(57)【要約】【課題】  開示の技術によれば、生体センサを有さない端末であっても、生体センサを有する端末と連携することで確実な生体認証を行うことができる。【解決手段】  ユーザに関する生体情報を入力する情報入力部と、あらかじめ登録された登録データと生体情報から生成された照合データとを照合して、登録データと照合データとの間で第一の類似度を求める第一の認証処理部と、第一の類似度に基づいて、通信に用いられる第一データを生成する第一データ生成部と、を有する第一の端末と、登録データと照合データを第一の端末から受信して、登録データと照合データを照合して、登録データと照合データとの間で第二の類似度を求める第二の認証処理部と、第二の類似度に基づいて、通信に用いられる第二データを生成する第二データ生成部と、を有する第二の端末と、を有し、第一データと第二データとが一致したときに認証が成功する。【選択図】図４
2014119830.tif 000002
【特許請求の範囲】
【請求項１】
あらかじめ登録された登録データと入力された生体情報から生成された照合データとを照合して第一の類似度を求める第一の認証処理部と、
前記第一の類似度に基づいて第一データを生成する第一データ生成部と、を有する第一の端末と、
あらかじめ登録された前記登録データと前記第一の端末から取得した前記照合データとを照合して第二の類似度を求める第二の認証処理部と、
前記第二の類似度に基づいて第二データを生成する第二データ生成部と、を有する第二の端末と、を有し、
前記第一の端末から取得した前記第一データと前記第二データとが一致したときに認証が成功する、
ことを特徴とする生体認証システム。
【請求項２】
第二の端末は、さらに検証部を有し、
前記第一データ生成部は、前記第一データとして第一の検証データを生成して前記検証部に送信し、
前記第二データ生成部は、前記第二データとして第二の検証データを生成して前記検証部に送信し、
前記検証部は、前記第一の検証データと前記第二の検証データとが一致したことをもって前記第一データと前記第二データとが一致したとして認証が成功する請求項１記載の生体認証システム。
【請求項３】
第一の端末は、さらに第一の通信制御部を有し、
第二の端末は、さらに第一の通信制御部と通信路を経由して接続される第二の通信制御部を有し、
前記第一データ生成部は、前記第一データとして第一の暗号鍵を生成し、
前記第二データ生成部は、前記第二データとして第二の暗号鍵を生成し、
前記第一の通信制御部と前記第二の通信制御部の間の通信の内容は、第一の暗号鍵と第二の暗号鍵を用いて暗号化及び復号され、
前記通信の内容の復号が成功したことをもって、前記第一データと前記第二データとが一致したとして認証が成功する請求項１記載の生体認証システム。
【請求項４】
第一の端末は、さらに前記第一の暗号鍵が生成された順に世代を管理する第一の暗号鍵履歴保持部と、前記通信に使用する前記第一の暗号鍵を前記世代によって指定する第一の暗号鍵指定部を有し、
第二の端末は、さらに前記第二の暗号鍵が生成された順に世代を管理する第二の暗号鍵履歴保持部と、前記通信に使用する前記第二の暗号鍵を前記世代によって指定する第二の暗号鍵指定部を有し、
前記第一の暗号鍵と前記第二の暗号鍵を共通鍵として使用できるようにした請求項３記載の生体認証システム。
【請求項５】
前記第一の端末は、前記照合データに前記第一の認証処理部で使用する第一の認証ソフトウェアの版数情報を追加する版数情報付加部をさらに有し、
前記第一の認証処理部における認証時に前記第一の認証ソフトウェアの版数情報と前記第二の端末の前記第二の認証処理部で使用する第二の認証ソフトウェアの版数情報との一致を確認することで、前記版数情報の不一致が認証失敗の原因であることを検出可能な請求項１から４のいずれか一項に記載の生体認証システム。
【請求項６】
前記第一の端末は、前記登録データの更新を示す更新情報を前記第二の端末へ通知する登録データ更新通知部をさらに有し、
前記第二の端末は、前記登録データが更新されていることを検出可能な請求項１から５のいずれか一項に記載の生体認証システム。
【請求項７】
前記第一の端末は、前記第一の認証処理部を格納する第一の外部記録媒体との連携が可能な第一の外部認証連携部をさらに有し、
前記第二の端末は、前記第二の認証処理部を格納する第二の外部記録媒体との連携が可能な第二の外部認証連携部をさらに有する請求項１から６のいずれか一項に生体認証システム。
【請求項８】
前記第一の端末は、前記第一データ生成部を前記第一の外部記録媒体に格納して連携する第一の外部データ生成連携部をさらに有し、
前記第二の端末は、前記第二データ生成部を前記第二の外部記録媒体に格納して連携する第二の外部データ生成連携部をさらに有する請求項１から７のいずれか一項に生体認証システム。
【請求項９】
第一の端末が、
あらかじめ登録された登録データと入力された生体情報から生成された照合データとを照合して第一の類似度を求める第一の認証処理ステップと、
前記第一の類似度に基づいて第一データを生成する第一データ生成ステップと、を実行し、
第二の端末が、
あらかじめ登録された前記登録データと前記第一の端末から取得した前記照合データとを照合して、前記登録データと前記照合データとの間で第二の類似度を求める第二の認証処理ステップと、
前記第二の類似度に基づいて第二データを生成する第二データ生成ステップと、を実行し、
前記第一の端末から取得した前記第一データと前記第二データとが一致したときに認証が成功したとされる認証ステップを有する生体認証方法。
【請求項１０】
第一のコンピュータに、
あらかじめ登録された登録データと入力された生体情報から生成された照合データとを照合して第一の類似度を求める第一の認証処理ステップと、
前記第一の類似度に基づいて第一データを生成する第一データ生成ステップと、を実行させ、
第二のコンピュータに、
あらかじめ登録された前記登録データと前記第一の端末から取得した前記照合データとを照合して第二の類似度を求める第二の認証処理ステップと、
前記第二の類似度に基づいて第二データを生成する第二データ生成ステップと、
前記第一の端末から取得した前記第一データと前記第二データとが一致したときに認証が成功したとされる認証ステップと、を実行させる生体認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本実施形態は、生体認証システム、生体認証方法、及び生体認証プログラムに関する。
【背景技術】
【０００２】
近年、情報端末装置における本人確認の技術として、生体認証が着目を集めている。さらに、認証プロセス全体の信頼性を向上させる試みがなされている。一の情報端末装置と接続された他の情報端末装置を経由して、認証に必要な情報を送信し、これを検証専用の検証装置で生体認証を検証することが知られている。
【０００３】
また、匿名性を確保した認証装置の提供が、試みられている。生体テンプレートと照合用生体情報と照合プログラムを１つの電子データとした生体認証オブジェクトを生成し、所定の計算規則に基づき変換する。変換されたデータを使い利用者を一意に識別するＩＤを生成し、認証ごとに異なるＩＤを発行する。これにより、被認証者の行動履歴が追跡されない。
（以上につき、例えば、特許文献１と２参照）
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１１７６８号公報
【特許文献２】特開２００６−３５０６８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、背景技術に記載されている技術では、検証専用の検証装置が必要であり、認証システムを実装するためには検証装置の導入やネットワークへの接続がされなければならない。また、背景技術に記載されている技術では、認証に用いる情報のすべてからＩＤを生成している。このため、端末内にて機密化すべき生体テンプレートや照合プログラムを認証の都度送る必要があるため、機密性が十分でなく、通信する情報量も多い。
【０００６】
開示の技術によれば、生体センサを有さない端末であっても、生体センサを有する端末と連携することで確実な生体認証を行うことを目的とする。
【課題を解決するための手段】
【０００７】
開示の生体認証システムの一観点によれば、ユーザに関する生体情報を入力する情報入力部と、あらかじめ登録された登録データと前記生体情報から生成された照合データとを照合して、前記登録データと前記照合データとの間で第一の類似度を求める第一の認証処理部と、前記第一の類似度に基づいて、通信に用いられる第一データを生成する第一データ生成部と、を有する第一の端末と、前記登録データと前記照合データを第一の端末から受信して、前記登録データと前記照合データを照合して、前記登録データと前記照合データとの間で第二の類似度を求める第二の認証処理部と、前記第二の類似度に基づいて、通信に用いられる第二データを生成する第二データ生成部と、を有する第二の端末と、を有し、前記第一データと前記第二データとが一致したときに認証が成功したとされる生体認証システムを提供する。
【発明の効果】
【０００８】
開示の技術によれば、生体センサを有さない端末であっても、生体センサを有する端末と連携することで確実な生体認証を行うことができる。
【図面の簡単な説明】
【０００９】
【図１】生体認証システムの構成例を示す図である。
【図２】第一の端末のハードウエア構成例を示す図である。
【図３】第二の端末のハードウエア構成例を示す図である。
【図４】実施例１における生体認証システムの機能ブロック図を示す。
【図５】実施例１における生体情報の登録処理フローチャートを示す。
【図６】実施例１における生体情報の認証処理フローチャートを示す。
【図７】実施例１における登録データと検証データの例を示す図である。
【図８】実施例２における生体認証システムの機能ブロック図を示す。
【図９】実施例２における生体認証システムの認証処理フローチャートを示す。
【図１０】実施例２における照合データと検証データの例を示す図である。
【図１１】実施例３における生体認証システムの機能ブロック図を示す。
【図１２】実施例３における生体認証システムの認証処理フローチャートを示す。
【図１３】実施例３における暗号鍵の履歴の例を示す図である。
【図１４】実施例４における生体認証システムの機能ブロック図を示す。
【図１５】実施例４における生体認証システムの認証処理フローチャートを示す。
【図１６】実施例４における生体認証システムの再認証処理フローチャートを示す。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて、実施例について詳細に説明する。なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。
［実施例１］
＜生体認証システムの概要＞
図１には、実施例１における生体認証システムの構成例を示す。図１を参照して、実施例１における生体認証システムは、第一の端末１と、第二の端末２と、これらを接続する通信路５とを含む。
【００１１】
第一の端末１と第二の端末２は、例えば、パーソナルコンピュータ（ＰＣ）、スマートフォン、携帯電話、自動車に搭載されたコンピュータ、家屋やマンションのドア施錠開錠装置等である。
【００１２】
通信路５は、有線または無線であり、インターネット、ローカルエリアネットワーク、ワイファイ（Ｗｉ−Ｆｉ)（登録商標）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）等各種の方式が利用可能である。
【００１３】
図２には、第一の端末１のハードウエア構成例を示す。図２を参照して、第一の端末１のハードウエア構成には、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、記憶装置１０４、通信インターフェース１０５、電源１０６、ディスプレイ１０７、キーボード１０８、生体センサ１１０等を含む。
【００１４】
生体センサ１１０はユーザ（人間）の生体情報を収集してユーザを一意に特定するための識別機能を発揮できるものであればよい。生体センサ１１０の例としては、指紋センサ１１１や手のひら静脈センサ１１２であり、複数または複数種類のセンサを含んでいてもよい。
【００１５】
第一の端末１のハードウェア構成は、上記に限定されず、例えばキーボード１０８とディスプレイ１０７の代わりにタッチパネルを装備したり、あるいは、キーボード１０８に加えてマウスを含んでも良い。
【００１６】
図３には、第二の端末２のハードウエア構成例を示す。図３を参照して、第二の端末２のハードウエア構成には、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、記憶装置２０４、通信インターフェース２０５、電源２０６、ディスプレイ２０７、キーボード２０８等を含む。
【００１７】
第二の端末２のハードウェア構成は、上記に限定されず、例えばキーボード２０８とディスプレイ２０７の代わりにタッチパネルを装備したり、あるいは、キーボード２０８に加えてマウスを含んでも良い。
【００１８】
第一の端末１と第二の端末２との相違点の一つは、第一の端末１に含まれる生体センサが第二の端末２には含まれない点である。
【００１９】
実施例１における生体認証システムでは、生体情報を取得して認証する第一の端末１における生体認証の処理において、あらかじめユーザより取得して登録された生体情報の登録データと前記ユーザより認証に際して取得した生体情報の照合データとを照合する。照合の結果の類似度を照合スコア１３６（後述する図４参照）として使用して、検証データを生成する。照合データと利用者識別情報などに加えて検証データをまとめて第二の端末２に送信し、第二の端末２で得られた照合結果の類似度である照合スコア２３６（後述する図４参照）から検証データを別途に生成する。第一の端末１より送信され第二の端末２で受信した検証データと、第二の端末２で別途に生成した検証データとを比較し、これら検証データが一致することで認証成功として、第一の端末１におけるユーザの真正性を保証する。
＜生体認証システムの機能＞
上記の生体認証システムの機能について図を参照して説明する。
【００２０】
図４には、実施例１における生体認証システムの機能ブロック図を示す。第一の端末１には、情報入力部１２１、登録データ生成部１２２、登録データ送信部１２３、照合データ生成部１２４、照合データ送信部１２５、通信制御部１２６、登録部１２７、登録データ保存部１２８、認証処理部１３１、及び検証データ生成部１４１が含まれる。第二の端末２には、検証部２２０、登録データ受信部２２３、照合データ受信部２２５、通信制御部２２６、登録部２２７、登録データ保存部２２８、認証処理部２３１、及び検証データ生成部２４１が含まれる。
【００２１】
図５は、実施例１における生体情報の登録処理フローチャートを示す。図４と図５を参照して実施例１における生体認証システムの登録処理を説明する。
【００２２】
まず、第一の端末１の情報入力部１２１により生体情報が入力される（ステップＳ１０１）。生体情報は指紋、手のひら静脈等である。生体情報が指紋の場合には、指紋センサ１１１（図２参照）により、生体情報が手のひら静脈の場合には、手のひら静脈センサ１１２（図２参照）により生体情報が入力される。
【００２３】
次に、登録データ生成部１２２は上記で入力された生体情報から特徴的な情報を抽出することで登録データを生成する（ステップＳ１０２）。登録データ生成部１２２で生成された登録データは、登録部２２７により第一の端末１の登録データ保存部１２８に保存される（ステップＳ１０３）。
【００２４】
この際、登録データ生成部１２２は登録データ送信部１２３に登録データを送り、登録データ送信部１２３は通信制御部１２６を経由して第二の端末２に登録データを送信する（ステップＳ１０４）。第二の端末２に送信された登録データは、第二の端末２の通信制御部２２６経由で登録データ受信部２２３に受信される。第二の端末２の登録部２２７は、受信した登録データを登録データ保存部２２８に保存する（ステップＳ１０５）。
【００２５】
ここで、第二の端末２には生体センサを含まないので、第二の端末２が独自に生体情報を入力することはない。従って、第二の端末２では、登録データを生成しない。第一の端末１は、登録データ生成部１２２で生成された登録データを第一の端末１の登録データ保存部１２８に保存するとともに、第二の端末２に送信する。登録データを受信した第二の端末２はその登録データを登録データ保存部２２８に保存する。
【００２６】
図６は、実施例１における生体情報の認証処理フローチャートを示す。図４と図６を参照して実施例１における生体認証システムの認証処理を説明する。
【００２７】
まず、第一の端末１の情報入力部１２１により生体情報が入力される（ステップＳ２０１）。生体情報は指紋、手のひら静脈等である。生体情報が指紋の場合には、指紋センサ１１１（図２参照）により、生体情報が手のひら静脈の場合には、手のひら静脈センサ１１２（図２参照）により生体情報が入力される。
【００２８】
次に、照合データ生成部１２４は上記で入力された生体情報から特徴的な情報を抽出することで照合データを生成する（ステップＳ２０２）。
【００２９】
次に、認証処理部１３１は、照合データを第一の端末１の登録データ保存部１２８に保存されている登録データと照合する。認証処理部１３１では、認証アルゴリズム１３５に従って照合データが登録データと照合され、照合データが登録データと所定範囲内で一致（照合スコア１３６が所定値以上）すれば照合成功（ＹＥＳ）とされ、そうでない場合には照合失敗（ＮＯ）とされる（ステップＳ２０３）。照合失敗の場合、認証の失敗がユーザに対してディスプレイ１０７等によって通知される（ステップＳ２１２）。
【００３０】
一般的に言って、生体認証では、同一人からの生体情報のデータであっても、生体情報を入力する時の位置のずれ、生体の状態、外部環境等様々な要因により複数のデータ間の類似度（複数のデータ間の類似度を、以下、「照合スコア」と呼ぶ）が異なりうる。
【００３１】
ステップＳ２０３で照合が成功した場合（ＹＥＳ）には、検証データ生成部１４１は照合データが登録データと照合された結果として得られる照合スコア１３６から検証データを生成する（ステップＳ２０４）。認証アルゴリズム１３５の内容が異なれば照合スコア１３６も変わるので、同じ照合データを同じ登録データと照合したとしても、認証アルゴリズム１３５の内容が異なれば、異なる照合スコア１３６が得られることになる。
ここで、認証アルゴリズム１３５の内容が異なる場合として、認証アルゴリズム１３５の版数が異なる場合が挙げられる。
【００３２】
認証アルゴリズム１３５の版数が異なる場合の例として、図７を参照して説明する。図７は、登録データと検証データの例を示す図である。図７中の１行目と３行目とは、登録データが「４１ＥＦＥ7ＦＥＥ5ＢＣＢ５２Ｆ」であり、照合データが「Ｃ４３８０８Ｂ６３３５３Ｆ１８２」である点で同一であるが、認証アルゴリズム１３５が異なる。図７中の１行目では認証アルゴリズム１３５の版数は、１行目では「１．０」に対して３行目では「１．１」である。この結果、照合スコア１３６は、１行目では「１２８」に対して３行目では「１３０」となり、近似はするが異なる。検証データは、１行目では「４＃＋ｏ８９ｚｇ９＿ｙ＆ｂ＆５ｇ」に対し、３行目では「ｊ１＆/ｉｓ９−ｑｑ％（１ｖ６９」として生成され、異なる。
【００３３】
図７中の１行目と２行目とは、登録データが異なり、照合データが「Ｃ４３８０８Ｂ６３３５３Ｆ１８２」で同じであり、認証アルゴリズム１３５が「１．０」で同じである。この結果、照合スコア１３６は、１行目では「１２８」に対して２行目では「１」となり著しく異なる。検証データは、１行目では「４＃＋ｏ８９ｚｇ９＿ｙ＆ｂ＆５ｇ」に対して、２行目では「ｘ％３ｗ７（＿ｊａｄ１）＆ｔ５３」として生成され、異なる。
【００３４】
そこで、認証処理部１３１により認証アルゴリズム１３５に従って照合データを登録データと照合する際に、照合スコアが図７の１行目にある「１２８」や３行目にある「１３０」のように、例えば１００などのあらかじめ設定された値以上であれば照合データと登録データとが所定範囲内で一致したとして照合成功（ＹＥＳ）とし、そうでない場合には照合失敗（ＮＯ）としてもよい（ステップＳ２０３）。
【００３５】
第一の端末１の検証データ生成部１４１で生成された検証データと照合データ生成部１２４で生成された照合データを、検証データ生成部１４１と照合データ送信部１２５はそれぞれ通信制御部１２６経由で第二の端末２に送信する（ステップＳ２０５）。なお、以下、第一の端末１の検証データ生成部１４１で生成された検証データを「検証データＡ」と呼ぶ。
【００３６】
第二の端末２は、第一の端末１より送信された検証データＡと照合データを、通信制御部２２６経由で照合データ受信部２２５において受信する。
【００３７】
次に、照合データは、認証処理部２３１において、第二の端末２の登録データ保存部２２８に保存されている登録データと照合される。認証処理部２３１では、認証アルゴリズム２３５に従って照合データが登録データと照合され、照合データが登録データと所定範囲内で一致（照合スコア２３６が所定値以上）すれば照合成功（ＹＥＳ）とされる。一方、照合データが登録データと所定範囲内で一致しない場合には照合失敗（ＮＯ）とされる（ステップＳ２０６）。
【００３８】
ステップＳ２０６で第二の端末２において照合が失敗した場合（ＮＯ）には、第一の端末１に認証失敗を通知し（ステップＳ２１１）、第二の端末２においてユーザに対してディスプレイ２０７等により認証失敗を通知する（ステップＳ２１２）。
【００３９】
ステップＳ２０６で照合が成功した場合（ＹＥＳ）には、検証部１２０は照合データが登録データと照合された結果として得られる照合スコア２３６から検証データＢを生成する（ステップＳ２０７）。検証部１２０は照合データ受信部２２５において受信された検証データＡと上記により生成された検証データＢとが一致するかどうか比較を行う（ステップＳ２０８）。一致する場合（ＹＥＳ）には第一の端末１に認証成功を通知し（ステップＳ２０９）。第二の端末２において、ユーザに対してディスプレイ２０７等により認証成功を通知する（ステップＳ２１０）。一方、一致しない場合（ＮＯ）には、第一の端末１に認証失敗を通知し（ステップＳ２１１）、第二の端末２において、ユーザに対してディスプレイ２０７等により認証失敗を通知する（ステップＳ２１２）。このようにして生体情報の認証は終了する。
【００４０】
以上のように構成することで、第一の端末１と第二の端末２との間における事前の相互認証や認証結果を保証するための検証サーバなどを用いることなく、第一の端末１と第二の端末２とが連携される。生体センサを持たない第二の端末２において、第一の端末１で真正としたユーザの真正性をさらに保証することが可能となり、生体センサ等の生体認証デバイスを持たない端末の情報セキュリティ上の安全性が向上する。また、ユーザの認証のため、照合データと検証データだけが使用されるので、第一の端末１と第二の端末２との間のプロトコルが簡素化される。このため、第一の端末１と第二の端末２とが別のベンダにより提供される場合でも、第一の端末１と第二の端末２との相互接続性の向上や既存環境への当該生体認証システムの追加が容易である。例えば、自動車に生体センサなどの生体認証デバイスを搭載する場合、生体認証デバイスは車外に露出する場合がある。この場合、生体認証デバイスの耐久性や別の車種用への設計変更のコストなどが課題となる。実施例１によれば、例えば、生体認証デバイス付きの携帯電話を第一の端末１とし、自動車を第二の端末２とすることで、自動車に生体認証デバイスを搭載しなくてもユーザの認証ができる。これにより、第一の端末１と第二の端末２のいずれもが認証成功した場合に認証が成功したと判断して、第一の端末１と第二の端末２の双方におけるユーザの真正性を保証し、ひいては第一の端末１と第二の端末２の双方における情報セキュリティ上の安全性が向上する。
［実施例２］
実施例２を説明する。図８は、実施例２における生体認証システムの機能ブロック図を示す。図９は、実施例２における生体認証システムの認証処理フローチャートを示す。実施例２は、実施例１と比較して認証アルゴリズム１３５の版数情報と登録データの更新を更に扱う。
【００４１】
図８を参照して、第一の端末１には、情報入力部１２１、登録データ生成部１２２、登録データ送信部１２３、照合データ生成部１２４、照合データ送信部１２５、通信制御部１２６、登録部１２７、登録データ保存部１２８、認証処理部１３１、検証データ生成部１４１に加えて、更に、ユーザＩＤ入力部１２９、版数情報付加部１４２、及び登録データ更新通知部１４３が含まれる。実施例１との違いは、ユーザＩＤ入力部１２９、版数情報付加部１４２、及び登録データ更新通知部１４３が含まれる点である。第二の端末２は実施例１と同様であり、検証部２２０、登録データ受信部２２３、照合データ受信部２２５、通信制御部２２６、登録部２２７、登録データ保存部２２８、認証処理部２３１、検証データ生成部２４１を含む。
【００４２】
図９を参照して、実施例２における生体認証システムの認証処理を説明する。第一の端末１からは認証アルゴリズム１３５の版数と登録データの更新情報が第二の端末２に送信されている。生体認証システムの認証処理に先立って、認証アルゴリズム１３５と２３５や登録データについて互いに同一のものを使用しているか確認される。第一の端末１内の登録データが更新されている場合には上述のように第二の端末２の登録データが更新され、認証アルゴリズム２３５の最新版数は認証アルゴリズム１３５の最新版数と一致させられる。
【００４３】
ここで、版数を一致させる理由は以下の通りである。上述したように、図７中の１行目と３行目とは、登録データが「４１ＥＦＥ７ＦＥＥ５ＢＣＢ５２Ｆ」であり、照合データが「Ｃ４３８０８Ｂ６３３５３Ｆ１８２」である点で同一であるが、認証アルゴリズム１３５が異なる。図７中の１行目では認証アルゴリズム１３５の版数は、１行目では「１．０」に対して３行目では「１．１」である。この結果、照合スコア１３６は、１行目では「１２８」に対して、３行目では「１３０」となり近似するが異なる。検証データは、１行目では「４＃＋ｏ８９ｚｇ９＿ｙ＆ｂ＆５ｇ」に対し、３行目では「ｊ１＆／ｉｓ９−ｑｑ％（１ｖ６９」として生成され、異なる。このため検証データが不一致で認証が正常に行われない場合があるからである。
【００４４】
第一の端末１内の登録データが更新されている場合の第二の端末２の登録データの更新と、認証アルゴリズム２３５の最新版数と認証アルゴリズム１３５の最新版数との一致について説明する。生体情報の登録処理は、実施例１で説明したのと同様であるが、図５のステップＳ１０２で第一の端末１により登録データを生成する際に生成日や生成内容等を記録して、既に登録データ保存部１２８に存在する登録データと違いがあれば、もっとも新しく生成した登録データへと更新する。登録データは、登録データ生成部１２２によってユーザ毎に登録データ保存部１２８に保存されるようにし、もっとも新しく生成した登録データへと更新する際もユーザ毎に更新して保存されるようにする（ステップＳ１０３）。
【００４５】
このように、ユーザＩＤ毎の登録データが更新された場合には、登録データ更新通知部１４３は、第二の端末２に対してユーザＩＤ毎の登録データの更新を登録データの生成日や生成内容等と共に、通信制御部１２６経由で送信する（ステップＳ１０４）。なお、以後ユーザＩＤ毎の登録データの更新や登録データの生成日や生成内容等は、「登録データの更新情報」と称する。第二の端末２において、ユーザＩＤ毎の登録データの更新情報が、通信制御部２２６で受信される。登録部２２７は受信された登録データの更新情報を、登録データ保存部２２８に保存する。
【００４６】
また、第一の端末１の認証処理部１３１内で使用される認証アルゴリズム１３５の版数が、既に第一の端末１の認証処理部１３１で使用していた認証アルゴリズム１３５の版数とは異なって最新の版数となっている場合がある。この場合、版数情報付加部１４２は、登録データの更新情報と同様に、認証アルゴリズム１３５の最新版数も第二の端末２に対して送信する。これを受信した第二の端末２では、認証アルゴリズム１３５の最新版数と同じ認証アルゴリズム２３５の最新版数とが認証処理部２３１内に保存される。
【００４７】
次に、生体認証システムの認証処理が開始されると、まず、ユーザＩＤ入力部１２９にユーザＩＤが入力され、第一の端末１の情報入力部１２１により生体情報が入力される（ステップＳ３０１）。生体情報は指紋、手のひら静脈等である。生体情報が指紋の場合には、指紋センサ１１１（図２参照）により、生体情報が手のひら静脈の場合には、手のひら静脈センサ１１２（図２参照）により生体情報が入力される。
【００４８】
次に、照合データ生成部１２４は上記で入力された生体情報から特徴的な情報を抽出することで照合データを生成する（ステップＳ３０２）。
【００４９】
次に、照合データは、認証処理部１３１において、第一の端末１の登録データ保存部１２８に保存されている登録データと照合される。認証処理部１３１では、認証アルゴリズム１３５に従って照合データが登録データと照合される。この結果、照合データが登録データと所定範囲内で一致（照合スコア１３６が所定値以上）すれば、照合成功（ＹＥＳ）とされる。照合データが登録データと所定範囲内で一致しない場合には、照合失敗（ＮＯ）とされる（ステップＳ３０３）。照合失敗の場合、認証の失敗がユーザに対してディスプレイ１０７や２０７等によって通知される（ステップＳ３１９）。
【００５０】
ステップＳ３０３で照合が成功した場合（ＹＥＳ）には、検証データ生成部１４１は照合データが登録データと照合された結果として得られる照合スコア１３６から、検証データＡを生成する（ステップＳ３０４）。
【００５１】
次に、版数情報付加部１４２は第一の端末１の検証データ生成部１４１で生成された検証データＡに対して、認証アルゴリズム１３５の版数を付加する（ステップＳ３０５）。登録データ更新通知部１４３は、検証データＡに対して、認証が成功したユーザＩＤに対応する登録データの更新情報を付加する（ステップＳ３０６）。ここで、登録データの更新情報は、例えば登録更新日である。検証データ生成部１４１は認証アルゴリズム１３５の版数と登録データの更新情報が付加された検証データＡを、通信制御部１２６経由で第二の端末２に送信する（ステップＳ３０７）。照合データ送信部１２５は、照合データ生成部１２４で生成された照合データを、通信制御部１２６経由で第二の端末２に送信する（ステップＳ３０７）。第二の端末２は、第一の端末１より送信された検証データＡと照合データを通信制御部２２６経由で照合データ受信部２２５において受信する。
【００５２】
図１０は、実施例２における照合データと検証データの例を示す図である。図１０を参照して、ステップＳ３０７では、ユーザＩＤと、照合データと、認証アルゴリズム１３５と登録データの更新情報が付加された検証データＡが第二の端末２に送信される。なお、上述の通り、ユーザＩＤは、ステップＳ３０１で入力され、照合データはステップＳ３０２で生成されている。また、ステップＳ３０４で生成された検証データＡには、認証アルゴリズム１３５がステップＳ３０５で付加され、登録データの更新情報がステップＳ３０６で付加されている。
【００５３】
次に、照合データは、認証処理部２３１において、第二の端末２の登録データ保存部２２８に保存されている登録データと照合される。認証処理部２３１では、認証アルゴリズム２３５に従って照合データが登録データと照合される。照合データが登録データと所定範囲内で一致（照合スコア２３６が所定値以上）すれば照合成功（ＹＥＳ）とされ、そうでない場合には照合失敗（ＮＯ）とされる（ステップＳ３０８）。
【００５４】
なお、認証処理部１３１において照合データが登録データと一致すると判断する照合スコア１３６の所定範囲と、認証処理部２３１において照合データが登録データと一致すると判断する照合スコア２３６の所定範囲とは同一でも異なった所定範囲でもよい。こうすることで、第一の端末１と第二の端末２の認証基準の厳格さを変え、生体認証システムの認証に多様性をもたらすことができる。
【００５５】
ステップＳ３０８で照合が失敗した場合（ＮＯ）には、認証失敗の原因（その他）とともに第二の端末２に認証失敗を通知する（ステップ３１３）。認証失敗の原因（その他）は、例えば、照合スコアが所定値未満のときには、「入力された生体情報が規定されたレベルで一致しない」という原因を通知する。ここで、第一の端末で照合成功していることから、再度登録処理を行う通知をしても良い。
【００５６】
ステップＳ３０８で照合が成功した場合（ＹＥＳ）には、検証部１２０は照合データが登録データと照合された結果として得られる照合スコア２３６から、検証データＢを生成する（ステップＳ３０９）。検証部１２０は、照合データ受信部２２５において受信された検証データＡと上記により生成された検証データＢとが一致するかどうかの比較を行う（ステップＳ３１０）。一致する場合（ＹＥＳ）には、認証処理部２３１は通信制御部２２６を経由して、第一の端末１に認証成功を通知する（ステップＳ３１１）。さらに、第二の端末２において、ユーザに対してディスプレイ２０７等により認証成功を通知する（ステップＳ３１２）。一方、ステップＳ３１０で検証データＡと検証データＢとが一致しない場合（ＮＯ）には、第二の端末２の認証アルゴリズム２３５の版数と、受信した第一の端末１の認証アルゴリズム１３５の版数とを比較する（ステップＳ３１４）。版数が一致しない場合（ＮＯ）、認証失敗の原因として版数の不一致をディスプレイ２０７等によりユーザに通知するとともに第一の端末１にも通知する（ステップＳ３１６）。なお、上記認証アルゴリズム１３５の版数と認証アルゴリズム２３５の版数の比較は上記の認証処理中のタイミングに限らず、認証処理の前、中、または後のいずれのタイミングであってもよい。
【００５７】
一方、版数が一致している場合（ＹＥＳ）、第二の端末２で照合が成功したユーザの登録データの更新情報（例えば、登録更新日）と、受信した第一の端末１の更新情報とを比較する（ステップＳ３１５）。
【００５８】
更新情報が一致しない場合（ＮＯ）は、認証失敗の原因として、更新情報の不一致をディスプレイ２０７等によりユーザに通知するとともに、第一の端末１にも通知する（ステップＳ３１７）。一方、更新情報も一致している場合（ＹＥＳ）には、認証失敗として認証失敗の原因（その他）とともに第二の端末２に通知する（ステップ３１３）。この場合の認証失敗の原因（その他）は、例えば、「ソフトウェアの障害や検証データ生成アルゴリズムの違い」である。なお、上記第一の端末１内のユーザの登録データの更新情報と第二の端末２内のユーザの登録データの更新情報との比較は上記の認証処理中のタイミングに限らず、認証処理の前、中、または後のいずれのタイミングであってもよい。
【００５９】
ステップＳ３１３、Ｓ３１６、Ｓ３１７の場合には、認証処理部２３１は通信制御部２２６を経由して、第一の端末１に認証失敗を通知する（ステップＳ３１８）。さらに、第二の端末２において、ユーザに対してディスプレイ２０７等により認証失敗を通知する（ステップＳ３１９）。このようにして生体情報の認証は終了する。
【００６０】
なお、第二の端末２における認証失敗の原因が更新情報であった場合（ステップＳ３１７）、登録データ更新部（図示しない）により、上述のように第一の端末１の登録データを第二の端末２に送信し（ステップＳ１０４）、登録データを更新するために登録データ保存部２２８に保存してもよい（ステップＳ１０５）。このように、更新した登録データを登録データ保存部２２８に保存した後に再度上記の認証を行えば、ステップＳ３１０で検証データＡと検証データＢとが比較的高い照合スコアで一致して、ひいては認証成功をユーザに通知できる（ステップＳ３１２）。このように構成することで、連携する複数の端末の間で生体情報が更新されていたりされていなかったりという不一致のせいで、ユーザ本人であるにもかかわらず認証されない事象の発生の防止が可能となり、生体認証システムの信頼性を向上できる。
【００６１】
実施例２では、無線ＬＡＮに接続され生体センサ１１０を持つ第一の端末１と、有線ＬＡＮに接続され生体センサ１１０を持たない第二の端末２が連携し、第一の端末１で入力した生体情報を使って第一の端末１で認証処理を行ってもよい。その上で、認証処理に用いた照合データと、照合スコア１３６から生成した検証データＡを第二の端末２に送信し、第二の端末２で、同様の認証処理を実施する生体認証システムの例である。
【００６２】
上述のように、第一の端末１における照合用データに認証アルゴリズム１３５の版数情報を追加する版数情報付加部１４２を備え、認証処理の前、中、または後に、第一の端末１と第二の端末２の認証アルゴリズム１３５と２３５とが一致するか比較している（ステップＳ３１４）。比較の結果、認証アルゴリズム１３５の版数と認証アルゴリズム２３５の版数とが不一致であった場合には、第一の端末１から第二の端末２に認証結果を通知する際に版数不一致であることを通知している（ステップＳ３１６）。こうすることで、認証に失敗した原因が明確になるともに、第一の端末１と第二の端末２で認証アルゴリズム１３５と２３５を更新する際の更新漏れを防止することが可能となる。また、相互に連携する複数の端末の間で認証アルゴリズムを同期させる契機とすることができる。例えば、高精度な認証アルゴリズムを複数の端末に配備する際、配備漏れが生じることを防止できる。このように端末間の整合性を確保することが可能となる。
【００６３】
上述のように、第一の端末１において、照合データとの照合に成功したユーザの登録データの更新情報（例えば、登録更新日）を追加する登録データ更新通知部１４３を備え、認証処理の前、中、又は、後に第一の端末１内の登録データと第二の端末２内の登録データが同一であるかを比較して検証している（ステップＳ３１５）。検証の結果、登録データの更新情報が不一致であった場合には、第二の端末２から第一の端末１に認証結果を通知する際に、登録データが更新されていることを通知している（ステップＳ３１７）。こうすることで、認証に失敗した原因を明確にすることが可能となる。また、連携する複数の端末中の一部の端末で、より新しい登録データに更新されたことを検知することが可能となる。
［実施例３］
実施例３を説明する。図１１は、実施例３における生体認証システムの機能ブロック図を示す。図１２は、実施例３における生体認証システムの認証処理フローチャートを示す。実施例３は、実施例１と比較して検証データに代えて暗号鍵を利用する。
【００６４】
図１１を参照して、第一の端末１には、情報入力部１２１、登録データ生成部１２２、登録データ送信部１２３、照合データ生成部１２４、照合データ送信部１２５、通信制御部１２６、登録部１２７、登録データ保存部１２８、認証処理部１３１に加えて、更に、ユーザＩＤ入力部１２９、端末鍵生成部１５１、保存データ暗号化部１５２、外部認証連携部１５３、暗号鍵指定部１５４、暗号鍵履歴保持部１５５、外部データ生成連携部１５６、暗号鍵生成部１５７、及び外部記憶媒体１７０が含まれる。なお、認証処理部１３１と暗号鍵生成部１５７は外部記憶媒体１７０に格納される。
【００６５】
実施例１との違いは、検証データ生成部１４１が存在せず、ユーザＩＤ入力部１２９、ユーザＩＤ入力部１２９、端末鍵生成部１５１、保存データ暗号化部１５２、外部認証連携部１５３、暗号鍵指定部１５４、暗号鍵履歴保持部１５５、外部データ生成連携部１５６、暗号鍵生成部１５７、及び外部記憶媒体１７０が含まれる点である。ここで外部記憶媒体１７０は例えば耐タンパデバイスである。
【００６６】
第二の端末２は、登録データ受信部２２３、照合データ受信部２２５、通信制御部２２６、登録部２２７、登録データ保存部２２８、及び認証処理部２３１に加えて、更に、端末鍵生成部２５１、保存データ暗号化部２５２、外部認証連携部２５３、暗号鍵指定部２５４、暗号鍵履歴保持部２５５、外部データ生成連携部２５６、及び暗号鍵生成部２５７を含む。なお、認証処理部２３１と暗号鍵生成部２５７は外部記憶媒体２７０に格納される。ここで外部記憶媒体２７０は例えば耐タンパデバイスである。
【００６７】
実施例１との違いは、検証部２２０と検証データ生成部１４１とが存在せず、端末鍵生成部２５１、保存データ暗号化部２５２、外部認証連携部２５３、暗号鍵指定部２５４、暗号鍵履歴保持部２５５、外部データ生成連携部２５６、及び暗号鍵生成部２５７が含まれる点である。
【００６８】
図１２を参照して、実施例３における生体認証システムの認証処理を説明する。
【００６９】
生体認証システムの認証処理が開始されると、まず、ユーザＩＤ入力部１２９によりユーザＩＤが入力され、第一の端末１の情報入力部１２１により生体情報が入力される（ステップＳ４０１）。生体情報は指紋、手のひら静脈等である。生体情報が指紋の場合には、指紋センサ１１１（図２参照）により、生体情報が手のひら静脈の場合には、手のひら静脈センサ１１２（図２参照）により、生体情報が入力される。
【００７０】
次に、照合データ生成部１２４は、上記で入力された生体情報から特徴的な情報を抽出することで、照合データを生成する（ステップＳ４０２）。生成された照合データは、外部記憶媒体１７０の認証処理部１３１に入力され機密化される（ステップＳ４０３）。登録データ保存部１２８内の登録データは、保存データ暗号化部１５２によりあらかじめ端末鍵で暗号化（機密化）され保存されていてよい。端末鍵は、例えば第一の端末１に固有の情報から端末鍵生成部１５１により生成された暗号鍵であり、例えば、暗号化と復号に同じ鍵を使用する共通鍵である。そこで、次にステップＳ４０１で入力されたユーザＩＤに対応する登録データが、登録データ保存部１２８より読み込まれて端末鍵によって復号される（ステップＳ４０４）。
【００７１】
次に、照合データは、認証処理部１３１において、復号された登録データと照合される。認証処理部１３１では、認証アルゴリズム１３５に従って照合データが登録データと照合される。照合データが、登録データと所定範囲内で一致（照合スコア１３６が所定値以上）すれば照合成功（ＹＥＳ）とされ、そうでない場合には照合失敗（ＮＯ）とされる（ステップＳ４０５）。照合失敗の場合、認証の失敗がユーザに対してディスプレイ１０７等によって通知される（ステップＳ４１８）。
【００７２】
ステップＳ４０５で照合が成功した場合（ＹＥＳ）には、暗号鍵生成部１５７は、照合データが登録データと照合された結果として得られる照合スコア１３６から暗号鍵Ａを生成する（ステップＳ４０６）。生成された暗号鍵Ａには、世代番号が付与され暗号鍵履歴保持部１５５に保持される（ステップＳ４０７）。
【００７３】
図１３（ａ）は、実施例３における暗号鍵Ａの履歴の例を示す図である。第一の端末１の暗号鍵履歴保持部１５５内では、ユーザＩＤ、暗号鍵Ａの世代番号、及び暗号鍵Ａが関連付けられて、世代番号順に並んでいる。
【００７４】
照合データ送信部１２５は、ユーザＩＤ入力部１２９で入力されたユーザＩＤと照合データ生成部１２４で生成された照合データを通信制御部１２６経由で第二の端末２に送信する（ステップＳ４０８）。第二の端末２は、第一の端末１より送信されたユーザＩＤと照合データを通信制御部２２６経由で照合データ受信部２２５において受信する。
【００７５】
次に、ユーザＩＤに対応する照合データは、第二の端末２の外部記憶媒体２７０に格納された認証処理部２３１に入力される（ステップＳ４０９）。
【００７６】
登録データ保存部２２８内の登録データは、保存データ暗号化部２５２によりあらかじめ端末鍵で暗号化（機密化）され保存されていてよい。端末鍵は、例えば第二の端末２に固有の情報から端末鍵生成部２５１により生成された暗号鍵であり、例えば、暗号化と復号に同じ鍵を使用する共通鍵である。そこで、ユーザＩＤに対応する登録データが登録データ保存部２２８より読み込まれて端末鍵によって復号される（ステップＳ４１０）。
【００７７】
次に、ユーザＩＤに対応する照合データは、認証処理部２３１において、復号された登録データと照合される。認証処理部２３１では、認証アルゴリズム２３５に従って照合データが登録データと照合される。照合データが登録データと所定範囲内で一致（照合スコア２３６が所定値以上）すれば、照合成功（ＹＥＳ）とされる（ステップＳ４１１）。照合データが登録データと所定範囲内で一致（照合スコア２３６が所定値以上）しなければ、照合失敗（ＮＯ）とされる（ステップＳ４１１）。照合失敗の場合、認証の失敗が第一の端末１に通知され（ステップＳ４１７）、第二の端末２ではユーザに対してディスプレイ１０７等によって通知される（ステップＳ４１８）。
【００７８】
ステップＳ４１１で照合が成功した場合（ＹＥＳ）には、暗号鍵生成部２５７は照合データが登録データと照合された結果として得られる照合スコア２３６から暗号鍵Ｂを生成する（ステップＳ４１２）。生成された暗号鍵Ｂには、世代番号が付与されてから暗号鍵履歴保持部２５５に保持される（ステップＳ４１３）。次に、暗号鍵指定部２５４は、付与された世代番号のうち一つをランダムに選択する（ステップＳ４１４）。
【００７９】
図１３（ｂ）は、実施例３における暗号鍵Ｂの履歴の例を示す図である。第一の端末１の暗号鍵履歴保持部２５５内では、ユーザＩＤ、暗号鍵Ｂの世代番号、及び暗号鍵Ｂが関連付けられて並んでいる。
【００８０】
認証処理部２３１は、第二の端末２における認証処理の成功とランダムに選択した世代番号を、通信制御部２２６経由で第一の端末１に送信する（ステップＳ４１５）。この際、世代番号に対応する暗号鍵は送信せずに世代番号を送信する。こうすることで、暗号鍵の機密性が保たれる。第一の端末１においては、このように選択された世代番号を通信制御部１２６が受信する。次に、第二の端末２において、ユーザに対してディスプレイ２０７等により認証成功を通知する（ステップＳ４１６）。このようにして、生体情報の認証は終了する。
【００８１】
なお、次回の第一の端末１と第二の端末２の通信は、ステップＳ４１５で送信した世代番号に該当する暗号鍵を用いて行う。こうすることで、例えば、通信ごとに異なるセション鍵として暗号鍵を使用できる。
【００８２】
なお、上記では暗号鍵履歴保持部２５５に保持された複数の暗号鍵の中から世代番号を用いて暗号鍵指定部２５４が指定した暗号鍵を用いて第一の端末１と第二の端末２の間で通信を確立する。実施例３はこれに限定されず、暗号鍵履歴保持部２５５と暗号鍵指定部２５４を用いずに、直近に暗号鍵生成部１５７と２５７で生成された暗号鍵を用いて、ユーザＩＤと照合データを暗号化して機密性を維持した送信をしてもよい（ステップ４０８）。
【００８３】
このように、実施例３では、実施例１における検証データの生成の代わりに暗号鍵を生成する。実施例１において第一の端末１から第二の端末２に送信するものは、照合データと検証データであったが、実施例３において第一の端末１から第二の端末２に送信するものは、照合データを前記暗号鍵で暗号化したものである。前記暗号鍵自体は、機密化のために送信されない。第二の端末２では、受信した照合データから、第一の端末１と同様に暗号鍵を生成することで、第一の端末１と第二の端末２の間で安全に暗号鍵を共有することができる。例えば、この暗号鍵を使用することで、次回の通信では機密性を維持した通信の確立が行える。そして、次回の通信で、この暗号鍵を用いた共通鍵方式で暗号化と復号ができた（通信が確立した）ことをもって、実施例１における検証部２２０の認証成功（ステップＳ２０８のＹＥＳ）と同様に、認証が成功としてよい。
【００８４】
上述したように、実施例３では、実施例１の生体認証システムにおける、検証データ生成部１４１と２４１の代わりに、暗号鍵生成部１５７と２５７を含んでいる。このように構成することで、生体センサ１１０を持つ第一の端末１と生体センサを持たない第二の端末２の間で暗号鍵を共有することができる。照合スコア１３６と２３６を元に暗号鍵を生成しており、照合スコア１３６と２３６は認証処理部１３１と２３１に隠蔽されるため暗号鍵を共有する際の機密性を向上できる。
【００８５】
上述したように、暗号鍵履歴保持部１５５と２５５では、暗号鍵を生成する度に暗号鍵を世代管理しておき、後に暗号鍵指定部１５４と２５４により、暗号鍵を選択して使用できるように構成されている。ここで、暗号鍵を使用する用途は限定されない。例えば、通信用共通鍵として使用する場合、次回の通信に使用する暗号鍵を指定することで通信が確立できる。これにより、過去の照合データを保持していなくても、一度認証に成功した第一の端末１と第二の端末２の間だけで、前記暗号鍵を利用することができる。このように、認証に使用されていない端末では暗号鍵を生成することができないため、機密性を向上することが可能である。また、複数の端末間で共通に保持している複数の暗号鍵の一つを世代番号を指定することで選択して、複数の端末間で利用することが可能となる。
【００８６】
また、上述のように、端末固有の情報から暗号鍵である端末鍵を生成する端末鍵生成部１５１と２５１と、前記端末鍵を用いて暗号化する保存データ暗号化部１５２と２５２を備え、各端末に登録データを保持する際に端末鍵を用いて暗号化し、登録データを利用するときに端末鍵を用いて復号している。端末鍵は、端末の起動時に端末の固有情報等を用いて動的に生成すれば良いので、保存しておく必要は無い。こうすることで、同一の登録データであっても、端末が異なれば端末鍵も異なるので、保存された登録データを複製して他の端末で利用する不正行為を防止できる。
【００８７】
また、第一の端末１において、認証処理部１３１は外部記憶媒体１７０に格納できる。この場合、外部記憶媒体１７０は外部認証連携部１５３に接続される。外部記憶媒体１７０が耐タンパデバイスである場合、第一の端末１における認証処理時に用いる認証アルゴリズム１３５を、高度に機密化することができる。同様に、第二の端末２において、認証処理部２３１は外部記憶媒体２７０に格納できる。この場合、外部記憶媒体２７０は外部認証連携部２５３に接続される。外部記憶媒体２７０が耐タンパデバイスである場合、第二の端末２における認証処理時に用いる認証アルゴリズム２２５を、高度に機密化することができる。これにより、認証アルゴリズム１３５と２３５及び暗号鍵生成部１５７と２５７の複製を防止し、不正な使用を防止できる。
【００８８】
また、第一の端末１において、暗号鍵生成部１５７や検証用データ生成ソフトウェア（図示せず）も、外部記憶媒体１７０に格納してもよい。この場合、暗号鍵生成部１５７は外部データ生成連携部１５６に接続される。外部記憶媒体１７０が耐タンパデバイスである場合、第一の端末１における認証処理時に用いる暗号鍵生成部１５７や検証用データ生成ソフトウェアを高度に機密化することができる。同様に、第二の端末２において、暗号鍵生成部２５７や検証用データ生成ソフトウェア（図示せず）も外部記憶媒体２７０に格納してもよい。この場合、暗号鍵生成部２５７は外部データ生成連携部２５６に接続される。外部記憶媒体２７０が耐タンパデバイスである場合、第二の端末２における認証処理時に用いる暗号鍵生成部２５７や検証用データ生成ソフトウェアを高度に機密化することができる。これにより、暗号鍵生成部１５７と２５７及び検証用データ生成ソフトウェアの複製を防止し、不正な使用を防止できる。
［実施例４］
実施例４を説明する。図１４は、実施例４における生体認証システムの機能ブロック図である。図１５は、実施例４における生体認証システムの認証処理フローチャートを示す。実施例４は、実施例１と比較して、ユーザＩＤの入力をせずに認証処理を実現する。実施例４では、第一の端末１でユーザＩＤを入力する必要がない。また、一度入力した生体情報は、一定期間が経過するか、第一の端末１が移動を停止する等のいずれか早い方までは保持されるため、それまでの間、端末１には生体情報を入力する必要がない。
【００８９】
図１４を参照して、第一の端末１には、情報入力部１２１、登録データ生成部１２２、登録データ送信部１２３、照合データ生成部１２４、照合データ送信部１２５、通信制御部１２６、登録部１２７、登録データ保存部１２８、認証処理部１３１、検証データ生成部１４１に加えて、更に、識別子決定部１４６、識別子送信部１４７、照合データ操作部１６１、照合データ削除部１６２、端末搭載置検出部１６３、照合データ保存部１６４が含まれる。実施例１との違いは、識別子決定部１４６、識別子送信部１４７、照合データ操作部１６１、照合データ削除部１６２、端末搭載置検出部１６３、照合データ保存部１６４が含まれる点である。
【００９０】
第二の端末２には、検証部２２０、登録データ受信部２２３、照合データ受信部２２５、通信制御部２２６、登録部２２７、登録データ保存部２２８、認証処理部２３１、検証データ生成部２４１、識別子受信部２４７を含む。実施例１との違いは、識別子受信部２４７が含まれる点である。
【００９１】
生体認証システムの登録処理は、実施例１と同様である。但し、登録データは、複数のユーザ分がユーザＩＤと対応して、登録データ保存部１２８に事前に登録してあるものとする。また、ユーザＩＤは、後述する識別子と１対１の対応関係にあり、どちらからでも他方を特定できる。
【００９２】
図１５を参照して、実施例４における生体認証システムの認証処理を説明する。図１５は、実施例４における生体認証システムの認証処理フローチャートを示す。
【００９３】
まず、第一の端末１の情報入力部１２１により、生体情報が入力される（ステップＳ５０１）。生体情報は指紋、手のひら静脈等である。生体情報が指紋の場合には、指紋センサ１１１（図２参照）により、生体情報が手のひら静脈の場合には、手のひら静脈センサ１１２（図２参照）により生体情報が入力される。
【００９４】
次に、照合データ生成部１２４は、上記で入力された生体情報から特徴的な情報を抽出することで照合データを生成する（ステップＳ５０２）。次に、第一の端末１の登録データ保存部１２８内の登録データ全てを、照合データと照合する（ステップＳ５０３）。
【００９５】
次に、照合データは、認証処理部１３１において、第一の端末１の登録データ保存部１２８に保存されている登録データと照合される。認証処理部１３１では、認証アルゴリズム１３５に従って照合データが登録データと照合され、照合データが登録データと所定範囲内で一致（照合スコア１３６が所定値以上）すれば照合成功（ＹＥＳ）とされ、そうでない場合には照合失敗（ＮＯ）とされる（ステップＳ５０４）。照合失敗の場合、認証の失敗がユーザに対してディスプレイ１０７等によって通知される（ステップＳ５１４）。
【００９６】
ステップＳ５０４で照合が成功した場合（ＹＥＳ）には、検証データ生成部１４１は照合データが登録データと照合された結果として得られる照合スコア１３６から検証データＡを生成する。この際、認証成功に関するユーザＩＤと検証データＡを関連付けて検証データＡを生成する（ステップＳ５０５）。照合データ操作部１６１、識別子決定部１４６及び認証処理部１３１は、協働して照合データと、検証データと、認証が成功した登録データに対応するユーザＩＤと、認識時刻情報とを関連付ける。照合データ操作部１６１は、関連付けた照合データと認識時刻情報を照合データ保存部１６４に保存する（ステップＳ５０６）。照合データ送信部１２５と識別子送信部１４７は関連付けた照合データと、検証データＡと、ユーザＩＤと、認識時刻情報と、を第二の端末２に送信する（ステップＳ５０７）。第二の端末２は、第一の端末１より送信された照合データと、検証データＡと、ユーザＩＤと、認識時刻情報と、を通信制御部２２６経由で照合データ受信部２２５において受信する。
【００９７】
次に、上述のようにユーザＩＤに関連付けられた照合データは、認証処理部２３１において、第二の端末２の登録データ保存部２２８に保存されている登録データと照合される。認証処理部２３１では、認証アルゴリズム２３５に従って照合データが上記ユーザＩＤに対応する登録データと照合され、照合データが登録データと所定範囲内で一致（照合スコア２３６が所定値以上）すれば照合成功（ＹＥＳ）とされ、そうでない場合には照合失敗（ＮＯ）とされる（ステップＳ５０８）。
【００９８】
ステップＳ５０８で照合が成功した場合（ＹＥＳ）には、検証部１２０は照合データが登録データと照合された結果として得られる照合スコア２３６から検証データＢを生成する（ステップＳ５０９）。検証部１２０は、照合データ受信部２２５において受信された検証データＡと上記により生成された検証データＢとが一致するかどうか比較を行う（ステップＳ５１０）。一致する場合（ＹＥＳ）には、第一の端末１に認証成功を通知する（ステップＳ５１１）。さらに、第二の端末２においてユーザに対してディスプレイ２０７等により認証成功を通知する（ステップＳ５１２）。一方、一致しない場合（ＮＯ）には、第一の端末１に認証失敗を通知し（ステップＳ５１３）、第二の端末２においてユーザに対してディスプレイ２０７等により認証失敗を通知する（ステップＳ５１４）。このようにして生体情報の認証は終了する。
＜再認証処理＞
次に実施例４における生体認証システムの再認証処理を説明する。図１６は、実施例４における生体認証システムの再認証処理フローチャートを示す。再認証処理は、第一の端末１における照合データに対応する時刻情報の示す時刻と現在時刻を比較し、時刻の差があらかじめ設定された値よりも大きい場合には照合データを破棄し、新しい照合データを送信して再度認証を行うものである。
【００９９】
図１６を参照して、第一の端末１は、照合データ保存部１６４において保存されている照合データに対応する時刻情報の示す時刻と現在時刻とを取得する（ステップＳ６０１）。次に、照合データ操作部１６１は時刻の差が所定時間以内かを判定する（ステップＳ６０２）。
【０１００】
上記の時刻の差が所定値以内でなければ（ＮＯ）、照合データ削除部１６２がその保存データを破棄する（ステップＳ６０２）。その場合、上述した図１５の手順で認証処理される。
【０１０１】
上記の時刻の差が所定値以内でならば（ＹＥＳ）、照合データ送信部１２５は照合データ保存部１６４に保存されている照合データを第二の端末２に送信する（ステップＳ６０３）。第二の端末２は照合データを受信する。
【０１０２】
次に、照合データは、認証処理部２３１において、第二の端末２の登録データ保存部２２８に保存されている登録データと照合される。認証処理部２３１では、認証アルゴリズム２３５に従って照合データが登録データと照合され、照合データが登録データと所定範囲内で一致（照合スコア２３６が所定値以上）すれば照合成功（ＹＥＳ）とされ、そうでない場合には照合失敗（ＮＯ）とされる（ステップＳ６０４）。
【０１０３】
ステップＳ６０４で照合が失敗した場合（ＮＯ）には、第一の端末１に認証失敗を通知し（ステップＳ６０９）、第二の端末２においてユーザに対してディスプレイ２０７等により認証失敗を通知する（ステップＳ６１０）。
【０１０４】
ステップＳ６０４で照合が成功した場合（ＹＥＳ）には、検証部１２０は照合データが登録データと照合された結果として得られる照合スコア２３６から検証データＣを生成する（ステップＳ６０５）。検証部１２０は、照合データ受信部２２５において受信された検証データＡと上記により生成された検証データＣとが一致するかどうか比較を行う（ステップＳ６０６）。
【０１０５】
検証データＡと検証データＣとが一致する場合（ＹＥＳ）には、第一の端末１に認証成功を通知し（ステップＳ６０７）。第二の端末２においてユーザに対してディスプレイ２０７等により認証成功を通知する（ステップＳ６０８）。一方、一致しない場合（ＮＯ）には、第一の端末１に認証失敗を通知し（ステップＳ６０９）、第二の端末２においてユーザに対してディスプレイ２０７等により認証失敗を通知する（ステップＳ６１０）。このようにして生体情報の再認証処理は終了する。
【０１０６】
上述のように、第一の端末１における認証処理は、ユーザのＩＤを用いて生体センサ１１０から入力される生体情報を特定する代わりに、識別子決定部１４６と、第二の端末２に識別子を送信する識別子送信部１４７と、第二の端末２においては識別子受信部２４７をさらに含む。このように構成することで、ユーザが第一の端末１でＩＤの入力を省略しても、第二の端末２では、第一の端末１でより照合データの識別子を受信できる。このように、ＩＤの入力を省略した分だけユーザの負担を軽減することができる。
【０１０７】
また、第一の端末１で認証処理をする際、ステップＳ５０３で、第一の端末１に保存された全ての登録データを照合データと照合することで、１対Ｎ認証（ＩＤレス認証）を実行している。その結果得られた識別子を第二の端末２に送信することで、第二の端末２では１対１認証を行う。こうすることでユーザはユーザＩＤを入力せずとも認証を受けることができる。同時に、第二の端末２では１対１認証が行われるため、仮に、第二の端末２に多数のユーザの登録データが保存されていても、識別子で容易にユーザＩＤが特定できるため認証処理時間を短縮できる。
【０１０８】
また、上述のように、照合データを所定期間（照合データに対応する時刻情報の示す時刻と現在時刻との間）保存する照合データ保存部１６４と、所定期間後に照合データを削除する照合データ削除部１６２と、を含んでいる。
【０１０９】
このように構成することで、先の生体情報の入力から一定期間に限っては生体情報を入力せずに、第二の端末２で認証するようにできる。
【０１１０】
例えば、生体センサを含まない複数の端末として、第二の端末２の他に第三の端末などがある場合に、第二の端末２に照合データを送信する前に第一の端末１の照合データ保存部１６４で照合データを保存しておき、第三の端末に対して、自動もしくは手動で前記保存した照合データを第一の端末１から送信する。こうすることで、所定期間、生体情報を入力せずに認証処理を第一の端末１と第三の端末の間で行うことができる。所定期間経過後は、第一の端末１の照合データ保存部１６４に保存しておいた照合データを照合データ削除部１６２が削除する。こうすることで、生体センサを含まない複数の端末を第一の端末１と共に使用する際の利便性が向上する。
＜照合データの破棄＞
なお、上述の再認証手順とは別に、携帯式の電子機器等である第一の端末１が、例えば机の上に置かれたことを検出すると、第一の端末１で保持されている照合データを破棄する。このため、第一の端末１が置かれたことを検出する端末載置検出部を含んでもよい。端末載置検出部は、例えば加速度センサを利用する。３軸加速度センサであれば、各軸の値があらかじめ設定された時間（例えば、３０秒）に、既定の範囲内（例えば、±２度）であれば第一の端末１が置かれたと判断することができる。５秒おきに加速度を測定する場合は、６回分の測定値が既定の範囲内である場合に第一の端末１が置かれたと判断してもよい。置かれたことが検出されると、第一の端末１で保持されている照合用データが破棄される。所定期間経過前であっても、置かれたことが検出されると第一の端末１で保持されている照合用データが破棄される。
【０１１１】
このように構成することで、第一の端末１が置かれるまでの間、もしくは所定期間において、生体情報を入力せずに第二の端末２あるいは第３の端末で認証を可能とする。また、第二の端末２あるいは第３の端末と共に認証処理を行う第一の端末１として持ち運び可能な携帯式の端末を用いる場合の機密性が向上する。また、第一の端末１として持ち運び可能な専用認証装置を利用する際も同様に機密性が向上する。
［その他の実施例］
さらに、他の実施例として以下の構成がある。
【０１１２】
前記情報入力部１２１を新たに追加する情報入力部追加部と、前記認証処理部１３１を新たに追加する認証処理追加部と、認証処理を送信する認証処理送信部と、認証処理を受信する認証処理受信部を備え、システム保守時に第一の端末１に新たな種別の生体認証を追加するとともに、認証アルゴリズム２３５を第二の端末２に追加することが可能となる。
【０１１３】
このように構成することで、新たな種別の生体認証を生体認証システムに追加して、ユーザの真正性の判断精度を向上させてセキュリティを強化することができる。
【０１１４】
第二の端末２における認証処理において照合スコア２３６が所定値以上であるか判定する場合の所定値を変更する所定値変更部を備え、生体認証システムを実装する時に第二の端末２における照合スコア２３６の所定値を変更できる。こうすることで、本人認証に要求される生体情報の品質レベルを端末ごとに制御できる。例えば、第二の端末２が重要施設の入退室管理に用いられる場合は高品質な生体情報を要求できる。
【０１１５】
このように構成することで、端末の性質や置かれた環境に合わせて認証の成否を決する所定値を変更できる。
【０１１６】
また、第一の端末１で登録処理を実施する際に必要な登録用データをサーバに送信する登録データ送信部１２３と、認証処理を実施する際に必要な登録データをサーバから受信する登録データ取得部と、を備え、少なくとも第二の端末２と第三の端末（生体センサを含まない複数の端末）で利用する登録データを一元化することができる。第一の端末１の登録データを更新する際に、サーバ側の登録データも更新すればよく、特に生体センサを含まない複数の端末を利用する場合の保守性を向上することが可能となる。
【０１１７】
このように構成することで、ネットワークに接続された一以上の生体センサを含まない複数の端末の登録データの保存元を共通化して、保守性を向上することができる。
【０１１８】
第二の端末２は、端末情報を取得する端末情報取得部と、前記端末情報を送信する端末情報送信部と、自端末上のすべての機能を利用可能にするシステム活性化部と、前記システム活性化を行うための情報を受信するシステム活性化情報受信部を有する。第一の端末１は、第二の端末２の端末情報を受信する端末情報受信部と、システム活性化情報を送信するシステム活性化情報送信部を有する。初めて第二の端末２を利用する際、第一の端末１から第二の端末２に接続すると第二の端末２は自端末情報を第一の端末１に送信し、第一の端末１は第二の端末２を利用可能な端末と判断した場合、システム活性化情報を送信して第二の端末２が利用可能になる。
【０１１９】
このように構成することで、例えば、システム運用管理者が活性化情報を管理時に第二の端末２の使用開始時期を設定することができる。
【０１２０】
第一の端末１に端末が移動したことを検出し、その位置を検出できる端末位置検出部を有し、第一の端末１で生体情報を入力した時の第一の端末１の位置を保持しておき、上記構成の一定期間経過前であっても前記位置からあらかじめ設定された距離の移動を検出したことを契機に第一の端末１にて保持しておいた照合用データを削除する。第一の端末の位置の検出は一般に知られた技術としてＧｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ（ＧＰＳ）等を利用すれば良い。
こうすることで、生体センサを含まない複数の端末に対して認証を行うための第一の端末１として、持ち運び可能なモバイル端末や専用認証装置を利用する際の安全性が向上する。また、第一の端末１を持ったユーザが一定程度移動するまでの間、もしくは一定期間において生体情報を入力しなくても生体センサを含まない複数の端末で認証することが可能となる。
【０１２１】
また、第一の端末１に、第一の端末が接続するネットワーク環境から移動したことを検出する端末接続ネットワーク検出部を備え、第一の端末１で生体情報を入力した時の第一の端末１が接続されているネットワーク情報を保持しておき、上記構成の所定期間経過前であっても前記保存したネットワーク情報からの変化を検出したことを契機に第一の端末１にて保存しておいた照合データを削除する。ネットワーク情報としては、例えば、無線ＬＡＮ接続された端末であれば、端末のＩＰアドレス情報を利用すればよい。こうすることで、複数の生体センサを含まない端末に対して認証を行うための第一の端末１として、持ち運び可能なモバイル端末や専用認証装置を利用する際の安全性が向上する。
【０１２２】
このように構成することで、第一の端末１を持ったユーザが特定ネットワーク環境から移動するまでの間、もしくは所定期間において生体情報を入力せずに生体センサを含まない複数の端末で認証することができる。
【０１２３】
以上、実施例について詳述したが、この実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、上記実施例以外にも種々の変形及び変更が可能である。
【０１２４】
以上の実施例に関し、更に、以下の付記を開示する。
（付記１）
あらかじめ登録された登録データと入力された生体情報から生成された照合データとを照合して第一の類似度を求める第一の認証処理部と、
前記第一の類似度に基づいて第一データを生成する第一データ生成部と、を有する第一の端末と、
あらかじめ登録された前記登録データと前記第一の端末から取得した前記照合データとを照合して第二の類似度を求める第二の認証処理部と、
前記第二の類似度に基づいて第二データを生成する第二データ生成部と、を有する第二の端末と、を有し、
前記第一の端末から取得した前記第一データと前記第二データとが一致したときに認証が成功する、ことを特徴とする生体認証システム。
（付記２）
付記１の生体認証システムにおいて、
第二の端末は、さらに検証部を有し、
前記第一データ生成部は、前記第一データとして第一の検証データを生成して前記検証部に送信し、
前記第二データ生成部は、前記第二データとして第二の検証データを生成して前記検証部に送信し、
前記検証部は、前記第一の検証データと前記第二の検証データとが一致したことをもって前記第一データと前記第二データとが一致したとして認証が成功する生体認証システム。
（付記３）
付記１の生体認証システムにおいて、
第一の端末は、さらに第一の通信制御部を有し、
第二の端末は、さらに第一の通信制御部と通信路を経由して接続される第二の通信制御部を有し、
前記第一データ生成部は、前記第一データとして第一の暗号鍵を生成し、
前記第二データ生成部は、前記第二データとして第二の暗号鍵を生成し、
前記第一の通信制御部と前記第二の通信制御部の間の通信の内容は、第一の暗号鍵と第二の暗号鍵を用いて暗号化及び復号され、
前記通信の内容の復号が成功したことをもって、前記第一データと前記第二データとが一致したとして認証が成功する生体認証システム。
（付記４）
付記３の生体認証システムにおいて、
第一の端末は、さらに前記第一の暗号鍵が生成された順に世代を管理する第一の暗号鍵履歴保持部と、前記通信に使用する前記第一の暗号鍵を前記世代によって指定する第一の暗号鍵指定部を有し、
第二の端末は、さらに前記第二の暗号鍵が生成された順に世代を管理する第二の暗号鍵履歴保持部と、前記通信に使用する前記第二の暗号鍵を前記世代によって指定する第二の暗号鍵指定部を有し、
前記第一の暗号鍵と前記第二の暗号鍵を共通鍵として使用できるようにした生体認証システム。
（付記５）
付記１から４のいずれか一つの生体認証システムにおいて、
前記第一の端末は、前記照合データに前記第一の認証処理部で使用する第一の認証ソフトウェアの版数情報を追加する版数情報付加部をさらに有し、
前記第一の認証処理部における認証時に前記第一の認証ソフトウェアの版数情報と前記第二の端末の前記第二の認証処理部で使用する第二の認証ソフトウェアの版数情報との一致を確認することで、前記版数情報の不一致が認証失敗の原因であることを検出可能な生体認証システム。
（付記６）
付記１から５のいずれか一つの生体認証システムにおいて、
前記第一の端末は、前記登録データの更新を示す更新情報を前記第二の端末へ通知する登録データ更新通知部をさらに有し、
前記第二の端末は、前記登録データが更新されていることを検出可能な生体認証システム。
（付記７）
付記１から６のいずれか一つの生体認証システムにおいて、
第二の端末には、前記登録データを更新する登録データ更新部をさらに有し、
前記登録データ更新部は、前記第二の認証処理部による前記認証処理の際に前記更新情報が第一の端末と第二の端末との間で不一致である場合に、前記第二の端末における登録データを更新する生体認証システム。
（付記８）
付記１から７のいずれか一つの生体認証システムにおいて、
前記第一の端末は、前記第一の端末に固有の情報から暗号鍵である第一の端末鍵を生成する第一の端末鍵生成部と、前記第一の端末鍵を用いて少なくとも前記第一の端末における前記登録データを暗号化する第一の保存データ暗号化部と、をさらに有し、
前記第二の端末は、前記第二の端末に固有の情報から暗号鍵である第二の端末鍵を生成する第二の端末鍵生成部と、前記第二の端末鍵を用いて少なくとも前記第一の端末における前記登録データを暗号化する第二の保存データ暗号化部と、をさらに有する生体認証システム。
（付記９）
付記１から８のいずれか一つの生体認証システムにおいて、
前記第一の端末は、前記第一の認証処理部を格納する第一の外部記録媒体との連携が可能な第一の外部認証連携部をさらに有し、
前記第二の端末は、前記第二の認証処理部を格納する第二の外部記録媒体との連携が可能な第二の外部認証連携部をさらに有する生体認証システム。
（付記１０）
付記９の生体認証システムにおいて、
前記第一の端末は、前記第一データ生成部を前記第一の外部記録媒体に格納して連携する第一の外部データ生成連携部をさらに有し、
前記第二の端末は、前記第二データ生成部を前記第二の外部記録媒体に格納して連携する第二の外部データ生成連携部をさらに有する生体認証システム。
（付記１１）
付記１から１０のいずれか一つの生体認証システムにおいて、
前記第一の端末は、
前記生体情報入力部をさらに追加する生体情報入力部追加部と、
前記認証処理部を新たに追加する認証処理追加部と、
前記認証処理の結果を送信する認証処理送信部と、をさらに有し、
前記第二の端末は、
前記認証処理の結果を受信する認証処理受信部をさらに有する生体認証システム。
（付記１２）
付記１から１１のいずれか一つの生体認証システムにおいて、
第一の認証処理部は、前記登録データと前記照合データの第一の類似度が第一の所定値以上のときに前記第一の端末における前記認証処理は成功とし、
第二の認証処理部は、前記登録データと前記照合データの第二の類似度が第二の所定値以上にあるときに前記第二の端末における前記認証処理を成功とし、
前記第二の端末は、前記第二の所定値が前記第一の所定値とは異なるように変更可能な所定値変更部をさらに有する生体認証システム。
（付記１３）
付記１から１２のいずれか一つの生体認証システムにおいて、
前記生体認証システムは、さらに
前記登録データを保存可能なサーバと、
前記登録データと前記照合データを照合し類似度を求める第三の認証処理部と、
前記求められた類似度に基づいて、通信に用いられる第三データを生成する第三データ生成部と、を有する第三の端末と、
前記サーバと、前記第一の端末と、前記第二の端末と、前記第三の端末とを接続するネットワークを有し、
前記第二の端末と前記第三の端末とは前記サーバに格納された前記登録データをネットワークを介して利用できる生体認証システム。
（付記１４）
付記１から１３のいずれか一つの生体認証システムにおいて、
前記第二の端末は、
前記第二の端末の端末情報を取得する端末情報取得部と、
前記第二の端末の端末情報を送信する端末情報送信部と、
第二の端末のすべての機能を利用可能にするシステム活性化部と、
前記システム活性化を行うためのシステム活性化情報を受信するシステム活性化情報    受信部と、をさらに有し、
前記第一の端末は、
前記端末情報を受信する端末情報受信部と、
前記システム活性化情報を送信するシステム活性化情報送信部と、をさらに有し、
前記第一の端末から前記第二の端末に接続時に、前記第二の端末は前記端末情報を前記第一の端末に送信し、前記第一の端末が前記第二の端末を利用可能と判断した場合、前記第一の端末は前記システム活性化情報を送信して前記第二の端末を利用可能にする生体認証システム。
（付記１５）
付記１から１４のいずれか一つの生体認証システムにおいて
前記登録データはユーザＩＤにそれぞれ対応した複数の登録データでそれぞれがユーザＩＤに一意に対応しており、
前記第一の認証処理部は、
前記複数の登録データと前記照合データとの類似度を求め、前記類似度が所定値以上の場合に前記登録データに対応するユーザＩＤを識別子として決定する識別子決定部と、
第二の端末に前記識別子を送信する識別子送信部と、を有し、
前記第二の端末は、前記識別子を受信する識別子受信部を有する生体認証システム。
（付記１６）
付記１から１５のいずれか一つの生体認証システムにおいて
前記第一の端末は、
前記照合データを所定期間保存する照合データ保存部と、
前記所定期間の経過後に前記照合データを削除する照合データ削除部と、をさらに有する生体認証システム。
（付記１７）
付記１６の生体認証システムにおいて、
前記第一の端末は、前記第一の端末が置かれたことを検出する端末載置検出部をさらに有し、
前記第一の端末は、前記所定期間の経過前であっても、前記第一の端末が置かれた時に前記照合データを削除する生体認証システム。
（付記１８）
付記１６の生体認証システムにおいて、
前記第一の端末は、前記第一端末が移動したことを検出する端末位置検出部をさらに有し、
前記第一の端末は、前記所定期間の経過前であっても、前記第一の端末が移動した時に前記照合データを削除する生体認証システム。
（付記１９）
第一の端末が、
あらかじめ登録された登録データと入力された生体情報から生成された照合データとを照合して第一の類似度を求める第一の認証処理ステップと、
前記第一の類似度に基づいて第一データを生成する第一データ生成ステップと、を実行し、
第二の端末が、
あらかじめ登録された前記登録データと前記第一の端末から取得した前記照合データとを照合して、前記登録データと前記照合データとの間で第二の類似度を求める第二の認証処理ステップと、
前記第二の類似度に基づいて第二データを生成する第二データ生成ステップと、を実行し、
前記第一の端末から取得した前記第一データと前記第二データとが一致したときに認証が成功したとされる認証ステップを有する生体認証方法。
（付記２０）
第一のコンピュータに、
あらかじめ登録された登録データと入力された生体情報から生成された照合データとを照合して第一の類似度を求める第一の認証処理ステップと、
前記第一の類似度に基づいて第一データを生成する第一データ生成ステップと、を実行させ、
第二のコンピュータに、
あらかじめ登録された前記登録データと前記第一の端末から取得した前記照合データとを照合して第二の類似度を求める第二の認証処理ステップと、
前記第二の類似度に基づいて第二データを生成する第二データ生成ステップと、
前記第一の端末から取得した前記第一データと前記第二データとが一致したときに認証が成功したとされる認証ステップと、を実行させる生体認証プログラム。
【符号の説明】
【０１２５】
１  第一の端末
２  第二の端末
５  通信路
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  記憶装置
１０５  通信インターフェース
１０６  電源
１０７  ディスプレイ
１０８  キーボード
１１０  生体センサ
１１１  指紋センサ
１１２  手のひら静脈センサ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  記憶装置
２０５  通信インターフェース
２０６  電源
２０７  ディスプレイ
２０８  キーボード
１２１  情報入力部
１２２  登録データ生成部
１２３  登録データ送信部
１２４  照合データ生成部
１２５  照合データ送信部
１２６  通信制御部
１２７  登録部
１２８  登録データ保存部
１２９  ユーザＩＤ入力部
１３１  認証処理部
１３５  認証アルゴリズム
１３６  照合スコア
１４１  検証データ生成部
１４２  版数情報付加部
１４３  登録データ更新通知部
１４６  識別子決定部
１４７  識別子送信部
１５１  端末鍵生成部
１５２  保存データ暗号化部
１５３  外部認証連携部
１５４  暗号鍵指定部
１５５  暗号鍵履歴保持部
１５６  外部データ生成連携部
１５７  暗号鍵生成部
１６１  照合データ操作部
１６２  照合データ削除部
１６３  端末装置検出部
１６４  照合データ保存部
１７０  外部記憶媒体
２２０  検証部
２２３  登録データ受信部
２２５  照合データ受信部
２２６  通信制御部
２２７  登録部
２２８  登録データ保存部
２３１  認証処理部
２３５  認証アルゴリズム
２３６  照合スコア
２４１  検証データ生成部
２４７  識別子受信部
２５１  端末鍵生成部
２５２  保存データ暗号化部
２５３  外部認証連携部
２５４  暗号鍵指定部
２５５  暗号鍵履歴保持部
２５６  外部データ生成連携部
２５７  暗号鍵生成部
２７０  外部記憶媒体
【図１】
2014119830.tif 000003
【図２】
2014119830.tif 000004
【図３】
2014119830.tif 000005
【図４】
2014119830.tif 000006
【図５】
2014119830.tif 000007
【図６】
2014119830.tif 000008
【図７】
2014119830.tif 000009
【図８】
2014119830.tif 000010
【図９】
2014119830.tif 000011
【図１０】
2014119830.tif 000012
【図１１】
2014119830.tif 000013
【図１２】
2014119830.tif 000014
【図１３】
2014119830.tif 000015
【図１４】
2014119830.tif 000016
【図１５】
2014119830.tif 000017
【図１６】
2014119830.tif 000018