(57)【特許請求の範囲】
【請求項１】
利用者コンピューティングデバイスおよびトラステッドサーバ間のセキュア通信を提供する方法であって、前記方法は、
分散クライアントソフトウェアアプリケーションを介して、前記利用者コンピューティングデバイスおよび前記トラステッドサーバ間における初期双方向セキュア通信セッションを可能にするワンタイム証明書を提供することと、
前記トラステッドサーバによって、前記ワンタイム証明書の受信後、前記利用者コンピューティングデバイスとの初期セキュア通信セッションを確立することと、
該初期セキュア通信中に、前記トラステッドサーバによって、前記利用者コンピューティングデバイスの前記利用者と関連した識別情報であって、バイオメトリクスの機能として確認されている前記利用者の身元の表現を含み、かつ、前記利用者コンピューティングデバイスの表現をさらに含む前記識別情報を受信することと、
前記トラステッドサーバによって、前記利用者と前記利用者コンピューティングデバイスとの組合せに対して固有である置換え証明書を生成することと、
前記トラステッドサーバによって、前記利用者コンピューティングデバイスに前記置換え証明書を伝送することと、
前記トラステッドサーバで前記置換え証明書を受信するごとに、前記トラステッドサーバによって、前記利用者コンピューティングデバイスとの双方向セキュア通信セッションを確立することとを含む、方法。
【請求項２】
前記トラステッドサーバによって、アクティブな監視を提供して、前記置換え証明書のなりすましを防止する侵入検知システムを用いることをさらに含む、請求項１記載の方法。
【請求項３】
防止されている前記なりすましは、前記置換え証明書を再生することを含む、請求項２記載の方法。
【請求項４】
前記トラステッドサーバによって前記置換え証明書を受信するごとに、前記利用者コンピューティングデバイスとの前記初期双方向セキュア通信セッションおよび前記双方向セキュア通信セッションは、一方向のセキュアな接続としてさらに確立される、請求項１記載の方法。
【請求項５】
前記初期双方向セキュア通信セッションおよび前記双方向セキュア通信セッションは、双方向のセキュアソケットレイヤ接続を介して、かつ、一方向のセキュアソケットレイヤ接続を介して確保されている、請求項１記載の方法。
【請求項６】
前記トラステッドサーバによって、前記利用者コンピューティングデバイス以外のコンピューティングデバイスから、前記利用者を表現する利用者識別子を受信することと、
前記置換え証明書の中に前記利用者識別子を有することとをさらに含む、請求項１記載の方法。
【請求項７】
前記トラステッドサーバによって、デジタル資産へのアクセスのための１つまたは複数のルールによって規定されるロールの収集を提供することと、
前記トラステッドサーバによって、前記ロールの収集の機能として前記利用者コンピューティングデバイスによるデジタル資産へのアクセスを提供することまたは拒否することとをさらに含む、請求項１記載の方法。
【請求項８】
前記トラステッドサーバによって、前記利用者コンピューティングデバイスによって１つまたは複数のデジタル資産へのアクセスを監査することを提供することをさらに含む、請求項１記載の方法。
【請求項９】
前記利用者コンピューティングデバイスの前記表現にデバイスの識別子を含む、請求項１記載の方法。
【請求項１０】
前記トラステッドサーバによって、前記利用者コンピューティングデバイスに問い合わせて、前記利用者のバイオメトリック情報を取り込み、前記置換え証明書とともに検証されている前記利用者の身元を表現する情報をエンコードすることをさらに含む、請求項１記載の方法。
【請求項１１】
利用者コンピューティングデバイスおよびトラステッドサーバ間のセキュア通信を提供するシステムであって、前記システムは、
１つまたは複数の非一時的なプロセッサ読み取り可能な媒体に動作可能に結合された少なくとも１つのプロセッサを含み、
該１つまたは複数のプロセッサ読み取り可能な媒体は前記少なくとも１つのプロセッサに対して、
分散クライアントソフトウェアアプリケーションを介して、前記利用者コンピューティングデバイスおよび前記トラステッドサーバ間の初期双方向セキュア通信セッションを可能にするワンタイム証明書を提供し、
前記ワンタイム証明書を受信後、前記利用者コンピューティングデバイスと初期セキュア通信セッションを確立し、
該初期セキュア通信中に、前記利用者コンピューティングデバイスの前記利用者と関連した識別情報であって、バイオメトリクスの機能として確認されている前記利用者の身元の表現を含み、かつ、前記利用者コンピューティングデバイスの表現をさらに含む前記識別情報を受信し、
前記利用者と前記利用者コンピューティングデバイスとの組合せに対して固有の置換え証明書を生成し、
前記利用者コンピューティングデバイスに前記置換え証明書を伝送し、
前記トラステッドサーバによって前記置換え証明書を受信するごとに、前記利用者コンピューティングデバイスとの双方向セキュア通信セッションを確立することを可能にする指示を含む、システム。
【請求項１２】
前記１つまたは複数の非一時的なプロセッサ読み取り可能な媒体は、前記少なくとも１つのプロセッサに、アクティブな監視を提供し、前記置換え証明書のなりすましを防ぐ侵入検知システムを用いることを可能にする指示をさらに含む、請求項１１記載のシステム。
【請求項１３】
防止されている前記なりすましは、前記置換え証明書を再生することを含む、請求項１２記載のシステム。
【請求項１４】
前記１つまたは複数の非一時的なプロセッサ読み取り可能な媒体は、前記少なくとも１つのプロセッサに、前記置換え証明書を受信するごとに一方向のセキュアな接続を確立することを可能にする指示をさらに含む、請求項１１記載のシステム。
【請求項１５】
前記初期双方向セキュア通信セッションおよび前記双方向セキュア通信セッションは、双方向のセキュアソケットレイヤ接続を介して、かつ、一方向のセキュアソケットレイヤ接続を介して、確保されている、請求項１１記載のシステム。
【請求項１６】
該１つまたは複数のプロセッサ読み取り可能な媒体は前記少なくとも１つのプロセッサに対して、
前記利用者コンピューティングデバイス以外のコンピューティングデバイスから、前記利用者を表現する利用者識別子を受信し、
前記置換え証明書の中に前記利用者識別子を含むことを可能にする指示をさらに含む、請求項１１記載のシステム。
【請求項１７】
該１つまたは複数の非一時的なプロセッサ読み取り可能な媒体は前記少なくとも１つのプロセッサに対して、
デジタル資産へのアクセスのための１つまたは複数のルールによって規定されるロールの収集を提供し、
前記ロールの収集の機能として前記利用者コンピューティングデバイスによる前記デジタル資産へのアクセスを提供または拒否することを可能にする指示をさらに含む、請求項１１記載のシステム。
【請求項１８】
前記１つまたは複数の非一時的なプロセッサ読み取り可能な媒体は、前記少なくとも１つのプロセッサに、前記利用者コンピューティングデバイスによる１つまたは複数のデジタル資産へのアクセスの監査をさらに提供することを可能にする指示をさらに含む、請求項１１記載のシステム。
【請求項１９】
前記利用者コンピューティングデバイスの前記表現にデバイスの識別子を含む、請求項１１記載のシステム。
【請求項２０】
前記１つまたは複数の非一時的なプロセッサ読み取り可能な媒体は、前記少なくとも１つのプロセッサに、前記利用者コンピューティングデバイスに問い合わせて、前記利用者のバイオメトリック情報の取り込み、前記置換え証明書とともに検証されている前記利用者の身元を表現する情報をエンコードすることを可能にする指示をさらに含む、請求項１１記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通常、バイオメトリック特徴を取得および特徴付けるためのシステムおよび方法に関し、より詳しくは、利用者の特定または識別を目的として携帯デバイスを用いて顔のバイオメトリック特徴を取得および特徴付けるシステムおよび方法に関する。
【背景技術】
【０００２】
あらゆる種類の情報は、データ通信ネットワークを介してアクセス可能な記憶装置上などで、リモートでの格納およびアクセスが継続される。例えば、多くの人々および企業は、インターネットまたは他の通信ネットワークを介して財務情報、健康および医療情報、商品およびサービス情報、購買情報、娯楽情報、マルチメディア情報を格納およびアクセスする。情報へのアクセスに加えて、利用者は金銭的なやりとり（例えば、購買、送金、販売等）を行うことが可能である。よくある場面では、利用者は情報へアクセスするために登録して、その後利用者名およびパスワードを提示して「ログイン」し、情報にアクセスする。データ／通信ネットワーク上に格納されるそうした情報およびデータへ（から）の安全なアクセスは、主要な関心事として残っている。
【発明の概要】
【０００３】
従って、利用者コンピューティングデバイスおよびトラステッドサーバ（trusted server）間のセキュア（secure）通信を提供するシステムおよび方法を開示する。１つまたは複数の実施においては、分散クライアントソフトウェアアプリケーションを介してワンタイム証明書を提供し、利用者コンピューティングデバイスおよびトラステッドサーバ間における初期双方向セキュア通信セッション（initial two-way secured communication session）を可能とする。トラステッドサーバによって、ワンタイム証明書の受信後、利用者コンピューティングデバイスとの初期セキュア通信セッションが確立される。初期セキュア通信中、トラステッドサーバは、利用者コンピューティングデバイスの利用者と関連した識別情報を受信するものであって、上記識別情報はバイオメトリクスの機能として確認されている利用者の身元の表現を含み、かつ、利用者コンピューティングデバイスの表現をさらに含む。さらに、トラステッドサーバは、利用者と利用者コンピューティングデバイスとの組合せに対して固有である置換え証明書を生成し、利用者コンピューティングデバイスに置換え証明書を伝送する。その後は、トラステッドサーバで置換え証明書を受信するごとに、トラステッドサーバによって、利用者コンピューティングデバイスとの双方向セキュア通信セッションが確立される。
【０００４】
本発明の他の特徴および効果は、添付の図面を参照する以下の発明の記載で明らかとなる。
【図面の簡単な説明】
【０００５】
本開示のさらなる態様は、以下に示す添付の図面のそれぞれと組み合わせて、以下に記載されるその各種実施形態の詳細な記載を検討すれば、難なく認められるであろう。
【図１】図１は、本願のある実施形態における複数の装置および構成要素を示すブロック図である。
【図２】図２は、本願のある実施形態における複数の装置および構成要素を示すブロック図である。
【図３】図３は、本出願によるロール階層のインスタンスを示す。
【図４】図４は、携帯デバイスの表示画面の例である。
【図５】図５は、インタフェースの例である。
【図６】図６は、表示画面の例を示す。
【図７】図７は、表示画面の例である。
【図８】図８は、実施例を示す。
【図９】図９は、実施例を示す。
【発明を実施するための形態】
【０００６】
１つまたは複数の実施によれば、本明細書においては通常Ｂｉｏｍｅｔｒｉｃ  Ｏｐｅｎ  Ｐｒｏｔｏｃｏｌ  Ｓｔａｎｄａｒｄ（生体認証オープンプロトコル標準）（“ＢＯＰＳ”）と称される標準の新しい集合を提供し、ひとまとまりで、または少なくとも部分的に、利用者を認証するためのフレームワークを含む。ＢＯＰＳによれば、認証は、利用者と本明細書においては通常「ＢＯＰＳサーバ」と称されるコンピューティングデバイスによって割り当てられる特定の装置との間で生じる。このアプローチは、利用者およびインターネットウェブサイト間よりもより安全かつ実用的である。１つまたは複数の実施では、ＢＯＰＳサーバはセキュリティ内容を割り当てて、初期（本明細書においては通常「開始（genesis）」と称する）動作において利用者の存在が検証されるものであり、以下により詳細に記載する。セッションキーを生成および使用して、各アプリケーションが、セッションキーの寿命（切れる前に撤回することが可能）までセッションを進めることが可能である。
【０００７】
１つまたは複数の実施では、Ｂｉｏｍｅｔｒｉｃ  Ｏｐｅｎ  Ｐｒｏｔｏｃｏｌ  Ｓｔａｎｄａｒｄは身元表明、ロールの収集、マルチレベルのアクセス制御、保証および監査を提供する。動作において、ＢＯＰＳはクライアントデバイス（例えば、ＡＮＤＲＯＩＤ（登録商標）オペレーティングシステム、ｉＯＳまたは他のオペレーティングシステムが動いている）上で、トラステッドＢＯＰＳサーバ上で、または侵入検知システム（“ＩＤＳ”）上で動くソフトウェアを含む。ＢＯＰＳは、短期間で、現在の動作環境への組み込みを受け入れることによって、機能的にプラグ着脱可能な構成要素を現在の構成要素のものと置き換えることを可能とする。
【０００８】
動作としては、クライアント／デバイスアプリケーションは、初期通信のためのワンタイム双方向ＳＳＬキーをサーバにロードする。機能としては、このワンタイム双方向ＳＳＬキーは、本人確認／開始フェーズ中に提供されるサブジェクト（subject）の双方向ＳＳＬキーによって置き換えられる。
【０００９】
単に例示として、かつ、概略および導入のために、例えばスマートフォンなどの携帯デバイスを用いて、利用者のバイオメトリック特徴の記録および利用者のバイオメトリック特徴を表現する識別子を生成するシステムおよび方法を含む本出願の実施形態を以下に記載する。バイオメトリック識別子は、バイオメトリック識別子に従って利用者を特定する／認証する（例えば、検証する）ことを目的として生成可能である。
【００１０】
１つまたは複数の実施では、ラップトップ、タブレットおよび携帯デバイス（例えば、スマートフォン）などの利用者コンピューティングデバイスと通信するクラウドベースのシステムサーバプラットフォームを包含可能なシステムを提供する。利用者が、例えばセキュアなログインを要求するウェブサイトにアクセスすると、利用者の認証に関して、セキュアな要求がシステムサーバに対してなされる。システムサーバはその後利用者の携帯デバイスに問い合わせ、利用者の目、眼球周囲部および顔またはこれらの任意の組合せ（まとめてウィトルウィウス領域と称される）のうち少なくともいずれかの画像の形のバイオメトリック情報を取り込み、取り込まれたウィトルウィウスバイオメトリック情報をウィトルウィウス識別子としてエンコードする。それにより、利用者をウィトルウィウスバイオメトリック識別子に従って検証可能である。例えば携帯デバイス、システムサーバまたはそれらの組合せによって、ウィトルウィウス生体識別子を、利用者の初回の登録の際にシステムで生成されたウィトルウィウス識別子と照合することによって検証することが可能である。
【００１１】
本出願は、利用者および１つまたは複数の情報プロバイダにとっての有意な便益を、生体認証に基づくアクセス管理の機能として提供することがわかるであろう。消費者は、一般に、通信ネットワークを介したオンラインなどで遠隔に提供される情報へのアクセスおよび管理のために、生体認証を容認しているということを発明者は認識している。生体認証技術により、安全にフロントエンドの「サイバー空間」に入るという待望の便益を消費者へ提供可能である。
【００１２】
本明細書において提供されるＢｉｏｍｅｔｒｉｃ  Ｏｐｅｎ  Ｐｒｏｔｏｃｏｌ  Ｓｔａｎｄａｒｄは、「バックエンド」における利用者のデジタル資産およびデジタルな身元を保護し、形にとらわれないバイオメトリクス標準とすることが可能であり、かつ、それとともにインタフェースの開発者のためのアプリケーションプログラミングインタフェース（「ＡＰＩ」）を含む。例えば、本出願は、先立って存在しうる異なる手続きおよび安全性に基づく測定を支援する。従って、バイオメトリクスを用いる既存のセキュリティ認証処理を統合可能であり、それによって現在の商習慣の妨げとなることはない。
【００１３】
さらに、１つまたは複数の実施では、暗号化メカニズムを介した双方向のセキュアソケットレイヤ（Secure Socket Layer）（ＳＳＬ）をＢＯＰＳサーバへ接続させるＢＯＰＳ通信アーキテクチャを提供するものであり、侵入検知システム（ＩＤＳ）を用いることが可能である。
【００１４】
以下は、本出願の１つまたは複数の実施形態による用語および対応する定義をアルファベット順に列挙したものである。他の用語の解説については本明細書中において説明する。
【００１５】
管理コンソール（Admin Console）：ＢＯＰＳでの登録および入会を促すポータルサイト。
【００１６】
アプリケーション：ＢＯＰＳアプリケーションプログラミングインタフェース（ＡＰＩ）キーを用いて作成される特有のソフトウェア／システム。
【００１７】
ＢＯＰＳ管理者（BOPS Admin）：登録の際に入会情報に基づいて、環境を設定し、オリジナルサイト管理者を作成するＢＯＰＳ管理者。
【００１８】
ＢＯＰＳクラスタ（BOPS Cluster）：ＢＯＰＳを用いて通信する、緩くまたは固く結合したコンピュータ、デバイスの集合である。
【００１９】
ＢＯＰＳサーバ（BOPS Server）：例えばクライアント／サーバパラダイム内におけるサーバのインスタンスであり、ＢＯＰＳアーキテクチャを支援する。
【００２０】
ＢＯＰＳ  ＩＤＳ：ＢＯＰＳアーキテクチャを支援するプライベートクラスタ上の侵入検知システムのインスタンス。
【００２１】
クライアントデバイスＩＤＳ（Client device IDS）：利用者デバイス上でローカルに動く侵入検知システムのインスタンス。
【００２２】
Ｊｅｎａルール：推論のための機械学習ルールの体系およびシステム。
【００２３】
ＩＤＳクラスタ：ＢＯＰＳを支援する、緩くまたは固く結合した侵入検知システムの集合。
【００２４】
オリジナルサイト管理者（Original Site Admin）：同一組織範囲内で他の管理者を作成する特権を有するＢＯＰＳ管理者によって作成される管理者。オリジナルサイト管理者は、クライアント要求に応じて彼ら固有の身元を主張可能である（以下の、開始ＡＰＩ／クライアント要求の記載に関する項を参照のこと。）。
【００２５】
サイト管理者（Site Admin）：オリジナルサイト管理者によって作成されるアプリケーション管理者。
【００２６】
トラステッド判定データ（Trusted Adjudicated Data）：ＢＯＰＳサーバ内のマルチレベルセキュア判定とともにＢＯＰＳに格納されるデータ。
【００２７】
利用者（User）：唯一の利用者で、その身元が複数のデバイスを有しうるＢＯＰＳによって主張される。
【００２８】
利用者デバイス（User Device）：生体認証主導のクライアントソフトウェアを備えた１つのデバイス。
【００２９】
ここで同様の構成要素は同様の参照符号で示す図面を参照すると、図１は、複数のクライアントデバイス１０４およびＢＯＰＳサーバ１０２と実施例に関連した構成要素との通信を示す簡略化したブロック図である。１つまたは複数の実施では、Ｂｉｏｍｅｔｒｉｃ  Ｏｐｅｎ  Ｐｒｏｔｏｃｏｌ  Ｓｔａｎｄａｒｄは、複数のクライアントデバイス１０４および１つまたは複数のトラステッドサーバ間のセキュア通信を支配するルールを含む。当業者には容易に明らかであるように、本出願は、ＢＯＰＳに関して動機となる価値を提供し、ＢＯＰＳ実施への総合的な案内を提供する。ＢＯＰＳは、しばしばオレンジブック（Orange Book）と称されるトラステッドコンピュータシステム評価基準（Trusted Computer System Evaluation Criteria）のセクションＢ１と、中央情報長官指令（the Director of the Central Intelligence Directive）６／３の保護レベル３、４および５（ＰＬ３、ＰＬ４、ＰＬ５）とＭｕｌｔｉｐｌｅ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｌｅｖｅｌｓ  ｏｆ  Ｓｅｃｕｒｉｔｙ（ＭＩＬＳ）標準とに従う。
【００３０】
セキュリティ上の配慮には、適所に、かつ、セキュリティレベルを明確に規定したセキュリティポリシーを含む。ＢＯＰＳの主要な機能の一つは、サーバがクライアント情報を保持するような方法ではなく、代わりに他者の中から一人のクライアントを見分ける方法によって、認可（authorization）の代わりに認証を提供することである。本明細書に示すように、ＢＯＰＳに関するセキュリティ上の考慮で重要となる要素には、身元表明、ロールの収集、アクセス制御、保証および監査を含む。実施を介してＢＯＰＳを含む本出願は、継続的なリソースの保護、プレイスメントの保証、判定の健全性および他の重要な特徴を提供する。責任追跡性（accountability）が、セキュリティ保障のサービスレベルを証明する仕組みとなる。
【００３１】
ＢＯＰＳの身元表明は、名前をもつ利用者が、彼らが何者であると主張しているかということへの保障を提供する。身元表明は、人体のバイオメトリクスに依存していることを暗に示しているが、ＢＯＰＳは相互利用可能な標準で、かつ、任意の身元表明者、またはこの保障を提供する複数の表明者を統合可能である。侵入検知システム（ＩＤＳ）のアプリケーションは、設定された証明書のなりすまし（spoofing）を防止するアクティブな監視および悪意のある企てをするサブジェクトまたはデバイスのブラックリスト化を提供する。
【００３２】
１つまたは複数の実施において、ロールの収集はデータ機密性に重点が置かれ、公知のシステムによって実施されるルールに基づくアクセスの特権がある。特定のアクセスモードを許可するかどうかを決定するために、ロールの特権はグループの分類と照合されて、サブジェクトが機密なアクセスに対して権限があるかどうかを決定することが可能である。オブジェクト構造はアクセス制御によって規定可能である。ロールの収集はシステムのレベル上で、またはクライアント／サーバ呼出しを通して発生する。ＢＯＰＳサーバは、固有の利用者を固有のデバイスと結びつけるようにロールの収集情報を格納する。
【００３３】
アクセス制御に関して、ＢＯＰＳは、名前をもつ利用者および名前をもつオブジェクト（例えば、ファイルおよびプログラム）間のアクセス制御を支援する。ロールに基づく判定メカニズムには、利用者および管理者が含まれ、利用者および管理者に対して、名前をもつ個人による、規定された個人グループによる、またはその両方によるオブジェクトの共有を指定および制御することを許可する。また、任意のアクセス制御メカニズムを提供し、オブジェクトを無許可のアクセスから保護することを確実にする。さらに、任意のアクセス制御が、１つのオブジェクトまたはグループのオブジェクトに渡って、グループまたは個人レベルでの保護を提供する。個人からグループの範囲に及ぶ粒度である。
【００３４】
１つまたは複数の実施において、ＢＯＰＳは、その制御の下で、すべてのサブジェクトおよび記憶オブジェクト（例えば、処理、ファイル、セグメント、デバイス）に対する強制的アクセス制御ポリシーを実行可能である。これらのサブジェクトおよびオブジェクトは、階層分類ラベルと非階層カテゴリとを組合せ可能な機密ラベルを割り当て可能であり、強制的アクセス制御の決定の根拠として、上記ラベルを判定において使用可能である。
【００３５】
１つまたは複数の実施においては、ＢＯＰＳによって制御されるサブジェクトおよびオブジェクト間のすべてのアクセスに関して、以下の要求が保持された。サブジェクトは、サブジェクトのセキュリティレベルにおける階層分類がオブジェクトのセキュリティレベルの階層分類以上で、かつ、サブジェクトのセキュリティレベルにおける非階層カテゴリは、オブジェクトのセキュリティレベルのすべての非階層カテゴリを包含する場合にのみオブジェクトを読み取り可能である。サブジェクトは、サブジェクトのセキュリティレベルにおける階層分類がオブジェクトのセキュリティレベルの階層分類以下で、かつ、サブジェクトのセキュリティレベルにおけるすべての非階層カテゴリがオブジェクトのセキュリティレベルにおける非階層カテゴリに包含される場合にのみオブジェクトに書き込み可能である。
【００３６】
ＩＤ（identification）および認証データはＢＯＰＳによって用いられて、利用者の身元を認証し、個人利用者に代わって動くように作成されうるＢＯＰＳの外部にあるサブジェクトのセキュリティレベルおよび認可がその利用者のクリアランス（clearance）および認可によって左右されるものであることを確実にするようにする。
【００３７】
本出願は、通常本明細書において保証と称される、監査および検閲を提供する。ＢＯＰＳは、サブジェクト／オブジェクトレベルで、またはグループレベルでの監査要求を支援することが可能である。ＢＯＰＳは、アスペクト指向プログラミング（ＡＯＰ）を用いてすべての呼出しを監査証跡に安全に書き込むことを確実にする。また、ＲＥＳＴＦｕｌウェブサービスおよびＪＳＯＮインタフェースは、監査証跡を読み取る仕組みを提供することが可能である。監査は、アクションごとのサブジェクト、アクションごとのオブジェクトまたはアクションごとのグループで生じうる。例えば、「会計」と呼ばれる利用者グループは、総勘定元帳へのすべての書き込みを監査しうるものであり、または最高財務責任者は損益計算書の読み取りに関して監査しうる。さらにまた、１つまたは複数の実施では、ＢＯＰＳのすべての境界条件に対してＪＵｎｉｔテストが提供される。一連のテストは、システムのすべての境界成分および条件をテストすることを含む。
【００３８】
本明細書に記載するように、ＢＯＰＳはＡＰＩを用いることによって、システムに対して必要なセキュリティに適合することを許可する。ＢＯＰＳは、基礎のシステムが関係データベース管理システム（Relational Database Management System）（ＲＤＢＭＳ）か、サーチエンジンか、他のシステムかどうかを理解する必要がない。ＢＯＰＳは“ｐｏｉｎｔ  ａｎｄ  ｃｕｔ”メカニズムを機能的に提供し、適切なセキュリティを開発中のシステムに対して、ならびに製作システムに対して追加する。アーキテクチャは、ＲＥＳＴ、ＪＳＯＮおよびセキュアソケットレイヤに対して通信インタフェースを提供することを許可するニュートラル言語である。さらに、１つまたは複数の実施では、アーキテクチャは、サーブレット仕様、オープンセキュアソケットレイヤ、Ｊａｖａ（登録商標）、ＪＳＯＮ、ＲＥＳＴおよびＡｐａｃｈｅ  Ｓｏｌｒで構築される。Ｃａｓｓａｎｄｒａなどの他の持続的エンジン（persistence engine）を支援可能である。有意な相互運用性を許可するオープン標準に対して、ツールを追加することが可能である。
【００３９】
１つまたは複数の実施では、ＢＯＰＳは、アクセス制御を通した使用に適しており、または、既存のフレームワークの身元表明に追加される。ＢＯＰＳは、製作環境およびほとんどのケースにおいて最小限のアクションを実行することによるトラステッド処理を可能にし、いかなるアプリケーションソフトウェアの変更も必要としない。
【００４０】
また、１つまたは複数の実施において、一方向セキュアソケットレイヤ（ＳＳＬ）のトップに構築される双方向ＳＳＬを提供し、クライアントにおいて通信の開始をもたらす。初期または「開始」の通信は、クライアントの身元の出所を確立し、セッション志向の身元表明と関連して、続く通信にクライアントが用いるＢＯＰＳ対応双方向証明書を渡す。１つまたは複数の実施において、クライアントアプリケーションは、予めロードした、続く本人確認開始を許可する双方向ＳＳＬキーを有する。
【００４１】
動作においては、ＢＯＰＳ対応サーバは、双方向ＳＳＬの身元とともに一方向ＳＳＬ通信を受信する。通信は、一方向ＳＳＬおよび双方向ＳＳＬの両方で行われる。サーバは、データ格納部を用いて信用ある身元を得て、身元の代わりに処理に関するロールを収集する。監査では、トラステッドなアクセスの継続的な検証および確認のための適切なアーティファクト（artifact）を請け負う。保証は、マルチレベルのアクセス制御メカニズムの簡略化および文書化を通して生じる。登録処理（登録に関しては、以下を参照のこと）後、ＢＯＰＳは、利用者、グループおよびロールの動的修正を許可するものである利用可能な管理コンソールを必要とする。
【００４２】
１つまたは複数の実施では、ＢＯＰＳは、任意の形による力ずくの攻撃またはサービス妨害（分散ＤＯＳまたは単一のＤＯＳ）攻撃を防止するアクティブな侵入検知システムで実施される。該標準は、ＢＯＰＳサーバを出し抜こうとする双方向ＳＳＬ証明書の偽装、セッションの再生、偽のパケットおよび種々の他の試みを作り上げようとすることを特定および追跡するカスタムルールを含む。
【００４３】
図２は、本明細書に示し、記載され、通常システム２００として称される、システムおよび方法を提供する構成要素の例を示すブロック図である。図２に示すように、利用者デバイス１０４は、ファイアウォール２０２の外側に位置し、ＢＯＰＳアプリケーションクライアントソフトウェアを介してＢＯＰＳサーバ１０２と通信する。また図２において、ＢＯＰＳクラスタ２０４およびＢＯＰＳ  ＩＤＳ２０６が含まれる。図２に示す実施はＢＯＰＳサーバ１０２およびＢＯＰＳ  ＩＤＳ２０６から分離されるＢＯＰＳクラスタ２０４を示すが、当業者は、特定の実施に応じて、クラスタ２０４がＢＯＰＳサーバ１０２および／またはＢＯＰＳ  ＩＤＳ２０６を含むことが可能であることを認識するであろう。本明細書に記載するように、一方向ＳＳＬのトップに構築される双方向セキュアソケットレイヤ（ＳＳＬ）が提供され、クライアントにおける通信の開始を提供可能である。
【００４４】
以下に、本特許出願の実施例を記載する。登録処理は、組織内でのＢＯＰＳの採択を開始する。ＢＯＰＳ管理者が環境を設定する前に、例えばインターネットウェブサイトからＡＰＩキーを受信するように組織を登録する。個人の開発者は、同様にＡＰＩキーを適用しうる。登録完了の際に、ＢＯＰＳ管理者オリジナルサイトの管理者は、追加のサイト管理者を作成しうる。将来的に、登録情報は、組織のＡＰＩキーと関連することとなる。ＡＰＩ登録は２つのドメインである、登録されたオリジナルサイト管理者および登録情報、組織およびユースケースに基づく発行されたＡＰＩキーに関連することが可能である。登録処理は、アプリケーションの開始が同意されたときに完了する。その後、ＢＯＰＳ管理者は、組織に関してオリジナルサイト管理者を作成し、オリジナルサイト管理者はサイト管理者を作成しうる（図３を参照のこと）。登録後のステップを以下に記載する。図３は、本出願によるロール階層のインスタンスを示す。
【００４５】
実施例では、ＢＯＰＳサービスを利用する開発処理の前に、開発者は、「ＢＯＰＳ管理コンソール」に登録する。アプリケーション名を提供し、かつ、例えば開発者の特定にＡｘｉｏｍを用いることによって、ＢＯＰＳは新しいアカウントを確立し、かつ、アプリケーション名で特定されてアプリケーションと関連可能であるＡＰＩキーを作成する。確立されたＡＰＩキーは、ＢＯＰＳサーバに対するすべてのＡＰＩ呼出しに含まれることが可能である。ＢＯＰＳサーバはＡＰＩキーを確認する。キーが期限切れもしくは無効であれば、ＢＯＰＳサーバは直ちにサービス要求を拒否する。
【００４６】
本明細書に記載するように、１つまたは複数の実施において、アプリケーションおよびＢＯＰＳサーバ間の通信は、双方向ＳＳＬのトップで確立される。開始のメカニズムが、接続の確立を提供する。サーバが、プライベートキーを生成して利用者デバイス１０４のアプリケーションおよびＢＯＰＳサーバ１０２間の双方向ＳＳＬ通信をセットアップ可能であるように、開始において、ＢＯＰＳサーバに対して利用者自身を特定する方法を指定する。Ａｘｉｏｍは、ＢＯＰＳが利用者を特定するために使用可能な仕組みのひとつである。また、アプリケーションに、エンドユーザのデバイスを特定するための固有のＩＤを提供する責任をもたせることが可能である。アプリケーションは、ＡＰＩ関連デバイスを用いて、利用者および利用者のデバイス間のつながりについてＢＯＰＳサーバに通知可能である。
【００４７】
以下の例は、クライアントおよびサーバ間の通信を明らかにしている。ＢＯＰＳサーバへの呼出しは、ＡＰＩの呼出しを有することが可能であるが、実際にＡＰＩキーを作成するＣｒｅａｔｅＡｐｐｌｉｃａｔｉｏｎ（アプリケーション作成）は明らかな例外で除外される。クライアントデバイスからセキュアサーバへ、要求を開始することができる。初期呼出しで、双方向ＳＳＬ証明書を受信し、利用者を作成する。利用者はクラスタ化された持続的環境において作成される。プレイバックを防ぐ合計は、ＳＨＡ１を用いて一方向に暗号化されているとして仮定する。ＳＨＡ１を任意の好適なアルゴリズムと切り換えても、アルゴリズムを変更することはない。この文書での寿命（duration）は、ＳＨＡ１を仮定している。
【００４８】
初期呼出しのフォーマット例は、
https://xyz.domain.com:8443/{BOPS_Instance_Server}/?val1=<n1>&val2=<n2>&siteId=<client>&username=<username>&password=<password>&newPassword=<newpassword>
となりうる。
【００４９】
ｖａｌ１＝＜ｎ１＞に関して、ｎ１は、ＩＳＯ−８６０１フォーマットでの現時刻に加算された、または現時刻から減算された−５９および５９の間の整数のＳＨＡ１合計である。ｖａｌ２＝＜ｎ２＞に関して、ｎ２は、−５９および５９の間の整数のＳＨＡ１合計で、かつ、ｎ１の平文値よりも大きいものである。利用者名およびパスワードに関する値は、クライアントに依存し、現在の身元表明者へ到達するために用いられる。同様の仕組みが、身元表明およびロールの収集の様々な仕組みと協働するＳＡＭＬ、ＬＤＡＰ、ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ（アクティブディレクトリ）のために存在する。
【００５０】
以下に、開始要求（Genesis Request）の結果を示す。
【００５１】
【表１】
0006426189.tif 000002
【００５２】
利用者ｓｃｏｔｔはＥメールｓｃｏｔｔ＠ｓａｍｐｌｅ．ｃｏｍを有する。平文での第１の再生値は５であり、第２の再生値は４０である。ｓｅｓｓｉｏｎＴｉｍｅｏｕｔ（セッションタイムアウト）は、ｓｅｓｓｉｏｎＩｄ（セッションＩＤ）、ｓｉｔｅＩｄ（サイトＩＤ）の組合せにて存在する。ｂｕｓｉｎｅｓｓ  ｃｕｓｔｏｍｅｒのウェブサイト管理者に関しては、１時間のセッションタイムアウトが存在する。
【００５３】
より詳細には、現時刻を２０１３−１２−２２Ｔ１７：４６：０３．６４７Ｚとして、以下に例を示している。計算は５分のインターバル（interval）で遡ってなされ、２０１３−１２−２２Ｔ１７：４５：００．００７Ｚでは、ＳＨＡ１合計であるｆａ８ｅ１４ｃｆ７ｆ８０ｆ８８５０８４ｅｅ０ｅ３ｃｂ２５６１８２ｂｂ６ａ４ｅ４０を得る。
【００５４】
例：
https://xyz.domain.com:8443/{BOPS_Instance_Server}/genesisval1=fa8e14cf7f80f885084ee0e3cb256182bb6a4e40&val2=fa8e14cf7f80f885084ee0e3cb256182bb6a4e40&newPassword=gasol
【００５５】
ｖａｌ１と関連した値は、ｆａ８ｅ１４ｃｆ７ｆ８０ｆ８８５０８４ｅｅ０ｅ３ｃｂ２５６１８２ｂｂ６ａ４ｅ４０がオフセット５となり、ｖａｌ２に関してはｆａ８ｅ１４ｃｆ７ｆ８０ｆ８８５０８４ｅｅ０ｅ３ｃｂ２５６１８２ｂｂ６ａ４ｅ４０がオフセット４０で生じる。ｎｅｗＰａｓｓｗｏｒｄ（新しいパスワード）が、双方向ＳＳＬキーに対するパスワードとなり、ＢＯＰＳサーバに格納されないことが好ましいものである。
【００５６】
この動作を実行するために、ＢＯＰＳサーバは−５９および５９の間のすべての整数についてのＳＨＡ１合計を有し、該合計を解読しなければならない。
【００５７】
以下に、続くＡＰＩ呼出しを表す。例えば、グリニッジ平均時午後２：１８に、利用者ｓｃｏｔｔがクライアントデバイス（ＡＮＤＲＯＩＤ（登録商標）フォン）を用いてセッションを作成する。呼出しは、以下のパラメータ：
ｖａｌ１＝＜現時刻の直近５分のインターバルで遡ったＳＨＡ１合計＞＆ｖａｌ２＝＜現時刻の直近２０分のインターバルで遡ったＳＨＡ１合計＞＆ｃｏｍｍａｎｄ＝＜ｆｏｐｅｎなどの低レベル動作システムのＳＨＡ１合計＞＆ｖｅｒｓｉｏｎ＝＜コマンドのバージョン＞＆ｖａｌ３＝＜コマンドファイルのＳＨＡ１合計＞
ならびに、セッションに関するｄｅｖｉｃｅＩＤ（デバイスＩＤ）を含む。
【００５８】
以前のセッションの再生またはキーカーネル（key kernel）オブジェクトファイルの置換えを防ぐために、ＢＯＰＳサーバは、バージョンごとに基づいてコマンド（command）名およびファイルに関するＳＨＡ１合計を含む。ＢＯＰＳ侵入検知システムとともにＢＯＰＳプロトコルを用いることにより、再生攻撃を防止する。ＩＤＳは脅威および攻撃としてブラックリスト化したオブジェクトのリストを、さらなる攻撃認識レベルで更新する。
【００５９】
以下の議論は、本出願の１つまたは複数の実施に関連するＡＰＩの概要に関する。１つまたは複数の実施において、ＡＰＩ名は、ＲＥＳＴｆｕｌ  ＪａｖａＳｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）フォーマットであるとする。
【００６０】
身元表明のＡＰＩに関して、個人開発者は、ＢＯＰＳを用いることとなる彼らのアプリケーションに関するＡＰＩ＿Ｋｅｙ（ＡＰＩキー）を申請可能である。個人開発者が一旦自身のＡＰＩ＿Ｋｅｙを持つと、彼らのアプリケーションによってなされるＡＰＩ呼出しは、パラメータのひとつとしてこのＡＰＩ＿Ｋｅｙを挿入可能である。ＬＤＡＰは、そのＡＰＩレベルでＡＰＩ＿Ｋｅｙを検証可能である。さらにまた、アプリケーションＩＤで、開発チームによる使用のためのアプリケーションを作成する。
【００６１】
ここで、実施例に基づいて、アプリケーション作成処理の例についての議論を提供する。同意されてアプリケーションが開始されると、ＢＯＰＳ総管理者が、ｏｒｉｒｇｉｎａｌＳｉｔｅＡｄｍｉｎ（オリジナルサイト管理者）という特別なロール（role）を持つ利用者を作成する。オリジナルサイト管理者が一旦成立すると、オリジナルサイト管理者ロールである人員の最初のアクションは、彼／彼女のバイオメトリクスと身元とを関連付けることである。その後、アクションは開始し、ＡＰＩを具備する。さらに、オリジナルサイト管理者ロールは、ｓｉｔｅＡｄｍｉｎ（サイト管理者）ロールとなる利用者を作成可能である。サイト管理者ロールは、追加の管理業務のために用いられる。
【００６２】
【表２】
0006426189.tif 000003
【００６３】
開始ＡＰＩ（Genesis API）の例に関して、開始サービスは、ある利用者のための初期セットアップとなる。あらかじめ格納されている初期の身元で動作可能、または初期の身元に関する外部の公理（axiom）サービスを使用可能である。
【００６４】
【表３】
0006426189.tif 000004
【００６５】
１つまたは複数の実施例において、クライアントデバイスに対していくつかのルールが規定されて、身元を保証する。これらのルールは、１）クライアント認証デバイスは追加の装置を必要としない、２）検出漏れは、予め決められたパーセンテージ以下（例えば、＜１％）でなければならず、誤検出は、予め決められたパーセンテージ以下（例えば、＜０．５％）でなければならないというものを含むことが可能である。他のルールは、４）利用者が、予め決められた連続数（Ｘ）以上の失敗をすると、クライアントソフトウェアはそれ自体をブラックリストに載せる、ということを含むことが可能である。さらに、クライアントは、トライアルアンドエラーのパターンを観察し、それ自体をブラックリストに載せることが可能であるクライアントの侵入検知システムを有することが可能である。ＢＯＰＳで使用するために設計されたアプリケーションは、何らかの形で侵入検出を含むことが可能で、それによってソフトウェアはなりすましの試行を検出し、例えばＸ回の試行として決めて、その後クライアントアプリケーションを、Ｘ時間またはデバイスが安全で有効であることが適切に保証されるまでは無期限で動作を停止させて、バックエンドシステムへのアクセスを制限することが可能である。さらに、ルールには、５）活性（liveness）を含むことが可能である、それはＢＯＰＳに従うことを目的とするアプリケーションが、登録または認証された利用者が画像または利用者の他の表現ではなく実物の人間であることを確実にする活性の検出または能力を何らかの形で有しているということである。顔認証システムは、まばたきを検出するほどシンプルなものとすることが可能であり、ポイントは、システムに対する偽のアクセスを防ぐためになりすまし対策が何らかの形で存在していることである。１つまたは複数の実施では、企業組織が特定の実施のための最も好適なユースケースを決定する。
【００６６】
１つまたは複数の実施では、ロールの収集は、例えば、アクティブディレクトリ、ＬＤＡＰまたは関係データベースビッグデータサーバなどの権威あるロールソースから検索されるか、またはＢＯＰＳサーバ上での追加のＡＰＩ呼出しを介して行ってロールリストを発見する。ロールは、ＢＯＰＳサーバ内で収集および格納可能である。
【００６７】
ロールＡＰＩ
【００６８】
【表４】
0006426189.tif 000005
【００６９】
本出願の１つまたは複数の実施形態に関連する、動画像コードセッションの構築について以下に記載する。例えば、動画像のウェブページにセッションＩＤを返す。サブＡＰＩ呼出しは、動画像のセッションＩＤを有するＭＩＭＥエンコード化画像を返す。その他のものは、ＪＳＯＮテキストフォーマットで画像のＵＲＬおよびセッションＩＤを返す。すべてのロール（ラベル）のセッション構築は、最終的に、利用者と関連させることが可能である。
【００７０】
【表５】
0006426189.tif 000006
【００７１】
１つまたは複数の実施例では動画像コードセッション構築を継続し、入力デバイスは動画像をスキャンしてスキャンされたセッションＩＤをＢＯＰＳで確認し、それが利用者、デバイスおよびセッションの３者の連携のきっかけとなる。ＢＯＰＳクライアントソフトウェアは、生体認証を確認する。生体認証のステータスは、ＢＯＰＳサーバに送信される。１つまたは複数の実施では、バイオメトリックデータ自体は、プライバシー保護を満たすため、ＢＯＰＳサーバに送信されない。その後、デバイスでバイオメトリックをスキャンし、セッションＩＤが作成される。１つまたは複数の実施では、セッションステータスのセッションＩＤが、ｓｅｓｓｉｏｎＮｏｔＲｅａｄｙ（セッション動作不能）、ｖａｌｉｄａｔｉｏｎＩｎＰｒｏｇｒｅｓｓ（進捗確認）、ｕｓｅｒＡｕｔｈｅｎｔｉｃａｔｅｄ（認証された利用者）、ｕｓｅｒＲｅｊｅｃｔｅｄ（拒否された利用者）、ｓｅｓｓｉｏｎＴｅｒｍｉｎａｔｅｄ（終了したセッション）、ｓｅｓｓｉｏｎＥｘｐｉｒｅｄ（セッション延長）、ｓｅｓｓｉｏｎＬｏｇｏｆｆ（セッションログオフ）およびｕｓｅｒＬｏｇｏｆｆ（利用者ログオフ）を返す。セッション終了では、ログオフ通知をもたらす。一旦受信されると、ＳｅｓｓｉｏｎＩＤ（セッションＩＤ）内のｓｅｓｓｉｏｎＬｏｇｏｆｆ（セッションログオフ）によって規定されるように、セッションは今後のアクティビティを閉じることが可能である。セッションＩＤ作成の失敗は、その後適切なアクションを取りセッションＩＤ作成を終了することが可能であるＩＤＳによって支配されることが可能であり、このことは、ＩＰアドレスをブロックすること、ドメインをブラックリストに載せること、利用者をブラックリストに載せること、または他の手段でありうる。ブラックリストに載せることは、複合機械学習ルールに基づくシステムへのアクセス制限の階層を有する。
【００７２】
次にアクセス制御ＡＰＩの例としては、セッションＩＤが与えられると、データラベルおよびアクセスが許可される。１つまたは複数の実施においては、ＪＳＯＮフォーマット（ＪＳＯＮＯｂｊｅｃｔ（ＪＳＯＮオブジェクト）のＪＳＯＮＡｒｒａｙ（ＪＳＯＮアレイ））におけるデータの集合は、ｓｅｃｕｒｉｔｙＬａｂｅｌ（セキュリティラベル）フィールドである。セキュリティラベルフィールドは、セッションを通して利用者と関連したロールに対して一致する。データ（ＪＳＯＮオブジェクト）が、ロールのサブセットであれば、その後データが返される。そうでなければ、ＪＳＯＮオブジェクトの一部のデータは返されない。ＡＰＩは呼出しを拒否するので、返されたデータは制限されたものとなる。ＡＰＩ呼出しの再指示においては、ｇｅｔＪＳＯＮ（ＪＳＯＮ取得）呼出しが阻止される。
【００７３】
以下に、セッション構築時間において、階層をフラット化した各利用者にアクセス制御アルゴリズムを適用可能である場合の実施例について記載する。従って、マネージャである利用者は、マネージャのラベルがマネージャおよび利用者の両方であることを含意する。すなわち、
Ｂｏｂがマネージャであれば、Ｂｏｂのラベルはマネージャ（Manager）および利用者（User）である。
データの一部がマネージャであれば、階層はフラット化されていない。
【００７４】
判定については、データが利用者ロール（グループ）のサブセットであれば、判定は利用者にそれを閲覧することを許可する。すなわち、
データを読み取ってはならず（no read up）、“Ｂｅｌｌ−ＬａＰａｄｕｌａ”モデルに書き込んではならない（no write）。
【００７５】
任意の時点で、利用者は非階層であるセキュリティレベルで作業をする。フラット化したラベルの数に関わらず、書き込みに関する場合には、利用者は１回に１つのラベルで作業をする。例えば、Ｂｏｂがマネージャとして作業していれば、彼はマネージャとしてのデータの書き込みだけをしてよい。彼が利用者として作業していれば、その場合彼は利用者としてのデータの書き込みだけをしてよい。このことで、セキュリティポリシーの「書き込み」による違反を防ぐ。
【００７６】
【表６】
0006426189.tif 000007
【００７７】
次に監査に関する１つまたは複数の実施としては、身元表明、セッション作成および判定と関連したステップは監査能力を有する。上記能力は、任意のデータ集合上での任意のアクション（読み取り／書き込み）に際して利用者、利用者グループまたはロールのいずれかに対して設定されうる。監査は、ＲＥＳＴｆｕｌで格納および収集されて、その後ＢＯＰＳサーバ内に格納することが可能である。
【００７８】
監査要求のためのＡＰＩ
【００７９】
【表７】
0006426189.tif 000008
【００８０】
監査ログ読み取りのためのＡＰＩ
【００８１】
【表８】
0006426189.tif 000009
【００８２】
次に実施例における管理者としては、利用者とグループおよびグループとロールおよび属性とグループのマッピングが、ＡＰＩ呼出しによって提供される。すべての呼出しは双方向ＳＳＬ通信層を必要とし、管理者ロールによって行われるべきである。
【００８３】
例：
UPDATE_URI=https://xyz.domain.com:8443/{BOPS_Instance_Name}/JSONUpdate
【００８４】
利用者の追加または更新
【００８５】
【表９】
0006426189.tif 000010
【００８６】
グループの追加または更新
【００８７】
【表１０】
0006426189.tif 000011
【００８８】
ロールの追加
【００８９】
【表１１】
0006426189.tif 000012
【００９０】
また、リポーティングがサポートされており、管理者レベルのリポートが監査ＡＰＩにおいて利用可能である。
【００９１】
以下は、本出願の１つまたは複数の実施における用語の用語集の例である。
【００９２】
用語集
【００９３】
【表１２】
0006426189.tif 000013
【００９４】
【表１３】
0006426189.tif 000014
【００９５】
以下は、一実施例の説明である。アプリケーションを開始するために、利用者はモバイルアプリケーション上で彼自身／彼女自身の顔を証明し、即座に検証される。図４は、利用者を認証に進むように促す携帯デバイスの表示画面の例を示している。利用者はまた、モバイルアプリケーションが通知を送付するメールアドレスを指定することを要求されることが可能である。この方法で、身元の所有者は、利用者がセキュアな認証を行うことを希望している携帯デバイスと１つまたは複数のデスクトップマシンとを同期するミドルウェアアプリケーションをダウンロードするためのリンクを受信することとなる。標準ＷｉｎｄｏｗｓまたはＯＳＸインストーラを介してインストール可能であるこのミドルウェアは、デスクトップ上のアプリケーションを介して利用者ログインの設定嗜好（preference）を管理することを許可する。
【００９６】
図５は、利用者を検証するためのインタフェースの例を示している。図６は、ユーザのウェブ体験（ウェブエクスペリエンス）をカスタマイズし、向上する第三者の開発者による拡張の設定を含む表示画面の例を示している。
【００９７】
クライアントアプリケーションが一旦開始されると、利用者は彼／彼女の身元を検証することによってコンピュータ上で銀行口座（または他のウェブサイト）にアクセス可能である。いくつかの簡単なステップで行うことが可能である。図７を参照すると、利用者は画面上に現れるＱＲコード（登録商標）を携帯電話でスキャンするように促される。利用者がＱＲコード（登録商標）をスキャンすると（例えば、図８に示すように）、その後一度、コンテンツへのアクセスが検証されて認められる（図９）。利用者の身元を検証することができなければ、ウェブサイトへのアクセスは拒否されることとなる。身元が一旦確認されると、利用者のアカウントはブラウザ上で開かれることとなる。
【００９８】
このように、本明細書に示して記載したシステムおよび方法によれば、本出願は、通信ネットワークを介して、新しく、かつ、提供されたデジタル資産と関連付けられた検証可能な認証、アクセス制御、ロールの収集、保証および監査を提供する。以下の開始の処理および利用者のデバイスと利用者のバイオメトリクスとの結びつけは、セキュアなアクセスおよび続くアクティビティのために認証局によって署名された双方向ＳＳＬキーを使用することが可能である。
【００９９】
本出願は、開始の処理の前に行われておくものでありうるセキュリティの提供のためであるとともに、生体認証と関連することを含むフレキシブルな実施を提供する。このことは、デジタル資産へのアクセスに関連する組織の既存のビジネス方法論を妨げることなくより高い安全性をもたらす。１つまたは複数の実施では、本出願は、既存のビジネスモデルを妨げることなく身元表明を付加する。
【０１００】
さらに、本出願は、双方向ＳＳＬの固有の識別子をハッカーに「再生される」場合などに、なりすましを防ぐことによって、より多くの安全性をもたらす。高度に洗練されており、例えば「ｆｏｐｅｎ」コマンドを新しいものと置き換えるためにスマートフォンを探索し、突破可能なハンドシェイクを盗聴し、突破可能なハンドシェイクを返してシステムを欺くことを試みるハッカーが、トラステッドサーバ１０２へのアクセスを得ることは不可能であるだろう。
【０１０１】
従って、本出願は、利用者を認証し、それによって１つまたは複数のデジタル資産へのアクセスを可能とするフレームワークをまとめて含む標準を提供することによって、公知のセキュリティ方法に対して有意な向上を提供する。
【０１０２】
上記した主題は、例示としてのみ提供しており、限定するものと解釈されるべきではない。本明細書に記載した主題に対して、例示および記載した実施例および応用例に従うことなく、かつ、本発明の真意および以下の特許請求の範囲のそれぞれおよびいずれかにおいて記載する本発明の範囲から逸脱することなく、様々な変形および変更をなすことが可能である。
【図１】
0006426189.tif 000015
【図２】
0006426189.tif 000016
【図３】
0006426189.tif 000017
【図４】
0006426189.tif 000018
【図５】
0006426189.tif 000019
【図６】
0006426189.tif 000020
【図７】
0006426189.tif 000021
【図８】
0006426189.tif 000022
【図９】
0006426189.tif 000023