特開 2024-162891 鑑定証明システム

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

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

(11)【公開番号】P2024162891

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

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

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20241114BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023078864

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

(71)【出願人】

【識別番号】522371581

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

(74)【代理人】

【識別番号】100120868

【弁理士】

【氏名又は名称】安彦 元

(72)【発明者】

【氏名】熊谷 絵美

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

5L049

5L050

【Ｆターム（参考）】

5L049CC11

5L050CC11

(57)【要約】

【課題】Ｔｒｕｓｔｅｄ Ｗｅｂを実現し、真正性の証明を行うことが可能な鑑定証明システムを提供する。
【解決手段】鑑定証明システムは、要鑑定製品の占有権に関する占有者情報をデータベース、分散型ストレージ、又はブロックチェーンに記録すると共に生成されるハッシュ値を出力する専用プラットフォームと、前記要鑑定製品を識別するための第１識別情報を取得する第１取得手段と、前記専用プラットフォームにより出力されたハッシュ値と前記第１取得手段により取得された第１識別情報とに基づく鑑定証明の要素をデータベース、分散型ストレージ、又はブロックチェーンに記録する記録手段とを備えることを特徴とする。
【選択図】図１

【特許請求の範囲】

【請求項1】

要鑑定製品の占有権に関する占有者情報をデータベース、分散型ストレージ、又はブロックチェーンに記録すると共に生成されるハッシュ値を出力する専用プラットフォームと、
前記要鑑定製品を識別するための第１識別情報を取得する第１取得手段と、
前記専用プラットフォームにより出力されたハッシュ値と前記第１取得手段により取得された第１識別情報とに基づく鑑定証明の要素をデータベース、分散型ストレージ、又はブロックチェーンに記録する記録手段とを備えること
を特徴とする鑑定証明システム。

【請求項2】

前記要鑑定製品を鑑定する鑑定証明者に関する鑑定証明者情報を取得し、取得した前記鑑定証明者情報と前記占有者情報とに基づいて、前記要鑑定製品の占有者の証明を行う占有者証明手段をさらに備えること
を特徴とする請求項１に記載の鑑定証明システム。

【請求項3】

前記記録手段は、前記第１識別情報と前記占有者情報とを紐づけ、
前記要鑑定製品を鑑定する鑑定証明者に関する鑑定証明者情報と、新たに取得した前記要鑑定製品を識別するための第２識別情報とを取得する第２取得手段と、
前記第２取得手段により取得された第２識別情報に、前記記録手段により紐づけられた前記占有者情報を取得する第３取得手段と、
前記第３取得手段により取得された占有者情報と前記第２取得手段により取得された鑑定証明者情報とに基づいて、前記要鑑定製品の占有者の証明を行う占有者証明手段をさらに備えること
を特徴とする請求項１に記載の鑑定証明システム。

【請求項4】

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

【請求項5】

前記専用プラットフォームは、前記要鑑定製品の新たな占有者に関する第２占有者情報を取得し、取得した前記第２占有者情報をデータベース、分散型ストレージ、又はブロックチェーンに記録すること
を特徴とする請求項１に記載の鑑定証明システム。

【請求項6】

前記専用プラットフォームは、前記占有者情報をブロックチェーンに記録し、
前記記録手段は、前記鑑定証明の要素をブロックチェーンに記録すること
を特徴とする請求項１に記載の鑑定証明システム。

【請求項7】

前記第１取得手段は、前記要鑑定製品に関する第１製品情報を取得し、
前記記録手段は、前記第１識別情報と前記第１製品情報とを紐づけて記録し、
前記要鑑定製品に関する第２製品情報を取得する第２取得手段と、
前記記録手段により記録された第１識別情報に紐づく前記第１製品情報と前記第２取得手段により取得された第２製品情報とに基づいて、前記要鑑定製品の真正性証明を行う鑑定証明手段とをさらに備えること
を特徴とする請求項１に記載の鑑定証明システム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【先行技術文献】

【特許文献】

【0005】

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

【発明の概要】

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

【0006】

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

【0007】

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

【0008】

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

【0009】

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

【0010】

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

【0011】

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

【0012】

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

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

【0013】

第１発明に係る鑑定証明システムは、要鑑定製品の占有権に関する占有者情報をデータベース、分散型ストレージ、又はブロックチェーンに記録すると共に生成されるハッシュ値を出力する専用プラットフォームと、前記要鑑定製品を識別するための第１識別情報を取得する第１取得手段と、前記専用プラットフォームにより出力されたハッシュ値と前記第１取得手段により取得された第１識別情報とに基づく鑑定証明の要素をデータベース、分散型ストレージ、又はブロックチェーンに記録する記録手段とを備えることを特徴とする。

【0014】

第２発明に係る鑑定証明システムは、第１発明において、前記要鑑定製品を鑑定する鑑定証明者に関する鑑定証明者情報を取得し、取得した前記鑑定証明者情報と前記占有者情報とに基づいて、前記要鑑定製品の占有者の証明を行う占有者証明手段をさらに備えることを特徴とする。

【0015】

第３発明に係る鑑定証明システムは、第１発明において、前記記録手段は、前記第１識別情報と前記占有者情報とを紐づけ、前記要鑑定製品を鑑定する鑑定証明者に関する鑑定証明者情報と、新たに取得した前記要鑑定製品を識別するための第２識別情報とを取得する第２取得手段と、前記第２取得手段により取得された第２識別情報に、前記記録手段により紐づけられた前記占有者情報を取得する第３取得手段と、前記第３取得手段により取得された占有者情報と前記第２取得手段により取得された鑑定証明者情報とに基づいて、前記要鑑定製品の占有者の証明を行う占有者証明手段をさらに備えることを特徴とする。

【0016】

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

【0017】

第５発明に係る鑑定証明システムは、第１発明において、前記専用プラットフォームは、前記要鑑定製品の新たな占有者に関する第２占有者情報を取得し、取得した前記第２占有者情報をデータベース、分散型ストレージ、又はブロックチェーンに記録することを特徴とする。

【0018】

第６発明に係る鑑定証明システムは、第１発明において、前記専用プラットフォームは、前記占有者情報をブロックチェーンに記録し、前記記録手段は、前記鑑定証明の要素をブロックチェーンに記録することを特徴とする。

【0019】

第７発明に係る鑑定証明システムは、第１発明において、前記第１取得手段は、前記要鑑定製品に関する第１製品情報を取得し、前記記録手段は、前記第１識別情報と前記第１製品情報とを紐づけて記録し、前記要鑑定製品に関する第２製品情報を取得する第２取得手段と、前記記録手段により記録された第１識別情報に紐づく前記第１製品情報と前記第２取得手段により取得された第２製品情報とに基づいて、前記要鑑定製品の真正性証明を行う鑑定証明手段とをさらに備えることを特徴とする。

【発明の効果】

【0020】

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

【0021】

第２発明によれば、鑑定証明者情報と占有者情報とに基づいて、要鑑定製品の占有者の証明を行う。これにより、属性又はデータの発行者に都度直接照会することなく、占有者の証明が可能となるため、Ｔｒｕｓｔａｂｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ機能を実現することが可能となる。

【0022】

第３発明によれば、第３取得手段により取得された占有者情報と鑑定証明者情報とに基づいて、要鑑定製品の占有者の証明を行う。これにより、第２識別情報に適した占有者情報を選択することが可能となるため、より低コスト且つ短時間で占有者の証明を行うことが可能となる。

【0023】

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

【0024】

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

【0025】

第６発明によれば、占有者情報をブロックチェーンに記録し、前記鑑定証明の要素をブロックチェーンに記録する。これにより、占有者情報及び鑑定証明の要素を非中央集権的に管理することがなるため、Ｗｅｂ３．０に適応した鑑定証明が可能になる。

【0026】

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

【図面の簡単な説明】

【0027】

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

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

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

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

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

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

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

また、ステップＳ２において、公益法人は、これに限らず、例えば要鑑定製品１２の占有者情報を任意のデータベース、分散型ストレージ上に記録すると共に生成されるハッシュ情報を出力してもよい。分散型ストレージは、例えば分散型ファイルシステムを適用した分散型ファイルサーバ５により管理されるストレージである。

【0046】

ハッシュ情報は、例えばハッシュ値である。また、ハッシュ情報は、ハッシュ値を秘密鍵等により暗号化した電子署名が含まれてもよい。ハッシュ情報は、例えばトランザクションハッシュ、ＤＩＤ（Decentralized Identifier）、ブロックチェーンアドレスである。トランザクションハッシュは、例えばＮＦＴを特定するための文字列であり、イーサリアム等の場合には、６４桁程度の文字列で示される。このトランザクションハッシュの代替として、コントラクトアドレスとトークンＩＤの組み合わせで代替してもよい。かかる場合、コントラクトアドレスは、ブロックチェーン上にコントラクトが展開されている固有アドレスである。トークンＩＤは、コントラクトアドレスが特定するＮＦＴである。ＤＩＤ、ブロックチェーンアドレスは、例えばハッシュ値を電子署名に暗号化するために用いられた秘密鍵と対となる、当該電子署名を復号化する公開鍵に基づいて生成されてもよい。

【0047】

ここで、「秘密鍵」とは、要鑑定製品１２の鑑定証明を実現するための情報を示し、例えば鑑定証明時において「秘密鍵」自体の整合性が判定されてもよい。「秘密鍵」は、特定のユーザ以外が知り得ない情報を示し、例えば小型記録媒体１１に記録されるほか、例えば端末６、端末７や、専用プラットフォーム１０等のような鑑定証明システム１に用いられる構成内に記録されてもよい。また、秘密鍵は識別情報であってもよい。

【0048】

また、例えば「秘密鍵」の対として「公開鍵」が生成されてもよい。この場合、「秘密鍵」及び「公開鍵」を用いて、公知の暗号化技術や電子署名技術を実施することができる。また、鑑定証明時において、「秘密鍵」の対として生成された「公開鍵」か否か、という点を整合性と見做して判定してもよい。なお、「公開鍵」は、例えば小型記録媒体１１に記録されるほか、例えば端末６、端末７や、専用プラットフォーム１０等のような鑑定証明システム１に用いられる構成内に、用途に応じて任意に記録することができる。また、「秘密鍵」及び「公開鍵」は、公知の技術を用いて生成することができ、例えば専用プラットフォーム１０や分散型ファイルサーバ５等のような鑑定証明システム１に用いられる構成を用いて、用途に応じて任意に生成することができる。

【0049】

占有者情報は、要鑑定製品１２の占有権に関する情報である。占有者情報は、要鑑定製品１２を占有する占有者の名前やＩＤ等の情報であってもよい。占有者情報は、例えばＤＩＤ（分散型アイデンティティ：Decentralized Identity、又はDecentralized Identifier）、「ＳＳＩ（自己主権型アイデンティティ：Self-Sovereign Identity）」、その他「ＤＩＷ（Digital Identity Wallet）」であっても良い。また、占有者情報として、各国政府や公的機関が「検証可能な資格情報 (VC：Verifiable Credentials)」として認証した例えば日本でいうところの「ＧビズＩＤ（gBizID）」又は「マイナンバー（個人番号）」等であってもよい。。占有者情報は、例えば要鑑定製品１２を占有する占有者のアカウント等に関する情報であってもよい。占有者情報は、要鑑定製品１２を占有する占有者のアカウントであってもよい。また、占有者情報は、要鑑定製品１２を過去に占有していた占有者の情報であってもよい。アカウントのＩＤは、各事業者等が占有する秘密鍵に基づいて生成されてもよい。また、占有者情報は、要鑑定製品１２の占有権に関する情報に基づく識別子であってもよい。占有権は、要鑑定製品１２の所有権、及び要鑑定製品１２の製造、販売、及び流通を行う権利、又は要鑑定製品１２を貸し借りする権利である。また、占有者情報は、秘密鍵により電子署名に変換された占有者の情報であってもよい。また、占有者は、所有者、製造、販売、及び流通を行う者、貸し借りを行う者を含む。また、占有者情報は、要鑑定製品１２をレンタルした者の情報を示すレンタル情報を含んでもよい。レンタル情報は、例えば要鑑定製品１２をレンタルした者の名前やＩＤ等の情報であってもよい。秘密鍵により変換された電子署名は、秘密鍵に対応する公開鍵により、元の情報に復号化されてもよい。

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

評価情報は、鑑定証明の要素の評価を示す情報である。評価情報は、例えば鑑定証明ＮＦＴの信憑性を示す情報であってもよい。評価情報は、例えば公益法人により評価された情報であってもよい。

【0055】

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

【0056】

次にステップＳ３において、ベンダーは、小型記録媒体１１に記録された識別情報と、要鑑定製品１２のシリアル番号情報と、ステップＳ２により生成されたハッシュ情報と、要鑑定製品１２に関する情報を含む製品情報とをＡＰＩサーバ２に送信する。

【0057】

製品情報は、要鑑定製品１２に関する情報である。製品情報は、例えば製品の商品名、品番、製造メーカ・製造者（著作者）、製造場所、製造年月日等の物品に関する情報であってもよい。また、製品情報は、要鑑定製品１２のハードウェアに関するハードウェア情報を含む情報であってもよい。製品情報は、例えば要鑑定製品１２のソフトウェアに関するソフトウェア情報を含む。ソフトウェア情報は、例えば要鑑定製品１２のソフトウェアのＳＢＯＭ（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】

また、ステップＳ１４において、製品群１３等を扱う場合、ステップＳ１１において取得した鑑定証明者情報とステップＳ５において記録した製品群１３に含まれる各要鑑定製品１２に対応するユーザの情報との整合性を判定してもよい。かかる場合、例えば各要鑑定製品１２に対応するユーザの情報のうち、少なくとも２つが揃うことで占有者証明が成立するマルチシグ認証が採用でき、鑑定精度をより確実なものとすることができる。

【0082】

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

【0083】

また、ステップＳ１６において、ＡＰＩサーバ２は、製品群１３等を扱う場合、製品群１３に含まれる各要鑑定製品１２に対して、ステップＳ５により記録した鑑定証明ＮＦＴに紐づく識別子が示す第１製品情報とステップＳ１１により取得された第２製品情報との整合性とを判定することにより、要鑑定製品の真正性証明を行ってもよい。かかる場合、例えば各要鑑定製品１２に対応する製品情報のうち、少なくとも２つが揃うことで鑑定証明が成立するマルチシグ認証が採用でき、鑑定精度をより確実なものとすることができる。

【0084】

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

【0085】

上述した各ステップを行うことにより、鑑定証明システム１の真正性の証明を行う動作が終了する。これにより、特定のサービスや企業に依存することなく、Ｔｒｕｓｔｅｄ Ｗｅｂにおいても真正性の証明を行うことが可能となる。また、ブロックチェーン１０ａに記録された各種情報に間違いがあった場合、又は要鑑定製品１２が偽物であった場合に賠償金を払うための保険のシステムを鑑定証明システム１に適用してもよい。

【符号の説明】

【0086】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】