WO2025239348A1 - 情報処理方法、情報処理装置、および、プログラム - Google Patents

情報処理方法、情報処理装置、および、プログラム

Info

Publication number
WO2025239348A1
WO2025239348A1 PCT/JP2025/017338 JP2025017338W WO2025239348A1 WO 2025239348 A1 WO2025239348 A1 WO 2025239348A1 JP 2025017338 W JP2025017338 W JP 2025017338W WO 2025239348 A1 WO2025239348 A1 WO 2025239348A1
Authority
WO
WIPO (PCT)
Prior art keywords
nft
information
product
service
information processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/JP2025/017338
Other languages
English (en)
French (fr)
Inventor
格也 山本
直央 西田
勇二 海上
淳児 道山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Management Co Ltd
Original Assignee
Panasonic Intellectual Property Management Co Ltd
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 Panasonic Intellectual Property Management Co Ltd filed Critical Panasonic Intellectual Property Management Co Ltd
Publication of WO2025239348A1 publication Critical patent/WO2025239348A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION 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
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Definitions

  • This disclosure relates to an information processing method, an information processing device, and a program.
  • NFTs Non-Fungible Tokens
  • the present disclosure therefore provides an information processing method, information processing device, and program that can appropriately manage information about items that use NFTs.
  • An information processing method is an information processing method executed by a server of a ledger system equipped with a distributed ledger, which issues a first NFT (Non-Fungible Token) that corresponds one-to-one to an object, acquires a request for issuance of a second NFT linked to the first NFT, determines whether to permit issuance of the second NFT based on the requester of the issuance request and the rights information included in the first NFT, and if it is determined that issuance of the second NFT is permitted, executes an issuance process to issue the second NFT, and, in response to the transfer of the object, both the first NFT and the second NFT are moved from the wallet address of the right holder of the object before the transfer to the wallet address of the requester who is the right holder of the object at the transfer destination.
  • NFT Non-Fungible Token
  • An information processing device is a server of a ledger system equipped with a distributed ledger, and includes a first processing unit that issues a first NFT (Non-Fungible Token) that corresponds one-to-one to an object, an acquisition unit that acquires an issuance request for a second NFT linked to the first NFT, a second processing unit that determines whether to permit the issuance of the second NFT based on the requester of the issuance request and the rights information included in the first NFT, and a third processing unit that executes an issuance process to issue the second NFT if it determines that the issuance of the second NFT is permitted.
  • both the first NFT and the second NFT are moved from the wallet address of the right holder of the object before the transfer to the wallet address of the requester, who is the right holder of the object at the transfer destination.
  • a program according to one aspect of the present disclosure is a program for causing a computer to execute the above-described information processing method.
  • an information processing method, etc. that can appropriately manage information about items using NFTs.
  • FIG. 1 is a diagram showing a configuration of an information processing system according to an embodiment.
  • FIG. 2 is a block diagram illustrating a functional configuration of the ledger server according to the embodiment.
  • FIG. 3 is a sequence diagram showing a first example of the operation of issuing and transferring various NFTs executed by the information processing system according to the embodiment.
  • FIG. 4 is an explanatory diagram showing information included in a product NFT according to an embodiment.
  • FIG. 5 is a sequence diagram showing the operation of issuing a service NFT, which is executed by the information processing system according to the embodiment.
  • FIG. 6 is an explanatory diagram showing information included in the first service NFT according to the embodiment.
  • FIG. 1 is a diagram showing a configuration of an information processing system according to an embodiment.
  • FIG. 2 is a block diagram illustrating a functional configuration of the ledger server according to the embodiment.
  • FIG. 3 is a sequence diagram showing a first example of the operation of issuing and transferring various NFTs executed by the information processing system
  • FIG. 7 is a sequence diagram showing a second example of the operation of issuing and transferring various NFTs executed by the information processing system according to the embodiment.
  • FIG. 8 is an explanatory diagram showing information included in the second service NFT according to the embodiment.
  • FIG. 9 is a sequence diagram showing the operation of distributing the sales profit, which is executed by the information processing system according to the embodiment.
  • FIG. 10 is an explanatory diagram showing information included in the third service NFT according to the embodiment.
  • FIG. 11A is a diagram showing a list of wallet addresses and owners according to an embodiment.
  • FIG. 11B is a diagram illustrating a first example of NFT transaction history data according to an embodiment.
  • FIG. 11C is a diagram illustrating a second example of NFT transaction history data according to an embodiment.
  • FIG. 12 is a flowchart showing the operation when changing the information of the NFT according to the embodiment.
  • FIG. 13 is an explanatory diagram showing the data structure of a blockchain, which is an example of a distributed ledger.
  • FIG. 14 is an explanatory diagram showing the data structure of transaction data.
  • FIG. 15 is an explanatory diagram showing transaction data related to the execution of a smart contract.
  • FIG. 16 is a flowchart showing the process of executing a smart contract.
  • FIG. 17 is an explanatory diagram showing the structure of an NFT and metadata.
  • An information processing method is an information processing method executed by a server of a ledger system equipped with a distributed ledger, which issues a first NFT (Non-Fungible Token) that corresponds one-to-one to an object, obtains an issuance request for a second NFT linked to the first NFT, determines whether to permit the issuance of the second NFT based on the requester of the issuance request and the rights information included in the first NFT, and if it is determined that the issuance of the second NFT is permitted, executes an issuance process to issue the second NFT, and in response to the transfer of the object, both the first NFT and the second NFT are moved from the wallet address of the owner of the object before the transfer to the wallet address of the requester who is the owner of the object at the transfer destination.
  • NFT Non-Fungible Token
  • the information processing method according to the second aspect of the present disclosure is the information processing method according to the first aspect, wherein the first NFT may be issued by a device managed by the manufacturer of the item.
  • the first NFT is an NFT issued by the product manufacturer, and can therefore be managed as a highly reliable NFT.
  • the information processing method according to the third aspect of the present disclosure is the information processing method according to the first or second aspect, wherein the first NFT may include the rights information relating to the ownership or usage rights of the object.
  • the information processing method according to the fourth aspect may be an information processing method according to any one of the first to third aspects, in which the second NFT is issued by a server included in the ledger system and managed by the transfer destination of the item.
  • NFTs to be issued by businesses that have ownership or usage rights to the item, i.e., businesses other than the manufacturer. This allows appropriate information to be managed according to the issuer.
  • the information processing method according to the fifth aspect is the information processing method according to the fourth aspect, in which the second NFT may include at least one of the guarantee details and service history for the item provided by the transferee of the item.
  • the information processing method according to the sixth aspect may be the information processing method according to the fourth or fifth aspect, in which the second NFT includes identification information of the first NFT.
  • the identification information of the first NFT is included in the second NFT, making it possible to properly manage the relationship between the second NFT and the first NFT.
  • the information processing method according to the seventh aspect may be an information processing method according to any one of the fourth to sixth aspects, in which information indicating that the item has been transferred is acquired, and the second NFT is issued based on the issuance request from the right holder of the item to which the item has been transferred.
  • NFTs to be issued based on an issuance request from the rights holder of the item to which they are being transferred. For example, since different issuers issue NFTs for a single item, appropriate information can be managed according to the issuer.
  • the information processing method according to the eighth aspect may be the information processing method according to the seventh aspect, in which the second NFT includes information indicating the usage history of the item by the user of the item.
  • Information contained in the second NFT can affect the value of the item (for example, residual value), and by properly managing this information using an NFT (through a distributed ledger), it becomes possible to more accurately calculate the value of the item.
  • the information processing method according to the ninth aspect may be an information processing method according to any one of the first to eighth aspects, and in determining whether to permit the issuance of the second NFT, may determine to permit the issuance of the second NFT if the requester is the rights holder of the first NFT.
  • an information processing method may be an information processing method according to any one of the first to ninth aspects, which obtains an information change request for information included in the first NFT, determines whether the requester of the information change request is the rights holder of the first NFT, and permits the information change request if the requester of the information change request is the rights holder of the first NFT.
  • an information processing method may be an information processing method according to any one of the first to tenth aspects, which obtains an information change request for information contained in the second NFT, determines whether the requester of the information change request is the rights holder of the second NFT, and permits the information change request if the requester of the information change request is the rights holder of the second NFT.
  • the information processing method according to the twelfth aspect may be an information processing method according to any one of the first to eleventh aspects, which acquires an information change request for information contained in the first NFT, and if the source of the information change request is not the rights holder of the first NFT, may display an issuance screen for issuing the second NFT.
  • an information processing method is an information processing method according to any one of the first to twelfth aspects, and when the first NFT is transferred from the wallet address of the right holder of the object before the transfer to the wallet address of the right holder of the object at the transfer destination, an NFT linked to the first NFT may be identified, and the second NFT, which is the identified NFT, may be transferred from the wallet address of the right holder of the object before the transfer to the wallet address of the right holder of the object at the transfer destination.
  • the information processing method according to the fourteenth aspect is an information processing method according to any one of the first to thirteenth aspects
  • the second NFT may include an NFT issued by a business operator that provides a service using the item, or an NFT corresponding to the product number of the item.
  • the information processing method according to the fifteenth aspect is an information processing method according to any one of the first to fourteenth aspects, and the issuance process may include transmitting information indicating that the issuance of the second NFT is permitted to the requester of the issuance request.
  • NFTs NFTs to be issued by businesses or users who currently have ownership or usage rights to an object. Since different issuers issue NFTs for a single object, appropriate information can be managed according to the issuer.
  • the information processing method according to the sixteenth aspect is an information processing method according to any one of the first to fifteenth aspects, and the issuance process may include generating the second NFT and transmitting the generated second NFT to the requestor of the issuance request.
  • an information processing device is a server of a ledger system equipped with a distributed ledger, and includes a first processing unit that issues a first NFT (Non-Fungible Token) that corresponds one-to-one to an object, an acquisition unit that acquires an issuance request for a second NFT linked to the first NFT, a second processing unit that determines whether to permit the issuance of the second NFT based on the requester of the issuance request and the rights information included in the first NFT, and a third processing unit that executes an issuance process to issue the second NFT if it determines that the issuance of the second NFT is permitted; and in response to the transfer of the object, both the first NFT and the second NFT are moved from the wallet address of the right holder of the object before the transfer to the wallet address of the requester who is the right holder of the object at the transfer destination.
  • NFT Non-Fungible Token
  • a program according to an eighteenth aspect of the present disclosure is a program for causing a computer to execute an information processing method according to any one of the first to sixteenth aspects.
  • these general or specific aspects may be realized as a system, method, integrated circuit, computer program, or non-transitory recording medium such as a computer-readable CD-ROM, or as any combination of a system, method, integrated circuit, computer program, or recording medium.
  • the program may be pre-stored on the recording medium, or may be supplied to the recording medium via a wide area communication network, including the Internet.
  • each figure is a schematic diagram and is not necessarily an exact illustration. Therefore, for example, the scales of the figures do not necessarily match. Furthermore, in each figure, substantially identical components are assigned the same reference numerals, and duplicate explanations are omitted or simplified.
  • ordinal numbers such as “first” and “second” do not refer to the number or order of components, unless otherwise specified, but are used for the purpose of avoiding confusion and distinguishing between components of the same type.
  • Figure 1 is a diagram showing the configuration of an information processing system 10 according to this embodiment. Note that Figure 1 shows an exemplary functional configuration of the information processing system 10, and the functional configuration of the information processing system 10 is not limited to that shown in Figure 1.
  • the information processing system 10 comprises ledger servers 100a, 100b, and 100c. These are connected to each other via a communication network so that they can communicate with each other. Furthermore, ledger servers 100a, 100b, and 100c form a ledger system (distributed ledger system).
  • ledger servers 100a, 100b, and 100c form a ledger system (distributed ledger system).
  • the following explanation will use a product as an example of an object.
  • a ledger system is a processing system that stores information using a distributed ledger.
  • a variety of data can be stored in the distributed ledger of a ledger system.
  • the distributed ledger of a ledger system stores the creation history of NFTs (for example, product NFTs and service NFTs, described below) that are associated one-to-one with objects in the real world, as well as the transfer history of the above NFTs.
  • NFTs for example, product NFTs and service NFTs, described below
  • the above NFTs are NFTs that trace the creation or transfer of objects in the real world on the distributed ledger.
  • Objects in the real world are objects that can be sold, rented, etc., and examples include, but are not limited to, home appliances such as refrigerators, business equipment such as copiers, mobile objects such as automobiles, furniture such as chests of drawers, various measuring instruments, and various tools.
  • the ledger system can execute operations via smart contracts using a distributed ledger.
  • the ledger system can generate NFTs and transfer NFTs using operations via smart contracts.
  • the ledger system comprises ledger servers 100a, 100b, and 100c (also referred to as ledger servers 100a, etc.) as a group of servers that hold a distributed ledger.
  • ledger servers 100a, etc. receives transaction data
  • the transaction data is forwarded to all ledger servers 100a, etc. other than the at least one server, and stored in the distributed ledger held by each of them.
  • ledger server 100a is a server that holds and manages the distributed ledger. It holds the distributed ledger and updates it while synchronizing it with other ledger servers (specifically, ledger servers 100b and 100c).
  • Ledger servers 100b and 100c are each similar to ledger server 100a and operate independently of ledger server 100a.
  • storage devices 101a, 101b, and 101c will also be referred to as storage devices 101a, etc. (storage devices 101a to 101c).
  • the ledger servers 100a, etc. are connected to the storage devices 101a, etc.
  • the ledger servers 100a, etc. may be connected to the storage devices 101a, etc. via a communication network (not shown), or may have the storage devices 101a, etc. internally.
  • the storage devices 101a, etc. have a distributed ledger in which blockchain transaction data and blocks are electronically recorded.
  • the ledger system performs distributed ledger management using blockchain.
  • the number of ledger servers that make up the ledger system is not limited to three, as long as it is one or more.
  • the number of ledger servers that make up the ledger system may also be four or more (for example, including ledger server 100d, which will be described later).
  • ledger server 100a is a server managed by the finished product company (also referred to as the manufacturer) that manufactures the item
  • ledger server 100b is a server managed by a business through which the item passes between manufacture and delivery to the user
  • ledger server 100c is a server managed by a user who uses the item.
  • the one or more businesses are businesses that provide a product business, such as a business that provides subscription services, a business that provides leasing services, or a business that sells used items.
  • the user may also be a business or an individual.
  • the server managed by the manufacturer is an example of a device (e.g., an information processing device) managed by the manufacturer.
  • FIG. 2 is a block diagram showing the functional configuration of ledger server 100a according to this embodiment. Since ledger servers 100b and 100c have the same configuration as ledger server 100a, the following description will use ledger server 100a as an example. Note that Figure 2 shows an exemplary functional configuration of ledger server 100a, and the functional configuration of ledger server 100a is not limited to that shown in Figure 2.
  • the ledger server 100a comprises a communication unit 111, a ledger management unit 112, an execution unit 113, a storage unit 114, and a transaction data generation unit 115. At least some of the functional units of the ledger server 100a are realized by a processor (e.g., a CPU) of the ledger server 100a executing a program using memory.
  • a processor e.g., a CPU
  • the communication unit 111 is a communication interface that is communicatively connected to a communication network.
  • the communication unit 111 may be a communication interface for a wired communication standard (e.g., Ethernet (registered trademark)), or a communication interface for a wireless communication standard (e.g., Wi-Fi (registered trademark) or a mobile communication system (3G, 4G, 5G, etc.)).
  • the communication unit 111 is used when the functional unit of the ledger server 100a communicates with other devices.
  • the communication unit 111 is used when the functional unit of the ledger server 100a communicates with either ledger server 100b or 100c.
  • the communication unit 111 may be configured to include, for example, a communication circuit (or a communication module).
  • the ledger management unit 112 processes the distributed ledger 114a and transaction data. Specifically, when the ledger management unit 112 receives transaction data from ledger servers 100b and 100c, it verifies the digital signature included in the received transaction data and controls storage of successfully verified transaction data in the distributed ledger 114a held by the storage unit 114. When storing transaction data in the distributed ledger 114a, the ledger management unit 112 generates a block containing the transaction data to be stored, and can control storage of the generated block in the distributed ledger 114a when consensus is reached with the ledger management units of the other ledger servers, ledger servers 100b and 100c.
  • the execution unit 113 executes information processing.
  • the execution unit 113 can execute information processing by executing a smart contract using, for example, the distributed ledger 114a. Note that if the execution unit 113 does not use a smart contract, it executes information processing according to normal program code.
  • the execution unit 113 executes information processing related to NFTs, such as processing to generate at least one of a product NFT and a service NFT. For example, when an item such as a home appliance is produced, a product NFT that corresponds one-to-one to the produced item is generated and stored in the distributed ledger 114a.
  • the memory unit 114 is a storage device that stores information.
  • the memory unit 114 stores the distributed ledger 114a.
  • the memory unit 114 is realized by a non-volatile storage device (such as an SSD (Solid State Drive) or HDD (Hard Disk Drive)).
  • Distributed ledger 114a stores data structured in such a way that blocks, each containing one or more transaction data, are linked in a chain.
  • the one or more transaction data stored in distributed ledger 114a include transaction data containing the contract code of a smart contract, transaction data containing instructions for executing a smart contract, or transaction data containing other information.
  • distributed ledger 114a is a blockchain.
  • the transaction data generation unit 115 generates transaction data in the blockchain. For example, the transaction data generation unit 115 generates transaction data that includes a blockchain address held by the user, data to be managed in the blockchain, and a signature. The transaction data generation unit 115 may also generate transaction data that includes a smart contract. The smart contract may be used to execute a process that changes the contents of a product NFT or service NFT, as described below.
  • the information processing system 10 described above if a system were constructed in which only one ledger server manages the manufacturing, distribution, and use of an item, in other words, in which only a single issuer can issue an NFT for one item, that single ledger server would need to process each time the item was traded, which could make it difficult to properly manage information using NFTs. Therefore, the information processing system 10 of this embodiment allows multiple issuers to issue NFTs for one item. Details are described below in the section on the operation of the information processing system.
  • Figure 3 is a sequence diagram showing a first example of the operation (information processing method) for issuing and transferring various NFTs performed by the information processing system 10 according to this embodiment. Note that, hereinafter, the processing performed by one ledger server will be described as being performed by ledger server 100a, but it may also be performed by ledger server 100b or 100c. For convenience, Figure 3 also shows operations that are not performed by an information processing device, and these operations are shown in dashed frames.
  • the execution unit 113 of the ledger server 100a issues a product NFT, which is a token (NFT) that corresponds one-to-one to the product (S12). Issuing a product NFT may involve generating the product NFT and storing it in the distributed ledger 114a. The issuance of the product NFT may be executed using a smart contract stored in the distributed ledger 114a.
  • the execution unit 113 functions as a first processing unit.
  • the execution unit 113 of the ledger server 100a may issue the product NFT by recording a set of data linking the address included in the issuance request, the NFT ID, and the initially set owner in the distributed ledger 114a.
  • the request to issue an NFT may be received from a device other than the ledger server 100a.
  • the product NFT may be an NFT whose information can only be changed by the manufacturer that issued the product NFT. In other words, each business and user may be prohibited from changing the information in the product NFT.
  • the owner is an example of a rights holder.
  • FIG. 4 is an explanatory diagram showing the information contained in a product NFT according to this embodiment.
  • a product NFT is a unique token (in other words, a non-fungible token) issued by the ledger server 100a, which is a manufacturer terminal, and stored in the distributed ledger 114a.
  • the commodity NFT includes information regarding the commodity NFT's owner, issuer, commodity NFT ID, NFT type, serial number, and manufacturing date.
  • the owner of a commodity NFT is information that indicates the location of ownership of the commodity NFT. At the time of issuance, the owner of a commodity NFT is, for example, the manufacturer of the product. Note that in this disclosure, the owner of a commodity NFT may also be transferred if the product is transferred to another business or user.
  • the issuer is information that indicates the issuer of the product NFT.
  • the issuer is the product manufacturer.
  • the issuer remains unchanged (remains the manufacturer) even if the product NFT is transferred.
  • the ID of a product NFT indicates identification information that can uniquely identify the product token.
  • the NFT type indicates the type of NFT. There are two types of NFTs: product NFTs issued by manufacturers, and service NFTs issued by parties other than manufacturers (for example, service providers or users).
  • the NFT type indicates whether the NFT is a product NFT or a service NFT. In this case, it is a product NFT.
  • the serial number indicates identification information that identifies the product (the product manufactured in step S11) for which the product NFT is to be issued.
  • the serial number is an example of identification information for identifying an object.
  • the manufacturing date indicates the date and time when the product for which the product NFT is to be issued (the product manufactured in step S11) was manufactured.
  • the manufacturing date and time may also include information about the date and time of manufacture.
  • information about the repair may be included in the product NFT.
  • Information about the repair may include information such as the date of the repair, the repair details, and the company that performed the repair.
  • the information contained in the product NFT is information input by ledger server 100a, which is the manufacturer's terminal.
  • the information contained in the product NFT does not include information input by other ledger servers, such as ledger server 100b or ledger server 100c. Therefore, viewers of the product NFT can recognize that the information contained in the product NFT was input by the manufacturer. In other words, the reliability of the product NFT and the reliability of the manufacturer are the same.
  • the information for each item may be stored in the NFT itself (i.e., stored in the distributed ledger) or in the metadata section referenced by the NFT itself (i.e., stored in a storage section outside the distributed ledger).
  • the NFT itself may store data entered when the NFT is created, while the metadata section may store data that can be added to or changed after the NFT is created.
  • ledger server 100a which is the manufacturer's terminal, is stored in the distributed ledger when the product NFT is created, and therefore cannot be added to or changed by other ledger servers, such as ledger server 100b or ledger server 100c.
  • the owner of the NFT when an NFT is transferred to another business or user, the owner of the NFT is also transferred. Therefore, to make the owner's information rewritable, the owner's information may be stored in the metadata section. The same applies to service NFTs, described below.
  • the ledger server 100a when the ledger server 100a acquires information indicating that the first business has purchased the product manufactured in step S11 (S13), it transfers the product NFT to the first business (S14). In other words, the ledger server 100a executes a transfer process to transfer the ownership of the product NFT from the manufacturer to the first business in response to the transfer of the product (here, the purchase of the product).
  • the transfer process may be executed by the smart contract shown below.
  • the smart contract includes a function for transferring ownership (approve) and a function for issuing an NFT (mintServiceNFT).
  • the user who is the owner of the NFT (the manufacturer in the case of Figure 3) sends a message containing the blockchain address of the user who will become the next owner of the NFT (the first business in the case of Figure 3) and the NFT ID to the function for transferring ownership (approve) or the function for issuing the NFT (mintServiceNFT).
  • a function modifier called isProductOwner (a function processed before the function is executed) determines whether the sender of the message is the owner of the NFT. If it is determined that the sender is the owner, the function is executed and the ownership of the NFT is transferred to the next owner. If it is determined that the sender is not the owner, these functions are not executed and the NFT is not transferred to the next owner.
  • the owner of the product NFT stored in the metadata section may be changed from the identifier of the manufacturer to the identifier of the first business operator.
  • the transfer process may also execute a smart contract by writing transaction data indicating that the owner will be transferred from the previous business operator to the new business operator into the distributed ledger, and the owner may be changed by the smart contract.
  • Changing the owner of the NFT to A is also referred to as moving the NFT to A's wallet (wallet address).
  • the communication unit of the ledger server 100b acquires the product NFT (S16).
  • Acquiring the product NFT means that the product NFT is transferred to the wallet of the first business.
  • the first business can independently issue a service NFT, which is an NFT linked to the product NFT.
  • a service NFT issued by the first business is an example of a first service NFT.
  • the execution unit of ledger server 100b executes the process of issuing a service NFT that includes the identifier of the product NFT (S17).
  • a service NFT is an NFT issued by a business operator other than the manufacturer that produced the product. There can be one or more service NFTs (for example, multiple).
  • a product NFT is an NFT that is the source of one or more service NFTs.
  • the issuance process here is a process for generating a first service NFT.
  • FIG 5 is a sequence diagram showing the operation (information processing method) of issuing a service NFT, executed by the information processing system according to this embodiment. Specifically, it shows the detailed operation of step S17 shown in Figure 3. Note that the processing of step S17 is executed by ledger servers 100a and 100b.
  • the communications unit of ledger server 100b sends transaction data including a request to issue a service NFT to ledger server 100a (S31).
  • the transaction data generation unit of ledger server 100b acquires information indicating that a first business has purchased a product from a manufacturer, it generates transaction data including the identifier of the first business, the ID of the product NFT, and information indicating a request to issue a service NFT, and sends the transaction data to ledger server 100a.
  • transaction data including an issuance request will be abbreviated as an issuance request.
  • the execution unit 113 of the ledger server 100a receives a service NFT issuance request via the communication unit 111 (S32), it determines whether the owner of the product NFT at the time of the request is the requester (here, the first business operator) requesting the issuance of the service NFT (S33).
  • the execution unit 113 may make the determination in step S33 based on the requester of the issuance request and the NFT transaction history data (see Figures 11B and 11C) described below.
  • the execution unit 113 may make the determination in step S33 based on the identifier of the first business operator included in the issuance request and the owner of the product NFT, or may make the determination in step S33 by comparing the identifier of the first business operator with the owner of the product NFT.
  • step S33 is an example of determining whether to permit the issuance of a service NFT.
  • the owner of the product NFT (or the licensee described below) is an example of rights information included in the first NFT.
  • the communication unit 111 functions as an acquisition unit.
  • the execution unit 113 functions as a second processing unit.
  • the execution unit 113 determines that the owner of the product NFT is the requester (YES in S33), it determines that the issuance of the service NFT is permitted and sends a permission notice to the ledger server 100b (S34).
  • the permission notice includes permission information indicating that the ledger server 100a has permitted the issuance of the service NFT.
  • the ledger server 100a may record the permission notice in the distributed ledger.
  • the execution unit 113 functions as a third processing unit.
  • the execution unit of the ledger server 100b issues a service NFT including the ID of the product NFT (S35).
  • Issuing a service NFT may mean generating the service NFT and storing it in the distributed ledger.
  • the issuance of the service NFT may be performed using a smart contract stored in the distributed ledger.
  • the service NFT issued in step S35 is also referred to as a first service NFT.
  • the first service NFT is an NFT issued independently by the first business operator.
  • the service NFT may include permission information obtained from the ledger server 100a.
  • the execution unit 113 of the ledger server 100a determines that the owner of the product NFT is not the requester (NO in S33), it rejects the issuance of the service NFT (S36). In other words, the execution unit 113 prohibits the requester from issuing the service NFT. This prevents service NFTs from being issued by businesses that do not have the authority to issue them. This also prevents inappropriate NFTs from being issued, thereby reducing unnecessary processor processing and memory consumption associated with the issuance of inappropriate NFTs.
  • the execution unit 113 may send a rejection notice to the ledger server 100b indicating that the issuance of the service NFT has been rejected, or may communicate information to the manufacturer's staff indicating that the issuance of the service NFT has been rejected.
  • the information processing system 10 only allows requests for the issuance of service NFTs from the owner of a product NFT.
  • step S34 is an example of processing for issuing a service NFT.
  • FIG. 5 illustrates an example in which the ledger server 100b issues a service NFT
  • the service NFT may also be issued by the ledger server 100a.
  • the execution unit 113 of the ledger server 100a determines that the owner of the product NFT is the requester (YES in S33), it may generate a service NFT including the ID of the product NFT, store the generated service NFT in the distributed ledger 114a, and send a notification to the ledger server 100b that the service NFT has been stored in the distributed ledger 114a.
  • the execution unit 113 of the ledger server 100a may generate a service NFT including the ID of the product NFT and send the generated service NFT to the ledger server 100b.
  • the ledger server 100b stores the acquired service NFT in the ledger server.
  • the process by which ledger server 100a generates and transmits a service NFT is an example of a process for issuing a service NFT.
  • FIG. 6 is an explanatory diagram showing the information contained in the first service NFT according to this embodiment.
  • the first service NFT is a unique token (in other words, a non-fungible token) issued by, for example, the ledger server 100b, which is the first operator terminal, and stored in the distributed ledger. Note that the items included in FIG. 6 are merely examples, and can be determined arbitrarily by, for example, the first operator.
  • the first service NFT includes information regarding the owner, issuer, service NFT ID, NFT type, product NFT ID, warranty details, and service history of the first service NFT.
  • the owner of the First Service NFT indicates the current owner of the First Service NFT. If the current time is the time of issuance, the owner of the First Service NFT is the First Business Operator. The owner of the First Service NFT will change as the product is transferred.
  • the issuer indicates the issuer of the first service NFT.
  • the issuer is, for example, the first business operator.
  • the issuer remains unchanged (remains the first business operator) even if the first service NFT is transferred.
  • the service NFT ID is identification information unique to the first service NFT, for example, S001.
  • the NFT type indicates the type of NFT.
  • the NFT type is a service NFT.
  • the product NFT ID is identification information that can identify the product NFT of the product that is the subject of the service.
  • the inclusion of the product NFT ID indicates that this service NFT is an NFT linked to the product NFT.
  • the warranty details indicate the warranty details for the product.
  • the warranty details may also include details that guarantee the quality of the product when the first business operator lends the product to another business operator.
  • the service history is a history of services such as the maintenance history and repair history performed on the product.
  • the service history may also indicate the history of services performed after the product was returned to the first business by another business.
  • the first business lends the product to the user (S18), and the user uses the product (S19).
  • ownership of the product is transferred from the first business to the user.
  • the user can use the product for a specified period of time, for example, based on a contract with the first business. Note that ownership of the product may not be transferred, but the right to use the product, which is the right to use the product, may be transferred from the first business to the user.
  • the execution unit of ledger server 100b acquires information indicating that the first business has lent a product to the user, it transfers the product NFT and the service NFT to the user (S20).
  • the owner of the product NFT and the owner of the service NFT are changed from the first business to the user (S21).
  • both the product NFT and the first service NFT are moved from the wallet address of the owner of the item before the transfer to the wallet address of the owner of the item at the destination.
  • the product NFT is transferred from the wallet address of the owner of the item before the transfer to the wallet address of the owner of the item at the destination
  • the NFT linked to the product NFT is identified, and the identified NFT (here, the service NFT) is transferred from the wallet address of the owner of the item before the transfer to the wallet address of the owner of the item at the destination.
  • a product NFT is an example of a first NFT.
  • a first service NFT is an example of a second NFT.
  • the transfer of ownership (or the right to use) of an object is an example of the transfer of an object. While a user is using the product, the owner of the product NFT and the owner of the service NFT become the user.
  • the ledger server 100c acquires the product NFT and the service NFT (S22).
  • the execution unit of ledger server 100c acquires information indicating that the user has returned the product to the first business (S23), it transfers the product NFT and service NFT to the first business (S24). In other words, the owner of the product NFT and the owner of the service NFT are changed from the user to the first business (S25). When the loan period for the product to the user ends, the owner of the product NFT and the owner of the service NFT are returned to the first business.
  • the process for transferring the ownership of each NFT may be the same as step S14.
  • the product NFT and the first service NFT issued in Figure 3 are NFTs issued by different issuers, and the reliability of each NFT may differ. If the reliability of the manufacturer that issued the product NFT is higher than the reliability of the first business that issued the first service NFT, the reliability of the product NFT will be higher than the reliability of the first service NFT. Furthermore, since only the issuer of a single NFT can change the information contained in the NFT, the reliability of each piece of information contained in that single NFT is uniform.
  • Figure 7 is a sequence diagram showing a second example of the operation (information processing method) for issuing and transferring various NFTs performed by the information processing system 10 according to this embodiment.
  • the information processing system 10 also includes ledger server 100d and ledger server 100e (for convenience, ledger server 100d and ledger server 100e are omitted from Figure 1, etc.).
  • ledger server 100d and ledger server 100e are the same as those of ledger server 100a.
  • Ledger server 100c and ledger server 100e may be the same or different. In other words, the user using ledger server 100c and the user using ledger server 100e may be the same or different.
  • ledger server 100b transfers the product NFT to the second business (S43).
  • ledger server 100b executes a transfer process to transfer ownership of the product NFT from the first business to the second business in response to the transfer of the product (here, a sales transaction). This changes the owner of the product NFT from the first business to the second business (S44).
  • the execution unit executes a process to issue a second service NFT including an identifier of the product NFT (S46).
  • Issuing the second service NFT may mean generating the second service NFT and storing it in the distributed ledger.
  • the issuance of the second service NFT may be executed using a smart contract stored in the distributed ledger.
  • the second service NFT is an NFT issued independently by the second business.
  • the second service NFT is an example of a second NFT.
  • acquiring a product NFT may mean acquiring information indicating that ownership of the product NFT has been transferred to a second business.
  • the second business can independently issue a second service NFT, which is an NFT linked to the product NFT.
  • the second service NFT may be an NFT whose information can be changed only by the second business. In other words, the manufacturer, user, and second business may be prohibited from changing the information in the second service NFT.
  • step S46 is similar to step S17 shown in Figure 3 (specifically, Figure 5), and is executed by ledger server 100d sending a request to issue a second service NFT to ledger server 100a. If the owner of the product NFT is the second business, the issuance of the second service NFT in response to the issuance request is permitted.
  • FIG. 8 is an explanatory diagram showing the information contained in the second service NFT according to this embodiment.
  • the second service NFT is a unique token (in other words, a non-fungible token) issued by the ledger server 100d, which is the second operator terminal, and stored in the distributed ledger.
  • the items in the second service NFT may be the same as those in the first service NFT. Note that the items included in FIG. 8 are merely examples, and can be determined arbitrarily by the second operator.
  • the second service NFT includes information regarding the owner, issuer, service NFT ID, NFT type, product NFT ID, warranty details, and service history of the second service NFT.
  • the owner of the second service NFT indicates the current owner of the second service NFT. If the current time is the time of issuance, the owner of the second service NFT is the second business operator. The owner of the second service NFT will change when the product is transferred.
  • the issuer indicates the issuer of the second service NFT.
  • the issuer is the second business operator.
  • the issuer remains unchanged (i.e., remains the second business operator) even if the second service NFT is transferred.
  • the service NFT ID is identification information unique to the second service NFT, for example, S002.
  • the NFT type indicates the type of NFT.
  • the NFT type is a service NFT.
  • the product NFT ID is identification information that can identify the product NFT of the product that is the subject of the service.
  • the inclusion of the product NFT ID indicates that this service NFT is an NFT linked to the product NFT.
  • the warranty details indicate the warranty details for the product.
  • the warranty details may also include details that guarantee the quality of the product when the first business operator lends the product to another business operator.
  • the service history is a history of services such as the maintenance history and repair history performed on the product.
  • the service history may also indicate the history of services performed after the product was returned to the second business by another business.
  • the second business lends the product to the user (S47), and the user uses the product (S48).
  • ownership of the product is transferred from the second business to the user.
  • the user can use the product for a specified period of time, for example, based on a contract with the second business.
  • the execution unit of the ledger server 100d acquires information indicating that the second business has lent the product to the user, it transfers the product NFT and the second service NFT to the user (S49).
  • the owner of the product NFT and the owner of the second service NFT are changed from the second business to the user (S50).
  • both the product NFT and the second service NFT can be said to move from the wallet address of the owner or user of the item before the transfer to the wallet address of the owner of the item to which the item is to be transferred.
  • the owner of the product NFT and the owner of the second service NFT become users.
  • the user is an example of a rights holder.
  • the wallet address of the owner of the item to which the item is to be transferred is an example of the wallet address of the requesting source, who is the rights holder of the item to which the item is to be transferred.
  • the communications unit of the ledger server 100c acquires the product NFT and the second service NFT (S51).
  • the user can independently issue a service NFT linked to the product NFT.
  • FIG. 9 is a sequence diagram showing the operation (information processing method) of distributing sales profits executed by the information processing system according to this embodiment.
  • the execution unit of the ledger server 100c then issues a third service NFT (S52).
  • the third service NFT may include information about the product's usage history, such as usage methods that increase the product's value, replacement history of consumables included with the product, the region of use, the usage environment, and additional data.
  • the third service NFT may further include information that associates information about the product's usage history with the business or user that generated the information about the product's usage history. Issuing a third service NFT may involve generating the third service NFT and storing it in the distributed ledger.
  • the issuance of the third service NFT may be executed using a smart contract stored in the distributed ledger.
  • the third service NFT may be an NFT whose information can only be changed by the user. In other words, manufacturers and businesses may be prohibited from changing the information in the third service NFT.
  • the third service NFT is an NFT that is independently issued by the user.
  • the third service NFT is an example of a second NFT.
  • a product NFT is an example of a first NFT.
  • step S52 is similar to step S17 shown in Figure 3 (specifically, Figure 5), and is executed by ledger server 100c sending a request to issue a third service NFT to ledger server 100a. If the owner of the product NFT is the user, the issuance of the third service NFT in response to the issuance request is permitted.
  • FIG 10 is an explanatory diagram showing the information contained in the third service NFT according to this embodiment.
  • the third service NFT is a unique token (in other words, a non-fungible token) issued by, for example, the ledger server 100c, which is a user terminal, and stored in the distributed ledger.
  • the items included in Figure 10 are merely examples, and can be determined arbitrarily by the user, for example.
  • the third service NFT includes information regarding the owner of the third service NFT, the issuer, the service NFT ID, the NFT type, the product NFT ID, and usage history.
  • the owner of a Third Service NFT indicates the current owner of the Third Service NFT. If the current owner of the Third Service NFT is the user at the time of issuance, the owner of the Third Service NFT will change when the product is transferred.
  • the issuer indicates the issuer of the second service NFT.
  • the issuer is, for example, the user.
  • the issuer remains unchanged (remains the user) even if the product NFT is transferred.
  • the service NFT ID is identification information unique to the third service NFT, for example, S003.
  • the NFT type indicates the type of NFT.
  • the NFT type is a service NFT.
  • the product NFT ID is identification information that can identify the product NFT of the product that is the subject of the service.
  • the inclusion of the product NFT ID indicates that this service NFT is an NFT linked to the product NFT.
  • the third service NFT may include the ID of the second service NFT instead of the product NFT, or may include the ID of the product NFT and the ID of the second service NFT.
  • the usage history includes information about how to use the product to increase its value, information about the product's usage history, etc.
  • the product's usage history includes, but is not limited to, a consumable replacement history indicating the history of consumable replacement, the region of use indicating the region in which it is used, the usage environment indicating the temperature and other factors, and additional data.
  • the information about how to use the product to increase its value may include information about decarbonization, or historical information about maintenance or repair.
  • the information about decarbonization includes information indicating contributions to decarbonization, such as the electricity bill used to use the product, the amount of electricity, the time of day the product was used, whether the electricity consumed by the product was derived from renewable energy, or the percentage of electricity derived from renewable energy.
  • the usage history may also include other information about the user's use of the product. If the product's usage history is higher than a predetermined standard value, it can be said that the product's value is increased.
  • Information about usage methods that increase the value of a product may also be information indicating that the product has been improved or customized (for example, by modifying the product). Improving or customizing the product can increase the product's lifespan and appeal, thereby increasing its value. Information about usage methods that increase the value of a product may also be information indicating software added using AI (Artificial Intelligence) or automatic hardware modifications.
  • AI Artificial Intelligence
  • the additional data may be information such as data related to LCA (Life Cycle Assessment) or CFP (Carbon Footprint of Products), greenhouse gas emissions (e.g., CO2 emissions) during product use, or information such as the product's storage environment, temperature, whether the product is installed indoors or outdoors, and the region (salt damage, cold, coastal, etc.). If the emissions or product storage environment are higher than a predetermined standard value, the product's lifespan is extended, and the product value is improved. Note that a sensor attached directly to the product or a sensor placed around the product may sense the above-mentioned additional data and transmit the sensed additional data to the ledger server 100c, which then generates a third service NFT including the additional data.
  • LCA Life Cycle Assessment
  • CFP Carbon Footprint of Products
  • greenhouse gas emissions e.g., CO2 emissions
  • information such as the product's storage environment, temperature, whether the product is installed indoors or outdoors, and the region (salt damage, cold, coastal, etc.). If the emissions or product storage environment are higher than
  • the execution unit of the ledger server 100e acquires information indicating that the user has returned the product to the second business (S53), it transfers the product NFT, the second service NFT, and the third service NFT to the second business (S54).
  • the owner of the product NFT, the owner of the second service NFT, and the owner of the third service NFT are changed from the user to the second business (S55).
  • the ledger server 100d lists the product, the product NFT, and the third service NFT to sell the product (S56).
  • the listing process may be performed by registering the product, the product NFT, and the third service NFT in the NFT marketplace.
  • the ledger server 100d may output information contained in the product NFT and the third service NFT. Note that the second service NFT may also be listed along with the product.
  • the execution unit of the ledger server 100d transfers the NFT to the buyer (S57).
  • the owner of the product NFT, the owner of the second service NFT, and the owner of the third service NFT are changed from the second business to the buyer.
  • Step S58 may be executed when the product is sold for more than the reference price due to reasons such as the product's high commercial value.
  • the execution unit may refer to the NFT transaction history data (see Figures 11B and 11C described below) to identify the business operators and users who contributed to the increase in the product's commercial value and calculate the contribution rate equally, or may calculate the contribution rate by performing a predetermined calculation.
  • the NFT transaction history data may include the transaction history data of the product NFT or the transaction history data of the service NFT.
  • the NFT transaction history data may include at least the transaction history data of the product NFT.
  • the reference price may be, for example, the market price of the selling price or a price set by the second business operator.
  • FIG. 11A is a diagram showing a list of wallet addresses and owners (proprietors) according to this embodiment.
  • FIGS. 11B and 11C are diagrams showing examples of NFT transaction history data according to this embodiment.
  • the information shown in FIGS. 11A to 11C may be stored in a distributed ledger, or may be stored in an information processing device outside the ledger system.
  • the list shows the correspondence between wallet addresses and owners.
  • a wallet with wallet address M001 is owned by the manufacturer
  • a wallet with wallet address C00A is owned by the first business operator.
  • Figure 11B shows the transaction history of a commodity NFT with an NFT ID of AAA. Specifically, it shows the history of the wallet address containing the commodity NFT.
  • the manufacturer issued the commodity NFT and that the commodity NFT was transferred in the following order: first business, first user, first business, second business, second user, and second business.
  • Figure 11C shows the transaction history of the third service NFT with ID S003. Specifically, it shows the history of the wallet address containing the service NFT.
  • the execution unit determines whether the product value has increased based on information about the product's usage history, which is information contained in the third service NFT. As an example, the execution unit determines that the sale has contributed to an increase in the product value if the amount of information about usage methods that increase the product's value is greater than a predetermined value.
  • the execution unit references the transaction history data of the third service NFT, identifies the business or user that generated the information about usage methods that increase the product's value, and calculates the contribution rate of the identified business or user.
  • the transaction history data of the third service NFT includes the identifier of the second user who issued the third service NFT and the identifier of the second business that owns the third service NFT.
  • the third service NFT also includes information that associates information about the product's usage history with the identifier of the second user who generated the information about the product's usage history.
  • the execution unit references the transaction history data and the third service NFT, determines that the second user who generated information regarding the product's usage history contributed to improving the product value, and calculates the second user's contribution rate.
  • the execution unit of ledger server 100d distributes the sales profits to the user who is the issuer of the third service NFT (S59).
  • the transaction data generation unit of ledger server 100d generates transaction data for distributing monetary value to ledger server 100c according to the contribution rate in step S58, for example, and sends it to ledger server 100c.
  • the execution unit of ledger server 100c executes the distribution process by executing a smart contract that executes the distribution stored in the distributed ledger.
  • the sales profits may be distributed to the user's digital account by subtracting tokens corresponding to the contribution rate from the second business's digital account and adding them to the user's digital account.
  • the sales profits may also be distributed not only to the user, but also to the manufacturer who is the issuer of the product NFT linked to the third service NFT.
  • ledger server 100c obtains the distribution from ledger server 100d (S60).
  • Figure 12 is a flowchart showing the operation (information processing method) when changing NFT information in this embodiment. Below, an example will be described in which the operation shown in Figure 12 is performed by ledger server 100a, but it may also be performed by another ledger server.
  • the communication unit 111 of the ledger server 100a receives an information change request for an NFT from another ledger server (S71).
  • the information change request includes information regarding changes to the information contained in the NFT. Examples of information changes include, but are not limited to, adding information, deleting information, and changing the state of the NFT invalidation flag.
  • the information change may be a change to owner information, or adding product repair or maintenance history (e.g., adding to metadata).
  • the information change request may include an identifier that uniquely identifies the requestor.
  • the execution unit 113 determines whether the requester of the information change request is the owner of the NFT (S72). Specifically, the execution unit 113 determines whether the identifier of the requester included in the information change request is the identifier of the owner of the NFT.
  • the execution unit 113 determines that the requester is the owner of the NFT (YES in S72), it changes the information of the NFT in accordance with the information regarding the information change included in the information change request (S73).
  • the execution unit 113 may send permission to make the change to the requester in step S73.
  • the ledger server 100a is the owner of the product NFT, so the ledger server 100a performs the change process; when changing the information of a service NFT for which the ledger server 100a is not the owner, the execution unit 113 sends a notification to the requester permitting the information change.
  • the execution unit 113 causes the owner of the service NFT to change the information.
  • the execution unit 113 determines whether the requester is not the owner of the NFT (NO in S72), it determines whether the NFT is a product NFT (S74). In other words, the execution unit 113 determines whether the NFT that is the subject of the information change request is a product NFT. The execution unit 113 may make this determination, for example, by referring to the NFT type.
  • the execution unit 113 determines whether the NFT is not a product NFT (NO in S74), it determines whether the NFT is a service NFT (S75). The execution unit 113 may make this determination by checking the NFT type.
  • the execution unit 113 determines that the NFT is a service NFT (YES in S75), it acquires the ID of the product NFT to which the service NFT is linked (S76). For example, if the service NFT is a first service NFT, the execution unit 113 acquires AAA, which is the ID of the product NFT.
  • the execution unit 113 determines that the NFT is a product NFT (YES in S74), it generates a screen for issuing another service NFT that references the product NFT (S77). The processing of step S77 is also performed after the processing of step S76. If a ledger server that has not issued the product NFT and that owns the product is attempting to change the information about the product NFT, the execution unit 113 generates display information for displaying a screen for issuing a service NFT linked to the product NFT, and displays the screen to an administrator or the like via the ledger server. The display information may include the ID of the product NFT. This allows a ledger server that has not issued the product NFT to issue a service NFT linked to the product NFT.
  • step S75 if the execution unit 113 determines that the NFT is not a service NFT (NO in S75), it determines that the information change request is for an NFT of a type different from product NFTs and service NFTs, and rejects the information change request acquired in step S71 (S78). In other words, the execution unit 113 performs error processing on the information change request acquired in step S71. This makes it possible to prevent inappropriate information changes to NFTs and the issuance of new service NFTs, thereby reducing unnecessary processor processing load and memory consumption.
  • the above processing is an information change request for a product NFT
  • the information change request for the information included in the product NFT is obtained, and it is determined whether the requester of the information change request is the owner of the product NFT, and the information change request is permitted only if the requester of the information change request is the owner of the product NFT.
  • the above processing is an information change request for a service NFT
  • the information change request for the information included in the service NFT is obtained, and it is determined whether the requester of the information change request is the owner of the service NFT, and the information change request is permitted only if the requester of the information change request is the owner of the service NFT.
  • a service NFT issuance request shown in Figure 5 may be sent from that ledger server to ledger server 100a (S31).
  • the process shown in Figure 12 allows only the owner of the NFT to change information about the NFT, which means that management of the NFT can be unified under the owner, aligning the trustworthiness of the NFT with the trustworthiness of the owner. Furthermore, if the requester of the information change request is not the owner, the issuance of a new service NFT linked to the product NFT can be permitted, creating a unique NFT and building an economic sphere in which services can be provided.
  • Figure 13 is an explanatory diagram showing the data structure of a blockchain, which is an example of a distributed ledger.
  • a blockchain is a chain of blocks, which are the units of record. Each block contains multiple transaction data and the hash value of the previous block.
  • Figure 13 shows blocks B1, B2, and B3 contained in the blockchain.
  • block B2 contains the hash value of the previous block B1.
  • the hash value of block B1 is calculated by performing a hash algorithm on the contents of block B1.
  • block B3 contains a hash value calculated from multiple transaction data items contained in block B2 and the hash value of block B1 as the hash value of block B2.
  • a blockchain is structured so that blocks containing the contents of the previous block as a hash value are connected in a chain, effectively preventing tampering with recorded transaction data.
  • a node When a node stores transaction data in the blockchain, it generates a block containing the transaction data to be stored and attempts to reach consensus on the generated block by executing processing based on a consensus algorithm with other nodes. The node then controls the storage of the block in the blockchain once consensus is reached.
  • This allows multiple nodes operating in an autonomous and decentralized manner to connect legitimate blocks to the blockchain.
  • PBFT Practical Byzantine Fault Tolerance
  • PoW Proof of Work
  • PoS Proof of Stake
  • Figure 14 is an explanatory diagram showing the data structure of transaction data.
  • the transaction data shown in Figure 14 includes a transaction body BP1 and a digital signature BP2 (also simply referred to as a signature).
  • the transaction body BP1 is the data body included in the transaction data.
  • the digital signature BP2 is generated by encrypting the hash value of the transaction body BP1 with the signature key (in other words, the private key) of the creator of the transaction data.
  • a node that receives transaction data can use the digital signature BP2 included in the transaction data to verify that the transaction body BP1 is legitimate (in other words, that it has not been tampered with). This makes it virtually impossible to tamper with the data included in the transaction body BP1. Furthermore, by storing successfully verified transaction data in the blockchain, the legitimacy of the transaction data stored in the blockchain can be maintained.
  • transaction data contained in the blockchain is stored in a chain using the hash value of the transaction data and the hash value of the block. This allows the transaction data contained in the blockchain to be stored and maintained virtually without being tampered with. This is an advantage that differs from databases or distributed databases that simply store a collection of data.
  • Figure 15 is an explanatory diagram showing transaction data related to the execution of a smart contract.
  • Figure 16 is a flow diagram showing processing (information processing method) related to the execution of a smart contract.
  • step SB1 the node stores transaction data B11, including contract code B12 that describes the processing of the smart contract, in the distributed ledger B10.
  • the node obtains transaction data B11 by receiving it from an information processing device via communication, or by the node itself generating the transaction data B11, and stores the obtained transaction data B11 in the distributed ledger B10.
  • Step SB1 is performed before executing the smart contract.
  • step SB2 the node stores transaction data B15, which includes instructions B16 for executing the smart contract, in the distributed ledger B10.
  • the node receives transaction data B15 from an information processing device via communication and stores the received transaction data B15 in the distributed ledger B10.
  • step SB3 in response to the transaction data B15 including the instruction B16 being stored in the distributed ledger B10 in step SB2, the node reads the contract code B12 from the distributed ledger B10 and executes processing based on the contract code B12.
  • the results of the above processing may be included in the transaction data and stored in the distributed ledger B10.
  • the ledger system when the ledger system receives transaction data B15 including instructions B16 for executing a smart contract, it automatically executes the processing in accordance with instructions B16 (in other words, without manual intervention), allowing for highly efficient (in other words, high speed or short processing). Achieving highly efficient processing has the effect of reducing power consumption. Furthermore, because no manual intervention is required, it is possible to prevent human tampering with information, fraud, or human error. Furthermore, because the results of the processing thus executed are stored in the blockchain, it is virtually impossible to tamper with the results of the processing.
  • FIG 17 is an explanatory diagram showing the structure of an NFT and metadata.
  • An NFT is a token stored in a distributed ledger and is a unique token (in other words, a non-fungible token).
  • NFTs are standardized, for example, as ERC (Ethereum Request for Comments) 721, but are not limited to this and may conform to a different standard or may be non-standard (for example, unique to an organization). Note that while ERC 721 is a standard for one-of-a-kind tokens, the NFTs described in this specification do not necessarily have to be one-of-a-kind tokens.
  • FIG 17 shows transaction data B21 stored in the distributed ledger.
  • Transaction data B21 stores an NFT.
  • the NFT includes a token ID (i.e., identification information that can uniquely identify the NFT) and a metadata URI (Uniform Resource Identifier).
  • token ID i.e., identification information that can uniquely identify the NFT
  • metadata URI Uniform Resource Identifier
  • the NFT has metadata.
  • the metadata may be located in a location accessible via a network (e.g., storage device B22).
  • the metadata URI which indicates the location of the metadata, may be calculated using the NFT's token ID and a predetermined base URI.
  • Information managed as an NFT may be included in the transaction data B21 or in the metadata. Including information managed as an NFT in the metadata has the advantage of reducing the amount of information included in the transaction data B21 (in other words, the information included in the blockchain). In this case, the metadata can be said to contain the actual information managed as an NFT.
  • the URL indicating the image data of that image can be managed as an NFT.
  • ledger servers 100a to 100d are nodes of a single blockchain, but this is not limited to this, and at least one of ledger servers 100a to 100d may be a node of another blockchain.
  • ledger servers 100a to 100d may be distributed across multiple blockchains, and a blockchain network may be configured in which they are able to communicate with each other.
  • the owner of the NFT can change the information in the NFT, but this is not limiting.
  • some of the information contained in the NFT may be changeable only by the owner of the NFT, while other information may be changeable by anyone other than the owner of the NFT.
  • the other information may be, for example, a permission flag, etc.
  • the service NFT may be transferred along with any of the multiple product NFTs that were in the same wallet before the transfer.
  • the NFT linked to the service NFT may be a service NFT issued by a business that provides services using goods, or a product-type NFT that corresponds to the product's product number. Because multiple goods have the same product number, a product-type NFT is an NFT that corresponds one-to-one to the product number, but not to the goods.
  • the second NFT may include an NFT issued by a business that provides services using goods, or an NFT that corresponds to the product's product number.
  • each device in the above embodiments is specifically a computer system consisting of a microprocessor, ROM, RAM, hard disk unit, display unit, keyboard, mouse, etc.
  • Computer programs are recorded in the RAM or hard disk unit.
  • Each device achieves its function when the microprocessor operates in accordance with the computer program.
  • a computer program is composed of a combination of multiple instruction codes that indicate instructions to the computer to achieve a specified function.
  • some or all of the constituent elements of the devices may be configured from a single LSI (Large Scale Integration).
  • a system LSI is an ultra-multifunctional LSI manufactured by integrating multiple components onto a single chip, and is specifically a computer system comprising a microprocessor, ROM, RAM, etc. Computer programs are recorded in the RAM. The system LSI achieves its functions when the microprocessor operates in accordance with the computer program.
  • each component part of each of the above devices may be individually integrated into a single chip, or some or all of the components may be integrated into a single chip.
  • the present disclosure may also be embodied as the methods described above. It may also be embodied as a computer program that implements these methods on a computer, or as a digital signal comprising a computer program.
  • one aspect of the present disclosure may be a computer program that causes a computer to execute each of the characteristic steps included in the information processing method shown in Figure 3, Figure 5, Figure 7, Figure 9, Figure 12, or Figure 16.
  • the present disclosure may also be a computer program or digital signal recorded on a computer-readable recording medium, such as a flexible disk, hard disk, CD-ROM, MO, DVD, DVD-ROM, DVD-RAM, BD (Blu-ray (registered trademark) Disc), or semiconductor memory. It may also be a digital signal recorded on such a recording medium.
  • the present disclosure may also be a computer program or digital signal transmitted via a telecommunications line, a wireless or wired communications line, a network such as the Internet, data broadcasting, etc.
  • the present disclosure may also be directed to a computer system having a microprocessor and memory, in which the memory stores the computer program, and in which the microprocessor operates in accordance with the computer program.
  • the program or digital signal may be implemented by another independent computer system by recording it on a recording medium and transferring it, or by transferring the program or digital signal via a network, etc.
  • each component may be configured with dedicated hardware, or may be realized by executing a software program appropriate for that component.
  • Each component may also be realized by a program execution unit such as a CPU or processor reading and executing a software program recorded on a recording medium such as a hard disk or semiconductor memory.
  • the division of functional blocks in the block diagram is one example; multiple functional blocks may be realized as a single functional block, one functional block may be divided into multiple blocks, or some functions may be moved to other functional blocks. Furthermore, the functions of multiple functional blocks with similar functions may be processed in parallel or time-shared by a single piece of hardware or software.
  • each of the ledger servers according to the above embodiments may be realized as a single device, or may be realized by multiple devices.
  • the components of the ledger server may be distributed in any manner among the multiple devices.
  • the communication method between the multiple devices is not particularly limited, and may be wireless communication or wired communication. Furthermore, wireless communication and wired communication may be combined between devices.
  • This disclosure can be used in systems with multiple distributed ledgers.
  • Information processing system 100a, 100b, 100c, 100d, 100e Ledger server 101a, 101b, 101c, B22 Storage device 111 Communication unit (acquisition unit) 112 Ledger management unit 113 Execution unit (first processing unit, second processing unit, third processing unit) 114 Storage unit 114a, B10 Distributed ledger 115 Transaction data generation unit B1, B2, B3 Block B11, B15, B21 Transaction data B12 Contract code B16 Instruction BP1 Transaction body BP2 Digital signature

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

情報処理方法は、分散台帳を備える台帳システムのサーバが実行する情報処理方法であって、物に1対1に対応する第1NFT(Non-Fungible Token)を発行し、第1NFTに紐付く第2NFTの発行要求を取得し(S32)、発行要求の要求元と第1NFTに含まれる権利情報とに基づいて、第2NFTの発行を許可するか否かを判定し(S33)、第2NFTの発行を許可すると判定した場合(S33でYES)、第2NFTを発行するための発行処理を実行し(S34)、物の移転に応じて、第1NFTおよび第2NFTはともに、移転前の物の権利者のウォレットアドレスから移転先の物の権利者である要求元のウォレットアドレスに移動する。

Description

情報処理方法、情報処理装置、および、プログラム
 本開示は、情報処理方法、情報処理装置、および、プログラムに関する。
 近年、サーキュラーエコノミーの観点から出荷後も製品などの物の情報(例えば、所有者、使用環境など)を追い続ける(把握、管理する)ことが求められている。物の情報を追い続ける手段としては、NFT(Non-Fungible Token)が用いられ得る(例えば、特許文献1を参照)。なお、製品、商品等は物の一例である。
特開2024-132302号公報
 ところで、物が製造メーカーで製造され出荷されてから利用者に渡るまでの流通に関する情報、利用者の物の利用に関する情報などのさまざまな情報を追い続けることが求められる。このようなさまざま情報は、適切に管理されることが求められる。
 そこで、本開示は、NFTを用いた物の情報を適切に管理することができる情報処理方法、情報処理装置、および、プログラムを提供する。
 本開示の一態様に係る情報処理方法は、分散台帳を備える台帳システムのサーバが実行する情報処理方法であって、物に1対1に対応する第1NFT(Non-Fungible Token)を発行し、前記第1NFTに紐付く第2NFTの発行要求を取得し、前記発行要求の要求元と前記第1NFTに含まれる権利情報とに基づいて、前記第2NFTの発行を許可するか否かを判定し、前記第2NFTの発行を許可すると判定した場合、前記第2NFTを発行するための発行処理を実行し、前記物の移転に応じて、前記第1NFTおよび前記第2NFTはともに、移転前の前記物の権利者のウォレットアドレスから移転先の前記物の権利者である前記要求元のウォレットアドレスに移動する。
 本開示の一態様に係る情報処理装置は、分散台帳を備える台帳システムのサーバであって、物に1対1に対応する第1NFT(Non-Fungible Token)を発行する第1処理部と、前記第1NFTに紐付く第2NFTの発行要求を取得する取得部と、前記発行要求の要求元と前記第1NFTに含まれる権利情報とに基づいて、前記第2NFTの発行を許可するか否かを判定する第2処理部と、前記第2NFTの発行を許可すると判定した場合、前記第2NFTを発行するための発行処理を実行する第3処理部とを備え、前記物の移転に応じて、前記第1NFTおよび前記第2NFTはともに、移転前の前記物の権利者のウォレットアドレスから移転先の前記物の権利者である前記要求元のウォレットアドレスに移動する。
 本開示の一態様に係るプログラムは、上記の情報処理方法をコンピュータに実行させるためのプログラムである。
 本開示の一態様によれば、NFTを用いた物の情報を適切に管理することができる情報処理方法等を実現することができる。
図1は、実施の形態に係る情報処理システムの構成を示す図である。 図2は、実施の形態に係る台帳サーバの機能構成を示すブロック図である。 図3は、実施の形態に係る情報処理システムが実行する、各種NFTの発行および移転の動作の第1例を示すシーケンス図である。 図4は、実施の形態に係る商品NFTに含まれる情報を示す説明図である。 図5は、実施の形態に係る情報処理システムが実行する、サービスNFTを発行する動作を示すシーケンス図である。 図6は、実施の形態に係る第1サービスNFTに含まれる情報を示す説明図である。 図7は、実施の形態に係る情報処理システムが実行する、各種NFTの発行および移転の動作の第2例を示すシーケンス図である。 図8は、実施の形態に係る第2サービスNFTに含まれる情報を示す説明図である。 図9は、実施の形態に係る情報処理システムが実行する、売却益を分配する動作を示すシーケンス図である。 図10は、実施の形態に係る第3サービスNFTに含まれる情報を示す説明図である。 図11Aは、実施の形態に係るウォレットアドレスと所有者との一覧を示す図である。 図11Bは、実施の形態に係るNFTの取引歴データの第1例を示す図である。 図11Cは、実施の形態に係るNFTの取引歴データの第2例を示す図である。 図12は、実施の形態に係るNFTの情報を変更する際の動作を示すフローチャートである。 図13は、分散台帳の一例であるブロックチェーンのデータ構造を示す説明図である。 図14は、トランザクションデータのデータ構造を示す説明図である。 図15は、スマートコントラクトの実行に関するトランザクションデータを示す説明図である。 図16は、スマートコントラクトの実行に関する処理を示すフローチャートである。 図17は、NFTとメタデータとの構造を示す説明図である。
 (本実施の形態に至った経緯)
 本開示の第1態様に係る情報処理方法は、分散台帳を備える台帳システムのサーバが実行する情報処理方法であって、物に1対1に対応する第1NFT(Non-Fungible Token)を発行し、前記第1NFTに紐付く第2NFTの発行要求を取得し、前記発行要求の要求元と前記第1NFTに含まれる権利情報とに基づいて、前記第2NFTの発行を許可するか否かを判定し、前記第2NFTの発行を許可すると判定した場合、前記第2NFTを発行するための発行処理を実行し、前記物の移転に応じて、前記第1NFTおよび前記第2NFTはともに、移転前の前記物の権利者のウォレットアドレスから移転先の前記物の権利者である前記要求元のウォレットアドレスに移動する。
 これにより、第1NFTとは別の第2NFTを用いて移転先の物の情報を管理することができる。また、発行要求の要求元に基づいて第2NFTの発行の可否が判定されるので、不適切な第2NFTが発行されてしまうことを抑制することができる。よって、情報処理方法によれば、第1NFTおよび第2NFTを用いて物の情報を適切に管理することができる。
 本開示の第2態様に係る情報処理方法は、第1態様に係る情報処理方法であって、前記第1NFTは、前記物を製造したメーカーが管理する装置が発行してもよい。
 これにより、第1NFTは物の製造メーカーが発行したNFTであるので、信頼度の高いNFTとして管理することができる。
 本開示の第3態様に係る情報処理方法は、第1態様または第2態様に係る情報処理方法であって、前記第1NFTは、前記物の所有権または使用権に関する前記権利情報を含んでもよい。
 これにより、第1NFTに含まれる情報として、権利情報を適切に管理することができる。
 また、例えば、第4態様に係る情報処理方法は、第1態様~第3態様のいずれかに係る情報処理方法であって、前記台帳システムに含まれる、前記物の移転先が管理するサーバに前記第2NFTを発行させてもよい。
 これにより、物の所有権または使用権を有する事業者、つまり製造メーカーとは異なる事業者にNFTを発行させることができる。これにより、発行者に応じた適切な情報が管理され得る。
 また、例えば、第5態様に係る情報処理方法は、第4態様に係る情報処理方法であって、前記第2NFTは、前記物の移転先が提供する前記物に関する保証内容、および、サービス歴の少なくとも一方を含んでもよい。
 これにより、第2NFTに含まれる情報として、保証内容、および、サービス歴の少なくとも一方といった事業者の事業に関する情報を適切に管理することができる。
 また、例えば、第6態様に係る情報処理方法は、第4態様または第5態様に係る情報処理方法であって、前記第2NFTは、前記第1NFTの識別情報を含んでもよい。
 これにより、第1NFTの識別情報が第2NFTに含まれるので、第2NFTと第1NFTとの関係を適切に管理することができる。
 また、例えば、第7態様に係る情報処理方法は、第4態様~第6態様のいずれかに係る情報処理方法であって、前記物が移転したことを示す情報を取得し、前記第2NFTは、前記移転先の物の権利者からの前記発行要求に基づいて発行されてもよい。
 これにより、移転先の物の権利者からの発行要求に基づいてNFTを発行させることができる。例えば、1つの物に対して異なる発行者がNFTを発行するので、発行者に応じた適切な情報が管理され得る。
 また、例えば、第8態様に係る情報処理方法は、第7態様に係る情報処理方法であって、前記第2NFTは、前記物の利用者による前記物の使用歴を示す情報を含んでもよい。
 これにより、第2NFTに含まれる情報として、物の使用歴といった利用者の物の利用に関する情報を適切に管理することができる。使用歴などの情報は物の価値(例えば、残存価値)に影響を及ぼし得る情報であり、NFTにより(分散台帳により)適切に管理されることで、物の価値をより正確に算出することが可能となる。
 また、例えば、第9態様に係る情報処理方法は、第1態様~第8態様のいずれかに係る情報処理方法であって、前記第2NFTの発行を許可するか否かの判定において、前記要求元が前記第1NFTの権利者である場合に、前記第2NFTの発行を許可すると判定してもよい。
 これにより、第2NFTの発行を、その時点で第1NFTの所有権または使用権を有する事業者または利用者のみに制限することができる。よって、不適切な第2NFTが発行されることを抑制することができる。
 また、例えば、第10態様に係る情報処理方法は、第1態様~第9態様のいずれかに係る情報処理方法であって、前記第1NFTに含まれる情報の情報変更要求を取得し、前記情報変更要求の要求元が前記第1NFTの権利者であるか否かを判定し、前記情報変更要求の前記要求元が前記第1NFTの権利者である場合、前記情報変更要求を許可してもよい。
 これにより、第1NFTに含まれる情報の変更を、当該第1NFTの発行者のみが行うことに制限することができる。つまり、第1NFTの不適切な変更が行われることを抑制できるので、第1NFTの信頼度が低下することを抑制することができる。
 また、例えば、第11態様に係る情報処理方法は、第1態様~第10態様のいずれかに係る情報処理方法であって、前記第2NFTに含まれる情報の情報変更要求を取得し、前記情報変更要求の要求元が前記第2NFTの権利者であるか否かを判定し、前記情報変更要求の前記要求元が前記第2NFTの権利者である場合、前記情報変更要求を許可してもよい。
 これにより、第2NFTに含まれる情報の変更を、当該第2NFTの発行者のみが行うことに制限することができる。つまり、第2NFTの不適切な変更が行われることを抑制できるので、第2NFTの信頼度が低下することを抑制することができる。
 また、例えば、第12態様に係る情報処理方法は、第1態様~第11態様のいずれかに係る情報処理方法であって、前記第1NFTに含まれる情報の情報変更要求を取得し、前記情報変更要求の要求元が前記第1NFTの権利者でない場合、前記第2NFTを発行するための発行画面を表示させてもよい。
 これにより、第1NFTの権利者でない要求元に、第2NFTの発行を促すことができる。
 また、例えば、第13態様に係る情報処理方法は、第1態様~第12態様のいずれかに係る情報処理方法であって、前記第1NFTが前記移転前の前記物の権利者のウォレットアドレスから前記移転先の前記物の権利者のウォレットアドレスに移転した場合、前記第1NFTに紐づくNFTを特定し、特定したNFTである前記第2NFTを前記移転前の前記物の権利者のウォレットアドレスから前記移転先の前記物の権利者のウォレットアドレスに移転させてもよい。
 これにより、第1NFTと第2NFTとが一体となって移転する。つまり、1つの物に対するNFTをまとめて管理することができる。
 また、例えば、第14態様に係る情報処理方法は、第1態様~第13態様のいずれかに係る情報処理方法であって、前記第2NFTは、前記物を用いてサービス事業を行う事業者が発行したNFT、または、前記物の品番に対応するNFTを含んでもよい。
 これにより、サービス事業を行う事業者が発行したNFTまたは物の品番に対応するNFTを、適切に管理することができる。
 また、例えば、第15態様に係る情報処理方法は、第1態様~第14態様のいずれかに係る情報処理方法であって、前記発行処理は、前記第2NFTの発行を許可することを示す情報を、前記発行要求の前記要求元に送信することを含んでもよい。
 これにより、その時点において物の所有権または使用権を有する事業者または利用者にNFTを発行させることができる。1つの物に対して異なる発行者がNFTを発行するので、発行者に応じた適切な情報が管理され得る。
 また、例えば、第16態様に係る情報処理方法は、第1態様~第15態様のいずれかに係る情報処理方法であって、前記発行処理は、前記第2NFTを生成し、前記発行要求の前記要求元に生成した前記第2NFTを送信することを含んでもよい。
 これにより、各NFTの発行元を共通にすることができるので、各NFTの信頼度を同程度とすることができる。
 また、本開示の第17態様に係る情報処理装置は、分散台帳を備える台帳システムのサーバであって、物に1対1に対応する第1NFT(Non-Fungible Token)を発行する第1処理部と、前記第1NFTに紐付く第2NFTの発行要求を取得する取得部と、前記発行要求の要求元と前記第1NFTに含まれる権利情報とに基づいて、前記第2NFTの発行を許可するか否かを判定する第2処理部と、前記第2NFTの発行を許可すると判定した場合、前記第2NFTを発行するための発行処理を実行する第3処理部とを備え、前記物の移転に応じて、前記第1NFTおよび前記第2NFTはともに、移転前の前記物の権利者のウォレットアドレスから移転先の前記物の権利者である前記要求元のウォレットアドレスに移動する。
 これにより、上記の情報処理方法と同様の効果を奏する。
 また、本開示の第18態様に係るプログラムは、第1態様~第16態様のいずれかに係る情報処理方法をコンピュータに実行させるためのプログラムである。
 これにより、上記の情報処理方法と同様の効果を奏する。
 なお、これらの全般的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータで読み取り可能なCD-ROM等の非一時的記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。プログラムは、記録媒体に予め記憶されていてもよいし、インターネット等を含む広域通信網を介して記録媒体に供給されてもよい。
 以下、実施の形態について、図面を参照しながら具体的に説明する。
 なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、構成要素、構成要素の配置位置および接続形態、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
 また、各図は、模式図であり、必ずしも厳密に図示されたものではない。したがって、例えば、各図において縮尺などは必ずしも一致しない。また、各図において、実質的に同一の構成については同一の符号を付しており、重複する説明は省略または簡略化する。
 また、本明細書において、数値、および、数値範囲は、厳格な意味のみを表す表現ではなく、実質的に同等な範囲、例えば数%程度(あるいは、10%程度)の差異をも含むことを意味する表現である。
 また、本明細書において、「第1」、「第2」などの序数詞は、特に断りの無い限り、構成要素の数または順序を意味するものではなく、同種の構成要素の混同を避け、区別する目的で用いられている。
 (実施の形態)
 以下、本実施の形態に係る情報処理装置等について、図1~図17を参照しながら説明する。
 [1.情報処理システムの構成]
 まず、本実施の形態に係る情報処理システムの構成について、図1および図2を参照しながら説明する。図1は、本実施の形態に係る情報処理システム10の構成を示す図である。なお、図1は、情報処理システム10の例示的な機能構成を示しており、情報処理システム10の機能構成は図1に限定されない。
 図1に示すように、情報処理システム10は、台帳サーバ100a、100b、100cを備える。これらは通信ネットワークで互いに通信可能に接続されている。また、台帳サーバ100a、100b、100cにより台帳システム(分散台帳システム)が構成される。以下では、物の一例である商品を用いて説明する。
 台帳システムは、分散台帳を用いて情報を記憶する処理システムである。台帳システムが有する分散台帳には、さまざまなデータが格納されることが可能である。台帳システムが有する分散台帳には、現実空間における物に1対1に対応付けられているNFT(例えば、後述する商品NFTやサービスNFT)の生成履歴、および、上記NFTの移転の履歴等が記憶されている。上記NFTは、現実空間における物の生成または移転を分散台帳上でトレースしているNFTである。現実空間における物は、販売、貸し出し等が可能な物であり、冷蔵庫などの家電機器、コピー機などの業務用機器、自動車等の移動体、タンスなどの家具、各種計測器、各種工具などが例示されるが、これに限定されない。
 台帳システムは、分散台帳を用いてスマートコントラクトにより処理を実行することができる。台帳システムは、スマートコントラクトによる処理を用いてNFTを生成し、また、NFTの移転を実現することができる。
 台帳システムは、分散台帳を保有しているサーバ群として台帳サーバ100a、100bおよび100c(台帳サーバ100a等とも記載する)を備える。台帳サーバ100a等のうちの少なくとも1つのサーバがトランザクションデータを受信すると、そのトランザクションデータは、当該少なくとも1つのサーバ以外のすべての台帳サーバ100a等に転送されてそれぞれが保有する分散台帳に格納される。
 このように、台帳サーバ100aは、分散台帳を保有し管理しているサーバであり、分散台帳を保有しており、他の台帳サーバ(具体的には台帳サーバ100b、100c)との間で分散台帳を同期しながら更新している。
 台帳サーバ100b、100cはそれぞれ、台帳サーバ100aと同様のサーバであり、台帳サーバ100aとは独立に動作する。
 以下では、記憶装置101a、101b、101cを記憶装置101a等(記憶装置101a~101c)とも記載する。
 台帳サーバ100a等は、記憶装置101a等と接続している。台帳サーバ100a等は、記憶装置101a等と通信ネットワーク(図示しない)を介して接続されていてもよいし、内部に記憶装置101a等を備えてもよい。記憶装置101a等は、ブロックチェーンのトランザクションデータおよびブロックが電子的に記録される分散台帳を有する。
 台帳システムは、ブロックチェーンを用いた分散台帳管理を行う。なお、台帳システムを構成する台帳サーバの数は3つであることに限定されず、1つ以上であればよい。また、台帳システムを構成する台帳サーバの数は4つ以上(例えば、後述する台帳サーバ100dを含む)であってもよい。
 台帳システムが備える各台帳サーバは、物の製造、流通、利用などに関わる事業者または利用者が管理するサーバである。本実施の形態では、台帳サーバ100aは、物を製造する完成品会社(製造メーカーとも記載する)が管理するサーバであり、台帳サーバ100bは、物が製造されてから利用者に渡るまでの間に経由する事業者が管理するサーバであり、台帳サーバ100cは、物を利用する利用者が管理するサーバである。1以上の事業者は、物の業態を提供する事業者であり、例えば、サブスクリプションサービスを提供する事業者、リースサービスを提供する事業者、中古品を販売する事業者などである。また、利用者は、事業者であってもよいし、個人であってもよい。なお、製造メーカーが管理するサーバは、製造メーカーが管理する装置(例えば、情報処理装置)の一例である。
 以下、情報処理システム10の各構成要素について、図2を参照しながら説明する。図2は、本実施の形態に係る台帳サーバ100aの機能構成を示すブロック図である。台帳サーバ100b、および、100cの構成は台帳サーバ100aと同様であるため、台帳サーバ100aを例に挙げて説明する。なお、図2は、台帳サーバ100aの例示的な機能構成を示しており、台帳サーバ100aの機能構成は図2に限定されない。
 図2に示すように、台帳サーバ100aは、通信部111と、台帳管理部112と、実行部113と、記憶部114と、トランザクションデータ生成部115とを備える。台帳サーバ100aが備える機能部の少なくとも一部は、台帳サーバ100aが備えるプロセッサ(例えばCPU)がメモリを用いてプログラムを実行することで実現される。
 通信部111は、通信ネットワークと通信可能に接続されている通信インタフェースである。通信部111は、有線通信の通信規格(例えば、Ethernet(登録商標)等)の通信インタフェースであってもよいし、無線通信の通信規格(例えば、Wi-Fi(登録商標)等、または、移動体通信システム(3G、4Gまたは5G等))の通信インタフェースであってもよい。通信部111は、台帳サーバ100aが備える機能部が他の装置と通信するときに用いられる。例えば、通信部111は、台帳サーバ100aが備える機能部が、台帳サーバ100b、および、100cのいずれかと通信するときに用いられる。通信部111は、例えば、通信回路(または通信モジュール)を含んで構成されてもよい。
 台帳管理部112は、分散台帳114aおよびトランザクションデータに関する処理を行う。具体的には、台帳管理部112は、台帳サーバ100bおよび100cからトランザクションデータを受信した場合に、受信したトランザクションデータに含まれるデジタル署名を検証し、検証が成功したトランザクションデータを、記憶部114が保有している分散台帳114aに格納するように制御する。台帳管理部112は、トランザクションデータを分散台帳114aに格納する際には、格納しようとするトランザクションデータを含むブロックを生成し、生成したブロックについて他の台帳サーバである台帳サーバ100bおよび100cの台帳管理部との間で合意形成がなされた場合に当該ブロックを分散台帳114aに格納するように制御することができる。
 実行部113は、情報処理を実行する。実行部113は、例えば分散台帳114aを用いてスマートコントラクトを実行することで情報処理を実行することができる。なお、実行部113は、スマートコントラクトを用いない場合には、通常のプログラムコードに従って情報処理を実行する。
 実行部113は、上記情報処理の一例として、商品NFTおよびサービスNFTの少なくとも一方を生成する処理など、NFTに関する情報処理を実行する。例えば、家電などの物が生産されたときに、その生産された物に1対1に対応する商品NFTを生成して分散台帳114aに格納する。
 記憶部114は、情報を記憶する記憶装置である。記憶部114は、分散台帳114aを記憶している。記憶部114は、不揮発性の記憶装置(SSD(Solid State Drive)またはHDD(Hard Disk Drive))等により実現される。
 分散台帳114aは、1以上のトランザクションデータを含むブロックがチェーン状に連結された構造を有するデータを記憶する。分散台帳114aに記憶される1以上のトランザクションデータは、スマートコントラクトのコントラクトコードを含むトランザクションデータ、スマートコントラクトを実行する命令を含むトランザクションデータ、または、その他の情報を含むトランザクションデータを含む。本実施の形態では、分散台帳114aは、ブロックチェーンである。
 トランザクションデータ生成部115は、ブロックチェーンにおけるトランザクションデータを生成する。例えば、トランザクションデータ生成部115は、ユーザが保有するブロックチェーンアドレスと、ブロックチェーンでの管理対象のデータと、署名とを含むトランザクションデータを生成する。なお、トランザクションデータ生成部115は、スマートコントラクトを含むトランザクションデータを生成してもよい。スマートコントラクトは、後述する商品NFT、サービスNFTの内容を変更する処理を実行するためのものであってもよい。
 上記のような情報処理システム10において、1つの台帳サーバのみが物の製造、流通、利用などの管理を行う、つまり1つの物に対して単一の発行者のみがNFTを発行可能にするようなシステムを構築すると、物が取引される度に当該1つの台帳サーバが処理する必要があり、NFTを用いた情報を適切に管理することが困難な場合がある。そこで、本実施の形態に係る情報処理システム10では、1つの物に対して複数の発行者がNFTを発行可能とする。詳細は、以下の情報処理システムの動作において記載する。
 [2.情報処理システムの動作]
 続いて、上記のように構成される情報処理システム10の動作について、図3~図12を参照しながら説明する。まずは、第1事業者が商品を購入し、利用者に貸し出す場合の情報処理システム10の動作について、図3~図6を参照しながら説明する。
 図3は、本実施の形態に係る情報処理システム10が実行する、各種NFTの発行および移転の動作(情報処理方法)の第1例を示すシーケンス図である。なお、以降において、1台の台帳サーバで実行される処理は、台帳サーバ100aが実行するものとして説明するが、台帳サーバ100bまたは100cが実行してもよい。また、図3では、便宜上、情報処理装置が実行する動作ではない動作も記載しており、当該動作を破線枠で記載している。
 図3に示すように、製造メーカーが商品を製造する(S11)と、台帳サーバ100aの実行部113は、当該商品に1対1に対応するトークン(NFT)である商品NFTを発行する(S12)。商品NFTを発行するとは、商品NFTを生成して分散台帳114aに格納することであってもよい。商品NFTの発行は、分散台帳114aに格納されたスマートコントラクトを用いて実行されてもよい。実行部113は、第1処理部として機能する。
 なお、台帳サーバ100aの実行部113は、商品が製造された後、NFTの発行依頼を受信すると、当該発行依頼に含まれるアドレスと、NFTのIDと、初期設定された所有権者と、を紐づけたデータをセットとして分散台帳114aに記録することで商品NFTを発行してもよい。NFTの発行依頼は台帳サーバ100a以外の装置から受信されてもよい。また、商品NFTは、商品NFTを発行したメーカーのみが情報を変更可能なNFTであってもよい。言い換えると、各事業者および利用者は、商品NFTの情報を変更することが禁止されていてもよい。所有権者は、権利者の一例である。
 図4は、本実施の形態に係る商品NFTに含まれる情報を示す説明図である。商品NFTは、メーカー端末である台帳サーバ100aが発行し、分散台帳114aに格納するユニークなトークン(言い換えれば、非代替性トークン)である。
 図4に示すように、商品NFTは、商品NFTの所有権者、発行者、商品NFTのID、NFTタイプ、シリアルナンバー、および、製造年月に関する情報を含む。
 商品NFTの所有権者は、商品NFTの所有権の所在を示す情報である。商品NFTの所有権者は、例えば、発行時点においては商品の製造メーカーである。なお、本開示において、商品が別の事業者または利用者に移転すると商品NFTの所有権者も移転し得る。
 発行者は、商品NFTの発行元を示す情報である。ここでは、商品の製造メーカーが発行者となる。発行者は、商品NFTが移転しても不変(製造メーカーのまま)である。
 商品NFTのIDは、当該商品トークンを一意に認識し得る識別情報を示す。
 NFTタイプは、本NFTの種類を示す。NFTタイプは、メーカーが発行する商品NFTと、メーカー以外(例えば、サービス事業者、利用者のいずれか)が発行するサービスNFTとがある。NFTタイプは、当該NFTが商品NFTであるかサービスNFTであるかが記載される。ここでは、商品NFTである。
 シリアルナンバーは、当該商品NFTが発行される対象の商品(ステップS11で製造された商品)を識別する識別情報を示す。シリアルナンバーは物を識別するための識別情報の一例である。
 製造年月は、当該商品NFTが発行される対象の商品(ステップS11で製造された商品)が製造された年月を示す。製造年月は、製造された日時の情報も含んでもよい。
 なお、メーカーが物に対して行った修理(いわゆるメーカー修理)を行っている場合、当該修理に関する情報が商品NFTに含まれてもよい。修理に関する情報は、修理した年月日、修理内容、修理を行った事業者などの情報を含んでもよい。
 なお、商品NFTに含まれる各情報は、メーカー端末である台帳サーバ100aにより入力された情報である。言い換えると、商品NFTに含まれる各情報に台帳サーバ100b、台帳サーバ100cなどの他の台帳サーバにより入力された情報は含まれない。そのため、商品NFTを閲覧する閲覧者は、当該商品NFTに含まれる各情報がメーカーにより入力された情報であることを認識することができる。つまり、商品NFTの信頼度と、メーカーの信頼度は一致する。
 なお、各項目の情報が記憶される場所は、NFT本体であっても(つまり、分散台帳に記憶されても)よいし、NFT本体から参照されるメタデータ部であっても(つまり、分散台帳外の記憶部に記憶されても)よい。例えば、NFT本体には当該NFT生成時に記載されるデータが記憶され、メタデータ部にはNFT生成後に追記または変更され得るデータが記憶されてもよい。商品NFTを例にとると、商品NFT本体に含まれる、メーカー端末である台帳サーバ100aにより入力された情報は、商品NFT生成時に分散台帳に記憶されるので、台帳サーバ100b、台帳サーバ100cなどの他の台帳サーバによって追記または変更することができない。なお、後述するように、NFTが他の事業者または利用者に移転すると、当該NFTの所有権者も移転するので、NFTの所有権者の情報を書き換え可能とするために、当該所有権者の情報はメタデータ部に記憶されてもよい。各項目の情報が記憶される場所については、後述するサービスNFTにおいても同様である。
 図3を再び参照して、第1事業者がステップS11で製造された商品を購入(S13)したことを示す情報を取得すると、台帳サーバ100aは、商品NFTを第1事業者に移転する(S14)。つまり、台帳サーバ100aは、商品の移転(ここでは、商品の購入)に対応して商品NFTの所有権者をメーカーから第1事業者へ移転する移転処理を実行する。
 移転処理の一例を詳述する。移転処理は、下記に示すスマートコントラクトにより実行されてもよい。スマートコントラクトには、所有権を移転する関数(approve)やNFTを発行する関数(mintServiceNFT)が含まれている。NFTの所有権者であるユーザ(図3の場合はメーカー)は、所有権を移転する関数(approve)やNFTを発行する関数(mintServiceNFT)に、NFTの次の所有権者になるユーザ(図3の場合は第1事業者)のブロックチェーンアドレスと、NFTのIDとを含むメッセージを送信する。ここで、isProductOwnerという関数修飾子(関数の実行前に処理される関数のこと)では、メッセージの送り主がNFTの所有権者であるか否かを判定しており、所有権者であると判定されれば関数が実行されてNFTの所有権者が次の所有権者に移転される。また、所有権者でないと判定されればこれらの関数は実行されないのでNFTが次の所有権者に移転されない。
 これによりNFTの所有権者以外が所有権を移転したり、NFTを発行したりする処理を防ぐことができる。スマートコントラクトは下記が一例である。
 contract ProductNFT{
     //前略
     mapping(uint256 => address) _productOwners;
     modifier isProductOwner(uint256 _productTokenId){
         require(_productOwners[_productTokenId] == msg.sender);
         _;
    }
     function approve(address to, uint256 _productTokenId)
         isProductOwner(_productTokenId){
         //所有権を移管する処理
         _productOwner[_productTokenId] = to;
     } 
     function mintServiceNFT(address to, uint256 _productTokenId)
         isProductOwner(_productTokenId){
         //サービスNFTを発行する処理
     }    //後略
}
 なおNFTの所有権の移転処理においては、メタデータ部に記憶されている商品NFTの所有権者を、製造メーカーの識別子から第1事業者の識別子に変更してもよい。また、移転処理は、所有権者を移転前の事業者から移転先の事業者に移転させることを示すトランザクションデータが分散台帳に書き込まれることでスマートコントラクトを実行し、当該スマートコントラクトによって所有権者を変更してもよい。これにより、商品NFTの所有権者が、メーカーから第1事業者に変更される(S15)。なお、NFTの所有権者をAに変更することを、NFTを当該Aのウォレット(ウォレットアドレス)に移動するともいう。
 次に、台帳サーバ100bの通信部は、商品NFTを取得する(S16)。商品NFTを取得することは、第1事業者のウォレットに商品NFTが移動することを意味する。商品NFTを取得することで、第1事業者は、商品NFTに紐づくNFTであるサービスNFTを独自に発行可能となる。第1事業者が発行したサービスNFTは、第1サービスNFTの一例である。
 次に、台帳サーバ100bの実行部は、商品NFTの識別子を含めたサービスNFTの発行処理を実行する(S17)。なお、サービスNFTとは、商品を製造したメーカー以外の事業者等が発行するNFTである。サービスNFTは、1以上(例えば、複数)存在し得る。商品NFTは、1以上のサービスNFTが紐付く元となるNFTである。ここでの発行処理は、第1サービスNFTを生成するための処理である。
 図5は、本実施の形態に係る情報処理システムが実行する、サービスNFTを発行する動作(情報処理方法)を示すシーケンス図である。具体的には、図3に示すステップS17の詳細動作を示す。なお、ステップS17の処理は、台帳サーバ100aおよび100bにより実行される。
 図5に示すように、台帳サーバ100bの通信部は、商品を購入した後、サービスNFTの発行要求を含むトランザクションデータを台帳サーバ100aに送信する(S31)。具体的には、台帳サーバ100bのトランザクションデータ生成部は、第1事業者が商品を製造メーカーから購入したことを示す情報を取得すると、第1事業者の識別子と、商品NFTのIDと、サービスNFTの発行を要求することを示す情報とを含むトランザクションデータを生成し、台帳サーバ100aに送信する。以降、明細書において、発行要求を含むトランザクションデータを発行要求と省略する。
 台帳サーバ100aの実行部113は、通信部111を介してサービスNFTの発行要求を取得すると(S32)、取得時点での商品NFTの所有権者がサービスNFTの発行を要求する要求元(ここでは、第1事業者)であるか否かを判定する(S33)。実行部113は、発行要求の要求元と、後述するNFTの取引歴データ(図11Bおよび図11Cを参照)とに基づいて、ステップS33の判定を行ってもよい。実行部113は、発行要求に含まれる第1事業者の識別子と、商品NFTの所有権者とに基づいてステップS33の判定を行ってもよく、第1事業者の識別子と商品NFTの所有権者とを比較することでステップS33の判定を行ってもよい。なお、ステップS33は、サービスNFTの発行を許可するか否かを判定することの一例である。また、商品NFTの所有権者(または後述する使用権者)は、第1NFTに含まれる権利情報の一例である。通信部111は、取得部として機能する。また、実行部113は、第2処理部として機能する。
 次に、実行部113は、商品NFTの所有権者が要求元であると判定した場合(S33でYES)、サービスNFTの発行を許可すると判定し、許可通知を台帳サーバ100bに送信する(S34)。許可通知には、台帳サーバ100aがサービスNFTの発行を許可したことを示す許可情報が含まれる。台帳サーバ100aは、許可通知を分散台帳に記録してもよい。実行部113は、第3処理部として機能する。
 次に、台帳サーバ100bの実行部は、許可通知を取得すると、商品NFTのIDを含むサービスNFTを発行する(S35)。サービスNFTを発行するとは、サービスNFTを生成して分散台帳に格納することであってもよい。サービスNFTの発行は、分散台帳に格納されたスマートコントラクトを用いて実行されてもよい。ステップS35で発行されるサービスNFTを、第1サービスNFTとも記載する。第1サービスNFTは、第1事業者が独自に発行するNFTである。サービスNFTには、台帳サーバ100aから取得した許可情報が含まれてもよい。
 また、台帳サーバ100aの実行部113は、商品NFTの所有権者が要求元ではないと判定した場合(S33でNO)、サービスNFTの発行を却下する(S36)。つまり、実行部113は、当該要求元によるサービスNFTの発行を禁止する。これにより、サービスNFTの発行権限がない事業者によりサービスNFTが発行されてしまうということを抑制することができる。また、これにより、不適切なNFTが発行されることを抑制できるので、不適切なNFT発行に伴う不要なプロセッサの処理量やメモリの消費量を削減することができる。実行部113は、サービスNFTの発行を却下したことを示す却下通知を台帳サーバ100bに送信してもよいし、メーカーの職員にサービスNFTの発行を却下したことを示す情報を通信してもよい。
 このように、情報処理システム10では、商品NFTの所有権者からのサービスNFTの発行依頼のみが許可される。
 なお、ステップS34の処理は、サービスNFTを発行するための処理の一例である。また、図5では、台帳サーバ100bがサービスNFTを発行する例について説明したが、サービスNFTは台帳サーバ100aが発行してもよい。例えば、台帳サーバ100aの実行部113は、商品NFTの所有権者が要求元であると判定した場合(S33でYES)、商品NFTのIDを含むサービスNFTを生成し、生成したサービスNFTを分散台帳114aに格納し、サービスNFTを分散台帳114aに格納したことの通知を台帳サーバ100bに送信してもよい。また、台帳サーバ100aの実行部113は、ステップS33でYESの場合、商品NFTのIDを含むサービスNFTを生成し、生成したサービスNFTを台帳サーバ100bに送信してもよい。この場合、台帳サーバ100bは、取得したサービスNFTを台帳サーバに格納する。台帳サーバ100aがサービスNFTを生成し送信する処理は、サービスNFTを発行するための処理の一例である。
 図6は、本実施の形態に係る第1サービスNFTに含まれる情報を示す説明図である。第1サービスNFTは、例えば第1事業者端末である台帳サーバ100bが発行し、分散台帳に格納するユニークなトークン(言い換えれば、非代替性トークン)である。なお、図6に含まれる項目は一例であり、例えば、第1事業者が任意に決定可能である。
 図6に示すように、第1サービスNFTは、第1サービスNFTの所有権者、発行者、サービスNFTのID、NFTタイプ、商品NFTのID、保証内容、および、サービス歴に関する情報を含む。
 第1サービスNFTの所有権者は、現時点での第1サービスNFTの所有権者を示す。第1サービスNFTの所有権者は、現時点が発行時点の場合は第1事業者である。第1サービスNFTの所有権者は、商品の移転に伴い変更される。
 発行者は、第1サービスNFTの発行者を示す。発行者は、例えば、第1事業者である。発行者は、第1サービスNFTが移転しても不変(第1事業者のまま)である。
 サービスNFTのIDは、第1サービスNFT固有の識別情報であり、例えば、S001である。
 NFTタイプは、本NFTの種類を示す。ここでは、NFTタイプは、サービスNFTである。
 商品NFTのIDは、サービスの対象となる商品の商品NFTを特定可能な識別情報である。商品NFTのIDが含まれることで、本サービスNFTが商品NFTに紐づくNFTであることがわかる。
 保証内容は、当該商品に対する保証内容を示す。保証内容は、第1事業者が他の事業者に商品を貸し出し等した場合に、当該商品の品質を保証する内容であってもよい。
 サービス歴は、商品に対して実施されたメンテナンスの実施履歴、修理歴などのサービスの履歴である。サービス歴は、他の事業者から第1事業者に商品が返却された後に実施されたサービスの履歴を示してもよい。
 図3を再び参照して、第1事業者が商品を利用者に貸し出し(S18)、利用者が商品を利用する(S19)。つまり、商品の所有権者が第1事業者から利用者に移転する。利用者は、例えば、第1事業者との契約などにより、所定期間、商品を利用することができる。なお、商品の所有権は移転しないが商品を利用する権利である使用権が第1事業者から利用者に移転してもよい。
 次に、台帳サーバ100bの実行部は、第1事業者が利用者に商品を貸し出したことを示す情報を取得すると、商品NFTとサービスNFTとを利用者に移転する(S20)。つまり、商品NFTの所有権者とサービスNFTの所有権者とが、第1事業者から利用者に変更される(S21)。物の所有権の移転に応じて、商品NFTおよび第1サービスNFTはともに、移転前の物の所有権者のウォレットアドレスから移転先の物の所有権者のウォレットアドレスに移動するともいえる。また、商品NFTが移転前の物の所有権者のウォレットアドレスから移転先の物の権利者のウォレットアドレスに移転した場合、商品NFTに紐づくNFTを特定し、特定したNFT(ここでは、サービスNFT)を移転前の物の所有権者のウォレットアドレスから移転先の物の所有権者のウォレットアドレスに移転させるともいえる。
 商品NFTは第1NFTの一例である。第1サービスNFTは第2NFTの一例である。また、物の所有権(または使用権)の移転は、物の移転の一例である。利用者が商品を利用している期間、商品NFTの所有権者とサービスNFTの所有権者とが利用者となる。
 次に、台帳サーバ100cは、商品NFTとサービスNFTとを取得する(S22)。
 次に、台帳サーバ100cの実行部は、利用者が商品を第1事業者に返却した(S23)ことを示す情報を取得すると、商品NFTとサービスNFTとを第1事業者に移転する(S24)。つまり、商品NFTの所有権者とサービスNFTの所有権者とが、利用者から第1事業者に変更される(S25)。利用者への商品の貸し出し期間が終了すると、商品NFTの所有権者とサービスNFTの所有権者とが第1事業者にもどることとなる。
 なお、各NFTの所有権者の移転の処理は、ステップS14と同様の処理でもよい。
 なお、図3で発行される商品NFTと、第1サービスNFTとは、発行者が異なるNFTであり、各NFTの信頼度が異なり得る。商品NFTの発行者である製造メーカーの信頼度が、第1サービスNFTの発行者である第1事業者の信頼度よりも高い場合、商品NFTの信頼度は第1サービスNFTの信頼度よりも高い。また、1つのNFTにおいては発行者のみがNFTに含まれる情報を変更することができるので、当該1つのNFTに含まれる各情報の信頼度は均一である。
 続いて、第1事業者が購入した商品を第2事業者が購入し、第2事業者が利用者に商品を貸し出し、貸し出し後に第2事業者が商品を売却する場合の情報処理システム10の動作について、図7~図11Cを参照しながら説明する。
 図7は、本実施の形態に係る情報処理システム10が実行する、各種NFTの発行および移転の動作(情報処理方法)の第2例を示すシーケンス図である。なお、図7では、第1事業者がメーカーから商品を購入しているものとする。また、ステップS41の実行前に、商品NFTがメーカーから第1事業者に移転しているとする。また、情報処理システム10は、台帳サーバ100dと台帳サーバ100eとを備える(図1等では、便宜上、台帳サーバ100dと台帳サーバ100eとを省略)。なお、台帳サーバ100dと台帳サーバ100eとの構成は台帳サーバ100aと同様である。なお、台帳サーバ100cと台帳サーバ100eとは同一であってもよいし、異なってもよい。つまり、台帳サーバ100cを利用する利用者と台帳サーバ100eを利用する利用者は同一であってもよいし、異なってもよい。
 図7に示すように、第1事業者が商品を第2事業者に転売し(S41)、第2事業者が当該商品を購入する(S42)と、台帳サーバ100bは、商品NFTを第2事業者に移転する(S43)。つまり、台帳サーバ100bは、商品の移転(ここでは、売買取引)に対応して商品NFTの所有権を第1事業者から第2事業者へ移転する移転処理を実行する。これにより、商品NFTの所有権者が、第1事業者から第2事業者に変更される(S44)。
 次に、第2事業者の台帳サーバ100dの実行部は、通信部が商品NFTを取得する(S45)と、商品NFTの識別子を含めた第2サービスNFTの発行処理を実行する(S46)。第2サービスNFTを発行するとは、第2サービスNFTを生成して分散台帳に格納することであってもよい。第2サービスNFTの発行は、分散台帳に格納されたスマートコントラクトを用いて実行されてもよい。第2サービスNFTは、第2事業者が独自に発行するNFTである。第2サービスNFTは、第2NFTの一例である。
 なお、商品NFTを取得するとは、商品NFTの所有権者が第2事業者に移転されたことを示す情報を取得することであってもよい。商品NFTを取得することで、第2事業者は、商品NFTに紐づくNFTである第2サービスNFTを独自に発行可能となる。第2サービスNFTは、第2事業者のみが情報を変更可能なNFTであってもよい。言い換えると、メーカー、利用者および第2事業者は、第2サービスNFTの情報を変更することが禁止されていてもよい。
 なお、ステップS46の処理は、図3に示すステップS17(具体的には、図5)と同様であり、台帳サーバ100dが第2サービスNFTの発行要求を台帳サーバ100aに送信することで実行される。そして、商品NFTの所有権者が第2事業者である場合、当該発行要求に応じた第2サービスNFTの発行が許可される。
 図8は、本実施の形態に係る第2サービスNFTに含まれる情報を示す説明図である。第2サービスNFTは、第2事業者端末である台帳サーバ100dが発行し、分散台帳に格納するユニークなトークン(言い換えれば、非代替性トークン)である。第2サービスNFTの項目は、第1サービスNFTと同様の項目であってもよい。なお、図8に含まれる項目は一例であり、第2事業者が任意に決定可能である。
 図8に示すように、第2サービスNFTは、第2サービスNFTの所有権者、発行者、サービスNFTのID、NFTタイプ、商品NFTのID、保証内容、および、サービス歴に関する情報を含む。
 第2サービスNFTの所有権者は、現時点での第2サービスNFTの所有権者を示す。第2サービスNFTの所有権者は、現時点が発行時点の場合は第2事業者である。第2サービスNFTの所有権者は、商品の移転に伴い変更される。
 発行者は、第2サービスNFTの発行者を示す。発行者は、第2事業者である。発行者は、第2サービスNFTが移転しても不変(つまり第2事業者のまま)である。
 サービスNFTのIDは、第2サービスNFT固有の識別情報であり、例えば、S002である。
 NFTタイプは、本NFTの種類を示す。ここでは、NFTタイプは、サービスNFTである。
 商品NFTのIDは、サービスの対象となる商品の商品NFTを特定可能な識別情報である。商品NFTのIDが含まれることで、本サービスNFTが商品NFTに紐づくNFTであることがわかる。
 保証内容は、当該商品に対する保証内容を示す。保証内容は、第1事業者が他の事業者に商品を貸し出し等した場合に、当該商品の品質を保証する内容であってもよい。
 サービス歴は、商品に対して実施されたメンテナンスの実施履歴、修理歴などのサービスの履歴である。サービス歴は、他の事業者から第2事業者に商品が返却された後に実施されたサービスの履歴を示してもよい。
 図7を再び参照して、第2事業者が商品を利用者に貸し出し(S47)、利用者が商品を利用する(S48)。つまり、商品の所有権者が第2事業者から利用者に移転する。利用者は、例えば、第2事業者との契約などにより、所定期間、商品を利用することができる。
 次に、台帳サーバ100dの実行部は、第2事業者が利用者に商品を貸し出したことを示す情報を取得すると、商品NFTと第2サービスNFTとを利用者に移転する(S49)。つまり、商品NFTの所有権者と第2サービスNFTの所有権者とが、第2事業者から利用者に変更される(S50)。物の所有権の移転に応じて、商品NFTおよび第2サービスNFTはともに、移転前の物の所有権者または使用権者のウォレットアドレスから移転先の物の所有権者のウォレットアドレスに移動するともいえる。利用者が商品を利用している期間、商品NFTの所有権者と第2サービスNFTの所有権者とが利用者となる。使用権者は権利者の一例である。また、移転先の物の所有権者のウォレットアドレスは、移転先の物の権利者である要求元のウォレットアドレスの一例である。
 次に、台帳サーバ100cの通信部は、商品NFTと第2サービスNFTとを取得する(S51)。商品NFTを取得することで、利用者は、商品NFTに紐づくサービスNFTを独自に発行可能となる。
 図7に示すステップS51の続きの動作を、図9を参照しながら説明する。図9は、本実施の形態に係る情報処理システムが実行する、売却益を分配する動作(情報処理方法)を示すシーケンス図である。
 図9に示すように、次に、台帳サーバ100cの実行部は、第3サービスNFTを発行する(S52)。第3サービスNFTは、商品の価値を上げる利用方法、商品に付属する消耗品交換歴、使用地域、使用環境、追加データなど商品の使用歴に関する情報を含んでもよい。第3サービスNFTには、さらに、商品の使用歴に関する情報と、当該商品の使用歴に関する情報を生成した事業者または利用者とが対応付けられている情報が含まれていてもよい。第3サービスNFTを発行するとは、第3サービスNFTを生成して分散台帳に格納することであってもよい。第3サービスNFTの発行は、分散台帳に格納されたスマートコントラクトを用いて実行されてもよい。また、第3サービスNFTは、利用者のみが情報を変更可能なNFTであってもよい。言い換えると、メーカーおよび各事業者は、第3サービスNFTの情報を変更することが禁止されていてもよい。第3サービスNFTは、利用者が独自に発行するNFTである。第3サービスNFTは、第2NFTの一例である。
 このように、1つの商品NFTに紐付くサービスNFTが複数存在し得る。商品NFTは、第1NFTの一例である。
 なお、ステップS52の処理は、図3に示すステップS17(具体的には、図5)と同様であり、台帳サーバ100cが第3サービスNFTの発行要求を台帳サーバ100aに送信することで実行される。そして、商品NFTの所有権者が利用者である場合、当該発行要求に応じた第3サービスNFTの発行が許可される。
 図10は、本実施の形態に係る第3サービスNFTに含まれる情報を示す説明図である。第3サービスNFTは、例えば利用者端末である台帳サーバ100cが発行し、分散台帳に格納するユニークなトークン(言い換えれば、非代替性トークン)である。なお、図10に含まれる項目は一例であり、例えば、利用者が任意に決定可能である。
 図10に示すように、第3サービスNFTは、第3サービスNFTの所有権者、発行者、サービスNFTのID、NFTタイプ、商品NFTのID、および、使用歴に関する情報を含む。
 第3サービスNFTの所有権者は、現時点での第3サービスNFTの所有権者を示す。第3サービスNFTの所有権者は、現時点が発行時点であれば利用者である。第3サービスNFTの所有権者は、商品の移転に伴い変更される。
 発行者は、第2サービスNFTの発行者を示す。発行者は、例えば、利用者である。発行者は、商品NFTが移転しても不変(利用者のまま)である。
 サービスNFTのIDは、第3サービスNFT固有の識別情報であり、例えば、S003である。
 NFTタイプは、本NFTの種類を示す。ここでは、NFTタイプは、サービスNFTである。
 商品NFTのIDは、サービスの対象となる商品の商品NFTを特定可能な識別情報である。商品NFTのIDが含まれることで、本サービスNFTが商品NFTに紐づくNFTであることがわかる。
 なお、第3サービスNFTは、商品NFTに替えて第2サービスNFTのIDを含んでいてもよいし、商品NFTのIDと第2サービスNFTのIDとを含んでいてもよい。
 使用歴は、商品の価値を上げる利用方法に関する情報、商品の使用歴などに関する情報を含む。商品の使用歴は、消耗品の交換の履歴を示す消耗品交換歴、使用している地域を示す使用地域、温度などを示す使用環境、追加データなどが含まれるが、これに限定されない。商品の価値を上げる利用方法に関する情報は、脱炭素に関する情報を含んでいてもよいし、メンテナンスまたは修理に関する履歴情報を含んでいてもよい。脱炭素に関する情報は、脱炭素への貢献を示す情報を含み、例えば、商品を使用するために用いた電気代、電力量、商品を使用した時間帯、商品が消費した電力が自然エネルギー由来の電力であるかまたは自然エネルギー由来の電力の割合などを含んでいてもよい。なお、使用歴には、その他、利用者による商品の使用に関する情報が含まれてもよい。商品の使用歴が所定の基準値よりも高ければ商品の価値が向上するといえる。
 また、商品の価値を上げる利用方法に関する情報は、物を改良またはカスタマイズしたこと(例えば、物を改造するなど)を示す情報であってもよい。物を改良またはカスタマイズすることで商品の寿命や魅力が向上することで商品の価値が上がることが考えられる。また、商品の価値を上げる利用方法に関する情報は、AI(Artificial Intelligence)などにより追加されたソフト、または、ハード自動改変を示す情報であってもよい。
 また、追加データは、LCA(Life Cycle Assessment)またはCFP(Carbon Footprint of Products)に関連するデータ、商品使用時における温室効果ガスの排出量(例えば、CO排出量)などの情報であってもよいし、商品の保管環境、温度、商品の設置場所が室内外か、地域(塩害、寒冷、沿岸等)などの情報であってもよい。排出量や商品の保管環境などが所定の基準値よりも高ければ商品の製品寿命が延びるため商品価値が向上するといえる。なお商品に直接付属するセンサまたは商品の周囲に配置されるセンサが、上述した追加データをセンシングして、センシングした追加データを台帳サーバ100cに送信することで、台帳サーバ100cは追加データを含む第3サービスNFTを生成してもよい。
 図9を再び参照して、台帳サーバ100eの実行部は、利用者が商品を第2事業者に返却した(S53)ことを示す情報を取得すると、商品NFTと第2サービスNFTと第3サービスNFTとを第2事業者に移転する(S54)。つまり、商品NFTの所有権者と第2サービスNFTの所有権者と、第3サービスNFTの所有権者とが、利用者から第2事業者に変更される(S55)。
 次に、台帳サーバ100dは、商品を売却するために、商品と、商品NFTと、第3サービスNFTとを出品する(S56)。NFTのマーケットプレースに商品と、商品NFTと、第3サービスNFTとを登録することで出品処理を実施してもよい。台帳サーバ100dは、商品NFTと、第3サービスNFTに含まれる情報を出力してもよい。なお、第2サービスNFTも商品とともに出品されてもよい。
 次に、商品が売却されると、台帳サーバ100dの実行部は、NFTを売却先に移転する(S57)。つまり、商品NFTの所有権者と第2サービスNFTの所有権者と第3サービスNFTの所有権者とが、第2事業者から売却先に変更される。
 次に、商品が売却された場合、実行部は、当該第3サービスNFTを生成した利用者に売却益の一部を分配するために、NFTの取引歴データを参照して、第3サービスNFTの貢献割合を算出する(S58)。商品の商品価値が高い等の理由により商品が基準価格より高く売れた場合にステップS58が実行されてもよい。実行部は、NFTの取引歴データ(後述する図11Bおよび図11Cを参照)を参照して、商品の商品価値向上に寄与した事業者および利用者を特定し、均等に貢献割合を算出してもよいし、所定の演算を行って貢献割合を算出してもよい。NFTの取引歴データは、商品NFTの取引歴データを含んでいてもよいし、サービスNFTの取引歴データを含んでいてもよい。例えば、NFTの取引歴データは、少なくとも商品NFTの取引歴データを含んでいてもよい。なお、基準価格は、例えば、売却価格の相場価格であってもよいし、第2事業者が設定した価格であってもよい。
 図11Aは、本実施の形態に係るウォレットアドレスと所有者(所有権者)との一覧を示す図である。図11Bおよび図11Cは、本実施の形態に係るNFTの取引歴データの各例を示す図である。図11A~図11Cに示す情報は、分散台帳に記憶されていてもよいし、台帳システム外の情報処理装置に記憶されていてもよい。
 図11Aに示すように、一覧は、ウォレットアドレスと所有権者との対応関係を示す。例えば、ウォレットアドレスがM001であるウォレットはメーカーが所有しているウォレットであり、ウォレットアドレスがC00Aであるウォレットは第1事業者が所有しているウォレットである。
 図11Bは、NFTのIDがAAAである商品NFTの取引歴を示す。具体的には、商品NFTが入っているウォレットアドレスの履歴を示す。図11Aおよび図11Bに示される取引歴を参照することで、メーカーが商品NFTを発行し、当該商品NFTが第1事業者、第1利用者、第1事業者、第2事業者、第2利用者、第2事業者の順に移転したことがわかる。
 図11Cは、IDがS003である第3サービスNFTの取引歴を示す。具体的には、サービスNFTが入っているウォレットアドレスの履歴を示す。図11Aおよび図11Cを参照することで、第2利用者が第3サービスNFTを発行し、当該第3サービスNFTが第2事業者に移転したことがわかる。
 図9の売却益を分配する情報処理方法の一例を詳述する。実行部は、商品が売却された場合、第3サービスNFTに含まれる情報である商品の使用歴に関する情報に基づいて商品の商品価値が向上したか否かを判定する。一例として、実行部は、商品の価値を上げる利用方法に関する情報の数が所定値よりも大きければ商品価値向上に寄与したと判定する。実行部は、第3サービスNFTの取引歴データを参照し、商品の価値を上げる利用方法に関する情報を生成した事業者または利用者を特定し、特定した事業者または利用者の貢献割合を算出する。より具体的には、第3サービスNFTの取引歴データには、第3サービスNFTを発行した第2利用者の識別子と、第3サービスNFTの所有者である第2事業者の識別子とが含まれている。そして、第3サービスNFTには商品の使用歴に関する情報と、当該商品の使用歴に関する情報を生成した第2利用者の識別子とが対応付けられている情報が含まれているとする。実行部は、取引歴データと第3サービスNFTとを参照して、商品の使用歴に関する情報を生成した第2利用者が商品価値向上に寄与したと判定し、第2利用者の貢献割合を算出する。
 図9を再び参照して、台帳サーバ100dの実行部は、第3サービスNFTの発行者である利用者に売却益を分配する(S59)。台帳サーバ100dのトランザクションデータ生成部は、例えば、ステップS58の貢献割合に応じた金銭価値を台帳サーバ100cに分配するためのトランザクションデータを生成し、台帳サーバ100cに送信する。台帳サーバ100cの実行部は、分散台帳に格納されている分配を実行するスマートコントラクトを実行することで、分配処理を実行する。例えば、第2事業者のデジタル口座から貢献割合に対応するトークンを減らし、利用者のデジタル口座に加えることで、利用者のデジタル口座へ売却益を分配してもよい。なお、利用者に限らず第3サービスNFTが紐づく商品NFTの発行者であるメーカーにも売却益を分配してもよい。
 次に、台帳サーバ100cは、台帳サーバ100dからの分配を取得する(S60)。
 このように、利用者は、自身が利用していた商品が売却されたことに応じて、成功報酬を得ることができる。
 続いて、商品に関する情報を変更する際の動作について、図12を参照しながら説明する。図12は、本実施の形態に係るNFTの情報を変更する際の動作(情報処理方法)を示すフローチャートである。以下では、図12に示す動作を台帳サーバ100aが実行する例について説明するが、他の台帳サーバが実行してもよい。
 図12に示すように、台帳サーバ100aの通信部111は、他の台帳サーバからNFTの情報変更要求を取得する(S71)。情報変更要求は、NFTに含まれる情報の変更に関する情報を含む。情報の変更としては、情報の追記、情報の削除、および、NFT無効化フラグの状態の変更などが例示されるが、これに限定されない。具体的には、情報の変更は、所有権者情報の変更であってもよいし、商品の修理歴または整備歴を追記(例えば、メタデータに追記)することであってもよい。情報変更要求には要求元を一意に特定する識別子が含まれていてもよい。
 次に、実行部113は、情報変更要求の要求元がNFTの所有権者であるか否かを判定する(S72)。具体的には、実行部113は、情報変更要求に含まれている要求元の識別子がNFTの所有権者の識別子であるか否かを判定する。
 次に、実行部113は、要求元がNFTの所有権者であると判定した場合(S72でYES)、情報変更要求に含まれる情報の変更に関する情報に従い、当該NFTの情報を変更する(S73)。実行部113は、ステップS73において、変更する許可を要求元に送信してもよい。例えば、実行部113は、商品NFTの情報を変更する場合、台帳サーバ100aが商品NFTの所有権者であるので台帳サーバ100aが変更処理を実施し、台帳サーバ100aが所有権者ではないサービスNFTの情報を変更する場合、要求元に情報の変更を許可する通知を送信する。つまり、実行部113は、サービスNFTに対する情報変更要求である場合、当該サービスNFTの所有権者に情報の変更を実行させる。
 また、実行部113は、要求元がNFTの所有権者ではないと判定した場合(S72でNO)、当該NFTが商品NFTであるか否かを判定する(S74)。つまり、実行部113は、情報変更要求の対象であるNFTが商品NFTであるか否かを判定する。実行部113は、例えば、NFTタイプを参照することで、当該判定を行ってもよい。
 次に、実行部113は、NFTが商品NFTではないと判定した場合(S74でNO)、NFTがサービスNFTであるか否かを判定する(S75)。実行部113は、NFTタイプを確認することで、当該判定を行ってもよい。
 次に、実行部113は、NFTがサービスNFTであると判定した場合(S75でYES)、そのサービスNFTが紐づく先の商品NFTのIDを取得する(S76)。例えば当該サービスNFTが第1サービスNFTである場合、実行部113は、商品NFTのIDであるAAAを取得する。
 次に、実行部113は、当該NFTが商品NFTであると判定した場合(S74でYES)、その商品NFTを参照する別のサービスNFT発行画面を生成する(S77)。ステップS77の処理は、ステップS76の処理の後にも行われる。実行部113は、当該商品NFTを発行しておらず、かつ、商品の所有権を有する台帳サーバが商品NFTの情報を変更しようとしている場合、当該商品NFTに紐付くサービスNFTを発行させるための画面を表示するための表示情報を生成し、当該台帳サーバを介して管理者などに当該画面を表示させる。表示情報には商品NFTのIDが含まれていてもよい。これにより、商品NFTを発行していない台帳サーバは、商品NFTに紐付くサービスNFTを発行可能となる。
 ステップS75に戻り、実行部113は、NFTがサービスNFTではないと判定した場合(S75でNO)、商品NFTおよびサービスNFTとは異なる種類のNFTに対する情報変更要求であると判定し、ステップS71で取得した情報変更要求を却下する(S78)。つまり、実行部113は、当該ステップS71で取得した情報変更要求に対してエラー処理を行う。これにより、NFTに対する不適切な情報の変更や、サービスNFTの新規発行を抑制することができるので、不要なプロセッサの処理量やメモリの消費量を削減することができる。
 上記の処理が商品NFTに対する情報変更要求である場合、商品NFTに含まれる情報の情報変更要求を取得し、情報変更要求の要求元が商品NFTの所有権者であるか否かを判定し、情報変更要求の要求元が商品NFTの所有権者である場合のみ、情報変更要求が許可される。また、上記の処理がサービスNFTに対する情報変更要求である場合、サービスNFTに含まれる情報の情報変更要求を取得し、情報変更要求の要求元がサービスNFTの所有権者であるか否かを判定し、情報変更要求の要求元がサービスNFTの所有権者である場合のみ、情報変更要求が許可されてもよい。
 なお、ステップS77のサービスNFT発行画面に対して要求元の台帳サーバにおいて入力が行われると、図5に示すサービスNFTの発行要求が当該台帳サーバから台帳サーバ100aに送信されてもよい(S31)。
 図12に示す処理により、NFTの情報変更は、当該NFTの所有権者のみが許可される結果、NFTの管理を所有権者に統一することができるので、NFTの信頼度と所有権者の信頼度を一致させることができる。また、情報変更要求の要求元が所有権者でない場合は商品NFTに紐づく新たなサービスNFTの発行を許可することで独自のNFTを作ってサービス提供可能な経済圏を構築することができる。
 続いて、図13~図17を参照しながら、分散台帳のデータ構造、スマートコントラクトの実行、および、NFTのデータ構造について説明する。
 図13は、分散台帳の一例であるブロックチェーンのデータ構造を示す説明図である。
 ブロックチェーンは、その記録単位であるブロックがチェーン(鎖)状に接続されたものである。それぞれのブロックは、複数のトランザクションデータと、直前のブロックのハッシュ値とを有している。
 図13には、ブロックチェーンに含まれるブロックB1、B2およびB3が示されている。
 例えば、ブロックB2には、その前のブロックB1のハッシュ値が含まれている。ブロックB1のハッシュ値は、ブロックB1の内容に対するハッシュアルゴリズムによる演算により算出されたハッシュ値である。
 また、ブロックB3には、ブロックB2に含まれる複数のトランザクションデータと、ブロックB1のハッシュ値とから算出されたハッシュ値が、ブロックB2のハッシュ値として含まれている。
 このように、ブロックチェーンは、前のブロックの内容をハッシュ値として含むブロックをチェーン状に接続した構成を有するので、記録されたトランザクションデータの改ざんを有効に防止することができる。
 仮に過去のトランザクションデータが変更(言い換えれば改ざん)されると、当該トランザクションデータを含むブロックのハッシュ値が変更前と異なる値になる。その場合、変更されたトランザクションデータを含むブロックを正しいものとみせかけるには、複数のサーバが記憶している分散台帳における当該ブロック以降のブロックすべてを作り直さなければならず、この作業は現実的には非常に困難である。この特徴により、ブロックチェーンに含まれるトランザクションデータの改ざんが、実質的に不可能であり得る。
 なお、ノードがトランザクションデータをブロックチェーンに格納する際には、格納しようとするトランザクションデータを含むブロックを生成し、生成したブロックについて他のノードとの間でコンセンサスアルゴリズムに基づく処理を実行することで合意形成を試みる。そして、ノードは、合意形成がなされた場合に当該ブロックをブロックチェーンに格納するように制御する。これにより、自律分散的に動作している複数のノードが正当なブロックをブロックチェーンに接続することができる。コンセンサスアルゴリズムとして、PBFT(Practical Byzantine Fault Tolerance)が用いられてもよいし、PoW(Proof of Work)またはPoS(Proof of Stake)等が用いられてもよい。なお、分散台帳技術の一例としてHyperledger fabricを使用する場合、コンセンサスアルゴリズムは実行されなくてもよい。
 図14は、トランザクションデータのデータ構造を示す説明図である。
 図14に示されるトランザクションデータは、トランザクション本体BP1と、デジタル署名BP2(単に署名とも記載する)とを含む。トランザクション本体BP1は、当該トランザクションデータに含まれるデータ本体である。デジタル署名BP2は、トランザクション本体BP1のハッシュ値を、当該トランザクションデータの作成者の署名鍵(言い換えれば秘密鍵)で暗号化することで生成されたものである。
 トランザクションデータを受信したノードは、トランザクションデータに含まれているデジタル署名BP2を用いてトランザクション本体BP1が正当であること(言い換えれば、改ざんされていないこと)を検証することができる。これにより、トランザクション本体BP1に含まれるデータの改ざんが、実質的に不可能であり得る。また、検証に成功したトランザクションデータをブロックチェーンに格納することで、ブロックチェーンに格納されているトランザクションデータの正当性を維持することができる。
 以上のように、ブロックチェーンに含まれるトランザクションデータは、トランザクションデータのハッシュ値およびブロックのハッシュ値を用いて連なってブロックチェーンに格納されている。これにより、ブロックチェーンに含まれるトランザクションデータが実質的に改ざんされずに記憶され維持される。これは、単にデータの集合体が記憶されるデータベースまたは分散データベースとは異なる利点である。
 図15は、スマートコントラクトの実行に関するトランザクションデータを示す説明図である。図16は、スマートコントラクトの実行に関する処理(情報処理方法)を示すフロー図である。
 図15および図16を参照しながら、分散台帳を用いたスマートコントラクトの実行に関する一連の処理を説明する。
 ステップSB1において、ノードは、スマートコントラクトの処理が記述されたコントラクトコードB12を含むトランザクションデータB11を分散台帳B10に格納する。例えば、ノードは、ある情報処理装置から通信によってトランザクションデータB11を受信したり、ノード自身がトランザクションデータB11を生成したりすることによって、トランザクションデータB11を取得し、取得したトランザクションデータB11を分散台帳B10に格納する。ステップSB1は、スマートコントラクトを実行する前になされる。
 ステップSB2において、ノードは、スマートコントラクトを実行させる命令B16を含むトランザクションデータB15を分散台帳B10に格納する。例えば、ノードは、ある情報処理装置から通信によってトランザクションデータB15を受信し、受信したトランザクションデータB15を分散台帳B10に格納する。
 ステップSB3において、ノードは、ステップSB2において命令B16を含むトランザクションデータB15が分散台帳B10に格納されたことに応じて、コントラクトコードB12を分散台帳B10から読み出し、コントラクトコードB12に基づく処理を実行する。上記処理の結果は、トランザクションデータに含まれて、分散台帳B10に格納され得る。
 上記一連の処理により、台帳システムは、スマートコントラクトを実行させる命令B16を含むトランザクションデータB15を受信した場合に、命令B16に従う処理を自動的に(言い換えれば、人手による作業を介さずに)実行するので、高い効率で(言い換えれば、高速に、または、短時間で)処理を実行することができる。高効率な処理の実現により、消費電力の低減の効果がある。また、人手による作業を介さないので、人による情報の改ざん、不正行為または人為的ミスを未然に回避することができる。また、そのように実行された処理の結果がブロックチェーンに格納されるので、処理の結果が改ざんされることが実質的に不可能であり得る。
 図17は、NFTとメタデータとの構造を示す説明図である。NFTは、分散台帳に格納されるトークンであって、ユニークなトークン(言い換えれば、非代替性トークン)である。NFTは、例えば、ERC(Ethereum Request for Comments)721として規格化されているが、これに限られず、上記とは異なる規格に従うものであってもよいし、規格外のもの(例えば組織に独自のもの)であってもよい。なお、ERC721は、唯一無二のトークンについての規格であるが、本明細書に記載されているNFTは必ずしも唯一無二のトークンでなくてもよい。
 図17には、分散台帳に格納されているトランザクションデータB21が示されている。トランザクションデータB21にはNFTが格納されている。NFTは、トークンID(つまり、当該NFTを一意に識別し得る識別情報)と、メタデータのURI(Uniform Resource Identifier)とを含んでいる。
 NFTはメタデータを有する。メタデータは、ネットワークを介してアクセス可能である位置(例えば、記憶装置B22)に配置され得る。メタデータの位置を示す、メタデータのURIは、NFTのトークンIDと、所定のベースURIとを用いて算定され得る。
 NFTとして管理される情報は、トランザクションデータB21に含められてもよいし、メタデータに含められてもよい。NFTとして管理される情報をメタデータに含めることで、トランザクションデータB21に含められる情報量(言い換えれば、ブロックチェーンに含められる情報)を小さくすることができる利点がある。この場合、メタデータは、NFTとして管理される情報の実態を含むともいえる。画像がNFTとして管理される場合、当該画像の画像データを示すURLがNFTとして管理され得る。
 (その他の実施の形態)
 以上、一つまたは複数の態様に係る情報処理方法等について、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示に含まれてもよい。
 例えば、上記実施の形態では、台帳サーバ100a~100dが1つのブロックチェーンのノードである例について説明したがこれに限定されず、台帳サーバ100a~100dのうち少なくとも1つの台帳サーバは、他のブロックチェーンのノードであってもよい。例えば、台帳サーバ100a~100dが複数のブロックチェーンに分散して配置されており、かつ、互いに通信可能に構成されるブロックチェーンネットワークが構成されていてもよい。
 また、上記実施の形態では、物の所有権の移転ついて説明したが、物の使用権が移転した場合においても、同様の処理(例えば、サービスNFTが発行される処理など)が実行されてもよい。例えば、上記実施の形態に係る所有権との記載は、所有権または使用権と読み替えられてもよい。また、同様に、上記実施の形態に係る所有権者との記載は、所有権者または使用権者と読み替えられてもよい。なお、所有権は、当該物を所有する権利であり、使用権は、所有権を有していないが当該物を使用することが許可される権利である。また、所有権者は、所有権を有する主体であり、使用権者は、所有権を有していないが当該物を使用することが許可された主体である。なお、商品の所有権は移転しないが商品を利用する権利である使用権が移転してもよい。
 また、上記の実施の形態では、ブロックチェーンを使用したが、ブロックチェーンを使用しなくてもよい。また、ブロックチェーンに限らず、ハッシュグラフなどの分散台帳技術を使用してもよい。
 また、上記実施の形態では、NFTの所有権者のみが当該NFTの情報を変更可能である例について説明したがこれに限定されない。例えば、NFTに含まれる各情報のうち一部の情報は当該NFTの所有権者のみが変更可能であり、他の一部の情報は当該NFTの所有権者以外であっても変更可能であってもよい。他の一部の情報は、例えば、許可フラグなどであってもよい。
 また、上記実施の形態において、サービスNFTが複数の商品NFTと紐づいている場合、複数の商品NFTのうち移動前に同じウォレットに入っている商品NFTとともにサービスNFTが移動してもよい。また、サービスNFTが紐づくNFTは、物を用いてサービス事業を行う事業者が発行したサービスNFTであってもよいし、物の品番に対応する商品型NFTであってもよい。複数の商品が同じ品番を有するので、商品型NFTは、品番に1対1に対応するが、商品に1対1に対応していないNFTである。また、例えば、第2NFTは、物を用いてサービス事業を行う事業者が発行したNFT、または、物の品番に対応するNFTを含んでいてもよい。
 また、上記の実施の形態における各装置は、具体的には、マイクロプロセッサ、ROM、RAM、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。RAMまたはハードディスクユニットには、コンピュータプログラムが記録されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指示を示す命令コードが複数個組み合わされて構成されたものである。
 また、上記の実施の形態における各装置は、構成する構成要素の一部または全部は、1個のLSI(Large Scale Integration:大規模集積回路)から構成されているとしてもよい。システムLSIは、複数の構成部を1個のチップ上に集積して製造された超多機能LSIであり、具体的には、マイクロプロセッサ、ROM、RAMなどを含んで構成されるコンピュータシステムである。RAMには、コンピュータプログラムが記録されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、システムLSIは、その機能を達成する。また、上記の各装置を構成する構成要素の各部は、個別に1チップ化されていてもよいし、一部またはすべてを含むように1チップ化されてもよい。ここでは、システムLSIとしたが、集積度の違いにより、IC、LSI、スーパーLSI、ウルトラLSIと呼称されることもある。
 また、本開示は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、コンピュータプログラムからなるデジタル信号であるとしてもよい。例えば、本開示の一態様は、図3、図5、図7、図9、図12または図16に示される情報処理方法に含まれる特徴的な各ステップをコンピュータに実行させるコンピュータプログラムであってもよい。
 また、本開示は、コンピュータプログラムまたはデジタル信号をコンピュータで読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、CD-ROM、MO、DVD、DVD-ROM、DVD―RAM、BD(Blu-ray(登録商標)Disc)、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されているデジタル信号であるとしてもよい。また、本開示は、コンピュータプログラムまたはデジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
 また、本開示は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、メモリは、上記コンピュータプログラムを記録しており、マイクロプロセッサは、コンピュータプログラムにしたがって動作するとしてもよい。
 また、プログラムまたはデジタル信号を記録媒体に記録して移送することにより、またはプログラムまたはデジタル信号をネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
 また、上記の実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、CPUまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。
 また、フローチャートにおける各ステップが実行される順序は、本開示を具体的に説明するために例示するためのものであり、上記以外の順序であってもよい。また、上記ステップの一部が他のステップと同時(並列)に実行されてもよいし、上記ステップの一部は実行されなくてもよい。
 また、ブロック図における機能ブロックの分割は一例であり、複数の機能ブロックを一つの機能ブロックとして実現したり、一つの機能ブロックを複数に分割したり、一部の機能を他の機能ブロックに移してもよい。また、類似する機能を有する複数の機能ブロックの機能を単一のハードウェアまたはソフトウェアが並列または時分割に処理してもよい。
 また、上記の実施の形態に係る台帳サーバのそれぞれは、単一の装置として実現されてもよいし、複数の装置により実現されてもよい。台帳サーバが複数の装置によって実現される場合、当該台帳サーバが有する各構成要素は、複数の装置にどのように振り分けられてもよい。当該台帳サーバが複数の装置で実現される場合、当該複数の装置間の通信方法は、特に限定されず、無線通信であってもよいし、有線通信であってもよい。また、装置間では、無線通信および有線通信が組み合わされてもよい。
 本開示は、複数の分散台帳を有するシステムに利用可能である。
 10  情報処理システム
 100a、100b、100c、100d、100e  台帳サーバ
 101a、101b、101c、B22  記憶装置
 111  通信部(取得部)
 112  台帳管理部
 113  実行部(第1処理部、第2処理部、第3処理部)
 114  記憶部
 114a、B10  分散台帳
 115  トランザクションデータ生成部
 B1、B2、B3  ブロック
 B11、B15、B21  トランザクションデータ
 B12  コントラクトコード
 B16  命令
 BP1  トランザクション本体
 BP2  デジタル署名

Claims (18)

  1.  分散台帳を備える台帳システムのサーバが実行する情報処理方法であって、
     物に1対1に対応する第1NFT(Non-Fungible Token)を発行し、
     前記第1NFTに紐付く第2NFTの発行要求を取得し、
     前記発行要求の要求元と前記第1NFTに含まれる権利情報とに基づいて、前記第2NFTの発行を許可するか否かを判定し、
     前記第2NFTの発行を許可すると判定した場合、前記第2NFTを発行するための発行処理を実行し、
     前記物の移転に応じて、前記第1NFTおよび前記第2NFTはともに、移転前の前記物の権利者のウォレットアドレスから移転先の前記物の権利者である前記要求元のウォレットアドレスに移動する
     情報処理方法。
  2.  前記第1NFTは、前記物を製造したメーカーが管理する装置が発行する
     請求項1に記載の情報処理方法。
  3.  前記第1NFTは、前記物の所有権または使用権に関する前記権利情報を含む
     請求項1または2に記載の情報処理方法。
  4.  前記台帳システムに含まれる、前記物の移転先が管理するサーバに前記第2NFTを発行させる
     請求項1または2に記載の情報処理方法。
  5.  前記第2NFTは、前記物の移転先が提供する前記物に関する保証内容、および、サービス歴の少なくとも一方を含む
     請求項4に記載の情報処理方法。
  6.  前記第2NFTは、前記第1NFTの識別情報を含む
     請求項4に記載の情報処理方法。
  7.  前記物が移転したことを示す情報を取得し、
     前記第2NFTは、前記移転先の物の権利者からの前記発行要求に基づいて発行される
     請求項4に記載の情報処理方法。
  8.  前記第2NFTは、前記物の利用者による前記物の使用歴を示す情報を含む
     請求項7に記載の情報処理方法。
  9.  前記第2NFTの発行を許可するか否かの判定において、前記要求元が前記第1NFTの権利者である場合に、前記第2NFTの発行を許可すると判定する
     請求項1または2に記載の情報処理方法。
  10.  前記第1NFTに含まれる情報の情報変更要求を取得し、
     前記情報変更要求の要求元が前記第1NFTの権利者であるか否かを判定し、
     前記情報変更要求の前記要求元が前記第1NFTの権利者である場合、前記情報変更要求を許可する
     請求項1または2に記載の情報処理方法。
  11.  前記第2NFTに含まれる情報の情報変更要求を取得し、
     前記情報変更要求の要求元が前記第2NFTの権利者であるか否かを判定し、
     前記情報変更要求の前記要求元が前記第2NFTの権利者である場合、前記情報変更要求を許可する
     請求項1または2に記載の情報処理方法。
  12.  前記第1NFTに含まれる情報の情報変更要求を取得し、
     前記情報変更要求の要求元が前記第1NFTの権利者でない場合、前記第2NFTを発行するための発行画面を表示させる
     請求項1または2に記載の情報処理方法。
  13.  前記第1NFTが前記移転前の前記物の権利者のウォレットアドレスから前記移転先の前記物の権利者のウォレットアドレスに移転した場合、前記第1NFTに紐づくNFTを特定し、特定したNFTである前記第2NFTを前記移転前の前記物の権利者のウォレットアドレスから前記移転先の前記物の権利者のウォレットアドレスに移転させる
     請求項1または2に記載の情報処理方法。
  14.  前記第2NFTは、前記物を用いてサービス事業を行う事業者が発行したNFT、または、前記物の品番に対応するNFTを含む
     請求項1または2に記載の情報処理方法。
  15.  前記発行処理は、前記第2NFTの発行を許可することを示す情報を、前記発行要求の前記要求元に送信することを含む
     請求項1または2に記載の情報処理方法。
  16.  前記発行処理は、前記第2NFTを生成し、前記発行要求の前記要求元に生成した前記第2NFTを送信することを含む
     請求項1または2に記載の情報処理方法。
  17.  分散台帳を備える台帳システムのサーバであって、
     物に1対1に対応する第1NFT(Non-Fungible Token)を発行する第1処理部と、
     前記第1NFTに紐付く第2NFTの発行要求を取得する取得部と、
     前記発行要求の要求元と前記第1NFTに含まれる権利情報とに基づいて、前記第2NFTの発行を許可するか否かを判定する第2処理部と、
     前記第2NFTの発行を許可すると判定した場合、前記第2NFTを発行するための発行処理を実行する第3処理部とを備え、
     前記物の移転に応じて、前記第1NFTおよび前記第2NFTはともに、移転前の前記物の権利者のウォレットアドレスから移転先の前記物の権利者である前記要求元のウォレットアドレスに移動する
     情報処理装置。
  18.  請求項1または2に記載の情報処理方法をコンピュータに実行させるためのプログラム。
PCT/JP2025/017338 2024-05-14 2025-05-13 情報処理方法、情報処理装置、および、プログラム Pending WO2025239348A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202463647291P 2024-05-14 2024-05-14
US63/647,291 2024-05-14

Publications (1)

Publication Number Publication Date
WO2025239348A1 true WO2025239348A1 (ja) 2025-11-20

Family

ID=97719990

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2025/017338 Pending WO2025239348A1 (ja) 2024-05-14 2025-05-13 情報処理方法、情報処理装置、および、プログラム

Country Status (1)

Country Link
WO (1) WO2025239348A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022156869A (ja) * 2021-03-31 2022-10-14 公彦 金澤 出版管理システム及びプログラム
JP2022167748A (ja) * 2021-04-22 2022-11-04 株式会社ディーカレットDcp 電子通貨管理システム
KR20240002855A (ko) * 2022-06-30 2024-01-08 주식회사 피앤씨솔루션 대체불가 토큰을 사용한 증강현실 글래스 장치의 보상 제공 시스템 및 방법
JP2024080013A (ja) * 2022-12-01 2024-06-13 トヨタ自動車株式会社 サーバ
CN118982423A (zh) * 2024-07-16 2024-11-19 中移(杭州)信息技术有限公司 数据处理方法、装置、设备、存储介质及产品

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022156869A (ja) * 2021-03-31 2022-10-14 公彦 金澤 出版管理システム及びプログラム
JP2022167748A (ja) * 2021-04-22 2022-11-04 株式会社ディーカレットDcp 電子通貨管理システム
KR20240002855A (ko) * 2022-06-30 2024-01-08 주식회사 피앤씨솔루션 대체불가 토큰을 사용한 증강현실 글래스 장치의 보상 제공 시스템 및 방법
JP2024080013A (ja) * 2022-12-01 2024-06-13 トヨタ自動車株式会社 サーバ
CN118982423A (zh) * 2024-07-16 2024-11-19 中移(杭州)信息技术有限公司 数据处理方法、装置、设备、存储介质及产品

Similar Documents

Publication Publication Date Title
JP7505125B2 (ja) 温室効果ガス排出量の情報を扱う情報連携システム、情報処理装置及びプログラム
JP7341304B2 (ja) 制御方法
US7433838B2 (en) Realizing legally binding business contracts through service management models
US11880478B2 (en) Distribution management apparatus, distribution management system, and distribution management method
JP2022153420A (ja) データ収集サーバ、データ利用サーバ、データ流通システム、データ収集方法及びプログラム
AU2012386707B2 (en) Transaction management system and transaction management program
CN110458671A (zh) 一种基于商品数字凭证的商品流通方法及装置
JP2025540179A (ja) サステナビリティトークンを作成および使用するためのシステムおよび方法
US12602028B2 (en) Systems and methods for enabling trusted on-demand distributed manufacturing
US20210334735A1 (en) Dlt-based demand sensing network
WO2020118859A1 (zh) 一种去中心化芯片研发交易数据存储方法及系统
JP5207195B2 (ja) 排出量取引システム及び排出量取引方法
WO2025239348A1 (ja) 情報処理方法、情報処理装置、および、プログラム
CN114693388A (zh) 一种联合采购的方法、设备及介质
CN113781256A (zh) 基于区块链的电力交易方法及系统
Qi et al. Game Theoretic Analysis of After‐Sales Service in Two‐Echelon Supply Chain with Warranty Sensitive Demand
CN118674379A (zh) 一种基于区块链的企业供应链协同系统
WO2025142642A1 (ja) 情報処理方法、情報処理装置及びプログラム
US12321971B2 (en) Method for providing service for generating route between review NFT using SCM code and value-chain
KR102953296B1 (ko) Nft 기반 아바타 관리 시스템 및 방법
US20260023825A1 (en) Information processing method, information processing system, and recording medium
KR102719411B1 (ko) 가전제품의 수리 서비스를 메타버스 세계와 연동하여 제공하는 방법 및 이를 위한 서버
CN108874893A (zh) 可对于产品评鉴的去中心化信息建立系统及其方式
Hossain et al. Hyper ledger fabric induced supershop supply chain management model for securing product authenticity
Chen et al. Commodity Traceability in Cross-border E-commerce Based on Blockchain Smart Contracts

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

Country of ref document: EP

Kind code of ref document: A1