(57)【要約】【課題】  生体情報を用いた検証処理を導入することにより、通信処理を円滑かつ確実で、より安全な暗号通信技術を提供すること。【解決手段】  通信用の鍵を用いる暗号技術に基づくメッセージ（暗号メッセージと称する。）を作成し、該暗号メッセージを、通信ネットワークを介して送信する方法の通信処理過程で、ユーザの生体情報をデジタル化し、これを照合用生体情報として装置に予め格納する照合用生体情報作成手順と、新規に入力又は送信されてきた生体情報をデジタル化し、前記照合用情報と比較検証する生体情報検証手順と、を少なくとも行い、通信機器間の正当性の認証、ユーザの正当性の認証などを実現する。【選択図】  図４
2006128761.tif 000002
【特許請求の範囲】
【請求項１】
鍵を用いて暗号メッセージを作成し、該暗号メッセージを、通信ネットワークを介して送信する方法であって、
ユーザの生体情報をデジタル化し、これを照合用生体情報として、所定の装置に予め格納する照合用生体情報作成手順と、
新規に入力又は送信されてきた生体情報をデジタル化し、前記照合用情報と比較検証する生体情報検証手順と、
を通信処理過程で少なくとも行う通信方法。
【請求項２】
前記装置は、ユーザデバイス、ベリファイヤ、レシーバ、サーバ、ターミナルのいずれかから選択された装置であることを特徴とする請求項１記載の通信方法。
【請求項３】
前記生体情報検証手順により、通信に係わる前記装置の正当性の認証を行うことを特徴とする請求項１記載の通信方法。
【請求項４】
前記生体情報検証手順により、メッセージに対応して送られてきたデジタル署名の正当性の認証を行うことを特徴とする請求項１記載の通信方法。
【請求項５】
前記生体情報検証手順により、メッセージ受信者であるユーザの真正性の認証を行うことを特徴とする請求項１記載の通信方法。
【請求項６】
前記鍵は、ユーザの生体情報を公開鍵とした場合に対応する秘密鍵であることを特徴とする請求項１記載の通信方法。
【請求項７】
メッセージの受信者のユーザデバイスと、通信ネットワークを経由して通信される前記メッセージを中継する中継処理装置、又は／及び前記メッセージを配信するサーバと、を少なくとも備え、
ユーザの生体情報をデジタル化して得られる照合用生体情報を前記中継処理装置又はサーバが保持しておき、前記通信ネットワークに新規に入ってきた生体情報と前記照合用生体情報との間の比較検証処理を、前記中継処理装置又は前記サーバにおいて行う通信システム。
【請求項８】
前記中継処理装置は、ベリファイヤ、ターミナル、レシーバのいずれかから選択される一つの装置であることを特徴とする請求項７記載の通信システム。
【請求項９】
鍵を用いて暗号メッセージを作成し、該暗号メッセージを、通信ネットワークを介して送信する過程に介在する装置であって、
ユーザの生体情報をデジタル化して得られる照合用生体情報を保持し、前記通信ネットワークに新規に入ってきた生体情報と前記照合用生体情報との間の比較検証処理手段を少なくなくとも備える生体情報検証装置。
【請求項１０】
前記鍵の作成に、ユーザのデジタル化された生体情報を用いることを特徴とする請求項９記載の生体情報検証装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生体情報（バイオメトリクス情報）を用いた通信技術に関する。より詳しくは、デジタル化された生体情報（バイオメトリクス情報）を用いた機器認証、ユーザ認証、及び暗号化技術に関する。
【背景技術】
【０００２】
通信ネットワークを経由して、重要な情報（例えば、秘密性の高い情報）のやり取りを行う場合、該情報の盗用などを防止するための技術として、暗号化技術がある。この暗号化技術は、大別すると、秘密鍵暗号方式（共通鍵暗号方式）、公開鍵暗号方式、デジタル署名方式が知られている。
【０００３】
まず、「秘密鍵暗号方式（共通鍵暗号方式）」は、送信者と受信者が「秘密鍵」を共有し，送信者がこれを用いて送信情報を暗号化し、受信者は、共有した「秘密鍵」を用いて暗号情報を復号する。この方式は、暗号鍵と復号鍵が共通であり、暗号化／復号の速度が速いという利点がある。その一方、この方式は、秘密鍵が盗用されると、暗号情報が正当な受信者以外の第三者に自由に復号されてしまうなどの問題がある。
【０００４】
「公開鍵暗号方式」は、送信者が、受信者側の「公開鍵」を用いて送信情報を暗号化し、受信者は、自らの「秘密鍵」を用いて受信した暗号情報を復号する。この方式は、暗号鍵と復号鍵が異なり、暗号化／復号の速度が遅いという欠点や公開鍵を用いると誰でも暗号化できるため、第三者が送信者になりすますことが可能などの欠点がある。その一方、この方式は、鍵の管理が容易であり、一つの鍵を公開すればよいので、対多数者の通信に向いているという利点がある。
すなわち，上記の暗号化技術は通信路上のメッセージを第三者から秘匿する目的で用いられる．
「デジタル署名方式」は、送信者が、送信者側の「秘密鍵」を用いて作成した署名を付加した暗号情報（デジタル署名）を送信し、受信者は、送信者側の「公開鍵」を用いて、受信した暗号情報を検証する。この方式は、秘密鍵が送信者固有の鍵であるので、第三者が送信者になりすますことができないため、メッセージ情報の作成者（送信者）を証明でき、かつ送信されてくるメッセージ情報それ自体に改ざんがないことを証明することができる。
即ち、このデジタル署名技術は。メッセージの作成者の証明と改ざん防止を目的で用いられている。
【０００５】
ここで、通信路上のメッセージの内容を秘匿するとともに、通信相手の機器が正しい機器であることを確認する場合、あるいはある情報が特定のユーザによって作成されたことを証明する場合などでは、特に、上記した公開鍵暗号方式にデジタル署名を加えた認証技術が採用され始めている。
【０００６】
この認証技術では、暗号化で使用された「公開鍵」が、正当なものか、他人のものでないか、また改ざんされていないか、ということを確認（検証）するために、「公開鍵証明書」と称されるものが一般に用いられる。この「公開鍵証明書」は、使用された「公開鍵」が、その正当性を保証できる第三者（認証センタ）によってデジタル署名されることで、正当な「公開鍵」であることを証明する。
【０００７】
「公開鍵証明書」を用いる場合、ユーザＵのメッセージＭに対するデジタル署名Ｓｉｇｕ（Ｍ）は、通常、ユーザデバイスで作成され、メッセージＭとＳｉｇｕ（Ｍ）とユーザＵの公開鍵ＰｕｂＫｅｙｕに対する「公開鍵証明書Ｃｅｒｔｕ」、ともに受信者側に送られる。受信者は、まず、所定の認証センタ（センタ装置）の「公開鍵」を用いて、前記公開鍵証明書Ｃｅｒｔｕの正当性を「検証」する。そして、その検証結果が正当であれば、次に、ＣｅｒｔｕからユーザＵの公開鍵ＰｕｂＫｅｙｕを取り出し、それを用いて、デジタル署名Ｓｉｇｕ（Ｍ）の正当性を「検証」するのが一般的である。
【０００８】
ここで、鍵暗号技術に関する先行技術を幾つか掲げると、特許文献１には、送信者が受信者の公開鍵を用いて暗号文を作成し、通信回路を介して受信者へ送信し、受信者は秘密鍵を用いて、暗号文の復号化を行う公開鍵暗号通信方法が開示されている。特許文献２には、公開鍵によって証明書を暗号化してクライアントへ送信し、認証サーバがクライアントから返信される証明書の検証を経て共有鍵を生成し、この共有鍵を用いて、クライアントと認証サーバで暗号通信を行う技術が開示されている。特許文献３〜５には、デジタル署名を利用する通信技術が開示されている。
【特許文献１】特開２００４−０１２８２６号公報。
【特許文献２】特開２００４−１５９１００号公報。
【特許文献３】特開２００２１６３２１２号公報。
【特許文献４】特開２００２−１５２１８９号公報。
【特許文献５】特開２００３−２３４７３７号公報。
【０００９】
次に、第二の背景技術は、生体情報を用いた認証技術である。この認証技術は、身体的特徴や身体的特性などの個人に固有の情報（以下「生体情報」という。）を利用して、本人の認証を行う技術である。
【００１０】
この生体情報認証技術において、一般に使用される身体的特徴としては、指紋、掌紋、手形、手の甲の静脈、虹彩、顔、音声などが挙げられ、また、身体的特性としては、筆跡や打鍵などを挙げることができる。これらの特徴や特性は、長期にわたって変化し難く、また、類似する特徴・特性を持つ第三者がほぼ存在しないという利点がある。従って、このバイオメトリクス技術は、暗証番号やパスワードを用いた認証技術に比べて、原理的に偽認証が行われ難いことから、ネットワーク社会の到来により益々注目され、その利用範囲も拡大している。
【００１１】
生体情報を用いて認証を行う場合、当該人物に固有の生体情報を予め計測してコンピュータなどの記憶部に登録しておいて、商取引などのサービスを受ける場合などに、当該人物の生体情報が予め登録してある生体情報データと一致するかを確認し、本人である否かの真正性を認証する。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
公開鍵暗号方式にデジタル署名を加えた認証技術では、ユーザのデジタル署名を検証するために、「公開鍵証明書」の検証処理と「デジタル署名」の検証処理の両方を行わなければならない。また、メッセージとデジタル署名に加えて、公開鍵証明書も送信しなければならないので、送信作業に手間がかかる。
【００１３】
そして、実際にデジタル署名を生成するのはユーザ自身ではなくユーザデバイスであるから、デジタル署名の生成に対して、本当にそのユーザ自身の意思が働いたのかを確認することが困難である。例えば、たまたま落ちていたユーザデバイスを拾得した第三者の意図で、当該ユーザデバイスがデジタル署名を生成した可能性を否定できない。さらには、メッセージの受信者が、真に正当なユーザ本人であるどうかを確認することも困難である。
【００１４】
そこで、本発明は、暗号化用の鍵を用いて暗号メッセージを作成し、該暗号メッセージを、通信ネットワークを介して送信する過程に、生体情報を用いた検証処理を導入することにより、通信処理を円滑かつ確実で、より安全な暗号通信技術を提供することを主な目的とする。
【課題を解決するための手段】
【００１５】
本発明は、大別すると、（Ａ）通信方法、（Ｂ）通信システム、（Ｃ）生体情報検証装置からなる。以下、順番に説明する。
【００１６】
（Ａ）通信方法。
【００１７】
本方法は、鍵を用いて暗号メッセージを作成し、該暗号メッセージを、通信ネットワークを介して送信する方法であって、ユーザの生体情報をデジタル化し、これを照合用生体情報として、所定の装置に予め格納する照合用生体情報作成手順と、新規に入力又は送信されてきた生体情報をデジタル化し、前記照合用情報と比較検証する生体情報検証手順と、を通信処理過程で少なくとも行う。前記装置は、例えば、ユーザデバイス、ベリファイヤ、レシーバ、サーバ、ターミナルのいずれかから選択された装置である。前記鍵は、ユーザの生体情報，または、これを公開鍵とした場合に対応する秘密鍵である。なお、「暗号メッセージ」とは、鍵を用いる暗号技術を用いて作成されたメッセージ情報を意味する。
【００１８】
本方法の前記生体情報検証手順によって、通信に係わる前記装置の正当性の認証を行い、また、メッセージに対応して送られてきたデジタル署名の正当性の認証を行い、さらには、メッセージ受信者であるユーザの真正性の認証を行うことが可能となる。
【００１９】
（Ｂ）通信システム。
【００２０】
本システムは、メッセージの受信者のユーザデバイスと、通信ネットワークを経由して通信される前記メッセージを中継する中継処理装置、又は／及び前記メッセージを配信するサーバと、を少なくとも備える。そして、ユーザの生体情報をデジタル化して得られる照合用生体情報を前記中継処理装置又はサーバが保持しておき、前記通信ネットワークに新規に入ってきた生体情報と前記照合用生体情報との間の比較検証処理を、前記中継処理装置又は前記サーバにおいて行うようにする。前記中継処理装置としては、例えば、ベリファイヤ（検証装置）、ターミナル、レシーバのいずれかから選択される一つの装置を採用できる。
【００２１】
（Ｃ）生体情報検証装置。
【００２２】
本装置は、鍵を用いて暗号メッセージを作成し、該暗号メッセージを、通信ネットワークを介して送信する過程に介在する装置である。そして、ユーザの生体情報をデジタル化して得られる照合用生体情報を保持（格納）し、前記通信ネットワークに新規に入ってきた生体情報と前記照合用生体情報との間の比較検証処理手段を少なくなくとも備える。なお、新規に入ってきた生体情報（チャレンジデータ）とデジタル化されて格納されている照合用生体情報との比較検証処理は、例えば、予め定められた誤差の範囲で一致するか否かに基づいて行うことができる。また、前記暗号化用の鍵の作成においては、ユーザのデジタル化された生体情報を用いることができる。
【発明の効果】
【００２３】
本発明によれば、本発明は、鍵を用いて暗号メッセージを作成し、該暗号メッセージを、通信ネットワークを介して送信する過程に、生体情報を用いた検証処理を導入することによって、通信処理を円滑かつ確実で、より安全な暗号通信を実現できる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明を実施するための好適な実施形態について、添付図面を参照しながら説明する。なお、添付図面に示された各実施形態や処理例は、本発明に係わる方法、装置、システムの代表的な概念や実施形態の一例を示したものであって、これにより本発明の範囲が狭く解釈されることはない。
【００２５】
以下に説明する第１〜３実施形態は、いずれも生体情報（バイオメトリクス情報）を用いた通信技術に関するものである。より詳しくは、第１実施形態はデジタル化された生体情報（バイオメトリクス情報）を用いた装置（機器）認証技術、第２実施形態は、同生体情報を用いたユーザ認証技術、第３実施形態は、同生体情報を用いた暗号化技術、メッセージ受信者であるユーザの真正性の認証を行う技術に関するものである。以下、順番に説明する。
【００２６】
（第１実施形態）。
【００２７】
まず、添付した図１は、本発明に係るシステムの基本的な構成を表す図である。
【００２８】
図１には、ユーザＵと、該ユーザＵが所有するユーザデバイスＵＤ（例えば、コンピュータ端末）と、該ユーザデバイスＵＤの正当性を検証するベリファイヤ（検証装置）が示されている。また、本システムの全体を管理するセンタ装置Ｃを備える。
【００２９】
図２は、ユーザデバイスＵＤ、ベリファイヤＶ、センタ装置の構成を示す図である。
【００３０】
まず、ユーザデバイスＵＤは、ユーザＵが所有するパーソナルコンピュータ、ＰＤＡ、ＩＣカードなどの情報端末が代表例となる。このユーザデバイスＵＤは、それぞれバスＸを介して、セキュア記憶部１、メイン記憶部２、ディスプレイ装置３、入力装置４、コントローラ５、演算ユニット５、通信インタフェース６などが設けられている。
【００３１】
セキュア記憶部１には、センタ装置Ｃ（図１参照）から与えられたユーザＵの「秘密鍵」（後述）が格納されている。「公開鍵」としても使われる、ユーザＵの生体情報は，セキュア記憶部１又はメイン記憶部２に格納される。通信インタフェース７には、ベリファイヤＶとの通信を行うためのインタフェース、具体的には、有線ネットワークや無線ネットワークのインタフェースやカードの接点端子などを有する。
【００３２】
ディスプレイ装置３は、ユーザＵに対してメッセージを表示するためのものであり、入力装置４は、スイッチやキーボードなど、ユーザからの入力を受けるためのものである。
【００３３】
ベリファイヤＶの構成についても、図２に示す構成とほぼ同様である。このベリファイヤＶでは、セキュア記憶部１は必ずしも必要ではない。通信インタフェース７は、ユーザデバイスＵＤとの通信のためのインタフェースを含む。ベリファイヤＶのディスプレイ装置３も、ユーザに対してメッセージを表示するためのものであり、入力装置４も、スイッチやキーボードなどユーザからの入力を受けるためのものである．また、入力装置４には，ユーザＵの生体情報を入力するための読取装置を含む。
【００３４】
なお、ベリファイヤの前記各部が、離れた場所に位置し、通信ネットワークを介して接続されているという実施形態も考えることができる。即ち、ディスプレイ装置３や入力装置４を備えたターミナル部分（図示せず。）と，認証や署名検証のための演算ユニット５などを備えた演算部（図示せず。）が、離れた場所に位置し、通信ネットワークを介して接続されている構成でもよい。また、その拡張として、一つの演算部に対して複数のターミナル部分が接続されているような構成になっていてもよい。
【００３５】
また、システム全体を管理するセンタ装置Ｃ（図１参照）の構成についても、図２に示す構成と同様である。このセンタ装置Ｃでは、システムで最も重要となるマスターキーをそのセキュア記憶部１に格納する。
【００３６】
後述するが、入力装置４からユーザＵの生体情報を取得し、その生体情報をユーザＵの公開鍵（署名検証鍵）として、上述のマスターキーを用いてユーザＵの秘密鍵（署名生成鍵）を生成することになる。
【００３７】
ユーザＵの生体情報と前記秘密鍵は、その一例として、通信インタフェース７（図２参照）を介して、ユーザデバイスＵＤに送信され、そしてセキュア記憶部１（図２参照）に格納される。また、別の例としては、図示していないメディアインタフェースを介して、図示しない記録媒体に格納され、それを介して最終的にユーザデバイスＵＤに伝達され、セキュア記憶部１に格納される。
【００３８】
ここで、本実施形態においては，ツールとして、例えば、Patersonにより提案されたＩＤ署名技術を好適に用いることができる。この技術は、例えば、
1098754698515_0
から、その詳細が記載された論文を得ることができる。このＩＤ署名技術は、ユーザＵの氏名やメールアドレスなどの任意のデータ（Identity,ID）を公開鍵（検証鍵）として、検証に合格するデジタル署名を作成するとともに、これを検証するための技術である。
【００３９】
このＩＤ署名技術を用いるときには、システムの立ち上げ時に一度だけ、センタ装置Ｃは、以下のセットアップを行う。
【００４０】
（１）位数がそれぞれ素数ｑである加法群Ｇ１及び乗法群Ｇ2を定める。ここで、Ｇ１は、有限体上の楕円曲線上の点により作られる群の部分群であるものが一般に使われる。
【００４１】
（２）e：Ｇ１×Ｇ１→Ｇ２からなるbilinear map（双線形マップ）eを定める。ここで、bilinear map（双線形マップ）eは、１）bilinear（双線形性）：任意のＰ，Ｑ∈Ｇ１及び任意のａ，ｂ∈Ｚに対して、ｅ（ａＰ，ｂＱ）＝ｅ（Ｐ，Ｑ）ａｂが成り立つ、２）Non-degenerate(非縮退性)：もし、ＰがＧ１の生成元であるなら、ｅ（Ｐ，Ｐ）はＧ２の生成元となる、３）Computable（計算可能性）：任意のＰ，Ｑ∈Ｇ１に対して、ｅ（Ｐ，Ｑ）を計算する効率的なアルゴリズムが存在する、以上１）から３）の条件を満たすものである（詳細は、後述のBonehによる論文参照）。
【００４２】
（３）Ｇ１の任意の生成元Ｐを定める。（４）システムのマスターキーとなる、ランダムな値ｓ∈Ｚ＊ｑを定める。（５）Ｐｐｕｂ＝ｓＰを定める。（６）三つのハッシュ関数Ｈ１：｛0,1}＊→Ｇ１、Ｈ２：{0,1}＊→Ｚｑ，Ｈ３：Ｇ１→Ｚｑを定める。（６）システムの公開情報は、ｑ、Ｇ１、Ｇ２，ｅ，Ｐ，Ｐｐｕｂ，Ｈ１，Ｈ２，Ｈ３を対象とする。なお、ここで、「公開」するとは、システムの構成要素となるユーザデバイスＵＤやレシーバなどに与えるという意味である。
【００４３】
以下、図３を参照して、鍵生成の方法について説明する。図３は、該方法の手順例を示すフロー図である。
【００４４】
センタ装置Ｃ（図１参照）は、ユーザＵの生体情報から、これを「公開鍵」とした場合に対応する「秘密鍵」を生成し、ユーザＵに対して与える。
【００４５】
まず、ユーザＵが、センタ装置Ｃが備える入力装置（図示せず。）を介して、ユーザＵの生体情報を入力する。「生体情報」としては、人の身体的特徴である、指紋、掌紋、手形、手の甲の静脈、指の皮下の血管の血流、虹彩、顔、音声などを採用でき、人の身体的特性である、筆跡や打鍵などを挙げることもでき、特に狭く限定されない（この点、すべての実施形態で同様）。
【００４６】
センタ装置Ｃの入力装置から入力された生体情報は、アナログデータであるので、該センタ装置Ｃはこれをデジタル化してエンコードし、例えば、ＪＰＥＧの画像データに変換する。このようにしてデジタル化されたユーザＵの生体情報は、検証処理において使用される照合用生体情報として機能させることができ、以下では、符号「Ｂｕ」と表す。
【００４７】
次に、センタ装置Ｃは、デジタル化された生体情報Ｂｕを公開鍵とした場合のユーザＵの「秘密鍵」を生成するこの「秘密鍵」の生成は、Ｑｕ＝Ｈ１（Ｂｕ）と、Ｄｕ＝ｓＱｕとを計算し、このときのＤｕがユーザＵの「秘密鍵」となる。この「秘密鍵」は、ユーザＵがメッセージを暗号化する際に用いられる。
【００４８】
センタ装置Ｃは、上述のように、デジタル化された生体情報Ｂｕと前記秘密鍵Ｄｕを、通信インタフェースを介して、ユーザデバイスＵＤに送信するか、又は、メディアインタフェースを介して、記録媒体に格納する。なお、最終的には、デジタル化された「生体情報Ｂｕ」と「秘密鍵Ｄｕ」は、ユーザデバイスＵＤに格納される。
【００４９】
続いて、図４〜図６に基づいて、ベリファイヤＶにおける検証処理のための「認証プロトコル」について説明する。なお、ベリファイヤＶにおける検証処理とは、ユーザＵの存在（本当にその生体情報に対応するユーザがそこに存在するか）の検証（ユーザ認証）と、ユーザデバイスの正当性（本当にそのユーザの生体情報に対応する秘密鍵を得ているか）の検証（装置認証）と、を行う処理のことである。
【００５０】
図４は、ベリファイヤＶの検証処理に関する、ユーザＵ、ユーザデバイスＵＤ、ベリファイヤＶにおける全体のフローを表す図、図５は、ユーザデバイスＵＤのフロー図、図６はベリファイヤＶのフロー図である。
【００５１】
まず、ユーザデバイスＵＤからベリファイヤＶへ、センタ装置Ｃが作ったユーザＵのデジタル化された生体情報Ｂｕと、ユーザデバイスＵＤが作成した乱数Ｒｕ∈Ｚｑと、を送る（図４中の符号Ｆ１参照）。
【００５２】
次に、ユーザＵがベリファイヤＶの入力装置へ、その時点の自身の生体情報（図４中では「チャレンジデータ」と称する。）を新規に入力する（図４中のＦ２参照）。ベリファイヤＶは、上述したセンタ装置Ｃと同じ方法で、このチャレンジデータをデジタル化する。
【００５３】
次に、ベリファイヤＶは、このデジタル化されたチャレンジデータと、先にユーザデバイスＵＤから送信（Ｆ１参照）されてきているデジタル化された照合用の生体情報Ｂｕと、が予め定められた誤差の範囲で一致するか否かを検証する（図４中の「生体情報検証」参照）。
【００５４】
次に、前記検証の結果、一致していれば、ベリファイヤＶが作成した乱数Ｒｖ∈Ｚｑを、ユーザデバイスＵＤへ送信する（図４中のＦ３参照）。
【００５５】
ユーザデバイスＵＤは、ベリファイヤＶから前記乱数Ｒｖを受け取ったら、乱数ＲｕとＲｖからメッセージＭを作成する（図４参照）。なお、メッセージＭの作成は、例えば、Ｍ＝Ｈ２（Ｒｕ||Ｒｖ）とすればよい（Ｒｕ||Ｒｖは、ＲｕとＲｖの連結を表す）。
【００５６】
次に、ユーザデバイスＵＤは、メッセージＭに対して、以下の（１）から（３）の方法に従って、「デジタル署名」を生成する。
【００５７】
（１）ランダムなｋ∈Ｚ*ｑを選ぶ。
【００５８】
（２）Ｒ＝ｋ・Ｐ，Ｓ＝ｋ-１（Ｈ２（Ｍ）・Ｐ＋Ｈ３（Ｒ）・Ｄｕ）を計算する。ここで、ｋ−１は、Ｚｑにおけるｋの逆元である。
【００５９】
（３）デジタル署名Ｙとして、Ｒ，Ｓの組、即ちＹ＝<Ｒ，Ｓ>を出力する。
【００６０】
そして、ユーザデバイスＵＤは、デジタル署名ＹをベリファイヤＶへ送信する（図４中のＦ４参照）。
【００６１】
次に、ベリファイヤＶは、新たにデジタル署名ｙ＝<ｒ,ｓ>を受信したら、既に保持しているデジタル生体情報Ｂｕを用いて、前記デジタル署名ｙの正当性を検証する（図４中の「署名検証」を参照）。この署名検証の具体的な方法は、次の通りである。
【００６２】
（ａ）ユーザデバイスＵＤと同じ方法で、ＲｕとＲｖからメッセージＭを作成する。
【００６３】
（ｂ）Ｃ１＝ｅ（ｒ，ｓ）を計算する。
【００６４】
（ｃ）Ｃ２＝ｅ（Ｐ，Ｐ）Ｈ２（Ｍ）・ｅ（Ｐｐｕｂ，Ｑｕ）Ｈ３（ｒ）を計算する。
【００６５】
但し、Ｑｕ＝Ｈ１（Ｂｕ）である。
【００６６】
（ｄ）Ｃ１とＣ２  が一致すれば、このユーザデバイスＵＤが正当なものであると判断する。
【００６７】
ベリファイヤＶは、上記のように、受信したデジタル署名ｙの正当性を検証することで、ユーザデバイスＵＤの正当性を判断し、正当であると判断すれば、その結果に基づいて以後の処理を行う。以後の処理とは、例えば、このユーザデバイスＵＤとの間において、通信セッションを開始する。正当でないと判断された場合は、通信セッションは開始されない。
【００６８】
上記実施形態では、Patersonにより提案されたＩＤ署名技術を用いることを前提としてきたが、ＩＤ署名技術は、この他にも、例えば、Springer-Verlag社から出版されている「proceedings of The Workshop on Selected Areas in Cryptopraphy(SAC) 2002,Lecture Notes in Computer Science,Vol.2595,2002」に含まれているHessによる論文「Efficient Identity based Signature Schemes based on Pairings」に記載されている方式など、幾つかの方式が提案されているので、これを本発明で用いることは自由である。なお、この点に関しては、以下で説明する実施形態でも同様である。
【００６９】
（第２実施形態）。
【００７０】
続いて、図７〜１０に基づいて、本発明の「第２実施形態」の構成について説明する。
【００７１】
上記した第１実施形態は、デジタル化された生体情報（Ｂｕ）を用いて、ユーザデバイスＵＤの正当性を判断する処理、即ち装置認証（機器認証）に係わるものである。これに対して、この第２実施形態は、デジタル化された生体情報（Ｂｕ）を用いて、ユーザＵから、メッセージに対応して送られてきた「デジタル署名」の正当性を判断する処理、即ちメッセージ認証に係わる。
【００７２】
図７は、本実施形態に係わるシステム構成の概念図、図８は、レシーバＷの検証処理に関する、ユーザＵ、ユーザデバイスＵＤ、レシーバＷにおける全体のフローを表す図、図９は、ユーザデバイスＵＤのフロー図、図１０は、レシーバＷのフロー図である。
【００７３】
この第２実施形態では、まず、図７に示されているように、ユーザＵが所有するユーザデバイスＵＤ（例えば、コンピュータ端末、携帯端末、ＩＣカードなど）と、該ユーザＵからの「デジタル署名」を受け取るレシーバＷと、本システムの全体を管理するセンタ装置Ｃを備える。
【００７４】
なお、ユーザデバイスＵＤ、センタ装置Ｃの構成は、先に説明した図２の通りであり、また、レシーバＷの構成もこれと同様であるので、これらの構成の詳しい説明は、ここでは割愛する。
【００７５】
また、センタ装置Ｃの入力装置（図示せず。）から入力されたアナログ生体情報をデジタル化した生体情報Ｂｕの作成方法、並びに該生体情報Ｂｕを「公開鍵」とした場合のユーザＵの秘密鍵の生成方法についても、上記実施形態と同様である（特に、図３参照）。センタ装置Ｃは、生成した生体情報Ｂｕ及び秘密鍵Ｄｕを、通信インタフェース７を介して、ユーザデバイスＵＤに送信するか、又は、メディアインタフェース（図示せず。）を介して、所定の記録媒体に格納する。なお、最終的には、「生体情報Ｂｕ」と「秘密鍵Ｄｕ」は、ユーザデバイスＵＤに格納されることになる。
【００７６】
平文メッセージを暗号化するための「秘密鍵」を得たユーザＵが、メッセージＭに対してデジタル署名を生成し、ユーザデバイスＵＤからレジーバＷへ送信する処理を、以下に説明する。
【００７７】
まず、ユーザデバイスＵＤからレシーバＷへ、センタ装置Ｃが作ったユーザＵのデジタル生体情報Ｂｕを送る（図８中の符号Ｆ５参照）。
【００７８】
次に、ユーザＵがレシーバＶの入力装置へ、その時点における自身の生体情報（図８中の「チャレンジデータ」に対応）を新規に入力する（図４中のＦ６参照）。レシーバＷは、上述したセンタ装置Ｃと同じ方法で、前記チャレンジデータ（即ち、新規入力の生体情報）をデジタル化する。
【００７９】
次に、レシーバＷは、このデジタル化されたチャレンジデータと、先にユーザデバイスＵＤから送信（Ｆ５参照）されて、デジタル化されて格納されている照合用の生体情報Ｂｕと、が予め定められた誤差の範囲で一致するか否かを検証する（図８中の「生体情報検証」参照）。
【００８０】
次に、前記検証の結果、一致していれば、ユーザデバイスＵＤは、メッセージＭに対するデジタル署名Ｙを、上述した第１実施形態の場合の（１）〜（３）と同様の方法によって作成する。一方、一致していなければ、以後の処理は終了する。
【００８１】
そして、ユーザデバイスＵＤは、メッセージＭとデジタル署名Ｙを、レシーバＷへ送信する（図４中のＦ７参照）。
【００８２】
続いて、レシーバＷは、新たにデジタル署名ｙ＝<ｒ,ｓ>を受信したら、既に保持している照合用の生体情報Ｂｕを用いて、前記デジタル署名ｙの正当性を検証する（図８中の「署名検証」を参照）。この署名検証の具体的な方法は次のように行う。
【００８３】
（Ｉ）Ｃ１＝ｅ（ｒ，ｓ）を計算する。
【００８４】
（II）Ｃ２＝ｅ（Ｐ，Ｐ）Ｈ２（Ｍ）・ｅ（Ｐｐｕｂ，Ｑｕ）Ｈ３（ｒ）を計算する。
【００８５】
但し、Ｑｕ＝Ｈ１（Ｂｕ）である。
【００８６】
（III）Ｃ１とＣ２が一致すれば、デジタル署名ｙを、ユーザＵによるメッセージＭに対する正当なデジタル署名Ｙであると判断する。一方、一致しなければ、正当なデジタル署名でないと判断する。
【００８７】
レシーバＷは、上記のように、受信したデジタル署名ｙの正当性を検証し、正当であると判断すれば、その結果に基づいて、メッセージＭに基づいた以後の処理を行う。以後の処理とは、例えば、このユーザデバイスＵＤとの間において、認証済みのメッセージＭに係わる通信セッションを開始する。正当でないと判断された場合は、このような認証済み通信セッションは開始されない。
【００８８】
メッセージＭに係わる通信セッションは、例えば、メッセージＭがあるコンテンツの送信要求である場合では、レシーバＷへ送られてきたデジタル署名ｙが正当な場合にのみ、要求されたコンテンツを、レシーバＷがユーザデバイスＵＤに送信する。
【００８９】
（第３実施形態）。
【００９０】
この第３実施形態は、生体情報を用いてユーザＵを認証した後に、この生体情報をそのまま該ユーザＵの「公開鍵」として用いて暗号化し、通信を行うことによって、メッセージの受信において、正当な受信者であるユーザＵの存在を確認する。
【００９１】
現在、この暗号化のための鍵を送信者と受信者で共有する場合には、「公開鍵暗号方式」が用いられることが多い。この公開鍵暗号方式における「秘密鍵」は、少なくとも数百ビットの大きさであるため、ユーザＵがそれを記憶するのは困難である。また、これを安全に保管する必要があるため、秘密鍵は、通常ユーザＵが所有するユーザデバイスＵＤに格納される。
【００９２】
情報を提供するサーバが、メッセージの暗号化のための鍵を用いて暗号化したメッセージをユーザデバイスＵＤに送信し、ユーザデバイスＵＤが復号してユーザＵに提供するのが一般的である。しかし、例えば、このユーザデバイスＵＤが盗難され、正当なユーザＵが不在であるのにユーザデバイスＵＤが使用されると，本来正当なユーザＵに提供されるべきであったメッセージが、第三者に渡ってしまう。
【００９３】
正当なユーザＵが暗証番号などを用いてアクティベイトしなければ、ユーザデバイスＵＤが動作しないようにする対策も考えられるが、その場合も、暗証番号が露呈したり、アクティベイト機構が改ざんされたりすると、正当なユーザが不在であってもユーザデバイスが動作し，第三者にメッセージを提供してしまう。
【００９４】
そこで、本第３実施形態では、サーバがユーザＵへメッセージを送信する際に、ユーザＵの生体情報を用いて、当該ユーザＵが確かに存在することをまず確認し、その後に、その生体情報を当該ユーザＵの「公開鍵」として用いて、メッセージを暗号化してからユーザデバイスＵＤへ送信する。そして、ユーザデバイスＵＤには、ユーザＵの生体情報（「公開鍵」となる）と、それに対応する「秘密鍵」を保管し、このユーザデバイスＵＤとユーザＵが、両方揃ってはじめて、メッセージを得ることが可能となるように工夫している。以下、図１１以下を用いて、具体的に説明する。
【００９５】
まず、本第３実施形態に係るシステムは、図１１に示すように、ユーザＵが所有するユーザデバイスＵＤにメッセージを送信するサーバＳと、ユーザデバイスＵＤとサーバＳとのインタフェースとなるターミナルＴと、図示されていない、システム全体を管理するセンタ装置Ｃ（図１１では図示せず。）と、から構成される。
【００９６】
ユーザデバイスＵＤ、ターミナルＴ、サーバＳ、センタ装置Ｃの基本的な構成は、第１実施形態の説明で用いた図２に表された構成と同様である。
【００９７】
大型のコンピュータなどから構成されるターミナルＴでは、セキュア記憶部１（図２参照）は、必ずしも必要ではない。一例として、ターミナルＴがサーバＳと安全な通信を行う場合は、セキュア記憶部１にターミナルＴの秘密鍵あるいはサーバＳとターミナルＴの共通鍵が格納される。なお、これらの秘密鍵や共通鍵は、一般的なものであり、本発明の要部ではない。
【００９８】
サーバＳでも、セキュア記憶部１（図２参照）は，必ずしも必要ではない。一例として、サーバＳが前記ターミナルＴと安全な通信を行う場合は、セキュア記憶部１にサーバＳの秘密鍵、あるいはサーバＳとターミナルＴの共通鍵が格納される。なお．これらの秘密鍵や共通鍵は、一般的なものである。サーバＳの通信インタフェースは、ターミナルＴとの通信のためのインタフェースを含む。
【００９９】
ここで、本実施形態で利用可能なツールは、特に限定されないが、一例を挙げると、BonehとFranklinにより提案されたＩＤベース署名技術を好適に用いることができる。
【０１００】
この技術は、Bonehの管理する
1098754698515_1
から、その詳細が記載された論文を得ることができる。このＩＤベース署名技術は、ユーザＵの氏名やメールアドレスなどの任意のデータ（Identity,ID）を公開鍵（検証鍵）として、ユーザＵへの暗号化通信が行える技術である。
【０１０１】
このＩＤベース署名技術を用いるときには、システムの立ち上げ時に一度だけ、センタ装置Ｃは、以下のセットアップを行う。
【０１０２】
（１）位数がそれぞれ素数ｑである加法群Ｇ１及び乗法群Ｇ2を定める。ここで、Ｇ１は、有限体上の楕円曲線上の点により作られる群の部分群であるものが一般に使われる。
【０１０３】
（２）e：Ｇ１×Ｇ１→Ｇ２からなるbilinear map（双線形マップ）eを定める。ここで、bilinear map（双線形マップ）eは、１）bilinear（双線形性）：任意のＰ，Ｑ∈Ｇ１及び任意のａ，ｂ∈Ｚに対して、ｅ（ａＰ，ｂＱ）＝ｅ（Ｐ，Ｑ）ａｂが成り立つ、２）Non-degenerate(非縮退性)：もし、ＰがＧ１の生成元であるなら、ｅ（Ｐ，Ｐ）はＧ２の生成元となる、３）Computable（計算可能性）：任意のＰ，Ｑ∈Ｇ１に対して、ｅ（Ｐ，Ｑ）を計算する効率的なアルゴリズムが存在する、以上１）から３）の条件を満たすものである（詳細は、上記論文参照）。
【０１０４】
（３）Ｇ１の任意の生成元Ｐを定める。（４）システムのマスターキーとなる、ランダムな値ｓ∈Ｚ＊ｑを定める。（５）Ｐｐｕｂ＝ｓＰを定める。（６）二つのハッシュ関数Ｈ１：｛0,1}＊→Ｇ１、Ｈ２：Ｇ２→{0,1}ｎを定める。ここで、ｎは、予め定めた暗号文の長さであり、例えば、ｎ＝１２８やｎ＝１６０に設定される。（６）システムの公開情報は、ｑ、Ｇ１、Ｇ２，ｅ，ｎ，Ｐ，Ｐｐｕｂ，Ｈ１，Ｈ２を対象とする。なお、ここで、「公開」するとは、システムの構成要素となるユーザデバイスＵＤ、ターミナルＴ、サーバＳなどに与えるという意味である。
【０１０５】
ここで、ユーザ鍵の生成は、センタ装置Ｃ（図１１では図示せず。）で行われ、その具体的な方法は、上述した第１実施形態の場合と同様であるので、ここでは、説明を割愛する（特に、図３参照）。
【０１０６】
ここで、「秘密鍵」を得たユーザＵに対して，サーバＳがメッセージを送信するための処理例（処理例１〜３）を、以下に説明する。なお、以下の例では、サーバＳとターミナルＴとの間には、たとえば既存の公開鍵暗号技術などを用いて、安全な通信チャネルが確立されていることを前提とする。
【０１０７】
まず、図１２に示されたメッセージ送信に係る「処理例１」から説明する。
【０１０８】
この処理例１では、まず、実施例ユーザデバイスＵＤがターミナルＴに対し、センタ装置Ｃが作ったユーザＵの生体情報Ｂｕを送る（図１２中のＦ８参照）。
【０１０９】
次に、ユーザＵがターミナルＴの入力装置（図示せず。）に対して、その時点の自身の生体情報（図１２中の「チャレンジデータ」に対応）を入力する（図１２中のＦ９参照）。ターミナルＴは、センタ装置Ｃと同じ方法で、このチャレンジデータをデジタル化し、それと先にユーザデバイスＵＤから取得しているＢｕが、あらかじめ定められた誤差の範囲で一致するか否かを検証する（生体情報検証）。一致しなければ、以後の処理を終了する。
【０１１０】
上記の検証が一致していたら、ターミナルＴはサーバＳに対し、検証が成功した旨の通知（認証済み通知）を送る（図１２中のＦ８参照）。
【０１１１】
これに対し、サーバＳは、ターミナルＴに対して，ユーザＵあてのメッセージＭを送信する（図１２中のＦ１１参照）。なお、これらのサーバＳとターミナルＴとの間の通信は、安全に送信される。
【０１１２】
一例として、ユーザデバイスＵＤがターミナルＴにＢｕを送る際に、ユーザＵの識別情報ＩＤｕも送っておき、ターミナルＴはこのＩＤｕをサーバＳへ送るようにしてもよい。
【０１１３】
ここで、ユーザＵの「秘密鍵」をセンタ装置Ｃが作り、ユーザデバイスＵＤへ送る際に、ユーザＵの識別情報ＩＤｕをセンタ装置Ｃが生成し、Ｂｕ，ＩＤｕともに、ユーザデバイスＵＤに送っておき、格納しておくものとする。これにより、サーバＳは、ユーザＵに対して過去に送ったメッセージＭなどの履歴がとれるようになる。
【０１１４】
識別情報ＩＤｕは、センタ装置Ｃがランダムに、例えば、１２８bitや１６０bitの値を選んで、ユーザＵに対して用いてもよいし、ハッシュ関数ｈ：｛0,1}＊→{0,1}ｎを用いて、ＩＤｕ＝ｈ（Ｂｕ）として生成してもよい。ここで、ｎは、予め定めた任意の長さで、例えば、ｎ＝１２８やｎ＝１６０を用いる。
【０１１５】
ハッシュ関数を用いて、ＩＤｕ＝ｈ（Ｂｕ）とする場合には、ユーザデバイスＵＤはターミナルＴに対してユーザＵの識別情報ＩＤｕを送る必要はなく、生体情報Ｂｕのみを送り、ターミナルＴがＩＤｕを作ることもできる。
【０１１６】
生体情報ＢｕはユーザＵに固有の情報であるから、これをそのまま識別情報ＩＤｕとして用いてもよいが、生体情報Ｂｕは、例えば、ＪＰＥＧなどの画像データであり、サイズが大きい場合もある。このため、効率を高めるという点で、識別情報ＩＤｕを用いるのが好適である。また、ハッシュ関数ｈの代わりに、Ｈ１を用いて、ＩＤｕ＝Ｈ１（Ｂｕ）＝Ｑｕとしてもよい。
【０１１７】
ターミナルＴは、サーバＳからのメッセージＭを受け取ったら（図１２中のＦ１１参照）、生体情報Ｂｕを公開鍵として用いて、このメッセージＭを暗号化する（図１２参照）。
【０１１８】
ここで、メッセージＭそのものを、下記に説明するＩＤベース署名技術を用いて、暗号化してもよいし、メッセージＭが例えば数十バイト以上のサイズがある場合には、メッセージＭそのものはＡＥＳなどの共通鍵暗号アルゴリズムで暗号化し、その暗号化に用いた一時鍵を下記に説明する技術で暗号化してもよい。
【０１１９】
下記の説明では、ＩＤベース署名技術を用いて暗号化されるメッセージ（即ち、ユーザＵへのメッセージ又は一時鍵）をＭとする。
【０１２０】
ｉ）Ｑｕ＝Ｈ１（Ｂｕ）を求める。
【０１２１】
ii）ランダムな値ｒ∈Ｚ*２ｑを選ぶ。
【０１２２】
iii）Ｕ＝ｒＰ，Ｖ＝Ｍ (XOR) Ｈ２（ｇｕｒ）を計算する（XOR：排他的論理和(Exclusive Or)）。
ここで、ｇｕ＝ｅ（Ｑｕ，Ｐｐｕｂ）である。
【０１２３】
ｉV）暗号メッセージＣとして、Ｕ，Ｖの組、即ち、Ｃ＝〈Ｕ，Ｖ〉を出力する。
【０１２４】
ターミナルＴは、この暗号メッセージＣをユーザデバイスＵＤへ送信する（図１２中のＦ１２参照）。なお、Ｍが一時鍵である場合には、サーバＳからのメッセージＭを暗号化した暗号メッセージｍも、ともに送信する。
【０１２５】
続いて、ユーザデバイスＵＤは、ＩＤベース署名技術の暗号文Ｃ’＝〈Ｕ’，Ｖ’〉を受け取ったら、保持している秘密鍵Ｄｕを用いて、Ｖ’(XOR)Ｈ２（ｅ（Ｄｕ，Ｕ’））＝Ｍの式に基づいて、復号処理を行うことにより、メッセージＭを得る。
【０１２６】
ＭがサーバＳから送られたメッセージそのものであれば、これによりメッセージＭを得ることができ，また一時鍵であれば、それを用いて暗号化されたメッセージを復号することで、平文のメッセージを得ることができる。このようにして得たサーバＳからのメッセージＭを、例えば、ディスプレイ装置３（図２参照）に表示することにより、ユーザデバイスＵＤは、ユーザＵへ提供する（図１２中のＦ１３参照）。
【０１２７】
次に、図１３に基づいて、メッセージ送信の他の処理例（処理例２）を説明する。
【０１２８】
この処理例２においては、生体情報を用いたユーザＵの認証とメッセージの暗号化をサーバＳが行う。まず、ユーザデバイスＵＤが生体情報ＢｕをターミナルＴへ送り（図１３中のＦ１４参照）、ターミナルＴはそれをサーバＳへ送る（図１３中のＦ１５参照）。
【０１２９】
次に、ユーザＵがターミナルＴに対して、チャレンジデータとしての生体情報を入力する（図１３中のＦ１６参照）、ターミナルＴはこれをデジタル化してサーバＳに送る（図１３中のＦ１７参照）。
【０１３０】
サーバＳでは，デジタル化チャレンジデータと先に送られているデジタル化生体情報Ｂｕが、予め定められた誤差の範囲で一致することを検証する（生体情報検証）。一致しなければ処理を終了する。
【０１３１】
一致すれば、デジタル化生体情報Ｂｕを「公開鍵」として、上述の方法でメッセージを暗号化し、この暗号メッセージＣをターミナルＴに送信する（図１３中のＦ１８参照）。
【０１３２】
ターミナルＴは、この暗号メッセージＣを受け取ったらユーザデバイスＵＤへ送る（図１３中のＦ１９参照）。
【０１３３】
ユーザデバイスＵＤは、既に格納しているユーザＵの秘密鍵を用いて、既述した方法で暗号文を復号し，平文メッセージＭをユーザＵに提供する（図１３中のＦ２０参照）。
【０１３４】
このメッセージ送信の処理例を用いれば、サーバＳとターミナルＴとの間の通信路は安全性が確立されていなくても構わず、安全性確保のためのコストを下げることが可能となる。
【０１３５】
なお、処理例２の変形例として、ユーザデバイスＵＤが生体情報の入力装置を備えており、ターミナルＴへデジタル化生体情報Ｂｕを送信する前に、または、ユーザＵに平文メッセージを提供する前に、あるいは、両方の前に、ユーザＵの生体情報を入力させ、入力された情報とターミナルＴが格納しているデジタル化生体情報Ｂｕが一定の誤差のもとで一致した場合にのみ、該デジタル化生体情報Ｂｕの送信や平文メッセージの提供を行うようにしてもよい。このように、ユーザデバイスＵＤでの生体情報検証を導入することで、さらに安全性が向上する。
【０１３６】
以上の説明では、サーバＳからユーザＵへメッセージが提示されるとしてきたが、メッセージとしては通常の意味での通信文に限るものではなく、映画や音楽、ニュースなどのメールやのソフトウェアなどの多様なコンテンツを含むものであってもよい。なお、この点については、すべての実施形態に共通である。
【０１３７】
さらに、以上の説明では、メッセージの送信者をサーバＳという名前で呼んでいるが、必ずしも大掛かりなコンテンツサーバでなくてもよい。例えば、図１４に示された「処理例３」のように、一般のユーザＵが使用するパーソナルコンピュータがターミナルＴ及びサーバＳを合わせたものとして動作し、ユーザＵのデジタル化生体情報Ｂｕに基づく検証（生体情報検証）を行った後に、メッセージを暗号化してもよい。この処理例３の流れは、図１４のＦ１８〜Ｆ２１に示されている。
【０１３８】
図１５は、ユーザデバイスＵＤの処理フローを時系列で示している。このユーザデバイスＵＤの処理フローは、上記した各処理例１〜３にすべて共通である。
【０１３９】
図１６は、上記した処理例１（図１２参照）におけるターミナルＴの処理フローを時系列で示している。図１７は、同処理例１におけるサーバＳの処理フローを時系列で示している。
【０１４０】
図１８は、上記した処理例２（図１３参照）におけるターミナルＴの処理フローを時系列で示している。図１９は、同処理例２におけるサーバＳの処理フローを時系列で示している。
【０１４１】
図２０は、上記した「処理例２の変形例」におけるユーザデバイスＵＤの処理フローを時系列で示している。この図２０からわかるように、この処理フローでは、ターミナルＴへデジタル化生体情報Ｂｕを送信する前に、生体情報検証（図２０の生体情報検証１参照）を行って以後の処理に進むか否かを決定する。あるいは、ユーザＵに平文メッセージを提供する前に、生体情報検証（図２０の生体情報検証２参照）を行って、以後の処理に進むか否かを決定する構成となっている。なお、検証１と検証２の両方を行うようにしてもよい。
【０１４２】
図２１は、上記した処理例３（図１４参照）におけるターミナル兼サーバの処理フローを時系列で示している。
【産業上の利用可能性】
【０１４３】
本発明は、安全性の高い鍵暗号化通信技術として利用できる。特に、通信機器間の正当性を認証する場合や、ユーザの真正性を認証する場合に、特に好適に利用することができる。
【図面の簡単な説明】
【０１４４】
【図１】本発明に係るシステムの基本的な構成を表す図である。
【図２】本発明で用いられる、ユーザデバイス（ＵＤ）、ベリファイヤ（Ｖ）、センタ装置（Ｃ）の構成を示す図である。
【図３】本発明における鍵生成の方法の手順例を示すフロー図である。
【図４】ベリファイヤ（Ｖ）の検証処理に関する、ユーザＵ、ユーザデバイスＵＤ、ベリファイヤＶにおける全体のフローを表す図である。
【図５】第１実施形態でのユーザデバイス（ＵＤ）のフロー図である。
【図６】第１実施形態でのベリファイヤ（Ｖ）のフロー図である。
【図７】第２実施形態に係わるシステム構成の基本的な概念図である。
【図８】レシーバ（Ｗ）の検証処理に関する、ユーザ（Ｕ）、ユーザデバイス（ＵＤ）、レシーバ（Ｗ）における全体のフローを表す図である。
【図９】第２実施形態でのユーザデバイス（ＵＤ）のフロー図である。
【図１０】第２実施形態でのレシーバ（Ｗ）のフロー図である。
【図１１】第３実施形態に係わるシステム構成の基本的な概念図である。
【図１２】メッセージ送信に係る「処理例１」の方法を示す図である。
【図１３】メッセージ送信の「処理例２」の方法を示す図である。
【図１４】メッセージ送信の「処理例３」の方法を示す図である。
【図１５】処理例１〜３にすべて共通のユーザデバイス（ＵＤ）の処理フローを時系列で示す図である。
【図１６】図１２に示す処理例１におけるターミナルＴの処理フローを時系列で示す図である。
【図１７】同処理例１におけるサーバＳの処理フローを時系列で示す図である。
【図１８】図１３に示す処理例２におけるターミナルＴの処理フローを時系列で示す図である。
【図１９】同処理例２におけるサーバＳの処理フローを時系列で示す図である。
【図２０】「処理例２の変形例」におけるユーザデバイス（ＵＤ）の処理フローを時系列で示す図である。
【図２１】図１４に示す処理例３におけるターミナル兼サーバの処理フローを時系列で示す図である。
【符号の説明】
【０１４５】
Ｂｕ  デジタル生体情報
Ｃ  センタ装置
Ｎ  インターネットなどの通信ネットワーク
Ｓ  サーバ
Ｔ  ターミナル
Ｕ  ユーザ
ＵＤ  ユーザデバイス
【図１】
2006128761.tif 000003
【図２】
2006128761.tif 000004
【図３】
2006128761.tif 000005
【図４】
2006128761.tif 000006
【図５】
2006128761.tif 000007
【図６】
2006128761.tif 000008
【図７】
2006128761.tif 000009
【図８】
2006128761.tif 000010
【図９】
2006128761.tif 000011
【図１０】
2006128761.tif 000012
【図１１】
2006128761.tif 000013
【図１２】
2006128761.tif 000014
【図１３】
2006128761.tif 000015
【図１４】
2006128761.tif 000016
【図１５】
2006128761.tif 000017
【図１６】
2006128761.tif 000018
【図１７】
2006128761.tif 000019
【図１８】
2006128761.tif 000020
【図１９】
2006128761.tif 000021
【図２０】
2006128761.tif 000022
【図２１】
2006128761.tif 000023