JP7462100B1 - Program, method, information processing device, and system - Google Patents

Abstract

[Problem] To more appropriately reflect sleep information in the progress of a sleep game using a device that detects the user's body movements. [Solution] According to the present disclosure, there is provided a program for execution by a computer having a processor and a memory, the program causing the processor to execute the steps of detecting a physical quantity based on the body movements of a user while sleeping, measuring the user's sleep information from the detected physical quantity, and generating an event based on the measured sleep information, in which, in the step of generating an event, if a state in which the detected physical quantity remains smaller than a predetermined threshold value for a predetermined period of time, it is determined that this is an abnormal state, and the event is not generated based on first sleep information that is a part of the sleep information, but is generated based on second sleep information that excludes the first sleep information from the sleep information. [Selected Figure] FIG.

Description

This disclosure relates to a program, a method, an information processing device, and a system.

In recent years, games that use user sleep information have been developed. For example, Patent Document 1 discloses a device that is placed on a mattress or the like on which the user sleeps and has a motion sensor that detects the user's body movements while sleeping and measures sleep information.

Patent Publication No. 2020-194313

In the above technology, for example, if the user leaves the device away from the bedding, sleep information may be measured even though the user's body movements while sleeping are not actually detected. If such a situation is overlooked, it may diminish the significance of trying to sleep regularly in order to progress in the game, and the user may lose interest in the game. On the other hand, depending on the environment in which the user sleeps, it may be difficult to detect body movements, so a simple error in such a situation would be very detrimental to the user.

The purpose of this disclosure is to more appropriately reflect sleep information in the progress of a sleep game that uses a device that detects the user's body movements.

According to the present disclosure, there is provided a program to be executed by a computer having a processor and a memory, the program instructing the processor to execute the steps of detecting a physical quantity based on the movement of the body of a user while sleeping, measuring sleep information of the user from the detected physical quantity, and generating an event based on the measured sleep information, in which, in the step of generating an event, if the detected physical quantity remains smaller than a predetermined threshold for a predetermined period of time, it is determined to be an abnormal state, and the event is not generated based on first sleep information that is a part of the sleep information, but is generated based on second sleep information that is the sleep information excluding the first sleep information.

With this configuration, if the device for measuring the user's sleep information is not placed in an appropriate location, it is determined to be an abnormal state and no event is generated for some of the sleep information, making it possible to more appropriately reflect sleep information in the progress of the game in a sleep game that uses a device that detects the user's body movements.

FIG. 2 is a block diagram showing the hardware configuration of the system 1. FIG. 2 is a block diagram showing the functional configuration of a terminal device 10. FIG. 2 is a block diagram showing the functional configuration of the server 20. FIG. 2 is a diagram showing the data structure of a user database 181. FIG. 13 is a diagram showing the data structure of an object database 182. 2 is a diagram showing the data structure of a user master table 221. FIG. FIG. 2 is a flow diagram illustrating the first half of the processing flow of the system 1. 11 is a flow diagram illustrating the latter half of the processing flow of the system 1. FIG. FIG. 11 is a flow diagram illustrating the flow of an abnormal state determination process (S220).

Below, an embodiment of the present disclosure will be described with reference to the drawings. In the following description, the same parts are given the same reference numerals, and their names and functions are also the same. Therefore, detailed descriptions thereof will not be repeated. In this embodiment, "going to bed" refers to a user getting into bedding such as a bed or futon to sleep, and "falling asleep" refers to starting to sleep after going to bed. Also, "awakening" refers to a user ending sleep, and "getting up" refers to getting up from the bedding after waking up. Also, sleep time refers to the time from going to bed (or falling asleep) to waking up (or waking up).

<1. First embodiment>
(1-1. Overview of functions provided by System 1)
The terminal device 10 included in the system 1 in this embodiment is a mobile terminal such as a smartphone, and provides a game (hereinafter also referred to as the present sleep game) that progresses based on the sleep information acquired from the user. The terminal device 10 also outputs an alarm to wake the user up by sound, vibration, light, etc. at a time preset by the user.

When a user wakes up and operates the terminal device 10, an in-game event determined based on the sleep information occurs, and game play progresses. As an in-game event, for example, a lottery is held based on the sleep information so that the user can obtain an in-game object. The in-game event can be designed so that an event advantageous to the user occurs, so that there is a positive correlation with the sleep time and sleep quality in the sleep information measured from the user.

System 1 detects physical quantities based on the movement of the user's body while sleeping, and measures sleep information from the detected physical quantities. Furthermore, if the detected physical quantities remain below a predetermined threshold for a predetermined period of time, it is determined that an abnormal state exists, and an event is not generated for at least some of the measured sleep information. With this specification, it becomes possible to more appropriately reflect the sleep information in the progress of the game in cases such as when the user has placed the device for acquiring sleep information in a different location. Each component will be described in detail below.

(1-2. Hardware Configuration of Terminal Device 10)
Fig. 1 is a block diagram showing an example of a hardware configuration of a system 1. The system 1 includes a terminal device 10 and a server 20. The terminal device 10 and the server 20 are communicatively connected via, for example, a network 30. The network 30 is realized by, for example, the Internet and/or a communication network provided by a telecommunications carrier. Note that, although Fig. 2 shows an example in which the system 1 includes one terminal device 10, the number of terminal devices 10 included in the system 1 is not limited to one. In other words, the number of terminal devices 10 may be two or more.

In this embodiment, a collection of multiple devices may be considered as one server. The method of allocating multiple functions required to realize the server 20 of this embodiment to one or more pieces of hardware can be determined appropriately in consideration of the processing capacity of each piece of hardware and/or the specifications required for the server 20.

The terminal device 10 is realized, for example, by a tablet terminal or a mobile terminal such as a smartphone. The terminal device 10 may also be realized by a stationary PC (Personal Computer) or a laptop PC. The terminal device 10 may also function as a head-mounted display, and may function, for example, as a transparent, non-transparent, or see-through head-mounted display.

The terminal device 10 includes a communication interface (IF) 12, an input device 13, an output device 14, a memory 15, storage 16, and a processor 19.

The communication IF 12 is an interface for inputting and outputting signals so that the terminal device 10 can communicate with external devices.

The input device 13 is a device for accepting input operations from a user (e.g., a touch panel, a touch pad, a pointing device such as a mouse, a keyboard, etc.).

The output device 14 is a device (display, speaker, etc.) for presenting information to the user.

Memory 15 is used to temporarily store programs and data processed by the programs, and is a volatile memory such as a DRAM (Dynamic Random Access Memory).

Storage 16 is used to store data, and is, for example, a flash memory or a hard disk drive (HDD).

The processor 19 is hardware for executing the instruction set described in the program, and is composed of an arithmetic unit, registers, peripheral circuits, etc.

The sleep measuring device 11 is a device for acquiring information related to the sleep of the user of the terminal device 10. The terminal device 10 is connected to one or more sleep measuring devices 11 via a wired or wireless connection. Specifically, the terminal device 10 may be a wearable device that is attached to the user's body, such as a wristwatch, finger ring, or eye mask, or may be a clock-type device that is placed at the side of the bed where the user sleeps. In addition, the terminal device 10 and the sleep measuring device 11 may be the same device.

The user may use two or more different types of sleep measurement devices 11 at the same time. For example, the user may wear and use one wristwatch-type sleep measurement device 11 and one desk clock-type sleep measurement device 11, or the user may wear and use one wristwatch-type sleep measurement device 11 and use the terminal device 10 as the sleep measurement device 11.

In addition, the difference in type of sleep measuring device 11 does not necessarily have to be a difference in device. In other words, even if the sleep measuring device 11 is the same device, it may be managed as a different sleep measuring device 11 in the system 1 depending on the type of software or application (hereinafter also referred to as app) used before transmitting the sleep information to the server 20.

For example, even if the same sleep measuring device 11 is used to detect sleep information, different "sleep measuring device IDs" may be assigned to the case where sleep measuring app A is used and the case where sleep measuring app B, which is different from sleep measuring app A, is used in order to correct the sleep information, etc., and the sleep information may be managed accordingly. In this way, by managing the sleep information as different "sleep measuring device IDs" depending on the type of device as the apparatus configuration and the combination of applications used, more flexible generation of sleep information is possible, and as a result, the entertainment value of games based on sleep information can be fully demonstrated.

The sleep measuring device 11 communicates via short-range wireless communication such as Bluetooth (registered trademark) or Wi-Fi, and transmits the sensing results to the terminal device 10. Note that if the sleep measuring device 11 or the like is compatible with a communication standard for a mobile communication system such as 5G, the sensing results may be transmitted to the server 20 without (or in addition to) transmitting to the terminal device 10 via short-range wireless communication. In this case, the terminal device 10 may receive the sensing results from the server 20 that has received the sensing results from the sleep measuring device 11 or the like, and generate and store sleep information using the received sensing results.

The server 20 includes a communication IF 22, an input/output IF 23, a memory 25, a storage 26, and a processor 29.

The communication IF 22 is an interface for inputting and outputting signals so that the server 20 can communicate with an external device (e.g., the terminal device 10).

The input/output IF 23 functions as an interface between an input device for accepting input operations from the user and an output device for presenting information to the user.

Memory 25 is for temporarily storing programs and data processed by the programs, and is, for example, a volatile memory such as a DRAM.

Storage 26 is for storing data, and is, for example, a flash memory or a HDD.

The processor 29 is hardware for executing the instruction set described in the program, and is composed of an arithmetic unit, registers, peripheral circuits, etc.

(1-3. Functional configuration of terminal device 10)
Fig. 2 is a block diagram showing an example of a functional configuration of the terminal device 10. As shown in Fig. 2, the terminal device 10 includes an input device 13, an output device 14, a communication unit 150, an imaging unit 160, an audio processing unit 170, a storage unit 180, a motion sensor 190, and a control unit 200. The blocks included in the terminal device 10 in Fig. 2 are electrically connected to each other via, for example, a bus or the like.

The communication unit 150 performs processes such as modulation and demodulation for the terminal device 10 to communicate with other devices (e.g., the server 20). The communication unit 150 performs transmission processing on signals generated by the control unit 200 and transmits the signals to the outside. The communication unit 150 performs reception processing on signals received from the outside and outputs the signals to the control unit 200.

The input device 13 is a device for inputting instructions or information by the user operating the terminal device 10. The input device 13 is realized, for example, by a touch-sensitive device 131 or the like that inputs instructions by touching the operation surface. The input device 13 may include a keyboard or a mouse. The input device 13 converts the instructions or information input by the user into an electrical signal and outputs the electrical signal to the control unit 200. The input device 13 may also include, for example, a receiving port that receives an electrical signal input from an external input device.

The output device 14 is a device for presenting information to a user who operates the terminal device 10. The output device 14 is realized, for example, by a display 141 or the like. The display 141 displays data according to the control of the control unit 200. The display 141 is realized, for example, by an LCD (Liquid Crystal Display) or an organic EL (Electro-Luminescence) display or the like.

The imaging unit 160 is equipped with a camera, receives light using a light receiving element, and inputs the light as an imaging signal to capture an image of the surroundings of the terminal device 10.

The audio processing unit 170, for example, performs digital-to-analog conversion processing of an audio signal. The audio processing unit 170 converts a signal provided from the microphone 171 into a digital signal and provides the converted signal to the control unit 200. The audio processing unit 170 also provides an audio signal to the speaker 172. The audio processing unit 170 is realized, for example, by a processor for audio processing. The microphone 171 accepts audio input and provides an audio signal corresponding to the audio input to the audio processing unit 170. The speaker 172 converts the audio signal provided from the audio processing unit 170 into audio and outputs the audio to the outside of the terminal device 10.

The storage unit 180 is realized, for example, by the memory 15 and the storage 16, and stores databases (also referred to as databases/DBs) and programs used by the terminal device 10. As an example, the storage unit 180 stores a user database 181 and an object database 182.

The user database 181 is a database for storing user information. Information about the user who uses the terminal device 10 is stored in the user database 181. As an example, a record in the user database 181 may be generated when a user performs user registration work using software that provides this function installed on the terminal device 10. The data structure of the user database 181 will be described in detail later.

The object database 182 stores information regarding the relationship between the user and the object. In this embodiment, the object represents, for example, a character or an item that appears in gameplay. The object is associated with the user by drawing a lottery on the server 20 based on, for example, the degree of sleep information. The relationship between the user and the object is associated based on, for example, sleep information, and changes when the associated object receives interference from the user.

The user can also select an already associated object and play the game when not sleeping. As an example, when the relationship between the user and the object satisfies certain requirements through a lottery based on sleep information and subsequent interaction with the object, the user can use the object in the game when not sleeping.

The expression that a user is associated with an object is an expression that shows an example of the relationship between a user and an object, and may be expressed in other ways. For example, any expression may be used, such as the user purchasing, owning, or using the object.

The motion sensor 190 includes an acceleration sensor, an angular velocity sensor (gyro sensor), etc., and detects the movement of the terminal device 10 and outputs the sensing result. For example, by placing the terminal device 10 on bedding such as a bed on which the user sleeps, when the sleeping user moves on the bedding, the movement can be detected.

The control unit 200 is realized by the processor 19 reading a program stored in the storage unit 180 and executing instructions contained in the program. The control unit 200 controls the operation of the terminal device 10. By operating according to the program, the control unit 200 fulfills the functions of an operation reception unit 201, a transmission/reception unit 202, a notification control unit 203, a time setting unit 204, and a sleep information measurement unit 206.

The operation reception unit 201 performs processing for receiving instructions or information input from the input device 13. Specifically, for example, the operation reception unit 201 receives information based on user instructions input from the touch-sensitive device 131 or the like. As an example, the operation reception unit 201 finalizes the measured sleep information by receiving an operation for ending sleep measurement from a user who has woken up. Note that the operation for ending the sleep measurement may be an operation for stopping an alarm output from the terminal device 10 in order for the user to wake up.

The transmission/reception unit 202 performs processing for the terminal device 10 to transmit and receive data to and from external devices in accordance with a communication protocol. As an example, the transmission/reception unit 202 transmits to the server 20 sleep information that has been confirmed upon receiving an operational input from the user to end sleep measurement.

The notification control unit 203 controls the notification to the user, i.e., the process of presenting information to the user. Specifically, the notification control unit 203 performs the process of displaying a display image on the display 141, the process of outputting sound to the sound processing unit 170, etc.

The time setting unit 204 accepts an operation from the user to set a time related to the progress of the game. For example, the time setting unit 204 sets the time at which an alarm is to be output to wake up the user. The user sets the time at which they plan to wake up (scheduled wake-up time) as a time related to the progress of the game. When the scheduled wake-up time set by the user arrives, the terminal device 10 outputs an alarm from the speaker 172. When the user performs an operation to stop the alarm, the terminal device 10 determines that the user has woken up, confirms the sleep information, and progresses the game.

The time setting unit 204 may further receive an operation from the user to set a planned time for admission to bed (planned admission time). When the planned admission time set by the user approaches, the terminal device 10 may be configured to notify the user that the planned admission time is approaching. The notification may be displayed on the display 141, or may be output by voice from the speaker 172.

The alarm may be set by each device (terminal device 10, server 20) constituting system 1 using software for providing the game. For example, the alarm may be installed on terminal device 10 and incorporated into software that provides the functions of system 1. That is, the user can set the wake-up time using an alarm setting section configured by software for providing the game to the user on terminal device 10, rather than an alarm function provided as a function of the OS (Operating System) of terminal device 10. System 1 may accept an operation related to the wake-up time in the alarm setting and progress the game.

The motion detection unit 205 detects a physical quantity based on the movement of the user's body while sleeping (hereinafter, simply referred to as the physical quantity) based on the sensing result of the movement of the terminal device 10 detected by the motion sensor 190. As an example, the physical quantity may be a value related to the swaying of the user's body while sleeping.

The sleep information measurement unit 206 measures sleep information based on the physical quantities detected by the motion detection unit 205. In this embodiment, "sleep information" refers to information related to the user's sleep, and specifically may include at least one of the following, but is not limited to: time of going to bed, time of falling asleep, time of waking up, time of getting up, sleep duration (time from time of falling asleep to time of waking up), information related to sleep quality, and sleep rhythm.

Specifically, for example, the sleep information measurement unit 206 compares the physical quantity detected by the motion detection unit 205 with a predetermined threshold. As an example, the sleep information measurement unit 206 may determine that the user is awake when the value of the physical quantity is equal to or greater than a first threshold (= the user's body movements are large), and may determine that the user is asleep when the value of the physical quantity is smaller than the first threshold (= the user's body movements are small). In this way, the sleep information measurement unit 206 may measure the user's sleeping time based on the physical quantity detected by the motion detection unit 205.

The sleep information measurement unit 206 may also determine that the user is in light sleep when the physical quantity detected by the motion detection unit 205 is equal to or less than the first threshold (=when the user is asleep) but equal to or greater than the second threshold (=the user's body movements while sleeping are large), and may determine that the user is in deep sleep when the value of the physical quantity is smaller than the second threshold (=the user's body movements while sleeping are small).

In this way, the sleep information measurement unit 206 can determine, as a result of measuring the sleep information, whether the user is asleep or awake, and whether the sleeping user is in light sleep, deep sleep, REM sleep, or non-REM sleep, and can evaluate the quality of the user's sleep. For example, the cycles of REM sleep and non-REM sleep for good quality sleep may be set in advance, and the quality of the user's sleep may be evaluated by comparing the cycles of REM sleep and non-REM sleep during the user's sleep.

The sleep information measuring unit 206 also detects that the user has gone to bed, fallen asleep after going to bed, and woken up, based on the physical quantities detected by the motion detecting unit 205. The sleep information measuring unit 206 may also determine whether the user has performed an input operation on the terminal device 10 or whether the user has viewed information displayed on the display 141 of the terminal device 10 between the time the user went to bed and the time the user fell asleep. In other words, it may determine whether a user who is about to go to sleep has operated the terminal device 10 before going to sleep.

When the sleep measuring device 11 is realized as a wearable device attached to the user's body, a biometric sensor 191 may be provided in addition to the motion sensor 190. The biometric sensor 191 detects at least one of the user's biometric information such as body temperature, blood pressure, and heart rate. In this case, the sleep information measuring unit 206 may be configured to determine whether the user is asleep or awake, and whether the sleeping user is in light sleep, deep sleep, REM sleep, or non-REM sleep, based on the biometric information detected by the biometric sensor 191, and evaluate the quality of the user's sleep.

(1-4. Functional configuration of server 20)
Fig. 3 is a diagram showing the functional configuration of the server 20. As shown in Fig. 3, the server 20 fulfills the functions of a communication unit 210, a storage unit 220, and a control unit 230.

The communication unit 210 performs processing for the server 20 to communicate with external devices.

The storage unit 220 is realized, for example, by the memory 25 and the storage 26, and stores data and programs used by the server 20. As an example, the storage unit 220 stores a user master table 221 and an object master table 222.

The user master table 221 is a table that stores information about users who play the sleep game provided by the system 1 as master data. As an example, the user master table 221 stores information about all users who are registered to play the sleep game. The data structure of the user master table 221 will be described later.

The object master table 222 is a table that stores information about objects that can be associated with a user as master data. As an example, the object master table 222 stores information about all objects that can be associated with a user in this sleep game.

The control unit 230 is realized by the processor 29 reading a program stored in the memory unit 220 and executing instructions contained in the program. As an example, the control unit 230 performs functions shown as a transmission/reception module 231, a game progress module 232, and a notification control module 233 by operating according to the program.

The transmission/reception module 231 controls the process in which the server 20 transmits and receives signals to and from external devices according to a communication protocol.

The game progress module 232 generates events within the sleep game to progress game play based on the user's sleep information received from the terminal device 10. Events within the game include having objects such as characters (including the character used by the user and enemy characters) or items appear in a scenario progressing within the game, opening game stages to allow the user to play, or holding a lottery to allow the user to obtain an object and displaying the lottery results.

For example, the game progress module 232 determines by lottery based on the sleep information the characters, items, and other objects that will appear in the user's gameplay as events within the gameplay, and causes the objects determined by lottery to appear in the gameplay. This allows the user to have experiences such as discovering new characters based on the sleep information.

The game progress module 232 may be configured to change the selection algorithm for the selection of in-game objects based on the user's sleep information received from the terminal device 10. As an example, when at least one of the sleep time and sleep quality in the received sleep information meets a predetermined condition, the in-game objects that can be obtained in the selection may be changed, or the number of selections may be changed. With this configuration, the game progress after waking up changes based on the sleep information, providing the user with fun after waking up.

The game progress module 232 may be configured to generate events that are advantageous to the user so that there is a positive correlation between the amount of sleep time in the sleep information measured from the user. In other words, the longer the amount of sleep time in the measured sleep information, the more likely it is that advantageous events will occur to the user.

The game progress module 232 may also be designed to generate events that are advantageous to the user so that there is a positive correlation with the quality of sleep in the sleep information measured from the user. In other words, the better the quality of sleep time in the measured sleep information, the more likely it is that advantageous events will occur to the user.

Furthermore, when the physical quantity detected by the motion detection unit 205 of the terminal device 10 is smaller than the second threshold (= in deep sleep) and smaller than the third threshold (= the user's body movements during sleep are too small) for a first period, the game progress module 232 determines that the state is abnormal, does not generate an event for the first sleep information, which is a part of the sleep information measured from the user, and generates an event based on the second sleep information, which is the sleep information measured from the user excluding the first sleep information. Here, "a part of the sleep information" means a part of the sleep information measured during the sleep of that day. Note that "sleep of that day" means sleep that occurs from going to bed (usually at night) to waking up (usually the next morning). In addition, the first period may be set appropriately, and may be, for example, 4 hours. In addition, it is possible to set appropriately how to determine the first sleep information and the second sleep information from the measured sleep information. For example, if the sleep time in the sleep information measured from the user is 7 hours, if the sleep time in the first sleep information is 1 hour, the sleep time in the second sleep information will be 6 hours. In this case, the game progress module 232 will generate an event based on six hours of second sleep information.

In addition, when the game progress module 232 determines that an abnormal state exists, it may be configured to treat the sleep information for the sleep time of that day that exceeds the second period as the first sleep information and not generate an event, and to treat the remaining sleep information as the second sleep information and generate an event. The second period may be the same value as the first period described above (e.g., 4 hours), or may be a period shorter than the first period (e.g., 3 hours).

For example, assume that the sleep time in the sleep information measured from the user is 8 hours, the first period is 4 hours, the second period is 2 hours, and the state in which the physical quantity detected by the motion detection unit 205 is smaller than the third threshold value continued for 5 hours. In this case, the game progress module 232 determines that an abnormal state has occurred, and does not generate an event for the sleep information corresponding to 6 hours of the 8 hours of sleep time that exceeds the 2 hours of the second period as the first sleep information, and generates an event for the remaining 2 hours as the second sleep information. In this way, even if the user places the terminal device 10 on the bedding before going to bed, but is affected by the sleep environment such as incorrect measurement due to the material of the bedding, by generating an event based on the sleep information for a certain period of time, it is possible to prevent the user from losing motivation to continue playing the sleep game.

In addition, when the game progress module 232 determines that an abnormal state exists, if the physical quantity detected by the motion detection unit 205 is greater than a fourth threshold, the abnormal state is deemed to have been removed, and an event may be generated for sleep information measured thereafter. In this way, when the sleep environment as described above has an effect, sleep information determined to have been appropriately measured can be reflected in the sleep game, preventing the user from losing motivation to continue playing the sleep game. The fourth threshold may be the same value as the third threshold, or may be a different value.

The notification control module 233 performs control to notify the user that an abnormal state has been detected. Specifically, the notification control module 233 generates a message indicating that an abnormal state has been detected (hereinafter, also referred to as an abnormality message) and transmits the message to the terminal device 10.

The abnormality message may include information about the time of the sleep information that caused the event. In this way, the user can recognize the difference between their actual sleep time and the time of the sleep information that caused the event, and can recognize the disadvantage caused by the occurrence of the abnormal state (i.e., the sleep time that was not reflected in the in-game event). Alternatively, the notification control module 233 may include the time during which the abnormal state occurred in the abnormality message. In other words, by notifying the user of the time when the user's body movement was determined to be too small, it is possible to give the user an awareness of the reason why the abnormal state occurred.

The notification control module 233 may also include information regarding suggestions for improving the sleep environment in the abnormality message. In this way, it is possible to improve the sleep environment in cases where, even though the user has been sleeping appropriately, it is determined that an abnormal state exists due to the influence of bedding on which the terminal device 10 is placed, etc.

For example, suggestions for improving the sleep environment may include information that prompts the user to check the manner in which the terminal device 10 is placed (the location where it is placed, the material of the bedding etc. on which it is placed, the orientation of the terminal device 10 when placed, etc.).

(1-5. Data Structure)
The data structure of the database used in the system 1 will be described with reference to Figures 4 to 6. Note that Figures 4 to 6 are merely examples and do not exclude data that is not shown. Also, descriptions of the same items will not be repeated.

Figures 4 and 5 are diagrams showing the data structure of the database stored in the storage unit 180 of the terminal device 10. Figure 4 shows an example of the data structure of the user database 181. The user database 181 has columns such as name, age, address, date of birth, date of registration, planned wake-up time, held items, sleep information, confirmation status, etc., with the user ID as a key.

The user ID is an item that stores an identifier for uniquely identifying a user. The name is an item that stores the user's name. The age is an item that stores the user's age. The address is an item that stores the place where the user lives. The date of birth is an item that stores the date the user was born. The registration date is an item that stores the date the user started using the game according to this embodiment.

The planned wake-up time is an item that stores the time when the user plans to wake up. The planned wake-up time is set, for example, based on input from the user. The held items are an item that stores information about items that the user holds and that can be used in the game. Items held by the user can be said to be items associated with the user, for example. Items include, for example, development items or granted items. The item "held items" stores, for example, the names and number of items held by the user.

The "sleep information" item is an item that stores sleep information related to the user. The "sleep information" item stores, for example, sleep information from the previous night. The "sleep information" item may also store, for example, sleep information from a predetermined number of days in the past.

The confirmation status is an item that stores the status of whether or not the contents of the event have been confirmed. The "Confirmation Status" item stores information that allows the user to determine whether or not the contents of the event have been confirmed, such as "pending" or "confirmed." If the confirmation of the contents of the event is postponed, the "Confirmation Status" item stores, for example, "pending."

Figure 5 shows an example of the data structure of the object database 182. The object database 182 has columns such as name, level, parameters, vitality, type, attributes, detailed information, etc., with the object ID as a key.

The object ID is an item that stores an identifier for uniquely identifying an object. The name is an item that stores the name of an object. The level and parameter are items that store an example of the relationship between a user and an object. The items "level" and "parameter" are indices that indicate the depth of the relationship between a user and an object. The item "level" stores, for example, an integer equal to or greater than 0. The item "parameter" stores, for example, a numerical value between 0 and a predetermined value (for example, 100). When the value of the item "parameter" reaches a predetermined value that is the maximum value, the value of the item "parameter" becomes 0, and the value of the item "level" is incremented by 1. The value of the item "parameter" increases when the user interferes with an object. Specifically, for example, the item "parameter" increases according to the number and type of assigned objects assigned to the object.

The vitality level is an item that stores the degree to which an individual object can be used in the game outside of sleeping hours. The item "vitality level" stores a numerical value between 0 and a predetermined value (e.g., 100). For example, the closer to the predetermined value, the longer the individual can be used in the game by the user, and if it is 0, the individual cannot be used in the game. The item "vitality level" recovers when it is detected that the user has woken up. The amount of recovery may be a predetermined amount, an amount corresponding to the sleep information, an amount corresponding to the object, or a full recovery. The item "vitality level" is a parameter that changes when it is detected that the user has woken up, even if the event has not been confirmed by the user.

The type is an item that stores the type of object. In this embodiment, the type of object includes, for example, character, development item, and grant item. The attribute is an item that stores the nature to which the object belongs as a character. In this embodiment, the attributes include, for example, fire, water, lightning, grass, super, steel, evil, and fighting. There are attributes that are advantageous when facing against others, and attributes that are disadvantageous.

The detailed information is, for example, an item that stores an aspect associated with the user. The item "detailed information" stores which of the multiple aspects set for each object the object is associated with. In the item "detailed information", for example, "1" is set for associated aspects, and "0" is set for unassociated aspects. In addition, the detailed information may store advantageous effects that the object as an individual has. Advantageous effects are, for example, effects that are exerted by game elements during times other than sleep. Advantageous effects include, for example, an effect that allows the user to acquire more development items, or an effect that allows the user to acquire rarer development items. In addition, the detailed information may include information regarding rarity, etc.

Figure 6 is a diagram showing the data structure of the database stored in the memory unit 220 of the server 20. Figure 6 is a diagram showing the data structure of the user master table 221. The user master table 221 is a table with the user ID as a key and columns such as name, age, address, date of birth, date of registration, planned wake-up time, related objects, sleep information, etc.

The related object is an item that stores information about an object, such as a character, that is associated with the user. The "related object" item stores, for example, information about an object as an individual that is associated with the user. Information about an object may include, for example, a management ID, object ID, name, level, parameters, vitality, type, attributes, detailed information, and the like. The "related object" item stores, for example, information about an item that is associated with the user. Information about an item may include, for example, the name and number of items held by the user.

Sleep information is an item that stores sleep information related to the user. The item "sleep information" stores sleep information from when it was obtained from the user until a predetermined period of time has passed. For example, when sleep information is transmitted to the server 20 in association with a request to confirm an event after the user wakes up, the previous night's sleep information may not be stored in the user master table 221 unless the user requests confirmation of the event. In this way, if the previous night's sleep is not evaluated, the next day's sleep information cannot be accepted, so if the event has not been confirmed, the next day's sleep information may not be accepted. In other words, the sleep information stored in the item "sleep information" can store the next day's sleep information once the event is confirmed by the user.

In addition, the past sleep information stored in the user master table 221 may be older than the past sleep information stored in the user database 181. In other words, the user database 181 may store a portion of the sleep information stored in the user master table 221 up until a predetermined period of time has elapsed.

(1-6. Processing flow)
An example of the processing flow of the system 1 will be described below with reference to FIGS.

In step S100 of FIG. 7, the terminal device 10 starts the sleep game based on the user's operation. In step S105, the terminal device 10 starts measuring the sleep information of the user (hereinafter also referred to as sleep measurement). As an example, the terminal device 10 may be designed to start sleep measurement when the operation receiving unit 201 receives an operation from the user to start sleeping. The operation may be an operation in which the user presses a predetermined icon displayed on the display 141 immediately before going to bed. Alternatively, the terminal device 10 may be designed to start sleep measurement by detecting that the user has gone to bed after the sleep game has been started, without receiving the operation.

In step S110, the motion detection unit 205 of the terminal device 10 detects a physical quantity based on the movement of the user's body while sleeping. As an example, the motion detection unit 205 detects a value related to the swaying of the user's body based on the sensing result detected by the motion sensor 190.

In step S115, the sleep information measurement unit 206 of the terminal device 10 measures the user's sleep information. As an example, the sleep information measurement unit 206 measures information about the user's sleep time and sleep quality based on the physical quantities detected by the motion detection unit 205.

In step S120, the terminal device 10 ends the sleep measurement of the user. As an example, the terminal device 10 may be configured to end the sleep measurement when the operation receiving unit 201 receives an operation by the user to end sleep. The operation may be an operation by the user to stop an alarm that is output at a time that is preset as the planned wake-up time. Alternatively, the terminal device 10 may be configured to end the sleep measurement by detecting that the user has woken up, without receiving the operation.

In step S125, the transmission/reception unit 202 of the terminal device 10 transmits the sleep information to the server 20. The transmission/reception unit 202 may transmit information on physical quantities based on the user's body movements during sleep detected by the motion detection unit 205 together with the sleep information. In step S210, the transmission/reception module 231 of the server 20 receives the sleep information from the terminal device 10.

In step S220 of FIG. 8, the game progress module 232 of the server 20 executes an abnormal state determination process.

Referring to FIG. 9, in the abnormal condition determination process (S220), it is determined whether the sleep information received from the terminal device 10 includes an abnormal condition.

In step S221, the game progress module 232 determines whether the physical quantity detected by the motion detection unit 205 of the terminal device 10 is smaller than a third threshold value. If the physical quantity is smaller than the third threshold value (Yes in step S221), step S223 is executed. On the other hand, if the physical quantity is equal to or larger than the third threshold value (No in step S221), step S220 ends.

In step S223, the game progress module 232 determines whether the state in which the physical quantity is smaller than the third threshold value has continued for a first period. If the state in which the physical quantity is smaller than the third threshold value has continued for a first period (Yes in step S223), step S225 is executed. On the other hand, if the state in which the physical quantity is smaller than the third threshold value has not continued for a first period (No in step S223), step S220 ends.

In step S225, the game progress module 232 determines that an abnormal state exists.

In step S227, the game progress module 232 adjusts the sleep information that generates an event in the game. As an example, the game progress module 232 sets the sleep information measured during sleep on that day that exceeds the second period as first sleep information and excludes it from event generation. Then, the game progress module 232 generates an event based on the second sleep information, which is the sleep information measured during sleep on that day but does not include the first sleep information.

In step S229, the notification control module 233 generates an abnormality message. The abnormality message may include information indicating that an abnormal state has been detected, information about the time of the sleep information that caused the event, information about suggestions for improving the sleep environment, and the like. An example of an abnormality message is "Sleep measurement was not performed correctly. The bedding on which the terminal device is placed may be too soft."

Returning to FIG. 8, in step S230, the game progress module 232 of the server 20 determines an event to be generated in the game based on the sleep information. As an example, the game progress module 232 determines in-game objects such as characters and items to be introduced by the user's gameplay as events to be generated in the game by lottery based on the sleep information. Note that if an abnormal state is determined in the abnormal state determination process (S220), the event to be generated in the game is determined based on the adjusted sleep information.

In step S235, the transmission/reception module 231 of the server 20 transmits the event determined by the game progress module 232 to the terminal device 10. If an abnormal state is determined in the abnormal state determination process (S220), the abnormal message generated by the notification control module 233 is also transmitted. In step S130, the transmission/reception unit 202 of the terminal device 10 receives the event (and the abnormal message if an abnormal state is determined) from the server 20.

In step S135, the notification control unit 203 presents the event to the user by displaying it on the display 141. The notification control unit 203 may be configured to present the event in accordance with the timing when the user wakes up. Specifically, the event may be presented as soon as possible after the user wakes up, or the event may be presented a predetermined time after the user wakes up (e.g., 10 minutes). In addition, when an abnormality message is received, the notification control unit 203 notifies the user by displaying the message on the display 141. The abnormality message may be presented at the same timing as the presentation of the event, or at a different timing (specifically, before or after the presentation of the event).

(1-7. Summary)
As described above, in this embodiment, the system 1 executes a step of detecting a physical quantity based on the movement of the user's body during sleep (S110), a step of measuring sleep information of the user from the detected physical quantity (S115), and a step of generating an event based on the measured sleep information (S230, S135), and in the step of generating an event, if the detected physical quantity continues to be smaller than a predetermined threshold for a predetermined period of time, it is determined that this is an abnormal state, and the event is not generated based on first sleep information that is a part of the sleep information, but is generated based on second sleep information excluding the first sleep information from the sleep information. With this configuration, it is possible to more appropriately reflect sleep information in the progress of a sleep game using a device that detects the movement of the user's body.
<2 Other embodiments>
Although the embodiment and the modified examples of the present invention have been described above, application of the present disclosure is not limited to the above-mentioned contents.

For example, in the above embodiment, the game progress module 232 of the server 20 determines whether or not an abnormal state has occurred based on the physical quantity detected by the motion detection unit 205, but this is not limited to the above. For example, the abnormal state determination process may be performed by the sleep information measurement unit 206 of the terminal device 10.

In this case, it is preferable not to present information about the measurement status of the sleep information (particularly information about whether an abnormal state has occurred) to the user during sleep time. This makes it possible to prevent fraudulent means such as changing the placement of the device or vibrating it after starting sleep measurement, without actually sleeping, in order to obtain more favorable sleep measurement results while watching the measurement status of the sleep information.

In the above embodiment, the terminal device 10 has been described as a terminal realized by a smartphone or the like, but the present invention is not limited to this example. The terminal device 10 may be realized by installing software on a home PC or the like, and may be configured to accept operations of a mouse or the like.

In addition, the sharing of specific information via a communication line is mainly performed via a WAN such as the Internet, but between information processing devices, the sharing may be performed only via short-range wireless communication such as Bluetooth (registered trademark) and infrared communication without using a WAN.

In addition, in the above embodiment, an example of a form in which each function is provided by the terminal device 10 or the server 20 is described, but this is not limited to this form, and some or all of the functions may be provided by the terminal device 10, the server 20, or both the terminal device 10 and the server 20 in a form different from the above embodiment.

Furthermore, the present invention may be realized as a program that causes an information processing device to execute the functions of the terminal device 10 or server 20 described above, or as a non-transitory computer-readable recording medium that stores the program.

<Additional Notes>
The matters described in the above embodiments will be supplemented below.
(Appendix 1)
A program to be executed by a computer having a processor and a memory, the program causing the processor to execute the steps of detecting physical quantities based on body movements of a user while sleeping, measuring sleep information of the user from the detected physical quantities, and generating an event based on the measured sleep information, wherein in the step of generating an event, if a state in which the detected physical quantity remains smaller than a predetermined threshold value for a predetermined period of time, it is determined that this is an abnormal state, and the event is not generated based on first sleep information that is a part of the sleep information, but is generated based on second sleep information that is the sleep information excluding the first sleep information.
(Appendix 2)
2. The program according to claim 1, wherein in the step of generating an event, an event based on the sleep information is not generated only for a time period that exceeds a predetermined period in a day's sleep time.
(Appendix 3)
The program according to claim 1, further comprising: a step of generating an event based on sleep information measured thereafter when the physical quantity exceeds a predetermined threshold value after the abnormal state is detected.
(Appendix 4)
2. The program according to claim 1, further comprising the step of notifying a user that the abnormal state has been detected.
(Appendix 5)
2. The program according to claim 1, which causes the program to execute a step of notifying a user of a time of the sleep information that caused an event to occur.
(Appendix 6)
The program according to claim 1, further comprising a step of notifying the user of information for encouraging the user to improve their sleep environment when the abnormal state is detected.
(Appendix 7)
The program according to claim 7, further comprising: a step of notifying information prompting a user to confirm a manner in which a device for detecting the physical quantity is placed, as the information for prompting an improvement in the sleep environment.
(Appendix 8)
The program according to claim 1, wherein the measurement status of sleep information is not presented to the user during the user's sleep time.

Although several embodiments of the present disclosure have been described above, these embodiments can be implemented in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and their modifications are considered to be within the scope of the invention and its equivalents as set forth in the claims, as well as within the scope and spirit of the invention.

1: System, 10: Terminal device, 11: Sleep measurement device, 13: Input device, 14: Output device, 15: Memory, 16: Storage, 19: Processor, 20: Server, 25: Memory, 26: Storage, 29: Processor, 30: Network, 131: Touch-sensitive device, 141: Display, 150: Communication unit, 160: Imaging unit, 170: Audio processing unit, 171: Microphone, 172: Speaker, 180: Storage unit, 181: User database, 182: Object database, 190: motion sensor, 191: biometric information sensor, 200: control unit, 201: operation reception unit, 202: transmission/reception unit, 203: notification control unit, 204: time setting unit, 205: motion detection unit, 206: sleep information measurement unit, 210: communication unit, 220: memory unit, 221: user master table, 222: object master table, 230: control unit, 231: transmission/reception module, 232: game progress module, 233: notification control module.

Claims (9)

A program to be executed by a computer having a processor and a memory, the computer managing the progress of a game using sleep information, the program comprising:
Detecting a physical quantity based on a body movement of a user while sleeping;
measuring a sleep time as the sleep information of the user from the detected physical quantity;
generating an event in the game based on the measured sleep time;
In the step of generating the event, a case where the detected physical quantity remains smaller than a predetermined threshold for a predetermined period of time is determined to be an abnormal state, and if it is determined to be an abnormal state, the event is not generated based on a first sleeping time which is a part of the sleeping time, but is generated based on a second sleeping time which is the sleeping time excluding the first sleeping time. The program according to claim 1, which causes the processor to execute a step of notifying a user that the abnormal state has been detected. The program according to claim 1, which causes the processor to execute a step of notifying the user of the sleep time during which the event occurred. The program according to claim 1, which causes the processor to execute a step of notifying the user of information encouraging the user to improve their sleep environment when the abnormal state is detected. 5. The program according to claim 4 , wherein in the notifying step, information for prompting the user to check a manner in which a device for detecting the physical quantity is placed is notified as the information for prompting the user to improve the sleep environment. The program according to claim 1, which does not prompt the user to display the measurement status of sleep time after sleep measurement has started. An information processing device comprising a control unit and a memory unit for managing the progress of a game using sleep information, wherein the control unit executes all of the steps executed in any one of the inventions according to claims 1 to 6 . A method executed by a computer having a processor and a memory for managing the progress of a game using sleep information, wherein the processor executes all of the steps executed in the invention according to any one of claims 1 to 6 . A system including a computer that manages the progress of a game using sleep information,
A system comprising means for executing all the steps performed in any one of claims 1 to 6 .