JP7352704B2 - Game program, method, information processing device - Google Patents

Description

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

Techniques for measuring sleep are known. For example, by having a user wear a wristwatch-type device, the user can be in light sleep, deep sleep, or REM sleep depending on the output results of a motion sensor installed in the device. Determine the stage of. This makes it possible to record temporal changes in each sleep stage.

Such devices for measuring sleep can also set reminders to notify the user that it is almost bedtime. This is based on research that shows that keeping a constant bedtime and wake-up time improves the quality of your sleep.

Techniques have also been developed to assist users in falling asleep. For example, Japanese Patent Application Laid-Open No. 2017-045475 (Patent Document 1) states that when a user falls asleep while listening to music, it is possible to find out what kind of music the user falls asleep to and what kind of music makes it easier to fall asleep. In order to make the user aware of this, it is described that the sleep onset time until the user transitions to sleep is provided in a ranking format based on the music that was being provided when the user transitioned to sleep.

Further, various hardware devices for measuring sleep are provided by various companies that manufacture and sell hardware devices. A smartphone may also be used as the hardware device. A user can measure sleep by placing a smartphone under the mattress of a bed, and check information related to sleep using an application running on the smartphone. Furthermore, a wearable device such as a wristwatch is sometimes used as a hardware device for measuring sleep. A user can measure sleep by wearing a wearable device while sleeping.

Japanese Patent Application Publication No. 2017-045475

An application for a user to view sleep-related information may be provided, for example, by a business that manufactured a hardware device in order to popularize the hardware device. In such applications, the types of sensor devices that the application supports are usually limited to those of the business that produces the application.

More specifically, for example, suppose that in a device equipped with sensors for measuring the user's sleep, a game program is operated on the user's terminal based on the user's sleep data obtained by the measurement. In this case, on the game program side, since the specifications of the sensors installed in the device are determined to some extent, it is assumed that there are relatively few cases where the output result of the sensor is unexpected on the game program side. Therefore, in this case, it is expected that there will be relatively fewer cases where the behavior of the game program is unexpected for the operator. Furthermore, although the device that executes the game program and the device that measures sleep are separate devices, there are cases where the device that measures sleep is limited to only one type for the game program. Similarly, it is assumed that there are relatively few cases in which the measured sleep data is unexpected on the game program side.

However, when making it possible to use not only one type of hardware device but a variety of hardware devices for measuring sleep data, there may be variations in the accuracy and content of the data measured by each hardware device. It is assumed that there is.

In this way, when the game program advances the game based on the user's sleep data, the sleep data itself may vary depending on the hardware device, so it is difficult to provide the user with the level of interest that the game operator intended. There is a possibility that it cannot be done.

Therefore, when providing a game program that progresses based on the user's sleep data, there is a need for technology that can further improve the interest of the game while supporting multiple types of hardware devices for measuring the user's sleep. It is said that

According to one embodiment, a game program is provided that executes on a computer comprising one or more computer processors and memory. The game program includes a first step of causing one or more computer processors to acquire sensing results measured by one or more sensor devices for sensing information related to the user's sleep as the user's sleep information; a second step of acquiring information identifying the sensor device that has acquired the sensing results; and a game program that acquires the user's sleep information depending on which sensor device the user's sleep information was acquired from, based on the information identifying the sensor device. and a third step of exhibiting a predetermined effect in game play based on the game.

According to one embodiment, a computer-implemented method is provided that includes one or more computer processors and memory. The method includes a first step in which one or more computer processors acquire sensing results measured by one or more sensor devices for sensing information regarding sleep of the user as sleep information of the user; A second step of acquiring information identifying the sensor device that acquired the results; and based on the information identifying the sensor device, the user's sleep information is added to the game program according to which sensor device the user acquired the sleep information from. and a third step of exhibiting a predetermined effect in the game play based on the game.

According to one embodiment, an information processing device including a control unit and a storage unit is provided. The control unit operates based on the game program stored in the storage unit, and thereby receives sensing results measured by one or more sensor devices for sensing information related to the user's sleep as the user's sleep information. A first step of acquiring, a second step of acquiring information identifying the sensor device that has acquired the sensing result, and acquiring sleep information of the user from which sensor device based on the information identifying the sensor device. and a third step of exhibiting a predetermined effect in game play based on the game program, depending on the result.

According to the present disclosure, it is possible to further improve the interest of the game while supporting multiple types of hardware devices for measuring the user's sleep.

1 is a diagram showing the overall configuration of a game system 1. FIG. FIG. 2 is a block diagram of a terminal device 10 that constitutes the game system 1 of the first embodiment. 2 is a diagram showing a functional configuration of a server 20. FIG. It is a diagram showing the data structure of a user information database 281, a friend list 282, and sleep performance information 283 stored in the server 20. A process in which the user specifies a game unit and plays the game by consuming the consumption amount set for that game unit from the current value of stamina value, and the reward for clearing the game unit is calculated based on the user's sleep performance. FIG. It is a flowchart which shows the process which recovers a user's stamina value, when a user is sleeping. It is a flowchart showing a process in which the terminal device 10 advances the user's game play based on information regarding the user's sleep. It is a flowchart showing a process of giving each user an advantage in game progress by achieving a sleep goal with a plurality of users, and providing a reward to each user. 3 is a diagram showing an example of a screen of the terminal device 10. FIG. It 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. 2 is a flowchart illustrating a process in which the terminal device 10 notifies the user of sleep-related information at an appropriate timing. 3 is a diagram of an example screen of the terminal device 10 in Embodiment 2. FIG. It is a flowchart which shows the process which utilizes the information regarding a user's sleep for ranking. It is a flowchart illustrating a process for granting benefits to a user when the user sleeps at a specific location such as an accommodation facility. It is a block diagram showing the composition of sleep measuring device 11B etc. 3 is a diagram showing a data structure of sleep measurement device settings 284 stored by the server 20. FIG. It is a flowchart showing a process in which the terminal device 10 acquires sensing results from one or more sleep measurement devices (sleep measurement device 11B, etc.) and causes the server 20 to accumulate them as a log. 12 is a flowchart showing a process of notifying the user of the terminal device 10 when an application that uses the user's sleep information starts a service. 3 is a diagram showing an example of a screen of the terminal device 10. FIG. An example of a screen is shown in which a sleep measurement device to be used in a game is determined when a user measures sleep information using a plurality of sleep measurement devices.

Embodiments of the present invention will be described below 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 Configuration diagram of the entire game system>
FIG. 1 is a diagram showing the overall configuration of a game system 1. As shown in FIG.

As shown in FIG. 1, the game system 1 includes a plurality of terminal devices (in FIG. 1, a terminal device 10A and a terminal device 10B are shown. Hereinafter, they may be collectively referred to as "terminal devices 10") and a server. 20. The terminal device 10 and the server 20 are communicatively connected 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 a tablet that is compatible with a mobile communication system. In addition, the terminal device 10 may be, for example, a stationary PC (Personal Computer), a laptop PC, or a game console. Further, the terminal device 10 may function as a head-mounted display, for example, a transmissive type, a non-transmissive type, or a see-through type head-mounted display. For example, the terminal device 10 may function as a mobile terminal when not functioning as a head-mounted display, and may function as a head-mounted display by being attached to a goggle-type device. In this case, the terminal device 10 can switch between a mode in which it functions as a mobile terminal and a mode in which it functions as a head-mounted display. In the mode where the terminal device 10 functions as a head-mounted display, the terminal device 10 detects the movement of the user's head using a motion sensor built into the terminal device 10, and changes the displayed image on the display in conjunction with the movement of the user's head. Update.

As shown as a 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 section 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 communicably connected to the server 20 via the network 80. The terminal device 10 has a wireless base station 81 that is compatible with communication standards such as 5G and LTE (Long Term Evolution), and a wireless LAN (Local Area Network) that is compatible with wireless LAN (Local Area Network) standards such as IEEE (Institute of Electrical and Electronics Engineers) 802.11. It is connected to the network 80 by communicating with a communication device such as a wireless LAN router 82.

The communication IF 12 is an interface for inputting and outputting signals so that the terminal device 10 communicates with an external device. The input device 13 is an input device (for example, 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 (display, speaker, etc.) for presenting information to the user. The memory 15 is for temporarily storing programs and data processed by the programs, and is a volatile memory such as DRAM (Dynamic Random Access Memory). The storage unit 16 is a storage device for storing data, and is, for example, a flash memory or an HDD (Hard Disc Drive). The processor 19 is hardware for executing a set of instructions written in a program, and is composed of an arithmetic unit, registers, peripheral circuits, and the like.

As illustrated, the terminal device 10 is connected to the game controller 11A by wire or wirelessly. The user can play the game by operating the game controller 11A. The terminal device 10 may be able to communicate with a plurality of game controllers 11A. For example, multiple users can play a game using one terminal device 10. Further, the game controller 11 may have a structure that can be attached to and detached from the terminal device 10. The game controller 11 may be a single device that can be held by both hands of the user, or may be composed of two devices that can be held by both hands of the user. For example, the game controller 11 may include a gyro sensor, an infrared sensor, or the like, and detect the movement of the user's body (for example, the movement of the hand) when the user grips the game controller 11.

Further, as illustrated, the terminal device 10 is connected to one or more sleep measuring devices by wire or wirelessly. The sleep measurement devices 11B and 11C are devices for acquiring information regarding the sleep of the user of the terminal device 10. FIG. 1 shows two sleep measurement devices, a sleep measurement device 11B and a sleep measurement device 11C. Hereinafter, the plurality of sleep measurement devices may be collectively referred to as "sleep measurement device 11B, etc.". The sleep measuring devices 11B and 11C are wearable devices worn on the user's body, such as a wristwatch, a ring type, an eye mask type, etc., and are equipped with a motion sensor such as a gyro sensor. Further, the sleep measurement devices 11B and 11C may be devices placed on the mattress, bedside, or the like on which the user is sleeping. Furthermore, the terminal device 10 and the sleep measurement device 11B or the sleep measurement device 11C may be the same device. That is, the terminal device 10 may also function as a sleep measurement device.

Note that the user may use two or more sleep measuring devices at the same time. For example, a user may wear two wristwatch-type sleep measurement devices, or a user may wear a wristwatch-type sleep measurement device and use a smartphone as a sleep measurement device. Thereby, the movement of the sleeping user's body can be detected using a gyro sensor or the like. By accumulating sensing results obtained by various sensors while the user is sleeping, it is possible to determine whether the user is sleeping, in a light sleep state, deep sleep state, or REM sleep. It is possible to determine whether it is non-REM sleep or not. In this way, by determining the waveforms of REM sleep and non-REM sleep, the quality of the user's sleep can be evaluated. For example, the cycles of REM sleep and NREM sleep that indicate good quality sleep are preset, and the quality of the user's sleep can be evaluated by comparing the waveforms of REM sleep and NREM sleep during the user's sleep. I can do it.

Furthermore, the terminal device 10 determines that the user has gone to bed (for example, that the user has been lying on the bed) and that the user has fallen asleep after going to bed, based on the sleep measuring devices 11B, 11C, the output of the motion sensor of the terminal device 10, etc. Detect. As a result, the terminal device 10 determines whether the user performed an input operation on the terminal device 10 after the user went to bed and before he fell asleep, and the information displayed on the display 132 of the terminal device 10. It is possible to determine whether the user was viewing the . That is, it can be determined whether a user who is about to go to sleep has operated the terminal device 10 before going to bed.

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

Additionally, the server 20 collects information regarding each user's sleep sensed by the sleep measurement device 11B, and accumulates it in a database. For example, the terminal device 10 acquires the sensing results of the sleep measurement device 11B and transmits them to the server 20.

As a process for promoting interaction between users, the server 20 specifically performs user matching, etc. in order to support multi-play where a plurality of users play a game. Additionally, the server 20 transmits and receives messages between users.

The server 20 manages the current value and maximum value of each user's stamina value, and recovers the current value to the maximum value as time passes. For example, the server 20 increases the current value of the stamina value at predetermined intervals, such as every three minutes. The server 20 sets a timer for a predetermined period of time in response to the user decreasing the stamina value from the maximum value by, for example, starting game play for each game. The timer detects that a predetermined time has elapsed, and increases the stamina value by a predetermined amount. As a result of restoring the stamina value, the server 20 sets the timer again if the upper limit of the stamina value has not been reached.

Note that the amount of energy parameters consumed for gameplay in each game may be the same for each game (the amount of stamina consumed is fixed), or it may be different for each game. The amount of energy parameters to be consumed may be set.

The communication IF 22 is an interface for inputting and outputting signals so that the server 20 communicates with external devices. The input/output IF 23 functions as an interface with an input device for accepting input operations from a 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, and is a volatile memory such as DRAM (Dynamic Random Access Memory). The storage 26 is a storage device for storing data, and is, for example, a flash memory or an 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, and the like.

Note that in the illustrated example, the terminal devices 10 communicate with each other via the server 20, but a plurality of terminal devices 10 may communicate directly with each other by short-range wireless communication without using the server 20. . For example, it may be possible to use two terminal devices 10 to play a competitive game through local communication without going through the Internet. Furthermore, in this embodiment, each device (terminal device, server, sleep measurement device, etc.) can also be understood as an information processing device. That is, a collection of devices can be understood as one "information processing device", and the game system 1 may be formed as a collection of a plurality of devices. How to allocate the multiple functions required to realize the game system 1 according to this embodiment to one or more pieces of hardware depends on the processing capacity of each piece of hardware and/or the specifications required for the game system 1, etc. It can be determined as appropriate in view of the above.

For example, a game system may be configured with a terminal device and a sleep measurement device without using a server. Alternatively, the sleep measurement device and the terminal device communicate, and the terminal device and the server communicate with each other, so that each device performs its own processing to configure a game system. Furthermore, the game system may be configured using a sleep measuring device instead of a terminal device or a server. Alternatively, a game system may be configured by a sleep measurement device communicating with a server.

<1.1 Configuration of terminal device 10>
FIG. 2 is a block diagram of the terminal device 10 that constitutes the game system 1 of the first embodiment. As shown in FIG. 2, the terminal device 10 includes a plurality of antennas (an antenna 111, an antenna 112), a wireless communication section (a first wireless communication section 121, a second wireless communication section 122) corresponding to each antenna, and an operation A reception unit 130 (including a touch sensitive device 131 and a display 132), an audio processing unit 140, a microphone 141, a speaker 142, a position information sensor 150, a camera 160, a motion sensor 170, and a storage unit 180. and a control unit 190. The terminal device 10 also has functions and configurations that are not particularly illustrated in FIG. 2 (for example, a battery for holding power, a power supply circuit that controls the supply of power from the battery to each circuit, etc.). 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 radiates a signal emitted by the terminal device 10 as a radio wave. Further, the antenna 111 receives radio waves from space and provides a received signal to the first wireless communication unit 121.

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

The first wireless communication unit 121 performs modulation and demodulation processing for transmitting and receiving signals via the antenna 111 so that the terminal device 10 communicates with other wireless devices. The second wireless communication unit 122 performs modulation and demodulation processing for transmitting and receiving signals via the antenna 112 so that the terminal device 10 communicates 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, demodulation and frequency conversion of wireless signals transmitted and received by the terminal device 10 and provide received signals to the control unit 190.

The operation reception unit 130 has a mechanism for accepting user input operations. Specifically, the operation reception unit 130 is configured as a touch screen and includes a touch sensitive device 131 and a display 132. Touch sensitive device 131 receives input operations from the user of terminal device 10 . The touch sensitive device 131 uses, for example, a capacitive touch panel to detect the position of the user's touch on the 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 under the control of the control unit 190. The display 132 is realized by, for example, an LCD (Liquid Crystal Display) or an organic EL (Electro-Luminescence) display.

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

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

The camera 160 is a device that receives light with a light receiving element and outputs it as a photographed image. The camera 160 is, for example, a depth camera that can detect the distance from the camera 160 to the object to be 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 the mattress of the bed on which the user sleeps, it is possible to detect the movements of the sleeping user on the mattress. 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, storage unit 180 stores user information 181 and sleep information 182.

User information 181 is user information in a game based on a game program. User information includes information that identifies the user, the user's name, the user's level in the game based on the game program, the current value and maximum value (upper limit) of the stamina value, game objects held by the user (game character , game items), the amount of virtual currency held by the user, the identification information of other users who are registered as friends with the user, the user's attribute settings, and game progress imposed according to the user's sleep state. This includes the above restrictions, etc.

The sleep information 182 is information related to the user's sleep state, which is measured by the sleep measurement device 11B or the like. The terminal device 10 communicates with the sleep measurement device 11B and the like through short-range wireless communication such as Bluetooth (registered trademark) and Wi-Fi, and receives sensing results from the sleep measurement device 11B and the like. Note that the sleep measuring device 11B and the like may be compatible with communication standards of mobile communication systems such as 5G, and may transmit sensing results to the server 20 without using short-range wireless communication. The terminal device 10 may receive sensing results from the sleep measuring device 11B or the like from the server 20 and store them as the sleep information 182.

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 included in the program. Control unit 190 is, for example, an application processor. The control unit 190 functions as an input operation reception unit 191, a transmission/reception unit 192, a data processing unit 193, and a notification control unit 194 by operating according to a program.

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

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

The data processing unit 193 performs calculations on the data input 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 due to quest game play: For example, the data processing unit 193 performs a series of processes such as subtracting the stamina value when the user selects a quest and plays the game. Specifically, a plurality of game units (quests) are displayed on the display 132, and the user designates the game unit to be played. When the current value of the user's stamina value exceeds the amount of consumption necessary for playing the game in units of games, the data processing unit 193 starts playing the games in units of games. The data processing unit 193 subtracts a predetermined amount of consumption from the current value of the stamina value as the user plays a game unit. Also, if the consumption amount set for the game unit that the user is playing is larger than the current value of the user's stamina value (i.e., if the quest cannot be started because the stamina value is insufficient) ), displays a screen etc. that prompts the user to consume items etc. that can restore stamina value. Note that in the game based on the game program executed by the terminal device 10, the stamina value parameter may not be used, and the user may not consume the stamina value when playing the game on a game-by-game basis.

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

(iii) Purchase processing: The data processing unit 193 accepts purchase processing from the user. For example, the data processing unit 193 grants paid virtual currency to the user by accepting a purchase process. Additionally, the purchase process may restore the current stamina value, may provide a specific game object (game character, game item, etc.) to the user, or may provide benefits to the user on an ongoing basis ( (e.g., allowing users to receive special login bonuses). Paid virtual currency can be used for various purposes, such as restoring the current stamina value and obtaining game objects through a lottery.

The notification control unit 194 performs a process of presenting information to the user. The notification control unit 194 performs processes such as displaying a display image on the display 132, outputting audio to the speaker 142, and generating vibrations on the camera 160.

<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 functions as a communication section 201, a storage section 202, and a control section 203.

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

The storage unit 202 stores data and programs used by the server 20. The storage unit 202 stores a user information database 281, a friend list 282, sleep performance information 283, sleep measurement device settings 284, and the like.

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

The friend list 282 is a database for holding information on users registered as friends by each user. Details will be described later.

Sleep performance information 283 is information regarding each user's sleep. The server 20 accumulates information regarding each user's sleep by receiving information regarding sleep from the terminal device 10 of each user. Details will be described later.

The sleep measurement device settings 284 includes, for each of the plurality of sleep measurement devices, information that specifies the sleep measurement device, sensing specifications of the sleep measurement device, effects that are exhibited during game play according to the information that specifies the sleep measurement device, etc. information is retained. Details will be described in another embodiment (Embodiment 5).

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. The operation content acquisition module 2041 acquires, as the user's operation content, for example, which game unit the user has specified as a target for game play.

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

The transmission control module 2043 controls the process by which the server 20 transmits a signal to an external device according to a communication protocol.

The matching module 2044 matches users who play multiplayer or the like. For example, the matching module 2044 may match friends of the user registered in the friend list.

The game progress module 2045 determines whether the user has sufficient stamina value to play the game unit based on the user's operation of specifying the game unit, and determines whether the user has sufficient stamina value to play the game unit, and based on the current value of the stamina value, the game progress module 2045 The user information DB 281 is updated by subtracting the consumption amount set in the unit. The game progress module 2045 responds to the user's terminal device 10 with data necessary for game play for each game (character voice data, map data for moving the character, enemy character data, etc.).

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

As shown in FIG. 4, each record of the user information database 281 has an item "user identification information (user ID)", an item "user name", and an item "user level" for each piece of information that identifies a user. , the item "current stamina value", the item "maximum stamina value", the item "possessed game object", the item "user attribute setting", the item "constraints due to sleep evaluation", etc.

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. The free virtual currency indicates the amount of virtual currency that is given to the user free of charge and is held by the user. For example, the terminal device 10 grants free virtual currency to the user as a login bonus, event reward, or the like. Paid virtual currency indicates the amount of virtual currency that is provided to the user for a fee and is held by the user. For example, the terminal device 10 grants paid virtual currency to the user by accepting a process for purchasing paid virtual currency through a purchase process. These free virtual currency and paid virtual currency may have the same name in the game (for example, they may be expressed as "virtual currency (free amount)", "virtual currency (paid amount)", etc.) , may have different names.

The item "user identification information (user ID)" is information that identifies each user.
The item "user name" is a name set by the user.
The item "user level" is a parameter that increases separately from the level of the game character and the like as the user repeats game play. For example, as the user level increases, the value set in the item "maximum stamina value" increases. As a result, as the user level increases, it becomes easier for the user to play a game unit that consumes a larger amount of stamina value.
The item "current stamina value" is the current value of the parameter of the user's action power (current value of stamina value). If the current value of the stamina value is less than the consumption amount set for each game, the user cannot start playing the game for that game. The user can increase the current value of the stamina value by consuming a game item that can restore the stamina value or by consuming paid or free virtual currency. At this time, the current value of the stamina value may be recovered to exceed the maximum value of the stamina value.
The item "maximum stamina value" is the maximum value (maximum value, upper limit value of stamina value) of the parameter of the user's action power. The current value of the stamina value will recover to the maximum value as time passes.
The item "owned game object" is information on game characters, game items, etc. owned by the user. This item also includes information such as the level of each game character and game item.
The item "user attribute setting" indicates attributes set for the user. Attributes may also be set by user operations. For example, in a game, it is assumed that a group (also referred to as a team, a guild, etc.) can be established to which multiple users belong. The server 20 assigns unique identification information (group ID) to the launched group and accepts settings for the group name from users belonging to the group. By joining a group, users have the ability to send and receive messages with members within the group (group bulletin board, etc.), the ability to play multiplayer with members within the group (competition within the group, joint battles, etc.), and the ability to communicate between groups. You can use various functions such as multiplayer functions (group battles, joint battles, etc.).

Further, for example, when a user and another user have a family relationship, the user can designate the other user as a family member. For example, when user "C" specifies 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 families. For example, members can join the group only by obtaining approval from the user who started the group, or by users who are set as family members of the members included in the group.

The item "constraints based on sleep evaluation" indicates contents of various conditions and constraints set for each user's game play according to information regarding the user's sleep.

(i) Adjustment of game parameters during game play according to sleep performance As a condition set for game play, for example, the more the user reaches the sleep goal set for the user, the more the user progresses in the game. Game parameters are adjusted to your advantage. Such game parameters are not limited to those that are simply given to the user as items (for example, when the user achieves a sleep goal, in-game currency is given, etc.). The game parameters may be, for example, parameters referenced by the game program while the user is playing the game, and may adjust the balance of the game. Based on the parameters, the level of difficulty such as the strength of the enemy character, the degree of user support such as the ease of obtaining items, etc. are adjusted.

Specifically, for example, the time when the user woke up (timing when the user woke up), the time when the user woke up (timing when the user got out of bed), the time when the user went to bed (when the user got out of bed) The in-game effects are changed depending on the user's bedtime (timing when the user fell asleep), the user's sleep quality, etc. Note that at the timing when the user wakes up, the user is awake, so "the user woke up" includes "the user woke up." Similarly, "the user fell asleep" includes "the user fell asleep". For example, when the user wakes up according to the target time to wake up, it is made easier to acquire items in the game. For example, when a user purchases an item while playing a game, the purchase price of the item decreases, when the user sells an item during game play, the chance of the item being purchased increases, and so on. Note that a time period may be set that is advantageous for the user to play the game, regardless of time information regarding the user's sleep (time when the user wakes up, time when the user goes to bed). For example, if the user wakes up at 7 a.m., which satisfies the predetermined scheduled wake-up time, the timing differs from the user's wake-up time, such as between 10 a.m. and 12 a.m. The game play may be advantageous for the user during the time period.

(ii) Adjustment of the user's game play opportunities according to the sleep performance (a) Possibility of game play: As a constraint set on game play, for example, the more the user reaches the sleep goal set for the user, , a specific game unit (also referred to as a "quest" or the like) may be played. For example, users can reach their sleep goals by targeting games with relatively large rewards for clearing, games with a high level of difficulty, games that are provided as events by game operators over a certain period of time, etc. This may allow the user to play the game or increase the number of times the user can play the game.

(B) Change in period during which game play is possible: The period during which game play is possible for a specific game unit may be adjusted depending on whether the sleep goal set for the user has been achieved. For example, a user may be able to play a particular game unit regardless of whether or not the user has achieved a sleep goal; The period during which the game can be played may be set to be long, or the game may be played during a specific time period such as a time period specified by the user.

(iii) Adjustment of user's operation opportunities and in-game behavior according to sleep performance As a constraint on the user, an opportunity to perform a specific operation may be set for the user according to the user's sleep performance. For example, the user may be able to perform an operation to receive a reward such as a present item by reaching a sleep goal (setting a period during which the user can perform the operation).

Furthermore, as a constraint on the user, it may be possible to perform a specific action during the game depending on the user's sleep performance. Specific actions during the game include transfer of items, acquisition of items, battles between the player character and other characters, and the like. For example, the user is permitted to transfer a specific item or the like to another user, NPC (non-player character), etc. only when the user is sleeping. Details will be described later.

Each of the records in the friend list 282 includes the item "User 1", the item "User 2", the item "Friend registration date", the item "Sleep information disclosure status", the item "Common attribute", and the item Includes "common sleeping hours" etc.

The item "User 1" indicates one of the users who are mutually registered as friends.
The item "User 2" indicates the other user among the users who are mutually registered as friends.
The item "friend registration date" indicates the date and time when the users were registered as friends.
The item "Sleep information disclosure/disclosure" indicates the setting of whether or not to disclose sleep information of each user among users who are registered as friends. For example, "Private" prohibits disclosure between users who are registered as friends, "Mutual disclosure" that allows mutual disclosure between friends, "Publish to one party" that allows one user to disclose to the other user, etc. There are settings for
The item "common attributes" indicates attributes that are common to each user among the attributes set for each user registered as a friend. 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 registered as a friend sleeps together. That is, this is a time period in which both users are sleeping.

Note that as a method for friend registration, one user may apply for friend registration to another user, and when the other user approves, the user may be registered in the friend list. Alternatively, one user may be able to add to the list (follow) the other user without approval. In this case, both users follow each other, resulting in a state of mutual following.

Each of the records of the sleep performance information 283 includes the item "user identification information", the item "date and time", the item "sleep goal", the item "sleep performance", the item "sleep evaluation parameter", the item "sleep measuring device", and the item Includes items such as ``quality of measurement'' and ``sleeping position.''
The item "user identification information (user ID)" is information that identifies each user.
The item "date and time" indicates the timing at which the sleep measuring device 11B or the like performs sensing when the user sleeps.
The item "sleep goal" indicates a target value for the user's sleep. For example, the target value for sleeping includes 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, which is recorded when the user sleeps and sensing is performed by the sleep measurement device 11B or the like. 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 regarding sleep performance from each user's terminal device 10 and updates sleep performance information 283. The time at which the user went to bed may be determined based on the sensing results of the sleep measuring device 11B or the like, or may be determined at the time when an operation to start going to sleep is received from the user. The time when the user wakes up may be determined based on the sensing results of the sleep measuring device 11B or the like, or may be the time when an operation indicating that the user has woken 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 has reached the target time, the quality of sleep is good, or the like. The evaluation parameter may be a so-called sleep debt visualized as a value according to the user's sleep performance.

The server 20 receives information regarding sleep performance from the terminal device 10 of each user, and calculates the evaluation parameter 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 (the user's sleep is not appropriate, and the user seems to be sleep deprived, etc.), the server 20 or the terminal device 10 It adjusts various parameters to reduce the efficiency of game play and sends notifications to users to encourage them to get more sleep.

For example, if the user's sleep is not good, the terminal device 10 notifies the user to go to bed, saying, "Your body is tired, so let's go to bed." Furthermore, even if the user plays the game, the terminal device 10 changes the game play environment so that the efficiency of the game play by the user decreases by reducing the ease of acquiring experience points, game items, etc. let This allows the user to realize that playing the game when the user is tired will not allow the game to progress efficiently, and to help the user sleep better so that the user can get a good night's sleep. can be encouraged.

Further, the evaluation parameter can also be said to represent the user's physical condition. The terminal device 10 or the server 20 can suggest a game play to the user according to the user's physical condition based on the evaluation parameter. For example, if the user gets enough sleep, it is considered good for the user's health to have a moderate amount of fatigue in the user's body. Therefore, in response to the fact that the user has had enough sleep, the terminal device 10 or the server 20 selects a game that requires the user to move his or her body from among the plurality of game candidates, and plays the game of the game. It is possible to send notifications prompting. For example, during the gameplay of a certain game, it is determined that the user is in good physical condition based on the user's sleep performance, so that the gameplay of another game (for example, a game that can be progressed by the user walking) You can suggest the user to do the following. Furthermore, by determining that the user is not in good physical condition based on the user's sleep performance, the user may be suggested to play another game (for example, a game that can be progressed without the user moving). can.

The item "sleep measurement device" indicates information specifying the sleep measurement device used by the user to measure sleep. FIG. 4 shows an example in which the same user uses multiple sleep measurement devices to record sleep-related information. In the item "sleep measurement device," the information identifying the sleep measurement device may be information indicating the model of the sleep measurement device (information on the manufacturer, information identifying the product), and information on the type of sleep measurement device (information on the manufacturer, information identifying the product). The information may be information that uniquely identifies each device (for example, a MAC (Media Access Control) address, a unique code given by the manufacturer, etc. of the sleep measurement device, etc.).

The item "measurement quality" indicates the quality of the sensing results measured by the sleep measurement device. Here, (1) quality of sensing results may refer to sensing accuracy of a sensor device installed in a sleep measuring device. For example, sensing accuracy may decrease due to failure of the sensor device. Furthermore, (2) if the quality of the communication signal sent from the sleep measurement device deteriorates, the quality of the output sensing results may also deteriorate. Furthermore, the quality of the sensing result may indicate whether or not (3) the user's sleep state was successfully measured, in addition to the sensing accuracy of the sensor device or the quality of the communication signal. For example, if the user's bed may vibrate due to factors other than the user, the user's sleeping state cannot be measured satisfactorily, and errors may be included. For example, if another user, a pet, or the like is present in the user's bed, the sensing result may vary due to factors other than the user.

The item "sleeping position" indicates the position where the user slept. For example, if the sleep measurement device 11B or the like has a position information sensor (GPS or the like), the position where the user slept can be obtained from the output result of the position information sensor. Furthermore, when the sleep measuring device 11B or the like communicates with the terminal device 10 by short-range wireless communication or the like, the position where the user sleeps can be acquired from the output of the position information sensor 150 of the terminal device 10. In addition, the sleep measurement device 11B, etc., or the terminal device 10, by communicating with a wireless LAN access point or a wireless base station, specifies the location of the sleep measurement device 11B, etc. or the terminal device 10, and the identified location is transmitted to the user. It may also be the position where the person slept.

<3 Operation>
Hereinafter, game processing by the terminal device 10 will be explained.

<3.1 Operation example 1>
FIG. 5 shows a process in which the user specifies a game unit and plays the game by consuming the consumption amount set for the game unit from the current value of the stamina value, and the reward for clearing the game unit is given to the user. 12 is a flowchart illustrating a process for adjusting the content according to the sleep performance of the user.

In step S501, the terminal device 10 displays a quest as a play unit on the display 132, and receives a quest selection from the user.

In step S503, the terminal device 10 determines whether the current value of the user's stamina value exceeds the stamina consumption amount set for the quest specified by the user. When the current value of the user's stamina value exceeds the stamina consumption amount of the quest, the terminal device 10 transmits a signal to the server 20 indicating that the game play of the quest is to be started. The terminal device 10 subtracts the stamina consumption amount set for the quest from the current value of the user's 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 advances the game play of the quest specified by the user in accordance with the user's input operation.

In step S507, the terminal device 10 determines whether or not the quest ending condition is satisfied (for example, the game character operated by the user defeats the boss character set in the quest, the game character operated by the user fights) (becomes impossible, etc.), and update various parameters when ending the quest. For example, the terminal device 10 updates various parameters by increasing the user's experience value, giving the user a drop item set in a quest, etc. Here, when the terminal device 10 determines that the quest end condition is satisfied, the terminal device 10 determines whether or not the sleep performance satisfies the predetermined condition based on the user's sleep information in the sleep performance information 283. judge. For example, if the actual sleep performance of the user has reached the sleep goals (go-to-bed time, bedtime, wake-up time, wake-up time, and sleep quality goals) predetermined by the user, the terminal device 1 determines that the sleep performance satisfies the conditions. That is, the terminal device 10 determines that the user's sleep quality is good.

If the condition is not met, the terminal device 10 sets the reward for clearing the quest as the first reward. When the condition is satisfied, the terminal device 10 sets the content of the reward upon clearing the quest as a second reward that 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 are obtained upon clearing the quest, more in-game currency, better or more game items, etc.

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

As described above, the user can receive rewards in the game by having regular sleep, and is encouraged to maintain appropriate sleeping habits. In addition, by starting the game and clearing the quest, rewards are given according to the amount of sleep, so the user can sleep and still enjoy playing the game even more after waking up.

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

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

In step S653, the server 20 refers to the user information DB 281, and does not recover the current value of the user's stamina value during the time when the user is not sleeping (for example, the time from the time the user wakes up until the time the user goes to bed). The user recovers as time passes while the user sleeps.

Note that in step S653, the current value of the stamina value may be recovered over time even when the user is not sleeping, and the stamina value may be recovered to a greater extent over time while the user is sleeping. . For example, if the user is awake all day long (not sleeping), the amount of stamina recovered over time is set to the amount that allows the user to play a predetermined game unit a predetermined number of times. Thereby, it is possible to encourage the user to sleep while limiting the number of game plays per game 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 user's sleep performance information received from the terminal device 10 and the evaluation parameters generated in step S655.

In step S603, the terminal device 10 receives evaluation parameters for evaluating 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 that consumes stamina value when playing a game unit, the user can recover the current stamina value by sleeping. Therefore, it is possible to encourage the user to sleep appropriately while realizing the fun of playing the game.

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

In step S701, the terminal device 10 causes the player character (PC) to be operated by the user to perform operations while the user is sleeping, in response to the user's operation or in accordance with a predetermined rule regardless of the user's operation. Set actions (for example, transfer of items, battle with other characters, etc.).

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

In step S753, the server 20 receives information regarding the user's sleep from the terminal device 10. The terminal device 10 allows the user's player character to perform the action set in step S701 during the time period when the user is sleeping. The server 20 accepts actions of other users' characters and non-player characters (NPCs) with respect to the user's player character. For example, when a user's player character sells items, an NPC or the like performs a process of purchasing the items while the user is sleeping. Therefore, the game can be progressed by the user getting proper sleep.

In step S755, the server 20 determines whether the user can respond to a specific event during a period when a specific operation is accepted from the user based on the user's sleep performance (time of going to bed, time of going to bed, time of awakening, time of waking up, quality of sleep). Set a period during which you can participate. For example, the server 20 performs processing such as setting a period in which the user can perform an operation to receive a reward by sleeping properly, setting a period in 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 performance. 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 determines that the progress of the game is advantageous to the user. Processing is performed such as making events more likely to occur, or performing in-game effects at specific times, etc.

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

As mentioned above, when the user gets proper sleep, it becomes possible to proceed with the game play itself, it becomes advantageous for the game play, and it becomes easier for the user to perform certain operations in the game play. . Therefore, it is possible to encourage the user to get proper sleep, and to further improve the enjoyment of playing the game.

<3.4 Operation example 4>
FIG. 8 is a flowchart illustrating a process of making each user's game progress advantageous and providing rewards to each user by achieving a sleep goal among a plurality of users. In the example of FIG. 8, the first user is operating the terminal device 10A, and the second user is operating the 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 sleep schedule information (scheduled bedtime, scheduled wake-up time) of the second user who has the same attributes as the first user. The terminal device 10A notifies the first user that by sleeping during the sleep target time period set for the second user, the first user will receive a reward that can be used in game play. do.

In step S811B, the terminal device 10B notifies the second user of sleep schedule information of the first user who has the same attributes as the second user. The terminal device 10B notifies the second user that by sleeping during the sleep target time period set for the first user, the second user will be given a reward that can be used in game play. do.

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

In step S813B, when the terminal device 10B detects that the second user is sleeping, it transmits information regarding 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, and determines the relationship between the sleeping hours of the first user and the second user (specifically, the sleep time of the first user and the second user). A reward to be given to the first user and the second user is determined depending on whether the first user and the second user slept at the same time, and the content of the determined reward is sent to the terminal. The device 10A and the terminal device 10B are notified. In addition, as the relationship between the sleeping hours of the first user and the second user, if the sleeping hours of the first user and the second user overlap for a predetermined amount of time or more, a reward is given to each user. It is also possible to decide the reward for Furthermore, a reward may be given to each user when both the first user and the second user are sleeping during the overlapping time period. Furthermore, rewards may be given to each user because the sleeping time zones of the first user and the second user do 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 has had more appropriate sleep between the first user and the second user.

In step S805A, the terminal device 10A notifies the first user of the reward given in response to the first user sleeping during the same time slot as the second user.

In step S815B, the terminal device 10B notifies the second user of the reward given in response to the second user sleeping during the same time slot as the first user.

In the above process, the first user and the second user both set a common sleep goal (bedtime, wake-up time), and each user achieves the sleep goal together. A reward may be given to the user. Alternatively, the first user and the second user may be able to notify each other (or either the first user or the second user) of their sleep goals. For example, the first user, by operating the terminal device 10A, can set a sleep goal such as "Let's sleep from 10 p.m. to 7 a.m." to the terminal device 10B operated by the second user. It may also be possible to send a message presenting the information. Here, sleep goals are set for the first user and the second user by the second user performing an operation to view the message. Further, the terminal device 10B may notify the first user's terminal device 10A that the second user has viewed the message. This encourages both the first user and the second user to sleep in order to achieve their sleep goals.

Furthermore, other users may be able to set the reward that will be given to the user when the sleep goal is achieved. For example, a first user can set a reward that will be given to a second user if the second user achieves a sleep goal. With this, for example, when the first user is the parent of the second user, the parent (first user) can present a sleep goal to the child (second user), and the child (second user) can A reward is given to the child (the second user) when the child (the second user) sleeps as desired. Here, when the first user sets a reward to be given when the second user reaches the sleep goal, the terminal device 10A sets the recommendation of the reward that the first user presents to the second user. may be extracted and displayed based on the second user's game play performance or the like. For example, a list of game objects related to frequently used player characters among the player characters that the second user uses in gameplay (for example, equipment items for frequently used player characters, items that can be transferred to advanced jobs, evolution materials etc.) may be presented to the first user as a recommendation for remuneration to be set for the second user.

This encourages multiple users to work together to achieve their sleep goals, and further increases the interest of the game by rewarding multiple users for sleeping together. can.

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

The screen example (A) in FIG. 9 is a diagram illustrating a situation in which a user's sleep performance is evaluated, evaluation parameters are generated, and game play is performed using the evaluation parameters. This corresponds to steps S657, S603, and S605 in FIG.

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

The user level 132A represents the player level of the user playing the game. The terminal device 10 provides experience points (player experience points) not to the game character but to the user himself/herself when the user plays a game. The terminal device 10 recovers the stamina value or increases the maximum value of the stamina value as the player's level increases.

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

The notification display section 132G is an area for notifying the user of the contents of controlling the game progress based on evaluation parameters (parameters that evaluate the user's sleep performance, and therefore also parameters that can represent the user's good physical condition). It is. In the screen example (A), the terminal device 10 displays a notification indicating that the user is in good physical condition (display of "I am in good physical condition", etc.) according to the evaluation parameter (sleep parameter). In response to a good value of the evaluation parameter, it is possible to provide the user with an experience in which the user's good physical condition is reflected in the game play. Specifically, the terminal device 10 displays in the notification display section 132G that the amount of experience points that the user gains through game play will be increased, and that the user will be less likely to receive damage when the player character fights an enemy character. etc., the user is notified that the progress of the game will be advantageous to the user.

The game start button 132C is an area in which the terminal device 10 receives an operation from the user to start another game instead of the game program being executed.

For example, if the user is in good physical condition, the user can be encouraged to move his/her own body to improve the user's physical condition. Therefore, when the value of the evaluation parameter is good, the terminal device 10 creates another game program that prompts the user to move his or her body in response to receiving the user's operation on the game start button 132C. A display may be displayed to prompt the user to start a game (for example, a game that uses map information and allows the user to progress by moving in the real world). The terminal device 10 starts another game program in response to the user's starting operation.

Furthermore, there are cases where the evaluation parameters are not good and the user is in poor physical condition.
Screen example (B) shows a screen display example when the user is not feeling well. In the notification display section 132G, the terminal device 10 displays information indicating that the progress of the game is affected, such as that the experience points that the user acquires through game play will be reduced, or that the user will be more likely to receive damage when the player character fights with an enemy character. Notify the user that it will be disadvantageous to the user. Further, the terminal device 10 may issue a notification urging the user to play another game so as not to increase the fatigue accumulated in the user's body, as shown in the notification display section 132G.

As described above, an example has been described in which another game is started in response to the user's operation on the game start button 132C. Here, the value of the evaluation parameter may be a parameter that can be commonly used by the user in a plurality of game programs. The terminal device 10 may display a list of game programs for which the user can use evaluation parameter values, and may accept from the user a designation of the game program to be executed.

Furthermore, evaluation parameters generated by the user's daily sleep may be accumulated and managed in at least one of the terminal device 10 and the server 20. 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, it is possible to issue a user ID on a portal site or the like, associate it with the user ID, and manage cumulative values of evaluation parameters accumulated by the user. The evaluation parameters can be used in various ways in each of the plurality of games. For example, it is possible to provide game items that can only be obtained by consuming evaluation parameters. Furthermore, for example, instead of virtual currency, evaluation parameters may be used to perform specific game processing.
This prompts the user to sleep daily to achieve their sleep goals.

Screen example (C) is a diagram showing a situation in which a plurality of users are encouraged to achieve their sleep goals. This corresponds to each process in FIG.

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

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

The notification button 132K is an area for receiving an operation when the user starts sleeping. After the user performs an input operation on the notification button 132K, the user begins to sleep. In order to prevent the user from operating the terminal device 10 even though the user is about to go to bed, the terminal device 10 displays the user's wake-up schedule in response to the user's input operation to the notification button 132K. It is also possible to not accept input operations to the terminal device 10 until the time.

In response to the user's input operation to the notification button 132K, the terminal device 10 notifies other users having the same attributes as the user that the user is about to go to bed.

Screen example (D) shows that when the user sleeps according to the sleep goal, the terminal device 10 causes the player character to perform a specific game action while the user is sleeping, and after the user wakes up, the terminal device 10 causes the player character to perform a specific game action. Indicates the aspect of displaying the results. This corresponds to each process in FIG.

The terminal device 10 displays a notification display section 132P, a message 132Q, a receiving operation reception section 132R, and the like.

The notification display section 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 section 132P that the user was able to wake up at the scheduled wake-up time that is the sleep goal.

The message 132Q is an area that displays the details of game actions performed by the player character during sleep as a result of the user sleeping in accordance with the sleep goal. In the illustrated example, the terminal device 10 causes the player character to perform a specific game action (such as selling an item) while the user is sleeping, and accepts the purchase of an item from another user (user "C"). , indicating that the payment was received in in-game currency.

The receiving operation accepting unit 132R is an area for accepting an operation for the user to receive the reward given to the user. When the user's sleep has reached the target, the reward may be received by the receiving operation reception unit 132R.

<Summary>
As described above, according to the present embodiment, the user's progress in the game can be advantageous if the user takes proper sleep. As a specific aspect where the progress of the game becomes advantageous, when the user plays the game upon waking up and satisfies the clearing conditions for each game, the reward at the time of clearing the game will be more advantageous depending on the user's sleep. It may be taken as a thing.

This not only encourages the user to get adequate sleep, but also provides the user with an incentive to play the game itself by giving rewards for clearing each game.

<Modified example>
(1) In the explanation of FIG. 8 etc., an example was explained in which a first user and a second user present a sleep goal to each other, sleep together, and are rewarded for achieving the sleep goal. . In addition to this, there may be cases where the first user and the second user have different sleeping periods. A reward may be given to at least one of the first user and the second user when the second user plays a game while the first user is sleeping. Thereby, it is possible to encourage the first user to sleep so as to reach the sleep goal, and to further improve the interest of the second user playing the game.

(2) In FIGS. 4, 8, 9, etc., it has been explained that various attributes such as groups are set for users. He explained that groups include things like "families." In addition to this, the reward given when the user achieves the sleep goal may be made in accordance with the user's attributes. For example, in FIG. 8, etc., the reward when multiple users who are a family achieve their sleep goals is different from the reward when users in a group such as a guild rather than a family achieve their sleep goals. Good too.

(3) In the above embodiment, it has been described that 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 reward the user when the user falls asleep without receiving any input operations on the terminal device 10 after the user goes to bed. It is possible to support a user who is trying to sleep to achieve his or her sleep goal without operating the terminal device 10.

<Second embodiment>
As described above, in the first embodiment, an example has been described in which various rewards in a game are given to a user when the user achieves a sleep goal. In the second embodiment, the following will be explained.

(1) Technology to deal with the situation where the user operates the terminal device 10 before falling asleep Even though the user has gone to bed and is about to fall asleep, the user may not be able to hold the device for a long time, or the terminal device 10 may receive a notification. If you are worried about something, you may end up operating the terminal device 10 or the like and have trouble falling asleep. If the user sees light emitted from the backlight or the like of the display 132 of the terminal device 10, the user may be prevented from falling asleep, and his or her sleeping habits may not be appropriate.

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

In Embodiment 2, a technique is provided that prompts the user not to operate the terminal device 10 between the state in which the user is in bed (the state in which the user has not fallen asleep but is lying in bed) and the state in which the user falls asleep. explain.

(2) Technology that notifies users at appropriate times to encourage them to sleep In the case of technology that notifies users of a predetermined sleep schedule through push notifications, etc., if the user is asleep If push notifications are sent during these hours, it may actually disturb the user's sleep.

Therefore, in Embodiment 2, a technique for notifying the user to sleep at an appropriate time will be described.

(3) Technology that prompts the user to move to sleep appropriately based on information about the user's current location If the user is away from the place where they sleep, such as when the user is out, the scheduled bedtime will arrive. It may be difficult for the user to sleep even if the user is sleeping.

Therefore, in Embodiment 2, in order to support the user's sleep, a technique for notifying the user in consideration of the user's current location will be described.

FIG. 10 is a flowchart showing a process for giving a reward in the game to the user because the user did not operate the terminal device 10 before falling asleep.

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

In step S1003, the terminal device 10 initializes game points in response to detecting that the user is ready to sleep in step S1001, and starts processing to fluctuate the game points over time. For example, the terminal device 10 adds a predetermined value to the game points every time a certain period of time passes.

In step S1005, after the user goes to bed, the terminal device 10 determines whether the user has fallen asleep based on the output of a motion sensor of the terminal device 10, such as the sleep measuring device 11B. The terminal device 10 initializes the above game points when detecting a user's input operation to the terminal device 10 before the user falls asleep. That is, if the terminal device 10 is operated before the user falls asleep, the terminal device 10 discards the change in game points due to the passage of time and resets the game points serving as a reward to the user. When the terminal device 10 detects that the user has fallen asleep, the terminal device 10 rewards the user for not operating the terminal device 10 during the period from when the user is ready to sleep until the user falls asleep. Give. In addition, the terminal device 10 provides rewards that are more advantageous to the user in game play as the period is longer, depending on the length of the period (that is, the time that has passed from when the user attempts to sleep to when the user actually falls asleep). Granted to the user. Furthermore, the terminal device 10 interrupts the process of changing the game points over time based on the timing when the user falls asleep, and gives the user the game points that have changed over time during the period until the user falls asleep.

Note that the conditions for resetting the reward given to the user include not only the case where the user operates the terminal device 10 until the user falls asleep, but also the case where the user operates not only the terminal device 10 but also other devices. May be included. For example, if the user does not operate the terminal device 10 after going to bed but operates another device such as a wearable device, the reward given to the user may be reset. That is, after going to bed, the user may be able to earn rewards for the period until falling asleep by not operating any device other than the terminal device 10.

As a result, even if the user has difficulty falling asleep after going to bed, such as by lying down on the bed, the user can obtain a reward that can be used in the game by not operating the terminal device 10, and furthermore, the period during which the user had difficulty falling asleep can be extended. Indeed, the content of the reward can be advantageous. Therefore, even if it takes a long time to fall asleep after going to bed, the user is encouraged to concentrate on falling asleep without operating the terminal device 10.

In step S1007, the terminal device 10 detects the timing at which the user is in a sleeping position, the timing at which the user falls asleep, and the history of operations performed by the user on the terminal device 10 (after going to bed, trying to fall asleep, eventually (including the history of operations on the terminal device 10 when the user accidentally operates the terminal device 10), the details of the reward obtained by the user, and information on the game points obtained by the user are transmitted to the server 20.

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 mentioned above, the technology for dealing with (1) the user operating the terminal device 10 before falling asleep has been described.

FIG. 11 is a flowchart showing a process in which the terminal device 10 notifies the user of sleep-related information at an appropriate timing.

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

In step S1155, the server 20 receives information about the user's scheduled bedtime and the place where the user will sleep from the terminal device 10, and stores this information by updating the user information database 281 and the like.

In step S1103, the terminal device 10 determines the timing for notifying the user to take a nap. The terminal device 10 determines the time period for notification (timing for notification) based on the scheduled bedtime time specified by the user in step S1101, for example, so as to notify the user a certain period of time before the scheduled bedtime time. Furthermore, the terminal device 10 determines the time slot for notification based on the user's past sleep performance, so as to be accumulated in the sleep performance information 283 of the server 20 .

For example, the period from the time the user went to bed to the time the user woke up the previous day is the time period during which the user was trying to sleep or was actually sleeping. Therefore, the terminal device 10 may determine, based on the user's past sleep performance, that the time period in which the user was actually sleeping is the timing at which the above-mentioned notification is not performed (i.e., the above-mentioned (The notification may be made during a time period other than 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 in the user's schedule information, if location information is input to each schedule, the terminal device 10 identifies the user's current location at the time of the schedule based on the location information associated with the schedule. You may.

The terminal device 10 specifies the travel time required to travel from the user's current position to the place where the user sleeps, based on the information about the user's current position and the information about the place where the user sleeps. For example, the terminal device 10 may specify the time required to travel from the user's current location to a place to sleep based on route information of public transportation, information on road congestion, and the like.

The terminal device 10 determines the timing to notify the user based on the time required for movement so that the user can take actions to sleep (such as going to bed) by the scheduled bedtime time set for the user. do. The terminal device 10 determines the timing to notify the user by going back in time from the scheduled bedtime by the amount of time required for travel and providing a certain margin. For example, when the scheduled bedtime is "23:00" and the time required for movement is "55 minutes", the terminal device 10 provides a margin of "35 minutes" and, for example, the timing for notifying the user. is determined to be "9:30 p.m.". The terminal device 10 also notifies the user of the time at which he or she should start moving to a place where he or she sleeps (such as his or her home) so that the user can reach his or her sleep goal (sleep at the scheduled bedtime) (for example, , ``Let's leave your current location at 9:30 p.m. so that you can go to bed at the scheduled bedtime of 11:30 p.m.'').

The terminal device 10 may determine the above margin based on the user's past sleep performance. For example, if the user fails to reach his or her sleep goal despite setting the first time as a margin and determining the timing to notify the user, the terminal device 10 sets the first time as the margin and determines the timing to notify the user. It is also possible to set a longer time.

In step S1107, the terminal device 10 determines whether or not the user is falling asleep at the timing of notifying the user that he or she is going to bed, and if the user is falling asleep, the terminal device 10 determines whether the user is falling asleep so as not to disturb the user's sleep with the notification. No such notification will be given. Further, the terminal device 10 notifies the user of going to bed if the user is not falling asleep at the timing of notifying the user of going to bed.

Further, the terminal device 10 notifies the user when the current location of the user is different from the place where the user sleeps at the timing of notifying the user. That is, since the user is not in a place where he or she sleeps, a notification is sent to the user to urge him or her to go to bed.

In addition, if the user is in a different place from the place where the user sleeps, regardless of the user's past sleep performance, since the user is not in the place where the user sleeps, a notification urging the user to sleep may be sent at a predetermined timing. You can also use it as

As mentioned above, (2) technology that notifies the user to sleep at an appropriate time, and (3) moves the user to sleep appropriately based on information about the user's current location. He explained the technology that promotes this.

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

The notification 132T1 is an area in which the terminal device 10 notifies the user that a reward of game points can be obtained by not performing any operations on the terminal device 10 after the user goes to bed until the user falls asleep. It is. In the notification 132T1, the terminal device 10 displays the cumulative value of game points that the user has accumulated by acquiring game points over a plurality of days as "sleep concentration game points." The notification 132T1 includes the initial value of the game points, the fact that the game points will increase as time passes until the user falls asleep, and the information that the user uses the terminal device 10 before the user falls asleep. It is displayed that the game points will be reset by operating it. Game points may be used for various purposes in the game. For example, game points may be used as virtual currency that can be used in a game, or can be used in exchange for virtual currency.

The notification 132T2 indicates that a reward that can be used in the game will be given to the user for not operating the terminal device 10 after going to bed until falling asleep.

The button 132T3 is a button for accepting user input operations. The terminal device 10 may specify the timing when the user goes to bed or falls asleep by accepting an input operation on the button 132T3. In response to the input operation on the button 132T3, the terminal device 10 logs the user off from the game and disables (locks) operations on the terminal device 10. When the terminal device 10 disables operations on the terminal device 10 in this way, the terminal device 10 may decide the timing to cancel the disablement based on the user's sleep goal (scheduled wake-up time, etc.).

Screen example (B) and screen example (C) are based on technology that (2) notifies the user to sleep at an appropriate time, and (3) sends a notification to the user based on information about the user's current location. This is an example of a display in a technology that encourages people to move so that they can sleep properly.

As shown in the screen example (B), the terminal device 10 displays a notification 132T5. The notification 132T5 includes content that urges the user to return home from outside in order to achieve the sleep goal. The notification 132T5 also includes content that urges the user to obtain a reward for reaching the sleep goal and not operating the terminal device 10 from the time the user goes to bed until the time the user falls asleep. Furthermore, as shown in a notification 132T5, the terminal device 10 includes information indicating the time when the user starts returning home in the content of the notification.

Screen example (B) shows the current time and text that suggests to the user when to start moving to a place to sleep, such as the text "It's about time to start going home..." )It is included. Thereby, the user can recognize that he should start returning home at the time indicated as the current time.

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

The goal 132T4 includes information on the user's current location, information on the time required for the user to travel to the place where he or she will sleep, and information on the scheduled bedtime.

The reward details 132T6 notifies the user that he or she can receive a reward in the game if the user reaches the sleep goal. Specifically, the user is presented with the conditions for acquiring the reward that he should go to bed by the scheduled bedtime and that he should fall asleep. As illustrated, the details of the reward are also presented to the user.

The reward content 132T7 notifies the user that a reward in the game will be given for not operating the terminal device 10 between when the user goes to bed and when he falls asleep. As illustrated, the details of the reward are also presented to the user.

<Third embodiment>
As described above, the second embodiment provides a technique for dealing with the user operating the terminal device 10 before falling asleep, and a technique for sending a notification prompting the user to sleep at an appropriate timing. The techniques used were explained. In the third embodiment, the following will be explained.

(1) Provide a technology that encourages users to maintain regular sleep habits by associating data regarding users' sleep with ranking information.

(i) For example, a game mode is prepared in which users with appropriate sleeping habits can participate, while users with poor sleeping habits cannot participate. Such a game mode includes a multiplayer mode in which multiple users participate. For example, it may be possible to match groups of users with appropriate sleeping habits and play cooperative or competitive games.

(ii) It is also possible to encourage interaction between users who have appropriate sleeping habits and interaction between groups of users who do not have appropriate sleeping habits. For example, interactions include sending and receiving messages, whether or not multiplayer is possible, and participation in rankings. That is, while providing a ranking competition between users with appropriate sleeping habits, it is also possible to provide a ranking competition in which only users with inappropriate sleeping habits or a plurality of users can participate regardless of their sleeping habits.

(iii) Users may be divided into groups according to their sleeping hours, and interaction between users in each group may be encouraged. For example, users may be grouped into morning types and night types based on their sleeping hours, and morning type users may be able to send and receive messages, participate in multiplayer games, and participate in rankings.

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

(2) Provides a technology that encourages users to have regular sleep habits by using information about users' sleep in games and using it as a parameter that affects interactions between users.

For example, the game may proceed in such a way that the better the user's sleep quality is, the more advantageous the user is. The quality of a user's sleep is considered to be good if the user has a short time to fall asleep, a long sleep duration, a time to go to bed, and a habit of sleeping (daily sleep habits). The track record is stable to a certain extent in terms of sleep time, sleep quality, etc.).

For example, the user's sleep quality 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 user's sleep quality, the better the user's physical condition. Therefore, the better the quality of the user's sleep is, the better the value of the game parameter is for the game. As a result, users can be matched based on the game parameters (matching between users who have good sleep quality and are in good physical condition), and parameters such as game character ability values can be adjusted based on the game parameters (for example, Parameters that indicate how well the game character is doing, etc.) can be created.

Furthermore, the difficulty level of the game may be adjusted depending on the value of the game parameter. For example, based on the game parameters, the difficulty level of the game play may be increased as the quality of the user's sleep improves. Furthermore, users with similar sleep quality may be matched based on the game parameters. The game parameter may be, for example, the evaluation parameter described in Embodiment 1 (step S655, etc.).

By configuring as described above, the game becomes even more interesting when the user gets proper sleep, and thus the user can get into the habit of getting proper sleep.

Furthermore, for example, in a game program in which a large number of users participate, there are cases where the number of simultaneous connections increases only during a specific time period (for example, when the number of connected users is extremely large only during a late night time period). In this case as well, by encouraging users to have proper sleeping habits, it is possible to spread out the time slots in which users participate. Therefore, when the game operating company prepares the resources (server costs, etc.) necessary for operating the game, it is possible to reduce the peak number of users participating simultaneously, and it is possible to suppress operating costs.

FIG. 13 is a flowchart showing a process of using information regarding a user's sleep for ranking.

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

In step S1353, the server 20 receives sleep-related information from the user and updates the sleep performance information 283 and the like.

In step S1355, the server 20 assigns each user to one of a plurality of groups based on each user's sleep performance. 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, sleep quality above a certain level may mean that the user is sleeping in accordance with the user's sleep goals (scheduled bedtime, scheduled wake-up time), or the sleeping time is above a certain level. It may be the case that the user falls asleep within a certain period of time (that is, the user falls asleep easily), or the like.

Further, the server 20 may classify each user into groups according to each user's sleeping time period. For example, users with morning-type lifestyles may be grouped together, and users with night-type lifestyles may be grouped together.

In step S1357, the server 20 aggregates rankings for each group to which the user belongs. For example, during an event period, ranking points are given to users according to their game play. For example, ranking points are awarded based on the number of times the user manipulates the game character to defeat enemy characters, the history of having the game character perform specific actions such as activating skills, the length of time required to clear the game, etc. be done. The server 20 holds the results of aggregating the rankings for each group as a database in a storage or the like, and transmits the results to the terminal device 10.

In step S1303, the terminal device 10 receives information regarding the ranking from the server 20. The terminal device 10 presents the aggregated ranking results of the groups to which the user belongs to the user by displaying them on the display 132 or the like. Thereby, the user can obtain rewards (game items, etc.) that can be used in the game according to the ranking result (user's rank). For example, when a user desires to obtain a reward that can only be obtained through a specific ranking, it may happen that the user cannot even participate in the ranking simply by playing the game for a long time. In that case, the user is encouraged to improve their lifestyle and take actions to ensure longer sleep times.

In step S1305, the terminal device 10 receives from the user a game play based on a group assigned according to the user's sleep performance. For example, the terminal device 10 provides a multiplayer game such as a battle or cooperative play 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 above a certain level in step S1355, the terminal device 10 releases the game mode provided only to the users of the group to the user. .

Note that although the server 20 allocates users to groups in step S1355, the group allocation may be performed on a daily basis or at regular intervals. For example, if the server 20 performs grouping every day based on information regarding the user's sleep, the user of the terminal device 10 may be able to earn rewards based on the ranking of the group assigned the previous day.

<Fourth embodiment>
As described above, in the description of the third embodiment, the technology for prompting the user to have regular sleep habits has been described. Specifically, as a technology that promotes interaction between users when their sleeping habits are appropriate, it is possible to play multiplayer games such as battles and cooperative battles between users who have appropriate sleeping habits; It has been explained that rankings of game events, etc. are displayed among users.

In Embodiment 4, 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) such as a hotel or an inn that provides lodging functions to the user. Further, the specific location may be a facility such as a relaxation salon where a treatment is performed on the user's body and the user is allowed to rest.

Here, the terminal device 10 or the server 20 will be described as accepting registration of the location where the user sleeps on a daily basis, such as at home, from the user and storing it in the user information database 281 or the like. Hereinafter, a process will be described in which a privilege is given to a user by sleeping at a specific location other than the location registered by the user.

Thereby, for example, it is possible to encourage the user not only to move to and locate a tourist spot but also to stay overnight at the spot.

FIG. 14 is a flowchart illustrating a process for granting benefits to a user when the user sleeps at a specific location such as an accommodation facility. Note that it is assumed that home registration has been accepted from the user of the terminal device 10 in advance.

In step S1401, the terminal device 10 receives an operation from the user to reserve accommodation at an accommodation facility. A reservation for accommodation at an accommodation facility includes the accommodation date, number of guests, information identifying the accommodation facility, cooking course, coupon application, and other information related to the accommodation reservation. The terminal device 10 transmits information indicating the details of the accommodation reservation to the server 20 based on the user's operation details.

In step S1451, the server 20 accepts a reservation for lodging at an accommodation facility in response to an input operation by a user of the terminal device 10. The server 20 presents information on the user making the accommodation reservation, the date of accommodation, and other information related to the accommodation reservation to the terminal device of the accommodation facility. The server 20 performs processing for settling accommodation costs in response to an accommodation reservation operation by a user of the terminal device 10. The server 20 stores information regarding the user's accommodation reservation as a database in the storage unit 202 .

Although not shown, the server 20 records information on the user's position at the time the user slept in the sleep performance information 283. For example, in the terminal device 10, the position information sensor 150 acquires the user's position when the user is in bed, when the user is asleep, when the user wakes up, etc. The terminal device 10 transmits information regarding the user's sleep including information on the position where the user slept to the server 20 .

After that, it is assumed that the terminal device 10 detects that the user has gone to bed, that the user has fallen asleep, etc.

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

In step S1405, the terminal device 10 transmits information regarding the timing of the user's sleep and information about the position where the user sleeps to the server 20.

In step S1453, the server 20 updates the sleep performance information 283 and the like upon receiving information on the timing of the user's sleep and information on the position where the user sleeps from the terminal device 10.

In step S1455, the server 20 determines whether the user sleeps at a specific location such as an accommodation facility during a specific time period (for example, late at night, such as from 11 p.m. to 2 a.m. the next day) based on the sleep performance information 283 or the like. Determine whether or not you have done so. The server 20 provides a benefit in the game when the user sleeps in a specific position at a specific time.

Here, the specific location may be the location of a facility where the user has made a reservation for lodging, temporary use, or the like. Further, the specific location may 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, if a user makes a reservation to use an accommodation facility, etc., and then sleeps according to the reservation details of the accommodation facility, etc., there will be an advantage to the user compared to a case where the user sleeps without making a reservation. It is also possible to provide benefits. For example, the user may be given a reward for using the accommodation facility after summarizing the information. Thereby, users can be encouraged to make reservations for facilities and the like before using them.

Further, the condition for granting the privilege to the user may include that the user sleeps at a plurality of specific positions. At this time, the order of the plurality of sleeping positions, the date of sleeping, etc. may be specified on the terminal device 10 or the server 20. For example, a privilege may be given to the user if the user sleeps on a first date and then sleeps at another facility within a certain period of time (for example, the next day) from the first date. In addition, if the user first sleeps at an accommodation facility in a first region (for example, facility "A") and then sleeps at an accommodation facility in a second region (for example, facility "B"), It is also possible to provide a privilege to the user. Thereby, for example, users can be encouraged to stay in a certain area for consecutive nights and to stay in multiple areas. It is also possible to prompt the user to stay at various locations in a certain order.

Note that the specific time period is not limited to late night, but may be any other time period. For example, a privilege may be given to a user when the user sleeps at a hotel, relaxation salon, etc. during a time period that is not a night stay, such as from 1:00 p.m. to 3:00 p.m. Furthermore, as a condition for granting benefits, the operator of the accommodation facility, system administrator, etc. is free to decide which time period to use as a specific time period through the operator's terminal or administrator's terminal. It may also be possible to change the settings.

Further, providing a benefit to the user may mean providing the user with an effect that makes the user's progress in the game advantageous, such as an advantageous login bonus or an increase in a predetermined parameter of the user. Further, providing a benefit to a user may mean providing a predetermined game item (free virtual currency, an item for obtaining a game object by lottery, a material item, etc.) to the user as a reward.

Furthermore, when the server 20 grants a benefit to a user, the quality of the user's sleep may be evaluated based on information regarding the user's sleep, and the content of the benefit may be changed in accordance with the quality of the user's sleep. For example, the quality of the user's sleep is above a certain level (for example, the time it takes for the user to fall asleep is within a certain amount of time, the user can be determined to be deep asleep based on the time of REM sleep/non-REM sleep, The user may be given a more advantageous benefit than when the quality of sleep is below a certain level. Further, if the quality of sleep is below a certain level, the privilege may not be given to the user. This can encourage the user to get enough sleep at an accommodation facility or the like.

In step S1457, the server 20 determines an evaluation value for evaluating the accommodation facility or the like where the user slept, based on the quality of the user's sleep. The server 20 records information on accommodation facilities and the like and evaluation values of the accommodation facilities and the like in the storage unit 202 in association with user information. As a result, evaluation values are accumulated for each of the plurality of facilities based on the quality of sleep when the user sleeps using the facility.

In step S1459, the server 20 extracts information on facilities that the user of the terminal device 10 is recommended to use for sleeping overnight, etc., based on the evaluation values of accommodation facilities and the like. The server 20 transmits the extracted facility information to the terminal device 10.

For example, since evaluation values based on sleep quality of a plurality of users are accumulated for each facility in step S1457, facilities with evaluation values above a certain level may be presented to the user. Further, as users related to the user of the terminal device 10, facilities with high evaluation values such as users registered as friends in the friend list 282 may be presented as recommendations to the user of the terminal device 10. In addition, as a user related to the user of the terminal device 10, facilities with high evaluation values such as other users who have a sleep performance that is similar to the sleep performance of the user of the terminal device 10 (sleep performance information 283) to a certain extent or more are selected. , may be presented as a recommendation to the user of the terminal device 10.

In step S1409, the terminal device 10 presents information on the facilities recommended by the server 20 to the user on the display 132 or the like. The terminal device 10 presents to the user details of benefits that will be given to the user by using the facilities presented as recommendations, such as by staying overnight. The terminal device 10 may display on the display 132 a user interface (operation buttons, etc.) for accepting input operations from the user to reserve the use of the facility, along with the contents of these benefits. Thereby, the user can start operations for making a facility reservation while checking the details of the benefit.

Note that when the progress of the user's game is in a specific situation, the terminal device 10 presents the user with candidates for facilities to be used by the user, and also presents candidates for facilities to be used at the facility during a specific time period. It may also be possible to present that a privilege will be given by sleeping during the night.

Here, when the game progress is in a specific situation, for example, if the user is not likely to meet the clear conditions of a predetermined game unit (quest), the game progress is advantageous because the user receives a benefit. There are situations where this happens. For example, if the level of the boss character is high compared to the strength of the user's controlled character, and the probability of failing to defeat the boss character is above a certain level, the overall strength of the controlled character (level, ability value) is lower than the value recommended for each game, it is determined that the possibility that the user satisfies the clearing conditions for the predetermined game is not high. In this case, the content of the benefit is that a game item that strengthens the user's controlled character is granted, or that an effect that makes the game progress advantageous is obtained (for example, the parameters of the user's controlled character increase during a game unit). It may also be possible to obtain the effect of

The fourth embodiment has been described above. According to the above configuration, since the user is given a privilege in the game when the user sleeps at an accommodation facility or the like, it is possible to encourage the user to use the accommodation facility or the like. Further, when a privilege is given to a user when the user makes a reservation for an accommodation facility etc. in advance, the cancellation rate of the accommodation facility etc. can be further reduced.

<Fifth embodiment>
In the fifth embodiment, an example will be described in which an application program is compatible with a plurality of sleep measuring devices and exhibits a predetermined effect when the application program is executed according to information specifying a sleep specifying device. In the following example, a game program performs game processing based on sensing data measured by each of a plurality of sleep measuring devices.

<Configuration>
FIG. 15 is a block diagram showing the configuration of the sleep measurement device 11B and the like.

As shown in FIG. 15, the sleep measurement device 11B includes an antenna 112B, a wireless communication section 122B corresponding to each antenna, an operation reception section 131B, a display 132B, an audio processing section 140B, a microphone 141B, and a speaker 142B. , a position information sensor 150B, a biological information sensor 160B, a motion sensor 170B, a storage section 180B, and a control section 190B. The sleep measurement device 11B also has functions and configurations that are not particularly illustrated in FIG. 15 (for example, a battery for holding power, a power supply circuit that controls the supply of power from the battery to each circuit, etc.). . As shown in FIG. 15, each block included in the terminal device 10 is electrically connected by a bus or the like.

Antenna 112B radiates a signal emitted by sleep measurement device 11B as a radio wave. Further, the antenna 112B receives radio waves from space and provides a received signal to the wireless communication unit 122B.

The wireless communication unit 122B performs modulation and demodulation processing for transmitting and receiving signals via the antenna 112B so that the sleep measurement device 11B communicates with other wireless devices. The wireless communication unit 122B is a communication module including a tuner, an RSSI calculation circuit, a CRC calculation circuit, a high frequency circuit, and the like. The wireless communication unit 122B performs modulation/demodulation and frequency conversion of the wireless signals transmitted and received by the sleep measurement device 11B, and provides the received signals to the control unit 190B.

The operation reception unit 131B has a mechanism for accepting user input operations. Specifically, the operation reception unit 131B is a physical button or an input device such as a touch sensitive device.

The display 132B displays data such as images, videos, and text under the control of the control unit 190B. Display 132B is realized by, for example, an LCD display.

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

The position information sensor 150B is a sensor that detects the position of the sleep measurement device 11B, and is, for example, a GPS module.

The biological information sensor 160B is a sensor for measuring biological information (heart rate, body temperature, sweat amount, etc.) of the user who uses the sleep measurement device 11B. For example, when a user wears the sleep measuring device 11B, the biological information sensor 160B measures the biological information of these users.

Motion sensor 170B includes an acceleration sensor, an angular velocity sensor, etc., and detects movement of sleep measuring device 11B. For example, if the sleep measurement device 11B is a wearable device such as a wristwatch, the user's movements while sleeping can be detected by the user wearing the sleep measurement device 11B while going to bed. Furthermore, by placing the sleep measuring device 11B on the mattress of the bed on which the user sleeps, it is possible to detect the movements of the sleeping user on the mattress. This makes it possible to determine whether the sleeping user is in light sleep, deep sleep, REM sleep, etc.

The storage unit 180B is composed of, for example, a flash memory, and stores data and programs used by the sleep measurement device 11B. In one aspect, the storage unit 180B stores sensing data 182B and device identification information 183B.

Sensing data 182B is data obtained by sensing by sleep measurement device 11B using motion sensor 170B, biological information sensor 160B, etc.

Device identification information 183B is information for specifying sleep measurement device 11B. As mentioned above, the information for specifying the sleep measurement device 11B includes information on the company that provides the sleep measurement device 11B, information for specifying the product of the sleep measurement device 11B (product name, product code, etc.), sleep measurement Information that uniquely identifies the device 11B (includes an identification code uniquely assigned to each device by a business operator, information used for communication (such as a MAC address), etc.).

The control unit 190B controls the operation of the sleep measurement device 11B by reading a program stored in the storage unit 180B and executing instructions included in the program. The control unit 190B is, for example, a processor, a microcomputer, or the like. The control unit 190B functions as an input operation reception unit 191B, a transmission/reception unit 192B, a data processing unit 193B, and a notification control unit 194B by operating according to a program.

The input operation reception unit 191B performs a process of accepting a user's input operation on an input device such as the operation reception unit 131B. For example, when the operation reception unit 131B is configured with a physical button, the input operation reception unit 191B detects the pressure, etc. that the user presses on the physical button, and It determines whether the physical button has been pressed strongly, etc.

The transmitting/receiving unit 192B performs processing for the sleep measuring device 11B to transmit and receive data with external devices such as the terminal device 10, the server 20, the game controller 11A, and the sleep measuring device 11C according to a communication protocol.

The data processing unit 193B performs calculations on the data input by the sleep measurement device 11B according to a program, and outputs the calculation results to a memory or the like.

The notification control unit 194B performs a process of presenting information to the user. The notification control unit 194B performs processes such as displaying a display image on the display 132B, outputting audio to the speaker 142B, and generating vibrations. Furthermore, when the sleep measurement device 11B and the terminal device 10 are communicating, the notification control unit 194 displays an image on the sleep measurement device 11B in conjunction with notifying the user on the terminal device 10. , the user is notified by outputting sound, vibrating, etc.

<Data structure>
FIG. 16 is a diagram showing the data structure of the sleep measurement device settings 284 stored by the server 20.

As shown in FIG. 16, each record of the sleep measurement device settings 284 includes the item "sleep measurement device ID", the item "device name", the item "device provision period", the item "sensing specifications", and the item Includes "effects during game play" etc.

The item "sleep measurement device ID" is information for specifying a sleep measurement device.
The item "device name" indicates the name of the sleep measurement device.
The item "device provision period" indicates the period during which the sleep measurement device is provided by the operator. The period includes information on when the sleep measurement device was released, when sales of the sleep measurement device ended, and when support for the sleep measurement device by the company ended. Thereby, the terminal device 10 and the like can determine whether the sleep measuring device is unreleased or currently on sale.
The item "sensing specifications" indicates specifications of various sensor devices for the sleep measuring device to sense the user's sleep. The specifications of the sensor device include information such as objects that can be measured by the sensor device (as shown in the figure, sleep quality, sleep time, biological information, etc. are included in the measurement objects), sensing accuracy, and the like. As shown in FIG. 16, the objects that each sleep measurement device can sense may be different. For example, a certain sleep measurement device may be able to measure sleep time but not sleep quality.
The item "effect during game play" indicates the content of the effect set for the user in the game based on the game program when the user uses the sleep measuring device shown in the item "sleep measuring device ID".

The contents of the effect include those that affect game parameters. For example, the effects include (1) influencing the ease with which the user can acquire game objects (game characters, game items, etc.) that can be acquired through game play; For example, when a user is measuring sleep using a specific sleep measuring device, the setting of the probability for the user to acquire a game object may be set to a predetermined setting.

For example, if the user is to acquire game content (including game objects) probabilistically by detecting that the user has woken up using sleep information, etc., the probability can be used to acquire the sleep information. The determination may be made depending on the sleep measuring device used.

Note that such a change in probability may be performed by changing a table that defines the probability of acquiring game content. For example, a plurality of tables may be prepared in advance in the server 20 or the like, and each table may be associated with information that specifies a sleep measuring device. Further, the probability may be changed by calculation using variables or the like.

Thereby, when the user is using a specific sleep measurement device, the user can obtain effects such as making it easier for the user to acquire a specific game object (game character, etc.) during game play.

In addition, the contents of the effect include (2) affecting the game unit that the user can play. For example, the user may use a specific game unit (quest, extra stage, etc.) or the probability of being able to use it may be changed by using a specific sleep measurement device. For example, when a quest to subjugate a boss character is cleared and another quest is generated based on probability, the probability may be changed depending on information specifying the sleep measuring device.

In addition to these effects, there are also (3) effects that affect game parameters given to the user. For example, you can set game parameters to be given to users according to the length of the user's sleep time in association with information that specifies the sleep measurement device, and game parameters given to these users for each sleep measurement device. The parameters may be different. As an example, the length of a user's sleep time may be divided into multiple categories (for example, (i) sleep time of 5 hours or less, (ii) sleep time of 5 hours or more and 7 hours or less, (iii) sleep time of 7 hours or more). , etc.), when awarding game points, etc. to users according to each category, the amount of game points awarded to users for each category may differ depending on the information that identifies the sleep measurement device. good. Here, in order to provide a sleep measuring device suitable for people who sleep for a relatively long time, the amount of game points awarded may increase as the sleep time increases. Furthermore, in order to provide a sleep measuring device suitable for people who sleep for a relatively short time, the amount of game points awarded may increase as the sleep time becomes shorter.

Furthermore, for example, the benefits that the user can obtain by starting the game program may be influenced. For example, if the user is using a specific sleep measurement device, the login bonus at game startup may be changed. Alternatively, the login bonus may be provided only when a specific sleep measuring device is continued to be used. At this time, by providing different login bonuses depending on the number of device types, it is possible to motivate the user to continue using multiple devices.

Such effects may be set by the user over a certain period of time. For example, the login bonus may be changed for a certain period or number of times after using a specific sleep measurement device.

As an effect set for the user in the game when the user measures sleep with the sleep measurement device 11B, if it affects the login bonus as described above, (i) the next time the sleep information was measured with the sleep measurement device 11B. (ii) There are cases in which the user logs in to the game on the following day, and (ii) sleep information is measured but the user logs in to the game on the following day. Note that (iii) although the user has logged into the game, there are cases where the user has not measured sleep information using the sleep measurement device 11B within a predetermined number of days before logging in.

In the case of (iii) above, although the user has logged in to the game, there is no sleep information acquired by the sleep measurement device 11B, so the login bonus for logging in may only be given to the user. On the other hand, in each of the above cases (i) and (ii), in addition to the login bonus given when the user logs into the game, the sleep measurement device 11B obtains the login bonus during a predetermined period before the login timing. A benefit may be given to the user based on the sleep information.

<Operation>
FIG. 17 is a flowchart showing a process in which the terminal device 10 acquires sensing results from one or more sleep measurement devices (sleep measurement device 11B, etc.) and causes the server 20 to accumulate the sensing results as a log.

In step S1701, the terminal device 10 acquires the sensing results (sensing data 182B) of each sleep measurement device in association with information (device identification information 183B, etc.) that identifies the sleep measurement device 11B, etc.

In step S1703, the terminal device 10 stores the user's sleep information in association with information identifying the sleep measurement device 11B, etc., based on the sensing results of the sleep measurement device 11B, etc., and transmits it to the server 20.

In step S1751, the server 20 stores the sleep information of each user of the terminal device 10 in the sleep performance information 283 in association with information identifying the sleep measurement device 11B and the like. The server 20 maintains each user's sleep information as a log, regardless of whether an application (game program, etc.) that uses the user's sleep information has been released or whether a service has been started.

FIG. 18 is a flowchart showing a process of notifying the user of the terminal device 10 when an application that uses the user's sleep information starts a service. As an example of an application, a game program will be explained.

In step S1851, the server 20 transmits information including a promotion regarding the release of a game program that uses sleep information to the terminal device 10. For example, the start of release of the game program may be announced on SNS, etc., and users may pre-register before the release. For example, the server 20 transmits information including promotions to users who have pre-registered in this way.

In step S1801, the terminal device 10 allows the user to perform an operation to start linking sleep information with the game program that uses the sleep information even before the service or use of the game program that uses the sleep information starts. Accept from. That is, in the present embodiment, an example will be described in which the game program side (service provider side based on the game program) can refer to the user's sleep information by the user performing the linked operation. It is not limited to this.

In step S1853, in response to the user's operation in step S1801, the server 20 makes settings to link the user's sleep information to the game program that uses the sleep information. Thereby, the game program can provide the user with game progress etc. according to the user's sleep information.

Thereafter, in step S1803, the terminal device 10 stores the user's sleep information in association with information identifying the sleep measurement device 11B, etc., and transmits it to the server 20.

In step S1855, the server 20 sets a specific effect in the execution of the user's game program based on the log of sleep information that has been accumulated over one or more dates since before the service of the game program started. .

In step S1805, the terminal device 10 provides a tutorial function to the user before or after starting the service of the game program that uses sleep information. The tutorial function has a function of evaluating the quality of the sensing results of the sleep measurement device 11B and the like and notifying the user. The terminal device 10 acquires the quality of each measurement by the sleep measuring device 11B and the like by acquiring the sleep performance information 283 held in the server 20. The terminal device 10 determines a sleep measurement device to be recommended to the user, and notifies the user of the determined sleep measurement device.

For example, the terminal device 10 recommends a sleep measurement device to the user when the measurement quality of the sleep measurement device used by the user is below a certain level. For example, one of the reasons why the quality of the sleep measurement device is below a certain level is that the user is using the sleep measurement device placed on a mattress, etc., and the movement of other users or living objects such as pets is included. As a result, the sleep information contains an error. In this case, the terminal device 10 recommends to the user a wearable device type sleep measuring device that the user wears.

When the provision of the service based on the game program is started, the server 20 performs the process of step S1857.

In step S1857, after starting the service of the game program, the server 20 advances the game based on the sleep information log. A specific effect is set in the execution of the game program for the user in accordance with information specifying the sleep measuring device that measured the user's sleep information.

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

The screen example (A) in FIG. 19 shows a case where the game program is compatible with a plurality of sleep measurement devices, and a tutorial function is provided to the user before the game program service starts.

As shown in the screen example (A), the terminal device 10 uses the notification unit 132W1 to start providing the game service using the user's sleep information (in other words, the screen example (A) shows that the game service is started. informing users that there will be a period in which they can download the game program in advance before the start of the game service, and that the function to evaluate the sleep measurement device will be provided to users during this period as well. do.

The terminal device 10 displays information about the sleep measurement device used by the user on the notification section 132W2. The user has set the sleep measurement device to be able to communicate with the terminal device 10. As shown in the notification section 132W2, the information on the sleep measurement device includes (1) the product name of the sleep measurement device, (2) the provider, and (3) the type of the sleep measurement device (for example, whether it is a wearable device or a mobile terminal. (4) Sensing accuracy of the sleep measurement device; (5) Game play when the user uses the sleep measurement device and advances the game based on the sensing results of the sleep measurement device. The user is notified of the contents of the effect, etc. The terminal device 10 performs the notification shown in the notification section 132W2 by referring to the sleep measurement device settings 284 of the server 20.

As shown by the operation button 132W3, the terminal device 10 provides a tutorial function from the user even before the start of the game service, and accepts an operation from the user to start the tutorial function.

When the user performs an operation to start the tutorial function in the screen example (A) (the terminal device 10 receives an input operation on the operation button 132W3), the screen moves to the screen example (B).

Screen example (B) shows a situation in which the terminal device 10 provides a tutorial function to the user before the game service starts.

As shown in the screen example (B), the terminal device 10 uses the notification unit 132W4 to notify the user that the sleep information log that has been accumulated in the server 20 since before the start of the game service can be used. This corresponds to step S1801 etc. in FIG.

As shown in the notification section 132W5, the terminal device 10 notifies the user of information about the sleep measurement device in which the user has accumulated a log of sensing results.

As shown by the operation button 132W6, the terminal device 10 accepts an input operation from the user for linking the log of the user's sleep information and the game service. Thereby, the game service can refer to the user's sleep information log and provide the game service to the user.

Screen example (C) shows a tutorial function where the user evaluates the sleep measurement device he is using, and if there are any recommendations for other sleep measurement devices, they are presented to the user. This corresponds to step S1805 and the like in FIG.

As shown in the notification section 132W7, the terminal device 10 notifies the user that sleep information cannot be accurately acquired from the sensing results of the sleep measuring device that the user is already using. Furthermore, the terminal device 10 notifies the user of information about the sleep measurement device that has been determined as a target to be recommended to the user.

As shown in the notification section 132W8, the terminal device 10 notifies the user of information about the sleep measurement device to be recommended to the user. In the notification, information such as the name, provider, type, sensing accuracy of the recommended sleep measurement device, and the in-game effects that the user obtains when the user progresses in the game based on the sensing results of the sleep measurement device. is included.

Screen example (D) shows a screen example of the terminal device 10 after the game service has started.

As shown in the notification section 132W10, the terminal device 10 notifies the user of the result of progressing the game based on the sensing results of the user's sleep measurement device 11B and the like.

As shown in the notification section 132W11, the terminal device 10 notifies the user of information such as the sleep measurement device 11B whose sensing results are used by the user in game play. The notification also includes effects that the user can receive as the game progresses.

As shown in the notification section 132W13, the terminal device 10 notifies the user of promotional information for the sleep measurement device not only before the game service starts, but also after the game service starts. The notification includes information that identifies the sleep measurement device and details of the effect that will be exhibited when playing a game using the sensing results of the sleep measurement device.

As described above, the user can configure the sleep measurement device while using the tutorial function and the like. Such settings can be made before the user starts playing a game using the sleep measurement device (for example, while the user is awake, such as during daytime hours). This can prevent a situation where the user sleeps and tries to play a game, but the sleep measuring device is not suitable. In addition, while the user is awake, the user can recognize what kind of effect is obtained for each sleep measurement device, and for example, the user can decide which sleep measurement device to use. It can be easy.

<Modified example>
(1) Example of using some of the sensing results of multiple sleep measurement devices in an application:
Any of the plurality of sleep measuring devices used by the user may be available for use in the game service. By linking the application with a plurality of sleep measuring devices, the user may be able to obtain the above-mentioned effects obtained with each sleep measuring device.

Furthermore, when the sensing results of a plurality of sleep measuring devices of the user are used in a game service, the server 20 receives the sensing results from the plurality of sleep measuring devices, while in the game service, only one of the plurality of sleep measuring devices is used. The game may be progressed using the section, and a predetermined effect may be exerted based on information specifying the sleep measuring device.

Thereby, the user can be prompted to use multiple sleep measurement devices.

In addition, when the server 20 provides a game service, the game is provided by progressing the game using the sensing results of some of the sleep measuring devices with good sensing quality among the sensing results of the plurality of sleep measuring devices. It is possible to provide the user with the interest that the person intended.

In this way, in addition to an example in which the server 20 determines some sleep measurement devices to be used in a game service based on the sensing quality of a plurality of sleep measurement devices, the server 20 also determines the specifications (type, accuracy, etc.) of the sleep measurement devices. ), the part of the sleep measurement device may be determined.

In addition, when a user uses multiple sleep measurement devices, the measurement results of some sleep measurement devices will be prioritized and used for game processing, etc., and the measurement results of other sleep measurement devices will be used complementary. You can also do it. Some of the sleep measurement devices whose measurement results are used for game processing or the like may be determined in advance by a user's designation or by a game program or the like. Further, among the plurality of sleep measurement devices, some of the sleep measurement devices may be determined based on the order in which the measurement results are received by the terminal device 10 or the like. For example, when it is detected that the user has woken up based on the measurement results of a plurality of sleep measurement devices, the sleep measurement device that has transmitted the measurement result that can detect that the user has woken up to the terminal device 10 etc. first is selected. It may also be used in game processing, etc.

In addition, for example, if the measurement quality of some of the sleep measurement devices that are prioritized for use deteriorates or if the terminal device 10 etc. detects that the battery has run out, the other sleep measurement devices may The measurement results may be used for game processing and the like.

(2) Example of sharing the sleep measurement device 11B etc. with multiple users:
The sleep measuring device 11B and the like may be used by a plurality of unspecified users. For example, a sleep measuring device 11B or the like is installed at an accommodation facility, and users using the accommodation facility may measure their sleep using the sleep measuring device 11B or the like.

When the terminal device 10 or the server 20 advances the game based on the sensing results of the sleep measurement device 11B or the like, or causes the sleep measurement device 11B or the like to exhibit a predetermined effect based on the information that specifies the sleep measurement device 11B or the like, These game processes may be performed based on information about users who shared the measuring device 11B or the like. For example, the terminal device 10 or the server 20 may associate users who share the sleep measurement device 11B, etc., and perform predetermined game processing by these associated users. As the predetermined game processing, the terminal device 10 or the server 20 may, for example, register the associated users as friends, provide a game unit that can only be played by the associated users, or register the associated users as friends. It is also possible to perform game processing such as multiplayer.

When the sleep measurement device 11B is shared by a plurality of users, the sleep measurement device 11B may store the sensing results of the sleep measurement device 11B and user information in association with each other.

For example, before the user uses the sleep measurement device 11B to sleep, the user may input information that identifies the user into the sleep measurement device 11B. The sleep measurement device 11B performs sensing in a state where a user is specified or specified, and stores the sensing result in association with information that specifies the user.

Furthermore, the sleep measurement device 11B may identify which user the sensing result belongs to, depending on the user's sleep pattern.

The terminal device 10 receives the measurement result of the sleep measurement device 11B from the sleep measurement device 11B, and stores the measurement result in association with information identifying the user who slept.

When using the measurement results of the sleep measurement device 11B for game processing, the terminal device 10 may prevent users other than the user using the sleep measurement device 11B from using the measurement results for the game processing. For example, when multiple users, such as family members, live together and use the sleep measurement device 11B, the measurement result of the first user may not be used by a second user different from the first user in game processing. . Furthermore, even when a plurality of related users such as family members share the sleep measurement device 11B, the measurement results of one user's sleep measurement device 11B may not be used in game processing by other users.

Regardless of whether or not the game program is executed on the terminal device 10, when multiple users share the sleep measurement device 11B, the measurement results of the sleep measurement device 11B are associated with information that identifies each user. It will continue to accumulate. The terminal device 10 may receive measurement results obtained when different users use the sleep measurement device 11B over a plurality of dates from the sleep measurement device 11B by executing a game program or the like. The terminal device 10 associates the measurement results of each date of the sleep measurement device 11B with information on the user who slept, and transmits the results to the server 20. Based on the information received from the terminal device 10, the server 20 holds the sleep measurement results of each user in the sleep performance information 283.

According to such a configuration, when the sleep measurement device 11B is shared by multiple users, the sleep measurement results of each user are recorded by the sleep measurement device 11B, and some of the multiple users use the terminal. It is also possible that the device 10 does not execute the game program. However, if another user among the plurality of users executes a game program on the terminal device 10 and sends the sleep measurement results of the plurality of users to the server 20, the server 20 can measure the sleep of the plurality of users. Game processing may be performed depending on the result. That is, some users may acquire game parameters of a game based on a game program even though they are not running the game program. For example, when the sleep measurement device 11B is borrowed and used between family members, the second user may By acquiring sleep information using the sleep measurement device 11B and executing the game program when waking up the next day, the first user's sleep information is transmitted to the server 20 and reflected in game processing.

Here, the sleep measurement device 11B is not limited to a wearable device as described above. When the sleep measurement device 11B is capable of measuring the sleep status of multiple users, the sleep measurement device 11B can accumulate the sleep measurement results of each user in association with information that identifies each user. . For example, the actions of a plurality of users can be sensed by installing a device with a photographing function (for example, a mobile terminal such as a smartphone) on the bed and analyzing the sensing results (photographed images). In such a case, a certain user among the plurality of users transmits the sleep measurement results of the plurality of users to the server 20, so that the sleep measurement results of the plurality of users can be reflected in the game processing. Can be done.

(3) Example of acquiring the same type of parameters from among the information that each sleep measurement device can acquire and running the application:

As described in the embodiments above, each sleep measurement device may have different specifications. Furthermore, the items that each sleep measurement device can measure and the measurement accuracy may also differ. A game program or the like may be compatible with a plurality of sleep measurement devices and use the same type of parameters among the parameters acquired by the sleep measurement devices. For example, even if the parameters that can be measured by each sleep measurement device vary, game processing is performed based on information such as "sleep time" and "sleep quality" measured by the sleep measurement device as parameters of the same type. You may also do this.

Here, when a user uses multiple sleep measurement devices, sleep information measured by any of the sleep measurement devices while running a game program using the same type of parameters acquired by each sleep measurement device. It is also possible to decide whether to perform the game process based on the above based on a predetermined rule (for example, by a lottery process, etc.) without depending on the user's operation. For example, when the user wakes up, the terminal device 10 or the server 20 performs game processing based on the measurement results of one of the sleep measurement devices, thereby allowing the game to proceed while giving the user a sense of surprise.

(4) Example of processing according to the combination of each sleep measurement device:
As described in each of the above embodiments, various types of sleep measuring devices are provided, such as wearable devices and tablet devices. When a user uses a plurality of sleep measuring devices, the game program or the like may perform game processing according to the combination of sleep measuring devices. For example, when a user uses a wristwatch-shaped sleep measurement device and a ring-shaped sleep measurement device to measure sleep, game parameters or game items are assigned to the game character depending on the combination. It is also possible to perform processing such as the following. In order to determine the combination of devices, group information such as "watch type" and "ring type" is set in association with each device as device identification information, and in the case of a combination of the same group information or a combination of different group information, A special effect may be produced depending on the combination. Further, the device groups may be divided according to whether they are wearable devices worn by the user or devices used without being worn by the user.

Here, as an example of processing according to the combination when the user uses multiple sleep measurement devices, if there is an in-game effect that can be obtained by using each sleep measurement device, each The effects of the sleep measurement devices may be accumulated, or some of the effects of the sleep measurement devices may be reflected in the game play. For example, if there is a first in-game effect obtained by a first sleep measuring device and a second in-game effect obtained by a second sleep measuring device, these first effects and second Both effects may be reflected in the user's game play, or either the first effect or the second effect may be reflected. Further, as a benefit of using a plurality of sleep measurement devices, at least one of the first effect and the second effect may be changed to be advantageous for the user.

Furthermore, there may be an in-game effect that is given to the user by using a plurality of sleep measurement devices. For example, if a user obtains sleep information by using both a wearable sleep measurement device and a sleep measurement device that the user does not wear, a benefit may be given to the user.

(5) Example of processing in response to switching the sleep measurement device used by the user:
As described in each of the above embodiments, the game program or the like performs processing to produce a predetermined effect according to information that specifies the sleep measurement device.

Here, when the sleep measuring device used by the user is changed, the user may be given a benefit in a game program or the like for using the new sleep measuring device. Such a benefit may be provided to the user separately from the above-mentioned predetermined effect exerted according to the information that specifies the sleep measurement device. Moreover, such benefits may be determined according to information that specifies the sleep measurement device. Further, such benefits may be provided a certain number of times or for a certain period of time after the user uses the sleep measurement device. Thereby, for example, when a new sleep measurement device is provided, the user can be encouraged to use the sleep measurement device.

Further, when the sleep measuring device is used by a plurality of users, the total amount of the above benefits may be determined regardless of the number of users using the sleep measuring device. For example, if a benefit is provided for a predetermined number of days, 10 days, and a predetermined amount of game items are given each day, if user "A" and user "B" alternately use the sleep measuring device. Then, user "A" is given benefits for 5 days, and user "B" is given benefits for 5 days. In other words, the total amount of benefits is 10 days worth of game items, etc.

Moreover, the total amount of the above benefits that can be received by each user may be determined. For example, if a benefit is provided for a predetermined number of days of 10 days, each user may be provided with benefits for up to 10 days.

Since the benefits are given to each user as described above, it is also possible to encourage a user to borrow a sleep measuring device from another user and use it on a trial basis.

Note that the sleep measuring device may not be used by multiple users. In other words, the sleep measuring device may not be lent or borrowed between users. For example, if a sleep measurement device is associated with information of a certain user, even if another user uses the sleep measurement device, the sleep information may not be obtained, or even if sleep information is obtained, it will not be reflected in the game. It may be possible that the sleep information is not available, or that even if the sleep information is acquired, the effect according to the sleep measurement device will not be exhibited in the game.

An example has been described in which the server 20 holds information identifying a sleep measuring device and information on the timing at which sleep information was acquired by the sleep measuring device in association with user information in the sleep performance information 283. When the terminal device 10 that executes the game program communicates with a sleep measuring device and receives sleep information, the terminal device 10 that executes the game program receives sleep information that is not associated with information of any user. It may also be something that can be used for game play. For example, when a first user and a second user borrow and borrow a sleep measurement device, sleep information measured by the sleep measurement device at a certain timing may not be associated with either user. obtain. In this case, one of the users executes the game program on the terminal device 10 and uses the sleep information of the sleep measurement device, so that the sleep information is stored in the server 20 and the terminal device 10 in association with the user's information. .

Here, in the sleep measurement device, measured sleep information and user information may be stored in association with each other. For example, the sleep measuring device may communicate with the terminal device 10 that executes the game program to associate the sleep information with the user's information in the game and store the sleep information and the user's information in association with each other. That is, the sleep information held in the sleep measurement device is held in association with user information in the server 20, the terminal device 10, and the sleep measurement device by communicating with the terminal device 10.

The terminal device 10 may communicate with a sleep measurement device and perform specific processing when there is sleep information that is not associated with any user's information. For example, if the sleep information measured by the sleep measuring device is not associated with any user, the terminal device 10 may accept a designation from the user of the terminal device 10 as to which user the sleep information is to be associated with. The terminal device 10 also supports multiplayer, in which when the sleep measuring device has sleep information measured by another user, a message can be sent to the other user in response to the presence of the other user's sleep information. It is also possible to perform processing such as that which can be performed.

(6) Example of processing specific game content according to the measurement results of a sleep measurement device:
As described above, it has been explained that a plurality of sleep measurement devices can be used, and that a game program or the like exhibits an effect according to information specifying the sleep measurement device.

In addition to this, the game content may be processed in accordance with information that specifies the sleep measurement device. For example, when training a specific game character in a game program, assume that the parameters of the game character are held in the server 20 or the like. At this time, since the user has acquired sleep information using a specific sleep measurement device, an effect may be set, such as giving the game character a parameter that encourages development.

(7) Benefits for Continuously Using the Same Sleep Measuring Device When a user continues to use the same sleep measuring device, a benefit may be provided depending on the user's continued use of the same sleep measuring device. For example, a privilege may be given to a user when the number of days for which sleep information has been acquired by the same sleep measurement device reaches a predetermined period. For example, the terminal device 10 allows the user to continue using the same sleep measurement device by referring to information specific to the sleep measurement device (identification information of the sleep measurement device as shown in FIGS. 4 and 16). It is possible to determine whether the This can encourage users to use one sleep measurement device for a long time.

The terminal device 10 also refers to information on the manufacturer and seller of the sleep measurement device used by the user, and if the manufacturer and seller are the same, the terminal device 10 determines whether the user continues using the same sleep measurement device. It may be determined that the device is being used. As a result, if the same manufacturer or seller sells a new sleep measurement device, even if the user purchases and uses the sleep measurement device provided by the same manufacturer or seller, the above-mentioned Users can receive "benefits for continuing to use the same sleep measurement device," which can stimulate demand for replacement with the latest device.

(8) Although it has been described that the user uses a plurality of sleep measurement devices, there are various ways of using the device. It is possible that a wearable device-type sleep measurement device and an installation-type sleep measurement device are used together. Furthermore, for example, a user may wear a plurality of wearable device-type sleep measurement devices. Furthermore, it is possible for a user to wear multiple sleep measuring devices on a specific part of the user (for example, the user wears multiple wristwatch-type sleep measuring devices).

Furthermore, different types of sleep information may be acquired from a plurality of sleep measurement devices. For example, "sleep quality" may be measured by a first sleep measurement device, and "sleep time" may be measured by a second sleep measurement device. The terminal device 10 or the like may present to the user items that are desirable to be measured by each sleep measuring device. Thereby, for example, a sleep measuring device suitable for measuring "sleep quality" can be set to measure the item.

Alternatively, the user may specify which of a plurality of sleep measurement devices should be used to measure sleep, and for example, the specification may be received from the user before the user goes to bed. Alternatively, the designation of the sleep measuring device may be accepted from the user when the user wakes up.

Moreover, although an example has been described in which a benefit is provided for a certain period of time when the user starts using the sleep measurement device, the benefit may be provided according to the number of times the sleep measurement device is used within a certain period of time. For example, a privilege may be given to the user when the sleep measuring device is used a predetermined number of times within one month.

Furthermore, in the above embodiment, an example was described in which a sleep measurement device is recommended to the user. When a user uses multiple sleep measurement devices, the sleep measurement device that provides the user with the best sleep status, such as ``sleep quality'' and ``sleep time'', is identified based on the measurement results of each sleep measurement device. , the user may be notified to use this sleep measuring device. Further, the user may be notified that a benefit will be given to the user when the user uses a sleep measuring device that allows the user to sleep in a good state.

Alternatively, a sleep measuring device suitable for the user may be recommended based on information regarding the user's sleeping environment, such as information about the user's cohabitants (family members, etc.) and pets. Information regarding the user's sleeping environment includes, for example, the number of users in the environment in which the sleep measurement device is used, information identifying each user, the range in which the user sleeps (size of the bed, etc.), the nature of the bed (mattress, etc.) There are objects (such as pets) that can enter the area where the user sleeps. For example, it is assumed that a user sleeps in the same bed as a cohabitant. When users are using a sleep measuring device, it can be determined whether the users live together or not based on the location where each user slept.

Therefore, for example, the server 20 or the terminal device 10 determines which sleep measurement device to acquire sleep information from or which sleep measurement device to prioritize sleep information based on information regarding the user's sleep environment. You can also do it. For example, if it is determined that the user is sleeping in the same bed as a person living with him or her, even if the user is also using a sleep measurement device installed on the bed, sleep information will be collected from the wristwatch-type sleep measurement device. It may be determined that . Additionally, if it is determined that the user is sleeping in the same bed as a roommate, and the user is only using a sleep measurement device installed in the bed, the system will recommend the user to use a wristwatch-type sleep measurement device. This allows more accurate sleep information to be measured.

Further, even if a plurality of users are sleeping within a certain range, separate beds may be lined up and each user may sleep in their own bed. In such a case, the user may be recommended to use a sleep measuring device installed in the bed.

The above configuration will be explained using the drawings.

FIG. 20 shows an example of a screen in which a user decides which sleep measuring device to use in a game when measuring sleep information using a plurality of sleep measuring devices.

The screen example (A) in FIG. 20 shows a situation in which the user specifies a sleep measurement device to be used for measuring sleep information before the user goes to bed. As shown in the screen example (A), the terminal device 10 displays a notification 132X1, a selection reception section 132X2, and a sleep start reception section 132X5 on the display 132.

The notification 132X1 is an area for notifying the user who is logged in to the game and that the user can specify a sleep measurement device to be used to measure sleep information before the user sleeps.

The selection reception unit 132X2 is an area for accepting a user's designation of a sleep measurement device to be used to measure sleep information. As illustrated, the terminal device 10 receives designation of one or more sleep measurement devices in the selection reception unit 132X2. The illustrated example shows an example in which the user can use a first sleep measurement device 132X3 and a second sleep measurement device 132X4. Further, the sleep measuring device specified by the user may be highlighted. In the illustrated example, the user has specified both the first sleep measurement device 132X3 and the second sleep measurement device 132X4.

The sleep start receiving unit 132X5 is an area for receiving an operation from the user indicating that the user starts sleeping. When the terminal device 10 receives the user's input operation to the sleep start reception unit 132X5, the terminal device 10 prevents the user from operating the terminal device 10 until the user sleeps and wakes up so that the user can concentrate on sleeping. At least a portion of the user's input operations may be invalidated. For example, user operations may not be accepted for operations other than those for emergency contact.

Screen example (B) shows a situation where, when the user goes to bed and sleep information is measured using a plurality of sleep measuring devices, the user specifies which sleep measuring device's measurement results are to be used in the game. As shown in the screen example (B), the terminal device 10 displays a notification 132X6, a measurement result designation section 132X7, and an operation reception section 132X10.

The notification 132X6 is an area for notifying that the user can specify the sleep information to be used in the game when sleep information is measured using a plurality of sleep measurement devices.

The measurement result designation section 132X7 is an area for accepting the user's operation as to which sleep measurement device's measurement results should be used in the game when the user measures sleep information using a plurality of sleep measurement devices. In the illustrated example, as a plurality of sleep measurement devices, information on a first sleep measurement device 132X8, information on a second sleep measurement device 132X9, and whether the sensing results of these sleep measurement devices are good or not. quality information and display. In addition, the terminal device 10 also displays, in the measurement result specification reception unit 132X7, the effects that will be exhibited in the game when the measurement results of the respective sleep measurement devices are used in the game. In the illustrated example, the first sleep measurement device 132X8 has been specified by the user and is highlighted.

The operation reception unit 132X10 is an area that accepts an input operation for using the measurement results of the sleep measurement device selected by the user in the game. In response to the input operation to the operation reception unit 132X10, the terminal device 10 associates the sleep information measured by the sleep measurement device with the user's information and stores it in the terminal device 10, the server 20, and the sleep measurement device. Good too.

As shown in screen example (B), when sleep information is measured using multiple sleep measurement devices, the user can specify which sleep information measurement results to use in the game. Alternatively, the terminal device 10 may decide which sleep measurement device's measurement results are to be used in the game, regardless of the user's designation.

Screen example (C) shows a situation where sleep information measurement results are accumulated over a plurality of dates, and the user specifies which sleep measurement device's measurement results are to be used in the game.

As shown in screen example (C), the terminal device 10 displays a notification 132X11, a date designation section 132X12, and a recommendation presentation section 132X15 on the display 132.

The notification 132X1 is an area that notifies the user that when sleep information measurement results are accumulated over multiple dates, the user can specify sleep information to be used in the game for each date.

The date designation section 132X12 is an area for receiving a date designation from the user. In the illustrated example, a first date 132X13 and a second date 132X14 are displayed. As shown in a first date 132X13, the terminal device 10 displays, on the display 132, information on the sleep measurement device that the user specified to use for the game on the date, along with date information. Further, as shown in the second date 132X14, when the user has not specified the measurement result of the sleep measurement device for the date, the terminal device 10 displays that the date has not been specified. In the illustrated example, the second date 132X14 is highlighted by the user specifying the second date 132X14.

The recommendation presentation section 132X15 is an area that accepts an input operation for displaying recommendations of sleep information (sleep measurement device) to be used in the game on each date to the user.

Screen example (D) shows a phase in which a user designates a sleep measurement device to be used in a game on a specific date. For example, the terminal device 10 displays the screen shown in the screen example (D) in response to the second date 132X14 being specified in the screen example (C).

As shown in the screen example (D), the terminal device 10 displays a notification 132X11, a sleep measurement device designation section 132X16, and a recommendation presentation section 132X15 on the display 132.

The sleep measurement device designation unit 132X16 receives from the user a designation of a sleep measurement device to be used for the game on a specific date. In the screen example (D), the terminal device 10 displays the sleep information of the first sleep measurement device 132X17 and the second sleep measurement device 132X18.

As described above, when a user measures sleep information using multiple sleep measurement devices and the measurement results are recorded over multiple dates, each sleep unit (1 day) , the user can select which sleep measurement device's measurement results should be applied. The terminal device 10 or the server 20 stores which sleep measuring device's measurement results are associated with each date, and for users to whom the sleep measuring device's measurement results are not associated, the user requests a sleep measuring device. Accepts correspondence.

In addition, the benefits to be given to the user and the settings for the user are determined depending on whether the user's sleep information is measured using the terminal device 10 as a smartphone or when sleep information is measured using another sleep measurement device. The predetermined effects may be different. For example, by using a sleep measurement device other than a smartphone, the above benefits and predetermined effects may be enhanced for the user. As a result, by using a smartphone, it is possible to proceed with a game using sleep information, but if there is a sleep measurement device that is more suitable for the user to acquire sleep information than a smartphone, the sleep measurement device can prompt users to use .

In addition, if a smartphone is suitable for acquiring sleep information (for example, a microphone can measure the user's sleeping breath, various sensors have relatively high accuracy in measuring sleep information, etc.), the smartphone may be used to obtain sleep information. It may also be a prompt to measure sleep information.

(9) Assume that the game program is a game in which game objects such as game characters are trained according to the sleep state of the user. The user may be able to select a game object to be raised before the user goes to bed. Further, in a game based on a game program, it is assumed that a game object different from the training target selected by the user appears depending on the user's sleep performance (sleep time, etc.). In this case, when the user's sleep performance reaches a certain value, the user may be notified of the appearance of another game object. Such notifications may be made while the user is running the game program, or may be made by lighting up the terminal device 10, outputting audio, sending a push notification, etc. when the user is not running the game program. It may also be used as a notification.

Further, when the user operates the terminal device 10 after going to bed, the training of the game object may be adversely affected (for example, game parameters may be adjusted so that the training ends poorly). This can encourage the user to improve the quality of his or her sleep.

<Summary>
According to the embodiments described above, an application such as a game program performs processing on the premise that a plurality of sleep measuring devices can be used.

(1) This allows a provider of a game program or the like to urge a user to use a specific sleep measuring device. For example, users can be encouraged to use a newly released sleep measuring device in order to improve the interest of the game.

(2) The environment suitable for sleeping differs from person to person. Depending on the user, it may be difficult to sleep even if a specific sleep measurement device is used. According to the embodiments described above, it is possible to encourage the user to use a sleep measuring device suitable for the user's sleep. In other words, by providing users with different values depending on the sleep measurement device, even if the user is not accustomed to or does not fit the usage style of a certain sleep measurement device, it is possible to encourage the user to try another sleep measurement device. . Thereby, it is possible to prevent the player from leaving the game using sleep information and provide an environment in which it is easy to continue playing the game.

<Additional notes>
The matters explained in each of the above embodiments are additionally described below.

(Additional note 1)
A game program executed in a computer (10, 20) comprising one or more computer processors (19, 29) and a memory (15, 25, 26), A first step (S1701, S1751) of acquiring sensing results (182B) measured by a plurality of sensor devices (11B, 11C) for sensing information regarding the user's sleep as the user's sleep information; A second step (S1701, S1751) of acquiring information (183B) that identifies the sensor device that acquired the results, and a step that determines which sensor device the user's sleep information was acquired from based on the information that identifies the sensor device. A game program that causes a third step (S1855, S1857) to exhibit a predetermined effect in game play based on the game program depending on the game program.

(Additional note 2)
The game program according to (Appendix 1), in which, in the first step, sleep information of the same type is acquired from a plurality of sensor devices (283, 284).

(Additional note 3)
The game program according to (Appendix 2), wherein the type of sleep information includes at least information regarding sleep time and information regarding sleep quality (283, 284).

(Additional note 4)
In the first step, sleep information is acquired from a plurality of sensor devices, and in the third step, a part of the sleep information corresponding to each of the plurality of sensor devices is used to determine a predetermined amount of sleep information to be exhibited in game play. The game program according to any one of (Appendix 1) to (Appendix 3), which sets an effect.

(Appendix 5)
In the third step, the predetermined effect is set according to the sensor device corresponding to the sleep information referred to in setting the predetermined effect (284), the game program according to (Appendix 4).

(Appendix 6)
In the first step, sleep information is acquired from a plurality of sensor devices, and in the third step, based on the sensing results of the plurality of sensor devices, sleep information of any sensor device is determined based on the quality of the sensing results. The game program according to any one of (Appendix 1) to (Appendix 3), which determines whether to set a predetermined effect by referring to .

(Appendix 7)
The sensor device is used by a plurality of unspecified users, and in the third step, a predetermined effect is set based on the information of the user who performed sensing using the sensor device (Appendix 1). ) to (Appendix 6).

(Appendix 8)
The game program according to (Appendix 7), wherein in the third step, by associating a plurality of users who have performed sensing using a sensor device, a game process is performed for the associated users as a predetermined effect.

(Appendix 9)
The sensing results output by the sensor device are accumulated as a log (283), and in the third step, a predetermined effect is exerted by linking the game program and the log (S1801, S1853). The game program according to any one of (Appendix 1) to (Appendix 8), wherein in the first step, sensing results accumulated as a log before being linked with the game program are also acquired as sleep information (S1751).

(Appendix 10)
In the game program according to appendix 9, in the first step, the log of the sensor device is acquired as sleep information even if it has been accumulated before the game program is released (S1751).

(Appendix 11)
In the third step, a predetermined effect is exerted based on sleep information on a plurality of dates (S1855), the game program according to (Appendix 9) or (Appendix 10).

(Appendix 12)
In the second step, it is determined whether the sensor device satisfies a predetermined condition, and in the third step, if the sensor device used by the user satisfies the predetermined condition, a predetermined The game program according to any one of (Appendix 1) to (Appendix 11), which exhibits the effect of.

(Appendix 13)
In the second step, determining whether the sensor device satisfies a predetermined condition includes determining whether the sensor device is a promotion target or whether the sensor device has been released for at least a certain period of time. The game program according to (Appendix 12), which includes determining either (S1851, S1801).

(Appendix 14)
In the third step, the predetermined effects include (1) controlling the probability parameters used in the game based on the game program according to the information specifying the sensor device; (2) controlling the probability parameters used in the game based on the game program according to the information specifying the sensor device; (284) The game program according to any one of (Appendix 1) to (Appendix 13), which exhibits at least one of the following: (284) providing a benefit with a corresponding content.

(Appendix 15)
In the third step, as a predetermined effect, controlling the probability parameter includes (1-1) information specifying the sensor device to control the probability parameter for acquiring game content that appears in the game based on the game program. (284) , (Appendix 14).

(Appendix 16)
In the first step, before the user sleeps, a request to measure sleep using multiple sensor devices is received from the user (132X2), and in the second step, the sensing results of the multiple sensor devices are received. Among them, the sensing result of which sensor device is used in the game play is specified (132X7), and in the third step, a predetermined effect is created according to the sensing result of the sensor device specified in the second step. (132X8, 132X9), the game program described in (Appendix 1).

(Appendix 17)
In the second step, when sleep information is measured by multiple sensor devices over multiple dates, specify which sensor device's sensing results for each date will be used in game play (132X12, 132X16) , (Appendix 16).

10A, 10B terminal device, 11A game controller, 11B sleep measurement device, 12 communication IF, 13 input device, 14 output device, 15 memory, 16 storage section, 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 performance information.

Claims (7)

A game program executed in a game device comprising a computer processor and a memory, the computer processor comprising:
A first step of proceeding with a game based on information regarding sleep;
a second step of acquiring sensing results measured by the game device or sensor device that senses sleep -related information as sleep information;
a third step of acquiring information specifying the game device or sensor device that acquired the sensing result;
A fourth step of exhibiting a predetermined effect in the game based on the sleep information and determining the content of benefits in the game based on information specifying the game device or sensor device. , game program. 2. The game program according to claim 1, causing the computer processor to execute the step of accepting a user's designation as to which of the game device or the sensor device should be used to measure the sleep before going to bed. 2. The computer processor further comprises: when sleep information is measured by a plurality of the game devices or the sensor devices during sleep, the computer processor executes the step of accepting a user's designation as to which measurement result is to be used in the game. 3. The game program according to claim 1 or claim 2. 4. The game program according to claim 3, causing the computer processor to execute the step of presenting to the user a recommendation as to which of the measurement results should be used in the game. 5. The game program according to claim 4, causing the computer processor to execute a step of presenting to the user, as the recommendation, a recommendation to use the measurement result of the sensor device in the game. A method for causing a game device comprising a computer processor and a memory to execute the method, wherein the computer processor:
A first step of proceeding with a game based on information regarding sleep;
a second step of acquiring sensing results measured by the game device or sensor device that senses sleep -related information as sleep information;
a third step of acquiring information specifying the game device or sensor device that acquired the sensing result;
A fourth step of exhibiting a predetermined effect in the game based on the sleep information, and determining a benefit content in the game based on information specifying the game device or sensor device. ,Method. An information processing device comprising a control section and a storage section and having a function as a game device , wherein the control section operates based on a game program stored in the storage section,
A first step of proceeding with a game based on information regarding sleep;
a second step of acquiring sensing results measured by a game device or a sensor device that senses sleep -related information as sleep information;
a third step of acquiring information specifying the game device or sensor device that acquired the sensing result;
A fourth step of exhibiting a predetermined effect in the game based on the sleep information, and determining a benefit content in the game based on information specifying the game device or sensor device. , information processing equipment.