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

Description

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

Conventionally, there is known a technique in which a user is given a predetermined number of points when the user plays a game, and consideration data having a predetermined value is given to the user in accordance with the given number of points.
Patent Document 1 discloses a technique that allows a user to easily acquire value data and encourages the user to continue playing a game.

JP 2003-019356 A

However, in a service that allows users to deposit objects such as characters and items between multiple services, including multiple games, and use them interchangeably, it has not been possible to realize a service that allows users to fully enjoy the world of the service.
Therefore, the present disclosure has been made to solve the above problem, and its purpose is to provide a technology that enables users to better enjoy the worldview of a service.

A game program to be executed by a computer having a processor and a storage unit, the game program causing the processor to execute a reception step of receiving object information related to a plurality of services from a plurality of services different from the game program, a storage step of storing the object information received in the reception step in association with a user, and a calculation step of calculating a reward to be granted to a user in accordance with each of the object information stored in association with the user, when a predetermined calculation condition is satisfied, by a calculation method according to attribute information associated with the object information.

This disclosure makes it possible to motivate users to move between multiple services, including games, etc.

FIG. 1 is a diagram showing the overall configuration of a system 1. FIG. 2 is a block diagram showing the functional configuration of the server 10. FIG. 2 is a block diagram showing the functional configuration of a user terminal 20. FIG. 13 is a diagram showing the data structure of a user table 1012. A diagram showing the data structure of a deposit table 1013. FIG. 11 is a diagram showing the data structure of a reward table 1014. FIG. 10 is a diagram showing the data structure of a store table 1015. FIG. 10 is a diagram showing the data structure of a sales area table 1016. FIG. 2 is a diagram showing the data structure of a first ownership table 2031. FIG. 13 is a diagram showing the data structure of a second ownership table 2032. 13 is a flowchart showing the operation of a deposit process. 13 is a flowchart showing the operation of a withdrawal process. 13 is a flowchart showing the operation of a reward granting process. 13 is a flowchart showing an operation of a reward use process. FIG. 2 is a block diagram showing the basic hardware configuration of a computer 90.

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

<Configuration of System 1>
The system 1 in the present disclosure is an information processing system that provides a service in which objects such as characters and items can be deposited and used mutually between services including multiple games and the like according to the present disclosure.
The system 1 includes an information processing device, a server 10, and a user terminal 20, which are connected via a network N.
FIG. 1 is a diagram showing the overall configuration of a system 1.
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.

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

<Configuration of Server 10>
The server 10 is an information processing device that provides a deposit service in which objects such as characters and items can be deposited and used mutually between a plurality of services including games and the like.
The server 10 includes a memory unit 101 and a control unit 104 .

<Configuration of storage unit 101 of server 10>
The memory unit 101 of the server 10 includes an application program 1011 , a user table 1012 , a deposit table 1013 , a reward table 1014 , a store table 1015 , and a sales floor table 1016 .

The application program 1011 is a program for causing the control unit 104 of the server 10 to function as each functional unit.
The application programs 1011 include applications such as a web browser application.

The user table 1012 is a table that stores and manages information about member users (hereinafter, users) who use the service. When a user registers to use the service, the user's information is stored in a new record in 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 the user ID as a primary key, and columns of the user ID, user name, and points.
FIG. 4 is a diagram showing the data structure of the user table 1012. As shown in FIG.

The user ID is an item for storing user identification information for identifying a user. The user identification information is an item for which a unique value is set for each user.
The user name is an item for storing the name of the user. The user name may be set to any character string such as a nickname instead of a name.
The point is an item for storing point information (rewards) owned by a user. The point information does not need to be one type of point information, and may include a plurality of different types of point information. The point information may include first point information and second point information as the plurality of different types of point information.
In this case, the first point information and the second point information may be point information that can be exchanged for various benefits as in-game currency in the first game service and the second game service, respectively.

The deposit table 1013 is a table for storing and managing information regarding deposits (deposit information).
The deposit table 1013 is a table having columns for user ID, game ID, valid flag, and object attribute.
FIG. 5 is a diagram showing the data structure of the deposit table 1013.

The user ID is an item for storing user identification information for identifying a user.
The object ID is an item for storing object identification information for identifying an object owned by a user specified by a user ID. Based on the object identification information, each object information can be obtained by searching a table (not shown) that stores an in-game character, an in-game item, an in-game material for generating an in-game item, and the like.
The validity flag is an item for storing information for identifying whether the object information stored in the deposit information is valid or not.
For example, when object information specified by a specific object ID is stored in the deposit table 1013 by a deposit process, a value of true is stored in the valid flag.
For example, when object information specified by a specific object ID is withdrawn from the deposit table 1013 by a withdrawal process, a value of false is stored in the valid flag.
The object attribute is an item for storing attribute information of the object information.
The object attributes include the type of object information (object type). The object types include in-game characters, in-game items, in-game materials for generating in-game items, etc. Note that the object attributes may be configured not to include the object type, but to be stored in a table (not shown) associated with the object ID.
The object attributes include the game identification information of the game service from which the object information was obtained.
The object attribute includes in-game area information from which the object information was acquired. For example, when a user acquires object information identified by an object ID in a specific game in area A, information identifying area A is stored as in-game area information. In the present disclosure, since a plurality of game services are services having a common worldview, for example, common in-game area information (e.g., area A) may be set in a plurality of different game services.
The object attributes include store identification information of the store where the product associated with the object information was purchased, and sales floor identification information of the sales floor of the store.
The object attribute includes a game ID. The game ID is an item for storing game identification information of a game service with which a character is associated. A user can enjoy a game service by using an in-game character identified by a character ID as an operable character or the like in a game service identified by a game service ID. The game ID may be configured to store game identification information of a game service from which an in-game character has been acquired or obtained. When an in-game character is transferred to another game service by a withdrawal process or the like described below, the game ID may be configured to store game identification information of the game service of the transfer destination. For example, the game ID may be configured to store game identification information of the latest game service of the transfer destination. For example, the game ID may be configured to store multiple game identification information of multiple game services of the transfer destination.
The object attribute may include information regarding the in-game type of the object information. The in-game type is an item that stores performance parameters of the object attribute. The in-game type is information that specifies the compatibility of in-game objects in attack or defense during the progress of the game, or the compatibility of the in-game object with the in-game environment, and the interest of the game can be increased by making the progress of the game advantageous or disadvantageous depending on the combination of compatibility. For example, the in-game types include "fire", "electric", "water", etc.
The object attribute may include period information such as date and time or period. For example, the object attribute may include the acquisition date and time when the object information is newly acquired or obtained in a predetermined game service. For example, the object attribute may include information regarding the period or time (deposit period) after the object information is deposited in a deposit process described later.
The object attribute may include level information related to the object information. The level information is a parameter indicating the growth or maturity of the in-game character or in-game item as the game progresses, when the object information is mainly an in-game character, an in-game item, etc. For example, the higher the level information of the object information, the more advantageous the effect that the object information has in the game, thereby increasing the interest of the game.

The remuneration table 1014 is a table for storing and managing information regarding remuneration (remuneration information).
The reward table 1014 is a table having columns for condition data and added points.
FIG. 6 is a diagram showing the data structure of the remuneration table 1014. As shown in FIG.

The condition data is an item that stores the conditions for granting additional points to a user.
Specifically, the game ID, object attributes, and the like related to the objects owned by the user can be stored as conditions.
For example, the added points may be stored for each object identification information.
For example, additional points may be stored for each object attribute.
Specifically, additional points may be stored for each object type. Additional points may be stored for each game identification information of the game service from which the object information was obtained. Additional points may be stored for each in-game area information from which the object information was obtained. Additional points may be stored for each store identification information and sales floor identification information.
Alternatively, the additional points may be configured to store a plurality of additional points according to the period of a campaign, an event, etc. Specifically, additional points B may be stored in period B, additional points C may be stored in period C, and so on.
This is an item for storing points (reward) to be added to the points owned by the user according to the condition data. The added points do not have to be of one type, and added points for a plurality of different types of point information may be defined. For example, the added points may include first added points and second added points as a plurality of different types of point information.
Specifically, depending on the game service that acquired the object information included in the condition data, first additional points may be awarded for object information acquired in a first game service, and second additional points may be awarded for object information acquired in a second game service.
Similarly, depending on the in-game area where the object information included in the condition data was acquired, a first additional point may be awarded for object information acquired in a first area, and a second additional point may be awarded for object information acquired in a second area.
In this case, the first additional points and the second additional points may be additional points that are added to the first points and the second points, respectively.

The store table 1015 is a table for storing and managing information relating to stores (store information).
The store table 1015 is a table having the store ID as a primary key and columns of the store ID and the store name.
FIG. 7 is a diagram showing the data structure of the store table 1015.

The store ID is an item for storing store identification information for identifying a store.
The store name is an item for storing the name of the store. Any character string can be set as the store name.

The sales area table 1016 is a table for storing and managing information relating to sales areas (sales area information).
The sales area table 1016 is a table having a sales area ID as a primary key, and columns for a store ID, a sales area ID, and sales area attributes.
FIG. 8 is a diagram showing the data structure of the sales area table 1016.

The store ID is an item for storing store identification information for identifying a store.
The sales floor ID is an item for storing sales floor identification information for identifying a sales floor for each store. The sales floor identification information is an item for which a unique value is set for each sales floor.
The sales floor attribute is an item for storing attribute information of a sales floor.
The sales floor attribute includes in-game area information associated with the sales floor. In the present disclosure, since the purchasing service in the store and sales floor is a service that has a worldview common to the game service, for example, in-game area information (e.g., area A) is stored in association with each sales floor. Note that the attribute information may be stored in association with each store, not with each sales floor.

<Configuration of control unit 104 of server 10>
The control unit 104 of the server 10 includes a user registration control unit 1041, a deposit unit 1042, a withdrawal unit 1043, a reward granting unit 1044, and a reward using unit 1045. The control unit 104 executes an application program 1011 stored in the storage unit 101, thereby realizing each functional unit.

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

<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 personal computer (PC) or a laptop PC, or a wearable terminal such as a head mounted display (HMD) or a wristwatch terminal.
The user terminal 20 includes a memory unit 201 , a control unit 204 , an input device 206 , and an output device 208 .

<Configuration of storage unit 201 of user terminal 20>
The memory unit 201 of the user terminal 20 includes a user ID 2011 , an application program 2012 , a first game program 2021 , a second game program 2022 , a first ownership table 2031 , and a second ownership table 2032 .

The 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 user with the services disclosed herein. The user ID 2011 includes information such as a session ID that is temporarily assigned by the server 10 when identifying the user who is using the user terminal 20.

The first game program 2021 stores a game program that provides a first game service. The first game service is a game service that can execute a game that includes object information in an in-game area defined within the first game service.

The second game program 2022 stores a game program that provides a second game service. The second game service is a game service that is capable of executing a game including object information in a game area defined in the second game service.
The first game program and the second game program are programs that provide different game services that share a common worldview, for example, the first game service and the second game service are game services that share common in-game characters, object information such as in-game items, in-game areas, etc.
The application program 2012, the first game program 2021, and the second game program 2022 may be pre-stored in the memory unit 201, or may be configured to be downloaded from a web server operated by a service provider via a communication IF.
The application program 2012, the first game program 2021, and the second game program 2022 include applications such as a web browser application.
The application program 2012 , the first game program 2021 , and the second game program 2022 include an interpreted programming language such as JavaScript (registered trademark) that is executed on a web browser application stored in the user terminal 20 .

The first possession table 2031 is a table for storing and managing first possession information relating to object information possessed by the user in the first game program 2021 .
The user can acquire object information by completing in-game events in the first game program 2021, such as quests, or through the progress of the game service, such as defeating enemy characters. In addition, the user may possess predetermined object information at the start of the game. The acquired object information is stored in the first possession table, thereby expressing that the user possesses a character in the game service of the first game program 2021. The second possession table 2032 is similar, except that the first game program 2021 becomes the second game program 2022.
The first ownership table 2031 is a table having columns for object ID, validity flag, and object attribute.
FIG. 9 is a diagram showing the data structure of the first ownership table 2031. As shown in FIG.

The object ID is an item that stores object identification information owned by the user in the first game program 2021.
The validity flag is an item for storing information for identifying whether the object information stored in the first ownership table is valid or not.
The object attribute is an item for storing attribute information of the object information stored in the second ownership table. The object information is the same as the object attributes of the deposit table 1013.

The second ownership table 2032 is a table for storing and managing second ownership information relating to object information owned by the user in the second game program 2022 .
The second ownership table 2032 is a table having columns for object ID, validity flag, and object attribute.
FIG. 10 is a diagram showing the data structure of the second ownership table 2032. As shown in FIG.

The object ID is an item for storing identification information of an object owned by the user in the second game program 2022.
The validity flag is an item for storing information for identifying whether the object information stored in the second ownership table is valid or not.
The object attribute is an item for storing attribute information of the object information stored in the second ownership table. The object information is the same as the object attributes of the deposit table 1013.

<Configuration of the control unit 204 of the user terminal 20>
The control unit 204 of the user terminal 20 includes an input control unit 2041 and an output control unit 2042. The control unit 204 executes the user ID 2011 stored in the storage unit 201, thereby realizing each functional unit.

<Configuration of the input device 206 of the 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 , and a touch device 2065 .

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

<Operation of System 1>
Each process of the system 1 will be described below.
FIG. 11 is a flowchart showing the operation of the deposit process.
FIG. 12 is a flowchart showing the operation of the withdrawal process.
FIG. 13 is a flowchart showing the operation of the reward granting process.
FIG. 14 is a flowchart showing the operation of the reward use process.

<Deposit Processing>
The deposit process is a process in which a user deposits object information held in a given game service into a deposit service.
When a user deposits object information that the user owns into a deposit service, the user is no longer able to use the deposited object information in a specified game service.
It should be noted that the user can withdraw the deposited object information from a given game service or another game service and use it in that game service by executing a withdrawal process described below.

<Deposit Processing Overview>
The deposit process is a series of steps that accepts object information to be deposited from a user, stores the deposit information, and sets a valid flag.

<Deposit Processing Details>
The details of the deposit process are explained below.

In step S101, the deposit unit 1042 of the server 10 executes a receiving step of receiving object information related to a plurality of services from a plurality of services.
Specifically, the user operates the input device 206 of his/her user terminal 20 to execute the first game program 2021 or the second game program 2022. In the present disclosure, for simplicity, the first game program 2021 will be described as an example.

The user specifies object information owned by the user in the first game program 2021 by operating the input device 206 of the user terminal 20 or the like. Specifically, the user terminal 20 references the first ownership table and displays the object information specified by the object ID on the display 2081 of the user terminal 20. The user selects and specifies the object information to be deposited in the deposit service from the object information displayed on the display 2081 of the user terminal 20.

The control unit 204 of the user terminal acquires object attributes by searching the object ID item of the first ownership table 2031 based on the object ID related to the identified object information.
The control unit 204 of the user terminal transmits the user ID 2011, first game identification information which is information for identifying the first game service, the object ID relating to the specified object information, and the object attributes to the server 10. The depositing unit 1042 of the server 10 receives the user ID 2011, the first game identification information, the object ID, and the object attributes.

This allows the reception step to receive first object information related to the first game service.

In step S101, a purchase reception step may be executed to receive purchase information of a product associated with the object information from a user. In this case, the reception step may include a step of receiving object information associated with the product received in the purchase reception step. For example, the reception step may include a step of acquiring sales floor information regarding a sales floor where the product received in the purchase reception step was purchased.
Specifically, the service provider of the present disclosure provides a sales service of merchandise that imitates in-game characters and in-game items at the sales floor of an actual store, and users can purchase merchandise that imitates in-game characters and in-game items at the sales floor of the store.
An RFID (Radio Frequency Identifier) tag storing a unique identification code or the like is embedded in a product purchased by a user, and when the user purchases the product, the user reads the identification code via an RFID reader provided in the user terminal 20. The identification code may be attached to the product by a means visible to the user, such as a predetermined character string or a numerical string, and may be input and read by the user operating the input device 206 of the user terminal 20. The identification code may be attached to the product as a barcode such as a QR code (registered trademark), and may be read by the user using the camera 2061 of the user terminal 20. The identification code may include sales floor identification information for identifying the sales floor of the store where the product was purchased.

The control unit 204 of the user terminal 20 transmits the user ID 2011 and the read identification code to the server 10. The depositing unit 1042 of the server 10 identifies and accepts the object ID by searching a table (not shown) based on the received identification code. In other words, the depositing unit 1042 of the server 10 accepts the user ID 2011 and the object ID.
The deposit unit 1042 of the server 10 searches the sales area table 1016 for the sales area ID based on the sales area identification information included in the received identification code, and obtains the sales area attributes.
The deposit unit 1042 of the server 10 searches a table (not shown) based on the acquired sales floor attributes to acquire game identification information and object attributes corresponding to the identification code.
In addition, if the attribute information is stored in association with each store rather than with each sales area, the identification code may include store identification information, and store attributes may be obtained based on the store identification information instead of sales area attributes.

For example, each store and sales floor is assigned a specific game service, a specific in-game area, etc., and the user can purchase products that imitate in-game characters, in-game items, etc. at the specific store and sales floor. When the user purchases a product, the user can acquire an in-game character, in-game item, etc. related to the product in the game service, just as if the user had acquired the in-game character, in-game item, etc. in a specific in-game area of the specific game service. By drawing out the in-game character, in-game item, etc. in the specific game service, the in-game character, in-game item, etc. can be used as a controllable character and controllable item.

In step S102, the depositing unit 1042 of the server 10 executes a storing step of storing the object information accepted in the accepting step in association with the user.
Specifically, the deposit unit 1042 of the server 10 stores the user ID 2011, first game identification information, object ID, and object attributes obtained from the user terminal 20 in the user ID, object ID, game ID, and object attribute fields of a new record in the deposit table 1013, respectively.

This allows the storage step to store the first object information received in the reception step in association with the user.

The storage step can also associate the object information with information about an in-game area corresponding to the sales floor information. That is, in step S101, information about an in-game area corresponding to the sales floor attribute is stored in the deposit table 1013 as object information in association with the user and object ID.

In step S103, the deposit unit 1042 of the server 10 sets a valid flag.
Specifically, the deposit unit 1042 of the server 10 stores a value of True in the valid flag field of the newly created record in the deposit table 1013. This indicates that the object information identified in step S101 has been deposited in the deposit service. The deposit unit 1042 of the server 10 transmits a response to the user terminal 20 indicating that the deposit process of the identified object information has been completed.

When the control unit 204 of the user terminal 20 receives the response from the server 10, it searches the object ID item of the first possession table 2031 based on the object ID related to the object information identified in step S101, and stores a value of False in the valid flag. This makes it impossible to use the object information in the first game service.
The control unit 204 of the user terminal 20 may search the object ID field of the first possession table 2031 based on the object ID related to the object information identified in step S101, and delete the record. Similarly, the object information cannot be used in the first game service.

In this disclosure, a case where specific object information is deposited in a deposit service for the first time has been described as an example, but if the specific object information has been deposited in a deposit service in the past, step S102 may be skipped and only the valid flag item for the specific object information in the deposit table 1013 may be set to True.

In this disclosure, the first game program 2021 has been described as an example, but in the second game program 2022, the first game service also becomes the second game service, and the object information of the second game service can be deposited in the deposit service by the deposit process.

In the present disclosure, the game ID field of the deposit table 1013 may be configured to overwrite the game identification information of the latest deposit source game service when a deposit process is executed, or may be configured to sequentially add the game identification information of the deposit source game service when a deposit process is executed. For example, when object information stored in the deposit table 1013 by a deposit process in the first game program 2021 is withdrawn to the second game program 2022 by a withdrawal process and then stored again in the deposit table 1013 by a deposit process in the second game program 2022, the game ID field of the deposit table 1013 may be configured to add the second identification information in addition to the first identification information. In this case, the game ID field of the deposit table 1013 stores the history of the deposit source game identification information when a deposit process was executed for the object information in the past.

<Withdrawal process>
The withdrawal process is a process for withdrawing object information deposited in the deposit service to a specified game service.
The user can use the extracted object information in a given game service.

<Overview of Withdrawal Process>
The withdrawal process is a series of processes for accepting object information to be withdrawn from the user and setting a valid flag.

In step S121, the user operates the input device 206 of the user terminal 20 to execute the first game program 2021 or the second game program 2022. For simplicity, in this disclosure, the second game program 2022 will be described as an example.

The user operates the input device 206 of the user terminal 20 to send a request including a user ID 2011 inquiring about object information that the user has deposited to the server 10. When the withdrawal unit 1043 of the server 10 receives the request, it searches the user ID field in the deposit table 1013 based on the user ID 2011 included in the request, obtains the object ID field, and sends a response to the user terminal 20.
In the present disclosure, an object ID for which the second game identification information, which is information for identifying the second game service, is not stored in the game ID field may also be included in the response. In other words, an object ID for which the first game identification information is stored in the game ID field may also be transmitted to the user terminal 20 executing the second game program 2022.
The display 2081 of the user terminal 20 displays the object information identified by the received object ID. The user selects and identifies the object information to be withdrawn from the deposit service from the object information displayed on the display 2081 of the user terminal 20.
The control unit 204 of the user terminal transmits the user ID 2011 and the object ID relating to the identified object information to the server 10 .

In step S122, the retrieval unit 1043 of the server 10 executes an output step of outputting the first object information to the second game service and storing it as object information in the second game service. The retrieval unit 1043 of the server 10 executes a dissociation step of dissociating the first object information, which has been stored in association with the user in the storage step, from the user.
Specifically, the withdrawal unit 1043 of the server 10 searches the user ID and object ID fields in the deposit table 1013 based on the user ID 2011 and object ID received from the user terminal 20 to identify a record of object information. The withdrawal unit 1043 of the server 10 stores a value of False in the valid flag field of the identified record. This dissolves the association between the object information and the user.
The retrieval unit 1043 of the server 10 transmits a response indicating that the retrieval process of the specified object information has been completed to the user terminal 20. The response may include the object ID and object attributes of the specified object information.

When the control unit 204 of the user terminal 20 receives the response from the server 10, it searches the object ID item of the second possession table 2032 based on the object ID related to the object information identified in step S121, and stores a value of True in the valid flag. This makes it possible to use the object information in the second game service.
If the second ownership table 2032 does not contain object information identified by the object ID, the control unit 204 of the user terminal 20 stores the object ID and object attribute included in the response in the object ID and object attribute fields, respectively, of a new record in the second ownership table 2032. At this time, the control unit 204 of the user terminal 20 stores a value of True in the valid flag field of the new record.

For example, if the object information is an in-game character, the user will be able to use the in-game character in the second game service. For example, if the object information is an in-game item, the user will be able to use the in-game item in the second game service.

<Reward Granting Process>
The reward giving process is a process of giving points (reward) to the user.

<Outline of reward granting process>
The reward granting process is a series of processes that identify deposit information for each user, calculate additional points for each user based on the deposit information, and add the additional points to the user's points.

<Details of reward granting process>
The reward granting process will be described in detail below.

In step S301, when the calculation start condition is satisfied, the reward granting unit 1044 of the server 10 obtains the user ID item of the deposit table 1013, and identifies and obtains the user ID of the user who has deposited object information in the deposit service.
In the present disclosure, the reward granting process for a specific user will be described, but the reward granting process for other users is similar. The reward granting process may be configured to be executed when an arbitrary time arrives, such as every hour, every day, a specific day of the week, a specific date, or a specific date, as the calculation start condition. The reward granting process may be configured to be executed when an arbitrary game service including a first game service, a second game service, etc. is executed by a user as the calculation start condition. The reward granting process may be configured to be executed when an arbitrary game service including a first game service, a second game service, etc., or a deposit service, etc. is logged in by a user as the calculation start condition. The reward granting process may be configured to be executed every time a deposit process is executed once or a predetermined number of times as the calculation start condition. The reward granting process may be configured to be executed every time a withdrawal process is executed once or a predetermined number of times as the calculation start condition. The reward granting process may be configured to be executed based on a combination of any one or more calculation start conditions already described as the calculation start condition.

In step S302, the reward granting unit 1044 of the server 10 searches the user ID field in the deposit table 1013 based on the acquired user ID, and acquires a record including fields for object ID, game ID, valid flag, and object attribute. The reward granting unit 1044 of the server 10 may identify only those records among the acquired records whose valid flag is True. In other words, it identifies only the object information that has been deposited in the deposit service. This motivates users to actively use the deposit service, since the content of the reward changes when the object information is distributed to individual game services.

The reward granting unit 1044 of the server 10 may identify object information including records whose validity flag is False in addition to records whose validity flag is True. In this case, the additional points are calculated based on the object information that the user has previously deposited.

In step S303, the reward granting unit 1044 of the server 10 executes a calculation step of calculating a reward to be granted to the user corresponding to each piece of object information stored in association with the user when a predetermined calculation condition is satisfied, using a calculation method according to the attribute information associated with the object information. The calculation step calculates the reward to be granted to the user based on the attribute information associated with the object information.
Specifically, the reward granting unit 1044 of the server 10 searches for the condition data items in the reward table 1014 for each piece of object information and acquires the additional points. Specifically, it determines whether or not the object information satisfies the condition data items in the reward table 1014, and if so, acquires the additional points corresponding to the condition data.
In other words, the reward granting unit 1044 of the server 10 calculates and acquires the additional points according to the object attributes of the object information. When multiple condition data items are satisfied, the additional points may be one additional point according to a predetermined priority order, or the sum of the additional points associated with the condition data that satisfy the conditions.

In step S303, the calculation step may include a step of calculating a reward to be given to the user based on information about the game service from which the object information was acquired.
Specifically, the condition data in the reward table 1014 may include a condition related to the game ID as an object attribute of the object information. This may allow a configuration in which different additional points are calculated for each piece of object information according to the game ID of the game service.

In step S303, the calculation step may include a step of calculating a reward to be given to the user based on information regarding an in-game area associated with the object information as an object attribute of the object information.
For example, a different additional point may be calculated for each piece of object information according to the information on the area in the game included in the object attributes.

For example, the calculation step may include a step in which the reward granting unit 1044 of the server 10 grants a first reward to the user when the object information is associated with a first in-game area, and a step in which the reward granting unit 1044 grants a second reward to the user when the object information is associated with a second in-game area.

The calculation step may include a step of calculating a reward to be given to the user based on information about an in-game area associated with the object information in the game service in which the object information was acquired.
For example, a different additional point may be calculated for each piece of object information according to information about the in-game area where the object information was acquired by including the in-game area in the game service where the object information was acquired in the object attributes. Also, additional points for a plurality of different point information may be calculated for each piece of object information according to information about the in-game area where the object information was acquired.
For example, a first additional point may be calculated for object information acquired in a first area, and a second additional point may be calculated for object information acquired in a second area.

In step S303, the calculation step may include a step of calculating a reward to be granted to the user based on the event.

The reward providing unit 1044 of the server 10 may be configured to increase the added points of object information associated with a specific in-game area (bonus area) during a specified event (campaign) period. For example, during a summer vacation period and a winter vacation period, the added points of object information associated with a summer-themed and winter-themed in-game area may be doubled.
Specifically, the reward granting unit 1044 of the server 10 may be configured to increase the first additional points of the object information associated with the first in-game area during a specified event period.

This makes the service more interesting for users. It also motivates users to purchase products at stores and sales floors associated with the bonus area during the event period. By linking the purchasing service at an actual brick-and-mortar store with the game service, users can enjoy the service with a common worldview even more.

The reward providing unit 1044 of the server 10 may be configured to increase the points added to object information associated with a specific game service during a predetermined event period. For example, during a summer vacation period, a winter vacation period, etc., the points added to object information associated with a summer-themed and winter-themed game service may be doubled.
Specifically, the reward providing unit 1044 of the server 10 may be configured to increase the first additional points of the object information associated with the first game service during a predetermined event period. This can increase the interest of the service for the user. The user can be motivated to enjoy the game service associated with the bonus area.

In step S303, the calculation step may include a step of calculating a reward to be granted to the user based on at least one of the in-game type related to the object information, period information related to the date and time or period associated with the object information, and level information related to the degree of growth of the object information.
Specifically, the reward providing unit 1044 of the server 10 may be configured to increase the added points of object information associated with a specific in-game type. For example, during periods such as summer vacation and winter vacation, the added points of object information associated with the in-game types "fire" and "ice" are doubled, respectively.
Specifically, the reward granting unit 1044 of the server 10 may be configured to increase the added points as the object information is acquired or obtained earlier as the period information. Similarly, the reward granting unit 1044 of the server 10 may be configured to increase the added points as the deposit period is longer as the period information.
Specifically, the reward providing unit 1044 of the server 10 may be configured to increase the added points as the level information of the object information increases.

In step S303, the calculation step may include a step of calculating a reward to be given to the user depending on whether each of the object information stored in association with the user is being deposited or not.
Specifically, the reward granting unit 1044 of the server 10 may calculate the additional points based on the object information being deposited for which the valid flag is True in the deposit table 1013, and may not calculate the additional points based on the object information not being deposited for which the valid flag is False in the deposit table 1013. Similarly, the reward granting unit 1044 of the server 10 may be configured to give a larger additional point for the object information being deposited than for the object information not being deposited. This can motivate the user to deposit object information into the deposit service.

In step S303, the calculation step may include a step of calculating a reward to be given to a user based on the user who first acquired or obtained the object information.
For example, in a game service in which a user can exchange object information that he or she has acquired with other users, the object information may include information on the user who first acquired or acquired the object information. In this case, the reward granting unit 1044 of the server 10 may calculate the added points based on the user information included in the object attributes of the object information. For example, the added points may be increased as the game play time, user level related to user growth and proficiency, user experience value, etc. of the user who first acquired or acquired the object information increases.

In step S304, the reward granting unit 1044 of the server 10 searches the user ID field in the user table 1012 based on the acquired user ID, and acquires the point value. The reward granting unit 1044 of the server 10 adds the additional points calculated for each object information in step S303 to the acquired points. The reward granting unit 1044 of the server 10 overwrites and updates the point field of the record for the user ID in the user table 1012 with the added points.
As a result, when a user deposits a plurality of pieces of object information in the deposit service, points corresponding to each piece of object information are added to the user's points.

If the point information contains multiple different pieces of point information, multiple different points will be added to each piece of point information. For example, if a user contains first point information and second point information as multiple different pieces of point information, first points will be added to the first point information and second points will be added to the second point information, respectively.

<Reward usage process>
The reward use process is a process for using points (reward) owned by a user. For example, a user can use the points he or she owns to obtain rewards such as in-game characters and in-game items.

<Outline of reward usage process>
The reward use process is a series of processes that accepts a user's selection of a reward to be exchanged for points, consumes the user's points, and grants the reward to the user.

<Details of reward usage process>
The reward usage process will be described in detail below.

In step S501, the reward use unit 1045 of the server 10 executes a use step of accepting a request from a user to use a reward held by the user.
Specifically, the user operates the input device 206 of his/her user terminal 20 to execute the first game program 2021 or the second game program 2022. In the present disclosure, for simplicity, the first game program 2021 will be described as an example.

In step S501, the using step executes a step of changing the effect of the reward owned by the user and used in the using step based on the object information stored in the storing step.
Specifically, the user operates the input device 206 of the user terminal 20 to execute the first game program 2021 or the second game program 2022. In the present disclosure, for simplicity, the first game program 2021 will be described as an example.

The user selects a function for displaying a list of benefits that can be obtained in the first game service by operating the input device 206 of the user terminal 20. The control unit 204 of the user terminal obtains information on the benefit contents and the points to be consumed for each benefit content from a benefit table (not shown) or the like.
The display 2081 of the user terminal 20 displays a list of the rewards that the user can acquire and the points to be consumed. The user selects the rewards he or she wishes to acquire by operating the input device 206 of the user terminal 20. The control unit 204 of the user terminal transmits a request to the server 10, which includes the user ID 2011, the selected reward, and the points to be consumed according to the reward.

The reward may include the user newly acquiring object information, the reward may include granting object information to the user, or the reward may include generating an in-game item from a predetermined in-game material possessed by the user.
The reward content may include reward content to be given to an in-game character owned by the user. For example, the reward content may include strengthening or weakening the performance value of the in-game character owned by the user. The reward content may include evolving the in-game character owned by the user.
The reward content may include reward content to be given to an in-game item owned by the user. For example, the reward content may include strengthening or weakening the performance value of the in-game item owned by the user. The reward content may include strengthening the in-game item owned by the user.

In the present disclosure, when a user has first point information and second point information as multiple different types of point information, the effect of each point when using a reward may be changed. For example, when acquiring one reward content, the first point information may be configured to allow the reward content to be acquired with fewer points than the second point information. For example, reward content A may be configured to be acquired by consuming 50 points with the first point information and 100 points with the second point information.

The reward use unit 1045 of the server 10 may be configured to change the effect of each point when using a reward, such as the first point information, the second point information, etc., during a specified event period. For example, during periods such as summer vacation and winter vacation, the effect (value) when using the first point information and the second point information of object information associated with summer and winter themed areas in the game may be doubled.

Furthermore, in the present disclosure, the effect of the reward may be changed depending on the object information that the user deposits in the deposit service. Specifically, when the user deposits object information acquired in the first area, the effect of the point information associated with that in-game area may be increased depending on the number of object information deposited, etc. Similarly, when the user deposits object information acquired in the first game service, the effect (value) of the point information associated with that game service may be increased depending on the number of object information deposited, etc.

This makes the service more interesting for users. It also motivates users to purchase products at stores and sales floors associated with the bonus area during the event period. By linking the purchasing service at an actual brick-and-mortar store with the game service, users can enjoy the service with a common worldview even more.

In step S502, the reward using unit 1045 of the server 10 consumes the points held by the user.
Specifically, when the reward using unit 1045 of the server 10 receives a request, it searches the user ID field in the user table 1012 based on the user ID 2011 included in the request, and acquires points. The reward using unit 1045 of the server 10 subtracts the consumed points included in the request from the acquired points, and overwrites and updates the points field of the record for that user ID in the user table 1012. As a result, the points owned by the user are consumed.
The reward usage unit 1045 of the server 10 sends a response to the user terminal 20 indicating that the points have been consumed.

If the bonus content is the registration of new object information to the deposit service, the reward usage unit 1045 of the server 10 stores object information corresponding to the bonus content included in the request as object information in the deposit table 1013, and stores a value of True in the valid flag.
For example, the user may acquire a new in-game character, an in-game item, etc. as a privilege. In this case, object information related to the acquired in-game character and in-game item is stored as a new record in the deposit table 1013, and it is represented that the user has acquired a new in-game character and in-game item.

In step S503, when the control unit 204 of the user terminal 20 receives the response from the server 10, the control unit 204 grants the privilege to the user.
If the bonus content is the registration of new object information to the first game service, the control unit 204 of the user terminal 20 stores object information corresponding to the bonus content as object information in the first ownership table 2031, and stores a value of True in the valid flag.
For example, the user may acquire a new in-game character, in-game item, etc. as a privilege in the first game service. In this case, object information related to the acquired in-game character and in-game item is stored as a new record in the first possession table 2031, and it is represented that the user has acquired the new in-game character and in-game item.
The user can enjoy the first game service by using the newly acquired in-game characters and in-game items.

The reward use process may be a process of using points owned by a user to acquire a product at a real store, online shopping, etc. In other words, a configuration may be adopted in which a user can consume points owned by the user and exchange them for a real product.
In this case, too, the effect of the reward held by the user when used may be changed. For example, when a user holds first point information and second point information, the effect of each point when using a reward may be changed. For example, when acquiring one product, the first point information may be configured to allow the product to be acquired with fewer points than the second point information. For example, product A may be configured to be acquired by consuming 50 points based on the first point information and 100 points based on the second point information.
This allows users to enjoy services with a common worldview more fully by linking purchasing services at actual brick-and-mortar stores with game services.

<Modification>
In the present disclosure, the first game service and the second game service are configured to be provided by a first game program 2021 and a second game program 2022 stored in a user terminal 20, but the game services may also be configured to be provided by the server 10 or another server.
For example, the other third game service may be configured to be provided by the server 10 in the form of SaaS (Software as a Service). In this case, too, by depositing object information acquired in the third game service in the deposit service according to the present disclosure, the object information can be retrieved and used in the other first game service and second game service. Similarly, the game service may be a game service provided by another server in the form of SaaS.
In addition, the object information of the first game service and the second game service is configured to be stored in the first possession table 2031 and the second possession table 2032 stored in the user terminal 20, but the first possession table 2031 and the second possession table 2032 may also be configured to be provided by the server 10 or another server.

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

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

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

The auxiliary storage device 903 is a storage device for saving data and programs. For example, it is a flash memory, a hard disk drive (HDD), a magneto-optical disk, a CD-ROM, a DVD-ROM, a semiconductor memory, etc.

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 the Internet, a LAN, various mobile communication systems constructed by wireless base stations, etc. For example, the network includes 3G, 4G, 5G mobile communication systems, LTE (Long Term Evolution), wireless networks that can connect to the Internet through a predetermined access point (e.g., Wi-Fi (registered trademark)), etc. In the case of wireless connection, communication protocols include, for example, Z-Wave (registered trademark), ZigBee (registered trademark), Bluetooth (registered trademark), etc. In the case of wired connection, the network also includes a network directly connected by a USB (Universal Serial Bus) cable, etc.

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

<Basic Functional Configuration of Computer 90>
A description will now be given of the functional configuration of a computer realized by the basic hardware configuration (FIG. 15) of a computer 90. The computer at least comprises the functional units of a control unit, a storage unit, and a communication unit.

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

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

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

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

In addition, the databases and masters in this disclosure may include any data structure (such as a list, dictionary, associative array, or object) in which information is structurally defined. Data structures also include data that can be considered as data structures by combining data with functions, classes, methods, etc. written in any programming language.

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

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

(Appendix 1)
A game program to be executed by a computer having a processor and a memory unit, the game program causing the processor to execute a reception step (S101) of receiving object information related to a plurality of services from a plurality of services different from the game program, a storage step (S102) of storing the object information received in the reception step in association with a user, and a calculation step (S303) of calculating a reward to be granted to a user corresponding to each of the object information stored in association with the user when a predetermined calculation condition is satisfied, using a calculation method according to attribute information associated with the object information.
This makes it possible to motivate users to move between multiple services by varying the rewards given to the users based on game objects received from multiple services.

(Appendix 2)
2. The game program according to claim 1, wherein the object information is either an in-game character or an in-game item.
This makes it possible to motivate users to move between multiple services by varying the rewards given to the users based on the in-game characters and in-game items.

(Appendix 3)
The game program according to claim 1, wherein the different services are services having a common worldview.
This can motivate users to move between services, including games and the like, that share a common worldview.

(Appendix 4)
The game program according to claim 1, wherein the calculation step (S303) is a step of calculating a reward to be granted to the user based on attribute information associated with the object information.
This makes it possible to motivate users to move between multiple services by varying the rewards given to the user based on game objects received from multiple services in accordance with the attribute information associated with the object information.

(Appendix 5)
The game program according to claim 1, wherein the calculation step (S303) is a step of calculating a reward to be given to the user based on information about the game service from which the object information was acquired.
This makes it possible to motivate users to play in specific game services by varying rewards depending on the game service across multiple services.

(Appendix 6)
A game program as described in Appendix 1, wherein the different services include a first game service and a second game service, the reception step (S101) includes a step of receiving first object information related to the first game service, the storage step (S102) includes a step of storing the first object information received in the reception step in association with a user, and the game program causes the processor to execute an output step (S122) of outputting the first object information to the second game service and storing it as object information within the second game service, and a disassociation step (S122) of disassociating the first object information stored in association with the user in the storage step from the user in the first game service.
This allows the object information received in the first game service to be received as object information in the second game service.
In a first game service and a second game service having a common worldview based on one object information, it is possible to motivate migration between the game services.

(Appendix 7)
The calculation step (S303) is a step of calculating a reward to be granted to the user based on information regarding the in-game area associated with the object information in the game service in which the object information was acquired, and the first game service and the second game service are game services capable of executing a game including the object information in the in-game area.
This defines that multiple services provide game services targeting a common in-game area, and that multiple different game services share the same worldview with a common predetermined in-game area, motivating users to move between multiple game services with the same worldview.

(Appendix 8)
The game program described in Appendix 7, wherein the calculation step (S303) includes a step (S303) of granting a first reward to the user when the object information is associated with a first in-game area, and a step (S303) of granting a second reward to the user when the object information is associated with a second in-game area.
This makes it possible to motivate users to move between multiple services by varying the reward given to the user depending on the in-game area associated with the object information.

(Appendix 9)
The game program according to claim 1, wherein the calculation step (S303) is a step of calculating a reward to be awarded to the user based on the event.
This makes it possible to motivate users to play in a particular game service during an event by varying rewards in accordance with the event across multiple services.

(Appendix 10)
The calculation step (S303) is a step of calculating a reward to be granted to the user based on at least one of an in-game type related to the object information, period information related to a date and time or period associated with the object information, and level information related to the degree of growth of the object information, in the game program described in Appendix 1.
This allows the reward given to the user to be changed depending on the object information, thereby making the game more entertaining.

(Appendix 11)
The calculation step (S303) is a step of calculating a reward to be granted to the user depending on whether each of the object information stored in association with the user is being deposited or not.
This makes it possible to synchronize the deposit of object information in the deposit service with the user, i.e., to motivate the user to use the deposit service.

(Appendix 12)
The calculation step (S303) is a step of calculating a reward to be given to a user based on the user who first acquired or obtained the object information.
This allows the reward given to the user to be changed depending on the object information, thereby making the game more entertaining.

(Appendix 13)
The game program of claim 1, wherein the processor executes a use step (S501) of receiving a request from a user to use a reward possessed by the user, and the use step (S501) is a step of changing the effect of the reward possessed by the user to be used in the use step based on the object information stored in the storage step.
This makes it possible to motivate users to move between multiple services by changing the effect when the user uses a reward based on game objects received from multiple services.

(Appendix 14)
The game program of claim 1, wherein the processor executes a purchase reception step of receiving purchasing information of a product associated with object information from a user, the reception step (S101) being a step of receiving object information associated with the product received in the purchase reception step.
This allows the user to link the game service with the purchasing experience through a real store or a service such as mail order. For example, when a product such as a stuffed toy or figure that imitates a specific in-game character is purchased through a real store or mail order, the in-game character is accepted as object information, and the user can play the game service with the in-game character.

(Appendix 15)
A game program as described in Appendix 14, wherein the reception step (S101) includes a step of obtaining sales floor information regarding the sales floor where the product received in the purchase reception step was purchased, the storage step (S102) includes a step of associating the object information with information regarding an in-game area corresponding to the sales floor information, and the calculation step (S303) is a step of calculating a reward to be granted to the user based on the information regarding the in-game area associated with the object information.
This allows the reward given to the user to be changed depending on the store, sales floor, etc. where the user had a purchasing experience, thereby motivating the user to visit multiple stores, sales floors, etc. It is also possible to motivate users to visit services that have a common worldview, including purchasing experiences through actual stores or services such as mail order.

(Appendix 16)
An information processing device comprising a processor and a memory unit, the information processing device causing the processor to execute a game program according to any one of appendixes 1 to 15.
This makes it possible to motivate users to move between multiple services by varying the rewards given to the users based on game objects received from multiple services.

(Appendix 17)
An information processing system including an information processing device having a processor and a memory unit, the information processing system causing the processor to execute a game program described in any one of appendixes 1 to 15.
This makes it possible to motivate users to move between multiple services by varying the rewards given to the users based on game objects received from multiple services.

(Appendix 18)
An information processing method executed by a computer having a processor and a memory unit, the information processing method causing the processor to execute a game program described in any one of appendixes 1 to 15.
This makes it possible to motivate users to move between multiple services by varying the rewards given to the users based on game objects received from multiple services.

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 (16)

A game program to be executed by a computer having a processor and a storage unit,
The game program causes the processor to
a receiving step of receiving object information related to a plurality of services from a plurality of services different from the game program;
a storage step of storing the object information received in the receiving step in association with a user;
a calculation step of calculating a reward to be granted to the user in accordance with each of the object information stored in association with the user, based on information about the game service through which the object information was acquired ;
A game program that executes the above. The object information is either an in-game character or an in-game item.
The game program according to claim 1. The different services are services having a common worldview.
The game program according to claim 1. The calculation step is a step of calculating a reward to be given to the user based on attribute information associated with the object information.
The game program according to claim 1. the plurality of different services include a first game service and a second game service;
the receiving step includes a step of receiving first object information related to a first game service;
the storing step includes a step of storing the first object information received in the receiving step in association with a user;
The game program causes the processor to
an output step of outputting the first object information to a second game service and storing the first object information as object information in the second game service;
a canceling step of canceling an association between the first object information stored in the storing step and the user in a first game service;
Execute the
The game program according to claim 1. A game program to be executed by a computer having a processor and a storage unit,
The game program causes the processor to
a receiving step of receiving object information related to a plurality of services from a plurality of services different from the game program;
a storage step of storing the object information received in the receiving step in association with a user;
a calculation step of calculating a reward to be granted to the user in accordance with each of the object information stored in association with the user, based on information regarding an in-game area associated with the object information in the game service in which the object information was acquired;
Run the command,
the first game service and the second game service are game services capable of executing a game including the object information in the in-game area;
Game program. The calculation step includes:
If the object information is associated with a first in-game area, granting a first reward to the user;
If the object information is associated with a second in-game area, granting a second reward to the user;
Including,
The game program according to claim 6 . The calculation step is a step of calculating a reward to be given to the user based on the event.
The game program according to claim 1. The calculation step includes:
An in-game type for the object information;
period information relating to a date and time or a period associated with the object information;
level information relating to a degree of growth of the object information;
A step of calculating a reward to be given to the user based on at least one of the following:
The game program according to claim 1. The calculation step is a step of calculating a reward to be given to the user depending on whether each of the object information stored in association with the user is being deposited or not.
The game program according to claim 1. A game program to be executed by a computer having a processor and a storage unit,
The game program causes the processor to
a receiving step of receiving object information related to a plurality of services from a plurality of services different from the game program;
a storage step of storing the object information received in the receiving step in association with a user;
A calculation step of calculating a reward to be granted to the user corresponding to each of the object information stored in association with the user based on a user who first acquired or obtained the object information;
A game program that executes the above. A game program to be executed by a computer having a processor and a storage unit,
The game program causes the processor to
a receiving step of receiving object information related to a plurality of services from a plurality of services different from the game program;
a storage step of storing the object information received in the receiving step in association with a user;
A calculation step of calculating a reward to be given to the user in accordance with each of the object information stored in association with the user;
A using step of receiving a request from the user to use the reward held by the user;
Run the command,
The using step is a step of changing an effect of the reward used by the user in the using step based on the object information stored in the storing step.
Game program. A game program to be executed by a computer having a processor and a storage unit,
The game program causes the processor to
a receiving step of receiving object information related to a plurality of services from a plurality of services different from the game program;
a storage step of storing the object information received in the receiving step in association with a user;
A calculation step of calculating a reward to be given to the user in accordance with each of the object information stored in association with the user;
a purchase reception step of receiving purchase information of a product associated with the object information from the user;
Run the command,
The receiving step includes a step of acquiring selling area information regarding a selling area where the product received in the purchase receiving step was purchased,
the storing step includes a step of associating the object information with information regarding an in-game area corresponding to the sales floor information,
The calculation step is a step of calculating a reward to be granted to the user based on information about an in-game area associated with the object information.
Game program. An information processing device including a processor and a storage unit,
A game program according to any one of claims 1 to 13 ,
Information processing device. An information processing system including an information processing device having a processor and a storage unit,
A game program according to any one of claims 1 to 13 ,
Information processing system. An information processing method executed by a computer including a processor and a storage unit,
A game program according to any one of claims 1 to 13 ,
Information processing methods.