[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2020044471A1 - ブロックチェーンシステム、及びブロックチェーンシステムの制御方法 - Google Patents

ブロックチェーンシステム、及びブロックチェーンシステムの制御方法 Download PDF

Info

Publication number
WO2020044471A1
WO2020044471A1 PCT/JP2018/031997 JP2018031997W WO2020044471A1 WO 2020044471 A1 WO2020044471 A1 WO 2020044471A1 JP 2018031997 W JP2018031997 W JP 2018031997W WO 2020044471 A1 WO2020044471 A1 WO 2020044471A1
Authority
WO
WIPO (PCT)
Prior art keywords
asset
information
price
chain system
blockchain
Prior art date
Application number
PCT/JP2018/031997
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 ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社
Priority to PCT/JP2018/031997 priority Critical patent/WO2020044471A1/ja
Priority to JP2020539930A priority patent/JP7098734B2/ja
Publication of WO2020044471A1 publication Critical patent/WO2020044471A1/ja
Priority to JP2022050673A priority patent/JP7320099B2/ja

Links

Images

Classifications

    • 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/06—Buying, selling or leasing transactions

Definitions

  • the present invention relates to a blockchain system and a control method of the blockchain system.
  • a distributed ledger technology using a so-called block chain (for example, Non-Patent Document 1 relating to virtual currency) has great potential as a technology for realizing data robustness and tamper resistance in a distributed information processing system.
  • the blockchain is expected to be applied not only to virtual currencies but also to the financial field, supply chain, content industry, IoT (Internet of Things), and the like.
  • Non-Patent Document 2 discloses a cat collection game using a distributed application
  • Non-Patent Document 3 discloses the contents of a distributed exchange (DEX).
  • one of the major benefits of blockchain technology is considered to be the management of data (asset) ownership.
  • asset data
  • each of its users can quickly and massively share genuine ownership and value information about assets with each other. This has the advantage that the added value of the service to the user can be increased even for the business entity that provides the assets of the blockchain.
  • the present invention has been made in view of such a background, and an object of the present invention is to provide a blockchain system and a blockchain capable of appropriately processing the ownership and value of a user's asset according to the property of the asset. It is to provide a control method of a chain system.
  • One aspect of the present invention for solving the above-mentioned problem includes an information sharing unit configured by a plurality of nodes, each node sharing information of a transaction history of a predetermined asset between nodes with blockchain data.
  • An on-chain system an asset acquisition unit for acquiring information on the asset recorded in the blockchain data, and an off-chain system including a logic execution unit for performing predetermined information processing based on the acquired information on the asset.
  • the off-chain system comprises: a stock quantity storage unit for storing information on the stock quantity of the asset; and a purchase request for a predetermined number of the assets from the node.
  • An application receiving unit to perform the inventory of the asset according to the application for purchase of the received asset.
  • a purchase processing unit for reducing the predetermined number, and increasing the selling price of the asset based on a predetermined algorithm in accordance with the received application for purchase of the asset, and specifying and specifying the highest price of the asset in a predetermined period in the past.
  • a price adjustment unit for setting a minimum price of the asset based on a maximum price, and a decrease in the selling price of the asset over time such that the lower the number of the inventory of the asset, the slower the price decreases.
  • a price maintaining unit that restores the selling price to the minimum price when the current selling price of the asset falls below the set minimum price.
  • the ownership and value of a user's asset can be appropriately processed according to the property of the asset.
  • FIG. 1 is a diagram illustrating an example of a configuration of a block chain system according to the present embodiment.
  • FIG. 2 is a diagram illustrating an example of hardware included in each information processing device (or node) in the blockchain system 1.
  • FIG. 3 is a diagram illustrating an example of a function included in each node in the off-chain system 200.
  • FIG. 4 is a diagram illustrating an example of the data structure of the hero asset 21.
  • FIG. 5 is a diagram illustrating an example of the data structure of the item asset 23.
  • FIG. 6 is a diagram illustrating an example of the data structure of the territory asset 25.
  • FIG. 7 is a diagram illustrating an example of a function included in each node of the on-chain system 100.
  • FIG. 8 is a diagram illustrating an example of functions provided in the logic control server 110.
  • FIG. 9 is a diagram illustrating an example of the asset price adjustment management table 600.
  • FIG. 10 is a diagram illustrating an example of the asset price management table 670.
  • FIG. 11 is a flowchart illustrating an example of the purchase handling process.
  • FIG. 12 is a diagram illustrating an example of purchase application information.
  • FIG. 13 is a flowchart showing an example of the price drop process.
  • FIG. 14 is a diagram illustrating an example of a price change of the asset 20 that fluctuates due to the purchase correspondence process and the price drop process.
  • FIG. 15 is a flowchart illustrating an example of the image rewriting process.
  • FIG. 1 is a diagram illustrating an example of a configuration of a block chain system according to the present embodiment.
  • the blockchain system 1 includes an on-chain system 200 in which each of a plurality of nodes (user terminals 50) shares information of a transaction history between nodes of the asset 20 which is a predetermined data asset by blockchain data.
  • An environment for executing a predetermined game (hereinafter, referred to as the present game) which is performed using the asset 10 which is data obtained from the on-chain system 200 and corresponds to the asset 20, and a plurality of games for executing the present game.
  • Off-chain system 100 including nodes (user terminals 50), blockchain control server 130, and content storing predetermined content data (images, characters, etc.) that can be incorporated into asset 20 System 300 and the content acquired from the content system 300. And a image server 190 which stores Tsudeta is constructed.
  • the on-chain system 200, the off-chain system 100, the blockchain control server 130, and the image server 190 are connected by a wired or wireless communication network 5 such as the Internet, a LAN, and a WAN.
  • the nodes in the on-chain system 200 and the nodes in the off-chain system 100 are also connected by a wired or wireless communication network (not shown) such as the Internet, a LAN, and a WAN.
  • the on-chain system 200 is a distributed ledger system using blockchain data of the asset 20.
  • Each asset 20 records ownership information.
  • the node changes (transfers) the ownership of the asset 20 from itself to another node, the node generates the asset 20 in which the information of the transfer is recorded, and other nodes in the off-chain system 100 regarding the transfer.
  • a predetermined consensus building process is performed. After the consensus building process, the node generates a hash value of block data, which is the transaction history of the asset 20 so far, and adds the generated hash value to the newly generated asset 20 to generate a new asset.
  • Generate block data Each node shares, with other nodes in the on-chain system 200, block chain data (distributed ledger) obtained by combining the block data so far and the block data generated this time via hashing.
  • each node in the on-chain system 200 shares information on the transaction history of the predetermined asset 20 between the nodes in the form of blockchain data.
  • the on-chain system 200 is realized using an open platform such as, for example, Ethereum.
  • the asset 20 is data in the form of a smart contract including information on the asset, information on the owner of the asset, and information on a predetermined information processing (program or script) associated with the information.
  • the assets 20 include a hero asset 21, an item asset 23, and a territory asset 25.
  • the asset 20 is, for example, smart contract data based on the ERC721 standard.
  • the on-chain system 200 stores an asset exchange 210 (DEX: Decentralized @EXchange).
  • the asset exchange 210 is a predetermined smart contract shared by each node in the on-chain system 200.
  • the asset exchange 210 performs a process of changing ownership of the asset 20 (transaction process) in response to a request from each node.
  • the on-chain system 200 stores information on the transaction history of the first value medium (hereinafter referred to as ETH40) in the form of blockchain data.
  • the ETH 40 is issued by any node in the on-chain system 200 and is a predetermined token (cryptographic currency) in which each node shares the information.
  • the ETH 40 records information on each node (user) and information on its value (price).
  • the ETH 40 is, for example, a virtual currency such as bitcoin, NEM (NEM), etc. in addition to ETH issued on Ethereum, and any node participating in the on-chain system 200 can receive issuance.
  • the off-chain system 100 includes a plurality of nodes sharing blockchain data and a logic control server 110.
  • the off-chain system 100 is an information processing system different from an open block chain system such as the on-chain system 200.
  • the off-chain system 100 is a closed (private) block chain system that requires a predetermined approval process for sharing an asset (token). Note that, as described later, the off-chain system 100 is not necessarily realized unless it is a block chain system.
  • Each node of the off-chain system 100 shares the asset 10 (having the same content as the asset 20) corresponding to the asset 20 of the on-chain system 200 in the form of blockchain data. That is, the asset 10 includes the hero data 11 corresponding to the hero asset 21, the item data 13 corresponding to the item asset 23, and the territory data 15 corresponding to the territory asset 25.
  • the asset 10 and the asset 20 are appropriately synchronized with each other by performing data copy. Any system that realizes this data copy may be used as long as the data copy is possible.
  • any platform that can support the scalability of the on-chain system 100 (particularly, the asset 20) may be replaced with the on-chain system 100 or This is realized by introducing the system into the off-chain system 200.
  • Such data synchronization specifications include, for example, Plasma.
  • the asset 20 can be a main chain using Etherum
  • the asset 10 can be a side chain using Loom @ Network.
  • Each node of the off-chain system 100 shares transaction information of the second value medium (hereinafter, also referred to as GM30) in the form of blockchain data.
  • the GM 30 is a cryptocurrency that can be traded with the first value medium (ETH 40) and the asset 10, and is shared only within the off-chain system 100.
  • the GM 30 stores information on each node (user) and information on a predetermined value (price).
  • Each node of the off-chain system 100 shares information on the transaction of the second value medium (GM30) in the form of blockchain data.
  • the GM 30 stores information on each node (user) and information on a predetermined value (price).
  • the GM 30 is a value medium that can be converted from the first value medium (ETH 40) and has a value of exchange with the asset, which is shared only in the off-chain system 100. That is, it is assumed that the GM 30 can be exchanged from the ETH 40, but cannot be converted into the ETH 40.
  • ETH 40 first value medium
  • the GM 30 may be a value exchange medium (cryptographic currency or virtual currency) that can be converted from the ETH 40 and can also be converted from the GM 30 to the ETH 40.
  • a value exchange medium crypto currency or virtual currency
  • the GM 30 is a value medium having an exchange value with the asset 10.
  • the logic control server 110 executes logic relating to the game and logic relating to issuance of the asset 10. That is, the logic control server 110 stores scenario data and logic of the present game. The game logic control server 110 executes logic according to a predetermined scenario based on each asset 10 owned by each node. In addition, when receiving a purchase application for the asset 10 from each node, the logic control server 110 issues the asset 10 to the node on condition that it is exchanged with the corresponding GM 30.
  • the blockchain control server 130 controls blockchain data.
  • the blockchain control server 130 performs data copy (synchronization) between the asset 20 of the on-chain system 200 and the asset 10 of the off-chain system 100.
  • the image server 190 acquires and stores various content data such as images, characters, and moving images from the content system 300. Further, the image server 190 transmits the content data stored therein to the node in response to the acquisition request of the content data transmitted from the node. Then, the node adds the received content data to the asset 20 owned by itself.
  • the content system 300 stores content data.
  • the content system 300 is, for example, a communication network system configured by a plurality of information processing apparatuses (not shown).
  • the protocol of this system is different from the protocols of the off-chain system 100 and the on-chain system 200.
  • the content system 300 is a P2P (Peer to Peer) distributed file system based on IPFS (InterPlanetary File System).
  • the content system 300 is connected to the image server 190 via a wired or wireless communication network 7 such as the Internet, a LAN, and a WAN.
  • the user terminal 50 is an information processing device (node) used by each user, and is, for example, a portable information terminal such as a smartphone or a personal computer.
  • the user terminal 50 is communicably connected to (the other node in) the on-chain system 200, (the other node in) the off-chain system 100, and the image server 190.
  • the user terminal 50 by accessing the on-chain system 200, the user terminal 50 performs management and transaction of the asset 20, purchase of the ETH 40, purchase of the GM 30 by the ETH 40, and the like.
  • the user terminal 50 accesses the off-chain system 100 to purchase the asset 10 (asset 20) by exchanging with the GM 30 and execute the present game using the asset 10.
  • the user terminal 50 associates the image data acquired from the image server 190 with the asset 20 owned by the user terminal 50.
  • FIG. 2 is a diagram illustrating an example of hardware included in each device in the blockchain system 1.
  • Each device includes a processing device 41 such as a CPU (Central Processing Unit), a main storage device 42 such as a RAM (Random Access Memory) and a ROM (Read Only Memory), a HDD (Hard Disk Drive), and an SSD (Solid State Drive). ),
  • An input device 44 such as a keyboard, a mouse, and a touch panel; an output device 45 such as a monitor (display); and a communication device 46 for communicating with other information processing devices.
  • Processing device such as a CPU (Central Processing Unit), a main storage device 42 such as a RAM (Random Access Memory) and a ROM (Read Only Memory), a HDD (Hard Disk Drive), and an SSD (Solid State Drive).
  • An input device 44 such as a keyboard, a mouse, and a touch panel
  • an output device 45 such as a monitor (display); and a communication device 46 for communicating with other information processing devices.
  • FIG. 3 is a diagram illustrating an example of a function included in each node in the on-chain system 200.
  • Each node in the on-chain system 200 includes an information sharing unit 202, a smart contract execution unit 204, and a first value medium sharing unit 206.
  • the information sharing unit 202 shares information on a transaction history of a predetermined asset 20 between nodes using blockchain data.
  • the information sharing unit 202 shares information of an image and information of a process of editing the image as information of the asset 20.
  • the smart contract execution unit 204 performs predetermined information processing based on the information of the asset 20.
  • the smart contract execution unit 204 when accepting a request to edit an image (the art 220 of the hero asset 21 or the art 239 of the item asset 23), specifies the number of times the image has been edited so far, Is less than a predetermined number of times (in this embodiment, once), image editing is accepted, and processing for reflecting the accepted editing content on the image is executed.
  • the information sharing unit 202 shares the information of the asset 20 on which the image editing is reflected between the nodes of the on-chain system 200 using blockchain data.
  • FIG. 4 is a diagram illustrating an example of the data structure of the hero asset 21.
  • the hero asset 21 is information on the hero used in the scenario of the game.
  • the hero asset 21 includes a hero ID 211 which is an identifier assigned to each hero asset 21, an ownership 212 which is information for identifying an owner of the hero asset 21, a type 213 of the hero asset 21 (here, “hero”),
  • the total number 214 of hero assets 21 issued hero names 215 which are information on the names of the hero assets 21, abilities 216 of the hero assets 21, attributes 217 of the hero assets 21 (information such as rarity and race), and other similar types
  • a synthesis history 218 that is information of a history synthesized with a hero, two names 219 that are different names of each hero asset 21 specified by a user, and an art 220 that is information of image data assigned to each hero asset 21 , Including each piece of information.
  • the art 220 stores, for example, location information of content data in the content system 300 (for example, a locator of IPFS) and location information of content data in the on-chain system 200 (for example, a locator of Swarm).
  • location information of content data in the content system 300 for example, a locator of IPFS
  • location information of content data in the on-chain system 200 for example, a locator of Swarm.
  • the two names 219 have information of the rewrite flag 2191.
  • the rewrite flag 2191 is set to ON (for example, 1) when the alias is rewritten by the user, and is set to OFF (for example, 0) when the alias is not rewritten.
  • the art 220 has information on the rewrite flag 2201.
  • the rewrite flag 2201 is set to on (for example, 1) when the image data is rewritten by the user, and is set to off (for example, 0) when the image data is not rewritten.
  • FIG. 5 is a diagram illustrating an example of the data structure of the item asset 23.
  • the item asset 23 is information on an item used in the scenario of the present game.
  • the item assets 23 include an item ID 231 that is an identifier assigned to each item asset 23, an ownership 232 that is information for identifying an owner of each item asset 23, a total number of issued item assets 233, Type 234 (here, “item”), item name 235, which is information on the name of item asset 23, attribute 236 of item asset 23 (information such as rarity, weapons, and armor), and history combined with other items of the same type , Which is the name of the item asset 23 specified by the user, and the art 239, which is information of image data assigned to the item asset 23.
  • the art 239 stores, for example, location information of content data in the content system 300 (for example, a locator of IPFS) and location information of content data in the on-chain system 200 (for example, a locator of Swarm).
  • location information of content data in the content system 300 for example, a locator of IPFS
  • location information of content data in the on-chain system 200 for example, a locator of Swarm.
  • the two names 238 have information of the rewrite flag 2381.
  • the rewrite flag 2381 is set to ON (for example, 1) when the alias is rewritten by the user, and is set to OFF (for example, 0) when the alias is not rewritten.
  • the art 239 has information of the rewrite flag 2391.
  • the rewrite flag 2391 is set to on (for example, 1) when the image data is rewritten by the user, and is set to off (for example, 0) when the image data is not rewritten.
  • FIG. 6 is a diagram illustrating an example of the data structure of the territory asset 25.
  • the territory assets 25 include a territory ID 251 that is an identifier assigned to each territory asset 25, a ownership 252 that is information for identifying the owner of the territory asset 25, a territory name 253 that is information on the name of the territory asset 25,
  • the attribute information 254 (information such as the type of country) of the territorial asset 25 and the art 255 which is information of image data (content data) associated with the territorial asset 25 are included.
  • the first value medium sharing unit 206 shares information on the transaction of the first value medium (ETH40) between the nodes with other nodes of the on-chain system 200 using blockchain data.
  • the first value medium (ETH40) is, for example, a virtual currency issued by any of the nodes of the on-chain system 200.
  • FIG. 7 is a diagram illustrating an example of a function included in each node of the off-chain system 100.
  • Each node of the off-chain system 100 includes an asset sharing unit 102 and a second value medium sharing unit 104.
  • the asset sharing unit 102 shares information on the history of transactions of a predetermined asset 20 between nodes as blockchain data (in the form of the corresponding asset 10) in the off-chain system 100.
  • the second value medium sharing unit 104 transmits information of a transaction between nodes in the off-chain system 100 of the second value medium (GM30) having a value convertible from the first value medium (ETH40) to blockchain data. To share.
  • the second value medium has a value that can be converted from the first value medium (ETH40) and can convert the second value medium into the first value medium. It may be a value medium having a high value.
  • FIG. 8 is a diagram illustrating an example of functions provided in the logic control server 110.
  • the logic control server 110 includes an asset input unit 112 and a logic execution unit 114 for the logic of the game.
  • the asset input unit 112 acquires each data from the asset 10 and inputs the acquired data to the logic execution unit 114.
  • the logic execution unit 114 performs predetermined information processing based on the information of the asset acquired by the asset input unit 112.
  • the logic execution unit 114 executes the logic of the game. That is, the logic execution unit 114 executes a process (role-playing game (RPG)) in which a character owned by each user acquires ownership of a territory using an item owned by each user.
  • RPG role-playing game
  • the logic control server 110 determines, regarding the logic of the asset 10, a stock quantity storage unit 151, an application reception unit 152, a purchase processing unit 153, an asset delivery unit 154, a price adjustment unit 155, and a price reduction unit 156. , And a price maintenance unit 157.
  • the stock quantity storage unit 151 stores information on the stock quantity of the asset 10 (the asset 10 is copied (synchronized) with the asset 20 of the on-chain system 100. The same applies hereinafter).
  • the application receiving unit 152 receives a purchase application for a predetermined number of assets 10 from the node.
  • the purchase processing unit 153 reduces the inventory number of the asset 10 by a predetermined number in accordance with the application for purchase of the asset 10 received by the application receiving unit 152. Further, the purchase processing unit 153 performs a settlement process corresponding to the received purchase application.
  • the asset delivery unit 154 issues the asset 10 corresponding to the purchase application. That is, the asset delivery unit 154 generates information of a predetermined number of assets 10 including ownership information of the node that transmitted the purchase application.
  • the price adjustment unit 155 increases the selling price of the asset 10 by a predetermined value in accordance with the purchase application of the asset 10 received by the application receiving unit 152, specifies the highest price of the asset 10 in a predetermined period in the past, and specifies the specified highest price.
  • the minimum price of the asset 10 is set based on.
  • the price drop unit 156 drops the selling price of the asset 10 raised by the price adjustment unit 155 over time so that the lower the stock number of the asset 10, the lower the price drop speed.
  • the change in the price drop is specified by a drop function 608 described later.
  • the price maintaining unit 157 restores the selling price to the minimum price.
  • the logic control server 110 stores an asset price adjustment management table 600 and an asset price management table 670.
  • FIG. 10 is a diagram illustrating an example of the asset price adjustment management table 600.
  • the asset price adjustment management table 600 includes an asset type 601, which is information indicating the type of the asset 10, a sales period 602, which is information indicating the sales period of the asset 10, a stock quantity 603, which is information on the number of stocks of the asset 10, and an asset 10
  • the increase rate 605 is a function whose value changes according to the stock quantity of the asset 20.
  • the rate of increase 605 may be another function or a constant, for example, a function represented by a straight line or a curve set according to the current price of the asset 20 or the highest price in the past.
  • the lowest price coefficient 606 may be a fixed ratio (for example, 1/3 of the highest price), or may be a predetermined function based on a predetermined variable such as the current price or the past highest price of the asset 20. Is also good.
  • the falling function 608 is a function represented by a straight line or a curve, which is set according to the stock quantity of the asset 20 and optionally the current price or the past highest price. Note that the falling function 608 may be a constant instead of a function.
  • FIG. 11 is a diagram illustrating an example of the asset price management table 670.
  • the asset price management table 670 is a table that records the history of the price fluctuation of each asset 10, and includes an asset type 671 that is information indicating the type of asset, a time 672 that is information indicating time (date and time), and , Price 673 which is information indicating the price of the asset 10 at the time (date and time) indicated by the time 672.
  • each device described above is realized by hardware of each device, or by the processing device 41 of each device reading and executing a program stored in the main storage device 42 or the auxiliary storage device 43. Is done.
  • these programs are, for example, storage devices such as a secondary storage device, a nonvolatile semiconductor memory, a hard disk drive, and an SSD, or non-temporary data that can be read by each node, such as an IC card, an SD card, and a DVD. It is stored in a storage medium.
  • the logic control server 110 adjusts the price of the asset 10 in response to the application for purchase of the asset 10 from the node (the user terminal 50) (hereinafter, referred to as a purchase correspondence process), and decreases the price of each asset 10. (Hereinafter, referred to as price reduction processing).
  • FIG. 12 is a flowchart illustrating an example of the purchase handling process.
  • the purchase handling process is started, for example, after the activation of the off-chain system 100.
  • the logic control server 110 waits for the node (user) to receive information on purchase application for the asset 10 (hereinafter referred to as target asset) (hereinafter referred to as purchase application information) (s201).
  • FIG. 13 is a diagram showing an example of purchase application information.
  • the purchase application information 650 specifies a user ID 651, which is information (for example, an identifier) that specifies a user (node), and information that indicates a type of a target asset (for example, a hero asset 21, an item asset 23, or a territory asset 25). Information), and information on the number of purchases 653, which is the desired number of purchases of the target asset.
  • the logic control server 110 checks whether or not the target asset is within the sales period (s203). Specifically, the logic control server 110 checks whether or not the current time is within the sales period of the target asset specified by the asset price adjustment management table 600 and the asset price management table 670. If the target asset is not within the sales period (s203: NO), the process returns to s201.
  • the logic control server 110 checks whether the inventory quantity of the target asset is sufficient (s205). Specifically, for example, the logic control server 110 determines whether the inventory quantity of the corresponding asset 10 specified by the asset price adjustment management table 600 is equal to or greater than the number of assets specified by the purchase application information 650. Check if. If the stock quantity of the target asset is not sufficient (s205: NO), the process returns to s201.
  • the logic control server 110 checks whether or not the user's GM30 balance is sufficient (s207). Specifically, for example, the logic control server 110 acquires information on the balance of the GM 30 of the user corresponding to the user ID 651 of the purchase application information 650, and the balance is specified by the purchase application information 650 and the asset price management table 670. It is checked whether or not it is equal to or more than the product (purchase amount) of the number of purchased target assets and the selling price of the target assets.
  • the logic control server 110 sets the balance of the user's GM 30 Is reduced (s209). Specifically, for example, the logic control server 110 reduces the balance of the GM 30 of the user corresponding to the user ID 651 of the purchase application information 650 by the purchase amount.
  • the logic control server 110 decreases the stock number of the target asset and increases the number of the target asset of the user (s211). Specifically, for example, the logic control server 110 decreases the stock quantity 603 of the target asset in the asset price adjustment management table 600. Then, the logic control server 110 creates data of the asset 10 whose ownership is the user ID 651 of the purchase application information 650 for the number of purchases. The generated asset 10 is shared as the asset 20 of the on-chain system 200.
  • the logic control server 110 raises the price of the target asset and records it (s213). Specifically, the logic control server 110 increases the latest price of the target asset specified by the price 673 of the asset price management table 670 by the increase rate 605 of the asset price adjustment management table 600, and changes the content. Registered in the asset price management table 670.
  • the logic control server 110 specifies the highest price of the target asset within a predetermined period in the past (s215). Specifically, for example, the logic control server 110 specifies the highest price from the start of sales of the target asset to the present using the asset price management table 670.
  • the logic control server 110 calculates and stores the lowest price of the target asset based on the highest price (s217). Specifically, for example, the logic control server 110 calculates the lowest price of the target asset by multiplying the highest price specified in s215 by the lowest price coefficient 606 of the asset price adjustment management table 600, and calculates the calculated lowest price. Is stored in the lowest price 607 of the asset price adjustment management table 600.
  • the logic control server 110 calculates and stores the falling function (s219). Specifically, for example, the logic control server 110 calculates a function such that the lower the stock number of the target asset, the lower the price drop speed. Thereafter, the flow returns to the processing of s201.
  • FIG. 14 is a flowchart showing an example of the price drop process.
  • the price reduction process is repeatedly executed at a predetermined timing (for example, a predetermined time interval) after the activation of the off-chain system 100, for example.
  • the logic control server 110 selects one type of asset from the assets 10 (s301). Then, the logic control server 110 specifies a drop function of the acquired asset (hereinafter, referred to as a selected asset) (s302). Specifically, for example, the logic control server 110 acquires the drop function 608 of the selected asset in the asset price adjustment management table 600.
  • the logic control server 110 lowers the current price of the selected asset based on the lowering function specified in s302 (s303). Then, the logic control server 110 checks whether the current price of the selected asset is less than the minimum price (s304). Specifically, for example, the logic control server 110 checks whether or not the price of the selected asset whose price has decreased in s303 is less than the minimum price 607 of the asset price adjustment management table 600.
  • the logic control server 110 sets the price of the selected asset to the minimum price (s305). Specifically, for example, the logic control server 110 sets the price of the selected asset whose price has dropped in s303 to the lowest price 607 of the selected asset in the asset price adjustment management table 600.
  • the logic control server 110 determines whether there is another asset whose price has not been reduced (s307), and if there is another asset whose price has not been reduced (s307: YES), the logic control server 110 Selects one of the assets, and thereafter repeats the process of s302. On the other hand, if there is no other asset whose price has not been reduced (s307: NO), the price reduction process ends (s309).
  • FIG. 15 is a diagram illustrating an example of a price change of the asset 20 that fluctuates due to the purchase correspondence process and the price drop process.
  • the price of the asset 20 starts from the initial price 801 and the purchase 803 of the asset is performed thereafter, the price rises to the predetermined price 805, and the minimum price 807 and the falling function are set. .
  • the price of the raised asset falls to the lowest price 807 based on the set down function (reference numeral 811), and thereafter, the lowest price 807 is maintained.
  • the price of the asset increases again, and a new minimum price 813 and a new fall function are set.
  • the price decline rate is more gradual (smaller) because the stock quantity of the asset is smaller than before (reference numeral 815).
  • Each node of the on-chain system 200 executes a process of rewriting the image data of the hero asset 21 and the item asset 23 (hereinafter, referred to as an image rewriting process).
  • the image rewriting process is realized by the node executing a smart contract in the hero asset 21 or the item asset 23.
  • FIG. 16 is a flowchart illustrating an example of the image rewriting process. The case where the image data of the hero asset 21 is rewritten will be described below, but the same applies to the item asset 23.
  • the node of the on-chain system 200 receives an input of a request for rewriting image data from a user (s401). Then, the node checks the contents of the write flag (s402). Specifically, the node checks the content of the rewrite flag 2201 of the hero asset 21.
  • the image data rewriting process ends (s407).
  • the image data has not been rewritten (for example, when the rewrite flag 2201 is “0”) (s403: NO)
  • the processes from s404 onward are performed.
  • the node edits the image data. Specifically, for example, the node receives input of predetermined data for image editing from a user, and reflects the content of the received data in the art 220 of the hero asset 21.
  • the hero asset 21 whose image has been edited is shared as blockchain data by each node of the on-chain system 200.
  • the node turns on the writing flag (for example, sets the rewriting flag 2201 to “1”). ”) (S406). Then, the image editing process ends (s407).
  • the above image rewriting process is the same when the two names 219 of the hero asset 21 and the two names 238 of the item asset 23 are rewritten.
  • the blockchain system 1 includes the on-chain system 200 in which each node shares information on the transaction history of the asset 20 between the nodes using the blockchain data, and the blockchain data. And an off-chain system 100 that performs predetermined information processing based on the information of the asset that has been set up.
  • the off-chain system increases the selling price of the asset 20 in response to the application for purchase of the asset, The asset's lowest price is set based on the historical highest price of the asset 20 and the selling price of the asset 20 is lowered over time so that the lower the number of the stock of the asset 20, the lower the price is. If the selling price falls below the minimum price, restore the selling price to the lowest price
  • the blockchain system 1 of the present embodiment sets a minimum price and an increase rate at the time of asset purchase after setting the stock quantity for the asset, and suppresses the price drop rate as the asset stock quantity is smaller, It is possible to adjust the balance between the scarcity of assets and the price (demand balance). As a result, the value of the assets owned by each node, which are distributed in the off-chain system 100, can be set appropriately.
  • the ownership and value of a user's asset can be appropriately processed according to the property of the asset.
  • the content of the asset 10 used by the logic of the off-chain system 100 is shared by the on-chain system 200 which is a different system from the off-chain system 100 (asset 20), the user of the asset 20 needs Assets 20 can be traded within on-chain system 200 independently of off-chain system 100 (eg, asset exchange 210).
  • asset exchange 210 e.g. asset exchange 210
  • the manager (office) of the off-chain system 100 if only the logic of the off-chain system 100 is provided without directly managing the transaction of the user's asset 20, the asset 20 using the logic can be used. Such content can be provided.
  • the image data of the hero asset 21 and the item asset 23 is rewritable, but the territory asset 25 may be rewritable.
  • a game (role-playing game) is taken as a distributed application operating in the off-chain system 100.
  • assets financial products, manufactured products, etc.
  • applications using the same are used. (Applications related to fields such as finance, supply chain, IoT, etc.).
  • the asset 10 of the off-chain system 100 is blockchain data corresponding to the asset 20 of the on-chain system 200.
  • the asset 10 is data corresponding to the asset 20, it is not necessarily required. There is no need to use blockchain data.
  • the function of the logic control server 110 is realized by a predetermined information processing device, but may be realized by using a distributed application.
  • an on-chain unit configured by a plurality of nodes, each node including an information sharing unit that shares information of a transaction history of a predetermined asset between nodes with blockchain data.
  • An off-chain system including a system, an asset acquisition unit that acquires information on the asset recorded in the blockchain data, and a logic execution unit that performs predetermined information processing based on the acquired information on the asset.
  • each node of the on-chain system includes a first value medium sharing unit that shares information of a first value medium transaction between the nodes using blockchain data.
  • Each node of the off-chain system changes from the first value medium.
  • a second value medium sharing unit that can share information of transactions between nodes in the off-chain system using blockchain data, the second value medium being possible and having an exchange value with the asset. Good.
  • the information of the transaction of the first value medium (ETH40) between the nodes is shared by the blockchain data, while in the off-chain system 100, the first value medium (ETH40) is shared.
  • Information on transactions between nodes in the off-chain system 100 of the second value medium (GM30) having a value exchangeable with the asset is shared by blockchain data.
  • the off-chain system 100 shares the value medium (GM30) convertible from the ETH 40, which is set separately from the value medium (ETH 40) of the on-chain system 200, with each node.
  • the users in 100 can use the GM 30 to independently perform asset transactions and value exchanges in the off-chain system 100.
  • the blockchain system 1 can appropriately handle the ownership and value of the user's asset according to the nature of the asset in its off-chain system 100.
  • the ETH 40 to the GM 30 since only the conversion from the ETH 40 to the GM 30 is enabled and the GM 30 is used as a value medium different from a general virtual currency, there is an advantage that a market different from the virtual currency market can be formed.
  • the second value medium may be an exchange value medium that can also convert the second value medium into the first value medium.
  • the first value medium may be a virtual currency issued by any of the nodes of the on-chain system.
  • an on-chain unit configured by a plurality of nodes, each node including an information sharing unit that shares transaction history information of a predetermined asset between nodes with blockchain data.
  • An off-chain system including a system, an asset acquisition unit that acquires information on the asset recorded in the blockchain data, and a logic execution unit that performs predetermined information processing based on the acquired information on the asset.
  • each node in the on-chain system shares, as the information on the asset, information on an image and information on a process of editing the image, and in the on-chain system, Each node has received a request to edit the image If the number of times the image has been edited to date is specified, the process of accepting editing of the image only when the number of times is less than a predetermined number of times, and reflecting the content of the accepted edit on the image, Executing based on the information of the process of editing, the information sharing unit may share the information of the asset in which the editing of the image is reflected, between the nodes of the on-chain system, using blockchain data. Good.
  • the image is By accepting image editing only when the number of times of editing is less than the predetermined number of times, information of the asset of the edited image is shared by the blockchain data between the nodes of the on-chain system 200.
  • the user of each node can increase the value of the asset by modifying the image in the asset in a limited manner to add value. Then, this can be shared between the nodes of the on-chain system 200. In this way, the blockchain system 1 can appropriately process the ownership and value of a user's asset according to the property of the asset.
  • the asset is an asset indicating at least a plurality of characters, items, and territories
  • the logic execution unit acquires the territory by the characters using the items. May be performed.
  • the blockchain system 1 realizes a role-playing game in which a character obtains a territory using an item by using an asset, so that a user who executes the game can determine the ownership of the asset and its value. It can add value and enhance entertainment.
  • each node in the off-chain system may include an asset sharing unit that shares asset information acquired from the on-chain system with blockchain data. .
  • each node in the off-chain system 100 shares the information of the asset (asset 10) acquired from the on-chain system 200 with the block chain data, so that the block chain data of the asset 20 in the on-chain system 200 is obtained. And can cooperate appropriately.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

各ノードがアセット２０の取引履歴をブロックチェーンデータで共有するオンチェーンシステム２００と、アセット２０の情報を取得して情報処理を行うオフチェーンシステム１００とを含むブロックチェーンシステム１であって、オフチェーンシステム１００が、購入申し込みに応じてアセット１０の在庫数を減じ、その購入申し込みに応じてアセット１０の販売価格を上昇させると共に、アセットの過去の最高価格に基づきアセット１０の最低価格を設定し、アセット１０の販売価格を、アセット１０の在庫数が少ないほどその価格の下落速度が低下するように経時的に下落させ、現在のアセットの販売価格が最低価格を下回った場合に、最低価格にまで販売価格を回復させる。

Description

ブロックチェーンシステム、及びブロックチェーンシステムの制御方法
　本発明は、ブロックチェーンシステム、及びブロックチェーンシステムの制御方法に関する。
　いわゆるブロックチェーン（Block chain）を利用した分散台帳技術（例えば、仮想通貨に関する非特許文献１）は、分散型の情報処理システムにおいてデータの堅牢性や改竄不能性を実現する技術として大いに将来性が期待されている。ブロックチェーンは、仮想通貨だけでなく、金融分野、サプライチェーン、コンテンツ産業、ＩｏＴ（Internet of Things）等への応用が期待されている。
　このような応用の一つとして、スマートコントラクト（Smart contract）等をブロックチェーンデータに組み込むことで実現される分散型アプリケーション（Decentralized Application）が注目されている。例えば、非特許文献２には、分散型アプリケーションを利用した猫のコレクションゲーム、非特許文献３には分散型取引所（DEX）のコンテンツが公開されている。
"A Peer-to-Peer Electronic Cash System"、［online］、［平成３０年７月４日検索］、インターネット（URL: https://bitcoin.org/bitcoin.pdf） "CryptoKitties | Collect and breed digital cats!"、［online］、［平成３０年７月４日検索］、インターネット（URL: https://www.cryptokitties.co/） "EtherDelta"、［online］、［平成３０年７月４日検索］、インターネット（URL: https://etherdelta.com/）
　一般的に、ブロックチェーン技術がもたらす大きなメリットの一つは、データ（アセット）の所有権の管理にあると考えられる。ブロックチェーンを利用することにより、その各ユーザは、アセットに関する真正な所有権及び価値の情報を互いに迅速かつ大量に共有することができる。これは、ブロックチェーンのアセットを提供する事業者にとっても、ユーザに対するサービスの付加価値を高めることができるというメリットがある。
　本発明はこのような背景に鑑みてなされたものであり、その目的は、ユーザのアセットの所有権及び価値をそのアセットの性質に応じて適切に処理することが可能なブロックチェーンシステム、及びブロックチェーンシステムの制御方法を提供することにある。
　以上の課題を解決するための本発明の一つは、複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムとを含んで構成されているブロックチェーンシステムであって、前記オフチェーンシステムが、前記アセットの在庫数の情報を記憶する在庫数記憶部と、前記ノードから、所定数の前記アセットの購入申し込みを受信する申し込み受信部と、前記受信したアセットの購入申し込みに応じて前記アセットの在庫数を前記所定数減じる購入処理部と、前記受信したアセットの購入申し込みに応じて前記アセットの販売価格を所定アルゴリズムに基づき上昇させると共に、過去の所定期間における前記アセットの最高価格を特定し、特定した最高価格に基づき前記アセットの最低価格を設定する価格調整部と、前記上昇させた前記アセットの販売価格を、前記アセットの在庫数が少ないほどその価格の下落速度が低下するように経時的に下落させる価格下落部と、現在の前記アセットの販売価格が、前記設定した最低価格を下回った場合に、前記最低価格にまで販売価格を回復させる価格維持部と、を備える。
　本発明によれば、ユーザのアセットの所有権及び価値をそのアセットの性質に応じて適切に処理することができる。
図１は、本実施形態に係るブロックチェーンシステムの構成の一例を示す図である。 図２は、ブロックチェーンシステム１内の各情報処理装置（又はノード）が備えるハードウェアの一例を示す図である。 図３は、オフチェーンシステム２００内の各ノードが備える機能の一例を示す図である。 図４は、ヒーローアセット２１のデータ構造の一例を説明する図である。 図５は、アイテムアセット２３のデータ構造の一例を説明する図である。 図６は、領地アセット２５のデータ構造の一例を説明する図である。 図７は、オンチェーンシステム１００の各ノードが備える機能の一例を説明する図である。 図８は、ロジック制御サーバ１１０が備える機能の一例を説明する図である。 図９は、アセット価格調整管理テーブル６００の一例を示す図である。 図１０は、アセット価格管理テーブル６７０の一例を示す図である。 図１１は、購入対応処理の一例を説明するフロー図である。 図１２は、購入申し込み情報の一例を示す図である。 図１３は、価格下落処理の一例を示すフロー図である。 図１４は、購入対応処理及び価格下落処理により変動するアセット２０の価格の変動の一例を示す図である。 図１５は、画像書き換え処理の一例を説明するフロー図である。
　以下、本発明の実施の形態について図面を参照しつつ説明する。
［システム構成］
　図１は、本実施形態に係るブロックチェーンシステムの構成の一例を示す図である。ブロックチェーンシステム１は、複数のノード（ユーザ端末５０）のそれぞれが、所定のデータ資産であるアセット２０のノード間の取引の履歴の情報をブロックチェーンデータにて共有しているオンチェーンシステム２００と、アセット２０に対応し、オンチェーンシステム２００から取得されるデータであるアセット１０を用いて行う所定のゲーム（以下、本ゲームという。）を実行する環境を有すると共に、本ゲームを実行する複数のノード（ユーザ端末５０）を含んで構成されているオフチェーンシステム１００と、ブロックチェーン制御サーバ１３０と、アセット２０に組み込むことが可能な所定のコンテンツデータ（画像、文字等）が記憶されているコンテンツシステム３００と、コンテンツシステム３００から取得したコンテンツデータを記憶している画像サーバ１９０とを含んで構成されている。
　オンチェーンシステム２００、オフチェーンシステム１００、ブロックチェーン制御サーバ１３０、及び画像サーバ１９０の間は、インターネット、ＬＡＮ、ＷＡＮ等の有線又は無線の通信ネットワーク５で接続されている。また、オンチェーンシステム２００における各ノード間、及びオフチェーンシステム１００における各ノード間も、インターネット、ＬＡＮ、ＷＡＮ等の有線又は無線の通信ネットワーク（不図示）で接続されている。
＜オンチェーンシステム２００＞
　オンチェーンシステム２００は、アセット２０のブロックチェーンデータを用いた分散台帳システムである。各アセット２０には、所有権の情報が記録されている。各ノードは、アセット２０の所有権を自身から他のノードに変更（移転）する際、その移転の情報を記録したアセット２０を生成すると共に、その移転に関して、オフチェーンシステム１００内の他のノードによる所定の合意形成処理を行う。合意形成処理の後、ノードは、これまでのアセット２０の取引の履歴であるブロックデータのハッシュ値を生成し、生成したハッシュ値を、今回生成した新たなアセット２０に付加することにより、新たなブロックデータを生成する。各ノードは、これまでのブロックデータと今回生成したブロックデータとをハッシュを介して結合したブロックチェーンデータ（分散台帳）を、オンチェーンシステム２００における他のノードと共有する。
　すなわち、オンチェーンシステム２００における各ノードは、各ノード間の所定のアセット２０の取引の履歴の情報をブロックチェーンデータの形式で共有している。オンチェーンシステム２００は、例えば、イーサリアム（Ethereum）等のオープンなプラットフォームを用いて実現される。
　アセット２０は、アセットの情報、その所有者の情報、及びこれらに対応づけられた所定の情報処理（プログラム又はスクリプト）の情報を含むスマートコントラクト（Smart Contract）の形式を有するデータである。アセット２０は、ヒーローアセット２１、アイテムアセット２３、及び領地アセット２５を含む。アセット２０は、例えば、ERC721規格に基づくスマートコントラクトデータである。
　また、オンチェーンシステム２００は、アセット取引所２１０（ＤＥＸ：Decentralized EXchange）を記憶している。アセット取引所２１０は、オンチェーンシステム２００内の各ノードで共有されている所定のスマートコントラクトである。アセット取引所２１０は、各ノードからの要求に応じて、アセット２０の所有権を変更する処理（取引処理）を行う。
　また、オンチェーンシステム２００は、第１の価値媒体（以下、ＥＴＨ４０という。）の取引の履歴の情報をブロックチェーンデータの形式で記憶している。ＥＴＨ４０はオンチェーンシステム２００におけるいずれかのノードで発行され、各ノードがその情報を共有している所定のトークン（暗号通貨）である。ＥＴＨ４０は、各ノード（ユーザ）の情報及びその価値（価格）の情報を記録している。ＥＴＨ４０は、例えば、Ethereumで発行されるＥＴＨの他、ビットコイン（bitcoin）、ネム（NEM）等の仮想通貨であり、オンチェーンシステム２００に参加するノードであれば発行を受けることができる。
＜オフチェーンシステム１００＞
　オフチェーンシステム１００は、ブロックチェーンデータを共有している複数のノードと、ロジック制御サーバ１１０とを含んで構成されている。
　オフチェーンシステム１００は、オンチェーンシステム２００のようなオープンなブロックチェーンシステムとは異なる情報処理システムである。本実施形態では、オフチェーンシステム１００は、オンチェーンシステム２００と異なり、アセット（トークン）の共有に所定の承認処理が必要な、クローズド（プライベート）のブロックチェーンシステムとする。なお、後述するように、オフチェーンシステム１００は、必ずしもブロックチェーンシステムでなければ実現できないというわけではない。
　オフチェーンシステム１００の各ノードは、ブロックチェーンデータの形式で、オンチェーンシステム２００のアセット２０に対応する（アセット２０と同様の内容を有する）アセット１０を共有している。すなわち、アセット１０は、ヒーローアセット２１に対応するヒーローデータ１１、アイテムアセット２３に対応するアイテムデータ１３及び、領地アセット２５に対応する領地データ１５を含む。
　アセット１０及びアセット２０は、互いにデータコピーを行うことにより適宜同期されている。このデータコピーを実現するシステムとしては、当該データコピーが可能であれば何でもよいが、例えば、オンチェーンシステム１００（特に、アセット２０）のスケーラビリティに対応可能な任意のプラットフォームを、オンチェーンシステム１００又はオフチェーンシステム２００に導入することにより実現される。このようなデータ同期仕様としては、例えば、Plasmaがある。この場合、アセット２０をEtherumを用いたメインチェーンとし、アセット１０をLoom Networkを用いたサイドチェーンとすることが可能である。
　また、オフチェーンシステム１００の各ノードは、第２の価値媒体（以下、ＧＭ３０ともいう。）の取引の情報をブロックチェーンデータの形式で共有している。ＧＭ３０は、第１の価値媒体（ＥＴＨ４０）及びアセット１０と取引が可能な、オフチェーンシステム１００内のみで共有される暗号通貨である。ＧＭ３０は、各ノード（ユーザ）の情報及び所定の価値（価格）の情報を記憶している。
　オフチェーンシステム１００の各ノードは、第２の価値媒体（ＧＭ３０）の取引の情報をブロックチェーンデータの形式で共有している。ＧＭ３０は、各ノード（ユーザ）の情報及び所定の価値（価格）の情報を記憶している。
　本実施形態では、ＧＭ３０は、第１の価値媒体（ＥＴＨ４０）から変換可能であると共にアセットとの交換価値を有する、オフチェーンシステム１００内のみで共有される価値媒体とする。すなわち、ＧＭ３０は、ＥＴＨ４０から交換されることは可能であるが、逆にＧＭ３０をＥＴＨ４０に変換することはできないものとする。
　なお、ＧＭ３０は、ＥＴＨ４０から変換可能であると共に、ＧＭ３０からＥＴＨ４０にも変換可能な価値交換媒体（暗号通貨又は仮想通貨）としてもよい。
　さらに、ＧＭ３０は、アセット１０との交換価値を有する価値媒体であるものとする。
　ロジック制御サーバ１１０は、本ゲームに関するロジック、及びアセット１０の発行に関するロジックを実行する。すなわち、ロジック制御サーバ１１０は、本ゲームのシナリオデータ及びロジック等を記憶している。ゲームロジック制御サーバ１１０は、各ノードが所有する各アセット１０に基づき、所定のシナリオに沿ったロジックを実行する。また、ロジック制御サーバ１１０は、各ノードからアセット１０の購入申し込みを受信した場合に、対応するＧＭ３０との交換を条件に、当該ノードに対してアセット１０の発行を行う。
＜ブロックチェーン制御サーバ１３０＞
　ブロックチェーン制御サーバ１３０は、ブロックチェーンデータの制御を行う。例えば、ブロックチェーン制御サーバ１３０は、オンチェーンシステム２００のアセット２０と、オフチェーンシステム１００のアセット１０との間のデータコピー（同期）を行う。
＜画像サーバ１９０＞
　画像サーバ１９０は、コンテンツシステム３００から、画像、文字、動画等の様々なコンテンツデータを取得し記憶する。また、画像サーバ１９０は、ノードから送信されてくるコンテンツデータの取得要求に応じて、自身が記憶しているコンテンツデータを当該ノードに送信する。そしてノードは、受信したコンテンツデータを、自身が所有するアセット２０に追加する。
＜コンテンツシステム３００＞
　コンテンツシステム３００は、コンテンツデータを記憶している。このコンテンツシステム３００は、例えば、複数の情報処理装置（不図示）によって構成されている通信ネットワークシステムであり、このシステムのプロトコルは、オフチェーンシステム１００及びオンチェーンシステム２００のプロトコルと異なる。例えば、コンテンツシステム３００は、ＩＰＦＳ（InterPlanetary File System）によるＰ２Ｐ（Peer to Peer）方式の分散ファイルシステムである。コンテンツシステム３００は、インターネット、ＬＡＮ、ＷＡＮ等の有線又は無線の通信ネットワーク７により画像サーバ１９０と接続されている。
＜ユーザ端末５０＞
　ユーザ端末５０は、各ユーザが利用する情報処理装置（ノード）であり、例えば、スマートフォン等の携帯情報端末や、パーソナルコンピュータである。ユーザ端末５０は、オンチェーンシステム２００（における他のノード）、オフチェーンシステム１００（における他のノード）、及び画像サーバ１９０と通信可能に接続されている。
　例えば、ユーザ端末５０は、オンチェーンシステム２００にアクセスすることにより、アセット２０の管理及び取引、ＥＴＨ４０の購入、並びに、ＥＴＨ４０によるＧＭ３０の購入等を行う。
　また、ユーザ端末５０は、オフチェーンシステム１００にアクセスすることにより、ＧＭ３０との交換によるアセット１０（アセット２０）の購入、及び、アセット１０を用いた本ゲームの実行等を行う。また、ユーザ端末５０は、画像サーバ１９０から取得した画像データを、自身の所有するアセット２０に対応づける。
　なお、図２は、ブロックチェーンシステム１内の各装置が備えるハードウェアの一例を示す図である。各装置は、ＣＰＵ（Central Processing Unit）などの処理装置４１と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等の主記憶装置４２と、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の補助記憶装置４３と、キーボード、マウス、タッチパネルなどからなる入力装置４４と、モニタ（ディスプレイ）等からなる出力装置４５と、他の情報処理装置と通信を行う通信装置４６とを備える情報処理装置である。
［機能］
　次に、ブロックチェーンシステム１に実装されている機能について説明する。
＜オンチェーンシステム２００＞
＜各ノード＞
　図３は、オンチェーンシステム２００内の各ノードが備える機能の一例を示す図である。オンチェーンシステム２００内の各ノードは、情報共有部２０２、スマートコントラクト実行部２０４、及び第１価値媒体共有部２０６を備える。
　情報共有部２０２は、ノード間の所定のアセット２０の取引の履歴の情報をブロックチェーンデータにて共有する。
　例えば、情報共有部２０２は、アセット２０の情報として、画像の情報及び当該画像を編集する処理の情報を共有している。
　スマートコントラクト実行部２０４は、アセット２０の情報に基づき所定の情報処理を行う。
　例えば、スマートコントラクト実行部２０４は、画像（ヒーローアセット２１のアート２２０又はアイテムアセット２３のアート２３９）の編集の要求を受け付けた場合、当該画像が現在までに編集された回数を特定し、その回数が所定回数（本実施形態では、１回とする）未満である場合にのみ画像の編集を受け付け、受け付けた編集の内容を画像に反映させる処理を実行する。
　そして、情報共有部２０２は、画像の編集が反映されたアセット２０の情報を、オンチェーンシステム２００のノード間で、ブロックチェーンデータにて共有する。
　ここで、アセット２０の詳細について説明する。
（ヒーローアセット２１）
　図４は、ヒーローアセット２１のデータ構造の一例を説明する図である。ヒーローアセット２１は、本ゲームのシナリオで使用されるヒーローに関する情報である。ヒーローアセット２１は、各ヒーローアセット２１に割り当てられた識別子であるヒーローＩＤ２１１、ヒーローアセット２１の所有者を特定する情報である所有権２１２、ヒーローアセット２１の種別２１３（ここでは、「ヒーロー」）、ヒーローアセット２１の総発行数２１４、各ヒーローアセット２１の名称の情報であるヒーロー名２１５、ヒーローアセット２１の能力２１６、ヒーローアセット２１の属性２１７（希少性、人種といった情報）、他の同種のヒーローと合成した履歴の情報である合成履歴２１８、ユーザによって指定される各ヒーローアセット２１の別称である二つ名２１９、及び、各ヒーローアセット２１に対して割り当てられる画像データの情報であるアート２２０、の各情報を含む。
　なお、アート２２０には、例えば、コンテンツシステム３００におけるコンテンツデータの所在情報（例えば、ＩＰＦＳのロケーター）、オンチェーンシステム２００におけるコンテンツデータの所在情報（例えば、Ｓｗａｒｍのロケータ）が格納される。
　二つ名２１９は、書き換えフラグ２１９１の情報を有している。書き換えフラグ２１９１は、ユーザによって別称が書き換えられた場合にオン（例えば１）、書き換えられていない場合にはオフ（例えば０）が設定される。
　同様に、アート２２０は、書き換えフラグ２２０１の情報を有している。書き換えフラグ２２０１は、ユーザによって画像データが書き換えられた場合にオン（例えば１）、書き換えられていない場合にはオフ（例えば０）が設定される。
（アイテムアセット２３）
　図５は、アイテムアセット２３のデータ構造の一例を説明する図である。アイテムアセット２３は、本ゲームのシナリオで使用されるアイテムに関する情報である。アイテムアセット２３は、各アイテムアセット２３に割り当てられた識別子であるアイテムＩＤ２３１、各アイテムアセット２３の所有者を特定する情報である所有権２３２、アイテムアセット２３の総発行数２３３、各アイテムアセット２３の種別２３４（ここでは、「アイテム」）、アイテムアセット２３の名称の情報であるアイテム名２３５、アイテムアセット２３の属性２３６（希少性、武器、防具といった情報）、他の同種のアイテムと合成した履歴の情報である合成履歴２３７、ユーザによって指定されるアイテムアセット２３の名称である二つ名２３８、及び、アイテムアセット２３に対して割り当てられる画像データの情報であるアート２３９、の各情報を含む。
　なお、アート２３９には、例えば、コンテンツシステム３００におけるコンテンツデータの所在情報（例えば、ＩＰＦＳのロケーター）、オンチェーンシステム２００におけるコンテンツデータの所在情報（例えば、Ｓｗａｒｍのロケータ）が格納される。
　二つ名２３８は、書き換えフラグ２３８１の情報を有している。書き換えフラグ２３８１は、ユーザによって別称が書き換えられた場合にオン（例えば１）、書き換えられていない場合にはオフ（例えば０）が設定される。
　同様に、アート２３９は、書き換えフラグ２３９１の情報を有している。書き換えフラグ２３９１は、ユーザによって画像データが書き換えられた場合にオン（例えば１）、書き換えられていない場合にはオフ（例えば０）が設定される。
（領地アセット２５）
　図６は、領地アセット２５のデータ構造の一例を説明する図である。領地アセット２５は、各領地アセット２５に割り当てられた識別子である領地ＩＤ２５１、当該領地アセット２５の所有者を特定する情報である所有権２５２、当該領地アセット２５の名称の情報である領地名２５３、当該領地アセット２５の属性２５４（国の種類等の情報）、及び、当該領地アセット２５に対応づけられる画像データ（コンテンツデータ）の情報であるアート２５５、の各情報を含む。
　図３に戻り、第１価値媒体共有部２０６は、ノード間の第１の価値媒体（ＥＴＨ４０）の取引の情報をブロックチェーンデータにてオンチェーンシステム２００の他のノードと共有する。
　第１の価値媒体（ＥＴＨ４０）は、例えば、オンチェーンシステム２００のノードのいずれかによって発行される仮想通貨である。
＜オフチェーンシステム１００＞
＜ノード＞
　図７は、オフチェーンシステム１００の各ノードが備える機能の一例を説明する図である。
　オフチェーンシステム１００の各ノードは、アセット共有部１０２、及び第２価値媒体共有部１０４を備える。
　アセット共有部１０２は、ノード間の所定のアセット２０の取引の履歴の情報をブロックチェーンデータにて（対応するアセット１０の形態で）、オフチェーンシステム１００内で共有する。
　第２価値媒体共有部１０４は、第１の価値媒体（ＥＴＨ４０）から変換可能な価値を有する第２の価値媒体（ＧＭ３０）の、オフチェーンシステム１００内のノード間における取引の情報をブロックチェーンデータにて共有する。
　なお、前記のように、第２の価値媒体（ＧＭ３０）は、第１の価値媒体（ＥＴＨ４０）から変換可能な価値を有すると共に、第２の価値媒体から第１の価値媒体への変換が可能な価値を有する価値媒体であるとしてもよい。
＜ロジック制御サーバ１１０＞
　図８は、ロジック制御サーバ１１０が備える機能の一例を説明する図である。ロジック制御サーバ１１０は、まず、本ゲームのロジックに関して、アセット入力部１１２、及びロジック実行部１１４を備える。
　アセット入力部１１２は、アセット１０から各データを取得し、取得したデータをロジック実行部１１４に入力する。
　ロジック実行部１１４は、アセット入力部１１２が取得したアセットの情報に基づき所定の情報処理を行う。本実施形態では、ロジック実行部１１４は、本ゲームのロジックを実行する。すなわち、ロジック実行部１１４は、各ユーザが所有するキャラクターが、各ユーザが所有するアイテムを用いて領地の所有権を獲得する処理（ロールプレイングゲーム： role-playing game（RPG））を実行する。
　さらに、ロジック制御サーバ１１０は、アセット１０のロジックに関して、在庫数記憶部１５１と、申し込み受信部１５２と、購入処理部１５３と、アセット引き渡し部１５４と、価格調整部１５５と、価格下落部１５６と、価格維持部１５７とを備える。
　在庫数記憶部１５１は、アセット１０（なお、アセット１０はオンチェーンシステム１００のアセット２０にコピーされる（同期する）。以下同様。）の在庫数の情報を記憶する。
　申し込み受信部１５２は、ノードから、所定数のアセット１０の購入申し込みを受信する。
　購入処理部１５３は、申し込み受信部１５２が受信したアセット１０の購入申し込みに応じてアセット１０の在庫数を所定数減じる。また、購入処理部１５３は、受信した購入申し込みに対応する決済処理を行う。
　アセット引き渡し部１５４は、購入申し込みに対応するアセット１０を発行する。すなわち、アセット引き渡し部１５４は、購入申し込みを送信してきたノードの所有権情報を含む、所定数のアセット１０の情報を生成する。
　価格調整部１５５は申し込み受信部１５２が受信したアセット１０の購入申し込みに応じてアセット１０の販売価格を所定値上昇させると共に、過去の所定期間におけるアセット１０の最高価格を特定し、特定した最高価格に基づきアセット１０の最低価格を設定する。
　価格下落部１５６は、価格調整部１５５が上昇させたアセット１０の販売価格を、アセット１０の在庫数が少ないほどその価格の下落速度が低下するように経時的に下落させる。この価格の下落の変化は、後述する下落関数６０８により特定される。
　価格維持部１５７は、現在のアセット１０の販売価格が、価格調整部１５５が設定した最低価格を下回った場合に、その最低価格にまで販売価格を回復させる。
　また、ロジック制御サーバ１１０は、アセット価格調整管理テーブル６００、及びアセット価格管理テーブル６７０を記憶している。
（アセット価格調整管理テーブル６００）
　図１０は、アセット価格調整管理テーブル６００の一例を示す図である。アセット価格調整管理テーブル６００は、アセット１０の種類を示す情報であるアセット種類６０１、アセット１０の販売期間を示す情報である販売期間６０２、アセット１０の在庫数の情報である在庫数６０３、アセット１０の初期価格である初期価格６０４、アセット１０の購入があった場合のアセット１０の価格の上昇を決定するアルゴリズムに関する情報である上昇率６０５、アセット１０の最低価格を決定するためのパラメータ又は関数である最低価格係数６０６、アセット１０の最低価格の情報である最低価格６０７、及び、アセット１０の価格を下落させるための所定のアルゴリズムに関する情報（例えば、関数）である下落関数６０８の各情報を有する。
　上昇率６０５は、本実施形態では、アセット２０の在庫数に応じてその値が変化する関数であるものとする。なお、上昇率６０５は、その他の関数又は定数でもよく、例えば、アセット２０の現在価格又は過去の最高価格等に応じて設定される、直線又は曲線により表される関数としてもよい。
　また、最低価格係数６０６は、固定比率（例えば、最高価格の１／３）であってもよいし、アセット２０の現在価格や過去の最高価格等の所定の変数に基づく所定の関数であってもよい。
　下落関数６０８は、アセット２０の在庫数及び、任意的に現在価格又は過去の最高価格等に応じて設定される、直線又は曲線により表される関数である。なお、下落関数６０８は、関数ではなく定数であってもよい。
（アセット価格管理テーブル６７０）
　図１１は、アセット価格管理テーブル６７０の一例を示す図である。アセット価格管理テーブル６７０は、各アセット１０の価格の変動の履歴を記録しているテーブルであり、アセットの種類を示す情報であるアセット種類６７１、時刻（日時）を示す情報である時刻６７２、及び、時刻６７２が示す時刻（日時）におけるアセット１０の価格を示す情報である価格６７３の各情報を有する。
　以上に説明した、各装置の機能は、各装置のハードウェアによって、もしくは、各装置の処理装置４１が主記憶装置４２や補助記憶装置４３に記憶されているプログラムを読み出して実行することによって実現される。また、これらのプログラムは、例えば、二次記憶デバイスや不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤなどの記憶デバイス、又は、ＩＣカード、ＳＤカード、ＤＶＤなどの、各ノードで読み取り可能な非一時的データ記憶媒体に格納される。
＜＜処理＞＞
　次に、各装置が行う処理について説明する。
　まず、ロジック制御サーバ１１０は、ノード（ユーザ端末５０）からのアセット１０の購入申し込みに対応しアセット１０の価格調整を行う処理（以下、購入対応処理という。）と、各アセット１０の価格を下落させる処理（以下、価格下落処理という。）とを実行する。
＜購入対応処理＞
　図１２は、購入対応処理の一例を説明するフロー図である。購入対応処理は、例えば、オフチェーンシステム１００の起動後に開始される。
　ロジック制御サーバ１１０は、ノード（ユーザ）から、アセット１０（以下、対象アセットという。）の購入申し込みの情報（以下、購入申し込み情報という。）の受信を待機する（ｓ２０１）。
　ここで、図１３は、購入申し込み情報の一例を示す図である。購入申し込み情報６５０は、ユーザ（ノード）を特定する情報（例えば、識別子）であるユーザＩＤ６５１、対象アセットの種類を示す情報（例えば、ヒーローアセット２１、アイテムアセット２３、又は領地アセット２５をそれぞれ特定する情報）であるアセット種類６５２、及び、対象アセットの購入希望数である購入数６５３の各情報を含む。
　図１２に戻り、ロジック制御サーバ１１０は、対象アセットが販売期間内であるか否かを確認する（ｓ２０３）。具体的には、ロジック制御サーバ１１０は、現在時刻が、アセット価格調整管理テーブル６００及びアセット価格管理テーブル６７０により特定される対象アセットの販売期間内であるか否かを確認する。対象アセットが販売期間内でない場合は（ｓ２０３：ＮＯ）、処理はｓ２０１に戻る。
　対象アセットが販売期間内である場合は（ｓ２０３：ＹＥＳ）、ロジック制御サーバ１１０は、対象アセットの在庫数が充分であるか否かを確認する（ｓ２０５）。具体的には、例えば、ロジック制御サーバ１１０は、購入申し込み情報６５０により特定されるアセットの数以上に、アセット価格調整管理テーブル６００により特定される、対応するアセット１０の在庫数が存在するか否かを確認する。対象アセットの在庫数が充分でない場合は（ｓ２０５：ＮＯ）、処理はｓ２０１に戻る。
　対象アセットの在庫数が充分である場合は（ｓ２０５：ＹＥＳ）、ロジック制御サーバ１１０は、ユーザのＧＭ３０の残高が充分であるか否かを確認する（ｓ２０７）。具体的には、例えば、ロジック制御サーバ１１０は、購入申し込み情報６５０のユーザＩＤ６５１に対応するユーザのＧＭ３０の残高の情報を取得し、その残高が、購入申し込み情報６５０及びアセット価格管理テーブル６７０により特定される対象アセットの購入数と対象アセットの販売価格との積（購入金額）以上であるか否かを確認する。
　ユーザのＧＭ３０の残高が充分でない場合は（ｓ２０７：ＮＯ）、処理はｓ２０１に戻り、ユーザのＧＭ３０の残高が充分である場合は（ｓ２０７：ＹＥＳ）、ロジック制御サーバ１１０は、ユーザのＧＭ３０の残高を減少させる（ｓ２０９）。具体的には、例えば、ロジック制御サーバ１１０は、購入申し込み情報６５０のユーザＩＤ６５１に対応するユーザのＧＭ３０の残高を購入金額分減少させる。
　そして、ロジック制御サーバ１１０は、対象アセットの在庫数を減少させると共に、ユーザの対象アセットの数を増加させる（ｓ２１１）。具体的には、例えば、ロジック制御サーバ１１０は、アセット価格調整管理テーブル６００における対象アセットの在庫数６０３を減少させる。そして、ロジック制御サーバ１１０は、所有権が購入申し込み情報６５０のユーザＩＤ６５１であるアセット１０のデータを、購入数分作成する。生成されたアセット１０は、オンチェーンシステム２００のアセット２０として共有される。
　次に、ロジック制御サーバ１１０は、対象アセットの価格を上昇させ、これを記録する（ｓ２１３）。具体的には、ロジック制御サーバ１１０は、アセット価格管理テーブル６７０の価格６７３により特定される対象アセットの最新の価格を、アセット価格調整管理テーブル６００の上昇率６０５の分だけ上昇させ、その内容を、アセット価格管理テーブル６７０に登録する。
　また、ロジック制御サーバ１１０は、過去の所定期間内における対象アセットの最高価格を特定する（ｓ２１５）。具体的には、例えば、ロジック制御サーバ１１０は、アセット価格管理テーブル６７０により、対象アセットの販売開始時から現在までの最高価格を特定する。
　そして、ロジック制御サーバ１１０は、この最高価格に基づき、対象アセットの最低価格を算出して記憶する（ｓ２１７）。具体的には、例えば、ロジック制御サーバ１１０は、ｓ２１５で特定した最高価格に、アセット価格調整管理テーブル６００の最低価格係数６０６を乗算することにより対象アセットの最低価格を算出し、算出した最低価格をアセット価格調整管理テーブル６００の最低価格６０７に格納する。
　また、ロジック制御サーバ１１０は、下落関数を算出して記憶する（ｓ２１９）。具体的には、例えば、ロジック制御サーバ１１０は、対象アセットの在庫数が少ないほどその価格の下落速度が低下するような関数を算出する。その後はｓ２０１の処理に戻る。
＜価格下落処理＞
　次に、図１４は、価格下落処理の一例を示すフロー図である。価格下落処理は、例えば、オフチェーンシステム１００の起動後、所定のタイミング（例えば、所定の時間間隔）で繰り返し実行される。
　ロジック制御サーバ１１０はまず、アセット１０のうち一つの種類のアセットを選択する（ｓ３０１）。そしてロジック制御サーバ１１０は、取得したアセット（以下、選択アセットという。）の下落関数を特定する（ｓ３０２）。具体的には、例えば、ロジック制御サーバ１１０は、アセット価格調整管理テーブル６００における選択アセットの下落関数６０８を取得する。
　そしてロジック制御サーバ１１０は、ｓ３０２で特定した下落関数に基づき、選択アセットの現在の価格を下落させる（ｓ３０３）。そして、ロジック制御サーバ１１０は、選択アセットの現在価格が、最低価格未満となっているかを確認する（ｓ３０４）。具体的には、例えば、ロジック制御サーバ１１０は、ｓ３０３で価格を下落させた選択アセットの価格が、アセット価格調整管理テーブル６００の最低価格６０７未満となっているかを確認する。
　選択アセットの現在価格が、最低価格未満となっていない場合（ｓ３０４：ＮＯ）、後述するｓ３０６の処理が行われる。他方、選択アセットの現在価格が、最低価格未満となっている場合（ｓ３０４：ＹＥＳ）、ロジック制御サーバ１１０は、選択アセットの価格を最低価格に設定する（ｓ３０５）。具体的には、例えば、ロジック制御サーバ１１０は、ｓ３０３で価格を下落させた選択アセットの価格を、アセット価格調整管理テーブル６００における選択アセットの最低価格６０７に設定する。
　ロジック制御サーバ１１０は、価格を下落させていない他のアセットがあるか否かを判断し（ｓ３０７）、価格を下落させていない他のアセットがある場合は（ｓ３０７：ＹＥＳ）、ロジック制御サーバ１１０は、そのアセットを一つ選択し、その後はｓ３０２の処理を繰り返す。他方、価格を下落させていない他のアセットがない場合は（ｓ３０７：ＮＯ）、価格下落処理は終了する（ｓ３０９）。
　図１５は、購入対応処理及び価格下落処理により変動するアセット２０の価格の変動の一例を示す図である。同図に示すように、アセット２０の価格は初期価格８０１から開始し、その後アセットの購入８０３が行われると、その価格は所定価格８０５まで上昇すると共に、最低価格８０７及び下落関数が設定される。上昇したアセットの価格は、設定された下落関数に基づき最低価格８０７まで下落し（符号８１１）、その後は最低価格８０７が維持される。その後、当該アセットの新たな購入８０９が行われると、再びアセットの価格は上昇し、新たな最低価格８１３と新たな下落関数が設定される。この新たな下落関数は、アセットの在庫数が以前より減少しているため、価格の下落速度はより緩やかに（小さく）なっている（符号８１５）。
＜画像書き換え処理＞
　オンチェーンシステム２００の各ノードは、ヒーローアセット２１及びアイテムアセット２３の画像データを書き換える処理（以下、画像書き換え処理という。）を実行する。画像書き換え処理は、ノードがヒーローアセット２１又はアイテムアセット２３におけるスマートコントラクトを実行することにより実現される。
　図１６は、画像書き換え処理の一例を説明するフロー図である。以下では、ヒーローアセット２１の画像データを書き換える場合について説明するが、アイテムアセット２３についても同様である。
　まず、オンチェーンシステム２００のノードは、ユーザから画像データの書き換え要求の入力を受け付ける（ｓ４０１）。そして、当該ノードは、書き込みフラグの内容を確認する（ｓ４０２）。具体的には、当該ノードは、ヒーローアセット２１の書き換えフラグ２２０１の内容を確認する。
　画像データが既に書き換えられている場合（例えば、書き換えフラグ２２０１が「１」の場合）は（ｓ４０３：ＹＥＳ）、画像データ書き換え処理は終了する（ｓ４０７）。他方、画像データが書き換えられていない場合（例えば、書き換えフラグ２２０１が「０」の場合）は（ｓ４０３：ＮＯ）、ｓ４０４以下の処理が行われる。
　ｓ４０４において当該ノードは、画像データの編集を行う。具体的には、例えば、当該ノードは、ユーザから画像編集のための所定のデータの入力を受け付け、受け付けたデータの内容を、ヒーローアセット２１のアート２２０に反映させる。画像が編集されたヒーローアセット２１は、オンチェーンシステム２００の各ノードでブロックチェーンデータとして共有される。
　画像データの編集が終了した場合（例えば、ユーザから画像編集の終了の入力を受け付けた場合）は（ｓ４０５：ＹＥＳ）、当該ノードは、書き込みフラグをオンにする（例えば、書き換えフラグ２２０１を「１」にする）（ｓ４０６）。そして、画像編集処理は終了する（ｓ４０７）。
　なお、以上の画像書き換え処理は、ヒーローアセット２１の二つ名２１９及びアイテムアセット２３の二つ名２３８を書き換える場合も同様である。
　以上に説明したように、本実施形態のブロックチェーンシステム１は、各ノードがノード間のアセット２０の取引の履歴の情報をブロックチェーンデータにて共有するオンチェーンシステム２００と、ブロックチェーンデータに記録されているアセットの情報に基づき所定の情報処理を行うオフチェーンシステム１００とを含んで構成されており、オフチェーンシステムが、アセットの購入申し込みに応じてアセット２０の販売価格を上昇させると共に、アセットの過去の最高価格に基づきアセットの最低価格を設定し、アセット２０の販売価格を、アセット２０の在庫数が少ないほどその価格の下落速度が低下するように経時的に下落させ、現在のアセットの販売価格が最低価格を下回った場合には最低価格にまで販売価格を回復させる。
　すなわち、本実施形態のブロックチェーンシステム１は、アセットに在庫数を設定した上で、アセット購入時には最低価格や上昇率を設定し、アセットの在庫数が少ないほど価格の下落率を抑えることで、アセットの希少性と価格とのバランス（需給バランス）を調節することができる。これにより、オフチェーンシステム１００において流通する、各ノードが所有するアセットの価値を適切に設定することができる。
　以上のように、本実施形態のブロックチェーンシステム１によれば、ユーザのアセットの所有権及び価値をそのアセットの性質に応じて適切に処理することができる。
　特に、オフチェーンシステム１００のロジックが利用するアセット１０の内容は、オフチェーンシステム１００とは別のシステムであるオンチェーンシステム２００にて共有されているため（アセット２０）、アセット２０のユーザは、オフチェーンシステム１００とは独立してアセット２０をオンチェーンシステム２００内で取引することができる（例えば、アセット取引所２１０）。また、オフチェーンシステム１００の管理者（事業者）にとっても、ユーザのアセット２０の取引を直接管理せずとも、オフチェーンシステム１００のロジックのみを提供すれば、そのロジックを利用した、アセット２０に係るコンテンツを提供することができる。
　以上に説明した実施形態の説明は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明はその趣旨を逸脱することなく、変更、改良され得ると共に本発明にはその等価物が含まれる。
　例えば、本実施形態では、ヒーローアセット２１及びアイテムアセット２３の画像データのみを書き換え可能としたが、領地アセット２５を書き換え可能としてもよい。
　また、本実施形態では、オフチェーンシステム１００で動作する分散アプリケーションとして、ゲーム（ロールプレイングゲーム）を取り上げたが、他の種類のアセット（金融商品、製造製品等）やこれを用いた他のアプリケーション（金融、サプライチェーン、ＩｏＴ等の分野に係るアプリケーション）にも適用可能である。
　また、本実施形態では、オフチェーンシステム１００のアセット１０はオンチェーンシステム２００のアセット２０に対応するブロックチェーンデータであるとしたが、アセット１０はアセット２０に対応するデータとなっていれば、必ずしもブロックチェーンデータとする必要はない。
　また、本実施形態では、ロジック制御サーバ１１０の機能は所定の情報処理装置により実現するものとしているが、分散型アプリケーションを用いて実現してもよい。
　本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態のブロックチェーンシステム１においては、複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムとを含んで構成されているブロックチェーンシステムであって、前記オンチェーンシステムの各ノードは、前記ノード間の第１の価値媒体の取引の情報をブロックチェーンデータにて共有する第１価値媒体共有部を備え、前記オフチェーンシステムの各ノードは、前記第１の価値媒体から変換可能であると共に前記アセットとの交換価値を有する第２の価値媒体の、前記オフチェーンシステム内のノード間における取引の情報をブロックチェーンデータにて共有する第２価値媒体共有部を備える、としてもよい。
　このように、オンチェーンシステム２００では、ノード間の第１の価値媒体（ＥＴＨ４０）の取引の情報をブロックチェーンデータにて共有している一方、オフチェーンシステム１００では、第１の価値媒体（ＥＴＨ４０）から変換可能であると共にアセットとの交換価値を有する第２の価値媒体（ＧＭ３０）の、オフチェーンシステム１００内のノード間における取引の情報をブロックチェーンデータにて共有している。このように、オフチェーンシステム１００が、オンチェーンシステム２００の価値媒体（ＥＴＨ４０）とは別に設定した、ＥＴＨ４０から変換可能な価値媒体（ＧＭ３０）を各ノードで共有していることで、オフチェーンシステム１００内のユーザは、このＧＭ３０を用いてオフチェーンシステム１００内でのアセットの取引や価値交換を独立して行うことができる。このようにして、ブロックチェーンシステム１は、ユーザのアセットの所有権及び価値をそのオフチェーンシステム１００内のアセットの性質に応じて適切に処理することができる。
　なお、ＥＴＨ４０からＧＭ３０への変換のみを可能にし、ＧＭ３０をいわゆる一般的な仮想通貨と異なる価値媒体としていることで、仮想通貨市場とは別の市場を形成することができるメリットもある。
　また、本実施形態のブロックチェーンシステム１においては、前記第２の価値媒体は、前記第２の価値媒体から前記第１の価値媒体への変換も可能な交換価値媒体である、としてもよい。
　このように、第１の価値媒体と第２の価値媒体との間を双方向に交換可能なようにしておくことで、ユーザの利便性を向上させることができる。
　また、本実施形態のブロックチェーンシステム１においては、前記第１の価値媒体は、前記オンチェーンシステムのノードのいずれかによって発行される仮想通貨である、としてもよい。
　このように、第１の価値媒体を一般的な仮想通貨とすることで、ユーザの利便性を向上させることができる。
　また、本実施形態のブロックチェーンシステム１においては、複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムとを含んで構成されているブロックチェーンシステムであって、前記オンチェーンシステムにおける各ノードは、前記アセットの情報として、画像の情報及び当該画像を編集する処理の情報を共有しており、前記オンチェーンシステムにおける各ノードは、前記画像の編集の要求を受け付けた場合、当該画像が現在までに編集された回数を特定し、前記回数が所定回数未満である場合にのみ前記画像の編集を受け付け、受け付けた編集の内容を前記画像に反映させる処理を、前記画像を編集する処理の情報に基づき実行し、前記情報共有部は、前記画像の編集が反映された前記アセットの情報を、前記オンチェーンシステムのノード間で、ブロックチェーンデータにて共有する、としてもよい。
　このように、オンチェーンシステム２００の各ノードが、アセットの情報として画像の情報及び画像を編集する処理の情報（スマートコントラクト）を共有し、画像の編集の要求を受け付けた場合、当該画像が現在までに編集された回数が所定回数未満である場合にのみ画像の編集を受け付け、編集された画像のアセットの情報が、オンチェーンシステム２００のノード間で、ブロックチェーンデータにて共有されることにより、各ノードのユーザは、自身のアセットにおける画像を限定的に修正して付加価値を付け、アセットの価値を増加させることができる。そして、これをオンチェーンシステム２００のノード間で共有することができる。このようにして、ブロックチェーンシステム１は、ユーザのアセットの所有権及び価値をそのアセットの性質に応じて適切に処理することができる。
　また、本実施形態のブロックチェーンシステム１においては、前記アセットは、少なくとも複数のキャラクター、アイテム、及び領地を示すアセットであり、前記ロジック実行部は、前記キャラクターが前記アイテムを用いて前記領地を獲得する処理を実行する、としてもよい。
　このように、ブロックチェーンシステム１は、キャラクターがアイテムを用いて領地を獲得するといったロールプレイングゲームをアセットにより実現することで、当ゲームを実行するユーザに対して、アセットの所有権及びその価値という付加価値を与え、より娯楽性を高めることができる。
　また、本実施形態のブロックチェーンシステム１においては、前記オフチェーンシステムにおける各ノードは、前記オンチェーンシステムから取得されたアセットの情報をブロックチェーンデータにて共有するアセット共有部を備える、としてもよい。
　このように、オフチェーンシステム１００における各ノードが、オンチェーンシステム２００から取得されたアセットの情報（アセット１０）をブロックチェーンデータにて共有することで、オンチェーンシステム２００におけるアセット２０のブロックチェーンデータと適切に連携することができる。
１　ブロックチェーンシステム、５　通信ネットワーク、７　通信ネットワーク、１００　オフチェーンシステム、１０　アセット、１１　ヒーローデータ、１３　アイテムデータ、１５　領地データ、３０　ＧＭ、１１０　ロジック制御サーバ、１３０　ブロックチェーン制御サーバ、１９０　画像サーバ、２００　オンチェーンシステム、２１０　アセット取引所、２０　アセット、４０　ＥＴＨ、５０　ユーザ端末、３００　コンテンツシステム、４１　処理装置、４２　主記憶装置、４３　補助記憶装置、４４　入力装置、４５　出力装置、４６　通信装置、２０２　情報共有部、２０４　スマートコントラクト実行部、２０６　第１価値媒体共有部、２１　ヒーローアセット、２１１　ヒーローＩＤ、２１２　所有権、２１３　種別、２１４　総発行数、２１５　ヒーロー名、２１６　能力、２１７　属性、２１８　合成履歴、２１９　二つ名、２１９１　書き換えフラグ、２２０　アート、２２０１　書き換えフラグ、２３　アイテムアセット、２３１　アイテムＩＤ、２３２　所有権、２３３　総発行数、２３４　種別、２３５　アイテム名、２３６　属性、２３７　合成履歴、２３８　二つ名、２３８１　書き換えフラグ、２３９　アート、２３９１　書き換えフラグ、２５　領地アセット、２５１　領地ＩＤ、２５２　所有権、２５３　領地名、２５４　属性、２５５　アート、１０２　アセット共有部、１０４　第２価値媒体共有部、１１２　アセット入力部、１１４　ロジック実行部、１５１　在庫数記憶部、１５２　申し込み受信部、１５３　購入処理部、１５４　アセット引き渡し部、１５５　価格調整部、１５６　価格下落部、１５７　価格維持部、６００　アセット価格調整管理テーブル、６０１　アセット種類、６０２　販売期間、６０３　在庫数、６０４　初期価格、６０５　上昇率、６０６　最低価格係数、６０７　最低価格、６０８　下落関数、６７０　アセット価格管理テーブル、６７１　アセット種類、６７２　時刻、６７３　価格、６５０　購入申し込み情報、６５１　ユーザＩＤ、６５２　アセット種類、６５３　購入数、８０１　初期価格、８０３　アセットの購入、８０５　所定価格、８０７　最低価格、８０９　新たな購入、８１１　符号、８１３　新たな最低価格、８１５　符号

Claims (14)

  1. 　複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、
    　前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムと
    　を含んで構成されているブロックチェーンシステムであって、
    　前記オフチェーンシステムが、
    　前記アセットの在庫数の情報を記憶する在庫数記憶部と、
    　前記ノードから、所定数の前記アセットの購入申し込みを受信する申し込み受信部と、
    　前記受信したアセットの購入申し込みに応じて前記アセットの在庫数を前記所定数減じる購入処理部と、
    　前記受信したアセットの購入申し込みに応じて前記アセットの販売価格を所定アルゴリズムに基づき上昇させると共に、過去の所定期間における前記アセットの最高価格を特定し、特定した最高価格に基づき前記アセットの最低価格を設定する価格調整部と、
    　前記上昇させた前記アセットの販売価格を、前記アセットの在庫数が少ないほどその価格の下落速度が低下するように経時的に下落させる価格下落部と、
    　現在の前記アセットの販売価格が、前記設定した最低価格を下回った場合に、前記最低価格にまで販売価格を回復させる価格維持部と、
    　を備える、ブロックチェーンシステム。
  2. 　複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、
    　前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムと
    　を含んで構成されているブロックチェーンシステムであって、
    　前記オンチェーンシステムの各ノードは、前記ノード間の第１の価値媒体の取引の情報をブロックチェーンデータにて共有する第１価値媒体共有部を備え、
    　前記オフチェーンシステムの各ノードは、前記第１の価値媒体から変換可能であると共に前記アセットとの交換価値を有する第２の価値媒体の、前記オフチェーンシステム内のノード間における取引の情報をブロックチェーンデータにて共有する第２価値媒体共有部を備える、
    　ブロックチェーンシステム。
  3. 　前記第２の価値媒体は、前記第２の価値媒体から前記第１の価値媒体への変換も可能な交換価値媒体である、
    　請求項２に記載のブロックチェーンシステム。
  4. 　前記第１の価値媒体は、前記オンチェーンシステムのノードのいずれかによって発行される仮想通貨である、請求項２に記載のブロックチェーンシステム。
  5. 　複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、
    　前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムと
    　を含んで構成されているブロックチェーンシステムであって、
    　前記オンチェーンシステムにおける各ノードは、前記アセットの情報として、画像の情報及び当該画像を編集する処理の情報を共有しており、
    　前記オンチェーンシステムにおける各ノードは、前記画像の編集の要求を受け付けた場合、当該画像が現在までに編集された回数を特定し、前記回数が所定回数未満である場合にのみ前記画像の編集を受け付け、受け付けた編集の内容を前記画像に反映させる処理を、前記画像を編集する処理の情報に基づき実行し、
    　前記情報共有部は、前記画像の編集が反映された前記アセットの情報を、前記オンチェーンシステムのノード間で、ブロックチェーンデータにて共有する、
    　ブロックチェーンシステム。
  6. 　前記アセットは、少なくとも複数のキャラクター、アイテム、及び領地を示すアセットであり、
    　前記ロジック実行部は、前記キャラクターが前記アイテムを用いて前記領地を獲得する処理を実行する、
    　請求項１乃至５のいずれか一項に記載のブロックチェーンシステム。
  7. 　前記オフチェーンシステムにおける各ノードは、前記オンチェーンシステムから取得されたアセットの情報をブロックチェーンデータにて共有するアセット共有部を備える、
    　請求項１乃至６のいずれか一項に記載のブロックチェーンシステム。
  8. 　複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、
    　前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムと
    　を含んで構成されているブロックチェーンシステムの制御方法であって、
    　前記オフチェーンシステムが、
    　前記アセットの在庫数の情報を記憶する在庫数記憶処理と、
    　前記ノードから、所定数の前記アセットの購入申し込みを受信する申し込み受信処理と、
    　前記受信したアセットの購入申し込みに応じて前記アセットの在庫数を前記所定数減じる購入処理と、
    　前記受信したアセットの購入申し込みに応じて前記アセットの販売価格を所定アルゴリズムに基づき上昇させると共に、過去の所定期間における前記アセットの最高価格を特定し、特定した最高価格に基づき前記アセットの最低価格を設定する価格調整処理と、
    　前記上昇させた前記アセットの販売価格を、前記アセットの在庫数が少ないほどその価格の下落速度が低下するように経時的に下落させる価格下落処理と、
    　現在の前記アセットの販売価格が、前記設定した最低価格を下回った場合に、前記最低価格にまで販売価格を回復させる価格維持処理と、
    　を実行する、ブロックチェーンシステムの制御方法。
  9. 　複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、
    　前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムと
    　を含んで構成されているブロックチェーンシステムの制御方法であって、
    　前記オンチェーンシステムの各ノードは、前記ノード間の第１の価値媒体の取引の情報をブロックチェーンデータにて共有する第１価値媒体共有処理を実行し、
    　前記オフチェーンシステムの各ノードは、前記第１の価値媒体から変換可能であると共に前記アセットとの交換価値を有する第２の価値媒体の、前記オフチェーンシステム内のノード間における取引の情報をブロックチェーンデータにて共有する第２価値媒体共有処理を実行する、
    　ブロックチェーンシステムの制御方法。
  10. 　前記第２の価値媒体は、前記第２の価値媒体から前記第１の価値媒体への変換も可能な交換価値媒体である、
    　請求項９に記載のブロックチェーンシステムの制御方法。
  11. 　前記第１の価値媒体は、前記オンチェーンシステムのノードのいずれかによって発行される仮想通貨である、請求項９に記載のブロックチェーンシステムの制御方法。
  12. 　複数のノードにより構成され、各ノードがノード間の所定のアセットの取引の履歴の情報をブロックチェーンデータにて共有する情報共有部を備えるオンチェーンシステムと、
    　前記ブロックチェーンデータに記録されている前記アセットの情報を取得するアセット取得部、及び、前記取得したアセットの情報に基づき所定の情報処理を行うロジック実行部を備えるオフチェーンシステムと
    　を含んで構成されているブロックチェーンシステムの制御方法であって、
    　前記オンチェーンシステムにおける各ノードは、前記アセットの情報として、画像の情報及び当該画像を編集する処理の情報を共有し、
    　前記オンチェーンシステムにおける各ノードは、前記画像の編集の要求を受け付けた場合、当該画像が現在までに編集された回数を特定し、前記回数が所定回数未満である場合にのみ前記画像の編集を受け付け、受け付けた編集の内容を前記画像に反映させる処理を、前記画像を編集する処理の情報に基づき実行し、
    　前記情報共有部は、前記画像の編集が反映された前記アセットの情報を、前記オンチェーンシステムのノード間で、ブロックチェーンデータにて共有する、
    　ブロックチェーンシステムの制御方法。
  13. 　前記アセットは、少なくとも複数のキャラクター、アイテム、及び領地を示すアセットであり、
    　前記ロジック実行部は、前記キャラクターが前記アイテムを用いて前記領地を獲得する処理を実行する、
    　請求項８乃至１２のいずれか一項に記載のブロックチェーンシステムの制御方法。
  14. 　前記オフチェーンシステムにおける各ノードは、前記オンチェーンシステムから取得されたアセットの情報をブロックチェーンデータにて共有するアセット共有部を備える、
    　請求項８乃至１３のいずれか一項に記載のブロックチェーンシステムの制御方法。
PCT/JP2018/031997 2018-08-29 2018-08-29 ブロックチェーンシステム、及びブロックチェーンシステムの制御方法 WO2020044471A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2018/031997 WO2020044471A1 (ja) 2018-08-29 2018-08-29 ブロックチェーンシステム、及びブロックチェーンシステムの制御方法
JP2020539930A JP7098734B2 (ja) 2018-08-29 2018-08-29 ブロックチェーンシステム、及びブロックチェーンシステムの制御方法
JP2022050673A JP7320099B2 (ja) 2018-08-29 2022-03-25 ブロックチェーンシステム、及びブロックチェーンシステムの制御方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/031997 WO2020044471A1 (ja) 2018-08-29 2018-08-29 ブロックチェーンシステム、及びブロックチェーンシステムの制御方法

Publications (1)

Publication Number Publication Date
WO2020044471A1 true WO2020044471A1 (ja) 2020-03-05

Family

ID=69643475

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/031997 WO2020044471A1 (ja) 2018-08-29 2018-08-29 ブロックチェーンシステム、及びブロックチェーンシステムの制御方法

Country Status (2)

Country Link
JP (1) JP7098734B2 (ja)
WO (1) WO2020044471A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114430414A (zh) * 2020-10-16 2022-05-03 微观(天津)科技发展有限公司 基于区块链的数据资产交换方法、装置以及存储介质
JP2022547348A (ja) * 2020-10-18 2022-11-11 ▲張▼大成 契約取引装置
JP7519719B2 (ja) 2020-03-23 2024-07-22 シード＆バラエティ合同会社 デジタルアセットトークンの生成、発行、売買移転のピアツーピア分散型台帳への記録方法及びデジタルアセットトークン統合システム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001005863A (ja) * 1999-06-17 2001-01-12 System Soft Corp 販売価格決定システム
JP2007221723A (ja) * 2006-02-20 2007-08-30 Canon Inc 画像処理装置及びその制御方法
JP2018036893A (ja) * 2016-08-31 2018-03-08 ヤフー株式会社 生成プログラム、生成装置及び生成方法
JP6316530B1 (ja) * 2017-12-05 2018-04-25 Ｇｖｅ株式会社 管理装置、仮想通貨システム、及びシステム
JP2018128723A (ja) * 2017-02-06 2018-08-16 株式会社日立製作所 信用度管理システムおよび信用度管理方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001005863A (ja) * 1999-06-17 2001-01-12 System Soft Corp 販売価格決定システム
JP2007221723A (ja) * 2006-02-20 2007-08-30 Canon Inc 画像処理装置及びその制御方法
JP2018036893A (ja) * 2016-08-31 2018-03-08 ヤフー株式会社 生成プログラム、生成装置及び生成方法
JP2018128723A (ja) * 2017-02-06 2018-08-16 株式会社日立製作所 信用度管理システムおよび信用度管理方法
JP6316530B1 (ja) * 2017-12-05 2018-04-25 Ｇｖｅ株式会社 管理装置、仮想通貨システム、及びシステム

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7519719B2 (ja) 2020-03-23 2024-07-22 シード＆バラエティ合同会社 デジタルアセットトークンの生成、発行、売買移転のピアツーピア分散型台帳への記録方法及びデジタルアセットトークン統合システム
CN114430414A (zh) * 2020-10-16 2022-05-03 微观(天津)科技发展有限公司 基于区块链的数据资产交换方法、装置以及存储介质
CN114430414B (zh) * 2020-10-16 2024-04-02 微观(天津)科技发展有限公司 基于区块链的数据资产交换方法、装置以及存储介质
JP2022547348A (ja) * 2020-10-18 2022-11-11 ▲張▼大成 契約取引装置
JP7248960B2 (ja) 2020-10-18 2023-03-30 ▲張▼大成 契約取引装置

Also Published As

Publication number Publication date
JPWO2020044471A1 (ja) 2021-06-10
JP7098734B2 (ja) 2022-07-11

Similar Documents

Publication Publication Date Title
US11941590B2 (en) Token issuance method, information processor, and blockchain system
US11652604B2 (en) Blockchain data compression and storage
US20160350845A1 (en) System and method for digital item exchange
JP6404435B1 (ja) アイテム取引システム及びアイテム取引プログラム
US20190385136A1 (en) System and Method for Generating Permanent Data Records and Assets for Digital Items in a Networked Video Game System
US12126726B1 (en) Storage architecture providing improved modification of access rights for stored data
WO2020044471A1 (ja) ブロックチェーンシステム、及びブロックチェーンシステムの制御方法
JP2019079502A (ja) アイテム取引システム及びアイテム取引プログラム
KR20210010109A (ko) 블록체인을 기반으로 한 투자 방법 및 이러한 방법을 사용하는 장치
JP6409115B1 (ja) 自動仕訳サーバおよび自動仕訳プログラム
KR20220065273A (ko) 블록 체인 네트워크 기반의 대체 불가능 토큰을 이용한 소유권 아이템 자산의 유동성 가치 조절 서비스 제공 방법, 그를 수행하는 게임 서비스 제공 장치 및 시스템
JP2023120420A (ja) サーバー、表示方法、及びプログラム
KR102110397B1 (ko) 스테이킹 및 프리징 알고리즘을 이용한 블록체인 생태계 안정화 서버 및 방법
WO2020118859A1 (zh) 一种去中心化芯片研发交易数据存储方法及系统
KR20220020846A (ko) 사용자 단말기, 디지털 컨텐츠의 이용 권리 증서를 유통시키는 방법, 및 상기 방법을 실행하기 위하여 매체에 저장된 컴퓨터 프로그램
KR20230042884A (ko) 대체 불가 토큰 기반 분할 증권을 관리하기 위한 창작물 권리 관리 서버
JP2014526761A (ja) 多重管理者上場投資信託の作成および維持方法
JP7320099B2 (ja) ブロックチェーンシステム、及びブロックチェーンシステムの制御方法
JP7410890B2 (ja) 制御方法、サーバおよびプログラム
JP7070272B2 (ja) 取引管理装置、取引管理方法及び取引管理プログラム
TWM626968U (zh) 非同質化代幣管理系統
JP2019191631A (ja) 仮想通貨取引システム
JPWO2019186988A1 (ja) 株価予測支援システム及び方法
JP4012951B2 (ja) 情報処理システム
JP6714117B1 (ja) 情報処理装置、プログラム、及び制御方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18931829

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020539930

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 19/05/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 18931829

Country of ref document: EP

Kind code of ref document: A1