JP5408140B2 - 認証システム、認証サーバおよび認証方法 - Google Patents

Description

本発明は、認証システム、認証サーバおよび認証方法に関する。

認証要求を送信するクライアント端末各々と、認証に用いる認証情報を記憶して認証処理を行う認証サーバとを備える認証システムが知られている。

ここで、従来より、認証システムの処理能力を増強することを目的として、認証サーバの数を二つ以上に増やしてクラスタリング構成とするクラスタリング技術が知られている。クラスタリング技術では、相互に接続された複数の認証サーバ各々は、認証システムを構築する際に、認証サーバ各々が一つの認証システムとして認証処理を行うように利用者や管理者によって設定される。

例えば、認証システムを管理する管理者によって、認証サーバ各々に対して認証情報が格納される。また、管理者や利用者によって、クライアント端末各々に対して、認証要求を送信する認証サーバが設定される。

なお、認証システムに関する他の技術としては、例えば、ＩＤと指紋情報とを対応づけて記憶する指紋データベースを備えるクライアント装置が指紋照合を行い、その後、認証サーバが指紋照合を行う照合技術が知られている。また、認証システムに関する他の技術としては、例えば、キャッシュを備えるクライアント装置が、認証サーバから認証用情報を受け付けてキャッシュに格納し、認証処理を行うキャッシュ技術も知られている。また、例えば、会員制サイトへのログイン処理を利用者の代わりにサーバが実行する代行技術が知られている。また、元の内容に戻すことのできない一意的な圧縮結果が得られる圧縮方法によって認証用情報を圧縮した圧縮データを予め作成し、認証処理を行う装置が、当該圧縮データを用いて認証処理を行う圧縮技術が知られている。

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

ところで、上記したクラスタリング技術では、管理者等に対して設定処理の負荷がかかっていたという課題があった。例えば、クラスタリング技術では、クラスタリング構成をとる認証サーバについて変更する場合には、一度認証システムを停止し、クラスタリング構成をとる認証サーバ全てに対して管理者等が上記の設定処理を再度行わなければならなかった。なお、上記した照合技術やキャッシュ技術や代行技術や圧縮技術は、上記した課題を解決する技術ではない。

そこで、本発明は、上述した従来技術の課題を解決するためになされたものであり、認証システムの処理能力を増強しつつ、設定処理の負荷を軽減する認証システム、認証サーバおよび認証方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、認証に用いる認証情報を記憶する認証サーバは、認証要求を受信すると、当該認証要求の送信元を認証する際に用いられる認証情報を副認証サーバに送信する認証情報送信部を備える。また、前記認証サーバおよび／または前記副認証サーバは、前記認証情報送信部によって認証情報が送信された副認証サーバを識別する識別情報を、前記認証要求を送信した端末に送信する識別情報送信部を備える。また、前記端末は、認証要求の送信先を識別する識別情報を記憶する送信先記憶部と、前記送信先記憶部によって記憶された識別情報で識別される送信先に認証要求を送信する認証要求送信部とを備える。前記端末は、前記識別情報送信部によって送信された識別情報を受信すると、受信した当該識別情報を用いて前記送信先記憶部に記憶された識別情報を更新する更新部を備える。また、前記副認証サーバは、前記認証情報送信部によって自副認証サーバに送信された認証情報を記憶する認証情報記憶部を備える。また、前記副認証サーバは、認証要求を受信すると、前記認証情報記憶部に記憶された認証情報を用いて当該認証要求の送信元を認証する認証部を備える。

認証システムの処理能力を増強しつつ、設定処理の負荷を軽減することが可能である。

図１は、実施例１に係る認証システムの概要を説明するための図である。 図２は、実施例１に係る認証システムにおける初回の認証処理の流れの一例を説明するためのシーケンス図である。 図３は、実施例１に係る認証システムにおける二回目以降の認証処理の流れの一例を説明するためのシーケンス図である。 図４は、実施例１に係る認証システムにおける二回目以降の認証処理の流れの一例を説明するためのシーケンス図である。 図５は、実施例１に係る認証システムにおけるキャッシュサーバ登録時の登録処理の流れの一例を説明するためのフローチャートである。 図６は、実施例１に係る認証システムにおける初回の認証処理の流れの一例を説明するためのフローチャートである。 図７は、実施例１に係る認証システムにおける二回目以降の認証処理の流れの一例を説明するためのフローチャートである。 図８は、実施例１に係る認証システムにおけるキャッシュサーバ決定処理の流れの一例を説明するためのフローチャートである。 図９は、実施例１に係る認証システムの構成の一例を説明するためのブロック図である。 図１０は、実施例１におけるＮＳ認証情報記憶部によって記憶されている情報の一例を説明するための図である。 図１１は、実施例１におけるＮＳ識別情報記憶部によって記憶された情報の一例を説明するための図である。 図１２は、実施例１におけるＮＳログ記憶部によって記憶された情報の一例を説明するための図である。 図１３は、実施例１におけるＣＳキャッシュによって記憶された情報の一例を説明するための図である。 図１４は、実施例１におけるＣＬ識別情報記憶部によって記憶された情報の一例を説明するための図である。 図１５は、実施例２に係る認証システムの構成の一例を説明するためのブロック図である。 図１６は、実施例２におけるＮＳログ記憶部によって記憶された情報の一例を説明するための図である。 図１７は、実施例２に係る認証システムにおける認証情報入れ替え処理の流れの一例を説明するためのフローチャートである。 図１８は、実施例３に係る認証システムの構成の一例を説明するためのブロック図である。 図１９は、実施例３におけるキャッシュサーバにおける認証情報バックアップ処理の流れの一例を説明するためのフローチャートである。 図２０は、実施例３におけるキャッシュサーバにおける認証情報格納処理の流れの一例を説明するためのフローチャートである。 図２１は、実施例４に係る認証システムの構成の一例を説明するためのブロック図である。 図２２は、実施例４に係る認証システムにおける認証プログラム更新処理の流れの一例を説明するためのシーケンス図である。 図２３は、実施例５におけるＮＳ認証情報記憶部やＣＳキャッシュに記憶された情報の一例を説明するための図である。 図２４は、実施例５におけるＣＬ識別情報記憶部に記憶された情報の一例を説明するための図である。 図２５は、実施例５における暗号化した状態にて情報を記憶する認証システムの構成の一例を説明するためのブロック図である。 図２６は、実施例５における送受信する情報を暗号化する認証システムの構成の一例を説明するためのブロック図である。 図２７は、管理端末と同様の機能を有するプログラムを実行するコンピュータの一例について説明するための図である。 図２８は、生体認証サーバと同様の機能を有するプログラムを実行するコンピュータの一例について説明するための図である。 図２９は、キャッシュサーバと同様の機能を有するプログラムを実行するコンピュータの一例について説明するための図である。 図３０は、クライアント端末と同様の機能を有するプログラムを実行するコンピュータの一例について説明するための図である。

符号の説明

１００ 管理端末
１０１ Ｍキャッシュサーバ管理部
２００ 生体認証サーバ
２１０ ＮＳ記憶部
２１１ ＮＳ認証情報記憶部
２１２ ＮＳ識別情報記憶部
２１３ ＮＳログ記憶部
２２０ ＮＳ制御部
２２１ ＮＳサーバ認証部
２２２ ＮＳ認証部
２２３ ＮＳ認証結果通知部
２２４ ＮＳ設定部
２２５ ＮＳログデータ受信処理部
３００ キャッシュサーバ
３１０ ＣＳ記憶部
３１１ ＣＳキャッシュ
３２０ ＣＳ制御部
３２１ ＣＳサーバ認証部
３２２ ＣＳ認証部
３２３ ＣＳ認証結果通知部
３２４ ＣＳキャッシュ管理部
３２５ ＣＳログデータ生成部
４００ クライアント端末
４１０ ＣＬ記憶部
４１１ ＣＬ識別情報記憶部
４２０ ＣＬ制御部
４２１ ＣＬ生体情報受付部
４２２ ＣＬ認証要求送信部
４２３ ＣＬ識別情報管理部
４２４ ＣＬ認証結果受信処理部
５０１ Ｍ利用状況モニタ部
５０２ ＣＳディスク装置
５０３ ＣＳディスク装置管理部
５０４ ＮＳ認証エンジン管理部
５０５ ＣＳ認証エンジン管理部
５０６ ＮＳデータ暗号復号部
５０７ ＣＳデータ暗号復号部
５０８ ＣＬデータ暗号復号部
５０９ Ｍ通信データ暗号復号部
５１０ ＮＳ通信データ暗号復号部
５１１ ＣＳ通信データ暗号復号部
５１２ ＣＬ通信データ暗号復号部

以下に添付図面を参照して、本発明に係る認証システム、認証サーバおよび認証方法の実施例を詳細に説明する。なお、以下では、本実施例に係る認証システムの概要、認証システムの処理の流れおよび構成を順に説明し、その後、その他の実施例について説明する。

［認証システムの概要］
まず最初に、図１を用いて、実施例１に係る認証システムの概要を説明する。図１は、実施例１に係る認証システムの概要を説明するための図である。

図１に示すように、実施例１に係る認証システムでは、認証に用いる認証情報を記憶する生体認証サーバ２００（認証サーバとも称する）は、クライアント端末４００（端末とも称する）から認証要求を受信する。例えば、図１の（１）に示すように、生体認証サーバ２００は、利用者「Ａ」から生体情報を受け付けたクライアント端末「１」から、認証要求「Ａ」を受け付ける。

そして、生体認証サーバ２００は、認証要求の送信元を認証する際に用いられる認証情報をキャッシュサーバ３００（副認証サーバとも称する）に送信する。例えば、図１の（２）に示すように、生体認証サーバ２００は、認証要求「Ａ」について認証する際に用いる認証情報をキャッシュサーバ「１」に送信する。

また、生体認証サーバ２００は、認証情報が送信されたキャッシュサーバ３００を識別する識別情報を、認証要求を送信したクライアント端末４００に送信する。例えば、図１の（３）に示すように、生体認証サーバ２００は、キャッシュサーバ「１」を識別する識別情報をクライアント端末「１」に送信する。

ここで、実施例１に係る認証システムでは、クライアント端末４００は、認証要求の送信先を識別する識別情報を記憶するＣＳ識別情報記憶部（送信先記憶部とも称する）を備え、当該記憶部に記憶された識別情報で識別される送信先に認証要求を送信する。また、クライアント端末４００は、生体認証サーバ２００によって送信された識別情報を受信すると、受信した識別情報を用いてＣＳ識別情報記憶部に記憶された識別情報を更新する。

この結果、図１の（４）に示すように、クライアント端末４００は、その後、生体認証サーバ２００によって送信された識別情報を用いて、キャッシュサーバ３００に認証要求を送信する。例えば、クライアント端末「１」は、一回目の認証要求を生体認証サーバ２００に送信し、二回目以降の認証要求をキャッシュサーバ「１」に送信する。

そして、実施例１に係る認証システムでは、キャッシュサーバ３００は、生体認証サーバ２００によって送信された認証情報を用いて、当該認証要求の送信元を認証する。なお、認証要求の送信元とは、認証要求を送信するクライアント端末４００や、当該クライアント端末４００を利用する利用者などが該当する。

このようなことから、実施例１に係る認証システムは、認証システムの処理能力を増強しつつ、設定処理の負荷を軽減することが可能である。具体的には、生体認証サーバ２００だけでなく、キャッシュサーバ３００も認証処理を実行するので、認証システムの処理能力を増強することが可能である。また、キャッシュサーバ３００追加時に要する設定処理を自動化することができ、設定処理の負荷を軽減することが可能である。

［実施例１に係る認証システムにて行われる処理］
次に、図２〜図８を用いて、実施例１に係る認証システムにて行われる処理各々について説明する。以下では、まず、認証システムにおける初回の認証処理の流れと二回目以降の認証処理の流れとについて、図２〜図４に示すシーケンス図を用いて簡単に説明する。なお、二回目以降の認証処理とは、同一のクライアント端末４００によって送信された二回目以降の認証要求に関する認証処理を示す。

そして、認証システムにおけるキャッシュサーバ登録処理の流れについて、図５に示すフローチャートを用いて説明する。なお、キャッシュサーバ登録処理とは、生体認証サーバ２００に対して、認証システムにおいて用いられるキャッシュサーバ３００を登録する処理である。

続いて、認証システムにおける初回の認証処理の流れと認証システムにおける二回目以降の認証処理の流れとについて、図６と図７とに示すフローチャートを用いて詳細に説明する。その後、認証システムにおけるキャッシュサーバ決定処理の流れについて、図８に示すフローチャートを用いて説明する。なお、キャッシュサーバ決定処理とは、複数のキャッシュサーバ３００が生体認証サーバ２００に登録されている場合に、いずれのキャッシュサーバ３００を用いるかを決定する処理である。

なお、以下では、特に言及しない限り、キャッシュサーバ３００やクライアント端末４００は複数あるものとして説明する。例えば、複数あるキャッシュサーバ３００各々について、キャッシュサーバ「１」やキャッシュサーバ「２」と記載し、複数あるクライアント端末４００各々について、クライアント端末「１」やクライアント端末「２」と記載する。また、以下では、特に言及しない限り、クライアント端末「１」が認証要求を送った場合を説明する。

また、以下では、クライアント端末４００が、指紋情報「Ａ」についての認証処理を要求する認証要求「Ａ」や、指紋情報「Ｂ」についての認証処理を要求する認証要求「Ｂ」などを送信するものとして説明する。なお、認証要求には、当該認証要求を送信したクライアント端末４００を識別する情報が含まれているものとして説明する。

また、以下では、特に言及しない限り、生体情報として、指紋情報を用いる場合を例に説明する。しかし、生体情報として用いる情報は指紋情報に限定されるものではなく、例えば、虹彩、手のひらや指の静脈、声紋、顔形、および、筆跡など、何を用いてもよい。

また、認証システムにて行われる処理各々について説明する際には、管理端末１００や生体認証サーバ２００やキャッシュサーバ３００やクライアント端末４００内にある各部（図９参照）に関する詳細な説明について適宜省略する。また、認証システムの構成については、図９を用いて後述する。

［初回の認証処理の流れ（生体認証サーバにて認証した場合）］
まず、図２を用いて、実施例１に係る認証システムにおける初回の認証処理の流れの一例について、簡単に説明する。なお、図２は、実施例１に係る認証システムにおける初回の認証処理の流れの一例を説明するためのシーケンス図である。図２を用いて説明する際には、生体認証サーバ２００にて認証した場合を説明する。

図２に示すように、クライアント端末４００は、クライアント端末４００を利用する利用者から生体情報を受け付けると（ステップＳ１０１）、認証要求を生体認証サーバ２００に送信する（ステップＳ１０２）。例えば、クライアント端末「１」は、利用者「Ａ」から生体情報として指紋情報「Ａ」を受け付けると、認証要求「Ａ」を生体認証サーバ２００に送信する。

ここで、クライアント端末４００は、認証要求を送信する送信先を識別する識別情報を記憶するＣＬ識別情報記憶部４１１（図９参照）を備え、ＣＬ識別情報記憶部４１１が、生体認証サーバ２００を識別する識別情報を予め記憶する。その上で、クライアント端末４００は、ＣＬ識別情報記憶部４１１に記憶された識別情報を用いて認証要求を送信する。具体的には、クライアント端末４００は、認証要求を初めて送信する場合には、ＣＬ識別情報記憶部４１１に予め記憶された生体認証サーバ２００を識別する識別情報を用いて、生体認証サーバ２００に認証要求を送信する。

そして、生体認証サーバ２００は、クライアント端末４００から認証要求を受け付け、認証処理を行う（ステップＳ１０３）。具体的には、生体認証サーバ２００は、認証処理に用いる認証情報を記憶するＮＳ認証情報記憶部２１１（図９参照）を備え、ＮＳ認証情報記憶部２１１に記憶された認証情報を用いて認証処理を行い、例えば、指紋情報「Ａ」について認証処理を行う。

なお、以下では、特に言及しない限り、認証処理として、１対Ｎ識別方式を用いる場合について説明する。１対Ｎ識別方式とは、ユーザＩＤなどの利用者を識別する情報を用いることなく、利用者から受け付けた生体情報について、照合対象とする認証情報すべて（１対Ｎ母集団とも称する）と照合する方式である。具体的には、１対Ｎ識別方式では、生体認証サーバ２００は、生体情報と一致する度合いが閾値を超える認証情報があると照合する場合に認証成功とし、生体情報と一致する度合いが閾値を超える認証情報がなかったと照合する場合に認証失敗とする。例えば、生体認証サーバ２００では、ＮＳ認証情報記憶部２１１に記憶された認証情報すべてが１対Ｎ母集団となる。

ここで、生体認証サーバ２００は、認証処理の結果をクライアント端末４００に送信する（ステップＳ１０４）。例えば、生体認証サーバ２００は、認証結果として、指紋情報「Ａ」について認証成功とした旨の認証結果をクライアント端末「１」に送信する。

そして、生体認証サーバ２００は、キャッシュサーバ３００を決定する（ステップＳ１０５）。つまり、生体認証サーバ２００は、認証要求の送信元となるクライアント端末４００から今後送信される認証要求について認証処理を行うキャッシュサーバ３００を決定し、例えば、キャッシュサーバ「１」を決定する。

そして、生体認証サーバ２００は、決定したキャッシュサーバ３００に、認証情報を送信する（ステップＳ１０６）。具体的には、生体認証サーバ２００は、ＮＳ認証情報記憶部２１１に記憶された認証情報の内、クライアント端末４００から受け付けた認証要求について認証する際に用いる認証情報を送信する。例えば、生体認証サーバ２００は、指紋情報「Ａ」について認証する際に用いる認証情報をキャッシュサーバ「１」に送信する。

その後、キャッシュサーバ３００は、生体認証サーバ２００から認証情報を受け付けると、認証情報を格納する（ステップＳ１０７）。具体的には、キャッシュサーバ３００は、生体認証サーバ２００から受け付けた認証情報を記憶するＣＳキャッシュ３１１（図９参照）を備え、受け付けた認証情報をＣＳキャッシュ３１１に格納する。例えば、キャッシュサーバ「１」は、指紋情報「Ａ」について認証する際に用いる認証情報をＣＳキャッシュ３１１に格納する。

また、生体認証サーバ２００は、決定したキャッシュサーバ３００を識別する識別情報をクライアント端末４００に送信し（ステップＳ１０８）、例えば、キャッシュサーバ「１」を識別する識別情報をクライアント端末「１」に送信する。

なお、以下では、キャッシュサーバ３００を識別する識別情報として、識別情報「１」や識別情報「２」を用いて説明する。例えば、識別情報「１」や識別情報「２」は、キャッシュサーバ３００「１」や「２」をそれぞれ識別する情報として説明する。

その後、クライアント端末４００は、生体認証サーバ２００から識別情報を受け付けると、ＣＬ識別情報記憶部４１１に記憶された識別情報を更新する（ステップＳ１０９）。つまり、クライアント端末４００は、ＣＬ識別情報記憶部４１１に記憶された識別情報について、生体認証サーバ２００を識別する識別情報から、キャッシュサーバ３００を識別する識別情報に更新し、例えば、識別情報「１」に更新する。

すなわち、クライアント端末４００は、今後認証要求を送信する場合には、キャッシュサーバ３００を識別する識別情報を用いて認証要求を送信することになり、例えば、生体認証サーバ２００ではなくキャッシュサーバ「１」に認証要求を送信する。

なお、上記したステップＳ１０５、Ｓ１０６、Ｓ１０８にて行われる処理各々については、生体認証サーバ２００は、ステップＳ１０４と非同期にて行う。例えば、生体認証サーバ２００は、上記したステップＳ１０４と同時に行ってもよく、また、図１に記載した順番とは異なる順番にて行ってもよい。

［二回目以降の認証処理の流れ（キャッシュサーバにて認証した場合）］
次に、図３を用いて、実施例１に係る認証システムにおける二回目以降の認証処理の流れについて、簡単に説明する。なお、図３は、実施例１に係る認証システムにおける二回目以降の認証処理の流れの一例を説明するためのシーケンス図である。

なお、二回目以降の認証処理とは、同一のクライアント端末４００によって送信された二回目以降の認証要求に関する認証処理を示す。具体的には、二回目以降の認証処理とは、図２のシーケンス図にて説明した処理により、キャッシュサーバ３００を識別する識別情報をＣＬ識別情報記憶部４１１が記憶している場合の認証処理を示す。また、図３を用いて説明する際には、キャッシュサーバ３００にて認証した場合を説明する。

図３に示すように、クライアント端末４００は、利用者から生体情報を受け付けると（ステップＳ２０１）、認証要求をキャッシュサーバ３００に送信する（ステップＳ２０２）。例えば、クライアント端末「１」は、利用者「Ａ」から指紋情報「Ａ」を受け付けると、認証要求「Ａ」をキャッシュサーバ「１」に送信する。

そして、キャッシュサーバ３００は、クライアント端末４００から認証要求を受け付けると、認証処理を行う（ステップＳ２０３）。具体的には、キャッシュサーバ３００は、ＣＳキャッシュ３１１に記憶された認証情報を用いて認証処理を行う。すなわち、キャッシュサーバ３００は、ＣＳキャッシュ３１１に記憶された認証情報を１対Ｎ母集団として、認証処理を行う。

ここで、キャッシュサーバ３００は、認証処理の結果をクライアント端末４００に送信する（ステップＳ２０４）。例えば、キャッシュサーバ３００は、指紋情報「Ａ」について認証成功とした旨の認証結果をクライアント端末「１」に送信する。

［二回目以降の認証処理の流れ（生体認証サーバにて認証した場合）］
次に、図４を用いて、実施例１に係る認証システムにおける二回目以降の認証処理の流れについて、簡単に説明する。なお、図４は、実施例１に係る認証システムにおける二回目以降の認証処理の流れの一例を説明するためのシーケンス図である。図４を用いて説明する際には、キャッシュサーバ３００にて認証に失敗し、生体認証サーバ２００にて認証した場合を説明する。

図４に示すように、クライアント端末４００は、利用者から生体情報を受け付けると（ステップＳ３０１）、認証要求をキャッシュサーバ３００に送信する（ステップＳ３０２）。例えば、クライアント端末「１」は、利用者「Ｂ」から指紋情報「Ｂ」を受け付けると、認証要求「Ｂ」をキャッシュサーバ「１」に送信する。

そして、キャッシュサーバ３００は、クライアント端末４００から認証要求を受け付けると、認証処理を行う（ステップＳ３０３）。そして、キャッシュサーバ３００は、認証処理の結果認証失敗とすると、認証要求を生体認証サーバ２００に送信する（ステップＳ３０４）。

ここで、キャッシュサーバ３００にて認証失敗とする場合について説明する。クライアント端末４００は、図３に示すシーケンス図を用いて説明したように、以前に送信した認証要求に対応する認証情報がＣＳキャッシュ３１１に記憶されたキャッシュサーバ３００に、認証要求を送信する。しかし、クライアント端末４００は、認証要求として、以前認証処理を要求した生体情報と異なる生体情報について認証処理を要求する場合がある。例えば、クライアント端末４００が、以前に認証要求を送信した際に生体情報を受け付けた利用者とは異なる利用者から、生体情報を受け付けた場合などである。具体的な一例をあげて説明すると、以前に認証要求を送信した際には、利用者「Ａ」から生体情報「Ａ」を受け付けていたのに対して、今回、利用者「Ｂ」から生体情報「Ｂ」を受け付けた場合などが該当する。この結果、例えば、ＣＳキャッシュ３１１が指紋情報「Ａ」を認証する際に用いられる認証情報のみを記憶している場合には、キャッシュサーバ３００は、指紋情報「Ｂ」について認証することができず、認証失敗となる。

また、キャッシュサーバ３００が、キャッシュサーバ３００での認証処理の結果をクライアント端末４００にそのまま送信するのではなく、生体認証サーバ２００に認証要求を送信する点について説明する。キャッシュサーバ３００は、ＣＳキャッシュ３１１に記憶する認証情報を１対Ｎ母集団として認証処理を実行する。ここで、ＣＳキャッシュ３１１は、生体認証サーバ２００から受け付けた認証情報を記憶し、言い換えると、ＮＳ認証情報記憶部２１１が記憶する認証情報の一部の認証情報を記憶する。すなわち、キャッシュサーバ３００での認証処理の結果認証失敗とした場合であっても、ＮＳ認証情報記憶部２１１に記憶されている認証情報を用いた認証処理の結果認証される場合がある。このため、実施例１に係る認証システムでは、キャッシュサーバ３００が、キャッシュサーバ３００での認証結果をそのままクライアント端末４００に送信するのではなく、生体認証サーバ２００に認証要求を送信し、生体認証サーバ２００にて認証処理を行う。

図４の説明に戻ると、生体認証サーバ２００は、キャッシュサーバ３００から認証要求を受け付けると、認証処理を行う（ステップＳ３０５）。そして、生体認証サーバ２００は、認証結果をキャッシュサーバ３００に送信する（ステップＳ３０６）。例えば、生体認証サーバ２００は、認証結果として、指紋情報「Ｂ」について認証成功とした旨の認証結果を送信する。

その後、キャッシュサーバ３００は、生体認証サーバ２００から認証結果を受け付けると、当該認証結果をクライアント端末４００に送信し（ステップＳ３０７）、例えば、クライアント端末「１」に送信する。

また、生体認証サーバ２００は、認証処理に成功すると、認証要求の転送元となるキャッシュサーバ３００に、認証情報を送信する（ステップＳ３０８）。

その後、キャッシュサーバ３００は、生体認証サーバ２００から認証情報を受け付けると、認証情報をＣＳキャッシュ３１１に格納する（ステップＳ３０９）。例えば、キャッシュサーバ３００は、指紋情報「Ｂ」について認証する際に用いる認証情報をＣＳキャッシュ３１１に格納する。

［キャッシュサーバ登録時の登録処理の流れ］
次に、図５を用いて、実施例１に係る認証システムにおけるキャッシュサーバ登録時の登録処理の流れについて説明する。すなわち、生体認証サーバ２００に対して、認証システムにおいて用いられるキャッシュサーバ３００を登録する処理について説明する。なお、図５は、実施例１に係る認証システムにおけるキャッシュサーバ登録時の登録処理の流れの一例を説明するためのフローチャートである。

図５に示すように、管理端末１００では、Ｍキャッシュサーバ管理部１０１（図９参照）が、認証システムを管理する管理者からキャッシュサーバ３００を識別する識別情報を受け付ける（ステップＳ４０１肯定）。そして、Ｍキャッシュサーバ管理部１０１は、識別情報を生体認証サーバ２００に送信する（ステップＳ４０２）。例えば、Ｍキャッシュサーバ管理部１０１は、管理者から識別情報「１」を受け付け、識別情報「１」を生体認証サーバ２００に送信する。

その後、生体認証サーバ２００では、ＮＳサーバ認証部２２１（図９参照）が、Ｍキャッシュサーバ管理部１０１から識別情報を受け付けると、相互認証を行う（ステップＳ４０３）。具体的には、ＮＳサーバ認証部２２１は、受け付けた識別情報によって識別されるキャッシュサーバ３００内にあるＣＳサーバ認証部３２１（図９参照）とともに、相互認証を行う。例えば、ＮＳサーバ認証部２２１は、識別情報「１」を受け付けると、キャッシュサーバ「１」内にあるＣＳサーバ認証部３２１とともに相互認証を行う。

なお、相互認証とは、生体認証サーバ２００とキャッシュサーバ３００とが、相互に認証するものである。具体的には、生体認証サーバ２００は、識別情報によって識別されるキャッシュサーバ３００が正規のキャッシュサーバ３００であることを認証する。また、キャッシュサーバ３００は、生体認証サーバ２００が正規の生体認証サーバ２００であることを認証する。

ここで、生体認証サーバ２００では、相互認証に成功すると（ステップＳ４０４肯定）、ＮＳサーバ認証部２２１が、Ｍキャッシュサーバ管理部１０１から受け付けた識別情報を登録し（ステップＳ４０５）、処理を終了する。具体的には、生体認証サーバ２００は、キャッシュサーバ３００に関する情報を記憶するＮＳ識別情報記憶部２１２（図９参照）を備える。その上で、生体認証サーバ２００は、相互認証に成功したキャッシュサーバ３００を識別する識別情報をＮＳ識別情報記憶部２１２に格納する。

一方、生体認証サーバ２００では、相互認証失敗とすると（ステップＳ４０４否定）、ＮＳサーバ認証部２２１が識別情報を登録することなく、処理を終了する。

［初回の認証処理の流れ］
次に、図６を用いて、実施例１に係る認証システムにおける初回の認証処理の流れについて、詳細に説明する。なお、図６は、実施例１に係る認証システムにおける初回の認証処理の流れの一例を説明するためのフローチャートである。

なお、以下では、特に言及しない限り、ＣＳキャッシュ３１１は、指紋情報「Ａ」について認証する際に用いられる認証情報を記憶し、指紋情報「Ｂ」や指紋情報「Ｃ」について認証する際に用いられる認証情報を記憶しないものとして説明する。言い換えると、キャッシュサーバ３００では、認証要求「Ａ」を受け付けた場合には認証成功とし、認証要求「Ｂ」や指紋情報「Ｃ」を受け付けた場合には認証失敗とするものとして説明する。

また、以下では、特に言及しない限り、ＮＳ認証情報記憶部２１１は、指紋情報「Ａ」と「Ｂ」とについて認証する際に用いられる認証情報を記憶し、指紋情報「Ｃ」について認証する際に用いられる認証情報を記憶しないものとして説明する。言い換えると、生体認証サーバ２００では、認証要求「Ａ」や認証要求「Ｂ」を受け付けた場合には認証成功とし、認証要求「Ｃ」を受け付けた場合には認証失敗とするものとして説明する。

図６に示すように、クライアント端末４００では、認証要求があると（ステップＳ５０１肯定）、ＣＬ認証要求送信部４２２（図９参照）が、認証要求を生体認証サーバ２００に送信する（ステップＳ５０２）。すなわち、ＣＬ認証要求送信部４２２は、ＣＬ識別情報記憶部４１１に予め記憶された生体認証サーバ２００を識別する識別情報を用いて、認証要求を生体認証サーバ２００に送信する。ここで、認証要求があるとは、ＣＬ生体情報受付部４２１（図９参照）が利用者から生体情報を受け付けた場合が該当し、例えば、利用者「Ａ」から指紋情報「Ａ」を受け付けた場合が該当する。

その後、生体認証サーバ２００では、ＣＬ認証要求送信部４２２によって送信された認証要求を受け付けると、ＮＳ認証部２２２（図９参照）が、ＮＳ認証情報記憶部２１１に記憶された認証情報を用いて認証処理を行う（ステップＳ５０３）。具体的には、ＮＳ認証部２２２は、ＮＳ認証情報記憶部２１１に記憶された認証情報各々と認証要求によって指定される生体情報とを照合し、一致する度合いが閾値を超える認証情報があると照合する場合に認証成功とし、一方、ないと照合する場合に認証失敗とする。例えば、ＮＳ認証部２２２は、指紋情報「Ａ」や指紋情報「Ｃ」について認証処理を行う。

ここで、生体認証サーバ２００では、ＮＳ認証部２２２が認証失敗とすると（ステップＳ５０４否定）、ＮＳ認証結果通知部２２３（図９参照）が、認証失敗とした旨の認証結果をクライアント端末４００に送信する（ステップＳ５０５）。具体的には、ＮＳ認証結果通知部２２３は、認証失敗とした旨の認証結果と、認証要求の送信元を識別する情報とをＮＳ認証部２２２から受け付ける。そして、ＮＳ認証結果通知部２２３は、認証要求の送信元を識別する情報を用いて認証結果を送信する。

例えば、クライアント「１」からの認証要求「Ｃ」についてＮＳ認証部２２２が認証失敗とした場合には、ＮＳ認証結果通知部２２３は、ＮＳ認証部２２２から、指紋情報「Ｃ」について認証失敗した旨の認証結果と、送信元がクライアント端末「１」である旨の情報とを受け付ける。そして、ＮＳ認証結果通知部２２３は、指紋情報「Ｃ」について認証失敗した旨の認証結果をクライアント端末「１」に送信する。なお、クライアント端末４００では、ＣＬ認証結果受信処理部４２４が、ＮＳ認証結果通知部２２３（図９参照）からの認証結果を受け付ける。

一方、生体認証サーバ２００では、ＮＳ認証部２２２が認証に成功すると（ステップＳ５０４肯定）、ＮＳ認証結果通知部２２３は、認証成功とした旨の認証結果をクライアント端末４００に送信する（ステップＳ５０６）。例えば、生体認証サーバ２００では、クライアント「１」からの認証要求「Ａ」についてＮＳ認証部２２２が認証成功とした場合には、ＮＳ認証結果通知部２２３は、指紋情報「Ａ」について認証成功とした旨の認証結果をクライアント端末「１」に送信する。

そして、生体認証サーバ２００では、複数あるキャッシュサーバ３００の内いずれのキャッシュサーバ３００を用いるかを決定し（ステップＳ５０７）、例えば、キャッシュサーバ「１」を決定する。具体的には、生体認証サーバ２００は、ＮＳ識別情報記憶部２１２に記憶された識別情報の内いずれか一つを選択して決定する。なお、ステップＳ５０７については、図８を用いて詳述する。

そして、生体認証サーバ２００では、ＮＳ設定部２２４（図９参照）が、キャッシュサーバ３００に認証情報を送信する（ステップＳ５０８）。具体的には、ＮＳ設定部２２４は、認証成功とした旨の認証結果をＮＳ認証部２２２から受け付ける。そして、ＮＳ設定部２２４は、ＮＳ認証情報記憶部２１１に記憶された認証情報の内、クライアント端末４００から受け付けた認証要求について認証する際に用いる認証情報を送信する。また、ＮＳ設定部２２４は、認証要求の送信元を識別する情報をＮＳ認証部２２２から受け付け、認証情報を送信する。なお、ＮＳ認証部２２４は、クライアント端末４００から受け付けた認証要求について認証する際に用いる認証情報を識別する管理ＩＤも併せて送信するものとする。

なお、管理ＩＤとは、認証情報を識別する情報であり、同一の管理ＩＤが、生体認証サーバ２００やキャッシュサーバ３００にて同一の認証情報を識別するものとして説明する。

例えば、ＮＳ設定部２２４は、指紋情報「Ａ」について認証成功とした旨の認証結果を受け付けた場合には、指紋情報「Ａ」について認証する際に用いる認証情報と、管理ＩＤとを認証要求の送信元となるキャッシュサーバ３００に送信し、例えば、キャッシュサーバ「１」に送信する。

その後、キャッシュサーバ３００では、ＣＳキャッシュ管理部３２４（図９参照）が、認証情報を受け付けると、ＣＳキャッシュ３１１に認証情報を格納する（ステップＳ５０９）。例えば、キャッシュサーバ「１」では、ＣＳキャッシュ管理部３２４が、指紋情報「Ａ」について認証する際に用いる認証情報と管理ＩＤとを受け付け、ＣＳキャッシュ３１１に格納する。

また、生体認証サーバ２００では、ＮＳ設定部２２４が、決定したキャッシュサーバ３００を識別する識別情報をクライアント端末４００に送信する（ステップＳ５１０）。具体的には、ＮＳ設定部２２４は、認証要求の送信元を識別する情報をＮＳ認証部２２２から受け付け、当該認証要求の送信元を識別する情報を用いて識別情報を送信し、例えば、識別情報「１」をクライアント端末「１」に送信する。

なお、上記したように、キャッシュサーバ３００を決定するのは、ＮＳ認証部２２２がＣＬ認証要求送信部４２２から認証要求を受け付けた場合となる。この結果、ＮＳ設定部２２４は、認証要求の送信元を識別する情報として、クライアント端末４００を識別する情報を受け付け、キャッシュサーバ３００を識別する識別情報をクライアント端末４００に送信する。

その後、クライアント端末４００では、ＣＬ識別情報管理部４２３（図９参照）が、ＮＳ設定部２２４によって送信された識別情報を受け付けると、ＣＬ識別情報記憶部４１１に記憶された識別情報を更新する（ステップＳ５１１）。例えば、ＣＬ識別情報管理部４２３は、ＣＬ識別情報記憶部４１１に記憶された識別情報を識別情報「１」に更新する。

［二回目以降の認証処理の流れ］
次に、図７を用いて、実施例１に係る認証システムにおける二回目以降の認証処理の流れについて、詳細に説明する。なお、図７は、実施例１に係る認証システムにおける二回目以降の認証処理の流れの一例を説明するためのフローチャートである。

図７に示すように、クライアント端末４００では、認証要求があると（ステップＳ６０１肯定）、ＣＬ認証要求送信部４２２が、認証要求をキャッシュサーバ３００に送信する（ステップＳ６０２）。すなわち、ＣＬ識別情報記憶部４１１は、ＣＬ識別情報管理部４２３によって更新されることでキャッシュサーバ３００を識別する識別情報を記憶している。その上で、ＣＬ認証要求送信部４２２は、ＣＬ識別情報記憶部４１１に記憶されたキャッシュサーバ３００を識別する識別情報を用いて、認証要求をキャッシュサーバ３００に送信する。例えば、ＣＬ認証要求送信部４２２は、ＣＬ識別情報記憶部４１１に記憶された識別情報「１」を用いて、認証要求「Ａ」をキャッシュサーバ「１」に送信する。

その後、キャッシュサーバ３００では、ＣＬ認証要求送信部４２２によって送信された認証要求を受け付けると、ＣＳ認証部３２２（図９参照）が、認証処理を行う（ステップＳ６０３）。具体的には、ＣＳ認証部３２２は、ＣＳキャッシュ３１１に記憶された認証情報を用いて認証処理を行い、例えば、認証要求「Ａ」を受け付けた場合には、指紋情報「Ａ」についての認証処理を行う。

ここで、キャッシュサーバ３００では、ＣＳ認証部３２２が認証すると（ステップＳ６０４肯定）、ＣＳ認証結果通知部３２３（図９参照）が、認証成功とした旨の認証結果をクライアント端末４００に送信する（ステップＳ６０５）。例えば、ＣＳ認証部３２２が認証要求「Ａ」について認証すると、ＣＳ認証結果通知部３２３は、認証指紋情報「Ａ」について認証成功とした旨の認証結果をクライアント端末４００に送信する。なお、クラクライアント端末４００では、ＣＬ認証結果受信処理部４２４が、ＣＳ認証結果通知部３２３からの認証結果を受け付ける。

そして、キャッシュサーバ３００では、ＣＳログデータ生成部３２５（図９参照）が、ログを作成して生体認証サーバ２００に送信する（ステップＳ６０６）。例えば、ＣＳログデータ生成部３２５は、ログとして、自キャッシュサーバ３００を識別する識別情報と、ＣＳ認証部３２２によって用いられた認証情報についての管理ＩＤと、ＣＳ認証部３２２によって認証処理が行われた時刻とを生体認証サーバ２００に送信する。

その後、生体認証サーバ２００では、ＮＳログデータ受信処理部２２５（図９参照）が、ＣＳログデータ生成部３２５によって送られたログを格納する。（ステップＳ６０７）。具体的には、生体認証サーバ２００は、ログを記憶するＮＳログ記憶部２１３（図９参照）を備え、ＮＳログデータ受信処理部２２５が、ＣＳログデータ生成部３２５によって送られたログをＮＳログ記憶部２１３に格納する。

一方、キャッシュサーバ３００では、ＣＳ認証部３２２は、認証失敗とすると（ステップＳ６０４否定）、クライアント端末４００から受け付けた認証要求を生体認証サーバ２００に送信する（ステップＳ６０８）。例えば、ＣＳ認証部３２２は、指紋情報「Ｂ」についての認証失敗とすると、認証要求「Ｂ」を生体認証サーバ２００に転送する。

その後、生体認証サーバ２００では、ＮＳ認証部２２２が、ＣＳ認証部３２２から認証要求を受け付けると、認証処理を行う（ステップＳ６０９）。具体的には、ＮＳ認証部２２２は、ＮＳ認証情報記憶部２１１に記憶された認証情報を用いて認証処理を行い、例えば、認証要求「Ｂ」や認証要求「Ｃ」を受け付けて認証処理を行う。

ここで、生体認証サーバ２００では、ＮＳ認証部２２２が認証失敗とすると（ステップＳ６１０否定）、ＮＳ認証結果通知部２２３は、認証要求の転送元となるキャッシュサーバ３００に、認証失敗とした旨の認証結果を送信する（ステップＳ６１１）。

例えば、キャッシュサーバ「１」からの認証要求「Ｃ」についてＮＳ認証部２２２が認証失敗とした場合には、ＮＳ認証結果通知部２２３は、ＮＳ認証部２２２から、指紋情報「Ｃ」について認証失敗した旨の認証結果と、送信元がキャッシュサーバ「１」とクライアント端末「１」である旨の情報を受け付ける。そして、ＮＳ認証結果通知部２２３は、指紋情報「Ｃ」について認証失敗した旨の認証結果と、認証要求の送信元となるクライアント端末４００がクライアント端末「１」である旨の情報とをキャッシュサーバ「１」に送信する。

その後、キャッシュサーバ３００では、ＣＳ認証結果通知部３２３が、ＮＳ認証結果通知部２２３によって送られた認証結果を受け付けると、当該認証結果をクライアント端末４００に送信する（ステップＳ６１２）。具体的には、ＣＳ認証結果通知部３２３は、認証結果と、認証要求の送信元を識別する情報とを受け付け、認証要求の送信元を識別する情報を用いて認証結果をクライアント端末４００に送信する。例えば、ＣＳ認証結果通知部３２３は、指紋情報「Ｃ」について認証失敗とした旨の認証結果をクライアント端末「１」に送信する。

そして、上記したステップＳ６０６とＳ６０７とに記載したように、ＣＳログデータ生成部３２５がログを作成して生体認証サーバ２００に送信し、その後、ＮＳログデータ受信処理部２２５がログをＮＳログ記憶部２１３に格納する。尚、キャッシュサーバ３００で認証に失敗した場合は、生体認証サーバ２００で実施された認証結果がＣＳ認証結果通知部３２３を経由してログに記録される。

一方、生体認証サーバ２００では、ＮＳ認証部２２２が認証すると（ステップＳ６１０肯定）、ＮＳ認証結果通知部２２３が、認証要求の送信元となるキャッシュサーバ３００に、認証成功とした旨の認証結果を送信する（ステップＳ６１３）。例えば、ＮＳ認証結果通知部２２３は、ＮＳ認証部２２２が認証要求「Ｂ」について認証すると、指紋情報「Ｂ」について認証成功とした旨の認証結果をキャッシュサーバ「１」に送信する。

その後、キャッシュサーバ３００では、ＣＳ認証結果通知部３２３が、ＮＳ認証結果通知部２２３によって送られた認証結果を受け付けると、当該認証結果をクライアント端末４００に送信する（ステップＳ６１４）。

また、生体認証サーバ２００では、ＮＳ設定部２２４が、認証情報をキャッシュサーバ３００に送信する（ステップＳ６１５）。例えば、ＮＳ設定部２２４は、指紋情報「Ｂ」について認証する際に用いる認証情報と、当該認証情報を識別する管理ＩＤとをキャッシュサーバ「１」に送信する。

その後、キャッシュサーバ３００では、ＣＳキャッシュ管理部３２４が、認証情報を受け付けると、ＣＳキャッシュ３１１に認証情報を格納する（ステップＳ６１６）。例えば、キャッシュサーバ「１」では、ＣＳキャッシュ管理部３２４が、指紋情報「Ｃ」について認証する際に用いる認証情報と管理ＩＤとを受け付け、ＣＳキャッシュ３１１に格納する。

そして、上記したステップＳ６０６とＳ６０７とに記載したように、ＣＳログデータ生成部３２５は、ログを作成して生体認証サーバ２００に送信し、その後、ＮＳログデータ受信処理部２２５が、ログをＮＳログ記憶部２１３に格納する。

ここで、キャッシュサーバ３００にて行う認証処理と、生体認証サーバ２００にて行う認証処理との違いについて補足する。実施例１に係る認証システムでは、キャッシュサーバ３００にて認証処理を行う場合には、ＣＳ認証部３２２は、ＣＳキャッシュ３１１に記憶された認証情報を１対Ｎ母集団として認証処理を行う。また、ＣＳキャッシュ３１１は、生体認証サーバ２００から受け付けた認証情報を記憶するものであり、ＮＳ認証情報記憶部２１１に記憶された認証情報の一部を記憶する。その他の点については、キャッシュサーバ３００にて行う認証処理と、生体認証サーバ２００にて行う認証処理とは同一である。

例えば、ＮＳ認証情報記憶部２１１が認証情報を「１００個」記憶し、ＣＳキャッシュ３１１が認証情報を「１０個」記憶する場合を説明する。キャッシュサーバ３００にて行う認証処理では、ＣＳキャッシュ３１１に記憶された「１０個」の認証情報を１対Ｎ母集団として認証処理を行う。一方、生体認証サーバ２００にて行う認証処理では、ＮＳ認証情報記憶部２１１に記憶された「１００個」の認証情報を１対Ｎ母集団として認証処理を行う。

［キャッシュサーバ決定（選択）処理の流れ］
図８を用いて、実施例１に係る認証システムにおけるキャッシュサーバ決定処理の流れなお、図８は、実施例１に係る認証システムにおけるキャッシュサーバ決定処理の流れの一例を説明するためのフローチャートである。なお、以下に説明するキャッシュサーバ決定処理は、図２のステップＳ１０５や図６のステップＳ５０７に対応する。なお、以下では、生体認証サーバ２００が認証要求「Ａ」を受け付け、指紋情報「Ａ」について認証成功としたものとして説明する。

生体認証サーバ２００では、ＮＳ設定部２２４は、認証要求を受信すると、キャッシュサーバ３００ごとに、ＣＳキャッシュ３１１によって記憶されている認証情報を用いて認証要求の送信元を認証する認証情報を照合し、照合の結果算出される類似度が予め設定された閾値以下となる副認証サーバを選択する。

すなわち、図８に示すように、生体認証サーバ２００では、ＮＳ設定部２２４は、登録済みとなっているキャッシュサーバ３００から一つのキャッシュサーバ３００を選択する（ステップＳ７０１）。つまり、ＮＳ設定部２２４は、ＮＳサーバ認証部２２１によって相互認証が行われたキャッシュサーバ３００の内、一つのキャッシュサーバ３００を選択する。具体的には、ＮＳ設定部２２４は、ＮＳ識別情報記憶部２１２に記憶された識別情報の内一つの識別情報を選択する。

そして、ＮＳ設定部２２４は、選択したキャッシュサーバ３００内にあるＣＳキャッシュ３１１が記憶している認証情報を１対Ｎ母集団として、認証要求にて受け付けた生体情報と類似する認証情報があるかを判定する（ステップＳ７０２）。

すなわち、生体認証サーバ２００では、ＮＳ識別情報記憶部２１２が、キャッシュサーバ３００に送った認証情報をキャッシュサーバ３００ごとに管理し、例えば、キャッシュサーバ３００に送った認証情報についての「管理ＩＤ」を識別情報ごとに記憶する。その上で、ＮＳ設定部２２４は、選択したキャッシュサーバ３００を識別する識別情報に対応づけられた管理ＩＤすべてをＮＳ識別情報記憶部２１２から読み出し、管理ＩＤによって識別される認証情報に類似する認証情報があるかを判定する。例えば、ＮＳ設定部２２４は、指紋情報「Ａ」と類似する認証情報があるかを判定する。なお、類似する認証情報があるかを判定する際には、ＮＳ設定部２２４は、マッチング度合いが閾値を超える認証情報をＣＳキャッシュ３１１が記憶しているかを判定する。

ここで、ＮＳ設定部２２４は、類似する認証情報がないと判定すると（ステップＳ７０３否定）、選択したキャッシュサーバ３００を決定する（ステップＳ７０４）。つまり、ＮＳ設定部２２４は、クライアント端末４００から今後送信される認証要求について認証処理を行うキャッシュサーバ３００として、選択したキャッシュサーバ３００を決定する。

一方、ＮＳ設定部２２４は、類似する認証情報があると判定すると（ステップＳ７０３肯定）、全てのキャッシュサーバ３００について、類似する認証情報があるかの判定を行ったかを判定する（ステップＳ７０５）。ここで、ＮＳ設定部２２４は、行っていないと判定すると（ステップＳ７０５否定）、上記したステップＳ７０１に戻り処理を繰り返す。

一方、ＮＳ設定部２２４は、行ったと判定すると（ステップＳ７０５肯定）、類似度のもっとも低いキャッシュサーバ３００を選択する（ステップＳ７０６）。つまり、例えば、ＮＳ設定部２２４は、キャッシュサーバ３００すべてが指紋情報「Ａ」と類似する認証情報をＣＳキャッシュ３１１に記憶していると判定すると、マッチング度合いが最も低いキャッシュサーバ３００を選択する。そして、ＮＳ設定部２２４は、クライアント端末４００から今後送信される認証要求について認証処理を行うキャッシュサーバ３００として決定する（ステップＳ７０４）。

なお、マッチング度合いが最も低いキャッシュサーバ３００とは、例えば、すべてのキャッシュサーバ３００が、類似する認証情報を一つずつ記憶している場合には、マッチング度合いが最も低い認証情報を記憶しているキャッシュサーバ３００が該当する。また、類似する認証情報を複数記憶するキャッシュサーバ３００がある場合には、例えば、マッチング度合いの合計値や平均値が最も小さいキャッシュサーバ３００を選択してもよい。また、例えば、類似する認証情報の数が他のキャッシュサーバ３００よりも少ないキャッシュサーバ３００を、類似する認証情報の数が他のキャッシュサーバ３００よりも多いキャッシュサーバ３００に優先して選択してもよい。

ここで、他人の認証情報と一致すると照合される誤認証が発生する理由の一例について説明した上で、マッチング度合いを用いてキャッシュサーバ３００を決定する意義について説明する。

認証処理は、マッチング度合いを用いて認証成功とするか認証失敗とするかを判定するものである。ここで、認証情報各々は全く異なるものばかりではなく、相互に類似している認証情報が統計的に存在する。また、生体情報は、利用者の状態などによって、変動する可能性がある情報である。例えば、利用者「Ａ」から受け付ける指紋情報「Ａ」は、毎回厳密に同一な情報となるとは限らず、一部歪みを含む指紋情報（例えば、指紋情報「Ａ’」）となる場合がある。

この結果、認証処理では、他人の認証情報と一致すると照合される誤認証が発生することがある。例えば、類似している認証情報「Ａ」と認証情報「Ｘ」とがある場合を例に説明する。ＮＳ設定部２２４は、指紋情報「Ａ」について認証処理を行ったところ、指紋情報「Ａ」を読み取る際に歪みが発生していたため、認証情報「Ａ」よりも認証情報「Ｘ」とマッチング度合いが高くなり、認証情報「Ｘ」と一致すると誤認証する可能性がある。

すなわち、上記したキャッシュサーバ決定手法の意義は、１対Ｎ母集団に類似する認証情報が含まれないようにする点にある。キャッシュサーバ３００にて認証処理が行われる場合に、ＣＳキャッシュ３１１に相互に類似する認証情報を記憶させないことで、認証処理に用いる１対Ｎ母集団に類似する認証情報が含まれないようにすることが可能である。この結果、上記したキャッシュサーバ決定手法を用いることで、誤認識を防止することが可能である。

［実施例１に係る認証システムの構成］
次に、図９を用いて、図１を用いて概要を説明した認証システムの構成の一例を説明する。なお、図９は、実施例１に係る認証システムの構成の一例を説明するためのブロック図である。以下では、管理端末１００の構成と、生体認証サーバ２００の構成と、キャッシュサーバ３００の構成と、クライアント端末４００の構成とを順番に説明する。

［管理端末の構成］
管理端末１００は、生体認証サーバ２００やキャッシュサーバ３００を制御する際に管理者によって用いられ、図９に示すように、Ｍキャッシュサーバ管理部１０１を備える。

Ｍキャッシュサーバ管理部１０１は、ＮＳサーバ認証部２２１と接続される。また、Ｍキャッシュサーバ管理部１０１は、キャッシュサーバ３００を識別する識別情報を管理者から受け付け、当該識別情報をＮＳサーバ認証部２２１に送信する。例えば、Ｍキャッシュサーバ管理部１０１は、管理者から識別情報「１」を受け付け、識別情報「１」をＮＳサーバ認証部２２１に送信する。

なお、管理端末１００は、例えば、パーソナルコンピュータや家庭用ゲーム機、インターネットＴＶ、ＰＤＡ（Personal Digital Assistant）、あるいは、携帯電話やＰＨＳ（Personal Handyphone System）の如き移動体通信端末である。管理端末１００は、既知のパーソナルコンピュータなどに、Ｍキャッシュサーバ管理部１０１を搭載することによって実現可能である。

［生体認証サーバの構成］
生体認証サーバ２００は、認証情報（ユーザデータとも称する）を一元的に管理し、クライアント端末４００から認証要求を受け付けて認証処理を行う。図９に示すように、生体認証サーバ２００は、ＮＳ記憶部２１０とＮＳ制御部２２０とを備える。なお、一元的に管理するとは、生体認証サーバ２００が、ＮＳ認証情報記憶部２１１に、実施例１に係る認証システムにて用いられる認証情報すべてを記憶することを示す。

なお、生体認証サーバ２００は、一台の装置にて実現される場合に限定されるものではなく、例えば、クラスタリング構成とした複数台の装置にて実現してもよい。

ＮＳ記憶部２１０は、ＮＳ制御部２２０による認証処理や登録処理、決定処理などに必要なデータを記憶する。図９に示すように、ＮＳ記憶部２１０は、ＮＳ認証情報記憶部２１１とＮＳ識別情報記憶部２１２とＮＳログ記憶部２１３とを備える。

ＮＳ認証情報記憶部２１１は、ＮＳ認証部２２２とＮＳ設定部２２４と接続され、実施例１に係る認証システムにて用いられる認証情報すべてを記憶する。例えば、図１０に示すように、ＮＳ認証情報記憶部２１１は、管理ＩＤに対応づけて認証情報を記憶する。なお、図１０は、実施例１におけるＮＳ認証情報記憶部によって記憶された情報の一例を説明するための図である。

図１０に示す例では、ＮＳ認証情報記憶部２１１は、管理ＩＤ「10001」に対応づけて、認証情報「X7c6T2r4B3u2G4b1W6a0」を記憶する。なお、図１０に示す例では、ＮＳ認証情報記憶部２１１が、認証情報として指紋画像そのものを記憶するのではなく、指紋画像内にある隆線に含まれる分岐点や端点などを特徴点として抽出し、当該特徴点を文字列として記憶する場合を例に示した。すなわち、例えば、認証情報「X7c6T2r4B3u2G4b1W6a0」は、指紋画像内にある特徴点を表す。

また、ＮＳ認証情報記憶部２１１は、例えば、管理者によって予め認証情報などが格納されることで認証情報を記憶し、また、ＮＳサーバ認証部２２１やＮＳ設定部２２４によって認証情報などが用いられる。

なお、上記したように、ＮＳ認証情報記憶部２１１は、指紋情報「Ａ」や指紋情報「Ｂ」を認証する際に用いられる認証情報を記憶し、指紋情報「Ｃ」を認証する際に用いられる認証情報を記憶しないものとして説明する。

ＮＳ識別情報記憶部２１２は、ＮＳサーバ認証部２２１とＮＳ設定部２２４と接続され、キャッシュサーバ３００に関する情報を記憶する。具体的には、図１１に示すように、ＮＳ識別情報記憶部２１２は、キャッシュサーバ３００を識別する識別情報を記憶し、また、キャッシュサーバ３００に送信された認証情報についての管理ＩＤを識別情報ごとに記憶する。なお、図１１は、実施例１におけるＮＳ識別情報記憶部によって記憶された情報の一例を説明するための図である。

例えば、図１１に示すように、ＮＳ識別情報記憶部２１２は、識別情報を記憶し、例えば、識別情報「192.168.0.1」や識別情報「192.168.0.2」を記憶する。なお、ＮＳ識別情報記憶部２１２は、識別情報「１」に対応する識別情報として識別情報「192.168.0.1」を記憶し、識別情報「２」に対応する識別情報として識別情報「192.168.0.2」を記憶するものとして説明する。

また、例えば、図１１に示すように、ＮＳ識別情報記憶部２１２は、識別情報各々に対応づけて管理ＩＤを記憶し、例えば、識別情報「192.168.0.1」に対応づけて管理ＩＤ「10001」と管理ＩＤ「10002」と管理ＩＤ「10003」とを記憶する。すなわち、図１１に示す例では、ＮＳ識別情報記憶部２１２は、キャッシュサーバ「１」を識別する識別情報を記憶し、また、管理ＩＤ「10001」〜「10003」各々によって識別される認証情報がキャッシュサーバ「１」に送られたことを記憶する。

また、ＮＳ識別情報記憶部２１２は、ＮＳサーバ認証部２２１によって識別情報が格納され、ＮＳ設定部２２４によって管理ＩＤが格納される。また、ＮＳ識別情報記憶部２１２は、ＮＳ設定部２２４によって識別情報や管理ＩＤが用いられる。

ＮＳログ記憶部２１３は、ＮＳログデータ受信処理部２２５と接続され、図１２に示すように、キャッシュサーバ３００各々についてのログを記憶する。なお、図１２は、実施例１におけるＮＳログ記憶部によって記憶された情報の一例を説明するための図である。

図１２に示すように、ＮＳログ記憶部２１３は、ログとして、認証処理が行われたキャッシュサーバ３００を識別する識別情報と、当該キャッシュサーバ３００にて用いられた認証情報を識別する管理ＩＤと、「日時」と、認証の成功、失敗を意味する「認証結果」とを対応づけて記憶する。なお、「日時」とは、ログが生成された時刻を示すものとして説明するが、ＮＳログ記憶部２１３にログが格納された時刻でもよく、また、キャッシュサーバ３００にて認証処理が行われた時刻を用いてもよい。

図１２に示す例では、ＮＳログ記憶部２１３は、識別情報「192.168.0.1」と管理ＩＤ「10001」と日時「2008/6/13 18:40」と認証結果「成功」とを対応づけて記憶する。すなわち、図１２に示す例では、ＮＳログ記憶部２１３は、日時「2008/6/13 18:40」に、識別情報「192.168.0.1」によって識別されるキャッシュサーバ「１」にて管理ＩＤ「10001」によって識別される認証処理が行われて、認証に「成功」したことを示すログが生成されたことを記憶する。

また、ＮＳログ記憶部２１３は、ＮＳログデータ受信処理部２２５によってログが格納される。

ＮＳ制御部２２０は、認証処理や登録処理、決定処理などを規定したプログラムを記憶する内部メモリを有し、認証処理や登録処理、決定処理などを実行する。図９に示すように、ＮＳ制御部２２０は、ＮＳサーバ認証部２２１とＮＳ認証部２２２とＮＳ認証結果通知部２２３とＮＳ設定部２２４とＮＳログデータ受信処理部２２５とを備える。

ＮＳサーバ認証部２２１は、ＮＳ識別情報記憶部２１２とＣＳサーバ認証部３２１とＭキャッシュサーバ管理部１０１と接続され、相互認証を行う。具体的には、ＮＳサーバ認証部２２１は、Ｍキャッシュサーバ管理部１０１から識別情報を受け付け、当該識別情報によって識別されるキャッシュサーバ３００内にあるＣＳサーバ認証部３２１とともに、相互認証を行う。例えば、ＮＳサーバ認証部２２１は、識別情報「１」を受け付けると、キャッシュサーバ「１」内にあるＣＳサーバ認証部３２１とともに相互認証を行う。

また、ＮＳサーバ認証部２２１は、相互認証に成功したキャッシュサーバ３００を識別する識別情報をＮＳ識別情報記憶部２１２に格納する。例えば、ＮＳサーバ認証部２２１は、キャッシュサーバ「１」との相互認証に成功すると、識別情報「１」をＮＳ識別情報記憶部２１２に格納する。

ＮＳ認証部２２２は、ＮＳ認証情報記憶部２１１とＮＳ認証結果通知部２２３とＮＳ設定部２２４とＣＳ認証部３２２とＣＬ認証要求送信部４２２と接続される。また、ＮＳ認証部２２２は、ＣＳ認証部３２２やＣＬ認証要求送信部４２２によって送信された認証要求を受け付けると、ＮＳ認証情報記憶部２１１に記憶された認証情報を用いて認証処理を行う。

具体的には、ＮＳ認証部２２２は、ＮＳ認証情報記憶部２１１に記憶された認証情報各々と認証要求によって指定される生体情報とを照合し、一致する度合いが閾値を超える認証情報があると照合する場合に認証成功とし、一方、ないと照合する場合に認証失敗とする。例えば、ＮＳ認証部２２２は、認証要求「Ａ」を受け付けると、指紋情報「Ａ」について認証処理を行う。

また、ＮＳ認証部２２２は、ＮＳ認証結果通知部２２３とＮＳ設定部２２４とに認証結果を送信する。具体的には、ＮＳ認証部２２２は、認証成功とした場合には、認証成功とした旨の認証結果を送信し、また、認証失敗とした場合には、認証失敗とした旨の認証結果を送信する。また、ＮＳ認証部２２２は、認証結果とともに、認証要求の送信元を識別する情報を送信する。

例えば、ＮＳ認証部２２２は、認証要求「Ａ」をクライアント端末「１」のＣＬ認証要求送信部４２２から受け付けて認証成功とした場合には、指紋情報「Ａ」について認証成功とした旨の認証結果と、送信元がクライアント端末「１」である旨の情報とを送信する。また、例えば、ＮＳ認証部２２２は、クライアント端末「１」からの認証要求「Ｃ」をキャッシュサーバ「１」のＣＳ認証部３２２から受け付けて認証失敗とした場合には、指紋情報「Ｃ」について認証失敗とした旨の認証結果と、送信元がクライアント端末「１」とキャッシュサーバ「１」とである旨の情報とを送信する。

ＮＳ認証結果通知部２２３は、ＮＳ認証部２２２とＣＳ認証結果通知部３２３とＣＬ認証結果受信部４２４と接続され、ＮＳ認証部２２２による認証結果をＣＳ認証結果通知部３２３やＣＬ認証結果受信部４２４に送信する。

具体的には、ＮＳ認証結果通知部２２３は、ＮＳ認証部２２２から認証結果と認証要求の送信元を識別する情報とを受け付け、認証要求の送信元を識別する情報を用いて当該送信元に対して、認証結果を送信する。ここで、ＮＳ認証結果通知部２２３は、ＮＳ認証部２２２が認証要求をＣＬ認証要求送信部４２２から受け付けた場合には、認証結果をＣＬ認証結果受信部４２４に送信する。また、ＮＳ認証結果通知部２２３は、ＮＳ認証部２２２が認証要求をＣＳ認証部３２２から受け付けた場合には、認証結果をＣＳ認証結果通知部３２３に送信する。

ＮＳ設定部２２４（「認証情報送信部」や「識別情報送信部」とも称する）は、ＮＳ認証情報記憶部２１１とＮＳ識別情報記憶部２１２とＮＳ認証部２２２とＣＳキャッシュ管理部３２４とＣＬ識別情報管理部４２３と接続される。

ＮＳ設定部２２４は、認証結果と、認証要求の送信元を識別する情報とをＮＳ認証部２２２から受け付ける。例えば、ＮＳ設定部２２４は、指紋情報「Ａ」について認証成功とした旨の認証結果と、送信元がクライアント端末「１」である旨の情報とをＮＳ認証部２２２から受け付ける。

ＮＳ設定部２２４は、ＮＳ設定部２２４は、ＮＳ認証部２２２から認証成功とした旨の認証結果を受け付けると、キャッシュサーバ３００を決定し、認証情報をキャッシュサーバ３００に送信し、識別情報をクライアント端末４００に送信する。例えば、ＮＳ設定部２２４は、キャッシュサーバ「１」を決定する。

なお、ＮＳ設定部２２４は、ＮＳ認証部２２２が認証要求をクライアント端末４００から受け付けた場合にキャッシュサーバ３００を決定し、ＮＳ認証部２２２が認証要求をキャッシュサーバ３００から受け付けた場合にはキャッシュサーバ３００を決定しない。例えば、ＮＳ設定部２２４は、ＮＳ認証部２２２から、認証要求の送信元を識別する情報としてキャッシュサーバ３００を識別する情報を受け付けた場合には、キャッシュサーバ３００を決定しない。すなわち、既にキャッシュサーバ３００に認証要求を送っているクライアント端末４００については、新たにキャッシュサーバ３００を決定する必要がないからである。

ＮＳ設定部２２４がキャッシュサーバ３００を決定する点について、具体的に説明する。ＮＳ設定部２２４は、ＮＳ認証部２２２から、認証成功とした旨の認証結果を受け付け、さらに、認証要求の送信元が生体認証サーバ２００である情報を受け付けた場合に、キャッシュサーバ３００を一つ決定する。すなわち、ＮＳ設定部２２４は、今後クライアント端末「１」から送信される認証要求について認証処理を行うキャッシュサーバとして、例えば、キャッシュサーバ「１」を決定する。なお、ＮＳ設定部２２４によるキャッシュサーバ決定処理については、図８を用いて詳述したため、説明を省略する。

また、ＮＳ設定部２２４が認証情報をキャッシュサーバ３００に送信する点について、具体的に説明する。ＮＳ設定部２２４は、認証成功とした旨の認証結果をＮＳ認証部２２２から受け付けると、ＮＳ認証情報記憶部２１１に記憶された認証情報の内、クライアント端末４００から受け付けた認証要求について認証する際に用いられる認証情報を送信する。さらに詳細には、ＮＳ設定部２２４は、認証要求の送信元を識別する情報をＮＳ認証部２２２から受け付け、当該認証要求の送信元を識別する情報を用いて認証情報を送信する。また、ＮＳ設定部２２４は、認証情報とともに、当該認証情報を識別する管理ＩＤを送信する。

また、ＮＳ設定部２２４が識別情報をクライアント端末４００に送信する点について、具体的に説明する。ＮＳ設定部２２４は、決定したキャッシュサーバ３００を識別する識別情報をクライアント端末４００に送信し、例えば、キャッシュサーバ「１」を識別する識別情報をクライアント端末「１」に送信する。

また、ＮＳ設定部２２４は、ＮＳ認証情報記憶部２１１に記憶された認証情報が更新されると、例えば、管理者によって更新されると、更新された認証情報をキャッシュサーバ３００に送信する。具体的には、ＮＳ設定部２２４は、ＮＳ識別情報記憶部２１２から、更新された認証情報を識別する管理ＩＤが対応付けられた識別情報を取得し、当該識別情報によって識別されるキャッシュサーバ３００に、更新された認証情報を送信する。

ＮＳログデータ受信処理部２２５は、ＮＳログ記憶部２１３とＣＳログデータ生成部３２５と接続され、ＣＳログデータ生成部３２５によって送信されたログを受け付けてＮＳログ記憶部２１３に格納する。

なお、生体認証サーバ２００は、例えば、パーソナルコンピュータやワークステーションなどが該当する。また、生体認証サーバ２００は、既知のサーバなどに、ＮＳ認証情報記憶部２１１とＮＳ識別情報記憶部２１２とＮＳログ記憶部２１３とを搭載する。また、生体認証サーバ２００は、既知のサーバなどに、ＮＳサーバ認証部２２１とＮＳ認証部２２２とＮＳ認証結果通知部２２３とＮＳ設定部２２４とＮＳログデータ受信処理部２２５とを搭載することによって実現可能である。

［キャッシュサーバの構成］
キャッシュサーバ３００は、認証要求を送信するクライアント端末４００と生体認証サーバ２００との間に接続され、認証処理に必要な認証情報をキャッシュして認証処理を行う。図９に示すように、キャッシュサーバ３００は、ＣＳ記憶部３１０とＣＳ制御部３２０とを備える。

ＣＳ記憶部３１０は、ＣＳ制御部３２０による認証などに必要なデータを記憶し、図９に示すように、ＣＳキャッシュ３１１を備える。

ＣＳキャッシュ３１１は、ＣＳ認証部３２２とＣＳキャッシュ管理部３２４と接続され、キャッシュが該当する。また、図１３に示すように、ＣＳキャッシュ３１１は、管理ＩＤに対応づけて認証情報を記憶する。なお、図１３は、実施例１におけるＣＳキャッシュによって記憶された情報の一例を説明するための図である。

図１３に示す例では、ＣＳキャッシュ３１１は、管理ＩＤ「10001」から管理ＩＤ「10005」各々について認証情報を記憶するＮＳ認証情報記憶部２１１とは異なり（図１０参照）、管理ＩＤ「10001」〜管理ＩＤ「10003」についてのみ認証情報を記憶する。

また、ＣＳキャッシュ３１１は、ＣＳキャッシュ管理部３２４によって認証情報などが格納され、ＣＳ認証部３２２によって認証情報などが用いられる。

ＣＳ制御部３２０は、証認処理手順などを規定したプログラムを記憶するための内部メモリを有し、認証処理を実行する。図９に示すように、ＣＳ制御部３２０は、ＣＳサーバ認証部３２１とＣＳ認証部３２２とＣＳ認証結果通知部３２３とＣＳキャッシュ管理部３２４とＣＳログデータ生成部３２５とを備える。

ＣＳサーバ認証部３２１は、ＮＳサーバ認証部２２１と接続され、ＮＳサーバ認証部２２１とともに相互認証を行う。

ＣＳ認証部３２２は、ＣＳキャッシュ３１１とＣＳ認証結果通知部３２３とＣＳログデータ生成部３２５とＮＳ認証部２２２とＣＬ認証要求送信部４２２と接続される。具体的には、ＣＬ認証要求送信部４２２によって送信された認証要求を受け付けると、ＣＳキャッシュ３１１に記憶された認証情報を用いて認証処理を行う。例えば、ＣＳ認証部３２２は、認証要求「Ａ」を受け付けた場合には、指紋情報「Ａ」についての認証処理を行う。

また、ＣＳ認証部３２２は、認証成功とした場合には、ＣＳ認証結果通知部３２３とＣＳログデータ生成部３２５とに、認証成功とした旨の認証結果や認証要求の送信元を識別する情報を送信する。

例えば、ＣＳ認証部３２２は、クライアント端末「１」のＣＬ認証要求送信部４２２から認証要求「Ａ」を受け付け、指紋情報「Ａ」について認証成功とした場合を説明する。ＣＳ認証部３２２は、指紋情報「Ａ」について認証成功とした旨の認証結果と、送信元がクライアント端末「１」である旨の情報とをＣＳ認証結果通知部３２３に送信する。また、ＣＳ認証部３２２は、指紋情報「Ａ」について認証成功とした旨の認証結果をＣＳログデータ生成部３２５に送信する。

また、ＣＳ認証部３２２は、認証失敗とした場合には、ＣＬ認証要求送信部４２２から受け付けた認証要求をＮＳ認証部２２２に転送する。例えば、ＣＳ認証部３２２は、指紋情報「Ｂ」についての認証失敗とすると、認証要求「Ｂ」をＮＳ認証部２２２に転送する。

ＣＳ認証結果通知部３２３は、ＣＳ認証部３２２とＮＳ認証結果通知部２２３とＣＬ認証結果受信部４２４と接続される。また、ＣＳ認証結果通知部３２３は、ＣＳ認証部３２２やＮＳ認証結果通知部２２３から認証結果を受け付けると、認証結果をクライアント端末４００に送信する。

ＣＳ認証結果通知部３２３がＣＳ認証部３２２から認証結果を受け付けた場合について説明する。ＣＳ認証結果通知部３２３は、認証成功とした旨の認証結果と認証要求の送信元を識別する情報とをＣＳ認証部３２２から受け付け、認証要求の送信元を識別する情報を用いて認証結果を送信する。例えば、ＣＳ認証結果通知部３２３について、指紋情報「Ａ」について認証成功とした旨の認証結果と、送信元がクライアント端末「１」である旨の情報とを受け付けた場合を説明する。ＣＳ認証結果通知部３２３は、クライアント端末「１」のＣＬ認証結果受信部４２４に、指紋情報「Ａ」について認証成功とした旨の認証結果を送信する。

また、ＣＳ認証結果通知部３２３がＮＳ認証結果通知部２２３から認証結果を受け付けた場合について説明する。例えば、ＣＳ認証結果通知部３２３について、指紋情報「Ｂ」について認証成功とした旨の認証結果と、送信元がクライアント端末「１」である旨の情報とを受け付けた場合を説明する。ＣＳ認証結果通知部３２３は、クライアント端末「１」のＣＬ認証結果受信部４２４に、指紋情報「Ｂ」について認証成功とした旨の認証結果を送信する。

ＣＳキャッシュ管理部３２４は、ＣＳキャッシュ３１１とＮＳ設定部２２４と接続され、ＮＳ設定部２２４によって送信された認証情報を受け付け、当該認証情報をＣＳキャッシュ３１１に格納する。例えば、ＣＳキャッシュ３１１は、ＮＳ設定部２２４から、管理ＩＤと認証情報とを受け付け、ＣＳキャッシュ３１１に格納する。また、ＣＳキャッシュ管理部３２４は、ＮＳ設定部２２４から、更新があった認証情報を受け付け、受け付けた当該認証情報を用いてＣＳキャッシュ３１１に記憶された認証情報を更新する。

ＣＳログデータ生成部３２５は、ＣＳ認証部３２２とＮＳログデータ受信処理部２２５と接続され、ＣＳ認証部３２２から認証結果を受け付けると、当該認証結果についての認証処理についてログを生成し、ログを生成するごとにＮＳログデータ受信処理部２２５に送信する。例えば、ＣＳログデータ生成部３２５は、ログとして、認証処理が行われたキャッシュサーバ３００についての識別情報と、当該キャッシュサーバ３００にて用いられた認証情報についての管理ＩＤと、「日時」とを対応づけて送信する。

例えば、ＣＳログデータ生成部３２５がＣＳ認証部３２２から指紋情報「Ａ」について認証成功とした旨の認証結果を受け付けた場合に送信するログについて説明する。ＣＳログデータ生成部３２５は、識別情報として、自キャッシュサーバ３００を識別する識別情報を送信する。また、ＣＳログデータ生成部３２５は、管理ＩＤとして、指紋情報「Ａ」について認証する際に用いられる管理ＩＤ「10001」を送信する。また、ＣＳログデータ生成部３２５は、「日時」として、ログを作成した日時を送信する。

なお、キャッシュサーバ３００は、例えば、パーソナルコンピュータやワークステーションなどが該当する。また、キャッシュサーバ３００は、キャッシュサーバ３００は、既知のサーバなどに、ＣＳキャッシュ３１１とＣＳサーバ認証部３２１とＣＳ認証部３２２とＣＳ認証結果通知部３２３とＣＳキャッシュ管理部３２４とＣＳログデータ生成部３２５とを搭載することによって実現可能である。

また、キャッシュサーバ３００は、専用のアプリケーションとして実現してもよい。キャッシュサーバ３００は、生体認証サーバ２００と異なり、処理が軽く、ディスク装置などの記憶部を使用する箇所も限定されるため、専用アプリケーションとして実現してもよい。専用アプリケーションは、専用アプリケーションを実行するコンピュータ上に設けられた専用通信ポートを用いて、生体認証サーバ２００やクライアント端末４００、管理端末１００と情報の送受信を行う。

［クライアント端末の構成］
クライアント端末４００は、利用者から生体情報を受け付けて認証要求を送信するものであって、図９に示すように、ＣＬ記憶部４１０とＣＬ制御部４２０とを備える。

ＣＬ記憶部４１０は、ＣＬ制御部４２０による認証要求送信処理に必要なデータを記憶し、図９に示すように、ＣＬ識別情報記憶部４１１を備える。

ＣＬ識別情報記憶部４１１は、ＣＬ認証要求送信部４２２とＣＬ識別情報管理部４２３と接続され、図１４に示すように、認証要求を送信する送信先を識別する識別情報を記憶する。なお、図１４は、実施例１におけるＬ識別情報記憶部によって記憶された情報の一例を説明するための図である。

具体的には、ＣＬ識別情報記憶部４１１は、生体認証サーバ２００を識別する識別情報を予め記憶し、また、ＣＬ識別情報管理部４２３によって更新されることで、キャッシュサーバ３００を識別する識別情報を記憶する。図１４に示す例では、ＣＬ識別情報管理部４２３は、識別情報と、最後にＣＬ識別情報管理部４２３によって更新された日時を示す「最終更新日時」とを対応づけて記憶する。例えば、ＣＬ識別情報記憶部４１１は、識別情報「192.168.0.1」と最終更新日時「2008/5/20 10:00」とを対応づけて記憶する。

また、ＣＬ識別情報記憶部４１１は、ＣＬ識別情報管理部４２３によって識別情報が格納され、ＣＬ認証要求送信部４２２によって識別情報が用いられる。

ＣＬ制御部４２０は、認証要求送信処理手順などを規定したプログラムを記憶するための内部メモリを有し、認証要求送信処理を行う。図９に示すように、ＣＬ制御部４２０は、ＣＬ生体情報受付部４２１とＣＬ認証要求送信部４２２とＣＬ識別情報管理部４２３とＣＬ認証結果受信処理部４２４とを備える。

ＣＬ生体情報受付部４２１は、ＣＬ認証要求送信部４２２と接続され、例えば、指紋センサなどの生体情報検出器が該当する。また、ＣＬ生体情報受付部４２１は、利用者から生体情報を受け付け、受け付けた生体情報をＣＬ認証要求送信部４２２に送信する。例えば、利用者「Ａ」から指紋情報「Ａ」を受け付け、受け付けた指紋情報「Ａ」をＣＬ認証要求送信部４２２に送信する。

ＣＬ認証要求送信部４２２は、ＣＬ識別情報記憶部４１１とＣＬ生体情報受付部４２１とＮＳ認証部２２２とＣＳ認証部３２２と接続される。また、ＣＬ認証要求送信部４２２は、ＣＬ生体情報受付部４２１から生体情報を受け付けると、ＣＬ識別情報記憶部４１１に記憶された識別情報を用いて認証要求を送信する。

例えば、ＣＬ認証要求送信部４２２は、ＣＬ識別情報記憶部４１１に予め記憶された生体認証サーバ２００を識別する識別情報を用いて、認証要求を生体認証サーバ２００に送信する。また、例えば、ＣＬ認証要求送信部４２２は、ＣＬ識別情報管理部４２３によって更新されることでＣＬ識別情報記憶部４１１に記憶されたキャッシュサーバ３００を識別する識別情報を用いて、認証要求をキャッシュサーバ３００に送信する。

ＣＬ識別情報管理部４２３は、ＣＬ識別情報記憶部４１１とＮＳ設定部２２４と接続され、ＮＳ設定部２２４から識別情報を受け付けると、当該識別情報を用いてＣＬ識別情報記憶部４１１に記憶された識別情報を更新する。例えば、ＣＬ識別情報管理部４２３は、ＣＬ識別情報記憶部４１１に記憶された識別情報を、生体認証サーバ２００を識別する識別情報から識別情報「１」に更新する。

ＣＬ認証結果受信処理部４２４は、ＮＳ認証結果通知部２２３とＣＳ認証結果通知部３２３と接続され、ＮＳ認証結果通知部２２３やＣＳ認証結果通知部３２３から認証結果を受け付ける。

なお、クライアント端末４００は、例えば、パーソナルコンピュータや家庭用ゲーム機、インターネットＴＶ、ＰＤＡ、あるいは携帯電話やＰＨＳの如き移動体通信端末である。また、クライアント端末４００は、既知のパーソナルコンピュータなどに、ＣＬ識別情報記憶部４１１とＣＬ生体情報受付部４２１とＣＬ認証要求送信部４２２とＣＬ識別情報管理部４２３とＣＬ認証結果受信処理部４２４とを搭載することによって実現可能である。

なお、上記した実施例１では、生体認証サーバ２００が識別情報をクライアント端末４００に送信する場合について説明したが、本発明はこれに限定されるものではなく例えば、キャッシュサーバ３００がクライアント端末４００に送信してもよい。例えば、キャッシュサーバ３００では、ＣＳキャッシュ３１１が、認証情報とともに識別情報をＮＳ設定部２２４から受け付け、当該識別情報をＣＬ識別情報管理部４２３に送信してよい。

［実施例１の効果］
上記したように、実施例１によれば、生体認証サーバ２００は、認証要求を受信すると、認証要求の送信元を認証する際に用いられる認証情報をキャッシュサーバ３００に送信する。また、生体認証サーバ２００やキャッシュサーバ３００は、認証情報が送信されたキャッシュサーバ３００を識別する識別情報を、認証要求を送信したクライアント端末４００に送信する、そして、クライアント端末４００は認証要求の送信先を識別する識別情報を記憶するＣＬ識別情報管理部４２３を備え、ＣＬ識別情報管理部４２３によって記憶する識別情報で識別される送信先に認証要求を送信する。また、クライアント端末４００は、生体認証サーバ２００やキャッシュサーバ３００によって送信された識別情報を受信すると、受信した識別情報を用いてＣＬ識別情報管理部４２３に記憶された識別情報を更新する。そして、キャッシュサーバ３００は、生体認証サーバ２００によって自副認証サーバに送信された認証情報を記憶し、認証要求を受信すると、記憶する認証情報を用いて認証要求の送信元を認証する。この結果、認証システムの処理能力を増強しつつ、設定処理の負荷を軽減することが可能である。

具体的には、生体認証サーバ２００だけでなく、キャッシュサーバ３００も認証処理を実行するので、認証システムの処理能力を増強することが可能である。また、本認証システムでは、生体認証サーバ２００が、キャッシュサーバ３００によって用いられる認証用情報をキャッシュサーバ３００に送信し、送信先情報をクライアント端末４００に送信することで、利用者や管理者が設定処理を行うことなく、キャッシュサーバ３００が認証処理を行うことが可能である。この結果、本認証システムでは、設定処理の負荷を軽減することが可能である。

また、上記したように、キャッシュサーバ３００として、認証処理に不要なログを記憶する記憶部を省略し、記憶装置としてＣＳキャッシュ３１１のみを備える構成とすることで、生体認証サーバ２００よりも簡単な構成とすることが可能である。この結果、生体認証サーバ２００と同一の構成を有する装置よりも安価な装置を用いて、キャッシュサーバ３００を実現することが可能である。

また、上記したように、実施例１に係る認証システムでは、生体認証サーバ２００が有する機能の一部を切り出してキャッシュサーバ３００として動作させる。また、キャッシュサーバ３００は、認証処理に必要な認証情報をキャッシュして用いることで、高速に認証して高速に応答することが可能である。つまり、認証処理を高速化することが可能である。

また、上記したように、実施例１に係る認証システムでは、ＣＳキャッシュ３１１に記憶されている認証情報は、ＮＳ認証情報記憶部２１１に記憶されている認証情報の一部となる。この結果、キャッシュサーバ３００は、生体認証サーバ２００と比較して１対Ｎ母集団が小さくなり、生体認証サーバ２００での認証処理と比較して、認証処理を高速化することが可能である。また、キャッシュサーバ３００を運用環境に点在させることで生体認証サーバ２００への処理負荷を低減し、生体認証サーバ２００への処理負荷を分散することが可能である。

また、上記したように、実施例１に係る認証システムにて認証処理が繰り返されることにより、キャッシュサーバ３００には認証情報が蓄積されて様々なクライアント端末４００から認証要求を受け付けて認証するようになる。この結果、認証システム全体の性能を向上させることが可能である。

さて、これまで、実施例１として、生体認証サーバ２００が、キャッシュサーバ３００からのログをＮＳログ記憶部２１３に記憶する手法について説明した。ここで、本発明はログをＮＳログ記憶部２１３に記憶した上で、当該ログを用いてキャッシュサーバ３００への認証処理の負荷を平準化してもよい。

すなわち、ＮＳログ記憶部２１３が記憶するログにより、他のキャッシュサーバ３００より認証する頻度が多いキャッシュサーバ３００や少ないキャッシュサーバ３００を判別する。その上で、頻度が多いキャッシュサーバ３００について、頻度が少なくなるよう制御し、また、頻度が少ないキャッシュサーバ３００について、頻度が多くなるよう制御してもよい。

なお、他のキャッシュサーバ３００より認証する頻度が高いキャッシュサーバ３００とは、認証処理の負荷が高いキャッシュサーバ３００であり、以下では、高負荷キャッシュサーバ３００と称する。また、他のキャッシュサーバ３００より認証する頻度が低いキャッシュサーバ３００とは、認証処理の負荷が低いキャッシュサーバ３００であり、以下では、低負荷キャッシュサーバ３００と称する。

そこで、以下では、実施例２として、ログを用いてキャッシュサーバ３００への認証処理の負荷を平準化する手法について説明する。なお、以下では、実施例１に係る認証システムと同様の点については、説明を省略する。

［実施例２に係る認証システムの構成］
まず、図１５を用いて、実施例２に係る認証システムの構成について説明する。なお、図１５は、実施例２に係る認証システムの構成の一例を説明するためのブロック図である。図１５に示すように、実施例２に係る認証システムは、実施例１に係る認証システムに加えて、管理端末１００が、Ｍ利用状況モニタ部５０１をさらに備える。

ここで、実施例２に係る認証システムでは、説明の便宜上、図１６の（２）に示すように、ＮＳログ記憶部２１３が、ログとして、キャッシュサーバ３００を識別する識別情報ごとに、管理ＩＤと利用頻度と最終使用日時とを対応づけて記憶するものとして説明する。なお、図１６は、実施例２におけるＮＳログ記憶部によって記憶された情報の一例を説明するための図である。

ここで、図１６に示す管理ＩＤは、対応する識別情報によって識別されるキャッシュサーバ３００に送信された認証情報についての管理ＩＤである。また、利用頻度とは、管理ＩＤによって識別される認証情報が利用された頻度を示し、例えば、当該認証情報を用いて行われた認証の回数を示す。また、最終使用日時とは、対応する管理ＩＤによって識別される認証情報が最後に使用された日時を示す。

例えば、ＮＳログデータ受信処理部２２５は、図１６の（１）に示すように、識別情報と管理ＩＤと日時とが対応づけられたログから、「利用頻度」と「最終使用日時」とを算出し、図１６の（２）に示すように、ＮＳログ記憶部２１３にログを格納する。具体的な一例をあげて説明すると、ＮＳログデータ受信処理部２２５は、識別情報と管理ＩＤとの組み合わせごとにログの数を算出して「利用頻度」とする。また、ＮＳログデータ受信処理部２２５は、識別情報と管理ＩＤとの組み合わせごとに、最新となる「日時」を「最終使用日時」とする。

図１５の説明に戻ると、実施例２に係る認証システムでは、Ｍ利用状況モニタ部５０１は、ＮＳログ記憶部２１３とＣＳキャッシュ管理部３２４とＮＳ設定部２２４と接続される。また、Ｍ利用状況モニタ部５０１は、ＮＳログ記憶部２１３に記憶されたログを用いて、高負荷キャッシュサーバ３００と低負荷キャッシュサーバ３００とを判別する。例えば、Ｍキャッシュサーバ管理部１０１は、定期的にログをモニタリングすることでチェックし、判別を開始する。

また、Ｍ利用状況モニタ部５０１は、高負荷キャッシュサーバ３００について、ＣＳキャッシュ３１１によって記憶された認証情報の一部を削除する。そして、Ｍ利用状況モニタ部５０１は、低負荷キャッシュサーバ３００について、高負荷キャッシュサーバ３００から削除した認証情報をＣＳキャッシュ３１１に格納する。すなわち、Ｍ利用状況モニタ部５０１は、高負荷キャッシュサーバ３００のＣＳキャッシュ３１１から認証情報の一部を削除し、削除した認証情報を低負荷キャッシュサーバ３００のＣＳキャッシュ３１１に格納する。

また、Ｍキャッシュサーバ管理部１０１は、高負荷キャッシュサーバ３００や低負荷キャッシュサーバ３００のＣＳキャッシュ３１１に対して行った認証情報の削除や格納についての情報をＮＳ設定部２２４に送信する。例えば、Ｍキャッシュサーバ管理部１０１は、高負荷キャッシュサーバ３００を識別する識別情報と、削除した認証情報についての管理ＩＤとを送信する。また、Ｍキャッシュサーバ管理部１０１は、低負荷キャッシュサーバ３００を識別する識別情報と、格納した認証情報についての管理ＩＤとを送信する。

その後、ＮＳ設定部２２４は、Ｍキャッシュサーバ管理部１０１から受け付けた情報に基づいて、ＮＳ識別情報記憶部２１２を更新する。

また、ＮＳ設定部２２４は、Ｍキャッシュサーバ管理部１０１によって削除された認証情報によって認証される認証要求をＮＳ認証部２２２が受け付けると、当該認証要求の送信元となるクライアント端末４００に、低負荷キャッシュサーバ３００を識別する識別情報を送信する。

ここで、Ｍキャッシュサーバ管理部１０１によって削除された認証情報によって認証される認証要求をＮＳ認証部２２２が受け付ける場合について、具体例を用いて説明する。具体例として、クライアント端末「１」が、キャッシュサーバ「１」に認証要求「Ａ」を送信しており、キャッシュサーバ「１」が指紋情報「Ａ」を認証する認証情報を記憶している場合を用いる。また、その後、Ｍキャッシュサーバ管理部１０１が、指紋情報「Ａ」を認証する認証情報をキャッシュサーバ「１」から削除し、キャッシュサーバ「２」に格納した場合を用いる。

ここで、クライアント端末「１」は、認証要求「Ａ」をキャッシュサーバ「１」に送信する。しかし、キャッシュサーバ３００は、Ｍキャッシュサーバ管理部１０１によって指紋情報「Ａ」を認証する認証情報を削除されており、認証失敗となり、認証要求「Ａ」を生体認証サーバ２００に転送する。ここで、ＮＳ設定部２２４は、Ｍキャッシュサーバ管理部１０１より、指紋情報「Ａ」を認証する認証情報の格納先となるキャッシュサーバについての識別情報を受け付けている。このため、ＮＳ設定部２２４は、クライアント端末「１」に対して、識別情報「２」を送信し、その後、クライアント端末「２」は、キャッシュサーバ「２」に認証要求を送信する。

なお、上記した実施例２では、高負荷キャッシュサーバから認証情報の一部を削除し、削除した当該認証情報を低負荷キャッシュサーバに格納する場合について言及したが、本発明はこれに言及されるものではない。具体的には、高負荷キャッシュサーバと低負荷キャッシュサーバとの間で、認証情報の入れ替えを相互に行ってもよい。

つまり、ＮＳログ記憶部２１３が、キャッシュサーバ３００各々について、当該キャッシュサーバ３００によって送信された認証情報ごとに、当該認証情報を用いた認証処理が行われた頻度に関するログを記憶する。その上で、Ｍキャッシュサーバ管理部１０１が、当該ログを用いることで、高負荷キャッシュサーバにある認証情報の内、利用頻度の高い認証情報を判別し、また、低負荷キャッシュサーバにある認証情報の内、利用頻度の低い認証情報を判別する。

そして、Ｍキャッシュサーバ管理部１０１は、高負荷キャッシュサーバにある認証情報の内、利用頻度の高い認証情報を低負荷キャッシュサーバに移動する。また、Ｍキャッシュサーバ管理部１０１は、低負荷キャッシュサーバにある認証情報の内、利用頻度の低い認証情報を低負荷キャッシュサーバに移動する。

この結果、各キャッシュサーバ３００にある認証情報の数に変更を加えることなく、各キャッシュサーバに係る負荷を平準化することが可能である。

また、上記した実施例２では、生体認証サーバ２００のＮＳ設定部２２４が、認証要求を受け付けたタイミングにて、低負荷キャッシュサーバ３００を識別する識別情報を送信する場合について説明した。しかし、本発明はこれに限定されるものではなく、例えば、ＮＳ設定部２２４は、任意のタイミングにて低負荷キャッシュサーバ３００を識別する識別情報を送信してもよい。

また、上記した実施例２では、Ｍキャッシュサーバ管理部１０１が、高負荷キャッシュサーバ３００や低負荷キャッシュサーバ３００の認証情報を削除や格納する場合について説明した。しかし、本発明はこれに限定されるものではなく、Ｍキャッシュサーバ管理部１０１と同等の機能を有する構成部を生体認証サーバ２００やキャッシュサーバ３００に搭載して実現してもよい。

［認証情報入れ替え処理の流れ］
次に、図１７を用いて、実施例２に係る認証システムにおける認証情報入れ替え処理の流れの一例について説明する。なお、図１７は、実施例２に係る認証システムにおける認証情報入れ替え処理の流れの一例を説明するためのフローチャートである。

図１７に示すように、実施例２に係る認証システムでは、Ｍキャッシュサーバ管理部１０１は、ログをチェックするタイミングとなると（ステップＳ８０１肯定）、ログをＮＳログ記憶部２１３から読み出す（ステップＳ８０２）。そして、Ｍキャッシュサーバ管理部１０１は、各キャッシュサーバ３００に対する認証処理の負荷をチェックする（ステップＳ８０３）。つまり、各キャッシュサーバ３００のＣＳ認証部３２２にて行われている認証処理の頻度をチェックする。

そして、Ｍキャッシュサーバ管理部１０１は、負荷が均等である場合には（ステップＳ８０４肯定）、処理を終了する。一方、Ｍキャッシュサーバ管理部１０１は、負荷が均等でない場合には（ステップＳ８０４否定）、高負荷キャッシュサーバ３００のＣＳキャッシュ３１１から認証情報の一部を削除する（ステップＳ８０５）。そして、Ｍキャッシュサーバ管理部１０１は、削除した認証情報を低負荷キャッシュサーバ３００のＣＳキャッシュ３１１に格納する（ステップＳ８０６）。

その後、生体認証サーバ２００は、ＮＳ設定部２２４が、識別情報を送信する（ステップＳ８０７）。つまり、ＮＳ設定部２２４は、Ｍキャッシュサーバ管理部１０１によって削除された認証情報を用いて認証される送信元に、当該認証情報が格納された格納先となるキャッシュサーバ３００を識別する識別情報を送信する。

その後、クライアント端末４００では、ＣＬ識別情報管理部４２３が、受け付けた識別情報を用いて、ＣＬ識別情報管理部４２３に記憶された識別情報を更新する（ステップＳ８０８）。

［実施例２の効果］
上記したように、実施例２によれば、生体認証サーバ２００や管理端末１００は、高負荷キャッシュサーバ３００について、ＣＳキャッシュ３１１にある認証情報の一部を削除する。また、生体認証サーバ２００や管理端末１００は、低負荷キャッシュサーバ３００について、削除した認証情報をＣＳキャッシュ３１１に格納する。また、生体認証サーバ２００や管理端末１００は、削除した認証情報を用いて認証される送信元に、認証情報が格納された格納先となるキャッシュサーバ３００を識別する識別情報を送信する。そして、クライアント端末４００は、識別情報を受信すると、受信した識別情報を用いてＣＬ識別情報記憶部４１１に記憶された識別情報を更新する。この結果、キャッシュサーバ３００各々への認証処理の負荷を平準化することが可能である。言い換えると、認証システム全体において、バランスのとれたキャッシュサーバ３００の利用が可能である。

さて、これまで、実施例１、実施例２として、生体認証サーバ２００が、ＣＳ記憶部３１０として、ＣＳキャッシュ３１１のみを備える手法について説明した。しかし、本発明はこれに限定されるものではなく、ＣＳキャッシュ３１１とは別に、ディスク装置などの記憶媒体を備えて用いてもよい。

すなわち、ＣＳキャッシュ３１１に記憶された認証情報をディスク装置にバックアップしてもよく、また、ＣＳキャッシュ３１１には記憶しきれない認証情報をディスク装置に記憶させてもよい。そこで、以下では、実施例３として、ディスク装置を備えて用いる手法について説明する。

［実施例３に係る認証システムの構成］
まず、図１８を用いて、実施例３に係る認証システムの構成について説明する。なお、図１８は、実施例３に係る認証システムの構成の一例を説明するためのブロック図である。図１８に示すように、実施例３に係る認証システムは、実施例１に係る認証システムに加えて、キャッシュサーバ３００が、ＣＳディスク装置５０２とＣＳディスク装置管理部５０３とをさらに備える。

実施例３におけるＣＳディスク装置５０２は、ＣＳ認証部３２２とＣＳキャッシュ管理部３２４とＣＳディスク装置管理部５０３と接続される。ＣＳディスク装置５０２は、磁気ディスク装置（ＨＤＤ、Hard Disk Drive）などのディスク装置やフラッシュメモリドライブ(ＳＳＤ、Solid State Drive)などの記憶装置が該当する。また、ＣＳディスク装置５０２は、ＣＳキャッシュ３１１に記憶されている認証情報のバックアップデータを記憶し、また、空き容量不足によりＣＳキャッシュ３１１に記憶できなかった認証情報を記憶する。

ＣＳバックアップ記憶部５０２は、ＣＳディスク装置管理部５０３によってバックアップデータが格納され、また、ＣＳキャッシュ管理部３２４によって認証情報が格納される。ＣＳディスク装置５０２は、ＣＳ認証部３２２によって、記憶している認証情報が用いられ、また、ＣＳディスク装置管理部５０３によって、記憶しているバックアップデータが用いられる。

実施例３におけるＣＳディスク装置管理部５０３は、ＣＳキャッシュ３１１とＣＳディスク装置５０２と接続される。また、ＣＳディスク装置管理部５０３は、ＣＳキャッシュ３１１に記憶されている認証情報をＣＳディスク装置５０２にバックアップする。なお、ＣＳディスク装置管理部５０３によるバックアップ処理の一例については、後述するため説明を省略する。

また、ＣＳディスク装置管理部５０３は、ＣＳディスク装置５０２のバックアップデータを用いて、ＣＳキャッシュ３１１に記憶された認証情報を復元する。例えば、ＣＳディスク装置管理部５０３は、ＣＳキャッシュ３１１に記憶された認証情報を読み出せない場合や、管理者から復元指示を受け付けると、復元処理を行う。なお、管理者から復元指示を受け付ける場合には、例えば、管理者によって入力された復元指示をＭキャッシュサーバ管理部１０１から受け付ける。

実施例３におけるＣＳキャッシュ管理部３２４は、ＣＳキャッシュ３１１やＣＳディスク装置５０２に認証情報を格納する。なお、ＣＳキャッシュ管理部３２４による認証情報格納処理の一例については、後述するため説明を省略する。

実施例３における認証部３２２は、ＣＳキャッシュ３１１やＣＳディスク装置５０２に記憶された認証情報を用いて認証する。

また、ＣＳディスク装置管理部５０３は、ＣＳキャッシュ３１１に記憶された識別情報各々について、ＣＳキャッシュ３１１が満杯になった場合には、使用回数と最終使用日時とを記録しておき、最も使用回数の小さな認証情報や、最終使用日時が最も古い認証情報を検索し、検索して得られた認証情報を優先してＣＳディスク装置５０２に移動してもよい。

また、実施例３におけるＣＳディスク装置管理部５０３は、ＣＳディスク装置５０２に記憶された認証情報と、ＣＳキャッシュ３１１に記憶された認証情報とを入れ替えてもよい。すなわち、ＣＳディスク装置管理部５０３は、ＣＳディスク装置５０２上に認証情報が存在する場合には、使用回数や最終使用日時を用いた検索を定期的に実施し、ＣＳディスク装置５０２上の認証情報とＣＳキャッシュ３１１上の認証情報とを交換してもよい。

例えば、ＣＳディスク装置管理部５０３は、ＣＳキャッシュ３１１に記憶された認証情報の内、ＣＳディスク装置５０２に記憶されている認証情報よりも利用頻度の低い認証情報について、ＣＳキャッシュ３１１からＣＳディスク装置５０２に移動する。また、例えば、ＣＳディスク装置管理部５０３は、ＣＳディスク装置５０２に記憶された認証情報の内、ＣＳキャッシュ３１１に記憶された認証情報よりも利用頻度の高い認証情報について、ＣＳディスク装置５０２からＣＳキャッシュ３１１に移動する。

［実施例３に係る認証システムにて行われる処理］
次に、図１９と図２０とを用いて、実施例３に係る認証システムにて行われる処理について説明する。以下では、まず、キャッシュサーバにおける認証情報バックアップ処理について説明し、その後、キャッシュサーバにおける認証情報格納処理の流れについて説明する。

［バックアップ処理］
図１９を用いて、実施例３におけるキャッシュサーバにおける認証情報バックアップ処理の流れの一例について説明する。なお、図１９は、実施例３におけるキャッシュサーバにおける認証情報バックアップ処理の流れの一例を説明するためのフローチャートである。

図１９に示すように、実施例３におけるＣＳディスク装置管理部５０３は、ＣＳキャッシュ３１１に認証情報が格納されと（ステップＳ９０１肯定）、バックアップを実行する（ステップＳ９０２）。つまり、ＣＳキャッシュ管理部３２４が認証情報をＣＳキャッシュ３１１に格納すると、ＣＳディスク装置管理部５０３は、ＣＳキャッシュ３１１に記憶されている認証情報をＣＳディスク装置５０２にバックアップする。

［認証情報格納処理］
図２０を用いて、実施例３におけるキャッシュサーバにおける認証情報格納処理の流れの一例について説明する。図２０は、実施例３におけるキャッシュサーバにおける認証情報格納処理の流れの一例を説明するためのフローチャートである。

図２０に示すように、実施例３におけるＣＳキャッシュ管理部３２４は、認証情報を受け付けると（ステップＳ１００１肯定）、ＣＳキャッシュ３１１に空き容量があるかを判定する（ステップＳ１００２）。ここで、ＣＳキャッシュ管理部３２４は、空き容量があると判定すると（ステップＳ１００２肯定）、認証情報をＣＳキャッシュ３１１に格納する（ステップＳ１００３）。一方、ＣＳキャッシュ管理部３２４は、空き容量がないと判定すると（ステップＳ１００２否定）、認証情報をＣＳディスク装置５０２に格納する（ステップＳ１００４）。

［実施例３の効果］
上記したように、実施例３によれば、キャッシュサーバ３００は、ＣＳキャッシュ３１１に記憶された認証情報をＣＳディスク装置５０２にバックアップする。この結果、キャッシュサーバ３００が、計画保守や障害により一時的に停止することによって、ＣＳキャッシュ３１１に記憶された認証情報が消去されてしまった場合でも、停止前に記憶されていた認証情報を復元することができ、停止前の状態を復旧可能である。

また、実施例３によれば、ＣＳディスク装置５０２は、ＣＳキャッシュ３１１に空き容量がない場合に、生体認証サーバ２００によって送信された認証情報を記憶し、ＣＳ認証部３２２は、ＣＳキャッシュ３１１およびＣＳディスク装置５０２に記憶された認証情報を用いて認証する。この結果、ＣＳキャッシュ３１１の容量上限に依存せずに、認証情報を記憶することが可能である。

また、ＮＳ認証部２２２やＣＳ認証部３２２は、認証に用いる認証プログラムを記憶する認証プログラム記憶部を内部にそれぞれ備え、認証プログラム記憶部に記憶された認証プログラムを用いて認証処理を行う。ここで、実施例４に係る認証システムでは、生体認証サーバ２００やキャッシュサーバ３００のいずれかについて認証プログラムが更新された場合に、他の認証プログラムにて用いられる認証プログラムを自動的に更新するよう制御してもよい。つまり、生体認証サーバ２００やキャッシュサーバ３００が、最新のバージョンとなる認証プログラムを用いて常に認証するように制御してもよい。そこで、実施例４では、認証プログラムとして最新のバージョンを用いる手法について説明する。

なお、以下では、特に言及しない限り、ＮＳ認証部２２２にて用いられる認証プログラムが、最も新しいバージョンの認証プログラムとして説明する。

［実施例４に係る認証システムの構成］
まず、図２１を用いて、実施例４に係る認証システムの構成について説明する。なお、図２１は、実施例４に係る認証システムの構成の一例を説明するためのブロック図である。図２１に示すように、実施例４に係る認証システムは、実施例１に係る認証システムに加えて、生体認証サーバ２００がＮＳ認証エンジン管理部５０４をさらに備え、また、キャッシュサーバ３００がＣＳ認証エンジン管理部５０５をさらに備える。

実施例４におけるＮＳ認証エンジン管理部５０４は、ＮＳ認証部２２２とＣＳ認証エンジン管理部５０５と接続され、ＣＳ認証エンジン管理部５０５とともに、実施例４に係る認証システムにて用いられる認証プログラムのバージョンを管理する。

具体的には、ＮＳ認証エンジン管理部５０４は、ＮＳ認証部２２２にて用いられる認証プログラムのバージョンを確認する。また、ＮＳ認証エンジン管理部５０４は、ＣＳ認証エンジン管理部５０５に認証プログラムのバージョンを確認するバージョン確認要求を送信し、その後、ＣＳ認証部３２２にて用いられる認証プログラムのバージョンをＣＳ認証エンジン管理部５０５から受け付ける。そして、ＮＳ認証エンジン管理部５０４は、認証プログラムのバージョンが一致するかを判定する。ここで、ＮＳ認証エンジン管理部５０４は、認証プログラムのバージョンが一致しない場合には、ＮＳ認証部２２２にて用いられる認証プログラムをＣＳ認証エンジン管理部５０５に送信する。

また、ＮＳ認証エンジン管理部５０４は、例えば、ＮＳ認証部２２２によって認証処理が行われるごとや、ＮＳ認証部２２２にて用いられる認証プログラムのバージョンが更新されるごとに、認証プログラムのバージョンを管理する処理を行う。

ＣＳ認証エンジン管理部５０５は、ＣＳ認証部３２２とＮＳ認証エンジン管理部５０４と接続され、ＮＳ認証エンジン管理部５０４とともに、実施例４に係る認証システムにて用いられる認証プログラムのバージョンを管理する。具体的には、ＣＳ認証エンジン管理部５０５は、バージョン確認要求をＮＳ認証エンジン管理部５０４から受け付ける。そして、ＣＳ認証エンジン管理部５０５は、ＣＳ認証部３２２にて用いられる認証プログラムのバージョンを確認し、ＮＳ認証エンジン管理部５０４に送信する。

また、ＣＳ認証エンジン管理部５０５は、ＮＳ認証エンジン管理部５０４から認証プログラムを受け付けると、当該認証プログラムを用いて、ＣＳ認証部３２２にて用いられる認証プログラムを更新する。

［認証プログラム更新処理］
次に、図２２を用いて、実施例４に係る認証システムにおける認証プログラム更新処理の流れの一例について説明する。図２２は、実施例４に係る認証システムにおける認証プログラム更新処理の流れの一例を説明するためのシーケンス図である。なお、図２２を用いて説明する際には、認証プログラムのバージョンが一致しない場合を説明する。

図２２に示すように、実施例４における生体認証サーバ２００では、ＮＳ認証部２２２によって認証処理を行うと（ステップＳ１１０１）、ＮＳ認証エンジン管理部５０４が、バージョン確認要求を送信する（ステップＳ１１０２）。

その後、実施例４におけるキャッシュサーバ３００では、ＣＳ認証エンジン管理部５０５が、認証プログラムのバージョンを確認する（ステップＳ１１０３）。そして、ＣＳ認証エンジン管理部５０５は、認証プログラムのバージョンを送信する（ステップＳ１１０４）。

その後、実施例４における生体認証サーバ２００では、ＮＳ認証エンジン管理部５０４が、バージョンが一致するかを判定する（ステップＳ１１０５）。つまり、ＮＳ認証エンジン管理部５０４は、ＮＳ認証部２２２にて用いられる認証プログラムのバージョンと、ＣＳ認証エンジン管理部５０５から受け付けたバージョンとが一致するかを判定する。そして、ＮＳ認証エンジン管理部５０４は、バージョンが一致しない場合に、ＮＳ認証部２２２にて用いられる認証プログラムをＣＳ認証エンジン管理部５０５に送信する（ステップＳ１１０６）。つまり、ＣＳ認証部３２２にて用いられる認証プログラムが最新のバージョンではない場合に、ＮＳ認証エンジン管理部５０４は、最新のバージョンとなる認証プログラムを送信する。

その後、実施例４におけるキャッシュサーバ３００では、ＣＳ認証エンジン管理部５０５が、受け付けた認証プログラムを用いて、ＣＳ認証部３２２によって用いられる認証プログラムを更新する（ステップＳ１１０７）。つまり、ＣＳ認証エンジン管理部５０５は、ＣＳ認証部３２２がＮＳ認証部２２２と同一の認証プログラムを用いるように制御する。

なお、実施例４に係る認証システムの構成や処理では、ＮＳ認証エンジン管理部５０４が認証プログラムのバージョンを判定し、ＮＳ認証部２２２にて用いられる認証プログラムを送信する場合について説明した。しかし、本発明はこれに限定されるものではなく、例えば、ＣＳ認証エンジン管理部５０５が認証プログラムのバージョンを判定し、ＣＳ認証部３２２にて用いられる認証プログラムを受信するようにＮＳ認証エンジン管理部５０４に依頼してもよい。

［実施例４の効果］
上記したように、実施例４によれば、生体認証サーバ２００とキャッシュサーバ３００とは、認証プログラムを記憶する認証プログラム記憶部をそれぞれ備える。そして、生体認証サーバ２００は、自認証プログラム記憶部に記憶された認証プログラムが更新されると、更新された認証プログラムを副認証サーバに送信する。また、キャッシュサーバ３００は、認証プログラムを受信すると、自認証プログラム記憶部に記憶された認証プログラムを更新する。この結果、生体認証サーバ２００とキャッシュサーバ３００とが、同一の認証プログラムを用いて認証することが可能である。例えば、生体認証サーバ２００が用いる認証プログラムが更新され、キャッシュサーバ３００が用いる認証プログラムが更新されないような状況を防止することが可能である。言い換えると、認証プログラム（認証エンジン関連ソフトウェア）のバージョン管理を自動的に実施することが可能である。

また、生体認証サーバ２００とキャッシュサーバ３００とで用いられる認証プログラムのソフトウェア整合性が保証され、両者で結果が異なることを防止することが可能である。すなわち、認証プログラムのバージョンが異なることに起因して、生体認証サーバ２００とキャッシュサーバ３００とで認証結果が異なることを防止することが可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、その他の実施例にて実施されてよいものである。そこで、以下では、その他の実施例について説明する。

［ＮＳ認証情報記憶部やＣＳキャッシュ］
例えば、実施例１では、図１０や図１３に示すように、ＮＳ認証情報記憶部２１１やＣＳキャッシュ３１１が、管理ＩＤに対応づけて認証情報を記憶する場合について説明した。しかし、本発明はこれに限定されるものではなく、図２３に示すように、ＮＳ認証情報記憶部２１１やＣＳキャッシュ３１１は、管理ＩＤと認証情報とに加えて、「ユーザＩＤ」や「パスワード」、「有効期限」などを併せて対応づけて記憶してもよい。なお、図２３は、実施例５におけるＮＳ認証情報記憶部やＣＳキャッシュに記憶された情報の一例を説明するための図である。

なお、ＮＳ認証情報記憶部２１１は、例えば、管理者によって予めパスワードやユーザＩＤや有効期限が格納される。なお、有効期限については、例えば、ＣＳキャッシュ管理部３２４が、認証情報をＣＳキャッシュ３１１に格納するごとに、所定の期間を有効期限として格納してもよい。また、キャッシュサーバ３００を導入の初期段階から有効期限を設定する場合には、ＮＳ設定部２２４がキャッシュサーバ３００に認証情報を送信する際に併せて有効期限を設定してもよい。

図２３に示す例では、ＮＳ認証情報記憶部２１１やＣＳキャッシュ３１１は、管理ＩＤ「10001」に対応づけて認証情報「X7c6T2r4B3u2G4b1W6a0」を記憶し、さらに、ユーザＩＤ「test001」と、パスワード「0o3l8c4n5p4o3p6q」と、有効期限「2008/6/20 10:00」を記憶する。

ここで、「ユーザＩＤ」とは、対応する認証情報によって認証される利用者を識別する情報である。また、「パスワード」とは、認証の際に、ＮＳ認証部２２２やＣＳ認証部３２２によって用いられる情報であって、例えば、生体情報と併せて用いられ、また、生体情報の代わりに用いられる。例えば、利用者によって生体情報の代わりにパスワードが入力されると、ＮＳ認証部２２２やＣＳ認証部３２２は、パスワードを用いて認証処理を行う。

また、「有効期限」とは、対応する認証情報の有効期限を示し、例えば、ＣＳキャッシュ管理部３２４によって用いられる。具体的には、キャッシュサーバ３００では、ＣＳキャッシュ管理部３２４が、有効期限が経過した認証情報をＣＳキャッシュ３１１から削除する。この結果、「有効期限」を用いることにより、ＣＳキャッシュ３１１を有効に使用することが可能である。すなわち、具体的には、有効期限が経過した認証情報を自動で削除し、有効期限内となっている認証情報のみをＣＳキャッシュ３１１に記憶させることが可能である。

この結果、例えば、利用者が流動的な環境においてもキャッシュサーバ３００を効率的に利用することが可能である。なお、流動的な環境とは、異なるクライアント端末４００を用いて利用者が認証を行うことが多い環境が該当する。すなわち、流動的な環境においては、利用者が同じクライアント端末４００を用いる環境と比較して、生体認証サーバ２００から送信された認証情報がその後用いられる可能性が低くなる。

［認証情報削除］
また、例えば、ＣＳキャッシュ３１１の空き容量が増量すべき状態になると、認証情報の一部を自動的に削除してもよい。

具体的には、ＣＳキャッシュ管理部３２４は、ＣＳキャッシュ３１１の空き容量を増量すべき状態かを判定し、増量すべき状態と判定すると、ＣＳキャッシュ３１１に記憶された認証情報の一部を削除する。なお、増量すべき状態とは、例えば、所定の閾値よりも空き容量が少なくなった場合や、空き容量が無くなった場合などが該当する。

この結果、ＣＳキャッシュ３１１の空き容量が不足する事態を回避することが可能である。例えば、空き容量が少なくなると、利用頻度の少ない認証情報を削除し、また、複数のキャッシュサーバ３００に登録されている認証情報を削除することで、ＣＳキャッシュ３１１を自動的にメンテナンス可能である。

［ＣＬ識別情報記憶部］
また、例えば、実施例１では、ＣＬ識別情報記憶部４１１が、生体認証サーバ２００を識別する識別情報を予め記憶し、当該識別情報を更新することで、キャッシュサーバ３００を識別する識別情報を記憶する場合について説明した。すなわち、ＣＬ識別情報記憶部４１１が、キャッシュサーバ３００を識別する識別情報を記憶する場合には、生体認証サーバ２００を識別する識別情報を記憶しない場合について説明した。しかし、本発明はこれに限定されるものではなく、キャッシュサーバ３００を識別する識別情報とは別に、生体認証サーバ２００を識別する識別情報を記憶してもよい。

具体的には、図２４に示すように、ＣＬ識別情報記憶部４１１は、ＮＳ設定部２２４によって送信された識別情報とは別に、生体認証サーバ３００を識別する識別情報を記憶する。図２４に示す例では、ＣＬ識別情報記憶部４１１は、ＣＬ識別情報管理部４２３によって更新される対象となる識別情報である「識別情報（更新用）」と、予め記憶する生体認証サーバ２００を識別する識別情報である「識別情報（生体認証サーバ）」とを記憶する。なお、図２４は、実施例５におけるＣＬ識別情報記憶部に記憶された情報の一例を説明するための図である。

この結果、クライアント端末４００は、キャッシュサーバ３００に認証要求を送れない場合であっても、生体認証サーバ３００を識別する識別情報を用いて、認証要求を生体認証サーバ２００に送信することが可能である。なお、キャッシュサーバ３００に認証要求を送れない場合とは、例えば、キャッシュサーバ３００が停止した場合や、キャッシュサーバ３００が管理者によって撤去されるような状況が該当する。

［記憶する情報の暗号化］
また、例えば、図２５に示すように、生体認証サーバ２００とキャッシュサーバ３００とクライアント端末４００とが、それぞれの記憶部に、暗号化した状態にて情報を記憶してもよい。なお、図２５は、実施例５における暗号化した状態にて情報を記憶する認証システムの構成の一例を説明するためのブロック図である。

図２５に示すように、生体認証サーバ２００は、ＮＳデータ暗号復号部５０６をさらに備え、ＮＳデータ暗号復号部５０６が、ＮＳ記憶部２１０内にある各部とＮＳ制御部２１０内にある各部と接続される。

また、ＮＳデータ暗号復号部５０６は、ＮＳ制御部２１０内にある各部がＮＳ記憶部２１０内にある各部に情報（例えば、識別情報など）を格納する際に、当該情報を暗号化して格納する。また、ＮＳデータ暗号復号部５０６は、ＮＳ制御部２１０内にある各部がＮＳ記憶部２１０内にある各部に情報（例えば、識別情報など）を読み出す際に、暗号化された当該情報を復号して読み出す。

また、キャッシュサーバ３００は、ＣＳデータ暗号復号部５０７をさらに備え、ＣＳデータ暗号復号部５０７が、ＣＳ記憶部３１０内にある各部とＣＳ制御部３２０内にある各部と接続される。また、ＣＳデータ暗号復号部５０７は、ＮＳデータ暗号復号部５０６と同様に、データの暗号化と復号を行う。

また、クライアント端末４００は、ＣＬデータ暗号復号部５０８をさらに備え、ＣＬデータ暗号復号部５０８が、ＣＬ記憶部４１０内にある各部とＣＬ制御部４２０内にある各部と接続される。また、ＣＬデータ暗号復号部５０８は、ＮＳデータ暗号復号部５０６と同様に、データの暗号化と復号を行う。

この結果、データの改ざんが防止され、また、生体情報の改ざんによるなりすましや認証ログデータの改ざんを防止することが可能である。

［送受信する情報の暗号化］
また、例えば、図２６に示すように、生体認証サーバ２００とキャッシュサーバ３００クライアント端末４００とが、情報を暗号化して送信し、暗号化された情報を受け付けて復号して用いてもよい。なお、図２６は、実施例５における送受信する情報を暗号化する認証システムの構成の一例を説明するためのブロック図である。

図２６に示すように、管理端末１００は、Ｍ通信データ暗号復号部５０９をさらに備え、生体認証サーバ２００が、ＮＳ通信データ暗号復号部５１０をさらに備える。また、キャッシュサーバ３００は、ＣＳ通信データ暗号復号部５１１をさらに備え、また、クライアント端末が、ＣＬ通信データ暗号復号部５１２をさらに備える。

また、Ｍ通信データ暗号復号部５０９は、Ｍキャッシュサーバ管理部１０１とＮＳ通信データ暗号復号部５１０と接続される。また、Ｍ通信データ暗号復号部５０９は、ＮＳ通信データ暗号復号部５１０によって暗号化された情報を受け付けると復号し、Ｍキャッシュサーバ管理部１０１に送信する。また、Ｍ通信データ暗号復号部５０９は、Ｍキャッシュサーバ管理部１０１から送信される情報（例えば、識別情報など）を暗号化する。

また、ＮＳ通信データ暗号復号部５１０は、ＮＳ制御部２２０内の各部とＭ通信データ暗号復号部５０９とＣＳ通信データ暗号復号部５１１と接続される。また、ＮＳ通信データ暗号復号部５１０は、ＮＳ制御部２２０内の各部から送信される情報（例えば、認証情報など）を暗号化する。また、ＮＳ通信データ暗号復号部５１０は、Ｍ通信データ暗号復号部５０９やＣＳ通信データ暗号復号部５１１によって暗号化された情報（例えば、暗号化された認証情報など）を受け付けて複合化し、ＮＳ制御部２１０内の各部に送信する。

また、ＣＳ通信データ暗号復号部５１１は、ＣＳ制御部３２０内の各部とＮＳ通信データ暗号復号部５１０とＣＬ通信データ暗号復号部５１２と接続される。また、ＣＳ通信データ暗号復号部５１１は、ＮＳ通信データ暗号復号部５１０と同様に、暗号化し、復号する。

また、ＣＬ通信データ暗号復号部５１２は、ＣＳ制御部３２０内の各部とＮＳ通信データ暗号復号部５１０とＣＬ通信データ暗号復号部５１２と接続される。また、ＣＳ通信データ暗号復号部５１１は、ＮＳ通信データ暗号復号部５１０と同様に、暗号化し、復号する。

この結果、本認証システムでは、認証要求のなり済ましを防止することが可能となる。すなわち、例えば、悪意のある第三者が生体認証サーバ２００やクライアント端末４００との間にて送受信される情報を取得することで、正規の利用者になりすまして認証要求を送信するような事態を防止することが可能である。

［ログ送信］
また、例えば、実施例１では、ＣＳログデータ生成部３２５が、ログを生成するごとに、ログを送信する手法について説明したが、本発明はこれに限定されるものではなく、所定のポリシにしたがって送信してもよい。

具体的には、キャッシュサーバ３００では、ＣＳキャッシュ３１１やディスク装置５０２に、自キャッシュサーバ３００にて行われた認証に関するログを一時的に記憶する。そして、ＣＳログデータ生成部３２５は、ＣＳキャッシュ３１１やディスク装置５０２に記憶されたログ情報を所定のポリシに従って生体認証サーバ２００に送信する。

例えば、ＣＳログデータ生成部３２５は、定期的に（所定の間隔をあけて）ログを送信するポリシや、ログが所定の容量蓄積された後に送信するポリシなどを用いる。この結果、ログ情報を認証の都度送信するのではなく、キャッシュサーバ３００各々から生体認証サーバへのログ情報送信が集中することを防止可能である。

［システム構成］
また、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図１〜図２６）については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図９の例を用いて説明すると、管理端末１００と生体認証サーバ２００とを統合してもよく、生体認証サーバ２００内にあるＮＳ記憶部２１０を外部記憶装置として分散して構成してもよい。

［コンピュータ］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図２７〜図３０を用いて、上記の実施例と同様の機能を有する認証プログラムを実行するコンピュータの一例を説明する。具体的には、以下では、管理端末１００と同様の機能を有するプログラムを実行するコンピュータの一例について説明する。そして、生体認証サーバ２００と同様の機能を有するプログラムを実行するコンピュータの一例について説明する。その後、キャッシュサーバ３００と同様の機能を有するプログラムを実行するコンピュータの一例について説明し、クライアント端末４００と同様の機能を有するプログラムを実行するコンピュータの一例について説明する。

［管理端末１００と同様の機能を有するプログラムを実行するコンピュータ］
図２７に示すように、管理端末１００と同等の機能を有するコンピュータ３０００は、操作部３００１、マイク３００２、スピーカ３００３、ディスプレイ３００５、通信部３００６、ＣＰＵ３０１０、ＲＯＭ３０１１、ＨＤＤ３０１２、ＲＡＭ３０１３を備える。また、コンピュータ３０００は、各部がバス３００９などで接続して構成されている。また、コンピュータ３０００は、通信部３００６を介して、後述するコンピュータ４０００や後述するコンピュータ５０００や後述するコンピュータ６０００と情報を送受信する。なお、図２７は、管理端末と同様の機能を有するプログラムを実行するコンピュータの一例について説明するための図である。

ＲＯＭ３０１１には、上記の実施例１で示したＭキャッシュサーバ管理部１０１と同様の機能を発揮する制御プログラム、つまり、図２７に示すように、Ｍキャッシュサーバ管理プログラム３０１１ａが予め記憶されている。

そして、ＣＰＵ３０１０が、プログラム３０１１ａをＲＯＭ３０１１から読み出して実行することにより、図２７に示すように、プログラム３０１１ａについては、Ｍキャッシュサーバ管理プロセス３０１０ａとして機能するようになる。なお、プロセス３０１０ａは、図９に示したＭキャッシュサーバ管理部１０１に対応する。

そして、ＣＰＵ３０１０は、ＲＡＭ３０１３に記憶された識別情報データ３０１３ａを用いて、認証プログラムを実行する。

［生体認証サーバ２００と同様の機能を有するプログラムを実行するコンピュータ］
図２８に示すように、生体認証サーバ２００と同様の機能を有するコンピュータ４０００は、通信部４００６、ＣＰＵ４０１０、ＲＯＭ４０１１、ＨＤＤ４０１２、ＲＡＭ４０１３を備える。また、コンピュータ４０００は、各部がバス４００９などで接続して構成されている。また、コンピュータ４０００は、通信部４００６を介して、コンピュータ３０００やコンピュータ５０００やコンピュータ６０００と情報を送受信する。図２８は、生体認証サーバと同様の機能を有するプログラムを実行するコンピュータの一例について説明するための図である。

ＲＯＭ４０１１には、上記の実施例１で示したＮＳサーバ認証部２２１と、ＮＳ認証部２２２と、ＮＳ認証結果通知部２２３と、ＮＳ設定部２２４と、ＮＳログデータ受信処理部２２５と同様の機能を発揮する制御プログラム、つまり、同図に示すように、ＮＳサーバ認証プログラム４０１１ａと、ＮＳ認証プログラム４０１１ｂと、ＮＳ認証結果通知プログラム４０１１ｃと、ＮＳ設定プログラム４０１１ｄと、ＮＳログデータ受信処理プログラム４０１１ｅとが予め記憶されている。なお、これらのプログラム４０１１ａ〜４０１１ｅについては、図９に示した生体認証サーバ２００の各構成要素と同様、適宜統合または分離してもよい。

そして、ＣＰＵ４０１０が、これらのプログラム４０１１ａ〜４０１１ｅをＲＯＭ４０１１から読み出して実行することにより、図２８に示すように、各プログラム４０１１ａ〜４０１１ｅについては、ＮＳサーバ認証プロセス４０１０ａと、ＮＳ認証プロセス４０１０ｂと、ＮＳ認証結果通知プロセス４０１０ｃと、ＮＳ設定プロセス４０１０ｄと、ＮＳログデータ受信処理プロセス４０１０ｅとして機能するようになる。

なお、各プロセス４０１０ａ〜４０１０ｅは、図９に示した、ＮＳサーバ認証部２２１と、ＮＳ認証部２２２と、ＮＳ認証結果通知部２２３と、ＮＳ設定部２２４と、ＮＳログデータ受信処理部２２５とにそれぞれ対応する。

そして、ＨＤＤ４０１２には、ＮＳ認証情報記憶部２１１テーブル４０１２ａと、ＮＳ識別情報テーブル４０１２ｂと、ＮＳログテーブル４０１２ｃとが設けられている。なお、各テーブル４０１２ａ〜４０１２ｃは、図９に示した、ＮＳ認証情報記憶部２１１と、ＮＳ識別情報記憶部２１２と、ＮＳログ記憶部２１３とにそれぞれ対応する。

そして、ＣＰＵ４０１０は、ＮＳ認証情報記憶部２１１テーブル４０１２ａと、ＮＳ識別情報テーブル４０１２ｂと、ＮＳログテーブル４０１２ｃとを読み出してＲＡＭ４０１３に格納し、ＲＡＭ４０１３に格納されたＮＳ認証情報記憶部２１１データ４０１３ａと、ＮＳ識別情報データ４０１３ｂと、ＮＳログデータ４０１３ｃと、認証要求データ４０１３ｄとを用いて、認証プログラムを実行する。

［キャッシュサーバ３００と同様の機能を有するプログラムを実行するコンピュータ］
図２９に示すように、キャッシュサーバ３００と同様の機能を有するコンピュータ５０００は、通信部５００６、ＣＰＵ５０１０、ＲＯＭ５０１１、ＲＡＭ５０１３を備える。また、コンピュータ５０００は、各部がバス５００９などで接続して構成されている。また、コンピュータ５０００は、通信部４００６を介して、コンピュータ３０００やコンピュータ４０００やコンピュータ６０００と情報を送受信する。図２９は、キャッシュサーバと同様の機能を有するプログラムを実行するコンピュータの一例について説明するための図である。

ＲＯＭ５０１１には、上記の実施例１で示したＣＳサーバ認証部３２１と、ＣＳ認証部３２２と、ＣＳ認証結果通知部３２３と、ＣＳキャッシュ管理部３２４と、ＣＳログデータ生成部３２５と同様の機能を発揮する制御プログラム、つまり、図２９に示すように、ＣＳサーバ認証プログラム５０１１ａと、ＣＳ認証プログラム５０１１ｂと、ＣＳ認証結果通知プログラム５０１１ｃと、ＣＳキャッシュ管理プログラム５０１１ｄと、ＣＳログデータ生成プログラム５０１１ｅとが予め記憶されている。なお、これらのプログラム５０１１ａ〜５０１１ｅついては、図９に示したキャッシュサーバ３００の各構成要素と同様、適宜統合または分離してもよい。

そして、ＣＰＵ５０１０が、これらのプログラム５０１１ａ〜５０１１ｅをＲＯＭ５０１１から読み出して実行することにより、図２９に示すように、各プログラム５０１１ａ〜５０１１ｅについては、ＣＳサーバ認証プロセス５０１０ａと、ＣＳ認証プロセス５０１０ｂと、ＣＳ認証結果通知プロセス５０１０ｃと、ＣＳキャッシュ管理プロセス５０１０ｄと、ＣＳログデータ生成プロセス５０１０ｅとして機能するようになる。

なお、各プロセス５０１０ａ〜５０１０ｅは、図９に示した、ＣＳサーバ認証部３２１と、ＣＳ認証部３２２と、ＣＳ認証結果通知部３２３と、ＣＳキャッシュ管理部３２４と、ＣＳログデータ生成部３２５とにそれぞれ対応する。

そして、ＣＰＵ５０１０は、ＲＡＭ５０１３に格納されたＣＳキャッシュデータ５０１３ａと、認証要求データ５０１３ｂとを用いて、認証プログラムを実行する。

［クライアント端末４００と同様の機能を有するプログラムを実行するコンピュータ］
図３０に示すように、クライアント端末４００と同様の機能を有するコンピュータ６０００は、操作部６００１、マイク６００２、スピーカ６００３、ディスプレイ６００５、通信部６００６、ＣＰＵ６０１０、ＲＯＭ６０１１、ＨＤＤ６０１２、ＲＡＭ６０１３を備える。また、コンピュータ６０００は、各部がバス６００９などで接続して構成されている。また、コンピュータ６０００は、通信部４００６を介して、コンピュータ３０００やコンピュータ４０００やコンピュータ５０００と情報を送受信する。なお、図３０は、クライアント端末と同様の機能を有するプログラムを実行するコンピュータの一例について説明するための図である。

ＲＯＭ６０１１には、上記の実施例１で示したＣＬ生体情報受付部４２１と、ＣＬ認証要求送信部４２２と、ＣＬ識別情報管理部４２３と、ＣＬ認証結果受信処理部４２４と同様の機能を発揮する制御プログラム、つまり、同図に示すように、ＣＬ識別情報受付プログラム６０１１ａと、ＣＬ識別情報送信プログラム６０１１ｂと、ＣＬ識別情報管理プログラム６０１１ｃと、ＣＬ認証結果受信処理プログラム６０１１ｄとが予め記憶されている。なお、これらのプログラム６０１１ａ〜６０１１ｄについては、図９に示したクライアント端末４００の各構成要素と同様、適宜統合または分離してもよい。

そして、ＣＰＵ６０１０が、これらのプログラム６０１１ａ〜６０１１ｄをＲＯＭ６０１１から読み出して実行することにより、図３０に示すように、各プログラム６０１１ａ〜６０１１ｄについては、ＣＬ識別情報受付プロセス６０１０ａと、ＣＬ識別情報送信プロセス６０１０ｂと、ＣＬ識別情報管理プロセス６０１０ｃと、ＣＬ認証結果受信処理プロセス６０１０ｄとして機能するようになる。

なお、各プロセス６０１０ａ〜６０１０ｄは、図９に示した、ＣＬ生体情報受付部４２１と、ＣＬ認証要求送信部４２２と、ＣＬ識別情報管理部４２３と、ＣＬ認証結果受信処理部４２４とにそれぞれ対応する。

そして、ＨＤＤ６０１２には、ＣＬ識別情報テーブル６０１２ａが設けられている。なお、テーブル６０１２ａは、図９に示した、ＣＬ識別情報記憶部４１１に対応する。

そして、ＣＰＵ６０１０は、ＣＬ識別情報テーブル６０１２ａを読み出してＲＡＭ６０１３に格納し、ＲＡＭ６０１３に格納されたＣＬ識別情報データ６０１３ａと、認証要求データ６０１３ｂとを用いて、認証プログラムを実行する。

［その他］
なお、本実施例で説明した認証システムは、あらかじめ用意された認証プログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。認証プログラムは、インターネットなどのネットワークを介して配布することができる。また、認証プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

Claims (7)

1. 認証に用いる認証情報を記憶する認証サーバは、
   端末を利用する利用者の生体情報についての認証を要求する認証要求を受信すると、複数ある副認証サーバごとに、前記副認証サーバの認証情報記憶部によって記憶されている認証情報を用いて認証要求の送信元を認証する認証情報を照合し、照合の結果算出される類似度が予め設定された閾値以下となる副認証サーバを選択する選択部と、
   前記選択部によって選択された副認証サーバに、前記認証要求の送信元を認証する際に用いられる認証情報を送信する認証情報送信部を備え、
   前記認証サーバおよび／または前記副認証サーバは、
   前記認証情報送信部によって認証情報が送信された副認証サーバを識別する識別情報を、認証要求を送信した端末に送信する識別情報送信部を備え、
   前記端末は、
   認証要求の送信先を識別する識別情報を記憶する送信先記憶部と、
   前記送信先記憶部によって記憶された識別情報で識別される送信先に認証要求を送信する認証要求送信部と、
   前記識別情報送信部によって送信された識別情報を受信すると、受信した当該識別情報を用いて前記送信先記憶部に記憶された識別情報を更新する更新部とを備え、
   前記副認証サーバは、
   前記認証情報送信部によって自副認証サーバに送信された認証情報を記憶する認証情報記憶部と、
   認証要求を受信すると、前記認証情報記憶部に記憶された認証情報を用いて当該認証要求の送信元を認証する認証部
   を備えたことを特徴とする認証システム。
2. 前記認証システムは、当該認証システムを管理する管理端末をさらに備え、
   前記認証サーバおよび／または前記管理端末は、
   他の副認証サーバと比較して前記認証部による認証が行われた頻度が多い副認証サーバについて、前記認証情報記憶部によって記憶された認証情報の一部を削除する削除部と、
   他の副認証サーバと比較して前記認証部による認証が行われた頻度が少ない副認証サーバについて、前記削除部が削除した認証情報を前記認証情報記憶部に格納する格納部と、
   前記削除部によって削除された認証情報を用いて認証される送信元に、前記格納部によって当該認証情報が格納された格納先となる副認証サーバを識別する識別情報を送信する識別情報再送信部と、
   前記端末は、
   前記識別情報再送信部によって送信された識別情報を受信すると、受信した当該識別情報を用いて前記送信先記憶部に記憶された識別情報を更新する再更新部と、
   をさらに備えることを特徴とする請求項１に記載の認証システム。
3. 前記認証情報記憶部の空き容量が増量すべき状態かを判定する判定部と、
   前記判定部によって増量すべき状態と判定されると、前記認証情報記憶部に記憶された認証情報の一部を削除する増量時削除部と、
   をさらに備えたことを特徴とする請求項２に記載の認証システム。
4. 前記認証情報記憶部は、認証情報各々について当該認証情報の有効期限を記憶し、
   前記副認証サーバは、
   前記有効期限が経過した認証情報を前記認証情報記憶部から削除する有効期限後削除部をさらに備えたことを特徴とする請求項３に記載の認証システム。
5. 前記認証情報記憶部は、キャッシュに認証情報を記憶するものであって、
   ディスク装置を備える前記副認証サーバは、
   前記認証情報記憶部に記憶された認証情報を前記ディスク装置にバックアップするバックアップ部をさらに備えたことを特徴とする請求項４に記載の認証システム。
6. 認証に用いる認証情報を記憶する記憶部と、
   端末を利用する利用者の生体情報についての認証を要求する認証要求を受信すると、複数ある副認証サーバごとに、前記副認証サーバの認証情報記憶部によって記憶されている認証情報を用いて認証要求の送信元を認証する認証情報を照合し、照合の結果算出される類似度が予め設定された閾値以下となる副認証サーバを選択する選択部と、
   前記選択部によって選択された副認証サーバに、前記認証要求の送信元を認証する際に用いられる前記記憶部に記憶された認証情報を送信する認証情報送信部と、
   前記認証情報送信部によって認証情報が送信された副認証サーバを識別する識別情報を、識別情報で識別される送信先に認証要求を送信する端末であって受信した認証要求の送信元である端末に送信する識別情報送信部と、
   を備えたことを特徴とする認証サーバ。
7. 認証に用いる認証情報を記憶する認証サーバとしての処理を実行するコンピュータが、
   端末を利用する利用者の生体情報についての認証を要求する認証要求を受信すると、複数ある副認証サーバごとに、前記副認証サーバの認証情報記憶部によって記憶されている認証情報を用いて認証要求の送信元を認証する認証情報を照合し、照合の結果算出される類似度が予め設定された閾値以下となる副認証サーバを選択する選択工程と、
   前記選択工程によって選択された副認証サーバに、前記認証要求の送信元を認証する際に用いられる認証情報を送信する認証情報送信工程を実行し、
   前記認証サーバおよび／または前記副認証サーバとしての処理を実行するコンピュータが、
   前記認証情報送信工程によって認証情報を送信された副認証サーバを識別する識別情報を、認証要求を送信した端末に送信する識別情報送信工程を実行し、
   認証要求の送信先を識別する識別情報を記憶する送信先記憶部を備える前記端末としての処理を実行するコンピュータが、
   前記送信先記憶部によって記憶された識別情報で識別される送信先に認証要求を送信する認証要求送信工程と、
   前記識別情報送信工程によって送信された識別情報を受信すると、受信した当該識別情報を用いて前記送信先記憶部に記憶された識別情報を更新する識別情報更新工程とを実行し、
   前記副認証サーバとしての処理を実行するコンピュータが、
   認証要求を受信すると、前記認証情報送信工程によって送信されて前記認証情報記憶部に記憶された認証情報を用いて当該認証要求の送信元を認証する認証工程
   を実行することを特徴とする認証方法。

Images