Program and information processing system

Abstract

To provide a program that improves the enjoyment of a service. [Solution] A computer functions as a granting means that can automatically grant a crypto asset, whose transactions are managed by a management entity other than the management entity of the specific service, to a user in exchange for an object acquired by the user in a specific service. The granting means also makes it possible to grant the crypto asset in exchange for the object at a predetermined time. Furthermore, multiple objects acquired by the user are automatically exchanged for the crypto asset at one time.

Description

[Technical field]

[0001] The present invention relates to a program and an information processing system. [Background technology]

[0002] Conventionally, there has been known a technique in which crypto assets are given in exchange for an object acquired in a specific service (for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2024-052562 A Summary of the Invention [Problem to be solved by the invention]

[0004] An object of the present invention is to improve the interest of a service. [Means for solving the problem]

[0005] In order to solve the above problems, the program of the present invention causes a computer to exchange an object acquired by a user in a specific service for a crypto asset whose transaction is managed by a management entity other than the management entity of the specific service, At a time determined by the controlling entity of a particular service, It functions as a granting means that enables automatic granting to a user. Effect of the Invention

[0006] According to the present invention, the interest of the service is improved. [Brief description of the drawings]

[0007] [Figure 1] FIG. 2 is a diagram for explaining each component of the information processing system. [Diagram 2] FIG. 2 is a hardware configuration diagram of the information processing system. [Diagram 3] FIG. 2 is a functional block diagram of the information processing system. [Figure 4] FIG. 13 is a schematic diagram of a specific example of a play screen. [Diagram 5] FIG. 10 is a diagram for explaining a specific example of the operation of the information processing system. [Figure 6] FIG. 11 is a diagram for explaining a specific example of an automatic assignment process. [Figure 7] 4A to 4C are schematic diagrams of specific examples of each screen. [Figure 8] 11A to 11C are schematic diagrams of other specific examples of each screen. [Figure 9] 4 is a flowchart of each process in the information processing system. [Figure 10] FIG. 13 is a diagram for explaining a modified example. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0008] Fig. 1 is a diagram for explaining each component of an information processing system 1000. The information processing system 1000 includes a server device 100, a terminal device 200, and a blockchain network 300. As shown in Fig. 1, each of the above components can communicate with each other via a network I. As the network I, for example, the Internet is assumed.

[0009] The server device 100 is managed by a game operator (for example, a company that operates the game) and enables a so-called NFT (Non-Fungible Token) game to be executed on the terminal device 200. Although details will be described later, the NFT game of this embodiment progresses in a virtual space Sv displayed by the terminal device 200. Note that while FIG. 1 shows an example in which the server device 100 is configured from a single server device, the server device 100 may be configured from a plurality of server devices (systems).

[0010] The terminal device 200 acquires various information from the server device 100 and progresses the NFT game. For example, a personal computer may be used as the terminal device 200. Note that, although a desktop personal computer is illustrated as the terminal device 200 in FIG. 1, a notebook personal computer or a tablet personal computer may be used as the terminal device 200. Also, a smartphone or a portable game machine may be used as the terminal device 200.

[0011] A display device 201 and an operation device 202 are connected to the terminal device 200. The display device 201 includes, for example, a flat display configured with an organic EL (Electro Luminescence). The display device 201 is controlled by the terminal device 200 and displays various images including the virtual space Sv. The operation device 202 is assumed to be, for example, a keyboard and a pointing device (mouse). The user can proceed with the NFT game by appropriately operating the operation device 202.

[0012] The blockchain network 300 includes a plurality of node devices 301. The node devices 301 can communicate with each other using a P2P (Peer to Peer) communication method. Each node device 301 runs a blockchain protocol to store (update) a common blockchain as a database. A known protocol can be adopted as the blockchain protocol. For example, the Ethereum protocol can be preferably adopted. The blockchain network 300 is also equipped with a known smart contract function and is configured to be able to automatically complete various transactions.

[0013] In an NFT game, various items (digital assets) are given to users. In this embodiment, an item for which an NFT has been issued may be referred to as an "NFT item." When issuing an NFT, an NFT issuance request is sent to the blockchain system 300 from the wallet of the server device 100 or the terminal device 200. When the NFT issuance request is sent, index data of the item is stored in the blockchain. The above index data includes identification information of the index data in the blockchain, the owner (address) of the NFT item, and information indicating the storage destination of the metadata of the NFT item.

[0014] The information processing system 1000 (for example, the server device 100) stores image data (content data) representing each item, and metadata for the item. The above metadata includes, for example, a uniform resource locator (URL) for the image data representing the item, and the name, summary, and parameters (characteristics and properties) of the item. In the following, issuing an NFT for an item may be referred to as "making an item into an NFT."

[0015] The blockchain (index data) is substantially impossible to tamper with. Therefore, an NFT item whose index data is stored in the blockchain functions as a substantially non-fungible digital asset. The server device 100 itself may be configured to function as a node device of the blockchain system 300.

[0016] Fig. 2 is a hardware configuration diagram of the information processing system 1000. As described above, the information processing system 1000 includes a server device 100, a terminal device 200, and a blockchain system 300. As shown in Fig. 2, the server device 100 includes a processing device 101, a storage device 102, and a communication device 103. Each of the above components is connected to each other so as to be able to communicate with each other via a system bus.

[0017] The processing device 101 controls the entire server device 100. The processing device 101 may be composed of a single or multiple processors. Specifically, the processing device 101 may be composed of one or more types of processors, such as a central processing unit (CPU), a graphics processing unit (GPU), a digital signal processor (DSP), a field programmable gate array (FPGA), or an application specific integrated circuit (ASIC).

[0018] The storage device 102 stores various programs including a basic program and an application program. As the storage device 102, a known recording medium such as a semiconductor recording medium or a magnetic recording medium can be adopted. The storage device 102 may be configured with one recording medium or multiple recording media. The application programs stored in the storage device 102 include an application program for realizing the above-mentioned wallet function.

[0019] As an application program for implementing the wallet function, a publicly known application program is appropriately adopted. The server device 100 transmits each request for updating the above-mentioned block chain to the block chain system 300 by using the wallet function. The communication device 103 communicates with the terminal device 200 and the block chain system 300 (each node device 301) via the network I.

[0020] The storage device 102 of the server device 100 stores various data used in the NFT game in association with the user's identification information. For example, various data including items owned by the user, the level of the user (user character described below), and parameters of each item are stored in the server device 100. The server device 100 also stores content data (image data) representing the above-mentioned NFT items, and metadata for the NFT items.

[0021] However, the data (content data, metadata) of the above NFT items may be stored by something other than the server device 100. For example, the data may be stored in a known IPFS (InterPlanetary File System) that is composed of multiple nodes. In addition, both or either of the content data and metadata may be stored in the blockchain (node ​​device 301).

[0022] The terminal device 200 includes a processing device 203, a storage device 204, and a communication device 205. The above-mentioned display device 201 and operation device 202 are connected to the terminal device 200. The processing device 203 of the terminal device 200 controls the entire terminal device 200. For example, the processing device 203 of the terminal device 200 may be composed of a single or multiple processors, similar to the processing device 101 of the above-mentioned server device 100. Specifically, the processing device 203 may be composed of one or more types of processors, such as a CPU, a GPU, a DSP, an FPGA, or an ASIC.

[0023] The storage device 204 stores various programs including a basic program and an application program. For example, the storage unit 204 of the terminal device 200 stores a Web browser (application program). The terminal device 200 acquires various data (HTML files, image data, etc.) for executing the NFT game from the server device 100 through the Web browser. In addition, the application programs stored in the terminal device 200 (storage device 204) include an application program for realizing the above-mentioned wallet function.

[0024] A user can purchase utility tokens at a cryptocurrency exchange using the wallet function of the terminal device 200. The above utility tokens are used, for example, when acquiring a predetermined NFT item (digging item Gp, described below). Using the wallet function of the terminal device 200, the owner (address) of the utility token on the blockchain can be changed to the user himself / herself. For ease of explanation, hereinafter, changing the owner of a utility token on the blockchain to a user may be described as "putting the utility token into the user's wallet", etc.

[0025] In addition, users can exchange NFT items (gem items Gj and excavation items Gp described below) acquired in the NFT game for utility tokens of other users. Specifically, the wallet function of the terminal device 200 can change the owner of an NFT item on the blockchain to another user. Similarly, users can exchange utility tokens they own for NFT items owned by other users. The above transactions of NFT items are carried out via a marketplace Mp described below. Hereinafter, for the sake of explanation, changing the owner of an NFT item on the blockchain to another user may be described as "putting the NFT item into the wallet of the user" or the like.

[0026] As the storage device 204 of the terminal device 200, for example, a known storage medium such as a semiconductor storage medium or a magnetic storage medium can be adopted. The storage device 204 may be configured with one storage medium or may be configured with multiple storage media. The communication device 205 communicates with the server device 100 and the blockchain network 300 via the network I.

[0027] As described above, the blockchain network 300 includes a plurality of node devices 301. As described above, each of the node devices 301 can communicate with each other by a P2P communication method. In addition, a common blockchain protocol runs in each node device 301.

[0028] Each of the node devices 301 includes a processing device 302, a storage device 303, and a communication device 304. The processing device 302 of the node device 301 controls the entire node device 301. The processing device 302 may be composed of a single processor or multiple processors, similar to the processing device 101 of the server device 100 described above.

[0029] The storage device 303 stores various programs including a basic program and an application program. In addition, each storage unit 303 of each node device 301 stores a common blockchain. The above blockchain is composed of a plurality of blocks. Each block of the blockchain contains transaction data such as NFT items including the above-mentioned index data.

[0030] Transaction data is broadcast from the server device 100 or the terminal device 200 to each node device 301. The above transaction data includes a signature of the entity that generated the transaction data. The signature in the transaction data is generated by a private key managed by the entity that generated the transaction data. A block generated based on the transaction data is newly added to the blockchain using a known consensus program. The communication device 304 of the node device 301 enables communication with the server device 100, the terminal device 200, and other node devices 301.

[0031] Fig. 3 is a functional block diagram of the information processing system 1. As shown in Fig. 3, the information processing system 1 of this embodiment is configured to include a management device 10, a terminal device 20, and a blockchain system 30. For example, the above-mentioned server device 100 executes a program to function as the management device 10. Also, the above-mentioned terminal device 200 executes a program to function as the terminal device 20. Similarly, each node device 301 executes a program to cause the blockchain system 300 to function as the blockchain system 30. Each of the above configurations can communicate via the network I.

[0032] The management device 10 includes an assignment unit 11 and a control unit 12. However, the terminal device 20 may be configured to include some or all of the above components (functions).

[0033] The granting means 11 enables automatic granting of crypto assets (tokens Ta) whose transactions are managed by a management entity (user) other than the management entity (game operator Mc) of the specific service to a user in exchange for an object (a gemstone item Gs described later) acquired by the user in a specific service (NFT game). Specifically, the granting means 11 enables granting of crypto assets in exchange for objects at a predetermined time (e.g., 3:00 p.m.). In addition, multiple objects acquired by the user are automatically exchanged for crypto assets at once, and an amount of crypto assets according to the amount of objects exchanged is granted.

[0034] The control means 12 enables the amount of crypto assets (tokens Ta) granted in exchange for objects (pyroxene items Gs) to be notified in a specific service (NFT game) (see FIG. 8(b) described below). The specific service in this embodiment is the provision of a game. In this embodiment, pyroxene items Gs are adopted as objects that are automatically exchanged for crypto assets. The above-mentioned pyroxene items Gs are granted to the user as the game progresses. The pyroxene items Gs can also be used in the game. Specifically, the durability of the excavation items Gs described below can be restored by using the pyroxene items Gs.

[0035] FIG. 4(a) is a diagram for explaining a specific example of the play screen Mp of this embodiment. A virtual space Sv and a user character Gu are displayed on the play screen Mp. The user character Gu represents a user in the virtual space Sv. The user can select one of a plurality of types of virtual spaces Sv. The virtual space Sv selected by the user is displayed on the play screen Mp.

[0036] The play screen Mp is displayed by switching to either a movement mode or an excavation mode. For example, the specific example of FIG. 4(a) assumes the play screen Mp in the movement mode. The user character Gu moves in the virtual space Sv in response to the operation of the above-mentioned operation device 105 (for example, a keyboard). During the period in which the user character Gu moves in the virtual space Sv, the play screen Mp is displayed in the movement mode.

[0037] The virtual space Sv includes a mine object Gm. The mine object Gm includes a plurality of excavable areas. The excavable areas of the mine object Gm are areas that can be excavated using an excavation item Gp. The user can excavate the mine object Gm using an excavation item Gp by moving the user character Gu to any one of the excavable areas and performing a predetermined operation (hereinafter, "excavation operation"). For example, a left click of the mouse (operation device 105) can be used as the excavation operation.

[0038] By excavating the mine object Gm, an ore object Gо (see FIG. 4(b) described later) may be excavated. Note that an excavable area in the mine object Gm may be notified in response to an operation of the operation device 105 (e.g., right-clicking the mouse). When an excavation operation is performed during a period in which the play screen Mp is displayed in the movement mode, the play screen Mp switches to the excavation mode.

[0039] FIG. 4(b) is a specific example of the play screen Mp in the excavation mode. In the play screen Mp in the excavation mode, the mine object Gm is displayed in an enlarged scale compared to the play screen Mp in the movement mode described above. As described above, when an excavation operation is performed during the period in which the play screen Mp in the excavation mode is displayed, the mine object Gm is excavated. Specifically, as shown in FIG. 4(b), an excavation position P is set on the play screen Mp in the excavation mode. When an excavation operation is performed, a part of the excavable area located at the excavation position P is excavated (collapsed) by the excavation item Gp.

[0040] The user can excavate the entire excavable area by repeatedly performing excavation operations on the excavable area. From inside the excavable area of ​​the mine object Gm, an ore object Gо may be excavated as shown in FIG. 4(b). However, depending on the excavable area, an ore object Gо may not be excavated. When excavation in the excavable area is completed, the user moves the user character Gu to excavate another excavable area. In this embodiment, about 30 ore objects Gо can be excavated from one virtual space Sv.

[0041] As shown in Fig. 4(b), either a pyroxene item Gs or a gem item Gj is hidden inside the ore object Gо. With the above configuration, when the ore object Gо is discovered, it is possible to conceal from the user whether the ore object Gо contains a pyroxene item Gs or a gem item Gj.

[0042] By digging the ore object Gо, the user can obtain a gemstone item Gs or a gem item Gj from the ore object Gо. The ore object Gо is displayed in a manner that can be distinguished from the mine object Gm. For example, the mine object Gm is colored like natural rock or soil (brown), while the ore object Gо is colored blue.

[0043] The gem item Gj is an item that can be converted into an NFT. After being converted into an NFT, the gem item Gj can be exchanged for utility tokens of other users in the marketplace Mp described below. As described above, about 30 ore objects Gо are excavated from one virtual space Sv. In this embodiment, of the about 30 ore objects Gо, about three ore objects Gо contain gem objects Gj, and the remaining ore objects Gо contain pyroxene items Gs. In other words, the gem item Gj is a rarer item than the pyroxene item Gs.

[0044] The pyroxene item Gs can be exchanged for a predetermined utility token (hereinafter, "token T"). Specifically, at a predetermined time (for example, 3:00 p.m.), a token T corresponding to the number of pyroxene items Gs owned by the user is sent to the wallet of the user. Note that, although the present embodiment employs a configuration in which the pyroxene item Gs cannot be converted into an NFT, a configuration in which the pyroxene item Gs can be converted into an NFT may also be employed.

[0045] The excavation item Gp is ​​provided with a durability. The durability of the excavation item Gp decreases every time an excavation operation is performed in the virtual space Sv. Specifically, when the excavation item Gp hits a mine object Gm, the durability of the excavation item Gp decreases regardless of whether the mine object Gm collapses. When the durability of the excavation item Gp is ​​reduced to the value "0", the excavation item Gp is ​​destroyed and it becomes impossible to excavate the mine object Gm.

[0046] However, before the excavation item Gp is ​​broken, the durability of the excavation item Gp can be restored. Specifically, the durability of the excavation item Gp can be restored by using the pyroxene item Gp excavated from the virtual space Sv. In addition, the durability of the excavation item Gp can be restored by consuming the token T. Furthermore, at a predetermined time, the durability of the excavation item Gp is ​​restored free of charge.

[0047] 5 is a diagram for explaining a specific example of the flow of transactions of NFT items (Gp, Gj) and tokens T in this embodiment. As shown in FIG. 5, in this embodiment, a virtual space Sv and an excavation item Gp are provided (released) to each user by a game operator Mc (S1 in FIG. 5). Specifically, the virtual space Sv and the excavation item Gp are released to each user at predetermined intervals (for example, approximately every six months).

[0048] A user Ua can exchange the token T in his / her wallet Wa for an excavation item Gp (S2 and S3 in FIG. 5). As described above, a user can obtain a token T in exchange for a gemstone item Gs. However, the token T can also be obtained at a publicly known cryptocurrency exchange. For example, a user who first starts the NFT game of this embodiment does not have a gemstone item Gs, so he / she obtains a token T using legal tender at an exchange and obtains an excavation item Gp in exchange for the token T.

[0049] A user Ua who possesses an excavation item Gp can play the game in the virtual space Sv (S4 in FIG. 5). That is, by acquiring the excavation item Gp, the user can participate in mining of gem items Gj. In the virtual space Sv, a mine object Gm is excavated by the excavation item Gp, and gem items Gj and pyroxene items Gs are acquired (S5 in FIG. 5).

[0050] In this embodiment, when the gem item Gj is acquired, the gem item Gj is not NFTed. After acquiring the gem item Gj, the user can execute a procedure to NFT the gem item Gj (S6 in FIG. 5). For example, the gem item Gj is NFTed when it is put up for sale on the marketplace Mp. When the gem item Gj is NFTed, the gem item Gj is sent to the user's wallet W.

[0051] NFT items acquired in the virtual space Sv (including items that have been converted into NFTs after acquisition) can be put up for sale on the marketplace Mp. When putting up for sale on the marketplace Mp, users can set the number of tokens T that can be exchanged for the NFT items (price can be set). However, the number of tokens T that can be exchanged for NFT items may vary using an auction system. The marketplace Mp is managed by a game operator Mc. However, the marketplace Mp may be configured so that NFT items can be put up for sale on a publicly known marketplace managed by someone other than the game operator Mc.

[0052] For example, in the specific example of FIG. 5, it is assumed that a user Ua puts a gem item Gj up for sale on the marketplace Mp (S7 in FIG. 5). It is also assumed that another user Ub purchases the gem item Gj of the user Ua. In the above case, the gem item Gj is sent from the wallet Wa of the user Ua to the wallet Wb of the user Ub (S8 in FIG. 5). In addition, a token T is sent from the wallet Wb of the user Ub to the wallet Wa of the user Ua (S9 in FIG. 5). Note that when the NFT item is resold to another user, a predetermined number of tokens T are sent to the wallet of the game operator Mc. In other words, when the NFT item is resold, the game operator Mc receives royalties.

[0053] In the NFT game of this embodiment, multiple types of gem items Gj with different aspects (color, shape, size) are acquired. Furthermore, the total number of gem items Gj that can be excavated from the virtual space Sv may differ depending on the type of gem item Gj. That is, each gem item Gj has a different rarity. Therefore, some gem items Gj (for example, gem items Gj with beautiful colors and rare gem items Gj) may be traded for more tokens T than other gem items Gj. Note that the gem items Gj are converted into NFTs at the time of acquisition, and may be configured to be sent to the user's wallet W.

[0054] The excavation item Gp can be traded with other users in the marketplace Mp, similar to the gem item Gj. Specifically, the number of excavation items Gp released by the game operator Mc in one release period is limited. Therefore, the excavation items Gp released by the game operator Mc may be sold out. However, even after the excavation items Gp are sold out at the game operator Mc, the excavation items Gp can be obtained from other users in exchange for tokens T in the marketplace Mp.

[0055] Each excavation item Gp released at the same time is assigned a common item number Y. Also, there is a limit to the number of virtual spaces Sv released in one release period. Each user obtains the right to excavate gem items Gj in the virtual space Sv in exchange for tokens T. Each virtual space Sv released at the same time is assigned a common space number X.

[0056] In the above embodiment, even if a user does not use an excavation item Gp (for example, a user who does not have the right to excavate a virtual space Sv), by purchasing the excavation item Gp from the game operator Mc, the user may be able to resell the excavation item Gp to other users. Therefore, there may be an incentive to purchase an excavation item Gp for speculative purposes. Also, in the present embodiment, since an upper limit is set on the number of virtual spaces Sv that are supplied, a substantial upper limit can be set on the number of gem items Gj that can be excavated. With the above configuration, the value of the gem items Gj as NFT items is more easily maintained.

[0057] In addition, even if the excavation item Gp is ​​broken and its durability is set to "0", it can be traded in the marketplace Mp. In addition, even if the excavation item Gp is ​​broken, the user character Gu can use (swing) it in the virtual space Sv. However, if the excavation item Gp is ​​broken, the mine object Gm cannot be excavated.

[0058] Depending on the method of granting token T to users, game operator Mc may be considered a business operator conducting cryptocurrency exchange business as stipulated in Article 2, Paragraph 7 of the Payment Services Act (Act No. 59 of June 24, 2009). In addition, in order to conduct cryptocurrency exchange business, registration with the Prime Minister is required as stipulated in Article 63-2 of the same Act. In order for game operator Mc to receive the above registration, the game operator Mc must satisfy various requirements.

[0059] As can be understood from the above explanation, when implementing a cryptocurrency exchange business, the burden on the game operator Mc becomes large. In consideration of the above circumstances, in this embodiment, a configuration is adopted that allows the token T to be granted to the user in a manner that does not fall under the cryptocurrency exchange business. The above configuration will be described in detail with reference to FIG. 6 below.

[0060] 6 is a diagram for explaining a specific example of the automatic granting process. According to the automatic granting process described above, a token T is automatically granted to each user (Ua, Ub, ...) in exchange for a gemstone item Gp possessed by each user. The management device 10 executes the automatic granting process every day at a predetermined time (e.g., 3:00 p.m.). However, the trigger for executing the automatic granting process is not limited to the above example.

[0061] The game administrator Mc is the management entity of the management device 10. The management device 10 stores various game data of each user. For example, the management device 10 stores the game data (Dua, Dub...) of a user (Ua, Ub...) in association with the identification information (IDa, IDb...) of the user. The above game data includes the total number of pyroxene items Gs possessed by the user. The specific example of FIG. 6 assumes a case in which the total number of pyroxene items Gs possessed by user Ua (identification information=IDa) and the total number of pyroxene items Gs possessed by user Ub (identification information=IDb) are stored.

[0062] In addition to the management device 10, the game operator Mc manages transactions of crypto assets and NFT items in his / her own wallet Wc. Specifically, the private key Kc required for transactions of crypto assets and the like in the wallet Wc is managed under the responsibility of the game operator Mc. For example, FIG. 6 shows a token T (an example of crypto assets) stored in the wallet Wc. In this embodiment, when changing the owner of the token T registered in the blockchain (when sending the token T from the wallet W to another wallet W), a publicly known technology that requires a signature using the private key K may be adopted.

[0063] The configuration in which the game operator Mc grants crypto assets or NFT items to users is not limited to the above examples. For example, when the game operator Mc NFTs (mints) a token or item that is not NFTed (an item that is not stored in the wallet Wc), the owner of the token or item may be registered as a user in the blockchain (sent to the user's wallet W).

[0064] Each user (Ua, Ub...) manages transactions of crypto assets and NFT items in their own wallet (Wa, Wb...). Specifically, a user must create a wallet W when progressing through the NFT game (see FIG. 7(b) below). In addition, when creating a wallet (Wa, Wb...), a private key (Ka, Kb...) required for transactions of crypto assets and NFT items in that wallet is generated. The private key K is managed at the user's own risk.

[0065] For example, in the specific example of FIG. 6, user Ua manages a private key Ka used for trading crypto assets and NFT items in wallet Wa. In the specific example of FIG. 6, it is assumed that an NFT item including an excavation item Gp is ​​stored in wallet Wa. Similarly, user Ub manages a private key Kb used for trading crypto assets and NFT items in wallet Wb. In the specific example of FIG. 6, it is assumed that an NFT item including an excavation item Gp is ​​stored in wallet Wb.

[0066] When the automatic granting process starts, the management device 10 calculates the number of tokens T to be granted to each user. The number of tokens T granted to the user U increases as the total number of gemstone items Gs owned by the user U increases. After calculating the number of tokens T to be granted to the user U, the management device 10 sends the tokens T to the wallet W of the user U. After that, the management device 10 clears (deletes) the number of gemstone items Gs owned by the user U to which the tokens T were granted to the number "0".

[0067] For example, in the specific example of FIG. 6, the number of tokens T to be granted to user Ua (identification information=Dua) is calculated according to the number of gemstone items Gs possessed by user Ua (Sa1 in FIG. 6). After that, the number of tokens T calculated in step Sa1 is sent to user Ua's wallet Wa (Sa2 in FIG. 6). Specifically, the private key Kc of game administrator Mc is used, and the owner of token T in the blockchain is changed from game administrator Mc to user Ua. After token T is sent to wallet Wa, management device 10 clears the number of gemstone items Gs possessed by user Ua to the numerical value "0".

[0068] The management device 10 repeatedly executes the above series of steps (Sa1 to Sa3) by changing the user U. For example, in the specific example of FIG. 6, after executing the above step Sa3 (after granting the token T to the user Ua), the management device 10 calculates the number of tokens T to be granted to the user Ub according to the number of pyroxene items Gs possessed by the other user Ub (Sb1 in FIG. 6). After that, the management device 10 transmits the token T from the wallet Wc to the wallet Wb of the user Ub (Sb2 in FIG. 6), and resets the number of pyroxene items Gs possessed by the user Ub to the numerical value "0" (Sb3 in FIG. 6).

[0069] According to the above automatic granting process, the game operator Mc does not fall under the category of a business operator conducting a cryptocurrency exchange business. Now, let us assume a configuration in which the pyroxene item Gs is not automatically converted into the token T (hereinafter, "comparison"). As the above comparison, a configuration in which the pyroxene item Gs is converted into the token T only when the user executes a predetermined conversion operation is conceivable. However, in the above comparison, some users may find the conversion operation troublesome and may not convert the pyroxene item Gs into the token T. If the token T is not acquired by the user, inconvenience may occur in that the user is not prompted to use the marketplace Mp or purchase a new excavation item Gp. In this embodiment, since the user automatically becomes the owner of the token T, there is an advantage in that the above inconveniences are suppressed compared to, for example, the above comparison.

[0070] In addition, when sending tokens T to the user's wallet W in exchange for the gemstone item Gs, so-called gas fees (crypto assets as a reward to the operator of the node device 301) are required. In this embodiment, the above gas fees are borne by the game operator Mc. However, the gas fees for sending tokens T may vary from user to user. Taking the above into consideration, a configuration may be adopted in which tokens T corresponding to the gas fees for sending tokens T are subtracted from the number of tokens T calculated according to the number of gemstone items Gs held, and the number of tokens T corresponding to the subtraction result is sent to the user.

[0071] In addition, when a user acquires a token T by the automatic granting process, a confirmation operation (signature by a private key K) of the user may be required. Specifically, in the automatic granting process, the management device 20 calculates the token T to be granted to the user, and then displays a notification image displaying the calculation result to the user (terminal device 10) in the NFT game. When the approval button in the notification image is selected, a wallet application is started, and a confirmation image is displayed for confirming whether or not to complete the transaction to acquire the token T by converting it to an NFT. When the confirmation button in the confirmation image is selected (when a confirmation operation is performed), the above-mentioned transaction is completed, and the token T is stored in the user's wallet W. In the above configuration, a gas fee may be collected from the user when the confirmation button in the confirmation image is selected (when the token T is converted to an NFT). When the above configuration is adopted, a configuration in which the gas fee is displayed on the confirmation screen is preferable.

[0072] In the above embodiment, even if the same number of pyroxene items Gs are converted into tokens T by the automatic granting process, the number of tokens T granted to the user may be changed. For the sake of explanation, the number of tokens T exchanged for one pyroxene item Gs in the automatic granting process may be referred to as the "exchange rate".

[0073] Specifically, the market value of token T, which is an NFT, may fluctuate. The game operator Mc may change the exchange rate when converting gemstone items Gs into tokens T, depending on the current market value of tokens T. For example, the average value of the market value of tokens T at the time when the automatic granting process is executed (3:00 p.m.) is calculated manually or automatically, and input to the management device 10. The management device 10 determines the exchange rate depending on the market value of tokens T.

[0074] As described above, in this embodiment, the time when the token T is granted by the automatic granting process may differ for each user. For example, in the specific example of FIG. 6, the time when the token T is granted to the user Ua may differ from the time when the token T is granted to the user Ub. Therefore, the market value of the token T at the time when the token T is granted to the user Ua may differ from the market value at the time when the token T is granted to the user Ub.

[0075] In the above configuration, the exchange rate may be changed for each user. For example, in the specific example of FIG. 6, the token T may be granted to the user Ua at an exchange rate according to the market value of the token T at the time when the token T to be granted to the user Ua is calculated (step Sa1), and the token T may be granted to the user Ub at an exchange rate according to the market value of the token T at the time when the token T to be granted to the user Ub is calculated (step Sb1). However, the exchange rate may be uniform for each user. For example, the token T may be granted to each user at an exchange rate according to the market value of the token T at the time when the automatic granting process is executed (3:00 p.m.).

[0076] In addition, in order to appropriately control the market value of the token T, it is necessary to maintain an appropriate total amount of the token T circulating in the market. In consideration of the above, the game operator Mc may change the exchange rate for converting the gemstone item Gs into the token T according to the total amount of the token T circulating in the market.

[0077] Specifically, the management device 20 may be configured to automatically calculate the exchange rate in the automatic granting process according to the total amount of tokens T circulating in the market at the time the automatic granting process is executed. For example, assume that there is an excess of tokens T circulating in the market. In the above case, the number of tokens T newly circulating in the market can be suppressed by lowering the exchange rate in the automatic granting process (reducing the amount of tokens T exchanged for one gemstone item Gs).

[0078] However, the exchange rate for converting the gemstone item Gs into the token T may be maintained constant. In the above configuration, in order to appropriately control the total amount of tokens T circulating in the market, it is preferable that the number of gemstone items Gs newly obtainable in the NFT game is changed. For example, when there is an excess of tokens T circulating in the market, it is preferable that the number of gemstone items Gs obtainable in the newly released virtual space Sv is reduced.

[0079] In addition, as a configuration for appropriately controlling the total amount of tokens T circulating in the market, a configuration may be adopted in which the user is encouraged to consume the gemstone item Gs or the token T. For example, when the durability of the excavation item Gp is ​​restored by consuming the token T, the token T will no longer be circulated in the market (is burned). In consideration of the above circumstances, even when the same number of tokens T are used, the amount of recovery of the durability of the excavation item Gp may be changed. For example, by reducing the amount of recovery when the token T is used, the number of tokens T required to fully recover the durability of the excavation item Gp increases. Therefore, by reducing the amount of recovery when the token T is used, it is expected that many tokens T circulating in the market will be consumed. Similarly, the amount of recovery when the gemstone item Gs is used may be changeable.

[0080] As described above, the timing at which the token T is granted may differ for each user because the processing time of each step S (a1 to a3, b1 to b3) is not "0". For example, the timing at which step Sa2 at which the token T is granted to user Ua is executed may differ from the timing at which step Sb2 at which the token T is granted to user Ub is executed. However, a configuration in which the token T is granted to each user in sequence is included in the configuration of the present invention in which the token T is granted to each user at a "predetermined time".

[0081] In addition, in the above embodiment, a scholarship system may be adopted. Specifically, a configuration may be adopted in which a user (owner) who owns an excavation item Gp can lend the excavation item Gp to another user (scholar). During the period in which the excavation item Gp is ​​lent to the scholar, the owner cannot use the excavation item Gp. In the above configuration, when a scholar acquires a token T, a part of the token T (for example, about 30 percent) is distributed to the scholar, and the remaining token (70 percent) is distributed to the owner.

[0082] In addition, in the automatic granting process, the token Ta may be automatically granted to the owner and the scalar. Specifically, it is assumed that the scalar has acquired a gemstone item Gs. In the above case, the number of tokens Ta to be exchanged for the gemstone item Gs possessed by the scalar is calculated in the automatic granting process. In addition, it is also possible to automatically grant about 30 percent of the number of tokens Ta calculated in the automatic granting process to the scalar, and automatically grant about 70 percent to the owner. Furthermore, in the above case, it is assumed that the owner himself has acquired a gemstone item Gs. In the above case, it is also possible to automatically grant to the owner the sum of the token Ta exchanged for the gemstone item Gs possessed by the owner himself and the token Ta divided among the scalar.

[0083] Fig. 7(a) is a conceptual diagram of a specific example of a home screen Mh in an NFT game. The home screen Mh is displayed by the terminal device 10. As shown in Fig. 7(a), an instruction image Gy and each button image (Ba to Be) are displayed on the home screen Mh. The user can select the button image G by moving the instruction image Gy to one of the button images B by moving the mouse (operation device 105) and clicking the mouse (hereinafter referred to as a "selection operation").

[0084] For example, assume that the button image Ba on the home screen Mh is selected. In the above case, a list of virtual spaces Sv that the user has the right to excavate is displayed. As described above, the user can obtain the right to excavate the virtual space Sv in exchange for, for example, the token T.

[0085] When the button image Bb on the home screen Mh is selected, a list of excavation items Gp owned by the user is displayed. As described above, the user can obtain the excavation items Gp in exchange for, for example, the tokens T. In addition, in this embodiment, when the button image Bb is selected, the excavation items Gp may be given to the user free of charge. For example, when the button image Bb is selected during a campaign period, the excavation items Gp are given to the user free of charge.

[0086] When the button image Bc on the home screen Mh is selected, a list of gem items Gj owned by the user is displayed. As described above, gem items Gj can be excavated from the virtual space Sv. In addition, gem items Gj can be acquired from other users in the marketplace Mp.

[0087] When the button image Bd on the home screen Mh is selected, the screen transitions to the above-mentioned marketplace Mp. As described above, gem items Gj and excavation items Gp can be traded (sold and bought) in the marketplace Mp. For example, when the button image Bd is selected, a market screen is displayed that displays a list of each NFT item that other users have put up for sale on the marketplace Mp. The user can purchase any of the above NFT items by selecting the purchase button on the market screen.

[0088] As shown in FIG. 7(a), the home screen Mh displays the number of gemstone items Gs and the number of tokens T(a, b) owned by the user. Specifically, the user's wallet W corresponds to the blockchain in which the tokens Ta and Tb are registered (index data is stored). The token Ta is a crypto asset issued by the game operator Mc. The token Tb is a crypto asset issued by a party other than the game operator Mc. As described below, the gemstone item Gs is exchanged for the token Ta. The token Ta is exchanged for, for example, an excavation item Gp. In addition, the gas fee for excavating the token Ta for the excavation item Gp is ​​paid with the token Tb. In addition, the excavation item Gp is ​​registered in the blockchain in which the above tokens T(a, b) are registered.

[0089] When the button image Be on the home screen Mh is selected, a wallet screen Mw is displayed (see FIG. 7(c) described below). As will be described in detail later, the wallet screen Mw displays a list of NFT items stored in the user's wallet W. When the button image Bf on the home screen Mh is selected, a selection screen for selecting a virtual space Sv is displayed. The selection screen displays each virtual space Sv that the user has the right to excavate. The user can use the selection screen to select the virtual space Sv in which to perform the excavation work.

[0090] FIG. 7(b) is a conceptual diagram of a specific example of the wallet creation image Gw. In this embodiment, even if the wallet W has not been created, it is possible to move to, for example, the above-mentioned home screen Mh. However, in order to progress in the NFT game, the user's wallet W is required. The wallet creation image Gw is displayed to a user who has not created a wallet W. Specifically, the wallet creation image Gw is displayed at the time when the wallet W is actually required. For example, the wallet creation image Gw is displayed when the button image Ge (see FIG. 7(a)) on the above-mentioned selection screen Mh is selected.

[0091] Furthermore, in this embodiment, a wallet creation image Gw is displayed when an NFT item (including an item that can be turned into NFT) may be granted. For example, when the button image Bf on the home screen Mh is selected, as described above, a gem item Gj (an item that can be turned into NFT) can be acquired in the virtual space Sv. When the button image Bf described above is selected, the wallet creation image Gw is displayed. The above configuration can also be said as making it possible to carry out excavation work in the virtual space Sv, provided that the wallet W is created.

[0092] Furthermore, when the above-mentioned purchase button is selected in the marketplace Mp, a wallet creation image Gw is displayed. The above configuration can also be said to make it possible to purchase NFT items in the marketplace Mp on the condition that a wallet W is created. Furthermore, as described above, when the button image Bb on the home screen Mh is selected, an excavation item Gp (NFT item) may be granted. In this embodiment, when the above-mentioned button image Bb is selected, a wallet creation image Gw is displayed.

[0093] As shown in FIG. 7(b), the wallet creation image Gw displays a message that a wallet W needs to be created to start the game. The wallet creation screen Gw also includes a button image Bx and a button image By. When the button image By is selected, a wallet already owned by the user can be imported into the NFT game.

[0094] When the button image Bx is selected, a new wallet W can be created. Specifically, when the button image Bx is selected, an authentication code is sent to the user's email address, and an image for inputting the authentication code is displayed on the terminal device 20. The above user's email address is registered in advance in the management device 10. When the appropriate authentication code is input, an image for setting a PIN number for the NFT game is displayed.

[0095] Once the PIN is set, an image displaying the secret recovery phrase is displayed. The secret recovery phrase is a character string (e.g., 12 words) required to restore wallet W. Note that before the secret recovery phrase is displayed, an image may be displayed warning the user that the secret recovery phrase should be kept secret. After the image showing the secret recovery phrase is displayed, an image is displayed prompting the user to actually enter the secret recovery phrase. Once the appropriate secret recovery phrase is entered, private key K is generated and wallet W is created.

[0096] 7(c) is a conceptual diagram of a specific example of the wallet screen Mw. As described above, the wallet screen Mw displays a list of NFT items stored in the user's wallet W.

[0097] Specifically, the NFT items on the wallet screen Mw are displayed by image data linked to index data (metadata) registered in the blockchain of the blockchain system 30. In addition, the wallet screen Mw displays various information included in the metadata described above. For example, metadata including the name of the gem item Gj (such as "XXXX" shown in FIG. 7(c)) and the quality of the gem item Gj (for example, five levels: S, A, B, C, and D) are displayed on the wallet screen Mw.

[0098] As shown in FIG. 7(c), the wallet screen Mw displays the number of tokens Ta and the number of tokens Tb owned by the user. In this embodiment, the user's wallet W corresponds to the blockchain in which the token Tc is registered. The token Tc is a crypto asset issued by a party other than the game operator Mc, and is registered in a blockchain separate from the other tokens T(a, b). Specifically, the token Tc is registered in a blockchain common to the gem items Gj.

[0099] The wallet screen Mw displays button images Bg1 and Bg2. When the button image Bg1 is selected, a list of gem items Gj among the NFT items possessed by the user is displayed. When the button image Bg2 is selected, a list of excavation items Gp among the NFT items possessed by the user is displayed. When an excavation item Gp is ​​displayed on the wallet screen Mw, an image representing the excavation item Gp and metadata of the excavation item Gp (such as the name of the excavation item Gp) are displayed, similar to when a gem item Gj is displayed.

[0100] FIG. 8(a) is a schematic diagram of a specific example of the notification image Gt. As described above, in this embodiment, the automatic granting process (see FIG. 6) is executed at a predetermined time (for example, 3:00 p.m.). In the above automatic granting process, the pyroxene item Gs possessed by the user is automatically converted into a token Ta. The notification image Gt is an image for notifying the user that the pyroxene item Gs will be automatically converted into a token Ta. For example, the notification image Gt displays a message saying "Pyroxene will be converted into a token at the scheduled time." The above notification image Gt is displayed when the pyroxene item Gs is first excavated. However, the trigger for displaying the notification image Gt is not limited to the above example.

[0101] FIG. 8(b) is a schematic diagram of a specific example of a remittance completion image Gk. The remittance completion image Gk is displayed when the gemstone item Gs acquired by the user is automatically converted into a token Ta. In other words, the remittance completion image Gk is displayed when the above-mentioned automatic granting process is executed.

[0102] The remittance completion image Gk is displayed to inform the user of the number of tokens Ta granted in the automatic granting process. In addition, the remittance completion image Gk displays a message indicating that the gemstone items Gs will be automatically converted into tokens Ta, similar to the notification image Gt described above (see FIG. 8(a)). When the button image displaying the character string "OK" in the remittance completion image Gk is selected, the remittance completion image Gk is hidden.

[0103] The remittance completion image Gk described above is displayed when the screen moves to the home screen Mh (see FIG. 7(a) above) for the first time after the automatic granting process is executed. For example, assume that the time when the automatic granting process is executed (e.g., 3:00 p.m., hereinafter referred to as the "conversion time") has passed during the period when the play screen Mp (see FIG. 4(a) above) is displayed. In the above cases, the remittance completion image Gk is displayed when the screen moves from the play screen Mp to the home screen Mh.

[0104] During the period when the play screen Mp is displayed, a new gemstone item Gp may be excavated. In this embodiment, the gemstone item Gp acquired during the period when the play screen Mp is displayed up until the conversion time is converted into a token Ta in the current automatic granting process, and the gemstone item Gp acquired after the conversion time is converted into a token Ta in the next automatic granting process.

[0105] However, even if a new pyroxene item Gp is ​​acquired by the conversion time during the period when the play screen Mp is displayed, only the pyroxene item Gp possessed before the play screen Mp is displayed may be converted to a token Ta in the current automatic granting process, and the newly acquired pyroxene item Gp may be converted in the next automatic granting process. Also, if the conversion time has passed during the period when the play screen Mp is displayed, the pyroxene items Gp, including the pyroxene items Gp acquired after the conversion time has passed, may be converted to a token Ta in the current automatic granting process.

[0106] The time when the remittance completion image Gk is displayed can be changed as appropriate. For example, the remittance completion image Gk may be displayed when the conversion time has elapsed even during the period when the play image Mp is displayed. The remittance completion image Gk may be displayed even during the period when the wallet screen Mw is displayed.

[0107] Fig. 9(a) is a flowchart of the process executed by the management device 10. For example, when an ore object Gо is excavated, the management device 10 starts the process shown in Fig. 9(a). Note that each step of the process may be executed by the management device 10 and the terminal device 20 in cooperation with each other, or may be executed by the terminal device 20. The same applies to the process shown in Fig. 9(b) described later.

[0108] As described above, a gem item Gj or a gemstone item Gs is excavated from the ore object G0. The management device 10 judges whether the item excavated from the ore object G0 is a gemstone item Gs (S101). If it is determined that a gemstone item Gs has been excavated (S101: Yes), the management device 10 adds a value of "1" to the number of gemstone items Gs possessed by the user (S102) and ends the process shown in FIG. 9(a). On the other hand, if it is determined that a gemstone item Gs has not been excavated (a gemstone item Gj has been excavated) (S101: No), the management device 10 omits the above-mentioned step S102 and ends the process shown in FIG. 9(a).

[0109] FIG. 9(b) is a flowchart of the above-mentioned automatic granting process (see FIG. 6). The automatic granting process is automatically executed, for example, at the conversion time (3:00 p.m.). When the automatic granting process starts, the management device 10 determines a user to which the token Ta is to be granted (S201). After determining the target user, the management device 10 calculates the number of tokens Ta to be granted to the user (S202).

[0110] Specifically, in step S201, the number of tokens Ta according to the number of pyroxene items Gs possessed by the user is determined. After that, the management device 10 transmits the number of tokens Ta calculated in the immediately preceding step S202 to the wallet W of the user determined in step S201 (S203). When the tokens Ta are transmitted to the wallet W of the user, the number of pyroxene items Gs possessed by the user is cleared to the value "0".

[0111] After sending the token Ta to the wallet W, the management device 10 judges whether the token Ta has been sent to all users (S204). If there are any users to whom the token Ta has not been sent (S204: No), the management device 10 repeatedly executes the above-mentioned steps S201 to S203. In step S201, the target user is changed to a user to whom the token Ta has not been sent. If it is determined that the token Ta has been sent to all users (S204: Yes), the management device 10 ends the process shown in FIG. 9(b).

[0112] <Modification> The above embodiments can be modified in various ways. Specific modified embodiments are exemplified below. Two or more embodiments selected from the following examples can be appropriately combined.

[0113] (1) In each embodiment, a level may be set for the user character Gu. For example, by excavating the mine object Gm, the user character Gu is given experience points. When the total experience points reach a predetermined threshold, the level of the user character Gu may be increased. Also, when a special object is discovered in the mine object Gm, a large amount of experience points may be given to the user character Gu.

[0114] As the level of the user character Gu increases, the time interval (time interval of the excavation operation) for hitting the mine object Gm with the excavation item Gp may be shortened. Also, as the level of the user character Gu increases, items other than the excavation item Gp may be available in the virtual space Sv. As the above items, an item (dynamite) that can destroy a wider range of the mine object Gm at once than the excavation item Gp (pickaxe) may be adopted.

[0115] (2) In each embodiment, the durability of the excavation item Gp may decrease when the mine object Gm is excavated, but the durability of the excavation item Gp may not decrease when the ore object Gо (see FIG. 4(a) above) is excavated. Let us assume that the durability of the excavation item Gp decreases when the ore object Gо is excavated. In the above configuration, a situation may occur where the excavation item Gp breaks when the gem item Gj or the gemstone item Gs is just one step away from being obtained. By adopting a configuration where the durability of the excavation item Gp does not decrease when the ore object Gо is excavated, the above situation is suppressed.

[0116] (3) In each embodiment, the "pyroxene item Gs" is given as an example of an "object" of the present invention, but the "object" of the present invention is not limited to the above example.

[0117] For example, assume a configuration in which a non-NFT utility token (hereinafter, "in-game token") is provided. In the above configuration, by consuming the in-game token, it is possible to recover the durability of the excavation item Gp or improve the status of the excavation item Gp (for example, increasing the maximum value of durability). In addition, the in-game token is granted to the user, for example, on condition that the user pays a fee, or is granted to the user as the game progresses. In the above configuration, in an automatic granting process executed when the conversion time has passed, a token Ta according to the number of in-game tokens possessed may be granted to the user.

[0118] In the above configuration, a part of the in-game tokens possessed by the user may be converted into the token Ta in the automatic granting process. For example, assume that the user possesses more in-game tokens than a predetermined number (hereinafter, "saved number"). In the above case, the saved number of in-game tokens among all the in-game tokens possessed by the user may not be converted into the token Ta in the automatic granting process. Note that, in the above first embodiment, as in the above modified example, a part of the pyroxene items Gs possessed by the user may be converted into the token Ta in the automatic granting process. Also, the number of saved items saved in the automatic granting process may be changed arbitrarily by the user.

[0119] (4) In each embodiment, the status of the excavation item Gp may be improved. For example, a user can improve the maximum durability value (an example of the status) of the excavation item Gp in exchange for a predetermined number of tokens T. In the above configuration, it is preferable that the maximum durability value of the excavation item Gp is ​​stored in the metadata (data linked to the blockchain) of the excavation item Gp. According to the above configuration, the value of the excavation item Gp as an NFT item can be improved.

[0120] (5) In each embodiment, the type of gem item Gj excavated in each virtual space Sv can be changed as appropriate. Even if the type of gem item Gj is the same, the probability of excavating the gem item Gj (the number of gem items Gj hidden) may be different for each virtual space Sv. For example, a virtual space Sv in which a rare gem item Gj is relatively easy to excavate (including a virtual space Sv in which the gem item Gj is the only one to be excavated) may be provided.

[0121] (6) In each form, a configuration may be adopted in which the excavation item Gp is ​​granted in a non-NFT state. For example, a user NFTs the excavation item Gp when listing it on the marketplace Mp. The excavation item Gp, whose metadata is the status (durability, etc.) at the time of NFT, is listed on the marketplace Mp. In the above configuration, the NFTed excavation item Gp may be configured to be unusable in the game.

[0122] In addition, in the above configuration, the excavation item Gp may be NFT-enabled when a predetermined condition is satisfied. For example, assume a configuration in which an in-game token that is not NFT-enabled is provided. In the above configuration, the excavation item Gp may be NFT-enabled by consuming a predetermined number of in-game tokens. In addition, when the status of the excavation item Gp is ​​enhanced by consuming a predetermined number of tokens T or in-game tokens, the excavation item Gp may be NFT-enabled.

[0123] Assume that the excavation item Gp may be distributed free of charge. In the above configuration, even if a user does not participate in the NFT game at all, it is assumed that the user can acquire the token T by reselling the excavation item Gp distributed free of charge. By adopting a configuration in which the excavation item Gp can be converted into an NFT on the condition that a predetermined number of tokens T are consumed, the above inconveniences can be suppressed.

[0124] The excavation item Gp may be NFTized on the condition that a predetermined period (e.g., 10 days) has passed since the excavation item Gp was granted. The excavation item Gp may be resold on the condition that a predetermined period has passed since the excavation item Gp was granted. With the above configuration, the inconvenience of the excavation item Gp being distributed free of charge and resold without being used at all in the virtual space Sv is suppressed. The automatic granting process may be not executed until a predetermined period (e.g., 10 days) has passed from a predetermined point in time (e.g., the point in time when excavation in the virtual space Sv is first started).

[0125] In the above configuration, the (paid) excavation item Gp acquired in exchange for the token T may be immediately resold, while the excavation item Gp acquired free of charge may not be resold until a predetermined period has passed. Similarly, the gem item Gj may be given in a non-NFT state, and may be NFTized when the above-mentioned conditions are met.

[0126] (7) In each form, a notification image Gt (see FIG. 8(a) above) is displayed when the gemstone item Gs is acquired, and a remittance completion image Gk (see FIG. 8(b) above) is displayed at the conversion time when the automatic granting process (see FIG. 6) is executed. However, the images displayed at each of the above occasions may be changed as appropriate.

[0127] FIG. 10(a) is a diagram for explaining a specific example of each image displayed in the modified example. In this modified example, even a user who has not created a wallet W can excavate a gemstone item Gs and a gemstone item Gj in the virtual space Sv. However, a gemstone item Gs held by a user who has created a wallet W is converted into a token T (NFT) at the conversion time, whereas a gemstone item Gs held by a user who has not created a wallet W is not converted into a token T. That is, in order to convert a gemstone item Gs into a token T, it is necessary to create a wallet W.

[0128] As shown in FIG. 10(a), in this modified example, the image displayed at each opportunity may change depending on whether or not the user has created a wallet W. For example, when a user who has created a wallet W acquires a gemstone item Gs for the first time, a notification image Gt is displayed as shown in FIG. 10(a) (similar to the first embodiment described above). The notification image Gt is an image that notifies the user that the gemstone item Gs can be converted into a token T, as described above with reference to FIG. 8(a). On the other hand, when a user who has not created a wallet W acquires a gemstone item Gs, a notification image Gh1 is displayed instead of the notification image Gt.

[0129] 10(b-1) is a schematic diagram of a specific example of the notification image Gh1. The notification image Gh1, like the notification image Gt, displays a message that the gemstone item Gs can be converted into a token T. The notification image Gh1 also displays a message that a wallet W needs to be created in order to convert the gemstone item Gs into a token T. According to the notification image Gh1 described above, it is possible to prompt a user who has not created a wallet W to create a wallet W.

[0130] In the above modified example, the notification image Gh1 is displayed every time the user acquires a pyroxene item Gs until the user creates a wallet W. However, the notification image Gh1 may be stopped from being displayed before the user creates a wallet W. For example, when the number of times the user acquires a pyroxene item Gs reaches a predetermined number, the notification image Gh1 may be stopped from being displayed. Specifically, when the number of times the user acquires a pyroxene item Gs reaches 10, the notification image Gh1 may be stopped from being displayed. Also, the notification image Gh1 may be displayed when the user acquires a pyroxene item Gs for the first time, and the notification image Gh1 may be stopped from being displayed thereafter.

[0131] Returning to FIG. 10(a), the explanation will be made. As shown in FIG. 10(a), if the user has already created a wallet W, a remittance completion image Gk is displayed at the conversion time (similar to the first embodiment described above). The remittance completion image Gk is an image that notifies the user of the tokens T granted in exchange for the gemstone item Gs at the conversion time, as described above with reference to FIG. 8(b). On the other hand, if the user has not yet created a wallet W, a notification image Gh2 is displayed at the conversion time in place of the remittance completion image Gk.

[0132] Fig. 10(b-2) is a schematic diagram of a specific example of the notification image Gh2. As shown in Fig. 10(b-2), the notification image Gh2 displays a message that a wallet W should be created. In addition, the notification image Gh2 displays a message that the token T was not given in exchange for the gemstone item Gs at the conversion time because the wallet W has not been created.

[0133] Furthermore, a button image Bz is displayed in the notification image Gh2. When the button image Bz is selected, an image for creating a wallet W is displayed. For example, when the button image Bz is selected, the above-mentioned wallet creation image Gw (see FIG. 7(b)) is displayed. According to the above notification image Gh2, it is possible to prompt a user who has not created a wallet W to create a wallet W.

[0134] In the above modified example, the notification image Gh2 is displayed every time the conversion time passes until the user creates a wallet W. However, the display of the notification image Gh2 may be stopped before the user creates a wallet W. For example, when the number of times the conversion time has passed reaches a predetermined number (e.g., 1 time, 10 times, etc.), the notification image Gh2 may be stopped from being displayed.

[0135] In the above modified example, the pyroxene items Gs acquired during the period when the wallet W has not been created are converted into tokens T collectively after the wallet W is created. For example, assume that during the period when the wallet W has not been created, N (N is a positive integer) pyroxene items Gs are acquired and the first conversion time has passed, and then N+M (M is a positive integer) pyroxene items Gs are acquired and the second conversion time has passed. In the above case, assume that the wallet W is created during the period from the first conversion time to the second conversion time. In the above case, N+M pyroxene items Gs are converted into tokens T at the second conversion time.

[0136] However, regardless of whether or not the wallet W has been created (whether or not the token T can be granted), the pyroxene items Gs possessed by the user may be invalidated each time the conversion time elapses. For example, assume that N pyroxene items Gs are acquired by the first conversion time, and M pyroxene items Gs are acquired during the period from the first conversion time to the second conversion time. In the above case, assume that the wallet W is created during the period from the first conversion time to the second conversion time. In the above case, the N pyroxene items Gs possessed at the first conversion time are invalidated and the token T is not granted, and the token T is granted in exchange for the M pyroxene items Gs possessed at the second conversion time after the wallet W is created.

[0137] (8) In each embodiment, a configuration may be adopted in which a token other than token T (NFTed token) can be granted in the automatic granting process. For example, a configuration is assumed in which the above-mentioned in-game token (non-NFTed token) is provided. In the above configuration, a configuration may be adopted in which an in-game token can be granted in the automatic granting process. Also, a configuration may be adopted in which not only an in-game token but also token T can be granted in the automatic granting process.

[0138] For example, assume that the token T is listed (tradable) on exchanges in some countries (hereinafter "listed countries") among the countries around the world, and is not listed on exchanges in other countries (hereinafter "unlisted countries"). The information system 1 (management device 10) also acquires information (hereinafter "country information") indicating the country in which the user will play the game. For example, when starting the game for the first time, the user is prompted to select one of the countries. The management device 10 stores the country information indicating the country selected by the user in association with the game data Du of the user. However, the country information is not limited to the above examples. For example, information capable of identifying the country in which the terminal device 20 is installed (such as an IP address) may be adopted as the country information.

[0139] In the automatic granting process of the above modified example, the country information of each user is determined. For example, if the user's country information indicates any of the listed countries, the user is granted a token T in exchange for the gemstone item Gs. On the other hand, if the user's country information indicates any of the unlisted countries, the user is granted an in-game token in exchange for the gemstone item Gs.

[0140] Instead of the above configuration, in the automatic granting process, the pyroxene item Gs of a user in a listed country may be automatically converted into a token T, while the pyroxene item Gs of a user in an unlisted country may be maintained without being converted. In the above configuration, it is preferable that a user in an unlisted country can convert a pyroxene item Gs into an in-game token at any time by his / her own operation. However, a configuration may also be used in which a pyroxene item Gs of a user in an unlisted country is automatically converted into an in-game token at a predetermined time (which may be a time other than the conversion time). Note that a configuration may also be used in which the user himself / herself can select whether to obtain a token T or an in-game token in exchange for a pyroxene item Gs in the automatic granting process, regardless of the user's country information.

[0141] (9) In each embodiment, the means for notifying the amount of tokens Ta (cryptocurrency) given in exchange for the gemstone item Gs (object) is not limited to a means for displaying an image. For example, the amount of tokens Ta may be notified by a sound output means for outputting voice and sound effects, a vibrator in the terminal device 20 (e.g., a mobile terminal), or a combination of the above configurations.

[0142] (10) In each embodiment, a specific example of the present invention applied to an NFT game has been described. However, the present invention may be applied to games other than NFT games. For example, the present invention may be applied to games that do not include NFT items.

[0143] <Additional Note: Summary of the Actions and Effects of the Examples of the Present Embodiment> <First aspect> The program of this embodiment causes a computer (management device 10, terminal device 20) to function as a granting means (11) that enables automatic granting of crypto assets (tokens Ta) whose transactions are managed by a management entity (user) other than the management entity (game operator Mc) of the specific service to a user in exchange for an object (crystal gem item Gs) acquired by the user in a specific service (NFT game). This embodiment makes the service more interesting. In addition, it has the advantage of promoting the use of crypto assets, since it eliminates the need for the user to take the trouble of converting objects into crypto assets.

[0144] <Second to fourth aspects> In the program of the second aspect, the granting means can grant cryptocurrency in exchange for an object at a predetermined time. In addition, in the program of the third aspect, the granting means can automatically exchange multiple objects acquired by the user for cryptocurrency at once. In the program of the fourth aspect, the granting means can grant a quantity of cryptocurrency according to the quantity of objects exchanged. According to each of the above aspects, the entertainment value of the service is improved.

[0145] <Fifth aspect> The program of this aspect causes a computer to function as a control means (12) that enables notification of the amount of cryptocurrency granted in exchange for an object in a specific service (see FIG. 8(b)). According to this aspect, it becomes easier to reliably notify a user of the amount of cryptocurrency granted to the user.

[0146] <Sixth to eighth aspects> In a sixth embodiment of the program, the specific service is the provision of a game, and the object is given to the user as the game progresses. In a seventh embodiment of the program, the object is exchangeable for crypto assets and can also be used in the game (used as an item to restore the durability of an excavation item Gp). In an eighth embodiment of the program, the entity that manages crypto asset transactions is the user of the specific service.

[0147] <Ninth aspect> The information processing system (1) of the ninth aspect includes a granting means that automatically grants to a user a crypto asset whose transaction is managed by a management entity other than the management entity of the specific service in exchange for an object acquired by the user in the specific service. According to this aspect, the same effect as that of the first aspect described above can be achieved. [Explanation of symbols]

[0148] 1...information processing system, 10...management device 10, 11...granting means, 12...control means, 20...terminal device

Claims

1. Computer, A granting means for automatically granting to a user, in exchange for an object acquired by a user in a specific service, a crypto asset whose transaction is managed by a management entity other than the management entity of the specific service, at a time determined by the management entity of the specific service. A program that functions as a

2. The multiple objects acquired by the user are automatically exchanged for the cryptocurrency at once. The program according to claim 1.

3. The granting means is capable of granting the cryptocurrency in an amount corresponding to the amount of the objects exchanged. The program according to claim 1.

4. Computer, A control means for enabling the amount of the cryptocurrency granted in exchange for the object to be notified in the specific service. The program according to claim 1,

5. the specific service is the provision of a game; The object is given to the user when the user progresses in the game. The program according to claim 1.

6. The object can be exchanged for the cryptocurrency and can also be used in the game. The program according to claim 5.

7. The entity that manages the cryptocurrency transactions is the user of the specific service. The program according to claim 1.

8. A granting means for automatically granting to a user, in exchange for an object acquired by a user in a specific service, a crypto asset whose transaction is managed by a management entity other than the management entity of the specific service, at a time determined by the management entity of the specific service. An information processing system comprising:

Images