(57)【特許請求の範囲】
【請求項１】
複数ユーザの生体データをそれぞれ登録部に格納するサーバ装置とユーザから生体データを採取するクライアント装置とを含み、前記採取された生体データを前記登録部に登録されている生体データを用いて認証する生体認証システムにおいて、
前記クライアント装置が、
前記クライアント装置で採取されサーバ装置で認証された生体データをキャッシュ生体データとしてユーザ情報と共に保持する保持部と、
認証時に、ユーザから採取された生体データと前記キャッシュ生体データとを照合するクライアント照合部と、
前記照合に成功したキャッシュ生体データと前記ユーザから採取された生体データとの合成情報を取得する合成部と、
前記照合に成功した生体データのユーザ情報及び前記合成情報を前記サーバ装置に送信する送信部と、
を備え、
前記サーバ装置が、
前記登録部に登録されている複数の生体データのうち前記クライアント装置から送られるユーザ情報で特定される生体データと前記クライアント装置から送られる合成情報とを照合するサーバ照合部と、
を備えることを特徴とする生体認証システム。
【請求項２】
前記クライアント装置は、
前記ユーザから採取された生体データから特徴点に関する情報を抽出する抽出部と、
前記抽出された特徴点から前記キャッシュ生体データに含まれる特徴点と所定条件で合致する合致特徴点を選択する選択部と、
を更に備え、
前記クライアント照合部は、前記選択された合致特徴点に関する情報を用いて照合の成否を判定し、
前記合成部は、前記合致特徴点に関する情報を前記合成情報とする、
ことを特徴とする請求項１に記載の生体認証システム。
【請求項３】
前記クライアント装置は、
前記合致特徴点情報に基づいて、全ての合致特徴点を含み面積が最小となる多角形のエリアを決定する決定部と、
前記多角形エリア内に含まれる全特徴点に対する前記合致特徴点の割合を合致率として算出する算出部と、
を更に備え、
前記クライアント照合部は、前記算出された合致率が所定閾値を超えた場合に照合に成功したと判定する、
ことを特徴とする請求項２に記載の生体認証システム。
【請求項４】
前記サーバ装置は、
前記合致率の履歴を時刻情報と共に各ユーザについてそれぞれ格納する履歴格納部と、
前記履歴格納部に格納される合致率の履歴及び時刻情報に基づいて合致率の変化量を算出し、該合致率の変化量が所定の低下状態となることを監視する監視部と、
前記認証部で認証された生体データのユーザについての合致率変化量が所定の低下状態となることを前記クライアント装置に通知する通知部と、
を更に備え、
前記クライアント装置は、
前記サーバ装置から前記ユーザについての合致率変化量が所定の低下状態となることを通知された場合に、該ユーザから採取された生体データで前記キャッシュ生体データを更新する更新部、
を更に備えることを特徴とする請求項３に記載の生体認証システム。
【請求項５】
前記クライアント装置は、
認証対象のユーザから採取された生体データをキャッシュ生体データとして追加するか否かを判断する判断部、
を更に備え、
前記クライアント装置の保持部は、前記判断部で追加すると判断された場合に、前記認証対象のユーザについて既に保持されているキャッシュ生体データに加えて、該認証対象のユーザから採取された生体データをキャッシュ生体データとして追加する、
ことを特徴とする請求項１から４のいずれか１項に記載の生体認証システム。
【請求項６】
複数ユーザの生体データをそれぞれ登録部に格納するサーバ装置とユーザから採取され該サーバ装置で認証された生体データをユーザ情報と共に保持部に保持するクライアント装置とを含む生体認証システムにより実行される生体認証方法であって、
認証時に、ユーザから採取された生体データと前記保持部に保持されるキャッシュ生体データとを照合し、
前記照合に成功したキャッシュ生体データと前記ユーザから採取された生体データとの合成情報を取得し、
前記合成情報を前記登録部に登録されている複数の生体データのうち前記照合に成功した生体データのユーザ情報で特定される生体データを用いて認証する、
ことを含む生体認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントサーバ型の生体認証技術に関する。
【背景技術】
【０００２】
ユーザＩＤ（identification）のような個人の識別情報を用いない１対多識別方式における生体認証では、入力された生体データが登録されている全ての生体データと照合される。以降、このような個人の識別情報を用いない１対多識別方式における認証を１対多認証と表記する。この１対多認証方式では、処理時間、処理負荷の点でサーバ装置の性能へ依存する傾向があった。【０００３】
また、生体情報は、季節による生体コンディションの変動、加齢による生体変化に応じて変化する。このような生体情報の変化や認証装置の使用方法のバラツキ等によってシステムに登録された正当な本人であっても認証に失敗する場合がある。このことから、１対多認証方式では入力された本人の生体情報と他人の生体情報との照合も行われるため照合の精度が高く設定される。しかしながら、照合の精度を上げることで本人拒否率が増加してしまう場合があった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−４４４４２号公報
【特許文献２】特開２００４−２５８９６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
先行技術文献に開示されるような従来技術では、個人の識別情報を用いない１対多認証方式のシステムにおいて処理負荷の軽減に繋がらない場合があった。また、認証率が低下した際に更新に用いるデータの品質を判定しないことから、なりすましを見過ごしキャッシュデータが他人の照合用データに書き換えられる危険性があった。【０００６】
更に従来技術では、サーバ装置に保持された生体データをクライアントのキャッシュメモリに複製することから生体データ漏えいのリスクが増大するという問題があった。また、２回目以降の認証要求に対してクライアントに保持したキャッシュデータのみで認証を判断するシステムにおいて認証を要求するユーザがシステムから登録抹消された場合の判断が困難であることや、１対多認証方式のシステムにおいて認証失敗した場合には、システムに無関係のユーザであるか登録抹消されたユーザであるかの判断が困難であることから、サーバ装置に維持管理された生体データとクライアント装置のキャッシュデータとの整合性確保の自動化が困難であった。【０００７】
本発明の一態様に係る課題は、このような問題点に鑑み、認証精度の高いクライアントサーバ型の生体認証技術を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の各態様では、上述した課題を解決するために、それぞれ以下の構成を採用する。【０００９】
第１態様は、複数ユーザの生体データをそれぞれ登録部に格納するサーバ装置とユーザから生体データを採取するクライアント装置とを含み、前記採取された生体データを前記登録部に登録されている生体データを用いて認証する生体認証システムに関する。第１態様に係る生体認証システムでは、クライアント装置が、クライアント装置で採取されサーバ装置で認証された生体データをキャッシュ生体データとしてユーザ情報と共に保持する保持部と、認証時に、ユーザから採取された生体データとキャッシュ生体データとを照合するクライアント照合部と、この照合に成功したキャッシュ生体データとユーザから採取された生体データとの合成情報を取得する合成部と、上記照合に成功した生体データのユーザ情報及び合成情報をサーバ装置に送信する送信部と、を備え、サーバ装置が、登録部に登録されている複数の生体データのうちクライアント装置から送られるユーザ情報で特定される生体データとクライアント装置から送られる合成情報とを照合するサーバ照合部と、を備える。【００１０】
なお、本発明の他の態様としては、以上の構成を実現する方法、プログラム、このプログラムを記録したコンピュータが読み取り可能な記憶媒体等であってもよい。
【発明の効果】
【００１１】
上記各態様によれば、認証精度の高いクライアントサーバ型の生体認証技術を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例１における生体認証システムの概略構成を示すブロック図である。
【図２】図２は、合致特徴点情報の例を示す図である。
【図３】図３は、特徴点エリアの例を示す図である。
【図４】図４は、実施例１における生体認証システムの前処理を示すフローチャートである。
【図５】図５は、実施例１における生体認証システムの動作例を示すフローチャートである。
【図６】図６は、実施例２における生体認証システムの概略構成を示すブロック図である。
【図７】図７は、生体データ登録部１５に格納されているデータの例を示す図である。
【図８】図８は、合致率履歴格納部６２に格納されるデータの例を示す図である。
【図９】図９は、実施例２におけるサーバ１の合致率低下フラグ更新処理を示すフローチャートである。
【図１０Ａ】図１０Ａは、実施例２における生体認証システムの動作例を示すフローチャートである。
【図１０Ｂ】図１０Ｂは、実施例２における生体認証システムの動作例を示すフローチャートである。
【図１１】図１１は、実施例３におけるキャッシュ部５８にキャッシュされるデータ例を示す図である。
【図１２Ａ】図１２Ａは、実施例３における生体認証システムの動作例を示すフローチャートである。
【図１２Ｂ】図１２Ｂは、実施例３における生体認証システムの動作例を示すフローチャートである。
【図１３】図１３は、実施例４における生体認証システムの概略構成を示すブロック図である。
【図１４】図１４は、実施例４における生体データ登録部１５の例を示す図である。
【図１５】図１５は、実施例４におけるキャッシュ部５８の例を示す図である。
【図１６Ａ】図１６Ａは、実施例５における生体認証システムの動作例を示すフローチャートである。
【図１６Ｂ】図１６Ｂは、実施例５における生体認証システムの動作例を示すフローチャートである。
【図１７】図１７は、変形例における生体認証システムの動作例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、実施形態としての生体認証システムについて具体例を挙げ説明する。実施形態としての生体認証システムは、個人を認証する様々な場面に適用される。以下に挙げた各実施例はそれぞれ例示であり、本実施形態は以下の各実施例の構成に限定されない。
【実施例１】
【００１４】
図１は、実施例１における生体認証システムの概略構成を示すブロック図である。実施例１における生体認証システムは、クライアント装置（以降、単にクライアントと表記する）５及び生体認証サーバ装置（以降、単にサーバと表記する）１を有する。サーバ１及びクライアント５は相互にネットワーク８で接続される。本実施形態は、ネットワーク８の形態を限定するものではないため、ネットワーク８は、インターネットであってもよいし社内ＬＡＮ（Local Area Network）であってもよい。また、説明の便宜のために図１には１台のクライアント５及び１台のサーバ１が図示されるが、本実施形態における生体認証システムは、複数のクライアント５及び複数のサーバ１を有するようにしてもよい。【００１５】
〔装置構成〕
以下、サーバ１及びクライアント５の概略構成についてそれぞれ説明する。【００１６】
クライアント５は、生体情報入力部５１、入力制御部５２、生体データ取得部５３、クライアント照合部５４、生体データ合成部５５、キャッシュ管理部５７、キャッシュ部５８、クライアント通信部５９等を有する。これらクライアント５の各処理部は、ソフトウェアの構成要素、又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。【００１７】
生体情報入力部５１は、ユーザから生体情報を読み取り、読み取られた生体情報を出力する。生体情報入力部５１は、例えば、センサとして実現され、光を生体へ向けて照射しその反射光を検出することや、多数の電極を配置して生体の誘電により異なる静電容量の差を検出することや、マイクロホンに発声を入力し声紋を検出することや、タブレット上で署名を行い筆跡の時系列情報や筆圧やペンの傾きを検出することにより生体情報を読み取る。生体情報としては、指紋、虹彩、網膜、血管像、声紋、署名等が利用される。本実施形態はこの生体情報の種類を限定するものではないが、以下の説明では指紋を例に挙げ説明する場合もある。【００１８】
入力制御部５２は、生体情報入力部５１を制御する。入力制御部５２は、生体情報入力部５１により読み取られた生体情報を得て、この生体情報を生体データ取得部５３へ送る。【００１９】
生体データ取得部５３は、入力制御部５２から生体情報を得て、この生体情報から生体データを取得する。ここで取得される生体データは、生体の特徴情報であり、例えば、座標情報、特徴点情報等が含まれる。なお、本実施形態は、生体データ取得部５３による生体データ取得手法を限定するものではなく、既知の手法を用いればよいため、ここでは説明を省略する。以降、生体データ取得部５３により取得された生体データをテンポラリ生体データと表記する。テンポラリ生体データは、クライアント照合部５４に送られる。【００２０】
キャッシュ部５８は、テンポラリ生体データ及びそのユーザを識別するためのユーザＩＤをクライアント５を介してサーバ１により正当性が認証された各ユーザについてそれぞれ保持する。本生体認証システムで認証を希望する各ユーザは、予め、サーバ１においてユーザＩＤとそのユーザの生体データをそれぞれ登録する。以降、サーバ１に登録された生体データをリファレンス生体データと表記する。【００２１】
キャッシュ管理部５７は、生体データ取得部５３により取得されサーバ１においてその正当性が認証されたテンポラリ生体データを、サーバ１から送られるそのユーザのユーザＩＤと関連付けてキャッシュ部５８に保持する。キャッシュ管理部５７は、クライアント照合部５４からの要求に応じて、保持されている生体データ及びユーザＩＤをキャッシュ部５８から抽出し、クライアント照合部５４へ送る。以降、キャッシュ部５８に保持されている生体データ及びキャッシュ部５８から抽出された生体データをキャッシュ生体データと表記する。【００２２】
クライアント通信部５９は、ネットワーク８を介してサーバ１等の他の装置と通信するためのインタフェースとして動作する。具体的には、例えば、クライアント通信部５９は、ＮＩ(Network Interface)機器、このＮＩ機器を制御するドライバ、プロトコルスタック、このプロトコルスタックを利用した通信機能プロセス等を含む。クライアント通信部５９は、クライアント５内の他の構成から通信要求を受けると、指定された他の装置に所定のデータを送信する。クライアント通信部５９は、他の装置からネットワーク８を介して所定のデータを受けると、そのデータをクライアント５内の他の構成に送る。【００２３】
クライアント照合部５４は、生体データ取得部５３からテンポラリ生体データを受けると、そのテンポラリ生体データとキャッシュ部５８に保持されるキャッシュ生体データとを照合することにより、認証対象のユーザを識別する。キャッシュ部５８には複数のユーザに関するユーザＩＤ及び生体データが保持されている場合があるため、クライアント照合部５４によるその照合は１対多認証となる。具体的には、クライアント照合部５４は、キャッシュ管理部５７にキャッシュ生体データ及びそのユーザＩＤの抽出を依頼し、キャッシュ部５８から抽出された各キャッシュ生体データについてそれぞれ以下のような照合処理を行う。【００２４】
クライアント照合部５４は、テンポラリ生体データ及びキャッシュ生体データを生体データ合成部５５に送り、生体データ合成部５５から合致率及び合致特徴点情報を取得する。合致率及び合致特徴点情報については後述する。クライアント照合部５４は、この取得された合致率が所定の閾値以上となる場合に、テンポラリ生体データとキャッシュ生体データとの照合に成功したと判定する。これにより、クライアント照合部５４は、この照合に成功したキャッシュ生体データが認証対象のユーザの過去の生体情報を反映する生体データであることを特定する。合致率についての所定閾値は、予め調整可能にメモリ等に保持され、例えば０．７５に設定される。【００２５】
クライアント照合部５４は、照合に成功したと判定すると、合致特徴点情報とその生体データのユーザＩＤとを含む認証要求をサーバ１へ送信するようにクライアント通信部５９へ依頼する。クライアント照合部５４は、上記認証要求に対しての応答をクライアント通信部５９を介してサーバ１から取得すると、その応答内容を認証結果通知部５６へ送る。この応答内容には、認証成功又は認証失敗を示す情報が含まれる。【００２６】
生体データ合成部５５は、クライアント照合部５４からテンポラリ生体データ及びキャッシュ生体データを取得すると、テンポラリ生体データに含まれる特徴点のうち、キャッシュ生体データに含まれる特徴点と合致する特徴点を抽出する。ここで、特徴点が合致するとは、キャッシュ生体データの特徴点とテンポラリ生体データの特徴点との差が所定の閾値未満であることを意味し、完全に一致する場合のみならず所定閾値範囲で近似する場合を含む。生体データ合成部５５により合致すると判定された特徴点を合致特徴点と表記する。この合致特徴点は、過去の生体情報が反映されたキャッシュ生体データに現在の生体情報を更に反映させた情報、即ち、過去に認証された生体データ（キャッシュ生体データ）と現在読み取られた生体データ（テンポラリ生体データ）との合成情報となる。【００２７】
生体データ合成部５５は、抽出された合致特徴点に基づいて、合致特徴点を全て含み面積が最小となる多角形（凸包（convex hull）ともいう）を特徴点エリアとして決定する。生体データ合成部５５は、この特徴点エリア内における全特徴点に対する合致特徴点の割合を算出する。この算出される値が合致率と表記される。ここで、特徴点エリアを凸包とした理由の１つは、計算アルゴリズムを簡易化できるため処理速度を向上させることができるからである。生体データ合成部５５は、上記合致特徴点の情報及び合致率をクライアント照合部５４へ返す。【００２８】
図２は、合致特徴点情報の例を示す図であり、図３は、特徴点エリアの例を示す図である。図２に示されるように、生体データ合成部５５は、テンポラリ生体データ及びキャッシュ生体データの各特徴点のうち完全に一致する特徴点及び所定閾値範囲で近似する特徴点を合致特徴点として抽出する。結果、クライアント照合部５４により合致特徴点についての情報がサーバ１へ送信されるため、新たに生体に付いた傷により認識された特徴点等のような合致しない特徴点についてはサーバ１へ送信されない。【００２９】
また、生体データ合成部５５は、図３に示されるように、特徴点エリアを決定する。図３の例によれば、特徴点エリア内の合致特徴点は全ての合致特徴点の数（１２）となり、キャッシュ生体データの各特徴点のうち特徴点エリア内の合致しない特徴点は１つも無いため、合致率は１２／１２（１２分の１２）と算出される。【００３０】
認証結果通知部５６は、サーバ１からの認証応答内容をクライアント照合部５４から取得すると、この応答内容をユーザのために出力する。この出力は、例えば、クライアント５に接続されるディスプレイへの表示やＬＥＤ（Light Emitting Diode）の点灯などで実現される。【００３１】
サーバ１は、生体データ管理部１１、サーバ照合部１２、サーバ通信部１３、生体データ登録部１５等を有する。これらサーバ１の各処理部は、ソフトウェアの構成要素、又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。【００３２】
生体データ登録部１５は、ユーザを識別するためのユーザＩＤとそのユーザの生体データ（リファレンス生体データ）とを含むエントリを本生体認証システムで認証対象となる各ユーザについてそれぞれ格納する。新たなユーザを本生体認証システムで認証対象とする際に、サーバ１に接続されるユーザインタフェースや他の装置（共に図示せず）を用いてその新たなユーザについてのユーザＩＤ及びそのユーザの生体データが生体データ登録部１５へ格納される。【００３３】
生体データ管理部１１は、サーバ照合部１２からの抽出要求に応じて、生体データ登録部１５からユーザＩＤ及びリファレンス生体データを抽出する。生体データ管理部１１は、当該抽出要求においてユーザＩＤが指定されている場合には、そのユーザＩＤで示されるユーザのリファレンス生体データを抽出する。【００３４】
サーバ通信部１３は、ネットワーク８を介してクライアント５等の他の装置と通信するためのインタフェースとして動作する。具体的には、例えば、サーバ通信部１３は、ＮＩ機器、このＮＩ機器を制御するドライバ、プロトコルスタック、このプロトコルスタックを利用した通信機能プロセス等を含む。サーバ通信部１３は、サーバ１内の他の構成から通信要求を受けると、指定された他の装置に所定のデータを送信する。サーバ通信部１３は、他の装置からネットワーク８を介して所定のデータを受けると、そのデータをサーバ１内の他の構成に送る。【００３５】
サーバ照合部１２は、サーバ通信部１３を介してクライアント５から送られるデータに基づいて、生体データ登録部１５に格納されるリファレンス生体データとテンポラリ生体データとの１対１生体認証を行う。【００３６】
上述したように、クライアント５においてテンポラリ生体データとキャッシュ生体データとの照合に成功すると、サーバ照合部１２は、サーバ通信部１３を介してテンポラリ生体データに関する合致特徴点情報とユーザＩＤとを含む認証要求を受信する。サーバ照合部１２は、認証要求を受信すると、それに含まれるユーザＩＤで特定されるリファレンス生体データを抽出するように生体データ管理部１１へ依頼する。サーバ照合部１２は、リファレンス生体データを受けると、このリファレンス生体データに含まれる特徴点とクライアント５から受信された合致特徴点とを照合する（１対１生体認証）。【００３７】
サーバ照合部１２は、リファレンス生体データに含まれる特徴点のうちクライアント５から送られた合致特徴点と合致する特徴点の数が所定閾値以上となった場合に、照合成功と判定する。ここでの特徴点の合致も上述のクライアント５における場合と同様の概念である。サーバ照合部１２は、その照合の結果を含む認証応答をサーバ通信部１３を介してクライアント５へ返信する。【００３８】
なお、サーバ照合部１２は、クライアント５にキャッシュ生体データが存在しない状態（登録直後の状態）においては、ユーザＩＤ及びそのユーザのテンポラリ生体データを取得する。この場合には、サーバ照合部１２は、このテンポラリ生体データに含まれる特徴点とリファレンス生体データに含まれる特徴点との照合を行う。【００３９】
〔動作例〕
以下、実施例１における生体認証システムの動作例について図４及び５を用いて説明する。図４は、実施例１における生体認証システムの前処理を示すフローチャートである。図５は、実施例１における生体認証システムの動作例を示すフローチャートである。【００４０】
本生体認証システムで認証対象となる各ユーザのユーザＩＤ及びそのユーザの生体データは、予め、サーバ１の生体データ登録部１５にそれぞれ格納されている。ユーザは、サーバ１に自身のユーザＩＤ及び生体データを登録し終わると、クライアント５を用いることにより本生体認証システムで認証確認を行う。この認証確認が図４に示される前処理である。この認証確認は、クライアント５でその認証確認モードの選択操作が行われることで実行されてもよいし、そのユーザがクライアント５で認証を初めて行う場合にその旨の指定をクライアント５に対して行うことで実行されてもよい。【００４１】
認証確認時には、クライアント５では、生体情報入力部５１がユーザから生体情報を読み取ると共に、他の入力部（図示せず）がそのユーザのユーザＩＤの入力を受ける（Ｓ４０）。読み取られた生体情報及び入力されたユーザＩＤは入力制御部５２を介して生体データ取得部５３に送られる。【００４２】
生体データ取得部５３は、読み取られた生体情報から、座標情報、特徴点情報等を含むテンポラリ生体データを取得する（Ｓ４１）。取得されたテンポラリ生体データとユーザＩＤとがクライアント照合部５４へ送られると、クライアント照合部５４は、そのテンポラリ生体データとユーザＩＤとを含む認証要求をクライアント通信部５９を介してサーバ１へ送信する（Ｓ４２）。【００４３】
サーバ１では、サーバ通信部１３を介して、サーバ照合部１２がその認証要求を受信する。サーバ照合部１２は、その認証要求に含まれるユーザＩＤのリファレンス生体データを抽出するように生体データ管理部１１へ要求する。サーバ照合部１２は、生体データ管理部１１からそのユーザＩＤのリファレンス生体データを取得すると、そのリファレンス生体データとクライアント５から送られたテンポラリ生体データとを照合する（Ｓ４３）。なお、この照合処理は既知の処理でよいため、ここでは説明を省略する。サーバ照合部１２は、この照合結果を認証結果としてサーバ通信部１３を介してクライアント５へ返信する（Ｓ４４）。【００４４】
クライアント５のクライアント照合部５４は、クライアント通信部５９を介してサーバ１から認証結果を受信すると、その認証結果を判定する（Ｓ４５）。この認証結果が成功を示す場合には（Ｓ４５；ＹＥＳ）、クライアント照合部５４は、その認証の対象となっていたテンポラリ生体データ及びユーザＩＤをキャッシュ管理部５７へ送る。キャッシュ管理部５７は、そのユーザＩＤ及びテンポラリ生体データをキャッシュ部５８にキャッシュする（Ｓ４６）。【００４５】
最終的に、クライアント照合部５４は、サーバ１から送られた認証結果を認証結果通知部５６へ送り、認証対象のユーザにその結果を出力する（Ｓ４７又はＳ４８）。このように前処理が完了しクライアント５で生体データがキャッシュされたユーザは、以降、本生体認証システムでの通常認証を行うことができる。【００４６】
通常認証では、ユーザは、ユーザＩＤを入力することなく、生体情報のみをクライアント５に読み取らせる（Ｓ５０）。クライアント５の生体情報入力部５１により読み取られた生体情報は生体データ取得部５３に送られる。生体データ取得部５３は、生体情報からテンポラリ生体データを取得する（Ｓ５１）。取得されたテンポラリ生体データは、クライアント照合部５４へ送られる。【００４７】
クライアント照合部５４は、テンポラリ生体データを受けると、キャッシュ管理部５７へキャッシュ生体データの抽出を依頼する。このとき、キャッシュ部５８には、複数のユーザの生体データがキャッシュされている場合がある。この場合には、クライアント照合部５４は、テンポラリ生体データと複数のキャッシュ生体データとの間で１対多認証を行う。【００４８】
クライアント照合部５４は、キャッシュ生体データを取得すると（Ｓ５２）、テンポラリ生体データ及びキャッシュ生体データを生体データ合成部５５に送る。【００４９】
生体データ合成部５５は、クライアント照合部５４からテンポラリ生体データ及びキャッシュ生体データを取得すると、テンポラリ生体データに含まれる特徴点のうち、キャッシュ生体データに含まれる特徴点と合致する特徴点を抽出する（Ｓ５３）。生体データ合成部５５は、抽出された合致特徴点に基づいて特徴点エリアを決定する。生体データ合成部５５は、この特徴点エリア内におけるキャッシュ生体データに含まれる全特徴点に対する合致特徴点の割合を算出する（Ｓ５４）。生体データ合成部５５は、算出された合致率、及び、合致特徴点情報をクライアント照合部５４へ送る。【００５０】
クライアント照合部５４は、生体データ合成部５５から合致率を受けると、合致率が所定閾値以上か否かを判定する（Ｓ５５）。クライアント照合部５４は、合致率が所定閾値以上である場合に（Ｓ５５；ＹＥＳ）、テンポラリ生体データとキャッシュ生体データとの照合に成功したと判定する。クライアント照合部５４は、照合に成功したと判定すると、合致特徴点情報とその生体データのユーザＩＤとを含む認証要求をクライアント通信部５９を介してサーバ１へ送信する（Ｓ５７）。【００５１】
なお、クライアント照合部５４は、合致率が所定閾値未満である場合には（Ｓ５５；ＮＯ）、他のキャッシュ生体データの存在を確認する（Ｓ５６）。クライアント照合部５４は、他のキャッシュ生体データが有る場合には（Ｓ５６；ＹＥＳ）、他の１つのキャッシュ生体データを対象に、再度、（Ｓ５３）、（Ｓ５４）及び（Ｓ５５）の各処理を実行する。クライアント照合部５４は、合致率が所定閾値以上となるキャッシュ生体データがない場合には（Ｓ５６；ＮＯ）、認証失敗を出力するように認証結果通知部５６へ指示する（Ｓ６２）。【００５２】
クライアント照合部５４は、合致率が所定閾値以上となるキャッシュ生体データが存在する場合には（Ｓ５５；ＹＥＳ）、そのキャッシュ生体データのユーザＩＤ及び合致特徴点情報を含む認証要求をクライアント通信部５９を介してサーバ１へ送る（Ｓ５７）。【００５３】
実施例１、及び、以降で説明する実施例２、実施例３、実施例５では、合致率が所定閾値以上となった段階でサーバ１へ認証要求を送っているが、この方式に限定するものではない。すなわち、キャッシュ生体データ全てに対して合致率を算出し（Ｓ５４）、合致率が所定閾値以上であり、かつ合致率が最大である合致特徴点情報とその生体データのユーザＩＤとを含む認証要求をクライアント通信部５９を介してサーバ１へ送信してもよい（Ｓ５７）。【００５４】
サーバ１では、サーバ通信部１３を介して、サーバ照合部１２がその認証要求を受信する。サーバ照合部１２は、その認証要求に含まれるユーザＩＤのリファレンス生体データを抽出するように生体データ管理部１１へ要求する。サーバ照合部１２は、そのユーザＩＤのリファレンス生体データを取得すると、そのリファレンス生体データに含まれる特徴点とクライアント５から送られた合致特徴点とを照合する（Ｓ５８）。例えば、この照合において、サーバ照合部１２は、リファレンス生体データに含まれる特徴点とクライアント５から送られた合致特徴点との合致する点数が所定閾値以上となる場合に、照合成功と判定する。サーバ照合部１２は、この照合結果を認証結果としてサーバ通信部１３を介してクライアント５へ返信する（Ｓ５９）。【００５５】
クライアント５のクライアント照合部５４は、クライアント通信部５９を介してサーバ１から認証結果を受信すると、その認証結果を判定する（Ｓ６０）。この認証結果が成功を示す場合には（Ｓ６０；ＹＥＳ）、クライアント照合部５４は、認証成功を出力するように認証結果通知部５６へ指示する（Ｓ６１）。一方で、この認証結果が失敗を示す場合には（Ｓ６０；ＮＯ）、クライアント照合部５４は、認証失敗を出力するように認証結果通知部５６へ指示する（Ｓ６２）。【００５６】
《実施例１の作用及び効果》
実施例１における生体認証システムでは、クライアント５のキャッシュ部５８において、生体データ及びそのユーザを識別するためのユーザＩＤが、クライアント５を介してサーバ１により正当性が認証された各ユーザについてそれぞれキャッシュされる。一度、クライアント５を介してサーバ１で正当性が認証されたユーザは、再びクライアント５を介して認証する場合には、その認証時に読み取られたテンポラリ生体データとキャッシュされている生体データとの間で１対多認証が実行される。この１対多認証の結果、ユーザが一意に識別され、そのユーザのユーザＩＤ及びそのユーザのキャッシュ生体データが取得される。【００５７】
このように実施例１によれば、ユーザＩＤを入力しない１対多認証であっても、クライアント５にキャッシュされている生体データを対象としているため、全ユーザの生体データを対象とする認証に較べて認証速度を向上させることができる。更に、クライアント５で１対多認証が行われるため、サーバ１での認証処理を分散させることができ、ひいては、サーバ１の処理負荷を軽減させることができる。【００５８】
更に、実施例１によれば、サーバ１に登録されているリファレンス生体データをサーバ１からクライアント５へ転送しないため、リファレンス生体データの漏えいリスクを軽減させることができる。【００５９】
実施例１では、クライアント５においてユーザが一意に識別されると、取得されたキャッシュ生体データとテンポラリ生体データとの合成情報である合致特徴点情報が上記ユーザＩＤと共にサーバ１へ送られ、サーバ１での生体認証に利用される。上記合成情報である合致特徴点情報は、過去の生体情報が反映されたキャッシュ生体データに現在の生体情報を更に反映させた情報となる。【００６０】
実施例１によれば、このような合致特徴点情報がクライアント５からサーバ１へ送られるため、現在の生体情報に存在しない情報や現在の生体情報にのみ存在する情報はサーバに送信しないといった制御が可能となる。現在の生体情報に存在しない情報を送信しないことで他人受け入れ率を維持したまま、現在の生体情報のみに存在する情報を送信しないことで、本人拒否率を低減することができる。現在の生体情報に存在しない情報や現在の生体情報にのみ存在する情報は、生体コンディションの変動、加齢等による生体変化に応じて生じた情報を含むため、実施例１によれば、生体変化に応じた認証精度の劣化を防ぐことができる。【００６１】
また、実施例１では、クライアント５の１対多認証において、テンポラリ生体データ内の全ての合致特徴点を含み面積が最小となる多角形が特徴点エリアとして決定され、この特徴点エリア内における合致率が算出される。結果、合致率が所定の閾値以上となる場合に、テンポラリ生体データとキャッシュ生体データとの照合に成功したと判定される。【００６２】
このように合致する特徴点が存在する領域の連続性を判断することにより、偶然一部の特徴点が類似する他人が誤って認証されることを防ぐことができる。【００６３】
以上のように、実施例１によれば、他人受け入れ率を下げることなく本人拒否率を低減させるという高い認証精度を保ちながら、認証処理の負荷を軽減することができる。
【実施例２】
【００６４】
図６は、実施例２における生体認証システムの概略構成を示すブロック図である。実施例２における生体認証システムでは、クライアント５に保持されるキャッシュ生体データを更新する処理が付加される。以下の実施例２についての説明は、実施例１と異なる箇所を中心に行い、実施例１と同様の内容については省略する。【００６５】
〔装置構成〕
以下、実施例２におけるサーバ１及びクライアント５の概略構成についてそれぞれ説明する。実施例２におけるサーバ１は、実施例１の構成に加えて、更に、合致状態管理部６１及び合致率履歴格納部６２を有する。これらサーバ１の各処理部は、ソフトウェアの構成要素、又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。実施例２におけるクライアント５の構成は実施例１と同様である。以下、実施例１と異なる処理を行う各処理部についてそれぞれ説明する。【００６６】
クライアント５では、クライアント照合部５４が、サーバ１に認証要求を送信する際に、合致特徴点情報とユーザＩＤに加えて、更に、生体データ合成部５５により算出される合致率をサーバ１に送る。クライアント照合部５４は、サーバ１から認証要求に対する応答を受信すると、実施例１と同様にその認証結果を認証結果通知部５６へ送るのに加えて、その応答に含まれる合致率低下フラグを確認する。クライアント照合部５４は、合致率低下フラグがＯＮ（低下している）である場合には、先に認証要求の対象であったテンポラリ生体データをサーバ１に評価させるためにそのテンポラリ生体データ及びユーザＩＤを含む評価要求をサーバ１へ送信する。【００６７】
クライアント照合部５４は、その評価要求に対する評価結果をサーバ１から受信すると、その評価結果を判定する。その評価結果には、合致率、即ち、評価要求に含めたテンポラリ生体データとサーバ１に登録されているリファレンス生体データとの間で合致する特徴点の割合が含まれる。クライアント照合部５４は、この合致率が所定閾値以上である場合に、そのユーザのキャッシュ生体データを当該テンポラリ生体データに更新するようにキャッシュ管理部５７へ依頼する。【００６８】
キャッシュ管理部５７は、上述のようにクライアント照合部５４から更新の依頼を受けると、キャッシュ部５８内のそのユーザのユーザＩＤで特定されるキャッシュ生体データを当該テンポラリ生体データで上書きする。【００６９】
サーバ１では、生体データ登録部１５に、ユーザＩＤ及びリファレンス生体データと共に合致率低下フラグが格納される。図７は、生体データ登録部１５に格納されているデータの例を示す図である。合致率低下フラグは、後述するような手法により合致状態管理部６１が合致率が低下していると判定した場合にＯＮに設定され、それ以外の場合にＯＦＦに設定される。例えば、ＯＮは数値の１で示され、ＯＦＦは数値の０で示される。【００７０】
また、合致率履歴格納部６２には、クライアント５からの認証要求に含まれるユーザＩＤ及び合致率の履歴がその認証日時情報と共に格納される。図８は、合致率履歴格納部６２に格納されるデータの例を示す図である。ここで、認証日時情報とは、その認証要求がサーバ１で受信された日時を示しても良いし、サーバ照合部１２で１対１認証が行われた日時を示しても良い。【００７１】
合致状態管理部６１は、クライアント５からの認証要求をサーバ照合部１２を介して受けると、その認証要求に含まれる合致率及びユーザＩＤを合致率履歴格納部６２に格納する。【００７２】
合致状態管理部６１は、所定のタイミングで、合致率履歴格納部６２に格納される合致率の履歴に基づいて、各ユーザの合致率低下状態をそれぞれ判定する。合致状態管理部６１は、この判定の結果として、生体データ登録部１５の合致率低下フラグを更新する。この所定のタイミングは、サーバ１の処理負荷が小さいと他の処理部（図示せず）で判定されたタイミングであってもよいし、所定周期であってもよいし、クライアント５からの認証要求を受信したタイミングであってもよい。【００７３】
具体的には、合致状態管理部６１は、合致率履歴格納部６２内のデータをユーザＩＤ及び認証日時情報でソートし、ユーザＩＤ毎に、最新の合致率及び合致率変化量を取得する。最新の合致率は、認証日時が最も新しいエントリから取得される。合致率変化量は、隣接エントリ間の合致率の差を隣接エントリ間の時間差で割った値をそのユーザに関する合致率履歴の数に応じて平均した値として算出される。合致状態管理部６１は、各ユーザＩＤについて、最新の合致率が所定閾値未満であって、合致率変化量が負でかつ所定閾値（負の値）以下の場合に、そのユーザＩＤに関する合致率低下フラグをＯＮと決定する。最新合致率と比較される所定閾値と合致率変化量と比較される所定閾値とはそれぞれ調整可能に予めメモリ等に保持される。最新合致率と比較される所定閾値は例えば０．８に設定される。また、合致率変化量と比較される所定閾値は例えば−０．０３３に設定される。合致状態管理部６１は、上述のように決定された合致率低下フラグを合致率履歴格納部６２に反映させる。【００７４】
サーバ照合部１２は、クライアント５から送られた評価要求をサーバ通信部１３を介して受けると、その評価要求に含まれるテンポラリ生体データをその評価要求に含まれるユーザＩＤで特定されるリファレンス生体データにより評価する。この評価には例えば合致率が利用される。この場合、サーバ照合部１２は、当該テンポラリ生体データと当該リファレンス生体データとの合致特徴点を抽出し、この合致特徴点に応じて特徴点エリアを決定し、この特徴点エリア内における全特徴点に対する合致特徴点の割合を合致率として算出する。サーバ照合部１２は、評価結果としての合致率をサーバ通信部１３を介してクライアント５へ送信する。【００７５】
〔動作例〕
以下、実施例２における生体認証システムの動作例について図９、１０Ａ及び１０Ｂを用いて説明する。図９は、実施例２におけるサーバ１の合致率低下フラグ更新処理を示すフローチャートである。【００７６】
サーバ１の合致状態管理部６１は、上述のような所定タイミングにより図９に示す処理を実行する。合致状態管理部６１は、合致率履歴格納部６２内のいずれか１ユーザの合致率履歴を選択する（Ｓ９１）。合致状態管理部６１は、選択された合致率履歴のうちの最も新しい認証日時が設定された合致率を抽出し、この最新合致率と所定の閾値とを比較する（Ｓ９２）。【００７７】
合致状態管理部６１は、最新合致率が所定閾値未満である場合には（Ｓ９２；ＹＥＳ）、そのユーザの合致率の変化量を算出する。合致状態管理部６１は、選択された合致率履歴を認証日時でソートし、各隣接エントリ間において、合致率の差を認証日時の時間差で割った値をそれぞれ算出する。合致状態管理部６１は、各除算値の平均値をそのユーザの合致率の変化量として算出する。【００７８】
合致状態管理部６１は、算出されたそのユーザの合致率の変化量が負の値であり、かつ所定閾値（負の値）以下であるか否かを判定する（Ｓ９３）。言い換えれば、合致状態管理部６１は、合致率の減少量が所定量よりも大きいか否かを判定する。合致状態管理部６１は、合致率の変化量が負の値であり、かつ所定閾値以下である場合に（Ｓ９３；ＹＥＳ）、生体データ登録部１５内のそのユーザの合致率低下フラグをＯＮに設定する（Ｓ９４）。なお、最新合致率が所定閾値未満でない場合（Ｓ９２；ＮＯ）、若しくは、合致率の変化量が負の値でない又は所定閾値（負の値）より大きい場合（Ｓ９３；ＮＯ）、合致状態管理部６１は、合致率低下フラグをＯＦＦのままとする。【００７９】
続いて、合致状態管理部６１は、他のユーザの合致率履歴が合致率履歴格納部６２内に格納されているか否かを判定する（Ｓ９５）。合致状態管理部６１は、他のユーザの合致率履歴が合致率履歴格納部６２内に格納されている場合（Ｓ９５；ＹＥＳ）、他のユーザについて処理Ｓ９１から再度開始する。合致状態管理部６１は、合致率履歴格納部６２内に格納されている全てのユーザの合致率履歴の処理が完了すると（Ｓ９５；ＮＯ）、処理を終了する。【００８０】
図１０Ａ及び１０Ｂは、実施例２における生体認証システムの動作例を示すフローチャートである。サーバ１のサーバ照合部１２がクライアント５から送られる認証要求に応じてリファレンス生体データに含まれる特徴点とクライアント５から送られた合致特徴点とを照合する（Ｓ５８）までは実施例１と同様である。但し、実施例２のクライアント照合部５４は、その認証要求に生体データ合成部５５により算出された合致率を更に含める。合致状態管理部６１は、認証要求に含まれる合致率、ユーザＩＤ及び認証日時を受け、これら情報を合致率履歴格納部６２に格納する（Ｓ１０１）。【００８１】
サーバ照合部１２は、リファレンス生体データに含まれる特徴点とクライアント５から送られた合致特徴点との照合（１対１認証）が完了すると、その認証結果と共に、生体データ登録部１５から抽出された合致率低下フラグをクライアント５へ返信する（Ｓ５９）。【００８２】
クライアント照合部５４は、実施例１と同様にこの認証結果を受け、この認証結果を出力するように認証結果通知部５６へ指示する（Ｓ６１又はＳ６２）。【００８３】
続いて、クライアント照合部５４は、当該認証結果と共に送られてきた合致率低下フラグを判定する（Ｓ１０２）。クライアント照合部５４は、合致率低下フラグがＯＮに設定されている場合には（Ｓ１０２；ＹＥＳ）、サーバ１へそのテンポラリ生体データの評価要求を送信する（Ｓ１０３）。クライアント照合部５４は、その評価要求にそのテンポラリ生体データ及びユーザＩＤを含める。【００８４】
サーバ照合部１２は、この評価要求を受けると、その評価要求に含まれるユーザＩＤのリファレンス生体データを生体データ登録部１５から抽出し、そのリファレンス生体データと評価要求に含まれるテンポラリ生体データとを照合する（Ｓ１０４）。サーバ照合部１２は、評価結果として、リファレンス生体データに含まれる特徴点とテンポラリ生体データに含まれる特徴点とに基づいて、実施例１のクライアント照合部５４と同様の手法により合致率を算出する（Ｓ１０４）。サーバ照合部１２は、この合致率を評価結果としてクライアント５へ通知する（Ｓ１０５）。【００８５】
クライアント照合部５４は、この評価結果として送られる合致率を受けると、その合致率が所定閾値以上となるか否かを判定する（Ｓ１０６）。クライアント照合部５４は、合致率が所定閾値以上となる場合には（Ｓ１０６；ＹＥＳ）、キャッシュ生体データを更新することを決定し、当該テンポラリ生体データをキャッシュ管理部５７へ送る。なお、クライアント照合部５４は、合致率が所定閾値以上とならない場合には（Ｓ１０６；ＮＯ）、そのまま更新することなく処理を終了する。なお、合致率が所定閾値以上となることは、評価結果が良好であることを意味する。【００８６】
キャッシュ管理部５７は、クライアント照合部５４から更新指示と共にユーザＩＤ及びテンポラリ生体データを受けると、キャッシュ部５８内のそのユーザＩＤで特定されるキャッシュ生体データをそのテンポラリ生体データで更新する（Ｓ１０７）。キャッシュ管理部５７は、キャッシュ生体データの更新を行った場合には、その旨をサーバ１へ通知する（Ｓ１０８）。この通知には、更新された生体データのユーザのユーザＩＤが含まれる。【００８７】
合致状態管理部６１は、クライアント５からのキャッシュ生体データの更新を知らせる通知をサーバ照合部１２を介して受けると、その通知に含まれるユーザＩＤに関する合致率の履歴を合致率履歴格納部６２から削除する（Ｓ１０９）。続いて、合致状態管理部６１は、生体データ登録部１５内のその通知に含まれるユーザＩＤで特定されるエントリの合致率低下フラグをＯＦＦに設定する（Ｓ１０９）。【００８８】
《実施例２の作用及び効果》
実施例２における生体認証システムでは、認証時に取得されるテンポラリ生体データと、クライアント５において１対多認証により識別されたユーザのキャッシュ生体データと、の合致率の履歴がユーザ毎にそれぞれサーバ１において保持される。サーバ１では合致率の履歴に基づいて各ユーザについて合致率低下状態がそれぞれ判定され、最新合致率が所定値未満でありかつ合致率の減少量が所定量以上となったユーザのリファレンス生体データにはＯＮの合致率低下フラグが付される。この合致率低下フラグは、サーバ１における１対１認証の結果と共にクライアント５へ送られる。【００８９】
サーバ１における１対１認証の結果が成功を示し、かつ、そのユーザの合致率低下フラグがＯＮの場合には、そのときのテンポラリ生体データがサーバ１に送られ、サーバ１においてそのテンポラリ生体データが評価される。この評価結果であるテンポラリ生体データとリファレンス生体データとの合致率がクライアント５へ返信され、この合致率が所定閾値以上、即ち、そのテンポラリ生体データが有効であると判定された場合に、そのテンポラリ生体データによりキャッシュ生体データが更新される。【００９０】
このように、実施例２では、ユーザの過去の生体情報が反映されたキャッシュ生体データの有効性がそのユーザの最新の生体情報が反映されたテンポラリ生体データとの合致率の履歴に応じて判定される。結果、合致率の減少量が所定量より大きくなる場合、即ち、過去の生体情報と現在の生体情報との格差が所定量より大きくなった場合、当該キャッシュ生体データの更新の必要性が認識される。【００９１】
実施例２によれば、このようにクライアント５にキャッシュされる生体データの品質（有効性）が所定タイミングで確認されるため、生体情報の変化等に追従しつつ、キャッシュ生体データの品質を高いレベルで保つことができる。これにより、生体情報の変化に伴う本人拒否率の上昇を防ぐことができる。【００９２】
更に、実施例２では、更新するためのテンポラリ生体データがサーバ１に登録されているリファレンス生体データとの関係において評価される。この評価結果としての合致率が一定の閾値以上である場合にのみキャッシュ生体データの更新が行われる。これにより、実施例２によれば、更新するためのテンポラリ生体データの状態も評価された後にキャッシュ生体データが更新されるため、キャッシュ生体データの品質を高いレベルで保持することができる。【００９３】
また、実施例２では、上述のようなキャッシュ生体データの品質を高く保つために合致率が利用される。これにより、特徴点情報が合致するエリアの連続性が確認されていることに繋がるため、他人受け入れ率も維持することができる。
【実施例３】
【００９４】
以下、実施例３における生体認証システムについて説明する。実施例３におけるクライアント５は、各ユーザについて複数の生体データをそれぞれキャッシュ可能である。【００９５】
〔装置構成〕
実施例３におけるサーバ１及びクライアント５の各構成は、それぞれ実施例１と同様である。以下の実施例３についての説明は、実施例１と異なる箇所を中心に行い、実施例１と同様の内容については省略する。【００９６】
図１１は、実施例３におけるキャッシュ部５８にキャッシュされるデータ例を示す図である。図１１に示すように、クライアント５のキャッシュ部５８は、各ユーザについて複数のキャッシュ生体データをそれぞれキャッシュ可能である。また、キャッシュ部５８は、各キャッシュ生体データについてそれぞれ合致率を格納する。なお、キャッシュ部５８の容量は有限であるため、ユーザ毎にキャッシュ部５８にキャッシュ可能なキャッシュ生体データの数には所定の上限数が決められている。この所定のキャッシュ上限数は予め調整可能にメモリ等に保持される。【００９７】
キャッシュ管理部５７は、各ユーザについて複数のキャッシュ生体データをキャッシュ部５８へそれぞれキャッシュ可能にするための制御を行う。キャッシュ管理部５７は、上記キャッシュ上限数に応じて各ユーザについてのキャッシュ生体データの数を制御する。キャッシュ管理部５７は、対象ユーザのキャッシュ生体データ数がキャッシュ上限数に達している場合には、キャッシュ部５８に格納される合致率に基づいて低合致率のキャッシュ生体データを削除した上で、そのときのテンポラリ生体データをキャッシュ部５８へキャッシュする。【００９８】
また、キャッシュ管理部５７は、テンポラリ生体データをキャッシュ部５８へ追加するか否かの判定に用いるために、各ユーザについて最新キャッシュ生体データのキャッシュ部５８への格納日時をそれぞれ管理する。キャッシュ管理部５７は、クライアント照合部５４から或るユーザに関する最短格納期間を要求されると、そのユーザのために管理される上記格納日時からその要求受信時までの期間を算出する。キャッシュ管理部５７は、この算出された期間をそのユーザに関する最短格納期間としてクライアント照合部５４へ通知する。これにより、この最短格納期間が所定期間以上となる場合に、その認証時のテンポラリ生体データをキャッシュ部５８へ追加するための処理が実行される。この最短格納期間と比較される所定期間は例えば６０日に設定され予め調整可能にメモリに保持される。【００９９】
クライアント照合部５４は、上述のように各ユーザについて複数のキャッシュ生体データがキャッシュ部５８へキャッシュされている場合であっても、キャッシュ部５８内の全キャッシュ生体データを対象に１対多認証を行い、ユーザを識別する。これにより、例えば、クライアント５に１ユーザのみの生体データが複数キャッシュされておりそのユーザのテンポラリ生体データが取得された場合であっても、そのテンポラリ生体データと複数のキャッシュ生体データとの間で照合が行われる。【０１００】
〔動作例〕
以下、実施例３における生体認証システムの動作例について図１２Ａ及び１２Ｂを用いて説明する。図１２Ａ及び１２Ｂは、実施例３における生体認証システムの動作例を示すフローチャートである。【０１０１】
クライアント５のクライアント照合部５４が合致率が所定閾値以上か否かを判定する（Ｓ５５）までは実施例１と同様である。クライアント照合部５４は、合致率が所定閾値以上である場合に（Ｓ５５；ＹＥＳ）、特定されたユーザのユーザＩＤを指定することによりキャッシュ管理部５７へそのユーザに関する最短格納期間を要求する。クライアント照合部５４は、キャッシュ管理部５７からそのユーザに関する最短格納期間、即ち、そのユーザの最新キャッシュ生体データの格納日時からその時点（認証時点）までの期間を取得する。【０１０２】
クライアント照合部５４は、この取得された最短格納期間が所定期間以上となるか否かを判定する（Ｓ１２０）。クライアント照合部５４は、最短格納期間が所定期間以上である場合には（Ｓ１２０；ＹＥＳ）、サーバ１へ送る認証要求に評価要求を含める（Ｓ１２１）。なお、クライアント照合部５４は、最短格納期間が所定期間以上でない場合には（Ｓ１２０；ＮＯ）、実施例１と同様に、評価要求を認証要求に含めない。【０１０３】
続いて、クライアント照合部５４は、実施例１と同様に、認証要求をサーバ１へ送信する（Ｓ５７）。このとき、クライアント照合部５４は、評価要求を認証要求に含めない場合には、実施例１と同様に、ユーザＩＤ及び合致特徴点情報を含めた認証要求をサーバ１へ送る。一方、クライアント照合部５４は、評価要求を認証要求に含める場合には、ユーザＩＤ及び合致特徴点情報に加えて、テンポラリ生体データもサーバ１へ送る（Ｓ５７）。【０１０４】
サーバ１のサーバ照合部１２は、実施例１と同様に、クライアント５から送られる認証要求に応じて、認証要求の対象ユーザのリファレンス生体データとクライアント５から送られた合致特徴点とを照合する（Ｓ５８）。サーバ照合部１２は、この照合が完了すると、その認証要求に評価要求が含まれているか否かを判定する（Ｓ１２２）。サーバ照合部１２は、評価要求が含まれている場合には（Ｓ１２２；ＹＥＳ）、評価要求と共に認証要求に含まれていたテンポラリ生体データを評価する（Ｓ１２３）。【０１０５】
この評価処理は、実施例２で説明したとおりである。すなわち、サーバ照合部１２が、評価要求の対象ユーザのリファレンス生体データを生体データ登録部１５から抽出し、そのリファレンス生体データと評価要求と共に送られたテンポラリ生体データとを照合する。サーバ照合部１２は、評価結果として合致率を算出する。【０１０６】
サーバ照合部１２は、実施例１と同様に、クライアント５からの合致特徴点を用いた認証結果をクライアント５へ通知する（Ｓ５９）。但し、実施例３のサーバ照合部１２は、認証要求に評価要求が含まれていた場合には、当該認証結果と共に評価結果としての合致率も合わせてクライアント５へ通知する（Ｓ５９）。【０１０７】
クライアント照合部５４は、実施例１と同様にこの認証結果に応じて、認証の成否を出力するように認証結果通知部５６へ指示する（Ｓ６０、Ｓ６１、Ｓ６２）。【０１０８】
実施例３では更に、クライアント照合部５４は、サーバ１からの通知に評価結果が含まれているか否かを判定する（Ｓ１２４）。クライアント照合部５４は、評価結果が含まれている場合には（Ｓ１２４；ＹＥＳ）、その評価結果としての合致率が所定閾値以上か否かを判定する（Ｓ１２５）。クライアント照合部５４は、合致率が所定閾値以上である場合には（Ｓ１２５；ＹＥＳ）、キャッシュ管理部５７へ当該テンポラリ生体データをキャッシュするように指示する。【０１０９】
キャッシュ管理部５７は、追加指示を受けると、対象ユーザのキャッシュ生体データの数がキャッシュ上限数以内か否かを判定する（Ｓ１２６）。キャッシュ管理部５７は、対象ユーザのキャッシュ生体データの数がキャッシュ上限数以内である場合には（Ｓ１２６；ＹＥＳ）、そのテンポラリ生体データ及び上記合致率を含むエントリをキャッシュ部５８へ追加する（Ｓ１２７）。一方で、キャッシュ管理部５７は、対象ユーザのキャッシュ生体データの数がキャッシュ上限数を超えている場合には（Ｓ１２６；ＮＯ）、対象ユーザの全キャッシュ生体データのうち合致率が最も低いキャッシュ生体データを含むエントリを削除する（Ｓ１２８）。キャッシュ管理部５７は、その後、そのテンポラリ生体データ及び合致率を含むエントリをキャッシュ部５８へ追加する（Ｓ１２７）。【０１１０】
《実施例３の作用及び効果》
実施例３における生体認証システムでは、クライアント５において各ユーザについてそれぞれ複数のキャッシュ生体データがキャッシュされ、ユーザ識別のための１対多認証ではこれら全キャッシュ生体データが利用される。【０１１１】
実施例３では、現テンポラリ生体データがサーバ１においてリファレンス生体データとの関係により評価され、この評価結果である合致率が所定閾値以上である場合にキャッシュ生体データの追加が容認される。これにより、一定レベルの品質が確保されたテンポラリ生体データのみがキャッシュ生体データとして追加される。【０１１２】
また、実施例３では、各キャッシュ生体データについてそれぞれ合致率も保持される。１ユーザで保持できるキャッシュ生体データ数を超えた場合には合致率の最も低いキャッシュ生体データが削除された上で、現テンポラリ生体データがキャッシュ生体データとして追加される。【０１１３】
これらにより、各ユーザについて高い品質の複数のキャッシュ生体データを保持することができる。また、例えば季節などの要因で周期的に変化する生体データのばらつきを、複数の過去の生体情報を反映するキャッシュ生体データを用いることで吸収することができる。例えば、夏と冬の各生体情報をそれぞれ反映する各キャッシュ生体データを保持することにより、夏と冬に生体情報の変化が大きいユーザについても適切に認証することができる。結果、生体データの変化に伴う本人拒否率の上昇を防ぐことができる。更に、高い品質のキャッシュ生体データが保持されるため、他人受入率を維持することができる。【０１１４】
また、実施例３では、最新キャッシュ生体データの格納日時から認証時点までの期間が所定期間以上となる場合に、テンポラリ生体データがキャッシュ生体データとして追加されることが容認される。【０１１５】
これにより、生体情報が経時変化するユーザであっても、過去の生体情報が反映されるキャッシュ生体データが用いられることで吸収することができ、本人拒否率の上昇を防ぐことができる。
【実施例４】
【０１１６】
実施例４における生体認証システムは、上述の各実施例では言及されなかったクライアント５で保持されるキャッシュ生体データを他のクライアント装置で利用する処理を更に含む。以下の説明では、実施例４における生体認証システムとして、実施例１の態様に実施例４特有の態様が付加された例を示す。しかしながら、本実施形態はこのような態様に限定されるものではなく、実施例２及び３の態様に実施例４特有の態様が付加されるようにしてもよい。なお、他のクライアント装置は、クライアント５と同様の構成を有するものとする。【０１１７】
図１３は、実施例４における生体認証システムの概略構成を示すブロック図である。図１３に示すように、実施例４では、クライアント５が記録媒体制御部１３１を更に含み、サーバ１がキャッシュ生体データ一時保持部１３２を更に含む。【０１１８】
クライアント５では、キャッシュ管理部５７は、クライアント５のユーザインタフェース（図示せず）等を介してキャッシュ生体データの転送指示を受けると、キャッシュ部５８に保持される少なくとも１つのキャッシュ生体データ及びユーザＩＤを抽出する。キャッシュ管理部５７は、転送先としてサーバ１が指定されている場合には、抽出されたキャッシュ生体データ及びユーザＩＤをクライアント通信部５９を介してサーバ１へ送信する。キャッシュ管理部５７は、転送先として、ＵＳＢ（Universal Serial Bus）メモリ、フロッピー（登録商標）ディスク、ＭＯ（Magneto Optical）ディスク等のような記録媒体が指定されている場合には、抽出されたキャッシュ生体データ及びユーザＩＤを記録媒体制御部１３１へ送る。【０１１９】
一方で、キャッシュ管理部５７は、サーバ１又は記録媒体から他のクライアント５に保持されていたキャッシュ生体データ及びユーザＩＤを受けた場合には、この受信されたキャッシュ生体データ及びユーザＩＤをキャッシュ部５８に格納する。サーバ１から送られるキャッシュ生体データ及びユーザＩＤはクライアント通信部５９を介して受信され、記録媒体から送られるキャッシュ生体データ及びユーザＩＤは記録媒体制御部１３１を介して受信される。このように転送等されるキャッシュ生体データは、全てのデータが対象とされても良いし、指定されたユーザのキャッシュ生体データが対象とされても良い。【０１２０】
サーバ１では、キャッシュ生体データ一時保持部１３２に、クライアント５から送信されたキャッシュ生体データ及びユーザＩＤが格納される。生体データ管理部１１は、クライアント５からキャッシュ生体データの送信要求を受けると、この送信要求の対象となるキャッシュ生体データ及びユーザＩＤをキャッシュ生体データ一時保持部１３２から抽出し、抽出されたキャッシュ生体データ及びユーザＩＤをクライアント５へ送信する。【０１２１】
《実施例４における作用及び効果》
実施例４における生体認証システムでは、クライアント５に保持されるキャッシュ生体データが可搬記録媒体又はサーバ１を経由して他のクライアントに送信され、他のクライアントに保持される。これにより、ユーザが利用するクライアントを変更した場合であっても、変更後の他のクライアントにおいても、キャッシュ生体データが共有されるため、変更前のクライアントと同様に認証を行うことが可能となる。
【実施例５】
【０１２２】
実施例５における生体認証システムは、上述の各実施例では言及されなかった、サーバ１においてリファレンス生体データが更新又は削除された場合の処理を更に含む。以下の説明では、実施例５における生体認証システムとして、実施例１の態様に実施例５特有の態様が付加された例を示す。しかしながら、本実施形態はこのような態様に限定されるものではなく、実施例２、３及び４の各態様に実施例５特有の態様が付加されるようにしてもよい。【０１２３】
図１４は、実施例５における生体データ登録部１５の例を示す図である。生体データ登録部１５は、図１４に示すように、各ユーザＩＤのリファレンス生体データについてそのリファレンス生体データの登録日時がそれぞれ格納される。【０１２４】
サーバ１では、生体データ管理部１１は、生体データ登録部１５に格納されるリファレンス生体データの登録、更新及び削除を管理する。生体データ管理部１１は、サーバ１のユーザインタフェース（図示せず）、他の装置などからリファレンス生体データの登録、更新及び削除の要求を受ける。【０１２５】
生体データ管理部１１は、登録の要求を受けた場合には、生体データ登録部１５にその要求と共に取得されるリファレンス生体データ及びユーザＩＤ、並びにその登録日時を格納する。また、生体データ管理部１１は、更新の要求を受けた場合には、生体データ登録部１５にその要求と共に取得されるリファレンス生体データ及びユーザＩＤ、並びにその更新日時を格納する。すなわち、生体データ登録部１５の登録日時フィールドには、登録日時又は更新日時が設定される。一方で、生体データ管理部１１は、削除の要求を受けた場合には、その要求と共に取得されるユーザＩＤで特定されるリファレンス生体データを生体データ登録部１５から削除する。【０１２６】
生体データ管理部１１は、リファレンス生体データの削除を行った場合には、その削除されたリファレンス生体データのユーザのユーザＩＤと共に削除された旨をクライアント５へ通知する。【０１２７】
サーバ照合部１２は、クライアント５から認証要求を受けると、その認証要求に含まれるユーザＩＤで特定されるリファレンス生体データの登録日時を生体データ登録部１５から抽出し、その認証要求に含まれるキャッシュ日時情報とその抽出された登録日時情報とを比較する。サーバ照合部１２は、この比較において登録日時がキャッシュ日時よりも新しいと判断すると、リファレンス生体データが更新されたと認識する。サーバ照合部１２は、実施例１と同様の認証処理の認証結果と共に更新されたことを示す更新フラグをクライアント５へ通知する。【０１２８】
また、サーバ照合部１２は、上記更新フラグを送信することに伴ってクライアント５から評価要求を受けた場合には、実施例２と同様に、その評価要求に含まれるテンポラリ生体データを評価する。この評価処理は、実施例２と同様であるため、ここでは説明を省略する。【０１２９】
図１５は、実施例４におけるキャッシュ部５８の例を示す図である。キャッシュ部５８には、図１５に示すように、各ユーザＩＤのキャッシュ生体データについてそのキャッシュ生体データのキャッシュ日時がそれぞれ格納される。キャッシュ管理部５７は、テンポラリ生体データをキャッシュ部５８にキャッシュする際にその日時をそのテンポラリ生体データと共にキャッシュ部５８に格納する。【０１３０】
キャッシュ管理部５７は、サーバ１からの通知を受信し、その通知が生体データの削除を示している場合には、その通知と共に受信されたユーザＩＤで特定されるキャッシュ生体データをキャッシュ部５８から削除する。一方で、キャッシュ管理部５７は、認証結果と共に更新フラグを受けた場合であって、その認証結果が認証成功を示している場合には、更新フラグに基づいてキャッシュ生体データの更新処理を実行する。【０１３１】
具体的には、キャッシュ管理部５７は、更新フラグを受けた場合には、その認証結果の対象のユーザのリファレンス生体データが更新されたことを認識し、その対象ユーザのユーザＩＤ及びテンポラリ生体データを含めた評価要求をサーバ１へ送る。キャッシュ管理部５７は、サーバ１から評価結果を受けるとその結果が良好である場合に、そのテンポラリ生体データでキャッシュ部５８のキャッシュ生体データを更新する。なお、実施例３のように各ユーザについて複数のキャッシュ生体データが保持される場合には、対象ユーザの複数のキャッシュ生体データを全て削除した後、そのテンポラリ生体データをキャッシュ部５８へ追加する。【０１３２】
〔動作例〕
以下、実施例５における生体認証システムの動作例について図１６Ａ及び１６Ｂを用いて説明する。図１６Ａ及び１６Ｂは、実施例５における生体認証システムの動作例を示すフローチャートである。【０１３３】
クライアント５のクライアント照合部５４が、テンポラリ生体データとキャッシュ生体データとの照合を行うことによりユーザを識別し、認証要求をサーバ１へ送信する（Ｓ５７）までは実施例１と同様である。実施例５では、クライアント照合部５４は、この認証要求にキャッシュ生体データのキャッシュ日時情報を更に含める。【０１３４】
サーバ１のサーバ照合部１２は、クライアント５から送られる認証を受けると、その認証要求に含まれるユーザＩＤで特定されるリファレンス生体データの登録日時と、その認証要求に含まれるキャッシュ日時情報とを比較する（Ｓ１６０）。サーバ照合部１２は、この比較において登録日時がキャッシュ日時よりも新しいと判断すると、リファレンス生体データが更新されたと認識する。サーバ照合部１２は、実施例１と同様の認証処理（Ｓ５８）の認証結果と共に更新フラグをクライアント５へ通知する（Ｓ５９）。【０１３５】
クライアント照合部５４は、実施例１と同様にこの認証結果を受け、この認証結果を出力するように認証結果通知部５６へ指示する（Ｓ６１又はＳ６２）。【０１３６】
続いて、クライアント照合部５４は、認証結果と共に送られてきた更新フラグを判定する（Ｓ１６１）。クライアント照合部５４は、更新フラグが更新されたことを示す（ＯＮに設定されている）場合には（Ｓ１６１；ＹＥＳ）、サーバ１へそのテンポラリ生体データの評価要求を送信する（Ｓ１６２）。クライアント照合部５４は、その評価要求にそのテンポラリ生体データ及びユーザＩＤを含める。【０１３７】
サーバ照合部１２は、この評価要求を受けると、その評価要求に含まれるユーザＩＤのリファレンス生体データを生体データ登録部１５から抽出し、そのリファレンス生体データと評価要求に含まれるテンポラリ生体データとを照合する（Ｓ１６３）。サーバ照合部１２は、評価結果として、リファレンス生体データに含まれる特徴点とテンポラリ生体データに含まれる特徴点とに基づいて、実施例１のクライアント照合部５４と同様の手法により合致率を算出する（Ｓ１６３）。サーバ照合部１２は、この合致率を評価結果としてクライアント５へ通知する（Ｓ１６４）。【０１３８】
クライアント照合部５４は、この評価結果として送られる合致率を受けると、その合致率が所定閾値以上となるか否かを判定する（Ｓ１６５）。クライアント照合部５４は、合致率が所定閾値以上となる場合には（Ｓ１６５；ＹＥＳ）、キャッシュ生体データを更新することを決定し、当該テンポラリ生体データをキャッシュ管理部５７へ送る。なお、クライアント照合部５４は、合致率が所定閾値以上とならない場合には（Ｓ１６５；ＮＯ）、そのまま更新することなく処理を終了する。なお、合致率が所定閾値以上となることは、評価結果が良好であることを意味する。【０１３９】
キャッシュ管理部５７は、クライアント照合部５４から更新指示と共にユーザＩＤ及びテンポラリ生体データを受けると、キャッシュ部５８内のそのユーザＩＤで特定されるキャッシュ生体データをそのテンポラリ生体データで更新する（Ｓ１６６）。このとき、キャッシュ管理部５７は、その更新日時をキャッシュ日時としてキャッシュ部５８に格納する（Ｓ１６６）。【０１４０】
《実施例５における作用及び効果》
実施例５における生体認証システムでは、サーバ１において或るユーザのリファレンス生体データが削除されると、サーバ１からクライアント５へその旨が通知され、クライアント５で保持されるそのユーザのキャッシュ生体データも同様に削除される。これにより、サーバ１とクライアント５との間の生体データの整合性が確保されると共に、クライアント５で不要な生体データがキャッシュされないため、１対多認証における余計な処理負荷向上を抑えることができる。【０１４１】
また、サーバ１において或るユーザのリファレンス生体データが更新された場合であっても、キャッシュ生体データのキャッシュ日時とリファレンス生体データの登録日時とが比較されることによりその更新が検知される。更新が検知されると、その旨がサーバ１からクライアント５へ通知され、クライアント５に保持されるキャッシュ生体データがテンポラリ生体データにより更新される。これにより、サーバ１とクライアント５との間の生体データの整合性を確保することができる。結果、リファレンス生体データの更新に起因する本人拒否率の増加を未然に防止することが可能となる。【０１４２】
［変形例］
上述の各実施例では、クライアント照合部５４は、テンポラリ生体データとキャッシュ部５８に保持されるキャッシュ生体データとを照合するにあたり合致率を取得し、この合致率が所定の閾値以上となる場合に照合に成功したと判定していた。言い換えれば、テンポラリ生体データとの合致率が所定閾値以上となるキャッシュ生体データと共に格納されるユーザＩＤにより認証対象のユーザが識別されていた。しかしながら、合致率を算出することなく合致特徴点の数に応じて照合の成否が判定されるようにしてもよい。【０１４３】
図１７は、変形例における生体認証システムの動作例を示すフローチャートである。変形例では、生体データ合成部５５は、合致率を算出することなく、合致特徴点の情報をクライアント照合部５４へ送る。クライアント照合部５４は、図１７に示すように、合致特徴点の数が所定閾値以上か否かを判定する（Ｓ１７０）。クライアント照合部５４は、合致特徴点の数が所定閾値以上である場合に（Ｓ１７０；ＹＥＳ）、テンポラリ生体データとそのキャッシュ生体データとの照合に成功したと判定する。他の処理については上述の各実施例と同様であるためここでは説明を省略する。【０１４４】
この変形例によれば、合致率の算出処理を省くことができるため処理負荷を低減させることができる。合致率を用いる場合に較べて精度は劣るものの、傷などの生体に加えられた変形を原因とする本人拒否率の増加を防ぐことが可能となる。【０１４５】
また、上述の各実施例では、クライアント５からテンポラリ生体データの評価要求がサーバ１へ送信された場合に、サーバ照合部１２がその評価結果としてテンポラリ生体データとリファレンス生体データとの合致率を算出していた。結果、合致率が所定閾値以上となる場合に評価結果が良好であると判定されていた。しかしながら、合致率を算出することなく合致特徴点の数を評価結果として用いるようにしてもよい。この場合には、上述の各実施例では評価結果として合致率を送受しているところ、合致率に替え合致特徴点の数を評価結果として送受するようにすればよい。【０１４６】
［その他］
〈ハードウェアの構成要素（Component）及びソフトウェアの構成要素（Component）について〉
ハードウェアの構成要素とは、ハードウェア回路であり、例えば、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、ゲートアレイ、論理ゲートの組み合わせ、信号処理回路、アナログ回路等がある。【０１４７】
ソフトウェアの構成要素とは、ソフトウェアとして上記処理を実現する部品（断片）であり、そのソフトウェアを実現する言語、開発環境等を限定する概念ではない。ソフトウェアの構成要素としては、例えば、タスク、プロセス、スレッド、ドライバ、ファームウェア、データベース、テーブル、関数、プロシジャ、サブルーチン、プログラムコードの所定の部分、データ構造、配列、変数、パラメータ等がある。これらソフトウェアの構成要素は、１又は複数のメモリ（１または複数のプロセッサ（例えば、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）等）上で実現される。【０１４８】
なお、上述の各実施形態は、上記各処理部の実現手法を限定するものではない。上記各
処理部は、上記ハードウェアの構成要素又はソフトウェアの構成要素若しくはこれらの組み合わせとして、本技術分野の通常の技術者において実現可能な手法により構成されていればよい。
上述の各実施形態に関し、更に、以下の付記を開示する。
〔付記１〕
複数ユーザの生体データをそれぞれ登録部に格納するサーバ装置とユーザから生体データを採取するクライアント装置とを含み、前記採取された生体データを前記登録部に登録されている生体データを用いて認証する生体認証システムにおいて、
前記クライアント装置が、
前記クライアント装置で採取されサーバ装置で認証された生体データをキャッシュ生体データとしてユーザ情報と共に保持する保持部と、
認証時に、ユーザから採取された生体データと前記キャッシュ生体データとを照合するクライアント照合部と、
前記照合に成功したキャッシュ生体データと前記ユーザから採取された生体データとの合成情報を取得する合成部と、
前記照合に成功した生体データのユーザ情報及び前記合成情報を前記サーバ装置に送信する送信部と、
を備え、
前記サーバ装置が、
前記登録部に登録されている複数の生体データのうち前記クライアント装置から送られるユーザ情報で特定される生体データと前記クライアント装置から送られる合成情報とを照合するサーバ照合部と、
を備えることを特徴とする生体認証システム。
〔付記２〕
前記クライアント装置は、
前記ユーザから採取された生体データから特徴点に関する情報を抽出する抽出部と、
前記抽出された特徴点から前記キャッシュ生体データに含まれる特徴点と所定条件で合致する合致特徴点を選択する選択部と、
を更に備え、
前記クライアント照合部は、前記選択された合致特徴点に関する情報を用いて照合の成否を判定し、
前記合成部は、前記合致特徴点に関する情報を前記合成情報とする、
ことを特徴とする付記１に記載の生体認証システム。
〔付記３〕
前記クライアント装置は、
前記合致特徴点情報に基づいて、全ての合致特徴点を含み面積が最小となる多角形のエリアを決定する決定部と、
前記多角形エリア内に含まれる全特徴点に対する前記合致特徴点の割合を合致率として算出する算出部と、
を更に備え、
前記クライアント照合部は、前記算出された合致率が所定閾値を超えた場合に照合に成功したと判定する、
ことを特徴とする付記２に記載の生体認証システム。
〔付記４〕
前記サーバ装置は、
前記合致率の履歴を時刻情報と共に各ユーザについてそれぞれ格納する履歴格納部と、
前記履歴格納部に格納される合致率の履歴及び時刻情報に基づいて合致率の変化量を算出し、該合致率の変化量が所定の低下状態となることを監視する監視部と、
前記認証部で認証された生体データのユーザについての合致率変化量が所定の低下状
態となることを前記クライアント装置に通知する通知部と、
を更に備え、
前記クライアント装置は、
前記サーバ装置から前記ユーザについての合致率変化量が所定の低下状態となることを通知された場合に、該ユーザから採取された生体データで前記キャッシュ生体データを更新する更新部、
を更に備えることを特徴とする付記３に記載の生体認証システム。
〔付記５〕
前記サーバ装置は、
前記クライアント装置から生体データを受けた場合に、該生体データを前記登録部に登録されている生体データにより評価し、評価結果を前記クライアント装置へ返信する評価部、
を更に備え、
前記クライアント装置の更新部は、
前記サーバ装置から前記ユーザについての合致率変化量が所定の低下状態となることを通知された場合に、前記ユーザから採取された生体データを前記サーバ装置へ送信し、前記サーバ装置から返信された評価結果に応じてキャッシュ生体データを更新するか否かを決定する、
ことを特徴とする付記４に記載の生体認証システム。
〔付記６〕
前記クライアント装置は、
認証対象のユーザから採取された生体データをキャッシュ生体データとして追加するか否かを判断する判断部、
を更に備え、
前記クライアント装置の保持部は、前記判断部で追加すると判断された場合に、前記認証対象のユーザについて既に保持されているキャッシュ生体データに加えて、該認証対象のユーザから採取された生体データをキャッシュ生体データとして追加する、
ことを特徴とする付記１から５のいずれか１項に記載の生体認証システム。
〔付記７〕
前記サーバ装置は、
前記認証対象のユーザから採取された生体データを前記クライアント装置から受けた場合に、該生体データを前記登録部に登録されている生体データにより評価し、評価結果を前記クライアント装置へ返信する評価部、
を更に備え、
前記クライアント装置の送信部は、前記ユーザ情報及び前記合成情報に加えて更に、前記認証対象のユーザから採取された生体データを前記サーバ装置に送信し、
前記クライアント装置の判断部は、前記サーバ装置から返信された評価結果に応じて前記認証対象のユーザから採取された生体データをキャッシュ生体データとして追加するか否かを判断する、
ことを特徴とする付記６に記載の生体認証システム。
〔付記８〕
前記クライアント装置の保持部は、複数のキャッシュ生体データを前記サーバ装置の評価部での評価結果と共にそれぞれ保持し、
前記クライアント装置の判断部は、前記認証対象のユーザについて前記保持部で保持されるキャッシュ生体データの数が所定上限数に達しないように、前記評価結果が悪いキャッシュ生体データを削除した後に、前記認証対象のユーザから採取された生体データをキャッシュ生体データとして追加すると判断する、
ことを特徴とする付記７に記載の生体認証システム。
〔付記９〕
前記クライアント装置の保持部は、各ユーザについてそれぞれキャッシュ生体データの
最終保持時を更に保持し、
前記クライアント装置の判断部は、前記認証対象のユーザについての前記最終保持時からの期間が所定期間を超える場合に、前記認証対象のユーザから採取された生体データをキャッシュ生体データとして追加すると判断する、
ことを特徴とする付記８に記載の生体認証システム。
〔付記１０〕
前記クライアント装置の保持部は、各ユーザについてキャッシュ生体データと共にキャッシュ日時情報をそれぞれ保持し、
前記サーバ装置の登録部は、生体データと共に登録日時情報を格納し、
前記サーバ装置の認証部は、認証時に、前記キャッシュ日時情報と前記登録日時情報とを比較することにより、前記登録部に格納されている生体データが更新されているか否かを判定し、更新されていると判定された場合に更新の旨を前記クライアント装置へ通知する、
ことを特徴とする付記１から９のいずれか１項に記載の生体認証システム。
〔付記１１〕
前記サーバ装置は、
前記登録部に格納されている生体データが削除された場合に、削除された生体データのユーザ情報と共に削除されたことを前記クライアント装置へ通知する削除通知部、
を更に備え、
前記クライアント装置の保持部は、前記サーバ装置から生体データの削除が通知された場合に、該通知と共に送られたユーザ情報で特定されるキャッシュ生体データを削除する、
ことを特徴とする付記１から１０のいずれか１項に記載の生体認証システム。
〔付記１２〕
前記クライアント装置の送信部は、前記保持部に保持されるキャッシュ生体データを前記サーバ装置へ送信し、
前記サーバ装置は、
前記クライアント装置から送信されたキャッシュ生体データを他のクライアント装置へ転送する転送部、
を更に備えることを特徴とする付記１から１１のいずれか１項に記載の生体認証システム。
〔付記１３〕
前記クライアント装置は、
前記保持部に保持されるキャッシュ生体データを可搬記録媒体に記録する記録部、
を更に備え、
前記クライアント装置の保持部は、可搬記録媒体から読み出されるキャッシュ生体データを保持する、
ことを特徴とする付記１から１２のいずれか１項に記載の生体認証システム。
〔付記１４〕
複数ユーザの生体データをそれぞれ登録部に格納するサーバ装置とユーザから採取され該サーバ装置で認証された生体データをユーザ情報と共に保持部に保持するクライアント装置とを含む生体認証システムにより実行される生体認証方法であって、
認証時に、ユーザから採取された生体データと前記保持部に保持されるキャッシュ生体データとを照合し、
前記照合に成功したキャッシュ生体データと前記ユーザから採取された生体データとの合成情報を取得し、
前記合成情報を前記登録部に登録されている複数の生体データのうち前記照合に成功した生体データのユーザ情報で特定される生体データを用いて認証する、
ことを含む生体認証方法。
【符号の説明】
【０１４９】
１  生体認証サーバ装置（サーバ）
５  クライアント装置（クライアント）
８  ネットワーク
１１  生体データ管理部
１２  サーバ照合部
１３  サーバ通信部
１５  生体データ登録部
５１  生体情報入力部
５２  入力制御部
５３  生体データ取得部
５４  クライアント照合部
５５  生体データ合成部
５７  キャッシュ管理部
５８  キャッシュ部
５９  クライアント通信部
６１  合致状態管理部
６２  合致率履歴格納部
１３１  記録媒体制御部
１３２  キャッシュ生体データ一時保持部
【図１】
0005397479.tif 000002
【図２】
0005397479.tif 000003
【図３】
0005397479.tif 000004
【図４】
0005397479.tif 000005
【図５】
0005397479.tif 000006
【図６】
0005397479.tif 000007
【図７】
0005397479.tif 000008
【図８】
0005397479.tif 000009
【図９】
0005397479.tif 000010
【図１０Ａ】
0005397479.tif 000011
【図１０Ｂ】
0005397479.tif 000012
【図１１】
0005397479.tif 000013
【図１２Ａ】
0005397479.tif 000014
【図１２Ｂ】
0005397479.tif 000015
【図１３】
0005397479.tif 000016
【図１４】
0005397479.tif 000017
【図１５】
0005397479.tif 000018
【図１６Ａ】
0005397479.tif 000019
【図１６Ｂ】
0005397479.tif 000020
【図１７】
0005397479.tif 000021