負荷分散装置
【課題】生体認証特有の処理に依存して発生し得るサーバ（認証装置）の負荷を効率的に分散するように生体認証要求を振り分けることを課題とする。
【解決手段】負荷分散装置は、振り分け先の候補として絞り込んだ認証装置１および認証装置２について、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行う場合には、照合レベル閾値重みテーブルに規定されている重みが“８”（１０を最大とする）で比較的重い認証処理になることが評価されることから、振り分け先の候補として絞り込まれた認証装置のうちＣＰＵの性能が高く、現状の負荷が少ない認証装置１を振り分け先の優先順位１０とし、認証装置２を振り分け先の優先順位９とする。そして、負荷分散装置は、優先順位の最も高い、認証装置１を生体認証要求する振り分け先として決定する。
【解決手段】負荷分散装置は、振り分け先の候補として絞り込んだ認証装置１および認証装置２について、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行う場合には、照合レベル閾値重みテーブルに規定されている重みが“８”（１０を最大とする）で比較的重い認証処理になることが評価されることから、振り分け先の候補として絞り込まれた認証装置のうちＣＰＵの性能が高く、現状の負荷が少ない認証装置１を振り分け先の優先順位１０とし、認証装置２を振り分け先の優先順位９とする。そして、負荷分散装置は、優先順位の最も高い、認証装置１を生体認証要求する振り分け先として決定する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況に応じて変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける負荷分散装置に関する。
【背景技術】
【０００２】
従来より、クライアント／サーバ型の通信システムにおいて、サーバ装置の負荷分散を行う方式が開示されている（例えば、特許文献１参照）。例えば、同じ構成のサーバ装置を複数用意して処理要求を順に割り振ることによりサーバ装置の負荷分散を行うラウンドロビン方式や、最小コネクション数、最小応答時間などの情報を用いてサーバ装置の負荷分散を行う方式が開示されている。
【０００３】
【特許文献１】特開２００１−２２２２９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上記した従来の技術は、クライアント／サーバ型の生体認証システムにおいて、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散できないという問題点があった。すなわち、生体認証を行うサーバにおいて、生体情報（例えば、指紋の情報や静脈の情報など）のみを入力して本人を特定する１対Ｎ認証を行う場合には、サーバに登録された全データについて検索を行って検索対象を絞り込むため、データ数が多くなるほどＣＰＵやメモリなどの資源消費量が多くなり負担がかかる。一方で、ユーザＩＤと生体情報とを用いて本人を特定する１対１認証を行う場合には、ユーザＩＤをキーとして検索対象を絞り込むため、ＣＰＵやメモリなどの資源消費量が少なくなり負担がかかりにくい。このように、１対Ｎ認証や１対１認証など、生体認証特有の処理に応じてサーバを効率的に割り当てることができなければ、サーバの負荷分散を効率的に実現できないという問題点があった。
【０００５】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように、生体認証要求を振り分けることが可能な負荷分散装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況に応じて変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける負荷分散装置であって、前記生体認証処理における特有の処理に依存して発生する負荷を評価した負荷評価情報を保持する負荷評価情報保持手段と、前記負荷評価情報保持手段により保持されている前記負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記生体認証要求の振り分け先を決定する振り分け先決定手段と、を備えたことを特徴とする。
【０００７】
また、請求項２に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記生体認証処理の成功または失敗を判定するための照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする。
【０００８】
また、請求項３に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記生体認証要求に際して前記クライアント装置から受信する照合用データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする。
【０００９】
また、請求項４に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記照合用データのサイズに応じて設定した前記負荷評価情報を保持することを特徴とする。
【００１０】
また、請求項５に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記照合用データの照合アルゴリズムに応じて設定した前記負荷評価情報を保持することを特徴とする。
【００１１】
また、請求項６に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記生体認証処理の認証モードに応じて設定した前記負荷評価情報を保持することを特徴とする。
【００１２】
また、請求項７に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記照合用データの生体種別情報および生体属性情報に応じて設定した前記負荷評価情報を保持することを特徴とする。
【００１３】
また、請求項８に係る発明は、上記の発明において、前記クライアント装置および／または前記認証装置がそれぞれ別のアプリケーションを搭載することにより前記照合レベル閾値が異なる場合に、異なるアプリケーション間の互換性を維持するために、共通の照合レベル閾値を設定する設定手段をさらに備え、前記負荷評価情報保持手段は、前記設定手段により設定された共通の照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする。
【００１４】
また、請求項９に係る発明は、上記の発明において、前記クライアント装置から前記照合用データを照合するための参照データの格納要求を受信した場合に、前記負荷評価情報保持手段は、当該参照データの品質閾値に応じて設定した前記負荷評価情報を保持し、
前記振り分け先決定手段は、前記負荷評価情報保持手段により保持されている前記参照データの品質閾値に応じて設定した負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記格納要求の振り分け先を決定することを特徴とする。
【００１５】
また、請求項１０に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記照合用データを照合するための参照データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする。
【発明の効果】
【００１６】
請求項１の発明によれば、生体認証処理における特有の処理に依存して発生する負荷（照合処理に用いられる照合レベル閾値に依存する負荷、照合用生体データの品質に依存する負荷や認証モードに依存する負荷など）を評価した負荷評価情報（例えば、認証装置において処理に要することが予測される負荷を重みとして数値で表した情報）を保持し、この負荷評価情報と、認証装置の性能情報および負荷情報とを照らし合わせて、生体認証要求の振り分け先を決定するので、生体認証特有の処理に依存して発生し得るサーバ（認証装置）の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００１７】
また、請求項２の発明によれば、生体認証処理の成功または失敗を判定するための照合レベル閾値（クライアント装置から受信する照合用データと認証装置が予め所持する参照データとの照合を行って、その一致度から認証の成功または失敗を判定するための閾値であり、例えば、レベル１〜レベル１０の１０段階で表し、レベル１０を認証の一番厳しい照合レベル閾値とする）に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る照合レベル閾値について考慮することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００１８】
また、請求項３の発明によれば、生体認証要求に際してクライアント装置から受信する照合用データの品質に応じて設定した負荷評価情報を保持するので、生体認証処理に際して得るサーバの負荷要因となり得る照合用データの品質（例えば、１００点を満点として点数で評価した品質）について考慮することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００１９】
また、請求項４の発明によれば、生体認証要求に際してクライアント装置から受信する照合用データのサイズに応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る照合用データのサイズ（例えば、５ＫＢｙｔｅや２０ＫＢｙｔｅなど）について考慮することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００２０】
また、請求項５の発明によれば、生体認証要求に際してクライアント装置から受信する照合用データの照合アルゴリズム（特徴点抽出やパターンマッチングなどの照合手法）に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る照合用データのサイズについて考慮することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００２１】
また、請求項６の発明によれば、生体認証処理の認証モード（例えば、１対Ｎ認証や１対１認証などの認証方式）に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る認証モードについて考慮することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００２２】
また、請求項７の発明によれば、生体種別情報（例えば、指紋や静脈などの情報）および生体属性情報（例えば、右手や左手などの情報）に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る生体種別情報および生体属性情報について考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００２３】
また、請求項８の発明によれば、クライアント装置および認証装置がそれぞれ別のアプリケーションを搭載することにより照合レベル閾値が異なる場合に、異なるアプリケーション間の互換性を維持するために、共通の照合レベル閾値を設定（例えば、搭載するアプリケーションの種別ごとに設定される照合レベル閾値から共通の照合レベル閾値の変換するためのテーブル等を用いて設定）し、この共通の照合レベル閾値に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る照合レベル閾値が各装置に搭載されるアプリケーションの種別ごとに異なる場合にも対処することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００２４】
また、請求項９の発明によれば、クライアント装置から受信する照合用データを照合するための参照データの格納要求を受信した場合に、この参照データの品質閾値（例えば、レベル１〜レベル１０の１０段階で表し、実験によりＣＰＵ使用率が最も高くなったものをレベル１０とする）に応じて設定した負荷評価情報を保持し、参照データの品質閾値に応じて設定した負荷評価情報と、性能情報および負荷情報とを照らし合わせて、格納要求の振り分け先を決定するので、生体認証処理に際してサーバの負荷要因となり得る参照データの品質閾値について考慮し、例えば、生体認証処理に際してサーバのＣＰＵ使用率が高くなることが予想される参照データをあらかじめ高性能のサーバに格納しておくことが可能であり、結果として、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散することが可能である。
【００２５】
また、請求項１０の発明によれば、参照データの品質（例えば、１００点を満点として点数で評価した品質）に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る参照データの品質について考慮し、生体認証処理に際してサーバのＣＰＵ使用率が高くなることが予想される参照データをあらかじめ高性能のサーバに格納しておくことが可能であり、結果として、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散することが可能である。
【発明を実施するための最良の形態】
【００２６】
以下に添付図面を参照して、本発明に係る負荷分散装置の実施例を詳細に説明する。なお、以下では、本発明に係る負荷分散装置を実施例１として説明した後に、本発明に含まれる他の実施例を説明する。
【実施例１】
【００２７】
以下の実施例１では、実施例１に係る負荷分散装置の概要および特徴、負荷分散装置の構成および処理を順に説明し、最後に実施例１による効果を説明する。
【００２８】
［負荷分散装置の概要および特徴（実施例１）］
まず最初に、図１を用いて、実施例１に係る負荷分散装置の概要および特徴を説明する。図１は、実施例１に係る負荷分散装置の概要および特徴を説明するための図である。
【００２９】
同図に示すように、実施例１に係る負荷分散装置は、ネットワークを介して通信可能に接続されたクライアント装置から生体認証要求を受信した場合に、生体認証処理を行う各認証装置の性能情報および処理の状況によって変化する負荷情報に応じて、各認証装置のいずれかに振り分けることを概要とするが、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように、生体認証要求を振り分ける点に主たる特徴がある。
【００３０】
この主たる特徴について具体的に説明すると、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワーク（公衆回線網やインターネット、イントラネットなどで形成される通信網）を介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、負荷分散装置がその配下に配置する認証装置１、認証装置２または認証装置３のいずれか）を決定する処理を実行する。
【００３１】
具体的には、負荷分散装置は、クライアント装置のアプリケーション関連情報をあらかじめ記憶している。ここで、クライアント装置のアプリケーション関連情報は、ユーザＩＤ（例えば、ユーザＡやユーザＢ）にそれぞれ対応付けて、アプリケーションＩＤ、照合アルゴリズム（例えば、特徴点抽出やパターンマッチングなど）および生体種別を記憶して構成される。
【００３２】
また、負荷分散装置は、認証装置の各種データとして、ユーザデータ、システムデータ、照合レベル閾値重みテーブル、性能情報、負荷情報およびアプリケーション関連情報をあらかじめ記憶している。ここで、ユーザデータは、各認証装置にそれぞれ対応付けて、各認証装置が認証処理を行うユーザのユーザＩＤを記憶して構成される。
【００３３】
また、システムデータは、各認証装置ごとに、搭載するアプリケーションの種別により設定される照合レベル閾値（クライアント装置から受信する照合用生体データと認証装置が予め所持する登録用生体データとの照合を行って、その一致度から認証の成功または失敗を判定するための閾値であり、例えば、レベル１〜レベル１０の１０段階で表した場合、レベル１０が照合用生体データと登録用生体データ認証との一番厳密な一致度を要求するレベルとなる）などを記憶して構成される。
【００３４】
照合レベル閾値重みテーブルは、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報であり、例えば、認証装置のシステムデータ内に記憶されている照合レベル閾値に応じて１から１０の１０段階の重みを設定（照合レベル閾値が高いほど重みを高く設定）して、重みが大きいほど生体認証処理を実行する場合に認証装置が要する装置負荷が大きいものとする。
【００３５】
また、性能情報は、各認証装置にそれぞれ対応付けてＣＰＵのクロック周波数（例えば、３．４ＧＨｚや１．０ＧＨｚなど）を記憶して構成される。また、負荷情報は、各認証装置にそれぞれ対応付けてＣＰＵの使用率（例えば、１０％や２０％など）を記憶して構成される。また、アプリケーション関連情報は、各認証装置にそれぞれ対応付けて、アプリケーションＩＤ、照合アルゴリズムおよび生体種別などを記憶して構成される。
【００３６】
そして、負荷分散装置は、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補となる認証装置を絞り込む（つまり、ユーザＡからの生体認証要求を処理することが規定されている認証装置を絞り込む）。また、負荷分散装置の開発者が照合レベル閾値重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“８”以上の場合は、認証装置１および認証装置２に振り分けるなど）。
【００３７】
その結果、絞り込んだ振り分け先の候補となる認証装置について、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。
【００３８】
例えば、負荷分散装置は、振り分け先の候補として絞り込んだ認証装置１および認証装置２について、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行う場合には、照合レベル閾値重みテーブルに規定されている重みが“８”（１０を最大とする）で比較的重い認証処理になることが評価され、認証装置１のＣＰＵのクロック周波数が３．４ＧＨｚ、認証装置２のＣＰＵのクロック周波数が１．０ＧＨｚで、認証装置１のＣＰＵ使用率が１０％、認証装置２のＣＰＵ使用率が２０％であることから、振り分け先の候補として絞り込まれた認証装置のうちＣＰＵの性能が高く、現状の負荷が少ない認証装置１を振り分け先の優先順位１０とし、認証装置２を振り分け先の優先順位９とする。そして、負荷分散装置は、優先順位の最も高い、認証装置１を生体認証要求する振り分け先として決定する。
【００３９】
そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置１０から受信した生体認証要求にかかる生体認証処理を要求する。
【００４０】
このようなことから、実施例１に係る負荷分散装置は、生体認証処理に要する負荷を評価した負荷評価情報（例えば、認証装置において処理に要することが予測される負荷を重みとして数値で表した情報）として、生体認証処理の成功または失敗を判定するための照合レベル閾値（クライアント装置から受信する照合用データと認証装置が予め所持する参照データとの照合を行って、その一致度から認証の成功または失敗を判定するための閾値であり、例えば、レベル１〜レベル１０の１０段階で表した場合、レベル１０が照合用生体データと登録用生体データ認証との一番厳密な一致度を要求するレベルとなる）に応じて設定した負荷評価情報を保持し、この負荷評価情報と、認証装置の性能情報および負荷情報とを照らし合わせて、生体認証要求の振り分け先を決定するので、生体認証特有の処理に依存して発生し得るサーバ（認証装置）の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００４１】
［負荷分散装置の構成（実施例１）］
次に、図２を用いて、実施例１に係る負荷分散装置の構成を説明する。図２は、実施例１に係る負荷分散装置の構成を示すブロック図である。
【００４２】
同図に示すように、実施例１に係る負荷分散装置２０は、クライアント装置１０とネットワーク（公衆回線網やインターネット、イントラネットなどで形成される通信網）を介して接続され、通信制御部２１と、記憶部２２と、制御部２３とから構成される。
【００４３】
通信制御部２１は、クライアント装置１０および認証装置１などとの間でやり取りする各種情報に関する通信を制御する。具体的には、クライアント装置１０からユーザ識別情報（ユーザＩＤ、照合用生体データおよび生体種別からなる情報）とともに送信された生体認証要求の認証要求送受信部２３ａ（後に詳述）へ受信を制御する。また、認証要求送受信部２３ａから認証装置（例えば、認証装置１）宛ての生体認証処理要求の送信を制御する。
【００４４】
記憶部２２は、制御部２３による各種処理に必要なデータおよびプログラムを記憶し、特に本発明に密接に関連するものとしては、クライアント装置情報記憶部２２ａおよび認証装置情報記憶部２２ｂを備える。
【００４５】
クライアント装置情報記憶部２２ａは、生体認証要求を行うクライアント装置に関する各種の情報を記憶し、具体的には、図３に例示するように、ユーザＩＤ（例えば、ユーザＡやユーザＢ）にそれぞれ対応付けて、アプリケーションＩＤ、照合アルゴリズム（例えば、特徴点抽出やパターンマッチングなど）および生体種別（例えば、指紋や静脈など）を記憶して構成される。
【００４６】
認証装置情報記憶部２２ｂは、生体認証処理を実行する各認証装置に関する各種の情報を記憶し、各認証装置（認証装置１から認証装置３）の各種データとして、認証装置のユーザデータ、認証装置の性能情報、認証装置の負荷情報、認証装置のシステムデータ、認証装置のアプリケーション関連情報および照合レベル閾値重みテーブルを記憶している。
【００４７】
認証装置のユーザデータは、図４に例示するように、各認証装置にそれぞれ対応付けて、各認証装置が認証処理を行うユーザのユーザＩＤを記憶して構成される。
【００４８】
認証装置の性能情報は、図５に例示するように、各認証装置にそれぞれ対応付けてＣＰＵのポテンシャル（例えば、３．４ＧＨｚや１．０ＧＨｚなど）を記憶して構成される。
【００４９】
認証装置の負荷情報は、図６に例示するように、負荷情報は、各認証装置にそれぞれ対応付けてＣＰＵの使用率（例えば、１０％や２０％など）を記憶して構成され、使用状況に応じて更新される。
【００５０】
認証装置のシステムデータは、図７に例示するように、各認証装置ごとに、生体種別、照合レベル閾値および認証モードを記憶して構成される。ここで、照合レベル閾値とは、クライアント装置から受信する照合用生体データと認証装置が予め所持する登録用生体データとの照合を行って、その一致度から認証の成功または失敗を判定するための閾値であって、搭載するアプリケーションの種別に応じて設定され、例えば、レベル１〜レベル１０の１０段階で表した場合、レベル１０が照合用生体データと登録用生体データ認証との一番厳密な一致度を要求するレベルとなる。また、認証モードとは、１対１認証または１対Ｎ認証の生体認証の方式を表すものであり、１対１認証は、入力されたユーザＩＤおよび生体情報（照合用生体データ）から本人特定を行う認証方式であり、１対Ｎ認証は、入力された生体情報のみから本人特定を行う認証方式である。
【００５１】
なお、実施例１では、システムデータ内に照合レベル閾値を記憶する場合を説明したが、本発明はこれに限定されるものではなく、ユーザデータ内にクライアント装置１０のユーザごとに照合レベル閾値を記憶するようにしてもよい。
【００５２】
認証装置のアプリケーション関連情報は、図８に例示するように、各認証装置にそれぞれ対応付けて、搭載されているアプリケーションＩＤ、アプリケーションに応じた照合アルゴリズムおよび生体種別などを記憶して構成される。
【００５３】
照合レベル閾値重みテーブルは、図９に例示するように、照合レベル閾値と、アプリケーションＩＤと、重みとをそれぞれ対応付けて記憶して構成される。ここで、重みとは、生体認証処理を実行する場合に認証装置が要する装置負荷を評価するための負荷評価情報であり、例えば、照合レベル閾値に応じて１から１０の１０段階の重みを設定（照合レベル閾値が高いほど重みを高く設定）して、重みが大きいほど生体認証処理を実行する場合に認証装置が要する装置負荷が大きいものとする。
【００５４】
なお、クライアント装置情報記憶部２２ａおよび認証装置情報記憶部２２ｂに記憶されている各種の情報は、認証処理を開始する時あるいは一定周期ごとにクライアント装置１０および各認証装置（認証装置１から認証装置３）からそれぞれ取得する。
【００５５】
制御部２３は、所定の制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとしては、認証要求送受信部２３ａと、負荷評価情報生成部２３ｂと、振り分け先決定部２３ｃとを備える。
【００５６】
認証要求送受信部２３ａは、認証要求の受信または認証処理要求の送信を制御する処理部であり、具体的には、クライアント装置１０からユーザ識別情報（ユーザＩＤ、照合用生体データおよび生体種別からなる情報）とともに送信された生体認証要求を通信制御部２１を介して受信する。また、認証要求送受信部２３ａは、振り分け先決定部２３ｃから生体認証要求の振り分け先を受け付けると、内部的なメモリに保持しておいたクライアント装置１０のユーザ識別情報とともに生体認証処理要求をこの振り分け先である認証装置へ通信制御部２１を介して送信する。
【００５７】
負荷評価情報生成部２３ｂは、生体認証処理を実行する場合に認証装置が要する装置負荷を評価するための負荷評価情報を生成する処理部であり、具体的には、認証処理を開始する時あるいは一定周期ごとに、各認証装置（認証装置１から認証装置３）からそれぞれ取得した照合レベル閾値の大きさに応じて、１から１０の値で表した「重み」を設定することで負荷評価情報を生成する。
【００５８】
振り分け先決定部２３ｃは、生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理部であり、具体的には、クライアント装置１０からユーザ識別情報とともに生体認証要求を受信すると、クライアント装置情報記憶部２２ａおよび認証装置情報記憶部２２ｂから各情報を読み出す。クライアント装置１０から受信したユーザ識別情報内のユーザＩＤ（例えば、ユーザＡ）に基づいて、クライアント装置１０のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補を絞り込む（つまり、ユーザＡからの生体認証要求を処理することが規定されている認証装置を絞り込む）とともに、絞り込んだ認証装置のシステムデータから照合レベル閾値を検索する。また、負荷分散装置２０の開発者が、検索した照合レベル閾値に対応する照合レベル閾値重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“８”以上の場合は、認証装置１および認証装置２に振り分けるなど）。
【００５９】
その結果、絞り込んだ振り分け先の候補となる認証装置について、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。
【００６０】
例えば、負荷分散装置２０は、振り分け先の候補として絞り込んだ認証装置１および認証装置２について、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行う場合には、照合レベル閾値重みテーブルに規定されている重みが“８”（１０を最大とする）で比較的重い認証処理になることが評価され、認証装置１のＣＰＵ性能が３．４ＧＨｚ、認証装置２のＣＰＵ性能が１．０ＧＨｚで、認証装置１のＣＰＵ使用率が１０％、認証装置２のＣＰＵ使用率が２０％であることから、振り分け先の候補として絞り込まれた認証装置のうちＣＰＵの性能が高く、現状の負荷が少ない認証装置１を振り分け先の優先順位１０とし、認証装置２を振り分け先の優先順位９とする。そして、負荷分散装置２０は、優先順位の最も高い、認証装置１を生体認証要求の振り分け先として決定して、振り分け先を認証要求送受信部２３ａへ送付する。
【００６１】
なお、クライアント装置１０は、例えば、パーソナルコンピュータやワークステーションの如き端末装置に、指紋センサや静脈センサなどの生体情報取得装置を備えることで実現することもできる。
【００６２】
なお、負荷分散装置２０は、既知のパーソナルコンピュータ、ワークステーションに、上記した記憶部２２および制御部２３の各機能を搭載することによって実現することもできる。
【００６３】
［振り分け先決定処理（実施例１）］
続いて、図１０を用いて、実施例１に係る負荷分散装置の処理を説明する。図１０は、実施例１に係る振り分け先決定処理の流れを示すフローチャートである。
【００６４】
同図に示すように、クライアント装置１０からユーザ識別情報とともに生体認証要求を受信すると（ステップＳ１００１肯定）、振り分け先決定部２３ｃは、クライアント装置情報記憶部２２ａおよび認証装置情報記憶部２２ｂから各情報を読み出す（ステップＳ１００２）。
【００６５】
そして、振り分け先決定部２３ｃは、生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する（ステップＳ１００３）。具体的には、振り分け先決定部２３ｃは、クライアント装置１０から受信したユーザ識別情報内のユーザＩＤ（例えば、ユーザＡ）に基づいて、クライアント装置１０のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補を絞り込む。
【００６６】
その結果、振り分け先決定部２３ｃは、絞り込んだ振り分け先を認証装置の各種データ内の照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて優先順位（例えば、１０を最優先とする１０段階の優先順位）をつけ、優先順位が最も高い認証装置を振り分け先として決定する。例えば、負荷分散装置２０は、振り分け先の候補として認証装置１および認証装置２を絞り込み、認証装置１および認証装置２を照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて優先順位をつける場合には、照合レベル閾値重みテーブルに規定されている重みが“８”（１０を最大とする）で比較的重い認証処理になることが評価され、認証装置１のＣＰＵ性能が３．４ＧＨｚ、認証装置２のＣＰＵ性能が１．０ＧＨｚで、認証装置１のＣＰＵ使用率が１０％、認証装置２のＣＰＵ使用率が２０％であることから、振り分け先の候補として絞り込まれた認証装置のうちＣＰＵの性能が高く、現状の負荷が少ない認証装置１を振り分け先の優先順位１０とし、認証装置２を振り分け先の優先順位９とする。そして、負荷分散装置２０は、優先順位の最も高い、認証装置１を生体認証要求の振り分け先として決定する。
【００６７】
［実施例１の効果］
上述してきたように、実施例１によれば、生体認証処理における特有の処理に依存して発生する負荷（例えば、照合処理に用いられる照合レベル閾値に依存する負荷）を評価した負荷評価情報（例えば、認証装置において処理に要することが予測される負荷を重みとして数値で表した情報）を保持し、この負荷評価情報と、認証装置の性能情報および負荷情報とを照らし合わせて、生体認証要求の振り分け先を決定するので、生体認証特有の処理に依存して発生し得る認証装置（サーバ）の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００６８】
また、実施例１によれば、生体認証処理の成功または失敗を判定するための照合レベル閾値（クライアント装置から受信する照合用データと認証装置が予め所持する参照データとの照合を行って、その一致度から認証の成功または失敗を判定するための閾値であり、例えば、レベル１〜レベル１０の１０段階で表した場合、レベル１０が照合用生体データと登録用生体データ認証との一番厳密な一致度を要求するレベルとなる）に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置の負荷要因となり得る照合レベル閾値について考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例２】
【００６９】
ところで、上記の実施例１では、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値に応じて設定した「重み」を記憶するテーブルを採用する場合を説明したが、本発明はこれに限定されるものではなく、照合用生体データの品質に応じて設定した「重み」を記憶する照合用データ品質重みテーブルを採用するようにしてもよい。そこで、以下の実施例２では、実施例２に係る照合用データ品質重みテーブルの構成および実施例２に係る振り分け先決定処理を説明する。
【００７０】
［照合用データ品質重みテーブル（実施例２）］
まず、図１１を用いて、実施例２に係る照合用データ品質重みテーブルの構成を説明する。図１１は、実施例２に係る照合用データ品質重みテーブルの構成例を示す図である。
【００７１】
同図に示すように、この照合用データ品質重みテーブルは、照合用生体データの品質（１００点を満点として点数で評価した品質）と、アプリケーションＩＤと、照合アルゴリズムと、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、照合用生体データの品質ごとに認証処理実験でＣＰＵ使用率を計測して、照合時間が大きくなる照合用データの品質に対しては大きい値に設定（照合用生体データの品質が“９０点”、アプリケーションＩＤが“１”で、照合アルゴリズムが“特徴点抽出”の時には、「重み」を“７”に設定）したものであり、負荷分散装置は、この「重み」を含んだ照合用データ品質重みテーブルをあらかじめ記憶する。
【００７２】
［振り分け先決定処理（実施例２）］
次に、図１２を用いて、実施例２に係る振り分け先決定処理を説明する。図１２は、実施例２に係る振り分け先決定処理を説明するための図である。
【００７３】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データ、照合用生体データの品質および生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。ここで、ユーザ識別情報に含まれる照合用生体データの品質は、指紋から抽出できた特徴点の個数からクライアント装置が自動的に算出し、例えば、指紋から抽出できた特徴点の個数が９個であれば照合用生体データの品質を９０点とする。
【００７４】
振り分け先決定処理について具体的に説明すると、基本的には、実施例１と同様であり、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補となる認証装置を絞り込む。また、負荷分散装置の開発者が照合用データ品質重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“７”以上の場合は、認証装置１および認証装置２に振り分けるなど）。
【００７５】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した生体認証要求にかかる生体認証処理を要求する。
【００７６】
［実施例２の効果］
上述してきたように、実施例２によれば、生体認証要求に際してクライアント装置から受信する照合用データの品質に応じて設定した負荷評価情報を保持するので、生体認証処理に際して得る認証装置（サーバ）の負荷要因となり得る照合用生体データの品質（例えば、１００点を満点として点数で評価した品質）について考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例３】
【００７７】
ところで、上記の実施例では、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値または照合用生体データの品質に応じて設定した「重み」を記憶するテーブルを採用する場合を説明したが、本発明はこれに限定されるものではなく、照合用生体データのサイズに応じて設定した「重み」を記憶する照合用データ品質重みテーブルを採用するようにしてもよい。そこで、以下の実施例３では、実施例３に係る照合用データサイズ重みテーブルの構成および実施例３に係る振り分け先決定処理を説明する。
【００７８】
［照合用データサイズ重みテーブル（実施例３）］
まず、図１３を用いて、実施例３に係る照合用データサイズ重みテーブルの構成を説明する。図１３は、実施例３に係る照合用データサイズ重みテーブルの構成例を示す図である。
【００７９】
同図に示すように、この照合用データサイズ重みテーブルは、照合用生体データサイズにそれぞれ対応付けて重みを記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、照合用生体データサイズごとに設定（例えば、照合用生体データサイズが“２０ＫＢｙｔｅ”の時には、「重み」を“１０”に設定）したものであり、負荷分散装置は、この「重み」を含んだ照合用データサイズ重みテーブルをあらかじめ記憶する。
【００８０】
［振り分け先決定処理（実施例３）］
次に、図１４を用いて、実施例３に係る振り分け先決定処理を説明する。図１４は、実施例３に係る振り分け先決定処理を説明するための図である。
【００８１】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データ、照合用生体データのサイズおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。
【００８２】
振り分け先決定処理について具体的に説明すると、基本的には、上記の実施例と同様であり、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補となる認証装置を絞り込む。また、負荷分散装置の開発者が照合用データサイズ重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【００８３】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した生体認証要求にかかる生体認証処理を要求する。
【００８４】
［実施例３の効果］
上述してきたように、実施例３によれば、生体認証要求に際してクライアント装置から受信する照合用データのサイズに応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る照合用データのサイズ（例えば、５ＫＢｙｔｅや２０ＫＢｙｔｅなど）について考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例４】
【００８５】
ところで、上記の実施例では、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値、照合用生体データの品質または照合用生体データのサイズに応じて設定した「重み」を記憶するテーブルを採用する場合を説明したが、本発明はこれに限定されるものではなく、照合アルゴリズム（特徴点抽出やパターンマッチングなどの照合手法）に応じて設定した「重み」を記憶する照合アルゴリズム重みテーブルを採用するようにしてもよい。そこで、以下の実施例４では、実施例４に係る照合アルゴリズム重みテーブルの構成および実施例４に係る振り分け先決定処理を説明する。
【００８６】
［照合アルゴリズム重みテーブル（実施例４）］
まず、図１５を用いて、実施例４に係る照合アルゴリズム重みテーブルの構成を説明する。図１５は、実施例４に係る照合アルゴリズム重みテーブルの構成例を示す図である。
【００８７】
同図に示すように、この照合アルゴリズム重みテーブルは、アプリケーションＩＤと、照合アルゴリズムと、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、アプリケーションによって異なる照合アルゴリズムごとに認証処理実験でＣＰＵ使用率を計測して、ＣＰＵ使用率が高くなる照合アルゴリズムに対しては大きい値に設定（照合アルゴリズムが“特徴点抽出”の時には、「重み」を“１０”に設定）したものであり、負荷分散装置は、この「重み」を含んだ照合アルゴリズム重みテーブルをあらかじめ記憶する。
【００８８】
［振り分け先決定処理（実施例４）］
次に、図１６を用いて、実施例４に係る振り分け先決定処理を説明する。図１６は、実施例４に係る振り分け先決定処理を説明するための図である。
【００８９】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。
【００９０】
振り分け先決定処理について具体的に説明すると、基本的には、上記の実施例と同様であり、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報からユーザＡの照合アルゴリズムを検索するとともに、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補となる認証装置を絞り込む。また、負荷分散装置の開発者が、検索した照合アルゴリズムに対応する照合アルゴリズム重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【００９１】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、照合アルゴリズム重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した生体認証要求にかかる生体認証処理を要求する。
【００９２】
［実施例４の効果］
上述してきたように、実施例４によれば、生体認証要求に際してクライアント装置から受信する照合用データの照合アルゴリズム（特徴点抽出やパターンマッチングなどの照合手法）に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る照合用データのサイズについて考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例５】
【００９３】
ところで、上記の実施例では、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値、照合用生体データの品質、照合用生体データのサイズまたは照合アルゴリズムに応じて設定した「重み」を記憶する照合レベル閾値重みテーブルを採用する場合を説明したが、本発明はこれに限定されるものではなく、認証モード（１対１認証や１対Ｎ認証などの認証方式）に応じて設定した「重み」を記憶する認証モード重みテーブルを採用するようにしてもよい。そこで、以下の実施例５では、実施例５に係る認証モード重みテーブルの構成および実施例５に係る振り分け先決定処理を説明する。
【００９４】
［認証モード重みテーブル（実施例５）］
まず、図１７を用いて、実施例５に係る認証モード重みテーブルの構成を説明する。図１７は、実施例５に係る認証モード重みテーブルの構成例を示す図である。
【００９５】
同図に示すように、この認証モード重みテーブルは、認証モードと、１対Ｎ認証時のＮ数と、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、１対Ｎ認証のＮ数を変化させた認証処理実験でＣＰＵ使用率を計測して、ＣＰＵ使用率に応じて値を設定（１対Ｎ認証のＮ数が１００００以上の時には、「重み」を“１０”、１対１認証では「重み」を“８”に設定）したものであり、負荷分散装置は、この「重み」を含んだ認証モード重みテーブルをあらかじめ記憶する。
【００９６】
［振り分け先決定処理（実施例５）］
次に、図１８を用いて、実施例５に係る振り分け先決定処理を説明する。図１８は、実施例５に係る振り分け先決定処理を説明するための図である。
【００９７】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。
【００９８】
振り分け先決定処理について具体的に説明すると、基本的には、上記の実施例と同様であり、負荷分散装置は、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補となる認証装置を絞り込むとともに、絞り込んだ認証装置のシステムデータから認証モードを検索する。また、負荷分散装置の開発者が、検索した認証モードに対応する認証モード重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【００９９】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、認証モード重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した生体認証要求にかかる生体認証処理を要求する。
【０１００】
［実施例５の効果］
上述してきたように、実施例５によれば、生体認証処理の認証モード（例えば、１対Ｎ認証や１対１認証などの認証方式）に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る認証モードについて考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例６】
【０１０１】
ところで、上記の実施例では、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値、照合用生体データの品質、照合用生体データのサイズ、照合アルゴリズムおよび認証モードに応じて設定した「重み」を記憶するテーブルを採用する場合を説明したが、本発明はこれに限定されるものではなく、照合用生体データの生体種別や生体属性情報に応じて設定した「重み」を記憶する生体情報重みテーブルを採用するようにしてもよい。そこで、以下の実施例６では、実施例６に係る生体情報重みテーブルの構成および実施例６に係る振り分け先決定処理を説明する。
【０１０２】
［生体情報重みテーブル（実施例６）］
まず、図１９を用いて、実施例６に係る生体情報重みテーブルの構成を説明する。図１９は、実施例６に係る生体情報重みテーブルの構成例を示す図である。
【０１０３】
同図に示すように、この生体情報重みテーブルは、生体種別（例えば、指紋や静脈）と、生体属性情報（例えば、左手中指や右手など）と、アプリケーションＩＤと、照合アルゴリズムと、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、生体情報および生体属性情報の組合せごとに認証処理実験でＣＰＵ使用率を計測して、ＣＰＵ使用率に応じて値を設定（例えば、組合せが“左手中指”、アプリケーションＩＤが“１”で、照合アルゴリズムが“パターンマッチング”の時には、「重み」を“９”に設定）したものであり、負荷分散装置は、この「重み」を含んだ生体情報重みテーブルをあらかじめ記憶する。
【０１０４】
［振り分け先決定処理（実施例６）］
次に、図２０を用いて、実施例６に係る振り分け先決定処理を説明する。図２０は、実施例６に係る振り分け先決定処理を説明するための図である。
【０１０５】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。なお、図には示していないが、ユーザ識別情報の中には生体属性情報が含まれる。
【０１０６】
振り分け先決定処理について具体的に説明すると、基本的には、上記の実施例と同様であり、負荷分散装置は、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、登録用生体データの格納要求の振り分け先の候補となる認証装置を絞り込む。また、負荷分散装置の開発者が、生体種別および生体属性情報の組合せに対応する生体情報重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【０１０７】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、生体情報重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した生体認証要求にかかる生体認証処理を要求する。
【０１０８】
［実施例６の効果］
上述してきたように、実施例６によれば、参照データの品質（例えば、１００点を満点として点数で評価した品質）に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る参照データの品質について考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例７】
【０１０９】
ところで、上記の実施例１において、例えば、負荷分散装置の配下に配置されている認証装置１および認証装置２と、認証装置３とでは別のアプリケーションが搭載されている場合に、アプリケーションの種別によって異なる照合レベル閾値を共通の照合レベル閾値に設定するようにしてもよい。そこで、以下の実施例７では、実施例７に係る照合レベル閾値テーブル、照合レベル閾値変換テーブルの構成および照合レベル閾値変換テーブル作成処理を説明する。
【０１１０】
［照合レベル閾値テーブルおよび照合レベル閾値変換テーブル（実施例７）］
まず、図２１および図２２を用いて、実施例７に係る照合レベル閾値テーブルおよび照合レベル閾値変換テーブルの構成を説明する。図２１は、実施例７に係る照合レベル閾値テーブルの構成例を示す図であり、図２２は、実施例７に係る照合レベル閾値変換テーブルの構成例を示す図である。
【０１１１】
図８に例示するように、認証装置１および認証装置２ではアプリケーションＩＤ“１”のアプリケーションが搭載され、認証装置３ではアプリケーションＩＤ“２”のアプリケーションが搭載されている場合に、負荷分散装置は、図２１に示すように、アプリケーションＩＤ “１”について、他人受け入れ率の最大値（Ｍａｘ ＦＡＲ Ｒｅｑｕｅｓｔｅｄ）に応じて設定された照合レベル閾値と、アプリケーションＩＤ“２”について、ＢｉｏＡＰＩ品質（ＢｉｏＡＰＩ＿ＦＡＲ）に応じて設定された照合レベル閾値をそれぞれあらかじめ記憶して管理する。
【０１１２】
また、負荷分散装置は、例えば、アプリケーションＩＤ“２”の照合レベル閾値を、アプリケーションＩＤ“１”の照合レベル閾値に変換することにより照合レベル閾値に互換性を持たせる。図２１および図２２を用いて簡単に説明すると、他人受け入れ率の最大値が百万分の１のときのアプリケーションＩＤ“１”の照合レベル閾値がレベル９であり、ＢｉｏＡＰＩ品質が百万分の１のときのアプリケーションＩＤ“２”の照合レベル閾値がレベル１０であるが、照合レベル閾値変換テーブルあてはめて、アプリケーションＩＤ“２”の照合レベル閾値を、アプリケーションＩＤ“１”の照合レベル閾値に変換して得られる共通の照合レベル閾値はレベル９となる。そして、負荷分散装置は、例えば、認証装置間で種別の異なるアプリケーションが搭載されている場合に、この共通の照合レベル閾値を用いて、生体認証要求の振り分け先を決定する。
【０１１３】
［照合レベル閾値変換テーブル作成処理］
次に、図２３を用いて、実施例７に係る照合レベル閾値変換テーブル作成処理を説明する。図２３は、実施例７に係る照合レベル閾値変換テーブル作成処理の流れを示すフローチャートである。
【０１１４】
同図に示すように、負荷分散装置は、あらかじめ記憶している認証装置のシステムデータに基づいて、照合レベル閾値テーブル（図２１参照）を自動作成する（ステップＳ２１０１）。続いて、負荷分散装置は、照合レベル閾値テーブルから照合レベル閾値変換テーブル（図２２参照）を自動作成する（ステップＳ２１０２）。そして、例えば、照合レベル閾値変換テーブルについて負荷分散装置の開発者などにより手動修正がある場合には（ステップＳ２１０３肯定）、手動修正が行われてから（ステップＳ２１０４）、照合レベル閾値変換テーブルの作成を完了する（ステップＳ２１０５）。一方、照合レベル閾値変換テーブルについて負荷分散装置の開発者などにより手動修正がない場合には（ステップＳ２１０３否定）、そのまま照合レベル閾値変換テーブルの作成を完了する（ステップＳ２１０５）。
【０１１５】
［実施例７の効果］
上述してきたように、実施例７によれば、クライアント装置および認証装置がそれぞれ別のアプリケーションを搭載することにより照合レベル閾値が異なる場合に、クライアント装置および認証装置に共通の照合レベル閾値を設定（例えば、搭載するアプリケーションの種別ごとに設定される照合レベル閾値から共通の照合レベル閾値の変換するためのテーブル等を用いて設定）し、この共通の照合レベル閾値に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る照合レベル閾値が各装置に搭載されるアプリケーションの種別ごとに異なる場合にも対処することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例８】
【０１１６】
ところで、上記の実施例１〜６では、クライアント装置から生体認証要求を受信した場合に、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値、照合用生体データの品質、照合用生体データのサイズ、照合アルゴリズム、認証モードおよび生体情報に応じて設定した「重み」を記憶するテーブルを採用し、生体認証要求の振り分け先を決定する場合を説明したが、本発明はこれに限定されるものではなく、クライアント装置から登録用生体データの格納要求を受信した場合に、登録用生体データの品質閾値に応じて設定した「重み」を記憶する登録用生体データ品質閾値重みテーブルを採用し、登録用生体データの格納要求の振り分け先を決定するようにしてもよい。そこで、以下の実施例８では、実施例８に係る登録用生体データ品質閾値重みテーブルの構成および実施例８に係る振り分け先決定処理を説明する。
【０１１７】
［登録用生体データ品質閾値重みテーブル（実施例８）］
まず、図２４を用いて、実施例８に係る登録用生体データ品質閾値重みテーブルの構成を説明する。図２４は、実施例８に係る登録用生体データ品質閾値重みテーブルの構成例を示す図である。
【０１１８】
同図に示すように、この登録用生体データ品質閾値重みテーブルは、登録用生体データ（例えば、パターンマッチングに用いるテンプレートのように、クライアント装置から受信する照合用データを照合するための参照データ）の品質閾値と、アプリケーションＩＤと、照合アルゴリズムと、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、登録用生体データの品質閾値、アプリケーションＩＤおよび照合アルゴリズムごとに認証処理実験でＣＰＵ使用率を計測して、ＣＰＵ使用率に応じて値を設定（例えば、アプリケーションＩＤが“２”で照合アルゴリズムが“特徴点抽出”の時には、「重み」を“１０”に設定）したものであり、負荷分散装置は、この「重み」を含んだ登録用生体データ品質閾値重みテーブルをあらかじめ記憶する。
【０１１９】
［格納要求の振り分け先決定処理（実施例８）］
次に、図２５を用いて、実施例８に係る振り分け先決定処理を説明する。図２５は、実施例８に係る振り分け先決定処理を説明するための図である。
【０１２０】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、登録用生体データおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して登録用生体データの格納要求を受信すると、その登録用生体データ格納要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。
【０１２１】
具体的には、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、登録用生体データの格納要求の振り分け先の候補となる認証装置を絞り込むとともに、絞り込んだ認証装置のシステムデータから登録用格納データの品質閾値を検索する。また、負荷分散装置の開発者が、検索した登録用生体データ品質閾値に対応する登録用生体データ品質閾値重みテーブルの値に応じて、登録用生体データの格納要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【０１２２】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、登録用生体データ品質閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した登録用生体データの格納を要求する。
【０１２３】
［実施例８の効果］
上述してきたように、実施例８によれば、クライアント装置から受信する照合用データを照合するための参照データの格納要求を受信した場合に、この参照データの品質閾値（例えば、レベル１〜レベル１０の１０段階で表し、実験によりＣＰＵ使用率が最も高くなったものをレベル１０とする）に応じて設定した負荷評価情報を保持し、参照データの品質閾値に応じて設定した負荷評価情報と、性能情報および負荷情報とを照らし合わせて、格納要求の振り分け先を決定するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る参照データの品質閾値について考慮し、例えば、生体認証処理に際して認証装置のＣＰＵ使用率が高くなることが予想される参照データをあらかじめ高性能の認証装置に格納しておくことが可能であり、結果として、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散することが可能である。
【実施例９】
【０１２４】
ところで、上記の実施例８では、クライアント装置から登録用生体データの格納要求を受信した場合に、登録用生体データの品質閾値に応じて設定した「重み」を記憶する登録用生体データ品質閾値重みテーブルを採用し、登録用生体データの格納要求の振り分け先を決定する場合を説明したが、本発明はこれに限定されるものではなく、登録用生体データの品質に応じて設定した「重み」を記憶する登録用生体データ品質重みテーブルを採用するようにしてもよい。そこで、以下の実施例９では、実施例９に係る登録用生体データ品質重みテーブルの構成および実施例９に係る振り分け先決定処理を説明する。
【０１２５】
［登録用生体データ品質重みテーブル（実施例９）］
まず、図２６を用いて、実施例９に係る登録用生体データ品質重みテーブルの構成を説明する。図２６は、実施例９に係る登録用生体データ品質重みテーブルの構成例を示す図である。
【０１２６】
同図に示すように、この登録用生体データ品質重みテーブルは、登録用生体データの品質と、アプリケーションＩＤと、照合アルゴリズムと、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、登録用生体データの品質、アプリケーションＩＤおよび照合アルゴリズムごとに認証処理実験でＣＰＵ使用率を計測して、ＣＰＵ使用率に応じて値を設定（例えば、アプリケーションＩＤが“２”で照合アルゴリズムが“特徴点抽出”の時には、「重み」を“１０”に設定）したものであり、負荷分散装置は、この「重み」を含んだ登録用生体データ品質重みテーブルをあらかじめ記憶する。
【０１２７】
［格納要求の振り分け先決定処理（実施例９）］
次に、図２７を用いて、実施例９に係る振り分け先決定処理を説明する。図２７は、実施例９に係る振り分け先決定処理を説明するための図である。
【０１２８】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、登録用生体データ、生体種別（例えば、指紋）および図には示していないが登録用生体データの品質からなるユーザ識別情報とともに、クライアント装置からネットワークを介して登録用生体データの格納要求を受信すると、その登録用生体データ格納要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。
【０１２９】
具体的には、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、登録用生体データの格納要求の振り分け先の候補となる認証装置を絞り込む。また、負荷分散装置の開発者が、登録用生体データ品質に対応する登録用生体データ品質重みテーブルの値に応じて、登録用生体データの格納要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【０１３０】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、登録用生体データ品質重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した登録用生体データの格納を要求する。
【０１３１】
［実施例９の効果］
上述してきたように、実施例９によれば、参照データの品質（例えば、１００点を満点として点数で評価した品質）に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る参照データの品質について考慮し、生体認証処理に際して認証装置のＣＰＵ使用率が高くなることが予想される参照データをあらかじめ高性能の認証装置に格納しておくことが可能であり、結果として、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散することが可能である。
【実施例１０】
【０１３２】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【０１３３】
（１）代理装置の準備
上記の実施例１において、負荷分散装置２０に故障が発生した場合に、負荷分散装置２０の機能を引き継ぐ代理の装置を準備しておいてもよい。
【０１３４】
（２）装置構成等
図２に示した負荷分散装置２０の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、負荷分散装置２０の分散・統合の具体的形態は図示のものに限られず、例えば、認証要求送受信部２３ａと負荷評価情報生成部２３ｂと振り分け先決定部２３ｃとを統合するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、負荷分散装置２０にて行なわれる各処理機能（負荷評価情報保持機能および振り分け先決定機能）は、その全部または任意の一部について、ＣＰＵが、予め用意したプログラムをメモリなどに読み出して解析実行することにより、各種プロセスが起動されて実現され得る。
【０１３５】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理（照合レベル閾値テーブルおよび照合レベル閾値変換テーブル生成処理、図２３参照）の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理（照合レベル閾値変換テーブルの修正、図２３参照）の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１３６】
（付記１）クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況によって変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける負荷分散装置であって、
前記生体認証処理における特有の処理に依存して発生する負荷を評価した負荷評価情報を保持する負荷評価情報保持手段と、
前記負荷評価情報保持手段により保持されている前記負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記生体認証要求の振り分け先を決定する振り分け先決定手段と、
を備えたことを特徴とする負荷分散装置。
【０１３７】
（付記２）前記負荷評価情報保持手段は、前記生体認証処理の成功または失敗を判定するための照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１３８】
（付記３）前記負荷評価情報保持手段は、前記生体認証要求に際して前記クライアント装置から受信する照合用データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１３９】
（付記４）前記負荷評価情報保持手段は、前記照合用データのサイズに応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１４０】
（付記５）前記負荷評価情報保持手段は、前記照合用データの照合アルゴリズムに応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１４１】
（付記６）前記負荷評価情報保持手段は、前記生体認証処理の認証モードに応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１４２】
（付記７）前記負荷評価情報保持手段は、前記照合用データの生体種別情報および生体属性情報に応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１４３】
（付記８）前記クライアント装置および／または前記認証装置がそれぞれ別のアプリケーションを搭載することにより前記照合レベル閾値が異なる場合に、異なるアプリケーション間の互換性を維持するために、共通の照合レベル閾値を設定する設定手段をさらに備え、
前記負荷評価情報保持手段は、前記設定手段により設定された共通の照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする付記１または２に記載の負荷分散装置。
【０１４４】
（付記９）前記クライアント装置から前記照合用データを照合するための参照データの格納要求を受信した場合に、前記負荷評価情報保持手段は、当該参照データの品質閾値に応じて設定した前記負荷評価情報を保持し、
前記振り分け先決定手段は、前記負荷評価情報保持手段により保持されている前記参照データの品質閾値に応じて設定した負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記格納要求の振り分け先を決定することを特徴とする付記１に記載の負荷分散装置。
【０１４５】
（付記１０）前記負荷評価情報保持手段は、前記照合用データを照合するための参照データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする付記９に記載の負荷分散装置。
【０１４６】
（付記１１）クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況によって変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける負荷分散方法であって、
前記生体認証処理における特有の処理に依存して発生する負荷を評価した負荷評価情報を保持する負荷評価情報保持工程と、
前記負荷評価情報保持工程により保持されている前記負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記生体認証要求の振り分け先を決定する振り分け先決定工程と、
を含んだことを特徴とする負荷分散方法。
【０１４７】
（付記１２）前記負荷評価情報保持手段は、前記生体認証処理の成功または失敗を判定するための照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１４８】
（付記１３）前記負荷評価情報保持工程は、前記生体認証要求に際して前記クライアント装置から受信する照合用データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１４９】
（付記１４）前記負荷評価情報保持工程は、前記照合用データのサイズに応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１５０】
（付記１５）前記負荷評価情報保持工程は、前記照合用データの照合アルゴリズムに応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１５１】
（付記１６）前記負荷評価情報保持工程は、前記生体認証処理の認証モードに応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１５２】
（付記１７）前記負荷評価情報保持工程は、前記照合用データの生体種別情報および生体属性情報に応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１５３】
（付記１８）前記クライアント装置および／または前記認証装置がそれぞれ別のアプリケーションを搭載することにより前記照合レベル閾値が異なる場合に、異なるアプリケーション間の互換性を維持するために、共通の照合レベル閾値を設定する設定工程をさらに備え、
前記負荷評価情報保持工程は、前記設定工程により設定された共通の照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする付記１１または１２に記載の負荷分散方法。
【０１５４】
（付記１９）前記クライアント装置から前記照合用データを照合するための参照データの格納要求を受信した場合に、前記負荷評価情報保持工程は、当該参照データの品質閾値に応じて設定した前記負荷評価情報を保持し、
前記振り分け先決定工程は、前記負荷評価情報保持工程により保持されている前記参照データの品質閾値に応じて設定した負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記格納要求の振り分け先を決定することを特徴とする付記１１に記載の負荷分散方法。
【０１５５】
（付記２０）前記負荷評価情報保持工程は、前記照合用データを照合するための参照データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする付記１９に記載の負荷分散方法。
【産業上の利用可能性】
【０１５６】
以上のように、本発明に係る負荷分散装置は、クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況によって変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける場合に有用であり、特に、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように、生体認証要求を振り分けることに適する。
【図面の簡単な説明】
【０１５７】
【図１】実施例１に係る負荷分散装置の概要および特徴を説明するための図である。
【図２】実施例１に係る負荷分散装置の構成を示すブロック図である。
【図３】実施例１に係るクライアント装置のアプリケーション関連情報の構成例を示す図である。
【図４】実施例１に係る認証装置のユーザデータの構成例を示す図である。
【図５】実施例１に係る認証装置の性能情報の構成例を示す図である。
【図６】実施例１に係る認証装置の負荷情報の構成例を示す図である。
【図７】実施例１に係る認証装置のシステムデータの構成例を示す図である。
【図８】実施例１に係る認証装置のアプリケーション関連情報の構成例を示す図である。
【図９】実施例１に係る照合レベル閾値重みテーブルの構成例を示す図である。
【図１０】実施例１に係る振り分け先決定処理の流れを示すフローチャートである。
【図１１】実施例２に係る照合用データ品質重みテーブルの構成例を示す図である。
【図１２】実施例２に係る振り分け先決定処理を説明するための図である。
【図１３】実施例３に係る照合用データサイズ重みテーブルの構成例を示す図である。
【図１４】実施例３に係る振り分け先決定処理を説明するための図である。
【図１５】実施例４に係る照合アルゴリズム重みテーブルの構成例を示す図である。
【図１６】実施例４に係る振り分け先決定処理を説明するための図である。
【図１７】実施例５に係る認証モード重みテーブルの構成例を示す図である。
【図１８】実施例５に係る振り分け先決定処理を説明するための図である。
【図１９】実施例６に係る生体情報重みテーブルの構成例を示す図である。
【図２０】実施例６に係る振り分け先決定処理を説明するための図である。
【図２１】実施例７に係る照合レベル閾値テーブルの構成例を示す図である。
【図２２】実施例７に係る照合レベル閾値変換テーブルの構成例を示す図である。
【図２３】実施例７に係る照合レベル閾値変換テーブル作成処理の流れを示すフローチャートである。
【図２４】実施例８に係る登録用生体データ品質閾値重みテーブルの構成例を示す図である。
【図２５】実施例８に係る振り分け先決定処理を説明するための図である。
【図２６】実施例９に係る登録用生体データ品質重みテーブルの構成例を示す図である。
【図２７】実施例９に係る振り分け先決定処理を説明するための図である。
【符号の説明】
【０１５８】
１〜３ 認証装置
１０ クライアント装置
２０ 負荷分散装置
２１ 通信制御部
２２ 記憶部
２２ａ クライアント装置情報記憶部
２２ｂ 認証装置情報記憶部
２３ 制御部
２３ａ 認証要求送受信部
２３ｂ 負荷評価情報生成部
２３ｃ 振り分け先決定部
【技術分野】
【０００１】
この発明は、クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況に応じて変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける負荷分散装置に関する。
【背景技術】
【０００２】
従来より、クライアント／サーバ型の通信システムにおいて、サーバ装置の負荷分散を行う方式が開示されている（例えば、特許文献１参照）。例えば、同じ構成のサーバ装置を複数用意して処理要求を順に割り振ることによりサーバ装置の負荷分散を行うラウンドロビン方式や、最小コネクション数、最小応答時間などの情報を用いてサーバ装置の負荷分散を行う方式が開示されている。
【０００３】
【特許文献１】特開２００１−２２２２９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上記した従来の技術は、クライアント／サーバ型の生体認証システムにおいて、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散できないという問題点があった。すなわち、生体認証を行うサーバにおいて、生体情報（例えば、指紋の情報や静脈の情報など）のみを入力して本人を特定する１対Ｎ認証を行う場合には、サーバに登録された全データについて検索を行って検索対象を絞り込むため、データ数が多くなるほどＣＰＵやメモリなどの資源消費量が多くなり負担がかかる。一方で、ユーザＩＤと生体情報とを用いて本人を特定する１対１認証を行う場合には、ユーザＩＤをキーとして検索対象を絞り込むため、ＣＰＵやメモリなどの資源消費量が少なくなり負担がかかりにくい。このように、１対Ｎ認証や１対１認証など、生体認証特有の処理に応じてサーバを効率的に割り当てることができなければ、サーバの負荷分散を効率的に実現できないという問題点があった。
【０００５】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように、生体認証要求を振り分けることが可能な負荷分散装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況に応じて変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける負荷分散装置であって、前記生体認証処理における特有の処理に依存して発生する負荷を評価した負荷評価情報を保持する負荷評価情報保持手段と、前記負荷評価情報保持手段により保持されている前記負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記生体認証要求の振り分け先を決定する振り分け先決定手段と、を備えたことを特徴とする。
【０００７】
また、請求項２に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記生体認証処理の成功または失敗を判定するための照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする。
【０００８】
また、請求項３に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記生体認証要求に際して前記クライアント装置から受信する照合用データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする。
【０００９】
また、請求項４に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記照合用データのサイズに応じて設定した前記負荷評価情報を保持することを特徴とする。
【００１０】
また、請求項５に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記照合用データの照合アルゴリズムに応じて設定した前記負荷評価情報を保持することを特徴とする。
【００１１】
また、請求項６に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記生体認証処理の認証モードに応じて設定した前記負荷評価情報を保持することを特徴とする。
【００１２】
また、請求項７に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記照合用データの生体種別情報および生体属性情報に応じて設定した前記負荷評価情報を保持することを特徴とする。
【００１３】
また、請求項８に係る発明は、上記の発明において、前記クライアント装置および／または前記認証装置がそれぞれ別のアプリケーションを搭載することにより前記照合レベル閾値が異なる場合に、異なるアプリケーション間の互換性を維持するために、共通の照合レベル閾値を設定する設定手段をさらに備え、前記負荷評価情報保持手段は、前記設定手段により設定された共通の照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする。
【００１４】
また、請求項９に係る発明は、上記の発明において、前記クライアント装置から前記照合用データを照合するための参照データの格納要求を受信した場合に、前記負荷評価情報保持手段は、当該参照データの品質閾値に応じて設定した前記負荷評価情報を保持し、
前記振り分け先決定手段は、前記負荷評価情報保持手段により保持されている前記参照データの品質閾値に応じて設定した負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記格納要求の振り分け先を決定することを特徴とする。
【００１５】
また、請求項１０に係る発明は、上記の発明において、前記負荷評価情報保持手段は、前記照合用データを照合するための参照データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする。
【発明の効果】
【００１６】
請求項１の発明によれば、生体認証処理における特有の処理に依存して発生する負荷（照合処理に用いられる照合レベル閾値に依存する負荷、照合用生体データの品質に依存する負荷や認証モードに依存する負荷など）を評価した負荷評価情報（例えば、認証装置において処理に要することが予測される負荷を重みとして数値で表した情報）を保持し、この負荷評価情報と、認証装置の性能情報および負荷情報とを照らし合わせて、生体認証要求の振り分け先を決定するので、生体認証特有の処理に依存して発生し得るサーバ（認証装置）の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００１７】
また、請求項２の発明によれば、生体認証処理の成功または失敗を判定するための照合レベル閾値（クライアント装置から受信する照合用データと認証装置が予め所持する参照データとの照合を行って、その一致度から認証の成功または失敗を判定するための閾値であり、例えば、レベル１〜レベル１０の１０段階で表し、レベル１０を認証の一番厳しい照合レベル閾値とする）に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る照合レベル閾値について考慮することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００１８】
また、請求項３の発明によれば、生体認証要求に際してクライアント装置から受信する照合用データの品質に応じて設定した負荷評価情報を保持するので、生体認証処理に際して得るサーバの負荷要因となり得る照合用データの品質（例えば、１００点を満点として点数で評価した品質）について考慮することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００１９】
また、請求項４の発明によれば、生体認証要求に際してクライアント装置から受信する照合用データのサイズに応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る照合用データのサイズ（例えば、５ＫＢｙｔｅや２０ＫＢｙｔｅなど）について考慮することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００２０】
また、請求項５の発明によれば、生体認証要求に際してクライアント装置から受信する照合用データの照合アルゴリズム（特徴点抽出やパターンマッチングなどの照合手法）に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る照合用データのサイズについて考慮することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００２１】
また、請求項６の発明によれば、生体認証処理の認証モード（例えば、１対Ｎ認証や１対１認証などの認証方式）に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る認証モードについて考慮することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００２２】
また、請求項７の発明によれば、生体種別情報（例えば、指紋や静脈などの情報）および生体属性情報（例えば、右手や左手などの情報）に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る生体種別情報および生体属性情報について考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００２３】
また、請求項８の発明によれば、クライアント装置および認証装置がそれぞれ別のアプリケーションを搭載することにより照合レベル閾値が異なる場合に、異なるアプリケーション間の互換性を維持するために、共通の照合レベル閾値を設定（例えば、搭載するアプリケーションの種別ごとに設定される照合レベル閾値から共通の照合レベル閾値の変換するためのテーブル等を用いて設定）し、この共通の照合レベル閾値に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る照合レベル閾値が各装置に搭載されるアプリケーションの種別ごとに異なる場合にも対処することができ、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００２４】
また、請求項９の発明によれば、クライアント装置から受信する照合用データを照合するための参照データの格納要求を受信した場合に、この参照データの品質閾値（例えば、レベル１〜レベル１０の１０段階で表し、実験によりＣＰＵ使用率が最も高くなったものをレベル１０とする）に応じて設定した負荷評価情報を保持し、参照データの品質閾値に応じて設定した負荷評価情報と、性能情報および負荷情報とを照らし合わせて、格納要求の振り分け先を決定するので、生体認証処理に際してサーバの負荷要因となり得る参照データの品質閾値について考慮し、例えば、生体認証処理に際してサーバのＣＰＵ使用率が高くなることが予想される参照データをあらかじめ高性能のサーバに格納しておくことが可能であり、結果として、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散することが可能である。
【００２５】
また、請求項１０の発明によれば、参照データの品質（例えば、１００点を満点として点数で評価した品質）に応じて設定した負荷評価情報を保持するので、生体認証処理に際してサーバの負荷要因となり得る参照データの品質について考慮し、生体認証処理に際してサーバのＣＰＵ使用率が高くなることが予想される参照データをあらかじめ高性能のサーバに格納しておくことが可能であり、結果として、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散することが可能である。
【発明を実施するための最良の形態】
【００２６】
以下に添付図面を参照して、本発明に係る負荷分散装置の実施例を詳細に説明する。なお、以下では、本発明に係る負荷分散装置を実施例１として説明した後に、本発明に含まれる他の実施例を説明する。
【実施例１】
【００２７】
以下の実施例１では、実施例１に係る負荷分散装置の概要および特徴、負荷分散装置の構成および処理を順に説明し、最後に実施例１による効果を説明する。
【００２８】
［負荷分散装置の概要および特徴（実施例１）］
まず最初に、図１を用いて、実施例１に係る負荷分散装置の概要および特徴を説明する。図１は、実施例１に係る負荷分散装置の概要および特徴を説明するための図である。
【００２９】
同図に示すように、実施例１に係る負荷分散装置は、ネットワークを介して通信可能に接続されたクライアント装置から生体認証要求を受信した場合に、生体認証処理を行う各認証装置の性能情報および処理の状況によって変化する負荷情報に応じて、各認証装置のいずれかに振り分けることを概要とするが、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように、生体認証要求を振り分ける点に主たる特徴がある。
【００３０】
この主たる特徴について具体的に説明すると、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワーク（公衆回線網やインターネット、イントラネットなどで形成される通信網）を介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、負荷分散装置がその配下に配置する認証装置１、認証装置２または認証装置３のいずれか）を決定する処理を実行する。
【００３１】
具体的には、負荷分散装置は、クライアント装置のアプリケーション関連情報をあらかじめ記憶している。ここで、クライアント装置のアプリケーション関連情報は、ユーザＩＤ（例えば、ユーザＡやユーザＢ）にそれぞれ対応付けて、アプリケーションＩＤ、照合アルゴリズム（例えば、特徴点抽出やパターンマッチングなど）および生体種別を記憶して構成される。
【００３２】
また、負荷分散装置は、認証装置の各種データとして、ユーザデータ、システムデータ、照合レベル閾値重みテーブル、性能情報、負荷情報およびアプリケーション関連情報をあらかじめ記憶している。ここで、ユーザデータは、各認証装置にそれぞれ対応付けて、各認証装置が認証処理を行うユーザのユーザＩＤを記憶して構成される。
【００３３】
また、システムデータは、各認証装置ごとに、搭載するアプリケーションの種別により設定される照合レベル閾値（クライアント装置から受信する照合用生体データと認証装置が予め所持する登録用生体データとの照合を行って、その一致度から認証の成功または失敗を判定するための閾値であり、例えば、レベル１〜レベル１０の１０段階で表した場合、レベル１０が照合用生体データと登録用生体データ認証との一番厳密な一致度を要求するレベルとなる）などを記憶して構成される。
【００３４】
照合レベル閾値重みテーブルは、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報であり、例えば、認証装置のシステムデータ内に記憶されている照合レベル閾値に応じて１から１０の１０段階の重みを設定（照合レベル閾値が高いほど重みを高く設定）して、重みが大きいほど生体認証処理を実行する場合に認証装置が要する装置負荷が大きいものとする。
【００３５】
また、性能情報は、各認証装置にそれぞれ対応付けてＣＰＵのクロック周波数（例えば、３．４ＧＨｚや１．０ＧＨｚなど）を記憶して構成される。また、負荷情報は、各認証装置にそれぞれ対応付けてＣＰＵの使用率（例えば、１０％や２０％など）を記憶して構成される。また、アプリケーション関連情報は、各認証装置にそれぞれ対応付けて、アプリケーションＩＤ、照合アルゴリズムおよび生体種別などを記憶して構成される。
【００３６】
そして、負荷分散装置は、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補となる認証装置を絞り込む（つまり、ユーザＡからの生体認証要求を処理することが規定されている認証装置を絞り込む）。また、負荷分散装置の開発者が照合レベル閾値重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“８”以上の場合は、認証装置１および認証装置２に振り分けるなど）。
【００３７】
その結果、絞り込んだ振り分け先の候補となる認証装置について、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。
【００３８】
例えば、負荷分散装置は、振り分け先の候補として絞り込んだ認証装置１および認証装置２について、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行う場合には、照合レベル閾値重みテーブルに規定されている重みが“８”（１０を最大とする）で比較的重い認証処理になることが評価され、認証装置１のＣＰＵのクロック周波数が３．４ＧＨｚ、認証装置２のＣＰＵのクロック周波数が１．０ＧＨｚで、認証装置１のＣＰＵ使用率が１０％、認証装置２のＣＰＵ使用率が２０％であることから、振り分け先の候補として絞り込まれた認証装置のうちＣＰＵの性能が高く、現状の負荷が少ない認証装置１を振り分け先の優先順位１０とし、認証装置２を振り分け先の優先順位９とする。そして、負荷分散装置は、優先順位の最も高い、認証装置１を生体認証要求する振り分け先として決定する。
【００３９】
そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置１０から受信した生体認証要求にかかる生体認証処理を要求する。
【００４０】
このようなことから、実施例１に係る負荷分散装置は、生体認証処理に要する負荷を評価した負荷評価情報（例えば、認証装置において処理に要することが予測される負荷を重みとして数値で表した情報）として、生体認証処理の成功または失敗を判定するための照合レベル閾値（クライアント装置から受信する照合用データと認証装置が予め所持する参照データとの照合を行って、その一致度から認証の成功または失敗を判定するための閾値であり、例えば、レベル１〜レベル１０の１０段階で表した場合、レベル１０が照合用生体データと登録用生体データ認証との一番厳密な一致度を要求するレベルとなる）に応じて設定した負荷評価情報を保持し、この負荷評価情報と、認証装置の性能情報および負荷情報とを照らし合わせて、生体認証要求の振り分け先を決定するので、生体認証特有の処理に依存して発生し得るサーバ（認証装置）の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００４１】
［負荷分散装置の構成（実施例１）］
次に、図２を用いて、実施例１に係る負荷分散装置の構成を説明する。図２は、実施例１に係る負荷分散装置の構成を示すブロック図である。
【００４２】
同図に示すように、実施例１に係る負荷分散装置２０は、クライアント装置１０とネットワーク（公衆回線網やインターネット、イントラネットなどで形成される通信網）を介して接続され、通信制御部２１と、記憶部２２と、制御部２３とから構成される。
【００４３】
通信制御部２１は、クライアント装置１０および認証装置１などとの間でやり取りする各種情報に関する通信を制御する。具体的には、クライアント装置１０からユーザ識別情報（ユーザＩＤ、照合用生体データおよび生体種別からなる情報）とともに送信された生体認証要求の認証要求送受信部２３ａ（後に詳述）へ受信を制御する。また、認証要求送受信部２３ａから認証装置（例えば、認証装置１）宛ての生体認証処理要求の送信を制御する。
【００４４】
記憶部２２は、制御部２３による各種処理に必要なデータおよびプログラムを記憶し、特に本発明に密接に関連するものとしては、クライアント装置情報記憶部２２ａおよび認証装置情報記憶部２２ｂを備える。
【００４５】
クライアント装置情報記憶部２２ａは、生体認証要求を行うクライアント装置に関する各種の情報を記憶し、具体的には、図３に例示するように、ユーザＩＤ（例えば、ユーザＡやユーザＢ）にそれぞれ対応付けて、アプリケーションＩＤ、照合アルゴリズム（例えば、特徴点抽出やパターンマッチングなど）および生体種別（例えば、指紋や静脈など）を記憶して構成される。
【００４６】
認証装置情報記憶部２２ｂは、生体認証処理を実行する各認証装置に関する各種の情報を記憶し、各認証装置（認証装置１から認証装置３）の各種データとして、認証装置のユーザデータ、認証装置の性能情報、認証装置の負荷情報、認証装置のシステムデータ、認証装置のアプリケーション関連情報および照合レベル閾値重みテーブルを記憶している。
【００４７】
認証装置のユーザデータは、図４に例示するように、各認証装置にそれぞれ対応付けて、各認証装置が認証処理を行うユーザのユーザＩＤを記憶して構成される。
【００４８】
認証装置の性能情報は、図５に例示するように、各認証装置にそれぞれ対応付けてＣＰＵのポテンシャル（例えば、３．４ＧＨｚや１．０ＧＨｚなど）を記憶して構成される。
【００４９】
認証装置の負荷情報は、図６に例示するように、負荷情報は、各認証装置にそれぞれ対応付けてＣＰＵの使用率（例えば、１０％や２０％など）を記憶して構成され、使用状況に応じて更新される。
【００５０】
認証装置のシステムデータは、図７に例示するように、各認証装置ごとに、生体種別、照合レベル閾値および認証モードを記憶して構成される。ここで、照合レベル閾値とは、クライアント装置から受信する照合用生体データと認証装置が予め所持する登録用生体データとの照合を行って、その一致度から認証の成功または失敗を判定するための閾値であって、搭載するアプリケーションの種別に応じて設定され、例えば、レベル１〜レベル１０の１０段階で表した場合、レベル１０が照合用生体データと登録用生体データ認証との一番厳密な一致度を要求するレベルとなる。また、認証モードとは、１対１認証または１対Ｎ認証の生体認証の方式を表すものであり、１対１認証は、入力されたユーザＩＤおよび生体情報（照合用生体データ）から本人特定を行う認証方式であり、１対Ｎ認証は、入力された生体情報のみから本人特定を行う認証方式である。
【００５１】
なお、実施例１では、システムデータ内に照合レベル閾値を記憶する場合を説明したが、本発明はこれに限定されるものではなく、ユーザデータ内にクライアント装置１０のユーザごとに照合レベル閾値を記憶するようにしてもよい。
【００５２】
認証装置のアプリケーション関連情報は、図８に例示するように、各認証装置にそれぞれ対応付けて、搭載されているアプリケーションＩＤ、アプリケーションに応じた照合アルゴリズムおよび生体種別などを記憶して構成される。
【００５３】
照合レベル閾値重みテーブルは、図９に例示するように、照合レベル閾値と、アプリケーションＩＤと、重みとをそれぞれ対応付けて記憶して構成される。ここで、重みとは、生体認証処理を実行する場合に認証装置が要する装置負荷を評価するための負荷評価情報であり、例えば、照合レベル閾値に応じて１から１０の１０段階の重みを設定（照合レベル閾値が高いほど重みを高く設定）して、重みが大きいほど生体認証処理を実行する場合に認証装置が要する装置負荷が大きいものとする。
【００５４】
なお、クライアント装置情報記憶部２２ａおよび認証装置情報記憶部２２ｂに記憶されている各種の情報は、認証処理を開始する時あるいは一定周期ごとにクライアント装置１０および各認証装置（認証装置１から認証装置３）からそれぞれ取得する。
【００５５】
制御部２３は、所定の制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとしては、認証要求送受信部２３ａと、負荷評価情報生成部２３ｂと、振り分け先決定部２３ｃとを備える。
【００５６】
認証要求送受信部２３ａは、認証要求の受信または認証処理要求の送信を制御する処理部であり、具体的には、クライアント装置１０からユーザ識別情報（ユーザＩＤ、照合用生体データおよび生体種別からなる情報）とともに送信された生体認証要求を通信制御部２１を介して受信する。また、認証要求送受信部２３ａは、振り分け先決定部２３ｃから生体認証要求の振り分け先を受け付けると、内部的なメモリに保持しておいたクライアント装置１０のユーザ識別情報とともに生体認証処理要求をこの振り分け先である認証装置へ通信制御部２１を介して送信する。
【００５７】
負荷評価情報生成部２３ｂは、生体認証処理を実行する場合に認証装置が要する装置負荷を評価するための負荷評価情報を生成する処理部であり、具体的には、認証処理を開始する時あるいは一定周期ごとに、各認証装置（認証装置１から認証装置３）からそれぞれ取得した照合レベル閾値の大きさに応じて、１から１０の値で表した「重み」を設定することで負荷評価情報を生成する。
【００５８】
振り分け先決定部２３ｃは、生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理部であり、具体的には、クライアント装置１０からユーザ識別情報とともに生体認証要求を受信すると、クライアント装置情報記憶部２２ａおよび認証装置情報記憶部２２ｂから各情報を読み出す。クライアント装置１０から受信したユーザ識別情報内のユーザＩＤ（例えば、ユーザＡ）に基づいて、クライアント装置１０のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補を絞り込む（つまり、ユーザＡからの生体認証要求を処理することが規定されている認証装置を絞り込む）とともに、絞り込んだ認証装置のシステムデータから照合レベル閾値を検索する。また、負荷分散装置２０の開発者が、検索した照合レベル閾値に対応する照合レベル閾値重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“８”以上の場合は、認証装置１および認証装置２に振り分けるなど）。
【００５９】
その結果、絞り込んだ振り分け先の候補となる認証装置について、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。
【００６０】
例えば、負荷分散装置２０は、振り分け先の候補として絞り込んだ認証装置１および認証装置２について、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行う場合には、照合レベル閾値重みテーブルに規定されている重みが“８”（１０を最大とする）で比較的重い認証処理になることが評価され、認証装置１のＣＰＵ性能が３．４ＧＨｚ、認証装置２のＣＰＵ性能が１．０ＧＨｚで、認証装置１のＣＰＵ使用率が１０％、認証装置２のＣＰＵ使用率が２０％であることから、振り分け先の候補として絞り込まれた認証装置のうちＣＰＵの性能が高く、現状の負荷が少ない認証装置１を振り分け先の優先順位１０とし、認証装置２を振り分け先の優先順位９とする。そして、負荷分散装置２０は、優先順位の最も高い、認証装置１を生体認証要求の振り分け先として決定して、振り分け先を認証要求送受信部２３ａへ送付する。
【００６１】
なお、クライアント装置１０は、例えば、パーソナルコンピュータやワークステーションの如き端末装置に、指紋センサや静脈センサなどの生体情報取得装置を備えることで実現することもできる。
【００６２】
なお、負荷分散装置２０は、既知のパーソナルコンピュータ、ワークステーションに、上記した記憶部２２および制御部２３の各機能を搭載することによって実現することもできる。
【００６３】
［振り分け先決定処理（実施例１）］
続いて、図１０を用いて、実施例１に係る負荷分散装置の処理を説明する。図１０は、実施例１に係る振り分け先決定処理の流れを示すフローチャートである。
【００６４】
同図に示すように、クライアント装置１０からユーザ識別情報とともに生体認証要求を受信すると（ステップＳ１００１肯定）、振り分け先決定部２３ｃは、クライアント装置情報記憶部２２ａおよび認証装置情報記憶部２２ｂから各情報を読み出す（ステップＳ１００２）。
【００６５】
そして、振り分け先決定部２３ｃは、生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する（ステップＳ１００３）。具体的には、振り分け先決定部２３ｃは、クライアント装置１０から受信したユーザ識別情報内のユーザＩＤ（例えば、ユーザＡ）に基づいて、クライアント装置１０のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補を絞り込む。
【００６６】
その結果、振り分け先決定部２３ｃは、絞り込んだ振り分け先を認証装置の各種データ内の照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて優先順位（例えば、１０を最優先とする１０段階の優先順位）をつけ、優先順位が最も高い認証装置を振り分け先として決定する。例えば、負荷分散装置２０は、振り分け先の候補として認証装置１および認証装置２を絞り込み、認証装置１および認証装置２を照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて優先順位をつける場合には、照合レベル閾値重みテーブルに規定されている重みが“８”（１０を最大とする）で比較的重い認証処理になることが評価され、認証装置１のＣＰＵ性能が３．４ＧＨｚ、認証装置２のＣＰＵ性能が１．０ＧＨｚで、認証装置１のＣＰＵ使用率が１０％、認証装置２のＣＰＵ使用率が２０％であることから、振り分け先の候補として絞り込まれた認証装置のうちＣＰＵの性能が高く、現状の負荷が少ない認証装置１を振り分け先の優先順位１０とし、認証装置２を振り分け先の優先順位９とする。そして、負荷分散装置２０は、優先順位の最も高い、認証装置１を生体認証要求の振り分け先として決定する。
【００６７】
［実施例１の効果］
上述してきたように、実施例１によれば、生体認証処理における特有の処理に依存して発生する負荷（例えば、照合処理に用いられる照合レベル閾値に依存する負荷）を評価した負荷評価情報（例えば、認証装置において処理に要することが予測される負荷を重みとして数値で表した情報）を保持し、この負荷評価情報と、認証装置の性能情報および負荷情報とを照らし合わせて、生体認証要求の振り分け先を決定するので、生体認証特有の処理に依存して発生し得る認証装置（サーバ）の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【００６８】
また、実施例１によれば、生体認証処理の成功または失敗を判定するための照合レベル閾値（クライアント装置から受信する照合用データと認証装置が予め所持する参照データとの照合を行って、その一致度から認証の成功または失敗を判定するための閾値であり、例えば、レベル１〜レベル１０の１０段階で表した場合、レベル１０が照合用生体データと登録用生体データ認証との一番厳密な一致度を要求するレベルとなる）に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置の負荷要因となり得る照合レベル閾値について考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例２】
【００６９】
ところで、上記の実施例１では、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値に応じて設定した「重み」を記憶するテーブルを採用する場合を説明したが、本発明はこれに限定されるものではなく、照合用生体データの品質に応じて設定した「重み」を記憶する照合用データ品質重みテーブルを採用するようにしてもよい。そこで、以下の実施例２では、実施例２に係る照合用データ品質重みテーブルの構成および実施例２に係る振り分け先決定処理を説明する。
【００７０】
［照合用データ品質重みテーブル（実施例２）］
まず、図１１を用いて、実施例２に係る照合用データ品質重みテーブルの構成を説明する。図１１は、実施例２に係る照合用データ品質重みテーブルの構成例を示す図である。
【００７１】
同図に示すように、この照合用データ品質重みテーブルは、照合用生体データの品質（１００点を満点として点数で評価した品質）と、アプリケーションＩＤと、照合アルゴリズムと、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、照合用生体データの品質ごとに認証処理実験でＣＰＵ使用率を計測して、照合時間が大きくなる照合用データの品質に対しては大きい値に設定（照合用生体データの品質が“９０点”、アプリケーションＩＤが“１”で、照合アルゴリズムが“特徴点抽出”の時には、「重み」を“７”に設定）したものであり、負荷分散装置は、この「重み」を含んだ照合用データ品質重みテーブルをあらかじめ記憶する。
【００７２】
［振り分け先決定処理（実施例２）］
次に、図１２を用いて、実施例２に係る振り分け先決定処理を説明する。図１２は、実施例２に係る振り分け先決定処理を説明するための図である。
【００７３】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データ、照合用生体データの品質および生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。ここで、ユーザ識別情報に含まれる照合用生体データの品質は、指紋から抽出できた特徴点の個数からクライアント装置が自動的に算出し、例えば、指紋から抽出できた特徴点の個数が９個であれば照合用生体データの品質を９０点とする。
【００７４】
振り分け先決定処理について具体的に説明すると、基本的には、実施例１と同様であり、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補となる認証装置を絞り込む。また、負荷分散装置の開発者が照合用データ品質重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“７”以上の場合は、認証装置１および認証装置２に振り分けるなど）。
【００７５】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した生体認証要求にかかる生体認証処理を要求する。
【００７６】
［実施例２の効果］
上述してきたように、実施例２によれば、生体認証要求に際してクライアント装置から受信する照合用データの品質に応じて設定した負荷評価情報を保持するので、生体認証処理に際して得る認証装置（サーバ）の負荷要因となり得る照合用生体データの品質（例えば、１００点を満点として点数で評価した品質）について考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例３】
【００７７】
ところで、上記の実施例では、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値または照合用生体データの品質に応じて設定した「重み」を記憶するテーブルを採用する場合を説明したが、本発明はこれに限定されるものではなく、照合用生体データのサイズに応じて設定した「重み」を記憶する照合用データ品質重みテーブルを採用するようにしてもよい。そこで、以下の実施例３では、実施例３に係る照合用データサイズ重みテーブルの構成および実施例３に係る振り分け先決定処理を説明する。
【００７８】
［照合用データサイズ重みテーブル（実施例３）］
まず、図１３を用いて、実施例３に係る照合用データサイズ重みテーブルの構成を説明する。図１３は、実施例３に係る照合用データサイズ重みテーブルの構成例を示す図である。
【００７９】
同図に示すように、この照合用データサイズ重みテーブルは、照合用生体データサイズにそれぞれ対応付けて重みを記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、照合用生体データサイズごとに設定（例えば、照合用生体データサイズが“２０ＫＢｙｔｅ”の時には、「重み」を“１０”に設定）したものであり、負荷分散装置は、この「重み」を含んだ照合用データサイズ重みテーブルをあらかじめ記憶する。
【００８０】
［振り分け先決定処理（実施例３）］
次に、図１４を用いて、実施例３に係る振り分け先決定処理を説明する。図１４は、実施例３に係る振り分け先決定処理を説明するための図である。
【００８１】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データ、照合用生体データのサイズおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。
【００８２】
振り分け先決定処理について具体的に説明すると、基本的には、上記の実施例と同様であり、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補となる認証装置を絞り込む。また、負荷分散装置の開発者が照合用データサイズ重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【００８３】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、照合レベル閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した生体認証要求にかかる生体認証処理を要求する。
【００８４】
［実施例３の効果］
上述してきたように、実施例３によれば、生体認証要求に際してクライアント装置から受信する照合用データのサイズに応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る照合用データのサイズ（例えば、５ＫＢｙｔｅや２０ＫＢｙｔｅなど）について考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例４】
【００８５】
ところで、上記の実施例では、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値、照合用生体データの品質または照合用生体データのサイズに応じて設定した「重み」を記憶するテーブルを採用する場合を説明したが、本発明はこれに限定されるものではなく、照合アルゴリズム（特徴点抽出やパターンマッチングなどの照合手法）に応じて設定した「重み」を記憶する照合アルゴリズム重みテーブルを採用するようにしてもよい。そこで、以下の実施例４では、実施例４に係る照合アルゴリズム重みテーブルの構成および実施例４に係る振り分け先決定処理を説明する。
【００８６】
［照合アルゴリズム重みテーブル（実施例４）］
まず、図１５を用いて、実施例４に係る照合アルゴリズム重みテーブルの構成を説明する。図１５は、実施例４に係る照合アルゴリズム重みテーブルの構成例を示す図である。
【００８７】
同図に示すように、この照合アルゴリズム重みテーブルは、アプリケーションＩＤと、照合アルゴリズムと、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、アプリケーションによって異なる照合アルゴリズムごとに認証処理実験でＣＰＵ使用率を計測して、ＣＰＵ使用率が高くなる照合アルゴリズムに対しては大きい値に設定（照合アルゴリズムが“特徴点抽出”の時には、「重み」を“１０”に設定）したものであり、負荷分散装置は、この「重み」を含んだ照合アルゴリズム重みテーブルをあらかじめ記憶する。
【００８８】
［振り分け先決定処理（実施例４）］
次に、図１６を用いて、実施例４に係る振り分け先決定処理を説明する。図１６は、実施例４に係る振り分け先決定処理を説明するための図である。
【００８９】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。
【００９０】
振り分け先決定処理について具体的に説明すると、基本的には、上記の実施例と同様であり、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報からユーザＡの照合アルゴリズムを検索するとともに、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補となる認証装置を絞り込む。また、負荷分散装置の開発者が、検索した照合アルゴリズムに対応する照合アルゴリズム重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【００９１】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、照合アルゴリズム重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した生体認証要求にかかる生体認証処理を要求する。
【００９２】
［実施例４の効果］
上述してきたように、実施例４によれば、生体認証要求に際してクライアント装置から受信する照合用データの照合アルゴリズム（特徴点抽出やパターンマッチングなどの照合手法）に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る照合用データのサイズについて考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例５】
【００９３】
ところで、上記の実施例では、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値、照合用生体データの品質、照合用生体データのサイズまたは照合アルゴリズムに応じて設定した「重み」を記憶する照合レベル閾値重みテーブルを採用する場合を説明したが、本発明はこれに限定されるものではなく、認証モード（１対１認証や１対Ｎ認証などの認証方式）に応じて設定した「重み」を記憶する認証モード重みテーブルを採用するようにしてもよい。そこで、以下の実施例５では、実施例５に係る認証モード重みテーブルの構成および実施例５に係る振り分け先決定処理を説明する。
【００９４】
［認証モード重みテーブル（実施例５）］
まず、図１７を用いて、実施例５に係る認証モード重みテーブルの構成を説明する。図１７は、実施例５に係る認証モード重みテーブルの構成例を示す図である。
【００９５】
同図に示すように、この認証モード重みテーブルは、認証モードと、１対Ｎ認証時のＮ数と、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、１対Ｎ認証のＮ数を変化させた認証処理実験でＣＰＵ使用率を計測して、ＣＰＵ使用率に応じて値を設定（１対Ｎ認証のＮ数が１００００以上の時には、「重み」を“１０”、１対１認証では「重み」を“８”に設定）したものであり、負荷分散装置は、この「重み」を含んだ認証モード重みテーブルをあらかじめ記憶する。
【００９６】
［振り分け先決定処理（実施例５）］
次に、図１８を用いて、実施例５に係る振り分け先決定処理を説明する。図１８は、実施例５に係る振り分け先決定処理を説明するための図である。
【００９７】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。
【００９８】
振り分け先決定処理について具体的に説明すると、基本的には、上記の実施例と同様であり、負荷分散装置は、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、生体認証要求の振り分け先の候補となる認証装置を絞り込むとともに、絞り込んだ認証装置のシステムデータから認証モードを検索する。また、負荷分散装置の開発者が、検索した認証モードに対応する認証モード重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【００９９】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、認証モード重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した生体認証要求にかかる生体認証処理を要求する。
【０１００】
［実施例５の効果］
上述してきたように、実施例５によれば、生体認証処理の認証モード（例えば、１対Ｎ認証や１対１認証などの認証方式）に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る認証モードについて考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例６】
【０１０１】
ところで、上記の実施例では、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値、照合用生体データの品質、照合用生体データのサイズ、照合アルゴリズムおよび認証モードに応じて設定した「重み」を記憶するテーブルを採用する場合を説明したが、本発明はこれに限定されるものではなく、照合用生体データの生体種別や生体属性情報に応じて設定した「重み」を記憶する生体情報重みテーブルを採用するようにしてもよい。そこで、以下の実施例６では、実施例６に係る生体情報重みテーブルの構成および実施例６に係る振り分け先決定処理を説明する。
【０１０２】
［生体情報重みテーブル（実施例６）］
まず、図１９を用いて、実施例６に係る生体情報重みテーブルの構成を説明する。図１９は、実施例６に係る生体情報重みテーブルの構成例を示す図である。
【０１０３】
同図に示すように、この生体情報重みテーブルは、生体種別（例えば、指紋や静脈）と、生体属性情報（例えば、左手中指や右手など）と、アプリケーションＩＤと、照合アルゴリズムと、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、生体情報および生体属性情報の組合せごとに認証処理実験でＣＰＵ使用率を計測して、ＣＰＵ使用率に応じて値を設定（例えば、組合せが“左手中指”、アプリケーションＩＤが“１”で、照合アルゴリズムが“パターンマッチング”の時には、「重み」を“９”に設定）したものであり、負荷分散装置は、この「重み」を含んだ生体情報重みテーブルをあらかじめ記憶する。
【０１０４】
［振り分け先決定処理（実施例６）］
次に、図２０を用いて、実施例６に係る振り分け先決定処理を説明する。図２０は、実施例６に係る振り分け先決定処理を説明するための図である。
【０１０５】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、照合用生体データおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して生体認証要求を受信すると、その生体認証要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。なお、図には示していないが、ユーザ識別情報の中には生体属性情報が含まれる。
【０１０６】
振り分け先決定処理について具体的に説明すると、基本的には、上記の実施例と同様であり、負荷分散装置は、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、登録用生体データの格納要求の振り分け先の候補となる認証装置を絞り込む。また、負荷分散装置の開発者が、生体種別および生体属性情報の組合せに対応する生体情報重みテーブルの値に応じて、生体認証要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【０１０７】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、生体情報重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した生体認証要求にかかる生体認証処理を要求する。
【０１０８】
［実施例６の効果］
上述してきたように、実施例６によれば、参照データの品質（例えば、１００点を満点として点数で評価した品質）に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る参照データの品質について考慮することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例７】
【０１０９】
ところで、上記の実施例１において、例えば、負荷分散装置の配下に配置されている認証装置１および認証装置２と、認証装置３とでは別のアプリケーションが搭載されている場合に、アプリケーションの種別によって異なる照合レベル閾値を共通の照合レベル閾値に設定するようにしてもよい。そこで、以下の実施例７では、実施例７に係る照合レベル閾値テーブル、照合レベル閾値変換テーブルの構成および照合レベル閾値変換テーブル作成処理を説明する。
【０１１０】
［照合レベル閾値テーブルおよび照合レベル閾値変換テーブル（実施例７）］
まず、図２１および図２２を用いて、実施例７に係る照合レベル閾値テーブルおよび照合レベル閾値変換テーブルの構成を説明する。図２１は、実施例７に係る照合レベル閾値テーブルの構成例を示す図であり、図２２は、実施例７に係る照合レベル閾値変換テーブルの構成例を示す図である。
【０１１１】
図８に例示するように、認証装置１および認証装置２ではアプリケーションＩＤ“１”のアプリケーションが搭載され、認証装置３ではアプリケーションＩＤ“２”のアプリケーションが搭載されている場合に、負荷分散装置は、図２１に示すように、アプリケーションＩＤ “１”について、他人受け入れ率の最大値（Ｍａｘ ＦＡＲ Ｒｅｑｕｅｓｔｅｄ）に応じて設定された照合レベル閾値と、アプリケーションＩＤ“２”について、ＢｉｏＡＰＩ品質（ＢｉｏＡＰＩ＿ＦＡＲ）に応じて設定された照合レベル閾値をそれぞれあらかじめ記憶して管理する。
【０１１２】
また、負荷分散装置は、例えば、アプリケーションＩＤ“２”の照合レベル閾値を、アプリケーションＩＤ“１”の照合レベル閾値に変換することにより照合レベル閾値に互換性を持たせる。図２１および図２２を用いて簡単に説明すると、他人受け入れ率の最大値が百万分の１のときのアプリケーションＩＤ“１”の照合レベル閾値がレベル９であり、ＢｉｏＡＰＩ品質が百万分の１のときのアプリケーションＩＤ“２”の照合レベル閾値がレベル１０であるが、照合レベル閾値変換テーブルあてはめて、アプリケーションＩＤ“２”の照合レベル閾値を、アプリケーションＩＤ“１”の照合レベル閾値に変換して得られる共通の照合レベル閾値はレベル９となる。そして、負荷分散装置は、例えば、認証装置間で種別の異なるアプリケーションが搭載されている場合に、この共通の照合レベル閾値を用いて、生体認証要求の振り分け先を決定する。
【０１１３】
［照合レベル閾値変換テーブル作成処理］
次に、図２３を用いて、実施例７に係る照合レベル閾値変換テーブル作成処理を説明する。図２３は、実施例７に係る照合レベル閾値変換テーブル作成処理の流れを示すフローチャートである。
【０１１４】
同図に示すように、負荷分散装置は、あらかじめ記憶している認証装置のシステムデータに基づいて、照合レベル閾値テーブル（図２１参照）を自動作成する（ステップＳ２１０１）。続いて、負荷分散装置は、照合レベル閾値テーブルから照合レベル閾値変換テーブル（図２２参照）を自動作成する（ステップＳ２１０２）。そして、例えば、照合レベル閾値変換テーブルについて負荷分散装置の開発者などにより手動修正がある場合には（ステップＳ２１０３肯定）、手動修正が行われてから（ステップＳ２１０４）、照合レベル閾値変換テーブルの作成を完了する（ステップＳ２１０５）。一方、照合レベル閾値変換テーブルについて負荷分散装置の開発者などにより手動修正がない場合には（ステップＳ２１０３否定）、そのまま照合レベル閾値変換テーブルの作成を完了する（ステップＳ２１０５）。
【０１１５】
［実施例７の効果］
上述してきたように、実施例７によれば、クライアント装置および認証装置がそれぞれ別のアプリケーションを搭載することにより照合レベル閾値が異なる場合に、クライアント装置および認証装置に共通の照合レベル閾値を設定（例えば、搭載するアプリケーションの種別ごとに設定される照合レベル閾値から共通の照合レベル閾値の変換するためのテーブル等を用いて設定）し、この共通の照合レベル閾値に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る照合レベル閾値が各装置に搭載されるアプリケーションの種別ごとに異なる場合にも対処することができ、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散するように生体認証要求を振り分けることが可能である。
【実施例８】
【０１１６】
ところで、上記の実施例１〜６では、クライアント装置から生体認証要求を受信した場合に、生体認証処理を実行する場合に認証装置が要する装置負荷を評価する負荷評価情報として、照合レベル閾値、照合用生体データの品質、照合用生体データのサイズ、照合アルゴリズム、認証モードおよび生体情報に応じて設定した「重み」を記憶するテーブルを採用し、生体認証要求の振り分け先を決定する場合を説明したが、本発明はこれに限定されるものではなく、クライアント装置から登録用生体データの格納要求を受信した場合に、登録用生体データの品質閾値に応じて設定した「重み」を記憶する登録用生体データ品質閾値重みテーブルを採用し、登録用生体データの格納要求の振り分け先を決定するようにしてもよい。そこで、以下の実施例８では、実施例８に係る登録用生体データ品質閾値重みテーブルの構成および実施例８に係る振り分け先決定処理を説明する。
【０１１７】
［登録用生体データ品質閾値重みテーブル（実施例８）］
まず、図２４を用いて、実施例８に係る登録用生体データ品質閾値重みテーブルの構成を説明する。図２４は、実施例８に係る登録用生体データ品質閾値重みテーブルの構成例を示す図である。
【０１１８】
同図に示すように、この登録用生体データ品質閾値重みテーブルは、登録用生体データ（例えば、パターンマッチングに用いるテンプレートのように、クライアント装置から受信する照合用データを照合するための参照データ）の品質閾値と、アプリケーションＩＤと、照合アルゴリズムと、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、登録用生体データの品質閾値、アプリケーションＩＤおよび照合アルゴリズムごとに認証処理実験でＣＰＵ使用率を計測して、ＣＰＵ使用率に応じて値を設定（例えば、アプリケーションＩＤが“２”で照合アルゴリズムが“特徴点抽出”の時には、「重み」を“１０”に設定）したものであり、負荷分散装置は、この「重み」を含んだ登録用生体データ品質閾値重みテーブルをあらかじめ記憶する。
【０１１９】
［格納要求の振り分け先決定処理（実施例８）］
次に、図２５を用いて、実施例８に係る振り分け先決定処理を説明する。図２５は、実施例８に係る振り分け先決定処理を説明するための図である。
【０１２０】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、登録用生体データおよび生体種別（例えば、指紋）からなるユーザ識別情報とともに、クライアント装置からネットワークを介して登録用生体データの格納要求を受信すると、その登録用生体データ格納要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。
【０１２１】
具体的には、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、登録用生体データの格納要求の振り分け先の候補となる認証装置を絞り込むとともに、絞り込んだ認証装置のシステムデータから登録用格納データの品質閾値を検索する。また、負荷分散装置の開発者が、検索した登録用生体データ品質閾値に対応する登録用生体データ品質閾値重みテーブルの値に応じて、登録用生体データの格納要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【０１２２】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、登録用生体データ品質閾値重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した登録用生体データの格納を要求する。
【０１２３】
［実施例８の効果］
上述してきたように、実施例８によれば、クライアント装置から受信する照合用データを照合するための参照データの格納要求を受信した場合に、この参照データの品質閾値（例えば、レベル１〜レベル１０の１０段階で表し、実験によりＣＰＵ使用率が最も高くなったものをレベル１０とする）に応じて設定した負荷評価情報を保持し、参照データの品質閾値に応じて設定した負荷評価情報と、性能情報および負荷情報とを照らし合わせて、格納要求の振り分け先を決定するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る参照データの品質閾値について考慮し、例えば、生体認証処理に際して認証装置のＣＰＵ使用率が高くなることが予想される参照データをあらかじめ高性能の認証装置に格納しておくことが可能であり、結果として、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散することが可能である。
【実施例９】
【０１２４】
ところで、上記の実施例８では、クライアント装置から登録用生体データの格納要求を受信した場合に、登録用生体データの品質閾値に応じて設定した「重み」を記憶する登録用生体データ品質閾値重みテーブルを採用し、登録用生体データの格納要求の振り分け先を決定する場合を説明したが、本発明はこれに限定されるものではなく、登録用生体データの品質に応じて設定した「重み」を記憶する登録用生体データ品質重みテーブルを採用するようにしてもよい。そこで、以下の実施例９では、実施例９に係る登録用生体データ品質重みテーブルの構成および実施例９に係る振り分け先決定処理を説明する。
【０１２５】
［登録用生体データ品質重みテーブル（実施例９）］
まず、図２６を用いて、実施例９に係る登録用生体データ品質重みテーブルの構成を説明する。図２６は、実施例９に係る登録用生体データ品質重みテーブルの構成例を示す図である。
【０１２６】
同図に示すように、この登録用生体データ品質重みテーブルは、登録用生体データの品質と、アプリケーションＩＤと、照合アルゴリズムと、重みとをそれぞれ対応付けて記憶して構成される。ここで、「重み」は、例えば、負荷分散装置の開発者が、登録用生体データの品質、アプリケーションＩＤおよび照合アルゴリズムごとに認証処理実験でＣＰＵ使用率を計測して、ＣＰＵ使用率に応じて値を設定（例えば、アプリケーションＩＤが“２”で照合アルゴリズムが“特徴点抽出”の時には、「重み」を“１０”に設定）したものであり、負荷分散装置は、この「重み」を含んだ登録用生体データ品質重みテーブルをあらかじめ記憶する。
【０１２７】
［格納要求の振り分け先決定処理（実施例９）］
次に、図２７を用いて、実施例９に係る振り分け先決定処理を説明する。図２７は、実施例９に係る振り分け先決定処理を説明するための図である。
【０１２８】
同図に示すように、負荷分散装置は、ユーザＩＤ（例えば、ユーザＡ）、登録用生体データ、生体種別（例えば、指紋）および図には示していないが登録用生体データの品質からなるユーザ識別情報とともに、クライアント装置からネットワークを介して登録用生体データの格納要求を受信すると、その登録用生体データ格納要求の振り分け先（例えば、認証装置１から認証装置３のいずれか）を決定する処理を実行する。
【０１２９】
具体的には、クライアント装置から受信したユーザ識別情報内のユーザＩＤであるユーザＡに基づいて、クライアント装置のアプリケーション関連情報、認証装置の各種データ内のユーザデータおよびアプリケーション関連情報から、登録用生体データの格納要求の振り分け先の候補となる認証装置を絞り込む。また、負荷分散装置の開発者が、登録用生体データ品質に対応する登録用生体データ品質重みテーブルの値に応じて、登録用生体データの格納要求を振り分ける認証装置をあらかじめ任意に設定しておいてもよい（例えば、「重み」“１０”の場合は、認証装置１および認証装置２に振り分けるなど）。
【０１３０】
その結果、絞り込んだ振り分け先の候補となる認証装置について、負荷分散装置は、登録用生体データ品質重みテーブル、性能情報および負荷情報に基づいて順位づけを行い（例えば、１０を最高の優先度とする１０段階の順位づけを行い）、優先順位が最も高い認証装置を振り分け先として決定する。ここでは、絞り込んだ認証装置１および認証装置２について、認証装置の性能情報に基づいてＣＰＵのクロック周波数の高い順に順位づけを行い、優先順位の最も高い認証装置１を振り分け先として決定する。そして、負荷分散装置は、振り分け先として決定した認証装置１に対して、クライアント装置から受信した登録用生体データの格納を要求する。
【０１３１】
［実施例９の効果］
上述してきたように、実施例９によれば、参照データの品質（例えば、１００点を満点として点数で評価した品質）に応じて設定した負荷評価情報を保持するので、生体認証処理に際して認証装置（サーバ）の負荷要因となり得る参照データの品質について考慮し、生体認証処理に際して認証装置のＣＰＵ使用率が高くなることが予想される参照データをあらかじめ高性能の認証装置に格納しておくことが可能であり、結果として、生体認証特有の処理に依存して発生し得る認証装置の負荷を効率的に分散することが可能である。
【実施例１０】
【０１３２】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【０１３３】
（１）代理装置の準備
上記の実施例１において、負荷分散装置２０に故障が発生した場合に、負荷分散装置２０の機能を引き継ぐ代理の装置を準備しておいてもよい。
【０１３４】
（２）装置構成等
図２に示した負荷分散装置２０の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、負荷分散装置２０の分散・統合の具体的形態は図示のものに限られず、例えば、認証要求送受信部２３ａと負荷評価情報生成部２３ｂと振り分け先決定部２３ｃとを統合するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、負荷分散装置２０にて行なわれる各処理機能（負荷評価情報保持機能および振り分け先決定機能）は、その全部または任意の一部について、ＣＰＵが、予め用意したプログラムをメモリなどに読み出して解析実行することにより、各種プロセスが起動されて実現され得る。
【０１３５】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理（照合レベル閾値テーブルおよび照合レベル閾値変換テーブル生成処理、図２３参照）の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理（照合レベル閾値変換テーブルの修正、図２３参照）の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１３６】
（付記１）クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況によって変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける負荷分散装置であって、
前記生体認証処理における特有の処理に依存して発生する負荷を評価した負荷評価情報を保持する負荷評価情報保持手段と、
前記負荷評価情報保持手段により保持されている前記負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記生体認証要求の振り分け先を決定する振り分け先決定手段と、
を備えたことを特徴とする負荷分散装置。
【０１３７】
（付記２）前記負荷評価情報保持手段は、前記生体認証処理の成功または失敗を判定するための照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１３８】
（付記３）前記負荷評価情報保持手段は、前記生体認証要求に際して前記クライアント装置から受信する照合用データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１３９】
（付記４）前記負荷評価情報保持手段は、前記照合用データのサイズに応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１４０】
（付記５）前記負荷評価情報保持手段は、前記照合用データの照合アルゴリズムに応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１４１】
（付記６）前記負荷評価情報保持手段は、前記生体認証処理の認証モードに応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１４２】
（付記７）前記負荷評価情報保持手段は、前記照合用データの生体種別情報および生体属性情報に応じて設定した前記負荷評価情報を保持することを特徴とする付記１に記載の負荷分散装置。
【０１４３】
（付記８）前記クライアント装置および／または前記認証装置がそれぞれ別のアプリケーションを搭載することにより前記照合レベル閾値が異なる場合に、異なるアプリケーション間の互換性を維持するために、共通の照合レベル閾値を設定する設定手段をさらに備え、
前記負荷評価情報保持手段は、前記設定手段により設定された共通の照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする付記１または２に記載の負荷分散装置。
【０１４４】
（付記９）前記クライアント装置から前記照合用データを照合するための参照データの格納要求を受信した場合に、前記負荷評価情報保持手段は、当該参照データの品質閾値に応じて設定した前記負荷評価情報を保持し、
前記振り分け先決定手段は、前記負荷評価情報保持手段により保持されている前記参照データの品質閾値に応じて設定した負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記格納要求の振り分け先を決定することを特徴とする付記１に記載の負荷分散装置。
【０１４５】
（付記１０）前記負荷評価情報保持手段は、前記照合用データを照合するための参照データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする付記９に記載の負荷分散装置。
【０１４６】
（付記１１）クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況によって変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける負荷分散方法であって、
前記生体認証処理における特有の処理に依存して発生する負荷を評価した負荷評価情報を保持する負荷評価情報保持工程と、
前記負荷評価情報保持工程により保持されている前記負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記生体認証要求の振り分け先を決定する振り分け先決定工程と、
を含んだことを特徴とする負荷分散方法。
【０１４７】
（付記１２）前記負荷評価情報保持手段は、前記生体認証処理の成功または失敗を判定するための照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１４８】
（付記１３）前記負荷評価情報保持工程は、前記生体認証要求に際して前記クライアント装置から受信する照合用データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１４９】
（付記１４）前記負荷評価情報保持工程は、前記照合用データのサイズに応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１５０】
（付記１５）前記負荷評価情報保持工程は、前記照合用データの照合アルゴリズムに応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１５１】
（付記１６）前記負荷評価情報保持工程は、前記生体認証処理の認証モードに応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１５２】
（付記１７）前記負荷評価情報保持工程は、前記照合用データの生体種別情報および生体属性情報に応じて設定した前記負荷評価情報を保持することを特徴とする付記１１に記載の負荷分散方法。
【０１５３】
（付記１８）前記クライアント装置および／または前記認証装置がそれぞれ別のアプリケーションを搭載することにより前記照合レベル閾値が異なる場合に、異なるアプリケーション間の互換性を維持するために、共通の照合レベル閾値を設定する設定工程をさらに備え、
前記負荷評価情報保持工程は、前記設定工程により設定された共通の照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする付記１１または１２に記載の負荷分散方法。
【０１５４】
（付記１９）前記クライアント装置から前記照合用データを照合するための参照データの格納要求を受信した場合に、前記負荷評価情報保持工程は、当該参照データの品質閾値に応じて設定した前記負荷評価情報を保持し、
前記振り分け先決定工程は、前記負荷評価情報保持工程により保持されている前記参照データの品質閾値に応じて設定した負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記格納要求の振り分け先を決定することを特徴とする付記１１に記載の負荷分散方法。
【０１５５】
（付記２０）前記負荷評価情報保持工程は、前記照合用データを照合するための参照データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする付記１９に記載の負荷分散方法。
【産業上の利用可能性】
【０１５６】
以上のように、本発明に係る負荷分散装置は、クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況によって変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける場合に有用であり、特に、生体認証特有の処理に依存して発生し得るサーバの負荷を効率的に分散するように、生体認証要求を振り分けることに適する。
【図面の簡単な説明】
【０１５７】
【図１】実施例１に係る負荷分散装置の概要および特徴を説明するための図である。
【図２】実施例１に係る負荷分散装置の構成を示すブロック図である。
【図３】実施例１に係るクライアント装置のアプリケーション関連情報の構成例を示す図である。
【図４】実施例１に係る認証装置のユーザデータの構成例を示す図である。
【図５】実施例１に係る認証装置の性能情報の構成例を示す図である。
【図６】実施例１に係る認証装置の負荷情報の構成例を示す図である。
【図７】実施例１に係る認証装置のシステムデータの構成例を示す図である。
【図８】実施例１に係る認証装置のアプリケーション関連情報の構成例を示す図である。
【図９】実施例１に係る照合レベル閾値重みテーブルの構成例を示す図である。
【図１０】実施例１に係る振り分け先決定処理の流れを示すフローチャートである。
【図１１】実施例２に係る照合用データ品質重みテーブルの構成例を示す図である。
【図１２】実施例２に係る振り分け先決定処理を説明するための図である。
【図１３】実施例３に係る照合用データサイズ重みテーブルの構成例を示す図である。
【図１４】実施例３に係る振り分け先決定処理を説明するための図である。
【図１５】実施例４に係る照合アルゴリズム重みテーブルの構成例を示す図である。
【図１６】実施例４に係る振り分け先決定処理を説明するための図である。
【図１７】実施例５に係る認証モード重みテーブルの構成例を示す図である。
【図１８】実施例５に係る振り分け先決定処理を説明するための図である。
【図１９】実施例６に係る生体情報重みテーブルの構成例を示す図である。
【図２０】実施例６に係る振り分け先決定処理を説明するための図である。
【図２１】実施例７に係る照合レベル閾値テーブルの構成例を示す図である。
【図２２】実施例７に係る照合レベル閾値変換テーブルの構成例を示す図である。
【図２３】実施例７に係る照合レベル閾値変換テーブル作成処理の流れを示すフローチャートである。
【図２４】実施例８に係る登録用生体データ品質閾値重みテーブルの構成例を示す図である。
【図２５】実施例８に係る振り分け先決定処理を説明するための図である。
【図２６】実施例９に係る登録用生体データ品質重みテーブルの構成例を示す図である。
【図２７】実施例９に係る振り分け先決定処理を説明するための図である。
【符号の説明】
【０１５８】
１〜３ 認証装置
１０ クライアント装置
２０ 負荷分散装置
２１ 通信制御部
２２ 記憶部
２２ａ クライアント装置情報記憶部
２２ｂ 認証装置情報記憶部
２３ 制御部
２３ａ 認証要求送受信部
２３ｂ 負荷評価情報生成部
２３ｃ 振り分け先決定部
【特許請求の範囲】
【請求項１】
クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況によって変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける負荷分散装置であって、
前記生体認証処理における特有の処理に依存して発生する負荷を評価した負荷評価情報を保持する負荷評価情報保持手段と、
前記負荷評価情報保持手段により保持されている前記負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記生体認証要求の振り分け先を決定する振り分け先決定手段と、
を備えたことを特徴とする負荷分散装置。
【請求項２】
前記負荷評価情報保持手段は、前記生体認証処理の成功または失敗を判定するための照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項３】
前記負荷評価情報保持手段は、前記生体認証要求に際して前記クライアント装置から受信する照合用データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項４】
前記負荷評価情報保持手段は、前記照合用データのサイズに応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項５】
前記負荷評価情報保持手段は、前記照合用データの照合アルゴリズムに応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項６】
前記負荷評価情報保持手段は、前記生体認証処理の認証モードに応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項７】
前記負荷評価情報保持手段は、前記照合用データの生体種別情報および生体属性情報に応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項８】
前記クライアント装置および／または前記認証装置がそれぞれ別のアプリケーションを搭載することにより前記照合レベル閾値が異なる場合に、異なるアプリケーション間の互換性を維持するために、共通の照合レベル閾値を設定する設定手段をさらに備え、
前記負荷評価情報保持手段は、前記設定手段により設定された共通の照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする請求項１または２に記載の負荷分散装置。
【請求項９】
前記クライアント装置から前記照合用データを照合するための参照データの格納要求を受信した場合に、前記負荷評価情報保持手段は、当該参照データの品質閾値に応じて設定した前記負荷評価情報を保持し、
前記振り分け先決定手段は、前記負荷評価情報保持手段により保持されている前記参照データの品質閾値に応じて設定した負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記格納要求の振り分け先を決定することを特徴とする請求項１に記載の負荷分散装置。
【請求項１０】
前記負荷評価情報保持手段は、前記照合用データを照合するための参照データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする請求項９に記載の負荷分散装置。
【請求項１】
クライアント装置から受信した生体認証要求を、生体認証処理を行う各認証装置の性能情報および処理の状況によって変化する負荷情報に応じて当該各認証装置のいずれかに振り分ける負荷分散装置であって、
前記生体認証処理における特有の処理に依存して発生する負荷を評価した負荷評価情報を保持する負荷評価情報保持手段と、
前記負荷評価情報保持手段により保持されている前記負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記生体認証要求の振り分け先を決定する振り分け先決定手段と、
を備えたことを特徴とする負荷分散装置。
【請求項２】
前記負荷評価情報保持手段は、前記生体認証処理の成功または失敗を判定するための照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項３】
前記負荷評価情報保持手段は、前記生体認証要求に際して前記クライアント装置から受信する照合用データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項４】
前記負荷評価情報保持手段は、前記照合用データのサイズに応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項５】
前記負荷評価情報保持手段は、前記照合用データの照合アルゴリズムに応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項６】
前記負荷評価情報保持手段は、前記生体認証処理の認証モードに応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項７】
前記負荷評価情報保持手段は、前記照合用データの生体種別情報および生体属性情報に応じて設定した前記負荷評価情報を保持することを特徴とする請求項１に記載の負荷分散装置。
【請求項８】
前記クライアント装置および／または前記認証装置がそれぞれ別のアプリケーションを搭載することにより前記照合レベル閾値が異なる場合に、異なるアプリケーション間の互換性を維持するために、共通の照合レベル閾値を設定する設定手段をさらに備え、
前記負荷評価情報保持手段は、前記設定手段により設定された共通の照合レベル閾値に応じて設定した前記負荷評価情報を保持することを特徴とする請求項１または２に記載の負荷分散装置。
【請求項９】
前記クライアント装置から前記照合用データを照合するための参照データの格納要求を受信した場合に、前記負荷評価情報保持手段は、当該参照データの品質閾値に応じて設定した前記負荷評価情報を保持し、
前記振り分け先決定手段は、前記負荷評価情報保持手段により保持されている前記参照データの品質閾値に応じて設定した負荷評価情報と、前記性能情報および前記負荷情報とを照らし合わせて、前記格納要求の振り分け先を決定することを特徴とする請求項１に記載の負荷分散装置。
【請求項１０】
前記負荷評価情報保持手段は、前記照合用データを照合するための参照データの品質に応じて設定した前記負荷評価情報を保持することを特徴とする請求項９に記載の負荷分散装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２００８−４０７６３（Ｐ２００８−４０７６３Ａ）
【公開日】平成２０年２月２１日（２００８．２．２１）
【国際特許分類】
【出願番号】特願２００６−２１３９０１（Ｐ２００６−２１３９０１）
【出願日】平成１８年８月４日（２００６．８．４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２０年２月２１日（２００８．２．２１）
【国際特許分類】
【出願日】平成１８年８月４日（２００６．８．４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]