JP7766746B2 - Game program, information processing device and information processing method - Google Patents

Description

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

In recent years, activity measurement devices that measure human behavior and activity levels by using motion detection sensors that detect body movements have become widespread. Activity measurement devices increase users' health awareness by displaying their activity levels, etc., and it is desirable for users to use them continuously.
For example, Patent Literature 1 discloses a technology that uses life log information to provide a more entertaining application. Patent Literature 2 discloses a game device and a program that gives users a sense of immersion. Patent Literature 3 discloses a technology that more effectively encourages users to change their behavior to improve their health.

JP 2014-199601 A Japanese Patent Application Laid-Open No. 2021-097919 Re-table 2018/163558 publication

However, the inventions described in Patent Documents 1, 2, and 3 only reflect parameters based on automatically acquired biometric information in the game, which is not very interesting for users.

This disclosure has been made in light of the above-mentioned issues, and its purpose is to motivate users to develop good sleeping habits by providing a more engaging game based on the user's game operations during the day and the user's sleeping habits at night.

A game program to be executed by a computer having a processor and a storage unit, the game program causing the processor to execute the following steps: an acquisition step of acquiring sleep information about a user; a generation step of generating parameters when the user satisfies a first condition while awake; an award step of awarding a benefit to the user based on the parameters and the sleep information acquired in the acquisition step in response to the sleep information being acquired in the acquisition step; a determination step of determining, prior to the award step, benefit candidates that can be acquired in the award step based on the parameters when the user satisfies a second condition while awake; and a notification step of notifying the user of the benefit candidates determined in the determination step without awarding the benefit to the user.

According to the present disclosure, users can obtain in-game rewards based on their gameplay, such as applying items to their characters during the day, and their sleep at night. This allows users to enjoy gameplay during the day while also motivating them to develop good sleeping habits.

1 is a diagram showing the overall configuration of an information processing system 1. FIG. 2 is a block diagram showing the functional configuration of the server 10. FIG. 2 is a block diagram showing the functional configuration of a user terminal 20. FIG. 10 is a diagram showing the data structure of a user table 1012. FIG. 10 is a diagram showing the data structure of a deck table 1013. FIG. 10 is a diagram showing the data structure of a character master 1014. FIG. 10 is a diagram showing the data structure of an item master 1015. FIG. 10 is a diagram showing the data structure of a material master 1016. FIG. 10 is a diagram showing the data structure of a privilege master 1017. 10 is a flowchart showing the operation of a benefit providing process. 10 is a flowchart showing the operation of a benefit candidate display process. 10 is a screen example showing the operation of a bonus granting process. 10 is a screen example showing the operation of a benefit candidate display process. FIG. 2 is a block diagram showing the basic hardware configuration of a computer 90.

Embodiments of the present disclosure will be described below with reference to the drawings. In all figures describing the embodiments, common components will be designated by the same reference numerals, and repeated explanations will be omitted. Note that the following embodiments do not unduly limit the content of the present disclosure as described in the claims. Furthermore, not all components shown in the embodiments are necessarily essential components of the present disclosure. Furthermore, each figure is a schematic diagram and is not necessarily a precise illustration.

<Overview of Information Processing System 1>
1 is a diagram showing the overall configuration of an information processing system 1. The information processing system 1 in the present disclosure is an information processing system that provides a game service that progresses based on a user's game operation while awake (e.g., during the day) and information related to the user's sleep state while asleep (e.g., at night). The information processing system 1 is an information processing system that maintains a user's motivation to maintain good sleeping habits while enjoying the game service.
In this disclosure, a training game will be described as an example of a game service provided by the information processing system 1. Note that the present disclosure can be applied to any game service, such as a shooting game, an action game, a role-playing game, an adventure game, a racing game, a puzzle game, a simulation game, or a table game.

<Basic configuration of information processing system 1>
An information processing system 1 according to the present disclosure is shown in Fig. 1. The information processing system 1 is configured to include a server 10 and multiple user terminals 20A, 20B, and 20C, which are connected via a network N. Fig. 2 is a block diagram showing the functional configuration of the server 10. Fig. 3 is a block diagram showing the functional configuration of the user terminal 20.

Server 10 is an information processing device that accepts information about a user's game operations during the day and their sleep state at night, and provides a service that grants benefits to the user or the in-game characters owned by the user.

The user terminal 20 is an information processing device operated by a user who uses the service. The user terminal 20 may be, for example, a mobile terminal such as a smartphone or tablet, or a stationary personal computer (PC) or laptop PC. It may also be a wearable terminal such as a head-mounted display (HMD) or a wristwatch-type terminal.

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

The configuration and operation of each device is explained below.

<Functional configuration of server 10>
2 shows the functional configuration realized by the hardware configuration of the server 10. The server 10 includes a storage unit 101 and a control unit 104.

<Configuration of the storage unit of the server 10>
The memory unit 101 of the server 10 includes a user table 1012 , a deck table 1013 , a character master 1014 , an item master 1015 , a material master 1016 , and a bonus master 1017 .
Fig. 4 is a diagram showing the data structure of the user table 1012. Fig. 5 is a diagram showing the data structure of the deck table 1013. Fig. 6 is a diagram showing the data structure of the character master 1014. Fig. 7 is a diagram showing the data structure of the item master 1015. Fig. 8 is a diagram showing the data structure of the material master 1016. Fig. 9 is a diagram showing the data structure of the bonus master 1017.

User table 1012 is a table that stores and manages information about member users (hereinafter, "users") who use the service. When a user registers to use the service, the user's information is stored in a new record in user table 1012. This allows the user to use the service according to the present disclosure.
The user table 1012 is a table having a user ID as a primary key and columns of user name, sleep information, reference sleep pattern, sleep score, provisional sleep score, selected deck ID, owned item ID, owned material ID, and user points.

The user ID is an item that stores user identification information for identifying a user. The user identification information is an item that is set to a unique value for each user.

Username is an item that stores the user's name.

The sleep information is an item for storing information related to the user's sleep.
The sleep information may include information about a sleep pattern indicating the user's bedtime and wake-up time. The bedtime indicates the time the user falls asleep, and may be, for example, the time the user goes to bed, or the time the user transitions from an awake state to a sleep state. The wake-up time indicates the time the user wakes up, and may be, for example, the time the user wakes up from bed, or the time the user transitions from a sleep state to an awake state. In this embodiment, a pair of bedtime and wake-up time from falling asleep to waking up is referred to as a sleep pattern.
The sleep information may include information about the quality of the user's sleep. The information about the quality of sleep is the time of each sleep stage in the sleep cycle and the proportion of each sleep stage relative to the sleep time. For example, the information about the quality of sleep is the time and proportion of each sleep stage in the sleep cycle, which are "wake,""lightsleep,""deepsleep," and "REM sleep."
The sleep information may include a history of sleep patterns for one or more days over a predetermined period such as a day, a week, or a month, or may include a history of all sleep patterns from the time the user started using the service to the present.

The reference sleep pattern is a section that stores a predetermined sleep pattern based on a reference bedtime and wake-up time. Because sleep patterns vary from person to person, a reference sleep pattern may be automatically set for each user based on the user's sleep history stored in the sleep information, tailored to the user's constitution, etc.
The reference sleep pattern does not have to be a single fixed sleep pattern, and multiple reference sleep patterns may be stored for each day of the week, month, season, weekday, weekend, public holiday, etc.
The reference sleep pattern may be set by the user inputting a bedtime and wake-up time through dialogue with a specific in-game character. For example, the reference sleep pattern may be set by having the user enter the bedtime and wake-up time in a format similar to making a promise with a specific in-game character. This allows the user, even a child, to naturally be motivated to develop good sleep habits.

The sleep score is an item that stores an evaluation value regarding the user's sleep.

The provisional sleep score is an item that stores an estimated evaluation value for the user's sleep.

The selected deck ID is an item that stores the deck ID in deck table 1013 of the character currently selected by the user. As the game progresses, the user can control the character in deck table 1013 associated with the selected character ID and apply items. Note that the selected deck ID may be omitted if the user is limited to owning only one character.

The owned item ID is an item that stores the item ID of one or more in-game items that the user currently owns.

The owned material ID is an item that stores the material ID of one or more in-game materials that the user currently owns.

User points are an item that stores the value of item points that a user earns when using in-game items.

The deck table 1013 is a table for storing in-game characters owned by the user. The user can progress through the game by controlling the in-game characters owned by the user, performing predetermined operations on the in-game characters, or applying in-game items to the in-game characters. A group of in-game characters owned by a user is called a deck in a card game or a party in an RPG (role-playing game).
A user can acquire in-game characters by completing in-game events such as quests, or by fulfilling predetermined conditions as the game progresses, such as defeating enemy characters. Also, a user may possess a predetermined in-game character at the start of the game.
The acquired in-game character is stored in deck table 1013 with the user's user ID and the character ID of the character linked to it, thereby representing that the user owns the character in the game.
The deck table 1013 is a table having a deck ID as a primary key and columns for a user ID, a character ID, a name, a performance value, and a character point.

Deck ID is an item that stores deck identification information used to identify characters owned by the user. Deck identification information is an item that is set to a unique value for each character owned by the user.

User ID is an item that stores the user identification information of the user who owns the deck.

The character ID is an item that stores character identification information for in-game characters owned by users who are registered in the deck.

The name is an item that stores the name of the in-game character owned by the user that is registered in the deck. Users can freely set names for their in-game characters.

Performance values are items that store the performance parameters of in-game characters owned by the user. Performance parameters for in-game characters include status, stamina, maximum stamina, attack power, defense power, speed, character attributes, and decorations.

Status is an item that stores performance parameters related to the activity status of an in-game character. If an in-game character's stamina value is 0 or below, information indicating that the in-game character is unable to act, such as fainting or death, is stored.

Stamina is an item that stores performance parameters related to the stamina of an in-game character. When an in-game character receives damage, the stamina decreases according to the type of damage. In addition, when an in-game item is applied to an in-game character or an in-game event such as staying overnight or resting occurs, the stamina increases (recovers) according to the item and the event content.

The maximum stamina value is an item that stores the upper limit of the performance parameter related to the stamina of an in-game character. The stamina value of an in-game character can be recovered up to the maximum stamina value.

Attack power is an item that stores performance parameters related to the attack power of an in-game character. It is a parameter used to calculate the damage that an in-game character will inflict when attacking an opponent's in-game character. The higher the attack power, the greater the damage that can be inflicted.

Defense power is an item that stores performance parameters related to the defensive power of an in-game character. It is a parameter used to calculate the damage an in-game character will receive when attacked by an opponent's game character. The higher the defense power, the less damage can be received.

Speed is an item that stores a performance parameter related to the speed of an in-game character. It is a parameter used to calculate the attack order when an in-game character attacks an opponent's in-game character or is attacked. The faster an in-game character is compared to an opponent's in-game character, the higher the probability that the character will attack first.
It may also be used as a parameter for calculating the probability of avoiding an attack (not receiving damage) when attacked by an opponent. The faster a character is than the opponent's in-game character, the higher the probability of avoiding an attack from the opponent.

Character attributes are items that store performance parameters related to the in-game attributes of in-game characters. In-game attributes are information that dictates the compatibility of in-game characters in attack or defense as the game progresses, as well as the compatibility of in-game characters with the in-game environment. Combining these compatibility factors can make the game more interesting by giving players an advantage or disadvantage as the game progresses.

The decoration is an item for storing the type of decoration related to the in-game decoration of the in-game character. The in-game decoration is information that defines the decoration of the in-game character when viewed by the user, such as the clothes worn by the in-game character (shirt, pants, skirt, etc.), the equipment worn by the in-game character (weapons such as swords and spears, protective gear such as armor and helmets, accessories such as rings, etc.), and other shape, posture, size, etc.
Typically, multiple decorations are prepared in advance for each in-game character, and decoration code values corresponding to each decoration are stored. When a user uses a game service in which an in-game character appears, decorative images and decorative objects corresponding to the code values are selectively applied to the in-game character, allowing the user to enjoy the game service even more with the in-game character decorated with the decorative images and decorative objects.

Character points are a parameter that is added when certain in-game conditions are met (for example, when an in-game character owned by a user has an in-game item applied to it, as described below), according to the value of the application points of the applied in-game item.

The character master 1014 is a table that stores and manages information about characters in the game.
The character master 1014 is a table having the character ID as a primary key and columns of character ID, character name, initial performance value, evolvable character ID, and evolution conditions.

The character ID is an item that stores character identification information for identifying a character. The character identification information is an item that is assigned a unique value for each character.

The character name is an item that stores the character's name (type name, race name, and in RPG games, occupation name, job name, etc.).

The initial performance value is an item that stores the initial performance value of an in-game character. When a user applies an in-game character, the performance value of that in-game character is set based on the initial performance value.

The evolvable character ID is an item that stores the ID of a specific character called an “evolvable character.” If a user owns an evolvable character and meets the evolution conditions described below, the user can evolve the evolvable character (also known as changing jobs, jobs, or classes in RPG games) by performing a specific operation.
Specifically, the user selects an evolvable character stored in their own deck table 1013 by performing a predetermined operation. If the evolution conditions are met, when the user performs an operation to cause evolution, the character ID in deck table 1013 for the selected evolvable character is overwritten with the evolved character ID (the character ID linked to the evolvable character ID). At that time, the performance value and experience value of the character may also be changed according to the performance value and experience value of the character before and after evolution. Furthermore, corresponding display information or decoration of the character may be changed so that the appearance of the character changes before and after evolution.

Evolution conditions are items that store the conditions necessary to evolve an evolvable character. Specifically, the level, performance value, experience value, etc. of the evolvable character must meet certain conditions. The user must possess certain items. Additionally, the user must complete certain in-game events such as certain quests. Any other conditions can be set as evolution conditions, such as defeating certain enemy characters or playing time.

The item master 1015 is a table that stores and manages information about in-game items.
A user can acquire in-game items by completing in-game events such as quests, or by fulfilling predetermined conditions as the game progresses, such as defeating enemy characters. Also, a predetermined in-game item may be acquired at the start of the game, as a condition for starting the game.
The acquired in-game item is stored in a user table, for example, by linking the user's user ID with the item ID of the in-game item, thereby representing that the user owns the in-game item within the game.
The item master 1015 is a table having an item ID as a primary key and columns of item name, application points, item points, and recipe.

The item ID is an item that stores item identification information for identifying in-game items. Item identification information is an item that is assigned a unique value for each in-game item.

Item name is an item that stores the name of an in-game item (type, species, etc.).

Application points are an item that stores parameters that serve as the basis for calculation when adding to an in-game character's character points when an in-game item is used (for example, when an in-game item is applied to an in-game character). Specifically, when a user applies an in-game item to an in-game character, a process is performed in which the application points corresponding to the in-game item are added to the character point value of that in-game character. Note that, depending on the combination of in-game item and in-game character, when a user applies an in-game item to an in-game character, a process may be performed in which the item points corresponding to the in-game item are subtracted from the user's character point value.

Item points are an item that stores parameters that serve as the basis for calculation when adding an in-game item to a user's user points when the in-game item is applied to an in-game character. Specifically, when a user applies an in-game item to an in-game character, a process is performed in which the item points corresponding to the in-game item are added to the user's user point value. Note that, depending on the combination of in-game item and in-game character, when a user applies an in-game item to an in-game character, a process may be performed in which the item points corresponding to the in-game item are subtracted from the user's user point value.

A recipe is an item that stores the conditions for creating in-game items from sub-items called "materials." Users can create and own new in-game items by combining multiple materials they own.

The material master 1016 is a table that stores and manages information about in-game materials.
The user can acquire in-game materials by completing in-game events such as quests, or by progressing through the game by defeating enemy characters, etc. Also, the user may possess predetermined in-game materials at the start of the game.
The acquired in-game material is stored in a user table, with the user's user ID linked to the material ID of the in-game material, thereby representing that the user owns the in-game material within the game.
The material master 1016 is a table having a material ID as a primary key and columns of material name, rarity, and attribute value.

The material ID is an item that stores material identification information for identifying in-game materials. The material identification information is an item in which a unique value is set for each in-game material.

The material name is an item that stores the name of the in-game material (type, species, etc.).

Rarity is an item that records the rarity of in-game materials. Depending on the difficulty of obtaining them, rarity values such as super rare, rare, common, etc. are stored.

Attribute values are items that store the attribute values of in-game materials. Attribute values are items used as conditions when generating specific in-game items in the recipe items of the item master.

The privilege master 1017 is a table for storing privileges to be granted to users.
The reward master 1017 is a table having columns for reward details and reward conditions.

The privilege content is an item for storing the content of the privilege to be given to the user.
The content of the benefit to be given to the user may include the content of the benefit to be given to the user. For example, the content of the benefit may include the user acquiring a new in-game character. The content of the benefit may include the user being given an in-game item or in-game material. The content of the benefit may include the user generating an in-game item from a predetermined in-game material owned by the user.
The content of the benefit given to the user may include the content of the benefit given to a character owned by the user. For example, the content of the benefit may include strengthening or weakening the performance value of the in-game character owned by the user. Furthermore, the content of the benefit may include changing the decoration of the in-game character owned by the user.
The benefits given to the user may include evolving an in-game character (a predetermined evolvable character) owned by the user.

The reward condition is an item that stores the conditions for granting a reward to a user. In the present disclosure, the reward condition stores a range of the total score. In other words, whether or not the reward condition is met is determined based on the total score value, and if met, the reward content linked to the reward condition is granted to the user.
For example, if the total score is between 11 and 100 points, special benefit A is awarded, and if the total score is between 101 and 200 points, special benefit B is awarded.
The reward conditions do not have to be exclusive for each reward content, but may be multiple overlapping conditions. In other words, multiple reward conditions may be satisfied for one total score. In this case, multiple reward contents corresponding to multiple reward conditions may be granted to the user depending on the value of one total score.
Furthermore, by setting priorities for the privilege contents, only one privilege content with the highest priority among one or more privilege contents may be granted to the user.

<Configuration of the control unit of the server 10>
The control unit 104 of the server 10 includes a user registration control unit 1041, an item generation unit 1042, a benefit granting unit 1043, a sleep information storage unit 1044, a sleep score calculation unit 1045, a total score calculation unit 1046, and a benefit display unit 1047. The control unit 104 executes an application program 1011 stored in the storage unit 101, thereby realizing each functional unit.
Fig. 10 is a flowchart showing the operation of the benefit awarding process. Fig. 11 is a flowchart showing the operation of the benefit candidate display process. Fig. 12 is a screen example showing the operation of the benefit awarding process. Fig. 13 is a screen example showing the operation of the benefit candidate display process.

The user registration control unit 1041 performs processing to store information about users who wish to use the service according to the present disclosure in the user table 1012 .
User name information stored in user table 1012 is obtained when a user opens a web page operated by a service provider from any information processing terminal, enters the user name in a predetermined input form, and transmits the input form to server 10. User registration control unit 1041 of server 10 stores the received user name in a new record in user table 1012, completing user registration. This allows the user stored in user table 1012 to use the service.
Before the user registration control unit 1041 registers the user information in the user table 1012, the service provider may conduct a predetermined examination to restrict whether or not the user is permitted to use the service.
The user ID may be any character string or number that can identify the user, any character string or number desired by the user, or may be automatically set by the user registration control unit 1041 of the server 10.

The item generation unit 1042 executes an item generation process, the details of which will be described later.
The reward giving unit 1043 executes a reward giving process, the details of which will be described later.
The sleep information storage unit 1044 executes a sleep information storage process, the details of which will be described later.
The sleep score calculation unit 1045 executes a sleep score calculation process, the details of which will be described later.
The total score calculation unit 1046 executes a total score calculation process, the details of which will be described later.
The benefit display unit 1047 executes a benefit candidate display process, the details of which will be described later.

<Functional configuration of user terminal 20>
3 shows a functional configuration realized by the hardware configuration of the user terminal 20. The user terminal 20 includes a storage unit 201, a control unit 204, a touch panel 206, a touch-sensitive device 2061, a display 2062, a microphone 2081, a speaker 2082, a position information sensor 2083, a camera 2084, a motion sensor 2085, and a sleep sensor 2086.

The sleep sensor 2086 is a device that detects various states of the user terminal 20. The sleep sensor 2086 may include, for example, an attitude sensor (acceleration sensor or gyro sensor) that detects the attitude and tilt of the terminal itself, a gaze sensor that detects the direction of the user's gaze, a light sensor that detects the ambient brightness, and an infrared sensor that detects the user's movements. The sleep sensor 2086 may also be a microphone that collects sounds around the user terminal 20, a humidity sensor that detects the humidity around the user terminal 20, or a geomagnetic sensor that detects the magnetic field at the location of the user terminal 20.

The sleep sensor 2086 may also use the above-described sensor functions to detect various types of information. For example, the sleep sensor 2086 may use the acceleration sensor function to detect the number of steps taken by the user holding the user terminal 20. The sleep sensor 2086 may also use the acceleration sensor function to detect operation information indicating whether the user terminal 20 is operating or stationary at regular intervals or each time the user terminal 20 operates. The sleep sensor 2086 can transmit the sensing data detected as described above to the control unit 204.

The sleep sensor 2086 may also be an information processing terminal (a so-called wearable terminal) that can be worn by the user and is provided separately from the user terminal 20 and communicatively connected to the user terminal 20, such as a wristwatch-type or ring-type terminal. In this case, the sleep sensor 2086 can detect the user's biometric information and transmit it to the user terminal 20. The sleep sensor 2086 can determine the user's heart rate, for example, using photoplethysmography, and transmit this as sensing data to the control unit 204. Note that the sensing data detected by the sleep sensor 2086 is not limited to this, and it may also detect biometric information related to the user's sleep, such as brain waves, breathing, pulse, and body movements.

<Configuration of the storage unit of the user terminal 20>
The storage unit 201 of the user terminal 20 stores a user ID 2011 for identifying the user who uses the user terminal 20 and an application program 2012 .
The user ID is the user's account ID. The user transmits the user ID 2011 from the user terminal 20 to the server 10. The server 10 identifies the user based on the user ID 2011 and provides the user with the services according to the present disclosure. The user ID includes information such as a session ID temporarily assigned by the server 10 to identify the user using the user terminal 20.
The application program 2012 may be stored in advance in the storage unit 201, or may be downloaded from a web server operated by a service provider via a communication IF. The application program 2012 includes an interpreter-type programming language that is executed on a web browser application stored in the user terminal 20.

<Configuration of the control unit of the user terminal 20>
The control unit 204 of the user terminal 20 includes an input control unit 2041 and an output control unit 2042. The control unit 204 executes an application program 2012 stored in the storage unit 201, thereby realizing the functional units of the input control unit 2041 and the output control unit 2042.
The input control unit 2041 of the user terminal 20 executes various processes by acquiring information output from input devices such as the user's operation on the touch-sensitive device 2061 of the touch panel 206, voice input to the microphone 2081, and the position information sensor 2083, camera 2084, motion sensor 2085, and sleep sensor 2086. The input control unit 2041 of the user terminal 20 executes a process of transmitting the information acquired from the input devices together with the user ID 2011 to the server 10.
The output control unit 2042 of the user terminal 20 receives information from the server 10 and operations performed by the user on the input device, and controls the content displayed on the display 2062 and the content of audio output from the speaker 2082 .

<Operation of Information Processing System 1>
Hereinafter, each process of the information processing system 1 will be described with reference to FIGS.
First, the control unit 104 of the server 10 receives a request including a user ID from the user terminal 20 and starts providing various services.
In this disclosure, a game service will be described as an example in which in-game items are prepared dishes (hereinafter referred to as dishes) and in-game materials are ingredients, seasonings, etc.

<Item generation process>
The item generation process is a process for generating an in-game item from in-game materials.

<Item creation process overview>
The item generation process is a series of processes in which the user acquires a new in-game item by consuming in-game materials that the user owns.

<Item creation process details>
The user operates the touch panel 206 of his/her user terminal 20 to send a request to the server 10 to inquire about his/her user ID 2011 and in-game items that can be generated.
When the item generation unit 1042 of the server 10 receives a request from the user terminal 20, it searches the user table 1012 using the received user ID as a search key to obtain the user's owned material ID. The item generation unit 1042 of the server 10 searches the material master 1016 using the owned material ID as a search key to obtain the rarity, attribute values, and other information related to the materials owned by the user. The item generation unit 1042 of the server 10 references the recipe field in the item master 1015 based on information such as the in-game materials owned by the user, searches for item IDs of in-game items that the user can generate, and obtains the item IDs. For example, if the user possesses the in-game materials (type and quantity of materials) stored in the recipe field in the item master 1015, the item generation unit 1042 of the server 10 determines that the in-game item is a generateable in-game item. The recipe may define the conditions for generating the in-game item based on the attribute values, rarity, and other conditions of the in-game materials.
This allows the item generation unit 1042 of the server 10 to obtain the item ID of a dish that can be cooked from the ingredients owned by the user.

The item generation unit 1042 of the server 10 transmits the item ID of the in-game item that the user can generate to the user terminal 20. The user terminal 20 outputs and displays the in-game item that the user can generate on the display 2062 of the user terminal 20 based on the item ID received from the server 10.
This allows the user to see a list of dishes that can be cooked.

The user operates the touch panel 206 of the user terminal 20 to select an in-game item that the user wishes to generate from the in-game items displayed on the display 2062. When the user selects an in-game item, the control unit 204 of the user terminal 20 transmits the item ID of the selected in-game item to the server 10.
This allows the user to select the dish they want to cook.

The item generation unit 1042 of the server 10 searches the item master 1015 based on the received item ID and obtains recipe information. The item generation unit 1042 of the server 10 deletes the in-game materials required to generate the in-game item from the possessed material ID of the record related to the user in the user table 1012 based on the generation conditions defined in the recipe information. In other words, the user consumes the in-game materials that the user possesses to generate the in-game item. Note that the processing performed to generate the in-game item is not limited to the consumption of in-game materials, and any processing may be performed according to the generation conditions.
Next, the item generation unit 1042 of the server 10 adds the received item ID to the owned item ID column of the record related to the user in the user table 1012. In other words, the user acquires the selected in-game item.
This allows users to consume in-game materials such as ingredients and seasonings to acquire new dishes.

Alternatively, when a user acquires in-game materials, an in-game item that satisfies the generation conditions may be automatically generated and acquired by the user without the user having to select a generateable in-game item. If there are multiple generateable in-game items, a specific in-game item may be generated randomly or according to a predetermined probability and acquired by the user. This allows the user to acquire a new in-game item without the complicated operation of selecting a generateable in-game item, thereby further enhancing the enjoyment of the game service.
In this case, when the user operates the game and acquires ingredients and seasonings, the user can automatically acquire dishes that can be cooked using those ingredients and seasonings.

<Benefit granting process>
The reward granting process is a process of granting a reward to a user by receiving information about the user's game operations when awake (e.g., during the day) and the user's sleep state when asleep (e.g., at night). The user can acquire a reward through the reward granting process. Note that rewards granted to a user include rewards for an in-game character owned by the user, rewards granted to an in-game team or in-game group to which the user belongs, and any rewards for any in-game object, in-game entity, etc. associated with the user.
The details of the bonus awarding process will be explained below with reference to the flowchart of FIG. 10 and the display screen example of FIG.

<Outline of the reward granting process>
The reward granting process is a process of granting a reward (bonus) to the user according to the item and sleep score applied to the character.
Specifically, the system calculates a total score based on character points calculated based on items applied to the character and a sleep score. A reward is determined based on the total score, and the reward is granted to the user. This allows the user to obtain the reward.

<Details of the reward granting process>
The details of the reward granting process will be explained below.

In step S101, the user performs an operation to use an item during a daytime period other than bedtime. Specifically, the user performs an operation to apply the item to the character currently selected by the user. The user can repeatedly perform the operation to use the item. Note that the server 10 and the user terminal 20 may restrict operations so as not to accept operations from the user during bedtime, even if the user is awake. This can motivate the user to develop better quality sleep habits.
The user operates the touch panel 206 of his/her user terminal 20 to send a request to the server 10 to inquire about his/her user ID 2011 and the in-game items he/she owns.

When the benefit granting unit 1043 of the server 10 receives a request from the user terminal 20 , it searches the user table 1012 using the received user ID as a search key, obtains the user's owned item ID, and transmits it to the user terminal 20 .
Based on the item ID received from the server 10, the user terminal 20 outputs and displays the in-game items that the user can use on the display 2062 of the user terminal 20.
This allows the user to see a list of applicable dishes and to check what dishes can be applied to the character.

The user operates the touch panel 206 of the user terminal 20 to select an in-game item to be applied from the in-game items displayed on the display 2062, and instructs the use of the in-game item. When the in-game item is selected by the user, the control unit 204 of the user terminal 20 transmits the item ID of the selected in-game item to the server 10.
This allows the user to select the dish to which they wish to apply the recipe.

The benefit granting unit 1043 of the server 10 searches the item master 1015 based on the received item ID, and acquires the applied points and item points.
The bonus granting unit 1043 of the server 10 adds the application points to the character points of the character selected by the user. Specifically, the bonus granting unit 1043 of the server 10 queries the deck table 1013 based on the deck ID stored in the selected deck ID field of the record related to the user in the user table 1012, and identifies the record of the character selected by the user. The bonus granting unit 1043 then adds the acquired application point value to the character points stored in the record related to the character. This generates parameters related to the application points of the character owned by the user. In other words, parameters related to the user are generated.
The bonus providing unit 1043 of the server 10 may change the decoration of the character according to the character points. For example, the image of the character displayed on the display 2062 of the user terminal 20 may be made larger according to an increase in the character points. This allows the user to be provided with an effect in which the character becomes larger by applying a dish to the character. This allows the user to enjoy the game service even more.
The bonus granting unit 1043 of the server 10 adds the acquired item points to the user points of the user. Specifically, the bonus granting unit 1043 of the server 10 adds the value of the acquired item points to the user points stored in the record related to the user in the user table 1012.

<Sleep information storage processing>
In step S102, the sleep information storage unit 1044 of the server 10 executes a sleep information storage process to store sleep information of the user who is asleep.

The user terminal 20 may accept an input operation from the user indicating that the user wants to go to bed, and use this as a trigger to start the sleep information storage process. The input operation indicating that the user wants to go to bed may be, for example, an operation to pause the game or an operation to put the character to sleep (such as stroking the character via the touch panel 206 or turning off the light the character is using). The user terminal 20 also constantly performs sensing using the sleep sensor 2086, and can detect when the user has gone to bed from sensing data (for example, movement of the terminal, ambient brightness, sound, etc.). Furthermore, as the reference bedtime described below approaches, the character may appear sleepy or the game world may also become night, encouraging the user to go to bed.

The control unit 204 of the user terminal 20 instructs the sleep sensor 2086 to perform sensing. Specifically, the sleep sensor 2086 senses the movement of the user terminal 20 and biological information such as the user's heart rate. The control unit 204 of the user terminal 20 acquires sensing data from the sleep sensor 2086.

The control unit 204 of the user terminal 20 transmits the sensing data sent from the sleep sensor 2086 to the server 10. The sleep information storage unit 1044 of the server 10 stores a sleep pattern indicating the bedtime and wake-up time based on the sensing data in the sleep information column of the user's record in the user table 1012.

The sleep information may include information about the quality of the user's sleep. In this case, the user terminal 20 calculates the information about the quality of the user's sleep from the user's biological information detected by the sleep sensor 2086. The information about the user's sleep may be calculated by employing a known function for analyzing sleep in an existing multifunctional device that functions as the user terminal 20.
The sleep information storage unit 1044 of the server 10 stores information about the quality of sleep in the sleep information column of the record of the user in the user table 1012.

<Sleep score calculation process>
In step S103, the sleep score calculation unit 1045 of the server 10 executes a sleep score calculation process to calculate a sleep score based on the sleep information on the morning of the day following the day on which the user applied the item.
The sleep score calculation process may be executed at any time, such as during the daytime, other than during bedtime. The sleep score calculation process may be executed when the user operates the user terminal 20 to launch or operate an application related to the game service according to the present disclosure. The sleep score calculation unit 1045 of the server 10 may execute the sleep score calculation process when it detects the user's wake-up time.

The sleep score calculation unit 1045 of the server 10 determines whether the sleep pattern included in the sleep information stored in the user table 1012 satisfies the reference sleep pattern.

The sleep score calculation unit 1045 of the server 10 searches the user table 1012 using the user ID received from the user terminal 20 as a search key, and obtains sleep information and reference sleep patterns.

Hereinafter, the present disclosure will be described assuming that the standard bedtime is 9 p.m. and the standard wake-up time is 7 a.m.
The reference sleep pattern is set based on a reference bedtime and a reference wake-up time (hereinafter, the reference bedtime and/or the reference wake-up time may be referred to as the reference time), and may have a range of time periods within which the minimum sleep time is ensured. The range is set to 30 minutes before the reference time and 15 minutes after the reference time. The range of the reference time may be different before and after the reference time. For example, to encourage early bedtime and early rise, the range of time periods before the reference time may be set longer than the range after the reference time. Furthermore, the minimum sleep time may be set differently depending on the user's age. For example, the user or the game service administrator may set it to 7 hours for adults and 10 hours for children.

If sleep pattern A has a bedtime that falls within the reference bedtime (time zone) and a wake-up time that falls within the reference wake-up time (time zone), the sleep score calculation unit 1045 of server 10 determines that sleep pattern A satisfies the reference sleep pattern.

If sleep pattern B has a bedtime of 9:00 p.m., which meets the standard bedtime, but a wake-up time of 7:15 a.m. or later, which does not meet the standard wake-up time, the sleep score calculation unit 1045 of server 10 determines that sleep pattern B does not meet the standard sleep pattern.

If sleep pattern C has a wake-up time between 7:00 and 7:15:00, which satisfies the standard wake-up time, but a bedtime after 9:15:00 p.m., which does not satisfy the standard bedtime, the sleep score calculation unit 1045 of server 10 determines that sleep pattern C does not satisfy the standard sleep pattern.

In this way, the sleep score calculation unit 1045 of the server 10 determines whether the sleep pattern satisfies the reference sleep pattern.

If the sleep score calculation unit 1045 of the server 10 determines that the reference sleep pattern is not met, the sleep score calculation unit 1045 of the server 10 calculates the sleep score as 10 points.

If the sleep score calculation unit 1045 of the server 10 determines that the reference sleep pattern is satisfied, the sleep score calculation unit 1045 of the server 10 determines, based on the sleep information, whether the sleep pattern satisfies the reference sleep pattern for a predetermined period or more.
If the sleep score calculation unit 1045 of the server 10 determines that the sleep pattern based on the sleep information does not satisfy the reference sleep pattern for a predetermined period of time or more, it calculates the sleep score as 40 points.

If the sleep score calculation unit 1045 of the server 10 determines that the sleep pattern based on the sleep information satisfies the reference sleep pattern for a predetermined period of time or more, it calculates the sleep score as 70 points.

The sleep score calculation unit 1045 of the server 10 may determine that the reference sleep pattern is met if the sleep time based on the sleep information is longer than a predetermined time. The sleep score calculation unit 1045 of the server 10 may add more points to the sleep score the longer the sleep time based on the sleep information. Alternatively, the sleep score calculation unit 1045 of the server 10 may calculate the sleep score based on the sleep time based on the sleep information.

The sleep score calculation unit 1045 of the server 10 may determine that the reference sleep pattern is met if the duration of deep sleep based on the sleep information is longer than a predetermined duration or if the number of deep sleep episodes is greater than a predetermined number. The sleep score calculation unit 1045 of the server 10 may add more points to the sleep score the longer the duration of deep sleep based on the sleep information or the greater the number of deep sleep episodes. Alternatively, the sleep score calculation unit 1045 of the server 10 may calculate the sleep score based on the duration of deep sleep and the number of deep sleep episodes based on the sleep information.

The sleep score calculation unit 1045 of the server 10 may add or subtract from the sleep score depending on the degree to which the sleep pattern based on the sleep information deviates from the reference sleep pattern. In other words, the closer the sleep pattern based on the sleep information is to the reference sleep pattern, the higher the sleep score may be calculated, and the more it deviates from the reference sleep pattern, the lower the sleep score may be calculated. This can motivate the user to develop good sleep habits based on regular sleep patterns.

The user or the administrator of the game service may be able to set any predetermined period, such as three days or one week.
The predetermined period may be set by the user interacting with a predetermined in-game character. For example, the predetermined period may be set by making a promise to the predetermined in-game character. This allows the user, even a child, to be naturally motivated to develop good sleeping habits.

Furthermore, if the sleep information includes information on sleep quality, the sleep score calculation unit 1045 of the server 10 may add or subtract from the sleep score based on an index that indicates whether the sleep was good or bad, based on the sleep stage. The sleep score may be added or subtracted based on any algorithm for weighting each sleep stage.

Additions and subtractions may be made to the sleep score depending on the user's activity level, meals, location, humidity, time spent operating the user device, time of operation, etc. For example, if the location information of the user device detects the location of a highly rated hotel (such as a five-star hotel), this may be added to the sleep score, indicating that a good night's sleep will be achieved. Also, for example, the sleep score may be reduced if the user operates the user device after the standard bedtime.

The sleep score calculation unit 1045 of the server 10 stores the calculated sleep score in the sleep score column of the record related to the user in the user table 1012.

<Total score calculation process>
In step S104, the total score calculation unit 1046 of the server 10 calculates the total score based on the character points and the sleep score.
The overall score is a value calculated based on the character points and sleep scores. For example, the overall score is calculated by multiplying the sleep score of the day (sleep score upon waking up) by the character points of the previous day (character points upon going to bed). The overall score may also be calculated based on statistical values (average, median, mode, maximum, minimum, etc.) of sleep scores over multiple days and statistical values of character points over multiple days.

The total score calculation unit 1046 of the server 10 searches the user table 1012 using the user ID received from the user terminal 20 as a search key, and obtains the character points and sleep score.
The total score calculation unit 1046 of the server 10 calculates the total score by calculating the product of the acquired character points and sleep score. The total score may be calculated based on any algorithm, such as the sum of the character points and sleep score.
The total score calculation unit 1046 of the server 10 stores the calculated total score in the total score column of the record related to the user in the user table 1012.

In addition, the overall score calculation unit 1046 of the server 10 may be configured to calculate the overall score based on either the character points or the sleep score.

In step S105, the bonus awarding unit 1043 of the server 10 identifies the bonus to be awarded based on the total score.
The reward granting unit 1043 of the server 10 searches the reward conditions in the reward master 1017 based on the calculated total score and other factors. Specifically, it identifies a record of the reward conditions that satisfy the conditions, such as the calculated total score. Then, it acquires the reward details stored in that record. Note that the reward conditions in the reward master 1017 can be set to any conditions based on character points, sleep score, etc., rather than the total score.
In the present disclosure, the content of the benefit is determined based on the overall score, but the content of the benefit may be determined from the character points and sleep score without calculating the overall score.

In step S106, the benefit granting unit 1043 of the server 10 grants a benefit to the user or an in-game character owned by the user, based on the acquired benefit content.
The reward granting unit 1043 of the server 10 grants a reward to the user based on the acquired reward information. As an example of a reward, the user can acquire a new in-game character. FIG. 12 shows an example of a screen illustrating the operation of the reward granting process. The display 2062 of the user terminal 20 also displays an image of the acquired character, the total score, and a sentence related to the "sleep type" indicating the sleep score or the user's sleep state determined based on the total score. For the sleep type, a sentence such as "Type A,""TypeB," or "Type C" is displayed to describe the user's sleep state.
Specifically, the benefit granting unit 1043 of the server 10 updates the record of the user in the user table 1012 and the record of the character owned by the user in the deck table 1013 according to the acquired benefit content.

<Benefit candidate display process>
The bonus candidate display process is a process that accepts game operations performed by the user while the user is awake, and displays and notifies the user of bonus candidates prior to the actual awarding of bonuses to the user or the in-game characters owned by the user the following day. The user can check the bonus candidates that can be acquired. Details of the bonus candidate display process will be described below using the flowchart in FIG. 11 and the display screen example in FIG. 13.

<Outline of the benefit candidate display process>
The bonus candidate display process is a process that displays and notifies the user of bonus candidates (bonus candidates that the user can acquire) that will be granted to the user the next day, prior to sleep, depending on the item applied to the character, without granting the bonus.
Specifically, a provisional overall score is calculated based on character points calculated based on items applied to the character and a provisional sleep score calculated based on the user's past sleep information history, etc. The provisional overall score may be calculated based on either the character points or the provisional sleep score. Potential benefits that the user can acquire are determined based on the provisional overall score, and the user is notified of the benefits by, for example, outputting and displaying them on the display 2062 of the user terminal 20.

<Details of the benefit candidate display process>
In step S301, the user performs an operation to use an item during a daytime period other than bedtime. Specifically, the user performs an operation to apply the item to the character currently selected. The details of this process are the same as those of step S101 of the benefit granting process, and therefore will not be described further.

In step S302, a process of determining whether the user points are equal to or greater than a predetermined value is executed.
In step S302, the determination process may be performed every time the user points change, or may be performed when the user points change by a predetermined value or more, or may be performed at predetermined time intervals.
The benefit display unit 1047 of the server 10 searches the user table 1012 using the user ID of the user acquired in step S301 as a search key, and acquires the user points of the user.
If the acquired user points are equal to or greater than a predetermined value, the benefit display unit 1047 of the server 10 determines that the condition is met and proceeds to step S303. At this time, the screen displayed on the user terminal 20 switches to a benefit display screen. On the benefit display screen, the user can visually check in advance one or more benefit candidates that may be awarded by the benefit awarding process the next day. If the user realizes that they will not be able to obtain the desired benefit, they can change their character points by operating the game while awake before going to sleep.
This allows the user to recognize the reward that will be awarded the next day, and reduces the user's disappointment when the reward awarded as a result of a limited number of sleep attempts falls far short of the user's expectations, thereby motivating the user to develop good sleeping habits and encouraging the user to continue working toward good sleeping habits.

Note that by setting the predetermined value in the determination process to be smaller than the item points, the determination in step S302 can be set to "Yes" each time the user uses an item, and the bonus candidate display process can be executed. Alternatively, regardless of the user point value, the determination in step S302 can be set to "Yes" each time the user applies an item, and the bonus candidate display process can be executed.

At this time, the benefit display unit 1047 of the server 10 may display a screen on the user terminal 20 to allow the user to select whether or not to proceed to execution of step S303. When the benefit display unit 1047 of the server 10 receives an instruction from the user to proceed to step S303, it proceeds to execution of step S303.
If the acquired user points are less than the predetermined value, the benefit display unit 1047 of the server 10 does nothing and ends the process.

Instead of user points, the number of items applied to the character may be used as a judgment condition. For example, a configuration may be adopted in which a predetermined number of items or more are applied to the character within a predetermined period, and the process proceeds to execution of step S303 when an instruction to use the items is received.
This makes it possible to realize a screen effect in which, when a certain number of dishes or more are applied to a character, the screen transitions to a bonus display screen.

<Temporary sleep score calculation process>
In step S303, the benefit display unit 1047 of the server 10 calculates a provisional sleep score.
The provisional sleep score may be a predetermined value (e.g., 80 points) set by the user or an administrator of the game service. The predetermined value may be a plurality of predetermined values that serve as a plurality of standards for, for example, days of the week, months, seasons, etc. Alternatively, the predetermined value may be a plurality of predetermined values according to weekdays, weekends, holidays, etc.
The tentative sleep score may be any statistical value including the average (mean, median, mode), maximum, minimum, etc. of the sleep score values (actual values) over a predetermined period of time in the past. In this case, the tentative sleep score does not need to be one, and may include multiple sleep score values, such as the maximum and minimum values over a predetermined period.
Alternatively, the sleep score value of any past day may be included in the provisional sleep score.

<Provisional overall score calculation process>
In step S304, the total score calculation unit 1046 of the server 10 calculates a provisional total score based on the character points and the provisional sleep score. Details of the process are the same as when the provisional sleep score is applied instead of the sleep score in step S104 (total score calculation process) of the benefit granting process.
When there are multiple provisional sleep scores, multiple provisional overall scores are calculated for each provisional sleep score.

In step S304, the total score calculation unit 1046 of the server 10 may also be configured to calculate the provisional total score based on either the character points or the provisional sleep score.

In step S304, since the user will continue to play the game and apply items (S301) until bedtime, the provisional overall score may be calculated by adding or accumulating a predetermined value to the character points. In this case, the predetermined value may be determined based on the period from the time step S304 is executed until the user's bedtime (bedtime in the reference sleep pattern, statistical values based on past sleep information (average, median, mode, maximum, minimum, etc.)). In other words, if there is a long time until bedtime, the predetermined value may be set to a larger value. This allows the user to more accurately see the benefits to be granted the next day.

In step S305, the benefit display unit 1047 of the server 10 determines the benefit contents to be awarded as benefit candidates based on the provisional total score. The details of the process are the same as when the provisional total score is applied instead of the total score in step S105 (total score calculation process) of the benefit awarding process.
If there are multiple provisional total scores, multiple benefit candidates are determined for each provisional total score.

In step S306, the benefit display unit 1047 of the server 10 displays and notifies the user of the benefit candidates based on the acquired benefit candidates.
The benefit display unit 1047 of the server 10 displays benefits to the user based on the acquired benefit candidate information. An example of a screen showing the operation of the benefit candidate display process is shown in Fig. 13. The display 2062 of the user terminal 20 displays images of characters that may be acquired the next day and the value of character points.
Specifically, the benefit display unit 1047 of the server 10 transmits the acquired benefit candidates to the user terminal 20. The control unit 204 of the user terminal 20 displays the received benefit candidates on the touch panel 206.
If there are multiple potential rewards, the display screen may be switched for each reward and displayed to the user. In this case, if there are multiple potential rewards, the display screen may be switched and displayed in order of the provisional total score. This allows the user to confirm that getting good sleep will result in receiving more valuable rewards, thereby motivating the user to develop good sleeping habits.
If there are multiple potential rewards, they may be displayed side by side on one screen. In this case, if there are multiple potential rewards, they may be displayed in order of their provisional overall scores. This allows the user to compare and confirm at a glance that better sleep will result in more valuable rewards, thereby motivating the user to develop good sleeping habits.

The benefit display unit 1047 of the server 10 may not accept the application of new items from the user (step S301) while steps S303 to S306 are being executed. The display screen of benefit candidates in step S306 may be displayed for a certain period of time (several minutes to several hours), during which time the benefit display unit 1047 of the server 10 may not accept the application of new items from the user.

The reward display unit 1047 of the server 10 may notify the user of the reward candidates based on the acquired reward candidates using light, sound, etc. in addition to the display screen.

<Modification 1>
The benefit display unit 1047 of the server 10 may be configured to accept the application of a new item from the user (step S301) even while steps S303 to S306 are being executed.

<Modification 2>
The reward granting process and the reward candidate display process may be configured to use user points and item points instead of character points and application points. In other words, the reward granting process and the reward candidate display process may be performed based only on user points, not on character points.
Similarly, the reward granting process and the reward candidate display process may be configured to use character points and application points instead of user points and item points. In other words, the reward granting process and the reward candidate display process may be performed based only on the points of the character (selected character) rather than the points of the user.
This simplifies the process of adding points when an item is applied, and makes the game service simpler.

<Modification 3>
In the benefit candidate display process, benefit candidates may be displayed and notified on the user terminal 20 in response to a predetermined operation by the user on the user terminal 20 at any timing. Specifically, the user performs a predetermined operation on the user terminal 20 to send a request for displaying benefit candidates to the server 10. Based on the received request, the benefit display unit 1047 of the server 10 executes a provisional sleep score calculation process (step S303), a provisional total score calculation process (step S304), a determination of benefit candidates (step S305), and notification of the benefit candidates (step S306). The control unit 204 of the user terminal 20 displays the received benefit candidates on the touch panel 206. In other words, in the benefit candidate display process, benefit candidates may be displayed and notified to the user regardless of the value of the user points.
This allows the user to check before going to bed what kind of benefit will be given when they wake up, regardless of the value of their user points, and allows them to go to bed with peace of mind.

<Basic computer hardware configuration>
14 is a block diagram showing the basic hardware configuration of a computer 90. The computer 90 includes at least a processor 901, a main storage device 902, an auxiliary storage device 903, and a communication IF (interface) 991. These components are electrically connected to one another by a communication bus 921.

The processor 901 is hardware that executes a set of instructions written in a program. The processor 901 is composed of an arithmetic unit, registers, peripheral circuits, etc.

The main memory device 902 is used to temporarily store programs and data processed by the programs. For example, it is a volatile memory such as DRAM (Dynamic Random Access Memory).

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

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

In addition, computers 90 can be virtually realized by distributing all or part of each hardware configuration across multiple computers 90 and connecting them via a network. In this way, the concept of computer 90 includes not only computers 90 housed in a single housing or case, but also virtualized computer systems.

<Basic Functional Configuration of Computer 90>
The following describes the functional configuration of a computer realized by the basic hardware configuration (FIG. 14) of the computer 90. The computer includes at least the functional units of a control unit, a storage unit, and a communication unit.

The functional units of the computer 90 can also be realized by distributing all or part of each functional unit across multiple computers 90 interconnected via a network. The concept of computer 90 includes not only a single computer 90 but also a virtualized computer system.

The control unit is realized when the processor 901 reads various programs stored in the auxiliary storage device 903, expands them into the main storage device 902, and executes processing in accordance with the programs. The control unit can realize functional units that perform various types of information processing depending on the type of program. In this way, the computer is realized as an information processing device that performs information processing.

The storage unit is realized by a main storage device 902 and an auxiliary storage device 903. The storage unit stores data, various programs, and various databases. The processor 901 can also allocate a storage area corresponding to the storage unit in the main storage device 902 or the auxiliary storage device 903 in accordance with the programs. The control unit can also cause the processor 901 to add, update, and delete data stored in the storage unit in accordance with the various programs.

A database refers to a relational database, which manages data sets called masters and tables in a tabular format structurally defined by rows and columns, by relating them to each other. In a database, a table is called a table, a master, a column in a table is called a column, and a row in a table is called a record. In a relational database, relationships between tables and masters can be set and associated.
Typically, a column that serves as a primary key for uniquely identifying a record is set in each table and each master, but setting a primary key in a column is not essential. The control unit can cause the processor 901 to add, delete, or update records in specific tables and masters stored in the storage unit according to various programs.

Note that databases and masters in this disclosure may include any data structure in which information is structurally defined (lists, dictionaries, associative arrays, objects, etc.). Data structures also include data that can be considered as data structures by combining data with functions, classes, methods, etc. written in any programming language.

The communication unit is realized by the communication IF 991. The communication unit realizes the function of communicating with other computers 90 via a network. The communication unit can receive information sent from other computers 90 and input it to the control unit. The control unit can cause the processor 901 to execute information processing on the received information in accordance with various programs. The communication unit can also transmit information output from the control unit to other computers 90.

<Additional Notes>
The matters described in the above embodiments will be supplemented below.

(Appendix 1)
A game program to be executed by a computer having a processor and a memory unit, the game program causing the processor to execute the following steps: an acquisition step (S102) of acquiring sleep information of a user; a generation step (S101, S301) of generating parameters when the user satisfies a first condition while awake; an awarding step (S106) of awarding a benefit to the user based on the parameters and the sleep information acquired in the acquisition step; a determination step (S302, S305) of determining, prior to the awarding step, benefit candidates that can be acquired in the awarding step based on the parameters when the user satisfies a second condition while awake; and a notification step (S306) of notifying the user of the benefit candidates determined in the determination step without awarding the benefit to the user.
This allows the user to obtain rewards in the game in accordance with game operations such as applying items to the character during the day and sleep at night, allowing the user to enjoy game operations during the day while being motivated to develop good sleeping habits.

(Appendix 2)
A game program as described in Appendix 1, wherein the generation step is a step of repeatedly generating parameters each time the user satisfies a first condition during awakening, and the determination step is a step of determining candidate benefits that can be acquired in the granting step based on parameters corresponding to the timing at which the user satisfies a second condition during awakening.
This allows users to receive rewards based on their sleep scores, which can increase the enjoyment of the game and motivate users to develop good sleep habits.

(Appendix 3)
The awarding step is an awarding step (S106) of awarding a benefit to the user based on a sleep score calculated based on the sleep information, and the sleep score is calculated based on a sleep pattern indicating the user's bedtime and wake-up time.
This can increase the interest of the game and motivate the user to develop good sleeping habits based on regular sleep patterns.

(Appendix 4)
4. The game program according to claim 3, wherein the sleep score is calculated based on the degree of deviation between the sleep pattern and a predetermined reference sleep pattern.
This can increase the interest of the game and motivate the user to develop good sleeping habits based on regular sleep patterns.

(Appendix 5)
5. A game program according to any one of appendices 1 to 4, wherein the sleep information includes information about the quality of the user's sleep.
This can increase the interest of the game and motivate the user to develop better quality sleep habits.

(Appendix 6)
A game program described in any one of Appendices 1 to 5, wherein the generation step is a generation step in which a first condition is that an instruction to use a specified item has been received, and the determination step is a determination step in which a second condition is that an instruction to use more than a specified number of items has been received.
This allows the user to check the details of the benefits that will be granted the next day in accordance with game operations such as applying items to characters during the day, prior to the actual granting of the benefits. By displaying the benefits to be granted to the user, the interest of the game can be increased, and the user can be motivated to develop better quality sleep habits.

(Appendix 7)
7. A game program according to claim 6, wherein the notification step is a step of notifying the user of a benefit to be granted to the user based on the item and provisional sleep score received in the generation step, prior to the granting step.
This allows the user to use the provisional sleep score as a guide and check the details of the benefits they will receive the next day before they are actually granted, which increases the interest of the game and motivates the user to achieve the provisional sleep score and develop good sleeping habits.

(Appendix 8)
8. The game program according to claim 7, wherein the provisional sleep score is a statistical value of the sleep score calculated based on the sleep information previously acquired in the acquisition step.
This allows the user to check the details of the rewards that will be awarded the next day based on the actual sleep scores obtained in the past, before the rewards are actually awarded. The rewards that will be awarded the next day can be displayed to the user more accurately. This can increase the interest of the game and motivate the user to develop good sleeping habits.

(Appendix 9)
The notification step includes a first display step of displaying a first benefit based on the parameter and the first interim sleep score, and a second display step of displaying a second benefit based on the parameter and the second interim sleep score, wherein the first interim sleep score and the second interim sleep score are sleep scores calculated based on sleep information previously acquired in the acquisition step, and the first interim sleep score is greater than the second interim sleep score.
This allows users to check the contents of multiple rewards based on multiple sleep scores obtained in the past, prior to the actual reward being granted, to see what rewards will be granted the next day. For example, multiple rewards based on the minimum and maximum sleep scores over the past few days can be confirmed. This can increase the interest of the game and motivate users to develop good sleep habits in order to obtain higher-level rewards.

(Appendix 10)
A game program as described in Appendix 6, wherein the notification step is a step of notifying the user of a benefit to be granted to the user prior to the granting step based on the item accepted in the generation step and the sleep information previously acquired in the acquisition step.
This allows the user to check the details of the benefits that will be granted the next day based on the actual sleep information acquired in the past, prior to the actual granting of the benefits. The benefits that will be granted the next day can be displayed to the user more accurately. This can increase the interest of the game and motivate the user to develop good sleeping habits.

(Appendix 11)
An information processing device having a processor and a memory unit, the information processing device causing the processor to execute an acquisition step (S102) of acquiring sleep information of a user, a generation step (S101, S301) of generating parameters when the user satisfies a first condition while awake, an awarding step (S106) of awarding a benefit to the user based on the parameters and the sleep information acquired in the acquisition step, a determination step (S302, S305) of determining, prior to the awarding step, benefit candidates that can be acquired in the awarding step based on the parameters when the user satisfies a second condition while awake, and a notification step (S306) of notifying the user of the benefit candidates determined in the determination step without awarding the benefit to the user.
This allows the user to obtain rewards in the game in accordance with game operations such as applying items to the character during the day and sleep at night, allowing the user to enjoy game operations during the day while being motivated to develop good sleeping habits.

(Appendix 12)
An information processing method executed by a computer having a processor and a memory unit, the information processing method comprising: an acquisition step (S102) of acquiring sleep information of a user; a generation step (S101, S301) of generating parameters when the user satisfies a first condition while awake; an awarding step (S106) of awarding a benefit to the user based on the parameters and the sleep information acquired in the acquisition step; a determination step (S302, S305) of determining, prior to the awarding step, benefit candidates that can be acquired in the awarding step based on the parameters when the user satisfies a second condition while awake; and a notification step (S306) of notifying the user of the benefit candidates determined in the determination step without awarding the benefit to the user.
This allows the user to obtain rewards in the game in accordance with game operations such as applying items to the character during the day and sleep at night, allowing the user to enjoy game operations during the day while being motivated to develop good sleeping habits.

1 Information processing system, 10 Server, 101 Storage unit, 103 Control unit, 20A, 20B, 20C User terminal, 201 Storage unit, 204 Control unit

Claims (4)

A program for causing a computer having a processor and a storage unit to execute a game related to sleep ,
The program causes the processor to:
an acquisition step of starting time measurement in response to an input operation by a user and acquiring time information related to the user's sleep ;
a generating step of generating a parameter when an operation by the user during the time when timekeeping is not performed satisfies a first condition;
a granting step of granting a benefit to the user based on the parameter and the time information in response to the time information being acquired in the acquiring step;
a determination step of determining, prior to the awarding step, a benefit candidate that can be acquired in the awarding step based on the parameter when a second condition, which is a predetermined condition for the parameter , is satisfied during the time when the timekeeping is not performed ;
A program that executes the following. the generating step is a generating step in which a first condition is that an instruction to use a predetermined item has been received,
The determining step is a determining step in which a second condition is that an instruction to use a predetermined number or more of the items has been received.
The program according to claim 1 . An information processing device including a processor and a storage unit,
the processor,
an acquisition step of starting time measurement in response to an input operation by a user and acquiring time information related to the user's sleep ;
a generating step of generating a parameter when an operation by the user during the time when timekeeping is not performed satisfies a first condition;
a granting step of granting a benefit to the user based on the parameter and the time information in response to the time information being acquired in the acquiring step;
a determination step of determining, prior to the awarding step, a benefit candidate that can be acquired in the awarding step based on the parameter when a second condition, which is a predetermined condition for the parameter , is satisfied during the time when the timekeeping is not performed ;
An information processing device that executes the above. An information processing method executed by a computer including a processor and a storage unit,
an acquisition step of starting time measurement in response to an input operation by a user and acquiring time information related to the user's sleep ;
a generating step of generating a parameter when an operation by the user during the time when timekeeping is not performed satisfies a first condition;
a granting step of granting a benefit to the user based on the parameter and the time information in response to the time information being acquired in the acquiring step;
a determination step of determining, prior to the awarding step, a benefit candidate that can be acquired in the awarding step based on the parameter when a second condition, which is a predetermined condition for the parameter , is satisfied during the time when the timekeeping is not performed ;
An information processing method for executing the above.