JP2024118484A - Information processing device, system, information processing method, and program - Google Patents

Abstract

[Problem] To improve the value of games using blockchain.
[Solution] The information processing device is an information processing device for executing a first game. The information processing device includes a control unit. The control unit executes, for each user, an acquisition step (S22) of acquiring ownership information of an NFT item, and an assignment step (S23) of granting a benefit to the user based on the ownership information of the NFT item. The NFT item is an item that can be used in the first game and the second game, and is an item related to a token registered in a blockchain. The benefit can be used in the first game. The first game is a game that progresses in a first virtual space. The second game is a game that progresses in a second virtual space different from the first virtual space.
[Selection diagram] Figure 9

Description

The present disclosure relates to an information processing device, a system, an information processing method, and a program, and in particular to an information processing device, a system, an information processing method, and a program related to games that use blockchain.

It is known that the purchase status of in-game items is managed using a blockchain. For example, Patent Document 1 discloses a method for processing a request to execute a purchase transaction of a virtual asset in a video game and writing transaction data to a block in a blockchain.

Special Publication No. 2022-514612

In order for games that use blockchain like this to become more widespread, it is necessary to increase the value of those games.

In view of the above-mentioned problems, the objective of the present disclosure is to provide an information processing device, system, information processing method, and program that can improve the value of games that use blockchain.

An information processing device according to one aspect of the present disclosure is an information processing device for executing a first game. The information processing device includes a control unit. The control unit executes, for each user, an acquisition step of acquiring ownership information of an NFT item, and an assignment step of granting a benefit to the user based on the ownership information of the NFT item. The NFT item is an item that can be used in the first game and the second game, and is an item related to a token registered in a blockchain. The benefit can be used in the first game. The first game is a game that progresses in a first virtual space. The second game is a game that progresses in a second virtual space that is different from the first virtual space.

A system according to one aspect of the present disclosure includes a first game server for executing a first game and a second game server for executing a second game. The first game server includes a control unit. The control unit executes, for each user, an acquisition step of acquiring ownership information of an NFT item, and an assignment step of granting a benefit to the user based on the ownership information of the NFT item. The NFT item is an item that can be used in the first game and the second game, and is an item related to a token registered in a blockchain. The benefit can be used in the first game. The first game is a game that progresses in a first virtual space. The second game is a game that progresses in a second virtual space that is different from the first virtual space.

An information processing method according to one aspect of the present disclosure is an information processing method executed in a computer for executing a first game. The computer includes a control unit. The control unit executes, for each user, an acquisition step of acquiring ownership information of an NFT item, and a reward granting step of granting a reward to the user based on the ownership information of the NFT item. The NFT item is an item that can be used in the first game and the second game, and is an item related to a token registered in a blockchain. The reward can be used in the first game. The first game is a game that progresses in a first virtual space. The second game is a game that progresses in a second virtual space that is different from the first virtual space.

A program according to one aspect of the present disclosure causes a computer for executing a first game to execute an acquisition step of acquiring NFT item ownership information for each user, and a reward granting step of granting a reward to the user based on the ownership information of the NFT item. The NFT item is an item that can be used in the first game and the second game, and is an item related to a token registered in a blockchain. The reward can be used in the first game. The first game is a game that progresses in a first virtual space. The second game is a game that progresses in a second virtual space that is different from the first virtual space.

This disclosure provides an information processing device, system, information processing method, and program that can improve the value of games that use blockchain.

1 is a schematic configuration diagram of a system according to a first embodiment. FIG. 1 is a conceptual diagram of a blockchain according to a first embodiment. FIG. 4 is a diagram illustrating an example of a data structure of a token according to the first embodiment. FIG. 2 is a diagram illustrating a hardware configuration of a game server according to the first embodiment. FIG. 2 is a diagram illustrating the functional configuration of a control unit of a game server according to the first embodiment. 13 is a flowchart showing an example of the flow of a benefit providing process performed by a control unit of the game server. 13 is a flowchart showing an example of the flow of processing of a subroutine by a control unit of the game server. FIG. 11 is a diagram showing a portion of user information. 13 is a flowchart showing a modified example of the flow of processing of a subroutine by the control unit of the game server. FIG. 2 is a diagram illustrating a hardware configuration of a user terminal according to the first embodiment. FIG. 11 is a schematic configuration diagram of a system according to a second embodiment. FIG. 11 is a diagram illustrating a hardware configuration of a relay device according to a second embodiment. FIG. 11 is a diagram illustrating a functional configuration of a control unit of a relay device according to a second embodiment. 10 is a flowchart showing an example of the flow of a relay process by a relay device. A sequence diagram showing an example of a processing flow when a user purchases an NFT item. 13 is an example of an image displayed on a display unit of a user terminal. A sequence diagram showing another example of the processing flow when a user purchases an NFT item. 11 is a sequence diagram showing an example of a process flow when a user refers to owned assets. FIG. FIG. 11 is a sequence diagram showing an example of a process flow when a user uses a owned asset. A sequence diagram showing an example of the processing flow when converting an in-game item into an NFT.

Embodiments of the present disclosure will now be described in detail with reference to the drawings. In each drawing, identical or corresponding elements are given the same reference numerals, and duplicated descriptions will be omitted as necessary for clarity of explanation.

In the following description, a "game" refers to a game that progresses in a virtual space in response to user operations.

In the following description, an "item" refers to an asset related to the game. An "item" may include at least one of a character, a tool, a level, a skin, and other assets used in the game. A character is a virtual object having the shape of a person or animal, etc., that a user can manipulate in a virtual space. A tool is a weapon or other functional virtual object that a character can carry. A level is a property of a character when playing a game, and indicates, for example, the degree of stamina, attack power, or defense power.

<Overview of the embodiment>
The system includes a first game server for executing a first game and a second game server for executing a second game. The first game is a game that progresses in a first virtual space, and the second game is a game that progresses in a second virtual space different from the first virtual space.

Each game server has a control unit. The control unit of each game server manages, for each user, information on NFT items held and information on in-game assets held in a manner that allows them to be distinguished. An NFT item is an item for which a token is issued and the token is registered on the blockchain. Furthermore, an NFT item is an item that can be used in the first game and the second game. An in-game asset is an item, currency, or the like that can be used in the game. The in-game asset can be used at least in the game corresponding to that game server, but there are usage restrictions in games corresponding to other game servers included in the system. For example, the in-game asset managed by the first game server can be used in the first game, but there are usage restrictions in the second game.

The control unit of each game server grants each user the in-game assets corresponding to that game server as a reward, based on the NFT item ownership information that the game server manages for that user.

<Embodiment 1>
First, a first embodiment of the present disclosure will be described. FIG. 1 is a schematic configuration diagram of a system 1 according to the first embodiment. The system 1 is a computer system related to a game using a blockchain. The system 1 includes a blockchain (BC) 20, a first game server 30-1, a second game server 30-2, and a plurality of user terminals 40-1, 40-2, and 40-3. These components are connected to a network NW. The network NW is a communication network such as the Internet.

The first game server 30-1 is an information processing device such as a server computer for executing the first game. The first game is a game that progresses in a first virtual space. The first game server 30-1 transmits game data for executing the first game to a user terminal 40 used by a user who is a player of the first game.

The second game server 30-2 is an information processing device such as a server computer for executing the second game. The second game is a game that progresses in a second virtual space that is different from the first virtual space. The second game server 30-2 transmits game data for executing the second game to a user terminal 40 used by a user who is a player of the second game.

In the following, when there is no need to distinguish between the first game server 30-1 and the second game server 30-2, they will simply be referred to as game servers 30.

BC20 is a distributed ledger that stores the ownership history of items owned by users that can be used in the first game and the second game. Multiple nodes can connect to BC20, and the information registered in BC20 is shared and stored by the multiple nodes.

For example, when a user acquires an item that can be used in the first game and the second game in the marketplace, a node (not shown) that manages the marketplace registers token information corresponding to the item in BC20. Among the items that can be used in the first game and the second game, an item for which a token is issued and the token is registered in BC20 is also referred to as an NFT item. Note that registering information in BC20 may not only mean actually registering information in a block on BC20, but also means sending information to BC20 to request that the information be registered in a block. The token information includes holder information, which is identification information of the holder of the NFT item.

User terminals 40-1, 40-2, and 40-3 are terminals used by the respective users. In the following, when user terminal 40-1, user terminal 40-2, and user terminal 40-3 are not distinguished from one another, they will be simply referred to as user terminal 40. User terminal 40 is a personal computer, a smartphone, a tablet terminal, or any other terminal capable of input and output.

The user terminal 40 receives game data from the game server 30 and executes the game based on the game data. For example, the user terminal 40 outputs images and sounds related to the game received from the game server 30 to a display or speaker. The user operates in response to the output images and sounds. The user terminal 40 transmits user operation information to the game server 30 and receives game data reflecting the operation information from the game server 30.

When a user purchases an NFT item managed by the marketplace, the user terminal 40 executes a transaction process with the node managing the marketplace. When a user trades an NFT item with another user, the user terminal 40 executes a transaction process with the user terminal of the other user. Note that the user terminal 40 may be a node that can be connected to the BC 20. If the user terminal 40 is a node, the user terminal 40 may register transaction data in the BC 20 without going through the relay device 10 after executing the transaction process.

In this embodiment 1, the game server 30 is one of the nodes that can be connected to the BC 20. Therefore, the game server 30 can connect to the BC 20 and refer to the information registered in the BC 20.

The game server 30 then stores, for each user, information regarding the NFT items owned by that user. The information regarding the NFT items owned by the user is a copy or information generated based on a copy of the information registered in the BC 20, and is also referred to as NFT item ownership information. The NFT item ownership information may include at least one type of information among the identification information, type, properties, parameters that determine the properties, purchase price, image data, and audio data of the NFT items owned by the user. As an example, the NFT item ownership information may be an inventory of NFT items owned by the user.

Here, in embodiment 1, each game server 30 grants benefits to users who own NFT items based on the ownership information of the NFT items owned by the users.

Figure 2 is a conceptual diagram of a blockchain according to the first embodiment. The blockchain has multiple digitally linked blocks.

For example, block C contains a certain number of transaction data, the digital signature of the immediately preceding block B, and the nonce of block C. Block C is also digitally signed.

Transaction data is data related to a transaction. For example, the transaction data may include at least one of the following: the wallet address or user ID of the buyer, the wallet address or user ID of the seller, information about the token corresponding to the NFT item involved in the transaction, the amount of virtual currency paid, and the date and time of the transaction.

Below is an example of a block generation flow by nodes involved in a transaction. In response to a transaction of an NFT item, the node involved in the transaction generates transaction data. Next, the node involved in the transaction connects to BC20 and sends a request to register the transaction data to BC20. This causes the transaction data to be sent to multiple nodes connected to BC20. A node that has incorporated a predetermined amount of transaction data discovers a nonce for the block through a verification process having a given consensus algorithm. The node that discovered the nonce then generates a digital signature. For example, a node that discovers a nonce for block C generates a digital signature for block C based on the transaction data, the digital signature of the immediately preceding block B, and a hash of the nonce for block C. This causes a new block to be generated on BC20.

By repeatedly generating blocks in this way while incorporating information from the previous block, the transaction history of NFT items is recorded in chronological order in a manner that is difficult to tamper with.

Figure 3 is a diagram showing an example of the data structure of a token according to the first embodiment. As an example, the token is issued based on ERC-721. The token is defined based on index data, metadata, and content data.

The index data may include a token ID, holder information, and a token Uniform Resource Identifier (URI). The token ID is an identifier that uniquely identifies a token. The holder information is information that identifies the holder. For example, the holder information is the holder's wallet address or the holder's user ID. The token URI is information that indicates the storage location of metadata, and is, for example, the URL (Uniform Resource Locator) of the metadata.

The metadata may include an item ID, a description, and a URL of the content data. The item ID is an identifier of the NFT item. The description is an explanation of the NFT item. For example, the description includes at least one of the name, type, properties, parameters that determine the properties, and purchase price of the NFT item. The URL of the content data is information that indicates the storage location of image data, audio data, or other content data of the NFT item. Note that the metadata may omit some of the above information, or may include information other than the above information.

For example, if the NFT item is a character, the item ID may be the character name. The description may be information including the character category, the character's occupation, and the character's level. The content data may be image data of the character.

In this embodiment 1, the index data among the information defining the token is registered on BC20 as token information. Then, the metadata and content data are stored in a storage device (not shown) outside BC20. However, instead of this, the index data and metadata may be registered on BC20. In this case, the token URI may be omitted. Also, all of the index data, metadata, and content data may be registered on BC20. In this case, the token URI and content data URL may be omitted.

Figure 4 is a diagram showing the hardware configuration of the game server 30 according to the first embodiment. The game server 30 includes a control unit 31 for controlling the entire system. A communication unit 35, a storage unit 36, and an input unit 37 are connected to the control unit 31 via a communication bus.

The control unit 31 includes a processor 32, a ROM 33, and a RAM 34. The processor 32 performs various information processing and control according to programs stored in the ROM 33 or the storage unit 36. The ROM 33 is a non-transient storage medium such as a ROM, and various programs or data for the processor 32 to perform various controls or calculations are stored in advance. The RAM 34 is a volatile storage medium such as a RAM, and is a storage area for temporarily holding information when the processor 32 is operating. Areas can be reserved in this RAM 34 for performing various processes according to this embodiment.

The communication unit 35 is a communication interface for connecting to the network NW.

The memory unit 36 is a storage device that includes a non-transitory computer-readable medium or a tangible storage medium. In particular, the memory unit 36 stores user information 361 and game data 362.

User information 361 is information that at least associates, for each user, information about NFT items owned and information about in-game items owned. For example, user information 361 associates a user ID, information about NFT items owned, information about in-game items owned, and play data with each other.

The user ID is information that identifies a user. For example, the user ID is an account ID.

The NFT item ownership information in user information 361 is based on information obtained from BC20. The NFT item ownership information in user information 361 may be a copy of all items registered in BC20, or a copy of some of the items. Furthermore, the NFT item ownership information in user information 361 may be secondary information generated based on information registered in BC20. For example, the NFT item ownership information may include the item ID and description of the NFT item owned by the user. Alternatively, the NFT item ownership information may include the token ID and token URI of the NFT item owned by the user.

An in-game item is an example of an in-game asset, and is an item specific to the game corresponding to that game server. An in-game item is an item for which a token has not been issued or for which a token has not yet been registered in BC20. Being game-specific means that it can only be used in that game and cannot be used in other games. For example, an in-game item may be an item such as a character or a tool obtained by a lottery method called gacha in the game corresponding to that game server 30.

In addition, the in-game item ownership information in the user information 361 is information about in-game items owned by the user. For example, the in-game item ownership information may include at least one type of information among the identification information, type, properties, parameters that determine the properties, purchase price, image data, and audio data of the in-game items owned by the user. As an example, the in-game item ownership information may be an inventory of in-game items owned by the user.

Play data is data that is generated when a game is executed based on user operations. Play data indicates the user's operation history and the history of the game results that result from those operations.

Game data 362 is the game program required to run the game.

The input unit 37 is an input device that accepts input from a user, such as a keyboard, mouse, or touch panel.

Figure 5 is a diagram showing the functional configuration of the control unit 31 of the game server 30 according to the first embodiment. The control unit 31 executes a program to realize the functions of a game execution unit 311, an asset management unit 312, and a bonus provision unit 313.

When a logged-in user terminal 40 starts a game, the game execution unit 311 reads out game data 362 and play data corresponding to the user ID of the user terminal 40 from the user information 361. The game execution unit 311 then transmits the read game data 362 and play data to the user terminal 40. Furthermore, when a user operation is detected from the user terminal 40, the game execution unit 311 generates game data that reflects the user operation and transmits it to the user terminal 40. The game execution unit 311 then updates the play data in the user information 361.

The asset management unit 312 manages the user information 361 so that, for each user, the information on NFT items held can be distinguished from the information on in-game items held. That is, the asset management unit 312 of the first game server 30-1 manages, for each user, the information on NFT items held can be distinguished from the information on in-game items held that correspond to the first game. The second game server 30-2 manages, for each user, the information on NFT items held can be distinguished from the information on in-game items held that correspond to the second game.

For example, in response to receiving a request to refer to owned assets from a user terminal 40 that is playing a game, the asset management unit 312 obtains the latest NFT item ownership information from the BC 20 and updates the NFT item ownership information in the user information 361. The asset management unit 312 then presents the NFT items and in-game items recorded in the user information 361 to the user terminal 40 as items that can be used in the game corresponding to the game server 30.

The reward granting unit 313 grants a reward that can be used in the game to each user based on the NFT item ownership information. Specifically, the reward granting unit 313 may grant a reward to each user based on at least one of the number of NFT items owned, the ownership period, rarity, type, and purchase price.

The user can use the bonus in the game corresponding to that game server 30, but there are restrictions on its use in games in system 1 that do not correspond to that game server 30. For example, a bonus granted by the bonus granting unit 313 of the first game server 30-1 can be used by the user in the first game, but cannot be used in the second game. By ensuring that the granting of the bonus does not affect other games related to system 1, the bonus granting function can be easily introduced to the game server 30.

The bonus granting unit 313 may execute the bonus granting process periodically or at a predetermined time. However, the timing of the bonus granting is not limited to this, and may be when the user purchases an NFT item or when another specified event occurs.

Figure 6 is a flow chart showing an example of the flow of the bonus granting process by the control unit 31 of the first game server 30-1. This diagram shows the process of the first game server 30-1, but the second game server 30-2 may be similar. In this case, in the following explanation, the first game will be read as the second game and the second game as the first game.

First, when the time to award a bonus arrives (YES in S21), the control unit 31 of the first game server 30-1 repeats the processes shown in S22 to S24 for each registered user.

In S22, the asset management unit 312 connects to BC20 and acquires information on the user's NFT items (acquisition step). At this time, the asset management unit 312 may update the NFT item ownership information in the user information 361 based on the acquired information.

Next, in S23, the reward provision unit 313 of the first game server 30-1 provides a reward that can be used in the first game based on the user's NFT item ownership information (granting step).

Next, in S24, the reward granting unit 313 updates the user information 361 by reflecting the granted reward in the user information 361 (S24).

Note that in S23, the reward granting unit 313 does not need to grant a reward to a user who has not met the reward granting conditions. In this case, the process shown in S24 is omitted.

When the processes shown in S22 to S24 have been executed for all registered users, in S25 the control unit 31 of the first game server 30-1 determines whether or not to end the bonus granting process. Examples of when the bonus granting process should be ended include when the first game server 30-1 is shut down due to maintenance or the end of service, or when a campaign related to the bonus granting ends. The control unit 31 of the first game server 30-1 repeats the processes shown in S21 to S25 until it determines that the bonus granting process should be ended.

The benefit granted by the first game server 30-1 may be an in-game item that can be used in the first game. As an example, the benefit granting unit 313 grants a character or a tool that can be used in the first game. In this case, the benefit granting unit 313 adds information about the granted item to the in-game item ownership information of the user information 361.

The above-mentioned benefit may also be an enhancement of the properties of an in-game item that can be used in the first game. Enhancement of the properties means changing the properties in a direction that increases the value of the in-game item. As an example, the benefit granting unit 313 increases the level of a character acquired by the user in the first game. The change may be a parameter that determines the properties of the in-game item. As an example, the benefit granting unit 313 makes it easier to increase the level of a character acquired by the user in the first game compared to before the benefit was granted.

As another example, when there is an item of the same type between an in-game item and an NFT item that can be used in the first game among the items owned by a given user, the bonus granting unit 313 may enhance the properties of the in-game item. Note that the object to be enhanced may be a parameter that determines the properties of the in-game item.

Figure 7 is a flowchart showing an example of the processing flow of the subroutine shown in S23 by the control unit 31 of the game server 30.

The bonus granting unit 313 compares the type of NFT item of a given user with the type of in-game item of that user recorded in the user information 361 (S31). Next, the bonus granting unit 313 determines whether there are any duplicate items, i.e., items of the same type (S32). If there are any duplicate items (YES in S32), the bonus granting unit 313 enhances the properties of the in-game items (S33). In other words, the bonus granting unit 313 changes the properties of the in-game items so that the value of the items is higher than if there were no duplicate items. The bonus granting unit 313 then updates the user information 361 by reflecting the enhanced properties in the user information 361.

An example of the above-mentioned bonus granting will be described using Figure 8. Figure 8 is a diagram showing a portion of user information 361. According to this diagram, user A has a character with item ID XXXXX as an in-game item, but does not have it as an NFT item. User B has a character with the same item ID as an NFT item, but does not have it as an in-game item. Meanwhile, user C has a character with the same item ID as both an in-game item and an NFT item. Note that before the bonus is granted, there is no difference in level between users A, B, and C for the character with item ID XXXXX.

In such a case, the bonus granting unit 313 sets the level of the character with item ID XXXXX owned by user C higher than the level of the same character owned by users A and B.

If the characters are of the same type, the level of User B's character owned as an NFT item may be set higher than the level of User A's character owned as an in-game item.

In this way, if a character is the same type, a user who owns it in both the form of an NFT item and the form of an in-game item can receive special benefits to gain an advantage in the game over users who own only one of the two. Also, if a character is the same type, a user who owns it in the form of an NFT item can receive special benefits to gain an advantage in the game over users who own it in the form of an in-game item.

In the above example, the bonus was awarded when the items were the same type, but this may also include cases where the items are similar in type. Similarity may mean that the similarity between the item types is equal to or greater than a predetermined threshold.

Note that the benefit is not limited to an in-game item or an enhanced property. For example, the benefit may be at least one of in-game currency, in-game tickets, and discount information on in-game items. The in-game currency, in-game tickets, and discount information on in-game items are in-game assets that can be used in the game corresponding to the game server 30, but have restrictions on use in other games. In particular, the in-game currency or in-game tickets may be so-called apology stones distributed by the game operator based on a game bug or communication failure, etc. In this case, the benefit may be granted after the game bug or communication failure has occurred.

At this time, the user information 361 may store, for each user, in addition to the in-game items, the in-game currency, in-game tickets, and discount information owned by that user. The benefit granting unit 313 may reflect the granted in-game currency, in-game tickets, and discount information in the user information 361.

Figure 9 is a flowchart showing a modified example of the processing flow of a subroutine by the control unit 31 of the game server 30. First, the bonus granting unit 313 refers to the user information 361 and identifies the NFT item ownership status of a given user (S41). The ownership status is the number of items owned, the ownership period, the rarity, the type, the purchase amount, or an index determined based on these.

Then, if the possession status satisfies a predetermined condition (YES in S42), the reward granting unit 313 grants in-game currency to the user (S43). For example, the reward granting unit 313 may identify the number of NFT items possessed, and grant in-game currency to the user if the number is equal to or greater than a predetermined threshold. The amount of currency to be granted may be determined according to the number possessed.

In this way, the game server 30 grants users who own NFT items benefits that can be used in the game. In other words, the game server 30 gives users who own NFT items an incentive that allows them to progress through the game with an advantage. This can increase the value of games that use blockchain.

Furthermore, according to the first embodiment, the bonus can only be used within the game corresponding to that game server 30. Since the bonus does not affect other game servers 30, the bonus function can be easily introduced to the game server 30.

Fig. 10 is a diagram showing the hardware configuration of a user terminal 40 according to the first embodiment. The user terminal 40 includes a control unit 41 for controlling the entire system. A communication unit 45, a storage unit 46, an input unit 47, and a display unit 48 are connected to the control unit 41 via a communication bus.

The control unit 41 includes a processor 42, a ROM 43, and a RAM 44. The processor 42 performs various information processing and control according to programs stored in the ROM 43 or the storage unit 46. The ROM 43 is a non-transient storage medium such as a ROM, and stores in advance various programs or data for the processor 42 to perform various controls or calculations. The RAM 44 is a volatile storage medium such as a RAM, and is a storage area for temporarily holding information when the processor 42 is operating. Areas can be reserved in this RAM 44 for performing various processes according to this embodiment.

The communication unit 45 is a communication interface for connecting to the network NW.

The memory unit 46 is a storage device including a non-transitory computer-readable medium or a tangible storage medium. The input unit 47 is an input device that accepts input from a user. The display unit 48 is a display that displays the results of processing by the control unit 41. The display unit 48 may form a touch panel together with the input unit 47.

<Embodiment 2>
Next, a second embodiment of the present disclosure will be described. Fig. 11 is a schematic diagram of a system 1a according to the second embodiment. The system 1a basically has the same configuration and functions as the system 1, but differs from the system 1 in that the game server 30 in the system 1a does not have a function of connecting to the BC 20. The system 1a also differs from the system 1 in that it includes a relay device 10.

The relay device 10 is a computer that relays the exchange of information between the BC 20 and the first game server 30-1 and the second game server 30-2. The relay device 10 is one of the nodes that can be connected to the BC 20. The relay device 10 can also communicate with each of the first game server 30-1 and the second game server 30-2 via the network NW.

In the second embodiment, the relay device 10 functions as a marketplace node. That is, when a user acquires an item that can be used in the first game and the second game, the relay device 10 registers token information corresponding to the item in the BC 20.

Furthermore, in response to a reference request from at least one of the first game server 30-1 and the second game server 30-2, the relay device 10 identifies the NFT items held by the user based on the information registered in the BC 20. The relay device 10 then transmits information about the identified items, i.e., the holding information of the NFT items, to the game server 30 that originated the request.

As an example, the relay device 10 is an application programming interface (API) server, particularly a web API server, that relays the exchange of information between the game server 30 and the BC 20 in the system 1. This makes it easy to realize cooperation between the game server 30 and the BC 20. It also makes it easy to expand the functionality of the game server 30 and to add game servers 30 corresponding to different games to the system 1.

The relay device 10 may also relay the exchange of information between the user terminal 40 and the BC 20.

Fig. 12 is a diagram showing the hardware configuration of the relay device 10 according to the second embodiment. The relay device 10 includes a control unit 11 for controlling the entire system. A communication unit 15, a storage unit 16, and an input unit 17 are connected to the control unit 11 via a communication bus.

The control unit 11 includes a processor 12, a ROM 13, and a RAM 14. The processor 12 performs various information processing and control according to programs stored in the ROM 13 or the storage unit 16. The ROM 13 is a non-transient storage medium such as a read-only memory (ROM), and pre-stores various programs or data for the processor 12 to perform various controls or calculations. The RAM 14 is a volatile storage medium such as a random access memory (RAM), and is a storage area for temporarily holding information when the processor 12 is operating. Areas for performing various processes according to this embodiment can be secured in this RAM 14.

The communication unit 15 is a communication interface for connecting to the network NW.

The memory unit 16 is a storage device that includes a non-transitory computer-readable medium or a physical storage medium. In particular, the memory unit 16 stores the owned assets DB 161 and the listing information 162.

The owned assets DB161 is a database that manages the holding information of the user's NFT items. For example, the owned assets DB161 stores a user ID, a wallet address, and holding information of the NFT items for each user in association with each other. The holding information of the NFT items is based on information acquired from the BC20. The holding information of the NFT items in the owned assets DB161 may be a copy of all items registered in the BC20, or a copy of some of the items. Furthermore, the holding information of the NFT items in the owned assets DB161 may be secondary information generated based on the information registered in the BC20. For example, the holding information of the NFT items may include the item ID and description of the NFT items held by the user. Alternatively, the holding information of the NFT items may include the token ID and token URI of the NFT items held by the user. Note that the wallet address may be omitted in the owned assets DB161.

The listing information 162 is information about the NFT item being offered for sale and available for trade. For example, the listing information 162 may include at least one of the name, type, properties, parameters that determine the properties, price, content data, token ID, and token URI of the NFT item being offered for sale and available for trade.

The input unit 17 is an input device that accepts input from a user, such as a keyboard, mouse, or touch panel.

FIG. 13 is a diagram showing the functional configuration of the control unit 11 of the relay device 10 according to the second embodiment. The control unit 11 executes a program to realize the functions of the transaction processing unit 111, the registration unit 112, the asset management unit 113, and the search unit 114.

The transaction processing unit 111 executes processing related to transactions of NFT items. For example, the transaction processing unit 111 transmits listing information 162 to the user terminal 40 in response to a request from the user terminal 40. Furthermore, in response to receiving a request to purchase an NFT item from the user terminal 40, the transaction processing unit 111 executes contract conclusion processing, payment processing, and NFT item delivery processing. The NFT item delivery processing may be, for example, a process of notifying the transferee of at least one of the token ID, token URI, and content data URL corresponding to the NFT item.

When a user purchases an NFT item, the registration unit 112 generates transaction data related to the purchase. The transaction data includes index data of the token corresponding to the NFT item. The registration unit 112 then transmits a request to register the transaction data to BC20. This causes the transaction data to be transmitted to multiple nodes connected to BC20. The transaction data undergoes the verification process described above and is registered in a new block.

The asset management unit 113 manages the holding information of NFT items registered on the BC20 for each user. For example, the asset management unit 113 connects to the BC20 in response to the occurrence of a transaction. In addition, for example, the asset management unit 113 may connect to the BC20 in response to receiving a request from the game server 30 to refer to the user's held assets. In addition, for example, the asset management unit 113 may connect to the BC20 periodically or irregularly. When the asset management unit 113 connects to the BC20, it refers to the information registered on the BC20, and stores information based on this in the held assets DB161.

In response to receiving a request from the game server 30 to refer to the user's owned assets, the search unit 114 searches the owned assets DB 161 for the user's NFT items. The search unit 114 then identifies the NFT items owned by the user. The search unit 114 then transmits ownership information for the identified NFT items to the game server 30 that originated the request via the communication unit 15.

In the second embodiment, the NFT item is an item that can be used in parallel in the first game and the second game. Therefore, for example, when a reference request is received from the second game server 30-2, the search unit 114 may transmit information about the NFT item used by the user in the first game to the second game server 30-2 as information about an item that can be used in the second game. Furthermore, when the search unit 114 receives reference requests from both the first game server 30-1 and the second game server 30-2 within a predetermined period of time, it may transmit possession information of the identified NFT item to the first game server 30-1 and the second game server 30-2 as possession information of an item that can be used in both the first game and the second game. This allows the items to be used in parallel and reduces the processing burden by avoiding duplication of identification processing.

By allowing NFT items to be used in multiple games at the same time, users who own NFT items can be given an incentive to progress through the games at an advantage. Encouraging the ownership and use of NFT items can increase the value of games that use blockchain and promote the spread of these games.

Figure 14 is a flowchart showing an example of the flow of relay processing by the relay device 10. First, the control unit 11 of the relay device 10 determines whether or not the user has acquired an NFT item (S10). If the user has acquired an NFT item (YES in S10), the registration unit 112 registers token information including holder information of the NFT item in the BC 20 (S11: registration step). Then, the control unit 11 proceeds with the process to S12. On the other hand, if the user has not acquired an NFT item (NO in S10), the control unit 11 proceeds with the process to S12.

In S12, the control unit 11 determines whether or not a request to refer to the ownership information of a given user's NFT item has been received from the first game server 30-1 or the second game server 30-2.

When a reference request is received (YES in S12), the search unit 114 identifies the NFT items of the given user based on the information registered in the BC 20 (S13: identification step). At this time, the search unit 114 may directly or indirectly search for information on the NFT items owned by the given user from the BC 20. An example of a direct search is when the search unit 114 connects to the BC 20 in response to receiving the reference request and searches for NFT items owned by the user using the user's information as a key. An example of an indirect search is when the search unit 114 stores a copy of the information registered in the BC 20 or information generated based on the copy in the storage unit 16 in advance, and when a reference request is received, searches for NFT items owned by the user from the storage unit 16 using the user's information as a key.

Next, the search unit 114 transmits the user's NFT item ownership information to the game server 30 that originated the request (S14: transmission step). Then, the process proceeds to S15.

If no reference request has been received (NO in S12), the control unit 11 advances the process to S15.

In S15, the control unit 11 determines whether or not to end the relay process. Examples of cases in which the relay process is to be ended include when the relay device 10 is shut down due to maintenance or the end of a service. The control unit 11 repeats the processes shown in S10 to S15 until it determines that the relay process is to be ended.

In this way, the relay device 10 relays the exchange of information between the BC 20 and the first game server 30-1 and the second game server 30-2. Since each game server 30 does not need complex functions to access the BC 20, it becomes easier to introduce games that use blockchain.

Furthermore, according to the second embodiment, since the relay device 10 executes part of the processing on behalf of the game server 30, it may be possible to avoid resource degradation and performance degradation of the game server 30. This makes it easier to introduce games that use blockchain.

Figure 15 is a sequence diagram showing an example of the processing flow when a user purchases an NFT item. In this example, the user trades the NFT item with the relay device 10.

First, the control unit 41 of the user terminal 40-1 transmits a request to the relay device 10 to reference the listing information (S101). The transaction processing unit 111 of the relay device 10 that receives the reference request reads the listing information 162 from the memory unit 16 and transmits the listing information 162 to the user terminal 40-1 (S102). The control unit 41 of the user terminal 40-1 displays the received listing information 162 on the display unit 48 (S103).

Figure 16 is an example of an image 60 that represents listing information 162 for one NFT item, displayed on the display unit 48 of the user terminal 40-1. The image 60 includes the item name, price, description, item ID, content data, and token ID of the NFT item. The image 60 also includes a selection area for purchase.

Returning to FIG. 15, the explanation will continue. When the user performs a selection operation for a purchase, the control unit 41 of the user terminal 40-1 accepts the selection operation (S104). The control unit 41 of the user terminal 40-1 then transmits a purchase request for the selected NFT item to the relay device 10.

Then, the transaction processing unit 111 of the relay device 10 executes processing related to the transaction of the NFT item (S105). In response to the completion of the transaction, the registration unit 112 of the relay device 10 generates transaction data related to the purchase (S106). The transaction data includes index data of the token of the NFT item to be traded. At this time, if the token for the NFT item has not yet been issued, the registration unit 112 may issue the token and then generate the transaction data.

Next, the registration unit 112 of the relay device 10 sends a registration request for the transaction data related to the purchase to the BC 20 (S107). This causes the transaction data to be sent to multiple nodes connected to the BC 20. The nodes execute a verification process (S108), and if the verification is successful, the transaction data is registered in a new block.

When the transaction data is registered in a new block, the asset management unit 113 of the relay device 10 updates the holding information of the NFT item in the holding asset DB 161 (S109).

Here, in the second embodiment, NFT items can also be traded between users. FIG. 17 is a sequence diagram showing another example of the processing flow when a user purchases an NFT item. In this example, user A trades an NFT item with another user B. Also in this example, user A uses user terminal 40-1, and user B uses user terminal 40-2.

First, the control unit 41 of the user terminal 40-1 used by user A sends a request to the user terminal 40-2 to view the listing information of the NFT items owned by user B (S201). The control unit 41 of the user terminal 40-2 that receives the view request sends the listing information of the NFT items owned by the user terminal 40-2 to the user terminal 40-1 (S202). The control unit 41 of the user terminal 40-1 displays the received listing information on the display unit 48 (S203).

When user A performs a selection operation for purchase, the control unit 41 of the user terminal 40-1 accepts the selection operation (S204). The control unit 41 of the user terminal 40-1 then transmits a purchase request for the selected NFT item to the user terminal 40-2.

Then, user terminal 40-1 and user terminal 40-2 execute processing related to the transaction of the NFT item (S205). In response to the completion of the transaction, control unit 41 of user terminal 40-2 generates transaction data related to the purchase (S206). The transaction data includes index data of the token of the NFT item related to the transaction. At this time, if the token for the NFT item has not yet been issued, the control unit 41 of user terminal 40-1 or user terminal 40-2 may issue the token and then generate the purchase transaction data.

Next, the control unit 41 of the user terminal 40-2 sends a request to register the transaction data related to the purchase to the BC 20 (S207). This causes the transaction data to be sent to multiple nodes connected to the BC 20. The nodes execute a verification process (S208), and if the verification is successful, the transaction data is registered in a new block.

When transaction data is registered in a new block, the asset management unit 113 of the relay device 10 connects to BC 20 and refers to the information of the newly registered block (S209). The asset management unit 113 of the relay device 10 then updates the holding information of the NFT item in the holding asset DB 161 based on the information of the newly registered block (S210).

When trading between users, instead of S204 to S207, the system 1 may execute a smart contract process that automatically executes a contract based on preset conditions. In the smart contract process, transaction data related to the purchase is also generated, and is registered in the BC20 after passing through a verification process.

Figure 18 is a sequence diagram showing an example of the processing flow when a user refers to owned assets. First, the control unit 41 of the user terminal 40-1 logs into the system and starts the first game (S301). Then, the game execution unit 311 of the first game server 30-1, which detects the start of the first game, reads the game data 362 and the play data of the user information 361, and transmits these to the user terminal 40-1 (S302). The control unit 41 of the user terminal 40-1, which has obtained the game data 362 and the play data, executes the first game (S303).

In the first game, the control unit 41 of the user terminal 40-1 sends a request to the first game server 30-1 to reference the assets held by the user (S304). The reference request includes the user ID.

Then, the asset management unit 312 of the first game server 30-1 transmits a request to the relay device 10 to request information about the user's NFT items (S305). The request includes the user ID.

Next, the asset management unit 113 of the relay device 10 connects to the BC 20 and references the information registered in the BC 20 (S306). The asset management unit 113 updates the holding information of the NFT item in the holding asset DB 161 based on the referenced information (S307).

Then, the search unit 114 of the relay device 10 searches the owned assets DB 161 for the user's NFT items using the user ID included in the reference request received in S305 as a key (S308). The search unit 114 of the relay device 10 then transmits the ownership information of the identified NFT items to the first game server 30-1 (S309).

The asset management unit 312 of the first game server 30-1 updates the NFT item ownership information of the user information 361 based on the user's NFT item ownership information received from the relay device 10 (S310). The asset management unit 312 of the first game server 30-1 then searches the updated user information 361 for the user's NFT items and in-game items using the user ID as a key. The asset management unit 312 of the first game server 30-1 then transmits the identified user's NFT item and in-game item ownership information to the user terminal 40-1 as the user's asset ownership information (S311).

Then, the control unit 41 of the user terminal 40-1 displays the received held information on the display unit 48 (S312).

Note that the following modifications can be made to the first and second embodiments:

(Variation 1)
For example, an NFT item may have its properties changed based on its usage history in a game, for example, a character's NFT item may have its offensive or defensive power level increased based on its usage history.

Specifically, in system 1a, the registration unit 112 of the relay device 10 may change the properties of an NFT item based on the usage history of the NFT item in the game. For example, the registration unit 112 may change the metadata (particularly the description) of the token of the NFT item based on the usage history. The registration unit 112 may then register information about the token whose properties have been changed in the BC 20. Note that in system 1, the game server 30 may be responsible for changing the properties of the NFT item and registering the changes in the BC 20.

By making NFT items more valuable the more they are used in the game, the value of games that use blockchain can be increased. This will help promote the spread of games.

If a user uses the same NFT item in both the first game and the second game, the properties of the NFT item may be changed based on the usage history of both games. This can further increase the value of games that use blockchain.

The properties of in-game items may also be changed based on the usage history of the in-game item. Specifically, the asset management unit 312 of the game server 30 may change the properties of the in-game item in the user information 361 based on the usage history of the in-game item in the game.

Figure 19 is a sequence diagram showing an example of the process flow when a user uses owned assets in system 1a. The process shown in Figure 19 may be executed following the process shown in S312.

First, we will explain the processing that occurs when an NFT item is used in the first game based on a user operation (S313). At this time, the control unit 41 of the user terminal 40-1 transmits the NFT item usage history to the first game server 30-1 (S314).

The asset management unit 312 of the first game server 30-1 changes the properties of the user's NFT items in the user information 361 based on the usage history of the NFT items in the game (S315). The asset management unit 312 of the first game server 30-1 then notifies the relay device 10 of the property changes (S316).

The registration unit 112 of the relay device 10 changes the metadata associated with the token based on the property change information (S317). The registration unit 112 of the relay device 10 then generates transaction data related to the property change (S318).

Next, the registration unit 112 of the relay device 10 sends a registration request for the transaction data related to the property change to the BC 20 (S319). As a result, the transaction data related to the property change is sent to multiple nodes connected to the BC 20. The nodes execute a verification process (S320), and if the verification is successful, the transaction data related to the property change is registered in a new block.

When the property change transaction data is registered in a new block, the registration unit 112 of the relay device 10 updates the holding information of the NFT item in the holding assets DB 161 (S321).

Next, the process when an in-game item is used in the first game based on a user operation (S322) will be described. At this time, the control unit 41 of the user terminal 40-1 transmits the in-game item usage history to the first game server 30-1 (S323). The asset management unit 312 of the first game server 30-1 changes the properties of the user's in-game item in the user information 361 based on the in-game item usage history in the first game (S324).

(Variation 2)
The system 1, 1a may enable an in-game item acquired in a given game to be converted into an NFT upon request of the user. For example, in the system 1, the asset management unit 312 of the first game server 30-1 may issue a token corresponding to the in-game item acquired by the user in the first game, and register the information of the token in the BC 20. Also, for example, in the system 1a, the asset management unit 312 of the first game server 30-1 may transmit a registration request of the in-game item acquired by the user in the first game to the relay device 10. The registration request is called an NFT conversion request. Then, when the registration unit 112 of the relay device 10 receives the NFT conversion request from the first game server 30-1, it issues a token corresponding to the item and registers the information of the token in the BC 20. The same applies when the NFT conversion request is received from the second game server 30-2. This can increase the usability of the item. Therefore, the value of the game using the blockchain can be increased, and the spread of the game can be promoted.

Figure 20 is a sequence diagram showing an example of the processing flow when converting an in-game item into an NFT in system 1a.

First, in steps S401 to S403, the user terminal 40-1 starts up the first game and executes the first game, similar to the process shown in steps S301 to S303.

Next, in the first game, the control unit 41 of the user terminal 40-1 transmits a request to the first game server 30-1 to reference the user's in-game items (S404). The reference request includes the user ID.

The asset management unit 312 of the first game server 30-1 then searches the user information 361 for the user's in-game items using the user ID as a key (S405). The asset management unit 312 of the first game server 30-1 then transmits information about the in-game items owned by the identified user to the user terminal 40-1 (S406).

Next, the control unit 41 of the user terminal 40-1 displays the received held information on the display unit 48 (S407).

When the user performs a selection operation to convert the item to NFT, the control unit 41 of the user terminal 40-1 accepts the selection operation (S408). The control unit 41 of the user terminal 40-1 then transmits an NFT conversion request to the first game server 30-1 (S409). The NFT conversion request includes information about the selected in-game item and the user ID.

The first game server 30-1 sends the received NFT conversion request to the relay device 10 (S410).

The registration unit 112 of the relay device 10 that has received the NFT conversion request issues a token for the specified item (S411). The registration unit 112 then generates transaction data for the NFT generation, including index data for the token (S412).

Next, the registration unit 112 sends a registration request to BC20 for the transaction data related to the NFT generation (S413). This causes the transaction data to be sent to multiple nodes connected to BC20. The nodes execute a verification process (S414), and if the verification is successful, the transaction data is registered in a new block.

Then, the asset management unit 113 of the relay device 10 updates the holding information of the NFT item in the holding asset DB 161 based on the information of the newly registered block (S415).

When a user uses an NFT item derived from an in-game item in the first game in the second game, the properties of the item may be adjusted. For example, in system 1, when the second game server 30-2 acquires from the BC 20 possession information of an NFT item corresponding to an item acquired by the user in the first game, the properties of the NFT item may be adjusted for the second game. Also, for example, in system 1a, when the registration unit 112 of the relay device 10 transmits possession information of an NFT item corresponding to an item acquired by the user in the first game to the second game server 30-2, the property of the NFT item may be adjusted for the second game. The adjustment target may be a parameter that determines the property. This allows a user to smoothly use an in-game item in multiple games that was not intended to be used in multiple games.

(Other Modifications)
The NFT item may be usable in all games related to the system 1, 1a in parallel, or may be usable in a specified number of games in parallel. Also, the NFT item does not have to be usable in a number of games in parallel.

In-game assets granted as a bonus can only be used in games corresponding to that game server 30, but this is not limited as long as restrictions are imposed on the game titles in which they can be used. For example, a bonus may only be usable in a number of specified games, including the game corresponding to that game server 30. Even with this configuration, the impact of the bonus on other game servers 30 is small, so that the bonus-granting function can be easily introduced. Bonuses may also be usable in games that are subject to restrictions, but the time or functions in which they can be used may be restricted.

In addition, other in-game items are described as being usable only in games corresponding to that game server 30, but this is not limited as long as there are restrictions on the game titles in which they can be used. For example, an in-game item may be usable only in multiple specified games, including the game corresponding to that game server 30.

In system 1a, the search unit 114 of the relay device 10 may broadcast the ownership information of the identified NFT item via the communication unit 15 not only to the game server 30 that originated the request, but also to other game servers 30 within system 1a.

In addition, in system 1a, the timing at which the asset management unit 312 transmits a request to reference information on NFT items is not limited to receiving a request from the user terminal 40. For example, the timing may be when the user starts a game, or when another predetermined event occurs. Furthermore, the asset management unit 312 may transmit a request to reference information on NFT items on a regular or irregular basis.

For example, in the first and second embodiments, the game server 30 and the relay device 10 are each described as a single device, but some or all of the components of the game server 30 and the relay device 10 may be realized by multiple information processing devices, circuits, etc. In this case, the multiple information processing devices, circuits, etc. may be centrally located or distributed. For example, the information processing devices, circuits, etc. may be realized as a client-server system, cloud computing system, etc., in a form in which each is connected via a communication network.

In addition, in the above embodiments 1 and 2, the number of game servers 30 included in the system 1, 1a was two, but it may be three or more.

A part or all of the above-described embodiments can be described as, but is not limited to, the following supplementary notes.
(Appendix 1A)
A relay device capable of communicating with each of a first game server and a second game server,
The relay device includes a control unit,
The control unit is
a registration step of registering, in a blockchain, information on a token corresponding to an item that can be used in the first game and the second game, the token including information on an owner of the item, in response to the user's acquisition of the item;
an identification step of identifying an item owned by the user based on information registered in the blockchain in response to a reference request from at least one of the first game server and the second game server;
A transmission step of transmitting information about the identified item to a game server that has made a request;
the first game is a game that progresses in a first virtual space,
the second game is a game that progresses in a second virtual space different from the first virtual space,
the first game server is a device that transmits game data for executing the first game to a user terminal used by the user;
The second game server is a device that transmits game data for executing the second game to the user terminal.
(Appendix 2A)
The relay device described in Appendix 1A, wherein when the control unit receives a reference request from the first game server and the second game server within a predetermined period, in the transmitting step, the control unit transmits information regarding the identified item to the first game server and the second game server.
(Appendix 3A)
The relay device described in Appendix 1A or 2A, wherein an item related to the token registered on the blockchain can be used in parallel in the first game and the second game.
(Appendix 4A)
4. The relay device of claim 1, wherein the relay device is an application program interface (API) server.
(Appendix 5A)
The relay device described in any one of Appendices 1A to 4A, wherein the control unit registers information of a token corresponding to the item in the blockchain when a registration request for an item acquired by the user in the first game or the second game is received from the first game server or the second game server.
(Appendix 6A)
The control unit is
When information of a token corresponding to an item acquired by the user in the first game is registered in the blockchain, a property of the item corresponding to the token is adjusted for the second game;
The relay device according to any one of appendixes 1A to 5A, wherein in the transmitting step, the adjusted information is transmitted to the second game server.
(Appendix 7A)
The relay device described in any one of Appendices 1A to 6A, wherein the control unit changes properties of the item based on a usage history when a user uses an item related to a token registered on the blockchain in at least one of the first game and the second game, and registers information about the changed token on the blockchain.
(Appendix 8A)
A first game server;
A second game server;
A system including a relay device capable of communicating with the first game server and the second game server,
The relay device includes a control unit,
The control unit is
a registration step of registering, in a blockchain, information on a token corresponding to an item that can be used in the first game and the second game, the token including information on an owner of the item, in response to the user's acquisition of the item;
an identification step of identifying an item owned by the user based on information registered in the blockchain in response to a reference request from at least one of the first game server and the second game server;
A transmission step of transmitting information about the identified item to a game server that has made a request;
the first game is a game that progresses in a first virtual space,
the second game is a game that progresses in a second virtual space different from the first virtual space,
the first game server is a device that transmits game data for executing the first game to a user terminal used by the user;
The second game server is a device that transmits game data for executing the second game to the user terminal.
(Appendix 9A)
the first game server manages, for each user, information on possession of an item related to a token registered in the blockchain and information on possession of an item that is usable in the first game and whose token is not registered in the blockchain in a manner that allows them to be distinguished from each other;
The system described in Appendix 8A, in which the second game server manages, for each user, item possession information relating to tokens registered on the blockchain and item possession information relating to items usable in the second game and whose tokens are not registered on the blockchain in a manner that allows them to be distinguished.
(Appendix 10A)
A relay method executed in a computer having a control unit,
The control unit:
a registration step of registering, in a blockchain, information on a token corresponding to an item that can be used in the first game and the second game, the token including information on an owner of the item, in response to the user's acquisition of the item;
an identification step of identifying an item owned by the user based on information registered in the blockchain in response to a reference request from at least one of the first game server and the second game server;
A transmission step of transmitting information about the identified item to a game server that has made a request;
the first game is a game that progresses in a first virtual space,
the second game is a game that progresses in a second virtual space different from the first virtual space,
the first game server is a device that transmits game data for executing the first game to a user terminal used by the user;
The second game server is a device that transmits game data for executing the second game to the user terminal.
(Appendix 11A)
On the computer,
a registration step of registering, in a blockchain, information on a token corresponding to an item that can be used in the first game and the second game, the token including information on an owner of the item, in response to the user's acquisition of the item;
an identification step of identifying an item owned by the user based on information registered in the blockchain in response to a reference request from at least one of the first game server and the second game server;
a transmission step of transmitting information about the identified item to a game server that is a request source,
the first game is a game that progresses in a first virtual space,
the second game is a game that progresses in a second virtual space different from the first virtual space,
the first game server is a device that transmits game data for executing the first game to a user terminal used by the user;
The second game server is a device that transmits game data for executing the second game to the user terminal.
(Appendix 1B)
An information processing device for executing a first game,
The information processing device includes a control unit,
The control unit, for each user,
An acquisition step of acquiring ownership information of an NFT item;
and a granting step of granting a reward to the user based on the possession information of the NFT item;
The NFT item is an item that can be used in the first game and the second game and is related to a token registered on a blockchain;
The benefit is usable in the first game;
the first game is a game that progresses in a first virtual space,
The second game is a game that progresses in a second virtual space different from the first virtual space.
(Appendix 2B)
The information processing device described in Appendix 1B, wherein the benefit is a benefit that the user cannot use in the second game.
(Appendix 3B)
The information processing device described in Appendix 1B or 2B, wherein in the granting step, the control unit executes at least one of adding an item usable in the first game and changing properties of an item usable in the first game.
(Appendix 4B)
In the granting step, when an item of the same or similar type exists between an in-game item and the NFT item among the items owned by the user, the control unit enhances a property of the in-game item;
The information processing device described in any one of Appendix 1B to 3B, wherein the in-game item is an item that can be used in the first game and whose token is not registered on the blockchain.
(Appendix 5)
The information processing device described in Appendix 1B or 2B, wherein in the granting step, the control unit executes at least one of granting currency usable in the first game, granting a ticket usable in the first game, and granting discount information for an item usable in the first game.
(Appendix 6)
a first game server for executing a first game;
A system comprising: a second game server for executing a second game,
The first game server includes a control unit,
The control unit, for each user,
An acquisition step of acquiring ownership information of an NFT item;
and a granting step of granting a reward to the user based on the possession information of the NFT item;
The NFT item is an item that can be used in the first game and the second game and is related to a token registered on a blockchain;
The benefit is usable in the first game;
the first game is a game that progresses in a first virtual space,
The second game is a game that progresses in a second virtual space different from the first virtual space.
(Appendix 7B)
Further comprising a relay device that can be connected to the block chain,
The control unit of the first game server
Transmitting a reference request regarding the possession information of the NFT item of a specific user to the relay device;
The system of claim 6B, further comprising receiving the possession information of the NFT item from the relay device.
(Appendix 8B)
An information processing method executed on a computer for executing a first game, comprising:
The computer includes a controller,
The control unit, for each user,
An acquisition step of acquiring ownership information of an NFT item;
and a reward granting step of granting a reward to the user based on the possession information of the NFT item;
The NFT item is an item that can be used in the first game and the second game and is related to a token registered on a blockchain;
The benefit is usable in the first game;
the first game is a game that progresses in a first virtual space,
The second game is a game that progresses in a second virtual space different from the first virtual space.
(Appendix 9B)
A computer for executing a first game,
An acquisition step of acquiring information on possession of NFT items for each user;
A reward granting step of granting a reward to the user based on the possession information of the NFT item,
The NFT item is an item that can be used in the first game and the second game and is related to a token registered on a blockchain;
The benefit is usable in the first game;
the first game is a game that progresses in a first virtual space,
The second game is a game that progresses in a second virtual space different from the first virtual space.

1, 1a System 10 Relay device 11 Control unit 12 Processor 13 ROM
14 RAM
15 Communication unit 16 Memory unit 17 Input unit 20 Blockchain (BC)
30 Game server 30-1 First game server 30-2 Second game server 31 Control unit 32 Processor 33 ROM
34 RAM
35 Communication unit 36 Storage unit 37 Input unit 40 User terminal 41 Control unit 42 Processor 43 ROM
44 RAM
45 Communication unit 46 Storage unit 47 Input unit 48 Display unit 60 Image 111 Transaction processing unit 112 Registration unit 113 Asset management unit 114 Search unit 161 Asset holding DB
162 Listing information 311 Game execution unit 312 Asset management unit 361 User information 362 Game data NW Network

Claims (9)

An information processing device for executing a first game,
The information processing device includes a control unit,
The control unit, for each user,
An acquisition step of acquiring ownership information of an NFT item;
and a granting step of granting a reward to the user based on the possession information of the NFT item;
The NFT item is an item that can be used in the first game and the second game and is related to a token registered on a blockchain;
The benefit is usable in the first game;
the first game is a game that progresses in a first virtual space,
The second game is a game that progresses in a second virtual space different from the first virtual space. The information processing device according to claim 1 , wherein the benefit is a benefit that the user cannot use in the second game. The information processing device according to claim 1 , wherein the control unit, in the granting step, executes at least one of adding an item usable in the first game and changing properties of an item usable in the first game. In the granting step, when an in-game item and the NFT item are the same or similar in type among the items owned by the user, the control unit enhances a property of the in-game item;
The information processing device according to claim 1 , wherein the in-game item is an item that can be used in the first game and whose token is not registered on the blockchain. 2. The information processing device according to claim 1, wherein in the granting step, the control unit executes at least one of granting currency usable in the first game, granting a ticket usable in the first game, and granting discount information for an item usable in the first game. a first game server for executing a first game;
A system comprising: a second game server for executing a second game,
The first game server includes a control unit,
The control unit, for each user,
An acquisition step of acquiring ownership information of an NFT item;
and a granting step of granting a reward to the user based on the possession information of the NFT item;
The NFT item is an item that can be used in the first game and the second game and is related to a token registered on a blockchain;
The benefit is usable in the first game;
the first game is a game that progresses in a first virtual space,
The second game is a game that progresses in a second virtual space different from the first virtual space. Further comprising a relay device connectable to the block chain,
The control unit of the first game server
Transmitting a reference request regarding the possession information of the NFT item of a specific user to the relay device;
The system of claim 6 , further comprising receiving the ownership information of the NFT item from the relay device. An information processing method executed on a computer for executing a first game, comprising:
The computer includes a controller,
The control unit, for each user,
An acquisition step of acquiring ownership information of an NFT item;
and a reward granting step of granting a reward to the user based on the possession information of the NFT item;
The NFT item is an item that can be used in the first game and the second game and is related to a token registered on a blockchain;
The benefit is usable in the first game;
the first game is a game that progresses in a first virtual space,
The second game is a game that progresses in a second virtual space different from the first virtual space. A computer for executing a first game,
An acquisition step of acquiring information on possession of NFT items for each user;
A reward granting step of granting a reward to the user based on the possession information of the NFT item,
The NFT item is an item that can be used in the first game and the second game and is related to a token registered on a blockchain;
The benefit is usable in the first game;
the first game is a game that progresses in a first virtual space,
The second game is a game that progresses in a second virtual space different from the first virtual space.

Images