WO2020255372A1 - トークン発行方法、情報処理装置、及びブロックチェーンシステム - Google Patents

トークン発行方法、情報処理装置、及びブロックチェーンシステム Download PDF

Info

Publication number
WO2020255372A1
WO2020255372A1 PCT/JP2019/024675 JP2019024675W WO2020255372A1 WO 2020255372 A1 WO2020255372 A1 WO 2020255372A1 JP 2019024675 W JP2019024675 W JP 2019024675W WO 2020255372 A1 WO2020255372 A1 WO 2020255372A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
transaction
reward
execution
function
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2019/024675
Other languages
English (en)
French (fr)
Inventor
広伸 上野
直人 玉舎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Double JumpTokyo
Double JumpTokyo Inc
Original Assignee
Double JumpTokyo
Double JumpTokyo Inc
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 Double JumpTokyo, Double JumpTokyo Inc filed Critical Double JumpTokyo
Priority to PCT/JP2019/024675 priority Critical patent/WO2020255372A1/ja
Priority to JP2021528595A priority patent/JP7241176B2/ja
Priority to US17/621,220 priority patent/US11941590B2/en
Publication of WO2020255372A1 publication Critical patent/WO2020255372A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Definitions

  • the present invention relates to a token issuing method, an information processing device, and a blockchain system.
  • Non-Patent Document 1 discloses a role-playing game in which items, characters, and the like are used as digital assets (tokens).
  • Non-Patent Document 2 discloses the contents of a decentralized exchange (DEX) that trades digital assets between users on a blockchain.
  • DEX decentralized exchange
  • assets digital assets
  • the right holder of the asset for example, the creator or a person who has contributed significantly to the creation
  • the invested capital Should be given.
  • assets due to the nature of assets, when they are issued on the blockchain, they are circulated in a short period of time due to huge transactions between users, so there is a problem that it becomes extremely difficult to recover invested capital.
  • the present invention has been made in view of such a problem, and an object of the present invention is a token issuing method, an information processing device, and a blockchain system capable of recovering the invested capital of an asset right holder in a blockchain system. Is to provide.
  • One of the present inventions for solving the above problems is a plurality of trading entities relating to a transaction for transfer of a predetermined right relating to a predetermined asset, and an executing entity that executes the transaction under the delegation of the trading entity.
  • the execution subject information which is the information for identifying the execution entity, and the execution subject information requesting the execution of the transaction by the predetermined execution entity are received from the predetermined transaction entity
  • the execution entity information indicates the execution subject information.
  • a transaction start determination function that performs a process of determining whether or not to execute the transaction by determining whether or not the execution entity is specified, an execution of the transaction based on the execution request, and the asset.
  • Information including a transaction execution function for executing payment of a reward to a predetermined right holder related to the creation of is generated as the execution function of the transaction.
  • a plurality of trading entities relating to a transaction for transfer of a predetermined right relating to a predetermined asset and an executing entity that executes the transaction under the delegation of the trading entity are used as nodes. It is an information processing device in a blockchain system in which each node shares information on an execution function of a transaction related to the asset and a history of transfer of the asset as a token, and is information for identifying the execution subject.
  • a transaction start determination function that performs a process of determining whether or not to execute the transaction, an execution of the transaction based on the execution request, and a reward to a predetermined right holder related to the creation of the asset. Is generated as the execution function of the transaction, including the transaction execution function for executing the payment.
  • a plurality of transaction entities relating to a transaction for transfer of a predetermined right relating to a predetermined asset and an executing entity that executes the transaction under the delegation of the transaction entity are used as nodes.
  • a blockchain system that is configured to include and share information on the execution function of transactions related to the asset and the history of transfer of the asset as tokens, and the execution subject information that is information that identifies the execution subject.
  • a transaction start determination function that performs a process of determining whether or not to execute the transaction, an execution of the transaction based on the execution request, and payment of a reward to a predetermined right holder related to the creation of the asset.
  • Information including the transaction execution function to be executed is stored as the transaction execution function.
  • the invested capital of the asset right holder can be recovered in the blockchain system. Issues, configurations and effects other than those described above will be clarified by the description of the following embodiments.
  • FIG. 1 is a diagram showing an example of the configuration of the blockchain system 1 according to the present embodiment.
  • FIG. 2 is a diagram showing an example of a function related to token trading.
  • FIG. 3 is a diagram illustrating an example of a function related to token issuance.
  • FIG. 4 is a diagram showing an example of hardware included in each information processing device.
  • FIG. 5 is a flow chart illustrating an example of token issuance processing.
  • FIG. 6 is a diagram showing an example of asset information.
  • FIG. 7 is a diagram showing an example of a token.
  • FIG. 8 is a diagram showing an example of reward information.
  • FIG. 9 is a flow chart illustrating an example of transaction acceptance processing.
  • FIG. 10 is a diagram showing an example of execution request information.
  • FIG. 11 is a flow chart illustrating an example of asset transaction processing.
  • FIG. 12 is a diagram showing an example of the proposed information.
  • FIG. 13 is an example of the asset transaction screen.
  • FIG. 1 is a diagram showing an example of the configuration of the blockchain system 1 according to the present embodiment.
  • the blockchain system 1 is a node 90 (a plurality of user terminals 50, a token issuing device 100, and a token issuing device 100) which are a plurality of information processing devices connected to each other by a wired or wireless communication network (not shown) such as the Internet, LAN, and WAN. It is a distributed ledger system composed of one or a plurality of exchange management devices 110).
  • the user terminal 50 is an information processing device used by each user, and is, for example, a mobile information terminal such as a smartphone, a personal computer, or a server device.
  • the token issuing device 100 and the exchange management device 110 are information processing devices such as a server device.
  • the blockchain system 1 is realized by using an open platform such as Ethereum, but if it is a blockchain system that can implement the smart contract described below, another open blockchain system (for example, EOS, NEO, Bitcoin), or a closed blockchain system. A newly developed blockchain system may be used.
  • Each node 90 of the blockchain system 1 shares and stores the history of the transfer of ownership of the asset 10 which is a predetermined data asset and the execution procedure of the transaction of the asset 10 as a smart contract. .. These smart contracts are shared by token 20.
  • the token 20 is an NFT (NonFungibleToken) whose value differs depending on the attribute of the asset 10.
  • the asset 10 is information (digital assets) of various media such as images, music, sentences, and game items, and the type thereof is not particularly limited.
  • each node 90 of the blockchain system 1 shares and stores the information of the transfer history of the cryptocurrency 40 necessary for executing the transaction related to the asset 10 as a smart contract.
  • the cryptocurrency 40 is issued at any node 90 in the blockchain system 1.
  • the cryptocurrency 40 is managed by a predetermined address (for example, a wallet address) associated with each node 90.
  • the cryptocurrency 40 may be, for example, ETH issued by Ethereum, bitcoin, NEM, or the like.
  • each node 90 of the blockchain system 1 manages a user address 30, a token contract 60, and an exchange smart contract 70 as identifiers (addresses or smart contracts) on the network.
  • the user address 30 is the entity that owns the asset 10 (token 20) and corresponds to the address on the blockchain system 1 (for example, the Eth address on Ethereum).
  • the user address 30 is associated with a node 90 (eg, a user terminal 50).
  • the token contract 60 is a smart contract for executing processing related to the token 20 (for example, issuance of the token 20), and corresponds to an address on the blockchain system 1 (for example, the address of the smart contract on Ethereum).
  • the token contract 60 is associated with the node 90 (eg, the token issuing device 100).
  • the exchange smart contract 70 is a smart contract for executing the mediation of the transaction of the token 20, and corresponds to the address on the blockchain system 1 (for example, the address of the smart contract on Ethereum).
  • the exchange smart contract 70 is a smart contract that realizes a so-called decentralized exchange (DEX: Decentralized EXchange).
  • DEX Decentralized EXchange
  • the exchange smart contract 70 is delegated from each user address 30 and is a transaction related to the transfer of a predetermined right regarding the asset 10 (token 20) (in the present embodiment, the purpose is to transfer the ownership of the asset 10). It is the executing entity that executes (proxy) the execution (sales transaction).
  • the exchange smart contract 70 is associated with a node 90 (eg, exchange management device 110).
  • FIG. 2 is a diagram showing an example of a function related to the transaction of the token 20.
  • the blockchain system 1 includes the functions of the information sharing unit 31 and the smart contract execution unit 33.
  • the information sharing unit 31 shares the token 20 between the nodes 90 in the form of blockchain data. Further, the information sharing unit 31 shares information on the history of transfer (payment) of the cryptocurrency 40 between the nodes 90 between the nodes 90 in the form of blockchain data.
  • the information sharing unit 31 is a new block including a history of transfer of ownership of one or more assets 10 (transaction data), a hash value of previous block data, and a predetermined nonce at a predetermined timing. Generate data.
  • the information sharing unit 31 generates blockchain data in which the previous block data and the newly generated block data are combined via a hash value, and shares this as a token 20 with each node 90 in the blockchain system 1. ..
  • the smart contract execution unit 33 executes a transaction related to the asset 10 by executing the smart contract related to the token 20. In addition, the smart contract execution unit 33 transfers (remittances) the cryptocurrency 40 by executing a predetermined smart contract related to the cryptocurrency 40.
  • FIG. 3 is a diagram illustrating an example of a function related to token issuance.
  • the blockchain system 1 includes an issuance receiving unit 61 and a token issuing unit 63.
  • the issuance receiving unit 61 executes a process necessary for issuing the token 20 related to the asset 10 (for example, accepts a predetermined cryptocurrency 40 from a predetermined user address 30).
  • the token issuing unit 63 generates a new token 20 in which the ownership information (for example, the user address 30) of a predetermined issuing destination is registered.
  • FIG. 4 is a diagram showing an example of hardware included in each information processing device of the user terminal 50, the token issuing device 100, and the exchange management device 110.
  • Each information processing device includes a processing device 11 such as a CPU (Central Processing Unit), a main storage device 12 such as a RAM (RandomAccessMemory) and a ROM (ReadOnlyMemory), an HDD (HardDiskDrive), and an SSD (Solid).
  • Auxiliary storage device 13 such as State Drive
  • an input device 14 composed of a keyboard, mouse, touch panel, etc.
  • an output device 15 composed of a monitor (display), etc.
  • a communication device 16 for communicating with other information processing devices. It is an information processing device provided.
  • Each functional unit of each information processing device described so far is a program (smart) stored by the hardware of each information processing device or by the processing device 11 of each information processing device in the main storage device 12 or the auxiliary storage device 13. It is realized by executing the contract etc.). Further, these programs are non-temporary readable by each node 90 such as a secondary storage device, a non-volatile semiconductor memory, a hard disk drive, a storage device such as SSD, or an IC card, SD card, DVD, etc. Stored in a data storage medium.
  • the blockchain system 1 has (1) a token issuance process for issuing a new token 20 (asset 10), and (2) a transaction acceptance process for accepting a delegation request from the user address 30 regarding the transaction of the asset 10 between the user addresses 30. , And (3) Execute the asset transaction process for executing the transaction of the accepted asset 10.
  • FIG. 5 is a flow chart illustrating an example of token issuance processing.
  • the token contract 60 accepts payment of cryptocurrency 40 and registration of other information as a condition for issuing token 20.
  • the token contract 60 acquires the asset information (details will be described later) for issuing the token 20 (s11).
  • the asset information may be stored in advance, or the registration of the asset information may be accepted from the outside.
  • the token contract 60 generates information necessary for the token 20 based on the acquired asset information 400 (s13). Then, the token 20 is issued (s15).
  • FIG. 6 is a diagram showing an example of asset information.
  • the asset information 400 is information that specifies the contents of the asset 10 (for example, images, music, sentences, game items, etc.) related to the token 20 to be issued, the asset content 401, and the quantity of the token 20 (or the asset 10) to be issued. It has information on the issue quantity 403, which is the information to be specified, and the issue destination 405 of the token 20.
  • FIG. 7 is a diagram showing an example of the token 20.
  • the token 20 is information on the asset identification information 201, which is information for specifying the contents of the asset 10 (for example, images, music, sentences, game items, etc.) and information on the transaction history between the user address 30 of the asset 10 (transaction data).
  • the transaction information 203 is included, and the execution function 205, which is information that defines the execution process of the transaction related to the asset 10.
  • the content of the transaction information 203 is updated (added) based on the transaction of the asset 10.
  • Execution function 205 is configured as a smart contract.
  • the execution function 205 has execution subject information 211, reward information 213, transaction start determination function 215, transaction execution function 217, reward distribution function 219, and issuance function 221.
  • Execution subject information 211 is information that identifies an execution subject that can accept a request for delegation from the user address 30 and execute a transaction between the user addresses 30. For example, one or more addresses or identifiers of the exchange smart contract 70 are set in the execution subject information 211.
  • the content of the execution subject information 211 can be freely changed after the administrator of the token 20 (for example, the issuer of the token 20) issues the token 20.
  • the address or identifier of an exchange smart contract 70 capable of executing a transaction may be added, changed, or deleted.
  • the execution subject information 211 As a method of changing the execution subject information 211, for example, when the token 20 is generated, a function for changing the execution subject information 211 is added to the execution function 205, and the execution function 205 calls this function. As a result, the content of the execution subject information 211 is changed.
  • the token contract 60 may issue a new token 20 having the execution subject information 211 in which the address or the identifier of the exchange smart contract 70 is modified.
  • the reward information 213 is a reward generated based on the transaction of the asset 10 by the executing entity (for example, a cryptocurrency 40 paid as a transaction fee of the asset 10 (token 20), an execution fee, a predetermined right compensation, etc.). Information on the distribution destinations and the distribution ratio of rewards to each distribution destination.
  • the allocation destination of the reward information 213 includes a predetermined right holder related to the creation of the asset 10.
  • the predetermined right holder (hereinafter referred to as the original right holder) is, for example, the creator of the asset 10 or the person who contributed to the creation of the asset 10 (for example, the copyright holder of the asset 10).
  • the reward information 213 can be changed after the token 20 is issued, similarly to the execution subject information 211.
  • the predetermined information processing device displays a screen for inputting the reward information 213 and accepts the input of the reward information 213 from the user.
  • FIG. 8 is a diagram showing an example of reward information 213.
  • the reward information 213 includes information on each distribution destination 2131 of the reward and the distribution ratio 2133 to the distribution destination.
  • 7% of the total consideration is paid to the node 90 (user address 30) related to the original right holder as a reward, and the user address 30 related to the person who contributed to the transaction is paid 2.
  • 5% is paid as a reward
  • 0.5% of the total consideration is paid as a reward to the predetermined exchange smart contract 70 (exchange smart contract 70 that receives a request for delegation from the user address 30).
  • Other rewards are paid to, for example, the user address 30 (user address 30 that applied for the transaction) related to the owner of the asset 10.
  • the transaction start determination function 215 is a function that determines whether or not to execute the transaction of the token 20 (with the mandate of the user node 30).
  • the transaction execution function 217 is a function that executes a transaction of token 20 based on the transaction start determination function 215.
  • the reward distribution function 219 is a function that executes a process of distributing the reward to a predetermined distribution destination when executing the transaction of the token 20.
  • the issue function 221 is a function that executes the process of issuing the token 20.
  • FIG. 9 is a flow chart illustrating an example of transaction acceptance processing.
  • the execution function 205 receives information (execution request information) requesting execution of the transaction of the asset 10 between the user addresses 30 from the predetermined user address 30 (hereinafter referred to as a request address) (s31).
  • FIG. 10 is a diagram showing an example of execution request information 300.
  • the execution request information 300 includes an address 301 which is information for specifying a request address (for example, the address of the user address 30) and a target for requesting execution of a transaction (a delegation destination, for example, an address of an exchange smart contract 70). It has each information of the execution subject 303 for specifying.
  • the execution function 205 determines whether or not to accept the execution request by the execution request information 300. Specifically, for example, the execution function 205 determines whether or not the information of the execution subject 303 of the received execution request information 300 is included in the execution subject information 211 (whether or not it is specified).
  • the execution function 205 ends the transaction acceptance process, and if the execution request is accepted (s33: YES), the execution function 205 registers the execution request information.
  • the user address 30 is stored as the user address 30 (hereinafter referred to as a request address) of the execution request source (delegation source) (s35). After that, the process of s31 is repeated. The transaction acceptance process is repeated until two or more request addresses are confirmed.
  • FIG. 11 is a flow chart illustrating an example of asset transaction processing.
  • the transaction start determination function 215 accepts registration of proposal information regarding asset 10 (hereinafter referred to as transaction asset) from one of the request addresses (seller of asset 10; hereinafter referred to as transfer address) (s51).
  • FIG. 12 is a diagram showing an example of the proposal information 600.
  • the proposal information 600 is information that stores the application contents of the transaction related to the transaction asset, the address 601 that is the information for specifying the request address (for example, the address of the user address 30), and the asset quantity 603 that is the transaction quantity of the transaction asset.
  • each information of the transaction condition 605 regarding other conditions relating to the transaction asset for example, the value of the cryptocurrency 40 as the consideration required for the transaction).
  • the transaction start determination function 215 receives consent corresponding to the proposal information 600 from another request address (buyer of asset 10; hereinafter referred to as transfer address) different from the transfer address. Accepts registration of information (hereinafter referred to as consent information).
  • the transaction start determination function 215 determines whether or not the proposal information 600 and the consent information correspond to each other (s55). Specifically, for example, the transaction start determination function 215 determines whether or not the value of the cryptocurrency 40 registered in the proposal information 600 and the value of the cryptocurrency 40 registered in the consent information are the same. To do.
  • the transaction start determination function 215 waits for the registration of the other consent information from any of the request addresses again (s53), and the proposal information 600 and When the consent information corresponds to (s55: YES), the transaction execution function 217 executes the following processing.
  • the transaction execution function 217 transfers the transaction asset under the conditions indicated by the proposal information 600 (and the consent information) (s57). Specifically, for example, the transaction execution function 217 registers the transfer of ownership from the transfer address to the transfer address in the transaction information 203 in the token 20.
  • the reward distribution function 219 specifies the consideration for the transaction related to the transaction asset (s59). Specifically, for example, the reward distribution function 219 acquires consideration information (value of cryptocurrency 40) indicated by proposal information 600 (and consent information).
  • the reward distribution function 219 is based on the consideration specified in s59, the reward to the transfer address (asset price) and the reward (commission, usage fee, etc.) to the address related to the other node 90 (hereinafter referred to as the allocation address). Is calculated (s61). Specifically, for example, the reward allocation function 219 refers to the reward information 213 of the token 20 related to the transaction asset, and multiplies the value of the cryptocurrency 40 specified in s59 by the allocation ratio 2133 to each allocation destination 2131. By doing so, the reward for each distribution address is calculated. In addition to the transfer address, the distribution destination 2131 of the reward information 213 includes information on the address related to the node 90 related to the original right holder as described above.
  • the reward distribution function 219 pays a reward to the transfer address and each distribution address based on the reward calculated in s61 (s63). Specifically, for example, the reward distribution function 219 specifies all the addresses of the nodes 90 related to the reward information 213 specified in s61. Then, the reward distribution function 219 adds information to the blockchain data related to the cryptocurrency 40 that the value of each cryptocurrency 40 specified in s61 is transferred from the transfer address to the address of each node 90 specified above.
  • the execution function 205 shares the contents of the above transaction with the blockchain system 1 (s65). Specifically, for example, the execution function 205 transmits the blockchain data (token 20) in which the information on the transfer of the transaction asset is added to the transaction information 203 to all the nodes 90, and then performs a predetermined consensus building process. After that, all the nodes 90 share and store this blockchain data (token 20). The transfer of the cryptocurrency 40 is also shared by the same procedure.
  • FIG. 13 is an example of a screen (asset transaction screen) displayed on each node 90 of the blockchain system 1 in the asset transaction process.
  • the asset transaction screen 500 is paid for the information indicating the contents of the asset 10 (asset information 501), the transfer address information (seller 503 of the asset 10), the transfer address information (buyer 505 of the asset 10), and the completion of the transaction.
  • the total consideration of the reward (transaction price 507) and the information of the reward paid by the completion of the transaction (compensation information 509) are displayed.
  • the reward information 509 includes information on the payee 5091 of the reward related to the asset 10 and the distribution amount 5093 of the reward.
  • the predetermined information processing device when the predetermined information processing device receives the request for execution of the transaction from (1) the application address, the transaction is performed by referring to the execution subject information 211.
  • Transaction start determination function 215 that performs processing to determine whether or not to execute, and (2) transaction execution function that executes transactions based on the request and pays a reward to the right holder related to the creation of asset 10.
  • the manager of the asset 10 sets only the execution subject (exchange smart contract 70) that has agreed to distribute the reward to the creator etc. in the execution subject information 211, so that the creator etc. The reward can be surely distributed.
  • the invested capital of the right holder of the asset 10 can be recovered in the blockchain system 1.
  • the invested capital of the right holder can be reliably recovered for each transaction.
  • the predetermined information processing device includes the information of the distribution destination of the reward generated by the transaction as the execution function, and the information of the predetermined right holder.
  • the transaction execution function executes the payment of the reward
  • the reward information and the reward distribution function that performs the process of allocating the reward to the distribution destination indicated by the reward information are further generated.
  • the asset 10 is created by providing the reward distribution function that distributes the reward to the distribution destinations related to the reward information including the original right holder. Remuneration can be reliably distributed to the right holders.
  • the reward information includes information for determining the distribution destination of the reward and the distribution amount to the distribution destination, and the reward distribution function executes the transaction.
  • the reward distribution function executes the transaction.
  • a process of allocating the reward to the allocation destination indicated by the reward information by the allocation amount indicated by the reward information is performed.
  • the right holder involved in the creation of the asset 10 is assigned by allocating the reward to the allocation destination indicated by the reward information 213 by the allocation amount indicated by the reward information 213.
  • An appropriate amount of reward can be distributed to each of the distribution destinations including.
  • the predetermined information processing device displays a predetermined screen for accepting the input of the reward information.
  • the issuer of the asset 10 can give an appropriate reward to the right holder related to the creation of the asset 10.
  • the blockchain system 1 of the present embodiment displays the information of the distribution destination distributed by the reward distribution function on a predetermined screen.
  • the user of the blockchain system 1 can confirm that the reward is distributed to the right holder related to the creation of the asset 10 in the transaction of the asset 10.
  • the reward information 213 and the reward distribution function 219 may be provided inside the transaction execution function 217.
  • the transaction performed by the user address 30 is a transaction of transfer of ownership (buying and selling, etc.), but it may be a transaction of transfer of usage right or other rights.
  • each information unit or functional unit of each node 90 described in the present embodiment may be provided in another functional unit or information unit.
  • a part or all of the contents of the execution subject information 211 may be set in the asset 10 or the asset specific information 201 of the token 20.
  • execution subject information 211 may be set with arbitrary information (conditions regarding the legal entity, conditions regarding the transaction target, etc.) for controlling the transaction other than or instead of the information described in the present embodiment.
  • the payee of the reward specified in the reward information 213 may be any node 90 (address) other than the person described in this embodiment.
  • the consideration or reward for the transaction may be any value medium other than the cryptocurrency 40.
  • the information processing device associated with the address or the smart contract in the blockchain system 1 performs each process, but a predetermined information processing device outside the blockchain system 1 performs each process. Then, the information generated by this may be introduced into the blockchain system 1.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Tourism & Hospitality (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

アセット１０に関する権利の移転の取引に関する複数の取引主体と、当該取引主体からの委任を受けて取引を実行する実行主体とをそれぞれノード９０として含んで構成され、各ノード９０がアセット１０に関する取引の実行関数及びアセット１０の移転の履歴の情報をトークンとして共有するブロックチェーンシステムにおけるトークン発行方法であって、情報処理装置が、実行主体情報２１１と、所定の取引主体から、実行主体による取引の実行の要求を受け付けた場合に、当該実行の要求が実行主体情報２１１が示す実行主体を指定しているか否かを判定することにより、取引を実行するか否かを判定する処理を行う取引開始判定関数２１５と、実行の要求に基づく取引を実行すると共に、アセット１０の作成に係る権利者への報酬を支払いを実行する取引実行関数２１９とを含む情報を、取引の実行関数２０５として生成する。

Description

トークン発行方法、情報処理装置、及びブロックチェーンシステム
　本発明は、トークン発行方法、情報処理装置、及びブロックチェーンシステムに関する。
　いわゆるブロックチェーン（Block chain）を利用した分散台帳技術の応用の一つとして、分散型アプリケーション（Decentralized Application）が注目されている。分散型アプリケーションは、暗号通貨等のトークンに係る契約の内容又は処理を記述したスマートコントラクト（Smart contract）のブロックチェーンデータを作成することで実現される。例えば、非特許文献１には、アイテムやキャラクター等をデジタルアセット（トークン）として用いたロールプレイングゲームが公開されている。また、非特許文献２には、ユーザ間のデジタルアセットの取引をブロックチェーン上で行う分散型取引所（DEX）のコンテンツが公開されている。
"My Crypto Heroes (MCH, マイクリ) | Crypto game from Japan!"、［online］、［令和元年（２０１９年）５月２４日検索］、インターネット（URL: https://www.mycryptoheroes.net/） "EtherDelta"、［online］、［令和元年（２０１９年）５月２４日検索］、インターネット（URL: https://etherdelta.com/）
　このような技術により、デジタルアセット（以下、単にアセットという）をブロックチェーン上で広く流通させることが容易になる。他方で、アセットの創作には相応のコスト及び時間を要するのが通常であるから、アセットの権利者（例えば、創作者や、創作に大きく寄与した者）にはその投下資本の回収の機会が与えられるべきである。しかし、アセットはその性質上、ブロックチェーン上に発行されると、ユーザ間の膨大な取引によって短期間に転々流通してしまうため、投下資本の回収が格段に難しくなっていくという問題がある。
　本発明はこのような問題に鑑みてなされたものであり、その目的は、ブロックチェーンシステムにおいてアセットの権利者の投下資本を回収することが可能なトークン発行方法、情報処理装置、及びブロックチェーンシステムを提供することにある。
　以上の課題を解決するための本発明の一つは、所定のアセットに関する所定の権利の移転の取引に関する複数の取引主体と、当該取引主体からの委任を受けて前記取引を実行する実行主体とをそれぞれノードとして含んで構成され、各前記ノードが前記アセットに関する取引の実行関数及び前記アセットの移転の履歴の情報をトークンとして共有するブロックチェーンシステムにおけるトークン発行方法であって、所定の情報処理装置が、前記実行主体を特定する情報である実行主体情報と、所定の前記取引主体から、所定の実行主体による取引の実行の要求を受け付けた場合に、当該実行の要求が前記実行主体情報が示す実行主体を指定しているか否かを判定することにより、前記取引を実行するか否かを判定する処理を行う取引開始判定関数と、前記実行の要求に基づく前記取引を実行すると共に、前記アセットの作成に係る所定の権利者への報酬を支払いを実行する取引実行関数とを含む情報を、前記取引の実行関数として生成する。
　また、本発明の他の一つは、所定のアセットに関する所定の権利の移転の取引に関する複数の取引主体と、当該取引主体からの委任を受けて前記取引を実行する実行主体とをそれぞれノードとして含んで構成され、各前記ノードが前記アセットに関する取引の実行関数及び前記アセットの移転の履歴の情報をトークンとして共有するブロックチェーンシステムにおける情報処理装置であって、前記実行主体を特定する情報である実行主体情報と、所定の前記取引主体から、所定の実行主体による取引の実行の要求を受け付けた場合に、当該実行の要求が前記実行主体情報が示す実行主体を指定しているか否かを判定することにより、前記取引を実行するか否かを判定する処理を行う取引開始判定関数と、前記実行の要求に基づく前記取引を実行すると共に、前記アセットの作成に係る所定の権利者への報酬を支払いを実行する取引実行関数とを含む情報を、前記取引の実行関数として生成する。
　また、本発明の他の一つは、所定のアセットに関する所定の権利の移転の取引に関する複数の取引主体と、当該取引主体からの委任を受けて前記取引を実行する実行主体とをそれぞれノードとして含んで構成され、各前記ノードが前記アセットに関する取引の実行関数及び前記アセットの移転の履歴の情報をトークンとして共有するブロックチェーンシステムであって、前記実行主体を特定する情報である実行主体情報と、所定の前記取引主体から、所定の実行主体による取引の実行の要求を受け付けた場合に、当該実行の要求が前記実行主体情報が示す実行主体を指定しているか否かを判定することにより、前記取引を実行するか否かを判定する処理を行う取引開始判定関数と、前記実行の要求に基づく前記取引を実行すると共に、前記アセットの作成に係る所定の権利者への報酬を支払いを実行する取引実行関数とを含む情報を、前記取引の実行関数として記憶している。
　本発明によれば、ブロックチェーンシステムにおいてアセットの権利者の投下資本を回収することができる。
　上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
図１は、本実施形態に係るブロックチェーンシステム１の構成の一例を示す図である。 図２は、トークンの取引に係る機能の一例を示す図である。 図３は、トークンの発行に係る機能の一例を説明する図である。 図４は、各情報処理装置が備えるハードウェアの一例を示す図である。 図５は、トークン発行処理の一例を説明するフロー図である。 図６は、アセット情報の一例を示す図である。 図７は、トークンの一例を示す図である。 図８は、報酬情報の一例を示す図である。 図９は、取引受任処理の一例を説明するフロー図である。 図１０は、実行要求情報の一例を示す図である。 図１１は、アセット取引処理の一例を説明するフロー図である。 図１２は、提案情報の一例を示す図である。 図１３は、アセット取引画面の一例である。
　以下、本発明の実施の形態について図面を参照しつつ説明する。
［ブロックチェーンシステムの構成］
　図１は、本実施形態に係るブロックチェーンシステム１の構成の一例を示す図である。ブロックチェーンシステム１は、インターネット、ＬＡＮ、ＷＡＮ等の有線又は無線の通信ネットワーク（不図示）で互いに接続された複数の情報処理装置たるノード９０（複数のユーザ端末５０、トークン発行装置１００、及び、１又は複数の取引所管理装置１１０）によって構成されている分散台帳システムである。
　なお、ユーザ端末５０は、各ユーザが利用する情報処理装置であり、例えば、スマートフォン等の携帯情報端末、パーソナルコンピュータ、又はサーバ装置である。トークン発行装置１００及び取引所管理装置１１０は、サーバ装置等の情報処理装置である。
　ブロックチェーンシステム１は、例えば、イーサリアム（Ethereum）等のオープンなプラットフォームを用いて実現されるが、以下に説明するスマートコントラクトが実装可能なブロックチェーンシステムであれば、他のオープンなブロックチェーンシステム（例えば、EOS、NEO、ビットコイン）、又は、クローズドなブロックチェーンシステムであってもよい。なお、新規に開発されたブロックチェーンシステムを用いてもよい。
　ブロックチェーンシステム１の各ノード９０は、所定のデータ資産であるアセット１０の所有権の移転の履歴と、アセット１０の取引の実行手順とを、スマートコントラクト（Smart Contract）として共有し記憶している。これらのスマートコントラクトは、トークン２０により共有されている。トークン２０は、アセット１０の属性によってその価値が異なるＮＦＴ（Non Fungible Token）である。なお、アセット１０は、例えば、画像、音楽、文章、ゲームアイテム等の様々なメディアの情報（デジタルアセット）であり、特にその種類は限定されない。
　また、ブロックチェーンシステム１の各ノード９０は、アセット１０に関する取引を実行するために必要な暗号通貨４０の移転の履歴の情報をスマートコントラクトとして共有し記憶している。暗号通貨４０は、ブロックチェーンシステム１におけるいずれかのノード９０で発行される。暗号通貨４０は、各ノード９０に対応づけられた所定のアドレス（例えば、ウォレットのアドレス）により管理される。暗号通貨４０は、例えば、Ethereumで発行されるＥＴＨの他、ビットコイン（bitcoin）、ネム（NEM）等でもよい。
　また、ブロックチェーンシステム１の各ノード９０は、そのネットワーク上の識別子（アドレス又はスマートコントラクト）として、ユーザアドレス３０、トークンコントラクト６０、及び取引所スマートコントラクト７０を管理している。
　ユーザアドレス３０は、アセット１０（トークン２０）を所有する主体であり、ブロックチェーンシステム１上のアドレス（例えば、Ｅｔｈｅｒｅｕｍ上のＥｔｈアドレス）に対応する。ユーザアドレス３０は、ノード９０（例えば、ユーザ端末５０）に対応づけられている。
　トークンコントラクト６０は、トークン２０に係る処理（例えば、トークン２０の発行）を実行するためのスマートコントラクトであり、ブロックチェーンシステム１上のアドレス（例えば、Ｅｔｈｅｒｅｕｍ上のスマートコントラクトのアドレス）に対応する。トークンコントラクト６０は、ノード９０（例えば、トークン発行装置１００）に対応づけられている。
　取引所スマートコントラクト７０は、トークン２０の取引の仲介を実行するためのスマートコントラクトであり、ブロックチェーンシステム１上のアドレス（例えば、Ｅｔｈｅｒｅｕｍ上のスマートコントラクトのアドレス）に対応する。取引所スマートコントラクト７０は、いわゆる分散型取引所（ＤＥＸ：Decentralized EXchange）を実現するスマートコントラクトである。取引所スマートコントラクト７０は、各ユーザアドレス３０からの委任を受けて、アセット１０（トークン２０）に関する所定の権利の移転に係る取引（本実施形態では、アセット１０の所有権の移転を目的とする売買取引）の実行（代理）を行う実行主体である。取引所スマートコントラクト７０は、ノード９０（例えば、取引所管理装置１１０）に対応づけられている。
［ブロックチェーンシステム１の機能］
　次に、ブロックチェーンシステム１が備える主な機能について説明する。
＜トークンの取引に関する機能＞
　図２は、トークン２０の取引に係る機能の一例を示す図である。ブロックチェーンシステム１は、情報共有部３１、及びスマートコントラクト実行部３３の各機能を備える。
　情報共有部３１は、トークン２０を、ブロックチェーンデータの形式でノード９０間にて共有する。また、情報共有部３１は、ノード９０間の暗号通貨４０の移転（支払い）の履歴の情報をブロックチェーンデータの形式でノード９０間にて共有する。
　例えば、情報共有部３１は、所定のタイミングにて、１又は複数のアセット１０の所有権の移転の履歴（トランザクションデータ）と、前のブロックデータのハッシュ値と所定のナンスとを含む新たなブロックデータを生成する。情報共有部３１は、前のブロックデータと新たに生成したブロックデータとをハッシュ値を介して結合したブロックチェーンデータを生成し、これをトークン２０として、ブロックチェーンシステム１における各ノード９０で共有する。
　スマートコントラクト実行部３３は、トークン２０に係るスマートコントラクトを実行することにより、アセット１０に関する取引を行う。また、スマートコントラクト実行部３３は、暗号通貨４０に係る所定のスマートコントラクトを実行することにより、暗号通貨４０の移転（送金）を行う。
＜トークンの発行に関する機能＞
　図３は、トークンの発行に係る機能の一例を説明する図である。ブロックチェーンシステム１は、発行受け付け部６１、及びトークン発行部６３を備える。
　発行受け付け部６１は、アセット１０に係るトークン２０の発行に必要な処理を実行する（例えば、所定のユーザアドレス３０から所定の暗号通貨４０を受け付ける）。トークン発行部６３は、所定の発行先の所有権情報（例えば、ユーザアドレス３０）を登録をした、新たなトークン２０を生成する。
　ここで、図４は、ユーザ端末５０、トークン発行装置１００、及び取引所管理装置１１０の各情報処理装置が備えるハードウェアの一例を示す図である。各情報処理装置は、ＣＰＵ（Central Processing Unit）などの処理装置１１と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等の主記憶装置１２と、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の補助記憶装置１３と、キーボード、マウス、タッチパネルなどからなる入力装置１４と、モニタ（ディスプレイ）等からなる出力装置１５と、他の情報処理装置と通信を行う通信装置１６とを備える情報処理装置である。これまでに説明した各情報処理装置の各機能部は、各情報処理装置のハードウェアによって、もしくは、各情報処理装置の処理装置１１が主記憶装置１２や補助記憶装置１３に記憶したプログラム（スマートコントラクト等）を実行することによって実現される。また、これらのプログラムは、例えば、二次記憶デバイスや不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤなどの記憶デバイス、又は、ＩＣカード、ＳＤカード、ＤＶＤなどの、各ノード９０で読み取り可能な非一時的データ記憶媒体に格納される。
［処理説明］
　次に、ブロックチェーンシステム１において行われる処理について説明する。ブロックチェーンシステム１は、（１）新たなトークン２０（アセット１０）を発行するトークン発行処理、（２）ユーザアドレス３０間のアセット１０の取引に関して、ユーザアドレス３０から委任の要求を受け付ける取引受任処理、及び、（３）受任されたアセット１０の取引を実行するアセット取引処理を実行する。
＜トークン発行処理＞
　図５は、トークン発行処理の一例を説明するフロー図である。まず、トークンコントラクト６０は、トークン２０の発行の条件として、暗号通貨４０の支払いその他の情報の登録を受け付ける。
　そして、トークンコントラクト６０は、トークン２０を発行するためのアセット情報（詳細は後述）を取得する（ｓ１１）。なお、アセット情報は、事前に記憶しているものであってもよいし、外部からアセット情報の登録を受け付けるようにしてもよい。そして、トークンコントラクト６０は、取得したアセット情報４００に基づきトークン２０に必要な情報を生成する（ｓ１３）。そして、トークン２０の発行が実行される（ｓ１５）。
（アセット情報）
　図６は、アセット情報の一例を示す図である。アセット情報４００は、発行するトークン２０に係るアセット１０の内容（例えば、画像、音楽、文章、ゲームアイテム等）を特定する情報であるアセット内容４０１、発行するトークン２０（又はアセット１０）の数量を特定する情報である発行数量４０３、及び、トークン２０の発行先４０５の各情報を有する。
（トークン）
　図７は、トークン２０の一例を示す図である。トークン２０は、アセット１０の内容（例えば、画像、音楽、文章、ゲームアイテム等）を特定する情報であるアセット特定情報２０１と、アセット１０のユーザアドレス３０間の取引の履歴の情報（トランザクションデータ）である取引情報２０３と、アセット１０に関する取引の実行処理を規定した情報である実行関数２０５とを含む。なお、取引情報２０３はアセット１０の取引に基づきその内容が更新（追加）される。
　実行関数２０５は、スマートコントラクトとして構成されている。実行関数２０５は、実行主体情報２１１、報酬情報２１３、取引開始判定関数２１５、取引実行関数２１７、報酬配分関数２１９、及び発行関数２２１を有する。
　実行主体情報２１１は、ユーザアドレス３０から委任の要求を受け付けユーザアドレス３０間の取引を実行することが可能な実行主体を特定する情報である。例えば、実行主体情報２１１には、１又は複数の、取引所スマートコントラクト７０のアドレス又は識別子が設定される。
　なお、実行主体情報２１１の内容は、トークン２０の管理者等（例えばトークン２０の発行者）がトークン２０を発行した後に自由に変更することができるものとする。例えば、取引を実行することが可能な取引所スマートコントラクト７０のアドレス又は識別子を追加、変更、又は削除することができるものとする。
　なお、実行主体情報２１１の変更の方法としては、例えば、トークン２０を生成する際、実行関数２０５に、実行主体情報２１１の変更を行う関数を追加しておき、実行関数２０５がこの関数を呼び出すことで、実行主体情報２１１の内容を変更する。なお、トークンコントラクト６０は、取引所スマートコントラクト７０のアドレス又は識別子を修正した実行主体情報２１１を有する新たなトークン２０を発行するようにしてもよい。
　次に、報酬情報２１３は、実行主体によるアセット１０の取引に基づき発生する報酬（例えば、アセット１０（トークン２０）の取引手数料、実行手数料、又は所定の権利補償金等として支払われる暗号通貨４０）の配分先、及び、各配分先への報酬の配分割合の情報である。
　報酬情報２１３の配分先には、アセット１０の作成に係る所定の権利者が含まれている。この所定の権利者（以下、原権利者という）は、例えば、アセット１０の創作者又はアセット１０の創作に寄与した者（例えば、アセット１０の著作権者）である。なお、報酬情報２１３は、実行主体情報２１１と同様に、トークン２０を発行した後に変更することができる。
　なお、トークン２０の発行に際して、所定の情報処理装置は、報酬情報２１３を入力するための画面を表示し、ユーザから、報酬情報２１３の入力を受け付ける。
　（報酬情報）
　図８は、報酬情報２１３の一例を示す図である。報酬情報２１３は、報酬の各配分先２１３１及びその配分先への配分割合２１３３の情報を含んでいる。同図の例では、原権利者に係るノード９０（ユーザアドレス３０）には、対価全体の７％が報酬として支払われ、取引に寄与した者に係るユーザアドレス３０には、対価全体の２．５％が報酬として支払われ、所定の取引所スマートコントラクト７０（ユーザアドレス３０から委任の要求を受けた取引所スマートコントラクト７０）には、対価全体の０．５％が報酬として支払われる。なお、その他の報酬は、例えば、アセット１０の所有者に係るユーザアドレス３０（取引の申し込みをしたユーザアドレス３０）に支払われる。
　次に、図７に示すように、取引開始判定関数２１５は、トークン２０の取引を（ユーザノード３０の委任を受けて）実行するか否かを判定する関数である。取引実行関数２１７は、取引開始判定関数２１５に基づきトークン２０の取引を実行する関数である。報酬配分関数２１９は、トークン２０の取引の実行に際して、所定の配分先に報酬を配分する処理を実行する関数である。発行関数２２１は、トークン２０の発行の処理を実行する関数である。
　次に、発行されたトークン２０に関する、取引受任処理について説明する。
＜取引受任処理＞
　図９は、取引受任処理の一例を説明するフロー図である。まず、実行関数２０５は、所定のユーザアドレス３０（以下、要求アドレスという）から、ユーザアドレス３０間でのアセット１０の取引の実行を要求する情報（実行要求情報）を受け付ける（ｓ３１）。
　（実行要求情報）
　ここで、図１０は、実行要求情報３００の一例を示す図である。実行要求情報３００は、要求アドレスを特定する情報（例えば、ユーザアドレス３０のアドレス）であるアドレス３０１、及び、取引の実行を要求する対象（委任先。例えば、取引所スマートコントラクト７０のアドレス。）を特定する実行主体３０３の各情報を有する。
　次に、図９のｓ３３に示すように、実行関数２０５は、実行要求情報３００による実行の要求を承諾するか否かを判定する。具体的には、例えば、実行関数２０５は、受け付けた実行要求情報３００の実行主体３０３の情報が、実行主体情報２１１に含まれているか否か（指定しているか否か）を判定する。
　実行の要求を承諾しない場合は（ｓ３３：ＮＯ）、実行関数２０５は取引受任処理を終了し、実行の要求を承諾する場合は（ｓ３３：ＹＥＳ）、実行関数２０５は、実行要求情報を登録してきたユーザアドレス３０を、実行の要求元（委任元）のユーザアドレス３０（以下、要求アドレスという）として記憶する（ｓ３５）。以後はｓ３１の処理が繰り返される。なお、取引受任処理は２以上の要求アドレスが確定するまで繰り返される。
　次に、要求アドレス間での取引を実行して実行するアセット取引処理について説明する。
＜アセット取引処理＞
　図１１は、アセット取引処理の一例を説明するフロー図である。まず、取引開始判定関数２１５は、要求アドレスの一つ（アセット１０の売主。以下、譲渡アドレスという。）から、アセット１０（以下、取引アセットという）に関する提案情報の登録を受け付ける（ｓ５１）。
　（提案情報）
　ここで、図１２は、提案情報６００の一例を示す図である。提案情報６００は、取引アセットに係る取引の申し込み内容を記憶した情報であり、要求アドレスを特定する情報（例えば、ユーザアドレス３０のアドレス）であるアドレス６０１、取引アセットの取引数量であるアセット数量６０３、及び、取引アセットに係るその他の条件（例えば、取引に際して要求する対価たる暗号通貨４０の価値）に関する取引条件６０５の各情報を含む。
　次に、図１１のｓ５３に示すように、取引開始判定関数２１５は、譲渡アドレスと異なる他の要求アドレス（アセット１０の買主。以下、譲受アドレスという。）から、提案情報６００に対応する承諾の情報（以下、承諾情報という）の登録を受け付ける。
　取引開始判定関数２１５は、提案情報６００と承諾情報とが対応しているか否かを判定する（ｓ５５）。具体的には、例えば、取引開始判定関数２１５は、提案情報６００に登録されている暗号通貨４０の価値と承諾情報に登録されている暗号通貨４０の価値とが同じであるか否かを判定する。
　提案情報６００と承諾情報とが対応しない場合は（ｓ５５：ＮＯ）、取引開始判定関数２１５は、いずれかの要求アドレスからの他の承諾情報の登録を再び待機し（ｓ５３）、提案情報６００と承諾情報とが対応する場合は（ｓ５５：ＹＥＳ）、取引実行関数２１７は、以下の処理を実行する。
　すなわち、まず、取引実行関数２１７は、提案情報６００（及び承諾情報）が示す条件で、取引アセットを移転する（ｓ５７）。具体的には、例えば、取引実行関数２１７は、トークン２０における取引情報２０３に、譲渡アドレスから譲受アドレスへの所有権の移転を登録する。
　次に、報酬配分関数２１９は、取引アセットに係る取引の対価を特定する（ｓ５９）。具体的には、例えば、報酬配分関数２１９は、提案情報６００（及び承諾情報）が示す対価の情報（暗号通貨４０の価値）を取得する。
　報酬配分関数２１９は、ｓ５９で特定した対価に基づき、譲渡アドレスへの報酬（アセット代金）と、その他のノード９０に係るアドレス（以下、配分アドレスという）への報酬（手数料、使用料等）とを算出する（ｓ６１）。具体的には、例えば、報酬配分関数２１９は、取引アセットに係るトークン２０の報酬情報２１３を参照し、ｓ５９で特定した暗号通貨４０の価値に、各配分先２１３１への配分割合２１３３をそれぞれ乗算することにより、各配分アドレスへの報酬を算出する。なお、報酬情報２１３の配分先２１３１には、譲渡アドレスの他、前記のように、原権利者に係るノード９０に係るアドレスの情報が含まれている。
　報酬配分関数２１９は、ｓ６１で算出した報酬に基づき、譲渡アドレス及び各配分アドレスに報酬を支払う（ｓ６３）。具体的には、例えば、報酬配分関数２１９は、ｓ６１で特定した報酬情報２１３に係るノード９０のアドレスを全て特定する。そして、報酬配分関数２１９は、ｓ６１で特定した各暗号通貨４０の価値を譲受アドレスから上記特定した各ノード９０のアドレスに移転する旨の情報を、暗号通貨４０に係るブロックチェーンデータに追加する。
　その後、所定のタイミングで、実行関数２０５は、以上の取引の内容をブロックチェーンシステム１で共有する（ｓ６５）。具体的には、例えば、実行関数２０５は、取引アセットの移転の情報が取引情報２０３に追加されたブロックチェーンデータ（トークン２０）を、全ノード９０に送信し、その後、所定の合意形成処理を経ることで、全ノード９０がこのブロックチェーンデータ（トークン２０）を共有して記憶する。なお、暗号通貨４０の移転に関しても同様の手順で共有が行われる。
　なお、図１３は、アセット取引処理においてブロックチェーンシステム１の各ノード９０に表示される画面（アセット取引画面）の一例である。アセット取引画面５００には、アセット１０の内容を示す情報（アセット情報５０１）、譲渡アドレスの情報（アセット１０の売主５０３）、譲受アドレスの情報（アセット１０の買主５０５）、取引の成立により支払われる報酬の合計たる対価（取引価格５０７）、及び、取引の成立により支払われる報酬の情報（報酬情報５０９）が表示される。なお、報酬情報５０９には、アセット１０に係る報酬の支払先５０９１及びその報酬の配分量５０９３の情報が含まれる。
　以上のように、本実施形態のブロックチェーンシステム１においては、所定の情報処理装置が、（１）申し込みアドレスから、取引の実行の要求を受け付けた場合に実行主体情報２１１を参照することにより取引を実行するか否かを判定する処理を行う取引開始判定関数２１５と、（２）その要求に基づく取引を実行すると共に、アセット１０の作成に係る権利者に報酬を支払いを実行する取引実行関数２１７とを含む、ブロックチェーンシステム１におけるスマートコントラクトを生成する。
　これにより、ユーザアドレス３０間のアセット１０の取引の実行を受任可能な実行主体（取引所スマートコントラクト７０）のみが、アセット１０の作成に係る権利者（創作者等）に、確実に報酬を配分することができる。例えば、アセット１０（トークン２０）の管理者等は、創作者等に報酬を配分することに合意した実行主体（取引所スマートコントラクト７０）のみを実行主体情報２１１に設定することにより、創作者等に、確実に報酬を配分させることができる。
　このように、本実施形態のブロックチェーンシステム１によれば、ブロックチェーンシステム１においてアセット１０の権利者の投下資本を回収することができる。特に、ブロックチェーンシステム１においてアセット１０がユーザアドレス３０間で転々流通する場合でも、取引ごとに確実に、権利者の投下資本を回収することができる。
　また、本実施形態のブロックチェーンシステム１においては、前記所定の情報処理装置は、前記実行関数として、前記取引により発生する報酬の配分先の情報であって、前記所定の権利者の情報を含む報酬情報と、前記取引実行関数が前記報酬の支払いを実行する際には、前記報酬情報が示す配分先に前記報酬を配分する処理を行う報酬配分関数と、を含む情報をさらに生成する。
　このように、スマートコントラクトとして、報酬の支払いを実行する際には原権利者を含んでいる報酬情報に係る配分先に報酬を配分する処理を行う報酬配分関数を設けることで、アセット１０の作成に係る権利者に確実に報酬を配分することができる。
　また、本実施形態のブロックチェーンシステム１においては、前記報酬情報は、前記報酬の配分先及び、前記配分先への配分量を決定する情報を含んでおり、前記報酬配分関数は、前記取引実行関数において前記取引を実行する際に、前記報酬情報が示す前記配分先に、前記報酬情報が示す前記配分量にて前記報酬を配分する処理を行う。
　このように、取引実行関数２１７において取引を実行する際に、報酬情報２１３が示す配分先に、報酬情報２１３が示す配分量にて報酬を配分することにより、アセット１０の作成に係る権利者を含む各配分先のそれぞれに、適切な量の報酬を配分することができる。
　また、本実施形態のブロックチェーンシステム１においては、前記所定の情報処理装置が、前記報酬情報の入力を受け付ける所定の画面を表示する。
　このように、アセット１０の取引に係る報酬情報２１３の入力を受け付けることにより、アセット１０の発行者は、アセット１０の作成に係る権利者に適切な報酬を与えるようにすることができる。
　また、本実施形態のブロックチェーンシステム１は、前記報酬配分関数により配分された前記配分先の情報を所定の画面に表示する。
　これにより、ブロックチェーンシステム１のユーザは、アセット１０の取引において、アセット１０の作成に係る権利者に報酬が配分されていることを確認することができる。
　以上に説明した実施形態の説明は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明はその趣旨を逸脱することなく、変更、改良され得ると共に本発明にはその等価物が含まれる。
　例えば、本実施形態では、報酬情報２１３及び報酬配分関数２１９は取引実行関数２１７の内部に設けるようにしてもよい。
　また、本実施形態では、ユーザアドレス３０が行う取引は所有権の移転の取引（売買等）であるものとしたが、使用権その他の権利の移転の取引であってもよい。
　また、本実施形態で説明した各ノード９０の各情報部又は機能部の一部は、他の機能部又は情報部に設けるようにしてもよい。例えば、実行主体情報２１１の内容の一部又は全部を、アセット１０、又はトークン２０のアセット特定情報２０１等に設定してもよい。
　また、実行主体情報２１１には、本実施形態で説明した情報以外又はそれに代えて、取引をコントロールするための任意の情報（取引主体に関する条件、取引対象に関する条件等）を設定してもよい。
　また、報酬情報２１３に規定する報酬の支払先は、本実施形態で説明した者以外の任意のノード９０（アドレス）であってもよい。
　また、取引に対する対価又は報酬は、暗号通貨４０以外の任意の価値媒体であってもよい。
　また、本実施形態では、ブロックチェーンシステム１内のアドレス又はスマートコントラクトに対応づけられた情報処理装置が各処理を行うものとしたが、ブロックチェーンシステム１外の所定の情報処理装置が各処理を行い、これにより生成した情報をブロックチェーンシステム１に導入するようにしてもよい。
１　ブロックチェーンシステム
１０　アセット
１１　処理装置
１２　主記憶装置
１３　補助記憶装置
１４　入力装置
１５　出力装置
１６　通信装置
２０　トークン
２０１　アセット特定情報
２０３　取引情報
２０５　実行関数
２１１　実行主体情報
２１３　報酬情報
２１３１　配分先
２１３３　配分割合
２１５　取引開始判定関数
２１７　取引実行関数
２１９　報酬配分関数
２２１　発行関数
３０　ユーザアドレス
３１　情報共有部
３３　スマートコントラクト実行部
４０　暗号通貨
５０　ユーザ端末
６０　トークンコントラクト
６１　発行受け付け部
６３　トークン発行部
７０　取引所スマートコントラクト
９０　ノード
１００　トークン発行装置
１１０　取引所管理装置
３００　実行要求情報
３０１　アドレス
３０３　実行主体
４００　アセット情報
４０１　アセット内容
４０３　発行数量
４０５　発行先
６００　提案情報
６０１　アドレス
６０３　アセット数量
６０５　取引条件
５００　アセット取引画面
５０１　アセット情報
５０３　売主
５０５　買主
５０７　取引価格
５０９　報酬情報
５０９１　報酬の支払先
５０９３　報酬の配分量

Claims (13)

  1. 　所定のアセットに関する所定の権利の移転の取引に関する複数の取引主体と、当該取引主体からの委任を受けて前記取引を実行する実行主体とをそれぞれノードとして含んで構成され、各前記ノードが前記アセットに関する取引の実行関数及び前記アセットの移転の履歴の情報をトークンとして共有するブロックチェーンシステムにおけるトークン発行方法であって、
    　所定の情報処理装置が、
    　前記実行主体を特定する情報である実行主体情報と、
    　所定の前記取引主体から、所定の実行主体による取引の実行の要求を受け付けた場合に、当該実行の要求が前記実行主体情報が示す実行主体を指定しているか否かを判定することにより、前記取引を実行するか否かを判定する処理を行う取引開始判定関数と、
    　前記実行の要求に基づく前記取引を実行すると共に、前記アセットの作成に係る所定の権利者への報酬を支払いを実行する取引実行関数と
    　を含む情報を、前記取引の実行関数として生成する、
    　トークン発行方法。
  2. 　前記所定の情報処理装置は、前記実行関数として、
    　前記取引により発生する報酬の配分先の情報であって、前記所定の権利者の情報を含む報酬情報と、
    　前記取引実行関数が前記報酬の支払いを実行する際には、前記報酬情報が示す配分先に前記報酬を配分する処理を行う報酬配分関数と、
    　を含む情報をさらに生成する、請求項１に記載のトークン発行方法。
  3. 　前記報酬情報は、前記報酬の配分先及び、前記配分先への配分量を決定する情報を含んでおり、
    　前記報酬配分関数は、前記取引実行関数において前記取引を実行する際に、前記報酬情報が示す前記配分先に、前記報酬情報が示す前記配分量にて前記報酬を配分する処理を行う、
    　請求項１に記載のトークン発行方法。
  4. 　前記所定の情報処理装置が、前記報酬情報の入力を受け付ける所定の画面を表示する、請求項１に記載のトークン発行方法。
  5. 　所定のアセットに関する所定の権利の移転の取引に関する複数の取引主体と、当該取引主体からの委任を受けて前記取引を実行する実行主体とをそれぞれノードとして含んで構成され、各前記ノードが前記アセットに関する取引の実行関数及び前記アセットの移転の履歴の情報をトークンとして共有するブロックチェーンシステムにおける情報処理装置であって、
    　前記実行主体を特定する情報である実行主体情報と、
    　所定の前記取引主体から、所定の実行主体による取引の実行の要求を受け付けた場合に、当該実行の要求が前記実行主体情報が示す実行主体を指定しているか否かを判定することにより、前記取引を実行するか否かを判定する処理を行う取引開始判定関数と、
    　前記実行の要求に基づく前記取引を実行すると共に、前記アセットの作成に係る所定の権利者への報酬を支払いを実行する取引実行関数と
    　を含む情報を、前記取引の実行関数として生成する、
    　情報処理装置。
  6. 　前記実行関数として、
    　前記取引により発生する報酬の配分先の情報であって、前記所定の権利者の情報を含む報酬情報と、
    　前記取引実行関数が前記報酬の支払いを実行する際には、前記報酬情報が示す配分先に前記報酬を配分する処理を行う報酬配分関数と、
    　を含む情報をさらに生成する、請求項５に記載の情報処理装置。
  7. 　前記報酬情報は、前記報酬の配分先及び、前記配分先への配分量を決定する情報を含んでおり、
    　前記報酬配分関数は、前記取引実行関数において前記取引を実行する際に、前記報酬情報が示す前記配分先に、前記報酬情報が示す前記配分量にて前記報酬を配分する処理を行う、
    　請求項５に記載の情報処理装置。
  8. 　前記報酬情報の入力を受け付ける所定の画面を表示する、請求項５に記載の情報処理装置。
  9. 　所定のアセットに関する所定の権利の移転の取引に関する複数の取引主体と、当該取引主体からの委任を受けて前記取引を実行する実行主体とをそれぞれノードとして含んで構成され、各前記ノードが前記アセットに関する取引の実行関数及び前記アセットの移転の履歴の情報をトークンとして共有するブロックチェーンシステムであって、
    　前記実行主体を特定する情報である実行主体情報と、
    　所定の前記取引主体から、所定の実行主体による取引の実行の要求を受け付けた場合に、当該実行の要求が前記実行主体情報が示す実行主体を指定しているか否かを判定することにより、前記取引を実行するか否かを判定する処理を行う取引開始判定関数と、
    　前記実行の要求に基づく前記取引を実行すると共に、前記アセットの作成に係る所定の権利者への報酬を支払いを実行する取引実行関数と
    　を含む情報を、前記取引の実行関数として記憶している、
    　ブロックチェーンシステム。
  10. 　前記実行関数として、
    　前記取引により発生する報酬の配分先の情報であって、前記所定の権利者の情報を含む報酬情報と、
    　前記取引実行関数が前記報酬の支払いを実行する際には、前記報酬情報が示す配分先に前記報酬を配分する処理を行う報酬配分関数と、
    　を含む情報をさらに記憶している、請求項９に記載のブロックチェーンシステム。
  11. 　前記報酬情報は、前記報酬の配分先及び、前記配分先への配分量を決定する情報を含んでおり、
    　前記報酬配分関数は、前記取引実行関数において前記取引を実行する際に、前記報酬情報が示す前記配分先に、前記報酬情報が示す前記配分量にて前記報酬を配分する処理を行う、
    　請求項９に記載のブロックチェーンシステム。
  12. 　前記報酬情報の入力を受け付ける所定の画面を表示する、請求項９に記載のブロックチェーンシステム。
  13. 　前記報酬配分関数により配分された前記配分先の情報を所定の画面に表示する、請求項９に記載のブロックチェーンシステム。
PCT/JP2019/024675 2019-06-21 2019-06-21 トークン発行方法、情報処理装置、及びブロックチェーンシステム Ceased WO2020255372A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2019/024675 WO2020255372A1 (ja) 2019-06-21 2019-06-21 トークン発行方法、情報処理装置、及びブロックチェーンシステム
JP2021528595A JP7241176B2 (ja) 2019-06-21 2019-06-21 トークン発行方法、情報処理装置、及びブロックチェーンシステム
US17/621,220 US11941590B2 (en) 2019-06-21 2019-06-21 Token issuance method, information processor, and blockchain system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/024675 WO2020255372A1 (ja) 2019-06-21 2019-06-21 トークン発行方法、情報処理装置、及びブロックチェーンシステム

Publications (1)

Publication Number Publication Date
WO2020255372A1 true WO2020255372A1 (ja) 2020-12-24

Family

ID=74040277

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/024675 Ceased WO2020255372A1 (ja) 2019-06-21 2019-06-21 トークン発行方法、情報処理装置、及びブロックチェーンシステム

Country Status (3)

Country Link
US (1) US11941590B2 (ja)
JP (1) JP7241176B2 (ja)
WO (1) WO2020255372A1 (ja)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2022162833A1 (ja) * 2021-01-28 2022-08-04
JP7177305B1 (ja) * 2021-09-29 2022-11-22 ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社 トークン生成装置、トークン生成方法、及びトークン管理プログラム
WO2022270551A1 (ja) * 2021-06-25 2022-12-29 株式会社Monogokoro Ｎｆｔ情報管理システムおよびｎｆｔ情報管理プログラム
JP2023015252A (ja) * 2021-07-26 2023-01-31 克弥 西沢 譲渡制限機能付きトークン、認証トークン、トークンの振替方法
WO2023119379A1 (ja) 2021-12-20 2023-06-29 富士通株式会社 Ｎｆｔ唯一性確保プログラム、ｎｆｔ唯一性確保方法およびｎｆｔ唯一性確保装置
JP2023122854A (ja) * 2022-02-24 2023-09-05 楽天グループ株式会社 情報処理システム、方法及びプログラム
JP2023122855A (ja) * 2022-02-24 2023-09-05 楽天グループ株式会社 情報処理システム、方法及びプログラム
JP2023539398A (ja) * 2021-09-02 2023-09-14 キム，ハンジョ ブロックチェーン基盤のｎｆｔを利用した音源プラットフォームのサーバで行われるサービスの提供方法
JP2024516391A (ja) * 2021-05-07 2024-04-15 株式会社ソニー・インタラクティブエンタテインメント 分散台帳上のトークンを使用した一意のゲーム内デジタルアセットの追跡
JP2024537464A (ja) * 2021-11-04 2024-10-10 スミス アンド ネフュー インコーポレイテッド 無結節ソフトアンカーシステム
US12299758B2 (en) 2022-05-31 2025-05-13 Sony Interactive Entertainment LLC Secure matchmaking, asset transfer, and usability reconfiguration platform
JP7782891B1 (ja) 2024-06-03 2025-12-09 Ｖｌｉｇｈｔｕｐ株式会社 トークン発行管理システム、情報収集システム、情報提供システム、及び、プログラム

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11838400B2 (en) * 2019-11-19 2023-12-05 International Business Machines Corporation Image encoding for blockchain
WO2022038786A1 (ja) * 2020-08-21 2022-02-24 ミュージックセキュリティーズ株式会社 音楽投資システム
US20220276996A1 (en) * 2021-02-27 2022-09-01 International Business Machines Corporation Assessment node and token assessment container
US11501297B1 (en) * 2022-04-15 2022-11-15 Block, Inc. Blockchain agnostic token network
US11979961B2 (en) * 2022-07-13 2024-05-07 Abl Ip Holding Llc Networked lighting control system with lighting value tracking protocol
CN116739593B (zh) * 2023-08-15 2024-01-19 腾讯科技（深圳）有限公司 交易资源处理方法、装置、设备及介质
IT202400003382A1 (it) * 2024-02-16 2025-08-16 FANTIN Nicole Metodo per gestire informazioni in un registro distribuito

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0145211B2 (ja) * 1981-01-08 1989-10-03 Kenwood Corp
JP2019003402A (ja) * 2017-06-15 2019-01-10 Kddi株式会社 管理装置、管理方法及びプログラム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017066431A1 (en) * 2015-10-13 2017-04-20 TransActive Grid Inc. Use of blockchain based distributed consensus control
US10915874B2 (en) * 2015-11-10 2021-02-09 Loyyal Corporation System and process for tokenization of digital media
US12107952B2 (en) * 2016-02-23 2024-10-01 Nchain Licensing Ag Methods and systems for efficient transfer of entities on a peer-to-peer distributed ledger using the blockchain
US20180216946A1 (en) * 2016-09-30 2018-08-02 Mamadou Mande Gueye Method and system for facilitating provisioning of social activity data to a mobile device based on user preferences
US10567369B2 (en) * 2017-07-10 2020-02-18 Intuit Inc. Secure token passing via hash chains
WO2019060855A1 (en) * 2017-09-22 2019-03-28 Kowala Cayman SEZC SYSTEM AND METHOD FOR MONITORING AND DISTRIBUTED ASSAY MONITORING CRYPTOMONIA
US10476847B1 (en) * 2017-12-08 2019-11-12 Symbiont.Io, Inc. Systems, methods, and devices for implementing a smart contract on a distributed ledger technology platform
CN111699502A (zh) * 2018-01-15 2020-09-22 E·马伊姆 基于代币的交易系统和方法
JP6445211B1 (ja) 2018-08-23 2018-12-26 寛 鳥居 送金指示装置、送金指示方法、送金指示プログラム及び送金指示システム
US20200097950A1 (en) * 2018-09-20 2020-03-26 Ca, Inc. Privileged entity consensus for digital asset creation
US20200177579A1 (en) * 2018-12-03 2020-06-04 Kountable, Inc. Encrypted Blockchain Object Transfers Using Smart Contracts

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0145211B2 (ja) * 1981-01-08 1989-10-03 Kenwood Corp
JP2019003402A (ja) * 2017-06-15 2019-01-10 Kddi株式会社 管理装置、管理方法及びプログラム

Cited By (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2022162833A1 (ja) * 2021-01-28 2022-08-04
WO2022162833A1 (ja) * 2021-01-28 2022-08-04 ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社 コンテンツデータ管理装置、及びコンテンツデータ管理方法
JP7250945B2 (ja) 2021-01-28 2023-04-03 ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社 コンテンツデータ管理装置、及びコンテンツデータ管理方法
JP7682299B2 (ja) 2021-05-07 2025-05-23 株式会社ソニー・インタラクティブエンタテインメント 分散台帳上のトークンを使用した一意のゲーム内デジタルアセットの追跡
JP2024516391A (ja) * 2021-05-07 2024-04-15 株式会社ソニー・インタラクティブエンタテインメント 分散台帳上のトークンを使用した一意のゲーム内デジタルアセットの追跡
WO2022270551A1 (ja) * 2021-06-25 2022-12-29 株式会社Monogokoro Ｎｆｔ情報管理システムおよびｎｆｔ情報管理プログラム
JP2023004074A (ja) * 2021-06-25 2023-01-17 株式会社Monogokoro Ｎｆｔ情報管理システムおよびｎｆｔ情報管理プログラム
JP7466086B2 (ja) 2021-06-25 2024-04-12 株式会社Monogokoro Ｎｆｔ情報管理システムおよびｎｆｔ情報管理プログラム
JP2023015252A (ja) * 2021-07-26 2023-01-31 克弥 西沢 譲渡制限機能付きトークン、認証トークン、トークンの振替方法
JP2025063163A (ja) * 2021-07-26 2025-04-15 克弥 西沢 測位システム、認証システム、コンピュータネットワークシステム
EP4207045A4 (en) * 2021-09-02 2024-04-10 Han Jo Kim METHOD FOR PROVIDING SERVICE PERFORMED BY SOUND SOURCE PLATFORM SERVER USING BLOCKCHAIN-BASED NFT
JP7511856B2 (ja) 2021-09-02 2024-07-08 キム，ハンジョ ブロックチェーン基盤のｎｆｔを利用した音源プラットフォームのサーバで行われるサービスの提供方法
JP2023539398A (ja) * 2021-09-02 2023-09-14 キム，ハンジョ ブロックチェーン基盤のｎｆｔを利用した音源プラットフォームのサーバで行われるサービスの提供方法
WO2023053293A1 (ja) * 2021-09-29 2023-04-06 ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社 トークン生成装置、トークン生成方法、及びトークン管理プログラム
JP7177305B1 (ja) * 2021-09-29 2022-11-22 ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社 トークン生成装置、トークン生成方法、及びトークン管理プログラム
JP2024537464A (ja) * 2021-11-04 2024-10-10 スミス アンド ネフュー インコーポレイテッド 無結節ソフトアンカーシステム
JP7719962B2 (ja) 2021-11-04 2025-08-06 スミス アンド ネフュー インコーポレイテッド 無結節ソフトアンカーシステム
WO2023119379A1 (ja) 2021-12-20 2023-06-29 富士通株式会社 Ｎｆｔ唯一性確保プログラム、ｎｆｔ唯一性確保方法およびｎｆｔ唯一性確保装置
TWI899540B (zh) * 2022-02-24 2025-10-01 日商樂天集團股份有限公司 資訊處理系統、方法及程式
JP2023122855A (ja) * 2022-02-24 2023-09-05 楽天グループ株式会社 情報処理システム、方法及びプログラム
JP7638235B2 (ja) 2022-02-24 2025-03-03 楽天グループ株式会社 情報処理システム、方法及びプログラム
JP7638236B2 (ja) 2022-02-24 2025-03-03 楽天グループ株式会社 情報処理システム、方法及びプログラム
JP2023122854A (ja) * 2022-02-24 2023-09-05 楽天グループ株式会社 情報処理システム、方法及びプログラム
US12299758B2 (en) 2022-05-31 2025-05-13 Sony Interactive Entertainment LLC Secure matchmaking, asset transfer, and usability reconfiguration platform
JP7782891B1 (ja) 2024-06-03 2025-12-09 Ｖｌｉｇｈｔｕｐ株式会社 トークン発行管理システム、情報収集システム、情報提供システム、及び、プログラム
WO2025254128A1 (ja) * 2024-06-03 2025-12-11 Ｖｌｉｇｈｔｕｐ株式会社 トークン発行管理システム、情報収集システム、情報提供システム、電子取引実行システム、非代替性トークン発行方法、発行対象資産関連情報収集方法、情報提供方法、及び、電子商取引実行方法
JP2025183914A (ja) * 2024-06-03 2025-12-17 Ｖｌｉｇｈｔｕｐ株式会社 トークン発行管理システム、情報収集システム、情報提供システム、及び、プログラム

Also Published As

Publication number Publication date
US20220237575A1 (en) 2022-07-28
JP7241176B2 (ja) 2023-03-16
US11941590B2 (en) 2024-03-26
JPWO2020255372A1 (ja) 2020-12-24

Similar Documents

Publication Publication Date Title
JP7241176B2 (ja) トークン発行方法、情報処理装置、及びブロックチェーンシステム
JP7852097B2 (ja) ブロックチェーンに登録されたデジタルアセットを分配する方法及び自律計算エージェント
US20210166203A1 (en) System and process for tokenization of digital media
JP6851386B2 (ja) ブロックチェーンにおけるエンティティの効率的な移転のための方法およびシステム
JP2023073391A (ja) コンピュータによって実行される方法及びコンピュータ
CN107924389A (zh) 对分布式交易数据库的安全溯源的系统和方法
Carlini et al. The Genesy model for a blockchain-based fair ecosystem of genomic data
JP2018163653A (ja) 商取引管理装置、商取引管理方法およびプログラム
US20160261599A1 (en) Digital management of content assets in the cloud
JP7098734B2 (ja) ブロックチェーンシステム、及びブロックチェーンシステムの制御方法
JP7336011B1 (ja) 情報処理装置、情報処理システム、情報処理プログラム
JP2024014766A (ja) コンテンツに関する情報処理システム、コンテンツに関する情報処理方法及びプログラム
JP6313532B1 (ja) デジタルコンテンツ商取引管理装置、デジタルコンテンツ商取引管理方法およびプログラム
JP2023114418A (ja) 取引装置及び取引方法
JP6899025B1 (ja) 数量又は期間に係る限定コンテンツを提供する為の、コンテンツ管理システム、コンテンツ管理プログラム及びコンテンツ管理方法
JP7191974B2 (ja) 契約処理方法、契約処理システム、及びプログラム
JP2021152865A (ja) 情報処理方法、情報処理装置、情報処理プログラムおよび記録媒体
JP6301622B2 (ja) 情報処理システム及び情報処理方法
JP2020064522A (ja) 発行装置、発行方法および発行プログラム
WO2023176439A1 (ja) ギフティングを行うための装置、方法及びそのためのプログラム
US20240265379A1 (en) Token generation apparatus, token generation method, and token management program
JP6908582B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP2018032359A (ja) 商品代理購入装置
JP7599180B2 (ja) 工業所有権流通システム
US20250148437A1 (en) Providing cloud computing services based on a holding of cryptocurrency

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: 19933307

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021528595

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19933307

Country of ref document: EP

Kind code of ref document: A1