JP7478709B2 - Game program, method, and information processing device - Google Patents

Description

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

Technologies for measuring sleep are known. For example, by having a user wear a wristwatch-type device, the device determines the stage of sleep in which the user is in light sleep, deep sleep, or REM sleep based on the output results of a motion sensor installed in the device. This makes it possible to record changes in each sleep stage over time.

Technologies have also been developed to help users fall asleep. For example, JP 2017-045475 A (Patent Document 1) describes a technique that, when a user falls asleep listening to music, provides a ranking of the time it takes for the user to fall asleep based on the music that was being played when the user fell asleep, in order to help the user recognize what music helped them fall asleep and what music helps them fall asleep.

JP 2014-052834 A

However, even if a ranking of music suitable for helping users fall asleep is displayed, this alone may not lead to users developing regular sleeping habits.

For example, even if a user refers to a ranking of music suitable for falling asleep only when they are about to fall asleep, if the user has little motivation to make regular sleeping a habit in the first place, it is expected that the user will have few opportunities to refer to the ranking itself.

Therefore, the present disclosure aims to provide a game system that encourages users to develop regular sleep habits.

According to one embodiment, a game program is provided to be executed by a computer including a processor and a memory. The game program causes the processor to execute a first step of acquiring information related to a user's sleep, a second step of identifying a group to be assigned to the user from among a plurality of groups based on the information related to the user's sleep, and a third step of performing a specific game process using information on a plurality of users belonging to the same group from among the plurality of groups.

According to one embodiment, a method is provided that is executed by a computer including a processor and a memory. The method includes a first step in which the processor reads and executes a game program stored in the memory to acquire information related to the user's sleep, a second step in which the processor identifies a group to be assigned to the user from among a plurality of groups based on the information related to the user's sleep, and a third step in which the processor performs a specific game process using information on a plurality of users belonging to the same group from among the plurality of groups.

According to one embodiment, an information processing device is provided that includes a control unit and a storage unit. The control unit operates based on a game program stored in the storage unit to execute a first step of acquiring information related to a user's sleep, a second step of identifying a group to be assigned to the user from among a plurality of groups based on the information related to the user's sleep, and a third step of performing a specific game process using information on a plurality of users belonging to the same group from among the plurality of groups.

This disclosure can encourage users to develop regular sleep habits.

FIG. 1 is a diagram showing the overall configuration of a game system 1. 1 is a block diagram of a terminal device 10 constituting a game system 1 of an embodiment 1. FIG. 2 is a diagram showing the functional configuration of the server 20. 2A and 2B are diagrams showing the data structures of a user information database 281, a friend list 282, and sleep record information 283 stored in the server 20. This is a flowchart showing a process in which a user specifies a game unit and consumes an amount of stamina set for that game unit from a current value to play a game, and the reward when the game unit is cleared is determined according to the user's sleeping record. 13 is a flowchart showing a process of recovering a user's stamina value when the user is sleeping. 10 is a flowchart showing a process in which the terminal device 10 progresses the user's game play based on information related to the user's sleep. 13 is a flowchart showing a process of giving each user an advantage in the game progress and granting each user a reward by having multiple users achieve a sleep goal. FIG. 2 is a diagram showing an example of a screen of the terminal device 10. 13 is a flowchart showing a process of giving a reward in a game to a user because the user did not operate the terminal device 10 before falling asleep. 10 is a flowchart showing a process in which the terminal device 10 notifies a user of information related to sleep at an appropriate timing. FIG. 11 is a diagram showing an example of a screen of a terminal device 10 in the second embodiment. 13 is a flowchart showing a process of using information related to a user's sleep for ranking. 13 is a flowchart showing a process of giving a reward to a user for sleeping at a specific location such as an accommodation facility.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings. In the following description, the same parts are given the same reference numerals. Their names and functions are also the same. Therefore, detailed descriptions thereof will not be repeated.

First Embodiment
<1. Overall game system configuration>
FIG. 1 is a diagram showing the overall configuration of a game system 1.
1, the game system 1 includes a plurality of terminal devices (terminal device 10A and terminal device 10B are shown in FIG. 1. Hereinafter, they may be collectively referred to as "terminal devices 10") and a server 20. The terminal devices 10 and the server 20 are connected for communication via a network 80.

The terminal device 10 is a device operated by each user. The terminal device 10 is realized by a mobile terminal such as a smartphone or tablet compatible with a mobile communication system. In addition, the terminal device 10 may be, for example, a stationary PC (Personal Computer) or a laptop PC. As shown as terminal device 10B in FIG. 1, the terminal device 10 includes a communication IF (Interface) 12, an input device 13, an output device 14, a memory 15, a storage unit 16, and a processor 19. The server 20 includes a communication IF 22, an input/output IF 23, a memory 25, a storage 26, and a processor 29.

The terminal device 10 is connected to the server 20 via the network 80 so as to be able to communicate with the server 20. The terminal device 10 is connected to the network 80 by communicating with communication devices such as a wireless base station 81 that supports communication standards such as 5G and LTE (Long Term Evolution) and a wireless LAN router 82 that supports wireless LAN (Local Area Network) standards such as IEEE (Institute of Electrical and Electronics Engineers) 802.11.

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 an input device (e.g., a touch panel, a touch pad, a pointing device such as a mouse, a keyboard, etc.) for receiving input operations from a user. The output device 14 is an output device (a display, a speaker, etc.) for presenting information to a user. The memory 15 is for temporarily storing programs and data processed by the programs, etc., and is a volatile memory such as a DRAM (Dynamic Random Access Memory). The storage unit 16 is a storage device for saving data, such as a flash memory or a HDD (Hard Disc Drive). The processor 19 is hardware for executing an instruction set described in a program, and is composed of an arithmetic unit, a register, peripheral circuits, etc.

As shown in the figure, the terminal device 10 is connected to a game controller 11A via a wired or wireless connection. A user can operate the game controller 11A to play a game. The terminal device 10 may be capable of communicating with multiple game controllers 11A. For example, multiple users can use one terminal device 10 to play a game.

As shown in the figure, the terminal device 10 is connected to the sleep measuring device 11B by wire or wirelessly. The sleep measuring device 11B is a device for acquiring information about the sleep of the user of the terminal device 10. The sleep measuring device 11B is, for example, a wearable device attached to the user's body and includes a motion sensor such as a gyro sensor. The sleep measuring device 11B may also be a device placed on a mattress on which the user is sleeping. The terminal device 10 and the sleep measuring device 11B may also be the same device. This allows the movement of the user's body while sleeping to be detected by a gyro sensor or the like. By accumulating the sensing results sensed by various sensors while the user is sleeping, it is possible to determine whether the user is sleeping, in a light sleep state, in a deep sleep state, in REM sleep, in non-REM sleep, etc. In this way, the quality of the user's sleep can be evaluated by determining the waveforms of REM sleep and non-REM sleep, etc. For example, the cycle of REM sleep and non-REM sleep for good quality sleep is set in advance, and the quality of the user's sleep can be evaluated by comparing the waveforms of REM sleep and non-REM sleep during the user's sleep. Furthermore, the terminal device 10 detects that the user has gone to bed (for example, lying down in bed) and fallen asleep after going to bed, based on the output of the sleep measurement device 11B and the motion sensor of the terminal device 10. This allows the terminal device 10 to determine whether the user has performed an input operation on the terminal device 10 or viewed information displayed on the display 132 of the terminal device 10 after going to bed and before falling asleep. In other words, it can be determined whether a user who is about to go to sleep has operated the terminal device 10 before going to sleep.

The server 20 manages information about each user. As user information, the server 20 manages the game characters, game items, and virtual currency owned by each user (including those given to the user free of charge and those given to the user for a fee), the current and maximum values (upper limit values) of the parameter (also called "stamina value") of the amount of action consumed by each user to play a game unit (also called a quest), information about other users registered as friends by each user, etc.

The server 20 also collects information about each user's sleep sensed by the sleep measuring device 11B and stores the information in a database. For example, the terminal device 10 acquires the sensing results of the sleep measuring device 11B and transmits them to the server 20.

The server 20 performs processes to encourage interaction between users, specifically, matching users together to support multiplayer games in which multiple users play games together. The server 20 also sends and receives messages between users.

The server 20 manages the current and maximum stamina values of each user, and restores the current value to the maximum value over time. For example, the server 20 increases the current stamina value at predetermined intervals, such as every three minutes. The server 20 sets a timer for a predetermined time in response to a decrease in the stamina value from the maximum value, for example by a user starting game play on a game-by-game basis. When the timer detects that the predetermined time has elapsed, the server 20 increases the stamina value by a predetermined amount. If the stamina value has not reached its upper limit as a result of restoring it, the server 20 sets the timer again.

The amount of action power parameters consumed in game play per game unit may be the same for each game unit (the amount of stamina consumed is fixed), or the amount of action power parameters consumed during game play may be set for each game unit.

The communication IF 22 is an interface for inputting and outputting signals so that the server 20 can communicate with external devices. The input/output IF 23 functions as an interface with an input device for accepting input operations from the user and an output device for presenting information to the user. The memory 25 is for temporarily storing programs and data processed by the programs, etc., and is a volatile memory such as a DRAM (Dynamic Random Access Memory). The storage 26 is a storage device for saving data, such as a flash memory or a HDD (Hard Disc Drive). The processor 29 is hardware for executing a set of instructions written in a program, and is composed of an arithmetic unit, registers, peripheral circuits, etc.

In the illustrated example, the terminal devices 10 communicate with each other via the server 20, but multiple terminal devices 10 may communicate with each other directly via short-range wireless communication without going through the server 20. For example, two terminal devices 10 may be used to play against each other via local communication without going through the Internet.

<1.1 Configuration of terminal device 10>
FIG. 2 is a block diagram of the terminal device 10 constituting the game system 1 of the first embodiment. As shown in FIG. 2, the terminal device 10 includes a plurality of antennas (antenna 111, antenna 112), wireless communication units (first wireless communication unit 121, second wireless communication unit 122) corresponding to each antenna, an operation reception unit 130 (including a touch-sensitive device 131 and a display 132), a sound processing unit 140, a microphone 141, a speaker 142, a position information sensor 150, a camera 160, a motion sensor 170, a storage unit 180, and a control unit 190. The terminal device 10 also has functions and configurations (e.g., a battery for holding power, a power supply circuit for controlling the supply of power from the battery to each circuit, etc.) that are not particularly shown in FIG. 2. As shown in FIG. 2, each block included in the terminal device 10 is electrically connected by a bus or the like.

The antenna 111 emits the signal emitted by the terminal device 10 as a radio wave. The antenna 111 also receives the radio wave from space and provides the received signal to the first wireless communication unit 121.

The antenna 112 emits the signal emitted by the terminal device 10 as a radio wave. The antenna 112 also receives the radio wave from space and provides the received signal to the second wireless communication unit 122.

The first wireless communication unit 121 performs modulation and demodulation processing and the like for transmitting and receiving signals via the antenna 111 so that the terminal device 10 can communicate with other wireless devices. The second wireless communication unit 122 performs modulation and demodulation processing and the like for transmitting and receiving signals via the antenna 112 so that the terminal device 10 can communicate with other wireless devices. The first wireless communication unit 121 and the second wireless communication unit 122 are communication modules including a tuner, an RSSI (Received Signal Strength Indicator) calculation circuit, a CRC (Cyclic Redundancy Check) calculation circuit, a high-frequency circuit, and the like. The first wireless communication unit 121 and the second wireless communication unit 122 perform modulation and demodulation and frequency conversion of wireless signals transmitted and received by the terminal device 10, and provide the received signals to the control unit 190.

The operation reception unit 130 has a mechanism for receiving input operations from the user. Specifically, the operation reception unit 130 is configured as a touch screen and includes a touch-sensitive device 131 and a display 132. The touch-sensitive device 131 receives input operations from the user of the terminal device 10. The touch-sensitive device 131 detects the user's touch position on the touch panel, for example, by using a capacitive touch panel. The touch-sensitive device 131 outputs a signal indicating the user's touch position detected by the touch panel to the control unit 190 as an input operation.

The display 132 displays data such as images, videos, and text in response to the control of the control unit 190. The display 132 is realized, for example, by an LCD (Liquid Crystal Display) or an organic EL (Electro-Luminescence) display.

The audio processing unit 140 modulates and demodulates audio signals. The audio processing unit 140 modulates a signal provided by the microphone 141 and provides the modulated signal to the control unit 190. The audio processing unit 140 also provides the audio signal to the speaker 142. The audio processing unit 140 is realized, for example, by a processor for audio processing. The microphone 141 accepts audio input and provides an audio signal corresponding to the audio input to the audio processing unit 140. The speaker 142 converts the audio signal provided by the audio processing unit 140 into audio and outputs the audio to the outside of the terminal device 10.

The location information sensor 150 is a sensor that detects the location of the terminal device 10, and is, for example, a GPS (Global Positioning System) module. The GPS module is a receiving device used in a satellite positioning system. In a satellite positioning system, signals are received from at least three or four satellites, and the current location of the terminal device 10 equipped with the GPS module is detected based on the received signals. For example, in the game system 1, if the locations of users who are registered as friends can be referenced, the terminal device 10 can display a list of friends who are near the user on the display 132.

Camera 160 is a device that receives light using a light receiving element and outputs the light as a captured image. Camera 160 is, for example, a depth camera that can detect the distance from camera 160 to the subject being photographed.

The motion sensor 170 includes an acceleration sensor, an angular velocity sensor, etc., and detects the movement of the terminal device 10. For example, by placing the terminal device 10 on a mattress of a bed on which the user sleeps, when the sleeping user moves on the mattress, the movement can be detected. This makes it possible to determine whether the sleeping user is in light sleep, deep sleep, REM sleep, etc.
The storage unit 180 is configured with, for example, a flash memory, and stores data and programs used by the terminal device 10. In one aspect, the storage unit 180 stores user information 181 and sleep information 182.

User information 181 is information about a user in a game based on a game program. User information includes information identifying the user, the user's name, the user's level in a game based on a game program, the current and maximum stamina value (upper limit), game objects (including game characters and game items) owned by the user, the amount of virtual currency owned by the user, identification information of other users who are registered as friends of the user, user attribute settings, game progress constraints imposed depending on the user's sleep state, etc.

Sleep information 182 is information about the user's sleep state measured by sleep measuring device 11B. The terminal device 10 communicates with sleep measuring device 11B via short-range wireless communication such as Bluetooth (registered trademark) or Wi-Fi, and receives the sensing results of sleep measuring device 11B.

The control unit 190 controls the operation of the terminal device 10 by reading a program stored in the storage unit 180 and executing instructions contained in the program. The control unit 190 is, for example, an application processor. By operating according to the program, the control unit 190 fulfills the functions of an input operation reception unit 191, a transmission/reception unit 192, a data processing unit 193, and a notification control unit 194.

The input operation reception unit 191 performs processing to receive a user's input operation on an input device such as the touch-sensitive device 131. The input operation reception unit 191 determines the type of operation, such as whether the user's operation is a flick operation, a tap operation, or a drag (swipe) operation, based on information on the coordinates where the user touches the touch-sensitive device 131 with a finger or the like.

The transmission/reception unit 192 performs processing for the terminal device 10 to transmit and receive data to and from external devices such as the server 20, the game controller 11A, and the sleep measurement device 11B in accordance with a communication protocol.

The data processing unit 193 performs calculations on the data received by the terminal device 10 according to a program, and outputs the calculation results to a memory or the like.

(i) Decrease in stamina value accompanying gameplay of a quest: For example, when the user selects a quest to play the game, the data processing unit 193 performs a series of processes such as subtracting stamina value. Specifically, a plurality of game units (quests) are displayed on the display 132, and the data processing unit 193 accepts the user's designation of the game unit to be played. If the user's current stamina value exceeds the consumption required for gameplay of the game unit, the data processing unit 193 starts gameplay of the game unit. The data processing unit 193 subtracts a predetermined consumption amount from the current stamina value as the user plays the game unit. In addition, if the consumption amount set for the game unit to be played by the user is greater than the user's current stamina value (i.e., if the quest cannot be started due to insufficient stamina value), a screen is displayed encouraging the user to consume an item or the like that can restore stamina value.

(ii) Recovery of stamina value over time: The data processing unit 193 performs a process to gradually recover the current stamina value to the maximum stamina value over time.

(iii) Purchase process: The data processing unit 193 accepts a purchase process from the user. For example, by accepting the purchase process, the data processing unit 193 grants paid virtual currency to the user. The purchase process may also be capable of restoring the current stamina value, may grant the user a specific game object (game character, game item, etc.), or may grant the user a continuous benefit (such as being able to receive a special login bonus). The paid virtual currency can be used for various purposes, such as restoring the current stamina value or obtaining a game object by lottery.

The notification control unit 194 performs processing to present information to the user. The notification control unit 194 performs processing to display a display image on the display 132, to output audio to the speaker 142, to generate vibrations in the camera 160, etc.

<1.2 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 201, a storage unit 202, and a control unit 203.

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

The memory unit 202 stores data and programs used by the server 20. The memory unit 202 stores a user information database 281, a friend list 282, sleep performance information 283, etc.

The user information database 281 is a database for holding information about each user in a game based on a game program. Details will be described later.

The friend list 282 is a database for storing information on users who are registered as friends by each user. Details will be described later.
The sleep record information 283 is information related to the sleep of each user. The server 20 accumulates the information related to the sleep of each user by receiving the information related to the sleep from the terminal device 10 of each user. Details will be described later.

The control unit 203 performs functions shown as various modules by the processor of the server 20 performing processing according to a program.

The operation content acquisition module 2041 acquires the user's operation content. For example, the operation content acquisition module 2041 acquires which game unit the user has specified as the target of game play as the user's operation content.

The reception control module 2042 controls the process in which the server 20 receives signals from external devices according to a communication protocol.

The transmission control module 2043 controls the process in which the server 20 transmits signals to external devices according to a communication protocol.

The matching module 2044 matches users who will be playing multiplayer games, etc. The matching module 2044 may, for example, match friends of users who are registered on a friend list.

The game progress module 2045 determines whether the user has enough stamina to play the game unit based on the user's operation to specify the game unit, and updates the user information DB 281 by subtracting the consumption amount set for the game unit from the current stamina value. The game progress module 2045 responds to the user's terminal device 10 with data necessary for game play for the game unit (such as character voice data, data on the map for moving the character, and data on enemy characters).

<2 Data Structure>
FIG. 4 is a diagram showing the data structures of the user information database 281, the friend list 282, and the sleep record information 283 stored in the server 20. As shown in FIG.

As shown in FIG. 4, each record in the user information database 281 includes, for each piece of information identifying a user, an item "user identification information (user ID)," an item "user name," an item "user level," an item "current stamina value," an item "maximum stamina value," an item "owned game objects," an item "user attribute settings," an item "constraints based on sleep evaluation," and the like.

Although not shown, the user information DB 281 includes information on the amount of paid virtual currency and free virtual currency held by each user. Free virtual currency indicates the amount of virtual currency that was given to the user free of charge and that the user holds. For example, the terminal device 10 gives free virtual currency to the user through login bonuses, event rewards, etc. Paid virtual currency indicates the amount of virtual currency that was given to the user for a fee and that the user holds. For example, the terminal device 10 gives paid virtual currency to the user by accepting a process to purchase paid virtual currency through a purchase process. The free virtual currency and paid virtual currency may have the same name in the game (for example, written as "virtual currency (given free of charge)" or "virtual currency (given for a fee)") or may have different names.

The item "user identification information (user ID)" is information for identifying each user.
The item "user name" is the name set by the user.
The item "user level" is a parameter that increases separately from the level of the game character, etc., as the user repeatedly plays the game. For example, as the user level increases, the value set in the item "maximum stamina value" increases. This makes it easier for the user to play game units that consume more stamina value as the user level increases.
The item "Current stamina value" is the current value of the user's action power parameter (current stamina value). If the current stamina value is less than the consumption amount set for each game, the user cannot start game play for that game. The user can increase the current stamina value by consuming a game item that can restore stamina value, or by consuming paid or unpaid virtual currency. At this time, the current stamina value may be restored to a value exceeding the maximum value of the stamina value.
The item "maximum stamina" is the maximum value of the user's action power parameter (maximum stamina value, upper limit). The current stamina value recovers to the maximum value over time.
The item "owned game objects" is information on game characters, game items, etc. owned by the user. This item also includes information on the levels of each game character and game item, etc.
The item "user attribute setting" indicates attributes set for a user. The attributes may be set by the user's operation. For example, in a game, a group (also called a team, guild, etc.) to which multiple users belong can be set up. The server 20 assigns unique identification information (group ID) to the set up group, and accepts the setting of the group's name from the users who belong to the group. By participating in a group, a user can use various functions such as a function for sending and receiving messages with members of the group (such as a group bulletin board), a function for playing multiplayer games with members of the group (such as playing against each other in a group, fighting together), and a function for playing multiplayer games between groups (such as playing against each other in a group, fighting together, etc.).

In addition, for example, if a user and another user have a family relationship, the user can designate the other user as a family member. For example, if user "C" designates user "D" as a family member, user "C" is also set as a family member for user "D."

Users can also set up groups as family groups. For example, members can only join a group if approved by the user who created the group, or if the users are set as family members of the members in the group.

The "Sleep evaluation constraints" item shows the various conditions and constraints that are set for each user's gameplay, based on information about the user's sleep.

(i) Adjustment of game parameters during gameplay according to sleep performance As a condition set for gameplay, for example, the game parameters are adjusted so that the more the user achieves the sleep goal set for the user, the more advantageous the progress of the game becomes for the user. Such game parameters are not limited to those simply given to the user as items or the like (for example, when the user achieves the sleep goal, in-game currency is given). For example, this game parameter is a parameter referenced by the game program while the user is playing the game, and may be used to adjust the balance of the game. The parameter adjusts the level of difficulty, such as the strength of enemy characters, the degree of assistance to the user, such as the ease of obtaining items, and the like.

Specifically, for example, the in-game presentation is changed according to the time the user wakes up (when the user wakes up), the time the user wakes up (when the user gets up from bed), the time the user goes to bed (when the user goes to bed), the time the user goes to bed (when the user falls asleep), the quality of the user's sleep, and so on. Note that the user is awake when he or she wakes up, so "the user wakes up" includes "the user wakes up". Similarly, "the user falls asleep" includes "the user goes to bed". For example, when the user wakes up according to the target time for waking up, it becomes easier to acquire items in the game. For example, when the user purchases an item during gameplay, the unit price of the item is reduced, and when the user sells an item during gameplay, there are more opportunities for the item to be purchased. Note that a time period in which gameplay is advantageous for the user may be set regardless of information about the user's sleep time (time of waking up, time of bed). For example, if a user wakes up at 7:00 a.m., which meets the predetermined scheduled wake-up time, the user's game play may be favored during a time period other than the time when the user woke up, such as between 10:00 a.m. and 12:00 a.m.

(ii) Adjustment of a user's opportunity to play a game according to his/her sleep record (A) Availability of game play: As a constraint set on game play, for example, a user may be allowed to play a specific game unit (also called a "quest" or the like) as the user achieves a sleep goal set for the user. For example, for a game unit with a relatively large reward when cleared, a game unit with a high level of difficulty, or a game unit provided by a game operator as an event for a certain period of time, the user may be allowed to play the game or the number of times the game can be played may be increased by the user achieving the sleep goal.

(i) Change in period during which game play is possible: The period during which game play of a specific game unit is possible may be adjusted depending on whether or not the user has achieved a sleep goal set for the user. For example, the user can play a specific game unit regardless of whether or not the user has achieved a sleep goal, but if the user achieves a sleep goal, the period during which the user can play the specific game unit may be set to be longer, and the game may be playable during a specific time period, such as a time period specified by the user.

(iii) Adjustment of User Operation Opportunities and In-Game Behavior According to Sleep Record As a constraint for the user, an opportunity to perform a specific operation may be set for the user according to the user's sleep record. For example, the user may be allowed to perform an operation to receive a reward such as a gift item by achieving a sleep goal (a period during which the operation can be performed may be set).

In addition, restrictions on the user may be set so that the user is allowed to perform certain actions during the game depending on the user's sleep record. Specific actions during the game include transferring items, obtaining items, fighting between the player character and other characters, etc. For example, the user is permitted to transfer certain items, etc. to other users, NPCs (non-player characters), etc., only when the user is sleeping. Details will be described later.

Each record in the friend list 282 includes an item “User 1”, an item “User 2”, an item “Friend registration date”, an item “Whether sleep information is made public”, an item “Common attributes”, an item “Common sleeping hours”, etc.
The item "user 1" indicates one of the users who are registered as friends of each other.
The item "user 2" indicates the other user of the users who are registered as friends of each other.
The item "friend registration date" indicates the date and time when the users were registered as friends.
The item "disclosure of sleep information" indicates whether or not information related to sleep of each user is disclosed to users registered as friends. For example, there are settings such as "private" which prohibits disclosure between users registered as friends, "mutual disclosure" which allows friends to disclose information to each other, and "unilateral disclosure" which allows one user to disclose information to the other user.
The item "Common Attributes" indicates attributes that are common to all users who are registered as friends. For example, users who are registered as friends may be "family members" or may belong to the same "group."
The item "common sleeping time" indicates the time period during which each user who is registered as a friend sleeps together, that is, the time period during which each user is asleep.

Note that a method of friend registration may be such that one user applies to another user for friend registration, and if the other user approves, the user is added to the friend list. Also, a user may be able to add (follow) another user to the list without the other user's approval. In this case, when both users follow each other, they are in a mutual follow state.

Each record of the sleep performance information 283 includes an item "user identification information", an item "date and time", an item "sleep goal", an item "sleep performance", an item "sleep evaluation parameters", and the like.
The item "user identification information (user ID)" is information for identifying each user.
The item "date and time" indicates the timing at which the sleep measuring device 11B performed sensing as a result of the user sleeping.
The item "sleep goal" indicates a target value for the user to sleep. For example, the target value for sleep may include information on the time when the user goes to bed and the time when the user wakes up.
The item "sleep performance" indicates the sleep performance value of each user that is recorded when the user sleeps and the sleep measuring device 11B performs sensing. The sleep performance value includes, for example, the time when the user went to bed and the time when the user woke up.

The server 20 receives information on the sleep performance from each user's terminal device 10 and updates the sleep performance information 283. The time when the user went to bed may be determined based on the sensing results of the sleep measuring device 11B, or may be the timing when an operation to start going to bed is received from the user. The time when the user woke up may be determined based on the sensing results of the sleep measuring device 11B, or may be the timing when an operation indicating that the user woke up is received from the user.

The item "sleep evaluation parameter" is an evaluation parameter that evaluates the user's sleep performance. For example, the value of the evaluation parameter may be set to be good depending on whether the sleep time reaches the target time, whether the quality of sleep is good, etc. The evaluation parameter may be a visualization of the sleep debt, so to speak, depending on the user's sleep performance.

The server 20 receives information on the sleep performance from each user's terminal device 10 and calculates the evaluation parameters for each user. The server 20 provides the user with game play using the evaluation parameters. For example, if the evaluation parameters are not good (e.g., the user's sleep is not appropriate and the user is sleep-deprived) to encourage the user to achieve the sleep goal set for the user, the server 20 or the terminal device 10 adjusts various parameters to reduce the efficiency of the user's game play and notifies the user to encourage them to get adequate sleep.

For example, if the user is not sleeping well, the terminal device 10 notifies the user, "Your body is tired, so go to bed," encouraging the user to go to bed. The terminal device 10 also changes the gameplay environment so that the efficiency of the user's gameplay decreases by reducing the ease of acquiring experience points, game items, and the like, even if the user plays the game. This makes it possible for the user to recognize that playing the game when he or she is tired will not allow the user to progress through the game efficiently, and encourages the user to sleep well.

The evaluation parameter can also be said to represent the user's physical condition. Based on the evaluation parameter, the terminal device 10 or the server 20 can suggest to the user a game play that corresponds to the user's physical condition. For example, when a user has had a sufficient sleep, it is understood that the user's body being moderately tired is good for health. Therefore, in response to the user having had a sufficient sleep, the terminal device 10 or the server 20 can select a game that requires the user to move his/her body from among multiple game candidates and notify the user to play the game. For example, during game play of a certain game, by determining that the user's physical condition is good based on the user's sleep history, the terminal device 10 or the server 20 can suggest to the user that the user play another game (for example, a game in which the user can progress by walking). Also, by determining that the user's physical condition is not good based on the user's sleep history, the terminal device 10 or the server 20 can suggest to the user that the user play another game (for example, a game in which the user can progress without moving).

<3 Operation>
The game processing by the terminal device 10 will be described below.

<3.1 Operation example 1>
Figure 5 is a flowchart showing a process in which a user specifies a game unit, consumes an amount of stamina set for that game unit from the current stamina value, and plays a game, in which the reward upon completion of the game unit is determined according to the user's sleeping record.

In step S501, the terminal device 10 displays the quests that are the units of play on the display 132 and accepts the selection of a quest from the user.

In step S503, the terminal device 10 determines whether the user's current stamina value exceeds the stamina consumption amount set for the quest specified by the user. If the user's current stamina value exceeds the stamina consumption amount for the quest, the terminal device 10 transmits a signal to the server 20 indicating that game play for the quest is to begin. The terminal device 10 subtracts the stamina consumption amount set for the quest from the user's current stamina value.

In step S553, the server 20 subtracts the consumption amount from the user's stamina value based on the consumption amount set for the quest specified by the user, and updates the user information DB 281.

In step S505, the terminal device 10 progresses gameplay of the quest specified by the user in response to the user's input operations.

In step S507, the terminal device 10 determines whether the end condition of the quest is met (for example, the game character operated by the user defeats the boss character set in the quest, the game character operated by the user becomes unable to fight, etc.), and updates various parameters when the quest is to be ended. For example, the terminal device 10 updates various parameters by increasing the user's experience points, granting the user a drop item set in the quest, etc. Here, when the terminal device 10 determines that the end condition of the quest is met, it determines whether the sleep performance satisfies a predetermined condition based on the user's sleep information in the sleep performance information 283. For example, when the actual sleep performance of the user reaches the sleep goal (goal of going to bed, time to sleep, awakening time, waking up time, and quality of sleep) set in advance by the user, the terminal device 10 determines that the sleep performance satisfies the condition. In other words, the terminal device 10 determines that the quality of the user's sleep is good.

If the condition is not met, the terminal device 10 sets the reward when the quest is cleared to the first reward. If the condition is met, the terminal device 10 sets the reward when the quest is cleared to the second reward, which is more advantageous to the user than the first reward. For example, the second reward is more advantageous to the user than the first reward because more experience points, more in-game currency, or better or more game items can be obtained when the quest is cleared.

In step S555, the server 20 updates the user information DB 281 based on the update results of the user's various parameters.

As a result, users can receive rewards in the game by getting regular sleep, and are encouraged to develop good sleeping habits. In addition, by starting the game and clearing a quest, rewards are given according to the amount of sleep, so users can get some sleep while still enjoying playing the game after waking up.

<3.2 Operation example 2>
FIG. 6 is a flowchart showing a process for recovering a user's stamina value when the user is asleep.

In step S601, the terminal device 10 transmits information related to the user's sleep to the server 20. The terminal device 10 transmits information related to the user's sleep, such as the time the user went to bed, the time the user started to sleep, the time the user woke up, the time the user got up, and information on the quality of sleep, to the server 20.

In step S653, the server 20 refers to the user information DB 281 and determines that the user's current stamina value is not restored during the time when the user is not asleep (for example, the time from when the user wakes up to when the user goes to bed), but is restored as time passes while the user is asleep.

In step S653, the current stamina value may be restored over time even when the user is not asleep, while the stamina value may be restored to a greater extent over time when the user is asleep. For example, the amount of stamina value restored over time when the user is awake (not asleep) all day may be set to an amount that allows a predetermined number of game units to be played. This makes it possible to encourage the user to sleep while limiting the number of game units played per day.

In step S655, the server 20 generates evaluation parameters that evaluate the user's sleep performance.

In step S657, the server 20 updates the sleep performance information 283 based on the information on the user's sleep performance received from the terminal device 10 and the evaluation parameters generated in step S655.

In step S603, the terminal device 10 receives evaluation parameters that evaluate the sleep performance from the server 20.

In step S605, the terminal device 10 controls the user's game progress based on the evaluation parameters.

As described above, in a game where stamina is consumed to play a game unit, the user can recover the current stamina value by sleeping. This makes it possible to encourage the user to get an appropriate amount of sleep while still providing an entertainment value through gameplay.

<3.3 Operation example 3>
FIG. 7 is a flowchart showing a process in which the terminal device 10 progresses the user's game play based on information related to the user's sleep.

In step S701, the terminal device 10 sets actions (e.g., transferring items, fighting other characters, etc.) that the user will cause the player character (PC) operated by the user to perform while sleeping, in response to the user's operation or in response to a predetermined rule regardless of the user's operation.

In step S703, when the terminal device 10 detects that the user has fallen asleep (or gone to bed) based on the sensing results of the sleep measurement device 11B, it transmits information about the user's sleep to the server 20.

In step S753, the server 20 receives information related to the user's sleep from the terminal device 10. The terminal device 10 permits the user's player character to perform the actions set in step S701 during the time period when the user is sleeping. The server 20 accepts actions of characters of other users and non-player characters (NPCs) against the user's player character. For example, if the user's player character sells items, etc., the server 20 performs a process in which NPCs, etc. purchase the items, etc. during the time period when the user is sleeping. Thus, the user can progress through the game by sleeping appropriately.

In step S755, the server 20 sets a period during which specific operations can be accepted from the user and a period during which the user can participate in specific events based on the user's sleep history (time to bed, time to sleep, time to wake up, time to get up, quality of sleep). The server 20 performs processing such as, for example, setting a period during which the user can perform an operation to receive a reward by sleeping appropriately, setting a period during which the user can participate in an event, and lengthening these periods.

In step S757, the server 20 adjusts the time at which a specific event occurs, specific game parameters, etc., when the user plays the game based on the user's sleep record. For example, if the user wakes up at a specific time (for example, if the user aims to wake up at 7 a.m. and actually wakes up at 7 a.m.), the server 20 performs processing such as making events more likely to occur and performing in-game effects at specific times so that the game progress is favorable to the user.

In step S705, the terminal device 10 adjusts the game progress based on the user's sleep history.

As described above, by getting a proper night's sleep, the user can progress through the game, gain an advantage in the game, and make it easier for the user to execute specific operations in the game. Thus, while encouraging the user to get a proper night's sleep, it is possible to further increase the interest of the gameplay.

<3.4 Operation example 4>
Fig. 8 is a flowchart showing a process of giving an advantage to each user in the game progress by having multiple users achieve a sleep goal, giving each user a reward, etc. In the example of Fig. 8, a first user operates a terminal device 10A, and a second user operates a terminal device 10B. The first user and the second user have common attributes, and specifically, are friend users registered as family members.

In step S801A, the terminal device 10A notifies the first user of information about the sleep schedule (scheduled bedtime, planned wake-up time) of a second user who has attributes in common with the first user. The terminal device 10A notifies the first user that a reward that can be used in game play will be granted if the first user sleeps during the target sleep time period set for the second user.

In step S811B, the terminal device 10B notifies the second user of information about the sleep schedule of a first user who has attributes in common with the second user. The terminal device 10B notifies the second user that a reward that can be used in game play will be granted if the second user sleeps during the target sleep time period set for the first user.

In step S803A, when the terminal device 10A detects that the first user is asleep, it transmits information about the first user's sleep to the server 20.

In step S813B, when the terminal device 10B detects that the second user is asleep, it transmits information about the second user's sleep to the server 20.

In step S853, the server 20 receives information regarding the sleep of the first user and the second user from the terminal device 10A and the terminal device 10B, respectively, and updates the sleep performance information 283.

In step S855, the server 20 refers to the sleep records of the first user and the second user, determines the rewards to be given to the first user and the second user according to the relevance of the sleep time between the first user and the second user (specifically, the first user and the second user sleep during the same time period), and notifies the terminal device 10A and the terminal device 10B of the determined reward. In addition, as the relevance of the sleep time between the first user and the second user, the reward to be given to each user may be determined when the sleep time period of the first user and the second user overlaps for a predetermined time or more. Furthermore, the reward may be given to each user when both the first user and the second user are sleeping during the overlapping time period. In addition, the reward may be given to each user when the sleep time period of the first user and the second user does not overlap. The user to whom the reward is given may be either the first user or the second user. For example, a reward may be given to the user who, between the first user and the second user, got a better sleep.

In step S805A, the terminal device 10A notifies the first user of the reward that has been granted in exchange for the first user sleeping during the same time period as the second user.

In step S815B, the terminal device 10B notifies the second user of the reward that was granted in exchange for the second user sleeping during the same time period as the first user.

In the above process, the first user and the second user may both set a common sleep goal (bedtime, wake-up time), and each user may be given a reward when they achieve the sleep goal together. In addition, the first user and the second user may be able to notify each other (or either the first user or the second user) of the sleep goal. For example, the first user may be able to send a message presenting a sleep goal, such as "Sleep from 10pm to 7am," to the terminal device 10B operated by the second user by operating the terminal device 10A. Here, the sleep goal is set for the first user and the second user by the second user performing an operation to view the message, etc. In addition, the terminal device 10B may be able to notify the terminal device 10A of the first user that the second user has viewed the message. This encourages the first user and the second user to sleep in order to achieve their sleep goal together.
In addition, the reward to be given to the user when the sleep goal is achieved may be set by another user. For example, the first user may set the reward to be given to the second user when the second user achieves the sleep goal. In this way, for example, when the first user is the parent of the second user, the parent (first user) presents the sleep goal to the child (second user), and the child (second user) sleeps according to the goal, and the child (second user) is given a reward. Here, when the first user sets the reward to be given when the second user achieves the sleep goal, the terminal device 10A may extract and display the recommendation of the reward to be presented by the first user to the second user based on the game play achievements of the second user. For example, a list of game objects related to the player characters used frequently by the second user in the game play (for example, equipment items of the player characters used frequently, items that can be transferred to advanced classes, materials that can be evolved, etc.) may be presented to the first user as the recommendation of the reward to be set for the second user.

This will encourage multiple users to work together to achieve their sleep goal, and will also increase the game's interest by offering rewards for multiple users sleeping together.

<4 Screen example>
FIG. 9 is a diagram showing an example of a screen of the terminal device 10. As shown in FIG.

The example screen (A) in FIG. 9 shows a situation in which the user's sleep performance is evaluated to generate evaluation parameters, and the evaluation parameters are used to play the game. This corresponds to steps S657, S603, and S605 in FIG. 6.

As shown in the example screen (A), the terminal device 10 displays a user level 132A, an evaluation parameter 132B, a game start button 132C, and a notification display section 132G on the display 132.

The user level 132A represents the level of the user playing the game as a player. When the user plays the game, the terminal device 10 grants experience points (player experience points) to the user himself, not to the game character. When the user's level as a player increases, the terminal device 10 recovers stamina points and increases the maximum stamina point.

Evaluation parameters 132B is an area that displays evaluation parameters that evaluate the user's sleep performance.

The notification display section 132G is an area that notifies the user of the content of controlling the game progress based on the evaluation parameter (which is a parameter that evaluates the user's sleep performance and therefore can also represent the user's good physical condition). In the screen example (A), the terminal device 10 displays a notification indicating that the user's physical condition is good according to the evaluation parameter (sleep parameter) (displaying, for example, "You are in good physical condition"). Depending on the value of the evaluation parameter being good, the user can be provided with an experience as if the user's good physical condition is also reflected in the game play. Specifically, in the notification display section 132G, the terminal device 10 notifies the user that the game progress will be advantageous to the user, such as that the experience points the user acquires in game play will be increased, and that the user will be less likely to receive damage when fighting an enemy character with the player character.

The game launch button 132C is an area that allows the terminal device 10 to accept an operation from the user to launch another game, rather than the currently running game program.

For example, if the user's physical condition is good, the user's physical condition can be improved by encouraging the user to move his or her body. Thus, in response to receiving a user's operation on the game start button 132C when the value of the evaluation parameter is good, the terminal device 10 may display a message encouraging the user to start another game program that encourages the user to move his or her body (for example, a game that uses map information and allows the user to progress through the game by moving in the real world). In response to the user's start-up operation, the terminal device 10 starts the other game program.

Also, the evaluation parameters may not be good and the user may be in poor physical condition.
Screen example (B) shows a display example of a screen when the user's physical condition is not good. The terminal device 10 notifies the user in the notification display section 132G that the user's game progress will be disadvantageous to the user, such as that the experience points the user acquires through game play will be reduced, that the user's player character will be more likely to receive damage when fighting an enemy character, etc. In addition, as shown in the notification display section 132G, the terminal device 10 may notify the user to play another game so as not to increase fatigue accumulated in the user's body.

As described above, an example of launching another game in response to a user's operation of the game launch button 132C has been described. Here, the evaluation parameter value may be a parameter that the user can use in common across multiple game programs. The terminal device 10 may display a list of game programs in which the user can use the evaluation parameter value, and accept from the user a designation of the game program to be executed.

Also, at least one of the terminal device 10 and the server 20 may accumulate and manage evaluation parameters generated by the user as the user sleeps daily. The terminal device 10 and the server 20 may use the accumulated evaluation parameter values to provide the user with a plurality of games in which the evaluation parameters can be used. For example, a portal site or the like may issue a user ID, and the accumulated value of the evaluation parameters accumulated by the user may be managed in association with the user ID. The evaluation parameters may be used in various ways in each of the plurality of games. For example, a game item that can only be obtained by consuming the evaluation parameters may be provided. Also, for example, a specific game process may be performed using the evaluation parameters instead of virtual currency.
This encourages the user to get enough sleep each day to achieve their sleep goal.

Screen example (C) shows a situation in which multiple users are encouraged to achieve their sleep goals. This corresponds to each process in FIG. 8.

As shown in the example screen (C), the terminal device 10 displays sleep schedule information 132H and friend sleep schedule 132J in the notification display section 132G. The terminal device 10 displays a notification button 132K.

The terminal device 10 displays a message in the notification display section 132G encouraging the user to go to bed at the same time as other users. At this time, information on the sleep schedule of the user of the terminal device 10 (scheduled bedtime and wake-up time) is displayed in the sleep schedule information 132H. Additionally, information on the sleep schedule of other users who have attributes in common with the user (family members in the example screen (C)) is displayed in the friend sleep schedule 132J.

The notification button 132K is an area for accepting operations when the user starts to sleep. The user starts to sleep after performing an input operation on the notification button 132K. In order to prevent the user from operating the terminal device 10 even though he or she is about to go to sleep, the terminal device 10 may respond to the user's input operation on the notification button 132K and not accept input operations on the terminal device 10 until the time the user plans to wake up.

In response to a user's input operation on the notification button 132K, the terminal device 10 notifies other users who have attributes in common with the user that the user is about to go to bed.

Screen example (D) shows a situation in which, as a result of the user sleeping in accordance with the sleep goal, the terminal device 10 causes the player character to perform a specific game action while asleep, and displays the results of that game action after the user wakes up. This corresponds to each process in FIG. 7.

The terminal device 10 displays a notification display section 132P, a message 132Q, a receiving operation acceptance section 132R, etc.

The notification display unit 132P displays whether the user has slept in accordance with the sleep goal. In the illustrated example, the terminal device 10 displays on the notification display unit 132P that the user was able to wake up at the scheduled wake-up time set as the sleep goal.

Message 132Q is an area that displays the content of the game action taken by the player character while the user was sleeping as a result of sleeping in accordance with the sleep goal. In the illustrated example, the terminal device 10 displays that the user caused the player character to perform a specific game action (such as selling an item) while sleeping, and that the terminal device 10 has accepted the purchase of an item from another user (user "C") and received the payment in in-game currency.

The receiving operation receiving unit 132R is an area for receiving an operation by the user to receive the reward granted to the user. If the user's sleep reaches a goal, the user may be able to receive the reward through the receiving operation receiving unit 132R.

<Summary>
As described above, according to the present embodiment, by a user getting an appropriate amount of sleep, the user's game progress can be advantageous. As a specific example of an advantageous aspect of the game progress, when a user plays a game upon waking up and meets a clearing condition for each game, the more appropriate the user's sleep, the more advantageous the reward for clearing the game.

This encourages users to get adequate sleep, while also providing incentives for playing the game itself by awarding rewards upon clearing each game.

<Modification>
(1) In the explanation of FIG. 8 and the like, an example was described in which a first user and a second user each present a sleep goal to the other, sleep together, and are given a reward for achieving the sleep goal. In addition, the first user and the second user may sleep for different periods. A reward may be given to at least one of the first user and the second user by the second user playing a game during a period in which the first user is asleep. This can encourage the first user to sleep so as to reach the sleep goal, while also further increasing the interest of the second user in playing the game.

(2) In Figures 4, 8, 9, etc., it has been explained that various attributes such as groups are set for users. It has been explained that an example of a group is "family." In addition, the reward given to a user when the user achieves his or her sleep goal may be set according to the user's attributes. For example, in Figure 8, etc., the reward given when multiple users who are a family achieve their sleep goal may be different from the reward given when users who are not a family but are in a group such as a guild achieve their sleep goal.

(3) In the above embodiment, the terminal device 10 detects that the user has gone to bed and that the user has fallen asleep after going to bed. In this case, the terminal device 10 may give a reward to the user because the user has fallen asleep after going to bed without receiving any input operation on the terminal device 10. It is possible to support a user who is trying to sleep in achieving a sleep goal without operating the terminal device 10.

Second Embodiment
As described above, in the first embodiment, an example in which various rewards are given to a user in a game by the user achieving a sleep goal has been described. In the second embodiment, the following will be described.

(1) Technology for dealing with user operating the terminal device 10 before falling asleep Even when a user is in bed and trying to fall asleep, the user may end up operating the terminal device 10 or the like due to boredom or concern over notifications on the terminal device 10, making it difficult for the user to fall asleep. If the user sees light emitted from the backlight of the display 132 of the terminal device 10, the user may be prevented from falling asleep and may not develop proper sleeping habits.

Therefore, there is a need for technology that prevents users from operating the terminal device 10 before falling asleep.

In the second embodiment, a technique is described that prompts the user not to operate the terminal device 10 from the time the user goes to bed (the time the user is lying in bed but not yet asleep) until the time the user falls asleep.

(2) Technology for notifying a user at an appropriate time to encourage them to sleep In the case of technology for notifying a user of a predetermined planned sleep time by push notification or the like, if the push notification is sent during a time period when the user is sleeping, there is a risk that the push notification will actually disturb the user's sleep.

Therefore, in the second embodiment, we will explain a technology that notifies the user at an appropriate time to encourage them to sleep.

(3) Technology that encourages a user to move around to get an appropriate sleep based on information about the user's current location. When a user is out and about and away from a place where he or she would normally sleep, it may be difficult for the user to get to sleep even when the scheduled bedtime has arrived.

Therefore, in the second embodiment, we will explain a technology that notifies the user while taking into account the user's current location in order to assist the user in sleeping.

Figure 10 is a flowchart showing the process of granting a reward in a game to a user because the user did not operate the terminal device 10 before falling asleep.

In step S1001, the terminal device 10 detects that the user is ready to sleep (for example, the user has gone to bed, such as lying down in bed) based on the output of the sleep measurement device 11B and the motion sensor of the terminal device 10, etc.

In step S1003, in response to detecting in step S1001 that the user is preparing to sleep, the terminal device 10 initializes the game points and starts a process of varying the game points over time. For example, the terminal device 10 adds a predetermined value to the game points every time a certain amount of time has passed.

In step S1005, after the user goes to bed, the terminal device 10 judges whether the user has fallen asleep based on the sleep measurement device 11B, the output of the motion sensor of the terminal device 10, etc. The terminal device 10 initializes the above-mentioned game points when it detects an input operation of the user to the terminal device 10 before the user falls asleep. That is, when the terminal device 10 operates the terminal device 10 before the user falls asleep, it discards the change in the game points due to the passage of time and resets the game points that are the reward for the user. When the terminal device 10 detects that the user has fallen asleep, it gives the user a reward for not operating the terminal device 10 during the period from when the user gets ready to sleep until the user falls asleep. In addition, the terminal device 10 gives the user a reward that is more advantageous in game play for the user depending on the length of the period (i.e., the time that has elapsed from when the user tries to sleep until actually falling asleep). Furthermore, the terminal device 10 suspends the process of varying the game points over time based on the timing at which the user falls asleep, and grants to the user the game points that have changed over time during the period until the user falls asleep. Note that the condition for resetting the reward granted to the user may include the case where the user operates the terminal device 10 during the period until the user falls asleep, as well as the case where the user operates other devices, not limited to the terminal device 10. For example, if the user does not operate the terminal device 10 after falling asleep, but operates another device such as a wearable device, the reward granted to the user may be reset. In other words, the user may be able to earn the reward for the period until falling asleep by not operating any devices other than the terminal device 10 after falling asleep.

As a result, even if the user has difficulty falling asleep after lying down in bed, the user can obtain a reward that can be used in the game by not operating the terminal device 10, and the longer the period during which the user has difficulty falling asleep, the more advantageous the reward may be. Therefore, even if the user takes a long time to fall asleep after getting into bed, the user is encouraged to concentrate on falling asleep without operating the terminal device 10.

In step S1007, the terminal device 10 transmits to the server 20 the timing at which it detected the user's sleep state, the timing at which the user fell asleep, the history of operations performed on the terminal device 10 by the user (including the history of operations performed on the terminal device 10 in the case where the user ends up operating the terminal device 10 in an attempt to fall asleep after going to bed), the contents of the rewards acquired by the user, and information on the game points acquired by the user.

In step S1055, the server 20 receives information on various parameters of the user from the terminal device 10 and updates various data such as the user information database 281 and sleep performance information 283.

As described above, (1) a technology for dealing with the situation where the user operates the terminal device 10 before falling asleep has been described.

Figure 11 is a flowchart showing the process by which the terminal device 10 notifies the user of sleep-related information at an appropriate time.

In step S1101, the terminal device 10 sets the time when the user plans to go to bed (planned bedtime) through user operation. The terminal device 10 sets the location where the user will sleep through user operation or based on the user's current location history regardless of user operation. The terminal device 10 transmits information about the planned bedtime and the location where the user will sleep to the server 20.

In step S1155, the server 20 receives information on the user's planned bedtime and the location where the user will be sleeping from the terminal device 10, and stores this information by updating the user information database 281, etc.

In step S1103, the terminal device 10 determines the timing of sending a notification to the user to encourage them to sleep. Based on the planned bedtime specified by the user in step S1101, the terminal device 10 determines the time period for sending the notification (timing for sending the notification) so as to send the notification a certain time before the planned bedtime. The terminal device 10 also determines the time period for sending the notification based on the user's past sleep history so as to be accumulated in the sleep history information 283 of the server 20. For example, the period from the time the user went to bed on the previous day to the time the user woke up is the time period when the user was about to sleep or when the user was actually sleeping. Therefore, the terminal device 10 may determine the time period when the user was actually sleeping as the timing for not sending the above notification based on the user's past sleep history (i.e., the notification may be sent during a time period excluding the above time period).

In step S1105, the terminal device 10 acquires information on the user's current location using the location information sensor 150 or the like. Note that, when location information is input for each schedule in the information on the user's schedule, the terminal device 10 may identify the user's current location at the time of the schedule based on the location information associated with the schedule.

The terminal device 10 determines the travel time required to travel from the user's current location to the place where the user sleeps, based on information about the user's current location and information about the place where the user sleeps. For example, the terminal device 10 may determine the travel time required to travel from the user's current location to the place where the user sleeps, based on route information of public transportation, information about road congestion, etc.

The terminal device 10 determines the timing of notifying the user based on the time required for travel so that the user can take action to sleep (such as going to bed) by the scheduled bedtime set by the user. The terminal device 10 determines the timing of notifying the user by going back in time from the scheduled bedtime by the time required for travel and setting a certain margin. For example, if the scheduled bedtime is "23:00" and the required travel time is "55 minutes," the terminal device 10 sets a margin of "35 minutes" and determines the timing of notifying the user as "21:30." In addition, the terminal device 10 notifies the user of the time when the user should start traveling to a place where the user will sleep (such as home) so that the user can achieve their sleep goal (so that they can sleep at the scheduled bedtime) (for example, a notification such as "Leave your current location at 21:30 so that you can go to bed at the scheduled bedtime at 23:00"). The terminal device 10 may determine the above margin based on the user's past sleep performance. For example, if the user fails to achieve a sleep goal despite having set the first time as a margin and determining the timing for notifying the user, the terminal device 10 may set a time longer than the first time as the margin.

In step S1107, the terminal device 10 determines whether the user is asleep at the timing of notifying the user that he or she is going to bed, and if the user is asleep, does not issue the notification so as not to disturb the user's sleep. Also, if the user is not asleep at the timing of notifying the user that he or she is going to bed, the terminal device 10 issues the notification to the user.

In addition, if the user's current location is different from the place where the user sleeps at the time of notification to the user, the terminal device 10 notifies the user. In other words, since the user is not in the place where the user sleeps, the terminal device 10 notifies the user to encourage him or her to go to sleep.

In addition, if the user is in a location other than where they sleep, regardless of the user's past sleep history, the user is not in a place where they sleep, so a notification encouraging the user to sleep may be sent at a specified time.

As described above, we have described (2) a technology that notifies the user at an appropriate time to encourage them to sleep, and (3) a technology that encourages the user to move around appropriately to get sleep based on information about the user's current location.

FIG. 12 is a diagram showing an example of a screen of the terminal device 10 in the second embodiment.
Screen example (A) shows a display example in a technology for dealing with (1) a user operating the terminal device 10 before falling asleep. As shown in screen example (A), the terminal device 10 displays a notification 132T1, a notification 132T2, and a button 132T3 on the display 132.

Notification 132T1 is an area where the terminal device 10 notifies the user that a reward of game points can be obtained by not operating the terminal device 10 from the time the user goes to bed until the time the user falls asleep. In notification 132T1, the terminal device 10 displays the accumulated value of game points accumulated by the user by acquiring game points over multiple days as "sleep concentration game points". Notification 132T1 displays the initial value of the game points, the fact that the game points increase with the passage of time until the user falls asleep, and that the game points will be reset if the user operates the terminal device 10 until the user falls asleep. The game points may be used for various purposes in the game. For example, the game points may be used as virtual currency that can be used in the game, or may be exchanged for virtual currency.

The notification 132T2 indicates that the user will be given a reward that can be used in the game if he or she does not operate the terminal device 10 after going to bed until falling asleep.

Button 132T3 is a button for accepting an input operation from the user. By accepting an input operation on button 132T3, terminal device 10 may determine the timing when the user goes to bed or falls asleep. In response to the input operation on button 132T3, terminal device 10 logs the user off the game and disables (locks) operations on terminal device 10. When operations on terminal device 10 are disabled in this way, terminal device 10 may determine the timing to release the disablement based on the user's sleep goal (such as the planned wake-up time).

Screen example (B) and screen example (C) show display examples of (2) a technology that notifies the user at an appropriate time to encourage them to sleep, and (3) a technology that encourages the user to move appropriately to get sleep based on information about the user's current location.

As shown in the screen example (B), the terminal device 10 displays a notification 132T5. The notification 132T5 includes a content that prompts the user to return home from wherever they are outside in order to achieve their sleep goal. The notification 132T5 also includes a content that prompts the user to receive a reward for achieving their sleep goal and for not operating the terminal device 10 from when they get into bed until they fall asleep. As shown in the notification 132T5, the terminal device 10 includes information indicating the time when the user will start to return home in the content of the notification. The screen example (B) includes the current time and a statement (the statement "soon") that suggests to the user the timing to start moving to a place to sleep, such as the text "It's about time to start going home...". This allows the user to recognize that they should start to return home at the time shown as the current time.

Screen example (C) shows a screen example in a state in which the user has unlocked the terminal device 10 in screen example (B). As shown in screen example (C), the terminal device 10 displays a goal 132T4, a notification 132T5, reward details 132T6, and reward details 132T7.

Goal 132T4 includes information about the user's current location, the time it will take for the user to travel to a place where they will sleep, and the planned time they will go to bed.

Reward content 132T6 notifies the user that if the user achieves a sleep goal, they will receive a reward in the game. Specifically, the user is informed that they should be in bed and fall asleep by their scheduled bedtime as a condition for receiving the reward. As shown in the figure, the content of the reward is also presented to the user.

The reward content 132T7 notifies the user that a reward will be given in the game if the user does not operate the terminal device 10 from the time the user goes to bed until the user falls asleep. As shown in the figure, the content of the reward is also presented to the user.

Third Embodiment
As described above, in the second embodiment, a technique for dealing with the user operating the terminal device 10 before falling asleep, a technique for notifying the user to sleep at an appropriate timing, etc. are described. In the third embodiment, the following will be described.

(1) Provide technology that encourages users to develop regular sleep habits by matching their sleep data with ranking information.

(i) For example, a game mode may be prepared in which users with appropriate sleeping habits can participate, but users with inappropriate sleeping habits cannot. Such a game mode may be a multiplayer mode in which multiple users can participate. For example, groups of users with appropriate sleeping habits may be matched together to play cooperative or competitive games.

(ii) It may encourage interaction between users with appropriate sleeping habits, and between user groups with inappropriate sleeping habits. For example, interaction may include sending and receiving messages, the ability to play multiplayer games, and participation in rankings. In other words, it may be possible to provide ranking matches between users with appropriate sleeping habits, while also providing ranking matches in which only users with inappropriate sleeping habits, or multiple users regardless of sleeping habits, can participate.

(iii) Users may be divided into groups based on the hours during which they sleep, and interactions between users within each group may be encouraged. For example, users may be divided into groups based on the hours during which they sleep, such as morning types and night types, and morning type users may be able to send and receive messages, play multiplayer games, participate in rankings, etc.

(iv) Users may be divided into groups according to the length of time they sleep. For example, a group may be provided to which only users who sleep a certain number of hours or more are assigned, and users in that group may play multiplayer games, play rankings, and the like. As a result, if a user wishes to interact with another user and each user is assigned to a different user group, one of the users may need to change their sleeping habits.

(2) Provide technology that encourages users to develop regular sleep habits by using information about the user's sleep in games and making it a parameter that affects interactions between users.

For example, the game may be progressed in such a way that the better the quality of the user's sleep, the more advantageous it is for the user. Examples of a user's quality of sleep being good include a short time it takes to fall asleep, a long period of sleep, the time they go to bed, and the user having established sleeping habits (such as daily sleep performance that is relatively stable in terms of sleep times, sleep quality, etc.).

For example, the quality of the user's sleep may be evaluated to determine the user's game parameters, and the game play may proceed based on the determined game parameters. It is assumed that the better the quality of the user's sleep, the better the user's physical condition. Therefore, the better the quality of the user's sleep, the better the value of the game parameter in the game. This allows matching between users based on the game parameters (matching between users who have good quality sleep and are in good physical condition), and parameters such as the ability value of a game character may be adjusted based on the game parameters (for example, a parameter indicating the good condition of a game character). In addition, the difficulty of the game may be adjusted according to the value of the game parameters. For example, the better the quality of the user's sleep based on the game parameters, the higher the difficulty of the game play may be. In addition, users with similar quality of sleep may be matched based on the game parameters. The game parameters may be, for example, the evaluation parameters (step S655, etc.) described in the first embodiment.

By configuring it in this way, the user's interest in the game will be further increased if the user gets a proper sleep, so the user may be able to develop the habit of getting a proper sleep.

For example, in a game program in which many users participate, the number of simultaneous connections may increase only during certain times of the day (for example, the number of connected users may be extremely high only during late night hours). In this case, too, encouraging users to develop good sleeping habits can help to spread out the time periods during which users participate. Therefore, when game operators prepare the resources (server costs, etc.) necessary to operate a game, they can reduce the peak number of users participating at the same time, thereby reducing operating costs.

Figure 13 is a flowchart showing the process of using information about a user's sleep for ranking purposes.

In step S1301, the terminal device 10 acquires information about the user's sleep and transmits it to the server 20.

In step S1353, the server 20 receives information about sleep from the user and updates the sleep performance information 283, etc.

In step S1355, the server 20 assigns each user to one of a number of groups based on the user's sleep history. The server 20 evaluates whether the user's sleep quality is above a certain level, and assigns users whose sleep quality is above a certain level to a specific group. For example, a sleep quality of above a certain level may mean that the user is sleeping in accordance with the user's sleep goals (scheduled bedtime, planned wake-up time), that the user's sleep time is above a certain level, that the user falls asleep within a certain time (i.e., falls asleep easily), etc.

The server 20 may also group users according to their sleep times. For example, users with a morning lifestyle may be grouped together, and users with a night-type lifestyle may be grouped together.

In step S1357, the server 20 tally up rankings for each group to which the user belongs. For example, during the event period, ranking points are awarded to the user based on the user's game play. For example, ranking points are awarded based on the number of times the user controls a game character to defeat an enemy character, the history of having the game character perform a specific action such as activating a skill, the length of time it took to complete the game, etc. The server 20 stores the results of tallying up the rankings for each group as a database in storage or the like, and transmits them to the terminal device 10.

In step S1303, the terminal device 10 receives information about the ranking from the server 20. The terminal device 10 presents the user with the tally of the ranking of the group to which the user belongs, for example by displaying it on the display 132. This allows the user to acquire rewards (game items, etc.) that can be used in the game according to the ranking results (user's position). For example, if the user wishes to acquire a reward that can only be acquired in a specific ranking, it may happen that the user is unable to even participate in that ranking by simply playing the game for a long time. In such a case, the user is encouraged to take action to improve their lifestyle or ensure longer sleep times.

In step S1305, the terminal device 10 accepts from the user a game play based on the group assigned according to the user's sleep record. For example, the terminal device 10 provides the user with a multiplayer game, such as a battle or a cooperative game, by matching the user with other users assigned to the same group.

When the server 20 assigns the user of the terminal device 10 to a group whose sleep quality is equal to or higher than a certain level in step S1355, the terminal device 10 releases to the user a game mode that is only available to users in that group.

Note that the server 20 assigns the user to a group in step S1355, and the group assignment may be performed daily or at regular intervals. For example, if the server 20 assigns the user to a group based on information about the user's sleep every day, the user of the terminal device 10 may be able to earn a reward based on the ranking of the group assigned to him or her on the previous day.

<Fourth embodiment>
As described above, in the third embodiment, a technique for encouraging users to have regular sleeping habits has been described. Specifically, as a technique for encouraging interaction between users by having proper sleeping habits, it has been described that users with proper sleeping habits can play multiplayer games such as battles and cooperation with each other, and that rankings of game events and the like are displayed among users with proper sleeping habits.

In the fourth embodiment, a technique for encouraging a user to sleep in a specific position will be described.
The specific location is, for example, a facility (accommodation facility) that provides lodging facilities to users, such as a hotel, an inn, etc. The specific location may also be a facility, such as a relaxation salon, that provides treatment to the user's body and allows the user to rest.
Here, the terminal device 10 or the server 20 will be described as accepting registration of a location where the user usually sleeps, such as the user's home, from the user and storing the location in the user information database 281, etc. Below, a process of giving a privilege to the user for sleeping at a specific location other than the location registered by the user will be described.

This allows users to, for example, not only travel to and locate at a tourist spot, but also encourage them to stay overnight in that location.

Figure 14 is a flowchart showing the process of giving a user a reward for sleeping at a specific location, such as an accommodation facility. It is assumed that the user of the terminal device 10 has registered their home in advance.

In step S1401, the terminal device 10 accepts an operation from a user to make a reservation for a stay at an accommodation facility. A reservation for a stay at an accommodation facility includes the date of stay, the number of guests, information identifying the accommodation facility, the course of food, the application of coupons, and other information related to the reservation. Based on the content of the user's operation, the terminal device 10 transmits information indicating the reservation content for the stay to the server 20.

In step S1451, the server 20 accepts a reservation for accommodation at the accommodation facility in response to an input operation of the user of the terminal device 10. The server 20 presents information on the user reserving the accommodation, the accommodation date, and other information related to the accommodation reservation to the terminal device of the accommodation facility. In response to the operation of the user reserving the accommodation on the terminal device 10, the server 20 performs a process of settling the accommodation fee. The server 20 stores information on the user's accommodation reservation as a database in the memory unit 202. Although not shown, the server 20 also records information on the user's location at the time when the user slept in the sleep performance information 283. For example, the terminal device 10 acquires the user's location at the time when the user goes to bed, falls asleep, wakes up, etc., using the location information sensor 150. The terminal device 10 transmits information on the user's sleep, including information on the location where the user slept, to the server 20.

Then, suppose that the terminal device 10 detects that the user has gone to bed, fallen asleep, etc.

In step S1403, when the terminal device 10 detects that the user has started to sleep, such as when the user has gone to bed or fallen asleep, the terminal device 10 acquires information about the location where the user is sleeping based on the output of the position information sensor 150, etc.

In step S1405, the terminal device 10 transmits information regarding the user's sleep timing and information regarding the sleeping location to the server 20.

In step S1453, when the server 20 receives information on the user's sleep timing and the sleeping position from the terminal device 10, it updates the sleep performance information 283, etc.

In step S1455, the server 20 determines whether the user slept in a specific location, such as an accommodation facility, during a specific time period (e.g., a late night period from 11pm to 2am the following morning) based on the sleep record information 283, etc. If the user slept in a specific location during a specific time period, the server 20 grants a bonus in the game.

Here, the specific location may be the location of a facility where the user has made a reservation for lodging, temporary use, or other stay. The specific location may also be the location of a facility included in a list held in advance by the server 20, regardless of whether the server 20 holds information indicating that the user has made a reservation. In addition, when a user makes a reservation to use an accommodation facility, etc., and then sleeps according to the reservation details of the accommodation facility, etc., the user may be given a more advantageous benefit than when the user sleeps without a reservation. For example, a benefit for using the accommodation facility, etc. may be given to the user by summarizing the reservation. This can encourage the user to make a reservation and then use the facility, etc.
In addition, the condition for granting a privilege to a user may include that the user sleeps at a plurality of specific locations. In this case, the order of the plurality of locations where the user sleeps, or the date on which the user sleeps, may be specified in the terminal device 10 or the server 20. For example, the user may sleep on a first date, and the user may sleep at another facility within a certain period from the first date (for example, the next day), so that the user may be granted a privilege. In addition, the user may first sleep at an accommodation facility in a first region (for example, facility "A"), and then sleep at an accommodation facility in a second region (for example, facility "B"). This allows, for example, the user to stay consecutive nights in a certain region and to be encouraged to stay in a plurality of regions. The user may also be encouraged to stay at various locations in a certain order.

The specific time period is not limited to late night hours and may be other time periods. For example, a privilege may be granted to a user for sleeping in a hotel, relaxation salon, etc. during a time period when the user is not staying overnight, such as from 1pm to 3pm. Furthermore, the specific time period as a condition for granting a privilege may be freely set and changed by the operator of the accommodation facility, the system administrator, etc., via the operator's terminal or the administrator's terminal.

Giving a user a benefit may mean giving the user an effect that gives the user an advantage in the user's game progress, such as an advantageous login bonus or an increase in the user's specified parameters. Giving a user a benefit may mean giving the user a specified game item (free virtual currency, an item for obtaining a game object by lottery, a material item, etc.) as a reward.

In addition, when the server 20 grants a privilege to a user, the server 20 may evaluate the quality of the user's sleep based on information about the user's sleep, and change the content of the privilege depending on the user's sleep quality. For example, if the user's sleep quality is above a certain level (e.g., the user takes a certain amount of time to fall asleep, the user can be determined to be in a deep sleep based on the amount of REM sleep and non-REM sleep, the user goes to bed at a specific time period, etc.), the user may be granted a more advantageous privilege than if the sleep quality is below a certain level. Also, if the sleep quality is below a certain level, the user may not be granted a privilege. This can encourage the user to get enough sleep in accommodation facilities, etc.

In step S1457, the server 20 determines an evaluation value for evaluating the accommodation facility etc. where the user slept, based on the user's sleep quality. The server 20 records the information on the accommodation facility etc. and the evaluation value of the accommodation facility etc. in the memory unit 202 in association with the user's information. As a result, an evaluation value is accumulated for each of a plurality of facilities, based on the quality of sleep when the user slept there.

In step S1459, the server 20 extracts information about facilities that are recommended for the user of the terminal device 10 to use for sleeping, such as by staying overnight, based on the evaluation values of the accommodation facilities, etc. The server 20 transmits the extracted facility information to the terminal device 10.

For example, since evaluation values based on the sleep quality of multiple users are accumulated for each facility in step S1457, facilities with evaluation values above a certain level may be presented to the user. Furthermore, facilities with high evaluation values of users registered as friends in the friend list 282 as users related to the user of the terminal device 10 may be presented as recommendations to the user of the terminal device 10. Furthermore, facilities with high evaluation values of other users who have sleep records similar to or above a certain level to the sleep records (sleep record information 283) of the user of the terminal device 10 as users related to the user of the terminal device 10 may be presented as recommendations to the user of the terminal device 10.

In step S1409, the terminal device 10 presents to the user, via the display 132 or the like, information on the facilities presented as recommendations by the server 20. The terminal device 10 presents to the user the contents of benefits that will be granted to the user by using these recommended facilities for accommodation or the like. The terminal device 10 may display on the display 132, together with the contents of these benefits, a user interface (operation buttons, etc.) for receiving input operations for the user to make a reservation for use of the facility. This allows the user to start operations for making a reservation for the facility while checking the contents of the benefits.

When the user's game progress reaches a specific state, the terminal device 10 may present the user with potential facilities that the user may use, and may also present the user with the fact that a special benefit will be given if the user sleeps at the facility during a specific time period.

Here, a game progress status being in a specific status may refer to, for example, a situation in which the user is unlikely to meet the clearing conditions for a given game unit (quest), but the user can obtain a bonus to advance the game. For example, if the level of a boss character is high relative to the strength of the user's controlled character, and there is a certain or higher probability of the user failing to defeat the boss character, or if the overall strength (level, ability value) of the controlled character is lower than the value recommended for the game unit, it is determined that the user is unlikely to meet the clearing conditions for the given game unit. In this case, the bonus may be the grant of a game item that strengthens the user's controlled character, or the acquisition of an effect that gives an advantage in the game progress (for example, the acquisition of an effect that increases the parameters of the user's controlled character during the game unit), etc.

The fourth embodiment has been described above. According to the above configuration, a reward in the game is given to the user when the user sleeps at an accommodation facility or the like, which can encourage the user to use the accommodation facility or the like. In addition, if a reward is given to the user when the user reserves an accommodation facility or the like in advance, the cancellation rate of the accommodation facility or the like can be further reduced.

<Additional Notes>
The matters described in the above embodiments will be supplemented below.

(Supplementary Note 1) A game program to be executed by a computer (10, 20) having a processor (19, 29) and a memory (15, 25), the game program causes the processor to execute a first step of acquiring information related to a user's sleep (S601, S1301), a second step of identifying a group to be assigned to the user from among a plurality of groups based on the information related to the user's sleep (S1355, S1303), and a third step of performing a specific game process using information on a plurality of users belonging to the same group from among the plurality of groups (S1303).

(Appendix 2) In the third step, the specific game processing includes enabling multiplayer between users belonging to the same group (S1305), in the game program described in (Appendix 1).

(Appendix 3) In the third step, the specific game processing includes generating ranking information among users belonging to the same group and presenting the generated ranking information to the user (S1357). A game program as described in (Appendix 1) or (Appendix 2).

(Appendix 4) In a second step, the user is assigned to a predetermined group when the quality of the user's sleep satisfies a specific condition (S1355), and in a third step, a specific game process is performed only if the user is in the predetermined group (S1305). A game program as described in any one of (Appendix 1) to (Appendix 3).

(Appendix 5) In the third step, the specific game processing includes generating ranking information only for users belonging to a predetermined group, and granting rewards to the users according to their positions in the ranking information (S1305), in the game program described in (Appendix 4).

(Appendix 6) In a second step, a group to be assigned to the user is identified based on the user's sleep time period (S1355), and in a third step, the specific game processing includes generating ranking information between users belonging to the same group and presenting the generated ranking information to the user (S1303), a game program as described in (Appendix 1).

(Appendix 7) A game program described in any one of (Appendix 1) to (Appendix 6), further causing the processor to execute a fourth step (S655) of setting parameters that can be used in game play in the game program according to the user's quality of sleep.

10A, 10B Terminal device, 11A Game controller, 11B Sleep measuring device, 12 Communication IF, 13 Input device, 14 Output device, 15 Memory, 16 Storage unit, 19 Processor, 20 Server, 22 Communication IF, 23 Input/output IF, 25 Memory, 26 Storage, 29 Processor, 80 Network, 81 Wireless base station, 82 Wireless LAN base station, 130 Operation reception unit (touch screen), 132 Display, 181 User information, 182 Sleep information, 281 User information database, 282 Friend list, 283 Sleep achievement information.

Claims (11)

A game program for causing a computer having a processor and a memory to execute the game program, the game program causing the processor to:
A first step of acquiring information representative of a sleep performance of each of a plurality of users;
A game program that executes a second step of matching the first user and the second user based on the sleep history of the first user and the sleep history of the second user to encourage interaction between the users . A game program for causing a computer having a processor and a memory to execute the game program, the game program causing the processor to:
A first step of acquiring information representative of a sleep performance of each of a plurality of users;
and a second step of matching the first user and the second user for playing a game with multiple users based on the sleep history of the first user and the sleep history of the second user. In the second step,
The game program according to claim 1 , further comprising: determining a game parameter by evaluating a quality of the user's sleep in the sleep record; and performing a specific game process based on the game parameter. In the second step,
The game program according to claim 1 , further comprising matching between users having similar sleep quality in the sleep records. In the second step,
5. The game program according to claim 4 , wherein at least one of the following is evaluated as the quality of sleep: how quickly it takes to fall asleep, how long the sleep lasts, and the time to get into bed. In the second step,
2. The game program according to claim 1 , further comprising matching users together to allow them to participate in a multiplay game in which a plurality of users play a game. The game program further comprises:
The game program according to claim 6 , further comprising a step of tabulating a ranking based on the content of the game play in the multiplayer mode. The game program further comprises:
The game program according to claim 6 , wherein the game play in the multiplayer mode is allowed only between users who have good sleeping habits as the quality of sleep. An information processing device comprising a control unit and a storage unit, the control unit executing all of the steps executed in the invention according to any one of claims 1 to 8. A method implemented on a computer having a processor and a memory, the processor performing all of the steps performed in any one of claims 1 to 8. A system comprising means for executing all the steps performed in any one of claims 1 to 8.