Program, method, information processing apparatus, and system

Abstract

To provide a game while suppressing a sense of unfairness even when corresponding to a plurality of kinds of sleep measuring devices.SOLUTION: An information processing apparatus for executing a game using sleep information includes a processor and a memory. A processor executes a step of acquiring, from a management application, sleep information that is based on information measured by one or more types of sleep measurement devices and to which an identification flag related to each sleep measurement device is attached, a step of extracting, from the sleep information acquired from the management application, sleep information to which a preset identification flag is attached, and a step of performing game processing based on the extracted sleep information.SELECTED DRAWING: Figure 14

Description

[Technical Field]

[0001] The present disclosure relates to a program, a method, an information processing device, and a system. [Background technology]

[0002] There are provided games that are played using sleep information. The sleep information may be measured by a user's smartphone, for example, or may be measured by a sleep measurement device different from the smartphone.

[0003] Patent Document 1 describes an invention in which game processing is performed based on sensing data measured by a sleep measurement device. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Patent Publication No. 2021-013554 Summary of the Invention [Problem to be solved by the invention]

[0005] In Patent Document 1, a processor acquires, as the user's sleep information, sensing results measured by one or more sensor devices (sleep measurement devices) for sensing information related to the user's sleep, acquires information identifying the sensor device that acquired the sensing results, and, based on the information identifying the sensor device, exerts a predetermined effect in game play based on a game program depending on which sensor device the user's sleep information was acquired from. However, sleep measurement devices may have specifications that differ from those measured by smartphones, and specifications may vary depending on the manufacturer. This may result in variations in the measured sleep information, potentially making the game unfair.

[0006] An object of the present disclosure is to provide a game that reduces the sense of unfairness in an environment where multiple types of sleep measurement devices may be connected. [Means for solving the problem]

[0007] The information processing device includes a processor and a memory, and executes a game using sleep information. The processor executes the steps of: acquiring, from a management application, sleep information based on information measured by one or more types of sleep measuring devices, the sleep information being marked with an identification flag associated with each sleep measuring device; extracting, from the sleep information acquired from the management application, sleep information marked with a preset identification flag; and executing game processing based on the extracted sleep information. [Effects of the Invention]

[0008] According to the disclosure, even when multiple types of sleep measurement devices are supported, the game can be provided while reducing the sense of unfairness. [Brief explanation of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram illustrating an example of the overall configuration of a system 1. [Figure 2] 2 is a block diagram illustrating an example of the configuration of a terminal device 10 shown in FIG. [Figure 3] FIG. 2 is a diagram illustrating an example of the functional configuration of a server 20. [Figure 4] FIG. 10 is a diagram showing an example of the data structure of user information 181. [Figure 5] 10 is a diagram showing an example of the data structure of first object information 182. FIG. [Figure 6] 10 is a diagram showing an example of the data structure of second object information 183. FIG. [Figure 7] FIG. 10 is a diagram showing an example of the data structure of healthcare information 184. [Figure 8] FIG. 10 is a diagram illustrating an example of the data structure of device information 187. [Figure 9]FIG. 2 is a diagram illustrating an example of the data structure of a user information table 2021. [Figure 10] 10 is a diagram illustrating an example of the data structure of a setting table 2022. FIG. [Figure 11] FIG. 10 is a diagram illustrating an example of the data structure of a master table 2023. [Figure 12] FIG. 10 illustrates an example of the data structure of a device table 2024. [Figure 13] 10 is a flowchart showing an example of the operation of the terminal device 10 when linking a healthcare application with the server 20. [Figure 14] 10 is a schematic diagram showing an example of a display on a display 141 of a terminal device 10. FIG. [Figure 15] 10 is a flowchart showing an example of the operation of the terminal device 10 when the user wakes up. [Figure 16] FIG. 2 is a diagram for explaining an example of the operations of the terminal device 10 and the server 20 when an event occurs. [Figure 17] 10 is a flowchart showing an example of the operation of the server 20 when a lottery based on sleep information is conducted. [Figure 18] 10 is a flowchart showing an example of the operation of the server 20 when sleep information is received from the terminal device 10. [Figure 19] FIG. 2 is a block diagram showing the basic hardware configuration of a computer 90. DETAILED DESCRIPTION OF THE INVENTION

[0010] Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. In the following description, the same components are denoted by the same reference numerals. The names and functions of the components are also the same. Therefore, detailed descriptions thereof will not be repeated.

[0011] <Summary> The system according to this embodiment is a system for a game using sleep information. In this system, a healthcare app (health management app) is installed on a terminal device operated by a user. The healthcare app manages sleep information along with various data related to maintaining health. The terminal device transmits sleep information managed by the healthcare app that has a predetermined identification flag attached to it to a server that executes game processing using the sleep information. The server executes game processing based on the received sleep information.

[0012] <1 Overall system configuration> FIG. 1 is a diagram showing an example of the overall configuration of system 1. In system 1, a server accepts sleep information of each user and progresses the game. As shown in FIG. 1, system 1 includes a plurality of terminal devices 10 and a server 20. The terminal devices 10 and the server 20 are connected for communication via a network 80.

[0013] 1 shows an example in which the system 1 includes two terminal devices 10, but the number of terminal devices 10 included in the system 1 is not limited to two. The number of terminal devices 10 included in the system 1 may be three or more.

[0014] 1 shows an example in which the system 1 includes one server 20, but the number of servers 20 included in the system 1 is not limited to one. The server 20 may be composed of multiple servers depending on the functions it has. Furthermore, the server 20 may be, for example, a collection of multiple devices. The way in which the multiple functions required to realize the server 20 according to this embodiment are allocated to one or multiple pieces of hardware can be determined appropriately in consideration of the processing capacity of each piece of hardware and / or the specifications required for the server 20.

[0015] The terminal device 10 is, for example, an information processing device operated by a user who plays a game using sleep information. The terminal device 10 is realized, for example, by a mobile terminal such as a smartphone or tablet compatible with a mobile communication system. Alternatively, the terminal device 10 may be realized, for example, by a stationary personal computer (PC), a laptop PC, or a dedicated game console. Furthermore, the terminal device 10 may be realized, for example, by a wearable terminal such as a head mounted display (HMD).

[0016] The terminal device 10 includes a communication IF (Interface) 12, an input device 13, an output device 14, a memory 15, a storage 16, and a processor 19. The input device 13 is a device (e.g., a touch panel, a touch pad, etc.) for receiving input operations from a user. The output device 14 is a device (e.g., a display, a speaker, etc.) for presenting information to a user.

[0017] The terminal device 10 is connected to one or more sleep measuring devices 11 via a wired or wireless connection. Specifically, for example, the terminal device 10 communicates with the sleep measuring devices 11 via short-range wireless communication such as Bluetooth (registered trademark) or Wi-Fi. Note that the sleep measuring devices 11 may be compatible with communication standards of mobile communication systems such as 5G or 6G and may communicate with the terminal device 10 without using short-range wireless communication. The sleep measuring devices 11 may also communicate directly with the server 20.

[0018] The sleep measuring device 11 is a device for acquiring information related to the sleep of the user of the terminal device 10. While FIG. 1 illustrates an example in which one sleep measuring device 11 is connected to the terminal device 10, two or more sleep measuring devices 11 may be connected to the terminal device 10. Note that the device used in this embodiment is not limited to a device that acquires information related to sleep. It may also be a device that can acquire other biological information including information related to sleep. Examples of other biological information include at least one piece of information selected from the group consisting of blood glucose level, blood pressure, blood amino acids, blood flow velocity, blood flow rate, respiratory rate, blood oxygen concentration, brain waves, cerebral blood flow, pulse wave, heart rate, pulse, sweating, body temperature, skin temperature, electrocardiogram, electromyogram, electrooculogram, pupil dilation, eye movement, body fat percentage, weight, voice, odor (smell emitted by the user), user posture, and gestures indicating the user's body movement.

[0019] The sleep measuring device 11 is a wearable device that is attached to the user's body, such as a wristwatch, a ring, or an eye mask. The sleep measuring device 11 may also be a device that is placed on a mattress or pillow on which the user sleeps. The terminal device 10 and the sleep measuring device 11 may also be the same device. That is, the terminal device 10 may also function as the sleep measuring device 11.

[0020] The sleep measuring device 11 includes a motion sensor, such as an acceleration sensor, an angular velocity sensor, or a combination thereof. However, the sleep measuring device 11 is not limited to these. The sleep measuring device 11 senses the user's body movements while sleeping using the motion sensor. The sleep measuring device 11 transmits information related to the sensing results to the terminal device 10 as sleep information, for example, by attaching an identification flag that can identify the sleep measuring device 11 itself. The identification flag may be capable of identifying the product related to the device, the type of device, or the manufacturer of the device. The terminal device 10 manages the received information as sleep information in a healthcare app.

[0021] In this embodiment, the healthcare app refers to, for example, an application associated with an OS. Specifically, for example, if the terminal device 10 uses iOS (registered trademark), the healthcare app is Healthcare, and if the terminal device 10 uses Android (registered trademark), the healthcare app is HealthConnect. If the terminal device 10 is manufactured by a specific company, the company's official healthcare app may be installed. In this case, for example, sleep information is imported into HealthConnect via the company's official healthcare app.

[0022] The terminal device 10 may detect that the user has gone to bed (for example, has lay down in bed) based on information related to the sensing result. Going to bed means, for example, that the user has entered a sleeping place such as a bed or a futon to sleep. Furthermore, the terminal device 10 may detect that the user has fallen asleep after going to bed based on information related to the sensing result. By detecting that the user has gone to bed and fallen asleep, the terminal device 10 can determine whether the user has operated the terminal device 10 or whether the user has looked at the display 141 of the terminal device 10 between going to bed and falling asleep. In other words, the terminal device 10 can determine whether a user who is about to go to sleep has operated the terminal device 10 before going to sleep.

[0023] The sleep information is waveform information including, for example, the following information: Measurement date ·Sleep start time Sleep end time -Time when each sleep stage switches - Total time spent in each sleep stage

[0024] The process of creating sleep information based on information related to the sensing results may be performed by the sleep measuring device 11 or the terminal device 10. The sleep stage indicates, for example, whether the user is awake, in REM sleep, in light sleep, or in deep sleep. The waveform of the sleep information may differ depending on whether it is based on information measured by the motion sensor 170 of the terminal device 10 or on information measured by the sleep measuring device 11. For example, the sleep information based on information measured by the motion sensor 170 of the terminal device 10 is expressed as three sleep stages: awake+REM sleep, light sleep, and deep sleep. On the other hand, the sleep information based on information measured by the sleep measuring device 11 is expressed as four sleep stages: awake, REM sleep, light sleep, and deep sleep. Note that the respective stages are not limited to these.

[0025] The sleep measuring device 11 can evaluate the quality of the user's sleep by distinguishing between REM sleep and non-REM sleep waveforms. Specifically, for example, the sleep measuring device 11 is preset with a sleep cycle for good quality sleep. The sleep measuring device 11 evaluates the quality of the user's sleep by, for example, comparing the preset sleep cycle with the sleep cycle during sleep of the user.

[0026] The sleep measuring devices 11 that are expected to be used in the system 1 are managed in advance, for example, in a so-called whitelist format. The terminal device 10 may store, for example, product information of the sleep measuring devices 11 that are compatible with the system 1, and may not accept the received data when it receives data from an incompatible sleep measuring device 11. Furthermore, when the terminal device 10 receives data from an incompatible sleep measuring device 11, for example, it may perform subsequent processing using parameters for the unidentifiable sleep measuring device 11.

[0027] Note that a user may use two or more sleep measurement devices simultaneously. 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.

[0028] Furthermore, differences in the type of sleep measuring device 11 are not limited to differences in the device. That is, even if the sleep measuring devices 11 have the same device configuration, the system 1 may manage them as different sleep measuring devices 11 depending on the type of software or application used before transmitting the sleep information to the terminal device 10. For example, even if sleep information is created based on information measured by the same sleep measuring device 11, different "sleep measuring device IDs" may be used when healthcare app A is used and when a different healthcare app B is used. In this way, managing different "sleep measuring device IDs" depending on the combination of the device type as the device configuration and the application used enables more flexible generation of sleep information.

[0029] The terminal device 10 may be connected to a game controller via a wired or wireless connection. A user can operate the game controller to play a game. The terminal device 10 may be capable of communicating with multiple game controllers. For example, multiple users may operate their own game controllers to play a game on a single terminal device 10.

[0030] The server 20 is, for example, an information processing device that manages the progress of a game using sleep information. The server 20 is also an information processing device that generates events within the game based on the sleep information. In this embodiment, an event has, for example, multiple phases. Phases included in an event include, for example, the following: Sleep results report - Object lottery based on sleep information Interference with the drawn object - Granting of benefits ·Sleep information disclosure

[0031] In this embodiment, for example, "reporting sleep results" is described as the first phase, "drawing an object based on sleep information" as the second phase, and "interfering with the drawn object" as the third phase, but this is not limited to this and other combinations are also possible.

[0032] The server 20 is realized by, for example, a computer connected to a network 80. The server 20 includes, for example, a communication IF 22, an input / output IF 23, a memory 25, a storage 26, and a processor 29. The input / output IF 23 functions as an input device for receiving input operations from a user and as an interface with an output device for presenting information to the user.

[0033] Each information processing device is configured by a computer equipped with an arithmetic unit and a storage device. The basic hardware configuration of the computer and the basic functional configuration of the computer realized by the hardware configuration will be described later. For each of the terminal device 10 and the server 20, descriptions that overlap with the basic hardware configuration and basic functional configuration of the computer will be omitted.

[0034] <1.1 Terminal device configuration> Fig. 2 is a block diagram showing an example configuration of the terminal device 10 shown in Fig. 1. As shown in Fig. 2, the terminal device 10 includes a communication unit 120, an input device 13, an output device 14, an audio processing unit 17, a microphone 171, a speaker 172, a position information sensor 150, a camera 160, a motion sensor 170, a storage unit 180, and a control unit 190. The blocks included in the terminal device 10 are electrically connected by, for example, a bus or the like.

[0035] The communication unit 120 performs processing such as modulation and demodulation for the terminal device 10 to communicate with other devices. The communication unit 120 performs transmission processing on the signal generated by the control unit 190 and transmits it to the outside (for example, the server 20). The communication unit 120 performs reception processing on the signal received from the outside and outputs it to the control unit 190.

[0036] The input device 13 is a device for inputting instructions or information by a user operating the terminal device 10. The input device 13 is realized, for example, by a touch-sensitive device 131 or the like, which inputs instructions by touching an operation surface. When the terminal device 10 is a PC or the like, the input device 13 may be realized by a reader, keyboard, mouse, or the like. The input device 13 converts instructions input by the user into electrical signals and outputs the electrical signals to the control unit 190. The input device 13 may include, for example, a receiving port that receives electrical signals input from an external input device.

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

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

[0039] 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. The GPS module is a receiving device used in a satellite positioning system. In the satellite positioning system, signals are received from at least three or four satellites, and the current position of the terminal device 10 equipped with the GPS module is detected based on the received signals. The position information sensor 150 may detect the current position of the terminal device 10 from the position of the wireless base station to which the terminal device 10 is connected.

[0040] The camera 160 is a device that receives light with a light receiving element and outputs the light as an image capturing signal.

[0041] The motion sensor 170 includes, for example, an acceleration sensor, an angular velocity sensor, or a combination thereof. However, it is not limited to these. The motion sensor 170 detects the movement of the terminal device 10 and outputs the sensing result. For example, by placing the terminal device 10 on a mattress or the like of a bed on which the user sleeps, the motion sensor 170 detects the movement of the sleeping user when the user moves on the mattress. Note that, if a sleep measuring device 11 is connected to the terminal device 10, the motion sensor provided in the sleep measuring device 11 may be used.

[0042] The storage unit 180 is realized by, for example, the memory 15, the storage 16, etc., and stores data and programs used by the terminal device 10. The storage unit 180 stores, for example, user information 181, first object information 182, second object information 183, healthcare information 184, device information 187, a first program 185, and a second program 186. Note that the data and programs stored in the storage unit 180 are not limited to these.

[0043] The user information 181 stores information about users who play a game based on the first program 185. Details will be described later.

[0044] The first object information 182 stores information about a first relationship between a user and an object. In this embodiment, the object represents, for example, a character or an item that appears in gameplay. The object is associated with the user by lottery drawn by the server 20 based on the level of sleep information, for example. The first relationship represents, for example, the relationship between the user and the object that is associated based on the sleep information. The first relationship changes, for example, when the associated object receives interference from the user.

[0045] The expression that a user is associated with an object is an expression that represents an example of the relationship between a user and an object, and other expressions may be used. For example, any expression may be used, such as that a user owns an object.

[0046] The second object information 183 stores information about a second relationship between a user and an object. The user can select an object and play a predetermined game element during times other than sleeping. When a first relationship between the user and an object satisfies predetermined requirements through a lottery based on the sleep information and subsequent interaction with the object, the user can use the object in game elements during times other than sleeping. The predetermined requirement for the first relationship is, for example, a requirement based on a parameter that varies depending on interaction with the object. Specifically, for example, the relationship between the user and the object is expressed by a "reliability" parameter, and repeated interaction with the object in the game increases the reliability parameter, and the parameter must exceed a certain level. Satisfying the predetermined requirement for the first relationship may be expressed, for example, as the object (character) becoming a friend. The second relationship represents, for example, a relationship between the user and the object that is associated based on a game element other than sleeping. The second relationship varies, for example, when a game element is performed during times other than sleeping.

[0047] Objects associated with a user or that meet certain requirements in the first relationship may be treated, for example, as follows: -Can be exchanged with other users or transferred to other users Exchanged or transferred objects are stored in association with information about the user who originally associated them (user information includes, for example, the user name, the sleep period in which the object appeared, and the sleep period in which the object appeared). The object is stored together with information about a user who fulfills a predetermined requirement in the first relationship (such as a user name, a history of a predetermined game element, a history of interference, etc.). - Just being associated with a user does not make the object eligible for exchange. Objects that meet certain conditions (a certain amount of time has passed since being associated, or a certain amount of sleep time has passed since being associated) are eligible for exchange. -Merely satisfying the specified requirements in the first relationship does not make the object eligible for exchange; only objects that fulfill certain conditions (a specified amount of time has passed since the specified requirements in the first relationship were met, or a certain amount of sleep time has passed since the specified requirements in the first relationship were met) are eligible for exchange. - Every time you sleep, object exchange parameters are accumulated and linked to the user when you wake up. When exchanging objects, you can exchange them by consuming object exchange parameters. (Players who want to exchange a specific object do not need to simply have the object to exchange; they must accumulate object exchange parameters by sleeping accordingly.) - By exchanging, the object will change into a different one from before the exchange. - You can exchange with other users at sleep-related times (exchanges occur between users who are sleeping at the same time, and between users who wake up at the same time (time zone)) - When exchanging with other users during sleep-related times, specify the object you want to give, the object you want to receive, or a combination of these before going to bed. Once you exchange and obtain an object, that object will be more likely to be selected in subsequent lottery draws (the parameters related to the probability of selecting an object obtained through exchange are weighted). The next sleep after an exchange will have higher lottery base parameters than usual (leading to better lottery results. This is expected to result in an effective cycle of exchanging and sleeping). -Displayed on sleep measurement device 11 -Displayed in the Health app

[0048] The healthcare information 184 stores information managed by a healthcare application, as will be described in detail later.

[0049] The device information 187 stores information about devices that can cooperate with the server 20. Details will be described later.

[0050] The first program 185 is a program for executing a game using sleep information according to this embodiment, and the second program 186 is a program for executing a healthcare application.

[0051] The control unit 190 is realized by the processor 19 reading a program stored in the storage unit 180 and executing instructions included in the program. The control unit 190 controls the operation of the terminal device 10. By operating in accordance with the program, the control unit 190 fulfills the functions of an operation reception unit 191, a transmission / reception unit 192, a management unit 193, a presentation control unit 194, a game processing unit 195, and a cooperation processing unit 196.

[0052] Operation acceptance unit 191 performs processing for accepting instructions or information input from input device 13. For example, operation acceptance unit 191 accepts instructions or information input from touch-sensitive device 131 or the like. Specifically, for example, operation acceptance unit 191 accepts a setting of a predetermined time from the user. The predetermined time includes, for example, a planned wake-up time, a planned confirmation time, or the like.

[0053] Furthermore, the operation receiving unit 191 receives an image input from the camera 160. Specifically, for example, the operation receiving unit 191 receives image data captured by the camera 160.

[0054] Furthermore, the operation reception unit 191 receives audio information input from the microphone 171. Specifically, for example, the operation reception unit 191 receives audio data that is input from the microphone 171 and converted into digital data by the audio processing unit 17.

[0055] Furthermore, the operation receiving unit 191 receives behavior information input from the motion sensor 170. Specifically, the operation receiving unit 191 receives a predetermined behavior detected by the motion sensor 170, for example.

[0056] The transmitting / receiving unit 192 performs processing for the terminal device 10 to transmit and receive data to and from an external device such as the server 20 in accordance with a communication protocol. Specifically, for example, the transmitting / receiving unit 192 transmits instructions input by a user or various pieces of acquired information to the server 20. The transmitting / receiving unit 192 transmits the various pieces of acquired information to the server 20 at predetermined timing. The predetermined timing includes, for example, the following: -Predetermined period - Timing specified by the user When information managed by the Health app is updated

[0057] The transmitting / receiving unit 192 transmits, for example, sleep information to the server 20. Specifically, the transmitting / receiving unit 192 transmits, for example, sleep information managed by a healthcare app, sleep information to which a predetermined identification flag has been attached, to the server 20. The transmitting / receiving unit 192 also transmits, for example, information on objects acquired by game elements other than sleep to the server 20. The objects acquired by game elements other than sleep are, for example, items related to growth, such as nuts. Hereinafter, items related to growth will be referred to as growth items.

[0058] Furthermore, the transmitting / receiving unit 192 receives information provided from the server 20. The information provided from the server 20 includes, for example, information relating to the result of a lottery based on the sleep information.

[0059] The management unit 193 manages user information 181, first object information 182, second object information 183, health care information 184, and device information 187 stored in the storage unit 180. For example, when the management unit 193 acquires sleep information of the user, it updates the user information 181 based on the acquired sleep information. Furthermore, when the relationship between the user and an object is updated in an event that occurs on the server 20, the management unit 193 updates the first object information 182 based on the updated information. Furthermore, when the user uses an object for a game element other than sleep, the management unit 193 updates the second object information 183. Furthermore, when information on devices that can cooperate with the server 20 is updated on the server 20, the management unit 193 updates the device information 187 based on the acquired information.

[0060] Furthermore, the management unit 193 updates the healthcare information 184 when the sleep information is imported into a healthcare app or transmitted to the server 20. For example, when the sleep information is transmitted to the server 20, the management unit 193 determines whether the sleep information satisfies predetermined requirements. Specifically, for example, when the sleep information with a predetermined identification flag attached is transmitted to the server 20, the management unit 193 determines whether the sleep information satisfies predetermined requirements. The predetermined requirements include, for example, the following: -Sleep information for short sleep duration (sleep information for less than a specified time) Old sleep information (sleep information from a specified number of days ago) Sleep information including unexpected information (sleep information including unexpected information added by the Health app) - Extensive sleep information (more than a certain number of sleep information)

[0061] If the sleep information satisfies predetermined requirements, the management unit 193 does not allow the sleep information to be transmitted to the server 20. That is, the management unit 193 does not allow sleep information whose sleep time is less than a predetermined time to be transmitted to the server 20. Furthermore, the management unit 193 does not allow sleep information that is older than a predetermined number of days to be transmitted, but allows sleep information that is older than the predetermined number of days to be transmitted. Furthermore, the management unit 193 does not allow sleep information that includes unexpected information to be transmitted to the server 20. Furthermore, the management unit 193 does not allow older sleep information of a predetermined number of pieces or more of sleep information to be transmitted to the server 20. The management unit 193 may discard sleep information that satisfies predetermined requirements. If the sleep information does not satisfy the predetermined requirements, the management unit 193 causes the transmission / reception unit 192 to transmit the sleep information to the server 20.

[0062] Note that while the health care information 184 may store, for example, 30 days' worth of sleep information, only a maximum of 14 days' worth of sleep information is transmitted to the server 20. In other words, the above-mentioned old sleep information corresponds to sleep information from the 15th to 30th days. Because the health care information 184 stores sleep information measured earlier than the sleep information transmitted to the server 20, it is possible to satisfy the potential need of a user who simply wants to check their past sleep, regardless of the sleep game.

[0063] The presentation control unit 194 controls the output device 14 and the like to present predetermined information to the user. For example, the presentation control unit 194 controls the output device 14 and the like to present information related to transmission of sleep information managed by the healthcare app to the server 20 to the user. Furthermore, for example, the presentation control unit 194 controls the output device 14 and the like to present past sleep information to the user. At this time, the presentation control unit 194 may present to the user a history of the sleep measuring device 11 that acquired the past sleep information.

[0064] A game using sleep information may have a friend function. In the friend function, for example, a user can view information about the sleep of other users who have registered as friends. The presentation control unit 194 may present to the user the sleep information of other users as friends, as well as the sleep measuring devices 11 whose sleep information has been measured by the other users.

[0065] Also, for example, the presentation control unit 194 controls the display 141 to display a management screen of objects associated with the user based on the information managed in the first object information 182 and the information managed in the second object information 183.

[0066] The game processing unit 195 performs calculations on the data input by the terminal device 10 in accordance with the first program 185. Specifically, the game processing unit 195 performs processing related to game elements during the daytime, other than during sleeping hours, in response to instructions input by the user.

[0067] The cooperation processing unit 196 performs processing to cooperate with the healthcare app and the server 20. Specifically, the cooperation processing unit 196 receives, from the user, a selection of the sleep measuring device 11 that will acquire the sleep information to be used in the game, based on an operation from the user. The management unit 193 stores information about the selected sleep measuring device 11 in the user information 181.

[0068] The cooperation processing unit 196 may grant a privilege to the user when cooperation with the sleep measurement device 11 satisfies predetermined requirements. For example, requirements for granting a privilege are set in advance. For example, the requirements for granting a privilege are as follows: Link with pre-configured sleep measurement devices11 The cumulative total of sleep time measured by the sleep measurement device 11 reaches a predetermined value. The period of time that the device has been linked to the sleep measurement device 11 has reached a predetermined value.

[0069] The collaboration processing unit 196 may, for example, grant a different benefit for each satisfied requirement, or may grant the same benefit. The collaboration processing unit 196 may, for example, allow the user to select a benefit. Benefits include, for example, the granting of a predetermined item, an increase in predetermined points, an increase in the appearance rate of a predetermined character, etc. The collaboration processing unit 196 also transmits information regarding the benefit granted to the user to the server 20. Note that the collaboration processing unit 196 may grant different benefits when collaborating with a device related to healthcare and when collaborating with a device related to Health Connect.

[0070] <1.2 Functional configuration of the server> 3 is a diagram showing an example of the functional configuration of the server 20. As shown in FIG. 3, the server 20 functions as a communication unit 201, a storage unit 202, and a control unit 203.

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

[0072] The storage unit 202 includes, for example, a user information table 2021, a setting table 2022, a master table 2023, and a device table 2024.

[0073] The user information table 2021 is a table that stores, for example, information about users who play a game using sleep information. The user information table 2021 is a table that has columns that store information about users, using user IDs as keys, for example.

[0074] The setting table 2022 is a table that stores, for example, parameters related to the number of lottery draws. Specifically, for example, in the setting table 2022, a parameter for evaluating sleep, which is calculated as one of the phases in the event, is associated with a parameter related to the number of lottery draws.

[0075] The master table 2023 is a table that stores, for example, information about objects that can be associated with a user. In the master table 2023, for example, a parameter related to whether or not an object is eligible for a lottery, a parameter related to the probability of winning the object, and a parameter related to a value required to win the object (required parameter) are associated with the object. The parameter related to the probability of winning the object and the parameter related to the value required to win the object are, for example, inversely proportional to each other. Specifically, for example, when the parameter related to the probability of winning the object is high (high probability of winning, i.e., low rarity), the parameter related to the value required to win the object tends to be low. On the other hand, when the parameter related to the probability of winning the object is low (low probability of winning, i.e., high rarity), the parameter related to the value required to win the object tends to be high.

[0076] The device table 2024 is a table that stores information about devices that can cooperate with the server 20, for example.

[0077] The control unit 203 is realized by the processor 29 reading a program stored in the storage unit 202 and executing instructions included in the program. The control unit 203 operates in accordance with the program to fulfill the functions of a reception control module 2031, a transmission control module 2032, a management module 2033, a game progress module 2034, and a presentation module 2035.

[0078] The reception control module 2031 controls the process by which the server 20 receives signals from external devices in accordance with a communication protocol.

[0079] The transmission control module 2032 controls the process in which the server 20 transmits signals to external devices in accordance with a communication protocol.

[0080] The management module 2033 manages the tables stored in the storage unit 202. Specifically, for example, when information about a user is input, the management module 2033 updates the user information table 2021. Furthermore, when sleep information is acquired from the terminal device 10, the management module 2033 updates the user information table 2021.

[0081] For example, the management module 2033 does not store sleep information that satisfies certain requirements in the user information table 2021, and stores sleep information that does not satisfy certain requirements in the user information table 2021. Specifically, the management module 2033 determines whether the acquired sleep information satisfies certain requirements. The certain requirements are, for example, requirements that interfere with normal processing in the game, and include the following: - There is already a certain number of sleep records for that day - Your sleep time overlaps with the sleep time included in existing sleep information. - Sleep information for a day that has already received a perfect score

[0082] If the acquired sleep information satisfies a predetermined requirement, the management module 2033 does not store the sleep information in the user information table 2021. For example, the management module 2033 discards the sleep information that satisfies the predetermined requirement. If the acquired sleep information does not satisfy the predetermined requirement, the management module 2033 stores the sleep information in the user information table 2021.

[0083] Furthermore, if the acquired sleep information does not conform to a format that can be used in a game that uses the sleep information, the management module 2033 converts the format of the acquired sleep information into a format that conforms to the game. For example, sleep information created based on information measured by the motion sensor 170 of the terminal device 10 that operates in conjunction with the game has a waveform that can be used in the game. On the other hand, sleep information created based on information measured by the sleep measuring device 11 may not have a waveform that can be used in the game. The management module 2033 determines whether the acquired sleep information can be used in the game based on an identification flag attached to the sleep information. If the acquired sleep information cannot be used in the game, the management module 2033 converts the waveform of the acquired sleep information into a waveform that can be used in the game. Note that the management module 2033 converts the waveform of the sleep information but does not change the width of the sleep information that represents the sleep time.

[0084] Furthermore, when information regarding the number of lottery draws is input, the management module 2033 updates the setting table 2022. Furthermore, when information regarding an object is input, the management module 2033 updates the master table 2023. Furthermore, when information regarding a device that can cooperate with the server 20 is input, the management module 2033 updates the device table 2024.

[0085] The game progression module 2034 progresses each user's game play based on waveform sleep information and the like that is available for games using sleep information received from each user's terminal device 10. For example, the game progression module 2034 generates an event to progress game play. Specifically, for example, the game progression module 2034 evaluates the user's sleep based on the user's sleep information as one of the phases of the event. At this time, the game progression module 2034 may evaluate the user's sleep for that day based on the user's sleep information and information related to the development item. Hereinafter, the parameters for evaluating sleep are referred to as basic lottery parameters.

[0086] Furthermore, the game progression module 2034 performs a lottery for an object based on the sleep information as one of the phases of the event. Specifically, for example, the game progression module 2034 performs a lottery for an object based on basic lottery parameters.

[0087] More specifically, for example, the game progress module 2034 refers to the setting table 2022 and determines the number of lottery draws based on the basic lottery parameters. The game progress module 2034 refers to the user information table 2021 and, based on the cumulative values ​​of the basic lottery parameters accumulated over a predetermined period, refers to the master table 2023 and determines a group of objects to be drawn. Each of the objects managed in the master table 2023 has a likelihood of winning set in advance, for example, depending on the object itself, the type of object, the display mode of the object, or a combination of at least two of these. Furthermore, each of the objects managed in the master table 2023 has a value (necessary parameter) required to make the object win set in advance, for example, depending on the object itself, the type of object, the display mode of the object, or a combination of at least two of these.

[0088] The game progression module 2034 conducts a lottery (normal lottery / first lottery) for an object and its display mode from the determined group of objects based on the set likelihood of winning. At this time, the game progression module 2034 conducts a normal lottery for an object and its display mode from the determined group of objects whose required parameters do not exceed the lottery basic parameters. The game progression module 2034 subtracts the required parameters of the object and its display mode selected by the normal lottery from the lottery basic parameters. Based on the values ​​after subtraction, the game progression module 2034 conducts a normal lottery for an object and its display mode from the determined group of objects based on the set likelihood of winning. The game progression module 2034 repeats the normal lottery for an object and its display mode a determined number of times while subtracting the required parameters of the object and its display mode selected by the normal lottery from the lottery basic parameters. This allows the user to have an experience such as discovering an object as a game character based on sleep information. In addition, it is possible to experience new discoveries not only in the type of object but also in the display mode. For ease of understanding, the following description will be given of a case where the object is the object to be selected. In other words, the display mode of the object is not included in the selection of the object.

[0089] The game progression module 2034 conducts a lottery (special lottery / second lottery) with a higher expected value than the normal lottery for selecting an object in a predetermined lottery for the determined number of lotteries. Specifically, for example, the game progression module 2034 conducts a special lottery for an object from among objects whose required parameters do not exceed the remaining value of the basic lottery parameters and whose required parameters exceed a preset lower limit. In this way, in the special lottery, objects whose required parameters exceed a preset lower limit are selected, so the expected value of selecting an object with high required parameters is higher than in the normal lottery.

[0090] The game progression module 2034 may conduct a special lottery to select an object at any of the determined number of lotteries. Specifically, for example, when selecting an object by special lottery in a lottery other than the final lottery, the game progression module 2034 subtracts the required parameters of several objects with low required parameters from the remaining values ​​of the lottery-selected basic parameters. The game progression module 2034 conducts a special lottery for an object using this subtracted value as the lower limit. Also, for example, when selecting an object by special lottery in a lottery other than the final lottery, the game progression module 2034 conducts a lottery for an object starting from the object with the highest required parameter relative to the remaining values ​​of the lottery-selected basic parameters.

[0091] Furthermore, for example, when selecting an object by a special lottery in the final lottery, the game progress module 2034 performs lottery for an object starting from the object with the maximum required parameter relative to the remaining value of the lottery basic parameter. As a result, the lottery is performed so that no lottery basic parameter is left over and the calculated lottery basic parameter is used up.

[0092] Furthermore, if there is no object whose required parameters fall within the remaining value of the lottery basic parameters, the game progress module 2034 performs lottery for an object, starting from the object whose required parameters are the smallest.

[0093] Furthermore, the game progression module 2034 may redo the lottery for the determined number of times if, for example, the number of times the same object or the same display mode has been selected satisfies a predetermined requirement. The predetermined requirement may include, for example, the following: - The same object is selected a certain number of times (overlapping species) - The same object is selected a certain number of times (duplicate species) The display mode of the same object is selected a certain number of times (mode overlap) The same object display mode is selected a certain number of times for the number of lottery draws (mode overlap)

[0094] If the predetermined requirement is met as a result of conducting the re-draw, the game progress module 2034 re-draws the lottery for the determined number of times. If the predetermined requirement is met a predetermined number of times in succession, the game progress module 2034 does not re-draw the lottery.

[0095] For example, the game progression module 2034 may conduct a lottery regardless of the number of lottery draws when a predetermined requirement is met. In other words, the game progression module 2034 may increase the number of lottery draws when a predetermined requirement is met. For example, the game progression module 2034 may not subtract the required parameters of an object determined in a lottery with an increased number of draws from the lottery basic parameters. For example, the game progression module 2034 may select a predetermined object in a lottery with an increased number of draws. For example, the game progression module 2034 may conduct a lottery for an object starting from the display mode with the lowest required parameters. The predetermined requirements include, for example, the following: ·Perform the given tasks Use of designated items - Achieving a set quota

[0096] For example, the game progression module 2034 may weight a parameter related to the probability of selecting a predetermined object when a predetermined requirement is met. For example, the game progression module 2034 weights the probability parameters of these objects so as to increase the probability of selecting an object associated with a predetermined event. The game progression module 2034 may also switch the group of objects to be selected. The predetermined requirements include, for example, the following: ·Perform the given tasks Use of designated items

[0097] Furthermore, the game progression module 2034 provides the user with an opportunity to interfere with one of the objects selected by lottery as one of the phases in the event. Specifically, for example, the game progression module 2034 accepts from the user a designation of one of the objects selected by lottery. The game progression module 2034 accepts from the user an interference with the object designated by the user. In this embodiment, interference with an object is, for example, a process in which a reliability parameter is set for the object and the reliability parameter is improved by granting an item to improve the relationship. Hereinafter, an item granted to an object to improve the relationship will be referred to as an "assigned item."

[0098] The game progress module 2034 varies the first relationship with the object based on the number, type, or combination thereof of the granted items given to the object. If the first relationship satisfies a predetermined requirement, the game progress module 2034 allows the user to use the object that satisfies the requirement in game elements other than when sleeping.

[0099] Furthermore, the game progression module 2034 performs processing for game elements other than sleep. When a user and an object are associated and the game element is performed, the game progression module 2034 increases a parameter related to the second relationship of the associated object by an amount corresponding to a predetermined element. The predetermined element relates to, for example, the time the object has been associated with the user, the amount of sleep taken while associated, etc.

[0100] Furthermore, the game progression module 2034 awards a benefit to the user based on the sleep information as one of the phases of the event. Specifically, for example, the game progression module 2034 awards a predetermined benefit to the user based on the lottery basic parameters. The benefit may be an item, points that can be used for a predetermined purpose, or the like.

[0101] When sleep information for multiple days has been accumulated, the game progression module 2034 may cause events for multiple days to occur all at once based on the sleep information for multiple days.

[0102] The presentation module 2035 presents information to the terminal device 10. Specifically, for example, the presentation module 2035 presents an event generated by the game progress module 2034 to the terminal device 10.

[0103] <2 Data Structure> 4 to 8 are diagrams showing the data structure of information stored in the terminal device 10. Note that Figs. 4 to 8 are merely examples and do not exclude data not shown.

[0104] Fig. 4 is a diagram showing an example of the data structure of user information 181. User information 181 shown in Fig. 4 is a table having columns such as name, age, address, date of birth, date of registration, scheduled wake-up time, held items, and data source, with a user ID as a key. User information 181 may also have a column for storing the accumulated value of a basic lottery parameter. The accumulated value of a basic lottery parameter transitions to a predetermined value after a predetermined period (e.g., one week) has elapsed, for example.

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

[0106] The scheduled wake-up time is an item that stores the time when the user plans to wake up. Waking up, for example, means waking up from sleep and starting to move. The scheduled wake-up time is set, for example, based on input from the user. The held items are an item that stores information about items that the user holds and that can be used in the game. Items held by the user can be rephrased as items associated with the user, for example. Items include, for example, development items or granted items. The item "held items" stores, for example, the names and number of items held by the user.

[0107] The data source is an item that stores identification information about the measurement source of the sleep information to be sent to the server 20. The item "data source" stores, for example, identification information for identifying the product related to the sleep measuring device 11, identification information that can identify the type of sleep measuring device 11, or identification information that can identify the manufacturer of the sleep measuring device 11. When starting to use the sleep measuring device 11, the management unit 193 requests the user to link the sleep measuring device 11 with a game that uses sleep information. The user selects the sleep measuring device 11 to be linked. The management unit 193 stores the identification information of the sleep measuring device 11 selected by the user in the item "data source".

[0108] Fig. 5 is a diagram showing an example of the data structure of first object information 182. First object information 182 shown in Fig. 5 is a table having columns such as name, first level, parameters, and first detailed information, with an object ID as a key. In addition to these, first object information 182 may also have information on rarity, etc.

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

[0110] The first detailed information is, for example, an item that stores a display mode associated with the user. In this embodiment, the mode represents, for example, the facial expression of the object, or in other words, a sleeping face, sleeping posture, or sleeping position. The item "first detailed information" stores which of the four modes set for each object the object is associated with. In the item "first detailed information," for example, "1" is set for an associated mode, and "0" is set for an unassociated mode.

[0111] Fig. 6 is a diagram showing an example of the data structure of second object information 183. Second object information 183 shown in Fig. 6 is a table having columns such as object ID, name, second level, parameters, vitality, type, attributes, second detailed information, etc., with management ID as a key. In addition to these, second object information 183 may also have information on rarity, etc.

[0112] The management ID is an item that stores an identifier for uniquely identifying an object as an individual that can be used. Multiple individuals of the same object can exist. The second level and parameter are items that store an example of a second relationship between the user and the individual object. The "second level" and "parameter" items are indicators that represent the depth of the relationship between the user and the object. The "first level" item, for example, stores an integer greater than or equal to 0. The "parameter" item, for example, stores a numerical value ranging from 0 to a predetermined value (e.g., 100). When the value of the "parameter" item reaches a predetermined value, which is the maximum value, the value of the "parameter" item becomes 0, and the value of the "first level" item is incremented by 1. The value of the "parameter" item increases, for example, when the user uses the individual object as a game element at a time other than sleeping. The value of the "parameter" item also increases, for example, when a predetermined item is used.

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

[0114] The type is an item that stores the type of object. In this embodiment, the type of object includes, for example, character, training item, and granted item. The attribute is an item that stores the properties to which the object as a character belongs. In this embodiment, the attributes include, for example, fire, water, lightning, grass, super, steel, evil, fighting, etc. Attributes include attributes that are advantageous when facing an object and attributes that are disadvantageous when facing an object. The second detailed information is an item that stores advantageous effects possessed by the object as an individual. Advantageous effects are, for example, effects that are exerted by game elements other than sleeping. Advantageous effects include, for example, effects that allow the player to acquire more training items or effects that allow the player to acquire rarer training items. The item "second detailed information" stores not only the effects that the object as an individual currently has, but also effects that the object can acquire in the future. When the second level of the individual increases, it becomes possible for the object to acquire new effects.

[0115] For example, when the first level in the first object information 182 is incremented, a record for the individual object whose first level has been incremented is added to the records in the second object information 183.

[0116] FIG. 7 is a diagram illustrating an example of the data structure of healthcare information 184. The healthcare information 184 illustrated in FIG. 7 is a table having columns such as acquisition date and time, identification flag, sleep information, and transmission status, with an information ID as a key. The healthcare information 184 may store, for example, various information related to the user's health. Specifically, for example, the healthcare information 184 may have columns storing numerical values ​​such as the user's height, weight, BMI, blood pressure, heart rate, and blood sugar level. The healthcare information 184 may also store information related to the user's lifestyle other than sleep information. Specifically, for example, the healthcare information 184 may have columns storing exercise information such as the number of steps, exercise information, and calories burned, dietary information such as calories ingested, and nutrient balance.

[0117] The acquisition date and time is an item for storing the date and time when the sleep information was acquired.

[0118] The identification flag is an item that stores an identification flag assigned to the sleep measuring device 11 that acquired the sleep information. The identification flag is attached to the sleep information transmitted from the sleep measuring device 11. The item "identification flag" may be different for each sleep measuring device 11, for each type of sleep measuring device 11, or for each manufacturer of the sleep measuring device 11, for example. By using different identification flags for each type of sleep measuring device 11 or each manufacturer of the sleep measuring device 11, it is possible to identify the sleep information with fewer identification flags. When health care information is entered manually, for example, nothing is stored in the item "identification flag".

[0119] The "sleep information" is an item that stores sleep information about the user. For example, the "sleep information" item stores sleep information for a predetermined number of days in the past. For example, the "sleep information" item stores waveform information that represents information about sleep.

[0120] The transmission status is an item that stores whether or not the sleep information has been transmitted to the server 20. If the sleep information represented in the record has been transmitted to the server 20, the item "transmission status" stores, for example, "transmitted." If the sleep information represented in the record has not yet been transmitted to the server 20, the item "transmission status" stores, for example, "not yet."

[0121] Fig. 8 is a diagram showing an example of the data structure of device information 187. Device information 187 shown in Fig. 8 is a table having columns such as device name and identification flag with device ID as a key. Each record in device information 187 may be created for each device, for each device type, or for each device manufacturer. The example shown in Fig. 8 shows a case where a record is created for each device type. Device information 187 may have a column for storing the product name of the device, the device manufacturer, etc.

[0122] The device ID is an item that stores identification information about the sleep measuring device 11 that acquired the sleep information. The device ID may be information that can identify a product related to the device, information that can identify the type of device, or information that can identify the manufacturer of the device.

[0123] The device name is an item that stores the name of the device. In the example shown in FIG. 8, the item "device name" stores the type of device.

[0124] The identification flag is an item that stores a flag for identifying sleep information. The item "identification flag" may be set for each product of the sleep measuring device 11, for each type of the sleep measuring device 11, or for each manufacturer of the sleep measuring device 11. In the example shown in FIG. 8, an identification flag is set for each type of the sleep measuring device 11.

[0125] 9 to 12 are diagrams showing the data structure of information stored in the server 20. Note that Figs. 9 to 12 are merely examples and do not exclude data not shown.

[0126] FIG. 9 is a diagram showing an example of the data structure of the user information table 2021. The user information table 2021 shown in FIG. 9 is a table having columns such as name, age, address, date of birth, date of registration, scheduled wake-up time, related objects, and sleep information, with the user ID as a key. The user information table 2021 may also have a column for storing the cumulative value of the basic lottery parameter, a column for storing a flag indicating participation in a period event, and the like. The cumulative value of the basic lottery parameter transitions to a predetermined value after a predetermined period (e.g., one week) has elapsed, for example.

[0127] The related object is an item that stores information about an object associated with the user. The item "related object" stores, for example, information about an object (character) as an individual associated with the user. Information about the character includes, for example, a management ID, an object ID, a name, a second level, parameters, vitality, a type, attributes, and second detailed information. The item "related object" stores, for example, information about an item associated with the user. Information about the item includes, for example, the name and number of items held by the user.

[0128] The sleep information is an item that stores sleep information related to the user. The "sleep information" item stores, for example, sleep information from the previous night. Note that the sleep information from the previous night can be synonymous with, for example, the sleep information acquired last time or the sleep information acquired immediately before. The sleep information from the previous night is stored when it is transmitted from the user. In other words, when sleep information is transmitted to the server 20 in association with a request to confirm an event, if the user does not request event confirmation, the sleep information from the previous night is not stored in the user information table 2021. If the user does not confirm the evaluation of the previous night's sleep, the sleep information for the next day cannot be accepted. Therefore, if the sleep information from the previous night is stored but the event is not confirmed because the user has put it on hold, the sleep information for the next day will not be accepted, and the next event will not occur.

[0129] Specific examples of the state in which sleep information for the next day cannot be accepted include, for example, not being able to input information indicating that the user has gone to bed (not being able to press the sleep start button), not starting sleep detection, and not receiving sleep information at the server 20. Thus, the sleep information stored in the "sleep information" item can store the next day's sleep information once the user confirms an event. The "sleep information" item is a parameter that cannot be updated unless the user confirms an event. The "sleep information" item has a limit on the number of sleep information items that can be stored in the same day. For example, only two pieces of sleep information acquired in the same day can be stored in the "sleep information" item. Furthermore, the "sleep information" item may also store, for example, past sleep information.

[0130] Fig. 10 is a diagram showing an example of the data structure of the setting table 2022. The setting table 2022 shown in Fig. 10 is a table having columns such as setting ID, basic lottery parameters, field 1, field 2, and field 3. The setting table 2022 may also have columns from field 4 onwards.

[0131] The setting ID is an item that stores an identifier for uniquely identifying the setting. The lottery basic parameters are an item that stores the lower limit value of the lottery basic parameters for matching the corresponding column. Field 1 is an item that stores the number of draws in the first field as the setting when the lottery is conducted. Field 2 is an item that stores the number of draws in the second field as the setting when the lottery is conducted. Field 3 is an item that stores the number of draws in the third field as the setting when the lottery is conducted.

[0132] FIG. 11 is a diagram showing an example of the data structure of the master table 2023. The master table 2023 shown in FIG. 11 is a table having columns such as a management ID, a name, an object ID, a mode, an attribute, a frequency, an unlock, and required parameters. The master table 2023 may have a column for storing a sleep type that specifies the type of sleep of an object. When the user's sleep type is determined, an object corresponding to the user's sleep type may be more likely to be won. The master table 2023 may also have a column for storing a field associated with an object. When a predetermined field is set, an object associated with the field may be more likely to be won.

[0133] The management ID is an item that stores an identifier for uniquely identifying an object that is the subject of a lottery. Even the same object can be considered as an individual object depending on its appearance. The appearance is an item that stores the display appearance of the object. The frequency is an item that stores a parameter related to the probability of an object being selected as a winning object. The unlocked item is an item that stores a parameter related to whether an object is the subject of a lottery. The "unlocked" item stores parameters for an object related to a column to be the subject of a lottery, i.e., parameters for unlocking. The parameters stored in the "unlocked" item are, for example, ranks determined based on the accumulated value of basic lottery parameters. When the rank stored in the "unlocked" item is reached, the object related to the corresponding column becomes eligible for selection as a lottery object. As the number of days in a specified period passes, the accumulated value increases as the basic lottery parameters calculated each day are accumulated. As the accumulated value increases, the number of unlocked objects increases, and a lottery is held from a variety of objects and their display appearances.

[0134] Fig. 12 is a diagram showing an example of the data structure of the device table 2024. The device table 2024 shown in Fig. 12 is a table having columns such as a device name, an identification flag, and a waveform, with a device ID as a key. Each record in the device table 2024 may be created for each device, for each device type, or for each device manufacturer. The example shown in Fig. 12 shows a case where a record is created for each device type. The device table 2024 may also have columns for storing the product name of the device, the device manufacturer, etc.

[0135] The waveform is an item that stores whether or not a waveform related to sleep information can be used in a game that uses sleep information. For example, the item "waveform" stores either "1" indicating that the waveform cannot be used in a game that uses sleep information, or "0" indicating that the waveform can be used in a game that uses sleep information.

[0136] <3 operations> The operations of the terminal device 10 and the server 20 according to this embodiment will be described.

[0137] (Operation when linked with the Health app) FIG. 13 is a flowchart showing an example of the operation of the terminal device 10 when the healthcare application and the server 20 are linked.

[0138] First, the user operates the terminal device 10 to execute the first program 185 related to a game using sleep information. The user operates the terminal device 10 to display on the display 141 a button for linking the healthcare app with the server 20.

[0139] In step S11, the terminal device 10 receives an instruction to link with the healthcare app from the user. Specifically, when linking the healthcare app with the server 20, the user presses a button displayed on the display 141. The operation receiving unit 191 receives the user's pressing of the button as an instruction to link with the healthcare app.

[0140] In step S12, the terminal device 10 accepts a selection of a data source from the user. Specifically, when an instruction to cooperate with the healthcare app is input, the cooperation processing unit 196 causes the display 141 to display an interface for selecting a data source via the presentation control unit 194. The interface allows, for example, the user to select the type of device to be used when acquiring sleep information. The cooperation processing unit 196, for example, reads out the type of device registered in advance in the device information 187, and displays information indicating the read type as an option on the display 141. The operation receiving unit 191 accepts an operation by the user on the interface as a selection of a data source.

[0141] In step S13, the terminal device 10 links the healthcare app with the server 20. Specifically, the collaboration processing unit 196 stores identification information that can identify the type of device selected as the data source in the user information 181 via the management unit 193. Note that when there are multiple sleep measuring devices 11 whose sleep information is managed by the healthcare app, only one type of sleep measuring device 11 may be selectable as the data source. That is, for example, even if the healthcare app manages sleep information measured by two sleep measuring devices 11, only one sleep measuring device 11 may be selectable as the data source. Furthermore, when the user wants to change the sleep measuring device 11 used as the data source, the user cancels the sleep measuring device 11 selected as the data source and selects a new sleep measuring device 11 as the data source. The collaboration processing unit 196 deletes the identification information of the canceled sleep measuring device 11 from the user information 181 via the management unit 193, and stores the identification information of the newly selected sleep measuring device 11 in the user information 181.

[0142] FIG. 14 is a schematic diagram illustrating a display example of the display 141 of the terminal device 10. In the example illustrated in FIG. 14, the presentation control unit 194 displays an area 1411 on the display 141. The area 1411 is an area for allowing the user to select a data source. The presentation control unit 194 displays, for example, selectable data sources in the area 1411. In the example of FIG. 14, "Type 1," "Type 2," and "Type 3" are displayed as selectable data sources. The presentation control unit 194 may display information regarding benefits that are granted by selecting each type. Benefits include, for example, the granting of a predetermined item, an increase in predetermined points, an increase in the appearance rate of a predetermined character, etc. The user selects one of "Type 1," "Type 2," or "Type 3," and presses a next button 14112 to confirm the selection.

[0143] (Actions when waking up) FIG. 15 is a flowchart showing an example of the operation of the terminal device 10 when the user wakes up. The user basically sleeps every day. Therefore, the terminal device 10 and the server 20 repeatedly perform operations based on the sleep information every day whenever the user sleeps. Note that the operations by the terminal device 10 and the server 20 based on the sleep information may be performed multiple times a day, for example. For example, the terminal device 10 and the server 20 may also perform operations for sleep such as a second nap or an afternoon nap. The following description will be given taking an example in which the sleep measuring device 11 acquires sleep information. For example, the sleep measuring device 11 determines whether the user has fallen asleep or not, based on information related to the sensing result. The sleep measuring device 11 treats either falling asleep or not as the start of sleep. Whether to treat falling asleep or not as the start of sleep is determined by the sleep measuring device 11, for example. Note that the sleep measuring device 11 may determine whether the user has fallen asleep in response to a sleep start instruction input by the user.

[0144] In step S21, the terminal device 10 detects that sleep information has been acquired. Specifically, for example, the sleep measuring device 11 creates sleep information based on information related to the sensing result. After creating the sleep information, the sleep measuring device 11 attaches an identification flag to the created sleep information and transmits it to the terminal device 10. The transceiver 192 receives the sleep information transmitted from the sleep measuring device 11. The management unit 193 creates a record in the health care information 184 and stores the sleep information in the created record. For example, when the sleep information is stored in the health care information 184, the management unit 193 determines whether the identification flag attached to the stored sleep information is the identification flag stored in the device information 187. If the identification flag attached to the stored sleep information is the identification flag stored in the device information 187, the presentation control unit 194 displays on the display 141 that new sleep information has been stored in the health care information 184. Note that the sleep measuring device 11 may transmit the sleep information to the terminal device 10 upon receiving a command from the user.

[0145] The sleep measuring device 11 may also accept notification from the user that the user has woken up. Specifically, for example, the sleep measuring device 11 displays a button indicating that the user has woken up on the display of the sleep measuring device 11 and accepts pressing of the button by the user. When the button is pressed, the sleep measuring device 11 determines that the user has woken up, creates sleep information based on information related to the sensing results, and transmits the sleep information to the terminal device 10. Acceptance of the user's wakeup is not limited to pressing of a button indicating that the user has woken up. Acceptance of the user's wakeup includes, for example, an operation to stop an alarm that is set off at the scheduled wake-up time.

[0146] The processing in step S21 may be explained as follows. For example, when sleep information is stored in the health care information 184, the management unit 193 acquires the sleep information stored in the health care information 184, which has been acquired on the corresponding date and has an identification flag associated with the sleep measuring device 11. The management unit 193 extracts, from the sleep information acquired from the health care information 184, the sleep information associated with the identification flag associated with the sleep measuring device 11 registered as a data source.

[0147] Alternatively, the processing in step S21 may be explained as follows. For example, the terminal device 10 transmits an identification flag for the sleep measuring device 11 registered as a data source to the healthcare app. The healthcare app outputs the received sleep information to which the identification flag is attached. The terminal device 10 acquires, from the healthcare app, sleep information based on information measured by one or more types of sleep measuring devices 11 and to which the identification flag for each sleep measuring device 11 is attached, the sleep information to which the identification flag for the sleep measuring device 11 registered as a data source is attached.

[0148] In step S22, the terminal device 10 receives an instruction from the user to confirm the content of the event. Specifically, for example, if the identification flag attached to the stored sleep information is an identification flag stored in the device information 187, the presentation control unit 194 displays on the display 141 an interface that allows the user to select whether or not to confirm the content of the event. Note that whether or not to confirm the content of the event may be set in advance. In this case, the game processing unit 195 determines whether or not to confirm the content of the event according to the set content.

[0149] In step S23, the terminal device 10 accesses the server 20. Specifically, for example, when an instruction to confirm the content of an event is received, the management unit 193 determines whether the sleep information to which a predetermined identification flag is attached satisfies predetermined requirements. If the sleep information satisfies the predetermined requirements, the presentation control unit 194 displays an interface on the display 141 to confirm with the user whether to discard the sleep information and proceed with the process. If the user inputs an instruction to approve the discard and proceed with the process, the management unit 193 discards the sleep information that satisfies the requirements without transmitting it to the server 20. For example, the management unit 193 discards sleep information whose sleep time is less than a predetermined hour. The management unit 193 also discards sleep information that is older than a predetermined number of days. The management unit 193 also discards sleep information that includes unexpected information. The management unit 193 also discards sleep information that is equal to or greater than a predetermined number of pieces of sleep information, starting with the oldest. If the sleep information does not satisfy the predetermined requirements, the transmitting / receiving unit 192 extracts the sleep information with an identification flag attached from the information stored in the health care information 184 and transmits the extracted sleep information to the server 20. If multiple days' worth of sleep information that has not been transmitted to the server 20 is accumulated in the health care information 184, the transmitting / receiving unit 192 may transmit to the server 20 all the sleep information acquired on days closer than a predetermined number of days ago.

[0150] The transmitting / receiving unit 192 transmits to the server 20 a request to confirm the details of the event together with the sleep information.

[0151] (Action when an event occurs) FIG. 16 is a diagram for explaining an example of the operations of the terminal device 10 and the server 20 when an event occurs.

[0152] First, the server 20 receives the sleep information and a request to confirm the content of the event from the terminal device 10.

[0153] In step S31, the server 20 generates an event. Furthermore, the server 20 evaluates the user's sleep as one aspect of the event. Specifically, the game progress module 2034 calculates basic lottery parameters based on, for example, the user's sleep information stored in the user information table 2021 and information about the development items acquired through daytime game elements. The presentation module 2035, for example, presents the evaluation results of the user's sleep to the user. The transmission control module 2032, for example, transmits information for displaying the evaluation results of the user's sleep to the terminal device 10.

[0154] In step S32, the terminal device 10 displays the sleep evaluation result. Specifically, for example, the presentation control unit 194 displays the calculated lottery basic parameters on the display 141. The presentation control unit 194 may also display information on the sleep measuring device 11 that measured the sleep information on the display 141.

[0155] In step S33, the server 20 draws a lottery for an object based on the sleep information as one aspect of the event. The presentation module 2036, for example, presents the result of the lottery to the user. The transmission control module 2032, for example, transmits information for displaying the result of the lottery and information for displaying the waveform of the sleep information to the terminal device 10.

[0156] In step S34, the terminal device 10 displays the lottery result. The terminal device 10 also displays the waveform of the sleep information.

[0157] In step S35, the server 20 provides the user with an opportunity to interfere with one of the objects determined by lottery as one aspect of the event. Specifically, for example, the game progress module 2034 provides the user with an opportunity to improve the first relationship by granting a grant item to one of the objects determined by lottery. The presentation module 2036, for example, presents the user with the opportunity to interfere with the object. The transmission control module 2032, for example, transmits information for displaying the opportunity to interfere with the object to the terminal device 10.

[0158] In step S36, the terminal device 10 displays the chances of interference with the object.

[0159] The user selects a desired object from a plurality of objects determined by lottery, for example. The presentation control unit 194 causes the display 141 to display a screen for granting a grant item to the selected object. The user grants a plurality of grant items to the selected object. The transmission / reception unit 192 transmits the result of the interference with the object to the server 20.

[0160] In step S37, the server 20 updates the user information table 2021. Specifically, the control unit 203 causes the management module 2033 to update the item “related object” in the user information table 2021 based on the result of interference received from the terminal device 10.

[0161] (Lottery based on sleep information) 17 is a flowchart showing an example of the operation of the server 20 when a lottery is held based on sleep information. For ease of understanding, this explanation will also be given for a case where the lottery target is an object. In other words, the case where the display mode of the object is not included in the lottery targets will be explained.

[0162] In step S41, the server 20 determines the number of lottery draws. Specifically, for example, the control unit 203 of the server 20 causes the game progression module 2034 to compare the basic lottery parameters and the currently set field with the setting table 2022. The game progression module 2034 sets the number of lottery draws to the number determined from the basic lottery parameters and the currently set field. More specifically, for example, if the basic lottery parameters are "2 x 2000" and the set field is "Field 1," the game progression module 2034 refers to the setting table 2022 and determines the number of lottery draws to be "3."

[0163] In step S42, the server 20 determines a group of objects to be selected by lottery. Specifically, for example, the game progression module 2034 adds the newly calculated basic lottery parameters to the cumulative value calculated at the previous wake-up, thereby calculating the cumulative value of the basic lottery parameters. The game progression module 2034 determines the rank of the cumulative value based on the cumulative value. For example, the game progression module 2034 has a plurality of thresholds set in advance, and determines the rank by comparing the cumulative value with the thresholds.

[0164] The game progress module 2034 extracts from the master table 2023 objects that are unlocked at the determined rank or lower, and sets them as a group of objects to be selected by lottery. In other words, if the rank is 2, the object for which "1" is stored in the "Unlock" item and the object for which "2" is stored become the group of objects to be selected by lottery.

[0165] In step S43, the server 20 determines whether the drawing is the final drawing. If it is not the final drawing (No in step S43), the game progress module 2034 shifts the processing to step S44. If it is the final drawing (Yes in step S43), the game progress module 2034 shifts the processing to step S45.

[0166] In step S44, the server 20 conducts a normal lottery (first lottery). Specifically, for example, the game progress module 2034 conducts a lottery for an object from among the determined group of objects whose required parameters do not exceed the remaining value of the lottery basic parameters. The probability of winning each object to be selected is calculated, for example, by using the sum of the values ​​of the "frequency" item of the objects included in the object group as the denominator and the value of the "frequency" item of each object as the numerator.

[0167] If there is no object whose required parameters fall within the remaining values ​​of the lottery basic parameters, the game progress module 2034 performs lottery for an object, starting from the object with the smallest required parameters.

[0168] The game progress module 2034 subtracts the required parameters of the object selected by lottery from the remaining value of the lottery basic parameters.

[0169] In step S45, the server 20 conducts a special lottery (second lottery) with a higher expected value than the normal lottery. Specifically, for example, the game progression module 2034 conducts a lottery for an object from among the determined group of objects whose required parameters do not exceed the remaining values ​​of the lottery basic parameters and whose required parameters exceed a preset lower limit. In other words, for example, the game progression module 2034 conducts a lottery for an object from among the determined group of objects, from among the objects whose required parameters are the largest with respect to the remaining values ​​of the lottery basic parameters.

[0170] If there is no object whose required parameters fall within the remaining values ​​of the lottery basic parameters, the game progress module 2034 performs lottery for an object, starting from the object with the smallest required parameters.

[0171] The game progress module 2034 subtracts the required parameters of the object selected by lottery from the remaining value of the lottery basic parameters.

[0172] In step S46, the server 20 determines whether or not lotteries have been held the determined number of times. Specifically, for example, when the number of lotteries is determined to be three, the game progress module 2034 determines whether or not three lotteries have been held. If lotteries have been held the determined number of times, the game progress module 2034 shifts the processing to step S47. If lotteries have not yet been held the determined number of times, the game progress module 2034 shifts the processing to step S43, and repeats the processing of steps S43 to S45.

[0173] In step S47, the server 20 determines whether the lottery result satisfies a predetermined requirement. Specifically, for example, the game progress module 2034 determines whether the number of times the same object has been selected satisfies a predetermined requirement. For example, the game progress module 2034 determines whether the four objects are the same (the object IDs are the same) when the number of lotteries has been held four times. Also, for example, the game progress module 2034 determines whether the four objects are the same when the number of lotteries has been held six times. Also, for example, the game progress module 2034 determines whether the four objects are the same when the number of lotteries has been held eight times.

[0174] If the lottery result satisfies the predetermined requirements (Yes in step S47), the game progress module 2034 shifts the processing to step S48. If the lottery result does not satisfy the predetermined requirements (No in step S47), the game progress module 2034 shifts the processing to step S49.

[0175] In step S48, the server 20 discards the lottery results. Specifically, for example, the game progress module 2034 discards all objects selected in the lottery for the number of lotteries, and moves the processing to step S43.

[0176] In step S49, the server 20 determines whether or not there is an additional lottery. Specifically, for example, the game progress module 2034 determines whether or not a predetermined requirement for an additional lottery has been met. If the requirement is met, the game progress module 2034 transitions the processing to step S410. If the requirement is not met, the game progress module 2034 terminates the processing.

[0177] In step S410, the server 20 conducts an additional lottery. Specifically, for example, the game progression module 2034 selects a preset object. The game progression module 2034 may select an object from the determined object group, or may select an object from a group other than the determined object group. Note that if the display mode of an object is included in the lottery targets, the game progression module 2034 may conduct a lottery for the display mode of the object, or may select a preset display mode. The preset display mode is, for example, the display mode with the lowest required parameters. The game progression module 2034 does not subtract the required parameters of the selected object and the display mode of the object from the lottery basic parameters.

[0178] It should be noted that the lottery process by the server 20 is not limited to the steps described in Fig. 12. For example, the example shown in Fig. 12 describes a case where a special lottery is held in the final lottery, but the special lottery may be held in any lottery.

[0179] Furthermore, the processes of steps S49 and S410 are not limited to being performed after step S47. The game progression module 2034 may perform these processes at any timing shown in FIG.

[0180] (Operation when receiving sleep information) FIG. 18 is a flowchart showing an example of the operation of the server 20 when sleep information is received from the terminal device 10.

[0181] In step S51, the server 20 stores the sleep information transmitted from the terminal device 10 in the user information table 2021. Specifically, for example, the management module 2033 determines whether the sleep information transmitted from the terminal device 10 satisfies predetermined requirements. If the sleep information satisfies the predetermined requirements, the management module 2033 presents the user with a screen for confirming whether or not to discard the sleep information and proceed with the process.

[0182] When the user inputs an indication that they approve the discard and want to proceed with the process, the management module 2033 discards, for example, sleep information that meets the requirements. For example, the management module 2033 discards a predetermined number of pieces of sleep information that have already been stored for that day. The management module 2033 also discards sleep information whose sleep time overlaps with sleep time included in existing sleep information. The management module 2033 also discards sleep information for days that have already received a perfect score. If the acquired sleep information does not meet the predetermined requirements, the management module 2033 stores the sleep information in the user information table 2021.

[0183] In step S52, the server 20 converts the waveform of the sleep information. Specifically, for example, the management module 2033 determines whether the acquired sleep information has a waveform that can be used in a game that uses the sleep information based on the identification flag attached to the sleep information. The management module 2033 compares the identification flag with the "identification flag" item in the device table 2024 to determine whether the waveform of the acquired sleep information is a waveform that can be used in the game. If the waveform of the acquired sleep information is not a waveform that can be used in the game, the management module 2033 converts the sleep information into a waveform that can be used in the game. Specifically, for example, if the waveform of the sleep information created by the sleep measurement device 11 is represented by four stages: wakefulness, REM sleep, light sleep, and deep sleep, the management module 2033 converts the sleep information so that the waveform is represented by three stages: wakefulness + REM sleep, light sleep, and deep sleep.

[0184] The game progression module 2034 determines the sleep type based on, for example, the ratio of time spent per stage to the sleep time.

[0185] When the sleep measurement device 11 is not operating normally, it may enter a state referred to as "asleep (waveform classification not possible)." The management module 2033 may, for example, evaluate the sleep information measured in such a state as "no waveform." The game progression module 2034, for example, does not treat the sleep time of "no waveform" as a proportion of the sleep time. For example, when the sleep time of "no waveform" accounts for a predetermined proportion of the total sleep time, the game progression module 2034 determines the sleep type as "no characteristic."

[0186] When displaying the sleep evaluation results, the presentation control unit 194 may also display the sleep type on the display 141. If the game progression module 2034 determines that the sleep type is "no characteristic," the presentation control unit 194 displays "sleep type: no characteristic" on the display 141. When presenting a log of past sleep information to the user, the presentation control unit 194 may display sleep information with "no waveform" as "no waveform."

[0187] As described above, in the above embodiment, the control unit 190 of the terminal device 10 acquires, from a management application (healthcare app), sleep information based on information measured by one or more types of sleep measuring devices 11 and marked with an identification flag associated with each sleep measuring device. The control unit 190 extracts sleep information marked with a preset identification flag from the sleep information acquired from the management application. The control unit 190 then executes game processing based on the extracted sleep information. This enables the terminal device 10 to execute game processing based on sleep information created by a preset sleep measuring device 11 from among the sleep information managed by the management application. The sleep information managed by the management application may include sleep information manually entered by the user and sleep information measured by a device with low measurement accuracy. If such sleep information is used in the game processing, the progress of the game may become unfair. The terminal device 10 according to this embodiment is preset with, for example, a sleep measuring device 11 capable of measuring sleep information with high accuracy. The terminal device 10 extracts sleep information with a preset identification flag from among the sleep information with an identification flag that identifies the source of the information, and performs game processing. This allows the terminal device 10 to perform game processing based on sleep information with guaranteed accuracy. Furthermore, because the health care app transmits predetermined sleep information from among the sleep information collected from various devices to the server 20, appropriate collaboration with multiple devices is possible even if the server 20 does not incorporate specifications for collaboration with various terminals.

[0188] Therefore, the terminal device 10 according to the present embodiment can provide a game while reducing the sense of unfairness in an environment where multiple types of sleep measurement devices may be connected.

[0189] In the above embodiment, the control unit 190 transmits information about preset identification flags associated with the sleep measuring devices 11 to the management application. The control unit 190 acquires, from the management application, sleep information associated with preset identification flags, including sleep information based on information measured by one or more types of sleep measuring devices 11 and associated with the sleep measuring devices. The control unit 190 executes game processing based on the acquired sleep information. This allows the terminal device 10 to execute game processing based on sleep information created by the preset sleep measuring devices 11 among the sleep information managed by the management application. This allows the terminal device 10 to execute game processing based on sleep information with guaranteed accuracy. Furthermore, because the health care app transmits predetermined sleep information from among the sleep information collected from various devices to the server 20, appropriate collaboration with multiple devices is possible without the server 20 incorporating specifications for collaboration with various terminals.

[0190] Furthermore, in the above embodiment, the identification flag attached to the sleep information is information that can identify the type of sleep measuring device 11. This allows the terminal device 10 to receive a designation of a model representing the type of sleep measuring device 11, for example, as a specific brand, and transmit sleep information created by a group of devices belonging to the brand to the server 20. This allows the terminal device 10 to collectively select the sleep measuring devices 11 by type, making it possible to limit the number of identification flags to be registered in advance.

[0191] Furthermore, in the above embodiment, the management unit 193 discards at least any of the extracted sleep information, including sleep information with a sleep time shorter than a predetermined time, sleep information older than a predetermined time, and sleep information exceeding a predetermined number of pieces, without transmitting it to the server 20. This enables the terminal device 10 to reduce the amount of information transmitted to the server 20.

[0192] In the above embodiment, the presentation control unit 194 presents to the user that sleep information with a preset identification flag has been newly stored in the health care app. This enables the terminal device 10 to notify the user that the sleep information is ready to be transmitted to the server 20.

[0193] In the above embodiment, the reception control module 2031 receives from the terminal device 10 operated by the user sleep information based on information measured by the sleep measuring device 11, which is assigned an identification flag related to the sleep measuring device 11 and has a waveform in which the sleep stages change over time. The management module 2033 converts the received sleep information into sleep information having a waveform compatible with game processing. The game progress module 2034 uses the converted sleep information to carry out game processing. This allows the server 20 to use the waveform of the sleep information measured by the sleep measuring device 11 in the game even if it differs from the waveform usable in the game.

[0194] In the above embodiment, the management module 2033 discards received sleep information that satisfies certain requirements, thereby reducing the possibility of erroneous processing being performed in the game.

[0195] <4 Variations> In the above embodiment, an example has been described in which, when new sleep information is stored in the healthcare app, the terminal device 10 notifies the user of that fact. However, the terminal device 10 does not have to notify the user that new sleep information has been stored. For example, the notification of the storage of new sleep information may be transmitted to the user via the server 20. Specifically, for example, when the healthcare app stores new sleep information with a predetermined identification flag attached, the server 20 notifies the server 20 of that fact. When the server 20 is notified that new sleep information is being managed in the healthcare app, it notifies the user of the terminal device 10 of that fact. This allows the terminal device 10 to notify the user that new sleep information has been stored via the game app.

[0196] Furthermore, in the above embodiment, the terminal device 10 may provide the sleep information measured by the sleep measuring device 11 and managed by the healthcare app to a second external device that collects the sleep information. The second external device is, for example, an external device different from the server 20 that executes the game processing. Specifically, for example, the presentation control unit 194 causes the display 141 to display an interface for the user to approve the provision of the managed sleep information to an external device. When the user approves the provision of the sleep information to an external device, the management unit 193 processes (anonymizes) the personal information included in the sleep information managed by the healthcare app so that it cannot be identified. The transmission / reception unit 192 transmits the processed sleep information to the second external device. This enables the terminal device 10 to provide the sleep information managed by the healthcare app to an external device while preventing leakage of personal information. Furthermore, it becomes possible to use statistical information for public relations purposes while preventing leakage of personal information.

[0197] Furthermore, the terminal device 10 measures the user's sleep using a sensor installed in the terminal and manages sleep information based on the measured information in a healthcare app. The terminal device 10 may provide the sleep information measured in the terminal and managed in the healthcare app to a second external device after masking personal information. This allows the terminal device 10 to provide the sleep information managed in the healthcare app to an external device while preventing leakage of personal information. It also allows statistical information to be used for public relations purposes while preventing leakage of personal information.

[0198] In the above embodiment, the terminal device 10 transmits sleep information with a predetermined identification flag attached to it to the server 20. The server 20 generates an event based on the sleep information transmitted from the terminal device 10. At this time, the server 20 may assign a predetermined weight to the sleep information based on the attached identification flag. In other words, the server 20 may adjust the sleep information so that a predetermined sleep measuring device 11 is prioritized over other sleep measuring devices 11.

[0199] Furthermore, in the above embodiment, if the sleep information stored in the user information table 2021 (i.e., the sleep information used in the first program 185) is not stored in the health care information 184, the terminal device 10 may store the sleep information in the health care information 184. For example, assume that the first program 185 has a dedicated sleep measuring device. If the sleep information was measured using the dedicated sleep measuring device but the user forgot to measure using a sleep measuring device that is regularly used, the terminal device 10 may store the sleep information measured using the dedicated sleep measuring device in the health care information 184. Alternatively, when a general-purpose sleep measuring device is linked with the terminal device 10, the terminal device 10 may store the sleep information measured in the past (before linkage) using the dedicated sleep measuring device in the health care information 184. This allows the user to manage their own sleep information using a health care app as well.

[0200] In the above embodiment, the case where the game progression module 2034 draws a lottery for an object and a display mode of the object has been described, but the lottery may be for one of the objects, with the other determined incidentally. That is, the game progression module 2034 may, for example, draw a lottery for an object, with the display mode being selected in ascending order of rarity. The game progression module 2034 may also, for example, draw a lottery for a display mode of an object, with the object being selected according to predetermined rules.

[0201] In the above embodiment, the server 20 provides a game using sleep information and conducts a lottery for the game. However, the game provided by the server 20 is not limited to one using sleep information. The game provided by the server 20 may be, for example, a game using user activity information. The game progression module 2034, for example, calculates a parameter for evaluating the user's activity based on the user's activity information. The game progression module 2034 may conduct the lottery described in this embodiment based on this parameter.

[0202] The game progress module 2034 may also perform the lottery described in this embodiment in any lottery that involves multiple lottery draws. For example, the lottery described in this embodiment may be performed when multiple lottery draw opportunities are obtained using predetermined elements.

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

[0204] In addition, sharing of specific information via communication lines is mainly carried out via a WAN such as the Internet, but between information processing devices, it may also be carried out only via short-range wireless communication such as Bluetooth (registered trademark) and infrared communication without using a WAN.

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

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

[0207] <5. Basic computer hardware configuration> 19 is a block diagram showing the basic hardware configuration of a computer 90. The computer 90 includes at least a processor 94, a main memory device 95, an auxiliary memory device 96, and a communication IF (interface) 99. These are electrically connected to one another by a bus.

[0208] The processor 94 is hardware for executing an instruction set written in a program, and is composed of an arithmetic unit, registers, peripheral circuits, etc.

[0209] The main storage device 95 is used to temporarily store programs and data to be processed by the programs, etc. For example, it is a volatile memory such as a DRAM (Dynamic Random Access Memory).

[0210] The auxiliary storage device 96 is a storage device for saving data and programs, such as a flash memory, a hard disk drive (HDD), a magneto-optical disk, a CD-ROM, a DVD-ROM, or a semiconductor memory.

[0211] The communication IF 99 is an interface for inputting and outputting signals for communicating with other computers via a network using wired or wireless communication standards.

[0212] The network is composed of the Internet, LAN, various mobile communication systems constructed by wireless base stations, etc. For example, the network includes 3G, 4G, 5G mobile communication systems, LTE (Long Term Evolution), wireless networks that can connect to the Internet via a predetermined access point (e.g., Wi-Fi (registered trademark)), etc. In the case of a wireless connection, communication protocols include, for example, Z-Wave (registered trademark), ZigBee (registered trademark), Bluetooth (registered trademark), etc. In the case of a wired connection, the network also includes a network that is directly connected using a USB (Universal Serial Bus) cable, etc.

[0213] It should be noted that the computer 90 can be virtually realized by distributing all or part of each hardware configuration across multiple computers 90 and interconnecting them via a network. In this way, the computer 90 is a concept that includes not only a computer 90 housed in a single housing or case, but also a virtualized computer system.

[0214] <6 Basic functional configuration of computer 90> A description will be given of the functional configuration of a computer realized by the basic hardware configuration of a computer 90 shown in Fig. 19. The computer includes at least the functional units of a control unit, a storage unit, and a communication unit.

[0215] The functional units of the computer 90 can also be realized by distributing all or part of the functional units among multiple computers 90 interconnected via a network. The computer 90 is a concept that includes not only a single computer 90 but also a virtualized computer system.

[0216] The control unit is realized by the processor 94 reading various programs stored in the auxiliary storage device 96, expanding them in the main storage device 95, and executing processing in accordance with the programs. The control unit can realize functional units that perform various types of information processing depending on the type of program. In this way, the computer is realized as an information processing device that processes information.

[0217] The storage unit is realized by a main storage device 95 and an auxiliary storage device 96. The storage unit stores data, various programs, and various databases. Furthermore, the processor 94 can allocate a storage area corresponding to the storage unit in the main storage device 95 or the auxiliary storage device 96 in accordance with the programs. Furthermore, the control unit can cause the processor 94 to execute processes for adding, updating, and deleting data stored in the storage unit in accordance with the various programs.

[0218] A database refers to a relational database, which manages data sets called tables, which are structured by rows and columns, by relating them to each other. In a database, a table is called a table, a column in a table is called a column, and a row in a table is called a record. In a relational database, relationships between tables can be set and associated.

[0219] Typically, each table has a column set as a key for uniquely identifying a record, but setting a key to a column is not essential. The control unit can cause the processor 94 to add, delete, or update records in a specific table stored in the storage unit according to various programs.

[0220] The communication unit is realized by the communication IF 99. The communication unit realizes the function of communicating with other computers 90 via a network. The communication unit can receive information transmitted from other computers 90 and input the information to the control unit. The control unit can cause the processor 94 to execute information processing on the received information in accordance with various programs. Furthermore, the communication unit can transmit information output from the control unit to other computers 90.

[0221] The functions performed by the components described herein may be implemented in circuitry or processing circuitry, including general-purpose processors, application-specific processors, integrated circuits, ASICs (Application Specific Integrated Circuits), a CPU (a Central Processing Unit), conventional circuits, and / or combinations thereof, programmed to perform the described functions. A processor includes transistors and other circuits and is considered to be circuitry or processing circuitry. A processor may also be a programmed processor that executes programs stored in memory. In this specification, a circuitry, unit, or means is hardware that is programmed to realize or performs the described functions, which may be any hardware disclosed herein or any hardware known to be programmed to realize or perform the described functions. If the hardware is a processor considered to be a type of circuitry, the circuitry, means, or unit is a combination of the hardware and software used to configure the hardware and / or processor.

[0222] Although several embodiments of the present disclosure have been described above, these embodiments can be embodied in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and modifications are intended to be included in the scope of the inventions and their equivalents as defined in the claims, as well as in the scope and spirit of the inventions.

[0223] <Additional Notes> The matters described in the above embodiments will be supplemented below. (Appendix 1) An information processing device that executes a game using sleep information and is equipped with a processor and a memory, wherein the processor executes the steps of: acquiring, from a management application, sleep information based on information measured by one or more types of sleep measuring devices, the sleep information being marked with an identification flag associated with each sleep measuring device; extracting, from the sleep information acquired from the management application, sleep information marked with a preset identification flag; and performing game processing based on the extracted sleep information. (Appendix 2) An information processing device that executes a game using sleep information and is equipped with a processor and a memory, wherein the processor executes the steps of: sending information of a preset identification flag associated with a sleep measuring device to a management application; acquiring, from the management application, sleep information that is based on information measured by one or more types of sleep measuring devices and that has an identification flag associated with each sleep measuring device, and that has an identification flag associated with the preset identification flag; and performing game processing based on the acquired sleep information. (Appendix 3) The information processing device according to (Supplementary Note 1) or (Supplementary Note 2), wherein the identification flag attached to the sleep information is information that can identify the type of the sleep measuring device. (Appendix 4) In the step of implementing the method, the information processing device described in any one of (Appendix 1) to (Appendix 3) discards at least any of the extracted sleep information, including sleep information with a sleep time less than a predetermined time, sleep information older than a predetermined time, and sleep information exceeding a predetermined number of times. (Appendix 5) An information processing device described in any of (Appendix 1) to (Appendix 4), wherein a processor executes the steps of notifying an external device that manages game processing that sleep information with a preset identification flag has been newly stored in a management application, receiving a notification from the external device that has received the notification indicating that new sleep information has been stored in the management application, and presenting the notification received from the external device to a user. (Appendix 6) An information processing device according to any one of (Supplementary Note 1) to (Supplementary Note 4), wherein the processor executes a step of notifying the user that sleep information with a preset identification flag attached has been newly stored in the management application. (Appendix 7) An information processing device described in any of (Appendix 1) to (Appendix 6), in which a processor executes a step of processing sleep information based on information measured by a sleep measurement device, managed by a management application, so that personal information cannot be identified, and transmitting the processed information to a second external device that collects the sleep information. (Appendix 8) An information processing device described in any of (Appendix 1) to (Appendix 6), in which a processor executes the steps of measuring a user's sleep, sending sleep information based on the measured information to a management application, and sending the sleep information, in which the personal information has been processed so that it cannot be identified, from the management application to a second external device that collects the sleep information. (Appendix 9) A method executed by an information processing device that executes a game using sleep information, the information processing device having a processor and a memory, wherein the processor executes all of the steps executed in the invention according to any one of (Appendix 1) to (Appendix 8). (Appendix 10) A program to be executed by a computer having a processor and a memory, which manages the progress of a game using sleep information, the program causing the processor to execute the following steps: receiving, from a terminal device operated by a user, sleep information based on information measured by a sleep measuring device, which is assigned an identification flag related to the sleep measuring device and has a waveform in which the sleep stage changes over time; converting the received sleep information having a waveform into sleep information having a waveform corresponding to game processing; and performing game processing using the converted sleep information. (Appendix 11) The program according to claim 10, which causes a processor to execute a step of discarding received sleep information that satisfies a predetermined requirement. (Appendix 12) A method for managing the progress of a game using sleep information, the method being executed by a computer having a processor and a memory, wherein the processor executes all of the steps executed in the invention according to (Appendix 10) or (Appendix 11). (Appendix 13) An information processing device that manages the progress of a game using sleep information, comprising a processor and a memory, wherein the processor executes all of the steps executed in the invention according to (Appendix 10) or (Appendix 11). (Appendix 14) A system comprising means for performing all steps performed in the invention according to (Appendix 10) or (Appendix 11). [Explanation of symbols]

[0224] 1. System 10...Terminal device 12...Communication IF 120…Communications Department 13...Input device 131...Touch-sensitive devices 14...Output device 141...Display 15...Memory 150...Location information sensor 16…Storage 160...camera 17...Audio processing unit 171...Mike 172...Speaker 180...Storage section 19...Processor 190...Control unit 20...Server

Claims

1. An information processing device for executing a game using sleep information, the information processing device including a processor and a memory, the processor: acquiring, from a management application, sleep information based on information measured by one or more types of sleep measuring devices, the sleep information having an identification flag associated with each sleep measuring device; extracting sleep information to which a preset identification flag is attached from the sleep information acquired from the management application; performing a game process based on the extracted sleep information; An information processing device that executes the above.

2. An information processing device for executing a game using sleep information, the information processing device including a processor and a memory, the processor: Sending information of a preset identification flag associated with the sleep measurement device to a management application; acquiring, from the management application, sleep information that is based on information measured by one or more types of sleep measuring devices, and that has an identification flag associated with each sleep measuring device attached thereto, the sleep information having the predetermined identification flag attached thereto; performing a game process based on the acquired sleep information; An information processing device that executes the above.

3. The information processing device according to claim 1 , wherein the identification flag attached to the sleep information is information that can identify the type of the sleep measuring device.

4. The information processing device according to claim 1 , wherein, in the performing step, at least one of the extracted sleep information is discarded, among which sleep information the sleep time is less than a predetermined time, sleep information older than a predetermined time, and sleep information exceeding a predetermined number of times.

5. notifying an external device that manages the game processing that sleep information with a preset identification flag attached has been newly stored in the management application; receiving, from the external device that received the notification, a notification indicating that new sleep information has been stored in the management application; presenting the notification received from the external device to a user; The information processing apparatus according to claim 1 , wherein the processor executes the following:

6. The information processing apparatus according to claim 1 , wherein the processor executes a step of notifying the user that sleep information with a preset identification flag attached thereto has been newly stored in the management application.

7. The information processing device according to claim 1, wherein the processor executes a step of processing sleep information based on information measured by the sleep measurement device, managed by the management application, so that personal information cannot be identified, and transmitting the processed information to a second external device that collects sleep information.

8. measuring the sleep of a user; transmitting sleep information based on the measured information to the management application; transmitting the sleep information, the personal information of which has been processed to be unidentifiable, from the management application to a second external device that collects sleep information; The information processing apparatus according to claim 1 , wherein the processor executes the following:

9. A method executed by an information processing device that executes a game using sleep information, the information processing device having a processor and a memory, wherein the processor executes all of the steps executed in the invention according to any one of claims 1 to 8.

10. A program to be executed by a computer that manages the progress of a game using sleep information, the program including a processor and a memory, the program causing the processor to: receiving, from a terminal device operated by a user, sleep information based on information measured by a sleep measuring device, the sleep information having an identification flag associated with the sleep measuring device and a waveform in which the sleep stages change over time; converting the received sleep information having the waveform into sleep information having a waveform corresponding to game processing; performing a game process using the converted sleep information; A program that executes the following.

11. The program according to claim 10, further comprising the step of: discarding, from the received sleep information, sleep information that satisfies a predetermined requirement.

12. A method executed by a computer for managing the progress of a game using sleep information, the method comprising a processor and a memory, wherein the processor executes all of the steps executed in the invention according to claim 10 or claim 11.

13. An information processing device that manages the progress of a game using sleep information, comprising a processor and a memory, wherein the processor executes all of the steps executed in the invention according to claim 10 or claim 11.

14. A system comprising means for executing all the steps performed in the invention according to claim 10 or claim 11.

Images