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

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

Info

Publication number
WO2023175872A1
WO2023175872A1 PCT/JP2022/012489 JP2022012489W WO2023175872A1 WO 2023175872 A1 WO2023175872 A1 WO 2023175872A1 JP 2022012489 W JP2022012489 W JP 2022012489W WO 2023175872 A1 WO2023175872 A1 WO 2023175872A1
Authority
WO
WIPO (PCT)
Prior art keywords
management device
information processing
side management
contribution
token
Prior art date
Application number
PCT/JP2022/012489
Other languages
English (en)
French (fr)
Inventor
哲 西間木
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to PCT/JP2022/012489 priority Critical patent/WO2023175872A1/ja
Publication of WO2023175872A1 publication Critical patent/WO2023175872A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/04—Manufacturing

Definitions

  • the present invention relates to an information processing device, an information processing method, and an information processing program.
  • the present invention aims to facilitate appropriate distribution of profits among multiple participants.
  • the first smart contract corresponding to each of the processes is used to generate a contract according to the performance type of the performance value in the process related to the purpose. calculates the index value for the process, and uses the second smart contract to distribute the profit obtained from the source to the plurality of participants according to the calculated index value for each process.
  • An information processing device, an information processing method, and an information processing program are proposed that calculate the ratio to be distributed to the users.
  • FIG. 1 is an explanatory diagram showing an example of an information processing method according to an embodiment.
  • FIG. 2 is an explanatory diagram showing an example of the information processing system 200.
  • FIG. 3 is a block diagram showing an example of the hardware configuration of the computer 300.
  • FIG. 4 is a block diagram showing an example of the functional configuration of the information processing device 100.
  • FIG. 5 is a block diagram showing an example of the functional configuration of the information processing system 200.
  • FIG. 6 is an explanatory diagram showing the flow of operations of the information processing system 200.
  • FIG. 7 is an explanatory diagram (part 1) showing a first operation example of the information processing system 200.
  • FIG. 8 is an explanatory diagram (part 2) showing a first operation example of the information processing system 200.
  • FIG. 1 is an explanatory diagram showing an example of an information processing method according to an embodiment.
  • FIG. 2 is an explanatory diagram showing an example of the information processing system 200.
  • FIG. 3 is a block diagram showing an example of the hardware configuration of the
  • Each information processing device 100 stores the second SC.
  • Each information processing device 100 stores the second SC, for example, by registering it in a distributed ledger managed by the device itself.
  • the second SC calculates, based on the index value, a proportion of the profits obtained from the generation source to be distributed to a plurality of participants who share a plurality of processes.
  • the second SC has a function of calculating, for example, a proportion of profits obtained from a generation source to be distributed to a plurality of participants who share a plurality of processes, based on an index value related to each process.
  • the second SC is generated by one of the information processing apparatuses 100, included in a block, and registered in a distributed ledger managed by each information processing apparatus 100.
  • the purchaser side management device 231 receives the calculation request from the purchaser side terminal device 232.
  • the purchaser side management device 231 issues a transaction including the calculation request, and transmits it to the block generation device 201. Thereby, the purchaser-side management device 231 can distribute the block including the calculation request to the supplier-side management device 211, the manufacturer-side management device 221, and the purchaser-side management device 231.
  • the purchaser side management device 231 When the purchaser side management device 231 receives a block including trail data from the block generation device 201, it stores the block including the trail data in a distributed ledger managed by the purchaser side management device 231. When the purchaser side management device 231 receives the block including the token from the block generation device 201, the purchaser side management device 231 stores the block including the token in a distributed ledger managed by the purchaser side management device 231.
  • the block generation device 201 receives a transaction including a token from the manufacturer-side management device 221, and generates a block including the token.
  • the block generation device 201 transmits the generated block to the supplier side management device 211, the manufacturer side management device 221, and the purchaser side management device 231.
  • the block generation device 201 receives a transaction including the first SC from the manufacturer side management device 221, and generates a block including the first SC.
  • the block generation device 201 transmits the generated block to the supplier side management device 211, the manufacturer side management device 221, and the purchaser side management device 231.
  • the acquisition unit 401 acquires, for example, a registration request of the first SC corresponding to one of the processes. For example, when the own device corresponds to the manufacturer-side management device 221, the acquisition unit 401 acquires a registration request of the first SC corresponding to one of the processes.
  • the registration request includes, for example, the first SC.
  • the registration request includes, for example, designation of any process.
  • the acquisition unit 401 acquires a registration request for the first SC by receiving it from another computer.
  • the other computer is, for example, the manufacturer's terminal device 222.
  • the acquisition unit 401 acquires the registration request of the first SC by accepting the input of the registration request of the first SC based on the user's operation input.
  • the acquisition unit 401 acquires, for example, the registration request of the second SC.
  • the acquisition unit 401 acquires the registration request of the second SC.
  • the registration request includes, for example, the second SC.
  • the acquisition unit 401 acquires a registration request for the second SC by receiving it from another computer.
  • the other computer is, for example, the manufacturer's terminal device 222.
  • the acquisition unit 401 acquires the registration request of the second SC by accepting the input of the registration request of the second SC based on the user's operation input.
  • the acquisition unit 401 acquires, for example, a registration request for a calculation request.
  • the acquisition unit 401 acquires a registration request for a calculation request.
  • the registration request includes, for example, a calculation request.
  • the acquisition unit 401 acquires a calculation request registration request by receiving it from another computer.
  • the other computer is the purchaser's terminal device 232.
  • the acquisition unit 401 acquires a calculation request registration request by accepting an input of a calculation request registration request based on a user's operation input.
  • the issuing unit 402 issues, for example, a transaction including the second SC. Specifically, the issuing unit 402 issues a transaction including the second SC in response to the acquiring unit 401 acquiring the registration request for the second SC. Thereby, the issuing unit 402 can control the information processing apparatus 100 to register the block including the second SC in the distributed ledger managed by each of the information processing apparatuses 100.
  • the issuing unit 402 issues a transaction that includes trail data. Specifically, the issuing unit 402 issues a transaction including trail data in response to the acquiring unit 401 acquiring a trail data registration request. Thereby, the issuing unit 402 can control the plurality of information processing devices 100 so as to register the block including the trail data in the distributed ledger managed by each of the information processing devices 100.
  • the issuing unit 402 issues a transaction including a token, for example. Specifically, the issuing unit 402 issues a transaction including a token in response to the acquiring unit 401 acquiring a token registration request. Thereby, the issuing unit 402 can control the information processing apparatus 100 to register a block including the token in the distributed ledger managed by each of the information processing apparatuses 100.
  • the registration unit 403 registers trail data for any of the processes. For example, when receiving a block including trail data in response to a transaction, the registration unit 403 registers the block including trail data in the distributed ledger. Thereby, the registration unit 403 can make the trail data available. The registration unit 403 can make available the actual values in each process related to the purpose.
  • the registration unit 403 registers a token for any of the steps. For example, when receiving a block including a token in response to a transaction, the registration unit 403 registers the block including the token in the distributed ledger. Thereby, the registration unit 403 can make the token usable.
  • the registration unit 403 can specify which trail data to refer to based on the token when calculating the proportion of profits obtained from the generation source corresponding to the token to be distributed to multiple users. .
  • the calculation unit 404 calculates index values regarding each process.
  • the calculation unit 404 calculates an index value regarding each process, for example, in response to registration of a block including a calculation request specifying a token.
  • the calculation unit 404 refers to the distributed ledger, uses the first SC corresponding to each process based on the token, and calculates the relevant value according to the performance type of the performance value in the relevant process regarding the purpose. Calculate index values related to the process. Thereby, the calculation unit 404 can obtain guidelines for calculating the proportion of profits obtained from the generation source to be distributed to a plurality of participants.
  • the calculation unit 404 calculates the proportion of profits obtained from the generation source to be distributed to multiple participants. For example, the calculation unit 404 uses the second SC to calculate the proportion of profits obtained from the generation source to be distributed to the plurality of participants according to the calculated index values for each process. Thereby, the calculation unit 404 can appropriately distribute the profits obtained from the generation source to a plurality of participants.
  • the calculation unit 404 may calculate the amount of profit obtained from the generation source to be distributed to each participant based on the calculated ratio. Thereby, the calculation unit 404 can appropriately distribute the profits obtained from the generation source to each participant.
  • the output unit 405 outputs the processing results of at least one of the functional units.
  • the output format is, for example, displaying on a display, printing out to a printer, transmitting to an external device via network I/F 303, or storing in a storage area such as memory 302 or recording medium 305. Thereby, the output unit 405 can notify the user of the processing results of at least one of the functional units, thereby improving the usability of the information processing apparatus 100.
  • FIG. 5 is a block diagram showing an example of the functional configuration of the information processing system 200.
  • the manufacturer's terminal device 222 includes a receiving section 501, a transmitting section 502, and a display section 503.
  • the receiving unit 501 receives operation input from a user on the manufacturer side.
  • the transmitting unit 502 transmits a trail data registration request, a token registration request, an SC registration request, etc. to the manufacturer side management device 221 based on the received operation input from the manufacturer side user.
  • the display unit 503 displays a screen for accepting operation input from a user on the manufacturer's side.
  • the supplier side terminal device 212 includes a receiving section 501, a transmitting section 502, and a display section 503.
  • the purchaser side terminal device 232 similarly includes a receiving section 501, a transmitting section 502, and a display section 503.
  • the manufacturer-side management device 221 includes a distributed ledger 510, a receiving section 511, a processing section 512, and a transmitting section 513.
  • the distributed ledger 510 stores trail data, tokens, SCs, etc. in blocks.
  • the receiving unit 511 receives a trail data registration request, a token registration request, an SC registration request, and the like from the manufacturer-side terminal device 222.
  • the receiving unit 511 receives a block including trail data, a block including a token, a block including an SC, etc. from the block generating device 201.
  • the processing unit 512 corresponds to each functional unit shown in FIG. 4.
  • the processing unit 512 uses the SC to calculate an index value indicating the degree of contribution of each process based on the token specified in the calculation request, and provides profitable consideration to each participant. Calculate the proportion to be distributed.
  • the transmitting unit 513 transmits a transaction including trail data, a transaction including a token, a transaction including an SC, etc. to the block generation device 201 in response to various registration requests.
  • the supplier side management device 211 includes a distributed ledger 510, a receiving section 511, a processing section 512, and a transmitting section 513.
  • the purchaser side management device 231 similarly includes a distributed ledger 510, a receiving section 511, a processing section 512, and a transmitting section 513.
  • the generation unit 522 generates blocks according to transactions.
  • the generation unit 522 generates, for example, a block including trail data, a block including a token, a block including an SC, etc. in accordance with various transactions.
  • the transmitter 523 transmits the generated block to the manufacturer side management device 221, the supplier side management device 211, or the purchaser side management device 231.
  • the block generation device 201 is a mining node, an ordering service of Hyperledger Fabric, which is open source software for a consortium type blockchain, or the like. [x] in the figure indicates a participant x corresponding to a computer such as the manufacturer-side management device 221, the supplier-side management device 211, or the purchaser-side management device 231.
  • FIG. 6 is an explanatory diagram showing the flow of the operation of the information processing system 200.
  • a distributed ledger 510 is managed by a blockchain network.
  • the blockchain network includes a supplier-side management device 211, a manufacturer-side management device 221, and a purchaser-side management device 231 as nodes.
  • the distributed ledger 510 is shared by various devices that serve as nodes.
  • the manufacturer uses the manufacturer-side terminal device 222 to generate a contribution value calculation SC 603 that describes the process of calculating the contribution value based on the actual value.
  • the contribution value calculation SC603 includes, for example, "Data Type” representing the performance type of the performance value, and a "calculation formula for converting the performance value into a contribution value”.
  • the manufacturer-side terminal device 222 transmits the contribution value calculation SC603 to the manufacturer-side management device 221.
  • the manufacturer side management device 221 registers the contribution value calculation SC 603 in the SC store 630 of the distributed ledger 510.
  • the contribution value calculation SC 603 is shared by various devices serving as nodes.
  • the purchaser purchases the product and pays for the product.
  • a purchaser for example, purchases tokens related to a product and pays for the tokens.
  • the purchaser uses the purchaser-side terminal device 232 to generate a calculation request that includes the specification of the token.
  • the calculation request includes, for example, a "token ID" that is token identification information.
  • the purchaser side terminal device 232 transmits a calculation request to the purchaser side management device 231.
  • the purchaser side management device 231 registers the calculation request in the distributed ledger 510. As a result, the calculation request is shared by various devices serving as nodes.
  • the consideration ratio calculation SC 601 searches for a token from the distributed ledger 510 using the token ID included in the calculation request as a key. For example, the consideration ratio calculation SC 601 searches for trail data from the distributed ledger 510 using the trail ID included in the searched token as a key. For example, the consideration ratio calculation SC 601 obtains the Data Type, performance value, and account information included in the searched trail data. For example, consideration ratio calculation SC601 specifies contribution value calculation SC603 corresponding to the acquired Data Type, and inputs the actual value.
  • the token data store 620 has fields for token ID, owner, product information, and trail ID.
  • the token data store 620 stores tokens as records by setting information in each field for each product. “Token ID”, which is token identification information, is set in the token ID field. “Token owner information (owner)” representing the participant who generated the token is set in the owner field. In the product information field, “product information” representing the product for which consideration is paid is set. In the trail ID field, a “trace ID” which is identification information of trail data regarding each process related to the product is set.
  • contribution value calculation SC603 may be expressed as "contribution value calculation SCX603" so as to be distinguishable.
  • X is A, B, C, etc.
  • the manufacturer-side terminal device 222 generates the contribution value calculation SCA 603.
  • the contribution value calculation SC603 is generated for each environmental protection perspective by a manufacturer, an environmental protection expert, or the like.
  • the manufacturer-side management device 221 verifies the received block (step S909).
  • the manufacturer-side management device 221 registers the block in the distributed ledger 510 (step S910).
  • the manufacturer side management device 221 receives the completion notification from the distributed ledger 510 by the processing unit 512 (step S911).
  • the processing unit 512 verifies the received block (step S912).
  • the various devices 900 register the block in the distributed ledger 510 (step S913).
  • the various devices 900 receive the completion notification from the distributed ledger 510 by the processing unit 512 (step S914). Thereby, the information processing system 200 can share the contribution value calculation SC 603 among multiple nodes.
  • the contribution value calculation SCA 603 includes a Data Type, which is the performance type of the performance value, and a calculation formula that allows calculation of the contribution value based on the performance value.
  • the calculation formula is 100-p*2.
  • p is the actual value.
  • the actual value is, for example, the amount of electric power. The smaller the amount of electricity, the larger the amount of CO 2 reduction, and therefore the larger the contribution value.
  • FIG. 11 shows a sequence diagram illustrating an example of a trail data registration processing procedure for registering trail data in the information processing system 200.
  • the supplier side user corresponding to supplier 1 selects the performance type Data Type of the performance value in supplier 1's process.
  • the block generation device 201 Upon receiving the trail data registration transaction, the block generation device 201 sends a completion notification to the supplier side management device 211 (step S1104). Upon receiving the completion notification, the supplier-side management device 211 transmits the completion notification to the supplier-side terminal device 212 (step S1105).
  • the various devices 1100 include, for example, a manufacturer-side management device 221, a supplier-side management device 211 corresponding to supplier 2, a supplier-side management device 211 corresponding to supplier 3, and a purchaser-side management device 231.
  • FIG. 12 shows the state of the distributed ledger 510.
  • the distributed ledger 510 stores trail data 1 and trail data 2 in the trail data store 610.
  • the supplier-side management device 211, the manufacturer-side management device 221, the purchaser-side management device 231, and the like can enable performance values to be specified based on trail data.
  • FIG. 13 the explanation will move on to FIG. 13.
  • FIG. 13 shows a sequence diagram illustrating an example of a token registration processing procedure for registering a token in the information processing system 200.
  • the product information is, for example, a URI (Uniform Resource Identifier) or individual identification information of a product.
  • the block generation device 201 Upon receiving the token registration transaction, the block generation device 201 transmits a completion notification to the manufacturer-side management device 221 (step S1304). Upon receiving the completion notification, the manufacturer-side management device 221 transmits the completion notification to the manufacturer-side terminal device 222 (step S1305).
  • the manufacturer-side management device 221 verifies the received block (step S1309).
  • the manufacturer-side management device 221 registers the block in the distributed ledger 510 (step S1310).
  • the manufacturer side management device 221 receives the completion notification from the distributed ledger 510 by the processing unit 512 (step S1311).
  • FIG. 14 shows the state of the distributed ledger 510.
  • the distributed ledger 510 stores token 1 in the token data store 620 through the token registration process.
  • the token 1 can be referenced by the supplier-side management device 211, the manufacturer-side management device 221, the purchaser-side management device 231, and the like.
  • the supplier side management device 211, the manufacturer side management device 221, the purchaser side management device 231, etc. can specify the trail data to be referred to when distributing consideration based on the token 1.
  • FIGS. 15 and 16 will move on to FIGS. 15 and 16.
  • the block generation device 201 Upon receiving the consideration ratio calculation transaction, the block generation device 201 transmits a completion notification to the purchaser side management device 231 (step S1504). Upon receiving the completion notification, the purchaser side management device 231 transmits the completion notification to the purchaser side terminal device 232 (step S1505).
  • the purchaser side management device 231 calculates the consideration ratio for each participant based on the acquired contribution value by the consideration ratio calculation SC601 (step S1518).
  • y n is the contribution value.
  • y sum is the sum of contribution values.
  • n is the number of the participant.
  • the purchaser side management device 231 receives the completion notification from the distributed ledger 510 through consideration ratio calculation SC601 (step S1520).
  • the purchaser side management device 231 transmits a completion notification to the processing unit 512 using the consideration ratio calculation SC601 (step S1521). Thereafter, the purchaser side management device 231 gives consideration to each participant based on the consideration ratio. Next, the explanation will move on to FIG. 16.
  • the block generation device 201 distributes the generated blocks to various devices 1600 that serve as nodes (step S1601).
  • the various devices 1600 are, for example, a manufacturer side management device 221, a supplier side management device 211 corresponding to supplier 1, a supplier side management device 211 corresponding to supplier 2, a supplier side management device 211 corresponding to supplier 3, etc. .
  • the various devices 1600 use the trail ID included in the token 1 as a key to search for trail data corresponding to the trail ID from the trail data store 610 using the consideration ratio calculation SC601 (step S1606).
  • the various devices 1600 acquire trail data 1 and trail data 2 through consideration ratio calculation SC601 (step S1607).
  • the various devices 1600 execute contribution value calculation SCA603 based on trail data 1 through consideration ratio calculation SC601 (step S1608).
  • the distributed ledger 510 stores the contribution value calculation SCA 603, the contribution value calculation SCB 603, and the contribution value calculation SCC 603 in the contribution standard pool 602.
  • the supplier-side terminal device 212 corresponding to the supplier 3 generates the trail data 3 based on the operational input of the supplier-side user.
  • FIG. 41 shows the state of the distributed ledger 510.
  • the token registration process causes the distributed ledger 510 to store token 1 in the token data store 620.
  • the token 1 can be referenced by the supplier-side management device 211, the manufacturer-side management device 221, the purchaser-side management device 231, and the like.
  • the supplier side management device 211, the manufacturer side management device 221, the purchaser side management device 231, etc. can specify the trail data to be referred to when distributing consideration based on the token 1.
  • FIGS. 42 to 44 will move on to FIGS. 42 to 44.
  • the various devices 4400 use the consideration ratio calculation SC601 to search for trail data corresponding to the trail ID from the trail data store 610 using the trail ID included in the token 1 as a key (step S4406).
  • the various devices 4400 acquire trail data 1, trail data 2, and trail data 3 through consideration ratio calculation SC601 (step S4407).
  • the purchaser side management device 231 searches the contribution criterion weight corresponding to Target Type from the contribution criterion weight data store 3500 based on trail data 1, trail data 2, and trail data 3 using consideration ratio calculation SC601. (Step S4414). The purchaser side management device 231 acquires the contribution standard weight T1 and the contribution standard weight T2 through the consideration ratio calculation SC601 (step S4415).
  • the information processing system 200 can calculate a common contribution value from the viewpoint of the amount of CO 2 reduction caused by the amount of electric power and the amount of reduction of CO 2 caused by the amount of fuel. Furthermore, the information processing system 200 can calculate a common contribution value for each of the different contribution types of the CO 2 reduction amount and the plastic reduction amount. Further, the information processing system 200 can use different contribution standard weights for each contribution type.
  • the information processing system 200 registers the contribution value calculation SCA 603 regarding the viewpoint of CO 2 reduction amount due to electric power amount in the distributed ledger 510 and shares it among multiple nodes, similar to the SC registration process shown in FIG. .
  • the supplier-side terminal device 212 corresponding to the supplier 3 generates the trail data 3 based on the operational input of the supplier-side user.
  • the correspondence relationship with T2 is input into the manufacturer's terminal device 222.
  • the information processing system 200 can appropriately distribute consideration based on different combinations of performance types and contribution types, taking into account the contribution standard weights.
  • the information processing system 200 does not require rewriting the SC, and can reduce costs. Since the information processing system 200 does not require rewriting the SC, it is possible to easily suppress the occurrence of program bugs and improve reliability.
  • the information processing system 200 can appropriately distribute consideration to each participant without affecting the existing contribution value calculation SCA 603 and consideration ratio calculation SC 601.
  • the first transaction including the first SC can be issued.
  • the information processing device 100 controls the information processing device 100 to register the first block including the first SC in the distributed ledger 510 managed by each of the information processing devices 100. be able to. Therefore, the information processing apparatus 100 can distribute the first SC to a plurality of information processing apparatuses 100 so that the index value can be calculated.
  • the information processing device 100 when the own device corresponds to the last step of a plurality of steps, a second transaction including a token can be issued in response to completion of the plurality of steps.
  • the information processing device 100 can be controlled to register the second block including the token in the distributed ledger 510 managed by each of the information processing devices 100 of the plurality of information processing devices 100. can. Therefore, the information processing apparatus 100 can distribute tokens to a plurality of information processing apparatuses 100 so as to be able to calculate the proportion of profits obtained from a generation source to be distributed to a plurality of participants.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Manufacturing & Machinery (AREA)
  • Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

メーカー側管理装置は、貢献値計算ＳＣ（６０３）を、分散台帳のＳＣストア（６３０）に登録する。サプライヤー側管理装置は、証跡データを、分散台帳の証跡データストア（６１０）に登録する。メーカー側管理装置は、トークンを、分散台帳のトークンデータストア（６２０）に登録する。ノードとなる各種装置は、算出要求に応じて、貢献値計算ＳＣ（６０３）と、対価割合計算ＳＣ（６０１）とを利用して、対価をそれぞれの参加者に分配する割合を表す対価割合を算出する。例えば、対価割合計算ＳＣ（６０１）は、トークンに基づいて、証跡データに含まれるＤａｔａ　Ｔｙｐｅに対応する貢献値計算ＳＣ（６０３）を特定し、実績値を入力する。例えば、対価割合計算ＳＣ（６０１）は、証跡データごとに実績値を変換した貢献値に基づいて、対価割合を算出する。

Description

情報処理装置、情報処理方法、および情報処理プログラム
　本発明は、情報処理装置、情報処理方法、および情報処理プログラムに関する。
　従来、製品を製造または流通する複数の工程を複数の参加者で分担するサプライチェーンと呼ばれるシステムが存在する。ここで、製品を製造または流通する際に、ＣＯ2排出量の削減などが望まれる。例えば、それぞれの参加者のＣＯ2排出量の削減に対する貢献度合いに応じて、それぞれの参加者に製品によって得られた利益を分配することにより、それぞれの参加者のＣＯ2排出量の削減を促進することが考えられる。
　先行技術としては、例えば、トランザクションの処理履歴を分散台帳で管理する第１のスマートコントラクトを実行し、処理履歴に基づいて複数の組織それぞれによる管理対象システムへの貢献度を計算する第２のスマートコントラクトを実行するものがある。また、例えば、スマートコントラクトの親子モデルにより、基になるデータの不変性を損なうことなくスマートコントラクトを更新する技術がある。また、例えば、元のスマートコントラクトの拡張スマートコントラクトをブロックチェーンネットワークにアップロードする技術がある。また、例えば、炭素挙動データおよび属性と一致する最初のスマートコントラクトに基づいて、炭素挙動データに対応する炭素排出削減等価物を決定する技術がある。
特開２０１９－２００５５６号公報 特表２０２１－５２０１６９号公報 米国特許出願公開第２０２１／０１４９８８０号明細書 米国特許出願公開第２０２１／０２４８６９４号明細書
　しかしながら、従来技術では、それぞれの参加者に利益を適切に分配することが難しい場合がある。例えば、それぞれの参加者が有するノードによって形成されるブロックチェーンネットワークにおけるスマートコントラクトを利用して、それぞれの参加者に利益を分配する手法が考えられる。この手法では、それぞれの参加者の貢献度合いの変動を考慮して、それぞれの参加者に利益を適切に分配することが難しくなってしまう。
　１つの側面では、本発明は、複数の参加者に利益を適切に分配し易くすることを目的とする。
　１つの実施態様によれば、分散台帳を管理する複数の情報処理装置のうち、利益の発生源に関する複数の工程のいずれかの工程に対応し、前記複数の工程のそれぞれの工程について、目的に関する当該工程における実績値を、当該実績値の実績種別に応じて、前記複数の工程で統一された基準で、前記目的に対する貢献度合いを示す指標値に変換する第１スマートコントラクトを記憶し、前記指標値に基づいて、前記発生源から得られる利益を、前記複数の工程を分担する複数の参加者に分配する割合を算出する第２スマートコントラクトを記憶し、前記いずれかの工程と、前記目的に関する当該工程における実績値と、当該実績値の実績種別との対応関係を示す第１証跡データを、前記分散台帳に登録し、前記分散台帳を参照して、前記発生源と、前記それぞれの工程について前記分散台帳に登録された証跡データとの対応関係を示すトークンに基づいて、前記それぞれの工程に対応する前記第１スマートコントラクトを利用して、前記目的に関する当該工程における実績値の実績種別に応じて、当該工程に関する前記指標値を算出し、前記第２スマートコントラクトを利用して、算出した前記それぞれの工程に関する前記指標値に応じて、前記発生源から得られる利益を、前記複数の参加者に分配する割合を算出する情報処理装置、情報処理方法、および情報処理プログラムが提案される。
　一態様によれば、複数の参加者に利益を適切に分配し易くすることが可能になる。
図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。 図２は、情報処理システム２００の一例を示す説明図である。 図３は、コンピュータ３００のハードウェア構成例を示すブロック図である。 図４は、情報処理装置１００の機能的構成例を示すブロック図である。 図５は、情報処理システム２００の機能的構成例を示すブロック図である。 図６は、情報処理システム２００の動作の流れを示す説明図である。 図７は、情報処理システム２００の第１動作例を示す説明図（その１）である。 図８は、情報処理システム２００の第１動作例を示す説明図（その２）である。 図９は、情報処理システム２００の第１動作例を示す説明図（その３）である。 図１０は、情報処理システム２００の第１動作例を示す説明図（その４）である。 図１１は、情報処理システム２００の第１動作例を示す説明図（その５）である。 図１２は、情報処理システム２００の第１動作例を示す説明図（その６）である。 図１３は、情報処理システム２００の第１動作例を示す説明図（その７）である。 図１４は、情報処理システム２００の第１動作例を示す説明図（その８）である。 図１５は、情報処理システム２００の第１動作例を示す説明図（その９）である。 図１６は、情報処理システム２００の第１動作例を示す説明図（その１０）である。 図１７は、情報処理システム２００の第１動作例を示す説明図（その１１）である。 図１８は、情報処理システム２００の第１動作例を示す説明図（その１２）である。 図１９は、情報処理システム２００の第１動作例を示す説明図（その１３）である。 図２０は、情報処理システム２００の第１動作例を示す説明図（その１４）である。 図２１は、情報処理システム２００の第１動作例を示す説明図（その１５）である。 図２２は、情報処理システム２００の第１動作例を示す説明図（その１６）である。 図２３は、情報処理システム２００の第１動作例を示す説明図（その１７）である。 図２４は、情報処理システム２００の第１動作例を示す説明図（その１８）である。 図２５は、情報処理システム２００の第２動作例を示す説明図（その１）である。 図２６は、情報処理システム２００の第２動作例を示す説明図（その２）である。 図２７は、情報処理システム２００の第２動作例を示す説明図（その３）である。 図２８は、情報処理システム２００の第２動作例を示す説明図（その４）である。 図２９は、情報処理システム２００の第２動作例を示す説明図（その５）である。 図３０は、情報処理システム２００の第２動作例を示す説明図（その６）である。 図３１は、情報処理システム２００の第２動作例を示す説明図（その７）である。 図３２は、情報処理システム２００の第２動作例を示す説明図（その８）である。 図３３は、情報処理システム２００の第２動作例を示す説明図（その９）である。 図３４は、情報処理システム２００の第３動作例を示す説明図（その１）である。 図３５は、情報処理システム２００の第３動作例を示す説明図（その２）である。 図３６は、情報処理システム２００の第３動作例を示す説明図（その３）である。 図３７は、情報処理システム２００の第３動作例を示す説明図（その４）である。 図３８は、情報処理システム２００の第３動作例を示す説明図（その５）である。 図３９は、情報処理システム２００の第３動作例を示す説明図（その６）である。 図４０は、情報処理システム２００の第３動作例を示す説明図（その７）である。 図４１は、情報処理システム２００の第３動作例を示す説明図（その８）である。 図４２は、情報処理システム２００の第３動作例を示す説明図（その９）である。 図４３は、情報処理システム２００の第３動作例を示す説明図（その１０）である。 図４４は、情報処理システム２００の第３動作例を示す説明図（その１１）である。 図４５は、情報処理システム２００の第３動作例を示す説明図（その１２）である。 図４６は、情報処理システム２００の第４動作例を示す説明図（その１）である。 図４７は、情報処理システム２００の第４動作例を示す説明図（その２）である。 図４８は、情報処理システム２００の第４動作例を示す説明図（その３）である。 図４９は、情報処理システム２００の第４動作例を示す説明図（その４）である。
　以下に、図面を参照して、本発明にかかる情報処理装置、情報処理方法、および情報処理プログラムの実施の形態を詳細に説明する。
（実施の形態にかかる情報処理方法の一実施例）
　図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。情報処理装置１００は、ブロックチェーンネットワーク（Ｂｌｏｃｋ　Ｃｈａｉｎ　Ｎｅｔｗｏｒｋ）を形成するノードとなり、分散台帳を管理するコンピュータである。分散台帳は、ＢＣ（Ｂｌｏｃｋ　Ｃｈａｉｎ）とも呼ばれる。情報処理装置１００は、例えば、サーバ、または、ＰＣなどである。
　情報処理装置１００は、複数存在する。情報処理装置１００は、それぞれ、複数の工程のいずれかの工程に対応する。複数の工程は、利益の発生源に関する工程である。利益の発生源は、例えば、製品またはサービスなどである。複数の工程は、例えば、製品を製造する２以上の工程である。複数の工程は、例えば、サービスを提供する２以上の工程であってもよい。
　従来、複数の工程を複数の参加者で分担するサプライチェーンと呼ばれるシステムが存在する。ここで、それぞれの参加者の所定の目的に対する貢献度合いに応じて、それぞれの参加者に製品によって得られた利益を分配することが望まれる場合があるが、それぞれの参加者に製品によって得られた利益を分配する割合を算出することが難しい。所定の目的は、例えば、環境貢献である。所定の目的は、具体的には、ＣＯ2排出量の削減、燃料使用量の低減、電力使用量の低減、または、プラスチック使用量の削減などである。このため、それぞれの参加者に利益を適切に分配することが難しい。結果として、それぞれの参加者の所定の目的に対する貢献を促進することが難しい。
　また、多様な参加者が存在すると、それぞれの参加者に利益を分配する割合を、セキュアに算出することが望まれる場合がある。これに対し、下記参考文献１を参照して、それぞれの参加者が有するノードによって形成されるブロックチェーンネットワークに、それぞれの参加者に固定の割合で利益を分配するスマートコントラクトを用意するという手法が考えられる。
　参考文献１　：　“ＥＲＣ－２５７１：　Ｃｒｅａｔｏｒｓ’　Ｒｏｙａｌｔｙ　Ｔｏｋｅｎ　ｓｔａｎｄａｒｄ”、［ｏｎｌｉｎｅ］、２０２０年３月２９日、［令和４年２月２２日検索］、インターネット　＜　ＵＲＬ　：ｈｔｔｐｓ：／／ｇｉｔｈｕｂ．ｃｏｍ／ｅｔｈｅｒｅｕｍ／ＥＩＰｓ／ｉｓｓｕｅｓ／２５７１＞
　しかしながら、この手法では、それぞれの参加者の所定の目的に対する貢献度合いを逐次評価し、評価結果に基づいてそれぞれの参加者に利益を分配することができない。このため、それぞれの参加者の貢献度合いの変動を考慮して、それぞれの参加者に利益を適切に分配することは難しい。
　この手法を改変し、ブロックチェーンネットワークに、それぞれの参加者の所定の目的に対する貢献度合いを評価し、評価結果に基づいてそれぞれの参加者に利益を分配する割合を算出するスマートコントラクトを用意するという別の手法が考えられる。
　この別の手法では、実績種別、または、貢献度合いの評価基準の変更などに対処することが難しい。例えば、実績種別、または、貢献度合いの評価基準の変更などに応じて、スマートコントラクトを書き換えなければならなくなる。
　例えば、複数の参加者の同意がなければ、スマートコントラクトを書き換えることが許可されないことがあり、スマートコントラクトを書き換える際にかかるコストは増大し易い傾向がある。コストは、例えば、人的、時間的、または、金銭的なコストである。また、実績種別、または、貢献度合いの評価基準の変更などを見越して、スマートコントラクトを生成しておくことはできない。従って、この別の手法でも、それぞれの参加者に利益を適切に分配することは難しい。
　また、スマートコントラクトを書き換えることは、プログラム的な欠陥が発見された場合のような、参加者全体に悪影響がある状況に限って認められることが好ましく、機能追加などの場合には認められることが好ましくないという方針が存在することがある。
　そこで、本実施の形態では、複数の参加者に利益を適切に分配し易くすることができる情報処理方法について説明する。本実施の形態は、例えば、実績種別、または、貢献度合いの評価基準の変更などがあっても、複数の参加者に利益を適切に分配し易くすることができる。以下の説明では、スマートコントラクトを「ＳＣ」と表記する場合がある。
　図１において、複数の工程は、工程１と工程２と工程３と工程４とを含む。複数の工程は、利益の発生源に関する。利益は、例えば、金銭である。発生源は、例えば、製品１０１である。工程１は、製品１０１の部品を工場１０２で製造する工程である。工程２は、製品１０１の部品を工場１０３で製造する工程である。工程３は、工程１で製造した部品と、工程２で製造した部品とを使用して、製品１０１の部品となる集積回路を工場１０４で製造する工程である。工程４は、工程３で製造した集積回路を使用して製品１０１を製造する工程である。ここで、製品１０１により利益が得られた場合、利益を、複数の工程を分担する複数の参加者のそれぞれの参加者に分配することが望まれる。
　それぞれの情報処理装置１００は、複数の工程のいずれかの工程に対応する。それぞれの情報処理装置１００は、複数の工程のそれぞれの工程について、第１ＳＣを記憶する。それぞれの情報処理装置１００は、例えば、第１ＳＣを、自装置で管理する分散台帳に登録することにより記憶する。第１ＳＣは、いずれかの工程について、目的に関する当該工程における実績値を、当該実績値の実績種別に応じて、複数の工程で統一された基準で、目的に対する貢献度合いを示す指標値に変換する機能を有する。目的は、例えば、環境貢献である。目的は、具体的には、ＣＯ2排出量の削減、燃料使用量の低減、電力使用量の低減、または、プラスチック使用量の削減などである。
　実績値は、例えば、目的に関する、いずれかの工程における計測値である。計測値は、例えば、燃料使用量、電力使用量、または、植物由来の原料使用量などである。実績種別は、例えば、実績値となる計測値が、燃料使用量であるか、電力使用量であるか、または、植物由来の原料使用量であるかなどを示す。指標値は、目的に対する貢献度合いを示す貢献値である。貢献値は、実績値そのままであってもよい。貢献値は、具体的には、ＣＯ2排出量の削減量、燃料使用量の低減量、電力使用量の低減量、または、プラスチック使用量の削減量などである。第１ＳＣは、いずれかの情報処理装置１００によって生成され、ブロックに含められてそれぞれの情報処理装置１００で管理する分散台帳に登録される。
　それぞれの情報処理装置１００は、第２ＳＣを記憶する。それぞれの情報処理装置１００は、例えば、第２ＳＣを、自装置で管理する分散台帳に登録することにより記憶する。第２ＳＣは、指標値に基づいて、発生源から得られる利益を、複数の工程を分担する複数の参加者に分配する割合を算出する。第２ＳＣは、例えば、それぞれの工程に関する指標値に基づいて、発生源から得られる利益を、複数の工程を分担する複数の参加者に分配する割合を算出する機能を有する。第２ＳＣは、いずれかの情報処理装置１００によって生成され、ブロックに含められてそれぞれの情報処理装置１００で管理する分散台帳に登録される。
　（１－１）それぞれの情報処理装置１００は、自装置に対応する工程と、目的に関する当該工程における実績値と、当該実績値の実績種別との対応関係を示す第１証跡データを、それぞれの情報処理装置１００で管理する分散台帳に登録する。それぞれの情報処理装置１００は、例えば、自装置に対応する工程が完了したことに応じて、目的に関する当該工程における実績値を計測する。それぞれの情報処理装置１００は、例えば、自装置に対応する工程と、計測した目的に関する当該工程における実績値と、当該実績値の実績種別との対応関係を示す第１証跡データを、それぞれの情報処理装置１００で管理する分散台帳に登録する。
　（１－２）それぞれの情報処理装置１００は、自装置で管理する分散台帳を参照して、トークンに基づいて、それぞれの工程に対応する第１ＳＣを利用して、目的に関する当該工程における実績値の実績種別に応じて、当該工程に関する指標値を算出する。トークンは、発生源と、それぞれの工程について分散台帳に登録された証跡データとの対応関係を示す。
　トークンは、いずれかの情報処理装置１００によって生成され、ブロックに含められてそれぞれの情報処理装置１００で管理する分散台帳に登録される。トークンは、具体的には、最後の工程４に対応するいずれかの情報処理装置１００によって生成された後、ブロックに含められてそれぞれの情報処理装置１００に配信され、それぞれの情報処理装置１００で管理する分散台帳に登録されることが考えられる。
　それぞれの情報処理装置１００は、例えば、自装置で管理する分散台帳にトークンを登録したことに応じて、自装置で管理する分散台帳を参照して、トークンに基づいて、それぞれの工程に対応する第１ＳＣを特定する。それぞれの情報処理装置１００は、それぞれの工程について、特定した第１ＳＣを利用して、目的に関する当該工程における実績値の実績種別に応じて、当該工程に関する指標値を算出する。
　（１－３）それぞれの情報処理装置１００は、第２ＳＣを利用して、算出したそれぞれの工程に関する指標値に応じて、発生源から得られる利益を、複数の参加者に分配する割合を算出する。これにより、それぞれの情報処理装置１００は、それぞれの参加者の目的に対する貢献度合いに応じて、それぞれの参加者に利益を適切に分配する割合を算出することができる。このため、それぞれの情報処理装置１００は、それぞれの参加者に利益を適切に分配可能にすることができ、それぞれの参加者の目的に対する貢献を促進し易くすることができる。
　また、それぞれの情報処理装置１００は、多様な参加者が存在しても、それぞれの参加者に利益を分配する割合を、セキュアに算出し易くすることができる。また、それぞれの情報処理装置１００は、それぞれの参加者の貢献度合いの変動を考慮して、それぞれの参加者の所定の目的に対する貢献度合いを逐次評価し、評価結果に基づいてそれぞれの参加者に利益を適切に分配可能にすることができる。
　また、それぞれの情報処理装置１００は、実績種別、または、貢献度合いの評価基準の変更などに対処し易い情報処理システムを形成することができる。それぞれの情報処理装置１００は、具体的には、実績種別、または、貢献度合いの評価基準の変更などがあっても、既存の第１ＳＣ、および、既存の第２ＳＣを書き換えずに済ませることができる。それぞれの情報処理装置１００は、具体的には、新規の第１ＳＣなどを、それぞれの情報処理装置１００で管理する分散台帳に登録することにより、実績種別、または、貢献度合いの評価基準の変更などに対処することができる。従って、それぞれの情報処理装置１００は、コストの増大化を抑制することができる。
（情報処理システム２００の一例）
　次に、図２を用いて、図１に示した情報処理装置１００を適用した、情報処理システム２００の一例について説明する。
　図２は、情報処理システム２００の一例を示す説明図である。図２において、情報処理システム２００は、複数のサプライヤー側環境２１０と、メーカー側環境２２０と、購入者側環境２３０と、ブロック生成装置２０１とを含む。
　サプライヤー側環境２１０は、利益の発生源に関する複数の工程のいずれかの工程に対応する。サプライヤー側環境２１０は、サプライヤー側管理装置２１１と、サプライヤー側端末装置２１２とを含む。メーカー側環境２２０は、利益の発生源に関する複数の工程のいずれかの工程に対応する。メーカー側環境２２０は、例えば、複数の工程の最後の工程に対応する。メーカー側環境２２０は、メーカー側管理装置２２１と、メーカー側端末装置２２２とを含む。購入者側環境２３０は、購入者側管理装置２３１と、購入者側端末装置２３２とを含む。
　情報処理システム２００において、サプライヤー側管理装置２１１と、サプライヤー側端末装置２１２とは、有線または無線のネットワーク２４０を介して接続される。ネットワーク２４０は、例えば、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットなどである。情報処理システム２００において、サプライヤー側管理装置２１１と、ブロック生成装置２０１とは、有線または無線のネットワーク２４０を介して接続される。
　情報処理システム２００において、メーカー側管理装置２２１と、メーカー側端末装置２２２とは、有線または無線のネットワーク２４０を介して接続される。情報処理システム２００において、メーカー側管理装置２２１と、ブロック生成装置２０１とは、有線または無線のネットワーク２４０を介して接続される。
　情報処理システム２００において、購入者側管理装置２３１と、購入者側端末装置２３２とは、有線または無線のネットワーク２４０を介して接続される。情報処理システム２００において、購入者側管理装置２３１と、ブロック生成装置２０１とは、有線または無線のネットワーク２４０を介して接続される。
　サプライヤー側管理装置２１１と、メーカー側管理装置２２１とは、図１に示した情報処理装置１００に対応する。サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とは、同一のブロックチェーンネットワークを形成するノードとなるコンピュータである。サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とは、同一の内容の分散台帳を記憶して管理する。
　サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とは、第１ＳＣを有する。第１ＳＣは、目的に関するいずれかの工程における実績値を、当該実績値の実績種別に応じて、複数の工程で統一された基準で示される、目的に対する貢献度合いを示す指標値に変換する機能を有する。サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とは、例えば、それぞれ自装置で管理する分散台帳に、第１ＳＣを登録することにより、第１ＳＣを有する。
　サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とは、第２ＳＣを有する。第２ＳＣは、複数の工程のそれぞれの工程に関する、目的に対する貢献度合いを示す指標値に基づいて、利益を複数の参加者に分配する割合を算出する機能を有する。サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とは、例えば、それぞれ自装置で管理する分散台帳に、第２ＳＣを登録することにより、第２ＳＣを有する。
　サプライヤー側管理装置２１１は、証跡データを、サプライヤー側端末装置２１２から受信する。証跡データは、いずれかの工程と、目的に関する当該工程における実績値と、当該実績値の実績種別との対応関係を示す。サプライヤー側管理装置２１１は、証跡データを含めたトランザクションを発行し、ブロック生成装置２０１に送信する。これにより、サプライヤー側管理装置２１１は、証跡データを含めたブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とに配信することができる。
　サプライヤー側管理装置２１１は、証跡データを含めたブロックを、ブロック生成装置２０１から受信すると、証跡データを含めたブロックを、自装置で管理する分散台帳に記憶する。サプライヤー側管理装置２１１は、トークンを含めたブロックを、ブロック生成装置２０１から受信すると、トークンを含めたブロックを、自装置で管理する分散台帳に記憶する。トークンは、利益の発生源と、複数の工程のそれぞれの工程について分散台帳に登録された証跡データとの対応関係を示す。
　サプライヤー側管理装置２１１は、第１ＳＣを含めたブロックを、ブロック生成装置２０１から受信すると、第１ＳＣを含めたブロックを、自装置で管理する分散台帳に記憶する。サプライヤー側管理装置２１１は、第２ＳＣを含めたブロックを、ブロック生成装置２０１から受信すると、第２ＳＣを含めたブロックを、自装置で管理する分散台帳に記憶する。
　サプライヤー側管理装置２１１は、算出要求を含めたブロックを、ブロック生成装置２０１から受信すると、算出要求を含めたブロックを、自装置で管理する分散台帳に記憶する。算出要求は、利益を複数の参加者に分配する割合を算出することを要求する。参加者は、サプライヤー、および、メーカーなどである。算出要求は、トークンの指定を含む。
　サプライヤー側管理装置２１１は、算出要求に応じて、トークンに基づいて、第１ＳＣを利用して、複数の工程のそれぞれの工程に関する、目的に対する貢献度合いを示す指標値を算出する。サプライヤー側管理装置２１１は、トークンに基づいて、第２ＳＣを利用して、複数の工程のそれぞれの工程に関する、目的に対する貢献度合いを示す指標値に基づいて、利益を複数の参加者に分配する割合を算出する。サプライヤー側管理装置２１１は、例えば、サーバ、または、ＰＣなどである。
　サプライヤー側端末装置２１２は、サプライヤー側ユーザの操作入力に基づき、自装置に対応する工程と、目的に関する当該工程における実績値と、当該実績値の実績種別との対応関係を示す証跡データを生成する。サプライヤー側端末装置２１２は、生成した証跡データを、サプライヤー側管理装置２１１に送信する。サプライヤー側端末装置２１２は、例えば、ＰＣ、タブレット端末、または、スマートフォンなどである。
　メーカー側管理装置２２１は、証跡データを、メーカー側端末装置２２２から受信する。メーカー側管理装置２２１は、証跡データを含めたトランザクションを発行し、ブロック生成装置２０１に送信する。これにより、メーカー側管理装置２２１は、証跡データを含めたブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とに配信することができる。
　メーカー側管理装置２２１は、トークンを、メーカー側端末装置２２２から受信する。メーカー側管理装置２２１は、トークンを含めたトランザクションを発行し、ブロック生成装置２０１に送信する。これにより、メーカー側管理装置２２１は、トークンを含めたブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とに配信することができる。
　メーカー側管理装置２２１は、第１ＳＣを、メーカー側端末装置２２２から受信する。メーカー側管理装置２２１は、第１ＳＣを含めたトランザクションを発行し、ブロック生成装置２０１に送信する。これにより、メーカー側管理装置２２１は、第１ＳＣを含めたブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とに配信することができる。
　メーカー側管理装置２２１は、第２ＳＣを、メーカー側端末装置２２２から受信する。メーカー側管理装置２２１は、第２ＳＣを含めたトランザクションを発行し、ブロック生成装置２０１に送信する。これにより、メーカー側管理装置２２１は、第２ＳＣを含めたブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とに配信することができる。
　メーカー側管理装置２２１は、証跡データを含めたブロックを、ブロック生成装置２０１から受信すると、証跡データを含めたブロックを、自装置で管理する分散台帳に記憶する。メーカー側管理装置２２１は、トークンを含めたブロックを、ブロック生成装置２０１から受信すると、トークンを含めたブロックを、自装置で管理する分散台帳に記憶する。
　メーカー側管理装置２２１は、第１ＳＣを含めたブロックを、ブロック生成装置２０１から受信すると、第１ＳＣを含めたブロックを、自装置で管理する分散台帳に記憶する。メーカー側管理装置２２１は、第２ＳＣを含めたブロックを、ブロック生成装置２０１から受信すると、第２ＳＣを含めたブロックを、自装置で管理する分散台帳に記憶する。
　メーカー側管理装置２２１は、算出要求を含めたブロックを、ブロック生成装置２０１から受信すると、算出要求を含めたブロックを、自装置で管理する分散台帳に記憶する。算出要求は、利益を複数の参加者に分配する割合を算出することを要求する。参加者は、サプライヤー、および、メーカーなどである。参加者は、例えば、メーカーを含まなくてもよい。算出要求は、トークンの指定を含む。
　メーカー側管理装置２２１は、算出要求に応じて、トークンに基づいて、第１ＳＣを利用して、複数の工程のそれぞれの工程に関する、目的に対する貢献度合いを示す指標値を算出する。メーカー側管理装置２２１は、トークンに基づいて、第２ＳＣを利用して、複数の工程のそれぞれの工程に関する、目的に対する貢献度合いを示す指標値に基づいて、利益を複数の参加者に分配する割合を算出する。メーカー側管理装置２２１は、例えば、サーバ、または、ＰＣなどである。
　メーカー側端末装置２２２は、メーカー側ユーザの操作入力に基づき、自装置に対応する工程と、目的に関する当該工程における実績値と、当該実績値の実績種別との対応関係を示す証跡データを生成する。メーカー側端末装置２２２は、生成した証跡データを、メーカー側管理装置２２１に送信する。メーカー側端末装置２２２は、メーカー側ユーザの操作入力に基づき、トークンを生成する。メーカー側端末装置２２２は、生成したトークンを、メーカー側管理装置２２１に送信する。
　メーカー側端末装置２２２は、メーカー側ユーザの操作入力に基づき、第１ＳＣを生成する。メーカー側端末装置２２２は、生成した第１ＳＣを、メーカー側管理装置２２１に送信する。メーカー側端末装置２２２は、メーカー側ユーザの操作入力に基づき、第２ＳＣを生成する。メーカー側端末装置２２２は、生成した第２ＳＣを、メーカー側管理装置２２１に送信する。メーカー側端末装置２２２は、例えば、ＰＣ、タブレット端末、または、スマートフォンなどである。
　購入者側管理装置２３１は、算出要求を、購入者側端末装置２３２から受信する。購入者側管理装置２３１は、算出要求を含めたトランザクションを発行し、ブロック生成装置２０１に送信する。これにより、購入者側管理装置２３１は、算出要求を含めたブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１に配信することができる。
　購入者側管理装置２３１は、証跡データを含めたブロックを、ブロック生成装置２０１から受信すると、証跡データを含めたブロックを、自装置で管理する分散台帳に記憶する。購入者側管理装置２３１は、トークンを含めたブロックを、ブロック生成装置２０１から受信すると、トークンを含めたブロックを、自装置で管理する分散台帳に記憶する。
　購入者側管理装置２３１は、第１ＳＣを含めたブロックを、ブロック生成装置２０１から受信すると、第１ＳＣを含めたブロックを、自装置で管理する分散台帳に記憶する。購入者側管理装置２３１は、第２ＳＣを含めたブロックを、ブロック生成装置２０１から受信すると、第２ＳＣを含めたブロックを、自装置で管理する分散台帳に記憶する。
　購入者側管理装置２３１は、算出要求を含めたブロックを、ブロック生成装置２０１から受信すると、算出要求を含めたブロックを、自装置で管理する分散台帳に記憶する。算出要求は、利益を複数の参加者に分配する割合を算出することを要求する。参加者は、購入者、および、メーカーなどである。算出要求は、トークンの指定を含む。
　購入者側管理装置２３１は、算出要求に応じて、トークンに基づいて、第１ＳＣを利用して、複数の工程のそれぞれの工程に関する、目的に対する貢献度合いを示す指標値を算出する。購入者側管理装置２３１は、トークンに基づいて、第２ＳＣを利用して、複数の工程のそれぞれの工程に関する、目的に対する貢献度合いを示す指標値に基づいて、利益を複数の参加者に分配する割合を算出する。購入者側管理装置２３１は、例えば、サーバ、または、ＰＣなどである。
　購入者側端末装置２３２は、購入者側ユーザの操作入力に基づき、いずれかのトークンについて算出要求を生成する。算出要求は、トークンの指定を含む。購入者側端末装置２３２は、生成した算出要求を、購入者側管理装置２３１に送信する。購入者側端末装置２３２は、例えば、ＰＣ、タブレット端末、または、スマートフォンなどである。
　ブロック生成装置２０１は、サプライヤー側管理装置２１１から、証跡データを含めたトランザクションを受信し、証跡データを含めたブロックを生成する。ブロック生成装置２０１は、生成したブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とに送信する。
　ブロック生成装置２０１は、メーカー側管理装置２２１から、証跡データを含めたトランザクションを受信し、証跡データを含めたブロックを生成する。ブロック生成装置２０１は、生成したブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とに送信する。
　ブロック生成装置２０１は、メーカー側管理装置２２１から、トークンを含めたトランザクションを受信し、トークンを含めたブロックを生成する。ブロック生成装置２０１は、生成したブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とに送信する。
　ブロック生成装置２０１は、メーカー側管理装置２２１から、第１ＳＣを含めたトランザクションを受信し、第１ＳＣを含めたブロックを生成する。ブロック生成装置２０１は、生成したブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とに送信する。
　ブロック生成装置２０１は、メーカー側管理装置２２１から、第２ＳＣを含めたトランザクションを受信し、第２ＳＣを含めたブロックを生成する。ブロック生成装置２０１は、生成したブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とに送信する。
　ブロック生成装置２０１は、購入者側管理装置２３１から、算出要求を含めたトランザクションを受信し、算出要求を含めたブロックを生成する。ブロック生成装置２０１は、生成したブロックを、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とに送信する。ブロック生成装置２０１は、例えば、サーバ、または、ＰＣなどである。
　ここでは、ブロック生成装置２０１が、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とのいずれの装置とも異なる装置である場合について説明したが、これに限らない。例えば、ブロック生成装置２０１が、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とのいずれかの装置と一体である場合があってもよい。
　ここでは、サプライヤー側管理装置２１１と、サプライヤー側端末装置２１２とが異なる装置である場合について説明したが、これに限らない。例えば、サプライヤー側管理装置２１１が、サプライヤー側端末装置２１２としての機能を有し、サプライヤー側端末装置２１２としても動作する場合があってもよい。
　ここでは、メーカー側管理装置２２１と、メーカー側端末装置２２２とが異なる装置である場合について説明したが、これに限らない。例えば、メーカー側管理装置２２１が、メーカー側端末装置２２２としての機能を有し、メーカー側端末装置２２２としても動作する場合があってもよい。
　ここでは、購入者側管理装置２３１と、購入者側端末装置２３２とが異なる装置である場合について説明したが、これに限らない。例えば、購入者側管理装置２３１が、購入者側端末装置２３２としての機能を有し、購入者側端末装置２３２としても動作する場合があってもよい。
（コンピュータ３００のハードウェア構成例）
　次に、図３を用いて、コンピュータ３００のハードウェア構成例について説明する。コンピュータ３００は、サプライヤー側管理装置２１１、サプライヤー側端末装置２１２、メーカー側管理装置２２１、メーカー側端末装置２２２、購入者側管理装置２３１、購入者側端末装置２３２、または、ブロック生成装置２０１となり得る。
　図３は、コンピュータ３００のハードウェア構成例を示すブロック図である。図４において、コンピュータ３００は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）３０１と、メモリ３０２と、ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、記録媒体Ｉ／Ｆ３０４と、記録媒体３０５とを有する。また、各構成部は、バス３１０によってそれぞれ接続される。
　ここで、ＣＰＵ３０１は、コンピュータ３００の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることにより、コーディングされている処理をＣＰＵ３０１に実行させる。メモリ３０２は、例えば、分散台帳を記憶してもよい。
　ネットワークＩ／Ｆ３０３は、通信回線を通じてネットワーク２４０に接続され、ネットワーク２４０を介して他のコンピュータ３００に接続される。そして、ネットワークＩ／Ｆ３０３は、ネットワーク２４０と内部のインターフェースを司り、他のコンピュータ３００からのデータの入出力を制御する。ネットワークＩ／Ｆ３０３は、例えば、モデムやＬＡＮアダプタなどである。
　記録媒体Ｉ／Ｆ３０４は、ＣＰＵ３０１の制御に従って記録媒体３０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ３０４は、例えば、ディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）ポートなどである。記録媒体３０５は、記録媒体Ｉ／Ｆ３０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体３０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体３０５は、コンピュータ３００から着脱可能であってもよい。
　コンピュータ３００は、上述した構成部の他、例えば、キーボード、マウス、ディスプレイ、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、コンピュータ３００は、記録媒体Ｉ／Ｆ３０４や記録媒体３０５を複数有していてもよい。また、コンピュータ３００は、記録媒体Ｉ／Ｆ３０４や記録媒体３０５を有していなくてもよい。
（情報処理装置１００の機能的構成例）
　次に、図４を用いて、サプライヤー側管理装置２１１、メーカー側管理装置２２１、または、購入者側管理装置２３１などとなり得る情報処理装置１００の機能的構成例について説明する。
　図４は、情報処理装置１００の機能的構成例を示すブロック図である。情報処理装置１００は、記憶部４００と、取得部４０１と、発行部４０２と、登録部４０３と、算出部４０４と、出力部４０５とを含む。情報処理装置１００は、利益の発生源に関する複数の工程のいずれかの工程に対応する。
　記憶部４００は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域によって実現される。以下では、記憶部４００が、情報処理装置１００に含まれる場合について説明するが、これに限らない。例えば、記憶部４００が、情報処理装置１００とは異なる装置に含まれ、記憶部４００の記憶内容が情報処理装置１００から参照可能である場合があってもよい。
　取得部４０１～出力部４０５は、制御部の一例として機能する。取得部４０１～出力部４０５は、具体的には、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、ネットワークＩ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶される。
　記憶部４００は、各機能部の処理において参照され、または更新される各種情報を記憶する。記憶部４００は、例えば、分散台帳を記憶する。分散台帳は、ブロックを連結することにより形成される。ブロックは、例えば、登録部４０３によって分散台帳に登録される。
　記憶部４００は、具体的には、証跡データを記憶する。証跡データは、例えば、いずれかの工程と、目的に関する当該工程における実績値と、当該実績値の実績種別との対応関係を示す。証跡データは、例えば、取得部４０１によって取得される。記憶部４００は、より具体的には、証跡データを含むブロックを、分散台帳によって記憶する。証跡データを含むブロックは、例えば、登録部４０３によって取得される。
　記憶部４００は、具体的には、トークンを記憶する。トークンは、例えば、利益の発生源と、それぞれの工程について分散台帳に登録された証跡データとの対応関係を示す。トークンは、例えば、取得部４０１によって取得される。記憶部４００は、より具体的には、トークンを含むブロックを、分散台帳によって記憶する。トークンを含むブロックは、例えば、登録部４０３によって取得される。
　記憶部４００は、具体的には、ＳＣを記憶する。記憶部４００は、具体的には、第１ＳＣを記憶する。第１ＳＣは、例えば、目的に関するいずれかの工程における実績値を、当該実績値の実績種別に応じて、複数の工程で統一された基準で示される、目的に対する貢献度合いを示す指標値に変換する機能を有する。第１ＳＣは、例えば、目的に関するいずれかの工程における実績値を、当該実績値の実績種別に対応する貢献種別である、目的に対する貢献度合いを示す指標値に変換する機能を有していてもよい。第１ＳＣは、例えば、取得部４０１によって取得される。記憶部４００は、より具体的には、第１ＳＣを含むブロックを、分散台帳によって記憶する。第１ＳＣを含むブロックは、例えば、登録部４０３によって取得される。
　記憶部４００は、具体的には、第２ＳＣを記憶する。第２ＳＣは、例えば、それぞれの工程における、目的に対する貢献度合いを示す指標値に基づいて、発生源から得られる利益を、複数の工程を分担する複数の参加者に分配する割合を算出する機能を有する。第２ＳＣは、例えば、異なる貢献種別である、目的に対する貢献度合いを示す指標値に基づいて、発生源から得られる利益を、複数の参加者に分配する割合を算出する機能を有していてもよい。第２ＳＣは、例えば、取得部４０１によって取得される。記憶部４００は、より具体的には、第２ＳＣを含むブロックを、分散台帳によって記憶する。第２ＳＣを含むブロックは、例えば、登録部４０３によって取得される。
　記憶部４００は、具体的には、算出要求を記憶する。算出要求は、トークンの指定を含む。算出要求は、指定のトークンに対応する証跡データに基づいて、指定のトークンに対応する発生源から得られた利益を、複数の参加者に分配する割合を算出することを要求する。算出要求は、例えば、取得部４０１によって取得される。記憶部４００は、より具体的には、算出要求を含むブロックを、分散台帳によって記憶する。算出要求を含むブロックは、例えば、登録部４０３によって取得される。
　取得部４０１は、各機能部の処理に用いられる各種情報を取得する。取得部４０１は、取得した各種情報を、記憶部４００に記憶し、または、各機能部に出力する。また、取得部４０１は、記憶部４００に記憶しておいた各種情報を、各機能部に出力してもよい。取得部４０１は、例えば、ユーザの操作入力に基づき、各種情報を取得する。取得部４０１は、例えば、情報処理装置１００とは異なる装置から、各種情報を受信してもよい。
　取得部４０１は、例えば、証跡データの登録要求を取得する。取得部４０１は、例えば、自装置が、サプライヤー側管理装置２１１に対応する場合、証跡データの登録要求を取得する。登録要求は、例えば、証跡データを含む。登録要求は、例えば、いずれかの工程が完了したことに応じて生成される。取得部４０１は、具体的には、証跡データの登録要求を、他のコンピュータから受信することにより取得する。他のコンピュータは、例えば、サプライヤー側端末装置２１２である。取得部４０１は、具体的には、ユーザの操作入力に基づき、証跡データの登録要求の入力を受け付けることにより、証跡データの登録要求を取得する。
　取得部４０１は、例えば、トークンの登録要求を取得する。取得部４０１は、例えば、自装置が、メーカー側管理装置２２１に対応する場合、トークンの登録要求を取得する。登録要求は、例えば、トークンを含む。登録要求は、例えば、複数の工程が完了したことに応じて生成される。取得部４０１は、具体的には、トークンの登録要求を、他のコンピュータから受信することにより取得する。他のコンピュータは、例えば、メーカー側端末装置２２２である。取得部４０１は、具体的には、ユーザの操作入力に基づき、トークンの登録要求の入力を受け付けることにより、トークンの登録要求を取得する。
　取得部４０１は、例えば、いずれかの工程に対応する第１ＳＣの登録要求を取得する。取得部４０１は、例えば、自装置が、メーカー側管理装置２２１に対応する場合、いずれかの工程に対応する第１ＳＣの登録要求を取得する。登録要求は、例えば、第１ＳＣを含む。登録要求は、例えば、いずれかの工程の指定を含む。取得部４０１は、具体的には、第１ＳＣの登録要求を、他のコンピュータから受信することにより取得する。他のコンピュータは、例えば、メーカー側端末装置２２２である。取得部４０１は、具体的には、ユーザの操作入力に基づき、第１ＳＣの登録要求の入力を受け付けることにより、第１ＳＣの登録要求を取得する。
　取得部４０１は、例えば、第２ＳＣの登録要求を取得する。取得部４０１は、例えば、自装置が、メーカー側管理装置２２１に対応する場合、第２ＳＣの登録要求を取得する。登録要求は、例えば、第２ＳＣを含む。取得部４０１は、具体的には、第２ＳＣの登録要求を、他のコンピュータから受信することにより取得する。他のコンピュータは、例えば、メーカー側端末装置２２２である。取得部４０１は、具体的には、ユーザの操作入力に基づき、第２ＳＣの登録要求の入力を受け付けることにより、第２ＳＣの登録要求を取得する。
　取得部４０１は、例えば、算出要求の登録要求を取得する。取得部４０１は、例えば、自装置が、購入者側管理装置２３１に対応する場合、算出要求の登録要求を取得する。登録要求は、例えば、算出要求を含む。取得部４０１は、具体的には、算出要求の登録要求を、他のコンピュータから受信することにより取得する。他のコンピュータは、購入者側端末装置２３２である。取得部４０１は、具体的には、ユーザの操作入力に基づき、算出要求の登録要求の入力を受け付けることにより、算出要求の登録要求を取得する。
　取得部４０１は、いずれかの機能部の処理を開始する開始トリガーを受け付けてもよい。開始トリガーは、例えば、ユーザによる所定の操作入力があったことである。開始トリガーは、例えば、他のコンピュータから、所定の情報を受信したことであってもよい。開始トリガーは、例えば、いずれかの機能部が所定の情報を出力したことであってもよい。
　取得部４０１は、例えば、各種登録要求を取得したことを、発行部４０２の処理を開始する開始トリガーとして受け付けてもよい。取得部４０１は、例えば、算出要求を含むブロックが、記憶部４００に記憶された分散台帳に登録されたことを検出したことを、算出部４０４の処理を開始する開始トリガーとして受け付けてもよい。
　発行部４０２は、トランザクションを発行する。発行部４０２は、例えば、第１ＳＣを含むトランザクションを発行する。発行部４０２は、具体的には、取得部４０１でいずれかの工程に対応する第１ＳＣの登録要求を取得したことに応じて、第１ＳＣを含むトランザクションを発行する。これにより、発行部４０２は、第１ＳＣを含むブロックを、複数の情報処理装置１００のそれぞれの情報処理装置１００が管理する分散台帳に登録するよう、当該情報処理装置１００を制御することができる。
　発行部４０２は、例えば、第２ＳＣを含むトランザクションを発行する。発行部４０２は、具体的には、取得部４０１で第２ＳＣの登録要求を取得したことに応じて、第２ＳＣを含むトランザクションを発行する。これにより、発行部４０２は、第２ＳＣを含むブロックを、複数の情報処理装置１００のそれぞれの情報処理装置１００が管理する分散台帳に登録するよう、当該情報処理装置１００を制御することができる。
　発行部４０２は、例えば、証跡データを含むトランザクションを発行する。発行部４０２は、具体的には、取得部４０１で証跡データの登録要求を取得したことに応じて、証跡データを含むトランザクションを発行する。これにより、発行部４０２は、証跡データを含むブロックを、複数の情報処理装置１００のそれぞれの情報処理装置１００が管理する分散台帳に登録するよう、当該情報処理装置１００を制御することができる。
　発行部４０２は、例えば、トークンを含むトランザクションを発行する。発行部４０２は、具体的には、取得部４０１でトークンの登録要求を取得したことに応じて、トークンを含むトランザクションを発行する。これにより、発行部４０２は、トークンを含むブロックを、複数の情報処理装置１００のそれぞれの情報処理装置１００が管理する分散台帳に登録するよう、当該情報処理装置１００を制御することができる。
　発行部４０２は、例えば、算出要求を含むトランザクションを発行する。発行部４０２は、具体的には、取得部４０１で算出要求の登録要求を取得したことに応じて、算出要求を含むトランザクションを発行する。これにより、発行部４０２は、算出要求を含むブロックを、複数の情報処理装置１００のそれぞれの情報処理装置１００が管理する分散台帳に登録するよう、当該情報処理装置１００を制御することができる。
　登録部４０３は、複数の工程のそれぞれの工程について、第１ＳＣを登録する。登録部４０３は、２以上の工程について共通の第１ＳＣを１つ登録してもよい。登録部４０３は、例えば、トランザクションに応じて第１ＳＣを含むブロックを受信した場合、第１ＳＣを含むブロックを分散台帳に登録する。これにより、登録部４０３は、第１ＳＣを利用可能にすることができる。
　登録部４０３は、第２ＳＣを登録する。登録部４０３は、例えば、トランザクションに応じて第２ＳＣを含むブロックを受信した場合、第２ＳＣを含むブロックを分散台帳に登録する。これにより、登録部４０３は、第２ＳＣを利用可能にすることができる。
　登録部４０３は、いずれかの工程について、証跡データを登録する。登録部４０３は、例えば、トランザクションに応じて証跡データを含むブロックを受信した場合、証跡データを含むブロックを分散台帳に登録する。これにより、登録部４０３は、証跡データを利用可能にすることができる。登録部４０３は、目的に関するそれぞれの工程における実績値を利用可能にすることができる。
　登録部４０３は、いずれかの工程について、トークンを登録する。登録部４０３は、例えば、トランザクションに応じてトークンを含むブロックを受信した場合、トークンを含むブロックを分散台帳に登録する。これにより、登録部４０３は、トークンを利用可能にすることができる。登録部４０３は、トークンに対応する発生源から得られる利益を複数のユーザに分配する割合を算出するにあたって、トークンに基づいていずれの証跡データを参照すればよいかを特定可能にすることができる。
　登録部４０３は、いずれかの工程について、算出要求を登録する。登録部４０３は、例えば、トランザクションに応じて算出要求を含むブロックを受信した場合、算出要求を含むブロックを分散台帳に登録する。これにより、登録部４０３は、算出要求を利用可能にすることができる。登録部４０３は、いずれのトークンに基づいて、利益を複数のユーザに分配する割合を算出することが要求されたかを特定可能にすることができる。
　算出部４０４は、それぞれの工程に関する指標値を算出する。算出部４０４は、例えば、トークンを指定する算出要求を含むブロックを登録したことに応じて、それぞれの工程に関する指標値を算出する。算出部４０４は、具体的には、分散台帳を参照して、トークンに基づいて、それぞれの工程に対応する第１ＳＣを利用して、目的に関する当該工程における実績値の実績種別に応じて、当該工程に関する指標値を算出する。これにより、算出部４０４は、発生源から得られる利益を、複数の参加者に分配する割合を算出する指針を得ることができる。
　算出部４０４は、具体的には、分散台帳を参照して、トークンに基づいて、それぞれの工程に対応する第１ＳＣを利用して、目的に関する当該工程における実績値の実績種別に対応する貢献種別である、当該工程に関する指標値を算出してもよい。これにより、算出部４０４は、発生源から得られる利益を、複数の参加者に分配する割合を算出する指針を得ることができる。算出部４０４は、異なる観点の複数の指針を得ることができる。
　算出部４０４は、発生源から得られる利益を、複数の参加者に分配する割合を算出する。算出部４０４は、例えば、第２ＳＣを利用して、算出したそれぞれの工程に関する指標値に応じて、発生源から得られる利益を、複数の参加者に分配する割合を算出する。これにより、算出部４０４は、発生源から得られる利益を、複数の参加者に適切に分配可能にすることができる。
　算出部４０４は、例えば、第２ＳＣを利用して、目的に関するそれぞれの工程における実績値の実績種別に対応する貢献種別である指標値に応じて、貢献種別ごとの重みに基づいて、発生源から得られる利益を、複数の参加者に分配する割合を算出してもよい。これにより、算出部４０４は、異なる貢献種別の指標値を考慮して、発生源から得られる利益を、複数の参加者に適切に分配可能にすることができる。
　算出部４０４は、算出した割合に基づいて、発生源から得られる利益を、それぞれの参加者に分配する分配量を算出してもよい。これにより、算出部４０４は、発生源から得られる利益を、それぞれの参加者に適切に分配することができる。
　出力部４０５は、少なくともいずれかの機能部の処理結果を出力する。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ３０３による外部装置への送信、または、メモリ３０２や記録媒体３０５などの記憶領域への記憶である。これにより、出力部４０５は、少なくともいずれかの機能部の処理結果をユーザに通知可能にし、情報処理装置１００の利便性の向上を図ることができる。
　出力部４０５は、算出部４０４で算出した割合を出力する。出力部４０５は、例えば、算出部４０４で算出した割合を、ユーザが参照可能に出力する。出力部４０５は、例えば、算出部４０４で算出した割合を、発生源から得られる利益を、それぞれの参加者に分配する機能部に出力してもよい。機能部は、例えば、情報処理装置１００以外に含まれていてもよい。これにより、算出部４０４は、発生源から得られる利益を、複数の参加者に適切に分配可能にすることができる。
　出力部４０５は、算出部４０４で算出した分配量を出力してもよい。出力部４０５は、例えば、算出部４０４で算出した分配量を、ユーザが参照可能に出力する。出力部４０５は、例えば、算出部４０４で算出した分配量を、発生源から得られる利益をそれぞれの参加者に分配する機能部に出力してもよい。機能部は、例えば、情報処理装置１００以外に含まれていてもよい。これにより、算出部４０４は、発生源から得られる利益を、複数の参加者に適切に分配することができる。
（情報処理システム２００の機能的構成例）
　次に、図５を用いて、情報処理システム２００の機能的構成例について説明する。
　図５は、情報処理システム２００の機能的構成例を示すブロック図である。図５において、メーカー側端末装置２２２は、受信部５０１と、送信部５０２と、表示部５０３とを含む。受信部５０１は、メーカー側ユーザの操作入力を受け付ける。送信部５０２は、受け付けたメーカー側ユーザの操作入力に基づき、証跡データの登録要求、トークンの登録要求、および、ＳＣの登録要求などを、メーカー側管理装置２２１に送信する。表示部５０３は、メーカー側ユーザの操作入力を受け付ける画面を表示する。
　サプライヤー側端末装置２１２は、同様に、受信部５０１と、送信部５０２と、表示部５０３とを含む。また、購入者側端末装置２３２は、同様に、受信部５０１と、送信部５０２と、表示部５０３とを含む。
　メーカー側管理装置２２１は、分散台帳５１０と、受信部５１１と、処理部５１２と、送信部５１３とを含む。分散台帳５１０は、証跡データ、トークン、ＳＣなどを、ブロックに含めて記憶する。受信部５１１は、証跡データの登録要求、トークンの登録要求、および、ＳＣの登録要求などを、メーカー側端末装置２２２から受信する。受信部５１１は、証跡データを含むブロック、トークンを含むブロック、および、ＳＣを含むブロックなどを、ブロック生成装置２０１から受信する。
　処理部５１２は、図４に示した各機能部に対応する。処理部５１２は、算出要求に応じて、算出要求で指定のトークンに基づいて、ＳＣを利用して、工程ごとの貢献度合いを示す指標値を算出し、利益となる対価をそれぞれの参加者に分配する割合を算出する。送信部５１３は、各種登録要求に応じて、証跡データを含むトランザクション、トークンを含むトランザクション、および、ＳＣを含むトランザクションなどを、ブロック生成装置２０１に送信する。
　サプライヤー側管理装置２１１は、同様に、分散台帳５１０と、受信部５１１と、処理部５１２と、送信部５１３とを含む。また、購入者側管理装置２３１は、同様に、分散台帳５１０と、受信部５１１と、処理部５１２と、送信部５１３とを含む。
　ブロック生成装置２０１は、受信部５２１と、生成部５２２と、送信部５２３とを含む。受信部５２１は、トランザクションを受け付ける。受信部５２１は、例えば、証跡データを含むトランザクション、トークンを含むトランザクション、および、ＳＣを含むトランザクションなどを、メーカー側管理装置２２１、サプライヤー側管理装置２１１、または、購入者側管理装置２３１から受信する。
　生成部５２２は、トランザクションに応じてブロックを生成する。生成部５２２は、例えば、各種トランザクションに応じて、証跡データを含むブロック、トークンを含むブロック、および、ＳＣを含むブロックなどを生成する。送信部５２３は、生成したブロックを、メーカー側管理装置２２１、サプライヤー側管理装置２１１、または、購入者側管理装置２３１に送信する。ブロック生成装置２０１は、マイニングノード、または、コンソーシアム型ブロックチェーンのオープンソースソフトウェアであるＨｙｐｅｒｌｅｄｇｅｒ　ＦａｂｒｉｃのＯｒｄｅｒｉｎｇ　Ｓｅｒｖｉｃｅなどである。図中の［ｘ］は、メーカー側管理装置２２１、サプライヤー側管理装置２１１、または、購入者側管理装置２３１などのコンピュータに対応する参加者ｘを示す。
（情報処理システム２００の動作の流れ）
　次に、図６を用いて、情報処理システム２００の動作の流れについて説明する。
　図６は、情報処理システム２００の動作の流れを示す説明図である。図６において、分散台帳５１０は、ブロックチェーンネットワークで管理される。ブロックチェーンネットワークは、サプライヤー側管理装置２１１と、メーカー側管理装置２２１と、購入者側管理装置２３１とをノードとして含む。分散台帳５１０は、ノードとなる各種装置で共有される。
　分散台帳５１０は、証跡データストア６１０、トークンデータストア６２０、および、ＳＣストア６３０を記憶する。証跡データストア６１０は、証跡データを含む。トークンデータストア６２０は、トークンを含む。ＳＣストア６３０は、ＳＣを含む。ＳＣストア６３０は、例えば、対価割合計算ＳＣ６０１を含む。ＳＣストア６３０は、例えば、貢献基準プール６０２を含む。貢献基準プール６０２は、例えば、貢献値計算ＳＣ６０３を含む。
　（７－１）メーカーは、メーカー側端末装置２２２を用いて、実績値に基づいて貢献値を計算する処理を記述した貢献値計算ＳＣ６０３を生成する。貢献値計算ＳＣ６０３は、例えば、実績値の実績種別を表す「Ｄａｔａ　Ｔｙｐｅ」と、「実績値を貢献値へ変換する計算式」とを含む。メーカー側端末装置２２２は、貢献値計算ＳＣ６０３を、メーカー側管理装置２２１に送信する。メーカー側管理装置２２１は、貢献値計算ＳＣ６０３を、分散台帳５１０のＳＣストア６３０に登録する。これにより、貢献値計算ＳＣ６０３は、ノードとなる各種装置で共有される。
　（７－２）サプライヤーは、担当する生産物に関する工程を完了すると、サプライヤー側端末装置２１２を用いて、実績値を含む証跡データを生成する。証跡データは、例えば、証跡データの識別情報である「証跡ＩＤ」と、生産物に関する工程における「実績値」と、実績値の実績種別を表す「Ｄａｔａ　Ｔｙｐｅ」と、対価の分配先の参加者を表す「アカウント情報」とを含む。サプライヤー側端末装置２１２は、証跡データを、サプライヤー側管理装置２１１に送信する。サプライヤー側管理装置２１１は、証跡データを、分散台帳５１０の証跡データストア６１０に登録する。これにより、証跡データは、ノードとなる各種装置で共有される。
　（７－３）メーカーは、担当する生産物に関する工程を完了し、生産物を生産すると、メーカー側端末装置２２２を用いて、トークンを生成する。トークンは、例えば、トークンの識別情報である「トークンＩＤ」と、トークンを生成した参加者を表す「トークンの所有者情報（ｏｗｎｅｒ）」と、対価が支払われる生産物を表す「製品情報」とを含む。トークンは、例えば、さらに、生産物に関するそれぞれの工程に関する証跡データの識別情報である「証跡ＩＤ」を含む。メーカー側端末装置２２２は、トークンを、メーカー側管理装置２２１に送信する。メーカー側管理装置２２１は、トークンを、分散台帳５１０のトークンデータストア６２０に登録する。これにより、トークンは、ノードとなる各種装置で共有される。
　（７－４）購入者は、生産物を購入し、生産物に対価を支払う。購入者は、例えば、生産物に関するトークンを購入し、トークンに対価を支払う。購入者は、購入者側端末装置２３２を用いて、トークンの指定を含む算出要求を生成する。算出要求は、例えば、トークンの識別情報である「トークンＩＤ」を含む。購入者側端末装置２３２は、算出要求を、購入者側管理装置２３１に送信する。購入者側管理装置２３１は、算出要求を、分散台帳５１０に登録する。これにより、算出要求は、ノードとなる各種装置で共有される。
　（７－５）ノードとなる各種装置は、算出要求に応じて、貢献値計算ＳＣ６０３と、対価割合計算ＳＣ６０１とを利用して、対価をそれぞれの参加者に分配する割合を表す対価割合を算出する。貢献値計算ＳＣ６０３は、例えば、対価割合計算ＳＣ６０１によって制御されてもよい。
　例えば、メーカー側管理装置２２１で、対価割合計算ＳＣ６０１は、算出要求に含まれるトークンＩＤをキーとして、分散台帳５１０から、トークンを検索する。例えば、対価割合計算ＳＣ６０１は、検索したトークンに含まれる証跡ＩＤをキーとして、分散台帳５１０から、証跡データを検索する。例えば、対価割合計算ＳＣ６０１は、検索した証跡データに含まれるＤａｔａ　Ｔｙｐｅと、実績値と、アカウント情報とを取得する。例えば、対価割合計算ＳＣ６０１は、取得したＤａｔａ　Ｔｙｐｅに対応する貢献値計算ＳＣ６０３を特定し、実績値を入力する。
　例えば、貢献値計算ＳＣ６０３は、貢献値計算ＳＣ６０３に含まれる計算式を使用して、入力された実績値を変換した貢献値を算出し、対価割合計算ＳＣ６０１に入力する。具体的には、実績値が電力量であれば、［貢献値］＝１００－［電力量］＊２が算出される。具体的には、実績値が燃料量であれば、［貢献値］＝１００－［燃料量］＊１４が算出される。
　例えば、対価割合計算ＳＣ６０１は、証跡データごとに変換された貢献値を取得し、取得した貢献値に基づいて、対価割合計算ＳＣ６０１に含まれる計算式を使用して、対価割合を算出する。具体的には、［対価割合］＝［いずれかの貢献値］／［貢献値の合計値］＊１００が算出される。より具体的には、サプライヤー１について、［対価割合］＝［２０］／［２０＋３０］＊１００＝４０％が算出される。より具体的には、サプライヤー２について、［対価割合］＝［３０］／［２０＋３０］＊１００＝６０％が算出される。
　これにより、情報処理システム２００は、適切な対価割合を算出することができる。情報処理システム２００は、貢献値計算ＳＣ６０３を、貢献基準ごとに分離して管理することができ、トークンで証跡データを管理し、トークンについて対価が発生した際に、トークンに対応する証跡データを特定可能にすることができる。
　このため、情報処理システム２００は、貢献値計算ＳＣ６０３を追加する場合などにおける、それぞれの参加者の悪影響を抑制することができる。従って、情報処理システム２００は、状況の変化に対処し易くすることができる。情報処理システム２００は、証跡データを適切に管理することができ、対価割合を算出し易くすることができ、対価を与える参加者を特定し易くすることができる。
（情報処理システム２００の第１動作例）
　次に、図７～図２４を用いて、情報処理システム２００の第１動作例について説明する。
　図７～図２４は、情報処理システム２００の第１動作例を示す説明図である。図７および図８は、具体的には、分散台帳５１０の初期状態を示す。図７に示すように、分散台帳５１０は、対価割合計算ＳＣ６０１を記憶する。対価割合計算ＳＣ６０１は、計算式を含む。分散台帳５１０は、貢献基準プール６０２を有する。次に、図８の説明に移行する。
　図８に示すように、分散台帳５１０は、証跡データストア６１０と、トークンデータストア６２０と、対価割合データストア８００とを記憶する。初期状態では、証跡データストア６１０は、空である。トークンデータストア６２０は、空である。対価割合データストア８００は、空である。
　証跡データストア６１０は、証跡ＩＤと、Ｄａｔａ　Ｔｙｐｅと、実績値と、アカウントとのフィールドを有する。証跡データストア６１０は、工程ごとに各フィールドに情報を設定することにより、証跡データがレコードとして記憶される。証跡ＩＤのフィールドには、証跡データの識別情報である「証跡ＩＤ」が設定される。Ｄａｔａ　Ｔｙｐｅのフィールドには、実績値の実績種別を表す「Ｄａｔａ　Ｔｙｐｅ」が設定される。実績値のフィールドには、「実績値」が設定される。アカウントのフィールドには、対価の分配先の参加者を表す「アカウント情報」が設定される。
　トークンデータストア６２０は、トークンＩＤと、オーナーと、製品情報と、証跡ＩＤとのフィールドを有する。トークンデータストア６２０は、生産物ごとに各フィールドに情報を設定することにより、トークンがレコードとして記憶される。トークンＩＤのフィールドには、トークンの識別情報である「トークンＩＤ」が設定される。オーナーのフィールドには、トークンを生成した参加者を表す「トークンの所有者情報（ｏｗｎｅｒ）」が設定される。製品情報のフィールドには、対価が支払われる生産物を表す「製品情報」が設定される。証跡ＩＤのフィールドには、生産物に関するそれぞれの工程に関する証跡データの識別情報である「証跡ＩＤ」が設定される。
　対価割合データストア８００は、トークンＩＤと、支払い先と、対価割合とのフィールドを有する。対価割合データストア８００は、参加者ごとに各フィールドに情報を設定することにより、対価割合がレコードとして記憶される。トークンＩＤのフィールドには、対価が発生した生産物に関するトークンデータの識別情報である「トークンＩＤ」が設定される。支払い先のフィールドには、対価割合が計算され、対価が与えられる参加者を表す「参加者情報」が設定される。対価割合のフィールドには、参加者に対応する「対価割合」が設定される。次に、図９の説明に移行する。
　図９は、具体的には、情報処理システム２００における、貢献値計算ＳＣ６０３を登録するＳＣ登録処理手順の一例を示すシーケンス図を示す。図９において、メーカー側端末装置２２２は、メーカー側ユーザの操作入力に基づいて、貢献値計算ＳＣ６０３を生成する。
　以下の説明では、異なる種別の貢献値計算ＳＣ６０３を区別可能に「貢献値計算ＳＣＸ６０３」と表記する場合がある。Ｘは、Ａ，Ｂ，Ｃなどである。図９の例では、メーカー側端末装置２２２は、貢献値計算ＳＣＡ６０３を生成する。貢献値計算ＳＣ６０３は、メーカー、または、環境保護に関する専門家などによって、環境保護の観点ごとに生成される。
　メーカー側端末装置２２２は、生成した貢献値計算ＳＣＡ６０３を含むＳＣ登録トランザクション発行要求を、ノードとなるメーカー側管理装置２２１に送信する（ステップＳ９０１）。メーカー側管理装置２２１は、ＳＣ登録トランザクション発行要求を受信すると、貢献値計算ＳＣＡ６０３を含むＳＣ登録トランザクションを生成して署名を付与する（ステップＳ９０２）。メーカー側管理装置２２１は、ＳＣ登録トランザクションを、ブロック生成装置２０１に発行する（ステップＳ９０３）。
　ブロック生成装置２０１は、ＳＣ登録トランザクションを受信すると、完了通知を、メーカー側管理装置２２１に送信する（ステップＳ９０４）。メーカー側管理装置２２１は、完了通知を受信すると、完了通知を、メーカー側端末装置２２２に送信する（ステップＳ９０５）。
　ブロック生成装置２０１は、ＳＣ登録トランザクションを受信すると、貢献値計算ＳＣＡ６０３を含むブロックを生成する（ステップＳ９０６）。ブロック生成装置２０１は、生成したブロックを、メーカー側管理装置２２１に配布する（ステップＳ９０７）。ブロック生成装置２０１は、生成したブロックを、ノードとなる各種装置９００に配布する（ステップＳ９０８）。
　各種装置９００は、例えば、サプライヤー１に対応するサプライヤー側管理装置２１１、サプライヤー２に対応するサプライヤー側管理装置２１１、サプライヤー３に対応するサプライヤー側管理装置２１１、および、購入者側管理装置２３１などである。
　メーカー側管理装置２２１は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ９０９）。メーカー側管理装置２２１は、処理部５１２により、ブロックが正当と検証されると、ブロックを分散台帳５１０に登録する（ステップＳ９１０）。メーカー側管理装置２２１は、処理部５１２により、分散台帳５１０から、完了通知を受信する（ステップＳ９１１）。
　各種装置９００は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ９１２）。各種装置９００は、処理部５１２により、ブロックが正当と検証されると、ブロックを分散台帳５１０に登録する（ステップＳ９１３）。各種装置９００は、処理部５１２により、分散台帳５１０から、完了通知を受信する（ステップＳ９１４）。これにより、情報処理システム２００は、複数のノードで貢献値計算ＳＣ６０３を共有することができる。次に、図１０の説明に移行する。
　図１０は、具体的には、分散台帳５１０の状態を示す。図１０に示すように、ＳＣ登録処理により、分散台帳５１０は、貢献基準プール６０２に、貢献値計算ＳＣＡ６０３を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、貢献値計算ＳＣＡ６０３を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、実績値に基づき貢献値を計算可能にすることができる。
　サプライヤーは、貢献基準プール６０２を参照して、貢献値計算ＳＣ６０３が示す観点で環境保護に貢献すればよいことを把握することができる。サプライヤーは、貢献基準プール６０２に複数の貢献値計算ＳＣ６０３があれば、貢献基準プール６０２を参照して、いずれの貢献値計算ＳＣ６０３が示す観点で環境保護に貢献するかを選択することができる。サプライヤーは、他の観点で環境保護に貢献することを望む場合、サプライヤー側管理装置２１１を介して、または、メーカーに依頼して、他の観点の貢献値計算ＳＣ６０３を、分散台帳５１０に登録することができる。
　貢献値計算ＳＣＡ６０３は、実績値の実績種類であるＤａｔａ　Ｔｙｐｅと、実績値に基づき貢献値を計算可能にする計算式とを含む。計算式は、例えば、貢献値＝ＣＯ2削減量を計算する。計算式は、具体的には、１００－ｐ＊２である。ｐは、実績値である。実績値は、例えば、電力量である。電力量が小さいほど、ＣＯ2削減量が大きいため、貢献値が大きくなる。次に、図１１の説明に移行する。
　図１１は、具体的には、情報処理システム２００における、証跡データを登録する証跡データ登録処理手順の一例を示すシーケンス図を示す。図１１において、サプライヤー１に対応するサプライヤー側ユーザは、サプライヤー１の工程における実績値の実績種別Ｄａｔａ　Ｔｙｐｅを選択する。
　サプライヤー側ユーザは、選択した実績種別Ｄａｔａ　Ｔｙｐｅと、実績値との対応関係を、サプライヤー１に対応するサプライヤー側端末装置２１２に入力する。サプライヤー側端末装置２１２は、サプライヤー側ユーザの操作入力に基づいて、証跡データを生成する。図１１の例では、サプライヤー側端末装置２１２は、証跡ＩＤ＝Ａ１と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ａ（電力量）と、実績値と、アカウント情報とを含む証跡データ１を生成する。
　サプライヤー側端末装置２１２は、生成した証跡データ１を含む証跡データ登録トランザクション発行要求を、ノードとなるサプライヤー側管理装置２１１に送信する（ステップＳ１１０１）。サプライヤー側管理装置２１１は、証跡データ登録トランザクション発行要求を受信すると、証跡データ１を含む証跡データ登録トランザクションを生成して署名を付与する（ステップＳ１１０２）。サプライヤー側管理装置２１１は、証跡データ登録トランザクションを、ブロック生成装置２０１に発行する（ステップＳ１１０３）。
　ブロック生成装置２０１は、証跡データ登録トランザクションを受信すると、完了通知を、サプライヤー側管理装置２１１に送信する（ステップＳ１１０４）。サプライヤー側管理装置２１１は、完了通知を受信すると、完了通知を、サプライヤー側端末装置２１２に送信する（ステップＳ１１０５）。
　ブロック生成装置２０１は、証跡データ登録トランザクションを受信すると、証跡データ１を含むブロックを生成する（ステップＳ１１０６）。ブロック生成装置２０１は、生成したブロックを、サプライヤー側管理装置２１１に配布する（ステップＳ１１０７）。ブロック生成装置２０１は、生成したブロックを、ノードとなる各種装置１１００に配布する（ステップＳ１１０８）。
　各種装置１１００は、例えば、メーカー側管理装置２２１、サプライヤー２に対応するサプライヤー側管理装置２１１、サプライヤー３に対応するサプライヤー側管理装置２１１、および、購入者側管理装置２３１などである。
　サプライヤー側管理装置２１１は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ１１０９）。サプライヤー側管理装置２１１は、処理部５１２により、ブロックが正当と検証されると、ブロックを分散台帳５１０に登録する（ステップＳ１１１０）。サプライヤー側管理装置２１１は、処理部５１２により、分散台帳５１０から、完了通知を受信する（ステップＳ１１１１）。
　各種装置１１００は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ１１１２）。各種装置１１００は、処理部５１２により、ブロックが正当と検証されると、ブロックを分散台帳５１０に登録する（ステップＳ１１１３）。各種装置１１００は、処理部５１２により、分散台帳５１０から、完了通知を受信する（ステップＳ１１１４）。これにより、情報処理システム２００は、複数のノードで証跡データ１を共有することができる。
　同様に、サプライヤー２に対応するサプライヤー側端末装置２１２が、サプライヤー側ユーザの操作入力に基づいて、証跡ＩＤ＝Ｂ１と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ａ（電力量）と、実績値と、アカウント情報とを含む証跡データ２を生成したとする。情報処理システム２００は、複数のノードで証跡データ２を共有したとする。次に、図１２の説明に移行する。
　図１２は、具体的には、分散台帳５１０の状態を示す。図１２に示すように、証跡データ登録処理により、分散台帳５１０は、証跡データストア６１０に、証跡データ１と、証跡データ２とを記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、証跡データ１と、証跡データ２とを参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、証跡データに基づき実績値を特定可能にすることができる。次に、図１３の説明に移行する。
　図１３は、具体的には、情報処理システム２００における、トークンを登録するトークン登録処理手順の一例を示すシーケンス図を示す。図１３において、メーカー側ユーザは、生産物が生産されたことに応じて、生産物を表す製品情報と、生産物に関する証跡データを表す証跡ＩＤ＝Ａ１，Ｂ１との対応関係を、メーカー側端末装置２２２に入力する。製品情報は、例えば、ＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）、または、生産物の個体識別情報などである。
　メーカー側端末装置２２２は、メーカー側ユーザの操作入力に基づいて、トークンを生成する。図１３の例では、メーカー側端末装置２２２は、生産物を表す製品情報と、生産物に関する証跡データを表す証跡ＩＤ＝Ａ１，Ｂ１とを含むトークン１を生成する。
　メーカー側端末装置２２２は、生成したトークン１を含むトークン登録トランザクション発行要求を、ノードとなるメーカー側管理装置２２１に送信する（ステップＳ１３０１）。メーカー側管理装置２２１は、トークン登録トランザクション発行要求を受信すると、トークン１を含むトークン登録トランザクションを生成して署名を付与する（ステップＳ１３０２）。メーカー側管理装置２２１は、トークン登録トランザクションを、ブロック生成装置２０１に発行する（ステップＳ１３０３）。
　ブロック生成装置２０１は、トークン登録トランザクションを受信すると、完了通知を、メーカー側管理装置２２１に送信する（ステップＳ１３０４）。メーカー側管理装置２２１は、完了通知を受信すると、完了通知を、メーカー側端末装置２２２に送信する（ステップＳ１３０５）。
　ブロック生成装置２０１は、トークン登録トランザクションを受信すると、トークン１を含むブロックを生成する（ステップＳ１３０６）。ブロック生成装置２０１は、生成したブロックを、メーカー側管理装置２２１に配布する（ステップＳ１３０７）。ブロック生成装置２０１は、生成したブロックを、ノードとなる各種装置１３００に配布する（ステップＳ１３０８）。
　各種装置１３００は、例えば、サプライヤー１に対応するサプライヤー側管理装置２１１、サプライヤー２に対応するサプライヤー側管理装置２１１、サプライヤー３に対応するサプライヤー側管理装置２１１、および、購入者側管理装置２３１などである。
　メーカー側管理装置２２１は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ１３０９）。メーカー側管理装置２２１は、処理部５１２により、ブロックが正当と検証されると、ブロックを分散台帳５１０に登録する（ステップＳ１３１０）。メーカー側管理装置２２１は、処理部５１２により、分散台帳５１０から、完了通知を受信する（ステップＳ１３１１）。
　各種装置１３００は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ１３１２）。各種装置１３００は、処理部５１２により、ブロックが正当と検証されると、ブロックを分散台帳５１０に登録する（ステップＳ１３１３）。各種装置１３００は、処理部５１２により、分散台帳５１０から、完了通知を受信する（ステップＳ１３１４）。これにより、情報処理システム２００は、複数のノードでトークン１を共有することができる。次に、図１４の説明に移行する。
　図１４は、具体的には、分散台帳５１０の状態を示す。図１４に示すように、トークン登録処理により、分散台帳５１０は、トークンデータストア６２０に、トークン１を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、トークン１を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、トークン１に基づき、対価を分配する際に参照する証跡データを特定可能にすることができる。次に、図１５および図１６の説明に移行する。
　図１５および図１６は、具体的には、情報処理システム２００における、対価を分配する対価割合を計算する計算処理手順の一例を示すシーケンス図を示す。図１５において、購入者側ユーザは、トークン１に対して対価を支払う場合、トークンＩＤを、購入者側端末装置２３２に入力する。購入者側端末装置２３２は、購入者側ユーザの操作入力に基づいて、トークンＩＤを含む対価割合計算要求を生成する。図１５の例では、購入者側端末装置２３２は、トークン１のトークンＩＤを含む対価割合計算要求を生成する。
　購入者側端末装置２３２は、生成した対価割合計算要求を含む対価割合計算トランザクション発行要求を、ノードとなる購入者側管理装置２３１に送信する（ステップＳ１５０１）。購入者側管理装置２３１は、対価割合計算トランザクション発行要求を受信すると、対価割合計算要求を含む対価割合計算トランザクションを生成して署名を付与する（ステップＳ１５０２）。購入者側管理装置２３１は、対価割合計算トランザクションを、ブロック生成装置２０１に発行する（ステップＳ１５０３）。
　ブロック生成装置２０１は、対価割合計算トランザクションを受信すると、完了通知を、購入者側管理装置２３１に送信する（ステップＳ１５０４）。購入者側管理装置２３１は、完了通知を受信すると、完了通知を、購入者側端末装置２３２に送信する（ステップＳ１５０５）。
　ブロック生成装置２０１は、対価割合計算トランザクションを受信すると、対価割合計算要求を含むブロックを生成する（ステップＳ１５０６）。ブロック生成装置２０１は、生成したブロックを、購入者側管理装置２３１に配布する（ステップＳ１５０７）。
　購入者側管理装置２３１は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ１５０８）。購入者側管理装置２３１は、処理部５１２により、ブロックが正当と検証されると、対価割合計算ＳＣ６０１を実行し、ブロックに含まれるトークンＩＤを、対価割合計算ＳＣ６０１に入力する（ステップＳ１５０９）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークンＩＤをキーにして、トークンデータストア６２０から、トークンＩＤに対応するトークンを検索する（ステップＳ１５１０）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークン１を取得する（ステップＳ１５１１）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークンに含まれる証跡ＩＤをキーにして、証跡データストア６１０から、証跡ＩＤに対応する証跡データを検索する（ステップＳ１５１２）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ１と、証跡データ２とを取得する（ステップＳ１５１３）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ１に基づいて、貢献値計算ＳＣＡ６０３を実行する（ステップＳ１５１４）。対価割合計算ＳＣ６０１は、例えば、実績値＝４０を、貢献値計算ＳＣＡ６０３に渡す。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝２０を取得する（ステップＳ１５１５）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ２に基づいて、貢献値計算ＳＣＡ６０３を実行する（ステップＳ１５１６）。対価割合計算ＳＣ６０１は、例えば、実績値＝３５を、貢献値計算ＳＣＡ６０３に渡す。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝３０を取得する（ステップＳ１５１７）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、取得した貢献値に基づいて、参加者ごとの対価割合を計算する（ステップＳ１５１８）。購入者側管理装置２３１は、例えば、対価割合計算ＳＣ６０１により、対価割合ｘn＝ｙn／ｙsumを計算する。ｙnは、貢献値である。ｙsumは、貢献値の合計である。ｎは、参加者の番号である。
　購入者側管理装置２３１は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー１の対価割合２０／（２０＋３０）＝０．４と、サプライヤー２の対価割合３０／（２０＋３０）＝０．６とを計算する。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークンＩＤと、計算した参加者ごとの対価割合との対応関係を、分散台帳５１０の対価割合データストア８００に登録する（ステップＳ１５１９）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、分散台帳５１０から、完了通知を受信する（ステップＳ１５２０）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、完了通知を、処理部５１２に送信する（ステップＳ１５２１）。その後、購入者側管理装置２３１は、対価割合に基づいて、参加者ごとに対価を与える。次に、図１６の説明に移行する。
　図１６において、ブロック生成装置２０１は、生成したブロックを、ノードとなる各種装置１６００に配布する（ステップＳ１６０１）。各種装置１６００は、例えば、メーカー側管理装置２２１、サプライヤー１に対応するサプライヤー側管理装置２１１、サプライヤー２に対応するサプライヤー側管理装置２１１、および、サプライヤー３に対応するサプライヤー側管理装置２１１などである。
　各種装置１６００は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ１６０２）。各種装置１６００は、処理部５１２により、ブロックが正当と検証されると、対価割合計算ＳＣ６０１を実行し、ブロックに含まれるトークンＩＤを、対価割合計算ＳＣ６０１に入力する（ステップＳ１６０３）。
　各種装置１６００は、対価割合計算ＳＣ６０１により、トークンＩＤをキーにして、トークンデータストア６２０から、トークンＩＤに対応するトークンを検索する（ステップＳ１６０４）。各種装置１６００は、対価割合計算ＳＣ６０１により、トークン１を取得する（ステップＳ１６０５）。
　各種装置１６００は、対価割合計算ＳＣ６０１により、トークン１に含まれる証跡ＩＤをキーにして、証跡データストア６１０から、証跡ＩＤに対応する証跡データを検索する（ステップＳ１６０６）。各種装置１６００は、対価割合計算ＳＣ６０１により、証跡データ１と、証跡データ２とを取得する（ステップＳ１６０７）。
　各種装置１６００は、対価割合計算ＳＣ６０１により、証跡データ１に基づいて、貢献値計算ＳＣＡ６０３を実行する（ステップＳ１６０８）。対価割合計算ＳＣ６０１は、例えば、実績値＝４０を、貢献値計算ＳＣＡ６０３に渡す。各種装置１６００は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝２０を取得する（ステップＳ１６０９）。
　各種装置１６００は、対価割合計算ＳＣ６０１により、証跡データ２に基づいて、貢献値計算ＳＣＡ６０３を実行する（ステップＳ１６１０）。対価割合計算ＳＣ６０１は、例えば、実績値＝３５を、貢献値計算ＳＣＡ６０３に渡す。各種装置１６００は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝３０を取得する（ステップＳ１６１１）。
　各種装置１６００は、対価割合計算ＳＣ６０１により、取得した貢献値に基づいて、参加者ごとの対価割合を計算する（ステップＳ１６１２）。各種装置１６００は、例えば、対価割合計算ＳＣ６０１により、対価割合ｘn＝ｙn／ｙsumを計算する。ｙnは、貢献値である。ｙsumは、ｙnと同一の貢献種別に属する、ｙnを含む貢献値の合計である。ｎは、参加者の番号である。
　各種装置１６００は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー１の対価割合２０／（２０＋３０）＝０．４と、サプライヤー２の対価割合３０／（２０＋３０）＝０．６とを計算する。各種装置１６００は、対価割合計算ＳＣ６０１により、トークンＩＤと、計算した参加者ごとの対価割合との対応関係を、分散台帳５１０の対価割合データストア８００に登録する（ステップＳ１６１３）。
　各種装置１６００は、対価割合計算ＳＣ６０１により、分散台帳５１０から、完了通知を受信する（ステップＳ１６１４）。各種装置１６００は、対価割合計算ＳＣ６０１により、完了通知を、処理部５１２に送信する（ステップＳ１６１５）。その後、各種装置１６００は、対価割合に基づいて、参加者ごとに対価を与える。次に、図１７の説明に移行する。
　図１７は、具体的には、分散台帳５１０の状態を示す。図１７に示すように、対価割合計算処理により、分散台帳５１０は、対価割合データストア８００に、参加者ごとの対価割合を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、対価割合を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、対価割合に基づき、対価を適切に分配可能にすることができる。
　このように、情報処理システム２００は、電力量に起因するＣＯ2削減量の観点で、対価をそれぞれの参加者に適切に分配することができる。次に、図１８の説明に移行する。
　図１８において、電力量に起因するＣＯ2削減量以外の他の観点も考慮して、対価をそれぞれの参加者に適切に分配することが望まれたとする。他の観点は、例えば、燃料量に起因するＣＯ2削減量である。この場合、情報処理システム２００は、図９に示したＳＣ登録処理と同様に、電力量に起因するＣＯ2削減量以外の他の観点に関する貢献値計算ＳＣＢ６０３を分散台帳５１０に登録し、複数のノードで共有したとする。
　図１８は、具体的には、分散台帳５１０の状態を示す。図１８に示すように、ＳＣ登録処理により、分散台帳５１０は、貢献基準プール６０２に、貢献値計算ＳＣＢ６０３を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、貢献値計算ＳＣＢ６０３を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、実績値に基づき貢献値を計算可能にすることができる。
　情報処理システム２００は、既存の貢献値計算ＳＣＡ６０３と、対価割合計算ＳＣ６０１とに影響を与えずに、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、貢献値計算ＳＣＢ６０３を共有することができる。このため、情報処理システム２００は、ＳＣを書き換えずに済み、コストの低減化を図ることができる。情報処理システム２００は、ＳＣを書き換えずに済むため、プログラムバグの発生を抑制し易くすることができ、信頼性の向上を図ることができる。
　貢献値計算ＳＣＢ６０３は、実績値の実績種類であるＤａｔａ　Ｔｙｐｅと、実績値に基づき貢献値を計算可能にする計算式とを含む。計算式は、例えば、貢献値＝ＣＯ2削減量を計算する。計算式は、具体的には、１００－ｐ＊１０である。ｐは、実績値である。実績値は、例えば、燃料量である。燃料量が小さいほど、ＣＯ2削減量が大きいため、貢献値が大きくなる。次に、図１９の説明に移行する。
　図１９において、サプライヤー１に対応するサプライヤー側端末装置２１２は、図１１に示した証跡データ登録処理と同様に、証跡データ３を生成したとする。証跡データ３は、例えば、サプライヤー側ユーザの操作入力に基づいて、証跡ＩＤ＝Ａ２と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ａ（電力量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、証跡データ３を分散台帳５１０に登録し、複数のノードで共有したとする。
　また、サプライヤー２に対応するサプライヤー側端末装置２１２は、図１１に示した証跡データ登録処理と同様に、証跡データ４を生成したとする。証跡データ４は、例えば、サプライヤー側ユーザの操作入力に基づいて、証跡ＩＤ＝Ｂ２と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ａ（電力量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、証跡データ４を分散台帳５１０に登録し、複数のノードで共有したとする。
　また、サプライヤー３に対応するサプライヤー側端末装置２１２は、図１１に示した証跡データ登録処理と同様に、証跡データ５を生成したとする。証跡データ５は、例えば、サプライヤー側ユーザの操作入力に基づいて、証跡ＩＤ＝Ｃ２と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ｂ（燃料量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、証跡データ５を分散台帳５１０に登録し、複数のノードで共有したとする。
　図１９は、具体的には、分散台帳５１０の状態を示す。図１９に示すように、証跡データ登録処理により、分散台帳５１０は、証跡データストア６１０に、証跡データ３と、証跡データ４と、証跡データ５とを記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、証跡データ３と、証跡データ４と、証跡データ５とを参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、証跡データに基づき実績値を特定可能にすることができる。次に、図２０の説明に移行する。
　図２０において、メーカー側ユーザは、さらに生産物が生産されたことに応じて、生産物を表す製品情報と、生産物に関する証跡データを表す証跡ＩＤ＝Ａ２，Ｂ２，Ｃ２との対応関係を、メーカー側端末装置２２２に入力する。メーカー側端末装置２２２は、生産物を表す製品情報と、生産物に関する証跡データを表す証跡ＩＤ＝Ａ２，Ｂ２，Ｃ２とを含むトークン２を生成する。情報処理システム２００は、図１３に示したトークン登録処理と同様に、トークン２を分散台帳５１０に登録し、複数のノードで共有したとする。
　図２０は、具体的には、分散台帳５１０の状態を示す。図２０に示すように、トークン登録処理により、分散台帳５１０は、トークンデータストア６２０に、新たなトークン２を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、新たなトークン２を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、新たなトークン２に基づき、対価を分配する際に参照する証跡データを特定可能にすることができる。次に、図２１～図２３の説明に移行する。
　図２１～図２３は、具体的には、情報処理システム２００における、対価を分配する対価割合を計算する計算処理手順の一例を示すシーケンス図を示す。図２１において、購入者側ユーザは、トークン２に対して対価を支払う場合、トークンＩＤを、購入者側端末装置２３２に入力する。購入者側端末装置２３２は、購入者側ユーザの操作入力に基づいて、トークンＩＤを含む対価割合計算要求を生成する。図２１の例では、購入者側端末装置２３２は、トークン２のトークンＩＤを含む対価割合計算要求を生成する。
　購入者側端末装置２３２は、生成した対価割合計算要求を含む対価割合計算トランザクション発行要求を、ノードとなる購入者側管理装置２３１に送信する（ステップＳ２１０１）。購入者側管理装置２３１は、対価割合計算トランザクション発行要求を受信すると、対価割合計算要求を含む対価割合計算トランザクションを生成して署名を付与する（ステップＳ２１０２）。購入者側管理装置２３１は、対価割合計算トランザクションを、ブロック生成装置２０１に発行する（ステップＳ２１０３）。
　ブロック生成装置２０１は、対価割合計算トランザクションを受信すると、完了通知を、購入者側管理装置２３１に送信する（ステップＳ２１０４）。購入者側管理装置２３１は、完了通知を受信すると、完了通知を、購入者側端末装置２３２に送信する（ステップＳ２１０５）。
　ブロック生成装置２０１は、対価割合計算トランザクションを受信すると、対価割合計算要求を含むブロックを生成する（ステップＳ２１０６）。次に、図２２の説明に移行する。
　図２２において、ブロック生成装置２０１は、生成したブロックを、購入者側管理装置２３１に配布する（ステップＳ２２０１）。購入者側管理装置２３１は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ２２０２）。購入者側管理装置２３１は、処理部５１２により、ブロックが正当と検証されると、対価割合計算ＳＣ６０１を実行し、ブロックに含まれるトークンＩＤを、対価割合計算ＳＣ６０１に入力する（ステップＳ２２０３）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークンＩＤをキーにして、トークンデータストア６２０から、トークンＩＤに対応するトークンを検索する（ステップＳ２２０４）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークン２を取得する（ステップＳ２２０５）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークン２に含まれる証跡ＩＤをキーにして、証跡データストア６１０から、証跡ＩＤに対応する証跡データを検索する（ステップＳ２２０６）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ３と、証跡データ４と、証跡データ５とを取得する（ステップＳ２２０７）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ３に基づいて、貢献値計算ＳＣＡ６０３を実行する（ステップＳ２２０８）。対価割合計算ＳＣ６０１は、例えば、実績値＝４０を、貢献値計算ＳＣＡ６０３に渡す。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝２０を取得する（ステップＳ２２０９）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ４に基づいて、貢献値計算ＳＣＡ６０３を実行する（ステップＳ２２１０）。対価割合計算ＳＣ６０１は、例えば、実績値＝３５を、貢献値計算ＳＣＡ６０３に渡す。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝３０を取得する（ステップＳ２２１１）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ５に基づいて、貢献値計算ＳＣＢ６０３を実行する（ステップＳ２２１２）。対価割合計算ＳＣ６０１は、例えば、実績値＝５を、貢献値計算ＳＣＢ６０３に渡す。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＢ６０３が計算した貢献値＝５０を取得する（ステップＳ２２１３）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、取得した貢献値に基づいて、参加者ごとの対価割合を計算する（ステップＳ２２１４）。購入者側管理装置２３１は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー１の対価割合２０／（２０＋３０＋５０）＝０．２を計算する。購入者側管理装置２３１は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー２の対価割合３０／（２０＋３０＋５０）＝０．３を計算する。購入者側管理装置２３１は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー３の対価割合５０／（２０＋３０＋５０）＝０．５を計算する。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークンＩＤと、計算した参加者ごとの対価割合との対応関係を、分散台帳５１０の対価割合データストア８００に登録する（ステップＳ２２１５）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、分散台帳５１０から、完了通知を受信する（ステップＳ２２１６）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、完了通知を、処理部５１２に送信する（ステップＳ２２１７）。その後、購入者側管理装置２３１は、対価割合に基づいて、参加者ごとに対価を与える。次に、図２３の説明に移行する。
　図２３において、ブロック生成装置２０１は、生成したブロックを、ノードとなる各種装置２３００に配布する（ステップＳ２３０１）。各種装置２３００は、例えば、メーカー側管理装置２２１、サプライヤー１に対応するサプライヤー側管理装置２１１、サプライヤー２に対応するサプライヤー側管理装置２１１、および、サプライヤー３に対応するサプライヤー側管理装置２１１などである。
　各種装置２３００は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ２３０２）。各種装置２３００は、処理部５１２により、ブロックが正当と検証されると、対価割合計算ＳＣ６０１を実行し、ブロックに含まれるトークンＩＤを、対価割合計算ＳＣ６０１に入力する（ステップＳ２３０３）。
　各種装置２３００は、対価割合計算ＳＣ６０１により、トークンＩＤをキーにして、トークンデータストア６２０から、トークンＩＤに対応するトークンを検索する（ステップＳ２３０４）。各種装置２３００は、対価割合計算ＳＣ６０１により、トークン２を取得する（ステップＳ２３０５）。
　各種装置２３００は、対価割合計算ＳＣ６０１により、トークン２に含まれる証跡ＩＤをキーにして、証跡データストア６１０から、証跡ＩＤに対応する証跡データを検索する（ステップＳ２３０６）。各種装置２３００は、対価割合計算ＳＣ６０１により、証跡データ３と、証跡データ４と、証跡データ５とを取得する（ステップＳ２３０７）。
　各種装置２３００は、対価割合計算ＳＣ６０１により、証跡データ３に基づいて、貢献値計算ＳＣＡ６０３を実行する（ステップＳ２３０８）。対価割合計算ＳＣ６０１は、例えば、実績値＝４０を、貢献値計算ＳＣＡ６０３に渡す。各種装置２３００は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝２０を取得する（ステップＳ２３０９）。
　各種装置２３００は、対価割合計算ＳＣ６０１により、証跡データ４に基づいて、貢献値計算ＳＣＡ６０３を実行する（ステップＳ２３１０）。対価割合計算ＳＣ６０１は、例えば、実績値＝３５を、貢献値計算ＳＣＡ６０３に渡す。各種装置２３００は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝３０を取得する（ステップＳ２３１１）。
　各種装置２３００は、対価割合計算ＳＣ６０１により、証跡データ５に基づいて、貢献値計算ＳＣＢ６０３を実行する（ステップＳ２３１２）。対価割合計算ＳＣ６０１は、例えば、実績値＝５を、貢献値計算ＳＣＢ６０３に渡す。各種装置２３００は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＢ６０３が計算した貢献値＝５０を取得する（ステップＳ２３１３）。
　各種装置２３００は、対価割合計算ＳＣ６０１により、取得した貢献値に基づいて、参加者ごとの対価割合を計算する（ステップＳ２３１４）。各種装置２３００は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー１の対価割合２０／（２０＋３０＋５０）＝０．２を計算する。各種装置２３００は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー２の対価割合３０／（２０＋３０＋５０）＝０．３を計算する。各種装置２３００は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー３の対価割合５０／（２０＋３０＋５０）＝０．５を計算する。
　各種装置２３００は、対価割合計算ＳＣ６０１により、トークンＩＤと、計算した参加者ごとの対価割合との対応関係を、分散台帳５１０の対価割合データストア８００に登録する（ステップＳ２３１５）。各種装置２３００は、対価割合計算ＳＣ６０１により、分散台帳５１０から、完了通知を受信する（ステップＳ２３１６）。各種装置２３００は、対価割合計算ＳＣ６０１により、完了通知を、処理部５１２に送信する（ステップＳ２３１７）。その後、各種装置２３００は、対価割合に基づいて、参加者ごとに対価を与える。次に、図２４の説明に移行する。
　図２４は、具体的には、分散台帳５１０の状態を示す。図２４に示すように、対価割合計算処理により、分散台帳５１０は、対価割合データストア８００に、トークン２について、参加者ごとの対価割合を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、対価割合を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、対価割合に基づき、対価を適切に分配可能にすることができる。
　このように、情報処理システム２００は、電力量に起因するＣＯ2削減量の観点と、燃料量に起因するＣＯ2削減量の観点とのそれぞれで、共通の貢献値を計算することができ、対価をそれぞれの参加者に適切に分配することができる。情報処理システム２００は、ＳＣを書き換えずに済み、コストの低減化を図ることができる。情報処理システム２００は、ＳＣを書き換えずに済むため、プログラムバグの発生を抑制し易くすることができ、信頼性の向上を図ることができる。情報処理システム２００は、既存の貢献値計算ＳＣＡ６０３と、対価割合計算ＳＣ６０１とに影響を与えずに、対価をそれぞれの参加者に適切に分配することができる。
（情報処理システム２００の第２動作例）
　次に、図２５～図３３を用いて、情報処理システム２００の第２動作例について説明する。第１動作例は、貢献値の貢献種別（Ｔａｒｇｅｔ　Ｔｙｐｅ）が１つである場合に対応する。第２動作例は、貢献値の貢献種別が２以上存在する場合に対応する。貢献種別は、例えば、ＣＯ2削減量の他、プラスチック削減量などが考えられる。以下の説明では、プラスチック削減量を「プラ削減量」と表記する場合がある。
　図２５～図３３は、情報処理システム２００の第２動作例を示す説明図である。図２５および図２６は、具体的には、分散台帳５１０の初期状態を示す。図２５に示すように、分散台帳５１０は、対価割合計算ＳＣ６０１を記憶する。対価割合計算ＳＣ６０１は、計算式を含む。計算式は、第１動作例とは異なる。分散台帳５１０は、貢献基準プール６０２を有する。次に、図２６の説明に移行する。
　図２６に示すように、分散台帳５１０は、証跡データストア６１０と、トークンデータストア６２０と、対価割合データストア８００とを記憶する。証跡データストア６１０は、さらに、Ｔａｒｇｅｔ　Ｔｙｐｅのフィールドを有する。Ｔａｒｇｅｔ　Ｔｙｐｅのフィールドには、貢献値の貢献種別を表す「Ｔａｒｇｅｔ　Ｔｙｐｅ」が設定される。初期状態では、証跡データストア６１０は、空である。トークンデータストア６２０は、空である。対価割合データストア８００は、空である。次に、図２７の説明に移行する。
　図２７において、情報処理システム２００は、図９に示したＳＣ登録処理と同様に、電力量に起因するＣＯ2削減量の観点に関する貢献値計算ＳＣＡ６０３を分散台帳５１０に登録し、複数のノードで共有したとする。
　また、情報処理システム２００は、図９に示したＳＣ登録処理と同様に、燃料量に起因するＣＯ2削減量の観点に関する貢献値計算ＳＣＢ６０３を分散台帳５１０に登録し、複数のノードで共有したとする。
　また、情報処理システム２００は、図９に示したＳＣ登録処理と同様に、植物由来の原材料の使用量に起因するプラ削減量の観点に関する貢献値計算ＳＣＣ６０３を分散台帳５１０に登録し、複数のノードで共有したとする。
　図２７は、具体的には、分散台帳５１０の状態を示す。図２７に示すように、ＳＣ登録処理により、分散台帳５１０は、貢献基準プール６０２に、貢献値計算ＳＣＡ６０３と、貢献値計算ＳＣＢ６０３と、貢献値計算ＳＣＣ６０３とを記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、貢献値計算ＳＣＡ６０３と、貢献値計算ＳＣＢ６０３と、貢献値計算ＳＣＣ６０３とを参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、異なる観点の実績値に基づき、同一の基準の貢献値を計算可能にすることができる。
　貢献値計算ＳＣＡ６０３は、実績値の実績種類であるＤａｔａ　Ｔｙｐｅと、貢献値の貢献種別であるＴａｒｇｅｔ　Ｔｙｐｅと、実績値に基づき貢献値を計算可能にする計算式とを含む。計算式は、例えば、貢献値＝ＣＯ2削減量を計算する。計算式は、具体的には、１００－ｐ＊２である。ｐは、実績値である。実績値は、例えば、電力量である。電力量が小さいほど、ＣＯ2削減量が大きいため、貢献値が大きくなる。
　貢献値計算ＳＣＢ６０３は、実績値の実績種類であるＤａｔａ　Ｔｙｐｅと、貢献値の貢献種別であるＴａｒｇｅｔ　Ｔｙｐｅと、実績値に基づき貢献値を計算可能にする計算式とを含む。計算式は、例えば、貢献値＝ＣＯ2削減量を計算する。計算式は、具体的には、１００－ｐ＊１４である。ｐは、実績値である。実績値は、例えば、燃料量である。燃料量が小さいほど、ＣＯ2削減量が大きいため、貢献値が大きくなる。
　貢献値計算ＳＣＣ６０３は、実績値の実績種類であるＤａｔａ　Ｔｙｐｅと、貢献値の貢献種別であるＴａｒｇｅｔ　Ｔｙｐｅと、実績値に基づき貢献値を計算可能にする計算式とを含む。計算式は、例えば、貢献値＝プラ削減量を計算する。計算式は、具体的には、ｐ＊２である。ｐは、実績値である。実績値は、例えば、植物由来の原料の使用量である。使用量が大きいほど、プラ削減量が大きいため、貢献値が大きくなる。次に、図２８の説明に移行する。
　図２８において、サプライヤー１に対応するサプライヤー側端末装置２１２が、サプライヤー側ユーザの操作入力に基づいて、証跡データ１を生成したとする。証跡データ１は、証跡ＩＤ＝Ａ１と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ａ（電力量）と、貢献種別Ｔａｒｇｅｔ　Ｔｙｐｅ＝Ｔ１（ＣＯ2削減量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、複数のノードで証跡データ１を共有したとする。
　また、サプライヤー２に対応するサプライヤー側端末装置２１２が、サプライヤー側ユーザの操作入力に基づいて、証跡データ２を生成したとする。証跡データ２は、証跡ＩＤ＝Ｂ１と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ｂ（燃料量）と、貢献種別Ｔａｒｇｅｔ　Ｔｙｐｅ＝Ｔ１（ＣＯ2削減量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、複数のノードで証跡データ２を共有したとする。
　また、サプライヤー３に対応するサプライヤー側端末装置２１２が、サプライヤー側ユーザの操作入力に基づいて、証跡データ３を生成したとする。証跡データ３は、証跡ＩＤ＝Ｃ１と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ｃ（植物由来原料量）と、貢献種別Ｔａｒｇｅｔ　Ｔｙｐｅ＝Ｔ２（プラ削減量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、複数のノードで証跡データ３を共有したとする。
　図２８は、具体的には、分散台帳５１０の状態を示す。図２８に示すように、証跡データ登録処理により、分散台帳５１０は、証跡データストア６１０に、証跡データ１と、証跡データ２と、証跡データ３とを記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、証跡データ１と、証跡データ２と、証跡データ３とを参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、証跡データに基づき実績値を特定可能にすることができる。次に、図２９の説明に移行する。
　図２９において、メーカー側ユーザは、生産物が生産されたことに応じて、生産物を表す製品情報と、生産物に関する証跡データを表す証跡ＩＤ＝Ａ１，Ｂ１，Ｃ１との対応関係を、メーカー側端末装置２２２に入力する。メーカー側端末装置２２２は、生産物を表す製品情報と、生産物に関する証跡データを表す証跡ＩＤ＝Ａ１，Ｂ１，Ｃ１とを含むトークン１を生成する。情報処理システム２００は、図１３に示したトークン登録処理と同様に、トークン１を分散台帳５１０に登録し、複数のノードで共有したとする。
　図２９は、具体的には、分散台帳５１０の状態を示す。図２９に示すように、トークン登録処理により、分散台帳５１０は、トークンデータストア６２０に、トークン１を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、トークン１を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、トークン１に基づき、対価を分配する際に参照する証跡データを特定可能にすることができる。次に、図３０～図３２の説明に移行する。
　図３０～図３２は、具体的には、情報処理システム２００における、対価を分配する対価割合を計算する計算処理手順の一例を示すシーケンス図を示す。図３０において、購入者側ユーザは、トークン１に対して対価を支払う場合、トークンＩＤを、購入者側端末装置２３２に入力する。購入者側端末装置２３２は、購入者側ユーザの操作入力に基づいて、トークンＩＤを含む対価割合計算要求を生成する。図３０の例では、購入者側端末装置２３２は、トークン１のトークンＩＤを含む対価割合計算要求を生成する。
　購入者側端末装置２３２は、生成した対価割合計算要求を含む対価割合計算トランザクション発行要求を、ノードとなる購入者側管理装置２３１に送信する（ステップＳ３００１）。購入者側管理装置２３１は、対価割合計算トランザクション発行要求を受信すると、対価割合計算要求を含む対価割合計算トランザクションを生成して署名を付与する（ステップＳ３００２）。購入者側管理装置２３１は、対価割合計算トランザクションを、ブロック生成装置２０１に発行する（ステップＳ３００３）。
　ブロック生成装置２０１は、対価割合計算トランザクションを受信すると、完了通知を、購入者側管理装置２３１に送信する（ステップＳ３００４）。購入者側管理装置２３１は、完了通知を受信すると、完了通知を、購入者側端末装置２３２に送信する（ステップＳ３００５）。
　ブロック生成装置２０１は、対価割合計算トランザクションを受信すると、対価割合計算要求を含むブロックを生成する（ステップＳ３００６）。次に、図３１の説明に移行する。
　図３１において、ブロック生成装置２０１は、生成したブロックを、購入者側管理装置２３１に配布する（ステップＳ３１０１）。購入者側管理装置２３１は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ３１０２）。購入者側管理装置２３１は、処理部５１２により、ブロックが正当と検証されると、対価割合計算ＳＣ６０１を実行し、ブロックに含まれるトークンＩＤを、対価割合計算ＳＣ６０１に入力する（ステップＳ３１０３）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークンＩＤをキーにして、トークンデータストア６２０から、トークンＩＤに対応するトークンを検索する（ステップＳ３１０４）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークン１を取得する（ステップＳ３１０５）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークン１に含まれる証跡ＩＤをキーにして、証跡データストア６１０から、証跡ＩＤに対応する証跡データを検索する（ステップＳ３１０６）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ１と、証跡データ２と、証跡データ３とを取得する（ステップＳ３１０７）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ１に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＡ６０３を実行する（ステップＳ３１０８）。対価割合計算ＳＣ６０１は、例えば、実績値＝４０を、貢献値計算ＳＣＡ６０３に渡す。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝２０を取得する（ステップＳ３１０９）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ２に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＢ６０３を実行する（ステップＳ３１１０）。対価割合計算ＳＣ６０１は、例えば、実績値＝５を、貢献値計算ＳＣＢ６０３に渡す。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＢ６０３が計算した貢献値＝３０を取得する（ステップＳ３１１１）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ３に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＣ６０３を実行する（ステップＳ３１１２）。対価割合計算ＳＣ６０１は、例えば、実績値＝１０を、貢献値計算ＳＣＣ６０３に渡す。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＣ６０３が計算した貢献値＝２０を取得する（ステップＳ３１１３）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、取得した貢献値に基づいて、参加者ごとの対価割合を計算する（ステップＳ３１１４）。購入者側管理装置２３１は、具体的には、対価割合ｘn＝ｙn／ｙsum＊１／ｚを計算する。ｚは、貢献種別の数である。ｎは、参加者の番号である。
　購入者側管理装置２３１は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー１の対価割合２０／（２０＋３０）＊１／２＝０．２を計算する。購入者側管理装置２３１は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー２の対価割合３０（２０＋３０）＊１／２＝０．３を計算する。購入者側管理装置２３１は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー３の対価割合２０／２０＊１／２＝０．５を計算する。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークンＩＤと、計算した参加者ごとの対価割合との対応関係を、分散台帳５１０の対価割合データストア８００に登録する（ステップＳ３１１５）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、分散台帳５１０から、完了通知を受信する（ステップＳ３１１６）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、完了通知を、処理部５１２に送信する（ステップＳ３１１７）。その後、購入者側管理装置２３１は、対価割合に基づいて、参加者ごとに対価を与える。次に、図３２の説明に移行する。
　図３２において、ブロック生成装置２０１は、生成したブロックを、ノードとなる各種装置３２００に配布する（ステップＳ３２０１）。各種装置３２００は、例えば、メーカー側管理装置２２１、サプライヤー１に対応するサプライヤー側管理装置２１１、サプライヤー２に対応するサプライヤー側管理装置２１１、および、サプライヤー３に対応するサプライヤー側管理装置２１１などである。
　各種装置３２００は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ３２０２）。各種装置３２００は、処理部５１２により、ブロックが正当と検証されると、対価割合計算ＳＣ６０１を実行し、ブロックに含まれるトークンＩＤを、対価割合計算ＳＣ６０１に入力する（ステップＳ３２０３）。
　各種装置３２００は、対価割合計算ＳＣ６０１により、トークンＩＤをキーにして、トークンデータストア６２０から、トークンＩＤに対応するトークンを検索する（ステップＳ３２０４）。各種装置３２００は、対価割合計算ＳＣ６０１により、トークン１を取得する（ステップＳ３２０５）。
　各種装置３２００は、対価割合計算ＳＣ６０１により、トークン１に含まれる証跡ＩＤをキーにして、証跡データストア６１０から、証跡ＩＤに対応する証跡データを検索する（ステップＳ３２０６）。各種装置３２００は、対価割合計算ＳＣ６０１により、証跡データ１と、証跡データ２と、証跡データ３とを取得する（ステップＳ３２０７）。
　各種装置３２００は、対価割合計算ＳＣ６０１により、証跡データ１に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＡ６０３を実行する（ステップＳ３２０８）。対価割合計算ＳＣ６０１は、例えば、実績値＝４０を、貢献値計算ＳＣＡ６０３に渡す。各種装置３２００は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝２０を取得する（ステップＳ３２０９）。
　各種装置３２００は、対価割合計算ＳＣ６０１により、証跡データ２に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＢ６０３を実行する（ステップＳ３２１０）。対価割合計算ＳＣ６０１は、例えば、実績値＝５を、貢献値計算ＳＣＢ６０３に渡す。各種装置３２００は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＢ６０３が計算した貢献値＝３０を取得する（ステップＳ３２１１）。
　各種装置３２００は、対価割合計算ＳＣ６０１により、証跡データ３に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＣ６０３を実行する（ステップＳ３２１２）。対価割合計算ＳＣ６０１は、例えば、実績値＝１０を、貢献値計算ＳＣＣ６０３に渡す。各種装置３２００は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＣ６０３が計算した貢献値＝２０を取得する（ステップＳ３２１３）。
　各種装置３２００は、対価割合計算ＳＣ６０１により、取得した貢献値に基づいて、参加者ごとの対価割合を計算する（ステップＳ３２１４）。各種装置３２００は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー１の対価割合２０／（２０＋３０）＊１／２＝０．２を計算する。各種装置３２００は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー２の対価割合３０（２０＋３０）＊１／２＝０．３を計算する。各種装置３２００は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー３の対価割合２０／２０＊１／２＝０．５を計算する。
　各種装置３２００は、対価割合計算ＳＣ６０１により、トークンＩＤと、計算した参加者ごとの対価割合との対応関係を、分散台帳５１０の対価割合データストア８００に登録する（ステップＳ３２１５）。各種装置３２００は、対価割合計算ＳＣ６０１により、分散台帳５１０から、完了通知を受信する（ステップＳ３２１６）。各種装置３２００は、対価割合計算ＳＣ６０１により、完了通知を、処理部５１２に送信する（ステップＳ３２１７）。その後、各種装置３２００は、対価割合に基づいて、参加者ごとに対価を与える。次に、図３３の説明に移行する。
　図３３は、具体的には、分散台帳５１０の状態を示す。図３３に示すように、対価割合計算処理により、分散台帳５１０は、対価割合データストア８００に、トークン１について、参加者ごとの対価割合を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、対価割合を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、対価割合に基づき、対価を適切に分配可能にすることができる。
　このように、情報処理システム２００は、電力量に起因するＣＯ2削減量の観点と、燃料量に起因するＣＯ2削減量の観点とのそれぞれで、共通の貢献値を計算することができる。また、情報処理システム２００は、ＣＯ2削減量と、プラ削減量との異なる貢献種別のそれぞれで、共通の貢献値を計算することができる。このため、情報処理システム２００は、実績種別と貢献種別との異なる組み合わせに基づいて、対価を適切に分配することができる。情報処理システム２００は、ＳＣを書き換えずに済み、コストの低減化を図ることができる。情報処理システム２００は、ＳＣを書き換えずに済むため、プログラムバグの発生を抑制し易くすることができ、信頼性の向上を図ることができる。情報処理システム２００は、既存の貢献値計算ＳＣＡ６０３と、対価割合計算ＳＣ６０１とに影響を与えずに、対価をそれぞれの参加者に適切に分配することができる。
（情報処理システム２００の第３動作例）
　次に、図３４～図４５を用いて、情報処理システム２００の第３動作例について説明する。第３動作例は、貢献種別ごとに異なる重みを付与する場合に対応する。第３動作例は、例えば、時流によって、いずれの貢献種別の貢献値を重視することが好ましいかが変化する場合に対処し易くすることができる。
　図３４～図４５は、情報処理システム２００の第３動作例を示す説明図である。図３４および図３５は、具体的には、分散台帳５１０の初期状態を示す。図３４に示すように、分散台帳５１０は、対価割合計算ＳＣ６０１を記憶する。対価割合計算ＳＣ６０１は、計算式を含む。計算式は、第１動作例とは異なる。計算式は、例えば、ｙn／ｙsum＊ｗn／ｗsumである。ｙnは、貢献値である。ｙsumは、ｙnと同一の貢献種別に属する、ｙnを含む貢献値の合計である。ｗnは、貢献値の重みである。ｗsumは、貢献値の重みの合計である。ｎは、参加者の番号である。分散台帳５１０は、貢献基準プール６０２を有する。次に、図３５の説明に移行する。
　図３５に示すように、分散台帳５１０は、証跡データストア６１０と、トークンデータストア６２０と、対価割合データストア８００とを記憶する。分散台帳５１０は、さらに、貢献基準重みデータストア３５００を記憶する。
　貢献基準重みデータストア３５００は、Ｔａｒｇｅｔ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｗｅｉｇｈｔとのフィールドを有する。貢献基準重みデータストア３５００は、貢献種別ごとに各フィールドに情報を設定することにより、貢献基準重みデータがレコードとして記憶される。Ｔａｒｇｅｔ　Ｔｙｐｅのフィールドには、貢献値の貢献種別を表す「Ｔａｒｇｅｔ　Ｔｙｐｅ」が設定される。Ｔａｒｇｅｔ　Ｗｅｉｇｈｔのフィールドには、貢献種別に対する貢献基準重みを表す「Ｔａｒｇｅｔ　Ｗｅｉｇｈｔ」が設定される。
　初期状態では、証跡データストア６１０は、空である。トークンデータストア６２０は、空である。対価割合データストア８００は、空である。貢献基準重みデータストア３５００は、空である。次に、図３６および図３７の説明に移行する。
　図３６および図３７は、具体的には、情報処理システム２００における、貢献値計算ＳＣ６０３と、貢献基準重みとを登録するＳＣ登録処理手順の一例を示すシーケンス図を示す。図３６において、メーカー側端末装置２２２は、メーカー側ユーザの操作入力に基づいて、貢献値計算ＳＣ６０３を生成する。図３６の例では、メーカー側端末装置２２２は、貢献値計算ＳＣＡ６０３を生成する。
　メーカー側端末装置２２２は、生成した貢献値計算ＳＣＡ６０３を含むＳＣ登録トランザクション発行要求を、ノードとなるメーカー側管理装置２２１に送信する（ステップＳ３６０１）。メーカー側管理装置２２１は、ＳＣ登録トランザクション発行要求を受信すると、貢献値計算ＳＣＡ６０３を含むＳＣ登録トランザクションを生成して署名を付与する（ステップＳ３６０２）。メーカー側管理装置２２１は、ＳＣ登録トランザクションを、ブロック生成装置２０１に発行する（ステップＳ３６０３）。
　ブロック生成装置２０１は、ＳＣ登録トランザクションを受信すると、完了通知を、メーカー側管理装置２２１に送信する（ステップＳ３６０４）。メーカー側管理装置２２１は、完了通知を受信すると、完了通知を、メーカー側端末装置２２２に送信する（ステップＳ３６０５）。
　ブロック生成装置２０１は、ＳＣ登録トランザクションを受信すると、貢献値計算ＳＣＡ６０３を含むブロックを生成する（ステップＳ３６０６）。ブロック生成装置２０１は、生成したブロックを、メーカー側管理装置２２１に配布する（ステップＳ３６０７）。ブロック生成装置２０１は、生成したブロックを、ノードとなる各種装置３６００に配布する（ステップＳ３６０８）。
　各種装置３６００は、例えば、サプライヤー１に対応するサプライヤー側管理装置２１１、サプライヤー２に対応するサプライヤー側管理装置２１１、サプライヤー３に対応するサプライヤー側管理装置２１１、および、購入者側管理装置２３１などである。
　メーカー側管理装置２２１は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ３６０９）。メーカー側管理装置２２１は、処理部５１２により、ブロックが正当と検証されると、ブロックを分散台帳５１０に登録する（ステップＳ３６１０）。メーカー側管理装置２２１は、処理部５１２により、分散台帳５１０から、完了通知を受信する（ステップＳ３６１１）。
　各種装置３６００は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ３６１２）。各種装置３６００は、処理部５１２により、ブロックが正当と検証されると、ブロックを分散台帳５１０に登録する（ステップＳ３６１３）。各種装置３６００は、処理部５１２により、分散台帳５１０から、完了通知を受信する（ステップＳ３６１４）。これにより、情報処理システム２００は、複数のノードで貢献値計算ＳＣ６０３を共有することができる。次に、図３７の説明に移行する。
　図３７において、メーカー側端末装置２２２は、メーカー側ユーザの操作入力に基づいて、貢献基準重みのＴａｒｇｅｔ　Ｔｙｐｅが表す貢献種別に対する貢献基準重みを生成する。図３７の例では、メーカー側端末装置２２２は、貢献基準重みＴ１＝３を生成する。
　メーカー側端末装置２２２は、生成した貢献基準重みＴ１を含む貢献基準重み登録トランザクション発行要求を、ノードとなるメーカー側管理装置２２１に送信する（ステップＳ３７０１）。メーカー側管理装置２２１は、貢献基準重み登録トランザクション発行要求を受信すると、貢献基準重みＴ１を含む貢献基準重み登録トランザクションを生成して署名を付与する（ステップＳ３７０２）。メーカー側管理装置２２１は、貢献基準重み登録トランザクションを、ブロック生成装置２０１に発行する（ステップＳ３７０３）。
　ブロック生成装置２０１は、貢献基準重み登録トランザクションを受信すると、完了通知を、メーカー側管理装置２２１に送信する（ステップＳ３７０４）。メーカー側管理装置２２１は、完了通知を受信すると、完了通知を、メーカー側端末装置２２２に送信する（ステップＳ３７０５）。
　ブロック生成装置２０１は、貢献基準重み登録トランザクションを受信すると、貢献基準重みＴ１を含むブロックを生成する（ステップＳ３７０６）。ブロック生成装置２０１は、生成したブロックを、メーカー側管理装置２２１に配布する（ステップＳ３７０７）。ブロック生成装置２０１は、生成したブロックを、ノードとなる各種装置３７００に配布する（ステップＳ３７０８）。
　各種装置３７００は、例えば、サプライヤー１に対応するサプライヤー側管理装置２１１、サプライヤー２に対応するサプライヤー側管理装置２１１、サプライヤー３に対応するサプライヤー側管理装置２１１、および、購入者側管理装置２３１などである。
　メーカー側管理装置２２１は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ３７０９）。メーカー側管理装置２２１は、処理部５１２により、ブロックが正当と検証されると、ブロックを分散台帳５１０に登録する（ステップＳ３７１０）。メーカー側管理装置２２１は、処理部５１２により、分散台帳５１０から、完了通知を受信する（ステップＳ３７１１）。
　各種装置３７００は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ３７１２）。各種装置３７００は、処理部５１２により、ブロックが正当と検証されると、ブロックを分散台帳５１０に登録する（ステップＳ３７１３）。各種装置３７００は、処理部５１２により、分散台帳５１０から、完了通知を受信する（ステップＳ３７１４）。これにより、情報処理システム２００は、複数のノードで貢献基準重みＴ１を共有することができる。
　また、情報処理システム２００は、図３６および図３７に示したＳＣ登録処理と同様に、貢献値計算ＳＣＢ６０３と、貢献基準重みＴ１とを分散台帳５１０に登録し、複数のノードで共有したとする。この際、情報処理システム２００は、貢献基準重みＴ１が登録済みのため、図３７に示したステップＳ３７０１～Ｓ３７１４の処理を省略してもよい。また、情報処理システム２００は、図３６および図３７に示したＳＣ登録処理と同様に、貢献値計算ＳＣＣ６０３と、貢献基準重みＴ２とを分散台帳５１０に登録し、複数のノードで共有したとする。次に、図３８および図３９の説明に移行する。
　図３８および図３９は、具体的には、分散台帳５１０の状態を示す。図３８に示すように、ＳＣ登録処理により、分散台帳５１０は、貢献基準プール６０２に、貢献値計算ＳＣＡ６０３と、貢献値計算ＳＣＢ６０３と、貢献値計算ＳＣＣ６０３とを記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、貢献値計算ＳＣＡ６０３と、貢献値計算ＳＣＢ６０３と、貢献値計算ＳＣＣ６０３とを参照可能にすることができる。
　貢献値計算ＳＣＡ６０３は、実績値の実績種類であるＤａｔａ　Ｔｙｐｅと、貢献値の貢献種類であるＴａｒｇｅｔ　Ｔｙｐｅと、実績値に基づき貢献値を計算可能にする計算式とを含む。計算式は、例えば、貢献値＝ＣＯ2削減量を計算する。計算式は、具体的には、１００－ｐ＊２である。ｐは、実績値である。実績値は、例えば、電力量である。電力量が小さいほど、ＣＯ2削減量が大きいため、貢献値が大きくなる。
　貢献値計算ＳＣＢ６０３は、実績値の実績種類であるＤａｔａ　Ｔｙｐｅと、貢献値の貢献種類であるＴａｒｇｅｔ　Ｔｙｐｅと、実績値に基づき貢献値を計算可能にする計算式とを含む。計算式は、例えば、貢献値＝ＣＯ2削減量を計算する。計算式は、具体的には、１００－ｐ＊１４である。ｐは、実績値である。実績値は、例えば、燃料量である。燃料量が小さいほど、ＣＯ2削減量が大きいため、貢献値が大きくなる。
　貢献値計算ＳＣＣ６０３は、実績値の実績種類であるＤａｔａ　Ｔｙｐｅと、貢献値の貢献種別であるＴａｒｇｅｔ　Ｔｙｐｅと、実績値に基づき貢献値を計算可能にする計算式とを含む。計算式は、例えば、貢献値＝プラ削減量を計算する。計算式は、具体的には、ｐ＊２である。ｐは、実績値である。実績値は、例えば、植物由来の原料の使用量である。使用量が大きいほど、プラ削減量が大きいため、貢献値が大きくなる。次に、図３９の説明に移行する。
　図３９は、具体的には、分散台帳５１０の状態を示す。図３９に示すように、ＳＣ登録処理により、分散台帳５１０は、貢献基準重みデータストア３５００に、貢献基準重みＴ１と、貢献基準重みＴ２とを記憶することになる。貢献基準重みが大きいほど、貢献値が大きくなり易い。
　これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、貢献基準重みＴ１と、貢献基準重みＴ２とを参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、貢献基準重みを用いて、実績値に基づき貢献値を計算可能にすることができる。次に、図４０の説明に移行する。
　図４０において、サプライヤー１に対応するサプライヤー側端末装置２１２が、サプライヤー側ユーザの操作入力に基づいて、証跡データ１を生成したとする。証跡データ１は、証跡ＩＤ＝Ａ１と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ａ（電力量）と、貢献種別Ｔａｒｇｅｔ　Ｔｙｐｅ＝Ｔ１（ＣＯ2削減量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、複数のノードで証跡データ１を共有したとする。
　また、サプライヤー２に対応するサプライヤー側端末装置２１２が、サプライヤー側ユーザの操作入力に基づいて、証跡データ２を生成したとする。証跡データ２は、証跡ＩＤ＝Ｂ１と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ｂ（燃料量）と、貢献種別Ｔａｒｇｅｔ　Ｔｙｐｅ＝Ｔ１（ＣＯ2削減量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、複数のノードで証跡データ２を共有したとする。
　また、サプライヤー３に対応するサプライヤー側端末装置２１２が、サプライヤー側ユーザの操作入力に基づいて、証跡データ３を生成したとする。証跡データ３は、証跡ＩＤ＝Ｃ１と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ｃ（植物由来原料量）と、貢献種別Ｔａｒｇｅｔ　Ｔｙｐｅ＝Ｔ２（プラ削減量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、複数のノードで証跡データ３を共有したとする。
　図４０は、具体的には、分散台帳５１０の状態を示す。図４０に示すように、証跡データ登録処理により、分散台帳５１０は、証跡データストア６１０に、証跡データ１と、証跡データ２と、証跡データ３とを記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、証跡データ１と、証跡データ２と、証跡データ３とを参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、証跡データに基づき実績値を特定可能にすることができる。次に、図４１の説明に移行する。
　図４１において、メーカー側ユーザは、生産物が生産されたことに応じて、生産物を表す製品情報と、生産物に関する証跡データを表す証跡ＩＤ＝Ａ１，Ｂ１，Ｃ１との対応関係を、メーカー側端末装置２２２に入力する。メーカー側端末装置２２２は、生産物を表す製品情報と、生産物に関する証跡データを表す証跡ＩＤ＝Ａ１，Ｂ１，Ｃ１とを含むトークン１を生成する。情報処理システム２００は、図１３に示したトークン登録処理と同様に、トークン１を分散台帳５１０に登録し、複数のノードで共有したとする。
　図４１は、具体的には、分散台帳５１０の状態を示す。図４１に示すように、トークン登録処理により、分散台帳５１０は、トークンデータストア６２０に、トークン１を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、トークン１を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、トークン１に基づき、対価を分配する際に参照する証跡データを特定可能にすることができる。次に、図４２～図４４の説明に移行する。
　図４２～図４４は、具体的には、情報処理システム２００における、対価を分配する対価割合を計算する計算処理手順の一例を示すシーケンス図を示す。図４２において、購入者側ユーザは、トークン１に対して対価を支払う場合、トークンＩＤを、購入者側端末装置２３２に入力する。購入者側端末装置２３２は、購入者側ユーザの操作入力に基づいて、トークンＩＤを含む対価割合計算要求を生成する。図４２の例では、購入者側端末装置２３２は、トークン１のトークンＩＤを含む対価割合計算要求を生成する。
　購入者側端末装置２３２は、生成した対価割合計算要求を含む対価割合計算トランザクション発行要求を、ノードとなる購入者側管理装置２３１に送信する（ステップＳ４２０１）。購入者側管理装置２３１は、対価割合計算トランザクション発行要求を受信すると、対価割合計算要求を含む対価割合計算トランザクションを生成して署名を付与する（ステップＳ４２０２）。購入者側管理装置２３１は、対価割合計算トランザクションを、ブロック生成装置２０１に発行する（ステップＳ４２０３）。
　ブロック生成装置２０１は、対価割合計算トランザクションを受信すると、完了通知を、購入者側管理装置２３１に送信する（ステップＳ４２０４）。購入者側管理装置２３１は、完了通知を受信すると、完了通知を、購入者側端末装置２３２に送信する（ステップＳ４２０５）。
　ブロック生成装置２０１は、対価割合計算トランザクションを受信すると、対価割合計算要求を含むブロックを生成する（ステップＳ４２０６）。次に、図４３の説明に移行する。
　図４３において、ブロック生成装置２０１は、生成したブロックを、購入者側管理装置２３１に配布する（ステップＳ４３０１）。購入者側管理装置２３１は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ４３０２）。購入者側管理装置２３１は、処理部５１２により、ブロックが正当と検証されると、対価割合計算ＳＣ６０１を実行し、ブロックに含まれるトークンＩＤを、対価割合計算ＳＣ６０１に入力する（ステップＳ４３０３）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークンＩＤをキーにして、トークンデータストア６２０から、トークンＩＤに対応するトークンを検索する（ステップＳ４３０４）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークン１を取得する（ステップＳ４３０５）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークン１に含まれる証跡ＩＤをキーにして、証跡データストア６１０から、証跡ＩＤに対応する証跡データを検索する（ステップＳ４３０６）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ１と、証跡データ２と、証跡データ３とを取得する（ステップＳ４３０７）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ１に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＡ６０３を実行する（ステップＳ４３０８）。対価割合計算ＳＣ６０１は、例えば、実績値＝４０を、貢献値計算ＳＣＡ６０３に渡す。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝２０を取得する（ステップＳ４３０９）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ２に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＢ６０３を実行する（ステップＳ４３１０）。対価割合計算ＳＣ６０１は、例えば、実績値＝５を、貢献値計算ＳＣＢ６０３に渡す。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＢ６０３が計算した貢献値＝３０を取得する（ステップＳ４３１１）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ３に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＣ６０３を実行する（ステップＳ４３１２）。対価割合計算ＳＣ６０１は、例えば、実績値＝１０を、貢献値計算ＳＣＣ６０３に渡す。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＣ６０３が計算した貢献値＝２０を取得する（ステップＳ４３１３）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ１と、証跡データ２と、証跡データ３とに基づいて、貢献基準重みデータストア３５００から、Ｔａｒｇｅｔ　Ｔｙｐｅに対応する貢献基準重みを検索する（ステップＳ４３１４）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献基準重みＴ１と、貢献基準重みＴ２とを取得する（ステップＳ４３１５）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、取得した貢献値に基づいて、参加者ごとの対価割合を計算する（ステップＳ４３１６）。購入者側管理装置２３１は、具体的には、対価割合ｘn＝ｙn／ｙsum＊ｗn／ｗsumを計算する。ｎは、参加者の番号である。
　購入者側管理装置２３１は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー１の対価割合２０／（２０＋３０）＊３／（３＋１）＝０．３を計算する。購入者側管理装置２３１は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー２の対価割合３０／（２０＋３０）＊３／（３＋１）＝０．４５を計算する。購入者側管理装置２３１は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー３の対価割合２０／２０＊１／（３＋１）＝０．２５を計算する。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークンＩＤと、計算した参加者ごとの対価割合との対応関係を、分散台帳５１０の対価割合データストア８００に登録する（ステップＳ４３１７）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、分散台帳５１０から、完了通知を受信する（ステップＳ４３１８）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、完了通知を、処理部５１２に送信する（ステップＳ４３１９）。その後、購入者側管理装置２３１は、対価割合に基づいて、参加者ごとに対価を与える。次に、図４４の説明に移行する。
　図４４において、ブロック生成装置２０１は、生成したブロックを、ノードとなる各種装置４４００に配布する（ステップＳ４４０１）。各種装置４４００は、例えば、メーカー側管理装置２２１、サプライヤー１に対応するサプライヤー側管理装置２１１、サプライヤー２に対応するサプライヤー側管理装置２１１、および、サプライヤー３に対応するサプライヤー側管理装置２１１などである。
　各種装置４４００は、処理部５１２により、ブロックを受信すると、受信したブロックを検証する（ステップＳ４４０２）。各種装置４４００は、処理部５１２により、ブロックが正当と検証されると、対価割合計算ＳＣ６０１を実行し、ブロックに含まれるトークンＩＤを、対価割合計算ＳＣ６０１に入力する（ステップＳ４４０３）。
　各種装置４４００は、対価割合計算ＳＣ６０１により、トークンＩＤをキーにして、トークンデータストア６２０から、トークンＩＤに対応するトークンを検索する（ステップＳ４４０４）。各種装置４４００は、対価割合計算ＳＣ６０１により、トークン１を取得する（ステップＳ４４０５）。
　各種装置４４００は、対価割合計算ＳＣ６０１により、トークン１に含まれる証跡ＩＤをキーにして、証跡データストア６１０から、証跡ＩＤに対応する証跡データを検索する（ステップＳ４４０６）。各種装置４４００は、対価割合計算ＳＣ６０１により、証跡データ１と、証跡データ２と、証跡データ３とを取得する（ステップＳ４４０７）。
　各種装置４４００は、対価割合計算ＳＣ６０１により、証跡データ１に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＡ６０３を実行する（ステップＳ４４０８）。対価割合計算ＳＣ６０１は、例えば、実績値＝４０を、貢献値計算ＳＣＡ６０３に渡す。各種装置４４００は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＡ６０３が計算した貢献値＝２０を取得する（ステップＳ４４０９）。
　各種装置４４００は、対価割合計算ＳＣ６０１により、証跡データ２に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＢ６０３を実行する（ステップＳ４４１０）。対価割合計算ＳＣ６０１は、例えば、実績値＝５を、貢献値計算ＳＣＢ６０３に渡す。各種装置４４００は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＢ６０３が計算した貢献値＝３０を取得する（ステップＳ４４１１）。
　各種装置４４００は、対価割合計算ＳＣ６０１により、証跡データ３に基づいて、Ｄａｔａ　Ｔｙｐｅと、Ｔａｒｇｅｔ　Ｔｙｐｅとの組み合わせに対応する貢献値計算ＳＣＣ６０３を実行する（ステップＳ４４１２）。対価割合計算ＳＣ６０１は、例えば、実績値＝１０を、貢献値計算ＳＣＣ６０３に渡す。各種装置４４００は、対価割合計算ＳＣ６０１により、貢献値計算ＳＣＣ６０３が計算した貢献値＝５０を取得する（ステップＳ４４１３）。
　購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、証跡データ１と、証跡データ２と、証跡データ３とに基づいて、貢献基準重みデータストア３５００から、Ｔａｒｇｅｔ　Ｔｙｐｅに対応する貢献基準重みを検索する（ステップＳ４４１４）。購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、貢献基準重みＴ１と、貢献基準重みＴ２とを取得する（ステップＳ４４１５）。
　各種装置４４００は、対価割合計算ＳＣ６０１により、取得した貢献値に基づいて、参加者ごとの対価割合を計算する（ステップＳ４４１６）。各種装置４４００は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー１の対価割合２０／（２０＋３０）＊３／（３＋１）＝０．３を計算する。各種装置４４００は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー２の対価割合３０／（２０＋３０）＊３／（３＋１）＝０．４５を計算する。各種装置４４００は、具体的には、対価割合計算ＳＣ６０１により、サプライヤー３の対価割合２０／２０＊１／（３＋１）＝０．２５を計算する。
　各種装置４４００は、対価割合計算ＳＣ６０１により、トークンＩＤと、計算した参加者ごとの対価割合との対応関係を、分散台帳５１０の対価割合データストア８００に登録する（ステップＳ４４１７）。各種装置４４００は、対価割合計算ＳＣ６０１により、分散台帳５１０から、完了通知を受信する（ステップＳ４４１８）。各種装置４４００は、対価割合計算ＳＣ６０１により、完了通知を、処理部５１２に送信する（ステップＳ４４１９）。その後、各種装置４４００は、対価割合に基づいて、参加者ごとに対価を与える。次に、図４５の説明に移行する。
　図４５は、具体的には、分散台帳５１０の状態を示す。図４５に示すように、対価割合計算処理により、分散台帳５１０は、対価割合データストア８００に、トークン１について、参加者ごとの対価割合を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、対価割合を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、対価割合に基づき、対価を適切に分配可能にすることができる。
　このように、情報処理システム２００は、電力量に起因するＣＯ2削減量の観点と、燃料量に起因するＣＯ2削減量の観点とのそれぞれで、共通の貢献値を計算することができる。また、情報処理システム２００は、ＣＯ2削減量と、プラ削減量との異なる貢献種別のそれぞれで、共通の貢献値を計算することができる。また、情報処理システム２００は、貢献種別ごとに、貢献基準重みを使い分けることができる。
　このため、情報処理システム２００は、実績種別と貢献種別との異なる組み合わせに基づいて、貢献基準重みを考慮して、対価を適切に分配することができる。情報処理システム２００は、ＳＣを書き換えずに済み、コストの低減化を図ることができる。情報処理システム２００は、ＳＣを書き換えずに済むため、プログラムバグの発生を抑制し易くすることができ、信頼性の向上を図ることができる。情報処理システム２００は、既存の貢献値計算ＳＣＡ６０３と、対価割合計算ＳＣ６０１とに影響を与えずに、対価をそれぞれの参加者に適切に分配することができる。
（情報処理システム２００の第４動作例）
　次に、図４６～図４９を用いて、情報処理システム２００の第４動作例について説明する。第４動作例は、貢献種別ごとに異なる重みを付与する場合の別のパターンに対応する。第４動作例は、具体的には、トークンに貢献基準重みが含まれる場合に対応する。
　図４６～図４９は、情報処理システム２００の第４動作例を示す説明図である。図４６は、具体的には、分散台帳５１０の初期状態を示す。図４６に示すように、分散台帳５１０は、証跡データストア６１０と、トークンデータストア６２０と、対価割合データストア８００とを記憶する。分散台帳５１０は、さらに、貢献基準重みデータストア３５００を記憶する。
　トークンデータストア６２０は、さらに、Ｔａｒｇｅｔ　Ｗｅｉｇｈｔのフィールドを有する。Ｔａｒｇｅｔ　Ｗｅｉｇｈｔのフィールドには、貢献種別に対する貢献基準重みを表す「Ｔａｒｇｅｔ　Ｗｅｉｇｈｔ」が設定される。
　初期状態では、証跡データストア６１０は、空である。トークンデータストア６２０は、空である。対価割合データストア８００は、空である。ここで、図３４と同様に、分散台帳５１０は、対価割合計算ＳＣ６０１を記憶するとする。分散台帳５１０は、貢献基準プール６０２を有するとする。
　情報処理システム２００は、図９に示したＳＣ登録処理と同様に、電力量に起因するＣＯ2削減量の観点に関する貢献値計算ＳＣＡ６０３を分散台帳５１０に登録し、複数のノードで共有したとする。
　また、情報処理システム２００は、図９に示したＳＣ登録処理と同様に、燃料量に起因するＣＯ2削減量の観点に関する貢献値計算ＳＣＢ６０３を分散台帳５１０に登録し、複数のノードで共有したとする。
　また、情報処理システム２００は、図９に示したＳＣ登録処理と同様に、植物由来の原材料の使用量に起因するプラ削減量の観点に関する貢献値計算ＳＣＣ６０３を分散台帳５１０に登録し、複数のノードで共有したとする。次に、図４７の説明に移行する。
　図４７において、サプライヤー１に対応するサプライヤー側端末装置２１２が、サプライヤー側ユーザの操作入力に基づいて、証跡データ１を生成したとする。証跡データ１は、証跡ＩＤ＝Ａ１と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ａ（電力量）と、貢献種別Ｔａｒｇｅｔ　Ｔｙｐｅ＝Ｔ１（ＣＯ2削減量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、複数のノードで証跡データ１を共有したとする。
　また、サプライヤー２に対応するサプライヤー側端末装置２１２が、サプライヤー側ユーザの操作入力に基づいて、証跡データ２を生成したとする。証跡データ２は、証跡ＩＤ＝Ｂ１と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ｂ（燃料量）と、貢献種別Ｔａｒｇｅｔ　Ｔｙｐｅ＝Ｔ１（ＣＯ2削減量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、複数のノードで証跡データ２を共有したとする。
　また、サプライヤー３に対応するサプライヤー側端末装置２１２が、サプライヤー側ユーザの操作入力に基づいて、証跡データ３を生成したとする。証跡データ３は、証跡ＩＤ＝Ｃ１と、実績種別Ｄａｔａ　Ｔｙｐｅ＝Ｃ（植物由来原料量）と、貢献種別Ｔａｒｇｅｔ　Ｔｙｐｅ＝Ｔ２（プラ削減量）と、実績値と、アカウント情報とを含む。情報処理システム２００は、図１１に示した証跡データ登録処理と同様に、複数のノードで証跡データ３を共有したとする。
　図４７は、具体的には、分散台帳５１０の状態を示す。図４７に示すように、証跡データ登録処理により、分散台帳５１０は、証跡データストア６１０に、証跡データ１と、証跡データ２と、証跡データ３とを記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、証跡データ１と、証跡データ２と、証跡データ３とを参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、証跡データに基づき実績値を特定可能にすることができる。次に、図４８の説明に移行する。
　図４８において、メーカー側ユーザは、生産物が生産されたことに応じて、生産物を表す製品情報と、生産物に関する証跡データを表す証跡ＩＤ＝Ａ１，Ｂ１，Ｃ１と、貢献基準重みＴ１，Ｔ２との対応関係を、メーカー側端末装置２２２に入力する。メーカー側端末装置２２２は、生産物を表す製品情報と、生産物に関する証跡データを表す証跡ＩＤ＝Ａ１，Ｂ１，Ｃ１と、貢献基準重みＴ１，Ｔ２とを含むトークン１を生成する。情報処理システム２００は、図１３に示したトークン登録処理と同様に、トークン１を分散台帳５１０に登録し、複数のノードで共有したとする。
　図４８は、具体的には、分散台帳５１０の状態を示す。図４８に示すように、トークン登録処理により、分散台帳５１０は、トークンデータストア６２０に、トークン１を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、トークン１を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、トークン１に基づき、対価を分配する際に参照する証跡データと、貢献基準重みとを特定可能にすることができる。次に、図４９の説明に移行する。
　情報処理システム２００は、図４２～図４４に示した計算処理と同様に、参加者ごとの対価割合を計算する。この場合、ステップＳ４３１４では、購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークンデータストア６２０から、Ｔａｒｇｅｔ　Ｔｙｐｅに対応する貢献基準重みを検索することになる。同様に、ステップＳ４４１４では、購入者側管理装置２３１は、対価割合計算ＳＣ６０１により、トークンデータストア６２０から、Ｔａｒｇｅｔ　Ｔｙｐｅに対応する貢献基準重みを検索することになる。
　例えば、ノードとなる各種装置は、具体的には、サプライヤー１の対価割合２０／（２０＋３０）＊３／（３＋１）＝０．３を計算する。各種装置は、具体的には、サプライヤー２の対価割合３０／（２０＋３０）＊３／（３＋１）＝０．４５を計算する。各種装置は、具体的には、サプライヤー３の対価割合２０／２０＊１／（３＋１）＝０．２５を計算する。各種装置は、トークンＩＤと、計算した参加者ごとの対価割合との対応関係を、分散台帳５１０の対価割合データストア８００に登録する。
　図４９は、具体的には、分散台帳５１０の状態を示す。図４９に示すように、対価割合計算処理により、分散台帳５１０は、対価割合データストア８００に、トークン１について、参加者ごとの対価割合を記憶することになる。これにより、サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、対価割合を参照可能にすることができる。サプライヤー側管理装置２１１、メーカー側管理装置２２１、および、購入者側管理装置２３１などで、対価割合に基づき、対価を適切に分配可能にすることができる。
　このように、情報処理システム２００は、電力量に起因するＣＯ2削減量の観点と、燃料量に起因するＣＯ2削減量の観点とのそれぞれで、共通の貢献値を計算することができる。また、情報処理システム２００は、ＣＯ2削減量と、プラ削減量との異なる貢献種別のそれぞれで、共通の貢献値を計算することができる。また、情報処理システム２００は、トークンごとに、それぞれの貢献種別に対応する貢献基準重みを使い分けることができる。このため、情報処理システム２００は、貢献基準重みを細かい粒度で設定することができ、多様な生産物に対処し易くすることができ、利便性の向上を図ることができる。
　このため、情報処理システム２００は、実績種別と貢献種別との異なる組み合わせに基づいて、貢献基準重みを考慮して、対価を適切に分配することができる。情報処理システム２００は、ＳＣを書き換えずに済み、コストの低減化を図ることができる。情報処理システム２００は、ＳＣを書き換えずに済むため、プログラムバグの発生を抑制し易くすることができ、信頼性の向上を図ることができる。情報処理システム２００は、既存の貢献値計算ＳＣＡ６０３と、対価割合計算ＳＣ６０１とに影響を与えずに、対価をそれぞれの参加者に適切に分配することができる。
　以上説明したように、情報処理装置１００によれば、それぞれの工程について、目的に関する当該工程における実績値を、当該実績値の実績種別に応じて、統一された基準で、目的に対する貢献度合いを示す指標値に変換する第１ＳＣを記憶することができる。情報処理装置１００によれば、指標値に基づいて、発生源から得られる利益を、複数の工程を分担する複数の参加者に分配する割合を算出する第２ＳＣを記憶することができる。情報処理装置１００によれば、いずれかの工程と、目的に関する当該工程における実績値と、当該実績値の実績種別との対応関係を示す第１証跡データを、分散台帳５１０に登録することができる。情報処理装置１００によれば、分散台帳５１０を参照して、発生源と、それぞれの工程について分散台帳５１０に登録された証跡データとの対応関係を示すトークンに基づいて、それぞれの工程に対応する第１ＳＣを特定することができる。情報処理装置１００によれば、それぞれの工程について特定した第１ＳＣを利用して、目的に関する当該工程における実績値の実績種別に応じて、当該工程に関する指標値を算出することができる。情報処理装置１００によれば、第２ＳＣを利用して、算出したそれぞれの工程に関する指標値に応じて、発生源から得られる利益を、複数の参加者に分配する割合を算出することができる。これにより、情報処理装置１００は、発生源から得られる利益を、複数の参加者に適切に分配し易くすることができる。
　情報処理装置１００によれば、第１ＳＣを含む第１トランザクションを発行することができる。これにより、情報処理装置１００は、第１ＳＣを含む第１ブロックを、複数の情報処理装置１００のそれぞれの情報処理装置１００が管理する分散台帳５１０に登録するよう、当該情報処理装置１００を制御することができる。このため、情報処理装置１００は、指標値を算出可能に、第１ＳＣを複数の情報処理装置１００に配布することができる。
　情報処理装置１００によれば、それぞれの工程について、目的に関する当該工程における実績値を、当該実績値の実績種別に対応する貢献種別である、目的に対する貢献度合いを示す指標値に変換する第１ＳＣを記憶することができる。情報処理装置１００によれば、異なる貢献種別の指標値に基づいて、発生源から得られる利益を、複数の参加者に分配する割合を算出する第２ＳＣを記憶することができる。情報処理装置１００によれば、分散台帳５１０を参照して、トークンに基づいて、それぞれの工程に対応する第１ＳＣを利用して、目的に関する当該工程における実績値の実績種別に対応する貢献種別である、当該工程に関する指標値を算出することができる。これにより、情報処理装置１００は、異なる貢献種別の指標値があっても、発生源から得られる利益を、複数の参加者に適切に分配し易くすることができる。
　情報処理装置１００によれば、第２ＳＣを利用して、貢献種別ごとの重みに基づいて、発生源から得られる利益を、複数の参加者に分配する割合を算出することができる。これにより、情報処理装置１００は、貢献種別ごとの重みを考慮して、発生源から得られる利益を、複数の参加者に適切に分配し易くすることができる。
　情報処理装置１００によれば、自装置が複数の工程の最後の工程に対応する場合、複数の工程が完了したことに応じて、トークンを含む第２トランザクションを発行することができる。情報処理装置１００によれば、トークンを含む第２ブロックを、複数の情報処理装置１００のそれぞれの情報処理装置１００が管理する分散台帳５１０に登録するよう、当該情報処理装置１００を制御することができる。このため、情報処理装置１００は、発生源から得られる利益を、複数の参加者に分配する割合を算出可能に、トークンを複数の情報処理装置１００に配布することができる。
　情報処理装置１００によれば、トークンを指定する第３ブロックを受け付けて、自装置が管理する分散台帳５１０に登録することができる。情報処理装置１００によれば、第３ブロックを登録したことに応じて、目的に関する当該工程における実績値の実績種別に応じて、当該工程に関する指標値を算出することができる。これにより、情報処理装置１００は、適切なタイミングで、指標値を算出することができる。
　なお、本実施の形態で説明した情報処理方法は、予め用意されたプログラムをＰＣやワークステーションなどのコンピュータで実行することにより実現することができる。本実施の形態で説明した情報処理プログラムは、コンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。記録媒体は、ハードディスク、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）－ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ　Ｏｐｔｉｃａｌ　ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）などである。また、本実施の形態で説明した情報処理プログラムは、インターネットなどのネットワークを介して配布してもよい。
　１００　情報処理装置
　１０１　製品
　１０２～１０４　工場
　２００　情報処理システム
　２０１　ブロック生成装置
　２１０　サプライヤー側環境
　２１１　サプライヤー側管理装置
　２１２　サプライヤー側端末装置
　２２０　メーカー側環境
　２２１　メーカー側管理装置
　２２２　メーカー側端末装置
　２３０　購入者側環境
　２３１　購入者側管理装置
　２３２　購入者側端末装置
　２４０　ネットワーク
　３００　コンピュータ
　３０１　ＣＰＵ
　３０２　メモリ
　３０３　ネットワークＩ／Ｆ
　３０４　記録媒体Ｉ／Ｆ
　３０５　記録媒体
　３１０　バス
　４００　記憶部
　４０１　取得部
　４０２　発行部
　４０３　登録部
　４０４　算出部
　４０５　出力部
　５０１，５１１，５２１　受信部
　５０２，５１３，５２３　送信部
　５０３　表示部
　５１０　分散台帳
　５１２　処理部
　５２２　生成部
　６０１　対価割合計算ＳＣ
　６０２　貢献基準プール
　６０３　貢献値計算ＳＣ
　６１０　証跡データストア
　６２０　トークンデータストア
　６３０　ＳＣストア
　８００　対価割合データストア
　３５００　貢献基準重みデータストア

Claims (8)

  1. 　分散台帳を管理する複数の情報処理装置のうち、利益の発生源に関する複数の工程のいずれかの工程に対応するいずれかの情報処理装置であって、
    　前記複数の工程のそれぞれの工程について、目的に関する当該工程における実績値を、当該実績値の実績種別に応じて、前記複数の工程で統一された基準で、前記目的に対する貢献度合いを示す指標値に変換する第１スマートコントラクトを記憶し、
    　前記指標値に基づいて、前記発生源から得られる利益を、前記複数の工程を分担する複数の参加者に分配する割合を算出する第２スマートコントラクトを記憶し、
    　前記いずれかの工程と、前記目的に関する当該工程における実績値と、当該実績値の実績種別との対応関係を示す第１証跡データを、前記分散台帳に登録し、
    　前記分散台帳を参照して、前記発生源と、前記それぞれの工程について前記分散台帳に登録された証跡データとの対応関係を示すトークンに基づいて、前記それぞれの工程に対応する前記第１スマートコントラクトを利用して、前記目的に関する当該工程における実績値の実績種別に応じて、当該工程に関する前記指標値を算出し、
    　前記第２スマートコントラクトを利用して、算出した前記それぞれの工程に関する前記指標値に応じて、前記発生源から得られる利益を、前記複数の参加者に分配する割合を算出する、
    　制御部を有することを特徴とする情報処理装置。
  2. 　前記制御部は、
    　前記第１スマートコントラクトを含む第１トランザクションを発行することにより、前記第１スマートコントラクトを含む第１ブロックを、前記複数の情報処理装置のそれぞれの情報処理装置が管理する前記分散台帳に登録するよう、当該情報処理装置を制御する、ことを特徴とする請求項１に記載の情報処理装置。
  3. 　前記制御部は、
    　前記それぞれの工程について、前記目的に関する当該工程における実績値を、当該実績値の実績種別に対応する貢献種別である、前記目的に対する貢献度合いを示す指標値に変換する第１スマートコントラクトを記憶し、
    　異なる貢献種別の前記指標値に基づいて、前記発生源から得られる利益を、前記複数の参加者に分配する割合を算出する第２スマートコントラクトを記憶し、
    　前記分散台帳を参照して、前記発生源と、前記それぞれの工程について前記分散台帳に登録された証跡データとの対応関係を示すトークンに基づいて、前記それぞれの工程に対応する前記第１スマートコントラクトを利用して、前記目的に関する当該工程における実績値の実績種別に対応する貢献種別である、当該工程に関する前記指標値を算出する、ことを特徴とする請求項１または２に記載の情報処理装置。
  4. 　前記制御部は、
    　前記第２スマートコントラクトを利用して、前記目的に関する前記それぞれの工程における実績値の実績種別に対応する貢献種別である、当該工程に関する前記指標値に応じて、貢献種別ごとの重みに基づいて、前記発生源から得られる利益を、前記複数の参加者に分配する割合を算出する、ことを特徴とする請求項３に記載の情報処理装置。
  5. 　前記制御部は、
    　自装置が前記複数の工程の最後の工程に対応する場合、前記複数の工程が完了したことに応じて、前記トークンを含む第２トランザクションを発行することにより、前記トークンを含む第２ブロックを、前記複数の情報処理装置のそれぞれの情報処理装置が管理する前記分散台帳に登録するよう、当該情報処理装置を制御する、ことを特徴とする請求項１～４のいずれか一つに記載の情報処理装置。
  6. 　前記制御部は、
    　前記トークンを指定する第３ブロックを受け付けて、自装置が管理する前記分散台帳に登録したことに応じて、前記分散台帳を参照して、前記トークンに基づいて、前記それぞれの工程に対応する前記第１スマートコントラクトを利用して、前記目的に関する当該工程における実績値の実績種別に応じて、当該工程に関する前記指標値を算出する、ことを特徴とする請求項１～５のいずれか一つに記載の情報処理装置。
  7. 　分散台帳を管理する複数の情報処理装置のうち、利益の発生源に関する複数の工程のいずれかの工程に対応するいずれかの情報処理装置が、
    　前記複数の工程のそれぞれの工程について、目的に関する当該工程における実績値を、当該実績値の実績種別に応じて、前記複数の工程で統一された基準で、前記目的に対する貢献度合いを示す指標値に変換する第１スマートコントラクトを記憶し、
    　前記指標値に基づいて、前記発生源から得られる利益を、前記複数の工程を分担する複数の参加者に分配する割合を算出する第２スマートコントラクトを記憶し、
    　前記いずれかの工程と、前記目的に関する当該工程における実績値と、当該実績値の実績種別との対応関係を示す第１証跡データを、前記分散台帳に登録し、
    　前記分散台帳を参照して、前記発生源と、前記それぞれの工程について前記分散台帳に登録された証跡データとの対応関係を示すトークンに基づいて、前記それぞれの工程に対応する前記第１スマートコントラクトを利用して、前記目的に関する当該工程における実績値の実績種別に応じて、当該工程に関する前記指標値を算出し、
    　前記第２スマートコントラクトを利用して、算出した前記それぞれの工程に関する前記指標値に応じて、前記発生源から得られる利益を、前記複数の参加者に分配する割合を算出する、
    　処理を実行することを特徴とする情報処理方法。
  8. 　分散台帳を管理する複数の情報処理装置のうち、利益の発生源に関する複数の工程のいずれかの工程に対応するいずれかの情報処理装置に、
    　前記複数の工程のそれぞれの工程について、目的に関する当該工程における実績値を、当該実績値の実績種別に応じて、前記複数の工程で統一された基準で、前記目的に対する貢献度合いを示す指標値に変換する第１スマートコントラクトを記憶し、
    　前記指標値に基づいて、前記発生源から得られる利益を、前記複数の工程を分担する複数の参加者に分配する割合を算出する第２スマートコントラクトを記憶し、
    　前記いずれかの工程と、前記目的に関する当該工程における実績値と、当該実績値の実績種別との対応関係を示す第１証跡データを、前記分散台帳に登録し、
    　前記分散台帳を参照して、前記発生源と、前記それぞれの工程について前記分散台帳に登録された証跡データとの対応関係を示すトークンに基づいて、前記それぞれの工程に対応する前記第１スマートコントラクトを利用して、前記目的に関する当該工程における実績値の実績種別に応じて、当該工程に関する前記指標値を算出し、
    　前記第２スマートコントラクトを利用して、算出した前記それぞれの工程に関する前記指標値に応じて、前記発生源から得られる利益を、前記複数の参加者に分配する割合を算出する、
    　処理を実行させることを特徴とする情報処理プログラム。
PCT/JP2022/012489 2022-03-18 2022-03-18 情報処理装置、情報処理方法、および情報処理プログラム WO2023175872A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/012489 WO2023175872A1 (ja) 2022-03-18 2022-03-18 情報処理装置、情報処理方法、および情報処理プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/012489 WO2023175872A1 (ja) 2022-03-18 2022-03-18 情報処理装置、情報処理方法、および情報処理プログラム

Publications (1)

Publication Number Publication Date
WO2023175872A1 true WO2023175872A1 (ja) 2023-09-21

Family

ID=88022657

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/012489 WO2023175872A1 (ja) 2022-03-18 2022-03-18 情報処理装置、情報処理方法、および情報処理プログラム

Country Status (1)

Country Link
WO (1) WO2023175872A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020113282A (ja) * 2019-01-15 2020-07-27 フィッシャー−ローズマウント システムズ，インコーポレイテッド プロセス制御システムにおける分散型台帳を使用するマシンツーマシントランザクション
WO2020158404A1 (ja) * 2019-01-30 2020-08-06 日本電信電話株式会社 ブロックチェーンシステム、登録装置、貢献度算出装置、貢献度算出方法、および、貢献度算出プログラム
JP2020154347A (ja) * 2019-03-18 2020-09-24 株式会社日立製作所 信用分析支援方法、信用分析支援システム、およびノード
JP2020184125A (ja) * 2019-04-26 2020-11-12 株式会社エーエヌラボ 支払支援システム、支払支援方法及び支払支援プログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020113282A (ja) * 2019-01-15 2020-07-27 フィッシャー−ローズマウント システムズ，インコーポレイテッド プロセス制御システムにおける分散型台帳を使用するマシンツーマシントランザクション
WO2020158404A1 (ja) * 2019-01-30 2020-08-06 日本電信電話株式会社 ブロックチェーンシステム、登録装置、貢献度算出装置、貢献度算出方法、および、貢献度算出プログラム
JP2020154347A (ja) * 2019-03-18 2020-09-24 株式会社日立製作所 信用分析支援方法、信用分析支援システム、およびノード
JP2020184125A (ja) * 2019-04-26 2020-11-12 株式会社エーエヌラボ 支払支援システム、支払支援方法及び支払支援プログラム

Similar Documents

Publication Publication Date Title
TWI554053B (zh) 使用及管理電子檔案的方法和設備
Gunter et al. Models and languages for digital rights
JP5749256B2 (ja) 配信バックボーン
CN1129136C (zh) 数据自动售货机系统及其方法
JP5043281B2 (ja) デジタル権利管理システムを用いた電子配信用のコンテンツ処理
CN102257477B (zh) 应用开发支援装置
US20010029832A1 (en) Information processing device, information processing method, and recording medium
WO2008086288A1 (en) Creating and purchasing ringtones
WO2023175872A1 (ja) 情報処理装置、情報処理方法、および情報処理プログラム
WO2015002585A1 (en) Providing an electronic book to a user equipment
CN101557401A (zh) 回放设备、回放方法、程序、记录介质、服务器及其方法
WO2002007015A1 (fr) Procede et systeme d'assistance a la conception d'un circuit integre
JP2009098711A (ja) 携帯端末、当該端末におけるコンテンツの印刷方法、当該端末と通信する印刷装置及びその制御方法、印刷システム
JP2003308461A (ja) 組合せ体プラン電子説明システム、及びシステムキッチンプラン電子説明システム
JP6645282B2 (ja) カード情報生成プログラム、カード情報生成方法、及びカード情報生成装置
JP2003256281A (ja) 情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム
JP7312600B2 (ja) カラオケ決済システム
JP2009134644A (ja) デザイン管理装置、デザイン管理プログラムおよびデザイン管理システム
JP6457679B1 (ja) 仲介システム、保管システム、及び仲介方法
JP2005326903A (ja) コンテンツの記録制御装置、記録制御システム、記録制御方法およびコンピュータプログラム
Yousuf et al. EvalUMAP 2019 Chairs' Welcome & Organization
JP2001306684A (ja) 情報記録媒体の利用期限管理方法、利用期限管理システム、および、この方法で利用期限が管理される情報記録媒体
JP2004110206A (ja) 情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム
JP2002330395A (ja) デジタル信号処理装置、デジタル信号処理方法、情報センターおよび配信システム
JP2018018346A (ja) 情報処理システム、処理方法およびプログラム

Legal Events

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

Ref document number: 22932145

Country of ref document: EP

Kind code of ref document: A1