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

Abstract

To cause a user to maintain a motivation to adopt a good sleep habit.SOLUTION: A game program causes a processor to execute: an acquisition step for acquiring sleep information on a user; a generation step for generating a parameter when a first condition is satisfied while the user is awake; an imparting step for imparting a privilege to the user on the basis of the parameter and the sleep information in response to the fact that the sleep information is acquired in the acquisition step; a determination step for determining a candidate of a privilege that can be acquired in the imparting step on the basis of the parameter when a second condition is satisfied while the user is awake, prior to the imparting step; a notification step for notifying a user of the candidate of a privilege determined in the determination step without imparting the same to the user.SELECTED DRAWING: Figure 1

Description

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

2. Description of the Related Art In recent years, activity measuring devices that measure a person's behavior and amount of activity by using a motion detection sensor or the like that detects body motion have become widespread. An activity measuring device presents the amount of activity, etc., to the user, thereby raising the user's health awareness, and is desired to be used continuously.
For example, Patent Literature 1 discloses a technique for providing a more entertaining application using lifelog information. Patent Literature 2 discloses a game device and a program that give a user a sense of immersion. Patent Literature 3 discloses a technique for effectively prompting a user to change behavior related to improvement of health condition.

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

However, the inventions described in Patent Document 1, Patent Document 2, and Patent Document 3 merely reflect parameters based on automatically acquired biometric information in the game, and lack interest for users.

Therefore, the present disclosure has been made in view of the above problems, and its purpose is to provide a more interesting game based on the user's game operation during the day and the user's sleep habits at night. to motivate the user towards good sleep habits.

A game program to be executed by a computer comprising a processor and a storage unit, the game program comprising: an acquisition step of acquiring sleep information of a user; In addition, a generation step for generating parameters, a grant step for granting benefits to the user based on the parameters and sleep information in response to obtaining sleep information in the acquisition step, and prior to the grant step, the user When the second condition is satisfied during wakefulness, a determination step of determining privilege candidates obtainable in the granting step based on the parameters, and a notification step of notifying the privilege candidates determined in the determination step without granting them to the user. and a game program that runs

According to the present disclosure, the user can obtain benefits in the game according to game operations such as applying items to characters during the day and sleeping at night. The user can enjoy the game operation during the daytime while motivating the user toward good sleep habits.

1 is a diagram showing an overall configuration of an information processing system 1; FIG. 3 is a block diagram showing the functional configuration of the server 10; FIG. 2 is a block diagram showing a functional configuration of a user terminal 20; FIG. FIG. 10 is a diagram showing the data structure of a user table 1012; FIG. FIG. 10 is a diagram showing the data structure of a deck table 1013; FIG. FIG. 10 is a diagram showing the data structure of a character master 1014; 4 is a diagram showing the data structure of an item master 1015; FIG. FIG. 4 is a diagram showing the data structure of a material master 1016; FIG. 10 shows the data structure of a privilege master 1017. FIG. It is a flowchart which shows operation|movement of privilege provision processing. 10 is a flow chart showing the operation of privilege candidate display processing. It is an example of a screen which shows operation|movement of privilege provision processing. It is an example of a screen which shows operation|movement of a privilege candidate display process. 2 is a block diagram showing the basic hardware configuration of computer 90. FIG.

Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. In all the drawings for explaining the embodiments, common constituent elements are denoted by the same reference numerals, and repeated explanations are omitted. It should be noted that the following embodiments do not unduly limit the content of the present disclosure described in the claims. Also, not all the components shown in the embodiments are essential components of the present disclosure. Each figure is a schematic diagram and is not necessarily strictly illustrated.

<Overview of information processing system 1>
FIG. 1 is a diagram showing the overall configuration of an information processing system 1. As shown in FIG. The information processing system 1 according to the present disclosure provides a game service that progresses based on a game operation when the user is awake (for example, during the day) and information about the sleeping state of the user when the user is sleeping (for example, at night). System. The information processing system 1 is an information processing system for maintaining motivation to send good sleep habits while the user enjoys the game service.
As a game service provided by the information processing system 1, a breeding game will be described as an example in the present disclosure. Note that the present disclosure is applicable to arbitrary game services such as shooting games, action games, role-playing games, adventure games, racing games, puzzle games, simulation games, and table games.

<Basic Configuration of Information Processing System 1>
FIG. 1 shows an information processing system 1 according to the present disclosure. The information processing system 1 includes a server 10 and a plurality of user terminals 20A, 20B, and 20C, which are connected via a network N. As shown in FIG. FIG. 2 is a block diagram showing the functional configuration of the server 10. As shown in FIG. FIG. 3 is a block diagram showing the functional configuration of the user terminal 20. As shown in FIG.

The server 10 is an information processing device that receives information about the user's game operations during the daytime and the user's sleep state at night, and provides a service that provides a privilege to the user or an in-game character 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 smart phone or tablet, a stationary PC (Personal Computer), or a laptop PC. It may also be a wearable terminal such as an HMD (Head Mount Display) or a wristwatch type terminal.

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

The configuration and operation of each device will be described below.

<Functional Configuration of Server 10>
A functional configuration realized by the hardware configuration of the server 10 is shown in FIG. The server 10 has a storage unit 101 and a control unit 104 .

<Configuration of Storage Unit of Server 10>
The storage 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 privilege master 1017.
FIG. 4 is a diagram showing the data structure of the user table 1012. As shown in FIG. FIG. 5 is a diagram showing the data structure of the deck table 1013. As shown in FIG. FIG. 6 is a diagram showing the data structure of the character master 1014. As shown in FIG. FIG. 7 is a diagram showing the data structure of the item master 1015. As shown in FIG. FIG. 8 is a diagram showing the data structure of the material master 1016. As shown in FIG. FIG. 9 is a diagram showing the data structure of the privilege master 1017. As shown in FIG.

The user table 1012 is a table that stores and manages information on member users (hereinafter referred to as users) who use the service. By registering to use the service, the user's information is stored in a new record in the user table 1012 . This enables the user to use the service according to the present disclosure.
User table 1012 is a table having columns of user name, sleep information, reference sleep pattern, sleep score, temporary sleep score, selected deck ID, possessed item ID, possessed material ID, and user points, with user ID as the main key. .

User ID is an item that stores user identification information for identifying a user. User identification information is an item in which a unique value is set for each user.

The user name is an item that stores the name of the user.

The sleep information is an item that stores information about the user's sleep.
Sleep information may include information about sleep patterns indicating when the user goes to bed and wakes up. Note that the bedtime represents the time when the user falls asleep. For example, it may be the time when the user goes to bed, or the time when the user's consciousness transitions from an awake state to a sleeping state. The wake-up time represents the time when the user wakes up, and may be, for example, the time when the user wakes up from bed, or the time when the user shifts from a sleeping state to an awake state. . In the present embodiment, a sleep pattern is defined as a pair of bedtime and wake-up time from falling asleep to waking up.
Sleep information may include information regarding the user's sleep quality. The information about sleep quality is the time of each sleep stage in the sleep cycle and the ratio of each sleep stage to the sleep time. For example, it is the time and ratio of "awakening", "light sleep", "deep sleep", and "REM sleep", which are each sleep stage of the sleep cycle.
Sleep information may include a history of sleep patterns for a day or multiple days over a given period of time, such as a day, a week, a month, or the like. Also, the history of all sleep patterns from when the user started using the service to the present may be included.

The reference sleep pattern is an item that stores a predetermined sleep pattern based on reference bedtime and wake-up time. Since there are individual differences in sleep patterns, it is also possible to automatically set a reference sleep pattern that matches the constitution of each user based on the user's sleep history stored in the sleep information.
The reference sleep pattern does not have to be one fixed sleep pattern, and for example, a plurality of reference sleep patterns may be stored for each day of the week, month, and season. In addition, a plurality of reference sleep patterns may be stored according to weekdays, holidays, holidays, and the like.
The reference sleep pattern may be set by the user inputting the bedtime and wake-up time through interaction with a predetermined in-game character. For example, it may be set by prompting the user to input a format in which a predetermined in-game character is promised a bedtime and a wake-up time. As a result, even if the user is a child, it is possible to naturally motivate the user toward 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 related to sleep of the user.

The selected deck ID is an item in which the deck ID in the deck table 1013 of the character currently selected by the user is stored. The user can operate the character in the deck table 1013 associated with the selected character ID and apply items in the course of the game. Note that the selected deck ID may be omitted when the number of characters possessed by the user is limited to one.

The possessed item ID is an item in which item IDs of one or more in-game items currently possessed by the user are stored.

The possessed material ID is an item in which material IDs of one or more in-game materials currently possessed by the user are stored.

The user point is an item that stores the item point value obtained when the user applies the in-game item.

The deck table 1013 is a table for storing in-game characters owned by the user. The user can operate the in-game character owned by himself/herself, perform a predetermined operation on the in-game character, apply an in-game item, or the like to advance the game. 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 obtain an in-game character by completing an in-game event such as a quest or satisfying a predetermined condition through the progress of the game such as defeating an enemy character. Also, a predetermined in-game character may be possessed at the start of the game.
The obtained in-game character is stored in the deck table 1013 in association with the user ID of the user and the character ID of the character, thereby representing that the user owns the character in the game.
The deck table 1013 is a table having columns of user ID, character ID, name, performance value, and character point, with the deck ID as a primary key.

The deck ID is an item that stores deck identification information for identifying a character possessed by the user. The deck identification information is an item in which a unique value is set for each character possessed by the user.

User ID is an item for storing user identification information of a user who owns a deck.

The character ID is an item for storing character identification information of 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 who is registered in the deck. The user can freely set a name for the in-game character owned by the user.

The performance value is an item that stores the performance parameters of the in-game character owned by the user. Performance parameters of in-game characters include parameters such as status, physical strength, maximum physical strength, attack power, defense power, speed, character attributes, and decoration.

The status is an item that stores performance parameters related to the activity status of the in-game character. When the physical strength value of the in-game character is 0 or less, information is stored indicating that the in-game character cannot act, such as fainting or death.

The physical strength value is an item that stores a performance parameter related to the physical strength of the in-game character. When a character in the game receives damage, the physical strength value decreases according to the content of the damage. Also, when in-game items are applied to in-game characters, or when in-game events such as lodging and resting occur, physical strength increases (recovers) according to the items and event details.

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

Attack power is an item that stores performance parameters relating to the attack power of the in-game character. This is a parameter for calculating the damage inflicted by an in-game character when attacking an opponent's in-game character. The higher the attack power, the more damage you can do.

The defense power is an item that stores performance parameters relating to the defense power of the in-game character. This is a parameter for calculating the damage that an in-game character receives when attacked by an opponent's game character. The higher your defense, the less damage you take.

Agility is an item that stores performance parameters relating to the agility of in-game characters. This is a parameter for calculating the attack order in which an in-game character attacks or is attacked by an in-game character of an opponent. The greater the agility than the opponent's in-game character, the higher the probability that the attack order will be first.
Also, it may be used as a parameter for calculating the probability of avoiding an attack (not receiving damage) when receiving an attack from an opponent. The greater the agility than the opponent's in-game character, the higher the probability of avoiding the opponent's attack.

The character attribute is an item that stores performance parameters related to the in-game attributes of the in-game character. In-game attributes are information that defines the attack or defense compatibility between in-game characters and the compatibility between in-game characters and the in-game environment in the course of the game. By making it disadvantageous, the interest of the game is improved.

Decoration is an item that stores the decoration type related to the in-game decoration of the in-game character. In-game decorations include clothing worn by in-game characters (shirts, pants, skirts, etc.), equipment worn (weapons such as swords and spears, armor such as armor and helmets, accessories such as rings, etc.), and other forms , posture, size, etc., that define the decoration of the in-game character when the user visually recognizes the in-game character.
Usually, a plurality of decorations are prepared in advance for each in-game character, and decoration code values and the like corresponding to the respective decorations are stored. When a user uses a game service in which an in-game character appears, a decoration image and a decoration object corresponding to a code value are selectively applied to the in-game character, and decorated with the decoration image and the decoration object. In-game characters make the game service more enjoyable.

The character points are the value of the applied in-game item when a predetermined in-game condition is satisfied (for example, when an in-game character owned by the user is applied with an in-game item described later). It is a parameter that is added accordingly.

The character master 1014 is a table that stores and manages in-game character information.
The character master 1014 is a table having a character ID as a primary key, character ID, character name, initial performance value, evolveable character ID, and evolution condition columns.

Character ID is an item for storing character identification information for identifying a character. Character identification information is an item in which a unique value is set for each character.

The character name is an item that stores the name of the character (kind name, race name, occupation name, occupation name, job name, etc. in an RPG game, etc.).

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

The evolvable character ID is an item in which the ID of a predetermined character called "evolvable character" is stored. When the user has an evolveable character, and if the evolution conditions described later are satisfied, the user can evolve the evolveable character by performing a predetermined operation (such as changing jobs, changing jobs in RPG games, etc.). , Also called a class change).
Specifically, the user selects an evolveable character stored in his/her own deck table 1013 by performing a predetermined operation. When the evolution condition is satisfied and the user executes an operation to evolve, the character ID in the deck table 1013 for the selected evolveable character becomes the evolved character ID (linked to the evolveable character ID). 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. Also, the corresponding display information or decoration of the character may be changed so that the appearance of the character changes from before evolution to after evolution.

The evolution condition is an item that stores the conditions necessary to evolve the evolveable character. Specifically, the level, performance value, experience value, etc. of the evolveable character must satisfy predetermined conditions. The user possesses a prescribed item. In addition, the user must have achieved in-game events such as predetermined quests. In addition, arbitrary conditions such as defeat of predetermined enemy characters and play time can be set as evolution conditions.

The item master 1015 is a table that stores and manages in-game item information.
The user can obtain in-game items by completing in-game events such as quests and satisfying predetermined conditions through the progress of the game such as defeating enemy characters. Also, on condition that the game is started, a predetermined in-game item may be possessed at the start of the game.
The obtained in-game item is stored in the user table in association with the user ID of the user and the item ID of the in-game item, for example, so that the user can own the in-game item in the game. expressed.
The item master 1015 is a table having item name, application point, item point, and recipe columns with item ID as a primary key.

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

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

Applied points are items that store parameters that are the basis for calculation when in-game items are used (for example, when in-game items are applied to in-game characters) and added to the in-game character's character points. be. Specifically, when the user applies the in-game item to the in-game character, a process is performed in which the applied points corresponding to the in-game item are added to the character point value of the in-game character. Depending on the combination of the in-game item and the in-game character, when the user applies the in-game item to the in-game character, only the item points corresponding to the in-game item may be subtracted from the value of the user's character points. may be done.

The item point is an item that stores a parameter that serves as a basis for calculation when adding an in-game item to a user's user point when the in-game item is applied to the in-game character. Specifically, when a user applies an in-game item to an in-game character, a process is performed in which item points corresponding to the in-game item are added to the value of the user's user points. Depending on the combination of the in-game item and the in-game character, when the user applies the in-game item to the in-game character, only the item points corresponding to the in-game item may be subtracted from the value of the user's user points. may be done.

A recipe is an item that stores conditions for generating in-game items from sub-items called "materials." The user can create and possess new in-game items by combining a plurality of materials possessed by the user.

The material master 1016 is a table that stores and manages information on in-game materials.
The user can acquire in-game materials by completing in-game events such as quests, and progressing the game such as defeating enemy characters. Also, the player may have predetermined in-game materials at the start of the game.
Acquired in-game materials are stored in the user table in association with the user ID of the user and the material ID of the in-game material, thereby expressing that the user owns the in-game material within the game. .
The material master 1016 is a table having 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, race, etc.).

Rarity is an item that stores the rarity of in-game materials. For example, rarity values such as super rare, rare, and common are stored according to the acquisition difficulty.

The attribute value is an item that stores the attribute value of the in-game material. An attribute value is an item used as a condition for generating a predetermined in-game item in a recipe item of the item master.

The privilege master 1017 is a table for storing privileges given to users.
The privilege master 1017 is a table having columns of privilege contents and privilege conditions.

The content of privilege is an item for storing the content of the privilege given to the user.
The content of the privilege given to the user may include the content of the privilege given to the user. For example, the content of the privilege may include that the user newly acquires an in-game character. The contents of the privilege may include giving in-game items and in-game materials to the user. It may also include generating in-game items from predetermined in-game materials owned by the user.
The content of the privilege given to the user may include the content of the privilege given to the character owned by the user. For example, the content of the privilege may include strengthening or weakening the performance value of the in-game character owned by the user. Also, the content of the privilege may include changing the decoration of the in-game character owned by the user.
The content of the privilege given to the user may include evolving an in-game character (predetermined evolveable character) owned by the user.

The privilege condition is an item that stores conditions for giving a privilege to the user. As for the privilege condition, the total score range is stored in the present disclosure. That is, it is determined whether or not the privilege condition is met according to the value of the total score, and if the privilege condition is met, the privilege content linked to the privilege condition is given to the user.
For example, privilege A is given when the total score is between 11 and 100 points, and privilege B is given when the total score is between 101 and 200 points.
Note that the privilege conditions do not have to be exclusive conditions for each privilege content, and may be multiple overlapping conditions. In other words, it is also possible to satisfy a plurality of privilege conditions for one total score. At this time, according to the value of the total score of 1, a plurality of privilege contents corresponding to a plurality of privilege conditions may be given to the user.
Also, by setting the priority for the privilege content, only one privilege content with the highest priority among one or a plurality of privileges may be given to the user.

<Configuration of Control Unit of Server 10>
The control unit 104 of the server 10 includes a user registration control unit 1041, an item generation unit 1042, a privilege provision unit 1043, a sleep information storage unit 1044, a sleep score calculation unit 1045, a total score calculation unit 1046, and a privilege display unit 1047. Control unit 104 implements each functional unit by executing application program 1011 stored in storage unit 101 .
FIG. 10 is a flow chart showing the operation of privilege provision processing. FIG. 11 is a flowchart showing the operation of privilege candidate display processing. FIG. 12 is a screen example showing the operation of the privilege giving process. FIG. 13 is a screen example showing the operation of the privilege candidate display process.

The user registration control unit 1041 performs processing for storing information of users who wish to use the service according to the present disclosure in the user table 1012 .
The user name information stored in the user table 1012 is transmitted to the server 10 by the user opening a web page or the like operated by the service provider from any information processing terminal, entering the user name in a predetermined input form. The user registration control unit 1041 of the server 10 stores the received user name in a new record of the user table 1012, and user registration is completed. As a result, the users stored in the user table 1012 can use the service.
Prior to registration of user information in the user table 1012 by the user registration control unit 1041, the service provider may perform a predetermined examination to limit whether or not the user can 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 any character string or number automatically set by the user registration control unit 1041 of the server 10. can be

The item generation unit 1042 executes item generation processing. Details will be described later.
The privilege granting unit 1043 executes privilege granting processing. Details will be described later.
The sleep information storage unit 1044 executes sleep information storage processing. Details will be described later.
The sleep score calculation unit 1045 executes sleep score calculation processing. Details will be described later.
The total score calculation unit 1046 executes total score calculation processing. Details will be described later.
The privilege display unit 1047 executes privilege candidate display processing. Details will be described later.

<Functional Configuration of User Terminal 20>
A functional configuration realized by the hardware configuration of the user terminal 20 is shown in FIG. 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 various devices that detect various states of the user terminal 20 . The sleep sensor 2086 includes, for example, an orientation sensor (acceleration sensor or gyro sensor) that detects the orientation and tilt of the terminal itself, a gaze sensor that detects the direction of the user's line of sight, an optical sensor that detects the brightness of the surroundings, and a user's movement. may include an infrared sensor for detecting the In addition, the sleep sensor 2086 is a microphone that collects sounds around the user terminal 20, a humidity sensor that detects the humidity around the user terminal 20, a geomagnetic sensor that detects the magnetic field at the location of the user terminal 20, etc. may

In addition, the sleep sensor 2086 may detect various information using the sensor functions described above. For example, the sleep sensor 2086 may detect the number of steps of the user holding the user terminal 20 using the function of an acceleration sensor. In addition, the sleep sensor 2086 uses the function of an acceleration sensor to detect motion information indicating whether the user terminal 20 is operating or stationary at regular intervals or at each timing when the user terminal 20 operates. You may Sleep sensor 2086 can transmit sensing data detected as described above to control unit 204 .

In addition, the sleep sensor 2086 is provided as a separate body from the user terminal 20 and connected communicatively with the user terminal 20, such as a wristwatch type or ring type terminal, which can be worn by the user (so-called wearable terminal) ). At this time, the sleep sensor 2086 can detect the user's biological information and transmit it to the user terminal 20 . The sleep sensor 2086 can determine the user's heart rate by, for example, photoplethysmography or the like, and transmit it to the control unit 204 as sensing data. Sensing data detected by the sleep sensor 2086 is not limited to these, and biometric information related to the user's sleep, such as brain waves, respiration, pulse, and body movement, may be detected.

<Configuration of Storage Unit of User Terminal 20>
The storage unit 201 of the user terminal 20 stores a user ID 2011 for identifying a 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 service 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 the storage unit 201 in advance, or may be downloaded from a web server or the like operated by the service provider via the communication IF. Application program 2012 includes an interpreted programming language that runs on a web browser application stored on user terminal 20 .

<Configuration of Control Unit of User Terminal 20>
The control unit 204 of the user terminal 20 has an input control unit 2041 and an output control unit 2042 . By executing the application program 2012 stored in the storage unit 201 , the control unit 204 implements functional units of an input control unit 2041 and an output control unit 2042 .
The input control unit 2041 of the user terminal 20 is an input device such as the user's operation content to the touch-sensitive device 2061 of the touch panel 206, voice input to the microphone 2081, the position information sensor 2083, the camera 2084, the motion sensor 2085, and the sleep sensor 2086. Acquires information output from and executes various processes. The input control unit 2041 of the user terminal 20 executes a process of transmitting the information acquired from the input device together with the user ID 2011 to the server 10 .
The output control unit 2042 of the user terminal 20 receives the user's operation on the input device and information from the server 10 , and executes control processing of the display content of the display 2062 and the audio output content of 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. 10 and 11. FIG.
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 the present disclosure, a game service in which in-game items are cooked dishes (hereinafter referred to as dishes) and in-game materials are ingredients, seasonings, etc., will be described as an example.

<Item creation process>
The item creation process is a process of creating in-game items from in-game materials.

<Overview of item creation process>
The item creation process is a series of processes in which the user acquires new in-game items by consuming in-game materials owned by the user.

<Details of item creation process>
The user operates the touch panel 206 of his/her own user terminal 20 to send an inquiry request for his/her own user ID 2011 and a producible in-game item to the server 10 .
Upon receiving the request from the user terminal 20, the item generation unit 1042 of the server 10 searches the user table 1012 using the received user ID as a search key, and acquires the user's possessed material ID. The item generation unit 1042 of the server 10 searches the material master 1016 using the possessed material ID as a search key, and acquires the rarity, attribute value, etc. of the material possessed by the user. The item generation unit 1042 of the server 10 refers to the item of the recipe of the item master 1015 from the information based on the in-game material held by the user, searches for the item ID of the in-game item that the user can generate, and generates the item ID. to get For example, the item generation unit 1042 of the server 10 can generate the in-game item when the user possesses the in-game material (type and number of material) stored in the item of the recipe of the item master 1015. is an in-game item. The recipe may define conditions for generating in-game items based on conditions such as attribute values and rarity of in-game materials.
As a result, the item generation unit 1042 of the server 10 can acquire the item ID of the dish that can be cooked from the ingredients owned by the user.

The item generation unit 1042 of the server 10 transmits item IDs of in-game items that can be generated by the user 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 item that the user can create on the display 2062 of the user terminal 20 .
This allows the user to view and check the dishes that can be cooked.

The user operates the touch panel 206 of the user terminal 20 and selects an in-game item to be generated from the in-game items displayed on the display 2062 . When an 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 food 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 acquires recipe information. The item generation unit 1042 of the server 10 deletes the in-game materials necessary for generating in-game items from the possessed material IDs of the records relating to the user in the user table 1012 based on the generation conditions specified in the recipe information. . In other words, the user consumes the in-game material owned by the user in generating the in-game item. It should be noted that the content to be processed upon generation of in-game items is not limited to the consumption of in-game materials, and arbitrary processing may be performed according to generation conditions.
Next, the item generation unit 1042 of the server 10 adds the received item ID to the possessed item ID column of the record relating to the user in the user table 1012 . That is, the user acquires the selected in-game item.
As a result, the user can acquire new dishes by consuming in-game materials such as ingredients and seasonings.

Alternatively, when the user acquires the in-game material without selecting any of the in-game items that can be generated, the in-game item that satisfies the generation conditions is automatically generated and acquired by the user. If there are a plurality of in-game items that can be generated, a configuration may be adopted in which a predetermined in-game item is randomly generated according to a predetermined probability and the user obtains the item. As a result, the user can acquire a new in-game item without complicated operations such as selecting a producible in-game item, and can enjoy the game service more.
In this case, when the user operates the game and acquires ingredients and seasonings, the user can automatically acquire dishes that can be cooked with the ingredients and seasonings.

<Benefit Granting Process>
The privilege giving process is a process of receiving information about the user's game operation when awake (for example, daytime) and the sleeping state of the user when sleeping (for example, nighttime), and giving a privilege to the user. A user can obtain a privilege through the privilege granting process. Note that the benefits given to the user include benefits given to the in-game character owned by the user, benefits given to the in-game team, the in-game group, etc. to which the user belongs, and any arbitrary associated with the user. including any perks for in-game objects, in-game entities, etc.
The details of the privilege giving process will be described below with reference to the flowchart of FIG. 10 and the display screen example of FIG.

<Outline of privilege granting process>
The privilege giving process is a process of giving a privilege (bonus) to the user according to the item and sleep score applied to the character.
Specifically, the total score is calculated based on the character points calculated based on the items applied to the character and the sleep score. A benefit corresponding to the total score is determined, and the determined benefit is given to the user. Thereby, the user can acquire a privilege.

<Details of privilege grant processing>
The details of the privilege giving process will be described below.

In step S101, the user performs an operation to use an item during a daytime period other than a bedtime period. Specifically, an operation of applying an item to the character currently selected by the user is executed. A user can repeatedly perform an operation using an 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. Thereby, it is possible to motivate the user toward better sleep habits with higher quality.
The user operates the touch panel 206 of his/her own user terminal 20 and transmits to the server 10 a query request for his/her own user ID 2011 and in-game items held by the user.

Upon receiving the request from the user terminal 20 , the privilege granting unit 1043 of the server 10 searches the user table 1012 using the received user ID as a search key, acquires the user's possessed 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 item applicable to the user on the display 2062 of the user terminal 20 .
This allows the user to view and confirm applicable dishes, and to confirm what kind of dishes can be applied to the character.

The user operates the touch panel 206 of the user terminal 20, selects the 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 an 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 they wish to apply.

The privilege granting unit 1043 of the server 10 searches the item master 1015 based on the received item ID, and acquires the applicable points and item points.
The privilege granting unit 1043 of the server 10 adds the applicable points to the character points of the character selected by the user. Specifically, the privilege granting unit 1043 of the server 10 refers to the deck table 1013 based on the deck ID stored in the selected deck ID of the record related to the user in the user table 1012, and retrieves the record of the character selected by the user. Identify. Then, the acquired application point value is added to the character points stored in the record related to the character. As a result, parameters relating to the application points of the character possessed by the user are generated. In other words, parameters related to the user are generated.
The privilege granting unit 1043 of the server 10 may change the decoration of the character according to the character points. For example, as the character points increase, the character image displayed on the display 2062 of the user terminal 20 may be displayed larger. Thus, by applying food to the character, it is possible to provide the user with an effect that the character becomes larger. Users can enjoy the game service more.
The privilege granting unit 1043 of the server 10 adds the acquired item points to the user points of the user. Specifically, the privilege granting unit 1043 of the server 10 adds the value of the acquired item points to the user points stored in the record relating to the user in the user table 1012 .

<Sleep information memory processing>
In step S102, the sleep information storage unit 1044 of the server 10 executes sleep information storage processing for storing the sleep information of the sleeping user.

The user terminal 20 may receive an input operation from the user indicating that the user is going to bed, and use this as a trigger to start the sleep information storage process. The input operation to go to bed may be, for example, an operation to interrupt the game or an operation to put the character to sleep (stroking the character via the touch panel 206, turning off the light used by the character, etc.). In addition, the user terminal 20 constantly performs sensing with the sleep sensor 2086, and can detect the user's going to bed from sensing data (for example, movement of the terminal, ambient brightness, voice, etc.). Also, when a later-described reference bedtime approaches, the user may be encouraged to go to bed by making the character look sleepy or by changing the game world to night.

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 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 bedtime and wake-up time in the sleep information column of the user's record in the user table 1012 based on the sensing data.

The sleep information may include information regarding the user's sleep quality. At this time, the user terminal 20 calculates information about the user's sleep quality from the user's biological information detected by the sleep sensor 2086 . Information about the user's sleep may be calculated by adopting a known sleep analysis function of an existing multifunction device functioning as the user terminal 20 .
The sleep information storage unit 1044 of the server 10 stores the information about sleep quality in the sleep information column of the record of the user in the user table 1012 .

<Sleep score calculation processing>
In step S103, the sleep score calculation unit 1045 of the server 10 executes sleep score calculation processing for calculating the sleep score based on the sleep information on the morning of the day after the user applied the item.
The sleep score calculation process may be executed during an arbitrary time period such as a daytime period other than the bedtime period. The sleep score calculation process may be executed when the user operates the user terminal 20 to start or operate an application or the like 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 detecting the wake-up time of the user.

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

The sleep score calculator 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 acquires sleep information and reference sleep patterns.

Hereinafter, the present disclosure will be described assuming that the standard bedtime is 21:00 and the standard wake-up time is 7:00.
The reference sleep pattern is set based on the reference bedtime and the reference wake-up time (hereinafter, the reference bedtime and/or the reference wake-up time may be referred to as the reference time), and the range in which the minimum sleep time is ensured You can give the width of the time zone with . A range of 30 minutes before and 15 minutes after the reference time is provided. The width of the reference time may be different before and after the reference time. For example, from the viewpoint of recommending early to bed and early to rise, the width of the time period before the reference time is set longer than that after the time period. Also, the minimum sleep time may be set according to the user's age. For example, 7 hours for adults and 10 hours for children can be set by the user or the administrator of the game service.

In sleep pattern A, when the bedtime is included in the reference bedtime (time period) and the wake-up time is also included in the reference wake-up time (time period), the sleep score calculation unit 1045 of the server 10 determines the sleep pattern A determines that it meets the reference sleep pattern.

Sleep pattern B satisfies the reference bedtime at 21:00, but the wake-up time is after 7:15 and does not satisfy the reference wake-up time, the sleep score calculation unit 1045 of the server 10 The sleep pattern B determines that the reference sleep pattern is not met.

Sleep pattern C satisfies the reference wake-up time with the wake-up time between 7:00 and 7:15, but the bedtime is after 21:15 and does not meet the reference bedtime, sleep score of server 10 Calculation unit 1045 determines that sleep pattern C does not satisfy the reference sleep pattern.

As described above, the sleep score calculator 1045 of the server 10 determines whether the sleep pattern satisfies the reference sleep pattern.

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

When 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 whether the sleep pattern continues to satisfy the reference sleep pattern for a predetermined period or more based on the sleep information. determine whether or not
The sleep score calculation unit 1045 of the server 10 calculates the sleep score as 40 points when determining that the sleep pattern based on the sleep information does not satisfy the reference sleep pattern for a predetermined period or longer.

The sleep score calculation unit 1045 of the server 10 calculates the sleep score as 70 points when determining that the sleep pattern based on the sleep information satisfies the reference sleep pattern for a predetermined period or longer.

The sleep score calculator 1045 of the server 10 may determine that the reference sleep pattern is satisfied when the sleep time based on the sleep information is longer than a predetermined time. The sleep score calculator 1045 of the server 10 may add a larger sleep score as the sleep time based on the sleep information is longer. Alternatively, the sleep score calculator 1045 of the server 10 may calculate the sleep score based on the sleep time based on the sleep information.

The sleep score calculator 1045 of the server 10 may determine that the reference sleep pattern is satisfied when the duration of deep sleep based on the sleep information is longer than a predetermined time, or when the number of deep sleeps is greater than a predetermined number. The sleep score calculation unit 1045 of the server 10 may add a larger sleep score as the length of time of deep sleep based on sleep information is longer and as the number of times of deep sleep is larger. In addition, the sleep score calculator 1045 of the server 10 may calculate the sleep score based on the deep sleep time and the number of deep sleeps based on the sleep information.

The sleep score calculation unit 1045 of the server 10 may add or subtract from the sleep score according to the degree of deviation of the sleep pattern based on the sleep information from the reference sleep pattern. That is, the closer the sleep pattern based on the sleep information to the reference sleep pattern, the higher the sleep score calculated, and the more deviated from the reference sleep pattern, the lower the sleep score calculated. This allows the user to be motivated toward good sleep habits based on regular sleep patterns.

The user or game service administrator may be able to set any predetermined time period. For example, the predetermined period may be three days or one week.
The predetermined period may be set by the user interacting with a predetermined in-game character. For example, it may be set by inputting in a format that promises a predetermined in-game character and a predetermined period of time. As a result, even if the user is a child, it is possible to naturally motivate the user toward good sleep habits.

In addition, when the sleep information includes information about the quality of sleep, the sleep score calculation unit 1045 of the server 10 adds or subtracts from the sleep score based on the sleep stage, based on the index that indicates whether the sleep is good or not. good. Sleep scores may be added or subtracted based on any algorithm to weight each sleep stage.

The amount of activity of the user, meal, position, humidity, operation time to the user terminal, operation time period, etc. may be added or subtracted from the sleep score. For example, if the location of a highly rated hotel (such as a five-star hotel) is detected as the location information of the user terminal, it may be added to the sleep score as a good sleep. Also, for example, if the user operates the user terminal after the reference bedtime, the sleep score may be reduced.

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 .

<Comprehensive score calculation processing>
In step S104, the total score calculator 1046 of the server 10 calculates the total score based on the character points and the sleep score.
A total score is a value calculated based on the character points and the sleep score. The total score is calculated, for example, by multiplying the sleep score of the current day (sleep score when waking up) and the character points of the previous day (character points when going to bed). The overall score may be calculated based on sleep score statistics (average, median, mode, maximum, minimum, etc.) for multiple days and character point statistics for multiple days.

The total score calculator 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 acquires character points and sleep scores.
The total score calculator 1046 of the server 10 calculates the total score by multiplying the obtained character points and the sleep score. Note that the total score may be calculated based on an arbitrary algorithm such as the sum of character points and sleep scores.
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 .

Note that the total score calculation unit 1046 of the server 10 may be configured to calculate the total score based on either the character points or the sleep score.

In step S105, the privilege granting unit 1043 of the server 10 identifies privilege contents to be granted based on the total score.
The privilege granting unit 1043 of the server 10 searches for privilege conditions in the privilege master 1017 based on the calculated total score. Specifically, a record of privilege conditions that satisfy conditions such as the calculated total score is specified. Then, the privilege content stored in the record is acquired. It should be noted that the privilege conditions of the privilege master 1017 can be arbitrary conditions based on character points, sleep scores, etc., instead of the total score.
Note that, in the present disclosure, the configuration is such that the content of the privilege is specified based on the total score, but the content of the privilege may be specified from the character points and the sleep score without calculating the total score.

In step S106, the privilege granting unit 1043 of the server 10 grants a privilege to the user or an in-game character owned by the user based on the acquired privilege content.
The privilege granting unit 1043 of the server 10 grants a privilege to the user based on the acquired privilege content information. As an example of a privilege, the user can acquire a new in-game character. FIG. 12 shows an example of a screen showing the operation of privilege provision processing. The display 2062 of the user terminal 20 also displays the captured image of the character, the value of the total score, the sleep score, or a text regarding the "sleeping type" indicating the user's sleep state determined based on the total score. The sleep type displays sentences such as "type A", "type B", and "type C" that express the user's sleeping state.
Specifically, the privilege granting unit 1043 of the server 10 updates the record of the user in the user table 1012 and the record of the character possessed by the user in the deck table 1013 according to the acquired privilege content.

<Benefit candidate display processing>
In the privilege candidate display process, a game operation is accepted while the user is awake, and privilege candidates are displayed prior to the actual awarding of what kind of privilege will be given to the user or the in-game character owned by the user the next day. This is a process of displaying and informing the user of the contents. The user can check available privilege candidates. Details of the privilege candidate display process will be described below using the flowchart of FIG. 11 and the display screen example of FIG.

<Overview of privilege candidate display processing>
The privilege candidate display process provides privilege candidates (privilege candidates obtainable by the user) to be given to the user the next day before sleeping in accordance with the items applied to the character. It is a process of displaying and notifying in advance.
Specifically, the provisional total score is calculated based on the character points calculated based on the items applied to the character and the provisional sleep score calculated based on the history of the user's past sleep information. Note that the provisional comprehensive score may be calculated based on either one of the character points and the provisional sleep score. A privilege candidate that the user can obtain is determined according to the provisional total score, and the user is notified by outputting and displaying it on the display 2062 of the user terminal 20 or the like.

<Details of privilege candidate display processing>
In step S301, the user performs an operation to use an item during a daytime period other than the bedtime period. Specifically, an operation of applying an item to the character currently selected by the user is executed. The details of the process are the same as those in step S101 of the privilege giving process, so the description is omitted.

In step S302, it is determined whether or not the user points are equal to or greater than a predetermined value.
In step S302, the determination process may be executed each time the user points change, the determination process may be executed when the user points change by a predetermined value or more, or the determination process may be executed at predetermined time intervals. good.
The privilege 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 user points of the user.
If the acquired user points are equal to or greater than the predetermined value, the privilege display unit 1047 of the server 10 assumes that the condition is satisfied, and proceeds to execute step S303. At this time, the screen displayed on the user terminal 20 is switched to the privilege display screen. On the privilege display screen, the user can visually check in advance one or more privilege candidates that may be granted by the privilege granting process on the next day. Here, if the user finds that the desired privilege cannot be obtained, the character points can be changed by operating the game while awake before going to sleep.
As a result, the user can recognize the benefit that will be given the next day, and the benefit that is given as a result of the limited number of trials of sleep will greatly deviate from the user's expectations. Motivation towards good sleep habits can be provided. In addition, it is possible to continuously encourage the user to make efforts toward good sleep habits.

By setting the predetermined value in the determination process to be smaller than the item point, the determination in step S302 can be "Yes" each time the user uses the item, and the privilege candidate display process can be executed. can. In addition, regardless of the value of the user points, each time the user applies an item, the determination in step S302 may be set to "Yes" and the privilege candidate display process may be executed.

At this time, the privilege display unit 1047 of the server 10 may cause the user terminal 20 to display a screen for allowing the user to select whether to proceed to step S303. When the privilege display unit 1047 of the server 10 receives an instruction from the user to proceed to step S303, the process proceeds to step S303.
If the acquired user points are less than the predetermined value, the privilege display unit 1047 of the server 10 does nothing and terminates the process.

Note that the number of items applied to the character may be used as the determination condition instead of the user points. For example, a configuration may be adopted in which a predetermined number or more of items are applied to the character for a predetermined period of time, and the execution of step S303 proceeds when an instruction to use the item is received.
As a result, it is possible to realize a screen effect that transitions to the privilege display screen when a certain number of dishes or more are applied to the character.

<Temporary sleep score calculation processing>
In step S303, the privilege display unit 1047 of the server 10 calculates a temporary sleep score.
The provisional sleep score may be a predetermined value (for example, 80 points) set by the user or the administrator of the game service. The predetermined value may be, for example, a plurality of reference predetermined values for each day of the week, month, and season. In addition, it may be a plurality of predetermined values corresponding to weekdays, holidays, holidays, and the like.
The provisional sleep score may be any statistical value including the average (average, median, mode), maximum value, minimum value, etc. of sleep score values (actual values) over a predetermined period in the past. At this time, the provisional sleep score does not need to be one. For example, the provisional sleep score may include multiple sleep score values such as the maximum value and the minimum value in a predetermined period.
In addition, the value of the sleep score of any past day may be included in the provisional sleep score.

<Temporary total score calculation processing>
In step S304, the total score calculator 1046 of the server 10 calculates a temporary total score based on the character points and the temporary sleep score. The 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 privilege provision process.
In addition, when a plurality of provisional sleep scores exist, a plurality of provisional total scores are calculated for each provisional sleep score.

Also in step S304, the total score calculator 1046 of the server 10 may be configured to calculate the temporary total score based on either the character points or the temporary sleep score.

In step S304, the user operates the game until bedtime and applies items (S301). Therefore, in calculating the provisional total score, the provisional total score is calculated by adding or accumulating a predetermined value to the character points. You can calculate. At this time, the predetermined value is the user's bedtime from the execution time of step S304 (bedtime of the reference sleep pattern, statistical values based on past sleep information (average value, median value, mode, maximum value, minimum value, etc.) )) may be determined according to the period. That is, if the time until bedtime is long, the predetermined value may be set to a larger value. As a result, the privilege to be given the next day can be more accurately displayed to the user.

In step S305, the privilege display unit 1047 of the server 10 determines privilege content to be granted as a privilege candidate 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 privilege provision process.
In addition, when there are a plurality of provisional total scores, a plurality of privilege candidates are determined for each provisional total score.

In step S306, the privilege display unit 1047 of the server 10 displays and informs the user of the privilege candidates based on the acquired privilege candidates.
The privilege display unit 1047 of the server 10 displays the privilege to the user based on the acquired privilege candidate information. FIG. 13 shows an example of a screen showing the operation of the privilege candidate display process. A display 2062 of the user terminal 20 displays an image of a character that may be obtained the next day and the value of character points.
Specifically, the privilege display unit 1047 of the server 10 transmits the acquired privilege candidate to the user terminal 20 . The control unit 204 of the user terminal 20 displays the received benefit candidate on the touch panel 206 .
When there are a plurality of privilege candidates, the display screen may be switched for each privilege and displayed to the user. At this time, if there are a plurality of privilege candidates, the display screen may be switched and displayed in the order of the provisional total score. As a result, the user can confirm that a higher-value privilege is given by getting good sleep, so that the user can be motivated toward good sleep habits.
When there are a plurality of privilege candidates, the plurality of privileges may be displayed side by side on one screen. At this time, if there are a plurality of privilege candidates, they may be arranged and displayed in the order of the provisional total score. As a result, the user can view and compare and confirm that benefits of higher value are given by getting good sleep, so that it is possible to motivate the user toward good sleep habits. .

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

The privilege display unit 1047 of the server 10 may notify the user of the privilege candidate by means of light, sound, etc., in addition to the display screen, based on the acquired privilege candidate.

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

<Modification 2>
User points and item points may be used instead of character points and application points in the privilege giving process and privilege candidate display process. In other words, the privilege giving process and the privilege candidate display process may be executed based only on the user's points instead of the character's points.
Similarly, character points and applicable points may be used instead of user points and item points in the privilege giving process and privilege candidate display process. In other words, the privilege imparting process and the privilege candidate display process may be executed based only on the points of the character (selected character) instead of the points of the user.
As a result, it is possible to simplify the point addition process and the like when applying the item, thereby simplifying the game service.

<Modification 3>
In the privilege candidate display process, privilege candidates may be displayed and notified on the user terminal 20 in response to a predetermined operation on the user terminal 20 by the user at any timing. Specifically, the user performs a predetermined operation on the user terminal 20 and transmits a request regarding the display of privilege candidates to the server 10 . Based on the received request, the privilege display unit 1047 of the server 10 performs provisional sleep score calculation processing (step S303), provisional total score calculation processing (step S304), determination of privilege candidates (step S305), notification of privilege candidates (step S306) is executed. The control unit 204 of the user terminal 20 displays the received benefit candidate on the touch panel 206 . That is, in the privilege candidate display process, the privilege candidate may be displayed and notified to the user regardless of the user point value.
As a result, the user can confirm what kind of privilege will be given when he or she wakes up before going to bed, regardless of the value of the user points, and can go to bed with peace of mind.

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

The processor 901 is hardware for executing an instruction set described in a program. The processor 901 is composed of an arithmetic unit, registers, peripheral circuits, and the like.

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

Auxiliary storage device 903 is a storage device for storing data and programs. For example, flash memory, HDD (Hard Disc Drive), magneto-optical disk, CD-ROM, DVD-ROM, semiconductor memory, and the like.

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

It should be noted that the computer 90 can be virtually realized by distributing all or part of each hardware configuration to a plurality of computers 90 and connecting them to each other via a network. Thus, the computer 90 is a concept that includes not only the computer 90 housed in a single housing or case, but also a virtualized computer system.

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

Note that the functional units included in the computer 90 can also be implemented by distributing all or part of each functional unit to a plurality of computers 90 interconnected via a network. The computer 90 is a concept that includes not only a single computer 90 but also a virtualized computer system.

The control unit is implemented by the processor 901 reading out various programs stored in the auxiliary storage device 903, developing them in the main storage device 902, and executing processing according to the programs. The control unit can implement functional units that perform various information processing according to the type of program. Thereby, the computer is implemented as an information processing device that performs information processing.

A storage unit is realized by the main storage device 902 and the auxiliary storage device 903 . The storage unit stores data, various programs, and various databases. Also, the processor 901 can secure a storage area corresponding to the storage unit in the main storage device 902 or the auxiliary storage device 903 according to a program. In addition, the control unit can cause the processor 901 to execute addition, update, and deletion processing of data stored in the storage unit according to various programs.

A database refers to a relational database, and is used to manage tabular tables structurally defined by rows and columns, and data sets called masters in association with each other. In a database, a table is called a table, a master is called a column, and a row is called a record. In a relational database, relationships between tables and masters can be set and associated.
Normally, each table and each master has a primary key column for uniquely identifying a record, but setting a primary key to a column is not essential. The control unit can cause the processor 901 to add, delete, and update records in specific tables and masters stored in the storage unit according to various programs.

Note that the database and master in the present disclosure may include any data structure (list, dictionary, associative array, object, etc.) in which information is structurally defined. The data structure also includes data that can be regarded as a data structure by combining data with functions, classes, methods, etc. written in any programming language.

A communication unit is implemented by the communication IF 991 . The communication unit implements a function of communicating with another computer 90 via a network. The communication section can receive information transmitted from another computer 90 and input it to the control section. The control unit can cause the processor 901 to execute information processing on the received information according to various programs. Also, the communication section can transmit information output from the control section to another computer 90 .

<Appendix>
The items described in the above embodiments will be added below.

(Appendix 1)
A game program to be executed by a computer comprising a processor and a storage unit, the game program comprising: an acquisition step (S102) of acquiring sleep information of a user; When satisfied, a generation step of generating parameters (S101, S301), and a granting step of granting benefits to the user based on the parameters and sleep information in response to acquiring sleep information in the acquisition step (S106 ), prior to the granting step, when the user satisfies the second condition while awake, based on parameters, determination steps (S302, S305) for determining privilege candidates obtainable in the granting step; A game program for executing a notification step (S306) of notifying the determined privilege candidate without giving it to the user.
Thereby, the user can obtain benefits in the game according to game operations such as applying items to characters during the day and sleep at night. The user can enjoy the game operation during the daytime while motivating the user toward good sleep habits.

(Appendix 2)
The generation step is a generation step of repeatedly generating parameters each time the user satisfies the first condition while awake, and the determination step is based on the parameter according to the timing when the user satisfies the second condition while awake, The game program according to appendix 1, which is a determining step of determining award candidates obtainable in the granting step.
This allows the user to obtain benefits based on their sleep score. By improving the sleep score, the interest of the game can be improved, and the user can be motivated toward good sleep habits.

(Appendix 3)
The granting step is a granting step (S106) of granting benefits to the user based on the sleep score calculated based on the sleep information, and the sleep score is calculated based on the sleep pattern indicating the user's bedtime and wake-up time. , the game program according to appendix 2.
As a result, the interest of the game can be improved, and the user can be motivated toward good sleep habits based on regular sleep patterns.

(Appendix 4)
The game program according to appendix 3, wherein the sleep score is calculated based on the degree of deviation between the sleep pattern and a predetermined reference sleep pattern.
As a result, the interest of the game can be improved, and the user can be motivated toward good sleep habits based on regular sleep patterns.

(Appendix 5)
5. The game program according to any one of Appendices 1 to 4, wherein the sleep information includes information about the user's sleep quality.
As a result, the interest of the game can be improved, and the user can be motivated toward better sleeping habits of higher quality.

(Appendix 6)
The generating step is a generating step whose first condition is that an instruction to use a predetermined item has been received, and the determining step is a determining step whose second condition is that an instruction to use a predetermined number or more of items has been received. 6. The game program according to any one of Appendices 1 to 5, wherein:
Thereby, the user can confirm what kind of privilege will be given on the next day according to the game operation such as item application to the character in the daytime, before actually giving the privilege. By displaying the privilege to be given to the user, the interest of the game can be improved, and the user can be motivated toward higher quality and better sleep habits.

(Appendix 7)
The game program according to Supplementary Note 6, wherein the notification step is a step of notifying the user of the privilege to be granted to the user based on the item received in the generation step and the temporary sleep score, prior to the grant step.
As a result, the user can use the provisional sleep score as a guideline, and can confirm the contents of the privilege prior to the actual awarding of what kind of privilege will be granted the next day. The enjoyment of the game can be improved, and the user can be motivated toward good sleep habits toward achieving a pseudo sleep score.

(Appendix 8)
8. The game program according to appendix 7, wherein the pseudo sleep score is a statistical value of the sleep score calculated based on the sleep information acquired in the past in the acquisition step.
As a result, the user can confirm the contents of the benefits prior to the actual granting of benefits, such as what benefits will be granted the next day based on the actual sleep score acquired in the past. Benefits that will be granted the next day can be more accurately displayed to the user. The interest of the game can be improved, and the user can be motivated toward good sleep habits.

(Appendix 9)
The reporting step includes a first display step of displaying a first privilege based on the parameter and the first pseudo sleep score, and a second display step of displaying a second privilege based on the parameter and the second pseudo sleep score. And, the first tentative sleep score and the second tentative sleep score are sleep scores calculated based on the sleep information acquired in the past in the acquisition step, and the first tentative sleep score is more than the second tentative sleep score 6. The game program according to appendix 6.
Thereby, the user can confirm the contents of a plurality of benefits prior to the actual granting of benefits, such as what benefits will be granted the next day, based on a plurality of sleep scores acquired in the past. For example, you can see multiple rewards based on your lowest and highest sleep scores over the last few days. The interest of the game can be improved, and the user can be motivated toward good sleep habits toward acquisition of higher privilege.

(Appendix 10)
The notifying step is a step of notifying the user of a benefit to be given to the user based on the item received in the generating step and the sleep information obtained in the past in the obtaining step, prior to the giving step. 7. The game program according to 6.
As a result, the user can confirm what kind of privilege will be given the next day based on the actual sleep information acquired in the past, prior to actually giving the privilege. Benefits that will be granted the next day can be more accurately displayed to the user. The interest of the game can be improved, and the user can be motivated toward good sleep habits.

(Appendix 11)
An information processing device comprising a processor and a storage unit, wherein the processor is provided with an acquisition step (S102) of acquiring sleep information of a user, and generating a parameter when a first condition is satisfied while the user is awake. A generation step (S101, S301), a grant step (S106) for granting a benefit to the user based on parameters and sleep information in response to obtaining sleep information in the acquisition step, and prior to the grant step, Determination step (S302, S305) of determining a privilege candidate obtainable in a provision step based on a parameter when the user satisfies a second condition while the user is awake, and grants the privilege candidate determined in the determination step to the user. and an information processing apparatus for executing a notification step (S306) of notifying without performing a notification.
Thereby, the user can obtain benefits in the game according to game operations such as applying items to characters during the day and sleep at night. The user can enjoy the game operation during the daytime while motivating the user toward good sleep habits.

(Appendix 12)
An information processing method executed by a computer comprising a processor and a storage unit, comprising: an acquisition step (S102) of acquiring sleep information of a user; A generation step of generating (S101, S301), a granting step (S106) of granting a benefit to the user based on the parameters and the sleep information in response to the acquisition of the sleep information in the acquisition step, and prior to the granting step a determining step (S302, S305) for determining privilege candidates obtainable in the giving step based on parameters when the user satisfies the second condition while awake; An information processing method for executing a notification step (S306) of notifying without adding to
Thereby, the user can obtain benefits in the game according to game operations such as applying items to characters during the day and sleep at night. The user can enjoy the game operation during the daytime while motivating the user toward good sleep 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 (12)

A game program to be executed by a computer comprising a processor and a storage unit,
The game program causes the processor to:
an obtaining step of obtaining sleep information of the user;
a generation step of generating a parameter when the user satisfies a first condition while awake;
a granting step of granting a privilege to the user based on the parameters and the sleep information in response to acquiring the sleep information in the acquisition step;
a determination step of determining, prior to the granting step, a privilege candidate obtainable in the granting step based on the parameter when the user satisfies a second condition while awake;
a notification step of notifying the privilege candidate determined in the determination step without granting it to the user;
game program that runs The generating step is a generating step of repeatedly generating parameters each time the user satisfies a first condition while awake,
The determining step is a determining step of determining a privilege candidate obtainable in the granting step based on a parameter corresponding to the timing when the user satisfies a second condition while awake.
The game program according to claim 1. The granting step is a granting step of granting benefits to the user based on a sleep score calculated based on the sleep information,
The sleep score is calculated based on a sleep pattern indicating the user's bedtime and wake-up time,
3. A game program according to claim 2. The sleep score is calculated based on the degree of divergence between the sleep pattern and a predetermined reference sleep pattern,
4. The game program according to claim 3. wherein the sleep information includes information about the user's sleep quality;
5. A game program according to any one of claims 1 to 4. 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.
A game program according to any one of claims 1 to 5. The notification step includes:
the item received in the generating step;
Based on the false sleep score and
A step of notifying the user of a privilege to be granted to the user prior to the granting step,
7. A game program according to claim 6. The provisional sleep score is a statistical value of the sleep score calculated based on the sleep information previously acquired in the acquisition step,
8. A game program according to claim 7. The notification step includes:
a first display step of displaying a first benefit based on the parameter and the first pseudo sleep score;
a second display step of displaying a second benefit based on the parameter and the second pseudo sleep score;
including
The first tentative sleep score and the second tentative sleep score are sleep scores calculated based on the sleep information previously acquired in the acquisition step,
the first pseudo sleep score is greater than the second pseudo sleep score;
7. A game program according to claim 6. The notification step includes:
items received in the generating step;
Based on the sleep information acquired in the past in the acquisition step,
A step of notifying the user of a privilege to be granted to the user prior to the granting step,
7. A game program according to claim 6. An information processing device comprising a processor and a storage unit,
to the processor;
an obtaining step of obtaining sleep information of the user;
a generation step of generating a parameter when the user satisfies a first condition while awake;
a granting step of granting a privilege to the user based on the parameters and the sleep information in response to acquiring the sleep information in the acquisition step;
a determination step of determining, prior to the granting step, a privilege candidate obtainable in the granting step based on the parameter when the user satisfies a second condition while awake;
a notification step of notifying the privilege candidate determined in the determination step without granting it to the user;
Information processing device that executes An information processing method executed by a computer comprising a processor and a storage unit,
an obtaining step of obtaining sleep information of the user;
a generation step of generating a parameter when the user satisfies a first condition while awake;
a granting step of granting a privilege to the user based on the parameters and the sleep information in response to acquiring the sleep information in the acquisition step;
a determination step of determining, prior to the granting step, a privilege candidate obtainable in the granting step based on the parameter when the user satisfies a second condition while awake;
a notification step of notifying the privilege candidate determined in the determination step without granting it to the user;
Information processing method that causes the execution of

Images