Program and information processing system

Abstract

To provide a program for improving the interest of a service.SOLUTION: The program causes a computer to function as provision means that enables crypto assets, whose transactions are managed by a management entity other than the management entity of the specific service, to be granted to a user at a specific time determined by the management entity of the specific service, depending on numerical information that can be updated as the user progresses through the specific service. In addition, the provision means will not grant crypto assets to a user at a specific time during the period from when the user starts a specific service until predetermined conditions are met, even if the numerical information has already been updated.SELECTED DRAWING: Figure 3

Description

[Technical Field]

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

[0002] BACKGROUND ART 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] Japanese Patent Publication No. 2024-052562 Summary of the Invention [Problem to be solved by the invention]

[0004] The present invention aims to improve the interest of the service. [Means for solving the problem]

[0005] In order to solve the above problem, the program of the present invention causes a computer to function as a granting means that enables crypto assets, whose transactions are managed by a management entity other than the management entity of the specific service, to be granted to a user at a specific time determined by the management entity of the specific service, in accordance with numerical information that can be updated as the user progresses through the specific service. [Effects of the Invention]

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

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

[0008] Fig. 1 is a diagram for explaining each component of an information processing system 1000. The information processing system 1000 is configured to include 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 via a network I. The network I may be, for example, the Internet.

[0009] The server device 100 is managed by a game operator (for example, a company that operates a game) and enables a so-called NFT (Non-Fungible Token) game to be run on the terminal device 200. As will be described in detail 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 also 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 while FIG. 1 illustrates a desktop personal computer as the terminal device 200, a notebook personal computer or a tablet personal computer may also be used as the terminal device 200. Furthermore, a smartphone or a portable game console may also 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 is configured to include, for example, a flat display made up of 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 progress through the NFT game by appropriately operating the operation device 202.

[0012] The blockchain network 300 is configured to include multiple node devices 301. The node devices 301 can communicate with each other using a P2P (Peer to Peer) communication method. Each node device 301 also stores (updates) a common blockchain as a database by running a blockchain protocol. 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 NFT games, various items (digital assets) are granted to users. In this embodiment, an item for which an NFT has been issued may be referred to as an "NFT item." When an NFT is issued, 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 index data includes identification information of the index data in the blockchain, the owner (address) of the NFT item, and information indicating the storage location 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 metadata includes, for example, the uniform resource locator (URL) of the image data representing the item, the name, summary, and parameters (features and properties) of the item. Note that, hereinafter, issuing an NFT for an item may be referred to as "converting an item into an NFT."

[0015] The blockchain (index data) is virtually impossible to tamper with. Therefore, an NFT item whose index data is stored in the blockchain functions as a virtually 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 configured with one or more processors. Specifically, the processing device 101 may be configured with 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. A known storage medium such as a semiconductor storage medium or a magnetic storage medium can be used as the storage device 102. The storage device 102 may be configured with one storage medium or multiple storage media. The application programs stored in the storage device 102 include an application program for implementing the wallet function described above.

[0019] Note that a publicly known application program is appropriately adopted as the application program for realizing the wallet function. The server device 100 uses the wallet function to send each request for updating the above-mentioned blockchain to the blockchain system 300. The communication device 103 communicates with the terminal device 200 and the blockchain 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 user identification information. For example, various data including items possessed by a 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 well-known IPFS (InterPlanetary File System) that is made up of multiple nodes. Also, 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-described display device 201 and operation device 202 are also 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 configured with one or more processors, similar to the processing device 101 of the above-described server device 100. Specifically, the processing device 203 may be configured with 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 uses the web browser to obtain various data (HTML files, image data, etc.) for executing the NFT game from the server device 100. The application programs stored in the terminal device 200 (storage device 204) include an application program for implementing the wallet function described above.

[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, to acquire predetermined NFT items (digging items Gp, described below). The wallet function of the terminal device 200 can change the owner (address) of a utility token on the blockchain to the user himself / herself. For ease of explanation, hereinafter, changing the owner of a utility token on the blockchain to the user may be described as "putting the utility token into the user's wallet," etc.

[0025] Additionally, users can exchange NFT items (gem items Gj and mining items Gp, described below) acquired in NFT games for utility tokens of other users. Specifically, the wallet function of the terminal device 200 can be used to change the owner of an NFT item on the blockchain to another user. Similarly, users can exchange their own utility tokens for NFT items owned by other users. The above-mentioned transactions of NFT items are carried out via the marketplace Mp, described below. For the sake of explanation, hereinafter, changing the owner of an NFT item on the blockchain to another user may be referred to as "putting the NFT item into the user's wallet," etc.

[0026] The storage device 204 of the terminal device 200 may be, for example, a known storage medium such as a semiconductor storage medium or a magnetic storage medium. The storage device 204 may be configured with one storage medium or 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 is configured to include a plurality of node devices 301. As described above, each of the node devices 301 can communicate with each other using 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 can be configured with one or more processors, similar to the processing device 101 of the server device 100 described above.

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

[0030] Transaction data is broadcast from the server device 100 or the terminal device 200 to each node device 301. The transaction data includes the signature of the entity that generated the transaction data. The signature in the transaction data is generated using 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 publicly 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. Furthermore, the above-mentioned terminal device 200 executes a program to function as the terminal device 20. Similarly, the blockchain system 300 executes a program to function as the blockchain system 30. Each of the above components can communicate via a 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 have some or all of the above components (functions).

[0033] The granting means 11 enables the user to automatically grant crypto assets (tokens Ta) whose transactions are managed by a management entity (user) separate from the management entity (game operator Mc) of the specific service in exchange for objects (crystal items Gs described below) acquired by the user in a specific service (NFT game). Specifically, the granting means 11 enables the crypto assets to be granted in exchange for objects at a predetermined time (e.g., 3:00 PM). Furthermore, multiple objects acquired by the user are automatically exchanged for crypto assets at once, and an amount of crypto assets corresponding to the number of objects exchanged is granted.

[0034] The control means 12 enables the notification of the quantity of crypto assets (tokens Ta) granted in exchange for objects (pyroxene items Gs) in a specific service (NFT game) (see Figure 8(b) described below). The specific service in this embodiment is the provision of a game. In this embodiment, pyroxene items Gs are used as objects that are automatically exchanged for crypto assets. The above-mentioned pyroxene items Gs are granted to users as they progress through the game. The pyroxene items Gs can also be used in the game. Specifically, by using the pyroxene items Gs, the durability of the mining items Gs described below can be restored.

[0035] FIG. 4(a) is a diagram illustrating 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 multiple 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 between either a movement mode or an excavation mode. For example, the specific example in 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 operation device 105 (e.g., a keyboard) described above. While 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 above mine object Gm includes a plurality of excavable areas. The excavable areas of the mine object Gm are areas that can be excavated using excavation items Gp. The user can excavate the mine object Gm using the excavation items Gp by moving the user character Gu to one of the excavable areas and performing a predetermined operation (hereinafter referred to as an "excavation operation"). For example, a left click of the mouse (operation device 105) can be used as the above excavation operation.

[0038] By digging the mine object Gm, an ore object Go (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 (for example, a right click of 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 excavation mode. On the play screen Mp in 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 when the play screen Mp in 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 excavation mode. When an excavation operation is performed, a portion 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. As shown in FIG. 4(b), an ore object Go may be excavated from within the excavable area of ​​the mine object Gm. However, depending on the excavable area, an ore object Go 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, approximately 30 ore objects Go can be excavated from one virtual space Sv.

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

[0042] By digging the ore object Go, the user can obtain a pyroxene item Gs or a gem item Gj from the ore object Go. The ore object Go is displayed in a manner that allows it to be distinguished from the mine object Gm. For example, the mine object Gm is colored the same as natural rock or soil (brown), while the ore object Go is colored blue.

[0043] Gemstone items Gj are items that can be converted into NFTs. After being converted into NFTs, the above-mentioned gemstone items Gj can be exchanged for utility tokens of other users in the marketplace Mp described below. As described above, approximately 30 ore objects G0 are excavated from one virtual space Sv. In this embodiment, of the approximately 30 ore objects G0, approximately three ore objects G0 contain gemstone objects Gj, and the remaining ore objects G0 contain pyroxene items Gs. In other words, gemstone items Gj are rarer items than pyroxene items Gs.

[0044] The pyroxene items Gs can be exchanged for a predetermined utility token (hereinafter referred to as "token T"). Specifically, at a predetermined time (for example, 3:00 PM), tokens T corresponding to the number of pyroxene items Gs possessed by the user are sent to the user's wallet. Note that, although this embodiment employs a configuration in which the pyroxene items Gs cannot be converted into NFTs, a configuration in which the pyroxene items Gs can be converted into NFTs may also be employed.

[0045] Excavation items Gp are assigned durability. The durability of the excavation item Gp decreases each time an excavation operation is performed in the virtual space Sv. Specifically, when an 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, the durability of the excavation item Gp can be restored before it is broken. Specifically, the durability of the excavation item Gp can be restored by using a gemstone item Gp excavated from the virtual space Sv. In addition, the durability of the excavation item Gp can be restored by consuming tokens T. Furthermore, at a predetermined time, the durability of the excavation item Gp is ​​restored free of charge.

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

[0048] User Ua can exchange tokens T in his / her wallet Wa for excavation items Gp (S2 and S3 in FIG. 5). As described above, users can obtain tokens T in exchange for pyroxene items Gs. However, tokens T can also be obtained at publicly known cryptocurrency exchanges. For example, a user who first starts the NFT game of this embodiment does not have pyroxene items Gs, so he / she obtains tokens T using legal tender at an exchange and then obtains excavation items Gp in exchange for the tokens 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 for gem items Gj. In the virtual space Sv, a mine object Gm is excavated using the excavation item Gp, and gem items Gj and pyroxene items Gs are obtained (S5 in FIG. 5).

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

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

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

[0053] In the NFT game of this embodiment, multiple types of gem items Gj with different features (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, rare gem items Gj with beautiful colors) may be traded for more tokens T than other gem items Gj. Note that the gem items Gj may be converted into NFTs at the time of acquisition and sent to the user's wallet W.

[0054] Excavation items Gp, like gem items Gj, can be traded with other users on the marketplace Mp. Specifically, there is an upper limit on the number of excavation items Gp released by the game operator Mc during one release period. Therefore, excavation items Gp released by the game operator Mc may sell out. However, even after the excavation items Gp at the game operator Mc are sold out, excavation items Gp can still be acquired from other users in exchange for tokens T on 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 that can be released in one release period. Each user acquires 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-described embodiment, even users who do not use excavation items Gp (for example, users who do not have the right to excavate virtual spaces Sv) may be able to resell excavation items Gp to other users by purchasing them from the game operator Mc. This may create an incentive to purchase excavation items Gp for speculative purposes. Furthermore, in this embodiment, an upper limit is set on the number of virtual spaces Sv that can be supplied, so that a practical upper limit can be set on the number of gem items Gj that can be excavated. The above-described configuration makes it easier to maintain the value of gem items Gj as NFT items.

[0057] Note that even a broken excavation item Gp with a durability of "0" can be traded in the marketplace Mp. Furthermore, 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 tokens T to users, game operator Mc may be considered a business operator conducting a cryptocurrency exchange business as defined in Article 2, Paragraph 7 of the Payment Services Act (Act No. 59 of June 24, 2009). Furthermore, in order to conduct a cryptocurrency exchange business, registration with the Prime Minister is required as defined in Article 63-2 of the same Act. In order for game operator Mc to receive the above registration, the game operator Mc must meet various requirements.

[0059] As can be understood from the above explanation, implementing a cryptocurrency exchange business places a heavy burden on the game operator Mc. Taking the above circumstances into consideration, this embodiment employs a configuration that allows tokens T to be granted to users in a manner that does not fall under the category of a cryptocurrency exchange business. The above configuration will be described in detail below with reference to FIG. 6.

[0060] 6 is a diagram for explaining a specific example of the automatic granting process. According to the above automatic granting process, tokens T are automatically granted to each user (Ua, Ub, ...) in exchange for the gemstone item Gp possessed by each user. The management device 10 executes the automatic granting process every day at a predetermined time (for example, 3:00 PM). 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 for each user. For example, the management device 10 stores 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 Figure 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 managing 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, etc. 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 a crypto asset) 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 technique that requires a signature using the private key K may be employed.

[0063] Note that 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) non-NFT tokens or items (items not stored in wallet Wc), the owner of the tokens or items may be registered as a user on 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 to progress through the NFT game (see Figure 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. The specific example of FIG. 6 assumes that NFT items including excavation items Gp are stored in wallet Wa. Similarly, user Ub manages a private key Kb used for trading crypto assets and NFT items in wallet Wb. The specific example of FIG. 6 assumes that NFT items including excavation items Gp are 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 to be granted to user U increases as the total number of gemstone items Gs possessed by user U increases. After calculating the number of tokens T to be granted to user U, the management device 10 sends the tokens T to the wallet W of user U. Thereafter, the management device 10 clears (deletes) the number of gemstone items Gs possessed by user U to whom tokens T have been 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). Then, the number of tokens T calculated in step Sa1 is sent to user Ua's wallet Wa (Sa2 in FIG. 6). Specifically, the game operator Mc's private key Kc is used to change the owner of token T in the blockchain from game operator Mc to user Ua. After token T is sent to wallet Wa, the 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-mentioned step Sa3 (after granting the token T to the user Ua), the management device 10 calculates the number of tokens T to grant to the user Ub according to the number of pyroxene items Gs possessed by the other user Ub (Sb1 in FIG. 6). Thereafter, 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 clears 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 qualify as 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"). The above comparison can be configured such that the pyroxene item Gs is converted into the token T only when the user performs a predetermined conversion operation. However, in the above comparison, some users may find the conversion operation cumbersome and not convert the pyroxene item Gs into the token T. If the token T is not acquired by the user, this may result in the inconvenience of not encouraging the user to use the marketplace Mp or purchase a new excavation item Gp. In this embodiment, the user automatically becomes the owner of the token T, which has the advantage of reducing the above inconveniences compared to, for example, the above comparison.

[0070] In addition, when sending tokens T to the user's wallet W in exchange for gemstone items 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 for each 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] Furthermore, when a user acquires token T through the automatic granting process, the management device 20 may be configured to require a confirmation operation (signature using private key K) from the user. Specifically, in the automatic granting process, after calculating token T to be granted to the user, the management device 20 displays a notification image displaying the calculation result to the user (terminal device 10) within the NFT game. When the approval button in the notification image is selected, a wallet application is launched, and a confirmation image is displayed to confirm whether or not to complete the transaction to acquire token T by converting it into an NFT. When the confirmation button in the confirmation image is selected (when the confirmation operation is performed), the transaction is completed, and 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 token T is converted into an NFT). When the above configuration is adopted, it is preferable that the gas fee be displayed on the confirmation screen.

[0072] In the above embodiment, even when 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 configured to vary. 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" below.

[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 token T, depending on the current market value of token T. For example, the average market value of token T at the time the automatic granting process is executed (3:00 PM) is calculated manually or automatically and input into the management device 10. The management device 10 determines the exchange rate depending on the market value of token 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 user Ua may differ from the time when the token T is granted to user Ub. Therefore, the market value of the token T at the time when the token T is granted to user Ua may differ from the market value at the time when the token T is granted to user Ub.

[0075] In the above configuration, the exchange rate may be varied for each user. For example, in the specific example of FIG. 6, the token T may be granted to user Ua at an exchange rate corresponding to the market value of the token T at the time when the token T to be granted to user Ua is calculated (step Sa1), and the token T may be granted to user Ub at an exchange rate corresponding to the market value of the token T at the time when the token T to be granted to 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 corresponding to the market value of the token T at the time when the automatic granting process is executed (3:00 PM).

[0076] Furthermore, in order to appropriately control the market value of Token T, it is necessary to maintain an appropriate total amount of Token T circulating in the market. Taking the above into consideration, the game operator Mc may change the exchange rate for converting gemstone items Gs into Token T depending on the total amount of 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 this 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, a configuration may also be adopted in which the exchange rate when converting pyroxene items Gs into tokens T is maintained constant. In the above configuration, in order to appropriately control the total amount of tokens T circulating in the market, a configuration in which the number of pyroxene items Gs that can be newly acquired in the NFT game changes is preferred. For example, if there is an excess of tokens T circulating in the market, a configuration in which the number of pyroxene items Gs that can be acquired in a newly released virtual space Sv can be reduced is preferred.

[0079] Furthermore, in order to appropriately control the total amount of tokens T circulating in the market, a configuration may be adopted in which users are encouraged to consume gemstone items GS or tokens T. For example, if a token T is consumed to restore the durability of an excavation item GP, the token T will no longer be circulated in the market (will be burned). Taking the above into consideration, a configuration may be adopted in which the amount of restoration of the durability of an excavation item GP can be changed even when the same number of tokens T are used. For example, by reducing the amount of restoration when a token T is used, the number of tokens T required to fully restore the durability of an excavation item GP increases. Therefore, by reducing the amount of restoration when a token T is used, it is expected that more tokens T circulating in the market will be consumed. Similarly, a configuration may be adopted in which the amount of restoration when a gemstone item GS is used can be changed.

[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 is executed to grant the token T to user Ua may differ from the timing at which step Sb2 is executed to grant the token T to user Ub. However, a configuration in which the token T is granted to each user sequentially is included in the configuration in which the token T is granted to each user at a "predetermined time" of the present invention.

[0081] Furthermore, in the above-described 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-described configuration, when a scholar acquires tokens T, a portion of the tokens T (for example, approximately 30 percent) is distributed to the scholar, and the remaining tokens (70 percent) are distributed to the owner.

[0082] In addition, the automatic granting process may be configured to automatically grant tokens Ta to the owner and scalar. Specifically, assume that the scalar has acquired a pyroxene item Gs. In the above case, the automatic granting process calculates the number of tokens Ta to be exchanged for the pyroxene items Gs possessed by the scalar. In addition, the automatic granting process may be configured to automatically grant approximately 30 percent of the number of tokens Ta calculated in the automatic granting process to the scalar, and automatically grant approximately 70 percent to the owner. Furthermore, in the above case, assume that the owner himself has acquired a pyroxene item Gs. In the above case, the tokens Ta exchanged for the pyroxene items Gs possessed by the owner and the tokens Ta divided among the scalar may be combined and automatically granted to the owner.

[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 this 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 virtual spaces Sv in exchange for, for example, tokens 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 excavation items Gp, for example, in exchange for tokens T. 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 may be 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 mined in 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 marketplace Mp described above. As described above, gem items Gj and mining items Gp can be traded (bought and sold) in the marketplace Mp. For example, when the button image Bd is selected, a market screen is displayed that displays a list of NFT items that other users have put up for sale on the marketplace Mp. The user can select one of the NFT items and purchase that NFT item by selecting the purchase button on the market screen.

[0088] As shown in Figure 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 cryptocurrency issued by the game operator Mc. The token Tb is a cryptocurrency issued by a party other than the game operator Mc. As will be described later, the gemstone items Gs are exchanged for the tokens Ta. The tokens Ta are exchanged for, for example, excavation items Gp. Furthermore, the gas fee for excavating the tokens Ta for the excavation items Gp is ​​paid with the tokens Tb. The excavation items Gp are also registered in the blockchain in which the tokens T(a, b) are registered.

[0089] When the button image Be on the home screen Mh is selected, the wallet screen Mw is displayed (see Figure 7(c) 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 a wallet creation image Gw. In this embodiment, even if a wallet W has not been created, it is possible to proceed to, for example, the home screen Mh described above. 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 when a 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 selection screen Mh described above is selected.

[0091] Furthermore, in this embodiment, a wallet creation image Gw is displayed when an NFT item (including an item that can be converted 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 converted 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 to enable mining operations in the virtual space Sv, provided that a 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 Figure 7(b), the wallet creation image Gw displays a message that a wallet W must 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 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 string of characters (e.g., 12 words) required to restore wallet W. Note that before the secret recovery phrase is displayed, an image warning the user to keep the secret recovery phrase secret may be displayed. After the image showing the secret recovery phrase is displayed, an image prompting the user to actually enter the secret recovery phrase is displayed. 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 using image data linked to index data (metadata) registered in the blockchain of the blockchain system 30. The wallet screen Mw also displays various information contained in the metadata. For example, the name of the gem item Gj (such as "XXXX" shown in FIG. 7(c)) and metadata including 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 button image Bg1 is selected, a list of gem items Gj from among the NFT items possessed by the user is displayed. When button image Bg2 is selected, a list of excavation items Gp from among the NFT items possessed by the user is displayed. When excavation items Gp are displayed on the wallet screen Mw, an image representing the excavation item Gp and metadata for the excavation item Gp (such as the name of the excavation item Gp) are displayed, just as when gem items Gj are 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 PM). 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] 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 notify the user of the number of tokens Ta that have been granted in the automatic granting process. Similarly to the notification image Gt (see FIG. 8(a)), the remittance completion image Gk also displays a message indicating that the gemstone items Gs will be automatically converted into tokens Ta. When the button image displaying the word "OK" in the remittance completion image Gk is selected, the remittance completion image Gk disappears.

[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 PM, 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 discovered. In this embodiment, the gemstone item GP acquired up until the conversion time during the period when the play screen MP is displayed 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 in which the play screen MP is displayed, only the pyroxene item Gp possessed before the play screen MP is displayed may be converted into tokens Ta in this automatic granting process, and the newly acquired pyroxene item Gp may be converted in the next automatic granting process. Also, if the conversion time passes during the period in which the play screen MP is displayed, the pyroxene items Gp, including the pyroxene item Gp acquired after the conversion time has passed, may be converted into tokens Ta in this automatic granting process.

[0106] The timing at which 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 elapses even during the period when the play image Mp is displayed. Also, 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 processing executed by the management device 10. For example, when an ore object Go is excavated, the management device 10 starts the processing shown in Fig. 9(a). Note that each step of the processing described above 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 processing shown in Fig. 9(b) described later.

[0108] As described above, a gem item Gj or a pyroxene item Gs is excavated from the ore object G0. The management device 10 determines whether the item excavated from the ore object G0 is a pyroxene item Gs (S101). If it is determined that a pyroxene item Gs has been excavated (S101: Yes), the management device 10 adds a value of "1" to the number of pyroxene items Gs possessed by the user (S102) and ends the processing shown in FIG. 9(a). On the other hand, if it is determined that a pyroxene item Gs has not been excavated (a gemstone item Gj has been excavated) (S101: No), the management device 10 skips the above-described step S102 and ends the processing 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 PM). When the automatic granting process starts, the management device 10 determines a user to whom the token Ta will be granted (S201). After determining the 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 is determined according to the number of pyroxene items Gs possessed by the user. After that, the management device 10 transmits the number of tokens Ta calculated in the immediately preceding step S202 to the user's wallet W determined in step S201 (S203). When the tokens Ta are transmitted to the user's wallet W, 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 determines 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 processing 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 combined as appropriate.

[0113] (1) In each embodiment, a level may be set for the user character Gu. For example, by excavating a mine object Gm, the user character Gu is granted 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 granted to the user character Gu.

[0114] As the level of the user character Gu increases, the time interval between hitting the mine object Gm with the excavation item Gp (the time interval between excavation operations) 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 such an item, an item (dynamite) that can destroy a wider area 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 Go (see FIG. 4(a) above) is excavated. Let us assume a configuration in which the durability of the excavation item Gp decreases when the ore object Go is excavated. In this configuration, a situation may arise in which the excavation item Gp breaks just when it is close to obtaining a gem item Gj or a gemstone item Gs. By adopting a configuration in which the durability of the excavation item Gp does not decrease when the ore object Go is excavated, the above situation can be prevented.

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

[0117] For example, consider a configuration in which a non-NFT utility token (hereinafter referred to as "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 durability value). Furthermore, the in-game token may be granted to the user, for example, on the condition that the user pays a fee, or as the user progresses through the game. In the above configuration, in an automatic granting process executed when the conversion time has passed, tokens Ta corresponding to the number of in-game tokens the user possesses may be granted to the user.

[0118] In the above configuration, a portion of the in-game tokens possessed by the user may be converted into tokens Ta in the automatic granting process. For example, consider a case where the user possesses more in-game tokens than a predetermined number (hereinafter referred to as the "saved number"). In the above case, the saved number of in-game tokens among all in-game tokens possessed by the user may not be converted into tokens Ta in the automatic granting process. Note that, in the first embodiment described above, as in the above modified example, a portion of the pyroxene items Gs possessed by the user may be converted into tokens Ta in the automatic granting process. Furthermore, the number of items saved in the automatic granting process may be freely changeable 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 a 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. With 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 to be excavated in each virtual space Sv can be changed as appropriate. Furthermore, even if the type of gem item Gj is the same, the probability of excavating it (the number of gem items Gj hidden) may be different for each virtual space Sv. For example, a virtual space Sv may be provided in which rare gem items Gj are relatively easy to excavate (including a virtual space Sv in which only the gem item Gj is excavated).

[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 is ​​listed on the marketplace MP, with its status (such as durability) at the time of NFT as metadata. In the above configuration, the NFTed excavation item Gp may be configured to be unusable in the game.

[0122] Furthermore, in the above configuration, the excavation item Gp may be configured to be NFT-enabled when predetermined conditions are met. 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 configured to be NFT-enabled by consuming a predetermined number of in-game tokens. Furthermore, when the status of the excavation item Gp is ​​strengthened by consuming a predetermined number of tokens T or in-game tokens, the excavation item Gp may be configured to be NFT-enabled.

[0123] Let's assume a configuration in which excavation items Gp are distributed free of charge. In this configuration, even users who do not participate in the NFT game at all can conceivably acquire tokens T by reselling the excavation items Gp distributed free of charge. The advantage of adopting a configuration in which excavation items Gp can be converted into NFTs on the condition that a predetermined number of tokens T are consumed is that the above-mentioned inconvenience can be suppressed.

[0124] The excavation item Gp may be configured to be converted into an NFT on the condition that a predetermined period of time (e.g., 10 days) has passed since the excavation item Gp was granted. Also, the excavation item Gp may be configured to be resold on the condition that a predetermined period of time has passed since the excavation item Gp was granted into an NFT. With the above configuration, the inconvenience of an excavation item Gp distributed free of charge being resold without being used in the virtual space Sv is suppressed. Also, the automatic granting process may not be executed until a predetermined period of time (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 first begins).

[0125] In the above configuration, the (paid) excavation items Gp acquired in exchange for the tokens T may be immediately resold, while the excavation items Gp acquired free of charge may not be resold until a predetermined period has passed. Similarly, the gem items Gj may be granted in a non-NFT state, and may be converted into NFTs if the above conditions are met.

[0126] (7) In each embodiment, 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] 10(a) is a diagram illustrating a specific example of each image displayed in a modified example. In this modified example, even a user who has not created a wallet W can mine pyroxene items Gs and gem items Gj in the virtual space Sv. However, pyroxene items Gs held by a user who has created a wallet W are converted into tokens T (NFTs) at the conversion time, while pyroxene items Gs held by a user who has not created a wallet W are not converted into tokens T. In other words, in order to convert pyroxene items Gs into tokens T, a wallet W must be created.

[0128] As shown in FIG. 10(a), in this modified example, the image displayed at each trigger 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 pyroxene 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). As described above with reference to FIG. 8(a), the notification image Gt is an image that notifies the user that the pyroxene item Gs can be converted into tokens T. On the other hand, when a user who has not created a wallet W acquires a pyroxene item Gs, a notification image Gh1 is displayed in place 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 tokens 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 tokens T. The notification image Gh1 described above can prompt a user who has not created a wallet W to create a wallet W.

[0130] In the above-described 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 display of the notification image Gh1 may be stopped before the user creates a wallet W. For example, when the number of times the user acquires pyroxene items Gs reaches a predetermined number, the display of the notification image Gh1 may be stopped. Specifically, when the number of times the user acquires pyroxene items Gs reaches 10, the notification image Gh1 may no longer be displayed. Furthermore, the notification image Gh1 may be displayed when the user acquires a pyroxene item Gs for the first time, and then the notification image Gh1 may no longer be displayed.

[0131] Returning to FIG. 10(a), if the user has already created a wallet W, as shown in FIG. 10(a), a remittance completion image Gk is displayed at the time of conversion (similar to the first embodiment described above). As described above with reference to FIG. 8(b), the remittance completion image Gk is an image that notifies the user of the tokens T that have been granted in exchange for the gemstone item Gs at the time of conversion. On the other hand, if the user has not yet created a wallet W, a notification image Gh2 is displayed at the time of conversion 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. The notification image Gh2 also displays a message that the token T was not granted 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 on 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. The notification image Gh2 described above can prompt a user who has not created a wallet W to create a wallet W.

[0134] In the above-described modified example, the notification image Gh2 is displayed each time the conversion time elapses 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, the notification image Gh2 may be stopped from being displayed when the number of times the conversion time has elapsed reaches a predetermined number (e.g., 1 time, 10 times, etc.).

[0135] In the above modified example, the pyroxene items Gs acquired during the period when wallet W has not been created are converted into tokens T collectively after wallet W is created. For example, assume that during the period when wallet W has not been created, N (N is a positive integer) pyroxene items Gs have been acquired, the first conversion time has passed, and then N+M (M is a positive integer) pyroxene items Gs have been acquired, the second conversion time has passed. In the above case, assume that 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, the configuration may be such that the pyroxene items Gs possessed by the user are invalidated each time the conversion time elapses, regardless of whether or not a wallet W has been created (whether or not tokens T can be granted). For example, assume that N pyroxene items Gs are acquired by the first conversion time, and M pyroxene items Gs are acquired in the period from the first conversion time to the second conversion time. In the above case, assume that a wallet W is created in 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 tokens T are not granted, and tokens T are granted in exchange for the M pyroxene items Gs possessed at the second conversion time after wallet W is created.

[0137] (8) In each embodiment, a configuration may be adopted in which something 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. Furthermore, 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 token T is listed (tradable) on exchanges in some countries around the world (hereinafter "listed countries"), but is not listed on exchanges in other countries (hereinafter "unlisted countries"). The information system 1 (management device 10) acquires information indicating the country in which the user will play the game (hereinafter "country information"). For example, when the user first starts the game, 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 example. For example, information (such as an IP address) that can identify the country in which the terminal device 20 is installed may be used 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 one 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 one of the unlisted countries, the user is granted an in-game token in exchange for the gemstone item GS.

[0140] Alternatively, in the automatic granting process, the pyroxene items Gs of users in listed countries may be automatically converted into tokens T, while the pyroxene items Gs of users in unlisted countries may be maintained without being converted. In the above configuration, it is preferable that users in unlisted countries can convert their pyroxene items Gs into in-game tokens at any time by their own operation. However, it is also possible to configure the pyroxene items Gs of users in unlisted countries to be automatically converted into in-game tokens at a predetermined time (which may be a time other than the conversion time). Note that in the automatic granting process, the user may be able to select whether to exchange their pyroxene items Gs for tokens T or in-game tokens, regardless of the user's country information.

[0141] (9) In each embodiment, the means for notifying the quantity of tokens Ta (crypto assets) granted in exchange for the gemstone items Gs (objects) is not limited to means for displaying images. For example, the quantity of tokens Ta may be notified by a sound output means for outputting voice and sound effects, a vibrator on 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] <Summary of the functions and effects of the exemplary embodiments of the present invention> <First aspect> The program of this aspect causes a computer (management device 10, terminal device 20) to function as granting means (11) that enables automatic granting of crypto assets (tokens Ta) whose transactions are managed by a management entity (user) separate from 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 aspect improves the enjoyment of the service. Another advantage is that it eliminates the user's need to convert objects into crypto assets, thereby promoting the use of 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 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 corresponding 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 quantity 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 the user of the quantity of cryptocurrency granted to the user.

[0146] <Sixth to Eighth Aspects> In a sixth aspect of the program, the specific service is the provision of a game, and the object is granted to the user as the game progresses. In a seventh aspect of the program, the object can be exchanged for cryptocurrency and can also be used in the game (as an item to restore the durability of the mining item Gp). In an eighth aspect of the program, the entity that manages cryptocurrency 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 effects as those 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 that grants crypto assets, the transactions of which are managed by a management entity other than the management entity of the specific service, to a user at a specific time determined by the management entity of the specific service, in accordance with numerical information that can be updated when the user progresses through the specific service. A program that functions as a

2. The granting means does not grant the crypto asset to the user at the specific time during the period from when the user starts the specific service until when a predetermined condition is satisfied, even if the numerical information has been updated. The program according to claim 1.

3. The granting means is capable of varying the quantity of the crypto asset that can be granted even when the numerical information at the specific time is the same. The program according to claim 1.

4. When a user uses a paid service in the specific service, the numerical information is updated to a numerical value that will grant more of the cryptocurrency. The program according to claim 1.

5. The granting means grants the crypto asset on condition that the specific service is in progress during the period after the specific time has passed. The program according to claim 1.

6. A granting means that grants crypto assets, the transactions of which are managed by a management entity other than the management entity of the specific service, to a user at a specific time determined by the management entity of the specific service, in accordance with numerical information that can be updated when the user progresses through the specific service. An information processing system comprising:

Images