知財求人 - 知財ポータルサイト「IP Force」
▶ マイクロソフト テクノロジー ライセンシング，エルエルシーの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-06-11
(54)【発明の名称】検証可能な請求のための信頼できる管理の連鎖
(51)【国際特許分類】
H04L 9/32 20060101AFI20240604BHJP
【ＦＩ】
H04L9/32 200Z
H04L9/32 200B
H04L9/32 200F
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023574228
(86)(22)【出願日】2022-05-06
(85)【翻訳文提出日】2024-01-05
(86)【国際出願番号】 US2022027952
(87)【国際公開番号】W WO2022256119
(87)【国際公開日】2022-12-08
(31)【優先権主張番号】17/334,869
(32)【優先日】2021-05-31
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
(71)【出願人】
【識別番号】314015767
【氏名又は名称】マイクロソフト テクノロジー ライセンシング，エルエルシー
(74)【代理人】
【識別番号】100118902
【弁理士】
【氏名又は名称】山本 修
(74)【代理人】
【識別番号】100106208
【弁理士】
【氏名又は名称】宮前 徹
(74)【代理人】
【識別番号】100196508
【弁理士】
【氏名又は名称】松尾 淳一
(72)【発明者】
【氏名】マードック，ブランドン・ブライアン
(72)【発明者】
【氏名】パテル，アンクール
(72)【発明者】
【氏名】ザックス，エリック・クリストファー
(57)【要約】
第１の管理の連鎖の検証可能な請求は、第１のエンティティから第２のエンティティによって受け取られる。第１の管理の連鎖の検証可能な請求は、第１のエンティティによって署名され、オブジェクトが第１のエンティティの管理下にあったことを指定する。分散台帳にアクセスして、第１の管理の連鎖の検証可能な請求を検証する。第２の管理の連鎖の検証可能な請求が生成され、これには第１の管理の連鎖の検証可能な請求が埋め込まれ、第２のエンティティによって署名される。第２の管理の連鎖の検証可能な請求は分散台帳に記録される。第２の管理の連鎖の検証可能な請求は、第３のエンティティに提供される。第２の管理の連鎖の検証可能な請求は、オブジェクトが第２のエンティティの管理下にあったことを第３のエンティティに指定するように構成されている。
【特許請求の範囲】
【請求項1】
分散台帳に裏付けられた分散識別子（ＤＩＤ）を実装する、分散ネットワークに管理の連鎖を記録するための計算システムであって、１つまたは複数のプロセッサと、
コンピュータ実行可能命令を有する１つまたは複数のコンピュータ可読記憶媒体と
を含み、前記コンピュータ実行可能命令は、前記１つまたは複数のプロセッサによって実行されると、前記計算システムに、
第２のエンティティにおいて、第１のエンティティから第１の管理の連鎖の検証可能な請求を受け取ることであって、前記第１の管理の連鎖の検証可能な請求は、前記第１のエンティティによって署名され、前記第１の管理の連鎖の検証可能な請求が受け取られた時点でオブジェクトが前記第１のエンティティの管理下にあったことを指定する、受け取ることと、
分散台帳にアクセスして、前記第１の管理の連鎖の検証可能な請求を検証することと、
第２の管理の連鎖の検証可能な請求を生成することであって、前記第２の管理の連鎖の検証可能な請求は、その中に前記第１の管理の連鎖の検証可能な請求を埋め込み、前記第２のエンティティによって署名される、生成することと、
前記第２の管理の連鎖の検証可能な請求の少なくとも一部を前記分散台帳に記録することと、
前記第２の管理の連鎖の検証可能な請求を第３のエンティティに提供することであって、前記第２の管理の連鎖の検証可能な請求は、前記第２の管理の連鎖の検証可能な請求が前記第３のエンティティに提供された時点で、前記オブジェクトが前記第２のエンティティの管理下にあったことを前記第３のエンティティに指定するように構成される、提供することと
を実行させるように構成された、
計算システム。
【請求項2】
請求項１に記載の計算システムであって、前記第１のエンティティは、前記管理の連鎖を開始するエンティティである、計算システム。
【請求項3】
請求項１に記載の計算システムであって、前記第１のエンティティは、前記オブジェクトを作成するエンティティである、計算システム。
【請求項4】
請求項１に記載の計算システムであって、前記第２の管理の連鎖の検証可能な請求は、前記オブジェクトに対して行われた修復または変更を指定する請求を含む、計算システム。
【請求項5】
請求項１に記載の計算システムであって、前記第２の管理の連鎖の検証可能な請求は、信頼できるエンティティによってなされた請求を含む、計算システム。
【請求項6】
請求項１に記載の計算システムであって、前記オブジェクトはデジタルオブジェクトであり、前記第１の管理の連鎖の検証可能な請求は、前記デジタルオブジェクトのメタデータに含まれる、計算システム。
【請求項7】
請求項１に記載の計算システムであって、前記第１の管理の連鎖の検証可能な請求は、前記第１の管理の連鎖の検証可能な請求のメタデータ内に前記オブジェクトのデジタル画像を含む、計算システム。
【請求項8】
分散台帳に裏付けられた分散識別子（ＤＩＤ）を実装する、分散ネットワークに管理の連鎖を記録するための方法であって、第２のエンティティにおいて、第１のエンティティから第１の管理の連鎖の検証可能な請求を受け取るステップであって、前記第１の管理の連鎖の検証可能な請求は、前記第１のエンティティによって署名され、前記第１の管理の連鎖の検証可能な請求が受け取られた時点でオブジェクトが前記第１のエンティティの管理下にあったことを指定する、ステップと、
分散台帳にアクセスして、前記第１の管理の連鎖の検証可能な請求を検証するステップと、
第２の管理の連鎖の検証可能な請求を生成するステップであって、前記第２の管理の連鎖の検証可能な請求は、その中に前記第１の管理の連鎖の検証可能な請求を埋め込み、前記第２のエンティティによって署名される、ステップと、
前記第２の管理の連鎖の検証可能な請求の少なくとも一部を前記分散台帳に記録するステップと、
前記第２の管理の連鎖の検証可能な請求を第３のエンティティに提供するステップであって、前記第２の管理の連鎖の検証可能な請求は、前記第２の管理の連鎖の検証可能な請求が前記第３のエンティティに提供された時点で前記オブジェクトが前記第２のエンティティの管理下にあったことを前記第３のエンティティに指定するように構成される、ステップと
を含む方法。
【請求項9】
分散台帳に裏付けられた分散識別子（ＤＩＤ）を実装する、分散ネットワークにおける管理の連鎖を検証するための計算システムであって、１つまたは複数のプロセッサと、
コンピュータ実行可能命令を有する１つまたは複数のコンピュータ可読記憶媒体と
を含み、前記コンピュータ実行可能命令は、前記１つまたは複数のプロセッサによって実行されると、前記計算システムに、
第３のエンティティにおいて、第１のエンティティからオブジェクトに関連する第１の管理の連鎖の検証可能な請求を受け取ることであって、前記第１の管理の連鎖の検証可能な請求は、前記第１のエンティティによって生成された第１の署名を含み、その中に前記第１のエンティティが第２のエンティティから受け取った前記オブジェクトに関連する第２の管理の連鎖の検証可能な請求が埋め込まれており、前記第２の管理の連鎖の検証可能な請求は、前記第２のエンティティによって生成された第２の署名を含む、受け取ることと、
分散台帳にアクセスして、前記第１の管理の連鎖の検証可能な請求を検証することであって、前記第１の管理の連鎖の検証可能な請求の検証は、前記第１の管理の連鎖の検証可能な請求が前記第３のエンティティによって受け取られた時点で、前記第１のエンティティが前記オブジェクトの適切な管理権を有していたことを示す、検証することと、
前記第１の管理の連鎖の検証可能な請求の検証が成功すると、前記分散台帳にアクセスして、前記第２の管理の連鎖の検証可能な請求を検証することであって、前記第２の管理の連鎖の検証可能な請求の検証は、前記第２の管理の連鎖の検証可能な請求が前記第１のエンティティによって受け取られた時点で、前記第２のエンティティが前記オブジェクトの適切な管理権を有していたことを示す、検証することと
を実行させるように構成された、
計算システム。
【請求項10】
請求項９に記載の計算システムであって、前記オブジェクトはデジタルオブジェクトであり、前記第１の管理の連鎖の検証可能な請求は前記デジタルオブジェクトのメタデータに含まれる、計算システム。
【発明の詳細な説明】
【背景技術】
【0001】
デジタルアイデンティティは、さまざまなデジタルコンテキストにわたってエンティティを追跡する機構である。アイデンティティが決定されると、そのアイデンティティを持つエンティティに関連して適切なアクションを実行できる。一例として、認可、特権、カスタマイズ、およびアクセスをエンティティに提供できる。したがって、デジタルアイデンティティは、認可と特権を適切に封じ込めて情報を適切な信頼境界に確実に制限するための重要な機構である。デジタルアイデンティティは、データおよびカスタマイズにアクセスする際に、ポジティブで一貫したユーザエクスペリエンスを確保するための重要な機構でもある。
【0002】
現在使用されている、アイデンティティを証明する文書や記録のほとんどは、政府、企業、学校、雇用主、またはその他のサービスセンターもしくは規制組織などの集中組織によって発行されている。これらの組織は多くの場合、集中アイデンティティ管理（ｍａｎａｇｅｍｅｎｔ）システムですべてのメンバーのアイデンティティを維持する。集中アイデンティティ管理システムは、組織が、発行されたアイデンティティ、その認証、認可、役割、および特権を管理する（ｍａｎａｇｅ）ために使用される集中情報システムである。集中アイデンティティ管理システムは、専門的に保守されたハードウェアおよびソフトウェアを使用することが多いため、安全であると考えられている。通常、アイデンティティ発行組織は、組織に人物を登録するための条件と要件を設定する。当事者が他の当事者のアイデンティティを検証する必要がある場合、検証する当事者は、多くの場合、集中アイデンティティ管理システムを経由して、相手方のアイデンティティを検証および／または認証する情報を取得する必要がある。
【0003】
分散識別子（ＤＩＤ）は、より新しいタイプの識別子である。分散識別子は、集中レジストリ、アイデンティティプロバイダ、または認証局から独立している。分散台帳技術（ブロックチェーンなど）は、完全に分散された識別子を使用する機会を提供する。分散台帳技術は、分散台帳を使用して、２つ以上の当事者間のトランザクションを検証可能な方法で記録する。トランザクションが記録されると、台帳のすべての後続セクションを変更しない限り、台帳のセクション内のデータを遡って変更することはできない。これにより、分散台帳に記録されたデータの改ざんが困難または不可能な、かなり安全なプラットフォームが提供される。ＤＩＤは通常、集中管理システムによって制御されず、ＤＩＤの所有者によって所有されるため、ＤＩＤは権限のないアイデンティティと呼ばれることがある。
【0004】
本明細書で特許請求される主題は、あらゆる欠点を解決する実施形態、または上記のような環境でのみ動作する実施形態に限定されない。むしろ、この背景は、本明細書で説明するいくつかの実施形態が実施され得る１つの例示的な技術分野を説明するためにのみ提供される。
【発明の概要】
【0005】
この概要は、以下の発明を実施するための形態でさらに説明される概念の選択を簡略化した形式で紹介するために提供されている。この発明の概要は、特許請求された主題の主要な特徴または本質的な特徴を識別することを意図したものではなく、特許請求された主題の範囲を決定する際の補助として使用されることを意図したものでもない。
【0006】
計算技術は、「検証可能な請求または証明書」と呼ばれるデータ構造を提供する。これらの技術では、請求発行者が対象について１つまたは複数の請求を作成し、検証可能な請求を生成する。検証可能な請求には、これらの請求、ならびに請求が改ざんされておらず、実際に請求発行者によって発行されたものであることを証明するための証明指示が含まれる。検証可能な請求には、検証可能な請求の使用が有効な期間を定義するか、または検証可能な請求の使用が認可される特定の回数を定義する持続期間情報メタデータも含まれることがよくある。分散環境では、検証可能な請求には請求発行者のＤＩＤも含まれる。次に、請求発行者は、請求の真実性に依存する任意の信頼当事者に提示するために、検証可能な請求を請求保持者に提供する。
【0007】
一例として、請求発行者は、運転免許証の発行を担当する政府機関に関連する計算システムであり得る。政府機関の計算システムは、生年月日、居住地住所、体重、目の色、髪の色、運転認可、運転認可の制限など、国民に関する請求を含む検証可能な請求を生成し得る。政府機関の計算システムは、検証可能な請求を国民に発行する。国民が法の執行により止められた場合、国民の計算システムは検証可能な請求を提示し得、これにより、法の執行に関連する計算システムは証明指示を使用して、請求が政府機関によって発行されたものであり、実際に発行以来改ざんされていないことを検証できる。別の例では、予防接種計算システムを提供する組織が、子供の親に対して、子供が特定の予防接種を受けたと主張する請求を発行し得る。次に、親の計算システムは、これらの予防接種請求を、子供が通う学校に提示することができる。上記の例では、信頼当事者は法執行機関と子供が通う学校、より具体的には法執行機関と学校の計算システムであった。
【0008】
いくつかの検証可能な請求は、価値があると考えられ、さまざまなエンティティによって売買できる特定のオブジェクトを対象とする。例えば、そのようなオブジェクトは、デジタルもしくは物理的な芸術作品、または家具もしくは車などの骨董品であり得る。したがって、第１のエンティティがオブジェクトを作成することができる。あるいは、第１のエンティティは、オブジェクトが真正であることを妥当性検査できるアートブローカーなどのエンティティであってもよい。次に、第１のエンティティはオブジェクトを第２のエンティティに販売することができる。第２のエンティティは、その作成者またはアートブローカーなどのエンティティからオブジェクトを受け取ったため、第２のエンティティは通常、そのオブジェクトが真正であるという高い確信を持つ。しかし、後日、第２のエンティティがオブジェクトを第３のエンティティに販売することを選択する場合があり、次いで第３のエンティティがそのオブジェクトが第４のエンティティに販売する場合がある、というようになる。
【0009】
第１のエンティティからの管理の連鎖（ｃｈａｉｎ ｏｆ ｃｕｓｔｏｄｙ）が長くなるにつれて、購入エンティティがそのオブジェクトが真正であるかどうかを知ることがますます困難になり得る。例えば、ある時点で、エンティティがオブジェクトの不正なバージョンを販売しようとし得る。あるいは、オブジェクトを所有していないエンティティが、自分が所有していると主張を試みる場合があり、これを利用して不正な販売を開始しようとし得る。多くの場合、購入エンティティは、そのオブジェクトが真正であるかどうか、および販売エンティティがそのオブジェクトを所有しているかどうかを確認する方法がない状態になる。
【0010】
本明細書に提示される実施形態は、上述の問題に対する新規な解決策を提供する。本明細書に提示される実施形態は、オブジェクトの管理の連鎖を分散台帳に記録することを可能にする。その後、後続の各購入者がこの管理の連鎖にアクセスして検証できることで、購入しているオブジェクトが真正であることを保証するのに役立ち得る。例えば、第１のエンティティは、第１の管理の連鎖の検証可能な請求を生成し、次いで、これ（または少なくとも検証可能な請求の表現）をブロックチェーンに記録できる。第２のエンティティがオブジェクトの購入を希望する場合、分散台帳にアクセスでき、第１の管理の連鎖の検証可能な請求を検証できる。第１の管理の連鎖の検証可能な請求が検証されると、第２のエンティティは、購入する前にそのオブジェクトが真正であるという確信を持つことができる。
【0011】
次に、第２のエンティティは、第１の管理の連鎖の検証可能な請求を埋め込む第２の管理の連鎖の検証可能な請求を生成し、次いで、これを分散台帳に記録することができる。第３のエンティティがオブジェクトの購入を希望する場合、分散台帳にアクセスでき、第２の管理の連鎖の検証可能な請求と、埋め込まれた第１の管理の連鎖の検証可能な請求の両方を検証することができる。第１および第２の管理の連鎖の検証可能な請求が検証されると、第３のエンティティは、そのオブジェクトが、購入する前に真正であるという確信を持つことができる。追加の管理の連鎖の検証可能な請求を生成して埋め込み、それらを分散台帳に記録するプロセスは、オブジェクトの所有権が変更されるたびに発生し得るため、後続のすべての購入者に信頼が生まれる。
【0012】
一実施形態では、第１の管理の連鎖の検証可能な請求が、第１のエンティティから第２のエンティティによって受け取られる。第１の管理の連鎖の検証可能な請求は、第１のエンティティによって署名され、第１の管理の連鎖の検証可能な請求が受け取られた時点で、オブジェクトが第１のエンティティの管理（ｃｕｓｔｏｄｙ）下にあったことを指定する。分散台帳にアクセスして、第１の管理の連鎖の検証可能な請求を検証する。第２の管理の連鎖の検証可能な請求が生成される。第２の管理の連鎖の検証可能な請求には、第１の管理の連鎖の検証可能な請求が埋め込まれており、第２のエンティティによって署名されている。第２の管理の連鎖の検証可能な請求の少なくとも一部が分散台帳に記録される。第２の管理の連鎖の検証可能な請求は、第３のエンティティに提供される。第２の管理の連鎖の検証可能な請求は、第２の管理の連鎖の検証可能な請求が第３のエンティティに提供された時点で、オブジェクトが第２のエンティティの管理下にあったことを第３のエンティティに指定するように構成される。
【0013】
一実施形態では、オブジェクトに関連する第１の管理の連鎖の検証可能な請求が、第１のエンティティから第３のエンティティによって受け取られる。第１の管理の連鎖の検証可能な請求は、第１のエンティティによって生成された第１の署名を含み、第１のエンティティが第２のエンティティから受け取ったオブジェクトに関連する第２の管理の連鎖の検証可能な請求を埋め込む。第２の管理の連鎖の検証可能な請求には、第２のエンティティによって生成された第２の署名が含まれる。分散台帳にアクセスして、第１の管理の連鎖の検証可能な請求を検証する。第１の管理の連鎖の検証可能な請求の検証は、第１の管理の連鎖の検証可能な請求が第３のエンティティによって受け取られた時点で、第１のエンティティがオブジェクトの適切な管理権（ｃｕｓｔｏｄｙ）を有していたことを示す。第１の管理の連鎖の検証可能な請求の検証が成功すると、分散台帳にアクセスして第２の管理の連鎖の検証可能な請求を検証する。第２の管理の連鎖の検証可能な請求の検証は、第２の管理の連鎖の検証可能な請求が第１のエンティティによって受け取られた時点で、第２のエンティティがオブジェクトの適切な管理権を有していたことを示す。
【0014】
追加の特徴および利点は、以下の説明に記載され、部分的にはその説明から明らかになるか、または本明細書の教示を実践することによって学習され得る。本発明の特徴および利点は、添付の特許請求の範囲で特に指摘された手段および組合せによって実現および獲得することができる。本発明の特徴は、以下の説明および添付の特許請求の範囲からより完全に明らかになるか、または以下に記載する本発明の実施によって学習され得る。
【0015】
上記およびその他の利点もしくは特徴を得ることができる方法を説明するために、上で簡単に説明した主題のより詳細な説明は、添付の図面に示される特定の実施形態を参照することによって行われる。これらの図面は典型的な実施形態のみを示しており、したがって範囲を限定するものとみなされるべきではないことを理解して、実施形態は、添付の図面を使用することによってさらに具体的かつ詳細に記載および説明される。
【図面の簡単な説明】
【0016】
【図1】本明細書で説明される原理が採用され得る例示的な計算システムを示す図である。
【図2】分散識別または識別子（ＤＩＤ）を作成するための環境例を示す図である。
【図3】さまざまなＤＩＤ管理（ｍａｎａｇｅｍｅｎｔ）動作およびサービスの環境例を示す図である。
【図4】分散パーソナル記憶装置またはアイデンティティハブの例を示す図である。
【図5】本明細書で説明する原理が実装される環境例を示す図である。
【図6A】請求の例を示す図である。
【図6B】検証可能な請求の例を示す図である。
【図7A】分散ネットワークにおける管理の連鎖の記録と検証に使用できる環境例を示す図である。
【図7B】真正性および管理の連鎖の請求の例を示す図である。
【図7C】一連の元の（ｏｒｉｇｉｎａｔｉｎｇ）管理の連鎖の検証可能な請求の例を示す図である。
【図7D】別の例示的な管理の連鎖の請求を示す図である。
【図7E】元の管理の連鎖の検証可能な請求が埋め込まれた管理の連鎖の検証可能な請求の例を示す図である。
【図7F】別の例示的な管理の連鎖の請求を示す図である。
【図7G】元の管理の連鎖の検証可能な請求と、その中に埋め込まれた別の管理の連鎖の検証可能な請求とを有する管理の連鎖の検証可能な請求の例を示す図である。
【図7J】修復検証可能な請求を含む管理の連鎖の検証可能な請求の例を示す図である。
【図7K】支援（ｅｎｄｏｒｓｅｍｅｎｔ）検証可能な請求を含む管理の連鎖の検証可能な請求の例を示す図である。
【図8】複数の管理の連鎖の検証可能な請求を検証するフローの例を示す図である。
【図9】元の管理の連鎖の検証可能な請求の代替実施形態を示す図である。
【図10】分散台帳に裏付けられた分散識別子（ＤＩＤ）を実装する分散ネットワークにおいて管理の連鎖を記録するための例示的な方法のフローチャートを示す図である。
【図11】分散台帳に裏付けられた分散識別子（ＤＩＤ）を実装する分散ネットワークにおける管理の連鎖を検証するための例示的な方法のフローチャートを示す図である。
【発明を実施するための形態】
【0017】
一実施形態では、第１の管理の連鎖の検証可能な請求が、第１のエンティティから第２のエンティティによって受け取られる。第１の管理の連鎖の検証可能な請求は、第１のエンティティによって署名され、第１の管理の連鎖の検証可能な請求が受け取られた時点で、オブジェクトが第１のエンティティの管理下にあったことを指定する。分散台帳にアクセスして、第１の管理の連鎖の検証可能な請求を検証する。第２の管理の連鎖の検証可能な請求が生成される。第２の管理の連鎖の検証可能な請求には、第１の管理の連鎖の検証可能な請求が埋め込まれており、第２のエンティティによって署名されている。第２の管理の連鎖の検証可能な請求の少なくとも一部が分散台帳に記録される。第２の管理の連鎖の検証可能な請求は、第３のエンティティに提供される。第２の管理の連鎖の検証可能な請求は、第２の管理の連鎖の検証可能な請求が第３のエンティティに提供された時点で、オブジェクトが第２のエンティティの管理下にあったことを第３のエンティティに指定するように構成される。
【0018】
一実施形態では、オブジェクトに関連する第１の管理の連鎖の検証可能な請求が、第１のエンティティから第３のエンティティによって受け取られる。第１の管理の連鎖の検証可能な請求は、第１のエンティティによって生成された第１の署名を含み、第１のエンティティが第２のエンティティから受け取ったオブジェクトに関連する第２の管理の連鎖の検証可能な請求を埋め込む。第２の管理の連鎖の検証可能な請求には、第２のエンティティによって生成された第２の署名が含まれる。分散台帳にアクセスして、第１の管理の連鎖の検証可能な請求を検証する。第１の管理の連鎖の検証可能な請求の検証は、第１の管理の連鎖の検証可能な請求が第３のエンティティによって受け取られた時点で、第１のエンティティがオブジェクトの適切な管理権を有していたことを示す。第１の管理の連鎖の検証可能な請求の検証が成功すると、分散台帳にアクセスして第２の管理の連鎖の検証可能な請求が検証される。第２の管理の連鎖の検証可能な請求の検証は、第２の管理の連鎖の検証可能な請求が第１のエンティティによって受け取られた時点で、第２のエンティティがオブジェクトの適切な管理権を有していたことを示す。
【0019】
本明細書で説明する原理は計算システムのコンテキストで実行されるため、計算システムのいくつかの導入的な説明は図１を参照して説明される。次に、この説明は、残りの図に関して本明細書に開示される実施形態の原理に戻る。
【0020】
計算システムは現在、ますますさまざまな形をとっている。計算システムは、例えば、ハンドヘルドデバイス、アプライアンス、ラップトップコンピュータ、デスクトップコンピュータ、メインフレーム、分散計算システム、データセンター、またはウェアラブル（例えばメガネ）など、従来計算システムとは考えられていなかったデバイスであってもよい。この説明および特許請求の範囲において、「計算システム」という用語は、任意のデバイスまたはシステム（またはそれらの組合せ）を含むものとして広く定義され、これは、少なくとも１つの物理的かつ有形のプロセッサと、プロセッサによって実行されるコンピュータ実行可能命令を有することができる物理的かつ有形のメモリとを含む。メモリは任意の形式をとり、計算システムの性質と形式によって決まる。計算システムはネットワーク環境上に分散され、複数の構成計算システムを含む。
【0021】
図１に示すように、その最も基本的な構成では、計算システム１００は、通常、少なくとも１つのハードウェア処理ユニット１０２およびメモリ１０４を含む。ハードウェア処理ユニット１０２は、汎用プロセッサを含み、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、または任意の他の専門化された回路も含む。メモリ１０４は物理システムメモリであり、揮発性、不揮発性、またはその２つのいくつかの組合せである。「メモリ」という用語は、本明細書では、物理記憶媒体などの不揮発性大容量記憶装置を指すためにも使用される。計算システムが分散されている場合、処理、メモリ、および記憶装置の機能も分散される。
【0022】
計算システム１００はまた、しばしば「実行可能コンポーネント」と呼ばれる複数の構造をその上に有する。例えば、計算システム１００のメモリ１０４は、実行可能コンポーネント１０６を含むものとして示されている。「実行可能コンポーネント」という用語は、ソフトウェア、ハードウェア、またはそれらの組合せであり得る構造として計算分野の当業者によく理解されている構造の名前である。例えば、ソフトウェアに実装される場合、当業者であれば、実行可能コンポーネントの構造にはソフトウェアオブジェクト、ルーチン、方法などが含まれ、計算システムで実行され、そのような実行可能コンポーネントが計算システムのヒープに存在するかどうか、または実行可能コンポーネントがコンピュータ可読記憶媒体に存在するかどうかを理解するであろう。
【0023】
このような場合には、当業者は、実行可能コンポーネントの構造がコンピュータ可読媒体上に存在するため、計算システムの１つまたは複数のプロセッサによって（例えば、プロセッサスレッドによって）解釈されると、計算システムに機能が実行されることを認識するであろう。このような構造は、プロセッサによって直接コンピュータで読み取り可能である（実行可能コンポーネントがバイナリの場合と同様）。あるいは、構造は、プロセッサによって直接解釈可能なそのようなバイナリを生成するために、解釈可能であるおよび／またはコンパイル（単一ステージまたは複数ステージで）されるように構造化される。実行可能コンポーネントの構造例のそのような理解は、「実行可能コンポーネント」という用語を使用する場合、計算技術の当業者の理解の範囲内に十分に含まれる。
【0024】
「実行可能コンポーネント」という用語はまた、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、または任意の他の専門化された回路内などのハードウェア内で排他的またはほぼ排他的に実装される、ハードコード化または配線された論理ゲートなどの構造を含むものとして当業者にはよく理解される。したがって、「実行可能コンポーネント」という用語は、ソフトウェア、ハードウェア、またはその組合せで実装されるかどうかにかかわらず、計算技術の当業者にはよく理解される構造を表す用語である。この説明では、「コンポーネント」、「エージェント」、「マネージャ」、「サービス」、「エンジン」、「モジュール」、「仮想マシン」などの用語も使用される。この説明および事例で使用されるように、これらの用語は（修飾句の有無にかかわらず）「実行可能コンポーネント」という用語と同義であることも意図され、したがって、計算技術の当業者にはよく理解される構造も有する。
【0025】
以下の説明では、実施形態は、１つまたは複数の計算システムによって実行される行為を参照して説明される。そのような行為がソフトウェアで実装される場合、（行為を実行する関連計算システムの）１つまたは複数のプロセッサは、実行可能コンポーネントを構成するコンピュータ実行可能命令の実行に応答して、計算システムの動作を指示する。例えば、そのようなコンピュータ実行可能命令は、コンピュータプログラム製品を形成する１つまたは複数のコンピュータ可読媒体上に具体化される。このような動作の例には、データの操作が含まれる。このような行為がＦＰＧＡやＡＳＩＣ内などのハードウェア内で排他的またはほぼ排他的に実装される場合、コンピュータ実行可能命令はハードコード化または配線された論理ゲートである。コンピュータ実行可能命令（および操作されたデータ）は、計算システム１００のメモリ１０４に記憶される。計算システム１００は、例えばネットワーク１１０を介して計算システム１００が他の計算システムと通信できるようにする通信チャネル１０８も含む。
【0026】
すべての計算システムがユーザインターフェースを必要とするわけではないが、いくつかの実施形態では、計算システム１００は、ユーザとのインターフェースに使用するためのユーザインターフェースシステム１１２を含む。ユーザインターフェースシステム１１２は、出力機構１１２Ａおよび入力機構１１２Ｂを含む。本明細書で説明される原理は、正確な出力機構１１２Ａまたは入力機構１１２Ｂに限定されるものではなく、それ自体はデバイスの性質に依存する。しかし、出力機構１１２Ａには、例えば、スピーカ、ディスプレイ、触覚出力、ホログラムなどが含まれ得る。入力機構１１２Ｂの例としては、例えば、マイクロフォン、タッチスクリーン、ホログラム、カメラ、キーボード、マウスまたは他のポインタ入力、任意の種類のセンサなどが含まれ得る。本明細書で説明される実施形態は、以下でより詳細に説明されるように、例えば１つまたは複数のプロセッサおよびシステムメモリなどのコンピュータハードウェアを含む専用もしくは汎用の計算システムを備えるか、または利用する。本明細書に記載される実施形態は、コンピュータ実行可能命令および／もしくはデータ構造を搬送または記憶するための物理媒体および他のコンピュータ可読媒体も含む。このようなコンピュータ可読媒体は、汎用または専用の計算システムによってアクセスできる任意の利用可能な媒体であり得る。コンピュータ実行可能命令を記憶するコンピュータ可読媒体は、物理記憶媒体である。コンピュータ実行可能命令を搬送するコンピュータ可読媒体は、伝送媒体である。したがって、限定ではなく例として、本発明の実施形態は、少なくとも２つの明確に異なる種類のコンピュータ可読媒体、すなわち記憶媒体と伝送媒体とを備えることができる。
【0027】
コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭ、またはその他の光ディスク記憶装置、磁気ディスク記憶装置、またはその他の磁気記憶デバイス、あるいはその他の任意の物理的および有形記憶媒体が含まれ、これは、コンピュータ実行可能命令またはデータ構造の形式で所望のプログラムコード手段を記憶するために使用でき、汎用または専用の計算システムによってアクセスできる。
【0028】
「ネットワーク」は、計算システムおよび／またはモジュールおよび／または他の電子デバイス間での電子データの転送を可能にする１つまたは複数のデータリンクとして定義される。情報がネットワークまたは別の通信接続（有線、無線、もしくは有線と無線の組合せ）を介して計算システムに転送または提供される場合、計算システムはその接続を伝送媒体として適切に認識する。伝送媒体には、コンピュータ実行可能命令またはデータ構造の形で所望のプログラムコード手段を搬送するために使用でき、汎用または専用の計算システムによってアクセスできる、ネットワークおよび／またはデータリンクが含まれ得る。上記の組合せもコンピュータ可読媒体の範囲内に含まれる必要がある。
【0029】
さらに、さまざまな計算システムコンポーネントに到達すると、コンピュータ実行可能命令またはデータ構造の形式のプログラムコード手段を、伝送媒体から記憶媒体へ（またはその逆に）自動的に転送することができる。例えば、ネットワークまたはデータリンクを介して受け取ったコンピュータ実行可能命令またはデータ構造は、ネットワークインターフェースモジュール（例えば「ＮＩＣ」）内のＲＡＭにバッファリングし、最終的に計算システムのＲＡＭおよび／または計算システムの揮発性の低い記憶媒体に転送することができる。したがって、記憶媒体は、伝送媒体も（または主に）利用する計算システムコンポーネントに含めることができることを理解されたい。
【0030】
コンピュータ実行可能命令は、例えば、プロセッサで実行されると、汎用計算システム、専用計算システム、または専用処理デバイスに特定の機能または機能グループを実行させる命令およびデータを含む。代替として、または追加として、コンピュータ実行可能命令は、特定の機能または機能のグループを実行するように計算システムを構成する。コンピュータ実行可能命令は、例えば、バイナリ、またはプロセッサによって直接実行される前にいくつかの変換（コンパイルなど）を受ける命令（アセンブリ言語などの中間形式の命令、あるいはソースコードなど）である。
【0031】
主題は、構造的特徴および／または方法論的行為に特有の言語で説明されているが、添付の特許請求の範囲で定義される主題は、必ずしも上述の説明された特徴または行為に限定されないことが理解されるべきである。むしろ、記載された特徴および行為は、特許請求の範囲を実装する例示的な形態として開示される。
【0032】
当業者は、本発明が多くのタイプの計算システム構成を備えたネットワーク計算環境で実施されることを理解するであろう。これは、パーソナルコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、メッセージプロセッサ、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースまたはプログラム可能な家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、携帯電話、ＰＤＡ、ポケットベル、ルーター、スイッチ、データセンター、ウェアラブル（メガネなど）などを含む。場合によっては、本発明は、ローカルおよびリモートの計算システムである分散システム環境でも実施され、これらはネットワークを通じて（有線データリンク、無線データリンク、または有線データリンクと無線データリンクの組合せによって）リンクされており、両方ともタスクを実行する。分散システム環境では、プログラムモジュールはローカルとリモートの両方のメモリ記憶デバイスに配置される。
【0033】
当業者はまた、本発明がクラウド計算環境で実施されることを理解するであろう。クラウド計算環境は分散されているが、これは必須ではない。分散される場合、クラウド計算環境は組織内で国際的に分散される、および／または複数の組織にまたがってコンポーネントが所有される。この説明および以下の特許請求の範囲において、「クラウド計算」は、構成可能な計算リソース（例えば、ネットワーク、サーバー、記憶装置、アプリケーション、およびサービス）の共有プールへのオンデマンドネットワークアクセスを可能にするモデルとして定義される。「クラウド計算」の定義は、適切に展開された場合にそのようなモデルから得られ得る他の数多くの利点のいずれにも限定されない。
【0034】
残りの図は、前述の計算システム１００に対応するさまざまな計算システムについて説明する。残りの図の計算システムは、後述するように、本明細書に開示されるさまざまな実施形態を実装するさまざまなコンポーネントまたは機能ブロックを含む。さまざまなコンポーネントまたは機能ブロックは、ローカル計算システム上に実装されるか、またはクラウドに存在する要素を含む分散計算システムもしくはクラウド計算の側面を実装する分散計算システム上に実装される。さまざまなコンポーネントまたは機能ブロックは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアの組合せとして実装される。残りの図の計算システムには、図に示されているコンポーネントより多いか、または少ないコンポーネントが含まれており、コンポーネントのいくつかは状況に応じて組み合わされる。必ずしも図示されていないが、計算システムのさまざまなコンポーネントは、それらのさまざまな機能を実行するために必要に応じて、処理ユニット１０２およびメモリ１０４などのプロセッサおよびメモリにアクセスする、および／またはそれらを利用する。
【0035】
ここで、分散識別（ＤＩＤ）およびそれらが作成され存在する環境についてのいくつかの導入的な説明が、分散ネットワーク２００を示す図２に関して与えられる。図２に示すように、ＤＩＤ所有者２０１は、ＤＩＤ所有者２０１のアイデンティティを表すＤＩＤ２０５を所有または制御する。ＤＩＤ所有者２０１は、作成および登録サービスを使用してＤＩＤを登録するが、これについては以下でより詳細に説明する。
【0036】
ＤＩＤ所有者２０１は、ＤＩＤから利益を得ることができる任意のエンティティである。例えば、ＤＩＤ所有者２０１は人間または人間の組織である。このような組織には、会社、部門、政府、機関、またはその他の任意の組織もしくは組織グループが含まれ得る。個々の人間はＤＩＤを有し得、一方、各人が所属する組織も同様にＤＩＤを有し得る。
【0037】
あるいは、ＤＩＤ所有者２０１は、マシン、システム、またはデバイス、あるいはマシン、デバイス、および／またはシステムのコレクションである。さらに他の実施形態では、ＤＩＤ所有者２０１は、マシン、システム、またはデバイスのサブパーツである。例えば、デバイスはプリント回路基板であり得、その回路基板のサブパーツは回路基板の個々のコンポーネントである。このような実施形態では、マシンまたはデバイスはＤＩＤを有し、各サブパーツもＤＩＤを有する。ＤＩＤ所有者は、図１に関して上で説明した実行可能コンポーネント１０６などのソフトウェアコンポーネントでもあり得る。複雑な実行可能コンポーネント１０６の例は、人工知能であり得る。人工知能もＤＩＤを所有する。
【0038】
したがって、ＤＩＤ所有者２０１は、ＤＩＤ２０５を作成できるか、または少なくとも自分のために作成され関連付けられたＤＩＤ２０５を有することができる、人間または人間以外の任意の合理的なエンティティである。ＤＩＤ所有者２０１は単一のＤＩＤ２０５を有するように示されているが、状況に応じてＤＩＤ所有者２０１に関連付けられるＤＩＤはいくつでも存在するため、そうである必要はない。
【0039】
前述したように、ＤＩＤ所有者２０１はＤＩＤ２０５を作成して登録する。ＤＩＤ２０５は、ＤＩＤ所有者２０１に関連付けられた任意の識別子である。好ましくは、その識別子は、少なくともＤＩＤが使用されると予想される範囲内で、そのＤＩＤ所有者２０１に固有である。一例として、識別子はローカルに固有の識別子であり、グローバルに動作することが予想されるアイデンティティシステムにとってはグローバルに固有の識別子であることがおそらくより望ましい。いくつかの実施形態では、ＤＩＤ２０５は、ユニフォームリソース識別子（ＵＲＩ）（ＵＲＬ（ユニフォームリソースロケータ）など）、またはＤＩＤ所有者２０１を、ＤＩＤ所有者２０１と信頼できる対話を行う機構に関連付ける他のポインタである。
【0040】
ＤＩＤ２０５は、生成、管理（ｍａｎａｇｅｍｅｎｔ）、または使用のために集中のサードパーティ管理システムを必要としないため、「分散」である。したがって、ＤＩＤ２０５はＤＩＤ所有者２０１の制御下に残る。これは、企業ディレクトリサービス、認証局、ドメイン名レジストリ、またはその他の集中当局（本明細書では総称して「集中当局」と呼ぶ）の制御下にある、集中当局の信頼に基づく従来の集中ＩＤとは異なる。したがって、ＤＩＤ２０５は、ＤＩＤ所有者２０１の制御下にあり、いかなる集中当局からも独立した任意の識別子である。
【0041】
いくつかの実施形態では、ＤＩＤ２０５の構造は、ユーザ名または他の人間が理解できる用語と同じくらい単純である。しかし、他の実施形態では、ＤＩＤ２０５は、セキュリティを高めるために、数字と文字のランダムな文字列であることが好ましい。一実施形態では、ＤＩＤ２０５は、１２８個の文字と数字の文字列である。したがって、本明細書に開示される実施形態は、ＤＩＤ２０５のいかなる特定の実装にも依存しない。非常に単純な例では、ＤＩＤ２０５は「１２３ＡＢＣ」として示される。
【0042】
図２にも示されているように、ＤＩＤ所有者２０１は、ＤＩＤ２０５に関連付けられた秘密鍵２０６と公開鍵２０７のペアを制御する。ＤＩＤ２０５は集中当局から独立しているため、秘密鍵２０６は常にＤＩＤ所有者２０１によって完全に制御される必要がある。つまり、秘密鍵と公開鍵は、確実にＤＩＤ所有者２０１の制御下に残るように、分散の方法で生成される必要がある。
【0043】
以下に、より詳細に説明するように、秘密鍵２０６と公開鍵２０７のペアは、ＤＩＤ所有者２０１によって制御されるデバイス上で生成される。秘密鍵２０６と公開鍵２０７のペアは、集中当局によって制御されるサーバー上で生成されるべきではない。これにより、秘密鍵２０６と公開鍵２０７のペアが常にＤＩＤ所有者２０１の完全な制御下に置かれなくなるためである。図２およびこの説明では秘密鍵と公開鍵のペアについて説明したが、状況に応じて他の種類の合理的な暗号化情報および／または機構も使用されることにも留意されたい。
【0044】
図２は、ＤＩＤ２０５に関連付けられたＤＩＤ文書２１０も示している。以下に、より詳細に説明するように、ＤＩＤ文書２１０は、ＤＩＤ２０５の作成時に生成される。最も単純な形式では、ＤＩＤ文書２１０はＤＩＤ２０５の使用方法を説明する。したがって、ＤＩＤ文書２１０は、ＤＩＤ文書２１０によって記述されるＤＩＤであるＤＩＤ２０５への参照を含む。いくつかの実施形態では、ＤＩＤ文書２１０は、以下に、より詳細に説明するように、ＤＩＤ２０５の表現を記憶するために使用される分散台帳２２０によって指定される方法に従って実装される。したがって、ＤＩＤ文書２１０は、特定の分散台帳に応じて異なる方法を有する。
【0045】
ＤＩＤ文書２１０は、ＤＩＤ所有者２０１によって作成された公開鍵２０７、または他の同等の暗号化情報も含む。公開鍵２０７は、ＤＩＤ所有者２０１が所有する情報およびデータにアクセスするために、ＤＩＤ所有者２０１によって許可を与えられたサードパーティエンティティによって使用される。公開鍵２０７は、ＤＩＤ所有者２０１が実際にＤＩＤ２０５を所有または制御していることを検証することによっても使用される。
【0046】
ＤＩＤ文書２１０には認証情報２１１も含まれている。認証情報２１１は、ＤＩＤ所有者２０１がＤＩＤ２０５を所有していることを、ＤＩＤ所有者２０１が証明できる、１つまたは複数の機構を指定する。言い換えれば、認証情報２１１の機構は、ＤＩＤ２０５（したがってそのＤＩＤ所有者２０１）とＤＩＤ文書２１０との間のバインディングの証拠を示す。一実施形態では、認証情報２１１は、ＤＩＤ２０５の所有権を証明するために署名動作で公開鍵２０７が使用されることを指定する。あるいは、または追加として、認証情報２１１は、公開鍵２０７がＤＩＤ２０５の所有権を証明するための署名動作に使用されることを指定する。したがって、認証情報２１１には、ＤＩＤ所有者２０１がＤＩＤ２０５を所有していることを、ＤＩＤ所有者２０１が証明できる任意の数の機構が含まれる。
【0047】
ＤＩＤ文書２１０には、認可情報２１２も含まれる。認可情報２１２により、ＤＩＤ所有者２０１は、サードパーティにＤＩＤ２０５の所有権を証明する権利を与えることなく、ＤＩＤ文書２１０または文書の一部を変更する権利をサードパーティエンティティに認可することができる。例えば、認可情報２１２により、サードパーティは、任意の指定された更新機構を使用して、ＤＩＤ文書２１０内の任意の１つまたは複数のフィールドの指定されたセットを更新することができる。あるいは、認可情報により、サードパーティは、指定された時間期間、ＤＩＤ所有者２０１によるＤＩＤ２０５の使用を制限することができる。これは、ＤＩＤ所有者２０１が未成年の子供であり、サードパーティがその子供の親または保護者である場合に役立つ。認可情報２１２により、親または保護者は、子供が未成年でなくなるまで、ＤＩＤ２０５の使用を制限することができる。
【0048】
認可情報２１２はまた、サードパーティがＤＩＤ文書２１０を変更する権限を与えられていることを証明するために従う必要がある１つまたは複数の機構を指定する。いくつかの実施形態では、この機構は、認証情報２１１に関して前述したものと同様である。
【0049】
ＤＩＤ文書２１０には、１つまたは複数のサービスエンドポイント２１３も含まれる。サービスエンドポイントには、ＤＩＤ所有者２０１に代わってサービスが動作するネットワークアドレスが含まれる。特定のサービスの例には、ディスカバリーサービス、ソーシャルネットワーク、アイデンティティサーバーまたはハブなどのファイル記憶サービス、および検証可能な請求リポジトリサービスが含まれる。したがって、サービスエンドポイント２１３は、ＤＩＤ所有者２０１に代わって動作するサービスへのポインタとして動作する。これらのポインタは、ＤＩＤ所有者２０１またはサードパーティエンティティによって、ＤＩＤ所有者２０１に代わって動作するサービスにアクセスするために使用される。サービスエンドポイント２１３の具体例については、以下でより詳細に説明する。
【0050】
ＤＩＤ文書２１０は、識別情報２１４をさらに含む。識別情報２１４には、ＤＩＤ所有者２０１の氏名、住所、職業、家族構成、年齢、趣味、興味などの個人を識別可能な情報が含まれる。したがって、ＤＩＤ文書２１０にリストされている識別情報２１４は、異なる目的のためのＤＩＤ所有者２０１の異なるペルソナを表す。例えば、ペルソナは擬似匿名である。例えば、ＤＩＤ所有者２０１は、ブログに記事を投稿するライターとして自分を識別するときに、ＤＩＤ文書にペンネームを含める。ペルソナは完全に匿名であり、例えば、ＤＩＤ所有者２０１は、自分の役職やその他の背景データ（例えば、学校の教師、ＦＢＩ捜査官、２１歳以上の成人など）のみを開示したいが、ＤＩＤ文書では自身の名前は開示したくない。ペルソナは、ＤＩＤ所有者２０１が個人として誰であるかを特定する。例えば、ＤＩＤ所有者２０１には、特定の慈善組織のボランティア、特定の企業の従業員、特定の賞の受賞者などとして自身を識別する情報が含まれる。
【0051】
ＤＩＤ文書２１０はまた、本明細書では証拠とも呼ばれ得る証明書情報２１５を含む。証明書情報２１５（検証可能な請求とも呼ばれる）は、ＤＩＤ所有者２０１の背景に関連付けられた任意の情報である。例えば、証明書情報２１５は、資格、実績、政府ＩＤ、パスポートもしくは運転免許証などの政府の権利、デジタル資産プロバイダもしくは銀行口座、大学の学位もしくはその他の学歴、雇用状況もしくは経歴、またはＤＩＤ所有者２０１の背景に関するその他の任意の情報などである（しかし、これらに限定されない）。
【0052】
ＤＩＤ文書２１０には、他のさまざまな情報２１６も含まれる。いくつかの実施形態では、他の情報２１６は、ＤＩＤ文書２１０が作成されたときおよび／または最後に変更されたときを指定するメタデータを含む。他の実施形態では、他の情報２１６は、ＤＩＤ文書２１０の完全性の暗号証明を含む。さらに別の実施形態では、他の情報２１６は、ＤＩＤ文書を実装する特定の方法によって指定されるか、またはＤＩＤ所有者２０１によって所望される追加情報を含む。
【0053】
図２は、分散台帳またはブロックチェーン２２０も示す。分散台帳２２０は、相互に通信するさまざまな計算システムを含む任意の分散型分散ネットワークである。例えば、分散台帳２２０は、楕円２６０によって示されるように、第１の分散計算システム２３０、第２の分散計算システム２４０、第３の分散計算システム２５０、および任意の数の追加の分散計算システムを含む。分散台帳またはブロックチェーン２２０は、分散台帳の任意の既知の標準または方法に従って動作する。分散台帳またはブロックチェーン２２０に対応する従来の分散台帳の例には、ビットコイン［ＢＴＣ］、イーサリアム、およびライトコインが含まれるが、これらに限定されない。
【0054】
ＤＩＤ２０５のコンテキストでは、分散台帳またはブロックチェーン２２０は、ＤＩＤ文書２１０を指すＤＩＤ２０５の表現を記憶するために使用される。いくつかの実施形態では、ＤＩＤ文書２１０は、実際に分散された台帳に記憶される。あるいは、他の実施形態では、ＤＩＤ文書２１０は、分散台帳またはブロックチェーン２２０に関連付けられたデータ記憶装置（図示せず）に記憶される。
【0055】
前述したように、ＤＩＤ２０５の表現は、分散台帳またはブロックチェーン２２０の各分散計算システムに記憶される。例えば、図２では、ＤＩＤが２３１を有し、ＤＩＤが２４１を有し、ＤＩＤが２５１を有するとして示されており、これらは理想的には同じＤＩＤの同一コピーである。ＤＩＤハッシュ２３１、ＤＩＤハッシュ２４１、およびＤＩＤハッシュ２５１は、次いで、ＤＩＤ文書２１０の場所を指す。分散台帳またはブロックチェーン２２０は、参照２３２、２３３、２３４、２４２、２４３、２４４、２５２、２５３、および２５４によって示されるように、他のＤＩＤの多数の他の表現も記憶する。
【0056】
一実施形態では、ＤＩＤ所有者２０１がＤＩＤ２０５および関連するＤＩＤ文書２１０を作成すると、ＤＩＤが２３１を有し、ＤＩＤが２４１を有し、およびＤＩＤハッシュ２５１が分散台帳またはブロックチェーン２２０に書き込まれる。したがって、分散台帳またはブロックチェーン２２０は、ＤＩＤ２０５が現在存在していることを記録する。分散台帳またはブロックチェーン２２０は分散化されているため、ＤＩＤ２０５は、ＤＩＤ所有者２０１の外部の任意のエンティティの制御下にない。ＤＩＤハッシュ２３１、ＤＩＤが２４１を有し、およびＤＩＤが２５１を有するには、ＤＩＤ文書２１０へのポインタに加えて、ＤＩＤ２０５がいつ作成されたかを指定する記録またはタイムスタンプが含まれる。後日、ＤＩＤ文書２１０に変更が加えられると、これもＤＩＤは２３１を有し、ＤＩＤは２４１を有し、およびＤＩＤは２５１を有することが記録される。ＤＩＤは２３１を有し、ＤＩＤは２４１を有し、およびＤＩＤハッシュ２５１はさらに、ＤＩＤ２０５がＤＩＤ文書２１０に暗号的にバインドされるように、公開鍵２０７のコピーを含む。
【0057】
図２を参照してＤＩＤとそれらが一般的にどのように動作するかを説明してきたが、次にＤＩＤ環境の特定の実施形態について説明する。図３を参照して、さまざまなＤＩＤ管理動作およびサービスを実行するために使用される計算システム環境３００についてここで説明する。図３の環境は、説明を容易にするために必要に応じて図２の要素を参照していることが理解されるであろう。
【0058】
図３に示すように、計算システム環境３００は、ＤＩＤ所有者２０１が所有するか、そうでなければＤＩＤ所有者２０１の制御下にあるさまざまなデバイスおよび計算システムを含む。これらには、ユーザデバイス３０１が含まれる。ユーザデバイス３０１は、スマートフォンなどのモバイルデバイス、ラップトップコンピュータなどの計算デバイス、または計算能力を含む自動車もしくは電化製品などの任意のデバイスであるが、これらに限定されない。ユーザデバイス３０１は、デバイス上で動作するウェブブラウザ３０２と、デバイスを動作させるオペレーティングシステム３０３とを含む。より大まかに言えば、破線３０４は、これらのデバイスのすべてがＤＩＤ所有者２０１の所有であるか、そうでなければＤＩＤ所有者２０１の制御下にあることを表す。
【0059】
計算システム環境３００は、ＤＩＤ管理（ｍａｎａｇｅｍｅｎｔ）モジュール３２０も含む。動作中、ＤＩＤ管理モジュール３２０は、それぞれの線３０１ａ、３０２ａ、および３０３ａによって示されるように、ユーザデバイス３０１、ウェブブラウザ３０２、およびオペレーティングシステム３０３のうちの１つまたは複数上に存在し、それらによって実行されることに留意されたい。したがって、説明を容易にするために、ＤＩＤ管理モジュール３２０は別個のものとして示されている。いくつかの実施形態では、ＤＩＤ管理モジュール３２０は、「デジタルウォレット」または「ユーザエージェント」と呼ばれる。しかし、他の実施形態では、デジタルウォレットまたはユーザエージェントがＤＩＤ管理モジュール３２０以外の計算システムに実装され得ることが、当業者には理解されよう。
【0060】
図３に示すように、ＤＩＤ管理モジュール３２０は、ＤＩＤ作成モジュール３３０を含む。ＤＩＤ作成モジュール３３０は、ＤＩＤ２０５、またはＤＩＤ３３１などの任意の数の追加のＤＩＤを作成するために、ＤＩＤ所有者２０１によって使用される。一実施形態では、ＤＩＤ作成モジュールは、ＤＩＤ２０５の作成においてＤＩＤ所有者２０１をガイドするユーザインターフェース（ＵＩ）要素３３５を含むか、そうでなければそれにアクセスできる。ＤＩＤ作成モジュール３３０は、ＤＩＤ２０５がその分散台帳の基礎となる方法に準拠するように、分散台帳２２０などの特定の分散台帳と連携するように構成された１つまたは複数のドライバを有する。
【0061】
次に、特定の実施形態について説明する。例えば、ＵＩ３３５は、ユーザ名またはその他の人間が認識できる名前を入力するようユーザに指示する。この名前は、生成されるＤＩＤ２０５の表示名として使用される。前述したように、ＤＩＤ２０５は乱数と文字の長い文字列であるため、表示名として人間が認識できる名前を持つことが有利である。次に、ＤＩＤ作成モジュール３３０は、ＤＩＤ２０５を生成する。ＵＩ３３５を有する実施形態では、ＤＩＤ２０５がアイデンティティのリストに示され、人間が認識できる名前に関連付けられる。
【0062】
ＤＩＤ作成モジュール３３０には、鍵生成モジュール３５０も含まれる。鍵生成モジュールは、前述した秘密鍵２０６と公開鍵２０７のペアを生成する。ＤＩＤ作成モジュール３３０は、ＤＩＤ２０５および秘密鍵と公開鍵のペアを使用してＤＩＤ文書２１０を生成する。
【0063】
動作中、ＤＩＤ作成モジュール３３０は、ＤＩＤ２０５に関連するトランザクションを記録する特定の分散台帳に構成されたレジストラ３１０にアクセスする。ＤＩＤ作成モジュール３３０は、レジストラ３１０を使用して、前述の方法で分散台帳にＤＩＤハッシュ２３１、ＤＩＤハッシュ２４１、およびＤＩＤハッシュ２５１を記録し、前述の方法でＤＩＤ文書２１０を記憶する。このプロセスでは、ハッシュの生成に公開鍵２０７が使用される。
【0064】
いくつかの実施形態では、ＤＩＤ管理モジュール３２０は所有権モジュール３４０を含む。所有権モジュール３４０は、ＤＩＤ所有者２０１がＤＩＤ２０５を単独で制御することを保証する機構を提供する。このようにして、ＤＩＤ管理モジュール３２０のプロバイダは、プロバイダがＤＩＤ２０５を制御せず、管理（ｍａｎａｇｅｍｅｎｔ）サービスのみを提供していることを保証することができる。
【0065】
前述したように、鍵生成モジュール３５０は秘密鍵２０６と公開鍵２０７のペアを生成し、公開鍵２０７は次いでＤＩＤ文書２１０に記録される。したがって、公開鍵２０７は、ＤＩＤ所有者２０１に関連付けられたすべてのデバイス、およびＤＩＤ所有者２０１にサービスを提供することを望むすべてのサードパーティによって使用可能である。したがって、ＤＩＤ所有者２０１が新しいデバイスをＤＩＤ２０５に関連付けることを望む場合、ＤＩＤ所有者２０１は新しいデバイス上でＤＩＤ作成モジュール３３０を実行する。次いで、ＤＩＤ作成モジュール３３０は、レジストラ３１０を使用して、新しいデバイスが現在ＤＩＤ２０５に関連付けられていることを反映するためにＤＩＤ文書２１０を更新し、その更新は、前述したように、分散台帳２２０上のトランザクションに反映されることになる。しかし、いくつかの実施形態では、ＤＩＤ所有者２０１が所有するユーザデバイス３０１ごとに公開鍵を有することが有利である。これにより、ＤＩＤ所有者２０１は、一般的な公開鍵にアクセスする必要なく、デバイス固有の公開鍵で署名できるようになるためである。換言すれば、ＤＩＤ所有者２０１は、異なる時間に異なるデバイスを使用するため（例えば、１つのインスタンスでは携帯電話を使用し、次いで、別のインスタンスではラップトップコンピュータを使用する）、鍵を使用した署名を効率化するには、各デバイスに鍵を関連付けることが有利である。したがって、そのような実施形態では、追加のデバイスがＤＩＤ作成モジュール３３０を実行するときに、鍵生成モジュール３５０は追加の公開鍵２０８および２０９を生成する。これらの追加の公開鍵は秘密鍵２０６に関連付けられるか、場合によっては新しい秘密鍵とペアになる。
【0066】
追加の公開鍵２０８および２０９が異なるデバイスに関連付けられる実施形態では、追加の公開鍵２０８および２０９は、それらのデバイスに関連付けられるものとしてＤＩＤ文書２１０に記録される。これを図３に示す。ＤＩＤ文書２１０は、図３に示す情報（情報２０８、２０９、および３６５）に加えて、図２に関連して前述した情報（情報２０５、２０７、および２１１から２１６）を含むことが多いことが理解されるであろう。デバイス固有の公開鍵が生成される前にＤＩＤ文書２１０が存在していた場合、ＤＩＤ文書２１０は、レジストラ３１０を介してＤＩＤ作成モジュール３３０によって更新され、これは分散台帳２２０上の更新されたトランザクションに反映されることになる。
【0067】
いくつかの実施形態では、ＤＩＤ所有者２０１は、デバイスと公開鍵との関連付け、またはデバイスとＤＩＤ２０５との関連付けを秘密にすることを望むことが多い。したがって、ＤＩＤ作成モジュール３３０は、そのようなデータがＤＩＤ文書２１０内に秘密に示されるようにする。
【0068】
これまで説明したように、デバイスが独自の公開鍵を有している場合でも、ＤＩＤ２０５は、ＤＩＤ所有者２０１の制御下にあるすべてのデバイスに関連付けられている。しかし、いくつかの実施形態では、ＤＩＤ所有者２０１の制御下にある各デバイスまたはデバイスのいくつかのサブセットがそれぞれ独自のＤＩＤを有することが有用であり得る。したがって、いくつかの実施形態では、ＤＩＤ作成モジュール３３０は、デバイスごとに追加のＤＩＤ、例えばＤＩＤ３３１を生成する。次いで、ＤＩＤ作成モジュール３３０は、各デバイスの秘密鍵と公開鍵のペアおよびＤＩＤ文書を生成し、それらを前述した方法で分散台帳２２０に記録させる。このような実施形態は、ＤＩＤ文書において新しい所有者に認可する権利を付与し、古い所有者からそのような権利を取り消すことによって、デバイス固有のＤＩＤをデバイスの新しい所有者に関連付けることができるため、所有権を変更するデバイスにとって有利である。
【0069】
前述したように、秘密鍵２０６が完全にＤＩＤ所有者２０１の制御下にあることを保証するために、秘密鍵２０６は、ＤＩＤ管理モジュール３２０を実行したＤＩＤ所有者２０１によって所有または制御されるユーザデバイス３０１、ウェブブラウザ３０２、またはオペレーティングシステム３０３上で作成される。このようにして、サードパーティ（および最も結果的には、ＤＩＤ管理モジュール３２０のプロバイダ）が秘密鍵２０６の制御を取得する可能性はほとんどない。
【0070】
しかし、秘密鍵２０６を記憶しているデバイスがＤＩＤ所有者２０１によって紛失される可能性があり、その結果、ＤＩＤ所有者２０１はＤＩＤ２０５へのアクセスを失うことになる。したがって、いくつかの実施形態では、ＵＩ３３５は、ＤＩＤ所有者２０１が、ＤＩＤ所有者２０１の制御下にあるオフデバイスで保護されたデータベース３０５に秘密鍵２０６をエクスポートできるようにする選択肢を含む。一例として、データベース３０５は、図４に関して以下で説明されるアイデンティティハブ４１０の１つである。記憶モジュール３８０は、データ（秘密鍵２０６、またはＤＩＤ所有者２０１によってまたはＤＩＤ所有者２０１について作成された証明書情報２１５など）を、デバイス外のデータベース３０５または以下でより詳細に説明されるアイデンティティハブ４１０に記憶するように構成される。もちろん、いくつかの実施形態では、デバイスが十分な記憶リソースを有する場合、記憶モジュール３８０はデバイス上に少なくとも一部のデータを記憶する。いくつかの実施形態では、秘密鍵２０６は、ＤＩＤ所有者２０１によってスキャンされるＱＲコードとして記憶される。
【0071】
他の実施形態では、ＤＩＤ管理モジュール３２０は、失われた秘密鍵２０６を回復するために使用される回復モジュール３６０を含む。動作中、回復モジュール３６０は、ＤＩＤ所有者２０１が、ＤＩＤ２０５の作成時に、後で失われた秘密鍵を回復するために使用される１つまたは複数の回復機構３６５を選択できるようにする。ＵＩ３３５を有するこれらの実施形態では、ＵＩ３３５により、ＤＩＤ所有者２０１は、回復中に１つまたは複数の回復機構３６５によって使用される情報を提供できるようになる。回復モジュール３６０は、ＤＩＤ２０５に関連付けられた任意のデバイス上で実行される。
【0072】
ＤＩＤ管理モジュール３２０には、デバイスをＤＩＤ２０５から取り消すか、または切断するために使用される取り消しモジュール３７０も含まれる。動作中、取り消しモジュールはＵＩ３３５を使用し、これにより、ＤＩＤ所有者２０１は、デバイスをＤＩＤ２０５との関連付けから削除したいという要望を示すことができる。一実施形態では、取り消しモジュール３７０は、ＤＩＤ文書２１０にアクセスし、デバイスへのすべての参照をＤＩＤ文書２１０から削除させる。あるいは、デバイスの公開鍵が削除される。次いで、ＤＩＤ文書２１０におけるこの変更は、前述したように、分散台帳２２０上の更新されたトランザクションとして反映される。
【0073】
図４は、ＤＩＤ２０５などのＤＩＤが利用される計算システム環境４００の実施形態を示す。具体的には、計算システム環境４００は、それぞれがＤＩＤ所有者２０１の制御下にあり、ＤＩＤ所有者２０１に属するか、またはＤＩＤ所有者２０１に関するデータを記憶する１つまたは複数の分散ストアまたはアイデンティティハブ４１０に関連したＤＩＤ２０５の使用を記述するために使用される。例えば、データは、図３の記憶モジュール３８０を使用してアイデンティティハブ内に記憶される。図４には、図２または図３に関連して最初に説明した要素への参照が含まれているため、説明を容易にするために同じ参照番号を使用していることに留意されたい。
【0074】
一実施形態では、アイデンティティハブ４１０は、同じアイデンティティハブの複数のインスタンスである。これは線４１０Ａによって表される。したがって、さまざまなアイデンティティハブ４１０は、同じデータおよびサービスのうちの少なくともいくつかを含む。したがって、アイデンティティハブ４１０の１つにおける少なくともいくつかのデータの一部（および潜在的にはデータのいずれかの部分）に変更が加えられた場合、変更は、残りのアイデンティティハブの１つまたは複数（およびおそらくそのすべて）に反映される。
【0075】
アイデンティティハブ４１０は、ＤＩＤ所有者２０１の排他的制御下にある任意のデータストアであってもよい。単なる例として、第１のアイデンティティハブ４１１および第２のアイデンティティハブ４１２は、クラウド記憶装置（おそらく同じクラウド内、または異なるクラウドプロバイダによって管理される（ｍａｎａｇｅｄ）異なるクラウド上）に実装され、したがって、大量のデータを保持することができる。したがって、データの完全なセットをこれらのアイデンティティハブに記憶できる。
【0076】
しかし、アイデンティティハブ４１３および４１４はメモリ空間がより少ない場合がある。したがって、これらのアイデンティティハブには、第１および第２のアイデンティティハブに記憶されたデータの記述子が含まれる。あるいは、他のアイデンティティハブ内のデータに加えられた変更の記録が含まれる。したがって、アイデンティティハブ４１０のうちの１つにおける変更は、他のアイデンティティハブに完全に複製されるか、または少なくともそのデータの記録または記述子が他のアイデンティティハブに記録されるかのいずれかである。
【0077】
アイデンティティハブは同じアイデンティティハブの複数のインスタンスであるため、この説明はアイデンティティハブ４１２～４１４にも適用されるため、第１のアイデンティティハブ４１１の完全な説明のみを提供する。図示のように、アイデンティティハブ４１１はデータ記憶装置４２０を含む。データ記憶装置４２０は、ＤＩＤ所有者２０１に関連付けられた任意のタイプのデータを記憶するために使用される。一実施形態では、データは、特定のプロトコルに対応する特定のタイプのデータのコレクション４２２である。例えば、コレクション４２２は、医療データの特定のプロトコルに対応する医療記録データであってもよい。コレクション４２２には、ＤＩＤ所有者２０１によって作成された、またはＤＩＤ所有者２０１について作成された証明書情報２１５など、他のタイプのデータも含まれる。
【0078】
一実施形態では、記憶されたデータは、記憶されたデータに関連付けられた異なる認証およびプライバシー設定４２１を有する。例えば、データの第１のサブセットには、データの公開を許可するが、ＤＩＤ所有者２０１に対する認証は含まない設定４２１がある。このタイプのデータは通常、配色などの比較的重要ではないデータ用である。データの第２のサブセットには、データの公開を許可し、ＤＩＤ所有者２０１への認証を含む設定４２１がある。データの第３のサブセットには、ＤＩＤ所有者２０１に関連付けられた秘密鍵２０６と公開鍵２０７のペア（またはいくつかの他の鍵のペア）を使用してデータのサブセットを暗号化する設定４２１がある。このタイプのデータでは、データを復号化するために当事者が公開鍵２０７（またはその他の関連する公開鍵）にアクセスする必要がある。このプロセスには、ＤＩＤ所有者２０１への認証も含まれる。データの第４のサブセットには、このデータをサードパーティのサブセットに制限する設定４２１がある。これには、データを復号化するためにサードパーティのサブセットに関連付けられた公開鍵を使用する必要がある。例えば、ＤＩＤ所有者２０１は、ＤＩＤ所有者２０１の友人に関連付けられた公開鍵のみがこのデータを復号できることを設定４２１に指定させる。記憶モジュール３８０によって記憶されるデータに関して、これらの設定４２１は、図３の記憶モジュール３８０によって少なくとも部分的に構成される。
【0079】
いくつかの実施形態では、アイデンティティハブ４１１は、ＤＩＤ所有者２０１が、サードパーティ４０１および４０２などのサードパーティがアイデンティティハブにアクセスするための特定の認可または許可を設定できるようにする許可モジュール４３０を有する。例えば、ＤＩＤ所有者２０１は、データ記憶装置４２０に記憶されたすべてのデータへのアクセス許可を自分の配偶者に与える。あるいは、ＤＩＤ所有者２０１は、任意の医療記録について自身の医師にアクセスを許可する。ＤＩＤ所有者２０１は、データ記憶装置４２０に記憶されたデータのサブセットにアクセスする許可を任意の数のサードパーティに与えることができることが理解されよう。これについては後でさらに詳しく説明する。記憶モジュール３８０によって記憶されたデータに関して、これらのアクセス許可４３０は、図３の記憶モジュール３８０によって少なくとも部分的に構成される。
【0080】
アイデンティティハブ４１１は、メッセージングモジュール４４０も含む。動作中、メッセージングモジュールは、アイデンティティハブが、アイデンティティハブのデータおよびサービスにアクセスするためのサードパーティ４０１および４０２などの当事者からの要求などのメッセージを受け取ることができるようにする。さらに、メッセージングモジュール４４０は、アイデンティティハブ４１１がサードパーティからのメッセージに応答し、ＤＩＤリゾルバ４５０と通信することも可能にする。これについては後でさらに詳しく説明する。省略記号４１６は、状況に応じてアイデンティティハブ４１１が追加のサービスを有することができることを表す。
【0081】
一実施形態では、ＤＩＤ所有者２０１は、前述した方法でＤＩＤ２０５に既に関連付けられているアイデンティティハブ４１１を用いて新しいユーザデバイス３０１を認証したいと考えている。したがって、ＤＩＤ所有者２０１は、新しいユーザデバイス３０１に関連付けられたＤＩＤ管理モジュール３２０を利用して、新しいユーザデバイスがＤＩＤ所有者２０１のＤＩＤ２０５に関連付けられていることを主張するメッセージをアイデンティティハブ４１１に送信する。
【0082】
しかし、アイデンティティハブ４１１は、最初は、新しいデバイスがＤＩＤ所有者２０１によって所有されているものとして認識することができない。したがって、アイデンティティハブ４１１はメッセージングモジュール４４０を使用してＤＩＤリゾルバ４５０に連絡する。ＤＩＤリゾルバ４５０に送信されるメッセージにはＤＩＤ２０５が含まれる。
【0083】
ＤＩＤリゾルバ４５０は、ＤＩＤに関連付けられたＤＩＤ文書を求めて分散台帳２２０を検索するように動作中に構成されるサービス、アプリケーション、またはモジュールである。したがって、本実施形態では、ＤＩＤリゾルバ４５０は、ＤＩＤ２０５を使用して分散台帳２２０を検索し、その結果、ＤＩＤリゾルバ４５０はＤＩＤ文書２１０を見つけることになるはずである。次に、ＤＩＤ文書２１０がアイデンティティハブ４１１に提供される。
【0084】
前述したように、ＤＩＤ文書２１０は、新しいユーザデバイス３０１に関連付けられた公開鍵２０８または２０９を含む。新しいユーザデバイスがＤＩＤ所有者２０１によって所有されていることを検証するために、アイデンティティハブ４１１は、メッセージングモジュール４４０を使用して新しいユーザデバイス３０１に暗号化チャレンジを提供する。この暗号化チャレンジは、秘密鍵２０６にアクセスできるデバイスのみがチャレンジにうまく答えることができるように構成される。
【0085】
この実施形態では、新しいユーザデバイスはＤＩＤ所有者２０１によって所有されており、したがって秘密鍵２０６にアクセスできるため、チャレンジは首尾よく答えられる。次に、アイデンティティハブ４１１は、新しいユーザデバイス３０１がアイデンティティハブ４１１のデータおよびサービスにアクセスできること、およびアイデンティティハブ４１０の残りの部分にもアクセスできることを許可４３０に記録する。
【0086】
新しいユーザデバイス３０１を認証するこのプロセスは、アイデンティティハブ４１１がアクセスされ得る前に、ＤＩＤ所有者２０１がアイデンティティハブ４１１のプロバイダ（すなわち、第１のクラウド記憶プロバイダ）にユーザ名、パスワードなどを提供する必要なく、実行されたことに留意されたい。むしろ、アクセスは、ＤＩＤ２０５、ＤＩＤ文書２１０、および関連する公開鍵と秘密鍵に基づいて分散方式で決定された。これらは常にＤＩＤ所有者２０１の制御下にあったため、アイデンティティハブ４１１のプロバイダは関与しておらず、したがってＤＩＤ所有者２０１のトランザクションや個人情報については何も知らない。
【0087】
別の例示的な実施形態では、ＤＩＤ所有者２０１は、サードパーティ４０１にＤＩＤ２０５を提供し、サードパーティがアイデンティティハブ４１１に記憶されたデータまたはサービスにアクセスできるようにする。例えば、ＤＩＤ所有者２０１は、科学会議に参加している人間であり、同じく人間であるサードパーティ４０１に自分の研究データへのアクセスを許可したい人間である。したがって、ＤＩＤ所有者２０１は、ＤＩＤ２０５をサードパーティ４０１に提供する。
【0088】
サードパーティ４０１は、ＤＩＤ２０５にアクセスできると、ＤＩＤリゾルバ４５０にアクセスして、ＤＩＤ文書２１０にアクセスする。前述したように、ＤＩＤ文書２１０は、分散アイデンティティに関連付けられたサービスへのアドレスまたはポインタであるサービスエンドポイント２１３を含む。研究データの例を完成すると、サードパーティ４０１は、研究データにアクセスする許可を求めるメッセージをメッセージングモジュール４４０に送信する。メッセージングモジュール４４０は、サードパーティ４０１に研究データへのアクセスを与えるべきかどうかを尋ねるメッセージをＤＩＤ所有者２０１に送信する。ＤＩＤ所有者はこのデータへのアクセスを提供することを望むため、ＤＩＤ所有者２０１はサードパーティ４０１への許可を可能にし、この許可は許可４３０に記録される。次に、メッセージングモジュール４４０は、サードパーティ４０１にメッセージを送り、サードパーティが研究データにアクセスできることを通知する。アイデンティティハブ４１１とサードパーティ４０１は、サードパーティがデータにアクセスできるように直接通信する。多くの場合、実際には、アイデンティティハブ４１１と通信するのは、サードパーティ４０１に関連付けられたアイデンティティハブであることに留意されたい。しかし、通信を行うのはサードパーティ４０１のデバイスであってもよい。有利なことに、上述のプロセスにより、アイデンティティハブ４１１とサードパーティ４０１は、サードパーティが従来の方法でアイデンティティハブ４１１にアクセスする必要なしに通信し、データを共有できるようになる。むしろ、通信は、ＤＩＤ２０５とＤＩＤ文書２１０を使用して分散方式でプロビジョニングされる。これにより、ＤＩＤ所有者がプロセスを完全に制御できるという利点がある。
【0089】
図４に示すように、サードパーティ４０２はまた、ＤＩＤ２０５およびＤＩＤ文書２１０を使用して、アイデンティティハブ４１１へのアクセス許可を要求する。したがって、本明細書に開示される実施形態は、任意の数のサードパーティによるアイデンティティハブ４１０へのアクセスを可能にする。
【0090】
上で簡単に説明したように、アイデンティティハブ４１１はクラウドサービスでホストされる。サービスプロバイダは、各ユーザのアイデンティティハブ４１１に記憶されるデータにアクセスできる。さらに、サービスプロバイダは、ＤＩＤ所有者の特定のアクティビティにもアクセスできる。例えば、ＤＩＤ所有者が自分のデータを共有しているエンティティは、アイデンティティハブ４１１に記憶される。別の例として、ユーザは複数のＤＩＤを有し、複数のＤＩＤ間でデータを共有している。あるいは、ユーザは同じデータにアクセスするために異なるＤＩＤ管理モジュールを使用している。データ共有アクティビティに基づいて、アイデンティティハブ４１１のサービスプロバイダは、異なるＤＩＤの関係を相関させ、２つのＤＩＤが関連しているか、または同じ所有者によって所有されていることを発見する。したがって、ユーザのプライバシーが侵害される。本明細書で説明する原理は、アイデンティティハブ４１１に記憶されている個人データを暗号化することで、ＤＩＤ所有者のこれらの潜在的なプライバシー問題を解決する。暗号化／復号化鍵は、アイデンティティハブ４１１によって記憶されず、アクセスできないため、ＤＩＤ所有者は、他のＤＩＤ所有者またはユーザからのデータを高度に制御できるだけでなく、サービスプロバイダからプライバシーも保護される。
【0091】
アイデンティティハブ４１１には多くのさまざまなオブジェクトが記憶されている。データオブジェクトは、ファイル、フォルダー、またはアイデンティティハブ４１１に記憶されているデータの任意の部分である。アイデンティティハブ４１１全体は、１つの暗号化／復号化鍵を１つのオブジェクトとして暗号化される。あるいは、アイデンティティハブ４１１に記憶されたデータの異なる部分が、異なる暗号化／復号化鍵で暗号化される。
【0092】
別の例示的な実施形態では、検証可能な請求（例えば、証明書情報２１５）が発行され、アイデンティティハブ４１１に記憶される。例えば、ＤＩＤ所有者２０１に関連付けられた検証可能な請求は、請求発行エンティティによって発行され、発行された検証可能な請求は、ＤＩＤ所有者２０１に関連付けられたアイデンティティハブ４１１に記憶される。ＤＩＤ所有者２０１は、他のエンティティがＤＩＤ所有者の証明書を検証するよう要求する場合に、検証可能な請求を別のエンティティに送信する。例えば、ＤＩＤ所有者２０１は運転免許証を保有する人物であり、請求発行エンティティはＤＩＤ所有者の運転免許証を発行したＤＭＶである。ＤＭＶは、ＤＩＤ所有者２０１が有効な運転免許証を保有していることを検証する検証可能な請求を発行する。ＤＩＤ所有者２０１は、検証可能な請求をアイデンティティハブ４１１に記憶する。別のエンティティはレンタカー会社であり、この会社は、ＤＩＤ所有者２０１が有効な運転免許証を有していることを示すことを要求する。次いで、ＤＩＤ所有者は、アイデンティティハブ４１１に記憶されている検証可能な請求をレンタカー会社に送信する。
【0093】
図２～図４を参照してＤＩＤとそれらが一般にどのように動作するかを説明してきたが、次に分散識別の特定の実施形態を説明する。図５を参照して、ＤＩＤ所有者が自分自身を識別しながらサービスにアクセスし、他のＤＩＤ所有者とトランザクションを実行できるようにする分散環境５００についてここで説明する。説明を容易にするために、図５が必要に応じて図２～図４の要素を参照することが理解されるであろう。
【0094】
図５に示すように、分散環境５００は、サービスプロバイダ５１０に関連付けられたデバイスと、ユーザ５２０および５３０（例えば、ＤＩＤ所有者）のウォレットアプリ５２１および５２２とを含む。省略記号５４０は、分散環境５００内に任意の数のサービスプロバイダおよび／またはユーザに関連付けられた任意の数のデバイスが存在し得ることを表す。サービスプロバイダおよびユーザ５２０、５３０のそれぞれは、図２のＤＩＤ所有者２０１に対応する。ウォレットアプリ５２１または５３１は、図３のＤＩＤ管理モジュール３２０に対応する。ＩＤハブ５２２またはＩＤハブ５３２は、図４のＩＤハブ４１１に対応する。
【0095】
ユーザ５２０はウォレットアプリ５２１を使用して自分のＤＩＤを管理（ｍａｎａｇｅ）し、ユーザ５３０はウォレットアプリ５３１を使用して自分のＤＩＤを管理する。ウォレットアプリ５２１または５３１は、それぞれのＩＤハブ５２２または５３１に接続される。サービスプロバイダのデバイス５１０およびウォレットアプリ５２１、５３１のそれぞれは、コンピュータネットワーク５５０を介して分散台帳にアクセスすることができる。いくつかの実施形態では、ウォレットアプリ５２１または５３１は、ＩＤハブ５２２または５３２を介して分散台帳に間接的にアクセスすることができる。いくつかの実施形態では、ウォレットアプリ５２１または５３１は、分散台帳の完全なコピーを記憶するように構成されるか、またはコンピュータネットワーク５５０を介して分散台帳に直接アクセスすることができる。
【0096】
サービスプロバイダ５１０のデバイスと、各ウォレットアプリ５２１、５３１および／またはＩＤハブ５２２、５３２は、さまざまな通信チャネルを介して相互に通信することができ、これには、ローカルエリアネットワーク、ワイドエリアネットワーク、ＢＬＥビーコン信号、および／または近距離無線通信（ＮＦＣ）が含まれるが、これらに限定されない。通信は、１つのウォレットアプリ５２１によってバーコードまたはＱＲコードを生成し、別のウォレットアプリ５３１またはサービスプロバイダ５１０のデバイスによってバーコードまたはＱＲコードをスキャンすることによって実行することもできる。バーコードまたはＱＲコードには、ユーザ５２０に関連付けられたＤＩＤなど、ユーザ５２０に関連する識別情報が含まれる。いくつかの実施形態では、サービス５１０は、発行者または信頼当事者として機能することができる。本明細書で使用される場合、「発行者」とは、対象について少なくとも１つの主張を行うエンティティである。この主張は、本明細書では「請求」とも呼ばれる。「証明書」は、１つまたは複数の請求のセットである。発行者の例には、企業、組織、協会、政府、機関、個人、または他者が信頼できる主張を行うことができるその他の任意のエンティティが含まれる。したがって、サービス５１０は、そのようなインスタンスが「保持者」として機能するユーザ５２０またはユーザ５３０に関する１つまたは複数の検証可能な請求または証明書を提供することができる。ユーザ５２０および５３０は、検証可能な請求をそれぞれＩＤハブ５２２およびＩＤハブ５３２に記憶することができる。本明細書で使用される場合、「信頼当事者」とは、保持者に関する情報を確認するために検証可能な請求または証明書に依存し、その後、保持者にサービスを提供する当事者である。
【0097】
例えば、サービス５１０が自動車省（ＤＭＶ）であると仮定する。「発行者」として機能する一方で、サービス５１０は、ユーザ５２０がＤＭＶによって発行された有効な運転免許証を有することを主張する検証可能な請求をユーザ５２０に発行する。次いで、「保持者」としてのユーザ５２０は、運転免許証に関連する検証可能な請求を、この情報を必要とする中継当事者に提供することができる。信頼当事者（上述したように、いくつかの実施形態ではサービス５１０が信頼当事者となり得るが、この実施形態では示されていない）がレンタカー代理店であると仮定する。ユーザ５２０は、自身が車を借りたく、レンタカー代理店が運転免許証に関連する検証可能な請求を使用して、ユーザ５２０が車を借りるために使用できる有効な運転免許証を有していることを確認できるときに、運転免許証に関連する検証可能な請求をレンタカー代理店に提示する。
【0098】
図６Ａは、請求６１０を表すデータ構造例を示す。請求６１０には、サブジェクト６１１、プロパティ６１２、および値６１３が含まれる。例えば、サブジェクト６１１は、ＤＩＤの所有者（例えば、ＤＩＤ所有者２０１）に対応し、ＤＩＤ２０５に対応するＤＩＤ６１１Ａは、サブジェクト６１１の一部として記録される。プロパティ６１２は、名前、電話番号、電子メールアドレスなど、ＤＩＤ６１１Ａの所有者の任意のプロパティであり得る。値６１３は、対応するプロパティ６１２の値である。例えば、プロパティが「名前」の場合、値はＤＩＤの所有者の名前（例えば、ＪｏｈｎＤｏｅ）になる。プロパティが「電話番号」の場合、値はＤＩＤの所有者の電話番号（例えば、１－８００－１２３－４５６７）になる。
【0099】
図６Ｂは、検証可能な請求または証明書６００Ｂのデータ構造例を示す。いくつかの実施形態では、検証可能な請求または証明書のデータ構造は、ポータブルアイデンティティカード（ＰＩＣ）と呼ばれ、これは、発行者（例えば、サービス５１０）が、検証可能な請求または証明書を、ユーザ（例えば、ユーザ５２０またはユーザ５３０）が容易に理解できる方法で整理するための方法である。検証可能な請求または証明書６００Ｂには、図６Ａの請求６１０に対応し、ＤＩＤ６１１Ａを含む請求６１０が含まれる。検証可能な請求または証明書６００Ｂは、発行者の秘密鍵によって検証可能な請求または証明書６００Ｂに署名することによって生成される署名６３０も含む。署名６３０は、典型的には、検証可能な請求または証明書６００Ｂが発行されたとき以降に、検証可能な請求または証明書６００Ｂが改ざんされているかどうかを検出するために使用される暗号化機構（デジタル署名など）であり、これを使用して、検証可能な請求または証明書６００Ｂの発行者のアイデンティティを検証することができる。
【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】
図１０は、分散台帳に裏付けられた分散識別子（ＤＩＤ）を実装する分散ネットワークにおいて管理の連鎖を記録するための例示的な方法１０００のフローチャートを示す。方法１０００は、前述の図２～図９のうちの１つまたは複数に関して説明される。
【0138】
方法１０００は、第２のエンティティにおいて、第１のエンティティから第１の管理の連鎖の検証可能な請求を受け取るステップを含み、第１の管理の連鎖の検証可能な請求は、第１のエンティティによって署名され、第１の管理の連鎖の検証可能な請求が受け取られた時点でオブジェクトが第１のエンティティの管理下にあったことを指定する（１０１０）。例えば、前述したように、エンティティ７３０は、元のエンティティ７１０から、元の管理の連鎖の検証可能な請求または証明書７１５を受け取ることができる。元の管理の連鎖の検証可能な請求または証明書７１５には、元のエンティティ７１０の署名７１７が含まれ、元の管理の連鎖の検証可能な請求または証明書７１５がエンティティ７３０によって受け取られた時点で、オブジェクト７１２が元のエンティティ７１０の管理下にあったことを指定する管理の連鎖の請求７２０が含まれる。あるいは、エンティティ７４０は、エンティティ７４０から管理の連鎖の検証可能な請求または証明書７３５を受け取ることもできる。管理の連鎖の検証可能な請求または証明書７３５には、エンティティ７３０の署名７３７が含まれ、管理の連鎖の検証可能な請求または証明書７３５がエンティティ７４０によって受け取られた時点で、オブジェクト７１２がエンティティ７３０の管理下にあったことを指定する管理の連鎖の請求７３１が含まれる。
【0139】
方法１０００は、分散台帳にアクセスして、第１の管理の連鎖の検証可能な請求を検証するステップ（１０２０）を含む。例えば、前述したように、エンティティ７３０は分散台帳７６０にアクセスして、元の管理の連鎖の検証可能な請求または証明書７１５を検証する。あるいは、エンティティ７４０は、分散台帳７６０にアクセスして、管理の連鎖の検証可能な請求または証明書７３５を検証する。
【0140】
方法１０００は、第２の管理の連鎖の検証可能な請求を生成するステップを含み、第２の管理の連鎖の検証可能な請求は、その中に第１の管理の連鎖の検証可能な請求を埋め込み、第２のエンティティによって署名される（１０３０）。例えば、前述したように、エンティティ７３０は、署名７３７および埋め込まれた元の管理の連鎖の検証可能な請求または証明書７１５を含む管理の連鎖の検証可能な請求または証明書７３５を生成する。あるいは、エンティティ７４０は、署名７４７および埋め込まれた管理の連鎖の検証可能な請求または証明書７３５を含む管理の連鎖の検証可能な請求または証明書７４５を生成する。
【0141】
方法１０００は、第２の管理の連鎖の検証可能な請求の少なくとも一部を分散台帳に記録するステップを含む（１０４０）。例えば、前述したように、エンティティ７３０は、管理の連鎖の検証可能な請求または証明書７３５の少なくとも一部を分散台帳７６０に記録する。あるいは、エンティティ７４０は、管理の連鎖の検証可能な請求または証明書７４５の少なくとも一部を分散台帳７６０に記録する。
【0142】
方法１０００は、第２の管理の連鎖の検証可能な請求を第３のエンティティに提供するステップを含み、第２の管理の連鎖の検証可能な請求は、第２の管理の連鎖の検証可能な請求が第３のエンティティに提供された時点でオブジェクトが第２のエンティティの管理下にあったことを第３のエンティティに指定するように構成される（１０５０）。例えば、前述したように、エンティティ７３０は、オブジェクト７１２に対する適切な管理の連鎖を確立するために、管理の連鎖の検証可能な請求または証明書７３５をエンティティ７４０に提供する。あるいは、エンティティ７４０は、オブジェクト７１２に対する適切な管理の連鎖を確立するために、管理の連鎖の検証可能な請求または証明書７４５をエンティティ７５０に提供する。
【0143】
図１１は、分散台帳に裏付けられた分散識別子（ＤＩＤ）を実装する分散ネットワークにおける管理の連鎖を検証するための例示的な方法１１００のフローチャートを示す。方法９００は、前述した図２～図９のうちの１つまたは複数に関して説明される。
【0144】
方法１１００は、第３のエンティティにおいて、オブジェクトに関連する第１の管理の連鎖の検証可能な請求を第１のエンティティから受け取るステップを含み、第１の管理の連鎖の検証可能な請求は、第１のエンティティによって生成された第１の署名を含み、その中に第１のエンティティが第２のエンティティから受け取ったオブジェクトに関連する第２の管理の連鎖の検証可能な請求が埋め込まれており、第２の管理の連鎖の検証可能な請求は、第２のエンティティによって生成された第２の署名を含む（１１１０）。例えば、前述したように、エンティティ７４０は、エンティティ７３０から、署名７３７、オブジェクト７１２の管理の連鎖の請求７３１を含む管理の連鎖の検証可能な請求または証明書７３５、および元のエンティティ７１０の署名７１７を含む、埋め込まれた元の管理の連鎖の検証可能な請求または証明書７１５を受け取る。あるいは、エンティティ７５０は、エンティティ７４０から、署名７４７、オブジェクト７１２の管理の連鎖の請求７４１、ならびにエンティティ７３０の署名７３７および元のエンティティ７１０の署名１７１をそれぞれ含む、埋め込まれた管理の連鎖の検証可能な請求または証明書７３５および元の管理の連鎖の検証可能な請求または証明書７１５を受け取る。
【0145】
方法１１００は、分散台帳にアクセスして、第１の管理の連鎖の検証可能な請求を検証するステップを含み、第１の管理の連鎖の検証可能な請求の妥当性検査は、第１の管理の連鎖の検証可能な請求が第３のエンティティによって受け取られた時点で、第１のエンティティがオブジェクトの適切な管理を有していたことを示す（１１２０）。例えば、前述したように、エンティティ７４０は、分散台帳７６０にアクセスして、管理の連鎖の検証可能な請求または証明書７３５を検証して、エンティティ７３０がオブジェクト７１２の適切な管理の連鎖を有していたことを確立することができる。あるいは、エンティティ７５０は、分散台帳７６０にアクセスして、管理の連鎖の検証可能な請求または証明書７４５を検証して、エンティティ７４０がオブジェクト７１２の適切な管理の連鎖を有していたことを確立することができる。
【0146】
方法１１００は、第１の管理の連鎖の検証可能な請求の検証に成功すると、分散台帳にアクセスして第２の管理の連鎖の検証可能な請求を検証するステップを含み、第２の管理の連鎖の検証可能な請求の検証は、第２の管理の連鎖の検証可能な請求が第１のエンティティによって受け取られた時点で、第２のエンティティがオブジェクトの適切な管理を有していたことを示す（１１３０）。例えば、前述したように、エンティティ７４０は、分散台帳７６０にアクセスして、元の管理の連鎖の検証可能な請求または証明書７１５を検証して、元のエンティティ７１０がオブジェクト７１２について適切な管理の連鎖を有していたことを確立することができる。あるいは、エンティティ７５０は分散台帳７６０にアクセスし、管理の連鎖の検証可能な請求または証明書を検証し、エンティティ７３０および元のエンティティ７１０がオブジェクト７１２の適切な管理の連鎖を有していたことを確立するために、元の管理の連鎖の検証可能な請求または証明書７１５を検証することができる。
【0147】
本明細書に開示されるプロセスおよび方法では、プロセスおよび方法で実行される動作は、異なる順序で実装されてもよい。さらに、概説した動作は例としてのみ提供され、開示された実施形態の本質を損なうことなく、動作のいくつかは任意であってもよく、より少ないステップおよび動作に結合され、さらなる動作で補足され、または追加の動作に拡張されてもよい。
【0148】
本発明は、その趣旨または特徴から逸脱することなく、他の特定の形態で具体化することができる。記載された実施形態は、あらゆる点において例示としてのみ考慮されるべきであり、限定的なものではない。したがって、本発明の範囲は、前述の説明ではなく、添付の特許請求の範囲によって示される。特許請求の範囲の均等の意味および範囲内にあるすべての変更は、その範囲内に包含されるものとする。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図7A】
【図7B】
【図7C】
【図7D】
【図7E】
【図7F】
【図7G】
【図7H】
【図7I】
【図7J】
【図7K】
【図8】
【図9】
【図10】
【図11】
【国際調査報告】