WO2021111653A1 - 対象物を管理する方法、スマートコントラクト、及び管理装置 - Google Patents

対象物を管理する方法、スマートコントラクト、及び管理装置 Download PDF

Info

Publication number
WO2021111653A1
WO2021111653A1 PCT/JP2020/016051 JP2020016051W WO2021111653A1 WO 2021111653 A1 WO2021111653 A1 WO 2021111653A1 JP 2020016051 W JP2020016051 W JP 2020016051W WO 2021111653 A1 WO2021111653 A1 WO 2021111653A1
Authority
WO
WIPO (PCT)
Prior art keywords
smart contract
token
nft
fangable
user
Prior art date
Application number
PCT/JP2020/016051
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 US17/599,390 priority Critical patent/US20220198447A1/en
Priority to CN202080035504.0A priority patent/CN113853627A/zh
Priority to JP2021562443A priority patent/JPWO2021111653A5/ja
Priority to EP20896135.9A priority patent/EP4071692A4/en
Publication of WO2021111653A1 publication Critical patent/WO2021111653A1/ja
Priority to JP2023052991A priority patent/JP2023073391A/ja
Priority to JP2024022441A priority patent/JP2024040523A/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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • G06F16/9554—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL] by using bar codes
    • 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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • 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; 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
    • G06Q20/123—Shopping for digital content
    • G06Q20/1235—Shopping for digital content with control of digital rights management [DRM]
    • 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/22—Payment schemes or models
    • G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • 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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3827—Use of message hashing
    • 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/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • 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
    • G06Q2220/00—Business processing using cryptography

Definitions

  • This disclosure relates to methods for managing objects, smart contracts, and management devices.
  • Patent Document 1 discloses that the ticket ownership registration site is called by the URL included in the two-dimensional code.
  • Patent Document 2 discloses a two-dimensional code including information on a contract and a contract address. Patent Document 2 discloses that the terminal device 220 accesses the smart contract by using the contract address included in the two-dimensional code.
  • Non-fungible tokens NFT
  • Patent Document 1 discloses such an idea.
  • the present disclosure provides a new technical method for associating and managing a non-fangible token and an object other than the non-fangable token.
  • the disclosure method comprises performing an operation on a non-fangible token by a smart contract implemented on the blockchain identified by an identifier contained in the code assigned to the object.
  • the disclosed smart contract is configured to acquire an identifier included in the code assigned to the object and perform an operation on the non-fangible token identified by the identifier.
  • the disclosure management device is implemented on the blockchain via a network in order to acquire an identifier included in the code assigned to the object and execute an operation on the non-fangible token identified by the identifier. It is configured to perform processing, including calling the smart contract.
  • FIG. 1 is an explanatory diagram of card trading management by the management server.
  • FIG. 2 is a front view of the card.
  • FIG. 3 is a flowchart showing the procedure for registering the ownership.
  • FIG. 4 is a flowchart showing a secondary sales procedure of ownership.
  • FIG. 5 is a flowchart showing a procedure for purchasing ownership.
  • FIG. 6 is a flowchart showing a procedure for referring to the owner history.
  • the method of managing the object according to the embodiment includes the smart contract implemented in the blockchain performing an operation on the non-fangible token.
  • the non-fangable token is identified by an identifier included in the code given to the object.
  • the object is not particularly limited as long as it is different from the non-fangible token.
  • the object is, for example, a tangible object or an intangible object such as digital data.
  • the blockchain is composed of a P2P computer network, for example, Ethereum. Ethereum serves as a platform for building distributed applications and smart contracts.
  • Cryptographic assets used in Ethereum are called Ether.
  • Ether has the characteristics of a currency, such as being able to be used for payment, etc., and being exchangeable with legal tender.
  • Ether is also called a fungible token because it has fungible like fiat currency.
  • NFT non-fungible token
  • NFTs are non-substitutable tokens. NFTs may differ in value from other tokens. NFTs are issued, for example, as digital assets traded in computer games. NFTs may have a unique value that distinguishes them from other NFTs. Therefore, the NFT has a unique identifier (NFT-ID) for distinguishing it from other NFTs.
  • NFT-ID unique identifier
  • NFTs can be traded on the blockchain in the same way as fungable tokens.
  • NFT transaction history is recorded on the blockchain.
  • the owner of the NFT and the owner history are also recorded.
  • NFT is, for example, a token issued according to the Ethereum Request for Comments (ERC) 721 standard.
  • ERC 721 An NFT that conforms to the ERC721 standard is called an NFT-721 token.
  • Smart contracts are implemented on the blockchain and automatically execute protocols such as contracts.
  • the performance history of smart contracts is recorded on the blockchain configured by the P2P network. Therefore, the transparency of the contract can be ensured by using the smart contract.
  • the management of the object is, for example, the management of the change of the owner of the non-fangible token due to the sale (transaction) of the object.
  • the management of objects is not limited to the management of change of ownership, but includes various managements that can be realized by manipulating non-fangible tokens by smart contracts.
  • the main object of the transaction may be the object or a non-fangible token.
  • the main object of the transaction may be the object, and the subordinate object of the transaction may be a non-fangible token.
  • the non-fangable token is manipulated to ensure the transaction of the object.
  • the main object of the transaction may be a non-fangible token
  • the object of the transaction may be the object.
  • the object is traded to facilitate the trading of non-fangible tokens.
  • the non-fangable token is manipulated along with the transaction of the object.
  • the non-fangable token operated by the smart contract is identified by the identifier included in the code given to the object.
  • the identifier is used, for example, to call a smart contract. More specifically, the identifier is given to the smart contract when calling the smart contract.
  • the code is preferably in a machine readable form, for example a one-dimensional code or a two-dimensional code.
  • the code may consist of symbols or graphics that are human readable.
  • the code may include data other than the identifier. The other data is, for example, a domain for accessing the management server described later.
  • Assigning a code to an object is, for example, physically attaching a code to the object. Physically attaching is, for example, printing, pasting, or engraving. The assignment of the code to the object does not need to be physically integrated with the object if it is objectively clear that the code is attached to the object. For example, the code may be displayed in a digital image that is the object.
  • the operation on the non-fungible token can include an operation for changing the owner of the non-fangable token.
  • the smart contract can change the owner of the non-fangible token associated with the object.
  • the operation on the non-fungible token can include the smart contract depositing the non-fangable token from the owner of the non-fangable token.
  • the owner of the non-fangable token can deposit the non-fangable token in the smart contract.
  • the operation on the non-fangable token can further include that the smart contract stores the password set for the non-fangable token entrusted by the smart contract.
  • a password is set for the non-fangible token entrusted by the smart contract.
  • the operation on the non-fungible token further includes the smart contract making the user who entered the password a new owner of the non-fangable token entrusted by the smart contract. be able to. In this case, the user who entered the password can become the new owner of the non-fangible token.
  • the smart contract executes an operation of paying the cryptographic asset in the blockchain to the right holder associated with the non-fangable token. You can be more prepared for that. In this case, the right holder can benefit.
  • the right holder is, for example, the copyright holder of the object or non-fangible token, and the profit is, for example, the copyright fee.
  • the method according to the embodiment is for the management device to acquire the identifier included in the code given to the object and execute an operation on the non-fungable token identified by the identifier. In addition, it is possible to further prepare to call the smart contract via the network.
  • the smart contract according to the embodiment is implemented on the blockchain.
  • the smart contract is configured to acquire an identifier included in the code assigned to the object and execute an operation on the non-fangible token identified by the identifier.
  • the operation on the non-fungible token can include an operation for changing the owner of the non-fangable token.
  • the operation on the non-fungible token can include depositing the non-fangable token from the owner of the non-fangable token.
  • the operation on the non-fangable token can further include storing the password set for the non-fangable token entrusted by the smart contract.
  • the operation on the non-fungible token further includes the smart contract making the user who entered the password a new owner of the non-fangable token entrusted by the smart contract. be able to.
  • the smart contract executes an operation of paying a cryptographic asset in the blockchain to the right holder associated with the non-fangable token. It may be configured as follows.
  • the object management device is a network in order to acquire an identifier included in the code assigned to the object and execute an operation on the non-fungable token identified by the identifier. It is configured to execute a process including calling the smart contract implemented in the blockchain via.
  • FIG. 1 shows an outline of the processing of the management server 10 when buying and selling the object 40.
  • the management server 10 is provided on the Internet.
  • the management server 10 is composed of a computer including a memory and a processor connected to the memory.
  • the management server 10 includes an interface for network access.
  • the memory stores a computer program for operating the computer as the management server 10 of the embodiment.
  • the processor executes a computer program stored in memory.
  • the management server 10 can control the display on the terminals 31 and 32 of the user and accept the user operation on the terminals 31 and 32.
  • the terminals 31 and 32 can access the management server 10 and the smart contract described later via the network.
  • the management server 10 is a management device used for managing an object.
  • each of the terminals 31 and 32 has a function as a management server 10 (such as a smart contract calling function described later)
  • each of the terminals 31 and 32 can also function as a management device. If the terminals 31 and 32 also have the function of the management server 10, the management server 10 may be omitted.
  • the object 40 is, for example, a tangible trading card (hereinafter referred to as "card 40").
  • card 40 is in kind and can be easily traded.
  • the card 40 is traded in the online market 50.
  • the online market 50 is, for example, a flea market for interpersonal (CtoC) transactions.
  • the online market 50 can be used by the online market application installed on the user terminals 31 and 32.
  • the card 40 which is a product exhibited by the user who is the seller, can be purchased by another user who is the buyer.
  • Payment for purchase can be made in legal tender, for example, using a credit card.
  • the card 40 is sent from the user who is the seller to the user who is the buyer. Since the card 40 is tangible, the delivery of the card 40 to the buyer is done as a transfer of possession of the card 40 in the real world. Since the object 40 does not need to be tradable on the blockchain, even a person unfamiliar with the blockchain can easily trade.
  • a code 41 is attached to the card 40 of the embodiment.
  • the code 41 here is, as an example, a two-dimensional code 41.
  • the two-dimensional code 41 is configured to represent a URL for network access to the management server 10.
  • the two-dimensional code 41 is scanned by the two-dimensional code scanner function of the user terminals 31 and 32.
  • the terminals 31 and 32 are, for example, smartphones having a camera.
  • the two-dimensional code scanner function is possessed by the applications installed on the terminals 31 and 32.
  • the non-fangable token 70 is used for the management of the card 40 which is the object.
  • NFT70 has a unique identifier (NFT_ID).
  • NFT_ID unique identifier
  • the NFT70 is, for example, an NFT-721 token. In the following, the NFT 70 will be described as being an NFT-721 token.
  • NFTs can be traded on the Ethereum network in the same way as Ether, which is a crypto asset traded on the Ethereum network.
  • Ethereum is a blockchain network on a Peer to Peer (P2P) network.
  • the smart contract 20 is a computer program written on the blockchain.
  • the smart contract 20 is configured by implementing a computer program in a computer network that constitutes a blockchain.
  • the operation of the smart contract is performed by executing the computer program in the computer network that constitutes the blockchain.
  • the smart contract 20 has an address (contract address) in the blockchain.
  • the smart contract 20 is stored in the contract address.
  • the smart contract 20 is called and executed by the management server 10 via a network such as the Internet.
  • the performance history of smart contracts is recorded on blockchains such as Ethereum.
  • the smart contract 20 may be called by the terminals 31 and 32.
  • the card 40 is associated with the NFT 70.
  • the data (URL) represented by the two-dimensional code 41 assigned to the card 40 includes the identifier (NFT_ID) of the NFT 70.
  • the identifier (NFT_ID) of the NFT 70 is included in the URL represented by the two-dimensional code 41 assigned to the card 40 associated with the NFT 70. That is, the URL given to the card 40 includes the domain of the management server 10 and the identifier (NFT_ID) of the NFT 70. That is, the URL includes data used by the management server 10 to call the smart contract 20 for operating the NFT 70.
  • the domain of the management server 10 may be omitted from the data represented by the two-dimensional code 41. Further, even when the management server 10 is used, if the terminals 31 and 32 that read the two-dimensional code 41 know the domain of the management server 10 in advance, the data represented by the two-dimensional code 41 The domain of the management server 10 may be omitted from.
  • the URL is the secret of the NFT_ID, the address on the Ethereum of the NFT70, the ID of the NFT, and the Ethereum address from which the fee for calling the smart contract 20 (Gas in Ethereum) is paid.
  • Can include a key.
  • the management server 10 When the management server 10 accepts the network access using the URL given to the card 40, the management server 10 uses the NFT70 identifier (NFT_ID) included in the URL to indicate the NFT70 corresponding to the card 40 that caused the network access. Can be identified.
  • the URL has the data necessary to call the smart contract 20 for operating the NFT 70.
  • the management server 10 is configured to call the smart contract 20 that operates the NFT 70 associated with the card 40 by using the data included in the URL.
  • the card 40 and the NFT 70 are associated with each other via the URL given to the card 40.
  • the URL does not have to include the NTF_ID itself, and may include other data that allows the management server 10 or the like to identify the NFT_ID associated with the card 40.
  • the owner of NFT70 will be changed on Ethereum due to the change of the owner (occupant) of card 40 due to the buying and selling of card 40.
  • the management server 10 executes a process necessary for changing the owner of the NFT 70 due to the change of the owner of the card 40 on Ethereum. Contrary to the above, the card 40 may be bought and sold in order to change (buy and sell) the owner of the NFT 70.
  • the owner of the digital asset NFT 70 is the owner of the tangible card 40. Since the owner and owner history of the NFT 70 are recorded on the blockchain, the owner and owner history of the card 40, which is a tangible property, is substantially recorded on the blockchain. Moreover, in the embodiment, since the card 40 and the NFT 70 are associated with each other, the transaction of the card 40 in the real world and the transaction of the NFT 70 in the blockchain can be linked.
  • the outline of the procedure for changing the owner of the NFT 70 due to the change of the owner of the card 40 is as follows.
  • user A is the current owner of the card 40 and the NFT 70 associated with that card 40.
  • the user A accesses the management server 10 via the terminal 31 and performs an operation of relinquishing the ownership of the NFT 70 prior to selling the card 40.
  • the waiver of ownership of the NFT 70 is performed by the user A depositing the NFT 70 in the smart contract 20 (step S1 in FIG. 1).
  • the NFT 70 is transmitted from the user A's address (user A's Ethereum address) to the smart contract 20's contract address.
  • the smart contract 20 receives the NFT 70 abandoned by user A.
  • the smart contract 20 is in a state of depositing the NFT 70.
  • the terminal 31 of the user A is pre-installed with an application having a function of accessing the management server 10 and a function of holding and trading tokens on Ethereum such as NFT70.
  • User A sells the card 40 to the online market 50 after abandoning the ownership of the NFT 70, that is, after depositing the ownership of the NFT 70 in the smart contract 20 (step S2 in FIG. 1).
  • User B purchases the exhibited card 40 (step S3 in FIG. 1).
  • User B pays the price of the card 40 to User A in legal tender.
  • management is performed using a blockchain such as Ethereum, but since the buyer's payment is made in legal currency, the purchase can be made even if the buyer does not have cryptographic assets. It is possible.
  • the method of buying and selling the card 40 is not particularly limited, but when the buying and selling is performed by the online market 50, it is sufficient that the user B, who is the buyer, has an application for using the online market 50.
  • User B does not need to have an application having a function of accessing the management server 10 and a function of trading tokens on Ethereum such as NFT70 at the time of purchasing the card 40. That is, the user B does not have to be an Ethereum user at the time of purchasing the card 40. Therefore, the candidates for the user to be the buyer are a large number of users in the online market 50, and the card 40 can be easily sold.
  • the card 40 sold by user A is sent to user B, who is the buyer, using a home delivery service or the like (step S4 in FIG. 1). As a result, the user B acquires the actual card 40.
  • the user B who has obtained the card 40 uses the terminal 32 to scan the two-dimensional code 41 attached to the card 40 and accesses the management server 10 via the terminal 32 (step S5 in FIG. 1).
  • the user B performs an operation of acquiring the ownership of the NFT 70 via the terminal 32.
  • the NFT 70 entrusted by the user A is transmitted from the smart contract 20 to the address of the user B (the Ethereum address of the user B) (step S6 in FIG. 1).
  • User B can refer to the transmitted NFT 70 at the terminal 32.
  • the smart contract 20 executes a transaction for paying the cryptographic asset (ether) to the right holder preset for the NFT 70 (step S7 in FIG. 1). ).
  • the preset right holder is, for example, the copyright holder (author) 60 of the card 40.
  • the trigger for executing the payment transaction may be an event related to the change of ownership of the NFT 70, for example, step S1 in FIG. 1 or step S6 in FIG.
  • the ether paid to the right holder is remitted to the smart contract 20 from the terminals 31 and 32 of the seller user A or the buyer user B, for example.
  • FIG. 3 shows the procedure for registering the ownership when the user A purchases the card 40 (that is, the primary sale of the card 40 by the seller of the card 40).
  • the smart contract 20 owns the NFT 70 associated with the card 40 (step S101). That is, the smart contract 20 keeps the NFT 70.
  • a fee (Gas) in Ethereum is incurred for calling the smart contract 20 and transmitting the NFT 70, and the fee is set to be paid by the seller. That is, the card 40 is sold with an ether for a fee (Gas). Therefore, the user A does not need to pay a fee (Gas) at the time of ownership registration. As a result, even if the user A does not have an ether at the time of registration of the ownership, the registration work is not hindered.
  • Ether (cryptographic assets) corresponding to the fee (Gas) is stored in the Ethereum address provided in association with the NFT 70.
  • the fee (Gas) required to operate the NFT 70 is paid from the Ether stored in the Ethereum address corresponding to the NFT 70.
  • User A purchases the card 40 from the seller by paying the legal currency and obtains the actual card 40 (step S102).
  • the user A uses the terminal 31 to scan the two-dimensional code 41 assigned to the card 40 (step S103). By scanning the two-dimensional code 41, the terminal 31 reads the URL given to the card 40.
  • the terminal 31 that has read the URL executes network access according to the URL (step S104). As a result, the terminal 31 can access the management server 10.
  • the management server 10 that has received the network access from the terminal 31 determines the NFT 70 to be operated based on the NFT_ID included in the URL used for the access (step S105). That is, the management server 10 acquires the NFT_ID included in the URL by accepting the network access, and identifies the NFT 70 to be operated by the acquired NFT_ID.
  • the management server 10 accesses the Ethereum network and refers to the owner of the NFT 70 determined as the operation target.
  • the owner of the NFT 70 determined as the operation target is the smart contract 20, that is, when the smart contract 20 keeps the NFT 70
  • the management server 10 refers to the user A who has accessed the management server 10 (step S104). To encourage the registration of ownership of the NFT70.
  • the registration request is transmitted from the terminal 31 to the management server 10.
  • the management server 10 that has received the registration request calls the smart contract 20 in order to execute the operation of changing the owner of the NFT 70 to be operated from the smart contract 20 to the user A (step S107).
  • the management server 10 gives the NFT_ID (identifier of the NFT 70) to the smart contract 20.
  • the smart contract 20 acquires the NFT_ID (identifier of the NFT 70).
  • the smart contract 20 acquires the NFT_ID from the source of the NFT_ID (such as the management server 10) via the network.
  • the smart contract 20 identifies the NFT 70 to be operated by the NFT_ID.
  • the called smart contract 20 changes the owner of the NFT 70 to be operated from the smart contract 20 to the user A. That is, the smart contract 20 transmits the owned NFT 70 to the address of the new owner, the user A (the Ethereum address of the user A) (step S108). As a result, the user A is in a state of owning the NFT 70 associated with the card 40. The change of ownership of NFT70 to User A is recorded on the Ethereum network.
  • NFT70 which is an asset on Ethereum.
  • the user A can use the network service or the digital content associated with the NFT 70 and the NFT 70.
  • the network service associated with the NFT 70 is, for example, a game.
  • the content associated with the NFT 70 is, for example, an electronic book, music, or moving image.
  • FIG. 4 shows a procedure in which user A resells (secondary sales) the card 40.
  • the user A owns the card 40 and the NFT 70 associated with the card 40 (step S201).
  • the user A uses the terminal 31 to scan the two-dimensional code 41 assigned to the card 40 (step S202). By scanning the two-dimensional code 41, the terminal 31 reads the URL given to the card 40.
  • the terminal 31 that has read the URL accesses the management server 10 according to the URL (step S203).
  • the management server 10 determines the NFT 70 to be operated based on the NFT_ID included in the URL used for access (step S204).
  • the management server 10 accesses the Ethereum network and refers to the owner of the NFT 70 determined as the operation target.
  • the owner (user A) of the NFT 70 determined as the operation target is the same as the accessor (user A) to the management server 10
  • the management server 10 sends the NFT70 to the terminal 31 of the user A who is the accessor. Display a screen for selecting whether or not to relinquish ownership of.
  • an application for referencing and trading the NFT 70 for example, a wallet application
  • the user A can use the NFT 70 owned by the terminal 31 without scanning the card 40. It can be referred to in the application installed in.
  • the application of the terminal 31 can display a screen for selecting whether or not to renounce the ownership of the NFT 70.
  • steps S201 to S203 in FIG. 4 can be omitted.
  • the abandonment request is transmitted from the terminal 31 to the management server 10.
  • the management server 10 that has received the abandonment request requests the user A to enter the password (step S206).
  • the password is set for the NFT70.
  • the password is required to be input by the new owner when the new owner of the card 40 registers the ownership of the NFT 70, and is determined by the user A.
  • the management server 10 executes the operation of changing the owner of the NFT 70 to be operated from the user A to the smart contract 20 (abandoning the NFT 70), so that the smart contract is executed.
  • Call 20 step S208).
  • the password and the NFT 70 are transmitted from the user A to the smart contract 20.
  • the NFT 70 is deposited in the smart contract 20 (see step S1 in FIG. 1).
  • the NFT_ID may also be transmitted to the smart contract 20.
  • the fee (Gas) for calling the smart contract 20 and transmitting the NFT 70 is transmitted to the smart contract 20 together with the NFT 70 and the like.
  • the smart contract 20 stores the received fee (Gas) in the Ethereum address associated with the NFT 70. Therefore, the new owner of NFT70 does not have to pay a fee (Gas).
  • the fee (Gas) may be directly transmitted from the user A to the Ethereum address associated with the NFT 70.
  • the called smart contract 20 changes the owner of the NFT 70 from the user A to the smart contract 20 and saves the received password (step S209). That is, the smart contract 20 stores the password set for the deposited NFT70. The stored password is used to authenticate the new owner of the NFT70 that has been entrusted.
  • the user A sells the card 40 to the user B (see step S210, steps S2 and S3 of FIG. 1).
  • the password set in the NFT 70 is transmitted from the user A to the user B.
  • User B uses the transmitted password to authenticate that he is the new owner of the NFT70.
  • the user A can change and refer to the password while the smart contract 20 keeps the NFT 70 (until the ownership of the NFT 70 is transferred to the user B). Further, while the smart contract 20 keeps the NFT 70, the user A can recover the NFT 70 kept by the smart contract 20 on condition that the correct password is input.
  • FIG. 5 shows the procedure for registering (transferring) ownership when user B purchases the card 40.
  • the smart contract 20 has the NFT 70 associated with the card 40 and the password for the NFT 70 (step S301).
  • User B purchases the card 40 at the online market 50 by paying the legal currency and obtains the actual card 40 (step S302).
  • the user B uses the terminal 32 to scan the two-dimensional code 41 assigned to the card 40 (step S303). By scanning the two-dimensional code 41, the terminal 32 reads the URL given to the card 40.
  • the terminal 32 that has read the URL executes network access according to the URL (step S304). As a result, the terminal 32 can access the management server 10.
  • the management server 10 that has received the network access from the terminal 32 determines the NFT 70 to be operated based on the NFT_ID included in the URL used for the access (step S305). That is, the management server 10 acquires the NFT_ID included in the URL by accepting the network access, and identifies the NFT 70 to be operated by the acquired NFT_ID.
  • the management server 10 accesses the Ethereum network and refers to the owner of the NFT 70 determined as the operation target.
  • the owner of the NFT 70 determined as the operation target is the smart contract 20, that is, when the smart contract 20 keeps the NFT 70
  • the management server 10 refers to the user B who has accessed the management server 10 (step S304). Then, the password is requested to be input (step S306).
  • the password authentication is performed.
  • the management server 10 succeeds in password authentication, the management server 10 calls the smart contract 20 in order to execute an operation of changing the owner of the NFT 70 to be operated from the smart contract 20 to the user B (step S309).
  • the management server 10 gives the NFT_ID (identifier of the NFT 70) to the smart contract 20.
  • the smart contract 20 acquires the NFT_ID (identifier of the NFT 70).
  • the smart contract 20 identifies the NFT 70 to be operated by the NFT_ID.
  • the password authentication may be performed by the smart contract 20. That is, the management server 10 calls the smart contract 20 (for password authentication) after step S305. At the time of calling, the management server 10 gives the NFT_ID (identifier of the NFT 70) of the NFT 70 to be operated to the smart contract 20. As a result, the smart contract 20 acquires the NFT_ID (identifier of the NFT 70). The smart contract 20 identifies the NFT 70 to be operated by the NFT_ID.
  • the smart contract 20 executes the password authentication process when the password is set in the NFT 70 to be operated.
  • the smart contract 20 acquires the password from the user B.
  • the password may be obtained directly from user B or from user B via the management server 10. If the password authentication is successful, that is, if the user B inputs the correct password, the smart contract 20 continues to execute the operation of changing the owner of the NFT 70 to be operated.
  • the smart contract 20 changes the owner of the NFT 70 from the smart contract 20 to the user B. That is, the smart contract 20 transmits the owned NFT70 to the address of the new owner, user B (user B's Ethereum address) (step S310). As a result, the user B who has entered the password is in a state of owning the NFT 70 associated with the card 40.
  • the change of owner of NFT70 to user B is recorded on the Ethereum network. Also, the password is reset. The reset is performed by the smart contract 20.
  • the fee (Gas) for calling the smart contract 20 and transmitting the NFT 70 is covered by the ether paid in advance by the user A.
  • the user B can own the NFT70 (step S311). User B can also use the network service or content associated with the NFT 70. The user A who has lost the ownership of the NFT 70 cannot use the network service or the content associated with the NFT 70.
  • the smart contract 20 transmits a predetermined amount of ether to the copyright holder (author) 60 (step S312).
  • the ether transmitted to the author 60 is paid in advance by the user A.
  • the copyright holder 60 which is a third party, can benefit from the transaction between the user A and the user B.
  • the procedure shown in FIG. 5 may be used for ownership registration (FIG. 3) when user A purchases the card 40.
  • the password is set by the administrator or the seller of the management server 10 before the sale of the card 40, and the user A Is transmitted to.
  • the password may be given to the card 40 by printing or the like.
  • FIG. 6 shows a procedure for referencing the ownership history.
  • the reference of the owner history when the non-owner user (non-owner user) of the card 40 can scan the two-dimensional code will be described.
  • the card 40 and the NFT 70 are owned by another user (step S401).
  • the owner history of NFT70 is recorded on the Ethereum network.
  • the non-owned user scans the two-dimensional code 41 attached to the card 40 using the terminal (step S402).
  • the terminal reads the URL given to the card 40.
  • the terminal that has read the URL executes network access according to the URL (step S403).
  • the terminal can access the management server 10.
  • the management server 10 that has received the network access from the terminal determines the target NFT 70 based on the NFT_ID included in the URL used for the access (step S404). That is, the management server 10 acquires the NFT_ID included in the URL by accepting the network access, and identifies the NFT 70 to be operated by the acquired NFT_ID.
  • the management server 10 accesses the Ethereum network and refers to the owner of the NFT 70 determined as the target.
  • the management server 10 acquires the owner history of the target NFT70 from the Ethereum network and displays it on the terminal of the non-owning user (step S405).
  • the owner history is also displayed on the terminal 32 of the user B who has not succeeded in password authentication in step S308 of FIG.
  • the management server 10 may acquire the owner history from the smart contract 20.
  • the management server 10 calls the smart contract 20 in order to acquire the owner history of the NFT 70.
  • the management server 10 gives the NFT_ID (identifier of the NFT 70) to the smart contract 20.
  • the smart contract 20 acquires the NFT_ID (identifier of the NFT 70).
  • the smart contract 20 identifies the NFT 70 that requires owner history by NFT_ID.
  • the present disclosure includes the following aspects.
  • the method according to the embodiment is a method of operating a non-fungible token (NFT) for managing an object.
  • NFT non-fungible token
  • Non-fangible tokens are issued by the blockchain, which is capable of executing smart contracts.
  • Non-fangable tokens are associated with objects.
  • the method according to the embodiment includes preparing the object to which the data is attached.
  • the data is used to call the smart contract.
  • the data used to call the smart contract can include, for example, data for identifying the non-fungible token (NFT) operated by the smart contract.
  • the data for identifying the NFT is, for example, at least one of the address on the blockchain of the NFT and the ID of the NFT.
  • the data used to call the smart contract may be other data given to the smart contract when calling the smart contract.
  • the data given to the smart contract can include, for example, the private key of the Ethereum address from which the fee for calling the smart contract (eg, Gas in Ethereum) is paid.
  • the method according to the embodiment includes the management server accepting network access using the data given to the object.
  • the method according to the embodiment includes that the management server that has received the network access calls the smart contract using the data in order to execute an operation on the non-fangible token.
  • the called smart contract executes an operation on the non-fangible token.
  • NFT non-fungible token
  • the uniform resource locator may include a domain for network access to the management server.
  • the URL given to the object is used for network access to the management server, and the data included in the URL is used for calling the smart contract.
  • the network access may be Internet access.
  • the uniform resource locator (URL) assigned to the object is preferably represented by a two-dimensional code.
  • the two-dimensional code can be scanned by a two-dimensional code scanner, which is advantageous for mechanical URL reading.
  • the object is preferably a tangible object.
  • the management server When the management server receives the network access from the terminal of the first user who is the owner of the non-fungible token, the operation of the non-fangable token by the smart contract is the non-fungible. It is preferable to include transmitting the bull token from the first user to the smart contract. In this case, the first user can deposit the non-fangible token in the smart contract (see step S1 in FIG. 1).
  • the management server accepts the network access from the terminal of the second user who is the non-owner of the non-fangable token while the smart contract has the non-fangable token.
  • the operation of the non-fangable token by the smart contract preferably includes transmitting the non-fangable token from the smart contract to the second user.
  • the second user can obtain the non-fangible token from the smart contract (see step S6 in FIG. 1).
  • the management server accepts the network access from the terminal of the second user who is the non-owner of the non-fangable token while the smart contract has the non-fangable token. It is preferable that the management server further includes requesting the terminal of the second user to input a password. In this case, a password is required to acquire the non-fungible token, and it is possible to prevent a user who does not know the password from acquiring the non-fangable token.
  • the smart contract executes an operation on the non-fangable token
  • the smart contract is configured to execute an operation of paying a cryptographic asset in the blockchain to the right holder associated with the non-fangable token. It is preferable that it is. In this case, the right holder can benefit from the operation on the non-fangible token.
  • the management server When the management server receives the network access from the terminal of the second user who is the non-owner of the non-fungible token, the management server receives the owner history data of the non-fangable token. , It is preferable to further include displaying on the terminal of the second user.
  • the owner history of the non-fangible token that is, the owner history of the object can be grasped.
  • the value of an object or non-fungable token may fluctuate depending on who the past owner was. If the owner history can be referred to, the past owner can be easily confirmed.
  • the management server is a management server of an object associated with a non-fangible token issued by a blockchain capable of executing a smart contract.
  • the management server accepts network access using the data given to the object and used for calling the smart contract, and when the access is accepted, executes an operation on the non-fangible token.
  • the data is used to include a processor configured to perform processing, including calling the smart contract.
  • the computer program for the processing is stored in a computer-readable, non-temporary storage medium.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Computer Hardware Design (AREA)
  • Marketing (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Development Economics (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Technology Law (AREA)
  • Data Mining & Analysis (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

開示の対象物を管理する方法は、ブロックチェーンに実装されたスマートコントラクトが、ノンファンジブルトークンに対する操作を実行することを備える。前記ノンファンジブルトークンは、前記対象物に付与されたコードに含まれる識別子によって識別される。

Description

対象物を管理する方法、スマートコントラクト、及び管理装置
　本開示は、対象物を管理する方法、スマートコントラクト、及び管理装置に関する。
　特許文献１は、２次元コードに含まれるＵＲＬによってチケット所有権登録サイトを呼び出すことを開示している。
　特許文献２は、コントラクト及びコントラクトアドレスの情報を含む２次元コードを開示している。特許文献２においては、端末装置２２０が、２次元コードに含まれるコントラクトアドレスを用いて、スマートコントラクトへアクセスすることを開示している。
特開２０１９－１８５５１０号公報 特開２０１８－３６８９３号公報 特開２００５－１００２３５号公報 特開２０１９－１６０３１６号公報
　本発明者は、ノンファンジブルトークン（非代替性トークン；Ｎｏｎ-Ｆｕｎｇｉｂｌｅ　Ｔｏｋｅｎ：ＮＦＴ）と、ノンファンジブルトークン以外の対象物と、を対応付けて管理するという着想を得た。特許文献１及び特許文献２のいずれも、そのような着想を開示していない。本開示は、ノンファンジブルトークンとノンファンジブルトークン以外の対象物と、を対応付けて管理するための新たな技術的手法を提供する。
　本開示のある側面は、対象物を管理する方法である。開示の方法は、前記対象物に付与されたコードに含まれる識別子によって識別されるブロックチェーンに実装されたスマートコントラクトが、ノンファンジブルトークンに対する操作を実行することを備える。
　本開示の他の側面は、スマートコントラクトである。開示のスマートコントラクトは、前記対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行するよう構成されている。
　本開示の他の側面は、対象物の管理装置である。開示の管理装置は、前記対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行させるために、ネットワークを介して、ブロックチェーンに実装されたスマートコントラクトを呼び出すことを含む処理を実行するよう構成されている。
　更なる詳細は、後述の実施形態として説明される。
図１は、管理サーバによるカードの売買管理の説明図である。 図２は、カードの正面図である。 図３は、所有権の登録手順を示すフローチャートである。 図４は、所有権の二次販売手順を示すフローチャートである。 図５は、所有権の購入手順を示すフローチャートである。 図６は、所有者履歴の参照手順を示すフローチャートである。
＜１．対象物を管理する方法、スマートコントラクト、及び管理装置の概要＞
（１）実施形態に係る対象物を管理する方法は、ブロックチェーンに実装されたスマートコントラクトが、ノンファンジブルトークンに対する操作を実行することを備える。前記ノンファンジブルトークンは、前記対象物に付与されたコードに含まれる識別子によって識別される。対象物は、ノンファンジブルトークンとは別のものであれば足り、特に限定されない。対象物は、例えば、有体物又はデジタルデータなどの無体物である。
　ブロックチェーンは、Ｐ２Ｐのコンピュータネットワークによって構成され、例えば、Ｅｔｈｅｒｅｕｍ（イーサリアム）である。イーサリアムは、分散型アプリケーション及びスマートコントラクトを構築するためのプラットフォームとして機能する。
　イーサリアムで使用される暗号資産（仮想通貨）をイーサ（Ｅｔｈｅｒ）という。イーサは、代金の支払い等に使用でき、法定通貨と相互に交換できるなど、通貨としての性質を有する。イーサは、法定通貨と同様に代替性（ｆｕｎｇｉｂｌｅ；ファンジブル）を有するため、イーサは、ファンジブルトークンとも呼ばれる。
　ブロックチェーンにおいて取引可能なトークンとしては、ファンジブルトークンの他に、前述のノンファンジブルトークン（ＮＦＴ）がある。ＮＦＴは、ファンジブルトークンとは異なり、代替性を有さないトークンである。ＮＦＴは、他のトークンとは価値が異なることがある。ＮＦＴは、例えば、コンピュータゲームにおいて取引されるデジタルアセットとして発行される。ＮＦＴは、他のＮＦＴと区別される独自の価値を有することがある。このため、ＮＦＴは、他のＮＦＴとの区別を可能にするための固有の識別子（ＮＦＴ－ＩＤ）を有する。なお、イーサのようなファンジブルトークンは、他のファンジブルトークンと価値が同じであり、区別されることを要しないため、ＮＦＴ－ＩＤのような識別子を有しない。
　ＮＦＴは、ファンジブルトークンと同様に、ブロックチェーン上において取引可能である。ＮＦＴの取引履歴は、ブロックチェーンにおいて記録される。ブロックチェーンにおいては、ＮＦＴの所有者及び所有者履歴も記録される。
　ＮＦＴは、例えば、Ｅｔｈｅｒｅｕｍ　Ｒｅｑｕｅｓｔ　ｆｏｒ　Ｃｏｍｍｅｎｔｓ（ＥＲＣ）７２１規格に従って発行されたトークンである。ＥＲＣ７２１規格に準拠したＮＦＴを、ＮＦＴ－７２１トークンと呼ぶ。
　スマートコントラクトは、ブロックチェーンに実装されており、契約などのプロトコルを自動的に実行する。スマートコントラクトの履行履歴は、Ｐ２Ｐネットワークによって構成されたブロックチェーンに記録される。このため、スマートコントラクトを利用すると、契約の透明性を確保することができる。
　対象物の管理は、例えば、対象物の売買（取引）に伴うノンファンジブルトークンの所有者の変更の管理である。対象物の管理は、所有者変更の管理に限られず、スマートコントラクトによるノンファンジブルトークンの操作によって実現可能な様々な管理を含む。
　対象物の管理に際して、取引の主たる目的物（取引の客体）は、対象物であってもよいし、ノンファンジブルトークンであってもよい。例えば、取引の主たる目的物が対象物であり、取引の従たる目的物がノンファンジブルトークンであってもよい。この場合、対象物の取引の確実化のため、ノンファンジブルトークンが操作される。
　逆に、対象物の管理に際して、取引の主たる目的物がノンファンジブルトークンであり、取引の従たる目的物が対象物であってもよい。この場合、ノンファンジブルトークンの取引を円滑化するために、対象物が取引される。そして、対象物の取引に伴い、ノンファンジブルトークンが操作される。
　実施形態において、スマートコントラクトによって操作されるノンファンジブルトークンは、対象物に付与されたコードに含まれる識別子によって識別される。対象物に付与されたコードに識別子が含まれていることで、対象物とノンファンジブルトークンとの対応付けが実現される。識別子は、例えば、スマートコントラクトの呼び出しに用いられる。より具体的には、識別子は、スマートコントラクトの呼び出しの際に、スマートコントラクトに与えられる。コードは、機械が読み取り可能な形式であるのが好ましく、例えば、一次元コード又は二次元コードである。コードは、人間も読み取り可能な記号又図形によって構成されていてもよい。コードは、識別子以外の他のデータを含んでもよい。他のデータは、例えば、後述の管理サーバへアクセスするためのドメインである。
　対象物へのコードの付与は、例えば、対象物へコードを物理的に付けることである。物理的に付けることは、例えば、印刷、貼り付け、又は刻印である。対象物へのコードの付与は、コードが対象物に付与されていることが客観的に明らかであれば、コードが、対象物と物理的に一体になっている必要はない。例えば、コードが、対象物であるデジタル画像中に表示されていてもよい。
（２）前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者変更のための操作を含むことができる。この場合、対象物の所有者の変更があった場合、スマートコントラクトは、対象物に対応付けられたノンファンジブルトークンの所有者を変更できる。
（３）前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記ノンファンジブルトークンの所有者から、前記ノンファンジブルトークンを預かることを含むことができる。この場合、ノンファンジブルトークンの所有者は、ノンファンジブルトークンをスマートコントラクトに預けることができる。
（４）前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが預かった前記ノンファンジブルトークンのために設定されたパスワードを、前記スマートコントラクトが記憶することを更に含むことができる。この場合、スマートコントラクトが預かったノンファンジブルトークンのために、パスワードが設定される。
（５）前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記パスワードを入力したユーザを、前記スマートコントラクトが預かった前記ノンファンジブルトークンの新たな所有者にすることを更に含むことができる。この場合、パスワードを入力したユーザが、ノンファンジブルトークンの新たな所有者になれる。
（６）前記ノンファンジブルトークンに対する前記操作が実行された場合、前記スマートコントラクトは、前記ノンファンジブルトークンに対応付けられた権利者へ、前記ブロックチェーンにおける暗号資産を支払う操作を実行することを更に備えることができる。この場合、権利者は、利益を受けることができる。権利者は、例えば、対象物又はノンファンジブルトークンに関する著作権者であり、利益は、例えば、著作権料である。
（７）実施形態に係る方法は、管理装置が、前記対象物に付与された前記コードに含まれる前記識別子を取得し、前記識別子によって識別される前記ノンファンジブルトークンに対する操作を実行させるために、ネットワークを介して、前記スマートコントラクトを呼び出すことを更に備えることができる。
（８）実施形態に係るスマートコントラクトは、ブロックチェーンに実装されている。スマートコントラクトは、前記対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行するよう構成されている。
（９）前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者変更のための操作を含むことができる。
（１０）前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者から、前記ノンファンジブルトークンを預かることを含むことができる。
（１１）前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが預かった前記ノンファンジブルトークンのために設定されたパスワードを記憶することを更に含むことができる。
（１２）前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記パスワードを入力したユーザを、前記スマートコントラクトが預かった前記ノンファンジブルトークンの新たな所有者にすることを更に含むことができる。
（１３）前記スマートコントラクトは、前記ノンファンジブルトークンに対する前記操作が実行された場合、前記ノンファンジブルトークンに対応付けられた権利者へ、前記ブロックチェーンにおける暗号資産を支払う操作を実行するよう構成されていてもよい。
（１４）実施形態に係る対象物の管理装置は、前記対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行させるために、ネットワークを介して、ブロックチェーンに実装された前記スマートコントラクトを呼び出すことを含む処理を実行するよう構成されている。
＜２．対象物を管理する方法、スマートコントラクト、及び管理装置の概要の例＞
　図１は、対象物４０の売買に伴う管理サーバ１０の処理の概要を示している。管理サーバ１０は、インターネット上に設けられている。管理サーバ１０は、メモリとメモリに接続されたプロセッサとを備えるコンピュータによって構成される。管理サーバ１０は、ネットワークアクセスのためのインターフェースを備える。メモリには、コンピュータを、実施形態の管理サーバ１０として動作させるためのコンピュータプログラムが格納されている。プロセッサは、メモリに格納されたコンピュータプログラムを実行する。管理サーバ１０は、ユーザの端末３１，３２における表示を制御し、端末３１，３２へのユーザ操作を受け付けることができる。端末３１，３２は、ネットワークを介して、管理サーバ１０及び後述のスマートコントラクトにアクセス可能である。
　実施形態において、管理サーバ１０は、対象物の管理に用いられる管理装置である。なお、端末３１，３２それぞれが、管理サーバ１０としての機能（後述のスマートコントラクトの呼び出し機能など）を有する場合には、端末３１，３２それぞれが、管理装置としても機能することができる。端末３１，３２が管理サーバ１０の機能をも有する場合には、管理サーバ１０を省略してもよい。
　実施形態においては、対象物４０は、一例として、有体物であるトレーディングカード（以下、「カード４０」という）である。カード４０は、現物であり、容易に取引可能である。例えば、カード４０は、オンラインマーケット５０で、取引される。オンラインマーケット５０は、例えば、個人間（ＣｔｏＣ）取引のためのフリーマーケットである。オンラインマーケット５０は、ユーザ端末３１，３２にインストールされたオンラインマーケットアプリケーションによって利用可能である。オンラインマーケット５０では、売り手であるユーザが出品した商品であるカード４０を、買い手である他のユーザが購入することができる。
　購入のための支払は、例えばクレジットカードなどを利用して、法定通貨によって行うことができる。オンラインマーケット５０にて、カード４０の売買が成立すると、カード４０は、売り手であるユーザから、買い手であるユーザへ送られる。カード４０は有体物であるため、買い手へのカード４０の引き渡しは、現実世界におけるカード４０の占有の移転として行われる。対象物４０は、ブロックチェーンにおいて取引可能である必要がないため、ブロックチェーンに馴染みがない者であっても、取引が容易である。
　図２に示すように、実施形態のカード４０には、コード４１が付与されている。ここでのコード４１は、一例として、２次元コード４１である。実施形態において、２次元コード４１は、管理サーバ１０へのネットワークアクセスのためにＵＲＬを表すよう構成されている。２次元コード４１は、ユーザの端末３１，３２が有する２次元コードスキャナー機能によってスキャンされる。端末３１，３２は、例えば、カメラを有するスマートフォンである。２次元コードスキャナー機能は、端末３１，３２にインストールされたアプリケーションが有している。
　実施形態においては、対象物であるカード４０の管理のために、ノンファンジブルトークン７０（ＮＦＴ７０）が用いられる。複数の対象物４０が管理される場合、複数の対象物４０それぞれに異なるＮＦＴ７０が対応付けられる。ＮＦＴ７０は、固有の識別子（ＮＦＴ＿ＩＤ）を有している。ＮＦＴ７０は、例えば、ＮＦＴ－７２１トークンである。以下では、ＮＦＴ７０は、ＮＦＴ－７２１トークンであるものとして説明する。
　ＮＦＴは、イーサリアムネットワークにおいて取引される暗号資産であるイーサ（Ｅｔｈｅｒ）と同様に、イーサリアムネットワークにおいて取引可能である。イーサリアムは、Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ（Ｐ２Ｐ）ネットワーク上のブロックチェーンネットワークである。
　ＮＦＴ７０の取引などのＮＦＴ７０に対する操作は、イーサリアムネットワークなどのブロックチェーン上に構築されたスマートコントラクト２０によって実行される。スマートコントラクト２０は、ブロックチェーン上に書き込まれたコンピュータプログラムである。スマートコントラクト２０は、コンピュータプログラムが、ブロックチェーンを構成するコンピュータネットワークに実装されることで構成される。コンピュータプログラムがブロックチェーンを構成するコンピュータネットワークにおいて実行されることで、スマートコントラクトの動作が行われる。スマートコントラクト２０は、ブロックチェーンにおけるアドレス（コントラクトアドレス）を有する。スマートコントラクト２０は、コントラクトアドレスに格納されている。本実施形態では、スマートコントラクト２０は、インターネット等のネットワークを介して、管理サーバ１０によって呼び出され、実行される。スマートコントラクトの履行履歴は、イーサリアムなどのブロックチェーンに記録される。なお、スマートコントラクト２０は、端末３１，３２によって呼び出されてもよい。
　実施形態においては、カード４０にはＮＦＴ７０が対応付けられている。カード４０とＮＦＴ７０とを一対一で対応付けるため、カード４０に付与された２次元コード４１が表すデータ（ＵＲＬ）には、ＮＦＴ７０の識別子（ＮＦＴ＿ＩＤ）が含まれている。ＮＦＴ７０の識別子（ＮＦＴ＿ＩＤ）は、ＮＦＴ７０に対応付けられたカード４０に付与された２次元コード４１によって表されるＵＲＬに含まれる。つまり、カード４０に付与されたＵＲＬは、管理サーバ１０のドメインと、ＮＦＴ７０の識別子（ＮＦＴ＿ＩＤ）と、を含む。つまり、ＵＲＬは、管理サーバ１０が、ＮＦＴ７０の操作のためのスマートコントラクト２０を呼び出すために用いられるデータを含む。なお、管理サーバ１０が省略される場合、２次元コード４１によって表されるデータから管理サーバ１０のドメインを省略してもよい。また、管理サーバ１０が用いられる場合であっても、２次元コード４１を読み取る端末３１，３２が、管理サーバ１０のドメインを予め把握している場合には、２次元コード４１によって表されるデータから管理サーバ１０のドメインを省略してもよい。
　実施形態においては、ＵＲＬは、ＮＦＴ＿ＩＤのほか、ＮＦＴ７０のイーサリアム上でのアドレス、ＮＦＴのＩＤ、及び、スマートコントラクト２０の呼び出しのための手数料（イーサリアムにおけるＧａｓ）の支払い元となるイーサリアムアドレスの秘密鍵を含むことができる。
　カード４０に付与されたＵＲＬを用いたネットワークアクセスを管理サーバ１０が受け付けると、管理サーバ１０は、そのＵＲＬに含まれるＮＦＴ７０の識別子（ＮＦＴ＿ＩＤ）から、ネットワークアクセスを生じさせたカード４０に対応するＮＦＴ７０を識別できる。ＵＲＬは、ＮＦＴ７０の操作のためのスマートコントラクト２０を呼び出すために必要なデータを有する。また、管理サーバ１０は、ＵＲＬに含まれるデータを用いて、カード４０に対応付けられたＮＦＴ７０を操作するスマートコントラクト２０を呼び出すよう構成されている。このように、実施形態においては、カード４０に付与されたＵＲＬを介して、カード４０とＮＦＴ７０とが対応付けられている。なお、ＵＲＬには、ＮＴＦ＿ＩＤそのものが含まれている必要はなく、管理サーバ１０等が、カード４０に対応付けられたＮＦＴ＿ＩＤを識別可能であるその他のデータが含まれていてもよい。
　ＮＦＴ７０の所有者は、カード４０の売買などに起因するカード４０の所有者（占有者）の変更に伴って、イーサリアム上で変更される。管理サーバ１０は、カード４０の所有者の変更に伴うＮＦＴ７０の所有者変更を、イーサリアム上で行うために必要な処理を実行する。なお、上記とは逆に、ＮＦＴ７０の所有者を変更（売買）するために、カード４０を売買してもよい。
　実施形態においては、カード４０とＮＦＴ７０とが対応付けられているため、デジタルアセットであるＮＦＴ７０の所有者が、有体物であるカード４０の所有者である。ＮＦＴ７０の所有者及び所有者履歴は、ブロックチェーン上に記録されるため、実質的に、有体物であるカード４０の所有者及び所有者履歴が、ブロックチェーン上に記録されることになる。しかも、実施形態においては、カード４０とＮＦＴ７０とが対応付けられているため、実世界におけるカード４０の取引と、ブロックチェーンにおけるＮＦＴ７０の取引と、を連動させることができる。
　カード４０の所有者の変更に伴う、ＮＦＴ７０の所有者変更の手順の概略は、次のとおりである。ここでは、ユーザＡが、カード４０及びそのカード４０に対応付けられたＮＦＴ７０の現時点の所有者である。まず、ユーザＡは、カード４０の販売に先立ち、端末３１を介して管理サーバ１０へアクセスし、ＮＦＴ７０の所有権を放棄する操作を行う。ＮＦＴ７０の所有権の放棄は、ユーザＡがＮＦＴ７０をスマートコントラクト２０に預けることによって行われる（図１のステップＳ１）。
　ＮＦＴ７０をスマートコントラクト２０に預ける操作が行われると、ＮＦＴ７０が、ユーザＡのアドレス（ユーザＡのイーサリアムアドレス）からスマートコントラクト２０のコントラクトアドレスへ送信される。スマートコントラクト２０は、ユーザＡによって放棄されたＮＦＴ７０を受信する。これにより、スマートコントラクト２０は、ＮＦＴ７０を預かった状態になる。なお、ユーザＡの端末３１には、予め、管理サーバ１０へアクセスする機能及びＮＦＴ７０などのイーサリアム上のトークンを保有及び取引する機能を有するアプリケーションがインストールされている。
　ユーザＡは、ＮＦＴ７０の所有権を放棄した後、すなわち、ＮＦＴ７０の所有権をスマートコントラクト２０に預けた後、カード４０をオンラインマーケット５０へ出品する（図１のステップＳ２）。ユーザＢは、出品されたカード４０を購入する（図１のステップＳ３）。ユーザＢは、法定通貨によって、カード４０の代金をユーザＡに支払う。このように、実施形態においては、イーサリアムのようなブロックチェーンを利用して管理がなされるが、買い手の支払いは法定通貨によって行われるため、買い手は暗号資産を有していなくても、購入が可能である。
　カード４０の売買の仕方は特に限定されないが、売買がオンラインマーケット５０によって行われる場合、買い手であるユーザＢは、オンラインマーケット５０を利用するためのアプリケーションを有していれば足りる。ユーザＢは、カード４０の購入時点において、管理サーバ１０へのアクセス機能及びＮＦＴ７０などのイーサリアム上のトークンを取引する機能を有するアプリケーションを有している必要がない。つまり、ユーザＢは、カード４０の購入時点において、イーサリアムのユーザである必要はない。したがって、買い手となるユーザの候補は、オンラインマーケット５０における多数のユーザであり、カード４０の販売が容易である。
　ユーザＡが販売したカード４０は、宅配サービスなどを利用して、買い手であるユーザＢへ送られる（図１のステップＳ４）。これによって、ユーザＢが、現物であるカード４０を取得する。
　カード４０を入手したユーザＢは、端末３２を使って、カード４０に付与されている２次元コード４１をスキャンし、端末３２を介して管理サーバ１０へアクセスする（図１のステップＳ５）。ユーザＢは、端末３２を介して、ＮＦＴ７０の所有権を取得する操作を行う。これにより、ユーザＡから預けられていたＮＦＴ７０が、スマートコントラクト２０からユーザＢのアドレス（ユーザＢのイーサリアムアドレス）へ送信される（図１のステップＳ６）。ユーザＢは、送信されたＮＦＴ７０を端末３２において参照できる。
　実施形態において、スマートコントラクト２０は、ＮＦＴ７０の所有権移転がユーザ間で生じると、ＮＦＴ７０について予め設定された権利者へ、暗号資産（イーサ）の支払いをするトランザクションを実行する（図１のステップＳ７）。予め設定された権利者は、例えば、カード４０の著作権者（著作者）６０である。支払いのトランザクションの実行のトリガは、ＮＦＴ７０の所有権の変更に関連したイベントであれば足り、例えば、図１のステップＳ１であってよいし、図１のステップＳ６であってもよい。権利者へ支払われるイーサは、例えば、売り手であるユーザＡ又は買い手であるユーザＢの端末３１，３２から、スマートコントラクト２０へ送金される。
　以下、図１に示す手順を含む所有者変更手順の詳細を説明する。
　図３は、ユーザＡがカード４０を購入（すなわちカード４０の販売業者によるカード４０の一次販売）をした際の、所有権の登録手順を示している。
　カード４０の販売時点において、スマートコントラクト２０は、カード４０に対応付けられたＮＦＴ７０を所有している（ステップＳ１０１）。つまり、スマートコントラクト２０は、ＮＦＴ７０を預かっている。なお、スマートコントラクト２０の呼び出しとＮＦＴ７０の送信には、イーサリアムにおける手数料（Ｇａｓ）が発生するが、その手数料は、販売者負担で支払われるように設定される。つまり、カード４０は、手数料（Ｇａｓ）分のイーサ付きで販売される。したがって、ユーザＡは、所有権登録の際に、手数料（Ｇａｓ）を支払う必要がない。この結果、ユーザＡが、所有権の登録時点においてイーサを有していなくても、登録作業の阻害にならない。手数料（Ｇａｓ）に相当するイーサ（暗号資産）は、ＮＦＴ７０に対応付けて設けられたイーサリアムアドレスに保存されている。ＮＦＴ７０の操作に必要とされる手数料（Ｇａｓ）は、ＮＦＴ７０に対応するイーサリアムアドレスに蓄積されたイーサから支払われる。
　ユーザＡは、販売業者からカード４０を法定通貨の支払いにより購入し、現物のカード４０を入手する（ステップＳ１０２）。ユーザＡは、端末３１を使って、カード４０に付与された２次元コード４１をスキャンする（ステップＳ１０３）。２次元コード４１のスキャニングにより、端末３１は、カード４０に付与されたＵＲＬを読み取る。
　ＵＲＬを読み取った端末３１は、そのＵＲＬに従ったネットワークアクセスを実行する（ステップＳ１０４）。これにより、端末３１は、管理サーバ１０へアクセスできる。端末３１からのネットワークアクセスを受け付けた管理サーバ１０は、アクセスに用いられたＵＲＬに含まれるＮＦＴ＿ＩＤによって、操作対象となるＮＦＴ７０を決定する（ステップＳ１０５）。つまり、管理サーバ１０は、ネットワークアクセスを受け付けることで、ＵＲＬに含まれるＮＦＴ＿ＩＤを取得し、取得したＮＦＴ＿ＩＤによって、操作対象となるＮＦＴ７０を識別する。
　管理サーバ１０は、イーサリアムネットワークにアクセスし、操作対象として決定されたＮＦＴ７０の所有者を参照する。操作対象として決定されたＮＦＴ７０の所有者がスマートコントラクト２０である場合、つまり、ＮＦＴ７０をスマートコントラクト２０が預かっている場合、管理サーバ１０は、管理サーバ１０にアクセス（ステップＳ１０４）したユーザＡに対して、ＮＦＴ７０の所有権の登録を促す。ユーザＡが、端末３１上で、ＮＦＴ７０の所有権の登録をすることを選択する操作を行うと（ステップＳ１０６）、端末３１から登録リクエストが管理サーバ１０へ送信される。
　登録リクエストを受信した管理サーバ１０は、操作対象のＮＦＴ７０の所有者を、スマートコントラクト２０からユーザＡに変更する操作を実行させるため、スマートコントラクト２０を呼び出す（ステップＳ１０７）。管理サーバ１０は、スマートコントラクト２０を呼び出す際に、ＮＦＴ＿ＩＤ（ＮＦＴ７０の識別子）をスマートコントラクト２０に与える。これにより、スマートコントラクト２０は、ＮＦＴ＿ＩＤ（ＮＦＴ７０の識別子）を取得する。スマートコントラクト２０は、ＮＦＴ＿ＩＤの送信元（管理サーバ１０など）から、ネットワークを介して、ＮＦＴ＿ＩＤを取得する。スマートコントラクト２０は、ＮＦＴ＿ＩＤによって、操作対象となるＮＦＴ７０を識別する。
　呼び出されたスマートコントラクト２０は、操作対象となるＮＦＴ７０の所有者を、スマートコントラクト２０からユーザＡに変更する。つまり、スマートコントラクト２０は、保有するＮＦＴ７０を、新たな所有者であるユーザＡのアドレス（ユーザＡのイーサリアムアドレス）へ送信する（ステップＳ１０８）。これにより、ユーザＡが、カード４０に対応付けられたＮＦＴ７０を所有した状態になる。ＮＦＴ７０の所有者がユーザＡに変更されたことは、イーサリアムネットワーク上に記録される。
　以上の手順により、カード４０を法定通貨により購入したユーザＡは、イーサリアム上のアセットであるＮＦＴ７０を所有できる。ユーザＡは、ＮＦＴ７０の所有権を有している場合、ＮＦＴ７０及びＮＦＴ７０に対応付けられたネットワークサービス又はデジタルコンテンツを利用することができる。ＮＦＴ７０に対応付けられたネットワークサービスは、例えば、ゲームである。ＮＦＴ７０に対応付けられたコンテンツは、例えば、電子書籍、音楽、又は動画である。これらのネットワークサービス又はデジタルコンテンツは、ＮＦＴ７０を介して、カード４０に対応付けられていることになる。したがって、カード４０の所有権の移転に伴って、これらのネットワークサービス又はデジタルコンテンツの利用権も移転できる。
　図４は、ユーザＡがカード４０を転売（２次販売）する手順を示している。
　カード４０を転売しようとする時点において、ユーザＡは、カード４０と、カード４０に対応付けられたＮＦＴ７０と、を所有している（ステップＳ２０１）。ユーザＡは、端末３１を使って、カード４０に付与された２次元コード４１をスキャンする（ステップＳ２０２）。２次元コード４１のスキャニングにより、端末３１は、カード４０に付与されたＵＲＬを読み取る。
　ＵＲＬを読み取った端末３１は、そのＵＲＬに従って管理サーバ１０へアクセスする（ステップＳ２０３）。管理サーバ１０は、アクセスに用いられたＵＲＬに含まれるＮＦＴ＿ＩＤによって、操作対象となるＮＦＴ７０を決定する（ステップＳ２０４）。
　管理サーバ１０は、イーサリアムネットワークにアクセスし、操作対象として決定されたＮＦＴ７０の所有者を参照する。操作対象として決定されたＮＦＴ７０の所有者（ユーザＡ）が、管理サーバ１０へのアクセス者（ユーザＡ）と同一である場合、管理サーバ１０は、アクセス者であるユーザＡの端末３１に、ＮＦＴ７０の所有権を放棄するか否かを選択するための画面を表示させる。
　なお、ユーザＡの端末３１に、ＮＦＴ７０を参照及び取引するためのアプリケーション（例えば、ウォレットアプリケーション）がインストールされている場合、ユーザＡは、カード４０をスキャンすることなく、所有するＮＦＴ７０を、端末３１にインストールされたアプリケーションにおいて参照できる。また、端末３１のアプリケーションは、ＮＦＴ７０の所有権を放棄するか否かを選択するための画面を表示させることができる。このように、ユーザＡの端末３１に、ＮＦＴ７０を参照及び取引するためのアプリケーションがインストールされている場合、図４のステップＳ２０１からステップＳ２０３は省略可能である。
　ユーザＡが、端末３１上で、ＮＦＴ７０の所有権を放棄することを選択する操作を行うと（ステップＳ２０５）、端末３１から放棄リクエストが管理サーバ１０へ送信される。
　放棄リクエストを受信した管理サーバ１０は、ユーザＡに対して、パスワードの入力を要求する（ステップＳ２０６）。パスワードは、ＮＦＴ７０のために設定される。パスワードは、カード４０の新たな所有者がＮＦＴ７０の所有権を登録する際に、新たな所有者による入力を要求されるものであり、ユーザＡによって決定される。ユーザＡによるパスワードの入力が完了すると（ステップＳ２０７）、管理サーバ１０は、操作対象のＮＦＴ７０の所有者を、ユーザＡからスマートコントラクト２０に変更する操作（ＮＦＴ７０の放棄）を実行させるため、スマートコントラクト２０を呼び出す（ステップＳ２０８）。この呼び出しの際に、ユーザＡから、スマートコントラクト２０へ、パスワード及びＮＦＴ７０が送信される。これにより、ＮＦＴ７０がスマートコントラクト２０へ預けられた状態になる（図１のステップＳ１参照）。なお、スマートコントラクト２０の呼び出しの際に、ＮＦＴ＿ＩＤも、スマートコントラクト２０へ送信されてもよい。
　また、ユーザＡからは、ＮＦＴ７０等とともに、スマートコントラクト２０の呼び出しとＮＦＴ７０の送信のための手数料（Ｇａｓ）が、スマートコントラクト２０へ送信される。スマートコントラクト２０は、受信した手数料（Ｇａｓ）を、ＮＦＴ７０に対応付けられたイーサリアムアドレスに格納させる。したがって、ＮＦＴ７０の新たな所有者は、手数料（Ｇａｓ）を支払う必要がない。なお、手数料（Ｇａｓ）は、ユーザＡから、直接、ＮＦＴ７０に対応付けられたイーサリアムアドレスに送信されてもよい。
　呼び出されたスマートコントラクト２０は、ＮＦＴ７０の所有者を、ユーザＡからスマートコントラクト２０へ変更し、受信したパスワードを保存する（ステップＳ２０９）。つまり、スマートコントラクト２０は、預かったＮＦＴ７０のために設定されたパスワードを、記憶する。記憶したパスワードは、預かったＮＦＴ７０の新たな所有者を認証するために用いられる。
　以上の処理が完了すると、ユーザＡは、カード４０をユーザＢへ販売する（ステップＳ２１０，図１のステップＳ２，Ｓ３参照）。ＮＦＴ７０に設定されたパスワードは、ユーザＡから、ユーザＢへ伝達される。ユーザＢは、伝達されたパスワードを、ＮＦＴ７０の新たな所有者であることの認証に用いる。
　なお、ユーザＡは、ＮＦＴ７０をスマートコントラクト２０が預かっている間（ＮＦＴ７０の所有権がユーザＢに移転される前まで）は、パスワードの変更・参照が可能である。また、ユーザＡは、ＮＦＴ７０をスマートコントラクト２０が預かっている間は、正しいパスワードの入力を条件として、スマートコントラクト２０が預かっているＮＦＴ７０を取り戻すことができる。
　図５は、ユーザＢがカード４０を購入した際の、所有権の登録（移転）手順を示している。
　ユーザＢがカード４０を購入する時点において、スマートコントラクト２０は、カード４０に対応付けられたＮＦＴ７０と、そのＮＦＴ７０のためのパスワードを有している（ステップＳ３０１）。
　ユーザＢは、オンラインマーケット５０にてカード４０を法定通貨の支払いにより購入し、現物のカード４０を入手する（ステップＳ３０２）。ユーザＢは、端末３２を使って、カード４０に付与された２次元コード４１をスキャンする（ステップＳ３０３）。２次元コード４１のスキャニングにより、端末３２は、カード４０に付与されたＵＲＬを読み取る。
　ＵＲＬを読み取った端末３２は、そのＵＲＬに従ったネットワークアクセスを実行する（ステップＳ３０４）。これにより、端末３２は、管理サーバ１０へアクセスできる。端末３２からのネットワークアクセスを受け付けた管理サーバ１０は、アクセスに用いられたＵＲＬに含まれるＮＦＴ＿ＩＤによって、操作対象となるＮＦＴ７０を決定する（ステップＳ３０５）。つまり、管理サーバ１０は、ネットワークアクセスを受け付けることで、ＵＲＬに含まれるＮＦＴ＿ＩＤを取得し、取得したＮＦＴ＿ＩＤによって、操作対象となるＮＦＴ７０を識別する。
　管理サーバ１０は、イーサリアムネットワークにアクセスし、操作対象として決定されたＮＦＴ７０の所有者を参照する。操作対象として決定されたＮＦＴ７０の所有者がスマートコントラクト２０である場合、つまり、ＮＦＴ７０をスマートコントラクト２０が預かっている場合、管理サーバ１０は、管理サーバ１０にアクセス（ステップＳ３０４）したユーザＢに対して、パスワードの入力を要求する（ステップＳ３０６）。
　ユーザＡが、端末３２上で、ユーザＡから伝達されたパスワードを入力すると（ステップＳ３０７）、パスワード認証が行われる。管理サーバ１０は、パスワード認証に成功すると、操作対象のＮＦＴ７０の所有者を、スマートコントラクト２０からユーザＢに変更する操作を実行させるため、スマートコントラクト２０を呼び出す（ステップＳ３０９）。管理サーバ１０は、スマートコントラクト２０を呼び出す際に、ＮＦＴ＿ＩＤ（ＮＦＴ７０の識別子）をスマートコントラクト２０に与える。これにより、スマートコントラクト２０は、ＮＦＴ＿ＩＤ（ＮＦＴ７０の識別子）を取得する。スマートコントラクト２０は、ＮＦＴ＿ＩＤによって、操作対象のＮＦＴ７０を識別する。
　なお、パスワード認証は、スマートコントラクト２０が行ってもよい。すなわち、管理サーバ１０は、ステップＳ３０５の後、（パスワード認証のために、）スマートコントラクト２０を呼び出す。管理サーバ１０は、呼び出しの際に、操作対象のＮＦＴ７０のＮＦＴ＿ＩＤ（ＮＦＴ７０の識別子）をスマートコントラクト２０に与える。これにより、スマートコントラクト２０は、ＮＦＴ＿ＩＤ（ＮＦＴ７０の識別子）を取得する。スマートコントラクト２０は、ＮＦＴ＿ＩＤによって、操作対象となるＮＦＴ７０を識別する。
　スマートコントラクト２０は、操作対象となるＮＦＴ７０にパスワードが設定されている場合、パスワード認証処理を実行する。パスワード認証処理において、スマートコントラクト２０は、ユーザＢからパスワードを取得する。パスワードは、ユーザＢから直接取得してもよいし、管理サーバ１０を介してユーザＢから取得してもよい。パスワード認証に成功した場合、つまり、ユーザＢが正しいパスワードを入力した場合、スマートコントラクト２０は、引き続き、操作対象のＮＦＴ７０の所有者を変更する操作を実行する。
　パスワード認証が成功した場合、スマートコントラクト２０は、ＮＦＴ７０の所有者を、スマートコントラクト２０から、ユーザＢに変更する。つまり、スマートコントラクト２０は、保有するＮＦＴ７０を、新たな所有者であるユーザＢのアドレス（ユーザＢのイーサリアムアドレス）へ送信する（ステップＳ３１０）。これにより、パスワードを入力したユーザＢが、カード４０に対応付けられたＮＦＴ７０を所有した状態になる。
　ＮＦＴ７０の所有者がユーザＢに変更されたことは、イーサリアムネットワーク上に記録される。また、パスワードは、リセットされる。リセットは、スマートコントラクト２０によって行われる。
　なお、スマートコントラクト２０の呼び出し及びＮＦＴ７０の送信のための手数料（Ｇａｓ）は、ユーザＡが予め支払ったイーサにより賄われる。
　以上の手順により、ユーザＢはＮＦＴ７０を所有できる（ステップＳ３１１）。ユーザＢは、ＮＦＴ７０に対応付けられたネットワークサービス又はコンテンツを利用することもできる。なお、ＮＦＴ７０の所有権を失ったユーザＡは、ＮＦＴ７０に対応付けられたネットワークサービス又はコンテンツを利用できなくなる。
　また、スマートコントラクト２０は、ＮＦＴ７０がユーザＢへ移転されると、著作権者（著作者）６０へ、所定額のイーサを送信する（ステップＳ３１２）。著作者６０へ送信されるイーサは、予めユーザＡによって支払われている。このように、ユーザＡとユーザＢとの取引により、第三者である著作権者６０が利益を得ることができる。
　なお、図５に示す手順は、ユーザＡがカード４０を購入した際の所有権登録（図３）のために用いられてもよい。図５に示す手順が、ユーザＡがカード４０を購入した際の所有権登録に用いられる場合、パスワードは、カード４０の販売前に、管理サーバ１０の管理者又は販売業者によって設定され、ユーザＡに伝達される。パスワードは、印刷などにより、カード４０に付与されていてもよい。
　図６は、所有権履歴の参照手順を示している。ここでは、カード４０の非所有者であるユーザ（非所有ユーザ）が、２次元コードをスキャンできた場合における所有者履歴の参照を説明する。
　ここでは、カード４０及びＮＦＴ７０は、他のユーザによって所有されているものとする（ステップＳ４０１）。また、ＮＦＴ７０の所有者履歴は、イーサリアムネットワーク上に記録されている。
　非所有ユーザは、端末を使って、カード４０に付与された２次元コード４１をスキャンする（ステップＳ４０２）。２次元コード４１のスキャニングにより、端末は、カード４０に付与されたＵＲＬを読み取る。ＵＲＬを読み取った端末は、そのＵＲＬに従ったネットワークアクセスを実行する（ステップＳ４０３）。これにより、端末は、管理サーバ１０へアクセスできる。端末からのネットワークアクセスを受け付けた管理サーバ１０は、アクセスに用いられたＵＲＬに含まれるＮＦＴ＿ＩＤによって、対象となるＮＦＴ７０を決定する（ステップＳ４０４）。つまり、管理サーバ１０は、ネットワークアクセスを受け付けることで、ＵＲＬに含まれるＮＦＴ＿ＩＤを取得し、取得したＮＦＴ＿ＩＤによって、操作対象となるＮＦＴ７０を識別する。
　管理サーバ１０は、イーサリアムネットワークにアクセスし、対象として決定されたＮＦＴ７０の所有者を参照する。操作対象として決定されたＮＦＴ７０の所有者が他のユーザである場合、管理サーバ１０は、対象であるＮＦＴ７０の所有者履歴をイーサリアムネットワークから取得し、非所有ユーザの端末に表示させる（ステップＳ４０５）。なお、所有者履歴の表示は、図５のステップＳ３０８において、パスワード認証が成功しなかったユーザＢの端末３２に対しても行われる。
　なお、管理サーバ１０は、所有者履歴をスマートコントラクト２０から取得してもよい。この場合、管理サーバ１０は、ＮＦＴ７０の所有者履歴を取得するため、スマートコントラクト２０を呼び出す。管理サーバ１０は、スマートコントラクト２０を呼び出す際に、ＮＦＴ＿ＩＤ（ＮＦＴ７０の識別子）をスマートコントラクト２０に与える。これにより、スマートコントラクト２０は、ＮＦＴ＿ＩＤ（ＮＦＴ７０の識別子）を取得する。スマートコントラクト２０は、ＮＦＴ＿ＩＤによって、所有者履歴が必要なＮＦＴ７０を識別する。
　本発明は、上記実施形態に限定されるものではなく、様々な変形が可能である。
＜３．付記＞
　本開示は、以下に示す態様を含む。
　（１）実施形態に係る方法は、対象物の管理のためにノンファンジブルトークン（ＮＦＴ）を操作する方法である。ノンファンジブルトークンは、スマートコントラクトを実行可能であるブロックチェーンにより発行される。ノンファンジブルトークンは、対象物に対応付けられている。
　実施形態に係る方法は、データが付与された前記対象物を準備することを含む。前記データは、前記スマートコントラクトの呼び出しに用いられる。
　スマートコントラクトの呼び出しに用いられるデータは、例えば、スマートコントラクトによって操作されるノンファンジブルトークン（ＮＦＴ）を識別するためのデータを含むことができる。ＮＦＴを識別するためのデータは、例えば、ＮＦＴのブロックチェーン上でのアドレス及びＮＦＴのＩＤの少なくともいずれか一方である。スマートコントラクトの呼び出しに用いられるデータは、スマートコントラクトを呼び出す際に、スマートコントラクトに与えられる他のデータであってもよい。スマートコントラクトに与えられるデータは、例えば、スマートコントラクトの呼び出しのための手数料（例えば、イーサリアムにおけるＧａｓ）の支払い元となるイーサリアムアドレスの秘密鍵を含むことができる。
　実施形態に係る方法は、前記対象物に付与された前記データを用いたネットワークアクセスを、前記管理サーバが受け付けることを含む。
　実施形態に係る方法は、前記ネットワークアクセスを受け付けた前記管理サーバが、前記ノンファンジブルトークンに対する操作を実行させるために、前記データを用いて、前記スマートコントラクトを呼び出すことを含む。呼び出されたスマートコントラクトは、前記ノンファンジブルトークンに対する操作を実行する。
　以上の工程が行われることで、前記対象物に付与された前記データに基づいて、ノンファンジブルトークン（ＮＦＴ）を操作するスマートコントラクトを実行できるため、ＮＦＴを対象物の管理に用いることができる。
（２）前記データは、前記対象物に付与されたユニフォームリソースロケータ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ：ＵＲＬ）に含まれているのが好ましい。前記ユニフォームリソースロケータは、前記管理サーバへのネットワークアクセスのためのドメインを含むことができる。この場合、対象物に付与されたＵＲＬは、前記管理サーバへのネットワークアクセスに用いられ、前記ＵＲＬに含まれるデータは、前記スマートコントラクトの呼び出しに用いられる。前記ネットワークアクセスは、インターネットアクセスでよい。
（３）前記対象物に付与された前記ユニフォームリソースロケータ（ＵＲＬ）は、２次元コードによって表されているのが好ましい。２次元コードは、２次元コードスキャナーによってスキャニング可能であり、機械的なＵＲＬ読み取りに有利である。
（４）前記対象物は、有体物であるのが好ましい。
（５）前記管理サーバが前記ノンファンジブルトークンの所有者である第１ユーザの端末から前記ネットワークアクセスを受け付けた場合、前記スマートコントラクトによる前記ノンファンジブルトークンの操作は、前記ノンファンジブルトークンを、前記第１ユーザから前記スマートコントラクトへ送信することを含むのが好ましい。この場合、第１ユーザは、ノンファンジブルトークンをスマートコントラクトへ預けることができる（図１のステップＳ１参照）。
（６）前記ノンファンジブルトークンを前記スマートコントラクトが有しているときに、前記管理サーバが前記ノンファンジブルトークンの非所有者である第２ユーザの端末から前記ネットワークアクセスを受け付けた場合、前記スマートコントラクトによる前記ノンファンジブルトークンの操作は、前記ノンファンジブルトークンを、前記スマートコントラクトから前記第２ユーザへ送信することを含むのが好ましい。この場合、第２ユーザは、ノンファンジブルトークンをスマートコントラクトから取得することができる（図１のステップＳ６参照）。
（７）前記ノンファンジブルトークンを前記スマートコントラクトが有しているときに、前記管理サーバが前記ノンファンジブルトークンの非所有者である第２ユーザの端末から前記ネットワークアクセスを受け付けた場合、前記管理サーバは、前記第２ユーザの前記端末へパスワードの入力を要求することを更に含むのが好ましい。この場合、ノンファンジブルトークンの取得にパスワードが必要になり、パスワードを知らないユーザがノンファンジブルトークンを取得するのを防止できる。
（８）前記スマートコントラクトは、前記ノンファンジブルトークンに対する操作を実行した場合、前記ノンファンジブルトークンに対応付けられた権利者へ、前記ブロックチェーンにおける暗号資産を支払う操作を実行するよう構成されているのが好ましい。この場合、権利者は、ノンファンジブルトークンへの操作が行われると利益を得ることができる。
（９）前記管理サーバが前記ノンファンジブルトークンの非所有者である第２ユーザの端末から前記ネットワークアクセスを受け付けた場合、前記管理サーバは、前記ノンファンジブルトークンの所有者履歴データを、前記第２ユーザの端末に表示させることを更に含むのが好ましい。この場合、ノンファンジブルトークンの所有者履歴、すなわち、対象物の所有者履歴を把握することができる。過去の所有者が誰であったかによって、対象物又はノンファンジブルトークンの価値が変動することがある。所有者履歴が参照可能であると、過去の所有者を容易に確認できる。
（１０）実施形態に係る管理サーバは、スマートコントラクトを実行可能であるブロックチェーンにより発行されたノンファンジブルトークンに対応付けられた対象物の管理サーバである。前記管理サーバは、前記対象物に付与されたデータであって、スマートコントラクトの呼び出しに用いられる前記データを用いたネットワークアクセスを受け付け、前記アクセスを受け付けると、前記ノンファンジブルトークンに対する操作を実行させるために、前記データを用いて、前記スマートコントラクトを呼び出すことを含む処理を実行するよう構成されたプロセッサを備える。前記処理のためのコンピュータプログラムは、コンピュータ読み取り可能な、非一時的記憶媒体に格納される。
１０　　　：管理サーバ（管理装置）
２０　　　：スマートコントラクト
３１　　　：端末
３２　　　：端末
４０　　　：カード（対象物）
４１　　　：２次元コード
５０　　　：オンラインマーケット
６０　　　：著作権者（著作者）
７０　　　：ノンファンジブルトークン
Ａ　　　　：ユーザ
Ｂ　　　　：ユーザ

Claims (14)

  1. 　対象物を管理する方法であって、
    　ブロックチェーンに実装されたスマートコントラクトが、前記対象物に付与されたコードに含まれる識別子によって識別されるノンファンジブルトークンに対する操作を実行することを備える、
    　対象物を管理する方法。
  2. 　前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者変更のための操作を含む
    　請求項１に記載の方法。
  3. 　前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記ノンファンジブルトークンの所有者から、前記ノンファンジブルトークンを預かることを含む
    　請求項１又は請求項２に記載の方法。
  4. 　前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが預かった前記ノンファンジブルトークンのために設定されたパスワードを、前記スマートコントラクトが記憶することを更に含む
    　請求項３に記載の方法。
  5. 　前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記パスワードを入力したユーザを、前記スマートコントラクトが預かった前記ノンファンジブルトークンの新たな所有者にすることを更に含む
    　請求項４に記載の方法。
  6. 　前記ノンファンジブルトークンに対する前記操作が実行された場合、前記スマートコントラクトは、前記ノンファンジブルトークンに対応付けられた権利者へ、前記ブロックチェーンにおける暗号資産を支払う操作を実行することを更に備える
    　請求項５に記載の方法。
  7. 　管理装置が、前記対象物に付与された前記コードに含まれる前記識別子を取得し、前記識別子によって識別される前記ノンファンジブルトークンに対する操作を実行させるために、ネットワークを介して、前記スマートコントラクトを呼び出すことを更に備える
    　請求項１から請求項６のいずれか１項に記載の方法。
  8. 　ブロックチェーンに実装されたスマートコントラクトであって、
    　管理の対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行するよう構成されている
    　スマートコントラクト。
  9. 　前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者変更のための操作を含む
    　請求項８に記載のスマートコントラクト。
  10. 　前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者から、前記ノンファンジブルトークンを預かることを含む
    　請求項８又は請求項９に記載のスマートコントラクト。
  11. 　前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが預かった前記ノンファンジブルトークンのために設定されたパスワードを記憶することを更に含む
    　請求項１０に記載のスマートコントラクト。
  12. 　前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記パスワードを入力したユーザを、前記スマートコントラクトが預かった前記ノンファンジブルトークンの新たな所有者にすることを更に含む
    　請求項１１に記載のスマートコントラクト。
  13. 　前記ノンファンジブルトークンに対する前記操作が実行された場合、前記ノンファンジブルトークンに対応付けられた権利者へ、前記ブロックチェーンにおける暗号資産を支払う操作を更に実行するよう構成されている
    　請求項１２に記載のスマートコントラクト。
  14. 　対象物の管理装置であって、
    　前記対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行させるために、ネットワークを介して、ブロックチェーンに実装されたスマートコントラクトを呼び出すことを含む処理を実行するよう構成されている
    　管理装置。
PCT/JP2020/016051 2019-12-05 2020-04-09 対象物を管理する方法、スマートコントラクト、及び管理装置 WO2021111653A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
US17/599,390 US20220198447A1 (en) 2019-12-05 2020-04-09 Target object management method, smart contract, and management device
CN202080035504.0A CN113853627A (zh) 2019-12-05 2020-04-09 管理对象物的方法、智能合约及管理装置
JP2021562443A JPWO2021111653A5 (ja) 2020-04-09 コンピュータによって実行される方法及びコンピュータ
EP20896135.9A EP4071692A4 (en) 2019-12-05 2020-04-09 TARGET OBJECT MANAGEMENT METHOD, SMART CONTRACT AND MANAGEMENT DEVICE
JP2023052991A JP2023073391A (ja) 2019-12-05 2023-03-29 コンピュータによって実行される方法及びコンピュータ
JP2024022441A JP2024040523A (ja) 2019-12-05 2024-02-16 対象物を管理する方法、スマートコントラクト、及び管理装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019220303A JP6710401B1 (ja) 2019-12-05 2019-12-05 対象物を管理する方法及び管理サーバ
JP2019-220303 2019-12-05

Publications (1)

Publication Number Publication Date
WO2021111653A1 true WO2021111653A1 (ja) 2021-06-10

Family

ID=71079321

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/016051 WO2021111653A1 (ja) 2019-12-05 2020-04-09 対象物を管理する方法、スマートコントラクト、及び管理装置

Country Status (5)

Country Link
US (1) US20220198447A1 (ja)
EP (1) EP4071692A4 (ja)
JP (3) JP6710401B1 (ja)
CN (1) CN113853627A (ja)
WO (1) WO2021111653A1 (ja)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114024687A (zh) * 2021-11-11 2022-02-08 上海证章信息科技有限公司 一种通过锁定再发行实现nft可拆分可互换的方法
JP7058898B1 (ja) 2021-11-09 2022-04-25 充宏 前田 取引支援システム、取引支援方法及びプログラム
EP4148643A1 (en) * 2021-09-14 2023-03-15 Shopify Inc. Non-fungible-token-based commerce attribute
JP2023041575A (ja) * 2021-09-13 2023-03-24 ヤフー株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
JP7246600B1 (ja) 2021-09-28 2023-03-28 ＷｒａｐＴａｇ株式会社 ノンファンジブルトークンの生産方法及び生産システム、固有識別子の登録方法及びシステム、並びに組み合わせ製品の生産方法
WO2023054537A1 (ja) * 2021-09-28 2023-04-06 ＷｒａｐＴａｇ株式会社 ノンファンジブルトークンの生産方法及び生産システム、固有識別子の登録方法及びシステム、組み合わせ製品の生産方法
JP7266227B1 (ja) 2022-07-08 2023-04-28 株式会社博報堂プロダクツ トークン管理システム、コンピュータプログラム、及びトークン管理方法
JPWO2023074744A1 (ja) * 2021-10-27 2023-05-04
WO2023111954A1 (en) * 2021-12-16 2023-06-22 Concept Source, Inc. System and method for providing webpages as unique asset tokens
WO2023167241A1 (ja) * 2022-03-02 2023-09-07 Ｓｕｓｈｉ Ｔｏｐ Ｍａｒｋｅｔｉｎｇ株式会社 情報処理装置、プログラム、情報処理方法
WO2023249619A1 (en) * 2022-06-22 2023-12-28 Hewlett-Packard Development Company, L.P. Display of nft-protected image data
JP7413442B2 (ja) 2022-06-02 2024-01-15 株式会社メディアドゥ 付録管理システム、付録管理プログラムおよび付録管理方法
JP7448264B1 (ja) 2023-03-24 2024-03-12 株式会社PocketRD チケット流通管理システム、チケット流通管理方法及びチケット流通管理プログラム
JP7511856B2 (ja) 2021-09-02 2024-07-08 キム，ハンジョ ブロックチェーン基盤のｎｆｔを利用した音源プラットフォームのサーバで行われるサービスの提供方法

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11606291B2 (en) 2018-10-16 2023-03-14 Eluvio, Inc. Access control and ownership transfer of digital content using a decentralized content fabric and ledger
JP6829927B1 (ja) * 2020-09-09 2021-02-17 株式会社レシカ 樽単位酒の保存状態データ管理及び所有証明管理システム
US11985252B1 (en) * 2020-09-28 2024-05-14 Unstoppable Domains Inc. Resolving and managing blockchain domains
JPWO2022101980A1 (ja) * 2020-11-10 2022-05-19
JP2022079884A (ja) * 2020-11-17 2022-05-27 Ｘクリエーション株式会社 コンピュータの制御方法及びプログラム
US11886425B2 (en) * 2021-01-13 2024-01-30 Unstoppable Domains Inc. Blockchain registry scaling
WO2022197976A1 (en) * 2021-03-17 2022-09-22 Eluvio, Inc. Access control and ownership transfer of digital content using a decentralized content fabric and ledger
JP7134514B1 (ja) 2021-03-31 2022-09-12 公彦 金澤 出版管理システム及びプログラム
JP2022160319A (ja) * 2021-04-06 2022-10-19 クリアーション株式会社 デジタルデザインコンテンツの提供方法
US20240202709A1 (en) * 2021-04-22 2024-06-20 Playthink, Inc. Card ownership management system, card ownership management method, and program
KR20220163042A (ko) * 2021-06-02 2022-12-09 주식회사 뮤직카우 Nft 기반 디지털 콘텐츠 관리 시스템 및 방법
CN113327165A (zh) 2021-06-07 2021-08-31 支付宝(杭州)信息技术有限公司 一种基于区块链的交易方法
JP2022191980A (ja) * 2021-06-16 2022-12-28 ｂａｃｏｏｒ ｄＡｐｐｓ株式会社 静止画に対応する動画を表示するための方法、システム、有形媒体、及び有形媒体の製造方法
WO2022270610A1 (ja) * 2021-06-23 2022-12-29 エンゲート株式会社 複数のユーザーがギフティングを行うための装置、方法及びそのためのプログラム
US20230004720A1 (en) * 2021-07-02 2023-01-05 Walter Pelton Logos Communication Platform
KR102437601B1 (ko) * 2021-07-09 2022-08-30 남윤서 고유 코드와 매칭된 nft를 기반으로 한 제품 거래 시스템 및 이를 이용한 제품 거래 방법
WO2023286773A1 (ja) * 2021-07-12 2023-01-19 Ｘクリエーション株式会社 印刷によって製造される商品の製造方法及びシステム
JP7397534B2 (ja) * 2021-08-06 2023-12-13 株式会社プレイシンク 販売済み商品管理システム、販売済み商品管理方法、及びプログラム
KR102554973B1 (ko) * 2021-09-07 2023-07-12 배지호 NFT(Non-fungible Token)와 물리적 대상인 원본을 일체화하는 시스템 및 그 방법
JP7011365B1 (ja) 2021-09-08 2022-01-26 充宏 前田 取引システム、取引方法及びプログラム
JP7277812B2 (ja) * 2021-09-08 2023-05-19 株式会社カプコン プログラム、情報処理装置およびコンピュータシステム
US11972415B1 (en) 2021-10-18 2024-04-30 Hpvc, Llc Non-fungible token system for randomized event sessions
JP7029212B1 (ja) 2021-10-29 2022-03-03 充宏 前田 取引支援システム、取引支援方法及びプログラム
JP7020739B1 (ja) * 2021-10-29 2022-02-16 充宏 前田 取引システム、取引方法及びプログラム
JP7223462B1 (ja) * 2021-11-09 2023-02-16 充宏 前田 取引支援システム、取引支援方法及びプログラム
WO2023085742A1 (ko) * 2021-11-09 2023-05-19 연세대학교 산학협력단 세포 이미지 기반 nft의 생성 및 유통을 위한 관리 시스템
JP7175046B1 (ja) * 2021-11-09 2022-11-18 充宏 前田 取引支援システム、取引支援方法及びプログラム
JP7158073B1 (ja) * 2021-11-09 2022-10-21 充宏 前田 取引支援システム、取引支援方法及びプログラム
JP7383000B2 (ja) * 2021-12-27 2023-11-17 株式会社電通 アイテム流通制御装置、アイテム流通制御プログラム、アイテム流通制御方法、ｖｒ端末、ｖｒ端末用プログラムおよびｖｒ端末の制御方法
TWI801091B (zh) * 2022-01-11 2023-05-01 天宿智能科技股份有限公司 虛實耦合產品的非同質化通證及實體之初次發行與次級交付系統及其方法
CN114065269B (zh) * 2022-01-14 2022-04-12 北京大学深圳研究生院 无绑定型非同质化代币的生成方法和解析方法和存储介质
KR20230111924A (ko) * 2022-01-19 2023-07-26 삼성전자주식회사 자산 관리 장치 및 자산 관리 방법
US20230237454A1 (en) * 2022-01-21 2023-07-27 28c Partners LLC System and method for nft patronage with monitoring, electronic display, and reversionary funding
KR102634635B1 (ko) * 2022-01-24 2024-02-07 (주)비즈니스매니지먼트코퍼레이션 Nft를 활용한 사용자 서비스 제공 장치, 서버 및 방법
US20240144217A1 (en) 2022-02-03 2024-05-02 Super Massive Global Inc. Content providing apparatus, content providing method, content providing program, and content providing system
JP7195673B1 (ja) * 2022-02-23 2022-12-26 充宏 前田 情報処理システム、情報処理方法及びプログラム
JP7236774B1 (ja) 2022-02-23 2023-03-10 充宏 前田 情報処理システム、情報処理方法及びプログラム
WO2023214596A1 (ko) * 2022-05-03 2023-11-09 한국과학기술원 Nft 카드 제작 방법 및 시스템
JP7229410B1 (ja) 2022-06-06 2023-02-27 株式会社野村総合研究所 商品取引支援装置および商品取引支援方法
WO2024009982A1 (ja) * 2022-07-07 2024-01-11 Ｓｕｓｈｉ Ｔｏｐ Ｍａｒｋｅｔｉｎｇ株式会社 情報処理装置、情報処理システム、情報処理方法
US20240070662A1 (en) * 2022-08-24 2024-02-29 Jeffrey Binder Non-fungible token document platform
JP7339406B1 (ja) 2022-08-31 2023-09-05 太郎 西村 情報処理装置、情報処理方法及びプログラム
JP7239233B1 (ja) 2022-09-28 2023-03-14 株式会社HARTi マーケティング施策の実行方法
CN115603963A (zh) * 2022-09-29 2023-01-13 三星电子（中国）研发中心（Cn） 用户授权方法和装置
WO2024077485A1 (en) * 2022-10-11 2024-04-18 Supersymmetry Pte. Ltd. Method for implementing derivative nft, apparatus therefor and computer-readable storage medium
JP2024064020A (ja) * 2022-10-27 2024-05-14 株式会社ポケモン プログラム、方法、情報処理装置、システム
WO2024096863A1 (en) * 2022-10-31 2024-05-10 Hewlett-Packard Development Company, L.P. Nonfungible token displayed content
KR20240102621A (ko) * 2022-12-26 2024-07-03 맨인블록 주식회사 Nft 기반 멤버십 서비스 플랫폼 및 그 방법
JP7464950B1 (ja) 2023-06-09 2024-04-10 株式会社ガイアホールディングス コンピュータが実行する工程を含む方法及びシステム
JP7435890B1 (ja) 2023-07-24 2024-02-21 Ｔｏｐｐａｎホールディングス株式会社 ユーザ認証システム、ユーザ認証装置、ユーザ認証方法、およびプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005100235A (ja) 2003-09-26 2005-04-14 Nec Corp 電子チケット管理・流通システム及び電子チケット流通サーバ
JP2018036893A (ja) 2016-08-31 2018-03-08 ヤフー株式会社 生成プログラム、生成装置及び生成方法
EP3540662A1 (en) * 2018-03-15 2019-09-18 Deutsche Telekom AG Computer implemented method for supply chain management and provenance in a data processing network
JP2019160316A (ja) 2018-03-15 2019-09-19 インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ ブロックチェーンのためのリソースの公平性のためのシステム、方法、およびコンピュータ・プログラム
JP2019185510A (ja) 2018-04-13 2019-10-24 ビリングシステム株式会社 チケット管理システム、チケット管理装置、チケット管理方法、および、チケット管理プログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017098800A (ja) * 2015-11-26 2017-06-01 インフォニック株式会社 合成動画提供システム
TWI632507B (zh) * 2017-06-03 2018-08-11 蔡政育 實物履歷識別碼之輸出系統
WO2019116492A1 (ja) * 2017-12-14 2019-06-20 日本電気株式会社 チケット有効性確認装置、方法およびプログラム
WO2019213530A1 (en) * 2018-05-03 2019-11-07 SigmaLedger, Inc. Verifying authenticity of products based on proof and transfer of ownership
WO2019213700A1 (en) * 2018-05-07 2019-11-14 Dream Channel Pty. Ltd. Films on a blockchain
JP6469920B1 (ja) * 2018-05-11 2019-02-13 株式会社 ディー・エヌ・エー 対象物の利用を管理するためのシステム、方法、及びプログラム
US11348099B2 (en) * 2018-07-01 2022-05-31 Artema Labs, Inc. Systems and methods for implementing blockchain-based content engagement platforms utilizing media wallets
US10997251B2 (en) * 2018-10-15 2021-05-04 Bao Tran Smart device
US10505726B1 (en) * 2018-12-07 2019-12-10 Nike, Inc. System and method for providing cryptographically secured digital assets

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005100235A (ja) 2003-09-26 2005-04-14 Nec Corp 電子チケット管理・流通システム及び電子チケット流通サーバ
JP2018036893A (ja) 2016-08-31 2018-03-08 ヤフー株式会社 生成プログラム、生成装置及び生成方法
EP3540662A1 (en) * 2018-03-15 2019-09-18 Deutsche Telekom AG Computer implemented method for supply chain management and provenance in a data processing network
JP2019160316A (ja) 2018-03-15 2019-09-19 インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ ブロックチェーンのためのリソースの公平性のためのシステム、方法、およびコンピュータ・プログラム
JP2019185510A (ja) 2018-04-13 2019-10-24 ビリングシステム株式会社 チケット管理システム、チケット管理装置、チケット管理方法、および、チケット管理プログラム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
KOSUKE MORI, HIROYOSHI MIWA: "Digital Study Document System Using Smart Contract on Blockchain", IEICE TECHNICAL REPORT, vol. 118, no. 466 (IN2018-95), 25 February 2019 (2019-02-25), JP , pages 67 - 71, XP009536161, ISSN: 2432-6380 *
See also references of EP4071692A4

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7511856B2 (ja) 2021-09-02 2024-07-08 キム，ハンジョ ブロックチェーン基盤のｎｆｔを利用した音源プラットフォームのサーバで行われるサービスの提供方法
JP7292351B2 (ja) 2021-09-13 2023-06-16 ヤフー株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
JP2023041575A (ja) * 2021-09-13 2023-03-24 ヤフー株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
EP4148643A1 (en) * 2021-09-14 2023-03-15 Shopify Inc. Non-fungible-token-based commerce attribute
JP7246600B1 (ja) 2021-09-28 2023-03-28 ＷｒａｐＴａｇ株式会社 ノンファンジブルトークンの生産方法及び生産システム、固有識別子の登録方法及びシステム、並びに組み合わせ製品の生産方法
WO2023054537A1 (ja) * 2021-09-28 2023-04-06 ＷｒａｐＴａｇ株式会社 ノンファンジブルトークンの生産方法及び生産システム、固有識別子の登録方法及びシステム、組み合わせ製品の生産方法
JP2023048946A (ja) * 2021-09-28 2023-04-07 ＷｒａｐＴａｇ株式会社 ノンファンジブルトークンの生産方法及び生産システム、固有識別子の登録方法及びシステム、並びに組み合わせ製品の生産方法
JP7414245B2 (ja) 2021-10-27 2024-01-16 ｂａｃｏｏｒ ｄＡｐｐｓ株式会社 ブロックチェーンのノンファンジブルトークンに関連付けられた権利を行使するためのコンピュータ実装方法、コンピュータシステム
JPWO2023074744A1 (ja) * 2021-10-27 2023-05-04
WO2023074744A1 (ja) * 2021-10-27 2023-05-04 Ｘクリエーション株式会社 ブロックチェーンのノンファンジブルトークンに関連付けられた権利を行使するためのコンピュータ実装方法、コンピュータシステム、ノンファンジブルトークンの製造方法及びノンファンジブルトークン
JP2023070596A (ja) * 2021-11-09 2023-05-19 充宏 前田 取引支援システム、取引支援方法及びプログラム
JP7058898B1 (ja) 2021-11-09 2022-04-25 充宏 前田 取引支援システム、取引支援方法及びプログラム
CN114024687A (zh) * 2021-11-11 2022-02-08 上海证章信息科技有限公司 一种通过锁定再发行实现nft可拆分可互换的方法
WO2023111954A1 (en) * 2021-12-16 2023-06-22 Concept Source, Inc. System and method for providing webpages as unique asset tokens
WO2023167241A1 (ja) * 2022-03-02 2023-09-07 Ｓｕｓｈｉ Ｔｏｐ Ｍａｒｋｅｔｉｎｇ株式会社 情報処理装置、プログラム、情報処理方法
WO2023167257A1 (ja) * 2022-03-02 2023-09-07 Ｓｕｓｈｉ Ｔｏｐ Ｍａｒｋｅｔｉｎｇ株式会社 トークン制御システム
JP7405340B1 (ja) 2022-03-02 2023-12-26 Ｓｕｓｈｉ Ｔｏｐ Ｍａｒｋｅｔｉｎｇ株式会社 トークン制御システム
JP7413442B2 (ja) 2022-06-02 2024-01-15 株式会社メディアドゥ 付録管理システム、付録管理プログラムおよび付録管理方法
WO2023249619A1 (en) * 2022-06-22 2023-12-28 Hewlett-Packard Development Company, L.P. Display of nft-protected image data
JP7266227B1 (ja) 2022-07-08 2023-04-28 株式会社博報堂プロダクツ トークン管理システム、コンピュータプログラム、及びトークン管理方法
JP2024008551A (ja) * 2022-07-08 2024-01-19 株式会社博報堂プロダクツ トークン管理システム、コンピュータプログラム、及びトークン管理方法
JP7448264B1 (ja) 2023-03-24 2024-03-12 株式会社PocketRD チケット流通管理システム、チケット流通管理方法及びチケット流通管理プログラム

Also Published As

Publication number Publication date
JP2023073391A (ja) 2023-05-25
JP2024040523A (ja) 2024-03-25
JPWO2021111653A1 (ja) 2021-06-10
CN113853627A (zh) 2021-12-28
EP4071692A1 (en) 2022-10-12
JP6710401B1 (ja) 2020-06-17
JP2021089640A (ja) 2021-06-10
US20220198447A1 (en) 2022-06-23
EP4071692A4 (en) 2023-11-22

Similar Documents

Publication Publication Date Title
WO2021111653A1 (ja) 対象物を管理する方法、スマートコントラクト、及び管理装置
JP7247246B2 (ja) ブロックチェーンにおけるエンティティの効率的な移転のための方法およびシステム
JP6957482B2 (ja) ブロックチェーンベースにおけるエンティティのセキュアな移転のための方法およびシステム
CN109155035B (zh) 用于使用区块链在点对点分布式账簿上有效转移实体的方法及系统
TW202407603A (zh) 在區塊鏈交易中嵌入元數據的方法
JP6037078B1 (ja) 情報処理装置、譲渡システム及びプログラム
KR102343615B1 (ko) 예술 작품 거래와 정보 관리를 위한 블록체인 시스템 및 이의 제어방법
US20220027896A1 (en) Method and system for defining, creating, managing, and transacting multiple classes of digital objects
CN109903159A (zh) 基于区块链的域名交易方法及装置
JP2019507929A (ja) 賭けをオークションにかける又は取引するためのコンピュータで実施する方法及びコンピュータシステム
JP6992129B2 (ja) 景品保護預りシステム、端末装置、景品保護預り方法、およびコンピュータプログラム
JP2023074500A (ja) 情報処理装置及びプログラム
CN114424233A (zh) 收藏品销售平台
JP5259998B2 (ja) 画像付加商品の取引方法及びシステム
JP2020146091A (ja) 景品保護預りシステム、電子マネーシステム、端末装置、景品保護預り方法、およびコンピュータプログラム
KR102638698B1 (ko) 블록체인 기반 리셀 상품 거래 방법
JP7507834B2 (ja) 取引管理プログラム、取引管理方法、及び取引管理システム
JP7292767B1 (ja) 情報処理装置、方法、システム、およびプログラム
US11790338B2 (en) Transaction system and method
KR102677397B1 (ko) 공유 부동산 매매 시스템 및 방법
JP2006268841A (ja) 公売管理システム、公売管理プログラム、プログラム格納媒体
JP6260674B2 (ja) 情報処理装置、譲渡システム及びプログラム
KR101729219B1 (ko) 서비스 알선 시스템 및 그 방법
JP5545558B2 (ja) 画像付加商品の取引方法及びシステム
JP2023087753A (ja) デジタルコンテンツ提供システム

Legal Events

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

Ref document number: 20896135

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021562443

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020896135

Country of ref document: EP

Effective date: 20220705