JP2002539538A - バイオメトリックデバイスを用いて企業リソースへのアクセスを可能にするシステム、方法およびコンピュータプログラム製品 - Google Patents

Abstract

(57)【要約】 企業リソースに対するユーザ認証用にバイオメトリック測定値を用いる、システム、方法およびコンピュータプログラム製品。上記システムは、バイオメトリックサーバを含み、上記バイオメトリックサーバは、エンジンと上記システムがユーザ認証を行う際に必要とするデータの集合とを格納する。上記データの集合は、バイオメトリックテンプレート（５０２）、バイオメトリックポリシー（５０４）、バイオメトリックグループ（５０６）、バイオメトリックデバイスＩＤ（５０８）、ユーザＩＤ（５１０）、コンピュータＩＤ（５１２）およびアプリケーションＩＤ（５１４）を含む。本発明において、上記システムによるユーザ認証の様式または方法を決定するのは、上記バイオメトリックポリシー（５０４）である。

Description

【発明の詳細な説明】

【０００１】 （発明の背景） （発明の分野） 本発明は、企業リソースにアクセスするためのシステム、方法およびコンピュ
ータプログラム製品に関し、より詳細には、企業リソースへのユーザ認証のバイ
オメトリック測定の利用、従って、アクセスに関する。

【０００２】 （関連技術） 企業リソースは、コンピュータ、アプリケーションおよびデータを含む。コン
ピュータはしはしば、１つ以上のネットワークを用いて接続される。コンピュー
タネットワークには、多くのタイプがある。種々のタイプのネットワークには、
ローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）、
インターネットおよびイントラネットが含まれる（ただし、これらに限定されな
い）。一般に、コンピュータネットワークは、プライベートであってもなくても
よい。典型的なプライベートネットワークは、中央制御される。

【０００３】 ネットワークにより提供された結果もたらされた接続性は、例えば、ネットワ
ーク上のデータおよび他のリソースを共有するといういくつかの特徴を可能にす
る。例えば、ネットワークは、アプリケーション（ｅメール、ネットワークファ
イルシステム（ネットワークを介してアクセスされるディスクを用いてデータを
共有する）、分散処理（プログラムの異なる部分を一般には並列に異なるコンピ
ュータで実行する）およびプリンタとサーバとの共有等）を可能にする。これら
のアプリケーションにより、通常、通信能力、リソースの効果的な使用、および
／またはより高速なデータ処理が向上され、それにより、企業内の生産性上昇を
もたらす。

【０００４】 ネットワーク接続性およびアプリケーションの提供は、予め定義されたインタ
ーフェースに従ってインプリメントされたいくつかのネットワーク要素の操作を
必要とする。ネットワーク要素は、ネットワーク接続性またはアプリケーション
を提供するためにインターフェース規格に従って動作し得るハードウェア回路／
デバイスおよびソフトウェアエンティティ（例えば、ソフトウェアオブジェクト
、プロセスまたはスレッド）を含む（ただし、これらに限定されない）。インタ
ーフェースは、オープンプロトコルまたはメーカ独自の（ｐｒｏｐｒｉｅｔａｒ
ｙ）プロトコルに基づき得る。

【０００５】 オープンインターフェースは、公開されている。オープンインターフェースの
例として、転送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）お
よびプロトコルのＩＥＥＥ ８０２ファミリーがあり、これらの両方は、一般に
、ネットワーキングコミュニティで使用される。あるいは、メーカ独自のインタ
ーフェースは、個人に所有され、個人で制御される。メーカ独自のインターフェ
ースの例として、ＩＢＭで主にインプリメントされているシステムネットワーク
アーキテクチャ（ＳＮＡ）がある。以下に、種々のタイプのネットワークが簡単
に説明される。

【０００６】 ＬＡＮは、地理的に互いに近接したコンピュータ（例えば、同じ建物内にある
）を接続する。ＬＡＮは、典型的に企業によって所有され、制御されているプラ
イベートネットワークである。

【０００７】 ＷＡＮは、地理的にさらに離れたコンピュータを（例えば、地理的に離れたれ
複数のオフィスにおいて）、電話回線または電波により接続する。ＷＡＮもまた
、典型的に、企業によって所有され、制御されているプライベートネットワーク
である。複数のＬＡＮは、ＷＡＮにより接続され得る。

【０００８】 インターネットは、非常に多くのコンピュータを接続するグローバルネットワ
ークである。１９９８年の時点において、インターネットは、世界中で１億人以
上のユーザを有し、その数は、急速に増大している。１００以上の国々は、デー
タ、ニュースまたは意見のやり取りにリンクされている。中央制御されるプライ
ベートネットワークと異なって、インターネットは、分散型として設計されてい
る。ホストと呼ばれる各インターネットコンピュータは、独立している。ユーザ
は、使用するインターネットサービスをどれにするか、およびグローバルインタ
ーネットコミュニティに利用可能にするローカルサービスをどれにするかを選択
することができる。インターネットにアクセスするためには、種々の方法がある
。ほとんどのオンラインサービス（例えば、Ａｍｅｒｉｃａ Ｏｎｌｉｎｅ）は
、いくつかのインターネットサービスへのアクセスを提供する。商業用インター
ネットサービスプロバイダ（ＩＳＰ）を介してアクセスを得ることも可能である
。

【０００９】 ＩＳＰは、インターネットへのアクセスを提供する会社である。月額を支払え
ば、ＩＳＰは、ソフトウェアパッケージ、ユーザネーム、パスワードおよびアク
セス電話番号を利用者に与える。モデムが装備されていれば、ユーザは、インタ
ーネットにログオンし、ワールドワイドウェブおよびＵＳＥＮＥＴをブラウズし
、ｅメールを送受信する。個人へのサービスに加えて、ＩＳＰはまた、個々の大
手企業にサービスし、企業のネットワークからインターネットへの直接接続を提
供する。ＩＰＳ自身は、ネットワークアクセスポイント（ＮＡＰ）を介して互い
に接続される。

【００１０】 イントラネットは、個人に所有され、制御されたネットワークである。イント
ラネットのホストサイトは、任意の他のホストサイトのように見え、またそのよ
うに作動し得るが、イントラネットを包囲するファイアウォールは、許可されて
いないアクセスを寄せ付けない。インターネットそのものと同様に、イントラネ
ットは、情報（すなわち、データ）を共有するために使用される。セキュアイン
トラネットは、現在、最も急速に成長しているインターネットの細分化ネットで
ある。なぜならば、セキュアイントラネットは、メーカ独自のプロトコルに基づ
いたプライベートネットワークよりも構築し、管理するのに低コストであるため
である。

【００１１】 従って、企業リソースが大きくなるにつれ、そのリソースを保護することの複
雑性および重要性も大きくなる。一般に、リソース保護の管理は、企業リソース
を保護する識別メカニズムのタイプを決定する工程、選択した識別メカニズムの
保全性を維持する工程、ユーザを管理する工程、どの企業リソースを保護するか
を決定する工程、および通常方法による認証が失敗した際に、ユーザが企業リソ
ースにアクセスすることを可能にする代替的な方法を決定する工程を必要とする
。ネットワークにおけるリソース保護の管理は、複雑で高価なタスクであるだけ
でなく、その管理は、リソースのネットワーク化が提供する望ましい生産性と競
合し得る。

【００１２】 上記で議論されたように、企業リソースをまとめてネットワーク化する結果の
１つに、向上した通信と、リソースのより効率的な使用とによって、生産性が増
加することがある。生産性におけるこの増加は、任意の企業にとって重要である
一方で、企業リソースの保護も重要である。ネットワークが企業リソースへのよ
り簡単なアクセスを提供するように機能するが、その同じ企業リソースを保護す
る認証メカニズムは、企業リソースへのアクセスを制限するように機能する。従
って、ネットワークが企業に提供する生産性におけるこの増加を相殺しないよう
に、企業は、保護等の管理の効果的な手段と適切なリソース保護とバランスを保
つことが必要である。

【００１３】 （発明の要旨） 本発明は、企業リソースに対するユーザ認証のためのバイオメトリック測定を
利用するシステム、方法およびコンピュータプログラム製品に関する。このシス
テムは、バイオメトリックサーバを備える。このバイオメトリックサーバは、ユ
ーザを認証するためにシステムに必要とされるエンジンおよびデータ集合を格納
する。データ集合は、バイオメトリックテンプレート、バイオメトリックポリシ
ー、バイオメトリックグループ、バイオメトリックデバイスＩＤ、ユーザＩＤ、
コンピュータＩＤおよびアプリケーションＩＤを含む。本発明では、バイオメト
リックポリシーは、ユーザがシステムによって認証される手段または方法を決定
する。バイオメトリックポリシーの実行は、１つ以上のバイオメトリックテンプ
レートの使用を含む。１つの固有なバイオメトリックテンプレートは、ユーザが
異なるバイオメトリックデバイスに登録するたびに作成され、バイオメトリック
サーバに格納される。バイオメトリックデバイスは、科学技術を利用して、一意
的な個人的特徴を比較した測定に基づいて、ユーザを識別する。バイオメトリッ
ク測定と呼ばれるこれらの測定には、指の形状および手の形状、網膜画像および
顔画像、体重、ＤＮＡデータ、呼気、音声、タイピングストロークおよび署名の
測定が含まれる（ただし、これらに限定されない）。

【００１４】 バイオメトリックサーバに格納されたデータのタイプは、登録ステーションお
よび管理ステーションの操作により、部分的に判定される。登録ステーションは
、ユーザをバイオメトリックシステムに登録するために使用される。管理ステー
ションは、全般的な管理業務を実行するために、そしてバイオメトリックサーバ
にデータを最初にセットアップするために使用される。衛星登録ステーションは
、遠隔地でバイオメトリックシステムにユーザを登録するために使用され得る。
最終的に、代替的なバイオメトリックサーバは、バイオメトリックサーバに対す
るバックアップすなわちスタンバイサーバである。この代替的なバイオメトリッ
クサーバは、システムがユーザを認証するのに常に利用可能であることを保証す
る。

【００１５】 本発明のバイオメトリックポリシーは、個々の企業リソースの保護のレベルに
フレキシビリティを提供する。予め定義されたバイオメトリックポリシーには、
オアポリシー、アンドポリシー、条件付きポリシー、ランダムポリシーおよび閾
値ポリシーが含まれる。これは、バイオメトリックデバイスおよび非バイオメト
リックデバイスの両方をレイヤー化することによりなされる。デバイスのレイヤ
ー化により、論理的な手段（バイオメトリックポリシーを介した）での１つ以上
のデバイスの組合が、各企業リソースを保護することが可能となる。本発明はま
た、各バイオメトリックデバイスについて異なる閾値を設定することが可能であ
る。言い換えれば、本発明は、ユーザが企業リソースへのアクセスを得る前に、
各ユーザが通過しなければならない確率（例えば、ユーザが主張している人物で
ある確率は、１／１０００、１／１０，０００または１／１０００，００００で
ある）に基づいて認証レベルを変更し得る。

【００１６】 本発明の別の特徴は、バイオメトリックテンプレートおよびデジタル証明への
アクセスを容易にするために、階層的な構造でバイオメトリックテンプレートお
よびデジタル証明の両方を格納する方法に関する。本発明の別の特徴は、証明機
関システムのローミングプロフィールサーバとして本発明のシステムを利用する
ことに関する。

【００１７】 本発明のさらなる特徴および利点、ならびに本発明の種々の構成および動作は
、添付の図面を参照して、以下に詳細に説明する。図面において、同様の参照符
号は、一般に、同一の、機能的に同様の、および／または構造的に同様の要素を
示す。要素がはじめに現れる図面は、対応する参照番号の左端の数字（単数また
は複数）によって示される。

【００１８】 本発明は、添付の図面を参照して説明される。

【００１９】 （好適な実施形態の詳細な説明） （Ａ．発明の概要） 本発明の発明者らは、ネットワーク化された環境において、リソースの保護を
同じリソースへの容易なアクセスと効果的にバランスを保つ解決方法は存在しな
いということを認識した。本発明の典型的な解決方法には、２要素ある。第１は
、企業リソースを保護するために、できるだけ適切な識別メカニズムを使用する
ことである。そして、第２は、ネットワーク化された環境においてリソースへの
効果的な認証を提供するために、その適切な識別メカニズムを利用する方法およ
びシステムを提供することである。認証のためこの方法およびシステムは、ネッ
トワークが企業を提供する生産性に低減してはならない。

【００２０】 （１．適切な認証メカニズムの決定） 企業リソースに対する不適切な認証が原因で、多数の企業に莫大な額の損失が
生じてきた。長年、企業は、ユーザを確実に認証しない種々のタイプの識別メカ
ニズムをとおして、有用なリソースをプロテクトしてきた。これらの不適切な識
別メカニズムには、パスワード、スマートカードおよびトークンが含まれる（た
だし、これらに限定されない）。パスワード、スマートカードおよびトークンが
、確実にユーザを認証しない理由は、これらの識別メカニズムの使用に伴うヒュ
ーマンファクタが原因である。実際に、認証における最弱なリンクは、ヒューマ
ンファクタである。

【００２１】 このヒューマンファクタは、認証されないアクセスになり得る問題を引き起こ
す。なぜならば、これらのメカニズムは、ユーザが何かを知っていること、およ
び／またはユーザが何かを所有していることのいずれかをユーザに求めるためで
ある。例えば、パスワード認証は、ユーザがパスワードを覚えていることを必要
とする。一方、トークンおよびスマートカードは、ユーザが企業リソースへのア
クセスを得るために、トークンまたはスマートカードを所有する必要がある。ユ
ーザが知っている、または所有しているものは何でも、危険にさらされ得る。

【００２２】 不適切な認証が存在する場合には、人々は企業リソースへの許可されていない
アクセスを得る。許可されていないアクセスを得るユーザは、「クラッカー」ま
たは「ハッカー」（例えば、企業外部の人々）であり得るとはいえ、たいてい、
ユーザは、企業自身の中のユーザ（例えば、企業の従業員）である。この例は、
次のとおりである。上記で議論されたように、パスワード認証は、ユーザＡがパ
スワードを覚えていることを必要とする。ユーザＡのパスワードが書き留められ
るか、または、ユーザＢがキーボードにユーザＡがパスワードをタイプするとこ
ろを目撃すると、ユーザＢは、ユーザＡのパスワードを使用して、企業が関知す
る限りにおいて正式にユーザＡになることができる。この結果は、ユーザＡがア
クセスを有する全てのリソースへのアクセスを、いまや、ユーザＢが所有するこ
とである。パスワードと同様に、ユーザＡがトークンまたはスマートカードを置
き忘れ、それをユーザＢが見つけると、同様のシナリオがトークンまたはスマー
トカードについて生じ得る。ネットワーク化された環境においてリソースが被り
得るダメージは、（例えは、ネットワーク化されていない）単一のコンピュータ
内に接続されたリソースが被り得るダメージよりもはるかに大きい。

【００２３】 多くの企業は、「シングルサインオン」と呼ばれるプロセスを組み込むことに
より、企業リソース保護を管理するコストおよび複雑性を低減する。シングルサ
インオンは、全ての企業リソースにアクセスする１つのパスワード、トークンま
たはスマートカードを各ユーザに提供する。ほとんどの人は、パスワードが１つ
であれば書き留めることなく覚えることができ、かつ／またはトークンまたはス
マートカードが１つであれば把握しつづけることができる。このことは、リソー
ス保護を管理する複雑性およびコストを低減する一方で、アクセスを得るユーザ
が正規ユーザである可能性も低減する。今や、１つのパスワードが全ての企業リ
ソースを危うくし得る。

【００２４】 アクセスを得ようとしているユーザが正規ユーザである可能性は、異なるリソ
ースに対して複数のパスワード、トークンまたはスマートカードを使用すること
を各ユーザに強いることにより増加され得る。多くの人にとって、複数のパスワ
ード、トークンまたはスマートカードを管理するのが困難である。このことによ
り、ユーザがパスワードを書き留める、またはトークンおよびスマートカードを
置き忘れる可能性が増加する。このことが生じると、前と同様に、全ての企業リ
ソースは、危うくされ得る。

【００２５】 パスワード、トークンまたはスマートカードが不適切な認証メカニズムである
理由の別の局面は、ユーザ間でこれらを共有することが絡んでいる。企業に年間
多額のコストがかかる例として、「バディーパンチング」と呼ばれる慣例がある
。バディーパンチングには、典型的に、毎日、「パンチイン」および「パンチア
ウト」する仕事のパスワードの使用を従業員に要求する企業の中の２人のユーザ
、すなわち、従業員が絡んでいる。パスワードは、またはトークンおよびスマー
トカードでさえも、その日のはじめに１人の従業員が他の従業員を「パンチイン
」し、次いで、その日のおわりに同じ従業員を「パンチアウト」することを容易
にするる。「バディーパンチング」の慣例により、特定の日に在宅する従業員が
、その日の給与を受け取る特典をなお有することができる。

【００２６】 従って、本発明の発明者らは、上記で議論されたヒューマンファクタの結果で
ある認証における最弱なリンクを回避する識別メカニズムが必要であるというこ
とを認識した。

【００２７】 （２．バイオメトリック識別メカニズム：適切な認証メカニズム） バイオメトリック識別メカニズムは、ヒューマンファクタによって生じた最弱
のリンクを除外する。バイオメトリック識別メカニズムまたはバイオメトリック
デバイスは、科学技術を利用して、一意的なの個人的特徴を比較した測定に基づ
いてユーザを識別する。バイオメトリック識別メカニズムには、２つの基本的な
カテゴリのバイオメトリック測定が含まれる。第１のカテゴリは、ユーザの身体
にみられる固有の特徴を測定することを必要とする。この測定には、指の形状お
よび手の形状、網膜画像および顔画像、体重、ＤＮＡデータ、呼気が含まれ得る
（ただし、これらに限定されない）。第２のカテゴリは、ユーザの行動の特徴を
測定することを必要とする。この測定には、音声、タイピングストロークおよび
署名が含まれ得る（ただし、これらに限定されない）。一般に、固有であるユー
ザに関して測定され得るあらゆるものが、バイオメトリック測定として使用され
得る。

【００２８】 固有であるユーザに関して測定され得たあらゆるものが、バイオメトリック測
定として使用され得るものの、認証の目的のために使用する最良のバイオメトリ
ック測定は、バイオメトリック測定の時間にわたる一貫性に依存する。例えば、
ユーザの体重は、バイオメトリック測定である。体重は、多くの人にとって頻繁
に変動するバイオメトリック測定であるため、体重は、認証目的のために使用す
る好適なバイオメトリック測定ではない。

【００２９】 認証メカニズムとしてバイオメトリック識別メカニズムを使用する一般的なプ
ロセスは、次のとおりである。ユーザは、バイオメトリックデバイスによって使
用される特定のバイオメトリック測定のために促され、値を生成する。その値は
、格納されたバイオメトリックデータとして、テンプレートに格納される。ユー
ザが、バイオメトリックデバイスによって保護されたリソースにアクセスを得た
い場合、このユーザは、生のバイオメトリックデータのために促される。生のバ
イオメトリックデータは、格納されたバイオメトリックデータと照合される。実
際には、生のバイオメトリックデータと格納されたバイオメトリックデータとは
、厳密には決して同じものではない。従って、ユーザは、バイオメトリックデバ
イスに合格し、保護されたリソースへのアクセスを得るためにある許容誤差内に
なければならない。上記されたように、バイオメトリックデバイスは科学技術を
用いて、バイオメトリック測定に基づいてユーザを識別する。この許容誤差は、
典型的に、使用した特定のバイオメトリックデバイスのベンダーによって予め決
定されている。

【００３０】 どのようにしてバイオメトリック識別が機能するのかという具体例が、典型的
な指紋デバイスによって示され得る。指紋デバイスは、指紋の形状を測定する。
はじめに、ユーザは、複数の指紋を得るために促される。各サンプルについて、
多くの特徴または測定が識別される。続いて、複数のサンプルの全てについて、
多くの共通の特徴または測定が特定される。この共通の特徴または測定は、バイ
オメトリックデータを格納する一意的なテンプレートを生成する独特のアルゴリ
ズムをとおして処理される。「生」の指紋が識別のために示される場合、その指
紋は同じアルゴリズムをとおして処理される。「生」の処理からの出力が、ある
許容誤差内で格納されたバイオメトリックデータと一致する場合、ユーザは、認
証されるべきとみなされ、指紋デバイスが保護するどのリソースへもアクセスを
得る。

【００３１】 行動測定が必要とされる場合にバイオメトリック識別がどのように機能するか
という具体例が、典型的な署名デバイスによって示され得る。ここで、ユーザは
、複数の署名のサンプルのために促される。各サンプルについて、特徴または測
定が識別される。この特徴または測定には、筆圧、筆順、方向、相対ベクトルお
よび速度が含まれる。筆順の１例は、ユーザが自身の署名を行う際に、「ｉ」の
点が打たれる前に「ｔ」が交差が書かれたことを識別することである。方向の１
例は、ユーザが「ｔ」の交差を右から左へ書いたことである。相対ベクトルは、
「Ｆ」が「ｅ」の２．１倍の高さであるという情報を含み得る。最後に、登録さ
れた速度は、ユーザが署名をはじめから終わりまで記す際にかかる時間である。

【００３２】 指紋デバイスと同様に、複数のサンプルについて、共通の特徴または測定が識
別される。これらの共通の特徴または測定は、バイオメトリックデータを格納す
る固有のテンプレートを生成する独特のアルゴリズムをとおして処理される。「
生」の署名が識別のために示される場合、その署名はそのアルゴリズムをとおし
て処理される。「生」の処理からの出力が、ある予め決定した許容誤差内で格納
されたバイオメトリックデータと一致する場合、ユーザは、認証されるべきかと
みなされる。

【００３３】 認証手段としてのバイオメトリック識別メカニズムの使用により、パスワード
、トークンまたはスマートカードの使用を含む上記で議論した問題が取り除かれ
る。バイオメトリック測定は、ユーザの身体にみられる固有の特徴（例えば、指
紋）、またはユーザの行動の特徴（例えば、署名）のうちのいずれかを必要とす
るので、ユーザが自身を認証するメカニズムを忘れたり、または失ったりし得な
い。今や、企業に対してユーザＡを認証するメカニズムを、ユーザＢが「盗む」
ことはできない。同様に、ユーザがパスワードを共有する慣例および「バデイー
パンチング」の慣例は、除外される。

【００３４】 バイオメトリックデバイスを使用すると、ユーザを確実に認証することができ
るが、本発明の発明者らは、バイオメトリックデバイスを用いて、ネットワーク
が企業に提供する生産性を減少することなく、ネットワーク化された環境におけ
るリソースに対する有効な認証を提供する方法およびシステムが必要とされると
いうことを認識した。

【００３５】 今日、１つのオフィスに含まれるほとんどの企業は、ＬＡＮを備える。しかし
、今日では、たいていの企業は、複数のオフィスおよび隔たった地域にまたがっ
ている。これらの企業は、典型的に、ＷＡＮを備える。上記で議論されたように
、ネットワークは、ユーザがネットワーク上の全てのリソースに容易にアクセス
することを可能にすることで、企業に増加した生産性を提供する。このことは、
ユーザがどのオフィスにいるか、またリソースが企業内のどこに配置されている
かに関らずあてはまる。対照的に、リソースの保護は、はじめに認証されること
なしにユーザに対してリソースのアクセス性を制限する。従って、リソース保護
の管理が効果的でない場合、ネットワーク化によって得られる生産性の増加が失
われてしまう。簡単に言えば、正規のユーザが、必要とするリソースへのアクセ
スを得ることができない場合、企業は、生産性の損害を被る。さらに、許可され
ていないユーザが企業リソースへのアクセスを得る場合、企業はまた，生産性の
潜在的な減少を被る。この生産性の潜在的な減少は、リソースの損失に部分的に
起因する。

【００３６】 本発明は、リソース保護がネットワーク化した環境において使用される際に直
面する制限を克服する。本発明は、（１）環境にそくしてふさわしいバイオメト
リック測定を使用するフレキシビリティ；（２）企業内でユーザが移動できる；
（３）各リソースを保護するのに必要とする認証の程度のフレキシビリティ；（
４）リモートでリソース保護システムにユーザを記録できる；（５）リモートで
バイオメトリックテンプレートをリフレッシュできる；（６）ネットワーク内の
リモートコンピュータにロードされたソフトウェアの保全性を保証する、という
利点を有する。本発明はまた、異なる閾値が各バイオメトリックデバイスに設定
されることを可能にする。言い換えれば、本発明は、各ユーザが企業リソースへ
のアクセスを得る前に、通過しなければならない確率（例えば、ユーザが主張し
ている人物である確率は、１／１０００、１／１０，０００または１／１０００
，００００である）に基づいて認証レベルを変更し得る。

【００３７】 （３．バイオメトリック認証システム） 図１は、本発明の好適な実施形態によるネットワーク１１４によって接続され
たバイオメトリック認証システム１０２（本明細書中、「バイオメトリックシス
テム」とも呼ばれる）の機能的な構成要素のブロック図である。バイオメトリッ
クシステム１０２は、バイオメトリックサーバ１０４、登録ステーション１０６
、管理ステーション１０８、代替的なバイオメトリックサーバ１１０および衛星
登録ステーション１１２を備える。ネットワーク１１４は、バイオメトリックシ
ステム１０２の機能的な構成要素を接続する。ネットワーク１１４によって提供
された接続性は、バイオメトリックシステム１０２上のデータおよび他のリソー
スを共有するような機能を可能にする。

【００３８】 図１に示されたようなネットワーク１１４のトポロジーは、バストポロジーと
呼ばれる。一般に、ネットワークのトポロジーは、システム内の機能（すなわち
、コンピュータ）の幾何学的配置である。ネットワークトポロジーの他の共通な
タイプには、星型トポロジーおよび環状トポロジーが含まれる。本発明は、バス
トポロジーを組み込んだ例として図１に示されるが、本発明は、他のトポロジー
に同等に適用され得る。

【００３９】 バイオメトリックサーバ１０４は、バイオメトリックシステム１０２のための
エンジンを格納する。バイオメトリックサーバ１０４はまた、バイオメトリック
システム１０２に必要とされるデータ集合を格納する。バイオメトリックサーバ
１０４に格納されたエンジンとデータの機能は共に、以下でさらに詳細に議論さ
れる。バイオメトリックサーバ１０４に格納されたデータのタイプは、登録ステ
ーション１０６および管理ステーション１０８の操作により、部分的に決定され
る。登録ステーション１０６は、バイオメトリックシステム１０２にユーザを登
録するのに使用される。登録ステーション１０６には、ユーザを登録し、最終的
に認証するためにバイオメトリックシステム１０２によって使用される各タイプ
のバイオメトリックデバイスが付属している。ユーザがバイオメトリックシステ
ム１０２に登録される時、そのユーザは、管理者が必要であると考えるだけの数
のバイオメトリックデバイスに登録され得る。

【００４０】 管理ステーション１０８は、全般的な管理義務を実行するために、バイオメト
リックシステム１０２の管理者によって使用される。管理者はまた、種々のレポ
ートを生成するためにも管理ステーション１０８を使用し得る。このレポートは
、バイオメトリックサーバ１０４に格納された異なるタイプのデータのリスト（
例えば、バイオメトリックシステム１０２に登録されている現在のユーザのリス
ト）を含み得る。加えて、管理ステーション１０８は、典型的に、バイオメトリ
ックサーバ１０４に初期データをセットアップするのに使用される。別の構成要
素は、衛星登録ステーション１１２である。登録ステーション１１２は、遠隔地
でバイオメトリックシステム１０２にユーザを登録するのに使用される。衛星登
録ステーション１１２には、管理ステーション１０８と同じ数のバイオメトリッ
クデバイスが付属していてもよいが、あるいは、管理ステーション１０８の小型
のバージョンであってもよい。

【００４１】 １つ以上の代替的なバイオメトリックサーバ１１０は、バイオメトリックサー
バ１０４に対するバックアップすなわちスタンバイサーバである。代替的なバイ
オメトリックサーバ１１０は、バイオメトリックサーバ１０４とまったく同じデ
ータを格納する。バイオメトリックサーバ１０４が故障する場合においてのみ、
代替的なバイオメトリックサーバ１１０は、アクティブ状態となり、ユーザを認
証する責任を受け継ぐ。代替的なバイオメトリックサーバ１１０の目的は、バイ
オメトリックシステム１０２がユーザを認証するために常に利用可能であること
を確実にすることである。

【００４２】 しかしながら、バイオメトリックシステム１０２が利用可能であるとを確実に
する他の方法は、バイオメトリックサーバ１０４および代替的なバイオメトリッ
クサーバ１１０がユーザを認証するのに同等の責任を有すること；管理ステーシ
ョン１０８バックアップならびにテープおよび／またはＣＤ−ＲＯＭバックアッ
プを含む。バイオメトリックサーバ１０４および代替的なバイオメトリックサー
バ１１０がユーザを認証するのに同等の責任を有することは、これらが両方とも
常にアクティブ状態であることを意味する。バイオメトリックサーバ１０４と代
替的なバイオメトリックサーバ１１０との間には、常に同期が存在する。どれか
のサーバが故障する場合、他のサーバがユーザを認証する責任を受け継ぐ。故障
したサーバが再びアクティブ状態になると、そのサーバは、他のサーバとの同期
を開始する。

【００４３】 バイオメトリックシステム１０２の利用可能性を保証する別の方法は管理ステ
ーション１０８のバックアップによってである。ここで、管理ステーション１０
８はマスタバイオメトリックレポジトリのように振舞う。管理ステーション１０
８は全てのアクティブなバイオメトリックサーバ１０４を同時に更新する。バイ
オメトリックサーバ１０２の利用可能性を確認する最後の方法はテープおよび／
またはＣＤ−ＲＯＭのバックアップによってである。

【００４４】 本発明の好適な実施形態は上記で議論されたバイオメトリックシステム１０２
の機能上の構成要素全てを含むが、上述したように各構成要素の機能がバイオメ
トリックシステム１０２内に未だ存在する限り、いくつかの（または全ての）構
成要素は組み合わされ得る。例えば、登録ステーション１０６および管理ステー
ション１０８は１つの機能上の構成要素に組合され得る。さらに、バイオメトリ
ックシステム１０２のいくつかの構成要素は任意である。例えば、企業は遠隔的
にユーザを登録する必要はない、またはしようと望まない。それゆえ、衛星登録
ステーション１１２は必要とされない。

【００４５】 （４．ネットワークシステム） 上述のように、様々なタイプのネットワークはＬＡＮ、ＷＡＮ、インターネッ
ト、およびイントラネットを含むが、それらに限定されない。企業は１つのタイ
プのネットワークまたは異なるタイプのネットワークの任意の組み合せを利用し
得る。図３０は、様々なタイプのネットワークを示し、各々のタイプのネットワ
ークが他のネットワークに接続され得る方法を示す図である。

【００４６】 図３０は、ＬＡＮ３００２、ＬＡＮ３００４、ＬＡＮ３００６、ＬＡＮ３００
８、ＷＡＮ３０１０、インターネット３０１２、ファイヤーウォール３０１４、
接続３０１６、ホスト３０１８、接続３０２０、接続３０２２、接続３０２４、
接続３０２６、接続３０２８および接続３０３０を含む。接続３０１６、３０２
４、および３０２６〜３０３０は通常、ＩＳＰによって提供される。

【００４７】 図３０に示すように、ＬＡＮ３００２、ＬＡＮ３００４、およびＬＡＮ３００
６がＷＡＮ３０１０に接続される。ＬＡＮ３００８およびホスト３０１８もまた
、インターネット３０１２によってＷＡＮ３０１０に接続される。接続３０２０
および３０２２は通常、仮想個人ネットワーク（ＶＰＮ）である。ＶＰＮは、接
続性を提供するために一般の線を用いることによってアーキテクチャされるネッ
トワークである。例えば、データを搬送するための媒体としてインターネットを
用いるネットワークを作成可能にする多数のシステムがある。これらのシステム
は暗号および他のセキュリティ機構を用いて、許可を与えられたユーザのみがネ
ットワークにアクセスし、そのデータは傍受され得ないことを保証する。

【００４８】 ホスト３０１８は、ダイアルアップアクセスと呼ばれるＷＡＮ３０１０へのア
クセスのタイプを有し得る。ダイアルアップアクセスは、モデムおよび公共の電
話回線を介してホストすなわちデバイスをネットワークに接続することを意味す
る。ダイアルアップアクセスは、２つの端末におけるパーティは人々というより
むしろコンピュータデバイスであることを除けば、実際に電話接続に似ている。
ダイアルアップアクセスは通常の電話回線を用いるので、接続の質は常に良いと
は限らず、データ速度には限度がある。２つのコンピュータを接続するための代
替的な方法は、２つのデバイスの間の持続的な接続である専用回線によってであ
る。専用回線はより速いスループットを提供し、より質の高い接続を提供するが
、それらはまたより高価である。

【００４９】 ＷＡＮ３０１０はまた、上述したようにイントラネットとして実行され得る。
従って、ファイヤーウォール３０１４を用いて、無許可のアクセスを受け流すこ
とによってＷＡＮ３０１０を保護し得る。今日、多くのネットワークシステムは
ファイヤーウォールを組み込む。ファイヤーウォールは、無許可のアクセスをネ
ットワークを行き来するのを妨げるように設計される。ファイヤーウォールは無
許可のインターネットユーザがインターネットに接続される個人のネットワーク
（特にイントラネット）にアクセスすることを防ぐために用いられる場合が多い
。一旦ユーザにネットワークにアクセスする許可を与えると、ファイヤーウォー
ルはネットワークを行き来する無許可のデータ転送を防ぐようにさらに設計され
る。インターネットに入ったり、出たりする全てのデータが、各伝送を検査し、
特定のセキュリティ評価基準を満たさないデータを遮断するファイヤーウォール
を通過する。ファイヤーウォールはハードウェアおよびソフトウェアの両方、ま
たはその両方の組み合せで実行され得る。ファイヤーウォールは個人情報（すな
わち、データ）を保護する場合の最初の防御線とみなされる。

【００５０】 図２は、本発明の好適な実施形態に従い、バイオメトリックシステム１０２を
組み込む企業ネットワークシステム２０２のブロック図である。ネットワークシ
ステム２０２は１つのタイプのネットワークまたはこれまでに図３０を参考に説
明された異なるタイプのネットワークの任意の組み合せであり得ることに留意す
ることが重要である。再度、図３０を参考にすると、バイオメトリックシステム
１０２の様々な機能上の構成要素が図３０の１つ以上の位置に物理的に位置付け
され得る。例えば、バイオメトリックシステム１０２はＬＡＮ３００２、ＬＡＮ
３００４、ＬＡＮ３００６、ＬＡＮ３００８、ＷＡＮ３０１０および／またはホ
スト３０１８に位置付けされ得る。

【００５１】 バイオメトリックシステム１０２の構成要素に加えて、ネットワークシステム
２０２は、アプリケーション２０４等の１つ以上のアプリケーション、アプリケ
ーションインターフェース２０６等の１つ以上のアプリケーションインターフェ
ース、ユーザコンピュータ２０８等の１以上のユーザコンピュータ、遠隔／ウェ
ブコンピュータ２１０等の１つ以上の遠隔／ウェブコンピュータ、ウェブサーバ
２１２およびウェブサーバインターフェース２１４を含む。ネットワークシステ
ム２０２上の全ての構成要素は企業のリソースとみなされる。ネットワーク１１
４はバイオメトリックシステム１０２の機能上の構成要素およびネットワークシ
ステム２０２のさらなる機能上の構成要素の両方に接続する。この接続性はネッ
トワークシステム２０２上のデータおよび他のリソースを共有するような特性を
可能にする。

【００５２】 アプリケーション２０４の例は、電子メールおよびワード処理を含むが、それ
らに限定されない。各アプリケーション２０４は、各アプリケーション２０４が
ネットワーク１１４を通じてネットワークシステム２０２内の他のリソースまた
は構成要素に通信することを可能にするアプリケーションインターフェース２０
６を有する。さらに、ネットワークシステム２０２は１つ以上のユーザコンピュ
ータ２０８を含む。各ユーザコンピュータ２０８は企業内に位置付けされ、通常
、それに接続された１つ以上のバイオメトリックデバイスを有する。ユーザコン
ピュータ２０８は、ユーザがネットワークシステム２０２へのアクセスを獲得し
得る１つの場所である。ユーザアクセスを容易にするために、各コンピュータ２
０８は、ユーザがバイオメトリックシステム１０２によって認証されるためのイ
ンターフェースを提供する。

【００５３】 遠隔／ウェブコンピュータ２１０は、ユーザコンピュータ２０８と同じ機能を
提供するが、遠隔／ウェブコンピュータ２１０はインターネットを通じてネット
ワークにアクセスする。遠隔／ウェブコンピュータ２１０がネットワーク１１４
に接続するために、遠隔／ウェブコンピュータ２１０はウェブサーバ２１２を通
じてなければならない。ウェブサーバインターフェース２１４は、ウェブサーバ
２１２がネットワーク１１４を通じてバイオメトリックシステム１０２を含むネ
ットワークシステム２０２の他のリソースおよび構成要素と通信することを可能
にする。

【００５４】 本発明の好適な実施形態において、ユーザがネットワークシステム２０２の様
々な点にアクセスしようと試みる場合に、ユーザはバイオメトリックシステム１
０２によって認証されるように要求される。これらの種々のアクセスポイントは
ネットワークシステム２０２自体、１つ以上のアプリケーション２０４および／
または１つ以上のユーザコンピュータ２０８を含む。通常、企業ネットワークは
今日、複数の事務所および遠い位置にまで及ぶので、ネットワークシステム２０
２の異なるアクセスポイントは非常に異なる環境を有し得る可能性がある。本発
明の発明者は、環境に対する適切なバイオメトリックデバイスまたはバイオメト
リック測定を用いるための柔軟性の必要があることを認知する。この柔軟性を達
成するために、多くの異なるタイプのバイオメトリックデバイスがネットワーク
システム２０２で利用される必要がある。

【００５５】 （５．環境に対する適切なバイオメトリック測定の必要性） 環境に適切なバイオメトリック測定を使用する必要がある。環境のタイプは、
バイオメトリック測定を読み出しているバイオメトリックデバイスのネットワー
クにおける位置に依存する。上述したように、バイオメトリックデバイスは科学
的な技術を利用して、一意的な個人の特徴の比較測定に基づいてユーザを識別す
る。バイオメトリック測定は、指および手のジオメトリ、網膜および顔面画像、
体重、ＤＮＡデータ、息、声、タイピングストロークおよび署名の測定を含み得
るが、それらに限定されない。その特定の環境に対する適切なバイオメトリック
測定を判定するために考えなければならない２つの環境の局面がある：物理的局
面および心理的局面。

【００５６】 環境の物理的な局面は、照明およびノイズを含むが、それに限定されない。例
えば、照明に乏しい環境では、ユーザの虹彩または顔面画像はバイオメトリック
デバイスで測定するのは困難であり得る。同様に、ノイズの多い環境では、ユー
ザの声は測定するのが困難になり得る。

【００５７】 環境の心理的な局面はユーザの快適レベルを含む。ユーザの快適レベルを超え
る例として、ユーザが毎日、アクセスしなけれがならない企業リソースへのアク
セス権を得るためにＤＮＡサンプルを示すようにユーザに要求することがある。
ネットワークのユーザが慣れてきて、そのレベルを超えるのを拒否し得る一定の
快適レベルがある。

【００５８】 環境に対する適切なバイオメトリック測定を使用しない結果により、必要な場
合にユーザが必要なリソースへのアクセス権を手に入れていず、それによって企
業の生産性が減少する可能性が増加する。これは、バイオメトリックデバイスが
バイオメトリック測定を読み出し得ない場合またはユーザが認証のための必要と
される「生きた」バイオメトリックデータを与えるのを拒む場合に生じる。それ
ゆえ、必要とされるものは、環境に対する適切なバイオメトリック測定を用いる
柔軟性である。

【００５９】 環境に対する適切なバイオメトリック測定を用いるための柔軟性の結果として
、１つのネットワークにおける多くの異なるタイプの規格品のバイオメトリック
デバイスの必要性が生じる。それゆえ、認証タスクは、各々のバイオメトリック
デバイスがいくつかの販売者によって提供され得るという事実によって複雑化さ
れる場合が多い。現在、バイオメトリックデバイスは、統合ネットワークの一部
として動作するための予め定義されたインターフェース（または規格）と適合し
なければならない。複数の販売者からの各バイオメトリックデバイスの利用可能
性は価格の低下につながり得るが、一方で異なる販売者からのバイオメトリック
デバイスを有するネットワークの管理はさらなる限定を受けることになる。

【００６０】 例えば、幾人かの販売者は自分たちのバイオメトリックデバイスが独自のプラ
ットフォームのみから管理されることを可能にし得る。幾人かの販売者はネット
ワーク管理アプリケーション（例えば、単一ネットワーク管理プロトコル）に基
づく規格を支援し得るが、ネットワーク内にデバイスの管理を組み込むことは広
範囲にわたる訓練を要求する場合がある。例えば、ネットワークを用いて作業（
すなわち、インターフェース）するソフトウェアのインストールは販売者からの
訓練を要求し得る。アドミニストレータは持続的な支援を提供するためにより訓
練を必要とし得る。新しいバイオメトリックデバイスがネットワークに加えられ
る度に、そのような訓練は提供される必要性があり得る。加えて、実質的な努力
は、企業の現存するネットワークとインターフェースするソフトウェアを開発す
るために販売者の一部で要求され得る。開発および訓練のために結果として生じ
るオーバーヘッドはたいていの企業で受け入れられない。統合ネットワークの一
部として動作する予め定義されたインターフェースとの互換性のこの問題は、バ
イオメトリックデバイスおよび非バイオメトリックデバイスに等しくあてはまる
。

【００６１】 （６．オープンインターフェース） 本発明のオープンインターフェースは、バイオメトリックデバイスを備えたバ
イオメトリックシステム１０２を組み込むことを考慮したデバイスオープンイン
ターフェースを含む。本発明のデバイスオープンインターフェースは、全ての互
換性のないバイオメトリックデバイスおよび非バイオメトリックデバイスが通信
し得るインターフェースを提供する。これはいくつかの方法で企業に柔軟性を提
供する。デバイスオープンインターフェースが柔軟性を提供する１つの方法は、
企業が現在、環境に対する適切なバイオメトリック測定を使用し得ることである
。

【００６２】 本発明のデバイスオープンインターフェースが柔軟性を提供する別の方法は、
企業が現存の非バイオメトリックデバイスをバイオメトリックシステム１０２（
図１）内に組み込むことを可能にすることによって為される。企業内の全てのユ
ーザが同時にバイオメトリックシステム１０２に登録される必要は無いので、こ
の柔軟性は重要である。また、幾人かのユーザはバイオメトリックシステム１０
２に登録することを全く必要とし得ず、さらにネットワークシステム２０２（図
２）へのアクセス権を得ることができる。

【００６３】 デバイスオープンインターフェースによって提供される別の柔軟性は、企業が
非バイオメトリックデバイスまたは開発される新しいバイオメトリックデバイス
でバイオメトリックシステム１０２を補助することを可能にすることによってで
ある。上述したように、バイオメトリックデバイスは科学的技術を利用し、それ
によってバイオメトリック測定に基づいてユーザを識別する。本発明によって提
供されるデバイスオープンインターフェースは、企業にリソースを保護するため
の任意の規格品のバイオメトリックデバイスまたは非バイオメトリックデバイス
を用いるための柔軟性を与える。後で示されるように、オープンインターフェー
スの柔軟性によりアドミニストレータがユーザの認証のためにバイオメトリック
ポリシーを介してバイオメトリックデバイスを組み合わせることを可能にする。

【００６４】 デバイスオープンインターフェースは、バイオメトリックデバイスと通信する
ために用いられる妥当なソフトウェアであり、そうすることによって生きたサン
プルデータを取り出し、格納されたデータ（すなわち、バイオメトリックテンプ
レート）と生きたサンプルデータをマッチングさせ、各バイオメトリックデバイ
スに個人登録し、アドミニストレータが閾値を設定するのを可能にする。その閾
値は、バイオメトリックデバイスはユーザがデバイスを合格するのを判定しなけ
ればならないという識別レベルを示す。さらに、デバイスオープンインターフェ
ースは、バイオメトリックデバイスが存在すること検出する、すなわち生きてい
る証を読み取ること（例えば、人が実際に存在し、マネキン人形ではないこと）
等の能力を有する。

【００６５】 オープンインターフェース、データベースオープンインターフェースおよびデ
ィレクトリオープンインターフェースを含む他のオープンインターフェースは必
要に応じて加えられ得る。

【００６６】 （Ｂ．本発明の好適な実施形態） （１．好適な環境） バイオメトリックサーバ１０４、登録ステーション１０６、管理ステーション
１０８、代替的なバイオメトリックサーバ１１０および衛星登録ステーション１
１２は、図３に示されるようにコンピュータ３０２を用いて実行され得る。明ら
かに、１つより多くのこれらの機能上の構成要素は１つのコンピュータ３０２で
実行され得る。

【００６７】 コンピュータ３０２は、プロセッサ３０４等の１つ以上のプロセッサを含む。
プロセッサ３０４は通信バス３０６に接続される。コンピュータ３０２はまた、
主メモリ３０８、好適にはランダムアクセスメモリ（ＲＡＭ）を含む。制御論理
３１０（すなわち、ソフトウェア）およびデータ３１２（例えば、バイオメトリ
ックサーバ１０４に格納されるデータ）が主メモリ３０８に格納され、また二次
ストレージ３１４にも格納され得る。

【００６８】 コンピュータ３０２はまた、二次ストレージ３１４を含む。例えば、二次スト
レージ３１４は、ハードディスクドライブ３１６および／またはリムーバブルス
トレージドライブ３１８を含む。リムーバブルストレージドライブ３１８は、フ
ロッピー（Ｒ）ディスクドライブ、磁気テープドライブ、コンパクトディスクド
ライブ等を表す。リムーバブルストレージドライブ３１８は、周知の様式でリム
ーバブルストレージユニット３２０から読み出し、かつ／またはリムーバブルス
トレージユニット３２０に書き込む。

【００６９】 リムーバブルストレージユニット３２０はまた、プログラムストレージデバイ
スまたはコンピュータプログラム製品と呼ばれ、フロッピー（Ｒ）ディスク、磁
気テープ、コンパクトディスク等を表す。理解されるように、リムーバブルスト
レージユニット３２０は、コンピュータソフトウェアおよび／またはデータを中
に格納しているコンピュータ使用可能ストレージを含む。

【００７０】 コンピュータプログラム（また、コンピュータ制御論理とも呼ばれる）は、主
メモリ３０８、二次ストレージ３１４および／またはリムーバブルストレージユ
ニット３２０に格納される。そのようなコンピュータプログラムは、実行される
場合に、コンピュータ３０２が本明細書中で議論されたような本発明の機能を実
行可能にする。詳細には、コンピュータプログラムは、実行される場合、プロセ
ッサ３０４が本発明の機能を実行可能にする。従って、そのようなコンピュータ
プログラムはコンピュータ３０２のコントローラを表す。

【００７１】 別の実施形態において、本発明は、コンピュータ読み出し可能媒体の中に格納
される制御論理（コンピュータソフトウェア）を有するコンピュータ読み出し可
能媒体を含むコンピュータプログラム製品に関する。制御論理がプロセッサ３０
４により実行される場合、制御論理によりプロセッサ３０４は本明細書中に説明
されるような本発明の機能を実行する。

【００７２】 別の実施形態において、本発明は、例えば、ハードウェア状態マシーン（ｓｔ
ａｔｅ ｍａｃｈｉｎｅ）を用いるハードウェアで主に実行される。本明細書中
で説明される機能を実行するためにハードウェア状態マシーンを実行することは
、当業者には明らかなことである。

【００７３】 コンピュータ３０２はまた、入力デバイス３２２および表示デバイス３２４を
含む。入力デバイス３２２はキーボード、マウス、マイクロフォン、カメラ等を
含む。表示デバイス３２４はコンピュータモニタ、プリンタ、スピーカ、プロジ
ェクタ等を含む。

【００７４】 （２．好適なソフトウェアプログラミング言語およびネットワークアーキテク
チャ） 上記で議論されたように、コンピュータプログラムは、実行される場合、コン
ピュータ３０２が本発明書中で議論されたような好適な発明の機能を実行可能に
する。好適な実施形態において、本発明は、オブジェクト指向プログラミング言
語で書かれたコンピュータプログラムを用いて実行される。オブジェクト指向プ
ログラミングは、プログラマはデータ構造のデータタイプだけではなく、データ
構造に適用され得る動作（機能）のタイプも定義する１タイプのプログラミング
である。この方法では、データ構造は、データおよび機能の両方を含むオブジェ
クトである。さらには、プログラマは１つのオブジェクトと別のオブジェクトの
間の関係を作成し得る。例えば、オブジェクトは他のオブジェクトから特徴を受
け継ぎ得る。

【００７５】 手続き型プログラミング技術によるオブジェクト指向プログラミング技術の主
要な利点の１つは、それらによってプログラマが、新しいタイプのオブジェクト
が加えられる場合に改変する必要のないモジュールを作成し得ることである。プ
ログラマは、現存するオブジェクトからその特性の多くを受け継ぐ新しいオブジ
ェクトを簡単に作成し得る。これによりオブジェクト指向プログラムは容易に変
更され得る。オブジェクト指向プログラミングを実行するためには、オブジェク
ト指向プログラミング言語（ＯＯＰＬ）が必要となる。Ｃ＋＋およびＳｍａｌｌ
ｔａｌｋは非常に有名な言語の２つであり、また、Ｐａｓｃａｌのオブジェクト
指向バージョンもある。

【００７６】 本発明の好適な実施形態が、オブジェクト指向プログラミング言語で書かれる
コンピュータプログラムを用いて実行される一方で、本発明はまた、手続き型プ
ログラミング言語等を用いて実行され得る。

【００７７】 上述のように、１つ以上のコンピュータ３０２がネットワークによって接続さ
れる。本発明の好適な実施形態は、ピア・ツー・ピアオブジェクトアーキテクチ
ャと呼ばれるタイプのネットワークアーキテクチャを用いる。ピア・ツー・ピア
オブジェクトアーキテクチャが理解され得る以前に、クライアント／サーバアー
キテクチャと呼ばれるタイプのネットワークアーキテクチャが説明されなければ
ならない。クライアント／サーバアーキテクチャは、ネットワーク上で各々のコ
ンピュータまたはプロセスがクライアントまたはサーバのどちらかであるネット
ワークアーキテクチャである。サーバはディスクドライブ（ファイルサーバ）、
プリンタ（プリンタサーバ）、アプリケーション／関数またはネットワークトラ
フィック（ネットワークサーバ）を管理用のコンピュータまたはプロセスである
。実際に、サーバはリソースをアプリケーションに割り当てる任意のコンピュー
タまたはデバイスである。クライアントは、ユーザがアプリケーションを実行す
るパーソナルコンピュータまたはワークステーションである。クライアントは、
ファイル、デバイス、関数の実行および処理力（ｐｒｏｃｅｓｓｉｎｇ ｐｏｗ
ｅｒ）でさえ例とするリソースについてサーバに依存する。

【００７８】 図４Ａ〜図４Ｉは、クライアントとオブジェクト指向プログラムを実行するサ
ーバとの間で発生する通信を確立する動的な工程を示す。図４Ａにおいて、クラ
イアントは、サーバからの要求を待っている交換台（ｓｗｉｔｃｈｂｏａｒｄ）
オブジェクト４０２およびリッスン（ｌｉｓｔｅｎ）オブジェクト４０４を有す
る。図４Ｂでは、開始オブジェクト４０６はそれが特定のタスクを実行する必要
があることを判定する。図４Ｃでは、開始オブジェクト４０６が共通（ｃｏｍｍ
）オブジェクト４０８を作成する。共通オブジェクト４０８はクライアントと通
信するのに用いられる。次いで、共通オブジェクト４０８は図４Ｄのリッスンオ
ブジェクト４０４に接続する。一旦共通オブジェクト４０８が接続すると、リッ
スンオブジェクト４０４は共通オブジェクト４１０を作成し、共通オブジェクト
４１０を交換台オブジェクト４０２に再度、配置する。共通オブジェクト４１０
は共通オブジェクト４０８を介し、（すなわち、２つのピア（ｐｉｅｒ）の間で
）サーバに再度、通信するために用いられる。

【００７９】 この点で、図４Ｆに示されるように、共通オブジェクト４０８および共通オブ
ジェト４１０を通じてクライアントとサーバの間で（すなわち、２つのピアの間
で）２方向の通信がある。開始オブジェクト４０６は、どのレシーバオブジェク
トが要求される特定のタスクを実行するためにクライアント（すなわち、レシー
ビングピア）によって作成される必要があるかを理解する。それゆえ、一旦この
通信が確立される場合、開始オブジェクト４０６は要求をクライアント（すなわ
ち、レシービングピア）に送り、特定のレシーバオブジェクトを作成する。図４
Ｇでは、交換台オブジェクト４０２が共通オブジェクト４１０を介して要求を受
け取り、レシーバオブジェクト４１２を作成する。一旦レシーバオブジェクト４
１２が作成されると、共通オブジェクト４１０は図４Ｈにおいてレシーバオブジ
ェクト４１２に再度、配置される。次に、図４Ｉに示されるように、開始オブジ
ェクト４０６およびレシーバオブジェクト４１２は、共通オブジェクト４０８お
よび共通オブジェクト４１０を介して、レシーバオブジェクト４１２が開始オブ
ジェクト４０６によって要求されるタスクを完了するまで通信の往復をし得る。

【００８０】 上述したように、本発明の好適な実施形態はピア・ツー・ピアオブジェクトア
ーキテクチャと呼ばれるタイプのネットワークアーキテクチャを用いる。ピア・
ツー・ピアオブジェクトアーキテクチャは、ネットワークの各コンピュータが等
価な能力および責任を有する場合である。これは、いくつかのコンピュータが他
のコンピュータに貢献するのに従事してる点でクライアント／サーバアーキテク
チャとは異なる。それゆえ、本発明の好適な実施形態において、全てのコンピュ
ータ３０２はサーバまたはクライアントのどちらかとして動作し得る。

【００８１】 上記で議論したように、オブジェクト指向プログラミング言語を用いる利点の
１つは、それによって新しいタイプのオブジェクトを加える場合にプログラマが
改変する必要のないモジュールを作成することが可能になることである。この利
点は、本明細書を詳しく説明する際にさらに示される。

【００８２】 （Ｃ．本発明のバイオメトリックサーバデータ） 上述したように、図１のバイオメトリックサーバ１０４がバイオメトリックシ
ステム１０２のエンジンである。実際、それはユーザがバイオメトリックシステ
ム１０２によって認証されるかどうかを最後に判定するエンジンである。さらに
、バイオメトリックサーバ１０４はバイオメトリックシステム１０２によってア
クセスされるデータを格納する。バイオメトリックサーバ１０４に格納されるデ
ータは２つの方法の内の１つで構成され得る。１つの方法はデータベースの使用
によるものである。もう１つの方法はディレクトリの使用によるものである。

【００８３】 バイオメトリックサーバ１０４のデータが構成され得る第１の方法は、データ
へのアクセスを容易にするためのデータベースの使用を含む。一般に、データベ
ースは、コンピュータプログラムが望まれるデータの一部を素早く選択し得るよ
うに編集された情報収集したものである。データベースは電子ファイリングシス
テムと類似している。データベースからの情報にアクセスするためには、データ
ベース管理システム（ＤＢＭＳ）が必要とされる。これは、データベース内にデ
ータを入力し、変更し、編集し、選択することを可能にするプログラムを収集し
たものである。

【００８４】 従来のデータベースは表、フィールド、レコード、およびファイルによって編
集される。フィールドは情報の１部である；レコードはフィールドの１つの完全
なセットである；ファイルはレコードを収集したものである。例えば、電話帳は
ファイルに類似してる。電話帳は、各々が３つのフィールド：名前、アドレス、
および電話番号からなるレコードのリストを含む。

【００８５】 データベースの代替的なコンセプトはハイパーテキストとして公知である。ハ
イパーテキストデータベースにおいて、任意のオブジェクトは、それがテキスト
、画像、または映画であろうとなかろうと、任意の他のオブジェクトにリンクさ
れ得る。ハイパーテキストデータベースは大量の異なる情報を編集するのに特に
役に立つが、それらは数値解析に対しては設計されない。

【００８６】 本発明はまた、オープンデータベースコネクティビティ（ＯＤＢＣ）と呼ばれ
る標準データベースアクセス方法を用いて実行され得る。ＯＤＢＣの目標は、ど
のＤＢＭＳがデータを処理するかに関わらず、任意のアプリケーションから任意
のデータにアクセスすることを可能にすることである。ＯＤＢＣは、アプリケー
ションとＤＢＭＳの間の、データベースドライバと呼ばれる中間層を挿入するこ
とによってこれを管理する。この層の目的はアプリケーションのデータクエリを
ＤＢＭＳが理解するコマンドに変換することである。これを行うためには、アプ
リケーションとＤＢＭＳの両方がＯＤＢＣに準拠していしなければならない−す
なわち、アプリケーションはＯＤＢＣコマンドを発行し、ＤＢＭＳはそれらに応
答することが可能である必要がある。

【００８７】 バイオメトリックサーバ１０４のデータが構成され得る第２の方法は、データ
へのアクセスを容易にするディレクトリの使用を含む。本発明の好適な実施形態
がＸ．５００ディレクトリと呼ばれる階層的なディレクトリを利用する。Ｘ．５
００ディレクトリは、情報の各カテゴリ（例えば、国、州、および町）について
の異なるレベルにより階層化されている。Ｘ．５００ディレクトリを利用するこ
とに加えて、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）もま
た、使用され得る。

【００８８】 ＬＤＡＰはディレクトリにアクセスするためのプロトコルのセットである。Ｌ
ＤＡＰはＸ．５００規格内に含まれる規格に基づくが、より一層簡略化されてい
る。Ｘ．５００と違って、ＬＤＡＰは、任意のタイプのインターネットアクセス
に必要なＴＣＰ／ＩＰを支援する。まだ広く実行されていないが、ＬＤＡＰは、
仮想的な任意のコンピュータプラットフォーム上で実行しているほとんどの任意
のアプリケーションがディレクトリ情報（例えば、ｅメールアドレスおよび公開
鍵）を得ることを最終的に可能にするはずである。ＬＤＡＰはオープンプロトコ
ルであるので、アプリケーションがディレクトリを集めるサーバのタイプについ
て心配する必要はない。

【００８９】 次のセクションでは、バイオメトリックサーバ１０４に格納された様々なデー
タ収集したものが図５を参照して最初に議論される。次に図６を参照して、アド
ミニストレータがバイオメトリックサーバ１０４を始めに設定し得る通常の一連
の工程が議論される。バイオメトリックサーバ１０４のエンジン機能は、図７〜
１３を参照し、セクションＤで議論される。

【００９０】 （１．バイオメトリックサーバに格納されたデータ） 図５では、バイオメトリックサーバ１０４（図１）は、バイオメトリックテン
プレート５０２、バイオメトリックポリシー５０４、バイオメトリックグループ
５０６、バイオメトリックデバイスＩＤ５０８、ユーザＩＤ５１０、コンピュー
タＩＤ５１２およびアプリケーションＩＤ５１４の収集したものを格納する。１
つ以上の一意的なバイオメトリックテンプレート５０２は、ユーザが異なるバイ
オメトリックデバイスに登録する度に作成され、バイオメトリックサーバ１０４
に格納される。バイオメトリックテンプレート５０２は、特定のバイオメトリッ
クデバイスに対するユーザの一意的なバイオメトリック測定を格納する。次いで
、バイオメトリックデバイスがユーザを識別しようと試みる場合に、格納された
バイオメトリック測定はユーザの「生きた」バイオメトリック測定とマッチング
させるのに用いられる。

【００９１】 バイオメトリックポリシー５０４は、ユーザがバイオメトリックサーバ１０４
によってどの方法（ｍｅｔｈｏｄ ｏｒ ｗａｙ）で認証されるかを決定する。
本発明によって提供された特定の予め定義されたポリシーはＯＲポリシー、ＡＮ
Ｄポリシー、ＣＯＮＴＩＮＧＥＮＴポリシー、ＲＡＮＤＯＭポリシーおよびＴＨ
ＲＥＳＨＯＬＤポリシーを含む。本発明はまた、アドミニストレータが他のバイ
オメトリックポリシー５０４を定義することを可能にする。各ポリシーが実行さ
れる特定の方法は、後で詳しく説明される。

【００９２】 各予め定義されたバイオメトリックポリシー５０４はバイオメトリックポリシ
ー５０４に関連したデバイスのリストを有する。デバイスのリストは、特定のバ
イオメトリックポリシー５０４を実行するのに使用されるバイオメトリックデバ
イスを識別する。デバイスのリストの各バイオメトリックデバイスは、各バイオ
メトリックデバイスに関連する閾値およびタイムアウト値を有する。閾値（例え
ば、偽の受け入れ速度）は識別のレベルを示す。バイオメトリックデバイスは、
ユーザがデバイスを合格するのを判定しなければならない。タイムアウト値は、
バイオメトリックデバイスが閾値によって示される識別のレベルに対してユーザ
を識別しなければならない時間を示す。

【００９３】 バイオメトリックポリシー５０４を定義した各アドミニストレータはバイオメ
トリックポリシー、またはポリシーあるいはデバイスのリストのどちらかを有し
得る。バイオメトリックポリシーのリストは、特定のバイオメトリックポリシー
５０４を実行するために用いられるバイオメトリックポリシーを識別する。バイ
オメトリックポリシーのリストは、特定のバイオメトリックポリシー５０４を実
行するのに用いられるバイオメトリックポリシーを識別する。

【００９４】 図５は、バイオメトリックグループ５０６もまたバイオメトリックサーバ１０
４に格納されることを示す。バイオメトリックグループ５０６は、リソースの同
じセットにアクセスする必要のある１人以上のユーザを組み合わせる論理的な方
法である。例えば、企業の会計部門の全てのユーザは会計タスクを実行するため
の特定のリソースを必要とする。それゆえ、バイオメトリックグループ５０６の
１つは「会計グループ」として定義され得る。ここで、ユーザが「会計グループ
」に入れられる場合、（一旦バイオメトリックシステム１０２によって認証され
た）そのユーザは「会計グループ」の全ての他のユーザと同じリソースへのアク
セス権を有する。

【００９５】 各ユーザは１つ以上のバイオメトリックグループ５０６に入れられ得る。ユー
ザが特定のグループのリソースへのアクセス権を得ようと試みる場合、ユーザは
どのバイオメトリックポリシー５０４がその特定のグループと関連するかによっ
て認証されなければならない。ユーザが最初、ネットワークシステム２０２にロ
グインしようと試みる場合、バイオメトリックシステム１０２が実行され得、そ
れによってユーザはデフォルトのバイオメトリックグループ５０６を有し、それ
ゆえユーザは最初、ユーザのデフォルトのバイオメトリックグループ５０６に関
連するバイオメトリックポリシー５０４によって認証される。デフォルトのバイ
オメトリックグループ５０６の例は、ユーザがネットワークシステム２０２への
アクセス権を得ようと試みている位置に依存し得る。可能な異なる位置はネット
ワークシステム２０２自体における位置と異なる位置およびネットワークシステ
ム２０２の外の遠隔位置と異なる位置を含む。

【００９６】 １人のユーザに対して複数のバイオメトリックグループ５０６がバイオメトリ
ックシステム１０２で実行され得る別の方法は、ユーザが認証されることを望む
バイオメトリックグループ５０６にユーザをクエリすることである。さらなる方
法はバイオメトリックシステム１０２が各ユーザのバイオメトリックグループ５
０６にプライオリティを与えることである。ここで、ユーザがバイオメトリック
システム１０２によって高いプライオリティを備えたバイオメトリックグループ
５０６に認証される場合、ユーザは自動的に低いプライオリティを有するユーザ
のバイオメトリックグループ５０６に認証される。プライオリティスキームが実
行され得る１つの可能な方法は、最も困難なバイオメトリックポリシー５０４が
バイオメトリックグループ５０６と関連するようにバイオメトリックグループ５
０６により高いプライオリティを与えることである。

【００９７】 バイオメトリックデバイスＩＤ５０８はバイオメトリックデバイスを識別する
。各バイオメトリックデバイスは一意的なＩＤを有する。従って、図５のバイオ
メトリックデバイスＩＤ５０８の収集したものは、本発明がネットワークシステ
ム１０２（図２）において各バイオメトリックデバイスを一意的に識別すること
を可能にする。同様に、ユーザＩＤ５１０はネットワークシステム１０２におい
てユーザを一意的に識別する。

【００９８】 上述されたように、ユーザがバイオメトリックシステム１０２によって認証さ
れるように要求され得る様々なポイント（ｐｏｉｎｔｓ）は、図２の、ネットワ
ークシステム２０２、１つ以上のホストコンピュータ、アプリケーション２０４
および／またはユーザコンピュータ２０８を含む。ネットワークシステム２０２
内の各コンピュータ２０８およびアプリケーション２０４は登録されなければな
らない。以下で議論するように、一意的なＩＤを各コンピュータ２０８およびア
プリケーション２０４に割り当てることによって、この登録が行われる。コンピ
ュータＩＤ５１２はネットワークシステム２０２において各コンピュータ２０８
を一意的に識別する。同様にアプリケーションＩＤ５１４はネットワークシステ
ム２０２において各アプリケーション２０４を一意的に識別する。従って、コン
ピュータＩＤ５１２およびアプリケーションＩＤ５１４の収集したものは、本発
明がネットワークシステム１２０において、ユーザがバイオメトリックシステム
１０２によって認証されるように要求され得る各位置を識別することを可能にす
る。

【００９９】 （２．バイオメトリックサーバデータの設定） 本発明において、好適には、バイオメトリックシステム１０２のアドミニスト
レータは、バイオメトリックサーバ１０４に格納されるデータを判定する。図６
は、アドミニストレータが初めてバイオメトリックサーバ１０４を設定し得る通
常の一連のステップを示すフローチャートである。ステップ６０２において、一
意的なコンピュータＩＤ５１２はネットワークシステム２０２の各コンピュータ
に割り当てられる。ステップ６０３において、一意的なアプリケーションＩＤ５
１４がネットワークシステム２０２の各アプリケーションに割り当てられる。同
様に、ステップ６０４では、一意的なバイオメトリックデバイスＩＤ５０８がネ
ットワークシステム２０２の各バイオメトリックデバイスに割り当てられる。次
に、ステップ６０６に示されるように、どのバイオメトリックデバイスが各コン
ピュータ２０８（図２）に取り付けられるかについて判定される。

【０１００】 ステップ６０８において、バイオメトリックシステム１０２内で使用されるバ
イオメトリックグループ５０６が定義される。特に、管理者は、バイオメトリッ
クグループ５０４の各メンバが、アクセスする必要のあるネットワークシステム
２０２内のリソースの論理的なグループ分けを調べることにより、各バイオメト
リックグループ５０４を定義する。次に、ステップ６１０において、バイオメト
リックポリシー５０４が定義される。各バイオメトリックポリシー５０４は、自
身をデバイスのリストに関連付ける。バイオメトリックポリシー５０４は、ユー
ザがバイオメトリックサーバ１０４により認証されるような方法または手段を決
定する。１つのバイオメトリックポリシー５０４は、ステップ６１２において、
各バイオメトリックグループ５０６に割り当てられる。ステップ６１３において
、１つのバイオメトリックポリシー５０４は、各アプリケーションＩＤ５１４に
割り当てられる。

【０１０１】 ステップ６１４において、ネットワークシステム２０２リソースへのアクセス
を得ることを必要とする全てのユーザについて、ユーザは一意的なユーザＩＤ５
１０を割り当てられる。次いで、各新規のユーザは、ステップ６１６において、
バイオメトリックグループ５０６中に入る。一旦、ユーザのバイオメトリックグ
ループ５０６が決定されると、次いで、ステップ６１８において、ユーザが登録
されることを必要とするデバイスのタイプは、ユーザのバイオメトリックグルー
プ５０６に割り当てられたバイオメトリックポリシー５０４を見ることにより決
定される。一旦、どのバイオメトリックポリシー５０４が適用されるかが分かれ
ば、バイオメトリックテンプレート５０２は、ユーザを各デバイスに登録するこ
とにより、バイオメトリックポリシー５０４に関連する各バイオメトリックデバ
イス５０８について生成される。これをステップ６２０に示す。あるいは、バイ
オメトリックテンプレート５０２は、ネットワークシステム２０２内の各バイオ
メトリックデバイスについて生成され得る。最後に、ステップ６２２において、
各コンピュータＩＤ５１２、バイオメトリックデバイスＩＤ５０８、バイオメト
リックグループ５０６、バイオメトリックポリシー５０４、ユーザＩＤ５１０、
バイオメトリックテンプレート５０２およびアプリケーションＩＤ５１４を、バ
イオメトリックサーバ１０４に格納する。

【０１０２】 図６に示すステップは、当業者に対して明らかなように種々のオーダで実行さ
れ得る。一旦、バイオメトリックサーバ１０４が設定される（すなわち、バイオ
メトリックテンプレート５０２、バイオメトリックポリシー５０４、バイオメト
リックグループ５０６、バイオメトリックデバイスＩＤ５０８、ユーザＩＤ５１
０、コンピュータＩＤ５１２、およびアプリケーションＩＤ５１４が全て定義さ
れる）と、管理者はグラフィカルユーザインターフェース（ＧＵＩ）を介して相
互作用し、バイオメトリックサーバ１０４をカスタマイズする。

【０１０３】 図１４は、本発明のＧＵＩにより生成されるサンプルウインドウまたはスクリ
ーンショットである。図１４は、５つの階層構造に（アプリケーションＩＤ５１
４のエクスクルージョンを用い）論理的に格納されるような、バイオメトリック
サーバ１０４に格納されたデータを示す。５つの階層構造は、バイオメトリック
ユーザ階層１４０２、バイオメトリックグループ階層１４０４、バイオメトリッ
クコンピュータ階層１４０６、バイオメトリックポリシー階層１４０８、および
バイオメトリックデバイス階層１４１０を含む。バイオメトリックユーザ階層１
４０２は、管理者が登録するユーザＩＤ５１０のリストを含む。図１４に示すよ
うに、「管理者」および「ボブ」はユーザＩＤ５１０の２つの例である。バイオ
メトリックグループ階層１４０４は、管理者が定義するようなバイオメトリック
グループ５０６のリストを含む。バイオメトリックグループの例は、「計算オペ
レータ」および「管理者」を含む。

【０１０４】 バイオメトリックコンピュータ階層１４０６は、コンピュータＩＤ５１２のリ
ストを含む。コンピュータＩＤ５１２のリストは、管理者が登録するコンピュー
タを表す。コンピュータＩＤ５１２の例は、「ＢＳＣＬＡＰＴＯＰ」および「Ｂ
ＳＣＬＡＰＴＯＰ１」を含む。図１４に示す第４の階層は、バイオメトリックポ
リシー階層１４０８である。バイオメトリックポリシー階層１４０８は、予め規
定されたバイオメトリックポリシー５０４および管理者が規定したバイオメトリ
ックポリシー５０４の両方のリストを含む。予め規定されたバイオメトリックポ
リシー５０４は、「オアポリシー」、「アンドポリシー」、「条件付きポリシー
」、「ランダムポリシー」および「閾値ポリシー」を含む。最後に、バイオメト
リックデバイス階層１４１０は、管理者が登録するバイオメトリックデバイスＩ
Ｄ５０８のリストを含む。バイオメトリックデバイスＩＤの例は、「ＢＳＣパス
ワードデバイス」および「Ｖｉｓｉｏｎｉｃｓ ＦａｃｅＩｔ」を含む。

【０１０５】 図１４に図示されていない追加的な階層構造は、アプリケーション階層である
。上に記載したように、ユーザは、バイオメトリックポリシー５０４に関連する
特定アプリケーションにアクセスを試みる場合、認証される必要があり得る。ア
プリケーション階層は、図１４のサンプルウインドウに図示されていないが、本
発明のＧＵＩは、アプリケーション階層だけでなく、管理者が望む他の任意のタ
イプの階層をも含むように変更され得る。

【０１０６】 本発明はまた、管理者が情報グループを定義することを可能にする。情報グル
ープは、ネットワークシステム２０２の各アプリケーション内で同様のタイプの
情報にアクセスする必要があるユーザを組み合わせる論理的な方法である。例え
ば、ネットワークシステム２０２内の１つの可能なタイプのアプリケーションは
、各ユーザについての情報を含むデータベースである。バイオメトリックシステ
ム１０２の管理者は、人材部門（ｈｕｍａｎ ｒｅｓｏｕｒｃｅ ｄｅｐａｒｔ
ｍｅｎｔ）のみがユーザの医療情報にアクセスしたことを判定し得る。ここで、
１つの情報グループが、「医療情報」として定義され得る。「医療情報」に入る
ユーザは、人材部門におけるこれらユーザのみである。従って、バイオメトリッ
クポリシー５０４は、アプリケーションＩＤを用いるか、または情報グループを
用いるかのいずれかで直接関連付けられ、ユーザがアプリケーションの情報にア
クセスすることを可能にするより先に、ユーザを認証する。

【０１０７】 本発明は、ＧＵＩの使用を介して、「ドラッグアンドドロップ」アプリケーシ
ョンとして好適に実行される。「ドラッグアンドドロップ」アプリケーションは
、管理者がスクリーン上の特定の位置へオブジェクトをドラッグさせることを可
能にし、スクリーン上でアクションを実行する。例えば、マッキントッシュ環境
において、ドキュメントを削除するために、ドキュメントをごみ箱アイコンにド
ラックし得る。これは、「ドラックアンドドロップ」機能の古典的な事例である
。ドラックアンドドロップ機能が十分に実施される場合、メニューからオプショ
ンを選択するか、またはコマンドでタイプするような代替手段より速く、より直
感的な両方の機能である。にもかかわらず、本発明は、「ドラッグアンドドロッ
プ」アプリケーションとして実施されることに限定されない。

【０１０８】 図１４を再度参照して、「ドラックアンドドロップ」機能の１つの例は、管理
者が、バイオメトリックグループについてオアポリシーを定義するかまたは再定
義するかのいずれかを行う「管理者」バイオメトリックグループへ「オアポリシ
ー」をドラッグする管理者の能力である。他の例は、ユーザＩＤ「管理者」を「
管理者」バイオメトリックグループにドラッグすることを含む。ここで、ユーザ
ＩＤ「管理者」を有するユーザは、バイオメトリックシステム１０２（図１）が
認証すべき「オアポリシー」に合格しなければならない。

【０１０９】 管理者はまた、バイオメトリックポリシー５０４をアプリケーションＩＤ５１
４（図１４に図示せず）にドラッグし得る。例えば、管理者が「アンドポリシー
」を特定のアプリケーションＩＤにドラッグすると、アプリケーションＩＤが割
り当てられるアプリケーションへのアクセスを試みる全てのユーザは、「アンド
ポリシー」に合格しなければならない。従って、本発明は、異なるレベルの認証
粒度を提供する。例えば、特定のユーザが２つのバイオメトリックデバイスに合
格する場合、特定のユーザは、スプレッドシートへのアクセスを可能にするバイ
オメトリックグループ５０６へ割り当てられ得る。しかしながら、給料支払い（
ｐａｙｏｕｔ）アプリケーションへのアクセスを獲得するために、ユーザはまた
、第３のバイオメトリックデバイスに合格しなければならない。バイオメトリッ
クグループ５０６のメンバでないユーザは、給料支払いアプリケーションにアク
セスする機会さえ有していない。本発明は、ネットワークリソースを保護するた
めの完全な柔軟性を提供する。

【０１１０】 図６を参照して上に記載したように、ステップ６２０において、バイオメトリ
ックテンプレート５０２は、ユーザのバイオメトリックグループ５０６にさらに
関連するバイオメトリックポリシー５０４に関連するデバイスのリスト中で決定
される各バイオメトリックデバイスについてユーザ用に生成される。従って、ユ
ーザが、特定アプリケーションへのアクセスを獲得するために合格する必要があ
る特定のバイオメトリックデバイスに登録され得ない可能性がある。この状況は
、ユーザのバイオメトリックグループ５０６に割り当てられるバイオメトリック
ポリシー５０４およびアプリケーションＩＤ５１４に割り当てられるバイオメト
リッポリシー５０４が、それらのデバイスのリストに異なるバイオメトリックデ
バイスを有する場合に、発生する。このような状況を回避する１つの方法は、全
てのバイオメトリックデバイスを用い、ユーザをバイオメトリックデバイスシス
テム１０２に登録し、ユーザのバイオメトリックグループ５０６に関連するデバ
イスのバイオメトリックポリシー５０４のリストで決定されるバイオメトリック
デバイスを全く用いることなくユーザをバイオメトリックデバイス１０２に登録
する。上に記載のように、種々の義務がバイオメトリックシステム１０２内に存
在する。上の議論は、これら全ての義務を実行するのは管理者であることを判断
する。実際、これらの義務は、バイオメトリックシステム１０２（図１）内に異
なる位置を有する複数の人々に任せられ得る。これらの位置は、（上に記載の人
々から限定された義務を有する）管理者、バイオメトリックポリシーマネージャ
、デバイスハードウェアおよびソフトウェアマネージャ、ならびに登録マネージ
ャを含み得る。管理者は、バイオメトリックシステム１０２内に、実際の管理者
の特権を有する。管理者の実際の義務は、ユーザの追加および削除、バイオメト
リックグループ５０６（図５）、コンピュータ２０８（図２）、およびバイオメ
トリックシステム１０２を備えるアプリケーション２０４（図２）に限定され得
ない。バイオメトリックシステム１０２内の他の位置は、バイオメトリックポリ
シーマネージャである。この位置は、警備員（ｓｅｃｕｒｉｔｙ ｏｆｆｉｃｅ
ｒ）と類似する。バイオメトリックポリシーマネージャは、バイオメトリックポ
リシー５０４を定義することおよびバイオメトリックポリシー５０４をバイオメ
トリックグループ５０６およびアプリケーションＩＤ５１４両方に取り付けるこ
とについて責任がある。バイオメトリックポリシーマネージャはまた、バイオメ
トリックデバイスの結合および各バイオメトリックデバイスに関連する閾値の強
度について責任がある。

【０１１１】 バイオメトリックシステム１０２内の他の位置は、デバイスハードウェアおよ
びソフトウェアマネージャである。この人物は、バイオメトリックシステム１０
２内のバイオメトリックデバイスについてのソフトウェアおよびハードウェアを
管理することに対して責任がある。デバイスハードウェアおよびソフトウェアマ
ネージャはバイオメトリックデバイスをインストールし、バージョンを最新情報
に保ち、デバイスを維持する。最終位置は登録マネージャを含む。この人物は、
ユーザをバイオメトリックシステム１０２に登録する能力を与えられる。責任能
力は、異なるデバイスについて登録するステップを介して新規のユーザを取り込
むことを含む。概して、登録マネージャは、企業の人材部門で働く非技術者であ
る。簡便さのために、以下の議論は管理者のみに言及する。管理者は１つの、全
ての、または任意の数の、上に記載の位置を実行する１人の人物であり得ること
が理解されるべきである。

【０１１２】 （Ｄ．本発明のバイオメトリックサーバ機能） 本発明の１実施形態において、バイオメトリックサーバ１０４は、上述の図３
を参照して記載されたように動作するコンピュータ３０２として実行される。コ
ンピュータ３０２はコンピュータプログラムを実行し、コンピュータ３０２が本
発明の機能を実行することを可能にする。従って、バイオメトリックサーバ１０
４は、コンピュータプログラムを実行し、その機能を行う。上に記載のように、
バイオメトリックサーバ１０４が実行するコンピュータプログラムは好適には、
オブジェクト指向プログラミング言語に書き込まれ、ピアトゥピアオブジェクト
アーキテクチャで実行される。

【０１１３】 任意のオブジェクト指向プログラミングおよび、従って、バイオメトリックサ
ーバ１０４が実行するコンピュータプログラムをも有するオブジェクト指向プロ
グラムの利点は、それらが、新規のタイプのオブジェクトが追加される場合に、
プログラマが変更する必要のないモジュールを生成することを可能にする。オブ
ジェクトは、タスクを実行する必要のあるデータおよび機能両方を含む。従って
、バイオメトリックサーバ１０４がオブジェクトとして実行する機能を実施する
ことにより、生成されたモジュールは、新規のタイプのオブジェクト（または機
能）が追加される場合、変更される必要がない。この本発明の実施は、複雑性を
減少させ、従って、効率性を増加させる。本発明の相互互換性の（オブジェクト
として実施される）機能は、以下で図７、８、１２および１３を参照してより詳
細に説明される。

【０１１４】 オブジェクト指向プログラムを実行するクライアントとサーバとの間の通信の
構築に関与する動的なステップを、図４Ａ〜図４Ｉを参照して上に記載した。本
発明のバイオメトリックサーバ１０４が自身の種々の機能を実行して、サーバと
クライアントとの間の通信に関与する同様の動的なステップが、図４Ａ〜図４Ｉ
に示すような各機能について発生する。一般的な開始オブジェクト４０６および
一般的なレシーバオブジェクト４１２を、図４Ｇ〜図４Ｉに示す。図７および図
１２に示すように、バイオメトリックサーバ１０４が実行する各タイプの機能に
ついて、開始オブジェクト４０６およびレシーバオブジェクト４１２は、特定の
機能を実行する特定の開始およびレシーバオブジェクトにより置き換えられる。

【０１１５】 コンピュータソフトウェアの実行を介して、バイオメトリックサーバ１０４が
実行するタイプの機能は、ユーザを認証すること、およびユーザを登録すること
を含む。簡便さのために、バイオメトリックサーバ１０４の個々の機能を示すた
めに使用される図は、図４Ａ〜図４Ｉのスイッチボードオブジェクト４０２およ
びリッスンオブジェクト４０４を含まない。

【０１１６】 （１．ユーザの認証） 本発明のユーザを認証することに関与するオブジェクトのブロック図を、図７
に示す。上に記載のように、ピアトウピアオブジェクトアーキテクチャは、いつ
ネットワークの各コンピュータが同等の能力および責任を有するかである（例え
ば、単一のコンピュータはサーバとして機能し得、次いで別の時間においては、
クライアントとして機能し得る）。これは、ネットワークの各コンピュータが、
ネットワークの任意の他のコンピュータとの通信を初期化することを可能する。
図７は、バイオメトリックサーバ１０４（図１）、コンピュータ２０８（または
、代替的に、リモート／ウェブコンピュータ２１０、これら両方は図２参照）、
認証インターフェース７０４、認証インターフェース７０６、認証オブジェクト
７０８、データベースオブジェクト７１０、ポリシーオブジェクト７１２、共通
オブジェクト７１６、共通オブジェクト７１８、認証オブジェクト７２０および
バイオメトリックデバイスオブジェクト７２２を含む。、ここで、バイオメトリ
ックサーバ１０４はサーバとして振る舞い、コンピュータ２０８は、クライアン
トとして振る舞う。

【０１１７】 認証インターフェース７０４および認証インターフェース７０６は、本発明の
一部でないことを留意することが重要である。実際、認証インターフェース７０
４および認証インターフェース７０６は、本発明がインターフェースをとる特定
のオペレーティングシステムおよび／またはアプリケーションに特定される。一
般的に、オペレーティングシステムは、そのトップにアプリケーションと呼ばれ
る他のプログラムが実行し得るソフトウェアプラットフォームを提供する。アプ
リケーションは、特定のオペレーティングシステムのトップで実行するように書
き込まれなければならない。従って、オペレーティングシステムの選択は、実行
され得るアプリケーションをほぼ決定する。オペレーティングシステムの例は、
Ｗｉｎｄｏｗｓ（登録商標） ＮＴ、ＵＮＩＸ（登録商標）、およびＳｏｌａｒ
ｉｓを含む。本発明は、アプリケーションインターフェース７０６を介して、適
用可能なオペレーティングシステムとインターフェースをとる。

【０１１８】 認証オブジェクト７０８は開始オブジェクト４０６（図４Ａ〜図４Ｉ）を置き
換える。認証オブジェクト７０８は、ユーザを認証するためにコンピュータ２０
８にリクエストするために使用される。共通オブジェクト７１６は、認証オブジ
ェクト７０８に取り付けられ共通オブジェクト４０８（図４Ａ〜図４Ｉ）を置き
換える。認証オブジェクト７０８および認証オブジェクト７２０は、共通オブジ
ェクト７１６および共通オブジェクト７１８を介して通信する。

【０１１９】 ポリシーオブジェクト７１２はまた、認証オブジェクト７０８に取り付けられ
る。ポリシーオブジェクト７１２は、特定のバイオメトリックポリシー５０４（
図５）によって異なる。上に記載したように、バイオメトリックポリシー５０４
（図５）は、バイオメトリックサーバ１０４がユーザを認証する方法または方式
を決定する。ユーザがバイオメトリックポリシー５０４に合格するまで、ユーザ
は認証されないことを留意することが重要である。本発明において、ユーザのバ
イオメトリックポリシー５０４にまた合格することなく、単に１以上のバイオメ
トリックデバイスがユーザに合格することは決してない。認証オブジェクト７０
８と認証オブジェクト７２０との間の通信のタイプは、ユーザを認証するために
用いられる、特定のバイオメトリックポリシー５０４に非常によく依存する。

【０１２０】 図７において、データベースオブジェクト７１０は、図５に示すように上に記
載されたデータ格納する。データはバイオメトリックテンプレート５０２の収集
、バイオメトリックポリシー５０４、バイオメトリックグループ５０６、バイオ
メトリックデバイスＩＤ５０８、ユーザＩＤ５１０、コンピュータＩＤ５１２お
よびアプリケーションＩＤ５１４を含む。認証オブジェクト７２０は、レシーバ
オブジェクト４１２（図４Ｇ〜図４Ｉ）を置き換える。認証オブジェクト７２０
は、認証オブジェクト７０８がリクエストする特定のタスクを実行するために使
用される。共通オブジェクト７１８は共通オブジェクト４１０（図４Ａ〜図４Ｉ
）を置き換える。最後に、バイオメトリックデバイスオブジェクト７２２は、ユ
ーザがバイオメトリックデバイスに合格するかどうかを判定することによりユー
ザを識別するために使用される。バイオメトリックデバイスオブジェクト７２２
は、ユーザがどのバイオメトリックデバイスに合格するように試みられるかによ
って異なる。

【０１２１】 図８Ａ、図８Ａ−１および図８Ｂは、図７のオブジェクトの高レベルオペレー
ションを示すフローチャートである。ステップ８０２において、ユーザはコンピ
ュータ２０８に存在し、管理者がユーザに与えるユーザＩＤ５１０（図５）をタ
イプする。認証インターフェース７０４は、これをログインリクエストとして認
識する。上に記載したように、ユーザのアクセスを容易にするために、各コンピ
ュータ２０８はバイオメトリックシステム１０２（図１）に認証されるユーザに
インターフェースを提供する。このインターフェースは認証インターフェース７
０４である。ステップ８０４において、認証インターフェース７０４は、コンピ
ュータＩＤ５１２（図５）およびユーザＩＤ５１０を含むログインリクエストを
、バイオメトリックサーバ１０４に送信する。アプリケーションインターフェー
ス７０６は、事実上ログインリクエストを受け取る。リクエストがログイン用の
リクエストであるという事実に基づき、認証オブジェクト７０８は、ステップ８
０６において初期化される（例えば、ログインリクエストはバイオメトリックシ
ステム１０２においてエンジンを始動する）。認証オブジェクト７０８が初期化
されるより先に、認証オブジェクト７０８は、図４Ａ〜図４Ｉを参照して記載さ
れたような一般開始オブジェクト４０６である。

【０１２２】 ステップ８０８において、認証オブジェクト７０８はデータベースオブジェク
ト７１０を生成し、ユーザＩＤ５１０をデータベースオブジェクト７１０に合格
させる。ユーザＩＤ５１０に基づいて、データベースオブジェクト７１０は、ス
テップ８１０において、ユーザのバイオメトリックグループ５０６（図５）を決
定する。先に記載したように、管理者はユーザがどのバイオメトリックグループ
５０６に属するかをすでに決定している。バイオメトリックグループ５０６に基
づいて、データベースオブジェクト７１０は、バイオメトリックグループ５０６
に割り当てられるバイオメトリックポリシー５０４（図５）を決定する。

【０１２３】 ステップ８１１において、データベースオブジェクト７１０は、ユーザに必要
とされるバイオメトリックテンプレート５０２（図５）がバイオメトリックオブ
ジェクト７１０に格納されるかどうかを判定し、ユーザのバイオメトリックポリ
シー５０４を実行する。さらに、データベースオブジェクト７１０はまた、コン
ピュータ２０８が、ユーザのバイオメトリックポリシー５０４を実行するため、
データベースオブジェクトに取り付けられた、必要とされるバイオメトリックデ
バイスを有しているかどうかを判定する。必要とされるバイオメトリックテンプ
レート５０２または必要とされるバイオメトリックデバイスが存在しないと、制
御をステップ８３６に移行する。ステップ８３６において、バイオメトリックサ
ーバ１０４は、認証インターフェース７０６および認証インターフェース７０４
を介して、ユーザが認証され得ないコンピュータ２０８に伝えられる。次いで、
認証インターフェース７０４は、ユーザアクセスを拒否する。この点において、
図８Ａ、図８Ａ−１および図８Ｂのフローチャートは終了する。あるいは、ステ
ップ８１１において、必要とされるバイオメトリックテンプレート５０２および
必要とされるバイオメトリックデバイスが存在する場合、制御はステップ８１２
に移行する。

【０１２４】 ステップ８１２において、データベースオブジェクト７１０は、ポリシーオブ
ジェクト７１２を生成し、ポリシーオブジェクト７１２を認証オブジェクト７０
８に再配置する。ポリシーオブジェクト７１２は特定タイプのバイオメトリック
ポリシー５０４（例えば、オアポリシー、アンドポリシー等）、バイオメトリッ
クポリシー５０４用のデバイスのリスト、および必要とされるバイオメトリック
テンプレート５０２を理解する。デバイスリストにリストされる、各バイオメト
リックデバイスＩＤ（図５）５０８のための１つのバイオメトリックテンプレー
ト５０２がある。各バイオメトリックテンプレート５０２は、特定のバイオメト
リックデバイス上でユーザをテストする際に使用される、ユーザの格納されたバ
イオメトリックデータを含む。さらに、デバイスのリスト内の各バイオメトリッ
クデバイスは、自身を閾値、および時間切れ値と関連付ける。上記のように、閾
値は、バイオメトリックデバイスがユーザがデバイスに合格することを決定しな
ければならない識別のレベルを示す。時間切れ値は、閾値が示す識別のレベルに
ついて、バイオメトリックデバイスがユーザを識別しなければならない時間を示
す。

【０１２５】 ステップ８１４において、通信がバイオメトリックサーバ１０４とコンピュー
タ２０８との間で確立される。この通信は、図４Ａ〜図４Ｉを参照して記載した
ように正確に構築される。ステップ８１６において、バイオメトリックポリシー
５０４およびバイオメトリックポリシー５０４のデバイスのリストに基づき、認
証オブジェクト７０８は、リクエストをコンピュータ２０８に送信し、特定のバ
イオメトリックデバイス上でユーザをテストする。リクエストはバイオメトリッ
クデバイスＩＤ５０８、バイオメトリックテンプレート５０２、閾値、および時
間切れ値を含む。バイオメトリックテンプレート５０２、閾値、および時間切れ
値は、全てユーザＩＤ５１０およびバイオメトリックデバイスＩＤ５０８により
決定される。

【０１２６】 ステップ８１８において、リクエストに基づき、認証オブジェクト７２０が生
成される。ステップ８２０において、認証オブジェクト７２０は、バイオメトリ
ックデバイスＩＤ５０８を見つけ、バイオメトリックデバイスオブジェクト７２
２を生成する。次いで、認証オブジェクト７２０は、バイオメトリックデバイス
オブジェクト７２２、バイオメトリックテンプレート５０２、閾値および時間切
れ値に合格する。ステップ８２２において、バイオメトリックデバイスオブジェ
クト７２２は、特定のバイオメトリックデバイス上でユーザをテストし、その結
果を認証オブジェクト７２０に返す。結果は、スコアおよびユーザがバイオメト
リックデバイスに合格したか、またはバイオメトリックデバイスに失敗したかの
どちらかを含む。次いで、認証オブジェクト７２０は、ステップ８２４において
、共通オブジェクト７１８および共通オブジェクト７１６を介して、結果を認証
オブジェクト７０８に送り返す。

【０１２７】 ステップ８２６において、認証オブジェクト７０８は結果およびポリシーオブ
ジェクト７１２両方を見つけ、ユーザがバイオメトリックポリシー５０４に合格
したか、バイオメトリックポリシー５０４に失敗したか、または他のバイオメト
リックデバイス上でテストされる必要があるかどうかを判定する。ポリシーオブ
ジェクト７１２は、ユーザがどれくらいの数の異なるバイオメトリックデバイス
上でテストされる必要があるのかを判定する。ステップ８２８において、ユーザ
がバイオメトリックポリシー５０４に合格すると、制御はステップ８３０に移行
する。ステップ８３０において、ユーザがバイオメトリックポリシー５０４に合
格する事実が、認証インターフェース７０６および認証インターフェース７０４
を介してコンピュータ２０８に伝えられる。次いで、認証インターフェース７０
４は、ユーザに企業リソースへのアクセスを可能にする。あるいは、ステップ８
２８において、ユーザはバイオメトリックポリシー５０４に合格せず、制御はス
テップ８３２に移行する。

【０１２８】 ステップ８３２において、ユーザがバイオメトリックポリシー５０４に失敗す
ると、制御はステップ８３４に移行する。ステップ８３４において、ユーザがバ
イオメトリックポリシー５０４に失敗した事実は、認証インターフェース７０６
および認証インターフェース７０４を介して、コンピュータ２０８に伝えられる
。次いで、認証インターフェース７０４は企業リソースへのユーザアクセスを拒
否する。あるいは、ステップ８３２において、ユーザはバイオメトリックポリシ
ー５０４に失敗しない場合、制御はステップ８３６に移行する。ステップ８３６
において、ユーザをテストするための次のバイオメトリックデバイスが決定され
、他のリクエストが認証オブジェクト７２０に送信される。この時点で、制御は
ステップ８２０に返され、ユーザは次のバイオメトリックデバイス上でテストさ
れる。図８Ａ、図８Ａ−１および図８Ｂのフローチャートは、ユーザがバイオメ
トリックポリシー５０４に合格するか、または失敗するかのいずれかの場合まで
引き続く。

【０１２９】 図８Ｂのステップ８２２は、図９でさらに説明される。図９は、バイオメトリ
ックデバイスがユーザをテストする時の、バイオメトリックデバイスの典型的な
動作を示すフローチャートである。ステップ９０２において、バイオメトリック
デバイスはユーザをテストするためにリクエストを受け取る。リクエストはユー
ザのバイオメトリックテンプレート５０２、閾値および時間切れ値を含む。この
場合も、閾値および時間切れ値はユーザＩＤ５１０およびバイオメトリックデバ
イスＩＤ５０８である。ステップ９０４において、バイオメトリックデバイスは
ユーザに「生」バイオメトリックデータを促進する。ステップ９０６において、
バイオメトリックデバイスは「生」バイオメトリックデータを読み出すことを試
みる。

【０１３０】 ステップ９０８において、バイオメトリックデバイスは、バイオメトリックデ
ータが読み込まれたかどうかを判定する。上に記載したように、特定のバイオメ
トリック測定値を読み出すための環境に貢献しない（例えば、環境が乏しい光を
有する、およびバイオメトリックデバイスが顔面画像データを読み出そうと試み
る）と、バイオメトリックデバイスは「生」バイオメトリックデータを読み込む
ことができない。「生」バイオメトリックデータが、ステップ９０８において読
み出されないと、ステップ９１０において、バイオメトリックデバイスが「生」
バイオメトリックデータを読み込むことを試みる実際の時間は、時間切れ値と比
較される。実際の時間が時間切れ値以上の場合、制御はステップ９１２に移行し
、ユーザはバイオメトリックデバイスに失敗する。あるいは、実際の時間が時間
切れ値未満の場合、制御はステップ９０６に逆移行し、バイオメトリックデバイ
スは「生」バイオメトリックデータを再び読み込むことを試みる。このループは
、「生」バイオメトリックデータが読み出されるまでか、または実際の時間が時
間切れ値以上になるまで続く（すなわち、時間は、「生」バイオメトリックデー
タを読み出すように終了する）。

【０１３１】 ステップ９０８において、「生」バイオメトリックデータが読み出されると、
制御はステップ９１４に移行する。ステップ９１４において、スコアは、「生」
バイオメトリックデータをバイオメトリックテンプレート５０２に格納されたデ
ータと一致させることにより、決定される。ステップ９１６において、ステップ
９１４により決定されたスコアは閾値と比較される。スコアが閾値以上である場
合、制御はステップ９１８に移行する。ステップ９１８において、ユーザは、バ
イオメトリックデバイスに合格し図８Ａ、図８Ａ−１および図８Ｂのフローチャ
ートは終了する。あるいは、ステップ９１６において、スコアが閾値未満の場合
、制御はステップ９２０に合格する。ステップ９２０において、実際の時間は、
もう一度時間切れ値と比較される。実際の時間が時間切れ値以上である場合、制
御はステップ９２２に移行し、ユーザはバイオメトリックデバイスに失敗する。
この時点で、図９のフローチャートは終了する。実際の時間が時間切れ値未満で
ある場合、制御はステップ９０６に逆に移行し、デバイスは再度「生」バイオメ
トリックデータを読み出すことを試みる。

【０１３２】 ユーザを認証するための上に記載されたプロセスは、バイオメトリックテンプ
レート５０２がクライアント側（すなわち、コンピュータ２０８）で一致される
ことを示す。これは本発明の好適な実施形態であるが、バイオメトリックテンプ
レート５０２が、同時に容易にサーバ側（すなわち、バイオメトリックサーバ１
０４）で一致され得ることを認識することが重要である。

【０１３３】 上で指摘されたように、ログインリクエストは、ユーザを認証するバイオメト
リックシステム１０２内のエンジンで開始する。ログインリクエストは、ユーザ
ＩＤ５１０（図５）をタイプするユーザにより開始される。本発明の他の実施形
態において、ユーザを識別し、バイオメトリック１０２内のエンジンを開始する
「生」バイオメトリックデータである。「生」バイオメトリックデータを用いる
本発明の認証プロセスを開始することに関与するオブジェクトのブロック図を、
図１０に示す。図１０は、コンピュータ２０８（または、代替的には、図２から
のリモート／ウェブコンピュータ２１０両方）、モニタオブジェクト１００４、
バイオメトリックオブジェクト１００６、識別ユーザＩＤオブジェクト１００８
、およびデータベースオブジェクト１０１０を含む。

【０１３４】 管理者が、ユーザを認証するために、バイオメトリックシステム１０２で、「
生」バイオメトリックデータがエンジンを起動させることを望む企業における各
コンピュータ２０８について、モニタオブジェクト１００４は本発明により提供
される。モニタオブジェクト１００４は、動作中であり、提示される「生」バイ
オメトリックデータを待つ。さらに、モニタオブジェクト１００４は特定化され
る（例えば、指紋モニタオブジェクトが「生」指紋データを待ち、顔面画像モニ
タオブジェクトが「生」顔面画像データを待つ）。

【０１３５】 図１０のオブジェクトの高レベルのオペレーションを示すフローチャートを、
図１１に示す。ステップ１１０２において、モニタオブジェクト１００４は、提
示される「生」バイオメトリックデータを待っている。ステップ１１０４におい
て、一旦、「生」バイオメトリックが提示されると、モニタオブジェクト１００
４はバイオメトリックデバイスオブジェクト１００６を生成する。モニタオブジ
ェクト１００４が特定化されるので、モニタオブジェクト１００４が任意のバイ
オメトリックデバイスＩＤ５０８（図５）を認識する必要がない。ステップ１１
０６において、バイオメトリックデバイスオブジェクト１００６は、バイオメト
リックデバイスが「生」バイオメトリックデータを読み出す。この「生」バイオ
メトリックは、モニタオブジェクト１００４に返される。

【０１３６】 ステップ１１０８において、モニタオブジェクト１００４は、ユーザＩＤオブ
ジェクト１００８を識別するために、識別リクエストを送る。識別リクエストは
、「生」バイオメトリックデータおよびコンピュータＩＤ５１２（図５）を含む
。「生」バイオメトリックデータは、バイオメトリックサーバ１０４（図１）上
でユーザＩＤオブジェクト１００８を識別するために使用される。コンピュータ
ＩＤ５１２は独自にコンピュータ２０８を識別する。簡略化のために図１０およ
び１１に示さないが、オブジェクトの間の通信を構築する際の同様のステップが
、図４Ａ〜図４Ｉに示すように発生しなければならない。ステップ１１１０にお
いて、識別ユーザＩＤオブジェクト１００８はデータベースオブジェクト１０１
０を生成し、データベースオブジェクト１０１０を「生」バイオメトリックデー
タに合格させる。データベースオブジェクト１０１０は、図７のデータベースオ
ブジェクト７１０を参照して記載されたものと同様のデータを含む。ステップ１
１１２において、「生」バイオメトリックデータをバイオメトリックテンプレー
ト５０２（図５）に格納されたバイオメトリックデータを一致させる試みが為さ
れる。

【０１３７】 ステップ１１１４において、一致が成功する場合、制御はステップ１１１６に
移行する。ステップ１１１６において、一致するバイオメトリックテンプレート
５０２に属するユーザＩＤ５１０（図５）が、決定される。ステップ１１１８に
おいて、一旦、ユーザＩＤ５１０が決定されると、、認証プロセスは図８Ａのス
テップ８０４に記載のように進む。ステップ１１１４において、一致が成功しな
かった場合、制御はステップ１１２０に移行する。ステップ１１２０において、
ユーザが、「生」バイオメトリックデータを提示することを促進され、制御はス
テップ１１０２に逆に移行する。モニタオブジェクト１００４は、提示される「
生」バイオメトリックデータを常時待っているので、同一のユーザが次の「生」
バイオメトリックデータを提示するかどうかということは問題にならない。「生
」データがモニタオブジェクト１００４に提示されるたびに、「生」バイオメト
リックデータは自身を以前に提示された「生」バイオメトリックデータと区別し
ない。

【０１３８】 （２ ユーザの登録） 上に記載のように、手続き型プログラミング技術上のオブジェクト指向プログ
ラミング技術の利点の１つは、新規のタイプのオブジェクトが追加される場合、
プログラマーに変更される必要のないモジュールを生成させることが可能である
ということである。この利点を図１２に示す。図１２は、本発明の登録プロセス
に含まれるオブジェクトのブロック図である。図１２は、バイオメトリックサー
バ１０４（図１）、登録インターフェース１２０６、登録オブジェクト１２０８
、共通オブジェクト１２１４、ポリシーオブジェクト１２１２、データベースオ
ブジェクト１２１０、登録ステーション１０６（図１）、登録インターフェース
１２０４、登録オブジェクト１２２０、共通オブジェクト１２１８、およびバイ
オメトリックデバイスオブジェクト１２２２を含む。ここで、バイオメトリック
サーバ１０４はサーバとして実行し、登録ステーション１０６はクライアントと
して実行する。

【０１３９】 登録ステーション１０６は、ユーザをバイオメトリックシステム１０２に登録
するために使用される。登録ステーション１０６は、自身をバイオメトリックシ
ステム１０２が使用する全てのタイプのバイオメトリック識別デバイスに取り付
け、ユーザを識別し、最終的には認証する。

【０１４０】 登録インターフェース１２０４および登録インターフェース１２０６は、本発
明の１部ではないことを留意することが重要である。実際、登録インターフェー
ス１２０４および登録インターフェース１２０６は、本発明がインターフェース
をとる特定のオペレーションシステムに特定される。

【０１４１】 登録オブジェクト１２０８は開始オブジェクト４０６（図４Ａ〜図４Ｉ）を置
き換える。登録オブジェクト１２０８は、ユーザをバイオメトリックデバイスに
登録する登録ステーション１０６をリクエストするために使用される。共通オブ
ジェクト１２１４は、登録オブジェクト１２０８に取り付けられ、共通オブジェ
クト４０８（図４Ａ〜図４Ｉ）を置き換える。登録オブジェクト１２０８および
登録オブジェクト１２２０は、共通オブジェクト１２１４および共通オブジェク
ト１２１８を介して、通信する。

【０１４２】 ポリシーオブジェクト１２１２はまた、登録オブジェクト１２０８に取り付け
られる。ポリシーオブジェクト１２１２はポリシーオブジェクト７１２（図７）
と同一である。上に記載したように、ポリシーは、ユーザがバイオメトリックサ
ーバ１０４により認証され得る方法および手段を決定する。データベースオブジ
ェクト１２１０は、図７を参照して記載されたデータベースオブジェクト７１０
と同一のデータを格納する。登録オブジェクト１２２０は、レシーバオブジェク
ト４１２（図４Ｇ〜図４Ｉ）を置き換える。登録オブジェクト１２２０は、ユー
ザをバイオメトリックデバイスに登録する際の特定のタスクを実行するために使
用される。共通オブジェクト１２１８は共通オブジェクト４１０（図４Ａ〜図４
Ｉ）を置き換える。最後に、場イオメトリックデバイスオブジェクト１２２２は
、特定タイプの「生」バイオメトリックデータの複数のサンプルをユーザからリ
クエストすることによりユーザを登録するために使用される。バイオメトリック
デバイスオブジェクト１２２２は、バイオメトリックデータのサンプルを使用し
、一意的なバイオメトリックテンプレート５０２（図５）をユーザ用に生成する
。

【０１４３】 図１２の高レベルオペレーションのオブジェクトを示すフローチャートを、図
１３Ａおよび図１３Ｂに示す。ステップ１３０２において、ユーザが、登録サー
バ１０６において存在し、管理者がユーザに与えるユーザＩＤ５１０（図５）を
タイプする。登録インターフェース１２０４は、これを登録リクエストとして認
識する。ユーザ登録を容易にするために、登録ステーション１０６は、インター
フェースをバイオメトリックシステム１０２（図１）が登録するユーザに提供す
る。このインターフェースは登録インターフェース１２０４である。ステップ１
３０４において、登録インターフェース１２０４はコンピュータＩＤ５１２（図
５）およびユーザＩＤ５１０を含む登録リクエストを、バイオメトリックサーバ
１０４に送る。登録インターフェース１２０６は、実際に登録リクエストを受け
取る。リクエストが登録用のリクエストであるという事実に基づき、登録オブジ
ェクト１２０８は、ステップ１３０６において初期化される（例えば、登録リク
エストがバイオメトリックシステム１０２においてエンジンを起動する）。登録
オブジェクト１２０８が初期化される前に、登録オブジェクト１２０８は図４Ａ
〜図４Ｉを参照して記載された一般開始オブジェクト４０６である。

【０１４４】 ステップ１３０８において、登録オブジェクト１２０８はデータベースオブジ
ェクト１２１０を生成し、ユーザＩＤ５１０をデータベースオブジェクト１２１
０に合格させる。ユーザＩＤ５１０に基づき、データベースオブジェクト１２１
０は、ステップ１３１０において、ユーザのバイオメトリックグループ５０６（
図５）を決定する。先に記載したように、管理者は、ユーザがどのバイオメトリ
ックグループ５０６に属するかをすでに決定している。バイオメトリックグルー
プ５０６に基づき、データベースオブジェクト１２１０は、バイオメトリックグ
ループ５０６に割り当てられるバイオメトリックポリシー５０４（図５）を決定
する。

【０１４５】 ステップ１３１２において、データベースオブジェクト１２１０は、ポリシー
オブジェクト１２１２を生成し、ポリシーオブジェクト１２１２を登録オブジェ
クト１２０８に置き換える。ポリシーオブジェクト１２１２は、特定タイプのバ
イオメトリックポリシー５０４（例えば、オアポリシー、アンドポリシー等）お
よびそのバイオメトリックポリシー５０４用のデバイスのリストを見分ける。ス
テップ１３１４において、バイオメトリックサーバ１０４と登録ステーション１
０６との間で、通信が確立される。この通信は、図４Ａ〜図４Ｉを参照して記載
されたように、正確に確立される。ステップ１３１６において、デバイスのリス
トに基づき、登録オブジェクト１２０８は、リクエストを登録ステーション１０
６に送り、特定のバイオメトリックデバイス上でユーザをテストする。このリク
エストは、ユーザを登録し得る特定のバイオメトリックデバイスを識別するバイ
オメトリックデバイスＩＤ５０８（図５）を含む。

【０１４６】 ステップ１３１８において、リクエストに基づいて、登録オブジェクト１２２
０が作成される。ステップ１３２０において、登録オブジェクト１２２０がバイ
オメトリックデバイスＩＤ５０８を調べて、バイオメトリックデバイスオブジェ
クト１２２２を作成する。ステップ１３２２において、バイオメトリックデバイ
スオブジェクト１２２２によって、バイトメトリックデバイスがユーザを登録す
る。特に、ユーザは、バイトメトリック測定を異なる時間で行うことを求められ
る。例えば、ユーザは各指の指紋を複数回測定することを求められる。ユーザを
デバイスに登録することにより、バイトメトリックテンプレート５０２（図５）
が作成される。ステップ１３２４において、登録オブジェクト１２２０は、バイ
トメトリックテンプレート５０２を共通オブジェクト１２１８および共通オブジ
ェクト１２１４を介して登録オブジェクト１２０８に送る。次いで、ステップ１
３２６において、登録オブジェクト１２０８は、データベースオブジェクト１２
１０にバイトメトリックテンプレート５０２を格納する。

【０１４７】 ステップ１３２８において、デバイスのリストに基づいて、ユーザが別のバイ
トメトリックデバイスに登録される必要があるかどうかが判定される。ユーザは
少なくともデバイスのユーザ自身のリストに載っているバイトメトリックデバイ
スに登録される必要があるが、管理者は、デバイスリストに載っていないバイト
メトリックデバイスにユーザを登録することに決めることができる。ステップ１
３２８において、ユーザが別のバイトメトリックデバイスに登録される必要がな
いと判定されると、制御はステップ１３３０へ移り、図１３のフローチャートは
終了する。あるいは、ユーザが別のバイオメトリックデバイスに登録される必要
がない場合には、制御はステップ１３３２へ移る。ステップ１３３２において、
ユーザを登録する次のバイオメトリックデバイスが確定され、リクエストが登録
オブジェクト１２２０に送られる。リクエストは、次のバイトメトリックデバイ
スのためのバイトメトリックデバイスＩＤ５０８を含む。制御は再度ステップ１
３２０に移る。このプロセスは、ユーザが必要とされるすべてのバイトメトリッ
クデバイスに登録されるまで続く。

【０１４８】 図１２および図１３を参照して述べてきたように、本発明の１実施形態におい
て、ユーザは登録ステーション１０６を介して登録される。典型的には、登録ス
テーション１０６および管理者は、企業内の同じ位置に物理的に配置される。新
規ユーザをリソース保護システム内に登録する必要がある場合に、そのユーザが
管理者と物理的に同じ位置にあっては不便かもしれない。このことは、ネットワ
ーク環境の２つのさらなる制限を示す。

【０１４９】 第１の制限は、任意の識別デバイスの使用を扱う。ユーザをバイトメトリック
システム１０２（図１）に登録するためには、管理者は、ユーザ登録が本当に正
しい人であることを確実にする必要がある。ユーザおよび管理者が物理的に同じ
位置にない場合にはこのことは困難である。

【０１５０】 第２の制限は、バイオメトリック識別デバイスの使用を扱う。多くのバイトメ
トリック測定値は時間の経過とともに変化する。例えば、人は年をとり、体重が
増減する等である。ユーザの顔面画像を格納するバイオメトリックテンプレート
の場合、テンプレートのバイオメトリックデータは、時間の経過とともに更新さ
れる必要があり得る。ここでもやはり、ユーザおよび管理者が、ネットワーク内
で物理的に同じ位置にない場合、管理者は、テンプレートを更新するように要求
するユーザが本当に正しい人であることを確実にする必要がある。

【０１５１】 本発明の発明者は、ユーザが登録または再登録のいずれかを特定のバイトメト
リックデバイスを用いて可能にし、バイトメトリックテンプレートを更新する前
に、ユーザをリモートに認証する方式が必要であると認識する。リモート登録お
よび／または再登録（バイトメトリックのリフレッシュ）は、管理者またはユー
ザのいずれによっても開始され得る。

【０１５２】 リモートな登録および／または再登録が用いられるいくつかのシナリオがある
。第１のシナリオは既に上述したが、バイトメトリックシステム１０２に登録ま
たは再登録することを所望する管理者およびユーザが、ネットワーク内の物理的
に同じ位置にない場合である。管理者はやはり、まずユーザの認証を必要とする
。この問題に対しては少なくとも２つの解決策がある。第１は、一時パスワード
（またはトークンあるいはスマートカード）をユーザに割り当てることを含む。
ユーザは、リモート／ウェブコンピュータ２１０（図２）のうちの１つに行き、
パスワードにタイプする。一旦バイオメトリックシステム１０２がパスワードに
よってユーザを認証すると、ユーザは登録プロセスを開始する。当然のことなが
ら、一時パスワードは、ユーザが１回使用すると無効になる。再登録（テンプレ
ートのリフレッシュ）の場合、現在、ユーザが複数のバイオメトリックデバイス
に登録されているならば、他のバイオメトリックデバイスのうちの１つを用いて
、ユーザが所望のバイオメトリックデバイスのバイオメトリックテンプレート５
０２（図５）をリフレッシュし得る前に、ユーザを認証することができる。

【０１５３】 リモートな登録および／または再登録の第２の解決策は、特定のバイオメトリ
ックデバイスがリモート／ウェブコンピュータ２１０に取付けられているという
事実を利用する。いくつかの例では、顔面画像および音声認識バイトメトリック
デバイスの使用が含まれる。管理者が、ユーザの顔をよく知っている場合には、
登録プロセスが開始し得る前に、ユーザを認証する映像会議を用いることができ
る。管理者が、ユーザの音声をよく知っている場合には、管理者に話しかけ、ユ
ーザを認証するために音声認識デバイスを用いることができる。

【０１５４】 第２のシナリオは、企業がバイオメトリックシステム１０２内にユーザを登録
するために、管理者を用いないことを所望する場合である。ここで、企業が、既
存の非バイオメトリック識別システムを所定の位置に有する場合、既存のシステ
ムからバイオメトリックシステム１０２へと切り換えるのは容易である。留意す
べき重要なことは、既存の非バイオメトリック識別システムの保全性を問題にし
てはいけないということである。例えば、ユーザＢが他のユーザＡのパスワード
へのアクセス権を有する場合、ユーザＢは、バイオメトリックシステム１０２に
登録し、ユーザＡのリソースへのアクセス権を取得することができる。既存の識
別システムの保全性が良好であると仮定すると、既存の識別システムの認証方法
を用いて、ユーザをバイオメトリックシステム１０２に導く。一旦ユーザがバイ
オメトリックシステム１０２に導かれると、ユーザはもはや古い方法を用いて企
業リソースへのアクセス権を取得することはできない。同時に全てのユーザを登
録する必要をなくすことによって、バイオメトリックシステム１０２を展開する
際に柔軟性をもたらすので、このこともまた重要である。

【０１５５】 （Ｅ．バイオメトリックポリシー） 本発明の発明者は、識別デバイスが任意の環境で用いられる場合には、その環
境がネットワークであろうとなかろうと制限を認識する。多くのリソースを有す
る企業は、他よりも多くのいくつかのリソースを保護することを所望する。例え
ば、電子掲示板が企業内の全てのユーザによってアクセスされる場合、企業は注
意を払わないかもしれない。一方、企業は、企業の社長だけが合併および買収の
情報にアクセスすることを望み得る。企業が全てのリソースに同じレベルの保護
を設ける場合、２つのシナリオのうちの１つが起こる。第１のシナリオは、低レ
ベル保護をすべてのリソースに設けることである。ここで、この結果、いくつか
のネットワークリソースに対して不適切な認証となる。第２のシナリオは、高レ
ベル保護をすべてのリソースに設けることである。このシナリオは、ネットワー
ク内のすべてのリソースを適切に保護し得るが、リソース保護の管理はさらに複
雑となり、従ってネットワークの生産性は減少する。

【０１５６】 本発明のバイオメトリックポリシー５０４（図５）は、ネットワークの生産性
を減少させることなく、適切なレベルの保護を各ネットワークリソースに設ける
柔軟性を提供する。上述したように、これが、ユーザがバイオメトリックサーバ
１０４（図１）によって認証される方法または方式を確定する、本発明のバイオ
メトリックポリシー５０４である。留意されたい重要なことは、ユーザがバイオ
メトリックポリシー５０４に合格するまで、ユーザは認証されないということで
ある。本発明において、ユーザは、ユーザもまた自身のバイオメトリックポリシ
ー５０４に合格することなく、１つ以上のバイオメトリックデバイスに単に合格
することだけでは決して認証されない。

【０１５７】 バイオメトリックポリシー５０４が各リソースの保護レベルに柔軟性を提供す
る特定の方法は、バイオメトリックデバイスおよび非バイオメトリックデバイス
の両方を含む識別デバイスの層構造による。識別デバイスを層構造にすることに
よって、バイオメトリックシステム１０２（図１）の管理者は、各リソースを保
護する論理的な方式で１つ以上の識別デバイスを組み合わせることができる。ま
た、層構造にすることによって、管理者は、ユーザがバイオメトリックデバイス
に合格するために、各バイオメトリックデバイスが確定しなければならない識別
レベルを調整することができる。このことは、上述の閾値によって達成される。

【０１５８】 図１５は、特定の企業のバイオメトリックシステム１０２の層構造プロセスの
例を示すチャートである。チャート１５０２は、カラムおよびロウを有する。ユ
ーザがネットワークシステム２０２の種々のポイントにアクセスしようとすると
、ユーザは、バイオメトリックシステム１０２によって認証されることを必要と
し得る。チャート１５０２のカラムは、ネットワークシステム２０２の種々のポ
イントを表す。（この特定の企業内の）種々のポイントは、ネットワークシステ
ム２０２自身、アプリケーション２０４のうちの１つ以上、ユーザコンピュータ
２０８のうちの１つ以上、インターネットアクセス１５０４、およびダイアルイ
ンアクセス１５０６を含む。チャート１５０２のロウは、バイオメトリックシス
テム１０２で用いられる識別デバイスを示す。識別デバイスは、バイオメトリッ
クデバイスおよび非バイオメトリックデバイスの両方を含む。（この特定の企業
における）非バイオメトリックデバイスはパスワードおよびスマートカードデバ
イスを含む。（この特定の企業における）バイオメトリックデバイスは、指紋、
音声認識、顔面画像、および署名を含む。

【０１５９】 一旦、管理者がネットワークシステム２０２の中の保護を要求する種々のポイ
ントおよび識別デバイスを特定すると、管理者は本発明のレイヤー化処理を決定
する。１つのリソースについてのレイヤー化処理は、図１６に示されるステップ
を包含し得る。

【０１６０】 図１６は、１つのリソースについての本発明のレイヤー化の処理を示すフロー
チャートである。ステップ１６０２において、保護を要求するネットワークシス
テム２０２の中のリソースが特定される。ステップ１６０４において、リソース
を保護する際に利用されようとしている非バイオメトリックデバイスが特定され
る。このとき、管理者は、非バイオメトリックデバイスを何ら使用しないように
決定することもできる。ステップ１６０６において、リソースを保護する際に利
用されようとしているバイオメトリックデバイスが特定される。ここでも、管理
者は０、１またはそれより多いバイオメトリックデバイスを使用することを決定
し得る。最後に、ステップ１６０８において、特定されたバイオメトリックデバ
イスのそれぞれについて、その閾値が決定される。チャート１５０２（図１５）
は、閾値の取り得る値をＬ（ｌｏｗ）、Ｍ（ｍｅｄｉｕｍ）およびＨ（ｈｉｇｈ
）として示す。本発明は、この方法で閾値の値を表すことに限定されない。実際
、閾値の取り得る値は、他の方法で表され得る。１つの可能な方法は数値的な方
法であり、その方法では、管理者が所望するだけの多くの異なる値を閾値が有し
得る。

【０１６１】 図１５を再び参照すると、ネットワークシステム２０２は、２つのバイオメト
リックデバイスによって保護され、非バイオメトリックデバイスによっては保護
されていない。２つのバイオメトリックデバイスは、指紋デバイスおよび音声認
識デバイスを備える。指紋デバイスの閾値は、Ｍに設定されている。音声認識デ
バイスの閾値は、Ｌに設定されている。従って、ネットワークシステム２０２に
アクセスするユーザにとって、そのユーザは指紋デバイスおよび音声認識デバイ
スの両方でテストされる「可能性」があり得る。テストされた場合、ユーザは、
指紋デバイスを少なくともＭの閾値に合格し、音声認識デバイスを少なくともＬ
の閾値に合格しなければならない。

【０１６２】 ユーザが両方のデバイスでテストされる「可能性」があり得るに過ぎない理由
は、バイオメトリックシステム１０２への最終的な認証は、バイオメトリックポ
リシー５０４によって支配されるからである。例えば、オアバイオメトリックポ
リシーは、上述のユーザが指紋デバイスまたは音声認識デバイスのどちらか一方
に合格することだけを要求する。ユーザが両方のデバイスでテストされる唯一の
方法は、ユーザがテストされる第１のデバイスに失敗した場合である。アンドバ
イオメトリックポリシーは、ユーザに、認証されるために両方のバイオメトリッ
クデバイスでテストされることを要求する。しかし、アンドバイオメトリックポ
リシーでも、ユーザはバイオメトリックデバイスのうちの１つでテストされ得る
。ユーザが、テストされる第１のバイオメトリックデバイスに失敗する場合、ユ
ーザは自動的にアンドポリシーに失敗し、ユーザを第２のバイオメトリックデバ
イスでテストする必要はない。

【０１６３】 上記にバイオメトリックポリシー５０４が導入されたが、このセクションは、
本発明によって提供される、予め定められた種々のバイオメトリックポリシーお
よび管理者定義のポリシーを詳細に説明する。上述したように、各バイオメトリ
ックポリシーは、それに関連するデバイスのリストを有している。そのデバイス
のリストは、そのバイオメトリックポリシーを実行するために使用されるバイオ
メトリックデバイスを特定する。デバイスのリストの中の各バイオメトリックデ
バイスは、それに関連する閾値およびタイムアウト値を有している。閾値は、ユ
ーザがそのデバイスに合格するためにそのバイオメトリックデバイスが判定しな
ければならないレベルを示す。タイムアウト値は、バイオメトリックデバイスが
その閾値によって示される識別のレベルまでユーザを識別しなければならない時
間を示す。

【０１６４】 上述したように、本発明は、特定の予め定められたバイオメトリックポリシー
を提供するだけでなく、管理者が、他の管理者定義ポリシーを定義することも可
能にする。特定の予め定められたバイオメトリックポリシーは、オアポリシー、
アンドポリシー、条件付きポリシー、ランダムポリシーおよび閾値ポリシーを含
む。予め定められたバイオメトリックポリシーは、そのポリシーのデバイスのリ
ストの中のバイオメトリックデバイスのみを有することに限定される。これは、
非バイオメトリックデバイスが使用できることを制限し、リソースを保護する。
従って、本発明はまた、ポリシーまたはデバイスのリストを有する管理者定義ポ
リシーを提供する。さらなる管理者定義のポリシーの種類は、ポリシーの中にバ
イオメトリックポリシーを含む。以下、予め定められたバイオメトリックポリシ
ーと、管理者定義ポリシーとを詳細に説明する。

【０１６５】 （１．オアポリシー） ユーザは、デバイスのリストの中のバイオメトリックデバイスの１つをユーザ
が合格した場合に、本発明のオアポリシーに合格する。図１７Ａおよび図１７Ｂ
は、本発明のオアポリシーの実行に関係するステップを説明するフローチャート
である。ステップ１７０２において、デバイスのリストの中のバイオメトリック
デバイスの２より大きい数ｎが決定される。オアポリシーは通常、少なくとも２
つの異なるバイオメトリックデバイスをそのデバイスのリストの中に有する。ス
テップ１７０４において、そのデバイスのリストの中の第１のバイオメトリック
デバイスが決定される。一旦、第１のバイオメトリックデバイスが決定されると
、ステップ１７０６において、ユーザはその第１のバイオメトリックデバイスで
テストされ、第１のスコアを生成する。ステップ１７０８において、第１のスコ
アは、第１のバイオメトリックデバイスの閾値と比較される。第１のスコアが第
１のバイオメトリックデバイスの閾値よりも大きいか等しい場合、制御はステッ
プ１７１０に移る。ステップ１７１０において、ユーザはオアポリシーに合格し
、図１７Ａおよび図１７Ｂのフローチャートは終わる。この時点で、ユーザは、
バイオメトリックシステム１０２（図１）によって認証された。あるいは、ステ
ップ１７０８において、第１のスコアが第１のバイオメトリックデバイスの閾値
よりも小さい場合、制御はステップ１７１２に移る。

【０１６６】 ステップ１７１２において、デバイスのリストの中の第２のバイオメトリック
デバイスが決定される。一旦、第２のバイオメトリックデバイスが決定されると
、ステップ１７１４において、ユーザはその第２のバイオメトリックデバイスで
テストされ、第２のスコアを生成する。ステップ１７１６において、第２のスコ
アは、第２のバイオメトリックデバイスの閾値と比較される。第２のスコアが第
２のバイオメトリックデバイスの閾値よりも大きいか等しい場合、制御はステッ
プ１７１８に移る。ステップ１７１８において、ユーザはオアポリシーに合格し
、図１７Ａおよび図１７Ｂのフローチャートは終わる。この時点で、ユーザは、
バイオメトリックシステム１０２によって認証された。あるいは、ステップ１７
１６において、第２のスコアが第２のバイオメトリックデバイスの閾値よりも小
さい場合、制御はステップ１７２０に移る。

【０１６７】 ステップ１７２０において、ｎが０よりも大きくない場合、制御はステップ１
７２２に移る。制御がステップ１７２２に移る場合、それはデバイスのリストが
ただ２つのバイオメトリックデバイスしかそのリストの中に有しておらず、ユー
ザが両方のバイオメトリックデバイスに失敗したことを意味する。ステップ１７
２２において、ユーザは、オアポリシーに失敗し、図１７Ａおよび図１７Ｂのフ
ローチャートは終わる。あるいは、ステップ１７２０において、ｎが０よりも大
きい場合、制御はステップ１７２４に移る。この状況では、デバイスのリストは
、２より多いバイオメトリックデバイスをそのリストの中に有している。ステッ
プ１７２４において、次のバイオメトリックデバイスが決定される。一旦、次の
バイオメトリックデバイスが決定されると、ステップ１７２６において、ユーザ
は次のバイオメトリックデバイスでテストされ、次のスコアを生成する。ステッ
プ１７２８において、次のスコアは、次のバイオメトリックデバイスの閾値と比
較される。次のスコアが次のバイオメトリックデバイスの閾値よりも大きいか等
しい場合、制御は、ステップ１７３０に移る。ステップ１７３０において、ユー
ザはオアポリシーに合格し、図１７Ａおよび図１７Ｂのフローチャートは終わる
。この時点で、ユーザは、バイオメトリックシステム１０２によって認証された
。あるいは、ステップ１７２８において、次のスコアが次のバイオメトリックデ
バイスの閾値よりも小さい場合、制御はステップ１７３２に移る。

【０１６８】 ステップ１７３２において、ｎから１が引かれ、制御はステップ１７２０に戻
る。ステップ１７２０において、ｎが０よりも大きくない場合、ユーザは、デバ
イスのリストの中のすべてのバイオメトリックデバイスに失敗した。このとき、
制御はステップ１７２２に移る。ステップ１７２２において、ユーザは、オアポ
リシーに失敗し、図１７Ａおよび図１７Ｂのフローチャートは終わる。この時点
で、ユーザは、バイオメトリックシステム１０２によって認証されなかった。あ
るいは、ステップ１７２０において、ｎが０よりも大きい場合、それは、ユーザ
がまだテストされていないバイオメトリックデバイスが、デバイスのリストの中
にさらに存在することを意味する。図１７Ａおよび図１７Ｂのフローチャートは
、ユーザーがすべてのバイオメトリックデバイスに失敗するか、またはユーザが
デバイスのリストの中の１つのバイオメトリックデバイスに合格するまで続く。

【０１６９】 オアポリシーは、典型的には少なくとも２つの異なるバイオメトリックデバイ
スをそのデバイスのリストの中に有するが、デバイスのリストは、単一のバイオ
メトリックデバイスを有していてもよい。このとき、ユーザは、オアポリシーに
合格するために、複数のバイオメトリック測定を用いる単一のバイオメトリック
デバイスでテストされる。例えば、その単一のバイオメトリックデバイスが指紋
デバイスである場合、ユーザは、左人さし指を用いてその指紋デバイスでテスト
され、かつ、右人さし指を用いてその指紋デバイスでテストされることによって
、オアポリシーに合格することを要求され得る。ユーザは、オアポリシーに合格
するために、バイオメトリック測定の１つを用いて指紋デバイスに合格すること
が必要なだけである。複数のバイオメトリック測定をテストするために用いられ
得る他の単一のバイオメトリックデバイスは、顔面画像（顔面の異なる角度）、
網膜画像（右と左の網膜）、手の形状（右手と左手）、音声認識（２つの異なる
フレーズ）、異なる照明（可視および赤外）等である。

【０１７０】 （２．アンドポリシー） ユーザがデバイスのリストのバイオメトリックデバイスの全てに合格すると、
そのユーザは本発明のアンドポリシーに合格する。図１８Ａおよび図１８Ｂは、
本発明のアンドポリシーを実行することに関与するステップを示すフローチャー
トである。ステップ１８０２では、デバイスのリストのバイオメトリックデバイ
スの数ｎ（２より大きい）が決定される。アンドポリシーは、典型的にはデバイ
スのそのリスト中に少なくとも２つの異なるバイオメトリックデバイスを有する
。ステップ１８０４では、デバイスのリスト中の第１のバイオメトリックデバイ
スが決定される。一旦、第１のバイオメトリックデバイスが決定されると、ユー
ザはその第１のバイオメトリックデバイスでテストされ、ステップ１８０６で第
１のスコアを生成する。ステップ１８０８では、第１のスコアが第１のバイオメ
トリックデバイスの閾値と比較される。第１のスコアが第１のバイオメトリック
デバイスの閾値よりも小さい場合、コントロールはステップ１８１０へと移る。
ステップ１８１０では、ユーザーはアンドポリシーに失敗し、図１８Ａおよび図
１８Ｂのフローチャートが終了する。この点で、ユーザはバイオメトリックシス
テム１０２（図１）により認証されない。あるいは、ステップ１８０８において
第１のスコアが第１のバイオメトリックデバイスの閾値以上である場合、コント
ロールはステップ１８１２に移る。

【０１７１】 ステップ１８１２では、デバイスのリスト中の第２のバイオメトリックデバイ
スが決定される。一旦、第２のバイオメトリックデバイスが決定されると、ユー
ザはその第２のバイオメトリックデバイスでテストされ、ステップ１８１４で第
２のスコアを生成する。ステップ１８１６では、第２のスコアが第２のバイオメ
トリックデバイスの閾値と比較される。第２のスコアが第２のバイオメトリック
デバイスの閾値よりも小さい場合、コントロールはステップ１８１８へと移る。
ステップ１８１８では、ユーザーはアンドポリシーに失敗し、図１８Ａおよび図
１８Ｂのフローチャートが終了する。この点で、ユーザはバイオメトリックシス
テム１０２により認証されない。あるいは、ステップ１８１６において第２のス
コアが第２のバイオメトリックデバイスの閾値以上である場合、コントロールは
ステップ１８２０に移る。

【０１７２】 ステップ１８２０では、ｎがゼロより大きくない場合、コントロールはステッ
プ１８２２に移る。コントロールがステップ１８２２に移るとすれば、デバイス
のリストはリスト中に２つだけバイオメトリックデバイスを有し、ユーザーはそ
の両方のデバイスに合格することを意味する。ステップ１８２２では、ユーザは
アンドポリシーに合格し、図１８Ａおよび図１８Ｂのフローチャートが終了する
。あるいは、ステップ１８２０においてｎがゼロより大きい場合、コントロール
はステップ１８２４に移る。この状況において、デバイスのリストはリスト中に
２つより多くのバイオメトリックデバイスを有する。ステップ１８２４では、次
のバイオメトリックデバイスが決定される。一旦次のバイオメトリックデバイス
が決定されると、ユーザは次のバイオメトリックデバイスでテストされ、ステッ
プ１８２６で次のスコアを生成する。ステップ１８２８では、次のスコアが次の
バイオメトリックデバイスの閾値と比較される。次のスコアが次のバイオメトリ
ックデバイスの閾値よりも小さい場合、コントロールはステップ１８３０へと移
る。ステップ１８３０では、ユーザーはアンドポリシーに失敗し、図１８Ａおよ
び図１８Ｂのフローチャートが終了する。この点で、ユーザはバイオメトリック
システム１０２により認証されない。あるいは、ステップ１８２８において次の
スコアが次のバイオメトリックデバイスの閾値以上である場合、コントロールは
ステップ１８３２に移る。

【０１７３】 ステップ１８３２では、１がｎから減算され、コントロールはステップ１８２
０へと戻る。ステップ１８２０では、ｎがゼロより大きくない場合、ユーザはデ
バイスのリスト中のすべてのバイオメトリックデバイスに合格する。ここで、コ
ントロールはステップ１８２２へ移る。ステップ１８２２では、ユーザはアンド
ポリシーに合格し、図１８Ａおよび図１８Ｂのフローチャートが終了する。この
点で、ユーザはバイオメトリックシステム１０２により認証される。あるいは、
ステップ１８２０においてｎがゼロよりも大きい場合、このことは、デバイスの
リスト中にユーザがまだテストされていないバイオメトリックデバイスがまだな
お残っていることを意味する。図１８Ａおよび図１８Ｂのフローチャートは、ユ
ーザがすべてのバイオメトリックデバイスに合格するか、あるいはデバイスのリ
スト中の１つのバイオメトリックデバイスに失敗するまで続く。

【０１７４】 アンドポリシーが典型的にはデバイスのそのリスト中に少なくとも２つのバイ
オメトリックデバイスを有しているが、デバイスのリストは、単一バイオメトリ
ックデバイスを有し得る。ここで、ユーザは、アンドポリシーに合格するために
複数のバイオメトリック測定を用いて単一バイオメトリックデバイスでテストさ
れる。例えば、この単一バイオメトリックデバイスが指紋デバイスである場合、
ユーザは左人差し指を用いて指紋デバイスでテストされ、かつ右人差し指を用い
て指紋デバイスでテストされることによりアンドポリシーに合格することが要求
され得る。ユーザは両方のバイオメトリック測定を使用して指紋デバイスに合格
し、アンドポリシーに合格することが必要である。オアポリシーに関して上記で
説明したように、他の単一バイオメトリックデバイスもまた、複数のバイオメト
リック測定をテストするためにアンドポリシーで使用することができる。

【０１７５】 （３．条件付きポリシー） ユーザが第１のバイオメトリックデバイスに関連した最小閾値（すなわち、第
１のバイオメトリックデバイスの閾値）を超えるか、または第１のバイオメトリ
ックデバイスに関連した条件付き閾値を超えるかのいずれかの場合であって、か
つユーザが条件付きバイオメトリックデバイスに関連した最小閾値（すなわち、
条件付きバイオメトリックデバイスの閾値）を超える場合に、ユーザは本発明の
条件付きポリシーに合格する。図１９は、本発明の条件付きポリシーを実行する
ことに関与するステップを示すフローチャートである。条件付きポリシーに関す
るデバイスのリストにおいて典型的には２つの異なるバイオメトリックデバイス
が存在する。ステップ１９０２では、条件付き閾値が決定される。ステップ１９
０４では、デバイスのリストの第１のバイオメトリックデバイスが決定される。
一旦、第１のバイオメトリックデバイスが決定されると、ユーザはその第１のバ
イオメトリックデバイスでテストされ、ステップ１９０６で第１のスコアを生成
する。

【０１７６】 ステップ１９０８では、第１のスコアが第１のバイオメトリックデバイスの閾
値と比較される。第１のスコアが第１のバイオメトリックデバイスの閾値以上で
ある場合、コントロールはステップ１９１０へと移る。ステップ１９１０では、
ユーザーは条件付きポリシーに合格し、図１９のフローチャートが終了する。こ
の点で、ユーザはバイオメトリックシステム１０２（図１）により認証される。
あるいは、ステップ１９０８において第１のスコアが第１のバイオメトリックデ
バイスの閾値より小さいである場合、コントロールはステップ１９１２に移る。

【０１７７】 ステップ１９１２では、第１のスコアが条件付き閾値と比較される。ステップ
１９１２では、第１のスコアが条件付き閾値より小さい場合、コントロールはス
テップ１９１４へと移る。ステップ１９１４では、ユーザーは条件付きポリシー
に失敗する。この点で、ユーザはバイオメトリックシステム１０２により認証さ
れない。あるいは、ステップ１９１２において第１のスコアが条件付き閾値以上
である場合、コントロールはステップ１９１６に移る。条件付き閾値が用いられ
てユーザに条件付きポリシーに合格する第２の機会を提供し、従ってバイオメト
リックシステム１０２により認証される。

【０１７８】 ステップ１９１６では、デバイスのリストの条件付きバイオメトリックデバイ
スが決定される。この条件付きバイオメトリックデバイスについて選択されたバ
イオメトリックデバイスのタイプは、上記のように周囲の状態に依存し得る。一
旦、条件付きバイオメトリックデバイスが決定されると、ユーザはその条件付き
バイオメトリックデバイスでテストされ、ステップ１９１８で条件付きスコアを
生成する。ステップ１９２０では、条件付きスコアが条件付きバイオメトリック
デバイスの閾値と比較される。条件付きスコアが条件付きバイオメトリックデバ
イスの閾値より小さい場合、コントロールはステップ１９２４へと移る。ステッ
プ１９２４では、ユーザーは条件付きポリシーに失敗し、そして図１９のフロー
チャートが終了する。この点で、ユーザはバイオメトリックシステム１０２によ
り認証されない。あるいは、ステップ１９２０において条件付きスコアが条件付
きバイオメトリックデバイスの閾値以上である場合、コントロールはステップ１
９２２に移る。ステップ１９２２では、ユーザは条件付きポリシーに合格し、図
１９のフローチャートが終了する。この点で、ユーザはバイオメトリックシステ
ム１０２により認証される。

【０１７９】 条件付きポリシーが典型的にはデバイスのそのリスト中に２つのバイオメトリ
ックデバイスを有しているが、デバイスのリストは、単一バイオメトリックデバ
イスを有し得る。ここで、ユーザは、条件付きポリシーに合格するために複数の
バイオメトリック測定を用いて単一バイオメトリックデバイスでテストされる。
例えば、この単一バイオメトリックデバイスが指紋デバイスである場合、ユーザ
は自身の左人差し指をまず用いて指紋デバイスでテストされることにより条件付
きポリシーに合格することが要求され得る。ユーザが、自身の左人差し指を用い
て指紋デバイスに合格すると、そのユーザは条件付きポリシーに合格する。ユー
ザが、自身の左人差し指を用いて指紋デバイスに失敗し、かつ第１のスコアが条
件付き閾値スコア以上である場合、そのユーザは右人差し指を用いて指紋デバイ
スでテストされる。オアポリシーに関して上記で説明したように、他の単一測定
デバイスもまた、複数のバイオメトリック測定をテストするために条件付きポリ
シーで使用することができる。

【０１８０】 （４．ランダムポリシー） ユーザがランダムバイオメトリックデバイスに合格する場合、ユーザは、本発
明のランダムポリシーに合格する。図２０は、本発明のランダムポリシーの実行
に含まれるステップを示すフローチャートである。ステップ２００２において、
デバイスのリスト内のバイオメトリックデバイスの数ｎが判定される。ランダム
ポリシーは、典型的にそのデバイスのリスト内に少なくとも２つの異なるバイオ
メトリックを有する。ステップ２００４において、１〜ｎまでの乱数が選択され
、乱数がｘに等しいように設定される。ステップ２００６において、デバイスの
リスト内のｘ番目のバイオメトリックデバイスが判定される。一旦ｘ番目のバイ
オメトリックデバイスが判定されると、ユーザは、ステップ２００８においてス
コアを生成するためにｘ番目のバイオメトリックデバイスでテストされる。

【０１８１】 ステップ２０１０において、そのスコアはバイオメトリックデバイスの閾値と
比較される。そのスコアがバイオメトリックデバイスの閾値よりも小さい場合、
制御はステップ２０１２に移る。ステップ２０１２において、ユーザはランダム
ポリシーに失敗し、図２０におけるフローチャートが終了する。この時点ではユ
ーザは、バイオメトリックシステム１０２（図１）によって認証されない。代替
的に、ステップ２０１０において、スコアが、バイオメトリックデバイスの閾値
以上である場合、制御はステップ２０１４に移る。ステップ２０１４において、
ユーザは、ランダムポリシーに合格して、図２０におけるフローチャートが終了
する。この時点でユーザは、バイオメトリックシステム１０２によって認証され
る。

【０１８２】 ランダムポリシーは、ユーザがバイオメトリックシステム１０２によって認証
されようとする度に、ユーザからのランダムバイオメトリック測定を要求する用
に用いられる。ランダムポリシーの別の実施形態において、指紋または言葉使い
のいずれかのリストとなるようにデバイスのリストを修正することである。ここ
で、ユーザはランダム指紋（例えば、ユーザの左手の人差し指）でテストされ得
る。あるいは、ユーザはランダムな言葉使い（例えば、「Ｍｙ ｎａｍｅ ｉｓ
Ｂｏｂ Ｓｍｉｔｈ」に関してテストされ得る。

【０１８３】 ランダムポリシーは、典型的には、デバイスのリスト内に少なくとも２つの異
なるバイオメトリックデバイスを有するが、そのデバイスのリストは、単一のバ
イオメトリックデバイスを有してもよい。ここでユーザは、ランダムポリシーに
合格するように、複数のバイオメトリックデバイス測定のうち任意の１つを有す
る単一のバイオメトリックデバイスでテストされる。例えば、単一のバイオメト
リックデバイスがフィンガープリントデバイスである場合、ユーザは、ユーザの
指のいずれか１つについてテストされることによりランダムポリシーに合格する
ことを要求され得る。ユーザがランダムな指を用いて指紋デバイスに合格する場
合、ユーザはランダムポリシーに合格する。オアポリシーに関して上述のように
、他の単一バイオメトリックデバイスはまた、ランダムポリシーと共に使用され
得、複数のバイオメトリック測定をテストする。

【０１８４】 （５．閾値ポリシー） デバイスのリスト内において１以上のバイオメトリックデバイスでテストされ
る間、ユーザが総閾値（すなわち総閾値スコア）を超える場合、ユーザは、本発
明の閾値ポリシーに合格する。図２１Ａおよび図２１Ｂは、本発明の閾値ポリシ
ーを実行することに関するステップを示すフローチャートである。ステップ２１
０２において、１を超えるデバイスのリストにおけるバイオメトリックデバイス
数ｎが判定される。閾値ポリシーは、典型的にはデバイスのリスト内に１以上の
異なるバイオメトリックデバイスを有する。ステップ２１０４において、総閾値
スコアが判定される。ステップ２１０６において、デバイスのリスト内の第１の
バイオメトリックデバイスが判定される。一旦第１のバイオメトリックデバイス
が判定されると、ユーザは、ステップ２１０８において第１のスコア生成するた
めに第１のバイオメトリックデバイスでテストされる。

【０１８５】 ステップ２１１０において、テンプスコアは第１のスコアに等しく設定される
。ステップ２１１２において、テンプスコアを総閾値スコアと比較する。テンプ
スコアが総閾値スコア以上の場合、制御はステップ２１１４に移る。ステップ２
１１４において、ユーザは閾値ポリシーに合格し、図２１Ａおよび図２１Ｂにお
けるフローチャートが終了する。この時点で、ユーザはバイオメトリックシステ
ム１０２（図１）によって認証される。あるいは、ステップ２１１２において、
テンプスコアが総閾値スコアよりも小さい場合、制御はステップ２１１８に移る
。

【０１８６】 ステップ２１１６において、ｎがゼロより大きくない場合、制御はステップ２
１１８に移る。ステップ２１１８において、ユーザは閾値ポリシーに失敗し、図
２１Ａおよび図２１Ｂのフローチャートは終了する。この時点ではユーザは、バ
イオメトリックシステム１０２（図１）によって認証されない。あるいはステッ
プ２１１６において、ｎがゼロより大きい場合、制御はステップ２１２０に移る
。ステップ２１２０において、デバイスのリスト内の次のバイオメトリックデバ
イスが判定される。一旦次のバイオメトリックデバイスが判定されると、ユーザ
は、ステップ２１２２において次のスコアを生成するために、次のバイオメトリ
ックデバイスでテストされる。

【０１８７】 ステップ２１２４において、テンプスコアは、次のスコアと乗算され、その積
はテンプスコアに戻って格納される。ランダムポリシーの別の実施形態において
、テンプスコアを次のスコアと加算し、その合計がテンプスコアに戻って格納さ
れ得る。ステップ２１２６において、テンプスコアは、総閾値スコアと比較され
る。テンプスコアが総閾値スコア以上の場合、制御はステップ２１２８に移る。
ステップ２１２８において、ユーザは閾値ポリシーに合格して図２１Ａおよび図
２１Ｂにおけるフローチャートは終了する。この時点でユーザはバイオメトリッ
クシステム１０２（図１）によって認証される。あるいはステップ２１２６にお
いて、テンプスコアが総閾値スコアよりも小さい場合、制御は、ステップ２１３
０に移る。

【０１８８】 ステップ２１３０において、ｎから１を減算し、制御はステップ２１１６に戻
る。ステップ２１１６において、ｎがゼロよりも大きくない場合、ユーザがデバ
イスのリスト内の全バイオメトリックデバイスでテストされる。ここで制御はス
テップ２１１８に移る。ステップ２１１８において、ユーザは、閾値ポリシーに
失敗して図２１Ａおよび図２１Ｂにおけるフローチャートが終了する。この時点
ではユーザは、バイオメトリックシステム１０２によって認証されない。代替的
にステップ２１１６において、ｎがゼロより大きい場合、これは、ユーザが未だ
テストされていないデバイスのリストにおいて、なおさらなるバイオメトリック
デバイスが存在することを意味する。ユーザがデバイスのリスト内の全バイオメ
トリックデバイスでテストされるか、またはテンプスコアが総閾値スコア以上に
なるまで、図２１Ａおよび図２１Ｂにおけるフローチャートは、継続する。

【０１８９】 閾値ポリシーは一般に、デバイスのリスト内に１以上の異なるバイオメトリッ
クデバイスを有するが、デバイスのリストは、単一のバイオメトリックデバイス
を有し得る。ここで、閾値ポリシーに合格するように、ユーザは複数のバイオメ
トリック測定のいずれか１つを有する単一のデバイスでテストされる。例えば、
単一のバイオメトリックデバイスが、フィンガープリントデバイスである場合、
ユーザは、総閾値スコアに到達するまで、複数の指でテストされることにより閾
値ポリシーに合格するように要求され得る。オアポリシーに関して、上述したよ
うに他の単一バイオメトリックデバイスはまた、閾値ポリシーと共に用いられ、
複数のバイオメトリック測定をテストすることができる。

【０１９０】 （６．バイオメトリックポリシーのリストを有するバイオメトリックポリシー
） 上述のように、本発明は管理者定義のポリシーを可能にする。管理者定義のポ
リシーの１つのタイプが、バイオメトリックポリシーのリストを有するバイオメ
トリックポリシーである。ここでは上述のようなバイオメトリックデバイスのリ
ストを有するバイオメトリックポリシーの代わりに、このタイプのバイオメトリ
ックポリシーは、バイオメトリックポリシーのリストを有する。バイオメトリッ
クポリシーのリストに列挙され得るバイオメトリックポリシーのタイプは、オア
ポリシー、アンドポリシー、条件付きポリシー、ランダムポリシー、および閾値
ポリシー（全て上記）を含む。このタイプのポリシーはまた、バイオメトリック
デバイスのみでユーザをテストすることに限定される。

【０１９１】 管理者定義のポリシーの他のタイプは、ポリシーまたはデバイスのポリシーリ
ストを有するポリシーである。この管理者定義のポリシーは、非バイオメトリッ
クデバイスの使用を可能にする。

【０１９２】 （ａ．バイオメトリックポリシーのリストを有するオアポリシー） ユーザがバイオメトリックポリシーのリストのバイオメトリックポリシーの１
つに合格する場合、ユーザは本発明のバイオメトリックポリシーのリストを有す
るオアポリシーに合格する。図２２Ａおよび図２２Ｂは、本発明のバイオメトリ
ックポリシーのリストを有するオアポリシーを実行することに関するステップを
示すフローチャートである。ステップ２２０２において、２を超えるバイオメト
リックポリシーのリストにおけるバイオメトリックポリシーの数ｎが判定される
。オアポリシーは常に、バイオメトリックポリシーのリスト内に少なくとも２つ
のバイオメトリックポリシーを有する。ステップ２２０４において、バイオメト
リックポリシーのリスト内で第１のバイオメトリックポリシーが判定される。第
１のバイオメトリックが判定された場合、第１のバイオメトリックポリシーは、
ステップ２２０６において実行される。ここで、第１のバイオメトリックポリシ
ーに適用するフローチャート内のステップが実行される。例えば、第１のバイオ
メトリックポリシーが条件付きポリシーである場合、図１９におけるフローチャ
ートが実行される。図１９を参照して、図１９の結果は、ユーザが条件付ポリシ
ーに合格するか、失敗するかのいずれかである。従ってこの情報は、図２２Ａの
ステップ２２０６に戻される。

【０１９３】 ステップ２２０８では、ユーザが第１のバイオメトリックポリシーに合格する
場合、次に制御は、ステップ２２１０に移る。ステップ２２１０では、ユーザが
オアポリシーに合格しており、図２２Ａおよび図２２Ｂのフローチャートが終了
する。この時点で、ユーザはバイオメトリックシステム１０２（図１）によって
認証されている。あるいは、ステップ２２０８でユーザが第１のバイオメトリッ
クポリシーに失敗する場合、次に制御は、ステップ２２１２に移る。

【０１９４】 ステップ２２１２では、バイオメトリックポリシーのリストの第２のバイオメ
トリックポリシーが決定される。第２のバイオメトリックポリシーが決定される
と、第２のバイオメトリックポリシーが、ステップ２２１４で実行される。ここ
で、第２のバイオメトリックポリシーに適応するフローチャートのステップが実
行される。例えば、第２のバイオメトリックポリシーは、第１のバイオメトリッ
クポリシーと同様のタイプのポリシーであり得、あるいは他のバイオメトリック
ポリシーの１つであり得る。

【０１９５】 ステップ２２１６では、ユーザが第２のバイオメトリックポリシーに合格する
場合、次に制御はステップ２２１８に移る。ステップ２２１８では、ユーザはオ
アポリシーに合格しており、図２２Ａおよび図２２Ｂのフローチャートが終了す
る。この時点で、ユーザはバイオメトリックシステム１０２によって認証されて
いる。あるいは、ステップ２２１６でユーザが第２のバイオメトリックポリシー
に失敗する場合、次に制御がステップ２２２０に移る。

【０１９６】 ステップ２２２０では、ｎが０よりも大きくない場合、次に制御はステップ２
２２２に移る。制御がステップ２２２２に移る場合、それはバイオメトリックポ
リシーのリストが２つのバイオメトリックポリシーのみをその内部に有し、ユー
ザは双方のバイオメトリックポリシーに失敗したことを意味する。ステップ２２
２２では、ユーザはオアポリシーに失敗しており、図２２Ａおよび図２２Ｂのフ
ローチャートは終了する。この時点で、ユーザはバイオメトリックシステム１０
２によって認証されていない。あるいは、ステップ２２２０でｎが０よりも大き
い場合、次に制御はステップ２２２４に移る。この状況で、バイオメトリックポ
リシーのリストは２より多くのバイオメトリックポリシーを有する。ステップ２
２２４では、次のバイオメトリックポリシーが決定される。次のバイオメトリッ
クポリシーが決定されると、次のバイオメトリックポリシーがステップ２２２６
で実行される。

【０１９７】 ステップ２２２８では、ユーザが次のバイオメトリックポリシーに合格する場
合、次に制御はステップ２２３０に移る。ステップ２２３０では、ユーザはオア
ポリシーに合格しており、図２２Ａおよび図２２Ｂのフローチャートが終了する
。この時点で、ユーザはバイオメトリックシステム１０２によって認証されてい
る。あるいは、ステップ２２２８でユーザが次のバイオメトリックポリシーに失
敗する場合、次に制御はステップ２２３２に移る。

【０１９８】 ステップ２２３２では、ｎから１を引き、制御はステップ２２２０に移る。ス
テップ２２２０では、ｎが０よりも大きくない場合、次にユーザはバイオメトリ
ックポリシーのリストの全てのバイオメトリックポリシーに失敗する。ここで、
制御は、ステップ２２２２に移る。ステップ２２２２では、ユーザはオアポリシ
ーに失敗しており、図２２Ａおよび図２２Ｂのフローチャートが終了する。この
時点で、バイオメトリックシステム１０２によってユーザは認証されていない。
あるいは、ステップ２２２０でｎが０よりも大きい場合、これは、バイオメトリ
ックポリシーのリストの中に実行されていない更なるバイオメトリックポリシー
がまだあることを意味する。ユーザが全てのバイオメトリックポリシーに失敗す
るか、ユーザがバイオメトリックポリシーのリストのうち１つのバイオメトリッ
クポリシーに合格するまで図２２Ａおよび図２２Ｂのフローチャートは続く。

【０１９９】 （ｂ．バイオメトリックポリシーのリストを有するアンドポリシー） ユーザがバイオメトリックポリシーのリストの全てのバイオメトリックポリシ
ーに合格する場合、ユーザは本発明のバイオメトリックポリシーのリストを有す
るアンドポリシーに合格する。図２３Ａおよび図２３Ｂは本発明のバイオメトリ
ックポリシーのリストを有するアンドポリシーの実行に関るステップを説明する
フローチャートである。ステップ２３０２では、バイオメトリックポリシーのリ
ストのバイオメトリックポリシーの数であって２よりも大きいｎが決定される。
このタイプのアンドポリシーはバイオメトリックポリシーのこのリストの中に少
なくとも２つのバイオメトリックポリシーをいつも有する。ステップ２３０４で
は、バイオメトリックポリシーのリストの第１のバイオメトリックポリシーが決
定される。第１のバイオメトリックポリシーが決定されると、第１のバイオメト
リックポリシーはステップ２３０６で実行される。ここで、第１のバイオメトリ
ックポリシーに適用されるフローチャートのステップが実行される。例えば、第
１のバイオメトリックポリシーがアンドポリシーである場合、次に図１８Ａおよ
び図１８Ｂのフローチャートが実行される。図１８Ａおよび図１８Ｂを参照して
、図１８Ａおよび図１８Ｂの結果は、ユーザがアンドポリシーに合格するかある
いはアンドポリシーに失敗するかのいずれかである。したがって、この情報は、
図２３Ａのステップ２３０６に戻る。

【０２００】 ステップ２３０８では、ユーザが第１のバイオメトリックポリシーに失敗する
場合、次に制御はステップ２３１０に移る。ステップ２３１０では、ユーザはア
ンドポリシーに失敗しており、図２３Ａおよび図２３Ｂのフローチャートが終了
する。この時点で、ユーザはバイオメトリックシステム１０２（図１）によって
認証されていない。あるいは、ステップ２３０８でユーザが第１のバイオメトリ
ックポリシーに合格する場合、次に制御はステップ２３１２に移る。

【０２０１】 ステップ２３１２では、バイオメトリックポリシーのリストの第２のバイオメ
トリックポリシーが決定される。第２のバイオメトリックポリシーが決定される
と、第２のバイオメトリックポリシーがステップ２３１４で実行される。ここで
、第２のバイオメトリックポリシーに適用されるフローチャートのステップが、
実行される。

【０２０２】 ステップ２３１６では、ユーザが第２のバイオメトリックポリシーに失敗する
場合、次に制御はステップ２３１８に移る。ステップ２３１８では、ユーザはア
ンドポリシーに失敗しており、図２３Ａおよび図２３Ｂのフローチャートが終了
する。この時点で、ユーザはバイオメトリックシステム１０２によって認証され
ていない。あるいは、ステップ２３１６でユーザが第２のバイオメトリックポリ
シーに合格する場合、次に制御がステップ２３２０に移る。

【０２０３】 ステップ２３２０では、ｎが０よりも大きくない場合、次に制御はステップ２
３２２に移る。制御がステップ２３２２に移る場合、これはバイオメトリックポ
リシーのリストが２つのバイオメトリックポリシーのみをその内部に有し、ユー
ザは双方のバイオメトリックポリシーに合格していることを意味する。ステップ
２３２２では、ユーザはアンドポリシーに合格しており、図２３Ａおよび図２３
Ｂのフローチャートが終了する。この時点で、ユーザはバイオメトリックシステ
ム１０２によって認証されている。あるいは、ステップ２３２０でｎが０よりも
大きい場合、次に制御はステップ２３２４に移る。この状況でバイオメトリック
ポリシーのリストは２つより多いバイオメトリックポリシーをその内部に有する
。ステップ２３２４では、次のバイオメトリックポリシーが決定される。次のバ
イオメトリックポリシーが決定されると、次のバイオメトリックポリシーがステ
ップ２３２６で実行される。

【０２０４】 ステップ２３２８では、ユーザが次のバイオメトリックポリシーに失敗する場
合、次に制御はステップ２３３０に移る。ステップ２３３０では、ユーザはアン
ドポリシーに失敗しており、図２３Ａおよび図２３Ｂのフローチャートが終了す
る。この時点で、ユーザはバイオメトリックシステム１０２によって認証されて
いない。あるいは、ステップ２３２８でユーザが次のバイオメトリックポリシー
に合格する場合、次に制御がステップ２３３２に移る。

【０２０５】 ステップ２３３２では、ｎから１が引かれ、制御はステップ２３２０に移る。
ステップ２３２０では、ｎが０よりも大きくない場合、次にユーザはバイオメト
リックポリシーのリストの全てのバイオメトリックポリシーに合格する。ここで
、制御はステップ２３２２に移る。ステップ２３２２では、ユーザはアンドポリ
シーに合格しており、図２３Ａおよび図２３Ｂのフローチャートが終了する。こ
の時点で、ユーザはバイオメトリックシステム１０２によって認証されていない
。あるいは、ステップ２３２０でｎが０よりも大きい場合、これはバイオメトリ
ックポリシーのリストにまだ実行されていないバイオメトリックポリシーがある
ことを意味する。ユーザが全てのバイオメトリックポリシーに合格するかあるい
はユーザがバイオメトリックポリシーのリストの１つのバイオメトリックポリシ
ーに失敗するまで図２３Ａおよび図２３Ｂのフローチャートは続く。

【０２０６】 （ｃ．バイオメトリックポリシーのリストを有するランダムポリシー） ユーザがランダムバイオメトリックポリシーに合格する場合、ユーザは本発明
のバイオメトリックポリシーのリストを有するランダムポリシーに合格する。図
２４は本発明のバイオメトリックポリシーのリストを有するランダムポリシーの
実行に関るステップを説明するフローチャートである。ステップ２４０２では、
バイオメトリックポリシーのリストのバイオメトリックポリシーの数ｎが決定さ
れる。このタイプのランダムポリシーは、バイオメトリックポリシーのこのリス
トの中に少なくとも２つのバイオメトリックポリシーをいつも有する。ステップ
２４０４では、１からｎの乱数が選ばれて、乱数がＸに等しく設定される。ステ
ップ２４０６では、バイオメトリックポリシーのリストの第Ｘのバイオメトリッ
クポリシーが決定される。第Ｘのバイオメトリックポリシーが決定されると、第
Ｘのバイオメトリックポリシーはステップ２４０８で実行される。ここで、第１
のバイオメトリックポリシーに適用されるフローチャートのステップが実行され
る。

【０２０７】 ステップ２４１０では、ユーザが第Ｘのバイオメトリックポリシーに合格する
場合、次に制御はステップ２４１２に移る。ステップ２４１２では、ユーザはラ
ンダムポリシーに合格しており、図２４のフローチャートが終了する。この時点
で、ユーザはバイオメトリックシステム１０２によって認証されている。あるい
は、ステップ２４１０でユーザが第Ｘのバイオメトリックポリシーに失敗する場
合、次に制御はステップ２４１４に移る。ステップ２４１４では、ユーザはラン
ダムポリシーに失敗しており、図２４のフローチャートが終了する。この時点で
、ユーザはバイオメトリックシステム１０２によって認証されていない。

【０２０８】 バイオメトリックポリシーのリストを有するランダムポリシーは、ユーザがバ
イオメトリックシステム１０２によって認証されることを企図するたびに、ユー
ザにランダムバイオメトリックポリシー５０４に合格することを要求するように
用いられる。

【０２０９】 （ｄ．バイオメトリックポリシーのリストを有する条件付きポリシー） 上述したように、バイオメトリックポリシーのそれぞれは、合格／失敗結果を
戻す。さらに、バイオメトリックポリシーは、バイオメトリックポリシーと関連
するデバイスのリストにおけるバイオメトリックデバイスに関係する１つ以上の
閾値もまた提供し得る。言いかえれば、バイオメトリックポリシーのそれぞれは
、バイオメトリックデバイスによって生成された１つ以上の閾値から生成された
複合閾値を戻す。複合閾値は、バイオメトリックポリシーがユーザによって合格
されたか失敗されたかに関わらず戻される。これらの複合閾値は、次に、バイオ
メトリックポリシーのリストを有する条件付きポリシーによって使用され得る。
この特徴は、管理者の認証のレベル調整に柔軟性を与える。

【０２１０】 ユーザが第１のバイオメトリックポリシーと関連する最小の閾値（すなわち第
１の複合閾値）を上回る場合か、またはユーザが第１のバイオメトリックポリシ
ーと関連する条件付き閾値を上回り、かつユーザが条件付きバイオメトリックポ
リシーに関連する最小の閾値（すなわち条件付き閾値）を上回る場合に、ユーザ
は本発明のバイオメトリックポリシーのリストを有する条件付きポリシーに合格
する。図３１は、本発明のバイオメトリックポリシーのリストを有する条件付き
ポリシーの実行に含まれるステップを示すフローチャートである。このタイプの
条件付きポリシーにおいては、バイオメトリックポリシーのリスト内には２つの
バイオメトリックポリシーが常にある。

【０２１１】 ステップ３１０２において、条件付き閾値が決定される。ステップ３１０４に
おいて、バイオメトリックポリシーのリスト内の第１のバイオメトリックポリシ
ーが決定される。一旦、第１のバイオメトリックポリシーが決定されると、次に
第１のバイオメトリックポリシーはステップ３１０６において実行される。第１
のバイオメトリックポリシーの実行からの結果は、ユーザが第１のバイオメトリ
ックポリシーおよび第１の複合閾値に合格するかどうかである。

【０２１２】 ステップ３１０８において、ユーザが第１のバイオメトリックポリシーに合格
するかどうかが決定される。ユーザが第１のバイオメトリックポリシーに合格す
れば、次に制御はステップ３１１０に移動する。ステップ３１１０において、ユ
ーザが条件付きポリシーに合格して、図３１のフローチャートは終了する。この
時点において、ユーザはバイオメトリックシステム１０２（図１）によって認証
されている。あるいは、ステップ３１０８において、ユーザが第１のバイオメト
リックポリシーに失敗した場合は、制御はステップ３１１２に移動する。

【０２１３】 ステップ３１１２において、第１の複合閾値が条件付き閾値と比較される。第
１の複合閾値が条件付き閾値を下回る場合、制御はステップ３１１４に移動する
。ステップ３１１４において、ユーザは条件付きポリシーに失敗した。この時点
において、ユーザはバイオメトリックシステム１０２によって認証されていない
。あるいは、ステップ３１１２において、第１の複合閾値が条件付き閾値以上で
ある場合、制御はステップ３１１６へ移動する。条件付き閾値は条件付きポリシ
ーに合格し、したがって、バイオメトリックシステム１０２によって認証される
第２のチャンスをユーザに与えるために用いられる。

【０２１４】 ステップ３１１６において、バイオメトリックポリシーのリスト内の条件付き
バイオメトリックポリシーが決定される。一旦、バイオメトリックポリシーが決
定されると、次にステップ３１１８において条件付きバイオメトリックポリシー
が実行される。ステップ３１２０において、ユーザが条件付きバイオメトリック
ポリシーに合格すると、次に制御はステップ３１２２へ移動する。ステップ３１
２２において、ユーザは条件付きポリシーに合格して、図３１のフローチャート
は終了する。この時点において、ユーザはバイオメトリックシステム１０２によ
って認証されている。あるいは、ステップ３１２０において、ユーザが条件付き
バイオメトリックポリシーに失敗した場合は、制御はステップ３１２４に移動す
る。ステップ３１２４において、ユーザは条件付きポリシーに失敗し、図３１の
フローチャートは終了する。この時点において、ユーザはバイオメトリックシス
テム１０２によって認証されていない。

【０２１５】 （ｅ．バイオメトリックポリシーのリストを有する閾値ポリシー） 上述したように、バイオメトリックポリシーのそれぞれは、合格／失敗結果を
戻す。さらに、バイオメトリックポリシーは、バイオメトリックポリシーと関連
するデバイスのリストにおけるバイオメトリックデバイスに関係する１つ以上の
閾値もまた提供し得る。言いかえれば、バイオメトリックポリシーのそれぞれは
、バイオメトリックデバイスによって生成された１つ以上の閾値から生成された
複合閾値を戻す。複合閾値は、バイオメトリックポリシーがユーザによって合格
されたか失敗されたかに関わらず戻される。これらの複合閾値は、次に、バイオ
メトリックポリシーのリストを有する条件付きポリシーによって使用され得る。
この特徴は、管理者の認証のレベル調整に柔軟性を与える。

【０２１６】 バイオメトリックポリシーのリスト内の１つ以上のバイオメトリックポリシー
でテストされている間にユーザが総閾値（すなわち総閾値スコア）を上回る場合
は、ユーザは本発明のバイオメトリックポリシーのリストを有する閾値ポリシー
に合格する。図３２Ａおよび図３２Ｂは、本発明のバイオメトリックポリシーの
リストを有する条件付きポリシーの実行に含まれるステップを示すフローチャー
トである。ステップ３２０２において、バイオメトリックポリシーのリスト内の
１より大きいｎ個のバイオメトリックポリシーが決定される。このタイプの閾値
ポリシーはバイオメトリックポリシーのリスト内の１つ以上のバイオメトリック
ポリシーを有し得る。ステップ３２０４において、総閾値が決定される。ステッ
プ３２０６において、バイオメトリックポリシーのリスト内の第１のバイオメト
リックポリシーが決定される。一旦、第１のバイオメトリックポリシーが決定さ
れると、第１のバイオメトリックポリシーはステップ３２０８で実行される。第
１のバイオメトリックポリシーの実行からの結果は、ユーザが第１のバイオメト
リックポリシーおよび第１の複合閾値に合格したかどうかである。

【０２１７】 ステップ３２１０において、テンプスコアは第１の複合閾値と等しいようにセ
ットされる。ステップ３２１２において、テンプスコアは総閾値と比較される。
テンプスコアが総閾値以上である場合、次に制御はステップ３２１４へ移動する
。ステップ３２１４において、ユーザは閾値ポリシーに合格し、図３２Ａおよび
図３２Ｂのフローチャートは終了する。この時点において、ユーザはバイオメト
リックシステム１０２（図１）によって認証されている。あるいは、ステップ３
２１２において、テンプスコアが総閾値を下回る場合は、次に制御はステップ３
２１６に移動する。

【０２１８】 ステップ３２１６において、ｎがゼロより大きくない場合、次に制御はステッ
プ３２１８に移動する。ステップ３２１８において、ユーザは閾値ポリシーに失
敗し、図３２Ａおよび図３２Ｂのフローチャートは終了する。この時点において
、ユーザはバイオメトリックシステム１０２（図１）によって認証されていない
。あるいは、ステップ３２１６において、ｎがゼロより大きい場合は、次に制御
はステップ３２２０に移動する。ステップ３２２０において、バイオメトリック
ポリシーのリスト内の次のバイオメトリックポリシーが決定される。一旦、次の
バイオメトリックポリシーが決定されると、次のバイオメトリックポリシーはス
テップ３２２２で実行される。次のバイオメトリックポリシーの実行からの結果
は、ユーザが次のバイオメトリックポリシーおよび次の複合閾値に合格するかど
うかである。

【０２１９】 ステップ３２２４において、テンプスコアは、次の複合閾値を掛け合わされ、
その積はテンプスコアに格納して戻される。ステップ３２２６において、テンプ
スコアは総閾値と比較される。テンプスコアが総閾値以上である場合、次に制御
はステップ３２２８へ移動する。ステップ３２２８において、ユーザは閾値ポリ
シーに合格し、図３２Ａおよび図３２Ｂのフローチャートは終了する。この時点
において、ユーザはバイオメトリックシステム１０２によって認証されている。
あるいは、ステップ３２２６において、テンプスコアが総閾値を下回る場合は、
次に制御はステップ３２３０に移動する。

【０２２０】 ステップ３２３０において、ｎから１を引いて、制御はステップ３２１６に戻
る。ステップ３２１６において、ｎがゼロより大きくない場合、バイオメトリッ
クポリシーのリスト内の全てのバイオメトリックポリシーが実行された。ここで
、制御はステップ３２１８に移動する。ステップ３２１８において、ユーザは閾
値ポリシーに失敗し、図３２Ａおよび図３２Ｂのフローチャートは終了する。こ
の時点において、ユーザはバイオメトリックシステム１０２によって認証されて
いない。あるいは、ステップ３２１６において、ｎがゼロより大きい場合、この
ことはバイオメトリックポリシーのリスト内の実行されていないバイオメトリッ
クポリシーがまだあることを意味する。図３２Ａおよび図３２Ｂのフローチャー
トは、バイオメトリックポリシーのリスト内の全てのバイオメトリックポリシー
が実行されるまでか、あるいはテンプスコアが総閾値スコアより大きくなるまで
続く。

【０２２１】 （７．ポリシーのリストまたはデバイスを有するバイオメトリックポリシー） 他のタイプの管理人が定めるポリシーはポリシーのリストまたはデバイスを有
するバイオメトリックポリシーである。この管理人が定めるポリシーは、バイオ
メトリックデバイス、バイオメトリックでないデバイスおよび／またはバイオメ
トリックポリシーを用いた組み合わせを可能にする。このタイプのポリシーは、
上述した全ての他のポリシーが提供しなかったさらなる柔軟性を供給する。この
タイプのポリシーにおいて、ユーザはバイオメトリックシステム１０２により単
一のバイオメトリックでないデバイス上でテストされることにより認証されるこ
とが可能である。このことは、バイオメトリックデバイスで同じ時間に全てのユ
ーザが登録される必要が無いことによりバイオメトリックシステム１０２への変
換に柔軟性を与えるので重要である。ここで、ユーザはバイオメトリックでない
デバイスの使用を継続し得、ユーザはバイオメトリックシステム１０２へのログ
をいつも用いる。

【０２２２】 全てのユーザを同時にバイオメトリックデバイスに登録する必要がないことに
よって、バイオメトリックシステム１０２をロールアウトして、バイオメトリッ
クシステム１０２が柔軟性を提供する２つの方法がある。第１の方法は、ユーザ
をバイオメトリックグループ５０６に割り当てないことである。ここで、バイオ
メトリックシステム１０２は、ユーザがバイオメトリックグループ５０６を有さ
ないことを見つける場合、ユーザが企業リソースへのアクセスを得ることを可能
にする以前の方法（例えば、パスワード、トークンまたはスマートカード）が、
ユーザへの認証を制御する。第２の方法は、管理者がユーザをバイオメトリック
グループ５０６に割り当てていることである。第２の方法は、下記に説明する本
発明のポリシーまたはデバイスのリストを有するオアポリシーに関する。

【０２２３】 ユーザがバイオメトリックグループ５０６に割り当てられている場合、バイオ
メトリックデバイスにおいて全てのユーザが同時に登録される必要性がないとい
う柔軟性は、上述の図８Ａ、図８Ａ−１および図８Ｂを参照して説明されるもの
とわずかな変更を必要とする。上述したように、ステップ８１１において、デー
タベースオブジェクト７１０（図７）は、ユーザに対して必要なバイオメトリッ
クテンプレート５０２（図５）がバイオメトリックオブジェクト７１０（図７）
に格納され、そのユーザのバイオメトリックポリシー５０４(図５）を実行する
かどうかを判定する。さらに、データオブジェクト７１０は、また、コンピュー
タ２０８（図２）がコンピュータ２０８に接続される、必要なバイオメトリック
デバイスを有し、ユーザのバイオメトリックポリシー５０４を実行するかどうか
を判定する。必要なバイオメトリックテンプレート５０２または必要なバイオメ
トリックデバイスが存在しない場合、制御はステップ８３６に移る。ステップ８
３６において、バイオメトリックサーバ１０４（図１）はユーザが認証され得な
いコンピュータ２０８と通信する。認証インターフェース７０４（図７）は、次
いで、ユーザアクセスを拒否する。したがって、全てのユーザが同時にバイオメ
トリックデバイスに登録される必要性がないという柔軟性を提供するために、バ
イオメトリックサーバ１０４は、ステップ８１１（例えば、フラグ）をスキップ
し、直接、ステップ８１２（図８Ａ、図８Ａ−１および図８Ｂ）に向かう時を知
る。

【０２２４】 （ａ．ポリシーまたはデバイスのリストを有するオアポリシー） ユーザが、ポリシーまたはデバイスのリストの要素の１つに合格する場合、ユ
ーザは、本発明のポリシーまたはデバイスのリストを有するオアポリシーに合格
する。図２５Ａおよび図２５Ｂは、本発明のポリシーまたはデバイスのリストを
有するオアポリシーの実行に関するステップを示すフローチャートである。ステ
ップ２５０２において、２より大きいポリシーまたはデバイスのリストの要素の
数ｎが決定される。要素は、本明細書に記載されるバイオメトリックポリシー、
バイオメトリックデバイスまたは非バイオメトリックデバイスの１つであり得る
。このタイプのオアポリシーは、ポリシーまたはデバイスのリストの少なくとも
２つの要素を常に有する。ステップ２５０４において、ポリシーまたはデバイス
のリストの第１の要素がバイオメトリックポリシーであるかどうかを判定する。
第１の要素がバイオメトリックポリシーでない場合、制御はステップ２５０６に
移る。

【０２２５】 ステップ２５０６において、第１の要素は、バイオメトリックデバイスまたは
非バイオメトリックデバイスのいずれかである。図８Ａ、図８Ａ−１、図８Ｂ、
図９は、ユーザがバイオメトリックデバイスに関してテストされることに関する
。図８Ａ、図８Ａ−１、図８Ｂ、図９を再び参照すると、ユーザがバイオメトリ
ックデバイスに関してテストされる場合、戻される結果は、スコアとユーザがバ
イオメトリックデバイスに合格したかまたは失敗したかどうかとの両方を含む。
図２５Ａおよび図２５Ｂのフローチャートは、ユーザが合格したかまたは失敗し
たかの情報のみを利用する。バイオメトリックデバイスと同様に、ユーザが非バ
イオメトリックデバイスに関してテストされる場合、その結果は、ユーザが非バ
イオメトリックデバイスに合格したか、または、失敗したかを含む。したがって
、ステップ２５０６において、ユーザは第１の要素に関してテストされ（すなわ
ち、バイオメトリックデバイスまたは非バイオメトリックデバイスのいずれか）
、その結果は、ユーザが第１の要素（すなわち、デバイス）に合格したか失敗し
たかを示す。

【０２２６】 あるいは、ステップ２５０４において、第１の要素がバイオメトリックポリシ
ーである場合、制御はステップ２５０８に移る。ステップ２５０８において、第
１の要素（すなわち、バイオメトリックポリシー）が実行され、その結果は、ユ
ーザが第１の要素（すなわち、バイオメトリックポリシー）に合格したか、また
は、失敗したかを示す。第１の要素はバイオメトリックポリシーであろうとデバ
イスであろうと、制御はステップ２５１０に移る。

【０２２７】 ステップ２５１０において、ユーザは第１の要素に合格する場合、制御はステ
ップ２５１２に移る。ステップ２５１２において、ユーザがオアポリシーに合格
し、図２５Ａおよび図２５Ｂのフローチャートは終了する。この時点で、ユーザ
はバイオメトリックシステム１０２（図１）によって認証されている。全てのユ
ーザを同時にバイオメトリックシステム１０２に登録させないことによって提供
される柔軟性のあるバイオメトリックシステム１０２の例は、ここで示され得る
。ユーザが企業リソースにアクセスを得るために過去に使用してきた非バイオメ
トリックをパスワードデバイスと仮定する。ポリシーまたはデバイスのリストの
第１の要素がパスワードデバイスである場合、ユーザは、パスワードデバイスに
合格することによってバイオメトリックシステム１０２によって認証され得る。

【０２２８】 あるいは、ステップ２５１０においてユーザが第１の要素に失敗する場合、制
御はステップ２５１４に移る。ステップ２５１４において、ポリシーまたはデバ
イスのリストの第２の要素がバイオメトリックポリシーであるかどうかを判定す
る。第２の要素がバイオメトリックポリシーでない場合、制御はステップ２５１
６に移る。ステップ２５１６において、第２の要素はバイオメトリックデバイス
かまたは非バイオメトリックデバイスのいずれかである。ユーザは第２の要素に
関してテストされ、その結果は、ユーザが第２の要素（すなわち、デバイス）に
合格するかまたは失敗するかを示す。

【０２２９】 あるいは、ステップ２５１４において、第２の要素がバイオメトリックポリシ
ーである場合、制御はステップ２５１８に移る。第２の要素を実行して、ユーザ
が第２の要素（すなわち、バイオメトリックポリシー）に合格するか失敗するか
どうかを判定する。第２の要素がバイオメトリックポリシーまたはデバイスであ
る場合、制御はステップ２５２０に移る。ステップ２５２０において、ユーザは
第２の要素に合格し、制御はステップ２５２２に移る。ステップ２５２２におい
て、ユーザはオアポリシーに合格しており、図２５Ａおよび図２５Ｂのフローチ
ャートを終了する。この時点で、ユーザはバイオメトリックシステム１０２によ
って認証されている。あるいは、ステップ２５２０において、ユーザは第２の要
素に失敗し、制御はステップ２５２４に移る。

【０２３０】 ステップ２５２４において、ｎがゼロより大きくない場合、制御はステップ２
５２６に移る。制御がステップ２５２６に移る場合、ポリシーまたはデバイスの
リストはその中に２つの要素のみを有し、ユーザは要素の両方に失敗しているこ
とを意味する。ステップ２５２６において、ユーザはオアポリシーに失敗してお
り、図２５Ａおよび図２５Ｂのフローチャートは終了する。この時点で、ユーザ
はバイオメトリックシステム１０２によって認証されていない。あるいは、ステ
ップ２５２４において、ｎはゼロより大きい場合、制御はステップ２５２８に移
る。この状況において、ポリシーまたはデバイスのリストはその中に２つより多
くの要素を有する。

【０２３１】 ステップ２５２８において、ポリシーまたはデバイスのリストの次の要素はバ
イオメトリックポリシーであるかどうかを判定する。次の要素がバイオメトリッ
クポリシーでない場合、制御はステップ２５３０に移る。ステップ２５３０にお
いて、次の要素はバイオメトリックデバイスまたは非バイオメトリックデバイス
のいずれかである。ユーザは次の要素に関してテストされ、その結果は、ユーザ
が次の要素（すなわち、デバイス）に合格したか失敗したかを示す。

【０２３２】 あるいは、ステップ２５２８において、次の要素がバイオメトリックポリシー
である場合、制御はステップ２５３２に移る。次の要素を実行して、ユーザが次
の要素（すなわち、バイオメトリックポリシー）に合格したか失敗したかを判定
する。次の要素がバイオメトリックポリシーであろうとデバイスであろうと、制
御はステップ２５３４に移る。ステップ２５３４において、ユーザが次の要素に
合格する場合、制御はステップ２５３６に移る。ステップ２５３６において、ユ
ーザはオアポリシーに合格しており、図２５Ａおよび図２５Ｂのフローチャート
は終了する。この時点で、ユーザはバイオメトリックシステム１０２（図１）に
よって認証されている。あるいは、ステップ２５３４において、ユーザは次の要
素に失敗し、制御はステップ２５３８に移る。

【０２３３】 ステップ２５３８において、１をｎから引き、制御はステップ２５２４に移る
。ステップ２５２４において、ｎがゼロより大きくない場合、ユーザはポリシー
またはデバイスのリストの全ての要素に失敗する。ここで、制御はステップ２５
２６に移る。ステップ２５２６において、ユーザはオアポリシーに失敗しており
、図２５Ａおよび図２５Ｂのフローチャートは終了する。この時点で、ユーザは
バイオメトリックシステム１０２によって認証されていない。あるいは、ステッ
プ２５２４においてｎがゼロより大きい場合、これは、ポリシーまたはデバイス
のリストの更なる要素があることを意味する。図２５Ａおよび図２５Ｂのフロー
チャートは、ユーザが全ての要素に失敗するか、または、ユーザがポリシーまた
はデバイスのリストの１つの要素に合格するまで続く。

【０２３４】 （ｂ．ポリシーまたはデバイスのリストを有するアンドポリシー） ユーザはポリシーまたはデバイスのリストの全ての要素に合格する場合、ユー
ザは、本発明のポリシーまたはデバイスのリストを有するアンドポリシーに合格
する。図２６Ａおよび図２６Ｂは、本発明のポリシーまたはデバイスのリストを
有するアンドポリシーの実行に関するステップを示すフローチャートである。ス
テップ２６０２において、２より多くのポリシーまたはデバイスのリストの要素
の数ｎが決定される。要素は、本明細書において記載されるように、バイオメト
リックポリシー、バイオメトリックデバイスまたは非バイオメトリックデバイス
の１つであり得る。このタイプのアンドポリシーは、ポリシーまたはデバイスの
リストの少なくとも２つの要素を常に有する。ステップ２６０４において、ポリ
シーまたはデバイスのリストの第１の要素はバイオメトリックポリシーかどうか
を判定する。第１の要素はバイオメトリックポリシーでない場合、制御はステッ
プ２６０６に移る。

【０２３５】 ステップ２６０６において、第１の要素はバイオメトリックデバイスまたは非
バイオメトリックデバイスのいずれかである。ステップ２６０６において、ユー
ザは第１の要素に関してテストされ（すなわち、バイオメトリックデバイスまた
は非バイオメトリックデバイス）、その結果は、ユーザが第１の要素（すなわち
、デバイス）に合格したか失敗したかを示す。

【０２３６】 あるいは、ステップ２６０４において、第１のエレメントがバイオメトリック
ポリシーである場合、制御はステップ２６０８に移る。ステップ２６０８におい
て、第１のエレメント（すなわち、バイオメトリックポリシー）が実行され、そ
の結果は、ユーザが第１のエレメント（すなわち、バイオメトリックポリシー）
に合格したか失敗したかを示す。第１のエレメントがバイオメトリックポリシー
であるかデバイスであるかに拘わらず、制御はステップ２６１０に移る。

【０２３７】 ステップ２６１０においてユーザが第１のエレメントに失敗する場合、制御は
ステップ２６１２に移る。ステップ２６１２において、ユーザがアンドポリシー
に失敗しており、図２６Ａおよび図２６Ｂのフローチャートは終了する。この時
点でユーザはまだバイオメトリックシステム１０２（図１）によって認証されて
いない。あるいは、ステップ２６１０においてユーザが第１のエレメントに合格
する場合、制御はステップ２６１４に移る。ステップ２６１４において、ポリシ
ーまたはデバイスのリスト中の第２のエレメントがバイオメトリックポリシーで
あるか否かが判定される。第２のエレメントがバイオメトリックポリシーでない
場合、制御はステップ２６１６に移る。ステップ２６１６において、第２のエレ
メントはバイオメトリックデバイスまたは非バイオメトリックデバイスのいずれ
かである。ユーザは第２のエレメントに関してテストされ、その結果は、ユーザ
が第２のエレメント（すなわち、デバイス）に合格したか失敗したかを示す。

【０２３８】 あるいは、ステップ２６１４において第２のエレメントがバイオメトリックポ
リシーである場合、制御はステップ２６１８に移る。第２のエレメントが実行さ
れて、ユーザが第２のエレメント（すなわち、バイオメトリックポリシー）に合
格するか失敗するかを判定する。第２のエレメントがバイオメトリックポリシー
であるかデバイスであるかに拘わらず、制御はステップ２６２０に移る。ステッ
プ２６２０においてユーザが第２のエレメントに失敗する場合、制御はステップ
２６２２に移る。ステップ２６２２において、ユーザはアンドポリシーに失敗し
ており、図２６Ａおよび図２６Ｂのフローチャートは終了する。この時点でユー
ザはまだバイオメトリックシステム１０２によって認証されていない。あるいは
ステップ２６２０においてユーザが第２のエレメントに合格する場合、制御はス
テップ２６２４に移る。

【０２３９】 ステップ２６２４においてｎがゼロより大きくない場合、制御はステップ２６
２６に移る。制御がステップ２６２６に移る場合、それはポリシーまたはデバイ
スのリストが僅か２つのエレメントを有しているにすぎず、ユーザが両者に合格
したことを意味する。ステップ２６２６において、ユーザはアンドポリシーに合
格しており、図２６Ａおよび図２６Ｂのフローチャートは終了する。この時点で
ユーザはまだバイオメトリックシステム１０２によって認証されていない。ある
いは、ステップ２６２４においてｎがゼロより大きい場合、制御はステップ２６
２８に移る。この場合、ポリシーまたはデバイスのリストは、２つより多いエレ
メントを有する。

【０２４０】 ステップ２６２８において、ポリシーまたはデバイスのリスト中の次のエレメ
ントがバイオメトリックポリシーであるか否かが判定される。次のエレメントが
バイオメトリックポリシーでない場合、制御はステップ２６３０に移る。ステッ
プ２６３０において、次のエレメントはバイオメトリックデバイスまたは非バイ
オメトリックデバイスのいずれかである。ユーザは次のエレメントに関してテス
トされ、その結果は、ユーザが次のエレメント（すなわち、デバイス）に合格し
たか失敗したかを示す。

【０２４１】 あるいはステップ２６２８において次のエレメントがバイオメトリックポリシ
ーである場合、制御はステップ２６３２に移る。次のエレメントが実行されて、
ユーザが次のエレメント（すなわち、バイオメトリックポリシー）に合格するか
失敗するかが判定される。次のエレメントがバイオメトリックポリシーであるか
デバイスであるかに拘わらず、制御はステップ２６３４に移る。ステップ２６３
４においてユーザが次のエレメントに失敗する場合、制御はステップ２６３６に
移る。ステップ２６３６において、ユーザはアンドポリシーに失敗しており、図
２６Ａおよび図２６Ｂのフローチャートは終了する。この時点でユーザはまだバ
イオメトリックシステム１０２（図１）によって認証されていない。あるいは、
ステップ２６３４においてユーザが次のエレメントに合格する場合、制御はステ
ップ２６３８に移る。

【０２４２】 ステップ２６３８において、ｎから１が減算され、制御はステップ２６２４に
戻る。ステップ２６２４においてｎがゼロより大きくない場合、ユーザはポリシ
ーまたはデバイスのリスト中のすべてのエレメントに合格している。ここで、制
御はステップ２６２６に移る。ステップ２６２６において、ユーザはアンドポリ
シーに合格しており、図２６Ａおよび図２６Ｂのフローチャートは終了する。こ
の時点でユーザはまだバイオメトリックシステム１０２によって認証されていな
い。あるいはステップ２６２４においてｎがゼロより大きい場合、これは、ポリ
シーまたはデバイスのリスト中にまださらなるエレメントがあることを意味する
。ユーザがポリシーまたはデバイスのリスト中のすべてのエレメントに合格する
か、１つのエレメントに失敗するまで、図２６Ａおよび図２６Ｂのフローチャー
トは継続する。

【０２４３】 （ｃ．ポリシーまたはデバイスのリストを有するランダムポリシー） ユーザがランダムエレメントに合格する場合、ユーザは、本発明のポリシーま
たはデバイスのリストを有するランダムポリシーに合格する。図２７は、本発明
のポリシーまたはデバイスのリストを有するランダムポリシーを実行することに
関与するステップを示すフローチャートである。ステップ２７０２において、ポ
リシーまたはデバイスのリスト中のｎ個のエレメントが決定される。エレメント
は、本明細書に記載するバイオメトリックポリシー、バイオメトリックデバイス
、または非バイオメトリックデバイスのうちの１つであり得る。このタイプのラ
ンダムポリシーは常に、ポリシーまたはデバイスのリスト中の少なくとも２つの
エレメントを有する。ステップ２７０４において、１〜ｎのうちのランダムな数
が選択されて、ランダムな数がｘに等しく設定される。ステップ２７０６におい
て、ポリシーまたはデバイスのリスト中のＸエレメントがバイオメトリックポリ
シーであるか否かが決定される。Ｘエレメントがバイオメトリックポリシーでな
い場合、制御はステップ２７０８に移る。

【０２４４】 ステップ２７０８において、Ｘエレメントはバイオメトリックデバイスまたは
非バイオメトリックデバイスのいずれかである。ステップ２７０８において、ユ
ーザは、Ｘエレメント（すなわち、バイオメトリックデバイスまたは非バイオメ
トリックデバイスのいずれか）に関してテストされ、その結果は、ユーザが第１
のエレメント（すなわち、デバイス）に合格したか失敗したかを示す。

【０２４５】 あるいは、ステップ２７０６においてＸエレメントがバイオメトリックポリシ
ーである場合、制御はステップ２７１０に移る。ステップ２７１０において、Ｘ
エレメント（すなわち、バイオメトリックポリシー）が実行され、その結果は、
ユーザがＸエレメント（すなわち、バイオメトリックポリシー）に合格したか失
敗したかを示す。Ｘエレメントがバイオメトリックポリシーであるかデバイスで
あるかに拘わらず、制御はステップ２７１２に移る。

【０２４６】 ステップ２７１２においてユーザがＸエレメントに合格する場合、制御はステ
ップ２７１４に移る。ステップ２７１４において、ユーザはランダムポリシーに
合格しており、図２７のフローチャートは終了する。この時点でユーザはまだバ
イオメトリックシステム１０２（図１）によって認証されていない。あるいは、
ステップ２７１２においてユーザがＸエレメントに失敗する場合、制御は、ステ
ップ２７１６に移る。ステップ２７１６において、ユーザはランダムポリシーに
失敗しており、図２７のフローチャートは終了する。この時点でユーザはまだバ
イオメトリックシステム１０２（図１）によって認証されていない。

【０２４７】 このタイプのランダムポリシーは、ユーザがバイオメトリックシステム１０２
によって認証されることを試みる度に、ランダムなバイオメトリックポリシー５
０４または識別デバイスに合格することをユーザに要求するために用いられる。

【０２４８】 （ｄ．ポリシーまたはデバイスのリストを有する条件付きポリシー） 上記したように、各バイオメトリックポリシーは、合格したか失敗したかとい
う結果を返却する。さらに、バイオメトリックポリシーは、バイオメトリックポ
リシーに関連するデバイスのリスト中のバイオメトリックデバイスに関係する１
以上の閾値を提供し得る。換言すると、各バイオメトリックポリシーは、バイオ
メトリックデバイスによって生成される１以上の閾値から生成される複合閾値を
返却する。複合閾値は、ユーザがバイオメトリックポリシーに合格したか失敗し
たかに拘わらず返却される。これらの複合閾値はその後、ポリシーまたはデバイ
スのリストを有する条件付きポリシーによって用いられ得る。この特徴は、管理
者に、認証のレベルを調整するフレキシビリティを与える。

【０２４９】 ユーザが第１のエレメントに関連する最小閾値を超える場合、またはユーザが
第１のエレメントに関連する条件付き閾値を超え、かつ、条件付きエレメントに
関連する最小閾値を超える場合、ユーザは、本発明のポリシーまたはデバイスの
リストを有する条件付きポリシーに合格する。図３３Ａおよび図３３Ｂは、本発
明のポリシーまたはデバイスのポリシーリストを有する条件付きポリシーを実行
することに関与するステップを示すフローチャートである。このタイプの条件付
きポリシーは常に、ポリシーまたはデバイスのリスト中に２つのエレメントを有
する。エレメントは、本明細書に記載するバイオメトリックポリシー、バイオメ
トリックデバイス、または非バイオメトリックデバイスのうちの１つであり得る
。

【０２５０】 ステップ３３０２において、条件付き閾値が決定される。ステップ３３０４に
おいて、第１の要素が、バイオメトリックポリシーであるか否かが判定される。
第１の要素が、バイオメトリックポリシーでない場合、制御は、ステップ３３０
６に移る。ステップ３３０６において、第１の要素は、バイオメトリック、また
は非バイオメトリックデバイスである。図８Ａ、図８Ａ−１、図８Ｂ、および図
９には、バイオメトリックデバイスでテストされているユーザが関わる。再度、
図８Ａ、図８Ａ−１、図８Ｂ、および図９を参照すると、ユーザがバイオメトリ
ックデバイスでテストされている場合、返される結果には、スコア、および、ユ
ーザがバイオメトリックデバイスに合格したか、失敗したかが含まれ得る。バイ
オメトリックデバイスと同様に、ユーザが非バイオメトリックデバイスでテスト
される場合、結果は、ユーザが、非バイオメトリックデバイスに合格したか、失
敗したかを含む。この結果も、スコアを含むように、変更され得る。従って、ス
テップ３３０６において、ユーザは、第１の要素（すなわち、バイオメトリック
デバイス、または非バイオメトリックデバイスのいずれか）でテストされ、結果
は、ユーザが、第１の要素（すなわち、デバイス）に合格したか、失敗したかを
含み、第１のスコアを含む。

【０２５１】 あるいは、ステップ３３０４において、第１の要素が、バイオメトリックポリ
シーである場合、制御は、ステップ３３０８に移る。ステップ３３０８において
、第１の要素（すなわち、バイオメトリックポリシー）が実行され、結果は、ユ
ーザが、第１の要素（すなわち、バイオメトリックポリシー）に合格したか、ま
たは失敗したかを含み、第１の複合閾値を含む。第１の要素が、バイオメトリッ
クポリシーであるか、デバイスであるかに関わらず、制御は、ステップ３３１０
に移る。

【０２５２】 ステップ３３１０において、ユーザが第１の要素に合格する場合、制御は、ス
テップ３３１２に移る。ステップ３３１２において、ユーザは、条件付きポリシ
ーに合格しており、図３３Ａおよび図３３Ｂのフローチャートは、終了する。こ
の時点で、ユーザは、バイオメトリックシステム１０２（図１）によって、認証
されている。あるいは、ステップ３３１０において、ユーザが第１の要素に失敗
する場合、制御は、ステップ３３１４に移る。ステップ３３１４において、第１
の複合閾値、または第１のスコアが戻ったか否かが判定され、テンプスコアに等
しくなるように設定される。

【０２５３】 ステップ３３１６において、テンプスコアが、条件付き閾値より低いか否かが
判定される。テンプスコアが、条件付き閾値未満である場合、制御は、ステップ
３３１８に移る。ステップ３３１８において、ユーザは、条件付きポリシーに失
敗しており、図３３Ａおよび図３３Ｂのフローチャートは終了する。この時点で
、ユーザは、バイオメトリックシステム１０２（図１）によって、認証されてい
ない。あるいは、ステップ３３１６において、テンプスコアが、条件付き閾値以
上であることが判定される場合、制御は、ステップ３３２０に移る。

【０２５４】 ステップ３３２０において、条件付き要素は、バイオメトリックポリシーであ
るか否かが判定される。条件付き要素が、バイオメトリックポリシーでない場合
、制御は、ステップ３３２２に移る。ステップ３３２２において、条件付き要素
は、バイオメトリックデバイス、または非バイオメトリックデバイスのいずれか
である。従って、ステップ３３２２において、ユーザは、条件付き要素（すなわ
ち、バイオメトリックデバイスまたは非バイオメトリックデバイス）においてテ
ストされ、結果は、ユーザが、条件付き要素に合格したか、失敗したかを示す。

【０２５５】 あるいは、ステップ３３２０において、条件付き要素が、バイオメトリックポ
リシーである場合、制御は、ステップ３３２４に移る。ステップ３３２４におい
て、条件付き要素（すなわち、バイオメトリックポリシー）が実行され、結果は
、ユーザが条件付き要素に合格したか、または失敗したかを示す。条件付き要素
がバイオメトリックポリシーであるか、デバイスであるかに関わらず、制御は、
ステップ３３２６に移る。

【０２５６】 ステップ３３２６において、ユーザが条件付き要素に合格する場合、制御は、
ステップ３３２８に移る。ステップ３３２８において、ユーザは、条件付きポリ
シーに合格しており、図３３Ａおよび図３３Ｂのフローチャートは終了する。こ
の時点で、ユーザは、バイオメトリックシステム１０２によって、認証されてい
る。あるいは、ステップ３３２６において、ユーザが、第１の要素に失敗する場
合、制御は、ステップ３３３０に移る。ステップ３３３０において、ユーザは、
条件付きポリシーに失敗しており、図３３Ａおよび図３３Ｂのフローチャートは
終了する。この時点で、ユーザは、バイオメトリックシステム１０２によって、
認証されていない。

【０２５７】 （ｅ．ポリシーまたはデバイスのリストを有する閾値ポリシー） 上述したように、各バイオメトリックポリシーは、合格／失敗結果を返す。さ
らに、バイオメトリックポリシーは、バイオメトリックポリシーと関連するデバ
イスのリストの中のバイオメトリックデバイスに関する１つ以上の閾値も提供し
得る。すなわち、各バイオメトリックポリシーは、バイオメトリックデバイスに
よって発生された１つ以上の閾値から発生された複合閾値を戻す。複合閾値は、
ユーザがバイオメトリックポリシーに合格したか、失敗したかに関わらず、戻さ
れる。これらの複合閾値は、バイオメトリックポリシーのリストを有する閾値ポ
リシーによって用いられ得る。この特徴によって、管理者が、柔軟に、認証のレ
ベルを調節できるようになる。

【０２５８】 ポリシーまたはデバイスのリストの中の１つ以上の要素でテストされる際に、
ユーザが総閾値（すなわち、総閾値スコア）を越える場合、ユーザは、本発明の
ポリシーまたはデバイスのリストを有する閾値ポリシーに合格する。図３４Ａお
よび図３４Ｂは、本発明のポリシーまたはデバイスのポリシーリストを有する閾
値ポリシーの実行に含まれるステップを示すフローチャートである。ステップ３
４０２において、１個より多い、ポリシーまたはデバイスのリストの中の要素の
数ｎが決定される。要素は、本明細書中で説明したバイオメトリックポリシー、
すなわち、バイオメトリックデバイス、または非バイオメトリックデバイスのう
ちの１つであり得る。このタイプの閾値ポリシーは、ポリシーまたはデバイスの
リストの中に１つ以上の要素を有する。ステップ３４０４において、総閾値スコ
アが決定される。ステップ３４０６において、ポリシーまたはデバイスのリスト
の中の第１の要素が、バイオメトリックポリシーであるか否かが判定される。第
１の要素が、バイオメトリックポリシーでない場合、制御は、ステップ３４０８
に移る。

【０２５９】 ステップ３４０８において、第１の要素は、バイオメトリックデバイス、また
は非バイオメトリックデバイスのいずれかである。ステップ３４０８において、
ユーザは、第１の要素（すなわち、バイオメトリックデバイスまたは非バイオメ
トリックデバイスのいずれか）でテストされ、結果は、ユーザが第１の要素（す
なわち、デバイス）に合格したか、失敗したかを示し、第１のスコアを示す。

【０２６０】 あるいは、ステップ３４０６において、第１の要素が、バイオメトリックポリ
シーである場合、制御は、ステップ３４１０に移る。ステップ３４１０において
、第１の要素（すなわち、バイオメトリックポリシー）が実行され、結果は、ユ
ーザが第１の要素（すなわち、バイオメトリックポリシー）に合格したか、失敗
したかを示し、第１の複合閾値を示す。第１の要素がバイオメトリックポリシー
であるか、デバイスであるかに関わらず、制御は、ステップ３４１２に移る。

【０２６１】 ステップ３４１２において、第１の複合閾値、または第１のスコアが、戻った
か否かが決定され、テンプスコアに等しくなるように設定される。ステップ３４
１４において、テンプスコアが、総閾値スコア未満である場合、制御は、ステッ
プ３４１６に移る。ステップ３４１６において、ユーザは、閾値ポリシーに合格
しており、図３４Ａおよび図３４Ｂのフローチャートは終了する。この時点で、
ユーザは、バイオメトリックシステム１０２（図１）によって認証されている。
あるいは、ステップ３４１４において、テンプスコアが、総閾値スコア以上であ
る場合、制御は、ステップ３４１８に移る。

【０２６２】 ステップ３４１８において、ｎが０以下の場合、制御は、ステップ３４２０に
移る。制御がステップ３４２０に移る場合、それは、ポリシーまたはデバイスの
リストが、１つの要素しか有さないことを意味する。ステップ３４２０において
、ユーザが、閾値ポリシーに失敗している場合、図３４Ａおよび図３４Ｂのフロ
ーチャートは終了する。この時点で、ユーザは、バイオメトリックシステム１０
２によって認証されていない。あるいは、ステップ３４１８において、ｎが０よ
り大きい場合、制御は、ステップ３４２２に移る。この場合、ポリシーまたはデ
バイスのリストは、その中に、１つより多い要素を有する。

【０２６３】 ステップ３４２２において、ポリシーまたはデバイスのリストにおける次の要
素がバイオメトリックポリシーであるかが決定される。次の要素がバイオメトリ
ックポリシーでなければ、制御はステップ３４２４に移る。ステップ３４２４に
おいて、次の要素はバイオメトリックまたは非バイオメトリックデバイスのいず
れかである。ユーザは次の要素についてテストされ、そしてその結果は、ユーザ
が次の要素（すなわち、そのデバイス）に合格したか、または失敗であったか、
および次のスコアを示す。

【０２６４】 あるいは、ステップ３４２２において、次の要素がバイオメトリックポリシー
であれば、制御はステップ３４２６に移る。ステップ３４２６において、次の要
素を実行して、ユーザが次の要素（すなわち、バイオメトリックポリシー）に合
格したか、または失敗であったかを決定し、そして次の複合閾値を得る。ステッ
プ３４２８において、次の複合閾値または次のスコアが返されたかが決定され、
そしてその次の複合閾値または次のスコアがテンプ２スコアに等しくなるように
設定される。ステップ３４３０において、テンプスコアは、テンプ２を乗算され
、そしてその積は再度テンプスコアに格納される。

【０２６５】 ステップ３４３２において、テンプスコアが総閾値スコアより小さいならば、
制御はステップ３４３４に移る。ステップ３４３４において、ユーザは閾値ポリ
シーに合格し、そして図３４Ａおよび図３４Ｂにおけるフローチャートは終了す
る。この時点で、ユーザはバイオメトリックシステム１０２によって認証された
。あるいは、ステップ３４３２においてテンプスコアが総閾値スコアよりも大き
いならば、制御はステップ３４３６に移る。

【０２６６】 ステップ３４３６において、ｎから１が引き算され、そして制御はステップ３
４１８に戻る。ステップ３４１８において、ｎがゼロより大きくなければ、バイ
オメトリックポリシーのリストにおけるすべての要素は実行された。ここで、制
御はステップ３４２０に移る。ステップ３４２０において、ユーザは閾値ポリシ
ーに失敗し、そして図３４Ａおよび図３４Ｂにおけるフローチャートは終了する
。この時点で、ユーザはバイオメトリックシステム１０２によって認証されなか
った。あるいは、ステップ３４１８においてｎがゼロより大きければ、これはま
だ実行されていない、ポリシーまたはデバイスのリストにおけるさらに多くの要
素があることを意味する。図３４Ａおよび図３４Ｂにおけるフローチャートは、
ポリシーまたはデバイスのリストにおけるすべての要素が実行されるか、または
テンプスコアが総閾値スコア以上となるまで継続する。

【０２６７】 （８．マルチユーザバイオメトリックポリシー） 上記のように、バイオメトリックグループ５０６（図５）は、同じセットのリ
ソースにアクセスする必要のあるユーザを組み合わせる論理的方法である。いく
つかのバイオメトリックグループ５０６は重要なので、それに添付されたバイオ
メトリックポリシー５０４は、１以上のユーザがバイオメトリック１０２（図１
）によって認証され、バイオメトリックポリシー５０４に合格することを要求す
る。このタイプのバイオメトリックポリシー５０４は、マルチユーザバイオメト
リックポリシーと呼ばれる。マルチユーザバイオメトリックポリシーは、ユーザ
のリストを有する。マルチユーザバイオメトリックポリシーが有用である例を次
に示す。

【０２６８】 第１の例は、バイオメトリックシステム１０２内に存在する種々のデューティ
（ｄｕｔｙ）に関する。これらのデューティは、バイオメトリックシステム１０
２内の異なる位置の間で委ねられる。異なる位置は、管理者、バイオメトリック
ポリシーマネージャ、デバイスハードウェア兼ソフトウエアマネージャ、および
登録マネージャを含み得る。各位置は、バイオメトリックシステム１０２内の正
規の権限を与えられ、その特定の位置の要求されるデューティを行い得るようで
なければならない。正規の権限が与えられ得る１つの方法は、位置の各々に対し
てバイオメトリックグループ５０６を生成することである。認証されたユーザだ
けがこれらのバイオメトリックグループ５０６に属するようにすることが非常に
重要である。認証されないユーザがこれらのバイオメトリックグループ５０６の
うちの１つ以上に属するならば、バイオメトリックシステム１０２のセキュリテ
ィが損なわれる。本発明のマルチユーザバイオメトリックポリシーは、バイオメ
トリックシステム１０２が、認証されたユーザのみがこれらのバイオメトリック
グループ５０６の１つに属することを確実にするために必要な柔軟性を提供する
。

【０２６９】 第２の例は、最高のセキュリティを用いて保護される必要のあるネットワーク
システム２０２（図２）内のリソース（例えば、コンピュータ、アプリケーショ
ン、データなど）に関する。このタイプの状況はまた、ネットワーク化されてな
い環境において発生し得る。伝統的に、銀行は、金庫を開けるために少なくとも
２人が組み合わせの異なる部分を覚えておくことを要求することによって、金庫
を保護する。本発明のマルチユーザバイオメトリックポリシーは、最高のセキュ
リティを必要とするタイプのリソースの保護において、ネットワーク化および非
ネットワーク化環境の両方に対して必要な柔軟性を提供する。これは、必要なバ
イオメトリックグループ５０６を定義し、そしてマルチユーザバイオメトリック
ポリシーをそのバイオメトリックグループ５０６に添付することによって達成さ
れる。

【０２７０】 上記のように、マルチユーザバイオメトリックポリシーはユーザのリストを有
する。ユーザのリストにおける各ユーザは、自身がバイオメトリックシステム１
０２において登録したときにそのユーザに割り当てられた一意的なユーザＩＤ５
１０によって表される。マルチユーザバイオメトリックポリシーは、本明細書中
に記載のバイオメトリックポリシー５０４のうちのいずれかひとつとして実施さ
れ得る。バイオメトリックサーバ１０４がマルチユーザバイオメトリックポリシ
ーを実行する場合、バイオメトリックサーバ１０４はまず、どのユーザＩＤ５１
０がユーザのリストにあるかを決定しなければならない。次に、各ユーザＩＤ５
１０に対して、バイオメトリックサーバ１０４は、バイオメトリックシステム１
０２によって認証されるために特定のユーザが合格しないといけないバイオメト
リックポリシー５０４を決定しなければならない。マルチユーザバイオメトリッ
クポリシーはユーザのリストを有するので、１以上のユーザが、バイオメトリッ
クシステム１０２によっていずれの１つのユーザが認証されるよりも前に認証さ
れる必要があり得る。

【０２７１】 マルチユーザバイオメトリックポリシーがどのように使用されて、企業の社長
が最初に認証することなしにいずれのユーザもアクセスし得ない合併情報を保護
し得るかを示す例を以下に記載する。合併情報に添付されたバイオメトリックポ
リシー５０４は、ユーザのリストにおける企業社長のユーザＩＤ５１０とのアン
ドマルチユーザバイオメトリックポリシーとして定義される。ここで、ユーザの
リストにあるユーザだけが合併情報にアクセスを試み得る。いずれのユーザも、
バイオメトリックシステム１０２によって認証されるとしても、社長もまたバイ
オメトリックシステム１０２によって認証されなければ合併情報にアクセスし得
ない。

【０２７２】 上記の本発明のバイオメトリックポリシー５０４のすべては、ネットワークの
生産性を低減することなしに適切なレベルの保護を各ネットワークリソースに適
用するための柔軟性を提供する。上記のように、ユーザがバイオメトリックサー
バ１０４によって認証される際の方法またはやり方を決定するのは、バイオメト
リックポリシー５０４である。バイオメトリックポリシー５０４の可能な論理的
変形例のすべてを記載することは不可能であるが、その論理的変形例が無限であ
ることは当業者にとって明らかである。

【０２７３】 （Ｆ．バイオメトリックシステムセキュリティインフラストラクチャ） 一般に、システムセキュリティは、コンピュータにおいて格納されたデータお
よびシステム内で転送されるデータの両方が読み取られ得ないか、または損なわ
れ得ないことを確実にするための技術を示す。本発明の発明者らは、バイオメト
リックシステム１０２（図１）内でデータを保護することの重要性を認識した。
発明者らはまた、既存の企業セキュリティインフラストラクチャに容易に統合さ
れるバイオメトリック１０２の重要性を認識した。

【０２７４】 例えば、今日多くのネットワークシステムはファイアウォールを含む。上記の
ように、ファイアウォールは、ネットワークへまたはネットワークからの認証の
ないアクセスおよび転送を防止するように設計されたシステムである。ファイア
ウォールは、ハードウェアおよびソフトウェアの両方において実施され得る。フ
ァイアウォールは、認証のないインターネットユーザが、特にイントラネットな
どの、インターネットに接続されたプライベートなネットワークにアクセスする
ことを防止するために頻繁に使用される。イントラネットへ入るかまたはそこか
ら出るすべてのデータはファイアウォールを通過する。その際、ファイアウォー
ルは、各送信を検査し、そして特定のセキュリティ条件を満たさない送信を遮断
する。ファイアウォールは、プライベートな情報を保護する場合の第１の防御線
と考えられる。第２の防御線は、データ暗号化である。今日多くの企業ネットワ
ークはデータを保護するために１つ以上のファイアウォールを含むので、本発明
は既存のファイアウォールを容易に含むように設計された。

【０２７５】 さらに安全を図るために、データを暗号化することができる。データ暗号化は
、解読機構なしでは理解不可能である形式へのデータの変換である。暗号化は、
データ安全保護を達成するための最も効率的な方法のうちの１つである。暗号化
されたファイルを読むためには、それを解読することを可能にする暗証鍵または
パスワードを利用しなければならない。暗号化されていないデータは平文と呼ば
れ、暗号化されたデータは暗号文と称される。主に２つのタイプの暗号化：非対
称鍵暗号化（公開鍵暗号化とも呼ばれる）、および対称鍵暗号化が存在する。下
記で述べるとおり、本発明は、バイオメトリックシステム１０２内のデータを保
護するために暗号化を用いる。

【０２７６】 本発明の発明者らは、ネットワークシステム２０２（図２）内に、データの安
全が維持されなければならない３つの主要なエリアが存在することを認識した。
これらは、バイオメトリックサーバ１０４（図１）内に格納された不変データ（
ｐｅｒｓｉｓｔｅｎｔ ｄａｔａ）、ネットワーク１１４（図１）上を搬送され
るデータ、ネットワークシステム２０２内に格納されたバイオメトリックデバイ
スソフトウェアを含む。

【０２７７】 （１．バイオメトリックサーバ内に格納された不変データ） 図５は、バイオメトリックサーバ１０４（図１）内に格納された不変データの
各種収集物を示す。バイオメトリックサーバ１０４は、バイオメトリックテンプ
レート５０２、バイオメトリックポリシー５０４、バイオメトリックグループ５
０６、バイオメトリックデバイスＩＤ５０８、ユーザＩＤ５１０、コンピュータ
ＩＤ５１２、およびアプリケーションＩＤ５１４から成る収集物を格納する。こ
れらのデータの収集物のうちで、バイオメトリックテンプレート５０２は、安全
にすることが特に重要である。各バイオメトリックテンプレート５０２は、バイ
オメトリックデバイスがそのユーザの特定を試みているときに、ユーザの「生き
た」バイオメトリック測定値と一致させるために用いられる、ユーザの固有のバ
イオメトリック測定値を格納する。従って、本発明は周知の暗号化技術を用いて
、バイオメトリックサーバ１０４内に格納されたデータを保護する。

【０２７８】 （２．ネットワークシステム上を搬送されるデータ） バイオメトリックシステム１０２内の全てのデータ、およびネットワーク１１
４を介して、バイオメトリックシステム１０２へ、およびバイオメトリックシス
テム１０２から搬送される全てのデータは、安全でなければならない。上述のと
おり、バイオメトリックテンプレート５０２は、ユーザバイオメトリックデータ
を格納するので、安全にすることが特に重要である。上記図８Ａ、図８Ａ−１お
よび８Ｂのフローチャートを参照して説明したとおり、バイオメトリックシステ
ム１０２によりユーザを認証する好適なプロセスは、クライアント側で（すなわ
ち、図２のコンピュータ２０８で）一致しているバイオメトリックテンプレート
５０２を示す。バイオメトリックテンプレート５０２がクライアント側で一致す
るためには、バイオメトリックテンプレート５０２は、ネットワーク１１４を介
して、バイオメトリックサーバ１０４からコンピュータ２０８へと搬送されなけ
ればならない。バイオメトリックテンプレート５０２の安全保護をさらに確実に
するために、本発明は、バイオメトリックテンプレート５０２を、暗号化された
フォーマットで、ネットワーク１１４を介して、常にセッション鍵を用いて搬送
する。

【０２７９】 （３．バイオメトリックシステムソフトウェア） 全てのネットワークの限界は、管理者が、権限を有さない者が企業内のその管
理者とは異なる場所に位置するコンピュータにロードされたソフトウェアを勝手
に変更していないかどうかを知ることができないことである。バイオメトリック
システムソフトウェアが勝手に変更された場合、リソース保護管理者に警報を伝
えることは重要であるが、他のタイプのソフトウェアがネットワーク内のコンピ
ュータ上で勝手に変更された場合、そのネットワーク管理者に警報が伝えられる
ことも同様に重要である。それゆえ、本発明の発明者らは、ソフトウェアが、ネ
ットワーク内のコンピュータ上で勝手に変更された場合に、ネットワークシステ
ムの管理者に警報を伝える方法が必要であることを認識した。

【０２８０】 バイオメトリックシステムソフトウェアを保護するために、本発明は、バイオ
メトリックデバイスが設置されるネットワークシステム２０２内の各場所（例え
ば、コンピュータ２０８、登録ステーション１０６、リモート／ウェブコンピュ
ータ２１０、衛星登録ステーション１１２等）に位置するソフトウェア保全オブ
ジェクト（ｓｏｆｔｗａｒｅ ｉｎｔｅｇｒｉｔｙ ｏｂｊｅｃｔ）を組み込む
。

【０２８１】 本発明のソフトウェア保全オブジェクトは、常に、アクティブであり、そのジ
ョブは、繰り返しチェックすることにより、ソフトウェア保全オブジェクトと同
じ場所にロードされた全てのバイオメトリックシステムソフトウェア（すなわち
、データファイル）が、勝手に変更されていないことを保証する。これは、多く
の方法により行うことができる。１つの方法は、ソフトウェア保全オブジェクト
が、各バイオメトリックシステムソフトウェアファイルごとに、ファイルの日付
、ファイルサイズ、およびファイルの合計バイト数を計算することである。また
、マスク値（ｍａｓｋ ｖａｌｕｅ）および初期マスク値（ｓｔａｒｔｉｎｇ
ｍａｓｋ ｖａｌｕｅ）も用いられる。次いで、ソフトウェア保全オブジェクト
が以下の等式（またはソフトウェア保全を確実にするための同様の等式／公式）
を実行する：

【０２８２】

【数１】 この等式は、保護されるべきファイルが、まず、ある場所にロードされると、
まず、実行される。この等式の第１の結果が、安全な環境に格納される。次いで
、同じ等式が、同じソフトウェアで、繰り返し計算される。次いで、この結果が
、その安全な環境に格納された第１の結果と比較される。この２つが一致しない
場合、ソフトウェア保全オブジェクトは、そのソフトウェアを含むファイルが勝
手に変更された可能性があることを認識し、管理者に警報を送信する。ソフトウ
ェア保全オブジェクトは、バイオメトリックシステムソフトウェアを保護するこ
とに限定されない。ソフトウェア保全オブジェクトは、ネットワークシステム２
０２（図２）内の全てのソフトウェア（例えば、ファイル）を保護するために用
いることができる。

【０２８３】 （Ｇ．バイオメトリックデバイスおよびネットワーク環境内の移動度） 本発明の発明者らは、バイオメトリックデバイスがバイオメトリックシステム
１０２（図１）を備えていないネットワーク環境で用いられた場合に直面する限
界を認識した。上述のとおり、バイオメトリックデバイスがユーザを認証するた
めに、ユーザのバイオメトリックテンプレートへのアクセスを有さなければなら
ない。本発明は、ユーザが任意の場所（例えば、コンピュータ２０８、登録ステ
ーション１０６、リモート／ウェブコンピュータ２１０、衛星登録ステーション
１１２等）からネットワークシステム２０２にアクセスすることができるように
、全てのユーザバイオメトリックテンプレート５０２への容易なアクセスのため
の構成を提供する。この構成は、全てのバイオメトリックテンプレート５０２を
中央の場所に格納することを伴う。この中央の場所は、上述のバイオメトリック
サーバ１０４（図１）である。これで、ネットワーク１１４を介して、ユーザは
、ネットワークシステム２０２内の任意の場所から、そのユーザのバイオメトリ
ックテンプレート５０２にアクセスすることができる。また、ネットワークシス
テム２０２内の各場所は、どこで全てのバイオメトリックテンプレート５０２を
確認すべきかを正確に分かっている。

【０２８４】 全てのバイオメトリックテンプレート５０２を１つの中央の場所に格納するこ
とは、ネットワーク１１４がＬＡＮである場合に効率的である。ネットワーク１
１４がＷＡＮである場合、効率性の問題が生じる。上述のとおり、ＷＡＮは、遠
くに離れており、かつデータ伝送線または電波により接続される（例えば、複数
のオフィスおよび地理的に離れた場所の）コンピュータを接続する。例えば、あ
る企業がその国中に複数のオフィスを有しており、全てのユーザが、認証のため
に、バイオメトリックテンプレート５０２へのアクセスを得るために、１つのバ
イオメトリックサーバ１０４にアクセスする場合、企業リソースの認証を遅らせ
る可能性がある。全てのバイオメトリックテンプレート５０２が１つのバイオメ
トリックサーバ１０４内に格納される場合に起こるこの効率性の問題を避けるた
めに、複数のバイオメトリックシステム１０２を、ネットワークシステム２０２
内の様々な場所に配置することができる。しかし、ここでまた、どこで必要なバ
イオメトリックテンプレート５０２を確認すべきか正確に分からないというネッ
トワークシステム２０２内の場所（例えば、コンピュータ２０８、登録ステーシ
ョン１０６、リモート／ウェブコンピュータ２１０、衛星登録ステーション１１
２等）の問題が再び起こる。

【０２８５】 本発明の発明者らは、２つの異なる方法によりこの問題を解決した。第１の方
法は、ネットワークシステム２０２内のバイオメトリックテンプレート５０２を
階層構造で格納することを伴う。第２の方法は、ネットワークシステム２０２内
のバイオメトリックテンプレート５０２の位置確認のために階層ディレクトリに
アクセスすることを伴う。

【０２８６】 （１．バイオメトリックテンプレートの階層型記憶装置） 図２８は、複数のバイオメトリックシステム１０２を含むＷＡＮによって接続
された企業２８００を示す。図２８における四角はそれぞれ、企業２８００内の
異なるオフィス（つまりロケーション）を示す。各オフィス（つまり四角）は、
それ自身のＬＡＮおよびバイオメトリックシステム１０２を有する。企業２８０
０内のオフィスは、ＷＡＮによって接続される。

【０２８７】 図２８は、階層構造となるように論理的に構成された、企業２８００を示す。
オフィス２８０２は、共同オフィスであり、階層構造の最上位に配置される。ブ
ロック２８１８およびブロック２８２０は、企業２８００内のオフィスの論理グ
ルーピングを示す。図２８に示すように、ブロック２８１８は、オフィス２８０
４、オフィス２８０６およびオフィス２８０８を含む。ブロック２８２０は、オ
フィス２８１０、オフィス２８１２，オフィス２８１４およびオフィス２８１６
を含む。

【０２８８】 オフィスの論理グルーピングを決定する手段は、多数の要因を含み得る。いく
つかの要因は、頻繁に移動が行われるオフィス、管理者を雇わないオフィスを管
理者を雇うオフィスと共にグルーピングすること、さまざまなオフィス間のＷＡ
Ｎ接続の妥当性等を含み得る。

【０２８９】 各オフィスはそれ自身のバイオメトリックシステム１０２を有するので、この
ことは、個々のユーザが、各バイオメトリックシステム１０２において登録し、
企業２８００内のどこに移動しても認証される必要があることを、どのようにし
て避け得るかという問題を提示する。１つの解決方法は、各オフィスにおけるバ
イオメトリックサーバ内に格納された企業２８００内全てのユーザバイオメトリ
ックテンプレート５０２のバックアップコピーを有することである。いくつかの
理由で、この解決方法は望ましくない。図１を参照して説明したように、代替バ
イオメトリックサーバ１１０は、バイオメトリックサーバ１０４に対するバック
アップサーバであり、全く同じデータを格納する。したがって、各オフィスのバ
イオメトリックサーバ１０４および代替バイオメトリックサーバ１１０の両方に
おいて、企業２８００内の全てのバイオメトリックテンプレート５０２の完全な
コピーを維持するには、費用が高くなりやすい。この解決方法が望ましくない別
の理由は、さまざまなロケーションにおける、同じバイオメトリックテンプレー
ト５０２のさまざまなコピーの管理である。ユーザが（上述のように）バイオメ
トリックテンプレート５０２をリフレッシュする場合、企業２８００内の古いバ
イオメトリックテンプレート５０２の各コピーは、置換されねばならない。この
ことにより、同じバイオメトリックテンプレート５０２が異なるバージョンを企
業２８００内に有し得る可能性が高くなる。

【０２９０】 本発明の発明者らは、バイオメトリックテンプレートを企業２８００内に階層
的に格納するスキームを考え出した。企業２８００内において、全てのバイオメ
トリックテンプレート５０２が、共同オフィス２８０２に格納される。その後、
個々のオフィスにおけるバイオメトリックテンプレート５０２の追加的格納は、
そのオフィスが内部に存在する論理ブロック（例えば、ブロック２８１８または
ブロック２８２０のいずれか）に依存する。

【０２９１】 手順は以下の通り。まず、企業２８００内の各オフィスが、そのオフィスにお
けるバイオメトリックシステム１０２に加入した各ユーザについてのバイオメト
リックテンプレート５０２を格納する。その後、各論理ブロックにおいて、階層
構造の最下位に位置するオフィスで始まる。例えば、ブロック２８１８において
、オフィス２８０６およびオフィス２８０８で始まる。オフィス２８０６および
オフィス２８０８は、これらのオフィスのバイオメトリックシステム１０２に加
入したユーザについてのバイオメトリックテンプレート５０２のみを格納する。
その後、オフィス２８０４までの階層構造に続いて、オフィス２８０４は、オフ
ィス２８０４において加入したユーザについてのバイオメトリックテンプレート
５０２ならびにオフィス２８０６およびオフィス２８０８に格納されたバイオメ
トリックテンプレート５０２の全てのコピーを格納する。この手順は、階層構造
の最上位(つまり共同オフィス２８０２)に到達するまで繰り返される。

【０２９２】 したがって、上記の階層構造で、最も遠くにあるいずれかのオフィスで、ユー
ザのバイオメトリックテンプレートを取りに行く必要があるのは、共同オフィス
２８０２である。例えば、ユーザＡがオフィス２８１２において加入したとする
。これは、ユーザＡのバイオメトリックテンプレート５０２が、オフィス２８１
２、オフィス２８１０、および共同オフィス２８０２に格納されることを意味す
る。ユーザＡがオフィス２８０６に移動する場合、オフィス２８０６は、階層構
造をたどって共同オフィス２８０２へと行き、ユーザＡのバイオメトリックテン
プレート５０２のコピーを得る必要がある。このスキームによって、企業内のい
ずれのオフィスからのバイオメトリックシステム１０２によっても認証されると
いう柔軟性を各ユーザに提供しつつ、企業２８００内のバイオメトリックテンプ
レート５０２が、最小数のロケーションに格納されることが可能になる。

【０２９３】 企業２８００の階層構造は、容易なアクセスを提供するだけでなく、企業２８
００内のバイオメトリックテンプレート５０２をバックアップする手段も提供す
る。

【０２９４】 （２．バイオメトリックテンプレートを配置する階層型ディレクトリ） 第２の方法は、企業２８００（図２８）内にバイオメトリックテンプレート５
０２を配置する階層型ディレクトリのアクセシングを含む。上で説明したように
、階層型ディレクトリの一例が、Ｘ．５００ディレクトリである。Ｘ．５００デ
ィレクトリは、国、州、および都市等の情報の各カテゴリーについての異なるレ
ベルでの階層をなす。したがって、バイオメトリックテンプレート５０２を格納
する、上で説明したのと同じスキームを、Ｘ．５００ディレクトリを格納するた
めに使用し得る。Ｘ．５００ディレクトリは、ユーザバイオメトリックテンプレ
ート５０２が格納されたオフィスへのポインタを含む。

【０２９５】 （Ｈ．他のアプリケーション） 図３を参照して説明したように、コンピュータは、典型的なデスクトップコン
ピュータにとどまらない。例えば、コンピュータを含む自動車およびＡＴＭ機、
コンピュータを含む家庭およびオフィスの物理的セキュリティシステム等々の例
が挙げられる。したがって、本発明は、上で説明したネットワーク化された環境
におけるリソースの保護のみに限定されない。以下に、本発明を適用したさまざ
まなアプリケーションのいくつかを示す。

【０２９６】 （１．デジタル証明書） 本発明の発明者らは、ネットワーク化された環境において、バイオメトリック
システム１０２（図１）が無い状態でデジタル証明書を使用した場合に突き当た
る限界に気付いた。概して、デジタル証明書は、ユーザの特権を規定する。より
詳細には、デジタル証明書は電子メッセージに付属し、セキュリティを目的とし
て使用される。デジタル証明書の最も一般的な使用は、メッセージを送信してい
るユーザが、そのユーザが主張している人物であることをベリファイすること、
および、返答をエンコードする手段を受信者に提供することである。

【０２９７】 個々の人間による暗号化されたメッセージを送りたいとの希望は、認証局（Ｃ
Ａ）からのデジタル証明に適用される。ＣＡは、希望者（ａｐｐｌｉｃａｎｔ）
の公開鍵、秘密鍵および他の様々な識別情報を含む暗号化されたデジタル証明を
発行する。希望者の公開鍵は、ＣＡにより署名される。ＣＡは、自身の固有の公
開鍵を、印刷による公開を通じてまたは恐らくはインターネット上で、容易に利
用可能にする。

【０２９８】 暗号化されたメッセージの受取人は、ＣＡの公開鍵を用いて、メッセージに添
付されているデジタル証明を復号し、そのメッセージがＣＡによって発行された
ものであることを確認し、次いで、送信者の公開鍵を入手して、証明中に保持さ
れている情報を識別する。この情報を用いて、受取人は、暗号化された返信を送
ることができる。今日、ユーザは、デジタル証明へのアクセスを得る際、デバイ
スにパスワードを送るか、またはトークンあるいはスマートカードを用いるか、
またはこれらの任意の組み合わせを用いなければならない。各ユーザのデジタル
証明はネットワーク内の１つのコンピュータに格納されるため、デジタル証明は
、１つのコンピュータに束縛される。そのため、ユーザは、ネットワークへのア
クセスを得ようとする際、別のコンピュータに行くことができない。

【０２９９】 本発明の発明者らは、ユーザが自分のデジタル証明へのアクセスを得る前にユ
ーザに適切に認証を与える方法によって、上述したように、認証の際に、人為的
要因が原因で発生する脆弱なリンクを無効にすることが必要であると認識した。
さらに、本発明の発明者らは、ユーザが企業内の任意のロケーションから必要な
リソースへのアクセスを得ることができるように、全てのユーザのデジタル証明
へのアクセスを容易化するスキームが必要とされることを認識した。従って、本
発明は、ユーザがデジタル証明へのアクセスを得ようとする際にバイオメトリッ
クデバイスを用いてユーザを認識することにより、人為的要因が原因で発生する
脆弱なリンクを無効にすることを要求する。

【０３００】 全ユーザのデジタル証明へのアクセスを容易化して、ユーザが企業内の任意の
ロケーションから自分のデジタル証明へのアクセスを得ることを可能にするこの
スキームは、図２８を参照して上述したようなスキームおよびバイオメトリック
テンプレート５０２の格納スキームと同じスキームである。企業２８００におい
て、全デジタル証明を、法人オフィス２８０２に格納する。次いで、オフィスを
内部に含む論理ブロック（例えば、ブロック２８１８またはブロック２８２０の
いずれか）に応じて、個々のオフィスにさらにデジタル証明を格納する。

【０３０１】 このプロシージャは、以下のようになる。第１に、企業２８００内の各オフィ
スは、当該オフィスにおいてデジタル証明が発行された各ユーザについて、デジ
タル証明を格納する。次いで、各論理ブロックにおいて、オフィスの階層構造の
最下位から始める。例えば、ブロック２８１８において、オフィス２８０６およ
びオフィス２８０８から始める。オフィス２８０６およびオフィス２８０８は、
自身においてデジタル証明が発行されたユーザのみについて、デジタル証明を格
納する。次いで、階層構造の上位部にあるオフィス２８０４へと進み、オフィス
２８０４は、オフィス２８０４においてデジタル証明が発行されたユーザについ
てデジタル証明を格納し、また、オフィス２８０６およびオフィス２８０８にお
いて格納されたデジタル証明全てのコピーも格納する。このプロシージャを、階
層構造の頂点（すなわち、法人オフィス２８０２）に到達するまで繰り返す。

【０３０２】 従って、上記の階層構造を用いる場合、ユーザのデジタル証明を入手しなけれ
ばならない最端部にある任意のオフィスは、法人オフィス２８０２となる。例え
ば、オフィス２８１２においてユーザＡに証明が発行されたと仮定すると、これ
は、ユーザＡのデジタル証明が、オフィス２８１２、オフィス２８１０および法
人オフィス２８０２に格納されることを意味する。ユーザＡがオフィス２８０６
に移動した場合、オフィス２８０６は、階層構造を法人オフィス２８０２まで上
方にたどって、ユーザＡのデジタル証明のコピーを取り出さなくてはならない。
一旦、ユーザが自身のデジタル証明を終了したことが決定されると、そのデジタ
ル証明は、次回にユーザが自身のデジタル証明へのアクセスをリクエストした場
合に再度取り出されなくてはならない。

【０３０３】 企業２８００の階層構造は、アクセス容易性を提供するだけでなく、企業２８
００内のデジタル証明をバックアップする手段も提供する。

【０３０４】 上述したような、階層ディレクトリを用いて企業２８００（図２８）内のバイ
オメトリックテンプレート５０２を発見する様式は、デジタル証明とも良好に機
能する。Ｘ．５００ディレクトリは、ユーザデジタル証明が格納されているオフ
ィスに対するポインタを含む。

【０３０５】 （２．ローミングプロフィールサーバ） 公開鍵を用いて、メッセージに添付されているデジタル証明を復号するという
考え方を、上記にて紹介した。暗号システムの中には２種類の鍵（すなわち、全
ての人に知らされる公開鍵と、メッセージの受取人のみに知らされるプライベー
ト鍵または秘密鍵）を用いるシステムもある。例えば、ユーザＡがセキュアなメ
ッセージをユーザＢに送りたいと望む場合、ユーザＡは、ユーザＢの公開鍵を用
いてメッセージを暗号化する。次いで、ユーザＢは、自身の秘密鍵を用いてその
メッセージを復号する。

【０３０６】 公開鍵システムにとって重要な要素は、公開鍵のみをメッセージの暗号化用と
して用いることができるようにし、かつ、対応する秘密鍵のみをメッセージの復
号化用として用いることができるようにするような様式で、公開鍵と秘密鍵とを
関連付けることである。その上、公開鍵が分かっている場合、秘密鍵を推論する
ことは実質的に不可能である。しかし、ユーザの秘密鍵を秘密に保持しておくこ
とを確実にすることは重要である。特に、ユーザの秘密鍵は、一意的な暗号化さ
れたユーザプロフィール中に収容される。そのため、ユーザを、適切に認証した
後で、ユーザがユーザの秘密鍵にアクセスすることを可能にする（すなわち、ユ
ーザのプロフィールを復号する）ことが必要である。

【０３０７】 公開鍵の基礎構造を提供する公開鍵システムがある。このような公開鍵システ
ムの一例として、Ｅｎｔｒｕｓｔ／ＰＫＩ^TMがある。公開鍵の基礎構造は、公開
鍵の暗号化およびデジタル署名サービスを提供する包括的システムである。公開
鍵の基礎構造の目的は、公開鍵およびデジタル証明を管理することである。企業
は、公開鍵の基礎構造を通じて鍵およびデジタル証明を管理することにより、信
頼に足るネットワーク環境を構築および維持する。公開鍵の基礎構造は、暗号化
サービスおよびデジタル署名サービスの利用を広範囲のアプリケーションにわた
って可能にする。

【０３０８】 公開鍵システムはまた、ユーザプロフィールも管理しなければならない。各プ
ロフィールは、ユーザの秘密鍵を含む。上述したように、ユーザの認証を行った
後で、ユーザが自身のプロフィールにアクセスすることを許可することが重要で
ある。公開鍵システムは、ユーザの認証を２つの様式のうち１つで可能にする。
第１の様式は、公開鍵システム自身によって供給されるパスワードデバイスを通
じて行う。上述したように、パスワードデバイスは、認証の際に、人為的要因が
原因で発生する脆弱なリンクを無効にすることができないため、識別機構として
不適切である。

【０３０９】 公開鍵システムがユーザの認証を可能にする第２の様式は、識別デバイスイン
ターフェースを通じて行う。この識別デバイスインターフェースは、識別デバイ
スのサードパーティベンダーが識別デバイスインターフェースとインターフェー
スをとる同一性デバイスモジュールを作成することを可能にする。このようにし
て、サードパーティベンダーは、ユーザの認証を行った後で、ユーザが公開鍵シ
ステム内のユーザプロフィールにアクセスすることを可能にする。

【０３１０】 バイオメトリックデバイスおよび非バイオメトリックデバイス双方の様々なサ
ードパーティベンダーが、公開鍵システム内でのユーザ認証を容易化できるよう
、自社デバイス用の同一性デバイスモジュールを作成してきた。非バイオメトリ
ックデバイス（例えば、パスワード、スマートカードおよびトークン）は、認証
の際、人為的要因が原因で発生する脆弱なリンクを無効にすることができないた
め、識別機構として不適切である。また、バイオメトリックデバイスは、認証の
際、人為的要因が原因で発生する脆弱なリンクを無効にしてユーザ認証を確実に
行う。１つのバイオメトリックデバイスは、ユーザを確実に認証することができ
るが、本発明の発明者らは、バイオメトリックシステム１０２（図１）を用いて
、ユーザ認証に柔軟性およびさらなるセキュリティを提供した後で、ユーザが公
開鍵システム内のプロフィールにアクセスすることを許可することが可能である
ことを認識した。バイオメトリックシステム１０２によって提供されるこの柔軟
性およびさらなるセキュリティは、複数のバイオメトリックデバイスを個々のユ
ーザの認証用として用いる能力である。加えて、本発明の発明者らは、全プロフ
ィールへのアクセスを容易化することにより、ユーザが企業内の任意のロケーシ
ョンからユーザのプロフィールへのアクセスを得ることができるスキームが必要
とされていることも認識した。

【０３１１】 図２９は、本発明のバイオメトリックシステム１０２を公開鍵システムと統合
し得る様式を示すブロック図である。図２９は、公開鍵システムエンジン２９０
２と、識別デバイスインターフェース２９０４と、公開鍵システムマネージャお
よびディレクトリ２９０６と、バイオメトリック同定デバイスモジュール２９０
８と、バイオメトリックサーバ１０４（図１）およびプロフィールサーバ２９１
０とを含む。公開鍵システムエンジン２９０２と、識別デバイスインターフェー
ス２９０４および公開鍵システムマネージャとディレクトリ２９０６とは、本発
明の構成部分ではなく、一般公開鍵システムの一部である。バイオメトリック身
元デバイスモジュール２９０８、バイオメトリックサーバ１０４（図１）および
プロフィールサーバ２９１０は、本発明の構成部分である。

【０３１２】 公開鍵システムエンジン２９０２は、公開鍵システムの様々な機能を行う。公
開鍵システムエンジン２９０２は、暗号化署名およびデジタル署名の使用を提供
する様々なアプリケーション（例えば、ｅメール、ブラウザ等）と相互作用する
。識別デバイスインターフェース２９０４は、識別デバイスのサードパーティベ
ンダーが識別デバイスインターフェース２９０４とインターフェースをとる同一
性デバイスモジュールを作成することを可能にする。バイオメトリック身元デバ
イスモジュール２９０８は、識別デバイスインターフェース２９０４とインター
フェースをとる同一性デバイスモジュールの１つである。バイオメトリック身元
デバイスモジュール２９０８は、上述したような本発明のオープンインターフェ
ースと同様の機能を行う。

【０３１３】 公開鍵システムマネージャおよびディレクトリ２９０６は、公開鍵の格納およ
び管理を行う。バイオメトリックサーバ１０４は、上述したのと全く同様に動作
する。最後に、プロフィールサーバ２９１０は、ユーザのプロフィールの全てを
公開鍵システム中に格納する。プロフィールサーバ２９１０は、バイオメトリッ
クサーバ１０４に取り付けられ、公開鍵システム用のローミングプロフィールサ
ーバとして機能する。

【０３１４】 バイオメトリック身元デバイスモジュール２９０８は、識別デバイスインター
フェース２９０４と協働して、プロフィールサーバ２９１０から所望のプロフィ
ールを提供する。しかし、所望のプロフィールを提供する前に、バイオメトリッ
ク身元デバイスモジュール２９０８およびバイオメトリックサーバ１０４は、協
働してユーザの認証を行う。バイオメトリック身元デバイスモジュール２９０８
とバイオメトリックサーバ１０４との間でトランスポートされる全データは、暗
号化される。このデータは、プロフィールおよびバイオメトリックテンプレート
５０２（図５）を含む。

【０３１５】 バイオメトリックシステム１０２（図１）を公開鍵システムに取り入れると、
上述した制約を無くすのに有用である。バイオメトリックシステム１０２は、ユ
ーザが自身のプロフィールへのアクセスを得ようとしている環境に対して適性な
バイオメトリック測定を用い、企業内でのユーザの易動性を増加させ、ユーザを
バイオメトリックシステム１０２中にリモートに登録および再登録し、リモート
のコンピュータにロードされたソフトウェアの保全性を確実にするような柔軟性
を提供する。

【０３１６】 （３．電話認証および認可証明） 電話を、音声認識デバイスとしてインプリメントすることが可能である。した
がって、バイオメトリックシステム１０２（図１）を用いて、従業員が企業内の
様々な電話にアクセスすることを認証することが可能である。また、バイオメト
リックシステム１０２を用いて、特定の電話通話を行う各従業員に対して認可証
明を適用することも可能である。電話での認証および認可証明の場合、バイオメ
トリックグループ５０６（図５）の定義付けを、特定のバイオメトリックグルー
プ５０６中の従業員に対して、特定の種類の電話通話（例えば、地域内通話、長
距離通話、８００回分の通話、９００回分の通話等）を行い、かつ／または、企
業内の特定の電話へアクセスすることのみについて許可を与えるように、行うこ
とが可能である。

【０３１７】 バイオメトリックシステム１０２（図１）を電話による認証および認可証明に
取り入れると、上述した制約の一部を無くすために有用である。バイオメトリッ
クシステム１０２は、電話を音声認識デバイスとして用い、従業員の企業内での
易動性を増加させ、各種の電話通話を保護するために必要なレベルの認証を適用
し、顧客をバイオメトリックシステム１０２にリモートに登録および再登録する
ような柔軟性を提供する。

【０３１８】 （４．アクセス／設備制御） 現在の物理的アクセス／設備制御システムでは、ユーザは、システムをアクテ
ィブ化および／または非アクティブ化する際、パスワードを入力しなければなら
ない。上述したように、識別機構用のバイオメトリックデバイスは、人為的要因
が原因で発生する脆弱なリンクを無効にする。バイオメトリックデバイスは、入
場する際に認証を要求する企業内の各物理的ロケーションのエントリに取り付け
ることが可能である。これにより、バイオメトリックシステム１０２（図１）を
用いて、上述したような保護および効果的管理に柔軟性を提供することが可能で
ある。

【０３１９】 バイオメトリックグループ５０６（図５）の定義付けを、特定のバイオメトリ
ックグループ５０６内のユーザに対して企業内の特定の物理的ロケーションへの
アクセスのみを許可するように、行うことが可能である。ロケーションへの物理
的アクセスを有する企業が有する問題の１つとして、認証を受けた１人の人間が
、認証を受けていない複数の人間がそのロケーションに入ることを可能にし得る
点がある。ここで、顔面画像デバイスを用いてロケーションを連続的に走査して
、認証を受けていない者がいるか否かを判定することができる。顔面画像デバイ
スが認証を受けていない者が存在すると判定した場合、バイオメトリックシステ
ム１０２は管理者に警告を出すことができる。

【０３２０】 バイオメトリックシステム１０２（図１）を物理的アクセス／設備制御システ
ムに取り入れると、上述したような制約を無くすために有用である。バイオメト
リックシステム１０２は、エントリがロードされている環境に対して適性なバイ
オメトリック測定を用い、ユーザの企業内での易動性を増加させ、各種の物理的
ロケーションを保護するために必要なレベルの認証を適用し、ユーザをバイオメ
トリックシステム１０２にリモートに登録および再登録し、リモートのエントリ
にロードされたソフトウェアの完全性を確実にするような柔軟性を提供する。

【０３２１】 （５．バンキングおよび金融） 今日、かつてないほど、銀行業界および金融業界において適切な認証機構が必
要とされている。かつては２人の人間の間での対話を必要としていたトランザク
ションが、今やＡＴＭ機器または自動化された電話システムを介して行なわれる
よう奨励されている。現在、トランザクションは、顧客が正確な個人識別番号を
入力することにより、承認を受ける。人間対機器のトランザクションの種類が増
加するにつれて、各ユーザが記憶しておかなければならない個人識別番号の数も
増加する。その結果、顧客は、自身の個人識別番号を書き留めておくことかつ／
または多くの異なる種類のトランザクションに対して同一の個人識別番号を用い
ることいずれかを行う。個人識別番号が書き留められた場合、他人がその個人識
別番号を見て、その個人識別番号を用いてトランザクションに対して未認証のア
クセスを得る可能性が増加する。

【０３２２】 バイオメトリックシステム１０２（図１）を現在のバンキングトランザクショ
ンシステムおよび金融トランザクションシステム（例えば、ＡＴＭ機器）に取り
入れると、上述した制約全てが無くなる。バイオメトリックシステム１０２は、
ＡＴＭ機器が配置されている環境に対して適性なバイオメトリック測定を用い、
顧客の易動性を増加させ、各トランザクションを保護するのに必要なレベルの認
証を適用し、顧客をバイオメトリックシステム１０２にリモートに登録および再
登録し、リモートのＡＴＭ機器にロードされたソフトウェアの完全性を確実にす
るような柔軟性を提供する。

【０３２３】 （６．サイレント信号） サイレント信号は、バイオメトリックデバイスの利用を通じて、サイレントな
信号送信を補助として用いる様式である。サイレント信号は特に、アクセス／設
備制御ならびにバンキング業界および金融業界に適用可能である。本発明のこの
機能は、ユーザが通常の条件下において通常の（すなわち、予期される）バイオ
メトリック測定値を入力するか、または非常時の条件下においてアラームバイオ
メトリック測定値を入力することを可能にする。サイレント信号を取り入れたも
のの一例として、指紋デバイスがある。指紋デバイスをＡＴＭ機器における認証
用として用いる場合を考えてみる。この場合において、例えば、強盗発生時に左
手の人差し指がＡＴＭ機器への認証対象として用いられた場合に、バイオメトリ
ックシステム１０２（図１）のバイオメトリックポリシー５０４（図５）をサイ
レント信号を警察に送るような構成にすることが可能である。別の場合では、通
常のトランザクション用として右手の人差し指が用いられ、警察に信号を送る必
要は無い。同様のシナリオが、アクセス／設備制御に当てはまる。

【０３２４】 サイレント信号を取り入れたものの別の例として、音声認識デバイスがある。
ここで、特定のフレイズが認証対象として物理的ロケーションまたはＡＴＭ機器
のいずれかにおいて用いられた場合、警察にサイレント信号が送られる。加えて
、上述したバイオメトリックデバイスのいずれも、本発明のサイレント信号をイ
ンプリメントするために用いることが可能であることが当業者にとって明らかで
あるべきである。

【０３２５】 （Ｉ．結論） 本発明の様々な実施形態について説明してきたが、これらの実施形態は例示目
的のために示したのであって限定的なものではない点が理解されるべきである。
本明細書中、形態および詳細について、本発明の意図および範囲を逸脱すること
なく様々な変更が為され得ることは、関連分野の当業者にとって明白である。こ
れは、後に開発が進み得る関連分野（単数または複数）における技術および用語
を鑑みれば、特に当てはまる。従って、本発明は、上記の例示的実施形態のいず
れによっても限定されるべきではなく、特許請求の範囲およびその均等物のみに
よって規定されるべきである。

【図面の簡単な説明】

【図１】 図１は、本発明の好適な実施形態によるネットワークによって接続されたバイ
オメトリック認証システムの物理的構成要素のブロック図である。

【図２】 図２は、本発明の好適な実施形態によるバイオメトリック認証システムを組み
込んだ典型的な企業ネットワークシステムのブロック図である。

【図３】 図３は、本発明を実現するために好適に使用されるコンピュータシステムのブ
ロック図である。

【図４Ａ】 図４Ａは、クライアントとオブシェクト指向プログラムを実行するサーバとの
間の通信を確立してダイナミック工程を示す。

【図４Ｂ】 図４Ｂは、クライアントとオブシェクト指向プログラムを実行するサーバとの
間の通信を確立してダイナミック工程を示す。

【図４Ｃ】 図４Ｃは、クライアントとオブシェクト指向プログラムを実行するサーバとの
間の通信を確立してダイナミック工程を示す。

【図４Ｄ】 図４Ｄは、クライアントとオブシェクト指向プログラムを実行するサーバとの
間の通信を確立してダイナミック工程を示す。

【図４Ｅ】 図４Ｅは、クライアントとオブシェクト指向プログラムを実行するサーバとの
間の通信を確立してダイナミック工程を示す。

【図４Ｆ】 図４Ｆは、クライアントとオブシェクト指向プログラムを実行するサーバとの
間の通信を確立してダイナミック工程を示す。

【図４Ｇ】 図４Ｇは、クライアントとオブシェクト指向プログラムを実行するサーバとの
間の通信を確立してダイナミック工程を示す。

【図４Ｈ】 図４Ｈは、クライアントとオブシェクト指向プログラムを実行するサーバとの
間の通信を確立してダイナミック工程を示す。

【図４Ｉ】 図４Ｉは、クライアントとオブシェクト指向プログラムを実行するサーバとの
間の通信を確立してダイナミック工程を示す。

【図５】 図５は、本発明のバイオメトリックサーバに格納された種々のデータ集合を示
す。

【図６】 図６は、管理者がバイオメトリックサーバをはじめにセットアップするために
取り得る工程の典型的なシーケンスを示すフローチャートである。

【図７】 図７は、本発明によってユーザを認証するのに必要なオブシェクトのブロック
図である。

【図８Ａ】 図８Ａは、本発明によってユーザを認証するハイレベルな動作を示すフローチ
ャートである。

【図８Ａ−１】 図８Ａ−１は、本発明によってユーザを認証するハイレベルな動作を示すフロ
ーチャートである。

【図８Ｂ】 図８Ｂは、本発明によってユーザを認証するハイレベルな動作を示すフローチ
ャートである。

【図９】 図９は、バイオメトリックデバイスがユーザをテストする際のバイオメトリッ
クデバイスの典型的な動作を示すフローチャートである。

【図１０】 図１０は、「生の」データとともに本発明の認証プロセスを始めるのに必要な
オブシェクトのブロック図である。

【図１１】 図１１は、図１０のオブシェクトのハイレベルな動作を示すフローチャートで
ある。

【図１２】 図１２は、本発明の登録プロセスに必要なオブシェクトのブロック図である。

【図１３Ａ】 図１３Ａは、本発明の登録プロセスの典型的な操作を示すフローチャートであ
る。

【図１３Ｂ】 図１３Ｂは、本発明の登録プロセスの典型的な操作を示すフローチャートであ
る。

【図１４】 図１４は、本発明のグラフィカルユーザインターフェースによって生成された
ウインドウショットまたはスクリーンショットである。

【図１５】 図１５は、本発明のレイヤー化プロセスを示すチャートである。

【図１６】 図１６は、本発明のバイオメトリックポリシーを使用したレイヤー化プロセス
を示すフローチャートである。

【図１７Ａ】 図１７Ａは、本発明のオアポリシーを実行するのに必要な工程を示すフローチ
ャートである。

【図１７Ｂ】 図１７Ｂは、本発明のオアポリシーを実行するのに必要な工程を示すフローチ
ャートである。

【図１８Ａ】 図１８Ａは、本発明のアンドポリシーを実行するのに必要な工程を示すフロー
チャートである。

【図１８Ｂ】 図１８Ｂは、本発明のアンドポリシーを実行するのに必要な工程を示すフロー
チャートである。

【図１９】 図１９は、本発明の条件付きポリシーを実行するのに必要な工程を示すフロー
チャートである。

【図２０】 図２０は、本発明のランダムポリシーを実行するのに必要な工程を示すフロー
チャートである。

【図２１Ａ】 図２１Ａは、本発明の閾値ポリシーを実行するのに必要な工程を示すフローチ
ャートである。

【図２１Ｂ】 図２１Ｂは、本発明の閾値ポリシーを実行するのに必要な工程を示すフローチ
ャートである。

【図２２Ａ】 図２２Ａは、本発明のバイオメトリックポリシーのリストを有するオアポリシ
ーを実行するのに必要な工程を示すフローチャートである。

【図２２Ｂ】 図２２Ｂは、本発明のバイオメトリックポリシーのリストを有するオアポリシ
ーを実行するのに必要な工程を示すフローチャートである。

【図２３Ａ】 図２３Ａは、本発明のバイオメトリックポリシーのリストを有するアンドポリ
シーを実行するのに必要な工程を示すフローチャートである。

【図２３Ｂ】 図２３Ｂは、本発明のバイオメトリックポリシーのリストを有するアンドポリ
シーを実行するのに必要な工程を示すフローチャートである。

【図２４】 図２４は、本発明のバイオメトリックポリシーのリストを有するランダムポリ
シーを実行するのに必要な工程を示すフローチャートである。

【図２５Ａ】 図２５Ａは、本発明のポリシーまたはデバイスのリストを有するオアポリシー
を実行するのに必要な工程を示すフローチャートである。

【図２５Ｂ】 図２５Ｂは、本発明のポリシーまたはデバイスのリストを有するオアポリシー
を実行するのに必要な工程を示すフローチャートである。

【図２６Ａ】 図２６Ａは、本発明のポリシーまたはデバイスのリストを有するアンドポリシ
ーを実行するのに必要な工程を示すフローチャートである。

【図２６Ｂ】 図２６Ｂは、本発明のポリシーまたはデバイスのリストを有するアンドポリシ
ーを実行するのに必要な工程を示すフローチャートである。

【図２７】 図２７は、本発明のポリシーまたはデバイスのリストを有するランダムポリシ
ーを実行するのに必要な工程を示すフローチャートである。

【図２８】 図２８は、本発明の複数のバイオメトリックシステムを組み込んだＷＡＮによ
って接続された企業を示す。

【図２９】 図２９は、本発明がどのようにして公開鍵システムと一体化され得るかを示す
ブロック図である。

【図３０】 図３０は、種々のタイプのネットワークと、各タイプのネットワークがどのよ
うにして他ネットワークと接続され得るかとを示すブロック図である。

【図３１】 図３１は、本発明のバイオメトリックポリシーのリストを有する条件付きポリ
シーを実行するのに必要な工程を示すフローチャートである。

【図３２Ａ】 図３２Ａは、本発明のバイオメトリックポリシーのリストを有する閾値ポリシ
ーを実行するのに必要な工程を示すフローチャートである。

【図３２Ｂ】 図３２Ｂは、本発明のバイオメトリックポリシーのリストを有する閾値ポリシ
ーを実行するのに必要な工程を示すフローチャートである。

【図３３Ａ】 図３３Ａは、本発明のポリシーまたはデバイスのリストを有する条件付きポリ
シーを実行するのに必要な工程を示すフローチャートである。

【図３３Ｂ】 図３３Ｂは、本発明のポリシーまたはデバイスのリストを有する条件付きポリ
シーを実行するのに必要な工程を示すフローチャートである。

【図３４Ａ】 図３４Ａは、本発明のポリシーまたはデバイスのリストを有する閾値ポリシー
を実行するのに必要な工程を示すフローチャートである。

【図３４Ｂ】 図３４Ｂは、本発明のポリシーまたはデバイスのリストを有する閾値ポリシー
を実行するのに必要な工程を示すフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ， ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，Ｓ Ｋ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 スターリング， ロバート ビー． アメリカ合衆国 メリーランド 20895， ケンジントン， ワシントン ストリー ト 3941 (72)発明者 ウェア， カール アール． アメリカ合衆国 ワシントン， ディーシ ー 20020， エス．イー．， ポープ ストリート 3244 Ｆターム(参考） 5B085 AE02 AE23 AE25 BG07

Claims (49)

【特許請求の範囲】
1. 【請求項１】 企業リソースにユーザ認証を提供する方法であって、 （ａ）バイオメトリックサーバを設定する工程であって、該バイオメトリックサ
   ーバは、ユーザが該企業リソースにアクセスすることができるか否かを判定する
   少なくとも１つのバイオメトリックポリシーを自身の内部に格納し、該バイオメ
   トリックポリシーは、少なくとも１つのバイオメトリックデバイスと関連付けら
   れる、工程と、 （ｂ）該バイオメトリックポリシーを実行することにより、該ユーザが認証され
   ているか否かを判定する工程と、 （ｃ）該ユーザが該バイオメトリックポリシーに合格した場合、該ユーザが該企
   業リソースにアクセスすることを可能にし、該ユーザが該バイオメトリックポリ
   シーに合格しなかった場合、該ユーザによる該企業リソースへのアクセスを拒否
   する工程と を包含する、方法。
2. 【請求項２】 前記ユーザに前記バイオメトリックデバイスの各々について
   バイオメトリックテンプレートを作成させることにより、該ユーザを認証対象と
   して登録する工程であって、該バイオメトリックテンプレートは、該ユーザに対
   して一意的なバイオメトリックデータを含む、工程をさらに包含する、請求項１
   に記載の方法。
3. 【請求項３】 前記ユーザが前記企業リソースへのアクセスを得るために、
   該ユーザをテストする必要のある１つ以上の前記バイオメトリックデバイスを選
   択することにより、前記バイオメトリックポリシーを形成する工程をさらに包含
   する、請求項１に記載の方法。
4. 【請求項４】 前記ユーザをバイオメトリックグループ内に配置する工程で
   あって、該バイオメトリックグループは、共通する特徴またはアクセス権を備え
   る１組のユーザを規定する、工程をさらに包含する、請求項１に記載の方法。
5. 【請求項５】 工程（１）は、 （ａ）前記バイオメトリックサーバ中に格納された初期のデータ集合を判定す
   る工程と、 （ｂ）該バイオメトリックサーバ中に格納された該データ集合をカスタマイズ
   する工程と を包含する、請求項１に記載の方法。
6. 【請求項６】 工程（ａ）は、 （Ｉ）前記企業内にある各コンピュータに、一意的なコンピュータＩＤを割り
   当てる工程と、 （ｉｉ）該企業内にある前記バイオメトリックデバイスの各々に、一意的なバ
   イオメトリックデバイスＩＤを割り当てる工程と、 （ｉｉｉ）該バイオメトリックデバイスＩＤを該コンピュータＩＤの各々に割
   り当てることにより、該バイオメトリックデバイスのうちどれを該コンピュータ
   の各々に取り付けるかを判定する工程と、 （ｉｖ）バイオメトリックグループを形成する工程と、 （ｖ）バイオメトリックポリシーを作成する工程と、 （ｖｉ）該バイオメトリックポリシーの１つを該バイオメトリックグループの
   各々に割り当てる工程と、 （ｖｉｉ）一意的なユーザＩＤを、認証を必要とする各ユーザに割り当てる工
   程と、 （ｖｉｉｉ）該ユーザＩＤの各々を、該バイオメトリックグループの１つに入
   れる工程と、 （ｉｘ）該バイオメトリックポリシーと、該バイオメトリックグループと、該
   バイオメトリックデバイスＩＤと、該ユーザＩＤと、該コンピュータＩＤとを該
   バイオメトリックサーバ中に格納する工程と を包含する、請求項５に記載の方法。
7. 【請求項７】 前記ユーザを登録する工程は、 （ａ）前記ユーザの前記バイオメトリックグループに割り当てられた前記バイ
   オメトリックポリシーと関連付けられたデバイスのリストを参照することにより
   、該ユーザの登録を必要とする該バイオメトリックデバイスを判定する工程と、 （ｂ）該デバイスのリスト中の該バイオメトリックデバイスの各々についてバ
   イオメトリックテンプレートを作成する工程と、 （ｃ）該作成されたバイオメトリックテンプレートの各々を、該バイオメトリ
   ックサーバ中に格納する工程と を包含する、請求項２に記載の方法。
8. 【請求項８】 工程（２）は、 （ａ）前記バイオメトリックサーバにおいてログインリクエストを受け取る工
   程であって、該ログインリクエストは、前記コンピュータＩＤの１つと前記ユー
   ザＩＤの１つとを含む、工程と、 （ｂ）該ユーザＩＤがどの該バイオメトリックグループに入っているかを判定
   する工程と、 （ｃ）該バイオメトリックグループにどの前記バイオメトリックポリシーが割
   り当てられるかを判定する工程と、 （ｄ）該バイオメトリックポリシーが実行可能か否かを判定する工程と、 （ｅ）工程（ｄ）の結果が否定であった場合、前記ユーザが認証されない旨を
   返却する工程と、 （ｆ）該バイオメトリックポリシーを実行して該ユーザが認証されているか否
   かを判定する工程と、 （ｇ）工程（ｆ）の結果が正の場合、該ユーザが認証されている旨を返却する
   工程と を包含する、請求項６に記載の方法。
9. 【請求項９】 工程（ｄ）は、 Ｉ．前記必要とされるバイオメトリックテンプレートが前記バイオメトリック
   サーバ内に格納されているか否かを判定する工程と、 ｉｉ．該必要とされるバイオメトリックデバイスＩＤが前記コンピュータＩＤ
   に割り当てられているか否かを判定する工程と、 ｉｉｉ．工程Ｉおよび工程ｉｉの結果が両方とも正であった場合、前記バイオ
   メトリックポリシーが実行可能である旨を返却する工程と を包含する、請求項８に記載の方法。
10. 【請求項１０】 工程（１）は管理ステーションで行なわれる、請求項１に
    記載の方法。
11. 【請求項１１】 前記ユーザを登録する工程は登録ステーションで行なわれ
    る、請求項２に記載の方法。
12. 【請求項１２】 工程（ｆ）は、前記ユーザが前記バイオメトリックポリシ
    ーに合格するかまたは該ユーザが該バイオメトリックポリシーに不合格となるま
    で、前記デバイスのリスト中にリストされている前記バイオメトリックデバイス
    で該ユーザをテストする工程を包含する、請求項８に記載の方法。
13. 【請求項１３】 前記バイオメトリックポリシーは、デバイスのリストを有
    するオアポリシーであり、該デバイスのリストは、少なくとも２つの異なるバイ
    オメトリックデバイスを含み、前記ユーザが該デバイスのリスト中の該バイオメ
    トリックデバイスのうち１つに合格した場合、該ユーザは該オアポリシーに合格
    する、請求項１に記載の方法。
14. 【請求項１４】 前記バイオメトリックポリシーは、デバイスのリストを有
    するオアポリシーであり、該デバイスのリストはバイオメトリックデバイスを１
    つだけ含み、前記ユーザが少なくとも２つのバイオメトリック測定を用いてテス
    トされている間に該バイオメトリックデバイスに合格した場合、該ユーザは該オ
    アポリシーに合格する、請求項１に記載の方法。
15. 【請求項１５】 前記バイオメトリックポリシーは、デバイスのリストを有
    するアンドポリシーであり、該デバイスのリストは、少なくとも２つの異なるバ
    イオメトリックデバイスを含み、前記ユーザが該デバイスのリスト中の該バイオ
    メトリックデバイス全てに合格した場合、該ユーザは該アンドポリシーに合格す
    る、請求項１に記載の方法。
16. 【請求項１６】 前記バイオメトリックポリシーは、デバイスのリストを有
    するアンドポリシーであり、該デバイスのリストはバイオメトリックデバイスを
    １つだけ含み、前記ユーザが少なくとも２つのバイオメトリック測定を用いてテ
    ストされている間に該バイオメトリックデバイスに合格した場合、該ユーザは該
    アンドポリシーに合格する、請求項１に記載の方法。
17. 【請求項１７】 前記バイオメトリックポリシーは、デバイスのリストを有
    する条件付きポリシーであり、該デバイスのリストは、少なくとも２つの異なる
    バイオメトリックデバイスを含み、前記ユーザが第１のバイオメトリックデバイ
    スと関連付けられた最小閾値を越えた場合か、または、該ユーザが該第１のバイ
    オメトリックデバイスと関連付けられた条件付き閾値を越えかつ該ユーザが第２
    のバイオメトリックデバイスと関連付けられた最小閾値を越えた場合のいずれか
    の場合、該ユーザは該条件付きポリシーに合格する、請求項１に記載の方法。
18. 【請求項１８】 前記最小閾値および前記条件付き閾値は、管理者によって
    設定される、請求項１７に記載の方法。
19. 【請求項１９】 前記第２のバイオメトリックデバイスは、環境条件に基づ
    いて選択される、請求項１７に記載の方法。
20. 【請求項２０】 前記バイオメトリックポリシーは、デバイスのリストを有
    する条件付きポリシーであり、前記デバイスのリストは、バイオメトリックデバ
    イスを１つだけ含み、第１のバイオメトリック測定および第２のバイオメトリッ
    ク測定は、該バイオメトリックデバイスと関連付けられ、前記ユーザが該バイオ
    メトリックデバイスおよび該第１のバイオメトリック測定と関連付けられた最小
    閾値を越えた場合か、または、該ユーザが該バイオメトリックデバイスおよび該
    第１のバイオメトリック測定と関連付けられた条件付き閾値を越えかつ該ユーザ
    が該バイオメトリックデバイスおよび該第２のバイオメトリック測定と関連付け
    られた最小閾値を越えた場合のいずれかの場合、該ユーザは該条件付きポリシー
    に合格する、請求項１に記載の方法。
21. 【請求項２１】 前記バイオメトリックポリシーは、デバイスのリストを有
    するランダムポリシーであり、 該デバイスのリストは、少なくとも２つの異な
    るバイオメトリックデバイスを含み、ランダムバイオメトリックデバイスは、該
    デバイスのリストから判定され、前記ユーザが該ランダムバイオメトリックデバ
    イスに合格した場合、該ユーザは、該ランダムポリシーに合格する、請求項１に
    記載の方法。
22. 【請求項２２】 前記バイオメトリックポリシーは、デバイスのリストを有
    するランダムポリシーであり、前記デバイスのリストは、バイオメトリックデバ
    イスを１つだけ含み、ランダムバイオメトリック測定は、１つ以上のバイオメト
    リック測定から判定され、前記ユーザが該ランダムバイオメトリック測定を用い
    てテストされている間に該バイオメトリックデバイスに合格した場合、該ユーザ
    は該ランダムポリシーに合格する、請求項１に記載の方法。
23. 【請求項２３】 前記バイオメトリックポリシーは、デバイスのリストを有
    する閾値ポリシーであり、該デバイスのリストは、少なくとも２つの異なるバイ
    オメトリックデバイスを含み、前記ユーザが、該デバイスのリスト中の該バイオ
    メトリックデバイスの１つ以上でテストされている間に総閾値を超えた場合、該
    ユーザは該閾値ポリシーに合格する、請求項１に記載の方法。
24. 【請求項２４】 前記バイオメトリックポリシーは、デバイスのリストを有
    する閾値ポリシーであり、該デバイスのリストは、バイオメトリックデバイスを
    １つだけ含み、前記ユーザが、該デバイスのリスト中の該バイオメトリックデバ
    イスでの１つ以上のバイオメトリック測定でテストされている間に総閾値を越え
    た場合、該ユーザは該閾値ポリシーに合格する、請求項１に記載の方法。
25. 【請求項２５】 前記バイオメトリックポリシーは、バイオメトリックポリ
    シーのリストを有するオアポリシーであり、該バイオメトリックポリシーのリス
    トは、少なくとも２つのバイオメトリックポリシーを含み、前記ユーザが、該バ
    イオメトリックポリシーのリスト中の該バイオメトリックポリシーの１つに合格
    した場合、該ユーザは該オアポリシーに合格する、請求項１に記載の方法。
26. 【請求項２６】 前記バイオメトリックポリシーは、バイオメトリックポリ
    シーのリストを有するアンドポリシーであり、該バイオメトリックポリシーのリ
    ストは、少なくとも２つのバイオメトリックポリシーを含み、前記ユーザが、該
    バイオメトリックポリシーのリスト中の該バイオメトリックポリシー全てに合格
    した場合、該ユーザは該アンドポリシーに合格する、請求項１に記載の方法。
27. 【請求項２７】 前記バイオメトリックポリシーは、バイオメトリックポリ
    シーのリストを有する条件付きポリシーであり、該バイオメトリックポリシーの
    リストは、少なくとも２つのバイオメトリックポリシーを含み、前記ユーザが第
    １のバイオメトリックポリシーと関連付けられた最小閾値を越えた場合、または
    、該ユーザが該第１のバイオメトリックポリシーと関連付けられた条件付き閾値
    を越えかつ第２のバイオメトリックポリシーと関連付けられた最小閾値を越えた
    場合のいずれかの場合、該ユーザは該条件付きポリシーに合格する、請求項１に
    記載の方法。
28. 【請求項２８】 前記バイオメトリックポリシーは、バイオメトリックポリ
    シーのリストを有するランダムポリシーであり、該バイオメトリックポリシーの
    リストは、少なくとも２つのバイオメトリックポリシーを含み、ランダムバイオ
    メトリックポリシーは、該バイオメトリックポリシーのリストから判定され、前
    記ユーザが該ランダムバイオメトリックポリシーに合格した場合、該ユーザは該
    ランダムポリシーに合格する、請求項１に記載の方法。
29. 【請求項２９】 前記バイオメトリックポリシーは、バイオメトリックポリ
    シーのリストを有する閾値ポリシーであり、該バイオメトリックポリシーのリス
    トは、少なくとも２つのバイオメトリックポリシーを含み、前記ユーザが、該バ
    イオメトリックポリシーのリスト中の該バイオメトリックポリシーの１つ以上に
    ついてテストされている間に総閾値を超えた場合、該ユーザは該閾値ポリシーに
    合格する、請求項１に記載の方法。
30. 【請求項３０】 前記バイオメトリックポリシーは、ポリシーのリストまた
    はデバイスのリストを有するオアポリシーであり、該ポリシーのリストまたはデ
    バイスのリストは、少なくとも２つの要素を含み、前記ユーザが該ポリシーのリ
    ストまたはデバイスのリスト中の該要素のうちの１つに合格した場合、該ユーザ
    は該オアポリシーに合格する、請求項１に記載の方法。
31. 【請求項３１】 前記バイオメトリックポリシーは、ポリシーのリストまた
    はデバイスのリストを有するアンドポリシーであり、該ポリシーのリストまたは
    デバイスのリストは、少なくとも２つの要素を含み、前記ユーザが該ポリシーの
    リストまたはデバイスのリスト中の該要素の全てに合格する場合、該ユーザは該
    アンドポリシーに合格する、請求項１に記載の方法。
32. 【請求項３２】 前記バイオメトリックポリシーは、ポリシーのリストまた
    はデバイスのリストを有する条件付きポリシーであり、該ポリシーのリストまた
    はデバイスのリストは少なくとも２つの要素を含み、前記ユーザが第１の要素と
    関連付けられた最小閾値を越える場合か、または、該ユーザが該第１の要素と関
    連付けられた条件付き閾値を越えかつ該ユーザが第２の要素と関連付けられた最
    小閾値を越えた場合のいずれかの場合、該ユーザは該条件付きポリシーに合格す
    る、請求項１に記載の方法。
33. 【請求項３３】 前記バイオメトリックポリシーは、ポリシーのリストまた
    はデバイスのリストを有するランダムポリシーであり、該ポリシーのリストまた
    はデバイスのリストは、少なくとも２つの要素を含み、ランダム要素は、該ポリ
    シーのリストまたはデバイスのリスト中の該要素から判定され、前記ユーザが該
    ランダム要素に合格した場合、該ユーザは該ランダムポリシーに合格する、請求
    項１に記載の方法。
34. 【請求項３４】 前記バイオメトリックデバイスと関連付けられたタイムア
    ウト値を得る工程をさらに包含する、請求項１に記載の方法。
35. 【請求項３５】 複数のロケーションを有する企業を網羅する階層構造にバ
    イオメトリックテンプレートを格納する方法であって、 法人ロケーションを判定する工程と、 該法人ロケーションにいるユーザのグループと関連付けられた該バイオメトリ
    ックテンプレートの全てを格納する工程と、 残りのロケーションの全てを複数の論理グループに分割する工程であって、各
    論理グループは、該ユーザのグループの一部と関連付けられる、工程と、 該論理グループの各々における最上位ロケーションを選択する工程と、 各論理グループについて、該ユーザの一部と関連付けられた該バイオメトリッ
    クテンプレートの全てを該最上位ロケーションに格納する工程と、 該論理グループの各々について、該ユーザの一部のさらなる一部と関連付けら
    れた該バイオメトリックテンプレートの全てを最下位ロケーションに格納する工
    程と を包含する、方法。
36. 【請求項３６】 複数のロケーションを有する企業を網羅する階層構造中に
    デジタル証明を格納する方法であって、 法人ロケーションを判定する工程と、 該法人ロケーションにいるユーザのグループと関連付けられたデジタル証明の
    全てを格納する工程と、 残りのロケーションの全てを複数の論理グループに分割する工程であって、各
    論理グループは、該ユーザのグループの一部と関連付けられる、工程と、 該論理グループの各々における最上位ロケーションを選択する工程と、 各論理グループについて、該ユーザの一部と関連付けられた該デジタル証明の
    全てを該最上位ロケーションに格納する工程と、 該論理グループの各々について、該ユーザの一部のさらなる一部と関連付けら
    れた該デジタル証明の全てを最下位ロケーションに格納する工程と を包含する、方法。
37. 【請求項３７】 企業リソースへのアクセスを制御するシステムであって、 複数のユーザに関連するバイオメトリックデータと、該ユーザが前記企業リソ
    ースへのアクセスを得ることができるか否かを判定する少なくとも１つのバイオ
    メトリックポリシーとを自身の内部に格納したバイオメトリックサーバと、 該バイオメトリックサーバに接続された少なくとも１つのコンピュータと、 複数のバイオメトリックデバイスであって、該バイオメトリックポリシーは、
    該複数のバイオメトリックデバイスのうち少なくとも１つと関連付けられる、複
    数のバイオメトリックデバイスと を備え、 該バイオメトリックサーバは、該ユーザが該企業リソースにアクセスすること
    ができるか否かを判定する手段を備え、該ユーザは、該バイオメトリックポリシ
    ーに合格することにより、該企業リソースへのアクセスを得る、 システム。
38. 【請求項３８】 前記ユーザの各々を登録する手段であって、該登録手段は
    、前記複数のバイオメトリックデバイスの各々についてバイオメトリックテンプ
    レートを作成し、該バイオメトリックテンプレートは、特定のユーザに対して一
    意的なバイオメトリックデータを含む、手段をさらに備える、請求項３７に記載
    のシステム。
39. 【請求項３９】 バイオメトリックポリシーおよびバイオメトリックグルー
    プを作成する手段であって、各該バイオメトリックグループは、１人以上のユー
    ザを含む、手段をさらに備える、請求項３７に記載のシステム。
40. 【請求項４０】 前記バイオメトリックグループは、企業リソースの同じ部
    分にアクセスすることが許可された１つ以上のユーザを規定する、請求項３９に
    記載のシステム。
41. 【請求項４１】 前記バイオメトリックサーバを１つ以上のリモートコンピ
    ュータと接続させる通信手段をさらに備える、請求項３７に記載のシステム。
42. 【請求項４２】 前記バイオメトリックサーバ内の全データを複製する第２
    のサーバをさらに備える、請求項３７に記載のシステム。
43. 【請求項４３】 前記バイオメトリックサーバは、バイオメトリックデバイ
    スＩＤ、ユーザＩＤ、コンピュータＩＤおよびアプリケーションＩＤをさらに格
    納する、請求項３７に記載のシステム。
44. 【請求項４４】 前記判定する手段は、オブジェクトとしてインプリメント
    される、請求項３７に記載のシステム。
45. 【請求項４５】 管理者がバイオメトリックグループを作成し、バイオメト
    リックポリシーを規定することを可能にするグラフィカルユーザインターフェー
    スをさらに備える、請求項３７に記載のシステム。
46. 【請求項４６】 １つ以上のユーザプロフィールを有するローミングプロフ
    ィールサーバであって、前記バイオメトリックサーバを用いて、該ユーザプロフ
    ィールの各々にアクセスする、サーバをさらに備える、請求項３７に記載のシス
    テム。
47. 【請求項４７】 前記コンピュータは電話である、請求項３７に記載のシス
    テム。
48. 【請求項４８】 前記コンピュータはＡＴＭ機器である、請求項３７に記載
    のシステム。
49. 【請求項４９】 前記コンピュータは、物理的ロケーションに取り付けられ
    る、請求項３７に記載のシステム。