WO2021125106A1 - 制御方法、装置、および、プログラム - Google Patents

制御方法、装置、および、プログラム Download PDF

Info

Publication number
WO2021125106A1
WO2021125106A1 PCT/JP2020/046396 JP2020046396W WO2021125106A1 WO 2021125106 A1 WO2021125106 A1 WO 2021125106A1 JP 2020046396 W JP2020046396 W JP 2020046396W WO 2021125106 A1 WO2021125106 A1 WO 2021125106A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction data
contract
user
variable
distributed ledger
Prior art date
Application number
PCT/JP2020/046396
Other languages
English (en)
French (fr)
Inventor
勇二 海上
淳児 道山
添田 純一郎
大森 基司
哲司 渕上
雄揮 廣瀬
直央 西田
雅裕 田口
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority to CN202080086759.XA priority Critical patent/CN114830149A/zh
Priority to JP2021565559A priority patent/JPWO2021125106A1/ja
Publication of WO2021125106A1 publication Critical patent/WO2021125106A1/ja
Priority to US17/838,846 priority patent/US20220309495A1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825Use of electronic signatures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR 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

Definitions

  • the present invention relates to control methods, devices, and programs.
  • the technology for aligning the operation policy or operation timing is disclosed even in the situation where there are multiple administrators in the system using the distributed ledger.
  • the present invention provides a control method for suppressing an increase in power consumption of a computer system that manages contracts.
  • the control method is a control method executed by one of the plurality of devices in a contract management system including a plurality of devices having a distributed ledger, and is a first user.
  • the first variable indicating the first information regarding the first contract with the second user and the second variable indicating the second information different from the first information regarding the first contract, and the second information is undecided.
  • the first transaction data including the second variable in which a predetermined value indicating the existence is set is acquired, the acquired first transaction data is stored in the distributed ledger, and the first transaction stored in the distributed ledger.
  • the storage process of reading the second variable contained in the data and storing it in the rewritable storage unit of the one device is executed, and the third information regarding the second contract between the first user and the third user is obtained.
  • the second transaction data including the third variable shown and the change instruction for changing the second variable based on the third variable is acquired, the acquired second transaction data is stored in the distributed ledger, and the second is described.
  • a recording medium such as a system, an apparatus, an integrated circuit, a computer program or a computer-readable CD-ROM, and the system, the apparatus, the integrated circuit, the computer program. And may be realized by any combination of recording media.
  • the control method of the present invention can suppress an increase in power consumption of a computer system that manages contracts.
  • FIG. 1 is an explanatory diagram schematically showing an example of a contract flow according to the first embodiment.
  • FIG. 2 is a block diagram schematically showing the configuration of the contract management system according to the first embodiment.
  • FIG. 3 is a block diagram showing a functional configuration of the ledger server according to the first embodiment.
  • FIG. 4 is an explanatory diagram showing a first example of transaction data according to the first embodiment.
  • FIG. 5 is an explanatory diagram showing a second example of transaction data according to the first embodiment.
  • FIG. 6 is a sequence diagram showing the processing of the contract management system according to the first embodiment.
  • FIG. 7 is a block diagram schematically showing the configuration of the contract management system according to the second embodiment.
  • FIG. 8 is an explanatory diagram showing a first example of transaction data according to the second embodiment.
  • FIG. 9 is an explanatory diagram showing a second example of transaction data according to the second embodiment.
  • FIG. 10 is a flow chart showing the processing of the transaction server according to the second embodiment.
  • FIG. 11 is a first sequence diagram showing the processing of the contract management system according to the second embodiment.
  • FIG. 12 is a second sequence diagram showing the processing of the contract management system according to the second embodiment.
  • FIG. 13 is an explanatory diagram showing a first example of transaction data according to the third embodiment.
  • FIG. 14 is an explanatory diagram showing a second example of transaction data according to the third embodiment.
  • FIG. 15 is an explanatory diagram showing a third example of transaction data according to the third embodiment.
  • FIG. 16 is a first sequence diagram showing the processing of the contract management system according to the third embodiment.
  • FIG. 17 is a second sequence diagram showing the processing of the contract management system according to the third embodiment.
  • FIG. 18 is a flow chart showing the processing of the transaction server according to the third embodiment.
  • FIG. 19 is a third sequence diagram showing the processing of the contract management system according to the third embodiment.
  • FIG. 20 is a fourth sequence diagram showing the processing of the contract management system according to the third embodiment.
  • FIG. 21 is a block diagram schematically showing the configuration of the contract management system in the first modification.
  • FIG. 22 is a block diagram schematically showing the configuration of the contract management system in the second modification.
  • FIG. 23 is an explanatory diagram showing a data structure of the blockchain.
  • FIG. 24 is an explanatory diagram showing a data structure of transaction data.
  • the contents of the earlier contract are stored in the distributed ledger first, and then when the contents of the later contract are finalized, the contents of the later contract are recorded. It is expected to be stored in the distributed ledger.
  • the information stored in the distributed ledger is managed so that it is virtually impossible to rewrite, so when the content of the later contract is finalized, the content related to the previous contract will be changed. Can't.
  • the present invention provides a control method for suppressing an increase in power consumption of a computer system that manages contracts.
  • the control method is a control method executed by one of the plurality of devices in a contract management system including a plurality of devices having a distributed ledger, and is a first user.
  • the first variable indicating the first information regarding the first contract with the second user and the second variable indicating the second information different from the first information regarding the first contract, and the second information is undecided.
  • the first transaction data including the second variable in which a predetermined value indicating the existence is set is acquired, the acquired first transaction data is stored in the distributed ledger, and the first transaction stored in the distributed ledger.
  • the storage process of reading the second variable contained in the data and storing it in the rewritable storage unit of the one device is executed, and the third information regarding the second contract between the first user and the third user is obtained.
  • the second transaction data including the third variable shown and the change instruction for changing the second variable based on the third variable is acquired, the acquired second transaction data is stored in the distributed ledger, and the second is described.
  • the transaction data corresponding to the first contract is managed using the distributed ledger, and the second contract is concluded thereafter.
  • the processing of the undecided information change is performed by the computer processing of the server, in other words, it is executed without human intervention. Therefore, it is possible to suppress an increase in computer power consumption or a required amount of computer resources. In addition, it is possible to reduce the time and effort required for human processing.
  • the control method can suppress an increase in power consumption of the computer system that manages the contract.
  • the first contract is a contract related to the first user and a related user who is a user different from the second user
  • the second information includes identification information of the related user
  • the second contract includes the identification information of the related user.
  • contracts involving the three parties are properly managed. Specifically, even if the related users related to the first contract are undecided at the time of concluding the first contract, if the related users are specified according to the second contract concluded after that, the first contract and The second contract is properly managed.
  • the control method can suppress an increase in power consumption of a computer system that manages a contract involving three parties.
  • the first transaction data includes a first contract code including the first variable, the second variable, and a storage instruction for storing the first variable and the second variable in the storage unit.
  • the storage process is performed by executing the storage instruction included in the first contract code by the contract execution unit included in the one device based on the storage of the first transaction data in the distributed ledger. You may.
  • the process of storing the first transaction data in the storage unit is automatically executed by the smart contract based on the first transaction data being stored in the distributed ledger, in other words, a person intervenes. It is executed without. Therefore, the increase in computer power consumption can be further suppressed, or the required amount of computer resources can be further suppressed. In addition, it is possible to further reduce the time and effort required for human processing. As described above, the control method can further suppress an increase in power consumption of the computer system that manages the contract.
  • the first contract code includes a setting function for setting the second variable stored in the storage unit, and the change process acquires a third transaction data including an instruction for executing the setting function.
  • the contract execution unit may execute the setting function based on the acquired third transaction data stored in the distributed ledger.
  • the process of setting the second variable is automatically executed by the smart contract based on the third transaction data being stored in the distributed ledger, in other words, it is executed without human intervention.
  • the increase in computer power consumption can be further suppressed, or the required amount of computer resources can be further suppressed.
  • the control method can further suppress an increase in power consumption of the computer system that manages the contract.
  • the second transaction data includes the second contract code including the third variable and the change instruction
  • the change process is based on the fact that the second transaction data is stored in the distributed ledger.
  • the change instruction may be executed by the contract execution unit included in the one device.
  • the process of changing the second information is automatically executed by the smart contract based on the second transaction data being stored in the distributed ledger, in other words, it is executed without human intervention.
  • the increase in computer power consumption can be further suppressed, or the required amount of computer resources can be further suppressed.
  • the control method can further suppress an increase in power consumption of the computer system that manages the contract.
  • the first transaction data includes the electronic signature of the first user and the electronic signature of the second user, and when the first transaction data is stored in the distributed ledger, the first transaction data is described. When both the electronic signature of the first user and the electronic signature of the second user included in the transaction data are successfully verified, the first transaction data may be stored in the distributed ledger.
  • the first transaction data corresponding to the first contract includes the electronic signatures of the first user and the second user who have concluded the first contract. Therefore, by verifying each electronic signature, it can be proved that the first user and the second user have certainly concluded the first contract. Therefore, the above control method can manage the contract more appropriately.
  • the second transaction data includes the electronic signature of the first user and the electronic signature of the third user, and when the second transaction data is stored in the distributed ledger, the second transaction data is described. When both the electronic signature of the first user and the electronic signature of the third user included in the transaction data are successfully verified, the second transaction data may be stored in the distributed ledger.
  • the second transaction data corresponding to the second contract includes the electronic signatures of the first user and the third user who have concluded the second contract. Therefore, by verifying each electronic signature, it can be proved that the first user and the third user have certainly concluded the second contract. Therefore, the above control method can manage the contract more appropriately.
  • the first contract includes a contract in which the first user purchases a material from the second user and delivers the purchased material to a delivery destination, and the first information is the material of the material.
  • the purchase price and the deadline for delivering the material are included, the second information includes the delivery destination of the material, and the second contract is the material delivered by the third user from the second user.
  • the above control method can appropriately manage contracts related to the three parties, that is, a material contract between the first user and the second user, and a manufacturing consignment contract between the first user and the third user. it can.
  • the device is one of the plurality of devices in a contract management system including a plurality of devices having a distributed ledger, and is a device of a processing unit and the distributed ledger.
  • the ledger storage unit, the execution unit, and the rewritable storage unit are provided, and the processing unit is a first variable indicating the first information regarding the first contract between the first user and the second user.
  • a first variable including a second variable indicating a second information different from the first information regarding the first contract and a predetermined value indicating that the second information is undecided.
  • the transaction data is acquired, the acquired first transaction data is stored in the distributed ledger, and the execution unit reads the second variable included in the first transaction data stored in the distributed ledger and said.
  • the storage process of storing in the storage unit is executed, and the processing unit further executes a third variable indicating third information regarding the second contract between the first user and the third user, and the third variable based on the third variable.
  • the second transaction data including the change instruction for changing the second variable is acquired, the acquired second transaction data is stored in the distributed ledger, and the execution unit stores the second transaction data in the distributed ledger.
  • This is a device that executes a change process for changing the second variable stored in the storage unit from the predetermined value according to the change command.
  • the program according to one aspect of the present invention is a program for causing a computer to execute the above control method.
  • a recording medium such as a system, an apparatus, an integrated circuit, a computer program or a computer-readable CD-ROM, and the system, the apparatus, the integrated circuit, the computer program.
  • a recording medium such as a system, an apparatus, an integrated circuit, a computer program or a computer-readable CD-ROM, and the system, the apparatus, the integrated circuit, the computer program.
  • it may be realized by any combination of recording media.
  • FIG. 1 is an explanatory diagram schematically showing an example of the contract flow in the present embodiment.
  • FIG. 1 schematically shows a contract involving three parties, Company A, Company B, and Company C, which constitute the supply chain, and the delivery of goods made by the contract.
  • Company A is also referred to as a first user
  • Company B is also referred to as a second user
  • Company C is also referred to as a third user.
  • a material contract is a contract in which Company A purchases materials from Company B, and Company B delivers the materials to a delivery destination (also referred to as a material delivery destination).
  • the material contract includes the delivery date of the material, the purchase price of the material, and the delivery destination of the material.
  • the purchase price of the material and the delivery date of the material have been decided, but it is assumed that the delivery destination of the material is undecided. Since the material delivery destination is undecided, information indicating undecided is set for the material delivery destination in the material contract.
  • a manufacturing consignment contract (corresponding to the second contract) is concluded between company A and company C.
  • the manufacturing consignment contract is a contract that stipulates that Company C manufactures a product from a material and delivers the manufactured product to Company A.
  • the material is delivered from Company B.
  • the manufacturing consignment contract includes the delivery date of the product, the purchase price of the product, and the delivery destination of the product (also referred to as the delivery destination of the product).
  • Company B fulfills the material contract by delivering the manufactured material to Company C ((4) in Fig. 1).
  • Company C fulfills the manufacturing consignment contract by manufacturing a product from the material delivered from Company B and delivering the manufactured product to Company A ((5) in FIG. 1).
  • the material delivery destination in the smart contract CA is set to be undecided when the material contract between the company A and the company B is concluded, and then the smart contract CB executes it when the manufacturing consignment contract between the company A and the company C is concluded. It is expected to be changed or set by the process.
  • the material delivery destination is stored in a rewritable storage area so that the material delivery destination can be changed or set.
  • the smart contracts CA and CB have at least a function of managing the contents of the material contract and the manufacturing consignment contract, but further, the fulfillment of the contract (for example, manufacturing of the material or product, delivery of the manufactured product, payment of the price, etc.) ) May have a function to perform processing.
  • FIG. 2 is a block diagram schematically showing the configuration of the contract management system 1 according to the present embodiment.
  • the contract management system 1 includes ledger servers 10A, 10B and 10C, and terminals 20A, 20B and 20C.
  • ledger servers 10A, 10B and 10C are also referred to as “ledger server 10A and the like", and the terminals 20A, 20B and 20C are also referred to as “terminal 20A and the like”.
  • the ledger server 10A and the terminal 20A belong to the company A
  • the ledger server 10B and the terminal 20B belong to the company B
  • the ledger server 10C and the terminal 20C belong to the company C.
  • the contract management system 1 shows an example of managing a contract in which three parties are involved, but the number of persons involved in the contract may be four or more.
  • Each device included in the contract management system 1 is directly or indirectly connected to the network N and can communicate with each other via the network N.
  • the network N may be composed of any communication line or network, and may include, for example, the Internet, a carrier network of a mobile phone, an access network of an Internet provider, a public access network, and the like.
  • the ledger server 10A is one of a plurality of ledger servers 10A and the like that manage contracts using a distributed ledger in the contract management system 1.
  • the ledger server 10A is also referred to as a device.
  • the ledger server 10A has a distributed ledger. Transaction data is stored in the distributed ledger held by the ledger server 10A.
  • the transaction data stored in the distributed ledger includes transaction data including a contract code (also simply referred to as a code) related to a smart contract related to a contract.
  • the ledger server 10A has a rewritable storage area in addition to the storage area in which the distributed ledger is stored, and stores variables related to the contract in the rewritable storage area.
  • the ledger servers 10B and 10C are devices having the same functions as the ledger server 10A, respectively, and operate independently of the ledger server 10A.
  • Terminal 20A is an information terminal used by a user belonging to company A.
  • the terminal 20A is operated by the user and is used, for example, to generate a smart contract code or to arrange the smart contract code on the ledger server 10A or the like.
  • the terminal 20A is, for example, a personal computer, a smartphone, a tablet, or the like.
  • the terminals 20B and 20C have the same functions as the terminal 20A, respectively, and are information terminals used by users belonging to the companies B and C, and operate independently of the terminal 20A.
  • one or more terminals may belong to each of company A, company B, and company C.
  • the terminal 20A may further have the function of the ledger server 10A. In that case, the terminal 20A corresponds to a device that manages contracts using a distributed ledger.
  • the terminal 20B may further include the function of the ledger server 10B. In that case, the terminal 20B corresponds to a device that manages contracts using a distributed ledger.
  • the terminal 20C may further include the function of the ledger server 10C. In that case, the terminal 20C corresponds to a device that manages contracts using a distributed ledger.
  • FIG. 3 is a block diagram showing a functional configuration of the ledger server 10A according to the present embodiment.
  • the ledger server 10A includes a processing unit 11, a ledger storage unit 12, an execution unit 13, and a storage unit 14.
  • the processing unit 11 is a functional unit that executes processing related to transaction data.
  • the processing unit 11 can be realized by executing a program by a processor (for example, a CPU (Central Processing Unit)) included in the ledger server 10A using a memory.
  • a processor for example, a CPU (Central Processing Unit) included in the ledger server 10A using a memory.
  • the processing unit 11 acquires transaction data and executes a process of storing the acquired transaction data in the distributed ledger. Further, the processing unit 11 generates transaction data, generates an electronic signature (also simply referred to as a signature) for the generated transaction data, and executes a process of assigning the generated signature to the transaction data.
  • an electronic signature also simply referred to as a signature
  • the processing unit 11 stores the new transaction data in the distributed ledger
  • the processing unit 11 stores the new transaction data in the ledger storage unit 12 by a method according to the type of the distributed ledger. Further, the processing unit 11 transmits and receives communication data to and from the ledger storage unit 12 provided in another ledger server such as the ledger server 10A, and stores the transaction data in the ledger storage unit 12 provided in the other ledger server.
  • the distributed ledger is a blockchain
  • the processing unit 11 generates a block containing new transaction data, and after forming a consensus algorithm between the ledger server 10A and the like for the generated block, the above-mentioned The block is stored in the ledger storage unit 12.
  • the processing unit 11 acquires the first transaction data and stores the acquired first transaction data in the distributed ledger.
  • the first transaction data is the first variable indicating the information (also called the first information) regarding the material contract (that is, the first contract) between the company A and the company B, and the information different from the first information regarding the first contract (the first). It includes a second variable indicating (also referred to as two information) and a second variable in which a predetermined value indicating that the second information is undecided is set.
  • the first information is the information specified at the time of the conclusion of the first contract
  • the second information is the information not specified at the time of the conclusion of the first contract.
  • the processing unit 11 acquires the second transaction data and stores the acquired second transaction data in the distributed ledger.
  • the second transaction data changes the third variable indicating information (also referred to as the third information) regarding the manufacturing consignment contract (that is, the second contract) between the company A and the company C, and the second variable based on the third variable. Includes change instructions.
  • the ledger storage unit 12 is a storage unit that stores the distributed ledger.
  • the distributed ledger stored in the ledger storage unit 12 stores one or more transaction data, and is managed so as to be difficult to falsify by using characteristics such as a hash value (described later).
  • the ledger storage unit 12 stores the transaction data provided by the processing unit 11 in the distributed ledger. Transaction data from the past to the present is stored in the distributed ledger. Based on the characteristic that it is difficult to falsify the information recorded in the distributed ledger, the transaction data is managed so as not to be falsified.
  • the distributed ledger is, for example, a blockchain, and this case will be described as an example, but it is also possible to adopt another type of distributed ledger (for example, IOTA or hash graph).
  • the distributed ledger may execute a consensus algorithm (for example, PBFT (Practical Byzantine Facility Resource), PoW (Proof of Work) or PoS (Proof of Stake)) when storing new data. , It may not be executed.
  • PBFT Practice Byzantine Facility Resource
  • PoW Proof of Work
  • PoS Proof of Stake
  • Hyperledger fabric is an example of a distributed ledger technology that does not execute a consensus algorithm.
  • the execution unit 13 is a functional unit that executes processing by referring to the transaction data stored in the distributed ledger stored in the ledger storage unit 12.
  • the execution unit 13 can be realized by executing a program by a processor (for example, a CPU) included in the ledger server 10A using a memory.
  • a processor for example, a CPU
  • the execution unit 13 is a contract execution unit that executes processing according to the code of the smart contract included in the transaction data stored in the distributed ledger will be described as an example.
  • the execution unit 13 reads out the second variable included in the first transaction data stored in the distributed ledger and stores it in the storage unit 14. Execute the storage process.
  • the storage process is performed, for example, by the execution unit 13 executing the first contract code based on the fact that the first transaction data is stored in the distributed ledger.
  • the execution unit 13 changes the second variable stored in the storage unit 14 from a predetermined value according to the change instruction included in the second transaction data. Execute the change process.
  • the change process is performed, for example, by the execution unit 13 executing the second contract code based on the fact that the second transaction data is stored in the distributed ledger.
  • the storage unit 14 is a storage device having a storage area for storing variables.
  • the variable is a variable that indicates information about the contract, and specifically includes a first variable, a second variable, and a third variable.
  • the variables stored in the storage unit 14 are set and read by the execution unit 13.
  • the storage unit 14 is realized by a rewritable storage device, for example, a memory such as a RAM (Random Access Memory) or a storage such as an HDD (Hard Disk Drive) or an SSD (Solid State Drive).
  • a multi-sig technique in which a plurality of signatures are given may be applied to the first transaction data or the second transaction data, and this case will be described as an example, but the first transaction data or the second transaction data is simply applied. Only one electronic signature may be given.
  • the first transaction data may include the electronic signatures of the companies A and B, which are the contractors of the material contract.
  • the processing unit 11 stores the first transaction data in the distributed ledger, if the verification of the electronic signatures of each of the companies A and B included in the first transaction data is successful, the first transaction Store the data in the distributed ledger.
  • the second transaction data may include the electronic signatures of the companies A and C, which are the contractors of the manufacturing consignment contract.
  • the processing unit 11 stores the second transaction data in the distributed ledger, if the verification of the electronic signatures of the companies A and C included in the second transaction data is successful, the second transaction Store the data in the distributed ledger.
  • the material contract and the manufacturing consignment contract can also be explained as follows.
  • the material contract is a contract involving a user (also referred to as a related user) different from the companies A and B who are the contractors of the material contract.
  • the first information in the material contract includes the purchase price of the material and the delivery date of the material, which are the information specified at the time of concluding the material contract.
  • the first variable includes the variable indicating the amount of money and the variable indicating the delivery date.
  • the second information in the material contract includes the material delivery destination, which is information not specified at the time of concluding the material contract.
  • the material delivery destination corresponds to the related user.
  • the material delivery destination has not been specified and is undecided.
  • the second variable includes a variable indicating the material delivery destination, and the variable indicating the material delivery destination is set to a predetermined value indicating that the second information is undecided at the time of concluding the material contract.
  • a numerical value for example, zero
  • a predetermined reserved value that is not actually used to indicate the material delivery destination may be used within the range of the numerical value that can be set in the second variable.
  • the manufacturing consignment contract is a contract between company A and company C.
  • the third information in the manufacturing consignment contract includes a variable indicating the purchase price of the product, a variable indicating the deadline for delivering the product, and a variable indicating the delivery destination of the product.
  • company C which is a contractor different from company A
  • the company C which is a contractor different from the company A among the contractors of the manufacturing consignment contract, is identified as a related user in the material contract.
  • variable indicating the material delivery destination as the second variable stored in the storage unit 14 is changed from the predetermined value to the third user who is the related user according to the change instruction included in the second transaction data. Change to.
  • one or more information of the purchase price of the material, the delivery date of the material, and the delivery destination of the material may be used as the first information.
  • the second information is the information other than the first information among the purchase price of the material, the delivery date of the material, and the delivery destination of the material.
  • the manufacturing consignment contract includes the first information itself or information that can identify the first information. Then, the first information is specified by the conclusion of the manufacturing consignment contract, and the first information in the material contract is changed by the change order included in the second transaction data.
  • FIG. 4 is an explanatory diagram showing transaction data TA, which is a first example of transaction data in the present embodiment.
  • the transaction data TA corresponds to the first transaction data.
  • the transaction data TA is generated by, for example, the ledger server 10A.
  • the transaction data TA includes a "smart contract CA code", an "argument to be passed to the initialization function", a "signature 1", a “signature 2”, and a "transmission date and time”. Including.
  • the "smart contract CA code” is a variable used by the smart contract CA, and includes a variable unit indicating a variable stored in the storage unit 14. The variable part is shown by a broken line frame in FIG. The same expression will be used hereafter.
  • the variables used by the smart contract CA include the amount, material delivery destination and delivery date.
  • the amount indicates the amount paid by Company A in the material contract.
  • the material delivery destination indicates the delivery destination of the material manufactured by Company B under the material contract.
  • the delivery date indicates the date when Company B delivers the material to the material delivery destination.
  • the "smart contract CA code” includes an initialization function.
  • the initialization function is a special function executed by the execution unit 13 when the transaction data is stored in the distributed ledger. The same applies thereafter.
  • the initialization function accepts the amount and delivery date as arguments. Further, when the initialization function is executed, the value is set in the variable indicating the material delivery destination, the variable indicating the amount of money, and the variable indicating the delivery date stored in the storage unit 14. Specifically, when the initialization function is executed, it sets a predetermined value in the variable indicating the material delivery destination, sets the amount accepted as an argument in the variable indicating the amount, and accepts it as an argument in the variable indicating the delivery date. Set the delivery date.
  • the "argument to be passed to the initialization function" is an argument to be passed to the initialization function of the smart contract CA, and includes the delivery date (January 1, 2019) and the amount (5 million yen). The information shown as this argument is passed to the initialization function.
  • Signature 1 is the first of the two electronic signatures given to the transaction data TA.
  • Signature 1 includes the signature SA of Company A.
  • Signature 2 is the second of the two electronic signatures given to the transaction data TA.
  • Signature 2 includes the signature SB of Company B.
  • Send date and time indicates the date and time when the transaction data TA was transmitted. "October 01, 2018 12:00:00" is stored in the transmission date and time.
  • the initialization function is executed, and the amount and delivery date passed to the initialization function as arguments are the amount and delivery date of the storage unit 14, respectively. Is set in the variable indicating.
  • FIG. 5 is an explanatory diagram showing transaction data TB, which is a second example of transaction data in the present embodiment.
  • the transaction data TB corresponds to the second transaction data.
  • the transaction data TB is generated by, for example, the ledger server 10A.
  • the transaction data TB includes a "smart contract CB code", an "argument to be passed to the initialization function", a "signature 1", a “signature 2”, and a "transmission date and time”. Including.
  • Smart contract CB code includes a variable part and an initialization function.
  • the variables used by the smart contract CB include the amount, product delivery destination and delivery date.
  • the amount indicates the amount paid by Company A in the manufacturing consignment contract.
  • the product delivery destination indicates the delivery destination of the product manufactured by Company C under the manufacturing consignment contract.
  • the delivery date indicates the date when Company C delivers the product to the product delivery destination.
  • the initialization function accepts the amount, delivery date, product delivery destination, contract address, and material delivery destination as arguments. Further, when the initialization function is executed, the value is set in the variable indicating the product delivery destination, the variable indicating the amount of money, and the variable indicating the delivery date stored in the storage unit 14. Specifically, when the initialization function is executed, the amount received as an argument is set in the variable indicating the amount, the delivery date accepted as an argument is set in the variable indicating the delivery date, and the variable indicating the product delivery destination is set. Set the product delivery destination accepted as an argument. When the initialization function is executed, the material delivery destination accepted as an argument is set in the variable indicating the material delivery destination of the smart contract specified from the argument.
  • the "argument to be passed to the initialization function" is an argument to be passed to the initialization function of the smart contract CB, and the delivery date (February 1, 2019), the amount (5 million yen), and the product delivery destination (identification of company A). Information), a contract address (address of smart contract CA), and a material delivery destination (identification information of company C).
  • the information shown as this argument is passed to the initialization function.
  • the identification information of company A set in the product delivery destination which is a variable, may be simply described as company A. The same applies to companies B and C. The same applies thereafter.
  • Signature 1 is the first of the two electronic signatures given to the transaction data TB.
  • Signature 1 includes the signature SA of Company A.
  • Signature 2 is the second of the two electronic signatures given to the transaction data TB.
  • Signature 2 includes the signature SC of Company C.
  • Send date and time indicates the date and time when the transaction data TB was transmitted. "November 01, 2018 12:00:00" is stored in the transmission date and time.
  • the initialization function is executed, and the delivery date, amount, and product delivery destination passed to the initialization function as arguments are stored in the storage unit, respectively. It is set in 14 variables indicating the delivery date, amount, and product delivery destination. Further, the material delivery destination of the smart contract CA is changed to company C based on the contract address passed to the initialization function as an argument and the material delivery destination.
  • FIG. 6 is a sequence diagram showing the processing of the contract management system 1 in the present embodiment.
  • FIG. 6 shows a series of processes related to the conclusion of a material contract, the conclusion of a manufacturing consignment contract, and the change of the contents of the material contract.
  • step S101 the processing unit 11 of the ledger server 10A acquires the code of the smart contract CA.
  • the code of the smart contract CA may be acquired by the ledger server 10A generating the code, or by receiving the code transmitted from the terminal 20A based on the operation by the person in charge of the company A. May be good.
  • step S102 the processing unit 11 of the ledger server 10A generates transaction data TA.
  • the generated transaction data TA includes the code of the smart contract CA acquired in step S101 (see FIG. 4).
  • step S103 the processing unit 11 of the ledger server 10A generates a signature for the transaction data TA generated in step S102, assigns it to the transaction data TA, and transmits the signed transaction data TA to the ledger server 10B.
  • step S104 the processing unit 11 of the ledger server 10B receives the transaction data TA transmitted in step S103, generates a signature for the received transaction data TA, assigns it to the transaction data TA, and assigns the signature to the transaction.
  • Data TA is transmitted to the ledger servers 10A and 10C, respectively.
  • all the ledger servers 10A and the like have transaction data TAs with signatures of the ledger servers 10A and 10B, respectively.
  • each of the ledger server 10A and the like stores the transaction data TA signed or transmitted in step S104 in the distributed ledger.
  • the transaction data TA may be stored in the distributed ledger on condition that consensus building is made based on the consensus algorithm.
  • steps S106 and S107 are realized by executing the initialization function of the smart contract CA based on the fact that each processing unit 11 such as the ledger server 10A stores the transaction data TA in the distributed ledger in step S105. ..
  • each processing unit 11 such as the ledger server 10A has the amount of money passed as an argument of the initialization function in the transaction data TA to the variable indicating the amount of money stored in the storage unit 14 and the variable indicating the delivery date. And the delivery date are set respectively.
  • each processing unit 11 such as the ledger server 10A sets a predetermined value in the variable indicating the material delivery destination stored in the storage unit 14.
  • the predetermined value is a value indicating that the material delivery destination is undecided.
  • step S108 the processing unit 11 of the ledger server 10A acquires the code of the smart contract CB.
  • the code of the smart contract CB may be acquired by the ledger server 10A generating the code, or by receiving the code transmitted from the terminal 20A based on the operation by the person in charge of the company A. May be good.
  • step S109 the processing unit 11 of the ledger server 10A generates transaction data TB.
  • the generated transaction data TB includes the code of the smart contract CB acquired in step S108 (see FIG. 5).
  • step S110 the processing unit 11 of the ledger server 10A generates a signature for the transaction data TB generated in step S109, assigns it to the transaction data TB, and transmits the signed transaction data TB to the ledger server 10C.
  • step S111 the processing unit 11 of the ledger server 10C receives the transaction data TB transmitted in step S110, generates a signature for the received transaction data TB, assigns it to the transaction data TB, and assigns the signature to the transaction.
  • Data TB is transmitted to the ledger servers 10A and 10B, respectively.
  • all the ledger servers 10A and the like have transaction data TBs signed by the ledger servers 10A and 10C, respectively.
  • each of the ledger servers 10A and the like stores the transaction data TB signed or transmitted in step S111 in the distributed ledger.
  • the transaction data TB may be stored in the distributed ledger on condition that consensus building is made based on the consensus algorithm.
  • each processing unit 11 such as the ledger server 10A executing the initialization function of the smart contract CB based on storing the transaction data TB in the distributed ledger in step S112. ..
  • each processing unit 11 such as the ledger server 10A initializes the variable indicating the amount of money stored in the storage unit 14, the variable indicating the delivery date, and the variable indicating the product delivery destination with the transaction data TB. Set the amount passed as the argument of the function, the delivery date, and the product delivery destination, respectively.
  • each processing unit 11 such as the ledger server 10A sets the identification information of company C in the variable indicating the material delivery destination of the smart contract CA stored in the storage unit 14.
  • the ledger server 10A (that is, company A) generates the code and transaction data of the smart contract related to the material contract and the manufacturing consignment contract, but instead, companies B and C, respectively. You may do so.
  • the contract management system 1 changes the information that is undecided at the time of concluding the material contract between the company A and the company B based on the subsequent conclusion of the manufacturing consignment contract between the company A and the company C. be able to. In this way, the contract management system 1 can suppress an increase in power consumption of the computer system that manages the contract while appropriately managing the contract related to the company A, the company B, and the company C.
  • the contract management system of the present embodiment is provided with a transaction server different from the ledger server 10A or the like provided by each company related to the contract, and contributes to the transaction server appropriately managing the contract.
  • the transaction server generates new transaction data and manages it as valid, and manages the transaction data already stored in the distributed ledger as invalid.
  • the transaction data already stored in the distributed ledger is transaction data including information that is undecided, for example, transaction data including a smart contract corresponding to a contract whose material delivery destination is undecided.
  • the new transaction data is transaction data including the contents of the new contract. For example, a smart contract that defines the contents of the new contract in which the material delivery destination is changed due to the conclusion of the manufacturing consignment contract. Transaction data to include.
  • FIG. 7 is a block diagram schematically showing the configuration of the contract management system 2 according to the present embodiment.
  • the contract management system 2 includes ledger servers 10A, 10B and 10C, terminals 20A, 20B and 20C, and a transaction server 10T.
  • the ledger server 10A and the like and the terminal 20A and the like are the same as those in the first embodiment.
  • the smart contract related to the manufacturing consignment contract is different (smart contract CB1 described later).
  • the transaction server 10T is a server that holds a distributed ledger, like a plurality of ledger servers 10A and the like.
  • the transaction server 10T stores transaction data in the distributed ledger, similarly to the ledger server 10A and the like.
  • the transaction server 10T has a rewritable storage area in addition to the storage area in which the distributed ledger is stored, and stores variables related to the contract in the rewritable storage area. Further, the transaction server 10T generates a new smart contract based on the transaction data stored in the distributed ledger and stores it in the distributed ledger. When generating a new smart contract, the transaction server 10T refers to the related information contained in the transaction data stored in the distributed ledger.
  • the related information includes, for example, information for identifying a smart contract related to transaction data stored in the distributed ledger, and includes, for example, the address of the smart contract (also referred to as a contract address).
  • the transaction server 10T manages the smart contract included in the stored new transaction data as valid, and the smart included in the transaction data stored at the time of concluding the material contract. Manage contracts (that is, smart contracts identified by relevant information) as invalid.
  • the transaction server 10T is directly or indirectly connected to the network N and can communicate with the ledger server 10A and the like via the network N.
  • the functional configuration of the transaction server 10T is the same as that of the ledger server 10A and the like (see FIG. 3).
  • FIG. 8 is an explanatory diagram showing transaction data TB1 which is a first example of transaction data in the present embodiment.
  • the transaction data TB1 is similar to the transaction data TB in the first embodiment (see FIG. 5).
  • the transaction data TB1 will be mainly described as being different from the transaction data TB1.
  • the transaction data TB1 has "code of smart contract CB1", "argument to be passed to the initialization function", "signature 1", “signature 2”, and "transmission date and time”. Including.
  • Smart contract CB1 code includes a variable part and an initialization function.
  • the variables used by the smart contract CB1 include the amount, the product delivery source, the product delivery destination, the delivery date and the related smart contract address.
  • the product delivery source indicates the delivery source of the product manufactured by Company C under the manufacturing consignment contract.
  • the related smart contract is an example of related information, and indicates the address of the smart contract related to the smart contract CB1. Other variables are the same as in the smart contract CB.
  • the initialization function accepts the amount, delivery date, product delivery source, product delivery destination, and contract address as arguments.
  • the initialization function sets values in the variable indicating the amount of money, the variable indicating the delivery date, the variable indicating the product delivery destination, and the variable indicating the related smart contract address stored in the storage unit 14. To do. Specifically, when the initialization function is executed, the amount received as an argument is set in the variable indicating the amount, the delivery date accepted as an argument is set in the variable indicating the delivery date, and the variable indicating the product delivery destination is set. Set the amount accepted as an argument, and set the contract address accepted as an argument in the variable indicating the related contract address.
  • the arguments passed to the initialization function are the arguments passed to the initialization function of the smart contract CB1, and the delivery date (February 1, 2019), the amount (5 million yen), and the product delivery source (identification information of company C). And the product delivery destination (identification information of company A) and the contract address (address of smart contract CA). The information shown as this argument is passed to the initialization function.
  • the "signature 1", "signature 2", and “transmission date and time” are the same as those in the transaction data TB of the first embodiment.
  • the initialization function is executed, and the delivery date, amount, and product delivery destination passed to the initialization function as arguments are stored in the storage unit, respectively. It is set in 14 variables indicating the delivery date, amount, and product delivery destination. Further, based on the contract address passed to the initialization function as an argument and the product delivery source, the material delivery destination of the new smart contract CA1 shown below is changed to company C.
  • FIG. 9 is an explanatory diagram showing transaction data TA1, which is a second example of transaction data in the present embodiment.
  • the transaction data TA1 is transaction data including a new smart contract for which a material delivery destination is set, and is transaction data generated by the transaction server 10T.
  • the transaction data TA1 is similar to the transaction data TA in the first embodiment (see FIG. 4).
  • the transaction data TA1 will be mainly described as being different from the transaction data TA.
  • the transaction data TA1 includes "code of smart contract CA1", "argument to be passed to the initialization function", "signature 1", “signature 2", and "signature 3". Includes "sending date and time”.
  • Smart contract CA1 code includes a variable part and an initialization function.
  • the variables used by the smart contract CA1 include the amount of money, the material delivery destination, and the delivery date, as in the smart contract CA.
  • the initialization function accepts the amount and delivery date as arguments. Further, when the initialization function is executed, the value is set in the variable indicating the material delivery destination, the variable indicating the amount of money, and the variable indicating the delivery date stored in the storage unit 14. Specifically, when the initialization function is executed, the identification information of company C is set in the variable indicating the material delivery destination, the amount received as an argument is set in the variable indicating the amount, and the variable indicating the delivery date is set. Set the delivery date accepted as an argument.
  • the "argument to be passed to the initialization function" is an argument to be passed to the initialization function of the smart contract CA1, and includes the delivery date (January 1, 2019) and the amount (5 million yen). The information shown as this argument is passed to the initialization function.
  • Signature 1 is the first of the three electronic signatures given to the transaction data TA1.
  • the signature 1 includes the signature ST of the transaction server 10T.
  • Signature 2 is the second of the three electronic signatures given to the transaction data TA1. Signature 2 includes the signature SA of Company A.
  • Signature 3 is the third of the three electronic signatures given to the transaction data TA1. Signature 3 includes the signature SB of Company B.
  • the initialization function is executed, and the amount and delivery date passed to the initialization function as arguments are the amount and delivery date of the storage unit 14, respectively.
  • the identification information of company C is set in the variable indicating the material delivery destination of the storage unit 14.
  • FIG. 10 is a flow chart showing processing of the transaction server 10T in the present embodiment.
  • the flow chart shown in FIG. 10 shows a process in which the transaction server 10T generates transaction data TA1 and stores it in the distributed ledger.
  • step S201 the processing unit 11 of the transaction server 10T determines whether or not the transaction data is newly stored in the distributed ledger of the ledger storage unit 12. If it is determined that the transaction data is newly stored (Yes in step S201), the process proceeds to step S202, and if not (No in step S201), step S201 is executed again. That is, the processing unit 11 waits in step S201 until the transaction data is newly stored.
  • step S202 the processing unit 11 of the transaction server 10T determines whether or not the transaction data newly stored in the distributed ledger contains related information. If it is determined that the related information is included (Yes in step S202), the process proceeds to step S203, and if not (No in step S202), the series of processes shown in FIG. 10 is terminated.
  • step S203 the processing unit 11 of the transaction server 10T identifies the related smart contract based on the related information included in the transaction data newly stored in the distributed ledger. For example, when the transaction data TB1 shown in FIG. 8 is newly stored in the distributed ledger, the processing unit 11 specifies the smart contract CA as the related smart contract.
  • step S204 the processing unit 11 of the transaction server 10T determines whether or not a predetermined value is included in the variable of the related smart contract specified in step S203. If it is determined that the predetermined value is included, the process proceeds to step S205, and if not, the series of processes shown in FIG. 10 is terminated. For example, the processing unit 11 identifies that the smart contract CA specified as the related smart contract includes a predetermined value as the material delivery destination (see FIG. 4), and proceeds to step S205.
  • step S205 the processing unit 11 of the transaction server 10T specifies a value to be set in the variable in which the predetermined value is set based on the newly stored transaction data.
  • step S206 the processing unit 11 of the transaction server 10T generates the code of the smart contract CA1 in which the value specified in step S205 is set as a variable.
  • step S207 the processing unit 11 of the transaction server 10T generates transaction data TA1 including the code of the smart contract CA1 generated in step S206.
  • step S208 the processing unit 11 of the transaction server 10T adds a signature to the transaction data TA1 generated in step S207.
  • the transaction data TA1 signed by the transaction server 10T is transmitted to the ledger server 10A and given the signature of the ledger server 10A.
  • the transaction data TA1 is transmitted to the ledger server 10B, signed by the ledger server 10B, and then transmitted to the ledger servers 10A and 10C and the transaction server 10T.
  • step S209 the processing unit 11 of the transaction server 10T stores the transaction data TA1 signed in step S208 in the distributed ledger.
  • the ledger server 10A and the like also store the transaction data TA1 in the distributed ledger.
  • the transaction data TA1 is stored in all the distributed ledgers of the ledger server 10A and the like and the transaction server 10T.
  • 11 and 12 are sequence diagrams showing the processing of the contract management system 2 in the present embodiment.
  • the ledger server 10A and the like and the processing unit 11 of the transaction server 10T acquire the transaction data TA including the code of the smart contract CA and store it in the distributed ledger.
  • the ledger server 10A and the like and the processing unit 11 of the transaction server 10T execute the initialization function of the smart contract CA based on the fact that the transaction data TA is stored in the distributed ledger in step S105. Then, the amount of money, the delivery date, and the material delivery destination stored in the storage unit 14 are set.
  • transaction data TB1 including the smart contract CB1 is generated by the processing units 11 of the ledger server 10A and the like and the transaction server 10T, and after being signed by the ledger servers 10A and 10C, they are stored in the distributed ledger.
  • the server is not limited to the processing units 11 of the ledger server 10A and the like and the transaction server 10T, and after being signed by the ledger servers 10A and 10C, they are stored in the distributed ledger.
  • the server is
  • step S108A the content of the code to be acquired and the argument passed to the initialization function are different from those in step S108 of FIG. Further, in steps S109A and S112A, the contents of the transaction data are different from those in steps S109 and S112 of FIG. 6, respectively.
  • step S113A is realized by executing the initialization function of the smart contract CB1 based on the fact that the processing units 11 of the ledger server 10A and the like and the transaction server 10T each store the transaction data TB1 in the distributed ledger in step S112A. Will be done.
  • each processing unit 11 of the ledger server 10A and the transaction server 10T has a variable indicating the amount of money stored in the storage unit 14, a variable indicating the delivery date, a variable indicating the product delivery destination, and a related smart contract.
  • the variable indicating the address, the amount, the delivery date, the product delivery destination, and the contract address passed as the arguments of the initialization function in the transaction data TB1 are set, respectively.
  • the processing unit 11 of the transaction server 10T generates transaction data TA1 including the smart contract CA1 in steps S201 to S209 based on the fact that the new transaction data TB1 is stored in the distributed ledger in step S112A. And store it in the distributed ledger (see FIG. 10).
  • the material delivery destination of the smart contract CA1 is specified as company C.
  • the smart contract CA1 initialization function is executed to execute the following steps S210 and S211. Is realized.
  • step S210 the processing units 11 of the ledger server 10A and the like and the transaction server 10T each use the variable indicating the amount of money stored in the storage unit 14 and the variable indicating the delivery date as arguments of the initialization function in the transaction data TA1. Set the amount passed and the delivery date respectively.
  • step S211 the processing unit 11 of each of the ledger server 10A and the transaction server 10T sets the identification information of company C in the variable indicating the material delivery destination stored in the storage unit 14. After that, the ledger server 10A and the like and the transaction server 10T each manage the smart contract CA1 as valid and the smart contract CA as invalid.
  • the contract management system 2 obtains information that is undecided at the time of concluding the material contract between company A and company B, and is a transaction server based on the subsequent conclusion of the manufacturing consignment contract between company A and company C. It can be changed by 10T. In this way, the contract management system 2 can suppress an increase in power consumption of the computer system that manages the contract while appropriately managing the contract related to the company A, the company B, and the company C.
  • the smart contract that defines the contents of the material contract further includes a function (corresponding to the setting function described later) that sets the material delivery destination of the smart contract. Then, the smart contract that defines the contents of the manufacturing consignment contract to be concluded after that sends an instruction to execute the setting function.
  • the smart contract that defines the contents of the material contract sets the material delivery destination by executing the setting function in response to the above command as a change process. It can be said that the setting function is a function for changing the material delivery destination that has already been set.
  • FIG. 13 is an explanatory diagram showing transaction data TA2, which is a first example of transaction data in the present embodiment.
  • the transaction data TA2 corresponds to the first transaction data.
  • the transaction data TA2 has a "smart contract CA2 code", an "argument to be passed to the initialization function", a "signature 1", a “signature 2”, and a "transmission date and time”. Including.
  • the transaction data TA2 is similar to the transaction data TA shown in FIG. 4, but the smart contract code is different. This point will be described in detail.
  • the "smart contract CA2 code” includes a variable part, an initialization function, and a setting function. Since the variable part and the initialization function are the same as those included in the code of the smart contract CA, the description thereof will be omitted.
  • the setting function is a function that accepts the material delivery destination as an argument.
  • the setting function is a function for setting the material delivery destination that receives the variable indicating the material delivery destination as an argument, which is stored in the storage unit 14.
  • FIG. 14 is an explanatory diagram showing transaction data TB2, which is a second example of transaction data in the present embodiment.
  • the transaction data TB2 corresponds to the second transaction data.
  • the transaction data TB2 includes "code of smart contract CB2", "argument to be passed to the initialization function", "signature 1", “signature 2”, and "transmission date and time”. Including.
  • transaction data TB2 is similar to the transaction data TB shown in FIG. 5, but the code of the smart contract and the argument passed to the initialization function are different. This point will be described in detail.
  • Smart contract CB2 code includes a variable part and an initialization function. Since the variable part is the same as that included in the code of the smart contract CB, the description thereof will be omitted.
  • the initialization function accepts the amount, delivery date, and product delivery destination as arguments.
  • the initialization function sets values in the variable indicating the product delivery destination, the variable indicating the amount of money, and the variable indicating the delivery date, which are stored in the storage unit 14. Specifically, when the initialization function is executed, the amount received as an argument is set in the variable indicating the amount, the delivery date accepted as an argument is set in the variable indicating the delivery date, and the variable indicating the product delivery destination is set. Set the amount accepted as an argument.
  • the arguments passed to the initialization function of transaction data TB2 are the delivery date, amount of money, and product delivery destination.
  • FIG. 15 is an explanatory diagram showing transaction data TA3, which is a third example of transaction data in the present embodiment.
  • the transaction data TA3 is a function for executing the setting function of the smart contract CA2. Storing the transaction data TA3 in the distributed ledger corresponds to transmitting an instruction to execute the setting function of the smart contract CA2.
  • the transaction data TA3 includes a "function to be executed”, an "argument to be passed to the setting function", a "signature 1", a “signature 2”, and a "transmission date and time”.
  • “Function to be executed” indicates a function to be executed when the smart contract is stored in the distributed ledger.
  • the setting function of the smart contract CA2 is set as the function to be executed.
  • the "argument to be passed to the setting function" is an argument to be passed to the setting function, which is a function executed by the smart contract CA2, and includes the material delivery destination (identification information of company C).
  • Signature 1 is the first of the two electronic signatures given to the transaction data TA3. Signature 1 includes the signature SA of Company A.
  • Signature 2 is the second of the two electronic signatures given to the transaction data TA3. Signature 2 includes the signature SC of Company B.
  • Transmission date and time indicates the date and time when the transaction data TA3 was transmitted. "January 01, 2018 12:00:00" is stored in the transmission date and time.
  • the identification information of company C is set in the material delivery destination as an argument, and the setting function of the smart contract CA2 is executed. As a result, the smart contract CA2 is executed. Material delivery destination is changed to company C.
  • 16 and 17 are sequence diagrams showing the processing of the contract management system according to the present embodiment.
  • the processing unit 11 of the ledger server 10A or the like acquires the transaction data TA2 including the code of the smart contract CA2 and stores it in the distributed ledger. Storing the transaction data TA2 in the distributed ledger corresponds to transmitting an instruction to execute the setting function of the smart contract CA2.
  • step S101B the content of the code to be acquired is different from that in step S101 of FIG.
  • step S102B and step S105B the contents of the transaction data are different from those in step S102 and step S105 of FIG. 6, respectively.
  • steps S106 to S107 the processing unit 11 of the ledger server 10A or the like executes the initialization function of the smart contract CA2 based on the transaction data TA2 stored in the distributed ledger in step S105, thereby causing the storage unit 14 to store the transaction data TA2. Set the stored amount, delivery date and material delivery destination.
  • transaction data TB2 including the smart contract CB2 is generated by the processing unit 11 of the ledger server 10A, signed by the ledger servers 10A and 10C, and then stored in the distributed ledger.
  • step S108B the content of the code to be acquired and the argument passed to the initialization function are different from those in step S108 of FIG. Further, in steps S109B and S112B, the contents of the transaction data are different from those in steps S109 and S112 of FIG. 6, respectively.
  • Step S113 is realized by executing the initialization function of the smart contract CB2 based on the fact that each processing unit 11 such as the ledger server 10A stores the transaction data TB2 in the distributed ledger in step S112B.
  • step S301 the processing unit 11 of the ledger server 10C generates transaction data TA3 (see FIG. 15).
  • step S302 the processing unit 11 of the ledger server 10C adds a signature to the transaction data TA3 generated in step S301 and transmits it to the ledger server 10A.
  • step S303 the processing unit 11 of the ledger server 10A adds a signature to the transaction data TA3 acquired from the processing unit 11 of the ledger server 10C in step S302, and transmits the transaction data TA3 to the ledger servers 10B and 10C.
  • each of the ledger servers 10A and the like stores the transaction data TA3 signed or transmitted in step S303 in the distributed ledger.
  • the transaction data TA3 may be stored in the distributed ledger on condition that consensus building is made based on the consensus algorithm.
  • step S305 is realized by executing the setting function of the smart contract CA2 based on the fact that each processing unit 11 such as the ledger server 10A stores the transaction data TA3 in the distributed ledger in step S304.
  • each processing unit 11 such as the ledger server 10A sets the identification information of company C in the variable indicating the material delivery destination stored in the storage unit 14.
  • the contract management system of this embodiment is a computer system that manages contracts while appropriately managing contracts related to companies A, B, and C using smart contracts including setting functions. It is possible to suppress an increase in power consumption.
  • FIG. 18 is a flow chart showing processing of the transaction server 10T in the present embodiment.
  • the processing of the trading server 10T shown in FIG. 18 is similar to the processing of the trading server 10T of the second embodiment (see FIG. 10). The different parts will be mainly explained.
  • the transaction server 10T specifies a value to be set as a predetermined value of the smart contract related to the smart contract CB included in the transaction data when the transaction data is newly stored in the distributed ledger. ..
  • step S206B the processing unit 11 of the transaction server 10T generates transaction data TA3 that passes the value specified in step S205 as an argument to the setting function of the smart contract CA2.
  • step S208B the processing unit 11 of the transaction server 10T assigns a signature to the transaction data TA3 generated in step S206B.
  • step S209B the processing unit 11 of the transaction server 10T stores the transaction data TA3 signed in step S208B in the distributed ledger.
  • the transaction data TA3 signed in step S208B is stored in the distributed ledger by the processing unit 11 such as the ledger server 10A.
  • 19 and 20 are sequence diagrams showing the processing of the contract management system according to the present embodiment.
  • the processing of the contract management system in this embodiment is similar to the processing shown in FIG. A part different from the process shown in FIG. 11 will be described.
  • the process shown in FIG. 19 is an extraction of a portion corresponding to the process of steps S101 to S105 in FIG.
  • the ledger server 10A and the processing unit 11 of the transaction server 10T acquire the transaction data TA2 including the code of the smart contract CA2 and store it in the distributed ledger.
  • step S101B the content of the code to be acquired is different from that in step S101 of FIG.
  • step S102B and step S105B the contents of the transaction data are different from those in step S102 and step S105 of FIG. 6, respectively.
  • step S106 Since the processing after step S106 is the same as the processing after step S106 in FIG. 11, the illustration is omitted.
  • FIG. 20 is similar to the process shown in FIG. A part different from the process shown in FIG. 12 will be described.
  • transaction data TA3 is generated based on the fact that new transaction data TB1 is stored in the distributed ledger in step S112A (see FIG. 11), and is stored in the distributed ledger.
  • the material delivery destination of the smart contract CA2 is specified as company C, and is set in the transaction data TA3 as an argument to be passed to the setting function.
  • step S210B is realized by executing the setting function based on the fact that the processing units 11 of the ledger server 10A and the like and the transaction server 10T each store the transaction data TA3 in the distributed ledger in step S209.
  • step S210B each processing unit 11 of the ledger server 10A and the transaction server 10T executes the above setting function to set a variable indicating the material delivery destination stored in the storage unit 14 in the transaction data TA3. Set the material delivery destination passed as an argument of.
  • the contract management system of this embodiment is a computer system that manages contracts while appropriately managing contracts related to companies A, B, and C using smart contracts including setting functions. It is possible to suppress an increase in power consumption.
  • FIG. 21 is a block diagram schematically showing the configuration of the contract management system 3 in this modified example.
  • the contract management system 3 in this modification is a modification of the contract management system 2 of the second embodiment or the contract management system of the third embodiment (2).
  • the contract management system 3 shown in FIG. 21 includes ledger servers 10A, 10B and 10C, terminals 20A, 20B and 20C, and a transaction server 10T.
  • the ledger servers 10A, 10B and 10C are collectively arranged in one place. More generally, the ledger servers 10A, 10B and 10C do not necessarily have to be located at companies A, B and C, respectively, and may be directly or indirectly connected to network N. It may be located in a place.
  • the ledger server 10A Even with such an arrangement of the ledger server 10A or the like, it has the same functions as the contract management system 2 of the second embodiment or the contract management system of the third embodiment (2), and exhibits the same effect. To do.
  • FIG. 22 is a block diagram schematically showing the configuration of the contract management system 4 in this modified example.
  • the contract management system 4 in this modification is a modification of the contract management system 2 of the second embodiment or the contract management system of the third embodiment (2).
  • the contract management system 4 shown in FIG. 22 includes transaction servers 10T, 10U and 10V, and terminals 20A, 20B and 20C.
  • the transaction servers 10T, 10U, and 10V also have the functions of the ledger servers 10A, 10B, and 10C, respectively.
  • the transaction servers 10T, 10U, and 10V are arranged in one place in the same manner as the ledger server 10A of the first modification of the third embodiment, but the company A, as in the third embodiment, It may be arranged in company B and company C.
  • the transaction server 10T or the like has the same function as the contract management system 2 of the second embodiment or the contract management system of the third embodiment (2), and exhibits the same effect. To do.
  • FIG. 23 is an explanatory diagram showing the data structure of the blockchain.
  • a blockchain is a chain of blocks, which is the recording unit.
  • Each block has a plurality of transaction data and a hash value of the immediately preceding block.
  • the block B2 contains the hash value of the previous block B1.
  • the hash value calculated from the plurality of transaction data included in the block B2 and the hash value of the block B1 is included in the block B3 as the hash value of the block B2.
  • FIG. 24 is an explanatory diagram showing a data structure of transaction data.
  • the transaction data shown in FIG. 24 includes a transaction body P1 and a digital signature P2.
  • the transaction body P1 is a data body included in the transaction data.
  • the electronic signature P2 is generated by signing the hash value of the transaction body P1 with the signature key of the creator of the transaction data, and more specifically, encrypting it with the private key of the creator. is there.
  • each component may be configured by dedicated hardware or may be realized by executing a software program suitable for each component.
  • Each component may be realized by a program execution unit such as a CPU or a processor reading and executing a software program recorded on a recording medium such as a hard disk or a semiconductor memory.
  • the software that realizes the content management system of the above embodiment is the following program.
  • this program is a control method executed by one of the plurality of devices in a contract management system including a plurality of devices having a distributed ledger in the computer, and is a control method executed by the first user and the first user.
  • the first variable indicating the first information regarding the first contract with the user and the second variable indicating the second information different from the first information regarding the first contract, and the second information is undecided.
  • the first transaction data including the second variable in which the predetermined value indicating is set is acquired, the acquired first transaction data is stored in the distributed ledger, and the first transaction data stored in the distributed ledger is stored.
  • a second variable that is included is read out and stored in a rewritable storage unit of the one device, a storage process is executed, and a third information regarding a second contract between the first user and the third user is shown.
  • the second transaction data including the three variables and the change instruction for changing the second variable based on the third variable is acquired, the acquired second transaction data is stored in the distributed ledger, and the second transaction is performed. It is a program that executes a control method for executing a change process of changing the second variable stored in the storage unit from the predetermined value according to the change command after storing the data in the distributed ledger.
  • the present invention can be used in a contract management system that manages contracts.

Abstract

第一ユーザと第二ユーザとの第一契約に関する第一情報を示す第一変数と、第二情報が未定であることを示す所定値が設定されている第二変数とを含む第一トランザクションデータを取得し(S102)、取得した第一トランザクションデータを分散台帳に格納し(S105)、分散台帳に格納した第一トランザクションデータに含まれている第二変数を読み出してサーバの書き換え可能な記憶部に格納する格納処理を実行し(S106、S107)、第一ユーザと第三ユーザとの第二契約に関する第三情報を示す第三変数と、第三変数に基づいて第二変数を変更する変更命令とを含む第二トランザクションデータを取得し(S109)、取得した第二トランザクションデータを分散台帳に格納し(S112)、第二トランザクションデータを分散台帳に格納した後に、記憶部に格納されている第二変数を所定値から変更命令に従って変更する変更処理を実行する(S113、S114)。

Description

制御方法、装置、および、プログラム
 本発明は、制御方法、装置、および、プログラムに関する。
 分散台帳を用いて契約に係る情報を管理する技術がある。分散台帳に格納された情報は、書き換えが実質的に不可能であるように管理される。
 分散台帳を用いたシステムにおいて複数の管理者が存在する状況下でも、運用ポリシーまたは運用のタイミングを揃える技術が開示されている。
国際公開第2019/021792号
 本発明は、契約を管理するコンピュータシステムの消費電力の増大を抑制する制御方法などを提供する。
 本発明の一態様に係る制御方法は、分散台帳を保有している複数の装置を備える契約管理システムにおいて、当該複数の装置のうちの一の装置が実行する制御方法であって、第一ユーザと第二ユーザとの第一契約に関する第一情報を示す第一変数と、前記第一契約に関する前記第一情報とは異なる第二情報を示す第二変数であって前記第二情報が未定であることを示す所定値が設定されている第二変数とを含む第一トランザクションデータを取得し、取得した前記第一トランザクションデータを前記分散台帳に格納し、前記分散台帳に格納した前記第一トランザクションデータに含まれている前記第二変数を読み出して前記一の装置の書き換え可能な記憶部に格納する格納処理を実行し、前記第一ユーザと第三ユーザとの第二契約に関する第三情報を示す第三変数と、前記第三変数に基づいて前記第二変数を変更する変更命令とを含む第二トランザクションデータを取得し、取得した前記第二トランザクションデータを前記分散台帳に格納し、前記第二トランザクションデータを前記分散台帳に格納した後に、前記記憶部に格納されている前記第二変数を前記所定値から前記変更命令に従って変更する変更処理を実行する制御方法である。
 なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なCD-ROMなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
 本発明の制御方法は、契約を管理するコンピュータシステムの消費電力の増大を抑制することができる。
図1は、実施の形態1における契約の流れの一例を模式的に示す説明図である。 図2は、実施の形態1における契約管理システムの構成を模式的に示すブロック図である。 図3は、実施の形態1における台帳サーバの機能構成を示すブロック図である。 図4は、実施の形態1におけるトランザクションデータの第一例を示す説明図である。 図5は、実施の形態1におけるトランザクションデータの第二例を示す説明図である。 図6は、実施の形態1における契約管理システムの処理を示すシーケンス図である。 図7は、実施の形態2における契約管理システムの構成を模式的に示すブロック図である。 図8は、実施の形態2におけるトランザクションデータの第一例を示す説明図である。 図9は、実施の形態2におけるトランザクションデータの第二例を示す説明図である。 図10は、実施の形態2における取引サーバの処理を示すフロー図である。 図11は、実施の形態2における契約管理システムの処理を示す第一のシーケンス図である。 図12は、実施の形態2における契約管理システムの処理を示す第二のシーケンス図である。 図13は、実施の形態3におけるトランザクションデータの第一例を示す説明図である。 図14は、実施の形態3におけるトランザクションデータの第二例を示す説明図である。 図15は、実施の形態3におけるトランザクションデータの第三例を示す説明図である。 図16は、実施の形態3における契約管理システムの処理を示す第一のシーケンス図である。 図17は、実施の形態3における契約管理システムの処理を示す第二のシーケンス図である。 図18は、実施の形態3における取引サーバの処理を示すフロー図である。 図19は、実施の形態3における契約管理システムの処理を示す第三のシーケンス図である。 図20は、実施の形態3における契約管理システムの処理を示す第四のシーケンス図である。 図21は、変形例1における契約管理システムの構成を模式的に示すブロック図である。 図22は、変形例2における契約管理システムの構成を模式的に示すブロック図である。 図23は、ブロックチェーンのデータ構造を示す説明図である。 図24は、トランザクションデータのデータ構造を示す説明図である。
 (本発明の基礎となった知見)
 本発明者は、「背景技術」の欄において記載した、契約に関する技術に関し、以下の問題が生じることを見出した。
 分散台帳を用いて契約に係る情報を管理する技術がある。分散台帳に格納された情報は、書き換えが実質的に不可能であるように管理される。また、分散台帳を用いて契約に係る処理を実行し、契約を管理する技術がある。このような技術は、例えばスマートコントラクトによって実現され得る。
 ところで、相互に内容が関係する複数の契約が順次に締結される場合がある。例えば、後の契約の内容が確定して初めて、先の契約の内容が確定する場合がある。
 このように締結される契約を分散台帳を用いて管理する場合、先の契約の内容が先に分散台帳に格納され、その後、後の契約の内容が確定した時点において、後の契約の内容が分散台帳に格納されることが想定される。しかし、上記の通り分散台帳に格納された情報の書き換えが実質的に不可能であるように管理されているので、後の契約の内容が確定した時点では、先の契約に係る内容を変更することができない。
 そこで、相互に内容が関係する複数の契約が順次に締結される場合には、後の契約の内容が確定した後に、先の契約の内容を修正した新たな契約の内容を分散台帳で管理する方法がある。
 仮に、新たな契約の内容を、人手により決定して分散台帳で管理するとすれば、人に情報を提示したり人から情報の入力を受けたりする処理が必要となり、上記処理に用いられるコンピュータの消費電力が増大するという問題がある。また、上記処理に必要なコンピュータリソース、例えば、情報を提示するための出力デバイス(表示装置またはスピーカなど)、または、情報の入力を受けるためのデバイス(タッチパネル、キーボード、マウスなど)を多く必要とするという問題もある。
 さらに、人が介在することになるので、人の手間がかかるという問題がある。また、人が、正しくない契約内容を生成して分散台帳に格納してしまうという問題も発生しうる。
 本発明は、契約を管理するコンピュータシステムの消費電力の増大を抑制する制御方法などを提供する。
 本発明の一態様に係る制御方法は、分散台帳を保有している複数の装置を備える契約管理システムにおいて、当該複数の装置のうちの一の装置が実行する制御方法であって、第一ユーザと第二ユーザとの第一契約に関する第一情報を示す第一変数と、前記第一契約に関する前記第一情報とは異なる第二情報を示す第二変数であって前記第二情報が未定であることを示す所定値が設定されている第二変数とを含む第一トランザクションデータを取得し、取得した前記第一トランザクションデータを前記分散台帳に格納し、前記分散台帳に格納した前記第一トランザクションデータに含まれている前記第二変数を読み出して前記一の装置の書き換え可能な記憶部に格納する格納処理を実行し、前記第一ユーザと第三ユーザとの第二契約に関する第三情報を示す第三変数と、前記第三変数に基づいて前記第二変数を変更する変更命令とを含む第二トランザクションデータを取得し、取得した前記第二トランザクションデータを前記分散台帳に格納し、前記第二トランザクションデータを前記分散台帳に格納した後に、前記記憶部に格納されている前記第二変数を前記所定値から前記変更命令に従って変更する変更処理を実行する制御方法である。
 上記態様によれば、第一契約の締結の時点で未定である情報が含まれている場合でも、第一契約に対応するトランザクションデータを分散台帳を用いて管理し、その後に締結される第二契約の内容に基づいて上記の未定である情報を変更することで、上記第一契約および第二契約が管理される。そして、未定である情報の変更の処理は、サーバのコンピュータ処理によってなされ、言い換えれば、人が介在することなく実行される。そのため、コンピュータの消費電力の増大を抑制し、または、コンピュータリソースの必要量を抑制できる。また、人が処理をする手間を低減することができる。このように、上記制御方法は、契約を管理するコンピュータシステムの消費電力の増大を抑制することができる。
 また、前記第一契約は、前記第一ユーザおよび前記第二ユーザと異なるユーザである関係ユーザが関係する契約であり、前記第二情報は、前記関係ユーザの識別情報を含み、前記第二契約は、前記第一ユーザと、前記関係ユーザである前記第三ユーザとの契約であり、前記変更処理は、前記記憶部に格納されている前記第二変数を、前記所定値から、前記変更命令に従って前記関係ユーザである前記第三ユーザの識別情報に変更する処理であってもよい。
 上記態様によれば、三者が関係する契約が適切に管理される。具体的には、第一契約に関係する関係ユーザが第一契約の締結の時点で未定である場合でも、その後に締結される第二契約に従って関係ユーザが特定される場合に、第一契約および第二契約が適切に管理される。このように、上記制御方法は、三者が関係する契約を管理するコンピュータシステムの消費電力の増大を抑制することができる。
 また、前記第一トランザクションデータは、前記第一変数と、前記第二変数と、前記第一変数および前記第二変数を前記記憶部に格納する格納命令とを含む第一コントラクトコードを含み、前記格納処理は、前記第一トランザクションデータが前記分散台帳に格納されたことに基づいて、前記一の装置が備えるコントラクト実行部が前記第一コントラクトコードに含まれる前記格納命令を実行したことによって行われてもよい。
 上記態様によれば、第一トランザクションデータを記憶部に格納する処理が、第一トランザクションデータが分散台帳に格納されることに基づいてスマートコントラクトにより自動的に実行され、言い換えれば、人が介在することなく実行される。そのため、コンピュータの消費電力の増大をより一層抑制し、または、コンピュータリソースの必要量をより一層抑制できる。また、人が処理をする手間をより一層低減することができる。このように、上記制御方法は、契約を管理するコンピュータシステムの消費電力の増大をより一層抑制することができる。
 また、前記第一コントラクトコードは、前記記憶部に格納される前記第二変数を設定する設定関数を含み、前記変更処理は、前記設定関数を実行させる命令を含む第三トランザクションデータを取得した場合に、取得した前記第三トランザクションデータが前記分散台帳に格納されたことに基づいて、前記コントラクト実行部が前記設定関数を実行したことで行われてもよい。
 上記態様によれば、第二変数を設定する処理が、第三トランザクションデータが分散台帳に格納されることに基づいてスマートコントラクトにより自動的に実行され、言い換えれば、人が介在することなく実行される。そのため、コンピュータの消費電力の増大をより一層抑制し、または、コンピュータリソースの必要量をより一層抑制できる。また、人が処理をする手間をより一層低減することができる。このように、上記制御方法は、契約を管理するコンピュータシステムの消費電力の増大をより一層抑制することができる。
 また、前記第二トランザクションデータは、前記第三変数と、前記変更命令とを含む第二コントラクトコードを含み、前記変更処理は、前記第二トランザクションデータが前記分散台帳に格納されたことに基づいて、前記一の装置が備えるコントラクト実行部により前記変更命令が実行されたことによって行われてもよい。
 上記態様によれば、第二情報を変更する処理が、第二トランザクションデータが分散台帳に格納されることに基づいてスマートコントラクトにより自動的に実行され、言い換えれば、人が介在することなく実行される。そのため、コンピュータの消費電力の増大をより一層抑制し、または、コンピュータリソースの必要量をより一層抑制できる。また、人が処理をする手間をより一層低減することができる。このように、上記制御方法は、契約を管理するコンピュータシステムの消費電力の増大をより一層抑制することができる。
 また、前記第一トランザクションデータは、前記第一ユーザの電子署名と、前記第二ユーザの電子署名とを含んでいて、前記第一トランザクションデータを前記分散台帳に格納する際には、前記第一トランザクションデータに含まれている前記第一ユーザの電子署名と、前記第二ユーザの電子署名との両方の検証が成功した場合に、前記第一トランザクションデータを前記分散台帳に格納してもよい。
 上記態様によれば、第一契約に相当する第一トランザクションデータに、第一契約を締結した第一ユーザおよび第二ユーザそれぞれの電子署名が含まれる。そのため、各電子署名を検証することで、第一ユーザおよび第二ユーザが第一契約を確かに締結したことを証明することができる。よって、上記制御方法は、契約をより一層適切に管理することができる。
 また、前記第二トランザクションデータは、前記第一ユーザの電子署名と、前記第三ユーザの電子署名とを含んでいて、前記第二トランザクションデータを前記分散台帳に格納する際には、前記第二トランザクションデータに含まれている前記第一ユーザの電子署名と、前記第三ユーザの電子署名との両方の検証が成功した場合に、前記第二トランザクションデータを前記分散台帳に格納してもよい。
 上記態様によれば、第二契約に相当する第二トランザクションデータに、第二契約を締結した第一ユーザおよび第三ユーザそれぞれの電子署名が含まれる。そのため、各電子署名を検証することで、第一ユーザおよび第三ユーザが第二契約を確かに締結したことを証明することができる。よって、上記制御方法は、契約をより一層適切に管理することができる。
 また、前記第一契約は、前記第一ユーザが前記第二ユーザから材料を購入し、購入した前記材料を納品先に配送することを定めた契約を含み、前記第一情報は、前記材料の購入金額と、前記材料を納品する期限とを含み、前記第二情報は、前記材料の納品先を含み、前記第二契約は、前記第三ユーザが、前記第二ユーザから納入された前記材料から製品を製造して前記第一ユーザに納品することを定めた契約を含み、前記第三情報は、前記製品の購入金額と、前記製品を納品する期限と、前記製品の納品先とを含んでもよい。
 上記態様によれば、材料契約における材料の納品先が材料契約の締結の時点で未定である場合でも、その後に締結される製造委託契約によって特定された製造者を、材料契約における材料納品先とするように変更することにより、材料契約および製造委託契約が適切に管理される。このように、上記制御方法は、第一ユーザと第二ユーザとの材料契約、および、第一ユーザと第三ユーザとの製造委託契約という、三者が関係する契約を適切に管理することができる。
 また、本発明の一態様に係る装置は、分散台帳を保有している複数の装置を備える契約管理システムにおける、当該複数の装置のうちの一の装置であって、処理部と、前記分散台帳を記憶している台帳記憶部と、実行部と、書き換え可能な記憶部とを備え、前記処理部は、第一ユーザと第二ユーザとの第一契約に関する第一情報を示す第一変数と、前記第一契約に関する前記第一情報とは異なる第二情報を示す第二変数であって前記第二情報が未定であることを示す所定値が設定されている第二変数とを含む第一トランザクションデータを取得し、取得した前記第一トランザクションデータを前記分散台帳に格納し、前記実行部は、前記分散台帳に格納した前記第一トランザクションデータに含まれている前記第二変数を読み出して前記記憶部に格納する格納処理を実行し、前記処理部は、さらに、前記第一ユーザと第三ユーザとの第二契約に関する第三情報を示す第三変数と、前記第三変数に基づいて前記第二変数を変更する変更命令とを含む第二トランザクションデータを取得し、取得した前記第二トランザクションデータを前記分散台帳に格納し、前記実行部は、前記第二トランザクションデータを前記分散台帳に格納した後に、前記記憶部に格納されている前記第二変数を前記所定値から前記変更命令に従って変更する変更処理を実行する装置である。
 上記態様により、上記制御方法と同様の効果を奏する。
 また、本発明の一態様に係るプログラムは、上記の制御方法をコンピュータに実行させるためのプログラムである。
 上記態様により、上記制御方法と同様の効果を奏する。
 なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なCD-ROMなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。
 以下、実施の形態について、図面を参照しながら具体的に説明する。
 なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
 (実施の形態1)
 本実施の形態において、契約を管理するコンピュータシステムの消費電力の増大を抑制する契約管理システムおよびその制御方法などについて説明する。
 図1は、本実施の形態における契約の流れの一例を模式的に示す説明図である。
 具体的には、図1は、サプライチェーンを構成するA社、B社およびC社の三者が関係する契約と、その契約によってなされる物の納品とを模式的に示している。A社を第一ユーザともいい、B社を第二ユーザともいい、C社を第三ユーザともいう。
 まず、図1の(1)に示されるように、A社とB社との間で材料契約(第一契約に相当)が締結される。材料契約は、A社がB社から材料を購入し、B社がその材料を納品先(材料納品先ともいう)に納品することを定めた契約である。材料契約には、材料の納期、材料の購入の金額、および、材料納品先が含まれる。
 ここで、A社とB社との契約の締結の時点では、材料の購入の金額と、材料の納期とが決定しているが、材料納品先が未定である場合を想定する。材料納品先が未定であるので、材料契約における材料納品先には、未定を示す情報が設定されている。
 材料契約の締結後に、図1の(2)に示されるように、A社とC社との間で製造委託契約(第二契約に相当)が締結される。製造委託契約は、C社が材料から製品を製造して、製造された製品をA社に納品することを定めた契約である。材料はB社から納品される。製造委託契約には、製品の納期、製品の購入の金額、および、製品の納品先(製品納品先ともいう)が含まれる。
 また、図1の(2)で製品を製造するのがC社に特定されたことに応じて、先に締結された材料契約における材料納品先がC社に設定される(図1の(3))。
 その後、B社は、製造した材料をC社に納品することで、材料契約を履行する(図1の(4))。また、C社は、B社から納品された材料から製品を製造し、製造した製品をA社に納品することで、製造委託契約を履行する(図1の(5))。
 このような、契約と契約の履行とに係る処理を、分散台帳を用いて実行するには、材料契約の内容を定めた1つのスマートコントラクトCAと、製造委託契約の内容を定めた1つのスマートコントラクトCBとが用いられることが想定される。
 この場合、スマートコントラクトCAにおける材料納品先は、A社とB社との材料契約の締結時には未定と設定され、その後、A社とC社との製造委託契約の締結時にスマートコントラクトCBが実行する処理によって変更または設定されることが想定される。材料納品先の変更または設定を可能とするため、材料納品先は書き換え可能な記憶領域に保存される。
 このようにすることで、上記のコンピュータの消費電力の増大、または、デバイスを多く必要とするという問題を回避でき、また人が介在することに起因する問題を回避することができる。
 なお、スマートコントラクトCAおよびCBは、材料契約および製造委託契約の内容を管理する機能を少なくとも有するが、さらに、契約の履行(例えば、材料または製品の製造、製造した物の納品、代金の支払など)に関する処理をする機能を有してもよい。
 このような契約の形態を適切に管理する技術について以下で詳細に説明する。
 図2は、本実施の形態における契約管理システム1の構成を模式的に示すブロック図である。
 図2に示されるように、契約管理システム1は、台帳サーバ10A、10Bおよび10Cと、端末20A、20Bおよび20Cとを備える。
 台帳サーバ10A、10Bおよび10Cを「台帳サーバ10A等」ともいい、端末20A、20Bおよび20Cを「端末20A等」ともいう。
 台帳サーバ10Aと端末20AとはA社に属していて、台帳サーバ10Bと端末20BとはB社に属していて、台帳サーバ10Cと端末20CとはC社に属している。ここでは、契約管理システム1は、三者が関係する契約を管理する例を示すが、契約に関係する者の数は4以上であってもよい。
 契約管理システム1が備える各装置は、ネットワークNに直接的に又は間接的に接続されていて、ネットワークNを介して互いに通信可能である。
 ネットワークNは、どのような通信回線またはネットワークから構成されてもよく、例えば、インターネット、携帯電話のキャリアネットワーク、インターネットプロバイダのアクセスネットワーク、または公衆アクセスネットワークなどを含み得る。
 台帳サーバ10Aは、契約管理システム1において分散台帳を用いて契約を管理する複数の台帳サーバ10A等のうちの1つである。台帳サーバ10Aを装置ともいう。
 台帳サーバ10Aは、分散台帳を保有している。台帳サーバ10Aが保有している分散台帳には、トランザクションデータが格納される。分散台帳に格納されるトランザクションデータには、契約に関するスマートコントラクトに係るコントラクトコード(単にコードともいう)を含むトランザクションデータが含まれる。また、台帳サーバ10Aは、分散台帳が格納されている記憶領域とは別に、書き換え可能な記憶領域を有し、契約に関する変数を書き換え可能な記憶領域に格納している。
 台帳サーバ10Bおよび10Cは、それぞれ、台帳サーバ10Aと同じ機能を有する装置であり、台帳サーバ10Aとは独立に動作する。
 端末20Aは、A社に所属するユーザが使用する情報端末である。端末20Aは、ユーザによって操作され、例えば、スマートコントラクトのコードを生成したり、スマートコントラクトのコードを台帳サーバ10A等に配置したりするために用いられる。端末20Aは、例えばパーソナルコンピュータ、スマートフォンまたはタブレットなどである。
 端末20Bおよび20Cは、それぞれ、端末20Aと同じ機能を有し、B社およびC社に所属するユーザが使用する情報端末であり、端末20Aとは独立に動作する。
 なお、A社、B社およびC社には、それぞれ、1以上の端末が属していてもよい。
 なお、端末20Aが、台帳サーバ10Aの機能をさらに備えてもよい。その場合、端末20Aは、分散台帳を用いて契約を管理する装置に相当する。同様に、端末20Bが、台帳サーバ10Bの機能をさらに備えてもよい。その場合、端末20Bは、分散台帳を用いて契約を管理する装置に相当する。さらに、端末20Cが、台帳サーバ10Cの機能をさらに備えてもよい。その場合、端末20Cは、分散台帳を用いて契約を管理する装置に相当する。
 図3は、本実施の形態における台帳サーバ10Aの機能構成を示すブロック図である。
 図3に示されるように、台帳サーバ10Aは、処理部11と、台帳記憶部12と、実行部13と、記憶部14とを備える。
 処理部11は、トランザクションデータに関する処理を実行する機能部である。処理部11は、台帳サーバ10Aが備えるプロセッサ(例えばCPU(Central Processing Unit))がメモリを用いてプログラムを実行することで実現され得る。
 処理部11は、トランザクションデータを取得し、取得したトランザクションデータを分散台帳に格納する処理を実行する。また、処理部11は、トランザクションデータを生成し、生成したトランザクションデータについての電子署名(単に署名ともいう)を生成し、生成した署名を上記トランザクションデータに付与する処理を実行する。
 処理部11は、新しいトランザクションデータを分散台帳に格納するときには、分散台帳の種別に応じた方式で新しいトランザクションデータを台帳記憶部12に格納する。また、処理部11は、台帳サーバ10A等のうちの他の台帳サーバが備える台帳記憶部12と通信データを送受信し、他の台帳サーバが備える台帳記憶部12にも上記トランザクションデータを格納させる。例えば、処理部11は、分散台帳がブロックチェーンである場合には、新しいトランザクションデータを含むブロックを生成し、生成したブロックについて台帳サーバ10A等の間でコンセンサスアルゴリズムにより合意形成をしたうえで、上記ブロックを台帳記憶部12に格納する。
 具体的には、処理部11は、第一トランザクションデータを取得し、取得した第一トランザクションデータを分散台帳に格納する。第一トランザクションデータは、A社とB社との材料契約(つまり第一契約)に関する情報(第一情報ともいう)を示す第一変数と、第一契約に関する第一情報とは異なる情報(第二情報ともいう)を示す第二変数であって第二情報が未定であることを示す所定値が設定されている第二変数とを含んでいる。言い換えれば、第一情報は、第一契約の締結時で特定されている情報であり、第二情報は、第一契約の締結の時点で特定されていない情報である。
 また、処理部11は、第二トランザクションデータを取得し、取得した第二トランザクションデータを分散台帳に格納する。第二トランザクションデータは、A社とC社との製造委託契約(つまり第二契約)に関する情報(第三情報ともいう)を示す第三変数と、第三変数に基づいて第二変数を変更する変更命令とを含んでいる。
 台帳記憶部12は、分散台帳を記憶している記憶部である。台帳記憶部12に格納されている分散台帳は、1以上のトランザクションデータを記憶しており、ハッシュ値などの特性を用いて改ざんが困難であるように管理されている(後述)。台帳記憶部12は、処理部11から提供されたトランザクションデータを分散台帳に格納する。分散台帳には、過去から現在までのトランザクションデータが格納されている。分散台帳に記録された情報の改ざんが困難であるという特性に基づいて、上記トランザクションデータが改ざんされないように管理されている。
 なお、分散台帳は、例えばブロックチェーンであり、この場合を例として説明するが、他の方式の分散台帳(例えば、IOTAまたはハッシュグラフ等)を採用することも可能である。なお、分散台帳は、新しいデータの格納の際にコンセンサスアルゴリズム(例えば、PBFT(Practical Byzantine Fault Tolerance)、PoW(Proof of Work)またはPoS(Proof of Stake))を実行するものであってもよいし、実行しないものであってもよい。コンセンサスアルゴリズムを実行しない分散台帳技術の一例としてHyperledger fabricがある。
 実行部13は、台帳記憶部12が記憶している分散台帳に格納されているトランザクションデータを参照して、処理を実行する機能部である。実行部13は、台帳サーバ10Aが備えるプロセッサ(例えばCPU)がメモリを用いてプログラムを実行することで実現され得る。ここでは、実行部13は、分散台帳に格納されているトランザクションデータに含まれているスマートコントラクトのコードに従って処理を実行するコントラクト実行部である場合を例として説明する。
 具体的には、実行部13は、第一トランザクションデータが分散台帳に格納された後に、分散台帳に格納されている第一トランザクションデータに含まれている第二変数を読み出して記憶部14に格納する格納処理を実行する。
 格納処理は、例えば、第一トランザクションデータが分散台帳に格納されたことに基づいて、実行部13が第一コントラクトコードを実行したことによって行われる。
 また、実行部13は、第二トランザクションデータが分散台帳に格納された後に、記憶部14に格納されている第二変数を、所定値から、第二トランザクションデータに含まれている変更命令に従って変更する変更処理を実行する。
 変更処理は、例えば、第二トランザクションデータが分散台帳に格納されたことに基づいて、実行部13が第二コントラクトコードを実行したことによって行われる。
 記憶部14は、変数を格納している記憶領域を有する記憶装置である。変数は、契約に関する情報を示す変数であり、具体的には、第一変数、第二変数および第三変数を含む。記憶部14に格納されている変数は、実行部13により設定され、また、読み出される。記憶部14は、書き換え可能な記憶装置、例えば、RAM(Random Access Memory)などのメモリ、または、HDD(Hard Disk Drive)もしくはSSD(Solid State Drive)などのストレージにより実現される。
 なお、第一トランザクションデータまたは第二トランザクションデータには、複数の署名が付与されるマルチシグ技術が適用されてもよく、この場合を例として説明するが、第一トランザクションデータまたは第二トランザクションデータに単一の電子署名が付与されるだけでもよい。
 具体的には、第一トランザクションデータは、材料契約の締結者であるA社およびB社それぞれの電子署名を含んでいてもよい。その場合、処理部11が第一トランザクションデータを分散台帳に格納する際には、第一トランザクションデータに含まれているA社およびB社それぞれの電子署名の検証が成功した場合に、第一トランザクションデータを分散台帳に格納する。
 同様に、第二トランザクションデータは、製造委託契約の締結者であるA社およびC社それぞれの電子署名を含んでいてもよい。その場合、処理部11が第二トランザクションデータを分散台帳に格納する際には、第二トランザクションデータに含まれているA社およびC社それぞれの電子署名の検証が成功した場合に、第二トランザクションデータを分散台帳に格納する。
 なお、材料契約および製造委託契約は、以下のようにも説明され得る。
 材料契約は、材料契約の締結者であるA社およびB社とは異なるユーザ(関係ユーザともいう)が関係する契約であるといえる。
 材料契約における第一情報は、材料契約の締結時に特定されている情報である、材料の購入の金額と、材料の納期とを含む。第一変数は、上記金額を示す変数と、上記納期を示す変数とを含む。
 材料契約における第二情報は、材料契約の締結時に特定されていない情報である材料納品先を含む。材料納品先が関係ユーザに相当する。材料契約の締結時には、材料納品先が特定されておらず、未定である。第二変数は、材料納品先を示す変数を含み、材料納品先を示す変数は、材料契約の締結時には、第二情報が未定であることを示す所定値が設定されている。所定値は、第二変数に設定可能な数値の範囲内において、材料納品先を示すためには実際には使われない数値(例えばゼロ)または所定の予約値が用いられ得る。
 また、製造委託契約は、A社とC社との契約であるといえる。製造委託契約における第三情報は、製品の購入金額を示す変数と、製品を納品する期限を示す変数と、製品の納品先を示す変数とを含む。製造委託契約の契約者のうちA社と異なる契約者であるC社が、材料契約における関係ユーザに該当する。そのため、製造委託契約が締結されたことによって、製造委託契約の契約者のうちA社と異なる契約者であるC社が、材料契約における関係ユーザに該当すると特定される。
 そこで、変更処理では、記憶部14に格納されている第二変数としての材料納品先を示す変数を、所定値から、第二トランザクションデータに含まれている変更命令に従って関係ユーザである第三ユーザに変更する。
 なお、材料契約において、材料の購入の金額、材料の納期および材料納品先のうちの1以上の情報を第一情報としてもよい。その場合、材料の購入の金額、材料の納期および材料納品先のうち第一情報を除く情報が第二情報となる。
 その場合、製造委託契約は、第一情報そのもの、または、第一情報を特定できる情報を含む。そして、製造委託契約が締結されたことによって、第一情報が特定され、第二トランザクションデータに含まれている変更命令によって、材料契約における第一情報が変更される。
 以降において、トランザクションデータ、および、スマートコントラクトのコードについて説明する。
 図4は、本実施の形態におけるトランザクションデータの第一例であるトランザクションデータTAを示す説明図である。トランザクションデータTAは、第一トランザクションデータに相当する。トランザクションデータTAは、例えば、台帳サーバ10Aにより生成される。
 図4に示されるように、トランザクションデータTAは、「スマートコントラクトCAのコード」と、「初期化関数に渡す引数」と、「署名1」と、「署名2」と、「送信日時」とを含む。
 「スマートコントラクトCAのコード」は、スマートコントラクトCAが用いる変数であって、記憶部14に格納されている変数を示す変数部を含む。変数部は、図4において破線枠で示されている。以降でも同様の表現を用いる。スマートコントラクトCAが用いる変数は、金額、材料納品先および納期を含む。金額は、材料契約においてA社が支払う金額を示す。材料納品先は、材料契約によりB社が製造した材料の納品先を示す。納期は、B社が材料を材料納品先に納品する期日を示す。
 また、「スマートコントラクトCAのコード」は、初期化関数を含む。初期化関数は、当該トランザクションデータが分散台帳に格納されたときに実行部13によって実行される特別な関数である。以降でも同様である。
 初期化関数は、引数として金額と納期とを受け付ける。また、初期化関数は、実行されると、記憶部14に格納されている、材料納品先を示す変数、金額を示す変数、および納期を示す変数に値を設定する。具体的には、初期化関数は、実行されると、材料納品先を示す変数に所定値を設定し、金額を示す変数に引数として受け付けた金額を設定し、納期を示す変数に引数として受け付けた納期を設定する。
 なお、図4に初期化関数として示した関数を、一般の関数(つまり、初期化関数でない関数)とし、当該トランザクションデータTAによってその関数を実行させるようにしても同様の効果を奏する。他のスマートコントラクトのコードに含まれる初期化関数についても同様である。
 「初期化関数に渡す引数」は、スマートコントラクトCAの初期化関数に渡す引数であり、納期(2019年1月1日)と金額(500万円)とを含む。この引数として示されている情報が、初期化関数に渡される。
 「署名1」は、トランザクションデータTAに付与されている2つの電子署名のうちの1つ目である。署名1には、A社の署名SAが含まれている。
 「署名2」は、トランザクションデータTAに付与されている2つの電子署名のうちの2つ目である。署名2には、B社の署名SBが含まれている。
 「送信日時」は、トランザクションデータTAが送信された日時を示す。送信日時には、「2018年10月01日 12時00分00秒」が格納されている。
 図4に示されるトランザクションデータTAが分散台帳に格納されると、初期化関数が実行されることで、引数として初期化関数に渡された金額および納期が、それぞれ、記憶部14の金額および納期を示す変数に設定される。
 図5は、本実施の形態におけるトランザクションデータの第二例であるトランザクションデータTBを示す説明図である。トランザクションデータTBは、第二トランザクションデータに相当する。トランザクションデータTBは、例えば、台帳サーバ10Aにより生成される。
 図5に示されるように、トランザクションデータTBは、「スマートコントラクトCBのコード」と、「初期化関数に渡す引数」と、「署名1」と、「署名2」と、「送信日時」とを含む。
 「スマートコントラクトCBのコード」は、変数部と初期化関数とを含む。スマートコントラクトCBが用いる変数は、金額、製品納品先および納期を含む。金額は、製造委託契約においてA社が支払う金額を示す。製品納品先は、製造委託契約によりC社が製造した製品の納品先を示す。納期は、C社が製品を製品納品先に納品する期日を示す。
 初期化関数は、引数として、金額と、納期と、製品納品先と、コントラクトアドレスと、材料納品先とを受け付ける。また、初期化関数は、実行されると、記憶部14に格納されている、製品納品先を示す変数、金額を示す変数、および納期を示す変数に値を設定する。具体的には、初期化関数は、実行されると、金額を示す変数に引数として受け付けた金額を設定し、納期を示す変数に引数として受け付けた納期を設定し、製品納品先を示す変数に引数として受け付けた製品納品先を設定する。また、初期化関数は、実行されると、引数から特定されるスマートコントラクトの材料納品先を示す変数に、引数として受け付けた材料納品先を設定する。
 「初期化関数に渡す引数」は、スマートコントラクトCBの初期化関数に渡す引数であり、納期(2019年2月1日)と、金額(500万円)と、製品納品先(A社の識別情報)と、コントラクトアドレス(スマートコントラクトCAのアドレス)と、材料納品先(C社の識別情報)とを含む。この引数として示されている情報が、初期化関数に渡される。なお、変数である製品納品先に設定されるA社の識別情報を、単にA社と記載することもある。B社およびC社についても同様である。以降でも同様である。
 「署名1」は、トランザクションデータTBに付与されている2つの電子署名のうちの1つ目である。署名1には、A社の署名SAが含まれている。
 「署名2」は、トランザクションデータTBに付与されている2つの電子署名のうちの2つ目である。署名2には、C社の署名SCが含まれている。
 「送信日時」は、トランザクションデータTBが送信された日時を示す。送信日時には、「2018年11月01日 12時00分00秒」が格納されている。
 図5に示されるトランザクションデータTBが分散台帳に格納されると、初期化関数が実行されることで、引数として初期化関数に渡された納期、金額、および製品納品先が、それぞれ、記憶部14の納期、金額、および製品納品先を示す変数に設定される。また、引数として初期化関数に渡されたコントラクトアドレスと材料納品先とに基づいて、スマートコントラクトCAの材料納品先がC社に変更される。
 図6は、本実施の形態における契約管理システム1の処理を示すシーケンス図である。図6には、材料契約の締結、製造委託契約の締結、および、材料契約の内容の変更に係る一連の処理が示されている。
 ステップS101において、台帳サーバ10Aの処理部11は、スマートコントラクトCAのコードを取得する。スマートコントラクトCAのコードの取得は、台帳サーバ10Aが当該コードを生成することによってなされてもよいし、A社の担当者による操作に基づいて端末20Aから送信されたコードを受信することによってなされてもよい。
 ステップS102において、台帳サーバ10Aの処理部11は、トランザクションデータTAを生成する。生成されるトランザクションデータTAには、ステップS101で取得したスマートコントラクトCAのコードが含まれている(図4参照)。
 ステップS103において、台帳サーバ10Aの処理部11は、ステップS102で生成したトランザクションデータTAについての署名を生成してトランザクションデータTAに付与し、署名を付与したトランザクションデータTAを台帳サーバ10Bに送信する。
 ステップS104において、台帳サーバ10Bの処理部11は、ステップS103で送信されたトランザクションデータTAを受信し、受信したトランザクションデータTAについての署名を生成してトランザクションデータTAに付与し、署名を付与したトランザクションデータTAを台帳サーバ10Aおよび10Cそれぞれに送信する。これにより、すべての台帳サーバ10A等が、台帳サーバ10Aおよび10Bそれぞれの署名を付与されたトランザクションデータTAを有する状態になる。
 ステップS105において、台帳サーバ10A等のそれぞれは、ステップS104で署名が付与され、または、送信されたトランザクションデータTAを分散台帳に格納する。トランザクションデータTAを分散台帳へ格納する際には、コンセンサスアルゴリズムに基づいて合意形成がなされたことを条件として、トランザクションデータTAを分散台帳へ格納するようにしてもよい。
 台帳サーバ10A等それぞれの処理部11が、ステップS105でトランザクションデータTAを分散台帳に格納したことに基づいてスマートコントラクトCAの初期化関数を実行することで、下記ステップS106およびステップS107が実現される。
 ステップS106において、台帳サーバ10A等それぞれの処理部11は、記憶部14に格納されている金額を示す変数と、納期を示す変数とに、トランザクションデータTAで初期化関数の引数として渡された金額と納期とをそれぞれ設定する。
 ステップS107において、台帳サーバ10A等それぞれの処理部11は、記憶部14に格納されている材料納品先を示す変数に所定値を設定する。所定値は、材料納品先が未定であることを示す値である。
 ステップS108において、台帳サーバ10Aの処理部11は、スマートコントラクトCBのコードを取得する。スマートコントラクトCBのコードの取得は、台帳サーバ10Aが当該コードを生成することによってなされてもよいし、A社の担当者による操作に基づいて端末20Aから送信されたコードを受信することによってなされてもよい。
 ステップS109において、台帳サーバ10Aの処理部11は、トランザクションデータTBを生成する。生成されるトランザクションデータTBには、ステップS108で取得したスマートコントラクトCBのコードが含まれている(図5参照)。
 ステップS110において、台帳サーバ10Aの処理部11は、ステップS109で生成したトランザクションデータTBについての署名を生成してトランザクションデータTBに付与し、署名を付与したトランザクションデータTBを台帳サーバ10Cに送信する。
 ステップS111において、台帳サーバ10Cの処理部11は、ステップS110で送信されたトランザクションデータTBを受信し、受信したトランザクションデータTBについての署名を生成してトランザクションデータTBに付与し、署名を付与したトランザクションデータTBを台帳サーバ10Aおよび10Bそれぞれに送信する。これにより、すべての台帳サーバ10A等が、台帳サーバ10Aおよび10Cそれぞれの署名を付与されたトランザクションデータTBを有する状態になる。
 ステップS112において、台帳サーバ10A等のそれぞれは、ステップS111で署名が付与され、または、送信されたトランザクションデータTBを分散台帳に格納する。トランザクションデータTBを分散台帳へ格納する際には、コンセンサスアルゴリズムに基づいて合意形成がなされたことを条件として、トランザクションデータTBを分散台帳へ格納するようにしてもよい。
 台帳サーバ10A等それぞれの処理部11が、ステップS112でトランザクションデータTBを分散台帳に格納したことに基づいてスマートコントラクトCBの初期化関数を実行することで、下記ステップS113およびステップS114が実現される。
 ステップS113において、台帳サーバ10A等それぞれの処理部11は、記憶部14に格納されている金額を示す変数と、納期を示す変数と、製品納品先とを示す変数に、トランザクションデータTBで初期化関数の引数として渡された金額と納期と製品納品先とをそれぞれ設定する。
 ステップS114において、台帳サーバ10A等それぞれの処理部11は、記憶部14に格納されている、スマートコントラクトCAの材料納品先を示す変数にC社の識別情報を設定する。
 なお、ここでは、材料契約および製造委託契約に係るスマートコントラクトのコードおよびトランザクションデータの生成を台帳サーバ10A(つまりA社)が行うこととして説明したが、その代わりに、それぞれB社およびC社が行うようにしてもよい。
 以上の一連の処理により、契約管理システム1は、A社とB社との材料契約の締結時に未定である情報を、その後のA社とC社との製造委託契約の締結に基づいて変更することができる。このように、契約管理システム1は、A社、B社およびC社が関係する契約を適切に管理しながら、契約を管理するコンピュータシステムの消費電力の増大を抑制することができる。
 (実施の形態2)
 本実施の形態において、契約を管理するコンピュータシステムの消費電力の増大を抑制する契約管理システムおよびその制御方法などについて、実施の形態1とは異なる形態を説明する。
 本実施の形態の契約管理システムは、契約に関係する各社が提供する台帳サーバ10A等とは異なる取引サーバを備え、取引サーバが契約を適切に管理することに寄与する。取引サーバは、変更処理として、新たなトランザクションデータを生成して有効なものとして管理するとともに、既に分散台帳に格納されているトランザクションデータを無効なものとして管理する。ここで、既に分散台帳に格納されているトランザクションデータとは、未定である情報を含むトランザクションデータであり、例えば、材料納品先が未定である契約に対応するスマートコントラクトを含むトランザクションデータである。また、新たなトランザクションデータは、新たな契約の内容を含むトランザクションデータであり、例えば、製造委託契約が締結されたことによって材料納品先が変更された、新たな契約の内容を定めたスマートコントラクトを含むトランザクションデータである。
 本実施の形態における契約の流れについては、実施の形態1と同様である(図1参照)。
 図7は、本実施の形態における契約管理システム2の構成を模式的に示すブロック図である。
 図7に示されるように、契約管理システム2は、台帳サーバ10A、10Bおよび10Cと、端末20A、20Bおよび20Cと、取引サーバ10Tとを備える。
 台帳サーバ10A等と、端末20A等とについては、実施の形態1におけるものと同様である。ただし、製造委託契約に係るスマートコントラクトが異なる(後述するスマートコントラクトCB1)。
 取引サーバ10Tは、複数の台帳サーバ10A等と同様に、分散台帳を保有しているサーバである。取引サーバ10Tは、台帳サーバ10A等と同様に、分散台帳にトランザクションデータを格納する。取引サーバ10Tは、分散台帳が格納されている記憶領域とは別に、書き換え可能な記憶領域を有し、契約に関する変数を書き換え可能な記憶領域に格納している。また、取引サーバ10Tは、分散台帳に格納されたトランザクションデータに基づいて、新たなスマートコントラクトを生成して分散台帳に格納する。新たなスマートコントラクトを生成する際には、取引サーバ10Tは、分散台帳に格納されているトランザクションデータに含まれている関連情報を参照する。関連情報は、例えば、分散台帳に格納されているトランザクションデータに関連するスマートコントラクトを特定する情報を含み、例えば、上記スマートコントラクトのアドレス(コントラクトアドレスともいう)を含む。新たなトランザクションデータを分散台帳に格納した後には、取引サーバ10Tは、格納した新たなトランザクションデータに含まれるスマートコントラクトを有効なものとして管理し、材料契約の締結時に格納したトランザクションデータに含まれるスマートコントラクト(つまり、関連情報により特定されるスマートコントラクト)を無効なものとして管理する。
 取引サーバ10Tは、ネットワークNに直接的に又は間接的に接続されていて、ネットワークNを介して、台帳サーバ10A等と互いに通信可能である。
 取引サーバ10Tの機能構成は、台帳サーバ10A等と同様である(図3参照)。
 図8は、本実施の形態におけるトランザクションデータの第一例であるトランザクションデータTB1を示す説明図である。トランザクションデータTB1は、実施の形態1におけるトランザクションデータTBに類似している(図5参照)。以降において、トランザクションデータTB1について、トランザクションデータTBと異なる部分を主に説明する。
 図8に示されるように、トランザクションデータTB1は、「スマートコントラクトCB1のコード」と、「初期化関数に渡す引数」と、「署名1」と、「署名2」と、「送信日時」とを含む。
 「スマートコントラクトCB1のコード」は、変数部と初期化関数とを含む。スマートコントラクトCB1が用いる変数は、金額、製品納品元、製品納品先、納期および関連スマートコントラクトアドレスを含む。製品納品元は、製造委託契約によりC社が製造した製品の納品元を示す。関連スマートコントラクトは、関連情報の一例であり、当該スマートコントラクトCB1に関連するスマートコントラクトのアドレスを示す。その他の変数は、スマートコントラクトCBにおけるものと同じである。
 初期化関数は、引数として、金額と、納期と、製品納品元と、製品納品先と、コントラクトアドレスとを受け付ける。また、初期化関数は、実行されると、記憶部14に格納されている、金額を示す変数、納期を示す変数、製品納品先を示す変数、および関連スマートコントラクトアドレスを示す変数に値を設定する。具体的には、初期化関数は、実行されると、金額を示す変数に引数として受け付けた金額を設定し、納期を示す変数に引数として受け付けた納期を設定し、製品納品先を示す変数に引数として受け付けた金額を設定し、関連コントラクトアドレスを示す変数に引数として受け付けたコントラクトアドレスを設定する。
 初期化関数に渡す引数は、スマートコントラクトCB1の初期化関数に渡す引数であり、納期(2019年2月1日)と、金額(500万円)と、製品納品元(C社の識別情報)と、製品納品先(A社の識別情報)と、コントラクトアドレス(スマートコントラクトCAのアドレス)とを含む。この引数として示されている情報が、初期化関数に渡される。
 「署名1」、「署名2」および「送信日時」は、実施の形態1のトランザクションデータTBにおけるものと同じである。
 図8に示されるトランザクションデータTB1が分散台帳に格納されると、初期化関数が実行されることで、引数として初期化関数に渡された納期、金額、および製品納品先が、それぞれ、記憶部14の納期、金額、および製品納品先を示す変数に設定される。また、引数として初期化関数に渡されたコントラクトアドレスと製品納品元とに基づいて、以降に示す新たなスマートコントラクトCA1の材料納品先がC社に変更される。
 図9は、本実施の形態におけるトランザクションデータの第二例であるトランザクションデータTA1を示す説明図である。トランザクションデータTA1は、材料納品先を設定した新たなスマートコントラクトを含むトランザクションデータであり、取引サーバ10Tが生成するトランザクションデータである。トランザクションデータTA1は、実施の形態1におけるトランザクションデータTAに類似している(図4参照)。以降において、トランザクションデータTA1について、トランザクションデータTAと異なる部分を主に説明する。
 図9に示されるように、トランザクションデータTA1は、「スマートコントラクトCA1のコード」と、「初期化関数に渡す引数」と、「署名1」と、「署名2」と、「署名3」と、「送信日時」とを含む。
 「スマートコントラクトCA1のコード」は、変数部と初期化関数とを含む。スマートコントラクトCA1が用いる変数は、スマートコントラクトCAと同様に、金額、材料納品先および納期を含む。
 初期化関数は、引数として金額と納期とを受け付ける。また、初期化関数は、実行されると、記憶部14に格納されている、材料納品先を示す変数、金額を示す変数、および納期を示す変数に値を設定する。具体的には、初期化関数は、実行されると、材料納品先を示す変数にC社の識別情報を設定し、金額を示す変数に引数として受け付けた金額を設定し、納期を示す変数に引数として受け付けた納期を設定する。
 「初期化関数に渡す引数」は、スマートコントラクトCA1の初期化関数に渡す引数であり、納期(2019年1月1日)と金額(500万円)とを含む。この引数として示されている情報が、初期化関数に渡される。
 「署名1」は、トランザクションデータTA1に付与されている3つの電子署名のうちの1つ目である。署名1には、取引サーバ10Tの署名STが含まれている。
 「署名2」は、トランザクションデータTA1に付与されている3つの電子署名のうちの2つ目である。署名2には、A社の署名SAが含まれている。
 「署名3」は、トランザクションデータTA1に付与されている3つの電子署名のうちの3つ目である。署名3には、B社の署名SBが含まれている。
 「送信日時」は、トランザクションデータTA1が送信された日時を示す。送信日時には、「2018年11月01日 12時05分00秒」が格納されている。
 図9に示されるトランザクションデータTA1が分散台帳に格納されると、初期化関数が実行されることで、引数として初期化関数に渡された金額および納期が、それぞれ、記憶部14の金額および納期を示す変数に設定され、また、記憶部14の材料納品先を示す変数にC社の識別情報が設定される。
 図10は、本実施の形態における取引サーバ10Tの処理を示すフロー図である。図10に示されるフロー図は、取引サーバ10TがトランザクションデータTA1を生成して分散台帳に格納する処理を示している。
 ステップS201において、取引サーバ10Tの処理部11は、台帳記憶部12が有する分散台帳にトランザクションデータが新たに格納されたか否かを判定する。トランザクションデータが新たに格納されたと判定した場合(ステップS201でYes)にはステップS202に進み、そうでない場合(ステップS201でNo)には、ステップS201を再び実行する。つまり、処理部11は、トランザクションデータが新たに格納されるまで、ステップS201で待機する。
 ステップS202において、取引サーバ10Tの処理部11は、新たに分散台帳に格納されたトランザクションデータに関連情報が含まれているか否かを判定する。関連情報が含まれていると判定した場合(ステップS202でYes)にはステップS203に進み、そうでない場合(ステップS202でNo)には、図10に示されている一連の処理を終了する。
 ステップS203において、取引サーバ10Tの処理部11は、新たに分散台帳に格納されたトランザクションデータに含まれている関連情報に基づいて関連スマートコントラクトを特定する。例えば、図8に示されるトランザクションデータTB1が新たに分散台帳に格納されたときには、処理部11は、関連スマートコントラクトとしてスマートコントラクトCAを特定する。
 ステップS204において、取引サーバ10Tの処理部11は、ステップS203で特定された関連スマートコントラクトの変数に所定値が含まれているか否かを判定する。所定値が含まれていると判定した場合には、ステップS205に進み、そうでない場合には、図10に示されている一連の処理を終了する。例えば、処理部11は、関連スマートコントラクトとして特定されたスマートコントラクトCAに材料納品先として所定値が含まれている(図4参照)ことを特定し、ステップS205に進む。
 ステップS205において、取引サーバ10Tの処理部11は、所定値が設定されている変数に設定すべき値を、新たに格納されたトランザクションデータに基づいて特定する。
 ステップS206において、取引サーバ10Tの処理部11は、ステップS205で特定した値を変数に設定したスマートコントラクトCA1のコードを生成する。
 ステップS207において、取引サーバ10Tの処理部11は、ステップS206で生成したスマートコントラクトCA1のコードを含めたトランザクションデータTA1を生成する。
 ステップS208において、取引サーバ10Tの処理部11は、ステップS207で生成したトランザクションデータTA1に署名を付与する。取引サーバ10Tが署名を付与したトランザクションデータTA1は、台帳サーバ10Aに送信され、台帳サーバ10Aの署名を付与される。その後、トランザクションデータTA1は、台帳サーバ10Bに送信され、台帳サーバ10Bの署名を付与され、その後、台帳サーバ10Aおよび10Cならびに取引サーバ10Tに送信される。
 ステップS209において、取引サーバ10Tの処理部11は、ステップS208で署名が付与されたトランザクションデータTA1を分散台帳に格納する。このとき、台帳サーバ10A等もトランザクションデータTA1を分散台帳に格納する。これにより、台帳サーバ10A等および取引サーバ10Tの全ての分散台帳にトランザクションデータTA1が格納された状態になる。
 図11および図12は、本実施の形態における契約管理システム2の処理を示すシーケンス図である。
 図11および図12に示されるシーケンス図について、図6のシーケンス図と同じ処理、および、図10のフロー図と同じ処理については、同じ符号を付し、詳細な説明を省略する。
 ステップS101~S105において、台帳サーバ10A等、および、取引サーバ10Tの処理部11は、スマートコントラクトCAのコードを含むトランザクションデータTAを取得して分散台帳に格納する。
 ステップS106~S107において、台帳サーバ10A等、および、取引サーバ10Tの処理部11は、ステップS105でトランザクションデータTAを分散台帳に格納したことに基づいて、スマートコントラクトCAの初期化関数を実行することで、記憶部14に格納されている、金額、納期および材料納品先を設定する。
 ステップS108A~S112Aにおいて、台帳サーバ10A等および取引サーバ10Tそれぞれの処理部11によってスマートコントラクトCB1を含むトランザクションデータTB1が生成され、台帳サーバ10Aおよび10Cにより署名が付与された後に、分散台帳に格納される。
 ここで、ステップS108Aでは、図6のステップS108と比較して、取得するコードの内容と初期化関数に渡す引数とが異なる。また、ステップS109AおよびS112Aでは、それぞれ、図6のステップS109およびステップS112と比較して、トランザクションデータの内容が異なる。
 台帳サーバ10A等および取引サーバ10Tそれぞれの処理部11が、ステップS112AでトランザクションデータTB1を分散台帳に格納したことに基づいて、スマートコントラクトCB1の初期化関数を実行することで、下記ステップS113Aが実現される。
 ステップS113Aにおいて、台帳サーバ10A等および取引サーバ10Tそれぞれの処理部11は、記憶部14に格納されている金額を示す変数と、納期を示す変数と、製品納品先を示す変数と、関連スマートコントラクトアドレスを示す変数とに、トランザクションデータTB1で初期化関数の引数として渡された金額と納期と製品納品先とコントラクトアドレスとをそれぞれ設定する。
 図12に移り、取引サーバ10Tの処理部11は、ステップS201~S209において、ステップS112Aで分散台帳に新たなトランザクションデータTB1が格納されたことに基づいて、スマートコントラクトCA1を含むトランザクションデータTA1を生成し、分散台帳に格納する(図10参照)。ここで、スマートコントラクトCA1の材料納品先はC社と特定される。
 台帳サーバ10A等および取引サーバ10Tそれぞれの処理部11が、ステップS209でトランザクションデータTA1を分散台帳に格納したことに基づいて、スマートコントラクトCA1の初期化関数を実行することで、下記ステップS210およびS211が実現される。
 ステップS210において、台帳サーバ10A等および取引サーバ10Tそれぞれの処理部11は、記憶部14に格納されている金額を示す変数と、納期を示す変数とに、トランザクションデータTA1で初期化関数の引数として渡された金額と納期をそれぞれ設定する。
 ステップS211において、台帳サーバ10A等および取引サーバ10Tそれぞれの処理部11は、記憶部14に格納されている材料納品先を示す変数にC社の識別情報を設定する。この後、台帳サーバ10A等および取引サーバ10Tそれぞれは、スマートコントラクトCA1を有効なものとして管理し、スマートコントラクトCAを無効なものとして管理する。
 以上の一連の処理により、契約管理システム2は、A社とB社との材料契約の締結時に未定である情報を、その後のA社とC社との製造委託契約の締結に基づいて取引サーバ10Tによって変更することができる。このように、契約管理システム2は、A社、B社およびC社が関係する契約を適切に管理しながら、契約を管理するコンピュータシステムの消費電力の増大を抑制することができる。
 (実施の形態3)
 本実施の形態において、契約を管理するコンピュータシステムの消費電力の増大を抑制する契約管理システムおよびその制御方法などについて、実施の形態1および2とは異なる形態を説明する。
 本実施の形態では、材料契約の内容を定めたスマートコントラクトが、さらに、当該スマートコントラクトの材料納品先を設定する関数(後述する設定関数に相当)を含んでいる。そして、その後に締結される製造委託契約の内容を定めたスマートコントラクトが設定関数を実行する命令を送信する。材料契約の内容を定めたスマートコントラクトは、変更処理として、上記命令を受けて設定関数を実行することによって、材料納品先を設定する。なお、設定関数は、すでに設定されている材料納品先を変更する関数である、ともいえる。
 以降において、(1)実施の形態1の契約管理システム1をベースとして設定関数を利用する形態と、(2)実施の形態2の契約管理システム2をベースとして設定関数を利用する形態とについてそれぞれ説明する。
 (1)契約管理システム1をベースとして設定関数を利用する形態
 図13は、本実施の形態におけるトランザクションデータの第一例であるトランザクションデータTA2を示す説明図である。トランザクションデータTA2は、第一トランザクションデータに相当する。
 図13に示されるように、トランザクションデータTA2は、「スマートコントラクトCA2のコード」と、「初期化関数に渡す引数」と、「署名1」と、「署名2」と、「送信日時」とを含む。
 ここで、トランザクションデータTA2は、図4に示されるトランザクションデータTAに類似するが、スマートコントラクトのコードが異なる。この点について詳細に説明する。
 「スマートコントラクトCA2のコード」は、変数部と初期化関数と設定関数とを含む。変数部と初期化関数とは、スマートコントラクトCAのコードに含まれるものと同じであるので説明を省略する。
 設定関数は、引数として材料納品先を受け付ける関数である。設定関数は、記憶部14に格納されている、材料納品先を示す変数を、引数として受け付けた材料納品先を設定する関数である。
 図14は、本実施の形態におけるトランザクションデータの第二例であるトランザクションデータTB2を示す説明図である。トランザクションデータTB2は、第二トランザクションデータに相当する。
 図14に示されるように、トランザクションデータTB2は、「スマートコントラクトCB2のコード」と、「初期化関数に渡す引数」と、「署名1」と、「署名2」と、「送信日時」とを含む。
 ここで、トランザクションデータTB2は、図5に示されるトランザクションデータTBに類似するが、スマートコントラクトのコードと、初期化関数に渡す引数とが異なる。この点について詳細に説明する。
 「スマートコントラクトCB2のコード」は、変数部と初期化関数とを含む。変数部は、スマートコントラクトCBのコードに含まれるものと同じであるので説明を省略する。
 初期化関数は、引数として、金額と納期と製品納品先とを受け付ける。初期化関数は、実行されると、記憶部14に格納されている、製品納品先を示す変数、金額を示す変数、および納期を示す変数に値を設定する。具体的には、初期化関数は、実行されると、金額を示す変数に引数として受け付けた金額を設定し、納期を示す変数に引数として受け付けた納期を設定し、製品納品先を示す変数に引数として受け付けた金額を設定する。
 トランザクションデータTB2の初期化関数に渡す引数は、納期と金額と製品納品先とである。
 図15は、本実施の形態におけるトランザクションデータの第三例であるトランザクションデータTA3を示す説明図である。トランザクションデータTA3は、スマートコントラクトCA2の設定関数を実行させるための関数である。トランザクションデータTA3を分散台帳に格納することは、スマートコントラクトCA2の設定関数を実行させる命令を送信することに相当する。
 図15に示されるように、トランザクションデータTA3は、「実行される関数」と、「設定関数に渡す引数」と、「署名1」と、「署名2」と、「送信日時」とを含む。
 「実行される関数」は、当該スマートコントラクトが分散台帳に格納されることによって実行される関数を示す。図15では、実行される関数として、スマートコントラクトCA2の設定関数が設定されている。
 「設定関数に渡す引数」は、当該スマートコントラクトCA2によって実行される関数である設定関数に渡す引数であり、材料納品先(C社の識別情報)を含む。
 「署名1」は、トランザクションデータTA3に付与されている2つの電子署名のうちの1つ目である。署名1には、A社の署名SAが含まれている。
 「署名2」は、トランザクションデータTA3に付与されている2つの電子署名のうちの2つ目である。署名2には、B社の署名SCが含まれている。
 「送信日時」は、トランザクションデータTA3が送信された日時を示す。送信日時には、「2018年11月01日 12時00分00秒」が格納されている。
 図15に示されるトランザクションデータTA3が分散台帳に格納されることで、引数である材料納品先にC社の識別情報が設定されてスマートコントラクトCA2の設定関数が実行され、その結果、スマートコントラクトCA2の材料納品先がC社に変更される。
 図16および図17は、本実施の形態における契約管理システムの処理を示すシーケンス図である。
 図16および図17に示されるシーケンス図について、図6のシーケンス図と同じ処理については、同じ符号を付し、詳細な説明を省略する。
 ステップS101B~S105において、台帳サーバ10A等の処理部11は、スマートコントラクトCA2のコードを含むトランザクションデータTA2を取得して分散台帳に格納する。トランザクションデータTA2を分散台帳に格納することは、スマートコントラクトCA2の設定関数を実行させる命令を送信することに相当する。
 ここで、ステップS101Bでは、図6のステップS101と比較して、取得するコードの内容が異なる。また、ステップS102BおよびステップS105Bでは、それぞれ、図6のステップS102およびステップS105と比較して、トランザクションデータの内容が異なる。
 ステップS106~S107において、台帳サーバ10A等の処理部11は、ステップS105でトランザクションデータTA2を分散台帳に格納したことに基づいて、スマートコントラクトCA2の初期化関数を実行することで、記憶部14に格納されている、金額、納期および材料納品先を設定する。
 ステップS108B~S112Bにおいて、台帳サーバ10Aの処理部11によってスマートコントラクトCB2を含むトランザクションデータTB2が生成され、台帳サーバ10Aおよび10Cにより署名が付与されたあとに、分散台帳に格納される。
 ここで、ステップS108Bでは、図6のステップS108と比較して、取得するコードの内容と初期化関数に渡す引数とが異なる。また、ステップS109BおよびS112Bでは、それぞれ、図6のステップS109およびステップS112と比較して、トランザクションデータの内容が異なる。
 台帳サーバ10A等それぞれの処理部11が、ステップS112BでトランザクションデータTB2を分散台帳に格納したことに基づいて、スマートコントラクトCB2の初期化関数を実行することで、ステップS113が実現される。
 図17に移り、ステップS301において、台帳サーバ10Cの処理部11は、トランザクションデータTA3を生成する(図15参照)。
 ステップS302において、台帳サーバ10Cの処理部11は、ステップS301で生成したトランザクションデータTA3に署名を付与して、台帳サーバ10Aに送信する。
 ステップS303において、台帳サーバ10Aの処理部11は、ステップS302で台帳サーバ10Cの処理部11から取得したトランザクションデータTA3に署名を付与して、台帳サーバ10Bおよび10Cに送信する。
 ステップS304において、台帳サーバ10A等のそれぞれは、ステップS303で署名が付与され、または、送信されたトランザクションデータTA3を分散台帳に格納する。トランザクションデータTA3を分散台帳へ格納する際には、コンセンサスアルゴリズムに基づいて合意形成がなされたことを条件として、トランザクションデータTA3を分散台帳へ格納するようにしてもよい。
 台帳サーバ10A等それぞれの処理部11が、ステップS304でトランザクションデータTA3を分散台帳に格納したことに基づいて、スマートコントラクトCA2の設定関数を実行することで、下記ステップS305が実現される。
 ステップS305において、台帳サーバ10A等それぞれの処理部11は、記憶部14に格納されている材料納品先を示す変数にC社の識別情報を設定する。
 以上の一連の処理により、本形態の契約管理システムは、設定関数を含むスマートコントラクトを用いて、A社、B社およびC社が関係する契約を適切に管理しながら、契約を管理するコンピュータシステムの消費電力の増大を抑制することができる。
 (2)契約管理システム2をベースとして設定関数を利用する形態
 図18は、本実施の形態における取引サーバ10Tの処理を示すフロー図である。
 図18に示される取引サーバ10Tの処理は、実施の形態2の取引サーバ10Tの処理(図10参照)と類似している。異なる箇所を主に説明する。
 ステップS201~S205において、取引サーバ10Tは、分散台帳にトランザクションデータが新たに格納された場合に、当該トランザクションデータに含まれるスマートコントラクトCBに関連するスマートコントラクトの所定値に設定すべき値を特定する。
 ステップS206Bにおいて、取引サーバ10Tの処理部11は、ステップS205で特定した値を、スマートコントラクトCA2の設定関数に引数として渡すトランザクションデータTA3を生成する。
 ステップS208Bにおいて、取引サーバ10Tの処理部11は、ステップS206Bで生成したトランザクションデータTA3に署名を付与する。
 ステップS209Bにおいて、取引サーバ10Tの処理部11は、ステップS208Bで署名を付与したトランザクションデータTA3を分散台帳に格納する。このとき、ステップS208Bで署名を付与したトランザクションデータTA3が、台帳サーバ10Aなどの処理部11によって分散台帳に格納される。
 図19および図20は、本実施の形態における契約管理システムの処理を示すシーケンス図である。
 本実施の形態における契約管理システムの処理は、図11に示される処理と類似している。図11に示される処理と異なる個所について説明する。
 図19に示される処理は、図11におけるステップS101~S105の処理に相当する部分を抜き出したものである。
 ステップS101B~S105Bにおいて、台帳サーバ10A等および取引サーバ10Tの処理部11は、スマートコントラクトCA2のコードを含むトランザクションデータTA2を取得して分散台帳に格納する。
 ここで、ステップS101Bでは、図6のステップS101と比較して、取得するコードの内容が異なる。また、ステップS102BおよびステップS105Bでは、それぞれ、図6のステップS102およびステップS105と比較して、トランザクションデータの内容が異なる。
 ステップS106以降の処理は、図11におけるステップS106以降の処理と同じであるので図示を省略する。
 図20に示される処理は、図12に示される処理と類似している。図12に示される処理と異なる部分について説明する。
 図20において、ステップS201~S209Bにおいて、ステップS112A(図11参照)で分散台帳に新たなトランザクションデータTB1が格納されたことに基づいてトランザクションデータTA3を生成し、分散台帳に格納する。ここで、スマートコントラクトCA2の材料納品先がC社と特定され、トランザクションデータTA3に、設定関数に渡す引数として設定される。
 台帳サーバ10A等および取引サーバ10Tそれぞれの処理部11が、ステップS209でトランザクションデータTA3を分散台帳に格納したことに基づいて設定関数を実行することで、下記ステップS210Bが実現される。
 ステップS210Bにおいて、台帳サーバ10A等および取引サーバ10Tそれぞれの処理部11は、上記設定関数を実行することで、記憶部14に格納されている材料納品先を示す変数に、トランザクションデータTA3で設定関数の引数として渡された材料納品先を設定する。
 以上の一連の処理により、本形態の契約管理システムは、設定関数を含むスマートコントラクトを用いて、A社、B社およびC社が関係する契約を適切に管理しながら、契約を管理するコンピュータシステムの消費電力の増大を抑制することができる。
 (変形例1)
 図21は、本変形例における契約管理システム3の構成を模式的に示すブロック図である。本変形例における契約管理システム3は、実施の形態2の契約管理システム2、または、実施の形態3の形態(2)の契約管理システムの変形例である。
 図21に示される契約管理システム3は、台帳サーバ10A、10Bおよび10Cと、端末20A、20Bおよび20Cと、取引サーバ10Tとを備える。
 契約管理システム3では、台帳サーバ10A、10Bおよび10Cは、一か所にまとめて配置されている。より一般的には、台帳サーバ10A、10Bおよび10Cは、それぞれ、必ずしもA社、B社およびC社に配置されている必要はなく、ネットワークNに直接的にまたは間接的に接続され得る任意の場所に配置されていてよい。
 このような台帳サーバ10A等の配置によっても、実施の形態2の契約管理システム2、または、実施の形態3の形態(2)の契約管理システムと同様の機能を有し、同様の効果を発揮する。
 (変形例2)
 図22は、本変形例における契約管理システム4の構成を模式的に示すブロック図である。本変形例における契約管理システム4は、実施の形態2の契約管理システム2、または、実施の形態3の形態(2)の契約管理システムの変形例である。
 図22に示される契約管理システム4は、取引サーバ10T、10Uおよび10Vと、端末20A、20Bおよび20Cとを備える。
 契約管理システム4では、取引サーバ10T、10Uおよび10Vが、それぞれ、台帳サーバ10A、10Bおよび10Cの機能を兼ねている。なお、取引サーバ10T、10Uおよび10Vは、実施の形態3の変形例1の台帳サーバ10A等と同じように一か所にまとめて配置されているが、実施の形態3のようにA社、B社およびC社に配置されていてもよい。
 このような取引サーバ10T等の配置によっても、実施の形態2の契約管理システム2、または、実施の形態3の形態(2)の契約管理システムと同様の機能を有し、同様の効果を発揮する。
 (補足)
 上記各実施の形態、又は、変形例におけるブロックチェーンについて補足的に説明する。
 図23は、ブロックチェーンのデータ構造を示す説明図である。
 ブロックチェーンは、その記録単位であるブロックがチェーン(鎖)状に接続されたものである。それぞれのブロックは、複数のトランザクションデータと、直前のブロックのハッシュ値とを有している。具体的には、ブロックB2には、その前のブロックB1のハッシュ値が含まれている。そして、ブロックB2に含まれる複数のトランザクションデータと、ブロックB1のハッシュ値とから演算されたハッシュ値が、ブロックB2のハッシュ値として、ブロックB3に含められる。このように、前のブロックの内容をハッシュ値として含めながら、ブロックをチェーン状に接続することで、記録されたトランザクションデータの改ざんを有効に防止する。
 仮に過去のトランザクションデータが変更されると、ブロックのハッシュ値が変更前と異なる値になり、改ざんしたブロックを正しいものとみせかけるには、それ以降のブロックすべてを作り直さなければならず、この作業は現実的には非常に困難である。この性質を使用して、ブロックチェーンに改ざん困難性が担保されている。
 図24は、トランザクションデータのデータ構造を示す説明図である。
 図24に示されるトランザクションデータは、トランザクション本体P1と、電子署名P2とを含む。トランザクション本体P1は、当該トランザクションデータに含まれるデータ本体である。電子署名P2は、トランザクション本体P1のハッシュ値に対して、当該トランザクションデータの作成者の署名鍵で署名する、より具体的には、作成者の秘密鍵で暗号化することで生成されたものである。
 トランザクションデータは、電子署名P2を有するので、改ざんが実質的に不可能である。これにより、トランザクション本体の改ざんが防止される。
 なお、上記実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、CPUまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記実施の形態のコンテンツ管理システムなどを実現するソフトウェアは、次のようなプログラムである。
 すなわち、このプログラムは、コンピュータに、分散台帳を保有している複数の装置を備える契約管理システムにおいて、当該複数の装置のうちの一の装置が実行する制御方法であって、第一ユーザと第二ユーザとの第一契約に関する第一情報を示す第一変数と、前記第一契約に関する前記第一情報とは異なる第二情報を示す第二変数であって前記第二情報が未定であることを示す所定値が設定されている第二変数とを含む第一トランザクションデータを取得し、取得した前記第一トランザクションデータを前記分散台帳に格納し、前記分散台帳に格納した前記第一トランザクションデータに含まれている前記第二変数を読み出して前記一の装置の書き換え可能な記憶部に格納する格納処理を実行し、前記第一ユーザと第三ユーザとの第二契約に関する第三情報を示す第三変数と、前記第三変数に基づいて前記第二変数を変更する変更命令とを含む第二トランザクションデータを取得し、取得した前記第二トランザクションデータを前記分散台帳に格納し、前記第二トランザクションデータを前記分散台帳に格納した後に、前記記憶部に格納されている前記第二変数を前記所定値から前記変更命令に従って変更する変更処理を実行する制御方法を実行させるプログラムである。
 以上、一つまたは複数の態様に係る契約管理システムなどについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。
 本発明は、契約を管理する契約管理システムに利用可能である。
 1、2、3、4  契約管理システム
 10A、10B、10C  台帳サーバ
 10T、10U、10V  取引サーバ
 11  処理部
 12  台帳記憶部
 13  実行部
 14  記憶部
 20A、20B、20C  端末
 B1、B2、B3  ブロック
 CA、CA1、CA2、CB、CB1、CB2  スマートコントラクト
 N  ネットワーク
 P1  トランザクション本体
 P2  電子署名
 TA、TA1、TA2、TA3、TB、TB1、TB2  トランザクションデータ

Claims (10)

  1.  分散台帳を保有している複数の装置を備える契約管理システムにおいて、当該複数の装置のうちの一の装置が実行する制御方法であって、
     第一ユーザと第二ユーザとの第一契約に関する第一情報を示す第一変数と、前記第一契約に関する前記第一情報とは異なる第二情報を示す第二変数であって前記第二情報が未定であることを示す所定値が設定されている第二変数とを含む第一トランザクションデータを取得し、
     取得した前記第一トランザクションデータを前記分散台帳に格納し、
     前記分散台帳に格納した前記第一トランザクションデータに含まれている前記第二変数を読み出して前記一の装置の書き換え可能な記憶部に格納する格納処理を実行し、
     前記第一ユーザと第三ユーザとの第二契約に関する第三情報を示す第三変数と、前記第三変数に基づいて前記第二変数を変更する変更命令とを含む第二トランザクションデータを取得し、
     取得した前記第二トランザクションデータを前記分散台帳に格納し、
     前記第二トランザクションデータを前記分散台帳に格納した後に、前記記憶部に格納されている前記第二変数を前記所定値から前記変更命令に従って変更する変更処理を実行する
     制御方法。
  2.  前記第一契約は、前記第一ユーザおよび前記第二ユーザと異なるユーザである関係ユーザが関係する契約であり、
     前記第二情報は、前記関係ユーザの識別情報を含み、
     前記第二契約は、前記第一ユーザと、前記関係ユーザである前記第三ユーザとの契約であり、
     前記変更処理は、
     前記記憶部に格納されている前記第二変数を、前記所定値から、前記変更命令に従って前記関係ユーザである前記第三ユーザの識別情報に変更する処理である
     請求項1に記載の制御方法。
  3.  前記第一トランザクションデータは、前記第一変数と、前記第二変数と、前記第一変数および前記第二変数を前記記憶部に格納する格納命令とを含む第一コントラクトコードを含み、
     前記格納処理は、前記第一トランザクションデータが前記分散台帳に格納されたことに基づいて、前記一の装置が備えるコントラクト実行部が前記第一コントラクトコードに含まれる前記格納命令を実行したことによって行われる
     請求項1または2に記載の制御方法。
  4.  前記第一コントラクトコードは、前記記憶部に格納される前記第二変数を設定する設定関数を含み、
     前記変更処理は、
     前記設定関数を実行させる命令を含む第三トランザクションデータを取得した場合に、取得した前記第三トランザクションデータが前記分散台帳に格納されたことに基づいて、前記コントラクト実行部が前記設定関数を実行したことで行われる
     請求項3に記載の制御方法。
  5.  前記第二トランザクションデータは、前記第三変数と、前記変更命令とを含む第二コントラクトコードを含み、
     前記変更処理は、前記第二トランザクションデータが前記分散台帳に格納されたことに基づいて、前記一の装置が備えるコントラクト実行部により前記変更命令が実行されたことによって行われる
     請求項1~4のいずれか1項に記載の制御方法。
  6.  前記第一トランザクションデータは、前記第一ユーザの電子署名と、前記第二ユーザの電子署名とを含んでいて、
     前記第一トランザクションデータを前記分散台帳に格納する際には、
     前記第一トランザクションデータに含まれている前記第一ユーザの電子署名と、前記第二ユーザの電子署名との両方の検証が成功した場合に、前記第一トランザクションデータを前記分散台帳に格納する
     請求項1~5のいずれか1項に記載の制御方法。
  7.  前記第二トランザクションデータは、前記第一ユーザの電子署名と、前記第三ユーザの電子署名とを含んでいて、
     前記第二トランザクションデータを前記分散台帳に格納する際には、
     前記第二トランザクションデータに含まれている前記第一ユーザの電子署名と、前記第三ユーザの電子署名との両方の検証が成功した場合に、前記第二トランザクションデータを前記分散台帳に格納する
     請求項1~6のいずれか1項に記載の制御方法。
  8.  前記第一契約は、前記第一ユーザが前記第二ユーザから材料を購入し、購入した前記材料を納品先に配送することを定めた契約を含み、
     前記第一情報は、前記材料の購入金額と、前記材料を納品する期限とを含み、
     前記第二情報は、前記材料の納品先を含み、
     前記第二契約は、前記第三ユーザが、前記第二ユーザから納入された前記材料から製品を製造して前記第一ユーザに納品することを定めた契約を含み、
     前記第三情報は、前記製品の購入金額と、前記製品を納品する期限と、前記製品の納品先とを含む
     請求項1~7のいずれか1項に記載の制御方法。
  9.  分散台帳を保有している複数の装置を備える契約管理システムにおける、当該複数の装置のうちの一の装置であって、
     処理部と、
     前記分散台帳を記憶している台帳記憶部と、
     実行部と、
     書き換え可能な記憶部とを備え、
     前記処理部は、第一ユーザと第二ユーザとの第一契約に関する第一情報を示す第一変数と、前記第一契約に関する前記第一情報とは異なる第二情報を示す第二変数であって前記第二情報が未定であることを示す所定値が設定されている第二変数とを含む第一トランザクションデータを取得し、取得した前記第一トランザクションデータを前記分散台帳に格納し、
     前記実行部は、前記分散台帳に格納した前記第一トランザクションデータに含まれている前記第二変数を読み出して前記記憶部に格納する格納処理を実行し、
     前記処理部は、さらに、前記第一ユーザと第三ユーザとの第二契約に関する第三情報を示す第三変数と、前記第三変数に基づいて前記第二変数を変更する変更命令とを含む第二トランザクションデータを取得し、取得した前記第二トランザクションデータを前記分散台帳に格納し、
     前記実行部は、前記第二トランザクションデータを前記分散台帳に格納した後に、前記記憶部に格納されている前記第二変数を前記所定値から前記変更命令に従って変更する変更処理を実行する
     装置。
  10.  請求項1~8のいずれか1項に記載の制御方法をコンピュータに実行させるプログラム。
     
PCT/JP2020/046396 2019-12-19 2020-12-11 制御方法、装置、および、プログラム WO2021125106A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202080086759.XA CN114830149A (zh) 2019-12-19 2020-12-11 控制方法、装置以及程序
JP2021565559A JPWO2021125106A1 (ja) 2019-12-19 2020-12-11
US17/838,846 US20220309495A1 (en) 2019-12-19 2022-06-13 Control method, device, and recording medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962950536P 2019-12-19 2019-12-19
US62/950,536 2019-12-19

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/838,846 Continuation US20220309495A1 (en) 2019-12-19 2022-06-13 Control method, device, and recording medium

Publications (1)

Publication Number Publication Date
WO2021125106A1 true WO2021125106A1 (ja) 2021-06-24

Family

ID=76477492

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/046396 WO2021125106A1 (ja) 2019-12-19 2020-12-11 制御方法、装置、および、プログラム

Country Status (4)

Country Link
US (1) US20220309495A1 (ja)
JP (1) JPWO2021125106A1 (ja)
CN (1) CN114830149A (ja)
WO (1) WO2021125106A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018106386A (ja) * 2016-12-26 2018-07-05 富士通株式会社 プログラム、情報処理装置、および情報処理方法
JP2019515534A (ja) * 2016-04-29 2019-06-06 エヌチェーン ホールディングス リミテッドNchain Holdings Limited 分散ハッシュテーブル及びピア・ツー・ピア分散型台帳を利用した契約の実行を制御する方法及びシステム
KR20190092564A (ko) * 2017-01-26 2019-08-07 알리바바 그룹 홀딩 리미티드 서비스 처리 방법 및 장치

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130047776A (ko) * 2011-10-20 2013-05-09 이재천 도메인 독립형 개별공사용 웹사이트 및 자동생성기와 이를 이용한 그룹 시스템
SG11201913750TA (en) * 2017-06-30 2020-01-30 Sumitomo Mitsui Banking Corp System, method, and program for international trade
EP3692462A4 (en) * 2017-10-04 2021-06-30 The Dun & Bradstreet Corporation SYSTEM AND PROCEDURE FOR IDENTITY RESOLUTION ACROSS UNEQUALLY DISTRIBUTED IMMUTABLE ACCOUNT NETWORKS
US20190318353A1 (en) * 2018-04-12 2019-10-17 Bank Of America Corporation Real time data processing platform for resources on delivery interactions
WO2020113098A1 (en) * 2018-11-29 2020-06-04 Vineti Inc. Centralized and decentralized individualized medicine platform
CN110168582A (zh) * 2018-11-30 2019-08-23 阿里巴巴集团控股有限公司 使用去中心化决策更新区块链智能合约
US11663348B2 (en) * 2018-12-21 2023-05-30 International Business Machines Corporation Dynamic entitlement for blockchain data
US20200410791A1 (en) * 2019-06-25 2020-12-31 Scientia Potentia Est, LLC. Site supervisor system for construction sites

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019515534A (ja) * 2016-04-29 2019-06-06 エヌチェーン ホールディングス リミテッドNchain Holdings Limited 分散ハッシュテーブル及びピア・ツー・ピア分散型台帳を利用した契約の実行を制御する方法及びシステム
JP2018106386A (ja) * 2016-12-26 2018-07-05 富士通株式会社 プログラム、情報処理装置、および情報処理方法
KR20190092564A (ko) * 2017-01-26 2019-08-07 알리바바 그룹 홀딩 리미티드 서비스 처리 방법 및 장치

Also Published As

Publication number Publication date
JPWO2021125106A1 (ja) 2021-06-24
CN114830149A (zh) 2022-07-29
US20220309495A1 (en) 2022-09-29

Similar Documents

Publication Publication Date Title
US11281457B2 (en) Deployment of infrastructure in pipelines
CN109064334B (zh) 一种智能合约记账方法、计算机装置及可读存储介质
US20200026699A1 (en) Highly Performant Decentralized Public Ledger with Hybrid Consensus
CN110995473B (zh) 一种业务节点的控制方法及相关设备
JP7173976B2 (ja) コンピュータにより実現される方法およびシステム
KR20200066261A (ko) 블록체인 상의 스마트 계약의 보안을 개선하기 위한 시스템 및 방법
US11201739B2 (en) Systems and methods for tying token validity to a task executed in a computing system
CN110597916B (zh) 基于区块链的数据处理方法、装置、存储介质及终端
KR20130084671A (ko) 애플리케이션 사용 정책 시행
CN110400217B (zh) 智能合约的规则变更处理方法及装置
CN110263580B (zh) 基于区块链的数据处理方法、装置和区块链节点
EP4141772A1 (en) Supplemental digital content access control using nonfungible tokens (nfts)
US11201738B2 (en) Systems and methods for associating a user with a task executed in a computing system
JP2019509571A (ja) 公開情報の処理方法及びデバイス並びに情報公開システム
CN115809909A (zh) 区块链网络拥塞自适应数字资产事件处置系统和方法
JP7410890B2 (ja) 制御方法、サーバおよびプログラム
WO2021125107A1 (ja) 制御方法、装置、および、プログラム
WO2021125106A1 (ja) 制御方法、装置、および、プログラム
US11195179B2 (en) Detecting cashback and other related reimbursement frauds using blockchain technology
CN110599176A (zh) 基于区块链的数据处理方法、装置、存储介质及节点设备
WO2021125108A1 (ja) 制御方法、装置、および、プログラム
CN116521509A (zh) 智能合约测试方法、装置、设备、存储介质及产品
AU2019101593A4 (en) System and method for improving security of smart contract on blockchain
US20220084026A1 (en) Secure transactions
CN113240426B (zh) 基于智能合约实现区块链用户身份认证的交易方法及系统

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021565559

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 12/10/2022)

122 Ep: pct application non-entry in european phase

Ref document number: 20903572

Country of ref document: EP

Kind code of ref document: A1