JP5344040B2

JP5344040B2 - 生体認証システム及び制御方法

Info

Publication number: JP5344040B2
Application number: JP2011531665A
Authority: JP
Inventors: 淳二高木
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2009-09-18
Filing date: 2009-09-18
Publication date: 2013-11-20
Anticipated expiration: 2029-09-18
Also published as: EP2479699A4; US20120159600A1; WO2011033594A1; US8863259B2; JPWO2011033594A1; EP2479699A1; EP2479699B1

Description

本発明は、生体認証システム及び制御方法に関する。

生体認証システムには、クライアント／サーバ型のものがある。クライアントはユーザの生体データを取得する。サーバはユーザの認証の基準となる登録テンプレートを保持する。クライアントから認証要求があると、サーバはクライアントから送信されてきた照合用の生体データとサーバが保持する登録テンプレートの照合処理を行う。サーバは照合処理によって算出した生体データと登録テンプレートとの一致率が閾値以上の場合、クライアントにシステムへのアクセスを許可する。クライアント／サーバ型の生体認証システムは、サーバが認証結果をログとして管理することにより、サーバへのアクセスを管理することができる。

生体認証では、サーバは本人判定時に複数のアルゴリズムを用いる場合がある。例えば、サーバは本人判定を行う際に、最初に特徴点で照合を行い、一致率が閾値以上の場合は本人と判定し、システムへのアクセスを許可する。特徴点の照合で一致率が閾値以下の場合は、サーバはさらにパターンマッチング処理を行い、パターンマッチング処理による一致率が閾値以上の場合、システムへのアクセスを許可する。

認証困難なユーザに対しては、サーバは特徴点の照合処理に加えてパターンマッチング処理を行わなければならない。そのため、サーバの計算量が増え、認証処理時間が長くなる。また、認証困難なユーザに対するサーバの指紋認証処理の計算量が増加するので、認証困難なユーザからの認証要求がサーバに集中すると、サーバの負荷が増大する。

先行技術文献としては下記のものがある。

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

本発明の課題は、クライアント／サーバ型の生体認証システムにおいて、サーバの負荷を低減することである。

上記課題を解決するために、ユーザの認証の基準となる基準生体データを格納するサーバと、該ユーザから生体認証データを取得するクライアントとを有する生体認証システムを制御する制御方法は、該ユーザを識別する識別情報と該ユーザの過去の認証結果とを対応付けたテーブルを該サーバで保存し、該ユーザを識別する識別情報を該クライアントから該サーバに送信し、該サーバは該クライアントから送信された該識別情報を参照して、該識別情報に対応するユーザの過去の認証結果を該テーブルから取得し、該取得した過去の認証結果から該ユーザの認証成功率を該サーバで算出し、該認証成功率が所定値以下の場合、該基準生体データを該サーバから該クライアントに送信し、該生体認証データと該サーバから送信された該基準生体データとの一致率を該クライアントで算出し、該一致率に基づき該ユーザの認証に成功したか否かを判定することを特徴とする。

本実施形態の一側面によれば、クライアント／サーバ型の生体認証システムにおいて、認証成功率が低いユーザ処理を行う場合、サーバの負荷を低減することができる。

本実施形態における生体認証システム（その１）を示す図である。ユーザ管理テーブルを示す図である。照合結果のログを示す図である。クライアント管理テーブルを示す図である。本実施形態における生体認証システム（その２）を示す図である。クライアント管理テーブルを示す図である。クライアント管理テーブルを示す図である。本実施形態における生体認証システム（その３）を示す図である。本実施形態における生体認証システム（その４）を示す図である。ユーザ管理テーブルを示す図である。認証成功率の変化を示す図である。本実施形態における認証処理を表すフローチャート（その１）である。本実施形態における認証処理を表すフローチャート（その２）である。本実施形態における認証処理を表すフローチャート（その３）である。

本実施形態における生体認証システム０を図１に示す。認証時の動作を図１で破線の矢印で示す。生体認証システム０は、クライアント１００及び認証サーバ２００を有する。クライアント１００は、データ取得部１０２、照合処理部１０４、照合結果取得部１０６及びログ保存部１０８を有する。認証サーバ２００は、ユーザ管理テーブル３００、照合処理部２０４、照合結果取得部２０６、ログ保存部２０８、傾向抽出部２１０及び運用ポリシー制御部２１２を有する。

データ取得部１０２は、ユーザＩＤと生体認証で使用する照合用データを取得して、認証サーバ２００に送信する。照合処理部１０４は、照合用データと、認証サーバ２００から送信される登録テンプレートとの一致率を算出し、一致率に基づきユーザに認証に成功したか否かを判定する判定手段である。照合結果取得部１０６は、照合処理部１０４によるユーザの照合結果を取得し、ログ保存部１０８に照合結果を保存する。

照合処理部２０４は、クライアント１００から送信される照合用データと、登録テンプレートとの一致率を算出し、一致率に基づきユーザに認証に成功したか否かを判定する判定手段である。照合結果取得部２０６は、照合処理部２０４によるユーザの照合結果を取得し、ログ保存部２０８に照合結果を保存する。傾向抽出部２１０は、認証困難なユーザを判定するために、ログ保存部２０８に保存されたログ情報から一定期間のユーザ毎の認証成功率を算出する算出手段である。運用ポリシー制御部２１２は、認証困難なユーザを割り出すために、傾向抽出部２１０に対して定期的にログ保存部２０８に保存されたログ情報からユーザ毎の認証結果の傾向を抽出するように指示する。

ユーザ管理テーブル３００の例を図２に示す。ユーザ管理テーブル３００は、ユーザＩＤ３０２、指紋登録テンプレート３０４、指紋データ種別３０６、登録品質３０８及びローカル認証対象ユーザフラグ３１０を有する。

ユーザＩＤ３０２は生体認証を行うユーザのＩＤである。指紋登録テンプレート３０４は、ユーザが予め登録した生体認証の基準となるデータである。指紋データ種別３０６は、生体認証において使用するデータの種類である。登録品質３０８は、指紋登録テンプレート３０４の品質である。本実施形態では、指紋登録テンプレート３０４を登録する場合、ユーザの生体データを複数回取得し、取得されたデータから指紋登録テンプレート３０４を生成する。例えば、ユーザの指紋の状態が良ければ、取得された生体データはどれも一致する度合いが高くなる。そこで、取得された生体データの一致度が高い場合を品質が高いと定義する。ローカル認証対象ユーザフラグ３１０は、ユーザ毎にサーバ認証又はローカル認証のどちらを適用するかを示すフラグである。

認証サーバ２００は、ローカル認証対象ユーザフラグ３１０を参照することで、ユーザ毎にサーバ認証又はローカル認証のどちらを適用するかを判定することができる。

クライアント１００のデータ取得部１０２は、ユーザＩＤと生体認証で使用する照合用データを取得して、認証サーバ２００に送信する。認証サーバ２００はクライアント１００から送信されてきたユーザＩＤを基に、図２に示すユーザ管理テーブル３００が有するローカル認証対象ユーザフラグ３１０を参照する。認証サーバ２００は該当ユーザに対してサーバ認証またはローカル認証のいずれかを行うのかを判定する。該当ユーザに対してサーバ認証を行う場合、照合処理部２０４で登録テンプレートと照合用データの照合処理を行う。照合結果取得部２０６は照合結果を取得して、ログ保存部２０８に照合結果のログを保存する。一方、該当ユーザに対してローカル認証を行う場合、認証サーバ２００は、ユーザＩＤ、照合用データ及び登録テンプレートをクライアント１００に送信する。クライアント１００の照合処理部１０４は登録テンプレートと照合用データの照合処理を行う。照合結果取得部１０６は照合結果を取得して、ログ保存部１０８に照合結果のログを保存する。ローカル認証を実行した場合、クライアント１００は、認証時と同期又は非同期で認証サーバ２００のログ保存部２０８に認証結果を送信する。

ここで、照合結果のログ４００の例を図３に示す。照合結果のログ４００は、日時４０２、ユーザＩＤ４０４、クライアント名４０６、ＩＰアドレス４０８、認証種別４１０、生体データ種別４１２、認証プログラムバージョン・レベル４１４、照合アルゴリズム４１６、照合スコア４１８及び認証結果４２０を有するテーブルである。

日時４０２は生体認証を行った日時を示す。ユーザＩＤ４０４は生体認証を行ったユーザのＩＤを示す。クライアント名４０６は生体認証を行ったクライアント名を示す。ＩＰアドレス４０８は生体認証を行ったクライアントのＩＰアドレスを示す。認証種別４１０は生体認証の方法を示す。生体データ種別４１２は生体認証に用いた生体情報の種類を示す。認証プログラムバージョン・レベル４１４は認証を行うプログラムの版を示す。照合アルゴリズム４１６は生体認証に用いた照合アルゴリズムを示す。本実施形態では、まず生体データの特徴点を用いて照合を行う。そして、特徴点だけでは、本人判定を行えなかったユーザに対して、生体データのパターンマッチングを用いて照合を行う。照合スコア４１８はローカル認証への自動切換え判定時に参照するスコアを示す値であり、登録テンプレートと照合用データとの一致の程度を示す値である。認証結果４２０は認証の成否を示す。

ローカル認証又はサーバ認証のどちらを適用するかの運用ポリシーを動的に制御する時の動作実施例を図１に実線の矢印で示す。運用ポリシー制御部２１２は、認証困難なユーザを特定するために、傾向抽出部２１０に対して定期的に照合結果のログ４００からユーザ毎の認証結果の傾向を抽出するように指示する。本実施形態では、認証困難なユーザを特定するため、ログ情報から一定期間のユーザ毎の認証成功率を算出するように運用ポリシー制御部２１２が傾向抽出部２１０に対して指示する。なお、運用ポリシー制御部２１２は一定期間の照合スコアの平均値や照合時のアルゴリズム情報を用いて認証困難なユーザを特定しても良い。

傾向抽出部２１０は、照合結果のログ４００からユーザの過去の認証結果からユーザ毎の一定期間の認証成功率を算出する。運用ポリシー制御部２１２は認証成功率が閾値以上の場合はサーバ認証を実施するために、ユーザ管理テーブル３００のローカル認証対象ユーザフラグ３１０を変更する。また、運用ポリシー制御部２１２は認証成功率が閾値以下の場合はローカル認証を実施するために、ユーザ管理テーブル３００のローカル認証対象ユーザフラグ３１０を変更する。

また、図２に示した例では、ユーザ毎に運用ポリシー制御部２１２がローカル認証の指定を実施できるが運用ポリシー制御部２１２がクライアント毎にローカル認証を指定しても良い。クライアント毎にローカル認証を指定する場合、図５に示すクライアント管理テーブル７００を認証サーバ２００に備えればよい。クライアント管理テーブル７００は、クライアント名７０２、ＩＰアドレス７０４及びローカル認証対象ユーザフラグ７０６を有する。

本実施形態では、ユーザＩＤ毎に認証成功率を算出し、ユーザ管理テーブル３００が保持するローカル認証対象ユーザフラグ３１０を更新する例を示した。さらに、傾向抽出部２１０がクライアント毎に認証成功率を算出し、運用ポリシー制御部２１２がクライアント毎にローカル認証対象ユーザフラグ３１０を設定しても良い。運用ポリシー制御部２１２は、上記の処理をバッチ処理で定期的に実施し、認証成功率が下がればサーバ認証からローカル認証に切り換え、認証成功率が上がれば、ローカル認証からサーバ認証に切り換えて、動的に運用方法を制御する。

図１に示した生体認証システム０では、認証サーバ２００がユーザ管理テーブル３００を有し、ユーザ管理テーブル３００のローカル認証対象ユーザフラグ３１０を参照して、ローカル認証の切替えを判定している。本処理を高速化するための生体認証システム２を、図５に示す。図５に示した生体認証システム２では、クライアント１００もユーザ管理テーブル３００を有している。なお、図１において説明したものについては同一番号を付し、その説明を省略する。

認証時に、クライアント１００のデータ取得部１０２はユーザＩＤと生体認証で使用する照合用データを取得する。次に、データ取得部１０２により取得したユーザＩＤを用いて、クライアント１００はユーザ管理テーブル３００を参照する。クライアント１００は、該当するユーザがローカル認証ならクライアントが有する登録テンプレートと照合データの照合処理を行う。クライアント１００は、該当するユーザがサーバ認証なら認証サーバ２００にユーザＩＤと照合用データを送信する。認証サーバ２００における処理は、図１に示した生体認証システム０の処理と同様である。

また、クライアント１００が有するユーザ管理テーブル３００に該当するユーザＩＤが存在しない場合は、サーバ認証を行う。図５に示した生体認証システム２では、クライアント１００において、サーバ認証又はローカル認証のいずれかを実施するかを判定することができる。そのため、認証時に認証サーバ２００とクライアント１００との通信を介さずに、迅速にローカル認証への切替えを実施することができる。

ユーザ管理テーブル３００をクライアント１００が有する場合において、運用ポリシーを動的に制御する時の動作実施例を図５に実線の矢印で示す。運用ポリシー制御部２１２は、認証困難なユーザを特定するために、傾向抽出部２１０に対して定期的にログ情報からユーザ毎の認証結果の傾向を抽出するように指示する。以下、図１に示した生体認証システム０と同様に傾向抽出部２１０は、ユーザ毎の一定期間の認証成功率を算出し、ローカル認証にするかサーバ認証にするかの判定を行い、認証サーバ２００が有するユーザ管理テーブル３００を更新する。

クライアント１００が有するユーザ管理テーブル３００と認証サーバ２００が有するユーザ管理テーブル３００は同期する必要がある。そのため、認証サーバ２００は、定期的にユーザ管理テーブル３００をクライアント１００に送信する。ただし、セキュリティの面で、認証サーバ２００が保持する全ユーザデータをクライアント１００の登録データに送信することはできない。そのため、認証サーバ２００が定期的にクライアント１００に送信するユーザ情報は限定される必要がある。ゆえに、認証サーバ２００は、図６に示すクライアント管理テーブル５００を有し、クライアント１００に送信するユーザ情報を限定する。

クライアント管理テーブル５００は、クライアント名５０２、ＩＰアドレス５０４、ユーザＩＤ５０６、認証種別５０８及び認証プログラムバージョン・レベル５１０を有する。認証サーバ２００はクライアント名５０２に示されたクライアントに対応するＩＰアドレス５０４を参照する。そして、認証サーバ２００はクライアント１００にユーザ情報を送信する。なお、クライアント管理テーブル５００はシステム管理者が手動で作成することもできるし、照合結果のログ４００から定期的に作成することもできる。さらに、クライアント１００と認証サーバ２００が有するデータの同期を図るために、クライアント１００は、定期的にクライアント１００が有するユーザ管理テーブル３００を参照し、ローカル認証のユーザに限って、定期的に認証サーバ２００から登録テンプレートをダウンロードし、更新する。

図1に示した生体認証システム０及び図５に示した生体認証システム２は、認証処理の高速化及び負荷軽減のために、まず認証サーバ２００においてユーザ毎の一定期間の認証成功率を算出した。次に、認証時に計算量が多くなる認証困難なユーザを特定し、ローカル認証対象ユーザを設定した。

さらに、生体認証における認証困難なユーザを特定するために、登録テンプレートの品質及び照合用データの品質情報を使用する実施形態について説明する。登録テンプレートの品質を使用する場合は、図1及び図５において、運用ポリシーを動的に変更する際に、傾向抽出部２１０はユーザ管理テーブル３００から登録品質が閾値以下のユーザを抽出する。登録品質が閾値以下の場合、運用ポリシー制御部２１２はユーザ管理テーブル３００のローカル認証対象ユーザフラグ３１０をローカル認証に変更する。登録品質が閾値以上の場合、運用ポリシー制御部２１２はユーザ管理テーブル３００のローカル認証対象ユーザフラグ３１０をサーバ認証に変更する。

ユーザ管理テーブル３００のローカル認証対象ユーザフラグ３１０は、ユーザが登録テンプレートを登録した時にも変更可能とする。ユーザ管理テーブル３００において、１ユーザＩＤが複数の登録テンプレートを保持する場合は、複数の登録テンプレートの登録品質の平均値及び照合結果のログ４００から頻繁に照合で使用される登録データの品質を算出することによりローカル認証を実施するのかサーバ認証を実施するかの判定を行っても良い。なお、ローカル認証を実施するのかサーバ認証を実施するかの判定する際の登録データの品質の閾値は、システムで定義されるものとする。

次に、図８に照合用データの品質情報を用いてローカル認証を実施するかサーバ認証を実施するか判定する生体認証システム６を示す。なお、図１及び図５において説明したものについては同一番号を付し、その説明を省略する。照合用データ品質抽出部２０１は、クライアント１００から送信された照合用データの品質を抽出する。

認証時に、クライアント１００のデータ取得部１０２は、ユーザＩＤと生体認証で使用する照合用データを取得し、認証サーバ２００に送信する。認証サーバ２００の照合用データ品質抽出部２０１は、クライアント１００から送信された照合用データの品質を抽出する。照合用データの品質が閾値以上なら認証サーバ２００の照合処理部２０４が登録テンプレートと照合用データの照合処理を行う。照合結果取得部２０６は照合結果を取得して、ログ保存部２０８に照合結果のログを保存する。一方、照合用データの品質が閾値以下の場合、図７に示すユーザ管理テーブル９００から登録テンプレートを取得し、認証サーバ２００は照合用データ、ユーザＩＤ及び登録テンプレートをクライアント１００に送信する。

ここで、照合用データの品質について説明する。例えば、ユーザの指紋が良いと、得られる照合用データにおいて隆線部と谷線部が明確に現れる。隆線部と谷線部が明確に現れる照合用データに対して二値化処理を行い、画像の濃度分布を表す濃度ヒストグラムを生成すると、隆線部と谷線部とに関するピーク値も明確に現れる。本実施形態では、隆線部と谷線部に関するピーク値が明確に現れる照合用データは品質が高いと定義する。

該当ユーザのローカル認証対象ユーザフラグ３１０がローカル認証の場合、認証サーバ２００はユーザＩＤ、照合用データ及び登録テンプレートをクライアント１００に送信する。クライアント１００の照合処理部１０４は登録テンプレートと照合用データの照合処理を行う。照合結果取得部１０６は照合結果を取得して、ログ保存部１０８に照合結果のログを保存する。ローカル認証を実行した場合、クライアント１００は認証時と同期又は非同期で認証サーバ２００のログ保存部２０８に認証結果を送信する。

なお、ローカル認証を実施するかサーバ認証を実施するか判定する際の閾値は、システムで定義されるものとする。また、認証時にクライアント１００において照合用データを抽出し、ユーザＩＤ、照合用データと共に照合用データの品質をクライアント１００から認証サーバ２００に送信しても良い。

上述した生体認証システム６では、認証サーバ２００から登録テンプレートをクライアント１００にダウンロードしてクライアント１００で照合処理を実行する。そのため、通信経路上においてユーザの登録テンプレートが漏洩する可能性があり、登録テンプレートが漏洩すると成りすまし攻撃をされる危険性がある。生体情報は経時変化による影響がある場合もあるが、基本的に生涯普遍であるために、一度、登録データが漏洩すると生涯成りすましにより不正アクセスされる危険性がある。

そこで、登録テンプレートが漏洩しても、セキュリティを維持したローカル認証を実現するために、ローカル認証自動切替え時は、変換キーを使って登録テンプレートを変換し、また同様に変換キーを使って照合用データを変換することにより、変換データ同士で照合を行うキャンセラブル生体認証について説明する。

本実施形態では、登録テンプレートが漏洩した場合に、変換キーを変更して登録テンプレートを再登録することにより、不正アクセスを防止することができる。

キャンセラブル生体認証を適用した生体認証システム８の認証時の動作を図９に破線矢印で示す。なお、図１、図５及び図８で説明したものについては同一番号を付し、その説明を省略する。変換キー作成部２１８は、データを変換するためのキー情報を作成する。照合用データ変換部２１４は、変換キー作成部２１８が作成したキー情報を用いて照合用データを変換する。登録データ変換部２１６は、変換キー作成部２１８が作成したキー情報を用いて指紋登録テンプレートを変換する。

クライアント１００のデータ取得部１０２は、ユーザＩＤと生体認証で使用する照合用データを取得して、認証サーバ２００に送信する。認証サーバ２００はクライアント１００から送信されてきたユーザＩＤからユーザ管理テーブル６００が有するローカル認証対象ユーザフラグを参照する。該当ユーザがサーバ認証である場合は、照合処理部２０４は登録テンプレートと照合用データの照合処理を行う。照合結果取得部２０６は照合結果を取得して、ログ保存部２０８に照合結果のログを保存する。

一方、該当ユーザのローカル認証対象ユーザフラグがローカル認証の場合、照合用データ変換部２１４はユーザ管理テーブル６００に含まれる変換キーを使って照合用データを変換する。認証サーバ２００はユーザＩＤ、変換済みの照合用データ及び変換済みの登録テンプレートをクライアント１００に送信する。クライアント１００の照合処理部１０４で変換済みの登録テンプレートと変換済みの照合用データの照合処理を行う。照合結果取得部１０６は照合結果を取得して、ログ保存部１０８に照合結果のログを保存する。ローカル認証を実行した場合、認証時と同期又は非同期で認証サーバ２００のログ保存部２０８に認証結果を送信する。

ユーザ管理テーブル６００の例を図１０に示す。ユーザ管理テーブル６００は、ユーザＩＤ６０２、指紋登録テンプレート６０４、変換済み指紋登録テンプレート６０６、変換キー６０８、指紋データ種別６１０、登録品質６１２及びローカル認証対象ユーザフラグ６１４を有する。変換キー６０８は指紋登録テンプレート６０４を変換するためのキー情報である。変換済み指紋登録テンプレート６０６は登録データ変換部２１６が、変換キー作成部２１８によって作成されたキー情報を用いて指紋登録テンプレートを変換したテンプレートである。ユーザ管理テーブル６００は予め変換キー作成部によって作られた変換キーを用いて登録データ変換部２１６によって作成された変換済みの登録テンプレートを有することで、認証時に迅速にキャンセラブル認証を実現することができる。なお、上述した生体認証システム２、生体認証システム４及び生体認証システム６においても、キャンセラブル生体認証を適用できるものとする。

キャンセラブル生体認証を適用する場合にローカル認証又はサーバ認証のどちらを実施するかの運用ポリシーを動的に制御する時の動作実施例を図１０に実線の矢印で示す。運用ポリシー制御部２１２は、認証困難なユーザを特定するために、傾向抽出部２１０に対して定期的にログ情報からユーザ毎の認証結果の傾向を抽出するように指示する。

以下、図１に示した生体認証システム０と同様に傾向抽出部２１０はユーザ毎の一定期間の認証成功率を算出し、ローカル認証を実施するかサーバ認証を実施するかの判定を行う。そして、傾向抽出部２１０は認証サーバ２００が有するユーザ管理テーブル６００を更新する。

本実施形態では、ローカル認証対象ユーザに限って、変換キー作成部２１８が変換キーを作成し、登録テンプレートを変換する。そして、運用ポリシー制御部２１２は、ユーザ管理テーブル６００に変換済みの登録テンプレートと変換キーを格納する。また、サーバ認証と判定された場合は、運用ポリシー制御部２１２はユーザ管理テーブル６００から変換済みの登録テンプレートと変換キーを削除する。運用ポリシー制御部２１２は、上記の処理をバッチ処理で定期的に実施し、動的に運用方法を制御する。

本実施形態は、図２に示すユーザ管理テーブル３００をクライアント１００が有する生体認証システム２においても適用可能である。

続いて、図１１に示したユーザの認証成功率の変化を表す図を用いて、上述した実施形態について具体的に説明する。図１１はＵｓｅｒ０００１が指紋認証を行った時の認証成功率の変化を示している。横軸はＵｓｅｒ０００１が指紋認証を行った時期を示している。また、縦軸はＵｓｅｒ０００１の認証成功率を示している。

ユーザ毎の認証成功率に基づいてローカル認証とサーバ認証の変更を行う実施形態について説明する。図１１はＵｓｅｒ０００１が指紋認証を行った時の認証成功率の変化を示している。現在、１月と想定した場合、Ｕｓｅｒ０００１は指の状態が乾燥しているために１２月の認証成功率が３０％まで低下している。認証サーバ２００はＵｓｅｒ０００１からの認証要求があると、特徴点のみの照合に加えてパターンマッチング処理を実施して本人判定を行う。ゆえに、Ｕｓｅｒ０００１からの認証要求があると計算量が増えるために、認証サーバ２００の負荷が増大する。

本実施形態では、認証サーバ２００は定期的に認証ログから前月１ヶ月間（１２月）のＵｓｅｒ０００１の認証成功率を取得し、３０％であることが判る。システムが定義する認証成功率４０％閾値を下回っているため、認証サーバ２００はユーザ管理テーブルのＵｓｅｒ０００１のローカル認証対象ユーザフラグをローカル認証に変更する。

Ｕｓｅｒ０００１は認証時にユーザＩＤと指紋データをクライアント１００から入力する。クライアント１００は認証サーバ２００にユーザＩＤと照合用指紋データを送信する。認証サーバ２００は、クライアント１００から送信されてきたユーザＩＤにより、Ｕｓｅｒ０００１に対してローカル認証を実施するかサーバ認証を実施するかを判定する。認証サーバ２００は、ユーザ管理テーブル３００のＵｓｅｒ０００１のローカル認証対象ユーザフラグ３１０を参照して、ローカル認証を行うことを決定する。認証サーバ２００は、クライアント１００にユーザＩＤ、照合用生体データ、登録テンプレートを送信する。クライアント１００は照合処理を実施する。

３月になりＵｓｅｒ０００１の指の状態が乾燥状態から通常の状態に戻り、認証成功率が高くなった場合、認証サーバ２００は認証ログから前月１ヶ月間（２月）の認証成功率を取得し、５０％であることが判る。システムが定義する認証成功率４０％を上回ったため、認証サーバ２００はユーザ管理テーブル３００のＵｓｅｒ０００１のローカル認証対象ユーザフラグ３１０をサーバ認証に変更する。

Ｕｓｅｒ０００１は認証時にユーザＩＤと指紋データをクライアント１００から入力する。クライアント１００は認証サーバ２００にユーザＩＤと照合用指紋データを送信する。認証サーバ２００は、クライアント１００から送信されてきたユーザＩＤにより、Ｕｓｅｒ０００１に対してローカル認証を実施するかサーバ認証を実施するかを判定する。認証サーバ２００は、ユーザ管理テーブル３００のＵｓｅｒ０００１のローカル認証対象ユーザフラグ３１０を参照して、サーバ認証を行うことを判定する。認証サーバ２００は認証サーバ２００が保持するユーザ管理テーブル３００の指紋登録テンプレート３０４を参照し、クライアント１００から送信されてきた照合用生体データと照合処理を行う。認証サーバ２００は認証結果をクライアント１００に送信する。

クライアント１００でローカル認証とサーバ認証のどちらを実施するかを判定する実施形態について説明する。現在、１月と想定した場合、Ｕｓｅｒ０００１は指の状態が乾燥しているために１２月の認証成功率が３０％まで低下しており、認証サーバ２００はＵｓｅｒ０００１からの認証要求があると、特徴点のみの照合に加えてパターンマッチング処理を実施して本人判定を行う。ゆえに、Ｕｓｅｒ０００１からの認証要求があると認証処理時間がかかり、認証サーバ２００の負荷が増大する。

本実施形態では、認証サーバ２００は定期的に認証ログから前月１ヶ月間（１２月）のＵｓｅｒ０００１の認証成功率である「３０％」を取得する。システムが定義する認証成功率４０％閾値を下回っているため、認証サーバ２００はユーザ管理テーブル３００のＵｓｅｒ０００１のローカル認証対象ユーザフラグをローカル認証に変更する。

認証サーバ２００は、定期的にクライアント管理テーブル５００を参照し、クライアント１００（Ｃｌｉｅｎｔ０００２）をＵｓｅｒ０００１、Ｕｓｅｒ０００２、Ｕｓｅｒ０００３が使用していることが判る。認証サーバ２００はＣｌｉｅｎｔ０００２に対してクライアント管理テーブル５００からＵｓｅｒ０００１、Ｕｓｅｒ０００２及びＵｓｅｒ０００３のユーザ情報を抽出して送信することにより、クライアント１００（Ｃｌｉｅｎｔ０００２）はユーザ管理テーブル３００を更新・保持することができる。

Ｕｓｅｒ０００１は認証時にユーザＩＤと指紋データをクライアント１００（Ｃｌｉｅｎｔ０００２）から入力する。クライアント１００は、クライアント１００から入力されたユーザＩＤにより、Ｕｓｅｒ０００１に対してローカル認証を実施するかサーバ認証を実施するかを判定する。クライアント１００はクライアント１００（Ｃｌｉｅｎｔ０００２）は、クライアント１００（Ｃｌｉｅｎｔ０００２）が有するユーザ管理テーブル３００のＵｓｅｒ０００１のローカル認証対象ユーザフラグ３１０を参照して、ローカル認証を行うことを決定する。クライアント１００（Ｃｌｉｅｎｔ０００２）は、ユーザ管理テーブル３００からＵｓｅｒ０００１の登録テンプレートを抽出し、照合用生体データとの照合処理を行う。

３月になりＵｓｅｒ０００１の指の状態が乾燥状態から通常の状態に戻り、認証成功率が高くなった場合、認証サーバ２００は認証ログから前月１ヶ月間（２月）の認証成功率「５０％」を取得する。システムが定義する認証成功率４０％を上回ったため、認証サーバ２００はユーザ管理テーブル３００のＵｓｅｒ０００１のローカル認証対象ユーザフラグをサーバ認証に変更する。認証サーバ２００は定期的にクライアント管理テーブル５００を参照し、クライアント１００（Ｃｌｉｅｎｔ０００２）をＵｓｅｒ０００１、Ｕｓｅｒ０００２、Ｕｓｅｒ０００３が使用していることが判る。認証サーバ２００はＣｌｉｅｎｔ０００２に対してクライアント管理テーブル５００からＵｓｅｒ０００１、Ｕｓｅｒ０００２及びＵｓｅｒ０００３のユーザ情報を抽出して送信する。これによって、クライアント１００（Ｃｌｉｅｎｔ０００２）はユーザ管理テーブル３００を更新・保持することができる。ここで、クライアント１００（Ｃｌｉｅｎｔ０００２）が保持するＵｓｅｒ０００１のローカル認証対象ユーザフラグがローカル認証からサーバ認証に変更される。

Ｕｓｅｒ０００１は認証時にユーザＩＤと指紋データをクライアント１００（Ｃｌｉｅｎｔ０００２）から入力する。クライアント１００は、クライアント１００から入力されたユーザＩＤにより、Ｕｓｅｒ０００１に対してローカル認証を実施するかサーバ認証を実施するかを判定する。クライアント１００（Ｃｌｉｅｎｔ０００２）は、自身が保持するユーザ管理テーブル３００のＵｓｅｒ０００１のローカル認証対象ユーザフラグを参照して、サーバ認証を行うことを決定する。クライアント１００（Ｃｌｉｅｎｔ０００２）は、ユーザＩＤと照合用生体データを認証サーバ２００に送信する。認証サーバ２００はユーザ管理テーブルからＵｓｅｒ０００１の登録テンプレートを参照し、照合用データとの照合処理を実施する。認証サーバ２００は認証結果をクライアント１００（Ｃｌｉｅｎｔ０００２）に送信するとともに、認証結果をログとして認証サーバ２００に保存する。

登録テンプレートの品質に基づきローカル認証を実施するかサーバ認証を実施するかを判定する実施形態について説明する。Ｕｓｅｒ０００１は指が乾燥していて指紋認証に適していない状態の１２月に指紋登録テンプレートを認証サーバ２００に登録し、登録品質が「４」であったとする。認証サーバ２００は定期的に、ユーザ管理テーブル３００を参照し、システムが定義する登録品質の閾値「５」以下のユーザをローカル認証に設定変更する。１月現在で、Ｕｓｅｒ０００１の登録テンプレートは１２月に登録したもので登録品質が「４」であるため、認証サーバ２００はユーザ管理テーブル３００のＵｓｅｒ０００１のローカル認証対象ユーザフラグをローカル認証に変更する。なお、登録品質のチェックとローカル認証対象ユーザフラグの変更は、ユーザが指紋データを登録する際にも実施可能とする。以後、ローカル認証の処理は上述した処理と同様の流れで実施される。

クライアント単位にサーバ認証とローカル認証を動的に変更する実施形態について説明する。認証サーバ２００は、定期的に照合結果のログ４００からクライアント毎の認証成功率を算出し、システムが定義する閾値以下ならローカル認証、閾値以上ならサーバ認証と判定する。クライアント管理テーブル７００はクライアント毎のローカル認証フラグを管理する。Ｃｌｉｅｎｔ０００２はローカル認証に設定されている。

認証時に、ユーザは、ユーザＩＤと指紋データをクライアント１００から入力する。クライアント１００は認証サーバ２００にユーザＩＤと照合用指紋データ、クライアント名（Ｃｌｉｅｎｔ０００２）を送信する。認証サーバ２００は、クライアント１００から送信されてきたクライアント名（Ｃｌｉｅｎｔ０００２）によりＵｓｅｒ０００１に対してローカル認証を実施するかサーバ認証を実施するかを判定する。認証サーバ２００は、クライアント管理テーブル７００のＣｌｉｅｎｔ０００２のローカル認証対象ユーザフラグを参照し、ローカル認証を行うことを決定する。以後、ローカル認証を上述した方法と同様の方法で実施する。

また、クライアントを唯一に識別可能な情報であれば、例えばクライアント１００のＩＰアドレスを用いても良い。また、認証サーバ２００からクライアント１００に予めクライアント管理テーブル７００の情報を送信しておき、認証時にクライアント１００において、クライアント１００情報を用いてローカル認証を実施するかサーバ認証を実施するかを判定しても良い。

照合用データの品質に基づきローカル認証を実施するかサーバ認証を実施するかを判定する実施形態について説明する。Ｕｓｅｒ０００１は、クライアント１００からユーザＩＤと指紋データを入力する。クライアント１００は照合用データを作成し、ユーザＩＤとともに認証サーバ２００に送信する。認証サーバ２００はクライアント１００から送信されてきたＵｓｅｒ０００１の照合用データから照合用データの品質値を取得した結果、品質値は「４」であったとする。ローカル認証に切替える条件として、システムが照合用データの閾値「５」以下と定義している場合、認証サーバ２００は、ローカル認証を実施することを決定し、ユーザＩＤ、照合用生体データと登録テンプレートをクライアント１００に送信する。クライアント１００は指紋照合処理を実施する。

クライアント１００においてユーザデータ管理を行う実施形態について説明する。クライアント１００は、定期的に認証サーバ２００からユーザ管理テーブル３００を受信して、保持しているものとする。その後、クライアント１００は、定期的にクライアント１００が有するユーザ管理テーブル３００のローカル認証対象ユーザフラグを参照する。Ｕｓｅｒ０００１はローカル認証対象ユーザであるため、認証サーバ２００から、Ｕｓｅｒ０００１の指紋登録テンプレート、指紋データ種別及び登録品質をダウンロードする。そして、クライアント１００はクライアント１００が保持するユーザ管理テーブル３００を更新する。

変換済み登録データを用いてローカル認証を行う実施形態について説明する。Ｕｓｅｒ０００１は認証時にユーザＩＤと指紋データをクライアント１００から入力する。クライアント１００は認証サーバ２００にユーザＩＤと照合用指紋データを送信する。認証サーバ２００は、クライアント１００から送信されてきたユーザＩＤにより、Ｕｓｅｒ０００１に対してローカル認証を実施するかサーバ認証を実施するかを判定する。認証サーバ２００は、ユーザ管理テーブル６００にあるＵｓｅｒ０００１のローカル認証対象ユーザフラグ６１４を参照して、ローカル認証を行うことを決定する。認証サーバ２００は、ユーザ管理テーブル６００のＵｓｅｒ０００１の変換キー（ＡhＡoＡfＡ１４）を用いて照合用データを変換する。

そして、認証サーバ２００は、クライアント１００にユーザＩＤ、変換済みの照合用生体データ、変換済みの登録テンプレートを送信する。クライアント１００は変換済みの照合用生体データと変換済みの登録テンプレートの照合処理を実施する。一方で、認証時にＵｓｅｒ０００２がユーザＩＤと指紋データをクライアント１００から入力し、クライアント１００から認証サーバ２００にユーザＩＤと照合用指紋データを送信する。

認証サーバ２００は、クライアント１００から送信されてきたユーザＩＤにより、Ｕｓｅｒ０００２をローカル認証を実施するかサーバ認証を実施するかを判定するため、ユーザ管理テーブル６００のＵｓｅｒ０００２のローカル認証対象ユーザフラグを参照して、サーバ認証を行うことを決定する。その後、クライアントから送信されてきた照合用データとユーザ管理テーブル６００のＵｓｅｒ０００２の登録テンプレートの照合処理を認証サーバ２００で実施する。

変換済み登録データを用いてローカル認証を行う際のユーザデータを管理する実施形態について説明する。認証サーバ２００はＵｓｅｒ０００１の前月１ヶ月間（１２月）の認証成功率を「３０％」と算出する。システムが定義する認証成功率の閾値「４０％」を下回っていたため、認証サーバ２００はユーザ管理テーブル６００のＵｓｅｒ０００１のローカル認証対象ユーザフラグをローカル認証に変更する。その際に、変換キー作成部がＵｓｅｒ０００１の変換キーを作成し、ユーザ管理テーブル６００の登録テンプレートを変換し、ユーザ管理テーブル６００に格納する。

３月になりＵｓｅｒ０００１の指の状態が乾燥状態から通常の状態に戻り、認証成功率が高くなった場合、認証サーバ２００は認証ログからＵｓｅｒ０００１の前月１ヶ月間（２月）の認証成功率「５０％」を取得する。システムが定義する認証成功率の閾値「４０％」を上回ったため、認証サーバ２００はユーザ管理テーブル６００のＵｓｅｒ０００１のローカル認証対象ユーザフラグをサーバ認証に変更する。その際に、認証サーバ２００はユーザ管理テーブル６００のＵｓｅｒ０００１の変換キーと変換済みの登録テンプレートを削除する。

変換済み登録データを用いてローカル認証を行う際の、クライアント１００においてユーザデータを管理する実施形態について説明する。クライアント１００は、定期的に認証サーバ２００からユーザ管理テーブル６００を受信して、有しているものとする。その後、クライアント１００は、定期的にクライアント１００が有するユーザ管理テーブル６００を参照し、ローカル認証対象ユーザフラグを参照する。Ｕｓｅｒ０００１がローカル認証対象ユーザであるため、クライアント１００認証サーバ２００から、Ｕｓｅｒ０００１の指紋変換済みの登録テンプレート、指紋データ種別及び登録品質、変換キーをダウンロードする。クライアント１００は、クライアント１００が有するユーザ管理テーブル６００を更新する。

３月になりＵｓｅｒ０００１の指の状態が乾燥状態から通常の状態に戻り、認証成功率が高くなった場合、認証サーバ２００は認証ログからＵｓｅｒ０００１の前月１ヶ月間（２月）の認証成功率「５０％」を取得する。システムが定義する認証成功率４０％を上回ったため、認証サーバ２００はユーザ管理テーブル６００のＵｓｅｒ０００１のローカル認証対象ユーザフラグをサーバ認証に変更する。次に、クライアント１００は、定期的に自身が保持するユーザ管理テーブル６００を参照し、ローカル認証対象ユーザフラグを参照し、Ｕｓｅｒ０００１がローカル認証対象ユーザからサーバ認証に変更されたことを検知する。クライアント１００はクライアント１００が保持するユーザ管理テーブル６００から変換キー及び変換済みの登録テンプレートを削除する。

図１２に本実施形態における認証処理のフローチャートを示す。ステップＳ１０１において、認証時に、ユーザはクライアント１００からユーザＩＤと生体データを入力する。生体データはクライアント１００に接続された生体センサから入力するものとする。処理はステップＳ１０２へ移行する。

ステップＳ１０２において、クライアント１００は、入力された生体データから照合用生体データを生成する。処理はステップＳ１０３へ移行する。

ステップＳ１０３において、クライアント１００は、ユーザＩＤと生成した照合用生体データを認証サーバ２００に送信する。処理はステップＳ１０４へ移行する。

ステップＳ１０４において、認証サーバ２００は、クライアント１００から送信されたユーザＩＤに基づいて、ユーザ管理テーブル３００を参照する。処理はステップＳ１０５へ移行する。

ステップＳ１０５において、認証サーバ２００は、ローカル認証を実施するかサーバ認証を実施するかを判定する。ローカル認証を実施すると判定した場合、処理はステップＳ１０６へ移行する。一方、サーバ認証を実施すると判定した場合、処理はステップＳ１０８へ移行する。

ステップＳ１０６において、認証サーバ２００は、照合用生体データと登録テンプレートとの照合処理を行う。そして、認証サーバ２００は、照合処理において算出した照合用生体データと登録テンプレートとの一致率が、予め定められた値以上か否かを判定する。一致率が予め定められた値以上である場合、認証サーバ２００は、認証成功と判定する。一方、一致率が予め定められた値以上でない場合、認証サーバ２００は、認証失敗と判定する。認証サーバ２００は、認証結果をクライアント１００に送信する。処理はステップＳ１０７へ移行する。

ステップＳ１０７において、認証サーバ２００は、認証結果をログとして保存する。処理は終了する。

ステップＳ１０８において、認証サーバ２００は、クライアント１００にユーザＩＤ、照合用生体データ及び登録テンプレートを送信する。処理はステップＳ１０９へ移行する。

ステップＳ１０９において、クライアント１００は、照合用生体データと登録テンプレートとの照合処理を行う。そして、クライアント１００は、照合処理において算出した照合用生体データと登録テンプレートとの一致率が、予め定められた値以上か否かを判定する。一致率が予め定められた値以上である場合、クライアント１００は、認証成功と判定する。一方、一致率が予め定められた値以上でない場合、クライアント１００は、認証失敗と判定する。処理はステップＳ１１０へ移行する。

ステップＳ１１０において、クライアント１００は認証時と同期又は非同期で認証結果を認証サーバ２００に送信する。処理はステップＳ１０７へ移行し、認証サーバ２００はローカル認証実施時の認証結果をログとして保存する。処理は終了する。

図１３に本実施形態における認証処理のフローチャートを示す。ステップＳ２０１において、認証時に、ユーザはクライアント１００からユーザＩＤと生体データを入力する。生体データはクライアント１００に接続された生体センサから入力するものとする。処理はステップＳ２０２へ移行する。

ステップＳ２０２において、ユクライアント１００は、入力された生体データから照合用生体データを生成する。処理はステップＳ２０３へ移行する。

ステップＳ２０３において、クライアント１００は入力されたユーザＩＤに基づき、クライアント１００が保持するユーザ管理テーブル３００を参照する。処理はステップＳ２０４へ移行する。

ステップＳ２０４において、クライアント１００は、ユーザ管理テーブル３００を参照した結果、該当するユーザが存在するか否かを判定する。該当するユーザが存在する場合、処理はステップＳ２０５へ移行する。一方、該当するユーザが存在しない場合、処理はステップＳ２０６へ移行する。

ステップＳ２０５において、クライアント１００は、該当するユーザ情報がクライアント１００にある場合、ユーザ管理テーブル３００ローカル認証対象ユーザフラグ３１０を参照し、ローカル認証を実施するかサーバ認証を実施するかを判定する。ローカル認証を実施する場合、処理はステップＳ２０８へ移行する。一方、サーバ認証を実施する場合、処理はステップＳ２０６へ移行する。

ステップＳ２０８において、クライアント１００は照合処理を行う。クライアント１００の照合処理は上述した処理と同様なので、その説明を省略する。処理はステップＳ２０９へ移行する。

ステップＳ２０９において、クライアント１００は認証結果を認証サーバ２００に送信する。処理はステップＳ２１０へ移行する。

ステップＳ２１０において、認証サーバ２００はクライアント１００から送信された認証結果を保存する。処理は終了する。

ステップＳ２０６において、クライアント１００は、ユーザＩＤ及び照合用データを認証サーバ２００に送信する。処理はステップＳ２０７へ移行する。

ステップＳ２０７において、認証サーバ２００は、照合処理を行う。認証サーバ２００の照合処理は上述した処理と同様なので、その説明を省略する。処理はステップＳ２１０へ移行する。

図１４にローカル認証時にキャンセラブル生体認証を適用する場合の認証処理のフローチャートを示す。ステップＳ３０１において、認証時に、ユーザはクライアント１００からユーザＩＤと生体データを入力する。処理はステップＳ３０２へ移行する。

ステップＳ３０２において、クライアント１００は、入力された生体データから照合用生体データを生成する。処理はステップＳ３０３へ移行する。

ステップＳ３０３において、クライアント１００は、ユーザＩＤと照合用生体データを認証サーバ２００に送信する。処理はステップＳ３０４へ移行する。

ステップＳ３０４において、認証サーバ２００は、クライアント１００から送信されたユーザＩＤに基づいて、ユーザ管理テーブル６００を参照する。処理はステップＳ３０５へ移行する。

ステップＳ３０５において、認証サーバ２００は、ローカル認証を実施するかサーバ認証を実施するかを判定する。ローカル認証を実施すると判定した場合、処理はステップＳ３０８へ移行する。一方、サーバ認証を実施すると判定した場合、処理はステップＳ３０８へ移行する。

ステップＳ３０６において、認証サーバ２００は、照合処理を行う。認証サーバ２００の照合処理は上述した処理と同様なので、その説明を省略する。処理はステップＳ３０７へ移行する。

ステップＳ３０７において、認証サーバ２００は認証結果を保存する。処理は終了する。

ステップＳ３０８において、認証サーバ２００はユーザ管理テーブル６００の変換キー６０８を用いて照合用データを変換する。処理はステップＳ３０９へ移行する。

ステップＳ３０９において、認証サーバ２００は、クライアント１００にユーザＩＤ、変換済みの照合用生体データ及び変換済みの登録テンプレートを送信する。処理はステップＳ３１０へ移行する。

ステップＳ３１０において、クライアント１００は照合処理を実施する。クライアント１００の照合処理は上述した処理と同様なので、その説明を省略する。処理はステップＳ３１１へ移行する。

ステップＳ３１１において、クライアント１００は認証時と同期又は非同期で認証結果を認証サーバ２００に送信する。処理はステップＳ３０７へ移行する。

キャンセラブル生体認証は、ユーザ管理データ６００をクライアント１００で保持する認証処理にも適用可能である。

本実施形態によれば、以下の効果がある。指紋の照合が困難なために照合処理時間がかかるユーザをローカル認証で実施することにより、認証処理時間を高速化できる。指紋の照合処理の計算量が多いユーザをローカル認証で実施することにより、認証サーバの負荷を軽減できる。ローカル認証とサーバ認証の切替えを自動で実現するので、システム管理者の運用管理の手間を削減できる。ローカル認証に切替える時には変換した指紋テンプレートデータを使用して認証するので、指紋データが漏洩した時に変換キーを変えて指紋テンプレートデータを再登録して、不正アクセスを防止することができる。

また、認証サーバに接続される複数の分散サーバにおいて、認証成功率が所定値以下のユーザに対して照合処理を行っても良い。

１００クライアント
１０２データ取得部
１０４、２０４照合処理部
１０６、２０６照合結果取得部
１０８、２０８ログ保存部
２００認証サーバ
２０１照合用データ品質抽出部
２１０傾向抽出部
２１２運用ポリシー制御部
２１４照合用データ変換部
２１６登録データ変換部
２１８変換キー作成部
３００ユーザ管理テーブル
３０２、４０４、５０６、６０２、９０２ユーザＩＤ
３０４指紋登録テンプレート
３０６指紋データ種別
３０８登録品質
３１０、６１４、７０６ローカル認証対象ユーザフラグ
４００照合結果のログ
４０２日時
４０６クライアント名
４０８ＩＰアドレス
４１０、５０８認証種別
４１２生体データ種別
４１４、５１０認証プログラムバージョン・レベル
４１６照合アルゴリズム
４１８照合スコア
４２０認証結果
５００、７００クライアント管理テーブル
５０２、７０２クライアント名
５０４、７０４ＩＰアドレス
６００、９００ユーザ管理テーブル
６０４指紋登録テンプレート（変換なし）
６０６指紋変換済みの登録テンプレート
６０８変換キー
６１０指紋データ種別
６１２、９０８登録品質
８００認証成功率の変化を示す図
９０４指紋登録テンプレート
９０６指紋データ種別

Claims

ユーザの認証の基準となる基準生体データを格納するサーバと、該ユーザから生体認証データを取得するクライアントとを有する生体認証システムを制御する制御方法において、
該ユーザを識別する識別情報と該ユーザの過去の認証結果とを対応付けたテーブルを該サーバで保存し、
該ユーザを識別する識別情報を該クライアントから該サーバに送信し、
該サーバが、該クライアントから送信された該識別情報を参照して、該識別情報に対応するユーザの過去の認証結果を該テーブルから取得し、
該取得した過去の認証結果から該ユーザの認証成功率を該サーバで算出し、
該認証成功率が所定値以下の場合、該基準生体データを該サーバから該クライアントに送信し、
該生体認証データと該サーバから送信された該基準生体データとの一致率を該クライアントで算出し、
該一致率に基づき該ユーザの認証に成功したか否かを判定する
ことを特徴とする制御方法。
該認証成功率が所定値以上の場合、該クライアントから送信される該生体認証データと該基準生体データとの一致率を該サーバで算出し、該一致率に基づき該ユーザの認証に成功したか否かを判定することを特徴とする請求項１記載の制御方法。
該認証成功率が所定値以下のユーザに対応する基準生体データを該クライアントで格納し、該ユーザの認証処理を行う場合、該クライアントで該生体認証データと該格納された該基準生体データとを照合することを特徴とする請求項１記載の制御方法。
該クライアントに対応する認証結果の履歴を該サーバで記録し、該認証結果の履歴を該サーバで参照して、該ユーザの認証を該クライアントまたは該サーバのいずれかで行うかを決定することを特徴とする請求項１記載の制御方法。
該認証成功率が所定値以下の場合、該基準生体データを特定情報を用いて該サーバで変換し、該変換された基準生体データを該サーバから該クライアントに送信し、該生体認証データを該特定情報を用いて該クライアントで変換し、変換された該基準生体データと変換された該生体認証データとを該クライアントで照合処理することを特徴とする請求項１記載の制御方法。
ユーザから生体認証データを取得するクライアントと、該ユーザの認証の基準となる基準生体データを格納するサーバとを有する生体認証システムを制御する制御方法において、
該基準生体データの品質を該サーバで取得し、
該基準生体データの品質が所定値以下の場合、該基準生体データを該サーバから該クライアントに送信し、
該生体認証データと、該サーバから送信された該基準生体データとを該クライアントで照合する、
ことを特徴とする制御方法。
ユーザの認証の基準となる基準生体データを格納するサーバと、該ユーザから生体認証データを取得するクライアントとを有する生体認証システムにおいて、
該サーバは該ユーザを識別する識別情報と該ユーザの過去の認証結果とを対応付けたテーブルを格納する格納手段と、該識別情報と該テーブルを参照して、該識別情報に対応するユーザの過去の認証結果から該ユーザの認証成功率を算出する算出手段と、該認証成功率が所定値以下の場合、該基準生体データを該クライアントに送信する送信手段とを有し、
該クライアントは該生体認証データと該サーバから送信された該基準生体データとの一致率を算出し、該一致率に基づき該ユーザの認証に成功したか否かを判定する判定手段を有することを特徴とする生体認証システム。
該サーバは該認証成功率が所定値以上の場合、該クライアントから送信される該生体認証データと該基準生体データとの一致率を算出し、該一致率に基づき該ユーザの認証に成功したか否かを判定する判定手段を有することを特徴とする請求項７記載の生体認証システム。
該クライアントは該認証成功率が所定値以下のユーザに対応する基準生体データを格納する格納手段を有し、該クライアントの該判定手段は該クライアントの該格納手段に格納された基準生体データと、該生体認証データとの一致率を算出し、該一致率に基づき該ユーザの認証に成功したか否かを判定することを特徴とする請求項７記載の生体認証システム。
該サーバは該認証成功率が所定値以下の場合、該基準生体データを特定情報を用いて該サーバで変換する変換手段を有し、該クライアントは該生体認証データを該特定情報を用いて変換する変換手段を有し、該クライアントの該判定手段は変換された基準生体データと該変換された生体認証データとの一致率を算出し、該一致率に基づき該ユーザの認証に成功したか否かを判定することを特徴とする請求項７記載の生体認証システム。