Program and information processing system

Abstract

The present invention makes it possible to confirm the validity of an NFT-enabled object.　A program causes a computer to function as a generation means for generating re-enactment video of a user acquiring an NFT-enabled item in a virtual space where the NFT-enabled item can be acquired.

Description

Program and information processing system

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

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

[0003] Japanese Patent Application Laid-Open No. 2016-137236

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

[0005] The present invention aims to make it possible to verify the authenticity of an NFT-enabled object.

[0006] According to one embodiment of the present disclosure, a program is provided that causes a computer to function as a generation means for generating a reenactment video of a user obtaining an NFT-enabled item in a virtual space where the NFT-enabled item can be obtained.

[0007] According to the present invention, the validity of an NFT-enabled object can be confirmed.

[0008] 1 is a diagram showing a schematic configuration of a game system. FIG. 2 is a block diagram showing a functional configuration of a game system. FIG. 3 is a diagram showing an example of a screen related to acquiring a mountain. FIG. 4 is a diagram showing an example of a home screen. FIG. 5 is a diagram showing an example of a screen displaying a list of mountains acquired by a user. FIG. 6 is a diagram showing an example of a game screen when mining. FIG. 7 is a diagram explaining the flow of acquiring and consuming assets. FIG. 8 is a diagram explaining a timeline related to acquiring a mountain and mining. FIG. 9 is a diagram showing an example of a screen related to purchasing a pickaxe. FIG. 10 is a diagram showing an example of a screen displaying a list of items owned by a user. FIG. 11 is a diagram showing an example of a screen related to playing a reenactment video. FIG. 12 is a diagram showing an example of a screen related to playing a reenactment video. FIG. 13 is a diagram showing an example of a screen related to selecting a reenactment video to play. FIG. 14 is a diagram explaining playing a reenactment video related to a specific gemstone. FIG. 15 is a diagram explaining a display showing which user discovered the gemstone. A flowchart showing an example of processing related to generating a mountain and determining items that can be acquired in a mountain. A flowchart showing an example of processing related to acquiring and mining a mountain. A flowchart showing an example of processing related to disposing of a mountain. A flowchart showing an example of processing related to generating and viewing a reenactment video.

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

[0010] 1, the game system 1 of this embodiment includes a plurality of terminal devices 10, a server 20, and a blockchain system (in other words, a blockchain network) 3. The blockchain system 3 also includes a plurality of node devices 30.

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

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

[0013] The processor 21 controls the overall operation of the server 20. The processor 21 may include a 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 into the memory 22. The processor 21 executes the loaded program.

[0014] The memory 22 is a main storage device. The memory 22 is configured by storage devices such as a read-only memory (ROM) and a random access memory (RAM). The memory 22 temporarily stores 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 a game by the terminal device 10. The program may also be a program that realizes the game through cooperation between the terminal device 10 and the server 20. The program may also be a program that realizes the game through cooperation between the terminal device 10, the server 20, and the blockchain system 3. The game may, for example, be a game that is executed on a browser launched on the terminal device 10. The various data 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 by a storage device such as a flash memory or a hard disk drive (HDD). The storage 23 stores various data related to the game.

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

[0018] The input / output IF 25 is an interface 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 images.

[0019] The terminal device 10 (in other words, a computer or 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 also be a mobile terminal. The terminal device 10 may also 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 of the terminal device 10 are connected to each other by a communication bus.

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

[0022] The memory 12 is a main storage device. The memory 12 is configured by storage devices such as a ROM and a RAM. The memory 12 temporarily stores 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 operating according to the programs.

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

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

[0025] The input / output IF 15 is an interface through which the terminal device 10 receives input of data and outputs data from the terminal device 10. 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 images. The display unit 18 may be, for example, a liquid crystal display or an organic electroluminescence (EL) display. The terminal device 10 may include, for example, a touch screen, which is an electronic component that combines the input unit 17 and the display unit 18. In this case, the input unit 17 may have a function of detecting a position input on the input surface by a user operation (for example, a touch operation, a tap operation, a slide operation, a swipe operation, a flick operation, a pinch-in operation, a pinch-out operation, etc.) and transmitting information indicating the detected position as an input signal.

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

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

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

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

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

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

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

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

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

[0036] Note that 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] 2 is a block diagram showing the functional configuration of the server 20, the terminal devices 10, and the node devices 30. The server 20 in this embodiment has, for example, a function to provide each terminal device 10 with various data and programs necessary to realize the game, and a function to collect and manage data related to the game from each terminal device 10.

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

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

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

[0041] User information is information managed for each game account. User information includes, for example, information about the player character, information about owned assets, information indicating the progress of the game, and information about the mountain acquired by the user (mountains will be described later) (in other words, information about rights related to playing the game in a specific virtual space). Owned assets can be considered as value owned by the user in the virtual space. Examples of such value include electronic currency, tokens, items, characters, etc. Examples of electronic currency include virtual currency (in other words, crypto assets) and in-game currency that can be used in 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, when a predetermined value (in other words, an object) such as an item is "granted to the user (in other words, acquired by the user)," it can also be considered as value owned by the user being associated with the user's account and stored in a predetermined storage unit.

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

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

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

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

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

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

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

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

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

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

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

[0053] The control unit 110 executes a program stored in the storage unit 120 to control various processes related to the game executed on the terminal device 10. The control unit 110 includes, for example, an operation reception unit 111, a transmission / reception unit 112, a device processing unit 113, 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 keyboard serving as the input unit 17. Note that the input operations are not limited to operations that involve physical contact with the input unit 17, but may also include non-contact operations. Note that the operation reception unit 111 can also receive input operations performed using an operating device connected via the input / output IF 15, in the same way as input operations on the input unit 17.

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

[0056] The transmission / reception unit 112 also receives various data, programs, and various requests from the server. For example, the data received by the transmission / reception unit 112 from the server 20 may include the type of object (e.g., character or item) to be placed in the game space, object coordinate information, character action information, information related to character settings, and other information. For example, the data received by the transmission / reception unit 112 from the server may include synchronization data for supporting a multiplayer function. The synchronization data may include, for example, the data to be synchronized, the type of data, and data for specifying the time to synchronize.

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

[0058] The device processing unit 113 defines a virtual camera for specifying an area of ​​the virtual space to be presented to the user. The device processing unit 113 places the virtual camera in the virtual space by defining the position and orientation of the virtual camera within the virtual space. The device processing unit 113 instructs the display control unit 114 to generate an image depicting the field of view defined by the virtual camera and the objects located in this field of view. In other words, the device processing unit 113 instructs the display control unit 114 to display an image corresponding to the progress of the game on the display unit 18.

[0059] The position and orientation of the virtual camera can be determined appropriately for each virtual space. For example, the device processing unit 113 uses the position and orientation of a specific object as a reference and positions the virtual camera so that the specific object is located at the center of the field of view in a specific orientation. In this case, the device processing unit 113 adjusts the position and orientation of the virtual camera using the direction, distance, and angle relative to the specific object. The specific object may be, for example, a dynamic object such as a player character or a non-player character, or a static object such as a building, tree, or stone. Dynamic objects include player characters that act based on the operation of each user and non-player characters that act based on a program.

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

[0061] The display control unit 114 generates an image that depicts the area of ​​the virtual space that is within the field of view of the virtual camera, as defined by the device processing unit 113, and the objects that exist 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) that are necessary for various game operations, such as icons, buttons, and menus that indicate various parameters, on the image to be displayed on the display unit 18.

[0062] The control unit 110 of the terminal device 10 may arrange objects in the virtual space based on object data sent from the server 20, information indicating the positions of various objects in the virtual space, etc., and 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 it to the terminal device 10, and the control unit 110 of the terminal device 10 may display the image on the display unit 18. In other words, various processes related to control of objects based on user input operations, control of the virtual camera, generation of images to be displayed on the display unit 18, etc. may be performed by the server 20 or by the terminal device 10.

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

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

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

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

[0067] <Processing According to the Present Embodiment> Next, the processing according to the present embodiment will be described. Note that in the present embodiment, the processor 11 of the terminal device 10, the processor 21 of the server 20, or the processor 31 of the node device 30 executes a program stored in the game system 1 to perform each of the processes described below. However, at least a portion of the processing performed by the processor 11, which is described below, may be executed by a processor other than the processor 11 (e.g., the processor 21 or the processor 31). Also, at least a portion of the processing performed by the processor 21, which is described below, may be executed by a processor other than the processor 21 (e.g., the processor 11 or the processor 31). Also, at least a portion of the processing performed by the processor 31, which is described below, may be executed by a processor other than the processor 31 (e.g., the processor 11 or the processor 21). In other words, the computer that executes the program in the present embodiment may be any of the terminal device 10, the server 20, and the node device 30, or may be realized by a combination of multiple devices. Also, some or all of the various processes may be executed on a blockchain.

[0068] An overview of the game of this embodiment will now be described. In the game of this embodiment, a map 40 exists that is shared among multiple users (specifically, all users) participating in the game. An example of the map 40 is shown in FIG. 3. Multiple mountains are arranged on the map 40. In the map 40 shown in FIG. 3, the positions of the mountains are indicated by triangular symbols.

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

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

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

[0072] Furthermore, in the game of this embodiment, the user can acquire items B and C through mining. As will be described in detail later, item B is an item that can be converted into an NFT. Item C is an item that can be exchanged for a specific token. Hereinafter, a token that can be acquired in exchange for item C 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 gem that the user collects. Item C is a mineral (hereinafter referred to as "pyroxene") that is different from gems. That is, the game of this embodiment has the gameplay of mining in the mountains using a pickaxe as item A to obtain gems as item B and pyroxene as item C.

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

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

[0077] The home screen 42 is initially displayed when the game (or, in other words, an application related to a predetermined service) is launched on the terminal device 10. Here, "first displayed when launched" includes the case where the home screen 42 is displayed after various launch-related displays (e.g., a title display, a loading display, etc.) are displayed. The home screen 42 is not limited to being displayed at launch, but may be displayed upon a predetermined trigger. For example, the home screen 42 may be displayed when the home button 90 is operated or when in-game mining in the mountains is completed. The home screen 42 may display a predetermined background image (e.g., a background image including a player character, etc.). The home screen 42 may also display multiple menu items related to the game. Specifically, the home screen 42 may display various UIs that accept operations related to the display of various screens. For example, the UIs may include a mine button 91, an item button 92, a loan-related button 93, a shop button 94, and a home button 90. The display control unit 114 may then display, on the display unit 18, a screen displaying the map 40 illustrated in FIG. 3 or a screen displaying a list 44 of acquired mountains illustrated in FIG. 5, based on an operation on the mine button 91. The display control unit 114 may also display, on the display unit 18, an item screen 64 illustrated in FIG. 10, based on an operation on the item button 92. The display control unit 114 may also display, on the display unit 18, a screen for performing various operations related to lending or borrowing an ice axe, based on an operation on the loan-related button 93. The display control unit 114 may also display, on the display unit 18, a shop screen 60 illustrated in FIG. 9 or 14, based on an operation on the shop button 94. The display control unit 114 may also display, on the display unit 18, a home screen 42, based on an operation on the home button 90. In addition, the display control unit 114 may switch the display between a screen displaying the map 40 illustrated in FIG. 3 and a screen displaying the list of acquired mountains 44 illustrated in FIG. 5 based on operations on the map display button 95 and the my mine display button 96 shown in FIG. 3 and FIG. 5, respectively.The mine button 91, item button 92, loan-related button 93, shop button 94, and home button 90 may be displayed while various screens other than the home screen 42 are 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, for example, a list of mountains acquired by the user on a map 40 displayed on the display unit 18. When an operation to select a specific mountain from the mountains acquired by the user (in other words, the listed mountains) displayed on the display unit 18 (e.g., 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. Furthermore, 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 the start mining button 43 is operated, mining begins on the mountain set as the mountain to be mined by operating the mining target determination button 46. That is, in this embodiment, the user can select (in other words, change) the mountain to be mined by selecting a mountain to be mined from the acquired mountain list 44 and operating the mining target selection button 46. When the user selects a specific mountain from the acquired mountain list 44, a start mining button 43 may be displayed instead of or in addition to the select mining target button 46 (see FIG. 5 ), and operating the start mining button 43 may start mining in the specific mountain. As shown in FIG. 4 , the home screen 42 (i.e., the screen that accepts operations related to starting mining) may display a display 48 that allows the user to identify the mountain set as the mountain to be mined (i.e., the mountain from which mining will begin upon an operation to start mining). The home screen 42 may also display a display 49 that allows the user to identify the pickaxe set as the pickaxe to be used for mining (i.e., the pickaxe equipped on the player character).

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

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

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

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

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

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

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

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

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

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

[0090] In this embodiment, the map is updated (in other words, newly generated) at predetermined intervals (specifically, once a day). Acquirable mountains are also updated (in other words, newly generated) at predetermined intervals (specifically, once a day) in conjunction with the map updates. Only one user can acquire a mountain, and once a user acquires a mountain (in other words, the right to mine that mountain), that mountain cannot be acquired by other users. In other words, mountains are acquired on a first-come, first-served basis. Updates to the map and acquireable mountains may involve completely replacing past maps and mountains (in other words, new maps and mountains are generated, and past maps are deleted or past mountains are no longer acquireable), or may involve expanding past maps or adding new mountains to previously generated mountains (in other words, increasing the number of acquireable mountains).

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

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

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

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

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

[0096] Furthermore, gems acquired by a user can be converted into NFTs by satisfying certain conditions. That is, in this embodiment, NFTs corresponding to gems can be issued and managed on a blockchain. Specifically, for example, after a user acquires a gem, the process of converting the gem into an NFT may be initiated in response to a user operation on the acquired gem, or the process of converting the gem into an NFT may be initiated automatically without any user operation on the acquired gem. For example, the operation reception unit 111 of the terminal device 10 may receive an operation by the user to select a gem to be converted into an NFT within the game. Information regarding the operation may then be sent via the transmission / reception units 112 and 211 to the asset management unit 213 of the server 20, and the asset management unit 213 may convert the selected gem into an NFT based on the operation. Furthermore, NFT conversion requires a fee (e.g., a predetermined amount of specific tokens), and when converting a gem into an NFT through the operation, the fee may be consumed from the user's assets. Furthermore, by converting the gem into an NFT, the gem may be taken out of the game and traded on an external marketplace. In other words, converting an item into an NFT can be interpreted as making it available for buying and selling in a marketplace outside the game. Furthermore, converting an item into an NFT can also be interpreted as making it possible to take the item outside the game. Note that gems may be traded in a marketplace within the game regardless of whether they are NFT-converted. Specifically, for example, the operation reception unit 111 of the terminal device 10 may receive an operation in which a user selects a gem they want to sell (specifically, an NFT-converted gem). Information regarding the operation may then be sent to the market management unit 214 of the server 20 via the transmission / reception units 112 and 211. The market management unit 214 may then put the gem selected by the user up for sale based on the operation. If there is another user who wishes to purchase the gem, the market management unit 214 may then transfer the gem to the other user and transfer the payment from the other user to the user who sold the gem. In other words, NFT-converted item B may be tradeable 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 by the user to select a gem that the user wishes to exchange for a specific token in the game. Information regarding the operation is then sent to the server 20 via the transmission / reception units 112 and 211, and the asset management unit 213 may grant the specific token to the user in exchange for the selected gem based on the operation. In other words, the gem may be an item that can be converted into an NFT and exchanged for a specific token. Note that the exchange of the gem for the specific token may be performed either before or after the gem is converted into an NFT, 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 an overview of items that can be obtained on each mountain (in other words, items to be placed in each virtual space), a virtual space creation process for creating mountains, and an item detail determination process for determining details of items that can be obtained on each mountain.

[0099] Furthermore, among the various processes in this embodiment, there is a process with randomness. In this embodiment, the process with randomness is realized by performing an operation using a predetermined seed. The predetermined seed includes a seed using a blockchain (for example, a Bitcoin blockchain) and a seed using a virtual space ID, which will be described later, but it may also include only one of them. Specifically, in this embodiment, two types of seeds using blockchain (hereinafter, referred to as "seed" and "seed") are used. ｈｌａｓｔ "," "seed ｈｆｉｒｓｔ ") and one type of seed using a virtual space ID (hereinafter referred to as "seed ｍｄｉｄ ") is available.

[0100] More specifically, a seed related to the hash of a blockchain (specifically, for example, a Bitcoin blockchain) as a seed using a blockchain and a seed related to a virtual space ID are used to achieve randomness. In this embodiment, hashlast_yyyymmdd, which is the last hash (in other words, the hash value of the last generated block) of an arbitrary period (for example, one day), and hashfirst_yyyymmdd+2, which is the first hash (in other words, the hash value of the first generated block) on the day after hashlast_yyyymmdd was generated, are used as seeds related to the hash. Also, in this embodiment, the virtual space ID is used as a seed related to the virtual space ID. That is, in this embodiment, seed ｈｌａｓｔ = hashlast_yyyymmdd, seed ｈｆｉｒｓｔ = hashfirst_yyyymmdd+2, and seed ｍｄｉｄ = Virtual space ID.

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

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

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

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

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

[0106] In the virtual space creation process, the virtual space management unit 231 creates a mountain as a three-dimensional virtual space where the item determined in the item summary determination process can be obtained (in other words, where the item is placed). In this embodiment, the mountain is created randomly. In other words, the virtual space creation process has randomness. For example, the topography of the mountain and the location where each item is buried on 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: ｈｌａｓｔ and seed ｍｄｉｄ The virtual space management unit 231 then ｈｌａｓｔ and seed ｍｄｉｄ The virtual space management unit 231 creates a mountain using a function in which the outline of the obtainable item determined in the item outline determination process is specified as an argument. ｈｌａｓｔ and seed ｍｄｉｄ When creating a mountain, the virtual space management unit 231 assigns the virtual space ID of the mountain to the seed ｍｄｉｄ When creating a mountain, the virtual space management unit 231 uses the outline of the obtainable items determined for the mountain as an argument. ｈｌａｓｔThe mountains are created based on the block chain ID (in other words, the hash of the blockchain), the virtual space ID of each mountain, and the summary of the obtainable items for each mountain determined in the item summary determination process.

[0107] In the item detail determination process, the virtual space management unit 231 determines details of the items obtainable from each mountain determined in the item summary determination process. Specifically, the virtual space management unit 231 determines the type, detailed size, shape, or quality of the item B obtainable from each mountain determined in the item summary determination process. More specifically, for example, if the overview of the obtainable items 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. The virtual space management unit 231 also determines the quality of each small gem and large gem, such as low quality, medium quality, or high quality. The virtual space management unit 231 also determines the size details of each small gem and large gem, such as 0.2 carats or 6.4 carats. Note that the quality of gems may also be determined taking into account their carat weight. For example, the higher the carat weight, the higher the 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 ｈｆｉｒｓｔ and seed ｍｄｉｄ The virtual space management unit 231 then ｈｆｉｒｓｔ and seed ｍｄｉｄ The virtual space management unit 231 determines the details of the obtainable item using a function that has the outline of the obtainable item determined in the item outline determination process and the outline of the obtainable item specified as arguments. ｈｆｉｒｓｔ and seed ｍｄｉｄWhen determining the details of the items that can be acquired for a certain mountain, the virtual space management unit 231 uses the virtual space ID of the certain mountain as a seed ｍｄｉｄ When determining details of obtainable items for a certain mountain, the virtual space management unit 231 uses the outline of obtainable items determined for that mountain as an argument. ｈｆｉｒｓｔ (In other words, the hash of the blockchain), the virtual space ID of each mountain, and the summary of the obtainable items for each mountain determined in the item summary determination process are used to determine the details of the obtainable items.

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

[0110] The timeline for acquiring and mining the mountain will now be described with reference to Figure 8. Here, the last generated hash on May 29, 2022, which is hashlast_20220529, is the seed. ｈｌａｓｔ The first hash generated on May 31, 2022, hashfirst_20220531, is used as the seed. ｈｆｉｒｓｔ This will be explained using an example where it is used to generate maps and mountains, determine obtainable items, etc.

[0111] First, the virtual space management unit 231 performs a map creation process using the last hash of May 29, 2022, to create a map. Here, the last hash of May 29 (in other words, the last block) is confirmed after the fact when the date of the timestamp included in the block of the blockchain changes to May 30. In other words, the seed ｈｌａｓｔis determined when the first hash (in other words, the first block) is generated on May 30, 2022. Therefore, in this embodiment, the virtual space management unit 231 creates a map using hashlast_20220529 at the time the first hash is generated on May 30 (in other words, after the hash is generated).

[0112] The virtual space management unit 231 also performs an item summary determination process using the last hash of May 29, 2022, to determine a summary of the 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 of May 29, 2022, to create mountains in which the items whose summaries have been determined in the item summary determination process are placed. In this embodiment, the virtual space management unit 231 determines a summary of the items that can be obtained for each mountain using hashlast_20220529 when the first hash of May 30 is generated (in other words, after the hash is generated). The virtual space management unit 231 also creates mountains using hashlast_20220529 when the first hash of May 30 is generated (in other words, after the hash is generated).

[0113] In addition, the virtual space management unit 231 controls to limit the period during which the mountain can be acquired. In this embodiment, the period during which the mountain can be acquired is determined based on the first hash generated on that day (the seed related to the last hash of the previous day). ｈｌａｓｔ is confirmed), the first hash is generated the next day (the seed for that hash) ｈｆｉｒｓｔ is determined). In other words, the virtual space management unit 231 controls the period during which a mountain created using hashlast_20220529 can be acquired so that it is the period until the details of the items that can be acquired from that mountain are determined. In other words, once a mountain (in other words, a map) is created, the created mountain can be acquired until the next mountain (in other words, a map) is created. Note that the period during which a mountain can be acquired may be set, for example, from the generation of the first hash of that day until the end of that day (in other words, the day the mountain was created).

[0114] Furthermore, the virtual space management unit 231 performs an item detail determination process using the first hash of May 31, 2022, and determines details for items whose overviews were determined using the last hash of May 29, 2022. In this embodiment, the virtual space management unit 231 determines details of obtainable items using hashfirst_20220531 at the time the first hash of May 31 is generated (in other words, after the hash is generated). That is, the virtual space management unit 231 determines details of obtainable items for a mountain after the obtainable period for the mountain has elapsed. In other words, the virtual space management unit 231 exercises control so that a mountain cannot be obtained after details of obtainable items have been determined.

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

[0116] When the 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 the game in the selected virtual space).

[0117] When receiving an operation to select a mountain to acquire, the display control unit 114 causes the display unit 18 to display detailed information 50 about the mountains that the user can acquire, as shown in FIG. 3 . For example, when the user selects a specific mountain on the map 40 that displays the mountains that the user can acquire, the display control unit 114 causes the display unit 18 to display detailed information 50 about the specific mountain. In this embodiment, information about gems that can be acquired from 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 the items that can be acquired from the specific mountain from the virtual space management unit 231, and, based on the information, causes the display unit 18 to display, for example, the number of gems that can be acquired by mining the mountain and an overview of the size of each gem. This allows the user to view the detailed information 50 and decide whether or not to acquire the specific mountain. That is, in this embodiment, before the user acquires the right to play a game in the virtual space, the virtual space management unit 231 can present the user with information regarding the rewards that can be obtained by playing the game (in other words, detailed information 50), and this information is displayed on the display unit 18. Note that in this embodiment, the number of gems that can be obtained in the mountain and an outline of the size of each gem are presented as detailed information 50, and it is ensured that the presented number of gems and gems of a size corresponding to the presented size can be obtained; however, the number and sizes of gems presented as detailed information 50 are merely a guide, and there may be cases where 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 obtained.

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

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

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

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

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

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

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

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

[0126] The virtual space management unit 231 can be said to determine the number, value, and position on the mountain of gems and pyroxenes to be placed on the mountain, and then place 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 mountains. The virtual space management unit 231 also randomly associates gems (or pyroxenes) with mountains 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, etc. In other words, value can be determined based on at least one of the type, quality, and size of the object.

[0127] (Lending an Ice Axe) In this embodiment, a user can lend an ice axe that they own to another user. In this embodiment, a user who owns an ice axe as item A and lends the ice axe to another user is called an "owner." Furthermore, a user who borrows an ice axe from another user is called a "scalar."

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

[0129] The operations related to 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 loaned from the owner is a mountain owned by the owner. When loaning the pickaxe, the owner specifies the mountain in which the scholar will perform mining using the pickaxe from among the mountains he owns. When the scholar performs mining using the pickaxe loaned from the owner, the scholar will perform mining in the mountain specified by the owner.

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

[0131] Furthermore, in this embodiment, all gems among the items excavated (or discovered) by the scalar 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] In this embodiment, the owner can lend a pickaxe to a scholar to find gems and pyroxenes on his or her behalf. In other words, lending a pickaxe in this embodiment can be interpreted as recruiting a scholar to help with the discovery of gems and pyroxenes. In other words, the owner can recruit a scholar to help with an event aimed at achieving a predetermined goal (e.g., discovering gems and pyroxenes), and the collaborator participates in the event using an object (e.g., a pickaxe) loaned from the owner. Note that an event in which a collaborator participates using an object loaned from the owner may involve defeating a predetermined opponent (here, an "opponent" may be another user or a non-player character. Also, an opponent may include an enemy character in a so-called quest), reaching a predetermined destination, or obtaining a predetermined object. Furthermore, an event in which a collaborator participates using an object loaned from the owner may be an event that can be progressed through multiplayer between the owner and the collaborator, or an event that can be progressed through multiplayer between multiple collaborators who have been loaned objects from a single owner. In other words, a user who has been loaned a pickaxe may be able to participate in a multiplayer game using the loaned pickaxe. Furthermore, an event in which a collaborator participates using an object loaned from the owner may be an event that can be progressed by the collaborator alone.

[0133] The owner's terminal device 10 accepts an operation by the owner to select an ice axe to lend to a scalar from among the ice axes owned by the owner. The terminal device 10 of a user who wishes 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 a scalar. The control unit 210 of the server 20 executes a process for lending a specific ice axe from the owner to the user based on the owner's operation to select a specific ice axe as the ice axe to lend and the user's operation to borrow the specific ice axe. Specifically, the control unit 210 stores information indicating that the specific ice axe has been loaned from the owner to the user as a scalar (hereinafter referred to as "loan information") in the storage unit 220. The lending of an ice axe from the owner to a scalar can also be considered the conclusion of a contract or the establishment of a cooperative relationship between the owner and the scalar.

[0134] If 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 the pickaxe to be used for mining, or a process of not accepting operation of the start mining button 43 when the loaned pickaxe has been selected as the pickaxe to be used for mining.

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

[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 using a method similar to the control used in conventional games.

[0137] (Processes Requiring Payment of Virtual Currency) In this embodiment, there are processes (hereinafter referred to as "paid processes") that require payment of virtual currency (specifically, specific tokens) managed by the blockchain. Specifically, there are multiple types of paid processes, including a process related to purchasing a pickaxe (in other words, a process for allowing a user to acquire a pickaxe), a process related to repairing a pickaxe (in other words, a process for restoring the durability value of a 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 canceling the association between a mountain and a user).

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

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

[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 restores the durability of the selected pickaxe and executes a process of having the user pay the price for the durability restoration (in other words, a process of reducing the specific tokens held by the user by the price for the durability restoration). In other words, the control unit 210 executes a process of restoring the durability of the pickaxe as a paid process based on the user's operation related to the execution of a paid process.

[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 ice axe. Based on this request, the game control unit 212 of the server 20 increases the rank of the selected ice axe and executes processing to have the user pay the price for the increase in rank (in other words, processing to reduce the specific tokens held by the user by the price for the increase in rank). In other words, the control unit 210 executes processing to increase the rank of the ice axe as a paid process, based on the user's operation related to the execution of a paid process.

[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 ice axe up for sale on the marketplace. Based on this request, the market management unit 214 of the server 20 puts the ice axe selected by the user up for sale, allowing other users who wish to purchase the ice axe to purchase it from the user (for example, by paying specific tokens). In other words, the put up ice axe will be displayed on the shop screens 60 of other users.

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

[0144] In this embodiment, gems can also be put up for sale on the marketplace in the same way as pickaxes, and gems that are put up for sale can be purchased from other users. In other words, the processes and various displays related to the putting up (or selling) and purchasing of pickaxes described here can be interpreted as processes and various displays related to the putting up and purchasing of gems.

[0145] In this embodiment, it is possible to repair the pickaxe 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 by the user during mining.

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

[0147] (Mountain Acquisition) As mentioned above, in this embodiment, the user can select and acquire a mountain to acquire 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 this embodiment, a player must 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 on the display unit 18 as a UI for selecting the pickaxe to use to acquire the mountain, as shown in FIG. 3 . The pickaxe selection window 70 displays a list of pickaxes owned by the user. The operation receiving unit 111 also receives an operation to select a specific pickaxe from among the multiple pickaxes listed in the pickaxe selection window 70 (e.g., 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 to select the pickaxe to use to acquire the mountain. Then, when an operation to select the pickaxe to use to acquire the mountain is executed, the game control unit 212 causes the player to acquire the mountain using the selected pickaxe. Note that a pickaxe that is being loaned to another user cannot be selected as the pickaxe to use to acquire the mountain.

[0149] Here, "using a pickaxe" in relation to acquiring a mountain can be interpreted as associating the pickaxe with the mountain that is the target of acquisition. A pickaxe used to acquire a mountain is locked to the mountain that is the target of acquisition. Use of a pickaxe used to acquire a mountain (in other words, a pickaxe locked to a mountain) is restricted. Specifically, a pickaxe used to acquire a mountain may be subject to certain restrictions on selling (in other words, putting it up on a marketplace). For example, restrictions may be imposed such as making it impossible to sell it or requiring a certain price for sale. Furthermore, a pickaxe used to acquire a mountain may be subject to certain restrictions on using it to mine mountains other than the mountain that was the target of acquisition (in other words, equipping the pickaxe to the player character). For example, restrictions may be imposed such as making it impossible to mine another mountain using the pickaxe. Furthermore, a pickaxe used to acquire a mountain may be subject to certain restrictions on lending it to other users. As an example, a restriction may be imposed so that the ice axe cannot be lent to another user for use on a mountain other than the mountain that was the target of the acquisition. In other words, the ice axe may be able to be lent to another user for use on the mountain that was the target of the acquisition, but may not be lent to another user for use on that mountain. The ice axe selection window 70 displays a notice regarding the use of the ice axe to acquire a mountain. Specifically, the ice axe selection window 70 displays, as the notice, a notice that the ice axe 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 is performed to select a specific ice axe from among the ice axes owned by the user as the ice axe to be used to acquire a specific mountain (specifically, an operation by the user who owns the specific ice axe), the game control unit 212 associates the specific mountain with the user's account as a mountain acquired by the user (in other words, a mountain owned by the user) and stores it in the storage unit 220, and also 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 being used to acquire (in other words, secure) the specific mountain) in the storage unit 220. In other words, based on the user's operation to acquire a specific mountain, 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 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 a ice axe to sell (in other words, a ice axe to put up for sale on the marketplace). For example, the control unit 110 may cause the sell button 67 related to the sale of the specific ice axe to be displayed in a darkened state on the display unit 18, and disable user operation of the sell button 67. Note that in this embodiment, selling a ice axe means putting it up for sale on the marketplace and selling it to another user, but it may also include selling it to a non-player character acting as a clerk at a store or the like in the game, as is common in conventional games.

[0152] Furthermore, for example, when a specific ice pick is associated with a specific mountain, the control unit 110 or the control unit 210 controls the specific ice pick so that the specific ice pick cannot be selected as the ice pick to be used for mining for mountains other than the specific mountain. For example, the control unit 110 may prevent the specific ice pick from being displayed on a screen for selecting an ice pick to be used for mining. Alternatively, for example, the control unit 110 may disable the selection of the specific ice pick 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 ice pick (for example, when the start mining button 43 is operated), the control unit 210 may change the ice pick equipped by the player character based on a user operation or automatically.

[0153] Furthermore, for example, 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 lend to other users (for example, as an ice axe to lend to use on mountains other than the specific mountain). For example, the control unit 110 may prevent the specific ice axe from being displayed on a screen that displays ice axes available for lending to other users. Alternatively, for example, the control unit 110 may disable the selection of the specific ice axe displayed on the screen.

[0154] In addition, in this embodiment, an ice axe that has been used to acquire a certain mountain cannot be used to acquire other mountains. In other words, when a specific ice axe is associated with a specific mountain, the control unit 110 or 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] In this manner, in this embodiment, the use of an ice axe 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] (Disposing of Mountains) As described above, in this embodiment, the user can dispose of the mountains they have acquired by performing a predetermined operation (specifically, by selecting a specific mountain from among the mountains they have acquired 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 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 previously 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 considered as closing the mountain (or virtual space). That is, the game control unit 212 closes the virtual space based on an operation on the disposal button 47, which is an operation related to closing the virtual space, and makes the virtual space inaccessible to users.

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

[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 having 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). In other words, 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 a paid process. However, it is also possible not to require a fee for disposing of the mountain.

[0161] Furthermore, in this embodiment, control related to the release of the association between a first object and a user is executed 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 related to the disposal of the mountain is executed according to the status of the gems placed (in other words, buried) on the mountain. Also, for example, for a mountain owned by a user, control related to the disposal of the mountain is executed according to the status of the pyroxenes placed (in other words, buried) on the mountain. In other words, the first object here may be a mountain. Also, the second object here may be a gem or a pyroxene.

[0162] In this embodiment, when a second object associated with a first object is in a first situation, the cancellation of the association between the first object and the user based on a user operation is prohibited, and when the second situation is, the cancellation of the association between the first object and the user based on a user operation is permitted. For example, when the gems placed on the mountain are in the first situation, the game control unit 212 does not cancel the association between the mountain and the user based on a user operation, and when the gems are in the second situation, the game control unit 212 cancels the association between the mountain and the user based on a user operation. Specifically, when the number of gems placed on the mountain does not satisfy a predetermined condition, the game control unit 212 does not allow the disposal of the mountain based on a user operation, and when the number of gems placed on the mountain satisfies the predetermined condition, the game control unit 212 allows the disposal of the mountain based on a user operation. More specifically, when the number of gems placed on the mountain has not reached a 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 has reached the predetermined number "0," the game control unit 212 allows 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. Note that the predetermined number does not have to be "0." In other words, it may be possible to dispose of the pile even if there are gems remaining in the pile.

[0163] A specific example of control related to the disposal of mountains 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 user operation on the disposal button 47. On the other hand, if the number of gems placed on the selected mountain has reached the predetermined number, the control unit 110 causes the display unit 18 to display the disposal button 47 in an undarkened state and enables user operation on the disposal button 47. In addition, the control by the control unit 110 regarding the display state of the disposal button 47 and the control regarding the validity or invalidity of the operation on the disposal button 47 (in other words, whether or not the operation is accepted) may be performed, for example, by the control unit 210 or the control unit 110 determining whether or not the number of gems placed on the selected mountain has reached a predetermined number, based on the result of that determination.

[0164] Note that the control unit 110 may not display the dispose button 47 on the display unit 18 if the number of gems placed in the selected mountain has not reached a predetermined number. Alternatively, the control unit 110 may accept an operation on the dispose button 47 even if the number of gems placed in the selected mountain has not reached a predetermined number, and may cause the display unit 18 to display a display 80 informing the user of the conditions for disposal (in other words, a display informing the user that disposal is not possible because the predetermined conditions have not been met) when the dispose button 47 is operated. In other words, the specific control is not particularly limited as long as it is not possible to release the association based on a user operation in a state in which release of the association is prohibited (specifically, in a state in which gems remain in the mountain to be released).

[0165] Furthermore, when the number of gems placed on the selected mountain reaches a predetermined number and the dispose button 47 is operated, the control unit 110 notifies the user of the fee required to dispose of the selected mountain. For example, the control unit 110 causes the display unit 18 to display a fee display window 81 as a UI including a display related to the fee. The fee display window 81 displays, for example, information that a fee is required to dispose of the mountain and the details of the fee. Specifically, the details of the fee include the type of fee (specifically, that specific tokens are required) and the amount of the fee (specifically, the amount of specific tokens required as the fee (in other words, the cost of disposal)). The fee display window 81 also includes an execute button 82 that accepts an operation related to disposing of the selected mountain and a cancel button 83 that accepts an operation to cancel the disposition 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 of important points regarding the disposal. The warning window 85 displays, as important points regarding the disposal, disadvantages of the disposal, etc. For example, the warning window 85 displays, as disadvantages of the disposal, that mining in the disposed mountain will no longer be possible, and that the disposal of the mountain will result in the loss and inability to acquire any pyroxene (in other words, undiscovered pyroxene) located in 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 disposes 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 and the disadvantages resulting from the disposal may be simultaneously presented to the user.

[0169] The game control unit 212 determines a fee for canceling the association between the first object and the user based on the status of a second object associated with the first object, and requests the determined fee from the user. For example, the game control unit 212 determines the amount of the fee based on the status of a second object associated with the first object, and requests the determined amount of the fee from the user. Specifically, the game control unit 212 determines the amount of specific tokens to request as the fee for the cancellation based on the number of pyroxenes placed in the pile to be disposed of (in other words, remaining in the pile). The game control unit 212 requests a larger fee for disposing of the pile as the number of pyroxenes placed in the pile increases. Furthermore, the game control unit 212 does not request a fee for disposing of the pile if the number of pyroxenes placed in the pile reaches a predetermined number "0" (in other words, if it is below a threshold). In other words, the game control unit 212 requests a larger fee for disposing of the pile when the pyroxenes placed in the pile are in a first status than when they are in a second status. In other words, in this embodiment, if gemstones remain in a pile, the pile cannot be disposed of, but if pyroxenes still remain in a 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 price required to dispose of the specific mountain (specifically, the amount of specific tokens requested as price) according to the number of pyroxenes placed on the specific mountain. The control unit 110 then displays the price required to dispose of the specific mountain in the price display window 81. When the user then operates the execute button 82 and the execute button 86, the game control unit 212 causes the user to pay the determined price and dispose 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 in the mountain. Specifically, for example, the game control unit 212 may allow the mountain to be disposed of when a predetermined number of gems have been acquired (in other words, when the number of gems placed in the mountain reaches a predetermined number), but may determine the price required for disposing of the mountain based on the number of gems remaining in the mountain (e.g., the more gems remaining, the greater the price 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 in the mountain has reached the predetermined number "0" (in other words, if it is below a threshold).

[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 also be a predetermined item, etc. Furthermore, the control that determines the compensation for releasing the association between the first object (e.g., a mountain) and the user based on the status of the second object (e.g., a pyroxene) associated with the first object (e.g., a mountain) associated with the user is not limited to control that determines the amount of compensation (e.g., the amount of a specific token or item to be consumed), but may also be control that determines the type of compensation (e.g., what type of item to consume, etc.). In other words, the control that determines the compensation can also be said to control that determines 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 presentation related to the disposal. Specifically, as a presentation related to the disposal, the control unit 110 may cause the speaker of the terminal device 10 to output a predetermined sound presentation (e.g., the sound of construction machinery such as a bulldozer moving) indicating that work related to disposing of the mountain is being carried out in the virtual space. Furthermore, as a presentation related to the disposal, the control unit 110 may cause the display unit 18 to display a predetermined image presentation (e.g., a display of moving construction machinery or characters performing disposal work) indicating that work related to disposing of the mountain is being carried out in the virtual space.

[0174] In this embodiment, the pile cannot be disposed of unless the number of gems placed in the pile reaches a predetermined number. As described above, the gems placed in the pile are automatically determined based on a predetermined seed (i.e., the hash of the blockchain). In other words, even the game operator cannot intervene in determining which gems are placed in which pile; the determination is random. This ensures a high level of fairness in the game. However, in the embodiment, if the pile is not properly managed, a problem may occur, such as a pile containing a specific gem being disposed of before the specific gem is excavated, making it impossible for anyone to obtain the specific gem. Furthermore, in the embodiment, if the pile is not properly managed, a malicious user may repeatedly acquire and dispose of the pile, resulting in a complete lack of gem circulation. 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 the embodiment, restrictions on the disposal of the pile can be imposed depending on the number of gems placed in the pile, thereby preventing 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 required can be increased) depending on the number of pyroxenes placed in the mountain, thereby preventing these problems from occurring.

[0175] Furthermore, the game according to this embodiment is a game in which players enjoy collecting and buying and selling gems, and it is anticipated that there will be users who want to dig into mountains one after another and efficiently acquire gems. However, in this embodiment, a pickaxe is required to acquire mountains, 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 contain gems). Furthermore, in this embodiment, the use of a pickaxe used to acquire mountains is limited, and in order to utilize the pickaxe, it is necessary to dispose of previously acquired mountains (in other words, mountains that no longer contain gems). In other words, by disposing of mountains that no longer contain gems early, it is possible to progress through the game efficiently (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 choose whether to progress through the game efficiently (specifically, whether to efficiently acquire gems by making new mountains available or removing restrictions on the use of pickaxes), 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 depending on 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 related to canceling the association between the first object and the user is performed based on the status of a second object associated with the first object, and although the first object is a mountain in the virtual space as an example, the first object may also be, for example, a predetermined item, etc. Furthermore, the second object may also be an object that is associated with the first object based on a user operation (for example, placed in the virtual space as the first object based on a user operation).

[0177] Furthermore, in this embodiment, control related to the cancellation of the association between a first object and a user is performed based on the situation regarding the number of second objects associated with the first object, and this control may be, for example, as follows. That is, for example, this control may prohibit the cancellation of the association between the mountain and the user if the number of gems of a predetermined type (e.g., gems whose value exceeds a predetermined standard (e.g., gems of medium quality or higher)) placed on the mountain has not reached a predetermined number "0," and may permit the cancellation of the association between the mountain and the user if the number has reached the predetermined number "0." Furthermore, this control may permit the cancellation of the association between the first object and the user if the number of second objects associated with the first object is equal to or greater than a predetermined number, and prohibit the cancellation of the association between the first object and the user if the number is less than the predetermined number.

[0178] (Reenactment 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 the user can confirm a scene in which the user acquires a gem as an NFT-transformable object in the mountain. The user can view the generated reenactment video to confirm a scene in which the user or another user acquires the gem. Note that in this embodiment, the gem is in a state before being converted into an NFT at the time of acquisition (in other words, when it is buried in the mountain), but it may also be converted into an NFT at the time of acquisition. In other words, the gem that the user can acquire from the virtual space (specifically, the mountain) may be either a gem before being converted into an NFT or a gem after being converted into an NFT, or both.

[0179] In this embodiment, the reenacted video is generated based on log information regarding events that occurred in the virtual space. The log information may include information regarding actions taken by the user in the virtual space (in other words, information regarding the user's behavioral history in the virtual space). For example, the game control unit 212 stores in the storage unit 220 as log information the user's use of a specific item in the virtual space (e.g., an item for progressing through the game, such as an item for digging in a mountain), the user's acquisition (or discovery) of a specific item in the virtual space (e.g., a gem or a pyroxene), the user's movement of the player character, the player's execution of various actions, the user's change of viewpoint, the user's entry into the mountain, and the user's exit from the mountain. The log information may also include information regarding changes that occurred in the virtual space (in other words, changes that occurred to objects in the virtual world). For example, the game control unit 212 stores in the storage unit 220 as log information the coordinates of a location on the mountain that was dug, the location of an object on the mountain, and the disappearance of an object that was on the mountain (e.g., which gem or pyroxene the user acquired and 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 user to determine on which mountain the event occurred and when the event occurred. The log information can also be said to record the details of processing related to the progress of the game.

[0180] The reproduction video generation unit 215 generates a reproduction video based on the log information. The generation of the reproduction video based on the log information can be performed by a known method. In this embodiment, the reproduction video is a reproduction of a gameplay screen (see FIG. 6 ) of a user who played a game that progressed in a specific virtual space (specifically, who mined a specific mountain).

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

[0182] The playback screen 400 displays a reproduced video. The playback screen 400 also displays various UIs that accept operations related to the playback of the reproduced video. 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 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 playback of the paused reproduced video. The skip button 412 accepts an operation to skip the playback position of the reproduced video by a certain amount 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 video. 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 video.

[0183] The seek bar 420 accepts an operation to specify a playback position in the reproduced video. The seek bar 420 can also be considered a UI that indicates the currently playing position in the reproduced video. Marks 422 are added to the seek bar 420 at points corresponding to the time points in the reproduced video when gems are acquired. In this embodiment, marks 422 corresponding to each gem acquired in the mountain associated with the reproduced video are added to the seek bar 420. In other words, marks 422 corresponding to each gem discovery (or acquisition act) that occurred in the mountain associated with the reproduced video are added to the seek bar 420. In other words, a number of marks 422 corresponding to the number of gems acquired in the mountain associated with the reproduced video are added to the seek bar 420.

[0184] Based on the operation on mark 422, 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, 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, playback control unit 115 skips the playback position of the reproduced video to a predetermined time (e.g., several minutes) before the time when the gem corresponding to the operated mark 422 is obtained (in other words, the 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 image of the virtual space is to be displayed for the reproduced video being played. 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 playing a game that progresses in a specific virtual space (in other words, a reproduction of the gameplay 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 associated with the reproduced video being played. Based on an operation on each user-selected image 431 by a user viewing the reproduced video, the playback control unit 115 switches the reproduced video to the viewpoint of the user corresponding to the operated user-selected image 431. Figure 11 illustrates an example of a playback screen 400 in which the viewpoint of user B is selected from the viewpoints of users A to D.

[0187] Furthermore, the playback control unit 115 displays on the playback screen 400 user-selected images 431 corresponding to each of a plurality of users who were playing a game in the virtual space associated with the reproduced video at the time of current playback in the reproduced video, but does not display user-selected images 431 corresponding to users who were not playing a game in the virtual space associated with the reproduced video at the time of current playback on the playback screen 400. That is, for example, while a portion corresponding to a period during which a certain user was in the virtual space associated with the reproduced video is being played, the user-selected image 431 corresponding to the certain user is displayed on the playback screen 400, and when the reproduced video reaches the time at which the certain user exited the virtual space, the user-selected image 431 corresponding to the certain user is erased from the playback screen 400. In other words, the playback control unit 115 controls the user-selected images 431 of users who were not playing a game in the virtual space associated with the reproduced video at the time of current playback to be unselectable, among a plurality of users who played a game in the virtual space associated with the reproduced video. In this embodiment, the user-selected images 431 of users who have not played are hidden to make them unselectable, but they may also be displayed but not accept any operations (for example, by going 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, so that the order in which the users entered the virtual space can be recognized from the display of the user-selected images 431. Furthermore, the user-selected images 431 are displayed aligned from the top, so that 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 shifted up.

[0188] In this embodiment, the replay video is a video related to a specific virtual space and can be viewed from the viewpoints of multiple users who played the game in the specific virtual space. While the replay video is being viewed from a user's viewpoint, the replay video may reach a point in time when the user exits the specific virtual space. In this case, the playback control unit 115 automatically switches the replay video from the viewpoint of the user to the viewpoint of another user who was playing the game in the specific virtual space at that time. Automatically switching the viewpoint can also be understood as switching the viewpoint without the user viewing the replay video selecting the user selection image 431. Furthermore, if there are no other users playing the game in the specific virtual space at that time, the playback control unit 115 leaves the replay video from the viewpoint of the user who exited the specific virtual space and continues playing the replay 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 to exit continues to be displayed (in other words, the display stops at the viewpoint of that user). Furthermore, when all users have exited a specific virtual space and any user re-enters the specific virtual space, the playback control unit 115 may automatically switch the viewpoint from that of the last user to exit to that of the user who has just entered the specific virtual space.

[0189] In addition, the seek bar 420 may display an indication indicating the user who discovered (in other words, obtained) the gem at a location (e.g., a location marked with mark 422) corresponding to each gem discovery that occurred in the mountain related to the reenacted video. In addition, mark 422 may also serve as an indication indicating the user who discovered the gem. Here, the indication indicating the user who discovered the gem may be, for example, the username or user ID of the user who discovered the gem, or an image of the player character used by the user. Furthermore, based on an operation to skip the playback position of the reenacted video to a position corresponding to the discovery of a specific gem, such as an operation on mark 422, the playback control unit 115 may skip the playback position of the reenacted video to that position and switch the viewpoint of the reenacted 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 placed in the virtual space, which is an image from the viewpoint of each user during gameplay (in other words, an image displayed on each user's terminal device 10 during gameplay (in other words, a play screen)), is played back as a reproduction video. In other words, the reproduction video generation unit 215 is capable of generating, as a reproduction video, an image of the virtual space seen from a virtual camera corresponding to each user (in other words, a virtual camera corresponding to each user's player character, which moves in position as the player character moves during gameplay). Instead of or in addition to the image of the virtual space seen from the virtual camera corresponding to each user, the reproduction video generation unit 215 may be capable of generating, as a reproduction video, an image of the virtual space seen from a virtual camera installed corresponding to a location in the virtual space where an NFT-transformable object is placed. That is, the reproduction video may be an image of the virtual space seen from a virtual camera monitoring (in other words, fixed-point observation) a location in a mountain where gems are buried, as shown in FIG. 12( a). The viewpoint selection UI 430 may accept 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] Furthermore, in this embodiment, the reproduction 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 back as the reproduction video. In other words, the generation of the reproduction video by the reproduction video generation unit 215 is not limited to generating a video based on log information, but may also be storing an image of the virtual camera while the user is playing the game as video information in the storage unit 220. In other words, the generation of the reproduction video by the reproduction video generation unit 215 may be performed based on, for example, an operation on the playback start button 520 described below, or may be performed before the playback start button 520 is operated.

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

[0193] In this embodiment, each reenactment video corresponds to a gemstone acquired by the user. That is, one reenactment video is a reenactment video of a specific gemstone mining scene (in other words, a video reenacting the mining of a specific gemstone). Information indicating the corresponding gemstone (information indicating which gemstone the reenactment video is about) may be stored in the storage unit 220 in association with the generated reenactment video. Additionally, when reenacting a video, it is possible to specify and replay a scene in which a specific gemstone was acquired (in other words, skip to that scene, etc.). Such specification may be achieved, for example, by storing the acquired gemstone (e.g., the gemstone ID of the acquired gemstone) in an identifiable manner for an event such as "acquiring an item (in other words, discovering)" stored as log information. Furthermore, when reenactment videos are stored as video information, information regarding the acquired gemstone may be stored in association with the playback position (in other words, playback time) of the reenactment video.

[0194] The reenactment video is a video from when the virtual space satisfies a first condition to when the virtual space satisfies a second condition. Specifically, the reenactment video is a video reenacting events that occurred on a corresponding mountain from when a user first entered the corresponding mountain until the mountain was 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 users cannot enter. In other words, the first condition may be that a specific event being executed in the specific virtual space is started, and the second condition may be that the specific event being executed in the specific virtual space is finished. For example, the second condition may be that a jewel 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.

[0195] 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 other words, object images and object models) in the reproduced video 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 (for example, the action of swinging an ice axe) 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 video 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 video being played back.

[0197] In addition, the playback control unit 115 may be able to rotate the viewpoint based on user operation during playback of a reproduced video displayed from the viewpoint of each user, a reproduced video displayed from the viewpoint of a fixed-point observation virtual camera, or a reproduced video with a simpler display than the play screen.

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

[0199] In this embodiment, the mine list 510 displays a virtual space ID and the name of the mountain as identification information 511 that can identify each mountain. The virtual space ID can also be said to be information that can uniquely identify each mountain.

[0200] In this embodiment, the mine list 510 displays the owner's username as the owner information 512. The owner's user ID, etc., may also be displayed as the owner information. Here, the user ID can be considered identification information that uniquely identifies each user. That is, the mine list 510 may display identification information that can identify each owner, such as the owner's username or user ID, as the owner information 512. In this embodiment, gems discovered in the mountains are acquired by the owners, and the owner information 512 can be considered information about the users who acquired the gems. In addition to or instead of the owner information 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, if 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 username or user ID of the scalar who discovered the gem, as information about the scalar who discovered the gem.

[0201] Furthermore, in this embodiment, the mine list 510 displays identification information that can identify the gems obtained in each mine as information 513 about the obtained gems. Specifically, a gem ID that can uniquely identify the obtained gems is displayed. Furthermore, information indicating the contents of the obtained gems may be displayed as information 513 about the obtained gems. Specifically, an indication of 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 spent playing the game at each mountain as information 514 related to the time required to acquire gems. Specifically, the total time spent playing at each mountain by a user is displayed as information 514 related to the time required to acquire gems. The information 514 related to the time required to acquire gems may also display the time from when a user first entered the mountain (or when the mountain was first acquired by the owner) until the mountain was closed. The information 514 related to the time required to acquire gems may also display, for example, the time required for a specific gem discovered at the mountain from the time the previous gem was discovered until the specific gem was discovered. In other words, the information 514 related to the time required to acquire gems may directly or indirectly indicate the time required to acquire the gems. The information 514 related to the time required to acquire gems may also indicate the effort required to acquire the gems.

[0203] In addition, in this embodiment, the mine list 510 displays the date and time when each gemstone was acquired in the target mountain as information 515 regarding the date and time when the gemstone was acquired.

[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, making it impossible to enter the target mountain. Note that 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 collected by the user.

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

[0206] Furthermore, a playback start button 520 is displayed corresponding to each mountain in the mine list 510. The playback control unit 115 starts playback of a replay 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 pieces of information described here as information about each mountain (in other words, information about a specific mountain) and a UI that accepts operations related to playback of a replay video related to each mountain (in other words, a replay 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. Furthermore, on the database screen 500, information about mountains that match the search conditions input in the search condition input UI 530 is displayed in a mine list 510. The search condition input UI 530 includes a user designation UI 531 that designates a user (in other words, a user to be searched, specifically a miner) as a search condition, a gem designation UI 532 that designates a gem (in other words, a gem to be searched) as a search condition, a closure date and time designation UI 533 that designates a date and time when the mountain is closed (in other words, a 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 mountains that match the search conditions is displayed in the mine list 510.

[0208] On the database screen 500, information about mountains in which a user specified by an operation on the user specification UI 531 has been involved in mining is displayed in the mine list 510. More specifically, information about mountains owned by a user specified as a search condition (for example, mountains that were the owner) is displayed in the mine list 510. Also, on the database screen 500, information about mountains in which a user specified by an operation on the user specification UI 531 has mined as a scalar is displayed in the mine list 510. In other words, on the database screen 500, information about gems discovered by a 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 reenactment video that reenacts the gameplay of the user who is the search target and specified by an operation on the user specification UI 531.

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

[0210] Furthermore, on the database screen 500, information about mountains that were closed on a date and time (in other words, a specified period) specified by operating the closure date and time specification UI 533 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 that 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 mountains in which the search target user, specified by an operation on the user specification UI 531, has been involved in mining. Based on the request, the control unit 210 of the server 20 extracts information about mountains in which the search target user has been involved in mining and transmits the information to the terminal device 10 that made the request. Then, based on the received information, the control unit 110 of the terminal device 10 causes the display unit 18 to display a mine list 510 including information about mountains in which the search target user has been involved in mining. 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 mountains in which the search target user has been involved in mining.

[0213] The control unit 110 also requests the server 20 to extract information about the mountain from which the search target gem, specified by an operation on the gem designation UI 532, was obtained. Based on this request, the control unit 210 of the server 20 extracts information about the mountain from which the search target gem was obtained and transmits it to the terminal device 10 that made the request. The control unit 110 of the terminal device 10 that has received the information then causes the display unit 18 to display, based on the received information, a mine list 510 containing information about the mountain from which the search target gem was obtained. 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 mountain from which the search target gem was obtained.

[0214] The control unit 110 also requests the server 20 to extract information about mountains that were closed on the search date and time specified by operating the closure date and time specification UI 533. Based on this request, the control unit 210 of the server 20 extracts information about mountains that were closed on the search date and time and transmits it to the terminal device 10 that made the request. The control unit 110 of the terminal device 10 that has received the information then causes the display unit 18 to display a mine list 510 including information about 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 for playing a reenactment video related to mountains that were closed on the search date and time.

[0215] In addition, the search condition input UI 530 allows a search to be performed by specifying conditions for multiple items, including user, jewel, and date and time, or 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 have been entered in the search condition input UI 530 (for example, after the database screen 500 is opened and before a search based on 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 less than a specified time may be displayed.

[0217] The information displayed in the mine list 510 may be rearranged (in other words, sorted) according to rules determined based on user operations. For example, the database screen 500 displays a sorting UI 536 that accepts operations related to rearranging the information displayed in the mine list 510. The sorting UI 536 may accept an operation to rearrange (e.g., sort 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 (e.g., a virtual space ID) that can identify each mountain, information about the owner 512 (e.g., a user ID), information about the acquired gems 513 (e.g., a gem ID), information about the time required to acquire the gems 514, information about the date and time the gems were acquired 515, and information about the date and time the mine was closed 516. The display control unit 114 rearranges the information displayed in the mine list 510 according to rules specified by the operation on the sorting UI 536.

[0218] The mine list 510 displayed on each user's terminal device 10 also displays mountains other than those of which the user was the owner or scalar. In other words, in this embodiment, a re-enacted video related to a specific virtual space can be viewed by both users who were involved in obtaining gems in that specific virtual space (in other words, users who have entered that specific virtual area) and users who were not involved in obtaining gems in that specific virtual space (in other words, users who have not entered that 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 (or 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 held on the specific mountain. Here, the control to enable viewing of a reenactment video related to the specific mountain may be, for example, as follows. That is, for example, the playback start button 520 corresponding to the specific mountain may not be displayed until the specific mountain is closed, and the control unit 210 may control the playback start button 520 corresponding to the specific mountain to be displayed based on the closure of the specific mountain. Specifically, the mine list 510 may not display information about the specific mountain until the specific mountain is closed, and the control unit 210 may control the mine list 510 to display information about the specific mountain and the playback start button 520 corresponding to the specific mountain based on the closure of the specific mountain. Furthermore, for example, the mine list 510 may display information about a specific mountain even before the specific mountain is closed, 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 has been closed. Also, for example, the playback start button 520 corresponding to the specific mountain is displayed even before the specific mountain is closed, 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 has been closed. Also, for example, the control unit 210 may perform control so that the reproduction video generation unit 215 prohibits generation of a reproduction video until the specific mountain is closed, and allows generation of a reproduction video by the reproduction video generation unit 215 based on the fact that the specific mountain has been closed.Furthermore, for example, the control unit 210 may generate a reenactment video related to a specific mountain 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 reenactment video related to the specific mountain may be completed based on the specific mountain being closed, and the reenactment video may become viewable once the generation is complete.

[0220] Note that a reenactment video related to a specific mountain may be viewable even before the specific mountain is closed. For example, the playback control unit 115 may be capable of playing a reenactment video that recreates an event that occurred on the specific mountain from when a user first entered the specific mountain until the start of playback of the reenactment video. Here, the reenactment video generation unit 215 may generate a reenactment video based on log information about an event that occurred on the specific mountain from when a user first entered the specific mountain until the start of playback of the reenactment video (and before the specific mountain is closed). Alternatively, the reenactment video generation unit 215 may be capable of playing a reenactment video related to a 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] Note that a limit may be placed on the period during which the reenactment video can be viewed. In other words, the control unit 210 may disable viewing of a reenactment video related to a specific mountain that is available for viewing, based on the elapse of a predetermined period of time from a predetermined reference time (e.g., the time when the video became available for viewing, the time when the specific mountain was closed, etc.). Here, the control for disabling viewing of a reenactment 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 elapse of the predetermined period of time. Specifically, for example, the control unit 210 may control so that information about the specific mountain is not displayed in the mine list 510, based on the elapse of the predetermined period of time. Furthermore, for example, information about the specific mountain may be displayed in the mine list 510 even after the elapse of the predetermined period of time, 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 elapse of the predetermined period of time. Furthermore, for example, even after the predetermined period has elapsed, playback start button 520 corresponding to the specific mountain may remain 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 generation 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 (e.g., the period from when the virtual space satisfies a first condition to when it satisfies a second condition), and the reproduction video generation 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 need to reproduce all of the events that occurred in the virtual space during the predetermined period. For example, there may be a first effect and a second effect 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 caused by the player character using a first item (e.g., using a pickaxe as the first item to deform a mountain). The second effect may be, for example, an effect on the virtual space caused by the player character using a second item (e.g., using a spray paint as the second item to draw shapes or letters on a mountain). In this case, the reproduction video generation unit 215 may reproduce the first effect but not 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 an ice axe is reproduced, but the drawing on the mountain caused by the use of spray paint is not reproduced (in other words, the shapes and letters drawn with the spray paint are not displayed).

[0223] Furthermore, while the reenactment video is a video reenacting events that occurred in a virtual space over a predetermined period (e.g., the period from when the virtual space satisfies a first condition to when it satisfies a second condition), the video may skip a specific period within the predetermined period. The specific period may be, for example, a period during which no users are in a specific virtual space associated with the reenactment video (in other words, a period during which no game is being played in the specific virtual space). Specifically, when the reenactment video being played transitions from a scene in which a user entered the virtual space associated with the reenactment video to a scene in which the last user exited, the playback control unit 115 may skip the playback position of the reenactment 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 reenactment video may be entered by multiple users or by only one user (e.g., the owner) during the period from the beginning to the end of the specific reenactment video. The specific virtual space related to the specific reenactment video may be one that only one user can enter, and not one user can enter.

[0225] The replayed video may be played from a screen displaying a list of gems. Specifically, the replayed video may be played from a shop screen 60 displaying a list of gems available for purchase, as illustrated in FIG. 14 , a screen displaying a list of gems owned by the user (see the item screen 64 illustrated in FIG. 10 ), or a screen displaying a list of gems acquired by each of multiple users (i.e., other users) (see the database screen 500 illustrated in FIG. 13 ). The display control unit 114 may switch the type of product displayed on the shop screen 60 as a user-purchasable item based on the product switching button 97 illustrated in FIGS. 9 and 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 gems as a second type of product (the state illustrated in FIG. 14( a) ), based on the product switching button 97. The operation accepting unit 111 accepts an operation to select a gem to purchase from the list of gems displayed on the shop screen 60 (e.g., a click on a specific displayed gem). When a user selects a gem to purchase, the control unit 110 of the terminal device requests the purchase of the selected gem from 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 purchase price).

[0226] The operation receiving unit 111 receives an operation to start playback of a reproduction video related to a specific gem among the gems displayed on a screen displaying a list of gems (e.g., the shop screen 60). Specifically, as shown in FIG. 14( a), the display control unit 114 may display a playback start button 520 corresponding to each gem in a state in which the gems are displayed as a list on the screen displaying the list of gems. Furthermore, as shown in FIG. 14( b), the display control unit 114 may display a playback start button 520 corresponding to a specific gem based on an operation to select a specific gem from the listed gems on the screen displaying the list of gems. More specifically, as shown in FIG. 14( b), the display control unit 114 may display detailed information 540 related to the specific gem (in other words, information that is not displayed when the gems are displayed as a list) and a playback start button 520 corresponding to the specific gem based on an operation to select a specific gem from the listed gems on the screen displaying the list of gems. The operation acceptance unit 111 then accepts an operation on the playback start button 520 corresponding to a specific gemstone as an operation to start playback of a reenactment video related to the specific gemstone (specifically, a reenactment video in which a scene captured of the specific gemstone can be viewed). In other words, the operation acceptance unit 111 accepts an operation on the playback start button 520 (specifically, the playback start button 520 corresponding to the specific gemstone) displayed on the shop screen 60 that displays gemstones available for purchase by the user as an operation to start playback of 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 that is displayed on a screen that displays a list of gems (in other words, a shop screen 60 that displays gems that the user can purchase) and that corresponds to a specific gem, the playback control unit 115 starts playback of a reproduced video related to that specific gem.

[0228] Here, the reproduction 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 to when the virtual space satisfies a second condition, similar to the reproduction video described above that is played when playback start button 520 is operated on database screen 500. Specifically, the reproduction 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 to when the virtual space in which the specific gemstone is acquired satisfies a second condition. Furthermore, when playback start button 520 corresponding to a specific gemstone is operated, playback control unit 115 may set the playback start position of the reproduction video to the scene in which the specific gemstone corresponding to playback start button 520 is acquired (in other words, for example, skip the playback position of the reproduction video to the scene in which 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., several minutes) before the jewel corresponding to the operated playback start button 520 is acquired.

[0229] Furthermore, the replay video related to a specific gemstone may be a video clip of the scene in which the specific gemstone was acquired (hereinafter referred to as a "cut video"). In other words, the replay video generation unit 215 may generate a cut video clip of the scene in which the specific gemstone was 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 generation unit 215 may generate a cut video from a predetermined time before to a predetermined time after the specific gemstone was 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 the playback start button 520 corresponding to the specific gemstone is operated. In such a configuration, for example, when a first operation (e.g., an operation on the play start button 520 displayed on the 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 the play start button 520 displayed on the database screen 500) is performed, a video reenacting the 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 such a reenactment video, in which the playback start position of the reenactment video is the scene where the specific gemstone corresponding to playback start button 520 was obtained, or playback of a cut video, may be executed from database screen 500, etc. For example, the display of information 513 relating to the mined gemstone on database screen 500 (e.g., an icon with a gemstone ID (see FIG. 13 )) may function as a UI that accepts operations relating to playback of a reenactment video related to a specific gemstone. Then, based on an operation on the UI, playback of a reenactment video, in which the playback start position of the reenactment video is the scene where the specific gemstone corresponding to playback start button 520 was obtained, or playback of a cut video related to a specific gemstone, etc. may be executed.

[0231] The reproduction video generation unit 215 may generate the clipped video based on the log information, or may store images from a virtual camera while the user is playing a game, etc., as video information in the storage unit 220. For example, if it is possible to play only the clipped video as the reproduction video, the log information for generating the reproduction video may not be stored from the time when a user first enters the virtual space until the virtual space is closed, but may store log information of the scene where a specific gem is obtained (for example, log information from a predetermined time before the time when the gem is obtained until a predetermined time after the time when the gem is obtained) in the storage unit 220, and the reproduction video may be generated based on that 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 trigger (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. In this case, the control unit 210 may store the extracted log information in the storage unit 220 in association with the acquired gemstone and 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] Note that the gems listed on a screen that displays a list of gems and allows playback of a reenactment video related to a specific gem among the listed gems may include only either the gem before it was converted into an NFT or the gem after it was converted into an NFT, or may include both. In other words, the playback control unit 115 may be able to play a reenactment video related to a specific gem before it was converted into an NFT. Furthermore, the playback control unit 115 may be able to play a reenactment video related to a specific gem after it has been converted into an NFT.

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

[0236] As shown in FIG. 15 , the display control unit 114 may display a display 543 indicating which user discovered a gem discovered by a user on a predetermined screen based on the discovering user information. The display control unit 114 may also display a display indicating which user discovered each gem on a shop screen 60 displaying gems available for purchase, a screen displaying gems 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 gem, corresponding to each gem, when a list of gems is displayed on the shop screen 60. Furthermore, as shown in FIG. 15( b), the display control unit 114 may display a display 543 indicating the user who discovered a specific gem based on an operation to select a specific gem from the listed gems on the shop screen 60. Here, the display 543 indicating the user who discovered the gem may display the user name or user ID of the user, or may display an image of the player character used by the user.

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

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

[0239] Furthermore, on the shop screen 60, etc., it may be possible to narrow down the gems to be displayed on the shop screen 60 based on the discoverer information. For example, the display control unit 114 may display a search condition input UI 550 on the shop screen 60, which accepts an operation to input search conditions for a gem search. The search condition input UI 550 includes a user specification UI 551 for specifying a user (in other words, a user to be searched, specifically a miner) as a search condition, and a search button 552. By entering 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] Based on an operation on the search condition input UI 550, 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. Specifically, the control unit 110 requests the server 20 to extract gems acquired by a user specified by an operation on the user specification UI 551. Based on the request, the control unit 210 of the server 20 extracts the gems acquired by the specified user, 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, upon receiving the notification, the control unit 110 of the terminal device 10 displays the extracted gems 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 unearthed by users who have unearthed a predetermined number of gems or more. In other words, the search condition input UI 550 may include an attribute specification UI 553 that specifies user attributes as search conditions. The control unit 110 of the terminal device 10 requests the server 20 to extract gems acquired by users with the attributes specified by the operation on the attribute specification UI 553. Based on the request, the control unit 210 of the server 20 extracts gems acquired by users with the specified attributes, determines the extracted gems as gems to be displayed on the shop screen 60, and notifies the terminal device 10 that made the request. The control unit 110 of the terminal device 10, upon receiving the notification, displays the extracted gems on the shop screen 60.

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

[0243] Here, the user who has acquired a gem and can choose whether to make the reenactment video public may include either the user who discovered the gem (in other words, the first user who 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, a user who acquired (in other words, purchased) a gem from a user who discovered a gem may be able to choose whether to make the reenactment video of the gem they acquired public. Furthermore, in a configuration in which a user who discovered a gem can choose whether to make the reenactment video of the gem they discovered public, the control unit 210 determines whether to make the gem 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 other than the user who acquired the gem) from viewing the reenactment video of the gem that was set private based on a predetermined operation by the user who discovered the gem, even after the gem was passed on to another user by the user who discovered the gem (in other words, after it was 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 available for purchase. Furthermore, when the gem is set to private, the control unit 210 may prohibit buying and selling of the gem for more than a predetermined amount rather than completely prohibiting buying and selling of the gem.

[0245] In games that include NFT-convertible items, users have the opportunity to convert the items into crypto assets or trade them with other users. Conventionally, in these types of games, it has been impossible to confirm whether NFT-convertible items were acquired legitimately, and there has been insufficient transparency regarding how the items were acquired. The circulation of NFT-convertible items acquired through illicit means, such as cheating, in the market raises concerns that this could affect the fairness and market value of the game. According to the configuration of this embodiment, the reenactment video generation unit 215 can generate a reenactment video that reenacts a user's actions in a virtual space. This allows the legitimate acquisition method of an NFT-convertible item to be confirmed, thereby maintaining the market value of the item and realizing highly reliable transactions. In particular, this embodiment records as log information all of the user's (i.e., the player's) actions in a specific virtual space from the time the user's actions (i.e., the user's operations) begin until the specific virtual space is closed (i.e., until game play in the virtual space ends), and can reenact all of the actions as a reenactment video. This makes it possible to guarantee the legitimacy of not only the method of acquiring NFT-eligible items, but also the overall gameplay, which has a strong deterrent effect against cheating users and encourages all users to play under fair conditions.

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

[0247] The virtual space management unit 231 acquires the hash generated at the end of the day from a specific blockchain (step S1). Next, the virtual space management unit 231 uses the acquired hash as a seed (specifically, a seed ｈｌａｓｔ ) to perform calculations and create a map (step S2). Specifically, the virtual space management unit 231 determines the topography of the map and the placement of mountains on the map, and assigns a virtual space ID to each mountain in the map so that the mountain can be identified.

[0248] Next, the virtual space management unit 231 determines an overview of the items that can be obtained for each mountain on the map created in step S2 (step S3). Specifically, the virtual space management unit 231 generates a seed (specifically, seed ｈｌａｓｔ , seed ｍｄｉｄ ) 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 pile of items that can be acquired (in other words, piles in which the items are arranged) whose outlines were determined in step S3 (step S4). Specifically, the virtual space management unit 231 creates a seed (specifically, a seed ｈｌａｓｔ , seed ｍｄｉｄ ) to perform calculations 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 generates a seed (specifically, seed ) using the hash acquired in step S5 and the virtual space ID of each mountain. ｈｆｉｒｓｔ , seed ｍｄｉｄ ) to perform calculations to determine the type, size details, shape, quality, etc. of item B that can be obtained from each mountain.

[0251] Next, an example of processing related to mountain acquisition and mountain mining 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 multiple mountains within a map (step S11). In other words, the operation reception unit 111 receives an operation to select a specific mountain from among the multiple mountains. In yet other words, the operation reception unit 111 receives an operation related to the acquisition of rights to play a game in a specific virtual space.

[0253] When an operation to acquire a mountain for mining is performed, the game control unit 212 grants the specific mountain to the user based on the operation (step S12). In other words, the game control unit 212 grants the user the right to play the game in a specific virtual space 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] Furthermore, the game control unit 212 starts mining based on an operation by the user instructing the start of mining in the mountain (step S14). In other words, the game control unit 212 starts playing a game in a specific virtual space based on an operation by the user instructing the start of playing a game in the specific virtual space. The started game may be one in which the user manually operates a player character or the like, or may be one in which the game control unit 212 automatically progresses without user operation. Specifically, for example, the player character may automatically perform mining, and gems or the like excavated by the player character may be given to the user as a reward. Furthermore, the user may be able to select whether to progress the game manually or automatically.

[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 the user gems or pyroxene 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 flowchart shown in FIG.

[0258] The control unit 110 of the user's terminal device 10 accepts an operation by the user to select a pile to dispose of (step S21). Specifically, the control unit 110 accepts an operation by the user to select a specific pile from the list of piles 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 the selected mountain satisfies the conditions for disposal. Specifically, the game control unit 212 determines whether the number of gems arranged on the selected mountain has reached a predetermined number (step S22). In other words, the game control unit 212 determines whether the second object associated with the first object is in a first situation or a second situation (in other words, whether the situation satisfies the conditions for disposal).

[0260] If the number of gems placed has not reached the predetermined number (NO in step S22), the game control unit 212 determines not to permit disposal of the selected mountain (step S23). Based on this determination, 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 to not accept any operation from 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 a user operation is prohibited.

[0261] On the other hand, if the number of gems placed has reached the predetermined number (YES in step S22), the game control unit 212 determines to permit disposal of the selected mountain (step S24). Based on this determination, 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 by the user on the disposal button 47.

[0262] Next, the game control unit 212 determines the price for disposing of the selected mountain based on the number of pyroxenes placed 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 reduces the value (e.g., specific tokens) owned by the user by the amount determined in step S25 based on the operation instructing the execution of disposal, 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] Note that, when the number of gems placed on a selected mountain has reached a predetermined number (e.g., "0"), the game control unit 212 may dispose of the mountain without charging a fee for disposal. In other words, the processing of step S25 and step S27 may be omitted. Here, no fee may be charged for disposing of the mountain. Also, there may be a state in which the mountain can be disposed of but a fee for disposal (e.g., a fee based on the number of pyroxenes, etc.) is charged, and a state in which the mountain can be disposed of but no fee is charged. 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 processing related to the generation and viewing of a reproduced moving image will be described with reference to the flowchart shown in FIG.

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

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

[0269] Next, the playback control unit 115 starts playback of the reenactment video based on a user's operation related to playback of the reenactment video (step S33). Specifically, the playback control unit 115 starts playback of the reenactment video related to the specific mountain based on an operation on the playback start button 520 displayed on a specific screen, the playback start button 520 being related to viewing the reenactment video related to the specific mountain. For example, when the playback start button 520 is operated, the playback control unit 115 may request the reenactment video generation unit 215 to generate a reenactment video related to the specific mountain, and the reenactment video generation unit 215 may generate a reenactment video related to the specific mountain based on the request. The playback control unit 115 may then play the reenactment video generated based on the request (in other words, display the reenactment video on the display unit 18 of the terminal device 10). The generation of the reenactment video may be executed by the control unit 210 of the server 20 or the control unit 110 of the terminal device 10. Specifically, for example, control unit 210 may generate a reenactment 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 reenactment video. Alternatively, when playback start button 520 is operated, playback control unit 115 may play a reenactment video related to a specific mountain that is stored as video information in a predetermined storage unit.

[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 may be managed on different blockchains. The hashes used in various processes may be hashes from the same blockchain or from another blockchain. Existing blockchains, such as Ethereum and Bitcoin, may be used. NFTs corresponding to item A and item B (in other words, NFTed item A and item B) may be bridged from the blockchain on which they were issued to another blockchain.

[0271] Note that 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 embodiments and can be implemented in various modifications without departing from the spirit of the invention. Within the scope of the present invention, the components can be freely combined, any component can be modified, any component can be replaced, any component can be omitted, or other components can be added. Furthermore, the process flow described in this specification is merely an example, and the order and configuration of each process may be different. Furthermore, some processes 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] <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 increase the interest of services such as games. The matters described in the above embodiment may also be written as follows:

[0274] (Supplementary Note 1) A program that causes a computer to function as a generator (e.g., a reenactment video generator 215) that generates a reenactment video of a user acquiring an NFT-enabled item in a virtual space where the NFT-enabled item can be acquired. With this configuration, for example, a user or a service operator can view the reenactment video to confirm the acquisition path of the NFT-enabled item and verify the legitimacy of the acquisition path. Therefore, it is possible to verify the legitimacy of an NFT-enabled object.

[0275] (Supplementary Note 2) The program according to Supplementary Note 1, which causes a computer to function as log information acquisition means (e.g., the game control unit 212) that stores log information related to events that occurred in the virtual space in a storage means, and the generation means generates the reenacted video based on the log information. With this configuration, it is possible to reduce the amount of data that needs to be saved to enable playback of the reenacted video.

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

[0277] (Supplementary Note 4) The program according to Supplementary Note 4, wherein the first condition is that the user enters the virtual space for the first time, and the second condition is that the virtual space is closed and cannot be entered by the user. With this configuration, for example, the user is made aware that their actions may be confirmed in a replay video throughout the entire period they are in the virtual space, which can strongly deter fraudulent behavior.

[0278] (Supplementary Note 5) The program according to any one of Supplementary Notes 1 to 4, which causes a computer to function as a playback control unit (e.g., a playback control unit 115) that controls playback of the reproduced video, wherein the playback control unit displays a seek bar for the reproduced video, the seek bar having a mark attached to a position corresponding to the point at which the NFT-enabled item was obtained, on a screen on which the reproduced video is played, and causes the playback position of the reproduced video to skip to a position corresponding to the operated mark based on a user operation on the mark. With this configuration, when viewing the reproduced video, the playback position of the reproduced video can be skipped to a scene where the NFT-enabled item was obtained, making it easy to check the scene.

[0279] (Supplementary Note 6) The program according to any one of Supplementary Notes 1 to 4, which causes a computer to function as a playback control unit (e.g., a playback control unit 115) that controls playback of the reenacted video, wherein the virtual space is a virtual space that can be shared by multiple users, and the playback control unit displays images corresponding to each of multiple users associated with the reenacted video being played on a screen on which the reenacted video is played, and switches the reenacted video to a perspective of a specific user based on an operation by a user viewing the reenacted video to select an image corresponding to the specific user. With this configuration, when confirming the legitimacy of the acquisition route of an NFT-transformable item by viewing the reenacted video, it is possible to confirm the legitimacy from the perspectives of various users, including users suspected of committing fraudulent acts.

[0280] (Supplementary Note 7) The program according to any one of Supplementary Notes 1 to 4, which causes a computer to function as information presentation means (e.g., display control unit 114) that displays, on a screen on which a user can select a reenactment video to play, information about the specific reenactment video, including information about the owner of the virtual space associated with the specific reenactment 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 the NFT-enabled item was acquired. This configuration makes it easier to find a desired reenactment video when a user wants to confirm the legitimacy of the acquisition route of an NFT-enabled item.

[0281] (Supplementary Note 8) An information processing system including a generating unit (e.g., a reenactment video generating unit 215) that generates a reenactment video of a user acquiring an NFT-enabled item in a virtual space where the NFT-enabled item can be acquired. With this configuration, it is possible to achieve the same effects as the program described in Supplementary Note 1.

[0282] In addition, the problem-solving means configured by the above-mentioned program (for example, each configuration described in the appendix) can be appropriately diverted to an apparatus, system, method, medium, etc.

[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 acceptance 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 unit

Claims

1. A program that causes a computer to function as a generating means for generating a reenactment video of a user obtaining an NFT-convertible item in a virtual space where the item can be obtained.

2. The program according to claim 1, which causes a computer to function as log information acquisition means for storing log information relating to events that occurred in the virtual space in a storage means, and the generation means generates the re-enacted video based on the log information.

3. The program according to claim 1, wherein the reproduced video is a video from when the virtual space satisfies a first condition to when the virtual space satisfies a second condition.

4. The program described in claim 3, wherein the first condition is that a user enters the virtual space for the first time, and the second condition is that the virtual space is closed and cannot be entered by the user.

5. A program according to any one of claims 1 to 4, which makes a computer function as a playback control means for controlling the playback of the reproduced video, and the playback control means displays a seek bar for the reproduced video, with a mark attached to a position corresponding to the time when the NFT-convertible item was obtained, on a screen on which the reproduced video is played, and based on a user's operation on the mark, skips the playback position of the reproduced video to a position corresponding to the operated mark.

6. A program according to any one of claims 1 to 4, which makes a computer function as a playback control means for controlling the playback of the reproduced video, wherein the virtual space is a virtual space that can be shared by multiple users, and the playback control means displays images corresponding to each of multiple users related to the reproduced video being played on a screen on which the reproduced video is played, and switches the reproduced video to the perspective of the specific user based on an operation by a user viewing the reproduced video to select the image corresponding to the specific user.

7. A program as claimed in any one of claims 1 to 4, which causes a computer to function as an information presentation means that displays, on a screen on which a user can select the reenactment video to play, information relating to a specific reenactment video, including information relating to the owner of the virtual space associated with the specific reenactment video, information relating to the acquired NFT-enabled item, information relating to the time required to acquire the NFT-enabled item, and information relating to the date and time when the NFT-enabled item was acquired.

8. An information processing system comprising a generation means for generating a reenactment video of a user obtaining an NFT-transformable item in a virtual space where the NFT-transformable item can be obtained.

Images