JP2023043870A - ユーザ・データ・プライバシを管理するための方法及びシステム - Google Patents

Abstract

【課題】ユーザ・データ・プライバシを管理するための方法及びシステムを提供する。【解決手段】ユーザ・デバイスＸ、リモート・ノードＮ及び複数の中間ノードを含むネットワークＡにおいて、ユーザ・デバイスＸのデータ管理アプリケーションＮは、ユーザ及び第１のデータ変数に関連付けられた個人データを格納し、リモート・ノードＮの権限付与されたクラウド・アプリケーションから第２のデータ変数についてのデータ要求を取得すると、個人データに関連付けられた第１のデータ変数が、データ要求に関連付けられた第２のデータ変数に合致するかどうかを決定し、合致すると決定することに応じて、個人データを様々な中間ノードに送信し、その後、複数の中間ノードの中の１つの中間ノードが、個人データを分散型台帳を使用して権限付与されたクラウド・アプリケーションに送信する。【選択図】図１Ａ

Description

関連出願の相互参照
本出願は、２０２２年９月１６日に出願され、「ＭＥＴＨＯＤＳ ＡＮＤ ＳＹＳＴＥＭＳ ＦＯＲ ＭＡＮＡＧＩＮＧ ＵＳＥＲ ＤＡＴＡ ＰＲＩＶＡＣＹ」と題する米国仮特許出願第６３／２４４，８１５号に対して優先権を主張し、当該米国仮特許出願は、参照により本明細書に組み込まれる。

データ・アクセシビリティは、ユーザ及び企業にとって問題の主要な根源になりつつある。ある瞬間において、特定のユーザが、ユーザの制御の及ばない多くのセントラル・サーバ及び組織の間に分散された莫大な量の個人データを有する可能性がある。第三者によるデータ誤用を制限しデータ誤用からユーザを保護するためにデータ・プライバシ法が導入されている場合、データ・プライバシ法は、ユーザの利益のために個人データの処理に利用可能な利益のうちのいくつかをも犠牲にすることがある。同時に、ユーザ・データは、ユーザがそのような情報、機密の個人データでさえも共有したいと思っていたとしても、利害関係人には利用できないことがある。したがって、ユーザ・プライバシを保護するとともに、個人データがデータ処理動作のためにさらにアクセス可能になることを可能にする技術が望まれる。

本概要は、詳細な説明において下記でさらに説明される概念の選択を紹介するために提供される。本概要は、特許請求される主題の主要又は不可欠な特徴を識別することを意図するものではなく、特許請求される主題の範囲を限定する一助として使用されることを意図するものでもない。

一般に、１つの態様では、実施形態は、特定のユーザ・デバイスを含む様々なユーザ・デバイスを含むシステムに関する。ユーザ・デバイスは、第１のハードウェア・プロセッサ、暗号鍵、並びに、ユーザ及びデータ変数に関連付けられた個人データを含む。システムは、ユーザ・デバイスに結合され、第２のハードウェア・プロセッサを含むノードをさらに含む。システムは、ユーザ・デバイス及びノードに結合された様々な中間ノードをさらに含む。中間ノードは、分散型台帳を実行する。ノードは、ブロードキャスト要求をユーザ・デバイスに送信し、ブロードキャスト要求は、データ変数に関連付けられたデータ要求を含む。ユーザ・デバイスは、ブロードキャスト要求を受け取ることに応じて、個人データ及び暗号鍵に基づいて、暗号化されたデータを中間ノードに送信する。中間ノードは、分散型台帳を使用して、暗号化されたデータをノードに送信する。

概して、１つの態様では、実施形態は、ユーザ・デバイス上のデータ管理アプリケーションを使用して、ユーザ及び第１のデータ変数に関連付けられた個人データを格納することを含む方法に関する。方法は、要求側アプリケーションから、データ管理アプリケーションによって、第２のデータ変数についてのデータ要求を取得することをさらに含む。方法は、データ管理アプリケーションによって、個人データに関連付けられた第１のデータ変数が、データ要求に関連付けられた第２のデータ変数に合致するかどうかを決定することをさらに含む。方法は、データ管理アプリケーションによって、第１のデータ変数が第２のデータ変数に合致すると決定することに応じて、個人データを様々な中間ノードに送信することをさらに含む。複数の中間ノードの中の１つの中間ノードが、分散型台帳を使用して、個人データを要求側アプリケーションに送信する。

概して、１つの態様では、実施形態は、ハードウェア・プロセッサを含むノードによって、パブリッシャ－サブスクライバ・ネットワーク上の様々なユーザ・デバイスにブロードキャスト要求を送信することを含む方法に関する。ブロードキャスト要求は、データ変数に関するデータ要求を含む。方法は、ノードによって、ブロードキャスト要求に応じて、パブリッシャ－サブスクライバ・ネットワークに結合された様々な中間ノードから個人データを取得することをさらに含む。ノードは、パブリッシング・ノードであり、ユーザ・デバイスは、サブスクライバ・ノードである。中間ノードは、分散型台帳を実行する。中間ノードは、中間ノードが分散型台帳を使用して、個人データに関連付けられたデータ・トランザクションを認証することに応じて、個人データをノードに送信する。

概して、１つの態様では、実施形態は、ハードウェア・プロセッサと、暗号鍵と、ユーザ及びデータ変数に関連付けられた個人データを格納するデータ管理アプリケーションとを含むユーザ・デバイスに関する。ユーザ・デバイスは、ノードからブロードキャスト要求を受け取る。ブロードキャスト要求は、データ変数に関連付けられたデータ要求を含む。ユーザ・デバイスは、ブロードキャスト要求を受け取って、データ要求が個人データに合致すると決定することに応じて、個人データ及び暗号鍵に基づいて、暗号化されたデータを様々な中間ノードに送信する。

概して、１つの態様では、実施形態は、ハードウェア・プロセッサと、要求側アプリケーションと、暗号鍵とを含むノードに関する。ノードは、ブロードキャスト要求を様々なユーザ・デバイスに送信し、ブロードキャスト要求は、データ変数に関連付けられたデータ要求を含む。ノードは、ブロードキャスト要求を送信することに応じて、暗号化されたデータを様々な中間ノードから受け取る。暗号化されたデータは、暗号鍵を使用して復号される個人データを含む。

概して、１つの態様では、実施形態は、コンピュータ・プロセッサなどのハードウェア・プロセッサと、分散型台帳とを含む中間ノードに関する。中間ノードは、暗号化されたデータをユーザ・デバイスから受け取る。中間ノードは、暗号化されたデータに関連付けられた様々なデータ・トランザクションを認証することに応じて、及び分散型台帳を使用して、暗号化されたデータをノード上の要求側アプリケーションにさらに送信する。

いくつかの実施形態では、ユーザ・デバイスは、様々な中間ノードに結合され、ユーザ・デバイスは、データ管理アプリケーションを含む。データ管理アプリケーションは、データ変数に関連付けられた個人データ、及びデータ変数に関連付けられた所定の応答を格納し得る。データ管理アプリケーションは、データ変数に関連付けられたデータ要求に応じて、及び所定の応答に基づいて、個人データを中間ノードに自動的に送信してもよい。

いくつかの実施形態では、ユーザ・デバイスは、様々な中間ノードに結合され、ユーザ・デバイスは、データ管理アプリケーションを含む。データ管理アプリケーションは、様々なデータ変数に関連付けられた個人データ及び様々な所定の応答を格納し得る。データ管理アプリケーションは、データ変数に関連付けられたデータ要求を取得し得る。データ管理アプリケーションは、データ変数に対応するデータ要求が、所定の応答の中の少なくとも１つの所定の応答に関連付けられた少なくとも１つのデータ変数に合致するかどうかを決定し得る。データ管理アプリケーションは、データ要求が所定の要求の中からのデータ変数に合致しなかったことに応じて、第２の個人データを送信するための権限付与を要求する通知を、表示デバイスに提示し得る。いくつかの実施形態では、パブリッシャ－サブスクライバ・ネットワークは、様々なユーザ・デバイス及び１つのノードを含む。ユーザ・デバイスは、パブリッシャ－サブスクライバ・ネットワーク内のサブスクライバ・ノードでもよい。ノードは、パブリッシャ－サブスクライバ・ネットワーク内のパブリッシング・ノードでもよい。ノードは、パブリッシャ－サブスクライバ・ネットワーク・プロトコル使用して、パブリッシャ－サブスクライバ・ネットワークを介してブロードキャスト要求を送信し得る。いくつかの実施形態では、データ管理アプリケーションは、分散型アプリケーション（ＤＡｐｐ：ｄｅｃｅｎｔｒａｌｉｚｅｄ ａｐｐｌｉｃａｔｉｏｎ）である。

いくつかの実施形態では、様々な中間ノードは、ブロックチェーン・ノードである。ブロックチェーン・ノードは、第１のデータ・トランザクション及び第２のデータ・トランザクションを含む様々なデータ・トランザクションを認証し得る。第１のデータ・トランザクションは、ユーザ・デバイスが、暗号化されたデータをブロックチェーン・ノードに送信することに対応し得る。第２のデータ・トランザクションは、ブロックチェーン・ノードが、暗号化されたデータをノードに送信することに対応し得る。いくつかの実施形態では、分散型台帳は、スマート・コントラクトを含む。様々な中間ノードの中の各中間ノードは、暗号化されたデータをユーザ・デバイスから受け取ることに応じて、スマート・コントラクトを実行し得る。各中間ノードは、スマート・コントラクトに格納されたロケーション・アドレスに基づいて、暗号化されたデータをノードに中継し得る。いくつかの実施形態では、分散型台帳は、プライベート・ブロックチェーン、パブリック・ブロックチェーン、ハイブリッド・ブロックチェーン、ハッシュグラフ、又は有向非巡回グラフである。いくつかの実施形態では、データ変数は、ユーザのジェンダー、ユーザの性的指向、ユーザの民族的血統、及び／又はユーザの所属政党に対応する。いくつかの実施形態では、データ要求は、パブリッシャ－サブスクライバ・ネットワーク・プロトコルを使用してパブリッシャ－サブスクライバ・ネットワークを介して送信されるブロードキャスト要求の一部である。ユーザ・デバイスは、サブスクライバ・ノードでもよく、要求側アプリケーションは、パブリッシング・ノードであるサーバ上に置かれてもよい。

いくつかの実施形態では、様々な中間ノードが、分散型台帳を使用して、第１のデータ・トランザクションを認証する。中間ノードは、分散型台帳を使用して、第２のデータ・トランザクションも認証し得る。第１のデータ・トランザクションは、ユーザ・デバイスが、個人データを中間ノードに送信することに対応し得る。第２のデータ・トランザクションは、中間ノードが、個人データを要求側アプリケーションに送信することに対応し得る。いくつかの実施形態では、分散型台帳は、様々なユーザ・アカウントを含む。第１のデータ・トランザクションは、データ管理アプリケーションが、分散型台帳における第１のユーザ・アカウントに関連付けられた個人データを送信するための権限を与えられているかどうかを決定することを含み得る。いくつかの実施形態では、データ・トランザクションは、要求側アプリケーションが、様々な中間ノードから個人データを受け取るため、又は特定のデータ管理アプリケーション若しくはユーザに関連付けられた個人データを受け取るために、権限を与えられているかどうかを決定することによって認証される。いくつかの実施形態では、個人データは、分散型アイデンティティ（ＤＩＤ：ｄｅｃｅｎｔｒａｌｉｚｅｄ ｉｄｅｎｔｉｔｙ）を使用して、ユーザからのものとして認証される。いくつかの実施形態では、暗号化されたデータは、復号されたデータを生み出すために公開暗号鍵を使用して復号される。復号されたデータは、ノードによって取得された個人データに対応し得る。いくつかの実施形態では、分散型台帳は、スマート・コントラクトを含む。様々な中間ノードの中の各中間ノードは、個人データを受け取ることに応じて、スマート・コントラクトを実行し得る。各中間ノードは、スマート・コントラクトに格納されたロケーション・アドレスに基づいて、個人データをノードに中継し得る。いくつかの実施形態では、データ・トランザクションは、ノード上の要求側アプリケーションが、様々な中間ノードから個人データを受け取るために権限を与えられているかどうかを決定することによって認証される。いくつかの実施形態では、ノードは、ユーザ・デバイスである。

上記で説明された構造及び機能の観点から、本明細書で開示される実施形態は、本明細書で説明される１又は２以上の態様、及び１又は２以上の態様の実施形態のうちのいずれか１つによる、上記で定義された様々なステップ及び機能を実行するように適合されたそれぞれの手段を含み得る。

本開示の他の態様は、以下の説明及び添付の特許請求の範囲から明らかであろう。

１又は２以上の実施形態によるシステムを示す図である。 １又は２以上の実施形態によるシステムを示す図である。

１又は２以上の実施形態によるフローチャートである。

１又は２以上の実施形態によるシステムを示す図である。 １又は２以上の実施形態によるシステムを示す図である。

１又は２以上の実施形態によるフローチャートである。

１又は２以上の実施形態によるコンピューティング・システムを示す図である。 １又は２以上の実施形態によるコンピューティング・システムを示す図である。

本技術の特定の実施形態が、添付の図を参照しながら詳細に説明される。様々な図の同様の要素は、一貫性のために、同様の参照符号で表される。

本技術の実施形態の以下の詳細な説明では、本技術をより完全に理解するために、非常に多くの具体的詳細が示される。それでも、本技術は、これらの具体的詳細がなくても実践され得ることが当業者には明らかであろう。他の例では、説明を必要以上に複雑にしないように、よく知られた特徴は詳細に説明されなかった。

本出願の全体を通して、序数（例えば、第１、第２、第３など）は、要素の形容詞（すなわち、本出願では任意の名詞）として使用されることがある。序数の使用は、用語「前」、「後」、「単一」、及び他のこのような用語の使用などによって明確に開示されない限り、要素の何らかの特定の順序を示唆するためのものでも作り出すためのものでもなく、何らかの要素を単一の要素だけであると限定するためのものでもない。むしろ、序数の使用は、要素を区別するためのものである。例として、第１の要素は、第２の要素とは別個のものであり、第１の要素は、２つ以上の要素を包含し、要素の順序において第２の要素の後に来る（又は、第２の要素の前に来る）ことがある。

様々な実施形態が、ユーザの個人データを管理するためのシステム及び方法を対象とする。いくつかの実施形態では、例えば、ユーザ・デバイスは、暗号鍵などの様々な技術を使用した個人データの格納、処理、及び／又は、第三者への転送を運営するデータ管理アプリケーション（「データ・ウォレット」とも呼ばれる）を含む。例えば、データ・ウォレット内のユーザ・データは、ユーザ・データを様々な着信する要求と比較するために暗号化されていなくてもよい。その一方で、ユーザ・データがユーザ・デバイスで暗号化された場合、データ管理アプリケーションは、ユーザ・データにアクセスするための暗号鍵を保有しても暗号鍵にアクセスできてもよい。したがって、いくつかの実施形態は、暗号化されていないユーザ・データを使用するが、他の実施形態は、暗号化されたユーザ・データ、又は暗号化されたユーザ・データと暗号化されていないユーザ・データ両方を使用してもよい。

いくつかの実施形態では、データ管理アプリケーションは、第三者との（例えば、スマート・コントラクトを使用した）様々なデータ・トランザクションにおいて、個人データを格納するため、及び個人データを運営するために、１又は２以上の分散型台帳技術を使用してもよい。より詳細には、データ管理アプリケーションは、ユーザ自身の個人データのためのデータ・プロセッサとデータ・コントローラ両方として作用する能力をユーザに提供し得る。

そうすることによって、第三者によるデータ処理及びデータ使用に関連付けられた様々な法律及び規制のハードルが克服され得る。集中型サーバが、しばしば、サイバーセキュリティ違反、個人データの権限のない使用、及びユーザの承諾のない個人データの直接販売に対して信頼できる場合、データ管理アプリケーションは、様々な分散型処理技術を使用して、人間ユーザによる、及び第三者の制御の及ばない、個人データの保有を続けてもよい。これらの分散型処理技術の例は、分散型識別子（ＤＩＤ：ｄｅｃｅｎｔｒａｌｉｚｅｄ ｉｄｅｎｔｉｆｉｅｒ）、分散型アプリケーション（ＤＡｐｐ）、分散型台帳技術（ブロックチェーン・ノードなど）、及び様々な暗号システムを使用することを含む。

さらに、いくつかの実施形態は、データ・プライバシ・エコシステム（「データ・マーケットプレイス」とも呼ばれる）内で複数のデータ管理アプリケーションを動作させる。データ・プライバシ・エコシステムでは、個人データについてのデータ要求は、ネットワーク上の様々なノード（例えば、それぞれのデータ管理アプリケーションを有する様々なユーザ・デバイス）にブロードキャストされ得る。データ管理アプリケーションは、データ要求に関連した所望の情報にユーザの個人データが合致するかどうかを決定し得る。したがって、これらの要求の処理は、ユーザのデバイスにオフロードされ、ユーザの制御下に置かれてもよい。パブリッシング・ノードが、データ・プライバシ・エコシステムのメンバにデータ要求をブロードキャストしてもよいが、パブリッシング・ノードは、どのサブスクライバ・ノードが実際のデータ要求に合致するかについて実際の知識を有していなくてもよい。したがって、ユーザは、ネットワーク内で匿名を維持しつつ、データ要求を受け入れることも拒絶することもできる。ユーザがデータ要求を受け入れた場合、データ管理アプリケーションは、データ管理アプリケーションによって実装された１又は２以上のプライバシ保護チャネルを通じて、要求したエンティティにユーザの個人データを提供してもよい。同様に、データ・プライバシ・エコシステムを介して要求が送信されたことに応じて、スマート・コントラクトを受け入れること、及び他のトランザクションを実施することなど、より洗練されたデータ処理も想定される。

図１Ａに移ると、ネットワーク（例えば、ネットワークＡ（１００））は、様々なユーザ・デバイス（例えば、ユーザ・デバイスＸ（１１０））、及び様々なリモート・ノード（例えば、リモート・ノードＮ（１４０））を含み得る。ユーザ・デバイスＸ（１１０）では、ユーザのデータ管理アプリケーションＮ（１１１）が、暗号化された一般的な個人データ（例えば、暗号化された一般的な個人データＭ（１１２））、及び／又は暗号化された機密の個人データ（例えば、暗号化された機密の個人データＭ（１１３））を格納し得る。一般的な個人データの例は、個人の興味（例えば、ハイキング及びピザを楽しむ）、個人の嫌いな物（例えば、シーフードを嫌う）、ロケーション履歴（例えば、２０１９年にラスベガス、パリ、及びロンドンを訪れた）、並びに、ウェブ・ブラウザ履歴、雇用履歴、友人及び家族などの社会的接触などの他の情報などを含み得る。機密の個人データの例は、医療履歴及び情報、人種的及び民族的血統、所属政党、性的指向、ジェンダー情報などを含み得る。例えば、機密の個人データは、一般データ保護規則（ＧＤＰＲ）によって提供される機密の個人データの定義に対応し得る（例えば、労働組合員、遺伝的データ、バイオメトリック・データなど）。同様に、機密の個人データは、また、ユーザのロケーションに関連付けられた政府及び他の規制エンティティに基づいて決定され得る。その一方で、機密の個人データは、また、ユーザによって指定され得る。ユーザ・デバイスは、また、一般的な個人データの公開鍵及び秘密鍵（１１５）、並びに機密の個人データの公開鍵及び秘密鍵（１１６））などの、様々な暗号鍵（例えば、暗号鍵（１１４）を格納し得る。ユーザのデータ管理アプリケーションは、ユーザ・デバイス上の一般的な個人データ及び機密の人物データに対する制御を行うための機能を有するハードウェア及び／又はソフトウェアを含むアプリケーションでもよい。例えば、ユーザのデータ管理アプリケーションは、コンピュータ・システムと題する下記のセクションで説明される１又は２以上の技術を使用して実装され得る。

いくつかの実施形態では、ユーザ・デバイスは、１又は２以上の中間ノード（例えば、中間ノード（１３０））と通信して、個人データを特定のノードに転送する。図１Ａに示されているように、例えば、ユーザ・デバイスＸ（１１０）は、暗号化された民族的血統データ（１３２）を中間ノード（１３０）に送信し得る。暗号化された情報は、リモート・ノードＮ（１４０）に中継される前に、中間ノードに格納されてもよい。暗号化された民族的血統データ（１３２）は、また、このような情報のデータ要求（１３１）に応答して、リモート・ノードＮ（１４０）上の権限付与されたクラウド・アプリケーション（１４１）によって送信されてもよい。権限付与されたクラウド・アプリケーション（１４１）は、ハードウェア及び／又はソフトウェアを含み、機密の個人データを復号するためのユーザの秘密鍵（例えば、機密の個人データのためのユーザの秘密鍵（１４２））を有する、要求側アプリケーションでもよい。その一方で、ユーザのデータは、１又は２以上の中間ノードに永久に常駐してもよく、ユーザのデータ管理アプリケーションは、格納されたデータにアクセスしてほしいというリモート・ノードへの要求を単に送信するだけでもよい。中間ノードは、また、例えば、匿名を維持するためにユーザ・デバイスの代わりに、リモート・ノードＮ（１４０）からユーザ・デバイスＸ（１１０）に要求を送信するために使用されてもよい。

いくつかの実施形態では、１又は２以上の中間ノードは、分散型台帳技術（例えば、中間ノード（１３０）に格納された分散型台帳Ｄ（１３４））を使用して実装される。分散型台帳技術についてのさらなる情報については、分散型台帳技術と題する下記のセクションを参照されたい。ユーザ・データを転送するために使用される中間ノードが図１Ａに示されているが、（例えば、ピアツーピア通信用のプロトコルを使用して）要求したノードにユーザ・データが直接送信される他の実施形態も想定される。

図１Ａを続けると、ユーザは、外部のエンティティから受け取られたデータ要求を処理するために、どのデータがユーザのデータ管理アプリケーションにおいて利用可能であるかを選択し得る。例えば、ユーザが自分自身の個人データを処理する場合、データ処理に関連付けられた様々な法的要件が回避され得る。したがって、ユーザのデータ管理アプリケーションは、要求された個人データをユーザのデータ管理アプリケーションが収めるという確証を超えて任意の個人データを伝えることなく、ユーザ（すなわち、証明者）が、個人データ処理に基づいて、任意の要求したエンティティ（例えば、検証エンティティ）に回答を示すことができる、ゼロ知識証明又はゼロ知識プロトコルを実装し得る。したがって、外部エンティティによるユーザのデータの処理又は制御を可能にせず、ユーザのデータ管理アプリケーションにおいて意思決定機能が実施され得る。

いくつかの実施形態では、ユーザのデータ管理アプリケーションは、データ整合性、有効性、及び／又は守秘義務を維持するように、様々な仲間及び機関とセキュアに対話するユーザ・インターフェースを含む。例えば、データ管理アプリケーションのインターフェースは、スマートフォン上のモバイル・アプリケーション内に実装されてもよい。いくつかの実施形態では、ユーザ・インターフェースは、ウェブ・ブラウザの最上部の別個のインターフェースとして統合されてもよい。例えば、ユーザの秘密鍵は、モバイル・アプリケーション、ブラウザ、又は両方を通じて格納されてもアクセス可能にされてもよい。このユーザ・インターフェースは、データが使用のために復号されるポイントでもよい。データは、１又は２以上のデータ・テンプレートに格納されるか関連付けられた、メタデータを使用してキャッシュされ得る。いくつかの実施形態では、１又は２以上のデータ・テンプレートは、ユーザ・データを送信するため、及び／又はトランザクションを実施するために使用される。例えば、構造化データセットが、効率的なデータ処理のために使用されることが可能である。したがって、データ・テンプレートは、データ管理アプリケーションと１又は２以上の要求側アプリケーションとの間でユーザ・データを通信するための取り決められたデータ構造を提供し得る。さらに、ユーザのデータ管理アプリケーションは、ユーザの入力がなくても個人データを通信するため、及び／又は個人データの送信に権限付与するための、１又は２以上のアプリケーション・プログラマブル・インターフェース（ＡＰＩ）を含み得る。いくつかの実施形態では、ユーザ・インターフェースは、個人データについてのデータ要求に応答して、ユーザにプロンプトを提供する。

いくつかの実施形態では、ユーザのデータ管理アプリケーションは、１又は２以上の受け手とデータを共有するための機能を含み得る。例えば、ユーザは、ユーザが特定の受け手と共有したいと思うユーザのデータ管理アプリケーションのデータ構造にまたがるデータ変数又はデータ・フィールド（例えば、データ変数Ａ（１２１）、データ変数Ｂ（１２２）、データ変数Ｃ（１２３）、データ変数Ｄ（１２４）、データ変数Ｅ（１２５）、データ変数Ｆ（１２６）、及びデータ変数Ｇ（１２７））を選択し得る。そうするために、ユーザ・インターフェース上で復号されたデータは、（例えば、スマート・コントラクトのための）トランザクション・ハッシュ／ＩＤでエンコードされた新しいデータ・ファイルを作り出すために収集され得る。ユーザは、次に、自分の秘密鍵で復号されたデータに権限付与し、このデータを受け手の公開鍵で暗号化し得る。データが署名及び暗号化されると、データは、（インタープラネタリ・ファイルシステム・プロトコル（ＩＰＦＳ：ｉｎｔｅｒｐｌａｎｅｔａｒｙ ｆｉｌｅｓｙｓｔｅｍ ｐｒｏｔｏｃｏｌ）アドレス（１３３）などの）ロケーション・アドレスを割り当てられた１又は２以上の中間ノードに格納され得る。

いくつかの実施形態では、ユーザのデータ管理アプリケーションは、分散型アイデンティティに関連して使用される分散型ネットワークの一部である。例えば、分散型アイデンティティは、ユーザの実際のアイデンティティを検証することによって生成され得る。これは、エコシステムにおいて１人の人物が１つ及びただ１つのアイデンティティを有することを保証するために、ｅ－ＫＹＣメカニズムを通じて行われ得る。ＫＹＣは、「Ｋｎｏｗ Ｙｏｕｒ Ｃｕｓｔｏｍｅｒ」又は「Ｋｎｏｗ Ｙｏｕｒ Ｃｌｉｅｎｔ」と呼ばれてもよく、いくつかの実施形態は、ビジネスが、ユーザによって提供された個人データの合法性及び真実性を決定するためにユーザのアイデンティティを検証するプロセスを含み得る。ユーザのアカウントが、ｅ－ＫＹＣメカニズムを通じて検証されると、ユーザのデータ管理アプリケーションは、ユーザ・デバイスのアドレスと共に、ランダムに生成された秘密鍵と公開鍵のペアを割り振られてもよい。任意の所与の鍵のペアに対して、ネットワーク内でそれを必要とする誰かに対して一般に公開された人物に公開鍵が関連付けられてもよい。秘密鍵は、人物自身によってのみ保持され得る。誰かが特定のユーザの公開鍵でデータを暗号化すると、暗号化されたデータは、ユーザの秘密鍵を使用してユーザによってのみ復号され得る。同様に、ユーザが自分の秘密鍵でいくつかのデータを暗号化した場合、ネットワーク内の誰かが、暗号化されたデータを自分の公開鍵を使用して復号し、データがこの特定のユーザによって送られたことを検証することができる。

いくつかの実施形態では、ユーザのアイデンティティに基づいて秘密鍵を復旧するために、１又は２以上の復旧プロセスが使用される。例えば、ユーザの人生の全体を通して、ただ１つの秘密鍵がアイデンティティに関連付けられることになる場合、ユーザによっては、自分のそれぞれの秘密鍵を持ち続けることを信用されないこともある。したがって、復旧プロセスは、以下を含み得る。（１）分割鍵暗号化、（２）セキュアなハードウェア環境、（３）ＱＲコード（登録商標）・ニーモニック、（４）物理鍵、並びに（５）秘密鍵の復号及びアクセスのための複数の対称鍵（例えば、異なる鍵が、異なる友人、エンティティ（例えば、ソーシャル・ネットワーキング・サイト、レストラン、ｅコマース・サイト）、及び特別なエンティティ（警察、病院、政府機構など）に対応し得る）、並びに（６）閾値暗号文。暗号化／復号プロセス及び処理される復旧についてのさらなる情報については、暗号化及び復号技術と題する下記のセクションを参照されたい。

いくつかの実施形態では、ユーザは、１又は２以上のデータ・テンプレートに従って個人データをポピュレートすることができるデータ・トランザクションを発行し得る。データ・トランザクションは、例えば、データ・トランザクションの検証のため、及び／又はデータ・トランザクションの権限を証明するために、ユーザの秘密鍵で署名することによって、ユーザによって実行され得る。最後に、個人データは、データの所有者の公開鍵で暗号化され得る。データが暗号化されると、暗号化されたデータは、１又は２以上の中間ノードに格納され得る。暗号化されたデータは、中間ノードに関連付けられたＩＰＦＳアドレスに基づいて後で取り出され得る。したがって、データ・トランザクションは、以下の尺度のうちの１又は２以上を有するメイン・チェーン又はサブ・チェーンに入れられ得る。（１）トランザクション・ハッシュ／ＩＤ、（２）データ・テンプレートのＩＤ、（３）発行者／データ提供者のアドレス、（４）受け手／データ所有者のアドレス、（５）データ・ロケーションのためのＩＰＦＳハッシュ・アドレス、及び（６）データは、ストレージ・ノードから取り出す際にデータ所有者によって復号されることだけが可能である。

いくつかの実施形態では、データ管理アプリケーションは、共有データをその後処理するスマート・コントラクトとデータを共有するために使用される。データは、次に、「ｎｅｅｄ－ｔｏ－ｋｎｏｗ」ベースで、受け手と共有され得る。スマート・コントラクトは、（例えば、「ａｓ－ｉｔ－ｉｓ」データ共有を通じて）ユーザからデータを受け取り、スマート・コントラクトのエンドでデータを復号し、意図した結果に達するまでデータを処理し、最後に、処理されたデータを受け手と共有し得る。ここでは、ユーザからスマート・コントラクトへの１つのデータ・トランザクション、及びスマート・コントラクトから受け手への別のデータ・トランザクションなど、２つのデータ・トランザクションが分散型台帳技術を使用して記録され得る。スマート・コントラクトは、処理されたデータに再び署名し、受け手の公開鍵でデータを暗号化し、データを格納し、データのロケーション・アドレスを生成し、データを受け手に送り得る。いくつかの実施形態では、分散型台帳は、スマート・コントラクトによって発生した２つのデータ・トランザクションをリンクさせるための、最終的な宛先又は元のソースなど、データ・トランザクション・レコード内に別のフィールドを含み得る。

いくつかの実施形態では、データが受け手と共有されたときにデータ操作を防ぐために、ユーザの情報におけるあらゆるデータ・ポイントが認証される。この認証は、人物がデータ・トランザクションを発行するための権限を有するかどうか、ユーザがデータの実際の受け手であるかどうか、データ・フォーマットが受入れ可能であるかどうかなど、データ・ポイントに対応するあらゆるデータ・トランザクションをチェックする認証機能又は認証スマート・コントラクトを使用して実施され得る。この認証が行われた後だけ、データ共有のためのデータ・トランザクションが分散型台帳に反映され得る。

いくつかの実施形態では、トランザクション受諾を決定するために、様々なメカニズムが使用される。例えば、トランザクション・スパミングがないことを確認するためのチェックが使用され得る。言い換えれば、両方の当事者が発行／データ共有を受け入れたとき、データ・トランザクションだけが分散型台帳において発行され得る。

いくつかの実施形態では、データ漏洩を防ぐために、データ透かしが使用される。例えば、受け手に送られるデータは、データが漏洩されても漏洩源を識別できるように、透かし模様が入れられることが可能である。このような状況に遭遇した場合、権限の撤回などの必要なアクションが実施され得る。

いくつかの実施形態では、データの要求が、データ管理アプリケーションに知られないという抑制をしながら、受け取られる。例えば、航空会社が、直前の７２時間以内にこのようなテストが行われたという証拠を要求している間、データ管理アプリケーションは、ユーザのＣＯＶＩＤ－１９ワクチン接種についての情報を有していなくてもよい。可能であれば、データ管理アプリケーションは、それぞれのデータ・テンプレートを求めて、パブリック・クラウドにアクセスしてもよい。データ管理アプリケーションは、次に、データの有効性の証拠としてデータが使用されることが可能であることを保証するデジタル署名と一緒に、ユーザの代わりに、要求されたデータをダウンロードし得る。

図１Ｂに移ると、図１Ｂは、１又は２以上の実施形態によるシステムを示す。図１Ｂに示されているように、規制されたデータ処理と規制されないデータ処理とを区別するデータ・プライバシ規制境界が示されている。例えば、クラウド・サーバＥ（１７１）、クラウド・サーバＦ（１７２）、及びクラウド・サーバＧ（１７３）によって実施される個人データ処理は、様々なデータ・プライバシ法及び政府規制を受けることがある。ヨーロッパの住民及びヨーロッパの国にあるクラウド・サーバに対して、例えば、どのように、及び何のために、個人データが処理され得るかについて、様々なプライバシ法が制約をかけることがある。したがって、規制境界のこの片側での（例えば、インターネット（１７０）内での）任意のデータ収集動作又はデータ処理動作は、個人データに関連付けられた人物の明示的な承諾、又はデータが合法的な目的のために収集／処理され得ることを必要とし得る。

図１Ｂを続けると、ユーザ・デバイスＸ（１１０）を用いてデータ管理アプリケーションによって様々な動作が実施される（例えば、データ収集動作Ａ（１６１）、データ収集動作Ｂ（１６２）、データ処理動作Ｃ（１６３）、データ処理動作Ｄ（１６４））。ユーザの個人データの使用に関する様々な制約によって、クラウド・サーバＥ、Ｆ、及びＧ（１７１、１７２、１７３）が束縛される場合、データ管理アプリケーションは、ユーザの代わりに機能するとき、データ・プライバシ法及び規制によって妨げられないことがある。例えば、ユーザは、ユーザの制御下でデータ収集及びデータ処理アクションを使用して、（例えば、人工知能及び機械学習を使用して）個人データを分析し、モデルを予想又は予測し得る。したがって、ユーザは、個人データを変換する機会を有し、価値ある資産へのこれらの個人データ処理の様々な結果を制御し得る。人工知能は、多数の要因及び事前定義されていない尺度に基づいて、複雑な選択肢を必要とするドメインにおける自動意思決定を可能にし得る。

図２に移ると、図２は、１又は２以上の実施形態によるフローチャートを示す。具体的には、図２は、１又は２以上の実施形態による、ユーザ・データを送信及び／又は処理するための一般的な方法を表現している。図１Ａ及び図１Ｂで説明されたような、１又は２以上の構成要素（例えば、ユーザのデータ管理アプリケーションＮ（１１１））によって、図２の１又は２以上のブロックが実施され得る。図２の様々なブロックが順次提示及び説明されるが、当業者は、ブロックのうちのいくつか又は全てが、異なる順序で実行されてもよく、組み合わされても省略されてもよく、ブロックのいくつか又は全てが並列に実行されてもよいことを理解するであろう。さらに、ブロックは、能動的又は受動的に実施されてもよい。

ブロック２００において、１又は２以上の実施形態に従って、所定のデータ変数に関するユーザ・デバイスの個人データの要求が、要求側アプリケーションから取得される。例えば、所定のデータ変数は、ユーザのジェンダー、所属政党、又は医療履歴に対応し得る。同様に、所定のデータ変数は、（中間ノード又は分散型台帳技術を使用するなどして）分散型システム内のユーザ・データを通信及び／又は格納するためのデータ・テンプレート内で定義され得る。したがって、データ変数は、分散型システム又はＤＡｐｐを使用して実施されるデータ・トランザクションの１又は２以上のフィールドに対応し得る。

ブロック２１０において、要求側アプリケーションが、所定のデータ変数にアクセスするために権限を与えられているかどうかが決定される。例えば、要求側アプリケーションは、暗号鍵を使用して要求に署名することに基づいて認証され得る。したがって、ユーザのデータ管理アプリケーションは、要求側アプリケーションが、任意の要求されたユーザ・データを受け取るための権限を与えられているかどうかを決定し得る。要求側アプリケーションが権限を与えられていない場合、図２のプロセスは終了し得る。要求側アプリケーションが権限を与えられている場合、プロセスは、ブロック２２０を処理し得る。

ブロック２２０において、１又は２以上の実施形態に従って、データ管理アプリケーションのインターフェースを使用して、所定のデータ変数に関連付けられたデータ管理アプリケーション内の個人データが選択される。

ブロック２３０において、１又は２以上の実施形態に従って、所定のデータ変数及び／又はユーザ・デバイスに関連付けられた公開暗号鍵を使用して、暗号化された個人データが生成される。

ブロック２４０において、１又は２以上の実施形態に従って、暗号化された個人データが、１又は２以上の中間ノードに送信される。例えば、中間ノードは、図１Ａ及び付随する説明において上記で説明された中間ノードと同様でもよい。いくつかの実施形態では、ブロック２４０は任意選択である。例えば、データは、ユーザ・デバイス（例えば、スマートフォン）に格納されてよく、又は、１若しくは２以上の中間ノードの間など、暗号化された形式でほかの場所に格納されてもよい。

ブロック２５０において、１又は２以上の実施形態に従って、暗号化された個人データが、権限を与えられた要求側アプリケーションに送信される。

ブロック２６０において、１又は２以上の実施形態に従って、ユーザ・デバイスに関連付けられた秘密暗号鍵を使用して、暗号化された個人データが、権限を与えられている要求側アプリケーションによって復号される。

ブロック２７０において、１又は２以上の実施形態に従って、データ検証プロセスを使用して、個人データが、権限を与えられた要求側アプリケーションによって認証される。例えば、データ検証プロセスは、分散型台帳技術を使用してシステムによって実施されるコンセンサス・アルゴリズムでもよい。

特定のユース・ケースに応じて、ブロック２６０又はブロック２７０は、図２のプロセスの最後でもよく、すなわち、プロセスは、ブロック２６０とブロック２７０両方を必ずしも実施しなくてもよい。

図３Ａに移ると、図３Ａは、１又は２以上の実施形態によるシステムを示す。図３Ａに示されているように、パブリッシャ－サブスクライバ・ネットワークＡ（３００）は、１又は２以上のパブリッシング・ノード（例えば、パブリッシング・ノードＸ（３１０））、及び１又は２以上のサブスクライバ・ノード（例えば、ユーザ・デバイスＡ（３２１）、ユーザ・デバイスＢ（３２２）、及びユーザ・デバイスＣ（３２３））を含み得る。例えば、パブリッシャ－サブスクライバ・ネットワークにおけるユーザ・デバイスは、図１Ａにおいて上記で説明されたユーザのデータ管理アプリケーションＮ（１１１）と同様でもよい、データ管理アプリケーション（例えば、データ管理アプリケーションＡ（３４１）、データ管理アプリケーションＢ（３４２）、データ管理アプリケーションＣ（３４３））を含み得る。同様に、パブリッシャ－サブスクライバ・ネットワークは、１又は２以上の中間ノード（中間ノード・ネットワーク（３８０）などの、１又は２以上の分散型台帳技術を実装する１又は２以上のノードなど）も含み得る。いくつかの実施形態では、パブリッシャ－サブスクライバ・ネットワークにおけるノードは、サブスクライバ機能及びパブリッシャ機能を有し得る。例えば、ユーザ・デバイスは、いくつかの状況ではデータの要求の受け手でもよく、その一方で、また、他の状況では他のユーザ・デバイスからの情報のリクエスタでもよい。

図３Ａを続けると、パブリッシャ－サブスクライバ・ネットワークＡ（３００）は、パブリッシング・ノードＸ（３１０）が、ネットワーク内の様々なサブスクライバ・ノード（例えば、ユーザ・デバイスＡ（３２１）、ユーザ・デバイスＢ（３２２）、ユーザ・デバイスＣ（３２３））に、情報のブロードキャスト要求（３０１）を送信する例を示す。より詳細には、ブロードキャスト要求（３０１）は、ワクチン接種され、癌生存者でもある女性の人物に関する１又は２以上のデータ要求を含む。ユーザ・デバイスＡ（３２１）、ユーザ・デバイスＢ（３２２）、及びユーザ・デバイスＣ（３２３）に同様のデータ要求が送信される。図３Ａでは、それぞれのユーザが、ユーザのそれぞれのデータ管理アプリケーションに関連付けられた情報を有する（例えば、データ管理アプリケーションＡ（３４１）は、女性のジェンダー、乳癌生存者、及びＣｏｖｉｄワクチンを受けたメンバとしてユーザを識別する個人データを格納する）。様々なデータ管理アプリケーションに関連付けられたユーザ・データが図３Ａに示されているが、いくつかの実施形態では、ユーザ・データは、それぞれのユーザ・デバイスの外部に格納される（例えば、いくつかのデータは、１又は２以上の中間ノードの間に分散されてもよい）。

図３Ｂに移ると、データ管理アプリケーションＡ（３４１）は、ユーザのデータが、女性のワクチン接種済みの癌生存者のブロードキャスト要求（３０１）に対応すると決定する。その一方で、ユーザ・デバイスＢ（３２２）及びユーザ・デバイスＣ（３２３）におけるデータ管理アプリケーションは、これらのローカルな個人データが、ブロードキャスト要求におけるデータ変数に合致しなかったので、要求を無視する。したがって、データ管理アプリケーションＡ（３４１）は、例えば、さらなるユーザ・データを提供するために、又は、要求に関連付けられた１若しくは２以上のトランザクションに同意するために、受諾メッセージ（３５１）をパブリッシング・ノードＸ（３１０）に送信する。いくつかの実施形態では、ユーザは、例えば、ユーザ・デバイスの表示デバイス上のプロンプト（例えば、女性のワクチン接種済みの癌生存者についての要求の通知Ａ（３５０））に応答して、ブロードキャスト要求（３０１）に応答するべきかどうかを確認する。

いくつかの実施形態では、例えば、ユーザの旅程に沿った様々なノードが、広告を近くのユーザ・デバイスにブロードキャストしていてもよいとき、ユーザが自動車に乗っていてもよい。どの広告がユーザ・デバイスに提示されるかに関する判定を集中型サーバに行わせるのではなく、データ管理アプリケーションが各ブロードキャスト要求を受け取り、ユーザの個人データ又は選択された好みに従って、この要求を処理してもよい。具体的には、ユーザのデータ管理アプリケーションが、データ管理アプリケーション内の個人データに基づいて、ブロードキャスト要求をフィルタ処理してもよい。ユーザがシーフードを楽しみ、ピザを嫌う場合、ユーザのデータ管理アプリケーションは、シーフード・レストランの広告をユーザ・デバイスに表示しつつ、ピザ・レストランからのどのブロードキャスト要求も無視してよい。

いくつかの実施形態では、例えば、製薬会社が、乳癌を有する２５歳未満の女性患者に対する薬剤Ｘの副作用をリサーチしたいと思うことがある。患者のこのようなデータベースが存在したとしても、プライバシ法及び規制が、コンプライアンス問題により、データ収集及びデータ処理動作の実施を阻止することがある（例えば、患者データにアクセスすることは、倫理委員会などへの連絡を必要とすることがある）。患者がデータ収集に貢献したいと思う場合、患者は、リサーチのオファーに気づかないことにより、機会を失うことがある。したがって、このようなトランザクションを阻止する様々なプライバシ法及び規制を克服する分散型システムを、データ管理アプリケーションが提供し得る。例えば、製薬ノードは、データ管理アプリケーションのブロードキャストにおいて、法的拘束力のあるオファーを公開し得る。このような要求は、ＩＰＦＳネットワークを介して発送されてもよく、各データ管理アプリケーションは、１又は２以上のスマート・コントラクトにおいて定義されたルールを使用して、データ管理アプリケーションがオファーを考慮するべきかどうかを決定し得る。例えば、オファーが２５歳未満の女性のためのものであり、データ管理アプリケーションのユーザが、所望のグループの外側にいる場合、スマート・コントラクトは、どのようなフィードバックもユーザ又は製薬のパブリッシング・ノードに提供せず、オファーを無視してもよい。ユーザ・プロフィールがオファーの特定の要件に合致する場合、スマート・コントラクトは、ユーザ定義のルールを調べてもよい。例えば、ユーザは、１又は２以上の基準に基づいて評判がよい会社からのオファーだけを考慮してもよい。このようなルールが、１又は２以上の分散型台帳における１又は２以上のスマート・コントラクトのユーザの好み又は条項に合致するとき、オファーは、ユーザ・デバイス上でユーザに提示され得る。

オファーのタイプに応じて、情報についてのデータ要求、又はデータ・トランザクションは、ユーザ・デバイス上のプッシュ通知として提示されても、何百もの他のオファーを有するデジタル・メールボックスに行き着いてもよい。データ要求に応答して、ユーザは、それぞれの契約を受け入れても、オファーを単純に無視してもよい。したがって、この例では、製薬会社は、会社が個人情報の処理を進めるのを許可する署名済みの契約と共に、パブリッシャ－サブスクライバ・ネットワークを介して要求をブロードキャストする数分内に所望の個人情報を受け取ってもよい。例えば、特定の医療状態を有するユーザは、例外的に熟練している科学コミュニティとの協力から利益を得、場合によっては、薬剤割引又は現金払戻しのような追加の報酬を稼ぐことがある。

いくつかの実施形態では、パブリッシャ－サブスクライバ・ネットワークは、世界的なオファー市場を提供する。例えば、中央データ「市場」は、ユーザ・データに対して実行されることを目的とするクエリ（例えば、クエリ｛年齢＜２５、ジェンダー＝Ｍ、ロケーション＝「ドバイ」｝）に基づいて、組織が「オファー」をブロードキャストすることができる場所で設立されてもよい。これらのオファーのいくつかの例は、製品、サービス、職務説明書、調査研究などに関するものでよい。これらのオファーは、ネットワーク上のノードによって周期的に送信されてもよく、関連付けられたクエリは、信頼できる壁で囲まれた環境内全てでの、バックグラウンドでのセキュアな復号の後、ユーザ・データに対して実行されてもよい。このクエリの条件が完全に満たされる場合、ユーザのデータ管理アプリケーションにおいてユーザに対してオファーが利用可能にされてもよい。条件が満たされない場合、オファーは、取り下げられもよい。したがって、組織は、誰にこれらのオファーが提示されたかを知らなくてもよく、オファーを受け入れたユーザの数のような集約されたデータ（例えば、統計情報）にアクセスすることができるだけでよい。ユーザは、例えば、様々なタイプのオファーからオプト・アウトすることができてもよい。この分散型システムのいくつかの特徴は、ユーザが格納し、クエリが使用されることが可能な、データ・フィールドの標準化及び非冗長性、相互運用性を含み得る（例えば、「年齢」は、データ内に一度及び一度だけ存在するはずであり、全てのクエリが年齢情報を必要とする場合、全てのクエリがこの値を使用するはずである）。いくつかの実施形態は、バックグラウンドでオファーを処理するための効率的なメカニズムを有してもよく、これにより、過剰な量のデータ管理アプリケーションのリソースを１つのクエリが消費せず、オファーが、漸増的に待ち行列に入り始めない。同様に、頻繁に使用されるデータに簡単にアクセスして復号するための、及び、分散型ネットワークからこのデータを毎回ダウンロードする必要がない、各ユーザのデータ管理アプリケーションにキャッシュが実装されてもよい。データ管理アプリケーションは、データを効率的に見つけて処理するために、ユーザのデータのメタデータも格納し得る。

図４に移ると、図４は、１又は２以上の実施形態によるフローチャートを示す。具体的には、図４は、１又は２以上の実施形態によるデータ・マーケットプレイスを運用するための一般的な方法を説明する。図４の１又は２以上のブロックは、図１Ａ、図１Ｂ、図３Ａ、及び図３Ｂにおいて説明されたように、１又は２以上の構成要素（例えば、パブリッシャ－サブスクライバ・ネットワークＡ（３００））によって実施され得る。図４の様々なブロックが順次提示及び説明されるが、当業者は、ブロックのうちのいくつか又は全てが異なる順序で実行されてもよく、組み合わされても省略されてもよく、ブロックのうちのいくつか又は全てが並列に実行されてもよいことを理解するであろう。さらに、ブロックは、能動的又は受動的に実施されてもよい。

ブロック４００において、１又は２以上の実施形態に従って、パブリッシング・ノードに対する様々なサブスクライバ・ノードの中のサブスクライバ・ノードとして、ユーザ・デバイスが指定される。

ブロック４１０において、１又は２以上の実施形態に従って、パブリッシャ－サブスクライバ・ネットワーキング・プロトコルを使用して、個人データに関するブロードキャスト要求が、様々なサブスクライバ・ノードに、パブリッシング・ノードによって送信される。

いくつかの実施形態では、ブロック４００及び４１０は、例えば、異なる順序で実施されてもよい。ブロードキャスティングは、逆の順序でも行われることが可能である。電子掲示板アナロジでは、パブリッシングは、サブスクライバがないときでも、いくつかの広告に対して実施され得る。それでも、人物が電子掲示板の前を歩いて通りすぎ、メッセージを読むことがある。したがって、ブロードキャスト要求は、初期のブロードキャスト要求の後、いくつかのサブスクライバ・ノードが後日ブロードキャスト要求を取得し得るように、周期的に送信され得る。したがって、いくつかの実施形態では、サブスクライバ・ノードは、パブリッシャ－サブスクライバ・ネットワークから追加及び／又は除去されてもよい。

ブロック４２０において、１又は２以上の実施形態に従って、ユーザ・デバイスのデータ管理アプリケーション内の個人データが、ブロードキャスト要求に関連付けられた個人データに合致するかどうかが決定される。

ブロック４３０において、１又は２以上の実施形態に従って、ブロードキャスト要求に関する通知がユーザ・デバイスに表示される。ブロック４３０は、任意選択でもよい。例えば、ユーザは、通知を省略し得るいくつかのデータ要求に対する所定の応答を有してもよい。例として、ユーザは、パブリッシャが誕生日情報を要求しても気にしなくてよく、要求されたときにこれを自動的に提供してもよい。

ブロック４４０において、１又は２以上の実施形態に従って、ユーザ・デバイスがブロードキャスト要求を受け入れるかどうかが決定される。

ブロック４５０において、１又は２以上の実施形態に従って、暗号化された受諾メッセージがパブリッシング・ノードに、ユーザ・デバイスによって送信される。いくつかの実施形態では、例えば、受諾メッセージを送信するために１又は２以上の中間ノードが使用される。いくつかの実施形態では、近距離無線通信技法（例えば、Ｂｌｕｅｔｏｏｔｈ）など、データを交換するために他の通信方法が使用される。したがって、ユーザ・データは、中間ノードがなくても、ピアツーピアで直接送信され得る。

ブロック４６０において、１又は２以上の実施形態に従って、ユーザ・デバイスに関連付けられた秘密暗号鍵を使用して、暗号化された受諾メッセージが、パブリッシング・ノードによって復号される。

分散型アイデンティティ及び分散型アプリケーション
いくつかの実施形態では、データ管理アプリケーションは、分散型アイデンティティを使用して、ユーザ・データを検証及び認証する。例えば、分散型アイデンティティ・システムは、分散型アイデンティティ標準に基づいてもよい。分散型アイデンティティは、分散型台帳技術を使用するなどして、分散型システムにリンクされた鍵のペアをユーザがセキュアに生成することを可能にするインターフェースを通じて、ユーザが分散型アイデンティティを制御することを可能にし得る。分散型アイデンティティは、例えば分散型ウェブ・アプリケーションによる使用のために、検証可能な分散型デジタル・アイデンティティを可能にする識別子の１つのタイプである分散型識別子（ＤＩＤ）を使用し得る。分散型アイデンティティは、以下の機能のうちの１又は２以上実施し得る。（１）分散型アイデンティティ・システムをサポートする第三者のアプリケーションに認証すること、（２）権限付与されたエンティティが人の個人的なデータストアへの署名及び書き込みを可能にすること、並びに、（３）分散型アイデンティティ・システムによって、署名されたデータを使用して、ユーザのアイデンティティに関する情報を証明すること。

いくつかの実施形態では、分散型アイデンティティ・システムは、ユーザのアイデンティティにリンクされた、暗号化された個人情報を、分散型ストレージ・システムに格納することに依存し、１又は２以上のＡＰＩを使用して、分散型ストレージ・システムにおけるデータと対話し得る。いくつかの実施形態では、分散型アイデンティティは、公開鍵材料、認証記述子、及びサービス・エンドポイントを含む、分散型公開鍵インフラストラクチャ（ＤＰＫＩ：ｄｅｃｅｎｔｒａｌｉｚｅｄ ｐｕｂｌｉｃ ｋｅｙ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）メタデータにリンクされたグローバルな一意の識別子でもよい。いくつかの実施形態では、現実の人々が分散型アイデンティティを使用することを可能にするアプリケーションである、ＤＩＤユーザ・エージェントが使用される。ユーザ・エージェント・アプリケーションは、ＤＩＤを作り出すこと、データ及びパーミッションを管理すること、並びにＤＩＤリンクされた情報に署名／認証することを支援し得る。いくつかの実施形態では、分散型アイデンティティ・システムは、ＤＩＤドライバのコレクションを使用して、実装形態及び分散型システムにわたるＤＩＤの探索及び解決の標準手段を提供し、特定のＤＩＤに関連付けられたＤＰＫＩメタデータをカプセル化したＤＩＤドキュメント・オブジェクト（ＤＤＯ）を返すサーバであるＤＩＤ汎用レゾルバを含む。いくつかの実施形態では、分散型アイデンティティ・システムは、ＤＩＤアイデンティティ・ハブを含み、ＤＩＤアイデンティティ・ハブは、クラウド及びエッジ・インスタンスで構成された、暗号化された個人データストアの複製されたメッシュでもよい。

いくつかの実施形態では、ユーザのデータ管理アプリケーションは、分散型アプリケーション（ＤＡｐｐ）である。例えば、ＤＡｐｐは、ピアツーピア・ネットワークに接続された分散型サーバ上で動くバックエンド・コードを有し得る。フロントエンドのコードに関しては、コードは、ＩＰＦＳのような分散型ストレージに格納され得る。ＤＡｐｐとは対照的に、集中型アプリケーションは、単一のセンタ又は単一のサーバにおいて動作し、全てのアクション及びデータ・ストレージを担う、ソフトウェア又はアプリケーション・モジュールを含み得る。いくつかの実施形態では、ユーザのデータ管理アプリケーションは、処理が複数のノードを介して共有されるが、意思決定が集中型され得る、分散型アプリケーションである。

いくつかの実施形態では、分散型システムは、分散型ストレージ・システムにデータを格納して共有するために、ピアツーピア・ネットワークを用いたインタープラネタリ・ファイルシステム（ＩＰＦＳ）プロトコルを使用する。例えば、ＩＰＦＳは、コンテンツ・アドレッシングを使用して、様々なノードを接続するグローバルな名前空間において各ファイルを一意に識別し得る。したがって、ＩＰＦＳは、全データの一部分を保持する分散型システム・ノードの周囲に構築され、これにより、ファイル・ストレージ及び共有機能を提供し得る。ネットワーク内の任意のユーザが、そのコンテンツ・アドレスによってファイルをサーブし得、ネットワーク内の他のピアが、他のノード（例えば、その分散型ハッシュ・テーブル（ＤＨＴ）を有する他のノード）からコンテンツを見つけ、要求し得る。したがって、分散型ストレージ・システムは、複数の物理ノード（例えば、データ・ウェアハウスを有する異なるノードさえも）にまたがってデータを分割することができるインフラストラクチャを含み得る。

暗号化及び復号技術
様々な暗号化／復号技術に移ると、１つの技術は分割鍵暗号化である。具体的には、分割鍵暗号化は、秘密鍵が再構築されないように、秘密鍵がパーツに分割され、異なるロケーションで暗号化される処理であり得る。したがって、秘密鍵は、秘密鍵の一部分が傍受されて分析されてもセキュアであり得る。例えば、暗号鍵の分割は、パスワードを保護し、パスワード不要の認証体験を提供し得る。ユーザの観点からは、パスワードは、ユーザによってデバイスに入れられなくてもよい。バックグラウンドで暗号化システムが、ユーザ認証情報を再構築するために、異なるロケーションに格納されたキー・セグメント（例えば、パスワードの一部）の合致への要求を送信し得、ユーザのセッションが認証される。

閾値暗号文に移ると、暗号化システムは、データを暗号化して、ノードのクラスタの間に暗号化されたデータを分散させることによって、情報を保護し得る。暗号化されたデータは、公開鍵を使用して暗号化されてもよく、対応する秘密鍵は、関与するノードの間で共有されてもよい。暗号化されたメッセージを復号するために、又はメッセージに署名するために、（所定の閾値数より多くの）幾人かの当事者が、復号又は署名プロトコルにおいて協働しなければならない。

関数暗号化技法に移ると、いくつかの実施形態は、データ管理アプリケーション及び／又はデータ・マーケットプレイスの実装形態と共に、１又は２以上の関数暗号化方式を使用する。関数暗号化方式では、複数の関数復号鍵又は評価鍵と共に、例えば中央権限によって、マスタ・シークレット鍵が生成され得る。マスタ・シークレット鍵がメッセージ全体を復号する場合、評価鍵が、暗号化されていない出力を生じる、暗号化されたデータに対する所定の演算を実施してもよい。評価鍵は、マスタ・シークレット鍵から又は独立して導出されてもよく、クリア・テキスト内の基礎的なデータに所定の演算を適用することと同等の結果を取得し得る。所定の演算の例は、加算演算又は減算演算、及び、ブール演算などの論理演算などの、数学演算でもよい。例証として、変数ａと変数ｂに関連付けられたデータが、公開鍵を使用して暗号化される場合、評価鍵は、変数ａと変数ｂの加算（すなわち、ａ＋ｂ）というプレーンテキストの数学的結果を提供する加算演算を実施し得る。関数暗号文方式の例は、内積関数暗号化（ＩＰＦＥ：Ｉｎｎｅｒ Ｐｒｏｄｕｃｔ Ｆｕｎｃｔｉｏｎａｌ Ｅｎｃｒｙｐｔｉｏｎ）方式、属性ベース暗号化（ＡＢＥ：Ａｔｔｒｉｂｕｔｅｄ－ｂａｓｅｄ ｅｎｃｒｙｐｔｉｏｎ）方式、及びアイデンティティ・ベースの暗号化方式を含む。ＩＰＦＥ方式では、メッセージのプレーンテキストがベクトルとして編成されてもよく、暗号化されたデータは、ベクトルと別のベクトルとの内積を計算するために、評価鍵と共に使用される。ＩＰＦＥ方式は、マルチ・クライアント方式、複数入力方式、及び／又は分散型関数隠蔽方式でもよい。ＡＢＥ方式は、特定の属性に基づいて復号を管理する様々な属性並びに暗号鍵及び／又はポリシと、暗号化されたデータをリンクし得る。アイデンティティ・ベースの暗号化方式は、２つの文字列が等しい場合、暗号鍵が暗号文を復号し得るような文字列に、暗号文及び秘密鍵を関連付け得る。

準同型暗号化方式に移ると、準同型暗号化方式は、暗号化された出力を生じる、暗号化されたデータに対する演算の実施を可能にし得る。例えば、準同型暗号化を使用した計算は、シークレット鍵を使用して後で復号されるように、暗号化された形式のままでよい。準同型暗号化の例は、部分準同型暗号化（例えば、暗号化されたデータに対して実施されることになる所定の演算だけによって極秘データをセキュアに保つ）、Ｓｏｍｅｗｈａｔ準同型暗号化（例えば、設定された回数だけ実施されることが可能な限定的な演算をサポートする）、及び完全準同型暗号化を含み得る。

分散型台帳技術
いくつかの実施形態では、中間ノードは、１又は２以上のタイプの分散型台帳技術を使用して実装される。分散型台帳技術の例は、ブロックチェーン、ハッシュグラフ、有向非巡回グラフ、及び、異なる分散型台帳技術の様々なハイブリッド実装形態を含み得る。具体的には、分散型台帳は、ネットワークを介して複数のノードを使用して実装され得、トランザクションを認証するために、どのエンティティ（例えば、任意の人物又は単に承認されたエンティティ）がノードを動作させることができるかを、中間ノード・プロトコルが決定し得る。異なる分散型台帳技術は、また、プルーフ・オブ・ワーク、プルーフ・オブ・ステーク、投票システム、及び／又はハッシュグラフなどの、使用される異なるコンセンサス・アルゴリズムを変化させ得る。したがって、分散型台帳技術は、特定の台帳への変更が、中間ノード・ネットワークの全体を通して反映されることを保証し得る（例えば、全てのネットワーク・メンバが、いずれかの特定のインスタンスにおいて全台帳のマッチするコピーを有し得る）。さらに、分散型台帳システムは、異なる承諾する当事者にまたがるデジタル情報の格納、記録、及び交換に関する能力を提供し得、集中化された権威又は記録保持者を必要としない。

いくつかの実施形態では、中間ノード・ネットワークは、許可済又は許可不要プロトコルを使用し得る。許可済プロトコルは、中央エンティティが、分散型台帳の修正などのために、中間ノード・ネットワークにアクセスするための、ノード間の許可の形式を使用する。その一方で、許可不要分散型台帳の場合、中間ノード・ネットワーク内のあらゆるノードが、台帳全体の完全且つ更新されたコピーにアクセスし得る。ハイブリッド分散型台帳技術（ＤＬＴ：ｄｉｓｔｒｉｂｕｔｅｄ ｌｅｄｇｅｒ ｔｅｃｈｎｏｌｏｇｙ）では、中間ノード・プロトコルは、許可不要プロトコルと許可済プロトコル両方に基づく特徴を使用し得る。

ハッシュグラフ技術に移ると、ハッシュグラフは、タイムスタンプを使用して、分散型台帳に複数のトランザクションを格納し得る。分散型台帳におけるハッシュグラフ・レコードは「イベント」と呼ばれてもよく、トランザクションは、並列構造で格納される。ハッシュグラフ・システムは、中間ノード・ネットワーク上のノードが、トランザクション情報を修正し得ないことを保証し得る。有向非巡回グラフ（ＤＡＧ：ｄｉｒｅｃｔｅｄ ａｃｙｃｌｉｃ ｇｒａｐｈ）に移ると、ＤＡＧは、コンセンサス・メカニズムを使用し、ここでは、ネットワーク上のあらゆるノードが、台帳上のトランザクションの証拠を提供し、トランザクションを開始し得る。トランザクションを開始するために、ノードは、これらの新しいトランザクションを確認するために、台帳上の少なくとも２つの前のトランザクションを検証しなければならない。

ブロックチェーン技術に移ると、ブロックチェーン・ネットワークは、ノード間通信、及び新しいブロックの認証のためのプロトコルに従うピアツーピア・ネットワークでよい。例えば、ブロックチェーン・ネットワークは、互いに知られていない２人以上の参加者が、トランザクションを適宜実施することを可能にし得る。具体的には、ブロックチェーン内のブロックは、ハッシュ関数によって暗号化され、保護され得る。新しいブロックチェーンがマイニングされているとき、ブロックチェーンは、ブロックチェーン・ネットワーク内の他のノードと同期され得る。分散化されることによって、ブロックチェーンを危険に晒すには、大多数のブロックチェーン・ノードとの協力を必要とし得、これにより、詐欺的なトランザクションの可能性を低減させる。ブロックチェーン上のトランザクションは、様々な公開鍵の間で情報を転送し得る。ブロックチェーン技術の中には、パブリック・ブロックチェーン・ネットワーク又はプライベート・ブロックチェーン・ネットワークを実装し得るものもある。パブリック・ブロックチェーン・ネットワークは、単一の場所に情報を格納しないことがあるが、ピアツーピア・ネットワーク全体に、格納された情報を分散させる。パブリック・ブロックチェーン・ネットワークは、次に、検証メカニズムを使用して、データの信憑性を決定し得る。例えば、ブロックチェーン・ノードが、分散型台帳の現在の状態について同意に達するコンセンサス方法が使用され得る。コンセンサス方法の例は、プルーフ・オブ・ワーク（ＰｏＷ）メカニズム及びプルーフ・オブ・ステーク（ＰｏＳ）メカニズムを含む。プライベート・ブロックチェーン・ネットワークに移ると、プライベート・ブロックチェーン・ネットワークは、１又は２以上のエンティティの制御下にある閉じたネットワークを実装し得る。例えば、プライベート・ブロックチェーン・ネットワークは、（例えば、ピアツーピア接続及び分散型ストレージを使用して）パブリック・ブロックチェーン・ネットワークと同様に動作し得る。それでも、プライベート・ブロックチェーン・ネットワークは、どのノードがネットワークに参加し得るかを限定し得る。したがって、プライベート・ブロックチェーン・ネットワークは、新しいノードを追加するために許可済プロトコルを適宜使用し得る。

さらに、ハイブリッド・ブロックチェーン技術は、プライベートとパブリック両方のブロックチェーン・ネットワークの要素を組み合わせ得る。例えば、ハイブリッド・ブロックチェーン・ネットワークは、公開許可不要システムと共に、プライベートの許可ベースのシステムを有し得る。例えば、ハイブリッド・ブロックチェーン・ネットワークは、どのデータがブロックチェーン内の特定のユーザにアクセス可能なだけであるか、及びどのデータが公開で利用可能であるかを制御するための機能を含み得る。例えば、ハイブリッド・ブロックチェーン内のトランザクション及びレコードは、公開にされなくてもよいが、スマート・コントラクトを通じてアクセスを許容することなどによって、要求されたときに検証され得る。極秘情報は、極秘情報の検証を依然として可能にしながら、ネットワークの内側で保持され得る。同様に、ハイブリッド・ブロックチェーン技術は、また、ハイブリッド・ブロックチェーン・ネットワークを所有するプライベート・エンティティがトランザクションを変えるのを防ぎ得る。

別のブロックチェーン技術は、コンソーシアム・ブロックチェーンである「連合型ブロックチェーン」とも呼ばれる）。コンソーシアム・ブロックチェーンは、プライベート及びパブリック・ブロックチェーンの特徴を有するハイブリッド・ブロックチェーンと同様である。それでも、複数のエンティティからのメンバは、中間ネットワーク上で協働作業を行ってもよい。したがって、コンソーシアム・ブロックチェーンは、例えば、プライベート・ブロックチェーン・ネットワークを介した制御を単一のエンティティが行わないようにするために、異なるグループへのアクセスを制限されたプライベート・ブロックチェーンでもよい。例えば、認証ノード及びメンバ・ノードなどの、プリセット・ノードによって、コンセンサス手順が制御され得る。認証ノードは、トランザクションを開始し、受け取り、認証し得るが、メンバ・ノードは、トランザクションを受け取るか開始し得る。

いくつかの実施形態では、分散型台帳技術は、分散型台帳を実装するためのメイン・チェーンを含む。それでも、各アプリケーションに対して別個のチェーンを使用するいくつかの実施形態が想定され、ここで、個々のチェーンは、特定のエポック時間／数のトランザクションの後、メイン・チェーン上のそれぞれのトランザクションを認証し得る。

コンピュータ・システム
実施形態は、コンピューティング・システム上で実行され得る。モバイル、デスクトップ、サーバ、ルータ、スイッチ、組込デバイス、又は他のタイプのハードウェアの任意の組合せが使用され得る。例えば、図５Ａに示されているように、コンピューティング・システム（５００）は、１又は２以上のコンピュータ・プロセッサ（５０２）、非永続ストレージ（５０４）（例えば、ランダム・アクセス・メモリ（ＲＡＭ）、キャッシュ・メモリなどの、揮発性メモリ）、永続ストレージ（５０６）（例えば、ハードディスク、コンパクト・ディスク（ＣＤ）ドライブ又はデジタル・バーサタイル・ディスク（ＤＶＤ）ドライブなどの光学ドライブ、フラッシュ・メモリなど）、通信インターフェース（５１２）（例えば、Ｂｌｕｅｔｏｏｔｈインターフェース、赤外線インターフェース、ネットワーク・インターフェース、光学インターフェースなど）、並びに非常に多くの他の要素及び機能を含み得る。

コンピュータ・プロセッサ（５０２）は、命令を処理するための集積回路でもよい。例えば、コンピュータ・プロセッサは、プロセッサの１又は２以上のコア又はマイクロ・コアでもよい。コンピューティング・システム（５００）は、また、タッチスクリーン、キーボード、マウス、マイクロフォン、タッチパッド、電子ペン、又は他の任意のタイプの入力デバイスなどの、１又は２以上の入力デバイス（５１０）を含み得る。

通信インターフェース（５１２）は、ネットワーク（図示せず）（例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、インターネットなどのワイド・エリア・ネットワーク（ＷＡＮ）、モバイル・ネットワーク、若しくは他の任意のタイプのネットワーク）に、及び／又は別のコンピューティング・デバイスなどの別のデバイスに、コンピューティング・システム（５００）を接続するための集積回路を含み得る。

さらに、コンピューティング・システム（５００）は、画面（例えば、液晶ディスプレイ（ＬＣＤ）、プラズマ・ディスプレイ、タッチスクリーン、陰極線管（ＣＲＴ）モニタ、プロジェクタ、若しくは他の表示デバイス）、プリンタ、外部ストレージ、又は任意の他の出力デバイスなどの、１又は２以上の出力デバイス（５０８）を含み得る。出力デバイスのうちの１又は２以上は、入力デバイスと同じでも異なってもよい。入出力デバイスは、コンピュータ・プロセッサ（５０２）、非永続ストレージ（５０４）、及び永続ストレージ（５０６）にローカル又はリモートに接続されてもよい。多くの異なるタイプのコンピューティング・システムが存在し、前述の入出力デバイスは、他の形式をしていてもよい。

本開示の実施形態を実施するためのコンピュータ可読プログラム・コードの形式のソフトウェア命令は、ＣＤ、ＤＶＤ、ストレージ・デバイス、ディスケット、テープ、フラッシュ・メモリ、物理メモリ、又は任意の他のコンピュータ可読ストレージ媒体などの、非一時的コンピュータ可読媒体に、全体的又は部分的に、一時的又は永久に格納されてもよい。具体的には、ソフトウェア命令は、プロセッサによって実行されると、本開示の１又は２以上の実施形態を実施するように構成されたコンピュータ可読プログラム・コードに対応し得る。

図５Ａのコンピューティング・システム（５００）は、コンピュータ・ネットワークに接続されても、その一部でもよい。例えば、図５Ｂに示されているように、コンピュータ・ネットワーク（５２０）は、複数のノード（例えば、ノードＸ（５２２）、ノードＹ（５２４））を含み得る。各ノードは、図５Ａに示されたコンピューティング・システムなどの、コンピューティング・システムに対応し得るか、組み合わされたノードのグループは、図５Ａに示されたコンピューティング・システムに対応し得る。例として、本開示の実施形態は、他のノードに接続された分散型システムのノードで実施されてもよい。別の例として、本開示の実施形態は、複数のノードを有する分散コンピューティング・システムで実施されてもよく、この場合、本開示の各部分は、分散コンピューティング・システム内の異なるノード上にあってもよい。さらに、前述のコンピューティング・システム（５００）の１又は２以上の要素は、遠隔地にあり、ネットワークを介して他の要素に接続されてもよい。

図５Ｂに示されていないが、ノードは、バックプレーンを介して他のノードに接続されたサーバ・シャシにおけるブレードに対応し得る。別の例として、ノードは、データ・センタにおけるサーバに対応し得る。別の例として、ノードは、共有メモリ及び／又はリソースを有する、コンピュータ・プロセッサ、又はコンピュータ・プロセッサのマイクロ・コアに対応し得る。

コンピュータ・ネットワーク（５２０）におけるノード（例えば、ノードＸ（５２２）、ノードＹ（５２４））は、クライアント・デバイス（５２６）にサービスを提供するように構成され得る。例えば、ノードは、クラウド・コンピューティング・システムの一部でもよい。ノードは、クライアント・デバイス（５２６）から要求を受け取り、応答をクライアント・デバイス（５２６）に送信するための機能を含み得る。クライアント・デバイス（５２６）は、図５Ａに示されたコンピューティング・システムなどの、コンピューティング・システムでもよい。さらに、クライアント・デバイス（５２６）は、本開示の１又は２以上の実施形態の全て又は一部分を含み及び／又は実施し得る。

図５Ａ及び図５Ｂで説明されたコンピューティング・システム又はコンピューティング・システムのグループは、本明細書で開示された様々な動作を実施するための機能を含み得る。例えば、コンピューティング・システムは、同じ又は異なるシステム上のプロセス間の通信を実施し得る。能動又は受動通信のいくつかの形式を採用する様々なメカニズムが、同じデバイス上のプロセス間のデータの交換を容易にし得る。これらのプロセス間通信の代表的な例は、ファイル、信号、ソケット、メッセージ・キュー、パイプライン、セマフォ、共有メモリ、メッセージ・パッシング、及びメモリ・マップド・ファイルの実装形態を含むがこれらに限定されない。２つのこれらの非限定的な例に関するさらなる詳細が下記で提供される。

クライアント－サーバ・ネットワーキング・モデルに基づくと、ソケットは、同じデバイス上のプロセス間の双方向データ転送を可能にするインターフェース又は通信チャネル・エンド・ポイントとして機能し得る。まず、クライアント－サーバ・ネットワーキング・モデルに従って、サーバ・プロセス（例えば、データを提供するプロセス）が、第１のソケット・オブジェクトを作り出してもよい。次に、サーバ・プロセスが、第１のソケット・オブジェクトを結びつけ、これにより、第１のソケット・オブジェクトを一意の名前及び／又はアドレスに関連付ける。第１のソケット・オブジェクトを作り出し、結びつけた後、サーバ・プロセスは、次に、１又は２以上のクライアント・プロセス（例えば、データを求めるプロセス）から着信する接続要求を待ち、リッスンする。この時点では、クライアント・プロセスがサーバ・プロセスからデータを取得したいと思ったとき、クライアント・プロセスは、第２のソケット・オブジェクトを作り出すことによってスタートする。クライアント・プロセスは、次に、少なくとも第２のソケット・オブジェクト、並びに、第１のソケット・オブジェクトに関連付けられた一意の名前及び／又はアドレスを含む接続要求を生成することに進む。クライアント・プロセスは、次に、接続要求をサーバ・プロセスに送信する。可用性に応じて、サーバ・プロセスは、クライアント・プロセスとの通信チャネルを確立して、接続要求を受け入れてもよく、又は他の動作のハンドリングで忙しいサーバ・プロセスは、サーバ・プロセスの準備ができるまで、接続要求をバッファの待ち行列に入れてもよい。確立された接続は、通信が始まり得ることをクライアント・プロセスに知らせる。これに応答して、クライアント・プロセスは、クライアント・プロセスが取得したいと思うデータを指定するデータ要求を生成し得る。データ要求は、その後、サーバ・プロセスに送信される。データ要求を受け取ると、サーバ・プロセスは、要求を分析し、要求されたデータを集める。最後に、サーバ・プロセスは、次に、少なくとも要求されたデータを含むリプライを生成し、リプライをクライアント・プロセスに送信する。データは、より一般には、データグラム、又はキャラクタ（例えば、バイト）のストリームとして、転送されてもよい。

共有メモリは、複数のプロセスによってデータが通信及び／又はアクセスされ得るメカニズムを実現させるための仮想メモリ空間の配分を指す。共有メモリを実装する際に、初期化プロセスが、最初に、永続又は非永続ストレージに共有可能セグメントを作り出す。作成後、初期化プロセスは、次に、共有可能セグメントをマウントし、その後、初期化プロセスに関連付けられたアドレス空間に共有可能セグメントをマッピングする。マウントに続いて、初期化プロセスは、共有可能セグメントとの間でデータをさらに読み書きし得る１又は２以上の権限付与されたプロセスへのアクセス許可を識別し、与えることに進む。１つのプロセスによって共有可能セグメント内のデータに対して行われる変更は、共有可能セグメントに同様にリンクされた他のプロセスに直接影響を及ぼし得る。さらに、権限付与されたプロセスのうちの１つが共有可能セグメントにアクセスするとき、共有可能セグメントは、この権限付与されたプロセスのアドレス空間にマッピングする。しばしば、初期化プロセス以外の１つの権限付与されたプロセスが、いつでも共有可能セグメントをマウントし得る。

本開示の範囲から逸脱することなく、プロセス間で、本出願において説明された様々なデータなどのデータを共有するために、他の技法が使用されてもよい。プロセスは、同じ又は異なるアプリケーションの一部でよく、同じ又は異なるコンピューティング・システム上で実行し得る。

プロセス間でデータを共有するのではなく、又はこれに加えて、本開示の１又は２以上の実施形態を実施するコンピューティング・システムは、ユーザからデータを受け取るための機能を含み得る。例えば、１又は２以上の実施形態では、ユーザは、ユーザ・デバイス上のグラフィカル・ユーザ・インターフェース（ＧＵＩ）を介してデータを投入し得る。データは、ユーザが１又は２以上のグラフィカル・ユーザ・インターフェース・ウィジェットを選択すること、又は、タッチパッド、キーボード、マウス、若しくは任意の他の入力デバイスを使用して、テキスト及び他のデータをグラフィカル・ユーザ・インターフェース・ウィジェットに挿入することによって、グラフィカル・ユーザ・インターフェースを介して投入されてもよい。特定の項目を選択することに応答して、特定の項目に関する情報が、コンピュータ・プロセッサによって永続又は非永続ストレージから取得され得る。ユーザによる項目の選択時、特定の項目に関する取得されたデータの内容は、ユーザの選択に応じてユーザ・デバイスに表示されてもよい。

上記で説明された技法を使用することなどによって、又はストレージから、データが取得されると、コンピューティング・システムは、本開示の１又は２以上の実施形態を実施する際に、取得されたデータから１又は２以上のデータ項目を抽出し得る。例えば、抽出は、図５Ａのコンピューティング・システム（５００）によって以下のように実施され得る。まず、データの編成パターン（例えば、文法、スキーマ、レイアウト）が決定され、編成パターンは、以下のうちの１又は２以上に基づき得る。ポジション（例えば、ビット若しくはカラム位置、データ・ストリーム内のＮ番目のトークンなど）、属性（属性は、１若しくは２以上の値に関連付けられる）、又は階層／木構造（詳細の異なるレベルにおけるノードのレイヤからなる－ネストされたパケット・ヘッダ若しくはネストされたドキュメント・セクションにおけるものなど）。次に、データ・シンボルの未加工未処理のストリームが、編成パターンのコンテキストで、トークン（各トークンは、関連付けられたトークン「タイプ」を有し得る）のストリーム（又はレイヤ化された構造）に構文解析される。

次に、トークン・ストリーム又は構造から１又は２以上のデータ項目を抽出するために抽出尺度が使用され、抽出尺度は、１又は２以上のトークン（又はレイヤ化された構造からのノード）を抽出するために、編成パターンに従って処理される。位置ベースのデータについては、抽出尺度によって識別された位置におけるトークンが抽出される。属性／値ベースのデータについては、抽出尺度を満たす属性に関連付けられたトークン及び／又はノードが抽出される。階層式／レイヤ化されたデータについては、抽出尺度に合致するノードに関連付けられたトークンが抽出される。抽出尺度は、識別子の文字列のように簡単でよく、又は、構造化されたデータ・リポジトリに提示されたクエリでもよい（データ・リポジトリは、ＸＭＬなどのデータベース・スキーマ又はデータ・フォーマットに従って編成されてもよい）。

抽出されたデータは、コンピューティング・システムによるさらなる処理のために使用されてもよい。例えば、図５Ａのコンピューティング・システムは、本開示の１又は２以上の実施形態を実施しながら、データ比較を実施してもよい。データ比較は、２つ以上のデータ値（例えば、Ａ、Ｂ）を比較するために使用されてもよい。例えば、１又は２以上の実施形態は、Ａ＞Ｂ、Ａ＝Ｂ、Ａ！＝Ｂ、Ａ＜Ｂなどであるかどうかを決定し得る。比較は、比較に関連した演算を指定するＡ、Ｂ、及びオペコードを、算術論理演算装置（ＡＬＵ）（すなわち、２つのデータ値に対する算術的な及び／又はビット単位の論理演算を実施する回路機器）に投入することによって実施され得る。ＡＬＵは、演算の数値結果、及び／又は、数値結果に関連した１若しくは２以上の状態フラグを出力する。例えば、状態フラグは、数値結果が正の数、負の数、ゼロなどであるかどうかを示し得る。正規のオペコードを選択すること、並びに次に、数値結果及び／又は状態フラグを読み込むことによって、比較が実行され得る。例えば、Ａ＞Ｂであるかどうかを決定するために、ＢがＡから減算され得（すなわち、Ａ－Ｂ）、状態フラグは、結果が正であるかどうかを決定するために読み込まれ得る（すなわち、Ａ＞Ｂである場合、Ａ－Ｂ＞０である）。１又は２以上の実施形態では、Ｂは、閾値であると考えられもよく、Ａは、ＡＬＵを使用して決定されたように、Ａ＝Ｂ又はＡ＞Ｂである場合に閾値を満たすものと見なされる。本開示の１又は２以上の実施形態では、Ａ及びＢはベクトルでもよく、ＡとＢとの比較は、ベクトルＡの第１の要素をベクトルＢの第１の要素と、ベクトルＡの第２の要素をベクトルＢと第２の要素と比較することなどを含む。１又は２以上の実施形態では、Ａ及びＢが文字列の場合、文字列のバイナリ値が比較されてもよい。

図５Ａのコンピューティング・システムは、データ・リポジトリを実装してもよく、及び／又はこれに接続されてもよい。例えば、データ・リポジトリの１つのタイプは、データベースである。データベースは、データの取り出し、修正、再編成、及び削除を容易にするように構成された情報のコレクションである。データベース管理システム（ＤＢＭＳ）は、データベースを定義する、作り出す、問い合わせる、更新する、又は運営するためのインターフェースをユーザに提供するソフトウェア・アプリケーションである。

ユーザ、又はソフトウェア・アプリケーションは、文又はクエリをＤＢＭＳに投入し得る。次に、ＤＢＭＳは、文を解釈する。文は、情報を要求すること、文を更新すること、文を作り出すこと、文を削除することなどのための選択文でもよい。その上、文は、データ、又はデータ・コンテナ（データベース、テーブル、レコード、カラム、ビューなど）、識別子、条件（比較演算子）、関数（例えば、参加、完全参加、カウント、平均など）、ソート（例えば、昇順、降順）、又はその他を指定するパラメータを含み得る。ＤＢＭＳは、文を実行し得る。例えば、ＤＢＭＳは、文に応答するために、メモリ・バッファ、読込み、書込み、削除、又はその任意の組合せのためのファイルのリファレンス又はインデックスにアクセスし得る。ＤＢＭＳは、永続又は非永続ストレージからデータをロードし、計算を実施してクエリに応答し得る。ＤＢＭＳは、ユーザ又はソフトウェア・アプリケーションに結果を返し得る。

図５Ａのコンピューティング・システムは、比較及び他の処理の結果など、未加工及び／又は処理済のデータを提示するための機能を含み得る。例えば、データを提示することは、様々な提示方法を通じて実現され得る。具体的には、データは、コンピューティング・デバイスによって提供されたユーザ・インターフェースを通じて提示され得る。ユーザ・インターフェースは、ハンドヘルド・コンピュータ・デバイスのコンピュータ・モニタ又はタッチスクリーンなどの、表示デバイスに情報を表示するＧＵＩを含み得る。ＧＵＩは、どのデータが示されるか、及び、どのようにデータがユーザに提示されるかを編成する様々なＧＵＩウィジェットを含み得る。さらに、ＧＵＩは、例えば、テキストを通じて実際のデータ値として提示されたデータ、又は、コンピューティング・デバイスによってデータ・モデルの視覚化などを通じてデータの視覚表現に変えられたデータなどの、データを直接的にユーザに提示し得る。

例えば、ＧＵＩは最初に、特定のデータ・オブジェクトがＧＵＩ内で提示されることを要求するソフトウェア・アプリケーションから通知を取得し得る。次に、ＧＵＩは、例えば、データ・オブジェクト・タイプを識別するデータ・オブジェクト内のデータ属性からデータを取得することによって、特定のデータ・オブジェクトに関連付けられたデータ・オブジェクト・タイプを決定し得る。次に、ＧＵＩは、例えば、データ・オブジェクト・クラスに対するソフトウェア・フレームワークによって、又はこのデータ・オブジェクト・タイプを提示するためにＧＵＩによって定義された任意のローカル・パラメータに従って指定されたルールなど、このデータ・オブジェクト・タイプを表示するために指定された任意のルールを決定し得る。最後に、ＧＵＩは、特定のデータ・オブジェクトからデータ値を取得し、このデータ・オブジェクト・タイプのために指定されたルールに従って表示デバイス内でデータ値の視覚表現を描写し得る。

データは、また、様々なオーディオ方法を通じて提示されてもよい。具体的には、データは、オーディオ・フォーマットに変えられ、コンピューティング・デバイスに動作可能なように接続された１又は２以上のスピーカを通じて音として提示されてもよい。

データは、また、触感方法を通じてユーザに提示されてもよい。例えば、触感方法は、コンピューティング・システムによって生成された振動又は他の物理信号を含んでもよい。例えば、データは、データを通信するために振動の所定の期間及び強度でハンドヘルド・コンピュータ・デバイスによって生成された振動を使用してユーザに提示されてもよい。

機能の上記の説明は、図５Ａのコンピューティング・システム、並びに図５Ｂのノード及び／又はクライアント・デバイスによって実施される機能のほんのわずかの例を提示する。本開示の１又は２以上の実施形態を使用して他の機能が実施されてもよい。

技術は、限られた数の実施形態に関連して説明されてきたが、本開示の利益を有する当業者は、本明細書で開示されたような本技術の範囲から逸脱しない他の実施形態が考案可能であることを理解するであろう。

Claims (20)

1. 第１のユーザ・デバイスを含む複数のユーザ・デバイスであって、
   前記第１のユーザ・デバイスが、第１のハードウェア・プロセッサ、第１の暗号鍵、並びに、第１のユーザ及び第１のデータ変数に関連付けられた第１の個人データを含む、複数のユーザ・デバイスと、
   前記複数のユーザ・デバイスに結合され、第２のハードウェア・プロセッサを含む、ノードと、
   前記複数のユーザ・デバイス及び前記ノードに結合された複数の中間ノードであって、分散型台帳を実行する、複数の中間ノードと、
   を含み、
   前記ノードは、ブロードキャスト要求を前記複数のユーザ・デバイスに送信するように構成され、前記ブロードキャスト要求は、前記第１のデータ変数に関連付けられた第１のデータ要求を備え、
   前記第１のユーザ・デバイスは、前記ブロードキャスト要求を受け取ることに応じて、前記第１の個人データ及び前記第１の暗号鍵に基づいて、暗号化されたデータを前記複数の中間ノードに送信するように構成され、
   前記複数の中間ノードは、前記分散型台帳を使用して、前記暗号化されたデータを前記ノードに送信するように構成される、
   システム。
2. 前記複数の中間ノードに結合され、データ管理アプリケーションを含む第２のユーザ・デバイスをさらに含み、
   前記データ管理アプリケーションは、
   第２のデータ変数に関連付けられた第２の個人データ、及び前記第２のデータ変数に関連付けられた所定の応答を格納することと、
   前記第２のデータ変数に関連付けられた第２のデータ要求に応じて、及び前記所定の応答に基づいて、前記第２の個人データを前記複数の中間ノードに自動的に送信すること、を行うように構成される、
   請求項１に記載のシステム。
3. 前記複数の中間ノードに結合され、データ管理アプリケーションを備える第２のユーザ・デバイスをさらに含み、
   前記データ管理アプリケーションは、
   第２の個人データ、及び複数のデータ変数に関連付けられた複数の所定の応答を格納することと、
   第２のデータ変数についての第２のデータ要求を取得することと、
   前記第２のデータ要求が、前記複数の所定の応答の中の少なくとも１つの所定の応答に関連付けられた少なくとも１つのデータ変数に合致する前記第２のデータ変数に対応するかどうかを決定することと、
   前記第２のデータ要求が、前記少なくとも１つのデータ変数に合致しなかったことに応じて、前記第２の個人データを送信するための権限付与を要求する通知を、表示デバイスに提示することと、を行うように構成される、
   請求項１に記載のシステム。
4. 前記複数のユーザ・デバイス及び前記ノードを備えるパブリッシャ－サブスクライバ・ネットワークをさらに含み、
   前記複数のユーザ・デバイスは、前記パブリッシャ－サブスクライバ・ネットワーク内のサブスクライバ・ノードであり、
   前記ノードは、前記パブリッシャ－サブスクライバ・ネットワーク内のパブリッシング・ノードであり、
   前記ノードは、パブリッシャ－サブスクライバ・ネットワーク・プロトコル使用して、前記パブリッシャ－サブスクライバ・ネットワークを介して１又は２以上のブロードキャスト要求を送信するように構成される、
   請求項１に記載のシステム。
5. 前記複数の中間ノードは、複数のブロックチェーン・ノードであり、
   前記複数のブロックチェーン・ノードは、第１のデータ・トランザクション及び第２のデータ・トランザクションを含む複数のデータ・トランザクションを認証するように構成され、
   前記第１のデータ・トランザクションは、前記第１のユーザ・デバイスが前記暗号化されたデータを前記複数のブロックチェーン・ノードに送信することに対応し、
   前記第２のデータ・トランザクションは、前記複数のブロックチェーン・ノードが前記暗号化されたデータを前記ノードに送信することに対応する、
   請求項１に記載のシステム。
6. 前記分散型台帳が、スマート・コントラクトを含み、
   前記複数の中間ノードの中の各中間ノードは、前記暗号化されたデータを受け取ることに応じて、前記スマート・コントラクトを実行するように構成され、
   各前記中間ノードは、前記スマート・コントラクトに格納されたロケーション・アドレスに基づいて、前記暗号化されたデータを前記ノードに中継するようにさらに構成される、
   請求項１に記載のシステム。
7. 前記分散型台帳は、プライベート・ブロックチェーン、パブリック・ブロックチェーン、ハイブリッド・ブロックチェーン、ハッシュグラフ、及び有向非巡回グラフから成るグループから選択される、請求項１に記載のシステム。
8. 前記第１のデータ変数は、ジェンダー、性的指向、民族的血統、及び所属政党から成るグループから選択される、請求項１に記載のシステム。
9. ユーザ・デバイス上のデータ管理アプリケーションを使用して、第１のユーザ及び第１のデータ変数に関連付けられた個人データを格納するステップと、
   要求側アプリケーションから、前記データ管理アプリケーションによって、第２のデータ変数についてのデータ要求を取得するステップと、
   前記データ管理アプリケーションによって、前記個人データに関連付けられた前記第１のデータ変数が、前記データ要求に関連付けられた前記第２のデータ変数に合致するかどうかを決定するステップと、
   前記データ管理アプリケーションによって、前記第１のデータ変数が前記第２のデータ変数に合致すると決定することに応じて、前記個人データを複数の中間ノードに送信するステップと、
   を含み、
   前記複数の中間ノードのうちの少なくとも１つの中間ノードは、分散型台帳を使用して、前記要求側アプリケーションに前記個人データを送信する、
   方法。
10. 前記データ要求は、パブリッシャ－サブスクライバ・ネットワーク・プロトコルを使用してパブリッシャ－サブスクライバ・ネットワークを介して送信されるブロードキャスト要求の一部であり、
    前記ユーザ・デバイスは、サブスクライバ・ノードであり、
    前記要求側アプリケーションは、パブリッシング・ノードであるサーバ上に置かれる、
    請求項９に記載の方法。
11. 前記複数の中間ノードによって、前記分散型台帳を使用して、第１のデータ・トランザクションを認証するステップと、
    前記複数の中間ノードによって、前記分散型台帳を使用して、第２のデータ・トランザクションを認証するステップと、
    をさらに含み、
    前記第１のデータ・トランザクションは、前記ユーザ・デバイスが前記個人データを前記複数の中間ノードに送信することに対応し、
    前記第２のデータ・トランザクションは、前記複数の中間ノードが前記個人データを前記要求側アプリケーションに送信することに対応する、
    請求項９に記載の方法。
12. 前記データ管理アプリケーションは、分散型アプリケーションである、請求項１１に記載の方法。
13. 前記第２のデータ・トランザクションを認証するステップは、前記要求側アプリケーションが前記複数の中間ノードから前記個人データを受け取るための権限を与えられているかどうかを決定するステップを含む、請求項１１に記載の方法。
14. 前記個人データは、分散型アイデンティティ（ＤＩＤ）を使用して、前記第１のユーザからのものとして認証される、請求項９に記載の方法。
15. ハードウェア・プロセッサを含むノードによって、パブリッシャ－サブスクライバ・ネットワーク上の複数のユーザ・デバイスにブロードキャスト要求を送信するステップであって、前記ブロードキャスト要求がデータ変数に関するデータ要求を含む、ステップと、
    前記ノードによって、前記ブロードキャスト要求に応じて、前記パブリッシャ－サブスクライバ・ネットワークに結合された複数の中間ノードから個人データを取得するステップと、
    を含み、
    前記ノードはパブリッシング・ノードであり、前記複数のユーザ・デバイスはサブスクライバ・ノードであり、
    前記複数の中間ノードは、分散型台帳を実行し、
    前記複数の中間ノードは、前記複数の中間ノードが前記分散型台帳を使用して前記個人データに関連付けられたデータ・トランザクションを認証することに応じて、前記個人データを前記ノードに送信する、
    方法。
16. 復号されたデータを生成するために、公開暗号鍵を使用して、暗号化されたデータを復号するステップ、
    をさらに含み、
    前記復号されたデータは、前記ノードによって取得された前記個人データに対応する、
    請求項１５に記載の方法。
17. 前記分散型台帳は、スマート・コントラクトを含み、
    前記複数の中間ノードの中の各中間ノードは、前記個人データを受け取ることに応じて、前記スマート・コントラクトを実行するように構成され、
    各前記中間ノードは、前記スマート・コントラクトに格納されたネットワーク・ロケーション・アドレスに基づいて、前記個人データを前記ノードに中継するようにさらに構成される、
    請求項１５に記載の方法。
18. 前記分散型台帳は、プライベート・ブロックチェーン、パブリック・ブロックチェーン、ハイブリッド・ブロックチェーン、ハッシュグラフ、及び有向非巡回グラフから成るグループから選択される、請求項１５に記載の方法。
19. 前記データ・トランザクションは、前記ノード上の要求側アプリケーションが前記複数の中間ノードから前記個人データを受け取るための権限を与えられているかどうかを決定することによって認証される、請求項１５に記載の方法。
20. 前記ノードは、ユーザ・デバイスである、請求項１５に記載の方法。

Images