特許 7409297 情報管理方法、及び情報管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-25

(45)【発行日】2024-01-09

(54)【発明の名称】情報管理方法、及び情報管理プログラム

(51)【国際特許分類】

   G06Q 30/015 20230101AFI20231226BHJP

   G06Q 30/06 20230101ALI20231226BHJP

   G16Y 20/20 20200101ALI20231226BHJP

   G16Y 40/10 20200101ALI20231226BHJP

【ＦＩ】

G06Q30/015

G06Q30/06

G16Y20/20

G16Y40/10

【請求項の数】 6

(21)【出願番号】P 2020213997

(22)【出願日】2020-12-23

(65)【公開番号】P2022099921

(43)【公開日】2022-07-05

【審査請求日】2023-01-11

(73)【特許権者】

【識別番号】000004260

【氏名又は名称】株式会社デンソー

(74)【代理人】

【識別番号】100106149

【弁理士】

【氏名又は名称】矢作 和行

(74)【代理人】

【識別番号】100121991

【弁理士】

【氏名又は名称】野々部 泰平

(74)【代理人】

【識別番号】100145595

【弁理士】

【氏名又は名称】久保 貴則

(72)【発明者】

【氏名】岡部 達哉

【審査官】牧 裕子

(56)【参考文献】

【文献】特開２００７－１１８１７（ＪＰ，Ａ）

【文献】特開２０２０－１１９２０７（ＪＰ，Ａ）

【文献】特開２０２０－２１１３４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

Ｇ１６Ｙ ２０／２０

Ｇ１６Ｙ ４０／１０

(57)【特許請求の範囲】

【請求項1】

コンピュータ（１０）によって実施され、サプライチェーン（ＳＣ）を構成する複数の取引者（ＴＲ）のそれぞれに紐付く秘匿化データ（ＳＤ）を、複数の前記取引者から参照可能なブロックチェーン（ＢＣ）を用いて管理する情報管理方法であって、
少なくとも一つのプロセッサ（１１）にて実行される処理に、
特定取引者（ＴＲｓ）に紐づく特定端末（１０ｓ）から、前記サプライチェーンにて前記特定取引者との取引関係を有する直接取引者（ＴＲｄ）に紐付く受付端末（１０ａ）に、秘匿化されていない秘匿前データ（ＮＤｉ）の提供要求を送信し（Ｓ１１４）、
前記提供要求を受け付けた前記受付端末が前記秘匿前データを保管していない場合、前記サプライチェーンにて前記直接取引者との取引関係を有する別の前記取引者の前記受付端末に前記提供要求を転送し（Ｓ１１７，Ｓ１１８）、
前記提供要求を受け付けた前記受付端末が前記秘匿前データを保管している場合、前記提供要求の伝達経路を逆方向に辿る返信経路で、前記特定端末に前記秘匿前データを返信する（Ｓ１２０，Ｓ１２１）、
というステップを含む情報管理方法。

【請求項2】

前記取引者毎に複数に分類された各前記秘匿前データから生成される複数の前記秘匿化データが前記ブロックチェーンを用いて管理されており、
前記秘匿前データを返信するステップでは、分類された複数の前記秘匿前データの中から、前記提供要求に対応する前記秘匿前データを前記特定端末への返信対象に選択する、請求項１に記載の情報管理方法。

【請求項3】

前記特定端末に返信される前記秘匿前データを、前記秘匿化データの生成に用いた秘匿化処理に適用し、前記秘匿前データに基づく検証用データを生成し（Ｓ１３５）、
前記ブロックチェーンによって管理された前記秘匿化データと、前記秘匿前データから生成した前記検証用データとの比較により、取得した前記秘匿前データを検証する（Ｓ１３６）、
というステップをさらに含む請求項１又は２に記載の情報管理方法。

【請求項4】

前記サプライチェーンにおいて、前記特定取引者の前工程側に位置する前側取引者と、前記特定取引者の後工程側となる後側取引者とのうちで、前記秘匿前データを管理する管理取引者がどちらに属するかを推定する（Ｓ１１３）、というステップをさらに含み、
前記提供要求を送信するステップでは、
前記管理取引者が前記前側取引者に属すると推定した場合、前記特定取引者の前工程側の前記直接取引者の前記受付端末に、前記提供要求を送信し、
前記管理取引者が前記後側取引者に属すると推定した場合、前記特定取引者の後工程側の前記直接取引者の前記受付端末に、前記提供要求を送信する請求項１～３のいずれか一項に記載の情報管理方法。

【請求項5】

前記提供要求を転送するステップでは、
前記提供要求を後工程側から受信した場合、前工程側の前記取引者の前記受付端末に、前記提供要求を転送し、
前記提供要求を前工程側から受信した場合、後工程側の前記取引者の前記受付端末に、前記提供要求を転送する請求項４に記載の情報管理方法。

【請求項6】

コンピュータ（１０）によって実施され、サプライチェーン（ＳＣ）を構成する複数の取引者（ＴＲ）のそれぞれに紐付く秘匿化データ（ＳＤ）を、複数の前記取引者から参照可能なブロックチェーン（ＢＣ）を用いて管理する情報管理プログラムであって、
少なくとも一つのプロセッサ（１１）に、
特定取引者（ＴＲｓ）に紐づく特定端末（１０ｓ）から、前記サプライチェーンにて前記特定取引者との取引関係を有する直接取引者（ＴＲｄ）に紐付く受付端末（１０ａ）に、秘匿化されていない秘匿前データ（ＮＤｉ）の提供要求を送信し（Ｓ１１４）、
前記提供要求を受け付けた前記受付端末が前記秘匿前データを保管していない場合、前記サプライチェーンにて前記直接取引者との取引関係を有する別の前記取引者の前記受付端末に前記提供要求を転送し（Ｓ１１７，Ｓ１１８）、
前記提供要求を受け付けた前記受付端末が前記秘匿前データを保管している場合、前記提供要求の伝達経路を逆方向に辿る返信経路で、前記特定端末に前記秘匿前データを返信する（Ｓ１２０，Ｓ１２１）、
ことを含む処理を実行させる情報管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

この明細書による開示は、情報管理の技術に関する。

【背景技術】

【0002】

特許文献１には、分散型台帳を利用したブロックチェーンを用いて、デジタルアセットのトレーサビリティを容易にする方法が開示されている。特許文献１では、デジタルアセットのソースファイル及びバイナリファイル等のハッシュ値が演算され、各ハッシュ値は、分散型台帳へのコミット処理により、ブロックチェーンに登録される。

【先行技術文献】

【特許文献】

【0003】

【文献】特表２０２０－５３２２１３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１において分散型台帳に記録されるハッシュ値は、ソースファイル及びバイナリファイル等の元データへの復元が実質不可能な秘匿化されたデータである。そのため、サプライチェーンに関連した情報の管理に特許文献１の開示技術を応用すれば、営業秘密等の他の取引者に開示できない情報であっても、ハッシュ値等の秘匿化データに変換し、他の取引者から参照可能な状態で管理できると考えられる。

【0005】

しかし、例えばサプライチェーンによって提供される製品及び商品等に何らかの不具合が生じたケースでは、営業秘密等であっても、サプライチェーンを構成する他の取引者に開示する必要が生じ得る。このようなケースにおいて、秘匿化された情報を必要とする特定の取引者が他の取引者から秘匿前の情報を適切に取得する手段は、提供されていない。その結果、サプライチェーンの情報管理に適用した場合、利便性の確保が不十分となる虞があった。

【0006】

本開示は、改竄のリスクを低減しつつ、サプライチェーンに関連する情報の利便性を確保可能な情報管理方法及び情報管理プログラムの提供を目的とする。

【課題を解決するための手段】

【0007】

上記目的を達成するため、開示された一つの態様は、コンピュータ（１０）によって実施され、サプライチェーン（ＳＣ）を構成する複数の取引者（ＴＲ）のそれぞれに紐付く秘匿化データ（ＳＤ）を、複数の取引者から参照可能なブロックチェーン（ＢＣ）を用いて管理する情報管理方法であって、少なくとも一つのプロセッサ（１１）にて実行される処理に、特定取引者（ＴＲｓ）に紐づく特定端末（１０ｓ）から、サプライチェーンにて特定取引者との取引関係を有する直接取引者（ＴＲｄ）に紐付く受付端末（１０ａ）に、秘匿化されていない秘匿前データ（ＮＤｉ）の提供要求を送信し（Ｓ１１４）、提供要求を受け付けた受付端末が秘匿前データを保管していない場合、サプライチェーンにて直接取引者との取引関係を有する別の取引者の受付端末に提供要求を転送し（Ｓ１１７，Ｓ１１８）、提供要求を受け付けた受付端末が秘匿前データを保管している場合、提供要求の伝達経路を逆方向に辿る返信経路で、特定端末に秘匿前データを返信する（Ｓ１２０，Ｓ１２１）、というステップを含む情報管理方法とされる。

【0008】

また開示された一つの態様は、コンピュータ（１０）によって実施され、サプライチェーン（ＳＣ）を構成する複数の取引者（ＴＲ）のそれぞれに紐付く秘匿化データ（ＳＤ）を、複数の取引者から参照可能なブロックチェーン（ＢＣ）を用いて管理する情報管理プログラムであって、少なくとも一つのプロセッサ（１１）に、特定取引者（ＴＲｓ）に紐づく特定端末（１０ｓ）から、サプライチェーンにて特定取引者との取引関係を有する直接取引者（ＴＲｄ）に紐付く受付端末（１０ａ）に、秘匿化されていない秘匿前データ（ＮＤｉ）の提供要求を送信し（Ｓ１１４）、提供要求を受け付けた受付端末が秘匿前データを保管していない場合、サプライチェーンにて直接取引者との取引関係を有する別の取引者の受付端末に提供要求を転送し（Ｓ１１７，Ｓ１１８）、提供要求を受け付けた受付端末が秘匿前データを保管している場合、提供要求の伝達経路を逆方向に辿る返信経路で、特定端末に秘匿前データを返信する（Ｓ１２０，Ｓ１２１）、ことを含む処理を実行させる情報管理プログラムとされる。

【0009】

これらの態様では、提供要求を受け付けた受付端末が秘匿前データを保管していない場合、他の受付端末に提供要求が転送される。故に、秘匿前データを保管する受付端末が特定端末にて把握されていなくても、特定端末から送信された提供要求は、秘匿前データを保管する受付端末に到達し得る。そして、秘匿前データを保管している受付端末に提供要求が到達すると、提供要求の伝達経路を逆方向に辿る返信経路で、特定端末に秘匿前データが返信される。

【0010】

以上の処理によれば、公開できない秘匿前データが個々の取引者によって個別に管理されていても、特定取引者は、実際に取引関係のある直接取引者を経由して、必要となった秘匿前データを取得できる。加えて、取引関係のある取引者をその関係自体を他の取引者に公開することなく、秘匿前データが特定取引者に提供され得る。また、秘匿化データが各取引者によって参照可能な状態で管理されているため、特定取引者は、改竄リスクの低い秘匿化データを参照し、取得した秘匿前データを検証できる。

【0011】

したがって、営業秘密等について非公開性を確保しながら改竄のリスクを低減しつつ、サプライチェーンに関連する情報の利便性を確保することが可能になる。

【0012】

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

【図面の簡単な説明】

【0013】

【図1】本開示の一実施形態によるサプライチェーン管理システムの全体像を示す図である。

【図2】サプライヤ端末の電気的な構成を示すブロック図である。

【図3】チェーン生成処理の詳細を示すシーケンス図である。

【図4】各取引者にて秘匿前データとして管理される非開示情報を説明するための図である。

【図5】非開示情報が秘匿化されてブロックチェーンに保存される過程を説明するための図である。

【図6】前工程側の取引者に非開示情報の提供を要求する情報提供の過程を説明するための図である。

【図7】後工程側の取引者に非開示情報の提供を要求する情報提供の過程を説明するための図である。

【図8】情報提供の過程にて実施されるデータ取得処理の詳細を示すシーケンス図である。

【図9】情報提供の過程にて実施されるデータ検証処理の詳細を示すシーケンス図である。

【発明を実施するための形態】

【0014】

図１に示す本開示のサプライチェーン管理システム１００は、複数の取引者ＴＲを含んで構築されたサプライチェーンＳＣにおいて、各取引者ＴＲ間にて取引されるアイテムの取引記録ＲｅＴを管理する。サプライチェーンＳＣは、例えば工業製品、農業製品及び水産物等をエンドユーザに届けるための取引者同士の繋がりである。一例として、工業製品をエンドユーザに届けるためのサプライチェーンＳＣでは、材料採掘業者、材料生産者、加工業者、運送業者及び販売業者等が取引者ＴＲに含まれてよい。この場合、原材料ＭＡＴから最終製品までのサプライチェーンＳＣが構築される。最終製品は、流通アイテムＩＭｄとして、エンドユーザの手に渡る。

【0015】

サプライチェーンＳＣの取引記録ＲｅＴは、取引者ＴＲ間で取引される中間アイテムＩＭｉ及びエンドユーザへ供給される流通アイテムＩＭｄのトレーサビリティを実現するための履歴情報であり、例えば賞味期限、製造日及び原材料ＭＡＴ等の情報を含んでいる。サプライチェーン管理システム１００では、取引記録ＲｅＴの改竄防止を目的として、取引記録ＲｅＴの管理にブロックチェーンの技術が利用される。

【0016】

サプライチェーン管理システム１００は、２つの主要な機能を備えている。サプライチェーン管理システム１００は、チェーン生成処理（図３参照）の実施により、流通アイテムＩＭｄができるまでの取引記録ＲｅＴの収集及び蓄積を行う。加えてサプライチェーン管理システム１００は、データ取得処理（図８参照）の実施により、平常時等では他の取引者ＴＲに開示されない非開示情報ＮＤｉ（図２及び図４参照）の共有を可能にする。

【0017】

非開示情報ＮＤｉは、一例として、どのような取引会社から原材料ＭＡＴを購入しているか、いつ取得したものなのか、どのようなコストだったのか等の営業秘密である。非開示情報ＮＤｉは、各サプライヤ端末１０のサプライヤデータベース２９（図２及び図４参照）に保管されており、取引関係のある他の取引者ＴＲであっても、通常は開示されない。しかし、取引者ＴＲに関連する中間アイテムＩＭｉ及び流通アイテムＩＭｄに何らかの不具合が発生した場合、非開示情報ＮＤｉは、当該情報のオーナーの承認を得たうえで、不具合の原因調査等のために他の取引者ＴＲに提供可能であることが望ましい。

【0018】

以上のように、サプライチェーン管理システム１００は、サプライチェーンＳＣに関連する情報の管理機能として、取引記録ＲｅＴの蓄積機能に加えて、非開示情報ＮＤｉの供給機能を有する。サプライチェーン管理システム１００は、複数（多数）のサプライヤ端末１０、タイムスタンプサーバ９０、及び少なくとも一つのデータ管理サーバ６０を含んで構成されている。各サプライヤ端末１０、タイムスタンプサーバ９０及びデータ管理サーバ６０は、それぞれネットワークに接続されており、相互に通信可能である。

【0019】

図１～図３に示すサプライヤ端末１０は、サプライチェーンＳＣに含まれる個々の取引者ＴＲ、具体的には、部品、部材及び製品を提供するサプライヤ等の施設に少なくとも一つずつ設置されている。サプライヤ端末１０は、設置された特定のサプライヤの施設にて、作業員等によって使用される。サプライヤ端末１０は、取引者ＴＲに納入される中間アイテムＩＭｉの納入記録を、データ管理サーバ６０に送信する。加えてサプライヤ端末１０は、出荷される中間アイテムＩＭｉに付属させる付属情報を、データ管理サーバ６０から受信する。具体的に、サプライヤ端末１０では、アイテムデータ及びカンパニーデータ等が取り扱われる。

【0020】

アイテムデータは、取引者ＴＲ間で取り引きされる中間アイテムＩＭｉ及び流通アイテムＩＭｄに付属されるデータである。中間アイテムＩＭｉ及び流通アイテムＩＭｄには、アイテムデータを記録したＱＲコード（登録商標）等の二次元コード（以下、アイテムコードＱＲｉ）が、紙媒体等に印刷された状態で貼り付けられている。アイテムコードＱＲｉの貼り付け場所は、製品本体に限定されず、パッケージ、包装及び証明書類等のいずれかであってよい。

【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】

上記実施形態の変形例７では、ＲＦＩＤ（radio frequency identifier）の技術を利用し、アイテムデータの中間アイテムＩＭｉへの付属が実現されている。この変形例７では、中間アイテムＩＭｉに添付されるデータ記録媒体に、二次元コードを印刷した紙媒体に替えて、ＲＦＩＤタグが用いられる。このようなＲＦＩＤの技術の利用によれば、例えばＲＦＩＤタグが視認されない状態であっても、アイテムデータの遠隔での読み取りが可能になる。尚、変形例７では、スキャナ１７に替えて、ＲＦＩＤタグを読み取り可能なリーダ等がサプライヤ端末１０に有線又は無線にて接続される。

【0100】

データ管理サーバ６０及びタイムスタンプサーバ９０等は、サプライチェーンＳＣの管理者又はシステムサプライヤ等によって物理的に管理されるオンプレミスな構成であってもよい。又は、データ管理サーバ６０及びタイムスタンプサーバ９０等は、クラウド上に設けられて、サプライチェーンＳＣの管理者又はシステムサプライヤが利用する構成であってもよい。

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【符号の説明】

【0105】

１０ サプライヤ端末（コンピュータ）、１０ａ 受付端末、１０ｓ 特定端末、１１ プロセッサ、ＢＣ ブロックチェーン、ＮＤｉ 非開示情報（秘匿前データ）、ＳＣ サプライチェーン、ＳＤ 秘匿化データ、ＴＲ 取引者、ＴＲｄ 直接取引者、ＴＲｓ 特定取引者

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】