Game system and video game processing program

Abstract

To provide a game system or the like for providing a person considering purchase with useful information referenced for judging purchase so as to activate transactions in a market place or the like regarding content (NFT) created by a user in a game.SOLUTION: In a game, content (NFT) created by a user can be contributed. In a game, contributed content is evaluated by other users. Evaluation information is included in meta data of NFT corresponding to the content.SELECTED DRAWING: Figure 14

Description

Technical Field

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

Background Art

[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, contents such as characters and items used in the game are NFTs (non-fungible tokens). The number of issued NFTs such as characters may be limited, and trading transactions between users are actively conducted in marketplaces and the like.

[0003] In Non-Patent Document 1, it is possible for a user to issue an NFT of an original card in which the user himself / herself designates a name, illustration, status (such as attack power), and the like. Trading transactions are also possible for this NFT of the original card.

Prior Art Documents

Patent Documents

[0004]

Non-Patent Document 1

Disclosure of the Invention

Problems to be Solved by the Invention

[0005] Regarding the content (NFT) created by a user in the above NFT game, it is an issue to provide useful information for reference in purchase judgment to potential purchasers in order to activate transactions in marketplaces and the like.

[0006] An object of at least one embodiment of the present invention is to solve the deficiencies of the related art.

Means for Solving the Problems

[0007] From a non-limiting perspective, a game system according to an embodiment of the present invention includes a terminal device that executes a video game including content used in the game, and a server device that is connected to the terminal device via a communication network and controls the progress of the video game. The game system includes a generation means for generating content based on a user's operation input, an issuance means for issuing a non-fungible token (hereinafter referred to as NFT) corresponding to the content in a blockchain network with the user who generated the content as the owner, and an evaluation means for receiving evaluations of content posted by a user in the game from other users and updating the evaluation information for the content. The issuance means issues an NFT corresponding to the content including the evaluation information in the metadata.

[0008] From a non-limiting perspective, a video game processing program according to an 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 in the game. The program causes the computer to realize a generation function for generating content based on a user's operation input, an issuance function for issuing a non-fungible token (hereinafter referred to as NFT) corresponding to the content in a blockchain network with the user who generated the content as the owner, and an evaluation function for receiving evaluations of content posted by a user in the game from other users and updating the evaluation information for the content. The issuance function realizes a function of issuing an NFT corresponding to the content including the evaluation information in the metadata.

[0009] From a non-limiting perspective, a video game processing program according to an embodiment of the present invention is a video game processing program for controlling the progress of a video game, which is connected to a server device via a communication network and is used to execute a video game including content used in the game. The program causes the server device to implement a generation function for generating content based on a user's operation input, an issuance function for issuing a non-fungible token (hereinafter referred to as NFT) corresponding to the content in a blockchain network with the user who generated the content as the owner, and an evaluation function for accepting evaluations of content posted by a user from other users in the game and updating evaluation information for the content. In the issuance function, a function of issuing an NFT corresponding to the content with evaluation information included in the metadata is implemented.

Advantages of the Invention

[0010] One or more deficiencies are solved by each embodiment of the present application.

Brief Description of the Drawings

[0011]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Figure 18

Figure 19

Figure 20

Figure 21

Figure 22

Figure 23

Figure 24

Figure 25

Figure 26

Figure 27

Figure 28

Embodiments for Carrying Out the Invention

[0012] Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings. Note that various components in the examples of each embodiment described below can be appropriately combined as long as there is no contradiction. In addition, the content described as an example of a certain embodiment may be omitted in other embodiments. Also, operations and processes not related to the characteristic parts of each embodiment may be omitted. Furthermore, the order of various processes constituting the various flows described below can be changed as long as there is no contradiction in the processing content.

[0013] [First Embodiment] FIG. 1 shows an example of the configuration of a game system 100 in an embodiment of the present invention. This is a block diagram. As shown in FIG. 1, the 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 video games (games), respectively. 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 for example, a configuration including a plurality of server devices may be used. Alternatively, a virtual server device may be configured using cloud computing.

[0014] In addition, the system 100 also includes a blockchain network 30. The blockchain network 30 is a distributed database network composed of a plurality of nodes (computers). In the blockchain network 30, a unit of data called a block is generated, and a blockchain (distributed ledger) is stored by connecting them like a chain. In the blockchain network 30, transactions such as fungible tokens and non-fungible tokens (NFTs) are possible. Examples of the blockchain network 30 include existing platforms such as Ethereum. A platform (not shown) such as a marketplace that enables the generation (issuance) and trading (secondary circulation) of NFTs is also connected to the blockchain network 30 via the communication network 15. Note that since blockchain technology including the issuance and trading of NFTs is a general configuration, detailed description thereof is omitted.

[0015] Note that primary circulation means that an NFT is handed over to a user without passing through other users (in a new state). Secondary circulation means that an NFT that has once entered the market (been handed over to other users) is sold again to another user.

[0016] System 100 has various functions for executing a game that includes content used in the game. In the game of the example of this embodiment, content is generated based on the operation input of the user. Also, in the blockchain network 30, an NFT corresponding to the generated content is issued. The owner is the user who generated the content.

[0017] Furthermore, in the game of the example of this embodiment, an evaluation of the content is received from other users. The content to be evaluated is the content generated by the user and posted as an evaluation target by this user. Note that an NFT has been issued for the content to be evaluated. The evaluation information, which is the result of the evaluation of the content, is, for example, a numerical value. For example, there is a high evaluation number indicating the number of other users (cumulative value) who highly evaluated the content. Other users may perform an evaluation operation input when highly evaluating the content. With one operation input, the high evaluation number is incremented by 1. In this case, the higher the value of the high evaluation number, the better the evaluation of the content in the game. The evaluation information is also included in the metadata of the NFT corresponding to the content.

[0018] The content is digital content and includes virtual objects used in the game. Examples of virtual objects include characters that assist the user in progressing the game, characters that are the user's enemies, items that produce specific effects when used, etc. Also, for example, a seal-shaped virtual object that includes an image of a character also falls under the above content.

[0019] The generation of the above-mentioned content corresponds to, for example, the generation of a third content obtained by overlapping and combining a first content and a second content selected based on a user's operation input (see, for example, FIG. 11). The first content is, for example, a seal-shaped virtual object (character seal) that includes an image of a character. The second content is, for example, a virtual object (frame seal) that includes an image of a frame. The third content is composed of a two-layer structure in which the first content becomes the first layer and the second content becomes the second layer. That is, the third content is a seal-shaped virtual object (customized character seal) in which the image of the frame seal is synthesized with the image of the character seal. A plurality of types of the first content and the second content are provided. Therefore, the user can generate an original character seal (third content) by combining the first content and the second content.

[0020] For example, the third content is composed of data for forming the first content, and data for forming the second content, etc. The data for forming the first content includes, for example, character image data, status, etc. The status is data referred to in the progress of the game. For example, parameters (numerical values) such as hit points (HP), attack power (ATK), and defense power (DEF) are included in the status. The data for forming the second content includes, for example, frame image data.

[0021] Each of the first content and the second content is, for example, NFTized. The user can obtain NFTs corresponding to the first content and the second content by consuming, for example, legal currency, virtual currency, etc. and purchasing (primary circulation). Alternatively, it may be made available within the game. When the NFT of the third content is issued, the NFTs corresponding to each of the first content and the second content used in the combination of this content may be invalidated (burned).

[0022] The server device 10 is managed by the administrator of the system 100 and has various functions for providing information related to the progress control of the virtual space to the user terminals 20, 201 to 20N. The server device 10 provides, for example, information (image generation information) for generating game images related to content generation, NFT issuance, etc. The server device 10 is constituted by 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 constituted by a CPU or the like. Since the above configuration is a general configuration, detailed description is omitted.

[0023] Note that the storage unit may be configured to be built into the server device 10, or may be configured as a storage device such as a database device separate from the server device 10. Alternatively, as a blockchain, a configuration using a blockchain network as the storage unit may be adopted.

[0024] FIG. 2 is a functional block diagram showing the configuration of a server device 10A which is an example of the configuration of the server device 10. The server device 10A includes at least a generation unit 11, an issuance unit 12, and an evaluation unit 13 when the control unit executes software (video game processing program) for controlling the progress of the game stored in the storage unit. Note that the video game processing program also includes game data.

[0025] The generation unit (generation function, generation means, generation process) 11 generates content based on the user's operation input. As the content, for example, the above-described third content is applicable. In this case, the user may, for example, operate the operation unit of his / her own terminal device and select the first content and the second content to be combined. For example, the third content is generated from the data for forming the first content, the data for forming the second content, etc. When the generation unit 11 receives a generation request from the user (terminal device), for example, it may display a generation screen on this terminal device and accept the operation for generating the content.

[0026] The issuance unit (issuance function, issuance means, issuance process) 12 issues an NFT corresponding to the content in the blockchain network 30, with the user who generated the content as the owner. Note that the user who generated the above-mentioned content corresponds to the user who performed the operation input in the generation of the content by the generation unit 11. The issuance of the NFT is to record the location of the ownership of the content on the blockchain. That is, a token ID (NFT_ID) is issued for the content, and a blockchain is generated in which metadata such as information specifying that it is game content and information specifying the owner is associated with this token ID.

[0027] The issuance unit 12, for example, makes an issuance request to cause the blockchain network 30 to issue an NFT corresponding to the content. For example, when the content is generated by the generation unit 11, the issuance unit 12 sends an issuance request for the NFT corresponding to this content to the blockchain network 30.

[0028] The issuance unit 12, for example, sends (uploads) data related to the content such as information specifying that it is game content, evaluation information, etc., and information specifying the owner, etc., to the blockchain network 30 together with the issuance request for the NFT. Thereby, an NFT corresponding to the content is issued in the blockchain network 30. Then, the issuance unit 12 sends the NFT corresponding to the content to the electronic wallet (terminal device) of the user who generated this content. Hereinafter, the electronic wallet may sometimes be referred to as a wallet.

[0029] Information for identifying that it is game content includes, for example, the identification information of the game of the example of the present embodiment and the identification information of the content. The evaluation information is content evaluation information to be NFT-ized. The information for identifying the owner is the identification information (user ID) of the user who generated the content (NFT). The user ID may be, for example, the wallet address of the user (terminal device). The user ID may be stored, for example, in the server device 10A (storage unit) included in the user data. The user data is, for example, data related to the user's game and is stored for each user (game user ID) (see, for example, FIG. 22). The game user ID is identification information for the user's game.

[0030] Metadata is also recorded on the blockchain of the NFT corresponding to the content (see, for example, FIG. 14). The metadata includes, for example, the information for identifying that it is the game content described above and the information for identifying the owner. In addition, the metadata includes the evaluation information of the content. The issuing unit 12 makes an NFT issuance request so that the evaluation information is included in the metadata. Also, the metadata includes a transaction history. The transaction history is a history of the secondary circulation of the ownership of the content and includes identification information (user ID) of the transferor and transferee of the content, etc.

[0031] Note that information such as the NFT of the content stored (stored) in the user's wallet may be stored in the server device 10A (storage unit) included in the above user data. The server device 10A may be linked to be able to access the wallet.

[0032] The evaluation unit (evaluation function, evaluation means, evaluation process) 13 receives evaluations from other users for the content submitted by the user in the game and updates the evaluation information for this content. The content that can be submitted is the content generated by the user.

[0033] The evaluation unit 13 receives content submissions from users. The user only needs to operate the operation unit of their own terminal device and select the content to be submitted from the content they own. For example, the evaluation unit 13 may refer to the user data, display a list screen of the content stored in the wallet on the user's terminal device, and let the user select the content to be submitted. The evaluation unit 13 may, for example, store the identification information of the submitted (selected) content in the storage unit of the server device 10A as submission data in association with the game user ID of the submitter, etc.

[0034] Also, for example, the evaluation unit 13 refers to the submission data and displays a list screen of the submitted content (submission list screen) on the terminal device of the user who performs the evaluation. The user only needs to operate the operation unit of their own terminal device on the submission list screen to evaluate the content. Note that the user cannot evaluate the content they themselves submitted.

[0035] The evaluation information has, for example, a high evaluation count indicating the number of other users (cumulative value) who highly evaluated the content as described above. The user only needs to perform an evaluation operation input on the content to be highly evaluated on the submission list screen. Thereby, the evaluation unit 13 adds (updates) the numerical value of the high evaluation count of that content by 1.

[0036] The evaluation information may be included in the submission data in association with, for example, the identification information of the content, the game user ID of the submitter, etc.

[0037] Also, the evaluation unit 13 updates the evaluation information of the metadata of the NFT corresponding to the submitted content. For example, it is updated periodically every time a predetermined time arrives. For example, the evaluation information of the metadata of the NFT is updated to be the same as the evaluation information of the above-mentioned submission data.

[0038] Next, the terminal devices 20, 201 to 20N will be described. Each of the plurality of terminal devices 20, 201 to 20N is managed by a user who plays a game, and is configured by, for example, a stationary game device, a personal computer, a mobile phone terminal, a PDA (Personal Digital Assistants), a portable game device, a communicable terminal device such as a smartphone.

[0039] Each of the terminal devices 20, 201 to 20N includes an operation device (operation unit), a storage medium (storage unit), a control unit composed of a CPU, etc., a display unit, an audio output unit (such as a speaker), a communication control unit, etc. Since the above configuration is a general configuration, detailed description thereof will be omitted. In addition, software (application program) for executing a game by communicating with the server device 10 and the like is stored in the storage unit of the terminal devices 20, 201 to 20N.

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

[0041] In addition, the terminal devices 20, 201 to 20N function as, for example, a wallet (electronic wallet). A wallet is a means for managing tokens. An application program for executing a wallet may be stored in the storage unit of each of the terminal devices 20, 201 to 20N. The NFT corresponding to the content is stored (kept) in the wallet of the generated user (owner). As described above, the information of the wallet (such as the wallet address) may be stored in the server device 10 (storage unit) including the user data. In addition, the server device 10 may be linked so as to be accessible to the wallet.

[0042] In addition, the terminal devices 20, 201 to 20N can also buy and sell (secondary circulation) the NFTs stored in the wallet in the marketplace.

[0043] Next, the operation of system 100 will be described.

[0044] FIG. 3 is a flowchart showing an example of the issuance process executed by system 100. The issuance process in the example of this embodiment is a process for issuing an NFT corresponding to content in blockchain network 30. Note that in FIG. 3, mainly, the process of issuing an NFT of content generated by the user will be described, and other processes may be partially omitted. Hereinafter, the case where the user (terminal device 20) generates content will be described as an example.

[0045] The issuance process in the example of this embodiment is started, for example, when server device 10A receives a content generation request from the user (terminal device 20).

[0046] Server device 10A executes a generation process (step S10). In the generation process, content is generated based on the user's operation input. For example, as described above, content (third content) that combines the first content and the second content is generated. Server device 10A causes terminal device 20 to display, for example, a generation screen for the first content and the second content that the user owns as an NFT, and allows the user to select a set of the first content and the second content. Information on the first content and the second content that the user owns as an NFT may be obtained, for example, from user data stored in the storage unit of server device 10A. When server device 10A receives information specifying a selected set of the first content and the second content from the user (terminal device 20), the third content is generated. For example, the third content is generated from the data for forming the first content and the data for forming the second content.

[0047] After that, the server device 10A executes request transmission processing (step S11). In the request transmission processing of step S11, a request for issuing an NFT corresponding to the generated content is transmitted from the server device 10A to the blockchain network 30. The server device 10A transmits, for example, information specifying that it is game content, data related to the content such as evaluation information, information specifying the owner, etc. to the blockchain network 30 together with the above-mentioned NFT issuance request.

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

[0049] When the issuance of the NFT is completed (step S12: YES), the server device 10A executes completion processing (step S13). In the completion processing of step S13, the server device 10A sends the NFT corresponding to the content to the wallet (terminal device 20) of the purchaser (user). Also, the server device 10A may transmit, for example, the completion of the NFT issuance to the user (terminal device 20). After that, the server device 10A ends the issuance processing.

[0050] FIG. 4 is a flowchart showing an example of the first evaluation processing executed by the system 100. In the example of the present embodiment, the first evaluation processing is processing for receiving an evaluation from a user for the posted content. In FIG. 4, mainly, the processing for receiving the posting of the content and the processing for receiving the evaluation related to the content are described, and other processing may be omitted. Hereinafter, the case where the user (terminal device 20) posts the content and the case where the user evaluates the content of other users will be described as examples.

[0051] The first evaluation process of the example of this embodiment is started, for example, when the server device 10A receives a content posting request from a user (terminal device 20). Also, the first evaluation process is started when the server device 10A receives a viewing request for the posted content from the user (terminal device 20).

[0052] The server device 10A determines whether it has received a posting request from the user (step S20). If it has received a posting request (step S20: YES), the server device 10A executes a posting process (step S21). In the posting process, the server device 10A causes, for example, a list screen of the content owned by the user as an NFT to be displayed on the terminal device 20 and allows the user to select the content to be posted. When the server device 10A receives information specifying the selected content from the user (terminal device 20), it updates the posting data. The server device 10A adds data such as the identification information and evaluation information of the selected content to the posting data, for example, in association with the game user ID. Then, the server device 10A ends the first evaluation process.

[0053] On the other hand, if it has received a viewing request instead of a posting request (step S20: NO), the server device 10A executes a display process (step S22). In the display process, a posting list screen of the posted content is displayed on the terminal device 20 of the user who performs the evaluation. The user may operate the operation unit of his or her terminal device 20 on the posting list screen to evaluate the content. Note that the user cannot select (evaluate) the content he or she has posted.

[0054] Server device 10A continues to execute the above display process until an evaluation input is received (step S23: YES). When an evaluation input is received (step S23: YES), server device 10A executes an update process (step S24). In the update process, the evaluation information for the content for which the evaluation input was made is updated. Server device 10A updates, for example, the evaluation information of the posted data. After that, server device 10A ends the first evaluation process. Note that the user does not necessarily have to provide an evaluation input. If the user does not evaluate, the user may perform an operation input to cancel the browsing request.

[0055] Although the processes shown in FIGS. 3 and 4 have been described with respect to terminal device 20, the same processes are performed for each of terminal devices 201 to 20N of each user who plays the game.

[0056] FIG. 5 is a flowchart showing an example of a second evaluation process executed by system 100. The second evaluation process in the example of the present embodiment is a process for updating the evaluation information included in the metadata of the NFT corresponding to the content. In FIG. 5, mainly, the process of synchronizing the evaluation information of the metadata with the evaluation information of the posted data will be described, and other processes may be omitted.

[0057] The second evaluation process in the example of the present embodiment is repeatedly executed, for example, every time a predetermined time (for example, 17:00:00) arrives. That is, the second evaluation process is executed once a day.

[0058] The server device 10A executes an acquisition process (step S30). In the acquisition process, evaluation information of posted data updated after the execution of the previous acquisition process (after a predetermined time) is acquired. For example, evaluation information updated between the predetermined time of the previous day and immediately before the predetermined time of the current day (17:00:00 of the previous day to 16:59:59 of the current day) is acquired. Therefore, evaluation information that has not been updated after the predetermined time of the previous day is not acquired. The server device 10A may, for example, store information for specifying updated evaluation information within 24 hours from the predetermined time of the previous day. Also, in the acquisition process, the game user ID, content identification information, etc. associated with the evaluation information are also acquired from the posted data.

[0059] Next, the server device 10A executes a request transmission process (step S31). In the request transmission process of step S31, a change request is transmitted from the server device 10A to the blockchain network 30. The server device 10A transmits a change request to the blockchain network 30 for each content to be updated. The server device 10A transmits, for example, the token ID of the NFT of the content, change data, etc. to the blockchain network 30 together with the above change request. The change data is the evaluation information acquired in the acquisition process.

[0060] Next, the server device 10A determines whether the change has been completed (step S32). The server device 10A waits until the change is completed. The server device 10A determines that the change has been completed when it receives information that the change has been completed from the blockchain network 30.

[0061] When the change of the NFT is completed (step S32: YES), the server device 10A executes a completion process (step S33). In the completion process of step S33, the server device 10A, for example, starts storing information for specifying evaluation information to be updated within 24 hours from the predetermined time of the current day. After that, the server device 10A ends the second evaluation process.

[0062] As described above, as one aspect of the first embodiment, since the server device 10A is configured to include the generation unit 11, the issuance unit 12, and the evaluation unit 13, evaluation information within the game by other users regarding the content is included in the metadata of the NFT corresponding to the content. Also, the evaluation information in the metadata is updated. Therefore, the objective evaluation by other users of the content within the game can be referred to on the platform such as the marketplace. As a result, regarding the content (NFT) created by the user in the game, useful information (evaluation information) that can be referred to for the purchase decision can be provided to the NFT purchase considerers in order to activate transactions on the marketplace and the like.

[0063] Note that the video game in the example of the above-described embodiment can adopt various genres of games as long as the game uses content such as characters.

[0064] In the example of the above-described embodiment, an example in which the third content is generated by the combination of the first content and the second content has been described, but it is not particularly limited thereto. For example, a configuration in which the content is generated by the user specifying elements necessary for content generation such as a name, an illustration, a status (such as attack power), etc. may be used. Also, for example, a configuration in which content including an image drawn by the user himself / herself is generated may be used.

[0065] In the example of the above-described embodiment, an example of high evaluation has been described as the evaluation information, but it is not particularly limited thereto. For example, a configuration in which low evaluation is accepted may be used. Also, for example, a configuration in which evaluation comments such as impressions are accepted may be used.

[0066] In the example of the above-described embodiment, if it is content generated by the user, one user may post two or more pieces of content.

[0067] In the above-described embodiment example, regarding the posted content, a condition for the end of posting may be provided. Also, regarding the content for which posting has ended, it is possible to post again. In this case, the past evaluation information may be carried over. Further, the server device may be configured to receive an operation input for ending posting from the user who posted the content itself.

[0068] In the example of the above-described embodiment, the evaluation information of the NFT metadata is updated at the timing when a predetermined time arrives, but it is not particularly limited thereto. Any timing can be applied as the update timing. For example, it may be updated at the timing when evaluation is performed by the user.

[0069] In the example of the above-described embodiment, the evaluation information is included only in the NFT metadata, but it is not particularly limited thereto. It may be included in the content data (physical data).

[0070] The issuing unit in the example of the above-described embodiment may be configured to either make a request for issuance as described above to have the blockchain network issue an NFT, or to issue an NFT by itself. Also, the configuration of transferring (changing the owner) an NFT corresponding to the issued content whose owner is the game operator to the user is also included in the issuance of the NFT by the issuing unit.

[0071] In the example of the above-described embodiment, the operating entity of the server device and the operating entity of the blockchain network may be different or the same.

[0072] [Second Embodiment] In the example of this embodiment, it is possible to change a part of the configuration of the generated content (NFT). That is, it is possible to edit the generated content. For example, in the case of content (third content) generated by combining first content and second content, the original second content that has already been combined can be changed to other second content. The first content is, for example, a seal-shaped virtual object (character seal) that includes an image of a character. The second content is, for example, a virtual object that includes an image of a frame (frame seal). The third content is composed of a two-layer structure in which the first content becomes the first layer and the second content becomes the second layer. That is, the third content is a seal-shaped virtual object (customized character seal) in which the image of the frame seal is synthesized with the image of the character seal. Therefore, by changing the original second content to other second content for the third content, it is possible to change the image of the frame seal synthesized with the image of the character seal.

[0073] For example, the third content is composed of data for forming the first content, data for forming the second content, and the like. Therefore, in the above change, among the data of the third content, the data of the original second content may be changed to the data of other second content.

[0074] However, if the above change is made to the content that has been posted, the posting will be forced to end. Also, if the above change is made to the content regardless of whether it is being posted, the evaluation information obtained before the change will be deleted, and information indicating no evaluation will be set as the evaluation information. For example, if the evaluation information is the number of high evaluations, before the above change, it was the number of high evaluations: 100, but due to the above change, the number of high evaluations becomes 0. That is, when the above change is made to the content, the evaluation information of that content is reset to the information at the start of the evaluation.

[0075] FIG. 6 is a block diagram showing the configuration of a server device 10B which is an example of the server device 10. In the example of the present embodiment, the server device 10B includes at least a generation unit 11B, an issuance unit 12, and an evaluation unit 13B.

[0076] The generation unit 11B generates content based on a user's operation input. As the content, for example, the above-described third content is applicable. In this case, the user may, for example, operate the operation unit of his or her terminal device to select the first content and the second content to be combined. For example, the third content is generated from data for forming the first content, data for forming the second content, and the like. When the generation unit 11B receives a generation request from a user (terminal device), for example, it may display a generation screen on this terminal device and accept an operation input for generating content.

[0077] In addition, the generation unit 11B changes a part of the configuration of generated content for which an NFT has already been issued based on a user's operation input. When the generation unit 11B receives a change request from a user (terminal device), for example, it displays a generation screen on this terminal device. Then, on the generation screen, the content for which the above change is to be made may be selected and the above change may be accepted. For example, in the case of the above-described third content, the original second content that was combined is changed to another second content.

[0078] The generation unit 11B transmits a change request to the blockchain network 30 together with the token ID of the NFT of the content for which the above change has been made, change data, and the like. The change data includes, for example, data to be changed (updated) such as evaluation information. Note that evaluation information without evaluation is set in accordance with an instruction from the evaluation unit 13B. As a result, in the blockchain network 30, the content of the NFT of the above content is changed. Then, the generation unit 11B sends the NFT corresponding to the changed content to the wallet (terminal device) of the user who made the change request. As a result, the data regarding the above content in the wallet (terminal device) of the user who made the change request is changed (updated).

[0079] The issuing unit 12 issues an NFT corresponding to the content in the blockchain network 30 with the user who generated the content as the owner. Note that the user who generated the above-mentioned content corresponds to the user who performed the operation input in the generation of the content by the generation unit 11B.

[0080] The issuing unit 12, for example, makes an issuance request to cause the blockchain network 30 to issue an NFT corresponding to the content. For example, when the content is generated by the generation unit 11B, the issuing unit 12 sends an issuance request for the NFT corresponding to this content to the blockchain network 30.

[0081] The issuing unit 12, for example, sends (uploads) data related to the content, such as information specifying that it is game content, evaluation information, etc., and information specifying the owner, etc., to the blockchain network 30 together with the issuance request for the NFT. Thereby, in the blockchain network 30, an NFT corresponding to the content is issued. Then, the issuing unit 12 sends the NFT corresponding to the content to the wallet (terminal device) of the user who generated this content.

[0082] Note that information such as the NFT of the content stored (kept) in the user's wallet may be included in the above user data and stored in the server device 10B (storage unit). The server device 10B may be linked to be able to access the wallet.

[0083] The evaluation unit 13B receives evaluations from other users for the content posted by the user in the game and updates the evaluation information for this content. The evaluation target is the content (NFT) generated by the user.

[0084] The evaluation unit 13B receives content submissions from users. The user may operate the operation unit of their own terminal device to select the content to be submitted from the content they own. For example, the evaluation unit 13B may refer to the user data, display a list screen of the content stored in the wallet on the user's terminal device, and let the user select the content to be submitted. The evaluation unit 13B may, for example, store the identification information of the submitted (selected) content in the storage unit of the server device 10B as submission data in association with the game user ID of the submitter.

[0085] Also, for example, the evaluation unit 13B refers to the submission data and displays a list screen of the submitted content (submission list screen) on the terminal device of the user who performs the evaluation. The user may operate the operation unit of their own terminal device on the submission list screen to evaluate the content. Note that the evaluation cannot be performed on the content submitted by the user themselves.

[0086] The evaluation information has, for example, a high evaluation count indicating the number of other users (cumulative value) who highly evaluate the content as described above. The user may perform an evaluation operation input on the content to be highly evaluated on the submission list screen. Thereby, the evaluation unit 13B adds (updates) the numerical value of the high evaluation count of that content by 1.

[0087] The evaluation information may be included in the submission data in association with, for example, the identification information of the content, the game user ID of the submitter, etc.

[0088] Also, the evaluation unit 13B updates the evaluation information of the metadata of the NFT corresponding to the submitted content. For example, it is updated periodically every time a predetermined time arrives. For example, the evaluation information of the metadata of the NFT is updated to be the same as the evaluation information of the above submission data.

[0089] Further, the evaluation unit 13B terminates the posting of the content in which the above-described change has been made among the content being posted. For example, the evaluation unit 13B may delete information regarding the content for which posting is to be terminated from the posting data. Further, the evaluation unit 13B instructs the generation unit 11B to generate a change request including evaluation information indicating no evaluation for the content (NFT) in which the above-described change has been made.

[0090] FIG. 7 is a flowchart showing an example of the issuance process executed by the system 100. The issuance process of the example of the present embodiment is a process for issuing an NFT corresponding to content in the blockchain network 30. In FIG. 7, mainly, the process of issuing an NFT of content generated by the user will be described, and other processes may be partially omitted. Hereinafter, the case where the user (terminal device 20) generates content will be described as an example.

[0091] The issuance process of the example of the present embodiment is started, for example, when the server device 10B receives a content generation request from the user (terminal device 20).

[0092] The server device 10B executes generation processing (step S10). In the generation processing, content is generated based on a user's operation input. For example, as described above, content (third content) that combines the first content and the second content is generated. The server device 10B causes the terminal device 20 to display, for example, a generation screen for the user to select the first content and the second content that the user owns as NFTs, and allows the user to select a set of the first content and the second content. Information on the first content and the second content that the user owns as NFTs may be obtained, for example, from user data stored in the storage unit of the server device 10B. When the server device 10B receives from the user (terminal device 20) information specifying the selected set of the first content and the second content, the server device 10B generates the third content. For example, the third content is generated from data for forming the first content and data for forming the second content, etc.

[0093] After that, the server device 10B executes request transmission processing (step S11). In the request transmission processing of step S11, a request for issuing an NFT corresponding to the generated content is transmitted from the server device 10B to the blockchain network 30. The server device 10B transmits, for example, information specifying that it is game content, data related to the content such as evaluation information, and information specifying the owner, etc. to the blockchain network 30 together with the above-mentioned request for issuing the NFT.

[0094] Next, the server device 10B determines whether or not the issuance of the NFT has been completed (step S12). The server device 10B waits until the issuance of the NFT is completed. When the server device 10B receives information that the issuance of the NFT has been completed from the blockchain network 30, it determines that the issuance of the NFT has been completed.

[0095] When the issuance of the NFT is completed (step S12: YES), the server device 10B executes a completion process (step S13). In the completion process of step S13, the server device 10B sends the NFT corresponding to the content to the wallet (terminal device 20) of the purchaser (user). Also, the server device 10B may, for example, send a notification of the completion of the NFT issuance to the user (terminal device 20). After that, the server device 10B ends the issuance process.

[0096] FIG. 8 is a flowchart showing an example of a configuration change process executed by the system 100. In the configuration change process of the example of the present embodiment, a process for changing a part of the configuration of the content (NFT) is performed. In FIG. 8, mainly, the process of changing a part of the configuration of the content and the process of ending the posting are described, and other processes may be partially omitted. Hereinafter, a case where a part of the configuration of the content (NFT) owned by the user (terminal device 20) is changed will be described as an example.

[0097] The configuration change process of the example of the present embodiment is started, for example, when the server device 10B receives a change request from the user (terminal device 20).

[0098] Server device 10B executes a change process (step S40-B). In the change process, based on an operation input, a part of the configuration of the content is changed. For example, in the case of the third content described above, the original second content that was combined is changed to another second content. The server device 10B may, for example, allow the user to select the third content and another second content that the user owns as an NFT. Information on the third content and another second content that the user owns as an NFT may be obtained, for example, from user data stored in the storage unit of the server device 10B. When the server device 10B receives from the user (terminal device 20) information specifying a selected set of the third content and another second content, the server device 10B changes the third content. The server device 10B changes the third content by changing the data of the original second content in the data of the third content to the data of another second content.

[0099] Thereafter, the server device 10B executes a request transmission process (step S41-B). In the request transmission process of step S41-B, a change request is transmitted from the server device 10B to the blockchain network 30. The server device 10B transmits, for example, the above change request, the token ID of the NFT of the above content, change data, etc. to the blockchain network 30. Note that the change data includes evaluation information in which information indicating no evaluation is set.

[0100] Next, the server device 10B determines whether the change has been completed (step S42-B). The server device 10B waits until the change is completed. When the server device 10B receives information that the change has been completed from the blockchain network 30, the server device 10B determines that the change has been completed.

[0101] When the change of the NFT is completed (step S42-B: YES), the server device 10B executes a completion process (step S43-B). In the completion process of step S43-B, the server device 10B sends the NFT corresponding to the changed content to the user's wallet (terminal device 20). Also, when the changed content is being posted, the server device 10B ends the posting. For example, the server device 10B deletes the information regarding the changed content from the posting data. Further, the server device 10B may, for example, send a notification of the completion of the change of the NFT of the content to the user (terminal device 20). After that, the server device 10B ends the configuration change process.

[0102] Figure 9 is a flowchart showing an example of the first evaluation process executed by the system 100. The first evaluation process in the example of this embodiment is a process for receiving an evaluation from a user for the posted content. In FIG. 9, mainly, the process of receiving the posting of the content and the process of receiving the evaluation regarding the content are described, and other processes may be omitted. Hereinafter, the case where the user (terminal device 20) posts the content and the case where the user evaluates the content of other users will be described as examples.

[0103] The first evaluation process in the example of this embodiment is started, for example, when the server device 10B receives a content posting request from the user (terminal device 20). Also, it is started when the server device 10B receives a viewing request for the posted content from the user (terminal device 20).

[0104] The server device 10B determines whether it has received a posting request from the user (step S20). If it has received a posting request (step S20: YES), the server device 10B executes posting processing (step S21). In the posting processing, the server device 10B causes, for example, a list screen of the content owned by the user as an NFT to be displayed on the terminal device 20 and causes the user to select the content to be posted. When the server device 10B receives information specifying the selected content from the user (terminal device 20), it updates the posting data. The server device 10B adds data such as the identification information and evaluation information of the selected content to the posting data, for example, in association with the game user ID. Thereafter, the server device 10B ends the first evaluation processing.

[0105] On the other hand, if it has received a viewing request instead of a posting request (step S20: NO), the server device 10B executes display processing (step S22). In the display processing, a posting list screen of the posted content is displayed on the terminal device 20 of the user who performs the evaluation. The user may operate the operation unit of his or her terminal device on the posting list screen to evaluate the content. Note that the user cannot select (evaluate) the content posted by himself or herself.

[0106] The server device 10B continuously executes the above display processing until an evaluation is input (step S23: YES). When an evaluation has been input (step S23: YES), the server device 10B executes update processing (step S24). In the update processing, the evaluation information for the content for which the evaluation has been input is updated. The server device 10A updates the evaluation information in the posting data, for example. Thereafter, the server device 10A ends the first evaluation processing. Note that the user does not necessarily have to input an evaluation. If the user does not evaluate, the user may perform an operation input to cancel the viewing request.

[0107] Note that although the processing shown in FIGS. 7 to 9 has been described with respect to the terminal device 20, the same processing is performed for the terminal devices 201 to 20N of each user who plays the game.

[0108] Figure 10 is a flowchart showing an example of the second evaluation process executed by the system 100. In the example of this embodiment, the second evaluation process is a process for updating the evaluation information included in the metadata of the NFT corresponding to the content. In Figure 10, mainly, the process of synchronizing the evaluation information of the metadata with the evaluation information of the posted data will be described, and other processes may be omitted.

[0109] The second evaluation process in the example of this embodiment is repeatedly executed, for example, every time a predetermined time (for example, 17:00:00) arrives. That is, the second evaluation process is executed once a day.

[0110] The server device 10B executes an acquisition process (step S30). In the acquisition process, the evaluation information of the posted data updated after the execution of the previous acquisition process (after the predetermined time) is acquired. For example, the evaluation information updated between the predetermined time of the previous day and just before the predetermined time of the current day (from 17:00:00 of the previous day to 16:59:59 of the current day) is acquired. Therefore, the evaluation information that has not been updated after the predetermined time of the previous day is not acquired. The server device 10B may, for example, store information for specifying the updated evaluation information within 24 hours from the predetermined time of the previous day. Also, in the acquisition process, the game user ID, content identification information, etc. associated with the evaluation information are also acquired from the posted data.

[0111] Next, the server device 10B executes a request transmission process (step S31). In the request transmission process of step S31 - B, a change request is transmitted from the server device 10B to the blockchain network 30. The server device 10B transmits a change request to the blockchain network 30 for each of the contents to be updated. The server device 10B transmits, for example, the token ID of the NFT of the content, change data, etc. to the blockchain network 30 together with the above change request. The change data is the evaluation information acquired in the acquisition process.

[0112] Next, the server device 10B determines whether the modification has been completed (step S32). The server device 10B waits until the modification is completed. When the server device 10B receives information that the modification has been completed from the blockchain network 30, it determines that the modification has been completed.

[0113] When the modification of the NFT is completed (step S32: YES), the server device 10B executes a completion process (step S33). In the completion process of step S33, the server device 10B starts storing information for identifying updated evaluation information, for example, within 24 hours from a predetermined time today. After that, the server device 10B ends the second evaluation process.

[0114] As described above, as one aspect of the second embodiment, since the server device 10B is configured to include the generation unit 11B, the issuance unit 12, and the evaluation unit 13B, evaluation information within the game by other users regarding the content is included in the metadata of the NFT corresponding to the content. Also, the evaluation information in the metadata is updated. Therefore, the objective evaluation by other users within the game of the content can be referred to on the platform such as the marketplace. As a result, regarding the content (NFT) created by users in the game, useful information (evaluation information) that can be referred to for purchase decisions can be provided to NFT purchase considerers to activate transactions on the marketplace and the like.

[0115] Also, when a part of the configuration of the generated content for which the NFT has already been issued is changed, the posting is ended. Also, information indicating no evaluation is set in the evaluation information for the changed content. Therefore, even when a part of the configuration of the content is changed midway, accurate evaluation information is set.

[0116] Note that the video game in the example of the above-described embodiment can adopt various genres of games as long as the game uses content such as characters.

[0117] In the examples of the above-described embodiments, an example in which the third content is generated by combining the first content and the second content has been described, but the present invention is not particularly limited thereto. For example, a configuration in which the content is generated by a user specifying elements necessary for content generation, such as a name, an illustration, a status (such as attack power), etc., may be used. Further, for example, a configuration in which content including an image drawn by the user himself / herself is generated may be used.

[0118] In the examples of the above-described embodiments, as an example of changing a part of the configuration of the content, an example in which the original second content is changed to another second content has been described, but the present invention is not particularly limited thereto. For example, a configuration for changing the name of the content may be used.

[0119] In the examples of the above-described embodiments, as evaluation information, an example of high evaluation has been described, but the present invention is not particularly limited thereto. For example, a configuration in which low evaluation is accepted may be used. Further, for example, a configuration in which evaluation comments such as virtual ones are accepted may be used.

[0120] In the examples of the above-described embodiments, if the content is generated by the user, one user may post two or more contents.

[0121] In the examples of the above-described embodiments, when a part of the configuration of the content being posted is changed, the posting of this content ends. However, with respect to the changed content, it is possible to post it again.

[0122] In the examples of the above-described embodiments, the evaluation information of the NFT metadata is updated at the timing when a predetermined time arrives, but the present invention is not particularly limited thereto. The update timing can apply any timing. For example, it may be updated at the timing when the evaluation is performed by the user.

[0123] In the examples of the above embodiments, the evaluation information is only included in the metadata of the NFT, but is not particularly limited thereto. It may also be included in the content data (physical data).

[0124] In the examples of the above embodiments, the issuing unit may be configured to request issuance as described above and have the blockchain network issue the NFT, or may be configured to issue the NFT by itself. Also, a configuration in which the NFT corresponding to the issued content whose owner is the game operator is transferred (owner change) to the user is also included in the issuance of the NFT by the issuing unit.

[0125] In the examples of the above embodiments, the operating entity of the server device and the operating entity of the blockchain network may be different or the same.

[0126] [Third Embodiment] In the examples of this embodiment, the terminal devices 20, 201 to 20N are smartphones (not shown) having a touch panel on the display screen. The touch panel corresponds to the operation unit.

[0127] In the examples of this embodiment, in the game space (virtual space), a battle game using a seal-shaped virtual object (first content) including a character image is provided. Specifically, the above character conducts battles. Hereinafter, the seal-shaped virtual object including the character image is simply referred to as a character seal. Also, in the game of the examples of this embodiment, a seal-shaped virtual object (second content) including an image of a frame (including the background) is also provided. Hereinafter, the seal-shaped virtual object including the image of the frame is simply referred to as a frame seal. The frame seal is used to decorate the character seal. The character seal and the frame seal are seals for which NFTs have been issued (see, for example, FIGS. 13(A) and 13(B)).

[0128] FIG. 11 is an explanatory diagram showing an example of NFT issuance (generation) of the original seal P-1. In the game, there is a function to newly generate (issue NFT) the original seal P (the third content) by combining (overlaying) the character seal C and the frame seal F. In FIG. 11, a new character seal P-1 is generated (NFT is issued) by overlaying the character seal C-1 and the frame seal F-1.

[0129] As shown in FIG. 12, the original seal P-1 is composed of a two-layer structure in which the image of the character seal C-1 is the first layer and the image of the frame seal F-1 is the second layer. That is, the original seal P is a seal-shaped virtual object (customized character seal) in which the image of the frame seal F is synthesized with the image of the character seal C. The original seal P can be used for battles in the game in the same way as the character seal C. That is, the character seal C, the frame seal F, and the original seal P correspond to the content used in the game.

[0130] The user can combine the character seal C and the frame seal F that the user owns to generate (acquire) the original seal P. Multiple types of the character seal C and the frame seal F are provided. Therefore, the user can generate various original seals P by combining the character seal C and the frame seal F.

[0131] Next, each of the character seal C, the frame seal F, and the original seal P will be described with reference to FIGS. 13 and 14. FIG. 13(A) is a schematic diagram showing an example of the character seal C-1. FIG. 13(B) is a schematic diagram showing an example of the frame seal F-1. FIG. 14 is a schematic diagram showing an example of the original seal P-1.

[0132] The character seal C is composed of character image data, data on status (such as attack power), etc. The status is data referred to in the progress of the game. For example, parameters (numerical values) such as hit points (HP), attack power (ATK), and defense power (DEF) are included in the status. As shown in FIG. 13(A), a token ID is associated with the character seal C, and metadata, etc. is associated with this token ID. The metadata includes a game ID, a seal ID, information for identifying the owner (not shown), a transaction history, etc. The game ID is set with identification information of the game. The seal ID is set with identification information of the seal (content). The transaction history is a history of secondary circulation of the ownership of the seal and includes identification information (user ID) of the transferor and transferee of the seal. Also, the metadata includes a thumbnail image (not shown) of the character seal C.

[0133] The frame seal F is composed of frame image data, etc. As shown in FIG. 13(B), a token ID is associated with the frame seal F, and metadata, etc. is associated with this token ID. The metadata includes a game ID, a seal ID, information for identifying the owner (not shown), a transaction history, etc., similar to the character seal C. Also, the metadata includes a thumbnail image (not shown) of the frame seal F.

[0134] The original seal C is composed of character image data, frame image data, status data, etc. That is, the original seal P is composed of the combined data of the character seal C and the frame seal F data, etc. As shown in FIG. 14, a token ID is associated with the original seal P, and metadata, etc. is associated with this token ID. The metadata includes a game ID, seal ID1, seal ID2, the cumulative number of high evaluations, information for identifying the owner (not shown), transaction history, etc. The game ID is set with identification information of the game. The seal ID1 is set with the identification information of the combined character seal C. The seal ID2 is set with the identification information of the combined frame seal F. In the character seal C-1 illustrated in FIG. 14, seal ID1: C-1 and seal ID2: F-2 are set. The cumulative number of high evaluations is evaluation information for the original seal P. Specifically, it is the cumulative value of the number of other users who highly evaluated the original seal P within the game. The transaction history is the history of the secondary circulation of the ownership of the seal and includes identification information (user ID) of the transferor and transferee of the seal. Further, the metadata also includes a thumbnail image of the original seal P (not shown).

[0135] Also, in the game, evaluations for the content are received from other users. The content to be evaluated is the original seal P generated by the user and is the original seal P submitted as the evaluation target by this user. Note that the original seal P to be evaluated has an NFT issued. The evaluation information, which is the evaluation result for the original seal P, is the above-mentioned cumulative number of high evaluations. Other users may perform an evaluation operation input when highly evaluating the original seal P. With one operation input, the cumulative number of high evaluations is incremented by 1. In this case, the higher the value of the cumulative number of high evaluations, the better the evaluation of the content within the game is shown. The evaluation information is stored in the server device 10C (storage unit) included in the posted data. Also, as described above, the evaluation information is also included in the metadata of the NFT corresponding to the original seal P.

[0136] For example, in-game bonuses may be given to users who have evaluated the original seal P. Also, for example, in-game bonuses may be given to the users who have posted based on the evaluation results (evaluation information) of the original seal P.

[0137] In the game, as shown in FIG. 15, there is also a function to change the original frame seal F that has already been combined with the original seal P to another frame seal F. FIG. 15 is an explanatory diagram showing an example of the change for the original seal P-1. In FIG. 15, for the original seal P-1, the original frame seal F-1 is changed to another frame seal F-2. The original seal P-1' after the change also has its metadata and the like changed. Specifically, the seal ID2 is changed from "F-1" of the original frame seal F-1 to "F-2" of the other frame seal F-2.

[0138] However, if the above change is made to the posted original seal P, the posting will be forced to end. Also, if the above change is made to the original seal P regardless of whether it is being posted, the evaluation information obtained before the change will be deleted, and information indicating no evaluation will be set as the evaluation information. That is, the high evaluation count (cumulative) will be reset to 0.

[0139] Note that the character seal C, the frame seal F, and the original seal P can be bought and sold (secondary circulation) on platforms such as the marketplace. For example, on the trading screen of the marketplace, the information included in the metadata of the NFT corresponding to the original seal P is displayed.

[0140] Figs. 16(A) to 16(C), Fig. 17(A), and Fig. 17(B) are diagrams showing an example of a generation screen 50 of the original seal P displayed on the user's terminal device. The generation and modification of the original seal P are performed via the generation screen 50. On the generation screen 50, when a set of character seals C and frame seals F are selected, a new original seal P is generated (NFT issuance). Also, on the generation screen 50, when a set of original seals C and other frame seals F are selected, the original seal P is modified. The generation screen 50 includes a first region 51, a second region 52, a third region 53, and a determination icon 54.

[0141] The first region 51 is a display region for one character seal C or original seal P. For example, when the user touches the first region 51, a list screen (not shown) of the character seals C and original seals P owned by the user is displayed on the terminal device. Then, the user may touch (select) one character seal C or original seal P on the list screen. Thereby, the selected one character seal C or original seal P is displayed in the first region 51. Note that the first region 51 illustrated in Fig. 16(A) shows a state where neither seal C nor P is selected. Fig. 16(A) shows the initial state of the generation screen 50.

[0142] The second region 52 is a display region for the original frame seal F that has already been combined with the original seal P displayed in the first region. For example, as shown in Fig. 17(A), when the display in the first region 51 is the original seal P-1, the original frame seal F-1 that has already been combined is displayed in the second region 52. On the other hand, as shown in Fig. 16(B), when the display in the first region 51 is the character seal C, an image showing a state where there is no frame seal F is displayed in the second region 52. This is because the character seal C has not yet been combined with the frame seal F.

[0143] The third area 53 is an area for displaying a frame seal F to be newly combined with the character seal C (or the original seal P) displayed in the first area 51. For example, when the user touches the third area 53, a list screen (not shown) of the frame seals F owned by the user is displayed on the terminal device. Then, the user may touch (select) one frame seal F on the list screen. As a result, the selected one frame seal F is displayed in the third area 53.

[0144] When the decision icon 54 is touched (decision operation) by the user, the generation (or change) of the original seal P is started with the content displayed on the generation screen 50.

[0145] For example, the generation screen 50 in the case of generating the original seal P-1 illustrated in FIG. 11 will be described. In the state shown in FIG. 16(A), when the user touches the first area 51, a list screen is displayed. Then, the user may touch (select) the character seal C-1 on the list screen. As a result, the generation screen 50 transitions from the state shown in FIG. 16(A) to the state shown in FIG. 16(B) in which the character seal C-1 is displayed in the first area 51.

[0146] Next, in the state shown in FIG. 16(B), when the user touches the third area 53, a list screen is displayed. Then, the user may touch (select) the frame seal F-1 on the list screen. As a result, the generation screen 50 transitions from the state shown in FIG. 16(B) to the state shown in FIG. 16(C) in which the frame seal F-1 is displayed in the third area 53. Thereafter, when the user taps the decision icon 54, the original seal P-1 is generated and the NFT is issued.

[0147] Note that the NFTs corresponding to the character seal C and the frame seal F used in the generation are invalidated (burned). Also, in the example of this embodiment, the configuration of combining one frame seal F with one character seal C has been described, but two or more frame seals F may be combined with one character seal C. In this case, for example, the character seal C may be the first layer, the first frame seal F may be the second layer, and the second frame seal may be the third layer above the second layer.

[0148] Also, for example, the generation screen 50 when making changes to the original seal P-1 illustrated in FIG. 15 will be described. In the state shown in FIG. 16(A), when the user touches the first area 51, a list screen is displayed. Then, the user may touch (select) the original seal P-1 on the list screen. As a result, the generation screen 50 transitions from the state shown in FIG. 16(A) to the state shown in FIG. 17(A) where the original seal P-1 is displayed in the first area 51. In the second area 52 of FIG. 17(A), the original frame seal F-1 already combined with the original seal P-1 is displayed.

[0149] Next, in the state shown in FIG. 17(A), when the user touches the third area 53, a list screen is displayed. Then, the user may touch (select) another frame seal F-2 on the list screen. As a result, the generation screen 50 transitions from the state shown in FIG. 17(A) to the state shown in FIG. 17(B) where the frame seal F-2 is displayed in the third area 53. After that, when the user taps the determination icon 54, it is changed to the original seal P-1'.

[0150] Note that the NFT corresponding to the other frame seal C used for the change is invalidated (burned).

[0151] Figures 18(A) to 18(C) are diagrams showing an example of a posting screen 70 of the original seal P displayed on the user's terminal device. Posting of the original seal P to the posting location (posting list screen) is performed via the posting screen 70. At the posting location, evaluation by other users is performed on the posted original seal P. On the posting screen 70, posting of the selected one original seal P to the posting location is performed. That is, the selected one original seal P is registered as an evaluation target. The posting screen 70 includes a first area 71, a second area 72, and a decision icon 73.

[0152] The first area 71 is an area for displaying one original seal P. For example, when the user touches the first area 71, a list screen (not shown) of the original seals P owned by the user is displayed on the terminal device. Then, the user may touch (select operation) one original seal P on the list screen. Thereby, the selected one original seal P is displayed in the first area 71. Note that the first area 71 illustrated in FIG. 18(A) shows a state where no original seal P is selected. FIG. 18(A) shows the initial state of the posting screen 70.

[0153] The second area 72 is an area for inputting a work name for the original seal P displayed in the first area 71. For example, when the user touches the second area 72, a virtual keyboard (not shown) is displayed on the terminal device. Then, the user may touch the virtual keyboard and input the work name. Thereby, the work name is displayed in the second area 72. Note that the second area 72 illustrated in FIG. 18(A) shows a state where the work name is not displayed.

[0154] The decision icon 73, when touched (decision operation) by the user, starts posting of the original seal P displayed in the first area 71 with the content displayed on the posting screen 70.

[0155] For example, the posting screen 70 when posting the original seal P-1 illustrated in FIG. 14 will be described. In the state shown in FIG. 18(A), when the user touches the first area 71, the list screen is displayed. Then, the user may touch (select) the original seal P-1 on the list screen. As a result, the posting screen 70 transitions from the state shown in FIG. 18(A) to the state shown in FIG. 18(B) where the original seal P-1 is displayed in the first area 71.

[0156] Next, in the state shown in FIG. 18(B), when the user touches the second area 72, a virtual keyboard (not shown) is displayed. Then, the user may input the name of the work with respect to the virtual keyboard. As a result, the posting screen 70 transitions from the state shown in FIG. 18(B) to the state shown in FIG. 18(C) where the name of the work is displayed in the second area 72. After that, when the user taps the determination icon 73, the posting of the original seal P-1 is started.

[0157] FIG. 19 is a diagram showing an example of a posting list screen (posting location) 80 displayed on the user's terminal device. The evaluation of the above-described original seal P is performed via the posting list screen 80. The posting list screen 80 includes a plurality of seal display areas 81. Information regarding the original seal P is displayed in the seal display area 81. Specifically, a thumbnail image 81-A of the original seal P, the name of the work 81-B, etc. are displayed in the seal display area 81. Further, a high evaluation icon 81-C is also displayed in the seal display area 81. The high evaluation icon 81-C is an image in the shape of a heart. The high evaluation icon 81-C accepts the evaluation input of the corresponding original seal P by being tapped (evaluation operation). The user may tap the high evaluation icon 81-C of the original seal P that the user feels has a higher evaluation compared to others. Also, by tapping, the color of the high evaluation icon 81-C is inverted. For example, the high evaluation icon 81-C (heart image) is inverted from white to black.

[0158] When the above evaluation input is received, 1 is added to the values of the high evaluation count (cumulative) and the high evaluation count (within 24 hours) of the corresponding original seal P. That is, with a single tap on the high evaluation icon 81-C, the high evaluation count increases by 1. The high evaluation count (cumulative) indicates the cumulative value of the high evaluation counts from the time of posting until now, as described above. The high evaluation count (within 24 hours) indicates the cumulative value of the high evaluation counts within 24 hours from a predetermined time (for example, from 17:00:00 of the previous day to 16:59:59 of the current day). The high evaluation count (cumulative) and the high evaluation count (within 24 hours) are stored in the storage unit of the server device 10C included in the posting data (see Fig. 23).

[0159] In the example of this embodiment, for the same original seal P, evaluation input is accepted only once a day. Also, evaluation of the original seal P posted (generated) by the user himself / herself is not accepted.

[0160] Also, in the example of this embodiment, when the original seal P being posted meets any one of the following end conditions 1 to 3, the corresponding original seal P ends the posting.

[0161] 1. A part of the configuration of the NFT original seal P being posted has been changed. 2. The NFT original seal P being posted has been listed on a platform for electronically trading it. 3. The owner of the NFT original seal P being posted has been changed

[0162] When any one of end conditions 1 to 3 is met, the information regarding the corresponding original seal P is deleted from the posting data. As a result, the posting of the corresponding original seal P ends.

[0163] In end condition 1, as described above, the case where the combination of the original seal P is changed from the original frame seal F to another frame seal F corresponds. For the original seal P whose posting has ended due to the fulfillment of end condition 1, the evaluation information (high evaluation count (cumulative)) included in the NFT metadata is reset to 0.

[0164] In the case of termination condition 2, it corresponds to the case where the original seal P is listed on a platform such as a marketplace. Therefore, when it is listed for a buy-sell transaction (secondary distribution), the posting of the original seal P ends. In the case of termination condition 3, it corresponds to the case where the owner of the original seal P is changed by transfer or the like.

[0165] In the case of the original seal P whose posting has ended due to the fulfillment of termination condition 2 and termination condition 3, the evaluation information (cumulative number of high evaluations) included in the metadata is not reset. However, since the posting has ended, the evaluation information (cumulative number of high evaluations) included in the NFT metadata will no longer be updated.

[0166] Note that the data regarding each seal C, F is also stored in the storage unit of the server device 10C in association with the seal ID. For example, in the case of the character seal C, seal data as shown in FIG. 20 is stored. FIG. 20 shows an example of the seal data of the character seal C. Also, for example, in the case of the frame seal F, seal data in which image data and the like are associated with the seal ID is stored. The server device 10C may advance the game by referring to the seal data.

[0167] The seal data of the character seal C is composed of fields such as seal ID, status, and image. In the field of the seal ID, the identification information of the character seal C is set. The field of the status is the status of the character seal C. The field of the status is composed of fields such as parameters and permission events. The field of the parameters is composed of fields of parameters such as vitality (HP), attack power (ATK), and defense power (DEF). A numerical value is set in each field of the parameters. In the field of the permission event, the in-game events that the character seal C (character) can execute are set. For example, the identification information (event ID) of the event is set. The in-game events include, for example, magic to be executed by the character. In the case where there is no executable event, a value indicating no event is set. In the field of the image, information (for example, file name) for specifying the image data of the character seal C is set.

[0168] In the progress of the game, the server device 10C refers to the data regarding each of the seals C and F in the storage unit. Since the original seal P is a combination of the seals C and F, regarding the progress of the game related to the original seal P, the data regarding each of the seals C and F may be referred to.

[0169] FIG. 21 is a block diagram showing the configuration of a server device 10C which is an example of the server device 10. In the example of the present embodiment, the server device 10C includes at least a generation unit 11C, an issuance unit 12C, an evaluation unit 13C, and an invalidation unit 14C.

[0170] The generation unit 11C generates content (original sticker P) based on the user's operation input. For example, when the generation unit 11C receives a generation request from the user (terminal device), it causes the generation screen 50 to be displayed on this terminal device. Then, on the generation screen 50, the user may be allowed to select the character sticker C and the frame sticker F to be combined. Thereby, as illustrated in FIG. 11, the original sticker P is generated. The original sticker P is generated from the data of the combined character sticker C, the data of the frame sticker F, and the like.

[0171] In addition, the generation unit 11C makes a partial change to the configuration of the generated content (NFT original sticker P) for which the NFT has already been issued based on the user's operation input. When the generation unit 11C receives a change request from the user (terminal device), it causes the generation screen 50 to be displayed on this terminal device. Then, on the generation screen 50, the user may be allowed to select the original sticker P for which the change is to be made and another frame sticker F. Thereby, as illustrated in FIG. 15, the original sticker P is changed. The original sticker P is changed by changing the data of the original frame sticker F in the data of the original sticker P to the data of another frame sticker F.

[0172] Further, the generation unit 11C transmits a change request to the blockchain network 30 together with the token ID of the NFT of the content (original seal P) for which the above change has been made, change data, etc. The change data includes, for example, data to be changed (updated) such as evaluation information (cumulative high evaluation count), seal ID (seal ID2) of other frame seals F set in the second layer, and image data of the changed thumbnail image. The cumulative high evaluation count is set to 0 in accordance with the instruction of the evaluation unit 13C. As a result, in the blockchain network 30, the content of the NFT of the above content (original seal P) is changed. Then, the generation unit 11C sends the NFT corresponding to the changed content (original seal P) to the wallet (terminal device) of the user who made the change request. As a result, the data regarding the above content (original seal P) in the wallet (terminal device) of the user who made the change request is changed (updated).

[0173] The issuance unit 12C issues an NFT corresponding to the original seal P in the blockchain network 30 with the user who generated the content (original seal P) as the owner. Note that the user who generated the original seal P corresponds to the user who performed the operation input in the generation of the original seal P by the generation unit 11C.

[0174] The issuance unit 12C, for example, makes an issuance request to cause the blockchain network 30 to issue an NFT corresponding to the original seal P. For example, when the original seal P is generated by the generation unit 11C, the issuance unit 12C transmits an issuance request for the NFT corresponding to this original seal P to the blockchain network 30.

[0175] The issuing unit 12C transmits (uploads) to the blockchain network 30, for example, information specifying that it is game content, data regarding the original seal P such as evaluation information, information specifying the owner, etc., together with a request for issuing an NFT. As a result, in the blockchain network 30, an NFT corresponding to the original seal P is issued. Then, the issuing unit 12C sends the NFT corresponding to the original seal P to the wallet (terminal device) of the user who generated this original seal P.

[0176] The information specifying that it is game content includes, for example, the identification information (game ID) of the game in the example of this embodiment and the identification information of the seal. The identification information of the seal includes the seal ID (seal ID1) of the combined character seal C and the seal ID (seal ID2) of the frame seal F.

[0177] The information for specifying the owner is the identification information (user ID) of the user who generated the original seal P (NFT). 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 even in the user's user data. Also, information such as the NFT of the content (original seal P) stored (kept) in the user's wallet may be stored in the server device 10C (storage unit) including the user data.

[0178] User data is data regarding the user's game and is stored in the storage unit of the server device 10C for each user. FIG. 22 is a diagram showing an example of the user data of one user. User data is composed of fields such as a game user ID, owned seals, and a user ID.

[0179] In the field of the game user ID, identification information of the user for the game is set. In the field of the owned seal, information for identifying seals C, F, P (NFT) stored in the user's wallet is set. That is, in the field of the owned seal, information for identifying seals C, F, P owned by the user is set. The field of the owned seal is composed of fields such as the first seal, the second seal, the third seal, etc.

[0180] In the field of the first seal, identification information (seal ID) of the character seal C stored in the user's wallet is set. In the field of the second seal, identification information (seal ID) of the frame seal F stored in the user's wallet is set. In the field of the third seal, information for identifying the original seal P stored in the user's wallet is set. The information for identifying the original seal P is, for example, the token ID of the NFT of the original seal P, the identification information (seal ID) of the combined character seal C, and the identification information (seal ID) of the frame seal F. For example, in the case of the original seal P-1, as shown in FIG. 22, in addition to the token ID, the seal ID: C-1 of the character seal C-1 and the seal ID: F-1 of the frame seal F-1 are set.

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

[0182] Note that the server device 10C is communicatively linked to be able to access the wallet. The user data is synchronized with the user's wallet, for example, at the timing when the user logs in to the game. Also, the user data is synchronized with the user's wallet while the user is playing the game. Therefore, the server device 10C may control the progress of the game such as the generation of the original seal P by referring to the user data, the seal data, etc.

[0183] The evaluation unit 13C accepts evaluations from other users for the content (original seal P) posted by the user in the game, and updates the evaluation information for this original seal P.

[0184] The evaluation unit 13C accepts the posting of the original seal P from the user. When the evaluation unit 13C receives a posting request from the user (terminal device), it causes the terminal device to display the posting screen 70. Then, the original seal P to be posted may be selected via the posting screen 70. As a result, the selected original seal P is set as an evaluation target by other users. Specifically, the evaluation unit 13C manages the posted original seal P as an evaluation target by additionally setting information regarding the posted (selected) original seal P in the posting data.

[0185] The posting data is data for managing evaluation information and the like of the original seal P to be evaluated, and is stored in the storage unit of the server device 10C. FIG. 23 is a diagram showing an example of the posting data. The posting data is composed of fields such as a posting user ID, a posting seal ID, a cumulative number of high evaluations, and a number of high evaluations (within 24 hours).

[0186] In the field of the posting user ID, the identification information for the game (game user ID) of the owner of the posted original seal P is set. In the field of the posting seal ID, the identification information (token ID) of the posted original seal P is set.

[0187] In the field of the cumulative number of high evaluations, the cumulative value of the number of high evaluations from when the original seal P was posted until now is set. In the field of the number of high evaluations (within 24 hours), the cumulative value of the number of high evaluations within 24 hours from a predetermined time (for example, 17:00:00 the previous day to 16:59:59 today) is set.

[0188] Also, for example, the evaluation unit 13C refers to the posted data and causes the list screen 80 of the posted content (original seal P) to be displayed on the terminal device of the user who performs the evaluation. Specifically, when the evaluation unit 13C receives a browsing request from a user (terminal device), it causes the posting list screen 80 to be displayed on this terminal device. The user may tap the high-evaluation icon 81-C of the original seal P that the user feels has a high evaluation on the posting list screen 80 (evaluation operation). Thereby, the evaluation unit 13C adds 1 to each of the high-evaluation count (cumulative) and high-evaluation count (within 24 hours) of the posting data of the corresponding original seal P.

[0189] Also, the evaluation unit 13C also updates the evaluation information (high-evaluation count (cumulative)) of the metadata of the NFT corresponding to the posted original seal P. For example, it is updated periodically every time a predetermined time arrives. The high-evaluation count (cumulative) of the metadata of the NFT is updated to the value of the high-evaluation count (cumulative) of the posting data.

[0190] Furthermore, the evaluation unit 13C terminates the posting of the original seal P among the original seals P being posted that satisfies any one of the above-described posting end conditions 1 to 3. Specifically, the evaluation unit 13C deletes the information regarding the original seal P for which the posting is to be terminated from the posting data. Furthermore, in the case of the original seal P that satisfies the end condition 1, the server device 10C instructs the generation unit 11C to generate a change request including the high-evaluation count (cumulative) set to 0. Regarding the success or failure of the end conditions 2 and 3, the evaluation unit 13C may obtain and determine the information regarding the original seal P (NFT) managed in each user's wallet.

[0191] The invalidation unit 14C invalidates (burns) the NFT. Specifically, the invalidation unit 14C invalidates the NFTs corresponding to the character seal C and the frame seal F used for the generation of the original card P. That is, when the NFT corresponding to the original seal P is issued, the invalidation unit 14C invalidates the NFTs corresponding to the character seal C and the frame seal F used for the generation of this original seal P.

[0192] When the invalidation unit 14C receives information on the completion of the issuance of the NFT corresponding to the original seal P from the blockchain network 30, it determines that the NFT corresponding to the original seal P has been issued. Next, the invalidation unit 14C transmits a request to invalidate the NFTs corresponding to the character seal C and the frame seal F used for generating the original seal P to the blockchain network 30. The invalidation unit 14C transmits the respective token IDs of the NFTs of the character seal C and the frame seal F to the blockchain network 30 together with the request to invalidate the NFT. As a result, in the blockchain network 30, the NFTs of the character seal C and the frame seal F are invalidated. Then, the invalidation unit 14C deletes the data related to the NFTs of the character seal C and the frame seal F from the wallet (terminal device) of the user who made the generation request for the original seal P.

[0193] Also, the invalidation unit 14C executes the invalidation of the NFT of another frame seal F used for the change of the original seal P in the same manner as above. Specifically, when the invalidation unit 14C receives information on the completion of the change of the NFT corresponding to the original seal P from the blockchain network 30, it determines that the change of the original seal P has been completed. Next, the invalidation unit 14C transmits a request to invalidate the NFT of the other frame seal F to the blockchain network 30. The invalidation unit 14C transmits the token ID of the NFT of the other frame seal F to the blockchain network 30 together with the request to invalidate the NFT. As a result, in the blockchain network 30, the NFT of the other frame seal F is invalidated. Then, the invalidation unit 14C deletes the data related to the NFT of the other frame seal F from the wallet (terminal device) of the user who made the change request for the original seal P.

[0194] FIG. 24 is a flowchart showing an example of the issuance process executed by the system 100. The issuance process in the example of the present embodiment is a process for issuing an NFT corresponding to the original seal P in the blockchain network 30. In FIG. 24, mainly, the process of issuing an NFT of the original seal P generated by the user is described, and other processes may be partially omitted. Hereinafter, the case where the user (terminal device 20) generates the original seal P will be described as an example.

[0195] The issuance process in the example of the present embodiment is started, for example, when the server device 10C receives a generation request for the original seal P from the user (terminal device 20).

[0196] The server device 10C executes a generation process (step S10-C). In the generation process, the original seal P is generated based on the user's operation input. Specifically, the original seal P obtained by combining the character seal C and the frame seal F is generated. The server device 10C displays the generation screen 50 on the terminal device 20 and allows the user to select a set of the character seal C and the frame seal F. Information on the character seal C and the frame seal F owned by the user as an NFT may be obtained from user data stored in the storage unit of the server device 10C. When the server device 10C receives information specifying the selected set of the character seal C and the frame seal F from the user (terminal device 20), the original seal P is generated. The original seal P is generated from the data of the character seal C and the data of the frame seal F and the like.

[0197] After that, the server device 10C executes request transmission processing (step S11-C). In the request transmission processing of step S11-C, a request for issuing an NFT corresponding to the generated original seal P is transmitted from the server device 10C to the blockchain network 30. The server device 10C transmits, for example, information specifying that it is game content, data related to the original seal P such as evaluation information, and information specifying the owner, together with the above NFT issuance request, to the blockchain network 30.

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

[0199] When the issuance of the NFT is completed (step S12-1C: YES), the server device 10C executes request transmission processing (step S12-2C). In the request transmission processing of step S12-2C, requests for invalidating the NFTs corresponding to the character seal C and the frame seal F used for generating the original seal P are transmitted from the server device 10C to the blockchain network 30. More specifically, the server device 10C transmits the token IDs of the NFTs corresponding to the character seal C and the frame seal F, together with the above NFT invalidation requests, to the blockchain network 30.

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

[0201] When the invalidation of the NFT is completed (step S12-3C: YES), the server device 10C executes a completion process (step S13-C). In the completion process of step S13-C, the server device 10C sends the NFT corresponding to the original seal P to the wallet (terminal device 20) of the purchaser (user). Also, the server device 10C deletes the data regarding the NFTs corresponding to the character seal C and the frame seal F from the wallet (terminal device 20) of the user. Further, the server device 10C may, for example, transmit the completion of the issuance of the NFT to the user (terminal device 20). After that, the server device 10C ends the issuance process.

[0202] Figure 25 is a flowchart showing an example of the configuration change process executed by the system 100. In the configuration change process of the example of the present embodiment, a process for changing a part of the configuration of the original seal P (NFT) is performed. In FIG. 25, mainly, the process of changing a part of the configuration of the original seal P and the process of ending the posting of the original seal P that satisfies the end condition 1 are described, and other processes may be partially omitted. Hereinafter, a case where a part of the configuration of the original seal P (NFT) owned by the user (terminal device 20) is changed will be described as an example.

[0203] The configuration change process of the example of the present embodiment is started, for example, when the server device 10C receives a change request from the user (terminal device 20).

[0204] The server device 10C executes a modification process (step S40-C). In the modification process, based on an operation input, a part of the configuration of the original seal P is modified. Specifically, the original frame seal F combined with the original seal P is changed to another frame seal F. The server device 10C causes the generation screen 50 to be displayed on the terminal device 20 and allows the user to select a set of character seals C and another frame seal F. Information on the original seal P and the frame seal F owned by the user as an NFT may be obtained from user data stored in the storage unit of the server device 10C. When the server device 10C receives from the user (terminal device 20) information specifying the selected set of the original seal P and another frame seal F, it modifies the original seal P. The server device 10C modifies the original seal P by changing the data of the original frame seal F in the data of the original seal P to the data of another frame seal F.

[0205] After that, the server device 10C executes a request transmission process (step S41-C). In the request transmission process of step S41-C, a modification request is transmitted from the server device 10C to the blockchain network 30. The server device 10C transmits, for example, the above modification request, the token ID of the NFT of the original seal P, the modification data, etc. to the blockchain network 30. Note that the modification data includes the high evaluation count (cumulative): 0 which is evaluation information.

[0206] Next, the server device 10C determines whether the modification has been completed (step S42-1C). The server device 10C waits until the modification is completed. When the server device 10C receives information that the modification has been completed from the blockchain network 30, it determines that the modification has been completed.

[0207] When the change of the NFT is completed (step S42-1C: YES), the server device 10C executes request transmission processing (step S42-2C). In the request transmission processing of step S42-2C, a request to invalidate the NFT corresponding to the other frame seal F used for the change 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 corresponding to the frame seal F used for the change to the blockchain network 30 together with the request to invalidate the above NFT.

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

[0209] When the invalidation of the NFT is completed (step S42-3C: YES), the server device 10C executes completion processing (step S43-C). In the completion processing of step S43-C, the server device 10C sends the NFT corresponding to the changed original seal P to the user's wallet (terminal device 20). Also, when the changed original seal P is being posted (when termination condition 1 is satisfied), the server device 10C terminates the posting. For example, the server device 10C deletes information regarding the changed original seal P from the posting data. Further, the server device 10C deletes data regarding the NFT corresponding to the above other frame seal F from the user's wallet (terminal device 20). Also, the server device 10C may, for example, transmit to the user (terminal device 20) that the change of the NFT of the content is completed. Thereafter, the server device 10C ends the configuration change processing.

[0210] FIG. 26 is a flowchart showing an example of the first evaluation process executed by the system 100. In the example of the present embodiment, the first evaluation process is a process for receiving an evaluation from a user for the posted original seal P. In FIG. 26, mainly, the process of receiving the posting of the original seal P and the process of receiving the evaluation regarding the original seal P are described, and other processes may be omitted. Hereinafter, the case where the user (terminal device 20) posts the original seal P and the case where the user evaluates the original seal P of another user will be described as examples.

[0211] In the example of the first evaluation process of the present embodiment, for example, when the server device 10C receives a posting request of the original seal P from the user (terminal device 20), the execution is started. Also, when the server device 10C receives a viewing request of the posted original seal P from the user (terminal device 20), the execution is started.

[0212] The server device 10C determines whether it has received a posting request from the user (step S20-C). If it has received a posting request (step S20-C: YES), the server device 10C executes a posting process (step S21-C). In the posting process, the server device 10C causes the terminal device 20 to display the posting screen 70 and allows the user to select the original seal P to be posted. When the server device 10C receives information specifying the selected original seal P from the user (terminal device 20), it updates the posting data. Specifically, the server device 10C adds data such as the user's game user ID and the token ID of the selected original seal P to the posting data. Thereafter, the server device 10C ends the first evaluation process.

[0213] On the other hand, when the server device 10C receives a viewing request instead of a submission request (step S20-C: NO), the server device 10C executes display processing (step S22-C). In the display processing, a submission list screen 80 is displayed. The server device 10C refers to submission data and the like and causes the terminal device 20 to display the submission list screen 80. The user may tap the high evaluation icon 81-C of the original seal P that the user feels has a higher evaluation compared to others among the submitted original seals P (evaluation operation).

[0214] The server device 10C continues to execute the above display processing until an evaluation is input (step S23-C: YES). When an evaluation is input (step S23-C: YES), the server device 10C executes update processing (step S24-C). In the update processing, the evaluation information included in the submission data is updated. Specifically, 1 is added to each of the high evaluation count (cumulative) and the high evaluation count (within 24 hours) included in the submission data of the original seal P selected by the user. After that, the server device 10C ends the first evaluation process. Note that the user does not necessarily have to perform an evaluation. If the user does not perform an evaluation, the user may perform an operation input to cancel the viewing request.

[0215] Note that although the processing shown in FIGS. 24 to 26 has been described with respect to the terminal device 20, the same processing is performed for the terminal devices 201 to 20N of each user who plays the game.

[0216] FIG. 27 is a flowchart showing an example of the second evaluation process executed by the system 100. The second evaluation process in the example of the present embodiment is a process for updating the evaluation information (cumulative high evaluation count) included in the metadata of the NFT corresponding to the content (original seal P). In FIG. 27, mainly, the process of synchronizing the cumulative high evaluation count of the metadata with the cumulative high evaluation count of the submission data will be described, and other processes may be omitted.

[0217] The second evaluation process of the example of this embodiment is repeatedly executed, for example, every time a predetermined time (for example, 17:00:00) arrives. That is, the second evaluation process is executed once a day.

[0218] The server device 10C executes an acquisition process (step S30-C). In the acquisition process, evaluation information (cumulative high evaluation count) of posted data updated after the execution of the previous acquisition process (after the predetermined time) is acquired. For example, the cumulative high evaluation count updated between the predetermined time of the previous day and just before the predetermined time of the current day (from 17:00:00 of the previous day to 16:59:59 of the current day) is acquired. Therefore, the cumulative high evaluation count that has not been updated after the predetermined time of the previous day is not acquired. The server device 10C may determine that the cumulative high evaluation count has been updated, for example, when the evaluation information (high evaluation count (24 hours)) of the posted data is 1 or more. Also, in the acquisition process, the game user ID corresponding to the updated evaluation information (cumulative high evaluation count), the token ID of the original seal P, etc. are also acquired from the posted data.

[0219] Next, the server device 10C executes a request transmission process (step S31-C). In the request transmission process of step S31-C, a change request is transmitted from the server device 10C to the blockchain network 30. The server device 10C transmits a change request to the blockchain network 30 for each of the original seals P to be updated. The server device 10C transmits, for example, the token ID of the NFT of the original seal P, the change data, etc. to the blockchain network 30 together with the above change request. The change data is the cumulative high evaluation count acquired in the acquisition process.

[0220] Next, the server device 10C determines whether the change has been completed (step S32-C). The server device 10C waits until the change is completed. The server device 10C determines that the change has been completed when it receives information that the change has been completed from the blockchain network 30.

[0221] When the change of the NFT is completed (step S32-C: YES), the server device 10C executes a completion process (step S33-C). In the completion process of step S33-C, the server device 10C resets all evaluation information (number of high evaluations (within 24 hours)) of the posted data to 0. Then, the server device 10C ends the second evaluation process.

[0222] Figure 28 is a flowchart showing an example of the posting end process executed by the system 100. The posting end process in the example of the present embodiment is a process for ending the posting of the original seal P. In Figure 28, mainly, the process of ending the posting of the original seal P corresponding to end condition 2 and the original seal P corresponding to end condition 3 will be described, and other processes may be omitted. Hereinafter, the case where the posting of the original seal P (NFT) posted by the user (terminal device 20) is ended will be described as an example.

[0223] The posting end process in the example of the present embodiment is started, for example, when the server device 10C receives information that the original seal P (NFT) has been listed on the marketplace from the user's electronic wallet (terminal device 20). That is, when the server device 10C receives the listing information of the original seal P (NFT) corresponding to end condition 2 from the user's electronic wallet (terminal device 20), the execution is started. Also, when the server device 10C receives information that the transfer (assignment) of the ownership of the original seal P (NFT) has been made from the user's electronic wallet (terminal device 20), the execution is started. That is, when the server device 10C receives the transfer information of the original seal P (NFT) corresponding to end condition 3 from the user's electronic wallet (terminal device 20), the execution is started. The wallet (terminal device 20) transmits the token ID etc. of the corresponding original seal P (NFT) to the server device 10C together with information such as listing information.

[0224] The server device 10C determines whether the original seal P that has been put up for sale or the like is being posted (step S50-C). The server device 10C may determine whether the original seal P is being posted by referring to the posted data. If the original seal P that has been put up for sale or the like is not being posted (step S50-C: NO), the server device 10C ends the posting end process.

[0225] On the other hand, if the original seal P that has been put up for sale or the like is being posted, the server device 10C executes an end process (step S51-C). In the end process, the posting of the original seal P (NFT) to be ended is terminated. Specifically, the server device 10C deletes the information regarding the original seal P (NFT) from the posted data. After that, the server device 10C ends the posting end process.

[0226] Note that in the process shown in FIG. 28, the terminal device 20 has been described, but the same process is also performed for the terminal devices 201 to 20N of each user who plays the game.

[0227] As described above, as one aspect of the third embodiment, since the server device 10C is configured to include the generation unit 11C, the issuance unit 12C, the evaluation unit 13C, and the invalidation unit 14C, the evaluation information within the game by other users regarding the content (original seal) is included in the metadata of the NFT corresponding to the content. Also, the evaluation information in the metadata is updated. Therefore, the objective evaluation by other users of the content within the game can be referred to on the platform in the marketplace or the like. Thereby, regarding the content (NFT) created by users in the game, useful information (evaluation information) that can be referred to for purchase decisions can be provided to those considering purchasing NFTs in order to activate transactions in the marketplace or the like.

[0228] In addition, if a part of the configuration of the generated content (original seal) for which the NFT has already been issued is changed, the posting is terminated. Also, information indicating no evaluation is set in the evaluation information for the changed content. Therefore, even if a part of the content configuration is changed midway, accurate evaluation information is set.

[0229] Note that the video game in the example of the above-described embodiment can adopt various genres of games as long as the game uses content such as characters.

[0230] In the example of the above-described embodiment, an example in which the third content (original seal) is generated by combining the first content (character seal) and the second content (frame seal) has been described, but it is not particularly limited thereto. For example, a configuration in which a user designates elements necessary for content generation, such as a name, illustration, status (such as attack power), etc., and a seal-shaped virtual object (content) is generated may be used. Also, for example, a configuration in which a seal-shaped virtual object (content) including an image drawn by the user himself / herself is generated may be used.

[0231] In the example of the above-described embodiment, as an example of changing a part of the configuration of the content (original seal), an example in which the original second content (frame seal) is changed to another second content (frame seal) has been described, but it is not particularly limited thereto. For example, a configuration for changing the name of the content may be used.

[0232] In the example of the above-described embodiment, a high evaluation example has been described as the evaluation information, but it is not particularly limited thereto. For example, a configuration in which a low evaluation is accepted may be used. Also, for example, a configuration in which evaluation comments such as impressions are accepted may be used.

[0233] In the example of the above-described embodiment, as long as the content is generated by the user, one user may post two or more pieces of content.

[0234] In the examples of the above embodiments, when any one of the end conditions 1 to 3 is satisfied, the content (original seal) is considered to be the end of posting, but it is not particularly limited thereto. Any conditions can be applied as the end conditions. Also, for the content for which the posting has ended, it is possible to post it again. In this case, the past evaluation information may be carried over. Furthermore, the server device may be configured to accept an operation input for ending the posting from the user who posted the content.

[0235] In the examples of the above embodiments, the evaluation information of the NFT metadata is updated at the timing when a predetermined time arrives, but it is not particularly limited thereto. Any timing can be applied as the update timing. For example, it may be updated at the timing when the evaluation is performed by the user.

[0236] Also, in the examples of the above embodiments, the NFT corresponding to the content (character seal, frame seal) used for generating the content (original seal) is invalidated, but it does not have to be invalidated.

[0237] In the examples of the above embodiments, the evaluation information is included only in the NFT metadata, but it is not particularly limited thereto. It may be included in the content data (physical data).

[0238] The issuing part in the examples of the above embodiments may be configured to issue a request as described above to have the blockchain network issue an NFT, or may be configured to issue an NFT by itself. Also, the transfer (change of ownership) of the NFT corresponding to the issued content whose owner is the game operator to the user is also included in the issuance of the NFT by the issuing part.

[0239] In the examples of the above embodiments, the operating entity of the server device and the operating entity of the blockchain network may be different or the same.

[0240] [Appendix] The description of the above-described embodiments has been provided so that at least the following invention can be carried out by a person having ordinary knowledge in the field to which the invention pertains.

[0241] [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 in the game, wherein the computer is caused to have a generation function of generating the content based on a user's operation input, an issuance function of issuing a non-fungible token (hereinafter referred to as NFT) corresponding to the content in a blockchain network with the user who generated the content as the owner, and an evaluation function of receiving an evaluation of the content posted by a user in the game from other users and updating evaluation information for the content, and realizing wherein the issuance function realizes a function of issuing an NFT corresponding to the content including the evaluation information in metadata, is a video game processing program.

[0242] [2] In the generation function, based on a user's operation input, a part of the configuration of the generated content for which an NFT has already been issued is changed, and in the evaluation function, the posting of the content for which the change has been made is ended, and a function of setting information indicating no evaluation as evaluation information for the content is realized. The video game processing program according to [1], which realizes the above.

[0243] [3] The NFT corresponding to the content is managed in the owner's electronic wallet. In the evaluation function, information regarding the NFTs managed in the electronic wallet is acquired, and a function to end the posting of content that has been listed on a platform for electronically trading NFTs and / or content whose NFT owner has been changed is provided. The video game processing program according to [1] or [2] that realizes this.

[0244] [4] The evaluation information is numerical. The video game processing program according to any one of [1] to [3].

[0245] [5] The content is a seal-shaped virtual object that includes a character. The video game processing program according to any one of [1] to [4].

[0246] [6] In the generation function, a function to generate a third content by overlapping and combining a first content and a second content selected based on a user's operation input is provided. In the issuance function, a function to issue an NFT corresponding to the third content is provided. In the evaluation function, a function to receive evaluations of the third content from other users is provided. The video game processing program according to any one of [1] to [5] that realizes this.

[0247] [7] Furthermore, an invalidation function to invalidate the NFTs corresponding to the first content and the second content used in the combination is realized. The video game processing program according to [6].

[0248] [8] A server device installed with the video game processing program according to any one of [1] to [7].

[0249] [9] A video game processing program for controlling the progress of a video game, which is connected to a server device via a communication network and a terminal device that executes a video game including content used in the game, comprising: On the server device, A generation function for generating the content based on a user's operation input; An issuance function for issuing a non-fungible token (hereinafter referred to as NFT) corresponding to the content in a blockchain network with the user who generated the content as the owner; An evaluation function for receiving evaluations of the content posted by a user from other users in the game and updating evaluation information for the content; To realize, In the issuance function, a function of issuing an NFT corresponding to the content including the evaluation information in the metadata; A video game processing program that realizes.

[0250]

[10] In the generation function, based on a user's operation input, a part of the configuration of the generated content for which an NFT has already been issued is changed; In the evaluation function, a function of ending the posting of the content for which the change has been made and setting information indicating no evaluation as evaluation information for the content; The video game processing program according to [9], which realizes.

[0251]

[11] The NFT corresponding to the content is managed in the owner's electronic wallet, In the evaluation function, a function of acquiring information regarding the NFT managed in the electronic wallet and ending the posting of the content for which the NFT has been put up for sale on a platform for electronically trading the NFT and / or the content for which the owner of the NFT has been changed; The video game processing program according to [9] or

[10] , which realizes.

[0252]

[12] The evaluation information is numerical The video game processing program according to any one of [9] to

[11] .

[0253]

[13] The content is a seal-shaped virtual object including a character The video game processing program according to any one of [9] to

[13] .

[0254]

[14] In the generation function, a function of generating a third content by overlapping and combining a first content and a second content selected based on a user's operation input In the issuance function, a function of issuing an NFT corresponding to the third content In the evaluation function, a function of receiving evaluations of other users for the third content The video game processing program according to any one of [9] to

[13] that realizes the above

[0255]

[15] Furthermore, an invalidation function for invalidating the NFTs corresponding to the first content and the second content used in the combination is realized The video game processing program according to

[14] .

[0256]

[16] A game system including a terminal device that executes a video game including content used in the game, and a server device that is connected to the terminal device via a communication network and controls the progress of the video game, A generation means for generating the content based on a user's operation input An issuance means for issuing a non-fungible token (hereinafter referred to as NFT) corresponding to the content in a blockchain network with the user who generated the content as the owner In the game, an evaluation means for receiving evaluations of the content submitted by a user from other users and updating evaluation information for the content. including The issuing means issues an NFT corresponding to the content by including the evaluation information in the metadata. A game system.

[0257]

[17] The generating means makes a change to a part of the configuration of the generated content for which an NFT has already been issued based on a user's operation input. The evaluation means ends the submission of the content for which the change has been made and sets information indicating no evaluation as the evaluation information for the content. The game system according to

[16] .

[0258]

[18] The NFT corresponding to the content is managed by the owner's electronic wallet. The evaluation means acquires information regarding the NFT managed by the electronic wallet, and ends the submission of the content for which an offering to a platform for electronically trading the NFT has been made and / or the content for which the owner of the NFT has been changed. The game system according to

[16] or

[17] .

[0259]

[19] The evaluation information is a numerical value. The game system according to any one of

[16] to

[18] .

[0260]

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

[16] to

[19] .

[0261]

[21] The generation means generates the third content by combining the first content and the second content selected based on the user's operation input, The issuance means issues an NFT corresponding to the third content. The evaluation means receives evaluations of the third content from other users. The game system according to any one of

[16] to

[20] .

[0262]

[22] The game system further includes invalidation means for invalidating the NFTs corresponding to the first content and the second content used in the combination. The game system according to

[21] .

[0263]

[23] A game progress control method for causing a computer to control the progress of a video game including content used in the game, A generation process for generating the content based on the user's operation input, An issuance process for issuing a non-fungible token (hereinafter referred to as NFT) corresponding to the content in a blockchain network with the user who generated the content as the owner, An evaluation process for receiving evaluations of the content posted by the user in the game from other users and updating the evaluation information for the content, including In the issuance process, an NFT corresponding to the content is issued including the evaluation information in the metadata. Game progress control method.

Industrial Applicability

[0264] According to one embodiment of the present invention, it is useful for providing useful information (evaluation information) referred to in the purchase decision to NFT purchasers in order to activate transactions in a marketplace or the like regarding content (NFT) created by users in a game.

Explanation of Symbols

[0265] 10 Server device 11 Generation unit 12 Issuance unit 13 Evaluation unit 14 Invalidation unit 20 Terminal device 30 Blockchain network 100 Game system C Character seal (first content) F Frame seal (second content) P Original seal (third content)

Claims

1. A game system comprising a terminal device that executes a video game including content used in the game, and a server device that is connected to the terminal device via a communication network and controls the progress of the video game, generation means for generating the content based on a user's operation input, issuing means for issuing a non-fungible token (hereinafter referred to as NFT) corresponding to the content in a blockchain network with the user who generated the content as the owner, evaluation means for receiving an evaluation of the content submitted by a user from other users in the game and updating evaluation information for the content, including, the issuing means issues an NFT corresponding to the content including the evaluation information in the metadata, Game system.

2. The generation means makes a change to a part of the configuration of the generated content for which an NFT has already been issued based on a user's operation input, the evaluation means ends the submission of the content for which the change has been made and sets information indicating no evaluation as the evaluation information for the content, The game system according to claim 1.

3. The NFT corresponding to the content is managed in the owner's digital wallet, the evaluation means acquires information regarding the NFT managed in the digital wallet and ends the submission of the content for which the NFT has been put up for sale on a platform for electronically trading the NFT and / or the content for which the owner of the NFT has been changed, The game system according to claim 1.

4. The evaluation information is a numerical value, The game system according to claim 1.

5. The content is a seal-shaped virtual object including a character, The game system according to claim 1.

6. The generation means generates third content by overlapping and combining first content and second content selected based on a user's operation input, the issuing means issues an NFT corresponding to the third content, the evaluation means receives an evaluation of the third content from other users, The game system according to claim 1.

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 in the game, The computer is caused to have a generation function that generates the content based on a user's operation input, have an issuance function that issues a non-fungible token (hereinafter referred to as NFT) corresponding to the content in a blockchain network with the user who generated the content as the owner, have an evaluation function that receives evaluations of the content posted by a user in the game from other users and updates the evaluation information for the content, and realizes in the issuance function, a function of issuing an NFT corresponding to the content including the evaluation information in the metadata, A video game processing program that realizes this.

8. A video game processing program for controlling the progress of a video game, which is connected to a server device via a communication network and is used in a terminal device that executes a video game including content used in the game, wherein the server device has a generation function that generates the content based on a user's operation input, has an issuance function that issues a non-fungible token (hereinafter referred to as NFT) corresponding to the content in a blockchain network with the user who generated the content as the owner, has an evaluation function that receives evaluations of the content posted by a user in the game from other users and updates the evaluation information for the content, and realizes in the issuance function, a function of issuing an NFT corresponding to the content including the evaluation information in the metadata, A video game processing program that realizes this.

Images