Program and information processing system

Abstract

To increase interest in services.SOLUTION: A program causes a computer to function as: setting means for setting a predetermined relationship between a first user and a second user; termination means for terminating the predetermined relationship between the first user and the second user on the basis of the first user's operation; and reward granting means for granting a reward according to the second user's activities in a game during the period in which the predetermined relationship between the first user and the second user is set, to the second user, when the predetermined relationship between the first user and the second user is terminated.SELECTED DRAWING: Figure 12

Description

[Technical Field]

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

[0002] Conventionally, games have been known in which users who have established a predetermined relationship within the game cooperate with each other to play. In recent years, development of technologies related to the provision of various services using blockchain has progressed (for example, see Patent Document 1), and it is known that in games using blockchain technology, a relationship between users is established as owner and scalar, and users play the game as the owner or scalar. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Publication No. 2017-204070 Summary of the Invention [Problem to be solved by the invention]

[0004] Meanwhile, in services such as games, there is a demand for increased entertainment value.

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

[0006] According to one embodiment shown in the present disclosure, Computer, a setting means for setting a predetermined relationship between a first user and a second user; a cancellation means for canceling the predetermined relationship between the first user and the second user based on an operation by the first user; and a reward granting means for granting to the second user a reward according to the second user's work in the game during the period in which the predetermined relationship was established, when the predetermined relationship between the first user and the second user is terminated. Programs are offered. [Effects of the Invention]

[0007] According to the present invention, it is possible to improve the interest of a service. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram illustrating a schematic configuration of a game system. [Figure 2] FIG. 2 is a block diagram showing the functional configuration of the game system. [Figure 3] FIG. 10 is a diagram illustrating an example of a screen displaying a map. [Figure 4] FIG. 10 is a diagram illustrating an example of a home screen. [Figure 5] FIG. 10 is a diagram illustrating an example of a screen displaying a list of mountains acquired by a user. [Figure 6] FIG. 10 is a diagram showing an example of a game screen when mining is performed. [Figure 7] FIG. 1 is a diagram for explaining the flow of asset acquisition and consumption. [Figure 8] FIG. 1 is a diagram illustrating a timeline for mountain acquisition and mining. [Figure 9] FIG. 10 is a diagram showing an example of a screen related to the purchase of an item. [Figure 10] FIG. 10 is a diagram illustrating an example of a screen displaying a list of items owned by a user. [Figure 11] FIG. 10 is a diagram showing an example of a menu screen that can be displayed during mining. [Figure 12] FIG. 10 is a diagram showing an example of a screen related to the lending of an ice axe. [Figure 13] FIG. 10 is a diagram illustrating an example of a screen for recruiting scholars. [Figure 14]FIG. 10 is a diagram showing an example of a screen for applying for a scholarship position. [Figure 15] 10 is a flowchart illustrating an example of processing related to the generation of a mountain and the determination of items that can be obtained from the mountain. [Figure 16] 10 is a flowchart illustrating an example of a process related to mountain acquisition and mining. [Figure 17] 10 is a flowchart showing an example of a process for lending an ice axe to another user. [Figure 18] 10 is a flowchart illustrating an example of a process for allowing an owner to acquire at least a portion of the results obtained through a scholar's use of an ice axe. DETAILED DESCRIPTION OF THE INVENTION

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

[0010] <Game system hardware configuration> 1, the game system 1 of this 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 also 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 a network 2. The network 2 may be configured, for example, by the Internet, a mobile communication system (e.g., 3G, 4G, 5G, LTE (Long Term Evolution), etc.), WiFi (Wireless Fidelity), Bluetooth (registered trademark), other communication lines, or a combination of these.

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

[0013] The processor 21 controls the overall operation of the 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 loads it into the memory 22. The processor 21 executes the loaded program.

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

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

[0016] The storage 23 is an auxiliary storage device. The storage 23 is configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 23 stores various data related to the game.

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

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

[0019] The terminal device 10 (in other words, a computer, an information processing device) may be, for example, a smartphone, a feature phone, a PDA (Personal Digital Assistant), a tablet computer, a personal computer, a wearable terminal, or a game device. The terminal device 10 may be a mobile terminal. The terminal device 10 may be a portable terminal that a user uses when playing 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 loads it into the memory 12. The processor 11 executes the loaded program.

[0022] The memory 12 is a main storage device. The memory 12 is configured by storage devices such as a ROM and a RAM. The memory 12 provides a working area for the processor 11 by temporarily storing the programs and various data that the processor 11 reads from the storage 13. The memory 12 also temporarily stores various data that the processor 11 generates while operating according to the programs.

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

[0024] The communication IF 14 controls transmission and reception of various data via a network between the terminal device 10 and the server 20, etc. The communication IF 14 may also control transmission and reception of various data via a 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 through which the terminal device 10 receives input of data and also an interface through which the terminal device 10 outputs data. The input / output IF 15 may input and output data via, for example, a USB (Universal Serial Bus) or the like. The input / output IF 15 may include an input unit 17, a display unit 18, or the like.

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

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

[0028] In this embodiment, the description will be given assuming that the input unit 17 is a keyboard and a mouse. Note that in this embodiment, operations on various UIs such as buttons may be performed by, for example, placing a mouse cursor on an area on the display unit 18 where the button or the like is displayed and clicking.

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

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

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

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

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

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

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

[0036] 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 or the terminal device 10.

[0037] <Functional configuration of the game system> 2 is a block diagram showing the functional configuration of the server 20, the terminal devices 10, and the node devices 30. The server 20 in this embodiment has, for example, a function to provide each terminal device 10 with various data and programs necessary to realize the game, and a function to collect and manage data related to the game from each terminal device 10.

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

[0039] 2, the server 20 functions as a control unit 210 and a storage unit 220 through 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 programs, game information, and user information. The programs are programs for realizing games. The game information and user information are data referenced by the control unit 210 when executing the programs.

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

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

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

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

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

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

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

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

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

[0049] Furthermore, when the game control unit 212 receives, for example, a request for synchronization processing to support the multiplay function or data to be subjected to synchronization processing from the terminal device 10 via the transmission / reception unit 211, the game control unit 212 executes synchronization processing to support the multiplay function. The game control unit 212 also issues a command to the transmission / reception unit 211 to instruct the transmission / reception unit 211 to transmit game information or user information. For example, when the server 20 transmits information to multiple terminal devices 10, the game control unit 212 synchronizes the game progressing among the terminal devices 10 by simultaneously transmitting the information to each terminal device 10. By executing synchronization processing, it becomes possible to simultaneously reflect in-game events resulting from operations input on one terminal device 10 on the other terminal devices 10.

[0050] The asset management unit 213 manages assets held by users. The asset management unit 213 also manages some or all (in other words, at least some) of the assets held by users in a distributed ledger of the blockchain system 3. In other words, the asset management unit 213 may store information about the assets held by users in the storage unit 220, or may store the information in the distributed ledger. Note that, in a configuration in which the server 20 functions as a node device 30, the asset management unit 213 may store information about the assets held in a distributed ledger stored in its own storage unit 220. Also, in a configuration in which the server 20 does not function as a node device 30, the asset management unit 213 may perform control such as sending a request to the blockchain system 3 for storage in the distributed ledger.

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

[0052] The terminal device 10 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 11, memory 12, storage 13, communication IF 14, input / output IF 15, etc. The storage unit 120 stores various data used by the control unit 110. The various data include, for example, programs, game information, and user information. The programs are programs for realizing games on the terminal device 10 side. The game information and user information are data referenced by the control unit 110 when executing the programs. 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 executes a program stored in the storage unit 120 to control various processes related to the game executed on the terminal device 10. The control unit 110 includes, for example, an operation reception unit 111, a transmission / reception unit 112, a device processing unit 113, and a display control unit 114.

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

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

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

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

[0058] The device processing unit 113 defines a virtual camera for specifying an area of ​​the virtual space to be presented to the user. The device processing unit 113 places the virtual camera in the virtual space by defining the position and orientation of the virtual camera within the virtual space. The device processing unit 113 instructs the display control unit 114 to generate an image depicting the field of view defined by the virtual camera and the objects located in this field of view. In other words, the device 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 determined appropriately for each virtual space. For example, the device processing unit 113 uses the position and orientation of a specific object as a reference and positions the virtual camera so that the specific object is located at the center of the field of view in a specific orientation. In this case, the device processing unit 113 adjusts the position and orientation of the virtual camera using the direction, distance, and angle relative 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, tree, or stone. Dynamic objects include player characters that act based on the operation of each user and non-player characters that act based on a program.

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

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

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

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

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

[0065] When a user acquires various items or a specific token (described later) from another user or a game operator (e.g., acquired through mining, described later), the control unit 310 receives a registration request for information related to the holding of the item or specific token, transmitted from the server 20, and registers the information in the distributed ledger. The control unit 310 may register transaction history information for each item or specific token in the distributed ledger, for example, based on information related to transactions (in other words, transfers) of the item or specific token transmitted from the server 20 or the terminal device 10. Specifically, the distributed ledger stores multiple blocks each containing a hash value and a transaction. A transaction may be, for example, information indicating the transaction details of an item or specific token. A transaction includes, for example, input information indicating the transfer source and output information indicating the transfer destination. The hash value is calculated from information contained in the previous block, and the distributed ledger stores transaction history information for items and specific tokens, with each block linked like a chain by the hash value. By managing such transaction history in a distributed ledger of each node device 30, it is possible to store information indicating which user owns which item and information indicating how many specific tokens each user owns on the blockchain. Note that, instead of the transaction history of items, etc., information regarding the ownership status of each user's items, etc. may be managed in a distributed ledger, so that information indicating which user owns which item, etc. may be stored on the blockchain. In this way, in the game of this embodiment, ownership information for items and specific tokens is stored on the blockchain. Note that there may be items, etc. whose ownership information is not stored on the blockchain.

[0066] 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 have at least some of the functions of the other devices. In other words, the server 20 or the node device 30 may have some or all of the functional blocks of the terminal device 10 in this embodiment, the terminal device 10 or the node device 30 may have some or all of the functional blocks of the server 20, or the terminal device 10 or the server 20 may have some or all of the functional blocks of the node device 30. Furthermore, each of the devices, such as the terminal device 10, the server 20, and the node device 30, does not have to be realized by an integrated device, and may be realized by, for example, multiple devices connected via a network or the like. Furthermore, 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 this embodiment> Next, the processing according to this embodiment will be described. Note that in this embodiment, the processor 11 of the terminal device 10, the processor 21 of the server 20, or the processor 31 of the node device 30 executes a program stored in the game system 1 to perform each of the processes described below. However, at least a portion of the processing performed by the processor 11, which is described below, may be executed by a processor other than the processor 11 (e.g., the processor 21 or the processor 31). Also, at least a portion of the processing performed by the processor 21, which is described below, may be executed by a processor other than the processor 21 (e.g., the processor 11 or the processor 31). Also, at least a portion of the processing performed by the processor 31, which is described below, may be executed by a processor other than the processor 31 (e.g., the processor 11 or the processor 21). In other words, the computer that executes the program in this embodiment may be any of the terminal device 10, the server 20, and the node device 30, or may be realized by a combination of multiple devices. Also, some or all of the various processes may be executed on a blockchain.

[0068] Here, an overview of the game of this embodiment will be described. In the game of this embodiment, there is a map 40 that is common to multiple users (specifically, all users) participating in the game. An example of the map 40 is shown in FIG. 3. Multiple 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 from the map 40 where the user will mine (or a virtual space in which the user will play the game). Acquisition of the mountain is performed, for example, as follows. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display a map 40 (or a list of mountains that the user can acquire) as shown in FIG. 3 based on a predetermined input operation by the user. Then, the user can acquire a specific mountain by selecting the specific mountain on the map 40 displayed on the display unit 18 (for example, by clicking on the specific displayed mountain). Specifically, for example, when an operation to select a specific mountain from the mountains displayed on the map 40 is performed, the display control unit 114 causes the display unit 18 to display an acquire button 41 that accepts an operation to acquire the selected mountain. Then, the game control unit 212 causes the user to acquire the mountain selected by the user based on the operation on the acquire button 41.

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

[0071] In the game of this embodiment, item A is provided, which is used for mining in the mountain. To mine, the user must have item A. In other words, item A is an item required to participate in the game. In this embodiment, item A is a pickaxe. It may be configured so that a user without item A cannot acquire the mountain. In the game of this embodiment, multiple types of item A with different characteristics are provided. Item A can be converted into an NFT (Non-Fungible Token). The NFT state refers to a state in which information proving that item A is unique is stored on a blockchain. In other words, the NFT state refers to a state in which an NFT corresponding to item A is issued and managed on a blockchain. Hereinafter, digital assets such as items for which a corresponding NFT has been issued are also referred to as NFTs. In this embodiment, the conversion of item A into an NFT (in other words, the generation of item A) is performed by the game operator, and cannot be performed by users (in other words, minting by users). In other words, in the game of this embodiment, the user cannot obtain item A in a state where it has not been converted into an NFT. However, the user may be able to convert item A into an NFT.

[0072] Furthermore, in the game of this embodiment, users can acquire items B and C through mining. As will be described in detail later, item B is an item that can be converted into an NFT. Item C is an item that can be exchanged for a specific token. Hereinafter, a token that can be acquired in exchange for item C will be referred to as a "specific token."

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

[0074] Furthermore, the specific token that can be acquired by exchanging it for item C is a crypto asset (for example, virtual currency). In the game of this embodiment, the specific token can be used to level up item A, repair item A (in other words, fix it), and turn item B into an NFT, etc.

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

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

[0077] The home screen 42 is initially displayed when the game (in other words, an application related to a predetermined service) is launched on the terminal device 10. Here, "first displayed when launched" includes the case where the home screen 42 is displayed after various displays related to the launch (e.g., a title display, a loading display, etc.) are displayed. The home screen 42 is not limited to being displayed at the time of launch, but may be displayed at a predetermined timing. For example, the home screen 42 may be displayed when the home button 90 is operated or when in-game mining in the mountain is completed. The home screen 42 may display a predetermined background image (e.g., a background image including a player character, etc.). The home screen 42 may also display multiple menu items related to the game. Specifically, the home screen 42 may display various UIs that accept operations related to the display of various screens. For example, the UIs may include a mine button 91, an item button 92, a loan-related button 93, a shop button 94, and a home button 90. The display control unit 114 may then display, on the display unit 18, a screen displaying a map 40 as illustrated in FIG. 3 or a screen displaying a list 44 of acquired mountains as illustrated in FIG. 5, based on an operation on the mine button 91. The display control unit 114 may also display, on the display unit 18, an item screen 64 as illustrated in FIG. 10, based on an operation on the item button 92. The display control unit 114 may also display, on the display unit 18, a loan-related screen 400 as illustrated in FIG. 12, based on an operation on the loan-related button 93. The display control unit 114 may also display, on the display unit 18, a shop screen 60 as illustrated in FIG. 9, based on an operation on the shop button 94. The display control unit 114 may also display, on the display unit 18, a home screen 42, based on an operation on the home button 90. In addition, the display control unit 114 may switch the display between a screen displaying the map 40 illustrated in FIG. 3 and a screen displaying the list 44 of acquired mountains illustrated in FIG. 5 based on operations on the map display button 95 and the my mine display button 96 shown in FIG. 3 and FIG. 5, respectively.The mine button 91, the item button 92, the loan-related button 93, the shop button 94, and the home button 90 may be displayed while various screens other than the home screen 42 are displayed.

[0078] The mountain where the user will mine is determined, for example, as follows. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display a list 44 of mountains acquired by the user, as shown in FIG. 5, based on a predetermined input operation by the user. The list 44 of mountains may be a list of mountains acquired by the user on a map 40 displayed on the display unit 18. When an operation to select a specific mountain from the mountains acquired by the user (in other words, the listed mountains) displayed on the display unit 18 (for example, a click operation on the specific mountain) is performed, the display control unit 114 causes the display unit 18 to display a mining target determination button 46 that accepts an operation to determine the selected mountain as the mountain where mining will be performed. Furthermore, the game control unit 212 sets the mountain selected by the user as the mountain where mining will be performed, based on an operation on the mining target determination button 46. When the start mining button 43 is operated, mining begins on the mountain that was set as the mountain where mining will be performed by operating the mining target determination button 46. That is, in this embodiment, the user can select (in other words, change) the mountain to be mined by selecting the mountain to be mined from the list of mountains 44 acquired by the user and operating the mining target selection button 46. When the user selects a specific mountain from the list of mountains 44 acquired by the user, a start mining button 43 may be displayed instead of or in addition to the select mining target button 46 (see FIG. 5 ), and operating the start mining button 43 may start mining in the specific mountain. As shown in FIG. 4 , the home screen 42 (in other words, the screen that accepts operations related to the start of mining) may display a display 48 that allows the user to identify the mountain set as the mountain to be mined (in other words, the mountain from which mining will begin upon an operation to start mining). The home screen 42 may also display a display 49 that allows the user to identify the pickaxe set as the pickaxe to be used for mining (in other words, the pickaxe to be equipped on the player character).

[0079] When the mining start button 43 is operated, the game control unit 212 places the player character 38 in a mountain 37, which is a virtual space where mining is to be performed, as shown in FIG. 6 . The game control unit 212 then 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 operate the player character 38 to play a predetermined game (specifically, a mining game, in other words, a predetermined in-game) (in other words, to execute a predetermined event). That is, the start of mining in a specific mountain 37 can be considered the start of playing a game in a specific virtual space, or entering a specific virtual space. Based on an input operation by the user, the game control unit 212 moves the player character 38 within the virtual space and causes the player character 38 to perform an action of using a pickaxe 39 (specifically, an operation of swinging the pickaxe 39). The method of operating the player character 38 within the virtual space can be similar to that of a conventional action game, but may also be, for example, as follows. The game control unit 212 may move the player character 38 within the mountain 37 based on an operation of the "W", "A", "S", or "D" keys on the keyboard. The game control unit 212 may also cause the player character 38 to jump based on an operation of the space bar on the keyboard. The game control unit 212 may also cause the player character 38 to perform a mining action of swinging the pickaxe 39 and digging into the mountain 37 based on a left-click operation of the mouse.

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

[0081] Note that mining can be interrupted midway. For example, the display control unit 114 of the terminal device 10 displays a menu screen 70 shown in FIG. 11 on the display unit 18 based on a predetermined input operation by the user (for example, an operation on the Tab key on the keyboard). The menu screen 70 displays an Exit button 71 that accepts 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, ends mining) based on the operation on the Exit button 71. At this time, the game control unit 212 stores the mining progress status in the storage unit 220. Then, when mining in the same mountain 37 is started next time, the game control unit 212 reads out the stored progress status and resumes mining from where it left off. In other words, when mining is resumed, the previously dug portion of the mountain 37 will be in a completely dug state, and the gems, etc. buried in the mountain 37 that were previously dug up will be in a completely dug up state. In other words, when the user exits and re-enters mountain 37 as a specific virtual space, the changes made by the user the last time the user entered the space are reflected in the specific virtual space. In other words, in this embodiment, it is possible to suspend a game in a specific virtual space and resume it from where it was interrupted.

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

[0083] In this embodiment, the pickaxe to be used in mining is selected before mining begins by operating the mining start button 43. The operation for selecting such a pickaxe can be the same as the operation for selecting the weapon to be used (in other words, equipped to the player character 38) in conventional games. The pickaxe to be used may be changeable while mining is in progress.

[0084] Pickaxes used for mining have a durability value set, and the durability value decreases as they are used for mining (for example, from a durability value of "100" to a durability value of "0"). When the durability value reaches a predetermined value (for example, a durability value of "0"), the pickaxe becomes unusable. In other words, mining cannot be performed using a pickaxe whose durability value has reached the predetermined value. Specifically, when the durability value reaches the predetermined value, the pickaxe can be swung, but it cannot dig the surface even when swung. Note that when the durability value reaches the predetermined value, mining using the pickaxe may still be possible, although its performance will decrease.

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

[0086] Furthermore, pickaxes are assigned a rank. Note that rank includes so-called levels, etc. As the pickaxe's rank increases, certain parameters of the pickaxe change. Specifically, as the pickaxe's rank increases, certain parameters that affect the ease of obtaining gems and gemstones (in other words, the efficiency of mining) change. More specifically, as the pickaxe's rank increases, parameters related to the pickaxe's swing speed change, and the pickaxe's swing speed increases. This increases the mining speed and therefore the mining efficiency. Furthermore, as the pickaxe's rank increases, the pickaxe's maximum durability increases. This increases the amount of time that mining can continue without the durability recovering, thereby increasing the mining efficiency. Furthermore, as the pickaxe's rank increases, the pickaxe's power increases, and the amount that can be dug with one swing (in other words, the impact that one operation has on the mountain) and the like may also increase. This increases the mining speed and therefore the mining efficiency.

[0087] The operation receiving unit 111 also receives an operation to instruct an increase in the rank of the pickaxe. Then, the game control unit 212 performs processing to increase the rank of the pickaxe based on the operation. Increasing the rank of the pickaxe also requires a predetermined amount of specific tokens, and when the rank of the pickaxe is increased by the operation, the predetermined amount of specific tokens is consumed.

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

[0089] Furthermore, various items in this embodiment (for example, item A, item B, and item C) may be read as objects. Objects include characters, items, etc. In other words, item B and item C, which are acquired by playing a game (in other words, executing an event) in a mountain as a specific virtual space, may be characters, etc.

[0090] In this embodiment, the map is updated (in other words, newly generated) at predetermined intervals (specifically, once a day). In addition, in conjunction with the map updates, the acquireable mountains are also updated (in other words, newly generated) at predetermined intervals (specifically, once a day). Furthermore, only one user can acquire a mountain, and once a user acquires a mountain (in other words, the right to mine that mountain), other users cannot acquire that mountain. In other words, mountain acquisition is on a first-come, first-served basis. Note that updates to the map and acquireable mountains may involve completely renewing past maps and mountains (in other words, new maps and mountains are generated, and past maps disappear or past mountains become unacquirable), or may involve expanding past maps or adding new mountains to mountains that were previously generated (in other words, increasing the number of acquireable mountains).

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

[0092] As described above, in the game of this embodiment, a user must have a pickaxe in order to participate in the game. In this embodiment, the pickaxe can be purchased in the in-game marketplace, and the user purchases the pickaxe in the marketplace. The pickaxe can be purchased using a specific token. Transactions in the marketplace are managed by the market management unit 214. Specifically, for example, the operation reception unit 111 of the terminal device 10 receives an operation by the user to select an item that the user wishes to purchase. Information regarding this operation is then sent to the market management unit 214 of the server 20 via the transmission / reception units 112, 211, and the market management unit 214 performs processing to transfer the item selected by the user to the user based on the operation, and to transfer the payment from the user to the person who sold the item.

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

[0094] The pyroxene acquired by the user can be exchanged for a specific token. The exchange of the pyroxene for the specific token may be performed automatically or based on an operation by the user instructing the exchange. For example, all pyroxene owned by the user may be periodically converted into the specific token. Specifically, all pyroxene owned by the user may be automatically converted into the specific token at a predetermined time every day, and all pyroxene owned by the user at that time may be lost. Furthermore, the pyroxene may be automatically exchanged for the specific token at a specific timing, such as when the user leaves the mountain. In this embodiment, pyroxene is granted to the user through mining in the mountain, and the pyroxene is exchanged for the specific token. However, the specific token may be granted directly to the user in place of or in addition to the pyroxene mined in the mountain.

[0095] In this 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 crypto assets at a predetermined exchange (for example, a decentralized exchange). The specific token may be a unique token related to the game of this embodiment, a token with an issuance limit set, or a virtual currency that can be used outside the game.

[0096] Furthermore, gems acquired by a user can be converted into NFTs by satisfying certain conditions. That is, in this embodiment, an NFT corresponding to the gem can be issued and managed on a blockchain. Specifically, for example, after a user acquires a gem, the process of converting the gem into an NFT may be initiated in response to a user operation on the acquired gem, or the process of converting the gem into an NFT may be initiated automatically without any user operation on the acquired gem. For example, the operation receiving unit 111 of the terminal device 10 may receive an operation by the user to select a gem to be converted into an NFT in the game. Information regarding the operation may then be sent via the transmission / reception units 112, 211 to the asset management unit 213 of the server 20, and the asset management unit 213 may convert the selected gem into an NFT based on the operation. Furthermore, NFT conversion requires a fee (e.g., a predetermined amount of specific tokens), and when converting a gem into an NFT through the operation, the fee may be consumed from the user's assets. Furthermore, NFT-converted gems may be traded on an in-game marketplace, etc. In other words, converting an item into an NFT can be considered as making the item available for buying and selling on a marketplace. Specifically, for example, the operation reception unit 111 of the terminal device 10 may receive an operation in which a user selects gems they want to sell (specifically, NFT-ed gems). Information regarding the operation is then sent to the market management unit 214 of the server 20 via the transmission / reception units 112, 211, and the market management unit 214 may then put the gems selected by the user up for sale based on the operation. If there is another user who wishes to purchase the gems, the market management unit 214 may then transfer the gems to the other user and transfer the payment from the other user to the user who sold the gems. In other words, the NFT-ed item B may be tradeable with other users.

[0097] Furthermore, gems may be exchangeable for specific tokens. Specifically, the operation receiving unit 111 of the terminal device 10 may receive an operation by the user to select gems that the user wishes to exchange for specific tokens in the game. Information regarding the operation is then sent to the server 20 via the transmission / reception units 112, 211, and the asset management unit 213 may grant the specific tokens to the user in exchange for the selected gems based on the operation. In other words, gems may be items that can be converted into NFTs and exchanged for specific tokens. Note that the exchange of gems for specific tokens may be performed either before or after the gems are converted into NFTs, or may be performed both ways.

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

[0099] Furthermore, among the various processes in this embodiment, there is a process with randomness. In this embodiment, the process with 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, which will be described later, but it may also include only one of them. Specifically, in this embodiment, two types of seeds using blockchain (hereinafter, referred to as "seed") are used. hlast "," "seed hfirst ") and one type of seed using a virtual space ID (hereinafter referred to as "seed mdid ") is available.

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

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

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

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

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

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

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

[0107] In the item detail determination process, the virtual space management unit 231 determines details of the items obtainable from each mountain determined in the item summary determination process. Specifically, the virtual space management unit 231 determines the type, detailed size, shape, or quality of Item B obtainable from each mountain determined in the item summary determination process. More specifically, for example, if the outline of obtainable items is determined as two small gems and one large gem, as described above, the virtual space management unit 231 determines the type of each small gem and large gem, such as diamond, aquamarine, red spinel, etc. The virtual space management unit 231 also determines the quality of each small gem and large gem, such as low quality, medium quality, or fine quality. The virtual space management unit 231 also determines the size details of each small gem and large gem, such as 0.2 carats or 6.4 carats. Note that the quality of gems may also be determined taking into account their carat weight. For example, the higher the carat weight, the higher the gem's quality.

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

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

[0110] The timeline for acquiring and mining the mountain is now explained with reference to Figure 8. Here, we consider the last generated hash on May 29, 2022, as last_20220529 seed hlast It is used as the hash of the first generated hash on May 31, 2022. first_20220531 seed hfirst This will be explained using an example where it is used to generate maps and mountains, determine obtainable items, etc.

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

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

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

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

[0115] The mountain (in other words, the right to mine the mountain), whose overview and details of the items that can be obtained are determined in this way, is acquired by the user based on the user's operations, and items can be obtained through mining.

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

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

[0118] Furthermore, the virtual space management unit 231 stores information indicating the mountains acquired by the user on a blockchain (e.g., the Ethereum blockchain). Specifically, when a user acquires a mountain, the virtual space management unit 231 stores information indicating that the user has acquired the mountain on the blockchain. That is, in this embodiment, a history of users' mountain acquisitions is stored on the blockchain. In other words, in this embodiment, information regarding rights to play games in a specific virtual space is stored on the blockchain. This configuration makes it possible to prevent the acquisition of mountains, items, etc. by fraudulent means. That is, in this embodiment, the right to acquire a specific item is acquired by acquiring a mountain that has a limited acquisition period, and information indicating the mountains acquired by the user is stored on the blockchain, which is difficult to tamper with. Therefore, with this configuration, even if a user acquires an item (specifically, a gem) by fraudulent means, it is possible to confirm that the user does not have acquisition information for a mountain that can acquire the item, making it possible to prove the user's fraud. In addition, in this embodiment, mountain acquisition information is stored on a blockchain that is difficult to rewrite, and the details of acquireable items are determined after the period during which the mountain can be acquired has elapsed, thereby more firmly preventing the fraudulent acquisition of items.

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

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

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

[0122] In this embodiment, map creation, mountain creation (i.e., virtual space creation), determination of an overview of obtainable items for each mountain, and determination of details of obtainable items are performed every day, and the map and obtainable mountains are updated daily. That is, for example, in the example shown in FIG. 8, the map creation process, item overview determination process, and virtual space creation process are performed using the last hash of May 30, and for items whose overviews are determined in the item overview determination process, the item detail determination process is performed using the first hash of June 1. In this embodiment, the next map update and obtainable mountain update are performed after the mountain acquisition period ends, but the next map update and obtainable mountain update may also be performed during the mountain acquisition period. In other words, the hash used to create the map, create the mountains, determine the overview of obtainable items for each mountain, or determine details of obtainable items does not have to be the last hash or the first hash of the day.

[0123] In this embodiment, the map and mountains are created and the outline of obtainable items is determined using the hash generated at the end of the day. However, the hash generated at the end of the day (i.e., the last block of the day) is determined after the first hash of the next day (i.e., the first block of the next day) is generated. Therefore, the map and mountains are created and the outline of obtainable items is determined after the first hash of the next day is generated. Therefore, it is possible to create the map and mountains and determine the outline of obtainable items using the first hash of the next day. However, in this embodiment, the map and mountains are created and the outline of obtainable items is determined using the hash generated at the end of the day. This allows the map and mountains to be created and the outline of obtainable items to be determined based on different hashes, and the details of obtainable items to be determined based on different hashes. In other words, when processes related to the creation of the map and mountains and the determination of obtainable items are performed every day, the hash used to determine the details of the items whose outlines were determined the previous day is not the same as the hash used to determine the item outlines of the current day. In other words, in this embodiment, the game control unit 212 determines the details of an item using a specific hash within a recurring arbitrary period (specifically, the first hash of the day), and determines an overview of the item using a hash different from the specific hash (specifically, the last hash of the day). Also, while a blockchain can branch, in this embodiment, when the first hash of the next day is generated, the map and mountains are created and an overview of obtainable items is determined using the hash generated at the end of the day, making it possible to perform processing using hashes (in other words, blocks) that are likely to be adopted.

[0124] In the game of this embodiment, the lottery logic for jewels as item B is stored and published on the blockchain. Specifically, the logic for the item summary determination process and the item detail determination process is published as a smart contract. hlast The logic for determining the reward summary using the above will be published as a smart contract. hfirst The logic for determining the reward details using the seed will be published as a smart contract. hlast and seed hfirstis a blockchain hash and is a publicly available seed. In other words, in this embodiment, the overview of items obtainable at each mountain is determined by a predetermined logic using a predetermined seed. The predetermined seed and the predetermined logic are publicly available, allowing each user to verify whether or not any fraudulent activity has occurred in determining the item overview using the publicly available seed and the predetermined logic. In addition, in this embodiment, the details of items obtainable at each mountain are determined by a predetermined logic using a predetermined seed. The predetermined seed and the predetermined logic are publicly available, allowing each user to verify whether or not any fraudulent activity has occurred in determining the item details using the publicly available seed and the predetermined logic. This configuration provides a highly transparent system that prevents the operator from interfering with the allocation of items and clearly presents this information to users. Furthermore, by using a blockchain hash as the seed, the seed can be made unpredictable even to the operator and unchanging and clear to anyone. In other words, in this embodiment, the allocation of items cannot be controlled by even the operator, and users can verify the allocation using publicly available logic, making it impossible to predict in advance. This prevents fraudulent item allocation and damage to the value of the system. Furthermore, in this embodiment, the random numbers used to determine the outline and details of an item are determined based on the hash of the blockchain, making the random numbers identifiable. This makes it possible to detect fraudulent manipulation of random numbers and prevent fraud such as manipulating random numbers to fraudulently cause a specific object to appear. The logic of the virtual space creation process may also be stored on the blockchain and made public, or may not be stored on the blockchain and kept private.

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

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

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

[0128] Next, a process related to repairing an ice axe and a process related to increasing the rank of an ice axe will be described. Ice axe repair and an increase in rank are performed, for example, as follows. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display an item screen 64 illustrated in FIG. 10 based on a predetermined input operation by the user. The item screen 64 displays a list of items owned by the user (in other words, usable items). Specifically, the item screen 64 displays a list of ice axes owned by the user (in other words, usable ice axes). The operation accepting unit 111 also accepts an operation to select a specific ice axe from the ice axes displayed on the item screen 64 (for example, a click operation on the specific ice axe). When a specific ice axe is selected, the display control unit 114 also causes the display unit 18 to display a UI that accepts various operations for the selected ice axe. Specifically, the display control unit 114 displays, as the UI, a repair button 65 that accepts an operation related to restoring the durability of the pickaxe, an upgrade button 66 that accepts an operation related to increasing the rank of the pickaxe, and a sell button 67 that accepts an operation related to selling the pickaxe on the display unit 18. Note that the item screen 64 may also display a display indicating the remaining durability of the selected pickaxe or the pickaxes displayed in a list. In the example shown in FIG. 10, a meter 68 indicating the remaining durability is displayed as the display indicating the remaining durability, but the display indicating the remaining durability may also be a numerical value or the like.

[0129] When the repair button 65 is operated, the control unit 110 of the terminal device 10 requests the server 20 to restore the durability of the selected pickaxe. Based on the request, the game control unit 212 of the server 20 restores the durability of the selected pickaxe and executes a process of having the user pay the price for the durability restoration (in other words, a process of reducing the specific tokens held by the user by the price for the durability restoration). In other words, the control unit 210 executes a process of restoring the durability of the pickaxe as a paid process based on the user's operation related to the execution of a paid process.

[0130] Furthermore, when the upgrade button 66 is operated, the control unit 110 of the terminal device requests the server 20 to increase the rank of the selected pickaxe. Based on this request, the game control unit 212 of the server 20 increases the rank of the selected pickaxe and executes processing to have the user pay the price for the increase in rank (in other words, processing to reduce the specific tokens held by the user by the price for the increase in rank). In other words, the control unit 210 executes processing to increase the rank of the pickaxe as a paid process, based on the user's operation related to the execution of a paid process.

[0131] Furthermore, when the sell button 67 is operated, the control unit 110 of the terminal device requests the server 20 to put the selected ice axe up for sale on the marketplace. Based on this request, the market management unit 214 of the server 20 puts the ice axe selected by the user up for sale, allowing other users who wish to purchase the ice axe to purchase it from the user (for example, by paying specific tokens). In other words, the put up ice axe will be displayed on the shop screens 60 of other users.

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

[0133] Furthermore, in this embodiment, it is possible to repair a pickaxe even while mining is in progress. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display a menu screen 70 illustrated in FIG. 11 based on a predetermined input operation by the user while mining is in progress (for example, an operation on the Tab key on the keyboard). The menu screen 70 displays a pickaxe operation button 72 related to receiving operations for the pickaxe owned by the user (in other words, the pickaxe being used). When the pickaxe operation button 72 is operated, the display control unit 114 causes the display unit 18 to display a UI that receives various operations for the pickaxe owned by the user. Specifically, the display control unit 114 causes the display unit 18 to display, as the UI, a repair button 73 that receives operations related to restoring the durability value of the pickaxe and a switch button 74 that receives operations related to changing (in other words, switching) the pickaxe being used.

[0134] When the repair button 73 is operated, the control unit 110 of the terminal device requests the server 20 to restore the durability of the pickaxe owned by the user (for example, the pickaxe currently in use). Based on the request, the game control unit 212 of the server 20 executes a process to restore the durability of the pickaxe owned by the user and to have the user pay a fee for the restoration of the durability (in other words, a process to reduce the specific tokens held by the user by the amount of the fee for the restoration of the durability). In other words, the control unit 210 executes a process to restore the durability of the pickaxe owned by the user based on a predetermined operation by the user while mining is in progress.

[0135] Furthermore, when the switch button 74 is operated, the display control unit 114 displays a list 75 of switchable ice axes on the display unit 18. Then, when an operation to select a specific ice axis from among the ice axes displayed in the list 75 of switchable ice axes is performed (for example, a click operation on the specific ice axis), the control unit 110 of the terminal device 10 requests the server 20 to change the ice axis used by the user to the specific ice axis. Based on the request, the game control unit 212 of the server 20 executes processing to change the ice axis used by the user to the specific ice axis.

[0136] The menu screen 70 may display the user name, the user's current rank, etc. The menu screen 70 may also display how many gems have been discovered in the mountain currently being mined, what percentage of the gem reserves the gems have been discovered, how many pyroxenes have been discovered, what percentage of the pyroxene reserves the pyroxene have been discovered, or the progress of mining in the mountain calculated based on the amount of gems discovered, etc.

[0137] (Pocket ice axe loan) In this embodiment, item A owned by a user can be lent to other users. In the following, a user who owns a pickaxe as item A and lends the pickaxe to other users will be referred to as an "owner." Also, a user who borrows a pickaxe from another user will be referred to as a "scalar."

[0138] Scalar can mine in the mountains using a pickaxe loaned by the owner. In other words, users who do not own a pickaxe can borrow one from a user who owns one and play the game (specifically, mine).

[0139] The operations related to starting mining in a mountain and the operations for operating the player character to perform mining in a mountain may be the same for both the owner and the scholar. That is, for example, a scholar can start mining in a mountain based on an operation on the start mining button 43 on the home screen 42 displayed on his / her own terminal device 10. Here, in this embodiment, the mountain where the scholar performs mining using a pickaxe loaned from the owner is a mountain owned by the owner. When loaning the pickaxe, the owner specifies the mountain where the scholar will perform mining using the pickaxe. Then, when the scholar performs mining using the pickaxe loaned from the owner, the scholar will perform mining in the mountain specified by the owner.

[0140] Furthermore, a scalar can earn rewards by mining using a pickaxe borrowed from the owner. In this embodiment, by digging up items using the pickaxe, the scalar can earn a reward equal to the scalar's share of the excavated items. Specifically, when a player character operated by the scalar excavates pyroxene, the reward granting unit 233 grants the scalar an amount of pyroxene corresponding to a set percentage of the excavated pyroxene as a reward. As will be described in detail later, this percentage is set by the owner. For example, if the percentage is set to 30%, when a 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, an effect may be presented in which the owner acquires all of the excavated pyroxene at once on the scalar's terminal device 10 or the owner's terminal device 10, and the owner distributes the pyroxene to the scalar.

[0141] In this embodiment, the scalar's share can be set by the owner, but it may be determined independently of the owner's setting. Furthermore, in this embodiment, all gems among the items excavated by the scalar are acquired by the owner and are not distributed to the scalar. That is, the reward granting unit 233 allows the owner to acquire all first objects (e.g., gems) acquired by the scalar using the loaned specific object (e.g., pickaxe) in the virtual space (e.g., a mountain owned by the owner), and allows the owner to acquire a portion of second objects (e.g., pyroxene) acquired by the scalar using the loaned specific object in the virtual space.

[0142] In this embodiment, treasure chests are placed in the mountains in addition to gems and gemstones. When a player discovers a treasure chest, the treasure chest serves as an object from which the player can acquire a predetermined item (specifically, equipment for the player character, such as clothing or gloves) as its contents. The game control unit 212 grants the contents of the treasure chest to the owner, whether the owner or a scholar discovers the treasure chest. That is, the game control unit 212 adds the contents of the treasure chest to the owner's assets, whether the owner or a scholar discovers the treasure chest. The contents of the treasure chest are determined by lottery at a predetermined timing (e.g., when the treasure chest is discovered or placed). When the owner or a scholar discovers a treasure chest and the owner already possesses the contents of the treasure chest determined by lottery, the game control unit 212 grants gemstones to the owner instead of the contents of the treasure chest determined by lottery. Here, "granting pyroxene in place of the contents of the treasure chest determined by lottery" may mean that the contents of the treasure chest determined by lottery are first granted and then automatically converted into pyroxene, or that pyroxene is granted without first going through the process of granting the contents of the treasure chest determined by lottery. In this embodiment, one treasure chest is placed per mountain, but multiple treasure chests may be placed per mountain, or there may be cases where no treasure chest is placed at all.

[0143] In this embodiment, there are cases where multiple scalars are assigned to one owner. In such cases, when a player character controlled by one of the multiple scalars digs up a pyroxene, each scalar is given a reward of an amount of pyroxene corresponding to their mining work (in other words, their game play). In this embodiment, the reward given to each scalar is determined based on the following rules. When a scalar digs up a gemstone, the owner's share of the gemstone and the scalar's share are determined according to the ratio set by the owner. · Scalar's share is shared among all scalars. Each Scalar will receive a portion of their Scalar share of gemstones based on their work (specifically, the percentage of the mountain they excavated). The amount of work each scalar does is calculated by dividing the durability of the pickaxe consumed by that scalar by the durability of the pickaxe consumed by all scalars during a given period. The Scholar who mines the gemstone will receive a bonus from their share (specifically, a 5% bonus).

[0144] Here, the predetermined period for calculating the workload of each scalar is the period from the last time a pyroxene was discovered in the mountain until the pyroxene to be distributed is acquired. Also, if the pyroxene to be distributed is the first pyroxene discovered in the mountain, it is the period from when mining in the mountain becomes possible until the pyroxene to be distributed is acquired. However, the predetermined period is not limited to this and can be set as appropriate.

[0145] Then, when any scalar digs up a pyroxene, the reward granting unit 233 determines the reward to be granted to the scalar who dug up the pyroxene and to each scalar other than the scalar who dug up the pyroxene according to the following calculation formula, and grants the reward to each scalar. Reward for a scalar who excavates gemstones = (gems ​​excavated) x (reward percentage set by the owner) x (bonus payment coefficient) x (durability of the pickaxe used by the player / durability of all scalars' pickaxes used) + (gems ​​excavated) x (percentage set by the owner) x (bonus payment coefficient) Reward for scalars other than the one who dug up the gemstone = (gems ​​dug up) x (reward rate set by owner) x (bonus payment coefficient) x (durability of pickaxe consumed by player / durability of pickaxe consumed by all scalars)

[0146] For example, suppose there are two scalars, Scalar A and Scalar B, and Scalar A digs up 100g of pyroxene. The owner sets the reward rate to 30% (in other words, the owner's share is set to 70%). Scalar A uses up 40 durability points on the pickaxe loaned to him by the owner, and Scalar B uses up 60 durability points on the pickaxe loaned to him by the owner. In this case, Scalar A receives 100g x 0.3 x 0.95 x (40 / (40+60)) + 100g x 0.3 x 0.05 = 12.9g of pyroxene as a reward. Scalar B receives 100g x 0.3 x 0.95 x (60 / (40+60)) = 17.1g of pyroxene as a reward. Additionally, the owner will receive 100g x 0.7 = 70g of gemstone as their share.

[0147] Furthermore, as described above, the pyroxene owned by each user may be periodically converted into a specific token. That is, the flow until a scalar acquires a specific token may be as follows: First, when one of multiple scalars who has been loaned a pickaxe by one owner digs up a pyroxene, the pyroxene is distributed to the owner and the multiple scalars. Note that in this embodiment, the pyroxene is granted to the owner and the multiple scalars at the time of digging (in other words, immediately), but it may also be granted at a predetermined time, such as at the end of an event. All pyroxene owned by each user is set to be automatically converted into a specific token at a specific time every day, and through this conversion, each scalar (and the owner) obtains a specific token. In other words, at that specific time, neither the owner nor the multiple scalars (in other words, for example, all users playing the game of this embodiment) owns any pyroxene.

[0148] As described above, in this embodiment, the owner can lend a pickaxe to a scholar to find gems and pyroxenes on his or her behalf. In other words, in this embodiment, lending a pickaxe can be rephrased as recruiting a scholar as a collaborator to help discover gems and pyroxenes. In other words, the owner can recruit a scholar as a collaborator to help with an event aimed at achieving a predetermined goal (e.g., discovering gems and pyroxenes), and the collaborator participates in the event using an object (e.g., a pickaxe) loaned from the owner. In other words, the owner can hire a scholar. Note that an event in which a collaborator participates using an object loaned from the owner may be one in which the goal is to defeat a predetermined opponent (here, an "opponent" may be another user or an NPC. Also, an opponent may include an enemy character in a so-called quest), one in which the goal is to reach a predetermined destination, or one in which the goal is to obtain a predetermined object. Furthermore, an event in which a collaborator participates using an object loaned from the owner may be an event that can be progressed through multiplayer between the owner and the collaborator, or an event that can be progressed through multiplayer between multiple collaborators who have been loaned objects from a single owner. Furthermore, an event in which a collaborator participates using an object loaned from the owner may be an event that can be progressed by the collaborator alone.

[0149] Furthermore, in this embodiment, when one of multiple scalars loaned a pickaxe from a single owner achieves a predetermined result, the reward granting unit 233 determines the reward to be granted to each scalar according to the amount of work each scalar does, and grants the reward to each user. In this regard, in a game such as this embodiment, for example, between scalar A and scalar B loaned a pickaxe from the owner, a situation may arise in which scalar A, who has done a lot of work, is not achieving a result (specifically, a situation in which scalar A has not found a pyroxene despite digging a lot), while scalar B, who has done less work, is fortunate to achieve a result (specifically, a situation in which scalar B has found a pyroxene despite digging a little). In such a case, depending on how the reward is granted, users such as scalar A may feel a sense of unfairness. According to the configuration of this embodiment, a larger reward is distributed to users who have done a lot of work, which reduces the likelihood that users will feel a sense of unfairness and motivates them to actively play the game. In addition, in such cases, it is possible that Scalar B was able to discover the gemstone because Scalar A had done a lot of work, and according to the configuration of this embodiment, it is possible to reward the play of users such as Scalar A.

[0150] As described above, each user's reward is determined based on the amount of work each user has done until one of the users achieves a predetermined result (specifically, until they discover a pyroxene). Then, when one of the users achieves the predetermined result again, the reward for each user is determined based on the amount of work each user has done since the last time the user achieved the predetermined result until the next time the user achieves the predetermined result. That is, in this embodiment, when one of the users achieves the predetermined result, the amount of work each user has done in relation to the calculation of the reward is reset, and the starting point for calculating the amount of work is changed to the time when the predetermined result was achieved. However, the amount of work does not have to be reset when one of the users achieves the predetermined result. For example, regardless of whether one of the users has achieved the predetermined result along the way, each user may be granted a reward based on the cumulative amount of work each user has done since they started mining (in other words, since mining in the mine became possible) until the reward is awarded.

[0151] As described above, in this embodiment, when one of multiple users who participate in a specified event and use a specific object that has been converted into an NFT achieves a specified result using the specific object in the virtual space, the reward granting unit 233 determines the reward to be granted to each user according to the amount of work each of the multiple users does, and grants the reward to each user; however, the specified event does not have to be an event in which participants participate using an object loaned from the owner, and the specific object does not have to be an object loaned from the owner.

[0152] Furthermore, in this embodiment, the workload of each user is determined based on the consumption of the durability of the pickaxe (in other words, the amount of the mountain dug), but the workload may be determined in a manner appropriate to the type of game. For example, in an event in which enemy characters appear, the workload may be determined based on the number of enemy characters defeated or the total amount of damage inflicted on the enemy characters. Furthermore, points are assigned for various actions that the player character can perform during the event, and the workload may be determined based on the cumulative points of actions actually performed during the event. The workload may also be determined based on parameters indicating, for example, how much each user played, how many effective actions they performed during the event, or how much they contributed to the results (in other words, in the event).

[0153] In this embodiment, the reward given to the scalar varies depending on the results achieved by the scalar, but it is also possible to give a fixed reward regardless of the results.

[0154] Next, the lending of ice axes will be explained in detail with reference to various displays related to the lending of ice axes.

[0155] The display control unit 114 of the terminal device 10 displays a loan-related screen 400, illustrated in FIG. 12, on the display unit 18 based on a predetermined input operation by the user. The loan-related screen 400 displays a scholarship recruitment button 401, which accepts operations related to scholarship recruitment (in other words, lending an ice axe), and an owner search button 402, which accepts operations related to applying as a scholarship (in other words, searching for an owner, or further in other words, borrowing an ice axe). Furthermore, based on an operation on the scholarship recruitment button 401, the display control unit 114 displays a recruitment screen 420, illustrated in FIG. 13, on the display unit 18. Furthermore, based on an operation on the owner search button 402, the display control unit 114 displays an application screen 440, illustrated in FIG. 14, on the display unit 18.

[0156] The recruitment screen 420 is a screen for performing operations related to recruiting scholars. In other words, the recruitment screen 420 is a screen for performing operations related to lending the user's own ice axe. Specifically, the recruitment screen 420 allows settings for the case (in other words, the event) for which a scholar is being recruited. That is, in this embodiment, it is possible to recruit a scholar for one case (in other words, the event), namely, mining in a specific mountain, and the recruitment screen 420 allows settings to be made for the case for which a scholar is being recruited, such as the reward to be given to the scholar and the ice axe to be loaned to the scholar.

[0157] The recruitment screen 420 displays a mountain selection UI 421, a reward setting UI 422, a message input UI 423, a loan object selection UI 424, and a recruitment start button 425 as a UI for starting scholarship recruitment.

[0158] The mountain selection UI 421 is a UI that accepts operations related to the selection of a mountain that is the target of Scholar recruitment (in other words, a mountain where Scholars will mine). In other words, the mountain selection UI 421 is a UI that accepts operations related to the selection of a project (in other words, an event) that is the target of Scholar recruitment. In this embodiment, when the mountain selection UI 421 is clicked, it switches to a state that displays a list 430 of mountains owned by the user. At this time, it may switch to a state that displays a screen similar to the screen illustrated in FIG. 5. Then, by selecting a specific mountain from the listed mountains, it is possible to select a mountain that is the target of Scholar recruitment. Note that by selecting a specific mountain from the listed mountains, detailed information 50 about the specific mountain may be displayed, and the user may confirm the detailed information 50 and then decide on a mountain that is the target of Scholar recruitment. The operation receiving unit 111 receives a user's 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 from the list of mountains displayed based on the click operation) as an operation to select a mountain from among the mountains owned by the user that is eligible for scholarship recruitment.

[0159] The reward setting UI 422 is a UI that accepts operations related to setting a reward for results obtained by using the loaned pickaxe (in other words, a reward to the scalar for cooperation with the owner). In other words, the reward setting UI 422 is a UI that accepts operations to set conditions related to the loan of the pickaxe (specifically, conditions related to the reward). In this embodiment, the scalar's share of the results obtained by the scalar using the loaned pickaxe (in other words, the owner's share) is set as the reward for the results. More specifically, in this embodiment, when the scalar uses the pickaxe to dig up pyroxene, the excavated pyroxene is divided between the owner and the scalar, and the distribution of the excavated pyroxene between the owner and the scalar is set as the reward for the results.

[0160] The reward setting UI 422 accepts an operation to set the percentage of the pyroxene excavated by the scalar to be awarded to the scalar. For example, if a percentage of "30%" is set in the reward setting UI 422, 70% of the pyroxene excavated by the scalar goes to the owner, and 30% goes to the scalar. The reward setting UI 422 may be an input field that allows a user to input a numerical value such as "30%" via keyboard operation, or may be a pull-down menu that displays multiple selectable percentage options and allows a user to select a specific percentage from the multiple options. The operation receiving unit 111 accepts a user's operation on the reward setting UI 422 as an operation to set a reward for another user for results obtained based on the other user's use of the pickaxe loaned by the user. In other words, the operation receiving unit 111 accepts a user's operation on the reward setting UI 422 as an operation to set a scalar's share (in other words, the owner's share) for a specific object obtained based on the other user's use of the pickaxe loaned by the user.

[0161] In this embodiment, the owner can set the scalar's share of the results achieved by the scalar between "0%" and "100%." ​​If set to "0%, the owner will acquire all of the pyroxene dug up by the scalar. If set to "100%, the scalar will acquire all of the pyroxene dug up by the scalar.

[0162] The reward setting UI 422 may accept an operation to set the type of item (e.g., whether to grant a gem or a gemstone to the scalar) to be granted to the scalar as a reward for the scalar's achievements (in other words, the scalar's share). The reward granted to the scalar does not have to be an item discovered by the scalar; for example, a predetermined reward (e.g., a specific amount of tokens according to the achievements) may be granted from the owner's assets according to the achievements of the scalar.

[0163] The message input UI 423 is a UI that accepts operations related to inputting messages to be sent to a scalar. In this embodiment, the message input UI 423 accepts an operation to input, as a message, the type of user to be recruited as a scalar. Specifically, the message input UI 423 may be configured to allow the user to select text information to be set as a message from multiple text information such as “Beginners Welcome,” “Casual Miners Welcome,” “Serious Miners Only,” “Experienced Miners Wanted,” “Emphasis on Teamwork,” and “Profit Sharing Available.” The message input UI 423 may display multiple selectable message candidates and provide a pull-down menu from which a specific message can be selected. Alternatively, the message input UI 423 may provide an input field in which the user can enter any character string (i.e., a free comment) by operating the keyboard. The operation receiving unit 111 accepts a user's operation on the message input UI 423 as an operation to input (i.e., set) a message to be sent to a user who will borrow a pickaxe from the user.

[0164] In this embodiment, the message entered in the message input UI 423 is merely a comment, and even users who do not meet the requirements described in the message can apply to be a scholar and borrow an ice axe. That is, for example, even if "Experienced People Wanted" is selected as the message, regardless of whether they are beginners or experienced, they can apply to be a scholar and borrow an ice axe. However, restrictions may be placed so that users who do not meet the requirements described in the message cannot apply to be a scholar and borrow an ice axe. Specifically, the control unit 110 or the control unit 210 may perform processing to restrict users who do not meet the requirements described in the message from borrowing an ice axe.

[0165] The lending object selection UI 424 is a UI that accepts an operation related to the selection of an ice axe as an object to lend to a scholar. In this embodiment, a maximum of six scholars can be recruited for each mountain owned by the user (in other words, each mountain selected in the mountain selection UI 421). In other words, a maximum of six scholars can be recruited for one job. Furthermore, a different ice axe must be lent to each recruited scholar. That is, the lending object selection UI 424 allows a maximum of six ice axes to be selected as ice axes to lend to a scholar. In this embodiment, the lending object selection UI 424 has six slots 426, and when an operation (e.g., a click operation) is performed on each slot 426, the UI switches to a state that displays a list 432 of ice axes owned by the user. Then, an operation to select a specific ice axe from the listed ice axes (e.g., a click operation on a specific ice axe) sets the specific ice axe to the selected slot 426. The ice axe set in each slot 426 is then loaned to the scholar. Note that by selecting a specific ice axe from the list of ice axes, detailed information (e.g., performance, etc.) about the specific ice axe may be displayed, and the user may confirm the detailed information before deciding on the ice axe to loan to the scholar. The operation receiving unit 111 receives a user's operation on the loan object selection UI 424 (e.g., a click operation on a slot 426 and a click operation on a specific ice axe from the list of ice axes displayed based on the click operation) as an operation to select a ice axe to loan to the scholar from the ice axes owned by the user.

[0166] When the start recruitment button 425 is operated, recruitment of a scholar begins according to each item entered on the recruitment screen 420. Specifically, when the start recruitment button 425 is operated, recruitment begins for users (in other words, scholars) who will borrow the pickaxe selected in the lending object selection UI 424 to mine in the mountain selected in the mountain selection UI 421. In other words, based on the user's operation of the start recruitment button 425, lending of the pickaxe owned by the user begins. Furthermore, users who apply for the recruitment will borrow the pickaxe under the conditions regarding the reward set in the reward setting UI 422, and can earn a reward according to the conditions set in the reward setting UI 422 as a reward for results obtained by mining using the loaned pickaxe.

[0167] When the start recruitment button 425 is operated, the control unit 110 of the owner's terminal device 10 transmits to the server 20 information regarding the mountain selected in the mountain selection UI 421, the scalar share set in the reward setting UI 422, the message input in the message input UI 423, and the pickaxe selected in the lending object selection UI 424, and requests the server 20 to start recruiting scholars. Then, the control unit 210 of the server 20 starts recruiting scholars based on the information transmitted from the terminal device 10. Specifically, the control unit 210 starts recruiting scholars to mine by borrowing the pickaxe selected in the lending object selection UI 424 under the conditions set in the reward setting UI 422 for the job of mining in the mountain selected in the mountain selection UI 421.

[0168] Note that "start solicitation" means that information related to the solicitation made by the user as the owner is made available to be displayed on the terminal devices 10 of other users (specifically, the application screen 440 described later). In other words, it means that other users are made available to apply for the solicitation made by the user as the owner. When the owner inputs various information on the solicitation screen 420 and operates the start solicitation button 425, the control unit 210 of the server 20 registers the solicitation according to the various input information as a solicitation that can be displayed on the application screen 440 of other users.

[0169] In this embodiment, the scholar uses the loaned pickaxe on the mountain selected in the mountain selection UI 421, and the mountain selection UI 421 can also be considered a UI that accepts an operation to specify a location where the loaned pickaxe is permitted to be used. In other words, the mountain selection UI 421 can also be considered a UI that accepts an operation to set conditions related to the loan of the pickaxe (specifically, conditions regarding the location of use). When the scholar mines using the loaned pickaxe, the game control unit 212 controls the mining location so that the mountain selected in the mountain selection UI 421 is the location where the mining will be performed. In other words, the game control unit 212 determines the location where the scholar can use the loaned pickaxe based on the owner's operation on the mountain selection UI 421.

[0170] In this embodiment, the loaned pickaxe can be used in a location designated by the owner as a location where the use of the pickaxe is permitted (in other words, an event set by the owner in the mountain selection UI 421), but the loaned pickaxe may also be usable without restrictions on location, event, etc. That is, for example, the mountain selection UI 421 may not exist on the recruitment screen 420, and the scholar may be able to mine by selecting a mountain on which to use the loaned pickaxe.

[0171] The application screen 440 is a screen for performing operations related to applications for recruitments issued by owners. In this embodiment, a user who owns an ice axe and a mountain can recruit scholars as an owner, and the application screen 440 can present multiple recruitments issued by multiple owners. As shown in FIG. 14 , the application screen 440 displays owner information 441, mountain information 442, reward information 443, loan object information 444, and additional information 445 for each project. Note that, by performing a predetermined operation (for example, scrolling the screen in a predetermined direction) on the application screen 440, information about each project for which scholars are being recruited is displayed sequentially.

[0172] The owner information 441 is information about the owner who is recruiting. In this embodiment, the owner's username is displayed as the owner information 441. The owner's user ID, etc. may also be displayed as the owner information. That is, the application screen 440 displays, for each job, information indicating the user who entered various information on the recruitment screen 420 and started recruiting by operating the start recruitment button 425.

[0173] The mountain information 442 is information about the mountain that the scholar will mine if he or she applies for the recruitment. In other words, the mountain information 442 is information about the mountain that the owner selected using the mountain selection UI 421. In this embodiment, the mountain information 442 displays information 442a indicating the mountain where mining will be performed and information 442b about objects (e.g., gems) that can be obtained from that mountain. Specifically, the information 442a indicating the mountain where mining will be performed displays the name of the mountain and a virtual space ID that identifies each mountain. The information 442a indicating the mountain where mining will be performed can also be considered information that indicates an event that the scholar will play using the loaned pickaxe. Furthermore, the information 442b about the obtainable object displays the expected probability of obtaining gems from that mountain. Note that the information 442b about the obtainable object may also display the expected probability of obtaining pyroxene from that mountain. In other words, the information 442b about the obtainable object can function as reward information 443.

[0174] The reward information 443 is information regarding rewards related to the results achieved by the scalar (in other words, rewards for cooperation with the owner). In other words, the reward information 443 is information regarding rewards set by the owner in the reward setting UI 422. In this embodiment, the reward information 443 displays the scalar's share set in the reward setting UI 422 (specifically, the proportion of the pyroxene dug up by the scalar that will be given to the scalar).

[0175] The loan object information 444 is information about the ice axe as an object loaned to the scholar. In other words, the loan object information 444 is information about the ice axe selected by the owner in the loan object selection UI 424. In this embodiment, the loan object information 444 displays, for each ice axe selected in the loan object selection UI 424, an image of the ice axe, the name of the ice axe, an ID that makes each ice axe identifiable (in other words, identification information), and information related to the durability of the ice axe (for example, an indication of the remaining durability, etc.).

[0176] The additional information 445 is additional information about the case. In this embodiment, the additional information 445 displays the message input by the owner in the message input UI 423.

[0177] Each image of an ice axe in the lending object information 444 functions as a UI (in other words, a button) that accepts an operation to borrow the corresponding ice axe. That is, the operation accepting unit 111 accepts an operation to select a specific ice axe to borrow from among the multiple ice axes (specifically, ice axe images) displayed on the application screen 440 (for example, a click on the image of a specific ice axe). In this embodiment, if an owner selects multiple ice axes to lend and is recruiting scholars, a user who applies for the recruitment can select which of the multiple ice axes to borrow to become a scholar. Furthermore, when a pickaxe to borrow is selected, the display control unit 114 displays a dialog box 448 on the display unit 18 to confirm whether to borrow the selected ice axe. The dialog box 448 includes an execute button that accepts an operation to borrow the ice axe and a cancel button that accepts an operation to cancel the borrowing. When the execute button is operated, the control unit 110 of the terminal device requests the server 20 to borrow the selected pickaxe. Based on the request, the control unit 210 of the server 20 executes a process to loan the selected pickaxe from the owner to the user who selected the pickaxe. Specifically, the control unit 210 stores information indicating that the pickaxe is being loaned from the owner to the user as a scalar (hereinafter referred to as "loan information") in the storage unit 220. Note that the loan of the pickaxe from the owner to the scalar can also be considered the conclusion of a contract or the establishment of a cooperative relationship between the owner and the scalar. If the loan information is stored, the game control unit 212 restricts the owner's use of the loaned pickaxe. Specifically, the game control unit 212 prevents the owner from mining using the loaned pickaxe. In addition, the process of restricting the use of a loaned pickaxe may be, for example, a process of making it impossible to select the loaned pickaxe as the pickaxe to be used for mining, or a process of not accepting operation of the start mining button 43 when the loaned pickaxe has been selected as the pickaxe to be used for mining.

[0178] Furthermore, if the loan information is stored, the game control unit 212 causes the scholar to start mining using the loaned pickaxe based on a predetermined operation by the scholar. For example, the game control unit 212 causes the scholar to start mining using the loaned pickaxe based on the scholar's operation of the start mining button 43 on the home screen 42 displayed on the scholar's own terminal device 10. At this time, the game control unit 212 causes the scholar to start mining at the mountain selected by the owner who loaned the pickaxe in the mountain selection UI 421. That is, the game control unit 212 places the scholar's player character on the mountain specified by the owner and moves the player character based on the input operation by the scholar. The scholar can perform mining by moving the player character in the virtual space and swinging the loaned pickaxe in the same way as when the owner performs mining.

[0179] On the application screen 440, among the ice axes selected by the owner as the ice axes to lend, those that have already been borrowed by another user will have a borrowed icon 449 displayed to indicate that the ice axes are borrowed by another user. Ice axes that have the borrowed icon 449 displayed cannot be borrowed. In other words, one ice axis cannot be lent to multiple users at the same time.

[0180] In this embodiment, a scholar can borrow a pickaxe from an owner in advance and start or stop mining at any time. That is, a scholar who has borrowed a specific pickaxe on the application screen 440 can select the specific pickaxe and operate the start mining button 43 at any time to start mining using the specific pickaxe in a specific mountain. Furthermore, a scholar who has borrowed the specific pickaxe can end mining by performing an operation related to leaving the specific mountain (e.g., operating the exit button 71), or can resume mining using the specific pickaxe in the specific mountain by operating the start mining button 43 again. Note that, for example, the system may be configured so that the pickaxe is only loaned during the period in which mining is being performed. Specifically, for example, when a user who does not own a pickaxe operates the start mining button 43, a screen displaying the pickaxes that the owner is lending out (for example, application screen 440) may be displayed on the user's terminal device 10, and mining may begin by selecting the pickaxe to borrow. Then, when mining is finished (in other words, interrupted), the pickaxe may be automatically returned to the owner.

[0181] As described above, in this embodiment, an owner can recruit up to six scholars for each mountain owned by the owner and lend them a pickaxe. Scholars can also start mining using the loaned pickaxe at any time. Therefore, if an owner lends a pickaxe to multiple scholars, the multiple scholars may simultaneously mine on the same mountain. For example, if user A, who serves as the owner, loans a pickaxe to users B and C, users B and C can simultaneously mine on a specific mountain by operating the mining start button 43. If one of users B and C starts mining while the other is already mining, the game control unit 212 provides a multiplayer game in which users B and C play together. The game control unit 212 places user B's player character and user C's player character on the specific mountain and moves each player character based on the operation of each user. That is, on the terminal device 10 of user B and the terminal device 10 of user C, in addition to displaying how their own player characters move and dig into the mountain in response to their own operations, the game control unit 212 also displays how the player characters of the other users move and dig into the mountain in response to the operations of the other users. Furthermore, the game control unit 212 imparts a predetermined change to the specific mountain (for example, a change such as the mountain being worn down by mining or an item being placed by using an item) based on the operation of user B, and also imparts a predetermined change to the specific mountain (for example, a change such as the mountain being worn down by mining or an item being placed by using an item) 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, for example, by digging together at a place in the specific mountain where gems or pyroxenes are likely to be buried.

[0182] Furthermore, if user B and user C have been loaned a pickaxe 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 user B and user C. That is, the game control unit 212 places the player character of user A and the player characters of user B and user C on the specific mountain, and moves each player character based on the operation of each user.

[0183] Thus, in this embodiment, the game control unit 212 controls the execution of a multiplayer game in which multiple scholars participate. The game control unit 212 also controls the execution of a multiplayer game in which the owner and scholars participate. In other words, in this embodiment, an event in which the owner recruits scholars is an event that can proceed through multiplayer.

[0184] When recruiting scholarships, the owner may be able to limit the users to be recruited. For example, the recruitment screen 420 may display a UI that accepts an operation related to limiting the users to be recruited, and the users to be recruited may be limited based on an operation on the UI. In other words, the operation receiving unit 111 may accept an operation by the owner to limit the users to be recruited to predetermined users (hereinafter referred to as a "target limiting operation"). Specifically, as the target limiting operation, an operation to limit the targets of recruitment to users who have a predetermined friendship relationship with the owner, such as the owner's friends, stored in the storage unit 220 may be accepted. Furthermore, as the target limiting operation, an operation to limit the targets of recruitment to only users specified by the owner (for example, specified by information that can identify the user, such as a user ID or a username) may be accepted. When the users eligible for the recruitment are limited, information related to the recruitment is displayed on the application screen 440 on the terminal device 10 of the eligible users, allowing them to apply, whereas information related to the recruitment is not displayed on the application screen 440 on the terminal device 10 of non-eligible users, making it impossible for them to apply.

[0185] In this embodiment, the maximum number of people who can participate in a multiplayer game is limited to six. If the owner recruits six scholars for mining on a specific mountain (in other words, a specific event) and lends pickaxes to the six scholars, the owner is prevented from mining on that specific mountain. That is, the game control unit 212 restricts the owner's use of the pickaxe on that specific mountain based on the fact that the owner has lent the pickaxe to a specified number of users (here, six) for use on that specific mountain. Specifically, if the owner has lent the pickaxe to a specified number of users (here, six) for use on that specific mountain, the game control unit 212 controls so that the owner cannot perform mining on that specific mountain. Here, "restricting use based on whether the ice axe has been loaned to a specified number of users" may mean, for example, restricting use when the specified number of users are using the loaned ice axe (in other words, when the user is actually mining), restricting use regardless of whether the specified number of users are using the loaned ice axe, or restricting use regardless of whether the specified number of users have actually borrowed the ice axe (in other words, restricting use from the time when the specified number of ice axes are selected and application begins in the loan object selection UI 424). Note that in this embodiment, when an operation to select a sixth ice axe is performed in the loan object selection UI 424 (e.g., an operation on an empty slot 426 when five slots 426 are filled), the display control unit 114 causes the display unit 18 to display a warning display 434, as shown in FIG. 13 , warning that by loaning the specified number of ice axes, the user (i.e., the owner) will no longer be able to mine in the mountain to which the ice axe is loaned.

[0186] In this embodiment, the game control unit 212 performs processing to restrict the use of specific abilities that can be used when the owner mines using a pickaxe by a scholar using the pickaxe loaned by the owner. Specifically, in this embodiment, a user who owns a pickaxe can use special items when mining. Special items are, for example, items that increase the efficiency of mining. Specifically, as shown in FIG. 11 , special items include a bomb 77, a ladder 78, a spray 79, and a marker 80. Using the bomb 77 can destroy the ground surface (i.e., rocks) and dig into the mountain. Using (or placing) the ladder 78 allows the player to move to higher or lower areas. Using (or placing) the spray 79 allows the player to draw shapes or letters on the mountain. Using (or placing) the marker 80 allows the player to mark a specific point on the mountain. The marked point (i.e., the point where the marker 80 is placed) is displayed on the in-game map. The special item can be used, for example, by performing a predetermined operation (e.g., scrolling the mouse wheel or operating a specific key on the keyboard) to change the item held by the player character from a pickaxe to a specific special item, and then performing a left-click operation on the mouse. The game control unit 212 enables the use of a bomb 77 when the owner mines using the pickaxe. That is, the game control unit 212 places the bomb 77 on the mountain and explodes the bomb based on an operation to change the item held by the player character to the bomb 77 or a left-click operation on the mouse after performing such an operation. On the other hand, the game control unit 212 disables the use of the bomb 77 when a scholar mines using a loaned pickaxe. That is, the game control unit 212 does not execute a process to place the bomb 77 on the mountain or a process to explode the bomb 77 based on an operation to change the item held by the player character to the bomb 77 or a left-click operation on the mouse after performing such an operation.Note that the restriction on the use of an ability is not limited to making it impossible to use the ability, but may also be, for example, a restriction on the number of times the ability can be used.

[0187] Information relating to the lending or borrowing of the ice axe that the user is currently performing is displayed on the lending-related screen 400. Specifically, as shown in Fig. 12, the lending-related screen 400 displays mountain information 405, owner information 406, reward information 407, additional information 408, and loaned object information 409 for each project for which the user is lending or borrowing their ice axe. Note that by performing a predetermined operation (for example, an operation on the arrow button 410 shown in Fig. 12), the lending-related screen 400 sequentially displays information about each project for which the user is lending or borrowing their ice axe.

[0188] The mountain information 405 is information about the mountain where the scholar will mine using the loaned pickaxe. In this embodiment, the mountain information 405 displays the name of the mountain and a virtual space ID that identifies each mountain. The mountain information 405 can also be considered information that indicates the event in which the scholar will play using the loaned pickaxe.

[0189] The owner information 406 is information about the owner who is lending the ice axe. In this embodiment, the owner's username is displayed as the owner information 406. Note that the owner's user ID, etc. may also be displayed as the owner information 406.

[0190] The reward information 407 is information about the reward for the achievements of the scalar (in other words, the reward for cooperation with the owner). In this embodiment, the reward information 407 displays the scalar's share set by the owner (specifically, the percentage of the pyroxene that the scalar will receive from the scalar).

[0191] The additional information 408 is additional information about the case. In this embodiment, the additional information 408 displays information to be communicated to the scalar entered by the owner.

[0192] The loaned object information 409 is information about objects loaned to the scalar. In this embodiment, for a pickaxe loaned to a scalar, the loaned object information 409 displays an image of the pickaxe, scalar information 409a indicating the user to whom the pickaxe is loaned, and achievement information 409b indicating the achievements the scalar has made by using the pickaxe. Specifically, the achievement information 409b displays the number of gems, ...

[0193] Here, the loan-related screen 400 displayed on the owner's terminal device 10 (in other words, for a project in which the owner has loaned an ice axe) displays loaned object information 409 for all ice axes loaned to the scalar. On the other hand, the loan-related screen 400 displayed on the scalar's terminal device 10 (in other words, for a project in which the owner has loaned an ice axe) displays only the loaned object information 409 for the ice axe loaned to the scalar, and does not display the loaned object information 409 for ice axes loaned to other users. That is, for example, if user A as the owner loans ice axes to users B and C, user A's terminal device 10 displays both the loaned object information 409 for the ice axe loaned to user B and the loaned object information 409 for the ice axe loaned to user C, as illustrated in FIG. 12. On the other hand, in this case, on user B's terminal device 10, loaned object information 409 for the ice axe loaned to user B is displayed, but loaned object information 409 for the ice axe loaned to user C is not displayed.

[0194] The loan-related screen 400 also displays a cancel button 415 as a UI for accepting an operation to terminate the contract between the owner and the scalar (in other words, to end the loan of the ice axe, or in other words, to terminate the cooperative relationship). When the owner or the scalar operates the cancel button 415 on their own terminal device 10, the contract is terminated and the ice axe loaned to the scalar is returned to the owner. When the cancel button 415 is operated, 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 to terminate the relationship between the owner and the scalar and return the ice axe loaned to the scalar to the owner. Specifically, the control unit 210 erases the loan information for the ice axe. This allows the owner to use the ice axe to mine, and the scalar to not use the ice axe to mine. In this embodiment, the cancellation button 415 is displayed on both the owner's and the scalar's terminal devices 10, and the owner and the scalar can cancel the contract by operating the cancellation button 415, respectively.

[0195] In this embodiment, both the owner lending the ice axe and the scholar to whom the ice axe is being loaned can terminate the contract and return the ice axe without the consent of the other party. However, the consent of the other party may be required to terminate the contract. For example, when one user operates the cancellation button 415 on their terminal device 10, the control unit 210 may execute a process to return the ice axe loaned to the scholar to the owner based on the other user performing a predetermined operation on their terminal device 10 to agree to the contract termination. In addition, in this embodiment, both the owner lending the ice axe and the scholar to whom the ice axe is being loaned can terminate the contract by operating the cancellation button 415, but it is also possible for only one of them to terminate the contract.

[0196] In this embodiment, the durability of a pickaxe can only be restored by the owner of the pickaxe, not by a scholar. A scholar who wishes to restore the durability of a pickaxe loaned to them by the owner can request the owner to restore the durability, and the owner will then restore the durability.

[0197] 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 ice axes available to the user, as shown in FIG. 10. Here, if the user is a scalar, ice axes borrowed from the owner are displayed on the item screen 64. Furthermore, when a specific ice axis owned by the user and displayed on the item screen 64 is selected, the display control unit 114 causes the display unit 18 to display a repair button 65 that accepts an operation related to restoring the durability value of the specific ice axis, as described above. However, if the specific ice axis is a ice axis loaned from the owner (in other words, another user), the display control unit 114 causes the display unit 18 to display a repair request button (not shown) that accepts an operation related to restoring the durability value instead of the repair button 65 (see FIG. 10).

[0198] When the repair request button is operated (e.g., clicked), the control unit 110 of the scholar's terminal device 10 transmits a request to restore the durability of the selected pickaxe to the owner's terminal device 10 via the server 20. Upon receiving the request, the control unit 110 of the owner's terminal device 10 notifies the owner of the request (in other words, that the scholar wishes to restore the durability of the loaned pickaxe). This notification may be made, for example, by displaying a message informing the owner of the request, such as "A request has been made to repair the pickaxe," in a log window 501 or the like displayed on the display unit 18 during mining, as shown in FIG. 6 , or by displaying a pop-up message informing the owner of the request. Alternatively, this notification may be made by displaying an icon 502 informing the owner of the request on a UI that accepts predetermined operations related to the pickaxe, such as the item button 92 or the pickaxe operation button 72 (see FIG. 10 ). The log window 501 may be a display area that displays events that have occurred in the virtual space, for example. Specifically, the log window 501 may display a message informing the player that they (the owner) or another user participating in the multiplayer game (the scalar) have discovered a specific object (for example, a gem or a gemstone), a message informing the player that another user has entered the mountain where they are mining, or a message informing the player that the durability of the pickaxe they are using has decreased by a specific amount.

[0199] Furthermore, a request for recovery of the durability value of the pickaxe from the scholar may be made while the scholar is mining. For example, when an operation is performed on the pickaxe operation button 72 on the menu screen 70 displayed based on the operation of the scholar, the display control unit 114 of the scholar's terminal device 10 may display the repair request button, which accepts an operation related to the request for recovery of the durability value, on the display unit 18 instead of the repair button 73 (see FIG. 11).

[0200] The owner who has received the request then performs a predetermined operation to restore the durability of the pickaxe they have lent to the scholar (for example, selecting the pickaxe displayed on the item screen 64 and operating the repair button 65, or operating the repair button 73 on the menu screen 70). This restores the durability of the pickaxe. 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 of the pickaxe for which the scholar has requested that the durability be restored. Based on this request, the game control unit 212 of the server 20 restores the durability of the pickaxe and executes a process to have the owner pay a fee for the restoration of the durability (in other words, a process to reduce the specific tokens owned by the owner by the amount of the fee for the restoration of the durability). That is, the game control unit 212 restores the durability of the pickaxe that the owner has lent to the scholar based on the owner's operation to instruct the restoration of the durability of the pickaxe. In addition, the operation by the owner to instruct the recovery of the durability of the pickaxe may be executable both when the owner is mining and when the owner is not, or may be executable only in one of the two situations.

[0201] Note that requests for durability recovery may not be executed consecutively. For example, when a request for durability recovery is sent to the owner's terminal device 10 based on an operation related to the request for durability recovery by a scalar, the control unit 110 of the scalar's terminal device 10 may perform control so as not to accept any further operations related to the request for durability recovery by the scalar for a predetermined period of time (for example, 60 minutes).

[0202] As mentioned above, in this embodiment, a scholar cannot restore the durability of a loaned pickaxe based on an operation that instructs the restoration of durability (for example, an operation on the repair button 65 or the repair button 73). However, in this embodiment, if a scholar discovers a gem using the loaned pickaxe, the game control unit 212 restores a predetermined amount of durability to the pickaxe based on the discovery of the gem. Also, if a scholar discovers a treasure chest using the loaned pickaxe, the game control unit 212 restores a predetermined amount of durability to the pickaxe based on the discovery of the treasure chest.

[0203] In addition, as shown in Figure 10, the item screen 64 may display a display 505 that allows the user to recognize an ice axe that has been loaned to another user, or a display 506 that allows the user to recognize an ice axe that has been loaned to another user.

[0204] In this embodiment, each user can only borrow one ice axe from another user, but it may be possible for a user to borrow multiple ice axes. Also, a user who owns an ice axe can borrow an ice axe from another user, but it may be possible for a user who owns an ice axe not to borrow an ice axe from another user. Also, a user who owns only one ice axe may or may not be able to lend the ice axe to another user.

[0205] In this embodiment, the scholar can play a predetermined event (in other words, a predetermined game) using a pickaxe as a specific object loaned to him by the owner. However, the specific object may be an item other than a pickaxe. For example, if the predetermined event is an event in which a player competes against an opponent, the specific object may be an item that can be used in the competition. The specific object may also be a character (e.g., a character controllable by the user) used in the progression of the predetermined event. In this embodiment, the pickaxe as a specific object has a durability value as a predetermined parameter that changes depending on the use of the pickaxe. The durability value is restored based on a predetermined operation by the owner. However, the predetermined parameter may be hit points or the like as a durability value when the specific object is a character. The predetermined parameter is not limited to durability, and may be any parameter that changes depending on the use of the specific object.

[0206] (Operation when contract is terminated) In this embodiment, the control unit 210 establishes a predetermined relationship between the first user and the second user (specifically, an owner-scalar relationship, or in other words, an employment relationship or a cooperative relationship). In other words, the control unit 210 concludes a contract between the owner and the scalar. Furthermore, the control unit 210 terminates the predetermined relationship between the first user and the second user based on a predetermined operation by the first user or the second user. In other words, the control unit 210 terminates the contract between the owner and the scalar based on a predetermined operation by the owner or the scalar. Note that establishing a predetermined relationship between the first user and the second user can be considered to store information indicating that the first user and the second user have a predetermined relationship in the storage unit 220. Furthermore, terminating the predetermined relationship between the first user and the second user can be considered to erase information indicating that the first user and the second user have a predetermined relationship from the storage unit 220.

[0207] A scalar can affect (in other words, act on) an object owned by an owner (specifically, a mountain) while a contract with the owner is in place (in other words, while a specific relationship is established). In other words, a scalar cannot affect (in other words, act on) an object owned by an owner (specifically, a mountain) while a contract with the owner is not in place (in other words, when a specific relationship is not established). There are two types of influences that a scalar can have on an object owned by an owner: a first influence and a second influence.

[0208] The first effect may be an effect that transforms an object owned by the owner. In this embodiment, the scalar is able to dig into a mountain owned by the owner, and by digging, can transform part of the mountain (in other words, make it eroded). That is, the first effect may be an effect that is exerted by the scalar using a first item. In this embodiment, the first item is a pickaxe. The first effect may also be an effect that is exerted by the scalar performing a first operation (for example, an operation that transforms an object owned by the owner). In this embodiment, the first operation is an operation to dig into a mountain.

[0209] The secondary influence may be the influence that the scalar has by using a secondary item (e.g., a special item).

[0210] For example, a scalar can use a ladder 78 as a second item in a mountain owned by the owner, and can place the ladder 78 on the mountain (in other words, the location where it was used) by using the ladder 78. The control unit 210 places the ladder 78 on the mountain based on the operation of using the ladder 78 by a scalar who is mining on the mountain owned by the owner. In other words, the second influence may be an influence in which the ladder 78 as a specific object is placed (in other words, added) on an object owned by the owner. The second influence may also be an influence exerted by the scalar through a second operation (for example, an operation of using a second item or an operation of adding a specific object to an object owned by the owner).

[0211] Furthermore, for example, a scalar may be able to use a spray 79 (in other words, a writing implement) as a second item on a mountain owned by the owner, and may be able to draw (in other words, attach) a figure or letter on the mountain (in other words, the point where it was used) by using the spray 79. The control unit 210 may attach a figure or letter drawn with the spray 79 to the mountain based on the operation of the scalar using the spray 79 while mining on the mountain owned by the owner. The second effect may be an effect in which a specific object, such as a figure or letter drawn with the spray 79, is added to an object owned by the owner. In other words, the second effect may be an effect that the scalar has by performing a second operation (for example, an operation of drawing a specific object on an object owned by the owner).

[0212] Furthermore, for example, a scalar may be able to use a marker 80 as a second item in a mountain owned by the owner, and may use the marker 80 to mark a specific point on the mountain. Specifically, a scalar may use the marker 80 to place the marker 80 at a specific point on the mountain (in other words, to place a pin). Based on a scalar performing an operation to use the marker 80 while mining in the mountain owned by the owner, the control unit 210 places the marker 80 at the point on the mountain where the marker 80 was used (in other words, marks the point). The second effect may be an effect of marking an object owned by the owner. The marked point (in other words, the point where the marker 80 is placed) may be shown on a map within the game (for example, a map used by the scalar who performed the marking). In other words, marking can be said to impart a specific attribute to a specific point on an object owned by the owner. In other words, the second effect may be an effect of imparting a specific attribute to an object owned by the owner. In addition, the marked points may not only be simply shown on a map within the game, but may also be able to automatically move the player character of the operating user to the selected point by performing an operation such as selecting a marked point shown on the map.

[0213] The owner may also recognize the impact that a scalar has on an object owned by the owner. Furthermore, the impact that a scalar has on an object owned by the owner is also recognized by scalars other than the scalar who affected it. In other words, when one of multiple scalars mining a specific mountain owned by the owner affects that specific mountain, the impact is reflected in the play environment of the owner and other scalars and is recognized by the owner and other scalars. Specifically, when a scalar excavates a mountain, the portion excavated by that scalar appears excavated on the owner's screen and the screens of other scalars. Furthermore, for example, when a scalar places a ladder 78 on a mountain, the ladder 78 appears to be placed in the location where the scalar placed the ladder 78 on the owner's screen and the screens of other scalars. Note that the ladder 78 placed by that scalar may be usable by the owner or other scalars (e.g., the ladder 78 may be able to be ascended and descended), or may be unavailable to the owner or other scalars. Furthermore, for example, when a scalar paints a shape or letter on the mountain with spray paint 79, the shape or letter drawn by that scalar may also appear on the owner's screen and the screens of other scalars. Furthermore, for example, when a scalar marks a specific point on the mountain, the marked point may also be shown on maps used by the owner and other scalars. Note that the owner and other scalars may also be able to automatically move their own player characters to the selected point by selecting a point marked by that scalar.

[0214] The control unit 210 erases a predetermined influence that the second user exerted on an object owned by the first user during a period in which a predetermined relationship was established between the first user and the second user, based on the termination of the predetermined relationship between the first user and the second user. Specifically, the control unit 210 erases a second influence that the scalar exerted on an object owned by the owner during a period in which the owner-scalar relationship was established, based on the termination of the owner-scalar relationship. At this time, the control unit 210 erases the second influence, while leaving intact the first influence that the scalar exerted on the object owned by the owner during the period in which the owner-scalar relationship was established.

[0215] Specifically, when a contract is terminated based on the owner or scalar operating the cancellation button 415, the control unit 210 erases the second influence of the influence that the scalar whose contract has been terminated has had on the mountain, without erasing the first influence.

[0216] More specifically, when the relationship between the owner and the scalar is dissolved, the control unit 210 removes the ladder 78 placed on the mountain owned by the dissolved scalar from the mountain. As a result, the ladder 78 will no longer appear on the screen of the owner or other scalars mining on the mountain. Furthermore, in a configuration in which the owner or other scalars can use the ladder 78 placed by the scalar, the ladder 78 placed by the scalar will no longer be usable by the owner or other scalars.

[0217] Furthermore, when the relationship between the owner and the scalar is dissolved, the control unit 210 erases from the mountain any figures or letters that the disbanded scalar has drawn with spray paint 79 on the mountain owned by the owner. As a result, the figures or letters drawn by the scalar will no longer be displayed on the screens of the owner or other scalars who are mining in the mountain.

[0218] Furthermore, when the relationship between the owner and the scalar is dissolved, the control unit 210 erases the marker 80 that the dissolved scalar added to the mountain owned by the owner. In other words, when the relationship between the owner and the scalar is dissolved, the control unit 210 returns the points marked by the dissolved scalar to an unmarked state. As a result, the marker 80 added by the scalar no longer appears on the screens of the owner and other scalars mining in the mountain. Furthermore, in a configuration in which the owner or other scalars can automatically move their own player characters to points marked by the scalar, the owner or other scalars will no longer be able to automatically move their own player characters to points marked by the scalar. In other words, when the relationship between the owner and the scalar is dissolved, the control unit 210 removes the specific attributes that the dissolved scalar added to the object owned by the owner.

[0219] On the other hand, even if the relationship between the owner and the scalar is dissolved, the control unit 210 leaves the portions of the mountain owned by the owner that were excavated by the disbanded scalar in their excavated state. In other words, even if the relationship between the owner and the scalar is dissolved, the portions of the object owned by the owner that were transformed by the disbanded scalar remain transformed. Furthermore, in the game of this embodiment, the game (in other words, the event) progresses by digging into the mountain, and the degree to which the mountain has been excavated can correspond to the progress of the game. In other words, "not erasing the first influence provided by the scalar" can be interpreted as meaning that the portions of the game that the scalar has progressed in are maintained in their progressed state and not returned to their state before the progress.

[0220] It can also be said that the control unit 210 erases from the virtual space items used by the second user in the virtual space during the period in which a predetermined relationship was established between the first user and the second user (in other words, items placed in the virtual space) based on the termination of the predetermined relationship between the first user and the second user. Here, the control unit 210 may erase from the virtual space all of the items used by the second user in the virtual space during the period in which a predetermined relationship was established between the first user and the second user, or may leave some of the items. In other words, erasing the influence that the second user had on objects owned by the first user may include erasing objects that the second user added to objects owned by the first user.

[0221] Furthermore, it can also be said that the control unit 210 erases from the virtual space the effects of items used by the second user during the period in which a predetermined relationship was established between the first user and the second user (for example, the effect of enabling passage through (in other words, ascending and descending) a predetermined location by placing a ladder 78, the effect of a figure or letter drawn by a spray paint 79 appearing, or the effect of a location marked by a marker 80 being displayed on a map, etc.) based on the termination of the predetermined relationship between the first user and the second user. Here, the control unit 210 may erase from the virtual space all of the effects of items used by the second user during the period in which a predetermined relationship was established between the first user and the second user, or may leave some of the effects. In other words, erasing the influence that the second user had on objects owned by the first user may include erasing the effects of items used by the second user.

[0222] In this embodiment, a scalar whose contract has been terminated can no longer enter the owner's mountain. In other words, a scalar can enter the owner's mountain only if the contract with the owner has been concluded. Furthermore, while the scalar is in the mountain (i.e., while an event based on the contract with the owner is in progress), the contract may be terminated based on the owner's operation. In this case, the control unit 210 forcibly removes the scalar whose contract has been terminated from the mountain. The timing of the forced removal may be immediately after the owner performs the operation related to the contract removal, or may be after a predetermined time has elapsed since the operation. In this embodiment, when a scalar leaves the mountain based on the termination of the contract (i.e., is forcibly removed), the control unit 210 erases the predetermined influence that the scalar has had on the mountain. However, when a scalar leaves the mountain without canceling the contract (specifically, when the scalar leaves based on the operation of the exit button 71), the control unit 210 does not erase the predetermined influence that the scalar has had on the mountain. Specifically, when a scalar exits the mountain by operating the exit button 71, the ladder 78 or the like that the scalar placed on the mountain remains placed, and after the scalar leaves the mountain, the owner, another scalar, or the scalar or the like who re-enters the mountain can use the ladder 78. In other words, when the control unit 210 ends (in other words, forcibly ends) the progress of an event by a scalar based on the termination of the contract, it erases the specified influence that the scalar has had on the mountain, but when the control unit 210 ends (in other words, interrupts) the progress of an event by a scalar without the termination of the contract, it does not erase the specified influence that the scalar has had on the mountain.

[0223] According to this embodiment, when the predetermined relationship is dissolved, at least a portion of the influence that the second user had on the objects owned by the first user disappears, thereby removing traces of the second user. From the perspective of the first user, if traces of the second user remain after the predetermined relationship is dissolved, they may be a hindrance to subsequent play, or they may feel uncomfortable if the relationship between the first user and the second user is not good. On the other hand, from the perspective of the second user, if their own traces remain on objects owned by another user after the predetermined relationship is dissolved, they may feel that they have been taken advantage of or may feel uncomfortable about the traces themselves. This embodiment can solve these problems. Furthermore, there is a possibility that the second user may abuse the ability to influence objects owned by the first user during the period in which the predetermined relationship is established to harass the first user. However, according to the configuration of this embodiment, the influence of harassment can be erased by dissolving the predetermined relationship.

[0224] Furthermore, in this embodiment, a large number of users can influence an object owned by a first user. Specifically, in this embodiment, the owner can simultaneously employ a maximum of six scholars. However, dismissing a scholar restores the employment limit, making it possible to dismiss a scholar and hire another user as a scholar. As a result, the number of users who can influence a single mountain object (in other words, a single virtual space) owned by the owner is virtually unlimited. Therefore, even if there is a limit on the number of specific objects (e.g., the number of ladders 78) that a single user can add to an object owned by the owner, if no measures are taken, the number of specific objects added to a single object owned by the owner may become enormous. If the number of specific objects added becomes enormous, it may interfere with game play or cause excessive load on the server 20 and the terminal device 10. In this embodiment, these problems can be solved because, based on the termination of the specified relationship, at least some of the objects added by the second user with whom the specified relationship has been terminated will disappear.

[0225] Furthermore, when a predetermined relationship between the first user and the second user is dissolved, the control unit 210 provides the second user with a reward according to the work the second user performed in the virtual space during the period in which the predetermined relationship was established. Specifically, as described above, in this embodiment, the scalar is provided with a reward of an amount of pyroxene according to the scalar's own mining work (specifically, the scalar's own work performed in the mountain owned by the owner), but even after the contract between the owner and the scalar is terminated, the scalar is provided with a reward of an amount of pyroxene according to the mining work performed during the contract.

[0226] For example, as mentioned above, if one of multiple scalars under contract with the owner digs up a gemstone, the scalars other than the one who dug it up will be awarded a reward determined according to the following formula: Reward for scalars other than the one who dug up the gemstone = (gems ​​dug up) x (reward rate set by owner) x (bonus payment coefficient) x (durability of pickaxe consumed by player / durability of pickaxe consumed by all scalars)

[0227] Here, each scalar is awarded a reward determined according to the formula, even if the contract with the owner is terminated. In other words, the term "scalar" in the formula includes scalars whose contracts have already been terminated at the time the pyroxene is mined (in other words, at the time the reward is awarded). For example, suppose there are two scalars, Scalar A and Scalar B, who are under contract with a certain owner. Scalar A and Scalar B each performed mining work in a mountain owned by the owner during their contracts with the owner. In this case, suppose the contract between the owner and Scalar A is terminated, and then Scalar B, who is under contract with the owner, mines pyroxene in the mountain owned by the owner. At this time, although Scalar A's contract with the owner has already been terminated, Scalar A is awarded a reward based on Scalar A's work during the contract (in other words, the amount of work and contribution during the contract). In other words, for Scalar A whose contract with the owner has been terminated, the reward granting unit 233 determines a reward according to the above-mentioned calculation formula at a predetermined opportunity after the contract with the owner has been terminated (for example, when Scalar B digs up a pyroxene), and grants the reward to Scalar A (and Scalar B).

[0228] In this embodiment, the contract can be terminated either based on a request from the owner or a request from the scalar. The reward granted to the scalar after the contract is terminated (specifically, the reward based on the scalar's work during the contract) is calculated according to the aforementioned formula, regardless of whether the contract is terminated based on a request from the owner or a request from the scalar. In other words, the method for determining the reward for the scalar whose contract is terminated (i.e., the determination logic) is the same when the contract is terminated based on a request from the owner and when the contract is terminated based on a request from the scalar. However, the method for determining the reward for the scalar whose contract is terminated based on a request from the owner and when the contract is terminated based on a request from the scalar may differ. For example, the reward granting unit 233 may control the reward for the scalar whose contract is terminated based on a request from the scalar so that the reward is lower when the contract is terminated based on a request from the scalar than when the contract is terminated based on a request from the owner. Here, "low reward" includes the case where the lower reward is zero.

[0229] As described above, in this embodiment, when a predetermined relationship between a first user and a second user is terminated, the reward granting unit 233 grants a reward to the second user at a predetermined timing after the termination of the relationship, based on the work of the second user during the period when the predetermined relationship was established. Here, the predetermined timing may be when at least one of the first user or another user who has established a predetermined relationship with the first user achieves a predetermined result. The predetermined result may be the discovery of a predetermined object such as a gemstone or a jewel, the defeat of an enemy character, or the completion of an event. In other words, when a predetermined relationship between a first user and a second user is terminated, the reward granting unit 233 may grant a reward to the second user based on the work performed during the period when the relationship was established, triggered by the achievement of a predetermined result by at least one of the first user or another user who has established a predetermined relationship with the first user. The reward granted to the second user can also be considered a reward based on the action the second user performed on an object (specifically, a mountain) owned by the first user during the period when the relationship was established. In addition, the reward granted to the second user can also be said to be a reward based on the effect that the second user has on a specific object (specifically, a mountain) using an object (specifically, a pickaxe) owned by the first user during the period in which the relationship is established.

[0230] In this embodiment, a second user whose predetermined relationship with a first user has been dissolved is granted a portion of the achievements in the event in which the second user participated, in accordance with the second user's efforts. However, the reward granted in accordance with the second user's efforts is not limited to this. For example, the value owned by the first user (e.g., electronic currency, items, etc., in an amount corresponding to the second user's efforts) may be granted as a reward in accordance with the second user's efforts. Furthermore, a portion of the reward for clearing the event (e.g., a reward granted to a member who clears the event) may be granted as a portion of the achievements in the event in accordance with the second user's efforts.

[0231] Furthermore, compensation according to work means that the content of the compensation (e.g., the amount or type of compensation) changes depending on the work, and the specific logic (e.g., calculation formula, etc.) for determining the compensation is not particularly limited.

[0232] In this embodiment, when a specified relationship between a first user and a second user is terminated, a reward according to the work of the second user during the period in which the specified relationship was established is granted to the second user at a specified time after the relationship is terminated, but the reward granted to the second user may be constant regardless of the work of the second user during that period.

[0233] In this embodiment, if one of multiple scalars under contract with the owner digs up a pyroxene, the scalars other than the one who dug it up will be given a reward determined according to the above-mentioned calculation formula, even if they are leaving the mountain at the time the pyroxene is dug up.

[0234] The control unit 210 may also prevent a second user whose specified relationship with a first user has been terminated from exerting an effect (in other words, a specified influence) on an object owned by the first user, which the second user was able to exert during the period when the specified relationship was established, for a specified period of time. Specifically, the control unit 210 performs control to prohibit a scalar whose contract with an owner has been terminated from re-entering a contract with the owner (in other words, re-establishing a specified relationship) for a certain period of time. More specifically, the control unit 210 may control a scalar whose contract with an owner has been terminated so that the owner's recruitment is not displayed on the application screen 440 of the terminal device 10 of the scalar whose contract with the owner has been terminated for a certain period of time. Furthermore, the control unit 210 may control a scalar whose contract with an owner has been terminated so that the owner's recruitment is displayed on the application screen 440 of the terminal device 10 of the scalar whose contract with the owner has been terminated for a certain period of time, but the scalar cannot apply. In other words, the control unit 210 may restrict a scalar whose contract with an owner has been terminated from borrowing an ice axe from the owner for a certain period of time. For example, if an owner owns multiple mountains, including a first mountain and a second mountain, the control unit 210 may prohibit a scalar whose contract for mining in the first mountain has been terminated from entering into a contract for mining in the first mountain for a certain period of time, while not prohibiting the contract for mining in the second mountain, or may prohibit the scalar from entering into a contract for mining in all mountains owned by the owner. That is, the control unit 210 may restrict, for a certain period of time, the second user's ability to exert influence (i.e., a predetermined influence) on a specific mountain on which the second user was able to exert influence (i.e., a predetermined influence) during the period in which the predetermined relationship was established. The control unit 210 may not restrict a scalar whose contract with the owner has been terminated from entering into a new contract with the owner, but may prohibit the scalar from entering into a mountain for a certain period of time, even if the scalar re-enters a contract with the owner, or may prohibit the scalar from using a predetermined item, such as a pickaxe or special item.

[0235] In this embodiment, a second user whose predetermined relationship with a first user has been terminated is given a reward based on the work they did during the period the predetermined relationship was in place, preventing the second user from doing unnecessary work. Specifically, this prevents the owner from abusing the contract cancellation function and forcing the scholar to work for free, thereby improving the scholar's satisfaction. Furthermore, since the second user is given a reward based on the work they did, it prevents the second user from engaging in malicious behavior against the first user in retaliation for having been forced to do unnecessary work.

[0236] Furthermore, in this embodiment, a second user whose specified relationship with a first user has been terminated will be unable to act (in other words, have a specified influence) on objects owned by the first user for a specified period of time, thereby preventing the second user whose specified relationship with the first user has been terminated from harassing the first user or stalking the first user after the specified relationship has been terminated, thereby improving the interest of the service.

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

[0238] 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, a seed hlast ) to perform calculations and create a map (step S2). Specifically, the virtual space management unit 231 determines the topography of the map and the placement of mountains on the map, and assigns a virtual space ID to each mountain in the map so that the mountain can be identified.

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

[0240] Next, the virtual space management unit 231 creates a pile where the items whose outlines were determined in step S3 can be obtained (in other words, where the items are arranged) (step S4). Specifically, the virtual space management unit 231 creates a seed (specifically, a seed hlast , seed mdid ) to perform calculations and create mountains.

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

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

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

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

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

[0246] Furthermore, the game control unit 212 starts mining based on an operation by the user instructing the start of mining in the mountain (step S14). In other words, the game control unit 212 starts playing a game in a specific virtual space based on an operation by the user instructing the start of playing a game in the specific virtual space. The started game may be one in which the user manually operates a player character or the like, or may be one in which the game control unit 212 automatically progresses without user operation. Specifically, for example, the player character may automatically perform mining, and gems or the like excavated by the player character may be given to the user as a reward. Furthermore, the user may be able to select whether to progress the game manually or automatically.

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

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

[0249] The control unit 110 of the owner's terminal device 10 accepts an operation by the owner to select an ice axe to lend to another user from among the ice axes he owns, and an operation to set conditions for the lending (step S21). Specifically, the control unit 110 of the owner's terminal device 10 accepts an operation to set, as a condition for the lending, the share of scalars (in other words, the owner's share) for results obtained by another user using the loaned ice axe in the virtual space. The control unit 110 of the owner's terminal device 10 also accepts an operation to set, as a condition for the lending, the location where the loaned ice axe can be used. In other words, the control unit 110 of the owner's terminal device 10 accepts an operation to input various information related to the recruitment of scalars on the recruitment screen 420.

[0250] Next, the control unit 110 of the owner's terminal device 10 transmits to the server 20 information indicating the ice axe to be lent to another user selected by the owner and information indicating the conditions for lending the ice axe set by the owner, and requests the server 20 to start recruiting users to borrow the ice axe under those conditions (step S22). In other words, the control unit 110 of the owner's terminal device 10 requests the server 20 to start recruiting users based on the various information entered on the recruitment screen 420.

[0251] Next, the control unit 210 of the server 20 starts recruiting users to borrow the ice axe 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 ice axe in the storage unit 220 as an ice axe that the owner can lend to other users. The control unit 210 also sets the conditions for lending the ice axe based on the information transmitted from the owner's terminal device 10, and stores the information related to the settings in the storage unit 220.

[0252] In addition, the control unit 110 of the terminal device 10 of the scholar candidate (in other words, a user looking for an ice axe to borrow) accepts an operation to display the application screen 440 as a screen displaying ice axes available for loan (specifically, ice axes that can be loaned from owners to scholars, in other words, ice axes that can be borrowed by scholars) (step S24).

[0253] Next, the control unit 110 of the terminal device 10 of the scholarship candidate requests information on the ice axes to be displayed as loanable ice axes on the application screen 440 from the server 20, based on the operation of the scholarship candidate to display the application screen 440 (step S25).

[0254] Next, based on a request from the terminal device 10 of the scholar candidate, the control unit 210 of the server 20 transmits information about the ice axes that are available for lending and that are registered in the storage unit 220 to the terminal device 10 (step S26).

[0255] Next, the control unit 110 of the terminal device 10 of the scholar candidate causes the display unit 18 to display the application screen 440, which displays the available ice axes registered in the storage unit 220, based on the information on the available ice axes transmitted from the server 20 (step S27). The server 20 also transmits information indicating the conditions for lending the available ice axes registered in the storage unit 220, and the application screen 440 also displays the conditions for lending the available ice axes. The information on the available ice axes transmitted from the server 20 may be transmitted to the terminal device 10 of the scholar candidate in advance, for example, before an operation related to displaying 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.

[0256] Next, the control unit 110 of the terminal device 10 of the scholarship candidate accepts an operation to select the ice axe to be loaned (in other words, borrowed) from among the ice axes available for loan displayed on the application screen 440 (step S28).

[0257] Next, the control unit 110 of the terminal device 10 of the scholar candidate requests the server 20 to lend the selected ice axe, based on the operation of the scholar candidate to select the ice axe to be lent (step S29).

[0258] Next, based on the request, the control unit 210 of the server 20 loans the ice axe selected as the ice axe to be loaned from the owner to the user who selected the ice axe (step S30). Specifically, the control unit 210 stores loan information in the storage unit 220 indicating that the ice axe has been loaned from the owner to the user as a scalar. Note that upon loan, the candidate for scalar becomes a scalar. Note that information indicating that a certain user is a scalar for a certain owner may be stored in the storage unit 220 separately from the loan information, or the loan information may serve as this information.

[0259] Next, an example of a process for allowing the owner to acquire at least a portion of the results obtained by the scholar using the pickaxe as a loaned specific object in the virtual space will be described with reference to the flowchart shown in Figure 18.

[0260] Based on the operation of the scholar, the game control unit 212 causes the scholar to start mining using the loaned pickaxe (step S41).

[0261] Next, the game control unit 212 determines whether the scalar has discovered a pyroxene (step S42). The game control unit 212 moves the scalar's player character based on the scalar's operation, and when the scalar's player character digs up a place in the mountain where pyroxene is buried and the pyroxene is dug up, determines that the scalar has discovered a pyroxene.

[0262] If it is determined that the scalar has discovered a pyroxene (YES in step S42), the game control unit 212 determines how much of the discovered pyroxene to give to the scalar and how much to give to the owner, based on the conditions set for lending the pickaxe. Specifically, the game control unit 212 determines the amount of the discovered pyroxene minus the scalar's share set by the owner as a condition for lending the pickaxe as the pyroxene to be granted to the owner, and grants it to the owner (step S43). That is, the game control unit 212 adds the discovered pyroxene that corresponds to the owner's share to the owner's assets. Furthermore, the game control unit 212 determines the discovered pyroxene that corresponds to the scalar's share set by the owner as a condition for lending the pickaxe as the pyroxene to be granted to the scalar, and grants it to the scalar (step S44). That is, the game control unit 212 adds the discovered pyroxene that corresponds to the scalar's share to the scalar's assets. If there are multiple scalars, the game control unit 212 determines the share of each scalar according to the above-mentioned formula and grants each scalar the amount of pyroxene corresponding to their share. The game control unit 212 also determines the share of a scalar whose contract with the owner has already been terminated according to the above-mentioned formula and grants each scalar the amount of pyroxene corresponding to their share.

[0263] In this embodiment, the items, virtual currencies, tokens, and various logics (in other words, smart contracts) managed by the blockchain may be managed by the same blockchain, or some of them may be managed by different blockchains. The hashes used for various processes may be hashes from the same blockchain, or may be hashes from other blockchains. Existing blockchains, such as Ethereum and Bitcoin, may be used. NFTs corresponding to item A and item B (in other words, NFTed objects) may be bridged from the blockchain on which they were issued to other blockchains.

[0264] Note that each configuration according to this embodiment can also be applied to content (in other words, services) other than the game according to this embodiment.

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

[0266] <Additional Notes> The configuration of this embodiment may be used to, for example, improve the interest of a service. The matters described in the above embodiment may also be written as in the following supplementary notes.

[0267] (Appendix 1-1) Computer, A setting means (for example, the control unit 210) for setting a predetermined relationship between the first user and the second user; a cancellation means (for example, a control unit 210) that cancels the predetermined relationship between the first user and the second user based on an operation by the first user; and a reward granting means (e.g., a control unit 210) that grants a reward to the second user according to the work of the second user in the game during the period in which the predetermined relationship was established, when the predetermined relationship between the first user and the second user is terminated. program. With this configuration, even if a second user who has a predetermined relationship with a first user has terminated the predetermined relationship, the second user can be rewarded for the work they did during the period when the predetermined relationship was established. This prevents the second user from performing unnecessary work, and improves the interest of the service.

[0268] (Appendix 1-2) The second user is able to affect an object in a game owned by the first user during a period in which the predetermined relationship is established between the first user and the second user. The program described in Appendix 1-1. With this configuration, even if a second user who has a predetermined relationship with a first user and is able to affect objects owned by the first user is dissolved, the second user can be rewarded for the work done during the period in which the predetermined relationship was established.

[0269] (Appendix 1-3) Computer, The control unit 210 functions as a restriction unit (for example, a control unit 210) that prohibits, for a predetermined period of time, the second user, whose predetermined relationship with the first user has been dissolved, from exerting an effect on an object owned by the first user, which the second user was able to exert an effect on during the period in which the predetermined relationship was established. The program described in Appendix 1-2. With this configuration, a second user whose specified relationship with a first user has been terminated can be prevented from harassing or stalking the first user after the specified relationship has been terminated, thereby improving the interest of the service.

[0270] (Appendix 1-4) a setting means for setting a predetermined relationship between a first user and a second user; a cancellation means for canceling the predetermined relationship between the first user and the second user based on an operation by the first user; and a reward granting means for granting to the second user, when the predetermined relationship between the first user and the second user is terminated, a reward according to the second user's work in the game during the period in which the predetermined relationship was established. Information processing system. According to this configuration, it is possible to achieve the same effects as the program described in Supplementary Note 1-1.

[0271] (Appendix 2-1) Computer, A setting means (for example, the control unit 210) for setting a predetermined relationship between the first user and the second user; a cancellation means (for example, a control unit 210) that cancels the predetermined relationship between the first user and the second user based on an operation by the first user; and a deletion means (e.g., the control unit 210) that deletes a predetermined influence that the second user has had on an object owned by the first user during a period in which the predetermined relationship is set between the first user and the second user, based on the termination of the predetermined relationship between the first user and the second user. program. With this configuration, the function of setting and canceling a predetermined relationship can be balanced, improving the sense of satisfaction and understanding of the first and second users, and increasing the interest of the service.

[0272] (Appendix 2-2) the influence that the second user can have on an object owned by the first user during a period in which the predetermined relationship is established between the first user and the second user includes a first influence and a second influence; The erasing means erases the second influence, while leaving the first influence that the second user has on the object owned by the first user, when the predetermined relationship between the first user and the second user is dissolved. The program described in Appendix 2-1. With this configuration, the influence of a user with whom a specified relationship has been established can be divided into influences that remain after the specified relationship is dissolved and influences that do not remain, thereby improving the interest of the service.

[0273] (Appendix 2-3) Computer, The control unit 210 functions as a restriction unit (for example, a control unit 210) that, for a predetermined period of time, prevents the second user, whose predetermined relationship with the first user has been dissolved, from exerting the predetermined influence on an object owned by the first user, which the second user was able to exert the predetermined influence on during the period in which the predetermined relationship was established. The program described in Appendix 2-1 or 2-2. With this configuration, a second user whose specified relationship with a first user has been terminated can be prevented from harassing or stalking the first user after the specified relationship has been terminated, thereby improving the interest of the service.

[0274] (Appendix 2-4) a setting means for setting a predetermined relationship between a first user and a second user; a cancellation means for canceling the predetermined relationship between the first user and the second user based on an operation by the first user; and an erasure means for erasing a predetermined influence that the second user had on an object owned by the first user during a period in which the predetermined relationship was established between the first user and the second user, based on the termination of the predetermined relationship between the first user and the second user. Information processing system. According to this configuration, it is possible to achieve the same effects as the program described in Supplementary Note 2-1.

[0275] The problem-solving means constituted by the above-mentioned program (for example, each configuration described in the appendix) can be appropriately diverted to an apparatus, system, method, medium, etc. [Explanation of symbols]

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

Claims

1. Computer, a setting means for setting a predetermined relationship between a first user and a second user; a cancellation means for canceling the predetermined relationship between the first user and the second user based on an operation by the first user; and a reward granting means for granting, when the predetermined relationship between the first user and the second user is dissolved based on an operation by the first user, a reward to the second user at a predetermined opportunity, the reward corresponding to a share set by the first user and corresponding to work performed in the game by the second user by operating a specific object in the game during a period in which the predetermined relationship was set. program.

2. the second user is able to affect a virtual space owned by the first user during a period in which the predetermined relationship is established between the first user and the second user; When the predetermined relationship between the first user and the second user is dissolved based on an operation by the first user, the reward granting means grants the second user a reward according to a share set by the first user and according to the work of the second user in the virtual space owned by the first user during the period in which the predetermined relationship was established, at the predetermined opportunity. The program according to claim 1.

3. Computer, a setting means for setting a predetermined relationship between a first user and a second user; a cancellation means for canceling the predetermined relationship between the first user and the second user based on an operation by the first user; a reward granting means for granting a reward to the second user in accordance with an action performed in the game by the second user by operating a specific object in the game during a period in which the predetermined relationship between the first user and the second user was established, when the predetermined relationship between the first user and the second user is dissolved based on an operation by the first user; After the predetermined relationship between the first user and the second user is dissolved, the reward granting means grants a reward to the second user according to the work of the second user during the period when the predetermined relationship was established, when at least one of the first user or another user with whom the predetermined relationship was established achieves a predetermined result. program.

4. a setting means for setting a predetermined relationship between a first user and a second user; a cancellation means for canceling the predetermined relationship between the first user and the second user based on an operation by the first user; and a reward granting means for granting to the second user, at a predetermined opportunity, a reward according to a share set by the first user when the predetermined relationship between the first user and the second user is dissolved based on an operation by the first user, the reward being according to work performed in the game by the second user by operating a specific object in the game during a period when the predetermined relationship was set. Information processing system.

Images