Program, method, information processing device, and system

Abstract

To maintain a degree of freedom in a morning life even if an event using sleep information is generated.SOLUTION: A program is executed by a computer that includes a processor and a memory and manages progress of a game using sleep information. The program allows the processor to execute the steps of: receiving, from a user, an instruction regarding a method of confirmation of contents of an event generated based on a user's sleep information; generating an event by the received confirmation method; and presenting an event to the user by the received confirmation method.SELECTED DRAWING: Figure 12

Description

[Technical field]

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

[0002] Patent document 1 describes that when a certain condition is met, the game image displayed on the mobile device when the user wakes up (awakening game image) is automatically switched to the game image displayed when a simplified display of the user's health status is provided (simplified display image). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] International Publication No. 2016 / 021235 Summary of the Invention [Problem to be solved by the invention]

[0004] In Patent Document 1, the evaluation result of health information calculated based on biological information measured during sleep is displayed in a game image at awakening. It is not a big effort to check the evaluation result displayed in the game image at awakening of Patent Document 1 when waking up. However, if an interesting event is generated when waking up in the morning, it may affect the user's morning life.

[0005] Therefore, an object of the present disclosure is to maintain the freedom of morning life even when an event using sleep information is generated. [Means for solving the problem]

[0006] A program to be executed by a computer including a processor and a memory for managing the progress of a game using sleep information, the program causing the processor to execute the steps of: receiving, from a user, an instruction regarding a method for confirming contents of an event generated based on the user's sleep information; generating an event in accordance with the received confirmation method; and presenting the event to the user in accordance with the received confirmation method. Effect of the Invention

[0007] According to the disclosure, even when an event using sleep information is generated, the freedom of morning life can be maintained. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram illustrating an example of an overall configuration of a system 1. [Diagram 2] 2 is a block diagram illustrating an example of the configuration of a terminal device 10 shown in FIG. [Diagram 3] FIG. 2 is a diagram illustrating an example of a functional configuration of a server 20. [Figure 4] FIG. 13 is a diagram showing the data structure of user information 181. [Diagram 5] 13 is a diagram showing the data structure of first object information 182. FIG. [Figure 6] 13 is a diagram showing the data structure of second object information 183. FIG. [Figure 7] 13 is a diagram showing the data structure of setting information 184. FIG. [Figure 8] FIG. 2 is a diagram showing the data structure of a user information table 2021. [Figure 9] 13 is a flowchart showing an example of the operation of the terminal device 10 when a method of confirming the contents of an event is set in the terminal device 10. [Figure 10] 13 is a schematic diagram showing an example of a display on a display 141 when a confirmation method setting screen is displayed. FIG. [Figure 11] 13 is a flowchart showing an example of an operation of the terminal device 10 when a user wakes up. [Figure 12] FIG. 2 is a diagram for explaining an example of the operations of the terminal device 10 and the server 20 when a user checks the contents of an event. [Figure 13] 13 is a schematic diagram illustrating an example of a display on the display 141 when an input screen for determining whether to confirm the contents of the event is displayed. FIG. [Figure 14] 13 is a schematic diagram illustrating an example of a display on the display 141 when an input screen for prompting whether or not to confirm the contents of an event whose confirmation is pending is displayed. FIG. [Figure 15] 13 is a schematic diagram showing an example of a display on the display 141 when a message is displayed indicating that the granted item may be insufficient. FIG. [Figure 16] 13 is a schematic diagram showing an example of a display on the display 141 when an input screen for replenishing the granted items is displayed. FIG. [Figure 17] FIG. 2 is a block diagram showing the basic hardware configuration of a computer 90. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, an embodiment 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. Their names and functions are also the same. Therefore, detailed description thereof will not be repeated.

[0010] <Summary> The system according to the present embodiment is a system related to a game using sleep information. After the user wakes up, the system generates an event based on the user's sleep information. The system presents the content of the generated event to the user in a presentation manner designated by the user. In the present embodiment, the sleep information represents, for example, information related to sleep measured by a terminal device operated by the user or a predetermined sleep measurement device from when the user goes to bed to when the user wakes up. Furthermore, going to bed represents, for example, the user getting into bed, such as a bed or a futon, to sleep. Furthermore, waking up represents, for example, waking up from sleep and starting to move. Going to bed and waking up may be detected, for example, by an input from the user or may be detected based on a predetermined sensing value.

[0011] <1 Overall system configuration> Fig. 1 is a diagram showing an example of the overall configuration of a system 1. In the system 1, a server accepts sleep information of each user and progresses a game. As shown in Fig. 1, the 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.

[0012] 1 shows an example in which the system 1 includes two terminal devices 10, 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.

[0013] 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. Also, the server 20 may be, for example, a collection of multiple devices that constitutes one server. The method of allocating multiple functions required to realize the server 20 according to this embodiment to one or multiple pieces of hardware can be appropriately determined in consideration of the processing capacity of each piece of hardware and / or the specifications required for the server 20.

[0014] 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. In addition, 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).

[0015] 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 an input operation from a user. The output device 14 is a device (a display, a speaker, etc.) for presenting information to a user.

[0016] The terminal device 10 is connected to one or more sleep measuring devices 11 by wire or wirelessly. Specifically, for example, the terminal device 10 communicates with the sleep measuring devices 11 by 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 communicate with the terminal device 10 without using short-range wireless communication. The sleep measuring devices 11 may also communicate with the server 20 directly.

[0017] The sleep measuring device 11 is a device for acquiring information related to the sleep of the user of the terminal device 10. In FIG. 1, a case where one sleep measuring device 11 is connected to the terminal device 10 is illustrated as an example, but two or more sleep measuring devices 11 may be connected to the terminal device 10.

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

[0019] The sleep measuring device 11 includes a motion sensor including, for example, an acceleration sensor, an angular velocity sensor, or a combination of these. However, the sleep measuring device 11 is not limited to these. The sleep measuring device 11 senses the body movement of the user during sleep by the motion sensor. The sleep measuring device 11 transmits information on the sensing result to the terminal device 10 as, for example, sleep information. The terminal device 10 detects that the user has gone to bed (for example, lying on the bed) based on the sleep information. Also, the terminal device 10 detects that the user has fallen asleep after going to bed based on the sleep information. By detecting the user's going to bed and falling asleep, the terminal device 10 can determine that the user has operated the terminal device 10 and that the user has looked at the display 141 of the terminal device 10 between going to bed and falling asleep. That is, the terminal device 10 can determine whether or not a user who is going to sleep operates the terminal device 10 before going to sleep.

[0020] Also, for example, the sleep measuring device 11 accumulates the acquired sensing results. Also, for example, the terminal device 10 or the server 20 accumulates the sleep information transmitted from the sleep measuring device 11. The terminal device 10 or the server 20 determines whether the user is asleep, in a light sleep state, in a deep sleep state, in REM sleep, or in non-REM sleep, based on the accumulated sleep information. By determining the waveforms of REM sleep and non-REM sleep, the terminal device 10 or the server 20 can evaluate the quality of the user's sleep. Specifically, for example, the cycle of REM sleep and non-REM sleep in the case of good quality sleep is preset. The terminal device 10 or the server 20 evaluates the quality of the user's sleep by comparing the preset waveforms of REM sleep and non-REM sleep with the waveforms of REM sleep and non-REM sleep during the user's sleep.

[0021] 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. In addition, when the terminal device 10 receives data from an incompatible sleep measuring device 11, it may execute subsequent processing using parameters for an unidentifiable sleep measuring device 11, etc.

[0022] Note that a user may use two or more sleep measurement devices at the same time. For example, a user may wear two wristwatch-type sleep measurement devices, or a user may wear a wristwatch-type sleep measurement device and use a smartphone as a sleep measurement device.

[0023] In addition, the difference in the type of the sleep measuring device 11 is not limited to the difference in the device. That is, even if the sleep measuring device 11 has the same device configuration, the system 1 may manage it as a different sleep measuring device 11 depending on the type of software or application used until the sleep information is transmitted to the server 20. For example, even if the sleep measuring device 11 is used to detect sleep information, the sleep measuring device 11 may be managed as a different "sleep measuring device ID" when a sleep measuring application A is used to process the sleep information and when a different sleep measuring application B is used. In this way, by managing the sleep measuring device 11 as a different "sleep measuring device ID" depending on the combination of the device type as the device configuration and the application used, more flexible generation of sleep information is possible, and as a result, it is possible to fully demonstrate the interest of the game according to the sleep state.

[0024] The terminal device 10 may be connected to a game controller by wire or wirelessly. A user can play a game by operating the game controller. The terminal device 10 may be capable of communicating with a plurality of game controllers. For example, a plurality of users may operate their own game controllers and play a game on a single terminal device 10.

[0025] The server 20 is, for example, an information processing device that manages the progress of a game using sleep information. 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 interface with an input device for receiving an input operation from a user and an output device for presenting information to the user.

[0026] Each information processing device is configured by a computer equipped with a calculation device 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 described later will be omitted.

[0027] <1.1 Terminal device configuration> Fig. 2 is a block diagram showing an example of the 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 to each other, for example, by a bus or the like.

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

[0029] The input device 13 is a device for inputting instructions or information by a user who operates the terminal device 10. The input device 13 is realized, for example, by a touch-sensitive device 131 or the like in which an instruction is input by touching an operation surface. In the case where the terminal device 10 is a PC or the like, the input device 13 may be realized by a reader, a keyboard, a mouse, or the like. The input device 13 converts an instruction input by a user into an electrical signal, and outputs the electrical signal to the control unit 190. Note that the input device 13 may include, for example, a receiving port that receives an electrical signal input from an external input device.

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

[0031] The audio processing unit 17 performs, for example, digital-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 accepts 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.

[0032] 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.

[0033] The camera 160 is a device for receiving light with a light receiving element and outputting the received light as an image capturing signal.

[0034] 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 result of sensing. For example, when the user moves on the mattress of a bed on which the terminal device 10 is placed while the user is sleeping, the motion sensor 170 detects the movement. When the sleep measuring device 11 is connected to the terminal device 10, the motion sensor provided in the sleep measuring device 11 may be used.

[0035] The storage unit 180 is realized by, for example, the memory 15 and the storage 16, 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, and setting information 184.

[0036] The user information 181 stores information about a user who plays a game based on a game program, as will be described in detail later.

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

[0038] Note that the expression that a user is associated with an object is an expression that represents an example of the association between a user and an object, and may be expressed in other ways. For example, any expression may be used, such as that a user owns an object.

[0039] The second object information 183 stores information regarding a second relationship between a user and an object. The user can select an object and play a predetermined game element during a time other than sleeping. When the first relationship between the user and the object satisfies a predetermined requirement through a lottery based on the sleep information and subsequent intervention with the object, the user can use the object in the game element during a time other than sleeping. The second relationship represents, for example, a relationship between a user and an object that is associated based on a game element other than sleeping. The second relationship changes, for example, when a game element is performed during a time other than sleeping.

[0040] The setting information 184 stores information regarding how to present an event that occurs when waking up. In this embodiment, the event is an in-game event that is generated by the server 20 based on sleep information. The event has, for example, multiple phases. Phases included in the event are, for example, as follows. -Sleep results report -Drawing objects based on sleep information Interference with the selected object - Granting of benefits -Sleep information disclosure

[0041] In this embodiment, for example, "reporting sleep results" is described as the first phase, "drawing an object based on sleep information" is the second phase, and "interference with the drawn object" is the third phase, but this is not limited thereto and other combinations are possible. The setting information 184 stores, for example, information regarding the manner of presentation for each phase of an event. The manner of presentation is, for example, as follows. · Regular check Postponement (on hold) ·skip Fast forward Auto

[0042] Postponement, for example, represents a specification in which confirmation of the contents of an event is postponed until a later time. Skip, for example, represents a specification in which confirmation of the contents of an event is terminated, assuming that the contents of the event have been confirmed. Fast forward, for example, represents a specification in which information is presented at a frame rate faster than normal, but for items requiring a selection from the user, input from the user is required. Auto, for example, represents a specification in which information is presented in a normal manner, and a preset option is selected even without input from the user. Note that fast forward and auto may be combined.

[0043] 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. The control unit 190 performs functions as an operation reception unit 191, a transmission / reception unit 192, a management unit 193, a presentation control unit 194, and a game processing unit 195 by operating according to the program.

[0044] The operation reception unit 191 performs processing for receiving instructions or information input from the input device 13. For example, the operation reception unit 191 receives instructions or information input from the touch-sensitive device 131 or the like. Specifically, for example, the operation reception unit 191 receives a setting of a presentation mode of an event from the user. Also, for example, the operation reception unit 191 receives 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.

[0045] Furthermore, operation acceptance unit 191 accepts an image input from camera 160. Specifically, operation acceptance unit 191 receives image data captured by camera 160, for example.

[0046] 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.

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

[0048] 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 acquired information to the server 20. The transmitting / receiving unit 192 transmits the various acquired information to the server 20 at a predetermined timing. The predetermined timing is, for example, as follows. The timing when the user requests the server 20 to confirm the contents of the event -Predetermined period - Timing specified by the user

[0049] The transmitting / receiving unit 192 transmits, for example, sleep information 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 are referred to as growth items.

[0050] The transmitting / receiving unit 192 also receives information provided from the server 20. The information provided from the server 20 includes, for example, information related to the user's sleep results. When the sleep measuring device 11 transmits the sleep information to the server 20, the transmitting / receiving unit 192 may receive the sleep information from the server 20. The information provided from the server 20 also includes, for example, information related to a result of a lottery based on the sleep information.

[0051] The management unit 193 manages the user information 181, the first object information 182, the second object information 183, and the setting information 184 stored in the storage unit 180. For example, when the management unit 193 acquires sleep information of the user, the management unit 193 updates the user information 181 based on the acquired sleep information. When the relationship between the user and the object is updated in an event generated by the server 20, the management unit 193 updates the first object information 182 based on the updated information. When the user uses an object for a game element other than sleep, the management unit 193 updates the second object information 183. When the user specifies how to present the event, or when the way to present the event is changed, the management unit 193 updates the setting information 184.

[0052] 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 by referring to the setting information 184 so as to present an event based on sleep information to the user. For example, the presentation control unit 194 controls the display 141 so as to display the contents of the event to the user in a format based on the setting information 184. Specifically, the presentation control unit 194 controls the display 141 so as to display each aspect of the event to the user in a format based on the setting information 184.

[0053] The presentation control unit 194 also controls the speaker 142 to generate a sound related to the event based on the sleep information. The presentation control unit 194 also controls a vibrator (not shown) to generate a vibration related to the event based on the sleep information.

[0054] 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.

[0055] The game processing unit 195 performs calculations according to a program on data input by the terminal device 10. Specifically, the game processing unit 195 performs processing related to an event occurring in the server 20, for example. In addition, 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.

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

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

[0058] The storage unit 202 includes, for example, a user information table 2021 and an object master table 2022 .

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

[0060] The object master table 2022 is, for example, a table that stores information about objects that can be associated with a user. The object master table 2022 is, for example, a table having columns that store the name, type, attributes, etc. of an object using an object ID as a key.

[0061] 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 performs functions as a reception control module 2031, a transmission control module 2032, a management module 2033, a game progress module 2034, and a presentation module 2035 by operating according to the program.

[0062] The reception control module 2031 controls the process in which the server 20 receives a signal from an external device in accordance with a communication protocol.

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

[0064] The management module 2033 manages 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. In addition, when an operation related to an object is input, the management module 2033 updates the object master table 2022.

[0065] The game progress module 2034 communicates between the server 20 and the terminal device 10, and progresses the game play of each user based on the sleep information received from the terminal device 10 of each user. For example, the game progress module 2034 generates an event to progress the game play. Specifically, for example, the game progress 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 progress module 2034 may calculate a parameter for evaluating the sleep of that day based on the user's sleep information and information related to the development item.

[0066] Furthermore, the game progress module 2034 draws an object based on the sleep information as one of the phases in the event. Specifically, for example, the game progress module 2034 draws an object based on parameters calculated based on the sleep information. For example, the game progress module 2034 determines the type of object and the display mode of the object by drawing lots. The display mode represents color, shape, expression, etc., or a combination of at least two or more of these. The game progress module 2034 may determine one object or multiple objects by drawing lots. Furthermore, multiple display modes may be determined for one object, or one display mode may be determined for each of multiple objects. This allows the user to have an experience of discovering an object as a game character based on the sleep information. Furthermore, it is possible to experience new discoveries not only in the type of object but also in the display mode.

[0067] Furthermore, the game progress module 2034 provides the user with an opportunity to interfere with any of the objects determined by lottery as one of the phases in the event. Specifically, for example, the game progress module 2034 accepts from the user a designation of any of the objects determined by lottery. The game progress module 2034 accepts from the user an interference with the object designated by the user. Furthermore, the game progress module 2034 may accept the designation of the object and the interference with the object as an instruction from the terminal device 10 based on the setting of the setting information 184, rather than from the user. In this embodiment, the interference with the object is, for example, giving an item to the object to improve the relationship. Hereinafter, an item given to an object to improve the relationship is referred to as a given item.

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

[0069] 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.

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

[0071] Fig. 4 is a diagram showing 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, sleep information, confirmation status, etc., with a user ID as a key. User information 181 may also have a column for storing a scheduled time to confirm an event whose confirmation has been postponed, a column for storing parameters for evaluating the user's sleep, etc.

[0072] 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 related to this embodiment.

[0073] The planned wake-up time is an item that stores the time when the user plans to wake up. The planned wake-up time is set, for example, based on input from the user. The held items are an item that stores information about items held by the user that can be used in the game. The 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.

[0074] The sleep information is an item for storing sleep information related to the user. For example, the item "sleep information" stores sleep information for the previous night. In addition, for example, the item "sleep information" may store sleep information for a predetermined number of days in the past.

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

[0076] Fig. 5 is a diagram showing 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 related to rarity, etc.

[0077] 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 the parameter are items that store an example of a first relationship between a user and an object. The items "first level" and "parameter" are indices that indicate the depth of the relationship between a user and an object. The item "first level" stores, for example, an integer equal to or greater than 0. The item "parameter" stores, for example, a numerical value ranging from 0 to a predetermined value (for example, 100). When the value of the item "parameter" reaches a predetermined value that is the maximum value, the value of the item "parameter" becomes 0, and the value of the item "first level" is incremented by 1. The value of the item "parameter" increases when the user interferes with the object. Specifically, for example, the item "parameter" increases according to the number and type of the assigned objects assigned to the object.

[0078] The first detailed information is, for example, an item that stores the manner associated with the user. The item "first detailed information" stores which of the four manners set for each object the object is associated with. In the item "first detailed information", for example, "1" is set for the associated manner, and "0" is set for the unassociated manner.

[0079] Fig. 6 is a diagram showing 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 related to rarity, etc.

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

[0081] The vitality level is an item that stores the degree to which an object as an individual can be used as a game element at times other than when sleeping. The item "vitality level" stores, for example, a numerical value 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 as a game element, and if it is 0, the individual cannot be used as a game element. The item "vitality level" recovers when it is detected that the user has woken up. The amount of recovery may be a predetermined amount, an amount corresponding to the sleep information, an amount corresponding to the object, or a full recovery. The item "vitality level" is a parameter that changes when it is detected that the user has woken up, even if the event has not been confirmed by the user.

[0082] The type is an item for storing 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 for storing the property to which the object as a character belongs. In this embodiment, the attribute includes, for example, fire, water, lightning, grass, super, steel, evil, and fighting. There are attributes that are advantageous when facing, and attributes that are disadvantageous when facing. The second detailed information is an item for storing advantageous effects that the object as an individual has. The advantageous effects are, for example, effects that are exerted by game elements during times other than sleep. The advantageous effects include, for example, an effect that allows more training items to be obtained, or an effect that allows rarer training items to be obtained. The item "second detailed information" stores effects that the object as an individual currently has, as well as effects that can be obtained in the future. When the second level of the individual is improved, it becomes possible to acquire new effects.

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

[0084] Fig. 7 is a diagram showing the data structure of the setting information 184. The setting information 184 shown in Fig. 7 is a table having columns such as confirmation time and confirmation method. The "confirmation method" in the setting information 184 can be rephrased as the "presentation method" in which an event is presented to the user.

[0085] The confirmation time is an item that stores the timing for confirming an event. For example, the item "confirmation time" stores when waking up is detected or a specified time. When the item "confirmation time" can be arbitrarily set by the user, it can be interpreted as being equivalent to "pending" when "when waking up" is set as the default. The confirmation method is an item that stores the confirmation method for each event and each aspect included in the event.

[0086] The sub-item "event" in the item "confirmation method" is an item for storing a confirmation method that is set collectively for the phases included in the event. For example, normal confirmation, hold, skip, fast forward, auto, or each phase is stored in the sub-item "event".

[0087] The sub-item "first phase" is an item for storing a confirmation method set for the first phase. For example, normal confirmation, hold, skip, fast forward, or auto is stored in the sub-item "first phase".

[0088] The sub-item "second phase" is an item that stores a confirmation method set for the second phase. For example, normal confirmation, hold, skip, fast forward, or auto is stored in the sub-item "second phase". When the second phase is "lottery of object based on sleep information", for example, a process for each predetermined case may be set in the sub-item "second phase". Specifically, for example, the following processes may be set. If a specific object is acquired by lottery, notify the user that the object has been acquired. If an object of a certain rarity is obtained by lottery, notify the user that the object has been obtained. When an object with a specific display mode is acquired by lottery, notify the user that the object with that display mode has been acquired.

[0089] The sub-item "third phase" is an item that stores a confirmation method set for the third phase. For example, normal confirmation, hold, skip, fast forward, or auto is stored in the sub-item "third phase". When the third phase is "interference with a selected object", for example, a process for each predetermined case may be set in the sub-item "third phase". Specifically, for example, the following processes may be set. When a specific object is obtained by lottery, the object will be given X more items than the preset number. When a specific object is obtained by lottery, the item is granted to the object until a specific requirement is met (for example, until the parameter related to the first level reaches the maximum value). When an object of a certain rarity is obtained by lottery, the object is given Y more items than the preset number.

[0090] Fig. 8 is a diagram showing the data structure of information stored in the server 20. Note that Fig. 8 is an example, and does not exclude data that is not shown.

[0091] Fig. 8 is a diagram showing the data structure of a user information table 2021. The user information table 2021 shown in Fig. 8 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 a user ID as a key.

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

[0093] The sleep information is an item that stores sleep information related to the user. In the item "sleep information", for example, sleep information of the previous night is stored. The sleep information of the previous night can be expressed as, for example, the sleep information acquired last time or the sleep information acquired immediately before. The sleep information of the previous night is stored when the sleep information is transmitted from the user. In other words, when the sleep information is transmitted to the server 20 in association with a confirmation request for an event, if the user does not request confirmation of the event, the sleep information of the previous night is not stored in the user information table 2021. The sleep information of the next day cannot be accepted in a state where the user has not confirmed the evaluation of the sleep of the previous night. Therefore, if the event is not confirmed because the user has reserved it despite the sleep information of the previous night being stored, the sleep information of the next day cannot be accepted, and the next event does not occur. The state in which the sleep information of the next day cannot be accepted specifically includes, for example, an input indicating that the user has gone to bed cannot be made (the sleep start button cannot be pressed), sleep detection does not start, sleep information is not received by the server 20, and the like. In this way, the sleep information stored in the item "sleep information" can store the sleep information for the next day when the event is confirmed by the user. The item "sleep information" is a parameter that does not accept updates unless the event is confirmed by the user.

[0094] Furthermore, for example, past sleep information may be stored in the item "sleep information." The past sleep information stored in the user information table 2021 may be older than the past sleep information stored in the user information 181. In other words, the user information 181 may store a portion of the past sleep information stored in the user information table 2021.

[0095] <3 operations> The operations of the terminal device 10 and the server 20 when the terminal device 10 presents to the user an event in a game that uses sleep information will be described.

[0096] (Settings for how to check event details) FIG. 9 is a flowchart showing an example of the operation of the terminal device 10 when the method of checking the event contents is set in the terminal device 10. As shown in FIG.

[0097] First, the user who operates the terminal device 10 requests the terminal device 10 to set a confirmation method during a predetermined time other than during sleep time and during event confirmation.

[0098] In step S11, the terminal device 10 accepts a setting of a confirmation method from the user. Specifically, for example, the control unit 190 of the terminal device 10 causes the presentation control unit 194 to display a setting screen for the confirmation method on the display 141. The presentation control unit 194 displays, for example, an input area for accepting a designation of the time to confirm the event. The user inputs the planned time to confirm the event from the input area. For example, the user inputs "when waking up", "12 o'clock", etc. as the planned time to confirm the event.

[0099] The presentation control unit 194 displays, for example, an input area for accepting a collective designation of the method of confirming events. The user inputs the collective designation of the confirmation method from the input area. For example, the user inputs "normal confirmation", "skip", "fast forward", "auto", or "every aspect" as the collective designation of the method of confirming events. When "skip", "fast forward", or "auto" is designated as the collective designation of the method of confirming events, the presentation control unit 194 does not accept the designation of every aspect. When "every aspect" is designated as the collective designation of the method of confirming events, the presentation control unit 194 accepts the designation of every aspect.

[0100] The presentation control unit 194 displays, for example, an input area for receiving a designation of a confirmation method in each phase of an event. The user inputs a designation of a confirmation method from an input area provided for each phase. For example, the user inputs "normal confirmation", "hold", "skip", "fast forward", or "auto" as a confirmation method for the first and second phases.

[0101] When the third phase is "interference with a selected object", the presentation control unit 194 displays, for example, a user interface for receiving input of a predetermined requirement. For example, the presentation control unit 194 displays information for assisting the selection of an object. Specifically, for example, the presentation control unit 194 displays the appearance of an object so that the selection of the object becomes easier. Also, for example, the presentation control unit 194 predicts an object that the user is likely to select, taking into consideration rarity, popularity, trends, user preferences, and the like. The presentation control unit 194 displays the predicted object so that the user can select it.

[0102] Also, for example, the presentation control unit 194 displays the number of times the granted item has been used in a manner that allows the user to select it. Also, for example, if the granted item has a rank, the presentation control unit 194 displays the rank of the granted item to be used in a manner that allows the user to select it. The presentation control unit 194 may display a combination of the number of times the granted item has been used and the rank of the granted item.

[0103] Fig. 10 is a schematic diagram showing a display example of the display 141 when displaying a confirmation method setting screen. In Fig. 10, the presentation control unit 194 displays a window 1411. The window 1411 is an area for setting the confirmation method. In the example shown in Fig. 10, the presentation control unit 194 displays input areas 14111 to 14115 in the window 1411.

[0104] The input area 14111 is an area for inputting settings for confirmation. The input area 14112 is an area for inputting a confirmation method for the event all at once. The input area 14113 is an area for inputting a confirmation method for the first phase. The input area 14114 is an area for inputting a confirmation method for the second phase. The input area 14115 is an area for inputting a confirmation method for the third phase.

[0105] The user inputs desired settings into input areas 14111 to 14115. The user presses button 14116 when input is complete.

[0106] In step S12, the terminal device 10 registers the content input by the user. Specifically, the control unit 190 updates the setting information 184 based on the content input by the user through the management unit 193. This registers the method of checking the event content.

[0107] (Action when waking up) FIG. 11 is a flowchart showing an example of the operation of the terminal device 10 when the user wakes up.

[0108] In step S21, the terminal device 10 detects that the user has woken up. Specifically, for example, the control unit 190 accepts an operation input from the user to the terminal device 10 through the operation acceptance unit 191. For example, the operation input is an operation to confirm the sleep information. The operation to confirm the sleep information includes, for example, an operation to declare that the user has woken up, such as pressing a button indicating that the user has woken up. In addition, the operation to confirm the sleep information includes, for example, an operation to stop an alarm that is issued at the scheduled wake-up time.

[0109] In step S22, the terminal device 10 acquires sleep information. Specifically, for example, when the control unit 190 detects that the user has woken up by the game processing unit 195, the control unit 190 ends the measurement of the user's sleep information. The management unit 193 collects the sleep information. The management unit 193 stores the collected sleep information in the user information 181.

[0110] In step S23, the terminal device 10 determines whether or not to check the contents of the event. Specifically, for example, the control unit 190 causes the game processing unit 195 to read information of the item "check time" of the setting information 184. If "when waking up" is stored in the item "when checking", the game processing unit 195 determines to check the contents of the event.

[0111] If a predetermined time is stored in the item "Confirmation time", the game processing unit 195 decides not to confirm the contents of the event and waits until the set time is reached. If the time reaches the stored time, the game processing unit 195 decides to confirm the contents of the event.

[0112] In step S24, the terminal device 10 accesses the server 20. Specifically, for example, when it is determined to check the contents of the event, the control unit 190 transmits the sleep information stored in the user information 181 to the server 20 via the transmission / reception unit 192. In addition, the transmission / reception unit 192 transmits a request to the server 20 to check the contents of the event.

[0113] A specified time is stored in the item “Time of confirmation”, and when the time reaches the set time, the transmitter / receiver 192 transmits to the server 20 the sleep information stored in the user information 181 and a request to confirm the contents of the event.

[0114] When the timing stored in the item "check time" matches the current situation, the game processing unit 195 may accept an input from the user as to whether or not to check the contents of the event. For example, the presentation control unit 194 causes the display 141 to display an area for inputting whether or not to postpone the confirmation of the contents of the event. When the user selects "postponement," the game processing unit 195 determines that the current confirmation has been postponed, and waits until the next set time arrives.

[0115] (Action when event occurs) FIG. 12 is a diagram for explaining an example of the operations of the terminal device 10 and the server 20 when a user checks the contents of an event.

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

[0117] In step S31, the server 20 generates an event. The server 20 also evaluates the user's sleep as one aspect of the event. Specifically, for example, the control unit 203 calculates a parameter for evaluating sleep based on the user's sleep information and information on the development item acquired from the daytime game elements by the game progress module 2034. The presentation module 2035 presents, for example, the evaluation result of the user's sleep to the user. The transmission control module 2032 transmits, for example, information for displaying the evaluation result of the user's sleep to the terminal device 10.

[0118] In step S32, the terminal device 10 displays the sleep evaluation result. Specifically, for example, the presentation control unit 194 reads out information on the sub-item "event" of the setting information 184. When the sub-item "event" is "normal confirmation", the presentation control unit 194 displays the sleep evaluation result on the display 141 in a normal manner. When the sub-item "event" is "skip", the presentation control unit 194 skips displaying the sleep evaluation result. When the sub-item "event" is "fast forward", the presentation control unit 194 displays the sleep evaluation result on the display 141 at a frame rate faster than normal, but requiring input from the user. When the sub-item "event" is "auto", the presentation control unit 194 displays the sleep evaluation result on the display 141 in a normal manner, not requiring input from the user. When the sub-item "event" is "per phase", the presentation control unit 194 reads out information on the sub-item "first phase" of the setting information 184.

[0119] When the sub-item "First Phase" is "Normal Check", the presentation control unit 194 causes the display 141 to display the sleep evaluation results in a normal manner. When the sub-item "First Phase" is "Pending", the presentation control unit 194 postpones the display of the sleep evaluation results to a later time. When the sub-item "First Phase" is "Skip", the presentation control unit 194 skips the display of the sleep evaluation results. When the sub-item "First Phase" is "Fast Forward", the presentation control unit 194 causes the display 141 to display the sleep evaluation results at a frame rate faster than normal but requiring input from the user. When the sub-item "First Phase" is "Auto", the presentation control unit 194 causes the display 141 to display the sleep evaluation results in a normal manner without requiring input from the user.

[0120] In step S33, the server 20 selects objects based on the sleep information as one aspect of the event. Specifically, for example, the control unit 203 determines a plurality of objects and a display mode of each object by a selection based on the parameters calculated by the game progress module 2034. The presentation module 2035, for example, presents the result of the selection to the user. The transmission control module 2032, for example, transmits information for displaying the result of the selection to the terminal device 10.

[0121] In step S34, the terminal device 10 displays the lottery result. Specifically, for example, the presentation control unit 194 reads out information on the sub-item "event" of the setting information 184. When the sub-item "event" is "normal confirmation", the presentation control unit 194 displays the lottery result on the display 141 in a normal manner. When the sub-item "event" is "skip", the presentation control unit 194 skips displaying the lottery result. When the sub-item "event" is "fast forward", the presentation control unit 194 displays the lottery result on the display 141 at a frame rate faster than normal, but requiring input from the user. When the sub-item "event" is "auto", the presentation control unit 194 displays the lottery result on the display 141 in a normal manner, not requiring input from the user. When the sub-item "event" is "per stage", the presentation control unit 194 reads out information on the sub-item "second stage" of the setting information 184.

[0122] When the sub-item "Second Phase" is "Normal Confirmation", the presentation control unit 194 displays the lottery result on the display 141 in a normal manner. When the sub-item "Second Phase" is "Pending", the presentation control unit 194 postpones the display of the lottery result to a later time. When the sub-item "Second Phase" is "Skip", the presentation control unit 194 skips the display of the lottery result. When the sub-item "Second Phase" is "Fast Forward", the presentation control unit 194 displays the lottery result on the display 141 at a frame rate faster than normal, but requiring input from the user. When the sub-item "Second Phase" is "Auto", the presentation control unit 194 displays the lottery result on the display 141 in a normal manner, not requiring input from the user.

[0123] When a process for each predetermined case is set in the subitem "second stage", the presentation control unit 194 executes the set process.

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

[0125] In step S36, the terminal device 10 displays an opportunity for interference with the object. Specifically, for example, the presentation control unit 194 reads out information of the sub-item "event" of the setting information 184. If the sub-item "event" is "normal confirmation", the presentation control unit 194 causes the display 141 to display an opportunity for interference with the object in a normal manner.

[0126] The user selects a desired object from a plurality of objects determined by a lottery, for example. The presentation control unit 194 displays a screen for granting an granted item to the selected object on the display 141. The user grants a plurality of granted items to the selected object.

[0127] When the sub-item "event" is "skip", the presentation control unit 194 skips the opportunity for interference with the object. When the sub-item "event" is "fast forward", the presentation control unit 194 displays the opportunity for interference with the object on the display 141 at a frame rate faster than normal but requiring input from the user. When the sub-item "event" is "auto", the presentation control unit 194 displays the opportunity for interference with the object on the display 141 in a normal mode that does not require input from the user. When the sub-item "event" is "per phase", the presentation control unit 194 reads out information of the sub-item "first phase" of the setting information 184.

[0128] When the sub-item "third phase" is "normal confirmation", the presentation control unit 194 displays the opportunity for interference with the object on the display 141 in a normal manner. When the sub-item "third phase" is "suspended", the presentation control unit 194 postpones the opportunity for interference with the object to a later time. When the sub-item "third phase" is "skip", the presentation control unit 194 skips the opportunity for interference with the object. When the sub-item "third phase" is "fast forward", the presentation control unit 194 displays the opportunity for interference with the object on the display 141 at a frame rate faster than normal, but requiring input from the user. When the sub-item "third phase" is "auto", the presentation control unit 194 displays the opportunity for interference with the object on the display 141 in a normal manner, not requiring input from the user.

[0129] When a process for each predetermined case is set in the subitem “third stage”, the presentation control unit 194 executes the set process. The transmission / reception unit 192 transmits the result of the interference with the object to the server 20.

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

[0131] As described above, in the above embodiment, the operation reception unit 191 receives instructions from the user regarding the method of confirming the content of an event generated based on the user's sleep information. The game processing unit 195 generates an event in the received confirmation method. The presentation control unit 194 presents the event to the user in the received confirmation method. This allows the terminal device 10 to present the content of the event to the user at the timing and in the specifications desired by the user. In other words, the freedom to confirm the content of the event increases, and the user is not forced to confirm the event immediately after waking up.

[0132] Therefore, according to the system etc. of the present embodiment, even if an event using sleep information is generated, the freedom of morning life can be maintained. In other words, even if the events expected to be generated in the morning based on the sleep information are more abundant than before, the presentation mode can be set, so that it is possible to prevent the user's morning life from being disrupted.

[0133] In the above embodiment, the operation reception unit 191 receives, as a method of confirming the contents of the event, normal confirmation, skip, hold, auto, fast forward, or a combination of these. This enables the presentation control unit 194 to present the contents of the event in a manner that meets the user's request.

[0134] Furthermore, in the above embodiment, the management unit 193 does not accept an update of the first parameter (sleep information) unless the user confirms the event. When the management unit 193 detects that the user has woken up, it varies the second parameter (vitality) even if the event has not been confirmed. This allows the user to handle game elements related to the occurrence of an event separately from game elements during times other than sleeping. This allows the user to start game elements during times other than sleeping, regardless of whether the user has confirmed the contents of the event.

[0135] In the above embodiment, the game processing unit 195 places a restriction on obtaining sleep information when an event whose confirmation has been suspended has not been confirmed. In other words, when an event whose confirmation has been suspended has not been confirmed, the game processing unit 195, for example, prevents the sleep information from being transmitted to the server 20, thereby urging the user to confirm the details of the event. This helps the user develop the habit of checking what kind of sleep they had every day.

[0136] In the above embodiment, an event includes a plurality of phases. The operation reception unit 191 receives an instruction regarding a confirmation method for each phase. This allows the confirmation method to be changed for each phase, and the system can respond to user requests in a detailed manner.

[0137] In the above embodiment, the event includes a second phase in which a result of a lottery based on sleep information is displayed, and a third phase in which an object obtained by lottery is interfered with. The operation reception unit 191 receives an instruction regarding a confirmation method according to the result of the lottery for the second phase, the third phase, or a combination of these. This makes it possible to change the confirmation method for the second phase and / or the third phase, and therefore the system can respond to user requests in a detailed manner.

[0138] In the above embodiment, the operation reception unit 191 receives instructions during a time period not related to the occurrence of an event. That is, the operation reception unit 191 receives instructions regarding how to confirm the contents of an event during any time period not related to the occurrence of an event. This makes it possible to set the method of confirming an event in advance, thereby saving the trouble of inputting the setting during the morning time period.

[0139] <4 Variation> In the above embodiment, a case has been described in which information on how to check the contents of an event is stored in the setting information 184. However, there may be a case in which no information is stored in the setting information 184. In this case, the game processing unit 195 may receive an input from the user as to whether or not to check the contents of the event in response to detecting that the user has woken up. The presentation control unit 194 causes the display 141 to display an area for inputting whether or not to check the contents of the event.

[0140] FIG. 13 is a schematic diagram showing a display example of the display 141 when displaying an input screen for whether or not to confirm the contents of the event. In FIG. 13, the presentation control unit 194 displays a window 1412. The window 1412 is an area for inputting whether or not to confirm the contents of the event. In the example shown in FIG. 13, the presentation control unit 194 displays buttons 14121 to 14123 in the window 1412. The button 14121 is a button for inputting an instruction to request confirmation of the contents of the event. The button 14122 is a button for inputting an instruction to suspend confirmation of the contents of the event. The button 14123 is a button for inputting an instruction to skip confirmation of the contents of the event. The user presses any one of the buttons. When the buttons 14121 and 14123 are pressed, the transmission / reception unit 192 transmits the sleep information to the server 20.

[0141] When the user presses the button 14122 to suspend confirmation of the event contents, the presentation control unit 194 may, for example, suggest confirmation of the event contents. In this embodiment, if the event contents are not confirmed by the user, restrictions are placed on acquisition of sleep information for the next day. In other words, if the sleep information for that day has not been transmitted to the server 20, or if the sleep information has been transmitted to the server 20 and the event contents have been determined but the event contents have not been confirmed by the user, restrictions are placed on acquisition of sleep information for the next day. Therefore, the presentation control unit 194 suggests confirmation of the event contents so that the user checks the event.

[0142] FIG. 14 is a schematic diagram showing a display example of the display 141 when displaying an input screen for whether or not to confirm the contents of the event whose confirmation is pending. In FIG. 14, the presentation control unit 194 displays a window 1413. The window 1413 is an area for inputting whether or not to confirm the contents of the event that is pending. In the example shown in FIG. 14, the presentation control unit 194 displays buttons 14131 and 14132 in the window 1413. The button 14131 is a button for inputting an instruction to request confirmation of the contents of the event. The button 14132 is a button for inputting an instruction to suspend confirmation of the contents of the event. The user presses either button. When the button 14131 is pressed, the transmission / reception unit 192 transmits sleep information to the server 20. Alternatively, when the button 14131 is pressed, the transmission / reception unit 192 transmits a signal requesting confirmation of the contents of the event to the server 20.

[0143] 14 is displayed at a predetermined timing, for example. Specifically, the presentation control unit 194 may display a pop-up screen every time a predetermined time has elapsed after suspending confirmation of the contents of the event, for example. Also, the presentation control unit 194 may display a pop-up screen at a predetermined time after suspending confirmation of the contents of the event, for example. Also, the presentation control unit 194 may display a confirmation button 14131 instead of an input button (sleep start button) for indicating that the user has gone to bed.

[0144] In the above embodiment, predetermined information may be presented to the user before going to bed based on the method of checking the event based on the sleep information. For example, if a specific process for interfering with an object is stored in the setting information 184, information about the interference based on the stored content is presented to the user. Specifically, for example, the subitem "third phase" of the setting information 184 stores a process of "if a predetermined object is acquired by lottery, X more items than a preset number are given to the object." At a predetermined timing near the time of going to bed, the game processing unit 195 compares the current number of items in possession with the maximum number of items to be used in the event the next morning. The predetermined timing near the time of going to bed is, for example, a time near the time of going to bed, a timing when going to bed is detected, etc. When the number of items that may be used in the event the next morning is greater than the current number in possession, the presentation control unit 194 presents to the user that the maximum number of items predicted to be used is greater than the number in possession.

[0145] Fig. 15 is a schematic diagram showing an example of display on the display 141 when displaying a message that the granted item may be insufficient. In Fig. 15, the presentation control unit 194 displays a window 1414. The window 1414 is an area for displaying a message that the granted item may be insufficient. In the example shown in Fig. 15, the presentation control unit 194 displays a button 14141 in the window 1414. The button 14141 is a button for agreeing to the displayed content.

[0146] The presentation control unit 194 may also guide the user to a procedure for replenishing the granted items.

[0147] FIG. 16 is a schematic diagram showing a display example of the display 141 when displaying an input screen for replenishing the imparted items. In FIG. 16, the presentation control unit 194 displays a window 1415. The window 1415 is an area for inputting an instruction to replenish the imparted items. In the example shown in FIG. 16, the presentation control unit 194 displays buttons 14151 and 14152 in the window 1415. The button 14151 is a button for inputting an instruction to replenish the imparted items. The button 14152 is a button for inputting an instruction not to replenish the imparted items. In this way, by conveying information about items to be used in the morning event to the user at the time of going to bed, it is possible to reduce the possibility of items being insufficient in the morning event. In other words, it is possible to more smoothly confirm the contents of the morning event.

[0148] The game processing unit 195 may grant a bonus when the grant item is replenished through the replenishment suggestion displayed in Fig. 16. The bonus may be, for example, free provision of the grant item, or a reduction in the unit price of the grant item.

[0149] In the above embodiment, the game processing unit 195 may generate an opportunity to use a development item at a predetermined timing in the morning. The predetermined timing in the morning is, for example, as follows. - Within a specified time after waking up in the morning -Scheduled time slot in the morning

[0150] The game processing unit 195 may automatically use the development item based on the preset contents at the opportunity to use the development item. At this time, for example, the operation reception unit 191 receives the conditions for automatically using the development item from the user. The conditions are, for example, as follows. - Execute after a specified time has elapsed since waking up in the morning - Run at a specific time in the morning - Execute after the user confirms the event content Give Z items of training item A

[0151] The management unit 193 stores the received information, for example, in the setting information 184. When the user wakes up, the game processing unit 195 reads the setting information 184 and uses the development item based on the read condition. In this way, by incorporating the use of the development item into the morning habit, the user can easily perform the processing of the game elements.

[0152] 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 receive operations from a mouse or the like.

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

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

[0155] 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.

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

[0157] The processor 94 is hardware for executing an instruction set written in a program, and is composed of an arithmetic unit, a register, a peripheral circuit, and the like.

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

[0159] 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.

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

[0161] The network is composed of the Internet, a 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 specified access point (e.g., Wi-Fi (registered trademark)), etc. In the case of wireless connection, communication protocols include, for example, Z-Wave (registered trademark), ZigBee (registered trademark), Bluetooth (registered trademark), etc. In the case of wired connection, the network also includes a network that is directly connected by a USB (Universal Serial Bus) cable or the like.

[0162] It should be noted that the computer 90 can be virtually realized by distributing all or part of each hardware configuration among multiple computers 90 and connecting them together 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.

[0163] <Basic functional configuration of computer 90> The following describes the functional configuration of a computer realized by the basic hardware configuration of a computer 90 shown in FIG. 17. The computer includes at least the functional units of a control unit, a storage unit, and a communication unit.

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

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

[0166] 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 secure a storage area corresponding to the storage unit in the main storage device 95 or the auxiliary storage device 96 in accordance with a program. Furthermore, the control unit can cause the processor 94 to execute processes of adding, updating, and deleting data stored in the storage unit in accordance with the various programs.

[0167] A database refers to a relational database, which is used to manage data sets called tables, which are structured according to 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, it is possible to set relationships between tables and associate them.

[0168] Usually, a column is set in each table as a key for uniquely identifying a record, but setting a key in the 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.

[0169] The communication unit is realized by the communication IF 99. The communication unit realizes a 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. In addition, the communication unit can transmit information output from the control unit to other computers 90.

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

[0171] <Additional Notes> The matters described in the above embodiments will be supplemented below. (Appendix 1) A program to be executed by a computer having a processor and a memory, which manages the progress of a game using sleep information, the program causing the processor to execute the steps of receiving instructions from a user regarding how to confirm the content of an event generated based on the user's sleep information, generating an event in accordance with the received confirmation method, and presenting the event to the user in accordance with the received confirmation method. (Appendix 2) In the receiving step, the method of confirming the content of the event is normal confirmation, skip, hold, or auto, fast forward, or a combination of these (Appendix 1). (Appendix 3) The program according to claim 2, further comprising causing a processor to execute a step of suggesting confirmation of the contents of the event at a predetermined timing after receiving a hold instruction. (Appendix 4) The program according to claim 2, further comprising: if the event whose confirmation has been withheld is not confirmed in the step of generating the event, restrictions are imposed on acquisition of sleep information. (Appendix 5) A program described in any one of (Appendix 1) to (Appendix 4), which causes a processor to execute the steps of not accepting an update to the first parameter unless an event is confirmed by the user, and varying the second parameter upon detecting that the user has woken up, even if the event has not been confirmed. (Appendix 6) The program according to any one of (Appendix 1) to (Appendix 5), wherein in the step of generating an event, the event includes a plurality of phases, and in the step of receiving an instruction, an instruction regarding how to confirm each phase is received. (Appendix 7) A program described in Appendix 6, in which, in the step of generating an event, the event includes a second phase of displaying the result of a lottery based on sleep information and a third phase of interfering with the object obtained by lottery, and in the step of receiving instructions, instructions regarding how to confirm the result of the lottery are received for the second phase, the third phase, or a combination thereof. (Appendix 8) A program as described in (Appendix 7) that causes a processor to execute a step of presenting predetermined information about interference. (Appendix 9) The program according to any one of (Supplementary Note 1) to (Supplementary Note 8), wherein in the step of receiving an instruction, the instruction is received during a time period not related to occurrence of an event. (Appendix 10) A method executed by a computer for managing the progress of a game using sleep information, the method comprising a processor and a memory, the processor executing all of the steps executed in any of the inventions according to (Appendix 1) to (Appendix 9). (Appendix 11) An information processing device comprising a control unit and a memory unit, wherein the control unit executes all of the steps executed in the invention according to any one of (Appendix 1) to (Appendix 9). (Appendix 12) A system comprising means for executing all the steps performed in any of the inventions according to (Appendix 1) to (Appendix 9). [Explanation of symbols]

[0172] 1. System 10...Terminal device 12…Communication Interface 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. A program to be executed on a computer that manages the progress of a game using sleep information, comprising a processor and memory, wherein the program is executed on the processor, The steps include: triggering an in-game event based on the user's sleep information; In response to detecting that the user has woken up, the system presents the user with a first button for inputting an instruction to confirm the details of the event, and a second button for inputting an instruction to postpone confirming the details of the event. When the user presses the first button, the user is presented with the details of the event. When the user presses the second button, the user inputs a request to postpone confirmation of the event details, and the presentation of the event details to the user is postponed. A program that executes the command.

2. A third button is presented for inputting an instruction to skip confirming the content of the event, When the user presses the third button, the confirmation is terminated, indicating that the content of the event has been confirmed by the user. The program according to claim 1, which causes the processor to execute the following.

3. The program according to claim 1, wherein the event includes the granting of a reward.

4. The program according to claim 1, wherein, in the step of presenting the first button and the second button, the user's waking up is detected by stopping an alarm that is sounded at the user's scheduled waking time.

5. A method to be performed on a computer, which comprises a processor and memory, for managing the progress of a game using sleep information, wherein the processor performs all the steps performed in any of the inventions according to claims 1 to 4.

6. An information processing apparatus comprising a control unit and a storage unit, wherein the control unit performs all steps performed in the invention according to any one of claims 1 to 4.

7. A system comprising means for performing all steps performed in the invention according to any one of claims 1 to 4.

Images