(57)【要約】  データ侵害の場合に識別情報盗難のリスクを低減するピア識別情報検証のシステム。システムは、ベンダが顧客に関連する機密データのデータベースを維持することを要求しない。暗号鍵が使用される。システムは１回限りの暗号化鍵ペアを作成する。各ユーザの公開鍵および秘密鍵は、各ユーザのデバイスに安全に保存される。ユーザごとの公開鍵は各ユーザのデバイスから離れて（クラウドなどに）保存されるが、所与のユーザ用の秘密鍵は、そのユーザのデバイスに安全に保存される以外の場所には保存されない。その後、ユーザ（すなわち、メインユーザ）は、別のユーザに、自分の「信頼できるピア」として機能して自分の「信頼クラスタ」に加わるように要求する。その他のユーザが要求を受け入れた場合、メインユーザの秘密鍵はその他のユーザの公開鍵で暗号化され、この暗号化されたデータはクラウドなどのリモートに保存される。【選択図】  図１
2021536166.tif 000002
【特許請求の範囲】
【請求項１】
人間にデバイスを使用させてメインユーザの識別情報を検証させるコンピュータ実装システムであって、
前記システムは、前記メインユーザおよび少なくとも１つの信頼できるピアを備える少なくとも１つのクラスタを備え、
前記システムは、前記メインユーザに関する情報を前記デバイスに表示させ、前記デバイスが前記信頼できるピアの秘密鍵を使用して前記メインユーザの公開鍵で暗号化されたメッセージを解読し読み取ることによって前記メインユーザの前記識別情報を検証する前に、前記人間に前記デバイスを使用させて前記メインユーザの前記識別情報を確認させるように構成される、
コンピュータ実装システム。
【請求項２】
前記システムは、前記少なくとも１つの信頼できるピアが前記メインユーザの前記秘密鍵にアクセスし、ならびに前記少なくとも１つの信頼できるピアに関連する秘密鍵にアクセスすることを提供する、
請求項１に記載のコンピュータ実装システム。
【請求項３】
前記システムは、前記少なくとも１つの信頼できるピアの公開鍵を使用して前記メインユーザの前記秘密鍵を暗号化することによって前記メインユーザの前記秘密鍵をバックアップし、次いで、前記暗号化されたバックアップメッセージをリモートメモリに保存する、
請求項２に記載のコンピュータ実装システム。
【請求項４】
前記システムは、少なくとも１つの信頼できるピアの前記秘密鍵を使用して前記メインユーザの前記秘密鍵を含む前記暗号化されたバックアップメッセージを解読することにより、前記少なくとも１つの信頼できるピアの前記秘密鍵を使用して前記メインユーザの前記秘密鍵を回復する、
請求項３に記載のコンピュータ実装システム。
【請求項５】
前記システムは、前記メインユーザおよび前記少なくとも１つの信頼できるピアがデバイスにソフトウェアをインストールした後、前記メインユーザが前記メインユーザの前記デバイスを使用して前記クラスタを作成することができるように構成される、
請求項１に記載のコンピュータ実装システム。
【請求項６】
ピア識別情報検証サーバをさらに備え、
前記メインユーザが自分のデバイスを使用して前記クラスタを作成すると、前記ピア識別情報検証サーバが、前記メインユーザの前記識別情報を検証するために、前記クラスタ内の前記信頼できるピアのいずれかと通信するように構成されるように、前記システムが構成される、
請求項１に記載のコンピュータ実装システム。
【請求項７】
前記システムは、メインユーザごとに一意の暗号化鍵ペアがローカルに作成され、それによってそのメインユーザの仮想識別情報が確立されるように構成され、
前記秘密鍵は、前記メインユーザの唯一のモバイルデバイスのみに保存される、
請求項１に記載のコンピュータ実装システム。
【請求項８】
前記システムは、前記秘密鍵がないと、前記メインユーザの仮想識別情報が検証不可能かつ不完全であるように構成される、
請求項７に記載のコンピュータ実装システム。
【請求項９】
前記システムは、複数のメインユーザ、クラスタ当たり１つのメインユーザが存在するように構成され、
前記システムは、各メインユーザが自分の仮想識別情報クラスタを作成して、１つまたは複数の信頼できるピアをセットアップすることを提供するように構成される、
請求項１に記載のコンピュータ実装システム。
【請求項１０】
前記システムは、前記クラスタ内の各ピア接続が、前記メインユーザの秘密鍵と前記信頼できるピアの公開鍵を効果的に組み合わせて、前記メインユーザへの一意のリンクを作成するように構成され、
前記システムは、前記信頼できるクラスタがその後仮想識別情報検証に使用されることを提供する、
請求項９に記載のコンピュータ実装システム。
【請求項１１】
前記システムは、前記メインユーザおよび前記少なくとも１つの信頼できるピアが最初に前記ソフトウェアをダウンロードするときに、前記システムが１回限りの暗号化鍵ペアをローカルに作成するように構成され、
前記鍵ペアは、公開鍵および秘密鍵を備え、
前記公開鍵と秘密鍵の両方が、前記ユーザのデバイスに安全に保存され、
前記システムは、さらに、前記ユーザのデバイスから離れて前記公開鍵を保存するが、そのユーザ用の前記秘密鍵をそのユーザのデバイスに安全に保存される以外の場所には保存しない、
請求項１に記載のコンピュータ実装システム。
【請求項１２】
前記システムは、前記メインユーザが別のユーザに自分の信頼できるピアとして機能するように要求したときに、前記他のユーザが前記要求を受け入れた場合、前記システムが、前記メインユーザの前記デバイスが前記信頼できるピアの公開鍵で前記メインユーザの秘密鍵を暗号化し、これを保存することを提供するように構成され、前記システムが、前記ピアが前記メインユーザを検証することを受け入れた場合、前記ピアのデバイスが前記暗号化されたメッセージを前記クラウドから取り出し、自分のデバイスでローカルに自分の秘密鍵でそれを解読するように構成される、
請求項１に記載のコンピュータ実装システム。
【請求項１３】
前記デバイスは、前記信頼できるピアの前記秘密鍵を使用して前記メインユーザの前記秘密鍵を回復し、次いで、前記メインユーザの前記秘密鍵の暗号化されたバージョンを送信する、
請求項１に記載のコンピュータ実装システム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、参照によりその全体が本明細書に組み込まれる、２０１８年４月１９日に出願された米国仮出願第６２／６６０，０９９号の利益を主張する。
【０００２】
本発明は、一般に、ユーザの識別情報を検証するためのコンピュータ実装システムに関し、より詳細には、信頼できるピアのメインユーザ定義クラスタ内の信頼できるピアにメインユーザの識別情報を検証させるためのコンピュータ実装システムに関する。
【背景技術】
【０００３】
現在、多くのベンダは、顧客にその顧客だけが知っている特定の情報を確認させることにより、顧客に自分の識別情報を検証することを要求する。そのような情報には、顧客の社会的自由番号、母親の旧姓、および／または自由質問に対する事前定義された回答が含まれてよいが、それらに限定されなくてよい。顧客の識別情報を検証するためにベンダによって通常使用される自由質問には、どの高校に通っていましたか？あなたの最初のペットの名前は何でしたか？あなたの最初の車はどのモデルでしたか？あなたはどの都市で生まれましたか？などの質問が含まれる。
【０００４】
ベンダが顧客の識別情報を検証することができるためには、ベンダは、自分の顧客の識別情報を検証するために使用することができる、自分の顧客に関する（ユーザ名およびパスワードなどの）情報のデータベースを維持しなければならない。言い換えれば、ベンダは顧客情報のデータベースを維持し、所与の顧客に自分の識別情報を検証させるとき、ベンダは、データベースに保存されている情報の一部を顧客に効果的に確認させる。
【０００５】
残念ながら、（コンピュータハッカによる）データ侵害は、ますます日常的になっている。コンピュータハッカが顧客関連のデータを取得する結果になるデータ侵害は、顧客を識別情報の盗難にさらし、顧客の経済的健全性および全体的なプライバシを危険にさらすだけでなく、ベンダに実質的な民事責任を負わせる可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の一実施形態の目的は、データ侵害またはクローン化されたデバイスの試みられた使用の場合などの識別情報盗難のリスクを低減する、ピア識別情報検証のシステムを提供することである。
【０００７】
本発明の一実施形態の別の目的は、不正取引または顧客のデータの不正使用の前に顧客の識別情報を検証し、最終的に侵害または不正な活動が発生しないように防止する、ピア識別情報検証のシステムを提供することである。
【０００８】
本発明の一実施形態の別の目的は、ベンダが顧客に関連する機密データのデータベースを維持することを必要としない、ピア識別情報検証のシステムを提供することである。
【０００９】
本発明の一実施形態の別の目的は、ベンダが顧客に関連する暗号化されていないデータのデータベースを維持することを必要としない、ピア識別情報検証のシステムを提供することである。
【００１０】
本発明の一実施形態の別の目的は、ベンダがユーザの暗号解読鍵の知識を保存、アクセス、または所有することを必要としない、ピア識別情報検証のシステムを提供することである。
【課題を解決するための手段】
【００１１】
簡単に言えば、本発明の一実施形態は、メインユーザが信頼できるピアのクラスタを作成する、ピア識別情報検証のシステムを提供する。システムは暗号化鍵を使用する。１つまたは複数の信頼できるピアのクラスタがメインユーザによって作成された後、信頼できるピアは認可され、メインユーザの公開鍵で暗号化されたメッセージを解読し読み取ることができることにより、メインユーザの識別情報を検証することができる。これは、これを達成するために、信頼できるピアが（信頼できるピアの秘密鍵によってのみ解読可能な暗号化されたバックアップメッセージにリモートで保存され、ピアがメインユーザの信頼できるピアのクラスタに追加されたときにサーバに保存される）メインユーザの秘密鍵にアクセスできなければならないからである。この「信頼の証明」は、信頼できるピアが自分自身のローカルに保存されている秘密鍵およびメインユーザの秘密鍵にアクセスできることを示している。
【００１２】
システムは、信頼できるピアの公開鍵を使用してメインユーザの秘密鍵を暗号化することにより、メインユーザの秘密鍵をバックアップし、次いで、暗号化されたバックアップメッセージを（クラウドなどの）リモートメモリに保存するように構成されることが好ましい。その後、信頼できるピアの秘密鍵は、すなわち、信頼できるピアの秘密鍵を使用して、メインユーザの秘密鍵を含む暗号化されたバックアップメッセージを解読することにより、メインユーザの秘密鍵を回復するために使用することができる。
【００１３】
本発明の構造および動作の組織化および方式は、それらのさらなる目的および利点とともに、添付の図面と関連する以下の説明を参照することによって最もよく理解されてよく、同様の参照番号は同様の要素を識別する。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態を実装するために使用されるネットワークの構成要素を示すブロック図である。
【図２】図１に示されたネットワーク内のユーザのサンプル仮想識別情報クラスタを示す図である。
【図３】図２に示された仮想識別情報クラスタのうちの１つの２人のユーザ（ユーザ１またはユーザ３）のいずれかがその同じクラスタのメインユーザ（ユーザ２）の識別情報を検証することができる方法を示す図である。
【図４】本発明の一実施形態を実装するために行うことができるいくつかのステップを示すフローチャートである。
【図５】本発明の一実施形態を実装するために行うことができるいくつかのステップを示すフローチャートである。
【図６】本発明の一実施形態を実装するために行うことができるいくつかのステップを示すフローチャートである。
【図７】本発明の一実施形態を実装するために行うことができるいくつかのステップを示すフローチャートである。
【図８】本発明の一実施形態を実装するために行うことができるいくつかのステップを示すフローチャートである。
【図９】本発明の一実施形態を実装するために行うことができるいくつかのステップを示すフローチャートである。
【図１０】本発明の一実施形態を実装するために行うことができるいくつかのステップを示すフローチャートである。
【図１１】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図１２】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図１３】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図１４】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図１５】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図１６】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図１７】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図１８】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図１９】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図２０】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図２１】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図２２】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図２３】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図２４】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【図２５】本発明の一実施形態に関連するセルラデバイスのスクリーンショットを示す図である。
【発明を実施するための形態】
【００１５】
本発明は、様々な形態の実施形態の影響を受けやすい可能性があるが、具体的な実施形態が図面に示され、本明細書で詳細に記載され、本開示が本発明の原理の例示と見なされ、本発明を図示されたものに限定するものではないことが理解される。
【００１６】
本発明の一実施形態は、ベンダが自分の顧客の識別情報を検証することができるために、顧客に関連する機密データのデータベースをベンダが維持する必要がない結果として、データ侵害の場合の識別情報盗難のリスクを低減するピア識別情報検証（ｐｅｅｒ  ｉｄｅｎｔｉｔｙ  ｖｅｒｉｆｉｃａｔｉｏｎ）のシステムを提供する。
【００１７】
図１に示されたように、本発明の一実施形態によるシステム１０は、ピア識別情報検証サーバ１２が、セルラデバイス、タブレット、コンピュータなどのユーザの個人用デバイス１４を介して複数のユーザと効果的に通信するように構成されることを提供する。システム１０は、ユーザが（自分のセルラデバイスにアプリケーションをインストールすることなどによって）自分のデバイスにソフトウェアをインストールした後、ユーザが自分のデバイスを使用して、システム内の他のユーザのクラスタ（すなわち、ネットワーク）を作成することができるように構成される。好ましくは、アプリケーションがインストールされると、ユーザがアプリケーションにアクセスしようと試みるたびに、アプリケーションは、顔識別、指紋識別などの、ユーザに対するある種の自由確認を実行する。
【００１８】
簡単にするために、クラスタを作成するユーザは、その特定のクラスタに対する「メインユーザ」と呼ばれ、同じクラスタの一部であることに同意する他のユーザの各々は、「信頼できるピア」（ｔｒｕｓｔｅｄ  ｐｅｅｒ）と呼ばれる。メインユーザが自分のデバイスを使用してクラスタを作成すると、メインユーザは、クラスタ内の信頼できるピアのいずれかと通信してメインユーザの識別情報を検証するように、ピア識別情報検証サーバに効果的に指示することができる。
【００１９】
そのため、各クラスタは、単一のメインユーザおよび少なくとも１つの信頼できるピアの信頼できるネットワークを備える。図２は、単に一例として、図１に示されたシステム１０を使用して作成することができる、いくつかのクラスタ１６、１８、２０を示す。具体的には、以下のように３つのクラスタが図２に示されている。
ユーザ１、２、３、および４からなる第１のクラスタ１６、ここで、ユーザ２はクラスタのメインユーザであり、ユーザ１、３、および４はユーザ２の信頼できるピアである。
ユーザ２、４、８、９、および１０からなる第２のクラスタ１８、ここで、ユーザ４はクラスタのメインユーザであり、ユーザ２、８、９、および１０はユーザ４の信頼できるピアである。
ユーザ５、６、および７からなる第３のクラスタ２０、ここで、ユーザ５はクラスタのメインユーザであり、ユーザ６および７はユーザ５の信頼できるピアである。
【００２０】
示されたように、システム１０は、（図２に示されたユーザ２などの）任意のユーザが、あるクラスタのメインユーザであると同時に、別のクラスタの信頼できるピアの１つであり得るように構成される。図２に示されたサンプルクラスタに関して、ユーザ１、３、および／または４は、ユーザ２の識別情報を検証するために、ピア識別情報検証サーバによって呼び出すことができ、ユーザ２、８、９、および／または１０は、ユーザ４の識別情報を検証するために、ピア識別情報検証サーバによって呼び出すことができる。最後に、ユーザ６または７は、ユーザ５の識別情報を検証するために、ピア識別情報検証サーバによって呼び出すことができる。
【００２１】
好ましくは、システムは、ユーザが自分の信頼できるピアのクラスタをセットアップすると、システム自体、別のユーザ、コマースパートナ（すなわち、銀行、クレジットカード会社、信用監視局など）のチェーンなどの任意の数の適切な認可されたエンティティによって識別情報要求を開始することができるように構成される。
【００２２】
一般的に言えば、所与のクラスタのメインユーザの識別情報を検証するために、システム１０は、暗号鍵、すなわち、公開鍵および秘密鍵を使用する。システム１０は、メインユーザの秘密鍵が、メインユーザに属する（セルラデバイス、タブレット、コンピュータなどの）デバイスのみに保存されることを提供する。一意の公開鍵は、ピア識別情報検証サーバ１２、クラウド、またはそのメインユーザのクラスタ内の信頼できるピアに属する各デバイスに保存される。システム１０は、信頼できるピアが認可され、メインユーザの公開鍵で暗号化されたメッセージを解読し読み取ることができることにより、メインユーザの識別情報を検証することができるように構成される。これは、これを達成するために、信頼できるピアが（信頼できるピアの秘密鍵によってのみ解読可能な暗号化されたバックアップメッセージにリモートで保存され、ピアがメインユーザの信頼できるピアのクラスタに追加されたときにサーバに保存される）メインユーザの秘密鍵にアクセスできなければならないからである。この「信頼の証明」は、信頼できるピアが自分自身のローカルに保存されている秘密鍵ならびにメインユーザの秘密鍵にアクセスできることを示している。
【００２３】
システム１０は、（電子メールを使用することなどによって）メインユーザごとにローカルに一意の暗号化鍵ペア（ｕｎｉｑｕｅ  ｅｎｃｒｙｐｔｉｏｎ  ｋｅｙ  ｐａｉｒ）が作成されることを提供し、それにより、そのメインユーザの仮想識別情報が確立される。秘密鍵は、メインユーザの唯一のモバイルデバイスのみに保存される。この秘密鍵がないと、ユーザの仮想識別情報は検証することができず、不完全である。その後、各メインユーザは１つまたは複数の信頼できるピアをセットアップし、それらの仮想識別情報クラスタを作成する。クラスタ内の各ピア接続は、メインユーザの秘密鍵と信頼できるピアの公開鍵を効果的に組み合わせて、メインユーザへの一意のリンクを作成する。その後、この信頼できるクラスタ（ｔｒｕｓｔｅｄ  ｃｌｕｓｔｅｒ）は、様々なルール、プロセス、およびイベントに基づく仮想識別情報検証に使用される。
【００２４】
説明されたように、システム１０は、メインユーザの秘密鍵が、そのメインユーザの唯一のモバイルデバイスのみに解読された状態で保存されることを提供する。最初に、信頼できるピアがクラスタに参加すると、ピア識別情報検証サーバは、信頼できるピアの公開鍵を使用してメインユーザの秘密鍵を暗号化する。暗号化されたメッセージは、次いで、サーバに（たとえば、クラウド内に）保存される。この暗号化されたデータは、図３のボックス２２および２４に表されている。
【００２５】
その後、メインユーザが自分の識別情報を回復しようと試みる場合、信頼できるピアのデバイスに保存されたアプリケーションのソフトウェアを、その信頼できるピアの秘密鍵と組み合わせて、クラウドに保存された暗号化されたメッセージを解読してメインユーザの秘密鍵を回復（ｒｅｃｏｖｅｒ）し、次いで、メインユーザの秘密鍵をそれらにパスバックする。「パスバック」は、信頼できるピアがアプリケーション内の画面をタップしてメインユーザを「検証」することに同意することによって発生し、次いで、それにより、アプリケーションがメインユーザの秘密鍵を解読および回復し、（ソフトウェアをインストールしたときに自分のデバイスに作成された）メインユーザの一時的な公開鍵を使用してそれを暗号化し、（アプリケーションを使用する）メインユーザのデバイスがそれにアクセスするまで一時的にクラウドにそれを保存する。システム１０は、ユーザが最初にアカウントを作成するときに、システムがその特定のデバイスに固有のデバイス識別情報をローカルに作成し、次いで、その固有のデバイス識別情報をクラウドまたはピア識別情報サーバ自体などに保存するように構成される。その後、ユーザが（自分のセルラデバイスでアプリケーションを実行することなどによって）ソフトウェアを起動するたびに、システム１０は、デバイス識別情報が以前に保存されたものと一致することを確認するためにチェックする。このプロセスは、他の誰かがそのユーザ（すなわち、「複製された」ユーザ）を装った何らかの他のデバイスからログインしようと試みないことを保証するために実行される。デバイス識別情報が一致しない場合、システム１０はアカウントをロックし、メインユーザの識別情報を検証するために、そのユーザの信頼できるネットワーク（すなわち、クラスタ）内の信頼できるピアに効果的に接触する。
【００２６】
たとえば、図２を参照すると、ユーザ２を装った誰かが、以前に保存されたデバイス識別情報とは異なるデバイス識別情報を有するデバイスを使用してログインしようと試みた場合、システム１０（具体的にはサーバ１２）は、それが本当にログインしようとしているユーザ２であることの検証を求めて、ユーザ１、３、および／または４との接触を開始する。
【００２７】
システム１０は、ユーザが（セルラデバイスなどの自分のデバイスにアプリケーションをダウンロードすることなどによって）最初にソフトウェアをダウンロードするとき、システム１０が、ローカルに１回限りの暗号化鍵ペア、すなわち、公開鍵および秘密鍵を作成するように構成される。公開鍵と秘密鍵の両方は、ユーザのデバイスに安全に保存される。システム１０はまた、（クラウドまたはピア識別情報検証サーバ上などの）ユーザのデバイスから離れて公開鍵を保存するが、そのユーザ用の秘密鍵は、そのユーザのデバイスに安全に保存される以外の場所には保存されない。その後、ユーザは、別のユーザに、自分の「信頼できるピア」として機能して自分の「信頼クラスタ」に加わるように要求する。別のユーザが要求を受け入れた場合、システム１０は、メインユーザのデバイスが「信頼できるピアの」公開鍵でメインユーザの秘密鍵を暗号化し、これをピア識別情報サーバ、クラウド、または信頼できるピアのデバイスに保存することを提供するように構成される。言い換えれば、システム１０は、ユーザの秘密鍵をそれらの唯一のモバイルデバイスにローカルに保存するが、たとえば、別の「信頼できる」ピアの鍵ペア（ユーザの秘密鍵がそれらの有一のモバイルデバイスにローカルに保存される）を使用することによってクラウド内にそれをバックアップする。
【００２８】
その後、メインユーザが自分のソフトウェアアカウントを再インストール／回復する必要がある場合、自分の電子メールを確認した後、「信頼できるピア」に検証を要求する必要がある。ピアがメインユーザを検証することを受け入れた場合、ピアのデバイスは暗号化されたメッセージをクラウドから取り出し、デバイス上でローカルに自分の秘密鍵でそれを解読する。これにより、そのピアはメインユーザの秘密鍵を与えられ、ピアは、次いで、メインユーザのセットアッププロセス中にクラウドに保存された一時的な公開鍵でそれを暗号化する。これが完了すると、メインユーザは自分のメールに送られたコードをアプリケーションに入力し、システムはクラウドからこの新しいメッセージを取り出す権限をユーザに付与することによって応答する。次いで、ユーザは自分の一時的なローカルの秘密鍵でメッセージを解読する。これにより、ユーザは、自分の元の公開鍵で暗号化されたメッセージを解読するために使用することができる元の秘密鍵を与えられる。最後に、システムは、一時的な鍵ペアが不要になったので、それをクラウドから廃棄する。
【００２９】
たとえば、図２を参照すると、ユーザ２は、最初に（ユーザ２のセルラデバイスにアプリケーションをダウンロードすることなどによって）ソフトウェアをダウンロードする。次いで、システムは１回限りの暗号化鍵ペア、すなわち、公開鍵および秘密鍵を作成する。公開鍵と秘密鍵の両方は、ユーザ２のデバイスに安全に保存される。システム１０はまた、（クラウド内などの）ユーザ２のデバイスから離れて公開鍵を保存するが、ユーザ２用の秘密鍵は、ユーザ２のデバイスに安全に保存される以外の場所には保存されない。その後、ユーザ２は、（たとえば）ユーザ１に、自分の「信頼できるピア」として機能して自分の「信頼クラスタ」に加わるように要求する。ユーザ１が要求を受け入れた場合、システム１０は、ユーザ２のデバイスがユーザ１の公開鍵でユーザ２の秘密鍵を暗号化するように構成され、システム１０はこの暗号化されたデータをクラウドなどに保存する（この暗号化および保存は、図３、具体的にはボックス２２の左側に示され、ボックス２４は、ユーザ３がユーザ２の識別情報を確認するように求められたときに関連する）。その後、ユーザ２が自分のソフトウェアアカウントを再インストール／回復する必要がある場合、自分の電子メールを確認した後、ユーザ２は、ユーザ１などの「信頼できるピア」に検証を要求する必要がある。たとえば、ユーザ１がユーザ２を検証することを受け入れた場合、ユーザ１のデバイスは暗号化されたメッセージをクラウドから取り出し、（ユーザ１のデバイスにローカルに保存された）ユーザ１の秘密鍵でそれを解読する。これにより、ユーザ１はユーザ２の秘密鍵を与えられ、次いで、ユーザ１はユーザ２のセットアッププロセス中にクラウドに保存された一時的な公開鍵でそれを暗号化する。これが完了すると、ユーザ２は自分の電子メールに送られたコードをユーザ２のデバイスで実行されているアプリケーションに入力し、システムはクラウドからこの新しいメッセージを取り出す権限をユーザ２に付与することによって応答する。別の実装形態は、ユーザ２に自分のデバイスでアプリケーションを開くように通知し、それによってクラウドから新しいメッセージを自動的に取り出すことである。次いで、ユーザ２のデバイスは、ユーザ２の一時的なローカルの秘密鍵でメッセージを解読する。これにより、ユーザ２は、自分の元の公開鍵で暗号化されたメッセージを解読するために使用することができる自分の元の秘密鍵を与えられる。最後に、システムは、ユーザ２の一時的な鍵ペアが不要になったので、それをクラウドから廃棄する。
【００３０】
図４〜図１０は、上述されたシステムに関連するフローチャートであり、そのままで明白である。具体的には、図４は、ユーザによる初期セットアップに関連するフローチャートであり、図５は、システムがメインユーザの識別情報を検証するための能力をメインユーザがセットアップすることに関連するフローチャートであり、図６は、ピアがメインユーザのクラスタに加わる意思があることを確認するようにシステムに要求させるメインユーザにピアが応答することに関連するフローチャートであり、図７は、回復プロセスの最初の部分に関連するフローチャートであり、図８は、その間にピアがメインユーザの識別情報を検証する要求に応答する回復プロセスの２番目の部分に関連するフローチャートであり、図９は、一般的な設定に関連するフローチャートであり、図１０は、外部ベンダがシステムを使用してメインユーザおよび信頼できるピアにメインユーザの識別情報を検証させることに関連するフローチャートである。
【００３１】
図１１〜図２５は、図４〜１０に示されたフローチャートに関連するセルラデバイスのスクリーンショットである。具体的には、図１１〜図１３は、図４に示されたフローチャートに関連する。図１１は、新しいユーザが自分の電子メールアドレス、名、および姓を提供することを可能にする画面である。図１２は、ユーザがシステムのユーザであることをシステムが確認したことを示す画面である。図１３は、システムから受信された電子メールに含まれている確認コードをユーザが入力することを可能にする画面である。
【００３２】
図１４〜図１５は、図５に示されたフローチャートに関連する。図１４は、メインユーザがそのメインユーザの信頼できるネットワーク（すなわち、クラスタ）の一部として選択したユーザのリストを示す。図１５は、メインユーザがそのメインユーザの信頼できるネットワーク（すなわち、クラスタ）の一部にピアがなるように要求することを可能にする画面を示す。
【００３３】
図１６〜図１７は、図６に示されたフローチャートに関連する。図１６は、ユーザがそれのための信頼できるピアであるユーザのリストを示す。図１７は、ユーザが別のユーザの信頼できるネットワーク（すなわち、クラスタ）の一部になる意思があるかどうかを尋ねられているときにユーザが見る画面である。
【００３４】
図１８〜図２０は、図７に示されてフローチャートに関連する。図１８は、信頼できるピアがユーザの識別情報を検証した後、ユーザの電子メールに送信されたコードを入力することにより、ユーザが自分のアカウントのアンロック（すなわち、回復）する必要がある画面を示す。図１９は、その特定のユーザが自分の識別情報を検証するように要求することができる信頼できるピアのリストの画面を示す。図２０は、ユーザが図１９に示されたリストに検証を要求する画面を示す。
【００３５】
図２１は、図８に示されたフローチャートに関連し、メインユーザ（すなわち、「ＪＤ  Ｈｏｌｔｏｎ」）が図２０のアカウント回復の検証を要求した後の信頼できるピアの画面を示す。
【００３６】
図２２は、図９に示されたフローチャートに関連し、アプリケーションの一般的な設定画面を示す。
【００３７】
図２３〜図２５は、図１０に示されたフローチャートに関連する。図２３は、ベンダ（すなわち、Ｃｈａｓｅ）から検証を要求するユーザおよび／または信頼できるピアへのアクティブなエンドツーエンド暗号化メッセージのサンプルリスト画面を示す。図２４は、ユーザがメッサージの質問を検証または拒否する、ベンダからの解読されたメッセージの画面を示す。図２５は、それがユーザによって回答され、図２３に示されたログに保存された後の、ベンダからのサンプルメッセージの画面を示す。
【００３８】
いくつかのサンプルスクリーンショットが図１１〜図２５に示されているが、システムの一部であるアプリケーションは、依然本発明の範囲内に非常に多く留まりながら、より少ない画面、より多い画面、非常に異なる外観の画面などを提供するように構成することができる。
【００３９】
上記で説明されたように、システム１０は、ピア識別情報検証サーバ１２を含む。好ましくは、サーバ１２は、２つの部分：リモートストレージデータベースおよびユーザによって開始されたプロセスを支援するシステムで構成される。サーバに保存される何らかの情報には、一般的なアカウント情報（ユーザ名、電子メール、公開鍵、デバイス識別情報、デバイストークンなど）、メインユーザの信頼できるピアのリスト、検証および／または回復に必要な暗号化されたメッセージ、アカウントの活動および変更をユーザに通知するメッセージ、ならびに過去のユーザ活動のログに対して、ユーザが信頼できるピアであるユーザのリストが含まれる。サーバ１２のシステム部分は、好ましくは、セットアップ中にユーザが自分の電子メールを検証するために使用される確認コードを生成すること、アカウント回復プロセスで使用される暗号化されたメッセージにユーザがアクセスするための回復コードを生成すること、ならびにアカウントの活動、要求、および変更を通知するメッセージを（電子メール、プッシュ通知、およびテキストを介して）ユーザに送信することなどのタスクを実行するように構成される。
【００４０】
システム１０の一部でもあり、モバイルデバイスなどのユーザのデバイスにインストール可能なアプリケーションに関して、好ましくは、アプリケーションは、アプリケーションがモバイルデバイスにインストールされると、アプリケーションが多くのタスクを実行し、ローカルで処理し、次いでサーバに保存するように構成される。最も重要なことは、アカウントのセットアップ中に、アプリケーションが暗号化鍵ペアを生成し、公開鍵をリモートで保存し、鍵ペア（公開鍵および秘密鍵）をローカルに保存することである。この鍵ペアは、ユーザの仮想識別情報として機能する。秘密鍵をローカルに保存すると、サーバはユーザの秘密鍵にアクセスできないようになる。また、アプリケーションは、ユーザがアプリケーション内で、他のユーザに信頼できるピアとして機能するように要求すること、自分のための信頼できるピアとして機能するようにとの他のユーザからの要求に回答すること、ユーザの信頼ピアクラスタを修正すること、別のユーザの信頼できるピアクラスタから自分自身を削除すること、およびユーザのアカウントをリセットすることを達成できるように構成されることが好ましい。
【００４１】
好ましくは、アプリケーションはまた、ユーザが別のユーザ（すなわち、メインユーザ）の信頼できるピアとして機能することに「同意」するとき、メインユーザのアプリケーションが、信頼できるピアの公開鍵で自分の秘密鍵を暗号化することによって暗号化されたバックアップメッセージを作成するように構成される。このメッセージは、次いで、アカウント回復および識別情報検証のタスクに使用されるためにサーバに保存される。このハンドシェイクが完了した後、信頼できるピアのアプリケーションは、必要に応じて、メインユーザが自分の秘密鍵を回復することを検証および支援することができるようになる。メインユーザとともに、信頼できるピアのアプリケーションはまた、メインユーザの公開鍵で送信された識別情報検証メッセージを解読および表示し、メッセージの内容を検証または拒否できることが好ましい。
【００４２】
処理の多くおよび暗号化タスクのすべてがユーザのモバイルデバイスでローカルに行われ、これにより、サーバ１２にゼロ知識アーキテクチャが作成される。ユーザの秘密鍵はローカルに保存されるので、バックアップメッセージおよび検証メッセージの解読を含むすべてのタスクはローカルで行われる。このソフトウェアソリューションは、メインユーザおよびその信頼できるピアの唯一のモバイルデバイスを活用し、それにより、信頼できるピアがメインユーザの仮想識別情報の事実上の「ゲートキーパー」に変わる。これにより、サーバ上の任意のバックドアがユーザの仮想識別情報（すなわち、ユーザの公開／秘密鍵ペア）を回復または取得することが防止される。
【００４３】
本明細書に開示されたシステムは、ユーザの秘密鍵を保存またはアクセスするために必要とされていることから、サーバまたは企業体に対する必要性を効果的に排除する。代わりに、システムは、メインユーザの秘密鍵の回復および保護を、独自に設計された「信頼クラスタ」内のメインユーザの「信頼できるピア」の手に委ねる。これは、図１０に示されたフローチャートに効果的に示されており、ベンダがシステムを効果的に利用して顧客の識別情報を検証し、顧客はシステムのメインユーザであり、メインユーザの信頼できるピアクラスタは、メインユーザとともに、メインユーザの識別情報を検証するために使用されている。
【００４４】
本発明の一実施形態は、ベンダがユーザ用の解読鍵を保存する必要性を排除する。代わりに、本発明の一実施形態は、ベンダがすべての機密ユーザデータを暗号化し、ユーザ自身の解読鍵によってのみ解読可能にする機会を生み出し、それにより、ユーザデータがサーバ側のハッキングから保護される。言い換えれば、ハッカがベンダのサーバにハッキングした場合でも、ユーザの解読鍵がないと、取得できた顧客関連の機密データを解読することはできない。
【００４５】
システムは、メインユーザおよびその信頼できるピアから構成される、（一意のピア当たり１つのデバイスを想定して）独自のデバイスの自己作成および制御された独立したクラスタを提供する。各クラスタは、ピア識別情報検証サーバと直接かつ独立して通信する。システムは、各クラスタが効果的にバックアップし、メインユーザの仮想識別情報を保護するために使用されることを提供する。この構造は、サービスプロバイダと連携して、クラスタ内の１つまたは複数の信頼できるピアの支援を受けて、各メインユーザが自分自身の仮想識別情報を制御すること、およびその仮想識別情報の検証を可能にする。
【００４６】
本明細書に記載されたシステムは、ユーザの識別情報の検証を必要とする任意のプロセスで利用（または挿入）することができる。間違いなく、認証および検証に一意で独立したデバイス識別情報を使用する識別情報クラスタ（すなわち、信頼できるネットワーク）を利用することは、ユーザの識別情報およびトランザクションの意図を検証するための新しい標準になる可能性がある（そうあるべきである）。
【００４７】
本明細書に記載されたシステムにより、ベンダが暗号化されていない機密ユーザデータを保存する必要がなくなる。これにより、ベンダは、ベンダがユーザデータを暗号化することを可能にすることによってゼロ知識アーキテクチャを与えられ、ユーザの解読鍵にアクセスする必要がなくなる。
【００４８】
本明細書に記載されたシステムは、（ベンダがメインユーザの公開鍵でメッセージを暗号化する）エンドツーエンド暗号化を使用して、ユーザおよびその信頼できるピアクラスタに外部ベンダからのメッセージを検証させることを実現する。
【００４９】
本明細書に記載されたシステムは、ベンダが自分のサービス用のユーザの解読鍵をこのシステムに保存することを可能にすることを提供する。この戦略では、アプリケーションは、（すなわち、信頼できるピアの秘密鍵に対して行われたのと同じ方式で解読することにより）ベンダアプリケーションのその秘密鍵にアクセスし、ＡＥＳ暗号化を用いて暗号化することによりベンダにそれをパスバックし、このアプリケーションによって生成された（ベンダには不明な）一時的なパスワードが、ユーザによってベンダソフトウェアに入力される。このタイプのアプリケーションは、医療記録、機密文書、パスワードアプリケーションなどとともに使用することができる。
【００５０】
本明細書に記載されたシステムの潜在的な用途には、以下が含まれるが、それらに限定されない。
【００５１】
１．アカウントを開設し、クレジットを申請するなどのために、メインユーザの社会的自由番号が使用されるたびに、システムはプロセスを開始し、その中で、メインユーザの名前、電子メール、以前にセットアップされたユーザ名、社会的自由名称、生年月日、母親の旧姓などの、メインユーザの個人情報のいずれかへの添付または接続がなく、完全に独立した、メインユーザのデバイスおよび信頼できるピアに属する少なくとも１つの別個のデバイスに通知が送信される。次いで、メインユーザのデバイスおよび信頼できるピアのデバイスは、これが、メインユーザが開始し承認したいものであるかどうかを検証することができる。
【００５２】
２．メインユーザ自身の信頼ネットワークを介して任意のログインまたはアカウントのためのメインユーザのアカウント名および／またはパスワードを回復し、その責任およびリスクを組織化から取り除き、メインユーザの個人データおよび属性が第三者によって保存および使用されることをさらに制限する。
【００５３】
３．メインユーザのクレジットカードで大きな買物をするか、またはメインユーザの既存のアカウントから送金すると、メインユーザのピア識別情報検証アカウントがトリガされ、メインユーザによって事前に確立され、メインユーザによってのみ知られているイベントルールに基づいて、クラスタ内のメインユーザおよび信頼できるピアに通知が送信される。取引は、クラスタ内のメインユーザおよび信頼できるピアが、それが実際に取引を開始したメインユーザであることを検証するまで承認されない。これは、承認されたパートナ（すなわち、銀行など）に組み込まれたピア識別情報検証アプリケーションおよびプロトコルを介して実行される。
【００５４】
４．サードパーティベンダソリューション用の静的な「マスタパスワード」の必要性を排除する。本明細書に開示されたシステムは、サードパーティのアプリケーション解読鍵を保存し、次いで、これらのアプリケーション（すなわち、ＤａｓｈｌａｎｅおよびｌＰａｓｓｗｏｒｄのようなパスワードソフトウェアソリューション）にログインするときにユーザにパスバックするために使用することができる。これにより、ＲＳＡ  ＳｅｃｕｒｌＤのような同様の戦略に対する自由度も高まる。システムは、Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ（ＡＥＳ）暗号化を使用して、サードパーティアプリケーションの解読鍵を取得し、ユーザの唯一のモバイルデバイスのみで作成および表示される、ランダムに生成されたパスワードでそれを暗号化するように構成することができる。したがって、ユーザがログイン中にこのパスワードを入力すると、ユーザは、このシステムによって作成されたＡＥＳ暗号化メッセージを正常に解読することにより、自分の解読鍵を取り戻す。
【００５５】
５．一般的なデータ回復、文書アクセス、文書転送（すなわち、機密性が高い医療情報、法的文書など）。
【００５６】
６．メインユーザの仮想識別情報を回復または再確立する。
【００５７】
本発明の具体的な実施形態が示され、記載されてきたが、当業者は、本発明の趣旨および範囲から逸脱することなく、様々な修正を考案することができると想定される。
【図１】
2021536166.tif 000003
【図２】
2021536166.tif 000004
【図３】
2021536166.tif 000005
【図４】
2021536166.tif 000006
【図５】
2021536166.tif 000007
【図６】
2021536166.tif 000008
【図７】
2021536166.tif 000009
【図８】
2021536166.tif 000010
【図９】
2021536166.tif 000011
【図１０】
2021536166.tif 000012
【図１１】
2021536166.tif 000013
【図１２】
2021536166.tif 000014
【図１３】
2021536166.tif 000015
【図１４】
2021536166.tif 000016
【図１５】
2021536166.tif 000017
【図１６】
2021536166.tif 000018
【図１７】
2021536166.tif 000019
【図１８】
2021536166.tif 000020
【図１９】
2021536166.tif 000021
【図２０】
2021536166.tif 000022
【図２１】
2021536166.tif 000023
【図２２】
2021536166.tif 000024
【図２３】
2021536166.tif 000025
【図２４】
2021536166.tif 000026
【図２５】
2021536166.tif 000027
【国際調査報告】
2021536166.tif 000028