Program and information processing system

Abstract

To reduce user's resistance feeling to services which use a block chain.SOLUTION: A program causes a computer to function as lending means and acquisition means. The lending means lends a specific NFT-based object usable in a virtual space from an owner as a user possessing the specific object to another user. The acquisition means allows the owner to acquire at least a part of the outcomes gained by another user through using the lent specific object within the virtual space.SELECTED DRAWING: Figure 12

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).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] By the way, in services using blockchain, various registration procedures related to transactions using blockchain are required for using the service, which is complicated. In addition, because such various registration procedures are required and there are cases where payment of money is required for transactions, etc., services using blockchain generally have a hurdle for users to use.

[0005] An object of the present invention is to reduce the resistance of users to services using blockchain.

Means for Solving the Problems

[0006] According to one embodiment shown in the present disclosure, a computer, a lending means for lending a specific NFTed object that can be used in a virtual space from an owner as a user who owns the specific object to another user, Causing the owner to acquire at least a part of the results obtained by the other user using the specified object lent in the virtual space, as acquisition means A program is provided.

Effect of the Invention

[0007] According to the present invention, it is possible to reduce the user's resistance to services using blockchain.

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

Mode 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 (for example, 3G, 4G, 5G, Long Term Evolution (LTE), 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 apparatus) may be a general-purpose computer such as a workstation or a personal computer, for example. 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 constituted by a storage device such as a ROM (Read Only Memory) and a RAM (Random Access Memory), for example. The memory 22 provides a working area for the processor 21 by temporarily storing the program and various data read by the processor 21 from the storage 23. 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 the devices such as the terminal device 10 and the server 20.

[0016] The storage 23 is an auxiliary storage device. The storage 23 is constituted by a storage device such as a flash memory or an HDD (Hard Disk Drive), for example. Various data related to the game are 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. Further, 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 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 and 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, etc. 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, etc. 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] The memory 12 is a main storage device. The memory 12 is composed of, for example, storage devices such as a ROM and a RAM. The memory 12 provides a working area for the processor 11 by temporarily storing the program and various data read by the processor 11 from the storage 13. The memory 12 also temporarily stores various data generated while the processor 11 is operating according to the program.

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

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

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

[0026] The input unit 17 receives input 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 an image. The display unit 18 may be, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display or the like. 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 operation (for example, 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 (for example, an acceleration sensor or an angular velocity sensor, etc.), an operation stick, a camera, or a microphone, etc. Also, the display unit 18 may be, for example, a projector or the like.

[0028] In this embodiment, the input unit 17 will be described as a keyboard and a mouse. In this embodiment, operations on various UIs such as buttons may be performed by, for example, placing the mouse cursor over the area where the buttons or the like 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 details will be described later, in this embodiment, assets and the like 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 overall operation of the 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 composed of storage devices 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 composed of 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 also 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 is also an interface for the node device 30 to output data. The input / output IF 35 may include, for example, an input unit which is an information input device such as a mouse or a keyboard, and a display unit which is a device for displaying and outputting images.

[0036] Note that 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 the 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] Note that in the present embodiment, the server 20 uses the user accounts 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, the terminal device 10 or another device such as 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 save each user's account based on the received information.

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

[0040] The game information includes, for example, information for defining various virtual spaces (in other words, game spaces). The virtual space is, for example, a space in which objects such as characters (hereinafter also referred to as "player characters") that can be operated by the user are arranged. Further, the 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. Hereinafter, the object of the character arranged in the virtual space may be simply referred to as "character".

[0041] The user information is information managed for each game account. The user information includes, for example, information regarding the player character, information regarding the assets held, information indicating the progress of the game, and information regarding the mountains (the mountains will be described later) acquired by the user (in other words, information regarding the rights related to the execution of the game in a specific virtual space), etc. The assets held can be said to be the value owned by the user in the virtual space. Examples of such value include electronic currency, tokens, items, characters, etc. Further, examples of the electronic currency include virtual currency (in other words, cryptocurrency) and in-game currency that can be used in the game. That is, the storage unit 220 may store information such as the electronic currency, tokens, items, or characters held by each user 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 programs 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 data. For example, the transmission / reception unit 211 receives from each terminal device 10 requests for transmitting various 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, or the market management unit 214, etc. Also, the transmission / reception unit 211 transmits various data and programs to each terminal device 10 according to the control by the game control unit 212, the asset management unit 213, or the market management unit 214, etc.

[0044] In the present embodiment, the multiplayer function is a function for advancing game processing in a synchronized state by a plurality of accounts. The server 20 and the terminal device 10 of the game system 1 execute various processes for supporting the multiplayer function when a plurality of accounts logged in to the game system 1 participate in the same game.

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

[0046] The game control unit 212 defines a 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 predetermined operations.

[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. Also, 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 according 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 actions of the player character, information indicating the buttons operated by the user, and the like. Also, the play information may include information related to the settings 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 actions of the character. As an example, the actions of the character may include the action of swinging a picker, which will be described later, the action of using various items, or jumping. As an example, the information related to the settings of the character may include information related to the equipment and appearance of the character. Also, the settings 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 commands 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 synchronizes the games progressing among the 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 some or all (in other words, at least a part) of the assets held by the user in the distributed ledger of the blockchain system 3. In other words, the asset management unit 213 may store information 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 type of that 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 identifies 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 identified 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 places 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 field of view 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 rendering the area of the field of view 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 render objects related to various 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, control the virtual camera, generate an image to be displayed on the display unit 18, and transmit the image to the terminal device 10, and the control unit 110 of the terminal device 10 may 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 the image 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) sent from the server 20 when a user acquires various items and specific tokens (for example, acquired from other users or game operators (for example, acquired by mining described later)), the control unit 310 registers the information in the distributed ledger. The control unit 310 may register information on the transaction history of each item and specific token in the distributed ledger based on information regarding the transaction (in other words, transfer) of items and specific tokens sent 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. The 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 which user holds a certain amount of specific tokens can be stored on the blockchain. Note that, instead of the transaction history of items and the like, information regarding the possession state of items and the like of each user may be managed in the distributed ledger, and information indicating which user holds which item may be stored on the blockchain. Thus, in the game of this embodiment, information on the possession 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 part or all of the functional blocks provided by the terminal device 10, the terminal device 10 or the node device 30 may include part or all of the functional blocks provided by the server 20, and the terminal device 10 or the server 20 may include 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 a plurality of devices connected via a network or the like, for example. 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, part or all of various processes may be executed on the 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 from the map 40 (in other words, the virtual space where the game is played). 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] In addition, 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 the user can perform mining in the mountain without 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 made impossible to acquire the mountain. 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 called NFTs. In this embodiment, the NFTization of Item A (in other words, the generation of Item A) is performed by the game operator, and it is made impossible for the user to do so (in other words, minting by the user). In other words, in the game of this embodiment, it is made impossible for the user to obtain Item A in a non-NFT state. However, it may be made 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] Also, in the game of this embodiment, there are multiple types of Item B, and it is an item with a collection element. Specifically, Item B is the 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 performing mining in the mountain using the pickaxe as Item A and obtaining the gemstone as Item B and the 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, the 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] The mining in the mountain 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 the mining in the mountain acquired by the user is displayed. Then, the game control unit 212 starts the mining in the mountain 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 the case 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 launch but also at a predetermined timing. For example, the home screen 42 may be displayed when an operation is performed on the home button 90, when the mining on the mountain as in-game is completed, or the like. A predetermined background image (for example, a background image including a player character or the like) 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 mine 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 mines acquired by the user as shown in FIG. 5 based on a predetermined input operation by the user. Note that the list 44 of mines may be shown on the map 40 displayed on the display unit 18 for the mines acquired by the user. Further, when an operation (for example, a click operation on a specific mine) to select a specific mine among the mines acquired by the user (in other words, the mines 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 mine as the mine for performing mining. Also, the game control unit 212 sets the mine selected by the user as the mine 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 at the mine set as the mine 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 mine for performing mining by selecting the mine for which mining is desired from the list 44 of mines acquired by the user and performing an operation on the mining target determination button 46. Note that when an operation to select a specific mine from the list 44 of mines 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 at the specific mine. 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 mine set as the mine for performing mining (in other words, the mine at 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 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, and can also be said to be 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 action of swinging the pickaxe 39 to dig the mountain 37 based on a left click operation on the mouse.

[0080] Gems and pyroxenes are buried (in other words, placed) in the mountain 37. And the user can acquire the gems and pyroxenes he has dug out (in other words, discovered). That is, when the player character 38 operated by the user digs out an item such as a gem 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, the display control unit 114 of the terminal device 10 causes the display unit 18 to display the menu screen 70 shown in FIG. 11 based on a predetermined input operation by the user (for example, an operation on the Tab key of the keyboard). The menu screen 70 displays an exit button 71 for receiving an operation related to exiting the mountain. Then, the game control unit 212 causes the player character 38 to exit the mountain 37 (in other words, end the mining) based on an operation on the exit button 71. At this time, the game control unit 212 causes the storage unit 220 to store the progress state of the mining. And 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 is in the dug state, and among the gems and the like buried in the mountain 37, the previously dug gems and the like are in the dug state. In other words, when entering and then re - entering the mountain 37 as a specific virtual space, 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 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 disposal button 47 for receiving an operation related to the disposal of the selected mountain. Then, the game control unit 212 disposes of the selected mountain (in other words, releases the user's acquisition state for the selected mountain) based on an operation on the disposal button 47. 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 (in other words, equipping the player character 38) in a conventional game. Note that the pickaxe being used may be changeable during mining.

[0084] A durability value is set for the pickaxe used in mining, and the durability value decreases as it is used in 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 is in a state where the ground surface cannot be dug even if it is swung. Note that when the durability value reaches the predetermined value, although the performance decreases, 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] In addition, 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, the ease of obtaining gems and pyroxenes (in other words, the efficiency of mining), that is, a certain parameter that affects this, changes. More specifically, when the rank of the pickaxe increases, the parameter related to the swinging speed of the pickaxe changes and the swinging speed of the pickaxe becomes faster. 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 value increases. As a result, the time during which mining can be continued without recovering the durability value is extended, so the mining efficiency increases. Also, when the rank of the pickaxe increases, the power of the pickaxe may increase, and the amount that can be dug with one swing (in other words, the amount of influence that one operation gives to the mountain) may increase. As a result, the mining speed increases, so the mining efficiency increases.

[0087] In addition, the operation reception unit 111 receives an operation for 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 those of 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 assets held by the user that are not managed by the blockchain but are managed by the storage unit 220 or the like). Note that the in-game currency may be something that can be purchased using legal currency.

[0089] In addition, various items (for example, 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 only be acquired by 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 refreshed (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 at the marketplace in the game, and the user purchases the pickaxe at the marketplace. Note that the pickaxe can be purchased with specific tokens. Transactions at 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 deliver the consideration therefor 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 pyroxene acquired by the user can be exchanged for specific tokens. Note that the exchange of pyroxene for specific tokens may be performed automatically or may be performed based on an operation for instructing the user to 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, pyroxene may be automatically exchanged for specific tokens at a specific timing such as the timing of exiting the mountain. Note that in this embodiment, pyroxene is given to the user by mining in the mountain and is exchanged for specific tokens, but instead of or in addition to pyroxene, 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 upper limit on issuance, or a virtual currency or the like that can be used outside the game.

[0096] In addition, the gemstones acquired by the user can be tokenized as NFTs by meeting predetermined conditions. That is, in this embodiment, it is possible to issue NFTs corresponding to the gemstones and manage them on the blockchain. Specifically, for example, after the user acquires a gemstone, a process of tokenizing the gemstone as an NFT may be started triggered by the user's operation on the acquired gemstone, or a process of automatically tokenizing the gemstone as an NFT may be started without going through the user's operation on the acquired gemstone. For example, the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects a gemstone to be tokenized as an NFT in the game. Then, information regarding 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 tokenizing the selected gemstone as an NFT based on the operation. Also, a fee (for example, a predetermined amount of a specific token) is required for tokenization, and when tokenizing a gemstone by such an operation, the fee may be consumed from the user's held assets. Also, the tokenized gemstones may be able to be bought and sold in a marketplace within the game. In other words, tokenizing an item can also be said to make the item in a state where it can be bought and sold in a marketplace. Specifically, for example, the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects a gemstone to sell (specifically, a tokenized gemstone). Then, information regarding the operation is sent to the market management unit 214 of the server 20 via the transmission / reception units 112 and 211, and the market management unit 214 may offer for sale the gemstone selected by the user based on the operation. Then, when there is another user who wishes to purchase, the market management unit 214 may perform a process of delivering the gemstone to the other user and passing the consideration from the other user to the user who sold the gemstone. In other words, the tokenized 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 specific tokens to the user in place of the selected gemstones based on the operation. In other words, the gemstones may be items that can be NFT-ized and exchanged with specific tokens. Note that the exchange between the gemstones and the specific tokens may be performed only on either the pre-NFT-ization or post-NFT-ization 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. Also, 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, a process having randomness is realized by performing an operation 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 first hash of the day after the next 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 the map and various objects based on a certain seed is well-known, the description 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) in which 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, may be numbered in sequence from 1 for 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 "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, the virtual space management unit 231 determines, as the item outline determination process, 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 that mountain and obtained when mining in that 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 "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 is 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 more simply, the virtual space management unit 231 uses seed hlast and seed mdid to perform a predetermined lottery to 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, 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 more simply, 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 more simply, the virtual space management unit 231 performs a predetermined lottery to create a mountain using seed hlast and seed mdid . 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, the virtual space management unit 231 ensures that each mountain is created based 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 by 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 at 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 the item B acquirable at each mountain determined in the item outline determination process. More specifically, for example, as described above, when the outline of the acquirable items such as 2 small gemstones and 1 large gemstone is determined, the virtual space management unit 231 determines the types of each small gemstone and large gemstone to be diamond, aquamarine, red spinel, etc. Also, the virtual space management unit 231 determines the quality of each small gemstone and large gemstone to be 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 to be 0.2 carats, 6.4 carats, etc. Note that the quality of the 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 In addition, 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 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, to determine the details of the items that can be obtained.

[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 last_20220529 which is the hash generated last on May 29, 2022, is used as seed hlast and hash first_20220531 which is the hash generated first on May 31, 2022, is used as seed hfirst and the case where map creation, mountain generation, determination of obtainable items, etc. are performed will be described as an example.

[0111] First, the virtual space management unit 231 performs map creation processing using the hash of the last on May 29, 2022 to create a map. Here, the hash of the last on May 29 (in other words, the last block) is determined retrospectively when the date of the timestamp included in the block of the blockchain changes 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 the present embodiment, the virtual space management unit 231, at the timing when the first hash on May 30 is generated (in other words, after the hash is generated), 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. Further, the virtual space management unit 231 performs virtual space creation processing using the last hash on May 29, 2022, and creates a mountain on which the items whose outlines are determined in the item outline determination processing are arranged. In the present embodiment, the virtual space management unit 231, at the timing when the first hash on May 30 is generated (in other words, after the hash is generated), 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 hash is generated), hash last_20220529 is used to create a mountain.

[0113] Also, the virtual space management unit 231 performs control to limit the period during which a mountain can be obtained. In the present 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 more simply, when a mountain (or rather, a map) is created, the mountain created until the timing when the next mountain (or rather, a 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 rather, 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 rather, 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 elapse of the acquirable period of the mountain. In other words, the virtual space management unit 231 controls so that the mountain cannot be acquired after the details of the acquirable items are determined.

[0115] In this way, the mountain (or rather, 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 right to mine the mountain selected by the user (or rather, the right to play the game in the selected virtual space) to the user.

[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 the 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 and the size of each gem. 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. Note that 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 always be acquired. However, the number and size of the gems presented as the detailed information 50 are only guidelines, and there may be cases where the number of gems presented as the detailed information 50 and 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 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 information indicating that the certain user has acquired the certain mountain on the blockchain. That is, in the present 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 the present embodiment, information regarding the rights related to 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 the present 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 can be confirmed 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 the present 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 period during which the mountain can be acquired. 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 the present 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, mining on the mountain can also be performed after the details of the acquirable items are determined.

[0120] The reward giving unit 233 gives items to the user based on mining in the mountain. Specifically, in the present embodiment, the gems and pyroxenes discovered by mining are given to the user.

[0121] Here, as the timing when the giving 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 giving of items is determined. Specifically, in the present embodiment, although a gem is discovered by mining in the mountain (in other words, the giving of the gem is determined), there may be a state where the details of the discovered gem have not yet been determined. In other words, in the present 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 obtains 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, virtual spaces), 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 is updated daily and the obtainable mountains are updated. 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 the available 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 the available 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 the available 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 the available items, the determination of the creation of maps and mountains and the outline of the available items and the determination of the details of the available items are performed based on different hashes. That is, when the processes related to the creation of maps and mountains and the determination of available items are 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 the 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 the 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 the available items, so that it is possible to perform the process 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 for the gem as Item B is stored and published on the blockchain. Specifically, the logic of the item outline determination process and the item detail determination process is published as a smart contract. 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. Also, seed hlast and seed hfirstis the hash of the blockchain and serves as the publicly disclosed seed. That is, in the present embodiment, the outline of the items obtainable at each mine is determined by a predetermined logic using a predetermined seed. However, the predetermined seed and the 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 predetermined seed and the predetermined logic. Also, in the present embodiment, the details of the items obtainable at each mine are determined by a predetermined logic using a predetermined seed. However, the predetermined seed and the 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 predetermined seed and the predetermined logic. According to such a configuration, it is possible to provide a highly transparent system in which no operator intervention occurs in the item granting process and this fact can be clearly presented to the user. Also, by using the blockchain hash as the seed, the seed is unpredictable even to the operator and can be made immutable and obvious to anyone who views it. That is, according to the configuration of the present embodiment, regarding item granting, not even the operator can control it, and 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 the present embodiment, since the random numbers related to the determination of the item outline and details are determined based on the blockchain hash 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 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 viewing 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 the 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 of 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 multiple types of processes including processes related to the purchase of a pickaxe (in other words, processes for the user to acquire a pickaxe), processes related to the repair of a pickaxe (in other words, processes for restoring the durability value of a pickaxe), and processes related to the upgrade of the rank of a pickaxe (in other words, processes for increasing the rank of a 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 as follows, for example. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display the 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. Also, the operation reception unit 111 receives an operation (for example, a click operation on a specific displayed pickle) for selecting a pickle to purchase from among the pickles listed. Further, when a pickle to purchase 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, based on the request, grants the selected pickle to the user and executes a process of causing the user to pay the consideration for the purchase (in other words, a process of reducing the specific tokens held by the user by the amount of the consideration for the purchase). 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 a paid process by the user. Note that a specific pickle being displayed as a purchasable pickle on the terminal device 10 of a certain user is also referred to as the specific pickle being 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 as follows, for example. 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. Note that, on 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. The game control unit 212 of the server 20, based on the said request, 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. The marketplace management unit 214 of the server 20, based on the said request, puts up for sale the picker selected by the user, thereby enabling other users who wish to purchase it to buy the picker from the said user (for example, by paying specific tokens). In other words, the listed picker will be displayed on the shop screens 60 of other users.

[0132] Note that in this embodiment, among the pickers listed on the marketplace, there are pickers sold by the game operator and pickers 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 price for the purchase is remitted to the game operator. Also, when purchasing a picker from another user, the price for the purchase is remitted to the said other user. Also, the price for the restoration of the durability value of the picker is remitted to the game operator. Also, the price for the increase in 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 (for example, an operation on the Tab key of the keyboard) by the user 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 recovering the durability value of the picker and a change button 74 (in other words, a replacement button) for accepting an operation related to changing (in other words, replacing) the picker to be used.

[0134] When an operation is performed on the repair button 73, the control unit 110 of the terminal device requests the server 20 to recover 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, based on the request, recovers the durability value of the picker owned by the user 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 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, and the like. Further, on the menu screen 70, information such as the number of gems discovered in the mountain where mining is currently being performed, the percentage of the buried amount of gems discovered, the number of pyroxenes discovered, the percentage of the buried amount of pyroxenes discovered, or the progress of mining for that mountain calculated based on the amount of gems discovered may also be displayed.

[0137] (Lending of Pickles) In the present 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 operations of operating the player character in the mountain to perform mining 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 the present 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 the present embodiment, the scalar can obtain, as a reward, the portion set as the scalar's share among the excavated items by excavating items using the pickaxe. Specifically, when the player character operated by the scalar excavates pyroxene, the reward granting unit 233 grants the scalar, as a reward, an amount of pyroxene corresponding to the set ratio among the excavated pyroxene. 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 excavates pyroxene, the reward granting unit 233 grants 70% of the excavated 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 of the excavated pyroxene and then the pyroxene is distributed from the owner to the scalar.

[0141] In addition, 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 not distributed to the scalar. That is, the reward granting unit 233 causes the owner to acquire all of the first objects (e.g., gems) obtained when the scalar uses a specific lent object (e.g., a pickaxe) in the virtual space (e.g., the mountain owned by the owner), and causes the owner to acquire a part of the second objects (e.g., pyroxene) obtained when the scalar uses the specific lent 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 corresponding to its own workload (specifically, the ratio of the mountain dug) out of 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, a 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 work amount of each scalar is the period from when the pyroxene was last discovered on that hill until the distributable pyroxene is acquired. Also, in the case where the distributable pyroxene is the first pyroxene discovered on that hill, it is the period from when mining becomes possible on that hill until the distributable pyroxene is acquired. However, the said predetermined period is not limited to this and can be set as appropriate.

[0144] And 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) × (ratio 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) × (ratio set by the owner) × (coefficient for bonus receipt) · Reward for scalars other than the one that dug out the pyroxene = (dug out pyroxene) × (ratio 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, there are two scalars, scalar A and scalar B, and it is assumed that scalar A dug out 100 g of pyroxene. Also, it is assumed that the owner has set the reward ratio to 30% (in other words, the owner's share is set to 70%). Also, it is assumed that scalar A consumed 40 of the durability value of the pickaxe lent by the owner, and scalar B consumed 60 of the durability value of 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 a plurality of scalars lent a picker from one owner digs out 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 owner) obtains the specific token. In other words, at the specific time, neither the owner nor the plurality of scalars (in other words, for example, all users playing the game of this embodiment) owns pyroxene.

[0147] Thus, in this embodiment, the owner can lend a picker to a scalar and have the scalar find gems 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 gems or pyroxenes. In other words, the owner can recruit a scalar as a collaborator for an event aimed at achieving a predetermined goal (e.g., finding gems 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 aimed at victory over a predetermined opponent (here, the "opponent" may be another user or an NPC. Also, enemy characters in so-called quests, etc. are also included in the opponents), one aimed at reaching a predetermined destination, one aimed at obtaining 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, or an event that can be advanced by a plurality of collaborators lent objects from a single owner through multiplayer. Also, the event in which the collaborator participates using the object lent by the owner may be an event that the collaborator can advance alone.

[0148] Also, in the present embodiment, when one of a plurality of scalars lent by a picker from one owner achieves a predetermined result, the reward granting unit 233 determines the reward to be granted to each scalar according to the workload of each of the plurality of scalars and grants it 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 achieved a result (specifically, a situation where pyroxene has not been discovered despite a lot of digging), there may be a case where scalar B, which has performed little work, luckily achieves a result (specifically, a case where pyroxene is discovered despite 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 user who has performed a lot of work, it is possible to reduce the possibility that each user feels unfair, and it is possible to motivate the user to actively play the game. Also, in such a case, there may be a case where scalar B was able to discover 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 amount of work done by 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 amount of work done by 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 amount of work done by each user related to the calculation of the reward is reset, and the starting point of the calculation of the amount of work is changed to the timing when the predetermined result is achieved. However, it is not necessary to reset the amount of work 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 amount of work until the opportunity to give a reward arrives after each user starts mining (in other words, after mining on that mountain becomes possible).

[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 NFT-ized 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 amount of work done by 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 this embodiment, the workload of each user is determined based on the consumption amount of the picker's durability value (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 dealt to 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 results (in other words, in the event).

[0152] Note that in this 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 while referring 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, the lending out of the picker) and an owner search button 402 for receiving an operation related to the application as a scalar (in other words, the search for an owner, and further in other words, the borrowing of 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) for 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, and on the recruitment screen 420, for the case of recruiting scalars, it is possible to set the rewards given to the scalars and the pickers lent to the scalars, etc.

[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 a mountain that is the target of scalar recruitment (in other words, the mountain where the scalar performs mining). In other words, the mountain selection UI 421 is a UI that accepts operations related to the selection of a case (in other words, an event) that is the target of 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. And by an operation of selecting a specific mountain from the mountains displayed in the list, it is possible to select a mountain that is the target of scalar recruitment. Note that by performing an operation of selecting a specific mountain from the mountains displayed in the list, detailed information 50 etc. about the specific mountain is displayed, and it may be possible to determine a mountain that is the target of 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 displayed in the list based on the click operation) as an operation of selecting a mountain that is the target of scalar recruitment from among the mountains owned by the user.

[0158] The reward setting UI 422 is a UI that accepts operations related to the setting of a reward for the results obtained by using the lent pickaxe (in other words, a 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, among the results obtained by the scalar using the lent pickaxe, the share of the scalar (in other words, the share of the owner) 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 dug out by the scalar. For example, when a ratio of "30%" is set in the reward setting UI 422, 70% of the pyroxenes dug out 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 other user using the picker lent by the 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 other user using the picker lent by the user.

[0160] Note that in the present 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 dug out by the scalar will be acquired by the owner. When set to "100%", all the pyroxenes dug out by the scalar will be acquired by the scalar.

[0161] Note that the reward setting UI 422 may also 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 to a scalar. In this 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 a scalar. 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 this embodiment, the transmission item input in the transmission item input UI 423 is merely a comment, and even a user who does not meet 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 meet the requirements described in the transmission item cannot apply as a scalar and borrow a picker. Specifically, the control unit 110 or the control unit 210 may perform a process of restricting so that a user who does not meet the requirements described in the transmission item cannot borrow 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 case. 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 the 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 in the list 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 with 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 item 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 a scalar 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 other users (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 to be used at the mountain selected by the mountain selection UI 421 for the picker lent, and 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), but 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 recruit scalars as the owner, and a plurality of recruitments performed 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, lending object information 444, and additional information 445 are displayed for each case. In the application screen 440, information about each case where scalars are recruited by performing a predetermined operation (for example, an operation of scrolling the screen in a predetermined direction) is sequentially displayed.

[0171] The owner information 441 is information about the owner who is conducting the recruitment. In the present embodiment, the owner's user name is displayed as the owner information 441. Note that the owner's user ID or the like 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 expected degree related to 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 expected degree related to 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 cooperation with 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 picker as the object lent to the scalar. In other words, the lent object information 444 is information regarding the picker selected by the owner in the lent object selection UI 424. In the present embodiment, as the lent object information 444, for each picker selected in the lent object selection UI 424, the image of the picker, the name of the picker, the ID (in other words, identification information) that enables each picker to be identifiable, and information regarding the durability value of the picker (for example, a 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 the borrowing of the picker and a cancel button that accepts an operation related to the cancellation of the 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 the lending of a picker from the owner to a scalar can also be referred to as 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, etc.

[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 move the player character in the virtual space and perform mining by swinging the lent picker to the player character in the same way as when the owner performs mining.

[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, they cannot be borrowed. 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 being lent out 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. And 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 pickers to the six scalars. Also, the scalar can start mining using the lent picker at any timing. For this reason, when the owner lends pickers to a plurality of scalars, there is a possibility that the plurality of scalars may perform mining on the same mountain simultaneously. That is, for example, when there are user B and user C to whom pickers have been lent from user A as the owner, user B and user C can perform mining on a specific mountain in the same period by operating the mining start button 43 respectively. When one of user B and user C starts mining while the other is performing 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 on 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 characters of each user move or dig the mountain according to their own operations being displayed on the terminal device 10 of user B and the terminal device 10 of user C respectively, the state where the player characters of other users move or dig the mountain according to the operations of those other users 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 jointly digging deeper into a location where gems or 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] In this way, 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 the owner and scalars 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 to be recruited. For example, on the recruitment screen 420, a UI for receiving an operation related to limiting the users to be recruited is displayed, and based on the operation on the UI, the users to be recruited may be limited. In other words, the operation reception unit 111 may receive an operation (hereinafter referred to as "target limiting operation") by the owner to limit the users to be recruited to predetermined users. Specifically, as the target limiting operation, an operation of limiting 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 limiting operation, an operation of limiting 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 to be recruited are limited, on the terminal device 10 of the target 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-target 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 use by the owner at a specific mountain to a specified number (here, six) of users, the game control unit 212 restricts the use of the pickaxes at the specific mountain by the owner. Specifically, when the game control unit 212 has lent pickaxes for use by the owner at a specific mountain to a specified number (here, six) of users, the game control unit 212 controls to prevent the owner from executing mining at the specific mountain. Here, "restricting the use based on the fact that pickaxes have been lent 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 uses the pickaxe for mining, the game control unit 212 performs a process of restricting the use of a specific ability available for use by a scalar using the pickaxe lent by the owner. 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 surface (in other words, the rock) can be destroyed and the mountain 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 (for example, 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 uses the pickaxe for mining, the game control unit 212 enables the use of the bomb 77. That is, the game control unit 212 places 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 uses the lent pickaxe for mining, the game control unit 212 disables the use of the bomb 77. That is, the game control unit 212 does not execute a process of placing the bomb 77 on the mountain or a process of 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 out a picker or is borrowing 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 for each case where the user is lending out a picker or is borrowing a picker is sequentially displayed.

[0187] The mountain information 405 is information regarding 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 regarding the owner who lends out the picker. In the present embodiment, the user name of the owner is displayed as the owner information 406. Note that the user ID of the owner or the like may be displayed as the owner information 406.

[0189] The reward information 407 is information regarding 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 regarding 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 on-loan object information 409 is information about the object loaned to the scalar. In the present embodiment, as the on-loan object information 409 for the picker loaned to the scalar, the image of the picker, the scalar information 409a indicating the user to whom the picker is loaned, and the result information 409b indicating the results obtained by the scalar using the picker are displayed. Specifically, as the result information 409b, the number of gems, the number of pyroxenes, etc. discovered by the scalar using the picker are displayed.

[0192] Here, in the loan-related screen 400 displayed on the owner's terminal device 10 (in other words, for the case where the picker is loaned as an owner), the on-loan object information 409 is displayed for all the pickers loaned to the scalar. On the other hand, in the loan-related screen 400 displayed on the scalar's terminal device 10 (in other words, for the case where the picker is loaned as a scalar), only the on-loan object information 409 for the picker loaned to oneself is displayed, and the on-loan object information 409 for the pickers loaned to other users is not displayed. That is, for example, when the picker is loaned from user A as the owner to user B and user C, in the terminal device 10 of user A, as illustrated in FIG. 12, both the on-loan object information 409 for the picker loaned to user B and the on-loan object information 409 for the picker loaned to user C are displayed. On the other hand, in this case, in the terminal device 10 of user B, the on-loan object information 409 for the picker loaned to user B is displayed, but the on-loan object information 409 for the picker loaned 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 an operation related to the cancellation of the contract between the owner and the scalper (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 scalper operates the cancellation button 415 on their own terminal device 10, the contract is cancelled and the picker lent to the scalper 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. Based on the request, the control unit 210 of the server 20 executes a process of canceling the relationship between the owner and the scalper and returning the picker lent to the scalper to the owner. 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 scalper 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 scalper, and both the owner and the scalper can operate the cancellation button 415 to cancel the contract.

[0194] In this embodiment, both the owner who lends the picker and the scalper to whom the picker is lent can cancel the contract and return the picker without the consent of the other party. However, it is also possible to require 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 scalper 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 scalper to whom the picker is lent can operate the cancellation button 415 to cancel the contract, but it may be possible for only one of them to cancel the contract.

[0195] Also, in this embodiment, the restoration of the durability value of the picker can only be performed by the owner who owns the picker, and a scalar cannot perform it. Then, a scalar who wishes to restore the durability value of the picker lent from the owner requests the owner to restore the durability value and has the owner restore 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 pickers available to the user, as illustrated in FIG. 10. Here, if the user is a scalar, the item screen 64 displays the picker borrowed from the owner. Further, when a specific picker owned by the user displayed on the item screen 64 is selected, as described above, the display control unit 114 displays a repair button 65 that accepts an operation related to the restoration of the durability value of the specific picker. However, if the specific picker is a picker 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 restoration 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 terminal device 10 sends 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). The 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 for pickaxe repair", 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, the 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 a 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 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 being used by the user himself / herself 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 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 to restore the durability value of the pickaxe lent to the scalar (for example, an operation on the repair button 65 by selecting the pickaxe displayed on the item screen 64, an operation on the repair button 73 on the menu screen 70, etc.), 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 restoring the durability value has been made from the scalar. The game control unit 212 of the server 20 restores the durability value of the pickaxe based on the request and executes a process of causing the owner to pay a 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 from the owner to the scalar based on the operation instructing the owner to restore the durability value of the pickaxe. Note that the operation instructing the owner to restore 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 restoring the durability value may be made so that it cannot be executed continuously. For example, when a request for restoring the durability value is sent to the owner's terminal device 10 based on an operation related to the request for restoring 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 restoring 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 an operation (for example, an operation on the repair button 65 or the repair button 73, etc.) for restoring the durability value based on the pickaxe lent. 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, as shown in FIG. 10, on the item screen 64, 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 able to borrow a plurality of pickers. Also, a user who owns a picker can also 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 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 that can be used in the game. Also, the specific object may be a character used in the progress of the predetermined event (for example, a character that the user can operate). Also, 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 hit points, etc., as the 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 the outline 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 the outline of the size of each item.

[0208] Next, the virtual space management unit 231 creates the mountains on which the items whose outlines were 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 the mountains.

[0209] Next, the virtual space management unit 231 acquires the hash generated on the day immediately following the day when 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 to determine the type, size details, shape, or quality of item B as an item that can be acquired 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 to acquire a mountain for mining from among a plurality of mountains in the map (step S11). In other words, the operation reception unit 111 receives an operation to select a specific mountain from among a plurality of mountains. Further in other words, the operation reception unit 111 receives an operation related to the acquisition of the right to play a game in a specific virtual space.

[0212] When an operation to acquire a mountain for mining 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] Also, the operation reception unit 111 receives an operation to instruct 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 to instruct 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. Also, 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 the 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 when another user uses 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 recruitment on the recruitment 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 recruiting 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 a recruitment based on the various information input on the recruitment screen 420.

[0219] Next, the control unit 210 of the server 20 starts recruiting 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 the recruitment (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 pickel to borrow) receives an operation related to the display of the application screen 440 as a screen for displaying lendable pickels (specifically, pickels that can be lent from the owner to the scalar, in other words, pickels that the scalar can borrow) (step S24).

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

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

[0223] Next, based on the information on the lendable pickels transmitted from the server 20, 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 pickels registered in the storage unit 220 are displayed (step S27). Note that information indicating the conditions related to the lending of the lendable pickels registered in the storage unit 220 is also transmitted from the server 20, and the conditions related to the lending of the lendable pickels are also displayed on the application screen 440. Note that the information on the lendable pickels 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 pickel to receive (in other words, borrow) from the lendable pickels displayed on the application screen 440 (step S28).

[0225] Next, based on the operation of selecting a picker that receives a loan from the 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 lending information indicating that the picker is lent 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 lending information, or the lending 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 results obtained by the scalar using the picker as a lent 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 lent 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 player character of the scalar based on the operation of the scalar, digs the location where the pyroxene is buried in the mountain by the player character of the scalar, and when the pyroxene is dug out, determines that the scalar has discovered pyroxene.

[0230] When it is determined that the Scalar 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 Scalar and the portion to be passed to the owner based on the conditions set for the lending 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 share of the Scalar set by the owner as a condition related to the lending 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 held assets. Also, the game control unit 212 determines, as the pyroxene to be given to the Scalar, the portion corresponding to the share of the Scalar set by the owner as a condition related to the lending of the picker from the discovered pyroxene, and gives it to the Scalar (step S44). That is, the game control unit 212 adds the pyroxene corresponding to the Scalar's share among the discovered pyroxene to the Scalar's held assets. When there are multiple Scalars, the game control unit 212 determines the share of each Scalar according to the above calculation formula, and gives the pyroxene corresponding to the share of each Scalar to each Scalar.

[0231] In addition, in this embodiment, items, virtual currencies, tokens, and various logics (in other words, smart contracts) managed by the blockchain may be managed by the same blockchain, or some 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 NFTs corresponding to Item A and Item B (in other words, NFT - converted objects) may be able to be bridged 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, there may be processes that do not exist in each process such as various determination processes described in this specification. In other words, the flow of the processes and specific determination processes, etc. 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 is caused to function as lending means (for example, control unit 210) for lending a specific NFT-converted 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 (for example, 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. program. According to such a configuration, for example, even a user who does not own a specific NFT - converted 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. Also, 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 can be made easier for a user who does not own a specific object to borrow the specific object from the owner, and the service can be made easier to use.

[0236] (Appendix 1 - 2) Cause the computer to function as setting means (for example, control unit 210) for setting conditions related to the 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, the owner shall acquire them. For the second objects obtained by the other user using the specified object lent in the virtual space, a part of them shall be acquired by the owner. 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 shall acquire all of some of the objects. Therefore, for a user who wants to acquire some of the objects, it is possible to motivate the user to own the specified object.

[0238] (Appendix 1-4) The computer is functioned as recovery means (for example, control unit 210) for recovering a predetermined parameter set for the specified object and changing according to the use of the specified object. Based on an operation for instructing the owner to recover the predetermined parameter, the recovery means recovers the predetermined parameter of the specified object 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 is lent.

[0239] (Appendix 1-5) For the specified object lent to the other user, the recovery of the predetermined parameter based on an operation for 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 and the connection between the owner and the user who has borrowed the specific object from becoming weak after the lending of the specific object.

[0240] (Appendix 1-6) Function the computer as restriction means (for example, control unit 210) that restricts the use by the other user who uses 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 the specific ability restricted, it is possible to motivate the user to own the specific object.

[0241] (Appendix 1-7) Function the computer as 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 the 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 result given by the other user.

[0243] (Appendix 1-9) Lending means (for example, 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 (for example, 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 the program described in Appendix 1-1 can be achieved.

[0244] (Appendix 2-1) A computer is functioned as lending means (for example, 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 (for example, 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 active in 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 by 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 NFT - converted object can obtain a reward even when another user who has borrowed the NFT - converted object achieves a result. Therefore, for example, the interest in using the service by borrowing an NFT - converted object can be improved, and the resistance of users to borrowing an NFT - converted object can be reduced. Also, for example, when there are a plurality of users to whom a specific object has been lent by the owner, if the presence or absence of a reward is determined only by whether a predetermined result has been achieved or not, there is a possibility 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 contrary, according to this configuration, when another user achieves a predetermined result, a reward can be obtained according to one's own workload. Therefore, 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, the motivation to borrow and use an NFT - converted object can be provided.

[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, since the owner will acquire all of some of the objects, it is possible to motivate the user who wants to acquire the some of the objects 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 in which a multiplayer game is played by the owner and the user who uses the specified object that has been lent. 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 the multiplayer game. In addition, for example, even when participating in a multiplayer game using a specific object lent by 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 in which a multiplayer game is played by a plurality of users to whom the specific object has been lent from the same owner. 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 is 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 object can obtain a reward even if another user who participates in the predetermined event using the NFT object achieves results. Therefore, for example, the interest of a service using an NFT object can be improved, and the resistance of users to the service using the NFT object can be reduced. Also, for example, when participating in a predetermined event using an NFT object, if the presence or absence of a reward is determined only by whether a predetermined result is achieved, users who have worked harder than other users but have 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 the amount of one's own work, 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, motivation for using the NFT object can be provided.

[0252] (Appendix 2-9) Lending means for lending a specific NFT 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 - giving means for determining and giving rewards to each of the plurality of users according to the workload of each of the plurality of users. 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 reference numerals

[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 unit, 18 Display unit, 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 unit, 111 Operation reception unit, 112 Transmission / reception unit, 113 Terminal processing unit, 114 Display control unit, 120 Storage unit, 210 Control unit, 211 Transmission / reception unit, 212 Game control unit, 213 Asset management unit, 214 Market management unit, 220 Storage unit, 231 Virtual space management unit, 233 Reward - giving unit, 310 Control unit, 320 Storage unit

Claims

1. A computer, a lending means 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 an acquisition means for causing the owner to acquire at least a part of the result obtained by the other user using the lent specific object in the virtual space, and functioning as such a program.

2. A computer, functioning as a setting means for setting conditions related to lending of the specific object based on an operation of the owner, wherein the acquisition means determines, based on the set conditions, what content of the result is to be acquired by the owner The program according to claim 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, causes the owner to acquire all of the first object obtained by the other user using the lent specific object in the virtual space, and causes the owner to acquire a part of the second object obtained by the other user using the lent specific object in the virtual space The program according to claim 1.

4. A computer, functioning as a recovery means for recovering a predetermined parameter set for the specific object and changing according to use of the specific object, wherein the recovery means recovers the predetermined parameter of the specific object lent to the other user based on an operation instructing the owner to recover the predetermined parameter The program according to claim 1.

5. Regarding the specific object 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 according to claim 4.

6. A computer, functioning as a restriction means for restricting use by the other user using the lent specific object for a specific ability that can be used when the owner attempts to obtain the result using the specific object The program according to claim 1.

7. A computer, Function as usage location determination means for determining, based on the operation of the owner, a location where the other user can use the loaned specific object The program according to claim 1.

8. The virtual space is a space in which a multiplayer game is played in which the owner and the other user who uses the loaned specific object participate The program according to claim 1.

9. Lending means for lending a specific object NFTized and usable in a virtual space from an owner as a user who owns the specific object to another user, Acquisition means for causing the owner to acquire at least a part of the results obtained by the other user using the loaned specific object within the virtual space, and comprising An information processing system.

Images