JP2008547120A - 生体認証システム - Google Patents

Abstract

必要性及び／又は環境に基づいて認証のモダリティの動的な選択を可能にする十全な機能を備えた認証フレームワークが提供される。フレームワークは、その他のコンポーネントからのデータ及びサービスの要求を処理する責任を負うサーバと、ログオン・モジュールと、ユーザ管理ツールと、システム管理ツールとを含む。認証フレームワークは、複数生物測定環境、又は任意のその他の認証技術の組合せを含む環境において使用され得る。システムは、ＢｉｏＡＰＩフレームワーク上に構築され、共通データ・セキュリティ・アーキテクチャを使用する。本発明のシステムの主な特徴は、場合によって多数のベンダからの認証のモダリティのインストールの簡便化であり、それによって、特別なプログラミングの労力なしに新しい生物測定機能及び追加的なコア・データ・セキュリティ・モジュールのプラグ・アンド・プレイを可能にする。

Description

本発明は概して認証システムの分野に関し、より具体的には複数認証フレームワークにおいてポリシーを矛盾なく定義及び保守するためのシステム及び方法に関し、より一層具体的にはシステムの所有者及びユーザの両方に対して拡張性があり、容易に保守でき、そして経済的であるようなシステム及び方法に関する。

本願は、「Ｂｉｏｍｅｔｒｉｃ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｙｓｔｅｍ」に関する、パトリシア フィッシャー（Ｐａｔｒｉｃｉａ Ｆｉｓｈｅｒ）、アダム フィッシャー（Ａｄａｍ Ｆｉｓｈｅｒ）、ブライアン コックレル（Ｂｒｙａｎ Ｃｏｃｋｒｅｌｌ）、ロバート ジョーンズ（Ｒｏｂｅｒｔ Ｊｏｎｅｓ）、スコット コプチャ（Ｓｃｏｔｔ Ｋｏｐｃｈａ）、及びマシュー レーン（Ｍａｔｔｈｅｗ Ｌａｎｅ）の名義で２００４年６月２３日に出願された同時継続中の米国特許仮出願第６０／５８２１４８号の優先権の利益を主張する非仮出願である。

相互接続された情報システム及びデータの急増は人々の生活様式を変えつつある。電子データの爆発的な増大は、あらゆる種類の情報に対する未曾有のアクセス及びあらゆる種類の情報の共有の時代の到来を告げた。このレベルの通信及び交換によって、重要な情報、データ、及びアイデアのプライバシー及びセキュリティを保証することの重要性は強力な認証技術の必要性を急激に高めた。

概して、認証は以下のこと、すなわち人の知っていること（例えば、知識）、人が持っているもの（例えば、所有物）、及び人が何であるのか（例えば、生体）のうちの１つに基づくことができる。認証に関する現在の標準はパスワード又は個人識別番号（ＰＩＮ）の使用であり、この部類の認証方法のセキュリティは知識キーの秘匿にかかっている。理想的には、パスワードは、悪意のある又は権限のない主体が適当な時間内にそのパスワードを正しく推定することができないだけ十分に複雑でなければならない。これらの制限に基づいて、パスワードの使用は、高セキュリティ環境にかろうじて見合うに過ぎない。同様に、トークンに基づく認証、すなわち個人の所有する何らかのものに基づく識別システムは、認証時にトークンが手元になくてはならないという点で認証技術として制限を有する。しかしながら、実際の適用において、トークンはユーザによってしばしば忘れられ、紛失され、又は、たびたび損なわれ若しくは壊される。最後に、生物測定、又は一意的な生理学的測定法を通じてなされる識別は、測定の品質及び照合の精度に基づいて近接性のレベル内の対象のみを認証することができる。

これらの様々な種類に加えて、それらのデータに対してこれらの認証の試みがなされる同データを保護することに注意を払う必要がある。セキュリティはそのセキュリティの最も弱いリンクと同等の強さしかなく、認証データが外部にさらされる場合、配備された認証の種類は問題でなくなる。このデータの保護が暗号化の目的である。暗号化は、復号キーを所有する人、すなわちデータが対象と考え得る人、を除くあらゆる人による正しい解釈を防止するためにデータを操作する。暗号化が強力なほど、元のデータの内容を解明することはより難しくなるが、通常、そのような能力はスピードとリソースを犠牲にしている。

現在の技術の進歩の速度によって、それぞれの種類に関する選択肢がほとんど毎日のように拡大していることは言うまでもなく理解されるに違いない。新しい種類のトークンが現れつつあり、既存のトークンがより多くのデータ記憶と改善された機能とを備えるようになりつつある。生物測定技術は、ハードウェアの取り込みデバイス、及び照合アルゴリズムの両方において絶え間なく向上を続けている。毎年のようにコンピュータは速度が向上し、より高性能になり、以前の信頼性が実証された暗号化アルゴリズムが大幅に速くなった様式にて破られることも可能になる。データを保護しておくために新しい方法及びより強力なアルゴリズムが開発され続けている。

別々の方法論として理解されるとき、それぞれの認証の種類はその種類の短所を有する。しかしながら、これらの制限のほとんど全ては、複数の認証フレームワークの使用を通じて緩和され得る。残念なことに、必要とされる統合の労力は、そのようなシステムを効果的に配備及び保守し、更にはそのシステムを最新の技術を用いて最新の状態に保つために受容できない量の管理のための諸経費を必要とする。矛盾なく認証ポリシーを定義し、認証能力を拡張する能力は、システムの所有者及びユーザの両方に対して、経済的なやり方で、拡張性があり、保守でき、そして何よりも安全であるシステムを可能にする。

認証システムにおいて以前に使用された最も一般的な装置の１つは、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）社のＷｉｎｄｏｗｓ及びオープンソースのＬｉｎｕｘなどのコンピュータ・ネットワークの大部分のパスワードに基づく認証である。パスワードは追加的なハードウェアなどの諸経費を必要とせず、迅速で、かつ使いやすいが、それらのパスワードはやはり多くのリスクを与える。１つは、パスワードは、同パスワードに対する権限のない個人によって容易に推測されることができないように十分に複雑でなければならないが、ユーザがそれらのパスワードを思い出すことができないほど複雑であってはならないことである。この欠点を更に悪化させることは、ユーザが異なるパスワードを有するいくつかの異なるネットワークを稼働させている可能性があり、更にはそれぞれがＰＩＮコードで施錠されたドアを有する制限されたラボに関するアクセス・リスト上にもいる可能性があるという事実である。ユーザはポリシーによってそれらのユーザのパスワードを数週間毎に強制的に変更させられる可能性もある一方、ラボに関するＰＩＮコードは管理者によって同様の周期で変更される可能性がある。このことだけでも、パスワードを忘れた人のためにパスワードを日常的に再設定する必要がある管理者の仕事量をやはり増大させる。また、通常、この複雑性は職場外にも広がり、多くの人が様々なオンライン・アカウントに関するパスワードと、ＡＴＭカードなどに関するＰＩＮコードとを有する。しかしながら、本当の問題は、人が多くのパスワード及びＰＩＮコードを覚えようとしてそれらパスワード及びＰＩＮコードを書き留めなければならないときに存在する。そのリストが見られる、盗まれる、又は紛失して悪意を持った何者かによって発見されるとき、セキュリティが破られる。パスワード又はＰＩＮコードに伴う別のリスクは、個人が当該コードをキーボード又はキーパッドにタイピングする又は打ち込むところを繰り返し見ることによってそれらのパスワード又はＰＩＮコードが簡単に発見される可能性があるということである。最後に、パスワードは、それらのパスワードが守る設備を使用する権限を与えられていないかもしれない他の者に非常に容易に伝えることができる。単純に、パスワードだけでは現代が保証するセキュリティのために十分でない。

現在の認証システムにおいて頻繁に使用される別の方法は、スマートカードなどのトークンに基づく技術によってパスワードを置き換える、又はパスワードを増強することである。これは、ユーザにパスワード又はＰＩＮを入力することだけでなく、物理的なトークン・デバイスを提供することも要求する。この場合もやはり、上述のように、パスワードのリスクはまだあてはまるが、物理的な物体が提供されるという要件は認証を損なうことを大幅に難しくする。しかしながら、これらのトークンはユーザによってたびたび忘れられ、紛失され、及び損なわれるか又は壊され、言うまでもなく、場合によってはセキュリティを破ろうと試みる何者かによって盗まれる可能性もある。このことも、トークンを忘れた人に（場合によっては狭められた資格証明を有する）一時的なトークンを発行することと、損なわれた、壊された、又は紛失されたトークンを取り替えることと、紛失したトークンが見つけられ、システムのセキュリティをくぐり抜けるために使用されることができないようにシステムを保護することと、に時間を費やすので、管理者の人員を消費する原因になる。これらの問題の全ては、ユーザに関する生産性の重大な損失を生じる可能性がある。

最後に、認証を改善するためにしばしば利用される別のツールは、生物測定デバイスの配備である。生物測定は、ある意味で、サンプリングされ、かつ測定され得る人の生理機能のある側面の形態で人が常に携帯しているトークンを使用する。いくつかの装置は認証の目的で１つの選択された生物測定を単独で使用するが、この技術は不十分であり得る。その理由は、多くの要因がヒトの生理機能に作用し得るが、それらの要因は一貫した測定に日々影響を与える可能性があるからである。指の切り傷は指紋読み取りシステムに影響を与える可能性があり、或いは、風邪は人の声を微妙に変化させ、その結果、声紋の照合が失敗することになり得る。これらの問題を修正することは、やはり管理者に負担をかける原因になり得る。また、単一の生物測定システムでは、声を録音すること、又はユーザが触れた面から取った指紋を含む模造の指などの、正当なユーザの生理機能の複製を悪意のある個人が試みる及び使用するといった、なりすまし型の攻撃をより受けやすい。

これらこれまでの欠陥の全ては、「Ｓｙｓｔｅｍ ａｎｄ ｍｅｔｈｏｄ ｆｏｒ ａｕｔｈｅｎｔｉｃａｔｉｎｇ ｕｓｅｒｓ ｉｎ ａ ｃｏｍｐｕｔｅｒ ｎｅｔｗｏｒｋ」に関する２００３年９月９日にブラウン（Ｂｒｏｗｎ）らに対して発行された特許文献１に記載されたシステムのような新しい種類のシステムの開発をもたらした。ブラウンのシステムは、制限されたパスワード認証を複数の生物測定技術のうちの選択されたものと組み合わせる。複数の生物測定を使用する能力は、なりすまし攻撃の成功を大幅に減少させる。しかしながら、その他の方法及び装置と同様に、この種のシステムもまた短所を有する。このシステムは、固定した数の生物測定技術と、データ記憶、暗号化、及びデータ伝送のための決まった方法と、の上に構築される。生物測定技術のうちの１つがサポートされなくなるか、若しくはアップグレードされる場合、管理者が新しい種類の生物測定の利点を必要とする場合、暗号化アルゴリズムが時代遅れになり、取り替えることが必要となる場合、又はユーザ若しくは管理者がそれらのユーザ若しくは管理者のデータを既存のデータベースから新しいデータベースに移動したいと望む場合、同ユーザ若しくは管理者はこれらの目的のいずれも達成することができない。現在の機能はシステムにコンパイルされ、コードの改訂及び製品の新しいバージョンの再配備なしに変更され得ない。

ブラウンのシステムに関する別の根本的な欠点は、生物測定用モダリティへのシステムユーザの登録にある。登録は、後にそれに対して認証を行うために使用するテンプレートを作成するために人の生理機能の特定の特徴の１つ又は複数のサンプルを収集するために生物測定サービスが使用するプロセスである。このシステムは、システムのユーザを登録するために管理者の管理インターフェースしか提供しない。最初のシステムのインストールの場合に、多数の新たなユーザのシステムへの追加又は移行時に、又はテンプレートを含むデータの喪失又は破壊が起きた場合に、管理者はシステムに対して権限を与えられたユーザの登録又は再登録のために多大な労力を必要とする。

同様の又はより大きな制限を有する複数の認証システム及び方法の別の例が従来技術において記載されている。例えば、「Ｂｉｏｍｅｔｒｉｃ ｆａｃｔｏｒ ａｕｇｍｅｎｔａｔｉｏｎ ｍｅｔｈｏｄ ｆｏｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｓｙｓｔｅｍｓ」に関する２００４年４月６日にシュナイダー（Ｓｃｈｎｅｉｄｅｒ）らに対して発行された特許文献２は、データ・ストリームにおける接合部に直列的に挿入される生物測定識別又は認証システムによってユーザからの獲得されたトークン要素が傍受されるようにトークン読み取り装置から制御パネルに送信されるデータ・ストリームに継ぎ合わせることによって既存のトークンに基づく識別システムを増強する方法を開示している。データ・ストリームは、生物測定読み取り装置に対して解剖学的特徴を提示するようにユーザに促すために生物測定識別システムによって使用され、その生物測定読み取り装置は、ＰＩＮ又はバーコードなどの獲得されたトークン要素に関連する１つ又は複数の登録テンプレートとのデータ照合分析を実行するために同獲得トークン要素と共に生物測定検索エンジンに送信される生物測定問い合わせテンプレートを作成する。同様に、「Ｆｌｅｘｉｂｌｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｗｉｔｈ ｍｕｌｔｉｐｌｅ ｌｅｖｅｌｓ ａｎｄ ｆａｃｔｏｒｓ」に関する２００４年２月２６日にチェン（ｃｈｅｎｇ）の名義で出願された特許文献３は、複数の認証レベルを定義するアービタと、定義された複数の認証レベルからアクセス認証レベルを選択するためのオーソライザと、権限を与えられる人が前記アクセスを許可されるために、選択されたアクセス認証レベルをポータブル認証デバイスを介して伝達する許可を権限を与えられる人から要求するための手段とを有する認証システム及び方法を開示している。「Ｒｏｂｕｓｔ ｍｕｌｔｉ−ｆａｃｔｏｒ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｏｒ ｓｅｃｕｒｅ ａｐｐｌｉｃａｔｉｏｎ ｅｎｖｉｒｏｎｍｅｎｔｓ」に関する２００３年８月２８日にアーミントン（Ａｒｍｉｎｇｔｏｎ）らの名義で出願された最近公開された特許文献４は、音声ポータル及び／又はブラウザ入力を介して提供され得るユーザの発話パターン又は１回限りのパスコードなどの多元ユーザ認証を利用する認証システムを開示している。

無論、認証方法のうちの１つだけを組み込むシステム及び方法は長い間知られてきた。生物測定セキュリティ方法はより最近のものであるかもしれないが、生体認証の種々の使用を教示する多数の従来技術の参考文献が存在する。例えば、「Ｍｏｂｉｌｅ ｖｏｉｃｅ ｖｅｒｉｆｉｃａｔｉｏｎ ｓｙｓｔｅｍ」に関する２００１年１１月６日にアッベら（Ａｂｂｅ）らに対して発行された特許文献５は、３つの主要コンポーネント、すなわち（１）通過（例えば、車で通過）しながら音声パターンを送信するためのハンド・ヘルド・トランシーバ、（２）送信音声パターンを受信する赤外線受信機アレイ、及び（３）送信音声パターンとコンピュータのメモリに記憶された登録された音声パターンとの比較を実行するための音声強調及び音声照合アルゴリズムを有するシステムを開示している。「Ｑｕａｌｉｔｙ ａｓｓｕｒａｎｃｅ ａｎｄ ｔｒａｉｎｉｎｇ ｓｙｓｔｅｍ ｆｏｒ ｈｉｇｈ ｖｏｌｕｍｅ ｍｏｂｉｌｅ ｉｄｅｎｔｉｔｙ ｖｅｒｉｆｉｃａｔｉｏｎ ｓｙｓｔｅｍ ａｎｄ ｍｅｔｈｏｄ」に関する２００４年３月１８日にヒューブナー（Ｈｏｕｖｅｎｅｒ）の名義で出願された特許文献６は、遠隔地で対象に関する生物測定データを受け取るための生物測定データ入力ユニットと、生物測定分析ユニットと、生物測定データを分析し、その生物測定データを中心設備のデータベース内の知られている生物測定データと比較するための品質保証ユニットと、を含むセキュリティ識別システムを開示している。

主に生物測定を使用するシステムのその他の例は、代理ユーザに相関する生物測定データなどの認証コードに応答して、本人の代わりに代理ユーザを本人であるユーザのアカウントにログインさせるプログラム製品を使用する装置及び方法を開示する「Ｕｓｅｒ ｌｏｇｉｎ ｄｅｌｅｇａｔｉｏｎ」に関する２００４年１月２２日にメルクレディ（Ｍｅｒｃｒｅｄｉ）らの名義で出願された特許文献７と、その方法及び装置において、金融取引を認証するために記憶され、使用される登録生物測定テンプレートを作成するために使用される登録生物測定サンプルを購入者が提供する方法及び装置を開示する「Ｍｅｔｈｏｄ ａｎｄ ｓｙｓｔｅｍ ｆｏｒ ｅｎａｂｌｉｎｇ ｔｈｅ ｉｓｓｕａｎｃｅ ｏｆ ｂｉｏｍｅｔｒｉｃａｌｌｙ ｓｅｃｕｒｅｄ ｏｎｌｉｎｅ ｃｒｅｄｉｔ ｏｒ ｏｔｈｅｒ ｏｎｌｉｎｅ ｐａｙｍｅｎｔ ｔｒａｎｓａｃｔｉｏｎｓ ｗｉｔｈｏｕｔ ｔｏｋｅｎｓ」に関する２００３年３月６日にウベルティ（Ｕｂｅｒｔｉ）の名義で出願された特許文献８と、を含む。同特許文献８において、照合生物測定テンプレートと登録生物測定テンプレートとが、要求された金融取引が許可されるべきかどうかを判定するために比較される。

更に別の例は、照合手段から得られた顧客に関する生物測定データの第１の組と、顧客の少なくとも１つの特徴から直接得られた生物測定データの第２の組と、を使用するセルフサービス・デバイスを用いて、取引を実行する権限を顧客に与えるための方法及びシステムを開示する「Ｉｄｅｎｔｉｔｙ ｖｅｒｉｆｉｃａｔｉｏｎ ａｎｄ ｅｎｒｏｌｌｍｅｎｔ ｓｙｓｔｅｍ ｆｏｒ ｓｅｌｆ−ｓｅｒｖｉｃｅ ｄｅｖｉｃｅｓ」に関する２００３年１月９日にマスカティヤ（Ｍａｓｋａｔｉｙａ）らの名義で出願された特許文献９と、種々の機密情報を含む機密情報ファイルをユーザが安全に取得することを可能にし、その機密情報ファイルは最小限の機密情報を使用してシステムに安全に記憶される機密情報管理システムを開示する「Ｃｏｎｆｉｄｅｎｔｉａｌ ｉｎｆｏｒｍａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ ａｎｄ ｉｎｆｏｒｍａｔｉｏｎ ｔｅｒｍｉｎａｌ ｆｏｒ ｕｓｅ ｉｎ ｔｈｅ ｓｙｓｔｅｍ」に関する２００３年１月２日にシンザキ（Ｓｈｉｎｚａｋｉ）らの名義で出願された特許文献１０と、ユーザの生物測定的な属性を含むユーザ・プロファイルからランダムに選択された少なくとも１つの生物測定的な属性を入力するようにユーザに促すことによって電子システムへのアクセスを生物測定によって安全にするためのシステム及び方法を開示する「Ｒａｎｄｏｍ ｂｉｏｍｅｔｒｉｃ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｍｅｔｈｏｄｓ ａｎｄ ｓｙｓｔｅｍｓ」に関する２００２年７月１１日にオーティス（Ｏｒｔｉｚ）の名義で出願された特許文献１１と、を含む。

理解されるように、従来技術のいずれも、本発明のシステム及び方法によって提供される独自の利点を提供することはない。
米国特許第６６１８８０６号明細書 米国特許第６７１５６７４号明細書 米国特許出願公開第２００４／００３９９０９号 米国特許出願公開第２００３／０１６３７３９号 米国特許第６３１４４０１号明細書 米国特許出願公開第２００４／００５２４０４号 米国特許出願公開第２００４／００１５７０２号 米国特許出願公開第２００３／００４６２３７号 米国特許出願公開第２００３／０００６２７７号 米国特許出願公開第２００３／０００４８８１号 米国特許出願公開第２００２／００９１９３７号

上述の背景に対して、必要性及び／又は環境に基づいて認証のモダリティの動的な選択を可能にする十全な機能を備えた認証フレームワークを提供することが本発明の主な目的である。

複数生物測定環境、又は任意のその他の認証技術の組合せを含む環境において使用され得る認証フレームワークを提供することが本発明の別の目的である。
認証時に、どの方法がインストールされているか、及びユーザによって必要とされるセキュリティ・アクセスのレベルに基づいて、どのメカニズムが最も適切かを判定する能力を含む認証フレームワークを提供することが本発明の更に別の目的である。

システム内の管理の労力を妥当なレベルに引き下げる認証フレームワークを提供することが本発明の更に別の目的である。
多数の認証技術をサポートする大規模システムにおいて利用され得る認証フレームワークを提供することが本発明の更に別の目的である。

必要性及び／又は環境に基づいて単一の製品を通じて場合によっては多数のベンダからの認証のモダリティのインストールを可能にする認証フレームワークを提供することが本発明の別の目的である。

遠隔地からの要求及び必要性に基づいて要求に応じて新しい認証方法を公開、又はインストールする能力を実装する認証フレームワークを提供することが本発明のその上更に別の目的である。

システムのエンド・ユーザ及び管理者の両方からの最小限のインタラクションを用いてシステムの拡張を可能にする認証フレームワークを提供することが本発明のその上更に別の目的である。

単一のセキュリティ・ポリシーを使用して物理的な及び論理的なフレームワークを統合する認証フレームワークを提供することが本発明の更に別の目的である。
マルチ・ユーザ・システムのためのただ１つのインターフェースを通じてセキュリティ・ポリシーを管理する認証フレームワークを提供することが本発明の別の目的である。

電子的コピー及びハードコピーを含む全てのあり得る形態のデータにアクセスするための統一されたセキュリティ・アプローチをもたらす認証フレームワークを提供することが本発明の更に別の目的である。

その認証フレームワークにおいて、認証方法の範囲が容易に拡張され、それによって、新しい技術が考案され、改良されるときに認証フレームワークが発展することを可能にする認証フレームワークを提供することが本発明の更に別の目的である。

１回のマウス・クリックを使用してインストール・インターフェースを通じて新しい認証方法をインストールして、それによって認証フレームワークの機能を拡張するために要求される労力を最小化する能力を含む認証フレームワークを提供することが本発明の別の目的である。

管理者が新しい方法を特定し、試験し、管理し、それらの新しい方法をユーザのログオンに関するセキュリティ・ポリシーに含めることを可能にする認証フレームワークを提供することが本発明のその上更に別の目的である。

システムの維持に対する責任を負う人からの最小の労力で認証のモダリティの管理を可能にする認証フレームワークを提供することが本発明の更に別の目的である。

上述の目的及び利点の達成のために、簡潔な要約において、本発明は必要性及び／又は環境に基づく認証のモダリティの動的な選択のためのシステムを含む。フレームワークは、その他のコンポーネントからのデータ及びサービスの要求を処理する責任を負うサーバと、ログオン・モジュールと、ユーザ管理ツールと、システム管理ツールとを含む。認証フレームワークは、複数生物測定環境、又は任意のその他の認証技術の組合せを含む環境において使用され得る。システムは、ＢｉｏＡＰＩフレームワーク上に構築され、共通データ・セキュリティ・アーキテクチャを使用する。本発明のシステムの主な特徴は、場合によって多数のベンダからの認証のモダリティのインストールの簡便化であり、それによって、特別なプログラミングの労力なしに新しい生物測定機能及び追加的なコア・データ・セキュリティ・モジュールのプラグ・アンド・プレイを可能にする。

本発明の上述の及び更に別の目的及び利点は、添付の図面に関連した本発明の好ましい実施形態の詳細な説明からより明らかとなるであろう。

図面、特に図１を参照すると、本発明の認証システムが提供され、全体的に符号１０によって参照されている。基本的に、本発明の機能は、４つの個別のコンポーネント、すなわちサーバ１００と、ログオン・モジュール２００と、ユーザ及びシステム設定３００と、管理ユーティリティ４００とに含まれる。サーバ１００はシステムの中心コンポーネントであり、その他のコンポーネントからのデータ及びサービスの要求を処理する。ログオン・モジュール２００は、ユーザと保護されるシステムの間のインターフェースを提供し、ネットワークへのユーザの認証を容易にする。ユーザ管理ツール３００は、ユーザの認証ポリシーの設定と、ユーザの生物測定テンプレートの管理及び作成と、を可能にする。最後に、システム管理ツール４００は、全体的なデフォルトの認証ポリシー及びその他の機能の設定を記憶するためにシステムが使用するデータベースの選択を提供する。

好ましい実施形態において、サーバ１００は認証システム１０の主な機能を含む。そのシステム１０の中核において、サーバ１００は、データ及びサービスの個別の要求を処理するトランザクションに基づくシステムである。サーバ１００は、１つの継続的なセッションを通じて認証要求全体を処理するのではない。これらのトランザクションは中央認証管理システム（Ｃｅｎｔｒａｌ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）（ＣＡＭＳ）１０４によって定義され、実行される。ＣＡＭＳ１０４のインターフェースは、メソッド又はモードの３つの包括的なカテゴリ、すなわち「Ｇｅｔ」、「Ｐｕｔ」、及び「Ｂｉｏ」から構成される。そのとき、これらのメソッド１０８のそれぞれは、更に個別化された具体的なモードを含む。

「Ｐｕｔ」メソッドの「Ｐｏｌｉｃｙ」モードを通じて、システム上の任意のクライアント・モジュールは、認証ポリシー、すなわちネットワーク５００上の特定のユーザに関する、ネットワーク５００へのアクセスのためにそのバイオメトリック・サービス・プロバイダ（Ｂｉｏｍｅｔｒｉｃ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）（ＢＳＰ）１１２に対して認証が行われなければならない、必要とされるバイオメトリック・サービス・プロバイダ１１２のリストを設定することができる。ポリシーは、ＢｉｏＡＰＩレイヤ１１６のＢｉｏＡＰＩ＿ＳＥＲＶＩＣＥ＿ＵＩＤデータ構造体によって指定される、各ＢＳＰ１１２に関する記述的な情報のリストである。この情報は、システム設定において指定される。データ・ライブラリ（Ｄａｔａ Ｌｉｂｒａｒｙ）（ＤＬ）１２０内のユーザのテーブルに記憶される。

「Ｐｕｔ」メソッドの「Ｔｅｍｐｌａｔｅ」モードは、特定のＢＳＰ１１２に関するユーザのテンプレート又は生物測定登録データの記憶を提供する。これらのデータは、バイオメトリック・アイデンティフィケーション・レコード（Ｂｉｏｍｅｔｒｉｃ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｃｏｒｄ）（ＢＩＲ）１１８の形式でＢｉｏＡＰＩ１１６フレームワークを通じたＥｎｒｏｌｌ又はＣｒｅａｔｅＴｅｍｐｌａｔｅ関数呼び出しから返され、システムＤＬ１２０内のユーザのテーブルに記憶される。テンプレートは、そのテンプレートがデータベースに置かれる前に、共通データ・セキュリティ・アーキテクチャ（ＣＤＳＡ）フレームワーク１２８にインストールされた暗号サービス・プロバイダ（Ｃｒｙｐｔｏｇｒａｐｈｉｃ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）（ＣＳＰ）モジュール１２４を使用して暗号化される。

用語「バイオメトリック・アイデンティフィケーション・レコード」は、システム１０に返される任意の生物測定データを指す。概して、アプリケーションによって永続的に記憶される唯一のデータは、登録のために作成されたＢＩＲ（すなわち、テンプレート）である。ＢＩＲの構成が図３に示される。

オペーク・バイオメトリック・データ（Ｏｐａｑｕｅ Ｂｉｏｍｅｔｒｉｃ Ｄａｔａ）のフォーマットはヘッダ（Ｈｅａｄｅｒ）のフォーマット（Ｆｏｒｍａｔ）フィールドによって示される。これは、標準的なフォーマットか、又は独自仕様のフォーマットであり得る。署名は任意的である。存在するとき、署名はヘッダ＋オペーク・バイオメトリック・データに対して計算される。標準化されたＢＩＲ１１８フォーマットに関して、署名は（フォーマットが標準化されるときに決定されるべき）標準的な形態を取る。（現時点で存在している全ての）独自仕様のＢＩＲ１１８フォーマットに関して、署名はＢＳＰに好適な任意の形態を取り得る。ＢＩＲデータ・タイプ（ＢＩＲ Ｄａｔａ Ｔｙｐｅ）は、ＢＩＲ１１８が署名されるかどうか、及び／又は暗号化されるかどうかを示す。

最後に、「Ｐｕｔ」メソッドの「Ｓｅｔｔｉｎｇｓ」モードは、モジュール（概して管理ユーティリティ）がシステム１０全体に関する全体的な設定及び機能構成を変更する、及び更新することを可能にする。所望の設定は、カスタム・データ構造体で送信され、データ・ライブラリ・モジュール１２０と、ＢＳＰ１１２と、システム１０の管理とに関連する情報を含む、システムのいくつかの設定可能な側面を含む。

「Ｂｉｏ」メソッドにおいて、「Ｐｒｏｃｅｓｓ」モードは、クライアント・アプリケーション及びモジュールがＢｉｏＡＰＩ１１６の実際の生物測定機能を実行することを可能にする。このモードのために必要とされるデータは、登録中の又は認証中のユーザ・アカウントに関する情報と、所望の目的のための生物測定サンプルを含むＢＩＲ１１８と、を含む。ＢＩＲ１１８は、登録又は照合のいずれかのために使用され得る。登録が実行される場合、結果として得られるテンプレートは暗号化され、ユーザ・アカウントに関連するＤＬ１２０テーブルに記憶される。

「Ｇｅｔ」メソッドは、５つの別個のモード、すなわち「Ｐｏｌｉｃｙ」モード、「Ｔｅｍｐｌａｔｅ」モード、「Ｓｅｔｔｉｎｇｓ」モード、「Ｂｉｏｌｉｓｔ」モード、及び「ＤＬＬｉｓｔ」モードを含む。正当なネットワーク５００のユーザ・アカウントＩＤを提供されるとき、「Ｐｏｌｉｃｙ」モードは、ユーザ・アカウントがネットワーク５００の管理権限を持っているかどうか、及びその特定のアカウントのために必要とされる生物測定動作のリストを返す。このＣＡＭＳ１０４のモードは、最初に、デフォルトのポリシーが代わりに使用されるべきかどうかを確かめるためにシステム設定をチェックする。デフォルトのポリシーが使用されるべきである場合、このＣＡＭＳ１０４のモードは、ユーザのポリシーとして当該設定中のＢＳＰ１１２のリストを使用し、デフォルトのポリシーが使用されるべきでない場合、ユーザのポリシーがＤＬ１２０内のそのユーザのテーブルから取り出される。いったんポリシーが決定されると、ＣＡＭＳ１０４は、既存のテンプレートをチェックすることによって必要とされるＢＳＰ１１２に対してそのユーザが登録されているかどうかを確かめるためにユーザのデータベース・テーブルに問い合わせを行う。このモードによって返されるリストは一連のＢＩＲ構造体１１８であり、そのＢＩＲ構造体のそれぞれは、必要とされるＢＳＰ１１２及び取られるべき処置、登録又は照合を実行するかどうか、に関する情報を含む。

「Ｔｅｍｐｌａｔｅ」モードの目的は、所望のアカウントに関連する所望のＢＳＰ１１２に関するテンプレートを単に取り出すことである。テンプレートは、特定のＢＳＰ１１２のＥｎｒｏｌｌ又はＣｒｅａｔｅＴｅｍｐｌａｔｅ関数によって返されるＢＩＲ１１８である。テンプレートは、ＤＬ１２０からのそのテンプレートの取り出しと同時に、暗号化を提供した同じＣＳＰ１２４を使用して復号化される。

「Ｓｅｔｔｉｎｇｓ」モードは、「Ｐｕｔ」メソッドにおいて説明されたようにシステム１０に関する全体的な設定及び機能構成を含むデータ構造体を返す。
「Ｂｉｏｌｉｓｔ」モードは、要求を処理するサーバ１００のＢｉｏＡＰＩ１１６フレームワーク・レイヤにインストールされたあらゆるＢＳＰ１１２モジュールのリストを取り出すために使用される。インストールされるときに、ＢＳＰ１１２は、任意のアプリケーションが利用できるモジュール・ディレクトリ・サービス（Ｍｏｄｕｌｅ Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ）（ＭＤＳ）に含まれるスキーマを通じてそのＢＳＰ１１２の属性及び機能に関する情報を発行することによってそのＢＳＰ１１２自体をフレームワークのＭＤＳに登録する。返されるこのリストは、各ＢＳＰ１１２に関するスキーマ情報である。

「ＤＬＬｉｓｔ」モードは、要求を処理するサーバ１００のＣＤＳＡフレームワーク・レイヤ１２８にインストールされたあらゆるＤＬ１２０モジュールのリストを取り出すために使用される。上述のＢＩＯＬＩＳＴモードと同様に、リストは、各ＤＬ１２０モジュールに関するスキーマ情報を含む。

サーバ１００との通信は、標準のソケット１３２及びセキュア・ソケット・レイヤ（ＳＳＬ）を通じて実行される。サーバ１００とやりとりされる情報の任意のフォーマットは、ＢｉｏＡＰＩ１１６を通じて提供される２つのデータ構造体、すなわちＢＩＲ１１８と、ＢＩＲ＿ＡＲＲＡＹ＿ＰＯＰＵＬＡＴＩＯＮと呼ばれるＢＩＲの配列と、の使用によって容易にされる。ＣＡＭＳ１０４への全てのメソッド呼び出しは、例えば、ユーザ識別情報、ドメイン・ネームなどの、メソッドが適切に実行されるために必要とされる特定の情報を含む少なくとも１つのＢＩＲ１１８を提供しなければならない。この情報は、ＢＩＲ１１８のバイオメトリック・データ・フィールドに置かれる。また、所望のモードがＢＩＲ１１８のヘッダ情報に書き込まれる。本当は生物測定データではないが、このカスタム情報は、ＢＳＰ１１２の動作からの真のＢＩＲと共にそのカスタム情報を送信することの容易さのためにＢＩＲ１１８に置かれる。

次に、ＢＩＲ配列１１８の全体が、所望のメソッドを指定するタグと共に、ＳＳＬソケット接続を通じた転送のためにバイト・ストリームに直列化される。メソッドを実行した後、サーバ１００は同一のやり方でデータを返す。サーバ１００は、「Ｇｅｔ」メソッドを通じた所望の情報を含むＢＩＲ配列１１８を返すか、又はエラー情報を含むＢＩＲ１１８を返す。「Ｐｕｔ」及び「Ｂｉｏ」メソッドに関して、サーバ１００は、動作のステータスを提供する単一のＢＩＲ１１８を含む配列を返し、当該データ・フィールドは成功に対してブール値「ＴＲＵＥ」を含み、失敗に対して具体的なエラー情報と共に「ＦＡＬＳＥ」を含む。

ソケット１３２の通信のためのＳＳＬが、セキュア・トランスポート（Ｓｅｃｕｒｅ Ｔｒａｎｓｐｏｒｔ）（ＳＴ）１４０と呼ばれるカスタムのＣＤＳＡ１２８のエレクティブ・モジュール・マネージャ（Ｅｌｅｃｔｉｖｅ Ｍｏｄｕｌｅ Ｍａｎａｇｅｒ）（ＥＭＭ）１３６を通じて提供される。通信のためのソケット１３２が作成されるときに、そのソケットに対する参照が、提供されたソケット１３２を通じてデータを送信及び受信するための機能を含むＳＴモジュール１４０のインスタンスに渡される。ＳＴモジュール１４０は、ＣＳＰモジュール１２４からの機能と、ＣＳＰ１２４及びサーティフィケイト・ライブラリ（Ｃｅｒｔｉｆｉｃａｔｅ Ｌｉｂｒａｒｙ）（ＣＬ）１４４によって作成され、ＤＬ１２０モジュールに記憶された証明書と、を使用して送信データを暗号化し、受信データを復号化し、それらのＳＴモジュール１４０、ＣＳＰモジュール１２４、ＣＬ１４４及びＤＬ１２０モジュールは全てＣＤＳＡフレームワーク・レイヤ１２８にインストールされている。

好ましい実施形態において、このコア・サーバ１００の機能の全ては、サービスの動作を開始、停止、及び制御するための、更にはコンピュータがブートするときにＣＡＭＳサーバ１０４が自動的に開始するように設定するための制御を提供するＷｉｎｄｏｗｓオペレーティング・システムにＣＡＭＳサーバ１０４がインストールされることを可能にするマイクロソフト（Ｍｉｃｒｏｓｏｆｔ）社のＷｉｎｄｏｗｓサービス（Ｗｉｎｄｏｗｓ Ｓｅｒｖｉｃｅ）インターフェースによってラップされる。また、サービスは、ログオンの監査情報及びエラー状況の両方をＷｉｎｄｏｗｓイベント・ロギング・システムに報告しなければならない。これは本発明の現在の及び最良の実施形態であるが、明らかにこれはコア・サーバの機能が使用され得る唯一のやり方ではないことが理解されるべきである。コア・サーバの機能は、その他のサポートされるオペレーティング・システム上の任意の数のアプリケーションに統合され得る。

本発明の主なクライアント側のアプリケーションは、ネットワーク５００のオペレーティング・システムのための認証モジュール２０４である。好ましい実施形態において、マイクロソフト社のグラフィカル・アイデンティフィケーション・アンド・オーセンティケーション（Ｇｒａｐｈｉｃａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ａｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）（ＧＩＮＡ）のダイナミック・リンク・ライブラリ（ＤＬＬ）インターフェースが利用され、Ｗｉｎｄｏｗｓ ＮＴからそれらのＷｉｎｄｏｗｓ ＮＴの最新版までのそれらのオペレーティング・システムに対するアクセスを保護するためのカスタマイズ可能なユーザの識別及び認証手順を可能にする。しかしながら、コア・サーバ１００と同様に、本発明者の認証クライアント２０８のためのコアは、Ｌｉｎｕｘオペレーティング・システムのプラグイン可能認証モジュール（ＰＡＭ）、携帯情報端末、及び移動デバイスなどのその他のオペレーティング・システム上の同様のモジュールにも含まれ得る。

本発明において、ＷｉｎｄｏｗｓのＧＩＮＡはカスタムＣＡＭＳインターフェース１０４上だけでなく、そのＷｉｎｄｏｗｓのＧＩＮＡに上述のように安全なやり方で種々のＣＡＭＳのメソッド及びモード１０４を実行するために必要な全ての能力を与えるＣＤＳＡ１２８及びＢｉｏＡＰＩフレームワーク１１６上にも構築される。また、このＧＩＮＡは、マイクロソフトにより提供されるＭＳＧＩＮＡの機能のいずれも失うことなしにＭＳＧＩＮＡの代わりにそのＧＩＮＡが機能するために全ての必要な機能をサポートする。このＧＩＮＡは、Ｗｉｎｌｏｇｏｎサービスのセキュリティ・アクション・シーケンス（Ｓｅｃｕｒｅ Ａｃｔｉｏｎ Ｓｅｑｕｅｎｃｅｓ）（ＳＡＳ）によって適切に駆動され、更にはワークステーションをロックする能力を提供し、これらの両者は手動で、及びＷｉｎｄｏｗｓスクリーンセーバによってそのようにすることが設定されるときに行われる。また、このＧＩＮＡは、ログイン・ユーザのネットワーク・パスワードの変更をサポートし、Ｗｉｎｄｏｗｓのタスク・マネージャ・アプリケーションの起動を可能にし、ユーザがマシンをログオフする及びシャットダウンすることを可能にする。これらの能力は、システム管理者によって定義されたように適切なＷｉｎｄｏｗｓセキュリティ・ポリシーによって要求されるように無効化又は設定され得る。

本発明のログオン手順が図２に示される。本発明者のＧＩＮＡの認証プロセスにおける最初のステップは、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）の標準のＳＡＳに入ることによってユーザがログオンを開始することである６００。次のステップは、認証を受けようとしているユーザに関する基礎情報を収集することである６０４。これは、ユーザがそのユーザのユーザネームを入力し、そのユーザがログオンしようとしているドメインを選択するためのウィンドウを表示することによって実行される。

次に、システムはユーザが正当であるかどうかを判定し６０８、その後、提供すべき認証の種類を決定するためにドメインがチェックされる６１２。ドメインは、当該ワークステーションがそのドメインのメンバであり、本発明者のシステム１０が保護しているドメインか、又はローカルのワークステーション自体かのいずれかである。ローカルのワークステーションが選択される場合、ユーザはそのユーザのネットワーク・パスワードを用いて認証することのみを要求される。ユーザの情報が、入力されたパスワードに対する認証のためのパスワードを取り出すために要求される「Ｇｅｔ」メソッド及び「Ｔｅｍｐｌａｔｅ」モードによって本発明者のカスタムＷｉｎｄｏｗｓパスワード（Ｗｉｎｄｏｗｓ Ｐａｓｓｗｏｒｄ）ＢＳＰ１１２情報と共にＣＡＭＳサーバ１０４に送信される６１６。

テンプレートが存在しない場合、登録を実行する必要があり、結果として得られるテンプレートがＣＡＭＳ１０４に送信される。成功裏に認証される場合６２０、ユーザは当該ワークステーションのみに対するアクセスを許可される６２４。ネットワーク・ドメインが選択される場合、要求される「Ｇｅｔ」メソッド及び「Ｐｏｌｉｃｙ」モードによってユーザ情報がＣＡＭＳサーバ１０４に送信される６２８。成功である場合、それは、提供されたユーザネームがドメインに対して正当であり、認証ポリシーがユーザに対して指定されたポリシー又はデフォルトのポリシーのいずれかであることが分かったことを意味する。

いったんユーザのポリシーが取り出されると、認証プロセスを開始することができる。初めにポリシー・リストが詳しく検討され、登録が必要であることを指定するＢＩＲ１１８を探す。何らかのＢＩＲ１１８が見つかる場合、認証を開始し得る前に、ユーザはそれらのＢＩＲ１１８を用いて登録を行わなければならない。

登録及び照合を処理するためのプロセスは極めて類似している。生物測定動作を処理するときに実行される第１のステップは、ＢｉｏＡＰＩ１１６のＭＤＳ中でＢＳＰ１１２の機能が検索されなければならないことである。そのＭＤＳのスキーマのエントリにおいて、ＢＳＰ１１２によってサポートされる動作が列挙される。ＢＳＰ１１２が必要とされる機能をサポートする場合、ＧＩＮＡはユーザからの生物測定サンプルを取得し６３２、そのサンプルを処理のためにＣＡＭＳサーバ１０４に送信する６３６。サーバ１００はテンプレート管理も処理する。それらの機能がサポートされない場合、ＧＩＮＡは、ＢｉｏＡＰＩ１１６の仕様によりあらゆるＢＳＰ１１２が必要とされるＥｎｒｏｌｌ及びＶｅｒｉｆｙ関数を利用しなければならない。この場合、テンプレートの作成及び照合認証は、Ｅｎｒｏｌｌ及びＶｅｒｉｆｙ関数を介してＧＩＮＡによって実行されなければならない６３２、６３６。これらが成功するために、ＧＩＮＡは、完了したＥｎｒｏｌｌ呼び出しからの新しいテンプレートを記憶のためにＣＡＭＳサーバ１０４に送信する必要があり、同様に、Ｖｅｒｉｆｙ呼び出しを完了するためにサーバ１００から適切なテンプレートを取り出さなければならない。ポリシーによって指定された全ての生物測定動作が実行され、成功した後においてのみ６４０、ユーザはネットワーク・ドメインにログオンされる６４４。

前にロックされたワークステーションをロック解除する場合は、ポリシーが取り出される必要がない点を除いてドメイン又はワークステーションへのログオンの場合と同様である。マイクロソフトのＧＩＮＡと全く同様に、システム管理者はワークステーションをロックしたユーザのログオフを強制することができるが、それらはログオンのために使用された同じポリシーを使用してやはり認証を行わなければならない。

システム１０の次のコンポーネントは、ユーザ設定及び管理モジュール又はツール３００である。好ましい実施形態において、ユーザ設定モジュール３００は、そのユーザ設定モジュール３００がＷｉｎｄｏｗｓの既存のユーザ管理の機能のスイートに「スナップイン」されることを可能にするマイクロソフト管理コンソール（ＭＭＣ）インターフェースによってラップされる。このモジュールの主な目的は、ユーザのポリシーを割り当てる及び編集すること、登録及び削除機能を提供することによってユーザのテンプレートを管理すること、並びに最後に所望のテンプレートに対して認証を実行することによってテンプレートを迅速に試験することである。ポリシー管理は、ＣＡＭＳ１０４のインターフェースの「Ｇｅｔ」及び「Ｐｕｔ」メソッドの「Ｐｏｌｉｃｙ」モードを通じて実行される。

いったんユーザのポリシーが取り出されると、そのユーザのポリシーはモジュールのグラフィカル・ユーザ・インターフェース（ＧＵＩ）に表示される。いったん表示されると、管理者は、ＧＵＩを通じて提供される制御を使用して、ユーザのポリシーを示すリストにＢＳＰ１１２を追加するか、又はリストからＢＳＰ１１２を削除することができる。

いったんＧＵＩに表示されると、全ての登録されたＢＳＰ１１２のリストは、そのユーザに関してテンプレートが存在するかどうかに応じて「登録済み」又は「未登録」を表示するテキストと一緒に示される。これらのＢＳＰ１１２のうちの１つが選択されるとき、管理者は、「削除」ボタンをクリックすることによってＢＳＰ１１２に関連するテンプレートを削除することができる。同様に、管理者は、上述のＧＩＮＡモジュールと同様のやり方で（１つ又は複数の）サンプルを収集し、結果として得られるＢＩＲ１１８を転送する「登録」ボタンを用いて現在のユーザを実際に登録することができる。最後に、「照合」ボタンが、現在の記憶されたテンプレートに対して認証を実行するために提供される。

システム１０における最後の主要なアプリケーション、システム管理ツール４００の主な目的は、システム全体の設定を見ること及び変更することである。これは、ユーザ設定ツール３００がポリシー情報を処理するのとほとんど同じやり方だが、「Ｓｅｔｔｉｎｇｓ」モードを代わりに指定することによってなされる。いったんアプリケーションのＧＵＩに表示されると、管理者は、システム１０の設定の構成を編集することができる。システムデータを記憶するための所望のＤＬモジュール１２０は、「Ｇｅｔ」メソッド及び「ＤＬＬｉｓｔ」モードを用いたＣＡＭＳ１０４に対する呼び出しによって提供される利用可能なＤＬモジュール１２０のリストから選択される。所望のＤＬ１２０に関するデータベースの場所、管理者アカウント名、並びにＦＡＲ及びＦＲＲ値が、全て適切なボックスに入力され得る。ＦＡＲの優先及びデフォルトのポリシーの使用のブール値は両方とも、それぞれ適切なボックスへのチェックの追加、又は適切なボックスからのチェックの削除によってＴＲＵＥ又はＦＡＬＳＥに変更され得る。デフォルトのポリシーは、「デフォルト・ポリシーの調整（Ａｄｊｕｓｔ Ｄｅｆａｕｌｔ Ｐｏｌｉｃｙ）」ボタンをクリックすることによって、ユーザ設定ツールを介する場合と同じやり方で編集され得る。設定情報を編集することに加えて、管理者は、ＳＴモジュール１４０によって使用される証明書を削除又は再作成すること、及び設定をリセットするためにそれらの設定を完全に削除することもできる。いったん「保存して終了」ボタンが押されると、先ほど行われた全ての変更と共にタイムスタンプが設定情報のデータ構造体に追加され、この構造体はＣＡＭＳサーバ１０４に送信される。

本発明の認証システム１０は、従来技術に優る多数の利点を提供する。第１の主要な相違及び改善は、マイクロソフトのＷｉｎｄｏｗｓ２０００（Ｗｉｎ２Ｋ）を含む主要なオペレーティング・システムのほとんどによって実装されるパスワードのみの認証に関する。これらのシステムを用いる場合、ユーザは、いつも、そのシステム上のそのユーザのアカウントに関連するパスワードを提供するように促されるのみである。上述のやり方のうちの１つでそのパスワードが漏洩する場合、そのユーザがアクセスすることを許可されるデータの全てが漏洩することになる。

本システムは、この既存の機能を複製することができるだけでなく、動的に定義されるユーザの認証ポリシーの実装を通じてその既存の機能を増強することができる。ユーザのポリシー、及び認証のために必要とされるモダリティのリストは、任意の時点でシステムの管理者によって編集され得る。ポリシーは、システム１０にインストールされたモダリティのうちの１つ又は複数を含む可能性があり、又はシステムのデフォルトのポリシーが望まれる場合にはモダリティを一切含まない可能性がある。これらのポリシーは、従来の認証が望まれる場合に典型的なパスワードのモダリティだけを含む可能性があるか、若しくは１つ又は複数の生物測定のモダリティを用いて増強される可能性があるか、又はパスワードが純粋な生体認証を実行するためにポリシーから完全に削除される可能性がある。しかしながら、具体的なオペレーティング・システムは、そのオペレーティング・システムが適切なパスワード機能を含むとすれば重要でないことが理解されるべきである。

いったんインストールされると、適切なパスワード機能は、例えばユーザのポリシーに追加される、及びユーザのポリシーから削除されるなど、本発明者のシステムにインストールされた任意の生物測定のモダリティと同様に操作され得る。これは、追加的な実施形態を作成するために本発明者のシステムを別のオペレーティング・システムに移植するときにも有益である。パスワードに固有のコードは１つのモジュールに含まれるので、パスワードに固有のコードはシステム１０から容易に削除され、新しいシステム上でパスワード機能を処理するためのコードによって置き換えられ、これらの全ては最小の労力で、コアのコードに対する変更なしに行われ得る。

本発明のシステムとその他の生物測定及びポリシーに基づく認証システムとの間の第２の主要な相違は、ＢｉｏＡＰＩ１１６及びＣＤＳＡレイヤ１２８によって提供されるプラグイン可能なインターフェースを介して新しい生物測定及び機能を動的に受け入れる本システムの能力である。同様のシステムが１つの又は更には数個の異なる生物測定技術に基づいて設計され、それらの生物測定技術の上に構築され、それらのシステムはそれらのコア・モダリティを使用して動的なポリシー修正を提供することができるが、それらのシステムは、新しいバージョンがリリースされるまで存在するもののみに限定される。この静的なアプローチと異なり、本発明のシステムは、追加及び削除されるべき認証技術だけでなく、データベース・インターフェース及び暗号化アルゴリズムなどのサポート技術も考慮する。これは、本発明者のシステムの管理者が最新の技術開発に遅れずにいること、並びに時代遅れの及びサポートされないコンポーネントを削除することを、いずれも新しいソフトウェアのバージョンの再インストールを必要とせずに可能にする。生物測定のベンダが新しいＢＳＰ１１２をリリースするか、又は別な会社がＣＤＳＡ１２８のための新しいデータ・ライブラリ１２０を作成するとき、システム管理者は提供されたインストール・プログラムを使用して新しいモジュールをシステム１０に容易に登録し、新しい機能はシステム１０によって直ちに認識される。これは、コストと労力とを最小に保ちながら最良のセキュリティを提供する実行されるべき無数の認証の組合せを可能にする。

最後の主要な相違は、ユーザ自身の端末又はワークステーションを通じて種々の生物測定技術にそれらのユーザ自身を登録する、本システム１０のユーザの能力である。通常、登録は生物測定のモダリティを使用することに関する最も時間を要する側面であり、指紋システムはテンプレートを作成するために１０本全ての指をスキャンすることをユーザに要求する可能性がある。システム１０にインストールされた生物測定のモダリティの数と相まって、登録は、システム１０上の全てのユーザが管理者のワークステーションを通じて登録することを要求されるとすれば、特にシステム１０が最初に実装されるか、又は新しいＢＳＰ１１２がインストールされるときにおそらく大きなボトルネックを生む恐れがある。本システム１０は、ユーザの既に有しているパスワードを用いた認証の後でユーザが自身のワークステーションにおいて同ユーザの現在のポリシーによって要求される生物測定にそれらのユーザ自身を登録することを可能にし、管理者の時間だけでなく、ユーザ自身の時間も節約する。これは、少数のユーザのみを有する小規模なネットワーク・システム５００に対しては重要でないように見えるが、数百人のユーザを有する大規模ネットワーク５００の管理者にとっては非常に有益であろう。

図４において示されるのは、本発明のシステム１０によって必要とされる論理である。ユーザが識別される度に、システム１０は、認証ポリシー７００と環境ポリシー７０４とを検索する。これらのポリシーは、そこでユーザが照合されるべき認証ポイントに関連付けられ、論理的なアクセス・ポイント：すなわちコンピュータ、又は物理的なアクセス・ポイント：すなわちドア、のいずれかであってよい。認証ポリシー７００はユーザの照合のために必須であるか、又は任意的である認証方法のリストからなり、一方、環境ポリシー７０４はユーザの認証のために推奨される証明物の組からなる。両方のポリシーとも、必要とされる全体的な認証を決定する助けとなる論理演算子を含むことができる。認証ポリシー７００の例は、虹彩スキャン及びパスワード、又はおそらくスマートカード及び／若しくは声紋である。セキュリティのランク、又は正規化のレベルをポリシーに関連付けることによって最小限のアプローチを取り得ることもでき、この場合、認証又は正規化のランクがシステム１０内の各認証モジュールに対して設定されなければならない。これらのポリシー７００、７０４の両方が、アクセスの試みの前にシステム管理者によって管理ツールを通じて設定されるが、どちらも認証の試みには必要とされない。これらのポリシーは、ローカル又は遠隔のいずれかの定義されたデータ・ストア内のアクセス可能な場所に記憶される。オプションとして、システム１０は、各個人のポリシーの場所を定義するために種々のデータ・ストアを使用可能にするためにメタ・ディレクトリを使用する可能性がある。また、伝送中及び保管中の両方のポリシーの機密性、可用性、及び完全性を保証するための処置が取られなければならない。

また、認証及び環境ポリシーが利用可能でないときはいつでも、必要とされる認証モジュールを決定するためにデフォルトのシステム・アクセス・ポリシー７０８が使用され得る。デフォルトのポリシー７０８は、プリファレンス定義に基づいて認証及び／又は環境ポリシー７００、７０４をオーバーライドするように設定され得る。認証プリファレンス定義７１２は、その他の項目の中でもとりわけシステムに対するセキュリティ及び正規化のレベルを定義する。これらの設定はシステム１０が最小限のポリシーの種類を使用することを可能にする。更に、プリファレンス定義は、どのポリシーが優先するかも定義する。定義は、システム全体の範囲に、又は単一のユーザの範囲に適用され得る。また、利用可能な認証モジュールが認証ポイントに対して決定されなければならず、現在使用可能にされておりかつ適切に動作する全ての利用可能なリソースを含む。これらのポリシー、又はこれらのポリシーの欠如は認証コントローラ７１６に伝達され、その認証コントローラ７１６は全てのデータを取得し、正常な照合のために必要とされる最適な組の認証モジュールを決定する。認証コントローラ７１６は認証プリファレンス定義を使用して、その認証コントローラ７１６がどのように決定を下すべきかの指針を設定する。いったんこれらの指針が確立されると、最適認証セット７２０を作成するために認証、環境、及びシステム・デフォルトのポリシーが論理的に組み合わされる。次に、この最適認証セット７２０は、ユーザからの認証証明物を取得するための基礎として使用される。

図５は、システム内の任意の認証ポイントに対する新しい認証モジュールの動的なインストールを示す。いったん認証ポリシー７００が決定されてしまうと、それぞれの認証の種類の可用性が判定され７２４、データ・ストア内に記憶されなければならない。データ・ストアはローカルか又は遠隔のいずれかであってよい。モジュールが配置されるとき、システムは追加的なハードウェアが認証ポイントにインストールされなければならないかどうかを判定しなければならない７２８。これは、ＢｉｏＡＰＩ１１６のモジュール・ディレクトリ・サービス（ＭＤＳ）などの、認証モジュールの定義を含む情報ディレクトリを調べることによって実行される。追加的なハードウェアが必要とされる場合、管理者は必要とされる追加的なハードウェアを通知されなければならない７３２。電子メール、インスタント・メッセージ、又はビーパは、この例に適する通知システムの例である。場所及びハードウェアの要件が満たされると、認証モジュールがインストールされ得る７３６。インストールが行われた後で、インストール・プロシージャの成功裏の完了を保証するために検証プロセスが続いて行われる必要がある７４０。検証プロシージャが失敗する場合、例外プロセスを開始する必要がある７４４。このプロセスは、あらゆる悪影響を緩和するためにユーザ通知及びインタラクションを含み得る。

最後に、図６は、１回のマウス・クリックを使用して、認証のモダリティを定義された認証フレームワークにインストールするために必要とされるプロセスを定義する。認識及びインストールは完全に自動化されたプロセスである。このインストール方法の前提は、システム・ディレクトリ構造中をスキャンする７４８能力と、特定の種類のファイルを問い合わせること７５２とを中心に展開する。Ｗｉｎｄｏｗｓに基づくシステムにおいては、ＤＬＬファイル・タイプが主な例である。所与の種類の各ファイルが、インストーラによって要求されるように定義される機能の定義された組に関して調べられる７５６。いったんファイルが適切なものとして特定されてしまうと、当該ファイルがインストールされなければならないかどうかの判定がなされる７６０。インストール・プロセスが完了した後に、検証プロセスが行われる必要がある７６８。検証プロシージャが失敗する場合、例外プロセスを開始する必要がある７７２。このプロセスは、あらゆる悪影響を緩和するためにユーザ通知及びインタラクションを含むことができる。完了すると、インストール・プロセスの結果がユーザに報告され、監査目的でロギングされる７７６。また、この報告は、インストールを完了するために追加的なハードウェアが必要とされるかどうかをユーザに知らせる。

このように本発明を本発明の好ましい形態を特に参照して説明したが、添付の特許請求の範囲によって定義されるように、本発明の精神及び範囲を逸脱することなしに本発明において種々の変更及び修正が行われ得ることは明らかであろう。

例えば、好ましい実施形態はマイクロソフトのＧＩＮＡ ＤＬＬインターフェースを使用し、同インターフェースに対してマイクロソフト（Ｍｉｃｒｏｓｏｆｔ）が代替実施形態における代替のＧＩＮＡモジュールの設計を助ける文書及びサンプル・コードを提供するが、１つ又は複数のベンダの生物測定技術のアプリケーション・プログラム・インターフェース（ＡＰＩ）上で直接ＧＩＮＡを構築することによってカスタムＧＩＮＡモジュールが使用され得る。マルチ・モダリティ・ログオン・システムを作成することが可能であるが、この解決法を保守及びアップグレードすることに関するプログラミング及び労力は、本システム１０のプラグ・アンド・プレイ機能には適合しないであろう。

代替実施形態に関する問題は、様々な生物測定技術を処理することにある。全てではないがほとんどの生物測定技術のベンダは、プログラマによって当該ベンダの技術をそれらのプログラマ独自のアプリケーションに統合するために使用されるソフトウェア開発キット（ＳＤＫ）を提供することが通例である。ＳＤＫにおける当該技術に対するインターフェースはベンダの独自仕様であることも通例であり、このことは１つの技術を制御するために使用される同じ機能が別の技術に対してはおそらく機能しないであろうことを意味する。ＧＩＮＡは、各生物測定を独自のやり方で処理するように記述される必要があり、このことはプログラミングの労力とコンパイルされたモジュールのサイズとを増大させる。

この代替実施形態に関する別の欠点は、これらの様々なＳＤＫを使用していったんＧＩＮＡ ＤＬＬがコンパイルされると、包含された技術のみがシステム１０で利用可能な技術となることである。生物測定のベンダのうちの１つがそのベンダの生物測定のうちの１つを打ち切る若しくはアップグレードするときに、又は特定のユーザが現在統合されていない別の生物測定の機能を必要とするときに問題が生じる。生物測定を追加する又は削除することはＧＩＮＡの改訂及び再コンパイルを伴い、このことはユーザが新しいバージョンを取得及び展開するための労力だけでなく、ベンダに関する、生物測定の異なる構成を含む同じ製品の複数のバージョンを実現し、保守する労力も要求する。

更に別の代替実施形態において、ＢｉｏＡＰＩ１１６の代わりに別の生物測定サービス・フレームワークが利用され得るか、又は同様の機能を有する新しいカスタム・フレームワークが作成され得る。カスタム・フレームワークは多大な労力を要求するが、ＢｉｏＡＰＩ１１６と同様の何らかのものを作成するだけでなく、そのＢｉｏＡＰＩ１１６の機能を増強し、更には必要とされない可能性があるそのＢｉｏＡＰＩ１１６の機能の一部を削る柔軟性を開発者に与えることができる。このアプローチの１段上は、ＣＤＳＡ１２８などのＢｉｏＡＰＩ１１６と同様の機能を既に提供している既存のフレームワーク上にカスタム・フレームワークを開発することである。その設計においてＣＤＳＡ１２８は、ＥＭＭ１３６の使用を通じてサービス及び機能の新しいカテゴリを可能にする。そのとき、開発者は、プラグイン可能なモジュールの管理とＣＤＳＡ１２８が提供する全てのその他の機能とのために、ＣＤＳＡ１２８を利用しながら、それらのインターフェースの生物測定の側面に集中することができる。更に一歩進められると、同様の実施形態が、ヒューマン・リコグニション・サービス（Ｈｕｍａｎ Ｒｅｃｏｇｎｉｔｉｏｎ Ｓｅｒｖｉｃｅ）（ＨＲＳ）と呼ばれる、ＣＤＳＡ１２８に対して既に存在する生物測定ＥＭＭ１３６上で開発されるであろう。このインターフェースは、正にちょうどＣＤＳＡ ＥＭＭ１３６フォーマットのＢｉｏＡＰＩ１１６である。このインターフェースは、少し異なる名前を有する同じ機能、並びにいくつかの新しい機能及びいくつかの少し異なるデータ構造体からなる。開発者は必須のＣＤＳＡ１２８と一緒にこれを使用することができ、カスタムＡＰＩに投入される重荷となる開発の労力なしにＢｉｏＡＰＩ１１６の利点の全てを得ることができる。

代替実施形態はこれらの最後のいくつかの例を使用して本システム１０のプラグ・アンド・プレイの特徴を実現することができるが、それらを使用することに関する欠点がやはり存在する。これらのアプローチのうちの一つを使用することに対する主な損失は、ＢｉｏＡＰＩ１１６が既に広く認識され、かつ確立された常識であり、生物測定技術のベンダはそれをサポートするために巨額の投資を行った点にある。現在の任意のベンダがＨＲＳインターフェースをサポートする生物測定モジュールを製造しているかどうかは疑わしく、それらのベンダが別の会社の独自仕様のフレームワークをサポートするためのモジュールを開発するかどうかはより一層疑わしい。ＢｉｏＡＰＩ１１６がほとんどのベンダが選択している標準であるとすれば、その実施形態のアプリケーションとベンダのＳＤＫ又はＢＳＰ１１２とを接続するためのコードの変換レイヤを「ラップする」又は作成することは上述のアプローチを使用するアプリケーション開発者の責任であろう。また、市場に登場した任意の新しい生物測定技術がそれら開発者のクライアントに望まれるとすると、それらの開発者はその技術に対するラッパも開発しなければならないであろう。

ＢｉｏＡＰＩ１１６及びＣＤＳＡ１２８フレームワークの両方の上に構築される本発明のシステムは、特別なプログラミングの労力なしに新しい生物測定機能及び追加的なコアＣＤＳＡモジュール１２８のプラグ・アンド・プレイを可能にする。更に、ＣＤＳＡ１２８の機能から利益を受ける新しい動的な内容は、ＥＭＭインターフェース１３６を通じて最小の開発によって追加され得る。また、モジュールの形態にカプセル化された機能の大部分によって、新しい構成が、基盤となるコアのコードにほとんど影響を与えずにモジュールを追加、削除、及び置換することによって容易に作成され得る。

システムの好ましい実施形態を示す構成図である。 システムの好ましい実施形態を示す構成図である。 本システムのログオン・プロセスを示すフローチャートである。 バイオメトリック・アイデンティフィケーション・レコード（ＢＩＲ）の概略図である。 どのようにして認証ポリシーが本発明のシステム及び方法を使用して物理的な及び論理的なアクセスの両方に関する必要性及び／又は環境に動的に基づいて決定され得るかを示すフローチャートである。 どのようにして認証モジュールが本発明のシステム及び方法を使用して新しい場所に動的にインストールされ得るかを示すフローチャートである。 本発明のシステム及び方法を使用するワン・クリック・インターフェースを用いた認証モジュールのインストールの方法を示すフローチャートである。

Claims (12)

1. １つ又は複数の認証方法と、物理的な及び論理的なアクセスの両方に関する必要性及び環境の少なくとも一方に動的に基づいて認証ポリシーを決定するための手段と、からなる十全な機能を備えた認証システム。
2. 前記決定は、インストールされた前記認証方法と、ユーザによって必要とされるセキュリティ・アクセスのレベルとに基づく、請求項１に記載のシステム。
3. 前記認証方法はパスワード、トークン、及び生物測定からなる群から選択される、請求項１に記載のシステム。
4. １つ又は複数の認証方法と、遠隔の場所からのユーザの要求及び必要性に基づいて要求に応じて新しい認証方法をインストールするための手段と、からなる、システムのエンド・ユーザ及び管理者からの最小のインタラクションを用いて該システムの拡張を可能にする十全な機能を備えた認証システム。
5. 単一のセキュリティ・ポリシーを使用して前記システムに対する物理的な及び論理的なアクセスを統合するための手段を更に含む、請求項４に記載の認証システム。
6. マルチ・ユーザ・システムのためのただ１つのインターフェースを通じて前記ポリシーを管理するための手段を更に含む、請求項５に記載の認証システム。
7. 新しい認証方法が作成され、改良されるときに該新しい認証方法の統合を容易にするための手段を更に含む、請求項６に記載の認証システム。
8. 前記認証方法と前記インストールするための手段とがワン・クリック・インターフェースによって制御される、請求項４に記載の認証システム。
9. ネットワーク環境において複数のユーザを認証するための方法であって、前記方法は、
   少なくとも１つの認証方法からなる十全な機能を備えた認証システムを提供する工程と、
   該ネットワーク環境に対する物理的な及び論理的なアクセスに関する必要性及び環境の少なくとも一方に動的に基づいて認証ポリシーを決定する工程と
   を含む方法。
10. 前記少なくとも１つの認証方法はパスワード、トークン、及び生物測定からなる群から選択される、請求項９に記載の方法。
11. ユーザの照合のために必要とされる少なくとも１つの認証方法からなる認証ポリシーを作成する工程と、
    ユーザの検証のために推奨される証明物の組からなる環境ポリシーを作成する工程と、
    システム・デフォルトのポリシーを作成する工程と、
    認証コントローラに該ポリシーを伝達する工程と、
    正常な認証のために必要とされる最適な組の認証モジュールを作成する工程と、
    該ユーザを識別する最適な認証の組を作成するために該ポリシーを組み合わせる工程と、
    該最適な認証の組を使用して該ユーザを認証する工程と、
    を更に含む請求項９に記載の方法。
12. 新しい認証方法を動的にインストールする工程を更に含む、請求項１１に記載の方法。

Images