WO2024116824A1 - プログラムおよび情報処理システム - Google Patents

プログラムおよび情報処理システム Download PDF

Info

Publication number
WO2024116824A1
WO2024116824A1 PCT/JP2023/040915 JP2023040915W WO2024116824A1 WO 2024116824 A1 WO2024116824 A1 WO 2024116824A1 JP 2023040915 W JP2023040915 W JP 2023040915W WO 2024116824 A1 WO2024116824 A1 WO 2024116824A1
Authority
WO
WIPO (PCT)
Prior art keywords
dungeon
item
user
reward
words
Prior art date
Application number
PCT/JP2023/040915
Other languages
English (en)
French (fr)
Inventor
功淳 馬場
Original Assignee
株式会社コロプラ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社コロプラ filed Critical 株式会社コロプラ
Publication of WO2024116824A1 publication Critical patent/WO2024116824A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services

Definitions

  • the present invention relates to a program and an information processing system.
  • Non-Patent Document 1 Games that use blockchain have been known for some time (see, for example, Non-Patent Document 1). In addition, one such game is known in which players can earn crypto assets by playing.
  • the present invention was made in consideration of the above circumstances, and aims to improve the sustainability of services.
  • a computer includes: 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 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;
  • a program is provided in which the first object is an object that can be in an NFT-ized state.
  • the present invention makes it possible to improve the sustainability of services.
  • FIG. 1 is a diagram showing a schematic configuration of a game system.
  • FIG. 2 is a block diagram showing the functional configuration of the game system.
  • FIG. 13 is a diagram illustrating an example of a map.
  • FIG. 1 is a diagram for explaining the flow of asset acquisition and consumption.
  • FIG. 13 is a diagram for explaining a timeline relating to the acquisition and exploration of a dungeon.
  • 13 is a flowchart showing an example of a process for generating a dungeon and determining a reward.
  • 13 is a flowchart showing an example of a process relating to acquisition and exploration of a dungeon.
  • Game system hardware configuration> 1 the game system 1 of the present embodiment includes a plurality of terminal devices 10, a server 20, and a block chain system 3.
  • the block chain system 3 also includes a plurality of node devices 30.
  • the terminal device 10, the server 20, and the blockchain system 3 are connected to each other via a network 2.
  • the network 2 may be composed of, for example, 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.
  • a mobile communication system e.g., 3G, 4G, 5G, LTE (Long Term Evolution), etc.
  • Wi-Fi Wireless Fidelity
  • Bluetooth registered trademark
  • 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 comprises 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.
  • the processor 21 controls the operation of the entire server 20.
  • the processor 21 may include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), etc.
  • the processor 21 reads a program from the storage 23 and expands it in the memory 22.
  • the processor 21 executes the expanded program.
  • Memory 22 is a main storage device. Memory 22 is composed of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). Memory 22 provides a working area for processor 21 by temporarily storing programs and various data that processor 21 reads from storage 23. Memory 22 also temporarily stores various data generated while processor 21 is operating according to a program.
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the program may be a program that realizes the game by the terminal device 10.
  • the program may also be a program that realizes the game through cooperation between the terminal device 10 and the server 20.
  • the program may also be a program that realizes the game through cooperation between the terminal device 10, the server 20, and the blockchain system 3.
  • the game may be a game 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 each device, such as the terminal device 10 and the server 20.
  • Storage 23 is an auxiliary storage device.
  • Storage 23 is composed of a storage device such as a flash memory or a HDD (Hard Disk Drive). Various data related to the game is stored in storage 23.
  • 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.
  • the input/output IF 25 is an interface through which the server 20 accepts data input, and is 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 keyboard, and a display unit that is a device that displays and outputs images.
  • the terminal device 10 may be, for example, a smartphone, a feature phone, a PDA (Personal Digital Assistant), a tablet computer, a personal computer, a wearable terminal, or a game device.
  • the terminal device 10 may be a mobile terminal.
  • the terminal device 10 may be a portable terminal that is used by the user when playing a game.
  • 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 via a communication bus.
  • the processor 11 controls the overall operation of the terminal device 10.
  • the processor 11 may include a CPU, an MPU, a GPU, etc.
  • the processor 11 reads a program from the storage 13 and expands it in the memory 12.
  • the processor 11 executes the expanded program.
  • Memory 12 is a main storage device. Memory 12 is composed of storage devices such as ROM and RAM. Memory 12 provides a working area for processor 11 by temporarily storing programs and various data that processor 11 reads from storage 13. Memory 12 also temporarily stores various data that processor 11 generates while operating according to a program.
  • Storage 13 is an auxiliary storage device.
  • Storage 13 is composed of a storage device such as a flash memory or a HDD.
  • Various data related to the game is stored in storage 13.
  • the communication IF 14 controls the transmission and reception of various data between the terminal device 10 and the server 20, etc. via a network.
  • the communication IF 14 may also control the transmission and reception of various data between the terminal device 10 and the blockchain system 3 (in other words, the node device 30) via a network.
  • the input/output IF 15 is an interface through which the terminal device 10 accepts data input, and is also an interface through which the terminal device 10 outputs data.
  • the input/output IF 15 may input and output data via, for example, a Universal Serial Bus (USB).
  • the input/output IF 15 may include an input unit 17 or a display unit 18, etc.
  • 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.
  • the input unit 17 has a function of detecting a position input on the input surface by a user operation (e.g., 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.
  • a user operation e.g., a touch operation, a tap operation, a slide operation, a swipe operation, a flick operation, a pinch-in operation, a pinch-out operation, etc.
  • the touch panel serving as the input unit 17 may be of a capacitive type or a resistive film type, or may be of another type.
  • 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.
  • Each node device 30 holds a distributed ledger. Each node device 30 stores the same data in the distributed ledger. Details will be described later, but in this embodiment, assets held by users are managed in the distributed ledger of the blockchain system 3.
  • 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.
  • 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), etc.
  • the processor 31 reads a program from the storage 33 and expands it in the memory 32.
  • the processor 31 executes the expanded program.
  • Memory 32 is a main storage device. Memory 32 is composed of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). Memory 32 provides a working area for processor 31 by temporarily storing programs and various data that processor 31 reads from storage 33. Memory 32 also temporarily stores various data generated while processor 31 is operating according to a program.
  • ROM Read Only Memory
  • RAM Random Access Memory
  • Storage 33 is an auxiliary storage device.
  • Storage 33 is composed of a storage device such as a flash memory or a HDD (Hard Disk Drive).
  • the communication IF 34 controls the transmission and reception of various data between the node device 30 and the server 20 via the network.
  • the communication IF 34 may also control the transmission and reception of various data between the node device 30 and the terminal device 10 via the network.
  • the input/output IF 35 is an interface through which the node device 30 accepts data input, and is 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 keyboard, and a display unit that is a device that displays and outputs images.
  • server 20 and the terminal device 10 may function as the node device 30.
  • the blockchain system 3 may include the server 20 and the terminal device 10.
  • ⁇ 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 of providing each of the terminal devices 10 with various data and programs necessary to realize a game, and a function of collecting and managing data related to the game from each of the terminal devices 10.
  • the server 20 identifies each user and the terminal device 10 using a user account that is registered in advance for each game.
  • the method of registering the account is not particularly limited.
  • 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's operation, and the server 20 may create and save an account for each user based on the received information.
  • the server 20 functions as a control unit 210 and a storage unit 220 through cooperation of the processor 21, memory 22, storage 23, communication IF 24, input/output IF 25, etc.
  • the storage unit 220 stores various data used by the control unit 210. 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 user information 223 are data that the control unit 210 refers to when executing a program.
  • the game information 222 includes, for example, information for defining various game spaces.
  • a game space is a virtual space in which objects such as a character that can be controlled by a user (hereinafter also referred to as a "controllable character”) are placed.
  • the character object placed in the game space may be referred to simply as a "character”.
  • the game information also includes, for example, information related to the positions and setting values of various objects (including items) within the game space.
  • the game information 222 also includes, for example, information for performing display related to the game.
  • User information 223 is information managed for each game account.
  • User information 223 includes, for example, information about the user's character, information about owned assets, information indicating the progress of the game, and information about dungeons acquired by the user (dungeons will be described later) (in other words, information indicating rights related to the execution of events). Owned assets include tokens, item A, item B, item C, etc., which will be described later.
  • the storage unit 220 may store information such as tokens, item A, item B, or item C owned by each user, by associating each user with identifiable identification information, for example.
  • the control unit 210 controls various processes related to the game by executing programs stored in the memory unit 220.
  • the control unit 210 has a transmission/reception unit 211, a game control unit 212, an asset management unit 213, and a market management unit 214.
  • the transmission/reception unit 211 transmits or receives various data. For example, the transmission/reception unit 211 receives requests to transmit various data and programs from each terminal device 10 and passes them to the game control unit 212, asset management unit 213, market management unit 214, or the like. The transmission/reception unit 211 also transmits various data and programs to each terminal device 10 in accordance with the control of the game control unit 212, asset management unit 213, market management unit 214, or the like.
  • the game control unit 212 provides a game to the terminal device 10 by executing calculations described in the program stored in the memory unit 220.
  • 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.
  • the asset management unit 213 may store information about the assets held by the user in the memory unit 220, or may store the information in the distributed ledger.
  • the asset management unit 213 may store information about the assets held in the distributed ledger stored in its own memory unit 220.
  • the asset management unit 213 may perform control such as sending a request to the blockchain system 3 for storage in the distributed ledger.
  • the terminal device 10 has, for example, a function as an input device that accepts user input operations, and a function as an output device that outputs game images and sounds.
  • 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 that the control unit 110 references when executing a program.
  • the game information 122 includes information similar to the game information 222 of the server 20 described above. Therefore, a description of the game information 122 will be omitted here.
  • the user information 123 is data related to the account of the user who uses the terminal device 10, and includes information similar to the user information 223 of the server 20 described above. Therefore, a description of the user information 123 will be omitted here.
  • the control unit 110 controls various processes related to the game executed on the terminal device 10 by executing a program stored in the memory unit 120.
  • the control unit 110 has, for example, an operation reception unit 111, a transmission/reception unit 112, a device processing unit 113, and a display control unit 114.
  • the operation reception unit 111 receives operations (hereinafter also referred to as "input operations") input by the user via the input unit 17. 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 input operation. Examples of the types of input operations include various operations using fingers, 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 of physically contacting the input unit 17 (e.g., the touch screen 16), but may also include a non-contact operation. Note that an operation of ending a previously performed input operation, such as a touch-off operation of ending contact with the touch screen 16, can also be considered as one form of input operation.
  • the operation reception unit 111 can also accept input operations performed using an operation device connected via the input/output IF 15 in the same way as input operations performed on the input unit 17.
  • the transmission/reception unit 112 transmits and receives various data. For example, the transmission/reception unit 112 transmits game information 122 and user information 123 to the server 20. The transmission/reception unit 112 also receives various data, programs, etc. from the server 20. The transmission/reception unit 112 also transmits operation information related to the input operation accepted by the operation acceptance unit 111 to the server 20.
  • the device processing unit 113 executes various processes related to the progress of the game. Specific examples are explained below.
  • the device processing unit 113 interprets the user's instructions 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 instructions.
  • the device processing unit 113 also progresses the game while communicating with the server 20 based on the results of the determination processes.
  • the device processing unit 113 also updates, adds, or deletes game information 122 and user information 123 depending on the progress of the game.
  • the device processing unit 113 also instructs the display control unit 114 to display an image depending on the progress of the game on the display unit 18.
  • the display control unit 114 causes the display unit 18 to display images related to the game.
  • the node device 30 functions as a control unit 310 and a memory unit 320 through cooperation between a processor 31, a memory 32, a storage 33, a communication IF 34, an input/output IF 35, etc.
  • the memory unit 320 stores programs including a part of the game program, a distributed ledger used in the blockchain system 3, etc.
  • the control unit 310 controls the operation of the node device 30 by executing the programs stored in the memory unit 320.
  • the control unit 310 When the control unit 310 receives a request to register information related to the possession of an item transmitted from the server 20 when a user acquires various items (including specific tokens described later) (for example, from another user or from an administrator (for example, by executing 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, for example, based on information on item transactions (in other words, transfers) transmitted from the server 20 or the terminal device 10.
  • the distributed ledger stores multiple blocks including hash values and transaction data.
  • the transaction data may be, for example, information indicating the transaction contents of the item.
  • 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 information contained in the previous block, and the distributed ledger stores the transaction history of each item with each block linked like a chain by the hash value.
  • information indicating which user owns which item can be stored on the blockchain.
  • information regarding each user's item ownership status can be managed in a distributed ledger, thereby storing information indicating which user owns which item on the blockchain.
  • item ownership information is stored on the blockchain. Note that there may be items whose ownership information is not stored on the blockchain.
  • the functions of the terminal device 10, the server 20, and the node device 30 shown in FIG. 2 are merely an example.
  • Each of the terminal device 10, the server 20, and the node device 30 may have at least a part of the functions of the other devices.
  • the server 20 or the node device 30 may have some or all of the functional blocks of the terminal device 10 in this embodiment
  • the terminal device 10 or the node device 30 may have some or all of the functional blocks of the server 20, and the terminal device 10 or the server 20 may have some or all of the functional blocks of the node device 30.
  • each of the devices such as the terminal device 10, the server 20, and the node device 30 may not be realized by an integrated device, and may be realized by, for example, multiple devices connected via a network or the like.
  • the game system 1 may not include, for example, the terminal device 10, the server 20, or the node device 30.
  • the processor 11 of the terminal device 10 executes a program stored in the game system 1 to perform each process described later.
  • the processor 11 of the terminal device 10 the processor 21 of the server 20, or the processor 31 of the node device 30 executes a program stored in the game system 1 to perform each process described later.
  • the processor 11 which is the process described later, may be executed by a processor other than the processor 11 (for example, the processor 21 or the processor 31).
  • at least a part of the process performed by the processor 21, which is the process described later may be executed by a processor other than the processor 21 (for example, the processor 11 or the processor 31).
  • the processor 31 which is the process described later, may be executed by a processor other than the processor 31 (for example, the processor 11 or the processor 21).
  • the computer that executes the program in this embodiment may be any of the terminal device 10, the server 20, and the node device 30, or may be realized by a combination of multiple devices.
  • some or all of the various processes may be executed on the blockchain.
  • the user obtains (or selects) the dungeon they wish to explore (or in other words, the dungeon in which the event will take place) from the map.
  • the dungeon may be obtained, for example, by an operation to select a specific dungeon on the map displayed on the display unit 18 (for example, a touch operation on the input unit 17).
  • the dungeon may also be obtained, for example, by moving the playable character and guiding the playable character to the location within the map (or in other words, within the virtual space) where the specific dungeon is located.
  • an event means exploring a dungeon, but it may also be, for example, an event that aims to defeat a specific character (e.g., a non-player character or a character operated by another user), an event that aims to win a specific sport, or an event that involves watching or spectating a specific event.
  • a specific condition in other words, once a dungeon is acquired
  • an event that aims to achieve a specific objective can be executed.
  • item A is prepared for use in exploring the dungeon. In order to explore the dungeon, the user must possess item A. In other words, item A is an item necessary for participating in the game (in other words, for carrying out the event). In addition, in the game of this embodiment, multiple types of item A with different characteristics are prepared. In addition, item A is an item that can take an NFT (Non-Fungible Token) state.
  • the NFT state means a state in which information proving that item A is unique is stored on the blockchain. In other words, the NFT state means a state in which an NFT corresponding to item A is issued and managed by the blockchain.
  • NFTs digital assets such as items for which a corresponding NFT has been issued are also referred to as NFTs.
  • the NFT of item A (in other words, the generation of item A) is performed by the game operator, and cannot be performed by the user (in other words, minted by the user). In other words, in this game, users will not be able to obtain Item A in an unconverted NFT state.
  • items B and C can be given to the user as rewards based on the exploration of the dungeon. Details will be described later, but item B is an item that can be in an NFT state. Furthermore, item C is an item that can be exchanged for a specific token. Below, the token that can be acquired in exchange for item C is referred to as a "specific token.”
  • item B there are multiple types of item B, which are collectible items.
  • item B is a monster that the user collects.
  • item A is an item used to capture the monster as item B.
  • the game of this embodiment has the gameplay of exploring a dungeon using a capture item as item A, capturing a monster as item B, and collecting the monster.
  • the specific token that can be acquired by exchanging it for item C is a crypto asset (e.g., virtual currency).
  • the specific token can be used to level up item A, repair item A (in other words, fix it), turn item B into an NFT, and for various time-saving purposes, etc.
  • 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).
  • the exploration of the 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 exploration of the dungeon that the user has acquired. The exploration of the dungeon may also be automatically carried out by the game control unit 212. Alternatively, the exploration of the dungeon may be carried out by the game control unit 212 based on the user's operation. That is, for example, when an operation to instruct the start of exploration of the dungeon is performed, the exploration may then proceed without the need for user operation, and the user may be given item B or item C as a reward for the exploration.
  • the user may then be able to explore the dungeon (in other words, within the virtual space) by moving the operated character, and items B and C placed in the dungeon that the user discovers may be given as a reward.
  • the probability of acquiring item B in exploring a dungeon may be set lower than the probability of acquiring item C.
  • item B may be rarer than item C.
  • the probability of acquiring item B in exploring a dungeon may be set lower than the probability of acquiring a specific token.
  • Item B may be an item that may not be acquired in one exploration in some cases.
  • Item C may be an item that can always be acquired in one exploration. In this embodiment, the same amount of item C (in other words, specific tokens) can be acquired in any dungeon.
  • the quality or quantity of item B or item C that can be acquired as a reward by exploring the dungeon may vary depending on the level or durability of item A used in the exploration. For example, the higher the level of item A, the higher the quality of item B that can be acquired, or the greater the amount of item B or item C that can be acquired (e.g., the expected amount).
  • item A may have a durability value set, and the durability value may decrease (e.g., decrease from durability value "100" to durability value "0") as it is used in the exploration. As the durability value decreases, it may become more difficult to acquire item B of high quality, or the amount of item B or item C that can be acquired (e.g., the expected amount) may decrease.
  • the operation reception unit 111 may receive an operation to instruct item A to level up. Then, information about the operation may be 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 the item A based on the operation. A predetermined amount of specific tokens may be required to increase the level of the item A, and the predetermined amount of specific tokens may be consumed when increasing the level of the item A through the operation.
  • the operation reception unit 111 may also receive an operation by the user to instruct recovery of the durability value of the item A (in other words, repair of the item A). Then, information about the operation may be sent from the terminal device 10 to the server 20, and the control unit 210 of the server 20 may perform a process of recovering the durability value of the item A based on the operation.
  • a predetermined amount of specific tokens may be required to recover the durability value of the item A, and the predetermined amount of specific tokens may be consumed when recovering the durability value of the item A through the operation. In other words, the specific token may be usable to change a predetermined parameter related to the item A.
  • items may be prepared that can be obtained through acquisition routes different from items A, B, and C.
  • items e.g., items such as clothes (in other words, skins) that can be equipped by the playable character
  • in-game currency that is not a cryptocurrency (e.g., assets owned by the user that are not managed by the blockchain but are managed by the storage unit 220, etc.).
  • the game currency may be something that can be purchased using legal currency, etc.
  • the various items in this embodiment may be read as objects.
  • Objects include characters, items, etc.
  • item B and item C that are granted by the execution of an event may be characters, etc.
  • the map is updated (in other words, newly generated) at a predetermined time period (specifically, once a day).
  • the dungeon is also updated (in other words, newly generated) at a predetermined time period (specifically, once a day). Also, only one user can acquire one dungeon, and once a user acquires a dungeon, other users cannot acquire that dungeon. In other words, dungeon acquisition is on a first-come, first-served basis.
  • map updates and dungeon updates may be updates to past maps and dungeons (in other words, new maps and dungeons are generated and past maps and dungeons are deleted), or past maps may be expanded or new dungeons may be added in addition to dungeons generated in the past.
  • item A can be purchased in the marketplace within the game, and the user purchases item A in the marketplace.
  • Item A can be purchased with a specified cryptocurrency.
  • the specified cryptocurrency may be a specific token that can be acquired in exchange for item C, or may be other cryptocurrency.
  • 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 for the user to select an item that the user wants to purchase.
  • 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 performs a process of transferring the item selected by the user to the user based on the operation, and transferring the payment from the user to the person who sold the item.
  • the user then uses the acquired item A to explore the dungeon.
  • exploring the dungeon it is possible to acquire multiple types of items, including items B and C.
  • Item C acquired by the user can be exchanged for a specific token.
  • item C is granted to the user by exploring the dungeon, and the user exchanges item C for a specific token, but the specific token may be granted directly to the user in place of or in addition to item C by exploring the dungeon.
  • the game may be configured so that at least one of item C and a specific token is granted by exploring the dungeon, and granting at least one here includes a configuration in which the other is not granted.
  • the specific token acquired through exchange with item C is a token that can be exchanged for other crypto assets (e.g., virtual currency) at a specified exchange (e.g., a decentralized exchange).
  • the specific token is also a utility token. Note that the specific token is a unique token related to the game of this embodiment, and is a token with an issuance limit set, but it may also be a virtual currency that can be used outside the game.
  • the item B acquired by the user can be converted into an NFT. That is, in this embodiment, it is possible to issue an NFT corresponding to the item B and manage it in a blockchain.
  • the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects the item B that he or she wants to convert into an NFT in the game. Then, information regarding the operation is sent to the asset management unit 213 of the server 20 via the transmission and reception units 112 and 211, and the asset management unit 213 may perform a process of converting the selected item B into an NFT based on the operation.
  • a predetermined amount of specific tokens is required for NFT conversion, and when the item B is converted into an NFT by the operation, the predetermined amount of specific tokens may be consumed.
  • the NFT-converted item B may be able to be bought and sold in the marketplace in the game. In other words, converting an item into an NFT can be said to be a state in which the item can be bought and sold in the marketplace.
  • the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects the item B that he or she wants to sell.
  • Information regarding the operation is then sent to the market management unit 214 of the server 20 via the transmission/reception units 112, 211, and the market management unit 214 may put the item selected by the user up for sale based on the operation. If there is another user who wishes to purchase the item, the market management unit 214 may then pass the item to the other user and perform processing to have the other user pass the price to the user who sold the item.
  • item B may be exchangeable for a specific token.
  • the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects item B that the user wishes to exchange for the 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 place of the selected item B based on the operation.
  • item B may be an item that can be made into an NFT and exchanged for a specific token.
  • NFTs new item B
  • NFTs new item B
  • the operation reception unit 111 may receive an operation by the user to select multiple items B to be used to generate item B in the game. Then, information regarding the operation is sent to the asset management unit 213 via the transmission/reception units 112 and 211, and the asset management unit 213 may generate a new item B using the selected multiple items B based on the operation.
  • item B does not have to be an item that can be converted into an NFT (in other words, capable of being in an NFT state).
  • item B which is an item (in other words, an object) different from item C, may be an item that can be exchanged for a specific token or other cryptocurrency.
  • a specific token or other cryptocurrency may be directly given 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, does not have an NFT state) may be available for buying and selling in the in-game marketplace.
  • the game control unit 212 controls the game played by the user.
  • the game control unit 212 has an event management unit 231, an event execution unit 232, and a reward granting unit 233.
  • the event management unit 231 also executes a map creation process to create a map, a reward overview determination process to determine the overview of the reward, a dungeon creation process to create a dungeon, and a reward detail determination process to determine the details of the reward.
  • the process that has randomness is realized by performing calculations using a predetermined seed.
  • the predetermined seed includes a seed that uses a blockchain (e.g., Bitcoin's blockchain) and a seed that uses a dungeon ID, which will be described later, but it may include only one of them.
  • seedhlast two types of seeds that use blockchain
  • seedmdid one type of seed that uses a dungeon ID
  • a seed for the hash of the blockchain (specifically, for example, the Bitcoin blockchain) as a seed using the blockchain and a seed for the dungeon ID are used to achieve randomness.
  • 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)
  • hashfirst_yyyymmdd+2 which is the first hash (in other words, the hash value of the first generated block) two days after hashlast_yyyymmdd was generated, are used as the seeds for the hash.
  • maps, rewards, etc. are randomly determined based on various seeds, but the method of randomly determining specific items such as maps and rewards based on a seed is well known, so an explanation of this method will be omitted.
  • the event management unit 231 creates a map. Specifically, as part of the map creation process, the event management unit 231 performs a process of determining the topography of the map (in other words, the virtual world) in which multiple dungeons are arranged, and a process of determining the arrangement of each dungeon in the map. Furthermore, in the map creation process, the event management unit 231 assigns an ID (in other words, identification information; hereinafter, referred to as a "dungeon ID”) to each dungeon in the map to be created, which enables each dungeon to be identified. In other words, each dungeon in the map to be created is assigned a unique dungeon ID. Note that the dungeon ID may be composed of one or more numbers, and for example, each dungeon may be assigned a consecutive number starting from 1.
  • the map is created randomly.
  • the map creation process has randomness.
  • the event 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 dungeon in the map based on the random numbers.
  • the map creation seed includes seedhlast.
  • the event management unit 231 creates a map using a function in which seedhlast is specified as an argument. That is, the event management unit 231 creates a map according to seedhlast (in other words, the hash of the blockchain).
  • the event management unit 231 determines a reward summary for each dungeon. Specifically, as part of the reward summary determination process, the event management unit 231 determines the number of rewards for each dungeon and an overview of the size of each reward (for example, about three to five sizes such as small, medium, and large).
  • rewards include item B and item C. That is, in the reward summary determination process, for example, the monsters that serve as item B obtained when exploring a certain dungeon are determined to be five small monsters, three medium monsters, and one large monster. Note that in this embodiment, there is one type of item C, and the number of item C that can be obtained when exploring a certain dungeon is determined in the reward summary determination process, but there may be multiple types of item C.
  • the reward summary (specifically, the number of rewards and the size of each reward) is determined randomly.
  • the determination of the reward summary is random.
  • the event management unit 231 generates a random number by performing a calculation using a predetermined seed (hereinafter referred to as an "outline determination seed"), and determines the reward summary based on the random number.
  • the outline determination seed includes seedhlast and seedmdid.
  • the event management unit 231 determines the reward summary using a function in which seedhlast and seedmdid are specified as arguments.
  • the event management unit 231 performs a predetermined lottery using seedhlast and seedmdid to determine the reward summary.
  • the event management unit 231 uses the dungeon ID of the certain dungeon as seedmdid. That is, the event management unit 231 determines the reward summary for each dungeon based on the seedhlast (in other words, the hash of the blockchain) and the dungeon ID of each dungeon.
  • 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).
  • creating a dungeon may involve determining the structure of the dungeon, etc.
  • the dungeon creation process can also be said to involve determining the difficulty of the dungeon (specifically, the difficulty 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 when exploration begins to when it ends) may be longer the higher the difficulty level.
  • the dungeon is created randomly.
  • the dungeon creation process has randomness.
  • 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 seedhlast and seedmdid.
  • the event management unit 231 then creates a dungeon using a function in which seedhlast, seedmdid, and the reward summary determined in the reward summary determination process are specified as arguments.
  • the event management unit 231 creates a dungeon by performing a predetermined lottery using seedhlast and seedmdid.
  • the event management unit 231 uses the dungeon ID of the certain dungeon as seedmdid. Furthermore, when creating a dungeon, the event management unit 231 uses the reward summary determined for that dungeon as an argument. That is, the event management unit 231 creates each dungeon so that it corresponds to the seedhlast (in other words, the hash of the blockchain), the dungeon ID of each dungeon, and the reward summary of each dungeon determined in the reward summary determination process.
  • the seedhlast in other words, the hash of the blockchain
  • 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 type, color, size, and other details of the item B determined as the reward in the reward summary determination process. More specifically, for example, when 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, and the like. The event management unit 231 also determines the colors of each small, medium, and large monster, such as gold, blue, white, and the like. The event management unit 231 also determines the size details of each small, medium, and large monster, such as body length of 50 meters, 100 meters, and the like.
  • the reward details are determined randomly.
  • the determination of the reward details is random.
  • 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 reward details based on the random number.
  • the detail determination seed includes seedhfirst and seedmdid.
  • the event management unit 231 determines the reward details using a function in which seedhfirst, seedmdid, and the reward summary determined in the reward summary determination process are specified as arguments. In other words, the event management unit 231 performs a predetermined lottery using seedhfirst and seedmdid to determine the reward details.
  • the event management unit 231 uses the dungeon ID of the certain dungeon as seedmdid. Furthermore, when determining reward details for a certain dungeon, the event management unit 231 uses the reward summary determined for that certain dungeon as an argument. That is, the event management unit 231 determines reward details for each dungeon based on the seedhfirst (in other words, the hash of the blockchain), the dungeon ID of each dungeon, and the reward summary of each dungeon determined in the reward summary determination process.
  • the details of item B that may be granted based on dungeon exploration are not determined until the reward details determination process is executed.
  • the details of item C (or specific token) that may be granted based on dungeon exploration may be determined at the time when the reward summary determination process is executed (in other words, before the right to execute the event is granted to the user).
  • the summary and details of item B as a reward are determined, and for item C (or specific token), the type and amount that may be granted based on dungeon exploration may be determined 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) at the time when the reward summary determination process is executed.
  • the logic of the process to determine item C and the seed used in the process may not be stored or made public on the blockchain (the publication of the reward summary determination process and the reward detail determination process will be described later).
  • 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).
  • the event management unit 231 performs a map creation process using the last hash of May 29, 2022, to create a map.
  • the last hash of May 29 (in other words, the last block) is confirmed retroactively when the date of the timestamp included in the block of the blockchain changes to May 30.
  • seedhlast is confirmed when the first hash (in other words, the first block) of May 30, 2022 is generated. Therefore, in this embodiment, the event management unit 231 creates a map using hashlast_20220529 at the time when the first hash of May 30 is generated (in other words, after the hash is generated).
  • 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 reward determined in the reward summary determination process.
  • the event management unit 231 determines the reward summary using hashlast_20220529 when the first hash is generated on May 30 (in other words, after the hash is generated).
  • the event management unit 231 also creates a dungeon using hashlast_20220529 when the first hash is generated on May 30 (in other words, after the hash is generated).
  • the event management unit 231 also controls to limit the period during which a dungeon can be acquired.
  • the period during which a dungeon can be acquired is set from the generation of the first hash of the day (the seedhlast related to the last hash of the previous day is determined) until the generation of the first hash of the next day (the seedhfirst related to the hash is determined).
  • the event management unit 231 controls the period during which a dungeon created using hashlast_20220529 can be acquired to the period until the details of the reward for the dungeon are determined.
  • a dungeon in other words, a map
  • the created dungeon can be acquired until the next dungeon (in other words, a map) is created.
  • the period during which a dungeon can be acquired may be set, for example, from the generation of the first hash of the day until the end of the day (in other words, the day the dungeon was created).
  • the event management unit 231 also performs a 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 to determine the overview.
  • the event management unit 231 determines the reward details using hashfirst_20220531 at the time 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 reward details for the dungeon after the period during which the dungeon can be acquired has elapsed. In other words, the event management unit 231 exercises control so that the dungeon cannot be acquired after the reward details have been determined.
  • Dungeons where rewards and details are determined in this way, are granted to users based on their actions and can be explored.
  • the event management unit 231 grants the selected dungeon to the user based on the operation. 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 an event).
  • the operation reception unit 111 of the terminal device 10 accepts an operation to select a dungeon to be explored from among multiple dungeons in the map. In other words, the operation reception unit 111 accepts an operation to acquire a specific dungeon from among multiple dungeons. In further other words, the operation reception unit 111 accepts an operation to acquire the right to execute a specific event (specifically, to explore a specific dungeon).
  • the user is able to explore the dungeon he or she has acquired, and the acquisition of the dungeon can be rephrased as the acquisition of the right to execute the exploration of the dungeon (in other words, the event).
  • the granting of the right to execute an event may be anything that results in the execution of an event (for example, exploration of a dungeon).
  • granting rights to execute an event can be thought of as a process that enables the execution of the event by the user.
  • the display control unit 114 causes the display unit 18 to display information regarding rewards that can be acquired by exploring the dungeon.
  • the device processing unit 113 receives information regarding an overview of the dungeon rewards from the event management unit 231, and causes the display unit 18 to display, based on the information, the number of rewards that can be acquired when exploring the dungeon and an overview of the size of each reward.
  • the event management unit 231 is capable of presenting information regarding rewards that can be acquired by executing an event to the user before the user acquires the right to execute the event, and the information is displayed on the display unit 18.
  • the display of the information is not limited to directly indicating an overview of the rewards that can be acquired, and may also be indirectly indicating the overview (for example, indicating the expectation regarding the quantity and quality of the rewards that can be acquired).
  • the event management unit 231 stores information indicating the dungeon acquired by the user on the 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, the history of dungeon acquisition by the user is stored on the blockchain. In other words, in this embodiment, information regarding the rights to execute the event held by the user is stored on the blockchain. With this configuration, it is possible to prevent the acquisition of dungeons, items, etc. by fraudulent methods.
  • the blockchain e.g., the Ethereum blockchain
  • the right to earn rewards is acquired by acquiring a dungeon (in other words, the rights to execute the event) that has a limited period of acquisition, and information indicating the dungeon acquired by the user is stored on the blockchain, which is difficult to tamper with.
  • a dungeon in other words, the rights to execute the event
  • information indicating the dungeon acquired by the user is stored on the blockchain, which is difficult to tamper with.
  • 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 unauthorized acquisition of items.
  • the event execution unit 232 starts searching the dungeon acquired by the user based on an operation by the user instructing the start of searching the dungeon. That is, the operation reception unit 111 receives an operation by a user who has the right to execute a specific event (in other words, to search a specific dungeon) to instruct the execution (in other words, to start) of the specific event. Information related to the operation is then sent to the event execution unit 232 via the transmission/reception units 112, 211, and the event execution unit 232 starts the specific event based on the operation. Specifically, for example, information related to 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 searching the dungeon while the information is displayed.
  • exploration of the dungeon is possible from the timing when the outline of the reward has been decided and the dungeon has been created, and it is also possible to explore the dungeon before the details of the reward have been decided. It is also possible to explore the dungeon after the details of the reward have been decided.
  • the event execution unit 232 automatically advances the exploration of the dungeon. That is, for example, when the operation reception unit 111 receives an operation to instruct the execution of an event, the event execution unit 232 advances the event without the need for a user operation. Specifically, the event (in other words, the exploration of the dungeon) is ended when a predetermined period (for example, several hours) has elapsed since the start of the event. Furthermore, 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. Furthermore, the exploration of the dungeon may be advanced by the event execution unit 232 based on the user's operation.
  • the operation reception unit 111 may then receive an operation to move the operation character in the dungeon (in other words, in the virtual space) (in other words, an operation to search for an item placed in the dungeon, etc.), and the item discovered by the user may be given as a reward.
  • the reward granting unit 233 grants a reward to the user based on the exploration of the dungeon.
  • the reward granting unit 233 grants a reward to the user based on the execution of an event.
  • the exploration of the dungeon proceeds automatically, and when the exploration is completed, items B and C discovered in the exploration are granted to the user.
  • the discovered items may be granted to the user as a reward each time the user operates the playable character to discover items B and C in the dungeon.
  • at least a portion of the reward granted based on the execution of an event may not be items discovered through exploration, but may be granted as a reward for exploring, etc.
  • the timing at which the provision of item B or item C is determined based on the exploration of the dungeon can be either before or after the details of the reward (specifically, the details of item B) are determined.
  • the details of the reward may be determined in both cases of automatic and manual exploration of the dungeon.
  • the reward provision unit 233 does not provide item B at the time when the provision of item B is determined (in other words, for example, when the exploration of the dungeon ends), but provides item B as a reward after the details of item B are determined.
  • 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, and there may be cases in which a dungeon is explored (in other words, an event) is performed during the dungeon obtainable period and the granting of a reward is determined.
  • the reward granting unit 233 may grant the reward after the details of the reward are determined.
  • "granting a reward after the details of the reward are determined” means granting a specific monster as item B whose details have been confirmed.
  • "granting a reward after the details of the reward are determined” may include, for example, a configuration in which an item or the like that replaces a specific monster as item B (for example, an item indicating that some monster will be granted after the details are determined) is granted before the details of the reward are determined.
  • map creation, dungeon creation, reward summary determination, and reward detail determination are performed every day, and map and dungeon updates are performed daily. That is, for example, in the example shown in FIG. 5, the map creation process, reward summary determination process, and dungeon creation process are performed using the last hash on May 30, and the reward detail determination process is performed using the first hash on June 1 for the reward whose summary was determined in the reward summary determination process.
  • the next map update and dungeon update are performed after the dungeon acquisition period ends, but the next map update and dungeon update may be performed during the dungeon acquisition period.
  • the hash used to create the map, create the dungeon, determine the reward summary, or determine the reward details does not have to be the last hash or the first hash of the day.
  • the map and dungeon are created and the reward summary is determined using the hash generated at the end of the day, but the hash generated at the end of the day (in other words, the last block of the day) is determined after the first hash of the next day (in other words, the first block of the next day) is generated. Therefore, the map and dungeon are created and the reward summary is determined after the first hash of the next day is generated. Therefore, it is possible to create the map and dungeon and determine the reward summary using the first hash of the next day.
  • the map and dungeon are created and the reward summary is determined using the hash generated at the end of the day, so that the map and dungeon are created and the reward summary is determined based on different hashes, and the reward details are determined based on different hashes.
  • the hash used to determine the reward details for which the summary was determined the previous day is not the same as the hash used to determine the reward summary on the day.
  • the game control unit 212 determines the details of the reward using a specific hash (specifically, the first hash of the day) within a recurring arbitrary period, and determines the reward summary using a hash different from the specific hash (specifically, the last hash of the day). Also, while a blockchain can branch, in this embodiment, when the first hash of the next day is generated, the map and dungeon are created and the reward summary 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.
  • hashes in other words, blocks
  • the lottery logic for item B is stored on the blockchain and made public.
  • the logic of the reward summary determination process and the reward detail determination process is made public as a smart contract. That is, the logic of the process of determining the reward summary using seedhlast is made public as a smart contract. Also, the logic of the process of determining the reward details using seedhfirst is made public as a smart contract. Also, seedhlast and seedhfirst are hashes of the blockchain and are made public seeds.
  • the summary of the reward that can be obtained in each dungeon is determined by a predetermined logic using a predetermined seed, but the predetermined seed and the predetermined logic are made public, and each user can check whether or not there is any fraud in determining the reward summary using the published predetermined seed and the predetermined logic.
  • the details of the rewards that can be obtained in each dungeon are determined by a predetermined logic using a predetermined seed, but the predetermined seed and the predetermined logic are publicly available, and each user can check whether or not there is any fraudulent activity in determining the details of the reward using the publicly available predetermined seed and the predetermined logic.
  • the granting of rewards cannot be controlled even by the operator, and can be checked by the user using the public logic and cannot be predicted in advance. Therefore, it is possible to prevent fraudulent activity in the granting of items and the damage to the value of the system.
  • the random numbers related to the determination of the outline and details of the reward are determined based on the hash of the blockchain, and the random numbers are identifiable, so that it is possible to discover fraudulent activity in manipulating random numbers, and it is possible to prevent fraud such as manipulating random numbers to fraudulently make a predetermined object appear.
  • the logic of the dungeon creation process may be stored on the blockchain and made public, or it may be kept private and not stored on the blockchain.
  • the item A owned by a user may be available for loan to other users.
  • the operation reception unit 111 of the terminal device 10 of the other user may receive an operation by the other user to instruct the execution of an event for which the user has the right to execute.
  • Information on the operation is sent to the event execution unit 232 via the transmission/reception units 112 and 211, and the event execution unit 232 may start an event based on the operation by the other user. That is, even if the other user does not own item A, the other user may be able to borrow item A and play the game.
  • the reward granting unit 233 may grant a part of the reward obtained by 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 that the other user can cooperate in conquering the dungeon, thereby improving the efficiency of the dungeon. Also, the user who loans the item has the advantage that he or she can participate in the game without purchasing item A.
  • the event management unit 231 obtains the hash generated at the end of the day from a specific blockchain (step S1). Next, the event management unit 231 performs calculations using the obtained hash as a seed (specifically, seedhlast) to 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 that enables each dungeon to be identified.
  • a seed specifically, seedhlast
  • the event management unit 231 determines an overview of rewards for each dungeon on the map created in step S2 (step S3). Specifically, the event management unit 231 performs calculations using the hash acquired in step S1 and the dungeon ID of each dungeon as seeds (specifically, seedhlast, seedmdid) to determine the number of rewards for each dungeon and an overview of the size of each reward.
  • the event management unit 231 creates a dungeon to which the reward outlined in step S3 will be granted (in other words, which includes the reward) (step S4). Specifically, the event management unit 231 performs calculations using the hash acquired in step S1 and the dungeon ID of each dungeon as seeds (specifically, seedhlast, seedmdid) to create the dungeon.
  • the event management unit 231 obtains the first hash generated two days after the day the hash obtained in step S1 was generated (step S5).
  • the event management unit 231 determines reward details for each dungeon in the map created in step S2 (step S6). Specifically, the event management unit 231 performs calculations using the hash obtained in step S5 and the dungeon ID of each dungeon as seeds (specifically, seedhfirst, seedmdid) to determine the type, color, and specific size of item B as the reward for each dungeon.
  • the operation reception unit 111 of the terminal device 10 receives an operation to acquire a dungeon to explore from among multiple dungeons in the map (step S11). In other words, the operation reception unit 111 receives an operation to select a specific dungeon from among the multiple dungeons. In yet other words, the operation reception unit 111 receives an operation to acquire the right to execute a specific event (specifically, to explore a specific dungeon).
  • 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.
  • the operation reception unit 111 receives an operation to instruct the user to start exploring the dungeon acquired by the user (step S13). In other words, the operation reception unit 111 receives an operation by the user to instruct the user to execute an event that the user has the right to execute.
  • the event execution unit 232 also 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 event to be executed may be progressed by the event execution unit 232 in response to a user operation (in other words, manually), or may be automatically progressed by the event execution unit 232 without the intervention of a user operation.
  • the user may also be able to select whether to progress the event manually or automatically.
  • the reward granting unit 233 grants a reward to the user based on the exploration of the dungeon (step S15).
  • the reward granting unit 233 grants a reward to the user based on the execution of the event.
  • the reward granting unit 233 grants item B and item C based on the exploration of the dungeon.
  • 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 of the same blockchain or hashes of other blockchains.
  • existing blockchains such as Ethereum and Bitcoin may be used as the blockchain.
  • NFTs corresponding to item A and item B (in other words, NFTized item A and item B) may be capable of being bridged from the blockchain on which they were issued to another blockchain.
  • the present invention is not limited to the above-described embodiment, and can be modified in various ways without departing from the spirit of the invention.
  • the components can be freely combined, any component can be modified, or any component can be omitted.
  • the process flow described in this specification is merely an example, and the order and configuration of each process can be different.
  • Appendix 1 A program that causes a computer to function as a control means (e.g., an event execution unit 232) that controls the execution of a specified event, a first granting means (e.g., a reward granting unit 233) that grants a first object to a user based on the execution of the specified event, and a second granting means (e.g., the 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 specified event, wherein the first object is an object that can be in an NFT-ized state.
  • a control means e.g., an event execution unit 232
  • a first granting means e.g., a reward granting unit 233
  • a second granting means e.g., the reward granting unit 233
  • a service in which crypto assets or objects exchangeable for crypto assets are given based on the execution of a specific event, i.e., a service in which crypto assets can be acquired based on the execution of a specific event.
  • a service has a characteristic that users are likely to want to earn crypto assets, and there is a risk that the value of crypto assets will decrease and the economy will collapse if the acquisition of crypto assets exceeds the consumption of crypto assets.
  • sustainability there is a problem with sustainability in this type of service.
  • Appendix 2 The program described in Appendix 1, wherein the probability of the first object being awarded in the specified event is lower than the probability of the crypto asset being awarded or the probability of the second object being awarded in the specified event. According to this configuration, the rarity value of the first object can be increased, and therefore it is possible to prevent the value of the first object from decreasing, which in turn prevents the sustainability of the service from decreasing.
  • Appendix 3 The program described in Appendix 1, further causing the computer to function as an exchange means for exchanging the first object held by the user for the crypto asset. According to this configuration, it is possible to strengthen the bond between the first object and the crypto asset, revitalize the economy, and improve the sustainability of the service.
  • Appendix 4 The program described in any one of appendices 1 to 3, further causing the computer to function as an NFT conversion means (e.g., the asset management unit 213) that consumes the crypto asset to convert the first object into an NFT.
  • an NFT conversion means e.g., the asset management unit 213
  • consumption of crypto assets can be required, and it becomes possible to balance the acquisition and consumption of assets of the user. Therefore, the sustainability of the service can be improved.
  • An information processing system comprising: a control means (e.g., an event execution unit 232) for controlling the execution of a specified 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 specified event; and a second granting means (e.g., a reward granting unit 233) 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 specified event.
  • a control means e.g., an event execution unit 232
  • a first granting means e.g., a reward granting unit 233
  • a second granting means e.g., a reward granting unit 233

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • Game Theory and Decision Science (AREA)
  • Primary Health Care (AREA)
  • Human Resources & Organizations (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

プログラムは、コンピュータを、所定のイベントの実行を制御する制御手段と、所定のイベントの実行に基づいて、ユーザに第１のオブジェクトを付与する第１付与手段と、所定のイベントの実行に基づいて、ユーザに暗号資産および暗号資産と交換可能な第２のオブジェクトの少なくとも一方を付与する第２付与手段と、として機能させ、第 １のオブジェクトは、ＮＦＴ化された状態を取り得るオブジェクトである。

Description

プログラムおよび情報処理システム
本発明は、プログラムおよび情報処理システムに関する。
従来より、ブロックチェーンを利用したゲームが知られている（例えば、非特許文献１参照）。また、このようなゲームとして、プレイすることにより暗号資産が獲得可能なゲームが知られている。
"STEPN(ステップン/ステプン)の始め方－将来性を徹底解説｜稼ぎ方/やり方やレベル上げの費用は？"、［online］、［令和４年１０月２７日検索］、インターネット＜https://www.caica.jp/media/crypto/stepn-about/＞
ところで、この種のサービスでは持続可能性を向上させることが求められていた。
本発明は、前記事情に鑑みてなされたものであり、サービスの持続可能性を向上させることを目的とする。
本開示に示す一実施形態によれば、コンピュータを、
所定のイベントの実行を制御する制御手段と、
前記所定のイベントの実行に基づいて、ユーザに第１のオブジェクトを付与する第１付与手段と、
前記所定のイベントの実行に基づいて、前記ユーザに暗号資産および前記暗号資産と交換可能な第２のオブジェクトの少なくとも一方を付与する第２付与手段と、として機能させ、
前記第１のオブジェクトは、ＮＦＴ化された状態を取り得るオブジェクトであるプログラムが提供される。
本発明によれば、サービスの持続可能性を向上させることができる。
ゲームシステムの概略構成を示す図である。 ゲームシステムの機能的構成を示すブロック図である。 マップの一例を示す図である。 資産の獲得および消費の流れについて説明するための図である。 ダンジョンの取得および探索に係るタイムラインについて説明するための図である。 ダンジョンの生成および報酬の決定に係る処理の一例を示すフローチャートである。 ダンジョンの取得および探索に係る処理の一例を示すフローチャートである。
以下、図面を参照しながら本発明の実施形態について説明する。
＜ゲームシステムのハードウェア構成＞
図１に示すように、本実施形態のゲームシステム１は、複数の端末装置１０と、サーバ２０と、ブロックチェーンシステム３とを備えている。また、ブロックチェーンシステム３は、複数のノード装置３０を備えている。
端末装置１０とサーバ２０とブロックチェーンシステム３（換言すると、ノード装置３０）とは、ネットワーク２を介して互いに接続される。ネットワーク２は、例えば、インターネット、移動通信システム（例えば、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ（Long Term Evolution）等）、ＷｉＦｉ（Wireless Fidelity）、ブルートゥース（登録商標）、その他の通信回線、またはこれらの組み合わせ等のいずれによって構成されていてもよい。
サーバ２０（換言すると、コンピュータ、情報処理装置）は、例えば、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってもよい。サーバ２０は、プロセッサ２１と、メモリ２２と、ストレージ２３と、通信ＩＦ（インターフェース）２４と、入出力ＩＦ２５と、を備える。サーバ２０が備えるこれらの構成は、通信バスによって互いに接続される。
プロセッサ２１は、サーバ２０全体の動作を制御する。プロセッサ２１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）およびＧＰＵ（Graphics Processing Unit）等を含み得る。プロセッサ２１は、ストレージ２３からプログラムを読み出し、メモリ２２に展開する。プロセッサ２１は、展開したプログラムを実行する。
メモリ２２は、主記憶装置である。メモリ２２は、例えば、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置により構成される。メモリ２２は、プロセッサ２１がストレージ２３から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ２１に作業領域を提供する。メモリ２２は、プロセッサ２１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。
なお、本実施形態においてプログラムとは、ゲームを端末装置１０により実現するプログラムであってもよい。また、当該プログラムは、当該ゲームを端末装置１０とサーバ２０との協働により実現するプログラムであってもよい。また、当該プログラムは、当該ゲームを端末装置１０とサーバ２０とブロックチェーンシステム３との協働により実現するプログラムであってもよい。なお、当該ゲームは、一例として、端末装置１０において起動されたブラウザ上で実行されるゲームであってもよい。また、各種データには、例えば、ユーザ情報およびゲーム情報などのゲームに関するデータ、および端末装置１０やサーバ２０等の各装置間で送受信される指示や通知が含まれる。
ストレージ２３は、補助記憶装置である。ストレージ２３は、例えば、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置により構成される。ストレージ２３には、ゲームに関する各種データが格納される。
通信ＩＦ２４は、サーバ２０と端末装置１０等との間におけるネットワークを介した各種データの送受信を制御する。また、通信ＩＦ２４は、サーバ２０とブロックチェーンシステム３（換言すると、ノード装置３０）との間におけるネットワークを介した各種データの送受信を制御する。
入出力ＩＦ２５は、サーバ２０がデータの入力を受け付けるためのインターフェースであるとともに、サーバ２０がデータを出力するためのインターフェースである。入出力ＩＦ２５は、例えば、マウス、キーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。
端末装置１０（換言すると、コンピュータ、情報処理装置）は、例えば、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、タブレット型コンピュータ、パーソナルコンピュータ、ウェアラブル端末、またはゲーム装置等であってもよい。端末装置１０は、携帯端末であってもよい。端末装置１０は、ユーザがゲームを実行する際に可搬型の端末であってもよい。
端末装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信ＩＦ１４と、入出力ＩＦ１５と、入力部１７と、表示部１８と、を備える。端末装置１０が備えるこれらの構成は、通信バスによって互いに接続される。
プロセッサ１１は、端末装置１０全体の動作を制御する。プロセッサ１１は、ＣＰＵ、ＭＰＵおよびＧＰＵ等を含み得る。プロセッサ１１は、ストレージ１３からプログラムを読み出し、メモリ１２に展開する。プロセッサ１１は、展開したプログラムを実行する。
メモリ１２は、主記憶装置である。メモリ１２は、例えば、ＲＯＭおよびＲＡＭ等の記憶装置により構成される。メモリ１２は、プロセッサ１１がストレージ１３から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１１に作業領域を提供する。メモリ１２は、プロセッサ１１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。
ストレージ１３は、補助記憶装置である。ストレージ１３は、例えば、フラッシュメモリまたはＨＤＤ等の記憶装置により構成される。ストレージ１３には、ゲームに関する各種データが格納される。
通信ＩＦ１４は、端末装置１０とサーバ２０等との間におけるネットワークを介した各種データの送受信を制御する。なお、通信ＩＦ１４は、端末装置１０とブロックチェーンシステム３（換言すると、ノード装置３０）との間におけるネットワークを介した各種データの送受信を制御してもよい。
入出力ＩＦ１５は、端末装置１０がデータの入力を受け付けるためのインターフェースであるとともに、端末装置１０がデータを出力するためのインターフェースである。入出力ＩＦ１５は、例えばＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行うこととしてもよい。入出力ＩＦ１５は、入力部１７または表示部１８等を含み得る。
入力部１７は、ユーザによる入力を受け付ける。入力部１７は、例えば、タッチパッド等のポインティングデバイスであってもよい。表示部１８は、画像を表示する。表示部１８は、例えば、液晶ディスプレイまたは有機ＥＬ（Electro-Luminescence）ディスプレイ等であってもよい。端末装置１０は、例えば、入力部１７と表示部１８とを組み合わせた電子部品であるタッチスクリーン１６を備える。
入力部１７は、ユーザの操作（例えば、タッチ操作、タップ操作、スライド操作、スワイプ操作、フリック操作、ピンチイン操作およびピンチアウト操作等）により入力面に対して入力された位置を検知し、検知した位置を示す情報を入力信号として送信する機能を有する。入力部１７としてのタッチパネルは、静電容量方式または抵抗膜方式等を採用することができるが、他の方式であってもよい。
なお、入力部１７は、例えば、キーボード、各種物理ボタン、各種センサ（例えば、加速度センサまたは角速度センサ等）、操作スティック、カメラ、またはマイク等であってもよい。また、表示部１８は、例えば、プロジェクタ等であってもよい。
複数のノード装置３０は、ブロックチェーンシステム３を構成する。各ノード装置３０は、分散型台帳を保有する。各ノード装置３０は、分散型台帳において同一のデータを記憶する。詳しくは後述するが、本実施形態では、ユーザが保有する資産等がブロックチェーンシステム３の分散型台帳で管理されている。
ノード装置３０（換言すると、コンピュータ、情報処理装置）は、例えば、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってもよい。ノード装置３０は、プロセッサ３１と、メモリ３２と、ストレージ３３と、通信ＩＦ３４と、入出力ＩＦ３５と、を備える。ノード装置３０が備えるこれらの構成は、通信バスによって互いに接続される。
プロセッサ３１は、ノード装置３０全体の動作を制御する。プロセッサ３１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）およびＧＰＵ（Graphics Processing Unit）等を含み得る。プロセッサ３１は、ストレージ３３からプログラムを読み出し、メモリ３２に展開する。プロセッサ３１は、展開したプログラムを実行する。
メモリ３２は、主記憶装置である。メモリ３２は、例えば、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置により構成される。メモリ３２は、プロセッサ３１がストレージ３３から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ３１に作業領域を提供する。メモリ３２は、プロセッサ３１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。
ストレージ３３は、補助記憶装置である。ストレージ３３は、例えば、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置により構成される。
通信ＩＦ３４は、ノード装置３０とサーバ２０との間におけるネットワークを介した各種データの送受信を制御する。なお、通信ＩＦ３４は、ノード装置３０と端末装置１０との間におけるネットワークを介した各種データの送受信を制御してもよい。
入出力ＩＦ３５は、ノード装置３０がデータの入力を受け付けるためのインターフェースであるとともに、ノード装置３０がデータを出力するためのインターフェースである。入出力ＩＦ３５は、例えば、マウス、キーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。
なお、サーバ２０や端末装置１０がノード装置３０として機能してもよい。換言すると、ブロックチェーンシステム３は、サーバ２０や端末装置１０を含み得る。
＜ゲームシステムの機能的構成＞
図２は、サーバ２０、端末装置１０およびノード装置３０の機能的構成を示すブロック図である。本実施形態におけるサーバ２０は、例えば、ゲームを実現するために必要な各種データおよびプログラムを各端末装置１０に提供する機能、ならびに各端末装置１０からゲームに関するデータを収集して管理する機能等を有する。
なお、本実施形態において、サーバ２０は、ゲームごとに事前に登録されるユーザのアカウントを用い、各ユーザおよび端末装置１０を識別する。アカウントの登録方法は特に限定されない。例えば、端末装置１０またはパーソナルコンピュータ等の他の装置が、ユーザの操作に基づいて、ユーザのアカウント登録に必要な情報をサーバ２０に送信し、サーバ２０が、受信した情報に基づいて各ユーザのアカウントを作成および保存することとしてもよい。
図２に示すように、サーバ２０は、プロセッサ２１、メモリ２２、ストレージ２３、通信ＩＦ２４、および入出力ＩＦ２５等の協働によって、制御部２１０および記憶部２２０として機能する。記憶部２２０は、制御部２１０が使用する各種データを格納する。各種データとして、例えば、プログラム、ゲーム情報２２２およびユーザ情報２２３がある。当該プログラムは、ゲームを実現するためのプログラムである。ゲーム情報２２２およびユーザ情報２２３は、制御部２１０がプログラムを実行するときに参照するデータである。
ゲーム情報２２２は、例えば、各種ゲーム空間を規定するための情報を含む。ゲーム空間とは、ユーザが操作可能なキャラクタ（以下、「操作キャラクタ」ともいう。）等のオブジェクトが配置される仮想空間である。以下においては、ゲーム空間に配置されるキャラクタのオブジェクトを指して、単に「キャラクタ」ということもある。また、ゲーム情報は、例えば、ゲーム空間内の種々のオブジェクト（アイテムを含む）の位置や設定値に関する情報等を含む。また、ゲーム情報２２２は、例えば、ゲームに係る表示を行うための情報を含む。
ユーザ情報２２３は、ゲームのアカウントごとに管理される情報である。ユーザ情報２２３は、例えば、ユーザのキャラクタに関する情報、保有資産に関する情報、ゲームの進行度合いを示す情報、およびユーザが取得したダンジョン（ダンジョンについては後述する。）に関する情報（換言すると、イベントの実行に係る権利を示す情報）等を含む。保有資産には、後述するトークンやアイテムＡ、アイテムＢおよびアイテムＣ等が含まれる。すなわち、記憶部２２０には、例えば、各ユーザを識別可能な識別情報に関連付けて、各ユーザの保有するトークン、アイテムＡ、アイテムＢ、またはアイテムＣ等の情報が記憶されてもよい。
制御部２１０は、記憶部２２０に格納されたプログラムを実行することにより、ゲームに関する各種処理を制御する。制御部２１０は、送受信部２１１、ゲーム制御部２１２、資産管理部２１３およびマーケット管理部２１４を有する。
送受信部２１１は、各種データを送信または受信する。送受信部２１１は、例えば、各種データおよびプログラムの送信要求等を、各端末装置１０から受信し、ゲーム制御部２１２、資産管理部２１３、またはマーケット管理部２１４等に渡す。また、送受信部２１１は、ゲーム制御部２１２、資産管理部２１３、またはマーケット管理部２１４等による制御に従って、各種データやプログラムを、各端末装置１０に送信する。
ゲーム制御部２１２は、記憶部２２０に格納されたプログラムに記述された演算処理を実行することで、端末装置１０にゲームを提供する。
資産管理部２１３は、ユーザの保有資産を管理する。また、資産管理部２１３は、ユーザの保有資産のうちの一部または全部（換言すると、少なくとも一部）を、ブロックチェーンシステム３の分散型台帳で管理する。換言すると、資産管理部２１３は、ユーザの保有資産に関する情報を記憶部２２０に記憶させてもよく、分散型台帳に記憶させてもよい。なお、サーバ２０がノード装置３０として機能する構成の場合に、資産管理部２１３は、自身の記憶部２２０に記憶された分散型台帳に保有資産に関する情報を記憶させてもよい。また、サーバ２０がノード装置３０として機能しない構成の場合に、資産管理部２１３は、ブロックチェーンシステム３に対して分散型台帳への記憶に係る要求を送信する制御等を行ってもよい。
端末装置１０は、例えば、ユーザの入力操作を受け付ける入力装置としての機能、およびゲームの画像や音声を出力する出力装置としての機能等を有する。
端末装置１０は、プロセッサ１１、メモリ１２、ストレージ１３、通信ＩＦ１４、および入出力ＩＦ１５等の協働によって、制御部１１０および記憶部１２０として機能する。記憶部１２０は、制御部１１０が使用する各種データを格納する。各種データとして、例えば、プログラム、ゲーム情報１２２およびユーザ情報１２３がある。当該プログラムは、端末装置１０側でゲームを実現するためのプログラムである。ゲーム情報１２２およびユーザ情報１２３は、制御部１１０がプログラムを実行するときに参照するデータである。
ゲーム情報１２２は、上述したサーバ２０のゲーム情報２２２と同様の情報を含む。したがって、ここではゲーム情報１２２の説明を省略する。
ユーザ情報１２３は、端末装置１０を使用するユーザのアカウントに関するデータであり、上述したサーバ２０のユーザ情報２２３と同様の情報を含む。したがって、ここではユーザ情報１２３の説明を省略する。
制御部１１０は、記憶部１２０に格納されたプログラムを実行することにより、端末装置１０において実行されるゲームに関する各種処理を制御する。制御部１１０は、例えば、操作受付部１１１、送受信部１１２、端末処理部１１３および表示制御部１１４を有する。
操作受付部１１１は、入力部１７を介してユーザにより入力される操作（以下、「入力操作」ともいう。）を受け付ける。具体的には、操作受付部１１１は、入力部１７に対する入力操作がされた場合に、入力位置の座標および入力操作の種類を検知する。入力操作の種類として、例えば、タッチ操作、タップ操作、スライド操作、スワイプ操作、フリック操作、ピンチイン操作およびピンチアウト操作等の、手指等による各種操作が挙げられる。入力操作は、入力部１７（例えば、タッチスクリーン１６）に物理的に接触する操作に限らず、非接触による操作も含み得る。なお、タッチスクリーン１６への接触を終了するタッチオフ操作等のそれまで行っていた入力操作を終了する操作も、入力操作の一態様ということができる。
ここで、操作受付部１１１は、入出力ＩＦ１５を介して接続された操作機器を用いてされる入力操作についても、入力部１７に対する入力操作と同様に受け付けることができる。
送受信部１１２は、各種データを送受信する。送受信部１１２は、例えば、ゲーム情報１２２およびユーザ情報１２３等を、サーバ２０に送信する。また、送受信部１１２は、各種データおよびプログラム等を、サーバ２０から受信する。また、送受信部１１２は、操作受付部１１１により受け付けられた入力操作に関する操作情報を、サーバ２０に送信する。
端末処理部１１３は、ゲームの進行に関する各種処理を実行する。以下に、具体例を挙げて説明する。
端末処理部１１３は、操作受付部１１１により検知された入力位置の座標および入力操作の種類等に基づいて、ユーザの指示内容を解釈する。また、端末処理部１１３は、解釈した指示内容等に基づいて、ゲームの進行に関わる各種判定処理を実行する。また、端末処理部１１３は、判定処理の結果等に基づいて、サーバ２０と通信しながらゲームを進行する。また、端末処理部１１３は、ゲームの進行状況に応じて、ゲーム情報１２２やユーザ情報１２３を更新、追加または削除する。また、端末処理部１１３は、ゲームの進行状況に応じた画像を表示部１８に表示させるよう表示制御部１１４に指示する。
表示制御部１１４は、表示部１８にゲームに係る画像を表示させる。
ノード装置３０は、プロセッサ３１、メモリ３２、ストレージ３３、通信ＩＦ３４、および入出力ＩＦ３５等の協働によって、制御部３１０および記憶部３２０として機能する。記憶部３２０は、ゲームプログラムの一部を含むプログラムや、ブロックチェーンシステム３において用いられる分散型台帳等を記憶する。
制御部３１０は、記憶部３２０に格納されたプログラムを実行することにより、ノード装置３０の動作を制御する。
制御部３１０は、ユーザが各種アイテム（後述する特定トークンを含む。）を取得（例えば、他のユーザから取得あるいは運営者から取得（例えば、後述するイベントの実行により取得））した際にサーバ２０から送信されるアイテムの保有に係る情報の登録要求を受信すると、当該情報を分散型台帳に登録する。制御部３１０は、例えば、サーバ２０または端末装置１０から送信されるアイテムの取引（換言すると、移譲）に関する情報に基づいて、各アイテムの取引履歴の情報を分散型台帳に登録してもよい。具体的には、分散型台帳には、ハッシュ値およびトランザクションデータを含む複数のブロックが記憶される。トランザクションデータは、例えば、アイテムの取引内容を示す情報であり得る。トランザクションデータは、例えば、移譲元を示すインプット情報と、移譲先を示すアウトプット情報とを含む。ハッシュ値は、一つ前のブロックに含まれる情報から算出され、分散型台帳には、ハッシュ値により各ブロックがチェーンのように繋がった状態で各アイテムの取引履歴等が記憶される。このようなアイテムの取引履歴を各ノード装置３０の分散型台帳で管理すること等により、どのユーザがどのアイテムを保有しているかを示す情報をブロックチェーン上に記憶することができる。なお、アイテムの取引履歴ではなく、各ユーザのアイテムの保有状態に関する情報を分散型台帳で管理することによりどのユーザがどのアイテムを保有しているかを示す情報をブロックチェーン上に記憶する等してもよい。このように、本実施形態のゲームでは、アイテムの保有情報がブロックチェーン上に記憶される。なお、保有情報がブロックチェーン上に記憶されないアイテムが存在してもよい。
なお、図２に示す端末装置１０、サーバ２０およびノード装置３０の機能は一例にすぎない。端末装置１０、サーバ２０およびノード装置３０の各装置は、他の装置が備える機能の少なくとも一部を備えていてもよい。換言すると、本実施形態において端末装置１０が備える機能ブロックの一部または全部をサーバ２０あるいはノード装置３０が備えていてもよく、サーバ２０の備える機能ブロックの一部または全部を端末装置１０あるいはノード装置３０が備えていてもよく、ノード装置３０の備える機能ブロックの一部または全部を端末装置１０あるいはサーバ２０が備えていてもよい。また、端末装置１０、サーバ２０およびノード装置３０等の各装置は、一体の機器により実現されるものでなくてもよく、例えば、ネットワーク等を介して接続される複数の機器によって実現されてもよい。また、ゲームシステム１は、例えば、端末装置１０、サーバ２０またはノード装置３０を含んでいなくてもよい。
＜本実施形態に係る処理＞
次に、本実施形態に係る処理について説明する。なお、本実施形態では、端末装置１０のプロセッサ１１、サーバ２０のプロセッサ２１、またはノード装置３０のプロセッサ３１が、ゲームシステム１に記憶されているプログラムを実行することによって、後述する各処理を行うものとして説明する。ただし、後述する処理であってプロセッサ１１が行う処理のうちの少なくとも一部を、プロセッサ１１とは別のプロセッサ（例えば、プロセッサ２１またはプロセッサ３１）が実行するようにしてもよい。また、後述する処理であってプロセッサ２１が行う処理のうちの少なくとも一部を、プロセッサ２１とは別のプロセッサ（例えば、プロセッサ１１またはプロセッサ３１）が実行するようにしてもよい。また、後述する処理であってプロセッサ３１が行う処理のうちの少なくとも一部を、プロセッサ３１とは別のプロセッサ（例えば、プロセッサ１１またはプロセッサ２１）が実行するようにしてもよい。換言すると、本実施形態においてプログラムを実行するコンピュータは、端末装置１０、サーバ２０およびノード装置３０のいずれであってもよく、また、複数の装置の組み合わせにより実現されてもよい。また、各種処理のうちの一部または全部がブロックチェーン上で実行されてもよい。
ここで、本実施形態のゲームの概要について説明する。本実施形態のゲームには、ゲームに参加する複数のユーザ（具体的には、全ユーザ）の間で共通のマップが存在する。また、このマップには、複数のダンジョンが配置されている。マップの一例を図３に示す。図３に示すマップでは、ダンジョンの位置がバツ印で示されている。
ユーザは、マップから自分が探索するダンジョン（換言すると、イベントを行うダンジョン）を取得（換言すると、選択）する。なお、ダンジョンの取得は、例えば、表示部１８に表示されるマップ上において、特定のダンジョンを選択する操作（例えば、入力部１７に対するタッチ操作）により行われてもよい。また、ダンジョンの取得は、例えば、操作キャラクタを動かす操作によって当該操作キャラクタをマップ内（換言すると、仮想空間内）の特定のダンジョンが配置された位置まで導くことにより行われてもよい。
また、ユーザは、自身が取得したダンジョンを探索することが可能となっている。換言すると、ユーザは、自身が取得したダンジョンについてのクエストをプレイすることが可能となっている。さらに換言すると、ユーザは、ダンジョンを取得すると、ダンジョンを探索するイベントを実行することが可能となる。なお、イベント（換言すると、クエスト）とは、本実施形態ではダンジョンの探索を意味するが、例えば、所定のキャラクタ（例えば、ノンプレイヤキャラクタまたは他のユーザが操作するキャラクタ）の討伐を目指すものや、所定のスポーツ等での勝利を目指すものや、所定の視聴、観戦を行うもの等であってもよい。このように、本実施形態のゲームでは、所定の条件が満たされると（換言すると、ダンジョンを取得すると）、所定の目的の達成を目指すイベントが実行可能となる。
また、本実施形態のゲームでは、ダンジョンの探索に用いられるアイテムＡが用意されている。そして、ダンジョンの探索を行うためには、ユーザは、アイテムＡを保有している必要がある。換言すると、アイテムＡは、ゲームに参加するため（換言すると、イベントを実行するため）に必要なアイテムとなっている。なお、本実施形態のゲームでは、特性の異なる複数種類のアイテムＡが用意されている。また、アイテムＡは、ＮＦＴ（Non-Fungible Token）化された状態を取り得るアイテムとなっている。ＮＦＴ化された状態とは、アイテムＡがユニークなものであることを証明する情報がブロックチェーン上に記憶された状態を意味する。換言すると、ＮＦＴ化された状態とは、アイテムＡに対応するＮＦＴが発行されブロックチェーンで管理されている状態を意味する。なお、以下では、対応するＮＦＴが発行されたアイテム等のデジタル資産のこともＮＦＴと呼ぶ。なお、本実施形態では、アイテムＡのＮＦＴ化（換言すると、アイテムＡの生成）は、ゲームの運営者が行うようになっており、ユーザが行うこと（換言すると、ユーザによるミント）はできないようになっている。換言すると、本ゲームにおいては、ＮＦＴ化されていない状態のアイテムＡをユーザが入手することはないようになっている。
また、本実施形態のゲームでは、ダンジョンの探索に基づいてアイテムＢおよびアイテムＣが報酬としてユーザに付与され得るようになっている。詳細は後述するが、アイテムＢは、ＮＦＴ化された状態を取り得るアイテムとなっている。また、アイテムＣは、所定のトークンとの交換が可能なアイテムとなっている。以下では、アイテムＣとの交換により取得可能なトークンを「特定トークン」という。
また、本実施形態のゲームでは、アイテムＢは、複数種類存在し、コレクション要素のあるアイテムとなっている。具体的には、アイテムＢは、ユーザが収集するモンスターとなっている。また、アイテムＡは、アイテムＢとしてのモンスターの捕獲に用いられるアイテムとなっている。すなわち、本実施形態のゲームは、アイテムＡとしての捕獲アイテムを用いたダンジョンの探索を行ってアイテムＢとしてのモンスターを捕獲し、当該モンスターを収集するというゲーム性を有している。
また、アイテムＣとの交換によって取得可能な特定トークンは、暗号資産（例えば、仮想通貨）となっている。本実施形態のゲームでは、特定トークンは、アイテムＡのレベル上げ、アイテムＡのリペア（換言すると、修理）、アイテムＢのＮＦＴ化、および各種時短等に用いることが可能となっている。
なお、ＮＦＴ化されているか否かに関わらず、各ユーザが保有するアイテムＡ、アイテムＢ、またはアイテムＣ等の資産は、ブロックチェーン（換言すると、分散型台帳）で管理されてもよい。
所定のイベントとしてのダンジョンの探索は、例えば、以下のように行われる。すなわち、ユーザが自身の取得したダンジョンの探索開始を指示する操作を行うことにより、ダンジョンの探索が開始されてもよい。また、ダンジョンの探索は、ゲーム制御部２１２が自動的に進行してもよい。あるいは、ダンジョンの探索は、ゲーム制御部２１２がユーザの操作に基づいて進行してもよい。すなわち、例えば、ダンジョンの探索開始を指示する操作が行われると、その後、ユーザの操作を要さずに探索が進行され、ユーザに対して探索による報酬としてのアイテムＢやアイテムＣが付与されてもよい。あるいは、例えば、ダンジョンの探索開始を指示する操作が行われると、その後、ユーザは、操作キャラクタを動かすなどしてダンジョン内（換言すると、仮想空間内）を探索することが可能となっており、ダンジョン内に配置されたアイテムＢやアイテムＣのうち、ユーザが発見したアイテムが報酬として付与されるようになっていてもよい。
なお、ダンジョンの探索におけるアイテムＢの獲得確率は、アイテムＣの獲得確率よりも低く設定されていてもよい。換言すると、アイテムＢは、アイテムＣに比べ希少度が高くなっていてもよい。さらに換言すると、ダンジョンの探索におけるアイテムＢの獲得確率は、特定トークンの獲得確率よりも低く設定されていてもよい。また、アイテムＢは、１回の探索において獲得できない場合が存在するアイテムであってもよい。また、アイテムＣは、１回の探索において必ず獲得可能なアイテムであってもよい。なお、本実施形態では、いずれのダンジョンでも同程度の量のアイテムＣ（換言すると、特定トークン）が獲得可能となっている。
ダンジョンの探索により報酬として獲得可能なアイテムＢやアイテムＣの質あるいは量は、探索に使用するアイテムＡのレベルあるいは耐久値に応じて変化してもよい。例えば、アイテムＡのレベルが高いほど、質の高いアイテムＢが取得できたり、取得可能なアイテムＢやアイテムＣの量（例えば、量の期待値）が多くなったりしてもよい。また、例えば、アイテムＡには耐久値が設定されており、探索に使用するに従って、耐久値が低下（例えば、耐久値「１００」から耐久値「０」に向かって低下）していくようになっていてもよい。そして、耐久値が低下するに従って、質の高いアイテムＢが取得しにくくなったり、取得可能なアイテムＢやアイテムＣの量（例えば、量の期待値）が減少したりしてもよい。また、耐久値が所定値に達すると、アイテムＡを使用してのダンジョンの探索が行えなくなったり、アイテムＡが壊れて耐久値を回復させることができなくなったり（例えば、ユーザがアイテムＡを失う等）してもよい。なお、このような場合に、操作受付部１１１は、アイテムＡのレベル上げを指示する操作を受け付けてもよい。そして、当該操作に関する情報が端末装置１０からサーバ２０に送られ、サーバ２０の制御部２１０は、当該操作に基づいて、アイテムＡのレベルを上昇させる処理を行ってもよい。また、アイテムＡのレベル上げには、所定量の特定トークンが必要となっており、当該操作によりアイテムＡのレベルを上昇させる際には、当該所定量の特定トークンが消費されるようになっていてもよい。また、操作受付部１１１は、ユーザによるアイテムＡの耐久値の回復（換言すると、アイテムＡのリペア）を指示する操作を受け付けてもよい。そして、当該操作に関する情報が端末装置１０からサーバ２０に送られ、サーバ２０の制御部２１０は、当該操作に基づいて、アイテムＡの耐久値を回復させる処理を行ってもよい。また、アイテムＡの耐久値の回復には、所定量の特定トークンが必要となっており、当該操作によりアイテムＡの耐久値を回復させる際には、当該所定量の特定トークンが消費されるようになっていてもよい。すなわち、特定トークンは、アイテムＡに関する所定のパラメータを変化させるのに使用可能なものであってもよい。
なお、本実施形態のゲームでは、アイテムＡ、アイテムＢおよびアイテムＣとは異なる入手経路で入手可能なアイテムが用意されていてもよい。例えば、暗号資産ではないゲーム内通貨（例えば、ブロックチェーンで管理されず、記憶部２２０等で管理されるユーザの保有資産）を使用してゲーム内で購入可能なアイテム（例えば、操作キャラクタが装備可能な服（換言すると、スキン）等のアイテム）等が存在してもよい。なお、当該ゲーム通貨は、法定通貨を用いて購入可能なもの等であってもよい。
また、本実施形態における各種アイテム（例えば、アイテムＡ、アイテムＢおよびアイテムＣ）は、オブジェクトと読み替えてもよい。オブジェクトには、キャラクタやアイテム等が含まれる。すなわち、イベントの実行により付与されるアイテムＢやアイテムＣはキャラクタ等であってもよい。
なお、本実施形態では、マップは所定期間で（具体的には、１日１回）更新（換言すると、新たに生成）される。また、マップの更新に合わせて、ダンジョンも所定期間（具体的には、１日１回）で更新（換言すると、新たに生成）される。また、１つのダンジョンは、１人のユーザしか取得できないようになっており、あるユーザがあるダンジョンを取得すると、当該あるダンジョンを他のユーザが取得することはできないようになっている。換言すると、ダンジョンの取得は早い者勝ちとなっている。なお、マップの更新やダンジョンの更新とは、過去のマップやダンジョンが一新されるもの（換言すると、新しいマップやダンジョンが生成されるとともに過去のマップやダンジョンが無くなるもの）であってもよく、過去のマップが拡張されたり過去に生成されたダンジョンに加えて新たなダンジョンが追加されるもの等であってもよい。
ここで、本実施形態のゲームにおける資産の獲得および消費の流れについて図４を参照しながら説明する。
前述のように、本実施形態のゲームでは、ゲームに参加するためには、ユーザはアイテムＡを保有している必要がある。本実施形態では、アイテムＡは、ゲーム内のマーケットプレイスでの購入が可能となっており、ユーザは、マーケットプレイスでアイテムＡを購入する。なお、アイテムＡは、所定の暗号資産により購入することが可能となっている。当該所定の暗号資産は、アイテムＣとの交換により取得可能な特定トークンであってもよく、その他の暗号資産であってもよい。マーケットプレイスでの取引は、マーケット管理部２１４が管理する。具体的には、例えば、端末装置１０の操作受付部１１１は、ユーザが購入したいアイテムを選択する操作を受け付ける。そして、当該操作に関する情報が送受信部１１２，２１１を介してサーバ２０のマーケット管理部２１４に送られ、マーケット管理部２１４は、当該操作に基づいて、ユーザが選択したアイテムをユーザに渡すとともに、その対価を当該ユーザから当該アイテムを売った者に渡す処理を行う。
次いで、ユーザは、取得したアイテムＡを使用してダンジョンの探索を行う。ダンジョンの探索では、アイテムＢおよびアイテムＣを含む複数種類のアイテムの取得が可能となっている。
ユーザが取得したアイテムＣは、特定トークンと交換することが可能となっている。なお、特定トークンと交換するためには、アイテムＣを所定量溜める必要があるようになっていてもよい。また、本実施形態では、ダンジョンの探索によりアイテムＣがユーザに付与され、ユーザはアイテムＣを特定トークンと交換するようになっているが、ダンジョンの探索によりアイテムＣに代えあるいは加え、特定トークンが直接ユーザに付与されるようになっていてもよい。換言すると、ダンジョンの探索によりアイテムＣおよび特定トークンの少なくとも一方を付与するようにゲームを構成してもよく、ここで少なくとも一方を付与とは、他方については付与されることがない構成も含む。
また、アイテムＣとの交換により取得された特定トークンは、所定の取引所（例えば、分散型取引所）で他の暗号資産（例えば、仮想通貨）と交換することが可能なトークンとなっている。また、特定トークンは、ユーティリティトークンとなっている。なお、特定トークンは、本実施形態のゲームに係る独自トークンであって、発行上限が設定されたトークンとなっているが、ゲーム外で使用可能な仮想通貨等であってもよい。
また、ユーザが取得したアイテムＢは、ＮＦＴ化が可能となっている。すなわち、本実施形態では、アイテムＢに対応するＮＦＴを発行し、ブロックチェーンで管理することが可能となっている。具体的には、端末装置１０の操作受付部１１１は、ユーザがゲーム内においてＮＦＴ化したいアイテムＢを選択する操作を受け付けてもよい。そして、当該操作に関する情報が送受信部１１２，２１１を介してサーバ２０の資産管理部２１３に送られ、資産管理部２１３は、当該操作に基づいて、選択されたアイテムＢをＮＦＴ化する処理を行ってもよい。また、ＮＦＴ化には、所定量の特定トークンが必要となっており、当該操作によりアイテムＢをＮＦＴ化する際には、当該所定量の特定トークンが消費されるようになっていてもよい。また、ＮＦＴ化されたアイテムＢは、ゲーム内のマーケットプレイスにおいて売買することが可能となっていてもよい。換言すると、アイテムのＮＦＴ化とは、アイテムをマーケットプレイスでの売買が可能な状態にすることともいえる。具体的には、例えば、端末装置１０の操作受付部１１１は、ユーザが売りたいアイテムＢを選択する操作を受け付けてもよい。そして、当該操作に関する情報が送受信部１１２，２１１を介してサーバ２０のマーケット管理部２１４に送られ、マーケット管理部２１４は、当該操作に基づいて、ユーザが選択したアイテムを売りに出してもよい。そして、マーケット管理部２１４は、購入を希望する他のユーザがいる場合に、当該他のユーザに当該アイテムを渡すとともに、その対価を当該他のユーザから当該アイテムを売ったユーザに渡す処理を行ってもよい。
また、アイテムＢは、特定トークンと交換可能となっていてもよい。具体的には、端末装置１０の操作受付部１１１は、ユーザがゲーム内において特定トークンと交換したいアイテムＢを選択する操作を受け付けてもよい。そして、当該操作に関する情報が送受信部１１２，２１１を介してサーバ２０に送られ、資産管理部２１３は、当該操作に基づいて、選択されたアイテムＢに換えて特定トークンをユーザに付与してもよい。換言すると、アイテムＢは、ＮＦＴ化することと、特定トークンと交換することとが可能なアイテムであってもよい。
また、複数（例えば、２つ）のアイテムＢ（換言すると、ＮＦＴ）を組み合わせて別の新たなアイテムＢ（換言すると、ＮＦＴ）を生成することが可能となっていてもよい。換言すると、複数のアイテムＢを使用（換言すると、バーン）して新たなアイテムＢを生成（換言すると、ミント）することが可能となっていてもよい。具体的には、複数のＮＦＴ化されたアイテムＢを使用して新たなアイテムＢを生成することが可能となっていてもよい。すなわち、操作受付部１１１は、ユーザがゲーム内においてアイテムＢの生成に用いる複数のアイテムＢを選択する操作を受け付けてもよい。そして、当該操作に関する情報が送受信部１１２，２１１を介して資産管理部２１３に送られ、資産管理部２１３は、当該操作に基づいて、選択された複数のアイテムＢを使用して新たなアイテムＢを生成してもよい。
なお、アイテムＢは、ＮＦＴ化が可能な（換言すると、ＮＦＴ化された状態を取り得る）アイテムでなくてもよい。また、アイテムＣと異なるアイテム（換言すると、オブジェクト）としてのアイテムＢは、特定トークンあるいはその他の暗号資産と交換可能なアイテムであってもよい。また、本実施形態において、ダンジョンの探索によりアイテムＢに代えて、特定トークンあるいはその他の暗号資産が直接ユーザに付与されるようになっていてもよい。また、ＮＦＴ化がされていない（例えば、ＮＦＴ化された状態を有さない）アイテムＢが、ゲーム内のマーケットプレイスにおいて売買可能となっていてもよい。
ゲーム制御部２１２は、ユーザがプレイするゲームに関する制御を行う。ゲーム制御部２１２は、イベント管理部２３１、イベント実行部２３２、および報酬付与部２３３を有する。また、イベント管理部２３１は、マップを作成するマップ作成処理、報酬の概要を決定する報酬概要決定処理、ダンジョンを作成するダンジョン作成処理、および報酬の詳細を決定する報酬詳細決定処理を実行する。
また、本実施形態における各種処理の中には、ランダム性を有する処理が存在する。本実施形態では、ランダム性を有する処理は、所定のシードを用いた演算を行うことにより実現される。当該所定のシードには、ブロックチェーン（例えば、ビットコインのブロックチェーン）を用いたシードと、後述するダンジョンＩＤを用いたシードとが含まれるが、いずれか一方のみが含まれるなどしてもよい。具体的には、本実施形態では、ブロックチェーンを用いた２種類のシード（以下、それぞれ「ｓｅｅｄｈｌａｓｔ」、「ｓｅｅｄｈｆｉｒｓｔ」という。）と、ダンジョンＩＤを用いた１種類のシード（以下、「ｓｅｅｄｍｄｉｄ」という。）とが、用意されている。
より具体的には、ブロックチェーンを用いたシードとしてのブロックチェーン（具体的には、例えば、ビットコインのブロックチェーン）のハッシュに関するシードと、ダンジョンＩＤに関するシードとが、ランダム性の実現に利用される。本実施形態では、任意の期間（例えば、１日）の最後のハッシュ（換言すると、最後に生成されたブロックのハッシュ値）であるｈａｓｈｌａｓｔ＿ｙｙｙｙｍｍｄｄと、ｈａｓｈｌａｓｔ＿ｙｙｙｙｍｍｄｄが生成された翌々日の最初のハッシュ（換言すると、最初に生成されたブロックのハッシュ値）であるｈａｓｈｆｉｒｓｔ＿ｙｙｙｙｍｍｄｄ＋２とが、ハッシュに関するシードとして用いられる。また、本実施形態では、ダンジョンＩＤが、ダンジョンＩＤに関するシードとして用いられる。すなわち、本実施形態では、ｓｅｅｄｈｌａｓｔ＝ｈａｓｈｌａｓｔ＿ｙｙｙｙｍｍｄｄであり、ｓｅｅｄｈｆｉｒｓｔ＝ｈａｓｈｆｉｒｓｔ＿ｙｙｙｙｍｍｄｄ＋２であり、ｓｅｅｄｍｄｉｄ＝ダンジョンＩＤとなっている。
なお、本実施形態では、各種シードに基づいて、マップや報酬等をランダムに決定するが、あるシードに基づいてマップや報酬等の所定の事項についてランダムに決定する手法自体は周知であるため、説明を省略する。
マップ作成処理では、イベント管理部２３１は、マップを作成する。具体的には、イベント管理部２３１は、マップ作成処理として、複数のダンジョンが配置されるマップ（換言すると、仮想世界）の地形を決定する処理および当該マップにおける各ダンジョンの配置を決定する処理を行う。また、イベント管理部２３１は、マップ作成処理において、作成されるマップ内の各ダンジョンに対して、各ダンジョンを識別可能とするＩＤ（換言すると、識別情報。以下、「ダンジョンＩＤ」という。）を付与する。すなわち、作成されるマップにおける各ダンジョンには、ダンジョン毎に固有のダンジョンＩＤが割り振られている。なお、ダンジョンＩＤは、１または複数の数字によって構成されていてもよく、例えば、各ダンジョンに対して１から順に連番で番号が割り振られるなどしてもよい。
本実施形態では、マップはランダムに作成されるようになっている。換言すると、マップ作成処理は、ランダム性を有している。具体的には、イベント管理部２３１は、所定のシード（以下、「マップ作成用シード」という。）を用いた演算を行うことにより乱数を生成し、当該乱数に基づいてマップの地形および当該マップにおける各ダンジョンの配置を決定する。マップ作成用シードには、ｓｅｅｄｈｌａｓｔが含まれる。換言すると、イベント管理部２３１は、ｓｅｅｄｈｌａｓｔが引数として指定された関数を用いてマップを作成する。すなわち、イベント管理部２３１は、ｓｅｅｄｈｌａｓｔ（換言すると、ブロックチェーンのハッシュ）に応じたマップを作成する。
報酬概要決定処理では、イベント管理部２３１は、各ダンジョンについての報酬の概要を決定する。具体的には、イベント管理部２３１は、報酬概要決定処理として、各ダンジョンの報酬の個数と、各報酬のサイズの概要（例えば、小、中、大のような３～５段階程度のサイズ）とを決定する。ここで、報酬には、アイテムＢとアイテムＣとが含まれる。すなわち、報酬概要決定処理では、例えば、あるダンジョンを探索した場合に得られるアイテムＢとしてのモンスターが、小モンスター５体と、中モンスター３体と、大モンスター１体などのように決定される。なお、本実施形態では、アイテムＣは１種類であり、報酬概要決定処理では、あるダンジョンを探索した場合に得られるアイテムＣの個数が決定されるが、アイテムＣが複数種類存在するなどしてもよい。
本実施形態では、報酬の概要（具体的には、報酬の個数および各報酬のサイズ）はランダムに決定されるようになっている。換言すると、報酬の概要の決定は、ランダム性を有している。具体的には、イベント管理部２３１は、所定のシード（以下、「概要決定用シード」という。）を用いた演算を行うことにより乱数を生成し、当該乱数に基づいて報酬の概要を決定する。概要決定用シードには、ｓｅｅｄｈｌａｓｔとｓｅｅｄｍｄｉｄとが含まれる。換言すると、イベント管理部２３１は、ｓｅｅｄｈｌａｓｔとｓｅｅｄｍｄｉｄとが引数として指定された関数を用いて報酬の概要を決定する。さらに換言すると、イベント管理部２３１は、ｓｅｅｄｈｌａｓｔとｓｅｅｄｍｄｉｄとを用いて所定の抽選を行い報酬の概要を決定する。なお、ここで、あるダンジョンについての報酬の概要を決定する場合に、イベント管理部２３１は、当該あるダンジョンのダンジョンＩＤをｓｅｅｄｍｄｉｄとして用いる。すなわち、イベント管理部２３１は、各ダンジョンについて、ｓｅｅｄｈｌａｓｔ（換言すると、ブロックチェーンのハッシュ）と、各ダンジョンのダンジョンＩＤとに応じて報酬の概要を決定する。
ダンジョン作成処理では、イベント管理部２３１は、報酬概要決定処理で決定された報酬の含まれる（換言すると、当該報酬の付与される）３次元仮想空間としてのダンジョンを作成する。ここで、ダンジョンの作成とは、ダンジョンの構造等を決定するものであってもよい。ダンジョン作成処理は、ダンジョンの難易度（具体的には、探索の難易度）を決定するものということもできる。なお、例えば、ダンジョンの探索が自動で行われる構成においては、難易度が高いほど探索に要する時間（換言すると、探索が開始されてから終了されるまでの時間）が長くなるなどしてもよい。
本実施形態では、ダンジョンはランダムに作成されるようになっている。換言すると、ダンジョン作成処理は、ランダム性を有している。具体的には、イベント管理部２３１は、所定のシード（以下、「ダンジョン作成用シード」という。）を用いた演算を行うことにより乱数を生成し、当該乱数に基づいてダンジョンを作成する。ダンジョン作成用シードには、ｓｅｅｄｈｌａｓｔとｓｅｅｄｍｄｉｄとが含まれる。そして、イベント管理部２３１は、ｓｅｅｄｈｌａｓｔとｓｅｅｄｍｄｉｄと報酬概要決定処理で決定された報酬の概要とが引数として指定された関数を用いてダンジョンを作成する。換言すると、イベント管理部２３１は、ｓｅｅｄｈｌａｓｔとｓｅｅｄｍｄｉｄとを用いて所定の抽選を行いダンジョンを作成する。なお、ここで、あるダンジョンを作成する場合に、イベント管理部２３１は、当該あるダンジョンのダンジョンＩＤをｓｅｅｄｍｄｉｄとして用いる。また、あるダンジョンを作成する場合に、イベント管理部２３１は、当該あるダンジョンについて決定された報酬の概要を引数として用いる。すなわち、イベント管理部２３１は、各ダンジョンが、ｓｅｅｄｈｌａｓｔ（換言すると、ブロックチェーンのハッシュ）と、各ダンジョンのダンジョンＩＤと、報酬概要決定処理で決定された各ダンジョンの報酬の概要と、に応じたダンジョンとなるように、ダンジョンを作成する。
報酬詳細決定処理では、イベント管理部２３１は、報酬概要決定処理で決定された、各ダンジョンで取得される報酬の詳細を決定する。具体的には、イベント管理部２３１は、報酬概要決定処理で報酬として決定されたアイテムＢについて、種類、色、サイズの詳細などを決定する。より具体的には、例えば、前述のように、小モンスター５体と、中モンスター３体と、大モンスター１体などのように報酬の概要が決定されている場合に、イベント管理部２３１は、各小モンスター、中モンスター、および大モンスターの種類を、ドラゴン、タイガーなどのように決定する。また、イベント管理部２３１は、各小モンスター、中モンスター、および大モンスターの色を、金色、青色、白色などのように決定する。また、イベント管理部２３１は、各小モンスター、中モンスター、および大モンスターのサイズの詳細を、体長５０メートル、１００メートルなどのように決定する。
本実施形態では、報酬の詳細（具体的には、アイテムＢの種類、色、詳細なサイズ）はランダムに決定されるようになっている。換言すると、報酬の詳細の決定は、ランダム性を有している。具体的には、イベント管理部２３１は、所定のシード（以下、「詳細決定用シード」という。）を用いた演算を行うことにより乱数を生成し、当該乱数に基づいて報酬の詳細を決定する。詳細決定用シードには、ｓｅｅｄｈｆｉｒｓｔとｓｅｅｄｍｄｉｄとが含まれる。そして、イベント管理部２３１は、ｓｅｅｄｈｆｉｒｓｔとｓｅｅｄｍｄｉｄと報酬概要決定処理で決定された報酬の概要とが引数として指定された関数を用いて報酬の詳細を決定する。換言すると、イベント管理部２３１は、ｓｅｅｄｈｆｉｒｓｔとｓｅｅｄｍｄｉｄとを用いて所定の抽選を行い報酬の詳細を決定する。なお、ここで、あるダンジョンについての報酬の詳細を決定する場合に、イベント管理部２３１は、当該あるダンジョンのダンジョンＩＤをｓｅｅｄｍｄｉｄとして用いる。また、あるダンジョンについての報酬の詳細を決定する場合に、イベント管理部２３１は、当該あるダンジョンについて決定された報酬の概要を引数として用いる。すなわち、イベント管理部２３１は、各ダンジョンについて、ｓｅｅｄｈｆｉｒｓｔ（換言すると、ブロックチェーンのハッシュ）と、各ダンジョンのダンジョンＩＤと、報酬概要決定処理で決定された各ダンジョンの報酬の概要と、に応じて報酬の詳細を決定する。
このように、本実施形態では、ダンジョンの探索に基づいて付与され得るアイテムＢの詳細（種類または量等の一部の内容）は、報酬詳細決定処理が実行されるまで確定しないようになっている。なお、ダンジョンの探索に基づいて付与され得るアイテムＣ（あるいは特定トークン）の詳細（種類または量等の一部の内容）は、報酬概要決定処理がされるタイミングで（換言すると、イベントの実行に係る権利がユーザに付与される前に）確定するようにしてもよい。また、報酬概要決定処理および報酬詳細決定処理では、報酬としてのアイテムＢの概要および詳細を決定し、アイテムＣ（あるいは特定トークン）については、例えば、報酬概要決定処理がされるタイミングで、概要決定用シードや詳細決定用シードとは異なるシードを用いた処理（報酬概要決定処理とは異なる処理）により、ダンジョンの探索に基づいて付与され得る種類や量を決定してもよい。この場合、アイテムＣについて決定する処理のロジックや、当該処理に用いるシードは、報酬概要決定処理や報酬詳細決定処理とは異なり、ブロックチェーン上での記憶や公開をしないこととしてもよい（報酬概要決定処理や報酬詳細決定処理の公開については後述する）。換言すると、当該処理に用いるシードは、ブロックチェーンを用いたシード（例えば、ブロックチェーンのハッシュに関するシード）ではなくてもよい。
ここで、ダンジョンの取得および探索に係るタイムラインについて、図５を参照しながら説明する。ここでは、２０２２年５月２９日の最後に生成されたハッシュであるｈａｓｈｌａｓｔ＿２０２２０５２９がｓｅｅｄｈｌａｓｔとして用いられるとともに、２０２２年５月３１日の最初に生成されたハッシュであるｈａｓｈｆｉｒｓｔ＿２０２２０５３１がｓｅｅｄｈｆｉｒｓｔとして用いられ、マップやダンジョンの生成、報酬の決定等がされる場合を例に説明する。
まず、イベント管理部２３１は、２０２２年５月２９日最後のハッシュを用いてマップ作成処理を行い、マップを作成する。ここで、５月２９日最後のハッシュ（換言すると、最後のブロック）は、ブロックチェーンのブロックに含まれるタイムスタンプの日付が５月３０日に変わることにより事後的に確定する。換言すると、ｓｅｅｄｈｌａｓｔは、２０２２年５月３０日最初のハッシュ（換言すると、最初のブロック）が生成されることにより確定する。そこで、本実施形態では、イベント管理部２３１は、５月３０日最初のハッシュが生成されたタイミングで（換言すると、当該ハッシュが生成された後に）、ｈａｓｈｌａｓｔ＿２０２２０５２９を用いたマップの作成を行う。
また、イベント管理部２３１は、２０２２年５月２９日最後のハッシュを用いて報酬概要決定処理を行い、各ダンジョンの報酬の概要を決定する。また、イベント管理部２３１は、２０２２年５月２９日最後のハッシュを用いてダンジョン作成処理を行い、当該報酬概要決定処理で決定された報酬の含まれるダンジョンを作成する。本実施形態では、イベント管理部２３１は、５月３０日最初のハッシュが生成されたタイミングで（換言すると、当該ハッシュが生成された後に）、ｈａｓｈｌａｓｔ＿２０２２０５２９を用いて報酬の概要を決定する。また、イベント管理部２３１は、５月３０日最初のハッシュが生成されたタイミングで（換言すると、当該ハッシュが生成された後に）、ｈａｓｈｌａｓｔ＿２０２２０５２９を用いてダンジョンを作成する。
また、イベント管理部２３１は、ダンジョンの取得が可能な期間を制限する制御を行う。本実施形態では、ダンジョンの取得可能期間は、その日最初のハッシュが生成（前日最後のハッシュに係るｓｅｅｄｈｌａｓｔが確定）されてから、次の日最初のハッシュが生成（当該ハッシュに係るｓｅｅｄｈｆｉｒｓｔが確定）されるまでの間に設定されている。換言すると、イベント管理部２３１は、ｈａｓｈｌａｓｔ＿２０２２０５２９を用いて作成されるダンジョンの取得が可能な期間を、当該ダンジョンの報酬の詳細が決定されるまでの期間となるように制御する。さらに換言すると、ダンジョン（換言すると、マップ）が作成されると、次にダンジョン（換言すると、マップ）が作成されるタイミングまで作成されたダンジョンの取得が可能となっている。なお、ダンジョンの取得可能期間は、例えば、その日最初のハッシュが生成されてから、その日（換言すると、ダンジョンが生成された日）が終了するまでの間に設定されるなどしてもよい。
また、イベント管理部２３１は、２０２２年５月３１日最初のハッシュを用いて報酬詳細決定処理を行い、概要の決定に２０２２年５月２９日最後のハッシュが用いられた報酬について詳細を決定する。本実施形態では、イベント管理部２３１は、５月３１日最初のハッシュが生成されたタイミングで（換言すると、当該ハッシュが生成された後に）、ｈａｓｈｆｉｒｓｔ＿２０２２０５３１を用いて報酬の詳細を決定する。すなわち、イベント管理部２３１は、ダンジョンの取得可能な期間の経過後に、当該ダンジョンに係る報酬の詳細を決定する。換言すると、イベント管理部２３１は、報酬の詳細が決定された後にダンジョンを取得することができないように制御する。
このように報酬の概要および詳細が決定されるダンジョンは、ユーザの操作に基づいてユーザに付与され、探索することが可能となっている。
イベント管理部２３１は、ユーザによる探索を行うダンジョンを選択する操作が行われると、当該操作に基づいて、選択されたダンジョンをユーザに付与する。換言すると、イベント管理部２３１は、ユーザが選択したダンジョンの探索に係る権利（換言すると、イベントの実行に係る権利）を当該ユーザに付与する。具体的には、例えば、端末装置１０の操作受付部１１１は、マップ内の複数のダンジョンの中から、探索を行うダンジョンを選択する操作を受け付ける。換言すると、操作受付部１１１は、複数のダンジョンの中から特定のダンジョンを取得する操作を受け付ける。さらに換言すると、操作受付部１１１は、特定のイベント（具体的には、特定のダンジョンの探索）の実行に係る権利の取得に係る操作を受け付ける。すなわち、本実施形態では、ユーザは、自身が取得したダンジョンについて探索を行うことが可能となっており、ダンジョンの取得は、ダンジョンの探索（換言すると、イベント）の実行に係る権利の取得と言い換えることができる。なお、ここで、イベントの実行に係る権利の付与とは、結果としてイベントの実行（例えば、ダンジョンの探索）が可能となるものであればよい。すなわち、イベントの実行に係る権利の付与とは、当該ユーザによるイベントの実行を有効化する処理ともいえる。
また、ダンジョンを取得する操作の受付に際し、表示制御部１１４は、表示部１８に、ダンジョンの探索により取得可能な報酬に関する情報を表示させる。具体的には、例えば、端末処理部１１３は、ダンジョンの報酬の概要に関する情報をイベント管理部２３１から受け取り、当該情報に基づいて、ダンジョンを探索した場合に取得可能な報酬の個数や各報酬のサイズの概要等を表示部１８に表示させる。より具体的には、例えば、ダンジョンの取得が表示部１８に表示されるマップ上において特定のダンジョンを選択する操作により行われる構成においては、マップ上において特定のダンジョンが選択された場合に、当該特定のダンジョンの探索により取得可能な報酬に関する情報が表示部１８に表示され、ユーザは、当該情報を見た上で、当該特定のダンジョンを取得するか否かを選択できるようになっていてもよい。また、例えば、ダンジョンの取得が操作キャラクタを動かす操作によって当該操作キャラクタをマップ内の特定のダンジョンが配置された位置まで導くことにより行われる構成においては、特定のダンジョンが配置された位置まで操作キャラクタを移動させると、当該特定のダンジョンの探索により取得可能な報酬に関する情報が表示部１８に表示され、ユーザは、当該情報を見た上で、当該特定のダンジョンを取得するか否かを選択できるようになっていてもよい。すなわち、本実施形態では、イベント管理部２３１は、ユーザがイベントの実行の権利を取得する前に、当該イベントの実行により取得可能な報酬に関する情報を、当該ユーザに提示可能となっており、当該情報が表示部１８に表示されるようになっている。なお、当該情報の表示は、取得可能な報酬の概要等を直接的に示すものに限らず、間接的に示す（例えば、獲得可能な報酬の量や質に関する期待度を示唆するもの等）であってもよい。
また、イベント管理部２３１は、ユーザが取得したダンジョンを示す情報をブロックチェーン（例えば、イーサリアムのブロックチェーン）上に記憶させる。具体的には、イベント管理部２３１は、あるユーザがあるダンジョンを取得した場合に、当該あるユーザが当該あるダンジョンを取得したことを示す情報をブロックチェーン上に記憶させる。すなわち、本実施形態では、ユーザによるダンジョンの取得に係る履歴がブロックチェーン上に記憶されるといえる。換言すると、本実施形態では、ユーザの有するイベントの実行に係る権利に関する情報がブロックチェーン上に記憶される。このような構成によれば、不正な手法でのダンジョンやアイテム等の取得を防止することができる。すなわち、本実施形態では、取得可能な期間に制限のあるダンジョン（換言すると、イベントの実行に係る権利）の取得により報酬を獲得する権利が得られるようになっているとともに、ユーザが取得したダンジョンを示す情報が、改ざんの困難なブロックチェーン上に記憶されるようになっているところ、本構成によれば、あるユーザが不正な手法によりアイテムを取得した場合等において、当該アイテムを取得可能なダンジョンの取得情報を当該あるユーザが有さないこと等が確認可能となり、当該あるユーザの不正を証明すること等が可能となる。加えて、本実施形態では、ダンジョンの取得情報が書き換えの困難なブロックチェーン上に記憶されるとともに、報酬の詳細が決定されるタイミングが、ダンジョンの取得可能な期間の経過後となっているので、アイテムの不正取得をより強固に防止することができる。
イベント実行部２３２は、ユーザによるダンジョンの探索開始を指示する操作に基づいて、ユーザが取得したダンジョンの探索を開始する。すなわち、操作受付部１１１は、所定のイベントの実行（換言すると、特定のダンジョンの探索）に係る権利を有するユーザによる、当該所定のイベントの実行（換言すると、開始）を指示する操作を受け付ける。そして、当該操作に関する情報が送受信部１１２，２１１を介してイベント実行部２３２に送られ、イベント実行部２３２は、当該操作に基づいて、当該所定のイベントを開始させる。具体的には、例えば、ユーザが取得したダンジョンに関する情報が表示部１８に表示され、操作受付部１１１は、当該情報が表示されている状態においてダンジョンの探索開始を指示する操作を受け付けてもよい。
本実施形態のゲームでは、ダンジョンの探索は、報酬の概要が決定され、ダンジョンが作成された以降のタイミングから可能となっており、当該報酬の詳細が決定される前に探索を行うことも可能となっている。また、ダンジョンの探索は、報酬の詳細が決定された後に行うことも可能となっている。
また、イベント実行部２３２は、ダンジョンの探索を自動的に進行する。すなわち、例えば、操作受付部１１１が、イベントの実行を指示する操作を受け付けると、イベント実行部２３２は、ユーザの操作を要さずにイベントを進行する。具体的には、イベント（換言すると、ダンジョンの探索）は、イベントの開始から所定期間（例えば、数時間）が経過すると終了するようになっている。また、当該所定期間は、ユーザの選択に基づいて特定トークンを消費して短縮させることが可能となっている。なお、イベントは、開始された直後に終了してもよい。また、ダンジョンの探索は、イベント実行部２３２がユーザの操作に基づいて進行してもよい。具体的には、例えば、イベントの実行を指示する操作が行われると、その後、操作受付部１１１は、ダンジョン内（換言すると、仮想空間内）において操作キャラクタを移動させる操作（換言すると、ダンジョン内に配置されたアイテムを探す操作等）を受け付け、ユーザが発見したアイテムが報酬として付与されるようになっていてもよい。
報酬付与部２３３は、ダンジョンの探索に基づいて、ユーザに報酬を付与する。換言すると、報酬付与部２３３は、イベントの実行に基づいて、ユーザに報酬を付与する。具体的には、本実施形態では、ダンジョンの探索が自動で進行され、探索が終了すると、当該探索で発見されたアイテムＢおよびアイテムＣがユーザに付与される。なお、例えば、ダンジョンの探索が手動で進行される場合に、ユーザが操作キャラクタを操作してダンジョン内でアイテムＢやアイテムＣを発見する毎に発見されたアイテムが報酬としてユーザに付与されるなどしてもよい。また、イベントの実行に基づいて付与される報酬のうちの少なくとも一部は、探索により発見したものではなく、探索をしたことに対する謝礼等として付与されるものであってもよい。
ここで、ダンジョンの探索に基づいてアイテムＢやアイテムＣの付与が決定されるタイミング（換言すると、例えば、ダンジョンの探索が終了するタイミング）としては、報酬の詳細（具体的には、アイテムＢの詳細）が決定される前と後との両パターンが考えられる。換言すると、ダンジョンの探索を自動で行う場合と手動で行う場合とのいずれの場合についても、報酬の付与が決定されるタイミングにおいて、報酬の詳細が確定していない場合が存在し得る。具体的には、本実施形態では、アイテムＢとしてのモンスターの詳細が決定される前に、ダンジョンの探索によりアイテムＢとしてのモンスターが発見される（換言すると、アイテムＢの付与が決定される）という状態（ただし、アイテムＢの詳細まではわからないという状態）が存在し得る。そこで、報酬の詳細が決定される前にアイテムＢの付与が決定された場合（換言すると、アイテムＢが発見された場合）、報酬付与部２３３は、当該アイテムＢの付与が決定されたタイミング（換言すると、例えば、ダンジョンの探索が終了したタイミング）では当該アイテムＢを付与せず、アイテムＢの詳細が決定された後に報酬としてのアイテムＢを付与する。換言すると、本実施形態では、所定の期間としてのダンジョン取得可能期間（換言すると、イベントの実行に係る権利の取得可能期間）の経過後に報酬の詳細が決定されるようになっているとともに、ダンジョン取得可能期間中にダンジョンの探索（換言すると、イベント）が実行され報酬の付与が決定される場合が存在し得るが、ダンジョン取得可能期間中に報酬の付与が決定された場合、報酬付与部２３３は、報酬の詳細が決定された後に報酬を付与してもよい。なお、ここで、「報酬の詳細が決定された後に報酬を付与する」とは、本実施形態においては詳細の確定したアイテムＢとしての具体的なモンスターを付与することを意味する。換言すると、「報酬の詳細が決定された後に報酬を付与する」といった場合、例えば、報酬の詳細が決定する前に、アイテムＢとしての具体的なモンスターに代わるアイテム等（例えば、詳細が決定された後に何らかのモンスターが付与されることを示すアイテム等）を付与しておく構成等を含み得る。
なお、本実施形態では、マップの作成、ダンジョンの作成、報酬の概要の決定および報酬の詳細の決定は連日行われており、日々マップの更新およびダンジョンの更新が行われている。すなわち、例えば、図５に示す例においては、５月３０日最後のハッシュを用いてマップ作成処理、報酬概要決定処理、およびダンジョン作成処理が行われ、当該報酬概要決定処理で概要が決定された報酬について、６月１日最初のハッシュを用いて報酬詳細決定処理が行われる。なお、本実施形態では、ダンジョンの取得可能期間が終了してから次のマップ更新およびダンジョン更新が行われるようになっているが、ダンジョンの取得可能期間中に、次のマップ更新およびダンジョン更新が行われてもよい。換言すると、マップの作成、ダンジョンの作成、報酬の概要の決定または報酬の詳細の決定に用いられるハッシュは、１日の最後のハッシュや最初のハッシュでなくてもよい。
なお、本実施形態では、１日の最後に生成されるハッシュを用いて、マップおよびダンジョンの作成ならびに報酬の概要の決定を行っているが、１日の最後に生成されるハッシュ（換言すると、１日の最後のブロック）は、翌日最初のハッシュ（換言すると、翌日最初のブロック）が生成されることにより事後的に決定されるようになっている。このため、マップおよびダンジョンの作成ならびに報酬の概要の決定は、翌日最初のハッシュが生成された以降のタイミングで行われる。そこで、マップおよびダンジョンの作成ならびに報酬の概要の決定を、翌日最初のハッシュを用いて行うことも考えられる。しかし、本実施形態では、マップおよびダンジョンの作成ならびに報酬の概要の決定を、１日の最後に生成されるハッシュを用いて行うことにより、マップおよびダンジョンの作成ならびに報酬の概要の決定と、報酬の詳細の決定とを異なるハッシュに基づいて行われるようにしている。すなわち、マップおよびダンジョンの作成ならびに報酬の決定等に係る処理を連日実行する場合において、前日に概要を決定した報酬の詳細の決定に用いられるハッシュと、当日に報酬の概要の決定に用いられるハッシュとが同一とならないようにされている。換言すると、本実施形態では、ゲーム制御部２１２は、繰り返し訪れる任意の期間内の特定のハッシュ（具体的には、１日の最初のハッシュ）を用いて報酬の詳細を決定するとともに、当該特定のハッシュとは異なるハッシュ（具体的には、１日の最後のハッシュ）を用いて報酬の概要を決定するようになっている。また、ブロックチェーンは分岐することがあるところ、本実施形態では、翌日最初のハッシュが生成されたタイミングで、１日の最後に生成されるハッシュを用いてマップおよびダンジョンの作成ならびに報酬の概要の決定を行っているので、採択された可能性の高いハッシュ（換言すると、ブロック）を用いて処理を行うことが可能となる。
なお、本実施形態のゲームではアイテムＢに係る抽選ロジックは、ブロックチェーン上に記憶され公開される。具体的には、報酬概要決定処理および報酬詳細決定処理のロジックがスマートコントラクトとして公開される。すなわち、ｓｅｅｄｈｌａｓｔを用いて報酬の概要を決定する処理のロジックが、スマートコントラクトとして公開される。また、ｓｅｅｄｈｆｉｒｓｔを用いて報酬の詳細を決定する処理のロジックが、スマートコントラクトとして公開される。また、ｓｅｅｄｈｌａｓｔおよびｓｅｅｄｈｆｉｒｓｔは、ブロックチェーンのハッシュであり、公開されたシードとなっている。すなわち、本実施形態では、各ダンジョンで取得可能な報酬の概要は、所定のシードを用いて所定のロジックにより決定されるが、当該所定のシードおよび当該所定のロジックは公開されており、各ユーザは、報酬の概要の決定にあたり不正が働いていないかを公開された当該所定のシードと当該所定のロジックとを用いて検算することが可能となっている。また、本実施形態では、各ダンジョンで取得可能な報酬の詳細は、所定のシードを用いて所定のロジックにより決定されるが、当該所定のシードおよび当該所定のロジックは公開されており、各ユーザは、報酬の詳細の決定にあたり不正が働いていないかを公開された当該所定のシードと当該所定のロジックとを用いて検算することが可能となっている。このような構成によれば、報酬の付与について運営者側の作為が入り込むことがなく、かつこのことをユーザに明確に提示できる透明性の高いシステムを提供することができる。また、シードにブロックチェーンのハッシュを用いることにより、シードを運営者であっても予測不可能であり、かつ誰が見ても不変的で明らかなものとすることができる。すなわち、本実施形態の構成によれば、報酬の付与について、運営者であってもコントロールすることができず、公開されたロジックによりユーザが検算可能であり、事前に予測することができないものとすることができる。このため、アイテムの付与について不正が起こり、システムの価値が毀損してしまうことを防止できる。また、本実施形態では、報酬の概要や詳細の決定に係る乱数がブロックチェーンのハッシュに基づいて決定され、乱数が特定可能となっているため、乱数を操作する不正の発見が可能となり、乱数を操作して所定のオブジェクトを不正に出現させる等の不正を防止することができる。なお、ダンジョン作成処理のロジック等についても、ブロックチェーン上に記憶し公開してもよく、ブロックチェーン上に記憶せず非公開としてもよい。
なお、ユーザが保有しているアイテムＡは、他のユーザに貸出可能となっていてもよい。具体的には、あるユーザがアイテムＡを他のユーザに貸し出した場合に、当該他のユーザの端末装置１０の操作受付部１１１は、当該他のユーザによる、当該あるユーザが実行の権利を有するイベントについてのイベントの実行を指示する操作を受け付けてもよい。そして、当該操作に関する情報が送受信部１１２，２１１を介してイベント実行部２３２に送られ、イベント実行部２３２は、当該他のユーザによる当該操作に基づいて、イベントを開始させてもよい。すなわち、アイテムＡを保有していない当該他のユーザであっても、アイテムＡを借りてゲームをプレイすることが可能となっていてもよい。この場合において、報酬付与部２３３は、当該他のユーザの操作に基づいて実行されたイベントによって得られた報酬の一部を、アイテムＡを貸し出したユーザに付与してもよい。これにより、アイテムＡを貸し出すユーザにとっては、他のユーザにダンジョンの攻略を協力してもらい、攻略の効率化が図れるという利点が得られる。また、アイテムを借りるユーザにとっては、アイテムＡを購入することなくゲームに参加できるという利点が得られる。
次に、ダンジョンの生成および報酬の決定に係る処理を図６に示すフローチャートを参照しながら説明する。
イベント管理部２３１は、特定のブロックチェーンから、１日の最後に生成されたハッシュを取得する（ステップＳ１）。次いで、イベント管理部２３１は、取得したハッシュをシード（具体的には、ｓｅｅｄｈｌａｓｔ）として用いて演算を行いマップを作成する（ステップＳ２）。具体的には、イベント管理部２３１は、マップの地形およびマップにおけるダンジョンの配置を決定するとともに、マップ内の各ダンジョンに対して、各ダンジョンを識別可能とするＩＤを付与する。
次いで、イベント管理部２３１は、ステップＳ２で作成されたマップの各ダンジョンについて、報酬の概要を決定する（ステップＳ３）。具体的には、イベント管理部２３１は、ステップＳ１で取得したハッシュと、各ダンジョンのダンジョンＩＤとをシード（具体的には、ｓｅｅｄｈｌａｓｔ、ｓｅｅｄｍｄｉｄ）として用いて演算を行い、各ダンジョンの報酬の個数と、各報酬のサイズの概要とを決定する。
次いで、イベント管理部２３１は、ステップＳ３で概要が決定された報酬の付与される（換言すると、当該報酬の含まれる）ダンジョンを作成する（ステップＳ４）。具体的には、イベント管理部２３１は、ステップＳ１で取得したハッシュと、各ダンジョンのダンジョンＩＤとをシード（具体的には、ｓｅｅｄｈｌａｓｔ、ｓｅｅｄｍｄｉｄ）として用いて演算を行い、ダンジョンを作成する。
次いで、イベント管理部２３１は、ステップＳ１で取得したハッシュの生成された日の翌々日最初に生成されたハッシュを取得する（ステップＳ５）。次いで、イベント管理部２３１は、ステップＳ２で作成されたマップの各ダンジョンについて、報酬の詳細を決定する（ステップＳ６）。具体的には、イベント管理部２３１は、ステップＳ５で取得したハッシュと、各ダンジョンのダンジョンＩＤとをシード（具体的には、ｓｅｅｄｈｆｉｒｓｔ、ｓｅｅｄｍｄｉｄ）として用いて演算を行い、各ダンジョンの報酬としてのアイテムＢの、種類、色、具体的なサイズを決定する。
次に、ダンジョンの取得および探索に係る処理を図７に示すフローチャートを参照しながら説明する。
端末装置１０の操作受付部１１１は、マップ内の複数のダンジョンの中から、探索を行うダンジョンを取得する操作を受け付ける（ステップＳ１１）。換言すると、操作受付部１１１は、複数のダンジョンの中から特定のダンジョンを選択する操作を受け付ける。さらに換言すると、操作受付部１１１は、特定のイベント（具体的には、特定のダンジョンの探索）の実行に係る権利の取得に係る操作を受け付ける。
探索を行うダンジョンを取得する操作が行われると、イベント管理部２３１は、当該操作に基づいて、特定のダンジョンをユーザに付与する（ステップＳ１２）。換言すると、イベント管理部２３１は、ユーザの操作に基づいて、イベントの実行に係る権利を当該ユーザに付与する。
また、操作受付部１１１は、ユーザが取得したダンジョンについて、ダンジョンの探索の開始を指示する操作を受け付ける（ステップＳ１３）。換言すると、操作受付部１１１は、ユーザによる、当該ユーザが実行の権利を有するイベントの実行を指示する操作を受け付ける。
また、イベント実行部２３２は、ユーザによるダンジョンの探索の開始を指示する操作に基づいて探索を開始させる（ステップＳ１４）。換言すると、イベント実行部２３２は、ユーザによるイベントの実行を指示する操作に基づいてイベントを実行する。なお、実行されるイベントは、イベント実行部２３２がユーザの操作に応じて（換言すると、手動で）進行してもよく、ユーザの操作を介さずにイベント実行部２３２が自動で進行してもよい。また、イベントを手動で進行させるか自動で進行させるかをユーザが選択可能となっていてもよい。
次いで、報酬付与部２３３は、ダンジョンの探索に基づいて、ユーザに報酬を付与する（ステップＳ１５）。換言すると、報酬付与部２３３は、イベントの実行に基づいて、ユーザに報酬を付与する。具体的には、報酬付与部２３３は、ダンジョンの探索に基づいてアイテムＢおよびアイテムＣを付与する。
なお、本実施形態では、ブロックチェーン上で管理されるアイテム、トークン、各種ロジック（換言すると、スマートコントラクト）は、同一のブロックチェーン上で管理されるが、一部が異なるブロックチェーン上で管理されてもよい。また、各種処理に用いられるハッシュは、当該同一のブロックチェーンのハッシュであってもよく、他のブロックチェーンのハッシュであってもよい。なお、ブロックチェーンには、イーサリアムやビットコイン等の既存のものを用いてもよい。なお、アイテムＡやアイテムＢに対応するＮＦＴ（換言すると、ＮＦＴ化されたアイテムＡやアイテムＢ）は、発行されたブロックチェーンから他のブロックチェーンにブリッジすることが可能となっていてもよい。
なお、本実施形態に係る各構成は、本実施形態に係るゲーム以外のコンテンツ（換言すると、サービス）に適用することもできる。
なお、本発明は、上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変形して実施できる。本発明はその発明の範囲内において、各構成要素の自由な組み合わせ、任意の構成要素の変形、または任意の構成要素の省略等が可能である。また、本明細書において説明した処理の流れはあくまで一例であり、各処理の順序や構成は異なるものであってもよい。
＜付記＞
以上の実施形態で説明した事項は、以下の付記のようにも記載され得る。
（付記１）
コンピュータを、所定のイベントの実行を制御する制御手段（例えば、イベント実行部２３２）と、前記所定のイベントの実行に基づいて、ユーザに第１のオブジェクトを付与する第１付与手段（例えば、報酬付与部２３３）と、前記所定のイベントの実行に基づいて、前記ユーザに暗号資産および前記暗号資産と交換可能な第２のオブジェクトの少なくとも一方を付与する第２付与手段（例えば、報酬付与部２３３）と、として機能させ、前記第１のオブジェクトは、ＮＦＴ化された状態を取り得るオブジェクトであるプログラム。
本構成によれば、所定のイベントの実行に基づいて暗号資産または暗号資産と交換可能なオブジェクトが付与されるサービス、すなわち所定のイベントの実行に基づいて暗号資産を獲得可能なサービスが提供できる。一方で、このようなサービスにおいては、暗号資産を稼ぎたいというユーザ心理が働きやすいといった特性があるところ、暗号資産の消費よりも獲得が上回ってしまうことで暗号資産の価値が下がり、エコノミーが崩壊してしまうおそれがあった。換言すると、この種のサービスでは持続可能性について課題があった。しかし、本構成によれば、所定のイベントの実行に基づいて暗号資産を獲得可能なだけでなく、ＮＦＴ化された状態を取り得るオブジェクトが獲得可能となる。したがって、ＮＦＴ化された状態のオブジェクトの流通によりエコノミーを活性化することが可能となり、サービスの持続可能性を向上させることができる。
（付記２）
前記所定のイベントにおいて前記第１のオブジェクトが付与される確率は、前記所定のイベントにおいて前記暗号資産が付与される確率または前記第２のオブジェクトが付与される確率よりも低い付記１に記載のプログラム。
本構成によれば、第１のオブジェクトの希少価値を高めることができるので、第１のオブジェクトの価値が低下し、サービスの持続可能性が低下してしまうことを防止できる。
（付記３）
前記コンピュータを、さらに、前記ユーザの保有する前記第１のオブジェクトを前記暗号資産と交換する交換手段として機能させる付記１に記載のプログラム。
本構成によれば、第１のオブジェクトと暗号資産との結びつきを強め、エコノミーを活性化することが可能となり、サービスの持続可能性を向上させることができる。
（付記４）
前記コンピュータを、さらに、前記暗号資産を消費して前記第１のオブジェクトをＮＦＴ化するＮＦＴ化手段（例えば、資産管理部２１３）として機能させる付記１～３のいずれか１つに記載のプログラム。
本構成によれば、第１のオブジェクトをＮＦＴ化して流通させる際に、暗号資産の消費を必要とすることができ、ユーザの資産について獲得と消費のバランスを取ることが可能となる。したがって、サービスの持続可能性を向上させることができる。
（付記５）
所定のイベントの実行を制御する制御手段（例えば、イベント実行部２３２）と、前記所定のイベントの実行に基づいて、ユーザに第１のオブジェクトを付与する第１付与手段（例えば、報酬付与部２３３）と、前記所定のイベントの実行に基づいて、前記ユーザに暗号資産および前記暗号資産と交換可能な第２のオブジェクトの少なくとも一方を付与する第２付与手段（例えば、報酬付与部２３３）と、を備える情報処理システム。
このような構成によれば、付記１に記載のプログラムと同様の作用効果を奏することができる。
１　ゲームシステム、３　ブロックチェーンシステム、１０　端末装置、１１　プロセッサ、１２　メモリ、１３　ストレージ、１４　通信ＩＦ、１５　入出力ＩＦ、１６　タッチスクリーン、１７　入力部、１８　表示部、２０　サーバ、２１　プロセッサ、２２　メモリ、２３　ストレージ、２４　通信ＩＦ、２５　入出力ＩＦ、３０　ノード装置、３１　プロセッサ、３２　メモリ、３３　ストレージ、３４　通信ＩＦ、３５　入出力ＩＦ、１１０　制御部、１１１　操作受付部、１１２　送受信部、１１３　端末処理部、１１４　表示制御部、１２０　記憶部、２１０　制御部、２１１　送受信部、２１２　ゲーム制御部、２１３　資産管理部、２１４　マーケット管理部、２２０　記憶部、２３１　イベント管理部、２３２　イベント実行部、２３３　報酬付与部、３１０　制御部、３２０　記憶部
 

Claims (5)

  1. コンピュータを、
    所定のイベントの実行を制御する制御手段と、
    前記所定のイベントの実行に基づいて、ユーザに第１のオブジェクトを付与する第１付与手段と、
    前記所定のイベントの実行に基づいて、前記ユーザに暗号資産および前記暗号資産と交換可能な第２のオブジェクトの少なくとも一方を付与する第２付与手段と、として機能させ、
    前記第１のオブジェクトは、ＮＦＴ化された状態を取り得るオブジェクトであるプログラム。
  2. 前記所定のイベントにおいて前記第１のオブジェクトが付与される確率は、前記所定のイベントにおいて前記暗号資産が付与される確率または前記第２のオブジェクトが付与される確率よりも低い
    請求項１に記載のプログラム。
  3. 前記コンピュータを、さらに、前記ユーザの保有する前記第１のオブジェクトを前記暗号資産と交換する交換手段として機能させる
    請求項１に記載のプログラム。
  4. 前記コンピュータを、さらに、前記暗号資産を消費して前記第１のオブジェクトをＮＦＴ化するＮＦＴ化手段として機能させる
    請求項１～３のいずれか１項に記載のプログラム。
  5. 所定のイベントの実行を制御する制御手段と、
    前記所定のイベントの実行に基づいて、ユーザに第１のオブジェクトを付与する第１付与手段と、
    前記所定のイベントの実行に基づいて、前記ユーザに暗号資産および前記暗号資産と交換可能な第２のオブジェクトの少なくとも一方を付与する第２付与手段と、を備える
    情報処理システム。
     
PCT/JP2023/040915 2022-11-28 2023-11-14 プログラムおよび情報処理システム WO2024116824A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022188922A JP7453322B1 (ja) 2022-11-28 2022-11-28 プログラムおよび情報処理システム
JP2022-188922 2022-11-28

Publications (1)

Publication Number Publication Date
WO2024116824A1 true WO2024116824A1 (ja) 2024-06-06

Family

ID=90273489

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/040915 WO2024116824A1 (ja) 2022-11-28 2023-11-14 プログラムおよび情報処理システム

Country Status (2)

Country Link
JP (2) JP7453322B1 (ja)
WO (1) WO2024116824A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019136317A (ja) * 2018-02-09 2019-08-22 株式会社コロプラ ゲームプログラム、方法、および情報処理装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019136317A (ja) * 2018-02-09 2019-08-22 株式会社コロプラ ゲームプログラム、方法、および情報処理装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Digit Alassets", GAMEFI WORLD, vol. 5, no. 7, 1 July 2022 (2022-07-01), pages 68 - 69 *
SUZUKI, CHIKAKO: "Creation of new businesses and governance, and related systems. 1st edition", 10 May 2021, CHUOKEIZAI-SHA KK, ISBN: 978-4-502-38171-3, article "Utilizing blockchain in business", pages: 19 - 21 *
TANAKA, KEISHI: "What is the impact on accounting and auditing? Crypto assets and blockchain that can be understood from basic. Part 2: Laws and regulations regarding the metaverse and corporate accounting 1", KIGYO KAIKEI, vol. 74, no. 7, 1 July 2022 (2022-07-01), pages 112 - 117, ISSN: 0386-4448 *

Also Published As

Publication number Publication date
JP2024077087A (ja) 2024-06-07
JP2024077637A (ja) 2024-06-07
JP7453322B1 (ja) 2024-03-19

Similar Documents

Publication Publication Date Title
US11748724B2 (en) Systems and methods for operating a bridge server to support multiple shards of a blockchain
US11571625B2 (en) Systems and methods for gated in-game access based on collections of unique digital articles
JP6128246B1 (ja) 情報処理装置及びプログラム
JP7242739B2 (ja) プログラム、情報処理装置、及び制御方法
JP2019058757A (ja) ゲームシステム及びプログラム
JP6854843B2 (ja) ゲームシステム、およびゲームプログラム
JP2024009289A (ja) ゲームサーバ、ゲームプログラム、情報処理方法
WO2024116824A1 (ja) プログラムおよび情報処理システム
WO2024116825A1 (ja) プログラムおよび情報処理システム
JP2023010878A (ja) ゲームシステム、ゲームプログラム、及びゲームシステムの制御方法
JP7054864B2 (ja) ゲームプログラムおよびゲームシステム
JP2022118530A (ja) ゲームサーバ、ゲームプログラム、情報処理方法
JP7511071B1 (ja) プログラムおよび情報処理システム
JP2021137295A (ja) ゲームプログラムおよびゲームシステム
JP7506816B1 (ja) プログラム
JP7512003B1 (ja) プログラムおよび情報処理システム
JP6744675B1 (ja) ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
US11607618B1 (en) Systems and methods for supporting different player types in a franchise game based on ownership of unique digital articles
JP7368748B2 (ja) コンピュータプログラム、およびコンピュータ装置
JP6959544B2 (ja) コンピュータプログラム、およびコンピュータ装置
JP7199680B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP2023165178A (ja) ゲーム制御装置、ゲーム制御プログラムおよびゲーム制御システム
JP7383293B2 (ja) ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
WO2022176365A1 (ja) ゲームプログラム、ゲーム方法及びサーバ
US10894209B2 (en) System and method of providing a game