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

Abstract

To solve the problem that amusement of acquisition of objects in a game is deficient in the game collecting objects in the game, and a user is not fully motivated to continuously tackle a game.SOLUTION: In a game program that has a processor and a storage portion and allows a computer to execute a game, the processor executes a calculation step of calculating the number of objects in a game that belong to a predetermined object type related to a user, and an imparting step of imparting objects in a game that belong to a predetermined object type to a user on the basis of the number of the objects in the game calculated by the calculation step.SELECTED DRAWING: Figure 1

Description

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

A game service that allows in-game characters to be developed as the game progresses is known.
Patent Document 1 discloses a technique for realizing a game in which characters can be continuously developed over a long period of time.
Patent Document 2 discloses a new character generation method based on the premise that a game will be played on a computer on which a plurality of applications can be installed.

Japanese Patent Application Publication No. 2015-126909 Japanese Patent Application Publication No. 2014-188262

In a game where in-game objects are collected, increasing the interest in acquiring in-game objects leads to motivation for the user to continue playing the game.
Therefore, the present disclosure has been made to solve the above problems, and its purpose is to provide a technology that motivates users to continue playing the game.

A game program for causing a computer to execute a game, comprising a processor and a storage unit, the processor comprising a calculation step of calculating the number of in-game objects belonging to a predetermined object type associated with a user; A game program that executes the step of providing an in-game object belonging to a predetermined object type to a user based on the number of in-game objects calculated in the step.

According to the present disclosure, in a game in which in-game objects are collected, by adding interest to the acquisition of in-game objects, it is possible to motivate the user to continue playing the game.

1 is a block diagram showing the functional configuration of system 1. FIG. 1 is a block diagram showing the functional configuration of a server 10. FIG. 2 is a block diagram showing the functional configuration of a user terminal 20. FIG. 3 is a diagram showing a data structure of a user table 1012. FIG. 3 is a diagram showing a data structure of a holding table 1013. FIG. 3 is a diagram showing a data structure of an object master 1014. FIG. It is a diagram showing the data structure of a benefit master 1015. It is a flowchart which shows operation of privilege grant processing (first example). It is a flow chart which shows operation of privilege grant processing (second example). It is an example of a screen which shows the operation|movement of a privilege provision process. 2 is a block diagram showing the basic hardware configuration of a computer 90. FIG.

Embodiments of the present disclosure will be described below with reference to the drawings. In all the figures explaining the embodiments, common components are given 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 described in the claims. Furthermore, not all components shown in the embodiments are essential components of the present disclosure. Furthermore, each figure is a schematic diagram and is not necessarily strictly illustrated.

<System 1 configuration>
System 1 in the present disclosure is an information processing system that provides game services. Note that the present disclosure is applicable 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, a table game, and a training game.
The system 1 includes information processing devices such as a server 10 and a user terminal 20, which are connected via a network N.
FIG. 1 is a block diagram showing the functional configuration of the system 1. As shown in FIG.
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.

Each information processing device is constituted by a computer including an arithmetic unit and a storage device. The basic hardware configuration of the computer and the basic functional configuration of the computer realized by the hardware configuration will be described later. Regarding each of the server 10 and the user terminal 20, explanations that overlap with the basic hardware configuration of the computer and the basic functional configuration of the computer, which will be described later, will be omitted.
In this embodiment, each device (server 10, user terminal 20, etc.) constituting the system 1 may be understood as an information processing device. Furthermore, a collection of devices may be understood as one "information processing device." The system 1 may be formed as a collection of devices. How to allocate the multiple functions required to realize the system 1 according to this embodiment to one or more pieces of hardware will be determined based on the processing capacity of each piece of hardware and/or the specifications required for the system 1. It can be determined as appropriate.

<Configuration of server 10>
The server 10 is an information processing device that provides game services.
The server 10 includes a storage section 101 and a control section 104.

<Configuration of storage unit 101 of server 10>
The storage unit 101 of the server 10 includes an application program 1011, a user table 1012, a holding table 1013, and an object master 1014.
Each table will be explained in the data structure described later.

<Configuration of control unit 104 of server 10>
The control unit 104 of the server 10 includes a user registration control unit 1041, a management unit 1043, a privilege granting unit 1044, a sleep information storage unit 1045, a sleep score calculation unit 1046, and a total score calculation unit 1047. The control unit 104 realizes each functional unit by executing the application program 1011 stored in the storage unit 101.

The user registration control unit 1041 performs a process of storing information of users who wish to use the service according to the present disclosure in the user table 1012.
Information stored in the user table 1012 is transmitted to the server 10 by a user opening a web page operated by a service provider from any information processing terminal, inputting information into a predetermined input form, and transmitting the information to the server 10 . The user registration control unit 1041 stores the received information in a new record of the user table 1012, and the user registration is completed. This allows the users stored in the user table 1012 to use the service.
Prior to the 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 restrict whether or not the user can use the service.
The user ID may be any character string or number that can identify the user, and may be any character string or number desired by the user, or may be automatically set by the user registration control unit 1041. .

The management unit 1043 executes management processing. Specifically, for example, the management unit 1043 manages in-game objects owned by the user. For example, when the user acquires an in-game object, the management unit 1043 stores information regarding the in-game object acquired by the user in the storage unit 101. Furthermore, the management unit 1043 updates information regarding the in-game object when the in-game object is strengthened as the game progresses.

The benefit granting unit 1044 executes benefit granting processing. Specifically, for example, when the user satisfies predetermined requirements, the benefit granting unit 1044 grants the user a benefit according to the requirements.

The sleep information storage unit 1045 executes sleep information storage processing. Specifically, for example, the sleep information storage unit 1045 stores sleep information in the storage unit 101 based on sensing data acquired by the sleep sensor 2066 and transmitted from the user terminal 20.
Sleep information is an item that stores information regarding the user's sleep. Sleep information may include information regarding sleep patterns indicating the user's bedtime and wake-up time. Note that the bedtime represents the time when the user falls asleep, and may be, for example, the time when the user goes to bed, or the time when the user's consciousness shifts from an awake state to a sleeping state. Further, 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 this embodiment, for example, a pair of bedtime and wake-up time from falling asleep to waking up is referred to as a sleep pattern.
Sleep information may include information regarding the user's sleep quality. Information regarding 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 each sleep stage of the sleep cycle: "awakening", "light sleep", "deep sleep", and "REM sleep".

The sleep score calculation unit 1046 executes sleep score calculation processing. Specifically, for example, the sleep score calculation unit 1046 calculates the sleep score based on the stored sleep information. In this embodiment, the sleep score is, for example, an evaluation value (index) regarding the user's sleep, and is an index representing how much sleep the user got. The sleep score calculation unit 1046 calculates a sleep score based on the sleep pattern included in the sleep information, for example. The sleep score calculation unit 1046 calculates a sleep score based on, for example, bedtime, wake-up time, sleep time, or any combination thereof.

The total score calculation unit 1047 executes a total score calculation process. Specifically, the total score calculation unit 1047 calculates the total score based on the sleep score and the first index. The overall score is calculated by considering the sleep score, which is an index related to the user's sleep, and the first index, which grows as the user progresses with the game. The overall score is a comprehensive index that takes into account the user's sleep state and game progress. The first index is an index that grows as the user progresses in the game, includes level, experience value, etc., and represents, for example, information regarding the user's rank. The total score calculation unit 1047 calculates the total score by, for example, adding the sleep score and the first index. Further, the total score calculation unit 1047 calculates the total score by, for example, multiplying the sleep score and the first index.

<Configuration of user terminal 20>
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 a tablet, a stationary PC (Personal Computer), or a laptop PC. Further, it may be a wearable terminal such as an HMD (Head Mount Display) or a wristwatch type terminal.
The user terminal 20 includes a storage section 201, a control section 204, an input device 206, and an output device 208.

<Configuration of storage unit 201 of user terminal 20>
The storage unit 201 of the user terminal 20 includes a user ID 2011 and an application program 2012.

User ID 2011 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 service according to the present disclosure to the user. Note that the user ID 2011 includes information such as a session ID temporarily given 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.
Application programs 2012 include applications such as web browser applications.
Application program 2012 includes an interpreted programming language such as JavaScript® that is executed on a web browser application stored on user terminal 20.

<Configuration of control unit 204 of 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 realizes each functional unit by executing the application program 2012 stored in the storage unit 201.

<Configuration of input device 206 of user terminal 20>
The input device 206 of the user terminal 20 includes a camera 2061, a microphone 2062, a position information sensor 2063, a motion sensor 2064, a touch device 2065, and a sleep sensor 20666.

The sleep sensor 2066 is a variety of devices that detect various states of the user terminal 20. The sleep sensor 2066 includes, for example, a posture sensor (acceleration sensor or gyro sensor) that detects the posture and inclination of the terminal itself, a gaze sensor that detects the direction of the user's line of sight, a light sensor that detects the surrounding brightness, and the user's movements. It may also include an infrared sensor that detects. The sleep sensor 2066 may include 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, and the like. You can.
Further, the sleep sensor 2066 may detect various information using the above sensor function. For example, the sleep sensor 2066 may detect the number of steps of the user who owns the user terminal 20 using the function of an acceleration sensor. In addition, the sleep sensor 2066 uses the function of an acceleration sensor to detect operation 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 2066 can transmit sensing data detected as described above to control unit 204.
In addition, the sleep sensor 2066 is an information processing terminal (so-called wearable terminal), which is provided separately from the user terminal 20 and is communicably connected to the user terminal 20 and is wearable on the user, such as a wristwatch-type or ring-shaped terminal. ). At this time, the sleep sensor 2066 can detect the user's biological information and transmit it to the user terminal 20. The sleep sensor 2066 can determine the user's heart rate by, for example, photoplethysmography, and transmit it to the control unit 204 as sensing data. Note that the sensing data detected by the sleep sensor 2066 is not limited to these, and may also detect biological information related to the user's sleep, such as brain waves, breathing, pulse, and body movements.

<Configuration of output device 208 of user terminal 20>
The output device 208 of the user terminal 20 includes a display 2081 and a speaker 2082.

<Data structure>
The user table 1012 is a table that stores and manages information about member users (hereinafter referred to as users) who use the service. When a user registers to use a service, the user's information is stored in a new record in the user table 1012. This allows the user to use the service according to the present disclosure.
The user table 1012 is a table having columns of user ID, user name, first index, sleep information, standard sleep pattern, sleep score, and total score, with the user ID as the primary key.
FIG. 4 is a diagram showing the data structure of the user table 1012.

The user ID is an item that stores user identification information for identifying a user. The 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 user's name. The user name may be any character string such as a nickname instead of a full name.
The first index is an item that stores information regarding the user's rank. The user's rank includes level, experience points, etc., and grows as the user progresses in the game. For example, a user's rank is obtained when predetermined conditions are met in the game (e.g., measuring sleep information, elapse of a certain amount of in-game time, acquiring predetermined game items, etc.) The user's rank increases as the user continues to play the game, as the user grows as the experience value parameters are acquired.
In addition, in the game service that progresses based on the information regarding the sleeping state according to the present disclosure, the first index is based on the acquisition of experience value parameters that are obtained according to the types of in-game characters that the user acquires or encounters when waking up. It may be a growing parameter. For example, even among in-game characters of the same type, a configuration may be adopted in which a higher experience value parameter can be acquired in response to acquisition or encounter of a highly rare individual.
Sleep information is an item that stores information regarding the user's sleep.
The sleep information may include a history of sleep patterns for one day or multiple days in a predetermined period such as one day, one week, or one month. Furthermore, the history of all sleep patterns from the time 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 a reference bedtime and wake-up time. Since there are individual differences in sleep patterns, a reference sleep pattern may be automatically set for each user based on the user's sleep history stored in the sleep information, depending on the constitution and the like.
The reference sleep pattern does not need to be one fixed sleep pattern, and a plurality of reference sleep patterns may be stored for each day of the week, month, or season, for example. In addition, a plurality of reference sleep patterns may be stored depending on weekdays, holidays, public holidays, etc.
The sleep score is an item that stores an evaluation value regarding the user's sleep.
The total score is an item that stores an index (total score) calculated by considering the sleep score, which is an index related to the user's sleep, and the first index, which grows according to the user's progress in the game. The overall score is a comprehensive index that takes into account the user's sleep state and game progress. The overall score is calculated, for example, by multiplying the sleep score of the current day and the first index of the previous day. The overall score may be calculated based on the statistical values of the sleep scores for multiple days (average value, median value, mode, maximum value, minimum value, etc.) and the statistical values of the first index for multiple days.

The holding table 1013 is a table that stores information about in-game objects held by the user. By storing the object ID in association with the user ID, it is expressed that the user owns the in-game object. In this embodiment, for example, a plurality of object types can be set for the in-game object. For example, in-game objects include object types such as in-game resources, in-game characters, in-game items, and in-game skills.
The holding table 1013 is a table having columns of user ID, object ID, object attribute, slot, and holding flag.
FIG. 5 is a diagram showing the data structure of the holding table 1013.

The user ID is an item that stores user identification information for identifying a user.
The object ID is an item that stores object identification information of an in-game object that the user has acquired in the game service. A user can acquire in-game objects by completing predetermined missions, quests, etc. in the game service, or by following in-game events. The user can also release, abandon, delete, etc. the acquired in-game objects.

The object attribute is an item that stores attribute information of an in-game object owned by the user.
The attribute information includes performance information regarding the performance value of the in-game object. The performance information includes information regarding the performance of the in-game object, such as status, physical strength, attack power, defense power, speed, performance attribute, and decoration regarding the in-game object.
The attribute information includes level information such as the performance value, level, rank, and experience value of the in-game object.
Generally, the higher the performance value, level, rank, experience value, etc. of the in-game object that the user owns, the more advantageously the user can advance the game.
The attribute information includes rarity information according to the difficulty level of obtaining the in-game object. The rarity information stores, for example, rarity values such as super rare, rare, and common according to the acquisition difficulty level. The rarity may be stored according to the decoration of the in-game object.
The attribute information includes decoration information regarding the decoration of the in-game object. When the in-game object is an in-game character, the decoration information includes the clothes worn by the in-game character (shirts, pants, skirts, etc.), the equipment worn (weapons such as swords, spears, armor, helmets, etc.) This is information that defines the decoration of the in-game character when the user visually recognizes the in-game character, such as the form, posture, and size.

The slot is an item that stores frame information regarding a frame (slot frame) to which one or more other in-game objects can be assigned for each in-game object.
Specifically, the progress of the game can be changed by assigning one or more other in-game objects to a predetermined in-game object.
In-game objects that can be assigned to slots may be limited to in-game objects of a predetermined object type. For example, a configuration may be adopted in which only in-game skills can be assigned to slots.
For example, by assigning one or more in-game skills to a predetermined in-game character, the user can benefit from effects corresponding to the in-game skills. Furthermore, a plurality of slot frames may be provided for each in-game object. The in-game skills that can be assigned to each of the plurality of slot frames may be limited. For example, the rarity or value of in-game skills that can be assigned to each of a plurality of slot slots may be limited. For example, if there are 6 slots and the value of the in-game skills that can be assigned is limited, there is one slot that can be assigned the highest value skill A, and the next highest value skill B can be assigned. There are two possible slot frames and three slot frames to which the lowest value skill C can be assigned.
Furthermore, the rarity or value of the in-game skill may be set for each main skill or sub-skill. For example, if there are 6 slots, the main skill is assigned to 1 slot, the subskills are assigned to 5 slots, and the most valuable subskill A can be assigned to 1 slot, then There may be two slot frames to which the sub-skill B of high value can be assigned, and two slot frames to which the sub-skill C of the lowest value can be assigned.

The ownership flag is an item that stores the ownership status of the in-game object by the user. Specifically, if a user acquires an in-game object and then holds the in-game object without releasing, abandoning, deleting, etc., information indicating that the user owns the in-game object is memorized. On the other hand, if the user releases, abandons, deletes, etc. the acquired in-game object and no longer owns the in-game object, information indicating that the user does not own the in-game object is stored. .

The object master 1014 is a table for storing and managing information regarding in-game objects (object information).
The object master 1014 is a table having object ID as a primary key and columns of object ID, object type, and initial attribute.
FIG. 6 is a diagram showing the data structure of the object master 1014.

The object ID is an item that stores object identification information for identifying an in-game object. The object identification information is an item in which a unique value is set for each in-game object.
The object type is an item that stores the type of the in-game object specified by the object identification information. Specifically, the object type stores a character string for specifying the type of in-game object, such as an in-game resource, an in-game character, an in-game item, or an in-game skill. Furthermore, for in-game characters, a character string for specifying the type of in-game character, such as race, occupation, name, etc., may be stored. For in-game items, a character string for specifying the type, name, etc. of the in-game item may be stored.
For example, the object ID may be a character string that specifies the type of in-game object such as "resource,""character,""item," or "skill," or an identification code (object type identification code).
For example, for an in-game character, the object ID may be a character string such as "Pikachu" or "Eevee", which is the race name of the in-game character, or an identification code (race identification code) for identifying the race. Remember. In addition, the object ID stores a character string such as "Warrior" or "Wizard" which is the occupation name of the in-game character, or an identification code (occupation identification code) for identifying the occupation.
For example, for in-game items, the object ID may be a character string such as "Herb" or "Water" that is the type name of the in-game item, or an identification code for identifying the type (item type identification code). remember.

An in-game skill is an in-game object that represents a characteristic technique performed in a game. In-game skills include, for example, effects that allow you to acquire more experience points, game media, etc., effects that allow you to acquire more game media with predetermined characteristics (for example, game media of low rarity or high rarity), and physical strength. There are effects that allow you to recover (stamina) etc. more quickly, effects that change the probability of a predetermined event occurring, effects that allow you to perform a predetermined action, etc. In-game skills may be activated simply by being set, or may require input from the user to be activated.

Game media includes information about in-game resources that can be used within the game. For example, the user can use in-game resources for the following purposes.
・Exchange for in-game objects (e.g., in-game characters, in-game items, etc.) ・Participation in a lottery to obtain in-game objects ・Additional points for certain in-game elements The game medium does not need to be of one type. Instead, multiple types of game media may be defined. In that case, the role may be different for each type of game medium. Furthermore, the in-game objects that can be exchanged may be configured to differ depending on the type of game media. The user may consume one in-game resource and acquire another in-game resource.
For example, by assigning a predetermined in-game skill to the slot frame of an in-game object such as an in-game character, the in-game character or the user who owns the in-game character can enjoy the effects of the assigned in-game skill. I will receive it.
In-game items include weapons, armor, accessories, etc. that are equipped by in-game characters. In-game items include items that, when applied to the in-game character, improve or reduce the performance values of the in-game character. In-game items include items that change the progress of the game, either advantageously or disadvantageously. In-game items include items that are consumed and disappear through use, and items that are not consumed and do not disappear when used.
The initial attribute is an item that stores the initial value of attribute information regarding the in-game object.
The initial attribute is attribute information that is set as the object attribute of the in-game object when the user acquires the in-game object. After acquiring an in-game object, the user may change the object attributes of the in-game object as the game progresses.
For example, as the game progresses, the in-game character may level up or the performance value of the in-game character may improve. For example, as the game progresses, the level of the in-game item may increase, or the performance value of the in-game item may improve. For example, as the game progresses, the level of the in-game skill may increase, or the performance value of the in-game skill may improve. Furthermore, as the game progresses, in-game skills that were previously unusable may become usable.

Reference numeral 1015 is a table for storing information regarding benefits granted to users (benefits information).
The benefit master 1015 is a table having columns for benefit details and benefit conditions.
FIG. 7 is a diagram showing the data structure of the benefit master 1015.

The benefit content is an item that stores the content of the benefit given to the user.
The content of the benefit includes, for example, the following:
・Granting game media to the user ・Generating new game media from predetermined game media associated with the user ・Granting in-game objects to the user ・Giving in-game objects owned by the user Adding an advantageous effect - Adding an advantageous effect to the in-game team, in-game group, etc. to which the user belongs. Adding an advantageous effect to an in-game object means that the in-game object is an in-game character, for example. If so, it includes strengthening the performance value of the in-game character, evolving the in-game character, etc.
For example, when the in-game object is an in-game item, imparting an advantageous effect to the in-game object includes enhancing the performance value of the in-game item, evolving the in-game item, and the like.
Giving an advantageous effect to an in-game object includes, for example, when the in-game object is an in-game skill, making the in-game skill usable, evolving the in-game skill, and the like.
The benefit condition is an item that stores conditions for granting a benefit to a user. For example, in the present disclosure, the value to be achieved for the total score is stored as the benefit condition. That is, it is determined whether or not the benefit condition is met according to the value of the total score, and if the benefit condition is met, the benefit content linked to the benefit condition is provided to the user.
For example, if the total score exceeds 100 points, benefit A will be awarded, and if the total score exceeds 200 points, benefit B will be awarded.
Note that the benefit conditions do not need to be exclusive conditions for each benefit content, and may be multiple overlapping conditions. In other words, a plurality of benefit conditions may be satisfied for one overall score. At this time, a plurality of privilege contents according to a plurality of privilege conditions may be provided to the user according to the value of one overall score. Furthermore, by setting priorities for benefit contents, only one or more benefit contents with a high priority may be given to the user.
Further, as the privilege condition, for example, in the present disclosure, a condition regarding an index representing the state of an in-game object is stored. A condition regarding the index representing the state of the in-game object is, for example, that the value increased by the user's operation exceeds a predetermined value. For example, if the value increased by the user's operation exceeds a predetermined value, a benefit is granted. Further, the condition regarding the index representing the state of the in-game object is the number of times the index exceeds a predetermined value. For example, if the number of times exceeding a predetermined value exceeds a predetermined number of times, a benefit corresponding to the number of times exceeding the predetermined value is given.

<Operation of system 1>
Each process of the system 1 will be explained below.
FIG. 8 is a flowchart showing the operation of the privilege granting process (first embodiment).
FIG. 9 is a flowchart showing the operation of the privilege granting process (second embodiment).
FIG. 10 is an example of a screen showing the operation of the privilege granting process.

<Benefit granting process (first example)>
The benefit granting process receives information regarding the user's game operations when awake (e.g., during the day), game operations on in-game objects, and sleep states when the user is sleeping (e.g., at night), and provides the user with benefits ( This is the process of granting a bonus). That is, in response to recording the user's sleep, the user can acquire benefits through the benefit granting process.

<Summary of benefit granting process (first embodiment)>
In the benefit granting process, the server 10 specifies the benefit content based on the overall score or an index representing the state of the in-game object, and grants the specified benefit content to the user.

<Details of benefit granting process (first example)>
The details of the privilege granting process (first embodiment) will be explained below.

In step S501, the user logs into the game and executes game processing during a time period when the user is awake other than the sleeping time period. For example, by operating the input device 206 of the user terminal 20, the user can operate the in-game character owned by the user and execute a game such as a mission or a quest.

<Sleep information memory processing>
In step S502, the sleep information storage unit 1045 of the server 10 executes an acquisition step of acquiring sleep information regarding the user's sleep state.

The user terminal 20 may accept an input operation from the user indicating that the user is going to bed, and this may be used as a trigger to start sleep information storage processing. The input operation for going to bed may be, for example, an operation for interrupting the game or an operation for putting the character to sleep (stroking the character via the touch device 2065, turning off the light the character is using, etc.). Furthermore, the user terminal 20 constantly performs sensing using the sleep sensor 2066, and can also detect whether the user is sleeping from sensing data (for example, movement of the terminal, ambient brightness, voice, etc.). Furthermore, as the reference bedtime described below approaches, the character may be made to look sleepy or the game world may be set at night to encourage the user to go to bed.

The control unit 204 of the user terminal 20 instructs the sleep sensor 2066 to perform sensing. Specifically, the sleep sensor 2066 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 2066.

The control unit 204 of the user terminal 20 transmits the sensing data sent from the sleep sensor 2066 to the server 10. The sleep information storage unit 1045 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 quality of the user's sleep. At this time, the user terminal 20 calculates information regarding the user's sleep quality from the user's biological information detected by the sleep sensor 2066. Information regarding the user's sleep may be calculated by employing a known function of analyzing sleep of an existing multifunctional device functioning as the user terminal 20.
The sleep information storage unit 1045 of the server 10 stores information regarding sleep quality in the sleep information column of the user's record in the user table 1012.

<Sleep score calculation process>
In step S503, the sleep score calculation unit 1046 of the server 10 executes a sleep calculation step of calculating a sleep score, which is an index related to the user's sleep, based on the user's sleep information acquired in the acquisition step.
The sleep score calculation process may be performed at any time period such as a time period when the user is awake other than the bedtime period. 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 1046 of the server 10 may execute the sleep score calculation process when the user's wake-up time is detected.

The sleep score calculation unit 1046 of the server 10 calculates a sleep score based on the sleep time included in the sleep information in the user table 1012, for example.
For example, a sleep score may be calculated based on a predetermined calculation formula based on sleep time. The sleep score may be calculated based on the sleep time by referring to a table (not shown) in which the sleep time and sleep score are associated.
In this case, if the sleeping time is 3 hours or less and 10 hours or more, the sleeping time may be calculated as 3 hours or 10 hours, respectively. In other words, if the sleep time is less than or equal to the predetermined value or greater than or equal to the predetermined value, the sleep time may not change from the sleep score at the predetermined value. Furthermore, if the sleeping time is 3 hours or less and 10 hours or more, it may be excluded from the sleep score calculation target.
If a predetermined period (for example, 24 hours in a day) includes multiple sleeps, the sleep time or sleep score of the predetermined number of sleeps may be summed up, but the sleep time or sleep score after the predetermined number of sleeps may be summed up. The score may not be evaluated. For example, the sleep time or sleep score is added up for up to two times of sleep in one day, but the sleep time or sleep score from the second time onward may not be added up.

The sleep score calculation unit 1046 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 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 sleep information and a reference sleep pattern.

Hereinafter, the present disclosure will be described assuming that the standard bedtime is 21:00 and the standard wake-up time is 7:00.
A standard sleep pattern is set based on a standard bedtime and a standard wake-up time (hereinafter, a standard bedtime and/or a standard wake-up time may be referred to as a standard time), and is a range in which a minimum sleep time is ensured. It is also possible to have a range of time zones. The time range is 30 minutes before the reference time and 15 minutes after the reference time. 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 slot is set longer before the reference time than after the time slot. Furthermore, the setting of the minimum sleeping time may be changed depending on the user's age. For example, the user or game service administrator can set the time to 7 hours for adults and 10 hours for children.

In sleep pattern A, if the bedtime is included in the standard bedtime time (time zone) and the wake-up time is also included in the standard wake-up time (time zone), the sleep score calculation unit 1046 of the server 10 calculates the sleep pattern. A is determined to satisfy the standard sleep pattern.

If sleep pattern B has a bedtime of 9:00 p.m. that satisfies the standard bedtime, but a wake-up time of 7:15 or later that does not satisfy the standard wake-up time, the sleep score calculation unit 1046 of the server 10 determines whether the sleep pattern B is determined to not satisfy the standard sleep pattern.

In sleep pattern C, the wake-up time is between 7:00 and 7:15 and satisfies the standard wake-up time, but the bedtime is after 9:15 p.m. and does not satisfy the standard bedtime, the sleep score of the server 10 Calculation unit 1046 determines that sleep pattern C does not satisfy the reference sleep pattern.

As described above, the sleep score calculation unit 1046 of the server 10 determines whether the sleep pattern satisfies the reference sleep pattern.

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

When the sleep score calculation unit 1046 of the server 10 determines that the standard sleep pattern is satisfied, the sleep score calculation unit 1046 of the server 10 determines whether the sleep pattern continuously satisfies the standard sleep pattern for a predetermined period or more based on the sleep information. Determine whether or not.
If the sleep score calculation unit 1046 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 or more, the sleep score calculation unit 1046 calculates the sleep score to be 40 points.

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

The sleep score calculation unit 1046 of the server 10 may determine that the standard sleep pattern is satisfied if the sleep time based on the sleep information is longer than a predetermined time. The sleep score calculation unit 1046 of the server 10 may add more points to the sleep score as the sleep time based on the sleep information is longer. In addition, the sleep score calculation unit 1046 of the server 10 may calculate the sleep score based on the sleep time based on the sleep information.

The sleep score calculation unit 1046 of the server 10 may determine that the standard sleep pattern is satisfied if the duration of deep sleep based on sleep information is longer than a predetermined time, or if the number of deep sleeps is greater than a predetermined number of times. The sleep score calculation unit 1046 of the server 10 may add more points to the sleep score as the length of deep sleep based on the sleep information is longer and the number of deep sleeps is greater. In addition, the sleep score calculation unit 1046 of the server 10 may calculate the sleep score based on the duration of deep sleep and the number of times of deep sleep based on the sleep information.

The sleep score calculation unit 1046 of the server 10 may add or subtract from the sleep score depending on 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 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. Thereby, it is possible to motivate the user to have good sleep habits based on a regular sleep pattern.

The user or the administrator of the game service may be able to set any predetermined period. For example, the predetermined period may be three days or one week.
The predetermined period may be set by input by the user through dialogue with a predetermined in-game character. For example, it may be set by inputting a format that promises a predetermined period of time with a predetermined in-game character. Thereby, even if the user is a child, the user can be naturally motivated to have good sleep habits.

In addition, if the sleep information includes information regarding sleep quality, the sleep score calculation unit 1046 of the server 10 may add or subtract information from the sleep score based on an index that indicates whether or not the sleep is good, based on the sleep stage. good. The sleep score may be added to or subtracted from the weighting of each sleep stage based on an arbitrary algorithm.

The sleep score may be added to or subtracted from the sleep score depending on the user's activity level, meals, location, humidity, operation time on the user terminal, operation time period, etc. For example, if the location of a highly rated hotel (such as a 5-star hotel) is detected as the location information of the user terminal, it may be added to the sleep score as a result of a good night's sleep. Furthermore, for example, if the user terminal is operated after the standard bedtime, the sleep score may be reduced.

The sleep score calculation unit 1046 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 process>
In step S504, the total score calculation unit 1047 executes a step of calculating parameters based on the sleep score calculated in the sleep calculation step and the first index. The total score calculation unit 1047 executes the step of calculating the total score, for example, as the sum or product of the sleep score and the first index.
The overall score is a value calculated based on the first index and the sleep score. The overall score is calculated, for example, by multiplying the current day's sleep score (sleep score at the time of waking up) and the first index from the previous day (first index at the time of bedtime). The overall score may be calculated based on the statistical values of the sleep scores for multiple days (average value, median value, mode, maximum value, minimum value, etc.) and the statistical values of the first index for multiple days.

The comprehensive score calculation unit 1047 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 first index and the sleep score.
The total score calculation unit 1047 calculates the product of the acquired first index and the sleep score to calculate a total score. Note that the total score may be calculated based on an arbitrary algorithm such as the sum of the first index and the sleep score.
The total score calculation unit 1047 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 1047 may be configured to calculate the total score based on the value of either the first index or the sleep score.

<Specification of benefits>
In step S505, the benefit granting unit 1044 of the server 10 specifies the benefit content to be granted based on the total score.
The benefit granting unit 1044 of the server 10 searches the benefit master 1015 for benefit conditions based on the calculated overall score and the like. Specifically, records of benefit conditions that satisfy conditions such as the calculated overall score are identified. Then, the privilege content stored in the record is acquired and specified. Note that the benefit conditions of the benefit master 1015 can be set as arbitrary conditions based on a sleep score, a first index, etc., instead of the total score.
The benefit granting unit 1044 of the server 10 determines the benefit content to be given to the user based on the acquired benefit content.
Further, the benefit conditions of the benefit master 1015 may include the number of in-game objects belonging to a predetermined object type associated with a user, which will be described later. For example, if the user owns a predetermined number or more of in-game objects belonging to a predetermined object type, the in-game objects belonging to the predetermined object type may be specified and determined as the benefit content.
Note that in the present disclosure, the content of the benefit is specified based on the total score, but the content of the benefit may be specified based on the sleep score without calculating the total score.

In the present disclosure, the content of the benefit will be described using, as an example, a benefit that provides the user with an in-game object (a benefit object) belonging to a predetermined object type. That is, in step S505, at least the type of in-game object to be given to the user is identified and determined.
More specifically, in step S505, it is assumed that the object ID (privilege object ID) of the in-game object given to the user in the object master 1014 has been identified and determined.

<Calculating the number of objects>
In step S506, the benefit granting unit 1044 of the server 10 executes a calculation step of calculating the number of in-game objects belonging to a predetermined object type that are associated with the user.
The benefit granting unit 1044 of the server 10 searches the object type item of the object master 1014 based on the object type information of the benefit object, and searches the object ID (benefit) of the in-game object that belongs to the same object type as the object type of the benefit object. object ID). The object types include, for example, in-game resources, in-game characters, in-game items, in-game skills, and the like. In the case of an in-game character, the object type includes information for specifying the type of the in-game character, such as its race, occupation, and name. Further, in the case of an in-game item, the object type includes information for specifying the type, name, etc. of the in-game item. The object type that is the same as the object type of the benefit object may target any information included in the object type. For example, if the bonus object is an in-game character, an in-game character with the same name as the bonus object is searched for.
The benefit granting unit 1044 searches the user ID and object ID items in the holding table 1013 based on the user ID 2011 and the benefit object ID, and selects one or more games that belong to the same object type as the benefit object associated with the user. One or more object IDs and possession flags corresponding to the internal objects are acquired. Thereby, the benefit granting unit 1044 of the server 10 acquires one or more object IDs and possession flags associated with the user, which belong to the same object type as the object type of the benefit object.
The privilege granting unit 1044 of the server 10 counts the number of acquired object IDs. That is, the number of in-game objects that belong to the object type of privilege object among the in-game objects that the user has acquired or possesses is counted. That is, among the in-game objects associated with the user in the holding table 1013, the number of records of in-game objects belonging to the same object type as the privilege object is counted.
Note that the benefit granting unit 1044 of the server 10 may count the number of in-game objects of the same object type as the benefit object among the in-game objects associated with the user.

The number of in-game objects associated with the user includes the number of in-game objects that the user has acquired in the past or the number of in-game objects that the user owns.

In step S506, the calculating step may include calculating the number of in-game objects acquired by the user.
Specifically, the benefit granting unit 1044 of the server 10 may count the number of object IDs regardless of the value of the possession flag corresponding to the acquired object ID. In other words, the in-game objects to be counted include all in-game objects that the user has acquired in the past, and also in-game objects that the user does not currently own due to release, abandonment, deletion, etc. May be included.

In step S506, the calculating step may include calculating the number of in-game objects held by the user.
Specifically, the benefit granting unit 1044 of the server 10 calculates the number of object IDs for which "information indicating that an in-game object is held" is stored in the value of the holding flag corresponding to the obtained object ID. You can count it. That is, from among the in-game objects to be counted, in-game objects that the user does not currently own may be excluded from the counting targets by releasing, abandoning, deleting, or the like.
Furthermore, if the game according to the present disclosure is a game in which a group is formed and progresses by selecting one or more in-game objects from among the in-game objects that the user owns, the user Only the number of in-game objects that the user has selected as a group may be counted, excluding in-game objects that have not been selected as a group. In the present disclosure, the number of in-game objects held by the user includes the number of one or more in-game objects (organized in-game objects) that the user has selected into a group. In other words, the number of in-game objects narrowed down by arbitrary conditions among the in-game objects owned by the user is also included in the number of in-game objects according to the present disclosure.

<Benefits>
In step S507, the benefit granting unit 1044 of the server 10 executes a granting step of granting a reward to the user based on the parameter (sleep score or total score) calculated in the calculation step. The granting step is a step of granting the privilege object to the user as a reward.
Specifically, the benefit granting unit 1044 grants a benefit to the user based on the acquired benefit content information. As an example of a benefit, the benefit granting unit 1044 grants a new in-game character, an in-game item, an in-game resource, or a combination of at least any of these. At this time, for example, the user terminal 20 displays on the display 2081 a sentence related to the "sleep type" that indicates the user's sleep state determined based on the acquired character image, the value of the total score, the sleep score, or the total score. In the sleep type, sentences such as "Type A", "Type B", and "Type C" expressing the user's sleep state are displayed.
Specifically, the benefit granting unit 1044 associates and stores the object ID, object attribute, and slot of the benefit object in association with the user in the possession table 1013, depending on the acquired benefit content. This represents that the user has newly acquired a benefit object.

In step S507, the benefit granting unit 1044 executes a granting step of granting an in-game object belonging to a predetermined object type to the user based on the number of in-game objects calculated in the calculation step.
The assigning step includes a step of specifying object attributes of in-game objects belonging to a predetermined object type based on the number of in-game objects calculated in the calculating step, and a step of specifying an in-game object having the specified object attributes to the user. and a step of providing the information to the user.
Specifically, the benefit granting unit 1044 of the server 10 sets the object attribute and slot of the in-game object related to the benefit object specified in step S505 to the initial attribute of the in-game object and the in-game object calculated in step S506. It may be specified and set based on the number.
The benefit granting unit 1044 of the server 10 stores the user ID 2011, the object ID of the benefit object, the identified object attribute, and the slot in the user ID, object ID, object attribute, and slot fields of the holding table 1013. This represents that the user has acquired the privilege object. At this time, information indicating that the in-game object is owned is stored in the possession flag.

In step S507, the assigning step executes a step of specifying object attributes that are more advantageous as the number of in-game objects calculated in the calculating step is larger.
Specifically, the benefit granting unit 1044 of the server 10 searches the object ID item of the object master 1014 based on the object ID of the benefit object, and acquires the initial attribute. Based on the number of in-game objects calculated in step S506, the benefit granting unit 1044 changes the acquired initial attribute value to a more advantageous value (changed attribute value) as the number of in-game objects increases. As a result, the more privilege objects the user is associated with in-game objects of the same object type, the more advantageous object attributes the user can obtain. The benefit granting unit 1044 stores the changed attribute value in the object attribute field of the benefit object in the holding table 1013.
As a result, the more in-game objects belonging to the same object type are collected, the more the user can newly acquire in-game objects having advantageous object attributes. It is possible to motivate the user to continue playing the game.

In step S507, in the granting step, the greater the number of in-game objects calculated in the calculation step, the more in-game objects having slot frames are granted to the user.
Specifically, the benefit granting unit 1044 sets and specifies based on the number of in-game objects calculated in step S506 such that the greater the number of in-game objects, the greater the number of slot frames for the benefit object. The benefit granting unit 1044 stores information regarding the identified slot frame in the slot item of the benefit object in the holding table 1013.
As a result, the more privilege objects the user is associated with in-game objects of the same object type, the more privilege objects with more slot frames can be obtained.
This can motivate the user to collect multiple in-game objects belonging to the same object type.

In step S507, the granting step provides the user with an in-game object such that the greater the number of in-game objects calculated in the calculation step, the higher the proportion of slot frames with higher value among the plurality of slot frames. Execute the step to add to.
Specifically, based on the number of in-game objects calculated in step S506, the benefit granting unit 1044 of the server 10 selects a slot frame with a higher value among the plurality of slot frames of the benefit object as the number of in-game objects increases. Set and specify so that the ratio is high. For example, as the number of in-game objects increases, the number of slot frames to which high-value in-game skills such as skill A included in multiple slot frames of bonus objects can be allocated increases, and the number of slot frames that can be assigned to in-game skills with high value such as skill C included in multiple slot frames of bonus objects is increased. Reduce the number of slots that a skill can be assigned to.
For example, if the number of in-game objects belonging to the same object type as the privilege object held by the user is 80, the privilege object has three slots for skill A and two slots for skill C. be granted to the user. On the other hand, if the number of in-game objects belonging to the same object type as the privilege object held by the user is 10, the privilege object has one slot frame for skill A and four slots for skill C. be granted to the user.
As a result, the more privilege objects the user is associated with in-game objects of the same object type, the more privilege objects with more slot frames can be acquired.

FIG. 10 is an example of a screen showing the operation of the privilege granting process. The game screen D20 displayed on the display 2081 of the user terminal 20 includes an in-game character D201 that is a bonus object, a main slot D211 that is a plurality of slot frames that the in-game character has, sub-slots D221, D222, D223, D224, Contains D225.
An in-game skill that produces a main in-game effect can be assigned to the main slot D211. Sub-slots D221, D222, D223, D224, and D225 can be assigned subordinate in-game skills. By assigning in-game skills to slots, the user can generate effects for advantageously progressing the game.

An icon D2232 is drawn in the sub-slot D223, indicating that the sub-slot is a slot frame having the value of skill A. Further, an icon D2252 is drawn in the sub-slot D225, indicating that the sub-slot is a slot frame having the value of skill B. Sub-slots D221, D222, and D224 for which icons are not drawn are slot frames having the value of skill C. Note that the values of slot frames such as skill A, skill B, and skill C may be presented to the user in a manner that allows them to be identified by display formats such as colors, patterns, and frame lines, rather than by icons.

Key icons D2221 and D2251 are drawn in the sub-slots D222 and D225, indicating that the sub-slots cannot be assigned in-game skills and are currently unavailable restricted sub-slots. When the in-game level of the in-game object is below a predetermined value, an in-game effect cannot be assigned to some of the plurality of slot frames that the in-game object has. Specifically, the management unit 1043 gradually releases restrictions on the plurality of slot frames held by the in-game character as the in-game character grows, such as leveling up. The user can gradually allocate in-game skills to the slot frame as the in-game character grows, such as leveling up. Note that the management unit 1043 may release restrictions on a plurality of slot frames held by in-game characters based on the number of target in-game characters acquired.
Thereby, it is possible to add interest to the in-game object that the user obtains. It is possible to motivate the user to continue playing the game.
In addition, in-game character level up includes game operations during the time when the user is awake, clearing of missions, quests, etc., in-game information including sleep information regarding the user's sleeping state, sleep score, overall score, etc. It may also be configured to level up based on arbitrary information or a combination of arbitrary information.

The benefit granting unit 1044 of the server 10 provides benefits to the user based on one or more in-game effects assigned to a plurality of slot frames of each of a plurality of in-game objects held by the user, which are granted in the granting step. and executes a reward granting step for granting a reward.
Specifically, by operating the input device 206 of the user terminal 20, the user assigns in-game skills to the main slot D211, sub-slots D221, D222, D223, D224, and D225 of the benefit object acquired in step S507. be able to. The in-game skills that can be assigned by the user may be selectable from the in-game objects held by the user in the holding table 1013. Further, the user may select an in-game skill from any in-game object prepared in advance and assign it to the slot frame according to the value of D211, D221, D222, D223, D224, and D225 of the slot frame. .
The benefit granting unit 1044 of the server 10 grants rewards to the user based on the in-game effects of the in-game skills assigned to the main slot D211, sub-slots D221, D222, D223, D224, and D225 of the in-game character D201. do. For example, the reward includes any in-game effect for advantageously advancing the game, such as recovery, reinforcement, and level-up of the in-game character owned by the user, acquisition of new in-game resources, and the like.

<Benefit granting process (second embodiment)>
The benefit granting process is a process in which information regarding game operations performed by the user during wakefulness (for example, during the day) and game operations on in-game objects is received, and a benefit (bonus) is granted to the user. The user can acquire benefits through the benefit granting process.
In the privilege granting process (second embodiment), unlike the privilege granting process (first embodiment), privileges are awarded to the user without using the user's sleep information.

<Summary of benefit granting process (second embodiment)>
In the benefit granting process, the server 10 specifies the benefit content based on an index representing the state of the in-game object, and grants the specified benefit content to the user.

<Details of benefit granting process (second embodiment)>
The details of the privilege granting process (second embodiment) will be explained below.

Step S501 is the same as step S501 of the benefit granting process (first embodiment), so the explanation will be omitted.

In step S505, the benefit granting unit 1044 of the server 10 specifies the benefit content to be granted based on the index representing the state of the in-game object.
When the user performs a game operation and an index representing the state of an in-game object associated with the user exceeds a predetermined value, the benefit granting unit 1044 obtains the number of times the index exceeds the predetermined value and assigns the benefit to the benefit master 1015. Search conditions. Specifically, the benefit granting unit 1044 identifies a record of benefit conditions that satisfies conditions such as an index representing the state of an in-game object associated with the acquired user. Then, the benefit contents stored in the record are acquired.
Further, for example, if the user owns a predetermined number or more of in-game objects belonging to a predetermined object type, the in-game objects belonging to the predetermined object type may be specified as the benefit content. In other words, the number of times that an index representing the state of an in-game object exceeds a predetermined value may be associated with the number of in-game objects that the user has acquired belonging to the object type.

In the present disclosure, the content of the benefit will be described using, as an example, a benefit that provides the user with an in-game object (a benefit object) belonging to a predetermined object type. The process of calculating the number of in-game objects is the same as step S505 of the benefit granting process (first embodiment), so a description thereof will be omitted.

Steps S506 and S507 are the same as steps S506 and S507 of the privilege granting process (first embodiment), so the explanation will be omitted.

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

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

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

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

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

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

<Basic functional configuration of computer 90>
The functional configuration of the computer realized by the basic hardware configuration of the computer 90 (FIG. 11) 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 realized by the processor 901 reading various programs stored in the auxiliary storage device 903, loading them into the main storage device 902, and executing processing according to the programs. The control unit can implement a functional unit that performs various information processing depending on the type of program. Thereby, the computer is realized as an information processing device that performs information processing.

The storage unit is realized by a main storage device 902 and an auxiliary storage device 903. The storage unit stores data, various programs, and various databases. Further, 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 the program. Further, the control unit can cause the processor 901 to execute processing for adding, updating, and deleting data stored in the storage unit according to various programs.

A database refers to a relational database, which is used to manage a data set called a master, which is a tabular table whose structure is defined by rows and columns, in relation to each other. In a database, a table is called a table or a master, a table column is called a column, and a table row is called a record. In a relational database, you can set and associate relationships between tables and masters.
Usually, each table and each master is set with a column that serves as a primary key to uniquely identify a record, but it is not essential to set a primary key on a column. The control unit can cause the processor 901 to add, delete, or update records to a specific table or master 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. Data structures include data that can be considered as a data structure by combining data with functions, classes, methods, etc. written in any programming language.

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

<Additional notes>
The matters explained in each of the above embodiments are additionally described below.

(Additional note 1)
A game program for causing a computer to execute a game, comprising a processor and a storage unit, the processor calculating the number of in-game objects belonging to a predetermined object type associated with a user (S506). and a granting step (S507) of granting an in-game object belonging to a predetermined object type to the user based on the number of in-game objects calculated in the calculation step.
As a result, in a game in which a plurality of different in-game objects belonging to the same object type are collected, the user can be motivated to acquire or possess the in-game objects belonging to the same type. It is possible to motivate the user to continue playing the game.

(Additional note 2)
In the game program according to supplementary note 1, the calculation step (S506) is a step of calculating the number of in-game objects acquired by the user.
As a result, in a game in which a plurality of different in-game objects belonging to the same object type are collected, the user can be motivated to acquire in-game objects belonging to the same type.

(Additional note 3)
The game program according to appendix 1, wherein the calculation step (S506) is a step of calculating the number of in-game objects held by the user.
As a result, in a game in which a plurality of different in-game objects belonging to the same object type are collected, the user can be motivated to own the in-game objects belonging to the same type.

(Additional note 4)
The assigning step (S507) includes a step of specifying an object attribute of an in-game object belonging to a predetermined object type based on the number of in-game objects calculated in the calculating step, and an in-game object having the specified object attribute. The game program according to supplementary note 1, including the step of providing the user with the following.
Thereby, in a game in which a plurality of different in-game objects belonging to the same object type are collected, it is possible to add interest to the in-game object that the user obtains. It is possible to motivate the user to continue playing the game.

(Appendix 5)
The game program according to appendix 4, wherein the providing step (S507) is a step of specifying object attributes that are more advantageous as the number of in-game objects calculated in the calculation step is larger.
As a result, the more in-game objects belonging to the same object type are collected, the more the user can newly acquire in-game objects having advantageous object attributes. It is possible to motivate the user to continue playing the game.

(Appendix 6)
The granting step (S507) is a step in which the greater the number of in-game objects calculated in the calculation step, the more in-game objects having a plurality of slot frames are granted to the user. The game program according to supplementary note 1, wherein the in-game effect is frame information to which an effect can be assigned, and the in-game effect is a type of in-game object that generates an effect for advantageously progressing the game.
This can motivate the user to collect multiple in-game objects belonging to the same object type.

(Appendix 7)
The granting step (S507) provides the user with in-game objects such that the greater the number of in-game objects calculated in the calculation step, the higher the proportion of slots with higher value among the plurality of slots. The game program according to appendix 6, which is the step of providing.
Thereby, it is possible to add interest to the in-game object that the user obtains. It is possible to motivate the user to continue playing the game.

(Appendix 8)
According to appendix 6, where the in-game effect cannot be assigned to some of the plurality of slot frames of the in-game object when the in-game level of the in-game object given in the giving step is below a predetermined value. game program.
Thereby, it is possible to add interest to the in-game object that the user obtains. It is possible to motivate the user to continue playing the game.

(Appendix 9)
The processor grants a reward to the user based on one or more in-game effects assigned to the plurality of slot frames of each of the plurality of in-game objects held by the user, which are granted in the granting step. The game program according to supplementary note 8, which executes the providing step (S507).
Thereby, it is possible to add interest to the in-game object that the user obtains. It is possible to motivate the user to continue playing the game.

(Appendix 10)
An information processing device comprising a processor and a storage unit, wherein the processor executes a game program according to any one of Supplementary Notes 1 to 9.
Thereby, in a game in which a plurality of different in-game objects belonging to the same object type are collected, it is possible to add interest to the in-game object that the user obtains. It is possible to motivate the user to continue playing the game.

(Appendix 11)
An information processing system including an information processing device including a processor and a storage unit, wherein the processor executes a game program according to any one of Supplementary Notes 1 to 9.
Thereby, in a game in which a plurality of different in-game objects belonging to the same object type are collected, it is possible to add interest to the in-game object that the user obtains. It is possible to motivate the user to continue playing the game.

(Appendix 12)
An information processing method executed by a computer including a processor and a storage unit, wherein the computer executes a game program according to any one of appendices 1 to 9.
Thereby, in a game in which a plurality of different in-game objects belonging to the same object type are collected, it is possible to add interest to the in-game object that the user obtains. It is possible to motivate the user to continue playing the game.

Reference Signs List 1 system, 10 server, 101 storage unit, 104 control unit, 106 input device, 108 output device, 20 user terminal, 201 storage unit, 204 control unit, 206 input device, 208 output device

Claims (12)

A game program for causing a computer to execute a game, comprising a processor and a storage unit,
The processor includes:
a calculation step of calculating the number of in-game objects belonging to a predetermined object type associated with the user;
a granting step of granting the in-game object belonging to the predetermined object type to the user based on the number of the in-game objects calculated in the calculating step;
A game program that runs. The calculation step is a step of calculating the number of in-game objects acquired by the user.
The game program according to claim 1. The calculation step is a step of calculating the number of in-game objects owned by the user.
The game program according to claim 1. The granting step includes:
specifying object attributes of the in-game objects belonging to the predetermined object type based on the number of in-game objects calculated in the calculation step;
providing the in-game object having the identified object attributes to the user;
including,
The game program according to claim 1. The granting step is a step of identifying the object attribute that is more advantageous as the number of in-game objects calculated in the calculation step is larger;
The game program according to claim 4. In the granting step, the greater the number of in-game objects calculated in the calculation step, the more in-game objects having a plurality of slot frames are granted to the user;
The slot frame is frame information to which an in-game effect can be assigned,
The in-game effect is a type of in-game object that generates an effect to advance the game advantageously.
The game program according to claim 1. The granting step includes assigning the in-game object such that the larger the number of the in-game objects calculated in the calculating step, the higher the proportion of the slot frames with higher value among the plurality of slot frames. a step of granting to the user;
The game program according to claim 6. If the in-game level of the in-game object granted in the granting step is below a predetermined value, the in-game effect cannot be assigned to some of the plurality of slot frames that the in-game object has. ,
The game program according to claim 6. The processor includes:
remuneration to the user based on one or more of the in-game effects assigned to the plurality of slot frames of each of the plurality of in-game objects held by the user, which are provided in the granting step; a step of granting a reward;
The game program according to claim 8, which causes the game program to execute. An information processing device comprising a processor and a storage unit,
The processor executes the game program according to any one of claims 1 to 9.
Information processing device. An information processing system including an information processing device including a processor and a storage unit,
The processor executes the game program according to any one of claims 1 to 9.
Information processing system. An information processing method executed by a computer comprising a processor and a storage unit,
The computer executes the game program according to any one of claims 1 to 9.
Information processing method.