JP7468500B2

JP7468500B2 - 情報管理方法、及び情報提供方法

Info

Publication number: JP7468500B2
Application number: JP2021209524A
Authority: JP
Inventors: 達哉岡部; 智水摩; 信乃介田中
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2021-01-06
Filing date: 2021-12-23
Publication date: 2024-04-16
Anticipated expiration: 2041-12-23
Also published as: JP2022106291A

Description

この明細書による開示は、情報を管理する情報管理方法、及び管理された情報を提供する情報提供方法、に関する。

特許文献１には、委託物に紐づく出荷装置によって委託物の複数のパラメータを連続的又は所定間隔で計測し、中央ロケーションに送信された計測済みパラメータをデータベースに保存するコールドチェーン配送のためのモニタリング方法が開示されている。特許文献１では、複数のパラメータとして、例えば委託物の時間データ、温度データ及び位置データ等がデータベースに保存される。

特表２０１９－５１６１６２号公報

特許文献１のように、一つのアイテムに紐づく複数種類の計測情報がデータベースに集められる場合、これらのデータは、改竄の標的となり得る。しかし、特許文献１には、データベースに保存されたデータの改竄を防ぐための技術は、何ら記載されていない。

本開示は、アイテムに紐づく情報の改竄リスクを低減可能な情報管理及び情報提供に関する技術の提供を目的とする。

上記目的を達成するため、開示された一つの態様は、コンピュータ（６０）によって実施され、情報を管理する情報管理方法であって、少なくとも一つのプロセッサ（６１）にて実行される処理に、特定アイテム（ＩＭｓ）に紐づく情報として、データ入力又はデータ計測の周期が互いに異なる複数のアイテム情報を取得し（Ｓ２６，Ｓ２７，Ｓ３７，Ｓ２２６，Ｓ２２７）、特定アイテムに紐付くアイテム情報を、異なる複数のブロックチェーン（ＢＣ）に関連付けて、個別に保存する（Ｓ２８，Ｓ２９，Ｓ３８，Ｓ２２８，Ｓ２２９）、というステップを含み、複数のアイテム情報には、特定アイテムとしての流通アイテム（ＩＭｄ）に紐づく温度センサ（２１）にて繰り返し計測される温度計測情報と、流通アイテムに紐づく位置センサ（２２）にて繰り返し計測される位置計測情報と、が含まれており、アイテム情報を保存するステップでは、複数のブロックチェーンの一つである温度情報保管チェーン（ＢＣ２）に関連付けて温度計測情報を保存し、温度情報保管チェーンとは異なるブロックチェーンである位置情報保管チェーン（ＢＣ３）に関連付けて温度計測情報を保存する情報管理方法とされる。

また開示された一つの態様は、流通過程において複数の流通単位に分けるバラシの発生が想定された流通アイテム（ＩＭｄ）に関連する情報を管理する情報管理方法であって、少なくとも一つのプロセッサ（６１）にて実行される処理に、流通アイテムに紐づく温度センサ（２１）にて繰り返し計測される温度計測情報を取得し（Ｓ２６）、流通アイテムに紐づく位置センサ（２２）にて繰り返し計測される位置計測情報を取得し（Ｓ２７）、少なくとも一つのブロックチェーン（ＢＣ）に関連付けて温度計測情報及び位置計測情報を保存する（Ｓ２８，Ｓ２９）、というステップを含み、温度計測情報及び位置計測情報を保存するステップでは、バラシが生じる前においては、バラシが生じる前の流通アイテムであるバラシ前アイテムに紐付く温度センサ及び位置センサにて計測される温度計測情報及び位置計測情報を、ブロックチェーンに関連付けて保存し、バラシが生じた後においては、バラシが生じた後の流通アイテムである複数のバラシ後アイテムにそれぞれ紐付く温度センサ及び位置センサにて計測される温度計測情報及び位置計測情報を、ブロックチェーンに関連付けて個別に保存する情報管理方法とされる。
また開示された一つの態様は、コンピュータ（６０）によって実施され、流通アイテム（ＩＭｄ）に関連する情報を管理する情報管理方法であって、少なくとも一つのプロセッサ（６１）にて実行される処理に、流通アイテムに紐づく温度センサ（２１）にて繰り返し計測される温度計測情報を取得し（Ｓ２６）、流通アイテムに紐づく位置センサ（２２）にて繰り返し計測される位置計測情報を取得し（Ｓ２７）、少なくとも一つのブロックチェーン（ＢＣ）に関連付けて温度計測情報及び位置計測情報を保存する（Ｓ２８，Ｓ２９）、というステップを含み、位置計測情報の計測の周期は、流通アイテムの輸送に関連する輸送情報に基づき変更される情報管理方法とされる。
また開示された一つの態様は、コンピュータ（６０）によって実施され、流通アイテム（ＩＭｄ）に関連する情報を管理する情報管理方法であって、少なくとも一つのプロセッサ（６１）にて実行される処理に、流通アイテムに紐づく温度センサ（２１）にて繰り返し計測される温度計測情報を取得し（Ｓ２６）、流通アイテムに紐づく位置センサ（２２）にて繰り返し計測される位置計測情報を取得し（Ｓ２７）、少なくとも一つのブロックチェーン（ＢＣ）に関連付けて温度計測情報及び位置計測情報を保存する（Ｓ２８，Ｓ２９）、というステップを含み、温度計測情報の計測の周期は、流通アイテムの形態に関連する形態情報に基づき変更される情報管理方法とされる。

また開示された一つの態様は、コンピュータ（６０）によって実施され、アイテムに関連する情報を管理する情報管理方法であって、少なくとも一つのプロセッサ（６１）にて実行される処理に、アイテムの製造及び流通の少なくとも一方に関連して使用される電力又はエネルギ資源の使用量を示す使用量情報を取得し（Ｓ２１４，Ｓ２２６）、アイテムに関連する情報として、少なくとも一つのブロックチェーン（ＢＣ）に関連付けて、電力及びエネルギ資源の種別毎に使用量情報を保存する（Ｓ２１５，Ｓ２２６）、というステップを含む情報管理方法とされる。

これらの態様では、特定アイテム又は流通アイテムに紐づく情報が、ブロックチェーンに関連付けて保存される。故に、アイテムに紐づく情報の改竄リスクの低減が可能になる。

さらに、開示された一つの態様は、コンピュータ（６０）によって実施され、複数のブロックチェーン（ＢＣ）を用いて管理され、かつ、流通アイテム（ＩＭｄ）に紐づく情報を提供する情報提供方法であって、少なくとも一つのプロセッサ（６１）にて実行される処理に、流通アイテムに紐づく情報の提供要求を取得し（Ｓ１１４）、第一ブロックチェーン（ＢＣ２）によって管理される第一情報の中から流通アイテムに紐づく特定第一情報を取得し（Ｓ１２０）、第一ブロックチェーンとは異なる第二ブロックチェーン（ＢＣ３）によって管理される第二情報の中から流通アイテムに紐づく特定第二情報を取得し（Ｓ１２３）、特定第一情報及び特定第二情報を組み合わせて提供要求の要求元に提供する提供用データを生成し（Ｓ１２４）、第一ブロックチェーン及び第二ブロックチェーンとは異なる第三ブロックチェーン（ＢＣ１）によって管理される拠点情報の中から、流通アイテムの中継拠点（ＴＢ）の通過に関連する特定拠点情報を取得する（Ｓ１１７）、というステップを含み、特定第一情報及び特定第二情報は、互いに計測の周期が異なる計測情報であり、特定第二情報は、流通アイテムが中継拠点の間を移動する輸送期間にて、流通アイテムに紐づく位置センサ（２２）により計測された位置計測情報を含み、提供用データを生成するステップでは、特定第一情報及び特定第二情報をそれぞれの計測周期に応じて組み合わせ、かつ、拠点情報に記録された拠点位置データの間を、位置計測情報に記録された輸送期間の輸送中位置データによって補完してなる提供用データを生成する情報提供方法とされる。
また開示された一つの態様は、コンピュータ（６０）によって実施され、複数のブロックチェーン（ＢＣ）を用いて管理され、かつ、流通アイテム（ＩＭｄ）に紐付く情報を提供する情報提供方法であって、少なくとも一つのプロセッサ（６１）にて実行される処理に、流通アイテムに紐づく情報の提供要求を取得し（Ｓ１１４）、第一ブロックチェーン（ＢＣ２）によって管理される第一情報の中から流通アイテムに紐づく特定第一情報を取得し（Ｓ１２０）、第一ブロックチェーンとは異なる第二ブロックチェーン（ＢＣ３）によって管理される第二情報の中から流通アイテムに紐づく特定第二情報を取得し（Ｓ１２３）、特定第一情報及び特定第二情報を組み合わせて提供要求の要求元に提供する提供用データを生成し（Ｓ１２４）、要求元の位置データを、配達場所情報として取得し（Ｓ１４５）、流通アイテムに紐づく位置センサ（２２）にて計測される現在位置情報と配達場所情報との比較に基づき、流通アイテムが要求元に接近したと判定した場合に、到着予告通知を要求元に送信する（Ｓ１４７，Ｓ１４８）、というステップを含み、特定第一情報及び特定第二情報は、互いに計測の周期が異なる計測情報であり、特定第二情報は、流通アイテムが中継拠点（ＴＢ）の間を移動する輸送期間にて、流通アイテムに紐づく位置センサにより計測された位置計測情報を含み、提供用データを生成するステップでは、特定第一情報及び特定第二情報をそれぞれの計測周期に応じて組み合わせた提供用データを生成する情報提供方法とされる。

また開示された一つの態様は、コンピュータ（６０）によって実施され、ブロックチェーン（ＢＣ）を用いて管理される情報を提供する情報提供方法あって、少なくとも一つのプロセッサ（６１）にて実行される処理に、アイテムの製造及び流通に関連して使用された電力又はエネルギ資源の使用量を示す使用量情報であって、電力及びエネルギ資源の種別毎にブロックチェーン（ＢＣ）によって管理される使用量情報を取得し（Ｓ２６９，Ｓ２７１）、アイテムに設定される仕向地に対応した算出方法を準備し、当該算出方法を用いて種別毎の使用量情報からアイテムのカーボンリリース量を算出する（Ｓ２７２，Ｓ２７３）、
というステップを含む情報提供方法とされる。

これらの態様でも、提供要求の要求元に提供される提供用データを生成するための情報、又はカーボンリリース量を算出するための情報が、ブロックチェーンを用いて管理される。故に、アイテムに紐づく情報の改竄リスクの低減が可能になる。

尚、上記及び特許請求の範囲における括弧内の参照番号は、後述する実施形態における具体的な構成との対応関係の一例を示すものにすぎず、技術的範囲を何ら制限するものではない。

本開示の第一実施形態によるコールドチェーン管理システムの全体像を示す図である。コールドチェーンにおける荷物の流れを説明するための図である。コールドチェーン管理システムの詳細なシステム構成を示す図である。ユーザ端末及びスタッフ端末の電気的な構成の一例を示すブロック図である。スタッフ端末にて各情報を登録する過程での画面遷移を示す図である。荷受け時に行われる荷受け処理の詳細を示すシーケンス図である。冷凍装置への荷物の収容時に行われる冷凍装置紐付け処理の詳細を示すシーケンス図である。拠点にて行われる拠点処理の詳細を示すシーケンス図である。荷渡し時に行われる荷渡し処理の詳細を示すシーケンス図である。ユーザ端末にて荷物の履歴情報を閲覧する画面の遷移の示す図である。荷物の履歴情報をユーザ端末に提供する情報提供処理の詳細を示すシーケンス図である。荷物の到着を予告通知する予告通知処理の詳細を示すシーケンス図である。比較例１におけるルート表示画面での輸送ルートの表示例を示す図である。比較例２におけるルート表示画面での輸送ルートの表示例を示す図である。本開示によるルート表示画面での輸送ルートの表示例を示す図である。本開示の第二実施形態によるサプライチェーンの概要を示す図である。サプライチェーン管理システムの全体像を示す図である。サプライチェーン管理システムの詳細なシステム構成を示す図である。アイテムの製造に使用した燃料及び電力の使用量情報をブロックチェーンに保存する製造使用量保存処理の詳細を示すシーケンス図である。アイテムとモニタリング装置とを紐付けるセンサ登録処理の詳細を示すシーケンス図である。アイテムとモニタリング装置との紐付けを解除する登録解除処理の詳細を示すシーケンス図である。ユーザ端末等を用いてカーボンフットプリントを参照する場合の画面遷移を示す図である。サプライヤ端末又は輸送者端末等を用いてカーボンフットプリントを参照する場合の画面遷移を示す図である。アイテムのカーボンフットプリントを取引記録と共に閲覧する場合の画面遷移の示す図である。カーボンフットプリントを各端末に表示させる情報提供処理の詳細を示すシーケンス図である。本開示の第三実施形態において、バラシの発生が想定される荷物の梱包単位の考え方を説明するための図である。コールドチェーンにおける荷物の流れを説明するための図である。コールドチェーン管理システムの詳細なシステム構成を示す図である。製造元端末に記録される情報の一例を示す図である。製造元端末にて実施されるテーブル準備処理の詳細を示すフローチャートである。流通者端末に記録される情報の一例を示す図である。バラシの発生時に行われるバラシ通知処理の詳細を示すシーケンス図である。データ処理サーバにて実施される情報登録処理の詳細を図３４～図３６と共に示すフローチャートである。情報登録処理の詳細を図３３，図３５及び図３６と共に示すフローチャートである。情報登録処理の詳細を図３３，図３４及び図３６と共に示すフローチャートである。情報登録処理の詳細を図３３～図３５と共に示すフローチャートである。モニタリング装置からデータ処理サーバに送信されるデータの一例を示す図である。データ処理サーバによって管理される情報の一例を示す図である。荷物の履歴情報をユーザ端末又は流通者端末に提供する情報提供処理の詳細を示すシーケンス図である。ユーザ端末又は流通者端末からデータ処理サーバに送信されるデータの一例を示す図である。

以下、複数の実施形態を図面に基づいて説明する。尚、各実施形態において対応する構成要素には同一の符号を付すことにより、重複する説明を省略する場合がある。各実施形態において構成の一部分のみを説明している場合、当該構成の他の部分については、先行して説明した他の実施形態の構成を適用することができる。また、各実施形態の説明において明示している構成の組み合わせばかりではなく、特に組み合わせに支障が生じなければ、明示していなくても複数の実施形態の構成同士を部分的に組み合せることができる。

（第一実施形態）
図１に示す本開示の第一実施形態によるコールドチェーン管理システムは、図２に示すコールドチェーンＣＣに適用される情報管理システムである。コールドチェーンＣＣは、荷物ＩＭｄ等の特定アイテムＩＭｓを低温な状態に維持したまま、発荷主から着荷主に届ける低温物流のための輸送ネットワークである。コールドチェーンＣＣにおいて、特定アイテムＩＭｓは、冷凍装置１０又は冷蔵装置等を備えた保冷ボックスに収容された状態で、複数の拠点ＴＢ間を移動する。コールドチェーンＣＣによって低温管理される特定アイテムＩＭｓには、例えば生鮮食品、水産物及び冷凍食品等に加えて、花き類、医薬品、化学薬品及び血液パック等が含まれる。

コールドチェーン管理システムは、図１及び図２に示すように、コールドチェーンＣＣ内での特定アイテムＩＭｓの流通過程にて生成されるアイテム情報を、ブロックチェーンＢＣの技術を用いて改竄できないように保存する。アイテム情報には、流通過程において自動又は手動にて入力される多数の流通情報、流通過程において種々のセンサにより計測された複数種類のセンサ情報等が含まれる。コールドチェーン管理システムは、保存した多数の流通情報及び複数種類のセンサ情報をエンドユーザＥＵ等に提供する。コールドチェーン管理システムは、流通関連会社ＬＣにより運用される拠点端末３０、スタッフ端末４０、モニタリング装置２０等と、プラットフォーマーＰＦにより管理される複数のサーバ装置等とによって構築されている。コールドチェーン管理システムを構成する各要素は、それぞれ一つのノードとしてネットワークに接続されている。

拠点端末３０は、流通関連会社ＬＣによって運営された各拠点ＴＢに設置されている。個々の拠点ＴＢは、荷物ＩＭｄを輸送する輸送機関、例えば、航空機、船、鉄道、輸送用トラックＴＶ及び荷車ＴＣ等が発着する中継地点である。拠点ＴＢでは、一つの輸送手段によって搬入された多数の荷物ＩＭｄが仕分けされ、一つの冷凍装置１０から別の冷凍装置１０へと移し替えられる。仕分けされた荷物ＩＭｄは、特定の輸送手段から別の輸送手段へと引き渡され、別の拠点ＴＢに輸送される。

個々の荷物ＩＭｄには、アイテムＩＤを記録したアイテムコードＣｄがそれぞれ付属されている。アイテムＩＤは、荷物ＩＭｄを識別する固有のデータである。アイテムＩＤは、予め規定されたルールに基づき生成された数字等の並びであってもよく、流通履歴を示すデータから生成されたハッシュ値等であってもよい。コールドチェーン管理システムでは、アイテムＩＤに紐づく形式で種々の情報が管理される。アイテムコードＣｄは、バーコード等の一次元コード、又はＱＲコード（登録商標）等の二次元コードである。アイテムコードＣｄは、紙媒体等に印刷された状態で、荷物ＩＭｄの外表面に貼り付けられている。アイテムコードＣｄの貼り付け場所は、製品本体に限定されず、パッケージ、荷札、包装及び証明書類等であってよい。さらに、アイテムＩＤは、荷物ＩＭｄに付属されるＲＦＩＤ（radio frequency identifier）又はマイクロチップ等の記録媒体に電子データとして記録されていてもよい。

拠点端末３０は、それぞれの拠点ＴＢにおいて、各拠点ＴＢに搬入された荷物ＩＭｄを把握する。拠点端末３０は、アイテムコードＣｄの読み取り機能を有するスキャナ３１と通信可能に接続されている。拠点端末３０は、スキャナ３１によってアイテムコードＣｄから読み出されたアイテムＩＤを取得する。拠点端末３０は、荷物ＩＭｄに紐づくアイテム情報の一つとして、ブロックチェーンＢＣによって保管される流通情報を、プラットフォーマーＰＦのサーバ装置（拠点情報処理部８１）に送信する。具体的に、拠点端末３０は、荷物ＩＭｄの拠点ＴＢの通過に関連する流通情報として、アイテムＩＤ、各拠点ＴＢを識別する拠点ＩＤ、アイテムコードＣｄの読み取り時刻等を含む拠点通過情報を、サーバ装置に送信する。拠点ＩＤ及び読み取り時刻等の情報は、作業者によって拠点端末３０に手動入力されてもよく、又は拠点端末３０に自動入力されてもよい。

スタッフ端末４０は、荷物ＩＭｄに添付されたアイテムコードＣｄを読み込み、荷物ＩＭｄの流通履歴を登録する履歴登録装置として機能する。具体的に、スタッフ端末４０は、発荷主からの荷物ＩＭｄの受け取り、冷凍装置１０への荷物ＩＭｄの出し入れ、着荷主への荷物ＩＭｄの引き渡し等の記録を登録する。一例として、流通関連会社ＬＣのスタッフ等の所持するスマートフォン、タブレット端末及び専用読取端末等が、スタッフ端末４０として利用される。スタッフ端末４０は、カメラ４６、ディスプレイ４７、ＧＮＳＳ（Global Navigation Satellite System）受信機４８及び端末通信機４９（図４参照）と、制御回路４０ａとを備えている。

カメラ４６は、荷物ＩＭｄに付属するアイテムコードＣｄ及び冷凍装置１０に付属する装置コードＣｑ（後述する）の撮像データを生成し、制御回路４０ａに提供する。ディスプレイ４７は、液晶パネル又は有機ＥＬパネル等を主体とする表示デバイスである。ディスプレイ４７は、制御回路４０ａの制御に基づき、種々の画像を画面に表示する。ディスプレイ４７は、ユーザ操作を受け付けるタッチパネルの機能を有している。

ＧＮＳＳ受信機４８は、複数の人工衛星（測位衛星）から送信された測位信号を受信することにより、スタッフ端末４０の現在位置を特定する。ＧＮＳＳ受信機４８によって特定されるスタッフ端末４０の位置データは、アイテムコードＣｄ又は装置コードＣｑが読み込まれた場所を示す履歴情報として、読み込み時刻と共にサーバ装置（フロントサーバ７０）に送信されてもよい。位置データには、測位信号から推定される緯度、経度及び高度等の値が含まれている。端末通信機４９は、例えばＬＴＥ及び５Ｇ等の広域無線通信規格、又はＷｉ－Ｆｉ（登録商標）等の通信規格に沿った移動体通信を行う。

制御回路４０ａは、プロセッサ４１、ＲＡＭ４２、記憶部４３、入出力インターフェース４４及びこれらを接続するバス等を備え、演算処理を実施するコンピュータとして機能する。プロセッサ４１は、ＲＡＭ４２と結合された演算処理のためのハードウェアである。記憶部４３には、アイテムコードＣｄ及び装置コードＣｑの情報を登録するためのアプリケーションプログラム（以下、情報登録アプリＡＰｒ）が格納されている。

モニタリング装置２０は、冷凍装置１０に組み合わされて、例えば輸送用トラックＴＶ等のような荷物ＩＭｄを輸送する輸送機関に搭載されている。冷凍装置１０には、荷物ＩＭｄを収容する保冷ボックスが設けられている。冷凍装置１０は、保冷ボックス内の温度を、荷物ＩＭｄに対応して設定された所定の温度（低温）に維持可能である。

個々の冷凍装置１０には、保冷ボックスＩＤを記録した装置コードＣｑがそれぞれ設けられている。保冷ボックスＩＤは、保冷ボックスを識別する固有のデータである。装置コードＣｑは、バーコード等の一次元コード、又はＱＲコード等の二次元コードである。装置コードＣｑは、紙媒体等に印刷された状態で、冷凍装置１０の外表面等に貼り付けられている。

モニタリング装置２０は、荷物ＩＭｄを収容する冷凍装置１０と組み合わされることで、荷物ＩＭｄに紐づく計測情報を繰り返し取得する。モニタリング装置２０は、取得した計測情報を、逐次又は一定の時間間隔でプラットフォーマーＰＦのサーバ装置に送信する。モニタリング装置２０は、冷凍装置１０と物理的に一体化されていてもよく、又は冷凍装置１０とへ別体で設けられ特定の冷凍装置１０とデータ上で紐付けられてもよい。モニタリング装置２０は、温度センサ２１、位置センサ２２、コントローラ２３及びデータ送信機２４を備えている。

温度センサ２１は、保冷ボックス内の雰囲気温度を周期的に計測する。温度センサ２１は、熱電対、側温抵抗体及びサーミスタ等を用いた接触式の構成であってもよく、放射温度計等を用いた非接触式の構成であってもよい。

位置センサ２２は、複数の測位衛星から送信された測位信号を受信することにより、冷凍装置１０の現在位置を特定するＧＮＳＳ受信機である。位置センサ２２は、冷凍装置１０、言い替えれば、輸送中の荷物ＩＭｄ及び輸送用トラックＴＶの現在位置を周期的に計測する。

コントローラ２３は、温度センサ２１及び位置センサ２２による物理量の計測を制御する。コントローラ２３は、温度センサ２１によって計測された温度計測情報、及び位置センサ２２によって計測された位置計測情報を取得する。コントローラ２３は、温度センサ２１による温度計測の計測周期と、位置センサ２２による位置計測の計測周期とを別々に調整する。

コントローラ２３は、温度センサ２１による温度計測情報の計測周期を、荷物ＩＭｄの形態に関連する形態情報に基づき変更する。形態情報は、荷物ＩＭｄの体格、サイズ及び形状等の情報であり、具体的には体積及び表面積等に関する情報である。コントローラ２３は、荷物ＩＭｄの体積に対する表面積が小さくなるほど、温度計測の周期を長く調整する。コントローラ２３は、荷物ＩＭｄの体積に対する表面積が大きくなるほど、温度計測の周期を短く調整する。

コントローラ２３は、位置センサ２２による位置計測情報の計測周期を、輸送に関連する輸送情報に基づき変更する。輸送情報は、輸送機関の速度情報及び輸送機関の種別情報等である。コントローラ２３は、例えば輸送用トラックＴＶ等の輸送の速度が高くなるほど、位置計測の周期を短く調整する。コントローラ２３は、荷物ＩＭｄの輸送速度が低くなるほど、位置計測の周期を長く調整する。また、コントローラ２３は、輸送機関の種別情報に基づき、例えば航空機及び船等のように直線的に移動する輸送機関で荷物ＩＭｄを輸送する場合には、位置計測の周期を長く調整する。コントローラ２３は、輸送用トラックＴＶ等の非直線的に移動する輸送機関で荷物ＩＭｄを輸送する場合に、位置計測の周期を短く調整する。

ここで、上述する温度センサ２１及び位置センサ２２の各計測周期は、コントローラ２３及びデータ送信機２４によってデータ処理サーバ６０に送信される計測情報の取得周期に相当する。即ち、温度センサ２１及び位置センサ２２における実際の計測周期は、データ処理サーバ６０に蓄積される記録上での計測周期より短くてもよい。言い替えれば、コントローラ２３は、実際の計測情報を間引く処理により、温度計測情報及び位置計測情報の計測周期（取得周期）を調整してもよい。

データ送信機２４は、例えばＬＴＥ及び５Ｇ等の広域無線通信規格、又はＷｉ－Ｆｉ（登録商標）等の通信規格に沿った移動体通信を行う。データ送信機２４は、プラットフォーマーＰＦのサーバ装置と通信可能である。データ送信機２４は、コントローラ２３と連携し、温度センサ２１にて繰り返し計測される温度計測情報をプラットフォーマーＰＦのサーバ装置（温度情報処理部８４）に送信する。同様に、データ送信機２４は、コントローラ２３と連携し、位置センサ２２にて繰り返し計測される位置計測情報をプラットフォーマーＰＦのサーバ装置（位置情報処理部８７）に送信する。温度計測情報の送信周期と位置計測情報の計測周期とは、互いに異なっていてもよい。温度計測情報及び位置計測情報には、モニタリング装置２０を識別するセンサＩＤが紐付けられる。尚、本実施形態では、保冷ボックスＩＤがセンサＩＤを兼ねている。データ送信機２４は、保冷ボックスＩＤと紐付く温度計測情報及び位置計測情報をサーバ装置にアップロードする。

図１～図３に示すように、プラットフォーマーＰＦによって管理されるサーバ装置には、複数のデータ処理サーバ６０、タイムスタンプサーバ１４０及びアプリ配信サーバ１５０が含まれている。

データ処理サーバ６０は、多数のモニタリング装置２０、多数の拠点端末３０及び多数のスタッフ端末４０とネットワークを通じて通信可能である。データ処理サーバ６０は、荷物ＩＭｄに関連した情報を管理する情報管理装置、及び荷物ＩＭｄに関連した情報を提供する情報提供装置として機能する。

データ処理サーバ６０は、コンピュータとして機能する制御回路６０ａを主体としたサーバ装置である。データ処理サーバ６０の制御回路６０ａは、プロセッサ６１、ＲＡＭ６２、記憶部６３、入出力インターフェース６４、及びこれらを接続するバス等を備えている。プロセッサ６１は、ＲＡＭ６２と結合された演算処理のためのハードウェアである。プロセッサ６１は、ＲＡＭ６２へのアクセスにより、データの管理及び提供に関連する種々の処理を実行する。記憶部６３には、データ管理に関連した機能を実現する情報管理プログラムと、データ提供に関連した機能を実現する情報提供プログラムとが格納されている。情報管理プログラムは、本開示の情報管理方法をデータ処理サーバ６０に実施させるためのプログラムである。情報提供プログラムは、本開示の情報提供方法をデータ処理サーバ６０に実施させるためのプログラムである。

コールドチェーン管理システムでは、機能の異なる複数のデータ処理サーバ６０が用いられている。本実施形態では、フロントサーバ７０、複数（３つ）の情報中継サーバ８０及び複数（３つ）のブロックチェーンサーバ９０が、データ処理サーバ６０として設けられている。

フロントサーバ７０は、スタッフ端末４０及びユーザ端末１１０（後述する）との通信を行うデータ処理サーバ６０である。フロントサーバ７０は、情報管理プログラム及び情報提供プログラムに基づく機能部として、荷物情報処理部７１、温度情報処理部７２、位置情報処理部７３、要求受付部７５及びデータ提供部７６を備える。

荷物情報処理部７１は、荷受けした荷物ＩＭｄのアイテムＩＤをスタッフ端末４０からの受信によって取得し、荷受け情報として情報中継サーバ８０（拠点情報処理部８１）に送信する。荷物情報処理部７１は、アイテムＩＤに紐付く拠点通過情報、荷受け情報及び引渡し情報等を、情報中継サーバ８０（拠点情報処理部８１）から取得する。

温度情報処理部７２は、荷物ＩＭｄのアイテムＩＤと荷物ＩＭｄを収容する冷凍装置１０の保冷ボックスＩＤとを関連付けるセンサ連携情報を、スタッフ端末４０から受信する。温度情報処理部７２は、取得したセンサ連携情報を情報中継サーバ８０（温度情報処理部８４）に送信する。温度情報処理部７２は、アイテムＩＤに紐付くセンサ連携情報及び温度計測情報を、情報中継サーバ８０（温度情報処理部８４）から取得する。

位置情報処理部７３は、アイテムＩＤに紐付く温度計測情報を、情報中継サーバ８０（位置情報処理部８７）から取得する。尚、位置情報処理部７３は、温度情報処理部７２と同様に、スタッフ端末４０から受信したセンサ連携情報を、情報中継サーバ８０（位置情報処理部８７）に送信してもよい。

要求受付部７５は、荷物ＩＭｄに紐づく履歴情報の提供要求を、スタッフ端末４０又はユーザ端末１１０からアイテムＩＤと共に取得する。要求受付部７５は、各情報処理部７１～７３を通じて、アイテムＩＤに紐付く拠点通過情報、温度計測情報及び位置計測情報等の提供を、情報中継サーバ８０及びブロックチェーンサーバ９０に要求する。

データ提供部７６は、提供要求に基づき荷物情報処理部７１、温度情報処理部７２及び位置情報処理部７３にて収集された拠点通過情報、温度計測情報及び位置計測情報を把握する。データ提供部７６は、拠点通過情報、温度計測情報及び位置計測情報を組み合わせて、提供要求の要求元に提供する提供用データを生成する。データ提供部７６は、生成した提供用データを、スタッフ端末４０又はユーザ端末１１０に送信する。

情報中継サーバ８０は、モニタリング装置２０及びスタッフ端末４０から送信された情報を受信し、ブロックチェーンサーバ９０に送信する。情報中継サーバ８０は、フロントサーバ７０に送信された提供要求を中継し、ブロックチェーンサーバ９０によって抽出された情報をフロントサーバ７０に返信する。コールドチェーン管理システムには、３つの情報中継サーバ８０が設けられている。各情報中継サーバ８０は、情報管理プログラム及び情報提供プログラムに基づく機能部として、それぞれ情報処理部８１，８４，８７が設けられている。

拠点通過情報を処理する情報中継サーバ８０は、拠点情報処理部８１を有している。拠点情報処理部８１は、荷受けされた荷物ＩＭｄのアイテムＩＤを荷物情報処理部７１から取得し、拠点通過情報を蓄積するブロックチェーンサーバ９０に送信する。拠点情報処理部８１は、拠点通過情報を拠点端末３０から受信し、拠点通過情報を蓄積するブロックチェーンサーバ９０に送信する。拠点情報処理部８１は、ブロックチェーンサーバ９０にて抽出された拠点通過情報等を受信し、荷物情報処理部７１に送信する。

温度計測情報を処理する情報中継サーバ８０は、温度情報処理部８４を有している。温度情報処理部８４は、スタッフ端末４０から受信するセンサ連携情報と、モニタリング装置２０から受信する温度計測情報とを、温度計測情報を蓄積するブロックチェーンサーバ９０に送信する。温度情報処理部８４は、ブロックチェーンサーバ９０にて抽出された温度計測情報等を受信し、温度情報処理部７２に送信する。

位置計測情報を処理する情報中継サーバ８０は、位置情報処理部８７を有している。位置情報処理部８７は、モニタリング装置２０から受信する位置計測情報を、位置計測情報を蓄積するブロックチェーンサーバ９０に送信する。位置情報処理部８７は、ブロックチェーンサーバ９０にて抽出された位置計測情報等を受信し、位置情報処理部７３に送信する。

ブロックチェーンサーバ９０は、情報中継サーバ８０から受信する情報を、ブロックチェーンＢＣを用いて管理する。ブロックチェーンサーバ９０は、ブロックチェーンＢＣを用いて管理している情報を、エンドユーザＥＵ等への提供のため、情報中継サーバ８０に送信する。ブロックチェーンサーバ９０にて用いられるブロックチェーンＢＣは、プラットフォーマーＰＦによって管理されたプライベートチェーンであってもよく、不特定多数の参加者がデータを蓄積可能なパブリックチェーンであってもよい。ブロックチェーンサーバ９０は、例えばイーサリアム、ビットコイン及びＮＥＭ等のパブリックチェーンを、情報の蓄積に利用可能である。

コールドチェーン管理システムには、３つのブロックチェーンサーバ９０が設けられている。各ブロックチェーンサーバ９０は、取得した情報をブロックチェーンＢＣに関連付けて保存する。ブロックチェーンＢＣに関連付けて保存する処理は、ブロックチェーンＢＣのブロックに取得情報の元データを埋め込む保存処理であってもよく、取得情報の元データから生成したハッシュ値をブロックチェーンＢＣのブロックに埋め込む保存処理であってもよい。各ブロックチェーンサーバ９０は、情報管理プログラム及び情報提供プログラムに基づく機能部として、それぞれ情報取得部９１，９４，９７、情報保存部９２，９５，９８及び情報提供部９３，９６，９９を有する。

拠点通過情報を管理するブロックチェーンサーバ９０は、拠点情報取得部９１、拠点情報保存部９２及び拠点情報提供部９３を有している。拠点情報取得部９１は、アイテムＩＤ及び拠点通過情報等を拠点情報処理部８１から取得する。拠点情報保存部９２は、拠点情報取得部９１にて取得された情報を、拠点情報保管チェーンＢＣ１に関連付けて保存する。拠点情報保存部９２は、アイテムＩＤに紐付けて拠点通過情報等を登録する。その結果、拠点情報保管チェーンＢＣ１には、各荷物ＩＭｄの荷受け、拠点通過及び引渡しの各時刻データ及び位置データ等が記録されていく。

拠点情報提供部９３は、アイテムＩＤをキーとして、拠点情報保管チェーンＢＣ１に蓄積された情報の中から、アイテムＩＤに紐付く情報を抽出する。拠点情報提供部９３は、抽出した拠点通過情報、荷受け情報及び引渡し情報等を、拠点情報処理部８１に提供する。

温度計測情報を管理するブロックチェーンサーバ９０は、温度情報取得部９４、温度情報保存部９５及び温度情報提供部９６を有している。温度情報取得部９４は、アイテムＩＤ及び保冷ボックスＩＤを含むセンサ連携情報と、保冷ボックスＩＤと紐付く温度計測情報とを温度情報処理部８４から取得する。温度計測情報は、計測時刻データと計測温度値との組み合わせを一つのデータとしたデータ群である。温度情報保存部９５は、温度情報取得部９４にて取得された各情報を、温度情報保管チェーンＢＣ２に保存する。センサ連携情報の保存により、温度情報保管チェーンＢＣ２には、アイテムＩＤに紐付け可能な状態で温度計測情報が蓄積される。

温度情報提供部９６は、アイテムＩＤ及びセンサ連携情報を用いることで、温度情報保管チェーンＢＣ２に蓄積された温度計測情報の中から、アイテムＩＤに紐付く温度計測情報を抽出する。複数の保冷ボックスを荷物ＩＭｄが経由している場合、温度情報提供部９６は、個々の保冷ボックスＩＤに紐付く複数の温度計測情報から、荷物ＩＭｄを収容していた期間のデータを切り出すことで、アイテムＩＤに紐付く一連の温度計測情報を抽出する。温度情報提供部９６は、抽出した温度計測情報を、温度情報処理部８４に提供する。

位置計測情報を管理するブロックチェーンサーバ９０は、位置情報取得部９７、位置情報保存部９８及び位置情報提供部９９を有している。位置情報取得部９７は、保冷ボックスＩＤと紐付く位置計測情報を位置情報処理部８７から取得する。位置計測情報は、計測時刻データと位置データとの組み合わせを一つのデータとしたデータ群である。位置データは、例えば緯度、経度及び高度を示す座標値である。位置情報保存部９８は、位置情報取得部９７にて取得された情報を、位置情報保管チェーンＢＣ３に保存する。

位置情報提供部９９は、保冷ボックスＩＤをキーとして、位置情報保管チェーンＢＣ３に蓄積された情報の中から、アイテムＩＤに紐付く位置計測情報を抽出する。荷物ＩＭｄが複数の保冷ボックスを経由している場合、位置情報提供部９９は、個々の保冷ボックスＩＤに紐付く複数の位置計測情報から、温度情報提供部９６と同一期間のデータを切り出すことで、荷受けから引渡しまでの一連の位置計測情報を抽出する。位置情報提供部９９は、抽出した位置計測情報を、位置情報処理部８７に提供する。

タイムスタンプサーバ１４０は、コンピュータを主体として含むサーバ装置である。タイムスタンプサーバ１４０は、データ処理サーバ６０に提供するタイムスタンプデータを生成する。タイムスタンプサーバ１４０は、一例として、ネットワークに接続されたニュース配信サーバ等より、日時を示す情報と紐付けて配信されるニュース記事を、日毎又は所定時間毎に取得する。タイムスタンプサーバ１４０は、取得したニュース記事から、日付情報、ニュース記事の文字列、事前指定した文字列を順に結合させた入力情報を生成する。タイムスタンプサーバ１４０は、例えばＳＨＡ－２５６等のハッシュ関数に入力情報を入力する処理により、所定のビット数（例えば、２５６ビット）のハッシュ値を、タイムスタンプデータとして生成する。タイムスタンプデータは、例えば各ブロックチェーンサーバ９０に提供され、各情報の取得時刻又は保存時刻等の改竄の有無を検証可能なデータとして、各ブロックチェーンＢＣに保存される。

アプリ配信サーバ１５０は、コンピュータを主体として含むサーバ装置である。アプリ配信サーバ１５０は、情報登録アプリＡＰｒ、ログ閲覧アプリＡＰｂ（後述する）及び到着予告アプリＡＰａ（後述する）等を、ネットワークを通じて配信する。情報登録アプリＡＰｒは、アプリ配信サーバ１５０からスタッフ端末４０の記憶部４３にダウンロードされ、ダウンロードの完了後、スタッフ端末４０に自動的にインストールされる。ログ閲覧アプリＡＰｂ及び到着予告アプリＡＰａは、アプリ配信サーバ１５０からユーザ端末１１０の記憶部１１３にダウンロードされ、ダウンロードの完了後、ユーザ端末１１０に自動的にインストールされる。

尚、アプリ配信サーバ１５０は、プラットフォーマーＰＦによって管理されたサーバ装置でなくてもよい。アプリ配信サーバ１５０は、例えばスタッフ端末４０及びユーザ端末１１０のオペレーティングシステムのベンダーによって管理されたサーバ装置であってもよい。

以上のコールドチェーン管理システムによって管理される荷物ＩＭｄの履歴情報を、エンドユーザＥＵは、図１、図３及び図４に示すユーザ端末１１０を用いることで参照できる。ユーザ端末１１０は、ユーザの所有するスマートフォン、タブレット端末及び専用読取端末等である。ユーザ端末１１０は、カメラ１１６、ディスプレイ１１７、ＧＮＳＳ受信機１１８及び端末通信機１１９と、制御回路１１０ａとを備えている。制御回路１１０ａは、プロセッサ１１１、ＲＡＭ１１２、記憶部１１３、入出力インターフェース１１４及びこれらを接続するバス等を備え、演算処理を実施するコンピュータとして機能する。以上のユーザ端末１１０の各構成は、上述したスタッフ端末４０の各構成と実質的に同一である。

ユーザ端末１１０の記憶部１１３には、荷物ＩＭｄの履歴情報を参照するためのアプリケーションプログラムとして、上述のログ閲覧アプリＡＰｂが格納されている。ユーザ端末１１０は、プロセッサ１１１によるログ閲覧アプリＡＰｂの実行により、情報閲覧装置として機能する。ユーザ端末１１０は、ログ閲覧アプリＡＰｂに基づく機能部として、コード抽出部１２１、送信処理部１２２、データ処理部１２３及び表示制御部１２４を有する。同様に、スタッフ端末４０は、情報登録アプリＡＰｒに基づく機能部として、コード抽出部５１、送信処理部５２、データ処理部５３及び表示制御部５４を有する。

ユーザ端末１１０及びスタッフ端末４０において、コード抽出部１２１，５１は、カメラ１１６，４６にて撮影されたアイテムコードＣｄ及び装置コードＣｑの撮像データを取得する。コード抽出部１２１，５１は、撮像データの画像解析により、アイテムＩＤ及び保冷ボックスＩＤを抽出する。

送信処理部１２２，５２は、コード抽出部１２１，５１によって抽出されたアイテムＩＤ及び保冷ボックスＩＤの少なくとも一方を、フロントサーバ７０に送信する。送信処理部１２２，５２は、ユーザ操作に基づく履歴情報の提供要求を、フロントサーバ７０に送信する。

データ処理部１２３，５３は、提供要求に基づきフロントサーバ７０から返信される提供用データを取得する。表示制御部１２４，５４は、アイテムコードＣｄ及び装置コードＣｑを読み込むためのスキャン画面ＧＡ５，ＧＡ６等を、ディスプレイ１１７，４７に表示させる。表示制御部１２４，５４は、データ処理部１２３，５３によって処理された提供用データに基づき、ログ閲覧画面をディスプレイ１１７，４７に表示させる。

次に、コールドチェーン管理システムに荷物ＩＭｄの履歴情報を蓄積するための荷受け処理、冷凍装置紐付け処理、拠点処理及び荷渡し処理の詳細を、図６～図９に基づき、図１～図５を参照しつつ、以下説明する。

図６に示す荷受け処理は、流通関連会社ＬＣのスタッフが発荷主から荷物ＩＭｄを預かる荷受け工程（図２参照）にて、スタッフ端末４０及びデータ処理サーバ６０によって実施される。スタッフ端末４０は、情報登録アプリＡＰｒを起動させる操作の入力に基づき、ディスプレイ４７にトップ画面ＧＡ１（図５参照）を表示させる。トップ画面ＧＡ１には、複数の選択アイコンＳＩ１～ＳＩ４が表示される。

スタッフ端末４０は、選択アイコンＳＩ２へのタップ操作に基づき、ディスプレイ４７の表示をトップ画面ＧＡ１から記録開始画面ＧＡ２（図５参照）に遷移させる（Ｓ１１）。記録開始画面ＧＡ２は、荷物ＩＭｄに紐付く履歴情報の記録開始をデータ処理サーバ６０に登録するインターフェース画面である。記録開始画面ＧＡ２には、スキャンアイコンＳＩｃ、開始アイコンＳＩｓ及びキャンセルアイコン等が表示される。スタッフ端末４０は、スキャンアイコンＳＩｃのタップ操作に基づき、ディスプレイ４７の表示をスキャン画面ＧＡ５（図５参照）に遷移させる。スタッフ端末４０は、スキャン画面ＧＡ５にて撮影したアイテムコードＣｄを読み取り、アイテムＩＤを取得する（Ｓ１２）。

スタッフ端末４０は、開始アイコンＳＩｓ（図５参照）へのタップ操作に基づき、読み出したアイテムＩＤを、現在時刻（ＩＤ読取時刻）及び位置データ等と共にデータ処理サーバ６０に送信する（Ｓ１３）。データ処理サーバ６０では、荷物情報処理部７１、拠点情報処理部８１及び拠点情報取得部９１等の連携により、アイテムＩＤ等を含んだ荷受け情報が拠点情報保管チェーンＢＣ１に登録される（Ｓ１４）。

図７に示す冷凍装置紐付け処理は、発荷主からの荷受け直後又は各拠点ＴＢにて、冷凍装置１０の保冷ボックスへ荷物ＩＭｄを収納する工程（図２参照）で実施される。冷凍装置紐付け処理は、スタッフ端末４０及びデータ処理サーバ６０によって実施される。

スタッフ端末４０は、トップ画面ＧＡ１の選択アイコンＳＩ１（図５参照）へのタップ操作に基づき、ディスプレイ４７に保冷ボックス設定画面ＧＡ３（図５参照）を表示させる（Ｓ２１）。保冷ボックス設定画面ＧＡ３は、アイテムＩＤと保冷ボックスＩＤとを紐付けるセンサ連携情報をデータ処理サーバ６０に登録するためのインターフェース画面である。保冷ボックス設定画面ＧＡ３には、２つのスキャンアイコンＳＩｃ、登録アイコンＳＩｒ及びキャンセルアイコン等が表示される（図５参照）。

スタッフ端末４０は、スキャン画面ＧＡ５にて、保冷ボックスに収容される荷物ＩＭｄのアイテムコードＣｄを読み取り、アイテムＩＤを取得する（Ｓ２２）。さらに、スタッフ端末４０は、スキャン画面ＧＡ５にて、荷物ＩＭｄを収容する保冷ボックスの装置コードＣｑを読み取り、保冷ボックスＩＤを取得する（Ｓ２３）。スタッフ端末４０は、登録アイコンＳＩｒ（図５参照）のタップ操作に基づき、取得したアイテムＩＤ及び保冷ボックスＩＤを含むセンサ連携情報を、現在時刻（ＩＤ読取時刻）等と共にデータ処理サーバ６０に送信する（Ｓ２４）。

データ処理サーバ６０では、温度情報処理部７２，８４及び温度情報取得部９４等の連携により、温度情報保管チェーンＢＣ２にセンサ連携情報が登録される（Ｓ２５）。さらに、各計測情報のアップロードを開始するモニタリング装置２０の保冷ボックスＩＤが、温度情報処理部８４及び位置情報処理部８７に通知される。以上により、冷凍装置紐付け処理が完了する。これにより、モニタリング装置２０から温度情報取得部９４への温度計測情報の送信（Ｓ２６）と、モニタリング装置２０から位置情報取得部９７への位置計測情報の送信（Ｓ２７）とが開始される。

以上により、荷物ＩＭｄに紐付く温度センサ２１にて繰り返し計測される温度計測情報と、荷物ＩＭｄに紐付く位置センサ２２にて繰り返し計測される位置計測情報とを、温度情報取得部９４及び位置情報取得部９７がそれぞれ受信を開始する。温度情報取得部９４及び位置情報取得部９７は、荷物ＩＭｄに紐づくアイテム情報であり、計測の周期が互いに異なる温度計測情報及び位置計測情報をそれぞれ取得する。

温度情報保存部９５は、モニタリング装置２０によって送信された温度計測情報の温度情報保管チェーンＢＣ２への保存を開始する（Ｓ２８）。同様に、位置情報保存部９８は、モニタリング装置２０によって送信された位置計測情報の位置情報保管チェーンＢＣ３への保存を開始する（Ｓ２９）。以上により、温度計測情報及び位置計測情報は、異なる複数のブロックチェーンＢＣに関連付けられて、個別に保存される。

モニタリング装置２０は、データ処理サーバ６０へのデータ送信を継続した状態で、輸送用トラックＴＶ等によって輸送される。これにより、温度情報取得部９４は、荷物ＩＭｄが拠点ＴＢの間を移動する輸送期間にて、荷物ＩＭｄに紐づく温度センサ２１によって計測された温度計測情報（輸送中温度データ）を取得する。同様に、位置情報取得部９７は、荷物ＩＭｄの輸送期間にて、荷物ＩＭｄに紐付く位置センサ２２によって計測された位置計測情報（輸送中位置データ）を取得する。

図８に示す拠点処理は、各拠点ＴＢにて、輸送機関の冷凍装置１０から荷物ＩＭｄを取り出す工程で実施される。拠点処理は、スタッフ端末４０、データ処理サーバ６０及び拠点端末３０によって実施される。

スタッフ端末４０は、冷凍装置紐付け処理を実施する場合と同様に、スタッフのタップ操作に基づき、保冷ボックス設定画面ＧＡ３を表示させる（Ｓ３１）。スタッフ端末４０は、スキャン画面ＧＡ５にて、保冷ボックスから取り出した荷物ＩＭｄのアイテムコードＣｄを読み取り、アイテムＩＤを取得する（Ｓ３２）。さらに、スタッフ端末４０は、スキャン画面ＧＡ５にて、荷物ＩＭｄを取り出した保冷ボックスの装置コードＣｑを読み取り、保冷ボックスＩＤを取得する（Ｓ３３）。スタッフ端末４０は、登録アイコンＳＩｒ（図５参照）のタップ操作に基づき、取得したアイテムＩＤ及び保冷ボックスＩＤを、現在時刻（ＩＤ読取時刻）等と共にデータ処理サーバ６０に送信する（Ｓ３４）。

データ処理サーバ６０では、温度情報処理部７２，８４及び温度情報取得部９４等の連携により、温度情報保管チェーンＢＣ２に、荷物ＩＭｄと保冷ボックスとの紐付けを解消するセンサ連携情報が登録される（Ｓ３５）。

拠点端末３０は、拠点ＴＢにおいて保冷ボックスから取り出された荷物ＩＭｄのアイテムコードＣｄをスキャナ３１によって読み取り、アイテムＩＤを取得する（Ｓ３６）。拠点端末３０は、取得したアイテムＩＤ、予め設定された拠点ＩＤ、及び現在時刻（拠点通過時刻）等を含んだ拠点通過情報を、データ処理サーバ６０に送信する（Ｓ３７）。

データ処理サーバ６０では、荷物情報処理部７１、拠点情報処理部８１及び拠点情報取得部９１等の連携により、拠点情報保管チェーンＢＣ１に、今回の拠点ＴＢの通過を示す拠点通過携情報が登録される（Ｓ３８）。

拠点ＴＢにて仕分けられた荷物ＩＭｄは、次の輸送機関の保冷ボックスに収容される。このとき実施される冷凍装置紐付け処理（図７参照）により、荷物ＩＭｄのアイテムＩＤは、次の冷凍装置１０の保冷ボックスＩＤと紐付けられた状態となる。

図９に示す荷渡し処理は、流通関連会社ＬＣのスタッフが荷物ＩＭｄを着荷主に引き渡す工程（図２参照）にて、スタッフ端末４０及びデータ処理サーバ６０によって実施される。

スタッフ端末４０は、選択アイコンＳＩ３（図５参照）へのタップ操作に基づき、ディスプレイ４７の表示をトップ画面ＧＡ１から記録停止画面ＧＡ４（図５参照）に遷移させる（Ｓ４１）。記録停止画面ＧＡ４は、荷物ＩＭｄに紐付く履歴情報の記録終了をデータ処理サーバ６０に登録するインターフェース画面である。記録停止画面ＧＡ４には、スキャンアイコンＳＩｃ、停止アイコンＳＩｅ及びキャンセルアイコン等が表示される。

スタッフ端末４０は、記録停止画面ＧＡ４から遷移させたスキャン画面ＧＡ５にて、保冷ボックスから取り出した荷物ＩＭｄのアイテムコードＣｄを読み取り、アイテムＩＤを取得する（Ｓ４２）。さらに、スタッフ端末４０は、スキャン画面ＧＡ５にて、荷物ＩＭｄを取り出した保冷ボックスの装置コードＣｑを読み取り、保冷ボックスＩＤを取得する（Ｓ４３）。スタッフ端末４０は、停止アイコンＳＩｅ（図５参照）へのタップ操作に基づき、読み出したアイテムＩＤ及び保冷ボックスＩＤを、現在時刻（ＩＤ読取時刻）及び位置データ等と共にデータ処理サーバ６０に送信する（Ｓ４４）。

データ処理サーバ６０では、荷物情報処理部７１、拠点情報処理部８１及び拠点情報取得部９１等の連携により、荷物ＩＭｄの引渡し情報が拠点情報保管チェーンＢＣ１に登録される（Ｓ４５）。以上により、一つの荷物ＩＭｄについての流通過程における履歴情報を各ブロックチェーンＢＣに蓄積する一連の処理が終了される。

次に、コールドチェーン管理システムに蓄積した荷物ＩＭｄの履歴情報をユーザ端末１１０又はスタッフ端末４０に提供する情報提供処理の詳細を、図１１に基づき、図１０及び図１～図４を参照しつつ、以下説明する。

図１１に示す情報提供処理は、ユーザ端末１１０又はスタッフ端末４０と、データ処理サーバ６０とよって実施される。ユーザ端末１１０は、エンドユーザＥＵによるログ閲覧アプリＡＰｂの起動操作に基づき、ディスプレイ１１７にスキャン画面ＧＡ６（図１０参照）を表示させる（Ｓ１１１）。こうしたスキャン画面ＧＡ６は、トップ画面ＧＡ１に表示された選択アイコンＳＩ４（図５参照）へのタップ操作により、スタッフ端末４０のディスプレイ４７に表示させることも可能である。そのため、以下説明するユーザ端末１１０の処理は、スタッフ端末４０によっても実施可能である。

ユーザ端末１１０は、エンドユーザＥＵに届けられた荷物ＩＭｄに付属するアイテムコードＣｄを、スキャン画面ＧＡ６にて読み取り、アイテムＩＤを取得する（Ｓ１１２）。ユーザ端末１１０は、取得したアイテムＩＤを、当該アイテムＩＤに紐付く履歴情報（トレーサビリティ情報）の提供要求と共に、フロントサーバ７０に送信する（Ｓ１１３）。フロントサーバ７０は、要求受付部７５にて、荷物ＩＭｄに紐づく情報の提供要求を受け付ける（Ｓ１１４）。

要求受付部７５は、荷物情報処理部７１及び拠点情報処理部８１を経由して、拠点情報保管チェーンＢＣ１を管理するブロックチェーンサーバ９０に、アイテムＩＤに紐付く拠点通過情報、荷受け情報及び引渡し情報の提供を要求する（Ｓ１１５）。

ブロックチェーンサーバ９０では、フロントサーバ７０からの要求に応じて、拠点情報提供部９３が、アイテムＩＤに紐付く拠点通過情報と、荷受け情報及び引渡し情報とを、拠点情報保管チェーンＢＣ１の検索によって抽出する（Ｓ１１６）。拠点情報提供部９３は、抽出した拠点通過情報等を、フロントサーバ７０のデータ提供部７６に提供する（Ｓ１１７）。これにより、データ提供部７６は、拠点情報保管チェーンＢＣ１によって管理される多数の拠点通過情報の中から、参照対象となる荷物ＩＭｄの拠点ＴＢの通過を記録した特定の拠点通過情報を取得する。

要求受付部７５は、各温度情報処理部７２，８４を経由して、温度情報保管チェーンＢＣ２を管理するブロックチェーンサーバ９０に、アイテムＩＤに紐付くセンサ連携情報及び温度計測情報の提供を要求する（Ｓ１１８）。

ブロックチェーンサーバ９０では、フロントサーバ７０からの要求に応じて、温度情報提供部９６が、アイテムＩＤに紐付くセンサ連携情報を、温度情報保管チェーンＢＣ２の検索によって抽出する。さらに、温度情報提供部９６は、センサ連携情報の保冷ボックスＩＤをキーとして、温度情報保管チェーンＢＣ２によって管理される温度計測情報の中から、アイテムＩＤに紐づく温度計測情報を検索によって抽出する（Ｓ１１９）。温度情報提供部９６は、抽出した温度計測情報等を、フロントサーバ７０のデータ提供部７６に提供する（Ｓ１２０）。これにより、データ提供部７６は、荷物ＩＭｄに紐づく温度計測情報を取得する。

要求受付部７５は、温度情報提供部９６から取得したセンサ連携情報に基づき、位置計測情報の取得に用いる少なくとも一つの保冷ボックスＩＤを把握する。センサ連携情報には、アイテムＩＤと一つ又は複数の保冷ボックスＩＤの紐付け及び紐付け解消の履歴が記録されている。要求受付部７５は、各位置情報処理部７３，８７を経由して、位置情報保管チェーンＢＣ３を管理するブロックチェーンサーバ９０に、保冷ボックスＩＤに紐付く位置計測情報の提供を要求する（Ｓ１２１）。

ブロックチェーンサーバ９０では、フロントサーバ７０からの要求に応じて、位置情報提供部９９が、位置計測情報を抽出する。具体的に、位置情報提供部９９は、保冷ボックスＩＤをキーとして、位置情報保管チェーンＢＣ３によって管理される位置計測情報の中から、保冷ボックスＩＤに紐づく位置計測情報を検索によって抽出する（Ｓ１２２）。位置情報提供部９９は、抽出した位置計測情報を、フロントサーバ７０のデータ提供部７６に提供する（Ｓ１２３）。これにより、データ提供部７６は、荷物ＩＭｄに紐づく位置計測情報を取得する。

データ提供部７６は、各ブロックチェーンサーバ９０から提供された拠点通過情報、温度計測情報及び位置計測情報を組み合わせて、ユーザ端末１１０に提供する提供用データを生成する（Ｓ１２４）。一例として、データ提供部７６は、荷受け情報の開始時刻から引渡し情報の終了時刻までの時間範囲で、荷物ＩＭｄについて各情報を時間軸で纏めたリストデータ、移動軌跡データ、温度推移データ等を生成する。データ提供部７６は、時間軸で纏めることにより、取得周期の異なる拠点通過情報、温度計測情報及び位置計測情報を、それぞれの計測周期に応じて組み合わせることができる。データ提供部７６は、生成した提供データを、ユーザ端末１１０に送信によって提供する（Ｓ１２５）。

ユーザ端末１１０は、データ処理部１２３によって提供用データを取得すると、表示制御部１２４によってログ表示画面をディスプレイ１１７に表示させる（Ｓ１２６）。ユーザ端末１１０は、ログ閲覧アプリＡＰｂにより、図１０に示す一覧表示画面ＧＡ７、ルート表示画面ＧＡ８及び温度チャート表示画面ＧＡ９等をログ表示画面としてディスプレイ１１７に表示させる。

一覧表示画面ＧＡ７は、リストデータに基づき生成されるログ表示画面である。一覧表示画面ＧＡ７では、拠点通過情報が登録された拠点ＴＢの拠点名と、その拠点ＴＢの通過時刻がと少なくとも表示される。一覧表示画面ＧＡ７では、拠点間の移動中に計測された温度情報及び位置情報の一部が、リスト中に組み入れて表示されてもよい。

ルート表示画面ＧＡ８は、移動軌跡データに基づき生成されるログ表示画面である。ルート表示画面ＧＡ８では、荷受け場所及び引渡し場所をそれぞれ始点及び終点とする荷物ＩＭｄの輸送ルートＴＲが、地図上に表示される。輸送ルートＴＲは、拠点通過情報に記録された拠点位置データの間を、位置計測情報に記録された輸送期間の輸送中位置データによって補完することで生成される。ルート表示画面ＧＡ８は、荷物ＩＭｄがどのような輸送ルートＴＲを辿って到着したのかを知りたいユーザニーズを叶える情報提示を実施する。ルート表示画面ＧＡ８では、例えば、輸送中の温度計測情報に基づき、輸送ルートＴＲの表示色が変化する表示とされてもよい。

温度チャート表示画面ＧＡ９は、温度推移データに基づき生成されるログ表示画面である。温度チャート表示画面ＧＡ９では、横軸を時間軸とし縦軸を温度軸とする折れ線グラフが表示される。温度チャート表示画面ＧＡ９には、温度変化の折れ線グラフと共に、荷物ＩＭｄの収容に用いられた保冷ボックスＩＤがリスト表示されてもよい。

次に、輸送中の荷物ＩＭｄの到着をユーザ端末１１０に予告通知する予告通知処理の詳細を、図１２に基づき、図３及び図４を参照しつつ、以下説明する。予告通知処理は、ユーザ端末１１０及びデータ処理サーバ６０によって実施される。

ユーザ端末１１０は、エンドユーザＥＵによる到着予告アプリＡＰａの起動操作に基づき、ディスプレイ１１７に通知設定画面を表示させる（Ｓ１４１）。通知設定画面には、エンドユーザＥＵによってアイテムＩＤが入力される。アイテムＩＤは、例えば流通関連会社ＬＣからのメール等の連絡手段により、エンドユーザＥＵに予め連絡されている。ユーザ端末１１０は、エンドユーザＥＵによって入力されたアイテムＩＤを取得する（Ｓ１４２）。

ユーザ端末１１０は、通知設定画面にて配達位置を設定する（Ｓ１４３）。一例として、ＧＮＳＳ受信機１１８にて取得される位置データが配達位置に入力される。荷物ＩＭｄに登録された配達先住所の位置データが、配達位置に自動入力されてもよい。こうした処理であれば、ユーザ端末１１０での配達位置設定は省略される。ユーザ端末１１０は、アイテムＩＤ及び配達場所情報を、アラート要求と共にデータ処理サーバ６０（フロントサーバ７０）に送信する（Ｓ１４４）。

フロントサーバ７０は、ユーザ端末１１０から送信されるアラート要求と、要求元となるエンドユーザＥＵ（着荷主）の位置データ等とを、配達位置情報として取得する。そして、フロントサーバ７０は、アラート要求に基づき、アイテムＩＤが付属する荷物ＩＭｄについてのアラート設定を行う（Ｓ１４５）。

フロントサーバ７０は、位置情報提供部９９から荷物ＩＭｄに紐付く最新の位置計測情報（現在位置情報）を取得する（Ｓ１４６）。フロントサーバ７０は、荷物ＩＭｄに紐付く位置センサ２２にて計測される現在位置情報と配達位置情報との比較に基づき、アラート要求元であるエンドユーザＥＵに、荷物ＩＭｄが接近したか否かを判定する（Ｓ１４７）。フロントサーバ７０は、荷物ＩＭｄがエンドユーザＥＵに接近していない場合、所定の周期で現在位置情報を更新し、接近判定を繰り返す。そして、例えば荷物ＩＭｄがエンドユーザＥＵまで１ｋｍ程度の位置まで移動すると、フロントサーバ７０は、荷物ＩＭｄが接近したと判定し、到達予告通知を要求元のユーザ端末１１０に送信する（Ｓ１４８）。ユーザ端末１１０は、フロントサーバ７０から受信した到達予告通知に基づき、エンドユーザＥＵへの通知を実行する（Ｓ１４９）。

ここまで説明した第一実施形態では、荷物ＩＭｄに紐づくアイテム情報が、ブロックチェーンＢＣに関連付けて保存される。故に、荷物ＩＭｄに紐づく情報の改竄リスクの低減が可能になる。

加えて第一実施形態では、アイテム情報として取得される拠点通過情報、温度計測情報及び位置計測情報は、データ入力又はデータ計測の周期が互いに異なっている。そして、入力又は計測についての周期の異なる複数のアイテム情報が、異なる複数のブロックチェーンＢＣに関連付けて、個別に保存される。故に、各アイテム情報の記録周期が異なることで、蓄積される情報量に大きな違いが生じても、各ブロックチェーンＢＣに蓄積された情報の中から、荷物ＩＭｄに紐付く情報を検索する処理が遅延し難くなる。このように蓄積された情報の検索性を高めることによれば、改竄リスクの低減を図りつつ、蓄積した情報の利便性も確保することができる。

また第一実施形態では、荷物ＩＭｄに紐付く温度センサ２１にて繰り返し計測された温度計測情報は、温度情報保管チェーンＢＣ２に関連付けて保存される。一方で、荷物ＩＭｄに紐付く位置センサ２２にて繰り返し計測された位置計測情報は、位置情報保管チェーンＢＣ３に関連付けて保存される。以上のように、計測周期の異なる温度計測情報及び位置計測情報をそれぞれ別のブロックチェーンＢＣを用いて管理すれば、荷物ＩＭｄに紐付く温度計測情報及び位置計測情報を検索する処理が遅くなり難い。したがって、荷物ＩＭｄに紐付く詳細な履歴情報を、利便性を確保しつつ管理することが可能になる。

さらに第一実施形態では、荷物ＩＭｄの拠点ＴＢの通過に関連する拠点通過情報が、ブロックチェーンＢＣに関連付けて保存される。このように、荷物ＩＭｄに紐付くアイテム情報をセンサ情報に限定せず、流通過程で入力される流通情報もブロックチェーンＢＣに保存するアイテム情報に含むことで、流通過程の全体像を示す一連の情報が、改竄リスクの低い状態で保管可能になる。

加えて第一実施形態では、拠点通過情報が、温度情報保管チェーンＢＣ２及び位置情報保管チェーンＢＣ３とは異なる拠点情報保管チェーンＢＣ１に関連付けて保存される。拠点通過情報の入力周期は、温度計測情報及び位置計測情報と比較して、必然的に長くなる。故に、拠点通過情報を管理する拠点情報保管チェーンＢＣ１を、センサ情報を管理するブロックチェーンＢＣと分けることにより、各アイテム情報の検索処理は、いっそう円滑に実施され得る。したがって、センサ情報だけでなく、拠点通過情報等の流通情報を改竄リスクの低い状態で保管しても、利便性の確保が可能になる。

さらに第一実施形態では、位置計測情報の計測周期が、荷物ＩＭｄの輸送に関連する輸送情報に基づき変更される。こうした輸送情報に基づく計測周期の調整によれば、荷物ＩＭｄの輸送ルートＴＲの再現精度が確保され易くなる。その結果、荷物ＩＭｄに紐付く履歴情報の利便性が向上する。

より詳しく説明すると、物流における輸送ルートＴＲ（図１０参照）を表示する場合、長く複雑な移動軌跡を描画しようとすると、高頻度に位置データを計測及び蓄積する必要がある。その結果、ブロックチェーンサーバ９０においては、位置計測情報のファイルサイズが大きくなってしまう。また、輸送中の移動速度が異なるために、一定周期で位置データを計測した場合、位置データが密になりすぎたり、位置データが疎になりすぎたりする虞がある。

一例として、図１３に示す比較例１のルート表示画面ＧＡ８では、個々の位置データの示す計測ポイントＰｄの間を直線的に結ぶことで、輸送ルートＴＲｘが描画されている。そのため、位置データが疎になると、表示された輸送ルートＴＲｘは、地図上の道路から外れた形状となってしまう。

また別の一例として、図１４に示す比較例２のルート表示画面ＧＡ８では、一般的なナビゲーション装置のルート検索と同様の機能を使用し、少ない位置データの計測ポイントＰｄから移動軌跡が再現されている。しかし、ルート検索の機能を応用した輸送ルートＴＲｘでは、例えば高速道路に沿った一般道を移動した場合に（図１４破線参照）、あたかも高速道路に乗っているかのような誤った輸送ルートＴＲｘが生成されてしまう。

対して第一実施形態では、輸送情報に基づき、荷物ＩＭｄ輸送速度が高くなるほど、位置計測情報の計測周期が短くされる。具体的には、輸送用トラックＴＶのスピードに応じて、低速の際は計測頻度を下げ、高速の際は計測頻度を上げる。以上の調整によれば、位置計測情報の取得周期、言い替えれば、図１５に示すような計測ポイントＰｄの地図上での間隔が、適切になり得る。その結果、ルート表示画面ＧＡ８に表示させる輸送ルートＴＲは、道路から外れ難くなり、且つ、高速道路か一般道かも正しく示すことができる。

一例として、第一実施形態では、計測ポイントＰｄが５０ｍ間隔程度で表示されるように、コントローラ２３は、位置情報の計測周期を調整する。その結果、ルート表示画面ＧＡ８では、違和感のない輸送ルートＴＲの表示が実現される。

また第一実施形態では、位置計測情報の計測の周期は、荷物ＩＭｄを輸送する輸送機関の種別に応じて変更される。例えば、航空機及び船等のように直線的に移動する輸送機関で荷物ＩＭｄを輸送する場合には、計測頻度が低減される。その結果、蓄積される位置計測情報のデータ量を抑えつつ、航空機及び船等による輸送ルートＴＲが違和感なく表示される。一方で、輸送用トラックＴＶ及び荷車ＴＣ等の輸送機関で荷物ＩＭｄを輸送する場合には、計測頻度が高められる。その結果、地図上の道路に沿った違和感のない輸送ルートＴＲの表示が可能になる（図１５参照）。

さらに第一実施形態では、荷物ＩＭｄの形態に関連する形態情報に基づき、温度計測情報の計測の周期が調整される。故に、温度変化し易い荷物ＩＭｄを輸送する場合、計測頻度を高めて、低温管理を厳密に実施することが可能になる。一方、温度変化し難い荷物ＩＭｄを輸送する場合、計測頻度を低くして、温度計測情報の蓄積データ量の低減が可能になる。

加えて第一実施形態では、荷物ＩＭｄの体積に対する表面積が小さくなるほど、位置計測情報の計測の周期は長くされる。体積に対する表面積が小さくなるほど、荷物ＩＭｄの温度は変化し難くなる。対して、体積に対する表面積が大きくなるほど、荷物ＩＭｄの温度は変化し易くなる。故に、荷物ＩＭｄの体積及び表面積を指標として用いることで、低温管理の信頼性確保と蓄積データ量の抑制とのバランスが適切になり得る。尚、荷物ＩＭｄの体積及び表面積は、スタッフ端末４０のカメラ４６での荷物ＩＭｄの撮影により、画像解析等によって推定されてよい。

また第一実施形態では、提供要求の要求元に提供される情報が、ブロックチェーンＢＣを用いて管理される。故に、荷物ＩＭｄに紐づく情報の改竄リスクの低減が可能になる。

具体的に第一実施形態では、温度情報保管チェーンＢＣ２によって管理される情報の中から荷物ＩＭｄ紐づく特定の温度計測情報が取得され、別の位置情報保管チェーンＢＣ３によって管理される情報の中から荷物ＩＭｄ紐づく特定の位置計測情報が取得される。そして、温度計測情報及び位置計測情報を組み合わせて、要求元に提供する提供用データが生成される。以上のように、別々の情報保管チェーンＢＣ２，ＢＣ３によって保管された計測情報を個別に取得すれば、一つの荷物ＩＭｄに複数種類の計測情報が紐付いていても、各計測情報の検索性が確保され易くなる。したがって、ブロックチェーンＢＣを用いて管理された履歴情報を提供する処理が、効率的に実施可能になる。

さらに第一実施形態では、計測周期の異なる温度計測情報及び位置計測情報を、それぞれの計測周期に応じて組み合わせる処理により、提供用データが生成される。以上のように、時間軸を基準にすれば、別々のブロックチェーンＢＣに保存された計測周期の異なる各計測情報であっても、データ提供部７６は、整理された提供用データとして纏めることができる。その結果、エンドユーザＥＵにとって分かり易い情報提供が実現される。

加えて第一実施形態では、位置計測情報に、拠点ＴＢ間を移動する輸送機関にて記録された輸送中位置データが位置計測情報に含まれている。故に、個々の拠点ＴＢで記録される大まかな情報だけでなく、荷物ＩＭｄが実際に移動した輸送ルートＴＲを、ルート表示画面ＧＡ８等によって、エンドユーザＥＵに知らせることが可能になる。その結果、エンドユーザＥＵによって利便性の高い情報提供が実現される。

また第一実施形態では、拠点通過情報に位置計測情報が組み合わされ、拠点通過情報に記録された各拠点ＴＢの拠点位置データの間を、輸送期間の輸送中位置データによって補完した移動軌跡データが、提供用データとして生成される。その結果、荷物ＩＭｄが実際に移動した輸送ルートＴＲが、より精度良くルート表示画面ＧＡ８に表示され得る。

加えて、移動中の荷物ＩＭｄの履歴情報をユーザ端末１１０又はスタッフ端末４０にて閲覧可能とすれば、エンドユーザＥＵ又はスタッフは、最新の荷物ＩＭｄの現在位置を、リアルタイムに把握することができる。その結果、履歴情報の利便性は、いっそう向上する。

さらに第一実施形態では、位置センサ２２にて計測される現在位置情報と、エンドユーザＥＵの指定する配達位置情報との比較に基づき、荷物ＩＭｄがエンドユーザＥＵに接近した場合に、到着予告通知が実施される。こうした到着予告通知によれば、データ処理サーバ６０に高頻度で送信される荷物ＩＭｄの位置計測情報が有効に活用される。その結果、着荷主となるエンドユーザＥＵの利便性が、いっそう確保され易くなる。

尚、第一実施形態において、温度計測情報が「アイテム情報」，「第一情報」及び「特定第一情報」に相当し、位置計測情報が「第二計測情報」，「第二情報」及び「特定第二情報」に相当する。また、拠点通過情報が「アイテム情報」，「拠点情報」及び「特定拠点情報」に相当する。さらに、拠点情報保管チェーンＢＣ１が「第三ブロックチェーン」に相当し、温度情報保管チェーンＢＣ２が「第一ブロックチェーン」に相当し、位置情報保管チェーンＢＣ３が「第二ブロックチェーン」に相当する。そして、荷物ＩＭｄが「流通アイテム」に相当し、拠点ＴＢが「中継拠点」に相当し、データ処理サーバ６０が「コンピュータ」に相当する。

（第二実施形態）
図１６～図１８に示す本開示の第二実施形態において、サプライチェーン管理システムは、サプライチェーンＳＣの管理に適用される。サプライチェーンＳＣは、複数の取引者を含んで構築されており、例えば工業製品、農業製品及び水産物等をエンドユーザＥＵに届けるための取引者同士の繋がりである。取引者には、材料採掘業者、材料生産者、加工業者及び試験業者等のサプライヤＳＰに加えて、アッセンブリメーカーＭＦ、流通業者ＬＧ、リサイクル業者及び販売業者等が含まれていてよい。サプライチェーンＳＣにおいて、一つのサプライヤＳＰ（例えば、採掘業者）での工程を経た製造物は、流通業者ＬＧを通じて次のサプライヤＳＰ（例えば、加工業者）に引き渡される。アッセンブリメーカーＭＦには、多数のサプライヤＳＰによって製造された製造物がそれぞれ流通業者ＬＧを通じて納入される。

サプライチェーン管理システム（図１７参照）は、サプライチェーンＳＣにおいて、各取引者間にて取引されるアイテムの取引記録等を管理する。取引記録は、取引者間で取引されるアイテムのトレーサビリティを実現する履歴情報であり、取引が発生した時間及び場所等を示す多数の情報を含んでいる。アイテムが工業製品である場合、例えば原材料に関わる情報、加工及び組立に関わる情報、並びに流通経路等が取引記録に含まれている。アイテムが食料品である場合、賞味期限又は消費期限を示す情報が取引記録にさらに含まれていてもよい。

サプライチェーン管理システムは、アイテムの製造及び流通の各過程において生成されるアイテム情報の一つとして、アイテムの製造及び流通により排出される温室効果ガスの排出量（以下、カーボンリリース量）に関連する情報の収集及び蓄積を行う。カーボンリリース量に関連する情報は、取引記録に関連付けて保存される。サプライチェーン管理システムは、取引記録と同様に、ブロックチェーンＢＣの技術を用いて、改竄できないようにカーボンリリース量に関連する情報を保存する。

サプライチェーン管理システムは、蓄積した情報を用いてアイテムのカーボンリリース量を算出し、カーボンフットプリントとしてエンドユーザＥＵ等に提示可能である。サプライチェーン管理システムは、エンドユーザＥＵに提供される最終製品ＩＭｐのカーボンフットプリントだけでなく、取引者毎のカーボンリリース量、及び特定の取引者までの累積でのカーボンリリース量も提示可能である（図２２～図２５参照）。さらに、サプライチェーン管理システムは、エンドユーザＥＵの最終製品ＩＭｐの利用によるカーボンリリース量の収集及び蓄積と、利用分を含んだ累積のカーボンフットプリントの提示とを実施可能であってもよい。

尚、上記のアイテムの製造には、アイテムの原材料の採掘及びリサイクル等の工程が含まれていてよい。加えて、アイテムの焼却及び埋め立て等の廃棄に関連する工程でのカーボンリリース量が、サプライチェーン管理システムの管理対象とされてもよい。また、排出量が記録される温室効果ガスは、二酸化炭素のみであってもよく、二酸化炭素以外の温室効果ガス、具体的には、メタン、亜酸化窒素、ハイドロフルオロカーボン類、パーフルオロカーボン類及び六フッ化硫黄等を適宜含んでいてもよい。この場合、二酸化炭素以外の温室効果ガスの排出量は、二酸化炭素の排出量に換算されて、提示されるカーボンフットプリントの値に算入される。

サプライチェーン管理システムは、一例として、電動車両用又は産業用の充電式バッテリ（以下、バッテリＢＡＴ）に関連する情報の管理に適用され、バッテリＢＡＴに関連する取引記録及びカーボンフットプリントの提示を可能にする。バッテリＢＡＴは、複数のバッテリセルを組み合わせたバッテリモジュールであってもよく、さらに複数のバッテリモジュールを組み合わせたバッテリユニット（又はバッテリーパック）等であってもよい。個々のバッテリセルには、ニッケル水素バッテリ、リチウムイオンバッテリ及びナトリウムバッテリ等が採用可能である。またカーボンフットプリントの記録対象とされるバッテリＢＡＴは、所定の容量（例えば、２ｋＷｈ）を超えるバッテリモジュールに限定されてもよく、又は所定の容量以下の構成であってもよい。

バッテリＢＡＴは、例えば一次利用として（図１６Ｆ国参照）、電気自動車、プラグインハイブリット車又は燃料電池車等に使用される。さらに、バッテリＢＡＴは、二次利用として（図１６Ｇ国参照）、災害時のバアックアップ電源又は再生可能エネルギを蓄える蓄電池として利用される。サプライチェーン管理システムは、上記のような利用が想定されたバッテリＢＡＴのライフサイクル全体にわたって、履歴情報及びカーボンリリース量等の管理を可能にする。

サプライチェーン管理システムは、サプライヤ端末２３０、輸送者端末２４０、モニタリング装置２２０、及びデータ処理サーバ６０等によって構築されている。サプライチェーン管理システムを構成する各要素は、それぞれ一つのノードとしてネットワークに接続されている。

サプライヤ端末２３０は、最終製品ＩＭｐ（バッテリＢＡＴ等）の製造工程に関わるサプライヤＳＰ又はアッセンブリメーカーＭＦによって運用される。サプライヤ端末２３０は、例えばサプライヤＳＰ及びアッセンブリメーカーＭＦの製造拠点に設置されている。製造拠点には、前工程のサプライヤＳＰの製造拠点から出荷された中間製造物が納入される。納入された中間製造物は、製造拠点において加工等の処理を施され、新たな中間製造物として後工程のサプライヤＳＰ又はアッセンブリメーカーＭＦの製造拠点に出荷される。

各サプライヤＳＰから出荷される中間製造物及び最終製品ＩＭｐ等のアイテムには、アイテムＩＤを記録したアイテムコードＣｄがそれぞれ付属されている。一例として、アイテムＩＤを含んだ二次元コードを紙媒体に印刷してなるアイテムコードＣｄが、各アイテムの本体又は梱包物等に添付される。アイテムＩＤは、個々のアイテムを識別する固有のデータである。アイテムＩＤは、予め規定されたルールに基づき生成された数字等の並びであってもよく、流通履歴を示すデータから生成されたハッシュ値等であってもよい。アイテムＩＤは、各サプライヤＳＰでの工程を経る毎に変更（更新）されてもよく、又は複数のサプライヤＳＰによって継続利用されてもよい。サプライチェーン管理システムでは、データ処理サーバ６０からサプライヤ端末２３０にアイテムＩＤが提供され、アイテムＩＤに紐づく形式で、アイテム情報が管理される。

サプライヤ端末２３０は、第一実施形態の拠点端末３０（図１参照）と同様に、アイテムコードＣｄを読み取り可能なスキャナ又はカメラ等と接続されており、ディスプレイ及び制御回路を備えている。スキャナ又はカメラ等は、サプライヤ端末２３０の構成として、サプライヤ端末２３０と一体化されていてもよい。サプライヤ端末２３０は、製造拠点において、アイテムの製造に関連して使用される電力及びエネルギ資源の少なくとも一方の使用量をサプライチェーン管理システムに登録する。

電力及びエネルギ資源の使用量を示す使用量情報は、カーボンリリース量を算出するための情報である。電力の使用量を示す使用量情報（以下、電力使用量情報）には、電力が生産（発電）された国又は地域を示す生産地情報が紐付けられる（図１６参照）。生産地情報には、国又は地域等とは異なる範囲の指定が実施されていてもよい。例えば、特定の国において、再生可能エネルギの発電比率の高いエリア（州，県，特区等）が、生産地として登録されてもよい。また電力使用量情報には、例えば、水力、火力、風力、地熱、原子力及び太陽光等の発電方法を示す種別情報や、再生可能エネルギによる発電か否かを示す情報等がさらに紐付けられていてもよい。

エネルギ資源の使用量を示す使用量情報（以下、燃料使用量情報）には、エネルギの種別を示す種別情報と、エネルギ資源が生産（採掘）された国又は地域を示す生産地情報が紐付けられる（図１６参照）。エネルギ資源は、例えば原油、石炭、天然ガス及び水素等の燃料である。燃料使用量情報は、エネルギ資源（燃料）の種別毎、かつ、生産地毎に、データ処理サーバ６０に保存される。

サプライヤ端末２３０は、電力使用量情報及び燃料使用量情報に加えて、アイテムの製造に使用されたカーボンリリース量を算出し、算出したカーボンリリース量をサプライチェーン管理システムに登録可能であってもよい。アイテム毎のカーボンリリース量（Production Cost）は、製造拠点から排出される温室効果ガスの総量を、製造拠点において製造されるアイテム数で割ることによって算出される（下記の数式１を参照）

上記の数式１では、ｉ：製造拠点の識別記号、Ｃ_ｆ：製造拠点の秒あたりの排出量、Ｎ_ｆ：製造拠点の秒あたりのアイテムの製造個数、をそれぞれ意味している。

サプライヤ端末２３０は、アイテムの製造に関連する電力使用量情報及び燃料使用量情報をデータ処理サーバ６０に送信するための処理として、製造使用量保存処理（図１９参照）を実施する。サプライヤ端末２３０は、情報登録のためのスタッフ操作に基づき、ディスプレイに記録開始画面を表示させる（Ｓ２１１）。記録開始画面を表示させた状態で、スキャナ等により、出荷されるアイテムに付属するアイテムコードＣｄが読み取られる（Ｓ２１２）。

サプライヤ端末２３０は、アイテムコードＣｄを読み取ったアイテムについて、製造に使用された使用量情報を取得する（Ｓ２１３）。サプライヤ端末２３０は、使用量情報に加えて、上述の生産地情報及び種別情報をさらに取得する。サプライヤ端末２３０は、製造拠点に設置されたセンサ群の収集情報に基づいて自動計算された使用量情報等を取得してもよく、又は製造拠点のスタッフによって入力される値を取得してもよい。サプライヤ端末２３０は、アイテムコードＣｄに記録されたアイテムＩＤと、使用量情報、生産地情報及び種別情報等とを、データ処理サーバ６０へ向けて送信する（Ｓ２１４）。

データ処理サーバ６０は、サプライヤ端末２３０から受信したアイテムＩＤ及び使用量情報等を受信によって取得する（Ｓ２１４）。データ処理サーバ６０は、アイテムＩＤと紐付け可能な状態で、使用量情報等をブロックチェーンＢＣに関連付けて保存する（Ｓ２１５）。使用量情報には、使用量情報の取得時刻（受信時刻）等がさらに紐付けられていてもよい。

データ処理サーバ６０は、電力及び燃料の種別毎に、生産地情報を紐付けて、電力及び燃料の使用量情報を保存する。具体的には、「Ａ国産原油＿ｋｌ」、「Ｂ国産原油＿ｋｌ」、「Ｃ国産石炭＿ｋｇ」、「Ｄ国産石炭＿ｋｇ」、「Ｅ国産電力＿ｋＷｈ」といった形式で、使用量情報がブロックチェーンＢＣに蓄積される（図１６参照）。種別毎の使用量情報は、一つのブロックチェーンＢＣに纏めて蓄積されてもよく、複数のブロックチェーンＢＣに種別及び生産地毎に蓄積されてもよい。第二実施形態では、電力使用量情報を蓄積するための電力情報保管チェーンＢＣ２１と、燃料使用量情報を蓄積するための燃料情報保管チェーンＢＣ２２とが、個別に設けられている（図１８参照）。

輸送者端末２４０及びモニタリング装置２２０は、中間製造物又は最終製品等のアイテムの流通工程を担う流通業者ＬＧによって運用される。輸送者端末２４０は、流通業者ＬＧの各拠点ＴＢ（図２参照）に設置された固定端末であってもよく、輸送用トラックＴＶ及び荷車ＴＣ（図２参照）等の輸送手段ＴＰを操作するスタッフが携行する携帯端末であってもよい。輸送者端末２４０は、第一実施形態の拠点端末３０及びスタッフ端末４０（図１参照）に相当する機能を有している。輸送者端末２４０は、アイテムコードＣｄ等を読み取るためのカメラ又はスキャナ等と、ディスプレイ及び制御回路等とを有している。

モニタリング装置２２０は、アイテムを搬送する輸送パレット又は輸送ボックス等に設けられている。モニタリング装置２２０は、多数のアイテムを収容した輸送パレット又は輸送ボックス等と共に輸送手段ＴＰに搭載され、アイテム等と共に搬送される。輸送パレット及び輸送ボックスには、輸送ＩＤを記録した流通コードがそれぞれ設けられている。輸送用ＩＤは、輸送パレット及び輸送ボックスを識別する固有のデータである。流通コードは、例えばＱＲコード等の二次元コードであり、紙媒体等に印刷された状態で、輸送パレット又は輸送ボックス等の外表面に貼り付けられている。

モニタリング装置２２０は、アイテムに紐づく計測情報を繰り返し取得し、取得した計測情報をアイテム情報としてデータ処理サーバ６０にアップロードする。モニタリング装置２２０は、第一実施形態のモニタリング装置２０（図１参照）と実質同一の位置センサ２２、コントローラ２３及びデータ送信機２４に加えて、情報インターフェース２２１を備えている（図１８参照）。情報インターフェース２２１は、輸送手段ＴＰに搭載された通信ネットワーク又は制御装置と、有線又は無線等によって通信可能に接続される。情報インターフェース２２１は、輸送手段ＴＰによって消費された電力又は燃料の使用量を周期的に取得する。

ここで、情報インターフェース２２１によって取得される使用量情報は、輸送手段ＴＰに搭載される動力源の種別に応じて変更される。走行用のバッテリが輸送手段ＴＰに搭載されており、バッテリに蓄えられた電力を消費して輸送手段ＴＰが走行する場合、情報インターフェース２２１は、走行に使用した電力の使用量を示す電力使用量情報を把握する。また、内燃機関又は燃料電池が輸送手段ＴＰに搭載されており、燃料を消費して輸送手段ＴＰが走行する場合、情報インターフェース２２１は、消費された燃料の種類を示す種別情報と、燃料の使用量を示す使用量情報とを把握する。燃料は、例えばガソリン、軽油、水素、液化石油ガス及び圧縮天然ガス等のエネルギ資源である。情報インターフェース２２１は、使用量情報等と共に、消費された燃料の生産地を示す生産地情報を取得可能であってよい。さらに、輸送手段ＴＰが電力及び燃料の両方を走行に使用可能な場合、情報インターフェース２２１は、電力及び燃料の各使用量情報等を取得する。

モニタリング装置２２０は、第一実施形態と同様に、輸送手段ＴＰの速度情報及び種別情報等に基づき、使用量情報及び位置情報の計測周期を、コントローラ２３の制御によって逐次変更する。モニタリング装置２２０は、種別情報等の付属する使用量情報と現在の位置情報とを、モニタリング装置２２０を識別するセンサＩＤと紐付けて、逐次又は一定の時間間隔にてデータ処理サーバ６０に送信する。第二実施形態でも、センサＩＤ及び輸送ＩＤの一方が、他方を兼ねていてよい。即ち、センサＩＤ及び輸送ＩＤは、同一の識別情報であってよい。モニタリング装置２２０は、輸送手段ＴＰにおいてアイテムの流通に関連して使用される電力及び燃料の少なくとも一方の使用量を、サプライチェーン管理システムに登録する。

モニタリング装置２２０又はデータ処理サーバ６０は、電力使用量情報及び燃料使用量情報に加えて、アイテムの流通に使用されたカーボンリリース量を算出し、算出したカーボンリリース量をサプライチェーン管理システムに登録可能であってもよい。アイテム毎のカーボンリリース量（Delivery Cost）は、輸送手段ＴＰから排出される温室効果ガスの総量、アイテムの重量及び輸送距離等から算出される（下記の数式２を参照）

上記の数式２では、ｊ：輸送手段の識別記号、Ｃ_ｔ：重量及び距離あたりの輸送手段の排出量、ｗ：アイテムの一つあたりの重量、ｄ：輸送手段が移動した輸送距離、をそれぞれ意味している。輸送距離には、位置センサ２２にて継続的に計測される輸送中の位置データから特定される実際の輸送ルートの距離が採用される。

輸送者端末２４０は、アイテムの流通に関連する電力使用量情報及び燃料使用量情報をデータ処理サーバ６０に保存するための処理として、センサ登録処理（図２０参照）及び登録解除処理（図２１参照）を実施する。センサ登録処理は、輸送手段ＴＰ（モニタリング装置２２０）をアイテムに紐付けるため、製造拠点からの出荷時、言い替えれば、流通業者ＬＧの荷受時において、アイテムＩＤ及びセンサＩＤ（又は輸送ＩＤ）を、データ処理サーバ６０に通知する処理である。登録解除処理は、流通業者ＬＧからの引き渡し時、言い替えれば、製造拠点への納入時において、モニタリング装置２２０とアイテムとの紐付け解除をデータ処理サーバ６０に要求する処理である。

センサ登録処理において、輸送者端末２４０は、各ＩＤの登録のため、スタッフ操作に基づき、ディスプレイに流通設定画面を表示させる（Ｓ２２１）。流通設定画面を表示させた状態で、カメラ等により、出荷されるアイテムに付属するアイテムコードＣｄが読み取られる（Ｓ２２２）。さらに、輸送パレット又は輸送ボックス等に付属する流通コードが読み取られる（Ｓ２２３）。各コードの読み取り順序は、適宜変更されてよい。輸送者端末２４０は、アイテムコードＣｄから抽出したアイテムＩＤと、流通コードから抽出した輸送ＩＤ（センサＩＤと同一情報）とを、センサ連携情報として、データ処理サーバ６０へ向けて送信する（Ｓ２２４）。

データ処理サーバ６０は、輸送者端末２４０から受信したセンサ連携情報を受信によって取得する（Ｓ２２４）。データ処理サーバ６０は、取得したセンサ連携情報を登録する（Ｓ２２５）。以上により、搬送中のアイテムに、モニタリング装置２２０が関連付けられる。データ処理サーバ６０は、アイテムと共に輸送手段ＴＰによって輸送されるモニタリング装置２２０から、使用量情報及び位置計測情報を受信によって取得する（Ｓ２２６及びＳ２２７）。データ処理サーバ６０は、アイテムＩＤに紐付けての使用量情報及び位置計測情報の保存を開始する（Ｓ２２８及びＳ２２９）。以上により、使用量情報及び位置計測情報は、電力情報保管チェーンＢＣ２１、燃料情報保管チェーンＢＣ２２及び位置情報保管チェーンＢＣ３（図１８参照）に関連付けられた状態で保存される。

登録解除処理においても、輸送者端末２４０は、ディスプレイに流通設定画面を表示させる（Ｓ２３１）。流通設定画面を表示させた状態で、カメラ等により、引き渡しされるアイテムに付属するアイテムコードＣｄが読み取られる（Ｓ２３２）。さらに、輸送パレット又は輸送ボックス等に付属する流通コードが読み取られる（Ｓ２３３）。各コードの読み取り順序は、適宜変更されてよい。輸送者端末２４０は、アイテムＩＤ及び輸送ＩＤ（センサＩＤ）を、解除要求と共にデータ処理サーバ６０へ向けて送信する（Ｓ２３４）。データ処理サーバ６０は、輸送者端末２４０から受信した解除要求に基づき、センサ連携情報を削除し（Ｓ２３５）、アイテムとモニタリング装置２２０との関連付けを解除する。尚、流通業者ＬＧからアイテムが引き渡されたサプライヤＳＰ等では、納入されたアイテムのアイテムコードＣｄを読み取る納入処理がサプライヤ端末２３０を用いて実施される。

データ処理サーバ６０は、タイムスタンプサーバ１４０及びアプリ配信サーバ１５０と共にサプライチェーン管理システムのプラットフォーマーＰＦによって管理されるサーバ装置である。データ処理サーバ６０は、第一実施形態と同様に、プロセッサ６１、ＲＡＭ６２、記憶部６３、入出力インターフェース６４、及びこれらを接続するバス等を備えた制御回路６０ａを主体とするコンピュータである（図１７参照）。データ処理サーバ６０は、多数のサプライヤ端末２３０、多数の輸送者端末２４０及び多数のモニタリング装置２２０とネットワークを通じて通信可能である。サプライチェーン管理システムでは、フロントサーバ７０と、複数（３つ）の情報中継サーバ８０、及び複数（３つ）のブロックチェーンサーバ９０とが、データ処理サーバ６０として設けられている（図１８参照）。

フロントサーバ７０は、情報管理プログラム及び情報提供プログラムに基づく機能部として、第一実施形態と実質同一の位置情報処理部７３、要求受付部７５及びデータ提供部７６と、使用量情報処理部２７１とを備える。使用量情報処理部２７１は、アイテムの製造に関連して使用される電力使用量情報及び燃料使用量情報等を、サプライヤ端末２３０から受信する。使用量情報処理部２７１は、センサ連携情報及び解除要求等を輸送者端末２４０から受信する。使用量情報処理部２７１は、受信によって取得した使用量情報及びセンサ連携情報等を、情報中継サーバ８０に送信する。

情報中継サーバ８０は、使用量情報及び位置計測情報等をモニタリング装置２２０及びフロントサーバ７０から受信し、ブロックチェーンサーバ９０に送信する。電力使用量情報を受信する情報中継サーバ８０には、情報管理プログラム及び情報提供プログラムに基づく機能部として、電力情報処理部２８１が構築されている。同様に、燃料使用量情報を受信する情報中継サーバ８０には、情報管理プログラム及び情報提供プログラムに基づく機能部として、燃料情報処理部２８４が構築されている。同様に、電力情報処理部２８１は、電力使用量情報を蓄積するブロックチェーンサーバ９０に、受信情報を送信する。燃料情報処理部２８４は、燃料使用量情報を蓄積するブロックチェーンサーバ９０に、受信情報を送信する。

ブロックチェーンサーバ９０は、情報中継サーバ８０によって中継された使用量情報又は位置計測情報等を取得し、取得した情報をブロックチェーンＢＣによって管理する。電力使用量情報を管理するブロックチェーンサーバ９０には、情報管理プログラム及び情報提供プログラムに基づく機能部として、電力情報取得部２９１、電力情報保存部２９２及び電力情報提供部２９３が構築される。同様に、燃料使用量情報を管理するブロックチェーンサーバ９０には、燃料情報取得部２９４、燃料情報保存部２９５及び燃料情報提供部２９６が構築される。

各情報取得部２９１，２９４は、アイテムＩＤ及び使用量情報等を情報処理部２８１，２８４から取得する。各情報保存部２９２，２９５は、各情報取得部２９１，２９４にて取得された使用量情報等を、電力情報保管チェーンＢＣ２１又は燃料情報保管チェーンＢＣ２２に関連付けて保存する。各情報提供部２９３，２９６は、各情報保管チェーンＢＣ２１，ＢＣ２２に保管された情報の中から、アイテムＩＤに紐づく使用量情報を抽出する。各情報提供部２９３，２９６は、抽出した使用量情報を、情報処理部２８１，２８４を中継して、使用量情報処理部２７１に送信する。

次に、カーボンフットプリント参照アプリ（以下、ＣＦ参照アプリＡＰｃ）又はログ閲覧アプリＡＰｂを利用して、アイテムのカーボンフットプリントを確認する方法を説明する。ＣＦ参照アプリＡＰｃ及びログ閲覧アプリＡＰｂは、アプリ配信サーバ１５０によってユーザ端末１１０、サプライヤ端末２３０及び輸送者端末２４０等に配信される。

ＣＦ参照アプリＡＰｃ（図１８参照）は、アイテムのカーボンフットプリントを参照するためのアプリケーションプログラムである。エンドユーザＥＵのユーザ端末１１０にインストールされたＣＦ参照アプリＡＰｃは、主に最終製品ＩＭｐのカーボンフットプリントを確認するために使用される。

ユーザ端末１１０は、エンドユーザＥＵによるＣＦ参照アプリＡＰｃの起動操作に基づき、ディスプレイ１１７にスキャン画面ＧＡ２１（図２２参照）を表示させる。エンドユーザＥＵは、ユーザ端末１１０にスキャン画面ＧＡ２１を表示させた状態で、最終製品ＩＭｐに付属するアイテムコードＣｄを撮影する。ユーザ端末１１０は、スキャン画面ＧＡ２１でのアイテムコードＣｄの撮影が成功すると、ディスプレイ１１７にフットプリント表示画面ＧＡ２２（図２２参照）を表示させる。フットプリント表示画面ＧＡ２２には、最終製品ＩＭｐに設定された仕向地と、最終製品ＩＭｐのカーボンフットプリントとが表示される。フットプリント表示画面ＧＡ２２には、最終製品ＩＭｐの物品名等がさらに表示されてもよい。

ここで、カーボンフットプリントの計算方法は、一義的には決められておらず、複数の条件に応じて変更される。詳記すると、最終製品ＩＭｐが使用される国又は地域、言い替えれば、最終製品ＩＭｐの仕向地に応じて、カーボンフットプリントの計算方法が異なってくる。加えて、製造又は流通に同じエネルギ資源（燃料）を使用している場合でも、エネルギ資源を生産した生産地に応じて、カーボンフットプリントの計算方法は、異なってくる。さらに、仕向地が確定した最終製品ＩＭｐであっても、例えばリサイクル（二次利用）等によって別の仕向地（図１６Ｇ国参照）に渡った場合、カーボンフットプリントの計算方法は、変更される必要がある。

以上の背景を考慮し、ＣＦ参照アプリＡＰｃでは、仕向地を変更するユーザ操作が可能となっている。エンドユーザＥＵは、仕向地の横に表示された選択ボタンＳＢのタップ操作により、仕向地を変更できる。ユーザ端末１１０は、選択された仕向地に対応する計算方法で計算されたカーボンフットプリントを、フットプリント表示画面ＧＡ２２に表示させる。

ＣＦ参照アプリＡＰｃは、サプライヤ端末２３０又は輸送者端末２４０にインストールされた場合、仮設定された仕向地に対応する計算方法で計算されたカーボンフットプリントを表示可能である。これは、中間製造物の段階では、最終製品ＩＭｐの仕向地が未定である場合が多いことを考慮した機能である。尚、ユーザ端末１１０にインストールされるＣＦ参照アプリＡＰｃも、サプライヤ端末２３０又は輸送者端末２４０にインストールされるＣＦ参照アプリＡＰｃと同様に、仮設定された仕向地に対応したカーボンフットプリントを表示可能であってよい。

サプライヤ端末２３０又は輸送者端末２４０（以下、端末２３０，２４０）は、ＣＦ参照アプリＡＰｃの起動操作に基づき、ユーザ端末１１０と同様に、スキャン画面ＧＡ２１（図２３参照）をディスプレイに表示させる。中間製造物又は最終製品ＩＭｐに付属されたアイテムコードＣｄが端末２３０，２４０によって読み取られると、ディスプレイには、フットプリント表示画面ＧＡ２３～ＧＡ２５（図２３参照）のいずれかが表示される。

フットプリント表示画面ＧＡ２３は、アイテムの仕向地が確定していない場合に表示される画面である。例えば、材料採掘又は加工を行うサプライヤＳＰ、或いは中間製造物を搬送する流通業者ＬＧ等（図１６参照）にて、カーボンフットプリントが参照された場合、フットプリント表示画面ＧＡ２３が表示される。フットプリント表示画面ＧＡ２３には、カーボンフットプリントを計算するために仮設定された仕向地、現工程でのカーボンフットプリント、及び現工程までの排出量を積算したカーボンフットプリントが表示される。各カーボンフットプリントは、仮設定された仕向地に対応する計算方法で算出された値である。各カーボンフットプリントの値には、仮計算された数値であることを示す表示が付記される。

フットプリント表示画面ＧＡ２４は、仕向地が確定している場合に表示される画面である。例えば、最終製品ＩＭｐの組み立てを行うアッセンブリメーカーＭＦ（図１６参照）にて、カーボンフットプリントが参照された場合、フットプリント表示画面ＧＡ２４が表示される。フットプリント表示画面ＧＡ２４には、確定している仕向地、現工程でのカーボンフットプリント、及び現工程までの排出量を積算したカーボンフットプリントが表示される。各カーボンフットプリントの値には、確定した数値であることを示す表示が付記される。

フットプリント表示画面ＧＡ２５は、同一のアイテムＩＤで管理されるアイテムのうちで、一部のアイテムの仕向地が確定しており、残りのアイテムの仕向地が確定していない場合に表示される画面である。例えば、同一ロットの原材料又は部品等が中間製造物として複数の国に輸出される場合に、仕向地が一部未定となる。フットプリント表示画面ＧＡ２５には、未定分に対して仮設定された仕向地、現工程でのカーボンフットプリント、現工程までの排出量を積算したカーボンフットプリントに加えて、既に確定している仕向地が表示される。フットプリント表示画面ＧＡ２５では、一部の仕向地が未定であることを示す表示が、仮設定された仕向地、及び各カーボンフットプリントの値に付記される。

ログ閲覧アプリＡＰｂは、サプライチェーン管理システムに蓄積された取引記録を参照するためのアプリケーションプログラムである。ログ閲覧アプリＡＰｂは、ＣＦ参照アプリＡＰｃと同様の機能を有しており、カーボンフットプリントを取引記録と共に提示できる。ログ閲覧アプリＡＰｂをインストールされたユーザ端末１１０、サプライヤ端末２３０及び輸送者端末２４０（以下、端末１１０，２３０，２４０）は、ユーザの起動操作に基づき、スキャン画面ＧＡ２１（図２２及び図２３参照）をディスプレイに表示させる。アイテムに付属されたアイテムコードＣｄが端末１１０，２３０，２４０によって読み取られると、ディスプレイには、履歴表示画面ＧＡ２６（図２４参照）が表示される。

最初に表示される履歴表示画面ＧＡ２６には、現在（最後）の工程の詳細が表示される。履歴表示画面ＧＡ２６には、取引記録として、商品名、出荷日又は製造日、会社名、アイテム数（出荷数）、生産地、及び製造工程の実施された拠点名等が表示される。加えて履歴表示画面ＧＡ２６には、表示中の工程でのカーボンフットプリント、及び表示中の工程までの排出量を積算した累計カーボンフットプリントが表示される。さらに、確定又は仮設定されたアイテムの仕向地が、仕向地を変更する選択ボタンＳＢ（図２２参照）と共に、履歴表示画面ＧＡ２６、又は履歴表示画面ＧＡ２６からの遷移画面に表示されてよい。

履歴表示画面ＧＡ２６を表示させた状態で、工程を遡るためのスワイプ操作等が端末１１０，２３０，２４０に入力されると、ディスプレイは、前工程の履歴表示画面ＧＡ２７（図２４参照）に遷移する。例えば、組立工程にて、複数のアイテムがアッセンブリメーカーＭＦに納入されている場合、履歴表示画面ＧＡ２７には、アッセンブリメーカーＭＦに納入された複数のアイテムが一覧で表示される。任意のアイテムが選択されると、端末１１０，２３０，２４０は、選択されたアイテムに紐づく取引記録及びカーボンフットプリントを表示する画面に、ディスプレイの表示を遷移させる。

さらに、ログ閲覧アプリＡＰｂは、特定の流通工程における輸送ルートＴＲを表示するルート表示画面ＧＡ８（図１５参照）を表示可能であってもよい。加えて、最終製品ＩＭｐがバッテリＢＡＴである場合、ログ閲覧アプリＡＰｂは、例えばＳＯＨ（State of Health）等のバッテリＢＡＴの劣化度合いを示す情報を表示可能であってもよい。

次に、端末１１０，２３０，２４０にカーボンフットプリントを表示させるための情報提供処理の詳細を、図２５に基づき、図１６～図１８及び図２２～図２４を参照しつつ、以下説明する。

端末１１０，２３０，２４０は、エンドユーザＥＵ又はスタッフ等によるアプリＡＰｂ，ＡＰｃの起動操作に基づき、ディスプレイにスキャン画面ＧＡ２１を表示させる（Ｓ２６１）。端末１１０，２３０，２４０は、アイテムに付属するアイテムコードＣｄを、スキャン画面ＧＡ２１にて読み取り、アイテムＩＤを取得する（Ｓ２６２）。端末１１０，２３０，２４０は、取得したアイテムＩＤを、当該アイテムＩＤに紐付くカーボンフットプリントの提供要求と共に、フロントサーバ７０に送信する（Ｓ２６３）。

フロントサーバ７０は、アイテムＩＤ及び提供要求等を受信し（Ｓ２６３）、要求受付部７５にて、カーボンフットプリントの提供要求を受け付ける（Ｓ２６４）。フロントサーバ７０は、アイテムＩＤに基づき、アイテムに紐付けられた仕向地を取得する（Ｓ２６５）。仕向地の情報は、例えばアッセンブリメーカーＭＦのサプライヤ端末２３０によってフロントサーバ７０に通知される。フロントサーバ７０は、ブロックチェーンＢＣに関連付けて、仕向地の情報を保存する。仕向地の情報は、アイテムの二次利用を考慮し、一次利用時における仕向地の情報が削除されない形式で、更新可能であってよい。仕向地の情報に更新された履歴がある場合、情報提供処理では、最新の仕向地の情報が利用される。

フロントサーバ７０は、アイテムに紐付く仕向地の情報が登録されているか否かを判定する。アイテムに紐付く仕向地の情報が登録されており、かつ、全てのアイテムの仕向地が確定している場合、フロントサーバ７０は、登録済みの仕向地を設定する。一方、アイテムに紐付く仕向地の情報が登録されていない場合、又は、一部のアイテムの仕向地が未定である場合、フロントサーバ７０は、特定の仕向地を仮設定する。例えば、過去に仕向地として設定されたことが多い国、又はカーボンフットプリントの値が大きくなる傾向にある国等が、仮の仕向地として設定される。さらに、仮設定する仕向地の問い合わせが、端末１１０，２３０，２４０に対して実施されてもよい。この場合、エンドユーザＥＵ又はスタッフ等によって選択された任意の仕向地が仮設定される。

フロントサーバ７０は、電力情報処理部２８１及び燃料情報処理部２８４を経由して、アイテムＩＤに紐付く使用量情報、生産地情報及び種別情報の提供を、これらの情報を管理する各ブロックチェーンサーバ９０に要求する（Ｓ２６６及びＳ２６７）。

各ブロックチェーンサーバ９０は、フロントサーバ７０からの要求に応じて、アイテムＩＤに紐付く使用量情報を抽出する。具体的に、電力情報提供部２９３は、アイテムＩＤをキーとして、電力情報保管チェーンＢＣ２１によって管理される電力使用量情報の中から、アイテムＩＤに紐づく電力使用量情報及び生産地情報等を検索によって抽出する（Ｓ２６８）。電力情報提供部２９３は、抽出した電力使用量情報等を、フロントサーバ７０のデータ提供部７６に提供する（Ｓ２６９）。

同様に、燃料情報提供部２９６は、アイテムＩＤをキーとして、燃料情報保管チェーンＢＣ２２によって管理される燃料使用量情報の中から、アイテムＩＤに紐づく燃料使用量情報、生産地情報及び種別情報等を検索によって抽出する（Ｓ２７０）。燃料情報提供部２９６は、抽出した燃料使用量情報等を、フロントサーバ７０のデータ提供部７６に提供する（Ｓ２７１）。

各ブロックチェーンＢＣ２１，ＢＣ２２には、サプライチェーンＳＣの複数工程分の使用量を積算した使用量情報が予め準備されていてもよい。例えば、アイテムの製造が組立工程（図１６参照）まで進んでいる場合、各情報提供部２９３，２９６は、材料採掘工程、流通工程及び加工工程での使用量情報を、種別及び生産地毎に合計してなる積算使用量情報を準備する。具体的には、「Ａ国産原油合計＿ｋｌ」…、「Ｃ国産石炭合計＿ｋｇ」…、「Ｅ国産電力合計＿ｋＷｈ」といった内容で、種別及び生産地毎の積算使用量情報が予め準備される。こうした事前の準備によれば、サプライチェーンＳＣを遡るようにして使用量情報を検索する処理が省略される。その結果、アイテムに紐付く使用量情報を抽出する処理が高速化され得る。

フロントサーバ７０のデータ提供部７６は、提供要求の対象であるアイテムの製造及び流通に関連して使用された電力使用量情報及び燃料使用量情報を取得する（Ｓ２６９及びＳ２７１）。このように、データ提供部７６は、カーボンリリース量を算出するための生データとなる使用量情報であって、電力及び燃料の種別毎にブロックチェーンＢＣによって管理された使用量情報を取得する。電力使用量情報には、電力の生産地を示す生産地情報が紐付いており、燃料使用量情報には、燃料（エネルギ資源）の生産地を示す生産地情報が紐付いている。

データ提供部７６は、アイテムに対し設定された仕向地の情報を参照し、仕向地に対応した算出方法を準備する（Ｓ２７２）。仕向地に対応した算出方法とは、上述したように、仕向地となる国又は地域毎の法律、法規又は規則等によって定められた算出方法のことである。具体的に、データ提供部７６は、仕向地に対応した算出方法が反映された式又はデーブルを設定する。こうした式又はデーブルは、燃料の生産地情報を反映可能な内容とされている。

データ提供部７６は、例えば下記の数式３に示すように、種別及び生産地毎の使用量情報から個別に算出した排出量を積算する演算処理により、アイテムのカーボンリリース量を算出する（Ｓ２７３）。

上記の数式３では、Ｃ_ＦｏＡ：Ａ国産の特定燃料（例えば原油）の使用量の合計値、Ｃ_ＦｃＣ：Ｃ国産の特定燃料（例えば石炭）の使用量の合計値、Ｃ_ＥＥ：Ｅ国産の電力の使用量の合計値、を意味している。さらに、ｆ_{ＦｏＡ，Ｆ}：仕向地Ｆ国において、Ａ国産の特定燃料の使用量からカーボンリリース量を算出する式、ｆ_{ＦｃＣ，Ｆ}：仕向地Ｆ国において、Ｃ国産の特定燃料の使用量からカーボンリリース量を算出する式、である。また、ｆ_ＥＥ，Ｆ：仕向地Ｆ国において、Ｅ国産の電力の使用量からカーボンリリース量を算出する式である。

上記の各使用量の合計値の単位は、例えばｋｌ，ｋｇ及びｋＷｈ等、それぞれ異なっていてよい。また、ｆ_{ＦｏＣ，Ｆ}，ｆ_{ＦｃＣ，Ｆ}，ｆ_ＥＥ，Ｆ等の式は、仕向地によって変更され、かつ、単位の異なる使用量の合計値からカーボンリリース量（単位は、ｋｇ）を算出できるよう、予め定義されている。加えて、上記の式の少なくとも一部は、使用量の合計値からカーボンリリース量を出力するテーブルに置き換えられてもよい。

データ提供部７６は、上記の数式３等を用いた算出方法により、アイテムの仕向地に対応しており、かつ、生産地情報を反映したカーボンリリース量を算出する。データ提供部７６は、算出したカーボンリリース量の値を、提供用データとして、要求元の端末１１０，２３０，２４０に送信する（Ｓ２７４）。

尚、サプライチェーンＳＣの初期の工程でカーボンフットプリントの提供要求があった場合、上記の数式１及び数式２を用いて予め算出されたカーボンリリース量が、提供用データとして、各端末に提供されてもよい。このような演算済みの値を返信することで、比較的誤差の少ない値を、各端末に迅速に表示させることが可能となる。

端末１１０，２３０，２４０は、フロントサーバ７０から送信された提供用データを受信すると、提供用データの内容に応じて、フットプリント表示画面ＧＡ２２～ＧＡ２５及び履歴表示画面ＧＡ２６のいずれかを表示する（Ｓ２７４）。即ち、端末１１０，２３０，２４０は、取得したカーボンリリース量を、カーボンフットプリントとしてエンドユーザＥＵ又はスタッフ等に提示する。

さらに、サプライヤ端末２３０又は輸送者端末２４０は、カーボンフットプリントの画面表示に替えて、又は画面表示と共に、ラベル等の紙媒体に、カーボンフットプリントを印刷可能であってもよい。ラベルは、アイテムに添付されて、アイテムと共に流通する。ラベルには、記載された値がカーボンフットプリントであることを示すための所定のロゴマークがさらに印刷される。ロゴマークは、アイテムの仕向地に応じて変更される。カーボンフットプリントを記載したラベルは、アイテムコードＣｄを示すライベルと一体化されていてもよい。

ここまで説明した第二実施形態でも、中間製造物及び最終製品ＩＭｐ等のアイテムに紐付く使用量情報が、ブロックチェーンＢＣに関連付けて保存される。故に、第一実施形態と同様の効果を奏し、情報の改竄リスクの低減が可能になる。

加えて第二実施形態では、計測周期の異なる位置計測情報及び各使用量情報が、それぞれ異なる複数のブロックチェーンＢＣ３，ＢＣ２１，ＢＣ２２に関連付けて、個別に保存される。故に、第一実施形態と同様に、改竄リスクの低減を図りつつ、蓄積した情報の利便性が確保され易くなる。

さらに第二実施形態では、ブロックチェーンＢＣに関連付けて、電力及び燃料の種別毎の使用量情報が保存される。具体的には、電力使用量情報、原油についての燃料使用量情報、及び石炭についての燃料使用量情報が、個別に保存される。以上のように、カーボンフットプリントを算出するための生データが保存されていれば、カーボンフットプリントの算出方法が仕向地毎に異なっていても、仕向地が確定した段階で、確定した仕向地に対応するカーボンフットプリントの算出が可能になる。

加えて第二実施形態では、燃料の生産地を示す生産地情報が、燃料使用量情報に紐付けられている。その結果、同一種別の燃料であっても、生産地毎に区別して、燃料使用量を集計することが可能になる。以上によれば、燃料の生産地毎に異なる算出方法が適用される場合でも、正確なカーボンフットプリントの値が算出可能となる。

また第二実施形態では、電力及び燃料の種別毎にブロックチェーンＢＣによって管理された使用量情報が取得されると共に、アイテムに設定される仕向地に対応した算出方法が準備される。そして、種別毎の使用量情報から、準備された算出方法を用いて、アイテムのカーボンリリース量が算出される。このように、カーボンフットプリントを算出するための生データを取得できれば、カーボンフットプリントの算出方法が仕向地毎に異なっていても、仕向地が確定した時点で、確定した仕向地に対応するカーボンフットプリントの算出が可能になる。

さらに第二実施形態では、使用された燃料の生産地情報の紐付く使用量情報が取得され、生産地情報を反映したカーボンリリース量が算出される。以上によれば、燃料の生産地毎に異なる算出方法が適用される場合でも、正確なカーボンフットプリントの値が算出可能となる。

加えて第二実施形態では、アイテムに仕向地が設定されていない場合、仮設定した算出方法を用いてカーボンリリース量が算出される。故に、例えばサプライチェーンＳＣの前半等において、仕向地が未設定の状態でも、概算のカーボンリリース量を把握することが可能になる。

また第二実施形態では、サプライチェーン管理システムにより、バッテリＢＡＴのカーボンフットプリントが厳格に管理され得る。故に、サプライチェーンＳＣによって提供されるバッテリＢＡＴについて、カーボンニュートラルに配慮して製造された製品であることが保証され得る。以上によれば、サプライチェーン管理システムは、バッテリＢＡＴの付加価値の向上に寄与できる。

尚、第二実施形態では、中間製造物及び最終製品ＩＭｐが「アイテム」に相当し、燃料が「エネルギ資源」に相当する。

（第三実施形態）
本開示の第三実施形態によるコールドチェーン管理システムは、第一実施形態の変形例である。第三実施形態では、図２６及び図２７に示すように、コールドチェーンＣＣによって配送される荷物ＩＭｄに、バラシの発生が想定されている。バラシとは、配送における梱包の単位を変更する行為であり、流通を担う取引業者が梱包物を開封し、その梱包物に収容されていた複数のアイテムを、新たな荷物ＩＭｄとして流通させる行為である。バラシには、荷物ＩＭｄの梱包形態を変更する作業に加えて、コールドチェーン管理システムにバラシの発生情報を登録する作業が含まれ得る。バラシの発生情報を登録する作業は、後述するように自動化されてもよい。バラジの発生情報の登録によれば、アイテム情報は、梱包形態を変更された後の荷物ＩＭｄに紐付くように、コールドチェーン管理システムに蓄積されていく。一例として、第三実施形態では、ロットＩＭ１、パッケージＩＭ２及び最終製品ＩＭｐという３つのカテゴリが、梱包単位又は流通単位として設定されている。

ロットＩＭ１は、製造元ＤＦから出荷される際の荷物ＩＭｄの梱包単位であり、３つのうちで最も大きな流通単位である。パッケージＩＭ２は、ロットＩＭ１よりも小さい梱包単位である。一つのロットＩＭ１には、複数（例えば、１００個）のパッケージＩＭ２が梱包されている。一つのロットＩＭ１にバラシが生じると、多数のパッケージＩＭ２の流通が開始される。最終製品ＩＭｐは、エンドユーザＥＵに渡る単位であり、３つのうちで最も小さな流通単位である。一つのパッケージＩＭ２には、複数（例えば、２０個）の最終製品ＩＭｐが梱包されている。一つのパッケージＩＭ２にバラシが生じると、多数の最終製品ＩＭｐの流通が開始される。尚、コールドチェーン管理システムに設定される梱包単位のカテゴリ数は、コールドチェーンＣＣによって配送される荷物ＩＭｄの特性に応じて適宜変更可能である。

コールドチェーン管理システムでは、ロットＩＭ１、パッケージＩＭ２及び最終製品ＩＭｐのそれぞれに、異なるアイテムＩＤが割り当てられる。具体的には、ロットＩＭ１には、ロットＩＤが割り当てられ、パッケージＩＭ２には、パッケージＩＤが割り当てられ、最終製品ＩＭｐには、デリバリＩＤが割り当てられる。各カテゴリのアイテムＩＤは、第一実施形態と同様に、アイテムコードＣｄに組み入れられ、各カテゴリの荷物ＩＭｄと共に流通する。アイテムコードＣｄ内には、現状の荷物ＩＭｄのバラシ前又はバラシ後に紐付くアイテムＩＤが組み入れられていてもよい。各カテゴリのアイテムＩＤは、ロットＩＭ１の流通開始時に全て作成されてもよく、又はバラシが発生したタイミングで生成されてもよい。

コールドチェーン管理システムでは、バラシが生じる前と後とにおいて、それぞれ異なるＩＤに紐づけて、位置計測情報及び温度計測情報が蓄積される。具体的には、荷物ＩＭｄがバラシ前のロットＩＭ１の状態である場合、アイテム情報は、バラシ前アイテムであるロットＩＭ１のロットＩＤに紐付けられて、ブロックチェーンＢＣに保存される。また、荷物ＩＭｄが１回目のバラシ後のパッケージＩＭ２の状態である場合、アイテム情報は、バラシ後アイテムであるパッケージＩＭ２のパッケージＩＤに紐付けられて、ブロックチェーンＢＣに保存される。さらに、荷物ＩＭｄが２回目のバラシ後の最終製品ＩＭｐの状態である場合、アイテム情報は、バラシ後アイテムである最終製品ＩＭｐのデリバリＩＤに紐付けられて、ブロックチェーンＢＣに保存される。以上のように、蓄積されるアイテム情報のデータ量は、バラシが発生して、アイテムＩＤが増加する流通後半ほど多くなる。言い替えれば、流通前半では、バラシ前のアイテムＩＤによる一括の管理により、蓄積されるアイテム情報のデータ量が抑制可能となっている。

コールドチェーンＣＣは、製造元ＤＦ、流通業者ＬＧ、バラシ業者ＷＳ及びエンドユーザＥＵ等の取引者によって構築されている。コールドチェーンＣＣは、荷物ＩＭｄの配送に関わるサプライチェーンＳＣに相当する。製造元ＤＦは、最終製品ＩＭｐを製造する製造会社等である。製造元ＤＦは、製造工場にてパッケージＩＭ２及びロットＩＭ１の単位に最終製品ＩＭｐを梱包し、流通業者ＬＧに出荷する。

流通業者ＬＧは、ロットＩＭ１の単位のまま荷物ＩＭｄを流通させる。流通業者ＬＧは、製造メーカ又は物流会社の各集中倉庫にて、輸送手段ＴＰ（輸送用トラックＴＶ等）への荷物ＩＭｄの積み降ろし、保冷庫での保管、保冷庫からの持ち出し、輸送手段ＴＰへの積み込み、次工程への引き渡し等のオペレーションを実施する。一つの輸送手段ＴＰに積み込まれた複数のロットＩＭ１は、特定の流通業者ＬＧにより、複数（例えば、１０箇所程度）のバラシ業者ＷＳに配送される。

バラシ業者ＷＳは、流通業者ＬＧの実施する各オペレーションに加えて、荷物ＩＭｄのバラシを実施する。バラシ業者ＷＳは、流通過程において梱包単位を変更し、一つの荷物ＩＭｄを複数の流通単位に分けるバラシを行い、次工程の取引者に流通させる。一つのロットＩＭ１は、例えば物流会社の営業所にて、輸送手段ＴＰへの積み込み前にバラシが行われることで、複数のパッケージＩＭ２に分けられる。各パッケージＩＭ２は、物流会社の営業所から、複数（例えば、５箇所程度）の卸業者等に配送される。そして、一つのパッケージＩＭ２は、例えば卸業者の倉庫にて、輸送手段ＴＰへの積み込み前にバラシが行われることで、複数の最終製品ＩＭｐに分けられる。各最終製品ＩＭｐは、卸業者の倉庫から、複数（例えば、５箇所程度）のエンドユーザＥＵに配送される。

コールドチェーン管理システムは、図２８に示すように、製造元端末３３０、流通者端末３４０、モニタリング装置２０、及びデータ処理サーバ６０等によって構築されている。コールドチェーン管理システムを構成する各要素は、それぞれ一つのノードとしてネットワークに接続されている。

製造元端末３３０は、最終製品ＩＭｐを製造する製造元ＤＦによって運用される。製造元端末３３０は、例えば製造元ＤＦの製造工場（図２７参照）等に設置される固定端末であってもよく、ユーザ端末１１０のような携帯端末であってもよい。製造元端末３３０は、プロセッサ３３１、ＲＡＭ３３２、記憶部３３３、入出力インターフェース３３４及びこれらを接続するバス等を備えた制御回路３３０ａを主体とするコンピュータである。

製造元端末３３０は、製造元ＤＦから出荷される荷物ＩＭｄについて、ロットＩＭ１、パッケージＩＭ２及び最終製品ＩＭｐの関係を紐付ける情報として、紐付けテーブルＴＬ１，ＴＬ２（図２９参照）を作成する。製造元端末３３０は、紐付けテーブルＴＬ１，ＴＬ２を管理し、データ処理サーバ６０による紐付けテーブルＴＬ１，ＴＬ２の参照を可能にする。紐付けテーブルＴＬ１は、ロットＩＭ１を識別するロットＩＤと、パッケージＩＭ２を識別するパッケージＩＤとを紐付けるテーブルである。紐付けテーブルＴＬ２は、パッケージＩＭ２を識別するパッケージＩＤと、最終製品ＩＭｐを識別するデリバリＩＤとを紐付けるテーブルである。

紐付けテーブルＴＬ１，ＴＬ２には、バラシが行われたか否かを記録するフラグ（以下、バラシフラグ）がさらに設定されている。ロットＩＭ１からパッケージＩＭ２へのバラシが行われた場合、紐付けテーブルＴＬ１のバラシフラグ（図２９ break_flag 参照）の値が、「Ｆａｌｓｅ」から「Ｔｒｕｅ」に書き替えられる。また、パッケージＩＭ２から最終製品ＩＭｐへのバラシが行われた場合、紐付けテーブルＴＬ２のバラシフラグ（図２９ break_flag2参照）の値が、「Ｆａｌｓｅ」から「Ｔｒｕｅ」に書き替えられる。

製造元端末３３０は、製造元ＤＦから出荷される荷物ＩＭｄについて、紐付けテーブルＴＬ１，ＴＬ２をデータ処理サーバ６０から参照可能に準備するため、テーブル準備処理（図３０参照）を実施する。テーブル準備処理は、記憶部３３３に記憶された情報管理プログラムに基づき、プロセッサ３３１を主体として実行される。テーブル準備処理は、荷物ＩＭｄの出荷前に実施されてもよく、荷物ＩＭｄの流通に合わせて実施されてもよい。

テーブル準備処理にて、製造元端末３３０は、荷物ＩＭｄの梱包情報を取得する（Ｓ３０１）。例えば、出荷される荷物ＩＭｄの梱包単位（カテゴリ）の種類、上位の梱包単位に含まれる下位の梱包単位の個数等が、梱包情報として取得される。梱包情報は、製造工場のスタッフ等によって手動入力された情報であってもよく、又は製造工場のネットワークから受信する情報であってもよい。

製造元端末３３０は、取得した梱包情報に基づき、各梱包単位に識別情報として付与するアイテムＩＤ、即ち、ロットＩＤ、パッケージＩＤ及びデリバリＩＤを取得する（Ｓ３０２）。これらのＩＤは、製造元端末３３０によって生成されてもよく、又はデータ処理サーバ６０によって生成されて、製造元端末３３０に提供されてもよい。

製造元端末３３０は、取得した各ＩＤを用いてバラシフラグを含む紐付けテーブルＴＬ１，ＴＬ２（図２９参照）を生成する（Ｓ３０３）。製造元端末３３０は、生成した紐付けテーブルＴＬ１，ＴＬ２を例えば記憶部３３３の記憶領域に登録する（Ｓ３０４）。紐付けテーブルＴＬ１，ＴＬ２は、データ処理サーバ６０にアップロードされてもよい。

流通者端末３４０及びモニタリング装置２０は、流通業者ＬＧ及びバラシ業者ＷＳによって運用される。流通者端末３４０は、流通業者ＬＧ及びバラシ業者ＷＳの各拠点ＴＢ（図２参照）等に設置される固定端末であってもよく、ユーザ端末１１０のような携帯端末であってもよい。流通者端末３４０は、第一実施形態のスタッフ端末４０（図１参照）と同様に、荷受け処理（図６参照）、冷凍装置紐付け処理（図７参照）、拠点処理（図８参照）及び次工程への荷渡し処理（図８参照）等を実施する。

流通者端末３４０は、上記の各処理に基づき、荷物ＩＭｄの流通に合わせて、輸送手段ＴＰ又は冷凍装置１０（図２参照）と、モニタリング装置２０と、拠点ＴＢとを紐付ける紐付けテーブルＴＬ３（図３１参照）を記録する。紐付けテーブルＴＬ３には、冷凍装置１０を識別するボックスＩＤ、モニタリング装置２０を識別するセンサＩＤ、拠点ＴＢを識別するプレイスＩＤ等が保存される。紐付けテーブルＴＬ３は、例えばルート表示画面ＧＡ８及び温度チャート表示画面ＧＡ９（図１０参照）等をユーザ端末１１０に表示させる場合に、データ処理サーバ６０によって参照される。

バラシ業者ＷＳによって利用される流通者端末３４０は、荷物ＩＭｄのバラシが行われた場合に、バラシの発生をデータ処理サーバ６０に通知するバラシ通知処理（図３２参照）を実施する。流通者端末３４０は、ディスプレイにスキャン画面を表示させ（Ｓ３１１）、荷物ＩＭｄに添付されたアイテムコードＣｄを読み取る（Ｓ３１２）。流通者端末３４０は、バラシ前の荷物ＩＭｄ（ロットＩＭ１等）に添付されたアイテムコードＣｄを読み取ってもよく、又はバラシ後の荷物ＩＭｄ（パッケージＩＭ２等）に添付されたアイテムコードＣｄを読み取ってもよい。さらに、流通者端末３４０は、両方のアイテムコードＣｄを読み取ってもよい。

流通者端末３４０は、アイテムコードＣｄから読み取ったロットＩＤ、パッケージＩＤ及びデリバリＩＤのうちの少なくとも一つを、バラシの発生を示す通知と共にデータ処理サーバ６０へ向けて送信する（Ｓ３１３）。データ処理サーバ６０は、流通者端末３４０によって送信された通知及びＩＤを受信により取得し、バラシの発生情報として登録する（Ｓ３１４）。データ処理サーバ６０は、バラシの発生通知を取得した場合、製造元端末３３０に記録された紐付けテーブルＴＬ１，ＴＬ２を参照し、バラシの前後における情報の整合性を確認してもよい。

ここで、流通過程において、実際のオペレーションとしてバラシを行う場合、上述したように、バラシを行ったことをユーザが流通者端末３４０に入力する手法だけでなく、バラシの発生を自動登録することも可能である。バラシの発生を自動登録する場合、バラシ通知処理は、荷物ＩＭｄの配送情報をデータ処理サーバ６０に登録する配送情報登録処理と共通化可能である。即ち、流通者端末３４０を用いて荷物ＩＭｄのアイテムコードＣｄを読み取るだけで、データ処理サーバ６０が現工程でのバラシの有無を判断し、バラシの発生情報及び配送情報を適宜データベースに書き込んでいく。

バラシの発生情報を自動登録可能なバラシ通知処理では、ユーザは、バラシ後のアイテムに添付されたアイテムコードＣｄを、流通者端末３４０を用いてスキャンする（Ｓ３１２）。こうした作業は、上述したように、バラシを行わない場合に、配送情報を登録する作業と同一となる。流通者端末３４０は、アイテムコードＣｄから抽出したアイテムＩＤをデータ処理サーバ６０へ向けて送信する（Ｓ３１３）。

データ処理サーバ６０は、流通者端末３４０によって送信されたアイテムＩＤを受信すると、情報登録処理（Ｓ３１４，図３３～図３５参照）を実施する。データ処理サーバ６０は、アイテムＩＤを取得すると（Ｓ４０１）、紐付けテーブルＴＬ１，ＴＬ２（図２９参照）を参照し、取得したＩＤを検索する。

データ処理サーバ６０は、紐付けテーブルＴＬ２を参照し、この紐付けテーブルＴＬ２内に、取得したアイテムＩＤに該当するデリバリＩＤが存在するか否かを判定する（Ｓ４０２）。デリバリＩＤが検索された場合（Ｓ４０２：ＹＥＳ）、データ処理サーバ６０は、紐付けテーブルＴＬ２のバラシフラグ（図２９ break_flag2 参照）の値を確認する（Ｓ４０６）。バラシフラグの値が「Ｔｒｕｅ」である場合（Ｓ４０６：ＹＥＳ）、即ち、前工程までにパッケージＩＭ２から最終製品ＩＭｐへのバラシが実施済みであった場合、現工程の配送情報が、デリバリＩＤに紐づけて登録される（Ｓ４０７）。

一方、バラシフラグの値が「Ｆａｌｓｅ」である場合（Ｓ４０６：ＮＯ）、データ処理サーバ６０は、紐付けテーブルＴＬ２において、デリバリＩＤに対応するパッケージＩＤを検索する（図３４Ｓ４１１）。データ処理サーバ６０は、検索したパッケージＩＤが記録された紐付けテーブルＴＬ１をさらに参照し、紐付けテーブルＴＬ１のバラシフラグ（図２９ break_flag 参照）の値を確認する（Ｓ４１２）。バラシフラグの値が「Ｔｒｕｅ」である場合（Ｓ４１２：ＹＥＳ）、データ処理サーバ６０は、現工程にてパッケージＩＭ２から最終製品ＩＭｐへのバラシが行われたと判定する。この場合、データ処理サーバ６０は、紐付けテーブルＴＬ２のバラシフラグの値を「Ｔｒｕｅ」に書き換えることで、バラシの発生情報を登録する（Ｓ４１３）。以上により、パッケージＩＤに紐付けての配送情報及び各計測情報等の登録は、これ以降無効化される。さらに、データ処理サーバ６０は、現工程の配送情報を、デリバリＩＤに紐づけて登録する（Ｓ４０７）。

対して、バラシフラグの値が「Ｆａｌｓｅ」である場合（Ｓ４１２：ＮＯ）、データ処理サーバ６０は、流通者端末３４０にエラー値を返信する（Ｓ４１４）。流通者端末３４０は、受信したエラー値に基づき、「配送情報が登録できません」等のメッセージを表示し、ロットＩＭ１からパッケージＩＭ２へのバラシを経ていないために、最終製品ＩＭｐの配送情報を登録できないことを通知する。

データ処理サーバ６０は、デリバリＩＤが検索されなかった場合（Ｓ４０２：ＮＯ）、紐付けテーブルＴＬ２内にアイテムＩＤに該当するパッケージＩＤが存在するか否かを判定する（Ｓ４０３）。パッケージＩＤが検索された場合（Ｓ４０３：ＹＥＳ）、データ処理サーバ６０は、紐付けテーブルＴＬ２のバラシフラグの値を確認する（Ｓ４０８）。バラシフラグの値が「Ｔｒｕｅ」である場合（Ｓ４０８：ＹＥＳ）、データ処理サーバ６０は、流通者端末３４０にエラー値を返信する（Ｓ４０９）。流通者端末３４０は、受信したエラー値に基づき、最終製品ＩＭｐへのバラシが既に行われたパッケージＩＭ２のＩＤであることを通知する。具体的には、「既にこのパッケージはバラされています」等のメッセージがディスプレイに表示される。

一方、バラシフラグの値が「Ｆａｌｓｅ」である場合（Ｓ４０８：ＮＯ）、データ処理サーバ６０は、パッケージＩＤが記録された紐付けテーブルＴＬ１を参照する。そして、データ処理サーバ６０は、紐付けテーブルＴＬ１のバラシフラグの値を確認する（図３５Ｓ４１６）。バラシフラグの値が「Ｔｒｕｅ」である場合（Ｓ４１６：ＹＥＳ）、データ処理サーバ６０は、現工程の配送情報を、パッケージＩＤに紐づけて登録する（Ｓ４１８）。

対して、バラシフラグの値が「Ｆａｌｓｅ」である場合（Ｓ４１６：ＮＯ）、データ処理サーバ６０は、現工程にてロットＩＭ１からパッケージＩＭ２へのバラシが行われたと判定する。この場合、データ処理サーバ６０は、紐付けテーブルＴＬ１のバラシフラグの値を「Ｔｒｕｅ」に書き換えることで、バラシの発生情報を登録する（Ｓ４１７）。以上により、ロットＩＤに紐付けての配送情報及び各計測情報等の登録は、これ以降無効化される。さらに、データ処理サーバ６０は、現工程の配送情報を、パッケージＩＤに紐づけて登録する（Ｓ４１８）。

データ処理サーバ６０は、デリバリＩＤ及びパッケージＩＤが共に検索されなかった場合（Ｓ４０３：ＮＯ）、紐付けテーブルＴＬ１内にアイテムＩＤに該当するロットＩＤが存在するか否かを判定する（Ｓ４０４）。ロットＩＤが検索されなかった場合（Ｓ４０４：ＮＯ）、データ処理サーバ６０は、流通者端末３４０にエラー値を返信する（Ｓ４０５）。流通者端末３４０は、受信したエラー値に基づき、「無効なアイテムコードです」等のメッセージを表示し、読み込みを行ったアイテムコードＣｄが無効であることを通知する。

一方、紐付けテーブルＴＬ１からロットＩＤが検索された場合（Ｓ４０４：ＹＥＳ）、データ処理サーバ６０は、紐付けテーブルＴＬ１のバラシフラグの値を確認する（図３６Ｓ４２０）。バラシフラグの値が「Ｔｒｕｅ」である場合（Ｓ４２０：ＮＯ）、データ処理サーバ６０は、流通者端末３４０にエラー値を返信する（Ｓ４２１）。流通者端末３４０は、受信したエラー値に基づき、パッケージＩＭ２へのバラシが既に行われたロットＩＭ１のＩＤであることを通知する。具体的には、「既にこのロットはバラされています」等のメッセージがディスプレイに表示される。対して、バラシフラグの値が「Ｆａｌｓｅ」である場合（Ｓ４２０：ＮＯ）、データ処理サーバ６０は、現工程の配送情報を、ロットＩＤに紐づけて登録する（Ｓ４２２）。

モニタリング装置２０は、第一実施形態と同様に、温度計測情報及び位置計測情報を逐次又は一定の時間間隔で、データ処理サーバ６０へ向けて定期的に送信する。モニタリング装置２０によって送信される計測データＴＬ４（図３７参照）には、計測時刻、センサＩＤ、緯度、経度及び温度等の値が含まれている。

データ処理サーバ６０は、第一実施形態と同様に、タイムスタンプサーバ１４０及びアプリ配信サーバ１５０と共にコールドチェーン管理システムのプラットフォーマーＰＦによって管理されるサーバ装置である。データ処理サーバ６０は、多数の製造元端末３３０、多数の流通者端末３４０及び多数のモニタリング装置２０とネットワークを通じて通信可能である。第三実施形態でも、フロントサーバ７０、情報中継サーバ８０及びブロックチェーンサーバ９０等が、データ処理サーバ６０として設けられているが、これらの詳細は、第一実施形態と実質同一であるため省略し、データ処理サーバ６０の処理として以下記載する。

データ処理サーバ６０は、製造元端末３３０、流通者端末３４０及びモニタリング装置２０から送信される情報を、ブロックチェーンＢＣに関連付けて蓄積する。データ処理サーバ６０は、荷物ＩＭｄの履歴情報（取引記録，配送情報）を記録するテーブルとして、配送ステータス記録テーブルＴＬ５及びセンサデータ保管テーブルＴＬ６を作成する（図３８参照）。配送ステータス記録テーブルＴＬ５には、時刻情報、ボックスＩＤ、ロットＩＤ、パッケージＩＤ及びデリバリＩＤ等が記録される。配送ステータス記録テーブルＴＬ５は、紐付けテーブルＴＬ１，ＴＬ２（図２９参照）と同様に、ロットＩＭ１、パッケージＩＭ２及び最終製品ＩＭｐの関係を紐付ける情報として利用されてもよい。センサデータ保管テーブルＴＬ６には、モニタリング装置２０から送信される計測データＴＬ４（図３７参照）と同様に、計測時刻、センサＩＤ、緯度、経度及び温度等の値が記録される。

ここまで説明したコールドチェーン管理システムでは、バラシが生じる前においては、冷凍装置紐付け処理（図７参照）にて、バラシ前の荷物ＩＭｄ（例えば、ロットＩＭ１）に、モニタリング装置２０が紐付けられる。その結果、上述したように、データ処理サーバ６０は、モニタリング装置２０から受信する温度計測情報及び位置計測情報を、バラシ前の荷物ＩＭｄのアイテムＩＤ（例えば、ロットＩＤ）に紐付けて保存する。これら温度計測情報及び位置計測情報は、バラシ前アイテムに紐付く「第一アイテム情報」に相当し、第一実施形態と同様に、ブロックチェーンＢＣに関連付けて保存される。

一方、バラシが生じた後においては、冷凍装置紐付け処理（図７参照）にて、バラシ後の複数の荷物ＩＭｄ（例えば、パッケージＩＭ２）のそれぞれに、モニタリング装置２０が紐付けられる。その結果、データ処理サーバ６０は、複数のモニタリング装置２０から受信する温度計測情報及び位置計測情報を、バラシ後の各荷物ＩＭｄのアイテムＩＤ（例えば、パッケージＩＤ）にそれぞれ紐付ける。これら温度計測情報及び位置計測情報は、バラシ後アイテムに紐付く「第二アイテム情報」に相当し、上記の第一アイテム情報と同様に、ブロックチェーンＢＣに関連付けて個別に保存される。第二アイテム情報の保管に用いられるブロックチェーンＢＣは、第一アイテム情報の保管に用いられるブロックチェーンＢＣと同一であってもよく、又は異なっていてもよい。

次に、コールドチェーン管理システムに蓄積した荷物ＩＭｄの履歴情報（取引記録）をユーザ端末１１０又は流通者端末３４０（以下、端末１１０，３４０）に提供する情報提供処理の詳細を、図３９に基づき、図２８及び図４０を参照しつつ、以下説明する。情報提供処理は、アプリ配信サーバ１５０によって配信されるログ閲覧アプリＡＰｂが予めインストールされた端末１１０，３４０と、データ処理サーバ６０とよって実施される。

端末１１０，３４０は、ユーザによるログ閲覧アプリＡＰｂの起動操作に基づき、スキャン画面ＧＡ６（図１０参照）をディスプレイに表示させる（Ｓ３３１）。端末１１０，３４０は、最終製品ＩＭｐに付属するアイテムコードＣｄ（図２６参照）をスキャン画面ＧＡ６にて読み取り、デリバリＩＤ等のアイテムＩＤを取得する（Ｓ３３２）。スキャン画面ＧＡ６の読み取り対象となるアイテムコードＣｄは、ロットＩＭ１又はパッケージＩＭ２に付属するものであってもよい。端末１１０，３４０は、取得したアイテムＩＤを含む送信用データＴＬ７（図４０参照）を、当該アイテムＩＤ（荷物ＩＭｄ）に紐付く履歴情報の提供要求と共に、データ処理サーバ６０に送信する（Ｓ３３３）。

データ処理サーバ６０は、端末１１０，３４０から履歴情報の提供要求を受信によって取得し、提供要求を受け付ける（Ｓ３３４）。データ処理サーバ６０は、取得したアイテムＩＤの示す荷物ＩＭｄについて、バラシの履歴を確認する。データ処理サーバ６０は、流通過程において複数の流通単位に分けられたバラシ後の荷物ＩＭｄであるか否かを判定する（Ｓ３３５）。データ処理サーバ６０は、配送ステータス記録テーブルＴＬ５（図３８参照）を参照し、バラシ履歴の有無を確認してもよく、又は製造元端末３３０に記録された紐付けテーブルＴＬ１，ＴＬ２（図２９参照）を参照し、バラシ履歴の有無を確認してもよい。

データ処理サーバ６０は、荷物ＩＭｄにバラシが生じていないと判定した場合、受信したアイテムＩＤに紐付くアイテム情報、具体的には、拠点通過情報、温度計測情報及び位置計測情報を、検索によって抽出する（Ｓ３３６～Ｓ３３８）。各アイテム情報を抽出する処理は、第一実施形態と同様に、フロントサーバ７０、情報中継サーバ８０及びブロックチェーンサーバ９０等の連携によって実施されてよい（図１１参照）。データ処理サーバ６０は、拠点通過情報、温度計測情報及び位置計測情報を組み合わせて、端末１１０，３４０に提供する提供用データを生成する（Ｓ３３９）。

一方、バラシの履歴がある場合、データ処理サーバ６０は、各テーブルの情報に基づき、互いに紐付けられたアイテムＩＤを抽出し、バラシの前後関係を把握する。具体的に、アイテムＩＤがデリバリＩＤである場合、パッケージＩＤ及びロットＩＤが読み出される。また、アイテムＩＤがパッケージＩＤである場合、ロットＩＤが読み出される。データ処理サーバ６０は、各ＩＤに紐付くアイテム情報を、検索によって抽出する（Ｓ３３６～Ｓ３３８）。具体的には、デリバリＩＤに紐付くアイテム情報、パッケージＩＤに紐付くアイテム情報、ロットＩＤに紐付くアイテム情報を全て抽出する。データ処理サーバ６０は、各ＩＤに紐付くアイテム情報を組み合わせて、端末１１０，３４０に提供する提供用データを生成する（Ｓ３３９）。具体的には、バラシの前後のアイテム情報を時系列にてつなぎ合わせることにより、製造元ＤＦからの出荷時からエンドユーザＥＵに渡るまでの一連の履歴情報が生成される。

データ処理サーバ６０は、生成した提供データを、端末１１０，３４０に送信によって提供する（Ｓ３４０）。以上により、端末１１０，３４０は、一覧表示画面ＧＡ７、ルート表示画面ＧＡ８及び温度チャート表示画面ＧＡ９等のログ表示画面を、ディスプレイに表示させる（Ｓ３４１）。

ここまで説明した第三実施形態のように、流通過程においてバラシが発生する場合でも、荷物ＩＭｄに紐付く情報をブロックチェーンＢＣに関連付けて保存すれば、第一実施形態と同様の効果を奏し、情報の改竄リスクの低減が可能になる。

加えて第三実施形態でも、データ計測の周期が互いに異なる拠点通過情報、温度計測情報及び位置計測情報が異なるブロックチェーンＢＣに個別に保存される。故に、第一実施形態と同様の効果を奏し、蓄積された情報の検索性が向上するため、情報の利便性が確保され得る。

また第三実施形態では、梱包単位が変わらない流通工程においては、梱包単位が管理単位とされるため、蓄積するアイテム情報のデータ量の増加が抑制され得る。その結果、ブロックチェーンＢＣへのデータの書き込み量も抑制され得るため、情報管理に要する処理の高速化が可能になる。

さらに第三実施形態では、ロットＩＭ１等のバラシ前アイテムとパッケージＩＭ２等のバラシ後アイテムとを紐付ける紐付けテーブルＴＬ１，ＴＬ２が参照され、バラシ前アイテムに紐づく情報が、バラシ後アイテムに紐付く情報と共に取得される。そして、各アイテムに紐付く情報が組み合わされて、提供要求の要求元に提供する提供用データが生成される。以上のように、紐付けテーブルＴＬ１，ＴＬ２の設定により、バラシが発生した場合でも、バラシの前後におけるアイテム情報の紐付けが確実に実施され得る。故に、蓄積するデータ量を抑制しても、流通工程の上流に遡って履歴情報を参照することが可能になる。

加えて第三実施形態では、取得するアイテムＩＤに基づき、データ処理サーバ６０が、バラシの発生を自動判定する。故に、流通者端末３４０のユーザ、言い替えれば、バラシ業者ＷＳのスタッフの操作に依拠することなく、バラシの発生情報が紐付けテーブルＴＬ１，ＴＬ２に登録され得る。その結果、現場でのバラシのオペレーションを効率化しつつ、荷物ＩＭｄの配送情報を漏れなく蓄積することが可能になる。

尚、第三実施形態では、紐付けテーブルＴＬ１，ＴＬ２及び配送ステータス記録テーブルＴＬ５が「紐付情報」に相当する。また、ロットＩＭ１をパッケージＩＭ２に分ける場合、ロットＩＭ１が「バラシ前アイテム」に相当し、パッケージＩＭ２が「バラシ後アイテム」に相当する。同様に、パッケージＩＭ２を最終製品ＩＭｐに分ける場合、パッケージＩＭ２が「バラシ前アイテム」に相当し、最終製品ＩＭｐが「バラシ後アイテム」に相当する。

ここまで説明した各実施形態は、下記の技術的特徴１～７をさらに開示している。

＜技術的特徴１＞
コンピュータ（６０）によって実施され、情報を管理する情報管理プログラムであって、
少なくとも一つのプロセッサ（６１）に、
特定アイテム（ＩＭｓ）に紐づく情報として、データ入力又はデータ計測の周期が互いに異なる複数のアイテム情報を取得し（Ｓ２６，Ｓ２７，Ｓ３７，Ｓ２２６，Ｓ２２７）、
前記特定アイテムに紐付く前記アイテム情報を、異なる複数のブロックチェーン（ＢＣ）に関連付けて、個別に保存する（Ｓ２８，Ｓ２９，Ｓ３８，Ｓ２２８，Ｓ２２９）、
ことを含む処理を実行させる情報管理プログラム。

＜技術的特徴２＞
コンピュータ（６０）によって実施され、流通アイテム（ＩＭｄ）に関連する情報を管理する情報管理プログラムであって、
少なくとも一つのプロセッサ（６１）に、
前記流通アイテムに紐づく温度センサ（２１）にて繰り返し計測される温度計測情報を取得し（Ｓ２６）、
前記流通アイテムに紐づく位置センサ（２２）にて繰り返し計測される位置計測情報を取得し（Ｓ２７）、
少なくとも一つのブロックチェーン（ＢＣ）に関連付けて前記温度計測情報及び前記位置計測情報を保存する（Ｓ２８，Ｓ２９）、
ことを含む処理を実行させる情報管理プログラム。

＜技術的特徴３＞
コンピュータ（６０）によって実施され、アイテムに関連する情報を管理する情報管理プログラムであって、
少なくとも一つのプロセッサ（６１）に、
前記アイテムの製造及び流通の少なくとも一方に関連して使用される電力又はエネルギ資源の使用量を示す使用量情報を取得し（Ｓ２１４，Ｓ２２６）、
前記アイテムに関連する前記情報として、少なくとも一つのブロックチェーン（ＢＣ）に関連付けて、前記電力及び前記エネルギ資源の種別毎に前記使用量情報を保存する（Ｓ２１５，Ｓ２２６）、
ことを含む処理を実行させる情報管理プログラム。

＜技術的特徴４＞
コンピュータ（６０，３３０）によって実施され、流通過程において複数の流通単位に分けるバラシの発生が想定された流通アイテム（ＩＭｄ）に関連する情報を管理する情報管理プログラムであって、
少なくとも一つのプロセッサ（６１，３３１）に、
前記バラシが生じる前の前記流通アイテムであるバラシ前アイテムと、前記バラシが生じた後の前記流通アイテムであるバラシ後アイテムとを紐付ける紐付情報（ＴＬ１，ＴＬ２，ＴＬ５）を準備し（Ｓ３０３，Ｓ３０４）、
前記バラシが生じる前においては、前記バラシ前アイテムに紐付く第一アイテム情報を、ブロックチェーン（ＢＣ）に関連付けて保存し（Ｓ２８，Ｓ２９）、
前記バラシが生じた後においては、複数の前記バラシ後アイテムにそれぞれ紐付く第二アイテム情報を、前記ブロックチェーンに関連付けて個別に保存する（Ｓ２８，Ｓ２９）、
ことを含む処理を実行させる情報管理プログラム。

＜技術的特徴５＞
コンピュータ（６０）によって実施され、複数のブロックチェーン（ＢＣ）を用いて管理される情報を提供する情報提供プログラムであって、
少なくとも一つのプロセッサ（６１）に、
特定アイテム（ＩＭｓ）に紐づく情報の提供要求を取得し（Ｓ１１４）、
第一ブロックチェーン（ＢＣ２）によって管理される第一情報の中から前記特定アイテムに紐づく特定第一情報を取得し（Ｓ１２０）、
前記第一ブロックチェーンとは異なる第二ブロックチェーン（ＢＣ３）によって管理される第二情報の中から前記特定アイテムに紐づく特定第二情報を取得し（Ｓ１２３）、
前記特定第一情報及び前記特定第二情報を組み合わせて前記提供要求の要求元に提供する提供用データを生成する（Ｓ１２４）、
ことを含む処理を実行させる情報提供プログラム。

＜技術的特徴６＞
コンピュータ（６０）によって実施され、ブロックチェーン（ＢＣ）を用いて管理される情報を提供する情報提供プログラムあって、
少なくとも一つのプロセッサ（６１）に、
アイテムの製造及び流通に関連して使用された電力又はエネルギ資源の使用量を示す使用量情報であって、前記電力及び前記エネルギ資源の種別毎に前記ブロックチェーン（ＢＣ）によって管理される前記使用量情報を取得し（Ｓ２６９，Ｓ２７１）、
前記アイテムに設定される仕向地に対応した算出方法を準備し、当該算出方法を用いて前記種別毎の前記使用量情報から前記アイテムのカーボンリリース量を算出する（Ｓ２７２，Ｓ２７３）、
ことを含む処理を実行させる情報提供プログラム。

＜技術的特徴７＞
コンピュータ（６０）によって実施され、ブロックチェーン（ＢＣ）を用いて管理される情報を提供する情報提供プログラムであって、
少なくとも一つのプロセッサ（６１）に、
流通アイテム（ＩＭｄ）に紐づく情報の提供要求を取得し（Ｓ３３４）、
前記流通アイテムが流通過程において複数の流通単位に分けられたバラシ後アイテムである場合に、複数に分けられる前のバラシ前アイテムと前記バラシ後アイテムとを紐付ける紐付情報（ＴＬ１，ＴＬ２，ＴＬ５）を参照し（Ｓ３３５）、
前記ブロックチェーンを用いて管理される情報の中から、前記バラシ前アイテムに紐づく第一アイテム情報を、前記バラシ後アイテムに紐付く第二アイテム情報と共に取得し（Ｓ３３６～Ｓ３３８）、
前記第一アイテム情報及び前記第二アイテム情報を組み合わせて前記提供要求の要求元に提供する提供用データを生成する（Ｓ３３９）、
ことを含む処理を実行させる情報提供プログラム。

（他の実施形態）
以上、本開示の複数の実施形態について説明したが、本開示は、上記実施形態に限定して解釈されるものではなく、本開示の要旨を逸脱しない範囲内において種々の実施形態及び組み合わせに適用することができる。

上記第一実施形態では、荷物ＩＭｄに紐付く温度計測情報及び位置計測情報がブロックチェーンＢＣを用いて管理されていた。しかし、ブロックチェーンＢＣを用いて管理する複数の計測情報は、温度計測情報及び位置計測情報に限定されない。計測周期又は取得周期の異なる複数の計測情報が複数のブロックチェーンＢＣを用いて分割管理されてよい。

一例として、変形例１の情報管理システムは、生徒の日毎の学習時間と、テストの成績（点数）とを、生徒に紐付く計測情報として記録する教育管理システムとして使用される。また別の一例として、変形例２の情報管理システムは、農作物に与える水の量と肥料の量とを、農作物に紐付く計測情報として記録する農業管理システムとして使用される。農業管理システムに蓄積された情報は、農作物の消費者に提供可能となる。

また別の一例として、変形例２による情報管理システムは、上記第二実施形態と同様に、複数のサプライヤによって構築されたサプライチェーンに適用される。変形例２による情報管理システムは、サプライヤ間にて実施されたアイテムの取引記録を管理するサプライチェーン管理システムとして機能する。変形例２の拠点端末３０は、各サプライヤの拠点に設置され、他のサプライヤからのアイテムの納入、及び他のサプライヤへのアイテムの出荷を、拠点情報として記録する。具体的に、拠点端末３０は、各サプライヤの拠点を識別する拠点ＩＤ、アイテムＩＤ、並びにアイテムの納入時刻及び出荷時刻等を拠点情報として記録する。加えて拠点端末３０は、各サプライヤにて実施される加工情報、組立情報及び処理情報等を、拠点情報として記録してもよい。拠点端末３０は、手動入力又は自動入力によって記録した拠点情報を、サーバ装置に送信する。尚、変形例２では、サプライヤの拠点が「中継拠点」に相当する。

上記実施形態の変形例３では、拠点通過情報、温度計測情報及び位置計測情報のうちの一つのアイテム情報が、ブロックチェーンＢＣに保存する対象から外されている。一例として、３つのアイテム情報のうち温度計測情報及び位置計測情報のみが、ブロックチェーンＢＣに関連付けて保存される。

上記第二実施形態の変形例４による情報管理システムは、製品として市場に流通するアイテムに関わる全てのカーボン排出量の計算に活用される。より具体的には、特定のアイテムの製造及びライフサイクルにおける二酸化炭素等の温室効果ガスの排出量（所謂カーボンフットプリント）を記録する記録システムに、情報管理システムが適用される。

変形例４では、一つのアイテム（製品）の製造又は加工等に伴って発生したカーボン排出量（以下、製造時排出量）が、サプライチェーンに含まれる個々のサプライヤの拠点毎に把握される。一つのアイテムあたりの製造時排出量は、一例として、製造時又は加工時等に拠点にて排出される全カーボン排出量を、当該拠点にて生産されたアイテムの数で割った値とされる。

さらに、一つのアイテムを流通させるために発生したカーボン排出量（以下、流通時排出量）が、サプライヤ拠点間でのアイテムの移動毎に把握される。一つのアイテムあたりの流通時排出量は、一例として、拠点間の移動に要する全カーボン排出量、アイテムの移動距離及び重量等を用いて算出される。製造時排出量及び流通時排出量の算出処理は、拠点端末３０にて実施されてもよく、いずれかのサーバ装置によって実施されてもよい。

また、製造時排出量及び流通時排出量は、入力又は計測の周期が互いに異なる複数の「アイテム情報」として、フロントサーバ７０に取得され、異なる複数のブロックチェーンＢＣに関連付けて、個別に保存される。例えば、製造時排出量は、製造時排出量保管チェーンに保存され、流通時排出量は、流通時排出量保管チェーンに保存される。そして、提供要求に基づき、製造時排出量及び流通時排出量を組み合わせる積算処理により、一つのアイテムあたりのカーボン排出量が、提供用データとして要求元に提供される。

加えて、アイテムの廃棄又はリサイクルに伴って発生したカーボン排出量が、製造時排出量保管チェーン及び流通時排出量保管チェーンとは別のブロックチェーンＢＣにアイテム情報としてさらに保存されてもよい。こうした変形例４では、製造時排出量が「第一情報」及び「特定第一情報」に相当し、製造時排出量保管チェーンが「第一ブロックチェーン」に相当する。また、流通時排出量が「第二情報」及び「特定第二情報」に相当し、流通時排出量保管チェーンが「第二ブロックチェーン」に相当する。

上記第二実施形態の変形例５による情報管理システムは、電動機を走行用の動力源の少なくとも一部とする車両（ｘＥＶ）に搭載されるバッテリの管理に使用される。情報管理システムは、例えばＥＵ電池指令に基づき、バッテリの原材料の生産、バッテリセルの製造、市場での使用、さらに市場での耐用年数の経過後におけるリサイクル及び再使用等の管理を可能にする。具体的には、コバルト、ニッケル、リチウム、マンガン及びアルミニウム等の陰極材料について、出処だけでなく、環境及び健康上の実績等が情報管理システムによって管理可能である。

さらに、サプライチェーン管理システムによって提供されるカーボンフットプリントの情報（数値）は、国境炭素税の税率を算出する場合の根拠となるデータとして利用可能である。本開示による情報管理システムは、バッテリＢＡＴ等の工業製品に限定されず、例えば鉄鋼、セメント、肥料及びアルミニウム等のアイテムについて、製造及び流通によるカーボンフットプリントを保証可能である。

上記実施形態では、保冷ボックスＩＤがモニタリング装置２０を識別するセンサＩＤの機能を兼ねていた。一方で、上記実施形態の変形例６では、保冷ボックスＩＤとセンサＩＤとが別々に記録される。変形例６では、スタッフ端末４０によって、保冷ボックスＩＤとセンサＩＤとを紐付ける登録処理が実施される。さらに、上記実施形態の変形例７では、荷物ＩＭｄとモニタリング装置２０とが一体で流通することで、アイテムＩＤがセンサＩＤを兼ねる。

上記実施形態の変形例８では、輸送情報として、道路の種別情報が用いられる。具体的に、コントローラ２３は、高速道路を使用して移動中と判断した場合、位置計測情報の取得頻度を下げて、位置情報保管チェーンＢＣ３に蓄積されるデータ量を抑制する。以上によれば、計測ポイントＰｄの間隔が広くても、実際の移動軌跡と同一の輸送ルートＴＲがルート表示画面ＧＡ８にて再現可能となる。

上記実施形態では、温度計測情報及び位置計測情報の計測周期は、コントローラ２３によって制御されていた。一方で、上記実施形態の変形例９では、フロントサーバ７０が計測周期を制御する。フロントサーバ７０は、計測周期を指示する指令をコントローラ２３に送信してもよく、モニタリング装置２０から送信された計測情報の間引きの調整により、記録上における計測周期（サンプリング周期）を制御してもよい。さらに、上記実施形態の変形例１０では、位置計測情報の計測周期を調整する機能が省略されている。また変形例１１では、温度計測情報の計測周期を調整する機能が省略されている。

上記実施形態のコールドチェーン管理システムでは、温度計測情報及び位置計測情報が別々のブロックチェーンＢＣを用いて管理されていた。一方で、上記実施形態の変形例１２のコールドチェーン管理システムでは、温度計測情報及び位置計測情報が、一つのブロックチェーンＢＣに関連付けて保存される。さらに、温度情報の計測周期及び位置情報の計測周期は、適宜設定されてよい。例えば、温度情報の計測周期は、位置情報の計測周期よりも長く設定可能である。さらに、温度情報の計測周期は、位置情報の計測周期よりも短く設定可能である。

各ブロックチェーンサーバ９０の各情報保存部９２，９５，９８によって用いられるハッシュ関数は、適宜変更されてよい。ハッシュ関数は、違う入力から同一のハッシュ値を出力することがなく、且つ、出力されたハッシュ値から入力を推測することが実質不可能という特性を有する。こうした特性を有していれば、例えば、ＳＨＡ－２５６、ＳＨＡ－１、ＳＨＡ－２及びＳＨＡ－３等の暗号化アルゴリズムが、必要とされる出力長（ビット数）に合わせて適宜使用されてよい。

各ブロックチェーンサーバ９０の各情報提供部９３，９６，９９は、抽出したデータを検証する機能を有していてもよい。一例として、各情報提供部９３，９６，９９は、アイテムＩＤに紐付く履歴情報を提供するタイミングで、ハッシュ関数を用いた演算を実行する。こうした検証処理によれば、改竄されていないことが検証された履歴情報が、エンドユーザＥＵ等に提供される。

上記実施形態の変形例１３では、上述のＲＦＩＤの技術を利用し、アイテムＩＤ及び保冷ボックスＩＤ等が記録されている。こうした変形例１３のように流通アイテムに添付されるデータ記録媒体は、紙媒体に印刷された一次元コード又は二次元コードに替えて、ＲＦＩＤタグが用いられてよい。このようなＲＦＩＤの技術の利用によれば、例えばＲＦＩＤタグが視認されない状態であっても、アイテムＩＤ及び保冷ボックスＩＤの遠隔での読み取りが可能になる。尚、変形例１３では、スタッフ端末４０及びユーザ端末１１０は、ＲＦＩＤタグを読み取り可能なリーダ等と有線又は無線にて接続される。また、コールドチェーンＣＣの一部で一次元コード又は二次元コードが利用され、他の一部でＲＦＩＤタグが利用されてもよい。

さらに、アイテムコードＣｄ等に利用される情報コードの態様も適宜変更されてよい。例えば、暗号鍵の利用により、記録された情報の公開及び非公開を設定可能なセキュアなＱＲコード（ＳＱＲＣ，登録商標）が、アイテムコードＣｄとして利用されてもよい。さらに、二次元コードは、特定の読取装置によってのみ読み取り可能な情報を含むカラーＱＲコード等であってもよく、或いは赤外線又は紫外線に照射によって読み取り可能となる二次元コードであってもよい。

上記実施形態にて、データ処理サーバ６０によって提供されていた各機能は、ソフトウェア及びそれを実行するハードウェア、ソフトウェアのみ、ハードウェアのみ、あるいはそれらの複合的な組合せによっても提供可能である。同様に、スタッフ端末４０及びユーザ端末１１０によって提供されていた各機能も、ソフトウェア及びそれを実行するハードウェア、ソフトウェアのみ、ハードウェアのみ、あるいはそれらの複合的な組合せによっても提供可能である。こうした機能がハードウェアとしての電子回路によって提供される場合、各機能は、多数の論理回路を含むデジタル回路、又はアナログ回路によっても提供可能である。

上記実施形態の各プロセッサは、ＣＰＵ（Central Processing Unit）及びＧＰＵ（Graphics Processing Unit）等の演算コアを少なくとも一つ含む構成であってよい。さらに、プロセッサは、ＦＰＧＡ（Field-Programmable Gate Array）及び他の専用機能を備えたＩＰコア等をさらに含む構成であってよい。

上記実施形態の各記憶部として採用され、本開示の情報管理方法及び情報提供方法の実現に関連した各プログラムを記憶する記憶媒体の形態は、適宜変更されてよい。例えば記憶媒体は、回路基板上に設けられた構成に限定されず、メモリカード等の形態で提供され、スロット部に挿入されて、コンピュータのバスに電気的に接続される構成であってよい。さらに、記憶媒体は、コンピュータへのプログラムのコピー基となる光学ディスク及びのハードディスクドライブ等であってもよい。

本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサを構成する専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の装置及びその手法は、専用ハードウェア論理回路により、実現されてもよい。もしくは、本開示に記載の装置及びその手法は、コンピュータプログラムを実行するプロセッサと一つ以上のハードウェア論理回路との組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

２１温度センサ、２２位置センサ、６０データ処理サーバ（コンピュータ）、６１，３３１プロセッサ、３３０製造元端末（コンピュータ）、ＢＣブロックチェーン、ＢＣ１拠点情報保管チェーン（第三ブロックチェーン）、ＢＣ２温度情報保管チェーン（第一ブロックチェーン）、ＢＣ３位置情報保管チェーン（第二ブロックチェーン）、ＩＭｄ荷物（流通アイテム）、ＩＭｓ特定アイテム、ＩＭ１ロット（バラシ前アイテム）、ＩＭ２パッケージ（バラシ前アイテム，バラシ後アイテム）、ＩＭｐ最終製品（バラシ後アイテム）、ＴＢ拠点（中継拠点）、ＴＬ１，ＴＬ２紐付テーブ（紐付情報）、ＴＬ５配送ステータス記録テーブル（紐付情報）

Claims

コンピュータ（６０）によって実施され、情報を管理する情報管理方法であって、
少なくとも一つのプロセッサ（６１）にて実行される処理に、
特定アイテム（ＩＭｓ）に紐づく情報として、データ入力又はデータ計測の周期が互いに異なる複数のアイテム情報を取得し（Ｓ２６，Ｓ２７，Ｓ３７，Ｓ２２６，Ｓ２２７）、
前記特定アイテムに紐付く前記アイテム情報を、異なる複数のブロックチェーン（ＢＣ）に関連付けて、個別に保存する（Ｓ２８，Ｓ２９，Ｓ３８，Ｓ２２８，Ｓ２２９）、というステップを含み、
複数の前記アイテム情報には、前記特定アイテムとしての流通アイテム（ＩＭｄ）に紐づく温度センサ（２１）にて繰り返し計測される温度計測情報と、前記流通アイテムに紐づく位置センサ（２２）にて繰り返し計測される位置計測情報と、が含まれており、
前記アイテム情報を保存するステップでは、複数の前記ブロックチェーンの一つである温度情報保管チェーン（ＢＣ２）に関連付けて前記温度計測情報を保存し、前記温度情報保管チェーンとは異なる前記ブロックチェーンである位置情報保管チェーン（ＢＣ３）に関連付けて前記温度計測情報を保存する情報管理方法。
複数の前記アイテム情報には、前記流通アイテムの中継拠点（ＴＢ）の通過に関連する拠点情報がさらに含まれており、
前記アイテム情報を保存するステップでは、前記温度情報保管チェーン及び前記位置情報保管チェーンとは異なる前記ブロックチェーンである拠点情報保管チェーン（ＢＣ１）に関連付けて前記拠点情報を保存する請求項１に記載の情報管理方法。
前記流通アイテムは、流通過程において複数の流通単位に分けるバラシの発生が想定されており、
前記バラシが生じる前においては、前記バラシが生じる前の前記流通アイテムであるバラシ前アイテムに紐付く前記温度センサ及び前記位置センサにて計測される前記温度計測情報及び前記位置計測情報を、前記ブロックチェーンに関連付けて保存し、
前記バラシが生じた後においては、前記バラシが生じた後の前記流通アイテムである複数のバラシ後アイテムにそれぞれ紐付く前記温度センサ及び前記位置センサにて計測される前記温度計測情報及び前記位置計測情報を、前記ブロックチェーンに関連付けて個別に保存する請求項１又は２に記載の情報管理方法。
コンピュータ（６０）によって実施され、流通過程において複数の流通単位に分けるバラシの発生が想定された流通アイテム（ＩＭｄ）に関連する情報を管理する情報管理方法であって、
少なくとも一つのプロセッサ（６１）にて実行される処理に、
前記流通アイテムに紐づく温度センサ（２１）にて繰り返し計測される温度計測情報を取得し（Ｓ２６）、
前記流通アイテムに紐づく位置センサ（２２）にて繰り返し計測される位置計測情報を取得し（Ｓ２７）、
少なくとも一つのブロックチェーン（ＢＣ）に関連付けて前記温度計測情報及び前記位置計測情報を保存する（Ｓ２８，Ｓ２９）、というステップを含み、
前記温度計測情報及び前記位置計測情報を保存するステップでは、
前記バラシが生じる前においては、前記バラシが生じる前の前記流通アイテムであるバラシ前アイテムに紐付く前記温度センサ及び前記位置センサにて計測される前記温度計測情報及び前記位置計測情報を、前記ブロックチェーンに関連付けて保存し、
前記バラシが生じた後においては、前記バラシが生じた後の前記流通アイテムである複数のバラシ後アイテムにそれぞれ紐付く前記温度センサ及び前記位置センサにて計測される前記温度計測情報及び前記位置計測情報を、前記ブロックチェーンに関連付けて個別に保存する情報管理方法。
前記流通アイテムの中継拠点（ＴＢ）の通過に関連する拠点情報を取得し（Ｓ３７）、
前記ブロックチェーン（ＢＣ）に関連付けて前記拠点情報をさらに保存する（Ｓ３８）、
というステップをさらに含む請求項４に記載の情報管理方法。
前記位置計測情報の計測の周期は、前記流通アイテムの輸送に関連する輸送情報に基づき変更される請求項１～５のいずれか一項に記載の情報管理方法。
コンピュータ（６０）によって実施され、流通アイテム（ＩＭｄ）に関連する情報を管理する情報管理方法であって、
少なくとも一つのプロセッサ（６１）にて実行される処理に、
前記流通アイテムに紐づく温度センサ（２１）にて繰り返し計測される温度計測情報を取得し（Ｓ２６）、
前記流通アイテムに紐づく位置センサ（２２）にて繰り返し計測される位置計測情報を取得し（Ｓ２７）、
少なくとも一つのブロックチェーン（ＢＣ）に関連付けて前記温度計測情報及び前記位置計測情報を保存する（Ｓ２８，Ｓ２９）、というステップを含み、
前記位置計測情報の計測の周期は、前記流通アイテムの輸送に関連する輸送情報に基づき変更される情報管理方法。
前記流通アイテムの中継拠点（ＴＢ）の通過に関連する拠点情報を取得し（Ｓ３７）、
前記ブロックチェーン（ＢＣ）に関連付けて前記拠点情報をさらに保存する（Ｓ３８）、
というステップをさらに含む請求項７に記載の情報管理方法。
前記位置計測情報の計測の周期は、前記流通アイテムの輸送の速度が高くなるほど短くされる請求項６～８のいずれか一項に記載の情報管理方法。
前記位置計測情報の計測の周期は、前記流通アイテムを輸送する輸送機関の種別に応じて変更される請求項６～９のいずれか一項に記載の情報管理方法。
前記温度計測情報の計測の周期は、前記流通アイテムの形態に関連する形態情報に基づき変更される請求項１～１０のいずれか一項に記載の情報管理方法。
コンピュータ（６０）によって実施され、流通アイテム（ＩＭｄ）に関連する情報を管理する情報管理方法であって、
少なくとも一つのプロセッサ（６１）にて実行される処理に、
前記流通アイテムに紐づく温度センサ（２１）にて繰り返し計測される温度計測情報を取得し（Ｓ２６）、
前記流通アイテムに紐づく位置センサ（２２）にて繰り返し計測される位置計測情報を取得し（Ｓ２７）、
少なくとも一つのブロックチェーン（ＢＣ）に関連付けて前記温度計測情報及び前記位置計測情報を保存する（Ｓ２８，Ｓ２９）、というステップを含み、
前記温度計測情報の計測の周期は、前記流通アイテムの形態に関連する形態情報に基づき変更される情報管理方法。
前記流通アイテムの中継拠点（ＴＢ）の通過に関連する拠点情報を取得し（Ｓ３７）、
前記ブロックチェーン（ＢＣ）に関連付けて前記拠点情報をさらに保存する（Ｓ３８）、
というステップをさらに含む請求項１２に記載の情報管理方法。
前記位置計測情報の計測の周期は、前記流通アイテムの体積に対する表面積が小さくなるほど長くされる請求項１３に記載の情報管理方法。
コンピュータ（６０）によって実施され、アイテムに関連する情報を管理する情報管理方法であって、
少なくとも一つのプロセッサ（６１）にて実行される処理に、
前記アイテムの製造及び流通の少なくとも一方に関連して使用される電力又はエネルギ資源の使用量を示す使用量情報を取得し（Ｓ２１４，Ｓ２２６）、
前記アイテムに関連する前記情報として、少なくとも一つのブロックチェーン（ＢＣ）に関連付けて、前記電力及び前記エネルギ資源の種別毎に前記使用量情報を保存する（Ｓ２１５，Ｓ２２６）、
というステップを含む情報管理方法。
前記使用量情報を取得するステップでは、前記エネルギ資源の生産地を示す生産地情報をさらに取得し、
前記使用量情報を保存するステップでは、前記生産地情報を紐付けて前記エネルギ資源の前記使用量情報を保存する請求項１５に記載の情報管理方法。
コンピュータ（６０）によって実施され、複数のブロックチェーン（ＢＣ）を用いて管理され、かつ、流通アイテム（ＩＭｄ）に紐づく情報を提供する情報提供方法であって、
少なくとも一つのプロセッサ（６１）にて実行される処理に、
前記流通アイテムに紐づく情報の提供要求を取得し（Ｓ１１４）、
第一ブロックチェーン（ＢＣ２）によって管理される第一情報の中から前記流通アイテムに紐づく特定第一情報を取得し（Ｓ１２０）、
前記第一ブロックチェーンとは異なる第二ブロックチェーン（ＢＣ３）によって管理される第二情報の中から前記流通アイテムに紐づく特定第二情報を取得し（Ｓ１２３）、
前記特定第一情報及び前記特定第二情報を組み合わせて前記提供要求の要求元に提供する提供用データを生成し（Ｓ１２４）、
前記第一ブロックチェーン及び前記第二ブロックチェーンとは異なる第三ブロックチェーン（ＢＣ１）によって管理される拠点情報の中から、前記流通アイテムの中継拠点（ＴＢ）の通過に関連する特定拠点情報を取得する（Ｓ１１７）、というステップを含み、
前記特定第一情報及び前記特定第二情報は、互いに計測の周期が異なる計測情報であり、
前記特定第二情報は、前記流通アイテムが前記中継拠点の間を移動する輸送期間にて、前記流通アイテムに紐づく位置センサ（２２）により計測された位置計測情報を含み、
前記提供用データを生成するステップでは、前記特定第一情報及び前記特定第二情報をそれぞれの計測周期に応じて組み合わせ、かつ、前記拠点情報に記録された拠点位置データの間を、前記位置計測情報に記録された前記輸送期間の輸送中位置データによって補完してなる前記提供用データを生成する情報提供方法。
前記要求元の位置データを、配達場所情報として取得し（Ｓ１４５）、
前記位置センサにて計測される現在位置情報と前記配達場所情報との比較に基づき、前記流通アイテムが前記要求元に接近したと判定した場合に、到着予告通知を前記要求元に送信する（Ｓ１４７，Ｓ１４８）、
というステップをさらに含む請求項１７に記載の情報提供方法。
コンピュータ（６０）によって実施され、複数のブロックチェーン（ＢＣ）を用いて管理され、かつ、流通アイテム（ＩＭｄ）に紐付く情報を提供する情報提供方法であって、
少なくとも一つのプロセッサ（６１）にて実行される処理に、
前記流通アイテムに紐づく情報の提供要求を取得し（Ｓ１１４）、
第一ブロックチェーン（ＢＣ２）によって管理される第一情報の中から前記流通アイテムに紐づく特定第一情報を取得し（Ｓ１２０）、
前記第一ブロックチェーンとは異なる第二ブロックチェーン（ＢＣ３）によって管理される第二情報の中から前記流通アイテムに紐づく特定第二情報を取得し（Ｓ１２３）、
前記特定第一情報及び前記特定第二情報を組み合わせて前記提供要求の要求元に提供する提供用データを生成し（Ｓ１２４）、
前記要求元の位置データを、配達場所情報として取得し（Ｓ１４５）、
前記流通アイテムに紐づく位置センサ（２２）にて計測される現在位置情報と前記配達場所情報との比較に基づき、前記流通アイテムが前記要求元に接近したと判定した場合に、到着予告通知を前記要求元に送信する（Ｓ１４７，Ｓ１４８）、というステップを含み、
前記特定第一情報及び前記特定第二情報は、互いに計測の周期が異なる計測情報であり、
前記特定第二情報は、前記流通アイテムが中継拠点（ＴＢ）の間を移動する輸送期間にて、前記流通アイテムに紐づく前記位置センサにより計測された位置計測情報を含み、
前記提供用データを生成するステップでは、前記特定第一情報及び前記特定第二情報をそれぞれの計測周期に応じて組み合わせた前記提供用データを生成する情報提供方法。
コンピュータ（６０）によって実施され、ブロックチェーン（ＢＣ）を用いて管理される情報を提供する情報提供方法あって、
少なくとも一つのプロセッサ（６１）にて実行される処理に、
アイテムの製造及び流通に関連して使用された電力又はエネルギ資源の使用量を示す使用量情報であって、前記電力及び前記エネルギ資源の種別毎に前記ブロックチェーン（ＢＣ）によって管理される前記使用量情報を取得し（Ｓ２６９，Ｓ２７１）、
前記アイテムに設定される仕向地に対応した算出方法を準備し、当該算出方法を用いて前記種別毎の前記使用量情報から前記アイテムのカーボンリリース量を算出する（Ｓ２７２，Ｓ２７３）、
というステップを含む情報提供方法。
前記使用量情報を取得するステップでは、使用された前記エネルギ資源の生産地を示す生産地情報が紐付く前記使用量情報を取得し、
前記カーボンリリース量を算出するステップでは、前記生産地情報を反映した前記カーボンリリース量を算出する請求項２０に記載の情報提供方法。
前記カーボンリリース量を算出するステップでは、前記アイテムに前記仕向地が設定されていない場合に、仮設定した前記算出方法を用いて前記カーボンリリース量を算出する請求項２０又は２１に記載の情報提供方法。