Program and information processing system

Abstract

To improve the comfort of experiences related to a virtual world.SOLUTION: A program causes a computer to function as execution means and transaction transmission means. The execution means executes processing which triggers an event in a virtual world and is specific processing where payment of virtual currency managed by a block chain is required on the basis of a user operation. The transaction transmission means generates a transaction for the payment of virtual currency related to the execution of specific processing and transmits the generated transaction to the block chain network on the basis of the user operation. Specific processing includes first processing and second processing requiring a greater payment amount than first processing. The execution means differentiates the time from operation to processing execution between first processing and the second processing. As compared to first processing, second processing requires a longer time from when operation is performed to when processing is executed.SELECTED DRAWING: Figure 1

Description

[Technical field]

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

[0002] Games that use blockchain have been known for some time (for example, see Non-Patent Document 1). In this type of game, virtual currency may be required to progress in the game. [Prior art documents] [Non-patent literature]

[0003] [Non-Patent Document 1] “A thorough explanation of how to get started with STEPN and its future prospects | How to earn money / how to do it and how much it costs to level up?”, [online], [searched on October 4, 2023], Internet<https: / / www.caica.jp / media / crypto / stepn-about / > Summary of the Invention [Problem to be solved by the invention]

[0004] However, transactions using virtual currencies managed by a blockchain take time to complete settlement. Specifically, in a blockchain, information related to a transaction is stored in a block, but a generated block may be discarded due to a fork or the like. In contrast, in a virtual currency exchange, when multiple blocks are connected after a block that stores information related to a specific transaction, the transaction is considered to be confirmed and settlement is considered to be complete. In addition, since it takes a certain amount of time to generate a block (in other words, mining), it also takes time for a block that stores information related to a transaction to be added to the blockchain.

[0005] For this reason, if a process that generates an event in the virtual world and requires payment of virtual currency is performed after the settlement is completed, there is a problem that it takes a long time from when the user performs an operation related to the execution of the process to when the event occurs. And if it takes a long time from when the user performs an operation related to the execution of the process to when the event occurs, there is a risk that the comfort of the experience related to the virtual world will decrease.

[0006] The present invention aims to improve the comfort level of experiences related to virtual worlds. [Means for solving the problem]

[0007] According to one embodiment shown in the present disclosure, Computer, The device functions as an execution means for executing a specific process that generates an event in a virtual world and requires payment of virtual currency managed by a blockchain after a user operation related to the execution of the specific process is performed and before the settlement is completed. The program is provided. Effect of the Invention

[0008] According to the present invention, it is possible to improve the comfort level of experiences relating to virtual worlds. [Brief description of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram showing a schematic configuration of a game system. [Diagram 2] FIG. 2 is a block diagram showing the functional configuration of the game system. [Diagram 3] FIG. 13 is a diagram showing an example of a screen displaying a map. [Figure 4] FIG. 13 is a diagram showing an example of a screen displaying a list of mountains acquired by a user. [Diagram 5] FIG. 13 is a diagram showing an example of a game screen when mining is performed. [Figure 6]FIG. 1 is a diagram for explaining the flow of asset acquisition and consumption. [Figure 7] FIG. 1 is a diagram to explain the timeline for mountain acquisition and mining. [Figure 8] FIG. 13 is a diagram showing an example of a screen related to purchasing an ice axe. [Figure 9] FIG. 13 is a diagram showing an example of a screen displaying a list of ice axes owned by a user. [Figure 10] 13 is a flowchart showing an example of a process for generating a mountain and determining items that can be obtained from the mountain. [Figure 11] 13 is a flowchart showing an example of a process for acquiring and mining a mountain. [Figure 12] 13 is a flowchart showing an example of a process for executing a specific process requiring payment of virtual currency before settlement is completed. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

[0011] <Game system hardware configuration> 1, the game system 1 of this embodiment includes a plurality of terminal devices 10, a server 20, and a block chain system (in other words, a block chain network) 3. The block chain system 3 also includes a plurality of node devices 30.

[0012] The terminal device 10, the server 20, and the blockchain system 3 (in other words, the node device 30) are connected to each other via a network 2. The network 2 may be configured, for example, by the Internet, a mobile communication system (e.g., 3G, 4G, 5G, LTE (Long Term Evolution), etc.), WiFi (Wireless Fidelity), Bluetooth (registered trademark), other communication lines, or a combination of these.

[0013] The server 20 (in other words, a computer, an information processing device) may be, for example, a general-purpose computer such as a workstation or a personal computer. The server 20 includes a processor 21, a memory 22, a storage 23, a communication IF (interface) 24, and an input / output IF 25. These components included in the server 20 are connected to each other by a communication bus.

[0014] The processor 21 controls the overall operation of the server 20. The processor 21 may include a central processing unit (CPU), a micro processing unit (MPU), a graphics processing unit (GPU), etc. The processor 21 reads a program from the storage 23 and loads it in the memory 22. The processor 21 executes the loaded program.

[0015] The memory 22 is a main storage device. The memory 22 is composed of storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 22 temporarily stores the programs and various data read by the processor 21 from the storage 23, thereby providing a working area for the processor 21. The memory 22 also temporarily stores various data generated while the processor 21 is operating according to the programs.

[0016] In this embodiment, the program may be a program that realizes the game by the terminal device 10. The program may also be a program that realizes the game through cooperation between the terminal device 10 and the server 20. The program may also be a program that realizes the game through cooperation between the terminal device 10, the server 20, and the blockchain system 3. The game may be, for example, a game executed on a browser launched in the terminal device 10. The various data include, for example, data related to the game, such as user information and game information, and instructions and notifications transmitted and received between devices such as the terminal device 10 and the server 20.

[0017] The storage 23 is an auxiliary storage device. The storage 23 is configured with a storage device such as a flash memory or a hard disk drive (HDD), etc. The storage 23 stores various data related to the game.

[0018] The communication IF 24 controls the transmission and reception of various data between the server 20 and the terminal device 10, etc., via a network. The communication IF 24 also controls the transmission and reception of various data between the server 20 and the block chain system 3 (in other words, the node device 30) via a network.

[0019] The input / output IF 25 is an interface through which the server 20 receives input of data and also an interface through which the server 20 outputs data. The input / output IF 25 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

[0020] The terminal device 10 (in other words, a computer, an information processing device) may be, for example, a smartphone, a feature phone, a PDA (Personal Digital Assistant), a tablet computer, a personal computer, a wearable terminal, or a game device. The terminal device 10 may be a mobile terminal. The terminal device 10 may be a portable terminal that a user uses when playing a game.

[0021] The terminal device 10 includes a processor 11, a memory 12, a storage 13, a communication IF 14, an input / output IF 15, an input unit 17, and a display unit 18. These components included in the terminal device 10 are connected to each other via a communication bus.

[0022] The processor 11 controls the overall operation of the terminal device 10. The processor 11 may include a CPU, an MPU, a GPU, etc. The processor 11 reads a program from the storage 13 and loads it in the memory 12. The processor 11 executes the loaded program.

[0023] The memory 12 is a main storage device. The memory 12 is composed of storage devices such as a ROM and a RAM. The memory 12 temporarily stores the programs and various data that the processor 11 reads from the storage 13, thereby providing a working area for the processor 11. The memory 12 also temporarily stores various data that the processor 11 generates while it is operating according to the programs.

[0024] The storage 13 is an auxiliary storage device. The storage 13 is configured with a storage device such as a flash memory or a HDD. The storage 13 stores various data related to the game.

[0025] The communication IF 14 controls transmission and reception of various data between the terminal device 10 and the server 20, etc. via a network. The communication IF 14 may also control transmission and reception of various data between the terminal device 10 and the block chain system 3 (in other words, the node device 30) via a network.

[0026] The input / output IF 15 is an interface through which the terminal device 10 receives input of data and also an interface through which the terminal device 10 outputs data. The input / output IF 15 may input and output data via, for example, a Universal Serial Bus (USB) or the like. The input / output IF 15 may include an input unit 17, a display unit 18, or the like.

[0027] The input unit 17 accepts input from a user. The input unit 17 may be, for example, a pointing device such as a touchpad or a mouse. The display unit 18 displays an image. The display unit 18 may be, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The terminal device 10 may include, for example, a touch screen that is an electronic component that combines the input unit 17 and the display unit 18. In this case, the input unit 17 may have a function of detecting a position input on the input surface by a user operation (for example, a touch operation, a tap operation, a slide operation, a swipe operation, a flick operation, a pinch-in operation, a pinch-out operation, etc.) and transmitting information indicating the detected position as an input signal.

[0028] The input unit 17 may be, for example, a keyboard, various physical buttons, various sensors (for example, an acceleration sensor or an angular velocity sensor), an operation stick, a camera, or a microphone, etc. The display unit 18 may be, for example, a projector, etc.

[0029] In this embodiment, the input unit 17 is described as being a keyboard and a mouse. Note that, in this embodiment, operations on various UIs such as buttons may be performed by clicking a mouse cursor on an area on the display unit 18 where the buttons are displayed.

[0030] A plurality of node devices 30 constitute a blockchain system 3. Each node device 30 holds a distributed ledger. Each node device 30 stores the same data in the distributed ledger. Although details will be described later, in this embodiment, assets held by a user are managed in the distributed ledger of the blockchain system 3.

[0031] The node device 30 (in other words, a computer, an information processing device) may be, for example, a general-purpose computer such as a workstation or a personal computer. The node device 30 includes a processor 31, a memory 32, a storage 33, a communication IF 34, and an input / output IF 35. These components included in the node device 30 are connected to each other by a communication bus.

[0032] The processor 31 controls the overall operation of the node device 30. The processor 31 may include a CPU, an MPU, a GPU, etc. The processor 31 reads a program from the storage 33 and loads it in the memory 32. The processor 31 executes the loaded program.

[0033] The memory 32 is a main storage device. The memory 32 is composed of storage devices such as a ROM and a RAM. The memory 32 temporarily stores the programs and various data that the processor 31 reads from the storage 33, thereby providing a working area for the processor 31. The memory 32 also temporarily stores various data that the processor 31 generates while it is operating according to the programs.

[0034] The storage 33 is an auxiliary storage device and is configured with a storage device such as a flash memory or an HDD, for example.

[0035] The communication IF 34 controls transmission and reception of various data between the node device 30 and the server 20 via the network. The communication IF 34 may also control transmission and reception of various data between the node device 30 and the terminal device 10 via the network.

[0036] The input / output IF 35 is an interface through which the node device 30 receives input of data and also an interface through which the node device 30 outputs data. The input / output IF 35 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

[0037] In addition, the server 20 and the terminal device 10 may function as the node device 30. In other words, the blockchain system 3 may include the server 20 and the terminal device 10.

[0038] <Functional configuration of the game system> 2 is a block diagram showing functional configurations of the server 20, the terminal devices 10, and the node devices 30. The server 20 in this embodiment has, for example, a function of providing each of the terminal devices 10 with various data and programs required to realize a game, and a function of collecting and managing data related to the game from each of the terminal devices 10.

[0039] In this embodiment, the server 20 identifies each user and the terminal device 10 using a user account that is registered in advance for each game. The method of registering the account is not particularly limited. For example, the terminal device 10 or another device such as a personal computer may transmit information required for registering a user's account to the server 20 based on a user's operation, and the server 20 may create and store an account for each user based on the received information.

[0040] 2, the server 20 functions as a control unit 210 and a storage unit 220 through cooperation of the processor 21, memory 22, storage 23, communication IF 24, input / output IF 25, etc. The storage unit 220 stores various data used by the control unit 210. The various data include, for example, a program, game information, and user information. The program is a program for realizing a game. The game information and user information are data that the control unit 210 refers to when executing the program.

[0041] The game information includes, for example, information for defining various virtual spaces (in other words, game spaces). A virtual space is a space in which objects such as a character that can be controlled by a user (hereinafter also referred to as a "player character") are placed. The game information also includes, for example, information regarding the placement positions and setting values ​​of various objects such as buildings, trees, stones, items, etc. placed in the virtual space. Hereinafter, a character object placed in a virtual space may be simply referred to as a "character".

[0042] User information is information managed for each game account. The user information includes, for example, information about the player character, information about owned assets, information indicating the progress of the game, and information about the mountain (mountain will be described later) acquired by the user (in other words, information about the right to play the game in a specific virtual space). The owned assets can be said to be a value owned by the user in the virtual space. Examples of the value include electronic currency, tokens, items, characters, etc. Examples of electronic currency include virtual currency (in other words, crypto assets) and in-game currency that can be used in the game. That is, the storage unit 220 may store information such as electronic currency, tokens, items, or characters owned by each user, for example, in association with identification information that can identify each user.

[0043] The control unit 210 controls various processes related to the game by executing the programs stored in the storage unit 220. The control unit 210 has a transmission / reception unit 211, a game control unit 212, an asset management unit 213, and a market management unit 214.

[0044] The transmission / reception unit 211 transmits or receives various data. For example, the transmission / reception unit 211 receives requests to transmit various data and programs, requests for synchronization processing to support the multiplay function, data to be subjected to synchronization processing, and the like from each terminal device 10, and passes them to the game control unit 212, asset management unit 213, market management unit 214, or the like. The transmission / reception unit 211 also transmits various data and programs to each terminal device 10 in accordance with the control of the game control unit 212, asset management unit 213, market management unit 214, or the like.

[0045] In this embodiment, the multiplay function is a function that allows game processing by multiple accounts to proceed in a synchronized state. When multiple accounts logged in to the game system 1 participate in the same game, the server 20 and the terminal device 10 of the game system 1 execute various processes to support the multiplay function.

[0046] The game control unit 212 executes arithmetic processing described in a program stored in the storage unit 220 to provide a game to the terminal device 10.

[0047] The game control unit 212 defines the virtual space based on information for defining the virtual space included in the game information. The game control unit 212 places objects in the virtual space based on setting information of the objects included in the game information. The game control unit 212 controls the objects placed in the virtual space. Specifically, the game control unit 212 changes the position, orientation, shape, color, etc. of the objects in the virtual space, and causes the objects to perform a predetermined action.

[0048] The game control unit 212 also places the player character in the virtual space based on the play information transmitted from the terminal device 10. The game control unit 212 also performs various determination processes related to the progress of the game based on the play information transmitted from the terminal device 10. In other words, the game control unit 212 controls objects and performs various determination processes based on the input operation of the user. The play information is output in response to the input operation of the user. As an example, the play information may include, as the operation content of the player character, coordinate information of the player character, information on the action of the player character, information indicating the button operated by the user, etc. The play information may also include information on the setting of the player character. As an example, the coordinate information of the character is information indicating the position of the character in the game space. As an example, the action information is information on the action of the character. As an example, the action of the character may include an action of swinging a pickaxe, an action of using various items, or a jump, which will be described later. As an example, the information on the setting of the character may include information on the equipment, appearance, etc. of the character. Furthermore, the setting of the character may be changed by the user.

[0049] The game control unit 212 may place the player characters of the multiple players in one virtual space and control the player characters of each player based on play information transmitted from the terminal device 10 of each player. In other words, the game control unit 212 performs control to enable a game space, which is an example of a virtual space, to be shared by multiple users.

[0050] Furthermore, when the game control unit 212 receives, for example, a request for synchronization processing to support the multiplay function or data to be subjected to synchronization processing from the terminal device 10 via the transmission / reception unit 211, the game control unit 212 executes synchronization processing to support the multiplay function. Furthermore, the game control unit 212 issues a command to the transmission / reception unit 211 to instruct transmission of game information or user information. For example, when the server 20 transmits information to a plurality of terminal devices 10, the game control unit 212 transmits information to each terminal device 10 simultaneously, thereby synchronizing the game proceeding among the terminal devices 10. By executing synchronization processing, it becomes possible to simultaneously reflect an event in the game resulting from an operation input in one terminal device 10 in the other terminal devices 10.

[0051] The asset management unit 213 manages the assets held by the user. The asset management unit 213 also manages a part or all (in other words, at least a part) of the assets held by the user in the distributed ledger of the blockchain system 3. In other words, the asset management unit 213 may store information on the assets held by the user in the storage unit 220, or may store it in the distributed ledger. Note that, in a case where the server 20 is configured to function as the node device 30, the asset management unit 213 may store information on the assets held in the distributed ledger stored in its own storage unit 220. Also, in a case where the server 20 is configured not to function as the node device 30, the asset management unit 213 may perform control such as sending a request to the blockchain system 3 for storage in the distributed ledger.

[0052] The terminal device 10 has, for example, a function as an input device that accepts input operations by a user, and a function as an output device that outputs images and sounds of a game.

[0053] The terminal device 10 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 11, memory 12, storage 13, communication IF 14, input / output IF 15, etc. The storage unit 120 stores various data used by the control unit 110. The various data include, for example, a program, game information, and user information. The program is a program for realizing a game on the terminal device 10 side. The game information and user information are data referenced when the control unit 110 executes a program. The game information and user information stored in the storage unit 120 may include information similar to the game information and user information stored in the storage unit 220.

[0054] The control unit 110 executes a program stored in the storage unit 120 to control various processes related to the game executed on the terminal device 10. The control unit 110 includes, for example, an operation reception unit 111, a transmission / reception unit 112, a device processing unit 113, and a display control unit 114.

[0055] The operation reception unit 111 receives operations (hereinafter also referred to as "input operations") input by the user via the input unit 17. Specifically, the operation reception unit 111 detects input operations on a mouse or a keyboard serving as the input unit 17. Note that the input operations are not limited to operations of physically contacting the input unit 17, and may also include non-contact operations. Note that the operation reception unit 111 can also receive input operations performed using an operating device connected via the input / output IF 15 in the same way as input operations on the input unit 17.

[0056] The transmitting / receiving unit 112 transmits or receives various data. For example, the transmitting / receiving unit 112 transmits various data and various requests to the server 20. As an example, the data transmitted by the transmitting / receiving unit 112 to the server may include play information, game information, and user information. In other words, the transmitting / receiving unit 112 transmits information related to the input operation accepted by the operation accepting unit 111 to the server 20.

[0057] Furthermore, the transmitting / receiving unit 112 receives various data, programs, and various requests from the server. As an example, the data that the transmitting / receiving unit 112 receives from the server 20 may include the type of object (e.g., character or item) to be placed in the game space, coordinate information of the object, action information of the character, information related to the character settings, and other information. As an example, the data that the transmitting / receiving unit 112 receives from the server may include data for synchronization to support a multiplay function. The data for synchronization may include, for example, data to be synchronized and the type of that data, data for specifying the time of synchronization, and the like.

[0058] The device processing unit 113 executes various processes related to the progress of the game. The device processing unit 113 identifies the user's instruction content based on the user's input operation detected by the operation reception unit 111. The device processing unit 113 also executes various determination processes related to the progress of the game based on the identified instruction content, etc. The device processing unit 113 also progresses the game while communicating with the server 20 based on the result of the determination process, etc.

[0059] The device processing unit 113 defines a virtual camera for designating an area of ​​the virtual space to be presented to the user. The device processing unit 113 arranges the virtual camera in the virtual space by defining the position and orientation of the virtual camera in the virtual space. The device processing unit 113 instructs the display control unit 114 to generate an image depicting the viewing area defined by the virtual camera and the objects arranged in the viewing area. In other words, the device processing unit 113 instructs the display control unit 114 to display an image according to the progress of the game on the display unit 18.

[0060] The position and orientation of the virtual camera can be appropriately determined for each virtual space. For example, the device processing unit 113 uses the position and orientation of a specific object as a reference and positions the virtual camera so that the specific object is located at the center of the viewing area in a specific orientation. At that time, the device processing unit 113 adjusts the position and orientation of the virtual camera using the direction, distance, and angle to the specific object. The specific object may be, for example, a dynamic object such as a player character or a non-player character, or a static object such as a building, a tree, or a stone. The dynamic object includes a player character that operates based on the operation of each user, and a non-player character that operates based on a program.

[0061] The display control unit 114 displays images relating to the game on the display unit 18. A specific example will be described below.

[0062] The display control unit 114 generates an image that depicts the area of ​​the field of view of the virtual camera defined by the device processing unit 113 in the virtual space and objects present in that area, and displays the image on the display unit 18. The display control unit 114 can superimpose and draw objects related to a UI (User Interface) required for various operations of the game, such as icons, buttons, and menus showing various parameters, on the image to be displayed on the display unit 18.

[0063] The control unit 110 of the terminal device 10 may arrange objects in the virtual space based on data of the objects sent from the server 20 and information indicating the positions of various objects in the virtual space, and may display a predetermined area of ​​the virtual space on the display unit 18. The control unit 210 of the server 20 may arrange objects in the virtual space and control the virtual camera, generate an image to be displayed on the display unit 18, and transmit the image to the terminal device 10, and the control unit 110 of the terminal device 10 may display the image on the display unit 18. In other words, various processes related to control of objects based on a user's input operation, control of the virtual camera, generation of an image to be displayed on the display unit 18, etc. may be performed by the server 20 or the terminal device 10.

[0064] The node device 30 functions as a control unit 310 and a storage unit 320 through cooperation of a processor 31, a memory 32, a storage 33, a communication IF 34, an input / output IF 35, etc. The storage unit 320 stores programs including a part of a game program, a distributed ledger used in the blockchain system 3, etc.

[0065] The control unit 310 controls the operation of the node device 30 by executing a program stored in the storage unit 320 .

[0066] When the control unit 310 receives a request for registration of information related to the holding of an item or a specific token transmitted from the server 20 when the user acquires various items or a specific token described later (for example, from another user or a game operator (for example, by mining described later)), the control unit 310 registers the information in the distributed ledger. The control unit 310 may register information on the transaction history of each item or specific token in the distributed ledger, for example, based on information on the transaction (in other words, transfer) of the item or specific token transmitted from the server 20 or the terminal device 10. Specifically, the distributed ledger stores multiple blocks including a hash value and a transaction. The transaction may be, for example, information indicating the transaction content of the item or specific token. The transaction includes, for example, input information indicating the transfer source and output information indicating the transfer destination. The hash value is calculated from information included in the previous block, and the distributed ledger stores the transaction history of the item or specific token, etc., with each block linked like a chain by the hash value. By managing such transaction history in a distributed ledger of each node device 30, information indicating which user holds which item and information indicating how many specific tokens each user holds can be stored on the blockchain. Note that, instead of the transaction history of items, information regarding the holding state of items, etc. of each user may be managed in a distributed ledger to store information indicating which user holds which item on the blockchain. In this way, in the game of this embodiment, holding information of items and specific tokens is stored on the blockchain. Note that there may be items, etc. whose holding information is not stored on the blockchain.

[0067] The functions of the terminal device 10, the server 20, and the node device 30 shown in FIG. 2 are merely an example. Each of the terminal device 10, the server 20, and the node device 30 may have at least a part of the functions of the other devices. In other words, the server 20 or the node device 30 may have some or all of the functional blocks of the terminal device 10 in this embodiment, the terminal device 10 or the node device 30 may have some or all of the functional blocks of the server 20, and the terminal device 10 or the server 20 may have some or all of the functional blocks of the node device 30. In addition, each of the devices such as the terminal device 10, the server 20, and the node device 30 may not be realized by an integrated device, and may be realized by, for example, a plurality of devices connected via a network or the like. In addition, the game system 1 may not include, for example, the terminal device 10, the server 20, or the node device 30.

[0068] <Processing according to this embodiment> Next, the process according to this embodiment will be described. In this embodiment, the processor 11 of the terminal device 10, the processor 21 of the server 20, or the processor 31 of the node device 30 executes a program stored in the game system 1 to perform each process described later. However, at least a part of the process performed by the processor 11, which is the process described later, may be executed by a processor other than the processor 11 (for example, the processor 21 or the processor 31). In addition, at least a part of the process performed by the processor 21, which is the process described later, may be executed by a processor other than the processor 21 (for example, the processor 11 or the processor 31). In addition, at least a part of the process performed by the processor 31, which is the process described later, may be executed by a processor other than the processor 31 (for example, the processor 11 or the processor 21). In other words, the computer that executes the program in this embodiment may be any of the terminal device 10, the server 20, and the node device 30, or may be realized by a combination of multiple devices. In addition, some or all of the various processes may be executed on the blockchain.

[0069] Here, an overview of the game of this embodiment will be described. In the game of this embodiment, there is a map 40 that is common to a plurality of users (specifically, all users) participating in the game. An example of the map 40 is shown in FIG. 3. A plurality of mountains are arranged on the map 40. In the map 40 shown in FIG. 3, the positions of the mountains are indicated by triangular symbols.

[0070] The user acquires (in other words, selects) a mountain (in other words, a virtual space in which the user plays the game) from the map 40. Acquisition of the mountain is performed, for example, as follows. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display the map 40 (in other words, a list of mountains that the user can acquire) as shown in FIG. 3 based on a predetermined input operation by the user. Then, the user can acquire a specific mountain by selecting the specific mountain on the map 40 displayed on the display unit 18 (for example, a click operation on the specific mountain displayed). Specifically, for example, when an operation to select a specific mountain from among the mountains displayed on the map 40 is performed, the display control unit 114 causes the display unit 18 to display an acquire button 41 that accepts an operation to acquire the selected mountain. Then, the game control unit 212 causes the user to acquire the mountain selected by the user based on the operation (for example, a click operation) on the acquire button 41.

[0071] Furthermore, the user is able to mine for specific items in the mountain that the user has acquired. In other words, once the user has acquired a mountain, the user is able to play a game in which mining is performed in the acquired mountain. That is, in this embodiment, "acquiring a specific mountain" can be rephrased as "acquiring the right to mine in a specific mountain" and can also be rephrased as "acquiring the right to play a game in a specific virtual space." Note that the system may be configured to allow the user to mine in a mountain without acquiring the mountain (in other words, acquiring the right to mine).

[0072] In addition, in the game of this embodiment, an item A used for mining in the mountain is prepared. In order to perform mining, the user needs to have the item A. In other words, the item A is an item necessary for participating in the game. In this embodiment, the item A is a pickaxe. If the user does not have the item A, the mountain may not be acquired. In the game of this embodiment, a plurality of types of item A with different characteristics are prepared. In addition, the item A is an item that can take an NFT (Non-Fungible Token) state. The NFT state means a state in which information that proves that the item A is unique is stored on the blockchain. In other words, the NFT state means a state in which an NFT corresponding to the item A is issued and managed by the blockchain. In the following, digital assets such as an item for which a corresponding NFT is issued are also referred to as an NFT. In this embodiment, the NFT of the item A (in other words, the generation of the item A) is performed by the operator of the game, and cannot be performed by the user (in other words, minting by the user). In other words, in the game of this embodiment, the user cannot obtain item A that has not been converted into an NFT. However, the user may be able to convert item A into an NFT.

[0073] In addition, in the game of this embodiment, the user can obtain items B and C by mining. Although details will be described later, item B is an item that can be in an NFT state. Also, item C is an item that can be exchanged for a specified token. Hereinafter, the token that can be obtained by exchanging for item C is referred to as a "specific token."

[0074] Furthermore, in the game of this embodiment, there are multiple types of item B, which are collectible items. Specifically, item B is a gemstone that the user collects. Furthermore, item C is a mineral (hereinafter referred to as "pyroxene") that is different from gemstones. In other words, the game of this embodiment has the gameplay of mining in the mountains using a pickaxe as item A to obtain gemstones as item B and pyroxene as item C.

[0075] The specific token that can be acquired by exchanging it with item C is virtual currency. In the game of this embodiment, the specific token can be used to increase the rank of item A, repair item A (in other words, fix item A), and convert item B into an NFT.

[0076] Regardless of whether they have been converted into NFTs or not, assets such as item A, item B, or item C held by each user may be managed on a blockchain (in other words, a distributed ledger).

[0077] Mining in a mountain as a predetermined event is performed, for example, as follows. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display a list 44 of mountains acquired by the user, as shown in FIG. 4, based on a predetermined input operation by the user. The list 44 of mountains may be one that shows the mountains acquired by the user on a map 40 displayed on the display unit 18. When an operation is performed to select a specific mountain from the mountains acquired by the user and displayed on the display unit 18 (in other words, the mountains displayed in the list), the display control unit 114 causes the display unit 18 to display a mining start button 46 that accepts an operation related to starting mining in the selected mountain. Then, the game control unit 212 causes mining in the mountain selected by the user to start based on an operation (for example, a click operation) on the mining start button 46.

[0078] When the mining start button 46 is operated, the game control unit 212 places the player character 35 in the mountain 34 where mining is performed as a virtual space, as shown in FIG. 5. Then, the game control unit 212 moves the player character 35 based on the input operation by the user. That is, the mountain 34 is a virtual space in which the user can operate the player character 35 to play a predetermined game (specifically, a game in which mining is performed, in other words, a predetermined in-game) (in other words, a predetermined event can be executed). That is, the start of mining in a specific mountain 34 can be said to be the start of playing a game in a specific virtual space, or to enter a specific virtual space. Based on the input operation by the user, the game control unit 212 moves the player character 35 in the virtual space and causes the player character 35 to perform an action of using the pickaxe 36 (specifically, an operation of swinging the pickaxe 36). The method of operating the player character 35 in the virtual space can be the same as that of a conventional action game, but may be, for example, as follows. The game control unit 212 may move the player character 35 within the mountain 34 based on an operation of the "W", "A", "S", or "D" keys on the keyboard. The game control unit 212 may also cause the player character 35 to jump based on an operation of the space key on the keyboard. The game control unit 212 may also cause the player character 35 to perform a mining action of swinging the pickaxe 36 and digging into the mountain 34 based on a left-click operation of the mouse.

[0079] Gems and pyroxenes are buried (in other words, arranged) in the mountain 34. The user can acquire the gems and pyroxenes that he or she has dug up (in other words, discovered). That is, when the player character 35 operated by the user digs up an item such as a gem or pyroxene, the game control unit 212 grants (in other words, allows the user to acquire) the excavated item.

[0080] It should be noted that mining can be interrupted midway. For example, the game control unit 212 causes the player character 35 to exit the mountain 34 (in other words, ends the mining) based on the user's operation of opening a predetermined menu screen and an operation on the menu screen to instruct the player character 35 to exit the mountain 34. At this time, the game control unit 212 stores the progress of the mining in the storage unit 220. Then, when mining is started in the same mountain 34 next time, the game control unit 212 reads out the stored progress and resumes the mining from the continuation. That is, when mining is resumed, the previously dug part of the mountain 34 is in a dug state, and the previously dug gems, etc., among those buried in the mountain 34, are in a dug state. In other words, when the user leaves the specific virtual space and re-enters the specific virtual space, the mountain 34 is in a state in which the changes made by the user when the user last entered the specific virtual space are reflected. In other words, in this embodiment, it is possible to interrupt a game in a specific virtual space and resume it from the middle.

[0081] Furthermore, the user can dispose of the mountains he or she has acquired at will. For example, as shown in FIG. 4, when an operation is performed to select a specific mountain from among the mountains acquired by the user and displayed on the display unit 18 (in other words, the mountains displayed in a list), the display control unit 114 causes the display unit 18 to display a disposal button 47 that accepts an operation related to the disposal of the selected mountain. Then, the game control unit 212 disposes of the selected mountain (in other words, cancels the user's acquisition state for the selected mountain) based on an operation (e.g., a click operation) on the disposal button 47. The disposed mountain disappears from the list 44 of mountains acquired by the user, and mining cannot be performed on that mountain.

[0082] In this embodiment, the pickaxe to be used in mining is selected before starting mining by operating the mining start button 46. The operation related to the selection of such a pickaxe can be the same as the operation of selecting the weapon to be used (in other words, to be equipped to the player character 35) in conventional games. The pickaxe to be used may be changeable during mining.

[0083] Pickaxes used for mining have a durability value set, and the durability value decreases as they are used for mining (for example, from a durability value of "100" to a durability value of "0"). When the durability value reaches a predetermined value (for example, a durability value of "0"), the pickaxe becomes unusable. In other words, it is not possible to mine using a pickaxe whose durability value has reached the predetermined value.

[0084] Furthermore, the operation receiving unit 111 receives an operation by the user instructing recovery of the durability value of the pickaxe (in other words, repairing item A). Then, the game control unit 212 performs a process of recovering the durability value of the pickaxe based on the operation. Furthermore, a predetermined amount of specific tokens is required to recover the durability value of the pickaxe, and when the durability value of the pickaxe is recovered by the operation, the predetermined amount of specific tokens is consumed.

[0085] A rank is set for the pickaxe. The rank includes so-called levels. When the rank of the pickaxe increases, a certain parameter of the pickaxe changes. Specifically, when the rank of the pickaxe increases, a certain parameter that affects the ease of obtaining gems and gemstones (in other words, the efficiency of mining) changes. More specifically, when the rank of the pickaxe increases, a parameter related to the swing speed of the pickaxe changes and the swing speed of the pickaxe increases. This increases the speed of mining, and therefore the efficiency of mining increases. When the rank of the pickaxe increases, the maximum durability value increases. This increases the time that mining can be continued without recovering the durability value, and therefore the efficiency of mining increases. When the rank of the pickaxe increases, the power of the pickaxe increases, and the amount of digging with one swing (in other words, the amount of influence that one operation has on the mountain) and the like may also increase. This increases the speed of mining, and therefore the efficiency of mining increases.

[0086] Furthermore, the operation reception unit 111 receives an operation to instruct an increase in the rank of the pickaxe. Then, the game control unit 212 performs a process to increase the rank of the pickaxe based on the operation. Furthermore, a predetermined amount of specific tokens is required to increase the rank of the pickaxe, and when the rank of the pickaxe is increased by the operation, the predetermined amount of specific tokens is consumed.

[0087] In the game of this embodiment, items that can be obtained through a route different from item A, item B, and item C may be prepared. For example, there may be items that can be purchased in the game (e.g., items that can be equipped by a player character) using in-game currency (e.g., assets owned by a user that are not managed by a blockchain but are managed by the storage unit 220, etc.). The in-game currency may be something that can be purchased using legal currency, etc.

[0088] Also, various items in this embodiment (for example, item A, item B, and item C) may be read as objects. Objects include characters, items, and the like. That is, item B and item C that are granted by playing a game (in other words, executing an event) in a mountain as a specific virtual space may be characters, etc.

[0089] In this embodiment, the map is updated (in other words, newly generated) at a predetermined time period (specifically, once a day). In addition, in accordance with the update of the map, the obtainable mountains are also updated (in other words, newly generated) at a predetermined time period (specifically, once a day). Also, only one user can obtain one mountain, and once a user obtains a mountain (in other words, the right to mine the mountain), other users cannot obtain the mountain. In other words, the mountain is obtained on a first-come, first-served basis. Note that the update of the map and the update of the obtainable mountains may be a renewal of past maps and mountains (in other words, new maps and mountains are generated, and past maps disappear or past mountains become unobtainable), or may be an expansion of past maps or addition of new mountains in addition to the mountains generated in the past (in other words, an increase in obtainable mountains), etc.

[0090] Here, the flow of asset acquisition and consumption in the game of this embodiment will be described with reference to FIG.

[0091] As described above, in the game of this embodiment, the user needs to have a pickaxe in order to participate in the game. In this embodiment, the pickaxe can be purchased in the marketplace within the game, and the user purchases the pickaxe in the marketplace. Also, the pickaxe can be purchased with a specific token. Transactions in the marketplace are managed by the market management unit 214. Specifically, for example, the operation reception unit 111 of the terminal device 10 receives an operation of the user selecting an item that the user wants to purchase. Then, information regarding the operation is sent to the market management unit 214 of the server 20 via the transmission / reception units 112, 211, and the market management unit 214 performs a process of delivering the item selected by the user to the user based on the operation, and delivering the price from the user to the person who sold the item.

[0092] The user then uses the pickaxe to mine in the mountains, obtaining a variety of items including gems and gemstones.

[0093] The pyroxene acquired by the user can be exchanged for a specific token. The exchange between the pyroxene and the specific token may be performed automatically or based on an operation instructing the exchange by the user. That is, for example, the pyroxene may be automatically exchanged for the specific token at a specific timing such as the timing of leaving the mountain. In this embodiment, the pyroxene is given to the user by mining in the mountain, and the pyroxene is exchanged for the specific token, but the specific token may be given directly to the user instead of or in addition to the pyroxene by mining in the mountain.

[0094] In this embodiment, the specific token is a virtual currency managed by a blockchain. The specific token may be exchangeable with other virtual currencies at a predetermined exchange (e.g., a decentralized exchange).

[0095] Moreover, the gems acquired by the user can be converted into NFTs. That is, in this embodiment, it is possible to issue an NFT corresponding to the gems and manage them in a blockchain. Specifically, the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects the gems that he / she wants to convert into NFTs in the game. Then, information on the operation is sent to the asset management unit 213 of the server 20 via the transmission / reception units 112, 211, and the asset management unit 213 may perform a process of converting the selected gems into NFTs based on the operation. In addition, a fee (for example, a predetermined amount of specific tokens) is required for NFT conversion, and when converting the gems into NFTs by the operation, the fee may be consumed from the assets held by the user. In addition, the NFTed gems may be able to be bought and sold in a marketplace or the like in the game. In other words, converting an item into NFT can be said to be in a state where the item can be bought and sold in the marketplace. Specifically, for example, the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects the gems that he / she wants to sell (specifically, the gems that have been converted into NFTs). Information regarding the operation may then be sent to the market management unit 214 of the server 20 via the transmission / reception units 112, 211, and the market management unit 214 may put the gem selected by the user up for sale based on the operation. If there is another user who wishes to purchase the gem, the market management unit 214 may then transfer the gem to the other user and transfer the payment from the other user to the user who sold the gem. In other words, the NFTed item B may be able to be traded with other users.

[0096] Furthermore, the gem may be exchangeable for a specific token. Specifically, the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects a gem that the user wants to exchange for a specific token in the game. Then, information regarding the operation is sent to the server 20 via the transmission / reception units 112, 211, and the asset management unit 213 may grant the specific token to the user in place of the selected gem based on the operation. In other words, the gem may be an item that can be NFTed and exchanged for a specific token. Note that the exchange between the gem and the specific token may be performed only before or after the gem is NFTed, or may be performed both ways.

[0097] The game control unit 212 controls the game played by the user. The game control unit 212 has a virtual space management unit 231 and a reward granting unit 233. The virtual space management unit 231 also executes a map creation process for creating a map, an item overview determination process for determining the overview of items that can be obtained in each mountain (in other words, items to be placed in each virtual space), a virtual space creation process for creating a mountain, and an item detail determination process for determining the details of items that can be obtained in each mountain.

[0098] Furthermore, among the various processes in this embodiment, there is a process having randomness. In this embodiment, the process having randomness is realized by performing a calculation using a predetermined seed. The predetermined seed includes a seed using a blockchain (for example, the Bitcoin blockchain) and a seed using a virtual space ID, which will be described later, but it may include only one of them. Specifically, in this embodiment, two types of seeds using blockchain (hereinafter, each will be referred to as "seed") are used. hlast ", "seed hfirst ") and one type of seed using a virtual space ID (hereinafter referred to as "seed mdid ") is available.

[0099] More specifically, a seed related to the hash of a blockchain (specifically, for example, the Bitcoin blockchain) as a seed using a blockchain and a seed related to a virtual space ID are used to realize randomness. In this embodiment, the last hash (in other words, the hash value of the last generated block) of an arbitrary period (for example, one day) is used as the hash value. last_yyyymmdd and hash last_yyyymmdd hash is the first hash value of the block generated two days after the block was generated (in other words, the hash value of the first block generated). first_yyyymmdd+2 is used as a seed for the hash. In this embodiment, the virtual space ID is used as a seed for the virtual space ID. hlast =hash last_yyyymmdd And seed hfirst =hash first_yyyymmdd+2 And seed mdid =Virtual space ID.

[0100] In this embodiment, items that can be obtained on the map and on each mountain are randomly determined based on various seeds, but since the method of randomly determining specific items such as the map and various objects based on a seed is well known, an explanation of this method will be omitted.

[0101] In the map creation process, the virtual space management unit 231 creates a map. Specifically, as the map creation process, the virtual space management unit 231 performs a process of determining the topography of the map (in other words, the virtual world) on which multiple mountains are arranged, and a process of determining the arrangement of each mountain in the map. Furthermore, in the map creation process, the virtual space management unit 231 assigns an ID (in other words, identification information; hereinafter, referred to as a "virtual space ID") that enables each mountain in the map to be created to be identified. That is, each mountain in the map to be created is assigned a unique virtual space ID. Note that the virtual space ID may be composed of one or more numbers, and for example, consecutive numbers starting from 1 may be assigned to each mountain.

[0102] In this embodiment, the map is created randomly. In other words, the map creation process has a random nature. Specifically, the virtual space management unit 231 generates random numbers by performing calculations using a predetermined seed (hereinafter referred to as a "map creation seed"), and determines the topography of the map and the location of each mountain on the map based on the random numbers. The map creation seed includes hlast In other words, the virtual space management unit 231 includes the seed hlast The virtual space management unit 231 creates a map using a function with the seed specified as an argument. hlast (in other words, a hash of the blockchain).

[0103] In the item summary determination process, the virtual space management unit 231 determines a summary of obtainable items for each mountain (in other words, items to be placed in each virtual space). Specifically, as the item summary determination process, the virtual space management unit 231 determines the number of items B buried in each mountain and a summary of the size of each item B (for example, a rough size such as small, medium, or large). That is, in the item summary determination process, for example, for each mountain, the gems buried in that mountain and obtained when mined there are determined to be one large gem and two small gems. Note that in the item summary determination process, the number of pyroxenes buried in each mountain, etc. may also be determined.

[0104] In this embodiment, the overview of the obtainable items (specifically, the number and size of item B) is determined randomly. In other words, the determination of the overview of the obtainable items is random. Specifically, the virtual space management unit 231 generates a random number by performing a calculation using a predetermined seed (hereinafter, referred to as a "summary determination seed"), and determines the overview of the obtainable items based on the random number. The overview determination seed includes hlast and seed mdid In other words, the virtual space management unit 231 includes the seed hlast and seed mdidIn other words, the virtual space management unit 231 determines an overview of the obtainable items using a function with the seed and hlast and seed mdid When determining the outline of the obtainable items for a certain mountain, the virtual space management unit 231 uses the virtual space ID of the certain mountain as a seed. mdid That is, the virtual space management unit 231 uses the seed hlast The overview of obtainable items is determined based on the total number of items (in other words, the blockchain hash) and the virtual space ID of each mountain.

[0105] In the virtual space creation process, the virtual space management unit 231 creates a mountain as a three-dimensional virtual space in which the item determined in the item summary determination process can be acquired (in other words, the item is placed). In this embodiment, the mountain is created randomly. In other words, the virtual space creation process has randomness. For example, the topography of the mountain and the location where each item is buried in the mountain may be determined randomly. The virtual space management unit 231 generates a random number by performing a calculation using a predetermined seed (hereinafter referred to as a "virtual space creation seed"), and creates a mountain based on the random number. The virtual space creation seed includes the following: hlast and seed mdid The virtual space management unit 231 then hlast and seed mdid The mountain is created using a function in which the summary of the obtainable item determined in the item summary determination process is specified as an argument. In other words, the virtual space management unit 231 creates a mountain using the seed hlast and seed mdid When creating a mountain, the virtual space management unit 231 assigns the virtual space ID of the mountain to the seed mdid When creating a mountain, the virtual space management unit 231 uses the outline of the obtainable items determined for the mountain as an argument.hlast Mountains are created based on the block diagram (in other words, the hash of the blockchain), the virtual space ID of each mountain, and the overview of the obtainable items for each mountain determined in the item overview determination process.

[0106] In the item details determination process, the virtual space management unit 231 determines the details of the items that can be obtained from each mountain, as determined in the item summary determination process. Specifically, the virtual space management unit 231 determines the type, size details, shape, or quality of the item B that can be obtained from each mountain, as determined in the item summary determination process. More specifically, for example, when the summary of the items that can be obtained is determined to be two small gems and one large gem, as described above, the virtual space management unit 231 determines the type of each small gem and large gem, such as diamond, aquamarine, red spinel, etc. Also, the virtual space management unit 231 determines the quality of each small gem and large gem, such as low quality, medium quality, or fine quality. Also, the virtual space management unit 231 determines the details of the size of each small gem and large gem, such as 0.2 carats, 6.4 carats, etc. Note that the quality of the gem may be determined by taking into account the carat number. For example, the higher the carat number, the higher the quality of the gem.

[0107] In this embodiment, the details of the obtainable item (specifically, the type, quality, and detailed size of item B) are determined randomly. In other words, the determination of the reward details is random. Specifically, the virtual space management unit 231 generates a random number by performing a calculation using a predetermined seed (hereinafter, referred to as a "detail determination seed"), and determines the details of the obtainable item based on the random number. The detail determination seed includes hfirst and seed mdid The virtual space management unit 231 then hfirst and seed mdid The virtual space management unit 231 determines the details of the obtainable item by using a function in which the overview of the obtainable item determined in the item overview determination process and the overview of the obtainable item are specified as arguments.hfirst and seed mdid When determining the details of the obtainable items for a certain mountain, the virtual space management unit 231 uses the virtual space ID of the certain mountain as a seed. mdid When determining details of obtainable items for a certain mountain, the virtual space management unit 231 uses the outline of obtainable items determined for the certain mountain as an argument. hfirst Details of the obtainable items are determined based on the virtual space ID of each mountain (in other words, the hash of the blockchain), the virtual space ID of each mountain, and the overview of obtainable items for each mountain determined in the item overview determination process.

[0108] In this manner, in this embodiment, details of the gems that can be obtained through mining (e.g., some of the content such as type, quality, or detailed size) are not finalized until the item details determination process is executed.

[0109] The timeline for the acquisition and mining of the mountain is now described with reference to Figure 7. Here, we consider the last generated hash of 2022 / 05 / 29, last_20220529 Seed hlast It is used as the hash of the first generated hash on May 31, 2022. first_20220531 Seed hfirst This will be explained using an example in which the game is used to generate maps and mountains, determine obtainable items, etc.

[0110] First, the virtual space management unit 231 performs a map creation process using the last hash of May 29, 2022, to create a map. Here, the last hash of May 29 (in other words, the last block) is confirmed after the fact when the date of the timestamp included in the block of the blockchain changes to May 30. In other words, the seed hlastis determined by generating the first hash (in other words, the first block) on May 30, 2022. Therefore, in this embodiment, the virtual space management unit 231 determines the hash last_20220529 A map will be created using the above.

[0111] The virtual space management unit 231 also performs an item summary determination process using the last hash on May 29, 2022, and determines a summary of items that can be obtained for each mountain. The virtual space management unit 231 also performs a virtual space creation process using the last hash on May 29, 2022, and creates a mountain in which the items whose summary has been determined in the item summary determination process are placed. In this embodiment, the virtual space management unit 231 creates a hash at the timing when the first hash on May 30 is generated (in other words, after the hash is generated). last_20220529 The virtual space management unit 231 determines an overview of items that can be obtained from each mountain by using the hash last_20220529 Use to create a mountain.

[0112] In addition, the virtual space management unit 231 performs control to limit the period during which the mountain can be acquired. In this embodiment, the period during which the mountain can be acquired is set based on the first hash of the day (the seed related to the last hash of the previous day). hlast The next day, the first hash is generated (the seed for that hash). hfirst In other words, the virtual space management unit 231 last_20220529The period during which a mountain created using the method can be acquired is controlled to be the period until the details of the items that can be acquired on the mountain are determined. In other words, once a mountain (in other words, a map) is created, the created mountain can be acquired until the next mountain (in other words, a map) is created. The period during which a mountain can be acquired may be set, for example, from the generation of the first hash of the day until the end of the day (in other words, the day the mountain was created).

[0113] In addition, the virtual space management unit 231 performs item detail determination processing using the first hash on May 31, 2022, and determines details for items whose overviews were determined using the last hash on May 29, 2022. In this embodiment, the virtual space management unit 231 performs hash first_20220531 The virtual space management unit 231 determines the details of the obtainable items using the above. That is, after the obtainable period of the mountain has elapsed, the virtual space management unit 231 determines the details of the items obtainable on the mountain. In other words, the virtual space management unit 231 performs control so that the mountain cannot be obtained after the details of the obtainable items have been determined.

[0114] In this way, the mountain (in other words, the right to mine the mountain), whose overview and details of the obtainable items are determined, is acquired by the user based on the user's operations, making it possible to obtain items through mining.

[0115] When a user performs an operation to select a mountain to acquire, the virtual space management unit 231 grants the selected mountain to the user based on the operation. In other words, the virtual space management unit 231 grants the user the right to mine the mountain selected by the user (in other words, the right to play a game in the selected virtual space).

[0116] When receiving an operation to select a mountain to be acquired, the display control unit 114 displays detailed information 50 about the mountain that the user can acquire on the display unit 18, as shown in FIG. 3. For example, when an operation to select a specific mountain on the map 40 that displays the mountains that the user can acquire is performed, the display control unit 114 displays detailed information 50 about the specific mountain on the display unit 18. In this embodiment, information about gems that can be acquired on the specific mountain is displayed as the detailed information 50. In other words, a display about the expected reward for the specific mountain is displayed as the detailed information 50. Specifically, the device processing unit 113 receives information about an overview of items that can be acquired on the specific mountain from the virtual space management unit 231, and based on the information, displays the number of gems that can be acquired when mining on the mountain, an overview of the size of each gem, and the like on the display unit 18. This allows the user to select whether or not to acquire the specific mountain after viewing the detailed information 50. That is, in this embodiment, before the user acquires the right to play the game in the virtual space, the virtual space management unit 231 can present the user with information (in other words, detailed information 50) regarding the reward that can be acquired by playing the game, and the information is displayed on the display unit 18. Note that in this embodiment, the number of gems that can be acquired in the mountain and an outline of the size of each gem are presented as detailed information 50, and the presented number of gems and gems of a size corresponding to the presented size can be acquired without fail, but the number and size of gems presented as detailed information 50 are merely a guide, and there may be cases in which the number of gems presented as detailed information 50 or gems corresponding to the presented size (in other words, rewards as shown in detailed information 50) cannot be acquired.

[0117] In addition, the virtual space management unit 231 stores information indicating the mountain acquired by the user on a blockchain (for example, an Ethereum blockchain). Specifically, when a certain user acquires a certain mountain, the virtual space management unit 231 stores information indicating that the certain user has acquired the certain mountain on the blockchain. That is, in this embodiment, it can be said that a history related to the acquisition of the mountain by the user is stored on the blockchain. In other words, in this embodiment, information regarding the right to play a game in a specific virtual space is stored on the blockchain. With this configuration, it is possible to prevent the acquisition of mountains, items, etc. by fraudulent methods. That is, in this embodiment, the right to acquire a specific item is acquired by acquiring a mountain with a limited period of acquisition, and information indicating the mountain acquired by the user is stored on a blockchain that is difficult to tamper with. With this configuration, when a certain user acquires an item (specifically, a gem) by a fraudulent method, it is possible to confirm that the certain user does not have acquisition information of a mountain that can acquire the item, and it is possible to prove the fraud of the certain user. In addition, in this embodiment, mountain acquisition information is stored on a blockchain that is difficult to rewrite, and the details of acquireable items are determined after the period during which the mountain can be acquired has elapsed, making it possible to more firmly prevent unauthorized acquisition of items.

[0118] The game control unit 212 starts mining in the mountain acquired by the user based on an operation by the user to instruct the start of mining in the mountain. In the game of this embodiment, mining in the mountain is possible from the timing after the outline of the obtainable items is determined and the mountain is created, and it is also possible to start mining before the details of the obtainable items are determined. In addition, it is also possible to start mining in the mountain after the details of the obtainable items are determined.

[0119] The reward granting unit 233 grants items to the user based on the results of mining in the mountain. Specifically, in this embodiment, gems and pyroxenes discovered through mining are granted to the user.

[0120] Here, the timing at which the provision of an item is determined based on mining in the mountain can be either before or after the details of the item are determined. In other words, there may be cases where the details of the item have not been finalized at the time when the provision of the item is determined. Specifically, in this embodiment, a state may exist in which a gem is discovered by mining in the mountain (in other words, the provision of the gem is determined), but the details of the discovered gem have not yet been determined. In other words, in this embodiment, the details of the gem are determined after a period during which the mountain can be acquired as a predetermined period (in other words, the period during which the right to play a game in a specific virtual space can be acquired), and mining in the mountain is possible during the period during which the mountain can be acquired, and a situation may arise in which mining in the mountain is performed and gems are acquired during the period during which the mountain can be acquired. The user can check the gems he or she has acquired on a predetermined screen such as a screen that displays a list of items owned by the user (for example, a screen that can be opened after leaving the mountain), but after the user acquires a gem, only an outline of the gem is displayed on the predetermined screen until the details of the gem are determined. Once the details have been decided, the details of the jewel can be confirmed on the specified screen.

[0121] In this embodiment, the creation of the map, the creation of the mountain (in other words, the virtual space), the determination of the outline of the obtainable items for each mountain, and the determination of the details of the obtainable items are performed every day, and the map is updated and the obtainable mountains are updated every day. That is, for example, in the example shown in FIG. 7, the map creation process, the item outline determination process, and the virtual space creation process are performed using the last hash of May 30, and the item details determination process is performed using the first hash of June 1 for the items whose outlines are determined in the item outline determination process. In this embodiment, the next map update and the update of the obtainable mountains are performed after the period in which the mountains are obtainable ends, but the next map update and the update of the obtainable mountains may be performed during the period in which the mountains are obtainable. In other words, the hash used in the creation of the map, the creation of the mountain, the determination of the outline of the obtainable items for each mountain, or the determination of the details of the obtainable items may not be the last hash or the first hash of the day.

[0122] In this embodiment, the map and the mountain are created and the outline of the obtainable items are determined using the hash generated at the end of the day, but the hash generated at the end of the day (in other words, the last block of the day) is determined after the first hash of the next day (in other words, the first block of the next day) is generated. Therefore, the map and the mountain are created and the outline of the obtainable items is determined after the first hash of the next day is generated. Therefore, it is possible to create the map and the mountain and determine the outline of the obtainable items using the first hash of the next day. However, in this embodiment, the map and the mountain are created and the outline of the obtainable items are determined using the hash generated at the end of the day, so that the map and the mountain are created and the outline of the obtainable items are determined based on different hashes. In other words, when the process related to the map and the mountain are created and the obtainable items are determined on consecutive days, the hash used to determine the details of the items whose outline was determined on the previous day is not the same as the hash used to determine the outline of the items on the current day. In other words, in this embodiment, the game control unit 212 determines the details of an item using a specific hash (specifically, the first hash of the day) within a recurring arbitrary period, and determines an overview of the item using a hash different from the specific hash (specifically, the last hash of the day). Also, while a blockchain may branch, in this embodiment, when the first hash of the next day is generated, the map and mountain are created and the overview of obtainable items is determined using the hash generated at the end of the day, so that it is possible to perform processing using hashes (in other words, blocks) that are likely to be adopted.

[0123] In the game of this embodiment, the lottery logic for jewels as item B is stored on the blockchain and made public. Specifically, the logic for the item summary determination process and the item detail determination process is made public as a smart contract. hlast The logic for determining the reward summary using the is published as a smart contract. hfirst The logic for determining the details of the reward using the seed will be published as a smart contract. hlast and seed hfirstis a hash of the blockchain and is a publicly-disclosed seed. That is, in this embodiment, the outline of the items obtainable in each mountain is determined by a predetermined logic using a predetermined seed, but the predetermined seed and the predetermined logic are publicly-disclosed, and each user can check whether there is any fraudulent work in determining the outline of the items using the publicly-disclosed predetermined seed and the predetermined logic. Also, in this embodiment, the details of the items obtainable in each mountain are determined by a predetermined logic using a predetermined seed, but the predetermined seed and the predetermined logic are publicly-disclosed, and each user can check whether there is any fraudulent work in determining the details of the items using the publicly-disclosed predetermined seed and the predetermined logic. With this configuration, it is possible to provide a highly transparent system in which the operator's actions are not involved in the granting of items and this fact can be clearly presented to the user. In addition, by using the hash of the blockchain as the seed, the seed can be made unpredictable even by the operator and unchanging and clear to anyone. That is, with the configuration of this embodiment, the granting of items cannot be controlled even by the operator, and can be checked by the user using the publicly-disclosed logic, and cannot be predicted in advance. This prevents fraudulent granting of items and the value of the system from being damaged. In addition, in this embodiment, the random numbers related to determining the outline and details of the items are determined based on the hash of the blockchain, and the random numbers are identifiable, so that fraudulent manipulation of random numbers can be detected and fraud such as manipulating random numbers to fraudulently cause a specific object to appear can be prevented. The logic of the virtual space creation process may be stored on the blockchain and made public, or may not be stored on the blockchain and made private.

[0124] The detailed information 50 about the mountain may be displayed not only when the user acquires a mountain, but also when the user starts mining in the mountain. For example, as shown in FIG. 4, when a list 44 of mountains acquired by the user is displayed on the display unit 18 and an operation to select a specific mountain is performed, the display control unit 114 causes the display unit 18 to display the detailed information 50 about the specific mountain. For example, information about gems that can be acquired in the specific mountain (e.g., the number of gems and an overview of the size of each gem) is displayed as the detailed information 50. In other words, an indication about the expected reward for the specific mountain is displayed as the detailed information 50. This allows the user to select whether or not to mine in the specific mountain after viewing the detailed information 50. The progress of mining may also be displayed as the detailed information 50. Specifically, for example, detailed information 50 may display information such as how many gems have been discovered, what percentage of the gem reserves have been discovered, how many pyroxenes have been discovered, what percentage of the pyroxene reserves have been discovered, or the degree of mining progress for that mountain (in other words, the degree of game progress for that mountain) calculated based on the amount of gems discovered, etc.

[0125] Note that the item A owned by a user may be lent to another user. Specifically, when a user lends the item A to another user, the operation reception unit 111 of the terminal device 10 of the other user may receive an operation by the other user to instruct the other user to start mining in the mountain acquired by the user. Then, information on the operation is sent to the game control unit 212 via the transmission / reception units 112, 211, and the game control unit 212 may cause the other user to start mining in the mountain based on the operation by the other user. That is, even if the other user does not own a pickaxe, the other user may be able to borrow the pickaxe and play the game. In this case, the game play of the other user may be performed in a mountain acquired by the lender of the pickaxe. Also, the lender and borrower of the pickaxe may be able to enter the same mountain and mine together. In other words, the lender and borrower of the pickaxe may be able to play a multiplayer game in the same virtual space (for example, a mountain acquired by the lender).

[0126] (Processing involving payment of virtual currency) In this embodiment, there is a process (hereinafter, referred to as a "paid process") that requires payment of virtual currency (specifically, a specific token) managed by a blockchain. Specifically, there are multiple types of paid processes, including a process related to purchasing a pickaxe (in other words, a process that allows a user to acquire a pickaxe), a process related to repairing a pickaxe (in other words, a process that restores the durability value of the pickaxe), and a process related to increasing the rank of a pickaxe (in other words, a process that increases the rank of the pickaxe).

[0127] The process of purchasing a pickaxe will be described. As described above, the pickaxe can be purchased in the marketplace within the game. The pickaxe is purchased, for example, as follows. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display a shop screen 60 illustrated in FIG. 8 based on a predetermined input operation by the user. A list of available pickaxes is displayed on the shop screen 60. The operation reception unit 111 also receives an operation of selecting a pickaxe to be purchased from the list of pickaxes displayed (for example, a click operation on a specific displayed pickaxe). When the pickaxe to be purchased is selected, the display control unit 114 also causes the display unit 18 to display a dialogue (not shown) for confirming whether to purchase the selected pickaxe. The dialogue includes an execution button for receiving an operation related to the execution of the purchase and a cancel button for receiving an operation related to the cancellation of the purchase. When an operation (for example, a click operation) is performed on the execution button, the control unit 110 of the terminal device requests the server 20 to purchase the selected pickaxe. Based on the request, the market management unit 214 of the server 20 executes a process of granting the selected pickaxe to the user and having the user pay the purchase price (in other words, a process of reducing the specific tokens held by the user by the amount of the purchase price). That is, the control unit 210 executes a process of having the user acquire the pickaxe as a paid transaction based on an operation related to the execution of a paid transaction by the user. Note that when a specific pickaxe is displayed as a purchasable pickaxe on a terminal device 10 of a certain user, the specific pickaxe is also referred to as being lined up in the shop of the certain user.

[0128] Next, a process related to repairing the ice axe and a process related to increasing the rank of the ice axe will be described. The repairing of the ice axe and the increase in rank are performed, for example, as follows. For example, the display control unit 114 of the terminal device 10 displays a list 64 of ice axes owned by the user on the display unit 18 as shown in FIG. 9 based on a predetermined input operation by the user. In addition, the operation receiving unit 111 receives an operation to select a specific ice axe from the list of ice axes displayed (for example, a click operation on the specific ice axe). In addition, when a specific ice axe is selected, the display control unit 114 displays a UI that receives various operations on the selected ice axe on the display unit 18. Specifically, the display control unit 114 displays, as the UI, a repair button 65 that receives an operation related to recovery of the durability value of the ice axe, an upgrade button 66 that receives an operation related to increasing the rank of the ice axe, and a sell button 67 that receives an operation related to selling the ice axe on the display unit 18. Note that the screen displaying the list of ice axes 64 may display an indication of the remaining durability of the selected ice axis or the ice axes displayed in the list. In the example shown in Fig. 9, a meter 68 indicating the remaining durability is displayed as an indication of the remaining durability, but the indication of the remaining durability may be a numerical value or the like.

[0129] When the repair button 65 is operated (e.g., clicked), the control unit 110 of the terminal device requests the server 20 to restore the durability of the selected pickaxe. Based on the request, the game control unit 212 of the server 20 executes a process to restore the durability of the selected pickaxe and have the user pay the price for the durability restoration (in other words, a process to reduce the specific tokens held by the user by the price of the durability restoration). That is, based on an operation related to the execution of a paid process by the user, the control unit 210 executes a process to restore the durability of the pickaxe as a paid process.

[0130] Furthermore, when the upgrade button 66 is operated (e.g., clicked), the control unit 110 of the terminal device requests the server 20 to increase the rank of the selected pickaxe. Based on the request, the game control unit 212 of the server 20 increases the rank of the selected pickaxe and executes a process of having the user pay the compensation for the increase in rank (in other words, a process of reducing the specific tokens held by the user by the compensation for the increase in rank). That is, the control unit 210 executes a process of increasing the rank of the pickaxe as a paid process, based on an operation related to the execution of a paid process by the user.

[0131] Furthermore, when an operation (e.g., a click operation) is performed on the sell button 67, the control unit 110 of the terminal device requests the server 20 to put the selected pickaxe up for sale on the marketplace. Based on the request, the market management unit 214 of the server 20 puts the pickaxe selected by the user up for sale, thereby making it possible for other users who wish to purchase the pickaxe to purchase it from the user (e.g., by paying specific tokens). In other words, the put-up pickaxe will be displayed on the shop screens 60 of other users.

[0132] In this embodiment, the pickaxes offered on the marketplace include pickaxes sold by the game operator and pickaxes sold by other users. That is, a user can purchase a pickaxe from the game operator and from other users. When purchasing a pickaxe from the game operator, the purchase price is transferred to the game operator. When purchasing a pickaxe from another user, the purchase price is transferred to the other user. The price for recovering the durability of the pickaxe is transferred to the game operator. The price for increasing the rank of the pickaxe is transferred to the game operator.

[0133] Here, the relationship between the timing of completion of payment and the timing of execution of a paid process will be described.

[0134] When a user performs an operation to execute a paid process, the control unit 210 generates a transaction related to the payment of the consideration required for the paid process (hereinafter referred to as a "transaction related to the paid process"), transmits it to the network of the blockchain system 3, and shares it with the entire network (in other words, multiple (in other words, all) node devices 30). In the blockchain system 3, mining is performed to generate a block that stores the transaction related to the paid process, and the block generated by mining is added to the blockchain. As a result, the consideration required for the paid process is transferred (in other words, paid) from the user to the recipient of the consideration (e.g., the operator of the game, etc.). Note that a transaction related to a paid process includes information such as the sender (e.g., the user), the recipient (e.g., the operator of the game), and the amount of transfer (in other words, the amount paid as the consideration required for the paid process).

[0135] Furthermore, payment of the consideration required for the paid processing (in other words, settlement) is completed a predetermined period of time after the user performs an operation related to the execution of the paid processing. The control unit 210 determines that payment of the consideration required for the paid processing (in other words, settlement) has been completed. In this embodiment, the control unit 210 waits for a predetermined number of blocks to be connected after a block in which a transaction related to the paid processing, which was generated based on an operation related to the execution of the paid processing, is stored, and then determines that the settlement has been completed. For example, the control unit 210 checks whether a predetermined number of blocks are connected after a block in which a transaction related to the paid processing is stored, and determines that the payment has been completed (in other words, considers it to be completed) when it is confirmed that the blocks are connected. In addition, when the control unit 210 generates a transaction related to a paid process based on an operation related to the execution of a paid process by a user, if it cannot confirm that a predetermined number of blocks are connected after the block in which the transaction related to the paid process is stored even after a certain time has passed from a predetermined reference time (for example, from when the transaction related to the paid process was generated), it may determine that the payment has not been completed (in other words, the payment has failed).In addition, the control unit 210 may check whether the block in which the transaction related to the paid process is stored, which was generated based on an operation related to the execution of a paid process by a user, has been added to the blockchain, and may determine that the payment has been completed when it is confirmed that the block has been added.

[0136] In any case, when making a payment using virtual currency managed by a blockchain, it takes a certain amount of time from when an operation related to the payment (in other words, an operation related to the execution of a paid transaction) is performed until the settlement is completed. In other words, when making a payment using virtual currency managed by a blockchain, it is necessary to mine the block in which the transaction related to the payment is stored, so it takes at least the time required for the mining until the settlement is completed. In addition, if it is necessary to wait for a certain number of blocks to be connected after the block in question in the blockchain, it will take even more time until the settlement is completed.

[0137] In this way, since it takes a certain amount of time for payment of virtual currency managed by a blockchain to be completed, if the paid process is performed after the completion of the payment, it will take time from when the user performs the operation related to the execution of the paid process to when a predetermined event occurs in the virtual world due to the paid process. If it takes time from when the user performs the operation related to the execution of the paid process to when an event occurs, the comfort level of the experience related to the virtual world may decrease. Specifically, for example, even if the repair button 65 is operated to restore the durability value of the pickaxe, if it takes time to restore the durability value, the pickaxe cannot be used immediately, which may hinder the progress of the game and decrease the comfort level of the game play. Therefore, in this embodiment, the paid process is performed before the payment is completed, thereby realizing comfortable game play.

[0138] The control unit 210 executes at least some of the paid processes after a user operation related to the execution of the paid process is performed and before the payment is completed. In other words, the control unit 210 executes at least some of the paid processes without waiting for the payment to be completed. Hereinafter, a paid process executed without waiting for the payment to be completed is referred to as a "specific paid process." The specific paid process includes, for example, a process for restoring the durability of the pickaxe, which is executed based on an operation of the repair button 65.

[0139] In this embodiment, the control unit 210 executes a specific paid process when a block in which a transaction related to the specific paid process, which is generated based on an operation related to the execution of the specific paid process by a user, is stored is added to the blockchain. Specifically, the control unit 210 checks whether the block in which the transaction related to the specific paid process is stored has been added to the blockchain, and executes the specific paid process when it is confirmed that the block has been added. In other words, the control unit 210 executes the specific paid process on the condition that an operation related to the execution of the specific paid process is performed and a block in which information related to the payment of virtual currency is stored is added to the blockchain. That is, in this embodiment, the settlement related to the specific paid process is completed after a predetermined number of blocks are connected after the block in which the transaction related to the specific paid process is stored, but when the block in which the transaction related to the specific paid process is stored is added to the blockchain, the specific paid process is executed without waiting for the completion of the settlement. In addition, "executing a specific paid process when a block in which a transaction related to a specific paid process is stored is added to the blockchain (or on the condition that it has been added)" means that the specific paid process is executed at least after the block in question has been added to the blockchain, and may include, for example, executing a specific paid process on the condition that several blocks are further connected behind the block in question after the block in question has been added to the blockchain.

[0140] That is, in this embodiment, a specific process (in other words, a specific paid process) that is a process related to an event in the virtual world (in other words, an event in the game) and requires payment of virtual currency managed by a blockchain is executed after a user operation related to the execution of the specific process is performed and before the payment is completed. Specifically, a process of recovering the durability of the pickaxe as a specific paid process, in other words, a process of generating an event in the virtual world, that is, recovery of the durability of the pickaxe, is executed after a user operation related to recovery of the durability of the pickaxe and before the payment is completed. Note that the specific paid process may include a process of increasing the rank of the pickaxe, in other words, a process of generating an event in the virtual world, that is, increasing the rank of the pickaxe. The specific paid process may also include a process related to the purchase of the pickaxe, in other words, a process of generating an event in the virtual world, that is, acquisition of the pickaxe. In other words, the specific paid process may be a process related to a predetermined object in the virtual world (for example, an object owned or used by the user, etc.). Furthermore, the specified object is not limited to a pickaxe, but may be other items or a specified character such as a player character. In this embodiment, "character" includes the user's avatar. The specific paid process may include all paid processes. An event in the virtual world that occurs as a result of the execution of a specific paid process may be an event that is beneficial to the user in the progress of the game. Regardless of the type of game, events within the game are basically included in events in the virtual world.

[0141] The control unit 210 may execute the specific paid process at the timing when an operation related to the execution of the specific paid process is performed. The control unit 210 may also execute the specific paid process at the timing when a transaction related to the specific paid process is generated (for example, when the transaction is generated and transmitted to the network of the blockchain system 3). The control unit 210 may also execute the specific paid process after a certain time has elapsed from a predetermined reference time when an operation related to the execution of the specific paid process is performed.

[0142] Note that "executing the specific paid process after an operation related to the execution of the specific paid process is performed and before the payment is completed" may mean that the specific paid process is always executed before the payment is completed, or may mean that the specific paid process may be executed after the payment is completed. That is, for example, in a configuration in which the specific paid process is executed after a certain time has elapsed from a predetermined reference time when an operation related to the execution of the specific paid process is performed, there may be cases in which the specific paid process is executed after the payment is completed depending on the relationship between the time taken for mining and the certain time, but "executing the specific paid process after an operation related to the execution of the specific paid process is performed and before the payment is completed" may mean that the specific paid process may be executed after the payment is completed in this way.

[0143] In addition, the control unit 210 may check whether the user has the amount of virtual currency required for the specific paid process, and execute the specific paid process if it is confirmed that the user has the amount. In other words, the control unit 210 may execute the specific paid process after confirming in advance whether the user has at least the amount of virtual currency required for the specific paid process, without waiting until the completion of the payment.

[0144] In addition, when a specific paid process is executed before the completion of the payment and the payment is not completed after that, the control unit 210 may execute the settlement of the incomplete payment at the time of the next execution of the specific paid process. That is, for example, in a configuration in which a specific paid process is executed before the completion of the payment, the payment for the specific paid process may not be completed even though the specific paid process is executed. Specifically, the payment may not be completed due to fraud by the user or a malfunction on the system side. Therefore, when the payment for the specific paid process is not completed for some reason (in other words, when the payment of the consideration is not made), the control unit 210 may execute the settlement of the specific paid process for which the payment is not completed at the time of the next execution of the specific paid process. In other words, the control unit 210 may make the user pay the consideration for the specific paid process for which the payment is not completed at the time of the next execution of the specific paid process. That is, when an operation related to the next execution of a specific paid process (for example, an operation on the repair button 65) is performed, the control unit 210 may generate a transaction related to the specific paid process for which the settlement has not been completed (specifically, a transaction related to the payment of the fee for the specific paid process), and have the user pay the fee for the specific paid process for which the settlement has not been completed. At this time, the control unit 210 may instruct the control unit 110 of the terminal device 10 of the user to cause the display unit 18 to display a display confirming whether or not it is OK to execute settlement (in other words, whether or not it is OK to execute the payment of the fee for the paid process for which the settlement has not been completed), and execute the settlement based on the fact that the user has performed an operation to consent to the execution of settlement.

[0145] Furthermore, when the control unit 210 executes the settlement of the incomplete payment at the time of the execution of the next specific paid process, it generates a transaction related to the next specific paid process and makes the user pay the fee for the next specific paid process as well. The transaction related to the next specific paid process and the transaction related to the specific paid process for which the payment has not been completed may be generated as separate transactions, or may be combined into one transaction. Furthermore, the control unit 210 may execute the next specific paid process after the settlement of the incomplete payment (in other words, the payment of the fee for the specific paid process for which the payment has not been completed (in other words, the payment)) has been completed (in other words, on the condition that it has been completed). Furthermore, the control unit 210 may execute the next specific paid process after the payment of the fee for the next specific paid process (in other words, the payment) has been completed (in other words, on the condition that it has been completed).

[0146] In other words, the control unit 210 may not execute the next specific paid process until the settlement of the incomplete payment is completed. The settlement may be executed based on an operation different from the operation related to the execution of the next specific paid process (e.g., an operation on the repair button 65). For example, the settlement may be executed based on an operation for executing the settlement that is independent of the operation related to the execution of the specific paid process.

[0147] Furthermore, when a parameter indicating the user's creditworthiness satisfies a specific condition, the control unit 210 may execute the specific paid process after an operation related to the execution of the specific paid process is performed and before the settlement is completed. The parameter indicating the creditworthiness may be, for example, a parameter related to the history of transactions performed by the user (in other words, track record). The parameter related to the history of transactions may be, for example, a parameter related to the total transaction amount for transactions performed within a predetermined period, the number of transactions performed within a predetermined period, or a parameter related to the user's rank that increases according to the execution of transactions. Here, the predetermined period may be, for example, a period from the first time the game is played to the present, or a period from the present to several days, weeks, or months ago. Here, a transaction may be rephrased as a payment of virtual currency (for example, a payment that has been successfully settled). A transaction may be rephrased as the execution of a specific paid process. The parameter indicating the creditworthiness may be, for example, a parameter related to the user's total play time within a predetermined period, the number of predetermined objects (for example, pickaxes, gems, mountains, etc.) owned, or a parameter related to the user's rank that increases according to the play of the game. In other words, the parameter indicating the creditworthiness may be a parameter related to the user's game play performance. Note that a parameter related to the number of objects that can be acquired using virtual currency, such as a parameter related to the number of pickaxes, may be included in the parameters related to the transaction history.

[0148] Furthermore, the control unit 210 may execute a second process, which is a process for generating an event in the virtual world, is different from the specific paid process, and requires payment of virtual currency managed by the blockchain, after the payment is completed. In other words, the control unit 210 may execute some of the paid processes as specific paid processes, in other words, as first paid processes, without waiting for the completion of the payment, and execute other paid processes as second paid processes after waiting for the completion of the payment (in other words, on the condition that the payment is completed). For example, a process for recovering the durability of the pickaxe may be included in the first paid process, and a process for allowing the user to obtain the pickaxe may be included in the second paid process. Furthermore, among paid processes (for example, the same type of paid process), a process requiring a small amount of money (in other words, the amount of virtual currency) may be included in the first paid process, and a process requiring a large amount of money may be included in the second paid process.

[0149] The first paid process may be a process with a relatively low level of importance, and the second paid process may be a process with a relatively high level of importance. Here, the level of importance may be determined, for example, according to the amount of money required for the process, or the degree of influence on the progress of the game. Information indicating the level of importance for each process may be stored in the storage unit 220, and the control unit 210 may determine, based on the information, whether to execute the process after waiting for the completion of payment or without waiting, when executing the paid process. When executing the paid process, the control unit 210 may determine whether a predetermined parameter (e.g., the amount of money required for the process, etc.) that determines the level of importance exceeds a predetermined reference value, and depending on whether it exceeds the reference value, determine whether to execute the process after waiting for the completion of payment or without waiting, when executing the paid process. Information for determining the level of importance may not be stored.

[0150] The first paid process may be a process of paying a value to a first party, and the second paid process may be a process of paying a value to a second party. For example, the control unit 210 may execute a predetermined paid process in which the remittance destination is the game operator without waiting for the completion of the payment, and execute a predetermined paid process in which the remittance destination is another user after waiting for the completion of the payment. Specifically, for example, the control unit 210 may execute a process of restoring the durability of a pickaxe in which the remittance destination is the game operator without waiting for the completion of the payment, and execute a process of purchasing a pickaxe (or gems, etc.) from another user in which the remittance destination is another user (in other words, a process of acquiring a pickaxe from another user) after waiting for the completion of the payment.

[0151] In addition, the repair of the pickaxe may be performed collectively, not for each pickaxe. In other words, the paid process may include a process of recovering the durability of the plurality of pickaxes. For example, the display control unit 114 may display a repair all button 69 that accepts an operation related to the recovery of the durability of the plurality of pickaxes (for example, all pickaxes owned by the user) on a screen that displays a list 64 of the pickaxes owned by the user as illustrated in FIG. 9. Then, the operation acceptance unit 111 may accept an operation (for example, a click operation) on the repair all button 69 as an operation instructing the recovery of the durability of the plurality of pickaxes owned by the user. Then, the game control unit 212 may perform a process of recovering the durability of the pickaxes owned by the user (specifically, the plurality of pickaxes) based on the operation. Furthermore, recovery of the durability of the pickaxe based on an operation of the repair all button 69 (in other words, a process for recovering the durability of a plurality of pickaxes) may require a larger amount of specific tokens than recovery of the durability of the pickaxe based on an operation of the repair button 65 (in other words, a process for recovering the durability of one pickaxe). In such a configuration, the first paid process may include a process for recovering the durability of the pickaxe executed based on an operation of the repair all button 65, and the second paid process may include a process for recovering the durability of the pickaxe executed based on an operation of the repair all button 69. In other words, the control unit 210 may execute, among the paid processes related to a specific object, the paid process based on the first operation without waiting for the completion of payment, and execute the paid process based on the second operation after waiting for the completion of payment. In addition, the control unit 210 may execute paid processes related to specific objects that cause an effect on a first amount of specific objects without waiting for completion of payment, and may wait for completion of payment before executing paid processes that cause an effect on a second amount of specific objects that is greater than the first amount.

[0152] In addition, the paid process may include a paid process that takes a relatively long time from the operation for execution to the execution and a paid process that takes a relatively short time. Here, the paid process that takes a relatively long time to be executed and the paid process that takes a relatively short time to be executed may be included in the specific paid process, or some of them may not be included in the specific paid process. For example, the control unit 210 may increase the time from the operation for execution of the paid process to the execution of the paid process as the amount of money required for the process (in other words, the amount of virtual currency) increases. Also, for example, the control unit 210 may vary the time from the operation for execution of the paid process to the execution of the paid process depending on the type of paid process. Also, the control unit 210 may increase the time from the operation for execution of the paid process to the execution of the paid process as the importance of the process increases. Specifically, for example, in the case where a process for recovering the durability value of a pickaxe is executed, the time until the process is executed may be longer when the amount of money required for the process is large than when the amount of money required for the process is small. Also, for example, the time until the process of making the user obtain the pickaxe may be longer than the time until the process is executed for restoring the durability of the pickaxe. Here, the time until the process is executed may be managed by a timer or the like, or may be determined by the trigger for executing the process. For example, the control unit 210 may manage the waiting time until the execution of a paid process by a timer in the storage unit 220, and execute a certain paid process when a first specified time (for example, a specified number of minutes) has elapsed from a specified reference time, and execute another paid process when a second specified time longer than the first specified time has elapsed from the specified reference time. Also, for example, the control unit 210 may execute a certain paid process when a block in which a transaction related to the certain paid process is stored is added to the blockchain, and execute another paid process when a specified number of blocks are connected after the block in which a transaction related to the other paid process is stored, so that the time until the other paid process is executed is longer than the certain paid process.

[0153] Furthermore, when performing a specific paid process without waiting for the completion of the settlement, the control unit 210 may execute a process of setting a predetermined object (e.g., a pickaxe, a gem, a mountain, etc.) owned by the user as a security, and restricting the use of the predetermined object set as a security if the settlement is not completed normally. Here, the restriction of the use may be, for example, a restriction on buying and selling (e.g., buying and selling on the marketplace), or a restriction on the progress of the game using the predetermined object set as a security (e.g., mining using the pickaxe set as a security). Furthermore, the control unit 210 may release the restriction on the use based on the completion of the settlement for the settlement that was not completed normally. Furthermore, the control unit 210 may release the restriction on the use based on the lapse of a predetermined period. Note that the predetermined object set as a security may be determined by the control unit 210 based on an operation by the user to select an object to be set as a security from among the objects owned by the control unit 210, or may be determined without being based on the selection by the user.

[0154] Furthermore, in a case where the control unit 210 performs a specific paid process without waiting for the completion of the payment, and the payment is not completed normally thereafter, the control unit 210 may perform a process of returning the items changed by the specific paid process to the state before the specific paid process was performed. For example, in a case where the control unit 210 restores the durability value of the pickaxe, and the payment related to the restoration of the durability value is not completed, the control unit 210 may perform a process of returning the durability value of the pickaxe to the state before the restoration. In a case where the control unit 210 performs a specific paid process without waiting for the completion of the payment, and the payment is not completed normally thereafter, the control unit 210 may perform a process of making the items changed by the specific paid process less favorable than before the specific paid process was performed. For example, in a case where the control unit 210 restores the durability value of the pickaxe, and the payment related to the restoration of the durability value is not completed, the control unit 210 may perform a process of making the durability value of the pickaxe less favorable than before the restoration.

[0155] Furthermore, when the control unit 210 performs a specific paid process without waiting for the completion of the payment, if the payment is not completed normally after that, the control unit 210 may perform a process of returning at least a part of the progress state of the game that has progressed after the execution of the specific paid process to the state before the specific paid process was performed. For example, when the control unit 210 restores the durability value of the pickaxe, if the payment related to the recovery of the durability value is not completed, the control unit 210 may perform a process of returning the progress state of mining for a mountain that has been mined after the recovery of the durability value (for example, a mountain that has been mined using the pickaxe) to the state before the recovery of the durability value. At this time, the control unit 210 may perform a process of losing at least a part of the items (for example, gems, pyroxenes, etc.) acquired by mining from the assets held by the user after the recovery of the durability value.

[0156] In other words, when a specific paid process is executed before the settlement is completed and the settlement is not completed thereafter, the control unit 210 may perform a process to forfeit at least a part of the benefit the user received from the execution of the specific paid process. Here, the benefit received includes, for example, the recovery of durability, progress in the game by using a pickaxe with restored durability (for example, a change in the state of the virtual space by mining), and acquisition of an item by using a pickaxe with restored durability.

[0157] As another method for solving the problem of the time required between the user's operation for executing a paid process and the occurrence of a predetermined event due to the execution of the paid process, it is possible to configure the system so that the virtual currency is exchanged in advance for predetermined points that can be used in the game, and the paid process is executed using the predetermined points. However, in such a configuration, the comfort of game play may be reduced due to the trouble of exchanging the virtual currency for the predetermined points and the increase in the types of assets that the user must manage. In contrast, the configuration of this embodiment makes it possible to execute the paid process by directly using the virtual currency, thereby realizing a more comfortable game play.

[0158] In this embodiment, the screen displaying the map 40 illustrated in FIG. 3, the screen displaying the list 44 of mountains acquired by the user illustrated in FIG. 4, the shop screen 60 illustrated in FIG. 8, and the screen displaying the list 64 of pickaxes owned by the user illustrated in FIG. 9 may be displayed by, for example, clicking a predetermined button such as a tab displayed during the display of these various screens (in other words, displayed on the game screen). That is, for example, a screen displaying the map 40 or a screen displaying the list 44 of acquired mountains may be displayed based on an operation on the mine button 91 illustrated in FIG. 9. Also, a screen displaying the list 64 of pickaxes owned may be displayed based on an operation on the item button 92 illustrated in FIG. 9. Also, the shop screen 60 may be displayed based on an operation on the shop button 93 illustrated in FIG. 9. Also, a home screen (not shown) may be displayed based on an operation on the home button 94 illustrated in FIG. 9. In addition, based on the operation of the map display button 95 and the my mine display button 96 illustrated in Figures 3 and 4, respectively, the screen may be switched between displaying the map 40 (in other words, a list of obtainable mountains) and displaying a list 44 of obtained mountains.

[0159] In this embodiment, various paid processes such as a process for recovering the durability of the pickaxe, a process for increasing the rank of the pickaxe, and a process for allowing the user to obtain the pickaxe can be executed in a predetermined situation (in other words, a situation where the user is not in a mountain as a predetermined virtual space) that is not during mining (in other words, during playing a predetermined in-game). However, at least a part of the paid processes may be executable during mining. For example, the display control unit 114 of the terminal device 10 displays a menu screen on the display unit 18 based on a predetermined input operation by the user during mining. In addition, the menu screen displays a button (e.g., a repair button 65) that accepts an operation related to recovery of the durability of the pickaxe owned by the user (e.g., the pickaxe being used), and when the button is operated, the control unit 210 executes a process for recovering the durability of the pickaxe owned by the user. It is well known that a specific menu screen can be displayed based on a user's operation during in-game execution, and that various processes can be performed based on various operations on the specific menu screen, so illustrations of the menu screen will be omitted.

[0160] (Processing flow) Next, an example of the processing executed by the game system 1 will be described with reference to a flowchart. First, an example of the processing related to the generation of a mountain and the determination of items that can be acquired from the mountain will be described with reference to the flowchart shown in FIG.

[0161] The virtual space management unit 231 acquires a hash generated at the end of a day from a specific blockchain (step S1). Next, the virtual space management unit 231 seeds the acquired hash (specifically, hlast ) to perform calculations and create a map (step S2). Specifically, the virtual space management unit 231 determines the topography of the map and the arrangement of mountains on the map, and assigns a virtual space ID to each mountain in the map that enables the mountain to be identified.

[0162] Next, the virtual space management unit 231 determines an overview of obtainable items for each mountain on the map created in step S2 (step S3). Specifically, the virtual space management unit 231 seeds the hash obtained in step S1 and the virtual space ID of each dungeon (specifically, seed hlast , seed mdid ) to determine the number of obtainable items for each pile and the approximate size of each item.

[0163] Next, the virtual space management unit 231 creates a mountain where the item outlined in step S3 can be obtained (in other words, the item is arranged) (step S4). Specifically, the virtual space management unit 231 creates a seed (specifically, a seed ) for the hash obtained in step S1 and the virtual space ID of each mountain. hlast , seed mdid ) to perform operations and create mountains.

[0164] Next, the virtual space management unit 231 acquires the first hash generated two days after the day the hash acquired in step S1 was generated (step S5). Next, the virtual space management unit 231 determines the details of the reward for each mountain on the map created in step S2 (step S6). Specifically, the virtual space management unit 231 seeds the hash acquired in step S5 and the virtual space ID of each mountain (specifically, seed hfirst , seed mdid ) to perform calculations to determine the type, detailed size, shape, or quality of item B available in each mountain.

[0165] Next, an example of processing related to mountain acquisition and mining in a mountain will be described with reference to the flowchart shown in FIG.

[0166] The operation reception unit 111 of the terminal device 10 receives an operation to acquire a mountain to be mined from among a plurality of mountains in a map (step S11). In other words, the operation reception unit 111 receives an operation to select a specific mountain from among a plurality of mountains. In yet other words, the operation reception unit 111 receives an operation related to acquisition of rights to play a game in a specific virtual space.

[0167] When an operation to obtain a mountain for mining is performed, the game control unit 212 grants the specific mountain to the user based on the operation (step S12). In other words, the game control unit 212 grants the right to play a game in a specific virtual space to the user based on the user's operation.

[0168] Furthermore, the operation receiving unit 111 receives an operation to instruct the user to start mining in the mountain acquired by the user (step S13). In other words, the operation receiving unit 111 receives an operation by the user to instruct the user to start playing a game in a virtual space in which the user has the right to play the game.

[0169] The game control unit 212 also starts mining based on an operation by the user instructing the start of mining in the mountain (step S14). In other words, the game control unit 212 starts playing a game in a specific virtual space based on an operation by the user instructing the start of playing a game in the specific virtual space. The game that is started may be one in which the user manually advances the game by operating a player character or the like, or may be one in which the game control unit 212 advances the game automatically without the user's operation. Specifically, for example, the player character may automatically perform mining, and the gems or the like that the player character unearths may be given to the user as a reward. The user may also be able to select whether to advance the game manually or automatically.

[0170] Next, the reward granting unit 233 grants a reward to the user based on the mining in the mountain (step S15). In other words, the reward granting unit 233 grants a reward to the user based on playing a game in a specific virtual space. Specifically, the reward granting unit 233 grants gems and pyroxenes to the user based on the mining in the mountain.

[0171] Next, an example of the flow of executing a specific process (in other words, a specific paid process) for which payment of virtual currency is required after a user operation related to the execution of the specific process has been performed and before the payment is completed will be described with reference to the flowchart shown in Figure 12.

[0172] The control unit 110 of the terminal device 10 accepts an operation related to the execution of a specific paid process (step S21). Specifically, the control unit 110 accepts an operation on the repair button 65 as an operation related to the execution of a process for recovering the durability value of the pickaxe as the specific paid process.

[0173] Next, when an operation related to the execution of a specific paid process is performed, the control unit 110 of the terminal device 10 transmits a request for the execution of the specific paid process to the server 20 (step S22).

[0174] Next, the control unit 210 of the server 20 generates a transaction related to the specific paid processing (in other words, a transaction related to the payment of the consideration required for the specific paid processing) based on the request for execution of the specific paid processing transmitted from the terminal device 10 (in other words, based on the operation related to the execution of the specific paid processing) (step S23). The control unit 210 also transmits the generated transaction to the network of the blockchain system 3 and shares it with the entire network (step S24). The generation of the transaction and transmission to the network may be performed by the control unit 110 of the terminal device 10, etc.

[0175] Next, the blockchain system 3 performs mining to generate a block that stores a transaction related to a specific paid process, and adds the block to the blockchain (step S25).

[0176] Next, the control unit 210 determines whether or not a block storing a transaction related to the specific paid processing has been added to the blockchain (step S26). Then, when the control unit 210 confirms that the block has been added to the blockchain (YES in step S26), it executes the specific paid processing (step S27). On the other hand, the control unit 210 does not execute the specific paid processing until it confirms that the block has been added to the blockchain.

[0177] The control unit 210 also determines whether a predetermined number of blocks are connected after the block storing the transaction related to the specific paid process (step S28). When the control unit 210 confirms that a predetermined number of blocks are connected after the block storing the transaction related to the specific paid process (YES in step S28), the control unit 210 determines that the payment of the consideration related to the execution of the specific paid process has been completed (step S29). Note that, when the payment is completed, the control unit 210 may notify the terminal device 10 (in other words, the user) that the payment has been completed. In other words, the display control unit 114 of the terminal device 10 may be capable of displaying a screen on the display unit 18 that allows the user to confirm that the payment has been completed after the payment is completed. Note that, when the payment is completed, the control unit 210 stores information indicating that the payment has been completed (in other words, a flag) in the storage unit 220.

[0178] The information indicating that the block storing the transaction related to the specific paid processing has been added to the blockchain (in other words, the information used for the determination in step S26) may be acquired, for example, by the control unit 210 accessing a storage unit such as a server of the blockchain system 3 that stores the relevant information at a predetermined timing, and may be sent from the blockchain system 3 to the control unit 210 when the block is added to the blockchain. The information indicating that a predetermined number of blocks have been added to the block storing the transaction related to the specific paid processing (in other words, the information used for the determination in step S28) may be acquired, for example, by the control unit 210 accessing a storage unit such as a server of the blockchain system 3 that stores the relevant information at a predetermined timing, and may be sent from the blockchain system 3 to the control unit 210 when a predetermined number of blocks have been added to the block storing the transaction related to the specific paid processing.

[0179] In this embodiment, the items, virtual currencies, tokens, and various logics (in other words, smart contracts) managed by the blockchain may be managed by the same blockchain, or some of them may be managed by different blockchains. The hashes used in various processes may be hashes of the same blockchain, or may be hashes of other blockchains. The blockchain may be an existing one such as Ethereum or Bitcoin. The NFTs corresponding to item A and item B (in other words, item A and item B that have been converted into NFTs) may be capable of being bridged from the blockchain on which they were issued to another blockchain.

[0180] Each configuration according to this embodiment can also be applied to content (in other words, services) other than the game according to this embodiment.

[0181] The present invention is not limited to the above-described embodiment, and can be modified in various ways without departing from the gist of the present invention. Within the scope of the present invention, the components can be freely combined, any components can be modified, or any components can be omitted. The process flow described in this specification is merely an example, and the order and configuration of each process may be different. In addition, some processes such as the various determination processes described in this specification may not exist. In other words, the process flow and specific determination processes may be different from those exemplified in this specification.

[0182] <Additional Notes> The matters described in the above embodiment can also be described as follows.

[0183] (Appendix 1) Computer, The device functions as an execution means (e.g., the control unit 210) that executes a specific process that generates an event in the virtual world and requires payment of virtual currency managed by a blockchain after a user operation related to the execution of the specific process is performed and before the settlement is completed. program. With this configuration, it is possible to execute a specific process that requires the payment of virtual currency without waiting for the payment to be completed, thereby shortening the time between when a user performs an operation and when the specific process is executed and an event occurs in the virtual world, thereby improving the comfort of the virtual world experience.

[0184] (Appendix 2) The execution means confirms whether the user has the virtual currency in an amount required for the specific process, and executes the specific process if it is confirmed that the user has the virtual currency. 2. The program described in Appendix 1. With this configuration, a specific process is executed after confirming in advance whether the user has the amount of virtual currency required for that process. This shortens the time between when a user performs an operation and when an event occurs in the virtual world, while also reducing the probability that payment for that process will not be completed.

[0185] (Appendix 3) The execution means executes the specific process when a block in which information related to payment of the consideration for the specific process is stored is added to the blockchain. 2. The program described in Appendix 1. The fact that the block is generated and added to the blockchain indicates that the user's operation for executing the specific process is not fraudulent and that the user has the intention to make the payment. Even if the block is discarded due to a fork or the like, the settlement is likely to be completed normally using another block. Therefore, with this configuration, the probability of the settlement not being completed can be significantly reduced, while the time from when the user performs the operation until when the specific process is executed and an event occurs in the virtual world can be shortened.

[0186] (Appendix 4) The execution means executes a second process, which is a process for generating an event in the virtual world, which is different from the specific process, and which requires payment of the virtual currency, after the settlement is completed. 2. The program described in Appendix 1. According to this configuration, among multiple processes that cause events in the virtual world and require the payment of virtual currency, for some processes, the time between when the user's operation is performed and when the event occurs is shortened, thereby improving the user's comfort, while for processes where it is desired to avoid a situation where only the process is executed and the payment cannot be collected, payment is made in advance, thereby preventing the occurrence of a situation where the payment cannot be collected.

[0187] (Appendix 5) Computer, When the specific process is executed before the settlement is completed and the settlement is not completed thereafter, the settlement means (e.g., the control unit 210) functions as a settlement means for executing the settlement of the incomplete settlement when the specific process is next executed. 2. The program described in Appendix 1. According to this configuration, it is possible to prevent specific processes from being executed one after another without payment of the fee.

[0188] (Appendix 6) The execution means executes the specific process after the operation is performed and before the settlement is completed when a parameter indicating the creditworthiness of the user satisfies a specific condition. 2. The program described in Appendix 1. According to this configuration, whether or not a specific process is executed before the completion of payment can be varied depending on the user's credit rating.

[0189] (Appendix 7) Computer, When the specific process is executed before the settlement is completed and the settlement is not completed thereafter, the control unit 210 functions as a loss means for losing at least a part of the benefit that the user has received by the execution of the specific process. The program according to claim 1. With this configuration, it is possible to prevent a user from receiving benefits from the execution of a specific process without having paid the fee.

[0190] (Appendix 8) The specific process is a process for changing a parameter of a specific object in the virtual world. A program according to any one of appendices 1 to 7. With this configuration, it is possible to shorten the time from when the user performs an operation until a change occurs in the parameters of an object in the virtual world.

[0191] (Appendix 9) The system includes an execution unit (e.g., a control unit 210) that executes a specific process that generates an event in a virtual world and requires payment of virtual currency managed by a blockchain after a user operation related to the execution of the specific process is performed and before the settlement is completed. Information processing system. According to this configuration, the same effects as those of the program described in Supplementary Note 1 can be achieved. [Explanation of symbols]

[0192] 1 Game system, 3 Blockchain system, 10 Terminal device, 11 Processor, 12 Memory, 13 Storage, 14 Communication IF, 15 Input / output IF, 17 Input section, 18 Display section, 20 Server, 21 Processor, 22 Memory, 23 Storage, 24 Communication IF, 25 Input / output IF, 30 Node device, 31 Processor, 32 Memory, 33 Storage, 34 Communication IF, 35 Input / output IF, 110 Control section, 111 Operation reception section, 112 Transmission / reception section, 113 Terminal processing section, 114 Display control section, 120 Memory section, 210 Control section, 211 Transmission / reception section, 212 Game control section, 213 Asset management section, 214 Market management section, 220 Memory section, 231 Virtual space management section, 233 Reward granting section, 310 Control section, 320 Memory section

Claims

1. Computer, An execution means for executing a specific process that generates an event in a virtual world and requires payment of virtual currency managed by a blockchain, based on a user's operation related to the execution of the specific process; a transaction sending means for generating a transaction for a payment of virtual currency related to the execution of the specific process based on the user's operation and sending the transaction to a blockchain network; The specific process includes a first process and a second process requiring a larger amount of money than the first process, the execution means causes a time period from the operation to the execution of the first process to be different from a time period from the operation to the execution of the second process, The second process takes a longer time from the operation to the execution of the process than the first process. program.

2. The execution means includes: Executing the second process after a predetermined number of blocks are connected to a block of a blockchain in which a transaction regarding a payment of virtual currency related to the execution of the second process is stored; The first process is executed without waiting for the predetermined number of blocks to be connected after a block of a blockchain in which a transaction for a virtual currency payment related to the execution of the first process is stored. The program according to claim 1.

3. An execution means for executing a specific process that generates an event in a virtual world and requires payment of virtual currency managed by a blockchain, based on a user's operation related to the execution of the specific process; and a transaction sending means for generating a transaction for a payment of virtual currency related to the execution of the specific process based on the user's operation and sending the transaction to a blockchain network; The specific process includes a first process and a second process requiring a larger amount of money than the first process, the execution means causes a time period from the operation to the execution of the first process to be different from a time period from the operation to the execution of the second process, The second process takes a longer time from the operation to the execution of the process than the first process. Information processing system.

Images