Program and information processing system

Abstract

Makes it possible to verify the authenticity of NFT-able objects. [Solution] The program causes a computer to function as a generation means that generates a re-enacted video of a user obtaining an NFT-enabled item in a virtual space where the NFT-enabled item can be obtained.

Description

[Technical field]

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

[0002] Conventionally, in games, it has been known that a replay video of a gameplay screen can be reproduced so that a user can later check how the game was played (for example, see Patent Document 1). Also, in services using blockchain, it is known that objects that can be used in virtual space are converted into NFTs (Non-Fungible Tokens). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2016-137236 A Summary of the Invention [Problem to be solved by the invention]

[0004] Incidentally, NFT-enabled objects have the potential to be converted into crypto assets or traded with others. The legitimacy of NFT-enabled objects is guaranteed by being managed on the blockchain, but there are cases where the acquisition method, etc. is unclear, and there are cases where legitimacy cannot be fully confirmed.

[0005] The present invention aims to make it possible to verify the authenticity of NFT-able objects. [Means for solving the problem]

[0006] According to one embodiment shown in the present disclosure, Computer, The device functions as a generating means for generating a re-enacted video of a user acquiring an NFT-enabled item in a virtual space where the NFT-enabled item can be acquired. The program is provided. Effect of the Invention

[0007] According to the present invention, the authenticity of an NFT-able object can be confirmed. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram showing a schematic configuration of a game system. [Diagram 2] FIG. 2 is a block diagram showing the functional configuration of the game system. [Diagram 3] FIG. 13 is a diagram showing an example of a screen related to acquisition of a mountain. [Figure 4] FIG. 13 is a diagram illustrating an example of a home screen. [Diagram 5] FIG. 13 is a diagram showing an example of a screen displaying a list of mountains acquired by a user. [Figure 6] FIG. 13 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 to explain the timeline for mountain acquisition and mining. [Figure 9] FIG. 13 is a diagram showing an example of a screen related to purchasing an ice axe. [Figure 10] FIG. 13 is a diagram showing an example of a screen displaying a list of items owned by a user. [Figure 11] FIG. 13 is a diagram showing an example of a screen related to playback of a reproduced moving image. [Figure 12] FIG. 13 is a diagram showing an example of a screen related to playback of a reproduced moving image. [Figure 13] FIG. 13 is a diagram showing an example of a screen related to selection of a reproduced moving image to be played back. [Figure 14] FIG. 13 is a diagram for explaining the playback of a reproduced video related to a specific jewel. [Figure 15] FIG. 13 is a diagram illustrating a display showing which user discovered a gemstone. [Figure 16] 13 is a flowchart showing an example of a process for generating a mountain and determining items that can be obtained from the mountain. [Figure 17] 13 is a flowchart showing an example of a process for acquiring and mining a mountain. [Figure 18] 13 is a flowchart showing an example of a process related to the disposal of a mountain. [Figure 19] 13 is a flowchart showing an example of a process for generating and viewing a reproduced moving image. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[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 block chain system (in other words, a block chain network) 3. The block chain 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 included in 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 central processing unit (CPU), a micro processing unit (MPU), a graphics processing unit (GPU), etc. The processor 21 reads a program from the storage 23 and loads it in the memory 22. The processor 21 executes the loaded program.

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

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

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

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

[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 that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

[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 via 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 in the memory 12. The processor 11 executes the loaded program.

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

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

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

[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 Universal Serial Bus (USB) or the like. The input / output IF 15 may include an input unit 17, a display unit 18, or the like.

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

[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, etc. The display unit 18 may be, for example, a projector, etc.

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

[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. Although details will be described later, in this embodiment, assets held by a user are managed in the distributed ledger of the blockchain system 3.

[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 in the memory 32. The processor 31 executes the loaded program.

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

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

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

[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 an image.

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

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

[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 the account is not particularly limited. For example, the terminal device 10 or another device such as a personal computer may transmit information required for registering a user's account to the server 20 based on a user's operation, and the server 20 may create and store an account for each user based on the received information.

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

[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 a character that can be controlled by a user (hereinafter also referred to as a "player character") are placed. The game information also includes, for example, information regarding the placement positions and setting values ​​of various objects such as buildings, trees, stones, items, etc. placed in the virtual space. Hereinafter, a character object placed in a virtual space may be simply referred to as a "character".

[0041] The user information is information managed for each game account. The user information includes, for example, information about the player character, information about the owned assets, information indicating the progress of the game, and information about the mountain (the mountain will be described later) acquired by the user (in other words, information about the right to execute the game in a specific virtual space). The owned assets can be said to be a value owned by the user in the virtual space. Examples of the value include electronic currency, tokens, items, characters, and the like. Examples of electronic currency include virtual currency (in other words, crypto assets) and in-game currency that can be used in the game. That is, the storage unit 220 may store information such as electronic currency, tokens, items, or characters owned by each user, for example, in association with identification information that can identify each user. In this embodiment, "granting (in other words, having the user acquire)" a predetermined value (in other words, an object) of an item or the like to the user can also be said to be stored in a predetermined storage unit in association with the user's account as a value owned by the user.

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

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

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

[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 setting information of the objects included in the game information. The game control unit 212 controls the objects placed in the virtual space. Specifically, the game control unit 212 changes the position, orientation, shape, color, etc. of the objects in the virtual space, and causes the objects to perform a predetermined action.

[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 input operation of the user. The play information is output in response to the input operation of the user. As an example, the play information may include, as the operation content of the player character, coordinate information of the player character, information on the action of the player character, information indicating the button operated by the user, etc. The play information may also include information on the setting of the player character. As an example, the coordinate information of the character is information indicating the position of the character in the game space. As an example, the action information is information on the action of the character. As an example, the action of the character may include an action of swinging a pickaxe, an action of using various items, or a jump, which will be described later. As an example, the information on the setting of the character may include information on the equipment, appearance, etc. of the character. Furthermore, the setting of the character may be changed by the user.

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

[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. Furthermore, the game control unit 212 issues a command to the transmission / reception unit 211 to instruct transmission of game information or user information. For example, when the server 20 transmits information to a plurality of terminal devices 10, the game control unit 212 transmits information to each terminal device 10 simultaneously, thereby synchronizing the game proceeding among the terminal devices 10. By executing synchronization processing, it becomes possible to simultaneously reflect an event in the game resulting from an operation input in one terminal device 10 in the other terminal devices 10.

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

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

[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, a program, game information, and user information. The program is a program for realizing a game on the terminal device 10 side. The game information and user information are data referenced when the control unit 110 executes a program. The game information and user information stored in the storage unit 120 may include information similar to the game information and user information stored in the storage unit 220.

[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, a display control unit 114, and a playback control unit 115.

[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 of physically contacting the input unit 17, and may also include non-contact operations. Note that the operation reception unit 111 can also receive input operations performed using an operating device connected via the input / output IF 15 in the same way as input operations on the input unit 17.

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

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

[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 result of the determination process, etc.

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

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

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

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

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

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

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

[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 a plurality of users (specifically, all users) participating in the game. An example of the map 40 is shown in FIG. 3. A plurality of mountains are arranged on the map 40. In the map 40 shown in FIG. 3, the positions of the mountains are indicated by triangular symbols.

[0069] The user acquires (in other words, selects) a mountain (in other words, a virtual space in which the user plays the game) from the map 40. The mountain is acquired, 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 (in other words, a list of mountains that the user can acquire) as shown in FIG. 3 based on a predetermined input operation by the user. Then, the user can acquire a specific mountain by selecting the specific mountain on the map 40 displayed on the display unit 18 (for example, by clicking on the specific mountain displayed). Specifically, for example, when an operation to select a specific mountain from among the mountains displayed on the map 40 is performed, the display control unit 114 causes the display unit 18 to display an acquire button 41 that accepts an operation to acquire the selected mountain. Then, the game control unit 212 causes the user to acquire the mountain selected by the user based on the operation on the acquire button 41.

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

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

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

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

[0074] In addition, the specific token that can be acquired by exchanging with item C is crypto-assets (e.g., 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. A mining start button 43 is displayed on the home screen 42, which 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 by the user based on the operation on the mining start button 43.

[0077] The home screen 42 is displayed first when the game (in other words, an application related to a predetermined service) is started on the terminal device 10. Here, "displayed first when started" includes a case where the home screen 42 is displayed after various displays related to the start (for example, a title display, a display related to loading, etc.). The home screen 42 is not limited to being displayed at the time of start, but is displayed at a predetermined opportunity. For example, the home screen 42 may be displayed when an operation is performed on the home button 90, or when mining in the mountain as an in-game operation is completed. A predetermined background image (for example, a background image including a player character, etc.) may be displayed on the home screen 42. In addition, a plurality of menu items related to the game may be displayed on the home screen 42. Specifically, various UIs that accept operations related to the display of various screens may be displayed on the home screen 42. For example, a mine button 91, an item button 92, a loan-related button 93, a shop button 94, and a home button 90 may be displayed as the UIs. The display control unit 114 may display, on the display unit 18, a screen displaying a map 40 as exemplified in FIG. 3 or a screen displaying a list 44 of acquired mountains as exemplified in FIG. 5, based on an operation on the mine button 91. The display control unit 114 may display, on the display unit 18, an item screen 64 as exemplified in FIG. 10, based on an operation on the item button 92. The display control unit 114 may display, on the display unit 18, a screen for performing various operations related to lending or borrowing a pickaxe, based on an operation on the lending-related button 93. The display control unit 114 may display, on the display unit 18, a shop screen 60 as exemplified in FIG. 9 or FIG. 14, based on an operation on the shop button 94. The display control unit 114 may display, on the display unit 18, a home screen 42, based on an operation on the home button 90. 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 the operation of the map display button 95 and the my mine display button 96 illustrated in FIG. 3 and FIG. 5, respectively.It should be noted that 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 being displayed.

[0078] The mountain to be mined by the user 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 the 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 mountains displayed in the list) 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 to be mined. The game control unit 212 sets the mountain selected by the user as the mountain to be mined based on an operation on the mining target determination button 46. When an operation is performed on the mining start button 43, mining is started on the mountain set as the mountain to be mined by the operation on 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 determination button 46. When the user performs an operation to select a specific mountain from the list of mountains 44 acquired by the user, the mining start button 43 is displayed instead of or in addition to the mining target determination button 46 (see FIG. 5), and when the mining start button 43 is operated, mining in the specific mountain may be started. As shown in FIG. 4, the home screen 42 (in other words, the screen that accepts an operation related to the start of mining) may display a display 48 that allows the user to recognize the mountain set as the mountain to be mined (in other words, the mountain where mining is started by an operation to start mining). The home screen 42 may also display a display 49 that allows the user to recognize the pickaxe set as the pickaxe to be used for mining (in other words, the pickaxe to be equipped to the player character).

[0079] When the mining start button 43 is operated, the game control unit 212 places the player character 38 in the mountain 37 where mining is performed as a virtual space, as shown in FIG. 6. Then, the game control unit 212 moves the player character 38 based on the 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 game in which mining is performed, in other words, a predetermined in-game) (in other words, a predetermined event can be executed). That is, the start of mining in a specific mountain 37 can be said to be the start of playing a game in a specific virtual space, or to enter a specific virtual space. Based on the input operation by the user, the game control unit 212 moves the player character 38 in the virtual space, or makes the player character 38 perform an action of using the pickaxe 39 (specifically, an operation of swinging the pickaxe 39). The method of operating the player character 38 in the virtual space can be the same as that of a conventional action game, or may 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 key 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 has dug up (in other words, discovered). 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] It should be noted that mining can be interrupted midway. For example, the display control unit 114 of the terminal device 10 displays a predetermined menu screen (not shown) on the display unit 18 based on a predetermined input operation by the user (for example, an operation on the Tab key of the keyboard). The menu screen displays an exit button 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 the mining) based on the operation on the exit button. At this time, the game control unit 212 stores the progress state of the mining in the storage unit 220. Then, when mining is started again in the same mountain 37, the game control unit 212 reads out the stored progress state and resumes the mining from where it left off. That is, when mining is resumed, the part of the mountain 37 that was previously excavated is in a dug state, and the gems, etc., among those buried in the mountain 37, that were previously excavated are in a dug 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 previous time the user entered the space are reflected in the specific virtual space. In other words, in this embodiment, the game in the specific virtual space can be interrupted and resumed from where it was in progress.

[0082] Furthermore, the user can dispose of the mountains 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 among the mountains acquired by the user and displayed on the display unit 18 (in other words, the mountains displayed in a list), the display control unit 114 causes the display unit 18 to display a disposal button 47 that accepts an operation related to the disposal of the selected mountain. Then, the game control unit 212 disposes of the selected mountain (in other words, cancels the user's acquisition state for the selected mountain) based on the operation on the disposal button 47. The disposed mountain disappears from the list 44 of mountains acquired by the user, and mining in that mountain becomes impossible.

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

[0084] Pickaxes used for mining are assigned a durability value, and the durability value decreases as the pick is 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, 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 into the ground surface even when swung. Note that when the durability value reaches the predetermined value, mining may still be possible using the pickaxe, 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 a process of recovering the durability value of the pickaxe based on the operation. Furthermore, a predetermined amount of specific tokens is required to recover the durability value of the pickaxe, and when the durability value of the pickaxe is recovered by the operation, the predetermined amount of specific tokens is consumed.

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

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

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

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

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

[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, the user needs to have a pickaxe in order to participate in the game. In this embodiment, the pickaxe can be purchased in the marketplace within the game, and the user purchases the pickaxe in the marketplace. The pickaxe can be purchased with a specific token. Transactions in the marketplace are managed by the market management unit 214. Specifically, for example, the operation reception unit 111 of the terminal device 10 receives an operation of the user selecting an item that the user wants to purchase. 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 performs a process of delivering the item selected by the user to the user based on the operation, and delivering the price from the user to the person who sold the item.

[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 and the specific token may be performed automatically or based on an operation instructing the user to perform the exchange. For example, all pyroxene owned by the user may be periodically converted into a specific token. Specifically, all pyroxene owned by the user may be automatically converted into a specific token at a predetermined time every day, and all pyroxene owned by the user at that time may be lost. In addition, the pyroxene may be automatically exchanged for a specific token at a specific timing, such as when the user leaves the mountain. In this embodiment, the pyroxene is given to the user by mining in the mountain, and the pyroxene is exchanged for a specific token, but the specific token may be given directly to the user in place of or in addition to the pyroxene by mining 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] In addition, gems acquired by a user can be converted into NFTs by satisfying certain conditions. That is, in this embodiment, it is possible to issue an NFT corresponding to a gem and manage it in a blockchain. Specifically, for example, after a user acquires a gem, the process of converting the gem into an NFT may be started in response to a user operation on the acquired gem, or the process of converting the gem into an NFT may be started automatically without a user operation on the acquired gem. For example, the operation reception unit 111 of the terminal device 10 may receive an operation by the user to select a gem that the user wants to convert into an NFT in the game. Then, information on the operation is sent to the asset management unit 213 of the server 20 via the transmission / reception units 112 and 211, and the asset management unit 213 may perform a process of converting the selected gem into an NFT based on the operation. In addition, a fee (for example, a predetermined amount of specific tokens) is required for NFT conversion, and when converting a gem into an NFT by the operation, the fee may be consumed from the user's assets. In addition, by converting the gem into an NFT, it may be possible to take the gem out of the game and buy and sell it on a marketplace outside the game. In other words, turning an item into an NFT can be said to be in a state where it can be bought and sold in a marketplace outside the game. Turning an item into an NFT can also be said to be capable of being taken out of the game. Incidentally, gems may be buyable and sold in a marketplace within the game regardless of whether they are NFTed or not. Specifically, for example, the operation reception unit 111 of the terminal device 10 may receive an operation of selecting gems that the user wants to sell (specifically, gems that have been converted into NFT). Then, information regarding the operation may be sent to the market management unit 214 of the server 20 via the transmission and reception units 112, 211, and the market management unit 214 may put up for sale the gems selected by the user based on the operation. Then, if there is another user who wishes to purchase the gems, the market management unit 214 may perform a process of transferring the gems to the other user and transferring the price from the other user to the user who sold the gems. In other words, the NFTed item B may be traded with other users.

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

[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 a mountain, 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 having randomness. In this embodiment, the process having randomness is realized by performing a calculation using a predetermined seed. The predetermined seed includes a seed using a blockchain (for example, the Bitcoin blockchain) and a seed using a virtual space ID, which will be described later, but it may include only one of them. Specifically, in this embodiment, two types of seeds using blockchain (hereinafter, each will be referred to as "seed") are used. hlast ", "seed hfirst ") and one type of seed using a virtual space ID (hereinafter referred to as "seed mdid ") is available.

[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 realize randomness. In this embodiment, the last hash (in other words, the hash value of the last generated block) of an arbitrary period (for example, one day) is used as the hash value. last_yyyymmdd and hash last_yyyymmdd hash is the first hash value of the block generated two days after the block was generated (in other words, the hash value of the first block generated). first_yyyymmdd+2 is used as a seed for the hash. In this embodiment, the virtual space ID is used as a seed for the virtual space ID. hlast =hash last_yyyymmdd And seed hfirst =hash first_yyyymmdd+2 And seed mdid =Virtual space ID.

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

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

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

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

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

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

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

[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 hfirst and seed mdid The virtual space management unit 231 then hfirst and seed mdid The virtual space management unit 231 determines the details of the obtainable item by using a function in which the overview of the obtainable item determined in the item overview determination process and the overview of the obtainable item are specified as arguments.hfirst and seed mdid When determining the details of the obtainable items for a certain mountain, the virtual space management unit 231 uses the virtual space ID of the certain mountain as a seed. mdid When determining details of obtainable items for a certain mountain, the virtual space management unit 231 uses the outline of obtainable items determined for the certain mountain as an argument. hfirst Details of the obtainable items are determined based on the virtual space ID of each mountain (in other words, the hash of the blockchain), the virtual space ID of each mountain, and the overview of obtainable items for each mountain determined in the item overview determination process.

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

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

[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 by generating the first hash (in other words, the first block) on May 30, 2022. Therefore, in this embodiment, the virtual space management unit 231 determines the hash last_20220529 A map will be created using the above.

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

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

[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 hash first_20220531 The virtual space management unit 231 determines the details of the obtainable items using the above. That is, after the obtainable period of the mountain has elapsed, the virtual space management unit 231 determines the details of the items obtainable on the mountain. In other words, the virtual space management unit 231 performs control so that the mountain cannot be obtained after the details of the obtainable items have been determined.

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

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

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

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

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

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

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

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

[0126] It can be said that the virtual space management unit 231 determines the number, value, and position on the mountain of gems and pyroxenes to be placed on the mountain, and places them on the mountain. It can also be said that the virtual space management unit 231 randomly determines the number of gems or pyroxenes to be placed on the mountain, randomly determines the value of the gems or pyroxenes to be placed on the mountain, and randomly determines the placement position of the gems or pyroxenes on the mountain. In other words, the virtual space management unit 231 associates gems and pyroxenes with the mountain. The virtual space management unit 231 randomly associates gems (or pyroxenes) with the mountain in terms of the number of gems (or pyroxenes) associated with the mountain, the value of the gems (or pyroxenes) associated with the mountain, or the position of the gems (or pyroxenes) on the mountain. Note that the "value" of gems or pyroxenes can be rephrased as type, quality, size, or the like. In other words, the value can be determined based on at least one of the type, quality, and size of the object.

[0127] (Pocket axe loan) In this embodiment, a user can lend a pickaxe that he or she owns to another user. In this embodiment, a user who owns a pickaxe as item A and lends the pickaxe to another user is called an "owner." Also, a user who borrows a pickaxe from another user is called a "scalar."

[0128] Scalars can mine in the mountains using a pickaxe lent 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).

[0129] The operations for starting mining in a mountain and the operations for controlling the player character to perform mining in a mountain may be the same for both the owner and the scholar. In this embodiment, the mountain in which the scholar performs mining using the pickaxe lent by the owner is a mountain owned by the owner. When lending the pickaxe, the owner specifies the mountain in which the scholar will perform mining using the pickaxe from among the mountains he owns. Then, when the scholar performs mining using the pickaxe lent by the owner, the scholar will perform mining in the mountain specified by the owner.

[0130] Also, the scalar can earn rewards by mining using a pickaxe borrowed from the owner. In this embodiment, the scalar can earn rewards by digging up items using the pickaxe, which is set as the scalar's share of the excavated items. Specifically, when the player character operated by the scalar digs up a pyroxene, the reward granting unit 233 grants the scalar an amount of pyroxene corresponding to a set ratio of the excavated pyroxene as a reward. The ratio is set by the owner. For example, when the ratio is set to 30%, when the player character operated by the scalar digs up a pyroxene, the reward granting unit 233 grants 70% of the excavated pyroxene to the owner and 30% to the scalar. At this time, the scalar's terminal device 10 and the owner's terminal device 10 may have an effect in which the owner acquires all of the excavated pyroxene once, and the owner distributes the pyroxene to the scalar. The scalar share may be determined independently of the owner's settings.

[0131] In addition, in this embodiment, among the items excavated (in other words, discovered) by the scalar, all gems are acquired by the owner and are not distributed to the scalar. In other words, the reward granting unit 233 allows the owner to acquire all first objects (e.g., gems) obtained 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) obtained by the scalar using the loaned specific object in the virtual space. However, gems discovered by the scalar may be granted to the scalar.

[0132] Thus, in this embodiment, the owner can lend the pickaxe to the scholar to find gems and pyroxenes on his / her behalf. That is, in this embodiment, lending the pickaxe can be said to mean recruiting a scholar as a collaborator who will cooperate in discovering gems and pyroxenes. In other words, the owner can recruit a scholar as a collaborator who will cooperate in an event aiming to achieve a predetermined goal (for example, discovering gems and pyroxenes), and the collaborator participates in the event using an object (for example, a pickaxe) lent by the owner. Note that the event in which the collaborator participates using the object lent by the owner may be one in which the collaborator aims to win against a predetermined opponent (here, the "opponent" may be another user or a non-player character. Also, an enemy character in a so-called quest is included in the opponent), one in which the collaborator aims to reach a predetermined destination, one in which the collaborator aims to obtain a predetermined object, or the like. Furthermore, an event in which a helper participates using an object loaned by the owner may be an event that can be progressed by the owner and the helper in a multiplayer game, or an event that can be progressed by multiple helpers who have been loaned objects from one owner in a multiplayer game. In other words, a user who has been loaned a pickaxe may be able to participate in a multiplayer game using the loaned pickaxe. An event in which a helper participates using an object loaned by the owner may be an event that can be progressed by the helper alone.

[0133] The terminal device 10 of the owner accepts an operation by the owner to select an ice axe to lend to the scholar from among the ice axes owned by the owner. In addition, the terminal device 10 of the user who wants to borrow an ice axe accepts an operation related to borrowing the ice axe selected by the owner as the ice axe to lend to the scholar. The control unit 210 of the server 20 executes a process of lending a specific ice axe from the owner to the user based on the operation by the owner to select a specific ice axe as the ice axe to be lent and the operation by the user who wants to borrow an ice axe related to borrowing the specific ice axe. Specifically, the control unit 210 stores information indicating that the specific ice axe is lent from the owner to the user as a scholar (hereinafter referred to as "lending information") in the storage unit 220. The lending of the ice axe from the owner to the scholar can also be considered as the conclusion of a contract or the establishment of a cooperative relationship between the owner and the scholar.

[0134] When the loan information is stored, the game control unit 212 restricts the owner from using the loaned pickaxe. Specifically, the game control unit 212 prevents the owner from mining using the loaned pickaxe. Note that the process of restricting the use of the loaned pickaxe may be, for example, a process of preventing the loaned pickaxe from being selected as a pickaxe to be used for mining, or a process of not accepting an operation on the mining start button 43 when the loaned pickaxe is selected as a pickaxe to be used for mining.

[0135] Furthermore, when the lending information is stored, the game control unit 212 causes the scholar to start mining using the lent pickaxe based on a predetermined operation by the scholar. For example, the game control unit 212 causes the scholar to start mining using the lent pickaxe based on the scholar's operation on the mining start 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 in a mountain selected by the owner who lends the pickaxe when selecting the pickaxe to be lent. 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 in the same way as when the owner performs mining, or by having the player character swing the lent pickaxe.

[0136] Note that allowing one user to use an object owned by another user is also done in conventional games, and the lending of the pickaxe in this embodiment can be achieved in a similar manner to the control done in conventional games.

[0137] (Processing involving payment of virtual currency) In this embodiment, there is a process (hereinafter, referred to as a "paid process") that requires payment of virtual currency (specifically, a specific token) managed by a blockchain. Specifically, there are multiple types of paid processes, including a process related to purchasing a pickaxe (in other words, a process for allowing a user to acquire a pickaxe), a process related to repairing a pickaxe (in other words, a process for restoring the durability of the pickaxe), a process related to increasing the rank of a pickaxe (in other words, a process for increasing the rank of a pickaxe), and a process related to disposing of a mountain (in other words, a process for releasing the association between a mountain and a user).

[0138] The process of purchasing a pickaxe will be described. As described above, the pickaxe can be purchased in the marketplace within the game. The pickaxe is purchased, for example, as follows. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display a shop screen 60 illustrated in FIG. 9 based on a predetermined input operation by the user. A list of available pickaxes is displayed on the shop screen 60. The operation reception unit 111 also receives an operation of selecting a pickaxe to be purchased from the list of pickaxes displayed (for example, a click operation on a specific displayed pickaxe). When the pickaxe to be purchased is selected, the display control unit 114 also causes the display unit 18 to display a dialogue (not shown) for confirming whether to purchase the selected pickaxe. The dialogue includes an execution button for receiving an operation related to the execution of the purchase and a cancel button for receiving an operation related to the cancellation of the purchase. When the execution 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, the control unit 210 executes a process of having the user acquire the pickaxe as a paid transaction based on an operation related to the execution of a paid transaction by the user. Note that when a specific pickaxe is displayed as a purchasable pickaxe on a terminal device 10 of a certain user, the specific pickaxe is also referred to as being lined up in the shop of the certain user.

[0139] Next, a process related to repairing an ice axe and a process related to increasing the rank of the ice axe will be described. The repairing of an ice axe and increasing the 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). In addition, the operation acceptance unit 111 accepts an operation to select a specific ice axe from among the ice axes displayed on the item screen 64 (for example, a click operation on the specific ice axe). In addition, when a specific ice axe is selected, the display control unit 114 causes the display unit 18 to display a UI that accepts various operations on the selected ice axe. Specifically, the display control unit 114 causes the display unit 18 to display, as the UI, a repair button 65 for receiving an operation related to recovering the durability of the pickaxe, an upgrade button 66 for receiving an operation related to increasing the rank of the pickaxe, and a sell button 67 for receiving an operation related to selling the pickaxe. Note that the item screen 64 may display an indication of 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 an indication of the remaining durability, but the indication of the remaining durability may be a numerical value or the like indicating the remaining amount.

[0140] 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 executes a process of restoring the durability of the selected pickaxe and having the user pay the cost of restoring the durability (in other words, a process of reducing the specific tokens held by the user by the cost of restoring the durability). That is, based on an operation related to the execution of a paid process by the user, the control unit 210 executes a process of restoring the durability of the pickaxe as a paid process.

[0141] 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 the request, the game control unit 212 of the server 20 executes a process of increasing the rank of the selected pickaxe and having the user pay the compensation for the increase in rank (in other words, a process of reducing the specific tokens held by the user by the compensation for the increase in rank). That is, the control unit 210 executes a process of increasing the rank of the pickaxe as a paid process, based on an operation related to the execution of a paid process by the user.

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

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

[0144] In this embodiment, it is possible to put gems up for sale on the marketplace in the same way as pickaxes, and to purchase gems that are up for sale from other users. In other words, the processes and displays related to the putting up for sale (in other words, selling) and purchase of pickaxes described here can be read as processes and displays related to the putting up for sale and purchase of gems.

[0145] In this embodiment, the pickaxe can be repaired even during mining. That is, the control unit 210 executes a process to restore the durability of the pickaxe owned by the user based on a predetermined operation of the user during mining.

[0146] The process for disposing of mountains, which is a paid process, will be described later.

[0147] (Mountain Acquisition) As described above, in this embodiment, the user can select and acquire a mountain to be acquired from multiple mountains by performing a predetermined operation (specifically, by selecting a specific mountain on the map 40 and operating the acquisition button 41) (see Figure 3).

[0148] In addition, in this embodiment, a user needs to own a pickaxe to acquire a mountain. Specifically, for example, when the acquire button 41 is operated, the display control unit 114 displays a pickaxe selection window 70 as a UI for selecting a pickaxe to be used to acquire a mountain on the display unit 18, as shown in FIG. 3. The pickaxe selection window 70 displays a list of pickaxes owned by the user. The operation reception unit 111 also receives an operation of selecting a specific pickaxe from among the multiple pickaxes listed in the pickaxe selection window 70 (for example, a click operation on a specific pickaxe and an operation on the execute button 71 included in the pickaxe selection window 70 that is executed after the click operation) as an operation of selecting a pickaxe to be used to acquire a mountain. Then, when an operation of selecting a pickaxe to be used to acquire a mountain is executed, the game control unit 212 causes the user to acquire the mountain using the selected pickaxe. Note that a pickaxe that is being lent to another user cannot be selected as a pickaxe to be used to acquire a mountain.

[0149] Here, "using a pickaxe" in acquiring a mountain can be said to associate the pickaxe with the mountain to be acquired. The pickaxe used to acquire a mountain is locked to the mountain to be acquired. The use of the pickaxe used to acquire a mountain (in other words, the pickaxe locked to the mountain) is restricted. Specifically, the pickaxe used to acquire a mountain may be subject to a predetermined restriction on sale (in other words, listing on the marketplace). As an example, restrictions may be imposed such as not being able to sell it or requiring a predetermined price for sale. Furthermore, the pickaxe used to acquire a mountain may be subject to a predetermined restriction on use for mining in mountains other than the mountain to be acquired (in other words, equipping the pickaxe to the player character). As an example, restrictions may be imposed such as not being able to use the pickaxe to mine in another mountain. Furthermore, the pickaxe used to acquire a mountain may be subject to a predetermined restriction on lending to other users. As an example, a restriction may be imposed such that the pickaxe cannot be lent to another user for use on a mountain other than the mountain that was the object of acquisition. In other words, the pickaxe may be lent to another user for use on the mountain that was the object of acquisition, and may not be lent to another user for use on the mountain. The pickaxe selection window 70 displays a notice about using the pickaxe to acquire a mountain. Specifically, the pickaxe selection window 70 displays, as the notice, a notice that the pickaxe used to acquire a mountain cannot be lent to another user or sold until the mountain is disposed of.

[0150] That is, when an operation of selecting a specific ice axe from among the ice axes owned by the user as an ice axe to be used for acquiring a specific mountain is performed (specifically, an operation by the user who owns the specific ice axe), the game control unit 212 stores the specific mountain in the storage unit 220 in association with the user's account as a mountain acquired by the user (in other words, a mountain owned by the user), and stores information indicating that the specific ice axe is associated with the specific mountain (in other words, information indicating that the specific ice axe is used to acquire (in other words, secure) the specific mountain) in the storage unit 220. In other words, based on the operation related to the acquisition of a specific mountain by the user, the game control unit 212 associates the specific mountain with the user and associates the specific ice axe with the specific mountain. Then, the use of the ice axe associated with the specific mountain (in other words, the ice axe for which information indicating that it is associated with the specific mountain is stored in the storage unit 220) is restricted.

[0151] Specifically, for example, when a specific pickaxe is associated with a specific mountain, the control unit 110 or the control unit 210 controls the specific pickaxe so that the specific pickaxe cannot be selected as a pickaxe to be sold (in other words, a pickaxe to be put up for sale on the marketplace). For example, the control unit 110 may cause the display unit 18 to display the sell button 67 related to the sale of the specific pickaxe in a darkened state, and disable the user's operation on the sell button 67. Note that in this embodiment, selling the pickaxe means putting it up for sale on the marketplace and selling it to other users, but it may also include a case where the pickaxe is sold to a non-player character as a clerk at a store or the like in the game, as is often the case in conventional games.

[0152] Also, for example, when a specific pickaxe is associated with a specific mountain, the control unit 110 or the control unit 210 controls so that the specific pickaxe cannot be selected as a pickaxe to be used for mining for mountains other than the specific mountain. For example, the control unit 110 may not display the specific pickaxe on a screen for selecting a pickaxe to be used for mining. Alternatively, for example, the control unit 110 may invalidate the selection of the specific pickaxe displayed on the screen. Alternatively, for example, when the user attempts to start mining on a mountain other than the specific mountain while the player character is equipped with the specific pickaxe (for example, when an operation is performed on the mining start button 43), the control unit 210 may change the pickaxe equipped by the player character based on a user operation or automatically.

[0153] Also, for example, when a specific ice axe is associated with a specific mountain, control unit 110 or control unit 210 controls the specific ice axe so that the specific ice axe cannot be selected as an ice axe to be lent to other users (for example, as an ice axe to be lent to be used on mountains other than the specific mountain). For example, control unit 110 may prevent the specific ice axe from being displayed on a screen that displays ice axes that can be lent to other users. Alternatively, for example, control unit 110 may disable the selection of the specific ice axe displayed on the screen.

[0154] In this embodiment, an ice axe that has been used to acquire a certain mountain cannot be used to acquire another mountain. In other words, when a specific ice axe is associated with a specific mountain, the control unit 110 or the control unit 210 controls the specific ice axe so that the specific ice axe cannot be selected as an ice axe to be used to acquire mountains other than the specific mountain.

[0155] Thus, in this embodiment, the use of a pickaxe associated with a specific mountain is restricted within the game (in other words, within the virtual space).

[0156] In this embodiment, an ice axe that is being lent to another user cannot be used to acquire a mountain.

[0157] (Disposal of Mountains) As described above, in this embodiment, the user can dispose of the mountains he or she has acquired by performing a predetermined operation (specifically, by selecting a specific mountain from among the mountains acquired by the user and operating the dispose button 47) (see FIG. 5). When an operation to dispose of a specific mountain is performed, the game control unit 212 cancels the user's acquisition of the specific mountain. In other words, the game control unit 212 erases information indicating that the specific mountain is a mountain owned by the user from the storage unit 220. In other words, when an operation to dispose of a specific mountain is performed, the game control unit 212 cancels the association between the specific mountain and the user.

[0158] Users will no longer be able to enter the disposed mountain. Specifically, owners and scholars who were able to enter the disposed mountain will no longer be able to enter the mountain due to the disposal. In other words, disposing of a mountain can also be said to be closing the mountain (in other words, the virtual space) (in other words, closing the mountain). That is, based on the operation of the disposal button 47 as an operation related to closing the virtual space, the game control unit 212 closes the virtual space and makes it impossible for users to enter the virtual space.

[0159] Furthermore, when a mountain is disposed of, the association between the mountain and the pickaxe used to acquire the mountain is also released. When an operation related to the disposal of a specific mountain is performed, the game control unit 212 releases the association between the specific mountain and the pickaxe used to acquire the specific mountain. In other words, the game control unit 212 erases information indicating that the specific pickaxe is associated with the specific mountain from the storage unit 220. This releases restrictions on the use of the specific pickaxe, making it possible to sell the specific pickaxe, lend it to another user, use it for mining in another mountain, or use it to acquire another mountain.

[0160] Furthermore, a fee is required for disposing of the mountain. When the user performs an operation related to disposing of the mountain, the game control unit 212 cancels the association between the mountain and the user, and executes a process of making the user pay the cancellation fee (in other words, a process of reducing the specific tokens held by the user by the amount of the cancellation fee). That is, the control unit 210 executes a process of disposing of the mountain as a paid process, based on the user's operation related to the execution of the paid process. However, it is also possible not to request a fee for disposing of the mountain.

[0161] In addition, in this embodiment, control is executed for releasing the association between a first object and a user based on the status of a second object associated with the first object associated with the user. For example, for a mountain owned by a user, control is executed for disposing of the mountain depending on the status of gems arranged (in other words, buried) on the mountain. Also, for example, for a mountain owned by a user, control is executed for disposing of the mountain depending on the status of pyroxenes arranged (in other words, buried) on the mountain. That is, the first object here may be a mountain. Also, the second object here may be a gem or pyroxene.

[0162] In this embodiment, when the second object associated with the first object is in the first situation, the cancellation of the association between the first object and the user based on the user's operation is prohibited, and when the second situation, the cancellation of the association between the first object and the user based on the user's operation is permitted. For example, when the gems placed on the mountain are in the first situation, the game control unit 212 does not execute the cancellation of the association between the mountain and the user based on the user's operation, and when the gems are in the second situation, the game control unit 212 executes the cancellation of the association between the mountain and the user based on the user's operation. Specifically, when the number of gems placed on the mountain does not satisfy a predetermined condition, the game control unit 212 does not permit the disposal of the mountain based on the user's operation, and when the number of gems placed on the mountain satisfies the predetermined condition, the game control unit 212 permits the disposal of the mountain based on the user's operation. More specifically, when the number of gems placed on the mountain does not reach the predetermined number "0" (in other words, when it is not equal to or less than a threshold), the game control unit 212 prohibits the cancellation of the association between the mountain and the user, and when the number of gems placed on the mountain reaches the predetermined number "0", the game control unit 212 permits the cancellation of the association between the mountain and the user. That is, in this embodiment, if there are still gems remaining in the pile, the user cannot dispose of the pile. The predetermined number does not have to be "0." In other words, it may be possible to dispose of the pile when there are gems remaining in the pile.

[0163] A specific example of control related to the disposal of a mountain will be described with reference to FIG. 5. When an operation is performed to select a specific mountain from the list of mountains 44 acquired by the user and displayed on the display unit 18, the control unit 110 of the terminal device 10 causes the display unit 18 to display a disposal button 47 that accepts an operation related to the disposal of the selected mountain. Here, if the number of gems placed on the selected mountain has not reached a predetermined number, the control unit 110 causes the display unit 18 to display the disposal button 47 in a darkened state and disables the user's operation on the disposal button 47. On the other hand, if the number of gems placed on the selected mountain has reached a predetermined number, the control unit 110 causes the display unit 18 to display the disposal button 47 in an undarkened state and enables the user's operation on the disposal button 47. In addition, the control by control unit 110 of the display state of disposal button 47 and the control of the validity or invalidity of an operation on disposal button 47 (in other words, whether or not the operation is accepted) may be performed, for example, by control unit 210 or control unit 110 determining whether or not the number of gems placed in the selected mountain has reached a predetermined number, based on the result of the determination.

[0164] In addition, the control unit 110 may not display the disposal button 47 on the display unit 18 when the number of gems arranged in the selected mountain has not reached the predetermined number. Alternatively, the control unit 110 may accept an operation on the disposal button 47 even when the number of gems arranged in the selected mountain has not reached the predetermined number, and may display a display 80 notifying the conditions for disposal (in other words, a display notifying that disposal is not possible because the predetermined conditions are not met) on the display unit 18 when the disposal button 47 is operated. In other words, in a state in which the cancellation of the association is prohibited (specifically, in a state in which gems remain in the mountain to be cancelled), as long as it is impossible to cancel the association based on a user's operation, the specific control is not particularly limited.

[0165] Furthermore, when the number of gems arranged in the selected mountain reaches a predetermined number, and the disposal button 47 is operated, the control unit 110 notifies the user of the cost required for disposing of the selected mountain. For example, the control unit 110 causes the display unit 18 to display a cost display window 81 as a UI including a display related to the cost. The cost display window 81 displays, for example, that a cost is required for disposing of the mountain, and the content of the cost. Specifically, as the content of the cost, the type of cost (specifically, that a specific token is required) and the amount of the cost (specifically, the amount of the specific token required as the cost (in other words, the cost for disposal)) are displayed. The cost display window 81 also includes an execute button 82 for accepting an operation related to the execution of the disposal of the selected mountain, and a cancel button 83 for accepting an operation to cancel the disposal of the selected mountain.

[0166] Furthermore, when the execute button 82 is operated, the control unit 110 issues a predetermined warning to the user regarding the disposal of the selected mountain. For example, the control unit 110 causes the display unit 18 to display a warning window 85 as a UI including a display related to precautions regarding the disposal. The warning window 85 displays, as precautions regarding the disposal, disadvantages due to the disposal, etc. For example, the warning window 85 displays, as disadvantages due to the disposal, that mining will no longer be possible in the disposed mountain, and that pyroxene (in other words, undiscovered pyroxene) located in the mountain will be lost and will no longer be able to be obtained as a result of the disposal of the mountain. The warning window 85 also includes an execute button 86 that accepts an operation related to the execution of the disposal of the selected mountain, and a cancel button 87 that accepts an operation to cancel the disposal of the selected mountain.

[0167] When the execute button 86 is operated, the control unit 110 requests the server 20 to dispose of the selected mountain. Then, the game control unit 212 of the server 20 executes the disposition of the selected mountain based on the request. In other words, the game control unit 212 cancels the association between the selected mountain and the user.

[0168] For example, one of the price display window 81 and the warning window 85 may serve as the other. That is, for example, the price required to dispose of the mountain, disadvantages resulting from the disposal, etc. may be presented to the user at the same time.

[0169] The game control unit 212 determines the amount of compensation for the release of the association between the first object and the user based on the state of the second object associated with the first object, and requests the determined amount of compensation from the user. For example, the game control unit 212 determines the amount of compensation based on the state of the second object associated with the first object, and requests the determined amount of compensation from the user. Specifically, the game control unit 212 determines the amount of specific tokens to request as compensation for the release based on the number of pyroxenes arranged in the pile to be disposed of (in other words, remaining in the pile). The game control unit 212 requests a larger amount of compensation for the disposal of the pile, the more pyroxenes arranged in the pile. In addition, the game control unit 212 does not request a compensation for the disposal of the pile when the number of pyroxenes arranged in the pile reaches a predetermined number "0" (in other words, when it is equal to or less than a threshold value). In other words, the game control unit 212 requests a larger amount of compensation for the disposal of the pile when the pyroxenes arranged in the pile are in the first state, compared to when they are in the second state. In other words, in this embodiment, if any gemstones remain in the pile, the pile cannot be disposed of, but if any pyroxenes remain in the pile, the pile can be disposed of.

[0170] When a user selects a specific mountain owned by the user and performs a predetermined operation related to the disposal of the specific mountain, the game control unit 212 determines the consideration required for the disposal of the specific mountain (specifically, the amount of specific tokens requested as the consideration) according to the number of gemstones placed on the specific mountain. Then, the control unit 110 displays the consideration required for the disposal of the specific mountain in the consideration display window 81. Then, when the user operates the execute button 82 and the execute button 86, the game control unit 212 causes the determined consideration to be paid and executes the disposal of the mountain.

[0171] The game control unit 212 may determine the price for disposing of the mountain based on the number of gems placed on the mountain. Specifically, for example, the game control unit 212 may allow disposal of the mountain when a predetermined amount of gems is acquired (in other words, when the number of gems placed on the mountain reaches a predetermined number), but may determine the price required for disposing of the mountain based on the number of gems remaining on the mountain (e.g., the more gems remaining, the more price is required). In this case, the game control unit 212 may not request a price for disposing of the mountain if the number of gems placed on the mountain reaches a predetermined number "0" (in other words, if it is below a threshold value).

[0172] The compensation required to dispose of the mountain is not limited to electronic currency such as virtual currency or in-game currency, but may be a predetermined item, etc. Also, the control for determining the compensation for releasing the association between the first object and the user based on the state of the second object (e.g., pyroxene) associated with the first object (e.g., a mountain) associated with the user is not limited to the control for determining the amount of compensation (e.g., the amount of a specific token or item to be consumed), but may be the control for determining the type of compensation (e.g., which type of item to consume, etc.). In other words, the control for determining the compensation can be said to be the control for determining the weight of the compensation (e.g., whether to request a larger amount of compensation or a more valuable item, etc.).

[0173] When disposing of the mountain (in other words, based on an operation on the execute button 86), the control unit 110 may execute a performance related to the disposal. Specifically, the control unit 110 may cause the speaker of the terminal device 10 to output a predetermined performance sound (for example, the sound of construction machinery such as a bulldozer moving, etc.) representing that work related to the disposal of the mountain is being performed in the virtual space, as a performance related to the disposal. Furthermore, the control unit 110 may cause the display unit 18 to display a predetermined performance image (for example, a display of construction machinery or characters performing disposal work moving, etc.) representing that work related to the disposal of the mountain is being performed in the virtual space, as a performance related to the disposal.

[0174] In this manner, in the configuration of this embodiment, the mountain cannot be disposed of unless the number of gems placed in the mountain reaches a predetermined number. As described above, the gems placed in the mountain are automatically determined based on a predetermined seed (in other words, the hash of the blockchain). In other words, even the operator of this game cannot intervene in which mountain and what kind of gems are placed, and they are determined randomly. This makes the game highly fair. On the other hand, in the configuration of this embodiment, if the mountain is not properly managed, a problem may occur in which a mountain containing a specific gem is disposed of before the specific gem is dug up, making it impossible for anyone to obtain the specific gem. In addition, in the configuration of this embodiment, if the mountain is not properly managed, a malicious user may repeatedly acquire and dispose of the mountain, causing a problem in which gems are not circulated at all. In this regard, in this embodiment, since gems are objects that can be bought and sold between users, these problems are likely to affect the interest of the service. However, in this embodiment, since restrictions can be imposed on the disposal of the mountain according to the number of gems placed in the mountain, it is possible to prevent these problems from occurring. Furthermore, in this embodiment, the burden on the user for disposing of the mountain can be increased (for example, the amount of compensation demanded can be increased) depending on the number of gemstones placed in the mountain, thereby preventing the occurrence of these problems.

[0175] In addition, the game according to this embodiment is a game in which the player enjoys collecting and buying and selling gems, and it is possible to imagine the existence of a user who wants to dig into mountains one after another and efficiently acquire gems. However, in this embodiment, a pickaxe is needed to acquire a mountain, and the number of mountains that can be owned is limited by the number of pickaxes owned. In order to acquire mountains one after another and acquire gems, it is necessary to dispose of previously acquired mountains (in other words, mountains that no longer have gems). In addition, in this embodiment, the use of the pickaxe used to acquire a mountain is limited, and it is necessary to dispose of previously acquired mountains (in other words, mountains that no longer have gems) in order to utilize the pickaxe. In other words, by disposing of mountains that no longer have gems early, it is possible to efficiently progress through the game (in other words, shorten the time required to collect gems). Here, in the configuration of this embodiment, since payment of a fee is required to dispose of a mountain, the user can select whether to progress through the game efficiently (specifically, whether to efficiently acquire gems by making a new mountain available or removing restrictions on the use of the pickaxe), or whether to mine pyroxene to reduce the fee, etc., thereby improving the interest of the game. Also, in the configuration of this embodiment, the amount of specific tokens required to dispose of a mountain increases according to the number of pyroxenes placed on the mountain, so the significance of the specific tokens as something that can make the game progress more efficient can be strengthened.

[0176] In this embodiment, control for canceling the association between the first object and the user is performed based on the state of the second object associated with the first object, and the first object is a mountain in the virtual space as an example, but the first object may be, for example, a predetermined item, etc. Also, the second object may be an object associated with the first object based on a user's operation (for example, placed in the virtual space as the first object based on a user's operation), etc.

[0177] In addition, in this embodiment, control related to the release of the association between the first object and the user is performed based on the situation regarding the number of second objects associated with the first object, and the control may be, for example, as follows. That is, for example, the control may prohibit the release of the association between the mountain and the user when the number of a predetermined type of gem (for example, gems whose value exceeds a predetermined standard (for example, gems of medium quality or higher)) placed on the mountain does not reach a predetermined number "0", and permit the release of the association between the mountain and the user when the number reaches the predetermined number "0". The control may also permit the release of the association between the first object and the user when the number of second objects associated with the first object is equal to or greater than a predetermined number, and prohibit the release of the association between the first object and the user when the number is less than the predetermined number.

[0178] (Reproduced video) In the game system 1 of this embodiment, a reenactment video of a user's acquisition of an object in a virtual space is generated, and the user can view the generated reenactment video. Specifically, a reenactment video is generated in which a user can confirm a scene in which a gemstone, which is an NFT-enabled object, is acquired in a mountain, and the user can view the generated reenactment video to confirm a scene in which the user or another user acquired the gemstone. In this embodiment, the gemstone is in a state before being converted to NFT at the time of acquisition (in other words, when it is buried in the mountain), but may be converted to NFT at the time of acquisition. In other words, the gemstone that the user can acquire from the virtual space (specifically, the mountain) may be either a gemstone before being converted to NFT or a gemstone after being converted to NFT, or both.

[0179] In this embodiment, the reproduced video is generated based on log information related to an event that occurred in the virtual space. The log information may include information related to an action performed by the user in the virtual space (in other words, information related to the user's action history in the virtual space). For example, the game control unit 212 causes the storage unit 220 to store, as log information, the user's use of a specific item (e.g., an item for progressing the game, such as an item for digging a mountain) in the virtual space, the user's acquisition (in other words, discovery) of a specific item (e.g., a gem or a pyroxene) in the virtual space, the player character's movement, the player character's various actions, the viewpoint change, the user's entry into the mountain, the user's exit from the mountain, and the like. The log information may also include information related to a change that occurred in the virtual space (in other words, a change that occurred in an object in the virtual world). For example, the game control unit 212 causes the storage unit 220 to store, as log information, which coordinate point of the mountain was dug, where an object was placed on the mountain, which object that was placed on the mountain has disappeared (e.g., which gem or pyroxene was acquired by the user and is no longer placed on the mountain). The game control unit 212 records each event that occurs in the game as log information that allows the player to determine on which mountain the event occurred and when the event occurred. The log information can also be said to record the contents of the processing related to the progress of the game.

[0180] The reproduced video generating unit 215 generates a reproduced video based on the log information. The reproduction video itself based on the log information can be generated by a known method. In this embodiment, the reproduced video is a reproduction of a play screen (see FIG. 6) during game play of a user who played a game proceeding in a specific virtual space (specifically, who performed mining in a specific mountain).

[0181] The playback control unit 115 controls the playback of the reproduced moving image generated by the reproduced moving image generating unit 215. The playback control unit 115 controls the display unit 18 to display a playback screen 400 for playing the reproduced moving image. An example of the playback screen 400 is shown in FIG.

[0182] A reproduced video is displayed on the playback screen 400. Also, various UIs that accept operations related to the reproduction of the reproduced video are displayed on the playback screen 400. The various UIs include, for example, a cue button 410, a pause button 411, a play button, a skip button 412, a playback speed change button 413, a playback end button 414, a seek bar 420, and a viewpoint selection UI 430. The cue button 410 accepts an operation to return the playback position of the reproduced video to the beginning of the video. The pause button 411 accepts an operation to pause the playback of the reproduced video. When the pause button 411 is operated (in other words, when the reproduced video is paused), the pause button 411 switches to a play button. The play button accepts an operation to resume the playback of the paused reproduced video. The skip button 412 accepts an operation to skip the playback position of the reproduced video for a certain period of time. The playback speed change button 413 accepts an operation to change the playback speed of the reproduced video. The playback end button 414 accepts an operation to end playback of the reproduced moving image. Based on the operation on these various UIs, the playback control unit 115 performs control according to the operated UI, such as control to change the playback position of the reproduced moving image.

[0183] The seek bar 420 receives an operation to specify a playback position of the reproduced video. The seek bar 420 can also be said to be a UI that indicates the currently played position of the reproduced video. A mark 422 is added to the seek bar 420 at a position corresponding to the time when a gem was acquired in the reproduced video. In this embodiment, a mark 422 corresponding to each gem acquired in the mountain related to the reproduced video is added to the seek bar 420. In other words, a mark 422 corresponding to each discovery (in other words, acquisition act) of a gem that occurred in the mountain related to the reproduced video is added to the seek bar 420. In further other words, a number of marks 422 corresponding to the number of gems acquired in the mountain related to the reproduced video is added to the seek bar 420.

[0184] Based on the operation on mark 422, the playback control unit 115 skips the playback position of the reproduced video to a position corresponding to the operated mark 422. In other words, based on the operation on mark 422, the playback control unit 115 skips the playback position of the reproduced video to a scene where the gem corresponding to the operated mark 422 is obtained. Specifically, when an operation is performed on mark 422, the playback control unit 115 skips the playback position of the reproduced video to a predetermined time (e.g., several minutes) before the point in time when the gem corresponding to the operated mark 422 is obtained (in other words, the point in time when it is dug up).

[0185] The viewpoint selection UI 430 accepts an operation to switch the viewpoint of the reproduced video. In this embodiment, the user can specify from which viewpoint the reproduced video being played is to be an image of the virtual space. In this embodiment, each reproduced video is an image of a specific mountain, and it is possible to view the reproduced video from the viewpoint of each of multiple users who mined the specific mountain (in other words, who entered a specific virtual space). In other words, the reproduced video can be switched to the viewpoint of each of multiple users who played a game progressing in a specific virtual space during game play (in other words, a reproduction of the play screen of each of the multiple users).

[0186] The viewpoint selection UI 430 includes user selected images 431 as images corresponding to each of a plurality of users related to the reproduced moving image being reproduced. Based on an operation on each user selected image 431 by a user viewing the reproduced moving image, the reproduction control unit 115 switches the reproduced moving image to the viewpoint of the user corresponding to the operated user selected image 431. In Fig. 11, an example of the reproduction screen 400 in which the viewpoint of user B is selected from the viewpoints of users A to D is shown.

[0187] Furthermore, the playback control unit 115 displays on the playback screen 400 the user-selected images 431 corresponding to each of the multiple users who were playing a game in the virtual space related to the reproduced video at the time of the currently being played in the reproduced video, and does not display on the playback screen 400 the user-selected images 431 corresponding to the users who were not playing a game in the virtual space related to the reproduced video at the time of the currently being played. That is, for example, while a portion corresponding to a period during which a certain user was in the virtual space related to the reproduced video is being played, the user-selected images 431 corresponding to the certain user are displayed on the playback screen 400, and when the reproduced video being played reaches a time when the certain user exited the virtual space, the user-selected images 431 corresponding to the certain user are erased from the playback screen 400. In other words, the playback control unit 115 controls so that the user-selected images 431 of the users who were not playing a game in the virtual space related to the reproduced video at the time of the currently being played, among the multiple users who played a game in the virtual space related to the reproduced video, cannot be selected. In this embodiment, the user selected images 431 of users who have not played are hidden to make them unselectable, but they may be displayed but not accepted for operation (for example, by turning the screen dark, etc.) to make them unselectable. In this embodiment, the user selected images 431 are displayed in the order in which the users entered the virtual space, and the order in which the users entered the virtual space can be recognized from the display of the user selected images 431. The user selected images 431 are displayed aligned from the top, and when a user exits the virtual space and the user selected image 431 corresponding to that user is erased from the playback screen 400, the user selected images 431 that were below the user selected image 431 corresponding to that user are moved up.

[0188] In this embodiment, the reproduced video is a video related to a specific virtual space and can be viewed from the viewpoint of each of multiple users who played a game in the specific virtual space. When the reproduced video is viewed from the viewpoint of a certain user, there may be a case where the reproduced video being played reaches the point in time when the certain user exited the specific virtual space. In this case, the playback control unit 115 automatically switches the reproduced video from the viewpoint of the certain user to the viewpoint of another user who was playing the game in the specific virtual space at that time. Note that automatically switching the viewpoint can also be said to be switching the viewpoint without the user viewing the reproduced video performing a selection operation on the user selection image 431. In addition, if there is no other user who played the game in the specific virtual space at that time, the playback control unit 115 keeps the reproduced video from the viewpoint at the time when the certain user exited, and continues playing the reproduced video. That is, when all users have exited, all user selected images 431 disappear from the playback screen 400, and the image of the virtual space viewed from the viewpoint of the last user who exited continues to be displayed (in other words, the display stops at the viewpoint of that user). In addition, when all users have exited a particular virtual space, if any user re-enters the particular virtual space, the playback control unit 115 may automatically switch the viewpoint from that of the last user who exited to that of the user who has entered the particular virtual space.

[0189] In addition, seek bar 420 may display an indication of a user who discovered (in other words, obtained) a gem at a location (e.g., a location with mark 422) corresponding to each discovery of a gem that occurred in a mountain related to the reproduced video. In addition, mark 422 may also serve as an indication of the user who discovered the gem. Here, the indication of the user who discovered the gem may be, for example, a display of the user name or user ID of the user who discovered the gem or an image of the player character used. Furthermore, based on an operation such as an operation on mark 422 that causes the playback position of the reproduced video to skip to a position corresponding to the discovery of a specific gem, playback control unit 115 may skip the playback position of the reproduced video to that position and switch the viewpoint of the reproduced video to the viewpoint of the user who discovered the specific gem.

[0190] In this embodiment, an image of the virtual space seen from a virtual camera arranged in the virtual space, which is an image of the viewpoint of each user during game play (in other words, an image displayed on the terminal device 10 of each user during game play (in other words, a play screen)) is reproduced as a reproduced video. In other words, the reproduced video generating unit 215 is capable of generating an image of the virtual space seen from a virtual camera corresponding to each user (in other words, a virtual camera corresponding to the player character of each user, whose position moves with the movement of the player character during game play) as a reproduced video. Instead of or in addition to the image of the virtual space seen from the virtual camera corresponding to each user, the reproduced video generating unit 215 may be capable of generating an image of the virtual space seen from a virtual camera installed corresponding to a location where an NFT-enabled object is placed in the virtual space as a reproduced video. That is, the reproduced video may be an image of the virtual space seen from a virtual camera that monitors (in other words, performs fixed-point observation) a location where gems are buried in a mountain, as shown in FIG. 12(a). The viewpoint selection UI 430 may receive an operation to switch the viewpoint of the reproduced video from the user's viewpoint to the viewpoint of the camera performing the monitoring.

[0191] In addition, in this embodiment, the reproduced video is generated based on log information after the user plays the game, but an image of the virtual space seen from the virtual camera may be stored as video information and played as the reproduced video. In other words, the reproduction video generation unit 215 may generate a video based on log information, and may store an image of the virtual camera during the user's game play, etc., in the storage unit 220 as video information. In other words, the reproduction video generation unit 215 may generate a reproduced video based on, for example, an operation on the playback start button 520 described later, or may generate the reproduced video before the playback start button 520 is operated.

[0192] In this embodiment, each replay video is generated based on log information related to events that occurred on each mountain, and is associated with each mountain. That is, one replay video is a replay video related to a specific mountain (in other words, a video replaying a game play that took place on a specific mountain). Note that information indicating the corresponding mountain (information indicating which mountain the replay video is about) may be stored in the storage unit 220 in association with the generated replay video.

[0193] In addition, in this embodiment, each replay video corresponds to each gemstone acquired by the user. That is, one replay video is a replay video of a mining scene of a specific gemstone (in other words, a video replaying the state of mining a specific gemstone). Note that information indicating the corresponding gemstone (information indicating which gemstone is acquired) may be stored in the storage unit 220 in association with the generated replay video. In addition, in playing the replay video, it is possible to specify and play back the scene in which the specific gemstone was acquired (in other words, to skip to the scene, etc.). Such a specification may be realized, for example, by storing the acquired gemstone (for example, the gemstone ID of the acquired gemstone, etc.) in an identifiable manner for the event of "acquiring an item (in other words, discovering)" stored as log information. In addition, for example, when storing the replay video as video information, information regarding the acquired gemstone may be stored in association with the playback position (in other words, playback time) of the replay video.

[0194] The reenactment video is a video from when the virtual space satisfies a first condition until when the virtual space satisfies a second condition. Specifically, the reenactment video is a video reenacting an event that occurred in the corresponding mountain from when any user first entered the corresponding mountain until the mountain is closed. That is, the first condition may be that a user enters a specific virtual space for the first time, and the second condition may be that the specific virtual space is closed and cannot be entered by the user. In other words, the first condition may be that a specific event executed in the specific virtual space is started, and the second condition may be that a specific event executed in the specific virtual space is ended. For example, the second condition may be that a gem placed in the virtual space is acquired by a specific user, and the first condition may be that the specific user enters the virtual space, etc.

[0195] As shown in FIG. 12(b), the reproduced video may be a simplified representation of the virtual space compared to the play screen during game play. Specifically, objects such as mountains and player characters in the reproduced video (in other words, images of objects, models of objects) may be simplified compared to those during game play. Furthermore, the movements of objects such as player characters in the reproduced video may be less than those during game play. Specifically, some of the movements of the player character (e.g., swinging an ice axe, etc.) may not be reproduced or may be simplified in the reproduced video.

[0196] Furthermore, the log information may be displayed as text on the playback screen 400 on which the reproduced moving image is being played back. Specifically, the playback screen 400 may display a window 440 that displays the text of the log information related to the reproduced moving image being played back.

[0197] In addition, the playback control unit 115 may be capable of rotating the viewpoint based on a user's operation during playback of a reproduced video displayed from the viewpoint of each user, a reproduced video displayed from the viewpoint of a virtual camera performing fixed point observation, or a reproduced video with a simpler display compared to the play screen.

[0198] Next, the selection of the reproduced video to be played will be described. The display control unit 114 of the terminal device 10 displays a database screen 500 illustrated in FIG. 13 based on an operation (see FIG. 4) on the database screen display button 98 displayed on the home screen 42. The database screen 500 displays a mine list 510 that displays a list of information on each mountain (for example, each closed mountain). The mine list 510 displays, for each closed mountain, identification information 511 that can identify each mountain, information 512 on the owner, information 513 on the gemstones that have been acquired (in other words, mined or discovered), information 514 on the time required to acquire the gemstones, information 515 on the date and time when the gemstones were acquired, and information 516 on the date and time when the mountain was closed. The name of the mountain may be automatically given, for example, when the mountain is generated.

[0199] In this embodiment, the virtual space ID and the name of the mountain are displayed as identification information 511 capable of identifying each mountain in the mine list 510. The virtual space ID can also be said to be information capable of uniquely identifying each mountain.

[0200] In this embodiment, the mine list 510 displays the owner's user name as the information 512 about the owner. The owner's user ID, etc. may be displayed as the information about the owner. Here, the user ID can be said to be identification information that can uniquely identify each user. That is, the mine list 510 may display identification information that can identify each owner, such as the owner's user name or user ID, as the information about the owner 512. In this embodiment, the gems discovered in the mountains are acquired by the owners, and the information about the owner 512 can be said to be information about the users who acquired the gems. In addition to or instead of the information about the owner 512, the mine list 510 may display information about the users who discovered (in other words, acquired) the gems in each mountain (in other words, the users who performed mining work in each mountain). Specifically, when a scalar discovers a gem, the mine list 510 may display identification information that can identify the user who discovered the gem, such as the user name or user ID of the scalar who discovered the gem, as information about the scalar who discovered the gem.

[0201] In addition, in this embodiment, the mine list 510 displays, as information 513 on the acquired gems, identification information capable of identifying the gems acquired in each mountain. Specifically, a gem ID capable of uniquely identifying the acquired gems is displayed. Furthermore, as information 513 on the acquired gems, information indicating the contents of the acquired gems may be displayed. Specifically, an indication regarding the size, type, etc. of the mined gems may be displayed. In the example shown in FIG. 13, the size of the mined gems is indicated by the size of the gem icon.

[0202] In this embodiment, the mine list 510 displays the total time that the game was played on each mountain as the information 514 on the time required to acquire the gem. Specifically, the total time that any user played on each mountain is displayed as the information 514 on the time required to acquire the gem. Note that the information 514 on the time required to acquire the gem may display the time from when any user first entered the target mountain (or from when the target mountain was first acquired by the owner) until the target mountain was closed. Note that the information 514 on the time required to acquire the gem may display, for example, the time required for a specific gem discovered on the target mountain from when the gem immediately preceding the specific gem was discovered until the specific gem was discovered. In other words, the information 514 on the time required to acquire the gem may directly or indirectly indicate the time required to acquire the gem. The information 514 on the time required to acquire the gem may also indicate the effort required to acquire the gem.

[0203] Furthermore, in this embodiment, the mine list 510 displays the acquisition date and time for each gemstone acquired in the target mountain as information 515 relating to the acquisition date and time of the gemstone.

[0204] Furthermore, in this embodiment, the mine list 510 displays, as information regarding the date and time of closure, the date and time when the target mountain was disposed of (in other words, closed) based on an operation on the disposal button 47 and it became impossible to enter the target mountain. The date and time when the target mountain was closed can also be said to be the date and time when it became impossible to obtain gems on the target mountain. Note that instead of or in addition to the date and time when the target mountain was closed, the mine list 510 may display, as the date and time when it became impossible to obtain gems on the target mountain, the date and time when all gems buried (in other words, placed) on the target mountain were taken up by the user.

[0205] It can also be said that the mine list 510 displays the gems acquired by the user in association with the place where they were acquired (specifically, the mountain where they were acquired) and the user who acquired them.

[0206] Furthermore, in the mine list 510, a playback start button 520 is displayed corresponding to each mountain. The playback control unit 115 starts playback of a reproduced video related to the corresponding mountain based on an operation on the playback start button 520. In other words, the display control unit 114 displays the various information described here as information related to each mountain (in other words, information related to a specific mountain) and a UI that accepts operations related to playback of a reproduced video related to each mountain (in other words, a reproduced video related to a specific mountain) on the same screen (in other words, the database screen 500).

[0207] The database screen 500 also displays a search condition input UI 530 that accepts an operation to input search conditions. In the database screen 500, information about the mountain that matches the search conditions input in the search condition input UI 530 is displayed in the mine list 510. The search condition input UI 530 includes a user specification UI 531 that specifies a user (in other words, a user to be searched, specifically, a miner) as a search condition, a gem specification UI 532 that specifies a gem (in other words, a gem to be searched) as a search condition, a closing date and time specification UI 533 that specifies the date and time when the mountain was closed (in other words, the date and time to be searched) as a search condition, and a search button 534. By inputting search conditions in the search condition input UI 530 and operating the search button 534, information about the mountain that matches the search conditions is displayed in the mine list 510.

[0208] On the database screen 500, information on the mountain in which the user specified by an operation on the user specification UI 531 was involved in mining is displayed in the mine list 510. More specifically, information on the mountain of which the user specified as the search condition is the owner (for example, a mountain that was the owner) is displayed in the mine list 510. Also, on the database screen 500, information on the mountain in which the user specified by an operation on the user specification UI 531 performed mining as a scalar is displayed in the mine list 510. In other words, on the database screen 500, information on gems discovered by the user specified by an operation on the user specification UI 531 is displayed in the mine list 510. In further other words, on the database screen 500, a playback start button 520 is displayed for playing a replay video reproducing the gameplay of the user to be searched specified by an operation on the user specification UI 531.

[0209] Furthermore, on the database screen 500, information on the mountain from which the gem specified by an operation on the gem designation UI 532 was obtained is displayed in the mine list 510. In other words, on the database screen 500, information on the gem specified by an operation on the gem designation UI 532 is displayed in the mine list 510. In other words, on the database screen 500, a playback start button 520 is displayed for playing a replay video that replays the scene from which the gem specified by an operation on the gem designation UI 532 was obtained as the search target.

[0210] Furthermore, on the database screen 500, information about mountains that were closed on a date and time specified by an operation on the closure date and time specification UI 533 (in other words, a specified period) is displayed in the mine list 510.

[0211] Based on an operation on the search condition input UI 530, the control unit 110 of the terminal device 10 requests the server 20 to extract information that satisfies the search conditions input to the search condition input UI 530 and is to be displayed in the mine list 510. Based on the request, the control unit 210 of the server 20 extracts information to be displayed in the mine list 510 and transmits it to the terminal device 10 that made the request. Then, the control unit 110 of the terminal device 10 that has received the information displays the mine list 510 based on the received information.

[0212] Specifically, the control unit 110 requests the server 20 to extract information about the mountains in which the search target user, specified by an operation on the user specification UI 531, was involved in mining. Based on the request, the control unit 210 of the server 20 extracts information about the mountains in which the search target user was involved in mining, and transmits the information to the terminal device 10 that made the request. Then, the control unit 110 of the terminal device 10 that received the information causes the display unit 18 to display a mine list 510 including information about the mountains in which the search target user was involved in mining, based on the received information. The control unit 110 also causes the display unit 18 (in other words, the mine list 510) to display a playback start button 520 for playing a reenactment video related to the mountains in which the search target user was involved in mining.

[0213] The control unit 110 also requests the server 20 to extract information about the mountain from which the search target gemstone specified by the operation on the gemstone specification UI 532 was obtained. The control unit 210 of the server 20 extracts information about the mountain from which the search target gemstone was obtained based on the request, and transmits it to the terminal device 10 that made the request. The control unit 110 of the terminal device 10 that received the information then causes the display unit 18 to display a mine list 510 including information about the mountain from which the search target gemstone was obtained based on the received information. The control unit 110 also causes the display unit 18 (in other words, the mine list 510) to display a playback start button 520 for playing a re-enacted video related to the mountain from which the search target gemstone was obtained.

[0214] The control unit 110 also requests the server 20 to extract information related to mountains that were closed on the search date and time specified by an operation on the closure date and time specification UI 533. The control unit 210 of the server 20 extracts information related to mountains that were closed on the search date and time based on the request, and transmits it to the terminal device 10 that made the request. Then, the control unit 110 of the terminal device 10 that received the information causes the display unit 18 to display a mine list 510 including information related to mountains that were closed on the search date and time based on the received information. The control unit 110 also causes the display unit 18 (in other words, the mine list 510) to display a playback start button 520 related to playback of a re-enacted video related to mountains that were closed on the search date and time.

[0215] In addition, the search condition input UI 530 makes it possible to search by specifying conditions for multiple items among the user, gemstone, and date and time, or to search by specifying conditions for one item.

[0216] In this way, the mine list 510 displays a list of information that satisfies the search conditions entered in the search condition input UI 530, but in a state where no search conditions are entered in the search condition input UI 530 (for example, after the database screen 500 is opened and before a search based on the input to the search condition input UI 530 is performed), information about multiple mountains with the most recent closure dates and times is displayed in the mine list 510. Specifically, for example, information about up to a specified number of mountains may be displayed in order from the most recent closure date and time, or information about mountains that have been closed for a specified period of time or less may be displayed.

[0217] The information displayed in the mine list 510 may be rearranged (in other words, sorted) according to a rule determined based on an operation by a user. For example, the database screen 500 displays a sort UI 536 that accepts an operation related to rearrangement of the information displayed in the mine list 510. The sort UI 536 may accept an operation to rearrange (for example, rearrange in ascending or descending order) the information displayed in the mine list 510 (in other words, information about each mountain) based on at least one of identification information 511 (for example, virtual space ID) that can identify each mountain, information about the owner 512 (for example, user ID), information about the acquired gem 513 (for example, gem ID), information about the time required to acquire the gem 514, information about the date and time when the gem was acquired 515, or information about the date and time when the mine was closed 516. The display control unit 114 rearranges the information displayed in the mine list 510 according to a rule specified by an operation on the sort UI 536.

[0218] The mine list 510 displayed on each user's terminal device 10 also displays mountains other than those for which the user was the owner or scalar. That is, in this embodiment, a re-enacted video related to a specific virtual space can be viewed by both users who have been involved in acquiring gems in the specific virtual space (in other words, users who have entered the specific virtual area) and users who have not been involved in acquiring gems in the specific virtual space (in other words, users who have not entered the specific virtual area).

[0219] In this embodiment, the control unit 210 enables viewing of a reenactment video related to a specific mountain based on the closure (in other words, disposal) of the specific mountain. In other words, the control unit 210 enables viewing of a reenactment video related to the specific mountain based on the end of an event performed on the specific mountain. Here, the control for enabling viewing of a reenactment video related to a specific mountain may be, for example, as follows. That is, for example, the play start button 520 corresponding to the specific mountain is not displayed until the specific mountain is closed, and the control unit 210 may control so that the play start button 520 corresponding to the specific mountain is displayed based on the closure of the specific mountain. Specifically, the mine list 510 does not display information about the specific mountain until the specific mountain is closed, and the control unit 210 may control so that the information about the specific mountain is displayed in the mine list 510 and the play start button 520 corresponding to the specific mountain is displayed based on the closure of the specific mountain. Also, for example, even before the specific mountain is closed, information about the specific mountain is displayed in the mine list 510, but the playback start button 520 corresponding to the specific mountain is not displayed, and the control unit 210 may perform control so that the playback start button 520 corresponding to the specific mountain is displayed based on the fact that the specific mountain is closed. Also, for example, even before the specific mountain is closed, the playback start button 520 corresponding to the specific mountain is displayed, but the control unit 210 may disable operation of the playback start button 520 corresponding to the specific mountain until the specific mountain is closed, and enable operation of the playback start button 520 corresponding to the specific mountain based on the fact that the specific mountain is closed. Also, for example, the control unit 210 may perform control so as to prohibit the reproduction video generation unit 215 from generating a reproduction video until the specific mountain is closed, and to permit the reproduction video generation unit 215 to generate a reproduction video based on the fact that the specific mountain is closed.Also, for example, the generation of the re-enactment video related to a specific mountain by the control unit 210 may be performed from before the specific mountain is closed (for example, from when the specific mountain is acquired by the user) until the specific mountain is closed, and the generation of the re-enactment video related to the specific mountain may be completed based on the specific mountain being closed, and the re-enactment video may be made viewable upon completion of the generation.

[0220] It should be noted that even before a specific mountain is closed, a reenactment video related to the specific mountain may be viewable. For example, the playback control unit 115 may be able to play a reenactment video that reenacts an event that occurred on the specific mountain from when any user first entered the specific mountain until the playback of the reenactment video starts. Here, the reenactment video generating unit 215 may generate a reenactment video based on log information about an event that occurred on the specific mountain from when any user first entered the specific mountain until the playback of the reenactment video starts (and before the specific mountain is closed). Alternatively, the reenactment video generating unit 215 may be able to play a reenactment video related to the specific mountain that is stored as video information, even before the specific mountain is closed (in other words, even if an event on the specific mountain is in progress).

[0221] A restriction may be set for the period during which the reproduced video can be viewed. In other words, the control unit 210 may disable viewing of a reproduced video related to a specific mountain that can be viewed, based on the passage of a predetermined period from a predetermined reference time (for example, the time when viewing became possible or the time when the specific mountain was closed, etc.). Here, the control for disabling viewing of a reproduced video related to a specific mountain may be, for example, as follows. That is, for example, the control unit 210 may control so that the playback start button 520 corresponding to the specific mountain is not displayed, based on the passage of the predetermined period. Specifically, for example, the control unit 210 may control so that information related to the specific mountain is not displayed in the mine list 510, based on the passage of the predetermined period. Also, for example, information related to the specific mountain may be displayed in the mine list 510 even after the passage of the predetermined period, but the control unit 210 may control so that the playback start button 520 corresponding to the specific mountain is not displayed, based on the passage of the predetermined period. Furthermore, for example, even after the predetermined period has elapsed, playback start button 520 corresponding to the specific mountain is displayed, but control unit 210 may disable operation of playback start button 520 corresponding to the specific mountain based on the elapse of the predetermined period. Furthermore, for example, control unit 210 may perform control to prohibit reproduction video generating unit 215 from generating a reproduction video related to the specific mountain based on the elapse of the predetermined period. Furthermore, for example, control unit 210 may erase log information or video information related to the reproduction video related to the specific mountain from storage unit 220 based on the elapse of the predetermined period.

[0222] The game control unit 212 acquires log information regarding events that occurred in the virtual space during a predetermined period (for example, a period from when the virtual space satisfies a first condition to when it satisfies a second condition), and the reproduction video generating unit 215 generates a reproduction video that reproduces events that occurred in the virtual space during the predetermined period. However, the generated reproduction video does not have to reproduce all of the events that occurred in the virtual space during the predetermined period. For example, it is assumed that there are a first effect and a second effect as effects that the user can have on the virtual space by operating the player character. The first effect may be, for example, an effect on the virtual space by having the player character use a first item (for example, a mountain is transformed using a pickaxe as the first item). Also, the second effect may be, for example, an effect on the virtual space by having the player character use a second item (for example, a figure or letter is drawn on the mountain using a spray as the second item). In this case, the reproduction video generating unit 215 may reproduce the first effect and not reproduce the second effect. In other words, the reproduction video generation unit 215 may generate a reproduction video in which the deformation of the mountain caused by the use of the pickaxe is reproduced, but the drawing on the mountain using the spray is not reproduced (in other words, the figures and letters drawn with the spray are not displayed).

[0223] Further, the reproduced video is a video reproducing an event that occurred in a virtual space during a predetermined period (for example, a period from when the virtual space satisfies a first condition to when it satisfies a second condition), but may be a video skipping a specific period during the predetermined period. The specific period may be, for example, a period during which no user is in a specific virtual space related to the reproduced video (in other words, a period during which no game is being played in the specific virtual space). Specifically, when the reproduced video during playback transitions from a scene in which any user entered the virtual space related to the reproduced video to a scene in which the last user exited, the playback control unit 115 may skip the playback position of the reproduced video to a scene in which the next user enters the virtual space.

[0224] In this embodiment, a specific virtual space related to a specific reproduced video may be entered by multiple users or only by one user (e.g., the owner) during the period from the beginning to the end of the specific reproduced video. The specific virtual space related to the specific reproduced video may be one that only one user can enter, and not multiple users can enter.

[0225] The reproduced video may be played from a screen displaying a list of jewels. Specifically, the reproduced video may be played from a shop screen 60 displaying a list of jewels available for purchase as illustrated in FIG. 14, a screen displaying a list of jewels owned by the user (see item screen 64 illustrated in FIG. 10), a screen displaying a list of jewels acquired by each of a plurality of users (in other words, other users) (see database screen 500 illustrated in FIG. 13), and the like. The display control unit 114 may switch the type of product displayed on the shop screen 60 as an item available for purchase by the user based on the product switching button 97 illustrated in FIG. 9 and FIG. 14. Specifically, the display control unit 114 may switch the shop screen 60 between a state displaying a pickaxe as a first type of product (the state illustrated in FIG. 9) and a state displaying jewels as a second type of product (the state illustrated in FIG. 14(a)) based on the product switching button 97. The operation acceptance unit 111 accepts an operation of selecting a jewel to purchase from the jewels listed on the shop screen 60 (for example, a click operation on a specific displayed jewel). When an operation to select a gem to purchase is performed, the control unit 110 of the terminal device requests the purchase of the selected gem to the server 20. Based on the request, the market management unit 214 of the server 20 grants the selected gem to the user and executes a process to have the user pay the purchase price (in other words, a process to reduce the specific tokens held by the user by the amount of the purchase price).

[0226] The operation reception unit 111 receives an operation to start playing a reproduction video related to a specific gem among the gems displayed on a screen displaying a list of gems (for example, the shop screen 60). Specifically, the display control unit 114 may display a play start button 520 corresponding to each gem in a state in which gems are displayed in a list on a screen displaying a list of gems, as shown in FIG. 14(a). In addition, the display control unit 114 may display a play start button 520 corresponding to a specific gem based on an operation to select a specific gem from the gems displayed in the list on a screen displaying a list of gems, as shown in FIG. 14(b). More specifically, the display control unit 114 may display detailed information 540 related to the specific gem (in other words, information that is not displayed in a state in which the gems are displayed in a list) and a play start button 520 corresponding to the specific gem based on an operation to select a specific gem from the gems displayed in the list on a screen displaying a list of gems, as shown in FIG. 14(b). The operation receiving unit 111 then receives an operation on the playback start button 520 corresponding to a specific gemstone as an operation to start playing a reenactment video related to the specific gemstone (specifically, a reenactment video in which the captured scene of the specific gemstone can be confirmed). In other words, the operation receiving unit 111 receives an operation on the playback start button 520 (specifically, the playback start button 520 corresponding to a specific gemstone) displayed on the shop screen 60 displaying gemstones available for purchase by the user as an operation to start playing a reenactment video related to the specific gemstone available for purchase by the user.

[0227] When an operation is performed on a playback start button 520 displayed on a screen displaying a list of jewels (in other words, a shop screen 60 displaying jewels that can be purchased by the user) that corresponds to a specific jewel, the playback control unit 115 starts playback of a reproduced video related to that specific jewel.

[0228] Here, the reproduced video related to a specific gemstone may be a video from when the virtual space (in other words, a specific mountain) satisfies a first condition until the virtual space satisfies a second condition, similar to the reproduced video played when the playback start button 520 is operated on the database screen 500. Specifically, the reproduced video related to a specific gemstone may be a video from when the virtual space in which the specific gemstone is acquired satisfies a first condition until the virtual space in which the specific gemstone is acquired satisfies a second condition. In addition, when the playback start button 520 corresponding to a specific gemstone is operated, the playback control unit 115 may set the playback start position of the reproduced video to the scene where the specific gemstone corresponding to the playback start button 520 is acquired (in other words, for example, skip the playback position of the reproduced video to the scene where the specific gemstone is acquired, similar to when the above-mentioned mark 422 (see FIG. 11) is operated). Specifically, for example, when an operation is performed on the playback start button 520 corresponding to a specific jewel, the playback control unit 115 starts playback of the reproduced video a predetermined time (e.g., a few minutes) before the jewel corresponding to the operated playback start button 520 is obtained.

[0229] Furthermore, the replay video related to a specific gemstone may be a video clip (hereinafter referred to as a "cut video") that cuts out the scene where the specific gemstone is acquired. That is, the replay video generating unit 215 may generate a cut video clip of the scene where the specific gemstone is acquired as a replay video to be played based on an operation on the playback start button 520 corresponding to the specific gemstone. For example, the replay video generating unit 215 may generate a cut video from a predetermined time before to a predetermined time after the specific gemstone is acquired as a replay video to be played based on an operation on the playback start button 520 corresponding to the specific gemstone. Then, the playback control unit 115 may play the cut video when an operation is performed on the playback start button 520 corresponding to the specific gemstone. In such a configuration, for example, when a first operation (e.g., an operation on play start button 520 displayed on shop screen 60) is performed, a cut video is played as a reenactment video related to a specific gemstone, and when a second operation (e.g., an operation on play start button 520 displayed on database screen 500) is performed, a video reenactment of events that occurred on the mountain where the specific gemstone was mined from the time when a user first entered the mountain until the mountain where the specific gemstone was mined was closed may be played as a reenactment video related to the specific gemstone.

[0230] Note that playback of a reproduced video in which the playback start position of the reproduced video is the scene where a specific gemstone corresponding to playback start button 520 was obtained, or playback of a cut video in which a specific gemstone was obtained, may be executable from database screen 500 or the like. For example, a display of information 513 relating to the mined gemstone on database screen 500 (e.g., an icon showing a gemstone ID (see FIG. 13)) may function as a UI for accepting operations relating to playback of a reproduced video related to a specific gemstone. Then, based on an operation on the UI, playback of a reproduced video in which the playback start position of the reproduced video is the scene where a specific gemstone corresponding to playback start button 520 was obtained, playback of a cut video related to a specific gemstone, etc. may be executed.

[0231] The reproduced video generating unit 215 may generate the cut video based on the log information, or may store an image of a virtual camera during a user's gameplay or the like as video information in the storage unit 220. For example, when only the cut video can be played as the reproduced video, instead of storing log information from when a user first enters the virtual space until the virtual space is closed as log information for generating the reproduced video, log information of a scene where a specific gem is obtained (for example, log information from a predetermined time before the time of acquisition until a predetermined time after) may be stored in the storage unit 220, and the reproduced video may be generated based on the log information.

[0232] Furthermore, log information for generating a cut video related to a specific gemstone and video information related to the cut video may be stored in the storage unit 220 at a predetermined opportunity (for example, based on the user's acquisition of the specific gemstone). For example, when a user acquires a gemstone in the virtual space, the control unit 210 may extract log information (or video information) from a predetermined time before to a predetermined time after the gemstone was acquired as log information for playing the cut video, and store this in the storage unit 220 as log information for playing the cut video. In this case, the control unit 210 may store the extracted log information in the storage unit 220 in association with the acquired gemstone or the user who acquired the gemstone.

[0233] Furthermore, the control unit 210 may enable viewing of a reproduced video (in other words, a cut video) related to a specific gemstone based on the acquisition of the specific gemstone.

[0234] In addition, the gems displayed on a screen that displays a list of gems and allows playback of a replay video related to a specific gem among the listed gems may include only one of the gems before being converted into NFT and the gems after being converted into NFT, or may include both. In other words, the playback control unit 115 may be able to play a replay video related to a specific gem before the specific gem is converted into NFT. Also, the playback control unit 115 may be able to play a replay video related to a specific gem after the specific gem is converted into NFT.

[0235] The game control unit 212 may add information indicating which user discovered the gem discovered by the user (hereinafter referred to as "discovering user information"). In other words, the game control unit 212 may store the discovering user information about the gem discovered by the user in the storage unit 220. Note that log information may be used as the discovering user information.

[0236] As shown in FIG. 15, the display control unit 114 may display a display 543 indicating which user discovered a gemstone discovered by a user on a predetermined screen based on the discovering user information. The display control unit 114 may display a display indicating which user discovered each gemstone on the shop screen 60 displaying gemstones available for purchase, a screen displaying gemstones owned by the user, or the like. Specifically, as shown in FIG. 15(a), the display control unit 114 may display a display 543 indicating the user who discovered each gemstone in correspondence with each gemstone when gemstones are displayed in a list on the shop screen 60. In addition, as shown in FIG. 15(b), the display control unit 114 may display a display 543 indicating the user who discovered a specific gemstone based on an operation of selecting a specific gemstone from the listed gemstones on the shop screen 60. Here, the display 543 indicating the user who discovered the gemstone may be a display of the user name or user ID of the user, or may be a display of an image of the player character used by the user.

[0237] The display 543 indicating which user discovered (in other words, first acquired, acquired from the virtual space) the gem may be displayed even after the owner of the gem has changed from the user who discovered it to another user. That is, for example, assume that user B purchases a specific gem from user A who discovered the specific gem. In this case, a display indicating that the user who discovered the specific gem is user A may be displayed on a screen that displays gems owned by user B and is displayed on user B's terminal device 10, or on a shop screen 60 that displays gems sold by user B and is displayed on user C's terminal device 10. Also, on the shop screen 60, a display indicating the seller (in other words, the current owner) and a display 543 indicating the user who discovered each gem (in other words, the first acquirer) may be displayed for each gem. That is, on the shop screen 60 that displays the specific gem sold by user B and is displayed on user C's terminal device 10, a display indicating that the seller is user B and a display indicating that the user who discovered the specific gem is user A may be displayed.

[0238] Furthermore, in this manner, when an indication 543 indicating the user who discovered a particular gem is displayed on the shop screen 60 or the like, when the playback start button 520 corresponding to the particular gem is operated, the playback control unit 115 may play a replay video showing the scene where the user who discovered the particular gem discovered the particular gem. Note that in this embodiment, the replay video may display an indication (e.g., a user name or a user ID) indicating the user who operates the player character around the player character (e.g., above the player character's head, etc.). In this manner, by displaying an indication indicating the user who operates the player character, it becomes easier for a user who watches the replay video to confirm the user who discovered the gem.

[0239] Furthermore, in the shop screen 60, etc., the gems to be displayed on the shop screen 60 may be narrowed down based on the discoverer information. For example, the display control unit 114 may cause the shop screen 60 to display a search condition input UI 550 that accepts an operation to input search conditions related to a gem search. The search condition input UI 550 includes a user specification UI 551 that specifies a user (in other words, a user to be searched, specifically, a miner) as a search condition, and a search button 552. By inputting search conditions into the search condition input UI 550 and operating the search button 552, gems that meet the search conditions are displayed on the shop screen 60.

[0240] The control unit 110 of the terminal device 10 requests the server 20 to extract gems that satisfy the search conditions entered in the search condition input UI 550, based on an operation on the search condition input UI 550. Specifically, the control unit 110 requests the server 20 to extract gems acquired by a user designated by an operation on the user designation UI 551. The control unit 210 of the server 20 extracts the gems acquired by the designated user based on the request, determines the extracted gems as gems to be displayed on the shop screen 60, and notifies the terminal device 10 that made the request. Then, the control unit 110 of the terminal device 10 that has received the notification causes the extracted gems to be displayed on the shop screen 60.

[0241] The search condition input UI 550 may accept an operation to narrow down the gems to be displayed on the shop screen 60 to gems excavated by users who have excavated a predetermined amount or more of gems. In other words, the search condition input UI 550 may include an attribute designation UI 553 that designates a user's attribute as a search condition. The control unit 110 of the terminal device 10 requests the server 20 to extract gems acquired by users with the attribute designated by an operation on the attribute designation UI 553. The control unit 210 of the server 20 extracts gems acquired by users with the designated attribute based on the request, determines the extracted gems as gems to be displayed on the shop screen 60, and notifies the terminal device 10 that made the request. Then, the control unit 110 of the terminal device 10 that has received the notification displays the extracted gems on the shop screen 60.

[0242] In addition, a user who has acquired a gemstone may be able to select whether or not to make the reenactment video of the gemstone that the user has acquired public. The control unit 210 determines whether to make the gemstone that the user has acquired public or private based on a predetermined operation by the user who has acquired the gemstone. For a gemstone that has been set public, the control unit 210 allows other users to view the reenactment video of the gemstone. In addition, for a gemstone that has been set private, the control unit 210 prevents other users from viewing the reenactment video of the gemstone. For example, for a gemstone that has been set private, the control unit 210 may prevent the playback start button 520 related to the playback of the reenactment video related to the gemstone from being displayed on the shop screen 60 or the database screen 500 displayed on the terminal device 10 of another user, or may display the playback start button 520 related to the playback of the reenactment video related to the gemstone but not accept any operation (for example, by making it dark, etc.).

[0243] Here, the user who has acquired the gem as a user who can select whether to make the reenactment video public may include either the user who discovered the gem (in other words, first acquired it, acquired it from the virtual space) or the user who purchased the gem from the user who discovered the gem, or may include both. That is, the user who acquired (in other words, purchased) the gem from the user who discovered the gem may be able to select whether to make the reenactment video of the gem he or she has acquired public. Also, in a configuration in which the user who discovered the gem can select whether to make the reenactment video of the gem he or she discovered public, the control unit 210 determines whether to set the gem discovered by the user to public or private based on a predetermined operation by the user who discovered the gem. In this case, the control unit 210 may prevent other users (specifically, other users including the user who acquired the gem, or other users excluding the user who acquired the gem) from viewing the reenactment video of the gem that has been set to private based on a predetermined operation by the user who discovered the gem, even after the gem is passed from the user who discovered the gem to another user (in other words, after it is sold).

[0244] Furthermore, when a gem is set to private, the control unit 210 may impose restrictions on buying and selling of the gem, compared to when the gem is set to public. Specifically, the control unit 210 may prohibit buying and selling of the gem when the gem is set to private. In this case, gems discovered by other users and set to private may be displayed on the shop screen 60, but may not be purchased. Furthermore, when the gem is set to private, the control unit 210 may prohibit buying and selling of the gem for more than a certain amount, rather than completely prohibiting buying and selling of the gem.

[0245] In games that include NFT-enabled items, users have the opportunity to convert the items into crypto assets or buy and sell the items with other users. Conventionally, in this type of game, it has not been possible to confirm whether an NFT-enabled item has been acquired in a legitimate manner, and there has been insufficient transparency regarding the method of acquiring the item. There is a concern that the circulation of NFT-enabled items acquired by illicit means such as cheating in the market will affect the fairness and market value of the game. According to the configuration of this embodiment, since the reproduction video generation unit 215 can generate a reproduction video that reproduces the user's actions in the virtual space, it is possible to confirm that the method of acquiring the NFT-enabled item is legitimate, thereby maintaining the market value of the item and realizing highly reliable transactions. In particular, in this embodiment, all of the actions of the user (in other words, the player character) in a specific virtual space from the time the user's actions (in other words, the user's operation) in the specific virtual space are started until the specific virtual space is closed (in other words, until the game play in the virtual space is ended) are recorded as log information, and all of the actions can be reproduced as a reproduction video. This makes it possible to guarantee the legitimacy of not only the method of acquiring NFT-compatible items, but also the overall gameplay, which has a strong deterrent effect against users who cheat, encouraging all users to play under fair conditions.

[0246] (Processing flow) Next, a description will be given with reference to a flowchart of an example of processing executed by the game system 1. First, a description will be given with reference to the flowchart shown in FIG.

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

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

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

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

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

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

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

[0254] 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.

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

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

[0257] Next, an example of processing related to the disposal of a mountain will be described with reference to the flow chart shown in FIG.

[0258] The control unit 110 of the user's terminal device 10 accepts an operation by the user to select a mountain to dispose of (step S21). Specifically, the control unit 110 accepts an operation to select a specific mountain from the list of mountains 44 acquired by the user.

[0259] When an operation to select a mountain to be disposed of is performed, the game control unit 212 determines whether or not the selected mountain satisfies the conditions for disposal. Specifically, the game control unit 212 determines whether or not the number of gems arranged on the selected mountain reaches a predetermined number (step S22). In other words, the game control unit 212 determines whether or not the second object associated with the first object is in a first state or a second state (in other words, whether or not the state satisfies the conditions for disposal).

[0260] If the number of placed gems does not reach the predetermined number (NO in step S22), the game control unit 212 decides not to permit disposal of the selected mountain (step S23). Based on the decision, the control unit 110 of the user's terminal device 10 controls the display unit 18 to display the disposal button 47, which accepts an operation to dispose of the selected mountain, in a darkened state, and not to accept an operation by the user on the disposal button 47. In other words, when the second object associated with the first object is in the first situation, cancellation of the association between the first object and the user based on the user's operation is prohibited.

[0261] On the other hand, if the number of gems placed reaches the predetermined number (YES in step S22), the game control unit 212 decides to permit disposal of the selected mountain (step S24). Based on the decision, the control unit 110 of the user's terminal device 10 causes the display unit 18 to display the disposal button 47, which accepts an operation to dispose of the selected mountain, in a non-darkened state, and accepts an operation on the disposal button 47 by the user.

[0262] Next, the game control unit 212 determines the price for disposing of the selected mountain based on the number of pyroxenes arranged in the selected mountain (step S25).

[0263] Next, the control unit 110 of the user's terminal device 10 accepts an operation to instruct execution of the disposal. For example, the control unit 110 accepts an operation on the execute button 86 as an operation to instruct execution of the disposal (step S26).

[0264] Next, the game control unit 212, based on an operation instructing the execution of disposal, reduces the value (e.g., specific tokens) owned by the user by the amount of the consideration determined in step S25, and disposes of the selected mountain (step S27). In other words, the game control unit 212 cancels the association between the selected mountain and the user.

[0265] In addition, when the number of gems arranged on a selected mountain reaches a predetermined number (for example, "0"), the game control unit 212 may dispose of the mountain without requesting a fee for disposal. In other words, the processing of step S25 and the processing of step S27 may be omitted. Here, no fee may be required for disposing of the mountain. Also, there may be a state in which the mountain can be disposed of but a fee for disposal (for example, a fee according to the number of pyroxenes, etc.) is required, and a state in which the mountain can be disposed of but no fee is required. In other words, the number of gems that allows disposal of the mountain and the number of gems that does not require a fee for disposal may be different or the same.

[0266] Next, an example of a process for generating and viewing a reproduced moving image will be described with reference to the flowchart shown in FIG.

[0267] Control unit 210 enables viewing of a re-enacted video related to a closed mountain based on the fact that the mountain has been closed (in other words, disposed of) (step S31). Specifically, control unit 210 controls playback start button 520 displayed on a specific screen (for example, database screen 500 or a screen displaying a list of gems, etc.) based on the fact that a specific mountain has been closed, to enable playback of the re-enacted video based on an operation on playback start button 520 related to viewing of the re-enacted video related to the specific mountain.

[0268] Next, the operation acceptance unit 111 of the terminal device 10 accepts an operation related to playing the reproduced video (step S32). Specifically, the operation acceptance unit 111 accepts an operation on the playback start button 520 displayed on a specific screen, which is related to viewing a reproduced video related to the specific mountain, as an operation related to playing the reproduced video.

[0269] Next, the playback control unit 115 starts playback of the reproduced video based on an operation by the user related to playback of the reproduced video (step S33). Specifically, the playback control unit 115 starts playback of the reproduced video related to the specific mountain based on an operation on the playback start button 520, which is a playback start button displayed on a specific screen and is related to viewing of the reproduced video related to the specific mountain. For example, when the playback start button 520 is operated, the playback control unit 115 may request the reproduced video generating unit 215 to generate a reproduced video related to the specific mountain, and the reproduced video generating unit 215 may generate a reproduced video related to the specific mountain based on the request. Then, the playback control unit 115 may play the reproduced video generated based on the request (in other words, it may display it on the display unit 18 of the terminal device 10). The generation of the reproduced video may be executed by the control unit 210 of the server 20 or may be executed by the control unit 110 of the terminal device 10. Specifically, for example, control unit 210 may generate a reproduced video based on log information stored in storage unit 220, or control unit 110 may receive log information stored in storage unit 220 from server 20 and generate a reproduced video. Alternatively, when playback start button 520 is operated, playback control unit 115 may play a reproduced video related to a specific mountain and stored in a predetermined storage unit as video information.

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

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

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

[0273] <Additional Notes> The configuration of this embodiment may be used, for example, to enable verification of the authenticity of an object that can be converted into an NFT. The configuration of this embodiment may also be used, for example, to improve the interest of services such as games. The matters described in the above embodiment may also be described as follows:

[0274] (Appendix 1) Computer, Functioning as a generating means (e.g., a re-enacted video generating unit 215) for generating a re-enacted video relating to a user's acquisition of an NFT-enacted item in a virtual space in which the NFT-enacted item can be acquired. program. According to this configuration, for example, a user or a service operator can check the acquisition route of an NFT-enabled item by viewing a re-enacted video, and can confirm the legitimacy of the acquisition route. Therefore, it is possible to confirm the legitimacy of an NFT-enabled object.

[0275] (Appendix 2) Computer, functioning as a log information acquisition means (e.g., the game control unit 212) for storing log information relating to events occurring in the virtual space in a storage means; The generating means generates the reproduced video based on the log information. 2. The program described in Appendix 1. According to this configuration, it is possible to reduce the amount of data that needs to be stored in order to enable playback of the reproduced moving image.

[0276] (Appendix 3) The reproduced video is a video from when the virtual space satisfies a first condition to when the virtual space satisfies a second condition. 2. The program described in Appendix 1. With this configuration, the start and end of the reproduced video can be made to correspond to the state of the virtual space.

[0277] (Appendix 4) The first condition is that the user enters the virtual space for the first time; The second condition is that the virtual space is closed and cannot be entered by users. 5. The program described in Appendix 4. According to such a configuration, for example, the user is made aware that his or her own actions may be observed in a replay video throughout the entire period during which he or she is in the virtual space, which can strongly discourage fraudulent behavior.

[0278] (Appendix 5) Computer, functioning as a playback control means (e.g., a playback control unit 115) for controlling the playback of the reproduced moving image; The regeneration control means A seek bar for the reproduced video, the seek bar having a mark attached to a position corresponding to the time when the NFT-compatible item was obtained, is displayed on a screen on which the reproduced video is played, and based on a user's operation on the mark, the playback position of the reproduced video is skipped to a position corresponding to the operated mark. 5. The program according to any one of appendices 1 to 4. With this configuration, when viewing a reproduced video, it is easy to skip the playback position of the reproduced video to the scene where an NFT-compatible item was obtained, making it possible to easily review that scene.

[0279] (Appendix 6) Computer, functioning as a playback control means (e.g., a playback control unit 115) for controlling the playback of the reproduced moving image; The virtual space is a virtual space that can be shared by a plurality of users, The reproduction control means displays images corresponding to each of a plurality of users related to the reproduced reproduction video on a screen on which the reproduced reproduction video is reproduced, and switches the reproduced video to a viewpoint of the specific user based on an operation of a user viewing the reproduced video to select the image corresponding to the specific user. 5. The program according to any one of appendices 1 to 4. With this configuration, when checking the legitimacy of the acquisition route of an NFT-compatible item by viewing the reenactment video, it is possible to check it from the perspectives of various users, including users suspected of committing fraudulent activity.

[0280] (Appendix 7) Computer, and functioning as an information presentation means (e.g., a display control unit 114) that displays, on a screen on which a user can select a reproduced video to be played, information regarding a specific reproduced video, including information regarding the owner of the virtual space related to the specific reproduced video, information regarding the acquired NFT-enabled item, information regarding the time required to acquire the NFT-enabled item, and information regarding the date and time when the NFT-enabled item was acquired. 5. The program according to any one of appendices 1 to 4. With this configuration, when you want to check the legitimacy of the acquisition route for an NFT-compatible item, it is easier to find the desired reproduction video.

[0281] (Appendix 8) A generating means (e.g., a re-enacted video generating unit 215) is provided for generating a re-enacted video of a user acquiring an NFT-enacted item in a virtual space where the NFT-enacted item can be acquired. Information processing system. According to this configuration, the same effects as those of the program described in Supplementary Note 1 can be achieved.

[0282] In addition, 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, a system, a method, a medium, etc. [Explanation of symbols]

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

Claims

1. Computer, A generating means for generating a re-enactment video of a user acquiring an NFT-enabled item in a virtual space where the NFT-enabled item can be acquired; and displaying, on a screen on which a user can select a reproduction video to be played, information about the owner of the virtual space related to the specific reproduction video, information about the acquired NFT-enabled item, information about the time required to acquire the NFT-enabled item, and information about the date and time when the NFT-enabled item was acquired, as information about the specific reproduction video. program.

2. A generating means for generating a re-enactment video of a user acquiring an NFT-enabled item in a virtual space where the NFT-enabled item can be acquired; and an information presentation means for displaying, on a screen on which a user can select the reproduction video to be played, information on the owner of the virtual space related to the specific reproduction video, information on the acquired NFT-enabled item, information on the time required to acquire the NFT-enabled item, and information on the date and time when the NFT-enabled item was acquired, as information on the specific reproduction video. Information processing system.

Images