JP5549456B2 - 生体認証装置及び生体認証方法 - Google Patents

Description

生体認証装置及びその認証方法に関する。

生体の特徴を利用して認証を行う生体認証装置の認証方法として、１：１認証と１：Ｎ認証が知られている。
１：１認証は、認証を要求する人から生体情報と共にＩＤなどの識別情報を受け取り、識別情報に対応する登録生体情報を特定し、その登録生体情報と認証対象者の生体情報を照合することで、登録された人か否かを認証する方法である。

１：Ｎ認証は、認証を要求する人から生体情報のみを受け付け、受け付けた生体情報と、予め登録してある複数の登録生体情報を照合することで、登録された人か否かを認証する方法である。

１：Ｎ認証は、個人を特定するための識別情報の入力が不要であるので、個人を特定するＩＣカードを所持する、あるいは識別コードを記憶しておく必要がないなどの利点がある。

しかしながら、Ｎ個の生体情報と１つずつ照合する必要があることから、照合処理に時間がかかること、他人と誤って認識してしまう他人受入率が１：１認証に比べて大きくなるという問題点がある。

クライアント端末と認証サーバからなる認証システムにおいて、クライアントのＩＰアドレスからアドレスプール単位で生体認証データを一意に特定する識別ＩＤを記憶しておき、認証時にはアドレスプール単位で保持する認証ＩＤで特定される生体認証データと１：Ｎ認証を行う技術が知られている（例えば、特許文献１）。

また、クライアント端末から送信される生体データとの一致率が設定値を超える参照生体データが複数存在する場合に、クライアントの特定情報と参照生体データが有する特徴情報を比較してユーザ認証を行う技術が知られている（例えば、特許文献２）。

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

生体認証装置において、１：Ｎ認証の認証に要する時間を短縮することを目的とする。

開示の生体認証装置は、生体情報読み取り手段により読み取られた認証対象者の照合用生体情報を取得する生体情報取得手段と、認証対象者を特定する識別情報と前記生体情報取得手段により取得される前記照合用生体情報とを用いた１：１認証により認証された複数の人の前記識別情報を登録した識別情報リストを作成する識別情報リスト作成手段と、複数の登録者の登録生体情報を記憶する登録生体情報記憶手段と、１：Ｎ認証時に、前記識別情報リストに登録されている複数の前記識別情報を用いて登録者の絞り込みを行い、絞り込んだ複数の登録者の前記登録生体情報を前記登録生体情報記憶手段から取得し、取得した複数の登録者の前記登録生体情報と前記照合用生体情報とを照合して認証を行う生体認証手段とを備える。

開示の生体認証装置によれば、１：Ｎ認証の認証に要する時間を短縮することができる。

第１の実施の形態の生体認証装置の構成を示す図である。 第１の実施の形態の履歴ＩＤリスト更新処理のフローチャートである。 第１の実施の形態の履歴ＩＤリストを用いた認証処理のフローチャートである。 第２の実施の形態のクライアント端末と認証サーバの構成を示す図である。 第２の実施の形態の履歴ＩＤリスト更新処理のフローチャートである。 第２の実施の形態の履歴ＩＤリストを用いた認証処理のフローチャートである。 図７（Ａ）、（Ｂ）は第３の実施の形態の履歴ＩＤリスト削除処理のフローチャートである。 図８（Ａ）、（Ｂ）は第３の実施の形態の履歴ＩＤリストのデータ構成を示す図である。 第４の実施の形態の認証システムの構成を示す図である。 第４の実施の形態の履歴ＩＤリスト更新処理のフローチャートである。 第４の実施の形態の履歴ＩＤリストを用いた認証処理のフローチャートである。 第４の実施の形態の履歴ＩＤリストのデータ構成を示す図である。

図１は、第1の実施の形態の生体認証装置１１の構成を示す図である。生体認証装置１１は、照合用生体データ抽出部１２と、認証モード切替部１３と、履歴ＩＤリスト作成部１４とを有する。また、生体認証装置１１は、生体認証部１５と、認証対象データ検索部１６と、登録生体データ保存管理部１７とを有する。生体認証装置１１の上記の各部の機能はソフトウェア又はハードウェアにより実現できる。

人間の指の指紋、指又は手のひらの血管のパターン等を読み取る生体情報入力デバイス１８は、生体認証装置と一体又は別に設けられている。生体情報入力デバイス１８は、例えば、指紋センサ、手のひら等の静脈を読み取る静脈センサ等である。生体情報入力デバイス１８は、生体情報読み取り手段に対応する。

照合用生体データ抽出部１２は、生体情報入力デバイス１８で読み取られた生体情報の特徴データを抽出し、抽出した特徴データを照合用生体データ（照合用生体情報）として生体認証部１５に出力する。以下の説明では、認証を要求した人（認証対象者）から取得した生体データを照合用生体データと呼ぶ。

なお、照合用生体データ抽出部１２は、必ずしも生体情報の特徴データを抽出する必要はなく、生体情報入力デバイス１８で読み取った生体情報の全部又は一部を照合用生体データとして生体認証部１５に出力しても良い。照合用生体データ抽出部１２は、照合用生体情報取得手段に対応する。

認証モード切替部１３は、認証を要求する人を特定する識別情報を入力する１：１認証モードと、識別情報を必要としない１：Ｎ認証モードを切り換える。認証モード切替部１３は、通常は１：Ｎ認証モードに設定し、ＩＣカード等の識別情報が入力されたときに自動的に１：１認証に切り換えるようにしても良いし、利用者が切り換え操作を行ったとき、１：１認証モードに切り換えるようにしても良い。

履歴ＩＤリスト作成部１４は、認証が成功した人の利用者ＩＤ（識別情報）を登録した履歴ＩＤリスト（識別情報リスト）１４ａを作成する。履歴ＩＤリスト作成部１４は、１：１認証時に、認証が成功した場合には、履歴ＩＤリスト１４ａに認証が成功した人の利用者ＩＤを追加する。また、履歴ＩＤリスト作成部１４は、１：Ｎ認証時には、履歴ＩＤリスト１４ａを生体認証部１５に出力する。履歴ＩＤリスト１４ａは履歴ＩＤリスト作成部１４のメモリ等の記憶部に保存される。

生体認証部１５は、１：１認証時には、認証対象者の利用者ＩＤを登録生体データ検索部１６に出力して生体データの検索を指示する。
生体認証部１５は、１：Ｎ認証時には、履歴ＩＤリスト作成部１４から受け取る履歴ＩＤリスト１４ａを登録生体データ検索部１６に出力して生体データの検索を指示する。

登録生体データ検索部１６は、利用者ＩＤ又は履歴ＩＤリスト１４ａを用いて、登録生体データ保存管理部１７に保存されている登録済み生体データ（以下、登録生体データと呼ぶ）の検索を行う。そして、検索により得られた登録生体データを生体認証部１５に出力する。

登録生体データ保存管理部１７は、利用者ＩＤと対応付けて複数の登録生体データ（登録生体情報）を保存している。登録生体データは、例えば、登録生体データ保存管理部１７のメモリ、ハードディスク等の記憶部に保存されている。

登録生体データ検索部１６は、１：１認証時に生体認証部１５から利用者ＩＤを受け取ると、利用者ＩＤと対応付けられている登録生体データを登録生体データ保存管理部１７から探す。利用者ＩＤと対応付けられた登録生体データが存在するときには、その登録生体データを生体認証部１５に出力する。登録生体データが存在しないときには、対応する登録生体データが存在しないことを生体認証部１５に通知する。

登録生体データ検索部１６は、１：Ｎ認証時に、履歴ＩＤリスト１４ａを生体認証部１５から受け取ると、履歴ＩＤリスト１４ａに登録されている複数の利用者ＩＤに対応する登録生体データを登録生体データ保存管理部１７から検索する。そして、検索により得られる複数の登録生体データを生体認証部１５に出力する。

生体認証部１５は、１：１認証時に、登録生体データ検索部１６から出力される登録生体データと照合用生体データを比較して認証を行う。認証は、例えば、照合用生体データと登録生体データの類似度を計算し、類似度が基準値以上のときには登録者本人と判定し、基準値未満のときには他人と判定する。認証が成功した場合には、認証成功を履歴ＩＤリスト作成部１４に通知すると共に、認証に成功した利用者ＩＤを履歴ＩＤリスト作成部１４に出力する。利用者ＩＤリスト作成部１４は、認証に成功した利用者ＩＤを履歴ＩＤリスト１４ａに追加する。

生体認証部１５は、１：Ｎ認証時に、複数の登録生体データを登録生体データ検索部１６から取得すると、履歴ＩＤリスト１４ａにより絞り込んだ複数の登録生体データと、照合用生体データを順に比較して認証を行う。

生体認証部１５は、履歴ＩＤリスト１４ａを用いた１：Ｎ認証が失敗した場合には、認証が失敗したことを照合用生体データ抽出部１２に通知する。照合用生体データ抽出部１２は、１：Ｎ認証の失敗の通知を受け取ると、認証を要求した人に対して利用者ＩＤの入力を要求する。そして、利用者ＩＤが入力されたなら、その利用者ＩＤが履歴ＩＤリスト１４ａに登録されているか否かを確認し、登録されていないときには、入力された利用者ＩＤを生体認証部１５に出力する。

生体認証部１５は、照合用生体データ抽出部１２から送られてくる利用者ＩＤと、取得済みの照合用生体データを用いて認証を行う。利用者ＩＤを用いた１：１認証が成功した場合には、その利用者ＩＤを履歴ＩＤリスト作成部１４に出力して履歴ＩＤリスト１４ａへの追加を指示する。

上記の生体認証部１５及び登録生体データ検索部１６は、生体認証手段に対応する。また、登録生体データ保存管理部１７は、登録生体情報記憶手段に対応する。
上述した生体認証装置１１によれば、１：Ｎ認証時に、履歴ＩＤリスト１４ａを用いることで登録生体データを絞り込むことができる。従って、１：Ｎ認証時に、全ての登録生体データと照合する必要が無いので認証に要する時間を短縮できる。

また、実施の形態の履歴ＩＤリスト１４ａは登録生体データとは別に管理されるデータである。すなわち、登録生体データが登録されるデータベースにおいて、登録生体データと直接関連付けて管理されるデータではないので、データの変更が生じた場合でも、管理者がデータベースのデータの修正を行う必要が無く、データベースの管理が容易になる。

上記の生体認証装置１１の動作を、図２及び図３のフローチャートを参照して説明する。以下の処理は、生体認証装置１１のプロセッサ（ＣＰＵなど）により実行される。
図２は、第１の実施の形態の生体認証装置１１の履歴ＩＤリスト更新処理のフローチャートである。

生体認証を行う認証アプリケーションプログラムの認証モードを、１：Ｎ認証モード（ＩＤレス）から１：１認証モードに切り換える（図２，Ｓ１１）。認証モードの切り換えは、例えば、利用者が切り換え操作を行うことで切り換えても良いし、利用者ＩＤが入力されたことを検出したときに、生体認識装置１１が自律的に切り換えても良い。

次に、生体情報入力デバイス１８等により読み取られた生体情報から特徴データを抽出した照合用生体データと利用者ＩＤを取得する（Ｓ１２）。
次に、取得した利用者ＩＤと照合用生体データを生体認証部１５に送る（Ｓ１３）。

次に、記憶部に記憶されている複数の登録生体データの中から、入力された利用者ＩＤと同じ利用者ＩＤと紐付けされている登録生体データを検索し、検索により得られた登録生体データと照合用生体データを用いて認証を行う（Ｓ１４）。

上記のステップＳ１４の処理では、例えば、プロセッサは、入力された利用者ＩＤをキーにして記憶部を検索し、同じ利用者ＩＤを有する登録生体データを特定する。そして、検索により得られた登録生体データと照合用生体データの類似度を計算し、類似度が基準値以上か否かを判定することで個人の認証を行う。

上記の認証結果に基づいて、認証を要求した人が登録者本人か否かを確認（判定）する（Ｓ１５）。ステップＳ１５の処理では、例えば、プロセッサは、登録生体データと照合用生体データの類似度が基準値以上のときは登録者本人と判定し、類似度が基準値未満のときには他人と判定する。

認証を要求した人が登録者本人と判定された場合には（Ｓ１５、ＹＥＳ）、ステップＳ１６に進み、利用者に認証成功を通知する。そして、認証に成功した利用者ＩＤを履歴ＩＤリスト１４ａに追加する（Ｓ１７）。
他方、認証を要求した人が他人と判定された場合には（Ｓ１５、ＮＯ）、ステップＳ１８に進み、利用者に認証失敗を通知する。

図３は、第１の実施の形態の履歴ＩＤリスト１４ａを用いた認証処理のフローチャートである。以下の処理において、プロセッサは、照合用生体データ抽出部１２、履歴ＩＤリスト作成部１４、生体認証部１５、登録生体データ検索部１６等の機能を実現する。

認証を要求する人の照合用生体データを、生体情報入力デバイス１８等から取得する（Ｓ２１）。照合用生体データと履歴ＩＤリスト１４ａを生体認証部１５に送る（Ｓ２２）。

生体認証部１５は、履歴ＩＤリスト１４ａの複数の利用者ＩＤと紐付けられている登録生体データを取得し、取得した登録生体データと照合用生体データを用いて認証を行う（Ｓ２３）。

ステップＳ２３の処理では、例えば、プロセッサは、履歴ＩＤリスト１４ａに登録されている複数の利用者ＩＤをキーにして記憶部（例えば、登録生体データ保存管理部１７）に格納されている登録生体データを検索する。そして、検索により得られる複数の登録生体データと照合用生体データの類似度をそれぞれ計算し、類似度が基準値以上か否かを判定する。このように履歴ＩＤリスト１４ａを用いて登録生体データを絞り込んで１：Ｎ認証を行うことで、認証に要する処理時間を短縮することができる。

上記の認証結果に基づいて、認証を要求した人が登録者本人か否かを確認（判定）する（Ｓ２４）。ステップＳ２４の処理では、例えば、プロセッサは、登録生体データと照合用生体データの類似度が基準値以上のとき登録者本人と判定し、類似度が基準値未満のとき他人と判定する。

認証を要求した人が登録者本人と判定されたときには（Ｓ２４、ＹＥＳ）、ステップＳ２５に進み、利用者に認証成功を通知する。履歴ＩＤリスト１４ａを用いた１：Ｎ認証が成功した場合には、そこで処理を終了する。

他方、登録者本人ではないと判定されたときには（Ｓ２４、ＮＯ）、ステップＳ２６に進み、利用者に認証失敗を通知する。
履歴ＩＤリスト１４ａを用いた認証に失敗した場合には、利用者にＩＤの入力を要求する（Ｓ２７）。利用者が利用者ＩＤを入力したなら、その利用者ＩＤを生体認証部１５に送る（Ｓ２８）。

生体認証部１５は、入力された利用者ＩＤと紐付けられている登録生体データを特定し、その登録生体データと照合用生体データを用いて認証を行う（Ｓ２９）。
ステップＳ２９の処理では、例えば、プロセッサは、入力された利用者ＩＤと対応付けて記憶部に記憶されている登録生体データを検索し、検索により得られた登録生体データと照合用生体データの類似度を計算する。そして、類似度が基準値以上か否かを判定する。

上記の認証結果に基づいて、認証を要求した人が登録者本人か否かを確認（判定）する（Ｓ３０）。
登録者本人と判定されたときには（Ｓ３０、ＹＥＳ）、ステップＳ３１に進み、利用者に認証成功を通知する。さらに、認証に成功した利用者ＩＤを履歴ＩＤリスト１４ａに追加する（Ｓ３２）。その後、処理を終了する。

すなわち、履歴ＩＤリスト１４ａを用いた１：Ｎ認証が失敗した場合には、利用者ＩＤの入力を要求し、入力された利用者ＩＤを用いて１：１認証を行う。そして、その認証が成功した場合には、そのとき入力された利用者ＩＤを履歴ＩＤリスト１４ａに追加する。これにより、認証に成功した利用者の利用者ＩＤを自動的に履歴ＩＤリスト１４ａに追加することができる。

ステップＳ３０において、登録者本人ではないと判定されたときには（Ｓ３０、ＮＯ）、ステップＳ３３に進み、利用者に認証失敗を通知した後、処理を終了する。
上述した第１の実施の形態によれば、以下のような効果が得られる。生体認証装置１１で認証が成功した人の利用者ＩＤを登録した履歴ＩＤリスト１４ａを用いて、１：Ｎ認証時の登録生体データを絞り込むことができる。これにより、１：Ｎ認証を行うときに、記憶部に記憶されている一部の登録生体データと照合すれば良いので、認証に要する処理時間を短縮することができる。

履歴ＩＤリスト１４ａを用いて登録生体データの絞り込みを行っているので、登録生体データをグループ単位で管理する仕組みを持つ必要がない。
従って、登録者の属するグループ等が変更された場合でも、登録生体データが登録されているデータベースの属性情報を管理者が修正する必要が無いので、データの保守・管理作業が簡単になる。

さらに、履歴ＩＤリスト１４ａは、生体認証装置１１と直接関連付けられた情報（例えば、装置のＭＡＣアドレスなど）ではないので、生体認証装置１１が交換、廃棄された場合でも、登録生体データが登録されているデータベースを修正する必要がない。第１の実施の形態においては、新たに使用する生体認証装置１１に古い生体認証装置１１で作成した履歴ＩＤリスト１４ａをそのまま引き継ぐことができるので、管理者がデータを修正する必要が無い。これにより、生体認証装置１１のリプレース時の作業が簡単になる。

加えて、履歴ＩＤリスト１４ａは秘密情報ではないので利用者側で管理することもできる。例えば、履歴ＩＤリストの初期設定を行う場合に、利用者が作成済みの履歴ＩＤリスト１４ａを生体認証装置１１に読み込ませも良い。

さらに、特定の生体認証装置１１を利用した人の中で認証に成功した人の利用者ＩＤを登録した履歴ＩＤリスト１４ａを用いて絞り込みを行っているので、全ての登録生体データと照合する場合と比較して、登録者本人を他人と判定する本人拒否率を小さくできる。同様に、他人を本人と判定する他人受入率を小さくできる。

図４は、第２の実施の形態のクライアント端末２１と認証サーバ２２の構成を示す図である。第２の実施の形態は、クライアント・サーバ型の認証システムにおいて、クライアント端末２１から認証サーバ２２に照合用生体データと履歴ＩＤリスト１４ａを送信し、認証サーバ２２がそれらのデータを用いて認証を行うものである。図４において、図１と同じブロックには同じ符号を付けてそれらの説明を省略する。図４には、１台のクライアント端末２１のみを示してあるが、２以上のクライアント端末２１が接続されるシステムにも適用できる。

クライアント端末２１は、照合用生体データ抽出部１２と、認証モード切替部１３と、履歴ＩＤリスト作成部１４を有する。クライアント端末２１は、装置と一体又は別に設けられる生体情報入力デバイス１８を有する。

認証サーバ２２は、生体認証部１５と登録生体データ検索部１６と登録生体データ保存管理部１７を有する。認証サーバ２２は、ネットワーク２３を介してクライアント端末２１と接続されている。

ここで、クライアント端末２１と認証サーバ２２の動作を、図５及び図６のフローチャートを参照して説明する。以下の処理は、クライアント端末２１と認証サーバ２２のプロセッサにより実行される。

図５は、第２の実施の形態の履歴ＩＤリスト更新処理のフローチャートである。
クライアント端末２１は、認証を要求する人の利用者ＩＤと照合用生体データを取得する（Ｓ４１）。次に、取得した利用者ＩＤと照合用生体データを認証サーバ２２に送信する（Ｓ４２）。

認証サーバ２２は、受信した利用者ＩＤと紐付けされている登録生体データを記憶部（複数の登録生体データを記憶している）から検索し、検索により得られた登録生体データと、クライアント端末２１から受信した照合用生体データを用いて認証を行う（Ｓ４３）。
ステップＳ４３の処理では、例えば、プロセッサは、利用者ＩＤが一致する登録生体データと照合用生体データの類似度を計算し、類似度が基準値以上か否かを判定する。

上記の認証結果に基づいて、認証を要求した人が登録者本人か否かを判定する（Ｓ４４）。ステップＳ４４の処理では、例えば、プロセッサは、登録生体データと照合用生体データの類似度が基準値以上のときには登録者本人と判定し、類似度が基準値未満のときには他人と判定する。

認証を要求した人が登録者本人と判定されたときには（Ｓ４４、ＹＥＳ）、ステップＳ４５に進み、クライアント端末２１に認証成功を通知する。クライアント端末２１は、認証成功の通知を受信すると、認証に成功した利用者ＩＤを履歴ＩＤリスト１４ａに追加する（Ｓ４６）。その後、処理を終了する。
他方、認証を要求した人が他人と判定されたときには（Ｓ４４、ＮＯ）、ステップＳ４７に進み、クライアント端末２１に認証失敗を通知した後、処理を終了する。

図６は、第２の実施の形態の履歴ＩＤリスト１４ａを用いた認証処理のフローチャートである。
認証を要求した人の照合用生体データを取得する（Ｓ５１）。１：Ｎ認証時には、照合用生体データと履歴ＩＤリスト１４ａをクライアント端末２１から認証サーバ２２に送る（Ｓ５２）。

認証サーバ２２は、１：Ｎ認証時には、履歴ＩＤリスト１４ａの複数の利用者ＩＤと紐付けられている複数の登録生体データを記憶部から取得し、取得した複数の登録生体データと、照合用生体データを順に照合して認証を行う（Ｓ５３）。

ステップＳ５３の処理では、例えば、プロセッサは、履歴ＩＤリスト１４ａに登録されている利用者ＩＤをキーにして記憶部（複数の登録生体データを記憶している）を検索し、利用者ＩＤが一致する登録生体データを抽出する。そして、抽出した複数の登録生体データと照合用生体データの類似度をそれぞれ計算し、類似度が基準値以上か否かを判定する。

上記の認証結果に基づいて、認証を要求した人が登録者本人か否かを確認（判定）する（Ｓ５４）。ステップＳ５４の処理では、例えば、認証サーバ２２のプロセッサは、登録生体データと照合用生体データの類似度が基準値以上のときには登録者本人と判定し、類似度が基準値未満のとき他人と判定する。

認証を要求した人が登録者本人であると判定されたときには（Ｓ５４、ＹＥＳ）、ステップＳ５５に進み、クライアント端末２１に認証成功を通知する。
他方、他人と判定されたときには（Ｓ５４、ＮＯ）、ステップＳ５６に進み、認証サーバ２２は、照合用生体データを保持したままクライアント端末２１に認証失敗を通知する。ステップＳ５６の処理では、例えば、プロセッサは、認証に失敗した照合用生体データをメモリ等に一時的に記憶しておく。

次に、クライアント端末２１に対して利用者ＩＤの入力を要求する（Ｓ５７）。クライアント端末２１は、利用者ＩＤが入力されたなら、その利用者ＩＤを認証サーバ２２に送信する（Ｓ５８）。

認証サーバ２２は、利用者ＩＤの入力要求に対する応答で、クライアント端末２１から利用者ＩＤを受信したなら、受信した利用者ＩＤと保持している照合用生体データを関連付けてメモリ等に保存する（Ｓ５９）。

認証サーバ２２は、受信した利用者ＩＤに対応する登録生体データを記憶部から読み出し、読み出した登録生体データと保持している照合用生体データを用いて認証を行う（Ｓ６０）。

ステップＳ６０の処理では、例えば、認証サーバ２２のプロセッサは、利用者ＩＤをキーにして記憶部から登録生体データを検索する。そして、検索により得られる利用者ＩＤに対応する登録生体データと、保持している照合用生体データの類似度を計算し、類似度が基準値以上か否かを判定する。

上記の認証結果に基づいて、認証を要求した人が登録者本人か否かを確認（判定）する（Ｓ６１）。
認証を要求した人が登録者本人であると判定されたときには（Ｓ６１、ＹＥＳ）、ステップＳ６２に進み、認証サーバ２２はクライアント端末２１に認証成功を通知する。

クライアント端末２１は、認証成功の通知を受信すると、認証に成功した利用者ＩＤを履歴ＩＤリスト１４ａに追加する（Ｓ６３）。その後、処理を終了する。
他方、登録者本人ではないと判定されたときには（Ｓ６１、ＮＯ）、ステップＳ６４に進み、認証サーバ２２は、クライアント端末２１に認証失敗を通知し、処理を終了する。上記の実施例においては、履歴ＩＤリストに該当のＩＤが入っていないと類推される場合に認証サーバ２２が、照合用生体データを保持したままクライアント端末２１から送られるＩＤを待つ例が記載されているが、端末２１側で照合用生体データを保持しておき、後から端末に入力されたＩＤと照合用生体データを同時に認証サーバ２２に送ることももちろん可能である。

上述した第２の実施の形態によれば、以下のような効果が得られる。クライアント・サーバ型の認証システムにおいて、クライアント端末２１が保持する履歴ＩＤリスト１４ａを用いて、認証サーバ２２が１：Ｎ認証時の登録生体データを絞り込むことができる。これにより、１：Ｎ認証時に、認証サーバ２２に登録されている一部の登録生体データと照合すれば良いので、認証に要する処理時間を短縮することができる。

履歴ＩＤリスト１４ａはクライアント端末２１で作成され、認証サーバ２２は、登録生体データをグループ単位（例えば、利用者の属するグループ単位、利用するクライアント端末単位など）で管理する仕組みを持つ必要がない。従って、登録者の属するグループ等が変更された場合でも、登録生体データが登録されているデータベースの属性情報を管理者が修正する必要が無いので、データの保守・管理作業が簡単になる。

さらに、履歴ＩＤリスト１４ａは、クライアント端末２１固有の情報（例えば、端末のアドレスなど）ではないので、クライアント端末２１が交換、廃棄された場合でも、認証サーバ２２側でデータを修正する作業を行う必要が無い。例えば、認証サーバ２２でクライアント端末単位で登録生体データを管理する場合には、クライアント端末２１を交換したときには、システム管理者が登録生体データと関連付けられている端末のアドレス情報を修正する必要がある。これに対して、第２の実施の形態は、新たに使用するクライアント端末２１に古い端末で作成した履歴ＩＤリスト１４ａをそのまま引き継ぐことができるので、システム管理者が属性データを修正する必要が無い。これにより、多数のクライアント端末２１をリプレースする場合の保守・管理作業を大幅に軽減できる。

加えて、履歴ＩＤリスト１４ａは秘密情報ではないので利用者側で管理することもできる。例えば、履歴ＩＤリストの初期設定を行う場合に、利用者が作成済みの履歴ＩＤリスト１４ａをクライアント端末２１に読み込ませも良い。

また、履歴ＩＤリスト１４ａの利用者ＩＤを利用者が追加できるようにしても良い。このようにすることで、例えば、認証サーバ２２に生体データが登録されている人であれば、出張先の社内のクライアント端末２１の履歴ＩＤリスト１４ａに自分の利用者ＩＤを登録することで、１：１認証を行わずに認証を行うことができる。

また、履歴ＩＤリスト１４ａの利用者ＩＤに有効期限を設定しておき、有効期限が過ぎた利用者ＩＤを削除するようにしても良い。このように構成することで、一時的に利用するする人の利用者ＩＤが履歴ＩＤリスト１４ａに残り、利用者ＩＤの数が増えるのを防止できる。

次に、図７（Ａ）、（Ｂ）は、第３の実施の形態の履歴ＩＤリスト削除処理のフローチャートである。第３の実施の形態は、利用回数の少ない利用者ＩＤ、あるいは最終アクセスから時間が経過している利用者ＩＤを、履歴ＩＤリスト１４ａから削除することを１つの特徴としている。第３の実施の形態の生体認証装置は、図１に示す生体認証装置１１と同じ構成を有する。

図７（Ａ）は、一定期間内の利用回数の少ない利用者ＩＤを、履歴ＩＤリストから削除する場合の処理を示すフローチャートである。
履歴ＩＤリスト作成部１４は、記憶部に記憶している履歴ＩＤリストを読み込む（Ｓ７１）。そして、履歴ＩＤリストの利用者ＩＤ毎の一定期間内の利用回数を確認する（Ｓ７２）。

図８（Ａ）は、利用者ＩＤと利用回数を対応付けて記憶する利用者ＩＤリスト１４ｂのデータ構成を示す図である。
履歴ＩＤリスト１４ｂは、利用者ＩＤを記憶する領域と、最近一ヶ月の利用回数を記憶する領域を１組とする複数の領域を有する。
図８（Ａ）の履歴ＩＤリスト１４ｂを読み出すことで、利用者ＩＤ毎の１ヶ月間の生体認証装置１１の利用回数を確認することができる。

図７（Ａ）に戻り、所定の利用回数（任意の一定値）以下の利用者ＩＤを抽出する（Ｓ７３）。
次に、抽出した一定の利用回数以下の利用者ＩＤを削除する（Ｓ７４）。ステップＳ７４の処理により、例えば、図８（Ａ）の利用回数が１回、０回の利用者ＩＤが、履歴ＩＤリスト１４ｂから削除される。
その後、利用回数の少ない利用者ＩＤを削除した履歴ＩＤリスト１４ｂをメモリ等に保存する（Ｓ７５）。

図７（Ｂ）は、一定期間以上利用されていない利用者ＩＤを、履歴ＩＤリストから削除する場合の処理を示すフローチャートである。
履歴ＩＤリスト作成部１４は、記憶部に記憶されている履歴ＩＤリスト１４ｃを読み込む（Ｓ８１）。
次に、履歴ＩＤリスト１４ｃの利用者ＩＤ毎の最終利用日時を確認する（Ｓ８２）。

図８（Ｂ）は、利用者ＩＤと最終利用日時を対応付けて記憶する履歴ＩＤリスト１４ｃのデータ構成を示す図である。
履歴ＩＤリスト１４ｃは、利用者ＩＤを記憶する領域と、最終の利用年月日を記憶する領域を１組とする複数の領域を有する。

図７（Ｂ）に戻り、所定の期間（一定期間）以前に利用された利用者ＩＤを抽出する（Ｓ８３）。ステップＳ８３の処理では、例えば、図８（Ｂ）の履歴ＩＤリスト１４ｃの最終利用日時が、基準となる日時以前の利用者ＩＤを抽出する。

次に、最終利用日時が一定期間以上前の利用者ＩＤ、つまり一定期間以上利用されていない利用者ＩＤを履歴ＩＤリスト１４ｃから削除する（Ｓ８４）。そして、利用者ＩＤを削除した後の履歴ＩＤリスト１４ｃをメモリ等の記憶部に保存する（Ｓ８５）。

図８（Ｂ）は、最終利用日時の古い２つの利用者ＩＤが削除対象であることを示している。
上述した第３の実施の形態によれば、利用回数の少ない利用者ＩＤ、あるいは一定期間以上利用されていない利用者ＩＤを、履歴ＩＤリスト１４ｂ又は１４ｃから削除することで履歴ＩＤリスト１４ｂ又は１４ｃの登録者数を制限することができる。これにより、１台の生体認証装置１１を多数の人が利用する場合に、１：Ｎ認証における絞り込みの人数が増えすぎて認証処理時間が長くなるのを防止できる。

図９は、第４の実施の形態の認証システムの構成を示す図である。第４の実施の形態は、クライアント端末２１が複数の認証サーバ３２−３４の内の任意の認証サーバを選択して利用できるクライアント・サーバ型の認証システムに関するものである。以下の説明では、図１及び図４に示すブロックと同じブロックには同じ符号を付けてそれらの説明を省略する。

図９において、クライアント端末装置２１は、照合用生体データ抽出部１２と、認証モード切替部１３と、履歴ＩＤリスト作成部１４と、認証サーバ選択部３１を有する。また、クライアント端末２１には、クライアント端末２１に内蔵される装置として、あるいは別の装置として生体情報入力デバイス１８が接続されている。認証サーバ選択部３１は、後述する複数の認証サーバ３２−３４の内の１つを選択する。

クライアント端末２１は、ネットワーク２３を介して複数の認証サーバ３２−３４と接続されている。
認証サーバ３２は、生体認証部１５と登録生体データ検索部１６と登録生体データ保存管理部１７を有する。認証サーバ３３、３４は、認証サーバ３２と同じ構成を有する。

ここで、第４の実施の形態のクライアント端末２１と認証サーバ３２−３４の動作を、図１０及び図１１のフローチャートを参照して説明する。
図１０は、第４の実施の形態の履歴ＩＤリスト更新処理のフローチャートである。

クライアント端末２１は、複数の認証サーバの中から任意の認証サーバを選択する（Ｓ９１）。
認証アプリケーションのモードを１：Ｎ認証モードから１：１認証モードに切り換える（Ｓ９２）。

次に、認証を要求する人の利用者ＩＤと照合用生体データを取得する（Ｓ９３）。次に、取得した利用者ＩＤと照合用生体データを、選択した認証サーバに送信する（Ｓ９４）。

クライアント端末２１から利用者ＩＤと照合用生体データを受信した認証サーバ（以下、認証サーバ３３が選択された場合について説明する）は、利用者ＩＤと紐付けられている登録生体データと照合用生体データを用いて認証を行う（Ｓ９５）。

ステップＳ９５の処理では、例えば、認証サーバ３３のプロセッサが、受信した利用者ＩＤに対応する登録生体データを記憶部から取得し、取得した登録生体データと照合用生体データの類似度を計算する。そして、類似度が基準値以上か否かを判定する。

ステップＳ９５の認証結果に基づいて、認証を要求した人が登録者本人か否かを判定する（Ｓ９６）。ステップＳ９６の処理では、例えば、認証サーバ３３のプロセッサが、登録生体データと照合用生体データの類似度が基準値以上のときには登録者本人と判定し、類似度が基準値未満のときには他人と判定する。

認証を要求した人が登録者本人であると判定されたときには（Ｓ９６、ＹＥＳ）、ステップＳ９７に進み、認証サーバ３３はクライアント端末２１に認証成功を通知する。認証成功の通知を受信したクライアント端末２１は、利用者に認証成功を通知する（Ｓ９７）。さらに、クライアント端末２１は、認証に成功した利用者ＩＤを履歴ＩＤリスト１４ａに追加する（Ｓ９８）。

他方、認証を要求した人が他人と判定されたときには（Ｓ９６、ＮＯ）、ステップＳ９９に進み、認証サーバ３３は、クライアント端末２１に認証失敗を通知する。認証失敗の通知を受信したクライアント端末２１は、利用者に認証失敗を通知する（Ｓ９９）。

図１１は、第４の実施の形態の履歴ＩＤリストを用いた認証処理のフローチャートである。以下の処理の説明では、図６のフローチャートと同じ処理に関しては同じステップ番号を付けてそれらの処理内容の説明を省略する。

図１１において、クライアント端末２１は、複数の認証サーバの内の１つの認証サーバを選択する（Ｓ１０１）。
図１１のステップＳ５１〜Ｓ６３の処理は、図６の同じステップ番号の処理と同じである。ステップＳ５１〜Ｓ６３の処理により、クライアント端末２１により選択された認証サーバに照合用生体データと履歴ＩＤリスト１４ａが送信され、認証サーバにおいて、履歴ＩＤリスト１４ａを用いて絞り込んだ登録生体データとの照合が行われる。これにより、複数の認証サーバを用いる認証システムにおいても、第２の実施の形態と同じ効果を得ることができる。

図１２は、第４の実施の形態の履歴ＩＤリスト１４ｄのデータ構成を示す図である。
履歴ＩＤリスト１４ｄは、利用者ＩＤを記憶する領域と、認証サーバを指定する複数のドメイン名を記憶する領域と、ドメイン名毎に最近二ヶ月の利用回数を記憶する領域を１組とするデータ構造を有する。なお、履歴ＩＤリスト１４ｄは、利用回数を記憶する領域を持たず、利用者ＩＤとドメイン名を記憶する領域のみを有するようにしても良い。

履歴ＩＤリスト１４ｄには、利用者ＩＤと対応付けて複数のドメイン名（認証サーバ名）が記憶されている。
従って、複数の認証サーバの中から１つの認証サーバが選択されたときに、選択された認証サーバに登録されている利用者ＩＤを履歴ＩＤリスト１４ｄから抽出し、その認証サーバに登録されている利用者ＩＤの履歴ＩＤリストを作成することができる。クライアント端末２１は、作成した履歴ＩＤリストを選択した認証サーバに送信することで、認証サーバはその履歴ＩＤリストを用いて認証を行うことができる。

上述した第４の実施の形態によれば、クライアント端末２１が複数の認証サーバ３２−３４を利用可能な認証システムにおいて、選択した認証サーバを利用して認証を行った人の利用者ＩＤのみを含む履歴ＩＤリストを作成することができる。そして、作成した履歴ＩＤリストを選択した認証サーバに送信することで、認証サーバは、照合用生体データと比較する登録生体データを絞り込むことができる。これにより、各認証サーバにおける認証処理の処理時間を短縮することができる。

この第４の実施の形態は、第１及び第２の実施の形態と同様に以下の効果を得ることができる。
クライアント・サーバ型の認証システムにおいて、クライアント端末２１が保持する履歴ＩＤリスト１４ｄを用いて、認証サーバ３２−３４が１：Ｎ認証時の登録生体データを絞り込むことができる。これにより、１：Ｎ認証時に、認証サーバ３２−３４は、一部の登録生体データと照合すれば良いので、認証に要する処理時間を短縮することができる。

履歴ＩＤリスト１４ｄはクライアント端末２１で作成され、認証サーバ３２−３４は、登録生体データをグループ単位（例えば、クライアント端末単位）で管理する仕組みを持つ必要がない。従って、登録者の属するグループ等が変更された場合でも、登録生体データが登録されているデータベースの属性情報をシステム管理者が修正する必要が無いので、データの保守・管理作業が簡単になる。

さらに、履歴ＩＤリスト１４ｄは、クライアント端末２１固有の情報（例えば、端末のアドレスなど）ではないので、クライアント端末２１が交換、廃棄された場合でも、認証サーバ２２側でデータを修正する作業を行う必要が無い。例えば、認証サーバ３２−３４でクライアント端末２１単位で登録生体データを管理する場合には、クライアント端末２１を交換したときには、システム管理者が登録生体データと関連付けられているクライアント端末のアドレス情報を修正する必要がある。これに対して、第４の実施の形態は、新たに使用するクライアント端末２１に古い端末で作成した履歴ＩＤリスト１４ｄをそのまま引き継ぐことができるので、システム管理者が属性データを修正する必要が無い。これにより、多数のクライアント端末２１をリプレースする場合の保守・管理作業を大幅に軽減できる。

加えて、履歴ＩＤリスト１４ｄは秘密情報ではないので利用者側で管理することもできる。例えば、履歴ＩＤリストの初期設定を行う場合に、利用者が作成済みの履歴ＩＤリスト１４ｄをクライアント端末２１に読み込ませも良い。

また、履歴ＩＤリスト１４ｄの利用者ＩＤを利用者が追加できるようにしても良い。このようにすることで、例えば、認証サーバ２２に生体データが登録されている人であれば、出張先の社内のクライアント端末２１の履歴ＩＤリスト１４ｄに自分の利用者ＩＤを登録することで、１：１認証を行わずに認証を行うことができる。

上述した第１〜第４の実施の形態を含む実施の形態に関し、以下の付記を開示する。
（付記１）
生体情報読み取り手段により読み取られた認証対象者の照合用生体情報を取得する生体情報取得手段と、
認証対象者を特定する識別情報と前記生体情報取得手段により取得される前記照合用生体情報とを用いた１：１認証により認証された複数の人の前記識別情報を登録した識別情報リストを作成する識別情報リスト作成手段と、
複数の登録者の登録生体情報を記憶する登録生体情報記憶手段と、
１：Ｎ認証時に、前記識別情報リストに登録されている複数の識別情報を用いて登録者の絞り込みを行い、絞り込んだ複数の登録者の登録生体情報を前記登録生体情報記憶手段から取得し、取得した複数の登録生体情報と前記照合用生体情報とを照合して認証を行う生体認証手段とを備える生体認証装置。
（付記２）
前記生体認証手段は、前記識別情報リストを用いた１：Ｎ認証で、登録者本人でないと判定したときには、認証対象者の識別情報の入力を要求し、入力された識別情報により特定される登録生体情報と認証対象者の前記照合用生体情報とを照合して認証を行い、認証が成功したときには、前記識別情報を前記識別情報リストに登録させる付記１記載の生体認証装置。
（付記３）
前記識別情報リスト作成手段は、利用者を特定する利用者ＩＤと一定期間内の利用回数を示すデータを対応付けた識別情報リストを作成し、利用回数が一定値以下のデータを前記識別情報リストから削除する付記１又は２記載の生体認証装置。
（付記４）
前記識別情報リスト作成手段は、利用者を特定する利用者ＩＤと最終利用日時を示すデータを対応付けた識別情報リストを作成し、最終利用日時が一定日時より前のデータを前記識別情報リストから削除する付記１又は２記載の生体認証装置。
（付記５）
クライアント端末から認証サーバに照合用生体情報を送信して認証を行うクライアント・サーバ型の認証システムに用いられる認証サーバであって、
複数の登録者の登録生体情報を記憶する登録生体情報記憶手段と、
前記クライアント端末から、認証対象者の照合用生体情報と認証済みの複数の人の識別情報を登録した識別情報リストとを受信し、１：Ｎ認証時に、前記識別情報リストの前記識別情報を用いて登録者の絞り込みを行い、絞り込んだ複数の登録者の登録生体情報を前記登録生体情報記憶手段から取得し、取得した前記複数の登録生体情報と前記照合用生体情報とを照合して認証を行う生体認証手段とを備える認証サーバ。
（付記６）
前記生体認証手段は、前記識別情報リストを用いた１：Ｎ認証で、前記認証対象者が登録者本人でないと判定したときには、前記認証対象者の識別情報の入力を前記クライアント端末に要求し、前記クライアント端末から識別情報を受信した後、受信した前記識別情報により特定される登録生体情報と前記認証対象者の前記照合用生体情報とを照合して認証を行い、認証が成功したときには、前記識別情報を前記クライアント端末装置に送信して前記識別情報リストに追加させる付記５記載の認証サーバ。
（付記７）
クライアント端末から認証サーバに照合用生体情報を送信して認証を行うクライアント・サーバ型の認証システムに用いられるクライアント端末であって、
生体情報読み取り手段により読み取られた認証対象者の照合用生体情報を取得し、取得した前記照合用生体情報を前記認証サーバに送信する生体情報取得手段と、
前記生体情報取得手段から前記照合用生体情報を送信した認証対象者の内で、前記認証サーバにより認証された人の識別情報を登録した識別情報リストを作成すると共に、１：Ｎ認証時に、前記識別情報リストを前記認証サーバに送信する識別情報リスト作成手段とを備えるクライアント端末。
（付記８）
前記識別情報リスト作成手段は、利用者を特定する利用者ＩＤと最終利用日時を示すデータを対応付けた識別情報リストを作成し、最終利用日時が一定日時より前のデータを前記識別情報リストから削除する付記１又は２記載の生体認証装置。
（付記９）
前記識別情報リスト作成手段は、利用者を特定する利用者ＩＤと最終利用日時を示すデータを対応付けた識別情報リストを作成し、最終利用日時が一定日時より前のデータを前記識別情報リストから削除する付記１又は２記載の生体認証装置。
（付記１０）
認証対象者の照合用生体情報を取得し、
認証対象者を特定する識別情報と前記照合用生体情報とを用いた１：１認証により認証された複数の人の識別情報を登録した識別情報リストを作成し、
１：Ｎ認証時に、前記識別情報リストを用いて登録者の絞り込みを行い、絞り込んだ複数の登録者の登録生体情報と前記認証対象者の前記照合用生体情報とを照合して認証を行う生体認証方法。
（付記１１）
前記識別情報リストを用いた１：Ｎ認証の結果、前記認証対象者が登録者本人ではないと判定されたときには、前記認証対象者の識別情報の入力を要求し、入力された識別情報により特定される登録生体情報と前記認証対象者の前記照合用生体情報とを照合して認証を行い、
前記認証対象者が前記登録者本人と判定されたときには、前記認証対象者の識別情報を前記識別情報リストに追加する付記１１記載の生体認証方法。

１１ 生体認証装置
１２ 照合用生体データ抽出部
１３ 認証モード切替部
１４ 履歴ＩＤリスト作成部
１４ａ−１４ｄ 履歴ＩＤリスト
１５ 生体認証部
１６ 登録生体データ検索部
１７ 登録生体データ保存管理部
１８ 生体情報入力デバイス
２１ クライアント端末
２２、３２−３４ 認証サーバ

Claims (5)

1. 生体情報読み取り手段により読み取られた認証対象者の照合用生体情報を取得する生体情報取得手段と、
   認証対象者を特定する識別情報と前記生体情報取得手段により取得される前記照合用生体情報とを用いた１：１認証により認証された複数の人の識別情報を登録した識別情報リストを作成する識別情報リスト作成手段と、
   複数の登録者の識別情報と前記複数の登録者の登録生体情報とを対応付けて記憶する登録生体情報記憶手段と、
   １：Ｎ認証時に、前記複数の登録者の登録生体情報のうち、前記識別情報リストに登録されている前記複数の人の前記識別情報に対応する複数の登録者の前記登録生体情報を前記登録生体情報記憶手段から取得し、取得した複数の登録者の前記登録生体情報と前記照合用生体情報とを照合して認証を行う生体認証手段とを備える生体認証装置。
2. 前記生体認証手段は、前記識別情報リストを用いた１：Ｎ認証で、登録者本人でないと判定したときには、認証対象者の識別情報の入力を要求し、入力された前記識別情報により特定される登録生体情報と前記照合用生体情報とを照合して認証を行い、認証が成功したときには、前記識別情報を前記識別情報リストに追加させる請求項１記載の生体認証装置。
3. クライアント端末から認証サーバに照合用生体情報を送信して認証を行うクライアント・サーバ型の認証システムに用いられる認証サーバであって、
   複数の登録者の登録生体情報を記憶する登録生体情報記憶手段と、
   前記クライアント端末から、認証対象者の照合用生体情報と認証済みの複数の人の識別情報を登録した識別情報リストとを受信し、１：Ｎ認証時に、前記識別情報リストの前記識別情報を用いて登録者の絞り込みを行い、絞り込んだ複数の登録者の前記登録生体情報を前記登録生体情報記憶手段から取得し、取得した複数の登録者の前記登録生体情報と前記照合用生体情報とを照合して認証を行う生体認証手段とを備える認証サーバ。
4. 前記生体認証手段は、前記識別情報リストを用いた１：Ｎ認証で、登録者本人でないと判定したときには、認証対象者の識別情報の入力を前記クライアント端末に要求し、前記クライアント端末から識別情報を受信した後、受信した前記識別情報により特定される登録生体情報と前記照合用生体情報とを照合して認証を行い、認証が成功したときには、前記識別情報を前記クライアント端末に送信して前記識別情報リストに追加させる請求項３記載の認証サーバ。
5. 生体認証装置のプロセッサによって実行される生体認証方法であって、
   認証対象者の照合用生体情報を取得し、
   認証対象者を特定する識別情報と前記照合用生体情報とを用いた１：１認証により認証された複数の人の識別情報を登録した識別情報リストを作成し、
   １：Ｎ認証時に、複数の登録者の識別情報と前記複数の登録者の登録生体情報とを対応付けて記憶する記憶部から、前記識別情報リストに登録されている前記複数の人の前記識別情報に対応する複数の登録者の登録生体情報を取得し、取得した複数の登録者の前記登録生体情報と前記照合用生体情報とを照合して認証を行う生体認証方法。

Images