WO2021111653A1 - 対象物を管理する方法、スマートコントラクト、及び管理装置 - Google Patents
対象物を管理する方法、スマートコントラクト、及び管理装置 Download PDFInfo
- 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
Links
- 238000007726 management method Methods 0.000 title description 104
- 238000000034 method Methods 0.000 claims abstract description 38
- 238000000151 deposition Methods 0.000 claims description 8
- RTZKZFJDLAIYFH-UHFFFAOYSA-N Diethyl ether Chemical compound CCOCC RTZKZFJDLAIYFH-UHFFFAOYSA-N 0.000 description 28
- 230000008859 change Effects 0.000 description 13
- 230000006870 function Effects 0.000 description 10
- 238000004590 computer program Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 244000309464 bull Species 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
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
本開示は、対象物を管理する方法、スマートコントラクト、及び管理装置に関する。
特許文献1は、2次元コードに含まれるURLによってチケット所有権登録サイトを呼び出すことを開示している。
特許文献2は、コントラクト及びコントラクトアドレスの情報を含む2次元コードを開示している。特許文献2においては、端末装置220が、2次元コードに含まれるコントラクトアドレスを用いて、スマートコントラクトへアクセスすることを開示している。
本発明者は、ノンファンジブルトークン(非代替性トークン;Non-Fungible Token:NFT)と、ノンファンジブルトークン以外の対象物と、を対応付けて管理するという着想を得た。特許文献1及び特許文献2のいずれも、そのような着想を開示していない。本開示は、ノンファンジブルトークンとノンファンジブルトークン以外の対象物と、を対応付けて管理するための新たな技術的手法を提供する。
本開示のある側面は、対象物を管理する方法である。開示の方法は、前記対象物に付与されたコードに含まれる識別子によって識別されるブロックチェーンに実装されたスマートコントラクトが、ノンファンジブルトークンに対する操作を実行することを備える。
本開示の他の側面は、スマートコントラクトである。開示のスマートコントラクトは、前記対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行するよう構成されている。
本開示の他の側面は、対象物の管理装置である。開示の管理装置は、前記対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行させるために、ネットワークを介して、ブロックチェーンに実装されたスマートコントラクトを呼び出すことを含む処理を実行するよう構成されている。
更なる詳細は、後述の実施形態として説明される。
<1.対象物を管理する方法、スマートコントラクト、及び管理装置の概要>
(1)実施形態に係る対象物を管理する方法は、ブロックチェーンに実装されたスマートコントラクトが、ノンファンジブルトークンに対する操作を実行することを備える。前記ノンファンジブルトークンは、前記対象物に付与されたコードに含まれる識別子によって識別される。対象物は、ノンファンジブルトークンとは別のものであれば足り、特に限定されない。対象物は、例えば、有体物又はデジタルデータなどの無体物である。
ブロックチェーンは、P2Pのコンピュータネットワークによって構成され、例えば、Ethereum(イーサリアム)である。イーサリアムは、分散型アプリケーション及びスマートコントラクトを構築するためのプラットフォームとして機能する。
イーサリアムで使用される暗号資産(仮想通貨)をイーサ(Ether)という。イーサは、代金の支払い等に使用でき、法定通貨と相互に交換できるなど、通貨としての性質を有する。イーサは、法定通貨と同様に代替性(fungible;ファンジブル)を有するため、イーサは、ファンジブルトークンとも呼ばれる。
ブロックチェーンにおいて取引可能なトークンとしては、ファンジブルトークンの他に、前述のノンファンジブルトークン(NFT)がある。NFTは、ファンジブルトークンとは異なり、代替性を有さないトークンである。NFTは、他のトークンとは価値が異なることがある。NFTは、例えば、コンピュータゲームにおいて取引されるデジタルアセットとして発行される。NFTは、他のNFTと区別される独自の価値を有することがある。このため、NFTは、他のNFTとの区別を可能にするための固有の識別子(NFT-ID)を有する。なお、イーサのようなファンジブルトークンは、他のファンジブルトークンと価値が同じであり、区別されることを要しないため、NFT-IDのような識別子を有しない。
NFTは、ファンジブルトークンと同様に、ブロックチェーン上において取引可能である。NFTの取引履歴は、ブロックチェーンにおいて記録される。ブロックチェーンにおいては、NFTの所有者及び所有者履歴も記録される。
NFTは、例えば、Ethereum Request for Comments(ERC)721規格に従って発行されたトークンである。ERC721規格に準拠したNFTを、NFT-721トークンと呼ぶ。
スマートコントラクトは、ブロックチェーンに実装されており、契約などのプロトコルを自動的に実行する。スマートコントラクトの履行履歴は、P2Pネットワークによって構成されたブロックチェーンに記録される。このため、スマートコントラクトを利用すると、契約の透明性を確保することができる。
対象物の管理は、例えば、対象物の売買(取引)に伴うノンファンジブルトークンの所有者の変更の管理である。対象物の管理は、所有者変更の管理に限られず、スマートコントラクトによるノンファンジブルトークンの操作によって実現可能な様々な管理を含む。
対象物の管理に際して、取引の主たる目的物(取引の客体)は、対象物であってもよいし、ノンファンジブルトークンであってもよい。例えば、取引の主たる目的物が対象物であり、取引の従たる目的物がノンファンジブルトークンであってもよい。この場合、対象物の取引の確実化のため、ノンファンジブルトークンが操作される。
逆に、対象物の管理に際して、取引の主たる目的物がノンファンジブルトークンであり、取引の従たる目的物が対象物であってもよい。この場合、ノンファンジブルトークンの取引を円滑化するために、対象物が取引される。そして、対象物の取引に伴い、ノンファンジブルトークンが操作される。
実施形態において、スマートコントラクトによって操作されるノンファンジブルトークンは、対象物に付与されたコードに含まれる識別子によって識別される。対象物に付与されたコードに識別子が含まれていることで、対象物とノンファンジブルトークンとの対応付けが実現される。識別子は、例えば、スマートコントラクトの呼び出しに用いられる。より具体的には、識別子は、スマートコントラクトの呼び出しの際に、スマートコントラクトに与えられる。コードは、機械が読み取り可能な形式であるのが好ましく、例えば、一次元コード又は二次元コードである。コードは、人間も読み取り可能な記号又図形によって構成されていてもよい。コードは、識別子以外の他のデータを含んでもよい。他のデータは、例えば、後述の管理サーバへアクセスするためのドメインである。
対象物へのコードの付与は、例えば、対象物へコードを物理的に付けることである。物理的に付けることは、例えば、印刷、貼り付け、又は刻印である。対象物へのコードの付与は、コードが対象物に付与されていることが客観的に明らかであれば、コードが、対象物と物理的に一体になっている必要はない。例えば、コードが、対象物であるデジタル画像中に表示されていてもよい。
(2)前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者変更のための操作を含むことができる。この場合、対象物の所有者の変更があった場合、スマートコントラクトは、対象物に対応付けられたノンファンジブルトークンの所有者を変更できる。
(3)前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記ノンファンジブルトークンの所有者から、前記ノンファンジブルトークンを預かることを含むことができる。この場合、ノンファンジブルトークンの所有者は、ノンファンジブルトークンをスマートコントラクトに預けることができる。
(4)前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが預かった前記ノンファンジブルトークンのために設定されたパスワードを、前記スマートコントラクトが記憶することを更に含むことができる。この場合、スマートコントラクトが預かったノンファンジブルトークンのために、パスワードが設定される。
(5)前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記パスワードを入力したユーザを、前記スマートコントラクトが預かった前記ノンファンジブルトークンの新たな所有者にすることを更に含むことができる。この場合、パスワードを入力したユーザが、ノンファンジブルトークンの新たな所有者になれる。
(6)前記ノンファンジブルトークンに対する前記操作が実行された場合、前記スマートコントラクトは、前記ノンファンジブルトークンに対応付けられた権利者へ、前記ブロックチェーンにおける暗号資産を支払う操作を実行することを更に備えることができる。この場合、権利者は、利益を受けることができる。権利者は、例えば、対象物又はノンファンジブルトークンに関する著作権者であり、利益は、例えば、著作権料である。
(7)実施形態に係る方法は、管理装置が、前記対象物に付与された前記コードに含まれる前記識別子を取得し、前記識別子によって識別される前記ノンファンジブルトークンに対する操作を実行させるために、ネットワークを介して、前記スマートコントラクトを呼び出すことを更に備えることができる。
(8)実施形態に係るスマートコントラクトは、ブロックチェーンに実装されている。スマートコントラクトは、前記対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行するよう構成されている。
(9)前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者変更のための操作を含むことができる。
(10)前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者から、前記ノンファンジブルトークンを預かることを含むことができる。
(11)前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが預かった前記ノンファンジブルトークンのために設定されたパスワードを記憶することを更に含むことができる。
(12)前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記パスワードを入力したユーザを、前記スマートコントラクトが預かった前記ノンファンジブルトークンの新たな所有者にすることを更に含むことができる。
(13)前記スマートコントラクトは、前記ノンファンジブルトークンに対する前記操作が実行された場合、前記ノンファンジブルトークンに対応付けられた権利者へ、前記ブロックチェーンにおける暗号資産を支払う操作を実行するよう構成されていてもよい。
(14)実施形態に係る対象物の管理装置は、前記対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行させるために、ネットワークを介して、ブロックチェーンに実装された前記スマートコントラクトを呼び出すことを含む処理を実行するよう構成されている。
<2.対象物を管理する方法、スマートコントラクト、及び管理装置の概要の例>
図1は、対象物40の売買に伴う管理サーバ10の処理の概要を示している。管理サーバ10は、インターネット上に設けられている。管理サーバ10は、メモリとメモリに接続されたプロセッサとを備えるコンピュータによって構成される。管理サーバ10は、ネットワークアクセスのためのインターフェースを備える。メモリには、コンピュータを、実施形態の管理サーバ10として動作させるためのコンピュータプログラムが格納されている。プロセッサは、メモリに格納されたコンピュータプログラムを実行する。管理サーバ10は、ユーザの端末31,32における表示を制御し、端末31,32へのユーザ操作を受け付けることができる。端末31,32は、ネットワークを介して、管理サーバ10及び後述のスマートコントラクトにアクセス可能である。
実施形態において、管理サーバ10は、対象物の管理に用いられる管理装置である。なお、端末31,32それぞれが、管理サーバ10としての機能(後述のスマートコントラクトの呼び出し機能など)を有する場合には、端末31,32それぞれが、管理装置としても機能することができる。端末31,32が管理サーバ10の機能をも有する場合には、管理サーバ10を省略してもよい。
実施形態においては、対象物40は、一例として、有体物であるトレーディングカード(以下、「カード40」という)である。カード40は、現物であり、容易に取引可能である。例えば、カード40は、オンラインマーケット50で、取引される。オンラインマーケット50は、例えば、個人間(CtoC)取引のためのフリーマーケットである。オンラインマーケット50は、ユーザ端末31,32にインストールされたオンラインマーケットアプリケーションによって利用可能である。オンラインマーケット50では、売り手であるユーザが出品した商品であるカード40を、買い手である他のユーザが購入することができる。
購入のための支払は、例えばクレジットカードなどを利用して、法定通貨によって行うことができる。オンラインマーケット50にて、カード40の売買が成立すると、カード40は、売り手であるユーザから、買い手であるユーザへ送られる。カード40は有体物であるため、買い手へのカード40の引き渡しは、現実世界におけるカード40の占有の移転として行われる。対象物40は、ブロックチェーンにおいて取引可能である必要がないため、ブロックチェーンに馴染みがない者であっても、取引が容易である。
図2に示すように、実施形態のカード40には、コード41が付与されている。ここでのコード41は、一例として、2次元コード41である。実施形態において、2次元コード41は、管理サーバ10へのネットワークアクセスのためにURLを表すよう構成されている。2次元コード41は、ユーザの端末31,32が有する2次元コードスキャナー機能によってスキャンされる。端末31,32は、例えば、カメラを有するスマートフォンである。2次元コードスキャナー機能は、端末31,32にインストールされたアプリケーションが有している。
実施形態においては、対象物であるカード40の管理のために、ノンファンジブルトークン70(NFT70)が用いられる。複数の対象物40が管理される場合、複数の対象物40それぞれに異なるNFT70が対応付けられる。NFT70は、固有の識別子(NFT_ID)を有している。NFT70は、例えば、NFT-721トークンである。以下では、NFT70は、NFT-721トークンであるものとして説明する。
NFTは、イーサリアムネットワークにおいて取引される暗号資産であるイーサ(Ether)と同様に、イーサリアムネットワークにおいて取引可能である。イーサリアムは、Peer to Peer(P2P)ネットワーク上のブロックチェーンネットワークである。
NFT70の取引などのNFT70に対する操作は、イーサリアムネットワークなどのブロックチェーン上に構築されたスマートコントラクト20によって実行される。スマートコントラクト20は、ブロックチェーン上に書き込まれたコンピュータプログラムである。スマートコントラクト20は、コンピュータプログラムが、ブロックチェーンを構成するコンピュータネットワークに実装されることで構成される。コンピュータプログラムがブロックチェーンを構成するコンピュータネットワークにおいて実行されることで、スマートコントラクトの動作が行われる。スマートコントラクト20は、ブロックチェーンにおけるアドレス(コントラクトアドレス)を有する。スマートコントラクト20は、コントラクトアドレスに格納されている。本実施形態では、スマートコントラクト20は、インターネット等のネットワークを介して、管理サーバ10によって呼び出され、実行される。スマートコントラクトの履行履歴は、イーサリアムなどのブロックチェーンに記録される。なお、スマートコントラクト20は、端末31,32によって呼び出されてもよい。
実施形態においては、カード40にはNFT70が対応付けられている。カード40とNFT70とを一対一で対応付けるため、カード40に付与された2次元コード41が表すデータ(URL)には、NFT70の識別子(NFT_ID)が含まれている。NFT70の識別子(NFT_ID)は、NFT70に対応付けられたカード40に付与された2次元コード41によって表されるURLに含まれる。つまり、カード40に付与されたURLは、管理サーバ10のドメインと、NFT70の識別子(NFT_ID)と、を含む。つまり、URLは、管理サーバ10が、NFT70の操作のためのスマートコントラクト20を呼び出すために用いられるデータを含む。なお、管理サーバ10が省略される場合、2次元コード41によって表されるデータから管理サーバ10のドメインを省略してもよい。また、管理サーバ10が用いられる場合であっても、2次元コード41を読み取る端末31,32が、管理サーバ10のドメインを予め把握している場合には、2次元コード41によって表されるデータから管理サーバ10のドメインを省略してもよい。
実施形態においては、URLは、NFT_IDのほか、NFT70のイーサリアム上でのアドレス、NFTのID、及び、スマートコントラクト20の呼び出しのための手数料(イーサリアムにおけるGas)の支払い元となるイーサリアムアドレスの秘密鍵を含むことができる。
カード40に付与されたURLを用いたネットワークアクセスを管理サーバ10が受け付けると、管理サーバ10は、そのURLに含まれるNFT70の識別子(NFT_ID)から、ネットワークアクセスを生じさせたカード40に対応するNFT70を識別できる。URLは、NFT70の操作のためのスマートコントラクト20を呼び出すために必要なデータを有する。また、管理サーバ10は、URLに含まれるデータを用いて、カード40に対応付けられたNFT70を操作するスマートコントラクト20を呼び出すよう構成されている。このように、実施形態においては、カード40に付与されたURLを介して、カード40とNFT70とが対応付けられている。なお、URLには、NTF_IDそのものが含まれている必要はなく、管理サーバ10等が、カード40に対応付けられたNFT_IDを識別可能であるその他のデータが含まれていてもよい。
NFT70の所有者は、カード40の売買などに起因するカード40の所有者(占有者)の変更に伴って、イーサリアム上で変更される。管理サーバ10は、カード40の所有者の変更に伴うNFT70の所有者変更を、イーサリアム上で行うために必要な処理を実行する。なお、上記とは逆に、NFT70の所有者を変更(売買)するために、カード40を売買してもよい。
実施形態においては、カード40とNFT70とが対応付けられているため、デジタルアセットであるNFT70の所有者が、有体物であるカード40の所有者である。NFT70の所有者及び所有者履歴は、ブロックチェーン上に記録されるため、実質的に、有体物であるカード40の所有者及び所有者履歴が、ブロックチェーン上に記録されることになる。しかも、実施形態においては、カード40とNFT70とが対応付けられているため、実世界におけるカード40の取引と、ブロックチェーンにおけるNFT70の取引と、を連動させることができる。
カード40の所有者の変更に伴う、NFT70の所有者変更の手順の概略は、次のとおりである。ここでは、ユーザAが、カード40及びそのカード40に対応付けられたNFT70の現時点の所有者である。まず、ユーザAは、カード40の販売に先立ち、端末31を介して管理サーバ10へアクセスし、NFT70の所有権を放棄する操作を行う。NFT70の所有権の放棄は、ユーザAがNFT70をスマートコントラクト20に預けることによって行われる(図1のステップS1)。
NFT70をスマートコントラクト20に預ける操作が行われると、NFT70が、ユーザAのアドレス(ユーザAのイーサリアムアドレス)からスマートコントラクト20のコントラクトアドレスへ送信される。スマートコントラクト20は、ユーザAによって放棄されたNFT70を受信する。これにより、スマートコントラクト20は、NFT70を預かった状態になる。なお、ユーザAの端末31には、予め、管理サーバ10へアクセスする機能及びNFT70などのイーサリアム上のトークンを保有及び取引する機能を有するアプリケーションがインストールされている。
ユーザAは、NFT70の所有権を放棄した後、すなわち、NFT70の所有権をスマートコントラクト20に預けた後、カード40をオンラインマーケット50へ出品する(図1のステップS2)。ユーザBは、出品されたカード40を購入する(図1のステップS3)。ユーザBは、法定通貨によって、カード40の代金をユーザAに支払う。このように、実施形態においては、イーサリアムのようなブロックチェーンを利用して管理がなされるが、買い手の支払いは法定通貨によって行われるため、買い手は暗号資産を有していなくても、購入が可能である。
カード40の売買の仕方は特に限定されないが、売買がオンラインマーケット50によって行われる場合、買い手であるユーザBは、オンラインマーケット50を利用するためのアプリケーションを有していれば足りる。ユーザBは、カード40の購入時点において、管理サーバ10へのアクセス機能及びNFT70などのイーサリアム上のトークンを取引する機能を有するアプリケーションを有している必要がない。つまり、ユーザBは、カード40の購入時点において、イーサリアムのユーザである必要はない。したがって、買い手となるユーザの候補は、オンラインマーケット50における多数のユーザであり、カード40の販売が容易である。
ユーザAが販売したカード40は、宅配サービスなどを利用して、買い手であるユーザBへ送られる(図1のステップS4)。これによって、ユーザBが、現物であるカード40を取得する。
カード40を入手したユーザBは、端末32を使って、カード40に付与されている2次元コード41をスキャンし、端末32を介して管理サーバ10へアクセスする(図1のステップS5)。ユーザBは、端末32を介して、NFT70の所有権を取得する操作を行う。これにより、ユーザAから預けられていたNFT70が、スマートコントラクト20からユーザBのアドレス(ユーザBのイーサリアムアドレス)へ送信される(図1のステップS6)。ユーザBは、送信されたNFT70を端末32において参照できる。
実施形態において、スマートコントラクト20は、NFT70の所有権移転がユーザ間で生じると、NFT70について予め設定された権利者へ、暗号資産(イーサ)の支払いをするトランザクションを実行する(図1のステップS7)。予め設定された権利者は、例えば、カード40の著作権者(著作者)60である。支払いのトランザクションの実行のトリガは、NFT70の所有権の変更に関連したイベントであれば足り、例えば、図1のステップS1であってよいし、図1のステップS6であってもよい。権利者へ支払われるイーサは、例えば、売り手であるユーザA又は買い手であるユーザBの端末31,32から、スマートコントラクト20へ送金される。
以下、図1に示す手順を含む所有者変更手順の詳細を説明する。
図3は、ユーザAがカード40を購入(すなわちカード40の販売業者によるカード40の一次販売)をした際の、所有権の登録手順を示している。
カード40の販売時点において、スマートコントラクト20は、カード40に対応付けられたNFT70を所有している(ステップS101)。つまり、スマートコントラクト20は、NFT70を預かっている。なお、スマートコントラクト20の呼び出しとNFT70の送信には、イーサリアムにおける手数料(Gas)が発生するが、その手数料は、販売者負担で支払われるように設定される。つまり、カード40は、手数料(Gas)分のイーサ付きで販売される。したがって、ユーザAは、所有権登録の際に、手数料(Gas)を支払う必要がない。この結果、ユーザAが、所有権の登録時点においてイーサを有していなくても、登録作業の阻害にならない。手数料(Gas)に相当するイーサ(暗号資産)は、NFT70に対応付けて設けられたイーサリアムアドレスに保存されている。NFT70の操作に必要とされる手数料(Gas)は、NFT70に対応するイーサリアムアドレスに蓄積されたイーサから支払われる。
ユーザAは、販売業者からカード40を法定通貨の支払いにより購入し、現物のカード40を入手する(ステップS102)。ユーザAは、端末31を使って、カード40に付与された2次元コード41をスキャンする(ステップS103)。2次元コード41のスキャニングにより、端末31は、カード40に付与されたURLを読み取る。
URLを読み取った端末31は、そのURLに従ったネットワークアクセスを実行する(ステップS104)。これにより、端末31は、管理サーバ10へアクセスできる。端末31からのネットワークアクセスを受け付けた管理サーバ10は、アクセスに用いられたURLに含まれるNFT_IDによって、操作対象となるNFT70を決定する(ステップS105)。つまり、管理サーバ10は、ネットワークアクセスを受け付けることで、URLに含まれるNFT_IDを取得し、取得したNFT_IDによって、操作対象となるNFT70を識別する。
管理サーバ10は、イーサリアムネットワークにアクセスし、操作対象として決定されたNFT70の所有者を参照する。操作対象として決定されたNFT70の所有者がスマートコントラクト20である場合、つまり、NFT70をスマートコントラクト20が預かっている場合、管理サーバ10は、管理サーバ10にアクセス(ステップS104)したユーザAに対して、NFT70の所有権の登録を促す。ユーザAが、端末31上で、NFT70の所有権の登録をすることを選択する操作を行うと(ステップS106)、端末31から登録リクエストが管理サーバ10へ送信される。
登録リクエストを受信した管理サーバ10は、操作対象のNFT70の所有者を、スマートコントラクト20からユーザAに変更する操作を実行させるため、スマートコントラクト20を呼び出す(ステップS107)。管理サーバ10は、スマートコントラクト20を呼び出す際に、NFT_ID(NFT70の識別子)をスマートコントラクト20に与える。これにより、スマートコントラクト20は、NFT_ID(NFT70の識別子)を取得する。スマートコントラクト20は、NFT_IDの送信元(管理サーバ10など)から、ネットワークを介して、NFT_IDを取得する。スマートコントラクト20は、NFT_IDによって、操作対象となるNFT70を識別する。
呼び出されたスマートコントラクト20は、操作対象となるNFT70の所有者を、スマートコントラクト20からユーザAに変更する。つまり、スマートコントラクト20は、保有するNFT70を、新たな所有者であるユーザAのアドレス(ユーザAのイーサリアムアドレス)へ送信する(ステップS108)。これにより、ユーザAが、カード40に対応付けられたNFT70を所有した状態になる。NFT70の所有者がユーザAに変更されたことは、イーサリアムネットワーク上に記録される。
以上の手順により、カード40を法定通貨により購入したユーザAは、イーサリアム上のアセットであるNFT70を所有できる。ユーザAは、NFT70の所有権を有している場合、NFT70及びNFT70に対応付けられたネットワークサービス又はデジタルコンテンツを利用することができる。NFT70に対応付けられたネットワークサービスは、例えば、ゲームである。NFT70に対応付けられたコンテンツは、例えば、電子書籍、音楽、又は動画である。これらのネットワークサービス又はデジタルコンテンツは、NFT70を介して、カード40に対応付けられていることになる。したがって、カード40の所有権の移転に伴って、これらのネットワークサービス又はデジタルコンテンツの利用権も移転できる。
図4は、ユーザAがカード40を転売(2次販売)する手順を示している。
カード40を転売しようとする時点において、ユーザAは、カード40と、カード40に対応付けられたNFT70と、を所有している(ステップS201)。ユーザAは、端末31を使って、カード40に付与された2次元コード41をスキャンする(ステップS202)。2次元コード41のスキャニングにより、端末31は、カード40に付与されたURLを読み取る。
URLを読み取った端末31は、そのURLに従って管理サーバ10へアクセスする(ステップS203)。管理サーバ10は、アクセスに用いられたURLに含まれるNFT_IDによって、操作対象となるNFT70を決定する(ステップS204)。
管理サーバ10は、イーサリアムネットワークにアクセスし、操作対象として決定されたNFT70の所有者を参照する。操作対象として決定されたNFT70の所有者(ユーザA)が、管理サーバ10へのアクセス者(ユーザA)と同一である場合、管理サーバ10は、アクセス者であるユーザAの端末31に、NFT70の所有権を放棄するか否かを選択するための画面を表示させる。
なお、ユーザAの端末31に、NFT70を参照及び取引するためのアプリケーション(例えば、ウォレットアプリケーション)がインストールされている場合、ユーザAは、カード40をスキャンすることなく、所有するNFT70を、端末31にインストールされたアプリケーションにおいて参照できる。また、端末31のアプリケーションは、NFT70の所有権を放棄するか否かを選択するための画面を表示させることができる。このように、ユーザAの端末31に、NFT70を参照及び取引するためのアプリケーションがインストールされている場合、図4のステップS201からステップS203は省略可能である。
ユーザAが、端末31上で、NFT70の所有権を放棄することを選択する操作を行うと(ステップS205)、端末31から放棄リクエストが管理サーバ10へ送信される。
放棄リクエストを受信した管理サーバ10は、ユーザAに対して、パスワードの入力を要求する(ステップS206)。パスワードは、NFT70のために設定される。パスワードは、カード40の新たな所有者がNFT70の所有権を登録する際に、新たな所有者による入力を要求されるものであり、ユーザAによって決定される。ユーザAによるパスワードの入力が完了すると(ステップS207)、管理サーバ10は、操作対象のNFT70の所有者を、ユーザAからスマートコントラクト20に変更する操作(NFT70の放棄)を実行させるため、スマートコントラクト20を呼び出す(ステップS208)。この呼び出しの際に、ユーザAから、スマートコントラクト20へ、パスワード及びNFT70が送信される。これにより、NFT70がスマートコントラクト20へ預けられた状態になる(図1のステップS1参照)。なお、スマートコントラクト20の呼び出しの際に、NFT_IDも、スマートコントラクト20へ送信されてもよい。
また、ユーザAからは、NFT70等とともに、スマートコントラクト20の呼び出しとNFT70の送信のための手数料(Gas)が、スマートコントラクト20へ送信される。スマートコントラクト20は、受信した手数料(Gas)を、NFT70に対応付けられたイーサリアムアドレスに格納させる。したがって、NFT70の新たな所有者は、手数料(Gas)を支払う必要がない。なお、手数料(Gas)は、ユーザAから、直接、NFT70に対応付けられたイーサリアムアドレスに送信されてもよい。
呼び出されたスマートコントラクト20は、NFT70の所有者を、ユーザAからスマートコントラクト20へ変更し、受信したパスワードを保存する(ステップS209)。つまり、スマートコントラクト20は、預かったNFT70のために設定されたパスワードを、記憶する。記憶したパスワードは、預かったNFT70の新たな所有者を認証するために用いられる。
以上の処理が完了すると、ユーザAは、カード40をユーザBへ販売する(ステップS210,図1のステップS2,S3参照)。NFT70に設定されたパスワードは、ユーザAから、ユーザBへ伝達される。ユーザBは、伝達されたパスワードを、NFT70の新たな所有者であることの認証に用いる。
なお、ユーザAは、NFT70をスマートコントラクト20が預かっている間(NFT70の所有権がユーザBに移転される前まで)は、パスワードの変更・参照が可能である。また、ユーザAは、NFT70をスマートコントラクト20が預かっている間は、正しいパスワードの入力を条件として、スマートコントラクト20が預かっているNFT70を取り戻すことができる。
図5は、ユーザBがカード40を購入した際の、所有権の登録(移転)手順を示している。
ユーザBがカード40を購入する時点において、スマートコントラクト20は、カード40に対応付けられたNFT70と、そのNFT70のためのパスワードを有している(ステップS301)。
ユーザBは、オンラインマーケット50にてカード40を法定通貨の支払いにより購入し、現物のカード40を入手する(ステップS302)。ユーザBは、端末32を使って、カード40に付与された2次元コード41をスキャンする(ステップS303)。2次元コード41のスキャニングにより、端末32は、カード40に付与されたURLを読み取る。
URLを読み取った端末32は、そのURLに従ったネットワークアクセスを実行する(ステップS304)。これにより、端末32は、管理サーバ10へアクセスできる。端末32からのネットワークアクセスを受け付けた管理サーバ10は、アクセスに用いられたURLに含まれるNFT_IDによって、操作対象となるNFT70を決定する(ステップS305)。つまり、管理サーバ10は、ネットワークアクセスを受け付けることで、URLに含まれるNFT_IDを取得し、取得したNFT_IDによって、操作対象となるNFT70を識別する。
管理サーバ10は、イーサリアムネットワークにアクセスし、操作対象として決定されたNFT70の所有者を参照する。操作対象として決定されたNFT70の所有者がスマートコントラクト20である場合、つまり、NFT70をスマートコントラクト20が預かっている場合、管理サーバ10は、管理サーバ10にアクセス(ステップS304)したユーザBに対して、パスワードの入力を要求する(ステップS306)。
ユーザAが、端末32上で、ユーザAから伝達されたパスワードを入力すると(ステップS307)、パスワード認証が行われる。管理サーバ10は、パスワード認証に成功すると、操作対象のNFT70の所有者を、スマートコントラクト20からユーザBに変更する操作を実行させるため、スマートコントラクト20を呼び出す(ステップS309)。管理サーバ10は、スマートコントラクト20を呼び出す際に、NFT_ID(NFT70の識別子)をスマートコントラクト20に与える。これにより、スマートコントラクト20は、NFT_ID(NFT70の識別子)を取得する。スマートコントラクト20は、NFT_IDによって、操作対象のNFT70を識別する。
なお、パスワード認証は、スマートコントラクト20が行ってもよい。すなわち、管理サーバ10は、ステップS305の後、(パスワード認証のために、)スマートコントラクト20を呼び出す。管理サーバ10は、呼び出しの際に、操作対象のNFT70のNFT_ID(NFT70の識別子)をスマートコントラクト20に与える。これにより、スマートコントラクト20は、NFT_ID(NFT70の識別子)を取得する。スマートコントラクト20は、NFT_IDによって、操作対象となるNFT70を識別する。
スマートコントラクト20は、操作対象となるNFT70にパスワードが設定されている場合、パスワード認証処理を実行する。パスワード認証処理において、スマートコントラクト20は、ユーザBからパスワードを取得する。パスワードは、ユーザBから直接取得してもよいし、管理サーバ10を介してユーザBから取得してもよい。パスワード認証に成功した場合、つまり、ユーザBが正しいパスワードを入力した場合、スマートコントラクト20は、引き続き、操作対象のNFT70の所有者を変更する操作を実行する。
パスワード認証が成功した場合、スマートコントラクト20は、NFT70の所有者を、スマートコントラクト20から、ユーザBに変更する。つまり、スマートコントラクト20は、保有するNFT70を、新たな所有者であるユーザBのアドレス(ユーザBのイーサリアムアドレス)へ送信する(ステップS310)。これにより、パスワードを入力したユーザBが、カード40に対応付けられたNFT70を所有した状態になる。
NFT70の所有者がユーザBに変更されたことは、イーサリアムネットワーク上に記録される。また、パスワードは、リセットされる。リセットは、スマートコントラクト20によって行われる。
なお、スマートコントラクト20の呼び出し及びNFT70の送信のための手数料(Gas)は、ユーザAが予め支払ったイーサにより賄われる。
以上の手順により、ユーザBはNFT70を所有できる(ステップS311)。ユーザBは、NFT70に対応付けられたネットワークサービス又はコンテンツを利用することもできる。なお、NFT70の所有権を失ったユーザAは、NFT70に対応付けられたネットワークサービス又はコンテンツを利用できなくなる。
また、スマートコントラクト20は、NFT70がユーザBへ移転されると、著作権者(著作者)60へ、所定額のイーサを送信する(ステップS312)。著作者60へ送信されるイーサは、予めユーザAによって支払われている。このように、ユーザAとユーザBとの取引により、第三者である著作権者60が利益を得ることができる。
なお、図5に示す手順は、ユーザAがカード40を購入した際の所有権登録(図3)のために用いられてもよい。図5に示す手順が、ユーザAがカード40を購入した際の所有権登録に用いられる場合、パスワードは、カード40の販売前に、管理サーバ10の管理者又は販売業者によって設定され、ユーザAに伝達される。パスワードは、印刷などにより、カード40に付与されていてもよい。
図6は、所有権履歴の参照手順を示している。ここでは、カード40の非所有者であるユーザ(非所有ユーザ)が、2次元コードをスキャンできた場合における所有者履歴の参照を説明する。
ここでは、カード40及びNFT70は、他のユーザによって所有されているものとする(ステップS401)。また、NFT70の所有者履歴は、イーサリアムネットワーク上に記録されている。
非所有ユーザは、端末を使って、カード40に付与された2次元コード41をスキャンする(ステップS402)。2次元コード41のスキャニングにより、端末は、カード40に付与されたURLを読み取る。URLを読み取った端末は、そのURLに従ったネットワークアクセスを実行する(ステップS403)。これにより、端末は、管理サーバ10へアクセスできる。端末からのネットワークアクセスを受け付けた管理サーバ10は、アクセスに用いられたURLに含まれるNFT_IDによって、対象となるNFT70を決定する(ステップS404)。つまり、管理サーバ10は、ネットワークアクセスを受け付けることで、URLに含まれるNFT_IDを取得し、取得したNFT_IDによって、操作対象となるNFT70を識別する。
管理サーバ10は、イーサリアムネットワークにアクセスし、対象として決定されたNFT70の所有者を参照する。操作対象として決定されたNFT70の所有者が他のユーザである場合、管理サーバ10は、対象であるNFT70の所有者履歴をイーサリアムネットワークから取得し、非所有ユーザの端末に表示させる(ステップS405)。なお、所有者履歴の表示は、図5のステップS308において、パスワード認証が成功しなかったユーザBの端末32に対しても行われる。
なお、管理サーバ10は、所有者履歴をスマートコントラクト20から取得してもよい。この場合、管理サーバ10は、NFT70の所有者履歴を取得するため、スマートコントラクト20を呼び出す。管理サーバ10は、スマートコントラクト20を呼び出す際に、NFT_ID(NFT70の識別子)をスマートコントラクト20に与える。これにより、スマートコントラクト20は、NFT_ID(NFT70の識別子)を取得する。スマートコントラクト20は、NFT_IDによって、所有者履歴が必要なNFT70を識別する。
本発明は、上記実施形態に限定されるものではなく、様々な変形が可能である。
<3.付記>
本開示は、以下に示す態様を含む。
(1)実施形態に係る方法は、対象物の管理のためにノンファンジブルトークン(NFT)を操作する方法である。ノンファンジブルトークンは、スマートコントラクトを実行可能であるブロックチェーンにより発行される。ノンファンジブルトークンは、対象物に対応付けられている。
実施形態に係る方法は、データが付与された前記対象物を準備することを含む。前記データは、前記スマートコントラクトの呼び出しに用いられる。
スマートコントラクトの呼び出しに用いられるデータは、例えば、スマートコントラクトによって操作されるノンファンジブルトークン(NFT)を識別するためのデータを含むことができる。NFTを識別するためのデータは、例えば、NFTのブロックチェーン上でのアドレス及びNFTのIDの少なくともいずれか一方である。スマートコントラクトの呼び出しに用いられるデータは、スマートコントラクトを呼び出す際に、スマートコントラクトに与えられる他のデータであってもよい。スマートコントラクトに与えられるデータは、例えば、スマートコントラクトの呼び出しのための手数料(例えば、イーサリアムにおけるGas)の支払い元となるイーサリアムアドレスの秘密鍵を含むことができる。
実施形態に係る方法は、前記対象物に付与された前記データを用いたネットワークアクセスを、前記管理サーバが受け付けることを含む。
実施形態に係る方法は、前記ネットワークアクセスを受け付けた前記管理サーバが、前記ノンファンジブルトークンに対する操作を実行させるために、前記データを用いて、前記スマートコントラクトを呼び出すことを含む。呼び出されたスマートコントラクトは、前記ノンファンジブルトークンに対する操作を実行する。
以上の工程が行われることで、前記対象物に付与された前記データに基づいて、ノンファンジブルトークン(NFT)を操作するスマートコントラクトを実行できるため、NFTを対象物の管理に用いることができる。
(2)前記データは、前記対象物に付与されたユニフォームリソースロケータ(Uniform Resource Locator:URL)に含まれているのが好ましい。前記ユニフォームリソースロケータは、前記管理サーバへのネットワークアクセスのためのドメインを含むことができる。この場合、対象物に付与されたURLは、前記管理サーバへのネットワークアクセスに用いられ、前記URLに含まれるデータは、前記スマートコントラクトの呼び出しに用いられる。前記ネットワークアクセスは、インターネットアクセスでよい。
(3)前記対象物に付与された前記ユニフォームリソースロケータ(URL)は、2次元コードによって表されているのが好ましい。2次元コードは、2次元コードスキャナーによってスキャニング可能であり、機械的なURL読み取りに有利である。
(4)前記対象物は、有体物であるのが好ましい。
(5)前記管理サーバが前記ノンファンジブルトークンの所有者である第1ユーザの端末から前記ネットワークアクセスを受け付けた場合、前記スマートコントラクトによる前記ノンファンジブルトークンの操作は、前記ノンファンジブルトークンを、前記第1ユーザから前記スマートコントラクトへ送信することを含むのが好ましい。この場合、第1ユーザは、ノンファンジブルトークンをスマートコントラクトへ預けることができる(図1のステップS1参照)。
(6)前記ノンファンジブルトークンを前記スマートコントラクトが有しているときに、前記管理サーバが前記ノンファンジブルトークンの非所有者である第2ユーザの端末から前記ネットワークアクセスを受け付けた場合、前記スマートコントラクトによる前記ノンファンジブルトークンの操作は、前記ノンファンジブルトークンを、前記スマートコントラクトから前記第2ユーザへ送信することを含むのが好ましい。この場合、第2ユーザは、ノンファンジブルトークンをスマートコントラクトから取得することができる(図1のステップS6参照)。
(7)前記ノンファンジブルトークンを前記スマートコントラクトが有しているときに、前記管理サーバが前記ノンファンジブルトークンの非所有者である第2ユーザの端末から前記ネットワークアクセスを受け付けた場合、前記管理サーバは、前記第2ユーザの前記端末へパスワードの入力を要求することを更に含むのが好ましい。この場合、ノンファンジブルトークンの取得にパスワードが必要になり、パスワードを知らないユーザがノンファンジブルトークンを取得するのを防止できる。
(8)前記スマートコントラクトは、前記ノンファンジブルトークンに対する操作を実行した場合、前記ノンファンジブルトークンに対応付けられた権利者へ、前記ブロックチェーンにおける暗号資産を支払う操作を実行するよう構成されているのが好ましい。この場合、権利者は、ノンファンジブルトークンへの操作が行われると利益を得ることができる。
(9)前記管理サーバが前記ノンファンジブルトークンの非所有者である第2ユーザの端末から前記ネットワークアクセスを受け付けた場合、前記管理サーバは、前記ノンファンジブルトークンの所有者履歴データを、前記第2ユーザの端末に表示させることを更に含むのが好ましい。この場合、ノンファンジブルトークンの所有者履歴、すなわち、対象物の所有者履歴を把握することができる。過去の所有者が誰であったかによって、対象物又はノンファンジブルトークンの価値が変動することがある。所有者履歴が参照可能であると、過去の所有者を容易に確認できる。
(10)実施形態に係る管理サーバは、スマートコントラクトを実行可能であるブロックチェーンにより発行されたノンファンジブルトークンに対応付けられた対象物の管理サーバである。前記管理サーバは、前記対象物に付与されたデータであって、スマートコントラクトの呼び出しに用いられる前記データを用いたネットワークアクセスを受け付け、前記アクセスを受け付けると、前記ノンファンジブルトークンに対する操作を実行させるために、前記データを用いて、前記スマートコントラクトを呼び出すことを含む処理を実行するよう構成されたプロセッサを備える。前記処理のためのコンピュータプログラムは、コンピュータ読み取り可能な、非一時的記憶媒体に格納される。
10 :管理サーバ(管理装置)
20 :スマートコントラクト
31 :端末
32 :端末
40 :カード(対象物)
41 :2次元コード
50 :オンラインマーケット
60 :著作権者(著作者)
70 :ノンファンジブルトークン
A :ユーザ
B :ユーザ
20 :スマートコントラクト
31 :端末
32 :端末
40 :カード(対象物)
41 :2次元コード
50 :オンラインマーケット
60 :著作権者(著作者)
70 :ノンファンジブルトークン
A :ユーザ
B :ユーザ
Claims (14)
- 対象物を管理する方法であって、
ブロックチェーンに実装されたスマートコントラクトが、前記対象物に付与されたコードに含まれる識別子によって識別されるノンファンジブルトークンに対する操作を実行することを備える、
対象物を管理する方法。 - 前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者変更のための操作を含む
請求項1に記載の方法。 - 前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記ノンファンジブルトークンの所有者から、前記ノンファンジブルトークンを預かることを含む
請求項1又は請求項2に記載の方法。 - 前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが預かった前記ノンファンジブルトークンのために設定されたパスワードを、前記スマートコントラクトが記憶することを更に含む
請求項3に記載の方法。 - 前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記パスワードを入力したユーザを、前記スマートコントラクトが預かった前記ノンファンジブルトークンの新たな所有者にすることを更に含む
請求項4に記載の方法。 - 前記ノンファンジブルトークンに対する前記操作が実行された場合、前記スマートコントラクトは、前記ノンファンジブルトークンに対応付けられた権利者へ、前記ブロックチェーンにおける暗号資産を支払う操作を実行することを更に備える
請求項5に記載の方法。 - 管理装置が、前記対象物に付与された前記コードに含まれる前記識別子を取得し、前記識別子によって識別される前記ノンファンジブルトークンに対する操作を実行させるために、ネットワークを介して、前記スマートコントラクトを呼び出すことを更に備える
請求項1から請求項6のいずれか1項に記載の方法。 - ブロックチェーンに実装されたスマートコントラクトであって、
管理の対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行するよう構成されている
スマートコントラクト。 - 前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者変更のための操作を含む
請求項8に記載のスマートコントラクト。 - 前記ノンファンジブルトークンに対する前記操作は、前記ノンファンジブルトークンの所有者から、前記ノンファンジブルトークンを預かることを含む
請求項8又は請求項9に記載のスマートコントラクト。 - 前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが預かった前記ノンファンジブルトークンのために設定されたパスワードを記憶することを更に含む
請求項10に記載のスマートコントラクト。 - 前記ノンファンジブルトークンに対する前記操作は、前記スマートコントラクトが、前記パスワードを入力したユーザを、前記スマートコントラクトが預かった前記ノンファンジブルトークンの新たな所有者にすることを更に含む
請求項11に記載のスマートコントラクト。 - 前記ノンファンジブルトークンに対する前記操作が実行された場合、前記ノンファンジブルトークンに対応付けられた権利者へ、前記ブロックチェーンにおける暗号資産を支払う操作を更に実行するよう構成されている
請求項12に記載のスマートコントラクト。 - 対象物の管理装置であって、
前記対象物に付与されたコードに含まれる識別子を取得し、前記識別子によって識別されるノンファンジブルトークンに対する操作を実行させるために、ネットワークを介して、ブロックチェーンに実装されたスマートコントラクトを呼び出すことを含む処理を実行するよう構成されている
管理装置。
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)
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 | WrapTag株式会社 | ノンファンジブルトークンの生産方法及び生産システム、固有識別子の登録方法及びシステム、並びに組み合わせ製品の生産方法 |
WO2023054537A1 (ja) * | 2021-09-28 | 2023-04-06 | WrapTag株式会社 | ノンファンジブルトークンの生産方法及び生産システム、固有識別子の登録方法及びシステム、組み合わせ製品の生産方法 |
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 | Sushi Top Marketing株式会社 | 情報処理装置、プログラム、情報処理方法 |
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 | キム,ハンジョ | ブロックチェーン基盤のnftを利用した音源プラットフォームのサーバで行われるサービスの提供方法 |
Families Citing this family (50)
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 | Xクリエーション株式会社 | コンピュータの制御方法及びプログラム |
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 | bacoor dApps株式会社 | 静止画に対応する動画を表示するための方法、システム、有形媒体、及び有形媒体の製造方法 |
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 | Xクリエーション株式会社 | 印刷によって製造される商品の製造方法及びシステム |
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 | 株式会社電通 | アイテム流通制御装置、アイテム流通制御プログラム、アイテム流通制御方法、vr端末、vr端末用プログラムおよびvr端末の制御方法 |
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 | Sushi Top Marketing株式会社 | 情報処理装置、情報処理システム、情報処理方法 |
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 | Toppanホールディングス株式会社 | ユーザ認証システム、ユーザ認証装置、ユーザ認証方法、およびプログラム |
Citations (5)
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 | インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation | ブロックチェーンのためのリソースの公平性のためのシステム、方法、およびコンピュータ・プログラム |
JP2019185510A (ja) | 2018-04-13 | 2019-10-24 | ビリングシステム株式会社 | チケット管理システム、チケット管理装置、チケット管理方法、および、チケット管理プログラム |
Family Cites Families (9)
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 |
-
2019
- 2019-12-05 JP JP2019220303A patent/JP6710401B1/ja active Active
-
2020
- 2020-04-09 CN CN202080035504.0A patent/CN113853627A/zh active Pending
- 2020-04-09 WO PCT/JP2020/016051 patent/WO2021111653A1/ja unknown
- 2020-04-09 US US17/599,390 patent/US20220198447A1/en active Pending
- 2020-04-09 EP EP20896135.9A patent/EP4071692A4/en active Pending
-
2023
- 2023-03-29 JP JP2023052991A patent/JP2023073391A/ja active Pending
-
2024
- 2024-02-16 JP JP2024022441A patent/JP2024040523A/ja active Pending
Patent Citations (5)
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 | インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation | ブロックチェーンのためのリソースの公平性のためのシステム、方法、およびコンピュータ・プログラム |
JP2019185510A (ja) | 2018-04-13 | 2019-10-24 | ビリングシステム株式会社 | チケット管理システム、チケット管理装置、チケット管理方法、および、チケット管理プログラム |
Non-Patent Citations (2)
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7511856B2 (ja) | 2021-09-02 | 2024-07-08 | キム,ハンジョ | ブロックチェーン基盤のnftを利用した音源プラットフォームのサーバで行われるサービスの提供方法 |
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 | WrapTag株式会社 | ノンファンジブルトークンの生産方法及び生産システム、固有識別子の登録方法及びシステム、並びに組み合わせ製品の生産方法 |
WO2023054537A1 (ja) * | 2021-09-28 | 2023-04-06 | WrapTag株式会社 | ノンファンジブルトークンの生産方法及び生産システム、固有識別子の登録方法及びシステム、組み合わせ製品の生産方法 |
JP2023048946A (ja) * | 2021-09-28 | 2023-04-07 | WrapTag株式会社 | ノンファンジブルトークンの生産方法及び生産システム、固有識別子の登録方法及びシステム、並びに組み合わせ製品の生産方法 |
JP7414245B2 (ja) | 2021-10-27 | 2024-01-16 | bacoor dApps株式会社 | ブロックチェーンのノンファンジブルトークンに関連付けられた権利を行使するためのコンピュータ実装方法、コンピュータシステム |
JPWO2023074744A1 (ja) * | 2021-10-27 | 2023-05-04 | ||
WO2023074744A1 (ja) * | 2021-10-27 | 2023-05-04 | Xクリエーション株式会社 | ブロックチェーンのノンファンジブルトークンに関連付けられた権利を行使するためのコンピュータ実装方法、コンピュータシステム、ノンファンジブルトークンの製造方法及びノンファンジブルトークン |
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 | Sushi Top Marketing株式会社 | 情報処理装置、プログラム、情報処理方法 |
WO2023167257A1 (ja) * | 2022-03-02 | 2023-09-07 | Sushi Top Marketing株式会社 | トークン制御システム |
JP7405340B1 (ja) | 2022-03-02 | 2023-12-26 | Sushi Top Marketing株式会社 | トークン制御システム |
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 |