WO2016121500A1 - システム及びプログラム - Google Patents

システム及びプログラム Download PDF

Info

Publication number
WO2016121500A1
WO2016121500A1 PCT/JP2016/050857 JP2016050857W WO2016121500A1 WO 2016121500 A1 WO2016121500 A1 WO 2016121500A1 JP 2016050857 W JP2016050857 W JP 2016050857W WO 2016121500 A1 WO2016121500 A1 WO 2016121500A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
notification time
alarm
schedule
time
Prior art date
Application number
PCT/JP2016/050857
Other languages
English (en)
French (fr)
Inventor
俊治 栗栖
真紀 佐々木
Original Assignee
株式会社Ｎｔｔドコモ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社Ｎｔｔドコモ filed Critical 株式会社Ｎｔｔドコモ
Priority to US15/329,093 priority Critical patent/US20170329287A1/en
Priority to EP16743104.8A priority patent/EP3252691A4/en
Priority to JP2016571917A priority patent/JPWO2016121500A1/ja
Publication of WO2016121500A1 publication Critical patent/WO2016121500A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G04—HOROLOGY
    • G04G—ELECTRONIC TIME-PIECES
    • G04G13/00—Producing acoustic time signals
    • G04G13/02—Producing acoustic time signals at preselected times, e.g. alarm clocks
    • G04G13/021—Details
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/18—Status alarms
    • G08B21/24—Reminder alarms, e.g. anti-loss alarms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M19/00—Current supply arrangements for telephone systems
    • H04M19/02—Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone
    • H04M19/04—Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone the ringing-current being generated at the substations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting

Definitions

  • the present invention relates to a technique for setting an alarm.
  • Patent Document 1 discloses a technique for setting an alarm notification date and time calculated in consideration of environmental information such as traffic information and weather information, and performing alarm notification at the set date and time.
  • an object of the present invention is to prevent an alarm from being notified when it is inconvenient for the user while reducing the user's trouble in setting the alarm.
  • the present invention provides an estimation unit that estimates an alarm notification time, a presentation unit that presents the estimated notification time to a user, a user operation status with respect to the presentation, and a terminal status And a setting unit that sets an alarm notification time based on at least one of information in the terminal.
  • the setting unit may provide an alarm even if there is no user operation if the presenting unit has not presented the notification time to the user by a predetermined time before the estimated notification time.
  • the notification time may be set.
  • the setting unit may set the alarm notification time for an alarm of a specific schedule without any user operation.
  • a notification unit that notifies an alarm when the set notification time arrives, and when the alarm notification time is set according to the user's operation, and when there is no user operation, the alarm notification time is set
  • a notification unit that changes a method of alarm notification may be provided.
  • the presenting unit determines whether or not an alarm of the schedule is necessary based on the attribute of each schedule, and presents the estimated alarm notification time to the user for the schedule determined to require the alarm. Also good.
  • the attribute of the schedule may be a distance between a place where the schedule is scheduled to be executed and a place where the user is scheduled before the schedule. Furthermore, the attribute of the schedule may be whether or not a date and time when the schedule is to be executed is included in a specific time zone.
  • the attribute of the schedule may be the content of the schedule or the importance of the schedule registered by the user.
  • the presenting unit presents the estimated notification time to the user by displaying the information as information representing the content of the content corresponding to one selected from a plurality of images corresponding to each of a plurality of types of content.
  • the setting unit may set the alarm notification time according to whether or not a predetermined operation has been performed when the estimated notification time is displayed as the information.
  • the present invention provides a computer, an estimation unit that estimates an alarm notification time, a presentation unit that presents the estimated notification time to a user, a user operation status, a user device status, and a user for the presentation
  • the present invention it is possible to prevent the alarm from being notified when it is not convenient for the user while reducing the user's trouble in setting the alarm.
  • the figure showing the composition of user equipment The figure showing the functional composition of user equipment Diagram showing an example of the setting screen A figure showing an example of the history table The figure showing an example of the alerting
  • movement procedure of a user apparatus The figure showing the structure of the user apparatus of a modification A figure showing an example of a situation table Diagram showing an example of the registration screen The figure showing the example of a functional structure implement
  • FIG. 1 shows a configuration of a user apparatus 10 according to an embodiment of the present invention.
  • the user device 10 is an information processing device that performs alarm setting and notification of the set alarm.
  • the main feature of the present invention lies in this alarm setting method. This setting method will be described in detail below.
  • the user device 10 includes a control unit 11, a storage unit 12, a display unit 13, an operation unit 14, and a sound emitting unit 15.
  • the control unit 11 includes a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), and a real time clock.
  • the CPU controls the operation of each device by executing a program stored in the ROM or the storage unit 12 using the RAM as a work area.
  • the real time clock has a function of calculating the current date and time.
  • the storage unit 12 includes a flash memory and the like, and stores data and programs used by the control unit 11 for control.
  • the display unit 13 includes, for example, a liquid crystal display and is controlled by the control unit 11 to display an image.
  • the operation unit 14 includes a touch sensor, a button, and the like, accepts a user operation, and supplies operation data indicating the content of the operation to the control unit 11.
  • the control unit 11 performs a process associated with the supplied operation data.
  • the sound emitting unit 15 includes a speaker and the like, and is controlled by the control unit 11 to emit sound.
  • FIG. 2 shows a functional configuration of the user device 10.
  • the control unit 11 of the user device 10 realizes functions corresponding to the setting unit 111, the estimation unit 112, the presentation unit 113, and the notification unit 114 described below by executing an alarm program for performing processing related to an alarm. .
  • the setting unit 111 is a means for setting an alarm notification time.
  • the setting unit 111 sets the notification time by three methods.
  • the first method is a method of setting a notification time based on a user's schedule
  • the second and third methods are a formal notification time (actually an alarm is notified based on the estimated notification time).
  • This is a method for setting a notification time).
  • the user device 10 stores a program for creating a schedule and setting an alarm, and each screen shown in FIG. 3 is displayed by executing this program.
  • Fig. 3 shows an example of the screen displayed when setting the alarm.
  • a schedule creation screen is displayed.
  • the start time and end time of the schedule for the business “conference” are input by the user's operation.
  • an alarm notification time setting screen corresponding to the created schedule is displayed.
  • the presence / absence of a “start time alarm” with a start time as a notification time the presence / absence of a “preliminary alarm” to notify an alarm before the start time
  • a “preliminary time” (start) (Represented by the time going back from the time) is set.
  • the notification alarm is set to be notified 5 minutes before the start time of the conference.
  • the setting unit 111 sets a notification time (in this example, 5 minutes before the start time) based on the content input on the alarm setting screen.
  • the above is the first method for setting the notification time based on the user's schedule.
  • the setting unit 111 updates the history table representing the history of alarm setting based on the setting content.
  • FIG. 4 shows an example of a history table. In this history table, the business, the number of registrations, the number of alarm settings, the number of warning alarm settings, and the average warning time are associated with each other.
  • the estimation unit 112 is a means for estimating the alarm notification time.
  • the estimation unit 112 estimates a notification time that is expected to be set from now on based on a history of alarm notification times set by the user in the past and the user's schedule.
  • the estimation unit 112 calculates (registration number) / (alarm setting number) based on the number of cases that the user's schedule visits within a predetermined period and is associated with those requirements in the history table. To do. If the calculated value is equal to or greater than the first threshold, the estimating unit 112 estimates that the start time of the schedule for the business is the alarm notification time.
  • the estimation unit 112 calculates (number of registrations) / (number of notification alarms set), and if the calculated value is equal to or greater than the second threshold, the corresponding average notice from the start time of the schedule of the business. It is estimated that the time that is back by the time is the alarm notification time.
  • the first threshold value and the second threshold value may be the same or different. Thus, depending on the requirement, both the alarm notification time and the warning alarm notification time are set, and conversely, neither may be set.
  • the estimation unit 112 notifies the presentation unit 113 of the notification time estimated in this way.
  • the presentation unit 113 is means for presenting the notification time estimated by the estimation unit 112 to the user.
  • the presentation unit 113 presents the estimated notification time to the user by causing the display unit 13 to display the estimated notification time, for example.
  • the screen for displaying the notification time is displayed, for example, when a predetermined operation (such as an operation of tapping a corresponding icon) is performed on the menu screen of the user device 10.
  • FIG. 5 shows an example of the notification time presented to the user.
  • “There is a meeting scheduled from 15:00. Do you want to set the following alarm?” An image A1 indicating the notification time of “2015 / xx / xx 14:50”, “ An operation element image B1 including a character string “Yes”, an operation element image B2 including a character string “No”, and an operation element image B3 including a character string “Change” are displayed.
  • the image A1 cannot be changed, but can be changed by operating (for example, tapping) the operator image B3.
  • the user operates the operator image B1 to set the alarm at the presented notification time, and operates the operator image B3 to change the notification time after changing the notification time to change the notification time. To operate. These are operations that accept a set of alarms.
  • the user operates the operator image B2 if the user does not want to set an alarm for this schedule. This is an operation to reject the set of alarms.
  • the presenting unit 113 notifies the setting unit 111 of the fact and the notification time represented by the image A1 displayed at that time.
  • the setting unit 111 sets the notification time in the second and third methods described above based on the information notified from the presentation unit 113.
  • the setting unit 111 sets the alarm notification time based on the user's operation status with respect to the presentation by the presentation unit 113.
  • the notified notification time is whether or not the user has performed an operation to change the notification time (if the estimated notification time remains, the change operation is not performed and the notification time is changed. The change operation was performed).
  • the notification that the user has operated the operator image B1 represents a situation in which the user has performed an operation of accepting the set of alarms at the notified notification time.
  • the setting unit 111 sets the notified notification time as the alarm notification time based on the state of the user operation indicated by the notification.
  • the notification that the user has operated the operator image B2 represents a situation in which the user has performed an operation of refusing to set the alarm at the notified time.
  • the setting unit 111 does not set the notified notification time.
  • FIG. 6 shows an example of a screen displayed when the notification time is set.
  • an operator including a character string “alarm set”, an image A2 indicating “2015 / xx / xx 14:30” as a set notification time, and a character string “close”.
  • An image B4 and an operator image B5 including a character string “return to set” are displayed.
  • the display of this screen is terminated and, for example, a menu screen is displayed.
  • the operator image B5 is operated, for example, the screen shown in FIG. 5 is restored and the notification time can be changed or the setting can be canceled again.
  • the presentation unit 113 does not present the notification time because the user does not use the user device 10 for a while, or even if the user device 10 is used, the screen for displaying the notification time as shown in FIG. 5 is not displayed. May not be.
  • the setting unit 111 sets the notification time by the third method described above.
  • the setting unit 111 causes the presentation unit 113 to not present the notification time to the user by a predetermined time before the notification time estimated by the estimation unit 112 in this way. Forcibly sets the alarm notification time without any user operation.
  • the predetermined time point is, for example, a time that is back by a predetermined period from the estimated notification time. For example, if the predetermined period is 6 hours and the notification time shown in FIG. 5 is estimated, the setting unit 111 sets the 2015 / xx if the notification time is not presented by 8:50 of 2015 / xx / xx. The notification time of 14:50 of / xx is forcibly set. In the present embodiment, the setting unit 111 determines that the notification time is not presented when the estimated notification time is not displayed on the display unit 13. After the notification time is forcibly set by the setting unit 111, for example, the predetermined operation described above is performed on the menu screen, whereby the screen illustrated in FIG. 7 is displayed.
  • FIG. 7 shows an example of a screen that displays the forcibly set notification time.
  • An image B7 is displayed.
  • the setting unit 111 invalidates (not sets) the notification time that is forcibly set.
  • the forcibly set notification time can be changed, and the operator image B1 shown in FIG. 5 is displayed.
  • the setting unit 111 invalidates the forcibly set notification time and sets the changed notification time.
  • the setting unit 111 notifies the notification unit 114 together with the fact that the set notification time is expressed by which method.
  • the notifying unit 114 is a means for notifying an alarm when the set notification time comes based on the notification time notified from the setting unit 111.
  • the notification unit 114 notifies the alarm by emitting sound from the sound emitting unit 15.
  • the notification unit 114 has a case where the alarm notification time is set according to the user's operation in the first and second methods, and a case where the alarm notification time is forcibly set by the third method (that is, Even when there is no user operation, the alarm notification method is changed when the alarm notification time is set.
  • two types of tone data are stored in the storage unit 12, and the notification unit 114 uses different sound data for the former case and the latter case, thereby changing the tone of the sound to be emitted. Change the method.
  • the tone but also the volume, pitch, and length of the sound may be changed, or if the user device 10 has a vibration function, the case may be vibrated simultaneously with the sound. Good.
  • those ringtones may be emitted as a forced alarm sound. Since the user does not know the forced alarm until notified, releasing too much sound will overly surprise the user. However, since the ringtone is often made so that the user does not feel louder than the alarm sound, it is emitted as a forced alarm sound compared to the case where the normal alarm sound is emitted. Sometimes it can be less surprised for the user. Also, the alarm that is forcibly set is not recognized by the user, so it is difficult to notice. Therefore, even if the user is somewhat surprised, the user may be able to easily notice the forced alarm by emitting a loud sound.
  • FIG. 8 illustrates an example of an operation procedure of the user device 10.
  • the control unit 11 of the user device 10 estimates an alarm notification time (step S11). This estimation is performed at a predetermined timing in this embodiment. As this timing, for example, a time in a time zone in which the user frequently uses the user device 10 (commuting time zone, time zone before going to bed, etc.) is determined.
  • the estimation unit 112 performs the operation in step S11.
  • the control unit 11 determines whether or not the notification time has been presented to the user by the predetermined time point described above, that is, by a predetermined time point before the estimated notification time (step S12). In this embodiment, the control unit 11 determines that the notification time is presented to the user when the notification time is displayed. If the control unit 11 determines that it has been presented (YES), the control unit 11 subsequently determines whether or not an operation for accepting a set of alarms at the presented notification time has been performed (step S13). When it is determined that this operation has been performed (YES), the control unit 11 sets a notification time corresponding to this operation (step S14). When it is determined that this operation has not been performed (NO), the control unit 11 ends this operation procedure. In this embodiment, the control unit 11 performs an operation of accepting the alarm set when an operation for rejecting the alarm set is performed and when a predetermined time has elapsed since the notification time is presented. Judge that there was no.
  • step S12 determines in step S12 that the notification time is not presented to the user (NO)
  • the control unit 11 forcibly sets the estimated notification time (step S15).
  • step S15 the control unit 11 repeats the operation of determining whether or not the set notification time has come (step S16) until it is determined that the notification time has come.
  • step S17 the control unit 11 notifies an alarm (step S17).
  • reports an alarm by a different method with the case where notification time is set by step S14, and the case where notification time is set by step S15.
  • the operation of step S12 is performed by the presentation unit 113 and the setting unit 111.
  • the setting unit 111 performs operations in steps S13, S14, and S15
  • the notification unit 114 performs operations in steps S16 and S17.
  • the estimated alarm notification time is presented to the user, and the notification time is set based on the user's operation status for the presentation.
  • the user can change or reject the setting if the estimated notification time is not convenient for him.
  • the presented notification time can be accepted as it is, the user's trouble of inputting the notification time is saved. According to the present embodiment as described above, it is possible to prevent the alarm from being notified when it is not convenient for the user while reducing the user's trouble in setting the alarm.
  • the estimated notification time is forcibly set. If the estimated notification time is useful to the user, if the notification time is not set just because it is not presented to the user, it will be delayed to an important schedule because there was no alarm notification. There is a possibility that the user suffers a disadvantage. According to the present embodiment, it is possible to reduce the possibility that the user suffers such a disadvantage by performing the forced setting as described above.
  • an alarm is notified by different notification methods depending on whether the notification time is set by a user operation or when it is forcibly set. As a result, even if an alarm that is not set by the user is notified, the user can immediately know that the alarm is forcibly set by the notification method. Compared to the case where it is used, it is possible to cope more calmly (for example, to stop an alarm or confirm the next schedule).
  • FIG. 9 shows the configuration of the user device 10a of this modification.
  • the user device 10a includes a sensor unit 16 in addition to the units illustrated in FIG.
  • the sensor unit 16 includes, for example, an acceleration sensor that detects acceleration, an angular velocity sensor that detects angular velocity, an illuminance sensor that detects brightness, a proximity sensor that detects the approach of an object, and a GPS (Global Positioning System) sensor.
  • the setting unit 111 uses the detection results of the sensors included in the sensor unit 16 to determine the status of the device itself when the notification time is presented.
  • the setting unit 111 makes this determination using a situation table in which the detection result of the sensor is associated with the situation of the user device.
  • FIG. 10 shows an example of the situation table.
  • the detection result of the angular velocity sensor indicates that the perpendicular of the display surface is vertical
  • the detection result of the acceleration sensor or the GPS sensor indicates that the moving speed of the user device 10a is zero
  • the detection of the illuminance sensor When the result indicates that the illuminance is less than the threshold value (that is, when the user device is not moving and the display surface is directed directly above or directly below and the surrounding is dark), the user device 10a is left at the bedside. It is expressed that it is judged.
  • the detection result of the illuminance sensor indicates that the illuminance is less than the threshold
  • the detection result of the acceleration sensor or the GPS sensor indicates that the moving speed of the user device 10a exceeds the threshold
  • the detection result of the proximity sensor is the most.
  • the setting notification unit 111 uses the presented notification time as it is as the formal notification time. It is set as (notification time when an alarm is actually notified). Note that the status of the user device may be determined without using the detection result of the sensor unit 16. For example, a situation in which the user device is not operated for a while and the screen disappears or is locked may be used as a situation in which the user cannot operate the user device.
  • the notification time is set as the official notification time, and the setting based on the state of the user device is not performed.
  • the alarm setting time may be set based on information in the user device with respect to the presentation by the presentation unit 113, for example.
  • the information in the user device is, for example, information on a history that the user has operated the user device 10.
  • the setting unit 111 specifies a time period when the user does not operate the user device 10 based on the operation history. There is a high possibility that the user device 10 will not be operated during the specified time zone. If a notification time is presented during this time zone, a user other than the user is operating the user device 10 and the user's intention is not displayed. There is a high possibility that the reflected operation will not be performed.
  • the setting unit 111 does not set the notification time presented in the specified time zone and is presented in other time zones.
  • the notification time is set.
  • the above-described alarm program activation history, the detection result history of the sensor unit 16 illustrated in FIG. 9, or the like may be used.
  • the setting unit 111 identifies a situation in which the user is unlikely to operate the user device based on information in the user device, and the presented notification time is related to the user's operation in that situation. It is better to set it as the official notification time. Thereby, compared with the case where the setting based on the information in the user apparatus is not performed, it is possible to reduce the possibility that the user suffers a disadvantage due to the fact that the above-described setting has not been performed.
  • the setting unit 111 may set the notification time based on the combination of the above-described user operation status, user device status, and information in the user device. For example, the setting unit 111 determines the status of the user device (the presence / absence of an operation and the presence / absence of charging) of each user period from information in the user device such as a history of user operations and a history of times when the device was charged. Judge trends. Then, it is assumed that there is a situation of the user device that the notification time is presented in the time zone in which it is determined that the operation tends to be performed while charging, but charging is not performed against the tendency.
  • the setting unit 111 sets the presented notification time as the official notification time regardless of the user's operation, assuming that the user cannot perform the operation. Also in this case, the possibility that the user suffers from the above disadvantages can be reduced. As described above, the setting unit 111 may set the alarm notification time based on at least one of the user operation status, the user device status, and the information in the user device for the presentation by the presentation unit 113. .
  • FIG. 11 shows an example of a registration screen.
  • a message (notification time) forcibly set (in this example, “business trip”) and its notification time are displayed to prompt registration of the forced setting of the schedule.
  • the notification time is automatically set forcibly in the future for the schedule of the business item “business trip”.
  • the setting unit 111 estimates the notification time estimated by the estimation unit 112 for the schedule without presenting it to the user.
  • the notification time is forcibly set as the official notification time.
  • the presentation unit 113 and the setting unit 111 operate in the same manner as in the embodiment.
  • the notification time to be forcibly set can be changed.
  • the warning alarm can be changed to an alarm, added so that both are notified, or the warning time of the warning alarm can be changed.
  • the alarm notification method tone color, volume, sound length, etc.
  • the setting unit 111 forcibly sets the changed notification time and notification method.
  • the presenting unit 113 does not present the notification time estimated for the schedule to the user.
  • the setting unit 111 forcibly sets the alarm time of the registered schedule alarm without any user operation. This eliminates the need to accept the alarm set for the schedule for which forced setting has been registered, so that it is possible to reduce the user's trouble in setting the alarm as compared with the case where the registration cannot be performed.
  • a schedule with high importance is used. This importance can be selected, for example, when the user creates a schedule.
  • the importance may be determined from the name of the business (“conference” and “business trip” are high in importance, “private” is low in importance, etc.). In this case, it is possible to prevent an important schedule alarm from being set and lost.
  • zone may be used as a specific schedule. As the specific time zone, for example, a time zone that is more likely to be late than the other time zones, such as early morning on weekdays, may be used. In this case, it is possible to prevent a schedule alarm that is likely to be late from being set and lost.
  • a schedule corresponding to a period from the time when the schedule is created to the start time of the schedule may be used. If this period is short, the chance of presenting the notification time is reduced, but it is possible to prevent the alarm from being set incorrectly by forcibly setting as described above.
  • the registered schedule described above is an example of a specific schedule. According to this modification, by setting a schedule that does not require the user's consent as a specific schedule, it is possible to reduce the user's trouble in setting the alarm as compared with the case where the forced setting for the schedule is not performed. .
  • the presenting unit 113 may narrow down the presenting notification time instead of presenting all the estimated notification times to the user. In this case, the presentation unit 113 determines whether or not an alarm for each schedule is necessary, and presents the alarm notification time estimated by the estimation unit 112 to the user for the schedule that is determined to require an alarm. That is, the presentation unit 113 does not present the estimated notification time for a schedule that is determined not to require an alarm.
  • the notification time is not presented for a schedule that is determined not to require an alarm, so that the user's trouble in setting the alarm can be reduced compared to the case where the notification time is presented for all schedules. it can.
  • the presenting unit 113 determines whether or not an alarm for the schedule is necessary based on the schedule attribute.
  • the schedule attribute for example, a distance between a place where the schedule is scheduled to be executed and a place where the user is scheduled before the schedule is used. In other words, this distance is the distance traveled by the user when going to the scheduled location. For example, if the moving distance is equal to or greater than a predetermined distance, the presentation unit 113 determines that the schedule alarm is necessary, and determines that the schedule alarm is not required if the moving distance is less than the predetermined distance.
  • the presentation unit 113 determines that the schedule alarm is necessary when the moving distance is less than the predetermined distance, and does not require the schedule alarm when the moving distance is equal to or greater than the predetermined distance. What is necessary is just to judge. Thereby, such a user's late arrival is suppressed, reducing a user's effort in an alarm setting.
  • a specific time zone As an attribute of the schedule, in addition to the travel distance, for example, whether or not the date and time when the schedule is scheduled to be executed is included in a specific time zone may be used.
  • a specific time zone as in the above example, a time zone that is more likely to be late than the other time zones, such as early morning on weekdays, may be used.
  • the notification time is presented and it becomes easier to set an alarm compared to the schedule of other time zones, while the notification time is not presented for other time zones. Even if no alarm is set, the user's lateness is not so many because it is originally a time zone in which it is difficult to be late. That is, when this attribute is used, the user's operation of accepting or rejecting the set of alarms can be more efficiently reduced in delay compared to the case where it is not used.
  • the contents of the schedule may be used as a schedule attribute.
  • the presentation unit 113 determines that an alarm is necessary for the schedule of the business “conference” and “business trip”, and determines that no alarm is necessary for the schedule of the business “private”. In this case, the determination is performed by storing in the storage unit 12 the name of the business that should be determined as requiring an alarm.
  • the presentation unit 113 determines whether or not a specific word or phrase is included in the business and the description in the field. Depending on how, the contents of the schedule may be determined.
  • the importance of the schedule registered by the user may be used as the attribute of the schedule.
  • the importance level is registered, for example, when a schedule is created.
  • the presentation unit 113 determines that the alarm is necessary and the notification time is presented to the user, so that the alarm of such schedule is not set. Can be prevented.
  • FIG. 12 shows an example of a functional configuration realized in this modification.
  • the control unit 11 of the user device 10 realizes functions corresponding to the setting unit 111, the estimation unit 112, and the presentation unit 113, and includes a wearable terminal having a sound emitting unit, for example.
  • the control unit 11a realizes a function corresponding to the notification unit 114.
  • the user apparatus 10 and the wearable terminal have a function of communicating with each other.
  • the control unit 11 of the user device 10 realizes functions corresponding to the setting unit 111 and the presentation unit 113, and the control unit 11 a described above corresponds to the notification unit 114.
  • the control unit 11b of the external server device realizes a function corresponding to the estimation unit 112.
  • the user device 10 and the server device also have a function of communicating with each other.
  • This server device is operated by, for example, a provider that provides a service for estimating the alarm notification time of a registered user, and estimates the notification time based on schedule information collected from the user device 10 and uses the result as a user. The device 10 is notified.
  • the function corresponding to the estimation unit 112 may be realized not only by the server device but also by computer resources provided by a cloud computing mechanism.
  • each function realized in the present invention may be realized by a system including various devices.
  • the user device 10 functions as one system and realizes each function.
  • [2-8] User Operation Situation As the user operation situation described in the embodiment, for example, a situation of whether or not an operation for displaying the notification time estimated by the estimation unit 112 has been performed may be used. In this case, the operator images B1 and B2 shown in FIG. 5 are not displayed, and the setting unit 111 sets the notification time as the formal notification time only by displaying the image A1 indicating the notification time. Thus, by making the operation for presenting the notification time common with the operation for accepting the set of alarms, the user's labor is further reduced compared to the case where these are separate.
  • the presentation unit 113 may present the notification time by a method different from the above.
  • the presentation unit 113 may present the notification time to the user by, for example, releasing the content presented to the user described in FIG. In this case, an operation for accepting or rejecting the alarm set may be performed by voice input, or this operation may be performed on the screen.
  • the presentation unit 113 also displays preview information of content selected from a plurality of contents such as news, gourmet information, and weather information in addition to the content for displaying the user's schedule for the notification time estimated by the estimation unit 112. You may show to a user by displaying as (information showing the contents of contents).
  • FIG. 13 shows an example of a screen on which the notification time is presented in this modification.
  • This screen is the menu screen M1 of the user device 10, and includes a region D1 and a region D2.
  • the region D1 is a display region for a plurality of images (hereinafter referred to as “icons”) corresponding to each of a plurality of types of content.
  • five icons C1 to C5 are arranged in the area D1.
  • the number of icons that can be displayed in the region D1 is not limited to five, and may be four or less, or may be six or more. In the region D1, only a part of all the icons to be displayed is displayed.
  • the icon to be displayed is set by the user, for example.
  • Each icon represents characters (diary, news, gourmet, schedule, weather, etc.) and images representing the menu name of the content corresponding to each icon (a short summary of the content).
  • characters “schedule” representing the menu name of the content for displaying the above-described schedule are displayed.
  • the icon C4 displays characters “gourmet” representing the menu name of the content for displaying gourmet information (information such as restaurants) based on the position of the user device 10.
  • Cyclic movement means moving so that icons are repeatedly displayed in the same order. For example, the icon C1 is temporarily hidden when the icon is moved counterclockwise. However, if the icon is continuously moved in the same direction, the icon C1 is displayed again on the menu screen M1.
  • a predetermined operation for displaying the content corresponding to each icon for example, a tap operation on the icon displaying the preview information
  • the corresponding application program is executed and the content is displayed.
  • the area D2 is an area defined for displaying preview information corresponding to an icon selected from the plurality of icons displayed in the area D1.
  • the preview information is information representing the content content as described above, and is information for allowing the user to confirm the content content (at least a part of the content) even if the content itself is not displayed.
  • As the preview information for example, characters and images included in the content, those edited or processed (an example is a thumbnail image), characters and images for explaining them, and the like are used.
  • the “schedule” icon is displayed in the center of the area D1, and the character string, image, and operator image shown in FIG. 5 are displayed in the area D2.
  • the presentation unit 113 presents the estimated notification time to the user by displaying it as preview information of the content corresponding to the selected “schedule” icon C3.
  • the setting unit 111 sets the alarm notification time based on whether or not a predetermined operation has been performed as the user operation state described above. Set.
  • the predetermined operation is, for example, an operation of accepting a set of alarms at the presented notification time. This operation may be performed on the operator image displayed as the preview information, or may be performed after the application program corresponding to the content is executed by tapping the icon C3.
  • the setting unit 111 sets the presented notification time as the official notification time. In the example of FIG. 13, the notification time is presented as the preview information of the schedule content, but the notification time may be presented as the preview information of the alarm setting content.
  • an operation for displaying the estimated notification time as preview information may be used as the predetermined operation.
  • the setting unit 111 sets the notification time displayed as preview information by this operation as the official notification time.
  • the operation for presenting the notification time and the operation for accepting the set of alarms are common, and the user's effort is further reduced compared to the case where these operations are separate. Become.
  • a tap operation an operation for displaying content
  • a flick operation an operation for moving an icon
  • a drag operation an operation for moving an icon with respect to the icon C3 displayed at a predetermined position
  • the setting unit 111 may set a notification time when a predetermined operation is performed as in the above example, or may set a notification time when a predetermined operation is not performed.
  • the setting unit 111 sets the notification time when an operation for moving an icon is performed without performing a tap operation on the icon C3 displayed at a predetermined position.
  • the setting unit 111 sets the notification time based on, for example, an operation on the operation element image illustrated in FIG. 5 and performs an operation of moving the icon. The notification time is not set.
  • the presentation unit 113 estimates by superimposing a predetermined image on the icon C3, changing the aspect of the icon C3 itself, or displaying the predetermined image somewhere on the menu screen M1. It may represent that the notified notification time exists. In addition, the presentation unit 113 may present the notification time estimated by, for example, enlarging an icon and displaying the notification time inside the icon. In any case, it is desirable that the presentation unit 113 displays the notification time so that the user can easily notice.
  • the presentation unit 113 taps a predetermined icon or moves the icon to a predetermined position (when preview information is displayed).
  • the presentation unit 113 may present the notification time at the time of activation of the user device 10, a determined date and time, or a predetermined time interval, for example.
  • the above-described alarm program (a program for realizing a function corresponding to the presentation unit 113) is activated when the user device 10 is activated and stays resident as it is. Then, even when the screen of the user device 10 is turned off or locked, the presenting unit 113 temporarily turns on the screen and displays a screen for presenting the notification time, such as a screen for notifying new mail.
  • the presentation unit 113 may change the timing for displaying the notification time according to the status of the user device, for example. For example, in a situation where the user device is operated by the user (a situation where the user operation is repeatedly performed), the presenting unit 113 displays the notification time when a predetermined icon is tapped, When the device is not operated by the user (the detection result shown in FIG. 10 is obtained or the screen is turned off or locked), the notification time is repeatedly displayed at predetermined time intervals. In this case, when the user is using the user device 10, the notification time is not displayed unless the user performs a predetermined operation, so that the notification time displayed arbitrarily does not interfere with the user. In addition, when the user is not using the user device 10, the presentation unit 113 actively displays the notification time repeatedly. Therefore, for example, the user displays the notification time displayed compared to the case where the notification time is displayed only once. It becomes easy to notice.
  • the presentation unit 113 may display the notification time at a time that is, for example, a predetermined period later than the start time of the schedule. In this case, the user can grasp how much time has come to the schedule where the notification time is estimated by viewing the displayed notification time. In this case, if the user does not perform any operation (operation for accepting, refusing, or changing the alarm set) for the displayed notification time, the presenting unit 113 repeats until the user's operation is performed. The notification time is displayed.
  • the presenting unit 113 may change the above-described predetermined period according to the contents of the schedule and the importance. For example, the presentation unit 113 increases the predetermined period as the importance of the schedule is higher. This increases the possibility that the user will see the notification time displayed for important schedules, while reducing the number of times the notification time is repeatedly displayed for schedules with low importance. Thus, the power consumption of the user device 10 can be reduced.
  • the presentation part 113 may change the space
  • the setting unit 111 forcibly sets the notification time when a predetermined time point or schedule before the estimated notification time is created. Not limited to this. For example, when there is a schedule in which the notification time is not presented to the user when the user device 10 is activated or at a predetermined date and time, the setting unit 111 may forcibly set the notification time of the schedule. Good.
  • the setting unit 111 may change the timing for performing the forced setting such as the predetermined time point or the determined date and time described above according to the contents of the schedule, the importance level, and the like. For example, the setting unit 111 increases the timing for forced setting as the importance of the schedule is higher. Thus, a period in which any schedule can be presented to the user is given, but the period becomes shorter as the schedule becomes more important. A schedule with a high importance level is more likely to be accepted as a set of alarms at the indicated notification time than a schedule with a low importance level. Therefore, by making it easy to forcibly set an alarm with a high importance schedule, it is possible to increase the effect of reducing the user's trouble and to make it difficult to waste the alarm that has been forcibly set.
  • the setting unit 111 may change the timing for performing the forced setting according to information in the user device 10, for example.
  • the setting unit 111 specifies a time period during which the user does not operate the user device 10 based on information on a history of operations of the user device 10 by the user, as in another modification described above. If the predetermined time point is not included in this time zone, the setting unit 111 changes the predetermined time point so as to be included in the closest one of the specified time zones.
  • the setting unit 111 may perform an exceptional process so that the user's operation is prioritized and the forced setting is not performed when a predetermined time comes before the operation element image is operated as described above. .
  • the setting unit 111 may change the timing for performing the forced setting according to the situation of the user device. For example, the setting unit 111 does not perform forcible setting immediately when a predetermined time point comes, and for example, whether or not to perform forcible setting according to the situation of the user device determined using the situation table illustrated in FIG. Determine whether. For example, when the setting unit 111 determines that the situation is “Left in bedside”, the user device is not operated by the user for a while, and thus the forced setting is performed immediately.
  • the user device 10 may be operated by the user immediately.
  • the forced setting is not performed, and the forced setting is performed when the user's operation is not performed before the time elapses.
  • the forced setting can be postponed in a situation where the user is likely to operate.
  • the estimation unit 112 may estimate the notification time by a method different from that in the embodiment. For example, the estimation unit 112 may estimate the alarm notification time using the method for calculating the alarm notification date and time disclosed in Japanese Patent Application Laid-Open No. 2009-186324, or may use another known method to generate the alarm notification time. The notification time may be estimated.
  • the present invention can be used as another apparatus (such as a wearable terminal or a server apparatus) that implements the above-described function group, or information including these apparatuses. It can also be regarded as a processing system.
  • achieves each function like an Example you may consider that user apparatus as one system which implement
  • the present invention can be understood as an information processing method for realizing the processing performed by these devices, or as a program for causing a computer that controls these devices to function.
  • This program may be provided in the form of a recording medium such as an optical disk in which it is stored, or may be provided in the form of being downloaded to a computer via a network such as the Internet, installed and made available for use. May be.

Abstract

　推定部１１２は、アラームの報知時期を推定する。提示部１１３は、推定部１１２により推定された報知時期をユーザに提示する。設定部１１１は、提示部１１３による提示に対するユーザの操作状況に基づき、アラームの報知時期を設定する。また、設定部１１１は、推定部１１２により推定された報知時期よりも前の所定の時点までに提示部１１３によるその報知時期のユーザへの提示がなされなかった場合には、ユーザの操作がなくてもアラームの報知時期を設定する。報知部１１４は、設定部１１１から通知された報知時期に基づいて、設定された報知時期が到来するとアラームを報知する。

Description

システム及びプログラム
　本発明は、アラームを設定するための技術に関する。
　アラームを設定するための技術がある。特許文献１には、交通情報や天気情報などの環境情報を考慮して算出したアラーム通知日時を設定し、設定された日時にアラーム通知を行う技術が開示されている。
特開２００９－１８６３２４号公報
　特許文献１の技術のように算出されたアラーム通知日時にアラームが報知されるように自動的に設定されると、アラーム設定におけるユーザの手間は少なくなる。一方で、その日時におけるユーザの都合に関係なくアラームの報知時期が設定されてしまうため、例えば会議中や電車内など音が鳴ると都合が悪いときにアラームが報知されてしまうおそれがある。
　そこで、本発明は、アラーム設定におけるユーザの手間を少なくしつつ、ユーザにとって都合が悪いときにアラームが報知されないようにすることを目的とする。
　上記目的を達成するために、本発明は、アラームの報知時期を推定する推定部と、推定された前記報知時期をユーザに提示する提示部と、前記提示に対する、ユーザの操作状況、端末の状況及び端末内の情報の少なくとも１以上に基づき、アラームの報知時期を設定する設定部とを備えるシステムを提供する。
　また、前記設定部は、推定された前記報知時期よりも前の所定の時点までに前記提示部による当該報知時期のユーザへの提示がなされなかった場合には、ユーザの操作がなくてもアラームの報知時期を設定してもよい。
　さらに、前記設定部は、特定のスケジュールのアラームについてはユーザの操作がなくても当該アラームの報知時期を設定してもよい。
　また、設定された報知時期が到来するとアラームを報知する報知部であって、ユーザの操作に従いアラームの報知時期が設定された場合と、ユーザの操作がなくてもアラームの報知時期が設定された場合とで、アラームの報知の方法を変える報知部を備えていてもよい。
　さらに、前記提示部は、各スケジュールの属性に基づいて当該スケジュールのアラームが必要か否かを判定し、アラームが必要と判定したスケジュールについては、推定されたアラームの報知時期をユーザに提示してもよい。
　また、前記スケジュールの属性は、当該スケジュールが遂行される予定の場所と当該スケジュールの前にユーザが所在する予定の場所との距離であってもよい。
　さらに、前記スケジュールの属性は、当該スケジュールが遂行される予定の日時が特定の時間帯に含まれるか否かであってもよい。
　また、前記スケジュールの属性は、当該スケジュールの内容又はユーザによって登録された当該スケジュールの重要度であってもよい。
　さらに、前記提示部は、推定された前記報知時期を、複数の種類のコンテンツの各々に対応する複数の画像から選択されたものに対応するコンテンツの内容を表す情報として表示させることでユーザに提示し、前記設定部は、推定された前記報知時期が前記情報として表示される場合に、所定の操作が行われたか否かに応じてアラームの報知時期を設定してもよい。
　また、本発明は、コンピュータを、アラームの報知時期を推定する推定部と、推定された前記報知時期をユーザに提示する提示部と、前記提示に対する、ユーザの操作状況、ユーザ装置の状況及びユーザ装置内の情報の少なくとも１以上に基づき、アラームの報知時期を設定する設定部として機能させるためのプログラムを提供する。
　本発明によれば、アラーム設定におけるユーザの手間を少なくしつつ、ユーザにとって都合が悪いときにアラームが報知されないようにすることができる。
ユーザ装置の構成を表す図 ユーザ装置の機能的構成を表す図 設定画面の一例を表す図 履歴テーブルの一例を表す図 ユーザに提示された報知時期の一例を表す図 報知時期が設定されたときに表示される画面の一例を表す図 強制設定された報知時期を表示する画面の一例を表す図 ユーザ装置の動作手順の一例を表す図 変形例のユーザ装置の構成を表す図 状況テーブルの一例を表す図 登録画面の一例を表す図 変形例で実現される機能構成の例を表す図 変形例で報知時期が提示される画面の一例を表す図
１ａ、１ｂ…情報処理システム、１０…ユーザ装置、１１…制御部、１２…記憶部、１３…表示部、１４…操作部、１５…音放出部、１６…センサ部、１１１…設定部、１１２…推定部、１１３…提示部、１１４…報知部
［１］実施例
　図１は本発明の一実施例に係るユーザ装置１０の構成を表す。ユーザ装置１０は、アラームの設定及び設定されたアラームの報知を行う情報処理装置である。本発明の主な特色は、このアラームの設定方法にある。以下ではこの設定方法について詳しく説明する。
　ユーザ装置１０は、制御部１１と、記憶部１２と、表示部１３と、操作部１４と、音放出部１５とを備える。制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びリアルタイムクロックを備えている。ＣＰＵは、ＲＡＭをワークエリアとして用いてＲＯＭや記憶部１２に記憶されたプログラムを実行することによって各装置の動作を制御する。リアルタイムクロックは、現在の日時を算出する機能を有している。
　記憶部１２は、フラッシュメモリ等を備え、制御部１１が制御に用いるデータやプログラムなどを記憶する。表示部１３は、例えば液晶ディスプレイを有し、制御部１１により制御されて画像を表示する。操作部１４は、タッチセンサ及びボタン等を備え、ユーザの操作を受け付けてその操作の内容を示す操作データを制御部１１に供給する。制御部１１は、供給された操作データに対応付けられた処理を行う。音放出部１５は、スピーカ等を有し、制御部１１により制御されて音を放出する。
　図２はユーザ装置１０の機能的構成を表す。ユーザ装置１０の制御部１１は、アラームに関する処理を行うためのアラームプログラムを実行することにより、以下に説明する設定部１１１、推定部１１２、提示部１１３及び報知部１１４に相当する機能を実現する。
　設定部１１１は、アラームの報知時期を設定する手段である。設定部１１１は、本実施例では、３つの方法で報知時期を設定する。第１の方法は、ユーザのスケジュールに基づいて報知時期を設定する方法であり、第２及び第３の方法は、推定された報知時期に基づいて正式な報知時期（実際にアラームが報知されることになる報知時期）を設定する方法である。ここではまず第１の方法について説明する。ユーザ装置１０には、スケジュールの作成及びアラームの設定を行うためのプログラムが記憶されており、このプログラムが実行されることで図３に表す各画面が表示される。
　図３はアラーム設定の際に表示される画面の一例を表す。図３（ａ）では、スケジュールの作成画面が表示されている。この例では、「会議」という用件のスケジュールの開始時刻及び終了時刻がユーザの操作によって入力されている。図３（ｂ）では、作成されたスケジュールに応じたアラームの報知時期の設定画面が表示されている。この例では、開始時刻を報知時期とする「開始時刻アラーム」の有無と、開始時刻前にアラームを報知する「予告アラーム」の有無と、予告アラームを報知する時期を表す「予告時期」（開始時刻から遡る時間で表される）が設定されている。図３の例では、会議の開始時刻の５分前に予告アラームが報知されるように設定されている。
　設定部１１１は、アラーム設定画面で入力された内容に基づいて、報知時期（この例では開始時刻の５分前）を設定する。以上がユーザのスケジュールに基づいて報知時期を設定する第１の方法である。設定部１１１は、こうして第１の方法で報知時期を設定すると、その設定内容に基づいて、アラームの設定の履歴を表す履歴テーブルを更新する。
　図４は履歴テーブルの一例を表す。この履歴テーブルでは、用件、登録件数、アラーム設定件数、予告アラーム設定件数及び平均予告時期が互いに対応付けられている。例えば「会議」を用件としたスケジュールは「ｍ１」件登録され、そのうち「ｎ１」件はアラームが設定され、「ｏ１」件は予告アラームが設定され、それらの予告時期の平均値が「ｔ１」であったことが表されている。以下、「出張」や「私用」などについても同様に各件数や時期が表されている。この履歴テーブルは、推定部１１２によって参照される。
　推定部１１２は、アラームの報知時期を推定する手段である。推定部１１２は、本実施例では、ユーザが過去に設定したアラームの報知時期の履歴と、ユーザのスケジュールとに基づいて、これから設定される見込みがある報知時期を推定する。推定部１１２は、ユーザのスケジュールのうち所定の期間以内に訪れるものについて、それらの用件に履歴テーブルで対応付けられている各件数に基づいて、（登録件数）÷（アラーム設定件数）を算出する。推定部１１２は、算出した値が第１閾値以上であれば、その用件のスケジュールの開始時刻がアラームの報知時期であると推定する。
　また、推定部１１２は、同様に、（登録件数）÷（予告アラーム設定件数）を算出し、算出した値が第２閾値以上であれば、その用件のスケジュールの開始時刻から対応する平均予告時期だけ遡った時刻がアラームの報知時期であると推定する。第１閾値と第２閾値は同じでもよいし、異なっていてもよい。これにより、用件によってはアラームの報知時期も予告アラームの報知時期も両方設定されるし、反対にどちらも設定されない場合もある。推定部１１２は、こうして推定した報知時期を提示部１１３に通知する。
　提示部１１３は、推定部１１２により推定された報知時期をユーザに提示する手段である。提示部１１３は、例えば推定された報知時期を表示部１３に表示させることでユーザに提示する。報知時期を表示する画面は、例えばユーザ装置１０のメニュー画面で所定の操作（対応するアイコンをタップする操作など）を行った場合に表示される。
　図５はユーザに提示された報知時期の一例を表す。この例では、「１５時から会議の予定が有ります。以下のアラームをセットしますか？」という文字列と、「２０１５／ｘｘ／ｘｘ　１４：５０」という報知時期を表す画像Ａ１と、「はい」という文字列を含む操作子画像Ｂ１と、「いいえ」という文字列を含む操作子画像Ｂ２と、「変更」という文字列を含む操作子画像Ｂ３とが表示されている。画像Ａ１は変更できないようになっているが、操作子画像Ｂ３を操作する（例えばタップする）ことで、変更できるようになっている。
　ユーザは、提示された報知時期でアラームをセットしたければ操作子画像Ｂ１を操作し、この報知時期を変更したければ操作子画像Ｂ３を操作して報知時期を変更してから操作子画像Ｂ１を操作する。これらはアラームのセットを承諾する操作である。また、ユーザは、このスケジュールについてはアラームをセットしたくなければ操作子画像Ｂ２を操作する。これはアラームのセットを拒否する操作である。提示部１１３は、操作子画像Ｂ１又はＢ２が操作されると、その旨と、そのとき表示されている画像Ａ１が表す報知時期とを設定部１１１に通知する。
　設定部１１１は、提示部１１３から通知された情報に基づいて、上述した第２及び第３の方法での報知時期の設定を行う。第２の方法では、設定部１１１は、提示部１１３による提示に対するユーザの操作状況に基づき、アラームの報知時期を設定する。図５に表す例の場合、例えば通知された報知時期は、ユーザが報知時期を変更する操作を行ったか否か（推定された報知時期のままなら変更操作が行われず、報知時期が変わっていれば変更操作が行われた）という状況を表すことになる。また、ユーザが操作子画像Ｂ１を操作した旨の通知は、ともに通知された報知時期でのアラームのセットを承諾する操作をユーザが行ったという状況を表すことになる。
　設定部１１１は、これらの通知があった場合には、その通知が表すユーザの操作の状況に基づいて、通知された報知時期をアラームの報知時期として設定する。また、ユーザが操作子画像Ｂ２を操作した旨の通知は、ともに通知された報知時期のアラームのセットを拒否する操作をユーザが行ったという状況を表すことになる。設定部１１１は、この通知があった場合には、通知された報知時期の設定を行わない。
　図６は報知時期が設定されたときに表示される画面の一例を表す。この例では、「アラームをセットしました。」という文字列と、設定された報知時期である「２０１５／ｘｘ／ｘｘ　１４：３０」を表す画像Ａ２と、「閉じる」という文字列を含む操作子画像Ｂ４と、「セット前に戻る」という文字列を含む操作子画像Ｂ５とが表示されている。操作子画像Ｂ４が操作されるとこの画面の表示が終了して例えばメニュー画面が表示される。操作子画像Ｂ５が操作されると、例えば図５に表す画面に戻って再び報知時期の変更や設定の取り消しを行うことができるようになる。
　なお、ユーザがユーザ装置１０をしばらく利用しなかったり、利用しても図５に表したような報知時期を表示する画面が表示されなかったりすることで、提示部１１３による報知時期の提示がなされない場合がある。この場合、設定部１１１は、上述した第３の方法で報知時期を設定する。第３の方法では、設定部１１１は、このように推定部１１２により推定された報知時期よりも前の所定の時点までに提示部１１３によるその報知時期のユーザへの提示がなされなかった場合には、ユーザの操作がなくてもアラームの報知時期を強制的に設定する。
　所定の時点とは、例えば推定された報知時期から所定の期間だけ遡った時刻である。例えば所定の期間が６時間で図５に表す報知時期が推定されたのであれば、２０１５／ｘｘ／ｘｘの８：５０までに報知時期の提示がなされなければ、設定部１１１は、２０１５／ｘｘ／ｘｘの１４：５０という報知時期を強制的に設定する。設定部１１１は、本実施例では、推定された報知時期を表示部１３に表示させなかった場合に、報知時期の提示がなされなかったと判断する。設定部１１１による報知時期の強制設定がされたあと、例えばメニュー画面で上述した所定の操作が行われることで、図７に表す画面が表示される。
　図７は強制設定された報知時期を表示する画面の一例を表す。この例では、強制設定された報知時期を表す画像Ａ３と、図６に表す操作子画像Ｂ４と、「キャンセル」という文字列を含む操作子画像Ｂ６と、「変更」という文字列を含む操作子画像Ｂ７とが表示されている。操作子画像Ｂ６が操作されると、設定部１１１は、強制的に設定した報知時期を無効に（設定しなかったことに）する。また、操作子画像Ｂ７が操作されると、強制設定された報知時期が変更可能になり、且つ、図５に表す操作子画像Ｂ１が表示される。変更後に操作子画像Ｂ１が操作されると、設定部１１１は、強制設定した報知時期を無効にして変更された報知時期を設定する。設定部１１１は、上述したとおり、第１、第２及び第３の方法で報知時期をそれぞれ設定すると、設定した報知時期を、どの方法で設定したかを表す旨とともに報知部１１４に通知する。
　報知部１１４は、設定部１１１から通知された報知時期に基づいて、設定された報知時期が到来するとアラームを報知する手段である。報知部１１４は、例えば音放出部１５から音を放出することでアラームを報知する。報知部１１４は、本実施例では、第１及び第２の方法でユーザの操作に従いアラームの報知時期が設定された場合と、第３の方法でアラームの報知時期が強制設定された場合（すなわちユーザの操作がなくてもアラームの報知時期が設定された場合）とで、アラームの報知の方法を変える。例えば記憶部１２に２種類の音色の音データが記憶されており、報知部１１４は、前者の場合と後者の場合とで別々の音データを用いることで、放出する音の音色を変えて報知の方法を変える。
　なお、音色に限らず、音量や音高、音の長さを変えてもよいし、ユーザ装置１０がバイブ機能を有していればいずれかの場合だけ音と同時に筐体を振動させてもよい。また、ユーザ装置１０が通信機能を有し通話やメールを行う場合、強制設定されたアラームの音としてそれらの着信音を放出させてもよい。ユーザは強制設定されたアラームのことを報知されるまで知らないので、あまり大きな音を放出させるとユーザを過度に驚かすことになる。しかし、着信音はアラームの音に比べてユーザがうるさく感じないように作られている場合が多いので、通常のアラーム音を放出させる場合に比べて、強制設定されたアラームの音として放出されたときにユーザをあまり驚かせないようにすることができる。また、強制設定されたアラームはユーザが認識していないので気付きにくい。そこで、ユーザが多少驚かせてもあえて大きな音を放出させることで、強制設定されたアラームにユーザが気付きやすいようにしてもよい。
　ユーザ装置１０が上述した第２又は第３の方法で報知時期を設定する際の動作の手順について説明する。
　図８はユーザ装置１０の動作手順の一例を表す。ユーザ装置１０の制御部１１は、まず、アラームの報知時期を推定する（ステップＳ１１）。この推定は、本実施例では予め定められたタイミングで行われる。このタイミングとしては、例えば、ユーザがユーザ装置１０をよく利用する時間帯（通勤の時間帯や就寝前の時間帯など）の時刻が定められる。ステップＳ１１の動作は推定部１１２が行う。
　次に、制御部１１は、上述した所定の時点、すなわち推定された報知時期よりも前の所定の時点までにその報知時期をユーザに提示したか否かを判断する（ステップＳ１２）。制御部１１は、本実施例では、報知時期を表示した場合にその報知時期をユーザに提示したと判断する。制御部１１は、提示した（ＹＥＳ）と判断した場合には、続いて、提示された報知時期でのアラームのセットを承諾する操作が行われたか否かを判断する（ステップＳ１３）。制御部１１は、この操作が行われた（ＹＥＳ）と判断した場合には、この操作に応じた報知時期を設定する（ステップＳ１４）。制御部１１は、この操作が行われなかった（ＮＯ）と判断した場合には、この動作手順を終了する。制御部１１は、本実施例では、アラームのセットを拒否する操作が行われた場合と、報知時期が提示されてから所定の時間が経過した場合に、アラームのセットを承諾する操作が行われなかったと判断する。
　また、制御部１１は、ステップＳ１２において、報知時期をユーザに提示していない（ＮＯ）と判断した場合には、推定した報知時期を強制的に設定する（ステップＳ１５）。制御部１１は、ステップＳ１４及びＳ１５のあとは、設定した報知時期になったか否かを判断する動作（ステップＳ１６）を、その報知時期になったと判断するまで繰り返す。制御部１１は、報知時期になった（ＹＥＳ）と判断すると、アラームを報知する（ステップＳ１７）。制御部１１は、ステップＳ１４で報知時期を設定した場合と、ステップＳ１５で報知時期を設定した場合とで異なる方法でアラームを報知する。ステップＳ１２の動作は提示部１１３及び設定部１１１が行う。ステップＳ１３、Ｓ１４及びＳ１５の動作は設定部１１１が行い、ステップＳ１６及びＳ１７の動作は報知部１１４が行う。
　本実施例では、推定されたアラームの報知時期がユーザに提示され、その提示に対するユーザの操作状況に基づいて報知時期が設定される。これにより、ユーザは推定された報知時期が自分にとって都合が悪ければ変更したり設定を拒否したりすることができる。また、提示された報知時期がそのまま承諾できる場合には、ユーザの報知時期を入力する手間が省かれる。このような本実施例によれば、アラーム設定におけるユーザの手間を少なくしつつ、ユーザにとって都合が悪いときにアラームが報知されないようにすることができる。
　また、本実施例では、上記の所定の時点までに報知時期がユーザに提示されなければ、推定された報知時期が強制的に設定される。推定された報知時期がユーザにとって有用なものである場合、それがユーザに提示されなかったからといってその報知時期が設定されなければ、アラームの報知がなかったために重要なスケジュールに遅れてしまうといった不利益をユーザが被るおそれがある。本実施例によれば、上記のとおり強制的な設定が行われることで、そのような不利益をユーザが被るおそれを少なくすることができる。
　また、本実施例では、報知時期がユーザの操作で設定された場合と強制設定された場合とで異なる報知方法でアラームが報知される。これにより、ユーザは、自分で設定していないアラームが報知されても、その報知方法によりそれが強制設定されたアラームであることをすぐに知ることができるので、どちらの場合も同じ報知方法が用いられる場合に比べて、より落ち着いて対処する（例えばアラームを停止させたり、次の予定を確認したりする）ことができる。
［２］変形例
　上述した実施形態は本発明の実施の一例に過ぎず以下のように変形させてもよい。また、実施形態及び以下に示す各変形例は必要に応じてそれぞれ組み合わせて実施してもよい。
［２－１］ユーザ装置の状況
　設定部１１１は、上述したユーザの操作状況以外にも、例えば提示部１１３による提示に対するユーザ装置の状況（例えば報知時期が提示されたときのユーザ装置の状況）に基づいてアラームの報知時期を設定してもよい。
　図９は本変形例のユーザ装置１０ａの構成を表す。ユーザ装置１０ａは、図１に表す各部に加えてセンサ部１６を備える。センサ部１６は、例えば、加速度を検出する加速度センサ、角速度を検出する角速度センサ、明るさを検出する照度センサ、物体の接近を検出する近接センサ及び自装置の緯度及び経度を検出するＧＰＳ（Global Positioning System）センサを備えている。
　設定部１１１は、センサ部１６が備える各センサの検出結果を用いて、報知時期が提示されたときの自装置の状況を判断する。設定部１１１は、センサの検出結果とユーザ装置の状況とを対応付けた状況テーブルを用いてこの判断を行う。
　図１０は状況テーブルの一例を表す。この例では、角速度センサの検出結果は表示面の垂線が鉛直向きであることを表し、加速度センサ又はＧＰＳセンサの検出結果はユーザ装置１０ａの移動速度が０であることを表し、照度センサの検出結果は照度が閾値未満であることを表している場合（つまりユーザ装置が移動しておらず表示面を真上か真下に向けていて周囲が暗い場合）に、ユーザ装置１０ａが枕元に放置されていると判断されることが表されている。
　また、照度センサの検出結果は照度が閾値未満であることを表し、加速度センサ又はＧＰＳセンサの検出結果はユーザ装置１０ａの移動速度が閾値を超えていることを表し、近接センサの検出結果は最も接近した物体との距離が閾値未満であることを表している場合（つまり周囲が暗く物に囲まれながら移動している場合）に、ユーザ装置１０ａがカバン又はポケット等の中に収納されていると判断されることが表されている。状況テーブルに表されたこれらの状況は、ユーザがユーザ装置１０ａを操作できない状況であることを表している。
　設定部１１１は、提示部１１３による報知時期の提示がなされたときに、ユーザ装置１０ａが状況テーブルに表された状況であると判断した場合には、提示された報知時期をそのまま正式な報知時期（実際にアラームが報知されることになる報知時期）として設定する。なお、ユーザ装置の状況は、センサ部１６の検出結果を用いないで判断可能なものであってもよい。例えばユーザ装置がしばらく操作されずに画面が消えた状況やロックされた状況が、ユーザ装置をユーザが操作できない状況として用いられてもよい。
　これにより、報知時期が表示されてもユーザがユーザ装置を操作できない状況である場合にはその報知時期を正式な報知時期として設定することで、ユーザ装置の状況に基づく設定が行われない場合に比べて、実施形態で述べたような設定がされなかったことによる不利益（アラームの報知がなかったために重要なスケジュールに遅れてしまうなど）をユーザが被るおそれを少なくすることができる。
［２－２］ユーザ装置内の情報
　設定部１１１は、上記の他に、例えば提示部１１３による提示に対するユーザ装置内の情報に基づいてアラームの報知時期を設定してもよい。ユーザ装置内の情報とは、例えば、ユーザがユーザ装置１０を操作した履歴の情報である。設定部１１１は、操作履歴に基づいて、ユーザがユーザ装置１０を操作することがない時間帯を特定する。特定された時間帯はユーザ装置１０が操作されない可能性が高く、仮にこの時間帯に報知時期の提示がされた場合には、ユーザ以外の者がユーザ装置１０を操作していてユーザの意図を反映した操作が行われない可能性が高い。
　設定部１１１は、アラームのセットを承諾する操作及び拒否する操作が行われたか否かにかかわらず、特定した時間帯に提示された報知時期の設定は行わず、それ以外の時間帯に提示された報知時期については設定を行う。なお、ユーザ装置内の情報としては、他にも、上述したアラームプログラムの起動の履歴や図９に表すセンサ部１６の検出結果の履歴などが用いられてもよい。いずれの場合も、設定部１１１は、ユーザ装置内の情報に基づいて、ユーザがユーザ装置を操作しない可能性が高い状況を特定し、その状況においては提示された報知時期をユーザの操作にかかわらず正式な報知時期として設定するとよい。これにより、ユーザ装置内の情報に基づく設定が行われない場合に比べて、上述した設定がされなかったことによる不利益をユーザが被るおそれを少なくすることができる。
［２－３］組合せ
　設定部１１１は、上述したユーザの操作状況、ユーザ装置の状況及びユーザ装置内の情報の組合せに基づいて報知時期を設定してもよい。設定部１１１は、例えば、ユーザの操作の履歴及び自装置の充電が行われた時刻の履歴というユーザ装置内の情報から、時間帯毎のユーザ装置の状況（操作の有無及び充電の有無）の傾向を判断する。そして、充電しながら操作が行われる傾向があると判断された時間帯において報知時期が提示されたが、その傾向に反して充電が行われていないというユーザ装置の状況があったとする。
　その場合には、設定部１１１は、ユーザが操作を行えない状況であるものとして、提示された報知時期をユーザの操作にかかわらず正式な報知時期として設定する。この場合も、上記の不利益をユーザが被るおそれを少なくすることができる。以上のとおり、設定部１１１は、提示部１１３による提示に対する、ユーザの操作状況、ユーザ装置の状況及びユーザ装置内の情報の少なくとも１以上に基づき、アラームの報知時期を設定するものであればよい。
［２－４］強制設定の登録
　強制設定してもよいスケジュールをユーザが予め登録してもよい。この登録は、例えば次の登録画面で行われる。
　図１１は登録画面の一例を表す。この例では、「以下用件のアラームを強制的にセットしました。同種の用件については今後もアラームを強制的にセットしますか？」という文字列と報知時期（この例では予告アラームの報知時期）が強制設定された用件（この例では「出張」）とその報知時期とが表示され、スケジュールの強制設定の登録を促している。
　ユーザが「セットする」という文字列を含む操作子画像Ｂ１１を操作すると、「出張」という用件のスケジュールについては今後自動的に報知時期が強制設定される。この場合、提示部１１３が、「出張」という用件のスケジュールを作成すると、そのスケジュールについて推定部１１２により推定された報知時期についてはユーザに提示せずに、設定部１１１が、その推定された報知時期を正式な報知時期として強制的に設定する。一方、ユーザが「セットしない」という文字列を含む操作子画像Ｂ１２を操作すると、提示部１１３及び設定部１１１は実施例等と同様に動作を行う。
　また、ユーザが「時期を変更してセットする」という文字列を含む操作子画像Ｂ１３を操作すると、強制設定する報知時期を変更できるようになる。例えば予告アラームをアラームに変更したり、両方報知されるように追加したり、予告アラームの予告時期を変更したりすることができる。また、アラームの報知方法（音色や音量、音の長さなど）が変更できるようになっていてもよい。この場合、設定部１１１は、変更された報知時期及び報知方法を強制的に設定する。
　以上のとおり、本変形例では、強制的に設定してもよいスケジュールが予め登録されている場合には、提示部１１３がそのスケジュールについて推定された報知時期をユーザに提示しない。また、設定部１１１が、登録されたスケジュールのアラームについてはユーザの操作がなくてもその報知時期を強制的に設定する。これにより、強制設定の登録をしたスケジュールについてはアラームのセットを承諾する操作も不要になるので、上記登録ができない場合に比べて、アラーム設定におけるユーザの手間を少なくすることができる。
［２－５］特定のスケジュール
　上記の例では登録されたスケジュールについて強制設定が行われたが、それ以外の特定のスケジュール（ユーザによる登録が行われていないスケジュール）についても強制設定が行われてもよい。この場合、設定部１１１は、特定のスケジュールのアラームについてはユーザの操作がなくてもそのアラームの報知時期を強制的に設定する。
　特定のスケジュールとしては、例えば、用件毎の重要度（高、中、低など）が決められている場合に、重要度が高いスケジュールが用いられる。この重要度は、例えばユーザがスケジュールを作成する際に選択できるようになっている。また、用件の名称から重要度が判断されてもよい（「会議」や「出張」は重要度が高く、「私用」は重要度が低いなど）。この場合、重要なスケジュールのアラームが設定され損なうことを防ぐことができる。また、特定の時間帯のスケジュールが特定のスケジュールとして用いられてもよい。特定の時間帯としては、例えば平日の早朝など、他の時間帯に比べて用件に遅刻しやすい時間帯が用いられればよい。この場合、遅刻しやすいスケジュールのアラームが設定され損なうことを防ぐことができる。
　また、スケジュールが作成された時刻からそのスケジュールの開始時刻までの期間に応じたスケジュール（例えばこの期間が閾値未満のスケジュール）が用いられてもよい。この期間が短いと報知時期を提示する機会が少なくなるが、上記のとおり強制設定することでアラームが設定され損なうことを防ぐことができる。なお、前述した登録されたスケジュールも特定のスケジュールの一例である。本変形例によれば、ユーザの承諾が不要と思われるスケジュールを特定のスケジュールとしておくことで、そのスケジュールに対する強制設定を行わない場合に比べて、アラーム設定におけるユーザの手間を少なくすることができる。
［２－６］アラームの必要性
　提示部１１３は、推定された報知時期を全てユーザに提示するのではなく、提示する報知時期を絞り込んでもよい。この場合、提示部１１３は、各スケジュールのアラームが必要か否かを判定し、アラームが必要と判定したスケジュールについては、推定部１１２により推定されたアラームの報知時期をユーザに提示する。つまり、提示部１１３は、アラームが必要でないと判定したスケジュールについては、推定された報知時期を提示しない。
　例えばスケジュールが多くなると報知時期が提示される機会も多くなり、アラームのセットを承諾又は拒否する操作も多くなって手間が増える。本変形例においては、アラームが必要でないと判定されたスケジュールについては報知時期が提示されないので、全てのスケジュールについて報知時期が提示される場合に比べて、アラーム設定におけるユーザの手間を少なくすることができる。
　提示部１１３は、スケジュールの属性に基づいてそのスケジュールのアラームが必要か否かを判定する。スケジュールの属性としては、例えば、そのスケジュールが遂行される予定の場所とそのスケジュールの前にユーザが所在する予定の場所との距離が用いられる。この距離は、言い換えると、スケジュールされた場所に行く際にユーザが移動する移動距離である。提示部１１３は、例えば、この移動距離が所定の距離以上であればそのスケジュールのアラームが必要と判定し、移動距離が所定の距離未満であればそのスケジュールのアラームが必要でないと判定する。
　スケジュールの開始時刻を覚えていても移動時間を考慮していなくて遅れてしまうことがあるが、スケジュールの開始直前に移動時間のことを思い出して移動を始めた場合に、移動距離が長いほど大幅な遅刻になる。上記のとおりアラームの必要性を判定することで、アラーム設定におけるユーザの手間を少なくしつつ、そのような大幅な遅刻も抑えることができる。ところで、ユーザの中には、移動距離が長いときは余裕を見て出発するが移動距離が短いときは油断して移動時間を考慮しないため遅れがちになる者もいる。その場合、提示部１１３は、上記とは反対に、移動距離が所定の距離未満の場合にスケジュールのアラームが必要と判定し、移動距離が所定の距離以上の場合にスケジュールのアラームが必要でないと判定すればよい。これにより、アラーム設定におけるユーザの手間を少なくしつつ、そのようなユーザの遅刻が抑制される。
　スケジュールの属性としては、上記移動距離の他にも、例えばそのスケジュールが遂行される予定の日時が特定の時間帯に含まれるか否かが用いられてもよい。特定の時間帯としては、上記の例と同様に、例えば平日の早朝など、他の時間帯に比べて用件に遅刻しやすい時間帯が用いられればよい。これにより、そのような時間帯のスケジュールについては報知時期が提示されて他の時間帯のスケジュールに比べてアラームが設定されやすくなる一方、それ以外の時間帯については報知時期が提示されないが、仮にそれでアラームが設定されなかったとしても、元々遅刻しにくい時間帯であるから、ユーザの遅刻はそれほど多くならない。つまり、この属性が用いられると、それが用いられない場合に比べて、アラームのセットの承諾又は拒否というユーザの操作の手間を、より効率よく遅刻の減少に繋げることができる。
　また、スケジュールの属性として、そのスケジュールの内容が用いられてもよい。提示部１１３は、例えば、「会議」及び「出張」という用件のスケジュールはアラームが必要と判定し、「私用」という用件のスケジュールはアラームが必要ないと判定する。この場合、アラームが必要と判定すべき用件の名称を記憶部１２に記憶させておくことで判定が行われる。なお、用件の名称に限らず、例えばスケジュールの概要を記入する欄が設けられている場合には、提示部１１３は、用件及びその欄の記載事項に特定の語句が含まれているか否かによって、スケジュールの内容を判断してもよい。
　また、スケジュールの属性として、ユーザによって登録されたそのスケジュールの重要度が用いられてもよい。重要度の登録は、例えばスケジュール作成時に行われる。これにより、その内容にかかわらずユーザが重要だと考えるスケジュールについては、提示部１１３によりアラームが必要だと判定されて報知時期がユーザに提示されるので、そのようなスケジュールのアラームが設定され損なうことを防ぐことができる。
［２－７］各機能を実現する装置
　図２に表す各部は、上記実施例及び変形例とは異なる装置によって実現されてもよい。
　図１２は本変形例で実現される機能構成の例を表す。図１２（ａ）に表された情報処理システム１ａは、ユーザ装置１０の制御部１１が設定部１１１、推定部１１２及び提示部１１３に相当する機能を実現し、例えば音放出部を有するウェアラブル端末の制御部１１ａが報知部１１４に相当する機能を実現する。この場合、ユーザ装置１０及びウェアラブル端末は互いに通信する機能を有する。
　図１２（ｂ）に表された情報処理システム１ｂは、ユーザ装置１０の制御部１１が設定部１１１及び提示部１１３に相当する機能を実現し、前述した制御部１１ａが報知部１１４に相当する機能を実現し、例えば外部のサーバ装置の制御部１１ｂが推定部１１２に相当する機能を実現する。この場合、ユーザ装置１０及びサーバ装置も互いに通信する機能を有する。このサーバ装置は、例えば登録されたユーザのアラームの報知時期を推定するサービスを提供する事業者によって運用され、ユーザ装置１０から集めたスケジュールの情報に基づいて報知時期を推定してその結果をユーザ装置１０に通知する。
　なお、サーバ装置に限らず、クラウドコンピューティングの仕組みで提供されるコンピュータ資源によって推定部１１２に相当する機能が実現されてもよい。以上のように、本発明において実現される各機能は、様々な装置を備えるシステムによって実現されてもよい。なお、実施例の場合には、ユーザ装置１０が１つのシステムとして働き、各機能を実現する。
［２－８］ユーザの操作状況
　実施例で述べたユーザの操作状況として、例えば、推定部１１２により推定された報知時期を表示させる操作が行われたか否かという状況が用いられてもよい。この場合、図５に表した操作子画像Ｂ１及びＢ２は表示されず、報知時期を表す画像Ａ１が表示されただけで設定部１１１はその報知時期を正式な報知時期として設定する。このように、報知時期を提示させる操作とアラームのセットを承諾する操作とを共通にすることで、これらが別々の場合に比べてユーザの手間がさらに少なくなる。
［２－９］報知時期の提示方法
　提示部１１３は、上記とは異なる方法で報知時期を提示してもよい。提示部１１３は、例えば、図５で述べたユーザに提示する内容を音声で放出することで報知時期をユーザに提示してもよい。この場合、アラームのセットを承諾又は拒否する操作を音声入力で行ってもよいし、この操作は画面上で行ってもよい。また、提示部１１３は、推定部１１２により推定された報知時期を、ユーザのスケジュールを表示するためのコンテンツの他、ニュースやグルメ情報、気象情報などの複数のコンテンツから選択されたコンテンツのプレビュー情報（コンテンツの内容を表す情報）として表示させることでユーザに提示してもよい。
　図１３は本変形例で報知時期が提示される画面の一例を表す。この画面は、ユーザ装置１０のメニュー画面Ｍ１であり、領域Ｄ１と領域Ｄ２とを含んで構成されている。領域Ｄ１は、複数の種類のコンテンツの各々に対応する複数の画像（以下「アイコン」という）の表示領域である。領域Ｄ１には、５個のアイコンＣ１～Ｃ５が配置されている。ただし、領域Ｄ１に表示され得るアイコンは、５個に限定されず、４個以下であってもよいし、６個以上あってもよい。領域Ｄ１には、表示対象となる全てのアイコンのうちの一部のみが表示されている。
　表示対象となるアイコンは、例えばユーザによって設定される。それぞれのアイコンには、各アイコンに対応するコンテンツのメニュー名（コンテンツの概要を短く表現したもの）を表す文字（日記、ニュース、グルメ、予定表、天気など）や画像が表されている。例えばアイコンＣ３には、前述したスケジュールを表示するためのコンテンツのメニュー名を表す「予定表」という文字が表されている。また、アイコンＣ４には、ユーザ装置１０の位置に基づいてグルメ情報（飲食店等の情報）を表示するためのコンテンツのメニュー名を表す「グルメ」という文字が表されている。
　これらのアイコンはドラッグ操作やフリック操作などのユーザの操作によって循環移動する。循環移動とは、アイコンが同じ順序で繰り返し表示されるように移動することをいう。例えば、アイコンＣ１は、アイコンを反時計回りに移動させた場合に一旦非表示となるが、同じ方向にアイコンを移動させ続けると、再びメニュー画面Ｍ１に表示されるようになる。各アイコンに対応するコンテンツを表示させるための所定の操作（例えばプレビュー情報が表示されているアイコンに対するタップ操作）が行われると、対応するアプリケーションプログラムが実行されてコンテンツが表示される。
　領域Ｄ２は、領域Ｄ１に表示されるこれら複数のアイコンから選択されたアイコンに対応するプレビュー情報を表示させるために定められた領域である。プレビュー情報は、上述したとおりコンテンツの内容を表す情報であり、コンテンツ自体が表示されなくてもそのコンテンツの内容を（少なくともそのうちの一部を）ユーザが確認できるようにするための情報である。プレビュー情報としては、例えばコンテンツに含まれる文字や画像、それらに編集又は加工を行ったもの（サムネイル画像がその一例）、それらを説明するための文字及び画像などが用いられる。
　図１３の例では、「予定表」のアイコンが領域Ｄ１の中央に表示され、領域Ｄ２に図５に表した文字列、画像及び操作子画像が表示されている。この場合、提示部１１３は、推定された報知時期を、選択された「予定表」のアイコンＣ３に対応するコンテンツのプレビュー情報として表示させることでユーザに提示している。設定部１１１は、このように推定された報知時期がプレビュー情報として表示される場合に、上述したユーザの操作状況として、所定の操作が行われたか否かという状況に基づいて、アラームの報知時期を設定する。
　所定の操作は、例えば提示された報知時期でのアラームのセットを承諾する操作である。この操作は、プレビュー情報として表示された操作子画像に対して行われてもよいし、アイコンＣ３をタップ操作してコンテンツに対応するアプリケーションプログラムが実行されてから行えるようになっていてもよい。設定部１１１は、これら所定の操作が行われると、提示された報知時期を正式な報知時期として設定する。なお、図１３の例では予定表のコンテンツのプレビュー情報として報知時期が提示されたが、アラーム設定用のコンテンツのプレビュー情報として報知時期が提示されてもよい。
　また、図１３の例において、推定された報知時期をプレビュー情報として表示させる操作が所定の操作として用いられてもよい。この場合、設定部１１１は、「予定表」のアイコンＣ３を所定の位置に移動させる操作が行われると、この操作によりプレビュー情報として表示された報知時期を正式な報知時期として設定する。この場合も、上述した他の変形例と同様に、報知時期を提示させる操作とアラームのセットを承諾する操作とが共通になり、これらの操作が別々の場合に比べてユーザの手間がさらに少なくなる。
　また、所定の位置に表示されたアイコンＣ３に対するタップ操作（コンテンツを表示させる操作）やフリック操作及びドラッグ操作（アイコンを移動させる操作）が所定の操作として用いられてもよい。また、設定部１１１は、上記の例のように所定の操作が行われた場合に報知時期を設定してもよいし、所定の操作が行われなかった場合に報知時期を設定してもよい。例えば、設定部１１１は、所定の位置に表示されたアイコンＣ３に対するタップ操作が行われずにアイコンを移動させる操作が行われた場合に、報知時期を設定する。この場合、設定部１１１は、タップ操作が行われてコンテンツが表示されたあとは、例えば図５に表す操作子画像への操作に基づいて報知時期を設定し、アイコンを移動させる操作が行われたことによる報知時期の設定は行わない。
　また、図１３の例において、提示部１１３は、アイコンＣ３に所定の画像を重畳させたりアイコンＣ３自体の態様を変えたりメニュー画面Ｍ１のどこかに所定の画像を表示させたりすることで、推定された報知時期が存在することを表してもよい。また、提示部１１３は、例えばアイコンを拡大してその内部に報知時期を表示させることで推定された報知時期を提示してもよい。いずれの場合も、ユーザが気付きやすいように提示部１１３が報知時期を表示させることが望ましい。
［２－１０］報知時期の提示タイミング
　提示部１１３は、上述した各例では、所定のアイコンをタップ操作したときやそのアイコンを所定の位置に移動させたとき（プレビュー情報が表示されたとき）に報知時期を提示したが、これに限らない。提示部１１３は、例えば、ユーザ装置１０の起動時や決められた日時、決められた時間の間隔で報知時期を提示してもよい。これらの場合、上述したアラームプログラム（提示部１１３に相当する機能を実現するためのプログラム）は、ユーザ装置１０の起動時にともに起動され、そのまま常駐する。そして、提示部１１３は、ユーザ装置１０の画面が消灯又はロックされているときでも、新着メールを知らせる画面のように画面を一時的に点灯して報知時期を提示する画面を表示させる。
　また、提示部１１３は、例えばユーザ装置の状況に応じて報知時期を表示させるタイミングを変化させてもよい。提示部１１３は、例えば、ユーザ装置がユーザによって操作される状況（ユーザ操作が繰り返し行われている状況）である場合には、所定のアイコンをタップ操作したときに報知時期を表示させるが、ユーザ装置がユーザによって操作されない状況（図１０に表す検出結果が得られ状況や画面が消灯又はロックされた状況）である場合には、決められた時間の間隔で繰り返し報知時期を表示させる。この場合、ユーザがユーザ装置１０を利用しているときにはユーザが所定の操作をしなければ報知時期が表示されないので、勝手に表示された報知時期がユーザの邪魔になるということがない。また、ユーザがユーザ装置１０を利用していないときには、提示部１１３が能動的に繰り返し報知時期を表示させるので、例えば１度だけ報知時期を表示させる場合に比べて表示された報知時期にユーザが気付きやすくなる。
　また、提示部１１３は、例えばスケジュールの開始時刻よりも所定の期間だけ遡った時刻にその報知時期を表示させてもよい。この場合、ユーザは表示された報知時期を見ることで、報知時期が推定されたスケジュールまであとどのくらいの期間まで迫ったかを把握することができる。この場合、提示部１１３は、表示させた報知時期に対してユーザが何らかの操作（アラームのセットの承諾、拒否、変更の操作）を行わなければ、ユーザの操作が行われるまではそのあとも繰り返し報知時期を表示させる。
　また、提示部１１３は、前述した所定の期間を、スケジュールの内容や重要度などに応じて異ならせてもよい。例えば、提示部１１３は、スケジュールの重要度が高いほど所定の期間を長くする。これにより、重要なスケジュールについては表示させた報知時期をユーザが目にする可能性を少しでも高めるようにする一方で、重要度が低いスケジュールについては報知時期が繰り返し表示される回数が少なくなるようにしてユーザ装置１０の消費電力を少なくすることができる。なお、提示部１１３は、所定の期間を異ならせる代わりに、報知時期を繰り返し表示させるときの間隔を異ならせてもよいし、これらの期間及び間隔の両方を異ならせてもよい。いずれの場合も、表示された報知時期をユーザが目にする可能性を高めつつ、ユーザ装置１０の消費電力を少なくするようにすることが望ましい。
［２－１１］強制設定のタイミング
　設定部１１１は、上述した各例では、推定された報知時期よりも前の所定の時点やスケジュールが作成されたときに報知時期の強制設定を行ったが、これに限らない。設定部１１１は、例えば、ユーザ装置１０の起動時や決められた日時において、報知時期のユーザへの提示がなされていないスケジュールがあった場合に、そのスケジュールの報知時期の強制設定を行ってもよい。
　また、設定部１１１は、前述した所定の時点や決められた日時といった強制設定を行うタイミングを、スケジュールの内容や重要度などに応じて異ならせてもよい。例えば、設定部１１１は、スケジュールの重要度が高いほど、強制設定を行うタイミングを早くする。これにより、どのスケジュールもユーザに提示可能な期間は与えられるが、重要なスケジュールほどその期間が短くなる。重要度が高いスケジュールについては、重要度が低いスケジュールに比べると、提示された報知時期のアラームのセットが承諾される可能性が高い。従って、重要度が高いスケジュールのアラームは強制的に設定されやすくすることで、ユーザの手間を少なくする効果を高め、且つ、強制設定されたアラームが無駄になりにくいようにすることができる。
　また、設定部１１１は、強制設定を行うタイミングを、例えばユーザ装置１０内の情報に応じて変更してもよい。設定部１１１は、例えば、上記の別の変形例のように、ユーザがユーザ装置１０を操作した履歴の情報に基づいて、ユーザがユーザ装置１０を操作することがない時間帯を特定する。設定部１１１は、上記の所定の時点がこの時間帯に含まれていなければ、特定した時間帯のうち最も近いものに含まれるように所定の時点を変更する。
　例えば図５の画面を表示させてユーザが操作子画像を操作する前に所定の時点が訪れた場合に、例えば設定部１１１がその時点で図７の画面に切り替えると、ユーザの不満に繋がるおそれがある。前述のとおり特定した時間帯に基づいて所定の時点を変更することで、そのような画面の切り替えが生じにくくなり、ユーザの不満も生じないようにすることができる。なお、設定部１１１は、前述のように操作子画像の操作前に所定の時点が訪れた場合に、ユーザの操作を優先して強制設定を行わないように例外的な処理を行ってもよい。
　また、設定部１１１は、強制設定を行うタイミングを、ユーザ装置の状況に応じて変更してもよい。設定部１１１は、例えば、所定の時点が訪れた場合に、すぐには強制設定を行わず、例えば図１０に表す状況テーブルを用いて判断したユーザ装置の状況に応じて強制設定を行うか否かを判断する。設定部１１１は、例えば「枕元に放置」という状況だと判断した場合には、ユーザ装置はしばらくユーザに操作されないから、すぐに強制設定を行う。
　一方、設定部１１１は、「カバン又はポケット等の中に収納」という状況だと判断した場合には、ユーザ装置１０はすぐにユーザに操作されるかも知れないから、一定時間が経過するまでは強制設定を行わず、その時間が経過するまでにユーザの操作が行われなかった場合に強制設定を行う。これにより、例えばユーザが操作しそうな状況では強制設定を延期することができる。その結果、ユーザ装置の状況に関係ないタイミングで強制設定が行われる場合に比べて、ユーザの意図を反映させたアラーム設定がされやすいようにすることができる。
［２－１２］報知時期の推定方法
　推定部１１２は、実施例とは異なる方法で報知時期を推定してもよい。例えば、推定部１１２は、特開２００９－１８６３２４号公報で開示されたアラーム通知日時を算出する方法を用いてアラームの報知時期を推定してもよいし、それ以外の周知の方法を用いてアラームの報知時期を推定してもよい。
［２－１３］発明のカテゴリ
　本発明は、上述したユーザ装置という情報処理装置の他、上記の機能群を実現する他の装置（ウェアラブル端末やサーバ装置など）としてや、それらの装置を備える情報処理システムとしても捉えられる。なお、実施例のようにユーザ装置が各機能を実現する場合、そのユーザ装置を、各機能を実現する１つのシステムとして捉えてもよい。
　また、本発明は、それらの装置が実施する処理を実現するための情報処理方法としても捉えられるし、それらの装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等のネットワークを介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。

Claims (10)

  1. 　アラームの報知時期を推定する推定部と、
    　推定された前記報知時期をユーザに提示する提示部と、
    　前記提示に対する、ユーザの操作状況、ユーザ装置の状況及びユーザ装置内の情報の少なくとも１以上に基づき、アラームの報知時期を設定する設定部と
    　を備えるシステム。
  2. 　前記設定部は、推定された前記報知時期よりも前の所定の時点までに前記提示部による当該報知時期のユーザへの提示がなされなかった場合には、ユーザの操作がなくてもアラームの報知時期を設定する
    　請求項１に記載のシステム。
  3. 　前記設定部は、特定のスケジュールのアラームについてはユーザの操作がなくても当該アラームの報知時期を設定する
    　請求項１または２に記載のシステム。
  4. 　設定された報知時期が到来するとアラームを報知する報知部であって、ユーザの操作に従いアラームの報知時期が設定された場合と、ユーザの操作がなくてもアラームの報知時期が設定された場合とで、アラームの報知の方法を変える報知部を備える
    　請求項２または３に記載のシステム。
  5. 　前記提示部は、各スケジュールの属性に基づいて当該スケジュールのアラームが必要か否かを判定し、アラームが必要と判定したスケジュールについては、推定されたアラームの報知時期をユーザに提示する
    　請求項１から４のいずれか１項に記載のシステム。
  6. 　前記スケジュールの属性は、当該スケジュールが遂行される予定の場所と当該スケジュールの前にユーザが所在する予定の場所との距離である
    　請求項５に記載のシステム。
  7. 　前記スケジュールの属性は、当該スケジュールが遂行される予定の日時が特定の時間帯に含まれるか否かである
    　請求項５に記載のシステム。
  8. 　前記スケジュールの属性は、当該スケジュールの内容又はユーザによって登録された当該スケジュールの重要度である
    　請求項５に記載のシステム。
  9. 　前記提示部は、推定された前記報知時期を、複数の種類のコンテンツの各々に対応する複数の画像から選択されたものに対応するコンテンツの内容を表す情報として表示させることでユーザに提示し、
    　前記設定部は、推定された前記報知時期が前記情報として表示される場合に、所定の操作が行われたか否かに応じてアラームの報知時期を設定する
    　請求項１から８のいずれか１項に記載のシステム。
  10. 　コンピュータを、
    　アラームの報知時期を推定する推定部と、
    　推定された前記報知時期をユーザに提示する提示部と、
    　前記提示に対する、ユーザの操作状況、ユーザ装置の状況及びユーザ装置内の情報の少なくとも１以上に基づき、アラームの報知時期を設定する設定部
    　として機能させるためのプログラム。
PCT/JP2016/050857 2015-01-27 2016-01-13 システム及びプログラム WO2016121500A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US15/329,093 US20170329287A1 (en) 2015-01-27 2016-01-13 System and program
EP16743104.8A EP3252691A4 (en) 2015-01-27 2016-01-13 System and program
JP2016571917A JPWO2016121500A1 (ja) 2015-01-27 2016-01-13 システム及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015013491 2015-01-27
JP2015-013491 2015-06-18

Publications (1)

Publication Number Publication Date
WO2016121500A1 true WO2016121500A1 (ja) 2016-08-04

Family

ID=56543119

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/050857 WO2016121500A1 (ja) 2015-01-27 2016-01-13 システム及びプログラム

Country Status (4)

Country Link
US (1) US20170329287A1 (ja)
EP (1) EP3252691A4 (ja)
JP (1) JPWO2016121500A1 (ja)
WO (1) WO2016121500A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018013148A1 (en) 2016-07-15 2018-01-18 University Of Connecticut Systems and methods for outage prediction
TWI661401B (zh) * 2017-12-29 2019-06-01 拓連科技股份有限公司 行李箱之提醒管理方法及系統，及相關電腦程式產品
US11367053B2 (en) * 2018-11-16 2022-06-21 University Of Connecticut System and method for damage assessment and restoration
KR20220161748A (ko) * 2021-05-31 2022-12-07 삼성에스디에스 주식회사 인스턴트 메시징 서비스의 공지 사항 표시 방법 및 그 장치

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06161964A (ja) * 1992-11-26 1994-06-10 Toshiba Corp データ処理装置及び通知方法
JP2006003938A (ja) * 2004-06-15 2006-01-05 Fujitsu Ltd 予定通知方法
JP2008022138A (ja) * 2006-07-11 2008-01-31 Sky Kk アラーム自動設定システムおよびアラーム自動設定機能を有する携帯端末
JP2009177376A (ja) * 2008-01-23 2009-08-06 Casio Hitachi Mobile Communications Co Ltd 携帯端末装置及びプログラム
JP2009253970A (ja) * 2008-04-08 2009-10-29 Lg Electronics Inc 移動端末機及びそのメニュー制御方法
JP2010166155A (ja) * 2009-01-13 2010-07-29 Toshiba Corp 報知装置及び方法
JP2013135300A (ja) * 2011-12-26 2013-07-08 Kddi Corp 通信システム、制御方法及びプログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6477117B1 (en) * 2000-06-30 2002-11-05 International Business Machines Corporation Alarm interface for a smart watch
JP4689613B2 (ja) * 2004-08-27 2011-05-25 パナソニック株式会社 通信端末
US7233229B2 (en) * 2005-03-01 2007-06-19 Microsoft Corporation Actionable communication reminders
WO2009029910A2 (en) * 2007-08-31 2009-03-05 Proxpro, Inc. Situation-aware personal information management for a mobile device
US20090153323A1 (en) * 2007-12-17 2009-06-18 Nokia Corporation Alarm activation and deactivation
KR20150000695A (ko) * 2013-06-25 2015-01-05 삼성전자주식회사 단말기 및 그의 서비스 알람 제공 방법
US9615787B2 (en) * 2014-07-24 2017-04-11 Lenovo (Singapre) Pte. Ltd. Determining whether to change a time at which an alarm is to occur based at least in part on sleep data
US9588498B2 (en) * 2014-12-30 2017-03-07 Nokia Technologies Oy Method and apparatus for providing an intelligent alarm notification

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06161964A (ja) * 1992-11-26 1994-06-10 Toshiba Corp データ処理装置及び通知方法
JP2006003938A (ja) * 2004-06-15 2006-01-05 Fujitsu Ltd 予定通知方法
JP2008022138A (ja) * 2006-07-11 2008-01-31 Sky Kk アラーム自動設定システムおよびアラーム自動設定機能を有する携帯端末
JP2009177376A (ja) * 2008-01-23 2009-08-06 Casio Hitachi Mobile Communications Co Ltd 携帯端末装置及びプログラム
JP2009253970A (ja) * 2008-04-08 2009-10-29 Lg Electronics Inc 移動端末機及びそのメニュー制御方法
JP2010166155A (ja) * 2009-01-13 2010-07-29 Toshiba Corp 報知装置及び方法
JP2013135300A (ja) * 2011-12-26 2013-07-08 Kddi Corp 通信システム、制御方法及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3252691A4 *

Also Published As

Publication number Publication date
EP3252691A1 (en) 2017-12-06
US20170329287A1 (en) 2017-11-16
EP3252691A4 (en) 2018-08-08
JPWO2016121500A1 (ja) 2017-04-27

Similar Documents

Publication Publication Date Title
US10803067B2 (en) Providing results to parameterless search queries
US10178139B2 (en) Providing event data to a group of contacts
US8881065B2 (en) Presentation mode/full-screen mode interrupting action prevention
KR101495257B1 (ko) 단말 아이콘 제어 방법 및 장치
WO2016121500A1 (ja) システム及びプログラム
US8140621B2 (en) Providing event data to a group of contacts
US20090033515A1 (en) Real-time event notification
US20110130958A1 (en) Dynamic alerts for calendar events
EP1818807A2 (en) Privacy protection on application sharing and data projector connectivity
EP3872727A1 (en) System and method of providing to-do list of user
US20210407289A1 (en) Systems and methods of hands-free assistant-requested communication
KR20110138369A (ko) 동적 접점 경계선과 함께 프라이버시를 이용할 수 있는 이동 위치탐색기 서비스를 위한 시스템 및 방법
US9599967B2 (en) Deferring appointment alarms
US20160309310A1 (en) System and method for providing an intelligent reminder for commencing a live communications session
US11734631B2 (en) Filtering records on a unified display
EP3757740A1 (en) Method and device for displaying a prompting message, mobile terminal and storage medium
US9506773B1 (en) Automatic navigation assistance based on calendar data
US20160026943A1 (en) Unified threaded rendering of activities in a computer system
WO2017006316A1 (en) Systems and methods for instant messaging
EP2631889A1 (en) System and Method for Providing Traffic Notifications
KR20070054476A (ko) 휴대 전자기기에서의 세계시간, 달력 연동된 이벤트 설정,알림 방법 및 그 휴대 전자기기
WO2016168522A1 (en) System and method for triggering an alert for reminding a user to commence a live communications session

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16743104

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016571917

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2016743104

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2016743104

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 15329093

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE