JP6354264B2 - 認証システム、認証装置、認証方法、及び認証プログラム - Google Patents

Description

本願は、認証システム、認証装置、認証方法、及び認証プログラムに関する。

部屋への入退室を行う際、認証装置に予め登録されている生体情報と、認証装置から読み取った生体情報とを比較照合して、入出を管理する認証システムがある。この認証は、利用者が生体情報の入力と共に、利用者毎に割り当てられたＩＤ番号を入力する。そして、入力されたＩＤ番号に対応付けられて登録された生体情報を抽出し、抽出した生体情報と入力された生体情報とを用いて１：１による比較認証を行う。

特開２００１−１４０５１９号公報 特開２００４−５５３２号公報 特開２００８−４０７６３号公報

しかしながら、利用者は、ＩＤ番号と生体情報の２要素を入力しなければならず作業が煩わしいため、生体情報のみを用いた認証が求められている。生体情報のみで認証を行う場合には、登録されている全ての生体情報との比較認証が必要になるが、登録人数が多いと認証に時間がかかり運用が困難となる。

一つの側面では、本発明は、生体情報の認証時間を短縮することを目的とする。

一つの態様では、認証システムは、複数の認証装置を含む認証システムであって、少なくとも同じ複数のユーザの生体情報を記憶部に記憶する複数の認証装置を備え、前記複数の認証装置は、認証対象の生体情報を受け付けると、受け付けた前記生体情報と、前記複数のユーザの生体情報を所定数のグループに分割したうち、何れかの１つのグループの生体情報とを照合する照合処理部と、前記複数のユーザの生体情報のうち、該何れかの１つのグループを除く他のグループについて、重複なく１又は複数の他の認証装置に割り当てて、割り当てた対象のグループの生体情報についての照合を依頼する送信部と、前記照合の依頼に応じて前記１又は複数の他の認証装置によって行われる、受け付けた前記生体情報と割り当てられたグループの生体情報との照合の結果を前記１又は複数の他の認証装置から受信する受信部と、を備える。

一つの側面として、生体情報の認証時間を短縮することができる。

認証システムの概略構成の一例を示す図である。 認証装置の機能構成の一例を示す図である。 管理サーバの機能構成の一例を示す図である。 ハードウェア構成の一例を示す図である。 第１実施例における認証処理の一例を示す図である。 第１実施例における各種データ例を示す図である。 第１実施例における認証処理の一例を示すフローチャートである。 照合依頼時のデータ例を示す図である。 月単位の時間帯別使用頻度テーブルの生成処理の一例を示すフローチャートである。 月単位の時間帯別使用頻度テーブルを説明するための図である。 第２実施例における認証処理の一例を示すフローチャートである。 第２実施例における状態確認要求とその応答例を示す図である。 第２実施例における処理依頼テーブルの一例を示す図である。

以下、添付図面を参照しながら実施例について詳細に説明する。

＜認証システムの概略構成例＞
図１は、認証システムの概略構成の一例を示す図である。図１に示す認証システム１０は、１又は複数の認証装置１１−１〜１１−ｎ（以下、必要に応じて「認証装置１１」という）と、管理サーバ１２とを有する。認証装置１１と、管理サーバ１２とは、例えばＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）やインターネット等に代表される通信ネットワーク１３によりデータの送受信が可能な状態で接続されている。通信ネットワーク１３は、有線でも無線でもよく、これらの組み合わせでもよい。

図１の例に示す認証システム１０は、例えば施設や建物、部屋等の所定エリア（領域）内への利用者の出入りを管理するため、その出入口（例えば、扉１４−１〜１４−４等）の近傍に認証装置１１を設置している。なお、扉１４を介して所定のエリアに入る場合と、出る場合とで相対する２つの認証装置１１が存在する。図１の例では、扉１４−１に対して入口側の認証装置１１−２と、出入口の扉１４−１を挟んで反対側に出口側の認証装置１１−１とが存在する。また同様に、扉１４−２を介して入口側の認証装置１１−４と、出口側の認証装置１１−３とが存在する。なお、本実施形態においては、これに限定されるものではなく、例えば出口側には、認証装置１１が設置されていなくてもよい。

認証装置１１は、例えば電気錠制御部１５を有する。電気錠制御部１５は、認証結果に応じて所定エリア内に出入りする扉１４を開閉する電気錠１６の開閉制御を行う。認証装置１１は、管理サーバ１２から送信された照合可能な全登録者の登録生体情報（登録生体データ）を記憶し、認証対象の生体情報（認証対象生体情報）を受け付けた場合には、認証対象生体情報と、所定数に分割したうちの何れか１つの範囲の登録生体情報とを照合する。また、認証装置１１は、他の複数の認証装置１１の位置情報及び使用頻度情報に基づいて、残りの登録生体情報との照合を残りの分割した数だけの他の認証装置１１にそれぞれ照合範囲を指定して依頼する。依頼を受けた他の認証装置１１のそれぞれは、認証対象生体情報と指定された照合範囲の登録生体情報との照合を行い、照合結果を受け付けた認証装置１１に通知する。

上述した使用頻度情報とは、例えば受け付けた時刻を含む所定時間帯の他の認証装置１１での認証受付回数であるが、これに限定されるものではない。

また、認証装置１１は、自装置内で照合した結果と、他の認証装置１１から取得した照合結果とに基づいて認証を行う。例えば、認証装置１１は、照合結果がＯＫだった場合に、電気錠制御部１５により扉１４に設けられた電気錠１６を開けて（解錠）、入力した生体情報に対応する利用者の通行を許可する。

なお、認証装置１１は、予め設定された認証装置１１の位置情報に基づいて、認証対象生体情報を受け付けた認証装置１１が設置されている出入口の扉１４を挟んで反対側にも認証装置が設置されている場合には、その認証装置１１を上述した他の複数の認証装置の１つに含める。

また、認証装置１１は、依頼した他の認証装置が別の認証の照合中である等の理由によりビジー状態である場合には、使用頻度情報に基づいて次の候補の認証装置に照合依頼を行うことができる。これにより、本実施形態では、例えば何れかの認証装置１１が別の認証中であったり故障中であっても、処理を待機させることなく迅速に認証を行うことができる。

管理サーバ１２は、各認証装置１１において利用者認証を行うための認証データ（例えば、全登録者の登録生体情報や認証装置１１の位置情報等）を生成し、生成したデータを各認証装置１１に送信する。また、管理サーバ１２は、各認証装置１１で認証した履歴データ等を取得し、取得結果に基づいて、使用頻度情報を生成し、その結果を各認証装置１１に送信する。

例えば、図１に示す認証システム１０では、利用者が認証装置１１に手をかざすと、その手から読み取れる生体情報（例えば、指紋や血管情報等）を取得し、認証装置１１の登録人数に対して予め分割しておいた人数毎に、他の認証装置１１に照合を依頼する。例えば、１台で１：Ｎ照合を行う制限人数を１００人（Ｎ＝１００）とした場合、登録人数が２００人いる場合には、認証装置１１を合計２台用い、３００人いる場合には、認証装置１１を合計３台用いて、それぞれ分割して照合を行う。また、依頼した他の認証装置１１が別の照合中の場合は、その次の候補の認証装置１１に照合の依頼を行う。

認証装置１１は、依頼した各認証装置１１から送られた照合結果が一人だけの場合には、即照合ＯＫを出す（電気錠１６を解錠）が、複数人の照合結果が送られてきた場合は、それらを比較して優劣を付けてもよい。また、本実施形態では、その優劣を付けた後でも照合結果として閾値以上が複数人いる場合は、例えば反対の手からの生体情報や他の部位（例えば、目等）でも照合を行い、その照合結果から一人に絞り込むことができる。

なお、図１の例における認証装置１１や扉１４の数、配置等については、これに限定されるものではない。

＜認証装置１１の機能構成例＞
次に、認証装置１１の機能構成例について、図を用いて説明する。図２は、認証装置の機能構成の一例を示す図である。図２の例に示す認証装置１１は、記憶部２１と、生体データ入力部（生体情報入力部）２２と、照合処理部２３と、キー入力部２４と、暗号化／復号化部２５と、表示部２６と、耐タンパ部２７と、インターフェース部２８と、電気錠制御部２９と、通信部（送信部／受信部）３０と、制御部３１とを有する。

記憶部２１は、例えばメモリやハードディスク（ＨＤ）等である。記憶部２１は、認証装置１１で管理される各種情報を記憶し、必要に応じて所定のデータを読み出したり、書き込んだりすることができる。

例えば、記憶部２１は、認証対象の生体データや、生体データから読み取られた生体特徴データ（認証対象生体情報）、生体データと認証するための複数の登録者の生体特徴データ（登録生体情報）等を記憶する。登録生体情報は、例えば認証システム１０に存在する複数の認証装置１１において、少なくとも同じ複数のユーザ（登録者）の生体情報を有する。この場合、登録生体情報は、例えば全登録者の生体情報でもよいが、これに限定されるものではない。また、登録生体情報は、例えば管理サーバ１２等から配信される。

また、記憶部２１は、照合処理部２３による処理結果（例えば、履歴データ等）や、他の認証装置１１や管理サーバ１２とのデータの送受信を実現するためのアドレス情報等の各種設定情報を記憶する。また、記憶部２１は、他の認証装置１１に分割して処理を依頼するための処理依頼テーブル等を記憶する。

生体データ入力部２２は、認証時に利用者から認証対象生体データ（認証対象生体情報）の入力を受け付ける。なお、生体データとは、生体の特徴を示すデータであり、例えば利用者の身体的特徴を利用するものや、行動的特徴を利用する場合もある。身体的特徴としては、例えば指紋、掌形、網膜、虹彩、血管（静脈等）、音声、耳形等のうち少なくとも１つを用いることができるが、これに限定されるものではない。また、行動的特徴としては、例えば、筆跡、キーストローク認証、リップムーブメント（発話時の唇の動きの癖）、まばたき等のうち少なくとも１つを用いることができるが、これに限定されるものではない。例えば、生体データ入力部２２は、例えば利用者の手に所定の光を当てて撮影された画像や映像等から指紋や血管等の生体特徴データを抽出する。

照合処理部２３は、利用者が入力した生体データ（認証対象生体情報)と、記憶部２１に記憶された生体データ（登録生体情報）との照合を行う。なお、登録生体情報は、複数の登録人数（例えば、全登録人数）の登録生体情報のうち、予め設定された数以上の場合に、１又は複数の他の認証装置１１に分割して処理が行われる。

したがって、照合処理部２３は、認証対象生体情報を受け付けると、受け付けた生体情報と、登録生体情報（複数のユーザの生体情報）のうちの一部の登録生体情報とを照合する。また、照合処理部２３は、認証対象生体情報と、所定数に分割したうちの何れか１つの範囲（一部）の登録生体情報との照合結果がＯＫかＮＧかを判断する。照合結果がＯＫかＮＧかの判断は、例えば認証対象生体情報と、登録生体情報との類似度が予め設定された閾値以上の場合に、照合結果をＯＫとするが、これに限定されるものではない。

また、照合処理部２３は、管理サーバ１２から得られる他の複数の認証装置１１の位置情報や使用頻度情報に基づいて、自己が処理した範囲の残りの範囲の登録生体情報に対する照合を、残りの分割した数だけの他の認証装置１１にそれぞれ照合範囲を指定して依頼する。

例えば、照合処理部２３は、登録生体情報のうち、照合した一部の生体情報を除く他の生体情報について、重複なく１又は複数の他の認証装置に割り当てて、割り当てた対象の生体情報についての照合の依頼を通信部（送信部）３０から行う。このとき、照合処理部２３は、位置情報又は使用頻度情報に基づいて、照合処理を分割する照合範囲を指定する際に用いられる処理依頼テーブル（分割割り当て情報）を生成する。なお、上述した処理依頼テーブルは、予め管理サーバ１２で生成してもよい。

また、照合処理部２３は、自己で行った照合結果と、通信部（受信部）３０から得られる照合の依頼に応じて１又は複数の他の認証装置１１によって行われる、受け付けた生体情報と割り当てられた登録生体情報との照合結果に基づいて、最終的な認証を行う。 また、照合処理部２３は、その結果に基づいて電気錠制御部２９により所定エリアへの出入口（例えば、扉１４）の開閉（電気錠１６）を制御する。

キー入力部２４は、生体データ以外のキー入力等を受け付ける。キー入力としては、例えば利用者情報（例えばＩＤ、パスワード）等があるが、これに限定されるものではない。

暗号化／復号化部２５は、通信ネットワーク１３を介して他の認証装置１１や管理サーバ１２と通信を行う際に、生体データ等の個人情報を含むため、予め設定された暗号化をかけて他の装置に送信する。また、暗号化／復号化部２５は、暗号化データが送られた場合には、暗号化に対応する復号化を行い、元のデータに復元する。

表示部２６は、認証装置１１における照合結果等を表示したり、利用者に生体データを入力させるための情報（例えば、誘導情報等）を表示する。表示部２６は、例えばディスプレイやモニタ等であるが、これに限定されるものではない。

耐タンパ部２７は、例えば認証装置１１内の機密情報を処理したり、保存したりするソフトウェアやハードウェアである。生体データ等のような個人情報等を扱う装置は、容易に外部から解析できないように、様々な防護策を講じる必要がある。そのため、耐タンパ部２７は、非正規な手段によるデータの読み取りを防ぐ。

インターフェース部２８は、電気錠１６を制御するための信号入出力のインターフェースや表示部２６とのインターフェースである。また、インターフェース部２８は、外部メモリとのインターフェースでもよい。インターフェース部２８は、通信ネットワーク１３を介して他の認証装置１１や管理サーバ１２との通信を行う。また、インターフェース部２８は、通信ネットワーク１３を介して管理サーバ１２や他の認証装置１１、外部装置等と通信を行うためのインターフェースでもよい。

電気錠制御部２９は、上述した図１の例に示す電気錠制御部１５に対応している。電気錠制御部２９は、照合処理部２３における生体データの照合結果に基づいて電気錠１６の開閉を制御する。

通信部３０は、送信部及び受信部の機能を有する。通信部３０は、通信ネットワーク１３を介して管理サーバ１２や１又は複数の他の認証装置１１、通信ネットワーク１３を介して接続される外部装置等とのデータの送受信等を行う。

例えば、通信部３０は、照合処理部２３により割り当てられた、照合した一部の登録生体情報を除く他の登録生体情報についての照合の依頼（照合依頼データ）を、通信ネットワーク１３を介して１又は複数の他の認証装置１１に送信する。

また、通信部３０は、上述した照合の依頼に応じて１又は複数の他の認証装置１１によって行われる、受け付けた生体情報と割り当てられた登録生体情報との照合結果を受信する。

また、通信部３０は、管理サーバ１２から１又は複数の他の認証装置１１と少なくとも同じ複数のユーザの生体情報（登録生体情報）や照合依頼データ、各認証装置１１の位置情報、時間帯使用頻度テーブル等を受信する。この場合、登録生体情報は、例えば全登録者の生体情報でもよいが、これに限定されるものではない。また、通信部３０は、所定の周期又はタイミングで管理サーバ１２に認証処理の履歴データを送信する。

制御部３１は、認証装置１１の各構成全体を制御する。例えば、制御部３１は、記憶部２１による記憶、生体データ入力部２２による生体データの入力、照合処理部２３による照合処理、キー入力部２４によるキー入力、暗号化／復号化部２５による暗号化処理や復号化処理等の制御を行う。また、制御部３１は、表示部２６による画面表示、耐タンパ部２７による読み取り制御、インターフェース部２８によるインターフェース制御、電気錠制御部２９による電気錠１６の開閉制御、通信部３０によるデータ通信等の制御を行う。なお、制御部３１による制御内容については、これに限定されるものではなく、例えばエラー発生時の処理やログの管理等の制御を行ってもよい。

＜管理サーバ１２の機能構成例＞
次に、管理サーバ１２の機能構成例について図を用いて説明する。図３は、管理サーバの機能構成の一例を示す図である。図３に示す管理サーバ１２は、記憶部４１と、入力部４２と、インターフェース部４３と、表示部４４と、通信部（送信部／受信部）４５と、集計部４６と、割り当て部４７と、制御部４８とを有する。

記憶部４１は、例えばメモリやハードディスク（ＨＤ）等であり、管理サーバ１２で管理される各種情報を記憶し、必要に応じて所定のデータを読み出したり、書き込んだりすることができる。例えば、記憶部４１は、予め登録された認証するための複数の登録者の生体特徴データや、照合処理を分割する照合範囲を指定する際に用いられる処理依頼テーブル等を記憶する。また、記憶部４１は、通信ネットワーク１３に接続された認証装置１１からの認証処理の履歴データ等を記憶したり、集計部４６による集計結果、割り当て部４７による照合処理の分割割り当て結果等を記憶する。

入力部４２は、管理者等の利用者が管理サーバ１２を操作するために必要なキーの入力等を受け付ける。入力部４２は、例えばキーボード等であるが、これに限定されるものではない。

インターフェース部４３は、管理サーバ１２を管理する管理者等に対して表示部４４から各種情報を提供するためのインターフェースを生成する。また、インターフェース部４３は、通信ネットワーク１３を介して外部装置や認証装置１１と通信を行うためのインターフェースでもよい。また、インターフェース部４３は、外部メモリとのインターフェースや表示部４４とのインターフェースでもよい。

表示部４４は、管理者に対し、インターフェース部４３により生成された照合処理の分割割り当てや照合結果、履歴データ等を表示する。なお、表示部４４は、インターフェース部４３により生成されたインターフェース画面を表示させてもよく、その他の情報を表示してもよい。

通信部４５は、送信部及び受信部の機能を有する。通信部４５は、通信ネットワーク１３を介して他の認証装置１１や他の外部装置とのデータの送受信を行う。例えば、通信部４５は、各認証装置１１から所定の周期又はタイミングで認証処理の履歴データを受信する。また、通信部４５は、各認証装置１１に対して、全登録者の登録生体情報や照合依頼データ、各認証装置の位置情報、時間帯使用頻度テーブル等を送信する。

集計部４６は、複数の認証装置１１から得られた照合処理の履歴データを取得し、取得した履歴データに含まれる照合回数や照合時間等の情報を集計する。また、集計部４６は、集計結果に基づいて、予め設定された時間帯別の使用頻度と順位等の情報を取得する。 割り当て部４７は、集計部４６による集計結果に基づいて、各認証装置１１が実行する認証処理において、照合処理を分割する照合範囲を指定する際に用いられる処理依頼テーブル（分割割り当て情報等）を生成する。なお、処理依頼テーブルの生成を認証装置１１側で行う場合、管理サーバ１２は、割り当て部４７の構成を有していなくてもよい。作成された処理依頼テーブルは、記憶部４１に記憶されてもよく、通信部４５を介して各認証装置１１に送信されてもよい。

制御部４８は、管理サーバ１２の各構成全体を制御する。例えば、制御部４８は、記憶部４１による記憶、入力部４２による入力、インターフェース部４３によるインターフェース制御、表示部４４による画面表示、通信部４５によるデータ通信等の制御を行う。また、制御部４８は、集計部４６による各認証装置１１から得られた照合処理の履歴データの集計、割り当て部４７による照合処理の割り当て等の制御を行う。なお、制御部４８による制御内容については、これに限定されるものではなく、例えばエラー発生時の処理やログの管理等の制御を行ってもよい。

＜ハードウェア構成例＞
次に、上述した認証装置１１や管理サーバ１２等のコンピュータのハードウェア構成例について、図を用いて説明する。図４は、ハードウェア構成の一例を示す図である。図４の例において、認証装置１１や管理サーバ１２等のコンピュータは、入力装置５１と、出力装置５２と、ドライブ装置５３と、補助記憶装置５４と、主記憶装置５５と、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）５６と、通信装置５７とを有し、これらはシステムバスＢで相互に接続されている。

入力装置５１は、利用者（例えば、認証対象者、管理者）等が操作するキーボード及びマウス等のポインティングデバイスや、マイクロフォン等の音声入力デバイスを有しており、利用者等からのプログラムの実行指示、各種操作情報、ソフトウェア等を起動するための情報等の入力を受け付ける。

出力装置５２は、本実施形態における処理を行うためのコンピュータ本体（認証装置１１、管理サーバ１２）を操作するのに必要な各種ウィンドウやデータ等を表示するディスプレイ等を有する。出力装置５２は、ＣＰＵ５６が有する制御プログラムによりプログラムの実行経過や結果等を表示することができる。

ここで、本実施形態において、例えばコンピュータ本体にインストールされる実行プログラムは、記録媒体５８等により提供される。記録媒体５８は、ドライブ装置５３にセット可能である。ＣＰＵ５６からの制御信号に基づき、記録媒体５８に格納された実行プログラムが、記録媒体５８からドライブ装置５３を介して補助記憶装置５４にインストールされる。

補助記憶装置５４は、例えばＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）やＳｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ（ＳＳＤ）等のストレージ手段等である。補助記憶装置５４は、ＣＰＵ５６からの制御信号に基づき、本実施形態における実行プログラム（認証プログラム）や、コンピュータに設けられた制御プログラム等を記憶し、必要に応じて入出力を行う。補助記憶装置５４は、ＣＰＵ５６からの制御信号等に基づいて、記憶された各情報から必要な情報を読み出したり、書き込むことができる。

主記憶装置５５は、ＣＰＵ５６により補助記憶装置５４から読み出された実行プログラム等を格納する。主記憶装置５５は、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）やＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）等である。補助記憶装置５４及び主記憶装置５５は、例えば認証装置１１における記憶部２１の一例であり、管理サーバ１２における記憶部４１の一例である。

ＣＰＵ５６は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）等の制御プログラム、及び主記憶装置５５に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御して各処理を実現する。プログラムの実行中に必要な各種情報等は、補助記憶装置５４から取得することができ、また実行結果等を格納することもできる。

具体的には、ＣＰＵ５６は、例えば入力装置５１から得られるプログラムの実行指示等に基づき、補助記憶装置５４にインストールされたプログラムを実行させることにより、主記憶装置５５上でプログラムに対応する処理を行う。

例えば、認証装置１１の場合、ＣＰＵ５６は、実行プログラムを実行させることで、記憶部２１による記憶、生体データ入力部２２による生体データの入力、照合処理部２３による照合処理、キー入力部２４によるキー入力、暗号化／復号化部２５による暗号化処理や復号化処理等の制御を行う。また、ＣＰＵ５６は、表示部２６による画面表示、耐タンパ部２７による読み取り制御、インターフェース部２８によるインターフェース制御、電気錠制御部２９による電気錠１６の開閉制御、通信部３０によるデータ通信等の制御を行う。

また、管理サーバ１２の場合、ＣＰＵ５６は、実行プログラムを実行させることで、記憶部４１による記憶、入力部４２による入力、インターフェース部４３によるインターフェース制御、表示部４４による画面表示、通信部４５によるデータ通信等の制御を行う。また、ＣＰＵ５６は、集計部４６による各認証装置１１から得られた照合処理の履歴データの集計、割り当て部４７による照合処理の割り当て等の制御を行う。

ＣＰＵ５６における処理内容は、上述した内容に限定されるものではない。ＣＰＵ５６により実行された内容は、必要に応じて補助記憶装置５４等に記憶される。ＣＰＵ５６は、例えば認証装置１１における制御部３１の一例であり、管理サーバ１２における制御部４８の一例である。

通信装置５７は、上述した通信ネットワーク１３に接続される認証装置１１や管理サーバ１２、外部装置等との通信を行う。通信装置５７は、ＣＰＵ５６からの制御信号に基づき、通信ネットワーク１３等と接続することにより、実行プログラムやソフトウェア、設定情報、各種の処理結果等を認証装置１１や管理サーバ１２、外部装置等から取得する。また、通信装置５７は、プログラムを実行することで得られた実行結果を認証装置１１や管理サーバ１２、外部装置に提供したり、本実施形態における実行プログラム自体を認証装置１１や管理サーバ１２、外部装置等に提供してもよい。通信装置５７は、例えば認証装置１１における通信部３０の一例であり、管理サーバ１２における通信部４５の一例である。

記録媒体５８は、上述したように実行プログラム等が格納されたコンピュータで読み取り可能な記録媒体である。記録媒体５８は、例えばフラッシュメモリ等の半導体メモリやＣＤ−ＲＯＭ、ＤＶＤ等の可搬型の記録媒体であるが、これに限定されるものではない。

図４に示すハードウェア構成に実行プログラム（例えば、認証プログラム等）をインストールすることで、ハードウェア資源とソフトウェアとが協働して本実施形態における認証処理等を実現することができる。

＜第１実施例＞
次に、本実施形態における実施例について図を用いて具体的に説明する。生体による認証処理の場合、利用者は、生体データ入力部２２に指を乗せたり、手をかざすだけで照合できることが望ましい（これを「１：Ｎ（登録人数）照合」という）。１：Ｎ照合の場合には、Ｎが大きいと、照合に時間を要してしまい運用に耐えられなくなったり、高性能なサーバ（分散処理等）を設けなければ照合できなくなり、余計な費用負担が発生したり、他人を本人と誤って照合してしまう確率が高くなる等の問題が生じる。

そこで、本実施形態では、１：Ｎ照合を行う場合、Ｎが小さければ実際の運用にも耐えられるため、例えばＣＰＵ等の性能（要件）に対応させて、例えばＮ＝数１０人〜数１００人程度で分割して処理を行う。例えば、Ｎ（登録人数）が１０００人いる場合、１００人毎に分割して１０台の認証装置１１で同時に照合することで、生体情報の認証時間を短縮することができる。

図５は、第１実施例における認証処理の一例を示す図である。図５の例では、認証装置１１−２で１：Ｎ照合を行う場合、認証装置１１−２から認証装置１１−１や１１−３〜１１−５に処理を分散させることで、大規模１：Ｎを小規模１：Ｍ（Ｎ＞Ｍ）にして生体情報の照合処理を行うことができる。

第１実施例では、上述した照合処理を分散させるための基準として、認証装置１１毎に時間帯別の使用頻度を求め、その使用頻度が少ない認証装置１１に処理を分散させる。また、第１実施例では、使用頻度の少ない認証装置１１に対して、照合指示を依頼したときに、たまたまその認証装置１１に利用者がいる場合（ビジー状態の場合）にも、使用頻度が少ない他の認証装置１１に処理を依頼する。

また、各認証装置１１における時間帯別の使用頻度は、管理サーバ１２で収集している履歴データ（ログ情報）から一定時間毎に作成し、作成したテーブルを各認証装置１１へ配布することで、その情報を取得することができる。

また、第１実施例では、照合結果として類似度が近い照合結果が複数人いた場合には、例えば反対の手の生体データを用いて照合を行い、一人に絞り込む等の処理（再照合処理等）を行ってもよい。

＜第１実施例における各種データ例＞
図６は、第１実施例における各種データ例を示す図である。図６（Ａ）は、生体データテーブル（全登録者の登録生体情報（登録生体データ））の一例であり、図６（Ｂ）は、分割割り当て情報の一例であり、図６（Ｃ）は、時間帯別使用頻度テーブルの一例を示す図である。

図６（Ａ）の例に示す生体データテーブルの項目としては、例えば「利用者ＩＤ」、「生体データ」等であるが、これに限定されるものではない。利用者ＩＤは、利用者（登録者）を識別するための情報である。生体データは、予め利用者毎に登録された認証用の生体情報（正解データ）である。生体情報としては、例えば上述した指紋や血管（例えば、静脈）等の生体特徴データであるが、これに限定されるものではない。

図６（Ｂ）の例に示す分割割り当て情報の一例としては、「分割Ｎｏ．」、「照合対象利用者ＩＤ」、「照合依頼装置ＩＤ」等があるが、これに限定されるものではない。分割Ｎｏ．は、分割して割り当てられたそれぞれのグループ（所定数に分割した範囲の登録生体情報）を識別するための情報である。照合対象利用者ＩＤは、各照合対象利用者の番号の範囲が設定された情報である。照合依頼装置ＩＤは、分割Ｎｏ．に対応する認証装置の識別する情報である。図６（Ｂ）に示す分割割り当て情報では、予め所定数（図６（Ｂ）においては、４つ）の分割数に基づいて、登録人数Ｎ（Ｎ＝４００人）が分割されている。第１実施例では、図６（Ｂ）に示すような分割により、１つの認証装置１１で実現される処理内容（照合処理範囲）を設定することができる。

図６（Ｃ）の例に示す時間帯使用頻度テーブルの項目としては、例えば「装置ＩＤ」、「時間帯別使用頻度（日毎順位）」等があるが、これに限定されるものではない。装置ＩＤは、認証装置１１を識別するための情報である。「時間帯別使用頻度（日毎順位）」は、認証装置１１毎に所定の時間帯における１日の平均照合回数と、その平均照合回数に基づく各認証装置１１での順位が示されている。

図６（Ｃ）の例では、例えば２０台の認証装置１１（例えば、装置ＩＤ：Ａ０１〜Ａ２０）に対して予め設定された時間帯別の使用頻度と順位が設定されている。なお、図６（Ｃ）の例では、時間帯が、６：００〜１２：００、１２：００〜１８：００、１８：００〜２４：００、２４：００〜６：００で設定されているが、これに限定されるものではない。

＜第１実施例の具体例＞
ここで、第１実施例の具体例に説明する。第１実施例において、例えば午前８：００に認証装置１１−２（装置ＩＤ：Ａ０１）で照合処理を実施するとする。このとき、１台の認証装置１１で処理する照合数（利用者登録人数）Ｎの最大数を１００とする。

例えば、利用者登録人数Ｎが４００人であるとすると、第１実施例では、４００÷１００＝４台で照合を行うことができる。このとき、依頼元の認証装置１１−２と、同じ扉１４の反対側にある認証装置１１−１（Ａ０２）は、最優先で照合処理を実施する（図５の例における（１）、（２））。第１実施例では、認証装置１１の位置情報等に基づき、認証対象生体データを入力した認証装置と、その認証装置と距離が近い扉１４の反対側の認証装置を用いることで、認証装置１１が遠い場合と比較して、通信ネットワーク１３上の負荷を軽減することができる。なお、反対側の認証装置を最優先で用いるのは、例えば反対側の認証装置１１が利用されていない確率が高いからである。

また、残りの照合処理は、最も使用頻度の低い方から選択される認証装置２台（図５に示す認証装置１１−３（Ａ２０），１１−４（Ａ１９））に対し、分割された残りの範囲について照合を依頼する（図５に示す（３）、（４））。

ここで、第１実施例において、認証装置１１−４（Ａ１９）が他の照合処理中等であった場合には、依頼元の認証装置１１−２に対してビジー情報を通知する（図５における（５））。これにより、次の候補の認証装置１１−５（Ａ０３）に照合依頼を送信する（図５に示す（６））。なお、上述した分割した照合依頼の割り当ては、図６（Ｂ）等に示す分割割り当て情報に登録されてもよい。

この結果、上述の例では、認証装置１１−２（Ａ０１）が登録生体データである照合対象利用者ＩＤが０００１〜０１００の範囲で認証対象生体データとの照合を行い、認証装置１１−１（Ａ０２）が登録生体データである照合対象利用者ＩＤが０１０１〜０２００の範囲で認証対象生体データとの照合を行う。また、認証装置１１−５（Ａ０３）が登録生体データである照合対象利用者ＩＤが０２０１〜０３００の範囲で認証対象生体データとの照合を行い、認証装置１１−３（Ａ２０）が登録生体データである照合対象利用者ＩＤが０３０１〜０４００の範囲で認証対象生体データとの照合を行う。

また、認証装置１１−２は、各認証装置で処理された照合結果を受信し、受信した照合結果から、利用者の認証を行い、その結果に基づいて扉１４−１の開閉制御を行う。

＜第１実施例における認証処理の一例＞
図７は、第１実施例における認証処理の一例を示すフローチャートである。図７の例において、認証装置１１の生体データ入力部２２は、利用者の掌を検出したか否かを判断し（Ｓ０１）、検出していない場合（Ｓ０１において、ＮＯ）、掌を検出するまで待機する。また、掌を検出した場合（Ｓ０１において、ＹＥＳ）、生体データ入力部２２は、掌を撮影し（Ｓ０２）、生体特徴データ（認証対象の生体データ）を抽出する（Ｓ０３）。次に、認証装置１１の照合処理部２３は、現在時刻を取得し（Ｓ０４）、上述した図６（Ｃ）等に示す時間帯別使用頻度テーブルを参照する（Ｓ０５）。

次に、照合処理部２３は、現在時刻の使用頻度の低い認証装置１１の装置ＩＤを確認し（Ｓ０６）、照合依頼する台数分の装置ＩＤをセットする（Ｓ０７）。なお、Ｓ０６の処理では、各認証装置１１の設置位置情報に基づき、生体データを入力した認証装置１１と、その認証装置１１に対応する扉１４の反対側に位置する認証装置１１とを、優先的に照合を行う装置としてもよい。

次に、照合処理部２３は、照合を行う対象の認証装置１１に生体特徴データを含む、照合依頼データを送信し（Ｓ０８）、自装置にて照合処理を行う（Ｓ０９）。次に、照合処理部２３は、照合を依頼した認証装置１１から照合結果データを受信する（Ｓ１０）。ここで、照合処理部２３は、認証装置１１からビジー情報を受信したか否かを判断し（Ｓ１１）、ビジー情報を受信した場合（Ｓ１１において、ＹＥＳ）、次に使用頻度の低い認証装置１１の装置ＩＤを使用頻度テーブルにて確認し（Ｓ１２）、照合依頼する装置ＩＤをセットし（Ｓ１３）、その認証装置１１に生体特徴データを含む、照合依頼データを送信する（Ｓ１４）。

照合処理部２３は、Ｓ１４の処理後、又は上述したＳ１１の処理において、ビジー情報を受信していない場合（Ｓ１１において、ＮＯ）、全ての照合結果を受信したか否かを判断する（Ｓ１５）。全ての照合結果を受信していない場合（Ｓ１５において、ＮＯ）、照合処理部２３は、Ｓ１０の処理に戻る。また、全ての照合結果を受信した場合（Ｓ１５において、ＹＥＳ）、照合処理部２３は、各認証装置１１の照合結果から照合ＯＫの利用者数が１か否かを判断する（Ｓ１６）。

照合ＯＫ利用者数が１の場合（Ｓ１６において、ＹＥＳ）、照合処理部２３は、本人と判断し、認証許可による電気錠解錠制御を行う（Ｓ１７）。また、照合ＯＫ利用者数が１でない場合（Ｓ１６において、ＮＯ）、照合処理部２３は、照合ＯＫ利用者数が０であるか否かを判断し（Ｓ１８）、０である場合（Ｓ１８において、ＹＥＳ）、認証失敗として、エラー通知を行う（Ｓ１９）。また、照合処理部２３は、照合ＯＫ利用者数が０でない場合（Ｓ１８において、ＮＯ）、複数の利用者が抽出されていると判断し、再度掌の撮影を誘導するメッセージを表示部に表示し（Ｓ２０）、掌を撮影する（Ｓ２１）。なお、Ｓ２１の処理では、Ｓ０２の処理で撮影された掌（例えば、右手）と逆の手（例えば左手）を撮影してもよく、同じ手を再度撮影してもよい。同じ手を撮影する場合には、指等が丸まらないように、正確な姿勢で撮影するために、Ｓ２０の処理において「指をまっすぐ伸ばして下さい」等のメッセージを出力して利用者を誘導してもよい。

また、照合処理部２３は、Ｓ２１の処理により撮影された掌の画像から生体特徴データを抽出して（Ｓ２２）、前回の照合結果で照合ＯＫだった登録生体データに対してのみ照合を行い（Ｓ２３）、Ｓ１６の処理に戻る。Ｓ２３の処理では、照合ＯＫだった登録生体データに対してのみ再度照合を行えばよいため、処理を軽減できると共に、処理を分散させることなく照合を行うことができる。なお、Ｓ２３の処理においては、照合処理を他の認証装置１１に分散させてもよい。

＜照合依頼時のデータ例＞
ここで、照合依頼時のデータ例について、図を用いて説明する。図８は、照合依頼時のデータ例を示す図である。図８（Ａ）は、照合依頼時のデータ例を示し、図８（Ｂ）は、照合結果のデータ例を示す図である。

図８（Ａ）に示す照合依頼データの項目としては、例えば「機能コード」、「データ長」、「依頼元装置ＩＤ」、「分割Ｎｏ．」、「依頼先装置ＩＤ」、「生体データ」等であるが、これに限定されるものではない。機能コードは、データの内容を識別するための情報である。例えば、機能コード「２０Ｈ」は、照合依頼データを示す。

データ長は、照合依頼データ全体のデータ長である。依頼元装置ＩＤは、照合処理を依頼した認証装置１１の情報である。分割Ｎｏ．は、分割された照合処理範囲を識別するための情報であり、図６（Ｂ）に示す分割割り当て情報の分割Ｎｏ．の一例である。依頼先装置ＩＤは、照合処理の依頼先の認証装置１１を識別するための情報である。生体データは、認証対象の生体データであり、例えば生体の特徴データを示す情報（生体特徴情報）である。

また、図８（Ｂ）に示す照合結果データの項目としては、例えば「機能コード」、「データ長」、「依頼先装置ＩＤ」、「分割Ｎｏ．」、「照合ＯＫ／ＮＧフラグ」、「ＯＫ利用者ＩＤ」、「認証率」等であるが、これに限定されるものではない。

機能コードは、データの内容を識別するための情報である。例えば、機能コード「２１Ｈ」は、照合結果データを示す。データ長は、照合依頼データ全体のデータ長である。

依頼先装置ＩＤは、照合処理を依頼された認証装置１１（照合結果データの送信元の認証装置１１）の情報である。分割Ｎｏ．は、分割された照合処理範囲を識別するための情報である。照合ＯＫ／ＮＧフラグは、生体データによる照合結果がＯＫであるか、又はＮＧであるかを識別するための情報である。例えば、「ＯＫ＝１」、「ＮＧ＝０」としたフラグを設定してもよく、ＯＫのときだけフラグを設定するようにしてもよい。なお、この照合結果がＯＫかＮＧかの判断は、認証対象生体データと、登録生体データとの類似度が予め設定された閾値より大きい場合に、照合結果をＯＫとするが、これに限定されるものではない。

ＯＫ時の利用者ＩＤは、照合結果がＯＫ又はＮＧとなった登録生体データに関連付けられた利用者を識別するための情報である。認証率は、認証対象生体データと、登録生体データとの認証率（類似度）を示す情報である。

図８（Ｂ）に示す照合結果のデータ例では、照合した全てのデータに対して照合結果を記憶してもよい。また、認証率が閾値以上の人物（利用者ＩＤ）が複数存在する場合には、認証率が高い順に並べてもよく、また認証率が高い順に所定数のデータだけを記憶するようにしてもよい。

また、照合した全ての登録生体データが閾値以下（照合ＮＧ）であった場合には、その旨を示す情報のみを依頼元の認証装置１１に送信してもよい。照合ＮＧの場合に、照合結果データのフォーマットに合わせてデータを送信する場合には、ＯＫ時の利用者ＩＤの項目は空白にするか、予め設定されたＩＤ（例えば、００００、９９９９等）が記憶される。

＜時間帯別使用頻度テーブルの他の例について＞
ここで、上述した時間帯別使用頻度テーブルの他の例について説明する。上述した図６（Ｂ）に示す時間帯別使用頻度テーブルでは、各認証装置１１の履歴データから集計された日毎の使用頻度の順位が示されている。しかしながら、本実施形態では、週毎や月毎等の所定の期間における履歴データを集計して時間帯別使用頻度テーブルを生成してもよい。

図９は、月単位の時間帯別使用頻度テーブルの生成処理の一例を示すフローチャートである。また、図１０は、月単位の時間帯別使用頻度テーブルを説明するための図である。図１０の例では、上述した図９の生成処理により生成された月単位の時間帯別使用頻度テーブルを示している。

例えば、管理サーバ１２の割り当て部４７は、例えば深夜の特定時間にバッチ処理等を実施することで、時間帯別使用頻度テーブルを生成（更新も含む）する。図９の例において、管理サーバ１２の割り当て部４７は、所定の周期又はタイミングで各認証装置１１から履歴データ受信し（Ｓ３１）、利用者認証に関する履歴を抽出する（Ｓ３２）。

次に、割り当て部４７は、時間帯別使用頻度テーブルの「１日平均照合回数」に装置毎、時間帯毎に数値を入力する（Ｓ３３）。

次に、割り当て部４７は、「１日平均照合回数」から時間帯毎の使用頻度の順位を確定し、テーブルに入力する（Ｓ３４）。次に、割り当て部４７は、Ｓ３４の処理後、更に直近１ヶ月程度の順位を平均し、使用頻度の順位を確定する（Ｓ３５）。

上述した処理により、例えば図１０に示すように、直近１ヶ月での平均順位を算出することができる。なお、図１０の例では、所定の時間帯における直近１ヶ月における認証装置１１（装置ＩＤ）と、平均順位のみを示しているが、これに限定されるものではなく、例えば、１月平均照合回数等を含んでいてもよい。また、時間帯別使用頻度テーブルは、例えば直近３ヶ月を基準に生成してもよく、曜日等に基づいて生成してもよい。

＜第２実施例＞
次に、第２実施例における認証処理について、図を用いて説明する。第２実施例では、１：Ｎ照合において、登録利用者数を可変台数の認証装置１１で分割処理する方法について説明する。

＜第２実施例における認証処理の一例＞
図１１は、第２実施例における認証処理の一例を示すフローチャートである。図１１の例において、認証装置１１の照合処理部２３は、利用者の掌を検出したか否かを判断し（Ｓ４１）、検出していない場合（Ｓ４１において、ＮＯ）、掌を検出するまで待機する。また、照合処理部２３は、掌を検出した場合（Ｓ４１において、ＹＥＳ）、掌を撮影し（Ｓ４２）、生体特徴データを抽出する（Ｓ４３）。

次に、照合処理部２３は、自己以外の各認証装置１１に一斉に状態確認要求を送信し（Ｓ４４）、各認証装置１１の状態応答を受信する（Ｓ４５）。次に、照合処理部２３は、特定時間迄に受信した応答のうち、ビジー状態以外（処理可能）の装置ＩＤを特定する（Ｓ４６）。次に、照合処理部２３は、登録人数を処理可能装置台数で割り、処理依頼テーブルを生成する（Ｓ４７）。なお、Ｓ４７の処理で生成される処理依頼テーブルについては、後述する。

次に、照合処理部２３は、照合を行う対象の認証装置１１に生体特徴データを含む、照合依頼データを送信し（Ｓ４８）、自装置にて照合処理を行う（Ｓ４９）。次に、照合処理部２３は、認証装置１１から照合結果データ受信し（Ｓ５０）、認証装置１１からビジー情報を受信したか否かを判断する（Ｓ５１）。

認証装置１１からビジー情報を受信した場合（Ｓ５１において、ＹＥＳ）、照合処理部２３は、各認証装置１１に一斉に状態確認要求を送信（Ｓ５２）、最初に受信した処理可能装置ＩＤを特定する（Ｓ５３）。次に、照合処理部２３は、特定した認証装置に生体特徴データを含む、照合依頼データを送信する（Ｓ５４）。

認証装置１１は、Ｓ５４の処理後、又は上述したＳ５１の処理において、ビジー情報を受信していない場合（Ｓ５１において、ＮＯ）、全ての照合結果を受信したか否かを判断する（Ｓ５５）。照合処理部２３は、全ての照合結果を受信していない場合（Ｓ５５において、ＮＯ）、Ｓ５０の処理に戻る。また、全ての照合結果を受信した場合（Ｓ５５において、ＹＥＳ）、照合処理部２３は、照合ＯＫ利用者数が１か否かを判断する（Ｓ５６）。

照合ＯＫ利用者数が１の場合（Ｓ５６において、ＹＥＳ）、本人と判断し、電気錠解錠制御を行う（Ｓ５７）。また、照合ＯＫ利用者数が１でない場合（Ｓ５６において、ＹＥＳ）、照合ＯＫ利用者が０であるか否かを判断し（Ｓ５８）、０である場合（Ｓ５８において、ＹＥＳ）、認証失敗として、エラー通知を行う（Ｓ５９）。また、照合処理部２３は、照合ＯＫ利用者数が０でない場合（Ｓ５８において、ＮＯ）、複数の利用者が抽出されているため、再度掌の撮影を誘導するメッセージを表示部２６に表示し（Ｓ６０）、第１実施例と同様に掌を撮影する（Ｓ６１）。また、照合処理部２３は、生体特徴データを抽出し（Ｓ６２）、前回の照合結果で照合ＯＫだった登録生体データに対してのみ照合を行い（Ｓ６３）、Ｓ５６の処理に戻る。

＜第２実施例における各種データ例＞
次に、第２実施例における各種データ例について説明する。図１２は、第２実施例における状態確認要求とその応答例を示す図である。図１２（Ａ）の例では、状態確認要求データの一例を示し、図１２（Ｂ）では、状態応答データの一例を示している。

図１２（Ａ）に示す状態確認要求データの項目としては、例えば「機能コード」、「データ長」、「依頼元装置ＩＤ」、「現在時刻」等があるが、これに限定されるものではない。機能コードは、データの内容を識別するための情報である。例えば、機能コード「３０Ｈ」は、状態確認要求データを示す。

データ長は、状態確認要求データ全体のデータ長である。依頼元装置ＩＤは、状態確認要求を依頼した認証装置１１の情報である。現在時刻は、状態確認要求を行った時間情報である。

図１２（Ｂ）に示す状態応答データの項目としては、例えば「機能コード」、「データ長」、「応答装置ＩＤ」、「応答時刻」、「状態」等であるが、これに限定されるものではない。機能コードは、データの内容を識別するための情報である。例えば、機能コード「３１Ｈ」は、状態応答データを示す。データ長は、状態応答データ全体のデータ長である。

応答装置ＩＤは、状態応答データを送信した認証装置１１を識別するための情報である。応答時刻は、応答を行った時間情報である。状態は、状態応答データを送信した認証装置１１の状態を示す情報である。状態には、処理可能、ビジー等の情報が設定されるが、これに限定されるものではない。

また、図１３は、第２実施例における処理依頼テーブルの一例を示す図である。図１３は、上述したＳ４７の処理において生成された第２実施例における処理依頼テーブルの一例である。

図１３に示す処理依頼テーブルの項目としては、例えば「分割した利用者ＩＤ」、「装置ＩＤ」であるが、これに限定されるものではない。図１３の例では、登録人数（全登録者の登録生体情報）４００人に対し、状態確認要求に対する応答結果から処理可能な認証装置９台特定できた例を示している。この場合、４００人÷９台＝４４人が割り当てされている。また余りの４人は、自装置で照合処理を行うよう設定されている。

第２実施例では、照合処理を他の認証装置１１に割り当てる際、現時点でビジー状態の認証装置１１を除いた認証装置１１で処理を割り振ることができる。なお、第２実施例では、例えば現時点での各認証装置１１のＣＰＵの負荷量（使用率）等を取得して、その負荷量に応じて、割り当てる範囲を調整することもできる。

第２実施例においても、上述したように生体データ（認証）を受け付けた認証装置１１が設置されている出入口の扉１４を挟んで反対側にも認証装置１１が設置されている場合には、その認証装置１１も分割して照合処理を行う装置の１つに含めることができる。また、第２実施例において、割り当て部４７は、処理可能な認証装置１１の台数に基づいて対応する照合範囲を割り当てて、処理を行わせることができる。

上述したように本実施形態によれば、生体情報の認証時間を短縮することができる。例えば、本実施形態では、生体情報以外の情報をキー入力等をすることなく、生体情報のみで効率的に照合（１：Ｎ照合）を行い、短時間で認証処理を実施することができる。また、本実施形態によれば、複数の認証装置に照合処理を分散させるため、認証装置内のＣＰＵが低スペックの場合でも適切に実行することができる。また、本実施形態によれば、例えば複数の認証装置のうちの１つが故障した場合でも、動作可能な他の認証装置でリカバリが可能となる。

なお、上述した本実施形態における認証装置等は、部屋等の所定エリア（領域）の出入口近傍に設置され、互いに通信可能な複数の認証装置を含む入退室管理システムに適用されるだけでない。本実施形態における認証装置は、例えば複数台のＡｕｔｏｍａｔｅｄ Ｔｅｌｌｅｒ Ｍａｃｈｉｎｅ（ＡＴＭ，現金自動預け払い機）が配置されている場合における利用者認証にも適用することができる。

以上、実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、上述した各実施例の一部又は全部を組み合わせることも可能である。

なお、以上の実施例に関し、更に以下の付記を開示する。
（付記１）
複数の認証装置を含む認証システムであって、
少なくとも同じ複数のユーザの生体情報を記憶部に記憶する複数の認証装置を備え、
前記複数の認証装置は、
認証対象の生体情報を受け付けると、受け付けた前記生体情報と、前記複数のユーザの生体情報のうちの一部の生体情報とを照合する照合処理部と、
前記複数のユーザの生体情報のうち、該一部の生体情報を除く他の生体情報について、重複なく１又は複数の他の認証装置に割り当てて、割り当てた対象の生体情報についての照合を依頼する送信部と、
前記照合の依頼に応じて前記１又は複数の他の認証装置によって行われる、受け付けた前記生体情報と割り当てられた生体情報との照合の結果を前記１又は複数の他の認証装置から受信する受信部と、を備えたことを特徴とする認証システム。
（付記２）
前記複数の認証装置は、所定エリアへの出入口近傍に設置され、前記所定エリアへの入退室を制御することを特徴とする付記１に記載の認証システム。
（付記３）
前記認証対象の生体情報を受け付けた認証装置は、
前記認証対象の生体情報と、前記複数のユーザの生体情報のうちの一部の生体情報とを照合した結果と、前記１又は複数の他の認証装置からの照合結果とに基づいて、前記所定エリアへの入退室を行う扉を解錠することを特徴とする付記２に記載の認証システム。
（付記４）
前記照合を依頼した前記他の認証装置が、ビジー状態である場合には、前記認証対象の生体情報を受け付けた認証装置は、残りの他の認証装置から次の候補を選択して照合依頼を行うことを特徴とする付記１乃至３の何れか１項に記載の認証システム。
（付記５）
前記認証対象の生体情報を受け付けた認証装置は、
前記１又は複数の他の認証装置の位置情報に基づき、前記認証対象の生体情報を受け付けた認証装置が設置されている前記所定エリアへの出入口を挟んだ反対側の認証装置を、前記照合を依頼する認証装置に含めることを特徴とする付記２に記載の認証システム。
（付記６）
前記認証対象の生体情報を受け付けた認証装置は、
前記１又は複数の他の認証装置に対して状態確認要求を行い、
前記１又は複数の他の認証装置からの応答結果に基づいて前記照合の依頼が可能な認証装置を特定し、特定した前記認証装置に対して前記照合を依頼することを特徴とする付記１乃至５の何れか１項に記載の認証システム。
（付記７）
前記認証対象の生体情報を受け付けた認証装置は、
前記１又は複数の他の認証装置の使用頻度情報に基づいて選択された他の認証装置に対して前記照合を依頼することを特徴とする付記１乃至６の何れか１項に記載の認証システム。
（付記８）
前記使用頻度情報は、前記認証対象の生体情報を受け付けた時刻を含む所定時間帯の他の認証装置における照合平均回数であることを特徴とする付記７に記載の認証システム。
（付記９）
複数のユーザの生体情報を記憶する記憶部と、
認証対象の生体情報を受け付けると、受け付けた前記生体情報と、前記記憶部に記憶された複数のユーザの生体情報のうちの一部の生体情報とを照合する照合処理部と、
前記複数のユーザの生体情報のうち、該一部の生体情報を除く他の生体情報について、重複なく１又は複数の他の認証装置に割り当てて、割り当てた対象の生体情報についての照合を依頼する送信部と、
前記照合の依頼に応じて前記１又は複数の他の認証装置によって行われる、受け付けた前記生体情報と割り当てられた生体情報との照合の結果を前記１又は複数の他の認証装置から受信する受信部と、を備えたことを特徴とする認証装置。
（付記１０）
認証装置が、
認証対象の生体情報を受け付けると、受け付けた前記生体情報と、記憶部に記憶された複数のユーザの生体情報のうちの一部の生体情報とを照合し、
前記複数のユーザの生体情報のうち、該一部の生体情報を除く他の生体情報について、重複なく１又は複数の他の認証装置に割り当てて、割り当てた対象の生体情報についての照合を依頼し、
前記照合の依頼に応じて前記１又は複数の他の認証装置によって行われる、受け付けた前記生体情報と割り当てられた生体情報との照合の結果を前記１又は複数の他の認証装置から受信する、ことを特徴とする認証方法。
（付記１１）
認証対象の生体情報を受け付けると、受け付けた前記生体情報と、記憶部に記憶された複数のユーザの生体情報のうちの一部の生体情報とを照合し、
前記複数のユーザの生体情報のうち、該一部の生体情報を除く他の生体情報について、重複なく１又は複数の他の認証装置に割り当てて、割り当てた対象の生体情報についての照合を依頼し、
前記照合の依頼に応じて前記１又は複数の他の認証装置によって行われる、受け付けた前記生体情報と割り当てられた生体情報との照合の結果を前記１又は複数の他の認証装置から受信する、処理をコンピュータに実行させるための認証プログラム。

１０ 認証システム
１１ 認証装置
１２ 管理サーバ
１３ 通信ネットワーク
１４ 扉
１５，２９ 電気錠制御部
１６ 電気錠
２１，４１ 記憶部
２２ 生体データ入力部（生体情報入力部）
２３ 照合処理部
２４ キー入力部
２５ 暗号化／復号化部
２６，４４ 表示部
２７ 耐タンパ部
２８，４３ インターフェース部
３０，４５ 通信部（送信部／受信部）
３１，４８ 制御部
４２ 入力部
４６ 集計部
４７ 割り当て部
５１ 入力装置
５２ 出力装置
５３ ドライブ装置
５４ 補助記憶装置
５５ 主記憶装置
５６ ＣＰＵ
５７ 通信装置
５８ 記録媒体

Claims (9)

1. 複数の認証装置を含む認証システムであって、
   少なくとも同じ複数のユーザの生体情報を記憶部に記憶する複数の認証装置を備え、
   前記複数の認証装置は、
   認証対象の生体情報を受け付けると、受け付けた前記生体情報と、前記複数のユーザの生体情報を所定数のグループに分割したうち、何れかの１つのグループの生体情報とを照合する照合処理部と、
   前記複数のユーザの生体情報のうち、該何れかの１つのグループを除く他のグループについて、重複なく１又は複数の他の認証装置に割り当てて、割り当てた対象のグループの生体情報についての照合を依頼する送信部と、
   前記照合の依頼に応じて前記１又は複数の他の認証装置によって行われる、受け付けた前記生体情報と割り当てられたグループの生体情報との照合の結果を前記１又は複数の他の認証装置から受信する受信部と、を備えたことを特徴とする認証システム。
2. 前記複数の認証装置は、所定エリアへの出入口近傍に設置され、前記所定エリアへの入退室を制御することを特徴とする請求項１に記載の認証システム。
3. 前記照合を依頼した前記他の認証装置が、ビジー状態である場合には、前記認証対象の生体情報を受け付けた認証装置は、残りの他の認証装置から次の候補を選択して照合依頼を行うことを特徴とする請求項１又は２に記載の認証システム。
4. 前記認証対象の生体情報を受け付けた認証装置は、
   前記１又は複数の他の認証装置の位置情報に基づき、前記認証対象の生体情報を受け付けた認証装置が設置されている前記所定エリアへの出入口を挟んだ反対側の認証装置を、前記照合を依頼する認証装置に含めることを特徴とする請求項２に記載の認証システム。
5. 前記認証対象の生体情報を受け付けた認証装置は、
   前記１又は複数の他の認証装置に対して状態確認要求を行い、
   前記１又は複数の他の認証装置からの応答結果に基づいて前記照合の依頼が可能な認証装置を特定し、特定した前記認証装置に対して前記照合を依頼することを特徴とする請求項１乃至４の何れか１項に記載の認証システム。
6. 前記認証対象の生体情報を受け付けた認証装置は、
   前記１又は複数の他の認証装置の使用頻度情報に基づいて選択された他の認証装置に対して前記照合を依頼することを特徴とする請求項１乃至５の何れか１項に記載の認証システム。
7. 複数のユーザの生体情報を記憶する記憶部と、
   認証対象の生体情報を受け付けると、受け付けた前記生体情報と、前記複数のユーザの生体情報を所定数のグループに分割したうち、何れかの１つのグループの生体情報とを照合する照合処理部と、
   前記複数のユーザの生体情報のうち、該何れかの１つのグループを除く他のグループについて、重複なく１又は複数の他の認証装置に割り当てて、割り当てた対象のグループの生体情報についての照合を依頼する送信部と、
   前記照合の依頼に応じて前記１又は複数の他の認証装置によって行われる、受け付けた前記生体情報と割り当てられたグループの生体情報との照合の結果を前記１又は複数の他の認証装置から受信する受信部と、を備えたことを特徴とする認証装置。
8. 認証装置が、
   認証対象の生体情報を受け付けると、受け付けた前記生体情報と、複数のユーザの生体情報を所定数のグループに分割したうち、何れかの１つのグループの生体情報とを照合し、
   前記複数のユーザの生体情報のうち、該何れかの１つのグループを除く他のグループについて、重複なく１又は複数の他の認証装置に割り当てて、割り当てた対象のグループの生体情報についての照合を依頼し、
   前記照合の依頼に応じて前記１又は複数の他の認証装置によって行われる、受け付けた前記生体情報と割り当てられたグループの生体情報との照合の結果を前記１又は複数の他の認証装置から受信する、ことを特徴とする認証方法。
9. 認証対象の生体情報を受け付けると、受け付けた前記生体情報と、複数のユーザの生体情報を所定数のグループに分割したうち、何れかの１つのグループの生体情報とを照合し、
   前記複数のユーザの生体情報のうち、該何れかの１つのグループを除く他のグループについて、重複なく１又は複数の他の認証装置に割り当てて、割り当てた対象のグループの生体情報についての照合を依頼し、
   前記照合の依頼に応じて前記１又は複数の他の認証装置によって行われる、受け付けた前記生体情報と割り当てられたグループの生体情報との照合の結果を前記１又は複数の他の認証装置から受信する、処理をコンピュータに実行させるための認証プログラム。

Images