WO2021100118A1 - 契約処理方法、及び契約処理システム - Google Patents

契約処理方法、及び契約処理システム Download PDF

Info

Publication number
WO2021100118A1
WO2021100118A1 PCT/JP2019/045262 JP2019045262W WO2021100118A1 WO 2021100118 A1 WO2021100118 A1 WO 2021100118A1 JP 2019045262 W JP2019045262 W JP 2019045262W WO 2021100118 A1 WO2021100118 A1 WO 2021100118A1
Authority
WO
WIPO (PCT)
Prior art keywords
contract
information
cost
usage right
termination
Prior art date
Application number
PCT/JP2019/045262
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/JP2019/045262 priority Critical patent/WO2021100118A1/ja
Priority to JP2020552420A priority patent/JP7191974B2/ja
Publication of WO2021100118A1 publication Critical patent/WO2021100118A1/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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services

Definitions

  • the present invention relates to a contract processing method and a contract processing system.
  • Cryptographic assets (assets, virtual currencies, etc.) using smart contracts are widely traded.
  • a smart contract executes a transaction between users, and the transaction history is shared by each node by blockchain data.
  • various cryptographic assets can be traded through a decentralized exchange (DEX: Decentralized Autonomous Organization) (Non-Patent Document 1).
  • the present invention has been made in view of such circumstances, and an object of the present invention is to provide a contract processing method and a contract processing system that enable flexible utilization of assets.
  • each of a plurality of communicably connected information processing devices is associated with a predetermined account, information on ownership of assets, and a predetermined smart.
  • a contract processing method in a contract processing system that stores a contract, and information on a setting contract of a usage right for the asset for which the smart contract has the ownership set for the first account.
  • the contract information registration process for accepting the registration of the above, and the usage right setting process for accepting the setting of the usage right from the second account and setting the information of the second account in the information of the setting contract are executed. And.
  • each of a plurality of communicably connected information processing devices is associated with a predetermined account and stores asset ownership information and a predetermined smart contract.
  • a contract information registration process in which the smart contract accepts registration of information on a setting contract for a usage right for the asset for which the ownership is set for the first account.
  • a contract processing system that accepts the setting of the usage right from the second account and executes the usage right setting process of setting the information of the second account in the information of the setting contract.
  • FIG. 1 is a diagram illustrating an outline of a configuration and a function of a contract processing system according to the present embodiment.
  • FIG. 2 is a diagram illustrating details of the ownership processing function.
  • FIG. 3 is a diagram for explaining the details of the usage right processing function.
  • FIG. 4 is a diagram showing an example of contract information.
  • FIG. 5 is a diagram illustrating details of the currency processing function.
  • FIG. 6 is a diagram showing an example of hardware included in the terminal.
  • FIG. 7 is a diagram illustrating an outline of processing performed in the contract processing system.
  • FIG. 8 is a flow chart illustrating an example of the contract information registration process.
  • FIG. 9 is a diagram showing an example of a registration request.
  • FIG. 10 is a flow chart illustrating an example of the contract setting process.
  • FIG. 10 is a flow chart illustrating an example of the contract setting process.
  • FIG. 11 is a diagram showing an example of usage request.
  • FIG. 12 is a flow chart illustrating an example of contract termination and cost distribution processing.
  • FIG. 13 is a diagram showing an example of a termination request.
  • FIG. 14 is a flow chart illustrating an example of asset use processing.
  • FIG. 1 is a diagram for explaining an outline of the configuration and functions of the contract processing system 1 according to the present embodiment.
  • the contract processing system 1 is configured to include a plurality of terminals 5 (information processing devices) connected so as to be able to communicate with each other.
  • Each terminal 5 of the contract processing system 1 stores one or more identifiers (account 10 in this embodiment), and each account 10 is associated with any one of the terminals 5.
  • the terminal 5 is, for example, a personal computer, a smartphone, a server device, or the like.
  • the terminals 5 are connected by, for example, a wired or wireless communication network such as a LAN (Local Area Network), a WAN (Wide Area Network), the Internet, or a dedicated line.
  • LAN Local Area Network
  • WAN Wide Area Network
  • the Internet or a dedicated line.
  • the contract processing system 1 executes a transaction of one or a plurality of assets 3 (cryptographic assets) described later. That is, the contract processing system 1 executes the transaction of the asset 3 between the accounts 10 by the smart contract.
  • assets 3 cryptoographic assets
  • this asset 3 is managed as an NFT (Non Fungible Token), which is a token whose value differs depending on the attributes of the asset 3.
  • NFT Non Fungible Token
  • the type of the asset 3 is not particularly limited, but may be, for example, various media such as images, music, sentences, game items, or information on the right to perform a predetermined process or action.
  • the contract processing system 1 is realized by using, for example, Ethereum, but other systems may be used as long as each function described below can be implemented. Further, the contract processing system 1 preferably records the information of the asset 3 by the blockchain data that records the transaction history of the asset 3, but if each function described below can be implemented, the data other than the blockchain. The transaction of asset 3 may be managed depending on the format.
  • the contract processing system 1 includes each function of the ownership processing function 100, the usage right processing function 200, and the currency processing function 300.
  • Ownership processing function 100 processes the transaction of transfer of ownership of asset 3. Specifically, for example, the ownership processing function 100 executes the buying and selling of the asset 3 between the accounts 10 using the value exchange medium described later.
  • the usage right processing function 200 processes the usage right of the asset 3. Specifically, for example, the usage right processing function 200 executes a usage right setting contract for the asset 3 between the accounts 10.
  • the currency processing function 300 processes transactions of the value exchange medium (for example, virtual currency) used in the contract processing system 1. Specifically, for example, the currency processing function 300 executes a transaction of virtual currency (ETH or the like) between accounts 10.
  • the value exchange medium for example, virtual currency
  • ETH virtual currency
  • FIG. 2 is a diagram illustrating details of the ownership processing function 100.
  • the ownership processing function 100 includes the ownership transfer information 101 and the ownership transfer execution function 103.
  • Ownership transfer information 101 is information that records the history of transfer of ownership of asset 3 between accounts 10.
  • the asset ownership transfer information 101 is stored in each terminal 5 as blockchain data.
  • the ownership transfer execution function 103 executes a transfer transaction of the ownership of the asset 3 from the account 10 to the other account 10 when a predetermined request is made from any of the accounts 10.
  • the ownership transfer execution function 103 is implemented by a smart contract.
  • FIG. 3 is a diagram illustrating details of the usage right processing function 200.
  • the usage right processing function 200 includes contract information 201, a contract execution function 221 and a usage function 241.
  • FIG. 4 is a diagram showing an example of contract information 201.
  • the contract information 201 is information regarding a usage right setting contract for the asset 3.
  • the contract information 201 includes contract ID information 203, asset information 205, owner information 207, user information 209, period information 211, initial cost information 213, contract termination cost information 215, and allocation information 217.
  • the contract ID information 203 is information of an identifier (contract ID) assigned to each usage right setting contract.
  • Asset information 205 is information on identification information (asset ID, etc.) of asset 3 that is the target of the usage right setting contract.
  • the owner information 207 is information on the account 10 (hereinafter referred to as the owner) that owns the asset 3.
  • the user information 209 is information on the account 10 (hereinafter referred to as a user) for which the right to use the asset 3 is set.
  • Period information 211 is information on the end (maturity) of the usage right setting contract.
  • the initial cost information 213 is information on the cost (initial cost) paid to the allocation destination (account 10) described later when the usage right setting contract is set.
  • the contract termination cost information 215 is information on the cost (contract termination cost) paid to the allocation destination (account 10) described later at the termination of the usage right setting contract.
  • the allocation information 217 is information on the allocation destination (account 10) to which the initial cost and the contract termination cost are paid, and information on the allocation ratio thereof.
  • the allocation destination set in the allocation information 217 is not particularly limited, but in the present embodiment, the allocation information 217 includes at least the creator, copyright holder, and other IP (Intellectual) of the asset 3 related to the asset information 205.
  • Property) Information on the account 10 related to stakeholders such as holders shall be stored.
  • Other allocation destinations include, for example, the current owner of asset 3, a predetermined manager (for example, a token manager including this asset 3, a manager related to usage right setting, etc.), a transaction brokerage of a decentralized exchange, etc. There can be a person.
  • the above contract information 201 is stored in each terminal 5 as blockchain data, but it may be a normal database.
  • the contract execution function 221 shown in FIG. 3 executes a contract for setting the right to use asset 3 from the account 10 (owner) to another account 10 (user) when a predetermined request is made from the account 10 (owner). To do.
  • the contract execution function 221 is implemented by a predetermined smart contract (hereinafter referred to as a lending contract).
  • the contract execution function 221 includes a contract information registration unit 223, a usage right setting unit 225, a contract termination unit 227, and a cost distribution unit 229.
  • the contract information registration unit 223 accepts the registration of the information of the contract for setting the usage right for the asset 3 for which the ownership is set for the first account 10 (owner's account 10).
  • the contract information registration unit 223 further accepts registration of information regarding the cost of the contract for setting the usage right. Specifically, the contract information registration unit 223 accepts registration of initial cost information and contract termination cost information as cost information.
  • the contract information registration unit 223 further accepts registration of information regarding the end of the contract for setting the usage right.
  • the usage right setting unit 225 accepts the usage right setting from the second account 10 (user account 10), and sets the information of the second account 10 in the information of the setting contract.
  • the usage right setting unit 225 prohibits the transfer of the ownership of the asset 3 when the usage right setting is accepted.
  • the contract termination unit 227 accepts the registration of termination of the usage right setting contract from the predetermined account 10.
  • the contract termination unit 227 lifts the prohibition on the transfer of ownership of asset 3 when the registration for termination of the contract for setting the usage right is accepted.
  • the cost distribution unit 229 distributes the cost (reward) related to the setting of the usage right to the designated account 10. Specifically, the cost distribution unit 229 distributes the initial cost at the time of the contract for setting the right of use, and distributes the predetermined cost calculated based on the cost at the end of the contract at the time of registration of termination.
  • the cost distribution unit 229 calculates the above-mentioned predetermined cost based on the period from the time when the contract for setting the usage right is set to the time when the registration for termination is completed.
  • the expense distribution unit 229 receives the registration of termination of the usage right setting contract from any user (account 10) after the end of the term, the expense distribution unit 229 distributes the contract termination fee as the above-mentioned predetermined cost.
  • the cost distribution unit 229 distributes the cost to the account 10 related to the person involved in the creation of the asset 3.
  • the usage function 241 performs various processes related to the asset 3 for which the usage right is set by the contract execution function 221.
  • the function 241 used is implemented by a predetermined smart contract (hereinafter referred to as an application contract) different from the lending contract.
  • FIG. 5 is a diagram illustrating details of the currency processing function 300.
  • the currency processing function 300 includes currency transaction information 301 and currency transaction execution function 321.
  • the currency transaction information 301 is information that records the history of the balance of the virtual currency of each account 10.
  • the currency transaction information 301 is stored in each terminal 5 as blockchain data.
  • the currency transaction execution function 321 executes a virtual currency transaction from the account 10 to another account 10 when a predetermined request is made from the account 10.
  • the currency transaction execution function 321 is implemented by a smart contract.
  • FIG. 6 is a diagram showing an example of the hardware included in the terminal 5.
  • the terminal 5 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 (SolidStateDrive).
  • a processing device 11 such as a CPU (Central Processing Unit)
  • main storage device 12 such as a RAM (RandomAccessMemory) and a ROM (ReadOnlyMemory), an HDD (HardDiskDrive), and an SSD (SolidStateDrive).
  • an input device 14 composed of a keyboard, a mouse, a touch panel, etc.
  • an output device 15 composed of a monitor (display), etc.
  • a communication device 16 for communicating with another information processing device. It is a processing device.
  • Each function of the terminal 5 is realized by the hardware of the terminal 5 or by executing a program (smart contract or the like) stored in the main storage device 12 or the auxiliary storage device 13 by the processing device 11 of the terminal 5. Further, these programs are non-temporary readable by each terminal 5, such as a secondary storage device, a non-volatile semiconductor memory, a hard disk drive, a storage device such as an SSD, or an IC card, an SD card, a DVD, or the like. Stored in a data storage medium.
  • FIG. 7 is a diagram illustrating an outline of processing performed in the contract processing system 1.
  • the lending contract executes a contract information registration process that accepts registration of information related to the usage right setting contract from the account 10 (owner) who intends to set the usage right of the asset 3 (s1).
  • the lending contract executes a usage right setting process that accepts the usage right setting from the account 10 (user) who intends to use the asset 3 for the information registered in s1 (s3).
  • the asset use process for executing the predetermined process using the asset 3 is executed (s5).
  • the lending contract terminates the usage right setting contract set in s3 and distributes the predetermined cost to each account 10 to execute the contract termination and the cost distribution process (s7).
  • the details of each of these processes will be described below.
  • FIG. 8 is a flow chart illustrating an example of the contract information registration process s1.
  • the contract information registration process s1 is executed at an arbitrary timing when each terminal 5 is activated.
  • the lending contract waits for a request for registration of contract information (registration request) from the account 10 (that is, the owner) who owns the predetermined asset 3 (s11: NO), and requests for registration of contract information (registration).
  • registration request a request for registration of contract information
  • the account 10 that is, the owner who owns the predetermined asset 3
  • requests for registration of contract information registration.
  • the registration request information is handed over
  • the registration is performed (s11: YES).
  • FIG. 9 is a diagram showing an example of a registration request.
  • the registration request 400 includes an owner ID 401 that is the identification information (account 10 etc.) of the owner who owns the asset 3 that is the subject of the contract, an asset ID 403 that is the identification information of the asset 3 that is the subject of the contract, and a maturity 405 (contract) set in the contract. It has each information including the initial cost 407, the contract end cost 409, and the allocation 411. In the allocation 411, the allocation destination account 10 of the initial cost 407 and the contract termination cost 409, and the allocation ratio to the allocation destination account 10 are set.
  • the lending contract registers the registration request received in s11 in the contract information 201.
  • the lending contract registers a predetermined identifier in the contract ID information 203 of the contract information 201, and then registers the owner ID 401 of the registration request 400 in the owner information 207 of the contract information 201 to request registration.
  • the asset ID 403 of 400 is registered in the asset information 205 of the contract information 201
  • the maturity 405 of the registration request 400 is registered in the period information 211 of the contract information 201
  • the initial cost 407 of the registration request 400 is the initial cost information 213 of the contract information 201.
  • the contract termination cost 409 of the registration request 400 is registered in the contract termination cost information 215 of the contract information
  • the distribution 411 of the registration request 400 is registered in the distribution information 217 of the contract information 201. This completes the contract information registration process s1.
  • FIG. 10 is a flow chart illustrating an example of the contract setting process s3.
  • the contract setting process s3 is started at an arbitrary timing after the contract information registration process s1 is completed.
  • the lending contract waits for the request for setting the usage right setting contract (usage request) from the account 10 wishing to use the asset 3 (s31: NO), and when it receives the usage request (delivery of the usage request information). (When you receive it), register it (s31: YES).
  • FIG. 11 is a diagram showing an example of the usage request 500.
  • the usage request 500 is at least one of the request source 501 in which the information of the account 10 to be the user is set and the identification information of the usage right setting contract (for example, the contract ID, the owner account 10, or the identification information of the asset 3).
  • the identification information of the usage right setting contract for example, the contract ID, the owner account 10, or the identification information of the asset 3.
  • Each information of the contract ID 503 in which any) is set is included.
  • the lending contract registers the account 10 of the request source 501 of the usage request 500 as a user. Specifically, for example, the lending contract sets the information of the request source 501 of the usage request 500 in the user information 209 of the contract information 201 of the usage right setting contract specified by the usage request 500.
  • the lending contract temporarily receives the initial cost and the contract termination cost related to the usage right setting contract from the account 10 (user account 10) of the requesting source 501 of the usage request 500 (s35).
  • the currency transaction execution function 321 processes the payment of virtual currency from the user's account 10 to the predetermined account 10 associated with the lending contract (initial cost and contract termination cost). Payment processing) is executed.
  • the lending contract executes the process of paying the initial cost to the account 10 of each allocation destination (s37).
  • the lending contract determines the cost related to the initial cost information 213 of the contract information 201 and its allocation destination based on the allocation destination and the allocation ratio indicated by the allocation information 217 of the contract information 201. Then, the lending contract distributes each cost to each determined distribution destination. That is, for example, the lending contract executes the payment process of the virtual currency corresponding to each calculated cost for each allocation destination account 10 by calling the currency transaction execution function 321.
  • the lending contract prohibits the transfer of ownership of asset 3 related to the usage right setting contract (s39). Specifically, for example, the lending contract executes an instruction prohibiting the transfer of ownership of asset 3 (for example, Ethereum's pause function). As a result, the owner of the asset 3 cannot transfer the ownership to another account 10, so that the user can surely use the asset 3 based on the usage right setting contract.
  • FIG. 12 is a flow chart illustrating an example of contract termination and cost distribution processing s7.
  • the contract termination and cost distribution processing s7 is started at an arbitrary timing after the contract setting processing s3 is completed.
  • the lending contract waits for the termination request (termination request) of the usage right setting contract from the account 10 (s71: NO), and when it receives the termination request (when the termination request information is handed over), the lending contract waits for it.
  • FIG. 13 is a diagram showing an example of the end request 600.
  • the termination request 600 includes the request source 601 in which the information of the request source account 10 (for example, the owner, the user, or another account 10) is set, and the identification information of the usage right setting contract (for example, the contract ID, the owner).
  • the request source account 10 for example, the owner, the user, or another account
  • the identification information of the usage right setting contract for example, the contract ID, the owner.
  • Each information of the contract ID 603 in which (at least one of the account 10 or the identification information of the asset) is set is included.
  • a predetermined payment process corresponding to the end request 600 is performed. Specifically, for example, the currency transaction execution function 321 is executed, and the payment processing of the virtual currency (so-called Gas fee) from the account 10 related to the termination request 600 to the predetermined account 10 is executed. It should be noted that such payment of the Gas fee is not limited to this case, and is executed every time each function is called.
  • the lending contract determines whether or not the current time is before the maturity of the usage right setting contract. Specifically, for example, the lending contract refers to the period information 211 of the contract information 201.
  • the lending contract determines whether or not the account 10 related to the termination request 600 is the account 10 of the user of the usage right setting contract. Specifically, for example, the lending contract compares the request source 601 of the termination request 600 with the user information 209 of the contract information 201.
  • the contract processing is terminated (for example, an error message or the like is displayed on the screen of the terminal 5 and terminated). (S79).
  • the lending contract corresponds to the period from the time when the usage right setting contract is set to the present. Calculate the cost related to the termination of the usage right setting contract (s77).
  • the lending contract first includes the period from the time when the usage right setting contract is set to the maturity (based on the period information 211 of the contract information 201) and the time when the usage right setting contract is set to the present (when the termination request 600 is registered). ) And the period (use period) are calculated. Then, the lending contract calculates the cost by performing a prorated calculation regarding the cost indicated by the cost information 215 at the end of the contract according to the contract period. Specifically, the cost in this case is expressed by the following formula (A).
  • the lending contract specifies the account 10 to which the cost is paid, and calculates the specific cost to be paid to each account 10. Specifically, the lending contract specifies the allocation destination by the allocation information 217 of the contract information 201, and further, the total cost calculated by the formula (A) is proposed based on the allocation ratio indicated by the allocation information 217 of the contract information 201. By dividing, the cost to each allocation destination is calculated. After that, the processing of s83 is performed.
  • the cost is distributed only when the account 10 related to the termination request 600 is the account 10 of the user of the usage right setting contract, but other specific or arbitrary Costs may be distributed to users.
  • the cost may be distributed to the account 10 of a predetermined administrator.
  • the lending contract calculates the cost related to the termination of the usage right setting contract corresponding to the period from the setting of the usage right setting contract to the maturity.
  • the lending contract first calculates the cost indicated by the contract end cost information 215 of the contract information 201 regardless of the current time. That is, this cost is expressed by the following formula (B).
  • the lending contract specifies the account 10 to which the cost is paid, and calculates the cost to be paid to each account 10. Specifically, the lending contract specifies the allocation destination by the allocation information 217 of the contract information 201, and further, the total cost calculated by the formula (B) is proposed based on the allocation ratio indicated by the allocation information 217 of the contract information 201. By dividing, the cost to each allocation destination is determined. After that, the processing of s83 is performed.
  • the account 10 related to the termination request 600 can use the usage right by paying the Gas fee. It is possible to forcibly terminate the setting contract and recover the contract cost until maturity.
  • the account 10 that can recover the cost after the maturity may be limited.
  • it may be limited to the owner of asset 3, a predetermined administrator (for example, a token issuer or administrator, an administrator regarding usage right setting, etc.).
  • the lending contract distributes each cost to each distribution destination determined in s77 or s81. Specifically, for example, the lending contract calls the currency transaction execution function 321 to execute the payment processing of the virtual currency corresponding to each calculated cost to the account 10 of each allocation destination.
  • the lending contract deletes the information about the user of the usage right setting contract related to the termination request 600 (s85). Specifically, the lending contract deletes the user information 209 of the contract information 201.
  • the lending contract lifts the prohibition on the transfer of ownership of the asset 3 related to the usage right setting contract (s87). Specifically, for example, the lending contract executes an instruction for releasing the prohibition on transfer of ownership of asset 3 (for example, Ethereum's unpause function). As a result, the owner of the asset 3 can transfer the ownership to another account 10, and the owner can set the usage right to the new account 10 (new user). This completes the contract termination and cost distribution processing.
  • FIG. 14 is a flow chart illustrating an example of the asset use process s5.
  • the asset use process s5 is started at an arbitrary timing after the end of the use right contract setting process s3 and before the execution of the contract end and the cost distribution process s7.
  • the application contract waits for request information for executing predetermined processing related to asset 3 from an arbitrary account 10 (hereinafter referred to as a request account) in the contract processing system 1 (s51: NO), and receives the request information (request). When the information is handed over), it is registered (s51: YES).
  • the request information includes, for example, the request account and the identifier of the asset 3.
  • the application contract causes the lending contract to determine whether or not the requesting account has the right to use asset 3 (s53). Specifically, the application contract sends a predetermined confirmation request to the lending contract (for example, passing the confirmation request as a parameter).
  • the confirmation request includes, for example, information on the request account and the identifier of the asset 3.
  • the lending contract determines whether or not the request account has the right to use asset 3. Specifically, for example, in the lending contract, whether or not the user information 209 of the contract information 201 and the identifier of the requesting account match, and the asset information 205 of the contract information 201 and the identifier of the asset 3 related to the requesting account. Whether or not they match, or whether or not the current time is within the period indicated by the period information 211 of the contract information 201, and the like are determined.
  • the lending contract sends (or returns) information to the application contract that it has the right to use, and requests. If it is determined that the account does not have the right to use asset 3 (s55: NO), the lending contract ends the process (s59).
  • the application contract When the application contract receives the information from the lending contract that the requesting account has the usage right (s61, YES), the application contract executes a predetermined process according to the usage right of the asset 3 possessed by the requesting account (s61, YES). s63).
  • the lending contract is a contract for setting the usage right for the asset 3 for which the ownership is set for the first account 10 (owner).
  • the information is registered, the setting of the usage right is accepted from the second account 10 (user), and the information of the account 10 of this user is set as the information of the setting contract.
  • the usage right can be set for the asset 3 for which the ownership is set. This enables flexible utilization of Asset 3. For example, a user who has received a usage right can freely use the asset 3 even if he / she does not have the ownership.
  • the application contract and the lending contract may be configured as the same smart contract.
  • the account 10 is illustrated as the information associated with the subject of the transaction, but other types of information may be used as long as the information functions as an identifier.
  • the contract processing system 1 manages one type of asset 3, but a plurality of types of asset 3 may be managed.
  • the lending contract may set (sublease) the usage right to the current user (account 10) of the asset 3 to another user (account 10).
  • the initial cost and the cost at the end of the contract are adopted as the costs related to the usage right setting contract, but only one of them may be adopted.
  • the cost to be paid at a predetermined timing before the maturity may be set.
  • initial cost and the contract termination cost are allocated to the same destination in this embodiment, they may be allocated to different destinations.
  • each functional unit described in the present embodiment may be provided in another functional unit.
  • the contract information 201 may be incorporated into the contract execution function 221.
  • the smart contract executes a contract termination process for accepting registration of termination of the usage right setting contract from the predetermined account, and the smart contract executes the contract termination process.
  • the contract information registration process registration of initial cost information and contract termination cost information is further accepted as information on the cost, and in the cost distribution process, the initial cost is distributed at the time of setting the usage right.
  • the predetermined cost calculated based on the contract termination cost may be distributed at the time of registration of the termination.
  • the minimum cost can be reliably distributed as the initial cost at the time of contract, and at the end of the contract.
  • the cost according to the circumstances at that time can be flexibly distributed according to the cost at the end of the contract.
  • the smart contract calculates the predetermined cost based on the period from the setting of the usage right setting contract to the registration of the end in the cost distribution processing. , May be.
  • the smart contract further accepts the registration of information regarding the termination of the usage right setting contract in the contract information registration processing, and the termination in the cost distribution processing. After that, when the registration of termination of the usage right setting contract is accepted from any of the accounts, the contract termination fee may be distributed as the predetermined fee.
  • each user for example, the owner of the asset 3 and the administrator regarding the transaction (usage right) of the asset 3) does not terminate the usage right setting contract even after the termination of the usage right setting contract. Even if there is, the contract cost can be surely recovered.
  • the contract processing system 1 of the present embodiment when the smart contract accepts the setting of the usage right in the usage right setting processing, the transfer of the ownership of the asset is prohibited and the contract is terminated. In the process, when the registration of the termination is accepted, the prohibition on the transfer of the ownership of the asset may be lifted.
  • the smart contract may distribute the cost to the account related to the person involved in the creation of the asset in the cost distribution processing.
  • 1 contract processing system 3 assets, 5 terminals, 10 accounts, 100 ownership processing function, 101 ownership transfer information, 103 ownership transfer execution function, 121 asset transfer execution function, 200 usage right processing function, 201 contract information, 203 Contract ID information, 205 asset information, 207 owner information, 209 user information, 211 period information, 213 initial cost information, 215 contract end cost information, 217 allocation information, 221 contract execution function, 223 contract information registration unit, 225 usage right Setting unit, 227 contract termination unit, 229 cost distribution unit, 241 usage function, 300 currency processing function, 301 currency transaction information, 321 currency transaction execution function, 11 processing device, 12 main storage device, 13 auxiliary storage device, 14 input device , 15 output device, 16 communication device, 400 registration request, 401 owner ID, 403 asset ID, 405 maturity, 407 initial cost, 409 contract end cost, 411 allocation, 500 usage request, 501 request source, 503 contract ID, 600 Termination request, 601 request source, 603 contract ID

Landscapes

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

Abstract

通信可能に接続された複数の情報処理装置のそれぞれが、所定のアカウント１０に対応づけられていると共にアセット３の所有権の情報及び所定のスマートコントラクトを記憶している契約処理システム１における、契約処理方法であって、スマートコントラクトが、第１のアカウント１０に対して所有権が設定されているアセット３に対する使用権の設定契約の情報の登録を受け付ける契約情報登録処理と、第２のアカウント１０から使用権の設定を受け付け、第２のアカウント１０の情報を設定契約の情報に設定する使用権設定処理と、を実行する。

Description

契約処理方法、及び契約処理システム
　本発明は、契約処理方法、及び契約処理システムに関する。
　スマートコントラクト（Smart contract）を利用した暗号資産（アセット、仮想通貨等）の取引が広く行われている。例えば、スマートコントラクトによりユーザ間の取引を実行し、その取引の履歴がブロックチェーンデータにより各ノードで共有される。また、分散型取引所（DEX: Decentralized Autonomous Organization）を介しても、様々な暗号資産が取引可能となっている（非特許文献１）。
"EtherDelta"、［online］、［令和元年（２０１９年）１１月１９日検索］、インターネット（URL: https://etherdelta.com/）
　ところで、このような取引は、あるユーザから他のユーザへのアセット（トークン）の所有の移転を行うスマートコントラクトにより実現されており、ブロックチェーンデータに記録されるデータもこのような所有の履歴を記録したものとして取り扱われる。
　しかしながら、スマートコントラクトによる取引の対象となるアセットには様々な種類のものがあり、その種類によっては必ずしも所有を必要としない場合がある。例えば、アセットを利用して所定の処理を行いたいと考える者は、単にアセットを利用できれば足り、所有に基づく管理等の負担を負いたくない場合がある。このようなニーズを満たすことができれば、アセットはより多くのユーザに利用可能となり、広く普及するようになると考えられる。
　本発明はこのような事情に鑑みてなされたものであり、その目的は、アセットの柔軟な活用を可能とする契約処理方法、及び契約処理システムを提供することにある。
　以上の課題を解決するための本発明の一つは、通信可能に接続された複数の情報処理装置のそれぞれが、所定のアカウントに対応づけられていると共にアセットの所有権の情報及び所定のスマートコントラクトを記憶している、契約処理システムにおける契約処理方法であって、前記スマートコントラクトが、第１の前記アカウントに対して前記所有権が設定されている前記アセットに対する使用権の、設定契約の情報の登録を受け付ける契約情報登録処理と、第２の前記アカウントから前記使用権の設定を受け付け、前記第２のアカウントの情報を前記設定契約の情報に設定する使用権設定処理と、を実行する、とする。
　また、本発明の他の一つは、通信可能に接続された複数の情報処理装置のそれぞれが、所定のアカウントに対応づけられていると共にアセットの所有権の情報及び所定のスマートコントラクトを記憶している、契約処理システムであって、前記スマートコントラクトが、第１の前記アカウントに対して前記所有権が設定されている前記アセットに対する使用権の、設定契約の情報の登録を受け付ける契約情報登録処理と、第２の前記アカウントから前記使用権の設定を受け付け、前記第２のアカウントの情報を前記設定契約の情報に設定する使用権設定処理と、を実行する、契約処理システム、とする。
　本発明によれば、アセットの柔軟な活用を可能とすることができる。
　上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
図１は、本実施形態に係る契約処理システムの構成及び機能の概要を説明する図である。 図２は、所有権処理機能の詳細を説明する図である。 図３は、使用権処理機能の詳細を説明する図である。 図４は、契約情報の一例を示す図である。 図５は、通貨処理機能の詳細を説明する図である。 図６は、端末が備えるハードウェアの一例を示す図である。 図７は、契約処理システムにおいて行われる処理の概要を説明する図である。 図８は、契約情報登録処理の一例を説明するフロー図である。 図９は、登録要求の一例を示す図である。 図１０は、契約設定処理の一例を説明するフロー図である。 図１１は、使用要求の一例を示す図である。 図１２は、契約終了及び費用分配処理の一例を説明するフロー図である。 図１３は、終了要求の一例を示す図である。 図１４は、アセット使用処理の一例を説明するフロー図である。
［システム構成］
　図１は、本実施形態に係る契約処理システム１の構成及び機能の概要を説明する図である。契約処理システム１は、通信可能に接続された複数の端末５（情報処理装置）を含んで構成されている。契約処理システム１の各端末５は、１又は複数の識別子（本実施形態ではアカウント１０）を記憶しており、各アカウント１０は端末５のうちいずれかと対応づけられている。端末５は、例えば、パーソナルコンピュータ、スマートフォン、サーバ装置等である。なお、端末５の間は、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット、専用線等の有線又は無線の通信ネットワークで接続される。
　契約処理システム１は、後述する１又は複数のアセット３（暗号資産）の取引を実行する。すなわち、契約処理システム１は、アカウント１０間でのアセット３の取引を、スマートコントラクト（Smart Contract）によって実行する。
　なお、このアセット３は、アセット３の属性によって価値が異なるトークンであるＮＦＴ（Non Fungible Token）として管理されている。アセット３の種類は特に限定されないが、例えば、画像、音楽、文章、ゲームアイテム等の様々なメディアであってもよいし、所定の処理又は行為を行うための権利の情報であってもよい。
　契約処理システム１は、例えば、イーサリアム（Ethereum）を用いて実現されるが、以下に説明する各機能が実装可能であれば、他のシステムであってもよい。また、契約処理システム１は、アセット３の取引履歴を記録したブロックチェーンデータによりアセット３の情報を記録することが好ましいが、以下に説明する各機能が実装可能であれば、ブロックチェーン以外のデータ形式によってアセット３の取引を管理してもよい。
［機能］
　次に、契約処理システム１は、所有権処理機能１００、使用権処理機能２００、及び通貨処理機能３００の各機能を備える。
　所有権処理機能１００は、アセット３の所有権の移転の取引を処理する。具体的には、例えば、所有権処理機能１００は、後述する価値交換媒体を利用した、アカウント１０間でのアセット３の売買を実行する。
　使用権処理機能２００は、アセット３の使用権を処理する。具体的には、例えば、使用権処理機能２００は、アカウント１０間の、アセット３の使用権の設定契約を実行する。
　通貨処理機能３００は、契約処理システム１で使用される価値交換媒体（例えば、仮想通貨）の取引を処理する。具体的には、例えば、通貨処理機能３００は、アカウント１０間での、仮想通貨（ＥＴＨ等）の取引を実行する。
　続いて、これらの各機能の詳細を説明する。まず、所有権処理機能１００について説明する。
＜所有権処理機能＞
　図２は、所有権処理機能１００の詳細を説明する図である。所有権処理機能１００は、所有権移転情報１０１、及び所有権移転実行関数１０３を含んで構成される。
　所有権移転情報１０１は、アカウント１０間におけるアセット３の所有権の移転の履歴を記録した情報である。本実施形態では、アセット所有権移転情報１０１は、ブロックチェーンデータとして各端末５が記憶するものとする。
　所有権移転実行関数１０３は、いずれかのアカウント１０から所定の要求があった場合に、そのアカウント１０から他のアカウント１０へのアセット３の所有権の移転取引を実行する。本実施形態では、所有権移転実行関数１０３は、スマートコントラクトにより実装されるものとする。
　次に、使用権処理機能２００について説明する。
＜使用権処理機能＞
　図３は、使用権処理機能２００の詳細を説明する図である。使用権処理機能２００は、契約情報２０１、契約実行関数２２１、及び使用関数２４１を含んで構成される。
（契約情報）
　図４は、契約情報２０１の一例を示す図である。契約情報２０１は、アセット３の使用権設定契約に関する情報である。具体的には、契約情報２０１は、契約ＩＤ情報２０３、アセット情報２０５、オーナ情報２０７、ユーザ情報２０９、期間情報２１１、初期費用情報２１３、契約終了時費用情報２１５、及び配分情報２１７を有する。
　契約ＩＤ情報２０３は、使用権設定契約ごとに割り当てられる識別子（契約ＩＤ）の情報である。
　アセット情報２０５は、使用権設定契約の対象たるアセット３の識別情報（アセットＩＤ等）の情報である。オーナ情報２０７は、アセット３の所有権を有するアカウント１０（以下、オーナという）の情報である。ユーザ情報２０９は、アセット３の使用権が設定されるアカウント１０（以下、ユーザという）の情報である。
　期間情報２１１は、使用権設定契約の終期（満期）の情報である。
　初期費用情報２１３は、使用権設定契約が設定された際に後述する配分先（アカウント１０）に支払われる費用（初期費用）の情報である。契約終了時費用情報２１５は、使用権設定契約の終了時に後述する配分先（アカウント１０）に支払われる費用（契約終了時費用）の情報である。配分情報２１７は、初期費用及び契約終了時費用が支払われる配分先（アカウント１０）の情報及びその配分割合の情報である。
　なお、配分情報２１７に設定される配分先は特に限定されないが、本実施形態では、配分情報２１７には、少なくとも、アセット情報２０５に係るアセット３の創作者、著作権者、その他のＩＰ（Intellectual Property）ホルダー等のステークホルダーに係るアカウント１０の情報が格納されるものとする。その他の配分先としては、例えば、アセット３の現在の所有者、所定の管理者（例えば、このアセット３を含むトークンの管理者、使用権設定に関する管理者等）、分散取引所等の取引仲介者があり得る。
　図４の例では、初期費用及び契約終了時費用のそれぞれに対して、アセット３の所有者には７０％、アセット３の創作者に２０％、アセット３に係る取引の管理者に１０％がそれぞれ支払われる。
　以上の契約情報２０１は、本実施形態では、ブロックチェーンデータとして各端末５が記憶するものとするが、通常のデータベースとしてもよい。
（契約実行関数）
　次に、図３に示す契約実行関数２２１は、アカウント１０（オーナ）から所定の要求があった場合に、そのアカウント１０から他のアカウント１０（ユーザ）に対するアセット３の使用権の設定契約を実行する。本実施形態では、契約実行関数２２１は、所定のスマートコントラクト（以下、レンディングコントラクトという）により実装されるものとする。
　具体的には、契約実行関数２２１は、契約情報登録部２２３、使用権設定部２２５、契約終了部２２７、及び費用分配部２２９を備える。
　契約情報登録部２２３は、第１のアカウント１０（オーナのアカウント１０）に対して所有権が設定されているアセット３に対する使用権の設定契約の情報の登録を受け付ける。
　また、契約情報登録部２２３は、使用権の設定契約の費用に関する情報の登録をさらに受け付ける。具体的には、契約情報登録部２２３は、費用に関する情報として、初期費用の情報及び契約終了時費用の情報の登録を受け付ける。
　また、契約情報登録部２２３は、使用権の設定契約の終期に関する情報の登録をさらに受け付ける。
　次に、使用権設定部２２５は、第２のアカウント１０（ユーザのアカウント１０）から使用権の設定を受け付け、第２のアカウント１０の情報を設定契約の情報に設定する。
　また、使用権設定部２２５は、使用権の設定を受け付けた場合に、アセット３の所有権の移転を禁止させる。
　契約終了部２２７は、所定のアカウント１０から使用権の設定契約の終了の登録を受け付ける。
　また、契約終了部２２７は、使用権の設定契約の終了の登録を受け付けた場合に、アセット３の所有権の移転の禁止を解除させる。
　次に、費用分配部２２９は、使用権の設定を受け付けた後、この使用権の設定に関する費用（報酬）を、指定されたアカウント１０に分配する。具体的には、費用分配部２２９は、初期費用を使用権の設定契約の際に分配し、契約終了時費用に基づき算出された所定費用を終了の登録の際に分配する。
　なお、所定費用に関して、費用分配部２２９は、使用権の設定契約の設定時から終了の登録時までの期間に基づき上記の所定費用を算出する。
　また、費用分配部２２９は、終期の後に、いずれかのユーザ（アカウント１０）から使用権の設定契約の終了の登録を受け付けた場合には、契約終了時費用を上記の所定費用として分配する。
　なお、費用分配部２２９は、費用を、アセット３の創作に関わる者に係るアカウント１０に分配する。
（使用関数）
　次に、使用関数２４１は、契約実行関数２２１により使用権が設定されたアセット３に関する様々な処理を行う。本実施形態では、レンディングコントラクトとは異なる所定のスマートコントラクト（以下、アプリケーションコントラクトという）により使用関数２４１が実装されているものとする。
　続いて、通貨処理機能３００について説明する。
（通貨処理機能）
　図５は、通貨処理機能３００の詳細を説明する図である。通貨処理機能３００は、通貨取引情報３０１、及び通貨取引実行関数３２１を含んで構成される。
　通貨取引情報３０１は、各アカウント１０の仮想通貨の残高の履歴を記録した情報である。本実施形態では、通貨取引情報３０１は、ブロックチェーンデータとして各端末５が記憶するものとする。
　通貨取引実行関数３２１は、アカウント１０から所定の要求があった場合に、そのアカウント１０から他のアカウント１０への仮想通貨の取引を実行する。本実施形態では、通貨取引実行関数３２１は、スマートコントラクトにより実装されるものとする。
　ここで、図６は、端末５が備えるハードウェアの一例を示す図である。端末５は、ＣＰＵ（Central Processing Unit）などの処理装置１１と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等の主記憶装置１２と、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の補助記憶装置１３と、キーボード、マウス、タッチパネルなどからなる入力装置１４と、モニタ（ディスプレイ）等からなる出力装置１５と、他の情報処理装置と通信を行う通信装置１６とを備える情報処理装置である。端末５の各機能は、端末５のハードウェアによって、もしくは、端末５の処理装置１１が主記憶装置１２や補助記憶装置１３に記憶したプログラム（スマートコントラクト等）を実行することによって実現される。また、これらのプログラムは、例えば、二次記憶デバイスや不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤなどの記憶デバイス、又は、ＩＣカード、ＳＤカード、ＤＶＤなどの、各端末５で読み取り可能な非一時的データ記憶媒体に格納される。
［処理］
　続いて、契約処理システム１において行われる処理について説明する。
　図７は、契約処理システム１において行われる処理の概要を説明する図である。まず、レンディングコントラクトは、アセット３の使用権を設定しようとするアカウント１０（オーナ）から使用権設定契約に関する情報の登録を受け付ける契約情報登録処理を実行する（ｓ１）。
　その後、レンディングコントラクトは、ｓ１で登録された情報に対して、アセット３を使用しようとするアカウント１０（ユーザ）から使用権の設定を受け付ける使用権設定処理を実行する（ｓ３）。
　これにより、例えば、後述するアプリケーションコントラクトが使用関数２４１を呼び出すことにより、アセット３を使用する所定の処理を実行するアセット使用処理が実行される（ｓ５）。
　その後、レンディングコントラクトは、ｓ３で設定した使用権設定契約を終了すると共に所定の費用を各アカウント１０に分配する、契約終了及び費用分配処理を実行する（ｓ７）。
　以下、これらの各処理の詳細を説明する。
＜契約情報登録処理＞
　図８は、契約情報登録処理ｓ１の一例を説明するフロー図である。なお、契約情報登録処理ｓ１は、各端末５が起動している場合に、任意のタイミングで実行される。
　まず、レンディングコントラクトは、所定のアセット３を所有するアカウント１０（すなわち、オーナ）からの契約情報の登録の要求（登録要求）を待機し（ｓ１１：ＮＯ）、契約情報の登録の要求（登録要求）を受信すると（登録要求の情報の引き渡しを受けると）、その登録をする（ｓ１１：ＹＥＳ）。
（登録要求）
　ここで、図９は、登録要求の一例を示す図である。登録要求４００は、契約の対象たるアセット３を所有するオーナの識別情報（アカウント１０等）たるオーナＩＤ４０１と、契約対象のアセット３の識別情報たるアセットＩＤ４０３と、契約で設定される満期４０５（契約の終期）と、初期費用４０７と、契約終了時費用４０９と、配分４１１とを含む各情報を有する。配分４１１には、初期費用４０７及び契約終了時費用４０９の配分先のアカウント１０と、配分先のアカウント１０に対する配分割合とが設定される。
　次に、図８のｓ１３に示すように、レンディングコントラクトは、ｓ１１で受け付けた登録要求を、契約情報２０１に登録する。具体的には、例えば、レンディングコントラクトは、契約情報２０１の契約ＩＤ情報２０３に所定の識別子を登録した上で、登録要求４００のオーナＩＤ４０１を契約情報２０１のオーナ情報２０７に登録し、登録要求４００のアセットＩＤ４０３を契約情報２０１のアセット情報２０５に登録し、登録要求４００の満期４０５を契約情報２０１の期間情報２１１に登録し、登録要求４００の初期費用４０７を契約情報２０１の初期費用情報２１３に登録し、登録要求４００の契約終了時費用４０９を契約情報の契約終了時費用情報２１５に登録し、登録要求４００の配分４１１を契約情報２０１の配分情報２１７に登録する。
　以上で、契約情報登録処理ｓ１は終了する。
＜契約設定処理＞
　次に、図１０は、契約設定処理ｓ３の一例を説明するフロー図である。なお、契約設定処理ｓ３は、契約情報登録処理ｓ１の終了後、任意のタイミングで開始される。
　まず、レンディングコントラクトは、アセット３の使用を望むアカウント１０から、使用権設定契約の設定の要求（使用要求）を待機し（ｓ３１：ＮＯ）、使用要求を受信すると（使用要求の情報の引き渡しを受けると）、その登録をする（ｓ３１：ＹＥＳ）。
（使用要求）
　図１１は、使用要求５００の一例を示す図である。使用要求５００は、ユーザとなるべきアカウント１０の情報が設定される要求元５０１、及び、使用権設定契約の識別情報（例えば、契約ＩＤ、オーナのアカウント１０、又はアセット３の識別情報のうち少なくともいずれか）が設定される契約ＩＤ５０３の各情報を含む。
　次に、図１０のｓ３３に示すように、レンディングコントラクトは、使用要求５００の要求元５０１のアカウント１０を、ユーザとして登録する。具体的には、例えば、レンディングコントラクトは、使用要求５００により特定される使用権設定契約の契約情報２０１のユーザ情報２０９に、使用要求５００の要求元５０１の情報を設定する。
　また、レンディングコントラクトは、使用要求５００の要求元５０１のアカウント１０（ユーザのアカウント１０）から、使用権設定契約に係る、初期費用及び契約時終了費用を、一時的に受領する（ｓ３５）。具体的には、例えば、通貨取引実行関数３２１が、ユーザのアカウント１０から、レンディングコントラクトに対応づけられている所定のアカウント１０への、仮想通貨の支払処理（初期費用及び契約時終了費用の支払処理）を実行する。
　そして、レンディングコントラクトは、初期費用を、各配分先のアカウント１０に支払う処理を実行する（ｓ３７）。
　具体的には、レンディングコントラクトは、契約情報２０１の初期費用情報２１３に係る費用及びその配分先を、契約情報２０１の配分情報２１７が示す配分先及び配分割合に基づき、決定する。そして、レンディングコントラクトは、決定した各配分先に、各費用を分配する。すなわち、例えば、レンディングコントラクトは、通貨取引実行関数３２１を呼び出すことで、各配分先のアカウント１０について、算出した各費用に対応する仮想通貨の支払処理を実行する。
　また、レンディングコントラクトは、使用権設定契約に係るアセット３の所有権の移転を禁止する（ｓ３９）。具体的には、例えば、レンディングコントラクトは、アセット３の所有権の移転を禁止する命令（例えば、Ethereumのpause関数）を実行する。これにより、当該アセット３の所有者はその所有権を他のアカウント１０に移転できなくなるので、ユーザは、使用権設定契約に基づき確実にアセット３を使用することができる。
　以上で、契約設定処理ｓ３は終了する。続いて、契約終了及び費用分配処理について説明する。
＜契約終了及び費用分配処理＞
　図１２は、契約終了及び費用分配処理ｓ７の一例を説明するフロー図である。契約終了及び費用分配処理ｓ７は、契約設定処理ｓ３の終了後、任意のタイミングで開始される。
　まず、レンディングコントラクトは、アカウント１０から、使用権設定契約の終了の要求（終了要求）を待機し（ｓ７１：ＮＯ）、終了要求を受信すると（終了要求の情報の引き渡しを受けると）、その登録をする（ｓ７１：ＹＥＳ）。具体的には、例えば、レンディングコントラクトに対して、終了要求の情報が引き渡される。
（終了要求）
　図１３は、終了要求６００の一例を示す図である。終了要求６００は、要求元であるアカウント１０（例えば、オーナ、ユーザ、又はその他のアカウント１０）の情報が設定される要求元６０１、及び、使用権設定契約の識別情報（例えば、契約ＩＤ、オーナのアカウント１０、又はアセットの識別情報のうち少なくともいずれか）が設定される契約ＩＤ６０３の各情報を含む。
　なお、ｓ７１の処理の際、終了要求６００に対応した所定の支払処理が行われる。具体的には、例えば、通貨取引実行関数３２１が実行され、終了要求６００に係るアカウント１０から所定のアカウント１０への仮想通貨（いわゆるＧａｓ代）の支払処理が実行される。なお、このようなＧａｓ代の支払いは、本場合に限らず、各関数が呼び出されるごとに実行されるものである。
　次に、図１２のｓ７３に示すように、レンディングコントラクトは、現在時刻が、使用権設定契約の満期以前であるか否かを判定する。具体的には、例えば、レンディングコントラクトは、契約情報２０１の期間情報２１１を参照する。
　現在時刻が使用権設定契約の満期以前である場合は（ｓ７３：ＹＥＳ）、後述するｓ７５の処理を行い、現在時刻が使用権設定契約の満期より後である場合は（ｓ７３：ＮＯ）、後述するｓ８１の処理を行う。
　ｓ７５においてレンディングコントラクトは、終了要求６００に係るアカウント１０が使用権設定契約のユーザのアカウント１０であるか否かを判定する。具体的には、例えば、レンディングコントラクトは、終了要求６００の要求元６０１と契約情報２０１のユーザ情報２０９とを比較する。
　終了要求６００に係るアカウント１０が使用権設定契約のユーザのアカウント１０でない場合は（ｓ７５：ユーザ以外）、契約処理は終了する（例えば、エラーメッセージ等を端末５の画面に表示して終了する）（ｓ７９）。
　他方、終了要求６００に係るアカウント１０が使用権設定契約のユーザのアカウント１０である場合は（ｓ７５：ユーザ）、レンディングコントラクトは、使用権設定契約の設定時から現在までの期間に応じた、使用権設定契約の終了に係る費用計算を行う（ｓ７７）。
　例えば、レンディングコントラクトは、まず、使用権設定契約の設定時から満期までの期間（契約情報２０１の期間情報２１１に基づく）と、使用権設定契約の設定時から現在（終了要求６００の登録時）までの期間（使用期間）とを算出する。そして、レンディングコントラクトは、この契約期間に応じた、契約終了時費用情報２１５が示す費用に関する案分計算を行うことにより、本件費用を計算する。具体的には、この場合の費用は、以下の式（Ａ）で表される。
［費用］＝［契約終了時費用］×［使用期間］／［契約期間］　・・・（Ａ）
　そして、レンディングコントラクトは、費用の支払先たるアカウント１０を特定し、各アカウント１０に対して支払う具体的な費用を算出する。具体的には、レンディングコントラクトは、契約情報２０１の配分情報２１７により配分先を特定し、さらに、式（Ａ）で算出した費用合計を契約情報２０１の配分情報２１７が示す配分割合に基づき案分することにより、各配分先への費用を算出する。その後は、ｓ８３の処理が行われる。
　なお、本実施形態のｓ７５、ｓ７７では、終了要求６００に係るアカウント１０が使用権設定契約のユーザのアカウント１０である場合に限って費用を分配するものとしたが、その他の特定の又は任意のユーザに対して費用を分配してもよい。例えば、所定の管理者のアカウント１０に費用を分配するようにしてもよい。
　続いて、ｓ８１においてレンディングコントラクトは、使用権設定契約の設定時から満期までの期間に対応する、使用権設定契約の終了に係る費用を算出する。
　具体的には、レンディングコントラクトは、まず、現在の時刻に関係なく、契約情報２０１の契約終了時費用情報２１５が示す費用を算出する。すなわち、この費用は、以下の式（Ｂ）で表される。
［費用］＝［契約終了時費用］　・・・（Ｂ）
　そして、レンディングコントラクトは、費用の支払先たるアカウント１０を特定し、各アカウント１０に対して支払う費用を算出する。具体的には、レンディングコントラクトは、契約情報２０１の配分情報２１７により配分先を特定し、さらに、式（Ｂ）で算出した費用合計を契約情報２０１の配分情報２１７が示す配分割合に基づき案分することにより、各配分先への費用を決定する。その後は、ｓ８３の処理が行われる。
　このように、使用権設定契約の満期が過ぎたにも関わらずユーザによる契約終了の要求がない場合であっても、終了要求６００に係るアカウント１０は、前記のＧａｓ代を支払えば、使用権設定契約を強制的に終了させ、満期までの契約費用を回収することができる。
　なお、ｓ７３、ｓ８１においては、終了要求６００に関して、満期より後に費用を回収できるアカウント１０を限定するようにしてもよい。例えば、アセット３のオーナ、所定の管理者（例えば、トークンの発行者又は管理者、使用権設定に関する管理者等）に限定してもよい。
　次に、ｓ８３においてレンディングコントラクトは、ｓ７７又はｓ８１で決定した各配分先に、各費用を分配する。具体的には、例えば、レンディングコントラクトは、通貨取引実行関数３２１を呼び出すことで、各配分先のアカウント１０への、算出した各費用に対応する仮想通貨の支払処理を実行させる。
　レンディングコントラクトは、終了要求６００に係る使用権設定契約のユーザに関する情報を削除する（ｓ８５）。具体的には、レンディングコントラクトは、契約情報２０１のユーザ情報２０９を削除する。
　また、レンディングコントラクトは、使用権設定契約に係るアセット３の所有権の移転禁止を解除する（ｓ８７）。具体的には、例えば、レンディングコントラクトは、アセット３の所有権の移転禁止を解除する命令（例えば、Ethereumのunpause関数）を実行する。これにより、当該アセット３の所有者はその所有権を他のアカウント１０に移転できるようになり、オーナは、新たなアカウント１０（新たなユーザ）に使用権を設定することができるようになる。
　以上で、契約終了及び費用分配処理は終了する。
＜アセット使用処理＞
　次に、アセット使用処理について説明する。
　図１４は、アセット使用処理ｓ５の一例を説明するフロー図である。アセット使用処理ｓ５は、使用権契約設定処理ｓ３の終了後で、契約終了及び費用分配処理ｓ７の実行前に、任意のタイミングで開始される。
　まず、アプリケーションコントラクトは、契約処理システム１における任意のアカウント１０（以下、要求アカウントという）から、アセット３に関する所定処理の実行の要求情報を待機し（ｓ５１：ＮＯ）、要求情報を受信すると（要求情報の引き渡しを受けると）、これを登録する（ｓ５１：ＹＥＳ）。なお、この要求情報には、例えば、要求アカウント及びアセット３の識別子が含まれる。
　アプリケーションコントラクトは、要求アカウントがアセット３の使用権を有するか否かを、レンディングコントラクトに判定させる（ｓ５３）。具体的には、アプリケーションコントラクトは、レンディングコントラクトに、所定の確認要求を送信する（例えば、確認要求をパラメータとして引き渡す）。なお、この確認要求には、例えば、要求アカウント及びアセット３の識別子の情報が含まれる。
　レンディングコントラクトは、確認要求を受信すると（要求情報の引き渡しを受けると）、要求アカウントによるアセット３の使用権の有無を判定する。具体的には、例えば、レンディングコントラクトは、契約情報２０１のユーザ情報２０９と要求アカウントの識別子とが一致しているか否か、契約情報２０１のアセット情報２０５と要求アカウントに係るアセット３の識別子とが一致しているか否か、又は、現在時刻が、契約情報２０１の期間情報２１１が示す期間内にあるか否か等を判定する。
　要求アカウントにアセット３の使用権があると判定した場合は（ｓ５５：ＹＥＳ）、レンディングコントラクトは、使用権がある旨の情報をアプリケーションコントラクトに送信し（又は値を返し）（ｓ５７）、要求アカウントにアセット３の使用権がないと判定した場合は（ｓ５５：ＮＯ）、レンディングコントラクトは処理を終了する（ｓ５９）。
　アプリケーションコントラクトは、レンディングコントラクトから要求アカウントに使用権がある旨の情報を受信した場合には（ｓ６１、ＹＥＳ）、要求アカウントが有する、アセット３の使用権に応じた所定の処理を実行する（ｓ６３）。
　このように、契約設定処理ｓ３により設定したアセット３の使用権の情報に基づき、使用権を有するアカウント１０のみが、所定のサービスを受けることができる。
　以上のように、本実施形態の契約処理システム１によれば、レンディングコントラクトが、第１のアカウント１０（オーナ）に対して所有権が設定されているアセット３に対する、使用権の設定契約の情報を登録し、第２のアカウント１０（ユーザ）から使用権の設定を受け付け、このユーザのアカウント１０の情報を設定契約の情報に設定する。
　すなわち、本実施形態の契約処理システム１によれば、所有権が設定されているアセット３に対して使用権を設定することができる。これにより、アセット３の柔軟な活用が可能となる。例えば、使用権の設定を受けたユーザは、その所有権がなくてもアセット３を自由に利用することができる。
　以上に説明した実施形態の説明は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明はその趣旨を逸脱することなく、変更、改良され得ると共に本発明にはその等価物が含まれる。
　例えば、アプリケーションコントラクトとレンディングコントラクトは同一のスマートコントラクトとして構成されてもよい。
　また、本実施形態では、取引の主体に対応づけられる情報としてアカウント１０を例示したが、識別子として機能する情報であればその他の種類の情報でもよい。
　また、本実施形態では、契約処理システム１は１種類のアセット３を管理することとしていたが、複数種類のアセット３を管理してもよい。
　また、レンディングコントラクトは、アセット３の現在のユーザ（アカウント１０）に対して、さらに他のユーザ（アカウント１０）に使用権を設定する（転貸）するようにしてもよい。
　また、本実施形態では、使用権設定契約に係る費用として、初期費用及び契約終了時費用を採用したが、いずれか一方のみを採用してもよい。また、満期前の所定タイミングで支払われる費用を設定してもよい。
　また、本実施形態で初期費用と契約終了時費用の配分先は同じであるとしたが、異なる配分先としてもよい。
　また、本実施形態で説明した各機能部の一部又は全部は、他の機能部に設けるようにしてもよい。例えば、契約実行関数２２１の中に契約情報２０１を組み入れるようにしてもよい。
　以上の本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の契約処理システム１においては、前記スマートコントラクトが、前記契約情報登録処理において、前記使用権の設定契約の費用に関する情報の登録をさらに受け付け、前記使用権の設定を受け付けた後、前記費用を、指定された前記アカウントに分配する費用分配処理を実行する、としてもよい。
　このように、使用権の設定に関する費用を設定し、この費用を各アカウント１０に分配することで、アセット３の利害関係者に適切に利益配分することができる。
　また、本実施形態の契約処理システム１においては、前記スマートコントラクトは、所定の前記アカウントから前記使用権の設定契約の終了の登録を受け付ける契約終了処理を実行するものであり、前記スマートコントラクトは、前記契約情報登録処理において、前記費用に関する情報として、初期費用の情報及び契約終了時費用の情報の登録をさらに受け付け、前記費用分配処理において、前記初期費用を前記使用権の設定の際に分配し、前記契約終了時費用に基づき算出された所定費用を前記終了の登録の際に分配する、としてもよい。
　このように、契約設定時に分配される初期費用と、契約終了時に分配される費用とを設けることで、最小限の費用は契約時に初期費用として確実に分配させることができ、かつ、契約終了時にはその際の事情に応じた費用を契約終了時費用により柔軟に分配することができる。
　また、本実施形態の契約処理システム１においては、前記スマートコントラクトが、前記費用分配処理において、前記使用権の設定契約の設定時から前記終了の登録時までの期間に基づき前記所定費用を算出する、としてもよい。
　これにより、アセット３の契約期間（使用期間）に応じた適切な費用分配を行うことができる。
　また、本実施形態の契約処理システム１によれば、前記スマートコントラクトが、前記契約情報登録処理において、前記使用権の設定契約の終期に関する情報の登録をさらに受け付け、前記費用分配処理において、前記終期の後に、いずれかの前記アカウントから前記使用権の設定契約の終了の登録を受け付けた場合には、前記契約終了時費用を前記所定費用として分配する、としてもよい。
　これにより、各ユーザ（例えば、アセット３のオーナ、アセット３の取引（使用権）に関する管理者）は、使用権設定契約の終期が過ぎてもユーザが使用権設定契約を終了させていない場合であっても、契約費用を確実に回収することができる。
　また、本実施形態の契約処理システム１においては、前記スマートコントラクトは、前記使用権設定処理において、前記使用権の設定を受け付けた場合に、前記アセットの所有権の移転を禁止させ、前記契約終了処理において、前記終了の登録を受け付けた場合に、前記アセットの所有権の移転の禁止を解除させる、としてもよい。
　このように、使用権を設定した場合にはアセット３の所有権の移転を禁止させ、使用権設定契約を終了した場合にはアセット３の所有権の移転禁止を解除させるので、アセット３の使用権が二重に設定される等の不都合を回避し、アセット３をユーザに確実に使用させることができる。
　また、本実施形態の契約処理システム１においては、前記スマートコントラクトが、前記費用分配処理において、前記費用を、前記アセットの創作に関わる者に係る前記アカウントに分配する、としてもよい。
　これにより、アセット３の創作に関わる者の投下資本を確実に回収することができる。
１　契約処理システム、３　アセット、５　端末、１０　アカウント、１００　所有権処理機能、１０１　所有権移転情報、１０３　所有権移転実行関数、１２１　アセット移転実行関数、２００　使用権処理機能、２０１　契約情報、２０３　契約ＩＤ情報、２０５　アセット情報、２０７　オーナ情報、２０９　ユーザ情報、２１１　期間情報、２１３　初期費用情報、２１５　契約終了時費用情報、２１７　配分情報、２２１　契約実行関数、２２３　契約情報登録部、２２５　使用権設定部、２２７　契約終了部、２２９　費用分配部、２４１　使用関数、３００　通貨処理機能、３０１　通貨取引情報、３２１　通貨取引実行関数、１１　処理装置、１２　主記憶装置、１３　補助記憶装置、１４　入力装置、１５　出力装置、１６　通信装置、４００　登録要求、４０１　オーナＩＤ、４０３　アセットＩＤ、４０５　満期、４０７　初期費用、４０９　契約終了時費用、４１１　配分、５００　使用要求、５０１　要求元、５０３　契約ＩＤ、６００　終了要求、６０１　要求元、６０３　契約ＩＤ

Claims (14)

  1. 　通信可能に接続された複数の情報処理装置のそれぞれが、所定のアカウントに対応づけられていると共にアセットの所有権の情報及び所定のスマートコントラクトを記憶している契約処理システムにおける、契約処理方法であって、
    　前記スマートコントラクトが、
    　第１の前記アカウントに対して前記所有権が設定されている前記アセットに対する使用権の設定契約の情報の登録を受け付ける契約情報登録処理と、
    　第２の前記アカウントから前記使用権の設定を受け付け、前記第２のアカウントの情報を前記設定契約の情報に設定する使用権設定処理と、
    　を実行する、契約処理方法。
  2. 　前記スマートコントラクトが、
    　前記契約情報登録処理において、前記使用権の設定契約の費用に関する情報の登録をさらに受け付け、
    　前記使用権の設定を受け付けた後、前記費用を、指定された前記アカウントに分配する費用分配処理を実行する、
    　請求項１に記載の契約処理方法。
  3. 　前記スマートコントラクトは、所定の前記アカウントから前記使用権の設定契約の終了の登録を受け付ける契約終了処理を実行するものであり、
    　前記スマートコントラクトは、
    　前記契約情報登録処理において、前記費用に関する情報として、初期費用の情報及び契約終了時費用の情報の登録をさらに受け付け、
    　前記費用分配処理において、前記初期費用を前記使用権の設定の際に分配し、前記契約終了時費用に基づき算出された所定費用を前記終了の登録の際に分配する、
    　請求項２に記載の契約処理方法。
  4. 　前記スマートコントラクトが、
    　前記費用分配処理において、前記使用権の設定契約の設定時から前記終了の登録時までの期間に基づき前記所定費用を算出する、
    　請求項３に記載の契約処理方法。
  5. 　前記スマートコントラクトが、
    　前記契約情報登録処理において、前記使用権の設定契約の終期に関する情報の登録をさらに受け付け、
    　前記費用分配処理において、前記終期の後に、いずれかの前記アカウントから前記使用権の設定契約の終了の登録を受け付けた場合には、前記契約終了時費用を前記所定費用として分配する、
    　請求項３に記載の契約処理方法。
  6. 　前記スマートコントラクトは、
    　前記使用権設定処理において、前記使用権の設定を受け付けた場合に、前記アセットの所有権の移転を禁止させ、
    　前記契約終了処理において、前記終了の登録を受け付けた場合に、前記アセットの所有権の移転の禁止を解除させる、
    　請求項３に記載の契約処理方法。
  7. 　前記スマートコントラクトが、前記費用分配処理において、前記費用を、前記アセットの創作に関わる者に係る前記アカウントに分配する、
    　請求項２に記載の契約処理方法。
  8. 　通信可能に接続された複数の情報処理装置のそれぞれが、所定のアカウントに対応づけられていると共にアセットの所有権の情報及び所定のスマートコントラクトを記憶している契約処理システムであって、
    　前記スマートコントラクトが、
    　第１の前記アカウントに対して前記所有権が設定されている前記アセットに対する使用権の設定契約の情報の登録を受け付ける契約情報登録処理と、
    　第２の前記アカウントから前記使用権の設定を受け付け、前記第２のアカウントの情報を前記設定契約の情報に設定する使用権設定処理と、
    　を実行する、契約処理システム。
  9. 　前記スマートコントラクトが、
    　前記契約情報登録処理において、前記使用権の設定契約の費用に関する情報の登録をさらに受け付け、
    　前記使用権の設定を受け付けた後、前記費用を、指定された前記アカウントに分配する費用分配処理を実行する、
    　請求項８に記載の契約処理システム。
  10. 　前記スマートコントラクトは、所定の前記アカウントから前記使用権の設定契約の終了の登録を受け付ける契約終了処理を実行するものであり、
    　前記スマートコントラクトは、
    　前記契約情報登録処理において、前記費用に関する情報として、初期費用の情報及び契約終了時費用の情報の登録をさらに受け付け、
    　前記費用分配処理において、前記初期費用を前記使用権の設定の際に分配し、前記契約終了時費用に基づき算出された所定費用を前記終了の登録の際に分配する、
    　請求項９に記載の契約処理システム。
  11. 　前記スマートコントラクトが、
    　前記費用分配処理において、前記使用権の設定契約の設定時から前記終了の登録時までの期間に基づき前記所定費用を算出する、
    　請求項１０に記載の契約処理システム。
  12. 　前記スマートコントラクトが、
    　前記契約情報登録処理において、前記使用権の設定契約の終期に関する情報の登録をさらに受け付け、
    　前記費用分配処理において、前記終期の後に、いずれかの前記アカウントから前記使用権の設定契約の終了の登録を受け付けた場合には、前記契約終了時費用を前記所定費用として分配する、
    　請求項１０に記載の契約処理システム。
  13. 　前記スマートコントラクトは、
    　前記使用権設定処理において、前記使用権の設定を受け付けた場合に、前記アセットの所有権の移転を禁止させ、
    　前記契約終了処理において、前記終了の登録を受け付けた場合に、前記アセットの所有権の移転の禁止を解除させる、
    　請求項１０に記載の契約処理システム。
  14. 　前記スマートコントラクトが、前記費用分配処理において、前記費用を、前記アセットの創作に関わる者に係る前記アカウントに分配する、
    　請求項９に記載の契約処理システム。
PCT/JP2019/045262 2019-11-19 2019-11-19 契約処理方法、及び契約処理システム WO2021100118A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2019/045262 WO2021100118A1 (ja) 2019-11-19 2019-11-19 契約処理方法、及び契約処理システム
JP2020552420A JP7191974B2 (ja) 2019-11-19 2019-11-19 契約処理方法、契約処理システム、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/045262 WO2021100118A1 (ja) 2019-11-19 2019-11-19 契約処理方法、及び契約処理システム

Publications (1)

Publication Number Publication Date
WO2021100118A1 true WO2021100118A1 (ja) 2021-05-27

Family

ID=75981483

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/045262 WO2021100118A1 (ja) 2019-11-19 2019-11-19 契約処理方法、及び契約処理システム

Country Status (2)

Country Link
JP (1) JP7191974B2 (ja)
WO (1) WO2021100118A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023122608A (ja) * 2022-02-23 2023-09-04 充宏 前田 情報処理システム、情報処理方法及びプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017050763A (ja) * 2015-09-03 2017-03-09 日本電信電話株式会社 許諾情報管理システム、利用者端末、権利者端末、許諾情報管理方法、および、許諾情報管理プログラム
WO2019065831A1 (ja) * 2017-09-27 2019-04-04 株式会社Ａｒｔｒｉｇｇｅｒ 取引管理方法、利用権管理方法、通信端末、及びプログラム
JP2019153130A (ja) * 2018-03-05 2019-09-12 株式会社Ｌｕｆｔホールディングス データ管理システム及びデータ管理アプリケーション

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005115881A (ja) * 2003-10-06 2005-04-28 Setsuya Yamazaki インターネット、携帯メールなどを用いた絵画、陶磁器および写真などの流通システ厶
JP4279343B2 (ja) * 2007-07-23 2009-06-17 泰平 施井 作品販売コンピュータシステム及び作品販売方法
JP5102278B2 (ja) * 2009-12-17 2012-12-19 桂子 竹田 デジタルアートの販売システム及びデジタルフォトフレーム等を利用して提供する販売システム
WO2018187408A1 (en) * 2017-04-07 2018-10-11 Walmart Apollo, Llc System for recording ownership of digital works and providing backup copies
CN110428480A (zh) * 2019-08-02 2019-11-08 泰康保险集团股份有限公司 个性化绘画作品生成方法、装置、介质及电子设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017050763A (ja) * 2015-09-03 2017-03-09 日本電信電話株式会社 許諾情報管理システム、利用者端末、権利者端末、許諾情報管理方法、および、許諾情報管理プログラム
WO2019065831A1 (ja) * 2017-09-27 2019-04-04 株式会社Ａｒｔｒｉｇｇｅｒ 取引管理方法、利用権管理方法、通信端末、及びプログラム
JP2019153130A (ja) * 2018-03-05 2019-09-12 株式会社Ｌｕｆｔホールディングス データ管理システム及びデータ管理アプリケーション

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023122608A (ja) * 2022-02-23 2023-09-04 充宏 前田 情報処理システム、情報処理方法及びプログラム

Also Published As

Publication number Publication date
JPWO2021100118A1 (ja) 2021-11-25
JP7191974B2 (ja) 2022-12-19

Similar Documents

Publication Publication Date Title
WO2020255372A1 (ja) トークン発行方法、情報処理装置、及びブロックチェーンシステム
US8719131B1 (en) Allocating financial risk and reward in a multi-tenant environment
US20200211007A1 (en) Blockchain-based product purchase method and apparatus
US11170457B2 (en) Transaction management method, communication terminal, and method of exploitation right management
CN110599182A (zh) 一种资源管理方法及装置
WO2017084245A1 (zh) 购买请求处理方法及装置
JP6656628B1 (ja) 情報取引プログラム及び情報処理装置
EP3937110A1 (en) Intellectual property right trade system using blockchain, and operating method therefor
US20210383334A1 (en) Contingent payments for virtual currencies
WO2022224585A1 (ja) 情報処理装置、情報処理方法および情報処理プログラム
US20220172196A1 (en) Electronic money exchanging apparatus, electronic money exchanging method, and electronic money exchanging system
WO2021100118A1 (ja) 契約処理方法、及び契約処理システム
JP6294193B2 (ja) 取引管理システムおよび取引管理方法
JP6183942B1 (ja) ポイント管理システムおよび制約判定装置
JPWO2018092443A1 (ja) デジタルコンテンツ商取引管理装置、デジタルコンテンツ商取引管理方法およびプログラム
JP6006755B2 (ja) 決済システム、決済制御方法、決済制御用のコンピュータプログラム及び決済装置
JP7177305B1 (ja) トークン生成装置、トークン生成方法、及びトークン管理プログラム
CN112529647B (zh) 基于区块链的商品交易方法、装置、计算机设备
WO2011152595A1 (ko) 게임 금융 서비스 장치 및 방법
KR20190105734A (ko) 마이닝 노드 및 마이닝 방법
JP7250945B2 (ja) コンテンツデータ管理装置、及びコンテンツデータ管理方法
JP7108253B1 (ja) 情報処理プログラム及び情報処理装置
JP7402445B1 (ja) 処理装置、処理プログラム及び処理方法
JP7267492B1 (ja) 情報処理装置、情報処理方法及びプログラム
KR100915668B1 (ko) 네트워크를 통한 품앗이 기반의 포인트 배분 서비스 방법및 장치

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2020552420

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 19953408

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19953408

Country of ref document: EP

Kind code of ref document: A1