特開 2023-149883 製品の同一性を検証する検証方法、検証装置、検証プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023149883

(43)【公開日】2023-10-16

(54)【発明の名称】製品の同一性を検証する検証方法、検証装置、検証プログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231005BHJP

   G06F 21/64 20130101ALI20231005BHJP

【ＦＩ】

G06Q50/10

G06F21/64

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022058678

(22)【出願日】2022-03-31

【国等の委託研究の成果に係る記載事項】（出願人による申告）令和２年度、国立研究開発法人科学技術振興機構、戦略的創造研究推進事業「Ｓｏｃｉｅｔｙ ５．０ 向け超低消費電力ブロックチェーンアクセラレータの開発」委託研究、産業技術力強化法第１７条の適用を受ける特許出願

(71)【出願人】

【識別番号】519135633

【氏名又は名称】公立大学法人大阪

(74)【代理人】

【識別番号】100124039

【弁理士】

【氏名又は名称】立花 顕治

(72)【発明者】

【氏名】トラン ティ ホン

(72)【発明者】

【氏名】ファム ホアイ ルアン

(72)【発明者】

【氏名】レ ヴ ツーン ヅオン

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】

【課題】製品の同一性の検証に利用可能な検証基礎情報の生成等に係る負担を軽減しつつ、検証基礎情報の生成規則が第三者に把握されることを防止する。
【解決手段】本発明の一側面に係る検証方法において、台帳には、公開鍵と、製品を含む製品グループについての情報であるブランド情報と、が互いに対応付けられて登録されており、また、製品ＩＤを公開鍵に対応する秘密鍵を用いてエンコードすることにより生成された符号化コードと、製品グループにおいて製品を特定可能な情報を含む製品情報と、が互いに対応付けられて登録されている。
【選択図】図１１

【特許請求の範囲】

【請求項1】

コンピュータが、製品の同一性を検証する検証方法であって、
（Ａ）公開鍵と、（Ｂ）前記製品を含む製品グループについての情報であって、前記製品グループの名称であるブランド名、および、前記製品を製造した製造業者の名称の少なくとも一方を含む情報であるブランド情報と、が互いに対応付けられ、
さらに、
（Ｃ）前記製造業者によって製造された製品を一意に特定可能な製品識別情報であって、前記公開鍵の少なくとも一部を含む製品識別情報を、前記公開鍵に対応する秘密鍵を用いてエンコードすることにより生成された符号化コードと、（Ｄ）前記製品グループにおいて前記製品を特定可能な情報を含む製品情報と、が互いに対応付けられて
登録されている台帳を、
購入する製品に付与されている公開鍵である添付公開鍵によって検索することにより、前記台帳に登録されている公開鍵であって、前記添付公開鍵に一致する公開鍵である登録公開鍵に対応付けられて、前記台帳に登録されている前記ブランド情報を取得する第１取得ステップと、
前記購入する製品に付与されている符号化コードである添付符号化コードによって前記台帳を検索することにより、前記台帳に登録されている符号化コードであって、前記添付符号化コードに一致する符号化コードである登録符号化コードに対応付けられて、前記台帳に登録されている前記製品情報を取得する第２取得ステップと、
前記添付公開鍵を用いて前記添付符号化コードをデコードすることにより得られる復号化情報に含まれる公開鍵の少なくとも一部と、前記添付公開鍵の少なくとも一部とが一致すると、前記製造された製品と前記購入する製品とが同一の製品であると判定する判定ステップと、
を含む、
検証方法。

【請求項2】

各事業者を一意に特定可能な識別情報である事業者ＩＤが、前記各事業者の店舗において、前記製品の購入者に対して公開されており、
前記台帳には、
（Ｅ）前記事業者ＩＤと、（Ｆ）前記事業者ＩＤによって一意に特定される事業者の名称、および、前記店舗の所在を特定する情報の少なくとも一方を含む事業者情報と、が互いに対応付けられて登録されており、
さらに、前記製品識別情報を前記秘密鍵によってエンコードすることにより生成された前記符号化コードに対応付けられて、
（１）前記製品識別情報によって一意に特定される前記製品が、未だ事業者間で譲渡されていない場合には、前記製品の製造業者を一意に特定可能な前記事業者ＩＤが、
（２）前記製品識別情報によって一意に特定される前記製品が、事業者間で譲渡された場合には、前記製品を購入した事業者を一意に特定可能な前記事業者ＩＤが、
所有事業者ＩＤとして登録されており、
前記コンピュータは、
前記店舗において公開されている前記事業者ＩＤである公開事業者ＩＤによって前記台帳を検索することにより、前記台帳に登録されている事業者ＩＤであって、前記公開事業者ＩＤに一致する事業者ＩＤである登録事業者ＩＤに対応付けられて、前記台帳に登録されている前記事業者情報を取得する第３取得ステップと、
前記添付符号化コードによって前記台帳を検索することにより、前記台帳に登録されている符号化コードであって、前記添付符号化コードに一致する符号化コードである登録符号化コードに対応付けられて、前記台帳に登録されている前記所有事業者ＩＤを特定する所有事業者特定ステップと、
前記所有事業者特定ステップにて特定された前記所有事業者ＩＤと、前記公開事業者ＩＤとが一致すると、前記製品は正規の流通ルートで流通していると判定する流通判定ステップと、
をさらに実行する、
請求項１に記載の検証方法。

【請求項3】

第２のコンピュータが、
前記符号化コードに対応付けられて前記台帳に登録されている前記所有事業者ＩＤによって一意に特定される事業者から、前記製品を購入した事業者である購入事業者を一意に特定可能な前記事業者ＩＤである購入事業者ＩＤを通知する報告を受け付ける販売報告受付ステップと、
前記販売報告受付ステップにて受け付けた報告に含まれる前記購入事業者ＩＤによって一意に特定される事業者に、前記製品の現在の所有者であるかを問い合わせる問合せステップと、
前記問合せに対して、前記購入事業者ＩＤによって一意に特定される事業者から、前記製品の現在の所有者であることを認める回答を受領すると、前記符号化コードに対応付けられて前記台帳に前記所有事業者ＩＤとして登録されている前記事業者ＩＤを、前記購入事業者ＩＤへと更新する所有者更新ステップと、
を実行する、
請求項２に記載の検証方法。

【請求項4】

第３のコンピュータが、
前記製品の製造業者から、前記公開鍵と前記ブランド情報とを前記台帳に登録することを申請する登録申請を受け付ける申請受付ステップと、
前記申請受付ステップにて受け付けた前記登録申請の許否を判定する登録判定ステップと、
前記登録判定ステップにて前記登録申請を許可すると判定すると、前記公開鍵と前記ブランド情報とを、互いに対応付けて前記台帳へ登録するブランド登録ステップと、
をさらに実行する、
請求項１から３のいずれか１項に記載の検証方法。

【請求項5】

製品の同一性を検証する検証装置であって、
（Ａ）公開鍵と、（Ｂ）前記製品を含む製品グループについての情報であって、前記製品グループの名称であるブランド名、および、前記製品を製造した製造業者の名称の少なくとも一方を含む情報であるブランド情報と、が互いに対応付けられ、
さらに、
（Ｃ）前記製造業者によって製造された製品を一意に特定可能な製品識別情報であって、前記公開鍵の少なくとも一部を含む製品識別情報を、前記公開鍵に対応する秘密鍵を用いてエンコードすることにより生成された符号化コードと、（Ｄ）前記製品グループにおいて前記製品を特定可能な情報を含む製品情報と、が互いに対応付けられて
登録されている台帳を、
購入する製品に付与されている公開鍵である添付公開鍵によって検索することにより、前記台帳に登録されている公開鍵であって、前記添付公開鍵に一致する公開鍵である登録公開鍵に対応付けられて、前記台帳に登録されている前記ブランド情報を取得する第１取得部と、
前記購入する製品に付与されている符号化コードである添付符号化コードによって前記台帳を検索することにより、前記台帳に登録されている符号化コードであって、前記添付符号化コードに一致する符号化コードである登録符号化コードに対応付けられて、前記台帳に登録されている前記製品情報を取得する第２取得部と、
前記添付公開鍵を用いて前記添付符号化コードをデコードすることにより得られる復号化情報に含まれる公開鍵の少なくとも一部と、前記添付公開鍵の少なくとも一部とが一致すると、前記製造された製品と前記購入する製品とが同一の製品であると判定する判定部と、
を備える、
検証装置。

【請求項6】

コンピュータに、製品の同一性を検証させる検証プログラムであって、前記コンピュータに、
（Ａ）公開鍵と、（Ｂ）前記製品を含む製品グループについての情報であって、前記製品グループの名称であるブランド名、および、前記製品を製造した製造業者の名称の少なくとも一方を含む情報であるブランド情報と、が互いに対応付けられ、
さらに、
（Ｃ）前記製造業者によって製造された製品を一意に特定可能な製品識別情報であって、前記公開鍵の少なくとも一部を含む製品識別情報を、前記公開鍵に対応する秘密鍵を用いてエンコードすることにより生成された符号化コードと、（Ｄ）前記製品グループにおいて前記製品を特定可能な情報を含む製品情報と、が互いに対応付けられて
登録されている台帳を、
購入する製品に付与されている公開鍵である添付公開鍵によって検索することにより、前記台帳に登録されている公開鍵であって、前記添付公開鍵に一致する公開鍵である登録公開鍵に対応付けられて、前記台帳に登録されている前記ブランド情報を取得する第１取得ステップと、
前記購入する製品に付与されている符号化コードである添付符号化コードによって前記台帳を検索することにより、前記台帳に登録されている符号化コードであって、前記添付符号化コードに一致する符号化コードである登録符号化コードに対応付けられて、前記台帳に登録されている前記製品情報を取得する第２取得ステップと、
前記添付公開鍵を用いて前記添付符号化コードをデコードすることにより得られる復号化情報に含まれる公開鍵の少なくとも一部と、前記添付公開鍵の少なくとも一部とが一致すると、前記製造された製品と前記購入する製品とが同一の製品であると判定する判定ステップと、
を実行させる、
検証プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、製造された製品と購入される製品との同一性を検証する検証方法等に関する。

【背景技術】

【0002】

従来、製品の同一性を検証する方法として、具体的には、製造された製品（製造製品）と購入される製品（購入製品）との同一性を検証する方法として、以下の方法が知られている。すなわち、製品情報などの、製造製品を一意に特定可能な識別情報をサーバに登録すると共に、係る製品情報を製造製品に付与して販売し、購入製品に付与されている製品情報とサーバに登録されている製品情報とを照合する方法が知られている。また、上述の製品情報のような、製品の同一性の検証に利用可能な情報（検証基礎情報）の生成、サーバへの登録等に係る負担を軽減しようとする各種の試みも知られている。例えば、下掲の特許文献１には、検証基礎情報を大分類シリアルコードと小分類シリアルコードとの組合せとして構成することによって、検証基礎情報の生成等に係る負担を軽減しようとする技術が開示されている。

【0003】

このような従来技術が提案するように、検証基礎情報を所定の生成規則に基づいて生成する場合、大量の検証基礎情報を一度に生成したり、生成した大量の検証基礎情報を一度にサーバに登録したりすることができる。そのため、製品の同一性の検証に利用可能な検証基礎情報の生成等に係る負担を軽減することができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－９５６４９号公報

【発明の概要】

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

【0005】

しかしながら、本件発明者らは、所定の生成規則に基づいて検証基礎情報を生成する従来の方法について、以下の問題を見出した。すなわち、或る製品の製造業者（真の製造業者）が所定の生成規則に基づいて判定基礎情報を生成する場合、例えば、大量の判定基礎情報を解析するなどして、その真の製造業者以外の第三者が、係る生成規則を特定できてしまう可能性がある。そして、生成規則を特定した第三者は、真の製造業者が生成した判定基礎情報と区別することのできない、大量の偽の判定基礎情報を、特定した生成規則に基づいて生成することができる。係る第三者によって、大量の偽の判定基礎情報が、大量の模造製品に付与されて販売された場合、大量の模造製品の各々に付与されている偽の判定基礎情報は、真の製造業者が生成した判定基礎情報と区別することができない。つまり、判定基礎情報によっては、判定基礎情報が付与されている製品が、真正品（正規の製品）なのか、模造品なのかを判断することができないという状況が発生し得る。このような状況は、真の製造業者にとってだけでなく、真の製造業者の製造した製品だと思って製品を購入する者にとっても、大きな不利益となる。

【0006】

本発明は、一側面では、このような問題を鑑みてなされたものであり、その目的は、製品の同一性の検証に利用可能な検証基礎情報の生成等に係る負担を軽減しつつ、検証基礎情報の生成規則が第三者に把握されることを防止した、検証方法等を提供することである。

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

【0007】

本発明は、上述した課題を解決するために、以下の構成を採用する。

【0008】

すなわち、本発明の第１の観点に係る検証方法は、コンピュータが、製品の同一性を検証する検証方法であって、（Ａ）公開鍵と、（Ｂ）前記製品を含む製品グループについての情報であって、前記製品グループの名称であるブランド名、および、前記製品を製造した製造業者の名称の少なくとも一方を含む情報であるブランド情報と、が互いに対応付けられ、さらに、（Ｃ）前記製造業者によって製造された製品を一意に特定可能な製品識別情報であって、前記公開鍵の少なくとも一部を含む製品識別情報を、前記公開鍵に対応する秘密鍵を用いてエンコードすることにより生成された符号化コードと、（Ｄ）前記製品グループにおいて前記製品を特定可能な情報を含む製品情報と、が互いに対応付けられて登録されている台帳を、購入する製品に付与されている公開鍵である添付公開鍵によって検索することにより、前記台帳に登録されている公開鍵であって、前記添付公開鍵に一致する公開鍵である登録公開鍵に対応付けられて、前記台帳に登録されている前記ブランド情報を取得する第１取得ステップと、前記購入する製品に付与されている符号化コードである添付符号化コードによって前記台帳を検索することにより、前記台帳に登録されている符号化コードであって、前記添付符号化コードに一致する符号化コードである登録符号化コードに対応付けられて、前記台帳に登録されている前記製品情報を取得する第２取得ステップと、前記添付公開鍵を用いて前記添付符号化コードをデコードすることにより得られる復号化情報に含まれる公開鍵の少なくとも一部と、前記添付公開鍵の少なくとも一部とが一致すると、前記製造された製品と前記購入する製品とが同一の製品であると判定する判定ステップと、を含む。

【0009】

当該構成では、前記コンピュータは、前記第１取得ステップにて前記ブランド情報を取得する。そのため、例えば前記製品を購入する消費者（最終消費者）は、前記コンピュータの取得した前記ブランド情報を、前記製品のブランドについて一般的に知りうる情報と比較するなどして、前記ブランド情報の真偽を、つまり、前記製品のブランドが正規のブランドであるか否かなどを、検証することができる。そして、前記ブランド情報が真である（例えば、前記製品のブランドについて一般的に知りうる情報に一致する）場合、消費者は、購入する製品が真正品である（購入する製品と正規の製造業者によって製造された製品とが同一である）と判定することができる。また、前記ブランド情報が偽である（例えば、前記製品のブランドについて一般的に知りうる情報に一致しない）場合、購入する製品が模造品である（購入する製品と正規の製造業者によって製造された製品とは同一でない）と判定することができる。

【0010】

また、前記コンピュータは、前記第２取得ステップにて前記製品情報を取得する。そのため、例えば前記製品を購入する消費者は、前記コンピュータの取得した前記製品情報を、前記製品について一般的に知りうる情報（例えば、前記製品のパッケージに記載されている情報など）と比較するなどして、前記製品情報の真偽を、つまり、前記製品が正規のものであるか（正規のブランドに含まれるか）否かなどを、検証することができる。そして、前記製品情報が真である（例えば、前記製品について一般的に知りうる情報に一致する）場合、消費者は、購入する製品が真正品である（購入する製品と正規の製造業者によって製造された製品とが同一である）と判定することができる。また、前記製品情報が偽である（例えば、前記製品について一般的に知りうる情報に一致しない）場合、購入する製品が模造品である（購入する製品と正規の製造業者によって製造された製品とが同一でない）と判定することができる。

【0011】

さらに、前記コンピュータは、前記復号化情報に含まれる公開鍵の少なくとも一部と、前記添付公開鍵の少なくとも一部とが一致すると、前記製造された製品と前記購入する製品とが同一の製品であると判定する。

【0012】

ここで、前記製造された製品（製造製品）と前記購入する製品（購入製品）とが同一の製品である場合、前記添付符号化コードは、前記公開鍵の少なくとも一部を含む製品識別情報を、前記公開鍵に対応する秘密鍵を用いてエンコードすることにより生成されたはずである。また、前記製造製品と前記購入製品とが同一の製品である場合、前記添付公開鍵は、前記添付符号化コードを生成するのに用いられた前記秘密鍵に対応する公開鍵に一致するはずである。そのため、前記製造製品と前記購入製品とが同一の製品である場合、前記添付符号化コードは、前記添付公開鍵を用いてデコードすることができるはずである。また、前記製造製品と前記購入製品とが同一の製品である場合、前記添付公開鍵を用いて前記添付符号化コードをデコードして得られる復号化情報は、前記製品識別情報に一致するはずである。そして、前記製品識別情報は、前記公開鍵の少なくとも一部を含む。したがって、前記製造製品と前記購入製品とが同一の製品である場合、前記復号化情報には、前記添付公開鍵の少なくとも一部と一致する、「前記公開鍵の少なくとも一部」が含まれているはずである。それゆえ、当該構成は、前記符号化コードを用いて、前記製造製品と前記購入製品とが同一の製品であるかを検証することができ、つまり、製品の同一性を、検証することができる。

【0013】

加えて、当該構成において、前記製品の同一性を判定するために前記製品に付与されると共に前記台帳に登録される前記符号化コードは、前記製品識別情報を前記秘密鍵によってエンコードすることによって生成される。そのため、前記秘密鍵を保有している者以外の者は、前記符号化コードを解析したとしても、前記符号化コードの生成規則（つまり、秘密鍵）も、前記製品識別情報も、前記製品識別情報の生成規則も、特定できない。つまり、前記秘密鍵を保有している者以外の者は、前記符号化コードの生成規則（秘密鍵）を知り得ない。そのため、当該構成は、前記秘密鍵を保有している者以外の者が、前記符号化コードの生成規則を特定して、真（正規）の符号化コードと区別することのできない偽の（違法な）符号化コードを、大量に生成するといった事態の発生を防止することができる。

【0014】

これに対し、前記秘密鍵を保有している者は、各々が複数の前記製品の各々を一意に特定可能な製品識別情報を、任意の方法で大量に生成することができる。そして、前記秘密鍵を保有している者は、前記秘密鍵を利用することによって、それら大量の製品識別情報から大量の前記符号化コードを、容易に生成することができる。

【0015】

つまり、当該構成によれば、前記符号化コードの生成規則が第三者に把握されて前記符号化コードが大量に偽造されるという事態の発生を防止しつつ、前記符号化コードの生成等に係る、真（正規）の製造業者の負担を軽減することができる。

【0016】

したがって、当該構成によれば、製品の同一性の検証に利用可能な前記符号化コード（検証基礎情報）の生成等に係る負担を軽減しつつ、前記符号化コードの生成規則が第三者に把握されることを防止することができる。

【0017】

本発明の第２の観点に係る検証方法は、上記第１の観点に係る検証方法においてさらに、各事業者を一意に特定可能な識別情報である事業者ＩＤが、前記各事業者の店舗において、前記製品の購入者に対して公開されており、前記台帳には、（Ｅ）前記事業者ＩＤと、（Ｆ）前記事業者ＩＤによって一意に特定される事業者の名称、および、前記店舗の所在を特定する情報の少なくとも一方を含む事業者情報と、が互いに対応付けられて登録されており、さらに、前記製品識別情報を前記秘密鍵によってエンコードすることにより生成された前記符号化コードに対応付けられて、（１）前記製品識別情報によって一意に特定される前記製品が、未だ事業者間で譲渡（売買）されていない場合には、前記製品の製造業者を一意に特定可能な前記事業者ＩＤが、（２）前記製品識別情報によって一意に特定される前記製品が、事業者間で譲渡された場合には、前記製品を購入した事業者を一意に特定可能な前記事業者ＩＤが、所有事業者ＩＤとして登録されており、前記コンピュータは、前記店舗において公開されている前記事業者ＩＤである公開事業者ＩＤによって前記台帳を検索することにより、前記台帳に登録されている事業者ＩＤであって、前記公開事業者ＩＤに一致する事業者ＩＤである登録事業者ＩＤに対応付けられて、前記台帳に登録されている前記事業者情報を取得する第３取得ステップと、前記添付符号化コードによって前記台帳を検索することにより、前記台帳に登録されている符号化コードであって、前記添付符号化コードに一致する符号化コードである登録符号化コードに対応付けられて、前記台帳に登録されている前記所有事業者ＩＤを特定する所有事業者特定ステップと、前記所有事業者特定ステップにて特定された前記所有事業者ＩＤと、前記公開事業者ＩＤとが一致すると、前記製品は正規の流通ルートで流通していると判定する流通判定ステップと、をさらに実行する。

【0018】

当該構成では、前記コンピュータは、前記第３取得ステップにて前記事業者情報を取得する。そのため、例えば前記製品を購入する消費者（最終消費者）は、前記コンピュータの取得した前記事業者情報を、前記事業者について一般的に知りうる情報と比較するなどして、前記事業者情報の真偽を検証することができる。そして、前記事業者情報が真である（例えば、前記事業者について一般的に知りうる情報に一致する）場合、消費者は、購入する製品が真正品である（購入する製品と正規の製造業者によって製造された製品とが同一である）と判定することができる。また、前記事業者情報が偽である（例えば、前記事業者について一般的に知りうる情報に一致しない）場合、購入する製品が模造品である（購入する製品と正規の製造業者によって製造された製品とが同一でない）と判定することができる。

【0019】

また、前記コンピュータは、前記添付符号化コードを利用して前記所有事業者ＩＤを特定し、特定した前記所有事業者ＩＤと、前記製品を販売する店舗において公開されている前記公開事業者ＩＤとが一致するかを判定する。そして、両者が一致すると、前記コンピュータは、前記製品は正規の流通ルートで流通していると判定する。

【0020】

ここで、前記製品に付与されている真（正規）の符号化コードをコピーして、真の符号化コードと内容が全く同一の、偽の（違法な）符号化コードが生成されるおそれがある。例えば、真（正規）の小売業者Ｄ１が保有している真正品には、添付符号化コード（Ａ）が付与されており、偽（非正規）の小売業者Ｄ２が保有している模造品には、添付符号化コード（Ａ）をコピーして生成された、偽の符号化コードである添付符号化コード（Ｂ）が付与されている状況が想定できる。

【0021】

このような状況下においては、添付符号化コード（Ｂ）は、添付符号化コード（Ａ）をコピーして生成されているため、添付符号化コード（Ａ）と添付符号化コード（Ｂ）とは、内容は全く同一である。

【0022】

ただし、このような状況下においても、添付符号化コード（Ａ）（＝添付符号化コード（Ｂ））に一致する登録符号化コードに対応付けられて、前記所有事業者ＩＤとして前記台帳に登録されているのは、例えば、以下の事業者ＩＤのはずである。すなわち、「正規の流通ルートで購入した前記製品を前記消費者に販売しようとする事業者（つまり、正規の小売業者Ｄ１）」を一意に特定可能な事業者ＩＤが、前記所有事業者ＩＤとして前記台帳に登録されているはずである。

【0023】

そのため、添付符号化コード（Ａ）（＝添付符号化コード（Ｂ））によって前記台帳を検索することにより、小売業者Ｄ１が真（正規）の小売業者であり、小売業者Ｄ２は偽（非正規）の小売業者であると判定することができる。

【0024】

したがって、当該構成では、前記符号化コード（正規の符号化コード）がコピーされて違法な符号化コードが生成された場合であっても、前記符号化コードが付与された製品の流通ルートが、正規のものか否かを判断することができる。

【0025】

本発明の第３の観点に係る検証方法は、上記第２の観点に係る検証方法においてさらに、第２のコンピュータが、前記符号化コードに対応付けられて前記台帳に登録されている前記所有事業者ＩＤによって一意に特定される事業者から、前記製品を購入した事業者である購入事業者を一意に特定可能な前記事業者ＩＤである購入事業者ＩＤを通知する報告を受け付ける販売報告受付ステップと、前記販売報告受付ステップにて受け付けた報告に含まれる前記購入事業者ＩＤによって一意に特定される事業者に、前記製品の現在の所有者であるかを問い合わせる問合せステップと、前記問合せに対して、前記購入事業者ＩＤによって一意に特定される事業者から、前記製品の現在の所有者であることを認める回答を受領すると、前記符号化コードに対応付けられて前記台帳に前記所有事業者ＩＤとして登録されている前記事業者ＩＤを、前記購入事業者ＩＤへと更新する所有者更新ステップと、を実行する。

【0026】

当該構成では、前記第２のコンピュータは、前記符号化コードに対応付けられて前記台帳に登録されている前記所有事業者ＩＤによって一意に特定される事業者からの報告に基づいて、前記購入事業者に、前記製品の譲渡（販売）の真偽を確認する。そして、前記購入事業者からの回答に基づいて前記製品の譲渡を確認すると、前記第２のコンピュータは、前記所有事業者ＩＤとして登録されている前記事業者ＩＤを、前記購入事業者ＩＤへと、つまり、前記購入事業者を一意に特定可能な前記事業者ＩＤへと、更新する。

【0027】

したがって、当該構成では、前記符号化コードに対応付けられて、前記製品の所有者として前記台帳に登録される事業者の真性を、確保することができる。

【0028】

本発明の第４の観点に係る検証方法は、上記第１から第３のいずれかの観点に係る検証方法においてさらに、第３のコンピュータが、前記製品の製造業者から、前記公開鍵と前記ブランド情報とを前記台帳に登録することを申請する登録申請を受け付ける申請受付ステップと、前記申請受付ステップにて受け付けた前記登録申請の許否を判定する登録判定ステップと、前記登録判定ステップにて前記登録申請を許可すると判定すると、前記公開鍵と前記ブランド情報とを、互いに対応付けて前記台帳へ登録するブランド登録ステップと、をさらに実行する。

【0029】

当該構成では、前記第３のコンピュータは、前記登録申請を受け付け、前記登録申請の許否を判定する。そして、前記第３のコンピュータは、前記登録申請を許可してもよいと判定すると、前記登録申請に係る前記公開鍵と前記ブランド情報とを、互いに対応付けて前記台帳へ登録する。つまり、前記台帳には、前記第３のコンピュータによって登録してもよいと判定された前記公開鍵および前記ブランド情報の組合せのみが、登録される。

【0030】

したがって、当該構成では、前記第３のコンピュータによって登録してもよいと判定された前記公開鍵および前記ブランド情報の組合せのみが前記台帳に登録され、例えば、偽（非正規）の事業者が前記台帳に前記ブランド情報等を登録するのを防ぐことができる。

【0031】

本発明の形態は、上記検証方法の形態に限られなくてもよい。上記形態に係る検証方法の別の態様として、本発明の一側面は、以上の各構成の全部又はその一部を実現する検証装置であってもよい。また、本発明の一側面は、以上の各構成の全部又はその一部を実現する情報処理方法であってもよいし、プログラムであってもよいし、このようなプログラムを記憶した、コンピュータその他装置、機械等が読み取り可能な記憶媒体であってもよい。ここで、コンピュータ等が読み取り可能な記憶媒体とは、プログラム等の情報を、電気的、磁気的、光学的、機械的、又は、化学的作用によって蓄積する媒体である。

【0032】

例えば、本発明の第５の観点に係る検証装置は、製品の同一性を検証する検証装置であって、（Ａ）公開鍵と、（Ｂ）前記製品を含む製品グループについての情報であって、前記製品グループの名称であるブランド名、および、前記製品を製造した製造業者の名称の少なくとも一方を含む情報であるブランド情報と、が互いに対応付けられ、さらに、（Ｃ）前記製造業者によって製造された製品を一意に特定可能な製品識別情報であって、前記公開鍵の少なくとも一部を含む製品識別情報を、前記公開鍵に対応する秘密鍵を用いてエンコードすることにより生成された符号化コードと、（Ｄ）前記製品グループにおいて前記製品を特定可能な情報を含む製品情報と、が互いに対応付けられて登録されている台帳を、購入する製品に付与されている公開鍵である添付公開鍵によって検索することにより、前記台帳に登録されている公開鍵であって、前記添付公開鍵に一致する公開鍵である登録公開鍵に対応付けられて、前記台帳に登録されている前記ブランド情報を取得する第１取得部と、前記購入する製品に付与されている符号化コードである添付符号化コードによって前記台帳を検索することにより、前記台帳に登録されている符号化コードであって、前記添付符号化コードに一致する符号化コードである登録符号化コードに対応付けられて、前記台帳に登録されている前記製品情報を取得する第２取得部と、前記添付公開鍵を用いて前記添付符号化コードをデコードすることにより得られる復号化情報に含まれる公開鍵の少なくとも一部と、前記添付公開鍵の少なくとも一部とが一致すると、前記製造された製品と前記購入する製品とが同一の製品であると判定する判定部と、を備える。

【0033】

例えば、本発明の第６の観点に係る検証プログラムは、コンピュータに、製品の同一性を検証させる検証プログラムであって、前記コンピュータに、（Ａ）公開鍵と、（Ｂ）前記製品を含む製品グループについての情報であって、前記製品グループの名称であるブランド名、および、前記製品を製造した製造業者の名称の少なくとも一方を含む情報であるブランド情報と、が互いに対応付けられ、さらに、（Ｃ）前記製造業者によって製造された製品を一意に特定可能な製品識別情報であって、前記公開鍵の少なくとも一部を含む製品識別情報を、前記公開鍵に対応する秘密鍵を用いてエンコードすることにより生成された符号化コードと、（Ｄ）前記製品グループにおいて前記製品を特定可能な情報を含む製品情報と、が互いに対応付けられて登録されている台帳を、購入する製品に付与されている公開鍵である添付公開鍵によって検索することにより、前記台帳に登録されている公開鍵であって、前記添付公開鍵に一致する公開鍵である登録公開鍵に対応付けられて、前記台帳に登録されている前記ブランド情報を取得する第１取得ステップと、前記購入する製品に付与されている符号化コードである添付符号化コードによって前記台帳を検索することにより、前記台帳に登録されている符号化コードであって、前記添付符号化コードに一致する符号化コードである登録符号化コードに対応付けられて、前記台帳に登録されている前記製品情報を取得する第２取得ステップと、前記添付公開鍵を用いて前記添付符号化コードをデコードすることにより得られる復号化情報に含まれる公開鍵の少なくとも一部と、前記添付公開鍵の少なくとも一部とが一致すると、前記製造された製品と前記購入する製品とが同一の製品であると判定する判定ステップと、を実行させる。

【発明の効果】

【0034】

本発明によれば、製品の同一性の検証に利用可能な検証基礎情報が大量に偽造されるのを防止しつつ、係る検証基礎情報の生成等に係る負担を軽減した、検証方法等を提供することができる。

【図面の簡単な説明】

【0035】

【図1】図１は、実施の形態に係る検証システムの全体概要を例示する図である。

【図2】図２は、監視部として動作する監視装置の概略的な構成を示すブロック図である。

【図3】図３は、製造業者として動作する申請装置の概略的な構成を示すブロック図である。

【図4】図４は、製造業者（申請装置）が生成する各種の情報、および、生成した情報の製造業者による利用方法などについて説明する図である。

【図5】図５は、流通業者および小売業者の少なくとも一方として動作する報告装置の概略的な構成を示すブロック図である。

【図6】図６は、管理サーバの概略的な構成を示すブロック図である。

【図7】図７は、消費者として動作する検証装置の概略的な構成を示すブロック図である。

【図8】図８は、台帳に登録される公開鍵およびブランド情報について、その登録方法の概要を説明する図である。

【図9】図９は、図１の検証システムにおける、ブランド登録申請からブランド登録までの流れを説明するフロー図である。

【図10】図１０は、図１の検証システムが備える、階層構造を有する複数の監視部について説明する図である。

【図11】図１１は、図１の検証システムが採用するＭＩＣＡの全体概要を説明する図である。

【図12】図１２は、ＭＩＣＡにおいて製造業者（申請装置）が実行する製品登録処理などの概要を説明するフロー図である。

【図13】図１３は、ＭＩＣＡにおいて消費者（検証装置）が実行する各種の検証処理の概要を説明するフロー図である。

【図14】図１４は、図１の検証システムが採用するＳＩＣＡの全体概要を説明する図である。

【図15】図１５は、ＳＩＣＡにおいて管理サーバが実行する所有事業者ＩＤ更新処理などの概要を説明するフロー図である。

【図16】図１６は、事業者間での製品の販売ごとに管理サーバによって所有事業者ＩＤが更新される台帳を説明する図である。

【図17】図１７は、ＳＩＣＡにおいて消費者（検証装置）が実行する各種の検証処理の概要を説明するフロー図である。

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

【0036】

以下、本発明の一側面に係る実施の形態（以下、「本実施形態」とも表記する）を、図面に基づいて説明する。ただし、以下で説明する本実施形態は、あらゆる点において本発明の例示に過ぎない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。つまり、本発明の実施にあたって、実施形態に応じた具体的構成が適宜採用されてもよい。なお、本実施形態において登場するデータを自然言語により説明しているが、より具体的には、コンピュータが認識可能な疑似言語、コマンド、パラメータ、マシン語等で指定される。

【0037】

§１ 適用例
本実施形態に係る検証システムＳおよび検証方法Ｍは、製品Ｐの同一性を、例えば、製造された製品Ｐ（Ｘ）と購入される製品Ｐ（Ｙ）との同一性を、検証するものであり、具体的には、符号化コードＣＰｉｄなどを用いて、製品Ｐの同一性を検証する。例えば、検証システムＳおよび検証方法Ｍは、台帳Ｌｅｄに登録されている符号化コードＣＰｉｄ（登録符号化コードｒＣＰｉｄ）などと、製品Ｐに付与されている符号化コードＣＰｉｄ（添付符号化コードａＣＰｉｄ）などとを用いて、製品Ｐの同一性を検証する。

【0038】

本実施形態では、台帳Ｌｅｄが、ブロックチェーンであるグリーンチェーンＧＣの基盤上で構築される、同一内容の台帳Ｌｅｄが複数存在する分散台帳である例について説明する。本発明において、台帳Ｌｅｄがブロックチェーン（グリーンチェーンＧＣ）の基盤上で構築される分散台帳であることは必須ではない。ただし、台帳Ｌｅｄを、ブロックチェーンの基盤上で構築される分散台帳とすることにより、例えば、以下の効果を実現することができる。すなわち、ブロックチェーンにおけるブロック内のデータを遡及的に変更することはできないため、台帳Ｌｅｄのデータ改ざんがより困難になり、台帳Ｌｅｄの信頼性が向上する。また、ブロックチェーンによって実現される分散型台帳において、台帳に登録（格納）されている情報はいつでも閲覧することができ、更新時に参加者間で合意をとることで内容の正当性と一貫性とを確保できる。ブロックチェーンによって、第三者を交えずに、台帳に登録されている情報の偽装および改ざんを防ぐトレーサビリティーの確保が可能となり、信頼性および透明性の向上を実現することができる。本実施形態に係るグリーンチェーンＧＣは、例えば、コンソーシアム型ブロックチェーンである。

【0039】

本実施形態において台帳Ｌｅｄは、ブロックチェーンであるグリーンチェーンＧＣの各ブロックに登録（格納）されるため、以下では、「台帳Ｌｅｄへの各種の情報の登録」を、「グリーンチェーンＧＣへの各種の情報の登録」と表現することがある。同様に、「台帳Ｌｅｄに登録されている各種の情報の検索」を、「グリーンチェーンＧＣに登録されている各種の情報の検索」と表現することがある。グリーンチェーンＧＣに登録されている情報とは、具体的には、台帳Ｌｅｄに登録されている情報を意味する。

【0040】

先ず、本実施形態に係る検証システムＳおよび検証方法Ｍについての理解を容易にするために、製品Ｐの同一性を検証するための、ブロックチェーンを用いた従来の検証システムについて、その問題点を説明する。

【0041】

（従来の検証システムの問題点）
製品の同一性を検証するための、ブロックチェーンを用いた従来の検証システムには、以下の３つの問題点を指摘することができる。

【0042】

第１に、従来の検証システムは、真の（正規の）事業者が製造、販売する製品Ｐを、真の事業者の許諾なく、製造、販売しようとする、偽の（非正規の）事業者を、検出することができない。そのため、従来の検証システムは、係る偽の事業者による製造、販売を禁止する有効な対策を欠いている。例えば、偽の製造業者は、従来の検証システムが提供するブロックチェーンに、真の事業者であるかのように自身を登録し、製品Ｐの購入者に、自身が真の事業者であると信じさせることができる。

【0043】

第２に、従来の検証システムが提供するブロックチェーンには、製品Ｐの同一性の検証に利用可能な検証基礎情報を偽造した、偽の（違法な）検証基礎情報が、大量に登録される可能性がある。所定の生成規則に基づいて検証基礎情報を生成することにより、大量の検証基礎情報を容易に生成することができ、生成した大量の検証基礎情報を、例えば一括して、ブロックチェーンに登録することもできる。そのため、係る生成規則を利用することにより、検証基礎情報の生成、ブロックチェーンへの登録に係る負担を軽減することができる。しかしながら、生成規則に基づいて検証基礎情報を生成する方法は、第三者が、その生成規則を把握することで、検証基礎情報を偽造して、偽の検証基礎情報を大量に生成することを可能とするという欠点がある。例えば、模造品の製造業者が、真の（正規の）製造業者が検証基礎情報を生成するのに用いている生成規則を把握した場合、以下の状況が想定される。すなわち、模造品の製造業者は、把握した生成規則に基づいて、真の製造業者が生成したのと区別することのできない偽の検証基礎情報を大量に偽造し、模造品に付して販売する状況が考えられる。このような状況においては、製品Ｐに付された検証基礎情報からでは、その製品Ｐが真正品であるのか模造品であるのかを判断することは困難であり、製品Ｐの購入者にとっても、真の製造業者にとっても、望ましくない。

【0044】

第３に、従来の検証システムは、真の製造業者によって真の（正規の）検証基礎情報が付された真正品と、真正品に付された真の検証基礎情報をコピーして生成された偽の（違法な）検証基礎情報が付された模造品とを区別することができない。ここで、生成規則を利用せずに検証基礎情報を生成することにより、検証基礎情報の生成に係る負担は増加するが、「生成規則が第三者に把握されることで、検証基礎情報が大量に偽造される」という事態は、防ぐことができる。ただし、生成規則を利用せずに検証基礎情報を生成したとしても、市場に流通している正規の製品Ｐ（真正品）の１つ１つに付与されている検証基礎情報（真の検証基礎情報）が、第三者によって違法にコピーされることまでは防ぐことはできない。そして、従来の検証システムは、真の検証基礎情報が付された真正品と、真の検証基礎情報をコピーして生成された偽の検証基礎情報が付された模造品とを区別することができない。

【0045】

（本実施形態に係る検証システムの概要）
本実施形態に係る本実施形態に係る検証システムＳ（および、検証方法Ｍ）は、上述の３つの問題点を解決する構成として、以下の各構成を採用する。

【0046】

第１の問題点を解決する構成として、検証システムＳは、「偽の（非正規の）事業者（例えば、真の（正規の）事業者の許諾なく、製品Ｐを製造、販売しようとする事業者）が、グリーンチェーンＧＣに不正な情報を登録する」のを防止する監視部Ａを備える。

【0047】

以下の説明においては、「製品Ｐを製造業者Ｂが製造する」例について説明する。すなわち、製品Ｐについて、真の（正規の）製造業者が、「製造業者Ｂ」である例について説明する。また、製造業者Ｂの許諾なく、製品Ｐを製造、販売しようとする、偽の（非正規の）製造業者を、「製造業者Ｉ」と表現する。さらに、製品Ｐを購入する（購入しようとする）消費者（最終消費者）を、「消費者Ｅ」とする。本実施形態は、消費者Ｅが、小売業者Ｄから、製品Ｐを購入しようとしている状況を想定している。

【0048】

監視部Ａは、「真の製造業者である製造業者Ｂ」および消費者Ｅを、「偽の製造業者である製造業者Ｉ」から保護する。具体的には、監視部Ａは、製造業者Ｂが製品Ｐの「真の製造業者である」と判定すると、製造業者Ｂの提供する公開鍵ＰｕＫ（公開鍵ＰｕＫ（Ｂ））を、製品Ｐのブランド情報ＩＢに対応付けて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。また、監視部Ａは、製造業者Ｉが製品Ｐの「真の製造業者ではない」と判定すると、製造業者Ｉの提供する公開鍵ＰｕＫ（公開鍵ＰｕＫ（Ｉ））を、グリーンチェーンＧＣに登録しない。そして、検証システムＳにおいて、製品Ｐのブランド情報ＩＢに対応付けて公開鍵ＰｕＫを台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録できるのは、監視部Ａだけである。そのため、監視部Ａは、製造業者Ｉが、台帳Ｌｅｄ（グリーンチェーンＧＣ）に不正な情報を登録して、自身を製品Ｐの「真の製造業者である」かのように偽装するといった事態が発生することを、防止できる。

【0049】

第２の問題点を解決する構成として、検証システムＳは、ＭＩＣＡ（Massive Illegal Copied Avoidance）という手法を採用する。ＭＩＣＡは、製品Ｐの同一性の検証に利用可能な検証基礎情報（具体的には、後述する符号化コードＣＰｉｄ）の生成等に係る負担を軽減しつつ、検証基礎情報の生成規則が第三者に把握されることを防止する。すなわち、ＭＩＣＡは、検証基礎情報の生成規則を把握した第三者によって、その生成規則から、「偽の検証基礎情報が大量に偽造されることを防止する（Massive Illegal Copied Avoidance）」手法である。ＭＩＣＡによって、真の（正規の）事業者は、符号化コードＣＰｉｄの生成等に係る負担を軽減することができる。また、ＭＩＣＡによって、「偽の事業者が符号化コードＣＰｉｄの生成ルール（生成規則・生成方法）を特定して、符号化コードＣＰｉｄを大量に偽造する」という事態の発生を防ぐことができる。

【0050】

第３の問題点を解決する構成として、検証システムＳは、ＳＩＣＡ（Single Illegal Copied Avoidance）という手法を採用して、真の検証基礎情報が付与された真正品と、真正品に付与された真の検証基礎情報をコピーして生成された偽の検証基礎情報が付された模造品との区別を実現する。すなわち、ＳＩＣＡは、「真の検証基礎情報が個々にコピーされ、偽の検証基礎情報が生成されるのを防止する（Single Illegal Copied Avoidance）」手法である。詳細は後述するが、ＳＩＣＡは、製品Ｐが製造業者Ｂによって製造されてから、消費者Ｅに販売されるまでの期間において、その製品を所有している事業者（正規の事業者）を特定する情報（所有事業者ＩＤ）を管理する。そのため、ＳＩＣＡによって消費者Ｅは、製品Ｐを購入する（購入しようとする）際、相手方の事業者（製品Ｐを販売する事業者）が、正規の事業者であるのか、または、非正規の事業者であるのかを判定することができるようになる。言い換えれば、製品Ｐを購入する（購入しようとする）者は、ＳＩＣＡ（ＳＩＣＡ検証）によって、製品Ｐを販売する事業者が、正規の事業者であるのか、または、非正規の事業者であるのかを判定することができる。

【0051】

以上に概要を説明した検証システムＳおよび検証方法Ｍについて、以下に図１を参照して、その構成の具体例を説明する。

【0052】

§２ 構成例
図１は、本実施形態に係る検証システムＳの全体概要を説明する図である。図１に例示する検証システムＳは、製品Ｐを製造する製造業者Ｂ、製造業者Ｂから製品Ｐを購入する流通業者Ｃ、流通業者Ｃから製品Ｐを購入する小売業者Ｄ、および、小売業者Ｄから製品Ｐを購入する消費者Ｅを含む。図１に例示する検証システムＳはさらに、監視部Ａおよび管理サーバＦを含む。詳細は後述するが、検証システムＳにおいて監視部Ａは、製造業者Ｂからブランド情報ＩＢ等の登録の申請（ブランド登録申請）を受け付け、登録の許否を判定した上で、登録が許されると判定すると、ブランド登録を実行する。また、検証システムＳにおいて製造業者Ｂは、製品Ｐについての詳細情報（製品情報ＩＰなど）を、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する（製品登録）。さらに、検証システムＳにおいて管理サーバＦは、各事業者（製造業者Ｂ、流通業者Ｃ、小売業者Ｄ）からの販売報告および販売承認に基づいて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている所有事業者ＩＤ２０の更新を実行する。

【0053】

検証システムＳ（および検証方法Ｍ）において、台帳Ｌｅｄ（グリーンチェーンＧＣ）には、少なくとも以下の情報が登録（格納）されている。すなわち、公開鍵ＰｕＫ、ブランド情報ＩＢ、符号化コードＣＰｉｄ、製品Ｐについての詳細情報である製品情報ＩＰ、各事業者を一意に特定する事業者ＩＤ１０、各事業者についての詳細情報である事業者情報ＩＣ、および、製品Ｐを所有する事業者を一意に特定可能な所有事業者ＩＤ２０が、登録されている。

【0054】

公開鍵ＰｕＫは、「製品Ｐの同一性の検証に利用される、符号化コードＣＰｉｄ」を生成するのに用いられる秘密鍵ＰｒＫに対応する。製造業者Ｂは、例えば、ＲＳＡ暗号アルゴリズムなどの非対称鍵アルゴリズムを利用して、互いに対応する秘密鍵ＰｒＫと公開鍵ＰｕＫとを生成する。生成された秘密鍵ＰｒＫは、第三者に知られないように製造業者Ｂによって管理される。公開鍵ＰｕＫは、台帳Ｌｅｄ（グリーンチェーンＧＣ）に、ブランド情報ＩＢに対応付けられて登録されている。詳細は後述するが、公開鍵ＰｕＫを台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録できるのは、監視部Ａだけであり、監視部Ａは、公開鍵ＰｕＫを、ブランド情報ＩＢに対応付けて、グリーンチェーンＧＣに登録する。

【0055】

ブランド情報ＩＢは、製品Ｐを含む製品グループ（製品シリーズ）についての情報であり、製品Ｐを含む製品グループの名称である「ブランド名」、および、製品Ｐを製造した製造業者（本実施形態では製造業者Ｂ）の名称の少なくとも一方を含む。ブランド情報ＩＢは、さらに、製品Ｐを製造した製造業者の住所（例えば、本店の所在地の住所）、製品Ｐを含む製品グループに付与されているロゴマークなどを含んでいてもよい。つまり、ブランド情報ＩＢは、製品Ｐを含む製品グループの、ブランドについての情報である。ブランドとは、例えば、或る製品グループ（製品シリーズ）を他の製品グループと区別するために、その或る製品グループに使用する名称、言葉、記号、シンボル、デザイン、あるいは、これらの組み合わせである。ブランド情報ＩＢは、台帳Ｌｅｄ（グリーンチェーンＧＣ）に、公開鍵ＰｕＫに対応付けられて登録されている。詳細は後述するが、ブランド情報ＩＢを台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録できるのは、監視部Ａだけであり、監視部Ａは、ブランド情報ＩＢを、公開鍵ＰｕＫに対応付けて、グリーンチェーンＧＣに登録する。

【0056】

符号化コードＣＰｉｄは、複数の製品Ｐ（例えば、製品Ｐ（１）、製品Ｐ（２）、製品Ｐ（３）、・・・、製品Ｐ（Ｘ））の各々を一意に特定可能なコード（識別コード）である。以下の説明において、「Ｘ」は、「１」以上の整数とする。また、以下の説明において、製品Ｐ（１）、製品Ｐ（２）、製品Ｐ（３）、・・・、製品Ｐ（Ｘ）の各々を区別せずに総称する場合には、単に「製品Ｐ」と称する。例えば、台帳Ｌｅｄ（グリーンチェーンＧＣ）には、製品Ｐ（１）を一意に特定可能な符号化コードＣＰｉｄ（１）が登録されている。同様に、グリーンチェーンＧＣには、製品Ｐ（２）を一意に特定可能な符号化コードＣＰｉｄ（２）が登録され、また、製品Ｐ（Ｘ）を一意に特定可能な符号化コードＣＰｉｄ（Ｘ）が登録されている。符号化コードＣＰｉｄは、台帳Ｌｅｄ（グリーンチェーンＧＣ）に、製品情報ＩＰに対応付けられて登録されている。製品Ｐを一意に特定可能な符号化コードＣＰｉｄは、製品Ｐを製造した製造業者（本実施形態では製造業者Ｂ）だけが生成することができる。具体的には、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録された公開鍵ＰｕＫに対応する秘密鍵ＰｒＫを保有する製造業者だけが、符号化コードＣＰｉｄを生成することができる。本実施形態において、製造業者Ｂは、秘密鍵ＰｒＫを用いて符号化コードＣＰｉｄを生成し、生成した符号化コードＣＰｉｄを、製品情報ＩＰに対応付けて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。

【0057】

製品情報ＩＰは、符号化コードＣＰｉｄによって一意に特定される製品Ｐについての公開情報（詳細情報）である。製品情報ＩＰは、製品Ｐの名称を含み、特に、「製品Ｐを含む製品グループ（製品シリーズ）」、つまり、「ブランド情報ＩＢの示す製品グループ」において、製品Ｐを一意に特定する情報を含む。例えば、製品情報ＩＰは、「製品Ｐを含む製品グループ」において製品Ｐを一意に特定する識別番号を含む。製品情報ＩＰはさらに、例えば、製品Ｐを含む製品グループの名称である「ブランド名」、製品Ｐが製造された場所、製品Ｐの製造年月日、外観上の特徴、機能・性能・用途の概要、主要な販売地域、主要な小売業者の名称、製造業者の名称などを含んでもよい。製品情報ＩＰは、台帳Ｌｅｄ（グリーンチェーンＧＣ）に、符号化コードＣＰｉｄに対応付けられて登録されている。製品Ｐを製造した製造業者（本実施形態では製造業者Ｂ）は、製品情報ＩＰを、符号化コードＣＰｉｄに対応付けて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。製品Ｐを一意に特定可能な符号化コードＣＰｉｄと、製品Ｐを一意に特定可能な情報を含む製品情報ＩＰとを、互いに対応付けてグリーンチェーンＧＣに登録できるのは、製品Ｐを製造した製造業者だけである。つまり、本実施形態において、製造業者Ｂだけが、符号化コードＣＰｉｄと製品情報ＩＰとを互いに対応付けて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録することができる。

【0058】

グリーンチェーンＧＣにおいて符号化コードＣＰｉｄを検索することにより、その符号化コードＣＰｉｄに対応付けられてグリーンチェーンＧＣに登録されている製品情報ＩＰを取得することができる。そして、取得した製品情報ＩＰによって、符号化コードＣＰｉｄによって特定される製品Ｐについて、その製品Ｐを一意に特定可能な情報を確認することができる。例えば、グリーンチェーンＧＣには、製品Ｐ（Ｘ）の符号化コードＣＰｉｄ（Ｘ）と、製品Ｐ（Ｘ）を一意に特定可能な情報を含む製品情報ＩＰ（Ｘ）とが互いに対応付けられて登録されている。符号化コードＣＰｉｄ（Ｘ）によってグリーンチェーンＧＣを検索することによって、製品情報ＩＰ（Ｘ）を確認することができる。

【0059】

事業者ＩＤ１０は、製造業者Ｂ、流通業者Ｃ、小売業者Ｄなどの各事業者（各エンティティ）を一意に特定可能な識別情報（事業者識別情報）である。事業者ＩＤ１０は、台帳Ｌｅｄ（グリーンチェーンＧＣ）に、事業者情報ＩＣに対応付けられて登録されている。各事業者は、自身を一意に特定する事業者ＩＤ１０を、自身の事業者情報ＩＣに対応付けて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。

【0060】

事業者情報ＩＣは、事業者ＩＤ１０によって一意に特定される、製造業者Ｂ、流通業者Ｃ、小売業者Ｄなどの各事業者（各エンティティ）についての公開情報（詳細情報）である。事業者情報ＩＣは、事業者ＩＤ１０によって一意に特定される事業者の名称、および、係る事業者の運営する店舗（事業所）の所在を特定する情報の少なくとも一方を含む。事業者の運営する店舗は、物理的に存在する実店舗（物理的に存在する事業所）であってもよいし、ＥＣ（electronic comerce）サイトなどの仮想店舗（仮想事業所）であってもよい。また、事業所は、例えば、事業者の本店または支店である。「店舗（事業所）の所在を特定する情報」とは、例えば、事業者の運営する実店舗の住所を示す情報であり、または、事業者の運営するＥＣサイトのアドレスを示す情報である。事業者情報ＩＣは、さらに、例えば、事業者ＩＤ１０によって一意に特定される事業者の代表者名、実施する事業の概要、主要な取扱製品などを示す情報を含んでもよい。事業者情報ＩＣは、台帳Ｌｅｄ（グリーンチェーンＧＣ）に、事業者ＩＤ１０に対応付けられて登録されている。各事業者は、自身の事業者情報ＩＣを、事業者ＩＤ１０に対応付けて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。

【0061】

台帳Ｌｅｄ（グリーンチェーンＧＣ）において事業者ＩＤ１０を検索することにより、その事業者ＩＤ１０に対応付けられてグリーンチェーンＧＣに登録されている事業者情報ＩＣを取得することができる。そして、取得した事業者情報ＩＣによって、事業者ＩＤ１０によって特定される事業者について、その事業者の名称、店舗の住所を示す情報などを確認することができる。例えば、グリーンチェーンＧＣには、製造業者Ｂの事業者ＩＤ１０（Ｂ）と、製造業者Ｂの名称および運営する店舗の住所を示す情報を含む事業者情報ＩＣ（Ｂ）と、が互いに対応付けられて登録されている。事業者ＩＤ１０（Ｂ）によってグリーンチェーンＧＣを検索することによって、製造業者Ｂの事業者情報ＩＣ（Ｂ）を確認することができる。同様に、グリーンチェーンＧＣには、流通業者Ｃの事業者ＩＤ１０（Ｃ）と事業者情報ＩＣ（Ｃ）とが互いに対応付けられて登録されており、また、小売業者Ｄの事業者ＩＤ１０（Ｄ）と事業者情報ＩＣ（Ｄ）とが互いに対応付けられて登録されている。

【0062】

所有事業者ＩＤ２０は、事業者間で製品Ｐが販売（譲渡）されている（されていた）期間における、製品Ｐの所有者（製品Ｐを所有する事業者）を一意に特定可能な情報である。製品Ｐの所有事業者ＩＤ２０は、台帳Ｌｅｄ（グリーンチェーンＧＣ）に、製品Ｐの符号化コードＣＰｉｄに対応付けられて登録されている。

【0063】

例えば、製造業者Ｂが製品Ｐを製造してから、製造業者Ｂが製品Ｐを流通業者Ｃに販売（譲渡）するまでの期間において、グリーンチェーンＧＣには、製品Ｐの符号化コードＣＰｉｄに対応付けられて、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｂ）」が登録されている。製造業者Ｂが製品Ｐを流通業者Ｃに販売してから、流通業者Ｃが製品Ｐを小売業者Ｄに販売するまでの期間において、グリーンチェーンＧＣには、製品Ｐの符号化コードＣＰｉｄに対応付けられて、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｃ）」が登録されている。小売業者Ｄが製品Ｐを流通業者Ｃから購入した以降は、グリーンチェーンＧＣには、製品Ｐの符号化コードＣＰｉｄに対応付けられて、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｄ）」が登録されている。そのため、消費者Ｅが製品Ｐを小売業者Ｄから購入する（購入しようとする）時点では、グリーンチェーンＧＣには、製品Ｐの符号化コードＣＰｉｄに対応付けられて、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｄ）」が登録されている。

【0064】

つまり、グリーンチェーンＧＣには、製品Ｐの符号化コードＣＰｉｄに対応付けられて、（１）製品Ｐが未だ事業者間で譲渡（売買）されていない場合には、製品Ｐを製造した製造業者Ｂの事業者ＩＤ１０（Ｂ）が、所有事業者ＩＤ２０として登録されている。また、（２）製品Ｐが事業者間で譲渡された場合には、製品Ｐを購入した事業者（購入事業者、買い主）の事業者ＩＤ１０が、所有事業者ＩＤ２０として登録されている。

【0065】

なお、符号化コードＣＰｉｄに対応付けられて台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている所有事業者ＩＤ２０は、先ず、符号化コードＣＰｉｄによって特定される製品Ｐを製造した製造業者Ｂによって登録される。例えば、製造業者Ｂは、製品Ｐを製造すると、製造した製品Ｐの符号化コードＣＰｉｄに対応付けて、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｂ）」を、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。その後、製品Ｐが事業者間で売買（譲渡）されると、売買の都度、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている所有事業者ＩＤ２０は、管理サーバＦによって、購入事業者の事業者ＩＤへと更新される。所有事業者ＩＤ２０の台帳Ｌｅｄ（グリーンチェーンＧＣ）への登録、および、グリーンチェーンＧＣに登録されている所有事業者ＩＤ２０の更新について、詳細は後述する。

【0066】

次に、検証システムＳに含まれる監視部Ａ、製造業者Ｂ、流通業者Ｃ、小売業者Ｄ、管理サーバＦ、および、消費者Ｅの各々について、図２から図７を参照して、その詳細を説明する。

【0067】

（監視装置の構成例）
図２は、監視部Ａとして動作する監視装置１００の概略的な構成を示すブロック図である。監視装置１００は、本発明の「第３のコンピュータ」に相当する。図２に例示する監視装置１００は、ハードウェア構成として、制御部１０１と、操作部１０２と、表示部１０３と、記憶部１０４と、を備える。

【0068】

制御部１０１は、監視装置１００全体の動作を制御し、ハードウェアプロセッサであるＣＰＵ（Central Processing Unit）１０１ａ、ＲＯＭ（Read Only Memory）１０１ｂ、ＲＡＭ（Random Access Memory）１０１ｃ等から構成される。制御部１０１は、プログラム（例えば、第１プログラム１０４ｐ）等に基づいて情報処理を実行するように構成される。

【0069】

操作部１０２は、入力インタフェースであり、例えば、監視装置１００に対して種々の実行指示などを与えるためのスイッチ、ボタン、マウス、キーボード、タッチパネルなどからなる。表示部１０３は、監視装置１００の種々の動作メニュー、動作状態などを表示し、例えば、ディスプレイ、計器類などにより実現される。

【0070】

記憶部１０４は、メモリの一例であり、例えば、ハードディスクドライブ、ソリッドステートドライブ等で構成される。本実施形態では、記憶部１０４は、監視装置１００の動作プログラムである第１プログラム１０４ｐを格納している（記憶している）。第１プログラム１０４ｐは、ブランド登録処理を監視装置１００に実行させるためのプログラムである。記憶部１０４は、さらに、不図示の動作条件データなどが格納されていてもよい。

【0071】

監視装置１００は、不図示の通信インタフェースを備えていてもよい。係る通信インタフェースは、例えば、有線ＬＡＮ（Local Area Network）モジュール、無線ＬＡＮモジュール等であり、ネットワークを介した有線又は無線通信を行うためのインタフェースである。監視装置１００は、通信インタフェースを利用して、他の情報処理装置（コンピュータ）との間で、ネットワークを介したデータ通信を実行することができる。また、監視装置１００は、不図示の外部インタフェースを備えていてもよい。係る外部インタフェースは、例えば、ＵＳＢ（Universal Serial Bus）ポート、専用ポート等であり、外部装置と接続するためのインタフェースである。外部インタフェースの種類および数は任意に選択されてよい。第１プログラム１０４ｐは、外部の装置から取得されてもよい。この場合に、監視装置１００は、通信インタフェースおよび外部インタフェースの少なくとも一方を介して、当該外部の装置に接続されてよい。

【0072】

なお、監視装置１００の具体的なハードウェア構成に関して、実施形態に応じて、適宜、構成要素の省略、置換および追加が可能である。例えば、制御部１０１は、複数のハードウェアプロセッサを含んでもよい。ハードウェアプロセッサは、マイクロプロセッサ、ＦＰＧＡ（field-programmable gate array）、ＤＳＰ（digital signal processor）等で構成されてよい。記憶部１０４は、制御部１０１に含まれるＲＡＭおよびＲＯＭにより構成されてもよい。操作部１０２、表示部１０３、通信インタフェース、および、外部インタフェースの少なくともいずれかは省略されてもよい。監視装置１００は、複数台のコンピュータで構成されてもよい。この場合、各コンピュータのハードウェア構成は、一致していてもよいし、一致していなくてもよい。また、監視装置１００は、提供されるサービス専用に設計された情報処理装置の他、汎用のサーバ装置、ＰＣ（Personal Computer）等であってもよい。

【0073】

監視装置１００の制御部１０１は、記憶部１０４に記憶された第１プログラム１０４ｐをＲＡＭに展開する。そして、制御部１０１は、ＲＡＭに展開された第１プログラム１０４ｐに含まれる命令をＣＰＵにより解釈および実行して、各構成要素を制御する。これにより、図２に示されるとおり、本実施形態に係る監視装置１００は、申請受付部１１０、申請判定部１２０、ブランド登録部１３０、および、権限付与部１４０をソフトウェアモジュールとして備えるコンピュータとして動作する。すなわち、本実施形態では、監視装置１００の各ソフトウェアモジュールは、制御部１０１（ＣＰＵ）により実現される。

【0074】

申請受付部１１０は、製造業者Ｂから、ブランド情報ＩＢ等の登録の申請（ブランド登録申請）を受け付け、受け付けたブランド登録申請の内容を、申請判定部１２０に通知する。例えば、申請受付部１１０は、製造業者Ｂから、公開鍵ＰｕＫ、ブランド情報ＩＢ、および、監視装置１００（特に、申請判定部１２０）がブランド情報ＩＢ等の登録の許否を判定するための情報である添付情報を受け付ける。

【0075】

申請判定部１２０は、申請受付部１１０によって受け付けられたブランド登録申請の内容に基づいて、ブランド情報ＩＢ等の登録の許否を判定する。例えば、申請判定部１２０は、添付情報によって示される情報が、製造業者Ｂおよび製品Ｐについて一般に知られている情報に一致するかを判定し、一致すると、ブランド情報ＩＢ等の登録を許可してもよいと判定する。また、申請判定部１２０は、添付情報によって示される情報が、製造業者Ｂおよび製品Ｐについて一般に知られている情報に一致しないと、ブランド情報ＩＢ等の登録を許可できないと判定する。申請判定部１２０は、係る判定の結果を、申請受付部１１０によって受け付けられたブランド登録申請の内容と共に、ブランド登録部１３０に通知する。

【0076】

ブランド登録部１３０は、申請判定部１２０による判定の結果に沿って、ブランド情報ＩＢ等の台帳Ｌｅｄ（グリーンチェーンＧＣ）への登録を制御する。具体的には、申請判定部１２０によって「ブランド情報ＩＢ等の登録を許可してもよい」と判定されると、ブランド登録部１３０は、ブランド登録申請に係る公開鍵ＰｕＫとブランド情報ＩＢとを、互いに対応付けて、グリーンチェーンＧＣに登録する。また、申請判定部１２０によって「ブランド情報ＩＢ等の登録を許可できない」と判定されると、ブランド登録部１３０は、ブランド登録申請に係る公開鍵ＰｕＫとブランド情報ＩＢとを、グリーンチェーンＧＣに登録しない。

【0077】

監視装置１００は、ブランド登録部１３０によってブランド情報ＩＢ等がグリーンチェーンＧＣに登録されると、その旨を、製造業者Ｂに通知（送信）してもよい。また、監視装置１００は、ブランド登録部１３０によってブランド情報ＩＢ等がグリーンチェーンＧＣに登録されない（つまり、申請判定部１２０によって「ブランド情報ＩＢ等の登録を許可できない」と判定される）と、その旨を、製造業者Ｂに通知してもよい。

【0078】

権限付与部１４０は、ブランド登録部１３０によってブランド情報ＩＢ等がグリーンチェーンＧＣに登録されると、係るブランド情報ＩＢ等についてグリーンチェーンＧＣへの登録を申請した事業者に、監視装置１００として動作する権限を付与する。例えば、製造業者Ｂが登録を申請した公開鍵ＰｕＫおよびブランド情報ＩＢが、ブランド登録部１３０によってグリーンチェーンＧＣに登録されると、権限付与部１４０は、製造業者Ｂに、監視装置１００として動作する権限を付与する。監視装置１００として動作する権限を付与された製造業者Ｂは、他の事業者（他の製造業者）からのブランド登録申請を受け付け、受け付けた申請に係るブランド情報ＩＢ等の登録の許否を判定することができるようになる。そして、監視装置１００として動作する権限を付与された製造業者Ｂは、受け付けた申請に係るブランド情報ＩＢ等の登録を許可してもよいと判定すると、申請に係る公開鍵ＰｕＫとブランド情報ＩＢとを、グリーンチェーンＧＣに登録する。

【0079】

（申請装置の構成例）
図３は、製造業者Ｂとして動作する申請装置２００の概略的な構成を示すブロック図である。図３に例示する申請装置２００は、ハードウェア構成として、制御部２０１と、操作部２０２と、表示部２０３と、記憶部２０４と、を備える。申請装置２００は、監視装置１００と同様に、不図示の通信インタフェース、外部インタフェースをさらに備えてもよい。

【0080】

申請装置２００の制御部２０１～記憶部２０４のそれぞれは、上述の監視装置１００の制御部１０１～記憶部１０４のそれぞれと同様に構成されてよい。制御部２０１は、ハードウェアプロセッサであるＣＰＵ、ＲＡＭ、ＲＯＭ等を含み、プログラムおよびデータに基づいて各種情報処理を実行するように構成される。記憶部２０４は、例えば、ハードディスクドライブ、ソリッドステートドライブ等で構成される。本実施形態では、記憶部２０４は、第２プログラム２０４ｐを記憶する。

【0081】

申請装置２００の制御部２０１は、記憶部２０４に記憶された第２プログラム２０４ｐをＲＡＭに展開する。そして、制御部２０１は、ＲＡＭに展開された第２プログラム２０４ｐに含まれる命令をＣＰＵにより解釈および実行して、各構成要素を制御する。これにより、図３に示されるとおり、本実施形態に係る申請装置２００は、鍵生成部２１０、ブランド情報生成部２２０、申請部２３０、符号化コード生成部２４０、製品情報生成部２５０、事業者ＩＤ生成部２６０、事業者情報生成部２７０、登録部２８０、および、報告部２９０をソフトウェアモジュールとして備えるコンピュータとして動作する。すなわち、本実施形態では、申請装置２００の各ソフトウェアモジュールは、制御部２０１（ＣＰＵ）により実現される。

【0082】

鍵生成部２１０は、ＲＳＡ暗号アルゴリズムなどの非対称鍵アルゴリズムを利用して、互いに対応する秘密鍵ＰｒＫと公開鍵ＰｕＫとを生成する。鍵生成部２１０は、生成した公開鍵ＰｕＫを申請部２３０に通知し、また、生成した秘密鍵ＰｒＫを符号化コード生成部２４０に通知する。

【0083】

ブランド情報生成部２２０は、製品Ｐを含む製品グループ（製品シリーズ）についての情報であるブランド情報ＩＢを生成する。ブランド情報生成部２２０は、生成したブランド情報ＩＢを申請部２３０に通知する。

【0084】

申請部２３０は、鍵生成部２１０によって生成された公開鍵ＰｕＫと、ブランド情報生成部２２０によって生成されたブランド情報ＩＢとを、互いに対応付けた状態で、監視部Ａ（監視装置１００）へと送信する（ブランド登録申請）。申請部２３０は、公開鍵ＰｕＫとブランド情報ＩＢとを監視部Ａに送信する際に、さらに、監視部Ａがブランド情報ＩＢ等の登録の許否を判定するための情報である添付情報を、監視部Ａに送信してもよい。すなわち、申請部２３０は、公開鍵ＰｕＫと、ブランド情報ＩＢと、添付情報とを、互いに対応付けて、監視部Ａに送信してもよい。

【0085】

符号化コード生成部２４０は、鍵生成部２１０によって生成された秘密鍵ＰｒＫによって、製品Ｐを一意に特定可能な製品ＩＤ５０（Product ID、製品識別情報）をエンコードすることによって、符号化コードＣＰｉｄを生成する。符号化コード生成部２４０は、生成した符号化コードＣＰｉｄを、登録部２８０に通知する。

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

（監視部の階層化）
図１０は、検証システムＳが備える、階層構造を有する複数の監視部Ａについて説明する図である。検証システムＳにおいて、監視部Ａの階層化は、例えば、以下のようにして実現される。先ず、台帳Ｌｅｄ（グリーンチェーンＧＣ）の初期状態（誕生時点）では、監視部Ａとしては、一つの監視部Ａのみが存在し、具体的には、最上位（Root）の監視部である監視部Ａ（０）のみが存在する。監視部Ａ（０）は、監視部Ａの権限を付与されていない製造業者から、ブランド登録申請（公開鍵ＰｕＫおよびブランド情報ＩＢの、台帳Ｌｅｄ（グリーンチェーンＧＣ）への登録の申請）を受け付けると、以下の処理を実行する。すなわち、監視部Ａ（０）は、そのブランド登録申請に係る公開鍵ＰｕＫおよびブランド情報ＩＢの登録の許否を判定する。登録を許可してもよいと判定すると、監視部Ａ（０）は、ブランド登録申請に係る公開鍵ＰｕＫおよびブランド情報ＩＢを、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。また、監視部Ａ（０）は、上述のブランド登録申請を行なった事業者に、監視部Ａとしての権限を付与し、その事業者を、監視部Ａ（０）が属する階層の１つ下の階層に属する監視部Ａ（１）とし、つまり、第１階層の監視部Ａ（１）とする。図１０には、このようにして監視部Ａ（０）からｎ個の製造業者が監視部Ａとしての権限を付与され、各々、監視部Ａ（１－１）、Ａ（１－２）、・・・、Ａ（１－ｎ）となった例が示されている（「ｎ」は、「１」以上の整数）。以下の説明において、監視部Ａ（１－１）、Ａ（１－２）、・・・、Ａ（１－ｎ）の各々を区別せずに総称する場合には、単に「監視部Ａ（１）」と称する。

【0138】

次に、監視部Ａの権限を付与されていない製造業者からのブランド登録申請があると、第１階層の監視部Ａ（１）は、そのブランド登録申請に係る公開鍵ＰｕＫおよびブランド情報ＩＢの登録の許否を判定する。登録を許可してもよいと判定すると、監視部Ａ（１）は、ブランド登録申請に係る公開鍵ＰｕＫおよびブランド情報ＩＢを、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。また、監視部Ａ（１）は、上述のブランド登録申請を行なった製造業者に、監視部Ａとしての権限を付与し、その製造業者を、監視部Ａ（１）が属する階層の１つ下の階層に属する監視部Ａ（２）とし、つまり、第２階層の監視部Ａ（２）とする。図１０には、このようにして監視部Ａ（１－２）から３個の製造業者が監視部Ａとしての権限を付与され、各々、監視部Ａ（２－１）、Ａ（２－２）、Ａ（２－３）となった例が示されている。

【0139】

以上のようにして、検証システムＳは、監視部Ａ（０）を最上位の監視部とし、以下、第１階層の監視部Ａ（１）、第２階層の監視部Ａ（２）、・・・、第ｎ階層の監視部Ａ（ｎ）によって構成される、階層構造を有する複数の監視部Ａを備える。

【0140】

階層が上位の監視部Ａは、自身が属する階層よりも下位の階層に属する監視部Ａに付与されている監視部Ａとしての権限を取り消すことができてもよい。例えば、第ｍ階層に属する監視部Ａ（ｍ）（「ｍ」は、「０」以上の整数）は、第ｍ＋１階層以降の階層である第ｍ＋ｎ階層に属する監視部Ａ（ｍ＋ｎ）に付与されている監視部Ａとしての権限を取り消すことができてもよい。

【0141】

これまでに説明してきたように、監視部Ａは、例えば「製品Ｐの真の製造業者である」と判定した製造業者Ｂからのブランド登録申請のみを許可し、「製品Ｐの真の製造業者でない」と判定した製造業者Ｉからのブランド登録申請を拒否する。そのため、監視部Ａは、製造業者Ｉが、台帳Ｌｅｄ（グリーンチェーンＧＣ）に不正な情報を登録して、自身を製品Ｐの「真の製造業者である」かのように偽装するといった事態を、防止することができる。つまり、監視部Ａは、偽の製造業者である製造業者ＩをグリーンチェーンＧＣから排除して、製品Ｐを製造する製造業者Ｂおよび消費者Ｅを、製造業者Ｉから保護することができる。

【0142】

＜ＭＩＣＡ（Massive Illegal Copy Avoidance）＞
図１１は、検証システムＳ（および、検証方法Ｍ）が採用するＭＩＣＡの全体概要を説明する図である。前述の通り、製造業者Ｂは、秘密鍵ＰｒＫと公開鍵ＰｕＫとを予め生成し、生成した公開鍵ＰｕＫを、ブランド情報ＩＢと共に監視部Ａに提供する（ブランド登録申請）。監視部Ａは、例えば製造業者Ｂが「製品Ｐの真の製造業者である」と判定すると、製造業者Ｂから提供された公開鍵ＰｕＫとブランド情報ＩＢとを、互いに対応付けて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。

【0143】

ＭＩＣＡにおいて製造業者Ｂは、製品Ｐを製造すると、製品Ｐを一意に特定可能な製品ＩＤ５０を、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている公開鍵ＰｕＫに対応する秘密鍵ＰｒＫでエンコードして、符号化コードＣＰｉｄを生成する。製造業者Ｂは、任意の生成方法・生成規則を用いて、言い換えれば、任意の生成方法・生成規則に従って、公開鍵ＰｕＫの少なくとも一部と付加コードとを含む符号化コードＣＰｉｄを生成することができる。製造業者Ｂは、生成した符号化コードＣＰｉｄと、製品Ｐの公開情報（詳細情報）である製品情報ＩＰとを、互いに対応付けて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。また、製造業者Ｂは、公開鍵ＰｕＫと符号化コードＣＰｉｄとを製品Ｐに付与して、製品Ｐを流通ルートに乗せ、例えば、製品Ｐを流通業者Ｃに販売する。

【0144】

消費者Ｅは、購入する製品Ｐに付与されている公開鍵ＰｕＫである添付公開鍵ａＰｕＫを用いて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されているブランド情報ＩＢを取得し、取得したブランド情報ＩＢによって、購入する製品Ｐの同一性等を検証する（ブランド情報による検証）。消費者Ｅは、購入する製品Ｐに付与されている符号化コードＣＰｉｄである添付符号化コードａＣＰｉｄを用いて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている製品情報ＩＰを取得し、取得した製品情報ＩＰによって、購入する製品Ｐの同一性等を検証する（製品情報による検証）。消費者Ｅは、添付公開鍵ａＰｕＫを用いて添付符号化コードａＣＰｉｄをデコードして復号化情報を取得し、取得した復号化情報に含まれる公開鍵ＰｕＫの少なくとも一部と、添付公開鍵ａＰｕＫの少なくとも一部とが一致するかを判定する。消費者Ｅは、両者が一致すると、購入する製品Ｐは真正品である（製造業者Ｂによって製造された製品Ｐと同一である）と判定し、両者が一致しないと、購入する製品Ｐは模造品であると判定する（公開鍵の比較による検証）。

【0145】

図１２は、ＭＩＣＡにおいて製造業者Ｂ（申請装置２００）が実行する製品登録処理などの概要を説明するフロー図である。図１２に示すように、製造業者Ｂ（申請装置２００）は、先ず、公開鍵ＰｕＫの少なくとも一部を含み、製造業者Ｂが製造する複数の製品Ｐの各々を一意に特定可能な製品識別情報として、製品ＩＤ５０を生成する（Ｓ３１０）。図４の（Ｂ）に例示したように、製品ＩＤ５０は、例えば、公開鍵ＰｕＫの少なくとも一部と付加コードとを含み、製品Ｐを一意に特定する。

【0146】

製造業者Ｂ（申請装置２００の符号化コード生成部２４０）は、製品ＩＤ５０を、公開鍵ＰｕＫに対応する秘密鍵ＰｒＫを用いてエンコードすることによって、符号化コードＣＰｉｄを生成する（Ｓ３２０）。そして、製造業者Ｂ（申請装置２００の登録部２８０）は、生成した符号化コードＣＰｉｄを、製品Ｐの公開情報（詳細情報）であると製品情報ＩＰと共に、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する（Ｓ３３０、製品登録）。

【0147】

また、製造業者Ｂは、生成した符号化コードＣＰｉｄを、公開鍵ＰｕＫと共に、製造業者Ｂが製造した製品Ｐに付与する（Ｓ３４０）。製造業者Ｂは、自身が製造した製品Ｐを他の事業者（例えば、流通業者Ｃ）に譲渡（販売）する際には、譲渡の前に、譲渡する製品Ｐに、符号化コードＣＰｉｄと公開鍵ＰｕＫとを付与する。

【0148】

図１３は、ＭＩＣＡにおいて消費者Ｅ（検証装置５００）が実行する各種の検証処理の概要を説明するフロー図である。図１３に示すように、ＭＩＣＡにおいて消費者Ｅ（検証装置５００）は、「ブランド情報ＩＢによる検証（図１３の（Ａ））」、「製品情報ＩＰによる検証（図１３のＢ）」、および、「公開鍵ＰｕＫの比較による検証（図１３の（Ｃ））」を実行する。

【0149】

（第１の検証：ブランド情報による検証）
図１３の（Ａ）に示すように、消費者Ｅ（検証装置５００のブランド情報取得部５２０）などは、購入する製品Ｐに付与されている公開鍵ＰｕＫである添付公開鍵ａＰｕＫによって台帳Ｌｅｄ（グリーンチェーンＧＣ）を検索する（Ｓ１１１０）。そして、消費者Ｅ（検証装置５００のブランド情報取得部５２０）などは、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている、添付公開鍵ａＰｕＫに一致する公開鍵ＰｕＫである登録公開鍵ｒＰｕＫを特定する（Ｓ１１２０）。消費者Ｅ（検証装置５００のブランド情報取得部５２０）などは、特定した登録公開鍵ｒＰｕＫに対応付けられて台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されているブランド情報ＩＢを取得する（Ｓ１１３０）。消費者Ｅ（検証装置５００）などは、取得したブランド情報ＩＢを用いて検証を行う（Ｓ１１４０）。例えば、消費者Ｅは、検証装置５００（特に、ブランド情報取得部５２０）の取得したブランド情報ＩＢを、製品Ｐのブランドについて一般的に知りうる情報と比較するなどして、ブランド情報ＩＢの真偽を検証する。そして、ブランド情報ＩＢが真である（例えば、製品Ｐのブランドについて一般的に知りうる情報と、ブランド情報ＩＢとが一致する）場合、消費者Ｅは、購入する製品Ｐのブランドが正規のブランドであると判定し、購入する製品Ｐが真正品であると判定する。つまり、製品Ｐのブランドについて一般的に知りうる情報と、ブランド情報ＩＢとが一致する場合、消費者Ｅは、購入する製品Ｐ（Ｙ）は、製造業者Ｂによって製造された製品Ｐ（Ｘ）と同一の製品Ｐであると判定する。また、ブランド情報ＩＢが偽である（例えば、製品Ｐのブランドについて一般的に知りうる情報と、ブランド情報ＩＢとが一致しない）場合、消費者Ｅは、購入する製品Ｐのブランドが正規のブランドではないと判定し、購入する製品Ｐが模造品であると判定する。つまり、製品Ｐのブランドについて一般的に知りうる情報と、ブランド情報ＩＢとが一致しない場合、消費者Ｅは、購入する製品Ｐ（Ｙ）は、製造業者Ｂによって製造された製品Ｐ（Ｘ）と同一ではないと判定する。

【0150】

（第２の検証：製品情報による検証）
図１３の（Ｂ）に示すように、消費者Ｅ（検証装置５００の製品情報取得部５３０）などは、購入する製品Ｐに付与されている符号化コードＣＰｉｄである添付符号化コードａＣＰｉｄによって台帳Ｌｅｄ（グリーンチェーンＧＣ）を検索する（Ｓ１２１０）。消費者Ｅ（検証装置５００の製品情報取得部５３０）などは、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている、添付符号化コードａＣＰｉｄに一致する符号化コードＣＰｉｄである登録符号化コードｒＣＰｉｄを特定する（Ｓ１２２０）。消費者Ｅ（検証装置５００の製品情報取得部５３０）などは、特定した登録符号化コードｒＣＰｉｄに対応付けられて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている製品情報ＩＰを取得する（Ｓ１２３０）。消費者Ｅ（検証装置５００）などは、取得した製品情報ＩＰを用いて検証を行う（Ｓ１２４０）。例えば、消費者Ｅは、検証装置５００（特に、製品情報取得部５３０）の取得した製品情報ＩＰを、製品Ｐについて一般的に知りうる情報（例えば、製品Ｐのパッケージに記載されている情報など）と比較するなどして、製品情報ＩＰの真偽を検証する。そして、製品情報ＩＰが真である（例えば、製品Ｐについて一般的に知りうる情報と、製品情報ＩＰとが一致する）場合、消費者Ｅは、購入する製品Ｐが真正品である（正規のブランド（正規の製品グループ）に含まれる）と判定する。つまり、製品Ｐについて一般的に知りうる情報と、製品情報ＩＰとが一致する場合、消費者Ｅは、購入する製品Ｐ（Ｙ）は、製造業者Ｂによって製造された製品Ｐ（Ｘ）と同一の製品Ｐであると判定する。また、製品情報ＩＰが偽である（例えば、製品Ｐについて一般的に知りうる情報と、製品情報ＩＰとが一致しない）場合、消費者Ｅは、購入する製品Ｐが模造品である（正規のブランド（正規の製品グループ）に含まれない）と判定する。つまり、製品Ｐについて一般的に知りうる情報と、製品情報ＩＰとが一致しない場合、消費者Ｅは、購入する製品Ｐ（Ｙ）は、製造業者Ｂによって製造された製品Ｐ（Ｘ）と同一ではないと判定する。

【0151】

（第３の検証：公開鍵の比較による検証）
図１３の（Ｃ）に示すように、消費者Ｅ（検証装置５００の復号部５４０）などは、購入する製品Ｐに付与されている添付符号化コードａＣＰｉｄを、購入する製品Ｐに付与されている添付公開鍵ａＰｕＫによってデコードして復号化情報を取得する（Ｓ１３１０）。消費者Ｅ（検証装置５００の鍵判定部５５０）などは、Ｓ１３１０で取得した復号化情報に含まれる公開鍵ＰｕＫの少なくとも一部と、購入する製品Ｐに付与されている添付公開鍵ａＰｕＫの少なくとも一部とが一致するかを判定する（Ｓ１３２０）。両者が一致することを確認すると（Ｓ１３２０でＹｅｓ）、消費者Ｅ（検証装置５００の鍵判定部５５０）などは、購入する製品Ｐが真正品である（購入する製品Ｐが製造業者Ｂによって製造された製品Ｐである）と判定する（Ｓ１３３０）。両者が一致しないことを確認すると（Ｓ１３２０でＮｏ）、消費者Ｅ（検証装置５００の鍵判定部５５０）などは、購入する製品Ｐが模造品である（購入する製品Ｐが製造業者Ｂによって製造された製品Ｐではない）と判定する（Ｓ１３４０）。

【0152】

以下の説明において、ＭＩＣＡにおいて消費者Ｅ（検証装置５００）などが実施する、上述の３つの検証（ブランド情報ＩＢによる検証、製品情報ＩＰによる検証、および、公開鍵ＰｕＫの比較による検証）を、「ＭＩＣＡ検証」と総称することがある。

【0153】

前述の通り、ブランド情報ＩＢは、製品Ｐを含む製品グループ（製品シリーズ）についての情報であり、製品Ｐを含む製品グループの名称である「ブランド名」、および、製品Ｐを製造した製造業者Ｂの名称の少なくとも一方を含む。そのため、ブランド情報ＩＢによる検証（ブランド検証）において、消費者Ｅなどは、ブランド（製品グループ）のレベルで、製品Ｐの真正を検証することができる。また、製品情報ＩＰは、製品Ｐ単体（個々の製品Ｐ）についての情報であり、製品Ｐの名称を含み、特に、ブランド情報ＩＢの示す製品グループ（製品シリーズ）において製品Ｐを一意に特定する情報を含む。そのため、製品情報ＩＰによる検証（製品の個別検証）において、消費者Ｅなどは、ブランド（製品グループ）に含まれる個々の製品のレベルで、製品Ｐの真正を検証することができる。

【0154】

ＭＩＣＡにおいて、製造業者Ｂは、任意の生成方法・生成規則で生成した製品ＩＤ５０を、秘密鍵ＰｒＫによってエンコードすることで、符号化コードＣＰｉｄを生成する。そのため、秘密鍵ＰｒＫを保有している製造業者Ｂ以外の事業者は、符号化コードＣＰｉｄを解析したとしても、符号化コードＣＰｉｄの生成規則（つまり、秘密鍵ＰｒＫ）も、製品ＩＤ５０も、製品ＩＤ５０の生成方法・生成規則も、特定することもできない。つまり、秘密鍵ＰｒＫを保有している製造業者Ｂ以外の事業者は、符号化コードＣＰｉｄの生成規則（つまり、秘密鍵ＰｒＫ）を知り得ない。そのため、ＭＩＣＡは、秘密鍵ＰｒＫを保有している製造業者Ｂ以外の事業者が、符号化コードＣＰｉｄの生成規則を特定して、真正な符号化コードＣＰｉｄと区別することのできない違法な符号化コードＣＰｉｄを、大量に生成するといった事態の発生を防止することができる。

【0155】

これに対し、秘密鍵ＰｒＫを保有している製造業者Ｂは、各々が複数の製品Ｐの各々を一意に特定可能な製品ＩＤ５０を、任意の生成方法・生成規則で大量に生成することができ、それら大量の製品ＩＤ５０から、秘密鍵ＰｒＫを利用して、大量の符号化コードＣＰｉｄを容易に生成することができる。

【0156】

つまり、ＭＩＣＡによって、符号化コードＣＰｉｄの生成規則が第三者に把握されて符号化コードＣＰｉｄが大量に偽造されるという事態の発生を防止しつつ、符号化コードＣＰｉｄの生成等に係る製造業者Ｂの負担を軽減することができる。

【0157】

＜ＳＩＣＡ（Single Illegal Copy Avoidance）＞
図１４は、検証システムＳ（および、検証方法Ｍ）が採用するＳＩＣＡの全体概要を説明する図である。前述の通り、検証システムＳ（および、検証方法Ｍ）において各事業者は、自身を一意に特定する事業者ＩＤ１０と、自身の名称を含む事業者情報ＩＣとを、互いに対応付けて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。また、各事業者は、自身を一意に特定する事業者ＩＤ１０を、自身の運営する店舗（事業所）において公開する。例えば、小売業者Ｄ（報告装置３００の登録部３３０）は、自身を一意に特定する事業者ＩＤ１０（Ｄ）と、自身の名称を含む事業者情報ＩＣ（Ｄ）とを、互いに対応付けて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。また、小売業者Ｄは、小売業者Ｄの店舗において、事業者ＩＤ１０（Ｄ）を公開する。

【0158】

また、製造業者Ｂは、所有事業者ＩＤ２０（具体的には、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｂ）」）を、符号化コードＣＰｉｄに対応付けて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。製造業者Ｂは、製品Ｐを製造してから、製品Ｐを流通業者Ｃに販売するまでの間に、符号化コードＣＰｉｄに対応付けて、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｂ）」を、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。

【0159】

ＳＩＣＡにおいては、事業者間で製品Ｐが譲渡されると、「台帳Ｌｅｄ（グリーンチェーンＧＣ）において、製品Ｐを所有する事業者を示す情報」である所有事業者ＩＤ２０が、管理サーバＦによって更新される。具体的には、管理サーバＦは、製品Ｐの売り主からの報告（販売報告）と、製品Ｐの買い主からの回答（販売承認）とに基づいて、製品Ｐの符号化コードＣＰｉｄに対応付けられてグリーンチェーンＧＣに登録されている所有事業者ＩＤ２０を更新する。

【0160】

消費者Ｅは、小売業者Ｄの店舗で公開されている事業者ＩＤ１０を用いて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている事業者情報ＩＣを取得し、取得した事業者情報ＩＣによって、小売業者Ｄが正規の事業者であるかを検証する（事業者情報による検証）。また、前述の通り、消費者Ｅは、購入する製品Ｐに付与されている符号化コードＣＰｉｄである添付符号化コードａＣＰｉｄ、および、購入する製品Ｐに付与されている公開鍵ＰｕＫである添付公開鍵ａＰｕＫを用いて、ＭＩＣＡ検証を行なう。すなわち、消費者Ｅは、添付符号化コードａＣＰｉｄおよび添付公開鍵ａＰｕＫを用いて、ブランド情報ＩＢによる検証、製品情報ＩＰによる検証、および、公開鍵ＰｕＫの比較による検証を、行なう。さらに、消費者Ｅは、添付符号化コードａＣＰｉｄを用いて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている所有事業者ＩＤ２０（登録所有事業者ＩＤ２１）を取得する。消費者Ｅは、取得した登録所有事業者ＩＤ２１と、製品Ｐを販売する小売業者Ｄの店舗で公開されている事業者ＩＤ１０とが、一致するかを判定する（ＳＩＣＡにおける店舗比較）。消費者Ｅは、両者が一致すると、購入する製品Ｐは正規の流通ルートで流通していると判定し、両者が一致しないと、購入する製品Ｐは非正規の流通ルートで流通していると判定する。

【0161】

図１５は、ＳＩＣＡにおいて管理サーバＦ（管理サーバ４００）が実行する所有事業者ＩＤ更新処理などの概要を説明するフロー図である。前述の通り、製造業者Ｂは製品Ｐを製造すると、製品Ｐを流通業者Ｃに譲渡する前に、製品Ｐの符号化コードＣＰｉｄに対応付けて、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｂ）」を、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録する。そのため、製造業者Ｂが製品Ｐを流通業者Ｃに販売する（譲渡する）よりも前の時点において、台帳Ｌｅｄ（グリーンチェーンＧＣ）には、製品Ｐの符号化コードＣＰｉｄに対応付けられて、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｂ）」が登録されている。

【0162】

製造業者Ｂは、製品Ｐを流通業者Ｃに販売すると、その販売を特定する以下の３つの情報を、管理サーバＦに報告する（販売報告）。すなわち、販売報告において製造業者Ｂ（申請装置２００の報告部２９０）は、管理サーバＦに、流通業者Ｃに販売した製品Ｐの符号化コードＣＰｉｄと、製品Ｐの売り主の事業者を一意に特定する譲渡事業者ＩＤ３０と、製品Ｐの買い主の事業者を一意に特定する購入事業者ＩＤ４０と、を報告する。具体的には、製造業者Ｂ（申請装置２００の報告部２９０）は、管理サーバＦに、符号化コードＣＰｉｄと対応付けて、「譲渡事業者ＩＤ３０＝事業者ＩＤ１０（Ｂ）」および「購入事業者ＩＤ４０＝事業者ＩＤ１０（Ｃ）」を、製品Ｐの販売を特定する情報として報告する（Ｓ４１０）。

【0163】

管理サーバＦ（管理サーバ４００の販売報告受付部４１０）は、製造業者Ｂから、製品Ｐについての販売報告を受ける（Ｓ５１０、販売報告受付ステップ）。そして、管理サーバＦ（管理サーバ４００）は、符号化コードＣＰｉｄに対応付けられて台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている所有事業者ＩＤ２０を、受け付けた販売報告に沿って更新してもよいかを判定する。

【0164】

例えば、管理サーバＦ（管理サーバ４００）は、先ず、符号化コードＣＰｉｄに対応付けられてグリーンチェーンＧＣに登録されている所有事業者ＩＤ２０と、受け付けた販売報告の譲渡事業者ＩＤ３０とが一致するかを判定する。前述の通り、製造業者Ｂが製品Ｐを流通業者Ｃに販売するよりも前の時点において、グリーンチェーンＧＣには、符号化コードＣＰｉｄに対応付けられて、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｂ）」が登録されている。また、販売報告において、符号化コードＣＰｉｄには、「譲渡事業者ＩＤ３０＝事業者ＩＤ１０（Ｂ）」が対応付けられている。そのため、管理サーバＦは、符号化コードＣＰｉｄに対応付けられてグリーンチェーンＧＣに登録されている所有事業者ＩＤ２０と、販売報告において符号化コードＣＰｉｄと対応付けられている譲渡事業者ＩＤ３０とが一致することを確認する。そして、管理サーバＦは、両者が一致することを確認すると、受け付けた販売報告が、符号化コードＣＰｉｄに対応する製品Ｐを正規に所有していた事業者からの販売報告であると判定する。管理サーバＦは、両者が一致しないと、受け付けた販売報告が、符号化コードＣＰｉｄに対応する製品Ｐを正規に所有していた事業者からの販売報告ではないと判定する。そして、管理サーバＦは、その判定結果を、受け付けた販売報告を行なった事業者（製造業者Ｂ）に通知し、所有事業者ＩＤ更新処理を中止する（終了する）。

【0165】

受け付けた販売報告が、符号化コードＣＰｉｄに対応する製品Ｐを正規に所有していた事業者からの販売報告であると判定すると、管理サーバＦは、受け付けた販売報告の真偽を、製品Ｐの買い主の事業者に問い合わせる（Ｓ５２０、問合せステップ）。すなわち、管理サーバＦ（管理サーバ４００の問合部４２０）は、販売報告の購入事業者ＩＤ４０によって特定される事業者に、販売報告の符号化コードＣＰｉｄに対応する製品Ｐを購入したかを問い合わせる。前述の通り、販売報告において、符号化コードＣＰｉｄには、「購入事業者ＩＤ４０＝事業者ＩＤ１０（Ｃ）」が対応付けられている。そこで、管理サーバＦは、事業者ＩＤ１０（Ｃ）によって特定される流通業者Ｃに、「譲渡事業者ＩＤ３０＝事業者ＩＤ１０（Ｂ）」によって特定される製造業者Ｂから、符号化コードＣＰｉｄに対応する製品Ｐを購入したかを問い合わせる。

【0166】

流通業者Ｃ（報告装置３００の販売情報受信部３４０）は、管理サーバＦからの上述の問合せを受け付ける（Ｓ６１０）。そして、流通業者Ｃ（報告装置３００の販売情報送信部３５０）は、管理サーバＦに、上述の問合せに対する回答を報告（送信）する（Ｓ６２０）。具体的には、流通業者Ｃが製造業者Ｂから製品Ｐを購入した場合、流通業者Ｃ（報告装置３００の販売情報受信部３４０）は、製品Ｐの製造業者Ｂから流通業者Ｃの販売の事実を承認する回答を、管理サーバＦに送信する（販売承認）。また、流通業者Ｃが製造業者Ｂから製品Ｐを購入していない場合、流通業者Ｃ（報告装置３００の販売情報受信部３４０）は、製品Ｐの製造業者Ｂから流通業者Ｃの販売の事実を否定する回答を、管理サーバＦに送信する（販売否定）。

【0167】

管理サーバＦ（管理サーバ４００の回答受付部４３０）は、流通業者Ｃからの回答を受け付ける（Ｓ５３０）。そして、管理サーバＦ（管理サーバ４００の回答受付部４３０）は、流通業者Ｃの回答が販売を承認するもの（販売承認）であったか、それとも、販売を否定するもの（販売否定）であったかを判定する（Ｓ５４０）。

【0168】

流通業者Ｃの回答が販売否定である場合（Ｓ５４０でＮｏ）、管理サーバＦ（管理サーバ４００の更新部４４０）は、符号化コードＣＰｉｄに対応付けられて台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている所有事業者ＩＤ２０を更新しない。そして、管理サーバＦ（管理サーバ４００）は、管理サーバＦに対して販売報告を行なった製造業者Ｂに、販売否定の回答を受けたこと、および、所有事業者ＩＤ２０の更新を行なわなかったことの少なくとも一方を、通知する。すなわち、管理サーバＦ（管理サーバ４００）は、製造業者Ｂに、所有事業者ＩＤ２０の更新の不許可を通知する（Ｓ５５０）。

【0169】

流通業者Ｃの回答が販売承認である場合（Ｓ５４０でＹｅｓ）、管理サーバＦ（管理サーバ４００の更新部４４０）は、符号化コードＣＰｉｄに対応付けられて台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている所有事業者ＩＤ２０を更新する（所有事業者ＩＤ更新）。具体的には、管理サーバＦ（管理サーバ４００の更新部４４０）は、グリーンチェーンＧＣ上の所有事業者ＩＤ２０を、つまり、符号化コードＣＰｉｄに対応付けられてグリーンチェーンＧＣに登録されている所有事業者ＩＤ２０を、販売報告に係る購入事業者ＩＤ４０（＝事業者ＩＤ１０（Ｃ））で更新する（Ｓ５６０、所有者更新ステップ）。これによって、符号化コードＣＰｉｄに対応付けられてグリーンチェーンＧＣに登録されている所有事業者ＩＤ２０は、「事業者ＩＤ１０（Ｂ）」から「事業者ＩＤ１０（Ｃ）」に更新される。

【0170】

また、管理サーバＦ（管理サーバ４００）は、管理サーバＦに対して販売報告を行なった製造業者Ｂに、所有事業者ＩＤ２０を「事業者ＩＤ１０（Ｂ）」から「事業者ＩＤ１０（Ｃ）」に更新したことの少なくとも一方を、通知する（Ｓ５７０）。管理サーバＦ（管理サーバ４００）は、所有事業者ＩＤ２０の更新に加えて、または、所有事業者ＩＤ２０の更新に代えて、販売承認の回答を受けたことを、製造業者Ｂに通知してもよい。

【0171】

管理サーバＦに対して販売報告を行なった製造業者Ｂ（申請装置２００）は、管理サーバＦから、Ｓ５５０またはＳ５７０の通知を受領する（受信する）（Ｓ４２０）。

【0172】

流通業者Ｃが製品Ｐを小売業者Ｄに販売した場合、これまで説明してきたのと同様の処理によって、符号化コードＣＰｉｄに対応付けられてグリーンチェーンＧＣに登録されている所有事業者ＩＤ２０は、「事業者ＩＤ１０（Ｃ）」から「事業者ＩＤ１０（Ｄ）」に更新される。すなわち、流通業者Ｃは、管理サーバＦに、符号化コードＣＰｉｄ、「譲渡事業者ＩＤ３０＝事業者ＩＤ１０（Ｃ）」、および、「購入事業者ＩＤ４０＝事業者ＩＤ１０（Ｄ）」を、製品Ｐの販売を特定する情報として報告する（販売報告）。流通業者Ｃからの販売報告を受け付けた管理サーバＦは、小売業者Ｄに、係る販売報告の真偽を問い合わせる。この問合せに対する小売業者Ｄからの回答として販売承認を受け付けると、管理サーバＦは、符号化コードＣＰｉｄに対応付けられてグリーンチェーンＧＣに登録されている所有事業者ＩＤ２０を、販売報告に係る購入事業者ＩＤ４０（＝事業者ＩＤ１０（Ｄ））で更新する。

【0173】

このようにして、事業者間で製品Ｐの販売（譲渡）があると、管理サーバＦ（管理サーバ４００）は、製品Ｐの符号化コードＣＰｉｄに対応付けられてグリーンチェーンＧＣに登録されている所有事業者ＩＤ２０を、製品Ｐを購入した事業者の事業者ＩＤ１０に更新する。そのため、ＳＩＣＡにおいては、符号化コードＣＰｉｄによって台帳Ｌｅｄ（グリーンチェーンＧＣ）を検索することによって、その時点で製品Ｐを所有している事業者を特定することができる。

【0174】

以上に説明した通り、検証システムＳ（検証方法Ｍ）において、管理サーバ４００（第２のコンピュータ）は、製品Ｐの符号化コードＣＰｉｄに対応付けられて台帳Ｌｅｄに登録されている所有事業者ＩＤ２０によって一意に特定される事業者からの報告（販売報告）に基づいて、以下の処理を実行する。すなわち、管理サーバ４００は、販売報告の購入事業者ＩＤ４０によって一意に特定される事業者（購入事業者）に、製品Ｐの譲渡（販売）の真偽を確認する。そして、購入事業者からの回答に基づいて製品Ｐの譲渡を確認すると、管理サーバ４００は、所有事業者ＩＤ２０として登録されている事業者ＩＤ１０を、販売報告の購入事業者ＩＤ４０へと、つまり、購入事業者を一意に特定可能な事業者ＩＤ１０へと、更新する。したがって、検証システムＳ（検証方法Ｍ）は、製品Ｐの符号化コードＣＰｉｄに対応付けられて、製品Ｐの所有者として台帳Ｌｅｄに登録される事業者の真性を、確保することができる。

【0175】

図１６は、事業者間での製品Ｐの販売ごとに管理サーバＦ（管理サーバ４００）によって所有事業者ＩＤ２０が更新される台帳Ｌｅｄ（グリーンチェーンＧＣ）を説明する図である。図１６に示すように、台帳Ｌｅｄ（グリーンチェーンＧＣ）において、製品Ｐ（Ｘ）の符号化コードＣＰｉｄ（Ｘ）には、製品Ｐ（Ｘ）の製品情報ＩＰ（Ｘ）が対応付けられている（ブロック（ｎ）、（ｎ＋１）、（ｎ＋２））。

【0176】

製造業者Ｂが流通業者Ｃに製品Ｐ（Ｘ）を未だ販売していない時点では、製品Ｐ（Ｘ）の符号化コードＣＰｉｄ（Ｘ）には、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｂ）」が対応付けられている（ブロック（ｎ））。また、ブロック（ｎ）において、符号化コードＣＰｉｄ（Ｘ）には、製品Ｐ（Ｘ）の原点ＩＤ（製品Ｐ（Ｘ）を製造した事業者を一意に特定可能な事業者ＩＤ１０）として、製造業者Ｂを一意に特定する事業者ＩＤ１０（Ｂ）が対応付けられている。さらに、ブロック（ｎ）において、符号化コードＣＰｉｄ（Ｘ）には、製品Ｐ（Ｘ）の追跡ＩＤ（製品Ｐ（Ｘ）を所有する事業者の変遷を、事業者ＩＤ１０によって示す情報）として、事業者ＩＤ１０（Ｂ）が対応付けられている。

【0177】

製造業者Ｂが製品Ｐ（Ｘ）を流通業者Ｃに販売してから、流通業者Ｃが製品Ｐ（Ｘ）を小売業者Ｄに販売するまでの間の期間において、製品Ｐ（Ｘ）の符号化コードＣＰｉｄ（Ｘ）には、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｃ）」が対応付けられている（ブロック（ｎ＋１））。また、ブロック（ｎ＋１）において、符号化コードＣＰｉｄ（Ｘ）には、製品Ｐ（Ｘ）の原点ＩＤとして、事業者ＩＤ１０（Ｂ）が対応付けられている。さらに、ブロック（ｎ＋１）において、符号化コードＣＰｉｄ（Ｘ）には、製品Ｐ（Ｘ）の追跡ＩＤとして、「事業者ＩＤ１０（Ｂ）から事業者ＩＤ１０（Ｃ）へ」が対応付けられている。

【0178】

流通業者Ｃが製品Ｐ（Ｘ）を小売業者Ｄに販売した以降は、製品Ｐ（Ｘ）の符号化コードＣＰｉｄ（Ｘ）には、「所有事業者ＩＤ２０＝事業者ＩＤ１０（Ｄ）」が対応付けられている（ブロック（ｎ＋２））。また、ブロック（ｎ＋２）において、符号化コードＣＰｉｄ（Ｘ）には、製品Ｐ（Ｘ）の原点ＩＤとして、事業者ＩＤ１０（Ｂ）が対応付けられている。さらに、ブロック（ｎ＋２）において、符号化コードＣＰｉｄ（Ｘ）には、製品Ｐ（Ｘ）の追跡ＩＤとして、「事業者ＩＤ１０（Ｂ）から、事業者ＩＤ１０（Ｃ）を経て、事業者ＩＤ１０（Ｄ）へ」が対応付けられている。

【0179】

図１７は、ＳＩＣＡにおいて消費者Ｅ（検証装置５００）が実行する各種の検証処理の概要を説明するフロー図である。図１７に示すように、ＳＩＣＡにおいて消費者Ｅ（検証装置５００）は、ＭＩＣＡ検証に加えて、「事業者情報ＩＣによる検証（図１７の（Ａ））」および「（ＳＩＣＡにおける店舗比較）（図１７の（Ｂ））」を実行する。

【0180】

（第１の検証：事業者情報ＩＣによる検証（店舗検索））
上述の通り、各事業者（製造業者Ｂ、流通業者Ｃ、小売業者Ｄなど）は、自身の事業者ＩＤ１０を、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録すると共に、自身の運営する店舗（事業所）において公開している。例えば、小売業者Ｄは、小売業者Ｄの店舗（事業所）において掲げている看板に事業者ＩＤ１０（Ｄ）を記載して、事業者ＩＤ１０（Ｄ）を公開している。また、台帳Ｌｅｄ（グリーンチェーンＧＣ）には、事業者ＩＤ１０に対応付けられて、各事業者の事業者情報ＩＣが登録されている。

【0181】

消費者Ｅ（検証装置５００の事業者情報取得部５６０）などは、製品Ｐを販売する小売業者Ｄの店舗の看板に記載の事業者ＩＤ１０（公開事業者ＩＤ１１）によって、台帳Ｌｅｄ（グリーンチェーンＧＣ）を検索する（Ｓ１４１０）。消費者Ｅ（検証装置５００の事業者情報取得部５６０）などは、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている、公開事業者ＩＤ１１に一致する事業者ＩＤ１０である登録事業者ＩＤ１２を特定する（Ｓ１４２０）。消費者Ｅ（検証装置５００の事業者情報取得部５６０）などは、特定した登録事業者ＩＤ１２に対応付けられて、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている事業者情報ＩＣを取得する（Ｓ１４３０）。消費者Ｅ（検証装置５００）などは、取得した事業者情報ＩＣを用いて検証を行う（Ｓ１４４０）。例えば、消費者Ｅは、検証装置５００（特に、事業者情報取得部５６０）の取得した事業者情報ＩＣを、製品Ｐを販売する小売業者Ｄの店舗について一般的に知りうる情報と比較するなどして、事業者情報ＩＣの真偽を検証する。具体的には、消費者Ｅ（検証装置５００）などは、製品Ｐを販売する小売業者Ｄの名称（実際の名称）と、事業者情報ＩＣにおいて示されている事業者の名称とが一致するかを検証してもよい。また、消費者Ｅ（検証装置５００）などは、製品Ｐを販売する小売業者Ｄの店舗の住所（実際の住所）と、事業者情報ＩＣにおいて示されている事業者の店舗の所在とが一致するかを検証してもよい。そして、事業者情報ＩＣが真である（例えば、小売業者Ｄの店舗について一般的に知りうる情報と、事業者情報ＩＣとが一致する）場合、消費者Ｅは、小売業者Ｄが正規の事業者であると判定する。つまり、小売業者Ｄの店舗について一般的に知りうる情報と、事業者情報ＩＣとが一致する場合、消費者Ｅは、小売業者Ｄは正規の事業者であり、小売業者Ｄによって販売される製品Ｐは真正品であると判定する。また、事業者情報ＩＣが偽である（例えば、小売業者Ｄの店舗について一般的に知りうる情報と、事業者情報ＩＣとが一致しない）場合、消費者Ｅは、小売業者Ｄが非正規の事業者であると判定する。つまり、小売業者Ｄの店舗について一般的に知りうる情報と、事業者情報ＩＣとが一致する場合、消費者Ｅは、小売業者Ｄは非正規の事業者であり、小売業者Ｄによって販売される製品Ｐは、模造品の可能性があると判定する。

【0182】

（第２の検証：店舗比較）
消費者Ｅ（検証装置５００の所有事業者特定部５７０）などは、購入する製品Ｐに付与されている符号化コードＣＰｉｄである添付符号化コードａＣＰｉｄによって台帳Ｌｅｄ（グリーンチェーンＧＣ）を検索する（Ｓ１５１０）。消費者Ｅ（検証装置５００の所有事業者特定部５７０）などは、台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されている、添付符号化コードａＣＰｉｄに一致する符号化コードＣＰｉｄである登録符号化コードｒＣＰｉｄを特定する（Ｓ１５２０）。消費者Ｅ（検証装置５００の所有事業者特定部５７０）などは、特定した登録符号化コードｒＣＰｉｄに対応付けられて、グリーンチェーンＧＣに登録されている所有事業者ＩＤ２０を取得する（特定する）（Ｓ１５３０）。消費者Ｅ（検証装置５００の流通判定部５８０）などは、Ｓ１５３０で特定した所有事業者ＩＤ２０と、製品Ｐを販売する小売業者Ｄの店舗の看板に記載の公開事業者ＩＤ１１とが一致するかを判定する（Ｓ１５４０）。所有事業者ＩＤ２０と公開事業者ＩＤ１１とが一致する場合（Ｓ１５４０でＹｅｓ）、消費者Ｅ（検証装置５００の流通判定部５８０）などは、製品Ｐは正規の流通ルートで小売業者Ｄによって販売されていると判定する（Ｓ１５５０）。所有事業者ＩＤ２０と公開事業者ＩＤ１１とが一致しない場合（Ｓ１５４０でＮｏ）、消費者Ｅ（検証装置５００の流通判定部５８０）などは、製品Ｐは非正規の流通ルートで小売業者Ｄによって販売されていると判定する（Ｓ１５６０）。

【0183】

これまでに説明してきたＳＩＣＡは、真の符号化コードＣＰｉｄ（製造業者Ｂが生成した符号化コードＣＰｉｄ）が付された製品Ｐと、真の符号化コードＣＰｉｄをコピーして生成された偽の符号化コードＣＰｉｄが付された模造品との区別を実現する。

【0184】

ここで、製造業者Ｂが製品Ｐに付与した真（正規）の符号化コードＣＰｉｄ（Ａ）をコピーして、係る真の符号化コードＣＰｉｄ（Ａ）と内容が全く同一の、偽の（違法な）符号化コードＣＰｉｄ（Ｂ）が生成されるおそれがある。例えば、正規の小売業者Ｄ１が保有している真正品（正規の製品Ｐ）には添付符号化コードａＣＰｉｄ（Ａ）が付与されており、非正規の小売業者Ｄ２が保有している模造品には添付符号化コードａＣＰｉｄ（Ｂ）が付与されている状況が想定できる。

【0185】

このような状況下においては、添付符号化コードａＣＰｉｄ（Ｂ）は、添付符号化コードａＣＰｉｄ（Ａ）をコピーして生成されているため、添付符号化コードａＣＰｉｄ（Ａ）と添付符号化コードａＣＰｉｄ（Ｂ）とは、内容は全く同一である。ただし、このような状況下においても、添付符号化コードａＣＰｉｄ（Ａ）（＝添付符号化コードａＣＰｉｄ（Ｂ））に一致する符号化コードＣＰｉｄに対応付けられて、所有事業者ＩＤ２０として台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されているのは、以下の事業者ＩＤ１０のはずである。すなわち、「正規の流通ルートで製品Ｐを購入し、購入した製品Ｐを新たな購入者（例えば、消費者Ｅ）に販売しようとする事業者（つまり、正規の小売業者Ｄ１）」を一意に特定可能な事業者ＩＤ１０が、所有事業者ＩＤ２０として台帳Ｌｅｄ（グリーンチェーンＧＣ）に登録されているはずである。

【0186】

そのため、添付符号化コードａＣＰｉｄ（Ａ）（＝添付符号化コードａＣＰｉｄ（Ｂ））によって台帳Ｌｅｄ（グリーンチェーンＧＣ）を検索することにより、小売業者Ｄ１が正規の小売業者であり、小売業者Ｄ２は非正規の小売業者であると判定することができる。したがって、ＳＩＣＡは、添付符号化コードａＣＰｉｄ（Ａ）（真の符号化コードＣＰｉｄ）がコピーされて偽の添付符号化コードａＣＰｉｄ（Ｂ）が生成された場合であっても、符号化コードＣＰｉｄが付与された製品Ｐの流通ルートが、正規のものか否かを判断することができる。

【0187】

ＳＩＣＡにおいて消費者Ｅ（検証装置５００）などが実施する、上述の３つの検証（事業者情報ＩＣによる検証（店舗検索）、ＭＩＣＡ検証、および、店舗比較）を、「ＳＩＣＡ検証」と総称することがある。

【0188】

（特徴）
以上のとおり、本実施形態に係る検証方法Ｍは、検証装置５００（コンピュータ）が、製品Ｐの同一性を検証する検証方法である。台帳Ｌｅｄには、（Ａ）公開鍵ＰｕＫと、（Ｂ）製品Ｐを含む製品グループについての情報であって、その製品グループの名称であるブランド名、および、製品Ｐを製造した製造業者（本実施形態では製造業者Ｂ）の名称の少なくとも一方を含む情報であるブランド情報ＩＢと、が互いに対応付けられて登録されている。また、台帳Ｌｅｄには、（Ｃ）符号化コードＣＰｉｄと、（Ｄ）製品Ｐを含む製品グループにおいて製品Ｐを特定可能な情報を含む製品情報ＩＰと、が互いに対応付けられて登録されている。符号化コードＣＰｉｄは、製造業者Ｂによって製造された製品Ｐを一意に特定可能な製品ＩＤ５０（製品識別情報）であって、公開鍵ＰｕＫの少なくとも一部を含む製品ＩＤ５０を、公開鍵ＰｕＫに対応する秘密鍵ＰｒＫを用いてエンコードすることにより生成される。

【0189】

検証方法Ｍは、第１取得ステップ（図１３の（Ａ）における、Ｓ１１１０からＳ１１３０）と、第２取得ステップ（図１３の（Ｂ）における、Ｓ１２１０からＳ１２３０）と、判定ステップ（図１３の（Ｃ）における、Ｓ１３１０からＳ１３４０）とを含む。第１取得ステップは、台帳Ｌｅｄを、購入する製品Ｐに付与されている公開鍵ＰｕＫである添付公開鍵ａＰｕＫによって検索することにより、台帳Ｌｅｄに登録されている公開鍵ＰｕＫであって、添付公開鍵ａＰｕＫに一致する公開鍵ＰｕＫである登録公開鍵ｒＰｕＫに対応付けられて、台帳Ｌｅｄに登録されているブランド情報ＩＢを取得する。第２取得ステップは、台帳Ｌｅｄを、購入する製品Ｐに付与されている符号化コードＣＰｉｄである添付符号化コードａＣＰｉｄによって検索することにより、台帳Ｌｅｄに登録されている符号化コードＣＰｉｄであって、添付符号化コードａＣＰｉｄに一致する符号化コードＣＰｉｄである登録符号化コードｒＣＰｉｄに対応付けられて、台帳Ｌｅｄに登録されている製品情報ＩＰを取得する。判定ステップは、購入する製品Ｐに付与されている添付公開鍵ａＰｕＫを用いて購入する製品Ｐに付与されている添付符号化コードａＣＰｉｄをデコードすることにより得られる復号化情報に含まれる公開鍵ＰｕＫの少なくとも一部と、添付公開鍵ａＰｕＫの少なくとも一部とが一致すると、製造業者Ｂによって製造された製品Ｐ（製造製品Ｐ（Ｘ））と購入する製品Ｐ（購入製品Ｐ（Ｙ））とが同一の製品Ｐであると判定する。

【0190】

当該構成では、検証装置５００は、第１取得ステップにてブランド情報ＩＢを取得する。そのため、例えば製品Ｐを購入する消費者Ｅ（最終消費者）は、検証装置５００の取得したブランド情報ＩＢを、製品Ｐのブランドについて一般的に知りうる情報と比較するなどして、ブランド情報ＩＢの真偽を、つまり、製品Ｐのブランドが正規のブランドであるか否かなどを、検証することができる。そして、ブランド情報ＩＢが真である（例えば、製品Ｐのブランドについて一般的に知りうる情報に一致する）場合、消費者Ｅは、購入する製品Ｐが真正品である（購入製品Ｐ（Ｙ）と製造製品Ｐ（Ｘ）とが同一である）と判定することができる。また、ブランド情報ＩＢが偽である（例えば、製品Ｐのブランドについて一般的に知りうる情報に一致しない）場合、購入する製品Ｐが模造品である（購入製品Ｐ（Ｙ）と製造製品Ｐ（Ｘ）とは同一でない）と判定することができる。

【0191】

また、検証装置５００は、第２取得ステップにて製品情報ＩＰを取得する。そのため、例えば製品Ｐを購入する消費者Ｅは、検証装置５００の取得した製品情報ＩＰを、製品Ｐについて一般的に知りうる情報（例えば、製品Ｐのパッケージに記載されている情報など）と比較するなどして、製品情報ＩＰの真偽を、つまり、製品Ｐが正規のものであるか（正規のブランドに含まれるか）否かなどを、検証することができる。そして、製品情報ＩＰが真である（例えば、製品Ｐについて一般的に知りうる情報に一致する）場合、消費者Ｅは、購入する製品Ｐが真正品である（購入製品Ｐ（Ｙ）と製造製品Ｐ（Ｘ）とが同一である）と判定することができる。また、製品情報ＩＰが偽である（例えば、製品Ｐについて一般的に知りうる情報に一致しない）場合、購入する製品Ｐが模造品である（購入製品Ｐ（Ｙ）と製造製品Ｐ（Ｘ）とが同一でない）と判定することができる。

【0192】

さらに、検証装置５００は、復号化情報に含まれる公開鍵ＰｕＫの少なくとも一部と、添付公開鍵ａＰｕＫの少なくとも一部とが一致すると、購入製品Ｐ（Ｙ）と製造製品Ｐ（Ｘ）とが同一の製品Ｐであると判定する。

【0193】

ここで、製造された製品Ｐ（製造製品Ｐ（Ｘ））と購入する製品Ｐ（購入製品Ｐ（Ｙ））とが同一の製品Ｐである場合、添付符号化コードａＣＰｉｄは、公開鍵ＰｕＫの少なくとも一部を含む製品ＩＤ５０を、公開鍵ＰｕＫに対応する秘密鍵ＰｒＫを用いてエンコードすることにより生成されたはずである。また、製造製品Ｐ（Ｘ）と購入製品Ｐ（Ｙ）とが同一の製品Ｐである場合、添付公開鍵ａＰｕＫは、添付符号化コードａＣＰｉｄを生成するのに用いられた秘密鍵ＰｒＫに対応する公開鍵ＰｕＫに一致するはずである。そのため、製造製品Ｐ（Ｘ）と購入製品Ｐ（Ｙ）とが同一の製品Ｐである場合、添付符号化コードａＣＰｉｄは、添付公開鍵ａＰｕＫを用いてデコードすることができるはずである。また、製造製品Ｐ（Ｘ）と購入製品Ｐ（Ｙ）とが同一の製品Ｐである場合、添付公開鍵ａＰｕＫを用いて添付符号化コードａＣＰｉｄをデコードして得られる復号化情報には、添付公開鍵ａＰｕＫの少なくとも一部と一致する、「公開鍵ＰｕＫの少なくとも一部」が含まれているはずである。それゆえ、当該構成は、符号化コードＣＰｉｄを用いて、製造製品Ｐ（Ｘ）と購入製品Ｐ（Ｙ）とが同一の製品Ｐであるかを検証することができ、つまり、製品Ｐの同一性を、検証することができる。

【0194】

加えて、当該構成において、製品Ｐの同一性を判定するために製品Ｐに付与されると共に台帳Ｌｅｄに登録される符号化コードＣＰｉｄは、製品ＩＤ５０を秘密鍵ＰｒＫによってエンコードすることによって生成される。そのため、秘密鍵ＰｒＫを保有している者（本実施形態では製造業者Ｂ）以外の者は、製品Ｐに付与されている符号化コードＣＰｉｄを解析したとしても、符号化コードＣＰｉｄの生成規則（つまり、秘密鍵ＰｒＫ）も、製品ＩＤ５０も、製品ＩＤ５０の生成規則も、特定できない。つまり、秘密鍵ＰｒＫを保有している者以外の者は、符号化コードＣＰｉｄの生成規則（秘密鍵ＰｒＫ）を知り得ない。そのため、当該構成は、秘密鍵ＰｒＫを保有している者以外の者が、符号化コードＣＰｉｄの生成規則を特定して、真（正規）の符号化コードＣＰｉｄと区別することのできない偽の（違法な）符号化コードＣＰｉｄを、大量に生成するといった事態の発生を防止することができる。

【0195】

これに対し、秘密鍵ＰｒＫを保有している者は、各々が複数の製品Ｐの各々を一意に特定可能な製品ＩＤ５０を、任意の方法で大量に生成することができる。そして、秘密鍵ＰｒＫを保有している者は、秘密鍵ＰｒＫを利用することによって、それら大量の製品ＩＤ５０から大量の前記符号化コードＣＰｉｄを、容易に生成することができる。

【0196】

つまり、当該構成によれば、符号化コードＣＰｉｄの生成規則が第三者に把握されて符号化コードＣＰｉｄが大量に偽造されるという事態の発生を防止しつつ、符号化コードＣＰｉｄの生成等に係る、真（正規）の製造業者の負担を軽減することができる。

【0197】

したがって、当該構成によれば、製品Ｐの同一性の検証に利用可能な符号化コードＣＰｉｄ（検証基礎情報）の生成等に係る負担を軽減しつつ、符号化コードＣＰｉｄの生成規則が第三者に把握されることを防止することができる。

【0198】

検証方法Ｍ（検証システムＳ）において、各事業者を一意に特定可能な識別情報である事業者ＩＤ１０は、各事業者の店舗において、製品Ｐの購入者に対して公開されている。台帳Ｌｅｄには、（Ｅ）事業者ＩＤ１０と、（Ｆ）事業者ＩＤ１０によって一意に特定される事業者の名称、および、係る事業者の店舗の所在を特定する情報の少なくとも一方を含む事業者情報ＩＣと、が互いに対応付けられて登録されている。また、台帳Ｌｅｄには、符号化コードＣＰｉｄに対応付けられて、符号化コードＣＰｉｄ（製品ＩＤ５０）によって一意に特定される製品Ｐを所有する事業者を一意に特定する所有事業者ＩＤ２０が登録されている。具体的には、（１）製品Ｐが未だ事業者間で譲渡（売買）されていない場合、製品Ｐの製造業者（本実施形態では製造業者Ｂ）を一意に特定可能な事業者ＩＤ１０が、符号化コードＣＰｉｄに対応付けられて、所有事業者ＩＤ２０として、台帳Ｌｅｄに登録されている。また、（２）製品Ｐが事業者間で譲渡された場合、製品Ｐを購入した事業者を一意に特定可能な事業者ＩＤ１０が、符号化コードＣＰｉｄに対応付けられて、所有事業者ＩＤ２０として、台帳Ｌｅｄに登録されている。

【0199】

検証方法Ｍは、第３取得ステップ（図１７の（Ａ）における、Ｓ１４１０からＳ１４３０）と、所有事業者特定ステップ（図１７の（Ｂ）における、Ｓ１５１０からＳ１５３０）と、判定ステップ（図１７の（Ｂ）における、Ｓ１５４０からＳ１５６０）とを含む。第３取得ステップは、製品Ｐを販売する事業者（例えば、消費者Ｅにとっては小売業者Ｄ）の店舗において公開されている、その事業者の事業者ＩＤ１０である公開事業者ＩＤ１１によって台帳Ｌｅｄを検索することにより、台帳Ｌｅｄに登録されている事業者ＩＤ１０であって、公開事業者ＩＤ１１に一致する事業者ＩＤ１０である登録事業者ＩＤ１２に対応付けられて、台帳Ｌｅｄに登録されている事業者情報ＩＣを取得する。所有事業者特定ステップは、製品Ｐに付与されている添付符号化コードａＣＰｉｄによって台帳Ｌｅｄを検索することにより、台帳Ｌｅｄに登録されている符号化コードＣＰｉｄであって、添付符号化コードａＣＰｉｄに一致する符号化コードＣＰｉｄである登録符号化コードｒＣＰｉｄに対応付けられて、台帳Ｌｅｄに登録されている所有事業者ＩＤ２０を特定する。流通判定ステップは、前記所有事業者特定ステップにて特定された所有事業者ＩＤ２０と、製品Ｐを販売する事業者の店舗において公開されている公開事業者ＩＤ１１とが一致すると、製品Ｐは正規の流通ルートで流通していると判定する。

【0200】

当該構成では、検証装置５００は、第３取得ステップにて事業者情報ＩＣを取得する。そのため、例えば製品Ｐを購入する消費者Ｅ（最終消費者）は、検証装置５００の取得した事業者情報ＩＣを、製品Ｐを販売している事業者について一般的に知りうる情報と比較するなどして、事業者情報ＩＣの真偽を検証することができる。そして、事業者情報ＩＣが真である（例えば、製品Ｐを販売している事業者について一般的に知りうる情報に一致する）場合、消費者Ｅは、購入する製品Ｐ（つまり、その事業者が販売している製品Ｐ）が真正品である（購入製品Ｐ（Ｙ）と製造製品Ｐ（Ｘ）とが同一である）と判定することができる。また、事業者情報ＩＣが偽である（例えば、製品Ｐを販売している事業者について一般的に知りうる情報に一致しない）場合、購入する製品Ｐが模造品である（購入製品Ｐ（Ｙ）と製造製品Ｐ（Ｘ）とが同一でない）と判定することができる。

【0201】

また、検証装置５００は、製品Ｐに付与されている添付符号化コードａＣＰｉｄを利用して所有事業者ＩＤ２０を特定し、特定した所有事業者ＩＤ２０と、製品Ｐを販売する店舗において公開されている公開事業者ＩＤ１１（本実施形態では小売業者Ｄの事業者ＩＤ）とが一致するかを判定する。そして、両者が一致すると、検証装置５００は、製品Ｐは正規の流通ルートで流通していると判定する。

【0202】

ここで、製品Ｐに付与されている真（正規）の符号化コードＣＰｉｄをコピーして、真の符号化コードＣＰｉｄと内容が全く同一の、偽の（違法な）符号化コードＣＰｉｄが生成されるおそれがある。例えば、真（正規）の小売業者Ｄ１が保有している真正品には、添付符号化コードａＣＰｉｄ（Ａ）が付与されており、偽（非正規）の小売業者Ｄ２が保有している模造品には、添付符号化コードａＣＰｉｄ（Ａ）をコピーして生成された、偽の符号化コードＣＰｉｄである添付符号化コードａＣＰｉｄ（Ｂ）が付与されている状況が想定できる。

【0203】

このような状況下においては、添付符号化コードａＣＰｉｄ（Ｂ）は、添付符号化コードａＣＰｉｄ（Ａ）をコピーして生成されているため、添付符号化コードａＣＰｉｄ（Ａ）と添付符号化コードａＣＰｉｄ（Ｂ）とは、内容は全く同一である。

【0204】

ただし、このような状況下においても、添付符号化コードａＣＰｉｄ（Ａ）（＝添付符号化コードａＣＰｉｄ（Ｂ））に一致する登録符号化コードｒＣＰｉｄに対応付けられて、所有事業者ＩＤ２０として台帳Ｌｅｄに登録されているのは、例えば、以下の事業者ＩＤ１０のはずである。すなわち、「正規の流通ルートで購入した製品Ｐを（消費者Ｅなどに）販売する事業者（つまり、正規の小売業者Ｄ１）」を一意に特定可能な事業者ＩＤ１０が、所有事業者ＩＤ２０として台帳Ｌｅｄに登録されているはずである。

【0205】

そのため、添付符号化コードａＣＰｉｄ（Ａ）（＝添付符号化コードａＣＰｉｄ（Ｂ））によって台帳Ｌｅｄを検索することにより、小売業者Ｄ１が真（正規）の小売業者であり、小売業者Ｄ２は偽（非正規）の小売業者であると判定することができる。

【0206】

したがって、当該構成では、符号化コードＣＰｉｄ（正規の符号化コードＣＰｉｄ）がコピーされて違法な符号化コードＣＰｉｄが生成された場合であっても、符号化コードＣＰｉｄが付与された製品Ｐの流通ルートが、正規のものか否かを判断することができる。

【0207】

§４ 変形例
これまで、台帳Ｌｅｄが、ブロックチェーンであるグリーンチェーンＧＣの基盤上で構築される分散台帳である例について説明してきた。しかしながら、台帳Ｌｅｄが分散台帳であることは、検証システムＳおよび検証方法Ｍにとって必須ではない。

【0208】

また、消費者Ｅ（検証装置５００）が、ＭＩＣＡ検証およびＳＩＣＡ検証を行なう例をこれまで説明してきたが、検証システムＳおよび検証方法Ｍにおいて、消費者Ｅ（検証装置５００）以外の者が、ＭＩＣＡ検証およびＳＩＣＡ検証を行なってもよい。検証システムＳおよび検証方法Ｍにおいて、購入する（購入しようとする）製品Ｐの同一性を検証するために、ＭＩＣＡ検証およびＳＩＣＡ検証は行なわれる。そのため、製品Ｐを購入する（購入しようとする）者は、誰であっても、ＭＩＣＡ検証およびＳＩＣＡ検証を行なうことができる。例えば、製造業者Ｂから製品Ｐを購入する流通業者Ｃ、および流通業者Ｃから製品Ｐを購入する小売業者Ｄの少なくとも一方が、ＭＩＣＡ検証およびＳＩＣＡ検証を行なってもよい。

【0209】

さらに、監視部の階層化を実現する例として、これまで、監視部Ａ（監視装置１００の権限付与部１４０）が、製造業者（例えば、製造業者Ｂ）に、監視部Ａとしての権限を付与することによって、階層構造を有する複数の監視部Ａが実現される例を説明してきた。しかしながら、監視部の階層化を実現する方法は、上述の方法に限られるものではない。監視部Ａは、監視部Ａとしての権限を付与してもよいと判定した任意の者に、監視部Ａとしての権限を付与してもよい。例えば、監視部Ａは、台帳Ｌｅｄ（グリーンチェーンＧＣ）に事業者ＩＤ１０の登録されている事業者のうち、監視部Ａとしての権限を付与してもよいと判定した（例えば、正規の事業者であると判定した）事業者に、監視部Ａとしての権限を付与してもよい。すなわち、監視部Ａは、法人登記簿謄本等によって正規の事業者であると判定した事業者に、監視部Ａとしての権限を付与してもよい。また、監視部Ａによって監視部Ａとしての権限を付与される者が事業者であることは、必須ではない。

【符号の説明】

【0210】

１０…事業者ＩＤ、１１…公開事業者ＩＤ、１２…登録事業者ＩＤ、
２０…所有事業者ＩＤ、２１…登録所有事業者ＩＤ、４０…購入事業者ＩＤ、
５０…製品ＩＤ（製品識別情報）、１００…監視装置（第３のコンピュータ）
４００…管理サーバ（第２のコンピュータ）、５００…検証装置（コンピュータ）、
５０４ｐ…第５プログラム（検証プログラム）、
５２０…ブランド情報取得部（第１取得部）、５３０…製品情報取得部（第２取得部）、
５５０…鍵判定部（判定部）、ａＰｕｋ…添付公開鍵、ａＣＰｉｄ…添付符号化コード、ＣＰｉｄ…符号化コード、ＩＢ…ブランド情報、ＩＣ…事業者情報、ＩＰ…製品情報、
Ｌｅｄ…台帳、Ｍ…検証方法、Ｐ…製品、Ｐｕｋ…公開鍵、Ｐｒｋ…秘密鍵、
ｒＰｕｋ…登録公開鍵、ｒＣＰｉｄ…登録符号化コード、Ｓ２１０…申請受付ステップ、
Ｓ２２０…登録判定ステップ、Ｓ２４０…ブランド登録ステップ、
Ｓ５１０…販売報告受付ステップ、Ｓ５２０…問合せステップ、
Ｓ５３０～Ｓ５６０…所有者更新ステップ、
Ｓ１１１０～Ｓ１１３０…第１取得ステップ、
Ｓ１２１０～Ｓ１２３０…第２取得ステップ、
Ｓ１３１０～Ｓ１３４０…判定ステップ、
Ｓ１４１０～Ｓ１４３０…第３取得ステップ、
Ｓ１５１０～Ｓ１５３０…所有事業者特定ステップ、
Ｓ１５４０～Ｓ１５６０…流通判定ステップ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】