(57)【要約】【課題】成りすまし防止を強化できるようにする。【解決手段】通信端末装置であって、サービス提供サーバーとの間で相互認証する相互認証部と、相互認証部での相互認証の成功結果として得られるサービス提供サーバーと共通の暗号鍵に対応付けられる認証対象の生体情報を取得する取得部と、取得部により取得された認証対象の生体情報と、登録対象の生体情報とを用いて生体認証する生体認証部と、生体認証部での生体認証が成功した場合、生体認証が成功したことを示すメッセージを暗号鍵で暗号化し、サービス提供サーバーに通知する通知部とを含む構成とする。【選択図】図５
2009140231.tif 000002
【特許請求の範囲】
【請求項１】
所定のネットワークを通じて通信可能なサービス提供サーバーと、通信端末装置とを含む通信システムであって、
上記サービス提供サーバーは、
上記通信端末装置との間で相互認証する相互認証部と、
上記通信端末装置から、生体認証が成功したことを示すメッセージの通知を受けた場合、自己のサービスの提供処理を開始するサービス提供部と
を具え、
上記通信端末装置は、
サービス提供サーバーとの間で相互認証する相互認証部と、
上記相互認証部での相互認証の成功結果として得られる上記サービス提供サーバーとの共通の暗号鍵に対応付けられる認証対象の生体情報を取得する取得部と、
上記取得部により取得された認証対象の生体情報と、登録対象の生体情報とを用いて生体認証する生体認証部と、
上記生体認証部での生体認証が成功した場合、上記メッセージを上記暗号鍵で暗号化し、上記サービス提供サーバーに通知する通知部と
を具えることを特徴とする通信システム。
【請求項２】
サービス提供サーバーとの間で相互認証する相互認証部と、
上記相互認証部での相互認証の成功結果として得られる上記サービス提供サーバーとの共通の暗号鍵に対応付けられる認証対象の生体情報を取得する取得部と、
上記取得部により取得された認証対象の生体情報と、登録対象の生体情報とを用いて生体認証する生体認証部と、
上記生体認証部での生体認証が成功した場合、生体認証が成功したことを示すメッセージを上記暗号鍵で暗号化し、上記サービス提供サーバーに通知する通知部と
を具えることを特徴とする通信端末装置。
【請求項３】
所定の発行装置から、登録対象の生体情報又はその格納場所情報と、自己の通信端末を示す識別情報と、これら情報を検証するための署名とを含む証明書の発行を受ける発行受部をさらに具え、
上記生体認証部は、
上記証明書における登録対象の生体情報又はその格納場所情報から取得した登録対象の生体情報を用いて生体認証する
ことを特徴とする請求項２に記載の通信端末装置。
【請求項４】
上記生体認証部は、
セキュリティ管理が施されたブロック内の記憶部に記憶された登録対象の生体情報又はその記憶部から取得した登録対象の静脈情報を用いて、上記ブロック内で生体認証する
ことを特徴とする請求項３に記載の通信端末装置。
【請求項５】
上記発行受部は、
公開鍵及びその公開鍵に対応する秘密鍵のうち、上記公開鍵を用いて登録対象の生体情報又はその格納場所情報を暗号化し、該暗号化した登録対象の生体情報又はその格納場所情報と、上記識別情報と、上記署名とを含む証明書の発行を上記発行装置から受ける
ことを特徴とする請求項３に記載の通信端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム及び通信端末装置に関し、例えばインターネットを通じてサービスを提供する場合に適用して好適なものである。
【背景技術】
【０００２】
従来、公開鍵暗号方式を適用して通信端末間で相互認証し、該相互認証が成功した場合に所定のサービスに関する情報を通信するようにした通信システムが提案されている（例えば特許文献１参照）。
【０００３】
この通信システムでは、相互認証によって、各通信端末が相手の通信端末が正当な通信端末であることを確認することができるが、当該相手の通信端末を利用する利用者が正規の利用者でない場合であっても、相互認証が成功しさえすれば通信可能となる。
【０００４】
したがって、例えば、会社等のパソコン等のように複数人が使用可能な通信端末や、盗用された個人の通信端末を用いて、第三者が正規利用者に成りすましてサービスを受領することができるといった問題がある。
【０００５】
この点、特許文献１の通信システムでは、サービス受領対象の通信端末が生体情報を用いて生体認証し、該生体認証が成功した場合、該サービス受領対象の通信端末と、サービス提供対象の通信端末との間で相互認証するようになされている。
【特許文献１】特開２００４−１１０４３３公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、サービス提供対象の通信端末は、通信相手であるサービス受領対象の通信端末が、生体認証機能をもつものであるのかもたないものであるのかについては分からない。このため、生体認証機能をもたない通信端末を利用してサービス提供対象の通信端末にアクセスすれば、第三者が正規利用者に成りすましてサービスを受領することができることになる。
【０００７】
本発明は以上の点を考慮してなされたもので、成りすまし防止を強化し得る通信システム及び通信端末装置を提案しようとするものである。
【課題を解決するための手段】
【０００８】
かかる課題を解決するため本発明は、所定のネットワークを通じて通信可能なサービス提供サーバーと、通信端末装置とを含む通信システムであって、サービス提供サーバーは、通信端末装置との間で相互認証する相互認証部と、通信端末装置から、生体認証が成功したことを示すメッセージの通知を受けた場合、自己のサービスの提供処理を開始するサービス提供部とを含む構成とし、通信端末装置は、サービス提供サーバーとの間で相互認証する相互認証部と、相互認証部での相互認証の成功結果として得られるサービス提供サーバーとの共通の暗号鍵に対応付けられる認証対象の生体情報を取得する取得部と、取得部により取得された認証対象の生体情報と、登録対象の生体情報とを用いて生体認証する生体認証部と、生体認証部での生体認証が成功した場合、メッセージを暗号鍵で暗号化し、サービス提供サーバーに通知する通知部とを含む構成とした。
【０００９】
また本発明は、通信端末装置であって、サービス提供サーバーとの間で相互認証する相互認証部と、相互認証部での相互認証の成功結果として得られるサービス提供サーバーとの共通の暗号鍵に対応付けられる認証対象の生体情報を取得する取得部と、取得部により取得された認証対象の生体情報と、登録対象の生体情報とを用いて生体認証する生体認証部と、生体認証部での生体認証が成功した場合、生体認証が成功したことを示すメッセージを暗号鍵で暗号化し、サービス提供サーバーに通知する通知部とを含む構成とした。
【発明の効果】
【００１０】
以上のように本発明によれば、通信端末装置を用いて相互認証を行った利用者が入力したであろう生体情報に対して、相互認証結果（暗号鍵）が関連付される。したがって、生体認証が成功したことを示すメッセージを、暗号鍵によって暗号化された状態で通知を受けたサービス提供サーバーが、当該通信端末装置と共通の暗号鍵を用いて復号できた場合、該サービス提供サーバーでは、通信端末装置も正当であることだけでなく、その通信端末装置を利用する利用者が正当者であるということも認識でき、この結果、成りすまし防止を強化し得る通信システム及び通信端末装置を実現できる。
【発明を実施するための最良の形態】
【００１１】
以下図面について、本発明を適用した一実施の形態を詳述する。
【００１２】
（１）サービス提供システムの構成
図１において、本実施の形態によるサービス提供システム１の全体構成を示す。このサービス提供システム１では、公開鍵証明書発行局(CA : Certificate Authority)２と、複数のサービス提供サーバー３１、３２、……、３ｎと、携帯電話機４とが、インターネット又はＮＧＮ(Next Generation Network)等のネットワーク５を介して接続される。
【００１３】
公開鍵証明書発行局２は、利用者の本人性を証明するサーバーであり、ネットワーク５を介して要求される要求元に対して、公開鍵証明書(PKC : Public Key Certificate)を発行するようになされている。
【００１４】
この公開鍵証明書は、公開鍵管理基盤（PKI : Public Key Infrastructure）を用いて生成されるものであり、ユーザの氏名、ＭＡＣアドレス又はメールアドレス等のユーザＩＤ(Identification)と、該ユーザＩＤに対応する公開鍵とに対して、ディジタル署名が付加されたものである。ディジタル署名は、ユーザＩＤ及び公開鍵から一方向性関数を用いて導出されたハッシュ値等の固定長データに対して、署名用の秘密鍵を用いて暗号化することにより生成される。
【００１５】
一方、各サービス提供サーバー３１、３２、……、３ｎは、所定のサービスをネットワーク５を介して提供するサーバーである。サービス提供サーバー３１、３２、……、３ｎは、サービス受領元に対して、サービスに対する利用者のアクセス権限等のユーザ属性情報を用いて、自己のサービスをネットワーク５を介してサービス受領元に提供するようになされている。
【００１６】
他方、携帯電話機４は、サービス提供サーバー３Ｘ（３１、３２、……、又は３ｎ）に対してネットワークを通じて通信可能な端末装置である。
【００１７】
この携帯電話機４は、ネットワークを通じてサービスを受領する場合、該受領するための前提として、公開鍵証明書発行局２から、利用者の本人性を証明する公開鍵証明書を取得するとともに、該利用者の静脈情報を取得する。
【００１８】
一方、携帯電話機４は、サービス提供サーバー３Ｘにおけるサービスを受領する場合、公開鍵証明書を用いて、サービス提供サーバー３Ｘとの間で相互認証するとともに、静脈情報を用いて生体認証し、当該認証が成功したとき、サービス提供サーバー３Ｘにおけるサービスを受領し得るようになされている。
【００１９】
（２）携帯電話機の構成
次に、携帯電話機４の構成について、図２を用いて説明する。この携帯電話機４は、制御部１０に対して、操作部１１、セキュリティチップ１２、撮像部１３、記憶部１４、通信部１５、表示部１６及び音声出力部１７をそれぞれバス１８を介して接続することにより構成される。
【００２０】
制御部１０は、この携帯電話機４全体の制御を司るメインＣＰＵ(Central Processing Unit)と、ＲＯＭ(Read Only Memory)と、当該メインＣＰＵのワークメモリとしてのＲＡＭ(Random Access Memory)とを含むコンピュータとして構成される。
【００２１】
この制御部１０は、操作部１１から与えられる命令に対応するプログラムに基づいて、撮像部１３、記憶部１４、通信部１５、表示部１６及び音声出力部１７を適宜制御し、当該命令に対応する処理として、例えばダウンロード処理、サーバーアクセス処理、発呼処理、通話処理、メール作成処理又はメール転送処理等の各種処理を実行する。
【００２２】
セキュリティチップ１２は、このセキュリティチップ１２の制御を司るサブＣＰＵ、ＲＯＭ、当該サブＣＰＵのワークメモリとしてのＲＡＭおよび記憶部（以下、これをセキュリティ記憶部と呼ぶ）を含む構成としてパッケージ化される。
【００２３】
このＲＯＭには、不正アクセスからセキュリティ記憶部を保護するプログラム又は不正アクセスに応じてセキュリティ記憶部のデータを消去するプログラム等の耐タンパ性プログラムが格納される。セキュリティチップ１２は、この耐タンパ性プログラムに基づいて、記憶部１４よりもセキュリティレベルが高い状態でセキュリティ記憶部を管理するようになされている。
【００２４】
またこのＲＯＭには、公開鍵証明書を取得するモード（以下、これを証明書取得モードと呼ぶ）及びサービスを受領するモード（以下、これをサービス受領モードと呼ぶ）に対応するプログラムが格納される。セキュリティチップ１２は、制御部１０から、証明書取得モード又はサービス受領モードの実行命令を受けると、該実行命令に対応するプログラムに基づいて、撮像部１３、記憶部１４、通信部１５、表示部１６及び音声出力部１７を適宜制御し、証明書取得モード又はサービス受領モードを実行するようになされている。
【００２５】
撮像部１３は、撮像範囲内における被写体の画像を画像データとして生成することにより取得し、該取得した画像データを制御部１０に送出する。
【００２６】
また撮像部１３は、静脈登録モード又は認証モードの場合、脱酸素化ヘモグロビン及び酸素化ヘモグロビンの双方に対して特異的に吸収される特性をもつ波長域（７００[nm]〜９００[nm]）に含まれる波長の光（以下、これを近赤外光と呼ぶ）を、指を配すべき対象となる光入力面上に照射する。そして撮像部１３は、光入力面に配される生体部位内の静脈の画像（以下、これを静脈画像と呼ぶ）を、データ（以下、これを静脈画像データと呼ぶ）として生成し、これを制御部１０に送出するようになされている。
【００２７】
記憶部１４は、静脈画像データから抽出される静脈情報以外の各種情報を記憶するためのものであり、制御部１０により指定される所定の領域に記憶し、又は所定の領域から読み出すようになされている。
【００２８】
通信部１５は、ネットワーク４（図１）に対して信号を送受信するようになされている。具体的には、通信部１５は、入力される通信対象のデータを、例えばＯＦＤＭ(Orthogonal Frequency Division Multiplex)等の所定の変調方式により変調し、該変調結果として得られる信号をアンテナ（図示せず）を介して基地局に送信する。一方、通信部１５は、アンテナを介して受信された信号を所定の復調方式により復調し、該復調結果として得られるデータを出力するようになされている。
【００２９】
表示部１６は、制御部１０から与えられる表示データに基づく文字や図形を表示画面に表示する。音声出力部１７は、制御部１０から与えられる音声データに基づく音声を、スピーカから出力するようになされている。
【００３０】
（３）証明書取得モード
次に、セキュリティチップ１２における証明書取得モードについて説明する。セキュリティチップ１２は、制御部１０（図２）から、証明書取得モードの実行命令を受けた場合、該証明書取得モードに対応するプログラムに基づいて、図３に示すように、撮像条件設定部３１、静脈情報抽出部３２、公開鍵ペア生成部３３、登録部３４及び証明書取得部３５として機能する。
【００３１】
撮像条件設定部３１は、表示部１６（図２）及び音声出力部１７（図２）の少なくとも一方を介して光入力面に指を配すべきことを通知した後、静脈の最適な撮像条件としてセキュリティ記憶部に記憶された例えば光量及び露出値（ＥＶ(Exposure Value)）を、撮像部１３に対して設定する。
【００３２】
撮像部１３では、撮像条件設定部３１によって設定される光量で、近赤外光が照射され、該撮像条件設定部３１によって設定される露出値を基準として、絞りの絞り値及び撮像素子に対するシャッター速度（露出時間）が調整される。
【００３３】
ちなみに、この撮像部１３では、光入力面に配される指内方の静脈層の後方が近赤外光の照射対象とされており、該光入力面に指が配された場合、近赤外光は、その指内方において反射及び散乱によって静脈層と表皮層を経由し、光入力面に入射する。したがってこの入射光は、指内方における非静脈部分では明るい状態となる一方、静脈部分ではヘモグロビンの吸光特性により暗い状態が保たれることにより、静脈部分と非静脈部分のコントラストが鮮明（つまり、静脈を投影する光）となる。
【００３４】
静脈情報抽出部３２は、撮像部１３での撮像結果として、該撮像部１３から出力される静脈画像データに基づいて、当該静脈画像に映し出される静脈のパターンを示す静脈情報を抽出する。
【００３５】
この静脈情報は、例えば、静脈幅の中心若しくは輝度ピークが抽出された静脈画像、該静脈画像をハフ変換した画像、該静脈画像に含まれる静脈を構成する点、もしくは、該静脈画像に含まれる静脈に曲線近似させたパラメータ、または、これらの組み合わせ等、種々のものを採用することができる。
【００３６】
公開鍵ペア生成部３３は、公開鍵管理基盤（PKI : Public Key Infrastructure）に対応する公開鍵及び秘密鍵を生成する。
【００３７】
登録部３４は、公開鍵ペア生成部３３によって生成された秘密鍵と、静脈情報抽出部３２によって抽出された静脈情報とを対応付けて記憶することにより登録する。また登録部３４は、静脈情報を登録した場合、該静脈情報の登録場所を示す情報（以下、これを登録アドレス情報とも呼ぶ）を生成する。
【００３８】
証明書取得部３５は、公開鍵ペア生成部３３によって生成された公開鍵を用いて、登録部３４によって生成された登録アドレス情報を暗号化する。また証明書取得部３５は、通信部１５を介して公開鍵証明書発行局２にアクセスし、該公開鍵証明書発行局２に対して、適格証明書の発行を要求する。
【００３９】
ここで、適格証明書は、ＩＥＴＦ(Internet Engineering Task Force)におけるＲＦＣ３７３９として定義される公開鍵証明書であり、該適格証明書のプロファイルは図４に示すとおり規定される。
【００４０】
この実施の形態の場合、証明書取得部３５は、適格証明書における主体者名として携帯電話機４のＩＤ(Identification)を公開鍵証明書発行局２に送信し、該適格証明書における生体情報として、暗号化された登録アドレス情報（以下、これを暗号化登録アドレス情報とも呼ぶ）を公開鍵証明書発行局２に送信するようになされている。
【００４１】
この暗号化登録アドレス情報は、秘密鍵によってのみ復号可能な公開鍵によって暗号化されたものであるため、ハッキング等により暗号化登録アドレス情報が第三者に入手された場合であっても、第三者は内容を知ることができない。したがって、証明書取得部３５は、暗証番号等のように適宜変更できない静脈情報に付随する情報（アドレス）を、送信相手に安全に取得させ得るようになされている。
【００４２】
公開鍵証明書発行局２では、携帯電話機４のＩＤ及び暗号化登録アドレス情報を含む情報に対してディジタル署名を付加した適格証明書が生成され、要求元の携帯電話機４に対して発行される。したがって、この適格証明書は、ＩＤを利用者本人とみなして本人性を証明するのではなく、該ＩＤをもつ機器と、その機器を利用する利用者との双方の本人性を証明するものとなる。
【００４３】
証明書取得部３５は、適格証明書の発行要求の応答として発行される適格証明書を取得した場合、これをセキュリティチップ１２外の記憶部１４に記憶する。したがって、証明書取得部３５は、セキュリティチップ１２内のセキュリティ記憶部に適格証明書を記憶しない分、該セキュリティ記憶部に対する記憶容量を低減し得るようになされている。
【００４４】
このようにこのセキュリティチップ１２は、暗証番号等のように適宜変更できない静脈パターンを示す静脈情報については、セキュリティチップ１２外に送出することなく、セキュリティチップ１２外の記憶部１４よりもセキュリティレベルが高い内部に保持し、当該静脈情報に付随する情報（アドレス）については、秘密鍵によってのみ復号可能な公開鍵によってたとえ入手しても解読できない状態でセキュリティチップ１２外から送出するため、秘匿性の高い状態で静脈パターンを管理し得るようになされている。
【００４５】
（４）サービス受領モード
次に、セキュリティチップ１２におけるサービス受領モードについて説明する。セキュリティチップ１２は、制御部１０（図２）から、サービス提供サーバー３Ｘに対するサービス受領モードの実行命令を受けた場合、該サービス受領モードに対応するプログラムに基づいて、図３との対応部分に同一符号を付した図５に示すように、署名認証部４１、相互認証部４２、撮像条件設定部３１、静脈情報抽出部３２、生体認証部４３及びサービス受領部４４として機能する。
【００４６】
署名認証部４１は、サービス提供サーバー３Ｘに対して発行された公開鍵証明書を取得する。ちなみにこの取得先は、サービス提供サーバー３Ｘ又はサービス提供サーバー３Ｘ以外のリポジトリーである。
【００４７】
そして署名認証部４１は、サービス提供サーバー３Ｘの公開鍵証明書におけるディ時タイル署名を用いて、署名認証する。すなわち、署名認証部４１は、サービス提供サーバー３Ｘの公開鍵証明書におけるディジタル署名を、該公開鍵証明書に対応する公開鍵を用いて復号化し、この復号結果を、公開鍵証明書の本文（サービス提供サーバー３ＸのＩＤ等）から導出した固定長データと照合する。
【００４８】
ここで、公開鍵証明書の本文が固定長データと一致しない場合、このことは、公開鍵証明書の本文が改竄等され、該本文の内容が変更されていることを意味する。この場合、署名認証部４１は、署名認証が失敗したものと判定する。
【００４９】
これに対して、公開鍵証明書の本文が固定長データと一致する場合、このことは、公開鍵証明書の本文の内容に偽りがないことが証明されたことを意味する。この場合、署名認証部４１は、署名認証が成功したものと判定する。
【００５０】
相互認証部４２は、署名認証部４１において署名認証が成功したものと判定された場合、通信部１５を通じてサービス提供サーバー３Ｘにアクセスし、該サービス提供サーバー３Ｘとの間で相互認証する。すなわち、図６に示すように、相互認証部４２は、署名認証部４１から、サービス提供サーバー３Ｘの公開鍵証明書を取得し（ステップＳＰ１）、該公開鍵証明書に対応する公開鍵で、所定のデータや乱数等をもとに生成したメッセージ（以下、Ａメッセージとする）を暗号化し（ステップＳＰ２）、当該暗号メッセージをサービス提供サーバー３Ｘに送信する。
【００５１】
一方、サービス提供サーバー３Ｘでは、携帯電話機４からアクセスがあった場合、該携帯電話機４に対して発行された適格証明書（公開鍵証明書）が取得される（ステップＳＰ１１）。ちなみにこの取得先は、携帯電話機４又は携帯電話機４以外のリポジトリーである。
【００５２】
ここで、サービス提供サーバー３Ｘでは、携帯電話機４と同様にして、携帯電話機４の適格証明書におけるディジタル署名を検証する。またサービス提供サーバー３Ｘでは、適格証明書の本文（携帯電話機のＩＤ及び暗号化登録アドレス情報等）内容に偽りがないことが証明された場合、携帯電話機４からの送信データを待ち受け、該携帯電話機４から送信される暗号メッセージを受信すると、該暗号メッセージを自己の秘密鍵で復号化することによって、平文（Ａメッセージ）が取得される（ステップＳＰ１２）。
【００５３】
そしてサービス提供サーバー３Ｘでは、このＡメッセージと、所定のデータや乱数等をもとに生成したメッセージ（以下、Ｂメッセージとする）とが、携帯電話機４の適格証明書に対応する公開鍵で暗号化され（ステップＳＰ１３）、当該暗号メッセージが携帯電話機４に返信される。
【００５４】
相互認証部４２は、サービス提供サーバー３Ｘから返信される暗号メッセージを受信すると、該暗号メッセージを自己の秘密鍵で復号化することによって、平文（Ａメッセージ及びＢメッセージ）を取得し（ステップＳＰ３）、該平文のなかに、自己が生成したＡメッセージと同じものがあるか否かを調べる（ステップＳＰ４）。
【００５５】
ここで、自己が生成したＡメッセージと同じものがない場合（ステップＳＰ４（ＮＯ））、このことは、Ａメッセージの送信先がサービス提供サーバー３Ｘになりすましている、あるいは、サービス提供サーバー３Ｘとの通信を妨害するものがいる等の弊害があることを意味する。この場合、相互認証部４２は、相互認証が失敗したものと判定する。
【００５６】
これに対して、自己が生成したＡメッセージと同じものがある場合（ステップＳＰ４（ＹＥＳ））、相互認証部４２は、通信相手が正規の通信相手であるものと判定し、その後の通信で用いるべき共通鍵に関する情報（以下、これを共通鍵情報とも呼ぶ）を生成する。そして相互認証部４２は、この共通鍵情報と、Ｂメッセージとを、サービス提供サーバー３Ｘの公開鍵証明書に対応する公開鍵で暗号化し（ステップＳＰ５）、当該暗号メッセージをサービス提供サーバー３Ｘに返信した後、共通鍵情報から共通鍵を生成する（ステップＳＰ６）。
【００５７】
一方、サービス提供サーバー３Ｘでは、携帯電話機４から返信される暗号メッセージを受信すると、該暗号メッセージを自己の秘密鍵で復号化することによって、平文（共通鍵情報及びＢメッセージ）が取得され（ステップＳＰ１４）、該平文のなかに、自己が生成したＢメッセージと同じものがあるか否かが調べられる（ステップＳＰ１５）。
【００５８】
ここで、自己が生成したＢメッセージと同じものがない場合（ステップＳＰ１５（ＮＯ））、サービス提供サーバー３Ｘでは、相互認証が失敗したものと判定され、携帯電話機４との通信路が切断される。これに対して、自己が生成したＡメッセージと同じものがある場合（ステップＳＰ１５（ＹＥＳ））、サービス提供サーバー３Ｘでは、通信相手が正規の通信相手であるものと判定され、携帯電話機４から取得した共通鍵情報から共通鍵が生成される（ステップＳＰ１６）。そしてサービス提供サーバー３Ｘでは、この共通鍵で、認証成功したことを示すメッセージが暗号化され、当該暗号メッセージが携帯電話機４に送信される。
【００５９】
相互認証部４２は、この暗号メッセージを受けた場合、該暗号メッセージを共通鍵で復号化し、該復号できた場合には、相互認証が成功したものと判定する。これに対して相互認証部４２は、共通鍵で復号化できない場合、又は、サービス提供サーバー３Ｘとの通信路が切断された場合、相互認証が成功したものと判定する。
【００６０】
このようにして相互認証部４２は、サービス提供サーバー３Ｘとの間で相互認証し、該相互認証の過程で共通鍵に関する情報をサービス提供サーバー３Ｘと共用し得るようになされている。
【００６１】
撮像条件設定部３１（図５）は、相互認証部４２での判定結果として相互認証が成功したものと判定された場合、撮像部１３に対して静脈の最適な撮像条件を設定し、静脈情報抽出部３２は、該撮像部１３から出力される静脈画像データに基づいて認証対象の静脈情報を抽出する。
【００６２】
生体認証部４３は、セキュリティチップ１２内のセキュリティ記憶部に記憶された登録対象の静脈情報と、静脈情報抽出部３２によって抽出された認証対象の静脈情報とを照合し、当該静脈情報における類似度を検出する。
【００６３】
例えば、静脈情報が、静脈幅の中心若しくは輝度ピークが抽出された静脈画像、もしくは、該静脈画像をハフ変換した画像である場合、該静脈情報の類似度は、相互相関関数、位相相関関数又はＳＡＤ(Sum of Absolute difference)等によって検出される。また静脈情報が、静脈画像に含まれる静脈を構成する点、もしくは、該静脈画像に含まれる静脈に曲線近似させたパラメータである場合、該静脈情報に基づいて静脈画像が復元された後に、相互相関関数等によって類似度が検出される。
【００６４】
生体認証部４３は、静脈情報の類似度が所定の閾値以上となる場合、生体認証が成功したものと判定する一方、該閾値未満となる場合、生体認証が失敗したものと判定する。
【００６５】
サービス受領部４３は、署名認証部４１、相互認証部４２又は生体認証部４３での判定結果として認証失敗と判定された場合、サービス提供サーバー３Ｘにおけるサービスの提供を受領できないことを、表示部１６（図２）及び音声出力部１７（図２）の少なくとも一方を介して通知する。
【００６６】
一方、生体認証部４３での判定結果として認証成功と判定された場合、署名認証部４１での署名認証及び相互認証部４２での相互認証も成功と判定されている。この場合、サービス受領部４３は、生体認証が成功したことを示すメッセージを生成し、このメッセージを、相互認証部４２での相互認証過程で生成された共通鍵（図６：ステップＳＰ６）で暗号化し、当該暗号メッセージを通信部１５を通じてサービス提供サーバー３Ｘに送信する。
【００６７】
サービス提供サーバー３Ｘでは、この暗号メッセージを受けると、該暗号メッセージが復号化され、その平文が生体認証が成功したことを示すメッセージである場合、サービスの提供が開始される。
【００６８】
サービスの提供が初回となる場合、サービス提供サーバー３Ｘでは、ユーザ属性情報を設定するための情報が、携帯電話機４との相互認証過程で生成された共通鍵（図６：ステップＳＰ１６）で暗号化され、当該暗号情報が携帯電話機４に送信される。
【００６９】
この場合、サービス受領部４３は、この暗号情報を共通鍵で復号化し、この結果得られる情報に基づいて、ユーザ属性情報を設定するための設定画面を、表示部１６に対してＧＵＩ(Graphical User Interface)表示する。
【００７０】
例えば、サービス提供サーバー３Ｘが、口座の閲覧又は為替取引等の銀行取引を提供するサーバーである場合、氏名、住所、生年月日、性別を入力するための項目と、残高照会、入出金照会、口座振込、口座振替、金融商品（定期預金、外貨預金、投資信託等）、宝くじ申込又はPayPalのなかから希望するサービスを選択するための項目とを含む設定画面がＧＵＩ表示される。
【００７１】
また、例えば、サービス提供サーバー３Ｘが、音声、映像又はゲームソフト等のコンテンツを提供するサーバーである場合、氏名、住所、生年月日、性別を入力するための項目と、コンテンツ提供サーバーにおいて提供対象とされるゲームコンテンツ、映像コンテンツ、音楽コンテンツ及び静止画コンテンツ等の各種コンテンツを選択するための項目と、利用期限又は利用回数等の利用態様を選択するための項目と含む設定画面がＧＵＩ表示される。
【００７２】
サービス受領部４３は、設定画面に対する設定が終了されると、該設定画面を介して設定されたユーザ属性情報を共通鍵で暗号化し、当該暗号情報をサービス提供サーバー３Ｘに送信する。
【００７３】
サービス提供サーバー３Ｘでは、この暗号情報を受けると、該暗号情報が復号化され、その復号結果として得られるユーザ属性情報にしたがってサービス提供処理が実行されるとともに、ユーザ属性情報がデータベース上で管理される。
【００７４】
一方、サービスの提供が２回目以降となる場合、サービス提供サーバー３Ｘでは、データベースから携帯電話機４のユーザ属性情報が検索され、該検索されたユーザ属性情報にしたがってサービス提供処理が実行される。
【００７５】
（５）動作及び効果
以上の構成において、この携帯電話機４は、サービス提供サーバー３Ｘとの間で相互認証し、その後の通信でサービス提供サーバー３Ｘと共通に用いるための共通鍵を取得する（図６）。
【００７６】
そして携帯電話機４は、相互認証が成功した場合、この共通鍵に対する認証対象の静脈情報を、撮像条件設定部３１（図５）及び静脈情報抽出部３２（図５）を介して取得する。したがって、この携帯電話機４では、相互認証が成功したときにその相互認証を行った利用者が入力したであろう生体情報は、相互認証（機器認証）の成功の証とされる共通鍵と関連付けされる。
【００７７】
この状態において携帯電話機４は、認証対象の静脈情報と、登録対象の静脈情報とを用いて生体認証し、該生体認証が成功した場合、生体認証が成功したことを示すメッセージを共通鍵で暗号化し、サービス提供サーバー３Ｘに通知する。
【００７８】
したがって、この暗号化メッセージをサービス提供サーバー３Ｘが共通鍵を用いて復号できた場合、該サービス提供サーバー３Ｘでは、通信端末装置も正当であることだけでなく、その通信端末装置を利用する利用者が正当者であるということも認識できる。
【００７９】
この結果、サービス提供サーバー３Ｘでは、例えば、第三者が、会社等のパソコン等のように複数人が使用可能な通信端末や、盗用された個人の通信端末、あるいは、生体認証機能をもたない通信端末を用いて正規利用者に成りすましたとしても、当該成りすましを検出することが可能となる。
【００８０】
また、この実施の形態における携帯電話機４では、登録対象の静脈情報を登録する場合、公開鍵証明書発行局２から、該登録対象の静脈情報の格納場所を示す情報（登録アドレス情報）と、自己の通信端末を示す識別情報（携帯電話機４のＩＤ）と、これら情報とを検証するための署名とを含む適格証明書（図４）との発行を受ける。
【００８１】
したがって、この携帯電話機４では、生体認証に用いられる登録対象の静脈情報を、登録者から単に取得したものではなく、当該携帯電話機４及びサービス提供サーバー３Ｘ以外の第三者機関において、携帯電話機４を利用する利用者との関連性が証明されたものとして登録しておくことができるため、機器と、生体との関連付けをより一段と信頼性のあるものにでき、この結果、より一段と成りすましを防止することが可能となる。
【００８２】
また、この携帯電話機４では、登録対象の静脈情報の格納場所として、セキュリティ管理が施されたブロック（セキュリティチップ１２）内のセキュリティ記憶部が採用され、当該生体認証の実行場所として、セキュリティ管理が施されたブロック（セキュリティチップ１２）が採用される。したがって、この携帯電話機４では、生体認証が成功したことを示すメッセージをより一段と信頼性のあるものとして、サービス提供サーバー３Ｘに通知することができ、この結果、より一段と成りすましを防止することが可能となる。
【００８３】
また、この携帯電話機４では、適格証明書に記述される登録アドレス情報を、該適格証明書の公開鍵を用いて暗号化する。したがって、この携帯電話機４では、静脈情報については、セキュリティチップ１２外に送出することなく、セキュリティチップ１２内部に保持し、当該静脈情報に付随する情報（アドレス）については、秘密鍵によってのみ復号可能な公開鍵によってたとえ入手しても解読できない状態でセキュリティチップ１２外から送出するため、秘匿性の高い状態で静脈パターンを管理できるため、生体認証が成功したことを示すメッセージをより一段と信頼性のあるものとして、サービス提供サーバー３Ｘに通知することができる。
【００８４】
以上の構成によれば、通信端末装置を用いて相互認証を行った利用者が入力したであろう生体情報に対して、相互認証結果（暗号鍵）を関連付け、当該暗号鍵で、その暗号鍵に関連付けた生体情報による生体認証が成功したことを示すメッセージを暗号化して通信相手に通知するようにしたことにより、成りすましを一段と強化し得るサービス提供システム１又は携帯電話機４を実現できる。
【００８５】
（６）他の実施の形態
上述の実施の形態においては、生体として、静脈を適用するようにした場合について述べたが、本発明はこれに限らず、指紋、口紋、虹彩又は顔等、この他種々の生体に関する情報を適用することができる。
【００８６】
また上述の実施の形態においては、記憶部１４を、ＳＩＭ(Subscriber Identity Module card)、ＵＩＭ(Universal subscriber Identity Module)、メモリスティック（ソニー登録商標）又は光ディスク等として適用することもできる。ＳＩＭやＵＩＭを適用した場合、ＩＣ(Integrated Circuit)チップ等のローミングが可能となり、ユーザの使い勝手を向上させることができる。
【００８７】
さらに上述の実施の形態においては、サービス提供サーバーと共通の暗号鍵に対応付けられる認証対象の生体情報の取得時期として、該サービス提供サーバー３Ｘとの相互認証が成功したときとしたが、相互認証前に取得するようにしてもよい。要は、認証対象の生体情報が、サービス提供サーバーとの共通の暗号鍵（共通鍵）に対応付けられるものとなっていればよい。
【００８８】
さらに上述の実施の形態においては、暗号化された登録アドレス情報（登録対象の静脈情報の格納場所を示す情報）を適格証明書に記述するようにした場合について述べたが、本発明はこれに限らず、未暗号の登録アドレスを記述するようにしてもよく、また暗号化された登録対象の静脈情報を記述するようにしてもよい。
【００８９】
さらに上述の実施の形態においては、生体認証を携帯電話機４で実行するようにした場合について述べたが、本発明はこれに限らず、サービス提供サーバー３Ｘで実行するようにしてもよい。この実施の形態の場合、セキュリティチップ１２をサービス提供サーバー３Ｘに設けるようにし、該セキュリティチップ１２において、図３乃至図５に示した撮像部１３、撮像条件設定部３１、静脈情報抽出部３２、公開鍵ペア生成部３３、登録部３４、証明書取得部３５及び認証部４３を搭載すれば、上述の実施の形態の場合と同様の効果を得ることができる。
【００９０】
さらに上述の実施の形態においては、携帯電話機４を適用するようにした場合について述べたが、本発明はこれに限らず、例えば、ＰＤＡ(Personal Digital Assistants)、テレビジョン受信機、パーソナルコンピュータ等、ネットワークを通じて通信可能となるこの他種々の通信端末装置を適用することができる。電話番号やメールアドレス等のように個人に対して通信用ＩＤが割り当てられる携帯通信機器を適用する場合、異なるサービスに対して同じ指の静脈画像を入力するといったことが多いので、セキュリティ記憶部に対する無駄な使用量を削減し得ることは特に有用となる。
【産業上の利用可能性】
【００９１】
本発明は、バイオメトリクス認証分野において利用可能である。
【図面の簡単な説明】
【００９２】
【図１】本実施の形態によるサービス提供システムの構成を示す略線図である。
【図２】携帯電話機の構成を示すブロック図である。
【図３】セキュリティチップにおける証明書取得モードの機能的構成を示すブロック図である。
【図４】適格証明書のプロファイルを示す略線図である。
【図５】セキュリティチップにおけるサービス受領モードの機能的構成を示すブロック図である。
【図６】公開鍵証明書ベースの相互認証手順を示すシーケンスチャートである。
【符号の説明】
【００９３】
１……サービス提供システム、２……公開鍵証明書発行局、３１〜３ｎ、３Ｘ……サービス提供サーバー、４……携帯電話機、１０……制御部、１２……セキュリティチップ、１３……撮像部、１４……記憶部、１５……通信部、３１……撮像条件設定部、３２……静脈情報抽出部、３３……公開鍵ペア生成部、３４……登録部、３５……証明書取得部、４１……相互生体認証部４３……認証部、４３……サービス受領部。
【図１】
2009140231.tif 000003
【図２】
2009140231.tif 000004
【図３】
2009140231.tif 000005
【図４】
2009140231.tif 000006
【図５】
2009140231.tif 000007
【図６】
2009140231.tif 000008