JP2023046636A - Game medium transaction system - Google Patents

Abstract

To protect a user's privacy while holding down processing costs in management of transaction recording of a game medium using a block chain technology.SOLUTION: A game system 1 includes: a game progress part 562 for progressing a game; a game medium management part for relating a game medium to a user in accordance with a transaction result of game media among multiple users; and a first recording part 235 for recording a transaction record of a game medium in a block chain. The first recording part 235 records a transaction record in a block chain by regarding that a game medium is traded between a first user and a final user related to the game medium in the multiple transactions when the transactions of the game medium are performed for multiple times.SELECTED DRAWING: Figure 4

Description

The present disclosure relates to game media trading systems.

A computer system is known that allows players to trade items such as cards and weapons used in a game (see Patent Document 1, for example).

JP 2009-187143 A

In order to prevent fraudulent transactions between players, blockchain technology may be used to manage transaction histories of game media such as items. In blockchain technology, when adding a block to the blockchain, each node performs a process called "mining" to ensure the validity of the block.

For this reason, if a transaction record is recorded in the blockchain each time a game content transaction is performed, the number of times mining is executed becomes enormous, and the processing cost of the system as a whole increases. In addition, there are users who do not want their transaction records to be recorded on the blockchain from the viewpoint of privacy.

An object of the present disclosure is to protect the user's privacy while suppressing the processing cost of the entire system in the management of game content transaction records using blockchain technology.

A first aspect is a game progression unit that progresses a game;
a game content management unit that associates the game content with each user according to a transaction result of the game content among a plurality of users;
a first recording unit that records transaction records of the game media in a blockchain;
When the game content has been traded a plurality of times, the recording unit determines whether the game content has been traded between a first user and a last user associated with the game content in the plurality of transactions. Another is a game content transaction system that records the transaction record in the blockchain.

In the above aspect,
When the game contents are traded a plurality of times within a predetermined period of time, the first recording unit stores a value between the first user and the last user associated with the game contents in the transactions within the predetermined period of time. The transaction record may be recorded in the block chain assuming that the game content has been traded in .

In the above aspect,
It may further include a second recording unit located in a storage area different from the blockchain and recording all transaction records of the game media.

In the above aspect,
The transaction record of the game content may be displayed with reference to the blockchain in accordance with the user's operation.

In the above aspect,
The transaction record may be recorded in the blockchain according to the operation of the user who trades the game media.

In the above aspect,
The transaction record may not be recorded in the blockchain according to the operation of the user who trades the game media.

According to the present invention, in the management of game content transaction records using blockchain technology, it is possible to protect the privacy of users while suppressing the processing cost of the entire system.

1 is a block diagram showing the configuration of a game system; FIG. FIG. 2 is a block diagram showing the configuration of a server device; 1 is a block diagram showing the configuration of a game device; FIG. 4 is a flowchart showing the operation of the game system;

[Embodiment]
Hereinafter, a game system according to an embodiment of this aspect will be described with reference to the drawings. Note that the game content trading system of this aspect is implemented as a game system.

In the following description, the term "game" refers to an activity to achieve some purpose according to predetermined rules, which is carried out using a computer. Some of the games are games in which a plurality of participants compete (games that determine victory or defeat). In some games, each participant is evaluated based on some index such as score or time. In some of the games, users (players) participate in gaming opportunities (such as quests (challenges) within the game) to receive rewards. Participants here include both individuals and teams.

《Overview of the game system》
FIG. 1 is a block diagram showing the configuration of a game system 1 according to an embodiment. A game system 1 includes a server device 2 and a game device 5 . The game system 1 may be provided with a plurality of game devices 5 (5a, 5b). In the game system 1, the server device 2 is used, for example, for managing users participating in the game, issuing tokens (described later), and the like.

A game in the game system 1 progresses in response to player (user) operations. The user can make the player character act in a three-dimensional virtual game space (hereinafter simply referred to as virtual space) by operating the game device 5 (described later). In addition, the user can cause the companions of the player character to perform various actions by operating the game device 5 . This game is a so-called action game.

In the game of this embodiment, the story progresses as the user clears quests (sometimes called missions depending on the game). In this game, a quest to capture a monster (enemy character) may be set.

A user may use game media while playing a quest. A game medium is electronic data representing elements related to a game. Game media include, for example, characters, weapons, armor, items, and in-game currency.

《Hardware configuration》
<overview>
In game system 1 , server device 2 and game device 5 are configured to be able to communicate with each other via communication network 6 . The server device 2 stores game programs (partially or entirely) and game data. The server device 2 manages game data of the game device 5 . The game device 5 executes the game based on the player's operation.

<Configuration of server device 2>
FIG. 2 is a block diagram showing the configuration of the server device 2. As shown in FIG. As shown in FIG. 2, the server device 2 includes a network interface 21, a storage section 22, and a control section . Network interface 21 and storage unit 22 are electrically connected to control unit 23 via bus 29 .

The network interface 21 is communicably connected to the game device 5 and the like via a communication network 6 such as the Internet and LAN.

The storage unit 22 is composed of an HDD, an SSD, a RAM, a ROM, and the like. The storage unit 22 stores game data and various programs. The programs in the storage unit 22 include a game program (part or all) according to this embodiment. The storage unit 22 stores, for example, each player's ID information, level, player character to be used, and the like.

The control unit 23 controls operations of the server device 2 . The control unit 23 includes a CPU (microcomputer) and a semiconductor memory (not shown). The semiconductor memory stores a program (for example, part of a game program) for operating the CPU.

<Structure of game device 5>
FIG. 3 is a block diagram showing the configuration of the game device 5. As shown in FIG. As the game device 5, commercially available devices such as personal computers, PlayStation (registered trademark), XBox (registered trademark), Nintendo Switch (registered trademark), and smartphones can be used.

As shown in FIG. 3, the game device 5 has a display 61, a speaker 62 and a controller 63 externally connected or built therein. The display 61 and controller 63 are used by player P1.

In some cases, the controller 63 prepared by the player P1 himself is connected instead of the controller 63 provided as standard in the game system 1 . For the display 61, for example, a liquid crystal display can be adopted.

The game device 5 has a network interface 51 , a graphics processing section 52 , an audio processing section 53 , an operation section 54 , a storage section 55 and a control section 56 . The network interface 51 , the graphics processing unit 52 , the audio processing unit 53 , the operation unit 54 and the storage unit 55 are electrically connected to the control unit 56 via the bus 59 .

Network interface 51 transmits and receives various data between game device 5 and server device 2 . The network interface 51 is communicably connected to the communication network 6 .

Game device 5 may receive (download) a game program and game data from server device 2 via communication network 6 . After receiving the game program or the like, the game device 5 installs the received game program or the like.

The graphics processing unit 52 draws a game image including various objects related to the virtual space in a moving image format according to the game image information output from the control unit 56 . The graphics processing section 52 is connected to the display 61 . A game image drawn in a moving image format is displayed on the display 61 as a game screen.

The audio processing section 53 is connected to the speaker 62 . The audio processing unit 53 reproduces and synthesizes the game sound according to the instruction of the control unit 56 and outputs it from the speaker 62 .

The operation unit 54 is connected with the controller 63 . The operation unit 54 transmits and receives data regarding operation inputs to and from the controller 63 . The player P1 inputs operation signals to the game device 5 by operating various operators such as buttons of the controller 63 . The game device 5 starts the game according to the player's operation.

The storage unit 55 is composed of an HDD, SSD, RAM, ROM, and the like. The storage unit 55 stores game data downloaded from the server device 2, various programs including game programs (partially or wholly), and the like.

The control unit 56 controls operations of the game device 5 . The control unit 56 includes a CPU (microcomputer) and a semiconductor memory (not shown). The semiconductor memory stores a program (for example, part of a game program) for operating the CPU.

<<Functional Configuration of Control Unit 23 in Server Device 2>>
The control unit 23 includes a tokenization unit 231, a token recording unit 232, an intermediary unit 233, a game content management unit 234, a first recording unit 235, a second It functions as a recording unit 236 .

The tokenization unit 231 tokenizes information. Tokenization here means expressing matters for which ownership is to be clarified as information that can be transmitted and received.

Tokenized information is recorded on a distributed ledger. A distributed ledger is an electronic ledger (a type of database). A distributed ledger is shared by multiple nodes (typically computers). Under this game program, data relating to at least one game opportunity (such as a quest) of a plurality of game opportunities is recorded on a distributed ledger.

For example, with regard to quests during a game, it is conceivable to record the characters participating in the quests, the equipment used, the number and types of dropped items, the degree of success or failure, etc. in a distributed ledger. Also, with regard to lottery (so-called gacha), it is conceivable to record the type of game object won, the gacha that was drawn, the effect that occurred, the order in which the game objects were discharged, and the like in a distributed ledger.

An example of a distributed ledger implementation is the so-called blockchain. This embodiment also employs a blockchain mechanism as a distributed ledger.

In a blockchain, data is recorded as multiple pieces of data (also called blocks) strung together. Blockchains are implemented so that each node shares these blocks. The server device 2 functions as a node of a distributed ledger. It is assumed that the first block is registered in the distributed ledger as an initial value. The newly generated block is then spliced to the first block.

Blocks contain transaction information. The transaction information includes transaction history information. Transaction information also includes various status information. The transaction information of this embodiment shall include the following information.

(1) Information on whether or not the transaction has been confirmed (2) Details of the transaction (e.g. amount of in-game currency)
(3) Number of Inputs, Number of Outputs (4) Block Registration Time The tokenization unit 231 tokenizes the game content as a Non-Fungible Token (abbreviation: NFT). NFTs are also called non-fungible tokens. Non-fungible tokens are data (tokens) on a distributed ledger (e.g. blockchain). Each non-fungible token has an identifier.

In the following, converting a game medium or the like into NFT data may be referred to as NFT conversion. In this embodiment, the data converted into NFT includes the game result as well as the game content. "Game result" includes all information output by executing the game program. For example, the game result is the game win or loss, the level acquired by the user, the state of the character (for example, strength, physical strength), and the like. Also, the "game result" may be a success or failure of a quest or a lottery, a reward, a drop item, a gacha (lottery) result, or the like.

The token recording unit 232 transmits a block containing transaction information to a predetermined destination via a communication network (communication network 6). In this case, the token recording unit 232 records information in the distributed ledger (transmits the block), including information for identifying the source and destination of the block to be transmitted.

This connects the block to the blockchain. The information for specifying the source and destination can be constructed using cryptographic keys prepared by the source and destination, respectively, similar to the structure of a general block chain.

In this game, for example, game media (for example, in-game currency, items, etc.) that are rewards for quests are converted into NFTs. The token recording unit 232 transmits the block to the game device 5 (node) of the player who receives the reward.

The intermediary unit 233 mediates between the transfer source and the transfer destination of blocks. In this example, the intermediary unit 233 implements a market on the communication network 6 that users can access via the communication network 6 . Here, the user includes both a person who wants to sell game media (hereinafter referred to as an exhibitor) and a person who wants to purchase game media (hereinafter referred to as a purchaser). In the following description, the game device 5 operated by the exhibitor is assumed to be the game device 5a, and the game device 5 operated by the purchaser is assumed to be the game device 5b.

The intermediary unit 233 accepts the sale of game media from sellers who have logged into the market. Specifically, the intermediary unit 233 transmits data for displaying a user interface (hereinafter also referred to as UI) such as a login screen, menus, and buttons on the display 61 to the game device 5a. The intermediary unit 233 registers the put up game contents in the exhibition management database according to the operation of the UI by the putter.

The intermediary unit 233 displays a predetermined UI on the display 61 of the game device 5b of the purchaser who has logged into the market. For example, the intermediation unit 233 causes the display 61 of the game device 5b to display, as a UI, information about the put-up game contents, etc., in a list format (hereinafter, this list may be referred to as a "transaction list").

The mediation unit 233 also causes the game device 5b to display a UI for accepting a purchase request. In this example, the intermediary unit 233 causes the display of the game device 5b to display a button (for example, a button labeled "add to cart") for inputting a purchase intention as a UI.

When a purchase request is received from a purchaser, the brokerage unit 233 notifies the exhibitor of the information via the communication network 6 (hereinafter referred to as transaction request notification). Examples of information included in the transaction request notification include the purchaser's ID, purchase conditions (for example, price), and the like.

The game content management unit 234 changes the owner of the game content based on the result of the established game content transaction. Specifically, the game content management unit 234 deletes the game content given to the exhibitor (releases the association between the exhibitor and the game content). Then, the game content management unit 234 gives the purchaser the game content (associates the purchaser with the game content). As a result, the owner of the game media is transferred from the exhibitor to the purchaser. In other words, the game content management section 234 associates game media with users according to the results of transactions of game media among a plurality of users.

The first recording unit 235 generates a block containing transaction information indicating the transaction result of game media. Here, the first recording unit 235 generates the block when the number of transactions of the same game content reaches a predetermined number or more (for example, three times or more).

For example, it is assumed that three game content transactions are established and transferred in the order of user A→user B→user C→user D. FIG. In this case, the first recording unit 235 writes, in the transaction information, a transaction record indicating that the game media have been traded between the first game media owner A and the last game media owner D. . That is, the first recording unit 235 generates a block containing, in the transaction information, a transaction record indicating that the game contents have been traded between the last owner and the last owner in the predetermined number of transactions.

In blockchain technology, each node performs operations for consensus building in order to determine whether block data (transaction information) is correct or not. This operation is called "mining" and requires a huge amount of calculation. Therefore, if blocks are added each time game contents are traded, mining must be performed each time game contents are traded, and the overall processing cost of the game contents trading system becomes enormous.

In contrast, in the present embodiment, blocks are generated after a predetermined number of transactions have been made. As a result, the frequency of block generation can be reduced, and the processing cost of the game content transaction system as a whole can be reduced.

Note that the block generated by the first recording unit 235 is transmitted to a predetermined destination by the token recording unit 232 . As a result, game media transaction records are recorded in a distributed ledger (blockchain).

The second recording unit 236 writes a game content transaction record to the storage unit 22 each time a game content transaction is established. That is, the storage unit 22 stores transaction records for all game media. Therefore, by comparing the transaction record in the storage unit 22 with the transaction record in the block chain, the legitimacy of the game content transaction record can be ensured.

<<Functional Configuration of Control Unit 56 in Game Device 5>>
The control unit 56 has a game progression unit 561, an exhibition unit 562, a transaction request reception unit 563, a transaction permission unit 564, a transaction request unit 565, and a permission reception unit by executing various programs (including game programs) by its CPU. 566.

The game progression unit 561 (processing unit) reads data such as objects and textures included in the game data and executes the game program according to the player's operation of the controller 63 . Two-dimensional or three-dimensional game image information is generated by executing the game program.

The game image information is processed by the graphics processing section 52 . A processed game image is displayed on the display 61 by the processing of the graphics processing unit 52 .

The exhibition unit 562 functions when the user (exhibitor) operates the exhibition menu. The exhibiting unit 562 requests a login to the server device 2 and establishes a connection with the intermediation unit 233 . The exhibiting unit 562 notifies the intermediary unit 233 via the communication network 6 of the information on the block that the exhibitor wishes to sell. As a result, the token to be sold is registered in the exhibition management database.

The transaction request receiving unit 563 receives a transaction request (described later) transmitted to the game device 5 . In this example, the transaction request is transmitted from the intermediary section 233 of the server device 2 via the communication network 6 . Communication means such as e-mail and push communication can be used as means for transmitting and receiving transaction requests.

When the user (exhibitor) operates the transaction request confirmation menu via the controller 63, the transaction request receiving unit 563 displays the content of the transaction request (for example, conditions for trading game media) on the display 61. indicate. The user can confirm the game contents (blocks) to be traded by looking at the display 61 .

The transaction permission unit 564 functions when the user (exhibitor) operates the "transaction approval" button. Transaction permitting unit 564 transmits information indicating that the transaction has been approved (hereinafter referred to as permission notification) to server device 2 .

The transaction request unit 565 functions when the user (purchaser) operates the purchase menu. The transaction requesting unit 565 requests login to the server device 2 and establishes connection with the intermediary unit 233 . When the connection is established, the listing list and the UI data (menu, etc.) for accepting purchases are sent to the game device 5 by the intermediary section 233 .

The transaction requesting unit 565 displays the sent exhibition list and the like on the display 91 . This allows the purchaser to select the rights (tokens) that he or she wishes to purchase. The transaction requesting unit 565 transmits the information specifying the exhibition selected by the purchaser (hereinafter referred to as transaction information) to the intermediary unit 233 of the server device 2 .

The permission receiving unit 566 receives a permission notification from the exhibitor's terminal (player terminal 3).

《Example of operation》
FIG. 4 is a flowchart showing the operation of the game system 1 in transaction processing of game media.

The transaction requesting unit 565 of the game device 5b requests a transaction list when receiving a purchase menu operation from the purchaser via the controller 63 (step S1).

Upon receiving the transaction list request from the game device 5b (step S2), the mediation unit 233 of the server device 2 transmits the transaction list to the game device 5b (step S3).

When the transaction request unit 565 of the game device 5b receives the transaction list from the server device 2 (step S4), the transaction list is displayed on the display 61. FIG. The transaction requesting unit 565 then accepts selection of the game content that the purchaser wishes to purchase (step S5). The transaction requesting unit 565 transmits information (transaction information) specifying the game content selected by the purchaser to the server device 2 (step S6).

When the brokerage unit 233 of the server device 2 receives the transaction information (step S7), it transmits a transaction request to the game device 5a operated by the exhibitor corresponding to the selected game content (step S8).

When the game device 5a receives the transaction request from the server device 2 (step S9), the game device 5a causes the display 61 to display the game contents to be traded. At this time, the display 61 of the game device 5a displays the transaction terms and the like of the game content presented by the purchaser.

When receiving an operation to approve the transaction request from the seller, the transaction permitting unit 564 of the game device 5a transmits information indicating approval of the transaction (permission notification) to the server device 2 (step S10).

Upon receiving the permission notification (step S11), the game content management unit 234 of the server device 2 determines that the game content transaction has been completed. Then, the game content management unit 234 changes the owner of the game content for which the transaction has been established (step S12). Specifically, the game content management unit 234 gives (associates) the game content to the purchaser.

The game content management unit 234 determines the number of times the game content has been traded (step S13). Specifically, when the number of transactions of the game content is less than a predetermined number (for example, less than 3) (No in step S13), the server device 2 executes step S15.

When the number of transactions of the game content is a predetermined number or more (for example, 3 or more) (Yes in step S13), the first recording unit 235 generates a block including transaction information indicating the transaction result of the game content ( step S14). At this time, the first recording unit 235 generates a block containing transaction information indicating a transaction record indicating that the game content has been traded between the last owner and the last owner in the predetermined number of transactions. do.

The second recording unit 236 causes the storage unit 22 to store the transaction record of the established game content (step S15).

The token recording unit 232 then transmits the block to a predetermined destination (step S16).

In summary, the game system 1 (game content transaction system) according to the present embodiment includes a game progression unit 561 that progresses a game, and game content to users according to the game content transaction results among a plurality of users. A transfer unit 234 (game content management unit) for association and a first recording unit 235 for recording transaction records of game media in a blockchain. In this case, transaction records are recorded in the blockchain assuming that the game content has been traded between the first user and the last user associated with the game content in the multiple transactions.

<<Effect of this embodiment>>
As described above, according to the present embodiment, the first recording unit 235 does not record a transaction record in the blockchain each time a game content transaction is performed, but rather The transaction record is later recorded on the blockchain. As a result, it is possible to reduce the number of times mining is executed to determine whether or not the block data is correct, so that the overall processing cost of the game content transaction system can be reduced.

In addition, the first recording unit 235 records the transaction record in the blockchain assuming that the game content was traded between the first user and the last user associated with the game content in the multiple transactions. . As a result, the number of users recorded on the blockchain can be reduced, thereby protecting user privacy.

In addition, the second recording unit 236 records all transaction records of game media in the storage unit 22 located in an area different from the blockchain. Accordingly, by comparing the transaction record in the blockchain with the transaction record stored in the storage unit 22, the validity of the transaction record can be secured.

[Other embodiments]
In the above-described embodiment, the first recording unit 235 records a game content transaction record in a block (block chain) each time a game content transaction is performed multiple times. Not limited.

For example, the first recording unit 235 may record the transaction record of the game content in the transaction information of the block when the transaction of the game content is performed multiple times within a predetermined period of time. In this case, the first recording unit 235 writes, in the transaction information, a transaction record indicating that a transaction was made between the last owner of the game medium and the last owner. Even with this configuration, it is possible to obtain the same effect as the above embodiment.

Further, the first recording unit 235 may record the transaction record in the block chain in accordance with the operation of the seller (user of the game device 5a) or the purchaser (user of the game device 5b). For example, when the first recording unit 235 receives an instruction to record a transaction record from either the seller or the purchaser, the first recording unit 235 may record the transaction record in the blockchain.

Further, the first recording unit 235 may not record the transaction record in the blockchain when receiving an instruction not to record the transaction record from either the seller or the purchaser. As a result, it is possible to record in the blockchain according to the requests of users (exhibitors and purchasers).

If the first recording unit 235 receives an instruction not to record the transaction record from either the exhibitor or the purchaser, even if it receives an instruction to record the transaction record from the other, the first recording unit 235 does not record the transaction record in the blockchain. You may choose not to record it. This makes it possible to meet the user's request while further protecting the user's privacy.

Also, whether or not to record a transaction record on the blockchain may be determined by the user's actions in the game. For example, the right to record or not to record transaction records on the blockchain may be available within the game, and these rights may be exercised by using prescribed game media (items, etc.). may

In addition, the user may be able to select whether or not to record the transaction record on the blockchain according to an index indicating the strength of the user, such as the user's level or rank in the game.

In addition, whether or not to record transaction records on the blockchain may be determined according to the characteristics (rarity, in-game price, etc.) of the game media to be traded. For example, for game media (items) with a rarity higher than a predetermined value, it may be possible to select whether or not to record transaction records in the blockchain.

Also, whether or not the transaction record can be recorded on the blockchain may be determined by the method of obtaining the game media. For example, in-game gacha (lottery means) and game media (items) that can be obtained for a fee are recorded as transaction records on the blockchain, and game media obtained for free are recorded as transaction records in the blockchain. may not be performed.

Also, whether or not a transaction record can be recorded on the blockchain may be determined by the in-game relationship between the users who have made the transaction. For example, if there is some kind of relationship (for example, friend relationship) between users in the game, the transaction record is recorded in the blockchain, and if there is no particular relationship between the users in the game, the transaction record is not recorded in the blockchain. good too.

Also, whether or not to record transaction records on the blockchain may be set by the administrator (operator) of the game system.

In addition, the game device 5 may cause the display 61 to display the transaction record of each block included in the blockchain through an operation by the user (exhibitor or purchaser). That is, the user may be able to browse the transaction records included in the blockchain by operating the game device 5 .

Further, in the above-described embodiment, the first recording unit 235 records that the game content has been traded between the owner of the first game content and the owner of the last game content in a plurality of transactions. Although it is said that a block containing transaction information indicating a transaction record is generated, it is not limited to this. For example, the first recording unit 235 may generate a block containing transaction information indicating multiple transaction records. Even with this configuration, it is possible to obtain the same effect as the above embodiment.

In addition, the game system 1 performs, according to a predetermined condition, (1) transactions in which game media are traded between the owner of the first game media and the owner of the last game media in a plurality of transactions; (2) record all transaction records of game media in the blockchain; (3) record transaction records of all game media. may be operated by selecting any one mode of recording in the blockchain.

The type of game is not limited. The game system 1 (computer system) can be used for various game plays. For example, the game may be PvP. The game may be a game played by a plurality of players in cooperation with each other, or may be a game played individually (for example, time attack). For example, games may be role-playing games, shooting games, simulation games, board games, puzzle games, breeding games, and the like. Also, the game program may be implemented as a so-called online game game program.

A device (server device 2) that executes blockchain tokenization does not necessarily need to have a function as a node. Also, the game device 5 does not necessarily have to have a function as a node.

Transaction information can be used in various forms other than those exemplified in the above embodiments. For example, in a character training application, the transaction information can be used to create a child character from multiple characters, improve character parameters, or transfer a character. Transaction information can also be used as materials for training characters, improving items (such as weapons), and the like.

Also, in game applications, characters can act, items and objects can be generated, acquired, and attacked based on the transaction information.

Also, the use of transaction information is not limited to game programs. Applicable to various applications. For example, an application that performs virtual currency transactions may perform virtual currency transactions according to this transaction information.

Even when these other embodiments are employed, the effects of this aspect are exhibited. Further, it is also possible to appropriately combine this embodiment with other embodiments, and other embodiments with each other.

2 Server device 22 Storage unit 23 Control unit 234 Game content management unit 235 First recording unit 236 Second recording unit 5 Game device 55 Storage unit 56 Control unit 561 Game progression unit

Claims (6)

a game progression unit that progresses the game;
a game content management unit that associates the game content with each user according to a transaction result of the game content among a plurality of users;
a first recording unit that records transaction records of the game media in a blockchain;
When the game content has been traded a plurality of times, the recording unit determines whether the game content has been traded between a first user and a last user associated with the game content in the plurality of transactions. a game media transaction system, which records the transaction record on the blockchain as a third party. In claim 1,
When the game contents are traded a plurality of times within a predetermined period of time, the first recording unit stores a value between the first user and the last user associated with the game contents in the transactions within the predetermined period of time. a game content trading system that records the transaction record in the blockchain assuming that the game content has been traded in In claim 1 or claim 2,
A game media trading system, further comprising a second recording unit located in a storage area different from the blockchain and recording all transaction records of the game media. In any one of claims 1 to 3,
A game media transaction system that displays a transaction record of the game media with reference to the blockchain in accordance with the user's operation. In any one of claims 1 to 4,
A game content trading system that records the transaction record in the blockchain in accordance with the operation of the user who trades the game content. A game content transaction system that does not record the transaction record on the blockchain according to the operation of the user who trades the game content.

Images