Game system and video game processing program

Abstract

To increase fun of a game using an NFT by considering characteristics of the NFT.SOLUTION: An NFT of content, such as a sticker, used in a video game is issued within a range of the upper limit. At least one portion of the status (attacking force, particular capability, and the like) of a sticker is changed according to the remaining number of NFTs of the same type of sticker in a block chain network. For example, when the remaining number decreases, the status is changed such that the attacking force increases.SELECTED DRAWING: Figure 4

Description

[Technical field]

[0001] At least one embodiment of the present invention relates to a game system and a video game processing program. [Background technology]

[0002] In recent years, NFT games (blockchain games) using blockchain technology have begun to be provided (see, for example, Non-Patent Document 1). In NFT games, for example, NFTs (Non-Fungible Tokens) of content such as characters and items used in the game are issued. Since an upper limit is set on the number of NFTs for characters, etc. that can be issued, there is active buying and selling between users on marketplaces, etc. Furthermore, NFTs for characters, etc. are subsequently deleted by being burned (incinerated) for reasons such as becoming unnecessary. Therefore, the remaining number of NFTs for characters, etc. fluctuates over time. [Prior art documents] [Patent documents]

[0003] [Non-Patent Document 1] "CRYPTO SPELLS", [online], CryptoGames Inc., [Retrieved June 6, 2023], Internet<URL:https: / / cryptospells.jp / > DISCLOSURE OF THEINVENTION [Problem to be solved by the invention]

[0004] In the above-mentioned NFT games, the challenge is to improve the entertainment value of games that use NFTs such as characters, while taking into account the characteristics of NFTs as described above.

[0005] It is an object of at least one embodiment of the present invention to address the deficiencies in the related art. [Means for solving the problem]

[0006] From a non-limiting perspective, a game system according to one embodiment of the present invention is a game system comprising a game terminal device that executes a video game including content used within the game, and a server device that is connected to the game terminal device via a communication network and controls the progress of the video game, and includes an issuing means for issuing non-fungible tokens (hereinafter referred to as NFTs) corresponding to the content in a blockchain network, with the user as the owner, within an upper limit number, an acquiring means for acquiring information for specifying the remaining number of NFTs corresponding to the same type of content in the blockchain network, and a setting means for changing at least a portion of the status associated with the content depending on the remaining number.

[0007] From a non-limiting perspective, a game processing program according to one embodiment of the present invention is a video game processing program for causing a computer to realize a function of controlling the progress of a video game including content used within the game, and causes the computer to realize an issuance function of issuing non-fungible tokens (hereinafter referred to as NFTs) corresponding to content in a blockchain network, with the user as the owner, within an upper limit number, an acquisition function of acquiring information for identifying the remaining number of NFTs corresponding to the same type of content in the blockchain network, and a setting function of changing at least a portion of the game status associated with the content depending on the remaining number.

[0008] From a non-limiting perspective, a game processing program according to one embodiment of the present invention is a video game processing program for causing a server device connected via a communication network to control the progress of a video game, the server device being connected to a game terminal device that executes a video game including content used within the game, and for implementing an issuance function in the server device to issue non-fungible tokens (hereinafter referred to as NFTs) corresponding to content in a blockchain network, with the user as the owner, within an upper limit number, an acquisition function in the blockchain network to acquire information for identifying the remaining number of NFTs corresponding to the same type of content, and a setting function to change at least a portion of the status associated with the content depending on the remaining number. Effect of the Invention

[0009] Each embodiment of the present application addresses one or more of the deficiencies. [Brief description of the drawings]

[0010] [Figure 1] 1 is a block diagram showing an example of the configuration of a game system corresponding to at least one of the embodiments of the present invention. [Diagram 2] 1 is a block diagram showing a configuration of a server device according to at least one of the embodiments of the present invention; [Diagram 3] 11 is a flowchart illustrating an example of an issuing process according to at least one of the embodiments of the present invention. [Figure 4] 10 is a flowchart illustrating an example of a setting process corresponding to at least one of the embodiments of the present invention. [Diagram 5] 1 is a block diagram showing a configuration of a server device according to at least one of the embodiments of the present invention; [Figure 6] 11 is a flowchart illustrating an example of an issuing process according to at least one of the embodiments of the present invention. [Figure 7] 10 is a flowchart illustrating an example of a setting process corresponding to at least one of the embodiments of the present invention. [Figure 8]FIG. 1 is a schematic diagram showing an example of an NFT seal corresponding to at least one of the embodiments of the present invention. [Figure 9] FIG. 1 is a schematic diagram showing an example of a status change of an NFT seal according to at least one of the embodiments of the present invention. [Figure 10] FIG. 2 is a diagram showing an example of sticker data according to at least one of the embodiments of the present invention. [Figure 11] 1 is a block diagram showing a configuration of a server device according to at least one of the embodiments of the present invention; [Figure 12] FIG. 2 is a diagram showing an example of user data according to at least one of the embodiments of the present invention. [Figure 13] 11 is a flowchart illustrating an example of an issuing process according to at least one of the embodiments of the present invention. [Figure 14] 10 is a flowchart illustrating an example of a setting process corresponding to at least one of the embodiments of the present invention. [Figure 15] 1 is a flowchart illustrating an example of a burn process according to at least one of the embodiments of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0011] Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings. Note that the various components in the examples of the embodiments described below can be appropriately combined to the extent that no inconsistencies or the like arise. In addition, the contents described as an example of one embodiment may be omitted in other embodiments. In addition, the contents of operations and processes that are not related to the characteristic parts of each embodiment may be omitted. Furthermore, the order of various processes that make up the various flows described below is random to the extent that no inconsistencies or the like arise in the process contents.

[0012] [First embodiment] FIG. 1 is a block diagram showing an example of the configuration of a game system 100 according to an embodiment of the present invention. 1 is a block diagram of a game system (system) 100. As shown in FIG. 1, a game system (system) 100 includes a server device 10 and terminal devices 20, 201 to 20N (N is an arbitrary integer) used by a plurality of users (players) who play a video game (game). The server device 10 and the plurality of terminal devices 20, 201 to 20N are each connected to a communication network 15 such as the Internet. Note that the configuration of the system 100 is not limited to this, and may be configured to include a plurality of server devices, for example. Alternatively, a virtual server device may be configured using cloud computing.

[0013] The system 100 also includes a blockchain network 30. The blockchain network 30 is a distributed database network composed of multiple nodes (computers). In the blockchain network 30, data units called blocks are generated, and a blockchain (distributed ledger) is stored by linking them like a chain. In the blockchain network 30, transactions of fungible tokens, non-fungible tokens (NFTs), and the like are possible. As the blockchain network 30, for example, there is an existing platform such as Ethereum. The blockchain network 30 is also an NFT marketplace where NFTs can be generated (issued) and traded (secondary distribution). Note that the blockchain technology including the issuance and trading of NFTs is a common configuration, so a detailed description will be omitted.

[0014] The system 100 has various functions for executing a game that includes content used within the game. In the game of the embodiment, an NFT corresponding to the content is issued to the user as the owner. In addition, at least a part of the game status associated with the content is changed depending on the remaining number of NFTs corresponding to the same type of content.

[0015] Content is digital content, and is a creation such as a character or an item used in a game. For example, virtual objects such as a character that helps the user progress in the game, a character that is the user's enemy, and an item that generates a specific effect when used fall under the above content. In addition, for example, a sticker-like virtual object that includes an image of a character also falls under the above content. A user can acquire an NFT corresponding to the content by purchasing (primary distribution) the content by consuming, for example, legal tender or virtual currency. In other words, an NFT corresponding to the content is issued with the user, who is the purchaser, as the owner.

[0016] In this embodiment, an upper limit on the number of NFTs that can be issued is set for each type of content. That is, there is an upper limit on the number of NFTs that can be issued for the same type of content, and the number of NFTs that can be issued will not exceed the upper limit.

[0017] The remaining number of NFTs corresponding to the same type of content is the current number of the above-mentioned NFTs that are validly present in the blockchain network 30. A validly present NFT is an NFT that is available for use in buying and selling transactions, etc. in the blockchain network 30. Therefore, burned NFTs do not qualify as validly present NFTs. In addition, the remaining number of NFTs corresponding to the same type of content is counted based on NFTs issued with users as owners. In other words, the remaining number of NFTs corresponding to the same type of content is the remaining number of NFTs after primary distribution.

[0018] Primary distribution means that an NFT corresponding to content is handed over to a user (in brand new condition) without going through other users. Secondary distribution means that an NFT that has once been on the market (handed over to another user) is sold again to another user. NFTs corresponding to content are deleted by burning. As a result, the remaining number mentioned above will fluctuate. Specifically, after the maximum number of NFTs corresponding to the same type of content has been issued, new ones will generally not be issued, and the remaining number will decrease due to burning.

[0019] Furthermore, the type of content is classified by information that forms the content, such as name, status, image, etc. Therefore, when the names, status, images, etc. that form the content are all the same, the content is of the same type. Also, for example, when the content has the same name but a part of its status is different, the content is not of the same type. Note that the same identification information is associated with the same type of content, for example.

[0020] The game status associated with the content is data that is referenced in the progress of the game. For example, parameters (numerical values) such as vitality (HP), attack power (ATK), and defense power (DEF) are included in the status. For example, the attack power of a certain type of content is changed to increase as the remaining number of NFTs of the certain type of content decreases.

[0021] Furthermore, for example, executable in-game events are also included in the above status. An in-game event means an event that occurs in the game space. For example, if a sticker-like virtual object including an image of the above-mentioned character is the content, having this character perform a predetermined action corresponds to an in-game event. The predetermined action is, for example, an attack action against an enemy character, such as magic. In addition, for example, events such as changing the weather in the game space or changing the in-game time (changing from day to night), rather than actions performed by the character as described above, also correspond to the in-game event in the example of this embodiment.

[0022] For example, when the ratio (remaining number ÷ issued number) of the remaining number of NFTs for a certain type of content falls below a certain value, a specified event is added to the executable in-game events for that type of content.

[0023] A change in status as in the above example will affect the user's game play. Specifically, when the content of the changed status is used in the game, the user can advance in the game with an advantage.

[0024] The server device 10 is managed by an administrator of the system 100, and has various functions for providing information related to the progress of the game to the user terminals 20, 201 to 20N. The server device 10 provides, for example, information for generating game images related to the issuance of NFTs and status changes (image generation information). The server device 10 is configured with an information processing device such as a WWW server to provide information related to the control of the progress of the game, and includes one or more storage media (storage units) for storing various information. The server device 10 also includes a control unit configured with a CPU and the like. Note that the above configuration is a typical configuration, and detailed description will be omitted.

[0025] The storage unit may be a configuration built into the server device 10, or may be a storage device such as a database device separate from the server device 10. Alternatively, the storage unit may be a blockchain network as a blockchain.

[0026] 2 is a functional block diagram showing the configuration of server device 10A, which is an example of the configuration of server device 10. Server device 10A is provided with at least an issuing unit 11, an acquiring unit 12, and a setting unit 13, which are realized by a control unit executing software for controlling the progress of a game (a video game processing program) stored in a storage unit. Note that the video game processing program also includes game data.

[0027] The issuing unit (issuing function, issuing means, issuing process) 11 issues NFTs corresponding to content, within the upper limit, with the user as the owner. Issuing an NFT is to record the location of ownership of the content in the blockchain. In other words, a token ID (NFT_ID) is issued for the content, and a blockchain is generated in which metadata such as information identifying the content as a game and information identifying the owner, transaction history, etc. are associated with this token ID.

[0028] The issuing unit 11, for example, makes an issuance request and causes the blockchain network 30 to issue an NFT corresponding to the content. For example, the issuing unit 11 accepts a request to purchase content (NFT) from a user (terminal device 20, 201 to 20N). As a result, the issuing unit 11 performs payment processing (billing processing) using legal tender, virtual currency, etc. held by the user. After the billing processing is completed, the issuing unit 11 transmits an issuance request for an NFT corresponding to the purchased content to the blockchain network 30. Note that the billing processing is a common configuration, so a detailed description will be omitted.

[0029] The issuing unit 11 transmits (uploads), for example, information identifying the content as a game, information identifying the owner, etc., together with a request to issue an NFT to the blockchain network 30. As a result, an NFT corresponding to the content is issued in the blockchain network 30. The issuing unit 11 then sends the NFT corresponding to the content to the wallet (terminal device) of the purchaser (user).

[0030] The information identifying the content as a game includes, for example, the game identification information and the content identification information of the example of this embodiment. The information identifying the owner is the identification information (user ID) of the user who purchased (acquired) the content (NFT). The user ID may be, for example, the wallet address of the user (terminal device). The user ID may be, for example, stored in the storage unit of the server device 10A in association with the user's game identification information (game user ID).

[0031] Metadata and transaction history are also recorded on the blockchain of the NFT corresponding to the content (see FIG. 8, for example). The metadata includes, for example, information identifying the content as the above-mentioned game and information identifying the owner. The transaction history is a history of the secondary distribution of the ownership of the content, and includes identification information (user ID) of the transferor and transferee of the content.

[0032] In addition, the issuing unit 11 will not accept issuance of an NFT for a piece of content whose issuance limit has been reached. The limit is set for each type of content.

[0033] Information about the content (NFT) to be sold (including the upper limit number) may be stored in the storage unit of the server device 10A. In addition, when multiple types of content (NFT) are sold, an image of a list of the content to be sold may be displayed on the user's terminal device, and the user may select the content to be purchased.

[0034] The acquisition unit (acquisition function, acquisition means, acquisition process) 12 acquires information for identifying the remaining number of NFTs corresponding to the same type of content in the blockchain network 30. The information for identifying the remaining number corresponds to, for example, the number of issues and the number of burns for NFTs corresponding to the same type of content. The number of issues for NFTs corresponding to the same type of content is the total number of the above NFTs issued to date. The number of burns for NFTs corresponding to the same type of content is the total number of the above NFTs burned to date. The remaining number is the number of issues minus the number of burns.

[0035] The acquisition unit 12 may acquire the number of issuances and the number of burns from, for example, the storage unit of the server device 10A. In this case, for example, the number of issuances may be updated by the issuing unit 11. Specifically, when the issuing unit 11 receives information indicating the completion of issuance of an NFT corresponding to a piece of content from the blockchain network 30, the issuing unit 11 adds 1 to the number of issuances of the NFT corresponding to this piece of content. That is, the issuing unit 11 updates the number of issuances of NFTs corresponding to the content for each type.

[0036] Also, for example, the burn number may be updated by the server device 10A functioning as a burn unit. The burn unit burns a specified NFT based on a request from a user. Specifically, when the burn unit receives information on the completion of burning of an NFT corresponding to content from the blockchain network 30, the burn unit adds 1 to the burn number of the NFT corresponding to this content. That is, the burn unit updates the burn number of the NFT corresponding to the content for each type of content.

[0037] In the above example, the issuance and burning of NFTs is effective when the issuance and burning are performed via the server device 10A. In addition, the acquisition unit 12 may, for example, calculate the remaining number for each type after acquiring the number of issued and burned NFTs corresponding to each type of content.

[0038] Furthermore, the information for identifying the remaining number may be, for example, the remaining number itself. In this case, the acquisition unit 12 may make a transmission request of the remaining number of NFTs corresponding to each type of content to the blockchain network 30. Specifically, the acquisition unit 12 specifies the game identification information and the content identification information and makes a transmission request to the blockchain network 30. As a result, the remaining number of NFTs corresponding to each type of content is transmitted from the blockchain network 30 to the server device 10A.

[0039] The setting unit (setting function, setting means, setting process) 13 changes at least a part of the game status associated with the same type of content according to the remaining number of NFTs of this content. For example, as described above, the attack power of a certain type of content is increased as the remaining number of NFTs of the content decreases. All game statuses of the content may be stored in the storage unit of the server device 10A. Therefore, the setting unit 13 may change (update) the status stored in the storage unit of the server device 10A, for example. The change made by the setting unit 13 is reflected to all users who can use the NFT corresponding to the content that is the subject of the change. For example, the owner of the NFT corresponding to the content that is the subject of the change.

[0040] The setting unit 13 may specify the remaining number by referring to the information on the remaining number acquired by the acquisition unit 12. Furthermore, when the acquisition unit 12 calculates the remaining number or when the acquisition unit 12 acquires the remaining number, the setting unit 13 may refer to this remaining number.

[0041] Furthermore, the setting unit 13 may perform the above-mentioned change on the NFTs of the content that satisfies the change condition. For example, as described above, the change condition may be that the ratio (remaining number ÷ issued number) is equal to or less than a predetermined value. Specifically, when the ratio (remaining number ÷ issued number) of the remaining number of NFTs of a certain type of content becomes equal to or less than a predetermined value, a predetermined event is newly added to the executable in-game events of the certain type of content.

[0042] The setting unit 13 may make the above change by referring to the change contents including the change conditions and the like. The change contents may be stored, for example, in a storage unit of the server device 10A. The change contents may be common to all types of content, or may be different for each type of content. If the change contents are different for each type of content, the change contents may be stored in association with the identification information of the content.

[0043] Next, the terminal devices 20, 201 to 20N will be described. Each of the multiple terminal devices 20, 201 to 20N is managed by a user who plays a game, and is configured by a communication-enabled terminal device such as a stationary game device, a personal computer, a mobile phone terminal, a PDA (Personal Digital Assistant), or a portable game device.

[0044] Each of the terminal devices 20, 201 to 20N includes an operation device (operation unit), a storage medium (storage unit), a control unit including a CPU, a display unit, an audio output unit (speaker, etc.), a communication control unit, etc. The above-mentioned configuration is a general configuration, and therefore a detailed description is omitted. In addition, the storage unit of the terminal devices 20, 201 to 20N stores software (application programs) for executing a game by communicating with the server device 10.

[0045] The terminal devices 20, 201 to 20N generate game images based on, for example, image generation information received from the server device 10. In addition, the terminal devices 20, 201 to 20N transmit to the server device 10, for example, various requests input by the user using an operation unit.

[0046] Furthermore, the terminal devices 20, 201 to 20N may function as, for example, a wallet. A wallet is a means for managing tokens. An application program for executing the wallet may be stored in the storage unit of each of the terminal devices 20, 201 to 20N. NFTs corresponding to content are stored (kept) in the wallet of the user who acquired it. In this case, wallet information (for example, wallet address, etc.) may be stored as user data in the server device 10 (storage unit) in association with, for example, a game user ID.

[0047] In addition, the terminal devices 20, 201 to 20N can also trade (secondarily distribute) NFTs stored in the wallets on the blockchain network 30.

[0048] The operation of the system 100 will now be described.

[0049] Fig. 3 is a flowchart showing an example of an issuance process executed by the system 100. In the issuance process in this embodiment, a process is performed to issue an NFT corresponding to content in the blockchain network 30. Note that Fig. 3 mainly describes the process of issuing an NFT for content purchased by a user, and other processes may be partially omitted. Below, an example will be described in which an NFT is issued for a sticker purchased by a user (terminal device 20).

[0050] The issuance process in this embodiment begins when, for example, the payment process (billing process) for the content selected by the user (terminal device 20) that the user wishes to purchase is completed. As described above, the billing process is executed when a purchase request for the selected content is received from the user (terminal device 20). The user simply selects the content that the user wishes to purchase from an image of a list of content for which NFTs can be issued that is displayed on the terminal device 20.

[0051] The server device 10A executes a request transmission process (step S10). In the request transmission process, a request to issue an NFT corresponding to the purchased content is sent from the server device 10A to the blockchain network 30. The server device 10A transmits, for example, information identifying the content as a game and information identifying the owner to the blockchain network 30 along with the request to issue the NFT.

[0052] Next, the server device 10A determines whether the issuance of the NFT is complete (step S11). The server device 10A waits until the issuance of the NFT is complete. When the server device 10A receives information that the issuance of the NFT is complete from the blockchain network 30, it determines that the issuance of the NFT is complete.

[0053] If the issuance of the NFT is completed (step S11: YES), the server device 10A executes a completion process (step S12). In the completion process, the server device 10A sends the NFT corresponding to the content to the wallet (terminal device 20) of the purchaser (user). Furthermore, the server device 10A may, for example, add 1 to the number of NFTs issued corresponding to this content. The number of issues may be stored in the storage unit of the server device 10A. Furthermore, the server device 10A may, for example, transmit a notification of the completion of the issuance of the NFT to the user (terminal device 20). After that, the server device 10A ends the issuance process.

[0054] Fig. 4 is a flowchart showing an example of a setting process executed by the system 100. In the setting process in this embodiment, a process for changing at least a part of the status of the content is performed. Note that Fig. 4 mainly describes the process for acquiring information for identifying the remaining number and the process for changing at least a part of the status, and other processes may be omitted.

[0055] The setting process according to the embodiment is repeatedly executed, for example, at predetermined intervals (for example, every frame).

[0056] The server device 10A executes an acquisition process (step S20). In the acquisition process, information for identifying the remaining number described above is acquired. For example, the number of issues and the number of burns are acquired from the memory unit of the server device 10A as information for identifying the remaining number. In the acquisition process, for example, the number of issues and the number of burns of NFTs corresponding to each type of content are acquired, and the remaining number for each type is calculated. Note that instead of the above acquisition process, a transmission request may be made to the blockchain network 30 to acquire the remaining number of NFTs for each type of content.

[0057] Next, the server device 10A selects an NFT corresponding to one type of content (step S21) and executes a change process (step S22). In the change process, at least a part of the status of the one type of content is changed. As in the above example, the status is changed so that the attack power of the one type of content increases as the remaining number of NFTs of the one type of content decreases. Alternatively, for example, when the ratio (remaining number ÷ issued number) regarding the remaining number of NFTs of the one type of content becomes equal to or less than a predetermined ratio (the change condition is met), a predetermined event is newly added to the executable in-game events of the one type of content. Note that, if the change condition is not met, the status change is not executed and the change process is terminated.

[0058] Next, the server device 10A judges whether or not the change process has been performed for the NFTs corresponding to all types of content (step S23). If not (step S23: NO), the server device 10A returns to the process of step S21. After that, an NFT corresponding to another type of content is selected, and the same process as described above is performed. On the other hand, if the change process has been performed for the NFTs corresponding to all types of content (step S23: YES), the server device 10A ends the setting process.

[0059] In the above change process, for content (NFT) in which at least a portion of the status has been changed, the change will be reflected when a user subsequently plays a game using the content.

[0060] As described above, as one aspect of the first embodiment, the server device 10A is configured to include the issuing unit 11, the acquiring unit 12, and the setting unit 13, so that changes in the remaining number of NFTs corresponding to the same type of content (NFT characteristics) are associated with game play. This can improve the entertainment value of games using NFTs.

[0061] It should be noted that the video games of the above-described embodiment may be of various genres as long as they use content such as characters.

[0062] The upper limit number in the above-mentioned embodiment is set to a predetermined value, but is not particularly limited to this. For example, the number of issuances when NFTs are issued for a limited time also corresponds to the upper limit number. Specifically, NFTs corresponding to a certain type of content are released (issued) indefinitely for only one month of the sales period. After the sales period has passed, this NFT will not be issued. In this case, the number of issuances of NFTs corresponding to a certain type of content issued during the sales period corresponds to the upper limit number.

[0063] In the above-mentioned embodiment, an upper limit is set for issuing NFTs, but an upper limit may not be set. Even in this case, for example, the attack power of a certain type of content may be increased as the remaining number of NFTs of the certain type of content decreases. This allows a change in the remaining number of NFTs (characteristics of NFTs) corresponding to the same type of content to be associated with game play, even if an upper limit is not set. Therefore, the entertainment value of games using NFTs can be improved.

[0064] In the above-mentioned embodiment examples, there may be only one type of content, or there may be multiple types of content.

[0065] The issuing unit in the above-mentioned embodiment may either be configured to make an NFT issuance request and have the blockchain network issue an NFT as described above, or to issue an NFT itself. In addition, the issuing unit may issue an NFT by transferring (changing the owner) an NFT corresponding to issued content whose owner is the game operator to a user.

[0066] In the above embodiment, a configuration has been described in which an NFT is issued when a user purchases in-game content, but the subject of an NFT is not particularly limited to this. Any content that is acquired by a user may be used, and may be, for example, content that is acquired (granted) to a user as a result of playing a game.

[0067] The change condition in the above embodiment includes only one condition, but may include multiple conditions. For example, conditions A, B, and C may be the change conditions. In this case, the change condition may be satisfied when any one of conditions A, B, and C is satisfied. Alternatively, the change condition may be satisfied when all of conditions A, B, and C are satisfied. The change condition may also be changed periodically.

[0068] Other change conditions may be, for example, after the number of NFTs issued has reached an upper limit.

[0069] The change in status in the above-mentioned embodiment is not limited to the above-mentioned example. For example, the more the remaining number of NFTs of a certain type of content increases, the higher a specific parameter of the certain type of content may be. Also, for example, when the ratio (remaining number ÷ issued number) becomes equal to or exceeds a predetermined value, a predetermined event may be newly added to the executable in-game events of a certain type of content.

[0070] The change of the status in the above embodiment may be performed repeatedly, or the number of times it can be performed may be limited so that no changes are made after a change has been made once. In this case, the number of times changes are permitted (the limit number of times) may be stored in the storage unit of the server device.

[0071] The status of the content in the above-mentioned embodiment may be recorded in the blockchain as NFT data. For example, the status of this content may be included in the metadata of the blockchain of the NFT corresponding to the content. In this case, the server device (setting unit) may change the status included in the metadata. In this case, the status may not be stored in the storage unit of the server device, and the status may be managed on the metadata.

[0072] In the above-described embodiment, the operator of the server device and the operator of the blockchain network may be different or the same.

[0073] [Second embodiment] 5 is a block diagram showing a configuration of a server device 10B which is an example of the server device 10. In this embodiment, the server device 10B includes at least an issuing unit 11, an acquiring unit 12, and a setting unit 13B.

[0074] In this embodiment, the value of a specific parameter among the game statuses associated with the content is changed. Specifically, a distribution value obtained by dividing (dividing equally) a predetermined value according to the remaining number is added to the basic value of the specific parameter. The specific parameter is, for example, an attack power parameter. The predetermined value may be stored in, for example, a storage unit of the server device 10B.

[0075] For example, we will explain an NFT corresponding to a content with an upper limit of 1200 issuances. In addition, the predetermined value is 1200. If NFTs corresponding to the above content are issued up to the upper limit of 1200 and the remaining number is 1200, the distribution value will be 1. In other words, it is calculated as follows. (Predetermined value: 1200) ÷ (Remaining number: 1200) = (Distribution value: 1)

[0076] Therefore, the specific parameters of the above content are changed to {base value + (distribution value: 1)}. If the remaining number of the above decreases to 300, the distribution value becomes 4. In other words, it is calculated as follows. (Predetermined value: 1200) ÷ (Remaining number: 300) = (Distribution value: 4)

[0077] Therefore, certain parameters of the above content will be changed to {base value + (distribution value: 4)}.

[0078] As described above, the distribution value increases as the remaining number decreases. For example, if a specific parameter is attack power, the attack power increases as the remaining number decreases.

[0079] Also, in the example of this embodiment, for example, when a change condition is met, the above-mentioned specific parameter is changed. For example, the change condition is that the number of issued NFTs corresponding to the same type of content has reached the upper limit. Therefore, in the above example, the distribution value is not calculated until the number of issued NFTs corresponding to the content has reached the upper limit of 1200. Therefore, when the number of issued NFTs corresponding to the content is less than 1200, for example, the distribution value is set to the initial value of 0. In this case, the specific parameter is {base value + (distribution value: 0)}.

[0080] The issuing unit 11 issues NFTs corresponding to the content, within the upper limit number, with the user as the owner. For example, the issuing unit 11 makes an issuance request and causes the blockchain network 30 to issue an NFT corresponding to the content. For example, the issuing unit 11 accepts a purchase request for content (NFT) from a user (terminal device 20, 201 to 20N). As a result, the issuing unit 11 performs payment processing (billing processing) using legal currency, virtual currency, etc. possessed by the user. After the billing processing is completed, the issuing unit 11 transmits an issuance request for an NFT corresponding to the purchased content to the blockchain network 30.

[0081] The issuing unit 11 transmits (uploads), for example, information identifying the content as a game, information identifying the owner, etc., together with a request to issue an NFT to the blockchain network 30. As a result, an NFT corresponding to the content is issued in the blockchain network 30. The issuing unit 11 then sends the NFT corresponding to the content to the wallet (terminal device) of the purchaser (user).

[0082] In addition, the issuing unit 11 will not accept issuance of an NFT for a piece of content whose issuance limit has been reached. The limit is set for each type of content.

[0083] Information about the content (NFT) to be sold (including the upper limit number) may be stored in the storage unit of the server device 10B. In addition, when multiple types of content (NFT) are sold, an image of a list of the content to be sold may be displayed on the user's terminal device, and the user may select the content to be purchased.

[0084] The acquisition unit 12 acquires information for identifying the remaining number of NFTs corresponding to the same type of content in the blockchain network 30. The information for identifying the remaining number corresponds to, for example, the number of issues and the number of burns for NFTs corresponding to the same type of content. The remaining number is the value obtained by subtracting the number of burns from the number of issues.

[0085] The acquisition unit 12 may acquire the number of issuances and the number of burns from, for example, the storage unit of the server device 10B. In this case, for example, the number of issuances may be updated by the issuing unit 11. Specifically, when the issuing unit 11 receives information on the completion of issuance of an NFT corresponding to content from the blockchain network 30, the issuing unit 11 adds 1 to the number of issuances of the NFT corresponding to this content. That is, the issuing unit 11 updates the number of issuances of NFTs corresponding to content for each type.

[0086] Also, for example, the burn number may be updated by the server device 10B functioning as a burn unit. The burn unit burns a specified NFT based on a request from a user. Specifically, when the burn unit receives information from the blockchain network 30 that the NFT corresponding to the content has been burned, the burn unit adds 1 to the burn number of the NFT corresponding to the content. That is, the burn unit updates the burn number of the NFT corresponding to the content for each type of content.

[0087] In the above example, the issuance and burning of NFTs is effective when the issuance and burning are performed via the server device 10B. In addition, the acquisition unit 12 may, for example, calculate the remaining number for each type after acquiring the number of issued and burned NFTs corresponding to each type of content.

[0088] Furthermore, the information for identifying the remaining number may be, for example, the remaining number itself. In this case, the acquisition unit 12 may make a transmission request of the remaining number of NFTs corresponding to each type of content to the blockchain network 30. Specifically, the acquisition unit 12 specifies the game identification information and the content identification information and makes a transmission request to the blockchain network 30. As a result, the remaining number of NFTs corresponding to each type of content is transmitted from the blockchain network 30 to the server device 10B.

[0089] The setting unit 13B changes a part of the game status associated with the content according to the remaining number of NFTs of the same type of content. In the example of this embodiment, the setting unit 13B changes the value of a specific parameter among the game status associated with the content. As described above, a distribution value obtained by dividing (dividing equally) a predetermined value according to the remaining number is added to the basic value of the specific parameter.

[0090] In addition, as described above, the setting unit 13B changes the above-mentioned specific parameters for the NFT of the content that satisfies the change condition. The change condition is that the number of issued NFTs corresponding to the same type of content reaches the upper limit.

[0091] All the statuses for the game of the content may be stored in the storage unit of the server device 10B. Therefore, the setting unit 13B may change (update) a specific status stored in the storage unit of the server device 10B, for example.

[0092] The setting unit 13B may specify the remaining number by referring to the information on the remaining number acquired by the acquisition unit 12. When the acquisition unit 12 calculates the remaining number or when the acquisition unit 12 acquires the remaining number, the setting unit 13B may refer to this remaining number. When the acquisition unit 12 acquires the remaining number, the setting unit 13B may acquire the upper limit number from the storage unit of the server device 10B.

[0093] Moreover, the setting unit 13B may make the above change by referring to the change contents including the change conditions and the like. The change contents may be stored, for example, in a storage unit of the server device 10B. Moreover, the change contents may be common to all types of content, or may be different for each type of content. If the change contents are different for each type of content, the change contents may be stored in association with the identification information of the content.

[0094] Fig. 6 is a flowchart showing an example of an issuance process executed by the system 100. In the issuance process in this embodiment, a process is performed to issue an NFT corresponding to content in the blockchain network 30. Note that Fig. 6 mainly describes the process of issuing an NFT for content purchased by a user, and other processes may be partially omitted. Below, an example will be described in which an NFT is issued for a sticker purchased by a user (terminal device 20).

[0095] The issuance process in this embodiment begins when, for example, the payment process (billing process) for the content selected by the user (terminal device 20) that the user wishes to purchase is completed. As described above, the billing process is executed when a purchase request for the selected content is received from the user (terminal device 20). The user simply selects the content that the user wishes to purchase from an image of a list of content for which NFTs can be issued that is displayed on the terminal device 20.

[0096] The server device 10B executes a request transmission process (step S10). In the request transmission process, a request to issue an NFT corresponding to the purchased content is sent from the server device 10B to the blockchain network 30. The server device 10C transmits, for example, information identifying the content as a game and information identifying the owner to the blockchain network 30 along with the request to issue the NFT.

[0097] Next, the server device 10B determines whether the issuance of the NFT is complete (step S11). The server device 10B waits until the issuance of the NFT is complete. When the server device 10B receives information that the issuance of the NFT is complete from the block chain network 30, it determines that the issuance of the NFT is complete.

[0098] If the issuance of the NFT is completed (step S11: YES), the server device 10B executes a completion process (step S12). In the completion process, the server device 10B sends the NFT corresponding to the content to the wallet (terminal device 20) of the purchaser (user). Furthermore, the server device 10B may, for example, add 1 to the number of issued NFTs corresponding to this content. The number of issued NFTs may be stored in the storage unit of the server device 10B. Furthermore, the server device 10B may, for example, transmit a notification of the completion of the issuance of the NFT to the user (terminal device 20). After that, the server device 10B ends the issuance process.

[0099] Fig. 7 is a flowchart showing an example of a setting process executed by the system 100. In the setting process in this embodiment, a process for changing at least a part of the status of the content is performed. Note that Fig. 7 mainly describes the process for acquiring information for identifying the remaining number and the process for changing at least a part of the status, and other processes may be omitted.

[0100] The setting process according to the embodiment is repeatedly executed, for example, at predetermined intervals (for example, every frame).

[0101] The server device 10B executes an acquisition process (step S20). In the acquisition process, information for identifying the remaining number described above is acquired. For example, the number of issues and the number of burns are acquired from the memory unit of the server device 10B as information for identifying the remaining number. In the acquisition process, for example, the number of issues and the number of burns of NFTs corresponding to each type of content are acquired, and the remaining number for each type is calculated. Note that instead of the above acquisition process, a transmission request may be made to the blockchain network 30 to acquire the remaining number of NFTs for each type of content.

[0102] Next, the server device 10B selects an NFT corresponding to one type of content (step S21) and executes a change process (step S22-B). In the change process, a part of the status of the one type of content is changed. As in the above example, after the number of issued NFTs corresponding to the one type of content reaches the upper limit (the change condition is met), a specific parameter of the one type of content is changed. Specifically, a distribution value obtained by dividing (dividing equally) a predetermined value according to the remaining number is added to the basic value of the specific parameter. Note that if the change condition is not met, the status is not changed and the change process is terminated.

[0103] Next, the server device 10B judges whether or not the change process has been performed for the NFTs corresponding to all types of content (step S23). If not (step S23: NO), the server device 10B returns to the process of step S21. After that, an NFT corresponding to another type of content is selected, and the same process as described above is performed. On the other hand, if the change process has been performed for the NFTs corresponding to all types of content (step S23: YES), the server device 10B ends the setting process.

[0104] As described above, as one aspect of the second embodiment, the server device 10B is configured to include the issuing unit 11, the acquiring unit 12, and the setting unit 13B, so that the change in the remaining number of NFTs corresponding to the same type of content (NFT characteristics) is associated with game play. This can improve the entertainment value of games using NFTs.

[0105] It should be noted that the video games of the above-described embodiment may be of various genres as long as they use content such as characters.

[0106] The upper limit number in the above-mentioned embodiment is set to a predetermined value, but is not particularly limited to this. For example, the number of issuances when NFTs are issued for a limited time also corresponds to the upper limit number. Specifically, NFTs corresponding to a certain type of content are released (issued) indefinitely for only one month of the sales period. After the sales period has passed, this NFT will not be issued. In this case, the number of issuances of NFTs corresponding to a certain type of content issued during the sales period corresponds to the upper limit number.

[0107] In the above-mentioned embodiment, an upper limit is set for issuing NFTs, but an upper limit may not be set. Even in this case, for example, a change may be made so that a specific parameter of a certain type of content increases as the remaining number of NFTs of the certain type of content decreases. This allows a change in the remaining number of NFTs (characteristics of NFTs) corresponding to the same type of content to be associated with game play, even if an upper limit is not set. Therefore, the entertainment value of games using NFTs can be improved.

[0108] In the above embodiment, the change condition is set, but it is not necessary to set it.

[0109] In the above-mentioned embodiment examples, there may be only one type of content, or there may be multiple types of content.

[0110] The issuing unit in the above-mentioned embodiment may be configured to either make an NFT issuance request and have the blockchain network issue an NFT, or to issue an NFT itself, as described above. In addition, the issuing unit may issue an NFT by transferring (changing the owner) an NFT corresponding to issued content whose owner is the game operator to a user.

[0111] In the above embodiment, a configuration has been described in which an NFT is issued when a user purchases in-game content, but the subject of an NFT is not particularly limited to this. Any content that is acquired by a user may be used, and may be, for example, content that is acquired (granted) to a user as a result of playing a game.

[0112] The change condition in the above embodiment includes only one condition, but may include multiple conditions. For example, conditions A, B, and C may be the change conditions. In this case, the change condition may be satisfied when any one of conditions A, B, and C is satisfied. Alternatively, the change condition may be satisfied when all of conditions A, B, and C are satisfied. The change condition may also be changed periodically.

[0113] In the above embodiment, a part of the status is changed, but the entire status may be changed.

[0114] The change of the status in the above embodiment may be performed repeatedly, or the number of times it can be performed may be limited so that no changes are made after a change has been made once. In this case, the number of times changes are permitted (the limit number of times) may be stored in the storage unit of the server device.

[0115] The status of the content in the above-mentioned embodiment may be recorded in the blockchain as NFT data. For example, the status of this content may be included in the metadata of the blockchain of the NFT corresponding to the content. In this case, the server device (setting unit) may change the status included in the metadata. In this case, the status may not be stored in the storage unit of the server device, and the status may be managed on the metadata.

[0116] In the above-described embodiment, the operator of the server device and the operator of the blockchain network may be different or may be the same.

[0117] [Third embodiment] FIG. 8 is a schematic diagram showing an example of an NFT sticker corresponding to at least one of the embodiments of the present invention. In this embodiment, a battle game is provided in a game space (virtual space) using a sticker-like virtual object including an image of a character. Specifically, the characters fight. Hereinafter, the sticker-like virtual object is simply referred to as a sticker. The sticker corresponds to the content used in the game.

[0118] Also, in this embodiment, it is possible to use two types of NFT stickers SS1 and SS2 in battles in the game. The NFT stickers SS1 and SS2 are stickers on which an NFT has been issued. The NFT stickers SS1 and SS2 have the same configuration as stickers on which an NFT has not been issued in the game. The NFT stickers SS1 and SS2 correspond to content used in the game.

[0119] As shown in FIG. 8(A) and FIG. 8(B), the NFT stickers SS1 and SS2 are linked to a token ID, and metadata, transaction history, and the like are associated with this token ID. The metadata includes a game ID, sticker ID, status, and information (not shown) that identifies the owner. The game ID is identification information for the game, and the sticker ID is identification information for the content. The status is the game status of the sticker (character) corresponding to the sticker ID, and is data that is referenced in the progress of the game (battle). For example, parameters (numerical values) such as vitality (HP), attack power (ATK), and defense power (DEF) are included in the status. In addition, for example, executable in-game events (attacks such as magic) are also included in the status.

[0120] In the game, an NFT corresponding to the sticker is issued to the user who purchases it as the owner. For example, in-game currency is used for the purchase. The in-game currency may be purchased by consuming legal tender, for example. The user can make the above purchase by performing a purchase operation while playing the game on their own terminal device. Furthermore, in the game, it is also possible to burn the NFT corresponding to the sticker upon request from the user (owner). Furthermore, NFTs can also be bought and sold (secondary circulation) in the NFT marketplace (blockchain network 30).

[0121] In addition, in the example of this embodiment, the issuance and burning of NFTs corresponding to stickers is performed only via the system 100 (server device 10C).

[0122] In this embodiment, part of the status of the seal is changed depending on the remaining number of NFTs corresponding to the same type of seal. Below, two types of NFT seals SS1 and SS2 are explained as examples. Each of the NFT seals SS1 and SS2 has a maximum issuance limit of 1200 NFTs.

[0123] The remaining number of NFTs corresponding to the same type of sticker is the current number of the above NFTs that are validly present in the blockchain network 30. In addition, the remaining number of NFTs corresponding to the same type of content is the number of NFTs issued with the user as the owner. In other words, the remaining number of NFTs corresponding to the same type of content is the remaining number of NFTs after the primary distribution.

[0124] For the NFT sticker SS1, the attack power included in the status changes depending on the remaining number. Specifically, the distribution value obtained by dividing (equally dividing) the predetermined value: 1200 (split points) according to the remaining number is added to the basic value of the attack power. The predetermined value may be stored, for example, in the storage unit of the server device 10C.

[0125] If the NFT seal SS1 (NFT) is issued up to the maximum of 1200 and the remaining number is 1200, the distribution number will be 1. In other words, it will be calculated as follows. (Predetermined value: 1200) ÷ (Remaining number: 1200) = Allocation value: 1

[0126] Therefore, the attack power of NFT seal SS1 is changed to {base value + (distribution value: 1)}. If the remaining number is then reduced to 300, the distribution value becomes 4. In other words, it is calculated as follows: (Predetermined value: 1200) ÷ (Remaining number: 300) = Allocation value: 4

[0127] Therefore, the attack power of NFT Seal SS1 will be changed to {base value + (distribution value: 4)}.

[0128] As mentioned above, the distribution value increases as the remaining number decreases. Therefore, the attack power increases as the remaining number decreases, and the attack power is strengthened.

[0129] Furthermore, for the NFT sticker SS1, the attack power is changed as described above when the change conditions are met. Specifically, the change condition is that the number of NFTs issued corresponding to the same type of content has reached the upper limit. Therefore, if the number of issues is less than 1200, for example, the distribution value is set to the initial value of 0. In this case, the attack power is {base value + (distribution value: 0)}.

[0130] Therefore, for NFT seal SS1, if the change condition is not met, the attack power will be {(base value: 150} + (distribution value: 0)} as shown in Figure 9(A). Then, if the change condition is met and the remaining number is 1200, the attack power will be changed to {(base value: 150) + (distribution value: 1)} as shown in Figure 9(B). Furthermore, if the change condition is met and the remaining number is 300, the attack power will be changed to {(base value: 150) + (distribution value: 4)} as shown in Figure 9(C).

[0131] It is not necessary to apply a distribution value that equally divides a predetermined value by the remaining number. For example, if the remaining number is 1200 or less, the distribution value is set to 1, and if the remaining number is 600 or less, the distribution value is set to 3. For example, the distribution value may be associated with a range of the remaining number.

[0132] Next, for the NFT sticker SS2, a predetermined event is newly added to the executable in-game events included in the status according to the remaining number. Specifically, when a change condition is met, a predetermined event is newly added to the executable in-game events. The change condition is that the ratio (remaining number ÷ issued number) of the remaining number is a predetermined value: 0.5 or less. In other words, for the NFT sticker SS2, when the remaining number is half or less of the issued number, a predetermined event is added. The predetermined value may be stored, for example, in a storage unit of the server device 10C.

[0133] The predetermined event is an event in which the character of the NFT seal SS2 performs an attack of magic A. In other words, a new special ability is added to the character of the NFT seal SS2. Note that magic C is set as an executable in-game event for the NFT seal SS2. Therefore, when the above change condition is met, the NFT seal SS2 can execute magic A in addition to magic C. This allows the user to progress through the game with a greater advantage.

[0134] Therefore, for the NFT sticker SS2, if the change condition is not met, the executable in-game event is only magic C, as shown in Fig. 9(D). If the change condition is then met, the executable in-game events are changed to magic C and magic A, as shown in Fig. 9(E).

[0135] In addition, the change condition for the NFT seal SS2 may be after the number of NFTs issued corresponding to the same type of content reaches the upper limit and the ratio (remaining number ÷ issued number) becomes a predetermined value of 0.5 or less.

[0136] Data on each sticker is stored in the storage unit of the server device 10C. Fig. 10 shows an example of sticker data on the NFT stickers SS1 and SS2. The sticker data is referenced in the course of the game.

[0137] Sticker data consists of fields such as sticker ID, name, status, maximum number, number issued, number of burns, and change details. The sticker ID field contains sticker identification information. The name field contains text data for the name of the sticker (sticker ID).

[0138] The status field is the status of the sticker (sticker ID). More specifically, it is the status related to the character included in the sticker. The status field is composed of fields such as parameters, permitted events, distribution values, and additional events. The parameter field is composed of fields such as vitality (HP), attack power (ATK), and defense power (DEF). A base value is set in the field of each parameter. The permitted events field is set to an in-game event that the sticker (sticker ID) can execute. More specifically, an in-game event that the character included in the sticker can execute is set to. For example, the event identification information (event ID) is set. If there is no executable event, a value of no event is set.

[0139] In the distribution value field, data specifying the addition target and the distribution value calculated according to the remaining number are set. In the case of NFT seal SS1 (seal ID: SS1), (ATK, 4) is set in FIG. 10. That is, in FIG. 10, the attack power of NFT seal SS1 = (base value: 150) + (distribution value: 4). Note that, in cases where the distribution value is not calculated, such as NFT seal SS2 (seal ID: SS2), a value without a distribution value is set. Also, for parameters such as vitality to which a distribution value is not added, only the base value is used. For example, in the case of NFT seal SS1 (seal ID: SS1), vitality = (base value: 500) in FIG. 10.

[0140] In the field for added events, executable in-game events that are newly added according to the remaining number are set. For example, an event ID is set. In the case of NFT sticker SS2 (sticker ID: SS2), in FIG. 10, magic A (event ID: E001) is set in the field for added events. That is, in the case of NFT sticker SS2 (sticker ID: SS2), in FIG. 10, magic A (event ID: E001) has been added in addition to magic C (event ID: E001) as an executable in-game event. Note that when no event is added, as in the case of NFT sticker SS1 (sticker ID: SS1), a value of "no addition" is set.

[0141] The maximum number field sets the maximum number of NFTs that can be issued for the sticker (sticker ID). The number of issues field sets the current number of NFTs issued for the sticker (sticker ID). The number of burns field sets the current number of NFTs burned for the sticker (sticker ID).

[0142] The change content field is set with various data for changing part of the status of the sticker (sticker ID). The change content field is composed of fields for change conditions, change target, change method, etc. The change conditions field is set with the conditions for changing part of the status of the sticker (sticker ID). If no change conditions are set, a value specifying that no settings are made is set. The change target field is set with data specifying the status to be changed. The change method field is set with data specifying the method of change.

[0143] Although not shown, data on stickers that are not the subject of NFT issuance is also stored in the storage unit of the server device 10C. In addition, the status of the metadata of the NFT is periodically updated so as to be synchronized with the status of the sticker data.

[0144] 11 is a block diagram showing the configuration of a server device 10C, which is an example of the server device 10. In this embodiment, the server device 10C includes at least an issuing unit 11C, an acquiring unit 12C, a setting unit 13C, and a burning unit 14C.

[0145] The issuing unit 11C issues NFTs corresponding to the content, within the upper limit number, with the user (purchaser) as the owner. The issuing unit 11C also has a sales function. For example, the issuing unit 11C refers to the above sticker data, etc., and displays an image of a list of stickers available for sale on the terminal device of the user who wishes to purchase. The user can select the sticker he or she wishes to purchase by operating his or her own terminal device.

[0146] When the issuing unit 11C receives a purchase request for the selected sticker from a user (terminal device), it performs payment processing (billing processing) with the in-game currency possessed by this user. After the billing processing is completed, the issuing unit 11C transmits an issuance request for an NFT corresponding to the purchased sticker to the blockchain network 30. The issuing unit 11C transmits (uploads) information identifying the content of the game, information identifying the status and the owner, etc., together with the NFT issuance request to the blockchain network 30. As a result, an NFT corresponding to the sticker is issued in the blockchain network 30. Then, when the issuing unit 11C receives information indicating the completion of issuance of the NFT corresponding to the content (sticker) from the blockchain network 30, it sends the NFT corresponding to the sticker to the wallet (terminal device) of the purchaser (user).

[0147] In addition, the issuing unit 11C does not accept issuance of an NFT of a sticker whose issuance number has reached the upper limit. The upper limit can be determined by referring to the upper limit of the sticker data.

[0148] The information identifying the content as a game includes, for example, the identification information of the game (game ID) and the identification information of the sticker (sticker ID) in this embodiment.

[0149] The information for identifying the owner is identification information (user ID) of the user who purchased (acquired) the content. The user ID is, for example, the wallet address of the user (terminal device). The user ID is also stored in the server device 10C as part of the user data of the user.

[0150] The user data is data related to the user's game, and is stored in the storage unit of the server device 10C for each user. Fig. 12 is a diagram showing an example of user data for one user. The user data is composed of fields such as a game user ID, an owned NFT sticker, an owned sticker, and a user ID.

[0151] In the game user ID field, the user's identification information for the game is set. In the owned NFT sticker field, the identification information (sticker ID) of the NFT sticker stored in the user's wallet is set. That is, the identification information of the NFT sticker owned by the user is set. The user can use the NFT sticker set in the owned NFT sticker field in the game. In this case, the name, status, etc. of the owned NFT sticker are referenced from the above-mentioned sticker data based on the sticker ID of the owned NFT sticker. Therefore, if the status has already been changed in the sticker data, the change is reflected.

[0152] Next, in the owned sticker field, identification information (sticker ID) of the sticker owned by the user is set. Note that in the owned sticker field, identification information of the sticker for which the NFT has not been issued is set. In addition, the user can use the sticker set in the owned sticker field in the game.

[0153] The above-mentioned user identification information (user ID) is set in the user ID field. That is, the above-mentioned information identifying the owner of the NFT is set in the user ID field. The wallet address of the user (terminal device) is set in the user ID field.

[0154] Furthermore, when the issuing unit 11C receives information on the completion of issuance of an NFT corresponding to a content (sticker) from the blockchain network 30, the issuing unit 11C adds 1 to the number of issued NFTs corresponding to this sticker (sticker ID). That is, the issuing unit 11C updates the "number of issued" of the above-mentioned sticker data for each type.

[0155] The acquisition unit 12C acquires information for identifying the remaining number of NFTs corresponding to the same type of content (stickers) in the blockchain network 30. The information for identifying the remaining number corresponds to the number of issues (and the number of burns) for NFTs corresponding to the same type of content. The remaining number is the value obtained by subtracting the number of burns from the number of issues.

[0156] The acquisition unit 12C refers to the storage unit (seal data) of the server device 10C and acquires the number of issues and the number of burns for each type. After acquiring the number of issues and the number of burns for NFTs corresponding to each type of content, the acquisition unit 12C calculates the remaining number for each type.

[0157] The setting unit 13C changes a part of the game status associated with this sticker according to the remaining number of NFTs of the same type of content (sticker). In the example of this embodiment, the setting unit 13C changes the attack power for the NFT sticker SS1. As described above, when the change condition is met, a distribution value obtained by dividing (dividing equally) a predetermined value according to the remaining number is added to the basic value of the attack power. Specifically, the setting unit 13C updates the "distribution value" of the sticker data.

[0158] Furthermore, the setting unit 13C changes the executable in-game events for the NFT sticker SS2. As described above, when the change condition is met, a predetermined event (magic A) is added as an executable in-game event. Specifically, the setting unit 13C updates the "additional event" of the sticker data.

[0159] The setting unit 13C may refer to the information on the remaining number acquired by the acquisition unit 12C. The setting unit 13C may also refer to each data of the sticker data in the server device 10C.

[0160] In addition, the setting unit 13C also updates the status of the metadata of the NFT so that it is synchronized with the status of the sticker data.

[0161] The burning unit (burning function, burning means, burning process) 14C burns the selected NFT based on a request from the user. For example, by referring to the above-mentioned user data, etc., an image of a list of owned NFT stickers is displayed on the terminal device of the user who requested to display the burn candidates. The user can operate their own terminal device to select the NFT they wish to burn.

[0162] When the burning unit 14C receives a burn request for the selected NFT from a user (terminal device), it sends the burn request for the selected NFT to the blockchain network 30. The burning unit 14C sends the token ID of the selected NFT together with the burn request for the NFT to the blockchain network 30. As a result, the selected NFT is burned in the blockchain network 30. Then, the burning unit 14C deletes data related to the selected NFT from the wallet (terminal device) of the user.

[0163] In addition, when the burning unit 14C receives information on the completion of burning of an NFT corresponding to a content (sticker) from the blockchain network 30, the burning unit 14C adds 1 to the burn number of the NFT corresponding to this sticker (sticker ID). That is, the burning unit 14C updates the "burn number" of the above-mentioned sticker data for each type.

[0164] Fig. 13 is a flowchart showing an example of an issuance process executed by the system 100. In the issuance process in this embodiment, a process for issuing an NFT corresponding to a content (sticker) in the blockchain network 30 is performed. Note that Fig. 13 mainly describes the process for issuing an NFT for a sticker purchased by a user, and other processes may be partially omitted. Below, an example will be described in which an NFT for a sticker purchased by a user (terminal device 20) is issued.

[0165] The issuance process in this embodiment begins when, for example, the payment process (billing process) for a sticker that the user (terminal device 20) wishes to purchase is completed. As described above, the billing process is executed when a purchase request for the selected sticker is received from the user (terminal device). The user simply selects the sticker that they wish to purchase from the image of the list of stickers that can be issued with NFTs, displayed on the terminal device 20.

[0166] The server device 10C executes a request transmission process (step S10-C). In the request transmission process, a request to issue an NFT corresponding to the purchased sticker is sent from the server device 10C to the blockchain network 30. More specifically, the server device 10C transmits, together with the request to issue the NFT, information identifying the game content (sticker), information identifying the status and owner, and the like, to the blockchain network 30.

[0167] Next, the server device 10C determines whether the issuance of the NFT is complete (step S11-C). The server device 10C waits until the issuance of the NFT is complete. When the server device 10C receives information indicating that the issuance of the NFT is complete from the block chain network 30, it determines that the issuance of the NFT is complete.

[0168] If the issuance of the NFT is complete (step S11-C: YES), the server device 10C executes a completion process (step S12-C). In the completion process, the server device 10C sends the NFT corresponding to the sticker to the wallet (terminal device 20) of the purchaser (user). The server device 10C also adds 1 to the number of issues of the NFT corresponding to this sticker. That is, the server device 10C updates the "number of issues" of this sticker (sticker ID) in the above-mentioned sticker data. Furthermore, although not shown, the server device 10C transmits a completion of the issuance of the NFT to the user (terminal device 20). After that, the server device 10C ends the issuance process.

[0169] Next, Fig. 14 is a flow chart showing an example of a setting process executed by the system 100. In the setting process in the example of this embodiment, a process for changing a part of the status of the content (sticker) is performed. Note that Fig. 14 mainly describes the process for acquiring information for specifying the remaining number and the process for changing a part of the status, and other processes may be partially omitted.

[0170] The setting process according to the embodiment is repeatedly executed, for example, at predetermined intervals (for example, every frame).

[0171] The server device 10C executes an acquisition process (step S20-C). In the acquisition process, information for identifying the remaining number described above is acquired. For example, the number of issues and the number of burns are acquired from the memory unit of the server device 10C as information for identifying the remaining number. That is, by referring to the above-mentioned sticker data, the number of issues and the number of burns of NFTs corresponding to stickers for each type (sticker ID) are acquired, and the remaining number for each type is calculated. In this example of the present embodiment, the number of issues and the number of burns of NFTs for two types of NFT stickers SS1 and SS2 (sticker IDs: SS1 and SS2) are acquired.

[0172] Next, the server device 10C selects an NFT corresponding to one type of sticker (step S21-C) and executes a change process (step S22-C). In the change process, a part of the status of the one type of sticker is changed.

[0173] For example, a case will be described where NFT sticker SS1 (sticker ID: SS1) is selected. If the change conditions for NFT sticker SS1 (sticker ID: SS1) are met, the attack power is changed. Specifically, the "distribution value" of the sticker data for NFT sticker SS1 (sticker ID: SS1) is updated. As described above, the distribution value is calculated by dividing a predetermined value according to the remaining number. Note that if the change conditions are not met, the status is not changed and the change process ends. Note that the initial value of the distribution value can be set to 0.

[0174] In addition, in the change process, the server device 10C also sends a request to the blockchain network 30 regarding the status included in the metadata of the NFT, and updates it in the same manner as the status of the seal data described above.

[0175] Next, the server device 10C judges whether or not the change process has been performed for the NFTs corresponding to all types of content (stickers) (step S23-C). If not (step S23-C: NO), the server device 10C returns to the process of step S21-C. After that, an NFT corresponding to another type of sticker is selected, and the same process as described above is performed. For example, an unexecuted NFT sticker SS2 (sticker ID: SS2) is selected. Then, the change process is performed on the NFT sticker SS2 (sticker ID: SS2).

[0176] On the other hand, if the change process has been executed for the NFTs corresponding to all types of content (stickers) (step S23-C: YES), the server device 10C ends the setting process.

[0177] It should be noted that in the change process of step S21-C, once the change condition is met and a predetermined event (magic A) is added, it is not necessary to execute the change process for the NFT sticker SS2 (sticker ID: SS2).

[0178] Fig. 15 is a flowchart showing an example of the burning process executed by the system 100. In the burning process of the example of this embodiment, a process is performed to burn an NFT corresponding to content (sticker) in the blockchain network 30. Note that Fig. 15 mainly describes the process of burning an NFT of a sticker selected by a user, and other processes may be partially omitted. Below, an example will be described in which an NFT of a sticker selected by a user (terminal device 20) is burned.

[0179] The issuance process of this embodiment begins when the server device 10C receives a burn request from a user (terminal device 20). The user selects the sticker to be burned from the image list of owned NFT stickers displayed on the terminal device 20. The terminal device 20 transmits the burn request to the server device 10C together with the token ID of the selected NFT.

[0180] The server device 10C executes a request transmission process (step S30-C). In the request transmission process, a burn request for the NFT corresponding to the selected sticker is transmitted from the server device 10C to the blockchain network 30. More specifically, the server device 10C transmits the token ID of the NFT to the blockchain network 30 together with the burn request for the NFT.

[0181] Next, the server device 10C determines whether the burning of the NFT is completed (step S31-C). The server device 10C waits until the burning of the NFT is completed. When the server device 10C receives information that the burning of the NFT is completed from the blockchain network 30, it determines that the burning of the NFT is completed.

[0182] If the burning of the NFT is completed (step S31-C: YES), the server device 10C executes a completion process (step S32-C). In the completion process, the server device 10C deletes data related to the NFT corresponding to the sticker from the wallet (terminal device 20) of the user. The server device 10C also adds 1 to the burn number of the NFT corresponding to this sticker. That is, the server device 10C updates the "burn number" of this sticker (sticker ID) in the above-mentioned sticker data. Furthermore, although not shown, the server device 10C transmits the completion of the burning of the NFT to the user (terminal device 20). After that, the server device 10C ends the burning process.

[0183] As described above, as one aspect of the third embodiment, the server device 10C is configured to include the issuing unit 11C, the acquiring unit 12C, the setting unit 13C, and the burning unit 14C, so that the change in the remaining number of NFTs corresponding to the same type of content (characteristics of NFTs) is associated with the play of the game. This can improve the entertainment value of games using NFTs.

[0184] It should be noted that the video games of the above-described embodiment may be of various genres as long as they use content such as characters.

[0185] The upper limit number in the above-mentioned embodiment is set to a predetermined value, but is not particularly limited to this. For example, the number of issuances when NFTs are issued for a limited time also corresponds to the upper limit number. Specifically, NFTs corresponding to a certain type of content are released (issued) indefinitely for only one month of the sales period. After the sales period has passed, this NFT will not be issued. In this case, the number of issuances of NFTs corresponding to a certain type of content issued during the sales period corresponds to the upper limit number.

[0186] In the above-mentioned embodiment, an upper limit is set for issuing NFTs, but an upper limit may not be set. Even in this case, for example, the attack power of a certain type of content may be increased as the remaining number of NFTs of the certain type of content decreases. This allows a change in the remaining number of NFTs (characteristics of NFTs) corresponding to the same type of content to be associated with game play, even if an upper limit is not set. Therefore, the entertainment value of games using NFTs can be improved.

[0187] In the above embodiment, the change condition is set, but it is not necessary to set it.

[0188] In the above-mentioned embodiment example, there may be only one type of content, or there may be three or more types of content.

[0189] The issuing unit in the above-mentioned embodiment may be configured to either make an NFT issuance request and have the blockchain network issue an NFT, or to issue an NFT itself, as described above. In addition, the issuing unit may issue an NFT by transferring (changing the owner) an NFT corresponding to issued content whose owner is the game operator to a user.

[0190] In the above embodiment, a configuration has been described in which an NFT is issued when a user purchases in-game content, but the subject of an NFT is not particularly limited to this. Any content that is acquired by a user may be used, and may be, for example, content that is acquired (granted) to a user as a result of playing a game.

[0191] In the above-mentioned embodiment, the issuing number and the burning number updated by the issuing unit and the burning unit are acquired as information for identifying the remaining number, but the information is not limited to this. Information for identifying the remaining number may be acquired from the blockchain network.

[0192] For example, the server device (acquisition unit) makes a request to the blockchain network to transmit the remaining number of NFTs corresponding to each type of content. Specifically, the server device makes a request to the blockchain network to transmit the remaining number by specifying the game identification information and the content identification information. As a result, the remaining number of NFTs corresponding to each type of content is transmitted from the blockchain network to the server device. In this case, instead of the acquisition process of step S20-C in FIG. 14, the above-mentioned process of transmitting the remaining number can be performed to the blockchain network.

[0193] In the above-described embodiment, the status of NFTs corresponding to all types of content may not be changed. Only NFTs corresponding to some types of content may be subject to status change. For types of content that are not subject to change, for example, a value without change settings may be set in the change content of the sticker data. This prevents the change process in FIG. 14 from being executed. Also, for example, information for identifying the change target (change target information) may be included in the metadata of the NFT corresponding to the type of content that is subject to change. In this case, a request for transmission of the remaining number may be made from the server device to the blockchain network for the NFT that includes the change target information.

[0194] The modifications in the above-described embodiment examples may be common to all types of content.

[0195] The change condition in the above embodiment includes only one condition, but may include multiple conditions. For example, conditions A, B, and C may be the change conditions. In this case, the change condition may be satisfied when any one of conditions A, B, and C is satisfied. Alternatively, the change condition may be satisfied when all of conditions A, B, and C are satisfied. The change condition may also be changed periodically.

[0196] The change in status in the above-mentioned embodiment is not limited to the above-mentioned configuration. For example, the more the remaining number of NFTs of a certain type of content increases, the higher the specific parameter (attack power) of the certain type of content may be. Also, for example, when the ratio (remaining number ÷ issued number) becomes equal to or exceeds a predetermined value, a predetermined event (magic) may be newly added to the executable in-game events of a certain type of content.

[0197] In the above embodiment, a part of the status is changed, but the entire status may be changed.

[0198] The change of the status in the above embodiment may be performed repeatedly, or the number of times it can be performed may be limited so that no changes are made after a change has been made once. In this case, the number of times changes are permitted (the limit number of times) may be stored in the storage unit of the server device.

[0199] The status of the content in the above-mentioned embodiment may not be stored in the server device, but may be recorded in the blockchain as NFT data only. For example, the status may be recorded only in the metadata of the blockchain of the NFT corresponding to the content (seal). In this case, the server device (setting unit) may change the status included in the metadata. Alternatively, the above status may be stored only in the storage unit of the server device.

[0200] The burn unit in the above-mentioned embodiment may also respond to requests other than the burn request from the user. For example, a process of synthesizing character A and NFT character B and evolving character A will be described. When synthesis is performed, NFT character B disappears. Therefore, the burn unit may make a burn request to the blockchain network for the NFT of the character that disappears in synthesis.

[0201] In the above-described embodiment, the server device does not need to accept the burning of NFTs. For example, the burning may be accepted by a marketplace on the blockchain.

[0202] In the above-described embodiment, the operator of the server device and the operator of the blockchain network may be different or the same.

[0203] [Note] The above-mentioned embodiment has been described so as to enable at least one person having ordinary skill in the art to which the invention pertains to practice the invention.

[0204] [1] A video game processing program for causing a computer to realize a function of controlling the progress of a video game including content used within the game, The computer includes: An issuing function to issue non-fungible tokens (hereinafter referred to as NFTs) corresponding to the content on a blockchain network, with the user as the owner, within the upper limit of the number; An acquisition function for acquiring information for identifying the remaining number of NFTs corresponding to the same type of content in the blockchain network; a setting function for changing at least a part of a game status associated with the content in accordance with the remaining number; A video game processing program that realizes this.

[0205] [2] the setting function includes a function of adding a distribution value obtained by dividing a predetermined value according to the remaining number to a basic value of a specific parameter included in the status; Realize this, The distribution value increases as the remaining number decreases. A video game processing program according to [1].

[0206] [3] The issuing function includes a function of storing the number of issued NFTs corresponding to each type of content in a storage unit; The setting function includes a function of changing at least a part of the status when a ratio of the remaining number to the issued number becomes equal to or less than a predetermined value; A video game processing program according to [1] that realizes the above.

[0207] [4] a function of adding a predetermined event as an executable in-game event included in the status in accordance with the remaining number, The video game processing program according to any one of [1] to [3] above,

[0208] [5] The content is a sticker-like virtual object including a character. A video game processing program according to any one of [1] to [4].

[0209] [6] The computer further comprises: A burn function that burns a specified NFT based on a request from the user; The video game processing program according to any one of [1] to [5] above.

[0210] [7] The content is of multiple types, The acquisition function includes a function of acquiring information for identifying the remaining number of NFTs corresponding to the content whose status can be changed, among the NFTs corresponding to the content; The video game processing program according to any one of [1] to [6] above, [8] A server device having a video game processing program according to any one of [1] to [7] installed therein.

[0211] [9] A video game processing program for causing a server device connected via a communication network to a game terminal device that executes a video game including content used in the game to control progress of the video game, the program comprising: The server device, An issuing function to issue non-fungible tokens (hereinafter referred to as NFTs) corresponding to the content on a blockchain network, with the user as the owner, within the upper limit of the number; An acquisition function for acquiring information for identifying the remaining number of NFTs corresponding to the same type of content in the blockchain network; a setting function for changing at least a part of a status associated with the content in accordance with the remaining number; A video game processing program that realizes this.

[0212]

[10] the setting function includes a function of adding a distribution value obtained by dividing a predetermined value according to the remaining number to a basic value of a specific parameter included in the status; Realize this, The distribution value increases as the remaining number decreases. [9] A video game processing program according to the present invention.

[0213]

[11] The issuing function includes a function of storing the number of issued NFTs corresponding to each type of content in a storage unit; The setting function includes a function of changing at least a part of the status when a ratio of the remaining number to the issued number becomes equal to or less than a predetermined value; A video game processing program as described in [9] that realizes the above.

[0214]

[12] a function of adding a predetermined event as an executable in-game event included in the status in accordance with the remaining number, A video game processing program according to any one of [9] to

[11] , which realizes the above.

[0215]

[13] The content is a sticker-like virtual object including a character. A video game processing program according to any one of [9] to

[12] .

[0216]

[14] The computer further comprises: A burn function that burns a specified NFT based on a request from the user; A video game processing program according to any one of [9] to

[13] , which realizes the above.

[0217]

[15] The content is of multiple types, The acquisition function includes a function of acquiring information for identifying the remaining number of NFTs corresponding to the content whose status can be changed, among the NFTs corresponding to the content; A video game processing program according to any one of [9] to

[14] , which realizes the above.

[0218]

[16] A game system comprising: a game terminal device for executing a video game including content used in the game; and a server device connected to the game terminal device via a communication network and controlling the progress of the video game, An issuing means for issuing non-fungible tokens (hereinafter referred to as NFTs) corresponding to the content in a blockchain network, with the user as the owner, within the upper limit number; An acquisition means for acquiring information for identifying the remaining number of NFTs corresponding to the same type of content in the blockchain network; a setting means for changing at least a part of a status associated with the content in accordance with the remaining number; A game system including:

[0219]

[17] the setting means adds a distribution value obtained by dividing a predetermined value according to the remaining number to a basic value of a specific parameter included in the status; The distribution value increases as the remaining number decreases.

[16] The game system described in.

[0220]

[18] The issuing means stores the number of issued NFTs corresponding to the same type of content in a storage unit, the setting means changes at least a part of the status when a ratio of the remaining number to the issued number becomes equal to or less than a predetermined value.

[16] The game system described in.

[0221]

[19] the setting means adds a predetermined event as an executable in-game event included in the status in accordance with the remaining number. A game system according to any one of

[16] to

[18] .

[0222]

[20] The content is a sticker-like virtual object including a character. A game system according to any one of

[16] to

[19] .

[0223] [twenty one] A burning means for burning a specified NFT based on a request from the user; The game system according to any one of

[16] to

[20] , further comprising:

[0224] [twenty two] The content is of multiple types, The acquisition means acquires information for identifying the remaining number of NFTs corresponding to the content whose status can be changed, among the NFTs corresponding to the content; A game system according to any one of

[16] to

[21] .

[0225] [twenty two] A game progress control method for causing a computer to control the progress of a video game including content used within the game, comprising: An issuance process for issuing non-fungible tokens (hereinafter referred to as NFTs) corresponding to the content on a blockchain network, with the user as the owner, within the upper limit of the number; An acquisition process for acquiring information for identifying the remaining number of NFTs corresponding to the same type of content in the blockchain network; a setting process for changing at least a part of a status associated with the content in accordance with the remaining number; A video game processing method comprising: [Industrial Applicability]

[0226] According to one embodiment of the present invention, it is useful for improving the fun of games using NFTs. [Explanation of symbols]

[0227] 10. Server device 11 Publishing Department 12 Acquisition Department 13 Setting section 14 Burn Club 20 Terminal Equipment 30 Blockchain Network 100 Game System

Claims

1. A game system comprising: a game terminal device for executing a video game including content used within the game; and a server device connected to the game terminal device via a communication network and controlling the progress of the video game, An issuing means for issuing non-fungible tokens (hereinafter referred to as NFTs) corresponding to the content in a blockchain network, with the user as the owner, within an upper limit number; An acquisition means for acquiring information for identifying the remaining number of NFTs corresponding to the same type of content in the blockchain network; a setting means for changing at least a part of a status associated with the content in accordance with the remaining number; A game system including:

2. the setting means adds a distribution value obtained by dividing a predetermined value according to the remaining number to a basic value of a specific parameter included in the status; The distribution value increases as the remaining number decreases. The game system according to claim 1 .

3. The issuing means stores the number of issued NFTs corresponding to each type of content in a storage unit; the setting means changes at least a part of the status when a ratio of the remaining number to the issued number becomes equal to or less than a predetermined value. The game system according to claim 1 .

4. the setting means adds a predetermined event as an executable in-game event included in the status in accordance with the remaining number. The game system according to claim 1 .

5. The content is a sticker-like virtual object including a character. The game system according to claim 1 .

6. a burning means for burning a specified NFT based on a request from the user; The game system of claim 1 further comprising:

7. A video game processing program for causing a computer to realize a function of controlling the progress of a video game including content used within the game, The computer includes: An issuing function for issuing non-fungible tokens (hereinafter referred to as NFTs) corresponding to the content in a blockchain network, with the user as the owner, within an upper limit; An acquisition function for acquiring information for identifying the remaining number of NFTs corresponding to the same type of content in the blockchain network; a setting function for changing at least a part of a game status associated with the content in accordance with the remaining number; A video game processing program that realizes this.

8. A video game processing program for causing a server device connected via a communication network to a game terminal device that executes a video game including content used in the game to control progress of the video game, the program comprising: The server device, An issuing function for issuing non-fungible tokens (hereinafter referred to as NFTs) corresponding to the content in a blockchain network, with the user as the owner, within an upper limit; An acquisition function for acquiring information for identifying the remaining number of NFTs corresponding to the same type of content in the blockchain network; a setting function for changing at least a part of a status associated with the content in accordance with the remaining number; A video game processing program that realizes this.

Images