Program and information processing system

Abstract

To improve sustainability of a service.SOLUTION: A program causes a computer to function as: control means for controlling execution of a predetermined event; granting means for granting a predetermined object that may be non-fungible tokenized to a user, on the basis of the execution of the predetermined event; and exchange means for exchanging the predetermined object which is owned by the user and has not been non-fungible tokenized for crypto-assets.SELECTED DRAWING: Figure 1

Description

[Technical Field]

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

[0002] Games that utilize blockchain have been known for some time (see, for example, Non-Patent Document 1). Also known as such games are games that allow players to earn crypto assets by playing. [Prior art documents] [Non-patent literature]

[0003] [Non-Patent Document 1] "STEPN: How to get started and its future prospects | How to earn money / how to do it and how much it costs to level up?" [online] [Searched October 27, 2022], Internet<https: / / www.caica.jp / media / crypto / stepn-about / > Summary of the Invention [Problem to be solved by the invention]

[0004] However, there was a need to improve the sustainability of this type of service.

[0005] The present invention has been made in consideration of the above circumstances, and aims to improve the sustainability of services. [Means for solving the problem]

[0006] According to one embodiment shown in the present disclosure, Computer, a control means for controlling the execution of a predetermined event; a first granting means for granting a first object to a user based on the execution of the predetermined event; and a second granting means for granting at least one of a crypto asset and a second object exchangeable for the crypto asset to the user based on the execution of the predetermined event; The first object is an object that can be in an NFT state. Programs are offered. [Effects of the Invention]

[0007] According to the present invention, the sustainability of the service can be improved. [Brief explanation of the drawings]

[0008]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

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

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

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

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

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

[0015] In this embodiment, the program may be a program that realizes a game by the terminal device 10. The program may also be a program that realizes the game through cooperation between the terminal device 10 and the server 20. The program may also be a program that realizes the game through cooperation between the terminal device 10, the server 20, and the blockchain system 3. The game may, for example, be a game that is executed on a browser launched on the terminal device 10. The various data may also include, for example, data related to the game, such as user information and game information, 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 an HDD (Hard Disk Drive). The storage 23 stores various data related to the game.

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

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

[0019] The terminal device 10 (in other words, a computer, an information processing device) may be, for example, a smartphone, a feature phone, a PDA (Personal Digital Assistant), a tablet computer, a personal computer, a wearable terminal, or a game device, etc. The terminal device 10 may be a mobile terminal. The terminal device 10 may be a portable terminal when the user executes a game.

[0020] The terminal device 10 includes a processor 11, a memory 12, a storage 13, a communication IF 14, an input / output IF 15, an input unit 17, and a display unit 18. These components included in the terminal device 10 are connected to each other by a communication bus.

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

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

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

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

[0025] The input / output IF 15 is an interface through which the terminal device 10 receives input of data and also an interface through which the terminal device 10 outputs data. The input / output IF 15 may input and output data via, for example, a USB (Universal Serial Bus) or the like. The input / output IF 15 may include an input unit 17, a display unit 18, or the like.

[0026] The input unit 17 accepts input from a user. The input unit 17 may be, for example, a pointing device such as a touchpad. The display unit 18 displays images. The display unit 18 may be, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The terminal device 10 includes, for example, a touch screen 16 which is an electronic component that combines the input unit 17 and the display unit 18.

[0027] The input unit 17 has 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. The touch panel serving as the input unit 17 may be of a capacitance type or a resistive film type, or may be of another type.

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

[0029] A plurality of node devices 30 constitute the blockchain system 3. Each node device 30 holds a distributed ledger. Each node device 30 stores the same data in the distributed ledger. Although details will be described later, in this embodiment, assets and the like held by 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 a general-purpose computer such as a workstation or a personal computer, for example. The node device 30 includes a processor 31, a memory 32, a storage 33, a communication IF 34, and an input / output IF 35. These components included in the node device 30 are connected to each other by a communication bus.

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

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

[0033] The storage 33 is an auxiliary storage device. The storage 33 is composed of a storage device such as a flash memory or an HDD (Hard Disk Drive), for example.

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

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

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

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

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

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

[0040] The game information 222 includes, for example, information for defining various game spaces. The game space is a virtual space in which objects such as characters (hereinafter also referred to as "operable characters") that can be operated by the user are arranged. In the following, the object of the character arranged in the game space may be simply referred to as "character". Also, the game information includes, for example, information regarding the positions and setting values of various objects (including items) in the game space. The game information 222 also includes, for example, information for performing displays related to the game.

[0041] The user information 223 is information managed for each game account. The user information 223 includes, for example, information regarding the user's character, information regarding the possessed assets, information indicating the progress of the game, and information regarding the dungeons (the dungeons will be described later) acquired by the user (in other words, information indicating the right to execute events). The possessed assets include tokens, item A, item B, item C, etc., which will be described later. That is, in the storage unit 220, for example, information such as tokens, item A, item B, or item C possessed by each user may be stored in association with identification information that can identify each user.

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

[0043] The transmitting / receiving unit 211 transmits or receives various data. For example, the transmitting / receiving unit 211 receives requests to transmit various data and programs from each terminal device 10 and passes them to the game control unit 212, asset management unit 213, market management unit 214, or the like. The transmitting / receiving unit 211 also transmits various data and programs to each terminal device 10 in accordance with the control of the game control unit 212, asset management unit 213, market management unit 214, or the like.

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

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

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

[0047] The terminal device 10 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 11, memory 12, storage 13, communication IF 14, input / output IF 15, etc. The storage unit 120 stores various data used by the control unit 110. The various data include, for example, a program, game information 122, and user information 123. The program is a program for realizing a game on the terminal device 10 side. The game information 122 and user information 123 are data referenced by the control unit 110 when executing the program.

[0048] The game information 122 includes the same information as the game information 222 of the server 20. Therefore, a description of the game information 122 will be omitted here.

[0049] The user information 123 is data relating to the account of the user who uses the terminal device 10, and includes information similar to the above-described user information 223 of the server 20. Therefore, a description of the user information 123 will be omitted here.

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

[0051] The operation reception unit 111 receives an operation input by the user via the input unit 17 (hereinafter also referred to as an "input operation"). Specifically, when an input operation is performed on the input unit 17, the operation reception unit 111 detects the coordinates of the input position and the type of the input operation. Examples of the type of input operation include various operations by a finger or the like, such as a touch operation, a tap operation, a slide operation, a swipe operation, a flick operation, a pinch-in operation, and a pinch-out operation. The input operation is not limited to an operation that physically contacts the input unit 17 (for example, the touch screen 16), and may include a non-contact operation. Note that an operation for ending an input operation that has been performed until then, such as a touch-off operation for ending the contact with the touch screen 16, can also be regarded as one aspect of the input operation.

[0052] Here, the operation reception unit 111 can also receive an input operation performed using an operating device connected via the input / output IF 15 in the same manner as an input operation on the input unit 17.

[0053] The transmission / reception unit 112 transmits and receives various data. For example, the transmission / reception unit 112 transmits game information 122, user information 123, and the like to the server 20. Also, the transmission / reception unit 112 receives various data, programs, and the like from the server 20. Further, the transmission / reception unit 112 transmits operation information regarding the input operation received by the operation reception unit 111 to the server 20.

[0054] The terminal processing unit 113 executes various processes related to the progress of the game. Specific examples will be described below.

[0055] The device processing unit 113 interprets the user's instruction content based on the coordinates of the input position and the type of 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 interpreted 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. The device processing unit 113 also updates, adds, or deletes game information 122 and user information 123 according to the progress of the game. The device processing unit 113 also instructs the display control unit 114 to display an image according to the progress of the game on the display unit 18.

[0056] The display control unit 114 causes the display unit 18 to display images relating to the game.

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

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

[0059] When the control unit 310 receives a registration request for information regarding the possession of an item transmitted from the server 20 when a user acquires various items (including specific tokens described later), such as acquiring from another user or from an operator (e.g., acquiring through the execution of an event described later), the control unit 310 registers the information in the distributed ledger. The control unit 310 may register information on the transaction history of each item in the distributed ledger based on, for example, information regarding the transaction (in other words, transfer) of the item transmitted from the server 20 or the terminal device 10. Specifically, a plurality of blocks including hash values and transaction data are stored in the distributed ledger. The transaction data may be, for example, information indicating the details of the item transaction. The transaction data includes, for example, input information indicating the transfer source and output information indicating the transfer destination. The hash value is calculated from the information included in the previous block, and in the distributed ledger, the transaction history of each item and the like are stored in a state where each block is connected like a chain by the hash value. By managing such an item transaction history in the distributed ledger of each node device 30, information indicating which user possesses which item can be stored on the blockchain. Note that, instead of the item transaction history, information indicating which user possesses which item may be stored on the blockchain by managing information regarding the possession state of each user's items in the distributed ledger. Thus, in the game of this embodiment, the possession information of the items is stored on the blockchain. Note that there may be items whose possession information is not stored on the blockchain.

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

[0061] <Processing according to this embodiment> Next, the processing according to this embodiment will be described. In this embodiment, the processor 11 of the terminal device 10, the processor 21 of the server 20, or the processor 31 of the node device 30 executes the program stored in the game system 1 to perform each of the processes described below. However, at least a part of the processes performed by the processor 11 among the processes described below may be executed by a processor different from the processor 11 (for example, the processor 21 or the processor 31). Also, at least a part of the processes performed by the processor 21 among the processes described below may be executed by a processor different from the processor 21 (for example, the processor 11 or the processor 31). Further, at least a part of the processes performed by the processor 31 among the processes described below may be executed by a processor different from the processor 31 (for example, the processor 11 or the processor 21). In other words, the computer that executes the program in this embodiment may be any of the terminal device 10, the server 20, and the node device 30, or may be realized by a combination of a plurality of devices. Also, a part or all of various processes may be executed on the blockchain.

[0062] Here, the outline of the game of this embodiment will be described. In the game of this embodiment, there is a common map among a plurality of users (specifically, all users) participating in the game. Also, a plurality of dungeons are arranged on this map. An example of the map is shown in FIG. 3. In the map shown in FIG. 3, the positions of the dungeons are indicated by crosses.

[0063] The user acquires (or selects) the dungeon they will explore (or in other words, the dungeon where the event will take place) from the map. Note that the acquisition of the dungeon may be performed, for example, by an operation to select a specific dungeon on the map displayed on display unit 18 (for example, a touch operation on input unit 17). The acquisition of the dungeon may also be performed, for example, by an operation to move the playable character and guide the playable character to the location within the map (or in other words, within the virtual space) where the specific dungeon is located.

[0064] Furthermore, the user is able to explore the dungeon that he or she has acquired. In other words, the user is able to play a quest for the dungeon that he or she has acquired. In yet other words, once the user has acquired a dungeon, the user is able to execute an event to explore the dungeon. Note that, in this embodiment, the event (in other words, a quest) refers to exploring a dungeon, but it may also be, for example, an event aiming to defeat a predetermined character (e.g., a non-player character or a character controlled by another user), an event aiming to win a predetermined sport, or an event to watch or watch a predetermined game. In this way, in the game of this embodiment, once a predetermined condition is met (in other words, once a dungeon is acquired), an event aiming to achieve a predetermined objective can be executed.

[0065] In addition, in the game of this embodiment, Item A used for dungeon exploration is prepared. And in order to explore the dungeon, the user needs to possess Item A. In other words, Item A is an item necessary to participate in the game (in other words, to execute an event). Note that in the game of this embodiment, multiple types of Item A with different characteristics are prepared. Also, Item A can be in a state of being NFT (Non-Fungible Token) -ized. The state of being NFT -ized means a state in which information proving that Item A is unique is stored on the blockchain. In other words, the state of being NFT -ized means a state in which the NFT corresponding to Item A is issued and managed on the blockchain. Hereinafter, digital assets such as items for which the corresponding NFT has been issued are also called NFTs. In this embodiment, the NFT -ization of Item A (in other words, the generation of Item A) is performed by the game operator, and it is not possible for the user to do so (in other words, mint by the user). In other words, in this game, the user cannot obtain Item A in a state where it is not NFT -ized.

[0066] Also, in the game of this embodiment, Item B and Item C can be given to the user as rewards based on dungeon exploration. Details will be described later, but Item B can be in a state of being NFT -ized. Also, Item C is an item that can be exchanged for a predetermined token. Hereinafter, the token that can be obtained by exchanging with Item C is called a "specific token".

[0067] In the game of this embodiment, there are multiple types of Item B, which is an item with a collection element. Specifically, Item B is a monster that the user collects. Also, Item A is an item used to capture the monster that is Item B. That is, the game of this embodiment has a gameplay where it explores a dungeon using a capture item as Item A to capture a monster as Item B and collects the monster.

[0068] Also, the specific token that can be obtained by exchanging with Item C is a cryptocurrency (for example, virtual currency). In the game of this embodiment, the specific token can be used for raising the level of Item A, repairing Item A (in other words, mending), NFT-izing Item B, and various time reductions, etc.

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

[0070] The exploration of a dungeon as a predetermined event is performed, for example, as follows. That is, the exploration of the dungeon may be started by the user performing an operation to instruct the start of the exploration of the dungeon obtained by the user. Also, the exploration of the dungeon may proceed automatically by the game control unit 212. Alternatively, the exploration of the dungeon may proceed based on the user's operation by the game control unit 212. That is, for example, when an operation to instruct the start of the exploration of the dungeon is performed, then the exploration may proceed without requiring the user's operation thereafter, and Item B or Item C as a reward for the exploration may be given to the user. Alternatively, for example, when an operation to instruct the start of the exploration of the dungeon is performed, then thereafter, the user can explore inside the dungeon (in other words, inside the virtual space) by moving the operation character, and among Item B and Item C arranged inside the dungeon, an item discovered by the user may be given as a reward.

[0071] Incidentally, the acquisition probability of item B in dungeon exploration may be set lower than the acquisition probability of item C. In other words, item B may be rarer than item C. Further in other words, the acquisition probability of item B in dungeon exploration may be set lower than the acquisition probability of a specific token. Also, item B may be an item that cannot be acquired in one exploration. Also, item C may be an item that can always be acquired in one exploration. Incidentally, in this embodiment, the same amount of item C (in other words, a specific token) can be acquired in any dungeon.

[0072] The quality or quantity of Item B or Item C that can be obtained as a reward by exploring the dungeon may vary according to the level or durability value of Item A used for the exploration. For example, the higher the level of Item A, the higher the quality of Item B that can be obtained, or the quantity (e.g., the expected value of the quantity) of Item B and Item C that can be obtained may increase. Also, for example, Item A may have a durability value set, and as it is used for exploration, the durability value may decrease (e.g., decrease from a durability value of "100" towards a durability value of "0"). And as the durability value decreases, it may become more difficult to obtain Item B of high quality, or the quantity (e.g., the expected value of the quantity) of Item B and Item C that can be obtained may decrease. Also, when the durability value reaches a predetermined value, it may become impossible to explore the dungeon using Item A, or Item A may break and the durability value cannot be restored (e.g., the user loses Item A, etc.). In such a case, the operation reception unit 111 may receive an operation instruction to increase the level of Item A. Then, information regarding the operation is sent from the terminal device 10 to the server 20, and the control unit 210 of the server 20 may perform a process of increasing the level of Item A based on the operation. Also, a predetermined amount of a specific token is required to increase the level of Item A, and when the level of Item A is increased by the operation, the predetermined amount of the specific token may be consumed. Also, the operation reception unit 111 may receive an operation instruction for the user to restore the durability value of Item A (in other words, repair Item A). Then, information regarding the operation is sent from the terminal device 10 to the server 20, and the control unit 210 of the server 20 may perform a process of restoring the durability value of Item A based on the operation. Also, a predetermined amount of a specific token is required to restore the durability value of Item A, and when the durability value of Item A is restored by the operation, the predetermined amount of the specific token may be consumed. That is, the specific token may be usable for changing a predetermined parameter regarding Item A.

[0073] In the game of this embodiment, items that can be obtained through acquisition routes different from item A, item B, and item C may be prepared. For example, there may be items that can be purchased in the game (for example, items such as clothes (in other words, skins) that can be equipped by the playable character) using in-game currency that is not a cryptocurrency (for example, assets held by the user that are not managed by a blockchain but are managed in the storage unit 220, etc.). The game currency may be something that can be purchased using legal tender, etc.

[0074] Furthermore, various items in this embodiment (for example, item A, item B, and item C) may be read as objects. Objects include characters, items, etc. In other words, item B and item C granted by the execution of an event may be characters, etc.

[0075] In this embodiment, the map is updated (in other words, newly generated) at predetermined intervals (specifically, once a day). In addition, in conjunction with the map updates, the dungeons are also updated (in other words, newly generated) at predetermined intervals (specifically, once a day). Furthermore, only one user can acquire one dungeon, and once a user acquires a dungeon, that dungeon cannot be acquired by other users. In other words, acquisition of dungeons is first come, first served. Note that map updates and dungeon updates may involve completely renewing past maps and dungeons (in other words, new maps and dungeons are generated and past maps and dungeons are deleted), or may involve expanding past maps or adding new dungeons in addition to dungeons generated in the past.

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

[0077] As described above, in the game of this embodiment, in order to participate in the game, the user needs to possess Item A. In this embodiment, Item A can be purchased in the in-game marketplace, and the user purchases Item A in the marketplace. Note that Item A can be purchased with a predetermined cryptocurrency. The predetermined cryptocurrency may be a specific token that can be acquired by exchanging it with Item C, or may be other cryptocurrency. Transactions in the marketplace are managed by the marketplace management unit 214. Specifically, for example, the operation reception unit 111 of the terminal device 10 receives an operation for selecting an item that the user wishes to purchase. Then, information regarding the operation is sent to the marketplace management unit 214 of the server 20 via the transmission / reception units 112 and 211, and the marketplace management unit 214 performs a process of delivering the item selected by the user to the user and delivering the consideration therefor from the user to the person who sold the item.

[0078] Next, the user uses the acquired Item A to explore the dungeon. In the exploration of the dungeon, it is possible to acquire a plurality of types of items including Item B and Item C.

[0079] The Item C acquired by the user can be exchanged for a specific token. Note that in order to exchange it for a specific token, it may be necessary to accumulate a predetermined amount of Item C. Also, in this embodiment, Item C is given to the user by exploring the dungeon, and the user exchanges Item C for a specific token. However, instead of or in addition to Item C, a specific token may be directly given to the user by exploring the dungeon. In other words, the game may be configured to give at least one of Item C and the specific token by exploring the dungeon. Here, giving at least one of them includes a configuration in which the other is not given.

[0080] In addition, the specific token obtained by exchanging with item C is a token that can be exchanged for other cryptographic assets (e.g., virtual currency) at a predetermined exchange (e.g., a decentralized exchange). Also, the specific token is a utility token. Note that the specific token is an original token related to the game of this embodiment and has a set issuance limit, but it may also be a virtual currency or the like that can be used outside the game.

[0081] In addition, item B acquired by the user can be NFTized. That is, in this embodiment, it is possible to issue an NFT corresponding to item B and manage it on the blockchain. Specifically, the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects item B that the user wants to NFTize in the game. Then, information regarding the operation is sent to the asset management unit 213 of the server 20 via the transmission / reception units 112 and 211, and the asset management unit 213 may perform a process of NFTizing the selected item B based on the operation. Also, a predetermined amount of specific tokens is required for NFTization, and when item B is NFTized by the operation, the predetermined amount of specific tokens may be consumed. Also, the NFTized item B may be able to be bought and sold in the in-game marketplace. In other words, NFTization of an item can also be said to make the item in a state where it can be bought and sold in the marketplace. Specifically, for example, the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects item B that the user wants to sell. Then, information regarding the operation is sent to the market management unit 214 of the server 20 via the transmission / reception units 112 and 211, and the market management unit 214 may put up for sale the item selected by the user based on the operation. And when there is another user who wishes to purchase, the market management unit 214 may perform a process of delivering the item to the other user and delivering the consideration from the other user to the user who sold the item.

[0082] Furthermore, item B may be exchangeable for a specific token. Specifically, the operation receiving unit 111 of the terminal device 10 may receive an operation by the user to select item B 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, 211, and the asset management unit 213 may grant the specific token to the user in exchange for the selected item B based on the operation. In other words, item B may be an item that can be converted into an NFT and exchanged for a specific token.

[0083] Furthermore, it may be possible to combine multiple (e.g., two) items B (in other words, NFTs) to generate another new item B (in other words, NFT). In other words, it may be possible to use (in other words, burn) multiple items B to generate (in other words, mint) a new item B. Specifically, it may be possible to generate a new item B using multiple NFT-ed items B. That is, the operation receiving unit 111 may receive an operation by the user to select multiple items B to be used to generate item B in the game. Information related to the operation is then sent to the asset management unit 213 via the transmission / reception units 112, 211, and the asset management unit 213 may generate a new item B using the selected multiple items B based on the operation.

[0084] Note that item B does not have to be an item that can be converted into an NFT (in other words, an item that can be in an NFTed state). Item B, which is an item different from item C (in other words, an object), may be an item that can be exchanged for a specific token or other cryptocurrency. In this embodiment, a specific token or other cryptocurrency may be directly awarded to the user instead of item B as a result of exploring the dungeon. Item B that has not been converted into an NFT (for example, not in an NFTed state) may be available for buying and selling in an in-game marketplace.

[0085] The game control unit 212 controls the game played by the user. The game control unit 212 includes an event management unit 231, an event execution unit 232, and a reward awarding unit 233. Further, the event management unit 231 executes a map creation process for creating a map, a reward outline determination process for determining an outline of a reward, a dungeon creation process for creating a dungeon, and a reward detail determination process for determining details of a reward.

[0086] Among the various processes in the present embodiment, there are processes having randomness. In the present embodiment, the processes having randomness are realized by performing calculations using a predetermined seed. The predetermined seed includes a seed using a blockchain (for example, the blockchain of Bitcoin) and a seed using a dungeon ID described later, and only one of them may be included. Specifically, in the present embodiment, two types of seeds using a blockchain (hereinafter, each referred to as "seed hlast ", "seed hfirst ".) and one type of seed using a dungeon ID (hereinafter, referred to as "seed mdid ".) are prepared.

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

[0088] In this embodiment, maps, rewards, etc. are randomly determined based on various seeds. However, since the method of randomly determining predetermined matters such as maps and rewards based on a certain seed is well-known, the description thereof is omitted.

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

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

[0091] In the reward summary determination process, the event management unit 231 determines the reward summary for each dungeon. Specifically, as the reward summary determination process, the event management unit 231 determines the number of rewards for each dungeon and the summary of the size of each reward (for example, a size of about 3 to 5 levels such as small, medium, and large). Here, the rewards include item B and item C. That is, in the reward summary determination process, for example, when exploring a certain dungeon, the monsters as item B obtained are determined to be 5 small monsters, 3 medium monsters, 1 large monster, etc. In this embodiment, there is one type of item C, and in the reward summary determination process, the number of item C obtained when exploring a certain dungeon is determined, but there may be multiple types of item C.

[0092] In this embodiment, the reward summary (specifically, the number of rewards and the size of each reward) is determined randomly. In other words, the determination of the reward summary has randomness. Specifically, the event management unit 231 generates a random number by performing an operation using a predetermined seed (hereinafter referred to as the "summary determination seed"), and determines the reward summary based on the random number. The summary determination seed includes seed hlast and seed mdid . In other words, the event management unit 231 determines the reward summary using a function with seed hlast and seed mdid specified as arguments. Further in other words, the event management unit 231 performs a predetermined lottery using seed hlast and seed mdid to determine the reward summary. Here, when determining the reward summary for a certain dungeon, the event management unit 231 uses the dungeon ID of the certain dungeon as seed mdid . That is, the event management unit 231 determines the reward summary according to seed hlast (in other words, the hash of the blockchain) and the dungeon ID of each dungeon for each dungeon.

[0093] In the dungeon creation process, the event management unit 231 creates a dungeon as a three-dimensional virtual space that includes the reward determined in the reward summary determination process (in other words, where the reward is granted). Here, creating a dungeon may involve determining the structure of the dungeon, etc. The dungeon creation process can also be said to determine the difficulty level of the dungeon (specifically, the difficulty level of exploration). Note that, for example, in a configuration in which dungeon exploration is performed automatically, the time required for exploration (in other words, the time from the start to the end of exploration) may be longer as the difficulty level increases.

[0094] In this embodiment, dungeons are created randomly. In other words, the dungeon creation process has a random nature. Specifically, the event management unit 231 generates a random number by performing a calculation using a predetermined seed (hereinafter referred to as a "dungeon creation seed"), and creates a dungeon based on the random number. The dungeon creation seed includes the following: hlast and seed mdid The event management unit 231 then hlast and seed mdid and the reward summary determined in the reward summary determination process are specified as arguments to create a dungeon using a function. In other words, the event management unit 231 hlast and seed mdid When a dungeon is created, the event management unit 231 creates a dungeon ID of the dungeon by using the seed mdid When creating a dungeon, the event management unit 231 uses the reward summary determined for the dungeon as an argument. That is, the event management unit 231 determines whether each dungeon is created using the seed hlast Dungeons are created based on the blockchain hash (in other words), the dungeon ID of each dungeon, and the reward summary of each dungeon determined in the reward summary determination process.

[0095] In the reward detail determination process, the event management unit 231 determines the details of the rewards to be obtained in each dungeon, as determined in the reward summary determination process. Specifically, the event management unit 231 determines the details of the type, color, size, and so on of item B determined as the reward in the reward summary determination process. More specifically, for example, if the reward summary is determined to be five small monsters, three medium monsters, and one large monster, as described above, the event management unit 231 determines the types of each small, medium, and large monster, such as dragon, tiger, etc. The event management unit 231 also determines the colors of each small, medium, and large monster, such as gold, blue, white, etc. The event management unit 231 also determines the details of the size of each small, medium, and large monster, such as a body length of 50 meters, 100 meters, etc.

[0096] In this embodiment, the details of the reward (specifically, the type, color, and detailed size of item B) are determined randomly. In other words, the determination of the details of the reward is random. Specifically, the event 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 reward based on the random number. The detail determination seed includes the following: hfirst and seed mdid The event management unit 231 then hfirst and seed mdid The reward details are determined using a function in which the reward summary determined in the reward summary determination process is specified as an argument. In other words, the event management unit 231 determines the reward details using a function in which the reward summary determined in the reward summary determination process is specified as an argument. hfirst and seed mdid When determining the details of the reward for a certain dungeon, the event management unit 231 uses the dungeon ID of the certain dungeon as a seed. mdidWhen determining the details of the reward for a certain dungeon, the event management unit 231 uses the summary of the reward determined for that certain dungeon as an argument. That is, the event management unit 231 uses the seed hfirst (In other words, the hash of the blockchain), the dungeon ID of each dungeon, and the reward summary for each dungeon determined in the reward summary determination process.

[0097] As described above, in this embodiment, details of item B (such as the type or quantity) that may be granted based on dungeon exploration are not finalized until the reward detail determination process is executed. Details of item C (or specific tokens) that may be granted based on dungeon exploration (such as the type or quantity) may be finalized at the time the reward summary determination process is executed (in other words, before the right to execute the event is granted to the user). Furthermore, in the reward summary determination process and reward detail determination process, the summary and details of item B as a reward may be determined, and the type and quantity of item C (or specific tokens) that may be granted based on dungeon exploration may be determined, for example, at the time the reward summary determination process is executed, by a process using a seed different from the summary determination seed and the detail determination seed (a process different from the reward summary determination process). In this case, unlike the reward summary determination process and reward detail determination process, the logic of the process for determining item C and the seed used in this process may not be stored or disclosed on the blockchain (disclosure of the reward summary determination process and reward detail determination process will be described later). In other words, the seed used in the process does not have to be a blockchain-based seed (e.g., a seed related to a hash of the blockchain).

[0098] Here, the timeline for dungeon acquisition and exploration is explained with reference to Figure 5. Here, the last generated hash for May 29, 2022 is last_20220529 seed hlastIt is used as the hash of the first generated hash on May 31, 2022. first_20220531 seed hfirst This section explains an example where the game is used to generate maps and dungeons, determine rewards, etc.

[0099] First, the event 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 hlast is determined when the first hash (in other words, the first block) is generated on May 30, 2022. Therefore, in this embodiment, the event management unit 231 determines the hash last_20220529 Create a map using the following.

[0100] The event management unit 231 also performs a reward summary determination process using the last hash on May 29, 2022, and determines the reward summary for each dungeon. The event management unit 231 also performs a dungeon creation process using the last hash on May 29, 2022, and creates a dungeon that includes the rewards determined in the reward summary determination process. In this embodiment, the event management unit 231 creates a hash at the time the first hash on May 30 is generated (in other words, after the hash is generated). last_20220529 The event management unit 231 determines the reward summary using the hash value at the timing when the first hash value is generated on May 30th (in other words, after the hash value is generated). last_20220529 Use to create a dungeon.

[0101] The event management unit 231 also controls to limit the period during which the dungeon can be acquired. In this embodiment, the period during which the dungeon 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). hlastis determined), until the first hash is generated on the next day (the seed related to the hash hfirst is determined). In other words, the event management unit 231 controls the period during which the dungeon created using hash last_20220529 can be obtained to be the period until the details of the reward for the dungeon are determined. To put it more simply, when a dungeon (in other words, a map) is created, the dungeon created until the timing when the next dungeon (in other words, a map) is created can be obtained. Note that the period during which the dungeon can be obtained may be set, for example, from when the first hash of the day is generated until the end of that day (in other words, the day when the dungeon is generated).

[0102] Also, the event management unit 231 performs the reward detail determination process using the first hash on May 31, 2022, and determines the details of the reward for which the last hash on May 29, 2022 was used for the determination of the outline. In this embodiment, the event management unit 231 determines the details of the reward using hash first_20220531 at the timing when the first hash on May 31 is generated (in other words, after the hash is generated). That is, the event management unit 231 determines the details of the reward related to the dungeon after the period during which the dungeon can be obtained has elapsed. In other words, the event management unit 231 controls so that the dungeon cannot be obtained after the details of the reward are determined.

[0103] In this way, the dungeon for which the outline and details of the reward are determined is given to the user based on the user's operation and can be explored.

[0104] When the event management unit 231 receives an operation for selecting a dungeon to be explored by the user, based on this operation, the selected dungeon is assigned to the user. In other words, the event management unit 231 grants the user the right to explore the dungeon selected by the user (in other words, the right to execute the event). Specifically, for example, the operation reception unit 111 of the terminal device 10 receives an operation for selecting a dungeon to be explored from among a plurality of dungeons in the map. In other words, the operation reception unit 111 receives an operation for acquiring a specific dungeon from among a plurality of dungeons. Further in other words, the operation reception unit 111 receives an operation related to the acquisition of the right to execute a specific event (specifically, the exploration of a specific dungeon). That is, in this embodiment, the user can explore the dungeon acquired by the user himself / herself, and the acquisition of the dungeon can be regarded as the acquisition of the right to execute the exploration of the dungeon (in other words, the event). Here, the grant of the right to execute the event means that as long as the execution of the event (for example, the exploration of the dungeon) becomes possible as a result. That is, the grant of the right to execute the event can also be said to be a process for enabling the execution of the event by the user.

[0105] Also, when receiving an operation to acquire a dungeon, the display control unit 114 causes the display unit 18 to display information regarding rewards that can be obtained by exploring the dungeon. Specifically, for example, the terminal processing unit 113 receives information regarding the outline of the dungeon rewards from the event management unit 231, and based on this information, causes the display unit 18 to display the number of rewards that can be obtained when exploring the dungeon, the outline of the size of each reward, and the like. More specifically, for example, in a configuration where the acquisition of a dungeon is performed by an operation of selecting a specific dungeon on the map displayed on the display unit 18, when a specific dungeon is selected on the map, information regarding the rewards that can be obtained by exploring the specific dungeon is displayed on the display unit 18, and the user may be able to select whether to acquire the specific dungeon after viewing the information. Also, for example, in a configuration where the acquisition of a dungeon is performed by guiding the operation character to a position where a specific dungeon is arranged within the map by an operation of moving the operation character, when the operation character is moved to the position where the specific dungeon is arranged, information regarding the rewards that can be obtained by exploring the specific dungeon is displayed on the display unit 18, and the user may be able to select whether to acquire the specific dungeon after viewing the information. That is, in the present embodiment, the event management unit 231 can present information regarding rewards that can be obtained by executing the event to the user before the user acquires the right to execute the event, and the information is displayed on the display unit 18. Note that the display of the information is not limited to directly showing the outline of the obtainable rewards and the like, and may indirectly show them (for example, something that suggests the degree of expectation regarding the amount and quality of the obtainable rewards).

[0106] Furthermore, the event management unit 231 stores information indicating dungeons acquired by a user on a blockchain (e.g., the Ethereum blockchain). Specifically, when a user acquires a dungeon, the event management unit 231 stores information indicating that the user has acquired the dungeon on the blockchain. That is, in this embodiment, a history of dungeon acquisition by a user is stored on the blockchain. In other words, in this embodiment, information regarding the user's right to play an event is stored on the blockchain. This configuration makes it possible to prevent the acquisition of dungeons, items, and the like through fraudulent means. That is, in this embodiment, a user is entitled to earn a reward by acquiring a dungeon with a limited acquisition period (in other words, a right to play an event), and information indicating the dungeons 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 through fraudulent means, it is possible to confirm that the user does not have acquisition information for a dungeon in which the item can be acquired, thereby proving the user's fraud. In addition, in this embodiment, dungeon acquisition information is stored on a blockchain that is difficult to rewrite, and the timing for determining reward details is after the period during which the dungeon can be acquired has elapsed, making it possible to more firmly prevent the fraudulent acquisition of items.

[0107] The event execution unit 232 starts the exploration of the dungeon acquired by the user based on an operation instructing the start of the dungeon exploration by the user. That is, the operation reception unit 111 receives an operation instructing the execution (in other words, the start) of the predetermined event by the user who has the right to execute the predetermined event (in other words, the exploration of the specific dungeon). Then, information regarding the operation is sent to the event execution unit 232 via the transmission / reception units 112 and 211, and the event execution unit 232 starts the predetermined event based on the operation. Specifically, for example, information regarding the dungeon acquired by the user is displayed on the display unit 18, and the operation reception unit 111 may receive an operation instructing the start of the dungeon exploration while the information is being displayed.

[0108] In the game of this embodiment, the exploration of the dungeon can be performed from the timing after the outline of the reward is determined and the dungeon is created, and it is also possible to perform the exploration before the details of the reward are determined. Further, the exploration of the dungeon can also be performed after the details of the reward are determined.

[0109] Further, the event execution unit 232 automatically progresses the exploration of the dungeon. That is, for example, when the operation reception unit 111 receives an operation instructing the execution of the event, the event execution unit 232 progresses the event without requiring the user's operation. Specifically, the event (in other words, the exploration of the dungeon) ends when a predetermined period (for example, several hours) has elapsed since the start of the event. Further, the predetermined period can be shortened by consuming a specific token based on the user's selection. Note that the event may end immediately after it is started. Also, the exploration of the dungeon may progress based on the user's operation by the event execution unit 232. Specifically, for example, when an operation instructing the execution of the event is performed, thereafter, the operation reception unit 111 receives an operation for moving the operation character in the dungeon (in other words, an operation for searching for an item arranged in the dungeon, etc.), and an item discovered by the user may be given as a reward.

[0110] The reward granting unit 233 grants a reward to the user based on the exploration of the dungeon. In other words, the reward granting unit 233 grants a reward to the user based on the execution of an event. Specifically, in this embodiment, the exploration of the dungeon proceeds automatically, and when the exploration is completed, items B and C discovered during the exploration are granted to the user. Note that, for example, when the exploration of the dungeon proceeds manually, the discovered items may be granted to the user as rewards each time the user operates the playable character to discover items B and C in the dungeon. Furthermore, at least a portion of the rewards granted based on the execution of an event may not be items discovered during the exploration, but may be granted as a reward for the exploration, etc.

[0111] Here, the timing at which the granting of item B or item C is determined based on the dungeon exploration (in other words, for example, when the dungeon exploration ends) can be either before or after the details of the reward (specifically, the details of item B) are determined. In other words, whether the dungeon exploration is performed automatically or manually, there may be cases where the details of the reward have not yet been finalized at the time when the granting of the reward is determined. Specifically, in this embodiment, there may be a situation where a monster as item B is discovered by exploring the dungeon before the details of the monster as item B are determined (in other words, the granting of item B is determined) (however, the details of item B are not yet known). Therefore, if the granting of item B is determined before the details of the reward are determined (in other words, when item B is discovered), the reward granting unit 233 does not grant item B at the time when the granting of item B is determined (in other words, for example, when the dungeon exploration ends), but grants item B as a reward after the details of item B are determined. In other words, in this embodiment, the details of the reward are determined after the dungeon obtainable period (in other words, the period during which the right to execute the event can be obtained) has elapsed as a predetermined period. There may be cases where a dungeon is explored (in other words, an event) is performed during the dungeon obtainable period and the granting of a reward is determined. However, if the granting of a reward is determined during the dungeon obtainable period, the reward granting unit 233 may grant the reward after the details of the reward are determined. Here, "granting a reward after the details of the reward are determined" in this embodiment means granting a specific monster as item B, the details of which have been determined. In other words, "granting a reward after the details of the reward are determined" may include, for example, a configuration in which an item, etc., that replaces a specific monster as item B (for example, an item indicating that a certain monster will be granted after the details have been determined) is granted before the details of the reward are determined.

[0112] In this embodiment, map creation, dungeon creation, determination of reward outlines, and determination of reward details are carried out on a daily basis, and the map and dungeons are updated daily. That is, for example, in the example shown in FIG. 5, map creation processing, reward outline determination processing, and dungeon creation processing are carried out using the last hash on May 30, and for the rewards whose outlines are determined in the reward outline determination processing, reward detail determination processing is carried out using the first hash on June 1. In this embodiment, the next map update and dungeon update are carried out after the acquirable period of the dungeon ends, but the next map update and dungeon update may be carried out during the acquirable period of the dungeon. In other words, the hash used for map creation, dungeon creation, determination of reward outlines, or determination of reward details does not have to be the last hash or the first hash of the day.

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

[0114] Note that in the game of this embodiment, the lottery logic related to item B is stored and published on the blockchain. Specifically, the logic of the reward outline determination process and the reward detail determination process is published as a smart contract. That is, seed hlastThe logic for determining the reward summary using the above will be published as a smart contract. hfirst The logic for determining the reward details using the seed will be published as a smart contract. hlast and seed hfirst is a hash of the blockchain and is a publicly available seed. In other words, in this embodiment, the outline of the rewards obtainable in each dungeon 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 reward outline using the publicly available seed and the predetermined logic. In addition, in this embodiment, the details of the rewards obtainable in each dungeon 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 reward 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 granting of rewards and clearly presents this information to users. Furthermore, by using a hash of the blockchain 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 granting of rewards cannot be controlled by even the operator, and users can verify the granting of rewards 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 reward summary and details 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 specified objects to appear. The logic of the dungeon creation process may also be stored on the blockchain and made public, or may not be stored on the blockchain and kept private.

[0115] Item A owned by a user may be available for loan to other users. Specifically, when a user loans item A to another user, the operation receiving unit 111 of the terminal device 10 of the other user may receive an operation by the other user instructing the execution of an event for which the user has the right to execute. Information regarding the operation may then be sent to the event executing unit 232 via the transmitting / receiving units 112, 211, and the event executing unit 232 may start the event based on the operation by the other user. In other words, even if the other user does not own item A, the other user may be able to borrow item A and play the game. In this case, the reward granting unit 233 may grant a portion of the reward earned from the event executed based on the operation of the other user to the user who loaned item A. This provides the user who loans item A with the advantage of being able to get help from other users in clearing the dungeon, thereby improving the efficiency of the dungeon clearing process. Furthermore, the user who borrows the item benefits from being able to participate in the game without purchasing item A.

[0116] Next, the process of generating a dungeon and determining a reward will be described with reference to the flowchart shown in FIG.

[0117] The event management unit 231 acquires the hash generated at the end of a day from a specific blockchain (step S1). Next, the event management unit 231 uses the acquired hash as a seed (specifically, a seed hlast ) to perform calculations and create a map (step S2). Specifically, the event management unit 231 determines the topography of the map and the placement of dungeons on the map, and assigns an ID to each dungeon in the map so that each dungeon can be identified.

[0118] Next, the event management unit 231 determines a reward summary for each dungeon in the map created in step S2 (step S3). Specifically, the event management unit 231 generates a seed (specifically, a seed hlast , seed mdid ) to determine the number of rewards for each dungeon and the approximate size of each reward.

[0119] Next, the event management unit 231 creates a dungeon to which the reward outlined in step S3 is to be awarded (in other words, the dungeon that includes the reward) (step S4). Specifically, the event management unit 231 creates a seed (specifically, a seed hlast , seed mdid ) to perform calculations and create dungeons.

[0120] Next, the event 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 event management unit 231 determines the details of the reward for each dungeon in the map created in step S2 (step S6). Specifically, the event management unit 231 uses the hash acquired in step S5 and the dungeon ID of each dungeon as a seed (specifically, seed hfirst , seed mdid ) to perform calculations to determine the type, color, and specific size of item B as a reward for each dungeon.

[0121] Next, the process of acquiring and searching a dungeon will be described with reference to the flowchart shown in FIG.

[0122] The operation acceptance unit 111 of the terminal device 10 accepts an operation to acquire a dungeon to be explored from among a plurality of dungeons in a map (step S11). In other words, the operation acceptance unit 111 accepts an operation to select a specific dungeon from among a plurality of dungeons. In yet other words, the operation acceptance unit 111 accepts an operation to acquire the right to execute a specific event (specifically, to explore a specific dungeon).

[0123] When an operation to acquire a dungeon to explore is performed, the event management unit 231 grants the specific dungeon to the user based on the operation (step S12). In other words, the event management unit 231 grants the right to execute an event to the user based on the user's operation.

[0124] Furthermore, the operation receiving unit 111 receives an operation to instruct the user to start searching the acquired dungeon (step S13). In other words, the operation receiving unit 111 receives an operation by the user to instruct the execution of an event that the user has the right to execute.

[0125] Furthermore, the event execution unit 232 starts the search based on a user operation instructing the start of a dungeon search (step S14). In other words, the event execution unit 232 executes an event based on a user operation instructing the execution of an event. The executed event may be progressed by the event execution unit 232 in response to a user operation (in other words, manually), or may be progressed automatically by the event execution unit 232 without any user operation. The user may be able to select whether to progress the event manually or automatically.

[0126] Next, the reward granting unit 233 grants a reward to the user based on the exploration of the dungeon (step S15). In other words, the reward granting unit 233 grants a reward to the user based on the execution of the event. Specifically, the reward granting unit 233 grants items B and C based on the exploration of the dungeon.

[0127] In addition, in this embodiment, the items, tokens, and various logics (in other words, smart contracts) managed on the blockchain are managed on the same blockchain, but some of them may be managed on different blockchains. Also, the hash used for various processes may be the hash of the same blockchain or the hash of another blockchain. Note that existing blockchains such as Ethereum and Bitcoin may be used for the blockchain. Note that the NFTs corresponding to Item A and Item B (in other words, Item A and Item B that have been NFT-ized) may be bridged from the issued blockchain to another blockchain.

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

[0129] Note that the present invention is not limited to the above-described embodiments, and can be implemented with various modifications without departing from the gist thereof. Within the scope of the present invention, free combinations of each component, modifications of any component, or omissions of any component are possible. Also, the processing flow described in this specification is merely an example, and the order and configuration of each process may be different.

[0130] <Supplementary Note> The matters described in the above embodiments can also be described as follows in the supplementary note below.

[0131] (Supplementary Note 1) A computer, control means for controlling the execution of a predetermined event (for example, event execution unit 232), first granting means for granting a first object to a user based on the execution of the predetermined event (for example, reward granting unit 233), Function as second granting means (for example, reward granting unit 233) that grants at least one of the cryptocurrency and a second object exchangeable with the cryptocurrency to the user based on execution of the predetermined event. The first object is an object that can be in an NFT form. Program. According to this configuration, a service in which a cryptocurrency or an object exchangeable with the cryptocurrency is granted based on execution of a predetermined event, that is, a service in which a cryptocurrency can be acquired based on execution of a predetermined event can be provided. On the other hand, in such a service, there is a characteristic that the psychology of users who want to earn cryptocurrencies tends to work, and there is a risk that the value of the cryptocurrency will decrease and the economy will collapse because acquisition exceeds consumption of the cryptocurrency. In other words, there were issues regarding sustainability in this type of service. However, according to this configuration, not only can a cryptocurrency be acquired based on execution of a predetermined event, but also an object that can be in an NFT form can be acquired. Therefore, it becomes possible to activate the economy through the distribution of objects in the NFT form, and the sustainability of the service can be improved.

[0132] (Appendix 2) The probability that the first object is granted in the predetermined event is lower than the probability that the cryptocurrency or the second object is granted in the predetermined event. The program according to Appendix 1. According to this configuration, the rarity value of the first object can be increased, so it is possible to prevent the value of the first object from decreasing and the sustainability of the service from decreasing.

[0133] (Appendix 3) Function the computer further as exchange means for exchanging the first object held by the user with the cryptocurrency. The program according to Appendix 1. This configuration strengthens the connection between the first object and the cryptocurrency, revitalizing the economy and improving the sustainability of the service.

[0134] (Appendix 4) The computer further functions as an NFT conversion means (for example, an asset management unit 213) that consumes the crypto asset to convert the first object into an NFT. A program according to any one of appendices 1 to 3. According to this configuration, when the first object is converted into an NFT and distributed, consumption of crypto assets can be required, making it possible to strike a balance between the acquisition and consumption of users' assets, thereby improving the sustainability of the service.

[0135] (Appendix 5) A control means (for example, an event execution unit 232) for controlling the execution of a predetermined event; a first granting means (e.g., a reward granting unit 233) for granting a first object to a user based on the execution of the predetermined event; and second granting means (e.g., a reward granting unit 233) that grants at least one of a crypto asset and a second object exchangeable for the crypto asset to the user based on the execution of the predetermined event. Information processing system. According to this configuration, the same effects as those of the program described in Supplementary Note 1 can be achieved. [Explanation of symbols]

[0136] 1 Game system, 3 Blockchain system, 10 Terminal device, 11 Processor, 12 Memory, 13 Storage, 14 Communication IF, 15 Input / output IF, 16 Touch screen, 17 Input unit, 18 Display unit, 20 Server, 21 Processor, 22 Memory, 23 Storage, 24 Communication IF, 25 Input / output IF, 30 Node device, 31 Processor, 32 Memory, 33 Storage, 34 Communication IF, 35 Input / output IF, 110 Control unit, 111 Operation acceptance unit, 112 Transmission / reception unit, 113 Terminal processing unit, 114 Display control unit, 120 Memory unit, 210 Control unit, 211 Transmission / reception unit, 212 Game control unit, 213 Asset management unit, 214 Market management unit, 220 Memory unit, 231 Event management unit, 232 Event execution unit, 233 Reward granting unit, 310 Control unit, 320 Memory unit

Claims

1. A computer, control means for controlling the execution of a predetermined event; granting means for granting a user a predetermined object that can be in an NFT state based on the execution of the predetermined event; exchange means for exchanging the non-NFT-formatted predetermined object held by the user with a crypto asset, and functioning as a program.

2. A computer, functioning as NFT conversion means for consuming the crypto asset to convert the predetermined object into an NFT, wherein the predetermined object can be sold and bought with other users after being converted into an NFT, and can be exchanged with the crypto asset without involving buying and selling with other users under the control of the exchange means The program according to claim 1.

3. control means for controlling the execution of a predetermined event; granting means for granting a user a predetermined object that can be in an NFT state based on the execution of the predetermined event; exchange means for exchanging the non-NFT-formatted predetermined object held by the user with a crypto asset, comprising an information processing system.

Images