Game system, generation method, and game program

Abstract

The game system includes an issuing unit that issues non-fungible tokens based on an issuance instruction from a user, a replication processing unit that generates a replication of a non-fungible token based on the non-fungible token, and a game execution unit that executes a game using the replication in response to an operation by a player. The training unit may train the non-fungible token based on a training instruction from the user and update the non-fungible token based on the training result. The replication processing unit may update the replication based on the updated non-fungible token. The game execution unit may execute the game using the updated replication.

Description

Technical Field

[0001] The present invention relates to a game system, a generation method, and a game program.

Background Art

[0002] GameFi is an online game (Web3 game) that uses elements of decentralized finance (DeFi: Decentralized Finance) such as blockchain. By playing the game, players may obtain rewards such as cryptocurrency (virtual currency) and non-fungible tokens (NFTs).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] In order to play all the functions of a Web3 game, players need to hold non-fungible tokens, for example, by purchasing the issued non-fungible tokens. Players who have become holders of non-fungible tokens play the game using the non-fungible tokens they hold. In order to increase the number of players, the operator of the Web3 game may issue a large number of non-fungible tokens, but there is a problem that the value of each non-fungible token will decrease.

[0005] In view of the above circumstances, an object of the present invention is to provide a game system, a generation method, and a game program that can increase the number of players while suppressing a decrease in the value of non-fungible tokens.

Means for Solving the Problems

[0006] One aspect of the present invention is a game system including an issuing unit that issues a non-fungible token based on an issuance instruction from a user, a replication processing unit that generates a replication of the non-fungible token, and a game execution unit that executes a game using the replication in response to an operation by a player.

[0007] One aspect of the present invention is a generation method executed by a game system, the method including steps of issuing a non-fungible token based on an issuance instruction from a user, generating a replication of the non-fungible token, and executing a game using the replication in response to an operation by a player.

[0008] One aspect of the present invention is a game program for causing a computer to execute procedures of issuing a non-fungible token based on an issuance instruction from a user, generating a replication of the non-fungible token, and executing a game using the replication in response to an operation by a player.

Advantages of the Invention

[0009] According to the present invention, it is possible to increase the number of players while suppressing a decrease in the value of non-fungible tokens.

Brief Description of the Drawings

[0010]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Embodiment for Carrying out the Invention

[0011] (Overview) The game system includes an on-chain part and an off-chain part. At least a part of the processes executed by the on-chain part are processes on the blockchain. In contrast, the processes executed by the off-chain part do not have to be processes on the blockchain.

[0012] In the on-chain part, a user purchases a ticket issued by an operator, for example, by paying a cryptocurrency to the operator. The number of tickets issued may be limited by the operator. The on-chain part issues (mints) a non-fungible token (hereinafter referred to as "character NFT") that functions as a character in the game system to the user based on an issuance instruction transmitted from the information processing terminal of the user who purchased the ticket. The user holds the issued character NFT in the on-chain part. The shape (appearance) of the character NFT is not limited to a specific shape, but for example, it is humanoid. Hereinafter, a user (holder) who holds a character NFT is referred to as an "NFT holder". The on-chain part registers one or more character NFTs for each NFT holder in the management data store (pool) of the storage device.

[0013] Based on the mating instruction (redesign instruction for the registration data of character NFTs) transmitted from the information processing terminal of the NFT holder, the on-chain part may issue new character NFTs (offspring) using the mating results of a plurality of character NFTs (parents) held by the NFT holder. Also, based on the training instruction transmitted from the information processing terminal of the NFT holder, the on-chain part may train the character NFTs held by the NFT holder. At a predetermined timing, the on-chain part registers the training results of the character NFTs in the storage device.

[0014] In this way, instead of the operator registering the characters appearing in the game in the game system, the game operator provides a new experience to the NFT holders, where the NFT holders register the characters in the game system.

[0015] For the game, for example, a season (period) divided by Monday may be defined every week. At a predetermined timing (for example, at the start of the season), the off-chain part acquires the registration data of the character NFTs from the on-chain part. The off-chain part copies the character NFTs based on the acquired registration data. Hereinafter, the copy of the character NFT (proxy model) is referred to as a "copy character". If the copy character has already been copied until the previous season, the off-chain part updates the registration data of the copy character based on the registration data of the character NFT that is the original of the copy character.

[0016] Based on the lottery instruction transmitted from the player, the off-chain part discharges copy characters from the gacha (registered trademark) at a predetermined discharge rate. The discharge rate is predetermined, for example, according to the evaluation rank of the character NFTs in the previous season. Since the copy characters are non-tradable data, a large number of copy characters may be discharged.

[0017] The off-chain part discharges (generates) a copy character based on the lottery instruction transmitted from the player's information processing terminal. Here, the higher the pre-determined discharge rate of the character NFT, the higher the probability that the copy character of that character NFT will be discharged. For example, the probability of discharging the copy character (rare character) of the character NFT given the highest evaluation rank "S" is the lowest. On the contrary, for example, the probability of discharging the copy character of the character NFT given the lowest evaluation rank "D" is the highest.

[0018] Note that the combination of each part of the character NFT is randomly determined when the character NFT is issued. When a copy character is replicated from a character NFT, the combination of each part of the copy character is the same as the combination of each part of the character NFT that is the replication source. The stamina of each copy character in the game is the same. Also, the attack power of each copy character in the game is the same. This is to enable fair measurement of the strength of each copy character replicated from the same character NFT.

[0019] The player holds the discharged copy character in the off-chain part. The off-chain part executes a game using the copy characters held by the player in response to the operations by the player. The type of the game is not limited to a specific type, but for example, it is a battle game between copy characters (PvP: Player versus Player).

[0020] In this way, the player plays the game using copy characters instead of character NFTs. This makes it possible to increase the number of players while suppressing the decrease in the value of non-fungible tokens.

[0021] The off-chain part changes the evaluation rank of the character NFT that is the original of the copied character according to the win-loss (number of victories) in the game using the copied character. For example, the off-chain part raises the evaluation rank of the character NFT that is the original of the copied character as the number of victories of the copied character increases.

[0022] At a predetermined timing, the on-chain part gives a higher reward to the NFT holder of the character NFT as the evaluation rank of the character NFT is higher. The reward is not limited to a specific type, but for example, it is a cryptocurrency (virtual currency) and a non-fungible token, etc.

[0023] In this way, the NFT holder can obtain a reward just by holding the character NFT without playing the game. As a result, it is possible to coexist different user groups, namely the NFT holders who purchase non-fungible tokens for investment purposes or player support purposes and the players, in one project (game system).

[0024] The NFT holder may correctly train the character NFT based on the game rules by becoming familiar with the game rules so as to raise the evaluation rank of the character NFT held by himself / herself. By increasing the evaluation rank of the character NFT, the NFT holder of that character NFT can obtain more rewards.

[0025] The predetermined timing when the reward is given to the NFT holder is, for example, the end of each season. The registration data (for example, the evaluation rank) of the character NFT may be updated at the end of each season so that the registration data of the character NFT is not updated during the season.

[0026] As a result, the copied character of the character NFT newly issued in the on-chain part is replicated in the off-chain part at the start of the season following the season in which the character NFT was newly issued.

[0027] When the registration data of the character NFT is updated in the on-chain part, the registration data (e.g., attack power) of the copy character already held by the player in the off-chain part may be updated according to the registration data (e.g., attack power) of the character NFT at the start of the season following the season in which the registration data of the character NFT was updated.

[0028] This solves various problems that occur in the game (e.g., the problem that the game playability cannot be maintained because the registration data of the copy character is updated in a shorter period than one week, and the problem that the registration data of the copy character differs for each player), and it is possible to provide the updated game to the players season by season.

[0029] Note that the on-chain part may execute a transaction process (buy / sell process) of the character NFT of the NFT holder based on a transaction instruction transmitted from the information processing terminal of the NFT holder.

[0030] Embodiments of the present invention will be described in detail with reference to the drawings. (First Embodiment) FIG. 1 is a diagram showing a configuration example of a game system 1 in an embodiment. The game system 1 is an online game system. The game system 1 includes an on-chain part 2 and an off-chain part 3.

[0031] The on-chain part 2 includes a communication line 21, N (N is an integer of 1 or more) holder terminals 22, a control part 23, an issuing part 24, a registration part 25, a training part 26, a reward part 27, and a deletion part 28. The off-chain part 3 includes a communication line 31, M (M is an integer of 1 or more) player terminals 32, a game execution part 33, a proxy 34, and an evaluation part 35.

[0032] First, the on-chain part 2 will be described. At least a part of the processes executed by the on-chain unit 2 is a process on the blockchain. At least a part of the communication line 21 is a self-governing decentralized network (Web3).

[0033] The holder terminal 22 is an information processing terminal of the NFT holder, and is, for example, a smartphone terminal, a tablet terminal, or a personal computer. The holder terminal 22 receives operations by the NFT holder. The holder terminal 22 accesses the control unit 23 via the communication line 21 according to the received operation. The holder terminal 22 transmits a predetermined instruction to the control unit 23. The holder terminal 22 acquires a processing result corresponding to the instruction from the control unit 23.

[0034] The control unit 23 controls the operations of the functional units of the issuing unit 24, the registering unit 25, and the training unit 26 based on the instruction transmitted from the holder terminal 22. The issuing unit 24 issues (mints) character NFTs for each ticket purchased by the NFT holder based on the issuance instruction transmitted from the holder terminal 22. The issuing unit 24 registers the issued character NFTs in the registering unit 25 (pool). Here, the registering unit 25 registers the registration data of the issued character NFTs in the character NFT management data store. That is, the registering unit 25 stores the registration data of the character NFTs.

[0035] FIG. 2 is a diagram showing an example of the character NFT management data store in the embodiment. In the character NFT management data store, as an example of each item of the registration data, an item "NFT holder identification information", an item "character NFT identification information", an item "part identification information" (an example of a parameter of the character NFT), an item "character NFT evaluation rank", and an item "reward" are associated. Here, the character NFT evaluation rank represents what percentage the number of wins of the copy character belongs to in the win number ranking of the game.

[0036] In the management data store of character NFTs, the item "attack power (initial value)", the item "copy character emission rate (initial value)", and the item "price (initial value)" (examples of character NFT parameters) may be further associated. The initial value of the attack power, the initial value of the copy character emission rate, and the initial value of the price may be different for each character NFT, or may be common to all character NFTs. Note that since the secondary circulation price of character NFTs is a price that changes according to market demand, it may not be managed in the management data store of character NFTs.

[0037] Returning to FIG. 1, the description of the configuration example of the game system 1 will be continued. The training unit 26 trains the character NFT by a predetermined method based on the training instruction transmitted from the holder terminal 22. The training unit 26 updates the registration data of the character NFT in the registration unit 25 based on the training result. For example, the training unit 26 may register the updated attack power of the character NFT in the management data store of the character NFT based on the training result.

[0038] The reward unit 27 outputs rewards to each holder terminal 22 according to the character NFT evaluation rank. The reward unit 27 gives higher rewards to the NFT holder of the character NFT as the evaluation rank of the character NFT is higher.

[0039] The deletion unit 28 deletes (burns) the registration data of the character NFT held by the NFT holder based on the deletion instruction transmitted from the holder terminal 22. In the management data store of the character NFT, the registration data of the deleted character NFT is classified as deleted (burned).

[0040] Next, the off-chain unit 3 will be described. The processing executed by the off-chain unit 3 may not be processing on the blockchain. The communication line 31 is, for example, the Internet. The player terminal 32 is the player's information processing terminal, and is, for example, a smartphone terminal, a tablet terminal, or a personal computer.

[0041] When the game execution unit 33 obtains a lottery instruction from the player terminal 32, it executes a lottery on the management data store (registered data) of the character NFT replicated from the registration unit 25 by the proxy 34. The game execution unit 33 obtains the copy character discharged as a result of the lottery from the proxy 34.

[0042] The game execution unit 33 executes a game using the copy character held by the player based on the operation signal obtained from the player terminal 32. The game execution unit 33 updates the management data store (registered data) of the copy character registered in the proxy 34 according to the result of the game.

[0043] At a predetermined timing (for example, at the start of a season), the proxy 34 (duplication processing unit) duplicates the management data store (registered data) of the character NFT from the registration unit 25. The proxy 34 stores the duplicated management data store of the character NFT.

[0044] When the game execution unit 33 executes a lottery, the proxy 34 discharges a copy character to the game execution unit 33 at a discharge rate associated according to the character NFT evaluation rank in the previous season. The proxy 34 registers the registered data of the discharged copy character in the management table of the copy character in association with the player identification information.

[0045] The evaluation unit 35 updates the character NFT evaluation rank registered in the management data store of the character NFT in the registration unit 25 based on the evaluation result. The proxy 34 obtains the character NFT evaluation rank updated in the registration unit 25 for each character NFT that is the duplication source of the copy character from the registration unit 25.

[0046] At a predetermined timing (for example, at the end of a season), the evaluation unit 35 evaluates the character NFT evaluation rank of each copy character based on the number of victories of each copy character. The proxy 34 and the evaluation unit 35 update the evaluation rank of each character NFT based on the evaluation result (the character NFT evaluation rank of each copy character).

[0047] FIG. 3 is a diagram showing an example of a management data store of copy characters (proxy characters) in an embodiment. In the management data store of copy characters, as an example of each item of registration data, there are associated an item "player identification information", an item "copy character identification information", an item "attack power", an item "number of victories", an item "copy character rank", an item "character NFT evaluation rank", and an item "character NFT identification information".

[0048] Since the copy character rank is determined based on the number of victories rather than the winning rate of the copy character, even if a player intentionally loses, the copy character rank is unlikely to decrease. This makes it possible to correctly evaluate the character NFT evaluation rank of the copy character.

[0049] Also, even when there is a tendency for the same copy character to be repeatedly used, the initial value of the stamina value is determined for each copy character replicated from a character NFT so that the evaluation rank (strength in the game) of the character NFT that is the original of the copy character can be correctly evaluated. Each time a copy character wins in the game, the stamina value of that copy character is reduced. When the stamina value becomes 0, even if the copy character wins in the game later, the character NFT evaluation rank of that copy character may not be changed.

[0050] When the same type of copied character is discharged again for the same player, the stamina value of the discharged copied character may be restored to the initial value. Here, by the player paying a paid cryptographic asset (virtual currency) that is valid in the game, the stamina value of the copied character may be restored. Note that since a cost such as payment of a paid cryptographic asset is required, it is difficult for such a restoration method to have a great impact on the ranking of the copied character.

[0051] Next, an operation example of the game system 1 will be described. FIG. 4 is a sequence diagram showing an operation example of the on-chain unit 2 in the embodiment. The holder terminal 22 transmits an issuance instruction to the control unit 23 (step S101). The control unit 23 transfers the issuance instruction to the issuance unit 24 (step S102). The issuance unit 24 issues a character NFT based on the issuance instruction (step S103). The registration unit 25 registers the registration data of the issued character NFT in the character NFT management data store (step S104).

[0052] The holder terminal 22 transmits a training instruction to the control unit 23 (step S105). The control unit 23 transfers the training instruction to the training unit 26 (step S106). The training unit 26 trains the character NFT in a predetermined method based on the training instruction (step S107). The training unit 26 outputs the training result to the registration unit 25 (step S108). The registration unit 25 updates the registration data (for example, attack power) of the character NFT based on the training result (step S109).

[0053] FIG. 5 is a sequence diagram showing an operation example of the on-chain unit 2 and the off-chain unit 3 in the embodiment. At a predetermined timing (for example, at the start of a season), the registration unit 25 outputs the management data (registration data) of the character NFT to the proxy 34 (step S201).

[0054] The proxy 34 copies the management data of the character NFT. Based on the copied management data of the character NFT, the proxy 34 updates the management data store of the copy character. That is, the proxy 34 reflects the registration data of the character NFT in this season in the registration data of the copy character in this season (step S202).

[0055] The player terminal 32 sends a lottery instruction to the game execution unit 33 (step S203). The game execution unit 33 conducts a lottery on the management data store (registration data) of the copied character NFT (step S204). The proxy 34 discharges the copy character to the game execution unit 33 at the discharge rate associated according to the character NFT evaluation rank in the previous season. The proxy 34 registers the registration data of the discharged copy character in the management data store of the copy character (step S205).

[0056] The player terminal 32 outputs an operation signal to the game execution unit 33 according to the operation by the player (step S206). The game execution unit 33 executes a game using the copy character held by the player based on the operation signal (step S207).

[0057] The game execution unit 33 updates the registration data of the copy character registered in the proxy 34. For example, when the copy character wins, the game execution unit 33 reduces the stamina value of the copy character in the management data store of the copy character. For example, when the copy character wins, the game execution unit 33 increases the number of victories of the copy character in the management data store of the copy character (step S208).

[0058] At a predetermined timing (for example, at the end of a season), the evaluation unit 35 evaluates the character NFT evaluation rank of each copy character based on the number of victories of each copy character. That is, the evaluation unit 35 evaluates what percentage of the top in the ranking the number of victories of each copy character belongs to (step S209).

[0059] The registration unit 25 updates the management data store of the character NFT based on the character NFT evaluation rank of each copy character. For example, the proxy 34, the evaluation unit 35, and the registration unit 25 update the character NFT evaluation rank of the character NFT that is the original of the copy character based on the character NFT evaluation rank for each copy character (step S210). The registration unit 25 outputs the updated character NFT evaluation rank to the proxy 34 (step S211). The proxy 34 acquires the updated character NFT evaluation rank from the registration unit 25 for each character NFT that is the original of the copy character (step S212). The reward unit 27 outputs a reward to each holder terminal 22 according to the character NFT evaluation rank (step S213).

[0060] At a predetermined timing (for example, at the start of a new season), the registration unit 25 outputs the management data (registration data) of the character NFT to the proxy 34 (step S214). The proxy 34 copies the management data of the character NFT. The proxy 34 updates the management data store of the copy character based on the copied management data of the character NFT. That is, the proxy 34 reflects the registration data of the character NFT in this season in the registration data of the copy character in this season (step S215).

[0061] Each step from step S216 to step S223 is the same as each step from step S206 to step S223.

[0062] As described above, the issuance unit 24 issues character NFTs (non-fungible tokens) based on an issuance instruction from the user. The proxy 34 (duplication processing unit) generates a copy character (duplicate) of the character NFT. The game execution unit 33 executes a game using the copy character in response to an operation by the player.

[0063] Thus, despite the inhibiting factor that non-fungible tokens are non-substitutable digital data, the proxy 34 generates a copy character of the character NFT. By doing so, it is possible to increase the number of players while suppressing a decrease in the value of non-fungible tokens.

[0064] The evaluation unit 35 evaluates the character NFT evaluation rank of the copy character based on the number of victories of the copy character in the game. The proxy 34, the evaluation unit 35, and the registration unit 25 update the evaluation rank of the character NFT based on the character NFT evaluation rank. The reward unit 27 gives a reward to the user according to the updated evaluation rank.

[0065] This makes it possible to increase the demand for non-fungible tokens. Also, since the NFT holder can obtain a reward just by holding the character NFT without playing the game, it is possible to coexist different user groups, namely, NFT holders who purchase non-fungible tokens for investment purposes or player support purposes and players, in the game system.

[0066] The training unit 26 may train the character NFT based on a training instruction from the user. The training unit 26 may update the character NFT based on the training result. The proxy 34 may update the copy character based on the updated character NFT. The game execution unit 33 may execute the game using the updated copy character.

[0067] In this way, the NFT holder can increase the evaluation rank of the character NFT by correctly training the character NFT they hold based on an understanding of the game rules and the like. As a result, the NFT holder can obtain more rewards.

[0068] (Modification example) By randomly determining the combination of each part of the character NFT, a large number of character NFTs with different design variations based on one design concept are issued.

[0069] Here, the Voronoi diagram and the flow map may be used to dynamically determine the random color scheme (patterns, color patterns, color distributions) of the character NFT. Specifically, each area (division) on the surface of the character NFT is determined based on the Voronoi diagram. Each area is painted with a predetermined color. The shape of the colored area is distorted using the flow map.

[0070] FIG. 6 is a diagram showing an example of the color scheme of the character NFT in a comparative example with the embodiment. If the Voronoi diagram and the flow map are simply used, a plurality of character NFTs with similar appearances may be issued. Also, if the Voronoi diagram and the flow map are simply used, there is no uniformity in the color scheme on the surface of the character NFT, so the appearance of the character NFT may not look good. The character NFT 201, the character NFT 202, and the character NFT 203 are each examples of the color scheme of the character NFT issued in this way (comparative example with the embodiment).

[0071] To solve such problems, the issuing unit 24 does not simply use the Voronoi diagram and the flow map, but dynamically determines the color scheme of the character NFT by using the Voronoi diagram and the flow map according to the shape of the character NFT.

[0072] The issuing unit 24 uses a Voronoi diagram to determine each area on the surface of the character NFT according to the shape of the character NFT (for example, rod-shaped). For example, in a rod-shaped part of the character NFT, the issuing unit 24 uses a Voronoi diagram based on whether it is closer to the tip (first end) or the base (second end) of the part to determine each area on the surface of the part of the character NFT. More specifically, for example, in the arm of the character NFT, the issuing unit 24 uses a Voronoi diagram according to whether it is closer to the tip or the base of the arm to determine the shape and area of each area on the surface of the arm of the character NFT. For example, in the spine of the character NFT, the issuing unit 24 uses a Voronoi diagram according to whether it is closer to the tip or the base of the spine to determine the shape and area of each area on the surface of the spine of the character NFT.

[0073] The issuing unit 24 may also use a Voronoi diagram to determine each area on the surface of the character NFT based on which part among the paired parts (corresponding parts) in the character NFT it is. For example, the issuing unit 24 may use a Voronoi diagram according to whether it is the back part or the belly part of the character NFT to determine the shape and area of each area on the surface of the character NFT.

[0074] The issuing unit 24 may use a Voronoi diagram to determine each area on the surface of the character NFT based on whether it is a predetermined functional part of the part of the character NFT. For example, the issuing unit 24 may use a Voronoi diagram according to whether it is a joint of a part (for example, the tail) of the character NFT to determine the shape and area of each area on the surface of the character NFT. Thereby, for example, each area is determined along the joints of the tail. For example, the issuing unit 24 may use a Voronoi diagram according to whether it is a scale of a part (for example, the belly) of the character NFT to determine the shape and area of each area on the surface of the character NFT. Thereby, for example, each area is determined along the scales of the belly.

[0075] The issuing unit 24 paints each area with a predetermined color using the Voronoi diagram and the flow map. Also, the issuing unit 24 distorts the shape of the area to be painted using the flow map. For example, the issuing unit 24 may distort the shape of the area more as it is closer to the base of the character NFT's arm. As a result, the color of the area closer to the base of the character NFT's arm may become lighter according to the expansion of the area compared to the color of the area closer to the tip of the arm.

[0076] The issuing unit 24 may determine the color of each area of the character NFT according to the ability (e.g., attack power) and parameters (e.g., combination of each part) of the character NFT. The color scheme of the character NFT is not limited to a specific color scheme, but the surface of the character NFT is painted with each color described below, for example.

[0077] FIG. 7 is a diagram showing an example of the distribution of the red color (first color) of the character NFT in the embodiment. In FIG. 7, the back of the character NFT and the belly of the character NFT are pre-associated. The issuing unit 24 uses the Voronoi diagram to determine each area on the surface of the character NFT according to whether it is a part of the back or the belly of the character NFT. The issuing unit 24 may distort the shape of the area more as it is closer to the back of the character NFT. As a result, the red color of the area closer to the back of the character NFT may become lighter according to the expansion of the area compared to the red color of the area closer to the belly of the character NFT.

[0078] FIG. 8 is a diagram showing an example of the distribution of the green color (second color) of the character NFT in the embodiment. The issuing unit 24 uses the Voronoi diagram to determine each area on the surface of the character NFT according to whether it is closer to the first end or the second end of a part (e.g., tail) of the character NFT. The issuing unit 24 distorts the shape of the area more as it is closer to the first end (tip) of the part of the character NFT. As a result, the green color of the area closer to the first end (tip) of the part of the character NFT may become lighter according to the expansion of the area compared to the green color of the area closer to the second end (base) of that part.

[0079] FIG. 9 is a diagram showing an example of the distribution of the blue color (the third color) of the character NFT in the embodiment. The issuing unit 24 determines each region on the surface of the character NFT using a Voronoi diagram according to whether or not a part (for example, the tail) of the character NFT is a node of that part. The issuing unit 24 may determine each region on the surface of the character NFT using a Voronoi diagram according to whether or not a part of the character NFT is a spine of that part. The issuing unit 24 greatly distorts the region other than the node of the part of the character NFT. As a result, in the part of the character NFT, the green color other than the node of that part may become lighter according to the expansion of the area of the region than the green color of the node of that part.

[0080] As described above, the issuing unit 24 determines each region on the surface of the character NFT (non-fungible token) along the shape of the character NFT and determines the color scheme of each region. For example, the issuing unit 24 may determine each region on the surface of a part of the character NFT based on whether it is close to the first end or the second end of that part. For example, the issuing unit 24 may determine each region on the surface of a part based on which part of the paired parts in the character NFT it is. For example, the issuing unit 24 may determine each region on the surface of a part of the character NFT based on whether it is a predetermined functional part of the part of the character NFT.

[0081] As a result, while suppressing the decrease in the value of the non-fungible token, many visually appealing character NFTs are issued, so it is possible to increase more players.

[0082] In addition, the issuing unit 24 may determine the color of each area of the character NFT based on the predefined abilities and the like of the character NFT so as to represent the abilities of each area of the character NFT. Since the color of each area of the character NFT is determined according to the abilities and the like of the character NFT, the NFT holder and the player can grasp the abilities and the like of the character NFT based only on the color of the character NFT.

[0083] (Hardware Configuration) FIG. 10 is a diagram showing a hardware configuration example of the control unit 23 in the embodiment. The control unit 23 is realized as software by a processor 101 such as a CPU (Central Processing Unit) executing programs stored in a storage device 103 having a non-volatile recording medium (non-temporary recording medium) and a memory 102. The program may be recorded on a computer-readable recording medium. The computer-readable recording medium is, for example, a portable medium such as a flexible disk, a magneto-optical disk, a ROM (Read Only Memory), a CD-ROM (Compact Disc Read Only Memory), or a non-temporary recording medium such as a hard disk or a solid state drive (SSD: Solid State Drive) built into a computer system. The communication unit 104 executes predetermined communication processing.

[0084] The control unit 23 may be realized using hardware (accelerator) including an electronic circuit (electronic circuit or circuitry) using, for example, an LSI (Large Scale Integrated circuit), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), or an FPGA (Field Programmable Gate Array).

[0085] The same applies to the hardware configuration examples of the game execution unit 33 and the proxy 34. Here, the storage device 103 stores game programs.

[0086] As described above, the embodiments of the present invention have been described in detail with reference to the drawings. However, the specific configuration is not limited to this embodiment, and designs and the like within the scope not departing from the gist of the present invention are also included.

Industrial Applicability

[0087] The present invention is applicable to an online game system.

Explanation of Reference Numerals

[0088] 1... game system, 2... on-chain part, 3... off-chain part, 21... communication line, 22... holder terminal, 23... control unit, 24... issuance unit, 25... registration unit, 26... training unit, 27... reward unit, 31... communication line, 32... player terminal, 33... game execution unit, 34... proxy, 35... evaluation unit, 101... processor, 102... memory, 103... storage device, 104... communication unit, 201... character NFT, 202... character NFT, 203... character NFT

Claims

[

1. ] An issuing unit that issues a non-fungible token based on an issuance instruction from a user different from the game operator, a replication processing unit that generates a copy of the non-fungible token, a game execution unit that executes the game using the copy in response to an operation by a player, an evaluation unit that updates an evaluation rank of the non-fungible token based on the number of wins of the copy in the game, and a reward unit that gives a reward to the user according to the updated evaluation rank A game system comprising. [

2. ] Further comprising a training unit that trains the non-fungible token based on a training instruction from the user and updates the non-fungible token based on the training result, the replication processing unit updates the copy based on the updated non-fungible token, the game execution unit executes the game using the updated copy, The game system according to claim 1. [

3. ] The game system according to claim 1, wherein the issuing unit determines each area on the surface of the non-fungible token along the shape of the non-fungible token and determines the color scheme of each area. [

4. ] The game system according to claim 3, wherein the issuing unit determines each area on the surface of the predetermined part based on whether it is close to the first end or the second end of the predetermined part at a predetermined part of the non-fungible token. [

5. ] The game system according to claim 3, wherein the issuing unit determines each area on the surface of each part based on which part of the paired parts in the non-fungible token it is. [

6. ] The game system according to claim 3, wherein the issuing unit determines each area on the surface of the part of the non-fungible token based on whether it is a predetermined functional part of the part of the non-fungible token. [

7. ] The game system according to claim 3, wherein the issuing unit may determine the color of each area of the part of the non-fungible token based on an ability predetermined for the non-fungible token. [

8. ] A generation method executed by a game system, comprising: issuing a non-fungible token based on an issuance instruction from a user different from the game operator; generating a copy of the non-fungible token; executing the game using the copy in response to an operation by a player; Updating the evaluation rank of the non-fungible token based on the number of wins of the replication in the game; Giving a reward to the user according to the updated evaluation rank; A generation method comprising the steps of:

9. A computer, A procedure for issuing a non-fungible token based on an issuance instruction from a user different from the game operator; A procedure for generating a replication of the non-fungible token; A procedure for executing the game using the replication according to an operation by a player; A procedure for updating the evaluation rank of the non-fungible token based on the number of wins of the replication in the game; A procedure for giving a reward to the user according to the updated evaluation rank; A game program for causing the computer to execute the above steps.

Images