JP2020201642A - Schedule proposal system - Google Patents

Abstract

To provide a schedule proposal system which can propose a schedule which improves the sleeping situation of a user without imposing stress on the user.SOLUTION: A schedule proposal system S includes: a relation data storing unit 2d for storing, on a physical information-by-physical information basis, correlation data on the correlation between the time in the sleeping time of a life event which affects sleeping situation and the sleeping situation; a recommended time recognition unit 2f for recognizing a time recommended to improve the sleeping situation for the life event on the basis of the correlation data and the sleeping time corresponding to the physical information of the user; and a schedule determination unit 2g for determining a recommended schedule on the basis of the recommended time and the sleeping time.SELECTED DRAWING: Figure 2

Description

The present invention relates to a schedule proposal system that proposes a recommended schedule for improving a user's sleep status (deep sleep rate and deep sleep rate).

Conventionally, in order to improve the sleep condition of a user, it has been known that the recommended sleep onset time and wake-up time are determined and notified based on items such as the user's work schedule and the recommended sleep time (for example). , Patent Document 1).

JP-A-2018-166641

However, the system described in Patent Document 1 only determines the user's sleep onset time and wake-up time based on items such as the user's work schedule and recommended sleep time. That is, in this system, the recommended wake-up time and wake-up time are determined without referring to the wake-up time and wake-up time in the user's daily life.

In addition, when the user tries to plan his / her daily schedule based on those determined times, depending on those times, the actions (meal, drinking, nap, etc.) that the user is performing in his / her daily life, etc. ) Had to be restricted.

As a result, the user is required to live on a schedule different from the conventional life in order to improve the sleep condition, and there is a possibility that the user may feel stress to execute the schedule.

The present invention has been made in view of the above points, and an object of the present invention is to provide a schedule proposal system capable of proposing a schedule capable of improving a sleep situation without stress by a user.

The schedule proposal system of the present invention
A schedule proposal system that proposes a recommended schedule for improving at least one of the deep sleep rate and the deep sleep rate in the user's sleep.
A sleep time recognition unit that recognizes the user's entry time and wake-up time, and
A physical information recognition unit that recognizes the physical information of the user,
A life event recognition unit that recognizes a life event that the user executes while waking up,
At least one of the start time and the end time of the life event affecting at least one of the deep sleep rate and the deep sleep degree with respect to at least one of the wake-up time and the wake-up time, and at least one of the deep sleep rate and the deep sleep degree. Correlation data storage unit that stores the correlation data, which is the data representing the correlation with, for each physical information,
A personal correlation data recognition unit that recognizes the correlation data corresponding to the recognized physical information of the user,
Based on the recognized correlation data and at least one of the recognized user's wake-up time and wake-up time, the recognized deep sleep rate and at least one of the deep sleep degrees are improved for the recognized life event. A recommended time recognition unit that recognizes at least one of the recommended start time, which is the recommended start time, and the recommended end time, which is the recommended end time.
It is characterized by including a schedule determination unit that determines a recommended schedule based on at least one of the recommended start time and the recommended end time, and the recognized user's wake-up time and wake-up time.

Here, the "deep sleep rate" indicates the rate of deep sleep during the entire time of sleep. Further, deep sleep refers to the states of sleep stages 3 and 4 of non-REM sleep (that is, the state of slow-wave sleep). The "deep sleep degree" is the degree of whether or not the user has slept well after sleeping, and is subjective. "Physical information" refers to, for example, gender, age, height, weight, and the like.

Further, here, the "life event" refers to an action performed by the user between the wake-up time and the wake-up time. Among them, the life events that affect at least one of the deep sleep rate and the deep sleep rate correspond to, for example, eating, bathing, drinking, smoking, exercising, and taking a nap.

As described above, in the schedule proposal system of the present invention, at least one of the start time and the end time of the life event for at least one of the wake-up time and the wake-up time, and the deep sleep rate and the deep sleep degree are stored in the correlation data storage unit in advance. Correlation data, which is data representing the correlation with at least one of them, is stored for each physical information.

When determining the recommended schedule in this system, first, the correlation data corresponding to the user is recognized based on the physical information of the user. Next, based on the correlation data and the user's wake-up time and wake-up time, the recommended start time for improving at least one of the deep sleep rate and the deep sleep degree for the life event performed by the user while waking up, And at least one of the recommended end times is recognized. Finally, the recommended schedule is determined based on the entry time, the wake-up time, and at least one of the recommended start time and recommended end time.

The recommended schedule determined in this way is based on the correlation data corresponding to the physical information of the user, and is a modification of the time of the life event that the user is performing in his / her daily life. That is, it can improve the sleep condition and does not significantly change the user's daily life.

Therefore, according to the schedule proposal system of the present invention, a recommended schedule that can improve the sleep situation without significantly changing the daily life is proposed, and the user should live according to the recommended schedule. Therefore, it is possible to improve the sleeping condition without feeling stress.

Further, in the schedule proposal system of the present invention,
It is preferable to include a notification unit that notifies the user of at least one of the recommended start time and the recommended end time based on the determined recommended schedule.

With this configuration, the user can grasp at least one of the recommended start time and the recommended end time of the life event without having to grasp the determined recommended schedule in detail. As a result, the user can further improve the sleep situation without stress.

In addition, the schedule proposal system of the present invention has a configuration including a notification unit.
An alternative event information storage unit that stores information about an alternative event recommended for improving at least one of the deep sleep rate and the deep sleep degree instead of the life event.
It is provided with an input unit that accepts input from the user.
It is provided with an alternative event recognition unit that selects the alternative event for which execution is recommended in place of the life event when the life event is not executed.
When the notification unit notifies at least one of the recommended start time and the recommended end time of the life event, the alternative event recognition unit does not execute the life event based on the input from the user, or When it recognizes that the life event could not be executed, it is preferable to select the alternative event recommended to be executed in place of the life event, and the notification unit notifies the selected alternative event. ..

Even if it is a daily event that is normally executed, if it is included in the recommended schedule, the user may feel stress for the execution. Therefore, with this configuration, the user is given the option of not only a life event but also an alternative event. As a result, the user can select the action to be performed according to the mood, preference, etc. at that time. As a result, the user can improve the sleep condition without feeling further stress.

Further, the schedule proposal system of the present invention is provided with a notification unit and an input unit, and is configured to notify a life event and, when the life event is not executed or not executed, a substitute event is notified instead of the life event. Is
An execution event storage unit that stores the life event or the alternative event executed by the user on a daily basis based on the input from the user.
A biometric information recognition unit that recognizes the biometric information of the user during sleep,
A deep sleep rate storage unit that recognizes the deep sleep rate of the user based on the recognized biological information and stores the deep sleep rate on a daily basis.
An execution schedule storage unit that stores the life event or the alternative event executed by the user, and the execution schedule including the user's entry time and wake-up time after the life event or the alternative event is executed on a daily basis. When,
A schedule presentation unit that presents multiple execution schedules in a selectable manner,
Along with the execution schedule presented by the schedule presentation unit, a deep sleep rate presentation unit that presents the deep sleep rate corresponding to the day when the execution schedule is executed, and a deep sleep rate presentation unit.
It is provided with a selection schedule recognition unit that recognizes the selection schedule selected by the user from the plurality of execution schedules.
Based on the selection schedule, the notification unit gives the user at least one of the recommended start time and the recommended end time, or at least one of the recommended start time and the recommended end time for the alternative event. It is preferable to notify.

Life events that users have traditionally performed are not always preferable for improving sleep conditions. On the other hand, changing the life event that has been executed in the past may cause the user to feel stress.

Therefore, in this way, first, the execution schedule and the corresponding deep sleep rate are memorized on a daily basis based on the life event or alternative event executed by the user and the biometric information (and thus the deep sleep rate). After that, the deep sleep rate and the execution schedule may be presented in a form corresponding to each other in a selectable manner, and then the selected execution schedule may be used as a selection schedule and used as a reference for subsequent notification. ..

With this configuration, the user can create a new schedule by comparing the life event or alternative event (that is, the execution schedule) that he / she executed or did not execute with his / her deep sleep rate presented together with the execution schedule. You will be able to select. As a result, the user can change the event to be executed with conviction (that is, without feeling stress) to one that is more likely to contribute to the improvement of the deep sleep rate.

Further, the schedule proposal system of the present invention is provided with a notification unit and an input unit, and is configured to notify a life event and, when the life event is not executed or not executed, a substitute event is notified instead of the life event. Is
An execution event storage unit that stores the life event or the alternative event executed by the user on a daily basis based on the input from the user.
A deep sleep degree storage unit that recognizes the deep sleep degree and stores the deep sleep degree on a daily basis based on the input from the user is provided.
An execution schedule storage unit that stores the life event or the alternative event executed by the user, and the execution schedule including the user's entry time and wake-up time after the life event or the alternative event is executed on a daily basis. When,
A schedule presentation unit that presents multiple execution schedules in a selectable manner,
Along with the execution schedule presented by the schedule presentation unit, a deep sleep degree presentation unit that presents the deep sleep degree corresponding to the day when the execution schedule is executed, and
It is provided with a selection schedule recognition unit that recognizes the selection schedule selected by the user from the plurality of execution schedules.
The notification unit sets at least one of the recommended start time and the recommended end time, or at least one of the recommended start time and the recommended end time for the alternative event, based on the selected execution schedule. It is preferable to notify the user.

Life events that users have traditionally performed are not always preferable for improving sleep conditions. On the other hand, changing the life event that has been executed in the past may cause the user to feel stress.

Therefore, in this way, first, the execution schedule and the corresponding deep sleep degree are memorized on a daily basis based on the life event or alternative event executed by the user and the deep sleep degree, and then the deep sleep degree and the execution schedule are memorized. Are presented in a form corresponding to each other, and then the selected execution schedule may be used as a selection schedule and used as a reference for subsequent notifications.

With this configuration, the user selects a new schedule by comparing the life event or alternative event (that is, the execution schedule) that he / she executed or did not execute with his / her deep sleep level presented together with the execution schedule. You will be able to. As a result, the user can change the event to be executed with conviction (that is, without feeling stress) to one that is more likely to contribute to the improvement of the degree of deep sleep.

In addition, the schedule proposal system of the present invention has a configuration including a notification unit.
The notification unit determines the recommendation based on the importance, which is a value determined for each life event based on the magnitude of the influence on at least one of the deep sleep rate and the deep sleep degree for the life event. A predetermined number of selected events, which are life events selected from the life events included in the schedule, are selected, and at least one of the recommended start time and the recommended end time for the selected event is notified to the user. It is preferable to do so.

Depending on the user, if the number of recommended start times and recommended end times (that is, recommended life events) to be notified is too large, the notification itself may be stressful.

Therefore, instead of notifying all life events in this way, a predetermined number of selection events are selected from the life events included in the determined recommended schedule based on the importance, and the selection events are selected. By providing notification, it is possible to suppress notification of relatively insignificant life events. As a result, stress caused by too many notifications can be suppressed.

In addition, the schedule proposal system of the present invention has a configuration including a notification unit.
The notification unit determines a selection event, which is a life event selected from the life events included in the recommended schedule determined based on the importance which is a predetermined value for each life event. It is preferable to notify the user of at least one of the recommended start time and the recommended end time for the selection event while selecting the number.

The importance is not determined based on the magnitude of the effect on at least one of the deep sleep rate and the deep sleep rate for a life event, but is similarly determined even if, for example, the system designer or the like arbitrarily determines in advance. It is possible to suppress notification of life events that are not important. As a result, stress caused by too many notifications can be suppressed.

The schematic diagram which shows the schematic structure of the schedule proposal system which concerns on 1st Embodiment. The block diagram which shows the structure of the processing part of the schedule proposal system of FIG. FIG. 5 is a flowchart showing processing performed when determining a recommended schedule in the schedule proposal system of FIG. FIG. 5 is an image diagram showing an example of a screen displayed when inputting user information in the schedule proposal system of FIG. 1. FIG. 5 is an image diagram showing an example of a screen displayed when a recommended schedule is determined in the schedule proposal system of FIG. 1. FIG. 5 is a flowchart showing a process performed when the sleep status is memorized in the schedule proposal system of FIG. FIG. 5 is an image diagram showing an example of a screen displayed when notifying the wake-up time in the schedule proposal system of FIG. FIG. 5 is a flowchart showing processing performed when notifying a recommended time and storing a sleep time and an execution schedule in the schedule proposal system of FIG. FIG. 5 is an image diagram showing an example of a screen displayed when notifying a user of a life event to be executed in the schedule proposal system of FIG. 1. FIG. 5 is an image diagram showing an example of a screen displayed when notifying a user of a recommended alternative event in the schedule proposal system of FIG. 1. FIG. 5 is an image diagram showing an example of a screen displayed when notifying the bed arrival time in the schedule proposal system of FIG. The flowchart which shows the process performed at the time of changing a schedule in the schedule proposal system of FIG. FIG. 6 is an image diagram showing an example of a screen displayed when changing a schedule in the schedule proposal system of FIG. 1. The flowchart which shows the process performed at the time of determining a recommended schedule in the schedule proposal system which concerns on 2nd Embodiment. An image diagram showing an example of a screen displayed when a recommended schedule is determined in the schedule proposal system according to the second embodiment.

[First Embodiment]
Hereinafter, the schedule proposal system S according to the present embodiment will be described with reference to FIGS. 1 to 13. This schedule proposal system S is for proposing a recommended schedule for improving the deep sleep rate and the degree of deep sleep during sleep of the user U, and for supporting the execution of the schedule.

Here, the "deep sleep rate" indicates the rate of deep sleep during the entire time of sleep. Further, deep sleep refers to the states of sleep stages 3 and 4 of non-REM sleep (that is, the state of slow-wave sleep). The "deep sleep degree" is the degree of whether or not the user has slept well after sleeping, and is subjective. In the present embodiment, the deep sleep rate and the degree of deep sleep are collectively referred to as "sleep status".

The schedule proposal system of the present invention is not limited to the one that proposes the recommended schedule for improving the deep sleep rate and the deep sleep degree, but is for improving at least one of the deep sleep rate and the deep sleep degree. Anything that suggests a recommended schedule for Therefore, when the purpose is to improve only one of them, the configuration and processing relating to either the deep sleep rate or the deep sleep degree in the description of the present embodiment may be omitted.

As shown in FIG. 1, the schedule proposal system S processes the data transmitted from the mobile information terminal 1 which is a smartphone used by the user U and the mobile information terminal 1, and transmits the processing result to the mobile information terminal 1. The server 2 is provided.

The schedule proposal system of the present invention may be any one provided with a processing unit described later, and is not limited to a system composed of a mobile information terminal and a server. For example, it may be configured by using a plurality of servers, or may be configured by using only a mobile information terminal.

Further, as a device for configuration, a wearable device of a type worn by a user on the body, a sensor of a type installed on bedding, a notebook computer, a tablet, a speaker corresponding to voice operation, or the like may be adopted.

As shown in FIG. 2, the mobile information terminal 1 receives input from the user U as a function (processing unit) realized by both or one of the implemented hardware configuration and program (software configuration). An output unit 1b that presents or notifies the user U of the processing result transmitted from the server 2 and a biometric information recognition unit 1c that recognizes the biometric information of the user U during sleep are provided.

Since the mobile information terminal 1 is a smartphone in the present embodiment, the input unit 1a and the output unit 1b are composed of a touch panel 10 (see FIG. 4 and the like), a speaker, a microphone, a camera, and the like.

The biological information recognition unit 1c is composed of sensors mounted on the mobile information terminal 1, and obtains biological information necessary for calculating a deep sleep rate such as respiration, pulse, and body movement during sleep of the user U. recognize.

The server 2 has a sleep time recognition unit 2a, a physical information recognition unit 2b, and a life event recognition unit 2c as functions (processing units) realized by both or one of the implemented hardware configuration and program (software configuration). , Correlation data storage unit 2d, personal correlation data recognition unit 2e, recommended time recognition unit 2f, schedule determination unit 2g, notification unit 2h, alternative event information storage unit 2i, and alternative event recognition unit 2j. , Execution event storage unit 2k, execution schedule storage unit 2l, deep sleep rate storage unit 2m, deep sleep degree storage unit 2n, schedule presentation unit 2o, sleep status presentation unit 2p (deep sleep rate presentation unit, deep sleep degree) A presentation unit) and a selection schedule recognition unit 2q are provided.

The sleep time recognition unit 2a recognizes the wake-up time and the wake-up time based on the information input by the user U to the mobile information terminal 1 via the input unit 1a of the mobile information terminal 1. In the present embodiment, the time of entering the bed or the time of waking up, or the time of entering the bed and the time of waking up may be referred to as the sleep time.

Further, the sleep time recognition unit 2a recognizes not only the sleep time directly input from the user U but also the time when the user U stops the alarm function of the mobile information terminal 1 as the wake-up time, and the sleep button (FIG. 8) described later. The time when you press (see) is recognized as the time of entering the bed.

The physical information recognition unit 2b recognizes the physical information of the user U based on the information input by the user U to the mobile information terminal 1 via the input unit 1a of the mobile information terminal 1. Here, "physical information" refers to, for example, gender, age, height, weight, and the like.

The life event recognition unit 2c recognizes the life event executed by the user U while waking up, based on the information input by the user U to the mobile information terminal 1 via the input unit 1a of the mobile information terminal 1. Here, the "life event" refers to an action performed by the user between the wake-up time and the wake-up time.

The recognition of the wake-up time, the wake-up time, the physical information, and the life event may be performed by another method instead of the method of recognizing the information directly input by the user. For example, the wake-up time, the wake-up time, the physical information, and the life event may be recognized based on the biometric information recognized by the biometric information recognition unit.

The correlation data storage unit 2d stores the correlation data for each physical information. This correlation data is data showing the correlation between the sleep status and at least one of the start time and the end time for at least one of the deep sleep rate and the deep sleep rate for the life event affecting the sleep status. Here, the "life event that affects at least one of the deep sleep rate and the deep sleep rate" corresponds to, for example, eating, bathing, drinking, smoking, exercising, nap, and the like.

The correlation data in this embodiment includes, for example, the recommended sleep time described in "* Japan Sleep Improvement Council Sleep Improvement Science Basic Course 2nd Edition (supervised by Shuichiro Shirakawa, Kazuhiko Fukuda, Tadao Hori)" and , It is determined using the sample data collected by classifying by physical information.

Specifically, this correlation data shows that, for example, when the breakfast time is taken one hour after the wake-up time, the deep sleep rate is improved, and the lunch time is 4.5 hours after the breakfast time (that is, from the wake-up time). The data in the form that the degree of deep sleep decreases when taken after 5.5 hours) is the data classified by physical information such as age, height, weight, and gender.

The personal correlation data recognition unit 2e acquires the correlation data corresponding to the physical information of the user U from the correlation data storage unit 2d based on the physical information of the user U recognized by the physical information recognition unit 2b. Further, the personal correlation data recognition unit 2e recognizes the acquired correlation data as the correlation data for the user U.

The recommended time recognition unit 2f is recognized by the life event recognition unit 2c based on the correlation data recognized by the personal correlation data recognition unit 2e and the sleep time of the user U recognized by the sleep time recognition unit 2a. Recognize at least one of the recommended start time and recommended end time for life events.

Here, the "recommended start time" and "recommended end time" refer to the recommended start time and end time for improving the sleep condition for the life event. In the present embodiment, the recommended start time or recommended end time, or the recommended start time and recommended end time may be referred to as a recommended time.

The schedule determination unit 2g determines the recommended schedule for the user U based on the recommended time recognized by the recommended time recognition unit 2f and the sleep time of the user U recognized by the sleep time recognition unit 2a.

The notification unit 2h sets the recommended time for at least one of the life event and the alternative event described later based on the recommended schedule determined by the schedule determination unit 2g or the selection schedule described later via the output unit 1b. Notify U.

The alternative event information storage unit 2i stores information on alternative events recommended for improving the sleep situation instead of the life event. Specifically, the type of alternative event and the recommended time for the alternative event are stored for each physical information.

When the user U does not execute the life event, the substitute event recognition unit 2j acquires and selects an alternative event recommended to be executed instead of the life event from the substitute event information storage unit 2i.

Specifically, when the notification unit 2h notifies the recommended time of the life event, the alternative event recognition unit 2j does not execute the life event based on the input from the user U, or the life event causes the life event. Recognize whether it was entered that it could not be executed. That is, it is determined whether or not it is infeasible. After that, when they are recognized (that is, when it is determined that they cannot be executed), an alternative event recommended to be executed is selected instead of the life event.

The execution event storage unit 2k stores the life event or alternative event executed by the user U on a daily basis based on the information input by the user U to the mobile information terminal 1 via the input unit 1a of the mobile information terminal 1. ..

The execution schedule storage unit 2l is recognized by the sleep time recognition unit 2a after the user U executes the life event or the alternative event stored by the execution event storage unit 2k and the life event or the alternative event. Based on the sleep time of the user U, an execution schedule including them is generated. Further, the execution schedule storage unit 2l stores the execution schedule for each day.

The deep sleep rate storage unit 2m recognizes the user's deep sleep rate U based on the biological information recognized by the biological information recognition unit 1c. In addition, the deep sleep rate storage unit 2m stores the deep sleep rate on a daily basis.

The deep sleep degree storage unit 2n requests the user U to input the deep sleep degree via the output unit 1b. Further, the deep sleep degree storage unit 2n recognizes the deep sleep degree based on the information input by the user U to the mobile information terminal 1 via the input unit 1a of the mobile information terminal 1. In addition, the deep sleep degree storage unit 2n stores the deep sleep degree on a daily basis.

The schedule presentation unit 2o presents the recommended schedule determined by the schedule determination unit 2g to the user U via the output unit 1b. Further, the schedule presentation unit 2o presents the user U via the output unit 1b so that a plurality of execution schedules stored in the execution schedule storage unit 2l can be selected. The selection is made via the input unit 1a.

The sleep status presentation unit 2p (deep sleep rate presentation unit, deep sleep degree presentation unit) transmits the execution schedule presented by the schedule presentation unit 2o and the sleep status corresponding to the day when the execution schedule is executed via the output unit 1b. And present it to user U.

The selection schedule recognition unit 2q uses the user U from a plurality of execution schedules selectably presented by the schedule presentation unit 2o based on the information input by the user U to the mobile information terminal 1 via the input unit 1a of the mobile information terminal 1. The execution schedule selected in is recognized as the selected schedule.

Next, with reference to FIGS. 2 to 5, the process performed by the schedule proposal system S when determining the recommended schedule will be described. FIG. 3 is a flowchart showing this process.

In this process, first, the physical information recognition unit 2b recognizes the user U's entry time and wake-up time based on the information input by the user U via the input unit 1a (FIG. 3 / STEP101).

Next, the physical information recognition unit 2b recognizes the physical information of the user U based on the information input by the user U via the input unit 1a (FIG. 3 / STEP102).

Next, the life event recognition unit 2c recognizes the life event executed by the user U while waking up based on the information input by the user U via the input unit 1a (FIG. 3 / STEP103).

In the present embodiment, the processes in STEP 101 to STEP 103 are performed collectively. Specifically, first, the sleep time recognition unit 2a, the physical information recognition unit 2b, and the life event recognition unit 2c are shown on the touch panel 10 which is the input unit 1a and the output unit 1b of the mobile information terminal 1 as shown in FIG. Display a screen like this. Here, the item "lifestyle" in the screen of FIG. 4 is an input part related to a life event.

The mobile information terminal 1 transmits the information input by the user U to the server 2 for the input items on the screen via the input unit 1a. After that, the sleep time recognition unit 2a, the physical information recognition unit 2b, and the life event recognition unit 2c of the server 2 recognize the sleep time, the physical information, and the life event based on the received information.

It should be noted that the sleep time, physical information, and recognition of life events do not necessarily have to be performed via the screen as shown in FIG. 7. For example, in another program, when the sleep time, physical information, and life event of the user U have already been input, the sleep time recognition unit 2a, the physical information recognition unit 2b, and the life event recognition unit 2c , The sleep time, physical information, and life events may be recognized.

Next, the personal correlation data recognition unit 2e recognizes the correlation data for the user U based on the physical information of the user U recognized by the physical information recognition unit 2b (FIG. 3 / STEP104).

Specifically, first, the personal correlation data recognition unit 2e matches or resembles the physical information of the user U at least in part based on the physical information of the user U recognized by the physical information recognition unit 2b. Correlation data associated with physical information is acquired from the correlation data storage unit 2d. After that, the personal correlation data recognition unit 2e recognizes the acquired correlation data as the correlation data for the user U.

It should be noted that the correlation data for the user does not necessarily have to be recognized by acquiring the correlation data in which the associated physical information matches or is similar. For example, the correlation data for the user may be generated and recognized by modifying the reference correlation data based on the correlation data in which the associated physical information matches or is similar.

Next, the recommended time recognition unit 2f is based on the correlation data about the user U recognized by the personal correlation data recognition unit 2e and the sleep time of the user U recognized by the sleep time recognition unit 2a. Recognize the recommended opening for the life event recognized by the recognition unit 2c (Fig. 3 / STEP105).

Next, the schedule determination unit 2g determines the recommended schedule for the user U based on the recommended time recognized by the recommended time recognition unit 2f and the sleep time of the user U recognized by the sleep time recognition unit 2a. (Fig. 3 / STEP106).

Specifically, first, the schedule determination unit 2g plots the sleep time. Next, the schedule determination unit 2g plots the recommended time for each life event to be executed based on the sleep time. The schedule determination unit 2g determines the schedule generated by this as a recommended schedule.

In addition, when the recommended times for multiple life events overlap (for example, when the recommended end time of one life event is late in the recommended start time of another life event), those life events cannot be executed at the same time. There may be.

In such a case, the schedule determination unit 2g compares the degree of improvement in the sleep condition when executing those life events based on the correlation data for the user U, and determines which life event should be prioritized. Then, based on the judgment result, change the recommended time for the life event.

Next, the schedule presentation unit 2o presents the recommended schedule determined by the schedule determination unit 2g to the user U via the output unit 1b (FIG. 3 / STEP107), and ends the current process.

Specifically, the schedule presentation unit 2o causes the touch panel 10 which is the input unit 1a and the output unit 1b of the mobile information terminal 1 to display a screen as shown in FIG.

As described above, the recommended schedule determined in this way using the schedule proposal system S is based on the correlation data corresponding to the physical information of the user U, and the user U is in his or her daily life. This is a modified version of the time of the daily life event. That is, it can improve the sleeping condition and does not significantly change the daily life of the user U.

Therefore, according to the schedule proposal system S, a recommended schedule that can improve the sleep situation without significantly changing the daily life is proposed. As a result, the user U can improve his / her sleeping condition without feeling stress by living according to the recommended schedule.

Next, with reference to FIGS. 2, 6 and 7, the schedule proposal system S describes the process when the sleep state is memorized. FIG. 6 is a flowchart showing this process.

In this process, first, the biometric information recognition unit 1c recognizes and stores the biometric information necessary for calculating the deep sleep rate such as respiration, pulse, and body movement during sleep of the user U (FIG. 6 /). STEP201).

In the present embodiment, this recognition of biological information is repeated at a predetermined processing cycle (for example, every 5 minutes). However, the recognition of the biological information may be continuously performed during sleep, or may be performed at the timing when a predetermined event (for example, body movement such as turning over of the user U) occurs.

Next, the mobile information terminal 1 determines whether or not it is the scheduled wake-up time (that is, the wake-up time in the recommended schedule) by its clock function (FIG. 6 / STEP202).

If it is determined that it is not the scheduled wake-up time (that is, if it is NO in STEP202), it returns to STEP201 and stores biometric information (STEP201) until it is determined that it is the scheduled wake-up time. , Judgment as to whether or not it is the wake-up time (STEP202) is repeated.

On the other hand, when it is determined that it is the scheduled wake-up time (that is, YES in STEP202), the deep sleep rate storage unit 2m of the server 2 is based on the biometric information recognized by the biometric information recognition unit 1c. , Recognizes the deep sleep rate of the user U and stores the deep sleep rate on a daily basis (FIG. 6 / STEP203).

Next, the mobile information terminal 1 starts an alarm by its clock function (FIG. 6 / STEP204).

Next, the deep sleep rate storage unit 2m presents the stored deep sleep rate to the user U via the output unit 1b (FIG. 6 / STEP205).

Next, the deep sleep degree storage unit 2n requests the user U to input the deep sleep degree by displaying the deep sleep degree input button via the output unit 1b (FIG. 6 / STEP206).

In the present embodiment, the processes in STEP204 to STEP205 are performed substantially at the same time. Therefore, specifically, when the alarm of the mobile information terminal 1 is started, the deep sleep rate storage unit 2m and the deep sleep degree storage unit 2n of the server 2 are the touch panel 10 which is the input unit 1a and the output unit 1b of the mobile information terminal 1. Display a screen as shown in FIG. 7.

On the screen, the current time, the deep sleep rate, and three sets of deep sleep input buttons (three sets of face-shaped buttons having different facial expressions in FIG. 7) are displayed. The input buttons of each set can be selectively selected from one of the three. In addition, these three sets of input buttons are for inputting "mood of falling asleep", "mood of awakening", and "whether or not a deep sleep was possible".

The input format of the sound sleep degree input button in this embodiment is merely an example, and the system designer may appropriately set it. For example, the number of sets of input buttons for the degree of deep sleep may be 2 sets or less, or 4 sets or more. Further, the number of steps that can be input (that is, the number of buttons per set) may be two or four or more. Furthermore, the input format using the slide bar may be adopted instead of the input format using the buttons.

Next, the mobile information terminal 1 determines whether or not the input button for the degree of deep sleep has been pressed (FIG. 6 / STEP207).

Specifically, the mobile information terminal 1 determines whether or not any one of the three face-shaped buttons is selected in all the sets of input buttons.

If it is determined that the input button has not been pressed (that is, NO in STEP205), the alarm, the presentation of the deep sleep rate, and the display of the deep sleep degree input button are continued until the input button is pressed.

On the other hand, when it is determined that the input button has been pressed (that is, YES in STEP 205), the mobile information terminal 1 stops the alarm (FIG. 6 / STEP 208).

Next, the deep sleep degree storage unit 2n recognizes the deep sleep degree based on the information input by the user U via the input unit 1a, and stores the deep sleep degree on a daily basis (FIG. 6 / STEP209). Ends the processing of.

Specifically, the deep sleep degree storage unit 2n calculates the deep sleep degree based on the buttons selected by each of the three sets of input buttons when recognizing the deep sleep degree. In the present embodiment, a score is set for each of the nine buttons included in the three sets of input buttons, and the deep sleep degree storage unit 2n sets the total or average of the scores as the deep sleep degree.

Next, with reference to FIGS. 2 and 8 to 11, the schedule proposal system S will explain the processing at the time of notifying the recommended time and storing the sleep status and the execution schedule. FIG. 8 is a flowchart showing this process.

In this process, first, the sleep time recognition unit 2a recognizes the time when the mobile information terminal 1 stops the alarm (FIG. 6 / STEP208) as the wake-up time (FIG. 8 / STEP301).

Next, the notification unit 2h determines whether or not it is the recommended time of the life event included in the recommended schedule (FIG. 8 / STEP302).

When it is determined that the time is not the recommended time for the life event (that is, NO in STEP302), the determination as to whether or not it is the recommended time (STEP302) is repeated until the recommended time for the life event is reached.

On the other hand, when it is determined that it is the recommended time of the life event (that is, when YES in STEP 302), the notification unit 2h notifies the user U via the output unit 1b that it is the recommended time of the life event. (Fig. 8 / STEP303).

Specifically, the notification unit 2h causes the touch panel 10 which is the input unit 1a and the output unit 1b of the mobile information terminal 1 to display a screen as shown in FIG. 9 together with a predetermined voice. On the screen, a button for selecting the current time, a life event at the recommended time (breakfast in the example shown in FIG. 9), and a response for the life event is displayed.

In the present embodiment, as a button for selecting a response, "Clear!" For inputting that the life event has been executed, and "within one hour" for notifying the life event again after a predetermined time. , "Choose a recoup" to enter that you want an alternative event to replace the life event, and "Don't notify" to ignore the life event.

The four buttons for selecting the correspondence in the present embodiment are merely examples, and the system designer may appropriately set them. For example, only three or less of the above four buttons may be displayed, or the number of types may be further increased to display five or more buttons. In addition, the content of the button to be displayed may be set as appropriate, for example, "within 2 hours", "within 30 minutes", etc. instead of "within 1 hour" depending on the type of life event. May be.

Furthermore, if the number of response types for the target life event is larger than the number that can be displayed or the number that is set to be displayed, a predetermined rule (for example, from those responses) , Important ones are prioritized, etc.), or they may be displayed randomly. In addition, in the case of displaying at random, it is possible to prevent the user from getting tired of the contents of the correspondence.

Next, the alternative event recognition unit 2j determines whether or not the user U cannot execute the life event notified that it is the recommended time (FIG. 8 / STEP304).

Specifically, the alternative event recognition unit 2j determines whether or not the life event cannot be executed depending on whether any of the buttons for selecting the correspondence is pressed. More specifically, when the button "Clear!" In FIG. 9 is pressed, the alternative event recognition unit 2j determines that it is not infeasible (it could be executed), and the button "select a recoup". If is pressed, it is judged that it cannot be executed.

When it is determined that the life event is not non-executable (that is, NO in STEP304), the execution event storage unit 2k stores that the life event has been executed together with the execution time (FIG. 8 / STEP305). ).

On the other hand, when it is determined that the life event cannot be executed (that is, when it is NO in STEP305), the alternative event recognition unit 2j selects an alternative event for which execution is recommended instead of the life event determined to be unexecutable. , Acquired from the alternative event information storage unit 2i and recognized (FIG. 8 / STEP306).

Next, the notification unit 2h notifies the user of the alternative event recognized by the alternative event recognition unit 2j via the output unit 1b (FIG. 8 / STEP307).

Specifically, the notification unit 2h causes the touch panel 10 which is the input unit 1a and the output unit 1b of the mobile information terminal 1 to display a screen as shown in FIG. On the screen, the current time, an alternative event (in the example shown in FIG. 10, "sunbathing for 30 minutes or more", "walking for 15 minutes or more"), and the response for the alternative event can be selected. A button is displayed.

In the present embodiment, as a button for selecting a response, "bath in sunlight for 30 minutes or more" and "walk for 15 minutes or more" for selecting an alternative event to be executed, and do not execute the alternative event. Three "I can't do either" button is displayed to enter the message.

Next, the execution event storage unit 2k determines whether or not the user U cannot execute any of the alternative events (FIG. 8 / STEP308).

Specifically, the execution event storage unit 2k determines whether or not the alternative event cannot be executed depending on whether any of the buttons for selecting the correspondence is pressed. More specifically, the execution event storage unit 2k is not incapable of execution when either of the buttons "bath in sunlight for 30 minutes or more" and "walk for 15 minutes or more" in FIG. 10 is pressed. If it is determined that it can be executed and the button "Cannot do either" is pressed, it is determined that it cannot be executed.

When it is determined that the alternative event is not non-executable (that is, NO in STEP308), the execution event storage unit 2k stores the type of the executed alternative event together with its execution time (FIG. 8 / STEP309). ..

In STEP 304, when the user U presses the button "within 1 hour", one hour later, the same screen as in FIG. 5 is used to notify that the recommended time is reached. At that time, the same processing as STEP 304 to STEP 309 is executed. When the "not notify" button is pressed, the processing of STEP304 to STEP309 related to the recommended event is omitted.

When the execution event storage unit 2k stores the execution of the life event or the alternative event (that is, when STEP305 or STEP308 is executed), or when it is determined that the alternative event cannot be executed (that is, STEP308). (If YES), the execution schedule storage unit 2l determines whether or not it is before a predetermined time of entering the bed (FIG. 8 / STEP310).

Here, the time "predetermined time before the time of entering the bed" refers to, for example, the time when the user U finishes all the life events to be executed on that day and only enters the bed after that. Specifically, for example, it refers to a time about 15 minutes before the scheduled bed-in time in the recommended schedule.

If it is determined that the time is not before the time of entering the bed (that is, if STEP310 is NO), the processes of STEP302 to STEP310 are repeated again.

On the other hand, when it is determined that the time is before the predetermined time of entering the bed (that is, YES in STEP310), the life event or alternative event executed by the execution schedule storage unit 2l on that day, the wake-up time, and A temporary execution schedule is generated based on the scheduled bedtime (Fig. 8 / STEP311).

Next, the schedule presentation unit 2o displays the recommended schedule, the temporary execution schedule generated by the execution schedule storage unit 2l, and the rest button on the output unit 1b (FIG. 8 / STEP312).

Specifically, the schedule presentation unit 2o causes the touch panel 10 which is the input unit 1a and the output unit 1b of the mobile information terminal 1 to display a screen as shown in FIG. 11 together with a predetermined voice. On that screen, a recommended schedule, a temporary execution schedule, an input window for setting an alarm, and a button called "Good night" (hereinafter referred to as "Good night button") for inputting to enter the floor are displayed. Will be done.

Next, the sleep time recognition unit 2a recognizes the time when the good night button is pressed as the bed entry time (FIG. 8 / STEP313).

Next, the execution schedule storage unit 2l generates and stores the execution schedule based on the executed life event or alternative event, and the wake-up time and the wake-up time (FIG. 8 / STEP314), and performs the current processing. finish.

As described above, the schedule proposal system S is configured to notify the user U of the recommended time of the life event via the notification unit 2h.

As a result, the user U can grasp at least one of the recommended start time and the recommended end time of the life event without grasping the determined recommended schedule in detail.

By the way, even if it is a life event that is usually executed, if it is included in the recommended schedule, the user U may feel stress for the execution.

However, in the schedule proposal system S, when the life event cannot be executed (that is, when it is recognized that the life event cannot be executed or the life event cannot be executed), the user U is notified. Instead of life events, it is configured to present recommended alternative events to improve sleep status.

That is, the user U is given the option of not only a life event but also an alternative event. As a result, the user U can select an action to be performed according to the mood, preference, etc. at that time.

By the way, "So, it cannot be said that the life event that the user U has conventionally performed is preferable for improving the sleep situation. On the other hand, changing the life event that the user U has conventionally performed makes the user U feel stressed. There is a risk of causing it.

Therefore, the schedule proposal system S is configured to propose a change in the life event to the user U by the process described below.

In the following, with reference to FIGS. 2, 12, and 13, the processing performed when the schedule proposal system S changes the schedule will be described. FIG. 12 is a flowchart showing this process.

In this process, first, the schedule presentation unit 2o presents a plurality of execution schedules to the user U via the output unit 1b so as to be selectable (FIG. 12 / STEP401).

Next, the sleep status presentation unit 2p presents the sleep status corresponding to the execution schedule to the user U via the output unit 1b (FIG. 12 / STEP402).

Specifically, the schedule presentation unit 2o and the sleep status presentation unit 2p display a screen as shown in FIG. 13 on the touch panel 10 which is the input unit 1a and the output unit 1b of the mobile information terminal 1. The recommended schedule and a plurality of execution schedules are arranged in comparison on the screen, and the deep sleep rate and the deep sleep degree (in the present embodiment, the input status of the deep sleep degree input button) corresponding to each of the execution schedules are displayed. Is displayed.

Next, the selection schedule recognition unit 2q recognizes the selected execution schedule as the selection schedule based on the information input by the user U via the input unit 1a (FIG. 12 / STEP403), and performs the current processing. finish

The selection schedule selected in this way is used in place of the recommended schedule in the subsequent processing.

With this configuration, the user U can select a new schedule after grasping the correspondence relationship between the life event or the alternative event that he / she executed or did not execute and the sleep situation.
"0134"
As a result, the user U can change the event to be executed with conviction (that is, without feeling stress) to one that is more likely to contribute to the improvement of the sleep situation.

[Second Embodiment]
Hereinafter, the schedule proposal system according to the present embodiment will be described with reference to FIGS. 2, 14, and 15.

In the schedule proposal system according to the present embodiment, only the correlation data stored in the correlation data storage unit 2d and the processing performed by the notification unit 2h for notification are the schedule proposal system S of the first embodiment. It's different. Therefore, in the following description, the same or corresponding configurations are designated by the same reference numerals, and detailed description thereof will be omitted.

Also in this embodiment, the schedule proposal system includes a mobile information terminal that is a smartphone used by the user, and a server 2 that processes data transmitted from the mobile information terminal and transmits the processing result to the mobile information terminal. ing.

As shown in FIG. 2, the server 2 has a sleep time recognition unit 2a and a physical information recognition unit 2b as functions (processing units) realized by both or one of the implemented hardware configuration and program (software configuration). , Life event recognition unit 2c, correlation data storage unit 2d, personal correlation data recognition unit 2e, recommended time recognition unit 2f, schedule determination unit 2g, notification unit 2h, alternative event information storage unit 2i. , Alternative event recognition unit 2j, execution event storage unit 2k, execution schedule storage unit 2l, deep sleep rate storage unit 2m, deep sleep degree storage unit 2n, schedule presentation unit 2o, sleep status presentation unit 2p, It is provided with a selection schedule recognition unit 2q.

The correlation data storage unit 2d stores the correlation data for each physical information. This correlation data is data showing the correlation between the sleep status and at least one of the start time and the end time for at least one of the deep sleep rate and the deep sleep rate for the life event affecting the sleep status.

Here, the correlation data in the present embodiment includes the magnitude of the influence on at least one of the deep sleep rate and the deep sleep degree for each life event as the importance.

Here, in this embodiment, the "importance" is a value determined based on the degree of improvement in the deep sleep rate or the deep sleep degree when the life event is executed, and the degree of improvement is the degree of improvement. The larger the value, the larger the value.

However, the importance in the present invention is a value determined for each life event based on the magnitude of the influence on at least one of the deep sleep rate and the deep sleep degree of the life event as in the present embodiment (for example, There is no limitation on the calculated or acquired value).

For example, it may be a predetermined value for each life event (for example, a value arbitrarily set by the system designer). Further, in determining the importance, the physical characteristics of the user may be referred to, or conversely, the physical characteristics of the user may not be referred to.

The notification unit 2h is selected from the recommended schedule or the life event included in the selected schedule with reference to the importance included in the correlation data based on the recommended schedule determined by the schedule determination unit 2g or the selected schedule. A predetermined number (five in this embodiment) of selection events, which are life events, are selected. After that, the recommended time for the selection event is notified to the user via the output unit 1b.

Next, with reference to FIGS. 2, 14, and 15, the processing performed by the schedule proposal system when selecting a selection event will be described. FIG. 14 is a flowchart showing this process.

In this process, first, the notification unit 2h recognizes a life event included in the recommended schedule determined by the process described with reference to the flowchart of FIG. 3 (FIG. 14 / STEP501).

Specifically, for example, when the recommended schedule as shown in the screen of FIG. 15 is determined, the notification unit 2h, along with the wake-up time and the wake-up time, includes breakfast, lunch, and nap, which are included in the recommended schedule. Recognize recommended times for dinner, bathing, alcohol and caffeine.

Next, the notification unit 2h recognizes the importance corresponding to the recognized life event from the correlation data storage unit 2d (FIG. 14 / STEP502).

Specifically, the notification unit 2h recognizes the importance of each recognized life event by referring to the physical information of the user, the wake-up time, and the wake-up time.

Next, the notification unit 2h selects a predetermined number (five in this embodiment) of selected events from the recognized life events based on the recognized importance (FIG. 14 / STEP503), and this time processing. To finish.

Specifically, the notification unit 2h selects a predetermined number of life events in descending order of importance. As a result, in the present embodiment, breakfast, lunch, nap, dinner, and bathing are recognized as selection events, and alcohol / caffeine intake is not recognized as selection events.

After that, in the schedule proposal system of the present embodiment, as shown in FIG. 15, the type of life event (that is, selection event) to be notified is presented to the user in advance together with the determined recommended schedule.

Further, in the schedule proposal system of the present embodiment, the notification unit 2h notifies the user of the recommended time for the life event included in the recommended schedule by the process described with reference to the flowchart of FIG. Determine if the event is a selected event.

As a result of the determination, if it is determined that the life event is a selection event, notification is performed, and if it is determined that the life event is not a selection event, notification is not performed. For example, in the present embodiment, although the notification regarding breakfast, lunch, nap, dinner, and bathing is performed, the notification regarding alcohol and caffeine is not performed.

In this way, if the selection event is selected from the life events, the notification of the relatively insignificant life events can be suppressed, so that the number of times the notification unit 2h notifies the user is limited to some extent. Will be. As a result, it is possible to prevent the user from feeling that the number of notifications is too high. As a result, it is possible to prevent the user from feeling stress due to the large number of notifications.

In this embodiment, a selection event is selected from the life events based on the importance. However, the present invention is not limited to such a configuration, and selection criteria for selection events may be appropriately set by the system designer. For example, depending on the type of life event, the life event to be selected with uniform priority may be determined regardless of the characteristics of the user, the predetermined importance, and the like.

Further, in the present embodiment, five selection events are selected. However, the present invention is not limited to such a configuration, and the selection event to be selected may be 1 to 4 or 6 or more. Further, the number may be configured to vary depending on the physical characteristics of the user and the like.

[Other Embodiments]
Although the illustrated embodiment has been described above, the present invention is not limited to such an embodiment.

For example, in the above embodiment, after the recommended schedule is determined, it is possible to present the contents, notify the recommended time included in the recommended schedule, propose an alternative event, and change to the execution schedule.

However, the schedule proposal system of the present invention may be any one capable of determining a recommended schedule. Therefore, at least one of the presentation of the contents of the recommended schedule, the notification of the recommended time included in the recommended schedule, the proposal of an alternative event, and the change to the execution schedule may be omitted. When such omission is performed, the constituent members and the processing unit related to the omitted processing may also be omitted.

1 Mobile information terminal 1a Input unit 1b Output unit 1c Biological information recognition unit 2 Server 2a Sleep time recognition unit 2b Physical information recognition unit 2c Life event recognition unit 2d Correlation data storage unit 2e Personal correlation data recognition unit 2f Recommended time recognition unit 2g Schedule determination unit 2h Notification unit 2i Alternative event information storage unit 2j Alternative event recognition unit 2k Execution event storage unit 2l Execution schedule storage unit 2m Deep sleep rate storage unit 2n Deep sleep degree storage unit 2o Schedule presentation unit 2p Sleep status presentation unit (deep sleep) Rate presentation section, deep sleep presentation section)
2q Selection schedule recognition unit 10 Touch panel S Schedule proposal system U User

Claims (7)

A schedule proposal system that proposes a recommended schedule for improving at least one of the deep sleep rate and the deep sleep rate in the user's sleep.
A sleep time recognition unit that recognizes the user's entry time and wake-up time, and
A physical information recognition unit that recognizes the physical information of the user,
A life event recognition unit that recognizes a life event that the user executes while waking up,
At least one of the start time and the end time for at least one of the wake-up time and the wake-up time, and at least one of the deep sleep rate and the deep sleep degree of the life event affecting at least one of the deep sleep rate and the deep sleep degree. Correlation data storage unit that stores the correlation data, which is the data representing the correlation with, for each physical information,
A personal correlation data recognition unit that recognizes the correlation data corresponding to the recognized physical information of the user,
Based on the recognized correlation data and at least one of the recognized user's wake-up time and wake-up time, the recognized deep sleep rate and at least one of the deep sleep degrees are improved for the recognized life event. A recommended time recognition unit that recognizes at least one of the recommended start time, which is the recommended start time, and the recommended end time, which is the recommended end time.
A schedule including at least one of the recommended start time and the recommended end time, and a schedule determination unit that determines a recommended schedule based on the recognized user's wake-up time and wake-up time. Proposal system. In the schedule proposal system according to claim 1,
A schedule proposal system including a notification unit that notifies the user of at least one of the recommended start time and the recommended end time based on the determined recommended schedule. In the schedule proposal system according to claim 2,
An alternative event information storage unit that stores information about an alternative event recommended for improving at least one of the deep sleep rate and the deep sleep degree instead of the life event.
An input unit that accepts input from the user and
It is provided with an alternative event recognition unit that selects the alternative event for which execution is recommended in place of the life event when the life event is not executed.
When the notification unit notifies at least one of the recommended start time and the recommended end time of the life event, the alternative event recognition unit does not execute the life event based on the input from the user, or When it recognizes that the life event could not be executed, the alternative event recommended to be executed is selected in place of the life event, and the notification unit notifies the selected alternative event. Schedule proposal system. In the schedule proposal system according to claim 3,
An execution event storage unit that stores the life event or the alternative event executed by the user on a daily basis based on the input from the user.
A biometric information recognition unit that recognizes the biometric information of the user during sleep,
A deep sleep rate storage unit that recognizes the deep sleep rate of the user based on the recognized biological information and stores the deep sleep rate on a daily basis.
An execution schedule storage unit that stores the life event or the alternative event executed by the user, and the execution schedule including the user's entry time and wake-up time after the life event or the alternative event is executed on a daily basis. When,
A schedule presentation unit that presents multiple execution schedules in a selectable manner,
Along with the execution schedule presented by the schedule presentation unit, a deep sleep rate presentation unit that presents the deep sleep rate corresponding to the day when the execution schedule is executed, and a deep sleep rate presentation unit.
It is provided with a selection schedule recognition unit that recognizes the selection schedule selected by the user from the plurality of execution schedules.
Based on the selection schedule, the notification unit gives the user at least one of the recommended start time and the recommended end time, or at least one of the recommended start time and the recommended end time for the alternative event. A schedule proposal system characterized by notifying. In the schedule proposal system according to claim 3 or 4.
An execution event storage unit that stores the life event or the alternative event executed by the user on a daily basis based on the input from the user.
An execution schedule storage unit that stores the life event or the alternative event executed by the user, and the execution schedule including the user's entry time and wake-up time after the life event or the alternative event is executed on a daily basis. When,
A schedule presentation unit that presents multiple execution schedules in a selectable manner,
A sound sleep level presentation unit that presents the sound sleep level corresponding to the day when the execution schedule presented by the schedule presentation unit is executed,
It is provided with a selection schedule recognition unit that recognizes the selection schedule selected by the user from the plurality of execution schedules.
The notification unit sets at least one of the recommended start time and the recommended end time, or at least one of the recommended start time and the recommended end time for the alternative event, based on the selected execution schedule. A schedule proposal system characterized by notifying the user. In the schedule proposal system according to any one of claims 2 to 5.
The notification unit determines the recommendation based on the importance, which is a value determined for each life event based on the magnitude of the influence on at least one of the deep sleep rate and the deep sleep degree for the life event. A predetermined number of selected events, which are life events selected from the life events included in the schedule, are selected, and at least one of the recommended start time and the recommended end time for the selected event is notified to the user. A schedule proposal system characterized by doing. In the schedule proposal system according to any one of claims 2 to 5.
The notification unit determines a selection event, which is a life event selected from the life events included in the recommended schedule determined based on the importance which is a predetermined value for each life event. A schedule proposal system comprising selecting a number and notifying the user of at least one of the recommended start time and the recommended end time for the selection event.

Images