JP2022552419A - 資格証明書検証用検証要件文書 - Google Patents

Abstract

本開示は、検証要件文書（ＶＲＤ）を使用する資格証明書検証用の方法、および関連装置、およびコンピュータ可読媒体を対象とする。ＶＲＤ資格証明書検証エコシステムは、ＶＲＤ管理システム、第１の資格証明書管理システム、第２の資格証明書管理システム、ＶＲＤ発行機器、検証者機器、分散ＶＲＤ取引合意ネットワーク、およびこれらの間で必要な通信を伴う分散資格証明書管理取引合意ネットワークを含むがそれらに限定されない。分散ＶＲＤ取引合意ネットワークは、ＶＲＤを記録する分散ＶＲＤ台帳を維持する。ＶＲＤを使用する資格証明書検証は、検証者に関連する第１の資格証明書管理システム、および資格証明書所有者に関連する第２の資格証明書管理システムにより主として遂行される。第１の資格証明書管理システムは、分散ＶＲＤ取引合意ネットワークからＶＲＤを取り出し、第２の資格証明書管理システムにＶＲＤを送信する。第２の資格証明書管理システムは、分散資格証明書管理取引合意ネットワークを通して証明を生成して、ＶＲＤで指定された要件を検証する。【選択図】図１

Description

本発明は、資格証明書検証方法およびシステムに関し、より詳細には分散検証要件文書（ｖｅｒｉｆｉｃａｔｉｏｎ ｒｅｑｕｉｒｅｍｅｎｔ ｄｏｃｕｍｅｎｔ、ＶＲＤ）取引合意ネットワークを管理するための方法およびシステム、ならびに分散ＶＲＤ取引合意ネットワーク上に記憶されたＶＲＤを使用して資格証明書所有者の資格証明書検証を要求する方法およびシステムに関する。

ブロックチェーン技術の普及に起因して、資格証明書の検証が必要とされるとき、場合によってはたいていの状況で、従来の資格証明書の代わりに、遅かれ速かれデジタル資格証明書が圧倒的な傾向になるように思われる。デジタル資格証明書に関して、従来のブロックチェーン技術は、デジタル資格証明書の検証用のブロックチェーンまたは他の分散システム上で経路設定される分散化デジタル識別をサポートするツール、ライブラリ、および再利用可能なコンポーネントを提供する。

デジタル資格証明書の検証用に構築された従来の資格証明書管理ブロックチェーンを利用できるが、そのようなブロックチェーンは、検証者のためによりカスタマイズされた検証要件に応じて、十分に柔軟性があるわけではない。電気通信事業者および世界的に認識された通信事業者サービスが至る所に存在するという観点から、通信事業者レベルの当事者を伴う、理想的には信頼できる資格証明書検証を提供するように選ばれたＶＲＤ資格証明書検証エコシステムが、電気通信事業者を通してデジタル資格証明書のためのサービスを提供する。しかしながら、そのようなＶＲＤ資格証明書検証エコシステムはその上、デジタル資格証明書管理サービス用の従来のブロックチェーンで利用できないという特徴がある。

本発明は、検証要件文書（ＶＲＤ）を使用する資格証明書検証用の方法および関連装置、ならびにコンピュータ可読媒体を対象とする。ＶＲＤ資格証明書検証エコシステムは、ＶＲＤ管理システム、第１の資格証明書管理システム、第２の資格証明書管理システム、ＶＲＤ発行機器、検証者機器、分散ＶＲＤ取引合意ネットワーク、およびこれらの間で必要な通信を伴う分散資格証明書管理取引合意ネットワークを含んでよいがそれらに限定されない。分散ＶＲＤ取引合意ネットワークは、ＶＲＤを記録する分散ＶＲＤ台帳を維持する。分散ＶＲＤ台帳に公表されるＶＲＤ取引は、ＶＲＤ運用者登録取引、ＶＲＤ運用者取消取引、ＶＲＤ発行者登録取引、ＶＲＤ発行者取消取引、ＶＲＤ登録取引、ＶＲＤ取消取引、およびＶＲＤ取出取引を含む。

ＶＲＤを使用する資格証明書検証は、検証者に関連する第１の資格証明書管理システム、および資格証明書所有者に関連する第２の資格証明書管理システムにより主として遂行される。第１の資格証明書管理システムは、分散ＶＲＤ取引合意システムからＶＲＤを取り出し、第２の資格証明書管理システムにＶＲＤを送信する。第２の資格証明書管理システムは、分散資格証明書管理取引合意ネットワークを通して証明を生成して、ＶＲＤで指定された要件を検証する。

本開示の目的は、検証者が資格証明書検証のために既存のＶＲＤを選ぶことができるように、ＶＲＤを作成し分散ＶＲＤ台帳にＶＲＤを記録する。前述の目的を達成するために、第１の資格証明書管理システムは、分散ＶＲＤ取引合意ネットワーク上に記憶された検証要件文書（ＶＲＤ）を使用して、資格証明書所有者の資格証明書検証を要求する。方法は、検証者機器からＶＲＤのＶＲＤ ＩＤおよび資格証明書所所有者識別子を受信したとき、第１の資格証明書管理システムは、分散ＶＲＤ取引合意ネットワークにＶＲＤ ＩＤを送信してＶＲＤを得て、ＶＲＤおよび資格証明書所有者識別子を第２の資格証明書管理システムに送信するステップを含み、ＶＲＤは、少なくとも１つの属性、少なくとも１つの述語、または少なくとも１つの属性と少なくとも１つの述語の両方を、ＶＲＤで指定された少なくとも１つの属性の各々および少なくとも１つの述語の各々を検証するための少なくとも１つのタイプの資格証明書を規定する要件と共に含む。

一実施形態では、方法は、第１の資格証明書管理システムは、第２の資格証明書管理システムから証明を受信し、ＶＲＤで指定された少なくとも１つの属性および少なくとも１つの述語の各々に関連する要件を証明書が満たすかどうかを確認するステップと、各要件を満足させたとき、第１の資格証明書管理システムは、妥当性確認のために分散資格証明書管理取引合意ネットワークに証明、ならびにＶＲＤで指定された少なくとも１つの属性および少なくとも１つの述語を送信するステップと、分散資格証明書管理取引合意ネットワークから検証応答を受信すると、第１の資格証明書管理システムは、検証者機器に資格証明書検証結果を送信するステップと、をさらに含む。

添付の図面と併せて解釈することで、本発明の他の目的、利点、および新規な特徴が、以下の詳細な説明からより明らかになるであろう。

本発明によるＶＲＤ動作と関係したシステムアーキテクチャを示す概略図である。 本発明による分散ＶＲＤ取引合意ネットワークに関するさまざまなＶＲＤ取引を示すテーブルである。 ＶＲＤ運用者登録取引に関連するデータ構造を示すテーブルである。 ＶＲＤ運用者取消取引に関連するデータ構造を示すテーブルである。 ＶＲＤ発行者登録取引に関連するデータ構造を示すテーブルである。 ＶＲＤ発行者取消取引に関連するデータ構造を示すテーブルである。 ＶＲＤ登録取引に関連するデータ構造を示すテーブルである。 図７のＶＲＤ登録取引で指定された各属性および各述語に関連するデータ構造を示すテーブルである。 ＶＲＤ取消取引に関連するデータ構造を示すテーブルである。 本発明による、第１の資格証明書管理システムが分散ＶＲＤ取引合意ネットワーク上に記憶されたＶＲＤを使用して資格証明書所有者の資格証明書検証を要求するための方法を示す流れ図である。

以下で提示する記述で使用する専門用語は、技術上ある種の特有の実施形態についての詳細な記述に関連して使用されるとしても、その用語の最も広い合理的な手法で解釈されることが意図される。ある種の用語は、以下で強調される場合があるが、しかしながら、任意の制限された手法で解釈されることを意図されるどんな専門用語も、この「発明を実施するための形態」の節でそのようなものとして具体的に規定される。

以下で紹介する実施形態は、ソフトウェアおよび／もしくはファームウェアによりプログラムされた、または構成されたプログラム可能回路により、または完全に専用回路により、またはそのような形態の組合せで実装できる。そのような専用回路は（もしあれば）、たとえば１つまたは複数の特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、プログラム可能論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）などの形態をとることができる。

記述する実施形態は、検証要件文書（ＶＲＤ）発行者により発行されたＶＲＤ、資格証明書のタイプおよび要件を記録するデータ構造を使用することにより、資格証明書所有者の資格証明書を検証するための１つまたは複数の方法、システム、装置、およびプロセッサ実行可能処理ステップを記憶するコンピュータ可読媒体に関する。ＶＲＤは、分散ＶＲＤ取引合意ネットワークにより維持される分散ＶＲＤ台帳に記憶される。分散ＶＲＤ台帳は、ＶＲＤ運用者登録取引、ＶＲＤ運用者取消取引、ＶＲＤ発行者登録取引、ＶＲＤ発行者取消取引、ＶＲＤ登録取引、ＶＲＤ取消取引、およびＶＲＤ取出取引という取引きのうち１つまたは複数を記録してよい。それに加えて、分散資格証明書管理取引合意ネットワークは、資格証明書リクエストの証明を提供し証明を検証する分散資格証明書管理台帳を維持する。

前述の処理ステップは、ＶＲＤ管理者システムと、第１の資格証明書管理システムと、第２の資格証明書管理システムと、検証者機器と、ＶＲＤ発行機器とを含むＶＲＤ資格証明書検証エコシステムにより遂行され、これらのシステムおよび機器は、互いに、かつ分散ＶＲＤ取引合意ネットワークおよび分散資格証明書管理取引合意ネットワークに通信可能に接続されて、資格証明書検証ネットワークを形成する。

ＶＲＤ運用者を作成するために、ＶＲＤ管理者は、分散ＶＲＤ台帳にＶＲＤ運用者登録取引を公表して、分散ＶＲＤ取引合意ネットワーク内でＶＲＤ運用者を登録する。ＶＲＤ管理者によりＶＲＤ運用者を取り消して、分散ＶＲＤ台帳にＶＲＤ運用者取消取引を公表して分散ＶＲＤ取引合意ネットワークからＶＲＤ運用者を取り除いてよい。ＶＲＤ発行者を作成するために、ＶＲＤ運用者は、分散ＶＲＤ台帳にＶＲＤ発行者登録取引を公表して、分散ＶＲＤ取引合意ネットワーク内でＶＲＤ発行者を登録する。ＶＲＤ運用者によりＶＲＤ発行者を取り消して、分散ＶＲＤ台帳にＶＲＤ発行者取消取引を公表して、分散ＶＲＤ取引合意ネットワークからＶＲＤ発行者を取り除いてよい。
ＶＲＤを作成するために、ＶＲＤ発行者は、分散ＶＲＤ台帳にＶＲＤ登録取引を公表する。ＶＲＤの各々は、ＶＲＤ ＩＤ、および少なくとも１つの属性、少なくとも１つの述語、または少なくとも１つの属性と少なくとも１つの述語の両方を含む。ＶＲＤで指定された少なくとも１つの属性または少なくとも１つの述語の各々は、検証のために少なくとも１つの資格証明書を探す要件を指定する。

検証の要点は、検証者機器により与えられたＶＲＤ ＩＤを用いてＶＲＤを取得し、第１の資格証明書管理システムから第２の資格証明書管理システムにＶＲＤおよびユーザ識別子を移送し、ＶＲＤで指定された各要件を満足させる１組の資格証明書を識別し、ユーザ識別子に対応するウォレットへのハンドル、ならびにＶＲＤで指定された少なくとも１つの属性および少なくとも１つからなる述語のリストを分散資格証明書管理取引合意ネットワークに送信し、分散資格証明書管理取引合意ネットワークから受信した証明を取得し、第１の資格証明書管理システムに証明を送信してＶＲＤに対して確認し、確認後、分散資格証明書管理取引合意ネットワークに証明および証明リクエストを送信して、分散資格証明書管理取引合意ネットワークから検証応答を取得し、検証者機器に検証結果を送信することにある。

ＶＲＤを使用して、従来の資格証明書管理ブロックチェーンにより提供される、柔軟性がない資格証明書検証サービスを解決する。この取り組み手法は、柔軟性がないという欠点に取り組むＶＲＤ資格証明書検証エコシステムに起源をもつＶＲＤ方式を必要とする。ハッキングから保護するために、ＶＲＤ方式は、ＶＲＤに関係がある取引、およびＶＲＤ動作に従事するすべての当事者間の対話を取り扱う動作およびデータ構造専用の分散ＶＲＤ取引合意ネットワークを使用してよい。
分散ＶＲＤ取引合意ネットワークは、Ｈｙｐｅｒｌｅｄｇｅｒ Ｉｎｄｙ Ｂｌｏｃｋｃｈａｉｎなどの既存の分散資格証明書管理取引合意ネットワークの一部として組み入れられてよい。一実施形態では、分散ＶＲＤ取引合意ネットワークは、真正性のレベルを保証するために、信頼できる情報源に遡ることが可能な、ＴＢＣＡＳｏｆｔなどの組織により管理されるブロックチェーンであってよい。

分散ＶＲＤ取引合意ネットワーク上で作動しているＶＲＤ動作をサポートするために、ＶＲＤ資格証明書検証エコシステムは、互いに通信可能に接続されたＶＲＤ管理者システム、多数の資格証明書管理システム、多数のＶＲＤ発行機器、および多数の検証者機器を含む。ＶＲＤ管理者システムは、ＴＢＣＡＳｏｆｔなどのＶＲＤ管理者により提供される。
多数の資格証明書管理システムの各々は、ＶＲＤ管理者により登録された対応するＶＲＤ運用者である可能性がある、または電気通信事業者、検証者、および資格証明書所有者である資格証明書管理者により提供される。多数のＶＲＤ発行機器の各々は、対応するＶＲＤ発行者により提供される。多数の検証者機器の各々は、対応する資格証明書管理者に関連する対応する検証者により提供される。上記で指定する協同リンクは、ＶＲＤ資格証明書検証エコシステムに関与する当事者すべての２者間または多者間の関係の限定しない例である。

ＶＲＤ資格証明書検証エコシステム内の当事者すべての役割について言えば、ＶＲＤ管理者は、ＶＲＤ運用者を登録および取り消す資格を与えられ、ＶＲＤ運用者は、自身に関連するＶＲＤ発行者を登録および取り消す資格を与えられ、ＶＲＤ発行者は、ＶＲＤを登録および取り消す資格を与えられ、検証者は、自身に関連する資格証明書管理者を通してＶＲＤを使用して資格証明書所有者の資格証明書検証を要求する資格を与えられ、資格証明書所有者に関連する資格証明書管理者は、証明者の役割を果たしてよい。
上記で示すように、ＶＲＤ資格証明書検証エコシステム上のＶＲＤ運用者は本質的に、検証者に権限の源を提供するために、関係があるＶＲＤ発行者とＶＲＤ管理者の間の信頼リンクを確立する役割を果たす。ＶＲＤ発行者は、検証者と協調して、ＶＲＤ内で属性／述語を規定する要件を伴う属性／述語を構成してＶＲＤが分散ＶＲＤ取引合意ネットワークに登録されるのを容易にする仕事に着手する。ＶＲＤを登録した同じＶＲＤ発行者だけは、分散ＶＲＤ取引合意ネットワークにＶＲＤのその後のバージョンを登録できるようになる。ＶＲＤ発行者も検証者も、分散ＶＲＤ取引合意ネットワークに登録されるＶＲＤの所望の属性／述語および要件を構成する仕事に関与することが意図される。

図１に示すように、ＶＲＤ資格証明書検証エコシステムは、ＶＲＤ管理システム１０、第１の資格証明書管理システム２０、第２の資格証明書管理システム３０、ＶＲＤ発行機器４０、検証者機器５０、分散ＶＲＤ取引合意ネットワーク６０、および以下で具体的に述べる、これらのシステムおよび機器の間で必要な通信を伴う分散資格証明書管理取引合意ネットワーク７０を含んでよいがそれらに限定されない。
ＶＲＤ監理者システム１０は、分散ＶＲＤ取引合意ネットワークの動作を管理するためにＶＲＤ管理者により提供される。第１の資格証明書管理システム２０は、検証者に関連する第１の資格証明書管理者により提供される。第１の資格証明書管理者は電気通信運用者、金融機関、政府機関などであってよい。本実施形態では、第１の資格証明書管理システム２０は、通信可能に接続された第１のＶＲＤ管理ノード２１、第１の分散資格証明書取引ノード２２、および第１のローカル資格証明書管理ノード２３を含む。第１のＶＲＤ管理ノード２１は、分散ＶＲＤ取引合意ネットワーク６０に関連する動作すべての責任を負う。第１の分散資格証明書取引ノード２２は、分散資格証明書管理取引合意ネットワーク７０に関連する動作を扱う。第１のローカル資格証明書管理ノード２３は、第１の資格証明書管理システム２０のローカルの資格証明書管理、および第２の資格証明書管理システム３０との通信を取り扱う。第２の資格証明書管理システム３０は、資格証明書所有者（証明者）に関連する第２の資格証明書管理者により提供される。別の実施形態では、第１の資格証明書管理システム２０は、第１のＶＲＤ管理ノード２１の機能すべてを遂行してよい１つまたは２つのノード、第１の分散資格証明書取引ノード２２、および第１のローカル資格証明書管理ノード２３を含む。

第２の資格証明書管理システム３０は、通信可能に接続された第２のＶＲＤ管理ノード３１、第２の分散資格証明書取引ノード３２、および第２のローカル資格証明書管理ノード３３を含む。第２のＶＲＤ管理ノード３１は、分散ＶＲＤ取引合意ネットワーク６０に関連する動作すべての責任を負う。第２の分散資格証明書取引ノード３２は、分散資格証明書管理取引合意ネットワーク７０に関連する動作を扱う。第２のローカル資格証明書管理ノード３３は、第２の資格証明書管理システム３０のローカルの資格証明書管理、およびたとえば安全なＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ、トランスポート層セキュリティ）リンクを通して第１の資格証明書管理システム２０との通信を取り扱う。別の実施形態では、第２の資格証明書管理システム３０は、第２のＶＲＤ管理ノード３１の機能すべてを遂行してよい１つまたは２つのノード、第２の分散資格証明書取引ノード３２、および第２のローカル資格証明書管理ノード３３を含んでよい。

一実施形態では、第１のＶＲＤ管理ノード２１および第２のＶＲＤ管理ノード３１は、分散ＶＲＤ取引合意ネットワーク６０のノードであってよい。別の実施形態では、第１の資格証明書管理分散合意取引ノード２２および第２の資格証明書管理分散合意取引ノード３２は、分散資格証明書管理取引合意ネットワーク７０のノードであってよい。検証者機器５０は、第１の資格証明書管理者に関連する検証者により提供される。資格証明書所有者機器は、第２の資格証明書管理者に関連する資格証明書所有者により提供される。ＶＲＤ発行機器４０は、ＶＲＤ発行者により提供される。

一実施形態では、第１のＶＲＤ管理ノード３１は、第１の資格証明書管理者から分離された第１のＶＲＤ運用者により提供されてよい。その状況では、第１のローカル資格証明書管理ノード２３は、分散ＶＲＤ取引合意ネットワークと通信してＶＲＤを取り出してよい。同様に、第２のＶＲＤ管理ノード３１は、第２の資格証明書管理者から分離された第２のＶＲＤ運用者により提供されてよい。
その状況では、第２のローカル資格証明書管理ノード３３は、分散ＶＲＤ取引合意ネットワークと通信してＶＲＤを取り出してよい。他のＶＲＤ運用者は、追加のＶＲＤ管理ノードを提供してよい。ＶＲＤ管理者により分散ＶＲＤ台帳にＶＲＤ運用者が公表された後、ＶＲＤ運用者は、分散ＶＲＤ台帳にＶＲＤ発行者を公表してよい。その後、ＶＲＤ発行者は、分散ＶＲＤ台帳にＶＲＤを公表してよい。

図１は、分散ＶＲＤ取引合意ネットワークの運用に関係する取引およびデータ、ならびにＶＲＤを使用する資格証明書検証を伴うＶＲＤ資格証明書検証エコシステムを例示する。記号ａ１、ａ２、ｂ１、ｂ２、ｃ１、およびｃ２は、それぞれＶＲＤ運用者、ＶＲＤ発行者、およびＶＲＤの登録および取消しに関する動作を意味する。記号ｄ１、ｄ２、ｄ３，ｅ１、ｅ２、ｅ３、ｆ１、ｆ２、ｇ１、およびｇ２は、それぞれＶＲＤを使用する資格証明書検証中に提供されるさまざまなデータ／情報を意味する。これらの記号の意味を以下に記述する。
ａ１：ＶＲＤ運用者登録取引
ａ２：ＶＲＤ運用者取消取引
ｂ１：ＶＲＤ発行者登録取引
ｂ２：ＶＲＤ発行者取消取引
ｃ１：ＶＲＤ登録取引
ｃ２：ＶＲＤ取消取引
ｄ１：ＶＲＤ ＩＤ
ｄ２：資格証明書所有者識別子
ｄ３：ＶＲＤ
ｅ１およびｅ２：属性および述語のリスト、ならびに少なくとも１つの選択された資格証明書の各々の資格証明書識別子
ｅ３：ウォレットへのハンドル
ｆ１：証明
ｆ２：失敗の指示
ｇ１：検証応答
ｇ２：検証結果

図１および図２を参照する。分散検証要件文書（ＶＲＤ）台帳を維持する分散ＶＲＤ取引合意ネットワークは、ＶＲＤ管理者により提供されるＶＲＤ管理システム、第１のＶＲＤ運用者により提供される第１のＶＲＤ管理ノード、第２のＶＲＤ運用者により提供される第２のＶＲＤ管理ノードを含む。ＶＲＤ管理システム、第１のＶＲＤ管理ノード、および第２のＶＲＤ管理は、通信可能に接続される。
分散取引合意ネットワークのように、分散ＶＲＤ取引合意ネットワークの所定の合意によりＶＲＤ取引の妥当性が確認された後、ＶＲＤ取引は、分散ＶＲＤ台帳に公表される。一実施形態では、ＶＲＤ取引には、ＶＲＤ運用者登録取引、ＶＲＤ運用者取消取引、ＶＲＤ発行者登録取引、ＶＲＤ発行者取消取引、ＶＲＤ登録取引、ＶＲＤ取消取引、およびＶＲＤ取出取引という７つのタイプがある。分散ＶＲＤ台帳は、ＶＲＤ ＩＤ、ＶＲＤ名、ならびに少なくとも１つの属性および少なくとも１つの述語のうち少なくとも一方をそれぞれ含む多数のＶＲＤを記録する。

分散ＶＲＤ取引合意ネットワークは、ネットワークにＶＲＤ管理者を公表する開始取引から始まる。ＶＲＤ管理者のＤＩＤは、分散ＶＲＤ取引合意ネットワーク上でＶＲＤ運用者のＤＩＤにより識別されるＶＲＤ運用者を登録できるＶＲＤ管理者を識別する大域固有識別子である。たとえば、ＶＲＤ管理者のＤＩＤは、「ｖｒｄ－管理者－０１」であってよい。

図２に示すように、第１のタイプのＶＲＤ取引は、ＶＲＤ運用者登録取引である。図３を参照する。ＶＲＤ運用者登録取引のデータ構造は、１などの値を伴う取引タイプ、登録されるＶＲＤ運用者の公開鍵およびＤＩＤ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ ＩＤ、分散型ＩＤ）、ならびにＶＲＤ管理者の署名およびＤＩＤからなるフィールドを含む。
図１で「ａ１」により示すように、ＶＲＤ管理者により作成されたＶＲＤ運用者登録取引は、ＶＲＤ監理者システムから分散ＶＲＤ取引合意ネットワークに提出される。ＶＲＤ管理者の署名は、次いで分散ＶＲＤ取引合意ネットワークに記憶されたＶＲＤ管理者の公開鍵により検証できる。所定の合意がある場合、ＶＲＤ運用者登録取引は、分散ＶＲＤ台帳に公表される。その結果、ＶＲＤ運用者は、ＶＲＤ発行者を登録できる。それに加えて、ＶＲＤ運用者の公開鍵は、ＶＲＤ運用者の署名を検証するために分散ＶＲＤ取引合意ネットワークに記憶される。ＶＲＤ運用者のＤＩＤは、「文字列」データタイプであり、分散ＶＲＤ取引合意ネットワーク内でＶＲＤ運用者を識別する大域固有識別子である。たとえば、ＶＲＤ発行者のＤＩＤは、「ｖｒｄ－運用者－０１」あってよい。ＶＲＤ管理者の署名は、ＶＲＤ管理者の秘密鍵を用いてＶＲＤ運用者登録取引の他のフィールドすべてをハッシュするハッシュ値を暗号化することにより生成される。

図２に示すように、第２のタイプのＶＲＤ取引は、ＶＲＤ運用者取消取引である。図４を参照する。ＶＲＤ運用者取消取引のデータ構造は、２などの値を伴う取引タイプ、登録されたＶＲＤ運用者のＤＩＤ、ならびにＶＲＤ管理者のＤＩＤおよび署名からなるフィールドを含む。ＶＲＤ管理者の署名は、ＶＲＤ管理者の秘密鍵を用いてＶＲＤ運用者取消取引の他のフィールドすべてをハッシュするハッシュ値を暗号化することにより生成される。
図１で「ａ２」により示すように、ＶＲＤ運用者取消取引は、ＶＲＤ管理者により作成され、ＶＲＤ管理システムから分散ＶＲＤ取引合意ネットワークに提出され、ＶＲＤ管理者の署名は、分散ＶＲＤ取引合意ネットワークに記憶されたＶＲＤ管理者の公開鍵により検証できる。所定の合意がある場合、ＶＲＤ運用者取消取引は、分散ＶＲＤ台帳に公表される。ＶＲＤ運用者のＤＩＤにより識別される、すでに登録されたＶＲＤ運用者は、次いでＶＲＤ運用者を登録したＶＲＤ管理者のＤＩＤにより識別されるＶＲＤ管理者により取り消される。その結果、ＶＲＤ運用者は、ＶＲＤ発行者をもはや登録できない。

図２に示すように、第３のタイプのＶＲＤ取引は、ＶＲＤ発行者登録取引である。図５を参照する。ＶＲＤ発行者登録取引のデータ構造は、３などの値を伴う取引タイプ、登録されるＶＲＤ発行者の公開鍵およびＤＩＤは、ならびにＶＲＤ発行者を登録するＶＲＤ運用者の署名およびＤＩＤからなるフィールドを含む。
図１で「ｂ１」により示すように、ＶＲＤ発行者登録取引は、ＶＲＤ運用者により作成され、次いで分散ＶＲＤ取引合意ネットワークに提出される。一実施形態では、ＶＲＤ運用者は、ＶＲＤ管理ノード２１を提供する第１の資格証明書管理者とすることができる。ＶＲＤ運用者の署名は、次いで分散ＶＲＤ取引合意ネットワークに記憶されたＶＲＤ運用者の公開鍵により検証できる。所定の合意がある場合、ＶＲＤ発行者登録取引は、分散ＶＲＤ台帳に公表される。その結果、ＶＲＤ発行者は、ＶＲＤを登録できる。それに加えて、ＶＲＤ発行者に関する公開鍵は、ＶＲＤ発行者の署名を検証するために分散ＶＲＤ取引合意ネットワークに記憶される。ＶＲＤ発行者のＤＩＤは、「文字列」データタイプであり、ＶＲＤ発行者を識別する大域固有識別子である。たとえば、ＶＲＤ発行者のＤＩＤは、「ｖｒｄ－発行者－０１」あってよい。ＶＲＤ発行者を登録するＶＲＤ運用者の署名は、ＶＲＤ運用者の秘密鍵を用いてＶＲＤ発行者登録取引の他のフィールドすべてをハッシュするハッシュ値を暗号化することにより生成される。本実施形態では、ＶＲＤ発行者を登録するＶＲＤ運用者は、図１に示すように第１の資格証明書管理システム２０を提供する第１の資格証明書管理者である。ＶＲＤ発行者の真正性に影響されやすい当事者は、分散ＶＲＤ取引合意ネットワーク６０を使用してＶＲＤ発行者のＤＩＤを探索して、ＶＲＤ発行者が実際に妥当なＶＲＤ運用者により登録された妥当なＶＲＤ発行者であることを確認できる。

図２に示すように、第４のタイプのＶＲＤ取引は、ＶＲＤ発行者取消取引である。図６を参照する。ＶＲＤ発行者取消取引のデータ構造は、４などの値を伴う取引タイプ、登録されたＶＲＤ発行者のＤＩＤ、ならびにＶＲＤ発行者を登録したＶＲＤ運用者のＤＩＤおよび署名からなるフィールドを含む。ＶＲＤ発行者を登録したＶＲＤ運用者の署名は、ＶＲＤ発行者を登録したＶＲＤ運用者の秘密鍵を用いてＶＲＤ発行者取消取引の他のフィールドすべてをハッシュするハッシュ値を暗号化することにより生成される。本実施形態では、ＶＲＤ発行者を登録したＶＲＤ運用者は、第１の資格証明書管理者である。
図１で「ｂ２」により示すように、ＶＲＤ発行者取消取引は、第１の資格証明書管理システムにより作成され、分散ＶＲＤ取引合意ネットワークに提出される。ＶＲＤ運用者の署名は、次いで分散ＶＲＤ取引合意ネットワークに記憶された第１の資格証明書管理者の公開鍵により妥当性を確認できる。所定の合意がある場合、ＶＲＤ発行者取消取引は、分散ＶＲＤ台帳に公表される。ＶＲＤ発行者のＤＩＤにより識別された、すでに登録されたＶＲＤ発行者は、次いでＶＲＤ発行者を登録したＶＲＤ運用者により取り消される。その結果、ＶＲＤ発行者は、ＶＲＤをもはや登録できない。

第５のタイプのＶＲＤ取引は、ＶＲＤ登録取引である。図７を参照する。少なくとも１つのＶＲＤ登録取引の各々のデータ構造は、５などの値を伴う取引タイプ、ＶＲＤ ＩＤ、ＶＲＤ名、ならびに作成されるＶＲＤのバージョン、少なくとも１つの属性および少なくとも１つの述語のうち少なくとも一方、分散ＶＲＤ取引合意ネットワークにＶＲＤ発行者を登録しているＶＲＤ運用者のＩＤ、ならびにＶＲＤ発行者のＤＩＤおよび署名からなるフィールドを含む。
ＶＲＤ ＩＤは、「文字列」データタイプであり、固有識別子、たとえば「ｖｒｄ－ｓｐｒｉｎｔ－００００００１」である。ＶＲＤ名は、「文字列」データタイプであり、検証するために意味のあるように、たとえば「飲酒年齢」となるように作成される。ＶＲＤのバージョンは、「実数」データタイプであり、ＶＲＤのバージョン、たとえばバージョン１．０について１．０を表す。ＶＲＤ運用者のＩＤは、「文字列」データタイプからなる。たとえば、ＶＲＤ運用者のＩＤは、一実施形態ではＶＲＤ運用者として機能する電気通信運用者の名称である「Ｓｐｒｉｎｔ」とすることができる。一実施形態では、ＶＲＤ運用者のＩＤを使用して、ＶＲＤ発行者を登録した特有のＶＲＤ運用者にリクエストを経路設定する。この状況では、ＶＲＤ発行者のウォレットは、ＶＲＤ運用者のサイトに記憶される。その結果、そのＶＲＤ運用者だけは、取引に署名するためにＶＲＤ発行者のウォレット鍵にアクセスできる。

ＶＲＤ登録取引でのＶＲＤ発行者の署名は、ＶＲＤ発行者の秘密鍵を用いてＶＲＤ登録取引の他のフィールドすべてをハッシュするハッシュ値を暗号化することにより生成される。図１で「ｃ１」により示すように、ＶＲＤ登録取引は、ＶＲＤ発行者により作成され、次いでＶＲＤ発行機器から分散ＶＲＤ取引合意ネットワークに提出される。ＶＲＤ発行者の署名は、次いで分散ＶＲＤ取引合意ネットワークに記憶されたＶＲＤ発行者の公開鍵により検証できる。所定の合意がある場合、ＶＲＤ登録取引は、分散ＶＲＤ台帳に公表される。その結果、ＶＲＤは、検証者により取り出すことが可能である。

自己主権型識別をサポートするために、一実施形態では、ＶＲＤ発行者の秘密鍵は、多数の共有鍵に分割できる。多数の共有鍵は、ＶＲＤ運用者により提供されるＶＲＤ運用機器（この実施形態では、第１の資格証明書管理者により提供される第１の資格証明書管理システム）およびＶＲＤ発行者により提供されるＶＲＤ発行機器にそれぞれ記憶できる。ＶＲＤ発行者の秘密鍵は、秘密分散方式に従ってＶＲＤ発行者および第１の資格証明書管理者により保持される共有鍵を組み合わせることにより再構築できる。この状況では、ＶＲＤ発行者の共有鍵をＶＲＤ運用者の共有鍵と組み合わせて、ＶＲＤ発行取引の作成前にＶＲＤ発行者の秘密鍵を再構築しなければならない。ＶＲＤ発行者の署名は、第１の資格証明書管理者の所で再構築された秘密鍵を用いて生成できる。一実施形態では、秘密分散方式は、シャミア（Ｓｈａｍｉｒ）の秘密分散方式である。ＶＲＤ登録取引を分散ＶＲＤ取引合意ネットワーク６０に提出した後、ＶＲＤ発行者の署名は、分散ＶＲＤ取引合意ネットワーク６０内でＶＲＤ発行者の公開鍵により検証できる。ＶＲＤ ＩＤにより示される登録されたＶＲＤは、次いでＶＲＤ発行者により分散ＶＲＤ台帳に公表される。分散ＶＲＤ取引合意ネットワーク６０に記憶される各ＶＲＤとそのＶＲＤのＶＲＤ登録取引の間の差は、ＶＲＤ自体がＶＲＤ発行者の署名のフィールドを有しないことである。

以下の記述は、単に例証するために提供される属性、述語、ならびに属性および述語に関連する要件に関する例を伴うことがある。各ＶＲＤ登録取引または各ＶＲＤは、少なくとも１つの属性だけ、少なくとも１つの述語だけ、または同時に少なくとも１つの属性と少なくとも１つの述語の両方を有するように構成される。
図８を参照する。少なくとも１つの属性の各々は、資格証明書所有者の、少なくとも１つの識別された資格証明書の１つの属性を指定し、要件、属性名、および公開オプションからなるサブフィールドを含む。

属性の要件は、属性を包含する少なくとも１つの資格証明書を識別する、少なくとも１つの検索条件について記述する。一実施形態では、属性の要件の少なくとも多重条件は、少なくとも１つのブール演算子と結合されてよい。要件の各検索条件は、｛スキーマ＿ｉｄ＝１｝など、特有のタイプのスキーマＩＤ、または｛資格証明書＿定義＿ｉｄ＝７｝などの特有のタイプの資格証明書ＩＤ、または｛発行者ｉｄ＝５｝などの特有の資格証明書発行者により発行された資格証明書により資格証明書のタイプを指定することを意図する。ＶＲＤが、１つの検索条件を、たとえば州とは無関係に米国運転免許証を指定する｛スキーマｉｄ＝１｝を有する属性、たとえば「ファーストネーム」を有するとき、ＶＲＤは、資格証明書所有者の米国運転免許証（特有のスキーマｉｄを伴う資格証明書）のファーストネーム（属性）の検証を必要とする。属性の要件が１つの検索条件だけを有するとき、ブール演算子は必要ない。しかしながら、属性の要件、たとえば「生年月日」が多重検索条件、たとえば｛資格証明書＿定義＿ｉｄ＝１｝、｛資格証明書＿定義＿ｉｄ＝２｝、および｛発行者＿ｉｄ＝３｝を有するとき、ＶＲＤは、３つの検索条件すべてを満たす資格証明書の生年月日（属性）の検証を必要とする。
多重検索条件は、検証の必要性に従って「ＡＮＤ」および「ＯＲ」など、１つまたは複数のブール演算子と結合されてよい。ブール演算子と結合された多重検索条件の例として、｛資格証明書＿定義＿ｉｄ＝１ ＯＲ ［資格証明書＿定義＿ｉｄ＝２ ＡＮＤ 発行者＿ｉｄ＝３］｝は、検証のために、資格証明書＿定義＿ｉｄがカリフォルニア州運転免許証である１に等しい資格証明書の生年月日、または資格証明書＿定義＿ｉｄが２に等しく、かつ発行者＿ｉｄがニューヨーク州ＤＭＶ（自動車局）により発行されたニューヨーク州運転免許証である３に等しい資格証明書の生年月日を必要とすると解釈される。すなわち、ＶＲＤは、資格証明書所有者のカリフォルニア州運転免許証またはニューヨーク州ＤＭＶにより発行されたニューヨーク州運転免許証から生年月日の検証を必要とする。本例では、これら２つの資格証明書のいずれか一方は、２つのブール演算子により結合された３つの検索条件を満たし、いずれかの資格証明書から得られる生年月日は、検証のために使用できる。

「文字列」データタイプを伴う属性名は名前、生年月日、社会保障番号、パスポート番号、雇用主などのような特有のタイプの属性を指定する。属性名に関連する公開オプションは、属性の値または内容を明らかにすることを許可または拒絶するように構成されたブール値であるＴＲＵＥ（真）またはＦＡＬＳＥ（偽）である。一実施形態では、公開オプションのデフォルト値は、ＦＡＬＳＥである。たとえば、属性名が「生年月日」であり、かつ公開オプションがＴＲＵＥである場合、識別された資格証明書の生年月日の内容は、証明で明らかになる。

ＶＲＤ内の各述語は、識別された資格証明書の属性から導出される、またはそれに関連する述語文字が検証条件を満たすかどうかという検証を必要とする。検証条件は、所定の値に対する比較関係の性質である。たとえば、述語（年齢≧２１）は、運転免許証（識別された資格証明書）の生年月日（述語属性）から導出される年齢（述語文字）の検証が２１以上（検証条件）であることを要求すべきである。検証条件は、より大きい「＞」、等しい「＝」、より小さい「＜」、以上「≧」、および以下「≦」などの比較関係（述語値）の性質、ならびに所定の数値（述語値）である述語値をさらに含む。他の述語は、「＜６５」が検証条件である「年齢＜６５」、および「教育程度≧３」を含み、「≧３」は、３により示される最小修士号の検証を必要とする検証条件である。

図８をさらに参照する。少なくとも１つの述語の各々は要件、述語名、述語文字、述語値、および述語タイプからなるサブフィールドを含む。一実施形態では、各述語は、述語文字の値が導出される述語属性のサブフィールドをさらに含む。述語での要件は、属性での要件に類似する。したがって、ここで繰り返さない。属性名は、「文字列」データタイプであり、述語の意味を、たとえば「年齢検証」を伝えるために作成される。述語内の述語文字は、「文字列」データタイプであり、要件により識別された少なくとも１つの資格証明書の属性から導出される、またはそれに関連する文字を指定する。たとえば、述語「年齢＜６５」での述語文字「年齢」は、述語属性「生年月日」から導出できる。述語値は、「整数」データタイプであり、上記の述語での６５など、属性から導出される述語文字の値により比較されるべき値を指定する。述語タイプは、上記の述語でのより小さい「＜」など、識別された資格証明書の属性から導出された述語文字の値と述語値の間の比較関係の性質を指定する「文字列」データタイプである。

述語の要件は、属性の要件と実質的に同じに機能する。述語の要件が、述語文字の値を導出するために使用する属性を包含する少なくとも１つの資格証明書を識別する１つの検索条件を有するとき。たとえば、述語「年齢＜６５」の要件は、州とは無関係な米国運転免許証である１つの検索条件「スキーマ＿ｉｄ＝１」を有する。資格証明書所有者の米国運転免許証の生年月日を使用して、６５と比較した年齢の値を導出する。ＶＲＤでのそのような述語は、資格証明書の所有者の米国運転免許証から導出された資格証明書所有者の検証が６５未満であることを必要とする。述語の要件が｛資格証明書＿定義＿ｉｄ＝１ ＯＲ ［資格証明書＿定義＿ｉｄ＝２ ＡＮＤ 発行者＿ｉｄ＝３］｝など、多重検索条件を有するとき、ＶＲＤは、３つの検索条件すべてを満たす資格証明書の生年月日（属性）から導出される年齢（述語文字）の検証を必要とする。
多重検索条件は、検証の必要性に従って「ＡＮＤ」および「ＯＲ」など、１つまたは複数のブール演算子と結合されてよい。ブール演算子と結合された多重検索条件の例として、｛資格証明書＿定義＿ｉｄ＝１ ＯＲ ［資格証明書＿定義＿ｉｄ＝２ ＡＮＤ 発行者＿ｉｄ＝３］｝は、年齢検証のために、資格証明書＿定義＿ｉｄがカリフォルニア州運転免許証である１に等しい資格証明書の生年月日、または資格証明書＿定義＿ｉｄが２に等しく、かつ発行者＿ｉｄがニューヨーク州ＤＭＶにより発行されたニューヨーク州運転免許証である３に等しい資格証明書の生年月日を必要とすると解釈される。すなわち、ＶＲＤは、年齢述語の検証のために、資格証明書所有者のカリフォルニア州運転免許証またはニューヨーク州ＤＭＶにより発行されたニューヨーク州運転免許証から得られる生年月日を使用する必要がある。

ＡＮＤとＯＲのブール演算子を両方使用して多重検索条件を結合できるので、本発明の１つの有利な点は、資格証明書検証のために属性または述語に関連する要件を設定するためのより柔軟で効率的な取り組み方法を提供することである。

第６のタイプのＶＲＤ取引は、ＶＲＤ取消取引である。図９を参照する。各ＶＲＤ取消取引のデータ構造は、６などの値を伴う取引タイプ、ＶＲＤ発行者のＤＩＤおよび署名、ならびに取り消されるＶＲＤのＩＤからなるフィールドを含む。ＶＲＤ取消取引でのＶＲＤ発行者の署名は、ＶＲＤ発行者の秘密鍵を用いてＶＲＤ取消取引の他のフィールドすべてをハッシュするハッシュ値を暗号化することにより生成される。
図１で「ｃ２」により示すように、ＶＲＤ取消取引は、ＶＲＤ発行者により作成され、ＶＲＤ発行機器から分散ＶＲＤ取引合意ネットワーク６０に提出される。ＶＲＤ発行者の署名は、次いで分散ＶＲＤ取引合意ネットワーク６０内でＶＲＤ発行者の公開鍵により検証できる。所定の合意がある場合、ＶＲＤ取消取引は、分散ＶＲＤ台帳に公表される。取り消されるＶＲＤのＩＤにより識別されたＶＲＤは、次いでＶＲＤ発行者のＤＩＤにより識別されたＶＲＤ発行者により分散ＶＲＤ取引合意ネットワーク６０から取り除かれる。その結果、取り消されたＶＲＤは、検証者によりもはや使用できない。

第７のタイプのＶＲＤ取引は、ＶＲＤ取出取引である。各ＶＲＤ取出取引のデータ構造は、７などの値を伴う取引タイプ、およびＶＲＤ ＩＤからなるフィールドを含む。図１で「ｄ１」により示すように、ＶＲＤ取出取引は、検証者に関連する第１の資格証明書管理者により提供される第１の資格証明書管理システム２０から分散ＶＲＤ取引合意ネットワークに提出される。その結果、図１に示す「ｄ２」により、ＶＲＤは、分散ＶＲＤ取引合意ネットワーク６０から第１の資格証明書管理システム２０に戻される。

分散ＶＲＤ取引合意ネットワークが形成され、その中にＶＲＤが記録された後、ＶＲＤを使用して資格証明書を検証する方法について、以下で詳細に論じる。検証者に関連する第１の資格証明書管理システムは、分散ＶＲＤ取引合意ネットワークおよび分散資格証明書管理取引合意ネットワークと通信して、資格証明書所有者（証明者）に関連する第２の資格証明書管理システムと対話して、資格証明書所有者の資格証明書を検証する。
図１および図１０を参照する。第１の資格証明書管理システムが分散ＶＲＤ取引合意ネットワーク上に記憶されたＶＲＤを使用して資格証明書所有者の資格証明書検証を要求するための方法が提供され、以下のステップを含む。

ステップＳ３１０：検証者機器５０から、図１に示すようにｄ１およびｄ２によりそれぞれ印をつけたＶＲＤ ＩＤおよび資格証明書所有者識別子を受信したとき、第１の資格証明書管理システム２０は、図１に示すように、ＶＲＤ取出取引に含まれるＶＲＤ ＩＤを分散ＶＲＤ取引合意ネットワーク６０に送信して、ｄ３として示すＶＲＤを得て、次いでＶＲＤおよび資格証明書管理者識別子を第２の資格証明書管理システム３０に送信する。ＶＲＤは、少なくとも１つの属性、少なくとも１つの述語、または少なくとも１つの属性と少なくとも１つの述語の両方を含む。各属性および各述語は、ＶＲＤで指定されたそのような属性および述語を検証するために少なくとも１つのタイプの資格証明書を規定する各属性および各述語自体の要件を有する。

具体的には、資格証明書所有者が、検証者機器５０を伴う検証者に接近するとき、検証者機器５０は、資格証明書所有者から資格証明書所有者識別子を受信し、第１の資格証明書管理システム２０にＶＲＤ ＩＤおよび資格証明書所有者識別子を提供する。各検証者機器５０は、資格証明書所有者用に専用ＶＲＤ ＩＤを使用してよく、または資格証明書所有者からなる異なる多数のグループ用に、および／または異なる検証目的用に、それぞれ多数のＶＲＤ ＩＤを使用してよい。専用ＶＲＤ ＩＤを使用する場合、検証者機器５０は、同一ＶＲＤ ＩＤを常に送信する。多数のＶＲＤ ＩＤを使用する場合、検証者機器５０は、資格証明書所有者のグループおよび／または検証目的に基づき、対応するＶＲＤ ＩＤを第１の資格証明書管理システム２０に提供する。一実施形態では、検証者機器５０は、ＶＲＤのバージョンをさらに提供する。
図１に示すように、第１の資格証明書管理システム２０は、次いで分散ＶＲＤ取引合意ネットワーク６０にＶＲＤ ＩＤを送信して、ＶＲＤ ＩＤを用いて分散ＶＲＤ取引合意ネットワーク６０からＶＲＤ（ｄ３）を取り出し、第２の資格証明書管理システム３０にＶＲＤ（ｄ３）および資格証明書所有者識別子（ｄ２）を送信する。資格証明書所有者識別子は、資格証明書所有者ＩＤ、および資格証明書所有者に関連する第２の資格証明書管理システム３０の識別子を含む。その結果、第１の資格証明書管理システム２０は、資格証明書所有者識別子に基づき第２の資格証明書管理システム３０を識別でき、次いで第２の資格証明書管理システム３０にＶＲＤおよび資格証明書所有者識別子を送信する。一実施形態では、第１の資格証明書管理システム２０は、ＶＲＤで規定された属性および述語に基づき第２の資格証明書管理システム３０に証明リクエストをさらに送信する。証明リクエストは、証明の中にどの属性を含まなければならないかを指定して、指定された属性をそれぞれ包含する資格証明書の存在を実証する。しかしながら、証明リクエストは、証明リクエストで使用できる資格証明書にいかなる要件も提起しない。

すでに示したように、各ＶＲＤは少なくとも１つの属性、少なくとも１つの述語、または少なくとも１つの属性と少なくとも１つの述語の両方を含むように構成できる。少なくとも１つの属性の各々は、属性名と、属性を包含する、資格証明書所有者の少なくとも１つの述語を識別する要件とを含む。ＶＲＤ内の少なくとも１つの述語の各々は、述語属性（述語文字を導出できる属性）と、述語の検証条件が満たされたかどうかを判断するための述語属性を包含する、資格証明書所有者の少なくとも１つの資格証明書を識別する要件とを含む。

ステップＳ３２０：第１の資格証明書管理システム２０は、第２の資格証明書管理システム３０から証明を受信し、次いで証明がＶＲＤで指定された少なくとも１つの属性および少なくとも１つの述語の各々に関連する要件を満足させるかどうかを確認する。

具体的には、第１の資格証明書管理システム２０からＶＲＤ ＩＤを受信後、第２の資格証明書管理システム３０は、ＶＲＤで指定された少なくとも１つの属性の各々の属性名、および少なくとも１つの述語の各々の述語属性を含む属性および述語のリストを生成する。第２の資格証明書管理システム３０は、資格証明書所有者ＩＤを含む資格証明書所有者識別子から資格証明書所有者を決定し、次いで各属性および各述語に対応する要件を満たす資格証明書を求めて資格証明書所有者のウォレットを検索する。資格証明書所有者の資格証明書は、暗号化され、ウォレットとして公知の概念でローカルデータベースに記憶される。別の実施形態では、資格証明書所有者のウォレットは、第三者により、または資格証明書所有者自身により管理できる。第２の資格証明書所有者管理システムは、ローカルデータベースにアクセスすることにより資格証明書所有者のウォレットをくまなく検索して、ＶＲＤで指定された要件を満足させる少なくとも１つの資格証明書の場所を特定する。

第２の資格証明書管理システム３０は、次いで証明リクエスト、および分散資格証明書管理取引合意ネットワーク７０を通して選択されたこれらの資格証明書に基づき、証明を作成する。図１に示すように、第２の資格証明書管理システム３０は、証明リクエスト、属性および述語リスト（ｅ１？？？）、少なくとも１つの選択された資格証明書の各々の資格証明書識別子（ｅ２？？？）、および資格証明書所有者のウォレットへのハンドルを分散資格証明書管理取引合意ネットワーク７０に送信する。資格証明書所有者のウォレットへのハンドルを使用して、資格証明書所有者の資格証明書にアクセスできる。資格証明書は、属性および値と共に、資格証明書所有者、発行者、ならびにスキーマおよび資格証明書定義に関して分散資格証明書管理台帳上に記憶された資格証明所有者および資格証明書発行者の公開鍵から導出される数学的値である「リンクシークレット（ｌｉｎｋ ｓｅｃｒｅｔ）」を含む。第２の資格証明書管理システム３０は、次いで分散資格証明書管理取引合意ネットワーク７０から戻された証明（ｆ１）を受信する。

一実施形態では、Ｈｙｐｅｒｌｅｄｇｅｒ Ｉｎｄｙ ＳＤＫを使用して、ローカル資格証明書に記憶されたリンクシークレットと、分散資格証明書管理台帳で見つかった資格証明書所有者および資格証明書発行者の公開鍵の両方を使用してゼロ知識証明を構築する証明を構築する。

一実施形態では、ゼロ知識証明（ｚｅｒｏ ｋｎｏｗｌｅｄｇｅ ｐｒｏｏｆ、ＺＫＰ）は、ＶＲＤで指定された、要求された属性および述語ごとに作成される。これらのＺＫＰは、分散資格証明書管理台帳で見つかった資格証明書所有者および資格証明書発行者の公開鍵を調べることにより検証できる。各ＺＫＰは、資格証明書所有者の資格証明書が妥当であり、かつ取り消されていないことを証明する。ゼロ知識証明に加えて、証明は平文、および／またはＶＲＤで公開オプションにより明らかにするように要求された各属性の値を含む。たとえば、「名前」（属性）を明らかにするように要求された場合、「Ｊｏｈｎ Ｄｏｅ」（属性の平文）が証明に含まれる。平文、および／または各属性の値は、資格証明書から直接に得られる。

少なくとも１つのゼロ知識証明の他に、証明は、選択された資格証明書それぞれの資格証明書識別子をさらに含む。ＶＲＤで指定された少なくとも１つの属性および少なくとも１つの述語の各々の要件を満足させる、資格証明書所有者の資格証明書がなにも識別できないとき、第２の資格証明書管理システム３０は、証明に関連する処理をなにも遂行せずに第１の資格証明書管理システム２０に失敗の指示（ｆ２）を単に送信する。それ以外の場合、第２の資格証明書管理システム３０は、第１の資格証明書管理システム２０に証明を送信する。

第１の資格証明書管理システム２０は、第２の資格証明書管理システム３０から証明を受信する。証明は、ＶＲＤで指定された属性または述語属性を包含する少なくとも１つの選択された資格証明書を識別する少なくとも１つの資格証明書識別子を含む。第１の資格証明書管理システム２０は、証明内の少なくとも１つの資格証明書識別子により示される少なくとも１つの資格証明書が、ＶＲＤで指定された少なくとも１つの属性および少なくとも１つの述語の各々の要件を満足させるかどうかを確認するために調べる。そのような確認は、第１の資格証明書管理システム２０だけで行われる。しかしながら、第１の資格証明書管理システム２０は、資格証明書所有者が、妥当であり、かつ取り消されていない少なくとも１つの選択された資格証明書を実際に所有しているかどうかを確認しない。

ステップＳ３３０：各要件を満足させたとき、第１の資格証明書管理システム２０は、妥当性確認のために分散資格証明書管理取引合意ネットワークに証明、ならびにＶＲＤで指定された少なくとも１つの属性および少なくとも１つの述語のうち少なくとも一方を送信する。

具体的には、各要件を満足させたとき、第１の資格証明書管理システム２０は、妥当性確認のために、証明（ｆ１）、ならびに少なくとも１つの属性の各々の属性名、ならびに第２の資格証明書管理システム３０で生成された属性および述語のリスト（ｅ１）と同一である、ＶＲＤで指定された少なくとも１つの述語の各々の述語属性を分散資格証明書管理取引合意ネットワーク７０に送信する。

失敗の指示を受信したとき、第１の資格証明書管理システム２０は、資格証明書所有者が、ＶＲＤで指定された少なくとも１つの属性および少なくとも１つの述語の要件を満足させる資格証明書をなにも有していないことを示す失敗という検証結果を検証者機器５０に送信し、方法の残りのステップを終結する。

ステップＳ３４０：分散資格証明書管理取引合意ネットワークから検証応答を受信すると、第１の資格証明書管理システム２０は、検証機器５０に資格証明書検証結果を送信する。

具体的には、分散資格証明書管理取引合意ネットワーク７０から検証応答（ｇ１）を受信すると、第１の資格証明書管理システム２０は、検証機器５０に検証結果（ｇ２）を送信する。数学的値であるので、証明内の対応する属性名および対応する述語属性に関する少なくとも１つのゼロ知識証明の各々は、証明内の少なくとも１つの資格証明書に関連する資格証明書所有者、資格証明書発行者、ならびにスキーマおよび証明書の規定に関して、分散資格証明書管理取引合意ネットワーク７０上に記憶された資格証明書所有者および資格証明書発行者の公開鍵に対して妥当性を確認できる。各ゼロ知識証明の妥当性確認により、ブール値であるＴＲＵＥまたはＦＡＬＳＥが生成され、対応する属性の属性または対応する述語の属性を包含する少なくとも１つの資格証明書が妥当であり、かつ取り消されていないことを示す。
検証応答は、各ゼロ知識証明の妥当性確認結果を示すブール値を含む。たとえば、ＶＲＤが属性の属性名、たとえば「ファーストネーム」、および属性の要件により識別された資格証明書、たとえば米国運転免許証である｛スキーマ＿ｉｄ＝１｝を含む場合、対応するゼロ知識証明妥当性確認のＴＲＵＥ値は、資格証明書所有者が、妥当であり、かつ取り消されていないファーストネームを包含する米国運転免許証資格証明書を所有することを意味する。その上、述語が「年齢＜６５」、および述語の要件により識別された資格証明書、たとえば米国運転免許証である｛スキーマ＿ｉｄ＝１｝である場合、対応するゼロ知識証明妥当性確認のＦＡＬＳＥ値は、米国運転免許証資格証明書は妥当ではない、または取り消されていることを意味する。検証応答に基づき、検証結果は、次いで第１の資格証明書管理システム２０から送信される。検証結果はまた、ブール値、すなわち検証の合格に対するＴＲＵＥ、およびＶＲＤで指定された検証の不合格に対するＦＡＬＳＥとすることができる。別の実施形態では、検証結果は、検証者の要求に従って修正された検証応答を伴う、カスタマイズされた報告書であってよい。

本発明の数多くの特徴および利点が、本発明の構造および機能の詳細と共に前述の説明で示されたとしても、本開示は例示でしかない。添付の特許請求の範囲が表現する用語の広い一般的な意味により示される最大限の範囲まで、本発明の原理の範囲内で特に部分の形状、サイズ、および配置に関して詳細に変更を行ってもよい。

Claims (27)

1. 第１の資格証明書管理システムが分散検証要件文書（ｖｅｒｉｆｉｃａｔｉｏｎ ｒｅｑｕｉｒｅｍｅｎｔ ｄｏｃｕｍｅｎｔ、ＶＲＤ）取引合意ネットワーク上に記憶されたＶＲＤを使用して資格証明書所有者の資格証明書検証を要求するための方法であって、
   （ａ）検証者機器から前記ＶＲＤのＶＲＤ ＩＤおよび資格証明書所有者識別子を受信するとき、前記第１の資格証明書管理システムは、前記分散ＶＲＤ取引合意ネットワークに前記ＶＲＤ ＩＤを送信して前記ＶＲＤを取り出し、第２の資格証明書管理システムに前記ＶＲＤおよび前記資格証明書所有者識別子を送信するステップを備える方法において、
   前記ＶＲＤは、前記ＶＲＤで指定された少なくとも１つの属性の各々および少なくとも１つの述語の各々を検証するために、前記少なくとも１つの属性、前記少なくとも１つの述語、または前記少なくとも１つの属性と前記少なくとも１つの述語の両方を、少なくとも１つのタイプの資格証明書を規定する要件と共に含むことを特徴とする、
   方法。
2. （ｂ）前記第１の資格証明書管理システムは、前記第２の資格証明書管理システムから証明を受信し、前記証明が、前記ＶＲＤで指定された前記少なくとも１つの属性および前記少なくとも１つの述語の各々に関連する要件を満足させるかどうかを確認するステップと、（ｃ）各前記要件を満足させたとき、前記第１の資格証明書管理システムは、検証のために分散資格証明書管理取引合意ネットワークに前記証明、ならびに前記ＶＲＤで指定された前記少なくとも１つの属性および前記少なくとも１つの述語のうち少なくとも一方を送信するステップと、（ｄ）前記分散資格証明書管理取引合意ネットワークから検証応答を受信すると、前記第１の資格証明書管理システムは、前記検証者機器に資格証明書検証結果を送信するステップと、をさらに備える、請求項１に記載の方法。
3. 前記第２の資格証明書管理システムは、前記ＶＲＤで指定された前記少なくとも１つの属性および前記少なくとも１つの述語の各々の前記要件を満足させる、前記資格証明書所有者の少なくとも１つの資格証明書を選択し、前記ＶＲＤで指定された前記少なくとも１つの属性および前記少なくとも１つの述語の各々、ならびに前記少なくとも１つの選択された資格証明書の各々の資格証明書識別子を前記分散資格証明書管理取引合意ネットワークに送信し、前記分散資格証明書管理取引合意ネットワークから受信した前記証明を前記第１の資格証明書管理システムに送信するステップをさらに備える、請求項２に記載の方法。
4. 前記資格証明書所有者識別子は、資格証明書所有者ＩＤ、および前記資格証明書所有者に関連する前記第２の資格証明書管理システムの識別子を備えることを特徴とする、請求項１に記載の方法。
5. 前記ＶＲＤは、前記ＶＲＤ ＩＤ、ＶＲＤ名、前記少なくとも１つの属性および前記少なくとも１つの述語のうち少なくとも一方、ならびにＶＲＤ発行者のＤＩＤからなるフィールドを有することを特徴とする、請求項２に記載の方法。
6. 前記少なくとも１つの属性の各々は、対応する要件、属性名、および公開オプションを含み、前記対応する要件は、前記資格証明書所有者の少なくとも１つのタイプの資格証明書を規定し、少なくとも１つの検索条件を含むことを特徴とする、請求項５に記載の方法。
7. 前記少なくとも１つの検索条件は、ＯＲブール演算子により結合される多重検索条件を備えることを特徴とする、請求項６に記載の方法。
8. 前記ＶＲＤで指定された前記少なくとも１つの述語の各々は、対応する要件、述語名、述語文字、述語属性、述語値、および述語タイプを含み、前記対応する要件は、前記資格証明書所有者の前記少なくとも１つのタイプの資格証明書を規定し、少なくとも１つの検索条件を含むことを特徴とする、請求項２に記載の方法。
9. 前記少なくとも１つの検索条件は、ＯＲブール演算子により結合される多重検索条件を備えることを特徴とする、請求項８に記載の方法。
10. 前記証明は、選択された前記資格証明書が妥当であり、かつ取り消されていないことを検証するために、前記ＶＲＤで指定された前記少なくとも１つの属性および前記少なくとも１つの述語の各々に対応するゼロ知識証明を含むことを特徴とする、請求項２に記載の方法。
11. 前記ＶＲＤで指定された前記少なくとも１つの属性の前記公開オプションは、明らかにすることを許可するとき、前記証明は、前記少なくとも１つの属性の値または内容を含むことを特徴とする、請求項６に記載の方法。
12. 前記ＶＲＤで指定された前記少なくとも１つの属性の前記公開オプションが、明らかにすることを許可するとき、前記検証結果は、前記少なくとも１つの属性の値または内容を含むことを特徴とする、請求項６に記載の方法。
13. 前記分散ＶＲＤ取引合意ネットワークおよび前記分散資格証明書管理取引合意ネットワークは、ブロックチェーンであることを特徴とする、請求項１に記載の方法。
14. 前記分散ＶＲＤ取引合意ネットワークおよび前記分散資格証明書管理取引合意ネットワークは、分離したネットワークであることを特徴とする、請求項１に記載の方法。
15. 前記分散ＶＲＤ取引合意ネットワークは、前記分散資格証明書管理取引合意ネットワークの中に一体化されることを特徴とする、請求項１に記載の方法。
16. 分散検証要件文書（ＶＲＤ）台帳を維持する分散ＶＲＤ取引合意ネットワークであって、
    ＶＲＤ管理者により提供されるＶＲＤ管理システムと、
    第１のＶＲＤ運用者により提供される第１のＶＲＤ管理ノードと、
    第２のＶＲＤ運用者により提供される第２のＶＲＤ管理ノードと、 を備える分散ＶＲＤ取引合意ネットワークにおいて、
    前記ＶＲＤ管理システム、前記第１のＶＲＤ管理ノード、および第２のＶＲＤ管理は、通信可能に接続され、
    前記分散ＶＲＤ取引合意ネットワークの所定の合意によりＶＲＤ取引の妥当性が確認された後、前記ＶＲＤ取引は、前記分散ＶＲＤ台帳に公表され、
    前記ＶＲＤ取引は、ＶＲＤ運用者登録取引、ＶＲＤ運用者取消取引、ＶＲＤ発行者登録取引、ＶＲＤ発行者取消取引、ＶＲＤ登録取引、ＶＲＤ取消取引、およびＶＲＤ取出取引の中の１つであり、
    前記分散ＶＲＤ台帳は、多数の前記ＶＲＤを記録し、
    各ＶＲＤは、ＶＲＤ ＩＤ、ＶＲＤ名、少なくとも１つの属性および少なくとも１つの述語のうち少なくとも一方、ならびに前記ＶＲＤ発行者のＤＩＤからなるフィールドを有することを特徴とする、
    分散ＶＲＤ取引合意ネットワーク。
17. 前記ＶＲＤ運用者登録取引は、ＶＲＤ運用者の公開鍵およびＤＩＤ、ならびにＶＲＤ運用者を公表するＶＲＤ管理者のＤＩＤおよび署名を備えることを特徴とする、請求項１６に記載のネットワーク。
18. 前記ＶＲＤ運用者取消取引は、ＶＲＤ運用者のＤＩＤ、ならびに前記ＶＲＤ運用者を登録し、前記ＶＲＤ運用者を取り消すＶＲＤ管理者のＤＩＤおよび署名を備えることを特徴とする、請求項１６に記載のネットワーク。
19. 前記ＶＲＤ発行者登録取引は、ＶＲＤ発行者の公開鍵およびＤＩＤ，ならびに前記ＶＲＤ発行者を公表するＶＲＤ運用者のＤＩＤおよび署名を備えることを特徴とする、請求項１６に記載のネットワーク。
20. 前記ＶＲＤ発行者取消取引は、ＶＲＤ発行者のＤＩＤ，ならびに前記ＶＲＤ発行者を登録し、前記ＶＲＤ発行者を取り消すＶＲＤ運用者のＤＩＤおよび署名を含むことを特徴とする、請求項１６に記載のネットワーク。
21. 前記ＶＲＤ登録取引は、ＶＲＤ ＩＤ、ＶＲＤ名、少なくとも１つの属性および少なくとも１つの述語のうち少なくとも一方、ならびにＶＲＤ発行者のＤＩＤおよび署名からなるフィールドを有することを特徴とする、請求項１６に記載のネットワーク。
22. 前記ＶＲＤ取消取引は、ＶＲＤを登録したＶＲＤ発行者の署名およびＤＩＤ、ならびに登録した前記ＶＲＤのＩＤからなるフィールドを有することを特徴とする、請求項１６に記載のネットワーク。
23. 前記ＶＲＤ登録取引で指定された前記少なくとも１つの属性の各々は、対応する要件、属性名、および公開オプションを含み、前記対応する要件は、前記資格証明書所有者の前記少なくとも１つのタイプの資格証明書を規定し、少なくとも１つの検索条件を含むことを特徴とする、請求項２１に記載のネットワーク。
24. 前記少なくとも１つの検索条件は、ＯＲブール演算子により結合される多重検索条件を備えることを特徴とする、請求項２３に記載のネットワーク。
25. 前記ＶＲＤ登録取引で指定された前記少なくとも１つの述語の各々は、対応する要件、述語名、述語文字、述語属性、述語値、および述語タイプを含み、前記対応する要件は、前記資格証明書所有者の前記少なくとも１つのタイプの資格証明書を規定し、少なくとも１つの検索条件を含むことを特徴とする、請求項２１に記載のネットワーク。
26. 前記少なくとも１つの検索条件は、ＯＲブール演算子により結合される多重検索条件を備えることを特徴とする、請求項２５に記載のネットワーク。
27. 前記分散ＶＲＤ取引合意ネットワークはブロックチェーンであることを特徴とする、請求項１６に記載のネットワーク。

Images