JP7402370B1 - Program, method, information processing device, system - Google Patents

Abstract

[Problem] To maintain freedom in morning life even when generating an event using sleep information. The present invention is a program that is executed by a computer that includes a processor and a memory and manages the progress of a game using sleep information. The program includes the steps of causing the processor to receive an instruction from the user regarding how to confirm the content of the event generated based on the user's sleep information, generating an event based on the received confirmation, and confirming the received confirmation. and presenting the event to the user. [Selection diagram] Figure 12

Description

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

In Patent Document 1, a predetermined condition is changed from a game image displayed on a mobile terminal when the user wakes up (wake-up game image) to a game image displayed when a simple display of the user's health condition is performed (simple display image). It is stated that it will be automatically switched when the conditions are met.

International Publication No. 2016/021235

In Patent Document 1, an evaluation result of health information calculated based on biological information measured during a sleeping period is displayed as a game image when awake. It does not take much effort to check the evaluation results displayed in the wake-up game image of Patent Document 1 when waking up. However, if an interesting event occurs when the user wakes up in the morning, there is a possibility that the user's morning life will be affected.

Therefore, an object of the present disclosure is to maintain freedom in morning life even when an event using sleep information is generated.

This is a program that is executed by a computer that includes a processor and a memory and manages the progress of a game using sleep information. The program includes a step of causing the processor to receive an instruction from a user regarding how to confirm the content of an event generated based on the user's sleep information, a step of causing the processor to generate an event based on the received confirmation, and a step of causing the processor to confirm the received confirmation. and presenting the event to the user.

According to the disclosure, even when generating an event using sleep information, freedom in morning life can be maintained.

1 is a diagram showing an example of the overall configuration of a system 1. FIG. 2 is a block diagram illustrating a configuration example of the terminal device 10 shown in FIG. 1. FIG. 2 is a diagram showing an example of a functional configuration of a server 20. FIG. 3 is a diagram showing a data structure of user information 181. FIG. 3 is a diagram showing a data structure of first object information 182. FIG. 3 is a diagram showing a data structure of second object information 183. FIG. 3 is a diagram showing a data structure of setting information 184. FIG. 3 is a diagram showing a data structure of a user information table 2021. FIG. 7 is a flowchart illustrating an example of the operation of the terminal device 10 when a method of confirming event details is set in the terminal device 10. FIG. FIG. 7 is a schematic diagram showing an example of a display on the display 141 when displaying a setting screen for how to confirm. It is a flowchart showing an example of the operation of the terminal device 10 when the user wakes up. FIG. 3 is a diagram for explaining an example of the operation of the terminal device 10 and the server 20 when a user confirms the contents of an event. FIG. 3 is a schematic diagram showing an example of a display on the display 141 when displaying an input screen for confirming or not confirming the contents of an event. FIG. 14 is a schematic diagram showing an example of a display on the display 141 when displaying an input screen asking whether to confirm the contents of an event whose confirmation is pending. It is a schematic diagram showing an example of a display on the display 141 when displaying that there is a possibility that there is a shortage of granted items. FIG. 3 is a schematic diagram illustrating a display example of the display 141 when displaying an input screen for replenishing granted items. 2 is a block diagram showing the basic hardware configuration of a computer 90. FIG.

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

<Summary>
The system according to this embodiment is a system concerning 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 specified by the user. In this 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 the time the user goes to bed until the time the user wakes up. Further, going to bed indicates, for example, that the user goes into bed, such as a bed or a futon, in order to sleep. Further, waking up represents, for example, waking up from sleep and starting an action. Going to bed and waking up may be detected by input from the user, or may be detected based on a predetermined sensing value, for example.

<1 Configuration diagram of the entire system>
FIG. 1 is a diagram showing an example of the overall configuration of a system 1. As shown in FIG. In system 1, the server receives sleep information of each user and advances the game. As shown in FIG. 1, the system 1 includes a plurality of terminal devices 10 and a server 20. The terminal device 10 and the server 20 are communicatively connected via a network 80.

Although FIG. 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.

Although FIG. 1 shows an example in which the system 1 includes one server 20, the number of servers 20 included in the system 1 is not limited to one. The server 20 may be composed of a plurality of servers depending on the functions it has. Further, the server 20 may be, for example, a collection of a plurality of devices. How to allocate the multiple functions required to realize the server 20 according to this embodiment to one or more pieces of hardware will be determined based on the processing capacity of each piece of hardware and/or the specifications required of the server 20. It can be determined as appropriate.

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 by, for example, a mobile terminal such as a smartphone or a tablet compatible with a mobile communication system. In addition, the terminal device 10 may be realized by, for example, a stationary PC (Personal Computer), a laptop PC, or a dedicated game machine. Further, the terminal device 10 may be realized by, for example, a wearable terminal such as an HMD (Head Mount Display).

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 (for example, a touch panel, a touch pad, etc.) for receiving input operations from a user. The output device 14 is a device (display, speaker, etc.) for presenting information to the user.

The terminal device 10 connects to one or more sleep measuring devices 11 by wire or wirelessly. Specifically, for example, the terminal device 10 communicates with the sleep measurement device 11 using short-range wireless communication such as Bluetooth (registered trademark) or Wi-Fi. Note that the sleep measurement device 11 and the like 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. Additionally, the sleep measurement device 11 may communicate directly with the server 20.

The sleep measuring device 11 is a device for acquiring information regarding the sleep of the user of the terminal device 10. Although FIG. 1 shows an example in which one sleep measurement device 11 is connected to the terminal device 10, two or more sleep measurement devices 11 may be connected to the terminal device 10.

The sleep measurement device 11 is, for example, a wearable device such as a wristwatch, a ring, or an eye mask that is worn on the user's body. Further, the sleep measurement device 11 may be a device placed on the mattress, bedside, or the like on which the user is sleeping. Further, the terminal device 10 and the sleep measuring device 11 may be the same device. That is, the terminal device 10 may also function as the sleep measurement device 11.

The sleep measurement device 11 includes a motion sensor including, for example, an acceleration sensor, an angular velocity sensor, or a combination thereof. However, it is not limited to these. The sleep measurement device 11 uses a motion sensor to sense the movement of the user's body during sleep. The sleep measurement device 11 transmits information regarding the sensing results to the terminal device 10 as, for example, sleep information. The terminal device 10 detects that the user has gone to bed (for example, that the user is lying in bed) based on the sleep information. Furthermore, the terminal device 10 detects that the user has fallen asleep after going to bed based on the sleep information. By detecting when the user goes to bed and falls asleep, the terminal device 10 detects whether the user has been operating the terminal device 10 from the time the user goes to bed until the time the user falls asleep, and whether the user is using the display 141 of the terminal device 10. It is possible to determine what the person was looking at. That is, the terminal device 10 can determine whether a user who is about to go to sleep operates the terminal device 10 before going to sleep.

Further, for example, the sleep measuring device 11 accumulates the acquired sensing results. Further, for example, the terminal device 10 or the server 20 accumulates sleep information transmitted from the sleep measurement device 11. Based on the accumulated sleep information, the terminal device 10 or the server 20 determines whether the user is sleeping, in a light sleep state, in a deep sleep state, in REM sleep, non-REM sleep, etc. Determine. By determining the waveforms of REM sleep and NREM sleep, the terminal device 10 or the server 20 can evaluate the quality of the user's sleep. Specifically, for example, a cycle of REM sleep and non-REM sleep that corresponds to good quality sleep is set in advance. 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 NREM sleep with the waveforms of REM sleep and NREM sleep during the user's sleep. .

The sleep measurement devices 11 that are assumed to be used in the system 1 are managed, for example, in a so-called white list format. For example, the terminal device 10 stores product information of the sleep measurement device 11 that is compatible with the system 1, and when receiving data from a sleep measurement device 11 that is not compatible, the terminal device 10 prevents the received data from being accepted. Good too. Further, for example, when the terminal device 10 receives data from an incompatible sleep measurement device 11, the terminal device 10 may perform subsequent processing using parameters for the unspecified sleep measurement device 11 or the like.

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

Moreover, the difference in the type of sleep measurement device 11 is not limited to a difference in the device. That is, even if the sleep measurement devices 11 have the same device configuration, they may be managed as different sleep measurement devices 11 in the system 1 depending on the type of software or application used before sending the sleep information to the server 20. good. For example, even if sleep information is detected using the same sleep measurement device 11, there are cases in which sleep measurement application A is used to process the sleep information and cases in which a different sleep measurement application B is used to process the sleep information. , each can be managed as a different "sleep measurement device ID". In this way, by managing each device as a different "sleep measurement device ID" depending on the type of device in the device configuration and the combination of applications used, it becomes possible to generate sleep information more flexibly. , it becomes possible to fully demonstrate the interest of the game according to the sleeping state.

The terminal device 10 may be connected to the game controller by wire or wirelessly. The user can play the game by operating the game controller. The terminal device 10 may be able to communicate with multiple game controllers. For example, multiple users may operate their respective game controllers and play a game on one terminal device 10.

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, for example, by a computer connected to the 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 input operations from a user and an output device for presenting information to the user.

Each information processing device is composed of a computer including 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. Regarding each of the terminal device 10 and the server 20, explanations that overlap with the basic hardware configuration of the computer and the basic functional configuration of the computer, which will be described later, will be omitted.

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

The communication unit 120 performs processing such as modulation/demodulation processing 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 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.

The input device 13 is a device for a user operating the terminal device 10 to input instructions or information. The input device 13 is realized, for example, by a touch-sensitive device 131, etc., into which an instruction is input 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, a keyboard, a mouse, or the like. The input device 13 converts an instruction input from 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 reception port that receives electrical signals input from an external input device.

The output device 14 is a device for presenting information to a user operating the terminal device 10. The output device 14 is realized by, for example, 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 by, for example, an LCD (Liquid Crystal Display), an organic EL (Electro-Luminescence) display, or the like.

The audio processing unit 17 performs, for example, digital-to-analog conversion processing of audio signals. The audio processing unit 17 converts the signal provided from the microphone 171 into a digital signal, and provides the converted signal to the control unit 190. Furthermore, the audio processing section 17 provides an 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 a voice input and provides a voice signal corresponding to the voice input to the voice 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 .

The position information sensor 150 is a sensor that detects the position of the terminal device 10, and is, for example, a GPS (Global Positioning System) module. A GPS module is a receiving device used in a satellite positioning system. The satellite positioning system receives signals from at least three or four satellites, and detects the current position of the terminal device 10 equipped with a GPS module based on the received signals. The location information sensor 150 may detect the current location of the terminal device 10 from the location of a wireless base station to which the terminal device 10 connects.

The camera 160 is a device that receives light with a light receiving element and outputs it as a photographic signal.

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 it as a sensing result. For example, by placing the terminal device 10 on the mattress of the bed on which the user sleeps, the motion sensor 170 detects the movements of the sleeping user on the mattress. Note that when the sleep measurement device 11 is connected to the terminal device 10, a motion sensor provided in the sleep measurement device 11 may be used.

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, and setting information 184.

User information 181 stores information regarding users who play games based on game programs. Details will be described later.

The first object information 182 stores information regarding the first relationship between the user and the object. In this embodiment, the object represents, for example, a character or an item that appears in the game play. For example, objects are drawn at random by the server 20 based on the level of sleep information and are associated with users. The first relationship represents, for example, a relationship between a user and an object that are associated based on sleep information. The first relationship changes, for example, when an associated object receives interference from a user.

Note that the expression that the user and the object are associated is an expression that represents an example of the relationship between the user and the object, and may be expressed by other expressions. For example, any expression such as the user owns the object may be used.

The second object information 183 stores information regarding the second relationship between the user and the object. The user can select objects and play predetermined game elements during times other than sleeping. When the first relationship between the user and the object satisfies a predetermined requirement through a lottery based on sleep information and subsequent interference with the object, the user can use the object in game elements at times other than sleep. . The second relationship represents, for example, a relationship between a user and an object that are associated based on game elements other than sleep. The second relationship changes, for example, when game elements are performed during times other than sleep.

The setting information 184 stores information regarding how to present an event that occurs when the user wakes up. In this embodiment, the event is an in-game event generated by the server 20 based on sleep information. An event, for example, has multiple aspects. For example, the aspects included in the event are as follows.
・Reporting sleep results ・Lottery of objects based on sleep information ・Interference with drawn objects ・Granting benefits ・Disclosure of sleep information

In this embodiment, for example, "reporting sleep results" will be described as a first phase, "lotting an object based on sleep information" as a second phase, and "interfering with the drawn object" as a third phase. However, other combinations are also possible. The setting information 184 stores, for example, information regarding how to present each aspect of an event. The presentation method is, for example, as follows.
・Normal confirmation ・Postponement (on hold)
・Skip ・Fast forward ・Auto

For example, postponement represents a specification for postponing confirmation of the contents of an event to a later time. Skip represents, for example, a specification that terminates confirmation by assuming that the content of the event has been confirmed. For example, fast forwarding represents a specification in which information is presented at a faster frame rate than usual, but input from the user is required for items that require selection from the user. Auto represents, for example, a specification in which information is presented in a normal manner and a preset option is selected without any input by the user. Note that fast forward and auto may be combined.

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 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 a program.

The operation reception unit 191 performs processing for accepting 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 settings for the event presentation mode from the user. Further, for example, the operation accepting unit 191 accepts the setting of a predetermined time from the user. The predetermined time includes, for example, a scheduled wake-up time or a scheduled confirmation time.

Further, the operation reception unit 191 receives an image input from the camera 160. Specifically, for example, the operation reception unit 191 receives photographic data taken by the camera 160.

Further, the operation reception unit 191 receives audio information input from the microphone 171. Specifically, for example, the operation reception unit 191 receives audio data input from the microphone 171 and converted into digital data by the audio processing unit 17.

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

The transmitting/receiving unit 192 performs processing for the terminal device 10 to transmit and receive data with an external device such as the server 20 according to a communication protocol. Specifically, for example, the transmitting/receiving unit 192 transmits an instruction input from a user or various acquired information to the server 20. The transmitting/receiving unit 192 transmits various acquired information to the server 20 at predetermined timing. For example, the predetermined timing is as follows.
- Timing when the user requests the server 20 to confirm the content of the event - Predetermined period - Timing specified by the user

The transmitter/receiver 192 transmits sleep information to the server 20, for example. Further, the transmitting/receiving unit 192 transmits, for example, information regarding objects acquired in game elements other than sleep to the server 20. Objects obtained as game elements other than sleep are, for example, items related to cultivation, such as nuts. Hereinafter, items related to training will be referred to as training items.

Further, the transmitting/receiving unit 192 receives information provided from the server 20. The information provided by the server 20 includes, for example, information regarding the user's sleep results. If the sleep measurement device 11 is transmitting sleep information to the server 20, the transmitter/receiver 192 may receive the sleep information from the server 20. Further, the information provided by the server 20 includes, for example, information regarding the result of a lottery based on sleep information.

The management unit 193 manages user information 181, first object information 182, second object information 183, and setting information 184 stored in the storage unit 180. For example, upon acquiring the user's sleep information, the management unit 193 updates the user information 181 based on the acquired sleep information. Furthermore, when the relationship between the user and the object is updated in an event that occurs in the server 20, the management unit 193 updates the first object information 182 based on the updated information. Furthermore, the management unit 193 updates the second object information 183 when the user uses the object for a game element other than sleep. Furthermore, the management unit 193 updates the setting information 184 when the user specifies how to present an event, or when the way to present an event is changed.

The presentation control unit 194 controls the output device 14 and the like in order to present predetermined information to the user. For example, the presentation control unit 194 refers to the setting information 184 and controls the output device 14 and the like so as to present events based on sleep information to the user. For example, the presentation control unit 194 controls the display 141 to display the details of the event to the user in a manner based on the setting information 184. Specifically, the presentation control unit 194 controls the display 141 to display each aspect of the event to the user in a manner based on the setting information 184.

Furthermore, the presentation control unit 194 controls the speaker 142 to generate sounds related to events based on sleep information. The presentation control unit 194 also controls a vibrator (not shown) to generate vibrations related to events based on sleep information.

Further, for example, the presentation control unit 194 may display a management screen for the object associated with the user based on the information managed by the first object information 182 and the information managed by the second object information 183. , the display 141 is controlled.

The game processing unit 195 performs calculations on the data input by the terminal device 10 according to a program. Specifically, the game processing unit 195 executes processing related to an event occurring in the server 20, for example. The game processing unit 195 also performs processing related to daytime game elements other than sleep time in response to instructions input from the user.

<1.2 Functional configuration of the server>
FIG. 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 section 201, a storage section 202, and a control section 203.

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

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

The user information table 2021 is, for example, a table that stores information regarding users who play games 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.

The object master table 2022 is, for example, a table that stores information regarding objects that can be associated with users. The object master table 2022 is a table having columns for storing object names, types, attributes, etc., using object IDs as keys, for example.

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

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

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

The management module 2033 manages tables stored in the storage unit 202. Specifically, for example, the management module 2033 updates the user information table 2021 when information regarding the user is input. Furthermore, the management module 2033 updates the object master table 2022 when an operation regarding an object is input.

The game progression module 2034 communicates between the server 20 and the terminal device 10 and advances each user's game play based on the sleep information received from the terminal device 10 of each user. For example, the game progression module 2034 generates an event to advance 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 aspects of the event. At this time, the game progress module 2034 may calculate parameters for evaluating sleep on that day based on the user's sleep information and information regarding the training items.

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

Furthermore, the game progress module 2034 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 receives from the user a designation for one of the objects determined by lottery. The game progress module 2034 receives interference from the user with respect to an object specified by the user. Furthermore, the game progression module 2034 may receive the designation of an object and interference with the object as an instruction from the terminal device 10 based on the settings of the setting information 184, rather than from the user. In this embodiment, interference with an object is, for example, adding an item to the object to improve the relationship. Hereinafter, an item added to an object in order to improve the relationship will be referred to as an added item.

The game progression module 2034 changes the first relationship to the object based on the number, type, or combination thereof of 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 as a game element during times other than sleep.

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

<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 examples, and do not exclude data not described.

FIG. 4 is a diagram showing the data structure of the user information 181. The user information 181 shown in FIG. 4 is a table that uses the user ID as a key and has columns such as name, age, address, date of birth, date of registration, scheduled wake-up time, retained items, sleep information, confirmation status, etc. . The user information 181 may include a column for storing a scheduled time to confirm an event whose confirmation has been deferred, a column for storing parameters for evaluating the user's sleep, and the like.

The user ID is an item that stores an identifier for uniquely identifying a user. Name is an item that stores the user's name. Age is an item that stores the user's age. Address is an item that stores the location where the user lives. The date of birth is an item that stores the date on which the user was born. The registration date is an item that stores the date when the user started using the game according to the present embodiment.

The scheduled wake-up time is an item that stores the time when you plan to wake up. The scheduled wake-up time is set, for example, based on input from the user. The held item is an item that stores information regarding items held by the user that can be used within the game. An item held by a user can be referred to as an item associated with the user, for example. Items include, for example, training items, granted items, and the like. The item "held item" stores, for example, the name and number of items held by the user.

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

The confirmation status is an item that stores the status of whether or not the content of the event has been confirmed. The item "confirmation status" stores information such as "on hold" or "confirmed" that allows the user to determine whether or not the content of the event has been confirmed. If confirmation of the details of the event is postponed, for example, "on hold" is stored in the item "confirmation status".

FIG. 5 is a diagram showing the data structure of the first object information 182. The first object information 182 shown in FIG. 5 is a table having columns such as name, first level, parameter, and first detailed information using object ID as a key. In addition to these, the first object information 182 may include information regarding rarity, etc.

The object ID is an item that stores an identifier for uniquely identifying an object. Name is an item that stores the name of the object. The first level and parameter are items that store an example of the first relationship between the user and the object. The item "first level" and the item "parameter" are indicators representing the depth of the relationship between the user and the object. For example, an integer greater than or equal to 0 is stored in the item "first level". 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 maximum value, the value of the item "parameter" becomes 0, and the value of the item "first level" is incremented by one. The value of the item "parameter" increases when the user interferes with the object. Specifically, for example, the item "parameter" increases depending on the number and types of objects added to the object.

The first detailed information is, for example, an item that stores aspects associated with the user. The item "first detailed information" stores which of the four aspects set for each object is associated with. In the item "first detailed information", for example, associated aspects are set to "1", and unassociated aspects are set to "0".

FIG. 6 is a diagram showing the data structure of the second object information 183. The second object information 183 shown in FIG. 6 is a table that uses the management ID as a key and has columns such as object ID, name, second level, parameter, energy level, type, attribute, and second detailed information. In addition to these, the second object information 183 may include information regarding rarity, etc.

The management ID is an item that stores an identifier for uniquely identifying an object as a usable individual. Even for the same object, multiple individuals may exist. The second level and parameter are items that store an example of the second relationship between the user and the object as an individual. The item "second level" and the item "parameter" are indicators representing the depth of the relationship between the user and the object. For example, an integer greater than or equal to 0 is stored in the item "first level". 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 maximum value, the value of the item "parameter" becomes 0, and the value of the item "first level" is incremented by one. The value of the item "parameter" increases, for example, when the user uses an individual object as a game element at a time other than sleeping. Further, the value of the item "parameter" increases, for example, when a predetermined item is used.

The energy level is an item that stores the degree to which an individual object can be used for game elements at times other than sleeping. For the item "Vigor level", for example, a numerical value from 0 to a predetermined value (for example, 100) is stored. For example, the closer the value is to the predetermined value, the longer the user can use the individual in the game element, and if it is 0, the user cannot use the individual in the game element. The item "energy level" recovers when the user's wake-up is detected. The amount of recovery may be a predetermined amount, an amount depending on sleep information, an amount depending on the object, or a complete recovery. The item "energy level" is a parameter that changes when the user's wake-up is detected, even if no event has been confirmed by the user.

Type is an item that stores the type of object. In this embodiment, the types of objects include, for example, characters, training items, and granted items. The attribute is an item that stores the property to which an object as a character belongs. In this embodiment, the attributes include, for example, fire, water, lightning, grass, super, steel, evil, fighting, and the like. There are attributes that are advantageous and disadvantageous when compared to each other. The second detailed information is an item that stores advantageous effects that the object as an individual has. An advantageous effect is, for example, an effect exerted on game elements at times other than sleep. Advantageous effects include, for example, an effect that allows the user to obtain a large number of training items, an effect that allows the user to obtain a training item with a higher degree of rarity, and the like. The item "second detailed information" stores not only effects that the object as an individual currently has, but also effects that can be obtained in the future. When an individual's second level improves, it becomes possible to acquire new effects.

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 record in the second object information 183.

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 when to confirm and how to confirm. The "confirmation method" in the setting information 184 can be translated as the "presentation method" in which the event is presented to the user.

Confirmation time is an item for storing the timing for confirming an event. In the item "confirmation time", for example, the time of wake-up detection or a predetermined time is stored. If the user can arbitrarily set the item "When checking", for example, it can be interpreted as corresponding to "Pending" when "When waking up" is set by default. The confirmation method is an item that stores the confirmation method for each event and each aspect included in the event.

The sub-item "event" in the item "confirmation method" is an item for storing confirmation methods that are collectively set for aspects included in the event. The sub-item "event" stores, for example, normal confirmation, hold, skip, fast forward, auto, or each phase.

The sub-item "first aspect" is an item that stores the confirmation method set for the first aspect. The sub-item "first phase" stores, for example, normal confirmation, hold, skip, fast forward, or auto.

The sub-item "second phase" is an item for storing the confirmation method set for the second phase. The sub-item "second phase" stores, for example, normal confirmation, hold, skip, fast forward, or auto. When the second phase is "object lottery based on sleep information", the sub-item "second phase" may be set with a process for each predetermined case, for example. Specifically, for example, the following processing may be set.
・If a specified object is obtained by lottery, notify that the object has been obtained. ・If an object of a specified rarity is obtained by lottery, notify that the object has been obtained. ・Provide notification that the object has been obtained. If an object with the display mode is obtained by lottery, notify that the object with the display mode has been obtained.

The sub-item "third aspect" is an item for storing the confirmation method set for the third aspect. The sub-item "third phase" stores, for example, normal confirmation, hold, skip, fast forward, or auto. When the third situation is "interference with a drawn object", the sub-item "third situation" may be set with a process for each predetermined case, for example. Specifically, for example, the following processing may be set.
- If a predetermined object is obtained by lottery, X more items than the preset number will be given to the object. - If a predetermined object is obtained by lottery, to the object, Grant the granted item until the predetermined requirements are achieved (for example, until the parameters related to the first level reach the maximum value). ・If an object of the prescribed rarity is obtained by lottery, the granted item will be given to the object. Grant Y more than the preset number.

FIG. 8 is a diagram showing the data structure of information stored by the server 20. Note that FIG. 8 is an example, and does not exclude data not described.

FIG. 8 is a diagram showing the data structure of the user information table 2021. The user information table 2021 shown in FIG. 8 is a table that uses the user ID as a key and has columns such as name, age, address, date of birth, date of registration, scheduled wake-up time, related objects, and sleep information.

A related object is an item that stores information regarding an object that is related to a user. The item "related object" stores, for example, information regarding an individual object (character) associated with the user. The information regarding the character includes, for example, a management ID, an object ID, a name, a second level, a parameter, a level of energy, a type, an attribute, second detailed information, and the like. Further, the item "related object" stores, for example, information regarding items associated with the user. The information regarding items includes, for example, the name and number of items held by the user.

Sleep information is an item that stores sleep information regarding the user. The item "sleep information" stores, for example, sleep information from the previous night. Note that the sleep information of the previous night can be expressed as sleep information acquired last time or sleep information acquired immediately before, for example. Sleep information from the previous night is stored when the sleep information is sent from the user. That is, when sleep information is transmitted to the server 20 in association with an event confirmation request, the sleep information of the previous night will not be stored in the user information table 2021 unless the user requests event confirmation. It is not possible to receive sleep information for the next day without the user confirming the evaluation of the previous night's sleep. Therefore, even though sleep information from the previous night has been memorized, if the event is not confirmed due to the user putting it on hold, the next day's sleep information will not be accepted and the next event will not occur. . Specifically, a state in which sleep information for the next day cannot be accepted includes, for example, not being able to enter an input to indicate that the person has gone to bed (not being able to press the sleep start button), not being able to start sleep detection, or not being able to receive sleep information from the server. This includes the fact that sleep information is not received at 20. In this way, the sleep information stored under the item "sleep information" can store the next day's sleep information when the event is confirmed by the user. The item "sleep information" is a parameter that will not be updated unless the event is confirmed by the user.

Furthermore, the item "sleep information" may store, for example, sleep information in the past. 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, part of the past sleep information stored in the user information table 2021 may be stored in the user information 181.

<3 Operation>
The operation of the terminal device 10 and the server 20 when the terminal device 10 presents to the user an event in a game using sleep information will be described.

(Setting how to check event details)
FIG. 9 is a flowchart illustrating an example of the operation of the terminal device 10 when the method of confirming event details is set in the terminal device 10.

First, a user operating the terminal device 10 requests the terminal device 10 to set a confirmation method at a predetermined time other than during sleep time and during event confirmation.

In step S11, the terminal device 10 receives settings for 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 how to confirm on the display 141. The presentation control unit 194 displays, for example, an input area for accepting specifications when confirming an event. The user inputs the scheduled time for checking the event from the input area. For example, the user inputs "at the time of waking up", "12 o'clock", etc. as the scheduled time to check the event.

The presentation control unit 194 displays, for example, an input area for accepting a batch designation of how to confirm an event. The user inputs a batch designation of the confirmation method from the input area. For example, the user inputs "normal confirmation", "skip", "fast forward", "auto", or "every phase" as a collective designation of how to confirm events. If "skip", "fast forward", or "auto" is designated as a collective designation of how to confirm an event, the presentation control unit 194 does not accept the designation for each stage. When "every situation" is designated as a collective designation of how to confirm events, the presentation control unit 194 accepts the designation for each situation.

For example, the presentation control unit 194 displays an input area for accepting a designation of how to confirm each aspect of the event. The user inputs the designation of the confirmation method from the input area provided for each situation. For example, the user inputs "normal confirmation," "hold," "skip," "fast forward," or "auto" as the confirmation method for the first and second situations.

When the third aspect is "interference with the drawn object", the presentation control unit 194 displays, for example, a user interface for accepting input of predetermined requirements. For example, the presentation control unit 194 displays information to assist in object selection. Specifically, for example, the presentation control unit 194 displays the appearance of the object to facilitate selection of the object. Further, for example, the presentation control unit 194 considers the rarity, popularity, trends, user preferences, etc., and predicts objects that the user is likely to select. The presentation control unit 194 displays the predicted object so that the user can select it.

Further, for example, the presentation control unit 194 displays the number of uses of the given item so that the user can select it. Further, for example, if the given item has a rank, the presentation control unit 194 displays the rank of the given item to be used so that the user can select it. The presentation control unit 194 may display a combination of the number of uses of the given item and the rank of the given item.

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. 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 a window 1411.

The input area 14111 is an area for inputting settings at the time of confirmation. The input area 14112 is an area for collectively inputting how to confirm events. The input area 14113 is an area for inputting how to confirm the first situation. The input area 14114 is an area for inputting how to confirm the second situation. The input area 14115 is an area for inputting how to confirm the third situation.

The user inputs desired settings into input areas 14111 to 14115. The user presses button 14116 when the input is completed.

In step S12, the terminal device 10 registers the content input by the user. Specifically, the control unit 190 uses the management unit 193 to update the setting information 184 based on the content input by the user. As a result, the method of confirming the event details is registered.

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

In step S21, the terminal device 10 detects that the user has woken up. Specifically, for example, the control unit 190 receives an operation input from the user to the terminal device 10 through the operation reception unit 191. For example, the operation input is an operation for determining sleep information. The operation for confirming the sleep information includes, for example, an operation for declaring that the person has woken up, such as pressing a button indicating that the person has woken up. Further, the operation of determining the sleep information includes, for example, an operation of stopping an alarm that is issued at the scheduled wake-up time.

In step S22, the terminal device 10 acquires sleep information. Specifically, for example, when the game processing unit 195 detects that the user wakes up, the control unit 190 ends the measurement of the user's sleep information. The management unit 193 aggregates sleep information. The management unit 193 stores the aggregated sleep information in the user information 181.

In step S23, the terminal device 10 determines whether to confirm the details of the event. Specifically, for example, the control unit 190 uses the game processing unit 195 to read out information in the item “at the time of confirmation” 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 content of the event.

If a predetermined time is stored in the item "confirmation time", the game processing unit 195 determines not to confirm the details of the event, and waits until the set time is reached. When the time reaches the stored time, the game processing unit 195 determines to confirm the content of the event.

In step S24, the terminal device 10 accesses the server 20. Specifically, for example, when it is determined to check the details of the event, the control unit 190 transmits the sleep information stored in the user information 181 to the server 20 using the transmitting/receiving unit 192 . The transmitting/receiving unit 192 also transmits a request to confirm the details of the event to the server 20.

A predetermined time is stored in the item “confirmation time”, and when the time reaches the set time, the transmitter/receiver 192 sends the sleep information stored in the user information 181 and a request to confirm the details of the event. is sent to the server 20.

The game processing unit 195 may accept an input from the user as to whether or not to confirm the details of the event, if the timing stored in the item "confirmation time" matches the current situation. For example, the presentation control unit 194 causes the display 141 to display an area for inputting whether to suspend confirmation of the details of the event. If the user selects to suspend, the game processing unit 195 determines that the current confirmation is suspended, and waits until the next set time is reached.

(Operation when an event occurs)
FIG. 12 is a diagram for explaining an example of the operation of the terminal device 10 and the server 20 when the user confirms the contents of an event.

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

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 uses the game progress module 2034 to calculate parameters for evaluating sleep based on the user's sleep information and information regarding training items acquired in the daytime game elements. The presentation module 2035 presents, for example, the user's sleep evaluation results to the user. The transmission control module 2032 transmits, for example, information for displaying the user's sleep evaluation results to the terminal device 10.

In step S32, the terminal device 10 displays the sleep evaluation results. Specifically, for example, the presentation control unit 194 reads 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 results. 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 usual, although input from the user is required. 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 that does not require input from the user. If the sub-item “event” is “for each phase”, the presentation control unit 194 reads the information of the sub-item “first phase” of the setting information 184.

When the sub-item "first phase" is "normal confirmation", the presentation control unit 194 causes the display 141 to display the sleep evaluation result in a normal manner. When the sub-item "first phase" is "on hold", 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 displaying the sleep evaluation results. When the sub-item "first phase" is "fast forward", the presentation control unit 194 displays the sleep evaluation result on the display 141 at a faster frame rate than usual, although input from the user is required. When the sub-item "first aspect" is "auto", the presentation control unit 194 displays the sleep evaluation results on the display 141 in a normal manner that does not require input from the user.

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

In step S34, the terminal device 10 displays the lottery results. Specifically, for example, the presentation control unit 194 reads 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 results. When the sub-item "event" is "fast forward", the presentation control unit 194 displays the lottery result on the display 141 at a faster frame rate than usual, although input from the user is required. When the sub-item "event" is "auto", the presentation control unit 194 displays the lottery result on the display 141 in a normal manner that does not require input from the user. When the sub-item “event” is “for each phase”, the presentation control unit 194 reads information of the sub-item “second phase” of the setting information 184.

When the sub-item "second phase" is "normal confirmation", the presentation control unit 194 causes the display 141 to display the lottery result in a normal manner. When the sub-item "second phase" is "on hold", the presentation control unit 194 postpones the display of the lottery results to a later time. When the sub-item "second phase" is "skip", the presentation control unit 194 skips the display of the lottery results. When the sub-item "second phase" is "fast forward", the presentation control unit 194 displays the lottery result on the display 141 at a faster frame rate than usual, although input from the user is required. 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 that does not require input from the user.

If a process for each predetermined case is set in the sub-item "second phase," the presentation control unit 194 executes the set process.

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 providing a given item to any of the objects determined by lottery. The presentation module 2035, for example, presents the user with an opportunity to interact with the object. The transmission control module 2032 transmits, for example, information for displaying an opportunity for interference with an object to the terminal device 10.

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

The user selects a desired object from a plurality of objects determined by, for example, a lottery. The presentation control unit 194 causes the display 141 to display a screen for adding an item to the selected object. The user grants a plurality of grant items to the selected object.

When the sub-item "event" is "skip", the presentation control unit 194 skips the opportunity to interfere with the object. When the sub-item "event" is "fast forward", the presentation control unit 194 causes the display 141 to display an opportunity for interference with an object at a faster frame rate than usual, although an input from the user is required. When the sub-item "event" is "auto", the presentation control unit 194 causes the display 141 to display the opportunity for interference with the object in a normal manner that does not require input from the user. If the sub-item “event” is “for each phase”, the presentation control unit 194 reads the information of the sub-item “first phase” of the setting information 184.

When the sub-item "third aspect" is "normal confirmation", the presentation control unit 194 causes the display 141 to display the opportunity for interference with the object in a normal manner. When the sub-item "third phase" is "on hold", the presentation control unit 194 postpones the opportunity to interfere with the object to a later time. When the sub-item "third aspect" is "skip", the presentation control unit 194 skips the opportunity to interfere with the object. When the sub-item "third phase" is "fast forward", the presentation control unit 194 causes the display 141 to display opportunities for interference with the object at a faster frame rate than usual, although input from the user is required. When the sub-item "third aspect" is "auto", the presentation control unit 194 causes the display 141 to display the opportunity for interference with the object in a normal manner that does not require input from the user.

If a process for each predetermined case is set in the sub-item "third aspect," the presentation control unit 194 executes the set process. The transmitting/receiving unit 192 transmits the result of interference with the object to the server 20.

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

As described above, in the embodiment described above, the operation reception unit 191 receives instructions from the user regarding how to confirm the content of the event generated based on the user's sleep information. The game processing unit 195 generates an event in accordance with the received confirmation method. The presentation control unit 194 presents the event to the user in the received confirmation manner. This makes it possible for the terminal device 10 to present the content of the event to the user at the user's desired timing and with the user's desired specifications. In other words, since the degree of freedom in checking the contents of an event increases, the user is no longer forced to check the event immediately after waking up.

Therefore, according to the system according to the present embodiment, even when an event using sleep information is generated, the degree of freedom in morning life can be maintained. In other words, even if the events that are expected to occur in the morning based on sleep information are richer than before, the presentation mode can be set, so that the user's morning life is prevented from being disrupted. becomes possible.

Further, in the embodiment described above, the operation reception unit 191 accepts normal confirmation, skip, hold, auto, fast forward, or a combination thereof as the method of confirming the content of the event. This allows the presentation control unit 194 to present the content of the event in a manner that meets the user's wishes.

Further, in the embodiment described above, the management unit 193 does not accept an update of the first parameter (sleep information) unless the event is confirmed by the user. When the management unit 193 detects that the user wakes up, the management unit 193 changes the second parameter (energy level) even if no event is confirmed. This allows the user to separately handle game elements related to the occurrence of events and game elements related to times other than sleep. Therefore, the user can start a game element during a time other than sleeping, regardless of whether or not the user has confirmed the content of the event.

Furthermore, in the embodiment described above, the game processing unit 195 limits the acquisition of sleep information when the event for which confirmation has been withheld has not been confirmed. In other words, if the event for which confirmation has been deferred has not been confirmed, the game processing unit 195 prompts the user to confirm the details of the event by, for example, not allowing sleep information to be sent to the server 20. . This will help you get into the habit of checking how much sleep you got every day.

Furthermore, in the above embodiments, the event includes multiple aspects. The operation reception unit 191 receives instructions regarding how to confirm each situation. This allows the confirmation method to be changed for each situation, allowing the system to respond in detail to the user's requests.

Furthermore, in the embodiment described above, the event includes a second phase in which the result of a lottery based on sleep information is displayed, and a third phase related to interference with the object acquired by the lottery. The operation reception unit 191 receives instructions regarding how to confirm according to the lottery result for the second phase, the third phase, or a combination thereof. This makes it possible to change the way of confirmation for the second and/or third situation, allowing the system to respond in detail to the user's requests.

Furthermore, in the embodiment described above, the operation reception unit 191 receives instructions during a time period that is not related to the occurrence of an event. In other words, the operation reception unit 191 receives instructions on how to check the event details at any time period unrelated to the occurrence of the event. With this, it is possible to set in advance how to confirm an event, so it is possible to save time and effort to input settings in the morning hours.

<4 Modification>
In the above embodiment, a case has been described in which the setting information 184 stores information regarding how to confirm the details of the event. However, there may be cases where 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 confirm the details of the event in response to detecting that the user wakes up. The presentation control unit 194 causes the display 141 to display an area for inputting whether or not to confirm the details of the event.

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

When the user presses the button 14122 to suspend confirmation of the event details, the presentation control unit 194 may, for example, suggest confirmation of the event details. In this embodiment, if the content of the event has not been confirmed by the user, there is a restriction on the acquisition of sleep information for the next day. In other words, if the sleep information for that day has not been sent to the server 20, or if the sleep information has been sent to the server 20 and the event content has been determined, but the event content has not been confirmed by the user, the next day's Restrictions occur when obtaining sleep information. Therefore, the presentation control unit 194 suggests confirmation of the event details so that the user confirms the event.

FIG. 14 is a schematic diagram illustrating a display example of the display 141 when displaying an input screen asking whether to confirm the contents of an event whose confirmation is pending. In FIG. 14, the presentation control unit 194 displays a window 1413. Window 1413 is an area for inputting whether or not to confirm the contents of the pending event. In the example shown in FIG. 14, the presentation control unit 194 displays buttons 14131 and 14132 in the window 1413. Button 14131 is a button for inputting an instruction to confirm the details of the event. Button 14132 is a button for inputting an instruction to suspend confirmation of the details of the event. The user presses one of the buttons. When button 14131 is pressed, transmitter/receiver 192 transmits sleep information to server 20 . Alternatively, when the button 14131 is pressed, the transmitter/receiver 192 transmits a signal requesting confirmation of the event details to the server 20.

The confirmation screen shown in FIG. 14 is displayed, for example, at a predetermined timing. Specifically, the presentation control unit 194 may, for example, display a popup every time a predetermined period of time elapses after suspending confirmation of the details of the event. Further, the presentation control unit 194 may, for example, display a pop-up at a predetermined time after suspending confirmation of the details of the event. Further, 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.

Further, in the embodiment described above, predetermined information may be presented to the user before going to bed based on the method of confirming an event based on sleep information. For example, if specific processing at the time of interference with an object is stored in the setting information 184, information about the interference is presented to the user based on the stored content. Specifically, for example, in the sub-item "Third phase" of the setting information 184, "If a predetermined object is acquired by lottery, X more items than the preset number will be given to the object. It is assumed that the process "Grant" is stored. The game processing unit 195 compares the current number of granted items in possession with the maximum number of granted items to be used in the next morning's event at a predetermined timing near the time of going to bed. The predetermined timing near the time of going to bed is, for example, a time near the time of going to bed, a timing at which entering the bed is detected, or the like. If the number of granted items that may be used in the next morning's event is greater than the current number of items in possession, the presentation control unit 194 presents to the user that the maximum predicted number of uses is greater than the number of items in possession. do.

FIG. 15 is a schematic diagram illustrating a display example of the display 141 when displaying that there is a possibility that there is a shortage of granted items. In FIG. 15, the presentation control unit 194 displays a window 1414. Window 1414 is an area for displaying that there is a possibility that there will be a shortage of granted items. In the example shown in FIG. 15, the presentation control unit 194 displays a button 14141 in a window 1414. Button 14141 is a button for agreeing to the displayed content.

Further, the presentation control unit 194 may guide the user to a procedure for replenishing the provided items.

FIG. 16 is a schematic diagram showing a display example of the display 141 when displaying an input screen for replenishing granted items. In FIG. 16, the presentation control unit 194 displays a window 1415. Window 1415 is an area for inputting an instruction to replenish granted items. In the example shown in FIG. 16, the presentation control unit 194 displays buttons 14151 and 14152 in a window 1415. Button 14151 is a button for inputting an instruction to replenish granted items. Button 14152 is a button for inputting an instruction not to replenish granted items. In this way, by conveying information about items to be used in the morning event to the user upon entering the bed, it is possible to suppress the possibility of running out of items in the morning event. In other words, it becomes possible to check the details of the morning's events more smoothly.

The game processing unit 195 may provide a benefit when the provided item is replenished through the replenishment proposal displayed in FIG. 16. The benefits include, for example, free provision of the granted item, reduction of the unit price of the granted item, or the like.

Furthermore, in the embodiment described above, the game processing unit 195 may generate an opportunity to use a training 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 ・A specified time in the morning

The game processing unit 195 may automatically use a training item based on preset contents at an opportunity to use the training item. At this time, for example, the operation reception unit 191 receives conditions for automatically using the training item from the user. For example, the conditions are as follows.
・Execute after a specified time has passed after waking up in the morning ・Execute at a specified time in the morning ・Execute after the user confirms the event details ・Give only Z training items A

The management unit 193 stores the received information in the setting information 184, for example. When the user wakes up, the game processing unit 195 reads the setting information 184 and uses the training item based on the read conditions. In this way, by incorporating the use of training items into the morning routine, the user can easily process the game elements.

Further, in the above embodiment, the terminal device 10 has been described as a terminal realized by a smartphone or the like, but the terminal device 10 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 using a mouse or the like.

Furthermore, sharing of specified information via a communication line is mainly performed via a WAN such as the Internet, but between information processing devices, short-distance wireless communication such as Bluetooth (registered trademark) is used instead of via a WAN. Alternatively, the communication may be performed only through infrared communication or the like.

Further, in the above embodiment, an example of a mode in which each function is provided in the terminal device 10 or the server 20 has been described, but the present invention is not limited to this mode, and some or all functions may be provided in a mode different from the above embodiment. The configuration may be provided in the terminal device 10, the server 20, or both the terminal device 10 and the server 20.

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

<5 Basic hardware configuration of the computer>
FIG. 17 is a block diagram showing the basic hardware configuration of the 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 99 (interface). These are electrically connected to each other by a bus.

The processor 94 is hardware for executing a set of instructions written in a program. The processor 94 includes an arithmetic unit, registers, peripheral circuits, and the like.

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

The auxiliary storage device 96 is a storage device for storing data and programs. Examples include flash memory, HDD (Hard Disc Drive), magneto-optical disk, CD-ROM, DVD-ROM, semiconductor memory, and the like.

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.

The network is composed of various mobile communication systems constructed using the Internet, LAN, wireless base stations, and the like. For example, the network includes 3G, 4G, 5G mobile communication systems, LTE (Long Term Evolution), a wireless network (eg, Wi-Fi (registered trademark)) that can be connected to the Internet through a predetermined access point, and the like. When connecting wirelessly, communication protocols include, for example, Z-Wave (registered trademark), ZigBee (registered trademark), Bluetooth (registered trademark), and the like. In the case of a wired connection, the network includes a network that is directly connected using a USB (Universal Serial Bus) cable or the like.

Note that the computers 90 can be virtually realized by distributing all or part of each hardware configuration to a plurality of computers 90 and interconnecting them via a network. In this way, the concept of the computer 90 includes not only the computer 90 housed in a single housing or case, but also a virtualized computer system.

<Basic functional configuration of computer 90>
The functional configuration of the computer realized by the basic hardware configuration of the computer 90 shown in FIG. 17 will be explained. The computer includes at least functional units of a control section, a storage section, and a communication section.

Note that the functional units included in the computer 90 can also be implemented by distributing all or part of each functional unit to a plurality of 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.

The control unit is realized by the processor 94 reading out various programs stored in the auxiliary storage device 96, loading them into the main storage device 95, and executing processing according to the programs. The control unit can implement a functional unit that performs various information processing depending on the type of program. Thereby, the computer is realized as an information processing device that performs information processing.

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. Further, the processor 94 can secure a storage area corresponding to the storage section in the main storage device 95 or the auxiliary storage device 96 according to the program. Further, the control unit can cause the processor 94 to execute processing for adding, updating, and deleting data stored in the storage unit according to various programs.

A database refers to a relational database, which is used to manage data sets called tabular tables, which are structurally defined by rows and columns, in relation to each other. In a database, a table is called a table, a table column is called a column, and a table row is called a record. In a relational database, you can set and associate relationships between tables.

Usually, each table has a column set as a key to uniquely identify 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.

The communication unit is realized by a 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 it to the control unit. The control unit can cause the processor 94 to execute information processing on the received information according to various programs. Further, the communication unit can transmit information output from the control unit to another computer 90.

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 changes can be made without departing from the gist of the invention. It can be performed. These embodiments and their modifications are included within the scope and gist of the invention as well as within the scope of the invention described in the claims and its equivalents.

<Additional notes>
The matters explained in each of the above embodiments are additionally described below.
(Additional note 1)
A program for causing a computer to execute a computer for managing the progress of a game using sleep information, the program having a processor and a memory, the program to cause the processor to determine the content of an event that occurs based on the user's sleep information. A program that executes the steps of receiving an instruction regarding a confirmation method from a user, generating an event in accordance with the received confirmation method, and presenting an event to the user in accordance with the received confirmation method.
(Additional note 2)
In the program according to appendix 1, the method of confirming the content of the event in the accepting step is normal confirmation, skip, hold, auto, fast forward, or a combination thereof.
(Additional note 3)
The program according to appendix 2, which causes the processor to execute the step of proposing confirmation of the contents of the event at a predetermined timing after receiving an instruction to suspend the event.
(Additional note 4)
The program according to Supplementary note 2, in which, in the step of generating an event, if the event for which confirmation has been deferred is not confirmed, acquisition of sleep information is restricted.
(Appendix 5)
The processor executes the step of not accepting an update of the first parameter unless the event is confirmed by the user, and the step of varying the second parameter even if the event is not confirmed when the user wakes up (Appendix 1). The program described in any of (Appendix 4) above.
(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 aspects, and in the step of accepting instructions, an instruction regarding how to confirm each aspect is received.
(Appendix 7)
In the step of generating the event, the event includes a second phase of displaying the lottery result based on sleep information and a third phase of interfering with the object obtained by the lottery, and in the step of receiving instructions, The program according to appendix 6, which receives instructions regarding how to confirm according to the results for the second aspect, the third aspect, or a combination thereof.
(Appendix 8)
The program according to appendix 7, which causes the processor to execute the step of presenting predetermined information about interference.
(Appendix 9)
The program according to any one of (Appendix 1) to (Appendix 8), in which the instruction is received in a time zone that is not related to the occurrence of an event, in the step of accepting the instruction.
(Appendix 10)
A method executed by a computer for managing the progress of a game using sleep information, comprising a processor and a memory, wherein the processor is executed in the invention according to any one of (Appendix 1) to (Appendix 9). How to perform all the steps.
(Appendix 11)
An information processing device comprising a control unit and a storage unit, wherein the control unit executes all steps performed in the invention according to any one of (Appendix 1) to (Appendix 9).
(Appendix 12)
A system comprising means for executing all steps performed in the invention according to any one of (Appendix 1) to (Appendix 9).

1...System 10...Terminal device 12...Communication IF
120... Communication unit 13... Input device 131... Touch sensitive device 14... Output device 141... Display 15... Memory 150... Position information sensor 16... Storage 160... Camera 17... Audio processing unit 171... Microphone 172... Speaker 180... Memory Unit 19...Processor 190...Control unit 20...Server

Claims (9)

A program for causing a computer to manage the progress of a game using sleep information to be executed by a computer including a processor and a memory, the program to cause the processor to:
receiving instructions from the user regarding how to confirm the content of events generated based on the user's sleep information;
generating the event in accordance with the received confirmation;
presenting the event to the user in the accepted manner of confirmation ;
In the accepting step, the method of confirming the contents of the event includes suspension;
In the step of generating the event, if the event for which confirmation has been suspended has not been confirmed, the program limits the acquisition of sleep information . 2. The program according to claim 1, which causes the processor to execute the step of proposing confirmation of the contents of the event at a predetermined timing after receiving the suspension instruction. not accepting an update of the sleep information unless the event is confirmed by the user;
2. The program according to claim 1, which causes the processor to perform the step of varying parameters usable in a predetermined game element even if the event is not confirmed when the user wakes up. A program for causing a computer to manage the progress of a game using sleep information to be executed by a computer including a processor and a memory, the program to cause the processor to:
receiving instructions from the user regarding how to confirm the content of events generated based on the user's sleep information;
generating the event in accordance with the received confirmation;
presenting the event to the user in the manner of the received confirmation;
run the
In the step of generating the event, the event includes a second phase displaying a lottery result based on the sleep information, and a third phase related to interference with the object obtained by the lottery,
In the step of accepting the instruction, the program receives an instruction regarding a method of confirmation according to the result of the lottery for the second phase, the third phase, or a combination thereof . 5. The program according to claim 4 , causing the processor to execute the step of presenting predetermined information about the interference. 5. The program according to claim 4, wherein in the step of accepting the instruction, the instruction is received in a time zone that is not related to the occurrence of the event. 7. A method executed by a computer for managing 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 any one of claims 1 to 6 . How to perform the steps. An information processing device comprising a control section and a storage section, wherein the control section executes all steps executed in the invention according to any one of claims 1 to 6 . A system comprising means for performing all steps performed in the invention according to any of claims 1 to 6 .