知財求人 - 知財ポータルサイト「IP Force」
特開2024-171060サプライチェーン管理装置、サプライチェーン管理システム及びサプライチェーン管理方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024171060
(43)【公開日】2024-12-11
(54)【発明の名称】サプライチェーン管理装置、サプライチェーン管理システム及びサプライチェーン管理方法
(51)【国際特許分類】
G06Q 10/06 20230101AFI20241204BHJP
【ＦＩ】
G06Q10/06
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2023087927
(22)【出願日】2023-05-29
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
(71)【出願人】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110000062
【氏名又は名称】弁理士法人第一国際特許事務所
(72)【発明者】
【氏名】グントゥパリ ジェーエシュ ラヴィンドラ
【テーマコード（参考）】
5L010
5L049
【Ｆターム（参考）】
5L010AA20
5L049AA20
(57)【要約】
【課題】サプライチェーンにおいて配送される配送物について、関連する親子配送物との関係や、各配送物のリアルタイムの状態を容易に把握することができるサプライチェーン管理手段を提供すること。
【解決手段】サプライチェーンにおいて配送される第１の配送物について、第１の配送物に関する第１のメタデータを対応付けた第１のデータトークンを分散型台帳において生成する第１のトークン生成部と、第１のデータトークンに対応付けられている第１のメタデータを取得するメタデータ取得部と、第１の配送物に関連する第２の配送物を配送する配送工程を判定する配送管理部と、第２の配送物について、第２のメタデータを対応付けた第２のデータトークンを分散型台帳において生成する第２のトークン生成部と、第１及び第２のメタデータに基づいて第１及び第２の配送物の関係を示す配送物関係図を生成し、出力する追跡管理部とを含むサプライチェーン管理装置。
【選択図】図２
【解決手段】サプライチェーンにおいて配送される第１の配送物について、第１の配送物に関する第１のメタデータを対応付けた第１のデータトークンを分散型台帳において生成する第１のトークン生成部と、第１のデータトークンに対応付けられている第１のメタデータを取得するメタデータ取得部と、第１の配送物に関連する第２の配送物を配送する配送工程を判定する配送管理部と、第２の配送物について、第２のメタデータを対応付けた第２のデータトークンを分散型台帳において生成する第２のトークン生成部と、第１及び第２のメタデータに基づいて第１及び第２の配送物の関係を示す配送物関係図を生成し、出力する追跡管理部とを含むサプライチェーン管理装置。
【選択図】図２
【特許請求の範囲】
【請求項1】
サプライチェーン管理装置であって、
プロセッサとメモリとを備え、
前記メモリは、
サプライチェーンにおいて第１の配送工程で配送される第１の配送物について、前記第１の配送物に関する第１のメタデータを対応付けた第１のデータトークンを所定の分散型台帳において生成する第１のトークン生成部と、
前記第１の配送物が所定の配送先で受領されたことを検出した場合、前記第１のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータを取得するメタデータ取得部と、
所定の配送計画に基づいて、前記第１の配送物に関連する第２の配送物を配送するための第２の配送工程を判定する配送管理部と、
前記第１のメタデータに基づいて、前記第２の配送物に関する第２のメタデータを対応付けた第２のデータトークンを前記分散型台帳において生成する第２のトークン生成部と、
前記第１のデータトークン及び前記第２のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータと、前記第２のデータトークンに対応付けられている前記第２のメタデータとに基づいて、前記第１の配送物及び前記第２の配送物の関係を示す配送物関係図を生成し、出力する追跡管理部、
として前記プロセッサを機能させるための処理命令を含むことを特徴とするサプライチェーン管理装置。
プロセッサとメモリとを備え、
前記メモリは、
サプライチェーンにおいて第１の配送工程で配送される第１の配送物について、前記第１の配送物に関する第１のメタデータを対応付けた第１のデータトークンを所定の分散型台帳において生成する第１のトークン生成部と、
前記第１の配送物が所定の配送先で受領されたことを検出した場合、前記第１のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータを取得するメタデータ取得部と、
所定の配送計画に基づいて、前記第１の配送物に関連する第２の配送物を配送するための第２の配送工程を判定する配送管理部と、
前記第１のメタデータに基づいて、前記第２の配送物に関する第２のメタデータを対応付けた第２のデータトークンを前記分散型台帳において生成する第２のトークン生成部と、
前記第１のデータトークン及び前記第２のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータと、前記第２のデータトークンに対応付けられている前記第２のメタデータとに基づいて、前記第１の配送物及び前記第２の配送物の関係を示す配送物関係図を生成し、出力する追跡管理部、
として前記プロセッサを機能させるための処理命令を含むことを特徴とするサプライチェーン管理装置。
【請求項2】
前記第１のメタデータは、
前記第１の配送物を識別する第１の配送物ＩＤ、前記第１の配送物の状態を示す第１の状態情報、前記第１の配送物の位置を示す第１の位置情報及び前記第１の配送工程を特徴付ける第１の配送情報を含む、
ことを特徴とする、請求項１に記載のサプライチェーン管理装置。
前記第１の配送物を識別する第１の配送物ＩＤ、前記第１の配送物の状態を示す第１の状態情報、前記第１の配送物の位置を示す第１の位置情報及び前記第１の配送工程を特徴付ける第１の配送情報を含む、
ことを特徴とする、請求項１に記載のサプライチェーン管理装置。
【請求項3】
前記サプライチェーン管理装置は、
前記第１の配送物を監視するセンサから、前記第１の配送物に関するセンサ情報を取得するセンサ情報取得部と、
前記センサ情報と、前記第１のメタデータとを比較した結果、前記センサ情報は前記第１のメタデータに対する類似度基準を満たさない場合、前記分散型台帳における前記第１のデータトークンに対応付けられている前記第１のメタデータを前記センサ情報に基づいて更新するトークン更新部と、
を更に含むことを特徴とする、請求項２に記載のサプライチェーン管理装置。
前記第１の配送物を監視するセンサから、前記第１の配送物に関するセンサ情報を取得するセンサ情報取得部と、
前記センサ情報と、前記第１のメタデータとを比較した結果、前記センサ情報は前記第１のメタデータに対する類似度基準を満たさない場合、前記分散型台帳における前記第１のデータトークンに対応付けられている前記第１のメタデータを前記センサ情報に基づいて更新するトークン更新部と、
を更に含むことを特徴とする、請求項２に記載のサプライチェーン管理装置。
【請求項4】
前記配送計画は、前記第１の配送物を、前記第２の配送工程で配送される前記第２の配送物及び第３の配送工程で配送される第３の配送物に分割することを規定する場合、
前記第２のトークン生成部は、
前記第２の配送物について、前記第２の配送物を識別する第２の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む前記第２のメタデータに対応付けた前記第２のデータトークンを前記分散型台帳において生成し、
前記第３の配送物について、前記第３の配送物を識別する第３の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む第３のメタデータに対応付けた第３のデータトークンを前記分散型台帳において生成する、
ことを特徴とする請求項２に記載のサプライチェーン管理装置。
前記第２のトークン生成部は、
前記第２の配送物について、前記第２の配送物を識別する第２の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む前記第２のメタデータに対応付けた前記第２のデータトークンを前記分散型台帳において生成し、
前記第３の配送物について、前記第３の配送物を識別する第３の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む第３のメタデータに対応付けた第３のデータトークンを前記分散型台帳において生成する、
ことを特徴とする請求項２に記載のサプライチェーン管理装置。
【請求項5】
前記追跡管理部は、
前記第１のデータトークン、前記第２のデータトークン及び前記第３のデータトークンを前記分散型台帳において特定し、前記第２のデータトークンに対応付けられている前記第２のメタデータ及び前記第３のデータトークンに対応付けられている前記第３のメタデータにおいて、前記第１の配送物を識別する前記第１の配送物ＩＤが親配送物ＩＤとして含まれている場合、前記第２の配送物及び前記第３の配送物が前記第１の配送物から派生した子配送物であることを示す配送物関係図を生成し、出力する、
ことを特徴とする、請求項４に記載のサプライチェーン管理装置。
前記第１のデータトークン、前記第２のデータトークン及び前記第３のデータトークンを前記分散型台帳において特定し、前記第２のデータトークンに対応付けられている前記第２のメタデータ及び前記第３のデータトークンに対応付けられている前記第３のメタデータにおいて、前記第１の配送物を識別する前記第１の配送物ＩＤが親配送物ＩＤとして含まれている場合、前記第２の配送物及び前記第３の配送物が前記第１の配送物から派生した子配送物であることを示す配送物関係図を生成し、出力する、
ことを特徴とする、請求項４に記載のサプライチェーン管理装置。
【請求項6】
前記配送計画は、前記第１の配送物を、第０の配送物と組み合わせて前記第２の配送工程で配送される前記第２の配送物とすることを規定する場合、
前記第２のトークン生成部は、
前記第２の配送物について、前記第２の配送物を識別する第２の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤ及び前記第０の配送物を識別する第０の配送物ＩＤを親配送物ＩＤとして含む前記第２のメタデータに対応付けた前記第２のデータトークンを前記分散型台帳において生成する、
ことを特徴とする請求項２に記載のサプライチェーン管理装置。
前記第２のトークン生成部は、
前記第２の配送物について、前記第２の配送物を識別する第２の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤ及び前記第０の配送物を識別する第０の配送物ＩＤを親配送物ＩＤとして含む前記第２のメタデータに対応付けた前記第２のデータトークンを前記分散型台帳において生成する、
ことを特徴とする請求項２に記載のサプライチェーン管理装置。
【請求項7】
前記追跡管理部は、
前記第０の配送物に対応する第０のデータトークン、前記第１のデータトークン及び前記第２のデータトークンを前記分散型台帳において特定し、前記第２のデータトークンに対応付けられている前記第２のメタデータにおいて、前記第０の配送物を識別する前記第０の配送物ＩＤ及び前記第１の配送物を識別する前記第１の配送物ＩＤが親配送物ＩＤとして含まれている場合、前記第２の配送物が前記第０の配送物及び前記第１の配送物から派生した子配送物であることを示す配送物関係図を生成し、出力する、
ことを特徴とする、請求項６に記載のサプライチェーン管理装置。
前記第０の配送物に対応する第０のデータトークン、前記第１のデータトークン及び前記第２のデータトークンを前記分散型台帳において特定し、前記第２のデータトークンに対応付けられている前記第２のメタデータにおいて、前記第０の配送物を識別する前記第０の配送物ＩＤ及び前記第１の配送物を識別する前記第１の配送物ＩＤが親配送物ＩＤとして含まれている場合、前記第２の配送物が前記第０の配送物及び前記第１の配送物から派生した子配送物であることを示す配送物関係図を生成し、出力する、
ことを特徴とする、請求項６に記載のサプライチェーン管理装置。
【請求項8】
前記配送物関係図は、
前記第１の配送物及び前記第２の配送物の関係に加えて、前記第１の配送物及び前記第２の配送物の状態を示す、
ことを特徴とする、請求項１に記載のサプライチェーン管理装置。
前記第１の配送物及び前記第２の配送物の関係に加えて、前記第１の配送物及び前記第２の配送物の状態を示す、
ことを特徴とする、請求項１に記載のサプライチェーン管理装置。
【請求項9】
前記第１のデータトークン及び前記第２のデータトークンは、
Ｄｙｎａｍｉｃ ｎｏｎ－ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎである、
ことを特徴とする請求項１に記載のサプライチェーン管理装置。
Ｄｙｎａｍｉｃ ｎｏｎ－ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎである、
ことを特徴とする請求項１に記載のサプライチェーン管理装置。
【請求項10】
サプライチェーンを管理するサプライチェーン管理装置と、
サプライチェーンにおいて配送される配送物に関するデータトークンを記録する分散型台帳と、
クライアント端末とが通信ネットワークを介して接続されるサプライチェーン管理システムであって、
前記サプライチェーン管理装置は、
プロセッサとメモリとを備え、
前記メモリは、
サプライチェーンにおいて第１の配送工程で配送される第１の配送物について、前記第１の配送物に関する第１のメタデータを対応付けた第１のデータトークンを前記分散型台帳において生成する第１のトークン生成部と、
前記第１の配送物が所定の届け先で受領されたことを検出した場合、前記第１のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータを取得するメタデータ取得部と、
所定の配送計画に基づいて、前記第１の配送物に関連する第２の配送物を配送するための第２の配送工程を判定する配送管理部と、
前記第１のメタデータに基づいて、前記第２の配送物に関する第２のメタデータを対応付けた第２のデータトークンを前記分散型台帳において生成する第２のトークン生成部と、
前記第１のデータトークン及び前記第２のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータと、前記第２のデータトークンに対応付けられている前記第２のメタデータとに基づいて、前記第１の配送物及び前記第２の配送物の関係を示す配送物関係図を生成し、前記クライアント端末に出力する追跡管理部、
として前記プロセッサを機能させるための処理命令を含むことを特徴とするサプライチェーン管理システム。
サプライチェーンにおいて配送される配送物に関するデータトークンを記録する分散型台帳と、
クライアント端末とが通信ネットワークを介して接続されるサプライチェーン管理システムであって、
前記サプライチェーン管理装置は、
プロセッサとメモリとを備え、
前記メモリは、
サプライチェーンにおいて第１の配送工程で配送される第１の配送物について、前記第１の配送物に関する第１のメタデータを対応付けた第１のデータトークンを前記分散型台帳において生成する第１のトークン生成部と、
前記第１の配送物が所定の届け先で受領されたことを検出した場合、前記第１のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータを取得するメタデータ取得部と、
所定の配送計画に基づいて、前記第１の配送物に関連する第２の配送物を配送するための第２の配送工程を判定する配送管理部と、
前記第１のメタデータに基づいて、前記第２の配送物に関する第２のメタデータを対応付けた第２のデータトークンを前記分散型台帳において生成する第２のトークン生成部と、
前記第１のデータトークン及び前記第２のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータと、前記第２のデータトークンに対応付けられている前記第２のメタデータとに基づいて、前記第１の配送物及び前記第２の配送物の関係を示す配送物関係図を生成し、前記クライアント端末に出力する追跡管理部、
として前記プロセッサを機能させるための処理命令を含むことを特徴とするサプライチェーン管理システム。
【請求項11】
サプライチェーン管理方法であって、
サプライチェーンにおいて第１の配送工程で配送される第１の配送物について、前記第１の配送物に関する第１のメタデータを対応付けた第１のｄＮＦＴを所定の分散型台帳において生成する工程と、
前記第１の配送物が発送された後、前記第１の配送物を監視するセンサから、前記第１の配送物に関するセンサ情報を取得する工程と、
前記センサ情報と、前記第１のメタデータとを比較した結果、前記センサ情報は前記第１のメタデータに対する類似度基準を満たさない場合、前記分散型台帳における前記第１のｄＮＦＴに対応付けられている前記第１のメタデータを前記センサ情報に基づいて更新する工程と、
前記第１の配送物が所定の配送先で受領されたことを検出した場合、前記第１のｄＮＦＴを前記分散型台帳において特定し、前記第１のｄＮＦＴに対応付けられている前記第１のメタデータを取得する工程と、
所定の配送計画に基づいて、前記第１の配送物に関連する第２の配送物を配送するための第２の配送工程を判定する工程と、
前記第１のメタデータに基づいて、前記第２の配送物に関する第２のメタデータを対応付けた第２のｄＮＦＴを前記分散型台帳において生成する工程と、
前記第１のｄＮＦＴ及び前記第２のｄＮＦＴを前記分散型台帳において特定し、前記第１のｄＮＦＴに対応付けられている前記第１のメタデータと、前記第２のｄＮＦＴに対応付けられている前記第２のメタデータとに基づいて、前記第１の配送物及び前記第２の配送物の関係を示す配送物関係図を生成し、出力する工程と、
前記配送計画は、前記第１の配送物を、前記第２の配送工程で配送される前記第２の配送物及び第３の配送工程で配送される第３の配送物に分割することを規定する場合、前記第２の配送物について、前記第２の配送物を識別する第２の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む前記第２のメタデータに対応付けた前記第２のｄＮＦＴを前記分散型台帳において生成する工程と、
前記第３の配送物について、前記第３の配送物を識別する第３の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む第３のメタデータに対応付けた第３のｄＮＦＴを前記分散型台帳において生成する工程と、
前記第１のｄＮＦＴ、前記第２のｄＮＦＴ及び前記第３のｄＮＦＴを前記分散型台帳において特定し、前記第２のｄＮＦＴに対応付けられている前記第２のメタデータ及び前記第３のｄＮＦＴに対応付けられている前記第３のメタデータにおいて、前記第１の配送物を識別する前記第１の配送物ＩＤが親配送物ＩＤとして含まれている場合、前記第２の配送物及び前記第３の配送物が前記第１の配送物から派生した子配送物であることを示す配送物関係図を生成し、出力する工程と、
を含むことを特徴とするサプライチェーン管理方法。
サプライチェーンにおいて第１の配送工程で配送される第１の配送物について、前記第１の配送物に関する第１のメタデータを対応付けた第１のｄＮＦＴを所定の分散型台帳において生成する工程と、
前記第１の配送物が発送された後、前記第１の配送物を監視するセンサから、前記第１の配送物に関するセンサ情報を取得する工程と、
前記センサ情報と、前記第１のメタデータとを比較した結果、前記センサ情報は前記第１のメタデータに対する類似度基準を満たさない場合、前記分散型台帳における前記第１のｄＮＦＴに対応付けられている前記第１のメタデータを前記センサ情報に基づいて更新する工程と、
前記第１の配送物が所定の配送先で受領されたことを検出した場合、前記第１のｄＮＦＴを前記分散型台帳において特定し、前記第１のｄＮＦＴに対応付けられている前記第１のメタデータを取得する工程と、
所定の配送計画に基づいて、前記第１の配送物に関連する第２の配送物を配送するための第２の配送工程を判定する工程と、
前記第１のメタデータに基づいて、前記第２の配送物に関する第２のメタデータを対応付けた第２のｄＮＦＴを前記分散型台帳において生成する工程と、
前記第１のｄＮＦＴ及び前記第２のｄＮＦＴを前記分散型台帳において特定し、前記第１のｄＮＦＴに対応付けられている前記第１のメタデータと、前記第２のｄＮＦＴに対応付けられている前記第２のメタデータとに基づいて、前記第１の配送物及び前記第２の配送物の関係を示す配送物関係図を生成し、出力する工程と、
前記配送計画は、前記第１の配送物を、前記第２の配送工程で配送される前記第２の配送物及び第３の配送工程で配送される第３の配送物に分割することを規定する場合、前記第２の配送物について、前記第２の配送物を識別する第２の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む前記第２のメタデータに対応付けた前記第２のｄＮＦＴを前記分散型台帳において生成する工程と、
前記第３の配送物について、前記第３の配送物を識別する第３の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む第３のメタデータに対応付けた第３のｄＮＦＴを前記分散型台帳において生成する工程と、
前記第１のｄＮＦＴ、前記第２のｄＮＦＴ及び前記第３のｄＮＦＴを前記分散型台帳において特定し、前記第２のｄＮＦＴに対応付けられている前記第２のメタデータ及び前記第３のｄＮＦＴに対応付けられている前記第３のメタデータにおいて、前記第１の配送物を識別する前記第１の配送物ＩＤが親配送物ＩＤとして含まれている場合、前記第２の配送物及び前記第３の配送物が前記第１の配送物から派生した子配送物であることを示す配送物関係図を生成し、出力する工程と、
を含むことを特徴とするサプライチェーン管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サプライチェーン管理装置、サプライチェーン管理システム及びサプライチェーン管理方法に関する。
【背景技術】
【0002】
企業が事業を推進する上で、その企業単独では事業を実施することができず、企業間ネットワークを形成することがある。このような企業間ネットワークの代表的なものには、サプライチェーンがある。
【0003】
サプライチェーンは、実際に商取引を行う、サプライヤー、アセンブラー、マニュファクチュア、メーカー、リセラー、バイヤーなどの事業体で構成され、各企業での調達と出荷が連続的に連なり、原材料採取から最終製品販売までを進めるためのネットワークである。サプライチェーンは、製造物のような物理的な物品や、インターネット等を介して提供されるサービスに関連するデータや原材料の調達・生産管理・開発・物流・配信・販売までを一つに連続したシステムとして把握できる。サプライチェーンにおいて、取引先との受発注や社内部門の業務を、コンピュータを使って統合管理する経営手法として、サプライチェーンマネジメント（サプライチェーン管理）がある。
【0004】
サプライチェーン管理とは、商品、サービス及び情報の流れを、原産地から消費地まで計画、調整、及び管理することを意味し、調達、輸送、倉庫保管、在庫管理、流通など、商品やサービスの生産と配送に関連する様々な活動の管理を含む。サプライチェーン管理は、製品を適切な品質、適切なコストで時間通りに顧客に届けるために不可欠である。
【0005】
一方、近年では、サプライチェーン管理に対して、ブロックチェーン、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）、人工知能などの技術の適用が検討されている。これらの技術によれば、透明性の向上、詐欺の削減、サプライチェーンの運用の効率化などを期待することができる。
【0006】
サプライチェーン管理においてブロックチェーン技術を用いる手法の１つとして、米国特許出願公開第２０１８／０２８５８１０号明細書（特許文献１）が存在する。
特許文献１には、「本明細書で開示される実施形態は、ブロックチェーンを使用し、モノのインターネットの概念をフードシステムに適用して、データのプライバシーとセキュリティを維持しながらデータを記録、共有、及び検証できるインフラストラクチャを提供するシステム、方法、及びコンピュータプログラム製品を提供する。このデータの収集により、出荷の仮想履歴を作成することができる。これを用いることで、効率を高め、新しいビジネス慣行を促し、市場を再構築することができる。全体として、このソリューションは、食品を理解するための斬新で新しい方法を提供する。」
特許文献１には、「本明細書で開示される実施形態は、ブロックチェーンを使用し、モノのインターネットの概念をフードシステムに適用して、データのプライバシーとセキュリティを維持しながらデータを記録、共有、及び検証できるインフラストラクチャを提供するシステム、方法、及びコンピュータプログラム製品を提供する。このデータの収集により、出荷の仮想履歴を作成することができる。これを用いることで、効率を高め、新しいビジネス慣行を促し、市場を再構築することができる。全体として、このソリューションは、食品を理解するための斬新で新しい方法を提供する。」
【先行技術文献】
【特許文献】
【0007】
【特許文献1】米国特許出願公開第２０１８／０２８５８１０号明細書
【発明の概要】
【発明が解決しようとする課題】
【0008】
上記の特許文献１には、食品の生産過程に関する情報をブロックチェーンに記録することで、食品の追跡及び状態管理を効率化する手段が記載されている。
【0009】
ところで、サプライチェーンにおいて配送される配送物は、材料調達、製造、出荷、販売、消費などの段階を進むにつれて、複数の配送物に分割されたり、他の配送物と組み合わせたりすることがあるため、特定の配送物に関連する「親子」配送物との関係が複雑となり、把握することが難しいという課題が存在する。
特許文献１には、ブロックチェーン技術を用いることで、特定の食品の生産過程の透明性を向上させる手段が開示されているものの、サプライチェーンにおいて配送される配送物に関連する親子配送物との関係の管理や、各配送物のリアルタイム状態の管理をサプライチェーンの段階毎に行う手段が提供されていない。
特許文献１には、ブロックチェーン技術を用いることで、特定の食品の生産過程の透明性を向上させる手段が開示されているものの、サプライチェーンにおいて配送される配送物に関連する親子配送物との関係の管理や、各配送物のリアルタイム状態の管理をサプライチェーンの段階毎に行う手段が提供されていない。
【0010】
そこで、本開示は、サプライチェーンにおいて配送される配送物について、当該配送物に対応付けられているデータトークンをブロックチェーンにおいて記録することで、関連する親子配送物との関係や、各配送物のリアルタイムの状態などを管理することができるサプライチェーン管理手段を提供することを目的とする。
【課題を解決するための手段】
【0011】
上記の課題を解決するために、代表的な本発明のサプライチェーン管理装置の一つは、サプライチェーンにおいて第１の配送工程で配送される第１の配送物について、前記第１の配送物に関する第１のメタデータを対応付けた第１のデータトークンを所定の分散型台帳において生成する第１のトークン生成部と、前記第１の配送物が所定の配送先で受領されたことを検出した場合、前記第１のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータを取得するメタデータ取得部と、所定の配送計画に基づいて、前記第１の配送物に関連する第２の配送物を配送するための第２の配送工程を判定する配送管理部と、前記第１のメタデータに基づいて、前記第２の配送物に関する第２のメタデータを対応付けた第２のデータトークンを前記分散型台帳において生成する第２のトークン生成部と、前記第１のデータトークン及び前記第２のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータと、前記第２のデータトークンに対応付けられている前記第２のメタデータとに基づいて、前記第１の配送物及び前記第２の配送物の関係を示す配送物関係図を生成し、出力する追跡管理部とを含む。
【発明の効果】
【0012】
本開示によれば、サプライチェーンにおいて配送される配送物について、当該配送物に対応付けられているデータトークンをブロックチェーンにおいて記録することで、関連する親子配送物との関係や、各配送物のリアルタイムの状態などを管理することができるサプライチェーン管理手段を提供することができる。
上記以外の課題、構成及び効果は、以下の発明を実施するための形態における説明により明らかにされる。
上記以外の課題、構成及び効果は、以下の発明を実施するための形態における説明により明らかにされる。
【図面の簡単な説明】
【0013】
【発明を実施するための形態】
【0014】
以下、図面を参照して、本発明の実施形態について説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。
また、「第１」、「第２」、「第３」等の用語は、本開示において様々な要素又は構成要素を説明するのに用いられる場合があるが、これらの要素又は構成要素はこれらの用語によって限定されるべきでないことが理解されるであろう。これらの用語は、或る要素又は構成要素を別の要素又は構成要素と区別するためにのみ用いられる。従って、以下で論述する第１の要素又は構成要素は、本発明概念の教示から逸脱することなく第２の要素又は構成要素と呼ぶこともできる。
また、「第１」、「第２」、「第３」等の用語は、本開示において様々な要素又は構成要素を説明するのに用いられる場合があるが、これらの要素又は構成要素はこれらの用語によって限定されるべきでないことが理解されるであろう。これらの用語は、或る要素又は構成要素を別の要素又は構成要素と区別するためにのみ用いられる。従って、以下で論述する第１の要素又は構成要素は、本発明概念の教示から逸脱することなく第２の要素又は構成要素と呼ぶこともできる。
【0015】
まず、図１を参照して、本開示の実施形態を実施するためのコンピュータシステム１００について説明する。本明細書で開示される様々な実施形態の機構及び装置は、任意の適切なコンピューティングシステムに適用されてもよい。コンピュータシステム１００の主要コンポーネントは、１つ以上のプロセッサ１０２、メモリ１０４、端末インターフェース１１２、ストレージインタフェース１１３、Ｉ／Ｏ（入出力）デバイスインタフェース１１４、及びネットワークインターフェース１１５を含む。これらのコンポーネントは、メモリバス１０６、Ｉ／Ｏバス１０８、バスインターフェースユニット１０９、及びＩ／Ｏバスインターフェースユニット１１０を介して、相互的に接続されてもよい。
【0016】
コンピュータシステム１００は、プロセッサ１０２と総称される１つ又は複数の汎用プログラマブル中央処理装置（ＣＰＵ）１０２Ａ及び１０２Ｂを含んでもよい。ある実施形態では、コンピュータシステム１００は複数のプロセッサを備えてもよく、また別の実施形態では、コンピュータシステム１００は単一のＣＰＵシステムであってもよい。各プロセッサ１０２は、メモリ１０４に格納された命令を実行し、オンボードキャッシュを含んでもよい。
【0017】
ある実施形態では、メモリ１０４は、データ及びプログラムを記憶するためのランダムアクセス半導体メモリ、記憶装置、又は記憶媒体（揮発性又は不揮発性のいずれか）を含んでもよい。メモリ１０４は、本明細書で説明する機能を実施するプログラム、モジュール、及びデータ構造のすべて又は一部を格納してもよい。例えば、メモリ１０４は、サプライチェーン管理アプリケーション１５０を格納していてもよい。ある実施形態では、サプライチェーン管理アプリケーション１５０は、後述する機能をプロセッサ１０２上で実行する命令又は記述を含んでもよい。
【0018】
ある実施形態では、サプライチェーン管理アプリケーション１５０は、プロセッサベースのシステムの代わりに、又はプロセッサベースのシステムに加えて、半導体デバイス、チップ、論理ゲート、回路、回路カード、及び/又は他の物理ハードウェアデバイスを介してハードウェアで実施されてもよい。ある実施形態では、サプライチェーン管理アプリケーション１５０は、命令又は記述以外のデータを含んでもよい。ある実施形態では、カメラ、センサ、又は他のデータ入力デバイス（図示せず）が、バスインターフェースユニット１０９、プロセッサ１０２、又はコンピュータシステム１００の他のハードウェアと直接通信するように提供されてもよい。
【0019】
コンピュータシステム１００は、プロセッサ１０２、メモリ１０４、表示システム１２４、及びＩ／Ｏバスインターフェースユニット１１０間の通信を行うバスインターフェースユニット１０９を含んでもよい。Ｉ／Ｏバスインターフェースユニット１１０は、様々なＩ／Ｏユニットとの間でデータを転送するためのＩ／Ｏバス１０８と連結していてもよい。Ｉ／Ｏバスインターフェースユニット１１０は、Ｉ／Ｏバス１０８を介して、Ｉ／Ｏプロセッサ（ＩＯＰ）又はＩ／Ｏアダプタ（ＩＯＡ）としても知られる複数のＩ／Ｏインタフェースユニット１１２，１１３，１１４、及び１１５と通信してもよい。
【0020】
表示システム１２４は、表示コントローラ、表示メモリ、又はその両方を含んでもよい。表示コントローラは、ビデオ、オーディオ、又はその両方のデータを表示装置１２６に提供することができる。また、コンピュータシステム１００は、データを収集し、プロセッサ１０２に当該データを提供するように構成された1つ又は複数のセンサ等のデバイスを含んでもよい。
【0021】
例えば、コンピュータシステム１００は、心拍数データやストレスレベルデータ等を収集するバイオメトリックセンサ、湿度データ、温度データ、圧力データ等を収集する環境センサ、及び加速度データ、運動データ等を収集するモーションセンサ等を含んでもよい。これ以外のタイプのセンサも使用可能である。表示システム１２４は、単独のディスプレイ画面、テレビ、タブレット、又は携帯型デバイスなどの表示装置１２６に接続されてもよい。
【0022】
Ｉ／Ｏインタフェースユニットは、様々なストレージ又はＩ／Ｏデバイスと通信する機能を備える。例えば、端末インタフェースユニット１１２は、ビデオ表示装置、スピーカテレビ等のユーザ出力デバイスや、キーボード、マウス、キーパッド、タッチパッド、トラックボール、ボタン、ライトペン、又は他のポインティングデバイス等のユーザ入力デバイスのようなユーザＩ／Ｏデバイス１１６の取り付けが可能である。ユーザは、ユーザインターフェースを使用して、ユーザ入力デバイスを操作することで、ユーザＩ／Ｏデバイス１１６及びコンピュータシステム１００に対して入力データや指示を入力し、コンピュータシステム１００からの出力データを受け取ってもよい。ユーザインターフェースは例えば、ユーザＩ／Ｏデバイス１１６を介して、表示装置に表示されたり、スピーカによって再生されたり、プリンタを介して印刷されたりしてもよい。
【0023】
ストレージインタフェース１１３は、１つ又は複数のディスクドライブや直接アクセスストレージ装置１１７（通常は磁気ディスクドライブストレージ装置であるが、単一のディスクドライブとして見えるように構成されたディスクドライブのアレイ又は他のストレージ装置であってもよい）の取り付けが可能である。ある実施形態では、ストレージ装置１１７は、任意の二次記憶装置として実装されてもよい。メモリ１０４の内容は、ストレージ装置１１７に記憶され、必要に応じてストレージ装置１１７から読み出されてもよい。Ｉ／Ｏデバイスインタフェース１１４は、プリンタ、ファックスマシン等の他のＩ／Ｏデバイスに対するインターフェースを提供してもよい。ネットワークインターフェース１１５は、コンピュータシステム１００と他のデバイスが相互的に通信できるように、通信経路を提供してもよい。この通信経路は、例えば、ネットワーク１３０であってもよい。
【0024】
ある実施形態では、コンピュータシステム１００は、マルチユーザメインフレームコンピュータシステム、シングルユーザシステム、又はサーバコンピュータ等の、直接的ユーザインターフェースを有しない、他のコンピュータシステム（クライアント）からの要求を受信するデバイスであってもよい。他の実施形態では、コンピュータシステム１００は、デスクトップコンピュータ、携帯型コンピュータ、ノートパソコン、タブレットコンピュータ、ポケットコンピュータ、電話、スマートフォン、又は任意の他の適切な電子機器であってもよい。
【0025】
次に、図２を参照して、本開示の実施形態に係るサプライチェーン管理システムの構成について説明する。
【0026】
図２は、本開示の実施形態に係るサプライチェーン管理システム１０００の構成の一例を示す図である。本開示の実施形態に係るサプライチェーン管理システム１０００は、サプライチェーンにおいて配送される配送物について、当該配送物に対応付けられているデータトークンをブロックチェーンにおいて記録することで、関連する親子配送物との関係や、各配送物のリアルタイムの状態などを管理するためのシステムであり、図２に示すように、クライアント端末１１００、サプライチェーン管理装置１２００、通信ネットワーク１３００及び分散型台帳１４００を主に含む。サプライチェーン管理システム１０００におけるクライアント端末１１００、サプライチェーン管理装置１２００及び分散型台帳１４００は、通信ネットワーク１３００を介して互いに通信可能に接続されている。
【0027】
クライアント端末１１００は、サプライチェーン管理装置１２００のユーザによって利用される端末であり、例えばパソコン、スマートフォン、タブレット等、任意のコンピューティングデバイスであってもよい。ここでのユーザとは、サプライチェーンの管理者であってもよく、サプライチェーンにおいて配送される配送物を配送又は受領する者であってもよい。クライアント端末１１００を用いることで、ユーザは、配送物について生成される配送物関係図を確認したり、配送物を管理するための配送計画を入力したりすることができる。；
【0028】
サプライチェーン管理装置１２００は、サプライチェーンにおいて配送される配送物について、当該配送物に対応付けられているデータトークンをブロックチェーンにおいて記録することで、関連する親子配送物との関係や、各配送物のリアルタイムの状態などの管理を行うための各機能や処理を実施するための装置であり、図２に示すように、制御部１２１０、トークン生成部１２２０、メタデータ取得部１２３０、配送管理部１２４０、追跡管理部１２５０、センサ情報取得部１２６０、トークン更新部１２７０、配送計画ＤＢ１２８０及び配送物情報ＤＢ１２９０を含んでもよい。
【0029】
制御部１２１０は、サプライチェーンにおける各サプライチェーン段階での動作を管理するための機能部である。ある実施形態では、制御部１２１０は、図１５に示すサプライチェーン管理者インターフェースＧ１０００を例えばクライアント端末１１００を介してサプライチェーンの管理者に提供し、サプライチェーンやサプライチェーンにおいて配送される配送物に関する情報を表示してもよい。また、ある実施形態では、制御部１２１０は、後述する配送計画ＤＢ１２８０に格納され、配送物の配送工程を規定する配送計画を設定するために用いられてもよい。
【0030】
トークン生成部１２２０（第１のトークン生成部及び第２のトークン生成部とも言う）は、後述するスマートコントラクト１４４０を用いて、所定の配送物について、当該配送物に関するメタデータを対応付けたデータトークンの生成をブロックチェーン１４２０において行うための機能部である。
【0031】
メタデータ取得部１２３０は、所定の配送物に対応するデータトークンをブロックチェーン１４２０において特定し、特定したデータトークンから、当該配送物に関するメタデータを取得するための機能部である。
【0032】
配送管理部１２４０は、配送物の配送を、後述する配送計画ＤＢ１２８０に格納される配送計画に基づいて管理するための機能部である。配送管理部１２４０は、例えば、一つの配送物を複数の配送物に分割したり、複数の配送物をまとめたりした後に特定の配送工程で配送する処理を規定する配送管理動作を判定してもよい。
【0033】
追跡管理部１２５０は、複数の配送物（例えば、第１の配送物及び第２の配送物）に対応するデータトークンから取得したメタデータから、これらの複数の配送物の関係を示す配送物関係図を生成し、例えばクライアント端末１１００等を介して出力するための機能部である。
【0034】
センサ情報取得部１２６０は、配送物を監視するために構成されているセンサ（図２では図示せず）から、配送物に関するセンサ情報を取得するための機能部である。ここでのセンサ情報は、例えば、配送物の状態（温度、湿度など）に関する情報、配送物の位置に関する情報（緯度、経度など）、配送物の配送工程（配送元や配送先など）に関する情報を含んでもよい。
【0035】
トークン更新部１２７０は、センサ情報取得部１２６０によって取得されたセンサ情報に基づいて、データトークンに格納される配送物のメタデータを更新するための機能部である。
【0036】
配送計画ＤＢ１２８０は、サプライチェーンにおいて配送される各配送物の配送工程を規定する配送計画を格納するデータベースである。ここで、「配送工程」との表現は、配送物を所定の配送元から所定の配送先まで配送する作業を意味する。また、上述したように、この配送計画は、例えば制御部１２１０を用いて、サプライチェーン管理者によって設定されてもよい
【0037】
配送物情報ＤＢ１２９０は、配送物に関する情報を格納するデータベースである。この配送情報ＤＢ１２９０は、例えば、上述したセンサ情報取得部１２６０によって取得されるセンサ情報や、後述する配送物管理テーブルＴ２０００や配送物メタデータテーブルＴ３０００を格納してもよい。
【0038】
通信ネットワーク１３００は、例えばローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、衛星ネットワーク、ケーブルネットワーク、ＷｉＦｉネットワーク、又はそれらの任意の組み合わせを含むものであってもよい。
【0039】
分散型台帳１４００は、地理的に異なる複数の場所、国、機関などにまたがって複製され、共有され、同期されるよう合意されたデータストアである。図２に示すように、分散型台帳１４００は、ブロックチェーン１４２０、スマートコントラクト１４４０及びデータトークン１４６０を含んでもよい。
【0040】
ブロックチェーン１４２０は、情報通信ネットワーク上にある端末同士を直接接続して、取引記録を暗号技術を用いて分散的に処理・記録するデータベースである。本開示において、配送物に関するメタデータを記録するデータトークンは、ブロックチェーン１４２０において記録される。
スマートコントラクト１４４０は、ブロックチェーン１４２０上で契約を自動的に実行する仕組みである。本開示において、スマートコントラクト１４４０は、トークン生成部１２２０やトークン更新部１２７０からの要求に応じて、ブロックチェーン１４２０におけるデータトークンの生成及び更新を実施する。
データトークン１４６０は、配送物に関するメタデータを記録し、ブロックチェーン１４２０上で記録されるデータオブジェクトである。ある実施形態では、このデータトークンは、いわゆるｄｙｎａｍｉｃ ｎｏｎ－ｆｕｎｇｉｂｌｅ ｔｏｋｅｎ（ｄＮＦＴ）であってもよい。
スマートコントラクト１４４０は、ブロックチェーン１４２０上で契約を自動的に実行する仕組みである。本開示において、スマートコントラクト１４４０は、トークン生成部１２２０やトークン更新部１２７０からの要求に応じて、ブロックチェーン１４２０におけるデータトークンの生成及び更新を実施する。
データトークン１４６０は、配送物に関するメタデータを記録し、ブロックチェーン１４２０上で記録されるデータオブジェクトである。ある実施形態では、このデータトークンは、いわゆるｄｙｎａｍｉｃ ｎｏｎ－ｆｕｎｇｉｂｌｅ ｔｏｋｅｎ（ｄＮＦＴ）であってもよい。
【0041】
図２に示すサプライチェーン管理システム１０００によれば、サプライチェーンにおいて配送される配送物について、当該配送物に対応付けられているデータトークンをブロックチェーンにおいて記録することで、関連する親子配送物との関係や、各配送物のリアルタイムの状態などを管理することができるサプライチェーン管理手段を提供することが可能となる。
【0042】
次に、図３を参照して、本開示の実施形態に係るサプライチェーン管理システムにおける処理の流れについて説明する。
【0043】
図３は、本開示の実施形態に係るサプライチェーン管理システム１０００における処理の流れの一例を示す図である。図３では、サプライチェーン管理システム１０００における処理の流れは、所定のサプライチェーン２１００を参照して説明する。
なお、サプライチェーン管理システム１０００の構成は、図２を参照して説明したため、ここではその説明を省略する。
なお、サプライチェーン管理システム１０００の構成は、図２を参照して説明したため、ここではその説明を省略する。
【0044】
図３に示すサプライチェーン２１００は、商取引を行う、サプライヤー、アセンブラー、マニュファクチュア、メーカー、リセラー、バイヤーなどの事業体で構成され、各企業での調達と出荷が連続的に連なり、原材料採取から最終製品販売までを進めるためのネットワークである。図３に示すように、サプライチェーン２１００は、材料調達を行う第１の段階２１１０、第１の段階２１１０で調達した材料を用いて製造を行う第２の段階２１２０、第２の段階２１２０で製造した製品の出荷を行う第３の段階２１３０、第３の段階２１３０で出荷した製品の販売を行う第４の段階２１４０、及び第４の段階２１４０で販売した製品を消費する第５の段階２１５０の５つのサプライチェーン段階からなる。
なお、ここでは、５つの代表的なサプライチェーン段階からなるサプライチェーン２１００を一例として示しているが、本開示はこれに限定されず、より多くのサプライチェーン段階、よる少ないサプライチェーン段階、異なるサプライチェーン段階からなるサプライチェーンにも適用可能である。
なお、ここでは、５つの代表的なサプライチェーン段階からなるサプライチェーン２１００を一例として示しているが、本開示はこれに限定されず、より多くのサプライチェーン段階、よる少ないサプライチェーン段階、異なるサプライチェーン段階からなるサプライチェーンにも適用可能である。
【0045】
各段階では、特定の製造やサービスを提供するための処理が行われる。特定のサプライチェーン段階で処理を終えた物品は、次のサプライチェーン段階の処理が行われる場所へと配送される。本開示において、１つのサプライチェーン段階から次のサプライチェーン段階へと配送される物品は、「配送物」という。
【0046】
また、サプライチェーン２１００には、配送される配送物を監視するセンサネットワークが設置されている。このセンサネットワークに設置される各センサ２１６０は、配送物に関するセンサ情報を取得する。このセンサ２１６０は、温度計、湿度計、加速度計、ＧＰＳなど、任意の情報を取得するために構成されている機器であってもよい。これらのセンサ２１６０によって取得されるセンサ情報は、センサ情報取得部１２６０によって収集され、配送物情報ＤＢ１２９０に格納される。
【0047】
サプライチェーン２１００の管理者などのユーザは、制御部１２１０を用いて、サプライチェーン２１００において配送される各配送物の配送工程（どこからどこまでどのような配送手段で配送するか）を規定する配送計画を策定する。制御部１２１０で策定される配送計画は、配送計画ＤＢ１２８０に格納される。
【0048】
特定の配送物（例えば、第１の配送物）が初めてサプライチェーン２１００において配送される際、トークン生成部１２２０は、この第１の配送物について、第１の配送物に関する第１のメタデータを対応付けた第１のデータトークンをブロックチェーン１４２０において生成する処理をブロックチェーンＡＰＩ２２５０を介してスマートコントラクト１４４０に対して要求する。これにより、第１の配送物に対応する第１のデータトークンがブロックチェーン１４２０において生成される。この第１のデータトークンに対応付けられる第１のメタデータは、例えば、第１の配送物を識別する第１の配送物ＩＤ、第１の配送物の状態を示す第１の状態情報、第１の配送物の位置を示す第１の位置情報及び第１の配送工程を特徴付ける第１の配送情報を含んでもよいが、本開示はこれに限定されず、第１の配送物を特徴付けるそれ以外の情報も第１のメタデータに含めてもよい。
【0049】
次に、この第１の配送物が所定の届け先（例えば、次のサプライチェーン段階）で受領されたことを検出した場合、メタデータ取得部１２３０は、ブロックチェーンＡＰＩ２２５０を介して、この第１の配送物に対応する第１のデータトークンをブロックチェーン１４２０において特定し、この第１のデータトークンに対応付けられている第１のメタデータを取得する。その後、メタデータ取得部１２３０は、このように取得した第１のメタデータを配送物情報ＤＢ１２９０に格納されている配送物メタデータテーブルＴ３０００に保存する。
【0050】
また、このとき、配送管理部１２４０は、配送計画ＤＢ１２８０に格納されている配送計画に基づいて、受領された第１の配送物に対して実施する処理や配送工程を規定する配送管理動作を判定する。ここで、配送管理部１２４０は、一つの配送物を複数の配送物に分割したり、複数の配送物をまとめたりした後に、どのような配送手段でどこへと配送されるべきかを定める配送工程を示す配送管理動作を判定してもよい。
また、ここで、配送管理部１２４０は、判定した配送工程などの情報を配送物情報ＤＢ１２９０に格納されている配送物管理テーブルＴ２０００及び配送物メタデータテーブルＴ３０００に保存してもよい。
本開示において、配送物の分割や組み合わせなどにより、配送物の量、数、性質又は状態が変更される場合、元となった配送物を「親配送物」と言い、当該親配送物から新たに派生した配送物を「子配送物」という。
また、ここで、配送管理部１２４０は、判定した配送工程などの情報を配送物情報ＤＢ１２９０に格納されている配送物管理テーブルＴ２０００及び配送物メタデータテーブルＴ３０００に保存してもよい。
本開示において、配送物の分割や組み合わせなどにより、配送物の量、数、性質又は状態が変更される場合、元となった配送物を「親配送物」と言い、当該親配送物から新たに派生した配送物を「子配送物」という。
【0051】
次に、トークン生成部１２２０は、配送管理部１２４０によって判定された配送管理動作によって、第１の配送物の量、数、性質又は状態が変更される場合、各物品を新たな配送物として、ブロックチェーン１４２０において新たなデータトークンの生成をブロックチェーンＡＰＩ２２５０を介してスマートコントラクト１４４０に要求する。
【0052】
例えば、配送管理部１２４０によって判定された配送管理動作によって、第１の配送物が複数の配送物（例えば、第２の配送物及び第３配送物）に分割される場合、トークン生成部１２２０は、これらの第２の配送物及び第３配送物のそれぞれについて、メタデータを対応付けた新たなデータトークン（例えば、第２のデータトークン及び第３データトークン）をブロックチェーン１４２０において生成する。この場合、トークン生成部１２２０は、第２のデータトークン及び第３データトークンのメタデータには、親配送物である第１の配送物を識別する情報（配送物ＩＤ）を含む。後述するように、これにより、親子配送物の関係を示す配送物関係図の作成が可能となる。
【0053】
もう一例として、配送管理部１２４０によって判定された配送管理動作によって、複数の配送物（例えば、第０の配送物及び第１の配送物）が組み合わされて新たな配送物（第２の配送物）となった場合、トークン生成部１２２０は、この第２の配送物について、メタデータを対応付けた新たなデータトークン（例えば、第２のデータトークン）をブロックチェーン１４２０において生成する。この場合、トークン生成部１２２０は、第２のデータトークンのメタデータには、親配送物である第０の配送物及び第１の配送物を識別する情報（配送物ＩＤ）を含む。後述するように、これにより、親子配送物の関係を示す配送物関係図の作成が可能となる。
【0054】
トークン更新部１２７０は、配送物情報ＤＢ１２９０に格納され、特定の配送物（例えば、第１の配送物）に関するセンサ情報と、配送物メタデータテーブルＴ３０００に格納される第１の配送物に関する第１のメタデータを比較した結果、センサ情報は第１のメタデータに対する類似度基準を満たさない場合、ブロックチェーン１４２０における第１のデータトークンに対応付けられている第１のメタデータをセンサ情報に基づいて更新する。この処理は、例えば所定の時間（１分、２分、５分、１０分、１時間）毎に行われてもよい。これにより、サプライチェーン２１００において配送される各配送物について、状態情報をリアルタイムでブロックチェーンに反映させることが可能となる。
【0055】
追跡管理部１２５０は、ブロックチェーンＡＰＩ２２５０を介して、サプライチェーン２１００において配送される所定の配送物のデータトークンをブロックチェーン１４２０で特定し、当該配送物のデータトークンに対応付けられているメタデータに基づいて、当該配送物に関連する各配送物（例えば、親子配送物）の関係を示す配送物関係図を生成する。次に、追跡管理部１２５０は、生成した配送物関係図をクライアント端末に出力する。
なお、配送物関係図を生成する処理の詳細については後述するため、ここではその説明を省略する。
なお、配送物関係図を生成する処理の詳細については後述するため、ここではその説明を省略する。
【0056】
図３に示すサプライチェーン管理システム１０００の処理によれば、サプライチェーンにおいて配送される配送物について、当該配送物に対応付けられているデータトークンをブロックチェーンにおいて記録することで、関連する親子配送物との関係や、各配送物のリアルタイムの状態などを管理することができるサプライチェーン管理手段を提供することが可能となる。
【0057】
次に、図４を参照して、本開示の実施形態に係るサプライチェーン管理システムにおけるデータトークンの生成及び更新の概要について説明する。
【0058】
上述したように、本開示の実施形態に係るサプライチェーン管理システム１０００は、新たに発生した配送物について、当該配送物を特徴付けるメタデータを格納するデータトークンをブロックチェーンにおいて生成すると共に、既存のデータトークンのメタデータを、対応する配送物の最新の状態に基づいて更新することができる。図４は、本開示の実施形態に係るサプライチェーン管理システム１０００におけるデータトークンの生成及び更新の流れの一例を示す図である。図４において、新たなデータトークンを生成する処理を実線で表し、既存のデータトークンを更新する処理を点線で示す。
なお、サプライチェーン管理システム１０００の構成は、図２を参照して説明したため、ここではその説明を省略する。
なお、サプライチェーン管理システム１０００の構成は、図２を参照して説明したため、ここではその説明を省略する。
【0059】
まず、図４に示すサプライチェーン２１００において、第１の配送物４１０が一つのサプライチェーン段階（例えば、第１の段階）から次のサプライチェーン段階（例えば、第２の段階）に配送され、配送管理部１２４０によって判定される配送管理動作により、第２の配送物４２０及び第３の配送物４３０に分割された場合、第２の配送物４２０及び第３の配送物４３０が新たな配送物としてセンサ２１６０によって検出され、第２の配送物４２０及び第３の配送物４３０に関する情報がセンサ情報取得部１２６０を介して配送物情報ＤＢ１２９０に格納される。その後、トークン生成部１２２０は、新たな第２の配送物４２０及び第３の配送物４３０を特徴付けるメタデータを格納するデータトークン４５０、４６０を、スマートコントラクト１４４０を介して、分散型台帳１４００のブロックチェーンにおいて生成する。
なお、新たな配送物に対応するデータトークンを生成する処理の詳細については、図１２を参照して後述するため、ここではその説明を省略する。
なお、新たな配送物に対応するデータトークンを生成する処理の詳細については、図１２を参照して後述するため、ここではその説明を省略する。
【0060】
一方、トークン更新部１２７０は、配送中の第４の配送物４４０について、センサ２１６０によって取得され、センサ情報取得部１２６０を介して配送物情報ＤＢ１２９０に格納されたセンサ情報と、配送物情報ＤＢ１２９０の配送物メタデータテーブルＴ３０００に格納される第４の配送物４４０に関する第４のメタデータを比較した結果、センサ情報は第４のメタデータに対する類似度基準を満たさない場合、当該第４の配送物４４０に対応し、ブロックチェーン上で記録されている第４のデータトークン４７０のメタデータを、スマートコントラクト１４４０を介して、センサ情報に基づいて更新する。
このように、新たに発生した配送物について新たなデータトークンを生成し、既存の配送物にデータトークンのメタデータを更新することで、サプライチェーンにおいて配送される各配送物について、最新の状態を反映する、一意のデータトークンをブロックチェーンにおいて維持することができる。なお、配送中の配送物に対応する既存のデータトークンを更新する処理の詳細については、図１３を参照して後述するため、ここではその説明を省略する。
このように、新たに発生した配送物について新たなデータトークンを生成し、既存の配送物にデータトークンのメタデータを更新することで、サプライチェーンにおいて配送される各配送物について、最新の状態を反映する、一意のデータトークンをブロックチェーンにおいて維持することができる。なお、配送中の配送物に対応する既存のデータトークンを更新する処理の詳細については、図１３を参照して後述するため、ここではその説明を省略する。
【0061】
次に、図５を参照して、本開示の実施形態に係るサプライチェーン管理における配送物分割及び配送物組み合わせについて説明する。
【0062】
上述したように、サプライチェーン２１００において配送される配送物は、材料調達、製造、出荷、販売、消費の段階を進むにつれて、複数の配送物に分割されたり、他の配送物と組み合わせたりすることがある。本開示において、配送物の分割や組み合わせなどにより、配送物の量、数、性質又は状態が変更される場合、元となった配送物を「親配送物」と言い、当該親配送物から新たに派生した配送物を「子配送物」という。図５は、本開示の実施形態に係るサプライチェーン管理における配送物分割５２００及び配送物組み合わせ５３００の一例を示す図である。
【0063】
まず、上述した配送管理部によって判定された処理や配送工程によって、１つの配送物が複数の配送物に分割される配送物分割５２００の一例について説明する。
図５に示すように、配送物分割５２００では、例えば第１の段階にある、配送物ＩＤ「１ａ」に対応付けられている配送物は、第２の段階では、配送物ＩＤ「２ａ」、配送物ＩＤ「２ｂ」及び配送物ＩＤ「２ｃ」のそれぞれに対応付けられている３つの配送物に分割されるとする。この場合、配送物ＩＤ「２ａ」、配送物ＩＤ「２ｂ」及び配送物ＩＤ「２ｃ」の配送物は、配送物ＩＤ「１ａ」の親配送物から派生した子配送物となる。本開示において、親配送物から子配送物が派生した場合、それぞれの子配送物について、親配送物の配送物ＩＤを含むメタデータに対応付けられているデータトークンがブロックチェーン上で生成される。これにより、親子配送物の関係を示す配送物関係図の作成が可能となる。
また、図５に示すように、第３の段階や第４の段階では、それぞれの配送物が更に分割されたり、組み合わされたりしてもよい。
図５に示すように、配送物分割５２００では、例えば第１の段階にある、配送物ＩＤ「１ａ」に対応付けられている配送物は、第２の段階では、配送物ＩＤ「２ａ」、配送物ＩＤ「２ｂ」及び配送物ＩＤ「２ｃ」のそれぞれに対応付けられている３つの配送物に分割されるとする。この場合、配送物ＩＤ「２ａ」、配送物ＩＤ「２ｂ」及び配送物ＩＤ「２ｃ」の配送物は、配送物ＩＤ「１ａ」の親配送物から派生した子配送物となる。本開示において、親配送物から子配送物が派生した場合、それぞれの子配送物について、親配送物の配送物ＩＤを含むメタデータに対応付けられているデータトークンがブロックチェーン上で生成される。これにより、親子配送物の関係を示す配送物関係図の作成が可能となる。
また、図５に示すように、第３の段階や第４の段階では、それぞれの配送物が更に分割されたり、組み合わされたりしてもよい。
【0064】
次に、上述した配送管理部によって判定された配送管理動作によって、複数の配送物が組み合わされて新たな配送物となる配送物組み合わせ５３００について説明する。
図５に示すように、配送物組み合わせ５３００では、例えば第１の段階にある、配送物ＩＤ「１ｂ」に対応付けられている配送物及び配送物ＩＤ「１ｃ」に対応付けられている配送物は、第２の段階では、配送物ＩＤ「２ｄ」に対応付けられている配送物に組み合わされる。この場合、配送物ＩＤ「２ｄ」に対応付けられている配送物は、配送物ＩＤ「１ｂ」に対応付けられている親配送物及び配送物ＩＤ「１ｃ」に対応付けられている親配送物の子配送物となる。この配送物ＩＤ「２ｄ」に対応付けられている子配送物について生成されるデータトークンのメタデータには、親配送物となった配送物の配送物ＩＤ「１ｂ」及び「１ｃ」が含まれる。これにより、親子配送物の関係を示す配送物関係図の作成が可能となる。
図５に示すように、配送物組み合わせ５３００では、例えば第１の段階にある、配送物ＩＤ「１ｂ」に対応付けられている配送物及び配送物ＩＤ「１ｃ」に対応付けられている配送物は、第２の段階では、配送物ＩＤ「２ｄ」に対応付けられている配送物に組み合わされる。この場合、配送物ＩＤ「２ｄ」に対応付けられている配送物は、配送物ＩＤ「１ｂ」に対応付けられている親配送物及び配送物ＩＤ「１ｃ」に対応付けられている親配送物の子配送物となる。この配送物ＩＤ「２ｄ」に対応付けられている子配送物について生成されるデータトークンのメタデータには、親配送物となった配送物の配送物ＩＤ「１ｂ」及び「１ｃ」が含まれる。これにより、親子配送物の関係を示す配送物関係図の作成が可能となる。
【0065】
次に、図６を参照して、本開示の実施形態に係る配送物関係図について説明する。
【0066】
上述したように、本開示の実施形態に係るサプライチェーン管理手段は、特定の配送物について、サプライチェーンにおける関連配送物との関係を示す配送物関係図を生成し、提供することに関する。ここでの「関連配送物」とは、特定の配送物の生産に用いられた先祖配送物（親配送物、祖親配送物、曾祖親配送物など）や、特定の配送物から派生した子孫配送物（子配送物、孫配送物など）を含む。
【0067】
図６は、本開示の実施形態に係る配送物関係図の例６１００、６２００を示す図である。配送物関係図６１００は、図５に示す配送物分割５２００の例に対応する配送物関係図であり、配送物関係図６２００は、図５に示す配送物組み合わせ５３００に対応する配送物関係図である。図６に示すように、配送物関係図６１００及び配送物関係図６２００は、特定の配送物の関連配送物の配送物ＩＤを、サプライチェーン段階が前のものを上に示し、サプライチェーン段階が後のものを下に示す階層形式で表示されている。また、各親配送物は、その子配送物へと向かう矢印で接続されている。
【0068】
これにより、サプライチェーンにおける任意の配送物について、当該配送物の関連配送物との関係を容易に把握することができる。また、ある実施形態では、配送物関係図６１００及び６２００は、配送物ＩＤに加えて、それぞれの配送物に関する特定のメタデータ（位置情報、状態情報等）を示してもよい。これにより、配送物の関連配送物との関係に加えて、各配送物の状態や位置などの情報を容易に把握することが可能となる。
【0069】
次に、図７を参照して、本開示の実施形態に係るサプライチェーン管理手段において、親子配送物を関連付ける処理の流れについて説明する。
【0070】
上述したように、本開示の一態様は、サプライチェーンにおける関連配送物の関係を示す配送物関係図を作成することに関する。この配送物関係図を作成するに当たって、関連する配送物を互いに関連付ける必要がある。この、関連配送物を関連付ける処理は、配送物のメタデータに含まれ、特定の配送物を一意に識別する配送物ＩＤに基づいて行われる。この配送物ＩＤは、配送物自体を識別するＩＤであってもよく、配送物に対応付けられているデータトークンを識別するＩＤ（例えば、ｄＮＦＴＩＤ）であってもよい。
図７は、本開示の実施形態に係るサプライチェーン管理手段において、親子配送物を関連付ける関連付け処理Ｐ７００の流れの一例を示す図である。
図７は、本開示の実施形態に係るサプライチェーン管理手段において、親子配送物を関連付ける関連付け処理Ｐ７００の流れの一例を示す図である。
【0071】
まず、サプライチェーンの第２の段階において、第１のメタデータに対応する第１の配送物は、配送管理部１２４０によって判定される配送管理動作により、第２の配送物７２０及び第３の配送物７３０に分割される場合を検討する。この場合、上述した配送管理部１２４０は、ステップＰ７１０では、第１の配送物７１０の第１のメタデータ７１５から、第１の配送物を識別する第１の配送物ＩＤを取得する。次に、配送管理部１２４０は、ステップＰ７２０では、第２の配送物７２０の第２のメタデータ７２５及び第３の配送物７３０の第３のメタデータ７３５を取得する。ここで、配送管理部１２４０は、各配送物のメタデータを、配送物情報ＤＢ１２９０に格納されている配送物メタデータテーブルＴ３０００や、ブロックチェーンから取得してもよい。
【0072】
次に、ステップＰ７３００では、配送管理部１２４０は、第１の配送物７１０の第１のメタデータ７１５から取得した第１の配送物ＩＤを、親配送物ＩＤとして、第２の配送物７２０の第２のメタデータ７２５及び第３の配送物７３０の第３のメタデータ７３５に追加する。
【0073】
このように、配送管理動作による配送物分割や処理により、新たな子配送物が親配送物から派生した場合、各子配送物のメタデータにおいて、親配送物となる配送物を識別する配送物ＩＤの情報を含めることで、親子配送物の対応関係を把握しやすい形で管理することができ、配送物関係図の作成が可能となる。
【0074】
次に、図８を参照して、本開示の実施形態に係るデータトークンに格納される配送物メタデータについて説明する。
【0075】
図８は、本開示の実施形態に係る配送物メタデータ８０００の構成の一例を示す図である。図８に示す配送物メタデータ８０００は、特定の配送物に対応付けられているデータトークンにおいて格納されているメタデータである。本開示で説明するように、この配送物メタデータ８０００は、配送物を監視するために構成されているセンサによって取得されるセンサ情報や、配送物が発生した際に割り当てられた情報等に基づいて生成されてもよい。
【0076】
配送物メタデータ８０００は、配送物を特徴付ける様々な属性や情報を含んでもよい。例えば、図８に示すように、配送物メタデータ８０００は、配送物の大きさ、形状、製造後日数、製造者、温度、湿度、腐食状態、現在位置、配送物ＩＤ、配送元、配送先、親配送物ＩＤなどを含んでもよい。
【0077】
本開示で説明するように、この配送物メタデータ８０００は、上述したブロックチェーン上で記録され、特定の配送物に対応付けられるデータトークンに格納されてもよい。また、例えば図１１に示す配送物受領処理Ｐ１０００において、配送物が受領された場合、当該配送物に対応付けられているデータトークンから、格納されている配送物メタデータ８０００が取得され、配送物メタデータテーブルＴ３０００を生成するために用いられる。
【0078】
次に、図９を参照して、本開示の実施形態に係る配送管理テーブルについて説明する。
【0079】
図９は、本開示の実施形態に係る配送物管理テーブルＴ２０００の構成の一例を示す図である。上述したように、配送物管理テーブルＴ２０００は、関連する配送物の関係に関する配送物関係情報を格納するテーブルであり、図１２に示す配送管理処理Ｐ２０００において生成される。
【0080】
図９に示すように、配送物管理テーブルＴ２０００は、番号Ｔ２１００、配送物ＩＤＴ２２００、サプライチェーン段階Ｔ２３００、親配送物ＩＤＴ２４００及び子配送物ＩＤＴ２５００を含む。
【0081】
番号Ｔ２１００は、配送物管理テーブルＴ２０００に格納される各エントリを識別する情報である。
【0082】
配送物ＩＤＴ２２００は、特定の配送物を一意に識別する情報である。ある実施形態では、図９に示すように、配送物ＩＤ２２００は、例えば「１ａ」や「２ｂ」等の文字列で表現してもよい。上述したように、この配送物ＩＤ２２００は、配送物自体を識別する情報であってもよく、配送物に対応付けられているデータトークンを識別する情報（ｄＮＦＴＩＤ）であってもよい。
【0083】
サプライチェーン段階Ｔ２３００は、配送物の現在のサプライチェーン段階を示す情報である。ある実施形態では、図９に示すように、配送段階２３００は、「材料調達」を意味する「第１の段階」を示す「１」、「製造」を意味する「第２の段階」を示す「２」、「出荷」を意味する「第３の段階」を示す「３」や「販売」を意味する「第４の段階」を示す「４」であってもよい。
なお、配送中の配送物は、次のサプライチェーン段階で受領されるまで、配送元のサプライチェーン段階と見なされる。
なお、配送中の配送物は、次のサプライチェーン段階で受領されるまで、配送元のサプライチェーン段階と見なされる。
【0084】
親配送物ＩＤＴ２４００は、特定の配送物の元となった親配送物を一意に識別する情報である。例えば、図９に示すように、配送物ＩＤが「２ａ」の配送物の親配送物を識別する親配送物ＩＤは、「１ａ」である。
なお、サプライチェーンにおいて最初に配送される配送物は、親配送物がないため、例えば図９において配送物ＩＤが「１ａ」の配送物に関して示すように、親配送物ＩＤが「ｎｕｌｌ」となる。
なお、サプライチェーンにおいて最初に配送される配送物は、親配送物がないため、例えば図９において配送物ＩＤが「１ａ」の配送物に関して示すように、親配送物ＩＤが「ｎｕｌｌ」となる。
【0085】
子配送物ＩＤＴ２５００は、特定の配送物から派生した子配送物を一意に識別する情報である。例えば、図９に示すように、配送物ＩＤが「２ａ」の配送物の子配送物を識別する子配送物ＩＤは、「３ａ」である。
なお、子配送物がない配送物は、例えば図９において配送物ＩＤが「４ｂ」の配送物に関して示すように、子配送物ＩＤが「ｎｕｌｌ」となる。
なお、子配送物がない配送物は、例えば図９において配送物ＩＤが「４ｂ」の配送物に関して示すように、子配送物ＩＤが「ｎｕｌｌ」となる。
【0086】
以上説明した配送物管理テーブルＴ２０００によれば、サプライチェーンにおいて配送される配送物の親配送物及び子配送物に関する情報を容易に管理することができる。また、後述するように、この配送物管理テーブルＴ２０００は、図１４に示す配送物追跡処理Ｐ５０００において、配送物関係図を生成するために用いられる。
【0087】
次に、図１０を参照して、本開示の実施形態に係る配送物メタデータテーブルについて説明する。
【0088】
図１０は、本開示の実施形態に係る配送物メタデータテーブルＴ３０００の構成の一例を示す図である。上述したように、配送物メタデータテーブルＴ３０００は、サプライチェーンにおける各配送物に関するメタデータを格納するテーブルであり、図１１に示す配送物受領処理Ｐ１０００において生成される。
【0089】
図１０に示すように、配送物メタデータテーブルＴ３０００は、番号Ｔ３１００及び配送物メタデータＴ３２００を主に含む。
【0090】
番号Ｔ３１００は、配送物メタデータテーブルＴ３０００に格納される各エントリを識別する情報である。
【0091】
配送物メタデータＴ３２００は、特定の配送物に対応付けられているデータトークンに格納される情報である。図１０に示すように、配送物メタデータＴ３２００は、追跡情報Ｔ３３００及び状態情報Ｔ３４００を含んでもよい。
【0092】
追跡情報Ｔ３３００は、特定の配送物を追跡するための情報であり、図１０に示すように、例えば配送物ＩＤＴ３３１０、親配送物ＩＤＴ３３２０、配送元Ｔ３３３０及び配送先Ｔ３３４０を含んでもよい。
配送物ＩＤＴ３３１０は、サプライチェーンにおける特定の配送物を一意に識別する情報である。ある実施形態では、図１０に示すように、配送物ＩＤ２２００は、例えば「１ａ」や「２ｂ」等の文字列で表現してもよい。
親配送物ＩＤＴ３３２０は、特定の配送物の元となった親配送物を一意に識別する情報である。
配送元Ｔ３３３０は、配送物が配送された場所を識別する情報である。
配送先Ｔ３３４０は、配送物が配送される宛先を識別する情報である。
配送物ＩＤＴ３３１０は、サプライチェーンにおける特定の配送物を一意に識別する情報である。ある実施形態では、図１０に示すように、配送物ＩＤ２２００は、例えば「１ａ」や「２ｂ」等の文字列で表現してもよい。
親配送物ＩＤＴ３３２０は、特定の配送物の元となった親配送物を一意に識別する情報である。
配送元Ｔ３３３０は、配送物が配送された場所を識別する情報である。
配送先Ｔ３３４０は、配送物が配送される宛先を識別する情報である。
【0093】
状態情報Ｔ３４００は、配送物の状態を特徴付ける情報であり、図１０に示すように、温度Ｔ３４１０及び湿度Ｔ３４２０を含んでもよい。この状態情報Ｔ３４００は、例えば配送物を監視するためのセンサによって取得されてもよい。また、この状態情報Ｔ３４００に含まれる情報の種類は、配送物によって設定されてもよい。
温度Ｔ３４１０は、配送物の温度を示す情報である。
湿度Ｔ３４２０は、配送物の湿度を示す情報である。
なお、図１０では、温度Ｔ３４１０及び湿度Ｔ３４２０からなる状態情報Ｔ３４００を一例として示すが、本開示はこれに限定されず、状態情報Ｔ３４００は、配送物の状態を特徴付ける任意の情報を含んでもよい。
温度Ｔ３４１０は、配送物の温度を示す情報である。
湿度Ｔ３４２０は、配送物の湿度を示す情報である。
なお、図１０では、温度Ｔ３４１０及び湿度Ｔ３４２０からなる状態情報Ｔ３４００を一例として示すが、本開示はこれに限定されず、状態情報Ｔ３４００は、配送物の状態を特徴付ける任意の情報を含んでもよい。
【0094】
以上説明した配送物メタデータテーブルＴ３０００によれば、サプライチェーンにおいて配送される各配送物に関するメタデータを容易に管理することができる。
【0095】
次に、図１１を参照して、本開示の実施形態に係る配送物受領処理の流れについて説明する。
【0096】
図１１は、本開示の実施形態に係る配送物メタデータ取得処理Ｐ１０００の流れの一例を示す図である。図１１に示す配送物メタデータ取得処理Ｐ１０００は、１つのサプライチェーン段階から次のサプライチェーン段階へと配送される配送物が届け先で受領された場合に実行され、受領された配送物に関する配送物メタデータをブロックチェーンに記録されているデータトークンから取得するための処理である。この配送物メタデータ取得処理Ｐ１０００は、例えば図２に示すメタデータ取得部１２３０によって実施されてもよい。図１１に示すように、配送物メタデータ取得処理Ｐ１０００は、ステップＰ１１００で開始し、ステップＰ１７００で終了する。
【0097】
まず、ステップＰ１２００では、メタデータ取得部１２３０は、１つのサプライチェーン段階から次のサプライチェーン段階へと配送される配送物が届け先で受領されたことを検出する。ある実施形態では、サプライチェーンにおいて設置されているセンサ（例えば、図３に示すセンサ２１６０）は、配送物が受領される度に、当該配送物に付されているＱＲコードや追跡番号などをスキャンすることで、当該配送物が受領された時刻、場所、状態などを示すセンサ情報を取得する。このように取得されたセンサ情報は、センサ情報取得部１２６０によって収集され、配送物情報ＤＢ１２９０に格納される。従って、メタデータ取得部１２３０は、配送物情報ＤＢ１２９０を監視し、配送物が新たに受領されたことを示すセンサ情報が追加される場合、当該配送物の受領を検出してもよい。
【0098】
次に、ステップＰ１３００では、メタデータ取得部１２３０は、ステップＰ１２００で受領が検出された配送物について、ブロックチェーンに記録されているデータトークンに対応付けられているメタデータを取得するためのブロックチェーンＡＰＩを呼び出す。ここでのブロックチェーンＡＰＩは、ブロックチェーンとの通信を行うためのソフトウエアモジュールであり、ここでは、任意の既存のＡＰＩを用いてもよい。ある実施形態では、メタデータ取得部１２３０は、配送物に付されているＱＲコードや追跡番号などに基づいて、当該配送物に対応するデータトークンをブロックチェーン上で特定するＡＰＩを用いてもよい。
【0099】
次に、ステップＰ１４００では、メタデータ取得部１２３０は、ステップＰ１３００で呼び出したブロックチェーンＡＰＩを介して、ステップＰ１２００で届け先で受領されたと検出した配送物について特定したデータトークンから、当該データトークンに対応付けられている配送物メタデータをダウンロードし、取得する。
【0100】
次に、ステップＰ１５００では、メタデータ取得部１２３０は、ステップＰ１４００で取得したメタデータに基づいて、配送部情報ＤＢ１２９０に格納されている配送物メタデータテーブルＴ３０００を更新する。これにより、ステップＰ１２００で届け先で受領されたと検出した配送物に関する最新のメタデータが配送物メタデータテーブルＴ３０００に保存される。
【0101】
次に、ステップＰ１６００では、メタデータ取得部１２３０は、新たな配送物が届け先で受領されたか否かを判定する。ここで、新たな配送物が届け先で受領されたか否かを判定する処理は、ステップＰ１２００で説明したと同様に、センサ情報取得部１２６０によって収集されるセンサデータに基づいて行われてもよい。新たな配送物届け先で受領されたと判定された場合、本処理はステップＰ１３００へ戻る。一方、新たな配送物届け先で受領されていないと判定された場合、本処理はステップＰ１７００へ進み、終了する。
【0102】
図１１に示すメタデータ取得処理Ｐ１０００によれば、届け先で受領された配送物に関する最新のメタデータは、ブロックチェーン上で当該配送物について記録されているデータトークンから取得される。このように取得した配送物メタデータは、図１３に示すデータトークン更新処理Ｐ３０００において、データトークンを更新するために用いられる。
【0103】
次に、図１２を参照して、本開示の実施形態に係る配送物管理処理の流れについて説明する。
【0104】
図１２は、本開示の実施形態に係る配送物管理処理Ｐ２０００の流れの一例を示す図である。図１２に示す配送物管理処理Ｐ２０００は、１つのサプライチェーン段階から次のサプライチェーン段階へと配送される配送物が届け先で受領された場合に実行され、受領された配送物対して適切な配送管理動作を判定し、実行するための処理である。この配送物管理処理Ｐ２０００は、例えば図２に示す配送管理部１２４０及びトークン生成部１２２０によって実施されてもよい。図１２に示すように、配送物管理処理Ｐ２０００は、ステップＰ２１００で開始し、ステップＰ２７００で終了する。
【0105】
まず、ステップＰ２２００では、配送管理部１２４０は、１つのサプライチェーン段階から次のサプライチェーン段階へと配送される配送物が届け先で受領されたことを検出する。ある実施形態では、サプライチェーンにおいて設置されているセンサ（例えば、図３に示すセンサ２１６０）は、配送物が受領される度に、当該配送物に付されているＱＲコードや追跡番号などをスキャンすることで、当該配送物が受領された時刻、場所、状態などを示すセンサ情報を取得する。このように取得されたセンサ情報は、センサ情報取得部１２６０によって収集され、配送物情報ＤＢ１２９０に格納される。従って、配送管理部１２４０は、配送物情報ＤＢ１２９０を監視し、配送物が新たに受領されたことを示すセンサ情報が追加される場合、当該配送物の受領を検出してもよい。
【0106】
次に、ステップＰ２３００では、配送管理部１２４０は、配送計画ＤＢ１２８０に格納される配送計画に基づいて、ステップＰ２２００で受領が検出された配送物に対する配送管理動作を判定し、実施する。ここでの配送管理動作とは、配送物を次のサプライチェーン段階に配送する前に配送物に対して実施する処理や、配送物を次にサプライチェーン段階に配送するための配送工程を規定する情報である。ある実施形態では、配送管理部１２４０は、配送管理動作として、配送物を加工したり、梱包したり、複数の配送物に分割したり、他の配送物と組み合わせたりした後、所定の配送工程で配送することを含んでもよい。
なお、上述したように、どの配送物に対してどのような配送管理動作を実施するかは、サプライチェーン管理者によって策定される配送計画に示される。
なお、上述したように、どの配送物に対してどのような配送管理動作を実施するかは、サプライチェーン管理者によって策定される配送計画に示される。
【0107】
次に、ステップＰ２４００では、トークン生成部１２２０は、ステップＰ２３００で判定した配送管理動作によって子配送物（例えば、第２の配送物）がステップＰ２２００で受領された配送物（例えば、親配送物である第１の配送物）から派生した場合、この新たに派生した子配送物について、ブロックチェーンにおいて新たなデータトークンの生成をスマートコントラクトに要求する。この新たに生成されるデータトークンは、例えば図８に示す、子配送物に関するメタデータ（第２のメタデータ）に対応付けられてもよい。
なお、上述したように、ここでは、「新たに派生した子配送物」との表現は、親配送物である第１の配送物に対して実施された配送管理動作により、第１の配送物の量、数、性質又は状態が変更されることによって派生し、新たな配送物として扱われる物品を意味する。
なお、上述したように、ここでは、「新たに派生した子配送物」との表現は、親配送物である第１の配送物に対して実施された配送管理動作により、第１の配送物の量、数、性質又は状態が変更されることによって派生し、新たな配送物として扱われる物品を意味する。
【0108】
次に、ステップＰ２５００では、配送管理部１２４０及びトークン生成部１２２０は、ステップＰ２２００で受領された親配送物と、ステップＰ２３００で実施した配送管理動作によって新たに派生した子配送物とを関連付ける。ここで、親配送物と子配送物を関連付けることは、子配送物に対して、親配送物を識別する配送物ＩＤをメタデータとして付すことを含んでもよい。ある実施形態では、トークン生成部１２２０は、親配送物を識別する配送物ＩＤを、ブロックチェーン上で子配送物について生成したデータトークンのメタデータに含めてもよい。また、配送管理部１２４０は、親配送物を識別する配送物ＩＤを、配送物管理テーブルＴ２０００において、子配送物の配送物ＩＤに紐づけてもよい。
このように、ブロックチェーン上で記録されているデータトークンにおいても、サプライチェーン管理システム１０００の配送物情報ＤＢ１２９０においても、親配送物及び子配送物の対応関係を示す情報が格納される。これにより、親子配送物の関係を示す配送物関係図の作成が可能となる。
このように、ブロックチェーン上で記録されているデータトークンにおいても、サプライチェーン管理システム１０００の配送物情報ＤＢ１２９０においても、親配送物及び子配送物の対応関係を示す情報が格納される。これにより、親子配送物の関係を示す配送物関係図の作成が可能となる。
【0109】
次に、ステップＰ２６００では、配送管理部１２４０は、ステップＰ２５００で親配送物及び子配送物を関連付けた配送物管理テーブルＴ２０００を出力し、配送物情報ＤＢ１２９０に格納する。
【0110】
図１２に示す配送物管理処理Ｐ２０００によれば、所定のサプライチェーン段階で受領された配送物に対する適切な配送管理動作を判定し、実施した上で、当該配送管理動作によって派生する子配送物に対応するデータトークンをブロックチェーン上で記録することができる。
【0111】
次に、図１３を参照して、本開示の実施形態に係るトークン更新処理の流れについて説明する。
【0112】
図１３は、本開示の実施形態に係るトークン更新処理の流れの一例を示す図である。図１３に示すデータトークン更新処理Ｐ３０００は、サプライチェーンにおいて配送中の配送物について、ブロックチェーン上でデータトークンに格納されているメタデータを、当該配送物の最新の状態を反映するように更新するための処理であり、例えば図２に示すトークン更新部１２７０によって実施されてもよい。このデータトークン更新処理Ｐ３０００は、例えば所定の時間（１分、２分、５分、１０分、１時間）毎に行われてもよい。
図１３に示すように、データトークン更新処理Ｐ３０００は、ステップＰ３１１０で開始し、ステップＰ３２２０で終了する。
なお、以下では、説明の便宜上、第１の配送物についてデータトークンを更新する場合を一例として説明するが、実際には、トークン更新部１２７０は、サプライチェーンにおいて配送中の各配送物についてデータトークンを更新する処理を実施してもよい。
図１３に示すように、データトークン更新処理Ｐ３０００は、ステップＰ３１１０で開始し、ステップＰ３２２０で終了する。
なお、以下では、説明の便宜上、第１の配送物についてデータトークンを更新する場合を一例として説明するが、実際には、トークン更新部１２７０は、サプライチェーンにおいて配送中の各配送物についてデータトークンを更新する処理を実施してもよい。
【0113】
まず、ステップＰ３１２０では、トークン更新部１２７０は、サプライチェーンにおいて配送中の第１の配送物について、センサ情報取得部１２６０によってセンサから収集され、配送物情報ＤＢ１２９０に格納されているセンサ情報を取得する。配送中の配送物は、一つのサプライチェーン段階から発送され、届け先にはまだ到着していない配送物を意味し、例えば配送物情報ＤＢ１２９０に格納されている情報（配送物メタデータテーブルＴ３０００等）に基づいて特定されてもよい。また、上述したように、このセンサ情報は、例えば、配送物の状態（温度、湿度など）に関する情報、配送物の位置に関する情報（緯度、経度など）、配送物の配送工程（配送元や配送先など）に関する情報を含んでもよい。
【0114】
次に、ステップＰ３１３０では、トークン更新部１２７０は、配送物情報ＤＢ１２９０に格納されている配送物メタデータテーブルＴ３０００から、ステップＰ３１２０でセンサ情報が取得された配送中の第１の配送物に関する第１のメタデータを取得する。この第１のメタデータは、図８に示すように、第１の配送物の大きさ、形状、製造後日数、製造者、温度、湿度、腐食状態、現在位置、配送物ＩＤ、配送元、配送先、親配送物ＩＤなどを含んでもよい。
【0115】
次に、ステップＰ３１４０では、トークン更新部１２７０は、ステップＰ３１２０で取得した第１の配送物に関するセンサ情報と、ステップＰ３１３０で配送物メタデータテーブルＴ３０００から取得した第１のメタデータとを比較する。より具体的には、トークン更新部１２７０は、センサ情報と、第１のメタデータとにおいて共通しているデータ項目を、所定の類似度判定アルゴリズム（ユークリッド距離、文字列比較、ユークリッド距離、コサイン類似度）に基づいて比較してもよい。
【0116】
次に、ステップＰ３１５０では、トークン更新部１２７０は、第１の配送物に関するセンサ情報と第１のメタデータとを比較した結果、センサ情報が第１のメタデータに対する類似度基準を満たすか否かを判定する。ここでの類似度基準とは、データトークンを更新する必要がある類似度の閾値を示す情報であり、例えば所定の類似度値（パーセントなど）で表現してもよい。センサ情報が第１のメタデータに対する類似度基準を満たすと判定した場合、トークン更新部は、センサ情報及び第１のメタデータが実質的に類似しているため、データトークンのメタデータを更新する必要がないと判定し、本処理はステップＰ３１６０へ進む。一方、センサ情報が第１のメタデータに対する類似度基準を満たさないと判定した場合、トークン更新部は、センサ情報が第１のメタデータと相違しているため、データトークンのメタデータを更新する必要があると判定し、本処理はステップＰ３１８０へ進む。
【0117】
ステップＰ３１６０では、トークン更新部１２７０は、所定の時間を待機する。これは、新たな配送物が発送されると予想される時間まで待機するためであり、待機する時間は、例えば５分、１０分、１時間、２時間等、サプライチェーンにおいて配送物が配送される頻度（平均時間）に応じて設定されてもよい。
【0118】
次に、ステップＰ３１７０では、トークン更新部１２７０は、配送中の配送物があるか否かを判定する。ここで、トークン更新部１２７０は、例えば配送物情報ＤＢ１２９０に格納されている情報（配送物メタデータテーブルＴ３０００等）を参照することで、配送中の配送物があるか否かを判定してもよい。配送中の配送物があると判定した場合、本処理はステップＰ３１２０へ戻り、配送中の配送物がないと判定した場合、本処理はステップＰ３２３０へ進み、終了する。
【0119】
ステップＰ３１８０では、トークン更新部１２７０は、配送物情報ＤＢ１２９０に格納されている配送物メタデータテーブルＴ３０００を、ステップＰ３１２０で取得したセンサ情報に基づいて更新する。これにより、配送物メタデータテーブルＴ３０００に格納されている第１の配送物に関する第１のメタデータは、第１の配送物の最新状態を反映するように更新される。
【0120】
次に、ステップＰ３１９０では、トークン更新部１２７０は、スマートコントラクトによるデータトークンの更新を行うためのブロックチェーンＡＰＩを呼び出す。
【0121】
次に、ステップＰ３２００では、トークン更新部１２７０は、ブロックチェーン上で記録だれている、第１の配送物に対応する第１のデータトークンに格納されている第１のメタデータを、ステップＰ３１２０で取得したセンサ情報に基づいて更新する処理をスマートコントラクトに要求する。これにより、スマートコントラクトは、ブロックチェーン上で記録されている第１のデータトークンに格納されている第１のメタデータを、第１の配送物の最新状態を反映するように、センサ情報に一致するように更新する。
【0122】
次に、ステップＰ３２１０では、ステップＰ３２００で行われた第１のデータトークンの第１のメタデータの更新は、ブロックチェーンで認証される。その後、本処理はステップＰ３２３０へ進み、終了する。
【0123】
図１３に示すデータトークン更新処理Ｐ３０００により、ブロックチェーンで記録されている、サプライチェーンにおいて配送中の配送物に対応するデータトークンのメタデータは、配送物の最新状態を反映するようにリアルタイムで更新することが可能となる。
【0124】
次に、図１４を参照して、本開示の実施形態に係る配送物追跡処理の流れについて説明する。
【0125】
図１４は、本開示の実施形態に係る配送物追跡処理Ｐ５０００の流れの一例を示す図である。図１４に示す配送物追跡処理Ｐ５０００は、特定の配送物について、サプライチェーンにおける関連配送物との関係を示す配送物関係図を生成し、ユーザに提供するための処理であり、例えば図２に示す追跡管理部１２５０によって実施されてもよい。
図１４に示すように、配送物追跡処理Ｐ５０００は、ステップＰ５１００で開始し、ステップＰ５７００で終了する。
なお、以下では、説明の便宜上、第１の配送物について配送物関係図を生成する場合を一例として説明する。
図１４に示すように、配送物追跡処理Ｐ５０００は、ステップＰ５１００で開始し、ステップＰ５７００で終了する。
なお、以下では、説明の便宜上、第１の配送物について配送物関係図を生成する場合を一例として説明する。
【0126】
まず、ステップＰ５２００では、追跡管理部１２５０は、配送物情報ＤＢ１２９０に格納されている配送物管理テーブルＴ２０００から、第１の配送物に関連する関連配送物（親配送物、子配送物など）の関係を示す配送物管理情報を取得する。上述したように、この配送物管理情報は、配送物関係図を生成するために用いられる。
【0127】
次に、ステップＰ５３００では、追跡管理部１２５０は、ステップＰ５２００で配送物管理テーブルＴ２０００から取得した配送物管理情報に基づいて、配送物関係図を生成する。ここで、追跡管理部１２５０は、配送物管理情報に記録されている配送物ＩＤを、サプライチェーン段階が前のものを上に示し、サプライチェーン段階が後のものを下に示す階層形式で表示する図を作成した後、親配送物の配送物ＩＤからその子配送物の配送物ＩＤへ向かう矢印で繋げることで、図６に示すような配送物関係図を生成してもよい。
また、ある実施形態では、追跡管理部１２５０は、配送物関係図において、配送物ＩＤに加えて、それぞれの配送物に関する特定のメタデータ（位置情報、状態情報等）を示してもよい。これにより、配送物の関連配送物との関係に加えて、各配送物に関する位置や状態を容易に把握することが可能となる。
また、ある実施形態では、追跡管理部１２５０は、配送物関係図において、配送物ＩＤに加えて、それぞれの配送物に関する特定のメタデータ（位置情報、状態情報等）を示してもよい。これにより、配送物の関連配送物との関係に加えて、各配送物に関する位置や状態を容易に把握することが可能となる。
【0128】
次に、ステップＰ５４００では、追跡管理部１２５０は、ステップＰ５３００で生成した配送物関係図を、例えば図２に示すクライアント端末１１００を介して、図１５に示す管理者インターフェースＧ１０００やクライアントインターフェースＧ２０００に表示してもよい。
【0129】
次に、ステップＰ５５００では、追跡管理部１２５０は、配送物情報ＤＢ１２９０に格納されている配送物メタデータテーブルＴ３０００から、配送物メタデータを取得する。
【0130】
次に、ステップＰ５６００では、追跡管理部１２５０は、追跡管理部１２５０は、ステップＰ５５００で取得した配送物メタデータに基づいて、第１の配送物に関連する新たな関連配送物が発生したか否かを判定する。ここで、追跡管理部１２５０は、第１の配送物の配送物ＩＤや、第１の配送物の親子配送物の配送物ＩＤのいずれかをメタデータに含む新たな配送物の情報が配送物メタデータに追加されたか否かによって、新たな関連配送物の有無を判定してもよい。
第１の配送物に関連する新たな関連配送物が発生したと判定した場合、本処理はステップＰ５２００へ戻る。
一方、第１の配送物に関連する新たな関連配送物が発生していないと判定した場合、本処理はステップＰ５７００へ進み、終了する。
第１の配送物に関連する新たな関連配送物が発生したと判定した場合、本処理はステップＰ５２００へ戻る。
一方、第１の配送物に関連する新たな関連配送物が発生していないと判定した場合、本処理はステップＰ５７００へ進み、終了する。
【0131】
図１４に示す配送物追跡処理Ｐ５０００により、サプライチェーンにおける任意の配送物について、当該配送物の関連配送物との関係を示す配送物関係図を生成することができ、配送物の関係を容易に把握することが可能となる。
【0132】
【0133】
図１５は、本開示の実施形態に係る管理者インターフェースＧ１０００の一例を示す図である。図１５に示す管理者インターフェースＧ１０００は、サプライチェーンの管理者によって利用されるユーザインターフェースであり、例えばパソコン、タブレット端末、スマートフォンなどのコンピューティングデバイスを介して提供されてもよい。
【0134】
図１５に示すように、管理者インターフェースＧ１０００は、配送追跡ウインドウＧ１１００、配送物メタデータ表示ウインドウＧ１２００及び分散型台帳表示ウインドウＧ１４００を含む。
【0135】
配送追跡ウインドウＧ１１００は、追跡対象の配送物を選択すると共に、追跡対象の配送物に関する追跡結果を示すためのインターフェースウインドウである。図１５に示すように、配送追跡ウインドウＧ１１００は、配送物選択メニュＧ１１２０及び配送物関係図Ｇ１１４０を含んでもよい。
配送物選択メニュＧ１１２０は、追跡対象の配送物を識別する配送物ＩＤを選択するためのインターフェースウインドウである。
配送物関係図表示ウインドウＧ１１４０は、配送物選択メニュＧ１１２０で選択された配送物に対応する親配送物及び子配送物との関係を示す配送物関係図を表示するインターフェースウインドウである。この配送物関係図は、例えば図１４を参照して上述した配送物追跡処理Ｐ５０００によって生成されてもよい。
配送物選択メニュＧ１１２０は、追跡対象の配送物を識別する配送物ＩＤを選択するためのインターフェースウインドウである。
配送物関係図表示ウインドウＧ１１４０は、配送物選択メニュＧ１１２０で選択された配送物に対応する親配送物及び子配送物との関係を示す配送物関係図を表示するインターフェースウインドウである。この配送物関係図は、例えば図１４を参照して上述した配送物追跡処理Ｐ５０００によって生成されてもよい。
【0136】
配送物メタデータ表示ウインドウＧ１２００は、サプライチェーンにおける各配送物に関するメタデータを格納する配送物メタデータテーブルＴ３０００を表示するためのインターフェースウインドウである。配送物メタデータ表示ウインドウＧ１２００によれば、サプライチェーンの管理者等のユーザは、サプライチェーンにおける各配送物に関するメタデータを容易に確認することができる。
【0137】
分散型台帳表示ウインドウＧ１４００は、サプライチェーンにおける配送物に対応付けられ、ブロックチェーン上で記録されているデータトークンに関する情報を表示するためのインターフェースウインドウである。図１５に示すように、分散型台帳表示ウインドウＧ１４００は、データトークン総数Ｇ１４２０、ブロックチェーン取引表示ウインドウＧ１４４０、配送物選択メニュＧ１４６０及び配送物メタデータ表示ウインドウＧ１４７０を含んでもよい。
データトークン総数Ｇ１４２０は、ブロックチェーン上、サプライチェーンにおける配送物について発行されているデータトークンの総数を示す情報である。
ブロックチェーン取引表示ウインドウＧ１４４０は、サプライチェーンにおける配送物について発行されているデータトークンについて、ブロックチェーン上での取引（新規のデータトークンの発行、既存のデータトークンの更新など）を示すインターフェースウインドウである。
配送物選択メニュＧ１４６０は、メタデータ取得対象の配送物を識別する配送物ＩＤを選択するためのインターフェースウインドウである。
配送物メタデータ表示ウインドウＧ１４７０は、配送物選択メニュＧ１４６０で選択された配送物について取得したメタデータを表示するインターフェースウインドウである。
データトークン総数Ｇ１４２０は、ブロックチェーン上、サプライチェーンにおける配送物について発行されているデータトークンの総数を示す情報である。
ブロックチェーン取引表示ウインドウＧ１４４０は、サプライチェーンにおける配送物について発行されているデータトークンについて、ブロックチェーン上での取引（新規のデータトークンの発行、既存のデータトークンの更新など）を示すインターフェースウインドウである。
配送物選択メニュＧ１４６０は、メタデータ取得対象の配送物を識別する配送物ＩＤを選択するためのインターフェースウインドウである。
配送物メタデータ表示ウインドウＧ１４７０は、配送物選択メニュＧ１４６０で選択された配送物について取得したメタデータを表示するインターフェースウインドウである。
【0138】
図１５に示す管理者インターフェースＧ１０００によれば、サプライチェーンの管理者は、サプライチェーンにおいて配送される任意の配送物の状況を把握すると共に、配送物を管理することができる。
【0139】
次に、図１６を参照して、本開示の実施形態に係るクライアントインターフェースＧ２０００の一例について説明する。図１６に示すクライアントインターフェースＧ２０００は、サプライチェーンにおいて配送物を受領するクライアントによって利用されるユーザインターフェースであり、例えばパソコン、タブレット端末、スマートフォンなどのコンピューティングデバイスを介して提供されてもよい。
【0140】
図１６に示すように、クライアントインターフェースＧ２０００は、配送追跡ウインドウＧ２２００、配送物メタデータ表示ウインドウＧ２４００及び配送物追跡結果表示ウインドウＧ２６００を含む。
【0141】
配送追跡ウインドウＧ２２００は、追跡対象の配送物を選択すると共に、追跡対象の配送物に関する配送物関係図を示すためのインターフェースウインドウである。図１６に示すように、配送追跡ウインドウＧ２２００は、配送物選択メニュＧ２２２０及び配送物関係図Ｇ２２４０を含んでもよい。
配送物選択メニュＧ２２２０は、追跡対象の配送物を識別する配送物ＩＤを選択するためのインターフェースウインドウである。
配送物関係図表示ウインドウＧ２２４０は、配送物選択メニュＧ２２２０で選択された配送物に対応する親配送物及び子配送物との関係を表現する配送物関係図を表示するインターフェースウインドウである。この配送物関係図は、例えば図１４を参照して上述した配送物追跡処理Ｐ５０００によって生成されてもよい。
配送物選択メニュＧ２２２０は、追跡対象の配送物を識別する配送物ＩＤを選択するためのインターフェースウインドウである。
配送物関係図表示ウインドウＧ２２４０は、配送物選択メニュＧ２２２０で選択された配送物に対応する親配送物及び子配送物との関係を表現する配送物関係図を表示するインターフェースウインドウである。この配送物関係図は、例えば図１４を参照して上述した配送物追跡処理Ｐ５０００によって生成されてもよい。
【0142】
配送物メタデータ表示ウインドウＧ２４００は、配送物選択メニュＧ２２２０で選択された配送物に関するメタデータを表示するためのインターフェースウインドウである。
【0143】
配送物追跡結果表示ウインドウＧ２６００は、配送物選択メニュＧ２２２０で選択された配送物について生成した配送物追跡結果を表示するためのインターフェースウインドウである。配送物追跡結果表示ウインドウＧ２６００に表示される配送物追跡結果は、例えば、配送物を識別する配送物ＩＤ、配送元、配送先、経由地、状態などの情報を含み、配送物メタデータに基づいて生成されてもよい。
【0144】
図１６を参照して説明したクライアントインターフェースＧ２０００によれば、サプライチェーンにおいて配送物を受領するクライアントは、配達される配送物の配送状況を容易に確認することができる。
【0145】
以上説明したように、本開示の実施形態に係るサプライチェーン管理手段では、サプライチェーンにおいて配送される各配送物について、当該配送物を特徴付けるメタデータに対応付けられたデータトークンが生成され、ブロックチェーンに記録されている。これにより、各配送物を表す一意なデジタル記録がブロックチェーンに保存されるため、サプライチェーンにおける配送物の動きや状態を追跡することが可能となる。
ある実施形態では、このデータトークンは、ｄＮＦＴであってもよい。ｄＮＦＴは、リアルタイムの動的な更新が可能なため、データトークンとしてｄＮＦＴを用いることで、配送中の配送物の最新の状態（位置、温度、品質など）をリアルタイムでデータトークンのメタデータに対して反映させることができる。このように、配送中の配送物についても、最新の状態がブロックチェーンに記録される。
ある実施形態では、このデータトークンは、ｄＮＦＴであってもよい。ｄＮＦＴは、リアルタイムの動的な更新が可能なため、データトークンとしてｄＮＦＴを用いることで、配送中の配送物の最新の状態（位置、温度、品質など）をリアルタイムでデータトークンのメタデータに対して反映させることができる。このように、配送中の配送物についても、最新の状態がブロックチェーンに記録される。
【0146】
また、本開示の実施形態に係るサプライチェーン管理手段では、サプライチェーン段階の処理により、１つの配送物が複数の配送物に分割されたり、複数の配送物がまとめられたりした場合、新たに派生する子配送物について、親配送物となった配送物を識別する配送物ＩＤを含むメタデータに対応付けられるデータトークンがブロックチェーンに記録される。その後、各配送物のメタデータに記録されている親配送物ＩＤを用いて、親子配送物の関連付けを行うことで、特定の配送物に関連する関連配送物（親子配送物）との関係を示す配送物関係図の生成が可能となる。このように、サプライチェーンにおける配送物分割や配送物組み合わせにより配送物の関係が複雑となった場合でも、関連配送物の関係を容易に把握することができる。
【0147】
従って、本開示によれば、サプライチェーンにおいて配送される配送物について、当該配送物に対応付けられているデータトークンをブロックチェーンにおいて記録することで、関連する親子配送物との関係や、各配送物のリアルタイムの状態などを管理することができるサプライチェーン管理手段を提供することができる。
また、これにより、サプライチェーンを管理する企業などのユーザは、配送中の配送物の関係を容易に把握することで、サプライチェーンに対して適切な判断を行い、サプライチェーン管理の効率化を図ることができる。
更に、サプライチェーンから配送物を受領する消費者などのユーザは、配送物が受領されるまでに受けた処理や配送工程をブロックチェーンの記録で確認することができるため、安心して配送物を用いることができる。
また、これにより、サプライチェーンを管理する企業などのユーザは、配送中の配送物の関係を容易に把握することで、サプライチェーンに対して適切な判断を行い、サプライチェーン管理の効率化を図ることができる。
更に、サプライチェーンから配送物を受領する消費者などのユーザは、配送物が受領されるまでに受けた処理や配送工程をブロックチェーンの記録で確認することができるため、安心して配送物を用いることができる。
【0148】
上述したように、本開示の実施形態に係るサプライチェーン管理手段は、以下の態様に関する。
【0149】
（態様１）
サプライチェーン管理装置であって、
プロセッサとメモリとを備え、
前記メモリは、
サプライチェーンにおいて第１の配送工程で配送される第１の配送物について、前記第１の配送物に関する第１のメタデータを対応付けた第１のデータトークンを所定の分散型台帳において生成する第１のトークン生成部と、
前記第１の配送物が所定の配送先で受領されたことを検出した場合、前記第１のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータを取得するメタデータ取得部と、
所定の配送計画に基づいて、前記第１の配送物に関連する第２の配送物を配送するための第２の配送工程を判定する配送管理部と、
前記第１のメタデータに基づいて、前記第２の配送物に関する第２のメタデータを対応付けた第２のデータトークンを前記分散型台帳において生成する第２のトークン生成部と、
前記第１のデータトークン及び前記第２のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータと、前記第２のデータトークンに対応付けられている前記第２のメタデータとに基づいて、前記第１の配送物及び前記第２の配送物の関係を示す配送物関係図を生成し、出力する追跡管理部、
として前記プロセッサを機能させるための処理命令を含むことを特徴とするサプライチェーン管理装置。
サプライチェーン管理装置であって、
プロセッサとメモリとを備え、
前記メモリは、
サプライチェーンにおいて第１の配送工程で配送される第１の配送物について、前記第１の配送物に関する第１のメタデータを対応付けた第１のデータトークンを所定の分散型台帳において生成する第１のトークン生成部と、
前記第１の配送物が所定の配送先で受領されたことを検出した場合、前記第１のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータを取得するメタデータ取得部と、
所定の配送計画に基づいて、前記第１の配送物に関連する第２の配送物を配送するための第２の配送工程を判定する配送管理部と、
前記第１のメタデータに基づいて、前記第２の配送物に関する第２のメタデータを対応付けた第２のデータトークンを前記分散型台帳において生成する第２のトークン生成部と、
前記第１のデータトークン及び前記第２のデータトークンを前記分散型台帳において特定し、前記第１のデータトークンに対応付けられている前記第１のメタデータと、前記第２のデータトークンに対応付けられている前記第２のメタデータとに基づいて、前記第１の配送物及び前記第２の配送物の関係を示す配送物関係図を生成し、出力する追跡管理部、
として前記プロセッサを機能させるための処理命令を含むことを特徴とするサプライチェーン管理装置。
【0150】
（態様２）
前記第１のメタデータは、
前記第１の配送物を識別する第１の配送物ＩＤ、前記第１の配送物の状態を示す第１の状態情報、前記第１の配送物の位置を示す第１の位置情報及び前記第１の配送工程を特徴付ける第１の配送情報を含む、
ことを特徴とする、態様１に記載のサプライチェーン管理装置。
前記第１のメタデータは、
前記第１の配送物を識別する第１の配送物ＩＤ、前記第１の配送物の状態を示す第１の状態情報、前記第１の配送物の位置を示す第１の位置情報及び前記第１の配送工程を特徴付ける第１の配送情報を含む、
ことを特徴とする、態様１に記載のサプライチェーン管理装置。
【0151】
（態様３）
前記サプライチェーン管理装置は、
前記第１の配送物を監視するセンサから、前記第１の配送物に関するセンサ情報を取得するセンサ情報取得部と、
前記センサ情報と、前記第１のメタデータとを比較した結果、前記センサ情報は前記第１のメタデータに対する類似度基準を満たさない場合、前記分散型台帳における前記第１のデータトークンに対応付けられている前記第１のメタデータを前記センサ情報に基づいて更新するトークン更新部と、
を更に含むことを特徴とする、態様２に記載のサプライチェーン管理装置。
前記サプライチェーン管理装置は、
前記第１の配送物を監視するセンサから、前記第１の配送物に関するセンサ情報を取得するセンサ情報取得部と、
前記センサ情報と、前記第１のメタデータとを比較した結果、前記センサ情報は前記第１のメタデータに対する類似度基準を満たさない場合、前記分散型台帳における前記第１のデータトークンに対応付けられている前記第１のメタデータを前記センサ情報に基づいて更新するトークン更新部と、
を更に含むことを特徴とする、態様２に記載のサプライチェーン管理装置。
【0152】
（態様４）
前記配送計画は、前記第１の配送物を、前記第２の配送工程で配送される前記第２の配送物及び第３の配送工程で配送される第３の配送物に分割することを規定する場合、
前記第２のトークン生成部は、
前記第２の配送物について、前記第２の配送物を識別する第２の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む前記第２のメタデータに対応付けた前記第２のデータトークンを前記分散型台帳において生成し、
前記第３の配送物について、前記第３の配送物を識別する第３の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む第３のメタデータに対応付けた第３のデータトークンを前記分散型台帳において生成する、
ことを特徴とする態様２又は３に記載のサプライチェーン管理装置。
前記配送計画は、前記第１の配送物を、前記第２の配送工程で配送される前記第２の配送物及び第３の配送工程で配送される第３の配送物に分割することを規定する場合、
前記第２のトークン生成部は、
前記第２の配送物について、前記第２の配送物を識別する第２の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む前記第２のメタデータに対応付けた前記第２のデータトークンを前記分散型台帳において生成し、
前記第３の配送物について、前記第３の配送物を識別する第３の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤを親配送物ＩＤとして含む第３のメタデータに対応付けた第３のデータトークンを前記分散型台帳において生成する、
ことを特徴とする態様２又は３に記載のサプライチェーン管理装置。
【0153】
（態様５）
前記追跡管理部は、
前記第１のデータトークン、前記第２のデータトークン及び前記第３のデータトークンを前記分散型台帳において特定し、前記第２のデータトークンに対応付けられている前記第２のメタデータ及び前記第３のデータトークンに対応付けられている前記第３のメタデータにおいて、前記第１の配送物を識別する前記第１の配送物ＩＤが親配送物ＩＤとして含まれている場合、前記第２の配送物及び前記第３の配送物が前記第１の配送物から派生した子配送物であることを示す配送物関係図を生成し、出力する、
ことを特徴とする、態様４に記載のサプライチェーン管理装置。
前記追跡管理部は、
前記第１のデータトークン、前記第２のデータトークン及び前記第３のデータトークンを前記分散型台帳において特定し、前記第２のデータトークンに対応付けられている前記第２のメタデータ及び前記第３のデータトークンに対応付けられている前記第３のメタデータにおいて、前記第１の配送物を識別する前記第１の配送物ＩＤが親配送物ＩＤとして含まれている場合、前記第２の配送物及び前記第３の配送物が前記第１の配送物から派生した子配送物であることを示す配送物関係図を生成し、出力する、
ことを特徴とする、態様４に記載のサプライチェーン管理装置。
【0154】
（態様６）
前記配送計画は、前記第１の配送物を、第０の配送物と組み合わせて前記第２の配送工程で配送される前記第２の配送物とすることを規定する場合、
前記第２のトークン生成部は、
前記第２の配送物について、前記第２の配送物を識別する第２の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤ及び前記第０の配送物を識別する第０の配送物ＩＤを親配送物ＩＤとして含む前記第２のメタデータに対応付けた前記第２のデータトークンを前記分散型台帳において生成する、
ことを特徴とする態様２乃至５に記載のサプライチェーン管理装置。
前記配送計画は、前記第１の配送物を、第０の配送物と組み合わせて前記第２の配送工程で配送される前記第２の配送物とすることを規定する場合、
前記第２のトークン生成部は、
前記第２の配送物について、前記第２の配送物を識別する第２の配送物ＩＤに加えて、前記第１の配送物を識別する前記第１の配送物ＩＤ及び前記第０の配送物を識別する第０の配送物ＩＤを親配送物ＩＤとして含む前記第２のメタデータに対応付けた前記第２のデータトークンを前記分散型台帳において生成する、
ことを特徴とする態様２乃至５に記載のサプライチェーン管理装置。
【0155】
（態様７）
前記追跡管理部は、
前記第０の配送物に対応する第０のデータトークン、前記第１のデータトークン及び前記第２のデータトークンを前記分散型台帳において特定し、前記第２のデータトークンに対応付けられている前記第２のメタデータにおいて、前記第０の配送物を識別する前記第０の配送物ＩＤ及び前記第１の配送物を識別する前記第１の配送物ＩＤが親配送物ＩＤとして含まれている場合、前記第２の配送物が前記第０の配送物及び前記第１の配送物から派生した子配送物であることを示す配送物関係図を生成し、出力する、
ことを特徴とする、態様６に記載のサプライチェーン管理装置。
前記追跡管理部は、
前記第０の配送物に対応する第０のデータトークン、前記第１のデータトークン及び前記第２のデータトークンを前記分散型台帳において特定し、前記第２のデータトークンに対応付けられている前記第２のメタデータにおいて、前記第０の配送物を識別する前記第０の配送物ＩＤ及び前記第１の配送物を識別する前記第１の配送物ＩＤが親配送物ＩＤとして含まれている場合、前記第２の配送物が前記第０の配送物及び前記第１の配送物から派生した子配送物であることを示す配送物関係図を生成し、出力する、
ことを特徴とする、態様６に記載のサプライチェーン管理装置。
【0156】
（態様８）
前記配送物関係図は、
前記第１の配送物及び前記第２の配送物の関係に加えて、前記第１の配送物及び前記第２の配送物の状態を示す、
ことを特徴とする、態様１乃至７に記載のサプライチェーン管理装置。
前記配送物関係図は、
前記第１の配送物及び前記第２の配送物の関係に加えて、前記第１の配送物及び前記第２の配送物の状態を示す、
ことを特徴とする、態様１乃至７に記載のサプライチェーン管理装置。
【0157】
（態様９）
前記第１のデータトークン及び前記第２のデータトークンは、
Ｄｙｎａｍｉｃ ｎｏｎ－ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎである、
ことを特徴とする態様１乃至８に記載のサプライチェーン管理装置。
前記第１のデータトークン及び前記第２のデータトークンは、
Ｄｙｎａｍｉｃ ｎｏｎ－ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎである、
ことを特徴とする態様１乃至８に記載のサプライチェーン管理装置。
【0158】
以上、本発明の実施の形態について説明したが、本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【0159】
１０００ サプライチェーン管理システム
１１００ クライアント端末
１２００ サプライチェーン管理装置
１２１０ 制御部
１２２０ トークン生成部
１２３０ メタデータ取得部
１２４０ 配送管理部
１２５０ 追跡管理部
１２６０ センサ情報取得部
１２７０ トークン更新部
１２８０ 配送計画ＤＢ
１２９０ 配送物情報ＤＢ
１３００ 通信ネットワーク
１４００ 分散型台帳
１４２０ ブロックチェーン
１４４０ スマートコントラクト
１４６０ データトークン
１１００ クライアント端末
１２００ サプライチェーン管理装置
１２１０ 制御部
１２２０ トークン生成部
１２３０ メタデータ取得部
１２４０ 配送管理部
１２５０ 追跡管理部
１２６０ センサ情報取得部
１２７０ トークン更新部
１２８０ 配送計画ＤＢ
１２９０ 配送物情報ＤＢ
１３００ 通信ネットワーク
１４００ 分散型台帳
１４２０ ブロックチェーン
１４４０ スマートコントラクト
１４６０ データトークン
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】