JP2024019494A - Computer system and how to manage game results - Google Patents

Abstract

An object of the present invention is to manage the results of a game played via a computer. [Solution] In a computer system that manages the results of a game played via a computer, transaction information is information that links information about the game result of the game and information that identifies the player corresponding to the information about the game result. A recording unit will be provided to record the information on the distributed ledger. [Selection diagram] Figure 11

Description

The present invention relates to a computer system and a game result management method.

A computer system that allows spectators to watch a game tournament is known (for example, see Patent Document 1). Patent Document 1 discloses a video distribution service that distributes game video data as the game tournament progresses.

Patent No. 6522209

In the example of the above-mentioned patent document, the game results are not managed, and it is difficult to track the game results after the competition ends.

An object of the present disclosure is to enable management of the results of games played via a computer.

A first aspect is a computer system that manages the results of a game played via a computer,
A computer comprising: a recording unit that records transaction information, which is information linking game result information of the game and information identifying a player corresponding to the game result information, in a distributed ledger. It is a system.

In the first aspect, an authentication unit is provided that authenticates the validity of the game result,
The recording unit stores, as the transaction information, information in which game result information that has been authenticated by the authentication unit as legitimate and information that identifies a player corresponding to the authenticated game result information is linked to the distributed information. It is best to record it in the mold ledger.

In the above aspect, the method further includes a transfer unit that transfers the transaction information to a predetermined transfer destination via a communication network;
The transfer unit preferably includes information for specifying a transfer source and a transfer destination in the transaction information to be transferred.

In the aspect, the transaction information may include data indicating a right obtained in conjunction with the game result.

In the aspect, the right may be a right related to replay data that reproduces the progress of the game.

The above aspect may include an intermediary unit that mediates between a transfer source and a transfer destination of the transaction information.

In the aspect, a notification unit may be provided that notifies at least one of the transfer source and the transfer destination of a request for payment of consideration when the mediation is established.

In the above aspect, the information on the game result may be associated with information specifying a judge who made a judgment regarding the game.

In the aspect, the method includes an information acquisition unit that acquires information on the profile from a database including information on the profile of the judge;
The authentication unit may use the profile information obtained by the information acquisition unit to determine the validity.

Further, a second aspect is a method for managing the results of a game played via a computer, comprising:
A game result recording method characterized by comprising a recording step of recording transaction information, which is information linking game result information of the game and information identifying a player corresponding to the game result information, in a distributed ledger. It is a management method.

According to the present invention, the results of games played via a computer can be managed.

1 is a block diagram showing the configuration of a game system according to a first embodiment. FIG. FIG. 2 is a block diagram showing the configuration of a server device. FIG. 2 is a block diagram showing the configuration of a game device. FIG. 2 is a block diagram showing the configuration of each terminal. An example of a game image is shown. The function of the control unit in the referee terminal is shown in a block diagram. The function of the control part in a player terminal is shown in a block diagram. The function of the control unit in the purchaser terminal is shown in a block diagram. A flowchart for conducting a match is shown. A flowchart for determining the match result is shown. A flowchart of match result tokenization is shown. A flowchart of token trading is shown. 2 is a block diagram showing the configuration of a server device 2 in Embodiment 2. FIG.

Hereinafter, a computer system and a game result management method according to the present disclosure will be described with reference to the drawings. The computer system of the present disclosure is implemented as a game system. The game result management method of the present disclosure is implemented as a function of the game system.

Note that in the following description, a "game" refers to an activity that is carried out using a computer in accordance with predetermined rules to achieve some purpose. Some of the games are games in which a plurality of participants compete (in which winners and losers are determined), and there are games in which each participant is evaluated based on some kind of index, such as score or time. Participants here include both individuals or teams.

Furthermore, in the following description, the term "game result" includes all information related to the game (examples will be given later).

Particularly in competitive games in which participants compete, the participants are sometimes called "competitors." Further, the "game result" of a competitive game is sometimes referred to as the "competition result."

[Embodiment 1]
《Game system overview》
FIG. 1 is a block diagram showing the configuration of a game system according to the first embodiment. The game system 1 is used, for example, to manage an e-sports (Electric Sports) tournament. In the game system 1, the game allows the player character to act in a three-dimensional virtual game space (hereinafter simply referred to as virtual space) or to perform various actions on the player character's friends under the operation of the game player. or

The game described in this embodiment is a competitive action game in which a player character competes against another player character or a non-player character in a virtual space. More specifically, the game of this embodiment is a so-called fighting game.

In the fighting game of this embodiment, two game players compete in a one-on-one battle. In the battle, each game player selects and operates one character (player character). In a battle, the winner or loser is determined, for example, when the physical strength value of one of the characters becomes 0.

In the e-sports tournament of this embodiment, the winner of the tournament is determined by, for example, a tournament method. In other words, in an e-sports tournament, the combination of competing players is determined by the result of one match. In the e-sports tournament exemplified in this embodiment, a referee determines whether or not a player is cheating.

《Hardware configuration》
<overview>
The game system 1 includes a server device 2, a referee terminal 4, a game device 5, and an authentication device 7. The server device 2 is configured to be able to communicate with the referee terminal 4, the game device 5, and the authentication device 7 via the communication network 6.

A purchaser terminal 10 in FIG. 1 is a terminal of a person who desires to purchase rights (described later) for a match. The game system 1 may communicate with the purchaser terminal 10 via the communication network 6.

A player's terminal (hereinafter referred to as player terminal 3) may be connected to the game system 1 via a communication network 6. In the example of FIG. 1, two player terminals 3 are connected to the game system 1. In the following, a plurality of components such as the player terminal 3 are distinguished by adding a branch number to the reference numeral as necessary (for example, 3-1, 3-2, etc.; the same applies hereinafter).

The player terminal 3 is used for transactions such as rights related to matches (described later). The player terminal 3-1 is a terminal used by the player P1. The player terminal 3-2 is a terminal used by the player P2.

The server device 2 manages so-called e-sports tournaments. The server device 2 stores game programs and game data. The server device 2 manages game data of the game device 5. The server device 2 stores various programs and data for managing e-sports tournaments.

The game device 5 executes a game (here, a competitive action game) based on operations by a game player. In this embodiment, one game device 5 accepts operations from one set of players (two players in this example).

As the game device 5, commercially available devices such as a personal computer, PlayStation (registered trademark), XBox (registered trademark), PlayStation Vita (registered trademark), and Nintendo Switch (registered trademark) can be used.

The game device 5 may receive (download) a game program and game data from the server device 2 via the communication network 6. When the game device 5 receives the game program or the like, it installs the received game program or the like.

The game device 5 starts a competition based on the operations of each player (hereinafter referred to as players P1 and P2) in a competitive action game. The game device 5 advances the game while outputting game images and sounds to a display 61 and a speaker 62 (each described later) based on operations by each player.

When the match ends, the game device 5 transmits result information indicating the match result to the server device 2. The result information includes, for example, information such as the stage of the match (information on the first round, final match, etc.), information identifying the winner of the match, and the like.

<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 23. The network interface 21 and the storage section 22 are electrically connected to the control section 23 via a 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 a LAN.

The storage unit 22 includes an HDD, SSD, RAM, ROM, and the like. The storage unit 22 stores game data and various programs including a portion of the game program according to the present embodiment. The storage unit 22 stores, for example, ID information of players P1 and P2 and ID information of a referee.

The control unit 23 controls the operation of the server device 2 . The control unit 23 includes a CPU (microcomputer) and a semiconductor memory (not shown). The semiconductor memory stores programs and the like for operating the CPU.

<Configuration of game device 5>
FIG. 3 is a block diagram showing the configuration of the game device 5. As shown in FIG. As shown in FIG. 3, the game device 5 includes a display 61, a speaker 62, and a controller 63 that are externally connected or built-in. This game device 5 is provided with two displays 61 (displays 61-1 and 61-2). The game device 5 is also provided with two controllers 63 (controllers 63-1, 63-2).

Display 61-1 and controller 63-1 are used by player P1. The display 61-2 and the controller 63-2 are used by the player P2. Instead of the controller 63 that is standard equipped in the game system 1, controllers prepared by the players P1 and P2 themselves may be connected.

The game device 5 includes a network interface 51 , a graphic 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 graphic processing section 52, the audio processing section 53, the operation section 54, and the storage section 55 are electrically connected to the control section 56 via a bus 59.

The network interface 51 is communicably connected to the communication network 6 in order to transmit and receive various data between the game device 5 and the server device 2.

The graphic 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 graphic processing unit 52 is connected to, for example, a liquid crystal display 61 (61-1, 61-2). The 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 game audio according to instructions from the control unit 56, and outputs it from the speaker 62.

The operation unit 54 is connected to the controller 63 (63-1, 63-2). The operation unit 54 transmits and receives data related to operation inputs to and from the controller 63. The players P1 and P2 input operation signals to the game device 5 by operating various operators such as buttons on the controller 63.

The storage unit 55 includes an HDD, SSD, RAM, ROM, and the like. The storage unit 55 stores game data downloaded from the server device 2, various programs including part of the game program, and the like.

The control unit 56 controls the operation of the game device 5. The control unit 56 includes a CPU (microcomputer) and a semiconductor memory (not shown). The semiconductor memory stores programs and the like for operating the CPU.

<Configuration of authentication device 7>
The authentication device 7 authenticates the players P1 and P2. The authentication device 7 includes a code reader 71 (see FIG. 1). The code reader 71 has a function of reading a QR code (registered trademark).

In this embodiment, each of the players P1 and P2 is distributed with a QR code (registered trademark) indicating that they are a tournament participant (player) when they enter the tournament. As an example, distribution of the QR code (registered trademark) can be realized by transmitting it via the communication network 6 to the player terminals 3 owned by the players P1 and P2.

The code reader 71 reads the QR code held over the code reader 71 by the players P1 and P2. The authentication device 7 transmits information accompanying the QR code read by the code reader 71 to the server device 2.

The server device 2 transfers the verification result of the information accompanying the QR code transmitted from the code reader 71 (information on whether the player is a legitimate player) to the referee's terminal (referee terminal 4). Thereby, the referee can confirm the identity of the players P1 and P2.

<Configuration of various terminals>
As described above, the game system 1 is provided with the referee terminal 4. Furthermore, a player terminal 3 and a purchaser terminal 10 are connected to the game system 1.

In this embodiment, for convenience of explanation, it is assumed that these terminals 3, 4, and 10 have the same hardware configuration. For example, each terminal 3, 4, 10 can be configured by installing predetermined software on a smartphone.

FIG. 4 is a block diagram showing the configuration of the terminals 3, 4, and 10. As shown in FIG. 4, the terminals 3, 4, and 10 include a display 91, a speaker 92, and a touch pad 93.

The terminals 3, 4, and 10 have a network interface 81, a graphic processing section 82, an audio processing section 83, an operation section 84, and a storage section 85. The network interface 81 , graphic processing section 82 , audio processing section 83 , operation section 84 , and storage section 85 are electrically connected to the control section 86 via a bus 87 .

The network interface 81 is communicatively connected to the communication network 6 in order to transmit and receive various data. This allows each terminal 3, 4, 10 to communicate with the server device 2.

The graphic processing section 82 is connected to the display 91. The graphic processing unit 82 displays various images on the display 91 according to image information output from the control unit 86.

Audio processing section 83 is connected to speaker 92 . The audio processing unit 83 causes the speaker 92 to output (reproduce) audio according to the audio information output from the control unit 86 .

The operation unit 84 is connected to a touch pad 93. An operation signal from a user (for example, player P1) is input to the operation unit 84 via the touch pad 93. By operating the touch pad 93, the user can execute various programs stored in the storage section 85. The user can input various information by operating the touch pad 93.

In this example, the touch pad 93 is configured integrally with the display 91. The user can input an operation signal by touching the display 91.

The storage unit 85 includes an HDD, SSD, RAM, ROM, and the like. The storage unit 85 stores various programs and the like.

The control unit 86 controls the terminals 3, 4, and 10 to which it belongs. The control unit 86 includes a CPU (microcomputer) and a semiconductor memory (not shown). The semiconductor memory stores programs and the like for operating the CPU.

<<Functional configuration of control unit 23 in server device 2>>
The control unit 23 functions as a recording unit 231, a transfer unit 232, an intermediary unit 233, and a notification unit 234 when its CPU executes various programs.

The recording unit 231 performs tokenization. Tokenization here means expressing matters whose ownership is to be clarified as information that can be sent and received. In this embodiment, the matters whose ownership is desired to be clarified include the match results and the rights associated therewith.

The recording unit 231 records tokenized information (corresponding to transaction information described below) in a distributed ledger. A distributed ledger is an electronic ledger (a type of database). A distributed ledger is shared by multiple nodes (generally computers).

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

Blockchains are implemented in such a way that data is recorded as a chain of blocks, and each node shares these blocks. The server device 2 functions as a distributed ledger node. It is assumed that the first block (original block) is registered in the distributed ledger as an initial value. The newly created block is connected to the origin block.

Blocks contain transaction information. The transaction information of this embodiment includes information in which information on match results is linked with information for identifying the player corresponding to the information on the match results.

In this embodiment, the information on the match result includes the following information.
(1) Information that identifies the tournament (for example, tournament name, date and time, location, etc.).
(2) Competition stage (for example, information on the first round, final match, etc.).
(3) Details of the rights obtained in association with the match results (4) Information identifying the owner of the rights obtained in connection with the match results (5) Information on the judge (e.g. referee) who made the decision regarding the match Information to identify (e.g. referee ID information)
(6) Information that identifies the opponent (for example, opponent's ID information (account), etc.)
An example of the "rights obtained in conjunction with the match results" includes rights (copyrights, neighboring rights, etc.) related to replay data that reproduces the progress of the match. As the information for identifying the player, the player's ID information (account), etc. can be exemplified. Furthermore, the "venue location" can be expressed as an address or as GPS (Global Positioning System) information.

The transfer unit 232 transfers the block containing transaction information to a predetermined transfer destination via a communication network (communication network 6). In this case, the transfer unit 232 includes information for specifying the transfer source and transfer destination in the block to be transferred, and records the information in the distributed ledger to transfer the block.

This connects the block to the blockchain. Note that the information for identifying the transfer source and transfer destination can be constructed using cryptographic keys prepared by the transfer source and transfer destination, similar to a general blockchain mechanism.

The intermediary unit 233 mediates between a transfer source and a transfer destination of transaction information (block). 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 refers to both a person (hereinafter referred to as "seller") who wishes to sell the rights obtained along with the match results (hereinafter simply referred to as "rights") and a person who wishes to purchase the rights (hereinafter referred to as "purchase applicant"). including.

The intermediary unit 233 accepts listings 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, menu, and buttons to the player terminal 3. The intermediary unit 233 registers the exhibited rights in an exhibition management database in accordance with the operation of the UI by the exhibitor.

The intermediary unit 233 displays a predetermined UI on the terminal (purchaser terminal 10) of the purchase applicant who has logged into the market. For example, the intermediary unit 233 causes the purchaser terminal 10 to display information on the exhibited rights, etc., in a list format, for example, as a UI. In this case, it is convenient to be able to search the list by tournament name, player name, team name, character used, etc. It is convenient to make the list sortable. It would be more convenient if the sorting conditions could include, for example, the tournament results (selecting only the winners, etc.), the name of the team to which the player belongs, and the type of rights (replay rights, trophies, etc.).

The intermediary unit 233 also causes the purchaser terminal 10 to display a UI that accepts a purchase request. In this example, the intermediary unit 233 causes the purchaser terminal 10 to display a button (for example, a button labeled "Add to Cart") for inputting purchase intention as a UI.

When a purchase request is received from a purchase applicant, the intermediary unit 233 notifies the seller of the information via the communication network 6 (hereinafter referred to as a transaction request notification). Examples of information that may be included in the transaction request notification include the ID of the purchase applicant, purchase conditions (for example, price), and the like.

The seller who receives the transaction request notification transfers the block corresponding to the exhibited rights to the purchaser (described later), and the transaction is completed. In other words, the ownership of the rights is transferred to the prospective purchaser. Since this embodiment uses blockchain technology, the person who purchased the block is the only owner (rights holder) of the block.

When a transaction is established through mediation by the mediation unit 233, the notification unit 234 notifies at least one of the transfer source (seller) and the transfer destination (purchase applicant) of a request for payment of the brokerage consideration. In this example, the notification unit 234 notifies both the transfer source and the transfer destination of a request for payment of consideration.

<Functional configuration of control unit 56 in game device 5>
The control unit 56 functions as a competition execution unit 561, a result storage unit 562, and a result transmission unit 563 when its CPU executes various programs.

The competition execution unit 561 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. Through the processing of the graphic processing unit 52, the processed game image is displayed on the display 61. For example, a game image Sc as shown in FIG. 5 is displayed on the display 61.

In particular, the competition executing unit 561 starts a competition in a competitive action game when a predetermined condition is satisfied (for example, when a predetermined operation is performed on the controller 63). The battle execution unit 561 ends the battle when the winner or loser of the battle is determined (for example, when the physical strength value of the character becomes 0).

The result storage unit 562 records the match results (wins and losses, points, match time, etc.) in the storage unit 55. The result storage unit 562 also records history information of input by the controller 63 (hereinafter referred to as input history information) in the storage unit 55. By using the input history information, it becomes possible to reproduce (replay) the match.

The result transmitting unit 563 transmits the match result recorded by the result storage unit 562, information for identifying the player (for example, ID information), and input history information to the server device 2 via the communication network 6. The server device 2 transmits the match results, information for identifying players, and input history information to the referee terminal 4.

《Functional configuration of referee terminal》
FIG. 6 shows a block diagram of the functions of the control unit 86 in the referee terminal 4. The control unit 86 of the referee terminal 4 functions as a UI display unit 40, a result reception unit 41, a result verification unit 42, a result authentication unit 43, and an authentication result transmission unit 44 when its CPU executes various programs. .

The UI display unit 40 displays a UI such as a menu on the display 91. The user (here, the referee) can give various instructions to the referee terminal 4 by operating the UI using the touch pad 93 (display 91). In this example, the UI includes a "verification start menu" and a "match result determination UI."

The result receiving unit 41 receives information on the match results transmitted by the server device 2 . The result receiving unit 41 records the received match result in the storage unit 85 within the referee terminal 4. Further, the result receiving unit 41 receives input history information transmitted by the server device 2. The result receiving unit 41 records the received input history information in the storage unit 85 within the referee terminal 4.

The result verification unit 42 constructs replay data in response to the operation of the verification start menu by the user (in this case, the referee). The result verification unit 42 constructs replay data based on input history information. The result verification unit 42 displays the constructed replay data on the display 91. This allows the referee (judge) to determine whether or not there is any fraud in the match based on the replay data.

The result authentication section 43 (authentication section) receives the judgment result by the referee. In this example, "OK" and "NG" buttons are displayed on the display 91 as the match result determination UI. The result authentication section 43 authenticates the match result for which the referee clicks "OK" as a valid result and sends it to the authentication result transmission section 44.

The authentication result transmitter 44 transmits the authentication result input from the result authenticator 43, result information, and information for identifying the player to the server device 2.

《Functional configuration of player terminal 3》
FIG. 7 shows a block diagram of the functions of the control section 86 in the player terminal 3. The control unit 86 of the player terminal 3 functions as the UI display unit 30, the token management unit 31, the listing unit 32, the transaction request receiving unit 33, and the transaction permission unit 34 when the CPU executes various programs.

The UI display unit 30 displays a predetermined UI screen on the display 91. A user (player here) can give various instructions to the player terminal 3 by operating the UI using the touch pad 93 (display 91).

In this example, the UIs displayed by the UI display unit 30 include an "exhibition menu," a "transaction request confirmation menu," and a "transaction permission UI." In the present embodiment, the UI display unit 30 displays "transaction approval" and "transaction rejection" buttons on the display 91 as the transaction permission UI.

The token management unit 31 causes the player terminal 3 to function as a blockchain node. For example, the token management unit 31 receives a block (transaction information) transferred from the server device 2.

The token management unit 31 transfers the block to the transaction partner (transfer destination) when a predetermined condition is satisfied (transaction is completed). When transferring a block, the token management section 31 executes the transfer using the same protocol as the transfer section 232 of the server device 2.

The exhibition unit 32 functions when a user (here, an exhibitor, for example, a player) operates the exhibition menu. The listing section 32 requests login to the server device 2 and establishes a connection with the intermediary section 233 . The listing unit 32 notifies the intermediary unit 233 via the communication network 6 of information on the block that the seller desires to sell. As a result, the token that the user wishes to sell is registered in the exhibition management database.

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

The transaction request receiving unit 33 displays the contents of the transaction request (described later) on the display 91 when the user (right holder) operates the transaction request confirmation menu via the touch pad 93. The user can confirm the right (block) that is the object of the transaction by looking at the display 91.

The transaction permission unit 34 functions when the user (right holder) operates the "transaction approval" button. The transaction permission unit 34 transmits information indicating that the transaction has been approved (hereinafter referred to as permission notification) to the terminal of the purchase applicant (purchaser terminal 10).

The transaction permission unit 34 permits the token management unit 31 to transfer the block (token) to be traded when conditions for transferring the block (token) (hereinafter referred to as transaction conditions) are satisfied. As a result, ownership of the token is transferred to the destination user (purchasing applicant). Note that the transaction conditions include, for example, payment of consideration.

《Functional configuration of purchaser terminal》
FIG. 8 shows a block diagram of the functions of the control section 86 in the purchaser terminal 10. The control unit 86 of the purchaser terminal 10 functions as a UI display unit 101, a token management unit 102, a transaction request unit 103, and a permission reception unit 104 when its CPU executes various programs.

The UI display unit 101 displays a predetermined UI screen on the display 91. A user (in this case, a prospective purchaser) can give various instructions to the player terminal 3 by operating the UI using the touch pad 93 (display 91). In this example, there is a "purchase menu" as the UI.

The token management unit 102 causes the purchaser terminal 10 to function as a blockchain node. The token management unit 102 receives the block (transaction information) transferred from the player terminal 3 when a predetermined condition is satisfied (when a transaction is completed).

The token management unit 102 can also transfer blocks. When transferring a block, the token management section 102 executes the transfer using the same protocol as the transfer section 232 of the server device 2.

The transaction request unit 103 functions when the user (purchaser) operates the purchase menu. The transaction requesting unit 103 requests login to the server device 2 and establishes a connection with the intermediary unit 233. Once the connection is established, the listing list and purchase reception UI data (menu, etc.) are sent to the purchaser terminal 10 by the intermediary unit 233.

The transaction requesting unit 103 displays the sent exhibition list and the like on the display 91. As a result, the person wishing to purchase can select the right, etc. (token) that he or she wishes to purchase. The transaction requesting unit 103 transmits information specifying the listing (hereinafter referred to as transaction information) selected by the purchase applicant to the intermediary unit 233 of the server device 2 .

The permission receiving unit 104 receives a permission notification from the exhibitor's terminal (player terminal 3). The purchaser pays, for example, consideration in order to establish the transaction conditions. For the payment of consideration, for example, remittance via internet banking, remittance using virtual currency, etc. can be used.

《Operation example》
〈Holding a match〉
FIG. 9 shows a flowchart for conducting a match. In this embodiment, it is assumed that each of the players P1 and P2 is given a QR code (registered trademark) for personal authentication when they enter the tournament in advance. When starting a match, each player P1, P2 causes the authentication device 7 to read a QR code. Thereby, the information accompanying the QR code is transferred to the server device 2.

The server device 2 transfers the verification result of the information accompanying the QR code transmitted from the code reader 71 (information on whether the player is a legitimate player) to the referee's terminal (referee terminal 4). If there is no problem with the verification results sent to the referee terminal 4, the referee instructs the players P1 and P2 to start the match.

As each player P1 and P2 operates their respective controllers 63, the match execution unit 561 advances the match (step S01). In a battle, the winner or loser is determined once, for example, when the physical strength value of one of the characters becomes 0. Once the winner or loser is determined, the result storage unit 562 stores the match result in the storage unit 55 (step S02). Further, the result transmitting unit 563 transmits the match result to the server device 2 (step S03).

<Confirmation of match results>
FIG. 10 shows a flowchart for determining the match result. In the e-sports tournament exemplified in this embodiment, a referee determines whether or not players P1 and P2 are cheating. In this example, when the match ends, information on the match result and input history information are sent from the server device 2 to the referee terminal 4.

The result receiving unit 41 of the referee terminal 4 receives the sent match results and the like (step S11). Here, when the referee operates the UI of the referee terminal 4, the result verification unit 42 constructs replay data (step S12). The result verification unit 42 displays the constructed replay data on the display 91. This allows the referee (judge) to verify whether there is any fraud in the match based on the replay data. The referee can input the determination result by operating the match result determination UI.

The result authentication unit 43 receives the verification result input by the referee and authenticates it (step S13). This will confirm the match result. Once the match result is determined, the authentication result transmitter 44 transmits the authentication result to the server device 2 (step S14). Here, it is assumed that the match has been authenticated as legitimate.

〈Battle result tokenization〉
If the match result sent from the authentication result transmitter 44 is not valid, the server device 2 does not tokenize the match result. On the other hand, if the match result is authenticated, the server device 2 tokenizes the match result. FIG. 11 shows a flowchart for tokenizing the match results.

First, the server device 2 receives the verified match result from the referee terminal 4 (step S21). The recording unit 231 generates a block (token) based on the received match result and records it in the distributed ledger (step S22). That is, in this example, the server device 2 generates the block.

The transfer unit 232 transfers the block (token) to the player terminal 3 of the winner (the owner of the rights to the match result) (step S23). The player terminal 3 functions as a blockchain node. As a result, the match result is recorded in the distributed ledger as belonging to the winner.

<Token trading>
A server device 2, a player terminal 3, and a purchaser terminal 10 are used for token transactions in this embodiment. FIG. 12 shows a flowchart of token trading. Token trading is based on the premise that one of the rights holders (for example, the winner of a battle) is putting up their own rights (tokens) for sale. For example, the winner of the match can put his own tokens up for sale on the intermediary section 233 of the server device 2 by operating his own player terminal 3 (exhibition section 32).

A person who wishes to purchase a token logs into the server device 2 from his or her own purchaser terminal 10 and selects the token (right) that he or she wishes to purchase. When the purchaser selects a token, the transaction request unit 103 of the purchaser terminal 10 transmits transaction information to the intermediary unit 233 (step S31).

The intermediary unit 233 transmits the transaction request notification to the player terminal 3 of the right holder (step S32). Then, the player terminal 3 receives the transaction request notification (step S33), and the notification is issued to the user (right holder).

Here, when the right holder operates the "transaction approval" button, the transaction permission unit 34 transmits a permission notification to the purchaser terminal 10 (step S34). When the permission notification is transmitted, the permission receiving unit 104 in the purchaser terminal 10 receives the permission notification (step S35).

When the transaction conditions are established, the transaction permission section 34 permits the token management section 31 to transfer the block (token) to be traded. As a result, ownership of the token is transferred to the destination user (purchasing applicant).

When a block (token) transaction is completed as described above, the notification unit 234 in the server device 2 notifies both the transfer source (seller) and the transfer destination (purchase applicant) of a request for payment of intermediary consideration. (Step S36). In the game system 1, tokens are traded through the mediation of the server device 2.

To summarize the above, the present invention is a computer system that manages the results of a competition (game) played via a computer, and which identifies game result information of the game and a player corresponding to the game result information. This is a computer system (game system 1) characterized in that it includes a recording unit 231 that records transaction information, which is information that is linked to information that is associated with a transaction, in a distributed ledger.

《Effects of this embodiment》
In this embodiment, game results are tokenized and recorded in a distributed ledger. According to this embodiment, the results of games played via a computer can be managed. In this embodiment, the results of games played via the computer can be easily tracked. In other words, in this embodiment, it is possible to clarify the ownership of rights that arise with the game. Moreover, the rights can be traded safely. This will eventually lead to the promotion of amateur players becoming professionals and the securing of income for professional players.

Further, in this embodiment, since a distributed ledger is adopted, information on the game results can be shared.

[Embodiment 2]
In the second embodiment, another configuration example of the control unit 23 in the server device 2 will be described. FIG. 13 is a block diagram showing the configuration of the server device 2 in the second embodiment. In this embodiment, the CPU of the control unit 23 functions as a recording unit 231, a transfer unit 232, an intermediary unit 233, a notification unit 234, an information acquisition unit 235, and an authentication unit 236 by executing various programs. The recording unit 231, the transfer unit 232, the intermediary unit 233, and the notification unit 234 perform the same functions as those described in the first embodiment.

The information acquisition unit 235 acquires profile information from a database (hereinafter referred to as a judge database) that includes profile information of judges (referees). Profile information can include various types of information.

In this embodiment, information for evaluating the reliability of decisions made by referees is collected in a judge database. The profile used in this embodiment as a reliability evaluation index is illustrated below.
(1) List of tournaments in which the referee has refereed in the past (2) Name of the organization to which the referee belongs (3) Grade of referee qualification (e.g. grade 1, grade 2, etc., issued by the referee's organization)
(4) Evaluation of past match evaluations (5) Feedback from tournament participants (6) Evaluation from tournament viewers via SNS (social networking service), etc. Note that there are no limitations to the method of implementing the judge database. do not have. The adjudicator database can be implemented, for example, as a relational database or as a distributed ledger such as a blockchain.

The authentication unit 236 checks the referee's profile and determines the validity of the match result conducted by the referee. This determination can be realized, for example, by quantifying the referee's profile and comparing the value with a threshold value. If the authentication unit 236 determines that the referee's decision is valid, the authentication unit 236 authenticates the match result as valid.

The match results that are authenticated by the authentication unit 236 are tokenized and recorded in the distributed ledger in the same way as in the first embodiment.

《Effects of this embodiment》
If the control unit 23 can function as the information acquisition unit 235 and the authentication unit 236, even if the game system 1 is not directly involved in the operation of the game, it is possible to tokenize it as long as the game result is legitimate. become. As a result, in this embodiment, it is further promoted that amateur players become professionals and that professional players secure income.

[Other embodiments]
The game system 1 may operate as follows.

(1) The player may be given the right to use a virtual room created by a computer, and may also be allowed to place virtual items such as trophies in the virtual room on the condition that he owns tokens (blocks). By doing so, participation in the game is promoted and use of the game system 1 is activated.

Further, when a token is transferred, a virtual item such as a trophy may be placed in the transferee's virtual room.

Token rights are not limited to trophies. For example, in addition to trophies, token rights may include various items and events related to the game, such as exclusive costumes, equipment, stages, and lottery rights. Further, as a right based on a token, a video of the inside of a virtual room may be distributed via a communication network.

(2) The tournament operator may purchase the tokens after the game. For example, a system could be created in which the operator buys the player after a certain number of wins. This will encourage participation in the game. As a result, the game system 1 will be more actively used.

Of course, token buyers are not limited to tournament operators. For example, a system may be used in which a sponsor buys tokens after the game. The sponsor may be either a tournament sponsor or a player sponsor. For example, in tournaments with sponsors, tokens can be purchased by sponsors using the participation fee for the tournament.

In this way, by exchanging funds via tokens, the flow of money can be clarified. For example, when operating this computer system in a country where it is legally required that "participation fees do not fund prize money," it is possible to easily comply with such laws by exchanging funds via tokens. can correspond to

Furthermore, the object of tokenization (object of transaction) is not limited to rights related to replay data. For example, the following items can be exemplified.

Game save data (data that allows the game to be restarted from the middle) may be tokenized. By doing this, the use of the game system 1 will be activated.

For example, the win/loss history associated with a player's account may be tokenized. This makes it possible, for example, if your opponents are divided into tiers based on their strength, and you can immediately play in the stronger tier.

The player's account itself may be tokenized, or the player's in-game name (name succession right) may be tokenized.

If you are participating in a game as a team, you may tokenize ownership of the team itself. This makes it possible, for example, if your opponents are divided into tiers based on their strength, and you can immediately play in the stronger tier.

If the game result is not legitimate, the game result information may be tokenized. The blockchain that holds this token could be used, for example, as a database of players who cheat.

The type of game is not limited to the illustrated fighting game. The game system 1 (computer system) can be used for various game plays. For example, games are not limited to interpersonal battles. Further, the game may be a game played by a plurality of players in cooperation with each other, or a game played individually (eg, time attack). The game system 1 may be configured to tokenize these game results (for example, time of time attack).

Furthermore, if there is no problem with the verification results, the referee may directly send the results back to the server device 2 from the referee terminal 4, or may cause the authentication device 7 for the next game to read the QR code.

Authentication of players and referees is not limited to the illustrated flow. For example, the referee may transmit information accompanying the QR code of a legitimate player to the server device 2, and the server device 2 may transmit the authentication result to the player terminal 3 of the player. Alternatively, the referee and the player may transmit information accompanying the QR code to the server device 2, and if both QR codes are valid, the validity may be authenticated.

The result information is not limited to what is illustrated. The game result information includes all information related to the game. For example, the game result information can include the character used, various times, player ID and information linked thereto, type and number of techniques used, number of combos (consecutive techniques), and combo that caused maximum damage. The game result information may also include information specifying the commentator, commentator, venue name, tournament name, and controller name used.

When a distributed ledger is configured using a blockchain, it may be possible to configure a cross-chain with other blockchains. For example, it is conceivable to configure a cross-chain with a virtual currency blockchain or a cross-chain with a game currency blockchain. Additionally, a cross-chain with a blockchain that manages other games (or tournaments) may be configured.

A server (token management server) may be constructed to keep blocks (that is, tokens). The server device 2 of the game system 1 may be used as the token management server, or another server may be prepared as the token management server. By providing a token management server, the burden on token holders (for example, security management) is reduced. Even in this case, for example, the player (token holder) can replay the game on his or her own game device 5 or display a virtual trophy in the virtual space based on the ownership of the token.

If the referee is unreliable, another referee may be asked to assist in making the decision, or a joint evaluation may be conducted with AI (artificial intelligence). Additionally, joint evaluation between humans (referees) and AI may always be conducted.

One player may be able to use multiple controllers. For example, it may be possible to use a mouse and keyboard together.

The type of controller is not limited as long as it can be used for input. For example, a device that can be operated only by voice or gaze may be used as the controller.

There may be two or more game devices 5 for game play. Alternatively, an online game using a plurality of game devices 5 or a game using short-range communication may be used.

There is no limitation on the installation location of the authentication device 7. For example, the authentication device 7 may be installed at a tournament venue. The authentication device 7 may be configured as a portable terminal. The portable terminal may be, for example, a smartphone, and an authentication application may be installed therein to perform the role of an authentication device.

The ID of the referee and the player may be the same. For example, such an operation can be considered when there is a player who also serves as a referee. In that case, the player's credibility as a referee (see Embodiment 2) may be evaluated according to the player's track record. For example, it is conceivable that a referee who is also active as a player will have lower credibility as a referee. Furthermore, if it is found that a player's ID and a referee's ID are registered even though the IDs can be shared, penalties may be imposed.

It is also possible to build a video site that specializes in video playback such as replays related to tokens, or to provide in-game content based on tokens.

The device that performs tokenization is not limited to the server device 2. For example, the game system 1 (computer system) may be configured so that a predetermined terminal (for example, a portable terminal such as a smartphone) can be used for tokenization. In this case, the terminal may be configured to perform the following operations and processes.
(1) Enter the match results into the form displayed on the terminal.
(2) Next, tokenization (block generation) is performed by the terminal based on the form input.
(3) Connect the block to the blockchain using a terminal.

The game system 1 (computer system) may be configured so that the match results are sent to the loser. An example of the destination of the match result is the loser's player terminal 3. The battle results may be sent to the loser by the server device 2, or another device may be provided.

Even when these other embodiments are adopted, the effects of the present invention can be exerted. Moreover, it is also possible to combine this embodiment with other embodiments, or with other embodiments, as appropriate.

1 Game system (computer system)
5 Game device (computer)
43 Result Authentication Department (Authentication Department)
236 Authentication unit 231 Recording unit 232 Transfer unit 233 Mediation unit 234 Notification unit 235 Information acquisition unit

The present invention relates to a computer system and a game result management method.

A computer system that allows spectators to watch a game tournament is known (for example, see Patent Document 1). Patent Document 1 discloses a video distribution service that distributes game video data as the game tournament progresses.

Patent No. 6522209

In the example of the above-mentioned patent document, the game results are not managed, and it is difficult to track the game results after the competition ends.

An object of the present disclosure is to enable management of the results of games played via a computer.

A first aspect is a computer system that manages the results of a game played via a computer,
a recording unit that records transaction information, which is information linking game result information of the game and information identifying a player corresponding to the game result information, in a distributed ledger ;
comprising a selling unit that manages the sale of game results corresponding to the transaction information by the player;
The game result is a win or loss in the game, or an evaluation based on an index in the game.
This is a computer system characterized by:

A second aspect is a computer system that manages the results of a game played via a computer,
a recording unit that records transaction information, which is information linking game result information of the game and information identifying a player corresponding to the game result information, in a distributed ledger;
Equipped with an operation section to which an operation element that sends a signal to the game device is connected,
The game result includes a win or loss in the game caused by the player manipulating a character with the manipulator, and information regarding the manipulator used in the game.
This is a computer system characterized by:

A third aspect is a computer system that manages the results of a game played via a computer,
a recording unit that records transaction information, which is information linking game result information of the game and information identifying a player corresponding to the game result information, in a distributed ledger;
comprising an authentication unit that receives a judgment result of the validity of the game result determined by the game program by a judge;
The authentication unit authenticates the game result whose validity has been authenticated by the judge as a legitimate result,
The recording unit stores, as the transaction information, information in which game result information that has been authenticated by the authentication unit as legitimate and information that identifies a player corresponding to the authenticated game result information is linked to the distributed information. Record in type ledger
This is a computer system characterized by:

In the above aspect, a transfer unit is provided that transfers the transaction information before being recorded in the distributed ledger to a predetermined transfer destination via a communication network,
The transfer unit may include information for specifying a transfer source and a transfer destination in the transaction information to be transferred.

In the aspect, the transaction information may include data indicating a right obtained in conjunction with the game result .

The above aspect may further include an intermediary unit that mediates between the transfer source and the transfer destination of the transaction information.

In the aspect, a notification unit may be provided that notifies at least one of the transfer source and the transfer destination of a request for payment of consideration when the mediation is established .

In the aspect, the game result information may include information specifying a tournament in which the game was played.

A fourth aspect is a method for managing the results of a game played via a computer, comprising:
a recording step of recording transaction information, which is information linking game result information of the game and information identifying a player corresponding to the game result information, in a distributed ledger;
a listing step of managing the sale of game results corresponding to the transaction information by the player;
The game result is a win or loss in the game, or an evaluation based on an index in the game.
This is a game result management method characterized by the following .

A fifth aspect is a method for managing the results of a game played via a computer, comprising:
a recording step of recording transaction information, which is information linking game result information of the game and information identifying a player corresponding to the game result information, in a distributed ledger;
The game uses a controller that sends a signal to the game device,
The game result includes a win or loss in the game caused by the player manipulating a character with the manipulator, and information regarding the manipulator used in the game.
This is a game result management method characterized by the following.

A sixth aspect is a method for managing the results of a game played via a computer, comprising:
a recording step of recording transaction information, which is information linking game result information of the game and information identifying a player corresponding to the game result information, in a distributed ledger;
The game result information includes wins and losses in the game or evaluation results regarding the player,
an authentication step of receiving a judgment result of the validity of the game result determined by the game program by a judge;
In the authentication step, the game result whose validity has been authenticated by the judge is authenticated as a legitimate result,
In the recording step, the transaction information is information in which the information on the game result authenticated as valid in the authentication step and the information identifying the player corresponding to the information on the authenticated game result are linked. Record on a distributed ledger
This is a game result management method characterized by the following.

According to the present invention, the results of games played via a computer can be managed.

1 is a block diagram showing the configuration of a game system according to a first embodiment. FIG. FIG. 2 is a block diagram showing the configuration of a server device. FIG. 2 is a block diagram showing the configuration of a game device. FIG. 2 is a block diagram showing the configuration of each terminal. An example of a game image is shown. The function of the control unit in the referee terminal is shown in a block diagram. The function of the control part in a player terminal is shown in a block diagram. The function of the control unit in the purchaser terminal is shown in a block diagram. A flowchart for conducting a match is shown. A flowchart for determining the match result is shown. A flowchart of match result tokenization is shown. A flowchart of token trading is shown. 2 is a block diagram showing the configuration of a server device 2 in Embodiment 2. FIG.

Hereinafter, a computer system and a game result management method according to the present disclosure will be described with reference to the drawings. The computer system of the present disclosure is realized as a game system. The game result management method of the present disclosure is implemented as a function of the game system.

Note that in the following description, a "game" refers to an activity that is carried out using a computer in accordance with predetermined rules to achieve some purpose. Some of the games are games in which a plurality of participants compete (in which winners and losers are determined), and there are games in which each participant is evaluated based on some kind of index, such as score or time. Participants here include both individuals or teams.

Furthermore, in the following description, the term "game result" includes all information related to the game (examples will be given later).

Particularly in competitive games in which participants compete, the participants are sometimes called "competitors." Further, the "game result" of a competitive game is sometimes referred to as the "competition result."

[Embodiment 1]
《Game system overview》
FIG. 1 is a block diagram showing the configuration of a game system according to the first embodiment. The game system 1 is used, for example, to manage an e-sports (Electric Sports) tournament. In the game system 1, the game allows the player character to act in a three-dimensional virtual game space (hereinafter simply referred to as virtual space) or to perform various actions on the player character's companions in response to operations by the game player. or

The game described in this embodiment is a competitive action game in which a player character competes against another player character or a non-player character in a virtual space. More specifically, the game of this embodiment is a so-called fighting game.

In the fighting game of this embodiment, two game players compete in a one-on-one battle. In the battle, each game player selects and operates one character (player character). In a battle, the winner or loser is determined, for example, when the physical strength value of one of the characters becomes 0.

In the e-sports tournament of this embodiment, the winner of the tournament is determined by, for example, a tournament method. In other words, in an e-sports tournament, the combination of competing players is determined by the result of one match. In the e-sports tournament exemplified in this embodiment, a referee determines whether or not a player is cheating.

《Hardware configuration》
<overview>
The game system 1 includes a server device 2, a referee terminal 4, a game device 5, and an authentication device 7. The server device 2 is configured to be able to communicate with the referee terminal 4, the game device 5, and the authentication device 7 via the communication network 6.

A purchaser terminal 10 in FIG. 1 is a terminal of a person who desires to purchase rights (described later) for a match. The game system 1 may communicate with the purchaser terminal 10 via the communication network 6.

A player's terminal (hereinafter referred to as player terminal 3) may be connected to the game system 1 via a communication network 6. In the example of FIG. 1, two player terminals 3 are connected to the game system 1. In the following, a plurality of components such as the player terminal 3 are distinguished by adding a branch number to the reference numeral as necessary (for example, 3-1, 3-2, etc.; the same applies hereinafter).

The player terminal 3 is used for transactions such as rights related to matches (described later). The player terminal 3-1 is a terminal used by the player P1. The player terminal 3-2 is a terminal used by the player P2.

The server device 2 manages so-called e-sports tournaments. The server device 2 stores game programs and game data. The server device 2 manages game data of the game device 5. The server device 2 stores various programs and data for managing e-sports tournaments.

The game device 5 executes a game (here, a competitive action game) based on operations by a game player. In this embodiment, one game device 5 accepts operations from one set of players (two players in this example).

As the game device 5, commercially available devices such as a personal computer, PlayStation (registered trademark), XBox (registered trademark), PlayStation Vita (registered trademark), and Nintendo Switch (registered trademark) can be used.

The game device 5 may receive (download) a game program and game data from the server device 2 via the communication network 6. When the game device 5 receives the game program or the like, it installs the received game program or the like.

The game device 5 starts a competition based on the operations of each player (hereinafter referred to as players P1 and P2) in a competitive action game. The game device 5 advances the game while outputting game images and sounds to a display 61 and a speaker 62 (each described later) based on operations by each player.

When the match ends, the game device 5 transmits result information indicating the match result to the server device 2. The result information includes, for example, information such as the stage of the match (information on the first round, final match, etc.), information identifying the winner of the match, and the like.

<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 23. The network interface 21 and the storage section 22 are electrically connected to the control section 23 via a 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 a LAN.

The storage unit 22 includes an HDD, SSD, RAM, ROM, and the like. The storage unit 22 stores game data and various programs including a portion of the game program according to the present embodiment. The storage unit 22 stores, for example, ID information of players P1 and P2 and ID information of a referee.

The control unit 23 controls the operation of the server device 2 . The control unit 23 includes a CPU (microcomputer) and a semiconductor memory (not shown). The semiconductor memory stores programs and the like for operating the CPU.

<Configuration of game device 5>
FIG. 3 is a block diagram showing the configuration of the game device 5. As shown in FIG. As shown in FIG. 3, the game device 5 includes a display 61, a speaker 62, and a controller 63 that are externally connected or built-in. This game device 5 is provided with two displays 61 (displays 61-1 and 61-2). The game device 5 is also provided with two controllers 63 (controllers 63-1, 63-2).

Display 61-1 and controller 63-1 are used by player P1. The display 61-2 and the controller 63-2 are used by the player P2. Instead of the controller 63 that is standard equipped in the game system 1, controllers prepared by the players P1 and P2 themselves may be connected.

The game device 5 includes a network interface 51 , a graphic 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 graphic processing section 52, the audio processing section 53, the operation section 54, and the storage section 55 are electrically connected to the control section 56 via a bus 59.

The network interface 51 is communicably connected to the communication network 6 in order to transmit and receive various data between the game device 5 and the server device 2.

The graphic 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 graphic processing unit 52 is connected to, for example, a liquid crystal display 61 (61-1, 61-2). The 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 game audio according to instructions from the control unit 56, and outputs it from the speaker 62.

The operation unit 54 is connected to the controller 63 (63-1, 63-2). The operation unit 54 transmits and receives data related to operation inputs to and from the controller 63. The players P1 and P2 input operation signals to the game device 5 by operating various operators such as buttons on the controller 63.

The storage unit 55 includes an HDD, SSD, RAM, ROM, and the like. The storage unit 55 stores game data downloaded from the server device 2, various programs including part of the game program, and the like.

The control unit 56 controls the operation of the game device 5. The control unit 56 includes a CPU (microcomputer) and a semiconductor memory (not shown). The semiconductor memory stores programs and the like for operating the CPU.

<Configuration of authentication device 7>
The authentication device 7 authenticates the players P1 and P2. The authentication device 7 includes a code reader 71 (see FIG. 1). The code reader 71 has a function of reading a QR code (registered trademark).

In this embodiment, each of the players P1 and P2 is distributed with a QR code (registered trademark) indicating that they are a tournament participant (player) when they enter the tournament. As an example, distribution of the QR code (registered trademark) can be realized by transmitting it via the communication network 6 to the player terminals 3 owned by the players P1 and P2.

The code reader 71 reads the QR code held over the code reader 71 by the players P1 and P2. The authentication device 7 transmits information accompanying the QR code read by the code reader 71 to the server device 2.

The server device 2 transfers the verification result of the information accompanying the QR code transmitted from the code reader 71 (information on whether the player is a legitimate player) to the referee's terminal (referee terminal 4). Thereby, the referee can confirm the identity of the players P1 and P2.

<Configuration of various terminals>
As described above, the game system 1 is provided with the referee terminal 4. Furthermore, a player terminal 3 and a purchaser terminal 10 are connected to the game system 1.

In this embodiment, for convenience of explanation, it is assumed that these terminals 3, 4, and 10 have the same hardware configuration. For example, each terminal 3, 4, 10 can be configured by installing predetermined software on a smartphone.

FIG. 4 is a block diagram showing the configuration of the terminals 3, 4, and 10. As shown in FIG. 4, the terminals 3, 4, and 10 include a display 91, a speaker 92, and a touch pad 93.

The terminals 3, 4, and 10 have a network interface 81, a graphic processing section 82, an audio processing section 83, an operation section 84, and a storage section 85. The network interface 81 , graphic processing section 82 , audio processing section 83 , operation section 84 , and storage section 85 are electrically connected to the control section 86 via a bus 87 .

The network interface 81 is communicatively connected to the communication network 6 in order to transmit and receive various data. This allows each terminal 3, 4, 10 to communicate with the server device 2.

The graphic processing section 82 is connected to the display 91. The graphic processing unit 82 displays various images on the display 91 according to image information output from the control unit 86.

Audio processing section 83 is connected to speaker 92 . The audio processing unit 83 causes the speaker 92 to output (reproduce) audio according to the audio information output from the control unit 86 .

The operation unit 84 is connected to a touch pad 93. An operation signal from a user (for example, player P1) is input to the operation unit 84 via the touch pad 93. By operating the touch pad 93, the user can execute various programs stored in the storage section 85. The user can input various information by operating the touch pad 93.

In this example, the touch pad 93 is configured integrally with the display 91. The user can input an operation signal by touching the display 91.

The storage unit 85 includes an HDD, SSD, RAM, ROM, and the like. The storage unit 85 stores various programs and the like.

The control unit 86 controls the terminals 3, 4, and 10 to which it belongs. The control unit 86 includes a CPU (microcomputer) and a semiconductor memory (not shown). The semiconductor memory stores programs and the like for operating the CPU.

<<Functional configuration of control unit 23 in server device 2>>
The control unit 23 functions as a recording unit 231, a transfer unit 232, an intermediary unit 233, and a notification unit 234 when its CPU executes various programs.

The recording unit 231 performs tokenization. Tokenization here means expressing matters whose ownership is to be clarified as information that can be sent and received. In this embodiment, the matters whose ownership is desired to be clarified include the match results and the rights associated therewith.

The recording unit 231 records tokenized information (corresponding to transaction information described below) in a distributed ledger. A distributed ledger is an electronic ledger (a type of database). A distributed ledger is shared by multiple nodes (generally computers).

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

Blockchains are implemented in such a way that data is recorded as a chain of blocks, and each node shares these blocks. The server device 2 functions as a distributed ledger node. It is assumed that the first block (original block) is registered in the distributed ledger as an initial value. The newly created block is connected to the origin block.

Blocks contain transaction information. The transaction information of this embodiment includes information in which information on match results is linked with information for identifying the player corresponding to the information on the match results.

In this embodiment, the information on the match result includes the following information.
(1) Information that identifies the tournament (for example, tournament name, date and time, location, etc.).
(2) Competition stage (for example, information on the first round, final match, etc.).
(3) Details of the rights obtained in association with the match results (4) Information identifying the owner of the rights obtained in connection with the match results (5) Information on the judge (e.g. referee) who made the decision regarding the match Information to identify (e.g. referee ID information)
(6) Information that identifies the opponent (for example, opponent's ID information (account), etc.)
An example of the "rights obtained in conjunction with the match results" includes rights (copyrights, neighboring rights, etc.) related to replay data that reproduces the progress of the match. As the information for identifying the player, the player's ID information (account), etc. can be exemplified. Furthermore, the "venue location" can be expressed as an address or as GPS (Global Positioning System) information.

The transfer unit 232 transfers the block containing transaction information to a predetermined transfer destination via a communication network (communication network 6). In this case, the transfer unit 232 includes information for specifying the transfer source and transfer destination in the block to be transferred, and records the information in the distributed ledger to transfer the block.

This connects the block to the blockchain. Note that the information for identifying the transfer source and transfer destination can be constructed using cryptographic keys prepared by the transfer source and transfer destination, similar to a general blockchain mechanism.

The intermediary unit 233 mediates between a transfer source and a transfer destination of transaction information (block). 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 refers to both a person (hereinafter referred to as "seller") who wishes to sell the rights obtained along with the match results (hereinafter simply referred to as "rights") and a person who wishes to purchase the rights (hereinafter referred to as "purchase applicant"). including.

The intermediary unit 233 accepts listings 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, menu, and buttons to the player terminal 3. The intermediary unit 233 registers the exhibited rights in an exhibition management database in accordance with the operation of the UI by the exhibitor.

The intermediary unit 233 displays a predetermined UI on the terminal (purchaser terminal 10) of the purchase applicant who has logged into the market. For example, the intermediary unit 233 causes the purchaser terminal 10 to display information on the exhibited rights, etc., in a list format, for example, as a UI. In this case, it is convenient to be able to search the list by tournament name, player name, team name, character used, etc. It is convenient to make the list sortable. It would be more convenient if the sorting conditions could include, for example, the tournament results (selecting only the winners, etc.), the name of the team to which the player belongs, and the type of rights (replay rights, trophies, etc.).

The intermediary unit 233 also causes the purchaser terminal 10 to display a UI that accepts a purchase request. In this example, the intermediary unit 233 causes the purchaser terminal 10 to display a button (for example, a button labeled "Add to Cart") for inputting purchase intention as a UI.

When a purchase request is received from a purchase applicant, the intermediary unit 233 notifies the seller of the information via the communication network 6 (hereinafter referred to as a transaction request notification). Examples of information that may be included in the transaction request notification include the ID of the purchase applicant, purchase conditions (for example, price), and the like.

The seller who receives the transaction request notification transfers the block corresponding to the exhibited rights to the purchaser (described later), and the transaction is completed. In other words, the ownership of the rights is transferred to the prospective purchaser. Since this embodiment uses blockchain technology, the person who purchased the block is the only owner (rights holder) of the block.

When a transaction is established through mediation by the mediation unit 233, the notification unit 234 notifies at least one of the transfer source (seller) and the transfer destination (purchase applicant) of a request for payment of the brokerage consideration. In this example, the notification unit 234 notifies both the transfer source and the transfer destination of a request for payment of consideration.

<Functional configuration of control unit 56 in game device 5>
The control unit 56 functions as a competition execution unit 561, a result storage unit 562, and a result transmission unit 563 when its CPU executes various programs.

The competition execution unit 561 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. Through the processing of the graphic processing unit 52, the processed game image is displayed on the display 61. For example, a game image Sc as shown in FIG. 5 is displayed on the display 61.

In particular, the competition executing unit 561 starts a competition in a competitive action game when a predetermined condition is satisfied (for example, when a predetermined operation is performed on the controller 63). The battle execution unit 561 ends the battle when the winner or loser of the battle is determined (for example, when the physical strength value of the character becomes 0).

The result storage unit 562 records the match results (wins and losses, points, match time, etc.) in the storage unit 55. The result storage unit 562 also records history information of input by the controller 63 (hereinafter referred to as input history information) in the storage unit 55. By using the input history information, it becomes possible to reproduce (replay) the match.

The result transmitting unit 563 transmits the match result recorded by the result storage unit 562, information for identifying the player (for example, ID information), and input history information to the server device 2 via the communication network 6. The server device 2 transmits the match results, information for identifying players, and input history information to the referee terminal 4.

《Functional configuration of referee terminal》
FIG. 6 shows a block diagram of the functions of the control unit 86 in the referee terminal 4. The control unit 86 of the referee terminal 4 functions as a UI display unit 40, a result reception unit 41, a result verification unit 42, a result authentication unit 43, and an authentication result transmission unit 44 when its CPU executes various programs. .

The UI display unit 40 displays a UI such as a menu on the display 91. The user (here, the referee) can give various instructions to the referee terminal 4 by operating the UI using the touch pad 93 (display 91). In this example, the UI includes a "verification start menu" and a "match result determination UI."

The result receiving unit 41 receives information on the match results transmitted by the server device 2 . The result receiving unit 41 records the received match result in the storage unit 85 within the referee terminal 4. Further, the result receiving unit 41 receives input history information transmitted by the server device 2. The result receiving unit 41 records the received input history information in the storage unit 85 within the referee terminal 4.

The result verification unit 42 constructs replay data in response to the operation of the verification start menu by the user (in this case, the referee). The result verification unit 42 constructs replay data based on input history information. The result verification unit 42 displays the constructed replay data on the display 91. This allows the referee (judge) to determine whether or not there is any fraud in the match based on the replay data.

The result authentication section 43 (authentication section) receives the judgment result by the referee. In this example, "OK" and "NG" buttons are displayed on the display 91 as the match result determination UI. The result authentication section 43 authenticates the match result for which the referee clicks "OK" as a valid result and sends it to the authentication result transmission section 44.

The authentication result transmitter 44 transmits the authentication result input from the result authenticator 43, result information, and information for identifying the player to the server device 2.

《Functional configuration of player terminal 3》
FIG. 7 shows a block diagram of the functions of the control section 86 in the player terminal 3. The control unit 86 of the player terminal 3 functions as the UI display unit 30, the token management unit 31, the listing unit 32, the transaction request receiving unit 33, and the transaction permission unit 34 when the CPU executes various programs.

The UI display unit 30 displays a predetermined UI screen on the display 91. A user (player here) can give various instructions to the player terminal 3 by operating the UI using the touch pad 93 (display 91).

In this example, the UIs displayed by the UI display unit 30 include an "exhibition menu," a "transaction request confirmation menu," and a "transaction permission UI." In the present embodiment, the UI display unit 30 displays "transaction approval" and "transaction rejection" buttons on the display 91 as the transaction permission UI.

The token management unit 31 causes the player terminal 3 to function as a blockchain node. For example, the token management unit 31 receives a block (transaction information) transferred from the server device 2.

The token management unit 31 transfers the block to the transaction partner (transfer destination) when a predetermined condition is satisfied (transaction is completed). When transferring a block, the token management section 31 executes the transfer using the same protocol as the transfer section 232 of the server device 2.

The exhibition unit 32 functions when a user (here, an exhibitor, for example, a player) operates the exhibition menu. The listing section 32 requests login to the server device 2 and establishes a connection with the intermediary section 233 . The listing unit 32 notifies the intermediary unit 233 via the communication network 6 of information on the block that the seller desires to sell. As a result, the token that the user wishes to sell is registered in the exhibition management database.

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

The transaction request receiving unit 33 displays the contents of the transaction request (described later) on the display 91 when the user (right holder) operates the transaction request confirmation menu via the touch pad 93. The user can confirm the right (block) that is the object of the transaction by looking at the display 91.

The transaction permission unit 34 functions when the user (right holder) operates the "transaction approval" button. The transaction permission unit 34 transmits information indicating that the transaction has been approved (hereinafter referred to as permission notification) to the terminal of the purchase applicant (purchaser terminal 10).

The transaction permission unit 34 permits the token management unit 31 to transfer the block (token) to be traded when conditions for transferring the block (token) (hereinafter referred to as transaction conditions) are satisfied. As a result, ownership of the token is transferred to the destination user (purchasing applicant). Note that the transaction conditions include, for example, payment of consideration.

《Functional configuration of purchaser terminal》
FIG. 8 shows a block diagram of the functions of the control section 86 in the purchaser terminal 10. The control unit 86 of the purchaser terminal 10 functions as a UI display unit 101, a token management unit 102, a transaction request unit 103, and a permission reception unit 104 when its CPU executes various programs.

The UI display unit 101 displays a predetermined UI screen on the display 91. A user (in this case, a prospective purchaser) can give various instructions to the player terminal 3 by operating the UI using the touch pad 93 (display 91). In this example, there is a "purchase menu" as the UI.

The token management unit 102 causes the purchaser terminal 10 to function as a blockchain node. The token management unit 102 receives the block (transaction information) transferred from the player terminal 3 when a predetermined condition is satisfied (when a transaction is completed).

The token management unit 102 can also transfer blocks. When transferring a block, the token management section 102 executes the transfer using the same protocol as the transfer section 232 of the server device 2.

The transaction request unit 103 functions when the user (purchaser) operates the purchase menu. The transaction requesting unit 103 requests login to the server device 2 and establishes a connection with the intermediary unit 233. Once the connection is established, the listing list and purchase reception UI data (menu, etc.) are sent to the purchaser terminal 10 by the intermediary unit 233.

The transaction requesting unit 103 displays the sent exhibition list and the like on the display 91. As a result, the person wishing to purchase can select the right, etc. (token) that he or she wishes to purchase. The transaction requesting unit 103 transmits information specifying the listing (hereinafter referred to as transaction information) selected by the purchase applicant to the intermediary unit 233 of the server device 2 .

The permission receiving unit 104 receives a permission notification from the exhibitor's terminal (player terminal 3). The purchaser pays, for example, consideration in order to establish the transaction conditions. For the payment of consideration, for example, remittance via internet banking, remittance using virtual currency, etc. can be used.

《Operation example》
〈Holding a match〉
FIG. 9 shows a flowchart for conducting a match. In this embodiment, it is assumed that each of the players P1 and P2 is given a QR code (registered trademark) for personal authentication when they enter the tournament in advance. When starting a match, each player P1, P2 causes the authentication device 7 to read a QR code. Thereby, the information accompanying the QR code is transferred to the server device 2.

The server device 2 transfers the verification result of the information accompanying the QR code transmitted from the code reader 71 (information on whether the player is a legitimate player) to the referee's terminal (referee terminal 4). If there is no problem with the verification results sent to the referee terminal 4, the referee instructs the players P1 and P2 to start the match.

As each player P1 and P2 operates their respective controllers 63, the match execution unit 561 advances the match (step S01). In a battle, the winner or loser is determined once, for example, when the physical strength value of one of the characters becomes 0. Once the winner or loser is determined, the result storage unit 562 stores the match result in the storage unit 55 (step S02). Further, the result transmitting unit 563 transmits the match result to the server device 2 (step S03).

<Confirmation of match results>
FIG. 10 shows a flowchart for determining the match result. In the e-sports tournament exemplified in this embodiment, a referee determines whether or not players P1 and P2 are cheating. In this example, when the match ends, information on the match result and input history information are sent from the server device 2 to the referee terminal 4.

The result receiving unit 41 of the referee terminal 4 receives the sent match results and the like (step S11). Here, when the referee operates the UI of the referee terminal 4, the result verification unit 42 constructs replay data (step S12). The result verification unit 42 displays the constructed replay data on the display 91. This allows the referee (judge) to verify whether there is any fraud in the match based on the replay data. The referee can input the determination result by operating the match result determination UI.

The result authentication unit 43 receives the verification result input by the referee and authenticates it (step S13). This will confirm the match result. Once the match result is determined, the authentication result transmitter 44 transmits the authentication result to the server device 2 (step S14). Here, it is assumed that the match has been authenticated as legitimate.

〈Battle result tokenization〉
If the match result sent from the authentication result transmitter 44 is not valid, the server device 2 does not tokenize the match result. On the other hand, if the match result is authenticated, the server device 2 tokenizes the match result. FIG. 11 shows a flowchart for tokenizing the match results.

First, the server device 2 receives the verified match result from the referee terminal 4 (step S21). The recording unit 231 generates a block (token) based on the received match result and records it in the distributed ledger (step S22). That is, in this example, the server device 2 generates the block.

The transfer unit 232 transfers the block (token) to the player terminal 3 of the winner (the owner of the rights to the match result) (step S23). The player terminal 3 functions as a blockchain node. As a result, the match result is recorded in the distributed ledger as belonging to the winner.

<Token trading>
A server device 2, a player terminal 3, and a purchaser terminal 10 are used for token transactions in this embodiment. FIG. 12 shows a flowchart of token trading. Token trading is based on the premise that one of the rights holders (for example, the winner of a battle) is putting up their own rights (tokens) for sale. For example, the winner of the match can put his own tokens up for sale on the intermediary section 233 of the server device 2 by operating his own player terminal 3 (exhibition section 32).

A person who wishes to purchase a token logs into the server device 2 from his or her own purchaser terminal 10 and selects the token (right) that he or she wishes to purchase. When the purchaser selects a token, the transaction request unit 103 of the purchaser terminal 10 transmits transaction information to the intermediary unit 233 (step S31).

The intermediary unit 233 transmits the transaction request notification to the player terminal 3 of the right holder (step S32). Then, the player terminal 3 receives the transaction request notification (step S33), and the notification is issued to the user (right holder).

Here, when the right holder operates the "transaction approval" button, the transaction permission unit 34 transmits a permission notification to the purchaser terminal 10 (step S34). When the permission notification is transmitted, the permission receiving unit 104 in the purchaser terminal 10 receives the permission notification (step S35).

When the transaction conditions are established, the transaction permission section 34 permits the token management section 31 to transfer the block (token) to be traded. As a result, ownership of the token is transferred to the destination user (purchasing applicant).

When a block (token) transaction is completed as described above, the notification unit 234 in the server device 2 notifies both the transfer source (seller) and the transfer destination (purchase applicant) of a request for payment of intermediary consideration. (Step S36). In the game system 1, tokens are traded through the mediation of the server device 2.

To summarize the above, the present invention is a computer system that manages the results of a competition (game) played via a computer, and which identifies game result information of the game and a player corresponding to the game result information. This is a computer system (game system 1) characterized in that it includes a recording unit 231 that records transaction information, which is information that is linked to information that is associated with a transaction, in a distributed ledger.

《Effects of this embodiment》
In this embodiment, game results are tokenized and recorded in a distributed ledger. According to this embodiment, the results of games played via a computer can be managed. In this embodiment, the results of games played via the computer can be easily tracked. In other words, in this embodiment, it is possible to clarify the ownership of rights that arise with the game. Moreover, the rights can be traded safely. This will eventually lead to the promotion of amateur players becoming professionals and the securing of income for professional players.

Further, in this embodiment, since a distributed ledger is adopted, information on the game results can be shared.

[Embodiment 2]
In the second embodiment, another configuration example of the control unit 23 in the server device 2 will be described. FIG. 13 is a block diagram showing the configuration of the server device 2 in the second embodiment. In this embodiment, the CPU of the control unit 23 functions as a recording unit 231, a transfer unit 232, an intermediary unit 233, a notification unit 234, an information acquisition unit 235, and an authentication unit 236 by executing various programs. The recording unit 231, the transfer unit 232, the intermediary unit 233, and the notification unit 234 perform the same functions as those described in the first embodiment.

The information acquisition unit 235 acquires profile information from a database (hereinafter referred to as a judge database) that includes profile information of judges (referees). Profile information can include various types of information.

In this embodiment, information for evaluating the reliability of decisions made by referees is collected in a judge database. The profile used in this embodiment as a reliability evaluation index is illustrated below.
(1) List of tournaments in which the referee has refereed in the past (2) Name of the organization to which the referee belongs (3) Grade of referee qualification (e.g. grade 1, grade 2, etc., issued by the referee's organization)
(4) Evaluation of past match evaluations (5) Feedback from tournament participants (6) Evaluation from tournament viewers via SNS (social networking service), etc. Note that there are no limitations to the method of implementing the judge database. do not have. The adjudicator database can be implemented, for example, as a relational database or as a distributed ledger such as a blockchain.

The authentication unit 236 checks the referee's profile and determines the validity of the match result conducted by the referee. This determination can be realized, for example, by quantifying the referee's profile and comparing the value with a threshold value. When the authentication unit 236 determines that the referee's decision is valid, the authentication unit 236 authenticates the match result as valid.

The match results that are authenticated by the authentication unit 236 are tokenized and recorded in the distributed ledger in the same way as in the first embodiment.

《Effects of this embodiment》
If the control unit 23 can function as the information acquisition unit 235 and the authentication unit 236, even if the game system 1 is not directly involved in the operation of the game, it is possible to tokenize it as long as the game result is legitimate. become. As a result, in this embodiment, it is further promoted that amateur players become professionals and that professional players secure income.

[Other embodiments]
The game system 1 may operate as follows.

(1) Players may be given the right to use a virtual room created by a computer, and may also be allowed to place virtual items such as trophies in the virtual room on the condition that they own tokens (blocks). By doing so, participation in the game is promoted and use of the game system 1 is activated.

Further, when a token is transferred, a virtual item such as a trophy may be placed in the transferee's virtual room.

Token rights are not limited to trophies. For example, in addition to trophies, token rights may include various items and events related to the game, such as exclusive costumes, equipment, stages, and lottery rights. Further, as a right based on a token, a video of the inside of a virtual room may be distributed via a communication network.

(2) The tournament operator may purchase the tokens after the game. For example, a system could be created in which the operator buys the player after a certain number of wins. This will encourage participation in the game. As a result, the game system 1 will be more actively used.

Of course, token buyers are not limited to tournament operators. For example, a system may be used in which a sponsor buys tokens after the game. The sponsor may be either a tournament sponsor or a player sponsor. For example, in tournaments with sponsors, tokens can be purchased by sponsors using the participation fee for the tournament.

In this way, by exchanging funds via tokens, the flow of money can be clarified. For example, when operating this computer system in a country where it is legally required that "participation fees do not fund prize money," it is possible to easily comply with such laws by exchanging funds via tokens. Can correspond to

Furthermore, the object of tokenization (object of transaction) is not limited to rights related to replay data. For example, the following items can be exemplified.

Game save data (data that allows the game to be restarted from the middle) may be tokenized. By doing this, the use of the game system 1 will be activated.

For example, the win/loss history associated with a player's account may be tokenized. This makes it possible, for example, if your opponents are divided into tiers based on their strength, and you can immediately play in the stronger tier.

The player's account itself may be tokenized, or the player's in-game name (name succession right) may be tokenized.

If you are participating in a game as a team, you may tokenize ownership of the team itself. This makes it possible, for example, if your opponents are divided into tiers based on their strength, and you can immediately play in the stronger tier.

If the game result is not legitimate, the game result information may be tokenized. The blockchain that holds this token could be used, for example, as a database of players who cheat.

The type of game is not limited to the illustrated fighting game. The game system 1 (computer system) can be used for various game plays. For example, games are not limited to interpersonal battles. Further, the game may be a game played by a plurality of players in cooperation with each other, or a game played individually (eg, time attack). The game system 1 may be configured to tokenize these game results (for example, time of time attack).

Furthermore, if there is no problem with the verification results, the referee may directly send the results back to the server device 2 from the referee terminal 4, or may cause the authentication device 7 for the next game to read the QR code.

Authentication of players and referees is not limited to the illustrated flow. For example, the referee may transmit information accompanying the QR code of a legitimate player to the server device 2, and the server device 2 may transmit the authentication result to the player terminal 3 of the player. Alternatively, the referee and the player may transmit information accompanying the QR code to the server device 2, and if both QR codes are valid, the validity may be authenticated.

The result information is not limited to what is illustrated. The game result information includes all information related to the game. For example, the game result information can include the character used, various times, player ID and information linked thereto, type and number of techniques used, number of combos (consecutive techniques), and combo that caused maximum damage. The game result information may also include information specifying the commentator, commentator, venue name, tournament name, and controller name used.

When a distributed ledger is configured using a blockchain, it may be possible to configure a cross-chain with other blockchains. For example, it is conceivable to configure a cross-chain with a virtual currency blockchain or a cross-chain with a game currency blockchain. Additionally, a cross-chain with a blockchain that manages other games (or tournaments) may be configured.

A server (token management server) may be constructed to keep blocks (that is, tokens). The server device 2 of the game system 1 may be used as the token management server, or another server may be prepared as the token management server. By providing a token management server, the burden on token holders (for example, security management) is reduced. Even in this case, for example, the player (token holder) can replay the game on his or her own game device 5 or display a virtual trophy in the virtual space based on the ownership of the token.

If the referee is unreliable, another referee may be asked to assist in making the decision, or a joint evaluation may be conducted with AI (artificial intelligence). Additionally, joint evaluation between humans (referees) and AI may always be conducted.

One player may be able to use multiple controllers. For example, it may be possible to use a mouse and keyboard together.

The type of controller is not limited as long as it can be used for input. For example, a device that can be operated only by voice or gaze may be used as the controller.

There may be two or more game devices 5 for game play. Alternatively, an online game using a plurality of game devices 5 or a game using short-range communication may be used.

There is no limitation on the installation location of the authentication device 7. For example, the authentication device 7 may be installed at a tournament venue. The authentication device 7 may be configured as a portable terminal. The portable terminal may be, for example, a smartphone, and an authentication application may be installed therein to perform the role of an authentication device.

The ID of the referee and the player may be the same. For example, such an operation can be considered when there is a player who also serves as a referee. In that case, the player's credibility as a referee (see Embodiment 2) may be evaluated according to the player's track record. For example, it is conceivable that a referee who is also active as a player will have lower credibility as a referee. Furthermore, if it is found that a player's ID and a referee's ID are registered even though the IDs can be shared, penalties may be imposed.

It is also possible to build a video site that specializes in video playback such as replays related to tokens, or to provide in-game content based on tokens.

The device that performs tokenization is not limited to the server device 2. For example, the game system 1 (computer system) may be configured so that a predetermined terminal (for example, a portable terminal such as a smartphone) can be used for tokenization. In this case, the terminal may be configured to perform the following operations and processes.
(1) Enter the match results into the form displayed on the terminal.
(2) Next, tokenization (block generation) is performed by the terminal based on the form input.
(3) Connect the block to the blockchain using a terminal.

The game system 1 (computer system) may be configured so that the match results are sent to the loser. An example of the destination of the match result is the loser's player terminal 3. The battle results may be sent to the loser by the server device 2, or another device may be provided.

Even when these other embodiments are adopted, the effects of the present invention can be exerted. Moreover, it is also possible to combine this embodiment with other embodiments, or with other embodiments, as appropriate.

1 Game system (computer system)
5 Game device (computer)
43 Result Authentication Department (Authentication Department)
236 Authentication unit 231 Recording unit 232 Transfer unit 233 Mediation unit 234 Notification unit 235 Information acquisition unit

Claims (10)

A computer system that manages the results of games played via a computer, the computer system comprising:
A computer comprising: a recording unit that records transaction information, which is information linking game result information of the game and information identifying a player corresponding to the game result information, in a distributed ledger. system. In claim 1,
comprising an authentication unit that authenticates the validity of the game result,
The recording unit stores, as the transaction information, information in which game result information that has been authenticated by the authentication unit as legitimate and information that identifies a player corresponding to the authenticated game result information is linked to the distributed information. A computer system characterized by recording on a mold ledger. In claim 1 or claim 2,
comprising a transfer unit that transfers the transaction information to a predetermined transfer destination via a communication network,
The computer system is characterized in that the transfer unit includes information for specifying a transfer source and a transfer destination in transaction information to be transferred. In any one of claims 1 to 3,
A computer system characterized in that the transaction information includes data indicating rights obtained in conjunction with the game result. In claim 4,
A computer system characterized in that the right is a right related to replay data that reproduces the progress of the game. In claim 3,
A computer system comprising: an intermediary unit that mediates between a transfer source and a transfer destination of the transaction information. In claim 6,
A computer system comprising: a notification unit that notifies at least one of the transfer source and the transfer destination of a request for payment of consideration when the mediation is established. In claim 2,
A computer system characterized in that information on the game result is associated with information specifying a judge who made a judgment regarding the game. In claim 8,
comprising an information acquisition unit that acquires information on the profile from a database containing information on the profile of the judge;
The computer system is characterized in that the authentication unit uses the profile information obtained by the information acquisition unit to determine the validity. A method for managing the results of a game played via a computer, the method comprising:
A game result recording method characterized by comprising a recording step of recording transaction information, which is information linking game result information of the game and information identifying a player corresponding to the game result information, in a distributed ledger. Management method.

Images