Program and Information Processing System

Abstract

To reduce user's resistance feeling to services which use an NFT-based object.SOLUTION: A program causes a computer to function as reward granting means. The reward granting means determines and grants rewards to each user according to the amount of work of each of a plurality of users when one of the plurality of users who participate in a predetermined event and use a specific NFT-based object achieves predetermined outcomes using the specific object in a virtual space.SELECTED DRAWING: Figure 1

Description

Technical Field

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

Background Art

[0002] Conventionally, technologies related to the provision of various services using blockchain have been known (see, for example, Patent Document 1). In addition, in services using blockchain, it is conceivable that objects and the like that can be used in a virtual space are NFT (Non-Fungible Token) -ized.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] By the way, services that utilize blockchain generally pose hurdles for users in terms of various registration procedures related to transactions using blockchain and the requirement for payment during transactions. Moreover, when NFTs are involved, the hurdles for using the service become even higher. For example, when an object NFTized within the service is used, not only is the NFT itself unfamiliar, but the NFTized object is unique and it is difficult to judge its value. As a result, users may strongly resist services that use NFTized objects. Additionally, in services that utilize blockchain like this, since money is easily involved, users are likely to be dissatisfied with the rewards for their actions within the service. When they do not feel satisfied with the rewards, there is a risk that they will distance themselves from using the service.

[0005] An object of the present invention is to reduce the resistance of users to services that use NFTized objects.

Means for Solving the Problems

[0006] According to one embodiment shown in the present disclosure, a computer is functioned as lending means for lending a specific NFTized object that can be used within a virtual space from an owner who owns the specific object to a user, and reward giving means for giving a user a reward corresponding to the result obtained by the user using the lent specific object within the virtual space. A program is provided.

Effects of the Invention

[0007] According to the present invention, it is possible to reduce the resistance of users to services that use NFTized objects.

Brief Description of the Drawings

[0008]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Figure 18

Embodiment for Carrying Out the Invention

[0009] Hereinafter, embodiments of the present invention will be described with reference to the drawings.

[0010] <Hardware Configuration of Game System> As shown in FIG. 1, the game system 1 of the present embodiment includes a plurality of terminal devices 10, a server 20, and a blockchain system (in other words, a blockchain network) 3. The blockchain system 3 includes a plurality of node devices 30.

[0011] 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 the network 2. The network 2 may be configured by, for example, 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 thereof.

[0012] The server 20 (in other words, a computer, an information processing device) may be 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.

[0013] The processor 21 controls the operation of the entire server 20. The processor 21 may include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), etc. The processor 21 reads a program from the storage 23 and expands it in the memory 22. The processor 21 executes the expanded program.

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

[0015] Note that in this embodiment, the program may be a program for realizing a game by the terminal device 10. Further, the program may be a program for realizing the game by the cooperation of the terminal device 10 and the server 20. Further, the program may be a program for realizing the game by the cooperation of the terminal device 10, the server 20, and the blockchain system 3. Note that, as an example, the game may be a game executed on a browser launched on the terminal device 10. Further, the various data includes, for example, data related to the game such as user information and game information, and instructions and notifications transmitted and received between each device such as the terminal device 10 and the server 20.

[0016] The storage 23 is an auxiliary storage device. The storage 23 is composed of a storage device such as, for example, a flash memory or an HDD (Hard Disk Drive). Various data related to the game is stored in the storage 23.

[0017] The communication IF 24 controls the transmission and reception of various data via the network between the server 20 and the terminal device 10 and the like. Also, the communication IF 24 controls the transmission and reception of various data via the network between the server 20 and the blockchain system 3 (in other words, the node device 30).

[0018] The input / output IF 25 is an interface for the server 20 to receive data input and also an interface for the server 20 to output 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 for displaying and outputting images.

[0019] 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 when the user executes a game.

[0020] 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 by a communication bus.

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

[0022] Memory 12 is the main memory device. Memory 12 is composed of a storage device such as ROM and RAM, for example. Memory 12 provides a working area for processor 11 by temporarily storing the program and various data read by processor 11 from storage 13. Memory 12 also temporarily stores various data generated while processor 11 is operating according to the program.

[0023] Storage 13 is an auxiliary storage device. Storage 13 is composed of a storage device such as a flash memory or an HDD, for example. Various data related to the game are stored in storage 13.

[0024] Communication IF 14 controls the transmission and reception of various data via a network between terminal device 10 and server 20 or the like. Note that communication IF 14 may control the transmission and reception of various data via a network between terminal device 10 and blockchain system 3 (in other words, node device 30).

[0025] Input / output IF 15 is an interface for terminal device 10 to receive data input and is also an interface for terminal device 10 to output data. Input / output IF 15 may perform data input and output via, for example, USB (Universal Serial Bus) or the like. Input / output IF 15 may include input unit 17 or display unit 18 or the like.

[0026] The input unit 17 receives inputs from the user. The input unit 17 may be, for example, a pointing device such as a touch pad or a mouse. The display unit 18 displays images. 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 which is an electronic component combining the input unit 17 and the display unit 18. In this case, the input unit 17 may have a function of detecting the position input to the input surface by a user's operation (such as a touch operation, a tap operation, a slide operation, a swipe operation, a flick operation, a pinch-in operation, and a pinch-out operation, etc.), and transmitting information indicating the detected position as an input signal.

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

[0028] In the present embodiment, the input unit 17 will be described as being a keyboard and a mouse. In the present embodiment, operations on various UIs such as buttons may be performed by, for example, moving the mouse cursor to the area where the buttons etc. are displayed on the display unit 18 and clicking.

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

[0030] The node device 30 (in other words, a computer, an information processing device) may be a general-purpose computer such as a workstation or a personal computer, for example. 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.

[0031] The processor 31 controls the operation of the entire node device 30. The processor 31 may include a CPU, an MPU, a GPU, and the like. The processor 31 reads a program from the storage 33 and expands it in the memory 32. The processor 31 executes the expanded program.

[0032] The memory 32 is a main storage device. The memory 32 is configured by a storage device such as a ROM and a RAM, for example. The memory 32 provides a working area for the processor 31 by temporarily storing the program and various data read by the processor 31 from the storage 33. The memory 32 also temporarily stores various data generated while the processor 31 is operating according to the program.

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

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

[0035] The input / output IF 35 is an interface for the node device 30 to receive data input and an interface for the node device 30 to output data. The input / output IF 35 may include an input unit that is an information input device such as a mouse and a keyboard, and a display unit that is a device for displaying and outputting an image.

[0036] In addition, the server 20 or 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.

[0037] <Functional Configuration of Game System> FIG. 2 is a block diagram showing the functional configurations of the server 20, the terminal device 10, and the node device 30. The server 20 in the present embodiment has, for example, a function of providing various data and programs necessary for realizing a game to each terminal device 10, and a function of collecting and managing data related to the game from each terminal device 10.

[0038] In the present embodiment, the server 20 uses the accounts of users pre-registered for each game to identify each user and the terminal device 10. The method of registering the accounts is not particularly limited. For example, another device such as the terminal device 10 or a personal computer may transmit information necessary for registering the user's account to the server 20 based on the user's operation, and the server 20 may create and store each user's account based on the received information.

[0039] As shown in FIG. 2, the server 20 functions as the control unit 210 and the storage unit 220 through the cooperation of the processor 21, the memory 22, the storage 23, the communication IF 24, the input / output IF 25, and the like. The storage unit 220 stores various data used by the control unit 210. Examples of the various data include programs, game information, and user information. The program is a program for realizing a game. The game information and the user information are data referred to when the control unit 210 executes the program.

[0040] Game information includes, for example, information for defining various virtual spaces (in other words, game spaces). A virtual space is, for example, a space in which objects such as characters that can be operated by a user (hereinafter also referred to as "player characters") are arranged. Also, game information includes, for example, information regarding the arrangement positions and setting values of various objects such as buildings, trees, stones, and items arranged in the virtual space. In the following, the object of a character arranged in the virtual space may simply be referred to as a "character".

[0041] User information is information managed for each game account. User information includes, for example, information regarding player characters, information regarding possessed assets, information indicating the progress of the game, and information regarding mountains acquired by the user (mountains will be described later) (in other words, information regarding the rights related to the execution of the game in a specific virtual space), etc. Possessed assets can be said to be the value owned by the user within the virtual space. Examples of such value include electronic currency, tokens, items, characters, etc. Also, as an example of electronic currency, virtual currency (in other words, cryptocurrency) and in-game currency that can be used within the game, etc. are included. That is, in the storage unit 220, for example, information such as the electronic currency, tokens, items, or characters possessed by each user may be stored in association with the identification information that can identify each user.

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

[0043] The transmission / reception unit 211 transmits or receives various types of data. For example, the transmission / reception unit 211 receives from each terminal device 10 transmission requests for various types of data and programs, requests for synchronization processing to support the multiplayer function, data to be synchronized, etc., and passes them to the game control unit 212, the asset management unit 213, the market management unit 214, etc. Also, the transmission / reception unit 211 transmits various types of data and programs to each terminal device 10 in accordance with the control by the game control unit 212, the asset management unit 213, the market management unit 214, etc.

[0044] In this embodiment, the multiplayer function is a function that enables 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 types of processing to support the multiplayer function.

[0045] The game control unit 212 provides a game to the terminal device 10 by executing the arithmetic processing described in the program stored in the storage unit 220.

[0046] The game control unit 212 defines the virtual space based on the information for defining the virtual space included in the game information. The game control unit 212 arranges objects in the virtual space based on the setting information of the objects included in the game information. The game control unit 212 controls the objects arranged in the virtual space. Specifically, the game control unit 212 changes the position, orientation, shape, color, etc. of the objects in the virtual space, or causes the objects to perform a predetermined operation.

[0047] In addition, the game control unit 212 arranges the player character in the virtual space based on the play information transmitted from the terminal device 10. Further, the game control unit 212 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 user's input operation. The play information is output in response to the user's input operation. As an example, the play information may include the coordinate information of the player character as the operation content of the player character, information related to the action of the player character, information indicating the button operated by the user, and the like. Further, the play information may include information related to 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 related to the action of the character. As an example, the action of the character may include an action of swinging a picker, an action of using various items, or a jump or the like, which will be described later. As an example, the information related to the setting of the character may include information related to the equipment and appearance of the character. Also, the setting of the character can be changed by the user.

[0048] The game control unit 212 can arrange the player characters of each of the plurality of players in one virtual space and control the player characters of each player based on the play information transmitted from the terminal device 10 of each player. In other words, the game control unit 212 performs control to make the game space, which is an example of the virtual space, shareable by a plurality of users.

[0049] In addition, when the game control unit 212 receives, via the transmission / reception unit 211, a request for synchronization processing or data to be subject to synchronization processing for supporting, for example, a multiplayer function from the terminal device 10, the game control unit 212 executes synchronization processing for supporting the multiplayer function. Further, the game control unit 212 instructs the transmission / reception unit 211 to transmit 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 takes synchronization of the games in progress among the respective terminal devices 10 by transmitting the information to each terminal device 10 simultaneously. By executing the synchronization processing, it becomes possible to simultaneously reflect an in-game event caused by an operation input on one terminal device 10 on other terminal devices 10.

[0050] The asset management unit 213 manages the assets held by the user. Further, the asset management unit 213 manages part or all (in other words, at least 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 regarding the assets held by the user in the storage unit 220, or may store it in the distributed ledger. In the case of a configuration in which the server 20 functions as the node device 30, the asset management unit 213 may store information regarding the assets held in the distributed ledger stored in its own storage unit 220. In the case of a configuration in which the server 20 does not function as the node device 30, the asset management unit 213 may perform control such as transmitting a request for storage in the distributed ledger to the blockchain system 3.

[0051] The terminal device 10 has, for example, a function as an input device that receives a user's input operation, and a function as an output device that outputs game images and sounds.

[0052] The terminal device 10 functions as a control unit 110 and a storage unit 120 through the cooperation of a processor 11, a memory 12, a storage 13, a communication IF 14, an input / output IF 15, etc. The storage unit 120 stores various data used by the control unit 110. Examples of the various data include 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 referred to when the control unit 110 executes the 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.

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

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

[0055] The transmission / reception unit 112 transmits or receives various data. The transmission / reception unit 112 transmits, for example, various data and various requests to the server 20. As an example, the data transmitted by the transmission / reception unit 112 to the server may include play information, game information, and user information. In other words, the transmission / reception unit 112 transmits information regarding the input operation received by the operation reception unit 111 to the server 20.

[0056] In addition, the transceiver unit 112 receives various data, programs, and various requests from the server. As an example, the data received by the transceiver unit 112 from the server 20 may include the types of objects (e.g., characters and items) to be placed in the game space, the coordinate information of the objects, the action information of the characters, the information regarding the settings of the characters, and other information. Also, as an example, the data received by the transceiver unit 112 from the server may include data for synchronization to support the multiplayer function. The data for synchronization may include, for example, the data to be synchronized and the types of such data, and the data for specifying the timing of synchronization, etc.

[0057] The terminal processing unit 113 executes various processes related to the progress of the game. The terminal processing unit 113 specifies the content of the user's instruction based on the input operation of the user detected by the operation reception unit 111. Also, the terminal processing unit 113 executes various determination processes related to the progress of the game based on the specified instruction content, etc. Further, the terminal processing unit 113 progresses the game while communicating with the server 20 based on the result of the determination process, etc.

[0058] The terminal processing unit 113 defines a virtual camera for designating the area to be presented to the user in the virtual space. The terminal 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 terminal processing unit 113 instructs the display control unit 114 to generate an image obtained by drawing the visual field area defined by the virtual camera and the objects arranged in this visual field area. In other words, the terminal processing unit 113 instructs the display control unit 114 to display an image corresponding to the progress of the game on the display unit 18.

[0059] The position and orientation of the virtual camera can be appropriately determined for each virtual space. For example, the terminal processing unit 113 arranges the virtual camera based on the position and orientation of a specific object so that the specific object is located at the center of the visual field area in a specific orientation. At this time, the terminal processing unit 113 adjusts the position and orientation of the virtual camera using the direction, distance, and angle with respect 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 rock. The dynamic objects include player characters that operate based on the operations of each user and non-player characters that operate based on a program.

[0060] The display control unit 114 causes the display unit 18 to display an image related to the game. A specific example will be described below.

[0061] The display control unit 114 generates an image obtained by drawing the area of the visual field of the virtual camera defined by the terminal processing unit 113 and the objects existing in that area in the virtual space, and causes the display unit 18 to display it. The display control unit 114 can superimpose and draw objects related to the UI (User Interface) required for various operations of the game, such as icons, buttons, and menus indicating various parameters, on the image to be displayed on the display unit 18.

[0062] Note that the control unit 110 of the terminal device 10 may arrange objects in the virtual space and cause the display unit 18 to display a predetermined area of the virtual space based on the object data sent from the server 20, information indicating the positions of various objects in the virtual space, and the like. Further, 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 it to the terminal device 10, and the control unit 110 of the terminal device 10 may cause the display unit 18 to display the image. That is, various processes related to the control of objects based on the user's input operations, the control of the virtual camera, the generation of images to be displayed on the display unit 18, and the like may be performed by the server 20 or the terminal device 10.

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

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

[0065] When the control unit 310 receives a registration request for information regarding the possession of items and specific tokens (described later) acquired by the user (for example, acquired from other users or the game operator (for example, acquired by mining described later)) and transmitted from the server 20, 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 and specific token in the distributed ledger based on information regarding the transaction (in other words, transfer) of items and specific tokens transmitted from the server 20 or the terminal device 10. Specifically, a plurality of blocks including hash values and transactions are stored in the distributed ledger. A transaction may be, for example, information indicating the details of a transaction of an item or a specific token. A transaction includes, for example, input information indicating the transferor and output information indicating the transferee. A hash value is calculated from the information included in the previous block, and in the distributed ledger, the transaction history of items and specific tokens and the like are stored in a state where each block is connected like a chain by the hash value. By managing such a transaction history in the distributed ledger of each node device 30, information indicating which user holds which item and information indicating how many specific tokens a user holds can be stored on the blockchain. Note that, instead of the transaction history of items and the like, information indicating which user holds which item and the like can be stored on the blockchain by managing information regarding the possession state of items and the like of each user in the distributed ledger. Thus, in the game of this embodiment, possession information of items and specific tokens is stored on the blockchain. Note that there may be items and the like for which possession information is not stored on the blockchain.

[0066] Note that the functions of the terminal device 10, the server 20, and the node device 30 shown in FIG. 2 are merely examples. Each of the terminal device 10, the server 20, and the node device 30 may include at least a part of the functions provided by other devices. In other words, in the present embodiment, the server 20 or the node device 30 may include a part or all of the functional blocks provided by the terminal device 10, the terminal device 10 or the node device 30 may include a part or all of the functional blocks provided by the server 20, and the terminal device 10 or the server 20 may include a part or all of the functional blocks provided by the node device 30. Further, each device 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. Further, the game system 1 may not include, for example, the terminal device 10, the server 20, or the node device 30.

[0067] <Processing according to the present embodiment> Next, the processing 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 the program stored in the game system 1 to perform each of the processes described below. However, at least a part of the processes performed by the processor 11 among the processes described below may be executed by a processor different from the processor 11 (for example, the processor 21 or the processor 31). Also, at least a part of the processes performed by the processor 21 among the processes described below may be executed by a processor different from the processor 21 (for example, the processor 11 or the processor 31). Further, at least a part of the processes performed by the processor 31 among the processes described below may be executed by a processor different from 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 a plurality of devices. Also, a part or all of various processes may be executed on a blockchain.

[0068] Here, the outline of the game of this embodiment will be described. In the game of this embodiment, there is a common map 40 among 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.

[0069] The user acquires (or selects) a mountain where the user will perform mining (in other words, the virtual space where the game is played) from the map 40. The acquisition of the mountain is performed, for example, as follows. For example, based on a predetermined input operation by the user, the display control unit 114 of the terminal device 10 causes the map 40 (in other words, the list of mountains that the user can acquire) to be displayed on the display unit 18 as shown in FIG. 3. Then, on the map 40 displayed on the display unit 18, the specific mountain can be acquired by selecting the specific mountain (for example, a click operation on the displayed specific mountain). Specifically, for example, when an operation of selecting a specific mountain among the mountains displayed on the map 40 is performed, the display control unit 114 causes the acquisition button 41 for receiving the operation of acquiring the selected mountain to be displayed on the display unit 18. Then, based on the operation on the acquisition button 41, the game control unit 212 causes the user to acquire the mountain selected by the user.

[0070] Also, the user can perform mining of a predetermined item in the mountain acquired by the user. In other words, when the user acquires a mountain, the user can play a game of performing mining in the acquired mountain. That is, in the present embodiment, "acquisition of a specific mountain" can be rephrased as "acquisition of the right to perform mining on a specific mountain", and can also be rephrased as "acquisition of the right to play a game in a specific virtual space". Note that it may be configured such that mining in the mountain can be performed without the user acquiring the mountain (in other words, without acquiring the right to perform mining).

[0071] Also, in the game of this embodiment, Item A used for mining in the mountains is prepared. And in order to perform mining, the user needs to have Item A. In other words, Item A is an item necessary to participate in the game. In this embodiment, Item A is a pickaxe. Note that when not having Item A, it may be configured that the acquisition of the mountain cannot be performed. In the game of this embodiment, a plurality of types of Item A with different characteristics are prepared. Also, Item A is an item that can be in a non-fungible token (NFT) state. The NFT state means a state in which information proving that Item A is unique is stored on the blockchain. In other words, the NFT state means a state in which an NFT corresponding to Item A is issued and managed on the blockchain. Note that hereinafter, digital assets such as items for which corresponding NFTs are issued are also referred to as NFTs. In this embodiment, the NFTization of Item A (in other words, the generation of Item A) is performed by the game operator 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 in a non-NFT state. However, it may be possible for the user to perform the NFTization of Item A.

[0072] Also, in the game of this embodiment, the user can obtain Item B and Item C by mining. Details will be described later, but Item B is an item that can be in an NFT state. Also, Item C is an item that can be exchanged for a predetermined token. Hereinafter, the token that can be obtained by exchanging with Item C is referred to as a "specific token".

[0073] In the game of this embodiment, there are multiple types of Item B, which is an item with a collection element. Specifically, Item B is a gemstone that the user collects. Also, Item C is a mineral different from the gemstone (hereinafter referred to as "pyroxene"). That is, the game of this embodiment has a gameplay of using a pickaxe as Item A to perform mining in the mountains and obtaining gemstones as Item B and pyroxene as Item C.

[0074] Also, the specific token that can be obtained by exchanging with Item C is a cryptocurrency (for example, virtual currency). In the game of this embodiment, the specific token can be used for leveling up Item A, repairing Item A (in other words, fixing), and NFT-izing Item B, etc.

[0075] Note that regardless of whether it is NFT-ized, assets such as Item A, Item B, or Item C held by each user may be managed by a blockchain (in other words, a distributed ledger).

[0076] Mining in the mountains as a predetermined event is performed as follows, for example. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display the home screen 42 illustrated in FIG. 4 based on a predetermined input operation by the user. On the home screen 42, a mining start button 43 for receiving an operation related to starting mining in the mountains acquired by the user is displayed. Then, the game control unit 212 starts mining in the mountains acquired by the user based on the operation on the mining start button 43.

[0077] Note that the home screen 42 is, for example, the first screen to be displayed when the present game (in other words, the application related to a predetermined service) is launched on the terminal device 10. Here, "the first screen to be displayed when launched" includes cases where the home screen 42 is displayed after various displays related to the launch (such as title display and load-related display) are made. Note that the home screen 42 is displayed not only at startup but also on a predetermined occasion. For example, the home screen 42 may be displayed when an operation is performed on the home button 90, or when mining on the mountain as in-game is completed. A predetermined background image (for example, a background image including a player character, etc.) may be displayed on the home screen 42. Also, a plurality of menu items related to the game may be displayed on the home screen 42. Specifically, various UIs for receiving operations related to the display of various screens may be displayed on the home screen 42. For example, as the UI, a mine button 91, an item button 92, a lending-related button 93, a shop button 94, and a home button 90 may be displayed. Then, based on an operation on the mine button 91, the display control unit 114 may cause the display unit 18 to display a screen for displaying the map 40 illustrated in FIG. 3 or a screen for displaying the list 44 of acquired mountains illustrated in FIG. 5. Also, based on an operation on the item button 92, the display control unit 114 may cause the display unit 18 to display the item screen 64 illustrated in FIG. 10. Also, based on an operation on the lending-related button 93, the display control unit 114 may cause the display unit 18 to display the lending-related screen 400 illustrated in FIG. 12. Also, based on an operation on the shop button 94, the display control unit 114 may cause the display unit 18 to display the shop screen 60 illustrated in FIG. 9. Also, based on an operation on the home button 90, the display control unit 114 may cause the display unit 18 to display the home screen 42. Note that based on operations on the map display button 95 and the my mine display button 96 shown in FIGS. 3 and 5, respectively, the display control unit 114 may switch the display between the screen for displaying the map 40 illustrated in FIG. 3 and the screen for displaying the list 44 of acquired mountains illustrated in FIG. 5.Note that the mine button 91, item button 92, lending-related button 93, shop button 94, and home button 90 may be displayed during the display of various screens other than the home screen 42 and the like.

[0078] Also, the mountain where the user performs mining is determined as follows, for example. 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. 5 based on a predetermined input operation by the user. Note that the list 44 of mountains may be shown on the map 40 displayed on the display unit 18 for the mountains acquired by the user. Further, when an operation (for example, a click operation on a specific mountain) to select a specific mountain among the mountains acquired by the user (in other words, the mountains listed) displayed on the display unit 18 is performed, the display control unit 114 causes the display unit 18 to display a mining target determination button 46 that accepts an operation to determine the selected mountain as the mountain for performing mining. Also, the game control unit 212 sets the mountain selected by the user as the mountain for performing mining based on an operation on the mining target determination button 46. Then, when an operation is performed on the mining start button 43, mining starts on the mountain set as the mountain for performing mining by the operation on the mining target determination button 46. That is, in the present embodiment, it is possible to select (in other words, change) the mountain for performing mining by selecting the mountain for which mining is desired from the list 44 of mountains acquired by the user and performing an operation on the mining target determination button 46. Note that when an operation to select a specific mountain from the list 44 of mountains acquired by the user is performed, the mining start button 43 may be displayed instead of or in addition to the mining target determination button 46 (see FIG. 5), and when an operation is performed on the mining start button 43, mining may start on the specific mountain. Note that, as shown in FIG. 4, on the home screen 42 (in other words, the screen that accepts an operation related to the start of mining), a display 48 that can recognize the mountain set as the mountain for performing mining (in other words, the mountain on which mining starts by the operation to start mining) may be displayed. Also, on the home screen 42, a display 49 that can recognize the pickaxe set as the pickaxe to be used for mining (in other words, the pickaxe to be equipped on the player character) may be displayed.

[0079] When an operation is performed on the mining start button 43, as shown in FIG. 6, the game control unit 212 places the player character 38 on the mountain 37 where mining is performed as a virtual space. Then, the game control unit 212 moves the player character 38 based on an input operation by the user. That is, the mountain 37 is a virtual space in which the user can play a predetermined game (specifically, a game of performing mining, in other words, a predetermined in-game event) by operating the player character 38 (in other words, a specific event can be executed). That is, the start of mining on a specific mountain 37 can be said to be the start of playing a game in a specific virtual space, or entering a specific virtual space. The game control unit 212 moves the player character 38 within the virtual space or causes the player character 38 to perform an operation of using the pickaxe 39 (specifically, an operation of swinging the pickaxe 39) based on an input operation by the user. The operation method of the player character 38 within the virtual space can be the same as that of a conventional action game or the like, but for example, it may be as follows. The game control unit 212 may move the player character 38 within the mountain 37 based on operations on the "W", "A", "S", and "D" keys of the keyboard. Also, the game control unit 212 may cause the player character 38 to jump based on an operation on the space key of the keyboard. Further, the game control unit 212 may cause the player character 38 to perform a mining operation of swinging the pickaxe 39 to dig the mountain 37 based on a left click operation on the mouse.

[0080] Gemstones and pyroxenes are buried (in other words, placed) in the mountain 37. And the user can acquire the gemstones and pyroxenes dug out (in other words, discovered) by himself / herself. That is, when the player character 38 operated by the user digs out an item such as a gemstone or a pyroxene, the game control unit 212 gives (in other words, causes to acquire) the dug-out item to the user.

[0081] Note that mining can also be interrupted midway. For example, based on a predetermined input operation by the user (e.g., an operation on the Tab key of the keyboard), the display control unit 114 of the terminal device 10 causes the menu screen 70 shown in FIG. 11 to be displayed on the display unit 18. A quit button 71 for accepting an operation related to exiting the mountain is displayed on the menu screen 70. Then, based on the operation on the quit button 71, the game control unit 212 causes the player character 38 to exit the mountain 37 (in other words, ends the mining). At this time, the game control unit 212 stores the progress state of the mining in the storage unit 220. When mining in the same mountain 37 is started next, the game control unit 212 reads out the stored progress state and resumes the mining from where it left off. That is, when resuming the mining, the previously dug part of the mountain 37 remains dug, and among the gems and the like buried in the mountain 37, the previously dug gems and the like remain dug. In other words, when entering and then re - entering a specific virtual space such as the mountain 37, the state reflects the changes made by the user when entering previously. In other words, in this embodiment, it is possible to interrupt the game in a specific virtual space and resume it midway.

[0082] Also, the user can arbitrarily dispose of the mountains they have acquired. For example, as shown in FIG. 5, when an operation of selecting a specific mountain among the mountains acquired by the user (in other words, the mountains listed) displayed on the display unit 18 is performed, the display control unit 114 causes the disposal button 47 for accepting an operation related to the disposal of the selected mountain to be displayed on the display unit 18. Then, based on the operation on the disposal button 47, the game control unit 212 disposes of the selected mountain (in other words, releases the user's acquisition state for the selected mountain). The disposed mountain disappears from the list 44 of the mountains acquired by the user, and mining in that mountain becomes impossible.

[0083] In this embodiment, the pickaxe used in mining is to be selected before starting mining by operating the mining start button 43. Such an operation related to the selection of the pickaxe can be the same as the operation of selecting a weapon to be used (in other words, equipped on the player character 38) in a conventional game. Note that the pickaxe being used may be changeable during mining.

[0084] The pickaxe used in mining has a durability value set, and the durability value decreases as it is used for mining (for example, it decreases from the durability value of "100" towards the durability value of "0"). When the durability value reaches a predetermined value (for example, the durability value of "0"), the pickaxe becomes unusable. In other words, mining using a pickaxe whose durability value has reached the predetermined value is not possible. Specifically, when the durability value reaches the predetermined value, the pickaxe can be swung, but it cannot dig the ground surface even when swung. Note that when the durability value reaches the predetermined value, although the performance deteriorates, mining using that pickaxe may still be possible.

[0085] In addition, the operation reception unit 111 receives an operation instructing the user to recover the durability value of the pickaxe (in other words, repair item A). Then, the game control unit 212 performs a process of recovering the durability value of the pickaxe based on the operation. Also, 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.

[0086] Also, a rank is set for the pickaxe. Note that the rank includes so-called levels and the like. When the rank of the pickaxe increases, certain parameters of the pickaxe change. Specifically, when the rank of the pickaxe increases, certain parameters that affect the ease of obtaining gems and pyroxenes (in other words, the efficiency of mining) change. More specifically, when the rank of the pickaxe increases, the parameter related to the swinging speed of the pickaxe changes and the speed at which the pickaxe is swung increases. As a result, the mining speed increases, so the mining efficiency increases. Also, when the rank of the pickaxe increases, the maximum value of the durability increases. As a result, the time during which mining can be continued without recovering the durability value extends, so the mining efficiency increases. Also, when the rank of the pickaxe increases, the power of the pickaxe increases, and the amount that can be dug with one swing (in other words, the amount of influence that one operation gives to the mountain) etc. may increase. As a result, the mining speed increases, so the mining efficiency increases.

[0087] Also, the operation reception unit 111 receives an operation instructing an increase in the rank of the pickaxe. Then, the game control unit 212 performs a process of increasing the rank of the pickaxe based on the operation. Also, 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.

[0088] Note that in the game of this embodiment, items that can be obtained through acquisition routes different from item A, item B, and item C may be prepared. For example, there may be items (for example, items that can be equipped by the player character) that can be purchased in the game using in-game currency that is not a cryptocurrency (for example, the player's held assets managed by the storage unit 220 etc. and not managed by a blockchain). Note that the in-game currency may be something that can be purchased using legal currency.

[0089] In addition, various items (e.g., Item A, Item B, and Item C) in the present embodiment may be read as objects. Objects include characters, items, and the like. That is, Item B and Item C given by playing a game (in other words, executing an event) on a mountain as a specific virtual space may be characters or the like.

[0090] In the present embodiment, the map is updated (in other words, newly generated) at a predetermined interval (specifically, once a day). Also, in accordance with the update of the map, the mountains that can be acquired are updated (in other words, newly generated) at a predetermined interval (specifically, once a day). Also, one mountain can be acquired by only one user. When a certain user acquires a certain mountain (in other words, the right to mine the certain mountain), other users cannot acquire the certain mountain. In other words, the acquisition of the mountain is first come, first served. Note that the update of the map and the update of the mountains that can be acquired may be such that the past map and mountains are renewed (in other words, a new map and mountains are generated and the past map disappears or the past mountains cannot be acquired), or the past map may be expanded or new mountains may be added in addition to the mountains generated in the past (in other words, the mountains that can be acquired increase), etc.

[0091] Here, the flow of acquisition and consumption of assets in the game of the present embodiment will be described with reference to FIG. 7.

[0092] As described above, in the game of this embodiment, in order to participate in the game, the user needs to have a pickaxe. In this embodiment, the pickaxe can be purchased in the in-game marketplace, and the user purchases the pickaxe in the marketplace. Note that the pickaxe can be purchased with specific tokens. Transactions in the marketplace are managed by the marketplace management unit 214. Specifically, for example, the operation reception unit 111 of the terminal device 10 receives an operation for the user to select an item to be purchased. Then, information regarding the operation is sent to the marketplace management unit 214 of the server 20 via the transmission / reception units 112 and 211, and the marketplace management unit 214 performs processing to deliver the item selected by the user to the user and transfer the consideration from the user to the person who sold the item.

[0093] Next, the user uses the acquired pickaxe to perform mining in the mountain. In mining, it is possible to acquire a plurality of types of items including gems and pyroxenes.

[0094] The pyroxenes acquired by the user can be exchanged for specific tokens. Note that the exchange of pyroxenes for specific tokens may be performed automatically or may be performed based on an operation for the user to instruct the exchange. For example, all the pyroxenes owned by the user may be periodically converted into specific tokens. Specifically, every day, at a predetermined time, all the pyroxenes owned by the user may be automatically converted into specific tokens, and all the pyroxenes owned by the user at that time may disappear. Also, for example, pyroxenes may be automatically exchanged for specific tokens at a specific timing such as the timing of exiting the mountain. In this embodiment, pyroxenes are given to the user by mining in the mountain and are exchanged for specific tokens, but instead of or in addition to pyroxenes, specific tokens may be directly given to the user by mining in the mountain.

[0095] In addition, in the present embodiment, the specific token is a virtual currency managed by a blockchain. The specific token may be a token that can be exchanged for other cryptographic assets at a predetermined exchange (for example, a decentralized exchange). Further, the specific token may be an original token related to the game of the present embodiment, a token with a set issuance limit, or a virtual currency or the like that can be used outside the game.

[0096] In addition, gems acquired by a user can be converted into NFTs by satisfying certain conditions. That is, in this embodiment, it is possible to issue an NFT corresponding to a gem and manage it in a blockchain. Specifically, for example, after a user acquires a gem, the process of converting the gem into an NFT may be started in response to a user operation on the acquired gem, or the process of converting the gem into an NFT may be started automatically without a user operation on the acquired gem. For example, the operation reception unit 111 of the terminal device 10 may receive an operation by the user to select a gem that the user wants to convert into an NFT 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 and 211, and the asset management unit 213 may perform a process of converting the selected gem into an NFT based on the operation. In addition, a fee (for example, a predetermined amount of specific tokens) is required for NFT conversion, and when a gem is converted into an NFT by the operation, the fee may be consumed from the user's assets. In addition, NFTed gems may be able to be bought and sold in a marketplace or the like in the game. In other words, turning an item into an NFT can be said to make the item available for buying and selling on the marketplace. Specifically, for example, the operation reception unit 111 of the terminal device 10 may receive an operation to select the gems that the user wants to sell (specifically, the NFTed gems). Then, information regarding the operation is sent to the market management unit 214 of the server 20 via the transmission and reception units 112, 211, and the market management unit 214 may put up for sale the gems selected by the user based on the operation. Then, if there is another user who wishes to purchase the gems, the market management unit 214 may perform a process of transferring the gems to the other user and transferring the price from the other user to the user who sold the gems. In other words, the NFTed item B may be able to be traded with other users.

[0097] Also, the gemstones may be exchangeable with specific tokens. Specifically, the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects gemstones to be exchanged with specific tokens in the game. Then, information regarding the operation is sent to the server 20 via the transmission / reception units 112 and 211, and the asset management unit 213 may grant the user specific tokens in exchange for the selected gemstones based on the operation. In other words, the gemstones may be items that can be NFTized and exchanged with specific tokens. Note that the exchange between the gemstones and the specific tokens may be performed only on either the pre-NFTization or post-NFTization side of the gemstones, or may be performed on both sides.

[0098] The game control unit 212 controls the game that the user plays. The game control unit 212 includes a virtual space management unit 231 and a reward granting unit 233. Further, the virtual space management unit 231 executes a map creation process for creating a map, an item outline determination process for determining an outline of items that can be obtained at each mountain (in other words, items arranged in each virtual space), a virtual space creation process for creating a mountain, and an item detail determination process for determining details of items that can be obtained at each mountain.

[0099] Also, among the various processes in the present embodiment, there are processes having randomness. In the present embodiment, the processes having randomness are realized by performing calculations 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 described later, but only one of them may be included. Specifically, in the present embodiment, two types of seeds using a blockchain (hereinafter, each referred to as "seed hlast ", "seed hfirst "), and one type of seed using a virtual space ID (hereinafter, referred to as "seed mdid ") are prepared.

[0100] More specifically, a seed related to the hash of a blockchain (specifically, for example, the Bitcoin blockchain) as a seed using the blockchain and a seed related to the virtual space ID are used to realize randomness. In the present embodiment, the hash at the end of an arbitrary period (for example, one day) (in other words, the hash value of the last generated block), hash last_yyyymmdd and hash last_yyyymmdd which is the hash of the first block generated on the day after the day when hash first_yyyymmdd+2 is generated (in other words, the hash value of the first generated block) are used as seeds related to the hash. Also, in the present embodiment, the virtual space ID is used as a seed related to the virtual space ID. That is, in the present embodiment, seed hlast = hash last_yyyymmdd and seed hfirst = hash first_yyyymmdd+2 and seed mdid = the virtual space ID.

[0101] Note that in the present embodiment, based on various seeds, items that can be obtained in the map and each mountain are randomly determined. However, since the method of randomly determining predetermined matters such as maps and various objects based on a certain seed is well-known, the description thereof is omitted.

[0102] In the map creation process, the virtual space management unit 231 creates a map. Specifically, the virtual space management unit 231 performs, as the map creation process, a process of determining the terrain of a map (in other words, a virtual world) where a plurality of mountains are arranged and a process of determining the arrangement of each mountain in the map. Also, in the map creation process, the virtual space management unit 231 assigns an ID (in other words, identification information. Hereinafter, referred to as "virtual space ID") that enables each mountain in the created map to be identified. That is, each mountain in the created map is assigned a unique virtual space ID for each mountain. Note that the virtual space ID may be composed of one or more numbers, and for example, serial numbers may be sequentially assigned from 1 to each mountain.

[0103] In this embodiment, the map is created randomly. In other words, the map creation process has randomness. Specifically, the virtual space management unit 231 generates a random number by performing an operation using a predetermined seed (hereinafter referred to as the "map creation seed"), and determines the terrain of the map and the arrangement of each mountain in the map based on the random number. The map creation seed includes seed hlast is included. In other words, the virtual space management unit 231 creates a map using a function with seed hlast specified as an argument. That is, the virtual space management unit 231 creates a map according to seed hlast (in other words, the hash of the blockchain).

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

[0105] In this embodiment, the outline of the acquirable items (specifically, the number and size of item B) is determined randomly. In other words, the determination of the outline of the acquirable items has randomness. Specifically, the virtual space management unit 231 generates a random number by performing an operation using a predetermined seed (hereinafter referred to as the "outline determination seed"), and determines the outline of the acquirable items based on the random number. The outline determination seed includes seed hlast and seed mdid are included. In other words, the virtual space management unit 231 uses seed hlast and seed mdidDetermine the outline of the items that can be obtained using the function specified with the argument. To put it another way, the virtual space management unit 231 uses seed hlast and seed mdid to perform a predetermined lottery and determine the outline of the items that can be obtained. Here, when determining the outline of the items that can be obtained for a certain mountain, the virtual space management unit 231 uses the virtual space ID of the certain mountain as seed mdid . That is, for each mountain, the virtual space management unit 231 determines the outline of the items that can be obtained according to seed hlast (in other words, the hash of the blockchain) and the virtual space ID of each mountain.

[0106] In the virtual space creation process, the virtual space management unit 231 creates a mountain as a three-dimensional virtual space where the items determined in the item outline determination process can be obtained (in other words, where the items are arranged). In this embodiment, the mountains are created randomly. To put it another way, the virtual space creation process has randomness. For example, the terrain of the mountain and the positions where each item is buried in the mountain may be determined randomly. The virtual space management unit 231 generates a random number by performing an operation using a predetermined seed (hereinafter referred to as the "virtual space creation seed"), and creates a mountain based on the random number. The virtual space creation seed includes seed hlast and seed mdid . Then, the virtual space management unit 231 creates a mountain using the function specified with seed hlast and seed mdid and the outline of the items that can be obtained determined in the item outline determination process as arguments. To put it another way, the virtual space management unit 231 performs a predetermined lottery using seed hlast and seed mdid to create a mountain. Here, when creating a certain mountain, the virtual space management unit 231 uses the virtual space ID of the certain mountain as seed mdid . Also, when creating a certain mountain, the virtual space management unit 231 uses the outline of the items that can be obtained determined for the certain mountain as an argument. That is, for each mountain, the virtual space management unit 231 makes each mountain depend on seedhlast (In other words, the hash of the blockchain), the virtual space ID of each mountain, and the outline of the acquirable items of each mountain determined in the item outline determination process, create a mountain so that it becomes the corresponding mountain.

[0107] In the item detail determination process, the virtual space management unit 231 determines the details of the items acquirable on each mountain determined in the item outline determination process. Specifically, the virtual space management unit 231 determines the type, detailed size, shape, or quality, etc. of item B acquirable on each mountain determined in the item outline determination process. More specifically, for example, as described above, when the outline of acquirable items such as 2 small gemstones and 1 large gemstone has been determined, the virtual space management unit 231 determines the types of each small gemstone and large gemstone, such as diamond, aquamarine, red spinel, etc. Further, the virtual space management unit 231 determines the quality of each small gemstone and large gemstone, such as low quality, medium quality, high quality, etc. Further, the virtual space management unit 231 determines the detailed size of each small gemstone and large gemstone, such as 0.2 carats, 6.4 carats, etc. Note that the quality of a gemstone may also be determined taking into account the carat number. For example, it may be assumed that the higher the carat number, the higher the quality of the gemstone.

[0108] In this embodiment, the details of the acquirable items (specifically, the type, quality, and detailed size of item B) are determined randomly. In other words, the determination of the details of the reward has randomness. Specifically, the virtual space management unit 231 generates a random number by performing an operation using a predetermined seed (hereinafter referred to as the "detail determination seed"), and determines the details of the acquirable items based on the random number. The detail determination seed includes seed hfirst and seed mdid and are included. Then, the virtual space management unit 231 determines the details of the acquirable items using a function specified with seed hfirst and seed mdid and the outline of the acquirable items determined in the item outline determination process as arguments. In other words, the virtual space management unit 231 uses seedhfirst and seed mdid Perform a predetermined lottery using and to determine the details of the items that can be obtained. Here, when determining the details of the items that can be obtained for a certain mountain, the virtual space management unit 231 uses the virtual space ID of the certain mountain as seed mdid When determining the details of the items that can be obtained for a certain mountain, the virtual space management unit 231 uses the outline of the items that can be obtained determined for the certain mountain as an argument. That is, for each mountain, the virtual space management unit 231 determines the details of the items that can be obtained according to seed hfirst (In other words, the hash of the blockchain), the virtual space ID of each mountain, and the outline of the items that can be obtained for each mountain determined in the item outline determination process.

[0109] In this way, in this embodiment, the details of the gems that can be obtained by mining (for example, some contents such as type, quality, or detailed size) are not determined until the item detail determination process is executed.

[0110] Here, the timeline related to the acquisition and mining of mountains will be described with reference to FIG. 8. Here, hash, which is the hash generated last on May 29, 2022, is used as seed last_20220529 and hash, which is the hash generated first on May 31, 2022, is used as seed hlast and an example will be described where map creation, mountain generation, determination of obtainable items, etc. are performed. first_20220531 and hash, which is the hash generated first on May 31, 2022, is used as seed hfirst and an example will be described where map creation, mountain generation, determination of obtainable items, etc. are performed.

[0111] First, the virtual space management unit 231 performs map creation processing using the hash at the end of May 29, 2022 to create a map. Here, the hash at the end of May 29 (in other words, the last block) is retrospectively determined by the date of the timestamp included in the block of the blockchain changing to May 30. In other words, seed hlastis determined by the generation of the first hash (in other words, the first block) on May 30, 2022. Therefore, in this embodiment, the virtual space management unit 231, at the timing when the first hash on May 30 is generated (in other words, after the generation of the hash), hash last_20220529 is used to create a map.

[0112] Also, the virtual space management unit 231 performs item outline determination processing using the last hash on May 29, 2022, and determines the outline of the items that can be obtained for each mountain. Also, the virtual space management unit 231 performs virtual space creation processing using the last hash on May 29, 2022, and creates the mountains where the items whose outlines are determined in the item outline determination processing are arranged. In this embodiment, the virtual space management unit 231, at the timing when the first hash on May 30 is generated (in other words, after the generation of the hash), hash last_20220529 is used to determine the outline of the items that can be obtained on each mountain. Also, the virtual space management unit 231, at the timing when the first hash on May 30 is generated (in other words, after the generation of the hash), hash last_20220529 is used to create mountains.

[0113] Also, the virtual space management unit 231 performs control to limit the period during which a mountain can be obtained. In this embodiment, the period during which a mountain can be obtained is set from when the first hash of the day is generated (the seed hlast related to the last hash of the previous day is determined) until the first hash of the next day is generated (the seed hfirst related to the hash is determined). In other words, the virtual space management unit 231, hash last_20220529Control the period during which a mountain created using [it] can be acquired so that it becomes the period until the details of the items that can be acquired at the mountain are determined. To put it another way, when a mountain (or, in other words, a map) is created, the mountain (or, in other words, the map) created up to the timing when the next mountain (or, in other words, the map) is created can be acquired. Note that the acquirable period of the mountain may be set, for example, from when the first hash of the day is generated until the end of the day (or, in other words, the day when the mountain is generated).

[0114] Also, the virtual space management unit 231 performs item detail determination processing using the first hash on May 31, 2022, and determines the details of the item for which the last hash on May 29, 2022 was used for the determination of the outline. In this embodiment, the virtual space management unit 231, at the timing when the first hash on May 31 is generated (or, in other words, after the hash is generated), uses hash first_20220531 to determine the details of the items that can be acquired. That is, the virtual space management unit 231 determines the details of the items that can be acquired at the mountain after the acquirable period of the mountain has elapsed. In other words, the virtual space management unit 231 controls so that the mountain cannot be acquired after the details of the items that can be acquired are determined.

[0115] In this way, the mountain (or, in other words, the right to mine the mountain) for which the outline and details of the acquirable items are determined is acquired by the user based on the user's operation, and it becomes possible to acquire items by mining.

[0116] When an operation for the user to select a mountain to be acquired is performed, 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 (or, in other words, the right to play the game in the selected virtual space).

[0117] When receiving an operation to select a mountain to acquire, as shown in FIG. 3, the display control unit 114 causes the display unit 18 to display detailed information 50 about the mountains that the user can acquire. For example, when an operation to select a specific mountain is performed on the map 40 that displays the mountains that the user can acquire, the display control unit 114 causes the display unit 18 to display the detailed information 50 about the specific mountain. In the present embodiment, as the detailed information 50, information about the gems that can be acquired at the specific mountain is displayed. In other words, as the detailed information 50, a display regarding the expected degree of reward for the specific mountain is displayed. Specifically, the terminal processing unit 113 receives information about the outline of the items that can be acquired at the specific mountain from the virtual space management unit 231, and based on the information, causes the display unit 18 to display an outline of the number of gems that can be acquired when mining at the mountain, the size of each gem, and the like. As a result, the user can select whether to acquire the specific mountain after viewing the detailed information 50. That is, in the present embodiment, the virtual space management unit 231 can present information about the rewards that can be obtained by the game play (in other words, the detailed information 50) to the user before the user acquires the right to play the game in the virtual space, and the information is displayed on the display unit 18. In the present embodiment, the outline of the number of gems that can be acquired at the mountain and the size of each gem are presented as the detailed information 50, and it is ensured that the presented number of gems and the gems of the size corresponding to the presented size can be acquired. However, the number and size of the gems presented as the detailed information 50 are only a guide, and there may be a case where the number of gems presented as the detailed information 50 or the gems corresponding to the presented size (in other words, the rewards as shown in the detailed information 50) cannot be acquired.

[0118] In addition, the virtual space management unit 231 stores the information indicating the mountain acquired by the user on a blockchain (for example, the Ethereum blockchain). Specifically, when a certain user acquires a certain mountain, the virtual space management unit 231 stores the information indicating that the certain user has acquired the certain mountain on the blockchain. That is to say, in this embodiment, it can be said that the history of the user's acquisition of the mountain is stored on the blockchain. In other words, in this embodiment, the information regarding the rights related to the game play in a specific virtual space is stored on the blockchain. According to such a configuration, it is possible to prevent the acquisition of mountains, items, etc. by improper means. That is, in this embodiment, the right to obtain a predetermined item by acquiring a mountain with a limited acquisition period is obtained, and the information indicating the mountain acquired by the user is stored on a blockchain that is difficult to falsify. According to this configuration, when a certain user acquires an item (specifically, a gem) by improper means, it is possible to confirm that the certain user does not have the acquisition information of the mountain from which the item can be acquired, and it is possible to prove the fraud of the certain user. In addition, in this embodiment, the acquisition information of the mountain is stored on a blockchain that is difficult to rewrite, and the timing when the details of the acquirable items are determined is after the elapse of the acquirable period of the mountain. Therefore, it is possible to more firmly prevent the illegal acquisition of items.

[0119] Based on an operation instructing the start of mining on the mountain by the user, the game control unit 212 starts mining on the mountain acquired by the user. In the game of this embodiment, mining on the mountain becomes possible from the timing after the outline of the acquirable items is determined and the mountain is created, and it is also possible to perform mining before the details of the acquirable items are determined. In addition, it is also possible to perform mining after the details of the acquirable items are determined.

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

[0121] Here, as the timing at which the granting of items is determined based on mining in the mountain, both patterns before and after the details of the items are determined are conceivable. In other words, there may be a case where the details of the items are not determined at the timing when the granting of the items is determined. Specifically, in this embodiment, although a gem has been discovered by mining in the mountain (in other words, the granting of the gem has been determined), there may be a state where 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 the elapse of the period during which the mountain can be acquired as a predetermined period (in other words, the period during which the right to play the game for a specific virtual space can be acquired), mining in the mountain is possible during the period during which the mountain can be acquired, and a situation may occur where mining is performed in the mountain during the period during which the mountain can be acquired and a gem is obtained. The user can confirm the gems he / she has obtained on a predetermined screen such as a screen displaying the list of items he / she holds (for example, a screen that can be opened after exiting the mountain). However, after the user has obtained a gem, only an outline of this gem is displayed on the predetermined screen until the details of this gem are determined. And when the details are determined, the details of this gem can be confirmed on the predetermined screen.

[0122] In this embodiment, the creation of the map, the creation of mountains (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 carried out on a daily basis, and the map and the obtainable mountains are updated daily. That is, for example, in the example shown in FIG. 8, the map creation process, the item outline determination process, and the virtual space creation process are carried out using the last hash on May 30, and for the items whose outlines are determined in the item outline determination process, the item detail determination process is carried out using the first hash on June 1. In this embodiment, the next map update and the update of the obtainable mountains are carried out after the obtainable period of the mountain ends, but the next map update and the update of the obtainable mountains may be carried out during the obtainable period of the mountain. In other words, the hash used for 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 does not have to be the last hash or the first hash of the day.

[0123] In this embodiment, the hash generated at the end of the day is used to create and obtain maps and mountains and to determine the outline of obtainable items. However, the hash generated at the end of the day (in other words, the last block of the day) is determined retrospectively when the hash of the first block of the next day (in other words, the first block of the next day) is generated. For this reason, the creation of maps and mountains and the determination of the outline of obtainable items are performed at a timing after the hash of the first block of the next day is generated. Therefore, it is also conceivable to use the hash of the first block of the next day to create maps and mountains and to determine the outline of obtainable items. However, in this embodiment, by using the hash generated at the end of the day to create maps and mountains and to determine the outline of obtainable items, the determination of the outline of maps, mountains, and obtainable items and the determination of the details of obtainable items are performed based on different hashes. That is, when processing related to the creation of maps and mountains and the determination of obtainable items is executed continuously for several days, the hash used for determining the details of the items whose outline was determined on the previous day and the hash used for determining the outline of the items on the current day are not the same. In other words, in this embodiment, the game control unit 212 determines the details of items using a specific hash (specifically, the hash of the first block of the day) within an arbitrarily repeated period, and determines the outline of items using a hash different from the specific hash (specifically, the hash of the last block of the day). Also, although the blockchain may branch, in this embodiment, at the timing when the hash of the first block of the next day is generated, the hash generated at the end of the day is used to create maps and mountains and to determine the outline of obtainable items, so it is possible to perform processing using the hash (in other words, the block) with a high probability of being adopted.

[0124] In the game of this embodiment, the lottery logic related to the gem as item B is stored and published on the blockchain. Specifically, the logics of the item outline determination process and the item detail determination process are published as smart contracts. That is, the logic of the process for determining the outline of the reward using seed hlast is published as a smart contract. Also, the logic of the process for determining the details of the reward using seed hfirst is published as a smart contract. Further, seed hlast and seed hfirstis the hash of the blockchain and serves as the 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, and the said predetermined seed and the said predetermined logic are publicly disclosed, and each user can verify whether any fraud has occurred in the determination of the item outline using the publicly disclosed said predetermined seed and the said 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, and the said predetermined seed and the said predetermined logic are publicly disclosed, and each user can verify whether any fraud has occurred in the determination of the item details using the publicly disclosed said predetermined seed and the said predetermined logic. With such a configuration, it is possible to provide a highly transparent system in which no operator intervention occurs in the item granting and this fact can be clearly presented to the users. Also, by using the hash of the blockchain as the seed, the seed cannot be predicted even by the operator and can be made immutable and obvious to anyone who views it. That is, according to the configuration of this embodiment, regarding item granting, not even the operator can control it, the users can verify it using the publicly disclosed logic, and it cannot be predicted in advance. Therefore, it is possible to prevent fraud from occurring in item granting and the value of the system from being damaged. Also, in this embodiment, since the random numbers related to the determination of the item outline and details are determined based on the hash of the blockchain and the random numbers can be identified, it is possible to detect fraud in manipulating the random numbers and prevent fraud such as illegally causing a predetermined object to appear by manipulating the random numbers. Note that the logic of the virtual space creation process, etc. may also be stored and publicly disclosed on the blockchain, or may not be stored on the blockchain and kept private.

[0125] Note that the detailed information 50 about the mountain may be displayed not only when the user acquires the mountain, but also when the user selects a mountain for mining from the acquired mountains, or when starting mining on the mountain. For example, as shown in FIG. 5, when an operation to select a specific mountain is performed in a state where the list 44 of the mountains acquired by the user is displayed on the display unit 18, the display control unit 114 causes the detailed information 50 about the specific mountain to be displayed on the display unit 18. For example, as the detailed information 50, information about the gems that can be obtained in the specific mountain (for example, an overview of the number of gems and the size of each gem) is displayed. In other words, as the detailed information 50, a display regarding the expected degree of reward for the specific mountain is displayed. Thereby, the user can select whether to perform mining in the specific mountain after seeing the detailed information 50. Further, the progress status of mining may be displayed as the detailed information 50. Specifically, for example, how many gems have been discovered, what percentage of the buried amount of gems has been discovered, how many pyroxenes have been discovered, what percentage of the buried amount of pyroxenes has been discovered, or the progress degree of mining for that mountain calculated based on the amount of gems discovered, etc. (in other words, the progress degree of the game in that mountain) may be displayed as the detailed information 50.

[0126] (Processing that requires payment in virtual currency) In this embodiment, there is a process (hereinafter referred to as "paid process") that requires payment of virtual currency (specifically, a specific token) managed by the blockchain. Specifically, as the paid process, there are a plurality of types of processes including a process related to the purchase of a pickaxe (in other words, a process of enabling the user to acquire a pickaxe), a process related to the repair of a pickaxe (in other words, a process of restoring the durability value of the pickaxe), and a process related to the upgrade of the rank of a pickaxe (in other words, a process of increasing the rank of the pickaxe).

[0127] The process related to the purchase of pickles will be described. As described above, pickles can be purchased in the in-game marketplace. The purchase of pickles 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 shop screen 60 illustrated in FIG. 9 based on a predetermined input operation by the user. A list of purchasable pickles is displayed on the shop screen 60. Further, the operation reception unit 111 receives an operation (for example, a click operation on a specific displayed pickle) for selecting a pickle to be purchased from among the pickles listed. Also, when a pickle to be purchased is selected, the display control unit 114 causes the display unit 18 to display a dialog (not shown) for confirming whether to execute the purchase of the selected pickle. The dialog 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 is performed on the execution button, the control unit 110 of the terminal device requests the server 20 to purchase the selected pickle. The market management unit 214 of the server 20 executes a process of granting the selected pickle to the user and causing the user to 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 causing the user to acquire a pickle as a paid process based on an operation related to the execution of the paid process by the user. Note that when a specific pickle is displayed as a purchasable pickle on the terminal device 10 of a certain user, it is also said that the specific pickle is lined up in the shop of the certain user.

[0128] Next, the processes related to the repair of the picker and the process related to the increase in the rank of the picker will be described. The repair and rank increase of the picker are 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 item screen 64 illustrated in FIG. 10 based on a predetermined input operation by the user. A list of items (in other words, usable items) owned by the user is displayed on the item screen 64. Specifically, a list of pickers (in other words, usable pickers) owned by the user is displayed on the item screen 64. Further, the operation reception unit 111 receives an operation (for example, a click operation on a specific picker) for selecting a specific picker from the pickers displayed on the item screen 64. Further, when a specific picker is selected, the display control unit 114 causes the display unit 18 to display a UI for receiving various operations on the selected picker. Specifically, as the UI, the display control unit 114 causes the display unit 18 to display a repair button 65 for receiving an operation related to the recovery of the durability value of the picker, an upgrade button 66 for receiving an operation related to the increase in the rank of the picker, and a sell button 67 for receiving an operation related to the sale of the picker. In the item screen 64, a display indicating the remaining amount of the durability value may be displayed for the selected picker and the pickers listed. In the example shown in FIG. 10, a meter 68 indicating the remaining amount is displayed as the display indicating the remaining amount of the durability value, but the display indicating the remaining amount of the durability value may be a display such as a numerical value indicating the remaining amount.

[0129] When an operation on the repair button 65 is performed, the control unit 110 of the terminal device 10 requests the server 20 to recover the durability value of the selected picker. Based on the request, the game control unit 212 of the server 20 recovers the durability value of the selected picker and executes a process of causing the user to pay a price for the recovery of the durability value (in other words, a process of reducing the specific tokens held by the user by the amount corresponding to the price for the recovery of the durability value). That is, the control unit 210 executes a process of recovering the durability value of the picker as a paid process based on an operation related to the execution of the paid process by the user.

[0130] Further, when an operation is performed on the upgrade button 66, the control unit 110 of the terminal device requests the server 20 to increase the rank of the selected picker. Based on this request, the game control unit 212 of the server 20 increases the rank of the selected picker and executes a process of making the user pay the price for the rank increase (in other words, a process of reducing the specific tokens held by the user by the amount corresponding to the price for the rank increase). That is, the control unit 210 executes a process of increasing the rank of the picker as a paid process based on the operation related to the execution of the paid process by the user.

[0131] Also, when an operation is performed on the sell button 67, the control unit 110 of the terminal device requests the server 20 to list the selected picker on the marketplace. Based on this request, the marketplace management unit 214 of the server 20 puts the picker selected by the user up for sale, enabling other users who wish to purchase it to buy the picker from the user (for example, by paying specific tokens). In other words, the listed picker will be displayed on the shop screen 60 of other users.

[0132] In this embodiment, the pickers listed on the marketplace include those sold by the game operator and those sold by other users. That is, the user can purchase pickers from the game operator and from other users. When purchasing a picker from the game operator, the purchase price is remitted to the game operator. When purchasing a picker from another user, the purchase price is remitted to that other user. Also, the price for restoring the durability value of the picker is remitted to the game operator. Further, the price for increasing the rank of the picker is remitted to the game operator.

[0133] Also, in this embodiment, it is possible to perform picker repair even during the execution of mining. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display the menu screen 70 illustrated in FIG. 11 based on a predetermined input operation by the user (for example, an operation on the Tab key of the keyboard) during the execution of mining. On the menu screen 70, a picker operation button 72 related to accepting an operation on the picker owned (in other words, used) by the user is displayed. When an operation is performed on the picker operation button 72, the display control unit 114 causes the display unit 18 to display a UI for accepting various operations on the picker owned by the user. Specifically, as the UI, the display control unit 114 causes the display unit 18 to display a repair button 73 for accepting an operation related to restoring the durability value of the picker and a change button 74 (in other words, replacement) for accepting an operation related to changing the picker to be used (in other words, switching).

[0134] When an operation is performed on the repair button 73, the control unit 110 of the terminal device requests the server 20 to restore the durability value of the picker owned by the user (for example, the picker in use). The game control unit 212 of the server 20 executes a process of restoring the durability value of the picker owned by the user based on the request and causing the user to pay a price for the restoration of the durability value (in other words, a process of reducing the specific tokens held by the user by the amount corresponding to the price for the restoration of the durability value). That is, the control unit 210 executes a process of restoring the durability value of the picker owned by the user based on a predetermined operation by the user during the execution of mining.

[0135] Further, when an operation is performed on the transfer button 74, the display control unit 114 causes the display unit 18 to display a list 75 of transferable pickles. Then, when an operation of selecting a specific pickle is performed from the pickles displayed in the list 75 of transferable pickles (for example, a click operation on the specific pickle), the control unit 110 of the terminal device 10 requests the server 20 to change the pickle used by the user to the specific pickle. The game control unit 212 of the server 20 executes a process of changing the pickle used by the user to the specific pickle based on the request.

[0136] Note that the menu screen 70 may display the user name, the current rank of the user, etc. Further, on the menu screen 70, the number of gems discovered in the mountain where mining is currently being performed, the percentage of the gem reserve discovered, the number of pyroxenes discovered, the percentage of the pyroxene reserve discovered, or the progress of mining for that mountain calculated based on the amount of gems discovered, etc. may be displayed.

[0137] (Lending of Pickles) In this embodiment, the item A owned by the user can be lent to other users. Hereinafter, a user who owns a pickle as the item A and lends the pickle to other users is called an "owner". Also, a user who borrows a pickle from another user is called a "scaler".

[0138] A scaler can perform mining in the mountain using the pickle lent by the owner. That is, a user who does not own a pickle can borrow a pickle from a user who owns a pickle and play the game (specifically, execute mining).

[0139] The operations related to the start of mining in the mountain and the operation of mining by operating the player character in the mountain may be the same for the owner and the scalar. That is, for example, the scalar can start mining in the mountain based on an operation on the mining start button 43 on the home screen 42 displayed on their own terminal device 10. Here, in this embodiment, the mountain where the scalar performs mining using the pickaxe lent by the owner is the mountain owned by the owner. When lending the pickaxe, the owner designates the mountain where mining is to be performed using the pickaxe. Then, when the scalar performs mining using the pickaxe lent by the owner, the scalar will perform mining in the mountain designated by the owner.

[0140] Also, the scalar can obtain a reward by performing mining using the pickaxe borrowed from the owner. In this embodiment, the scalar can obtain, as a reward, the portion set as the scalar's share among the dug-out items by digging out items using the pickaxe. Specifically, when the player character operated by the scalar digs out pyroxene, the reward granting unit 233 grants the scalar a quantity of pyroxene corresponding to the set ratio among the dug-out pyroxene as a reward. Although it will be described in detail later, the ratio is set by the owner. For example, when the ratio is set to 30%, when the player character operated by the scalar digs out pyroxene, the reward granting unit 233 grants 70% of the dug-out pyroxene to the owner and 30% to the scalar. At this time, in the scalar's terminal device 10 or the owner's terminal device 10, an effect may be performed such that the owner first obtains all the dug-out pyroxene and then distributes the pyroxene to the scalar from the owner.

[0141] In this embodiment, the scalar's share can be set by the owner, but it may also be determined regardless of the owner's setting. Further, in this embodiment, among the items dug out by the scalar, all the gems are acquired by the owner and are not distributed to the scalar. That is, the reward giving unit 233 causes the owner to acquire all of the first objects (for example, gems) obtained by the scalar using the lent specific object (for example, pickaxe) in the virtual space (for example, the mountain owned by the owner), and causes the owner to acquire a part of the second objects (for example, pyroxene) obtained by the scalar using the lent specific object within the virtual space.

[0142] Also, in this embodiment, there may be a case where a plurality of scalars are set for one owner. In such a case, when any one of the player characters operated by the plurality of scalars digs out pyroxene, each scalar is given an amount of pyroxene as a reward according to its own mining work (in other words, game play). In this embodiment, the reward given to each scalar is determined based on the following rules. · When any scalar digs out pyroxene, the owner's share and the scalar's share of the dug-out pyroxene are determined according to the ratio set by the owner. · The scalar's share is divided among all the scalars. · Each scalar is given an amount of pyroxene according to its own workload (specifically, the ratio of the mountain dug) among the scalar's share. · The workload of each scalar is calculated by "the durability value of the pickaxe consumed by itself / the durability value of the pickaxe consumed by all scalars" during a predetermined period. · A predetermined amount of bonus (specifically, 5% bonus) is given to the scalar that dug out the pyroxene from among the scalar's share.

[0143] Here, the predetermined period for calculating the workload of each scalar is the period from when pyroxene was last discovered on that hill until the pyroxene to be distributed is acquired. Also, in the case where the pyroxene to be distributed is the first pyroxene discovered on that hill, it is the period from when mining becomes possible on that hill until the pyroxene to be distributed is acquired. However, the said predetermined period is not limited to this and can be set as appropriate.

[0144] Then, when any scalar digs out pyroxene, the reward granting unit 233 determines the rewards to be granted to the scalar that dug out the pyroxene and to the scalars other than the one that dug out the pyroxene according to the following calculation formula, and grants rewards to each scalar. · Reward for the scalar that dug out the pyroxene = (dug-out pyroxene) × (proportion of reward set by the owner) × (coefficient for bonus payment) × (durability value of the pickaxe consumed by oneself / durability value of the pickaxe consumed by all scalars) + (dug-out pyroxene) × (proportion set by the owner) × (coefficient for bonus receipt) · Reward for scalars other than the one that dug out the pyroxene = (dug-out pyroxene) × (proportion of reward set by the owner) × (coefficient for bonus payment) × (durability value of the pickaxe consumed by oneself / durability value of the pickaxe consumed by all scalars)

[0145] That is, for example, assume there are two scalars, scalar A and scalar B, and scalar A dug out 100 g of pyroxene. Also, assume the owner has set the reward proportion to 30% (in other words, the owner's share is set to 70%). Also, assume scalar A consumed a durability value of 40 for the pickaxe lent by the owner, and scalar B consumed a durability value of 60 for the pickaxe lent by the owner. In this case, 100 g × 0.3 × 0.95 × (40 / (40 + 60)) + 100 g × 0.3 × 0.05 = 12.9 g of pyroxene is granted as a reward to scalar A. Also, 100 g × 0.3 × 0.95 × (60 / (40 + 60)) = 17.1 g of pyroxene is granted as a reward to scalar B. Also, 100 g × 0.7 = 70 g of pyroxene is granted to the owner as the owner's share.

[0146] Also, as described above, the pyroxene owned by each user may be periodically converted into specific tokens. That is, the flow until the scalar obtains the specific token may be as follows. That is, first, when one of the plurality of scalars lent the picker from one owner digs out the pyroxene, the pyroxene is distributed to the owner and the plurality of scalars. In this embodiment, the pyroxene is given to the owner and the plurality of scalars at the timing of excavation (in other words, immediately), but it may be given at a predetermined timing such as the end of the event. All the pyroxene owned by each user is set to be automatically converted into specific tokens at a specific time every day, and by this conversion, each scalar (and the owner) obtains the specific token. In other words, at the specific time, both the owner and the plurality of scalars (in other words, for example, all users playing the game of this embodiment) are in a state of not owning the pyroxene.

[0147] Thus, in this embodiment, the owner can lend a picker to a scalar to find gemstones or pyroxenes on their behalf. That is, in this embodiment, lending a picker can also be paraphrased as recruiting a scalar as a collaborator who will cooperate in finding gemstones or pyroxenes. In other words, the owner can recruit a scalar as a collaborator who will cooperate in an event aimed at achieving a predetermined goal (e.g., finding gemstones or pyroxenes), and the collaborator participates in the event using an object (e.g., a picker) lent by the owner. Note that the event in which the collaborator participates using the object lent by the owner may be one that aims to win against a predetermined opponent (here, the "opponent" may be another user or an NPC. Also, enemy characters in a so-called quest, etc. are also included in the opponents), one that aims to reach a predetermined destination, one that aims to obtain a predetermined object, etc. Further, the event in which the collaborator participates using the object lent by the owner may be an event that can be advanced by the owner and the collaborator through multiplayer, an event that can be advanced by multiple collaborators who have been lent objects from a single owner through multiplayer, or an event that can be advanced by the collaborator alone.

[0148] In addition, in the present embodiment, when one of a plurality of scalars lent by an owner to a picker achieves a predetermined result, the reward granting unit 233 determines the rewards to be granted to each scalar according to the workload of each of the plurality of scalars and grants them to each user. In this regard, in a game such as the present embodiment, for example, in a situation where scalar A, which has performed a lot of work, among scalar A and scalar B lent by the owner to the picker, has not been able to achieve a result (specifically, a situation where no pyroxene has been found despite a lot of digging), there may be a case where scalar B, which has performed only a little work, luckily achieves a result (specifically, a case where pyroxene is found despite only a little digging). In such a case, depending on the method of granting rewards, users such as scalar A may feel unfair. According to the configuration of the present embodiment, since more rewards are distributed to the users who have performed a lot of work, it is possible to reduce the possibility that each user feels unfair, and it is possible to motivate the users to actively play the game. Also, in such a case, there may be a case where scalar B was able to find pyroxene because scalar A performed a lot of work. According to the configuration of the present embodiment, it is possible to reward the play of users such as scalar A.

[0149] Note that, as described above, the reward for each user is determined according to the workload of each user until any user achieves a predetermined result (specifically, until a pyroxene is discovered). Then, when any user achieves a predetermined result again, the reward for each user is determined according to the workload of each user from when any user achieved a predetermined result last time until any user achieves a predetermined result again. That is, in this embodiment, when any user achieves a predetermined result, the workload of each user related to the calculation of the reward is reset, and the starting point of the calculation of the workload is changed to the timing when the predetermined result was achieved. However, it is not necessary to reset the workload at the timing when any user achieves a predetermined result. For example, regardless of whether any user achieves a predetermined result during the process, each user may be given a reward according to the cumulative workload from when each user starts mining (in other words, from when mining on that mountain becomes possible) until the opportunity to give a reward arrives.

[0150] Note that, as described above, in this embodiment, when one of the multiple users who participate in a predetermined event and use a specific object that has been NFTized achieves a predetermined result by using the specific object in the virtual space, the reward granting unit 233 determines and grants the reward to each user according to the workload of each of the multiple users. However, the predetermined event may not be an event in which the user participates by using an object lent by the owner, and the specific object may not be an object lent by the owner.

[0151] In addition, in the present embodiment, the workload of each user is determined based on the consumption amount of the durability value of the picker (in other words, the amount of mined mountains), but the workload may be determined by a method according to the type of game. For example, in an event where enemy characters appear, the workload may be determined based on the number of defeated enemy characters, the total amount of damage inflicted on the enemy characters, etc. Also, points are set for various actions that can be performed by the player character during the event, and the workload may be determined based on the cumulative points of the actions actually performed during the event, etc. The workload may be determined based on parameters indicating, for example, how much each user has played, how many effective actions have been performed during the event, or how much contribution has been made to the result (in other words, in the event).

[0152] Note that in the present embodiment, the reward given to the scalar varies according to the achieved result of the scalar, but a fixed reward may be given regardless of the result.

[0153] Subsequently, regarding the lending of the picker, it will be described in detail with reference to various displays related to the lending of the picker.

[0154] The display control unit 114 of the terminal device 10 causes the display unit 18 to display a lending-related screen 400 illustrated in FIG. 12 based on a predetermined input operation by the user. On the lending-related screen 400, a scalar recruitment button 401 for receiving an operation related to the recruitment of a scalar (in other words, lending out the picker) and an owner search button 402 for receiving an operation related to applying as a scalar (in other words, searching for an owner, and further in other words, borrowing the picker) are displayed. Also, the display control unit 114 causes the display unit 18 to display a recruitment screen 420 illustrated in FIG. 13 based on an operation on the scalar recruitment button 401. Further, the display control unit 114 causes the display unit 18 to display an application screen 440 illustrated in FIG. 14 based on an operation on the owner search button 402.

[0155] The recruitment screen 420 is a screen for performing operations related to the recruitment of scalars. In other words, the recruitment screen 420 is a screen for performing operations related to the lending of the pickers owned by the user. Specifically, on the recruitment screen 420, settings can be made for cases (in other words, events) of recruiting scalars. That is, in the present embodiment, it is possible to recruit scalars for one case (in other words, an event) of mining at a specific mountain. On the recruitment screen 420, for the case of recruiting scalars, it is possible to set the rewards given to scalars, the pickers lent to scalars, and the like.

[0156] On the recruitment screen 420, a mountain selection UI 421, a reward setting UI 422, a communication item input UI 423, a lending object selection UI 424, and a recruitment start button 425 as a UI related to the start of scalar recruitment are displayed.

[0157] The mountain selection UI 421 is a UI that accepts operations related to the selection of mountains targeted for scalar recruitment (in other words, the mountains where scalars perform mining). In other words, the mountain selection UI 421 is a UI that accepts operations related to the selection of cases (in other words, events) targeted for scalar recruitment. In the present embodiment, when a click operation is performed on the mountain selection UI 421, it switches to a state where a list 430 of the mountains owned by the user is displayed. At this time, it may also switch to a state where a screen similar to the screen illustrated in FIG. 5 is displayed. Then, by operating to select a specific mountain from the mountains listed, it is possible to select the mountain targeted for scalar recruitment. Note that by performing an operation to select a specific mountain from the mountains listed, detailed information 50 etc. about the specific mountain is displayed, and it may be possible to determine the mountain targeted for scalar recruitment after confirming the detailed information 50. The operation reception unit 111 accepts a user operation on the mountain selection UI 421 (for example, a click operation on the mountain selection UI 421 and a click operation on a specific mountain among the mountains listed based on the click operation) as an operation to select the mountain targeted for scalar recruitment from among the mountains owned by the user.

[0158] The reward setting UI 422 is a UI that accepts operations related to setting the reward for the results obtained by using the lent pickaxe (in other words, the reward for the scalar for cooperation with the owner). In other words, the reward setting UI 422 is a UI that accepts operations related to setting the conditions related to the lending of the pickaxe (specifically, the conditions regarding the reward). In the present embodiment, the share of the scalar (in other words, the share of the owner) among the results obtained by the scalar using the lent pickaxe is set as the reward for the results. More specifically, in the present embodiment, when the scalar uses the pickaxe to dig out pyroxene, the dug-out pyroxene is distributed between the owner and the scalar, and the distribution between the owner and the scalar of the dug-out pyroxene is set as the reward for the results.

[0159] The reward setting UI 422 accepts an operation for setting the ratio to be given to the scalar among the pyroxenes excavated by the scalar. For example, when a ratio of "30%" is set in the reward setting UI 422, 70% of the pyroxenes excavated by the scalar becomes the owner's share, and 30% becomes the scalar's share. Note that the reward setting UI 422 may be an input field where a numerical value such as "30%" can be input by an operation on the keyboard, or may be a pull-down menu or the like where a plurality of selectable ratio candidates are displayed and a specific ratio can be selected from among the plurality of candidates. The operation reception unit 111 accepts the user's operation on the reward setting UI 422 as an operation for setting the reward to the other user for the result obtained based on the use of the picker lent by the user by another user. In other words, the operation reception unit 111 accepts the user's operation on the reward setting UI 422 as an operation for setting the scalar's share (in other words, the owner's share) for a predetermined object obtained based on the use of the picker lent by the user by another user.

[0160] Note that in this embodiment, the owner can set the scalar's share for the result raised by the scalar between "0%" and "100%". When set to "0%", all the pyroxenes excavated by the scalar will be acquired by the owner. When set to "100%", all the pyroxenes excavated by the scalar will be acquired by the scalar.

[0161] Note that the reward setting UI 422 may accept an operation for setting the type of item to be given to the scalar (for example, whether to give a gemstone to the scalar or a pyroxene to the scalar, etc.) as the reward to the scalar for the result raised by the scalar. Also, the reward given to the scalar may not be an item discovered by the scalar. For example, a predetermined reward (for example, a specific token in an amount corresponding to the result) may be given from the owner's held assets according to the result raised by the scalar.

[0162] The transmission item input UI 423 is a UI that accepts operations related to the input of transmission items as scalars. In the present embodiment, the transmission item input UI 423 accepts an operation of inputting, as a transmission item, an operation of inputting which users to recruit as scalars. Specifically, it may be possible to select, as the transmission item, character information to be set from among a plurality of character information such as "Welcome beginners", "Welcome casual miners", "Recruit only serious miners", "Recruit experienced people", "Emphasize teamwork", "With profit sharing", etc. Note that the transmission item input UI 423 may be a pull-down menu or the like in which a plurality of selectable transmission item candidates are displayed and a specific transmission item can be selected from among the plurality of candidates, or it may be an input field in which the user can input an arbitrary character string (in other words, a free comment) by operating the keyboard. The operation reception unit 111 accepts the user's operation on the transmission item input UI 423 as an operation of inputting (in other words, setting) a transmission item to be transmitted to the user who borrows the picker from the user.

[0163] Note that in the present embodiment, the transmission item input in the transmission item input UI 423 is merely a comment, and even a user who does not satisfy the requirements described in the transmission item can apply as a scalar and borrow a picker. That is, for example, even when "Recruit experienced people" is selected as the transmission item, it is possible to apply as a scalar and borrow a picker regardless of whether the user is a beginner or an experienced person. However, it may be restricted so that a user who does not satisfy the requirements described in the transmission item cannot apply as a scalar and borrow a picker. Specifically, the control unit 110 and the control unit 210 may perform processing to restrict a user who does not satisfy the requirements described in the transmission item from borrowing a picker.

[0164] The lending object selection UI 424 is a UI that accepts operations related to the selection of pickles as objects to be lent to scalars. In this embodiment, for each mountain owned by the user (in other words, each mountain selected in the mountain selection UI 421), it is possible to recruit up to 6 scalars. In other words, it is possible to recruit up to 6 scalars for one project. Also, it is necessary to lend a different pickle to each scalar to be recruited. That is, in the lending object selection UI 424, it is possible to select up to 6 pickles as pickles to be lent to scalars. In this embodiment, the lending object selection UI 424 has 6 slots 426, and when an operation (for example, a click operation) is performed on each slot 426, it switches to a state where a list 432 of pickles owned by the user is displayed. Then, by an operation of selecting a specific pickle from the pickles displayed in the list (for example, a click operation on the specific pickle), the specific pickle is set in the slot 426 being selected. And the pickles set in each slot 426 are lent to scalars. Note that by performing an operation of selecting a specific pickle from the pickles displayed in the list, detailed information (for example, performance, etc.) about the specific pickle is displayed, and it may be possible to determine the pickle to be lent to a scalar after confirming the detailed information. The operation reception unit 111 accepts a user operation on the lending object selection UI 424 (for example, a click operation on the slot 426 and a click operation on a specific pickle among the pickles displayed based on the click operation) as an operation of selecting a pickle to be lent to a scalar from among the pickles owned by the user.

[0165] When an operation is performed on the recruitment start button 425, recruitment of scalars corresponding to each item entered on the recruitment screen 420 is started. Specifically, when an operation is performed on the recruitment start button 425, recruitment of a user (in other words, a scalar) who will perform mining using the picker selected in the lending object selection UI 424 for the project of mining in the mountain selected in the mountain selection UI 421 is started. In other words, based on the user's operation on the recruitment start button 425, lending of the picker owned by the user is started. Also, a user who applies for the recruitment will borrow the picker under the conditions for the reward set in the reward setting UI 422, and can obtain a reward corresponding to the conditions set in the reward setting UI 422 as a reward for the results obtained by performing mining using the lent picker.

[0166] When an operation is performed on the recruitment start button 425, the control unit 110 of the owner's terminal device 10 transmits information regarding the mountain selected in the mountain selection UI 421, the share of the scalar set in the reward setting UI 422, the transmission items entered in the transmission item input UI 423, and the picker selected in the lending object selection UI 424 to the server 20, and requests the server 20 to start recruitment of scalars. Then, based on the information transmitted from the terminal device 10, the control unit 210 of the server 20 starts recruitment of scalars. Specifically, for the project of mining in the mountain selected in the mountain selection UI 421, the control unit 210 starts recruitment of scalars who will borrow the picker selected in the lending object selection UI 424 and perform mining under the conditions set in the reward setting UI 422.

[0167] Note that "starting the recruitment" means that the information related to the recruitment conducted by the user as the owner can be displayed on the terminal device 10 of another user (specifically, the application screen 440 described later). In other words, it means that other users can apply for the recruitment conducted by the user as the owner. Based on the fact that the owner inputs various information on the recruitment screen 420 and operates the recruitment start button 425, the control unit 210 of the server registers the recruitment corresponding to the input various information as a recruitment that can be displayed on the application screen 440 of other users.

[0168] Note that in this embodiment, the scalar is used on the mountain selected by the mountain selection UI 421 for the picker lent. The mountain selection UI 421 can also be said to be a UI that accepts an operation of designating a place where the use of the lent picker is permitted. In other words, the mountain selection UI 421 can also be said to be a UI that accepts an operation of setting conditions related to the lending of the picker (specifically, conditions regarding the place of use). And when the scalar conducts mining using the lent picker, the game control unit 212 controls so that the place where the mining is conducted becomes the mountain selected in the mountain selection UI 421. In other words, the game control unit 212 determines the place where the lent picker can be used by the scalar based on the operation of the owner on the mountain selection UI 421.

[0169] Note that in this embodiment, as described above, the lent picker can be used at the place designated by the owner as the place where the use of the picker is permitted (in other words, the event set by the owner in the mountain selection UI 421). However, the lent picker may be usable without restrictions such as place or event. That is, for example, on the recruitment screen 420, if the mountain selection UI 421 does not exist, the scalar may be able to select by itself the mountain where the lent picker is used and conduct mining.

[0170] The application screen 440 is a screen for performing operations related to applications for the recruitment posted by the owner. In the present embodiment, a user who owns a picker and a mountain can post a scalar recruitment as an owner, and a plurality of recruitments made by each of a plurality of owners can be presented on the application screen 440. As shown in FIG. 14, on the application screen 440, owner information 441, mountain information 442, reward information 443, lent object information 444, and additional information 445 are displayed for each case. In the application screen 440, information about each case in which scalar recruitment is being carried out is sequentially displayed by performing a predetermined operation (for example, an operation of scrolling the screen in a predetermined direction).

[0171] The owner information 441 is information about the owner who is posting the recruitment. In the present embodiment, the user name of the owner is displayed as the owner information 441. Note that the user ID or the like of the owner may be displayed as the owner information. That is, on the application screen 440, for each case, information indicating the user who input various information on the recruitment screen 420 and started the recruitment by operating the recruitment start button 425 is displayed.

[0172] The mountain information 442 is information about the mountain where the scalar performs mining when applying for the recruitment. In other words, the mountain information 442 is information about the mountain selected by the owner on the mountain selection UI 421. In the present embodiment, as the mountain information 442, information 442a indicating the mountain to be mined and information 442b about the objects (for example, gems) that can be obtained in that mountain are displayed. Specifically, as the information 442a indicating the mountain to be mined, the name of the mountain and the virtual space ID for identifying each mountain are displayed. The information 442a indicating the mountain to be mined can also be said to be information indicating an event in which the scalar plays using the picker lent. Also, as the information 442b about the objects that can be obtained, the degree of expectation regarding the acquisition of gems in that mountain is displayed. Note that the information 442b about the objects that can be obtained may be a display such as the degree of expectation regarding the acquisition of pyroxene in that mountain. In other words, the information 442b about the objects that can be obtained can function as the reward information 443.

[0173] The reward information 443 is information regarding the reward for the achieved scalar result (in other words, the reward for the cooperation to the owner). In other words, the reward information 443 is information regarding the reward set by the owner in the reward setting UI 422. In the present embodiment, as the reward information 443, the scalar share set in the reward setting UI 422 (specifically, the ratio given to the scalar among the pyroxenes dug out by the scalar) is displayed.

[0174] The lent object information 444 is information regarding the pickel as the object lent to the scalar. In other words, the lent object information 444 is information regarding the pickel selected by the owner in the lent object selection UI 424. In the present embodiment, as the lent object information 444, for each pickel selected in the lent object selection UI 424, the image of the pickel, the name of the pickel, the ID (in other words, the identification information) that enables each pickel to be identifiable, and the information regarding the durability value of the pickel (for example, the display indicating the remaining amount of the durability value) are displayed.

[0175] The additional information 445 is additional information about the case. In the present embodiment, as the additional information 445, the transmission matter input by the owner in the transmission matter input UI 423 is displayed.

[0176] The image of each picker as lending object information 444 functions as a UI (in other words, a button) that accepts an operation of borrowing the corresponding picker. That is, the operation reception unit 111 accepts an operation (for example, a click operation on the image of a specific picker) of selecting a picker to borrow from among a plurality of pickers (specifically, images of pickers) displayed on the application screen 440. In the present embodiment, when the owner selects a plurality of pickers as the pickers to be lent and conducts a scalar recruitment, a user applying for the recruitment can select which picker among the plurality of pickers to borrow to become a scalar. Further, when a picker to be borrowed is selected, the display control unit 114 causes the display unit 18 to display a dialog 448 for confirming whether to execute the borrowing of the selected picker. The dialog 448 includes an execution button that accepts an operation related to the execution of picker borrowing and a cancel button that accepts an operation related to the cancellation of borrowing. When an operation is performed on the execution button, the control unit 110 of the terminal device requests the server 20 to borrow the selected picker. The control unit 210 of the server 20 executes a process of lending the selected picker from the owner to the user who selected the picker based on the request. Specifically, the control unit 210 causes the storage unit 220 to store information (hereinafter referred to as "lending information") indicating that the picker is lent from the owner to the user as a scalar. Note that lending a picker from the owner to a scalar can also be said to be the conclusion of a contract or the establishment of a cooperative relationship between the owner and the scalar. When the lending information is stored, the game control unit 212 restricts the use of the picker being lent by the owner. Specifically, the game control unit 212 prevents the owner from being able to perform mining using the picker being lent. Note that the process of restricting the use of the picker being lent may be, for example, a process of making it impossible to select the picker being lent as a picker to be used for mining, or a process of not accepting an operation on the mining start button 43 in a state where the picker being lent is selected as a picker to be used for mining.

[0177] Also, when lending information is stored, the game control unit 212 starts mining using the picker lent by the scalar based on a predetermined operation by the scalar. For example, the game control unit 212 starts mining using the picker lent by the scalar based on the scalar's operation on the mining start button 43 on the home screen 42 displayed on its own terminal device 10. At this time, the game control unit 212 starts mining on the mountain selected by the owner who lent the picker in the mountain selection UI 421. That is, the game control unit 212 places the scalar player character on the mountain designated by the owner and moves the player character based on the input operation by the scalar. The scalar can perform mining by moving the player character in the virtual space in the same way as when the owner performs mining, or by assigning the lent picker to the player character.

[0178] In the application screen 440, for the pickers selected by the owner as pickers to be lent, for the pickers that have already been borrowed by other users, a borrowing-in progress display 449 indicating that they are being borrowed by other users is displayed. For the pickers with the borrowing-in progress display 449, it is not possible to borrow them. In other words, it is not possible to lend one picker to multiple users simultaneously.

[0179] In this embodiment, the scalar borrows a picker from the owner in advance and can start or interrupt mining at any timing. That is, the scalar that selects a specific picker on the application screen 440 and to which the specific picker is lent can operate on the mining start button 43 at any timing to start mining using the specific picker in a specific mountain. Further, the scalar to which the specific picker is lent can end mining by operating on an operation related to exiting from the specific mountain (for example, operating on the exit button 71), or can resume mining using the specific picker in the specific mountain by operating on the mining start button 43 again. Note that, for example, it may be configured such that the picker is lent only during the period of mining. Specifically, for example, when a user who does not own a picker operates on the mining start button 43, a screen (for example, the application screen 440) that displays the pickers lent by the owner is displayed on the terminal device 10 of the user, and mining may be started by operating to select a picker to borrow. Then, when mining is ended (in other words, interrupted), the picker may be automatically returned to the owner.

[0180] As described above, in this embodiment, the owner can recruit up to six scalars for each mountain he owns and lend pickaxes to the six scalars. Also, the scalar can start mining using the lent pickaxe at any timing. For this reason, when the owner lends pickaxes to a plurality of scalars, there is a possibility that the plurality of scalars will mine at the same mountain simultaneously. That is, for example, when there are user B and user C to whom pickaxes have been lent from user A as the owner, user B and user C can each perform an operation on the mining start button 43 to mine at a specific mountain in the same period. When one of user B and user C starts mining while the other is mining, the game control unit 212 provides a multiplayer game in which user B and user C play together. That is, the game control unit 212 arranges the player character of user B and the player character of user C at the specific mountain and moves each player character based on the operations of each user. That is, in addition to the state where the player character of each user moves or digs the mountain according to their own operation being displayed on the terminal device 10 of user B and the terminal device 10 of user C, the state where the player character of the other user moves or digs the mountain according to the operation of the other user is also displayed. Also, the game control unit 212 gives a predetermined change (for example, a change such as the mountain being cut by mining) to the specific mountain based on the operation of user B, and gives a predetermined change (for example, a change such as the mountain being cut by mining) to the specific mountain based on the operation of user C. That is, for example, user B and user C can play the game while cooperating or competing with each other, such as digging together at a location where gems and pyroxenes are likely to be buried in the specific mountain.

[0181] Also, when there are users B and C to whom the picker is lent by user A as the owner, user A can also start mining in a specific mountain by operating the mining start button 43. That is, for example, the game control unit 212 provides a multiplayer game in which user A plays together with users B and C. That is, the game control unit 212 arranges the player characters of user A and the player characters of users B and C in the specific mountain, and moves each player character based on the operations of each user.

[0182] As described above, in the present embodiment, the game control unit 212 controls the execution of a multiplayer game in which a plurality of scalars participate. Also, the game control unit 212 controls the execution of a multiplayer game in which an owner and a scalar participate. In other words, in the present embodiment, the event in which the owner recruits scalars is an event that can proceed by multiplayer.

[0183] In addition, when recruiting scalars, the owner may be able to recruit scalars by limiting the users targeted for recruitment. For example, on the recruitment screen 420, a UI for receiving an operation related to limiting the users targeted for recruitment is displayed, and based on the operation on the UI, the users targeted for recruitment may be limited. In other words, the operation reception unit 111 may receive an operation (hereinafter referred to as "target limitation operation") by the owner to limit the users targeted for recruitment to predetermined users. Specifically, as the target limitation operation, an operation to limit the recruitment target to users with a predetermined friendship relationship with the owner, such as the owner's friends, stored in the storage unit 220 may be received. Also, as the target limitation operation, an operation to limit the recruitment target to only the users specified by the owner (for example, specified by user-identifiable information such as user ID or user name) may be received. When the users targeted for recruitment are limited, on the terminal device 10 of the targeted users, information related to the recruitment is displayed on the application screen 440 and applications are possible, while on the terminal device 10 of the non-targeted users, information related to the recruitment is not displayed on the application screen 440 and applications cannot be made.

[0184] In this embodiment, the maximum number of players who can participate in the multiplayer game is limited to six. And when the owner recruits six scalars for mining at a specific mountain (in other words, a specific event) and lends pickaxes to the six scalars, the owner is unable to conduct mining at the specific mountain. That is, based on the fact that the game control unit 212 has lent pickaxes for the owner to use at a specific mountain to a specified number (here, six) of users, the game control unit 212 restricts the owner's use of the pickaxes at the specific mountain. Specifically, when the game control unit 212 has lent pickaxes for the owner to use at a specific mountain to a specified number (here, six) of users, the game control unit 212 controls so that the owner cannot execute mining at the specific mountain. Here, "restricting the use based on lending pickaxes to a specified number of users" may mean, for example, that the use is restricted when the specified number of users are using the lent pickaxes (in other words, actually conducting mining), or the use may be restricted regardless of whether the specified number of users are using the lent pickaxes, or the use may be restricted regardless of whether the specified number of users have actually borrowed the pickaxes (in other words, the use is restricted from the time when applications start after selecting a specified number of pickaxes in the lending object selection UI 424). In this embodiment, when an operation of selecting the sixth pickaxe (for example, an operation on the empty slot 426 when five slots 426 are filled) is performed in the lending object selection UI 424, as shown in FIG. 13, the display control unit 114 causes the display unit 18 to display a warning display 434 warning that the owner (in other words, oneself) will be unable to conduct mining at the mountain related to the lending of the pickaxe by lending a specified number of pickaxes.

[0185] In this embodiment, when the owner performs mining using a pickaxe, the game control unit 212 performs a process of restricting the use of a specific ability that can be used when using the pickaxe lent by the owner by a scalar value. Specifically, in this embodiment, a user who owns a pickaxe can use a special item when performing mining. The special item is, for example, an item that increases the efficiency of mining. Specifically, as shown in FIG. 11, bombs 77, ladders 78, etc. are prepared as special items. By using the bomb 77, the ground surface (in other words, rocks) can be destroyed and mountains can be dug. Also, by using (in other words, installing) the ladder 78, it becomes possible to move to high or low places. The special item can be used, for example, by performing a predetermined operation (such as an operation of scrolling the mouse wheel or an operation on a specific key of the keyboard) to change the item held by the player character to a specific special item and then performing a left click operation on the mouse. When the owner performs mining using a pickaxe, the game control unit 212 enables the use of the bomb 77. That is, the game control unit 212 arranges the bomb 77 on the mountain and detonates the bomb based on an operation of changing the item held by the player character to the bomb 77 and a left click operation on the mouse after performing the operation. On the other hand, when the scalar value performs mining using the lent pickaxe, the game control unit 212 disables the use of the bomb 77. That is, the game control unit 212 does not execute processes such as arranging the bomb 77 on the mountain and detonating the bomb 77 based on an operation of changing the item held by the player character to the bomb 77 and a left click operation on the mouse after performing the operation. Note that the restriction on the use of the ability is not limited to making the use of the ability impossible, and may be, for example, reducing the number of times the ability can be used.

[0186] On the lending-related screen 400, information regarding the lending of the pickers that the user is involved in is displayed. Specifically, on the lending-related screen 400, as shown in FIG. 12, for each case where the user is lending a picker or is being lent a picker, mountain information 405, owner information 406, reward information 407, additional information 408, and lending object information 409 are displayed for each case. In the lending-related screen 400, by performing a predetermined operation (for example, an operation on the arrow button 410 shown in FIG. 12), information about each case where the user is lending a picker or is being lent a picker is sequentially displayed.

[0187] The mountain information 405 is information about the mountain where mining is carried out using the picker lent by the scalar. In the present embodiment, as the mountain information 405, the name of the mountain and the virtual space ID for identifying each mountain are displayed. The mountain information 405 can also be said to be information indicating an event in which the scalar plays using the picker lent.

[0188] The owner information 406 is information about the owner who lends the picker. In the present embodiment, the owner's username is displayed as the owner information 406. Note that the owner's user ID or the like may be displayed as the owner information 406.

[0189] The reward information 407 is information about the reward related to the results achieved by the scalar (in other words, the reward for cooperation with the owner). In the present embodiment, as the reward information 407, the share of the scalar set by the owner (specifically, the ratio given to the scalar among the pyroxenes dug out by the scalar) is displayed.

[0190] The additional information 408 is additional information about that case. In the present embodiment, as the additional information 408, the matters to be conveyed to the scalar input by the owner are displayed.

[0191] The lent object information 409 is information about the object lent to the scalar. In this embodiment, as the lent object information 409, for the picker lent to the scalar, an image of the picker, scalar information 409a indicating the user to whom the picker is lent, and result information 409b indicating the results achieved by the scalar using the picker are displayed. Specifically, as the result information 409b, the number of gems, pyroxenes, etc. discovered by the scalar using the picker is displayed.

[0192] Here, in the lending-related screen 400 displayed on the owner's terminal device 10 (in other words, for the case where the picker is lent as an owner), the lent object information 409 is displayed for all the pickers lent to the scalar. On the other hand, in the lending-related screen 400 displayed on the scalar's terminal device 10 (in other words, for the case where the picker is lent as a scalar), only the lent object information 409 for the picker lent to oneself is displayed, and the lent object information 409 for the picker lent to other users is not displayed. That is, for example, when the picker is lent from user A as an owner to user B and user C, in the terminal device 10 of user A, as illustrated in FIG. 12, both the lent object information 409 for the picker lent to user B and the lent object information 409 for the picker lent to user C are displayed. On the other hand, in this case, in the terminal device 10 of user B, the lent object information 409 for the picker lent to user B is displayed, but the lent object information 409 for the picker lent to user C is not displayed.

[0193] In addition, on the lending-related screen 400, a cancellation button 415 is displayed as a UI for accepting operations related to the cancellation of the contract between the owner and the scaler (in other words, the end of the picker lending, and further in other words, the cancellation of the cooperation relationship). When the owner or the scaler operates the cancellation button 415 on their own terminal device 10, the contract is cancelled and the picker lent to the scaler is returned to the owner. When an operation is performed on the cancellation button 415, the control unit 110 of the terminal device requests the server 20 to cancel the contract. The control unit 210 of the server 20 executes a process of canceling the relationship between the owner and the scaler and returning the picker lent to the scaler to the owner based on the request. Specifically, the control unit 210 deletes the lending information about the picker. As a result, the owner can perform mining using the picker, and the scaler cannot perform mining using the picker. In this embodiment, the cancellation button 415 is displayed on any of the terminal devices 10 of the owner and the scaler, and both the owner and the scaler can operate the cancellation button 415 to cancel the contract.

[0194] Note that in this embodiment, both the owner who lends the picker and the scaler to whom the picker is lent can cancel the contract and return the picker without the consent of the other party. However, it may be required to obtain the consent of the other party for the cancellation of the contract. That is, for example, when an operation is performed on the cancellation button 415 on the terminal device 10 of one user, the control unit 210 may execute a process of returning the picker lent to the scaler to the owner based on the fact that a predetermined operation for accepting the cancellation of the contract is performed on the terminal device 10 of the other user. Also, in this embodiment, both the owner who lends the picker and the scaler to whom the picker is lent can operate the cancellation button 415 to cancel the contract, but only one of them may be able to cancel the contract.

[0195] Also, in this embodiment, the recovery of the durability value of the pickel can only be performed by the owner who owns the pickel, and a scalar cannot perform it. And a scalar who wishes to recover the durability value of a pickel lent from the owner requests the owner to recover the durability value and has the owner recover the durability value.

[0196] As described above, the display control unit 114 of the terminal device 10 can cause the display unit 18 to display an item screen 64 that displays a list of pickels that the user can use, as illustrated in FIG. 10. Here, when the user is a scalar, the item screen 64 displays the pickels borrowed from the owner. Further, when a specific pickel owned by the user displayed on the item screen 64 is selected, as described above, the display control unit 114 causes the display unit 18 to display a repair button 65 that accepts an operation related to the recovery of the durability value of the specific pickel. However, when the specific pickel is a pickel lent from the owner (in other words, another user), instead of the repair button 65, a repair request button (not shown) that accepts an operation related to the request for the recovery of the durability value is displayed on the display unit 18 (see FIG. 10).

[0197] When an operation (e.g., a click operation) is performed on the repair request button, the control unit 110 of the scalar's terminal device 10 transmits a request to recover the durability value of the selected pickaxe to the owner's terminal device 10 via the server 20. When the control unit 110 of the owner's terminal device 10 receives the request, it notifies the owner that such a request has been made (in other words, the scalar desires to recover the durability value of the lent pickaxe). Such notification may be made, for example, as shown in FIG. 6, by displaying a message indicating that there has been a request, such as "There has been a request to repair the pickaxe," in a log window 501 or the like displayed on the display unit 18 during the execution of mining, or by pop-up displaying a notification indicating that there has been a request on the display unit 18. Further, such notification may be made by displaying an icon 502 indicating that there has been a request on a UI that accepts a predetermined operation related to the pickaxe, such as an item button 92 or a pickaxe operation button 72 (see FIG. 10). Note that the log window 501 may be, for example, a display area where displays of events occurring in the virtual space are shown. Specifically, the log window 501 may display a message notifying that the user himself / herself (in other words, the owner) or another user participating in the multiplayer (in other words, the scalar) has discovered a predetermined object (e.g., a gemstone or a pyroxene), a message notifying that another user has entered the mountain where the user himself / herself is performing mining, a message notifying that the durability value of the pickaxe the user is using has decreased by a predetermined amount, and the like.

[0198] Also, the request to recover the durability value of the pickaxe from the scalar may be made during the execution of mining by the scalar. For example, when an operation is performed on the pickaxe operation button 72 in the menu screen 70 displayed based on the operation of the scalar, the display control unit 114 of the scalar's terminal device 10 may display the repair request button that accepts an operation related to the request to recover the durability value on the display unit 18 instead of the repair button 73 (see FIG. 11).

[0199] Then, when the owner who has received the request performs a predetermined operation (for example, an operation on the repair button 65 by selecting the pickaxe being lent to the scalar as displayed on the item screen 64, an operation on the repair button 73 on the menu screen 70, etc.) to restore the durability value of the pickaxe lent to the scalar, the durability value of the pickaxe is restored. That is, when the predetermined operation is performed, the control unit 110 of the owner's terminal device 10 requests the server 20 to restore the durability value for the pickaxe for which a request for durability value restoration has been made from the scalar. The game control unit 212 of the server 20, based on the request, restores the durability value of the pickaxe and executes a process of making the owner pay the price for the restoration of the durability value (in other words, a process of reducing the specific tokens owned by the owner by the amount corresponding to the price for the restoration of the durability value). That is, the game control unit 212 restores the durability value of the pickaxe lent by the owner to the scalar based on the operation by the owner instructing the restoration of the durability value of the pickaxe. Note that the operation by the owner instructing the restoration of the durability value of the pickaxe may be executable both when the owner is performing mining and when not, or may be executable only in one of them.

[0200] Note that the request for restoration of the durability value may be made so that it cannot be executed continuously. For example, when a request for restoration of the durability value is sent to the owner's terminal device 10 based on an operation related to the request for restoration of the durability value by the scalar, the control unit 110 of the terminal device 10 of the scalar may control not to accept an operation related to the request for restoration of the durability value by the scalar for a predetermined period (for example, 60 minutes).

[0201] As described above, in this embodiment, the scalar cannot perform the restoration of the durability value based on an operation (for example, an operation on the repair button 65 or the repair button 73, etc.) instructing the restoration of the durability value for the lent pickaxe. However, in this embodiment, when the scalar discovers a gem by using the lent pickaxe, the game control unit 212 restores a predetermined amount of the durability value of the pickaxe based on the discovery of the gem.

[0202] In addition, on the item screen 64, as shown in FIG. 10, a display 505 capable of recognizing a picker lent to other users, a display 506 capable of recognizing a picker lent from other users, etc. may be displayed.

[0203] In this embodiment, each user is configured to be able to borrow only one picker from other users, but may be configured to be able to borrow multiple pickers. Also, a user who owns a picker can borrow a picker from other users, but a user who owns a picker may be configured not to be able to borrow a picker from other users. Further, a user who owns only one picker may be configured not to be able to lend the picker to other users, or may be configured to be able to lend it.

[0204] In this embodiment, a scalar can play a predetermined event (in other words, a predetermined game) using a picker as a specific object lent from the owner, but the specific object may be an item other than a picker. For example, when the predetermined event is an event of playing against an opponent, the specific object may be an item usable for the game, etc. Also, the specific object may be a character (for example, a character operable by the user) used in the progress of the predetermined event. Further, in this embodiment, a durability value, which is a predetermined parameter that changes according to the use of the picker and is set for the picker as the specific object, is restored based on a predetermined operation by the owner, etc., but the predetermined parameter may be a hit point, etc. as a durability value in the case where the specific object is a character. Also, the predetermined parameter is not limited to the durability value, and may be anything that changes according to the use of the specific object.

[0205] (Flow of processing) 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 mountains and the determination of items that can be obtained on the mountains will be described with reference to the flowchart shown in FIG. 15.

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

[0207] Next, the virtual space management unit 231 determines an overview of the items that can be obtained for each mountain on the map created in step S2 (step S3). Specifically, the virtual space management unit 231 uses the hash acquired in step S1 and the virtual space ID of each dungeon as seeds (specifically, seed hlast 、seed mdid ) to perform calculations and determine the number of items that can be obtained for each mountain and an overview of the size of each item.

[0208] Next, the virtual space management unit 231 creates mountains on which the items whose overview has been determined in step S3 can be obtained (in other words, the mountains where the items are arranged) (step S4). Specifically, the virtual space management unit 231 uses the hash acquired in step S1 and the virtual space ID of each mountain as seeds (specifically, seed hlast 、seed mdid ) to perform calculations and create mountains.

[0209] Next, the virtual space management unit 231 acquires the hash generated on the day immediately following the day on which 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 in the map created in step S2 (step S6). Specifically, the virtual space management unit 231 uses the hash acquired in step S5 and the virtual space ID of each mountain as seeds (specifically, seed hfirst , seed mdid ) to perform calculations and determine the type, size details, shape, or quality of item B as an item that can be obtained on each mountain.

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

[0211] The operation reception unit 111 of the terminal device 10 receives an operation for acquiring a mountain to be mined from among a plurality of mountains in the map (step S11). In other words, the operation reception unit 111 receives an operation for selecting a specific mountain from among a plurality of mountains. More specifically, the operation reception unit 111 receives an operation related to obtaining the right to play a game in a specific virtual space.

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

[0213] In addition, the operation reception unit 111 receives an operation for instructing the start of mining on the mountain acquired by the user (step S13). In other words, the operation reception unit 111 receives an operation by the user for instructing the start of playing a game in the virtual space in which the user has the right to play the game.

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

[0215] Next, the reward giving unit 233 gives a reward to the user based on the mining in the mountain (step S15). In other words, the reward giving unit 233 gives a reward to the user based on the play of the game in the specific virtual space. Specifically, the reward giving unit 233 gives gems or pyroxenes to the user based on the mining in the mountain.

[0216] Next, an example of a process of lending a pickaxe as a specific object owned by the owner to another user will be described with reference to the flowchart shown in FIG. 17.

[0217] The control unit 110 of the owner's terminal device 10 receives an operation of selecting a picker to be lent to another user from among the pickers owned by the owner, and an operation of setting conditions related to the lending (step S21). Specifically, the control unit 110 of the owner's terminal device 10 receives an operation of setting, as a condition related to the lending, a scalar share (in other words, the owner's share) of the results obtained by another user using the lent picker in the virtual space. Further, the control unit 110 of the owner's terminal device 10 receives an operation of setting the places where the lent picker can be used as a condition related to the lending. In other words, the control unit 110 of the owner's terminal device 10 receives an operation of inputting various information related to the scalar solicitation on the solicitation screen 420.

[0218] Next, the control unit 110 of the owner's terminal device 10 transmits information indicating the picker to be lent to another user selected by the owner and information indicating the conditions related to the lending of the picker set by the owner to the server 20, and requests the server 20 to start soliciting users who will borrow the picker under the conditions (step S22). In other words, the control unit 110 of the owner's terminal device 10 requests the server 20 to start soliciting based on the various information input on the solicitation screen 420.

[0219] Next, the control unit 210 of the server 20 starts soliciting users who will borrow the picker selected by the owner under the conditions set by the owner based on the information transmitted from the owner's terminal device 10 and the request to start soliciting (step S23). Specifically, the control unit 210 registers the picker as a picker that can be lent from the owner to another user in the storage unit 220. Further, the control unit 210 sets the conditions related to the lending of the picker based on the information transmitted from the owner's terminal device 10, and stores the information related to the setting in the storage unit 220.

[0220] Further, the control unit 110 of the terminal device 10 of the scalar candidate (in other words, the user who searches for a picker to borrow) receives an operation related to the display of the application screen 440 as a screen for displaying lendable pickers (specifically, pickers that can be lent from the owner to the scalar, in other words, pickers that the scalar can borrow) (step S24).

[0221] Next, the control unit 110 of the terminal device 10 of the scalar candidate requests the server 20 for information on the pickers to be displayed as lendable pickers on the application screen 440 based on the operation related to the display of the application screen 440 by the scalar candidate (step S25).

[0222] Next, the control unit 210 of the server 20 transmits the information on the lendable pickers registered in the storage unit 220 to the terminal device 10 based on the request from the terminal device 10 of the scalar candidate (step S26).

[0223] Next, the control unit 110 of the terminal device 10 of the scalar candidate causes the display unit 18 to display the application screen 440 on which the lendable pickers registered in the storage unit 220 are displayed based on the information on the lendable pickers transmitted from the server 20 (step S27). Note that information indicating the conditions related to the lending of the lendable pickers registered in the storage unit 220 is also transmitted from the server 20, and the conditions related to the lending of the lendable pickers are also displayed on the application screen 440. Note that the information on the lendable pickers transmitted from the server 20 may be transmitted to the terminal device 10 of the scalar candidate in advance, for example, before the operation related to the display of the application screen 440 is performed. Then, when the operation is performed, the application screen 440 may be displayed based on the information transmitted in advance.

[0224] Next, the control unit 110 of the terminal device 10 of the scalar candidate receives an operation of selecting a picker to receive (in other words, borrow) from the lendable pickers displayed on the application screen 440 (step S28).

[0225] Next, based on the operation of selecting a picker that receives a loan from a scalar candidate, the control unit 110 of the terminal device 10 of the scalar candidate requests the server 20 to loan the selected picker (step S29).

[0226] Next, based on the request, the control unit 210 of the server 20 loans the picker selected as the picker to receive the loan from the owner to the user who selected the picker (step S30). Specifically, the control unit 210 causes the storage unit 220 to store loan information indicating that the picker is loaned from the owner to the user as a scalar. Note that due to the loan, the scalar candidate becomes a scalar. Note that information indicating that a certain user is a scalar of a certain owner may be stored in the storage unit 220 separately from the loan information, or the loan information may also serve as such information.

[0227] Next, an example of a process of causing the owner to acquire at least a part of the result obtained by the scalar using the picker as a loaned specific object in the virtual space will be described with reference to the flowchart shown in FIG. 18.

[0228] The game control unit 212 starts mining using the picker loaned to the scalar based on the operation of the scalar (step S41).

[0229] Next, the game control unit 212 determines whether the scalar has discovered pyroxene (step S42). The game control unit 212 moves the scalar player character based on the operation of the scalar, digs the location where the pyroxene is buried in the mountain by the scalar player character, and when the pyroxene is dug out, determines that the scalar has discovered pyroxene.

[0230] When it is determined that the Scaler has discovered a pyroxene (YES in step S42), the game control unit 212 determines, for the discovered pyroxene, the portion to be passed to the Scaler and the portion to be passed to the owner based on the conditions set for the loan of the picker. Specifically, the game control unit 212 determines, as the pyroxene to be given to the owner, the portion obtained by subtracting the Scaler's share set by the owner as a condition for the loan of the picker from the discovered pyroxene, and gives it to the owner (step S43). That is, the game control unit 212 adds the pyroxene corresponding to the owner's share among the discovered pyroxene to the owner's assets. Also, the game control unit 212 determines, as the pyroxene to be given to the Scaler, the portion corresponding to the Scaler's share set by the owner as a condition for the loan of the picker from the discovered pyroxene, and gives it to the Scaler (step S44). That is, the game control unit 212 adds the pyroxene corresponding to the Scaler's share among the discovered pyroxene to the Scaler's assets. When there are multiple Scalers, the game control unit 212 determines the share of each Scaler according to the above calculation formula, and gives the pyroxene corresponding to the share of each Scaler to each Scaler.

[0231] In addition, items, virtual currencies, tokens, and various logics (in other words, smart contracts) managed by the blockchain in this embodiment may be managed by the same blockchain, or some of them may be managed by different blockchains. Also, the hash used for various processes may be the hash of the same blockchain or the hash of another blockchain. Note that existing blockchains such as Ethereum and Bitcoin may be used for the blockchain. Note that the NFT corresponding to item A or item B (in other words, the NFT - converted object) may be capable of bridging from the issued blockchain to another blockchain.

[0232] In addition, each configuration according to this embodiment can also be applied to contents (in other words, services) other than the game according to this embodiment.

[0233] Note that the present invention is not limited to the above-described embodiments, and can be implemented with various modifications without departing from the gist thereof. Within the scope of the present invention, free combination of each component, modification of any component, omission of any component, etc. are possible. Also, the flow of the processes described in this specification is merely an example, and the order and configuration of each process may be different. Also, some of the various determination processes and the like described in this specification may not exist. In other words, the flow of the processes and the specific determination processes and the like may be different from those exemplified in this specification.

[0234] <Appendix> The matters described in the above embodiments can also be described as follows in the appendix below.

[0235] (Appendix 1-1) A computer, a lending means (for example, the control unit 210) that lends a specific NFT object that can be used in a virtual space from an owner as a user who owns the specific object to another user, and an acquisition means (for example, the control unit 210) that causes the owner to acquire at least a part of the results obtained by the other user using the lent specific object in the virtual space, and functions as a program. According to such a configuration, for example, even a user who does not own a specific NFT object can borrow the specific object from the owner and use it in the virtual space. Therefore, for example, it becomes possible to use the service without acquiring a specific object as one's own, and the resistance of the user to the service can be reduced. Further, for example, since the owner can acquire at least a part of the results achieved by the user who uses the lent specific object, it is possible to motivate the owner to lend a specific object to other users or to acquire it for lending. Therefore, for example, it is possible to make it easier for a user who does not own a specific object to borrow the specific object from the owner and to use the service easily.

[0236] (Appendix 1-2) Cause the computer to function as setting means (for example, control unit 210) for setting conditions related to lending of the specific object based on the operation of the owner, Based on the set conditions, the acquisition means determines the content to be acquired by the owner among the results. The program described in Appendix 1-1. According to such a configuration, for example, the portion of the results achieved by the user who uses the lent specific object and acquired by the owner is determined based on the conditions set by the owner. Therefore, for example, it becomes easier for the owner to lend a specific object, and it becomes easier for a user who does not own a specific object to borrow the specific object from the owner, so that the service can be made easier to use.

[0237] (Appendix 1-3) As objects obtained by the other user using the lent specific object in the virtual space, there are a first object and a second object, The acquisition means For all of the first objects obtained by the other user using the specified object lent in the virtual space, cause the owner to acquire them. For the second objects obtained by the other user using the specified object lent in the virtual space, cause the owner to acquire a part of them. The program described in Appendix 1-1. According to such a configuration, for example, among a plurality of objects obtained by another user using a specified lent object, the owner will acquire all of some of the objects. Therefore, for a user who wants to acquire some of the objects, it is possible to motivate them regarding the ownership of the specified object.

[0238] (Appendix 1-4) Function the computer as Recovery means (for example, control unit 210) that recovers a predetermined parameter set for the specified object and that changes according to the use of the specified object. Based on an operation instructing the owner to recover the predetermined parameter, the recovery means recovers the predetermined parameter of the specified object being lent to the other user. The program described in Appendix 1-1. According to such a configuration, for example, it is possible to prevent the connection between the owner and the specified object, or the connection between the owner and the user who borrowed the specified object, from becoming weak after the specified object has been lent.

[0239] (Appendix 1-5) Regarding the specified object being lent to the other user, the recovery of the predetermined parameter based on an operation instructing the other user to recover the predetermined parameter cannot be performed. The program described in Appendix 1-4. According to such a configuration, for example, it is possible to strongly prevent the connection between the owner and the specific object from weakening after the lending of the specific object, or the connection between the owner and the user who has borrowed the specific object from weakening.

[0240] (Appendix 1-6) Cause the computer to function as a restricting means (for example, control unit 210) that restricts the use by the other user of the lent specific object with respect to a specific ability that can be used when the owner attempts to obtain the result using the specific object The program described in Appendix 1-1. According to such a configuration, for example, since the user who uses the lent specific object has the use of a specific ability restricted, it is possible to motivate the user to own the specific object.

[0241] (Appendix 1-7) Cause the computer to function as a use location determination means (for example, control unit 210) that determines, based on the operation of the owner, the location where the other user can use the lent specific object The program described in Appendix 1-1. According to such a configuration, for example, it is possible to prevent the user to whom a specific object is lent from being able to use the specific object without restriction.

[0242] (Appendix 1-8) The virtual space is a space in which a multiplayer game in which the owner and the other user who uses the lent specific object participate is played. The program described in Appendix 1-1. According to such a configuration, for example, the owner can lend a specific object owned by himself / herself to another user and enjoy the game together, and as a consideration for the lending, can obtain at least a part of the results given by the other user.

[0243] (Appendix 1-9) Lending means (e.g., control unit 210) for lending a specific NFT object that can be used in a virtual space from an owner as a user who owns the specific object to another user, and acquisition means (e.g., control unit 210) for causing the owner to acquire at least a part of the results obtained by the other user using the lent specific object in the virtual space. An information processing system. According to such a configuration, the same operational effects as those of the program described in Appendix 1-1 can be achieved.

[0244] (Appendix 2-1) Function a computer as lending means (e.g., control unit 210) for lending a specific NFT object that can be used in a virtual space from an owner to a user, and reward giving means (e.g., control unit 210) for giving a reward corresponding to the results obtained by the user using the lent specific object in the virtual space to the user. A program. According to such a configuration, for example, even a user who does not own a specific NFT object can borrow the specific object from the owner and use it in the virtual space. Therefore, for example, it becomes possible to use the service without acquiring the NFT object as one's own object, and the resistance of the user to the service using the NFT object can be reduced. In addition, since the user to whom the specific object is lent can obtain a reward according to the results obtained by using the lent specific object, for example, the user becomes more positive about using the service in order to achieve high results, thereby reducing the resistance of the user to the service.

[0245] (Appendix 2-2) When one of a plurality of the users to whom the specific object has been lent from the same owner achieves a predetermined result, the reward giving means determines the reward to be given to each of the plurality of users according to the workload of each of the plurality of users and gives the reward to each of the users. The program described in Supplementary Note 2-1. According to such a configuration, for example, a user who has borrowed an NFTified object can obtain a reward even when another user who has borrowed the NFTified object achieves a result. Therefore, for example, the interest in using services by borrowing NFTified objects can be improved, and the resistance of users to borrowing NFTified objects can be reduced. Also, for example, when there are a plurality of users to whom a specific object has been lent from the owner, if the presence or absence of a reward is determined only by whether a predetermined result has been achieved, there is a risk that a user who has worked harder than other users but has not been able to achieve the predetermined result may feel unfair. On the other hand, according to this configuration, when another user achieves a predetermined result, a reward can be obtained according to one's own workload, so for example, the possibility of having such a sense of unfairness can be reduced. Also, for example, even when a predetermined result is not obtained, since what one has done is not wasted, it is possible to motivate using by borrowing an NFTified object.

[0246] (Supplementary Note 2-3) Cause the computer to function as setting means for setting conditions related to lending of the specific object based on an operation of the owner, The reward giving means determines the reward based on the set conditions. The program described in Supplementary Note 2-1 or 2-2. According to such a configuration, for example, the reward for the achievements made by the user who uses the specific object lent will be determined based on the conditions set by the owner. Therefore, for example, the relationship between the achievements and the rewards can be diversified, and it becomes easier to lend and borrow NFT objects.

[0247] (Appendix 2-4) As objects obtained by the user using the specific object lent within the virtual space, there are a first object and a second object, The reward granting means, For all of the first objects obtained by the user using the specific object lent within the virtual space, they are all granted to the owner, For the second objects obtained by the user using the specific object lent within the virtual space, a part of them is granted to the user as the reward The program described in Appendix 2-1 or 2-2. According to such a configuration, for example, among the plurality of objects obtained by the user using the specific object lent, the owner will acquire all of some of the objects. Therefore, for users who want to acquire some of the objects, it is possible to motivate them to own the specific object. Therefore, for example, the resistance of the user to the acquisition of the specific object can be reduced.

[0248] (Appendix 2-5) The computer is made to function as a use location determination means (for example, control unit 210) that determines the location where the user can use the specific object lent based on the operation of the owner The program described in Appendix 2-1 or 2-2. According to such a configuration, for example, it is possible to prevent the user to whom a specific object is lent from being able to use the specific object without limitation.

[0249] (Appendix 2-6) The virtual space is a space where a multiplayer game is played in which the owner and the user who uses the specified object lent participate. The program described in Appendix 2-1. According to such a configuration, for example, even a user who does not own a specific object can participate in a multiplayer game. In addition, for example, even when participating in a multiplayer game using a specific object lent from the owner, a reward can be obtained according to the results achieved by oneself, so that the service can be fully enjoyed. Therefore, for example, it is possible to easily start using the service and reduce the user's resistance to the service.

[0250] (Appendix 2-7) The virtual space is a space where a multiplayer game is played in which a plurality of users to whom the specific object is lent from the same owner participate. The program described in Appendix 2-2. According to such a configuration, for example, it is possible for users who do not own a specific object to play a multiplayer game with each other. Therefore, for example, it is possible to easily start using the service and reduce the user's resistance to the service.

[0251] (Appendix 2-8) A computer When one of the plurality of users who participate in a predetermined event and use a specific object that has been NFTized uses the specific object in the virtual space and achieves a predetermined result, function as a reward giving means for determining and giving a reward to each of the plurality of users according to the workload of each of the plurality of users Program. According to such a configuration, for example, a user who participates in a predetermined event using an NFT - converted object can obtain a reward even if other users who participate in the predetermined event using the NFT - converted object achieve results. Therefore, for example, the interestingness of a service that uses NFT - converted objects can be improved, and the resistance of users to the service that uses NFT - converted objects can be reduced. Also, for example, when participating in a predetermined event using an NFT - converted object, if the presence or absence of a reward is determined only by whether a predetermined result is achieved or not, there is a possibility that users who have worked harder than other users but have not been able to achieve the predetermined result may feel unfair. In contrast, according to this configuration, when other users achieve a predetermined result, a reward can be obtained according to one's own workload, so for example, the possibility of having such a sense of unfairness can be reduced. Also, for example, even when a predetermined result is not obtained, since what one has done is not in vain, motivation for using NFT - converted objects can be provided.

[0252] (Appendix 2 - 9) Lending means for lending a specific NFT - converted object that can be used in a virtual space from an owner who owns the specific object to a user; Reward - giving means for giving a user a reward according to the results obtained by the user using the lent specific object in the virtual space, comprising An information processing system. According to such a configuration, the same operational effects as the program described in Appendix 2 - 1 can be achieved.

[0253] (Appendix 2 - 10) When one of a plurality of users who participate in a predetermined event and use a specific object that has been NFT -ized uses the specific object in a virtual space and achieves a predetermined result, it functions as a reward - granting means for determining the reward to be given to each of the plurality of users according to the workload of each of the plurality of users and granting the reward to each of the users. An information processing system. According to such a configuration, the same operational effects as those of the program described in Appendix 2 - 8 can be achieved.

Explanation of symbols

[0254] 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 Storage section, 210 Control section, 211 Transmission / reception section, 212 Game control section, 213 Asset management section, 214 Market management section, 220 Storage section, 231 Virtual space management section, 233 Reward - granting section, 310 Control section, 320 Storage section

Claims

1. Computer, When one of a plurality of users who participate in a predetermined event and use a specific object converted into an NFT achieves a predetermined result by using the specific object in a virtual space, the system functions as a reward granting means that determines a reward to be granted to each of the plurality of users according to the amount of work each of the users does, and grants the reward to each of the users; The predetermined event is an event in which each of the multiple participating users plays the event by performing an operation to move a character in a virtual space and an operation to cause the character to perform a predetermined action. program.

2. a reward granting means for determining a reward to be granted to each of a plurality of users according to the amount of work done by each of the plurality of users when one of the plurality of users who participate in a predetermined event and use a specific object converted into an NFT achieves a predetermined result by using the specific object in a virtual space, and granting the reward to each of the plurality of users; The predetermined event is an event in which each of the multiple participating users plays the event by performing an operation to move a character in a virtual space and an operation to cause the character to perform a predetermined action. Information processing system.

Images