JP7360232B2 - Game system, game method, game program, and information processing device - Google Patents

Description

The present invention relates to a game system, a game method, a game program, and an information processing device. In particular, the present invention relates to a game system, a game method, a game program, and an information processing device that can provide a user with a predetermined benefit based on the user's sleep information.

Conventionally, when a "treasure box" is set in the standby frame, the waiting time starts counting, and once this waiting time has elapsed, the "treasure box" set in the standby frame can be opened, and the "treasure box" set in the standby frame can be opened. An information processing device is known in which, when a "treasure box" is opened, "jewels" (items) are given to the user as the contents of the "treasure box" (for example, see paragraph [0053] of Patent Document 1). According to the information processing device described in Patent Document 1, a user can obtain a predetermined item by waiting for a predetermined time.

JP 2021-130053 Publication

In the information processing device described in Patent Document 1 and the conventional social game, when giving a predetermined benefit to a user, the user acquires an unopened item (use is restricted) through game play, and is set in a predetermined standby frame, etc., and when a predetermined period of time has elapsed, the item is opened and a benefit is given to the user. Therefore, the user has an incentive to continue acquiring unopened items in order to acquire benefits, and is encouraged to continue playing the game. On the other hand, as a game using the user's sleep information, there is a game in which the user actually sleeps and achieves a predetermined condition, so that the game content is beneficial for the user in the next day's game play. Therefore, the user has an incentive to sleep, and the user can be encouraged to sleep.

Here, if we simply applied the method of awarding benefits in conventional social games to a game that uses users' sleep information, the game could end up with contradictory game content that encourages users to get some sleep while encouraging them to continue playing the game. , which is not desirable for users. For example, a user who does not own an item that becomes open after a predetermined period of time may think that if he does not sleep with the item in his possession, he will waste his sleep time. Trying to get the item. Such a game may reduce the user's sleep time, which is not preferable.

Therefore, an object of the present invention is to provide a game system, a game method, a game program, and an information processing device that can use the user's sleep information to encourage game play without preventing the user from falling asleep.

In order to achieve the above object, the present invention is a game system that executes a game using sleep information related to a user's sleep, comprising a sleep information acquisition unit that acquires sleep information of the user, and an item in the game that is a predetermined item. an item granting unit that grants the user restricted items whose use is restricted until acquisition conditions are met; a parameter generation unit that generates sleep parameters based on sleep information and associates the sleep parameters with the user; and a benefit granting unit that grants the user a game benefit corresponding to the restricted item when the conditions are met, and the sleep parameter includes a sleep parameter associated with the user before the restricted item is granted to the user. A gaming system is provided.

According to the game system, game method, game program, and information processing device according to the present invention, the game system, game method, and game program can use the user's sleep information to encourage game play without preventing the user from falling asleep. , and an information processing device.

FIG. 1 is a schematic diagram of a game system according to the present embodiment. 1 is a functional configuration block diagram of a game system according to an embodiment. FIG. FIG. 3 is a data configuration diagram of each storage section included in the storage unit according to the present embodiment. It is a flowchart of processing in the game system according to the present embodiment. It is a flowchart of processing in the game system according to the present embodiment.

[Embodiment]
<Overview of game system 1>
A game system 1 according to the present embodiment is a system that executes a game using sleep information regarding a user's sleep. For example, if the user has a predetermined "treasure box" in his possession, the game system 1 allows the user to open the "treasure box" by satisfying a predetermined sleep-related condition (for example, by taking a predetermined amount of sleep). , the user is given a "predetermined item" in the "treasure box" upon opening the box. On the other hand, in the game system 1, if the user does not have a "treasure box", the user accumulates sleep parameters generated based on the user's sleep time, etc., and in exchange for the accumulated sleep parameters, " A "predetermined item" equivalent to "a predetermined item" is given to the user. Therefore, in the game system 1, by storing sleep parameters, the user can obtain a "predetermined item" without obtaining a "treasure box." Therefore, in game system 1, it is not necessary to play the game and acquire "treasure chests" by sparing time to sleep, but rather there is a benefit for sleeping, so the user is given an incentive to sleep properly. works. Furthermore, since acquiring the "predetermined item" requires gameplay such as consumption processing of sleep parameters through user operations, there is an incentive for the user to play the game when the user is awake, such as during the day. .

FIG. 1 shows an overview of the configuration of a game system according to this embodiment.

The game system 1 includes a user's terminal device 10, a sleep measurement unit 11 that measures the user's sleep state, and a server 20 that executes game processing. The terminal device 10 and the server 20 are connected via a communication network 80 so that they can communicate bidirectionally. Further, in the game system 1, the server 20 receives sleep information of the user and advances the game. Note that the game system 1 may be a server-client type game system. Further, the sleep measurement unit 11 may be a separate device from the terminal device 10 or may be built into the terminal device 10.

Although FIG. 1 shows an example in which one terminal device 10 is connected to the server 20 via the communication network 80, a plurality of terminal devices 10 used by different users each connect to the server 20 via the communication network 80. May be connected. In the following description, in order to simplify the description, an example will be described in which one terminal device 10 is connected to the server 20 via the communication network 80.

Specifically, the game system 1 acquires the user's sleep information (for example, sleep time, sleep depth, sleep quality information, physical information of the sleeping user, etc.) measured by the sleep measurement unit 11, A game benefit is given to the user based on the acquired sleep information. For example, in the game system 1, by playing the game during the day, the user acquires a restricted item (for example, a treasure chest) whose use is restricted. Then, the game system 1 acquires the user's sleep information. The game system 1 generates a sleep parameter based on the acquired sleep information, and uses the acquired sleep information and/or the generated sleep parameter to cancel usage restrictions on restricted items. As a result, the game system 1 grants the user a benefit corresponding to the restricted item whose usage restriction has been lifted. Furthermore, even if the user does not possess the restricted item, the game system 1 allows the user to be given a benefit corresponding to the restricted item in exchange for the generated sleep parameter. This eliminates the need for the user to cut down on sleep time and continue playing the game in order to obtain restricted items.

For example, the game system 1 provides the user with a restricted item whose use is restricted based on the content of the game played by the user during the user's active time period (that is, the time period when the user is not sleeping) such as during the day. Note that the activity time period may be a time period preset by the game system 1 in which the game can be played, or a time period in which the user can preset the time to play the game while awake. A predetermined in-game benefit is associated with the restricted item, and the granting of the benefit to the user is prohibited until a predetermined acquisition condition is met. For example, when a user clears a predetermined quest or the like within a game, a restricted item is granted to the user. However, as will be described later, in the game system 1, in order for the user to obtain the benefit, it is not necessary to obtain the restricted item. Here, as an example, the restricted item is a "treasure box" that contains "items" that can be used for game play as a bonus, and the "treasure box" must be opened (in other words, if the acquisition conditions are met and the usage restriction is An example will be described in which an "item" is given to a user by releasing the "item".

(If you have restricted items)
A case will be explained in which the user obtains a "treasure box" before going to sleep. For example, when the user satisfies a predetermined condition through the user's game play during the activity period (for example, when the user clears a predetermined quest, mini-game, etc.), the game system 1 provides the user with a "treasure box." This "treasure box" contains "items", and if the user sleeps for a predetermined amount of time (in other words, the acquisition condition is a predetermined amount of sleep time, and the user sleeps for that length of time), If the item is taken), the restrictions on the use of the "treasure box" will be lifted and the "item" will be given to the user. For example, game system 1 sets the acquisition condition to x hours of sleep (where x is a positive number), opens a "treasure box" when the user has slept for x hours or more, and Grants the "item" within to the user and executes the process of making the "item" usable.

Further, the game system 1 may set, for example, the following conditions as acquisition conditions.
(a) Acquisition conditions based on the number of times of REM sleep and/or non-REM sleep during the user's sleep. As an example, the acquisition condition is satisfied when the number of REM sleeps during the user's sleep is less than or equal to a predetermined number of times, and/or when the number of times of non-REM sleep is greater than or equal to a predetermined number of times.
(b) Acquisition conditions based on mid-awakening of the user during sleep. As an example, the acquisition condition is satisfied when the number of times the user has mid-awakening is less than or equal to a predetermined number of times, and/or when the length of mid-awakening of the user is less than or equal to a predetermined time.
(c) Acquisition conditions based on the density of REM sleep and/or NREM sleep during the user's sleep. As an example, if the sleep density is the value obtained by dividing the number or time of REM sleep during the user's sleep by the sleeping time, and/or if the density is less than a predetermined value, and/or the number of REM sleep during the user's sleep is When the sleep density is determined by dividing the number of times or time by the sleeping time, the acquisition condition is satisfied if the density is equal to or greater than a predetermined value.
(d) Acquisition conditions based on the number of times the user turns over and/or makes certain movements during sleep. As an example, the acquisition condition is satisfied when the number of times the user turns over and/or makes a predetermined movement during sleep is equal to or less than a predetermined number of times.
(e) Acquisition conditions based on the user's body temperature during sleep. As an example, the acquisition condition is satisfied when the user's body temperature during sleep remains below a predetermined temperature for a predetermined period of time.
(f) Acquisition conditions based on the difference between the user's bedtime and bedtime. As an example, the acquisition condition is satisfied when the difference between the user's bedtime and bedtime is within a predetermined time (that is, the acquisition condition is satisfied when the user falls asleep easily).
Note that the plurality of acquisition conditions described above may be used alone or in combination of two or more.

First, when the user goes to sleep, the game system 1 detects the start of bedtime and/or the start of sleep of the user via the terminal device 10, and starts acquiring the user's sleep information. Subsequently, when the game system 1 detects the user's wake-up and/or awakening via the terminal device 10, it stops acquiring the user's sleep information. After the user wakes up, the game system 1 calculates the user's sleeping time from this sleep information, and determines whether the calculated sleeping time satisfies the acquisition condition. When the user's sleep time satisfies the acquisition condition, the game system 1 releases the usage restriction on the "treasure box" and allows the user to use the "item" in the "treasure box".

On the other hand, if the user's sleep time does not satisfy the acquisition condition, the game system 1 generates a predetermined sleep parameter based on the sleep time and provides it to the user. The sleep parameters thus generated are in the possession of the user. This sleep parameter is data and/or values obtained by passing sleep information (for example, sleep time) as an argument to a predetermined function and executing the function. The game system 1 can include (for example, add up and accumulate) the sleep parameters obtained from the current sleep in the sleep parameters that the user continues to possess from the previous sleep. In addition, the game system 1 can set, as an acquisition condition for lifting the restriction on the use of the "treasure box", that the user possesses a predetermined amount of sleep parameters, in addition to the condition that the user sleeps for a predetermined amount of time. In this case, the game system 1 can release the restriction on the use of the "treasure box" in exchange for the predetermined amount of sleep parameters, or allow the user to use the "item" without using the "treasure box". Therefore, even if the user is unable to obtain the "item" from the "treasure box" due to the current sleep, the user can obtain the sleep parameters obtained by integrating the sleep parameters obtained from the next sleep and the sleep parameters obtained from the current sleep. If the sleep parameters meet the acquisition conditions, you will be able to use the "items" in the "treasure box" in exchange for the amount of sleep parameters corresponding to the acquisition conditions.

In addition, game system 1 is a case where the user acquires a "treasure box" during game play after waking up, and the user has enough sleep parameters to satisfy the acquisition conditions for this "treasure box". , it is also possible to use "items" in the "treasure box" in exchange for the corresponding amount of sleep parameters. As a result, if the user saves sleep parameters, even if the user does not have the "treasure box" before going to sleep, if the user obtains the "treasure box" during gameplay during waking hours after waking up, the "treasure box" will be returned. You will be able to use the "items" inside.

In addition, in the game system 1, when a user acquires a "treasure box" and the user can possess an amount of sleep parameters sufficient to satisfy the acquisition conditions of this "treasure box" (in other words, it is possible to generate the corresponding amount of sleep parameters), (if sleep information is associated with the user), the "item" in the "treasure box" can be made available to the user without or through the sleep parameter. For example, in the game system 1, when a user acquires a "treasure box" and the user is associated with sleep information that can generate enough sleep parameters to satisfy the conditions for acquiring the "treasure box", the user When the "treasure box" is acquired by the user, sleep information corresponding to a predetermined amount of sleep parameters is consumed and the "treasure box" is items" can be made available to users. In addition, in the game system 1, if the user acquires a "treasure box" and the user has enough sleep parameters to satisfy the acquisition conditions for this "treasure box", the user can It is possible to consume a predetermined amount of sleep parameters and make the "items" in the "treasure box" available to the user without going through an operation to determine the consumption of sleep parameters. Alternatively, when the user acquires the "treasure box", the game system 1 notifies the user whether or not the "item" in the "treasure box" can be used in exchange for consuming a predetermined amount of sleep parameters. However, it is also possible to consume a predetermined amount of sleep parameters in response to the user's "item" acquisition instruction (operation to determine sleep parameter consumption), thereby allowing the user to use the "item." Further, the game system 1 provides a predetermined amount of sleep parameters to the user when the user acquires a "treasure box" and the user has enough sleep parameters to satisfy the conditions for acquiring the "treasure box". It notifies you that the "item" in the "treasure box" can be used in exchange for consuming the "item" in the "treasure box", and the "item" in the "treasure box" can be used by consuming a predetermined amount of sleep parameters without going through any operations to determine consumption. ``Items'' may be made available to the user.

(If you do not have restricted items)
Also, a case will be explained in which the user does not acquire the "treasure box" before going to sleep. Also in this case, the game system 1 acquires the user's sleep information in the same manner as above. The game system 1 calculates the user's sleep time from the acquired sleep information, generates sleep parameters based on the calculated sleep time, and provides the sleep parameters to the user. After the user wakes up, the game system 1 allows the user to use an "item" equivalent to the "item" in the "treasure box" without using the "treasure box" in exchange for a predetermined amount of sleep parameters. This predetermined amount is the amount of sleep parameters that corresponds to the acquisition condition for lifting the restriction on the use of the "treasure box". For example, if the acquisition condition for a "treasure box" is the user's sleeping time of x hours, the predetermined amount is the amount of the sleep parameter generated based on the sleeping time of x hours. In other words, the game system 1 generates sleep parameters from sleep time as the user's sleep information, and uses a certain amount of the generated sleep parameters (that is, sleep parameters corresponding to acquisition conditions) to provide the user with a "treasure box". To enable a user to obtain an "item" equivalent to that obtained when the user does not possess a "treasure box". Here, in the game system 1, the "item" can only be acquired in a predetermined scene and/or screen in the game (for example, a center or shop available to the user in the game). It is preferable. As a result, even if the user does not have the "treasure chest" before going to sleep, the user will be able to obtain and use the "items" equivalent to those obtained by acquiring the "treasure chest". .

(Example 1 of changing acquisition conditions)
The game system 1 automatically changes the acquisition conditions when the sleep information of the user and/or the sleep parameters generated from the sleep information does not satisfy the acquisition conditions but satisfies predetermined relaxation conditions. Sleep information and/or sleep parameters may be automatically changed/modified so as to satisfy the following conditions. That is, the game system 1 compares the user's sleep time and/or sleep parameters with the acquisition conditions, and determines whether the difference between the acquisition conditions and the sleep time and/or sleep parameters is within a predetermined range, even though the acquisition conditions are not met. In some cases (that is, when predetermined relaxation conditions are met), the acquisition conditions may be changed or the sleep time and/or sleep parameter calculation method may be changed to satisfy the acquisition conditions. For example, if the acquisition condition is the user's sleeping time of x hours, the user's actual sleeping time is shorter than x hours, and the difference between x hours and the actual sleeping time is y minutes (however, y is correct). For example, about a few minutes.) If the following is satisfied, you can change the acquisition condition to "60 x - y minutes" or add y minutes to the user's actual sleep time, and use the added time as sleep time. may be treated as Note that, from the viewpoint of encouraging the user to sleep for an appropriate amount of time, the game system 1 may change the acquisition condition as described above only when the user has slept for a predetermined amount of time or more.

(Example 2 of changing acquisition conditions)
When the game system 1 uses sleep time as sleep information, the time when the user goes to bed (the time when the user actually falls asleep) to the awakening time (the time when the user actually wakes up) or the wake-up time (the time when the user gets up from bed, etc.) The period up to this point is treated as sleep time (first sleep time). On the other hand, when using sleep time as sleep information, the game system 1 may treat the time from the time the user goes to bed (time when the user goes to bed, etc.) to the time the user wakes up as the sleep time (second sleep time). . In other words, in this case, the game system 1 determines that the user is sleeping even if the user is awake, if the user is in bed, and the game system 1 determines that the user is sleeping for a predetermined period of time (i.e., the amount of time required to achieve the acquisition condition). It is possible to notify the user that the acquisition condition is met if he/she stays in bed for a certain amount of time), and then treats the time from the time he/she goes to bed until the time he/she wakes up as sleep time. Unlike the bedtime (that is, the bedtime timing), the user can control the bedtime (that is, the bedtime timing) by his or her own will. Therefore, in the game system 1, by using the second sleep time as the acquisition condition, the user can easily adjust the sleep time required to satisfy the acquisition condition.

(Example of notifying the user when the acquisition conditions are met)
Furthermore, the game system 1 uses sleep time as sleep information, and when the acquisition condition is the user's sleep time of x hours, the game system 1 determines the time x hours after the time when the user went to bed or went to bed, depending on the user's going to bed or going to bed. An alarm that starts operating may be automatically set without requiring any user operation. Thereby, the user can wake up at a timing that satisfies the acquisition condition, and can reliably secure the sleep time required to meet the acquisition condition.

(Example when bedtime and bedtime are different)
Furthermore, the game system 1 can separately acquire the user's bedtime and bedtime, and can distinguish and acquire the user's wake-up time and awakening time, as the user's sleep information. The game system 1 calculates sleep information and/or generates sleep parameters used to determine whether acquisition conditions or predetermined conditions have been achieved, based on bedtime and/or bedtime, and wake-up time and/or awakening time. May be used. In all descriptions of this embodiment, unless otherwise specified, if bedtime (or bedtime) is specified to be used, bedtime (or bedtime) is used instead of bedtime (or bedtime). ) may be used, and if it is specified that the wake-up time (or wake-up time) is to be used, the wake-up time (or wake-up time) may be used instead of the wake-up time (or wake-up time).

In addition, in this embodiment, the definition of each time is as follows.
- Bedtime: Time when the user went to sleep, such as a bed. The time the user lay down on the bed, etc.
- Bedtime: The time when the user actually started sleeping.
- Wake-up time: The time when the user got out of bed or got up.
・Awakening time: The time when the user actually woke up.

In addition, for example, when assigning predetermined points to a user or associating a predetermined ranking with a user according to the sleeping time, the game system 1 may calculate the sleep information and/or generate the sleep parameters by using the bedtime and wake-up time. (or wake-up time) can be used. That is, in the game system 1, when the user acquires predetermined points or is ranked based on sleep time as sleep information, the time when the user goes to bed (the time when the user actually falls asleep) While the time from when the user wakes up (or wakes up) can be treated as sleeping time, if restrictions on "treasure chests" are lifted, etc., the time from the time the user goes to bed until the time the user wakes up (or wakes up) can be treated as sleeping time. can be treated as sleep time. Note that the game system 1 can obtain bedtime and wake-up time by inputting a predetermined instruction by the user and/or start sensing by a predetermined sensor, etc., and obtain bedtime and wake-up time mainly by sensing by a predetermined sensor, etc. can.

In this way, in game system 1, sleep parameters are generated based on sleep information, the user can accumulate and possess a predetermined amount of sleep parameters, and this sleep parameter can be used to acquire "items" in the "treasure box". and/or an "item" equivalent to the "item" can be obtained in exchange for the sleep parameter. As a result, in game system 1, by sleeping, you can obtain sleep parameters useful for game play, and if you use the obtained sleep parameters, it is equivalent to obtaining a "treasure box" without obtaining a "treasure box". ``Items'' can be obtained, so players can avoid cutting down on their sleep time while playing the game in order to obtain a certain ``Treasure Box.'' Therefore, in game system 1, even if the user sleeps without possessing a "treasure box", the disadvantages such as not being able to obtain "items" due to sleeping can be eliminated. , it is possible to prevent the user from feeling a loss of time due to sleeping.

Note that the terminal device 10 may be connected to one or more sleep measuring sections 11 by wire or wirelessly. Although one sleep measuring section 11 is shown in FIG. 1, a plurality of sleep measuring sections 11 may be connected to the terminal device 10. Furthermore, the terminal device 10 may have one or more sleep measurement units 11 built-in.

Further, the terminal device 10 is a device that can be operated by a user. The terminal device 10 may be, for example, a mobile terminal such as a mobile phone, a smartphone, or a tablet compatible with a mobile communication system. In addition, the terminal device 10 may be, for example, a stationary personal computer (PC), a laptop PC, a notebook PC, a portable game machine, and/or a home game machine or a dedicated game machine. Furthermore, the communication network 80 is a communication network such as a mobile phone network and/or the Internet. Communication network 80 can also include communication networks such as wired LAN and wireless LAN. The details of the game system 1 according to the present embodiment will be explained below, but the names, numerical values, etc. in the above explanation and the following explanation are merely examples, and the present invention is not limited to these proper names and numerical values. It should be noted that there are no actual proper names or numerical values, and that these proper names and numerical values are not necessarily related to actual proper names and numerical values.

<Details of game system 1>
FIG. 2 shows an example of the functional configuration of the game system according to this embodiment. Moreover, FIG. 3 shows an example of the data structure of each storage part included in the storage unit included in the game system according to the present embodiment.

[Overview of the configuration of game system 1]
The game system 1 is a system that executes a game using sleep information regarding a user's sleep. The game system 1 is a game system that can provide users with restricted items whose use is restricted until predetermined acquisition conditions are met. Specifically, the game system 1 includes an output unit 100 that outputs various information, an input unit 102 that receives input from the user, a sleep measurement unit 11 that measures the sleep state of the user, and An input acquisition unit 200 that acquires information, an output control unit 202 that controls output of information to the output unit 100, a sleep information acquisition unit 204 that acquires sleep information of a user, and an item that gives a predetermined item to the user. A granting unit 206, a parameter generating unit 208 that generates sleep parameters based on sleep information, a benefit granting unit 210 that grants benefits to the user, an alarm unit 212 that performs alarm settings and operations, and a parameter generating unit 208 that generates sleep parameters based on sleep information. It includes a game control unit 214 that controls processing, and a storage unit 216 that stores various information. The storage unit 216 includes a user information storage section 218 that stores information about users, and a game information storage section 220 that stores information about games.

In the game system 1, for example, a game is executed on a terminal device 10 used by a user. In this case, the terminal device 10 is configured to include at least an output section 100 and an input section 102.

The game system 1 may not only have the plurality of components described above in the same physical device or location, but also some of the plurality of components described above may be installed in physically distant positions. In this case, each component may be connected, for example, by a communication network such as the Internet. For example, the game system 1 may have an external server take charge of some of the functions of the components. Furthermore, the game system 1 may be configured as one or more servers. In this case, the game system 1 is configured by combining the terminal device, the components of one server, and the components of another server. Furthermore, in this embodiment, each device (terminal device, server, etc.) can also be understood as an information processing device. That is, a collection of devices (a collection of predetermined components) can be understood as one "information processing device," and the game system 1 may be formed as a collection of a plurality of information processing devices. How to allocate the multiple functions required to realize the game system 1 according to this embodiment to one or more pieces of hardware depends on the processing capacity of each piece of hardware and/or the specifications required for the game system 1, etc. The decision can be made as appropriate in view of the above. Further, various types of information stored in the storage unit 216 may be updated based on user instructions and information received via the input unit 102, or may be updated by obtaining predetermined information from a predetermined server existing outside the game system 1. It may be updated at any time.

[Details of the configuration of game system 1]
In the following description, a case where a user mainly executes a game provided by the game system 1 using the terminal device 10 (for example, a smartphone, a tablet terminal, a PC, etc.) will be described as an example. Note that the server 20 manages user information in the game system 1 and executes game processing. User information includes game characters owned by the user, game items, amount of virtual currency held by the user (including virtual currency given to the user for free and virtual currency given to the user for a fee), sleep parameters, and sleep measurement unit 11 Examples include user sleep information measured by .

(Game control unit 214)
The game control unit 214 communicates between the terminal device 10 and the server 20 and advances the user's game play based on the user's sleep information received from the terminal device 10. For example, the game control unit 214 progresses the game play by executing various processes such as execution of quests and mini-games in the game, and movements of characters appearing in the game. Further, the game control unit 214 executes various game processes in response to user operation inputs received via the input unit 102. For example, the game control unit 214 performs a process of giving a predetermined item to a character, a process of the movement of the character in the in-game virtual space when the user specifies a character, a process of acquiring an item for a fee or free of charge by the user, and a process of acquiring virtual currency. Executes game processing such as acquisition processing and processing for consuming items and sleep parameters held by the user.

(Output unit 100, output control unit 202)
The output unit 100 is controlled by an output control unit 202 that controls the output of predetermined information, and outputs various information regarding the execution of the game (for example, text information, image information of still images and moving images, audio information, etc.). The output unit 100 outputs various processing results and information stored in the storage unit 216 so that the user can perceive them. Specifically, the output control unit 202 outputs various processing results of each component, information stored in the storage unit 216, etc. to the output unit 100 as data in a predetermined format, still images, moving images, and/or text. Output. The output unit 100 may output information received from an external server. Note that the output unit 100 may include a display unit that displays various information, an audio output unit such as a speaker that outputs audio, a vibration unit that emits vibrations, and the like. The display section may be, for example, a liquid crystal display or an organic EL display.

(Input unit 102, input surface 104, input control unit 106)
The input unit 102 receives inputs such as predetermined instructions and operations from the user. The input unit 102 supplies the instructions to predetermined components of the game system 1 . Each component that receives the instruction performs a predetermined function. The input unit 102 is an input device (for example, a touch panel, a touch pad, a pointing device such as a mouse, a keyboard, a motion sensor, etc.) for receiving operation input from a user. In this embodiment, an example will be described in which the input unit 102 is a touch panel included in the terminal device 10. Note that the touch panel may be capable of multi-touch detection. Specifically, the touch panel as the input unit 102 includes an input screen 104 into which operations and the like from the user are input, and an input control unit 106 which acquires information regarding the operations input into the input screen 104. The touch panel is arranged to overlap the display section, which is the output section 100, and the surface of the touch panel corresponds to the input surface 104.

For example, an area for accepting a predetermined instruction is displayed on the display unit, and the input surface 104 is moved at a position specified by a user's operation (for example, a touch operation, a tap operation, a slide operation, etc.) on the area of the input surface 104. Detect a predetermined instruction. The input surface 104 supplies detected information, that is, information indicating a predetermined instruction at the detected position, to the input control unit 106. As an example, the display unit displays an area for accepting an instruction from the user to start sleeping, an area for accepting an instruction from the user for waking up, and the like. The input control unit 106 acquires information indicating a predetermined instruction from the input surface 104 and supplies the information to a predetermined component of the game system 1 .

(Sleep measurement unit 11)
The sleep measurement unit 11 acquires information regarding the sleep of the user of the terminal device 10 . The sleep measurement unit 11 supplies the acquired information to the sleep information acquisition unit 204. Note that when the terminal device 10 and the sleep measuring section 11 are separate devices, the terminal device 10 communicates with the sleep measuring section 11 through short-range wireless communication such as Bluetooth (registered trademark) or Wi-Fi, and The sensing result of the measurement unit 11 is received. Further, the sleep measurement unit 11 may be compatible with communication standards of mobile communication systems such as 5G, and may transmit sensing results to the server 20 without using short-range wireless communication. In this case, the terminal device 10 may receive from the server 20 sleep information acquired by the server 20 that has received the sensing results from the sleep measurement unit 11 and store it.

The sleep measurement unit 11 is realized by, for example, a motion sensor, a temperature sensor (for example, an infrared sensor), etc. built into the terminal device 10. That is, the terminal device 10 and the sleep measuring section 11 may be located in the same device. In this case, the terminal device 10 also functions as the sleep measuring section 11. The sleep measuring unit 11 may be a wearable device such as a wristwatch, a ring, or an eye mask that is worn on the user's body, and may be a motion sensor such as a gyro sensor as a device independent of the terminal device 10. It may be configured with Further, the sleep measurement unit 11 may be a device placed on the mattress, bedside, or the like on which the user sleeps.

Here, the motion sensor can include an acceleration sensor, an angular velocity sensor, etc., and senses the movement of the terminal device 10 and outputs the sensing result. For example, by placing the terminal device 10 on the mattress of the bed on which the user sleeps, the motion sensor can detect the movement of the sleeping user when the user moves on the mattress. By using the sensing results of the motion sensor, the sleep information acquisition unit 204 (described later) can determine whether the user is sleeping or awake, and whether the sleeping user is in light sleep or deep sleep. , REM sleep, non-REM sleep, etc., and can be obtained as sleep information.

Note that the user may use two or more sleep measurement units 11 at the same time. For example, the user may wear two wristwatch-shaped sleep measuring sections 11, or the user may use a smartphone as the sleep measuring section 11 while wearing the wristwatch-shaped sleep measuring section 11. Thereby, the movement of the sleeping user's body can be detected using a gyro sensor or the like. By accumulating sensing results obtained by various sensors while the user is sleeping, the sleep information acquisition unit 204 can determine whether the user is sleeping, in a light sleep state, or in a deep sleep state. , it is possible to determine whether it is REM sleep or non-REM sleep, etc., and obtain it as sleep information. In this way, by determining the waveforms of REM sleep and non-REM sleep, the quality of the user's sleep can be evaluated. For example, the sleep information acquisition unit 204 has the cycles of REM sleep and NREM sleep that are good quality sleep set in advance, and compares them with the waveforms of REM sleep and NREM sleep during the user's sleep. You can evaluate the quality of your sleep and obtain it as sleep information.

In addition, the sleep information acquisition unit 204 determines that the user has gone to bed (for example, that the user has been lying on the bed), and that the user has gone to bed (fall asleep) after going to bed, based on the output of a motion sensor such as the sleep measuring unit 11. (actual sleep) can also be detected. The sleep information acquisition unit 204 also determines whether the user has performed an input operation on the terminal device 10 after the user goes to bed and before going to bed. It is also possible to determine whether the person was perceiving the information. That is, the sleep information acquisition unit 204 can determine whether the user who is about to sleep operates the terminal device 10 before going to sleep.

Further, the sleep measurement unit 11 that is expected to be used in the game system 1 may be managed in a white list format. Note that if the sleep information acquisition unit 204 (described later) acquires sleep information from a sleep measurement unit 11 that is not managed by the game system 1, the server 20 assumes that the sleep measurement unit 11 cannot be identified and does not accept the sleep information. Alternatively, the subsequent processing may be performed using unspecified parameters for the sleep measurement unit 11 or the like.

Furthermore, the difference in the type of sleep measuring section 11 does not necessarily mean a difference in the device. That is, even if the sleep measurement units 11 have the same device configuration, they may be managed as different sleep measurement units 11 in the game system 1 depending on the type of software or application used before supplying sleep information to the server 20. . For example, even if sleep information is detected using the same sleep measurement unit 11, a case where sleep measurement application A is used for processing the sleep information and a case where a sleep measurement application different from sleep measurement application A is used. When B is used for processing sleep information, it can be managed as a different "sleep measuring unit ID". In this way, by managing each sleep measurement unit ID as a different one depending on the type of device in the device configuration and the combination of the application used, it becomes possible to generate sleep information more flexibly. As a result, you can fully enjoy the game depending on your sleep state.

(Input acquisition unit 200)
The input acquisition unit 200 acquires a user's operation input. That is, the input acquisition unit 200 acquires information indicating the user's operation input input on the input screen 104 via the input control unit 106. The input acquisition unit 200 supplies information indicating the acquired operation input to predetermined other components.

(Sleep information acquisition unit 204)
The sleep information acquisition unit 204 acquires the user's sleep information and/or error information (information indicating that an unexpected malfunction has occurred, a malfunction of the sleep measurement unit 11, etc.). The sleep information acquisition unit 204 can acquire sleep information and/or error information in real time. Specifically, the sleep information acquisition unit 204 acquires information regarding the user's sleep acquired by the sleep measurement unit 11, that is, sleep information, from the sleep measurement unit 11. Sleep information includes, for example, the user's wakefulness/sleep state, date information, bedtime, bedtime (sleep onset) time, awakening time, wake-up time, sleep time, sleep quality (for example, REM sleep and/or non-REM sleep). the number of times the user slept deeply, the number of times he snored, the number of times he turned over and moved, etc.), and/or physical information of the sleeping user (for example, body temperature, heart rate, etc.). Then, the sleep information acquisition unit 204 separately acquires the user's bedtime and bedtime, and also separately acquires the user's wake-up time and awakening time, as sleep information. For example, the sleep information acquisition unit 204 acquires sleep information from when the user starts sleeping (that is, when the user goes to bed or starts going to bed) until when the user wakes up.

Furthermore, the sleep information acquisition unit 204 determines whether the user has started sleeping and whether the user has woken up based on the sleep information. That is, the sleep information acquisition unit 204 determines the user's sleep start time (the time when sleep actually starts, that is, the time when the user goes to bed) and the user's wake-up start time based on the sleep information acquired by the sleep measurement unit 11. to decide. The sleep information acquisition unit 204 supplies the acquired sleep information to the parameter generation unit 208 , the benefit provision unit 210 , the alarm unit 212 , the game control unit 214 , and the user information storage unit 218 .

Note that when the input acquisition unit 200 acquires an operational input for starting sleep from the user via the input unit 102, the sleep measuring unit 11 can start acquiring information regarding the user's sleep. In this case, the sleep information acquisition unit 204 determines whether the user has started sleeping in response to this operational input or based on sleep information acquired by the sleep measurement unit 11 (for example, information such as sensing results of a motion sensor). It is determined that the person has gone to bed or gone to bed. When the input acquisition unit 200 acquires a wake-up operation input from the user via the input unit 102, the sleep measurement unit 11 stops acquiring the user's sleep information. In this case, the sleep information acquisition unit 204 determines that the user has woken up in response to this operational input or based on the sleep information acquired by the sleep measurement unit 11. The sleep information acquisition unit 204 acquires the sleep information of the user from the start of sleep until the user wakes up, which is measured by the sleep measurement unit 11 according to the user's determination of sleep start and wakeup determination.

Further, the sleep measurement unit 11 may constantly acquire information regarding the user's sleep. In this case, the sleep information acquisition unit 204 determines when the input acquisition unit 200 acquires the sleep start operation input from the user via the input unit 102 or based on the sleep information acquired by the sleep measurement unit 11. It is determined that sleep has started. The sleep information acquisition unit 204 determines whether the user has woken up based on the sleep information acquired by the sleep measuring unit 11 or when the input acquisition unit 200 acquires an operation input for waking up from the user via the input unit 102. I judge that. The sleep information acquisition unit 204 acquires the user's sleep information measured by the sleep measurement unit 11 from the time when the user determines to start sleeping until the time when the user determines to wake up.

(Item granting unit 206)
The item granting unit 206 grants items in the game to the user. The item granting unit 206 grants the user a restricted item whose use is restricted until a predetermined acquisition condition is met. Specifically, when a predetermined condition is satisfied based on the game play by the user, the item granting unit 206 grants the user a restricted item corresponding to the condition. The predetermined condition may be that the user acquires a predetermined character in the game, accomplishes a quest such as capturing an image of the predetermined character's state in the virtual space in the game, or clears a mini-game. The item granting unit 206 supplies information regarding restricted items to be given to the user to the user information storage unit 218. That is, the item assignment unit 206 assigns the restricted item to the user by associating the user ID and the like with information about the restricted item (such as an ID that identifies the restricted item).

Note that a restricted item is an item whose use in the game by the user is prohibited or restricted until a predetermined acquisition condition is met. A predetermined game benefit is associated with the restricted item, and when the acquisition conditions are met, the user is granted the benefit. The benefits may be, for example, items that can be used in the game, characters used in the game, virtual currency in the game, and/or limited items themselves.

The acquisition condition may be a condition that the user's sleep information satisfies predetermined contents. The acquisition condition may be, for example, the available acquisition time that is the time when it becomes possible to acquire the restricted item, and the available acquisition time may be the sleeping time required of the user. That is, the acquisition condition in this case is that the user sleeps for a predetermined amount of time. Further, the acquisition condition may be that the quality of the user's sleep is equal to or higher than a predetermined quality, and/or that the amount of sleep parameters calculated based on the user's sleep information is equal to or higher than a predetermined amount. .

(Parameter generation unit 208)
The parameter generation unit 208 generates sleep parameters based on the sleep information acquired by the sleep information acquisition unit 204, and associates the generated sleep parameters with the user. For example, the parameter generation unit 208 generates sleep parameters using the user's sleep time as sleep information. Furthermore, if a sleep parameter associated with the user already exists, the parameter generation unit 208 includes the newly generated sleep parameter (new sleep parameter) in the already existing sleep parameter (existing sleep parameter). can be set. As an example, the parameter generation unit 208 can add a new sleep parameter to an existing sleep parameter, and associate the summed sleep parameter with the user. That is, if there is a sleep parameter (existing sleep parameter) associated with the user before the limited item is given to the user and/or before the game benefit is given to the user, the parameter generation unit 208 Alternatively, if there is a sleep parameter (existing sleep parameter) associated with the user after a restricted item and/or benefit is granted to the user, the generated sleep parameter (new sleep parameter) Include existing sleep parameters. This allows the user to store sleep parameters. The parameter generation unit 208 supplies the generated sleep parameters to the user information storage unit 218.

Further, the parameter generation unit 208 compares the user's sleeping time and the obtainable time according to the acquisition conditions of the restricted item, and if the sleeping time is longer, the parameter generating unit 208 calculates the sleep time based on the remaining time obtained by subtracting the obtainable time from the sleeping time. Parameters may be generated and associated with users.

Furthermore, if a restricted item is given to the user when the user wakes up, the parameter generation unit 208 may change the timing of the start time and/or end time of the sleep time calculation required to generate the sleep parameter as described below. You can also do it. That is, in this case, when determining whether the sleep parameter satisfies the acquisition condition, if the sleep parameter does not satisfy the acquisition condition, the parameter generation unit 208 reproduces the sleep parameter that satisfies the acquisition condition based on the sleep information. can be achieved. In this case, the parameter generation unit 208 may notify the user via the output unit 100 whether or not to regenerate the sleep parameters. Then, when receiving an instruction to regenerate sleep parameters via the input unit 102, the parameter generation unit 208 may regenerate the sleep parameters. Note that the parameter generation unit 208 may automatically regenerate the sleep parameters without notifying the user whether or not to regenerate the sleep parameters.

Specifically, in the normal state, the parameter generation unit 208 generates sleep parameters based on the sleep time calculated using the bedtime and wake-up time (or wake-up time). However, if the amount of generated sleep parameters (generated sleep parameters) is smaller than the amount of sleep parameters (required sleep parameters) required to satisfy the acquisition conditions for restricted items, the user will not be able to obtain the restricted items even though he has slept. You cannot obtain the corresponding benefits. If the amount obtained by subtracting the generated sleep parameter from the required sleep parameter is within a predetermined range (for example, if the difference between the two is a small amount corresponding to several minutes), it will be harmful to the user. Therefore, when the amount obtained by subtracting the generated sleep parameter from the required sleep parameter is within a predetermined range, the parameter generation unit 208 calculates the amount using the bedtime and wake-up time in order to increase the amount of the generated sleep parameter. regenerates sleep parameters based on the amount of time spent. That is, since the bedtime time is usually earlier than the bedtime time, changing the start time of sleep time measurement to the bedtime time lengthens the sleep time used for generating sleep parameters. This allows the amount of sleep parameters to be increased.

Note that the content that the parameter generation unit 208 notifies the user via the output unit 100 may be, for example, “If the user lies down on a bed or the like for a predetermined period of time, the acquisition condition is satisfied.” In other words, when the user wakes up and tries to wake up thinking that he/she has fulfilled the acquisition conditions that are the conditions for acquiring the benefit, but in reality, the acquisition conditions are not met because the user has only slept for a few minutes. , users feel very disappointed. Therefore, in order to prevent the user from feeling such disappointment, the parameter generation unit 208 relaxes the initial acquisition conditions, notifies the user of the conditions necessary to satisfy the new acquisition conditions, and Allow users to select whether to delay their wake-up time or not. In response to the notification, the user can delay the wake-up time by a predetermined period of time. However, from the perspective of encouraging the user to sleep and/or wake up appropriately, if the condition is satisfied that the amount obtained by subtracting the generated sleep parameter from the required sleep parameter falls within an amount of time corresponding to, for example, several minutes. Preferably, the parameter generation unit 208 notifies the user of the above and relaxes the acquisition conditions. Further, from a similar perspective, the parameter generation unit 208 allows the user to delay the wake-up time by a time corresponding to the amount obtained by subtracting the generated sleep parameter from the required sleep parameter, and allows the user to delay the wake-up time by In the case of delay, the time exceeding the time may be prohibited from being used for generating sleep parameters.

(Benefit granting unit 210)
The benefit granting unit 210 grants the user a game benefit corresponding to the restricted item when the sleep parameter or sleep information satisfies the acquisition condition. If the user already owns the restricted item and the sleep parameter (or sleep information) satisfies the acquisition condition, the benefit granting unit 210 cancels the restriction on the use of the restricted item and converts the restricted item to the restricted item via the restricted item. A corresponding in-game benefit is granted to the user. In addition, when the user does not possess the restricted item and the sleep parameter (or sleep information) satisfies the acquisition condition, the benefit granting unit 210 provides the in-game benefit corresponding to the restricted item without going through the restricted item. Grant to user. In other words, if the user has a restricted item, the benefit granting unit 210 grants the user a benefit via the restricted item on the condition that the sleep parameter (or sleep information) satisfies the acquisition condition. Even if the user does not possess the item, the same benefits as if the user possesses the restricted item are granted to the user, provided that the sleep parameters (or sleep information) that the user possesses satisfy the acquisition conditions. . Then, the privilege granting unit 210 supplies information indicating that a privilege has been granted to the user to the user information storage unit 218.

Specifically, after the user wakes up, which is determined based on the sleep information acquired by the sleep information acquisition unit 204, the benefit granting unit 210 refers to the user information storage unit 218 to determine whether the user has a restricted item. Make a judgment. The privilege granting unit 210 also refers to the user information storage unit 218, and includes sleep information acquired by the sleep information acquisition unit 204 in the user's current sleep, sleep parameters generated by the parameter generation unit 208 based on the sleep information, and/or ascertain the sleep parameters already associated with the user.

Then, when the user has a restricted item, the benefit granting unit 210 determines whether the acquisition condition is satisfied based on the acquisition condition set for the restricted item and the referenced sleep information of the user. do. For example, when the acquisition condition is that a predetermined length of sleep time is satisfied, the benefit granting unit 210 determines whether the current sleep time included in the user's sleep information satisfies the acquisition condition, and satisfies the acquisition condition. (that is, when the user sleeps longer than the length set in the acquisition conditions), the user is given a benefit corresponding to the restricted item. Note that when a predetermined amount of sleep parameters is also set as an acquisition condition, the benefit granting unit 210 determines whether the amount of sleep parameters associated with the user satisfies the acquisition condition, and determines whether the amount of sleep parameters associated with the user satisfies the acquisition condition. (In other words, if the user has more sleep parameters than the amount set in the acquisition conditions), the restriction on the use of the restricted item may be lifted and a benefit corresponding to the restricted item may be granted to the user.

Note that the benefit granting unit 210 may perform a lottery when granting a benefit to a user, and grant the benefit to the user based on the lottery result. For example, a plurality of benefits may be associated with a restricted item, and each benefit may be associated with a predetermined lottery probability. When awarding a benefit to a user, the benefit granting unit 210 may perform a lottery based on these lottery probabilities and grant the winning benefit to the user. Furthermore, the game system 1 can also use multiple types of restricted items. For example, a reward can have a predetermined rarity, such as a restricted item with a high probability of being drawn for a high rarity benefit, a restricted item with a high probability of being drawn for a medium rarity benefit, and/or a high probability of being drawn for a low rarity benefit. The game system 1 may use restricted items.

On the other hand, if the user does not possess a restricted item (that is, if the user is not granted a restricted item), the benefit granting unit 210 responds to a predetermined restricted item in exchange for the sleep parameters possessed by the user. It is possible to grant a predetermined benefit to a user. In other words, if a restricted item is not granted to the user and a sleep parameter that satisfies the acquisition condition for the restricted item is associated with the user, the benefit granting unit 210 provides the benefit granting unit 210 with a sleep parameter that satisfies the acquisition condition in exchange for the amount of sleep parameter that satisfies the acquisition condition. A game benefit corresponding to the restricted item is given to the user. For example, the benefit granting unit 210 can grant a benefit corresponding to a predetermined restricted item to the user in response to an instruction to consume a predetermined amount of sleep parameters from the user, which is received by the input unit 102, while the user is awake.

Here, the timing at which the benefit granting unit 210 grants the privilege to the user is not limited to when the user wakes up. For example, the benefit granting unit 210 can grant a benefit to the user at any timing after the user wakes up and while the user is awake. In this case, the benefit granting unit 210 consumes the sleep parameters given to the user at the arbitrary timing in response to the user's instructions received via the input unit 102, and gives the benefit to the user.

(Benefit granting unit 210: Example of not using sleep parameters)
In addition, if the restricted item has already been granted to the user when the user wakes up and the acquisition condition is satisfied based on the sleep information, the benefit granting unit 210 grants the user the in-game benefit corresponding to the restricted item without using the sleep parameters. may be given to That is, if the user already has the restricted item when he or she wakes up, the user does not need to acquire the restricted item by playing the game before starting sleep. Therefore, the benefit granting unit 210 omits the step of generating sleep parameters based on the sleep information, and grants the user a benefit corresponding to the restricted item when the sleep time acquisition condition is satisfied. For example, if the acquisition condition set for the restricted item is "x hours of sleep" or "sleep parameters generated based on x hours of sleep", if the user sleeps for x hours, the benefit will be granted. The unit 210 determines that the acquisition condition is satisfied using the sleep time without generating sleep parameters, and grants the user a benefit corresponding to the restricted item.

(Benefit granting unit 210: Example of generating sleep parameters)
If the restricted item has already been granted to the user when the user wakes up and the acquisition condition is satisfied based on the sleep information, the benefit granting unit 210 uses sleep parameters generated based on the sleep information to create a game corresponding to the restricted item. The above benefits may be given to the user. That is, first, the parameter generation unit 208 generates sleep parameters based on sleep information, and associates the generated sleep parameters with the user. Then, the benefit granting unit 210 can grant a game benefit corresponding to the restricted item to the user without presenting to the user that the sleep parameter has been generated and that the sleep parameter has been associated with the user. Alternatively, the privilege granting unit 210 may present to the user that the sleep parameter has been generated and that the sleep parameter has been associated with the user (that is, the privilege granting unit 210 may notify the output unit 100 via the output control unit 202 (The user may be provided with a perceptible output to the user that the sleep parameter has been generated and that the sleep parameter has been associated with the user), and a game benefit corresponding to the restricted item may be given to the user. In these cases, the benefit granting unit 210 may grant the benefit to the user without requiring any operation by the user to receive the game benefit corresponding to the restricted item (that is, automatically).

(Benefit granting unit 210: Example of adjusting acquisition conditions)
In addition, when the user has a restricted item, the benefit granting unit 210 determines whether the sleep parameter associated with the user satisfies the acquisition condition for the restricted item (for example, when the user wakes up If the sleep parameters do not meet the acquisition conditions according to a predetermined standard at a time when the user attempts to lift the usage restrictions on the restricted items (or at a timing when attempting to lift the usage restrictions on the restricted items), the acquisition conditions can be changed so that the usage restrictions on the restricted items can be lifted.

For example, when the acquisition condition is that a predetermined length of sleep time is satisfied, the predetermined standard is derived from this predetermined length of sleep time and the sleep information acquired by the sleep information acquisition unit 204 when the user wakes up. This is the case, for example, when the difference between the user's sleeping time and the user's sleeping time is within a predetermined range (however, the predetermined sleeping time is greater than the user's sleeping time). Alternatively, if the predetermined standard is that the acquisition condition is to satisfy a predetermined amount of sleep parameters, the predetermined standard is based on the predetermined amount of sleep parameters and the sleep information acquired by the sleep information acquisition unit 204 when the user wakes up. The total amount of sleep parameters generated by the parameter generation unit 208 or sleep parameters already associated with the user (that is, sleep parameters stored in the user information storage unit 218) and sleep parameters generated by the parameter generation unit 208 The difference may be within a predetermined range (however, predetermined amount of sleep parameter>amount of user's sleep parameter). Note that the predetermined standard can be set within a range that does not interfere with proper sleep, from the viewpoint of providing an incentive to the user to take proper sleep. For example, when the predetermined standard is set based on a predetermined length of sleep time, the predetermined standard is set within a range where the user's sleep time is several minutes shorter than the predetermined length of sleep time. Moreover, this "several minutes", that is, the grace period may be different for each user. For example, the grace period can be expanded or contracted based on how long the user has played the game, whether the user uses game items, and/or if the user is getting a certain amount of sleep (for example, if the user is getting a certain quality of sleep), etc. can. For example, the grace period can be extended if the play period by the user is longer than a predetermined period, if a game item is used, and/or if the user is getting a predetermined quality of sleep.

Furthermore, instead of changing the acquisition conditions as described above, or in addition to changing the acquisition conditions, the benefit granting unit 210 can also adjust sleep information and/or sleep parameters. This adjustment may be performed automatically by the benefit granting unit 210, or may be performed in response to a predetermined instruction from the user (for example, an instruction to consume an item to which sleep information and/or sleep parameters can be added in the game). You can also do that. For example, when the acquisition condition is to satisfy a predetermined length of sleep time (required sleep time) (or to satisfy a predetermined amount of sleep parameters corresponding to the required sleep time), the user's sleep time (user sleep information) is several minutes shorter than the required sleep time, the benefit granting unit 210 adjusts the sleep information by adding the time corresponding to the difference between the required sleep time and the user sleep information to the user's sleep time. You may. As an example, when the user sleep information is "7 hours and 55 minutes" and the required sleep time is "8 hours", the benefit granting unit 210 inputs a consumption instruction for an item that can add 5 minutes of sleep time to the input unit. If received from the user via 102, the user sleep information is adjusted to "8 hours". Then, the benefit granting unit 210 uses the adjusted user sleep information (or sleep parameters generated from the adjusted user sleep information) to determine whether the acquisition conditions are satisfied.

In addition, when the acquisition condition is to satisfy a predetermined amount of sleep parameters (required sleep parameters), the sleep parameters corresponding to the user's sleep time (user sleep parameters) are smaller than the required sleep parameters by a predetermined amount (for example, several minutes). If the amount of sleep parameters corresponding to a certain amount of sleep time is less than the amount of sleep parameters of may be adjusted. As an example, in a case where the user sleep information is "7 hours and 55 minutes" and the required sleep parameter is a sleep parameter of an amount corresponding to "8 hours", the benefit granting unit 210 first After the amount of sleep parameters (user sleep parameters) are generated, input unit 102 is used to instruct consumption of an item (parameter addition item) to which an amount of sleep parameters corresponding to the difference between the necessary sleep parameters and the user sleep parameters can be added. If received from the user via the user, the sleep parameter of the parameter addition item is added to the user sleep parameter, and the user sleep parameter is adjusted to the parameter of the amount corresponding to "8 hours". Then, the benefit granting unit 210 determines whether the acquisition conditions are satisfied using the adjusted user sleep parameters.

In addition, from the viewpoint of improving the user's sleeping habits, when the benefit provision unit 210 adjusts sleep information and/or sleep parameters, it is preferable that the adjustment is made only in relation to the acquisition condition. In other words, even if the benefit granting unit 210 adjusts the sleep information and/or sleep parameters, the sleep information and/or sleep parameters stored in the user information storage unit 218 may not match the sleep information and/or sleep parameters that correspond to the user's actual sleep. Preferably information and/or sleep parameters.

Then, when the sleep parameter does not satisfy the acquisition condition based on a predetermined standard, the benefit granting unit 210 changes the content of the acquisition condition itself so that the acquisition condition is satisfied by the user's sleep time or the amount of the sleep parameter. For example, when the acquisition condition is that a predetermined length of sleep time is satisfied, the benefit granting unit 210 performs an adjustment to reduce the predetermined length of sleep time in accordance with the user's actual sleep time. Further, when the acquisition condition is that a predetermined amount of sleep parameters are satisfied, the benefit granting unit 210 performs an adjustment to reduce the predetermined amount of sleep parameters in accordance with the amount of sleep parameters that the user possesses.

(Benefit granting unit 210: Example of adjusting sleep information and/or sleep parameters)
Additionally, when the user has a restricted item, the benefit granting unit 210 determines whether the sleep parameter associated with the user satisfies the acquisition condition for the restricted item (for example, when the user wakes up) If the sleep parameters do not meet the acquisition conditions according to the predetermined criteria at the time of attempting to remove the usage restrictions of restricted items, etc., the sleep parameters will be changed to meet the acquisition conditions so that the usage restrictions of the restricted items can be lifted. You can also do that. Note that the predetermined criteria are the same as those described in "(Benefit granting unit 210: example of adjusting acquisition conditions)".

Then, when the sleep parameter does not satisfy the acquisition condition based on a predetermined standard, the benefit granting unit 210 changes the user's sleep time or the amount of the sleep parameter so that the acquisition condition is satisfied. For example, if the acquisition condition is to satisfy a predetermined length of sleep time, the benefit granting unit 210 adjusts the amount of sleep time to add the insufficient sleep time to the user's actual sleep time so that the predetermined length of sleep time is satisfied. Execute. Further, when the acquisition condition is to satisfy a predetermined amount of sleep parameters, the benefit granting unit 210 adds the insufficient sleep parameters to the sleep parameters possessed by the user so that the predetermined amount of sleep parameters is satisfied. Perform the adjustment.

(Benefit granting unit 210: When sleep information and/or sleep parameters do not satisfy acquisition conditions)
If the user has a restricted item and the sleep parameters or sleep information do not satisfy the acquisition conditions, the benefit granting unit 210 outputs the sleep parameters and/or sleep information that are additionally required to satisfy the acquisition conditions via the output unit 100. Information may be output together with restricted items. In this case, the benefit granting unit 210 may cause the output unit 100 to output the remaining sleep parameters or sleep information required to satisfy the acquisition condition together with the restricted item. For example, in a case where the acquisition condition is that the user's sleep time satisfies a predetermined length of sleep time, if the sleep time as the user's sleep information is less than the predetermined length of sleep time, the benefit granting unit 210 In addition, the remaining time after subtracting the user's sleep time from the predetermined sleep time (in other words, the acquisition condition will be met if the user sleeps for the remaining time) is limited. It is output to the output unit 100 together with the item (for example, output near the restricted item or superimposed on the restricted item). As an example, the benefit granting unit 210 associates the user's sleep time, which is used as fulfilling a part of the acquisition conditions, with information on acquisition conditions for restricted items owned by the user (that is, information regarding owned items). and stored in the user information storage unit 218. The benefit granting unit 210 causes the output unit 100 to output the remaining time until the user's sleep time corresponding to the acquisition condition information for the restricted item stored in the user information storage unit 218 satisfies the acquisition condition. good.

(Benefit granting unit 210: Example of lifting restriction on use of restricted item)
When the sleep parameter (or sleep information) satisfies a predetermined acquisition condition for a restricted item, the benefit granting unit 210 may grant the user a release item that releases the restriction on the use of the restricted item. The unlock item is output from the output unit 100 as a "key", for example. Then, when receiving an instruction to use the "key" from the user via the input unit 102, the benefit granting unit 210 may release the restriction on the use of the restricted item and grant the user a predetermined benefit in the game. Note that if the user has a release item, the user can release the usage restriction of the restricted item at any timing.

(Benefit granting unit 210: Regarding the privilege when you do not have the restricted item)
In addition, in the case where the user does not possess the predetermined restricted item and the sleep parameter associated with the user satisfies the acquisition condition for the predetermined restricted item, the benefit granting unit 210 provides the bonus without using the restricted item. It is most preferable to provide the user with a benefit equivalent to the in-game benefit corresponding to the restricted item. However, if the user has sleep parameters, the benefit granting unit 210 may use the sleep parameters as in-game virtual currency to obtain a benefit different from the benefit corresponding to the restricted item. As an example, the benefit granting unit 210 can also use the sleep parameter to obtain a predetermined benefit (for example, an item, etc.) at an in-game shop or the like in response to an instruction from the user that the input unit 102 receives.

(Benefit granting unit 210: Example of possessing multiple restricted items)
When the user has a plurality of restricted items, the benefit granting unit 210 can function as follows. For example, if a user has a first restricted item and a second restricted item, the first restricted item has a first acquisition condition, and the second restricted item has a second acquisition condition. Here are some examples of settings.

(First example)
First, assume that the user acquires a first restricted item and then acquires a second restricted item. In this case, the benefit granting unit 210 applies the sleep parameters possessed by the user to the acquisition conditions in the order in which the restricted items acquired by the user are acquired. For example, the benefit granting unit 210 compares the sleep parameter possessed by the user with the first acquisition condition of the first restricted item, and if the sleep parameter satisfies the first acquisition condition, the privilege granting unit 210 selects the first restricted item. A first benefit corresponding to the first benefit is granted to the user, and the sleep parameters required for granting the first benefit are subtracted from the sleep parameters possessed by the user. Then, if the sleep parameters possessed by the user remain after the deduction, the benefit granting unit 210 compares the remaining sleep parameters with the second acquisition condition of the second restricted item, and sets the second acquisition condition. If the remaining sleep parameters satisfy, the second benefit corresponding to the second restriction item is granted to the user, and if not, the second benefit is not granted to the user. On the other hand, if the sleep parameter owned by the user does not remain after the deduction, the benefit granting unit 210 ends the process. In addition, as a modification of the above-mentioned "first example", the benefit granting unit 210 may randomly set one acquisition condition for one restricted item in the reverse order of the acquisition order of the restricted items acquired by the user, or randomly regardless of the acquisition order. Sleep parameters may also be applied.

(Second example)
Assume that the user acquires a second restricted item after acquiring the first restricted item. In this case, the benefit granting unit 210 applies the sleep parameters possessed by the user in the order of easy acquisition conditions set to the restricted items acquired by the user. For example, the benefit granting unit 210 compares the first acquisition condition of the first restricted item owned by the user and the second acquisition condition of the second restricted item, and which acquisition condition is easily achieved. Decide whether it is possible. For example, in a case where the first acquisition condition is consumption of a first amount of sleep parameters and the second acquisition condition is consumption of a second amount of sleep parameters, "first amount > second amount ”, the benefit granting unit 210 determines whether or not the sleep parameters possessed by the user satisfy the second acquisition condition for the second restricted item, and if the second acquisition condition for the second restricted item is satisfied, the benefit granting unit 210 provides the benefit corresponding to the second restricted item. to the user. Thereafter, if the sleep parameters possessed by the user remain, the benefit granting unit 210 determines whether or not the first acquisition condition is satisfied, and if the sleep parameters are satisfied, the benefit granting unit 210 grants the benefit corresponding to the first restricted item to the user. If the conditions are not met, the process is terminated.

(Third example)
Assume that the user acquires a second restricted item after acquiring the first restricted item. In this case, the benefit granting unit 210 applies the sleep parameters owned by the user based on the user's selection. For example, in response to a user's instruction to select a first restricted item or a second restricted item received via the input unit 102, the benefit granting unit 210 grants the user a benefit corresponding to the selected restricted item. Then, the benefit granting unit 210 applies the sleep parameters possessed by the user to the acquisition conditions for the restricted item selected by the user. For example, when the user selects the first restricted item, the benefit granting unit 210 compares the sleep parameters possessed by the user with the first acquisition condition of the first restricted item, and selects the first acquisition condition. If the sleep parameter satisfies , the first benefit corresponding to the first restricted item is granted to the user, and the sleep parameter required to grant the first benefit is subtracted from the sleep parameter possessed by the user. Subsequently, when the user selects the second restricted item, the benefit granting unit 210 compares the remaining sleep parameters possessed by the user after deduction with the second acquisition condition of the second restricted item, and selects the second restricted item. If the remaining sleep parameters satisfy the second acquisition condition, the second benefit corresponding to the second restricted item is granted to the user, and if the acquisition condition is not satisfied, the second benefit is not granted to the user. On the other hand, the benefit granting unit 210 ends the process if there are no sleep parameters remaining in the user's possession after the deduction and/or if the user does not select the second restricted item.

(Alarm section 212)
The alarm unit 212 sets an alarm to be issued to the user. The alarm unit 212 automatically changes the timing of issuing an alarm according to the user's situation in the game in the game system 1. The alarm unit 212 can be configured to include, for example, an audio output unit that emits sound, a light emitting unit that emits light, and/or a vibration unit that generates vibration. Further, the alarm unit 212 may be included in the terminal device 10 or may be configured as a separate and independent device from the terminal device 10. In this case, the alarm section 212 is connected to the terminal device 10 and/or the server 20 so as to be able to communicate bidirectionally. Furthermore, the alarm unit 212 may be configured as a function within the game application used in the game system 1, or may be configured as a function of another application of the terminal device 10 (for example, an application such as an alarm that is standardly included in the operating system (OS)). The alarm may be operated by supplying alarm setting information to the alarm.

Specifically, after the user starts sleeping, the alarm unit 212 sets and/or controls an alarm that prompts the user to wake up in accordance with the timing when the acquisition condition for the restricted item is satisfied. The alarm unit 212 sets the timing for outputting an alarm based on the restricted item given to the user and the acquisition condition of the restricted item. In other words, the alarm unit 212 acquires the restricted item based on the sleep time as sleep information corresponding to the sleep parameter or sleep information when the restriction item is given to the user and the sleep parameter or sleep information satisfies the acquisition condition. Generate setting information for an alarm that is issued when a condition is met.

For example, if the acquisition condition for the restricted item is to satisfy a predetermined length of sleep time, the alarm unit 212 determines that the sleep time required to satisfy the acquisition condition is the predetermined length of sleep time, and Automatically generates alarm setting information so that the alarm operates at the time when the predetermined length of sleep time has elapsed from the timing of the user going to bed or sleeping, which is determined based on the sleep information acquired by the information acquisition unit 204. do. Further, the alarm unit 212 may notify (or suggest) to the user via the output unit 100 whether or not an alarm needs to be set at the timing of the bed entry. In this case, the alarm unit 212 may generate alarm setting information in response to a user's alarm setting instruction received via the input unit 102.

Furthermore, if the acquisition condition for the restricted item is to satisfy a predetermined amount of sleep parameters, the alarm unit 212 determines that the sleep parameters required to satisfy the acquisition condition are the predetermined amount of sleep parameters, and Alarm setting information so that the alarm operates at the time when the time for which the predetermined amount of sleep parameters is generated has elapsed from the timing of the user's admission to bed, which is determined based on the sleep information acquired by the information acquisition unit 204. automatically generated. The time during which a predetermined amount of sleep parameters are generated is the sleep time required for the parameter generation unit 208 to generate the predetermined amount of sleep parameters, and the alarm unit 212 is configured to generate the predetermined amount of sleep from the timing of the user going to bed. Alarm setting information is automatically generated so that the alarm operates at the time when the time for which the parameter is generated elapses. Note that the alarm unit 212 may generate alarm setting information by receiving input from the user in the same manner as described above.

Furthermore, the alarm unit 212 may use a timing determined based on the time when the user enters the bed as the timing to issue the alarm. That is, the alarm unit 212 may issue the alarm at the time when the sleep time required to satisfy the acquisition condition has elapsed from the bedtime time. Here, if the bedtime and the user's bedtime do not match, the alarm unit 212 may function as follows.

That is, the alarm unit 212 calculates the timing at which the sleep parameter generated by the parameter generation unit 208 based on the user's actual sleep satisfies the acquisition condition for the restricted item. For example, in a normal case, the alarm unit 212 determines the timing to issue an alarm (scheduled wake-up time) by applying the sleep time required to generate the sleep parameters required to satisfy the acquisition condition to the bedtime time. However, if the bedtime and bedtime do not match, the alarm unit 212 recalculates the timing to issue the alarm by applying the sleep time required to generate the sleep parameters required to satisfy the acquisition conditions to the bedtime. . The alarm unit 212 changes the recalculated timing to the timing to issue an alarm when the bedtime and bedtime do not match, and automatically generates setting information for an alarm to be issued at the changed timing. You can also do it. Note that when the bedtime and bedtime time do not match, the alarm unit 212 may change the timing of issuing the alarm using the time obtained by adding a predetermined time to the bedtime.

Note that the condition for changing the timing at which the alarm unit 212 issues an alarm is when the bedtime and bedtime do not match, and the degree of discrepancy may be within a predetermined range. For example, if the degree of discrepancy, that is, the difference between bedtime and bedtime is more than a predetermined value and within a predetermined range (for example, if it is 10 minutes or more but within 30 minutes to 1 hour) etc.), the alarm section 212 changes the timing. The degree of this mismatch can be adjusted as appropriate. Furthermore, the alarm unit 212 can also allow the user to select whether or not to change the timing at which the alarm is issued. For example, the alarm unit 212 sets in advance a mode in which the timing is changed (first mode) and a mode in which the timing is not changed (second mode), and outputs both modes to the output unit 100 before the user goes to bed. Output the selection screen. The alarm unit 212 may generate alarm setting information in response to the user's first mode selection instruction received via the input unit 102.

In this way, the alarm unit 212 is configured to, for example, when the actual sleeping time becomes shorter than the time from the bedtime to the wake-up time because the user is unable to fall asleep, that is, when the bedtime is later than the bedtime. Change the timing at which the alarm automatically sounds so that you can wake up when the conditions for acquiring restricted items are met.

For example, when the acquisition condition for the restricted item is "sleep for 7 hours", it is assumed that the user sleeps from 0:00 to 7:00, and the alarm unit 212 activates the alarm according to the time when the user goes to bed. If an alarm is set at 7:00, but the user's actual bedtime is 0:30, then if the alarm is activated at 7:00, the user will sleep for 6 hours and 30 minutes, which is shorter than expected. In this case, the acquisition conditions are not met. Therefore, the alarm unit 212 can shift the time at which the alarm is activated based on the bedtime (for example, to 7:30) so that the acquisition condition is satisfied.

Furthermore, if it is assumed in advance that a predetermined period of time will elapse from the time the user goes to bed to the time the user goes to bed, the alarm unit 212 may issue an alarm at the wake-up time that corresponds to the sleep time required to satisfy the acquisition condition for the restricted item. In order to generate an alarm, the time calculated based on the time of going to bed and the amount of sleep required to satisfy the acquisition conditions, plus a predetermined time (additional time), is set as the wake-up time (set wake-up time), which is the timing to generate the alarm. (time). However, if the user goes to bed before the additional time has elapsed from the bedtime, the alarm unit 212 can activate the alarm at a timing earlier than the set wake-up time. In other words, the alarm unit 212 subtracts the time obtained from the difference between the user's actual bedtime acquired by the sleep information acquisition unit 204 and the user's bedtime from the additional time, and sets the set wake-up time by the time obtained by subtracting the time. You can reset the alarm to an earlier time.

In other words, if you assume that it takes a certain amount of time for the user to go to bed, and set the time from bedtime to wakeup time to be longer than the sleep time required to satisfy the acquisition condition, if the user goes to bed earlier than expected. , the timing of the alarm can be automatically advanced. For example, if the acquisition condition for a restricted item is "to get 7 hours of sleep," in order to get 7 hours of sleep, you should go to bed at 0:00 a.m. and go to bed at 7:30, assuming 30 minutes before going to bed. If the alarm is set at 12:00 and the user goes to bed at 0:00, the alarm section 212 automatically changes the timing at which the alarm is activated so that the alarm is emitted at 7:00.

(Storage unit 216)
The storage unit 216 stores various information related to the game system 1. Each storage section included in the storage unit 216 supplies predetermined information to a predetermined component in response to requests from other components of the game system 1 .

(Storage unit 216: user information storage section 218)
The user information storage unit 218 stores information related to user information, sleep information, sleep parameters, owned items, bonus information, etc. in association with a user ID that identifies the user. Examples of the user information include information such as a user name, which is a name set by the user, a login ID, and/or a password. Examples of the sleep information include sleep information regarding the user's sleep measured by the sleep measurement unit 11 (including the number of continuous measurement days for which sleep information was acquired, etc.). Further, the sleep information may be associated with the date and time when the sleep information acquisition unit 204 acquired the sleep information. For example, the user information storage unit 218 can store the user's sleep time as sleep history in association with the date and time as sleep information. The sleep parameter is a sleep parameter generated by the parameter generation unit 208 based on sleep information. The user information storage unit 218 includes sleep parameters generated from one sleep (that is, sleep on a certain day) and sleep parameters generated from other sleep (that is, sleep on a different day from a certain day). Parameters can be stored. Further, a predetermined period limit may be set for the storage period of sleep parameters. Information regarding owned items includes, for example, information regarding restricted items that have been given to the user and that the user owns (including acquisition conditions for lifting restrictions on the use of restricted items), and games owned by the user. Examples include information regarding items. The information regarding held items also includes information such as the type and number of each game item. Further, the information regarding held items may include information regarding a virtual character owned by the user, which is an in-game virtual character. The bonus information is information regarding a bonus in the game that corresponds to the restricted item and is given to the user. The benefit information may be information regarding a predetermined item, a predetermined character, in-game virtual currency, and/or the restricted item itself.

(Storage unit 216: game information storage section 220)
The game information storage unit 220 stores game information and restricted item information in association with the game information ID. Game information includes information about characters appearing in the game, information about items, information about item lottery (including information such as the lottery probability of predetermined items), information about in-game virtual currency, and/or information about predetermined voices and Examples include various types of information such as music information. For example, when the game information storage section 220 stores information regarding a character as game information, the character information as the game information is stored in association with the character ID as the game information ID. Similarly, various kinds of other information are stored in association with IDs of various kinds of information. The restricted item information is information regarding restricted items that appear in the game. Restricted item information is associated with a restricted item ID that identifies a restricted item, and includes information regarding the type of restricted item, etc., information regarding acquisition conditions for lifting restrictions on the use of a restricted item, and/or information associated with the restricted item. Contains information on the game benefits offered. Note that the restricted item information can be associated with information regarding one or more benefits in association with one restricted item ID.

[Processing flow of game system 1]
FIG. 4 shows an example of the flow of processing in the game system according to this embodiment.

First, the sleep information acquisition unit 204 determines whether the user has started sleeping (going to bed or going to bed) based on the measurement by the sleep measurement unit 11 or the user's sleep start instruction received via the input unit 102. to decide. If the sleep information acquisition unit 204 determines that the user has not started sleeping, the sleep information acquisition unit 204 waits to acquire sleep information until the user starts sleeping. On the other hand, when the sleep information acquisition unit 204 determines that the user has started sleeping, the sleep information acquisition unit 204 starts acquiring the user's sleep information measured by the sleep measurement unit 11.

Then, the sleep information acquisition unit 204 determines whether the user has woken up based on the measurement by the sleep measurement unit 11 or the user's wake-up instruction received via the input unit 102 (step 10, hereinafter referred to as step (represented as “S”). If the sleep information acquisition unit 204 determines that the user has not woken up (No in S10), the sleep information acquisition unit 204 continues to acquire sleep information. On the other hand, if the sleep information acquisition unit 204 determines that the user has woken up (Yes in S10), the sleep information acquisition unit 204 stops acquiring the user's sleep information measured by the sleep measurement unit 11. Then, the sleep information acquisition unit 204 calculates sleep time based on the acquired sleep information (S12). Note that the parameter generation unit 208 may calculate the sleep time, and the parameter generation unit 208 may generate sleep parameters based on the sleep information acquired by the sleep information acquisition unit 204 at the step S12.

Subsequently, the benefit granting unit 210 determines whether the user has a restricted item (S14). The benefit granting unit 210 refers to the user information storage unit 218 and determines whether a restricted item is stored as a held item in association with the user ID, thereby determining whether the user owns the restricted item. to judge. If the benefit granting unit 210 confirms that the user has the restricted item (Yes in S14), the benefit granting unit 210 determines whether the acquisition conditions set for the restricted item are satisfied. (S16).

If acquisition of a predetermined length of sleep time is set as an acquisition condition, the benefit granting unit 210 determines whether the calculated sleep time satisfies the acquisition condition. On the other hand, when a predetermined amount of sleep parameters is set as an acquisition condition, the benefit granting unit 210 adds user information to the amount of sleep parameters generated by the parameter generation unit 208 or the amount of sleep parameters generated by the parameter generation unit 208. It is determined whether the sum of the amounts of sleep parameters stored in the storage unit 218 satisfies the acquisition condition. If the benefit granting unit 210 determines that the acquisition conditions are satisfied (S16: Yes), the benefit granting unit 210 grants the user a game benefit corresponding to the restricted item (S18). The benefit granting unit 210 grants a benefit to the user by storing information regarding the benefit in the user information storage unit 218 in association with the user ID.

Then, in the case where acquisition of a predetermined length of sleep time is set as an acquisition condition, after the benefit granting unit 210 grants a benefit to the user, the sleep time (user It is determined whether there is any remaining time (S24). If there is no time left (No in S24), the benefit granting unit 210 ends the process (end of wake-up process). On the other hand, if there is time remaining (Yes in S24), the parameter generation unit 208 generates a sleep parameter based on the remaining time, gives it to the user (S26), and then ends the process (end of wake-up process). The parameter generation unit 208 stores the generated sleep parameters in the user information storage unit 218 in association with the user ID. If sleep parameters are already stored in the user information storage unit 218, the parameter generation unit 208 can add up the sleep parameters generated in S26 to the already stored sleep parameters and include them.

On the other hand, if the privilege granting unit 210 confirms that the user does not possess the restricted item (No in S14), the parameter generating unit 208 generates sleep parameters based on the sleep time calculated by the sleep information acquiring unit 204. (S26). The subsequent processing is the same as above.

Further, if the benefit granting unit 210 determines that the user's sleep time and/or sleep parameters do not satisfy the acquisition conditions (No in S16), the benefit granting unit 210 determines whether the acquisition conditions do not meet the predetermined criteria. It is determined whether or not (S20). When the benefit granting unit 210 determines that the acquisition condition is not satisfied by the predetermined standard (No in S20), the processes from S26 onwards are executed. On the other hand, if the benefit granting unit 210 determines that the acquisition conditions do not satisfy the predetermined criteria (Yes in S20), the benefit granting unit 210 adjusts the acquisition conditions and/or adjusts sleep information/sleep parameters. (S22). The specific adjustment method is as described in "(Benefit grant unit 210: Example of adjusting acquisition conditions)" and "(Benefit grant unit 210: Example of adjusting sleep information and/or sleep parameters)" above. . After execution of the adjustment by the benefit granting unit 210, the processes from S18 onwards are executed.

[Other examples of processing flow of game system 1]
FIG. 5 shows an example of the flow of processing in the game system according to this embodiment.

The game system 1 may provide a benefit to the user using sleep parameters when the user wakes up (or wakes up). Specifically, another example is an example in which benefits are granted using sleep parameters that are already associated with the user. In the following description, the description of the same steps as in the above flow will be omitted or simplified, and the explanation will focus on the different steps.

First, steps up to S10 are the same as above. Note that the sleep information acquisition unit 204 may calculate the sleep time based on the acquired sleep information. Subsequently, the step S14 is also the same as above. Then, when the privilege granting unit 210 confirms that the user has the restricted item (Yes in S14), the privilege granting unit 210 determines whether the restricted item is in possession of the restricted item based on the sleep parameters already associated with the user. It is determined whether the acquisition conditions set in (S17) are satisfied. That is, the benefit granting unit 210 determines whether the acquisition condition is satisfied using the sleep parameters stored in the user information storage unit 218 in association with the user ID of the user.

Specifically, when acquisition of a predetermined length of sleep time is set as an acquisition condition, the benefit granting unit 210 determines whether the sleep time used to generate the sleep parameters already associated with the user satisfies the acquisition condition. Determine whether or not. On the other hand, if a predetermined amount of sleep parameters is set as an acquisition condition, the benefit granting unit 210 determines whether the amount of sleep parameters stored in the user information storage unit 218 satisfies the acquisition condition. Note that when the parameter generation unit 208 generates a sleep parameter, the benefit granting unit 210 may use an amount obtained by adding the amount of sleep parameters stored in the user information storage unit 218 to the amount of the generated sleep parameters. .

If the benefit granting unit 210 determines that the acquisition conditions are satisfied (S17: Yes), the benefit granting unit 210 grants the user a game benefit corresponding to the restricted item (S18). In a case where acquisition of a predetermined length of sleep time is set as an acquisition condition, after the benefit granting unit 210 grants a benefit to the user, the user is already associated with the sleep time required to satisfy the acquisition condition. It is determined whether there is any remaining time subtracted from the sleep time used to generate the sleep parameters (S24). If there is no time left (No in S24), the benefit granting unit 210 ends the process (end of wake-up process). On the other hand, if there is time left (Yes in S24), the benefit granting unit 210 leaves the sleep parameter corresponding to the remaining time given to the user (S27), and ends the process (end of wake-up process).

On the other hand, if the privilege granting unit 210 confirms that the user does not possess the restricted item (No in S14), the parameter generating unit 208 generates sleep parameters based on the sleep time calculated by the sleep information acquiring unit 204. and is given to the user (S27). The subsequent processing is the same as above. Further, if the benefit granting unit 210 determines that the acquisition condition is not satisfied (No in S17), S20 and S22 are executed in the same manner as above.

[Game program]
Each component included in the game system 1 according to the present embodiment shown in FIGS. 1 to 5 causes an arithmetic processing device such as a central processing unit (CPU) to execute a program (i.e., a game program). In other words, it can be realized through software processing. Further, it can also be realized by writing a program in advance to hardware as an electronic component such as an integrated circuit (IC). Note that software and hardware can also be used together.

The game program according to this embodiment can be pre-installed in, for example, an IC or a ROM. In addition, the game program must be provided as a computer program by recording the file in an installable or executable format on a computer-readable recording medium such as a magnetic recording medium, optical recording medium, or semiconductor recording medium. You can also do it. The recording medium storing the program may be a non-transitory recording medium such as a CD-ROM or a DVD. Furthermore, the game program can be stored in advance in a computer connected to a communication network such as the Internet, and can be provided by downloading via the communication network.

The game program according to the present embodiment operates on the CPU and the like to execute the game program using the sleep measurement unit 11, output unit 100, input unit 102, input surface 104, input control unit 106, and input Acquisition unit 200, output control unit 202, sleep information acquisition unit 204, item provision unit 206, parameter generation unit 208, benefit provision unit 210, alarm unit 212, game control unit 214, storage unit 216, user information storage unit 218, and It functions as the game information storage section 220.

[Effects of embodiment]
The game system 1 according to the present embodiment can store sleep parameters generated based on the user's sleep in association with the user, and can consume the sleep parameters even if the user does not have the restricted items. The user can obtain the same benefits as when owning a restricted item. As a result, in game system 1, it is not necessary to cut down on sleep time to play the game in order to possess the restricted item, so it is possible to encourage the user to play the game without preventing the user from falling asleep, and to have an appropriate amount of sleep. It can encourage users to adopt habits.

As described above, the game system 1 can provide a sleep parameter to the user when the user sleeps, and allow the user to have a predetermined benefit in exchange for the sleep parameter. Thereby, in the game system 1, the user can be motivated to sleep, and at least the motivation to sleep is not hindered.

Although the embodiments of the present invention have been described above, the embodiments described above do not limit the invention according to the claims. Furthermore, it should be noted that not all combinations of features described in the embodiments are essential for solving the problems of the invention. Further, the technical elements of the embodiments described above may be applied singly or may be divided into a plurality of parts such as program parts and hardware parts.

1 Game System 10 Terminal Device 11 Sleep Measurement Unit 20 Server 80 Communication Network 100 Output Unit 102 Input Unit 104 Input Surface 106 Input Control Unit 200 Input Acquisition Unit 202 Output Control Unit 204 Sleep Information Acquisition Unit 206 Item Adding Unit 208 Parameter Generation Unit 210 Privilege granting section 212 Alarm section 214 Game control section 216 Storage unit 218 User information storage section 220 Game information storage section

Claims (16)

A game system that executes a game using sleep information regarding a user's sleep,
a sleep information acquisition unit that acquires sleep information of the user;
an item granting unit that grants the user a restricted item that is an item in the game and whose use is restricted until a predetermined acquisition condition is met;
a parameter generation unit that generates a sleep parameter based on the sleep information and associates the sleep parameter with the user;
a benefit granting unit that grants the user a benefit in the game corresponding to the restricted item when the sleep parameter satisfies the acquisition condition;
The game system wherein the sleep parameter includes the sleep parameter associated with the user before the restricted item is given to the user. If the limited item is given to the user when the user wakes up and the acquisition condition is satisfied based on the sleep information, the benefit granting unit controls the game corresponding to the limited item without using the sleep parameter. The game system according to claim 1, wherein the above privilege is given to the user. If the restricted item is given to the user when the user wakes up and the acquisition condition is satisfied by the sleep information, the parameter generation unit generates the sleep parameter based on the sleep information, and generates the sleep parameter based on the sleep information, and associate the sleep parameters with
The benefit granting unit may cause the user to respond to the restricted item without presenting the generation of the sleep parameter and the association to the user, or by presenting the generation of the sleep parameter and the association to the user. The game system according to claim 1, wherein the game benefit corresponding to the restricted item is provided to the user without requiring an operation for receiving the game benefit. The sleep information is sleep time of the user,
The acquisition condition is the acquisition time of the limited item,
The parameter generation unit compares the sleep time and the obtainable time, and if the sleep time is longer, generates the sleep parameter based on the remaining time obtained by subtracting the obtainable time from the sleep time. The game system according to any one of claims 1 to 3. When the benefit granting unit determines whether the sleep parameter satisfies the acquisition condition, if the sleep parameter does not satisfy the acquisition condition and also satisfies a predetermined relaxation condition, the usage restriction is lifted. The game system according to any one of claims 1 to 4, wherein the acquisition conditions can be changed so that the acquisition conditions can be changed. When the benefit granting unit determines whether the sleep parameter satisfies the acquisition condition, if the sleep parameter does not satisfy the acquisition condition and also satisfies a predetermined relaxation condition, the usage restriction is lifted. 5. The game system according to claim 1, wherein the sleep parameter can be changed to content that satisfies the acquisition condition. When the parameter generation unit determines whether the limited item is given to the user when the user wakes up and the sleep parameter satisfies the acquisition condition, the parameter generation unit determines whether the sleep parameter satisfies the acquisition condition. 7. The game system according to claim 1, wherein the game system is capable of regenerating a sleep parameter that satisfies the acquisition condition based on the sleep information when the sleep parameter satisfies the acquisition condition. The limited item is given to the user, and the device further comprises an alarm unit that sets an alarm to be issued at a timing when the acquisition condition for the limited item is satisfied based on the user's sleeping time. The game system according to item 1. When the timing at which the alarm is issued is determined based on the time when the user goes to bed, and the time when the user goes to bed does not match the time when the user goes to bed,
The alarm unit can calculate the timing at which the sleep parameters generated by the user's actual sleep satisfy the acquisition condition, change the calculated timing to the timing, and set an alarm to be issued at the changed timing. The game system according to claim 8. The sleep information acquisition unit separately acquires, as the sleep information, a bedtime time and a bedtime time of the user, and a wake-up time and an awakening time,
The acquisition condition is set using the bedtime and the wake-up time,
9. The game system according to claim 1, wherein the sleep time included in the sleep information is measured using the bedtime and the wake-up time. A game system in which a game is executed using sleep information regarding a user's sleep, and a restricted item whose use is restricted until a predetermined acquisition condition is met can be given to the user,
a sleep information acquisition unit that acquires sleep information of the user;
a parameter generation unit that generates a sleep parameter based on the sleep information and associates the sleep parameter with the user;
If the sleep parameter that satisfies the acquisition condition is associated with the user in a case where the restricted item is not granted to the user, the benefit is granted to the user in exchange for the sleep parameter. A game system comprising a granting section. When the restricted item is granted to the user and the sleep parameter that satisfies the acquisition condition is associated with the user, the benefit granting unit cancels the usage restriction and responds to the restricted item. 12. The game system according to claim 11, wherein the user is given a benefit on the game. The game system according to claim 11 or 12, wherein the sleep parameters include the sleep parameters associated with the user before the game benefits are given to the user. A game method of a game system that executes a game using sleep information regarding a user's sleep, the game method comprising:
a sleep information acquisition step of acquiring sleep information of the user;
an item granting step of granting the user a restricted item that is an item in the game and whose use is restricted until a predetermined acquisition condition is met;
a parameter generation step of generating a sleep parameter based on the sleep information and associating the sleep parameter with the user;
a benefit granting step of granting the user a benefit in the game corresponding to the restricted item if the sleep parameter satisfies the acquisition condition;
The said sleep parameter includes the said sleep parameter matched with the said user before the said restriction item is given to the said user. A game program for a game system that executes a game using sleep information regarding a user's sleep,
to the computer,
a sleep information acquisition function that acquires sleep information of the user;
an item grant function that grants the user a restricted item that is an item in the game and whose use is restricted until a predetermined acquisition condition is met;
a parameter generation function that generates a sleep parameter based on the sleep information and associates the sleep parameter with the user;
If the sleep parameter satisfies the acquisition condition, execute a benefit granting function that grants the user a benefit in the game corresponding to the restricted item;
The sleep parameter includes the sleep parameter associated with the user before the restricted item is given to the user. An information processing device that executes a game using sleep information regarding a user's sleep,
a sleep information acquisition unit that acquires sleep information of the user;
an item granting unit that grants the user a restricted item that is an item in the game and whose use is restricted until a predetermined acquisition condition is met;
a parameter generation unit that generates a sleep parameter based on the sleep information and associates the sleep parameter with the user;
a benefit granting unit that grants the user a benefit in the game corresponding to the restricted item when the sleep parameter satisfies the acquisition condition;
The information processing device includes the sleep parameter associated with the user before the restriction item is given to the user.

Images