特開 2024-162889 物流製品鑑定証明システム

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

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

(11)【公開番号】P2024162889

(43)【公開日】2024-11-21

(54)【発明の名称】物流製品鑑定証明システム

(51)【国際特許分類】

   G06Q 30/018 20230101AFI20241114BHJP

【ＦＩ】

G06Q30/018

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023078862

(22)【出願日】2023-05-11

(71)【出願人】

【識別番号】522371581

【氏名又は名称】熊谷 絵美

(71)【出願人】

【識別番号】504411166

【氏名又は名称】アラクサラネットワークス株式会社

(74)【代理人】

【識別番号】100120868

【弁理士】

【氏名又は名称】安彦 元

(72)【発明者】

【氏名】熊谷 絵美

(72)【発明者】

【氏名】辻川 公章

(72)【発明者】

【氏名】矢野 大機

(72)【発明者】

【氏名】石松 慶亮

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

5L030

5L049

【Ｆターム（参考）】

5L030BB21

5L049BB21

(57)【要約】

【課題】Ｔｒｕｓｔｅｄ Ｗｅｂにおいても真正性の証明を行うことが可能な物流製品鑑定証明システムを提供する。
【解決手段】
論理ギャランティＮＦＴをブロックチェーン上に記録すると共に生成されるトランザクションハッシュを出力する専用プラットフォームと、第１ハードウェア情報及び第１ソフトウェア情報のセットと、前記要鑑定製品を識別するための第１ユニークＩＤとを取得する第１取得手段と、前記第１取得手段により取得された第１ハードウェア情報及び第１ソフトウェア情報のセットに基づいて識別子を生成する生成手段と、前記専用プラットフォームにより出力されたトランザクションハッシュと前記第１取得手段により取得された第１ユニークＩＤとに基づくＮＦＴである鑑定証明ＮＦＴを前記生成手段により生成された識別子と紐づけてブロックチェーン上に記録する記録手段とを備えることを特徴とする。
【選択図】図１

【特許請求の範囲】

【請求項1】

要鑑定製品の所有権に関する所有者情報を紐づけたＮＦＴ（Non-fungible token）である論理ギャランティＮＦＴをブロックチェーン上に記録すると共に生成されるトランザクションハッシュを出力する専用プラットフォームと、
前記要鑑定製品のハードウェアに関する情報を含む第１ハードウェア情報及び前記要鑑定製品のソフトウェアに関する情報を含む第１ソフトウェア情報のセットと、前記要鑑定製品に付与された小型記録媒体から前記要鑑定製品を識別するための第１ユニークＩＤとを取得する第１取得手段と、
前記第１取得手段により取得された第１ハードウェア情報及び第１ソフトウェア情報のセットに基づいて識別子を生成する生成手段と、
前記専用プラットフォームにより出力されたトランザクションハッシュと前記第１取得手段により取得された第１ユニークＩＤとに基づくＮＦＴである鑑定証明ＮＦＴを前記生成手段により生成された識別子と紐づけてブロックチェーン上に記録する記録手段とを備えること
を特徴とする物流製品鑑定証明システム。

【請求項2】

前記要鑑定製品を鑑定する鑑定証明者に関する鑑定証明者情報を取得し、取得した前記鑑定証明者情報と前記論理ギャランティＮＦＴに紐づく所有者情報との同一性とを判定することにより、前記要鑑定製品の所有者の証明を行う所有者証明手段をさらに備えること
を特徴とする請求項１に記載の物流製品鑑定証明システム。

【請求項3】

前記記録手段は、前記第１ハードウェア情報及び第１ソフトウェア情報のセットと前記第１ユニークＩＤと前記論理ギャランティＮＦＴとを紐づけ、
前記要鑑定製品を鑑定する鑑定証明者に関する鑑定証明者情報と、前記要鑑定製品のハードウェアに関する情報を含む第２ハードウェア情報及び前記要鑑定製品のソフトウェアに関する情報を含む第２ソフトウェア情報のセットと、前記要鑑定製品に付与された小型記録媒体から第２ユニークＩＤとを取得する第２取得手段と、
前記第２取得手段により取得された第２ハードウェア情報及び第２ソフトウェア情報のセットと第２ユニークＩＤとに、前記記録手段により紐づけられた前記論理ギャランティＮＦＴを取得する第３取得手段と、
前記第３取得手段により取得された論理ギャランティＮＦＴに紐づく所有者情報と前記第２取得手段により取得された鑑定証明者情報との同一性を判定することにより、前記要鑑定製品の所有者の証明を行う所有者証明手段をさらに備えること
を特徴とする請求項１に記載の物流製品鑑定証明システム。

【請求項4】

前記記録手段により記録された鑑定証明ＮＦＴと、前記第２取得手段により取得された第２ユニークＩＤ及び前記第３取得手段により取得された論理ギャランティＮＦＴのトランザクションハッシュとの同一性を判定することにより、前記要鑑定製品の真正性証明を行う鑑定証明手段をさらに備えること
を特徴とする請求項３に記載の物流製品鑑定証明システム。

【請求項5】

前記第１取得手段は、前記要鑑定製品の製造番号に関する第１シリアル番号情報をさらに取得し、
前記記録手段は、前記トランザクションハッシュと前記第１ユニークＩＤと前記第１シリアル番号情報とに基づく前記鑑定証明ＮＦＴをブロックチェーン上に記録し、
前記第２取得手段は、第２シリアル番号情報をさらに取得し、
前記鑑定証明手段は、前記記録手段により記録された鑑定証明ＮＦＴと、前記第２取得手段により取得された第２ユニークＩＤ、第２シリアル番号情報及び前記３取得手段により取得された論理ギャランティＮＦＴのトランザクションハッシュとの同一性を判定することにより、前記要鑑定製品の真正性証明を行うこと
を特徴とする請求項４に記載の物流製品鑑定証明システム。

【請求項6】

前記要鑑定製品のハードウェアに関する情報を含む第２ハードウェア情報及び前記要鑑定製品のソフトウェアに関する情報を含む第２ソフトウェア情報のセットを取得する第２取得手段と、
前記記録手段により記録された鑑定証明ＮＦＴに紐づく第１ハードウェア情報及び第１ソフトウェア情報のセットと前記第２取得手段により取得された第２ハードウェア情報及び第２ソフトウェア情報のセットとの同一性とを判定することにより、前記要鑑定製品の真正性証明を行う鑑定証明手段とをさらに備えること
を特徴とする請求項１に記載の物流製品鑑定証明システム。

【請求項7】

前記記録手段は、前記要鑑定製品又は前記要鑑定製品の部品の原産地に関する原産地情報と前記要鑑定製品又は前記要鑑定製品の部品の品質に関する品質情報と前記要鑑定製品又は前記要鑑定製品の部品の取引に関するサプライチェーン情報と前記要鑑定製品のセキュリティに対する脅威を判定するための判定情報とのうちの何れか１以上に基づく前記鑑定証明ＮＦＴをブロックチェーン上に記録すること
を特徴とする請求項１に記載の物流製品鑑定証明システム。

【請求項8】

前記第２取得手段は、前記要鑑定製品に付与された小型記録媒体に記録された前記第２ユニークＩＤを電波を介して情報を読み取る非接触の自動認識を用いて取得すること
を特徴とする請求項３に記載の物流製品鑑定証明システム。

【請求項9】

前記専用プラットフォームは、前記要鑑定製品の新たな所有者に関する第２所有者情報を取得し、取得した前記第２所有者情報を紐づけた論理ギャランティＮＦＴをブロックチェーン上に記録すると共に生成されるトランザクションハッシュを出力すること
を特徴とする請求項１に記載の物流製品鑑定証明システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、バッグ、カバン、衣類、時計、美術工芸品、自動車、通信機器等の鑑定証明が必要とされる製品（以下、要鑑定製品ともいう。）の物流製品鑑定証明システムに関する。

【背景技術】

【0002】

バッグ、カバン、衣類、時計、美術工芸品、自動車、通信機器等の要鑑定製品は、通常、製造メーカー・製造者・著作者等によって製造された後、物流業者、卸売り業者、小売業者等の流通業者を通じて消費者に販売されるといった複雑な流通経路を辿る。このような要鑑定製品は、製造や流通の過程で、真正性証明、すなわち物品が模造品でなく真正品であること、又は物品の所有者や品質等の証明が消費者に求められている。また近年では、インターネットを通じて要鑑定製品が消費者に販売されることが非常に多く、また、要鑑定製品の中古品（二次流通、三次流通、その他ｎ次流通含む）も同様にインターネットを通じて消費者へ販売されている。さらに、消費者間同士で売買されることも多くなってきたため、これら要鑑定製品のより多角的な鑑定証明の必要性が増大している。

【0003】

要鑑定製品には、通常、真正品であることを証明、保証するための証明書（以下、「ギャランティカード」ともいう。）が発行される。ギャランティカードには、物品の商品名、品番、製造メーカー・製造者（著作者）、製造場所、製造年月日等の物品に関する情報（以下、「製品情報」ともいう。）が記載される。このギャランティカードを利用した要鑑定製品の鑑定を行う技術として、特許文献１が開示されている。

【0004】

特許文献１には、秘密鍵、製品情報を含む情報を記録した小型記録媒体が貼着または組み込まれた製品、および秘密鍵、製品情報を含む情報を記録した小型記録媒体が貼着または組み込まれたギャランティカードを用いて鑑定証明を行う技術が開示されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特許６８９４０３３号公報

【発明の概要】

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

【0006】

一方、Ｔｒｕｓｔｅｄ Ｗｅｂ推進協議会は、「Trusted Web ホワイトペーパー Ver2.0」において、Ｔｒｕｓｔの仕組みを現行のインターネットやウェブの上に重ね合わせ（オーバーレイ）、多様な主体による新たな価値の創出を目指すＴｒｕｓｔｅｄ Ｗｅｂを具現化するために、例えば下記の４つの機能について記載されている。

【0007】

Ｉｄｅｎｔｉｆｉｅｒ管理機能は、識別子を特定のサービスに依拠せず、各主体が発行でき、それを様々な属性（データ）と紐づけることができる。これにより、多数のIdentifierをその都度発行することでプライバシー等の特定リスクを下げることが可能となる。

【0008】

Ｔｒｕｓｔａｂｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ機能は、識別子とそれに紐づく属性（データ）の組合せを各主体が管理していて、属性（データ）の発行者に都度直接照会することなく、相互に相手の属性（データ）を検証することが可能な仕組みである。これにより、識別子と紐づいた属性（データ）を管理し、開示の範囲や利用期間等を選択して開示できる。また、出し手や属性（データ）の発行者等に対し、トラストアンカーによる属性、第三者によるレビュー結果、ポジティブリスト/ネガティブリスト等の属性が書き込まれ、それを受け手が参照することによって、出し手から送信される属性（データ）のTrustの度合いを確認することができる。

【0009】

Ｄｙｎａｍｉｃ Ｃｏｎｓｅｎｔ機能は、合意形成の際に、やりとりする属性（データ）の取扱いについてのきめ細かな条件設定を可能とする。これにより、双方の条件設定が一致すると合意が成立する。

【0010】

Ｔｒａｃｅ機能は、合意の確認（プロセスごとの意思確認）ができる。合意の際の選択により、合意形成後にその条件設定が履行されているか否かについて、検証に必要十分な情報を取捨選択して記録することが可能な状態となっており（トレース）、検証ができる。また、条件が履行されていない場合には、必要に応じて合意の取消し等が可能である。また、属性（データ）について、当事者間のみならず、第三者に「移転」した場合にも、当初の条件設定（履行済みのものを除く。）を付随してトレースできることで検証ができ、条件設定に基づき合意の取消し等のコントロールが可能な仕組みである。

【0011】

しかしながら、上述した特許文献１に開示された技術では、上記のＴｒｕｓｔｅｄ Ｗｅｂをサプライチェーンの分野において実現するための技術についての言及が不足していた。例えば、特許文献１に開示された技術では、要鑑定製品の真正品であることを証明するためのギャランティカードを、所有者が有しているため、ギャランティカードを有していない他の事業者等は、要鑑定製品の真正性の証明や、第三者に情報を開示することができなかった。このため、特許文献１の技術では、例えば上述したＴｒｕｓｔａｂｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ機能、Ｔｒａｃｅ機能等の機能を実現することができない問題点があった。

【0012】

そこで、本発明は、上述した問題点に鑑みて案出されたものであり、その目的とするところは、上述したＴｒｕｓｔｅｄ Ｗｅｂを実現し、真正性の証明を行うことが可能な物流製品鑑定証明システムを提供することにある。

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

【0013】

第１発明に係る物流製品鑑定証明システムは、要鑑定製品の所有権に関する所有者情報を紐づけたＮＦＴ（Non-fungible token）である論理ギャランティＮＦＴをブロックチェーン上に記録すると共に生成されるトランザクションハッシュを出力する専用プラットフォームと、前記要鑑定製品のハードウェアに関する情報を含む第１ハードウェア情報及び前記要鑑定製品のソフトウェアに関する情報を含む第１ソフトウェア情報のセットと、前記要鑑定製品に付与された小型記録媒体から前記要鑑定製品を識別するための第１ユニークＩＤとを取得する第１取得手段と、前記第１取得手段により取得された第１ハードウェア情報及び第１ソフトウェア情報のセットに基づいて識別子を生成する生成手段と、前記専用プラットフォームにより出力されたトランザクションハッシュと前記第１取得手段により取得された第１ユニークＩＤとに基づくＮＦＴである鑑定証明ＮＦＴを前記生成手段により生成された識別子と紐づけてブロックチェーン上に記録する記録手段とを備えることを特徴とする。

【0014】

第２発明に係る物流製品鑑定証明システムは、第１発明において、前記要鑑定製品を鑑定する鑑定証明者に関する鑑定証明者情報を取得し、取得した前記鑑定証明者情報と前記論理ギャランティＮＦＴに紐づく所有者情報との同一性とを判定することにより、前記要鑑定製品の所有者の証明を行う所有者証明手段をさらに備えることを特徴とする。

【0015】

第３発明に係る物流製品鑑定証明システムは、第１発明において、前記記録手段は、前記第１ハードウェア情報及び第１ソフトウェア情報のセットと前記第１ユニークＩＤと前記論理ギャランティＮＦＴとを紐づけ、前記要鑑定製品を鑑定する鑑定証明者に関する鑑定証明者情報と、前記要鑑定製品のハードウェアに関する情報を含む第２ハードウェア情報及び前記要鑑定製品のソフトウェアに関する情報を含む第２ソフトウェア情報のセットと、前記要鑑定製品に付与された小型記録媒体から第２ユニークＩＤとを取得する第２取得手段と、前記第２取得手段により取得された第２ハードウェア情報及び第２ソフトウェア情報のセットと第２ユニークＩＤとに、前記記録手段により紐づけられた前記論理ギャランティＮＦＴを取得する第３取得手段と、前記第３取得手段により取得された論理ギャランティＮＦＴに紐づく所有者情報と前記第２取得手段により取得された鑑定証明者情報との同一性を判定することにより、前記要鑑定製品の所有者の証明を行う所有者証明手段をさらに備えることを特徴とする。

【0016】

第４発明に係る物流製品鑑定証明システムは、第３発明において、前記記録手段により記録された鑑定証明ＮＦＴと、前記第２取得手段により取得された第２ユニークＩＤ及び前記第３取得手段により取得された論理ギャランティＮＦＴのトランザクションハッシュとの同一性を判定することにより、前記要鑑定製品の真正性証明を行う鑑定証明手段をさらに備えることを特徴とする。

【0017】

第５発明に係る物流製品鑑定証明システムは、第４発明において、前記第１取得手段は、前記要鑑定製品の製造番号に関する第１シリアル番号情報をさらに取得し、前記記録手段は、前記トランザクションハッシュと前記第１ユニークＩＤと前記第１シリアル番号情報とに基づく前記鑑定証明ＮＦＴをブロックチェーン上に記録し、前記第２取得手段は、第２シリアル番号情報をさらに取得し、前記鑑定証明手段は、前記記録手段により記録された鑑定証明ＮＦＴと、前記第２取得手段により取得された第２ユニークＩＤ、第２シリアル番号情報及び前記３取得手段により取得された論理ギャランティＮＦＴのトランザクションハッシュとの同一性を判定することにより、前記要鑑定製品の真正性証明を行うことを特徴とする。

【0018】

第６発明に係る物流製品鑑定証明システムは、第１発明において、前記要鑑定製品のハードウェアに関する情報を含む第２ハードウェア情報及び前記要鑑定製品のソフトウェアに関する情報を含む第２ソフトウェア情報のセットを取得する第２取得手段と、前記記録手段により記録された鑑定証明ＮＦＴに紐づく第１ハードウェア情報及び第１ソフトウェア情報のセットと前記第２取得手段により取得された第２ハードウェア情報及び第２ソフトウェア情報のセットとの同一性とを判定することにより、前記要鑑定製品の真正性証明を行う鑑定証明手段とをさらに備えることを特徴とする。

【0019】

第７発明に係る物流製品鑑定証明システムは、第１発明において、前記記録手段は、前記要鑑定製品又は前記要鑑定製品の部品の原産地に関する原産地情報と前記要鑑定製品又は前記要鑑定製品の部品の品質に関する品質情報と前記要鑑定製品又は前記要鑑定製品の部品の取引に関するサプライチェーン情報と前記要鑑定製品のセキュリティに対する脅威を判定するための判定情報とのうちの何れか１以上に基づく前記鑑定証明ＮＦＴをブロックチェーン上に記録することを特徴とする。

【0020】

第８発明に係る物流製品鑑定証明システムは、第３発明において、前記第２取得手段は、前記要鑑定製品に付与された小型記録媒体に記録された前記第２ユニークＩＤを電波を介して情報を読み取る非接触の自動認識を用いて取得することを特徴とする。

【0021】

第９発明に係る物流製品鑑定証明システムは、第１発明において、前記専用プラットフォームは、前記要鑑定製品の新たな所有者に関する第２所有者情報を取得し、取得した前記第２所有者情報を紐づけた論理ギャランティＮＦＴをブロックチェーン上に記録すると共に生成されるトランザクションハッシュを出力することを特徴とする。

【発明の効果】

【0022】

第１発明によれば、物流製品鑑定証明システムは、トランザクションハッシュと第１ユニークＩＤとに基づくＮＦＴである鑑定証明ＮＦＴを識別子と紐づけてブロックチェーン上に記録する。これにより、要鑑定製品の所有者を示すギャランティカードを論理ギャランティＮＦＴとして、電子化することが可能となる。このため、論理ギャランティＮＦＴを特定のサービスや企業に依存することなく各主体が発行することが可能となるため、Ｉｄｅｎｔｉｆｉｅｒ管理機能を実現することができ、Ｔｒｕｓｔｅｄ Ｗｅｂにおいても真正性の証明を行うことが可能となる。

【0023】

第２発明によれば、鑑定証明者情報と論理ギャランティＮＦＴと紐づく所有者情報との同一性とを判定することにより、要鑑定製品の所有者の証明を行う。これにより、属性又はデータの発行者に都度直接照会することなく、所有者の証明が可能となるため、Ｔｒｕｓｔａｂｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ機能を実現することが可能となる。

【0024】

第３発明によれば、第３取得手段により取得された論理ギャランティＮＦＴが示す所有者情報と鑑定証明者情報との同一性を判定することにより、要鑑定製品の所有者の証明を行う。これにより、第２ユニークＩＤと、第２ハードウェア情報及び第２ソフトウェア情報のセットとに適した論理ギャランティＮＦＴを選択することが可能となるため、より低コスト且つ短時間で所有者の証明を行うことが可能となる。

【0025】

第４発明によれば、同一性を判定することにより、要鑑定製品の真正性証明を行う。これにより、特定のサービスや企業に依存することなく、Ｔｒｕｓｔｅｄ Ｗｅｂにおいても真正性の証明を行うことが可能となる。

【0026】

第５発明によれば、同一性を判定することにより、要鑑定製品の真正性証明を行う。これにより、シリアル番号の情報も含めた真正性の証明を行うことが可能となるため、より高精度な真正性の証明が可能となる。

【0027】

第６発明によれば、第１ハードウェア情報及び第１ソフトウェア情報のセットと第２ハードウェア情報及び第２ソフトウェア情報のセットとの同一性とを判定することにより、要鑑定製品の真正性証明を行う。これにより、例えば要鑑定製品のハードウェア及びソフトウェアの種類やバージョンの情報、又はソフトウェアのセキュリティの情報等の真正性の証明が可能となる。

【0028】

第７発明によれば、原産地情報と品質情報とサプライチェーン情報と判定情報とのうちの何れか１以上に基づく鑑定証明ＮＦＴをブロックチェーン上に記録する。これにより、原産地や品質、要鑑定製品の来歴、及びセキュリティ上の脅威の有無等の情報も管理することが可能となる。

【0029】

第８発明によれば、第２ユニークＩＤを電波を介して情報を読み取る非接触の自動認識を用いて取得する。これにより、要鑑定製品が複数あった場合においても、同時に複数の第２ユニークＩＤをそれぞれ取得することが可能となる。また、非接触の自動認識を用いて、自動的に第２ユニークＩＤを取得できるため、２４時間、３６５日、要鑑定製品の真正性の証明を行うことが可能となる。

【0030】

第９発明によれば、取得した第２所有者情報を紐づけた論理ギャランティＮＦＴをブロックチェーン上に記録する。これにより、要鑑定製品の所有者が変更した場合においても、当初の条件設定を付随してトレースできることで検証ができ、条件設定に基づき合意の取消し等のコントロールが可能となるため、より高精度なＴｒａｃｅ機能を実現することが可能となる。

【図面の簡単な説明】

【0031】

【図1】図１は、本発明を適用した物流製品鑑定証明システムのシステム構成を示す模式図である。

【図2】図２は、端末の構成を示す模式図である。

【図3】図３は、物流製品鑑定証明システムが鑑定証明ＮＦＴをブロックチェーンに記録する動作を示すフローチャートである。

【図4】図４は、物流製品鑑定証明システムが鑑定証明ＮＦＴをブロックチェーンに記録する動作を示す模式図である。

【図5】図５は、物流製品鑑定証明システムが真正性の証明を行う動作のフローチャートである。

【図6】図６は、物流製品鑑定証明システムが真正性の証明を行う動作を示す模式図である。

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

【0032】

以下、本発明を適用した物流製品鑑定証明システムについて、図面を参照しながら詳細に説明する。

【0033】

図１は、本発明を適用した物流製品鑑定証明システム１のシステム構成を示している。物流製品鑑定証明システム１は、要鑑定製品１２の製造メーカー（ベンダー）・製造者・著作者等及び物流業者、卸売り業者、小売業者、要鑑定製品１２のシステム開発や運用を行う業者（ＳＩｅｒ）、及び公益法人（以下、これらを総称して各種業者等という。）が操作するための端末６と、要鑑定製品１２を運用する消費者が操作する端末７と、ＡＰＩ（Application Programming Interface）サーバ２と、ＲＤＢ（Relational Database）サーバ３と、分散型ファイルサーバ５とがインターネット網を始めとする公衆通信網４を介して接続され、この公衆通信網４を介した専用プラットフォーム１０を構成している。

【0034】

端末６は、例えば、パーソナルコンピュータ（ＰＣ）等を始めとした電子機器で構成されているが、ＰＣ以外に、携帯電話、スマートフォン、タブレット型端末、ウェアラブル端末等、他のあらゆる電子機器で具現化されるものであってもよい。端末６は、各種業者等が操作し、要鑑定製品１２を管理するための各種作業を行うための電子機器である。

【0035】

端末７も同様に、ＰＣ等を始めとした電子機器で構成されているが、ＰＣ以外に、携帯電話、スマートフォン、タブレット型端末、ウェアラブル端末等、他のあらゆる電子機器で具現化されるものであってもよい。端末７は、要鑑定製品１２を管理する事業者である消費者が操作し、要鑑定製品１２に対して鑑定証明を試みるための電子機器である。

【0036】

分散型ファイルサーバ５は、端末６及び端末７を同じファイルシステムにつなぐことを目的とした分散型ファイルシステムであり、いわゆるＩＰＦＳ（Inter Planetary File System）等で構成されるが、これに限定されるものではない。分散型ファイルサーバ５は、公衆通信網４に対して端末６及び端末７を介してアクセスする各種業者等がデータの提供を行い、消費者は当該データの要求をＰ２Ｐ（Peer to Peer）形式で行うことができる。分散型ファイルサーバ５は、要鑑定製品１２のデジタル画像、デジタル音声、デジタル楽曲、デジタル映像等の鑑定証明が必要とされるあらゆるデジタルコンテンツを保管する場所であり、当該保管と同時に後述の通り識別子と呼ばれる複数桁の文字列が生成される。

【0037】

専用プラットフォーム１０は、ブロックチェーン１０ａ、１０ｂを参照している。ブロックチェーン１０ａ、１０ｂとしては、分散型台帳等のＰ２Ｐネットワークを有するブロックチェーンを利用できる。このブロックチェーン１０ａ上では、要鑑定製品１２の所有権に関する所有者情報を紐づけたＮＦＴである論理ギャランティＮＦＴ（Non-fungible token）等が記録される。また、ブロックチェーン１０ｂ上では、要鑑定製品１２の真正性の証明を行うための鑑定証明ＮＦＴ等が記録される。また、ブロックチェーン１０ａとブロックチェーン１０ｂとは、同一のものであってもよいが、異なるものであってもよい。

【0038】

ＡＰＩサーバ２は、専用プラットフォーム１０、端末６、及び端末７等の各構成を繋ぐためのファイルシステムである。ＡＰＩサーバ２は、例えば端末７と専用プラットフォーム１０との間の通信の中継処理を行ってもよい。

【0039】

ＲＤＢサーバ３は、各情報を記録するためのデータベースである。ＲＤＢサーバ３は、例えばリレーショナルデータベースであってもよい。

【0040】

要鑑定製品１２は、物流製品鑑定証明システム１を用いて鑑定を行う対象となる製品である。要鑑定製品１２は、大きく分類してアナログ財とデジタル財とに分類することができる。例えば、アナログ財は、バッグ、カバン、衣類、時計、美術工芸品、自動車、通信機器等、鑑定証明が必要とされるあらゆる製品が含まれる。デジタル財は、デジタル画像、デジタル音声、デジタル楽曲、デジタル映像等の鑑定証明が必要とされるあらゆるデジタルコンテンツが含まれる。要鑑定製品１２は、新品のみならず、中古品（二次流通、三次流通、その他ｎ次流通）も含むものである。要鑑定製品１２は、要鑑定製品１２に関する製品情報、又は要鑑定製品１２のハードウェアに関する情報であるハードウェア情報及び要鑑定製品１２のソフトウェアに関する情報であるソフトウェア情報のセットが記録されている図示しないメモリーを備えてもよい。また、要鑑定製品１２は、ユニークＩＤが記録された小型記録媒体１１が付与されてもよい。また、要鑑定製品１２は、小型記録媒体１１に記録された情報を読み取るための図示しないアンテナを備えてもよい。

【0041】

小型記録媒体１１は、電波を介して情報を読み取る非接触型の自動認識を用いて、情報を読み取ることが可能な記録媒体である。小型記録媒体１１は、例えばユニークＩＤを記録するＲＦＩＤ（Radio Frequency Identification）タグ等の記録媒体である。ＲＦＩＤは、ＩＣと小型アンテナが組み込まれたタグやカード状の小型記録媒体から、電波を介して情報を読み取る非接触型の自動認識技術である。ＲＦＩＤとして、例えばＮＦＣ（Near Field Communication）等の通信プロトコルの国際標準規格を用いてもよい。

【0042】

図２は、端末７の構成を示す模式図である。端末７は、例えば図２に示すように、筐体１１１と、ＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、保存部１０４と、Ｉ／Ｆ１０５～１０７とを備える。ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、保存部１０４と、Ｉ／Ｆ１０５～１０７とは、内部バス１１０により接続される。

【0043】

ＣＰＵ１０１は、端末７の全体を制御する。ＲＯＭ１０２は、ＣＰＵ１０１の動作コードを格納する。ＲＡＭ１０３は、ＣＰＵ１０１の動作時に使用される作業領域である。保存部１０４は、各種情報が保存される。保存部１０４は、例えばＨＤＤ（Hard Disk Drive）の他、ＳＳＤ（Solid State Drive）やＳＤカード等のデータ保存装置が用いられる。なお、例えば端末７は、図示しないＧＰＵ（Graphics Processing Unit）を有してもよい。

【0044】

Ｉ／Ｆ１０５は、公共通信網４を介して各種情報の送受信を行うためのインターフェースである。Ｉ／Ｆ１０６は、入力部１０８との情報の送受信を行うためのインターフェースである。入力部１０８として、例えばキーボードが用いられ、端末７を利用する消費者は、入力部１０８を介して、各種情報又は端末７の制御コマンド等を入力する。Ｉ／Ｆ１０７は、表示部１０９との各種情報の送受信を行うためのインターフェースである。表示部１０９は、保存部１０４に保存された各種情報、または物流製品鑑定証明システム１の処理状況等を出力する。表示部１０９として、ディスプレイが用いられ、例えばタッチパネル式でもよい。

【0045】

また、ＡＰＩサーバ２と、分散型ファイルサーバ５と、端末６と、要鑑定製品１２とは、端末７と同様な構成、又は端末７の構成の一部を備えてもよい。

【0046】

以下、物流製品鑑定証明システム１の動作について、図を用いて説明する。図３は、物流製品鑑定証明システム１が鑑定証明ＮＦＴをブロックチェーンに記録する動作を示すフローチャートである。また、図４は、物流製品鑑定証明システムが鑑定証明ＮＦＴをブロックチェーンに記録する動作を示す模式図である。

【0047】

まずステップＳ１において、ベンダー等の事業者は、端末６を介して、要鑑定製品１２の製造番号に関するシリアル番号情報を公益法人が操作する端末６に送信する。製造番号は、要鑑定製品１２毎に割り振られている唯一無二の文字列である。

【0048】

次に、ステップＳ２において、公益法人は、端末６を介して、要鑑定製品１２の所有権に関する所有者情報を紐づけたＮＦＴである論理ギャランティＮＦＴ（Non-fungible token）を生成し、生成した論理ギャランティＮＦＴをブロックチェーン１０ａ上に記録すると共に生成されるトランザクションハッシュを出力する。このトランザクションハッシュの出力及び、論理ギャランティＮＦＴのブロックチェーン１０ａ上への記録は、専用プラットフォーム１０を介して行ってもよい。このようなブロックチェーン１０ａに、論理ギャランティＮＦＴをブロックチェーンデータとして記録することにより、論理ギャランティＮＦＴが改竄されることを完全に防止することができる。すなわち、ブロックチェーン１０ａ内の各ブロックには、タイムスタンプと前のブロックへのリンク（ハッシュ値）が含まれており、ブロック内のデータを遡及的に変更することはできない。

【0049】

トランザクションハッシュは、ＮＦＴを特定するための例えばイーサリアム等の場合には、６４桁程度の文字列で示される。このトランザクションハッシュの代替として、コントラクトアドレスとトークンＩＤの組み合わせで代替してもよい。かかる場合、コントラクトアドレスは、ブロックチェーン上にコントラクトが展開されている固有アドレスである。トークンＩＤは、コントラクトアドレスが特定するＮＦＴである。

【0050】

所有者情報は、要鑑定製品１２の所有権に関する情報である。所有者情報は、要鑑定製品１２を所有する所有者の名前やＩＤ等の情報であってもよい。所有者情報は、例えば要鑑定製品１２を所有する所有者のアカウント等に関する情報であってもよい。所有者情報は、鑑定製品１２を所有する所有者のアカウントであってもよい。また、所有者情報は、要鑑定製品１２を過去に所有していた所有者の情報であってもよい。アカウントのＩＤは、各事業者等が所有する秘密鍵に基づいて生成されてもよい。また、所有者情報は、要鑑定製品１２の所有権に関する情報に基づく識別子であってもよい。

【0051】

論理ギャランティＮＦＴは、例えば要鑑定製品１２又は要鑑定製品１２の部品の原産地に関する原産地情報と要鑑定製品１２又は要鑑定製品１２の部品の品質に関する品質情報と要鑑定製品１２又は要鑑定製品１２の部品の取引に関するサプライチェーン情報と要鑑定製品１２のセキュリティに対する脅威を判定するための判定情報とのうちの何れか１以上に基づいて生成されてもよい。かかる場合、論理ギャランティＮＦＴは、原産地情報と品質情報とサプライチェーン情報と判定情報とのうちの何れか１以上に基づく情報の唯一無二の識別子から生成される唯一無二のＮＦＴであってもよい。また、論理ギャランティＮＦＴは、ゼロベースから生成されたＮＦＴであってもよい。また、論理ギャランティＮＦＴは、要鑑定製品１２毎の固有な情報を元に生成されたＮＦＴであってもよい。固有な情報は、例えば要鑑定製品１２を取引する際に交わされた契約書の名前、番号、契約した日付の情報等である。また、固有な情報は、例えば要鑑定製品１２の画像等の関連情報であってもよい。また、論理ギャランティＮＦＴは、所有者のアカウントと紐づけてもよい。論理ギャランティＮＦＴは所有者情報と紐づいて記録される。

【0052】

原産地情報は、要鑑定製品１２又は要鑑定製品１２の部品の原産地に関する情報である。原産地情報は、例えば要鑑定製品１２の各部品の原産地を示す情報であってもよい。原産地情報は、例えば要鑑定製品１２又は要鑑定製品１２の部品が生産された原産地を示す情報であってもよい。

【0053】

品質情報は、要鑑定製品１２又は要鑑定製品１２の部品の品質に関する情報である。品質情報は、例えば要鑑定製品１２又は要鑑定製品１２の部品の傷の有無を示す情報であってもよい。また、品質情報は、要鑑定製品１２又は要鑑定製品１２の部品の使用年数を示す情報であってもよい。品質情報は、要鑑定製品１２又は要鑑定製品１２の部品のスペック、及び動作仕様を示す情報であってもよい。品質情報は、要鑑定製品１２又は要鑑定製品１２の部品の環境規格、環境基準への適合、又はＣＯ₂排出量等を示す情報であってもよい。品質情報は、要鑑定製品１２のセキュリティに関する情報であってもよい。セキュリティに関する情報は、例えば要鑑定製品１２のセキュリティ上の脆弱性に関する状態の情報である。セキュリティ上の脆弱性に関する状態は、例えば要鑑定製品１２に内蔵されるＩＣチップ等の型番や要鑑定製品１２のソフトウェアのＯＳＳや基本ＯＳ、及びバージョン等の情報と脆弱性を指摘されたＩＣチップやソフトウェアを示す脆弱性情報との突合の状態である。また、セキュリティ上の脆弱性に関する状態は、上述した突合に基づく、セキュリティ上の脆弱性及び脅威の有無であってもよい。脆弱性情報は、例えばCommon Vulnerabilities and Exposures（ＣＶＥ）、National Vulnerability Database（ＮＶＤ）、Japan Vulnerability Notes（ＪＶＮ）等に記録されている情報であってもよい。判定情報は、要鑑定製品１２のセキュリティ上の脅威の有無を判定あるいは識別する情報であり、例えば脆弱性情報であってもよいし、要鑑定製品１２のセキュリティ上の脆弱性に関する状態の情報であってもよい。

【0054】

サプライチェーン情報は、要鑑定製品１２又は要鑑定製品１２の部品の取引に関する情報である。サプライチェーン情報は、要鑑定製品１２又は要鑑定製品１２の部品の来歴に関する情報であってもよい。サプライチェーン情報は、要鑑定製品１２又は要鑑定製品１２の部品の過去の所有者の情報であってもよい。サプライチェーン情報は、要鑑定製品１２又は要鑑定製品１２の部品の製造者、ＳＩｅｒの情報であってもよい。サプライチェーン情報は、例えば要鑑定製品１２の売買契約の情報であってもよい。サプライチェーン情報は、例えば要鑑定製品１２の保守契約の情報であってもよい。サプライチェーン情報は、例えば要鑑定製品１２の保守の履歴の情報であってもよい。サプライチェーン情報は、例えば要鑑定製品１２の製造企業、導入企業、運用企業それぞれの占有履歴の情報であってもよい。

【0055】

ステップＳ２において、公益法人は、端末６を介して、さらにユニークＩＤを生成する。ユニークＩＤは、要鑑定製品１２を識別するための唯一無二の識別情報である。ユニークＩＤは、例えば、要鑑定製品１２の製造番号をハッシュ化したものであってもよい。公益法人は、出力したトランザクションハッシュと、ユニークＩＤが記録された小型記録媒体１１をベンダー又はベンダーが管理する端末６に送る。

【0056】

次にステップＳ３において、ベンダーは、小型記録媒体１１に記録されたユニークＩＤと、要鑑定製品１２のシリアル番号情報と、ステップＳ２により生成されたトランザクションハッシュと、ハードウェア情報及びソフトウェア情報のセットをＡＰＩサーバ２に送信する。

【0057】

ハードウェア情報は、例えば要鑑定製品１２のＨＢＯＭ（Hardware-Bill Of Materials）であり、要鑑定製品１２の部品表であってもよい。ソフトウェア情報は、例えば要鑑定製品１２のソフトウェアのＳＢＯＭ（Software-Bill Of Materials）であり、ソフトウェアの一覧表であってもよい。また、ソフトウェア情報は、例えば要鑑定製品１２の各ソフトウェアの種類を示すＳＷタイプ、ソフトウェアのバージョンを示すＳＷバージョン、ソフトウェアの情報をハッシュ化したＳＷハッシュであってもよい。また、ソフトウェア情報は、ソフトウェアの更新履歴の情報であってもよい。

【0058】

ステップＳ３において、ベンダーは、例えば要鑑定製品１２に記録されたハードウェア情報及びソフトウェア情報のセットを、ローカル通信を介して取得してもよい。また、ステップＳ３において、ベンダーは、任意のサーバに記録されたハードウェア情報及びソフトウェア情報のセットを公共通信網４を介して取得してもよい。

【0059】

ステップＳ３において、ＡＰＩサーバ２は、送信されたハードウェア情報及びソフトウェア情報のセットとユニークＩＤとシリアル番号情報とをそれぞれ第１ハードウェア情報及び第１ソフトウェア情報のセットと第１ユニークＩＤと第１シリアル番号情報として取得してもよい。第１ハードウェア情報及び第１ソフトウェア情報のセットと第１ユニークＩＤと第１シリアル番号情報とは、それぞれブロックチェーン１０ｂに記録するためのハードウェア情報及びソフトウェア情報のセットとユニークＩＤとシリアル番号情報とである。

【0060】

次に、ステップＳ４において、ＡＰＩサーバ２は、取得した第１ハードウェア情報及び第１ソフトウェア情報のセットを分散型ファイルサーバ５に送信し、第１ハードウェア情報及び第１ソフトウェア情報のセットに基づく識別子を生成し、生成した識別子を取得する。識別子は、例えばＣＩＤ（Character IDentifier）であってもよい。

【0061】

次に、ステップＳ５において、ＡＰＩサーバ２は、ステップＳ３により取得したトランザクションハッシュと第１ユニークＩＤとに基づく鑑定証明ＮＦＴをステップＳ４により生成した識別子と紐づけてブロックチェーン１０ｂ上に記録する。このようなブロックチェーン１０ｂに、鑑定証明ＮＦＴをブロックチェーンデータとして記録することにより、鑑定証明ＮＦＴが改竄されることを完全に防止することができる。すなわち、ブロックチェーン１０ｂ内の各ブロックには、タイムスタンプと前のブロックへのリンク（ハッシュ値）が含まれており、ブロック内のデータを遡及的に変更することはできない。

【0062】

また、ステップＳ５において、ＡＰＩサーバ２は、各事業者等のブロックチェーン１０ａ、及びブロックチェーン１０ｂにアクセスを行うユーザの情報と公開可能な情報とを紐づけた対応表を記録してもよい。

【0063】

鑑定証明ＮＦＴは、トランザクションハッシュと第１ユニークＩＤとに基づく情報から生成された唯一無二の識別子から生成される唯一無二のＮＦＴである。また、鑑定証明ＮＦＴは、トランザクションハッシュと第１ユニークＩＤと第１シリアル番号情報とに基づいて生成されてもよい。

【0064】

また、ステップＳ６において、端末６等を介して送信された第１ユニークＩＤと第１シリアル番号情報とトランザクションハッシュと第１ハードウェア情報及び第１ソフトウェア情報のセットとを紐づけてＲＤＢサーバ３に記録してもよい。

【0065】

次に、ステップＳ７において、要鑑定製品１２がベンダーからＳＩｅｒに送られる。かかる場合、端末６は、要鑑定製品１２の新たな所有者に関する第２所有者情報を取得し、取得した第２所有者情報を紐づけて、論理ギャランティＮＦＴをブロックチェーン１０ａ上に記録すると共に生成されるトランザクションハッシュを出力する。かかる場合、予め論理ギャランティＮＦＴに紐づいていた所有者情報の履歴を残し、新たに第２所有者情報と紐づけて記録する。ＡＰＩサーバ２は、出力されたトランザクションハッシュを用いて、ステップＳ３～Ｓ５に動作を行うことにより、再び鑑定証明ＮＦＴを記録してもよい。

【0066】

次に、ステップＳ８において、要鑑定製品１２がＳＩｅｒから消費者に送られる。かかる場合、ステップＳ７と同様に、新たな所有者情報を取得し、取得した所有者情報を紐づけて、論理ギャランティＮＦＴをブロックチェーン１０ａ上に記録すると共に生成されるトランザクションハッシュを出力する。また、消費者は、複数の要鑑定製品１２をひとつにまとめたサーバーラック１３を管理してもよい。サーバーラック１３は、複数の要鑑定製品１２とサーバーラック１３に対して付与された小型記録媒体１１を備えてもよい。また、要鑑定製品１２の所有者情報を新たに記録する場合、後述するステップＳ１４により要鑑定製品１２の所有者の証明を行い、所有者であることが証明された鑑定証明者のみが行える設定にしてもよい。これにより、要鑑定製品１２の所有者が変更した場合においても、当初の条件設定を付随してトレースできることで検証ができ、条件設定に基づき合意の取消し等のコントロールが可能となるため、より高精度なＴｒａｃｅ機能を実現することが可能となる。

【0067】

また、要鑑定製品１２のソフトウェアが更新された場合、ＡＰＩサーバ２は、更新されたソフトウェアの情報を含む第１ハードウェア情報及び第１ソフトウェア情報のセットを新たに取得し、ステップＳ４において、新たに取得した第１ハードウェア情報及び第１ソフトウェア情報のセットに基づく識別子を生成し、ステップＳ５において、生成した識別子と鑑定証明ＮＦＴと紐づけて記録してもよい。これにより、要鑑定製品１２が消費者に譲渡された後であっても、要鑑定製品１２のハードウェア及びソフトウェアの真正性の管理が可能となる。

【0068】

上述した各ステップを行うことにより、物流製品鑑定証明システム１が鑑定証明ＮＦＴをブロックチェーンに記録する動作が終了する。物流製品鑑定証明システム１は、上述した各ステップにより記録した鑑定証明ＮＦＴ等を用いて、鑑定証明等の動作を行う。これにより、要鑑定製品１２の所有者を示すギャランティカードを論理ギャランティＮＦＴとして、電子化することが可能となる。このため、論理ギャランティＮＦＴを特定のサービスや企業に依存することなく各主体が発行することが可能となるため、Ｉｄｅｎｔｉｆｉｅｒ管理機能を実現することができ、Ｔｒｕｓｔｅｄ Ｗｅｂにおいても真正性の証明を行うことが可能となる。

【0069】

次に、物流製品鑑定証明システム１が真正性の証明を行う動作について説明する。図５は、物流製品鑑定証明システム１が真正性の証明を行う動作のフローチャートである。また、図６は、物流製品鑑定証明システム１が真正性の証明を行う動作の模式図である。

【0070】

まずステップＳ１０において、鑑定証明を行う鑑定証明者は、端末７を介して、アカウントにログインする。また、ステップＳ１０において、ＡＰＩサーバ２は、予め記録されたアカウントに対する鑑定証明者に関する鑑定証明者情報の関係を示す対応表を参照し、入力されたアカウントに対する鑑定証明者情報を取得してもよい。また、ステップＳ１０において、ログイン履歴はブロックチェーン１０ｂ上に記録してもよい。

【0071】

次に、ステップＳ１１において、鑑定証明者は、端末７にコマンドを入力することにより、第２ユニークＩＤと第２シリアル番号情報と第２ハードウェア情報及び第２ソフトウェア情報のセットとを取得してもよい。かかる場合、例えば、端末７は、公共通信網４を介して、ＲＤＢサーバ３に記録された第２ハードウェア情報及び第２ソフトウェア情報のセットと第２シリアル番号情報とを取得してもよい。また、端末７は、ローカル通信等を介して、要鑑定製品１２から第２シリアル番号情報と第２ハードウェア情報及び第２ソフトウェア情報のセットとを取得してもよい。また、端末７は、要鑑定製品１２に付与された小型記録媒体１１からＲＦＩＤを用いて、第２ユニークＩＤを取得してもよい。

【0072】

第２ユニークＩＤと第２シリアル番号情報と第２ハードウェア情報及び第２ソフトウェア情報のセットとは、それぞれ要鑑定製品１２の真正性の証明を行うために新たに取得されたユニークＩＤとシリアル番号情報とハードウェア情報及びソフトウェア情報のセットとである。

【0073】

次に、ステップＳ１２において、ステップＳ１１において取得した第２ユニークＩＤと第２シリアル番号情報と第２ハードウェア情報及び第２ソフトウェア情報のセットとをＡＰＩサーバ２に送信する。

【0074】

次に、ステップＳ１３において、ＡＰＩサーバ２は、ステップＳ１２により送信された第２ユニークＩＤと第２ハードウェア情報及び第２ソフトウェア情報のセットとに紐づけられ、ステップＳ６により記録された論理ギャランティＮＦＴを取得する。かかる場合、ＡＰＩサーバ２は、第２ユニークＩＤと第２シリアル番号情報と第２ハードウェア情報及び第２ソフトウェア情報のセットとに紐づく論理ギャランティＮＦＴを取得してもよい。また、ステップＳ１３において、ＡＰＩサーバ２は、ステップＳ１２により送信された第２ユニークＩＤと第２ハードウェア情報及び第２ソフトウェア情報のセットとのうちの何れか１以上に紐づけられ、ステップＳ６により記録された論理ギャランティＮＦＴを取得してもよい。

【0075】

次に、ステップＳ１４において、ステップＳ１３により取得した論理ギャランティＮＦＴに紐づく所有者情報とステップＳ１１において取得した鑑定証明者情報との同一性を判定することにより、要鑑定製品１２の所有者の証明を行う。ステップＳ１４において、所有者情報と鑑定証明者情報とが同一であった場合、ステップＳ１５に移行する。また、ステップＳ１４において、所有者の証明を行った場合、この履歴を記録してもよい。

【0076】

次に、ステップＳ１５において、ＡＰＩサーバ２は、ステップＳ５により記録した鑑定証明ＮＦＴと、ステップＳ１１により取得した第２ユニークＩＤ及びステップＳ１３により取得した論理ギャランティＮＦＴのトランザクションハッシュとの同一性を判定することにより、要鑑定製品１２の真正性証明を行う。かかる場合、ＡＰＩサーバ２は、ステップＳ５により記録した鑑定証明ＮＦＴと、ステップＳ１１により取得した第２ユニークＩＤ、第２シリアル番号情報及びステップＳ１３により取得した論理ギャランティＮＦＴのトランザクションハッシュとの同一性を判定することにより、要鑑定製品１２の真正性証明を行ってもよい。また、ステップＳ１５において、真正性の証明を行った場合、この履歴を記録してもよい。

【0077】

また、ステップＳ１４において、ステップＳ１１において取得した鑑定証明者情報とステップＳ５において記録したユーザの情報との同一性を判定してもよい。かかる場合、ステップＳ１５において、ステップＳ５において、ユーザの情報と紐づけて記録された公開可能な情報を鑑定証明者に公開してもよい。これにより、識別子と紐づいた属性又はデータを管理し、開示の範囲や利用期間等を選択して開示することが可能となる。

【0078】

次に、ステップＳ１６において、ＡＰＩサーバ２は、ステップＳ５により記録した鑑定証明ＮＦＴに紐づく第１ハードウェア情報及び第１ソフトウェア情報のセットとステップＳ１１により取得された第２ハードウェア情報及び第２ソフトウェア情報のセットとの同一性とを判定することにより、要鑑定製品の真正性証明を行う。かかる場合、第１ハードウェア情報及び第１ソフトウェア情報のセットと第２ハードウェア情報及び第２ソフトウェア情報のセットとにそれぞれ含まれるＳＷハッシュ、ＳＷタイプ、及びＳＷバージョンの同一性を判定することにより、真正性の証明を行ってもよい。また、ステップＳ１６において、真正性の証明を行った場合、この履歴を記録してもよい。

【0079】

また、要鑑定製品１２が複数の小型記録媒体１１を有する場合、小型記録媒体１１の数だけ、ステップＳ１０～１６の動作を繰り返してもよい。

【0080】

上述した各ステップを行うことにより、物流製品鑑定証明システム１の真正性の証明を行う動作が終了する。これにより、特定のサービスや企業に依存することなく、Ｔｒｕｓｔｅｄ Ｗｅｂにおいても真正性の証明を行うことが可能となる。

【符号の説明】

【0081】

１ 物流製品鑑定証明システム
２ ＡＰＩサーバ
３ ＲＤＢサーバ
４ 公衆通信網
５ 分散型ファイルサーバ
６ 端末
７ 端末
１０ 専用プラットフォーム
１０ａ、１０ｂ ブロックチェーン
１１ 小型記録媒体
１２ 要鑑定製品
１３ サーバラック
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 保存部
１０５ Ｉ／Ｆ
１０６ Ｉ／Ｆ
１０７ Ｉ／Ｆ
１０８ 入力部
１０９ 表示部
１１０ 内部バス
１１１ 筐体

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】