(57)【要約】【課題】各セキュリティチャレンジを特徴付ける１つ以上の誤り率を使用する、ユーザの逐次認証のための方法および装置を提供する。【解決手段】本発明の一局面によれば、中間認証結果を得るために、ユーザに対して少なくとも１つの知識チャレンジが試行され、ユーザチャレンジは、累積認証結果が１つ以上の基準を満たすまで継続する。中間認証結果は、例えば、知識チャレンジ毎の１つ以上の誤承認および誤拒絶誤り確率に基づく。誤承認誤り確率は、知識チャレンジに対して正しく回答した別のユーザである確率を示す。誤拒絶誤り確率は、知識チャレンジに対して正しく回答しなかった真正ユーザである確率を示す。誤承認および誤拒絶誤り確率は、フィールドデータ、または所定のチャレンジについての既知の情報に基づいて適応されうる。【選択図】図１
2007004796.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの逐次認証のための方法であって、
中間認証結果を得るために、前記ユーザに対して少なくとも１つの知識チャレンジを試行するステップであって、前記中間認証結果は、知識チャレンジ毎の１つ以上の誤承認および誤拒絶誤り確率に基づく、ステップと、
前記ユーザに対して少なくとも１つの知識チャレンジを試行する前記ステップを、累積認証結果が１つ以上の基準を満たすまで繰り返すステップとを含む、方法。
【請求項２】
前記誤承認誤り確率は、前記知識チャレンジに対して正しく回答した別のユーザである確率を示す、請求項１に記載の方法。
【請求項３】
前記誤拒絶誤り確率は、知識チャレンジに対して正しく回答しなかった真正ユーザである確率を示す、請求項１に記載の方法。
【請求項４】
１つ以上の前記誤承認および誤拒絶誤り確率は、ユーザの個体群について規定される、請求項１に記載の方法。
【請求項５】
１つ以上の前記誤承認および誤拒絶誤り確率は、前記ユーザについて規定される、請求項１に記載の方法。
【請求項６】
１つ以上の前記誤承認および誤拒絶誤り確率は、フィールドデータに基づいて適応される、請求項１に記載の方法。
【請求項７】
１つ以上の前記誤承認および誤拒絶誤り確率は、所定のチャレンジについての既知の情報に基づいて適応される、請求項１に記載の方法。
【請求項８】
前記中間認証結果は、連続スコアである、請求項１に記載の方法。
【請求項９】
前記中間認証結果は、対数尤度比に基づく、請求項１に記載の方法。
【請求項１０】
前記累積認証結果は、個々の対数尤度比の総計である、請求項１に記載の方法。
【請求項１１】
１つ以上の前記中間認証結果および前記累積認証結果は、バイオメトリック検証方法からの結果に組み合わされる、請求項１に記載の方法。
【請求項１２】
１つ以上の前記中間認証結果および前記累積認証結果は、話者検証方法からの結果に組み合わされる、請求項１に記載の方法。
【請求項１３】
ユーザの逐次認証のためのシステムであって、
メモリと、
メモリに結合された少なくとも１つのプロセッサとを備え、
中間認証結果を得るために、前記ユーザに対して少なくとも１つの知識チャレンジを試行するように動作し、前記中間認証結果は、知識チャレンジ毎の１つ以上の誤承認および誤拒絶誤り確率に基づいており、
累積認証結果が１つ以上の基準を満たすまで前記チャレンジを繰り返すように動作する、システム。
【請求項１４】
前記誤承認誤り確率は、前記知識チャレンジに対して正しく回答した別のユーザである確率を示し、前記誤拒絶誤り確率は、知識チャレンジに対して正しく回答しなかった真正ユーザである確率を示す、請求項１３に記載のシステム。
【請求項１５】
１つ以上の前記誤承認および誤拒絶誤り確率は、ユーザの個体群について規定される、請求項１３に記載のシステム。
【請求項１６】
１つ以上の前記誤承認および誤拒絶誤り確率は、前記ユーザについて規定される、請求項１３に記載のシステム。
【請求項１７】
１つ以上の前記誤承認および誤拒絶誤り確率は、フィールドデータ、または所定のチャレンジについての既知の情報に基づいて適応される、請求項１３に記載のシステム。
【請求項１８】
前記中間認証結果は、対数尤度比に基づいており、前記累積認証結果は、個々の対数尤度比の総計である、請求項１３に記載のシステム。
【請求項１９】
請１つ以上の前記中間認証結果および前記累積認証結果は、バイオメトリック検証方法からの１つ以上の結果と、話者検証方法からの結果とに組み合わされる、請求項１３に記載のシステム。
【請求項２０】
ユーザの逐次認証のためのプログラムであって、該プログラムが、
中間認証結果を得るために、前記ユーザに対して少なくとも１つの知識チャレンジを試行するステップと、
前記ユーザに対して少なくとも１つの知識チャレンジを試行する前記ステップを、累積認証結果が１つ以上の基準を満たすまで繰り返すステップとをコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、ユーザ認証手法に関し、より特定的には、逐次ユーザ認証を提供する手法に関する。
【背景技術】
【０００２】
ユーザの身元の主張を認証することは、物理的および論理的アクセスの両方に関して、システム、ネットワーク、サービス、機構のセキュリティを保証する重要な一工程である。既存のユーザ認証は、単一の検証オブジェクト、例えばパスワードまたは個人識別番号（ＰＩＮ）というユーザの知識に基づいて、または単一の検証オブジェクト、例えば鍵またはカードを所有しているということに基づいて行われることが多い。他の既存の認証手法には、バイオメトリックによる特徴、例えば指紋、声紋、虹彩スキャン、または顔スキャンを検証オブジェクトとして使用することが含まれる。
【０００３】
検証は、典型的には、アクセスを試みたときにユーザから取得される検証オブジェクトを予め記憶されたオブジェクトと比較することによって行われる。バイオメトリックシステムは、例えば、典型的には、入力されたバイオメトリックが基準バイオメトリックテンプレートとどの程度類似しているかを評価する類似スコアを作成する。その後、閾値がスコアに適用されて、所定のユーザを承認するか、または拒絶するかについての２値決定を行う。所有に基づくユーザ認証システムは、２値の承認／拒絶決定を、物理装置（例えば、鍵）または仮想装置（例えば、デジタル証明書）の存在に基づいて行う。知識検証については、単一のチャレンジによって、ユーザの応答の正確性に基づく２値決定がもたらされることになる。
【０００４】
認証の目的で複数のチャレンジがユーザに提示される場合に、ユーザ認証は、逐次的であるといわれる。逐次ユーザ認証は、同一のモード（例えば、知識検証質問のみを提示する）からの一連の認証チャレンジを使用することによって、または複数の検証モード（例えば、ランダムな知識チャレンジを提示し、１つ以上の物理キーを要求するという両方）を使用することによって達成される。バイオメトリックの種類によっては、バイオメトリックスに基づく逐次認証も可能である。例えば、指紋は不変であり、逐次チャレンジは、全く同一の指紋を取り込むので得策ではないだろう。しかしながら、人間の声は確かに変化するので、逐次音声バイオメトリックス（「話者認識」）は得策である。
【０００５】
逐次ユーザ認証を使用する場合、ユーザを承認または拒絶する２値決定を行うための規則またはアルゴリズムの組は、単純な閾値よりも複雑な場合がある。なぜならば、個々の対話動作（チャレンジ）から生じた結果が矛盾することがあるからである。ポリシーとは、各動作において、ユーザを承認するか、ユーザを拒絶するか、またはユーザに新たなチャレンジを提示するかを指定する規則の組である。
【０００６】
測定されたバイオメトリック（話者認識）および知識応答の両方に基づいてユーザの対話を支配するポリシーとともに会話型バイオメトリックスを使用して話者認証および知識検証を組み合わせるための数多くの手法が提案または示唆されてきている。例えば、特許文献１は、共有されたコンテキストを使用して複数の認証オブジェクトを組み合わせ、かつ、カスタマイズ可能な対話設計を様々なユーザの好みおよびトランザクション／アプリケーションの要請に合うようにすることができる、動的なユーザ認証を可能にする認証フレームワークを開示する。また、特許文献２も参照のこと。
【０００７】
【特許文献１】米国特許出願第１０／２８３７２９号、「Ｍｅｔｈｏｄｓ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  Ｄｙｎａｍｉｃ  Ｕｓｅｒ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｕｓｉｎｇ  Ｃｕｓｔｏｍｉｚａｂｌｅ  Ｃｏｎｔｅｘｔ−Ｄｅｐｅｎｄｅｎｔ  Ｉｎｔｅｒａｃｔｉｏｎ  Ａｃｒｏｓｓ  Ｍｕｌｔｉｐｌｅ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｏｂｊｅｃｔｓ」
【特許文献２】米国特許第６５２９８７１号、「Ａ  Ｗａｙ  ｔｏ  Ｉｄｅｎｔｉｆｙ  Ｕｓｉｎｇ  Ｂｏｔｈ  Ｖｏｉｃｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｐｅｒｓｏｎａｌ  Ｑｕｅｒｉｅｓ」
【発明の開示】
【発明が解決しようとする課題】
【０００８】
このような会話型バイオメトリック手法は、高度な柔軟性、精度、利便性、および堅固さを有する改良された認証フレームワークを提供するものであるが、数多くの制約があり、これらを克服すれば、ユーザ認証手法の効率性およびセキュリティをさらに向上させることができよう。特に、会話型バイオメトリックスのための上述の手法は、チャレンジ毎に２値決定を生じさせる。
【０００９】
したがって、チャレンジ毎に連続値スコアを生じさせる会話型バイオメトリックスのための方法および装置に対する必要性が存在する。連続値スコアは、セキュリティレベルを設定する前に複数のバイオメトリックシステムを融合させることができる。さらに、知識認証システムから類似性スコアを測定する方法および装置に対する必要性が存在する。さらに、測定された知識スコアに基づいた逐次認証を管理する方法および装置に対する必要性が存在する。
【００１０】
一般的に、各セキュリティチャレンジを特徴付ける１つ以上の誤り率を使用する、ユーザの逐次認証のための方法および装置を提供する。
【課題を解決するための手段】
【００１１】
本発明の一局面によれば、中間認証結果を得るために、ユーザに対して少なくとも１つの知識チャレンジが試行され、ユーザチャレンジは、累積認証結果が１つ以上の基準を満たすまで継続する。中間認証結果は、例えば対数尤度比に基づき、累積認証結果は、例えば個々の対数尤度比の総計である。
【００１２】
中間認証結果は、例えば、知識チャレンジ毎の１つ以上の誤承認および誤拒絶誤り確率に基づく。誤承認誤り確率は、知識チャレンジに対して正しく回答した別のユーザである確率を示す。誤拒絶誤り確率は、知識チャレンジに対して正しく回答しなかった真正ユーザである確率を示す。
【００１３】
本発明の他の局面によれば、１つ以上の誤承認および誤拒絶誤り確率は、フィールドデータ、または所定のチャレンジについての既知の情報に基づいて適応される。例えば、ＦＡ値およびＦＲ値は、測定されたＦＡ値およびＦＲ値を反映するフィールドデータに適応することによって変更されてもよい。ＦＡ値およびＦＲ値は、予想されたセキュリティ違反を反映して変更されてもよい。本発明によって提供される連続スコアは、ＦＡおよびＦＲなどのパラメータを有する統計的なモデルを意味するので、容易に適応可能である。加えて、本発明によって提供される連続スコアは、１つ以上の中間認証結果および累積認証結果が他の検証方法（バイオメトリックまたは所有に基づく認証など）からの結果と組み合わされることを許容する。
【発明を実施するための最良の形態】
【００１４】
本発明のより完全な理解とともに、本発明のさらなる特徴および利点は、以下の詳細な説明および図面を参照して得られるだろう。
【００１５】
本発明は、逐次認証システムを提供する。開示された逐次認証システムは、対話動作毎に類似性スコアを測定する目的の知識検証に基づく。開示された逐次認証システムは、ユーザの身元の主張が真正である確率と、ユーザがその主張する人物ではない確率とを連続的に推定する。
【００１６】
ユーザ認証中に、一連のチャレンジがユーザに提示され、各ユーザ応答は、１つ以上のモデルと比較され、中間認証決定（対数尤度比（ＬＬＲ）など）が生じる。各対話動作において、個々の動作からの中間決定は組み合わされて（ＬＬＲの総計など）、類型認証結果を作成して、最終的にはユーザの身元の主張を承認または拒絶する。逐次認証処理のために使用されるモデルは、認証中にユーザデータから適応されてもよく、話者認識（または他の様式）を行う音声バイオメトリックモデルとともに使用されて、ユーザ認証タスクを完了してもよい。
【００１７】
本発明の一局面によれば、ユーザまたは背景モデルもしくはその両方は、各セキュリティチャレンジを特徴付ける偽承認（ＦＡ）および偽拒絶（ＦＲ）誤り率を備える。ＦＡは、セキュリティチャレンジに対して正しく回答した異なるユーザである確率を示し、ＦＲは、正しく回答しなかった真正のユーザである確率を示す。各チャレンジに割り当てられたＦＡおよびＦＲは、背景モデルにのみあってもよく、したがって、すべてのユーザが同一のＦＡおよびＦＲを有すると仮定してもよく、または、ユーザ固有のＦＡおよびＦＡが各チャレンジに割り当てられて、ユーザモデルに記憶されていてもよい。また、図４とともに以下に説明するように、ユーザモデルは、セキュリティチャレンジに対する正しい応答を含む。
【００１８】
本発明のさらなる局面によれば、ＦＡ値およびＦＲ値は、測定されたＦＡ値およびＦＲ値を反映するフィールドデータに適応することによって変更されてもよい。また、ＦＡ値およびＦＲ値は、予想されたセキュリティ違反を反映して変更されてもよい。例えば、社会保障番号のリポジトリが盗まれた場合には、社会保障番号チャレンジに割り当てられたＦＡは、典型的に予想されるよりも高くなるように更新されることになる。本発明によって提供される連続スコアは、ＦＡおよびＦＲなどのパラメータを有する統計的なモデルを意味するので、容易に適応可能である。
【００１９】
本発明は、クライアント−サーバアーキテクチャの一例を使用して例示される。しかしながら、本発明は、任意の特定のシステムアーキテクチャとともに使用することに限られるものではないことは当然である。むしろ、本発明は、高度な柔軟性、精度、利便性、または堅固さあるいはそのすべてを提供する認証フレームワークを提供するのか好ましい任意のシステムアーキテクチャに対して、より一般的に適用可能である。すなわち、本発明の手法は、単一のコンピュータシステム、または適切なネットワークによって結合された複数のコンピュータシステム上で実施されてもよく、その例を以下に説明する。
【００２０】
一実施形態において、対話型設計は、ＸＭＬ（拡張可能なマーク付け言語）を使用する統計ステートマシンとして実施された認証ポリシーに基づく。加えて、該当する認証オブジェクト（例えば、回答すべき質問または実行するべき行為）を指定するファイルと、ユーザプロファイル（例えば、ユーザが選択した認証オブジェクトと、正しい回答またはユーザの好みあるいはその両方）を含むファイルとがあり、それらは両方共、ＸＭＬを使用して実施されてもよい。
【００２１】
認証対話全体は、（ユーザの好みおよびトランザクションまたはアプリケーション要件に基づいて選択された）実質的な認証ポリシーに基づいて、共有コンテキストに対する動作を使用し、さらには実質的な認証オブジェクトおよび関係ユーザプロファイルを使用して、動的に決定される。
【００２２】
そのような取り組みによって、既存の認証システムと比較して大幅に改良された認証能力が提供され、非常に高度な精度、柔軟性、利便性、および堅固さが保証される。
【００２３】
さらに、以下に詳細に例示的に説明するように、本発明の認証手法は、以下の要素を使用する：（１）検証オブジェクトおよび検証エンジン、（２）検証ポリシーおよび検証ポリシーマネージャ、および（３）ユーザモデルである。
【００２４】
検証オブジェクトは、ユーザの身元を検証する目的で使用することができるオブジェクトであって、ユーザのバイオメトリック特徴（例えば、声紋、指紋、顔スキャン、虹彩スキャン、手書きの署名、またはキーボードを打つ際の強弱の変化）、ユーザの知識（例えば、パスワード、パスフレーズ、または個人的な質問に対する回答もしくはそのすべて）、およびユーザの所有物（例えば、鍵、カード、トークン、証明書、呼者識別情報を送信する携帯電話または家庭用電話、クライアントソフトウェアを有する個人またはハンドヘルドコンピュータ、またはユーザの位置もしくはそのすべて）などである。上記オブジェクト例の一覧は、網羅しているという意味ではなく、さらに、本発明は、任意の特定のオブジェクトに限定されるという意味ではないことは当然である。
【００２５】
検証エンジンは、検証オブジェクトをユーザモデルに記憶された表現と照合するために使用される。検証エンジンの例には、ユーザの指紋を照合するための指紋認識システム、音声応答システムなどの質問に対する口語による回答を評価するための会話型システム、ユーザの口語の発話を抽出および認識するための（自然理解手法を含んでもよい）音声または声紋認識システムのような会話型システム（この会話型システムは、合成質問またはプロンプトを生成するための音声合成システムを含んでもよい）、ユーザの電話番号を抽出および照合するための呼者識別認識システム、ユーザのバッジまたはカードをスキャンするためのバッジリーダ、ユーザのＰＩＮを確認するためのＰＩＮ確認システム、ユーザの顔スキャンを抽出および照合するための顔認識システム、ユーザの虹彩を抽出および照合するための虹彩認識システム、ユーザの筆跡を認識する筆跡認識システム、ユーザがキーボードを打つ際の強弱の変化を照合するためのキーボード変化認識装置、および、本明細書に記載、またはそうでなければ既知、もしくはその両方である他の様式固有のエンジンが含まれる。これらのエンジンの種類は周知なので、そのようなエンジンの詳細についてのさらなる説明は必要なく、したがって、本明細書には記載されていないのは当然である。繰り返すが、上記エンジン例の一覧は、網羅しているという意味ではなく、さらに、本発明は、任意の特定の検証エンジンに限定されるという意味ではないことは当然である。
【００２６】
検証エンジンは、典型的には、ユーザ入力をユーザが登録した際に作成されたユーザのモデルと比較することによってユーザ検証を行うが、本発明は、ユーザ登録を必要とする検証エンジンに限定されるものではない。ユーザに登録を要求しない、非管理の検証エンジンを使用してもよい。非管理の検証エンジンを使用する場合には、検証エンジンによって測定されるようなユーザ属性を含む単一のユーザモデルを使用してもよい。例えば、以下の検証エンジンが使用できる：音響アクセント認識、言語識別、および顔特徴検出（例えば、目の色、眼鏡検出）である。この場合、個々の検証エンジンのいずれも、ユーザ登録は必要なく、ユーザが話した音声アクセント、言語、目の色、およびユーザが眼鏡をかけているかどうかを示して、あるユーザモデルが使用される。
【００２７】
よって、個々の検証エンジンを使用して、所定の静的なやり方で動作する単純な検証ステップを行うことができる一方で、より高度の精度および柔軟性を達成するために、複数の検証オブジェクトを使用して動的なユーザ認証を行うことを、本発明は認識している。本発明は、そのような改良された認証フレームワークを提供する。
【００２８】
この目標および他の目標を達成するために、本発明は、ユーザと認証システムを含むシステム全体との間の対話および様々な検証エンジン間の対話を支配する検証ポリシーを使用する。リアルタイムで変化する必要性を含む、ユーザ固有の、トランザクション固有の、またはアプリケーション固有の認証という幅広い種類の必要性を満たすために、任意の数の検証ポリシーを書くことができる。
【００２９】
わかるように、そのような検証ポリシーは、すべての検証オブジェクトに渡って共有される共通のコンテキストに対する動作を使用する検証ポリシーマネージャによって管理されて、認証システムの最大のプログラミング性を達成する。
【００３０】
ユーザモデルは、典型的には、ユーザがシステムに登録する際に、ユーザによって提供された入力（例えば、音声のサンプル、指紋のサンプル、または個人的な質問に対する回答ならびにそのすべて）または他の手段を通じて取得された入力（過去のトランザクションの詳細、直近の請求の残高、発行された鍵またはバッジの通し番号、またはスマートカードまたはクライアントソフトウェアに含まれる暗号鍵ならびにそのすべてなど）を使用して作成される。
【００３１】
ユーザモデルは、新たな請求が発行された場合、残高が変化した場合、またはより多くの音声サンプルが利用可能である場合など、必要な場合にリアルタイムで更新されてもよい。個々のユーザモデルは、当該ユーザに該当するすべての検証オブジェクトに関する情報を含み、これには検証オブジェクトに関するユーザの任意の好み（例えば、あるユーザは、数字よりも色についての質問を好む場合がある）が含まれる。また、ユーザモデルは、好ましくは、社会保障番号の第１桁目および第３桁目を加えるように要求するなどの、検証オブジェクトの重要な操作に対応している。繰り返すが、上述の例はいずれも、本発明を制限するものではない。
【００３２】
本発明のいくつかの原理および特徴の一般的な上記説明を前提として、これらの原則および特徴の実施形態の例を図の場合において示す。
【００３３】
最初に図１を参照すると、ブロック図は、本発明の一実施形態に係る逐次認証を実施するための認証システムのクライアント−サーバアーキテクチャを示している。図示のように、認証システム１００は、検証クライアント装置１０２と、検証サーバ１０４とを備え、これらはネットワークアダプタ１０６を介して結合されている。検証クライアント装置１０２は、コンテキスト１０８と、それに関連するアプリケーション１１０とを有する。検証サーバ１０４は、検証ポリシーマネージャ１１２と、複数の検証エンジン１１４−１から１１４−Ｎとを備え、ここで、Ｎは２，３，４．．．の任意の整数であってもよく、本発明の特定の実施が対応できる検証オブジェクト系統または種類の数を表す。認証システム１００は、データマネージャ１１６と、検証オブジェクト記憶装置１１８と、検証ポリシー記憶装置１２０と、ユーザモデル記憶装置１２２とをさらに備える。データマネージャ１１６およびデータ記憶装置１１８，１２０および１２２は、検証サーバの枠の外に示されているが、検証サーバ上で実施されてもよいことは当然である。
【００３４】
検証クライアント装置１０２は、ユーザとのインターフェイスとなり、ユーザからの入力を収集し、検証サーバ１０４とネットワークアダプタ１０６を通じて通信し、アプリケーション１１０と通信する役割を担う。本発明の一実施形態において、検証クライアント装置１０２は、コンテキスト１０８を取得および維持する役割も担う。
【００３５】
一代替実施形態において、コンテキスト１０８は、中央データベース（図示せず）上に記憶されてもよく、認証システム１００の他の構成要素によってアクセス可能であってもよい。そのような実施により、検証クライアント装置１０２と検証サーバ１０４との間のステートレスな動作が可能になり、検証処理における互いに異なる動作について互いに異なるサーバを使用することができるようになり、これにより、検証処理中に特定のサーバがダウンしてしまうことに対する保護を提供し、サーバリソースの負荷バランスも改善できる。
【００３６】
コンテキスト１０８は、検証処理についての全ての該当する変数を記録し、これには、（１）ユーザ名、（２）実施されている検証ポリシーの現在の状態、（３）呼び出されている検証オブジェクトに関する履歴および呼び出しに関連するスコアおよび結果、（４）トランザクションに固有の要件（例えば、所望の精度の度合いまたはトランザクションの性質）、（５）ユーザに固有の要件（例えば、風邪を引いているユーザは、声紋照合に頼らない方がよい場合がある）、および（６）他の物理的および論理的変数（例えば、リモートまたはローカルといったネットワーク接続の種類、もしくは音声チャンネルの品質）などがある。
【００３７】
また、コンテキスト１０８は、外部検証元（図示せず）からの検証スコアを表す他の変数を記録してもよい。例えば、銀行に来た顧客は、入り口で銀行カードを機械に通して読み込ませた後にそのような行為を行っていた場合があり、その情報は、外部スコアとしてコンテキスト１０８に含められて、カウンタまたは現金自動預払機における後続の認証処理のために使用されてもよい。
【００３８】
コンテキスト１０８に最初から含まれていた変数は、検証オブジェクトに関連したシステムデフォルト変数、および最初の構築の際の他の既知の要件である。しかしながら、さらなる検証オブジェクトがシステムに追加されるか、または新たな要件が見つかるに従って、ユーザが定義した変数がコンテキスト１０８に追加されてもよい。
【００３９】
ネットワークアダプタ１０６は、検証クライアント装置１０２と検証サーバ１０４との間の通信を可能にする。ネットワークアダプタ１０６は、標準的な伝送制御プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）またはセキュアソケットレイヤ（ＳＳＬ）プロトコルなどのネットワークトランスポートプロトコルを実施する。認証システム１００が単一のコンピュータシステム上で実施される一実施形態においては、ネットワークアダプタは必要ないことは当然である。
【００４０】
図示のように、検証サーバ１０４は、検証ポリシーマネージャ１１２と、一連の検証エンジン１１４−１から１１４−Ｎとを備える。各検証エンジンは、所定の検証オブジェクトまたは検証オブジェクトの系統（種類）に対して動作する。例えば、指紋検証エンジンは、特定の指紋または他の種類の指紋（例えば、親指の指紋または人差し指の指紋）に対して動作してもよい。同様に、知識検証エンジンは、異なる種類のチャレンジ−レスポンス型の質問に対して動作してもよい。
【００４１】
柔軟性のあるアーキテクチャによって、新たな検証エンジンおよび検証オブジェクトを容易に追加することができる。追加すべき検証エンジンが、新たな種類の場合もあるし、既存の種類の場合もある。例えば、顔認識エンジンは、声紋および指紋認識エンジンを既に備える検証サーバに追加してもよいし、または第２の声紋認証エンジン（例えば異なる製造元からの場合もある）を追加することもできる。同様に、新たな検証オブジェクトを新たな検証エンジンまたは既存の検証エンジンに追加することもできる（新たな質問を既存の知識検証エンジンに追加するなど）。
【００４２】
検証ポリシーマネージャ１１２は、所定のユーザモデルについての検証ポリシーを解釈して、認証処理全体を駆動する。検証ポリシーマネージャ１１２は、現在のコンテキスト１０８を検証クライアント装置１０２から受信し、当該コンテキストに対して動作し、現在の検証オブジェクトの更新されたステータスを組み込み、更新されたコンテキストを検証処理中に行われるべき次のステップの仕様と共に検証クライアント装置１０２へ返す。
【００４３】
検証ポリシーマネージャ１１２は、オプションとして、有限ステートマシンにおける状態を呼び出し、当該ステートマシンの状況を解釈し、次の状態へ分岐する役割を担ってもよい。検証ポリシーマネージャ１１２は、検証処理についての最終的な承認または拒絶決定を行う実体であり、場合によっては、現在のトランザクションが必要とし、かつ実施されている検証ポリシーが許可するのであれば、中間決定を行ってもよい。
【００４４】
データマネージャ１１６は、検証オブジェクト記憶装置１１８、検証ポリシー記憶装置１２０、およびユーザモデル記憶装置１２２を含む外部記憶リソースを制御する。これらのリソースは、検証サーバ１０４（検証ポリシーマネージャ１１２または個々の検証エンジン１１４−１から１１４−Ｎのいずれか）によって直接アクセスされてもよい。一代替実施形態において、そのようなリソースは、検証クライアント装置１０２によってアクセスされて、ネットワークアダプタ１０６を介して検証サーバ１０４へ送られてもよい。
【００４５】
アプリケーション１１０は、アクセスを許可する前にユーザ認証が必要なアプリケーションである。アプリケーションの例には、銀行業務アプリケーション、旅行アプリケーション、および電子メールアプリケーションが含まれる。アプリケーション１１０は、アプリケーション固有およびトランザクション固有の情報および要件を提供する役割を担う。本発明は、任意の特定のアプリケーションに限定されないことは当然である。
【００４６】
本発明の一実施形態において、検証クライアント装置１０２は、ＸＭＬメッセージインターフェイスを使用して検証サーバ１０４と通信する。
【００４７】
さらに、代替実施形態において、検証サーバに関連する構成要素同士は、ネットワークアダプタ１０６上で互いに通信してもよい。よって、例えば、１つ以上の検証エンジン１１４は、ネットワークアダプタ１０６上で検証ポリシーマネージャ１１２と通信してもよい。同様に分散された配置が、検証ポリシーマネージャ１１２およびデータマネージャ１１６、ならびにデータマネージャ１１６およびデータ記憶装置１１８，１２０，および１２２に関して存在してもよい。よって、図１に示す構成要素の相互接続性は例示であり、したがって、他の適切な相互接続を実施して本発明の認証機能性を提供してもよいことは当然である。
【００４８】
今度は図２を参照すると、ブロック図は、本発明の一実施形態に係る逐次認証を実施するための計算システム環境の一例を示している。一例として、計算システム２００は、分散型計算システムの少なくとも一部を表わしてもよく、ユーザは、コンピュータシステム２０２（以下、例示的に「クライアント」またはクライアント装置と称する）を介して他のコンピュータシステム２０４（例示的に「サーバ」と称する）とネットワーク２０６を介して通信する。ネットワークは、例えばインターネットまたはワールドワイドウェブ、もしくはローカルエリアネットワークとコンピュータが通信できる任意の適切なネットワークであってもよい。しかしながら、本発明は、任意の特定の種類のネットワークに限定されるものではない。実際、コンピュータシステムは、ネットワークなしで直接リンクされてもよいことは当然である。
【００４９】
さらに、図２には、簡略化のため２つのコンピュータシステムのみが図示されているが、ネットワークは複数のクライアント装置と複数のサーバとをリンクしてもよいことは当然である。しかしながら、本発明の手法は、単一のコンピュータシステム上で実施されてもよいのは当然であり、例えば、ユーザは、認証動作を行うコンピュータシステムと直接対話する。
【００５０】
図１を参照すると、検証クライアント装置１０２は、コンピュータシステム２０２を介して実施されてもよく、検証サーバ１０４（およびその構成要素）と、データマネージャ１１６と、各オブジェクト記憶装置、ポリシー記憶装置、およびユーザモデル記憶装置（１１８，１２０および１２２）とは、コンピュータシステム２０４を介して実施されてもよいことは当然である。したがって、ネットワークアダプタ１０６は、ネットワーク２０６に従って実施されることになろう。
【００５１】
よって、図２は、ネットワーク上を通信する各コンピュータシステムについてのアーキテクチャの一例を一般的に示すことは当然である。図示のように、コンピュータシステム２０２は、プロセッサ２０８−Ａ、メモリ２１０−Ａ、およびＩ／Ｏ装置２１２−Ａを備え、これらはすべてコンピュータバス２１４−Ａを介して結合されている。同様に、コンピュータシステム２０４は、プロセッサ２０８−Ｂ、メモリ２１０−Ｂ、およびＩ／Ｏ装置２１２−Ｂを備え、これらはすべてコンピュータバス２１４−Ｂを介して結合されている。
【００５２】
本明細書において使用されているような「プロセッサ」という用語は、１つ以上の処理装置を含む意味であることは当然であり、これには中央処理装置（ＣＰＵ）または他の処理回路が含まれる。また、本明細書において使用されているような「メモリ」という用語は、プロセッサまたはＣＰＵに関連するメモリを含むことを意味しており、ＲＡＭ、ＲＯＭ、固定的かつ継続的メモリ装置（例えば、ハードドライブ）、または着脱可能な継続的メモリ装置（例えば、ディスケットまたはＣＤ−ＲＯＭ）などである。加えて、本明細書において使用されているような「Ｉ／Ｏ装置」という用語は、データを処理部に入力するための１つ以上の入力装置（例えば、キーボードまたはマウス）と、処理部に関連する結果を提供するための１つ以上の出力装置（例えば、ディスプレイ）とを含む意味である。さらに、コンピュータシステム２０２に関連するＩ／Ｏ装置は、認証システムが対応している検証オブジェクトに関連する特定のデータの収集に必要な装置を含むのが当然であり、例えば、声紋認識のための音声データまたは提示された質問に対する答えもしくはその両方を取り込むマイクロフォン、そのような質問をユーザに対して出力するスピーカ、顔スキャナ、虹彩スキャナ、または指紋スキャナもしくはそれらすべてである。
【００５３】
図２に示すクライアントコンピュータシステムは、パーソナルコンピュータ、携帯情報端末、または携帯電話のような、進歩的な手法を実施するようにプログラムされたコンピュータシステムを備えてもよいことは当然である。同様に、図２に示すサーバコンピュータシステムは、パーソナルコンピュータ、マイクロコンピュータ、またはミニコンピュータのような、進歩的な手法を実施するようにプログラムされたコンピュータシステムを備えてもよい。しかしながら、本発明は、任意の特定のコンピュータアーキテクチャに制限されるものではない。
【００５４】
したがって、本明細書に記載されているような、本発明の手法を行うソフトウェア命令またはコードは、例えばＲＯＭ、固定または着脱可能メモリなどの１つ以上の関連メモリ装置に記憶されてもよく、使用できる状況にある場合には、ＲＡＭにロードされてＣＰＵによって実行されてもよい。
【００５５】
今度は図３を参照すると、検証オブジェクトのレジストリの例が図示されている。この特定の実施形態において、レジストリ３００は、ＸＭＬを使用して表されており、検証オブジェクト記憶装置１１８（図１）に記憶されている。
【００５６】
仕様には、登録されたすべての検証オブジェクトの記述が含まれており、これらは、新たな検証オブジェクトが追加されると更新できる。本例における第１のオブジェクト（３０２）は、誕生日（ＤＯＢ）オブジェクトであって、これは、問答（ＱＡ）型であり、このオブジェクトに対して動作する役割を担う検証エンジンは、知識検証エンジンである。提示されたプロンプトを含んで、このオブジェクトが呼び出されたときに必要な応答をユーザに対して促すようにしてもよいが、このプロンプトは、必要があれば、検証クライアントによって修正または置き換えられてもよい。「パープレキシティ」とは、検証オブジェクトに関連した困難性を表す量であり、検証決定を行う際に検証ポリシーマネージャによってオプションで使用されてもよい。
【００５７】
本例における第２のオブジェクト（３０４）は、呼者識別であり、これは、電話通信接続の場合に、呼を生じさせた電話の電話番号を該当するユーザモデルの電話番号と照合しようと試みるものである。この情報は、ユーザからの明示的な入力なしで電話通信接続インフラストラクチャから自動的に取得されてもよいので、プロンプトは指定されていない。
【００５８】
本例における第３のオブジェクト（３０６）は、声紋オブジェクトであり、この場合、音声検証エンジンは１つの種類の検証オブジェクトに対して動作するので、種類は指定されていない。声紋は、盗まれないであろうバイオメトリック特徴であるという前提で、この例においては、高いパープレキシティが指定されている。
【００５９】
第４および第５のオブジェクト（３０８および３１０）は、仕様の階層的性質を示しており、ＣＡＲ＿ＣＯＬＯＲオブジェクトは親オブジェクトＣＯＬＯＲからのデフォルトの性質を継承する。
【００６０】
本例における最後の２つのオブジェクト（３１２および３１４）は、動的検証オブジェクトの例であり、これによって、意図された応答が動的に変化し、本例において、正しい応答がユーザモデルからではなくアプリケーションから得られる。現在の残高（ＣＵＲ＿ＢＡＬＡＮＣＥ）オブジェクト（３１２）は、数値型（ＡＰＰ＿ＮＵＭ）のアプリケーション固有のオブジェクトであり、最終取引日（ＬＡＳＴ＿ＴＲＡＮＳＡＣＴＩＯＮ＿ＤＡＴＥ）オブジェクト（３１４）は、ストリング型のアプリケーション固有のオブジェクトである。
【００６１】
今度は図４を参照すると、ユーザモデルの一例が図示されている。この特定の実施形態において、ユーザモデル４００は、ＸＭＬを使用して表現されており、ユーザモデル記憶装置１２２（図１）に記憶される。
【００６２】
ユーザモデルは、登録データを提供した検証オブジェクトの記述を含む。第１のオブジェクト（４０２）は、呼者ＩＤオブジェクトであり、これに対するユーザの正しい応答は、本例においては９１４−９４５−３０００である。このオブジェクトに対するユーザの好みをオプションで含めて、可能であれば、好みがより強いオブジェクトを選択する際に検証ポリシーによって使用されてもよい。
【００６３】
第２および第３のオブジェクト（ＤＯＢ４０４およびＣＯＬＯＲ４０６）は、類似している。第４のオブジェクト（車の色またはＣＡＲ＿ＣＯＬＯＲ４０８）は、本例においては２つの応答を有している。なぜならば、このユーザは車を２台所有しており、どちらの応答も正しい答えとして承認してもよいからである。第５のオブジェクト（４１０）は、声紋オブジェクトであり、モデルパラメータを必要とする。モデルパラメータは、ファイルに記憶されてもよく、ファイル名が含まれる。最後の２つのオブジェクト（ＣＵＲ＿ＢＡＬＡＮＣＥ４１２およびＬＡＳＴ＿ＴＲＡＮＳＡＣＴＩＯＮ＿ＤＡＴＥ４１４）は、正しい応答が含まれていない。なぜならば、これらは動的な検証オブジェクトであるからで、現時点での正しい応答を、アプリケーションから得なければならない。
【００６４】
上述のように、本発明によれば、任意のオブジェクトをリアルタイムで更新または削除してもよく、新たなオブジェクトをリアルタイムで追加することもできる。
【００６５】
図４に示すように、本発明に係るユーザモデルは、各セキュリティチャレンジを特徴付ける偽承認（ＦＡ）および偽拒絶（ＦＲ）誤り率を備える。ＦＡは、セキュリティチャレンジに対して正しく回答した異なるユーザである確率を示し、セキュリティチャレンジに対して正しく回答した異なるユーザである確率を示し、ＦＲは、正しく回答しなかった真正のユーザである確率を示す。各チャレンジに割り当てられたＦＡおよびＦＲは、背景モデルにのみあってもよく、したがって、すべてのユーザが同一のＦＡおよびＦＲを有すると仮定してもよく、または、ユーザ固有のＦＡおよびＦＡが各チャレンジに割り当てられていてもよい。例えば、特定のチャレンジは、ＦＡ値が０．００１であり、ＦＲ値が０．０７を有していてもよい。
【００６６】
ユーザモデル４００におけるＦＡ率が低いほど、例えば、ユーザはチャレンジに対して回答を容易に行うことを示してもよい。同様に、社会保障番号チャレンジに対する背景モデル５４０におけるＦＡ率が低いほど、例えば、社会保障番号のリポジトリが盗まれていることを示してもよい。
【００６７】
ユーザモデル４００におけるＦＲ率が低いほど、例えば、ユーザは特定のチャレンジに対する答えを忘れてしまうことが多いことを示してもよい。同様に、特定のチャレンジに対する背景モデル５４０におけるＦＲ率が低いほど、例えば、数多くのユーザが当該チャレンジに対する答えを忘れがちであることを示してもよい。
【００６８】
また、ユーザモデルは、図４に示すように、セキュリティチャレンジに対する正しい応答を含む。ＦＡ値およびＦＲ値は、実際に測定されたＦＡおよびＦＲを反映するフィールドデータに適応することによって変更されてもよい。例えば、数多くのユーザが当該チャレンジに対する答えを忘れがちである場合、ＦＲ値を増加しなければならない。ＦＡ値およびＦＲ値は、予想されたセキュリティ違反を反映して変更されてもよい。例えば、社会保障番号のリポジトリが盗まれた場合には、社会保障番号チャレンジに割り当てられたＦＡは、典型的に予想されるよりも高くなるように更新されることになる。
【００６９】
図５は、本発明の特徴を組み込んだ逐次認証システム５００を示すブロック図である。図５に示すように、逐次認証システム５００は、ユーザモデル４００を使用して、各ユーザの予想される振舞いを記述している。加えて、逐次認証システム５００は、ユーザの一般的な個体群の予想される振舞いを記述する背景モデル５４０をオプションで使用する。背景モデル５４０は、例えば、個々のユーザモデル４００の集まりであってもよい。
【００７０】
ユーザモデル４００および背景モデル５４０は、当業者に自明であろう任意の周知の手法を使用して作成されてもよい。例えば、ユーザモデル４００および背景モデル５４０は、混合ガウス分布モデル（ＧＭＭ）および隠れマルコフモデル（ＨＭＭ）など、統計的に生成されるモデルを使用して作成されてもよい。加えて、人工ニューラルネットワーク（ＡＮＮ）およびサポートベクトルマシン（ＳＶＭ）などの識別モデルを使用してもよい。注意すべきは、ユーザモデル４００は、チャレンジ毎にＦＲ率を含み、オプションでＦＡ率を含み、背景モデル５４０は、チャレンジ毎にＦＡ率を含み、オプションでＦＲ率を含むということである。
【００７１】
先に記したように、各対話動作において、セキュリティチャレンジがユーザに対して提示される。チャレンジは、典型的には、ユーザが応えなければならない質問である。各動作が完了すると、段階５１０において、背景モデル５４０とユーザモデル４００とを使用して中間決定が計算される。段階５１０において生成された中間決定は、その後、モジュール５２０へ渡され、そこでは、中間決定を集約して、累積結果５２５を形成して、これによって、ユーザ承認／拒絶決定が行われる。最終決定ができない場合には、モジュール５２０は、追加のチャレンジをユーザに提示する必要があるということを示す第３の状態の累積結果（「未決定」）を生じさせる。オプションで、ユーザモデルまたは背景モデルもしくはその両方は、段階５１５において、新たなユーザ入力を反映するように適応されてもよい。
【００７２】
一実施形態において、（中間結果を形成する）対話動作毎に対数尤度比（ＬＬＲ）スコアが計算されて、動作に対して総計される（そして、累積ユーザ承認／拒絶結果５２５を形成する）。ＬＬＲスコアの総計は、２つの閾値と比較されて、例えばワルドのＳＰＲＴ理論に基づいて決定がなされる。例えば、エー・ワルド（Ａ．Ｗａｌｄ），「シーケンシャルアナリシス（Ｓｅｑｕｅｎｔｉａｌ  Ａｎａｌｙｓｉｓ）」、（ジェイ・ウィリー（Ｊ．Ｗｉｌｅｙ），１９４７年）を参照のこと。
【００７３】
ＬＬＲスコアが高閾値を超える場合には、ユーザは承認される。累積ＬＬＲスコアが低閾値に満たない場合には、ユーザは拒絶され、ＬＬＲスコアが２つの閾値の間にある場合には、対話は継続する。（背景モデル５４０に記憶された）チャレンジ毎の包括的なＦＡおよびＦＲを想定すると、ＬＬＲスコアは以下のように計算されてもよい。
【００７４】
所定のチャレンジｉについて、当該チャレンジを特徴付ける２つのパラメータを定義する。
【００７５】
ｐｉは、当該チャレンジについての偽承認（ＦＡ）率（例えば、答えを推測する確率または答えを危険にさらす確率）である。
【００７６】
ｑｉは、当該チャレンジについての偽拒絶（Ｒ）率（例えば、答えを忘れる確率または答えを知らない確率）である。
【００７７】
対話全体についての測定は、バイナリベクトル
【００７８】
【数１】
2007004796.tif 000003
【００７９】
によって表されてもよく、これは以降ｘアンダーバーと記載する。ここで、ｘアンダーバーにおける各ビットは、特定のチャレンジに対する正しい回答の場合の１または誤った回答の場合の２のいずれかである。
【００８０】
話者の主張が真の場合をλと定義し、話者が他のアカウントに侵入しようと試みている相補的な場合を
【００８１】
【数２】
2007004796.tif 000004
【００８２】
と定義し、これは以降λバーと記載すると、以下の確率が、動作番号ｊについて計算できる。
【００８３】
【数３】
2007004796.tif 000005
【００８４】
【数４】
2007004796.tif 000006
【００８５】
であり、各動作についてのＬＬＲは、
【００８６】
【数５】
2007004796.tif 000007
【００８７】
今、動作同士は独立している（実際には、誕生日などの複数のフィールド動作は単一の動作のように扱うこともできよう）こととし、動作番号Ｎの後、対数尤度比（ＬＬＲ）は以下のように計算される。
【００８８】
【数６】
2007004796.tif 000008
【００８９】
したがって、ＬＬＲの値は、動作数とともに増加し、これは総計なので、この総計の分布は、個々の動作に基づくＬＬＲ推定値を想定した、よりガウス的なものとなる。
【００９０】
バイオメトリックと、知識に基づくシステムとの単純明快な組み合わせの仕方は、２つのスコアを加算するか、または平均化することであろう。知識バイオメトリックスコアは、話者検証エンジンから返されたスコア（これは、バイオメトリックＬＬＲの推定値である）か、このスコアの確率的な解釈であってもよい。その後、閾値は、組み合わせられたスコア５２５に適用される。
【００９１】
図６は、本発明の特徴を組み込んだ逐次認証処理６００の実施の一例を説明するフローチャートである。図６に示すように、逐次認証処理６００は、まずステップ６１０中に、チャレンジをユーザに対して提示する。その後、ステップ６２０中に、ユーザ応答がユーザモデル４００または背景モデル５４０もしくはその両方と比較されて、中間認証決定を生成する。対話動作毎に、以下のように対数尤度比（ＬＬＲ）スコアを計算してもよい。
【００９２】
【数７】
2007004796.tif 000009
【００９３】
その後、累積認証決定５２５は、ステップ６３０中に、現在の中間認証決定（例えば、ＬＬＲ値）をＬＬＲ値の総計に加えることによって更新される。加えて、ユーザモデル４００または背景モデル５４０もしくはその両方は、必要があれば、ステップ６４０中にユーザデータに基づいて更新される。例えば、ＦＡ値およびＦＲ値は、ステップ６４０中に、測定されたＦＡ値およびＦＲ値を反映するフィールドデータに適応することによって変更されてもよい。また、ＦＡ値およびＦＲ値は、予想されたセキュリティ違反を反映して変更されてもよい。例えば、社会保障番号のリポジトリが盗まれた場合には、社会保障番号チャレンジに割り当てられたＦＡは、典型的に予想されるよりも高くなるように更新されることになる。
【００９４】
最後に、ステップ６５０において、累積認証決定（ＬＬＲスコアの総計）５２５を確立された閾値に対して評価するためのテストが行われる。実施の一例において、ＬＬＲスコアの総計は、２つの閾値と比較されて、決定がなされてもよい。ＬＬＲスコアが高閾値を超える場合には、ユーザは承認される（ステップ６５０からの分岐Ａ）。累積ＬＬＲスコアが低閾値に満たない場合には、ユーザは拒絶され（ステップ６５０からの分岐Ｂ）、ＬＬＲスコアが２つの閾値の間にある場合には、対話は継続する（ステップ６５０からの分岐Ｃ）。
【００９５】
システムおよび製品の詳細
技術において既知であるように、本明細書において述べた方法および装置は、コンピュータ読み取り可能なコード手段が実施されたコンピュータ読み取り可能な媒体を自ら備える製品として配布されてもよい。コンピュータ読み取り可能なプログラムコード手段は、コンピュータシステムとともに、本明細書において述べた方法を実行または装置を作成するためのすべてまたはいくつかのステップを実行するように動作可能である。コンピュータ読み取り可能な媒体は、記録可能な媒体（例えば、フレキシブルディスク、ハードドライブ、コンパクトディスク、またはメモリカード）であってもよく、送信媒体（例えば、時分割多重アクセス、符号分割多重アクセス、または他の無線周波数チャンネルを使用する光ファイバ、ワールドワイドウェブ、ケーブル、または無線チャンネルを備えるネットワーク）であってもよい。コンピュータシステムとともに使用するのに適した情報を記憶できる周知または開発済みの任意の媒体を使用してもよい。コンピュータ読み取り可能なコード手段は、コンピュータが指示またはデータを読み取ることができるための任意の機構であって、磁気媒体において磁気を変化させたものまたはコンパクトディスクの表面において高さを変化させたものなどである。
【００９６】
本明細書において述べたコンピュータシステムおよびサーバは、それぞれ、本明細書において開示された方法、ステップおよび機能を実施するための関連プロセッサを構成するであろうメモリを含む。メモリは、分散されていてもローカルであってもよく、プロセッサは、分散されていても単一であってもよい。メモリは、電気、磁気、または光学メモリ、もしくはこれらまたは他の種類の記憶装置の任意の組み合わせとして実施されてもよい。さらに、「メモリ」という用語は、関連プロセッサによってアクセスされるアドレス指定可能な空間におけるアドレスから読み出され、またはそこへ書き込まれる任意の情報を含むのに十分なほど広く解釈されるべきである。この定義によって、ネットワーク上の情報は、まだメモリ内にある。なぜならば、関連プロセッサは、ネットワークから情報を取り出すことができるからである。
【００９７】
本明細書において提示および説明した実施形態および変形は、本発明の原理を例示するに過ぎず、様々な修正が、本発明の範囲および精神から逸脱することなく当業者によって実施されてもよい。
【図面の簡単な説明】
【００９８】
【図１】本発明に係る逐次認証を実施するための認証システムのクライアント−サーバアーキテクチャを示すブロック図である。
【図２】本発明に係る逐次認証を実施するための計算システム環境の一例を示すブロック図である。
【図３】本発明の一実施形態に係る複数の検証オブジェクトの仕様の一例を示す図である。
【図４】本発明の一実施形態に係る複数の検証オブジェクトを含むユーザモデルの使用の一例を示す図である。
【図５】本発明の特徴を組み込んだ逐次認証システムを示すブロック図である。
【図６】本発明の特徴を組み込んだ逐次認証処理の実施の一例を説明するフローチャートである。
【符号の説明】
【００９９】
１０２  検証クライアント装置
１０４  検証サーバ
１０６  ネットワークアダプタ
１１０  アプリケーション
１０８  コンテキスト
１１２  検証ポリシーマネージャ
１１４−１  検証エンジン＃１
１１４−Ｎ  検証エンジン＃Ｎ
１１６  データマネージャ
１１８  検証オブジェクト記憶装置
１２０  検証ポリシー記憶装置
１２２  ユーザモデル記憶装置
【図１】
2007004796.tif 000010
【図２】
2007004796.tif 000011
【図３】
2007004796.tif 000012
【図４】
2007004796.tif 000013
【図５】
2007004796.tif 000014
【図６】
2007004796.tif 000015