(57)【要約】【課題】  秘密情報性の高い生体情報の通信ネットワークへの流出を、有効に防止できる技術を提供し、サーバからの情報の提供の際の安全性を高めること。【解決手段】  サーバＳが、端末ＵＴからの要求に応じて、該サーバ（Ｓ）がランダム生成した登録用鍵ＫUtoUT,ＫUTtoUを端末ＵＴへ送る。端末ＵＴとサーバＳが、通信ネットワークＮを介して、相手の機器を相互認証する。この相互認証が成功したときに、前記サーバＳから端末ＵＴへ、前記登録用鍵ＫUtoUT,ＫUTtoUを暗号化して送る。そして登録用鍵ＫUtoUT,ＫUTtoUを端末で復号する。この複合により得られた登録用鍵の一つであるＫUTtoUをユーザＵへ提示するとともに、該ユーザＵに対して、該ＫUTtoUを該ユーザＵの生体情報とともに、前記ユーザ端末ＵＴへ入力することを促す。そして、ユーザＵから入力されたＫUTtoUが前記複合によって得られた登録用鍵ＫUtoUTに一致しているかを検証する。【選択図】  図４
2006126891.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して情報のやり取りが可能である、端末並びにサーバを用いて、
前記サーバが、端末からの要求に応じて、該サーバがランダムに生成した二つの登録用鍵ＫUtoUT,ＫUTtoUを端末へ送る段階と、
前記端末と前記サーバが、通信ネットワークを介して、相手の機器を相互認証する段階と、
前記相互認証が成功したときに、前記サーバから前記端末へ、前記登録用鍵ＫUtoUT,ＫUTtoUを暗号化して送る段階と、
前記登録用鍵ＫUtoUT,ＫUTtoUを端末で復号する段階と、
前記復号によって得られた登録用鍵の一つであるＫUTtoUをユーザへ提示するとともに、該ユーザに対して、該ＫUTtoUを該ユーザの生体情報とともに、前記ユーザ端末へ入力することを促す段階と、
ユーザから入力されたＫUTtoUが前記複合によって得られた登録用鍵ＫUtoUTに一致しているかを検査する段階と、
を少なくとも経る照合用生体情報の登録方法。
【請求項２】
前記暗号化は、前記相互認証を実現する計算の結果によって得られる暗号鍵を用いて行うことを特徴とする請求項１記載の生体情報登録方法。
【請求項３】
サーバと端末との間で、通信ネットワークを介して情報をやり取りする構成を備えるシステムであって、端末とサーバとの間で、互いの機器の相互認証を行った後、前記端末において、ユーザが該端末へ入力した「生体情報」と、該端末に鍵認証処理を経て既に格納されている「照合用生体情報」とを比較することによって、該ユーザが前記照合用生体情報を提供した人物と同一人物であるか否かを自動判定し、
同一人物である場合は、前記サーバにおいて、予め保持しているユーザ管理テーブルに基づいて、前記ユーザが登録ユーザであるか否かを検証した結果、登録ユーザである場合にのみ、前記端末へ所定情報を提供するようにしたサービス情報提供システム。
【請求項４】
前記所定情報は、予めサーバに格納しておいた端末の設定環境及び／又はファイル情報であることを特徴とする請求項３記載のサービス情報提供システム。
【請求項５】
前記端末は、ユーザ端末又はレンタル端末であることを特徴とする請求項４記載のサービス情報提供システム。
【請求項６】
サーバとの間で、機器の相互認証を行う手段と、
ユーザが入力した「生体情報」と、所定の鍵認証処理を経て、該端末に既に格納されている「照合用生体情報」と、を照合する手段と、
前記相互認証が成功し、かつ前記照合が成功したときに、サーバからのサービス情報の提供を受ける手段と、
を少なくとも備えることを特徴とする端末。
【請求項７】
端末との間で、機器の相互認証を行うことができる手段と、
前記相互認証の成功を条件として、予め保持しているユーザ管理テーブルに基づいて、ユーザの真正性を判定する手段と、
前記相互認証の成功を条件として、端末へ所定のサービス情報を送信する手段と、
を少なくとも備えることを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生体情報（バイオメトリクス）認証技術を利用するシステムにおいて、生体情報を通信ネットワーク上で安全に取り扱って、サーバからのサービス提供を実現したり、ファイルや設定環境のアップロードやダウンロードを実現したりする技術に関する。
【背景技術】
【０００２】
近年、バイオメトリクス認証に関する技術が進展している。このバイオメトリクス認証は、身体的特徴や身体的特性などの個人に固有の情報（以下「生体情報」という。）を利用して、本人の認証を行うことを主目的とする技術である。
【０００３】
このバイオメトリクス認証技術において、一般に使用される身体的特徴としては、指紋、掌紋、手形、手の甲の静脈、虹彩、顔、音声などが挙げられ、また、身体的特性としては、筆跡や打鍵などを挙げることができる。これらの特徴や特性は、長期にわたって変化し難く、また、類似する特徴・特性を持つ第三者がほぼ存在しないという利点がある。従って、このバイオメトリクス技術は、暗証番号やパスワードを用いた認証技術に比べて、原理的に偽認証が行われ難いことから、ネットワーク社会の到来により益々注目され、その利用範囲も拡大している。
【０００４】
生体情報を用いて認証を行う場合、当該人物に固有の生体情報を予め計測してコンピュータなどの記憶部に登録しておき、商取引などのサービスを受ける場合、あるいは入退場や施錠開錠などの管理システムで要求されるときに、当該人物の生体情報が予め登録してある生体情報データと一致するかを確認し、本人である否かの真正性を認証することを基本としている。
【０００５】
ここで、現在、インターネットなどの通信ネットワークを介したサービスの提供（例えば、ニュースの配信）を行う技術がある。この技術において、ユーザが正当か否か（サービスの提供を受ける権利があるか否か）をサーバが認証（ユーザ認証）した後に、ユーザ端末を介してサービスが提供されるというサービスシステムがある。このユーザ認証には、パスワードが用いられるのが一般的であるが、パスワード方式では、ユーザが複雑なパスワードを記憶しておかなければならないので、ユーザの負担が大きい。このため、ユーザ自身の生体情報を用いて、ユーザ認証を行うというシステム（以下、「生体情報認証システム」という。）が考えられる。
【０００６】
ここで、上記バイオメトリクス技術を利用する先行技術を幾つか挙げる。まず、特許文献１には、生体情報の悪用や流出の防止に配慮した個人認証サービスシステムが開示されている。
【０００７】
特許文献２には、ユーザの生体情報を分割して、ＩＣカードとセンタ装置にそれぞれ登録しておいて、ユーザ認証の際に、分割された生体情報を再生し、この再生生体情報をユーザから読み取られた生体情報と照合することによって、生体情報の漏洩を防止する技術が開示されている。
【特許文献１】特開２００３−０９１５０８号公報。
【特許文献２】特開２００２−３５１８４４号公報。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記生体情報認証システムでは、サーバにあらかじめユーザの生体情報を予め登録しておき、サービス提供時にユーザ端末が読み取った生体情報を、通信ネットワークを介してサーバに送り、その正当性を検証するものが一般的である。このようなシステムでは、通信ネットワーク上に、秘密情報性が極めて高い生体情報が流れる危険性があるという技術的課題がある。また、サーバには、多数のユーザの生体情報が蓄積されているので、一旦サーバが攻撃を受けると、多数のユーザの生体情報が露呈してしまう可能性があるという技術的課題がある。
【０００９】
そこで、本発明は、生体情報の通信ネットワークへの流出を、有効に防止できる技術を提供することを主な目的とする。
【課題を解決するための手段】
【００１０】
本発明は、いずれも生体情報を用いるものであり、大別して、（１）照合用生体情報の登録方法、（２）情報提供システム、（３）端末（コンピュータ端末）、（４）サーバである。以下、順番に説明する。
【００１１】
（１）照合用生体情報の登録方法。
【００１２】
この方法は、通信ネットワークを介して情報のやり取りが可能である、生体情報読み取り可能な端末並びにサーバを用いる。本方法では、（ａ）前記サーバが、端末からの要求に応じて、該サーバがランダムに生成した二つの登録用鍵ＫUtoUT,ＫUTtoUを端末へ送る段階と、（ｂ）前記端末と前記サーバが、通信ネットワークを介して、相手の機器を相互認証する段階と、（ｃ）前記相互認証が成功したときに、前記サーバから前記端末へ、前記登録用鍵ＫUtoUT,ＫUTtoUを暗号化して送る段階と、（ｄ）前記登録用鍵ＫUtoUT,ＫUTtoUを端末で復号する段階と、（ｅ）前記復号によって得られた登録用鍵の一つであるＫUTtoUをユーザへ提示するとともに、ユーザに対して、該ＫUTtoUをユーザの生体情報とともに、前記ユーザ端末へ入力することを促す段階と、（ｆ）ユーザから入力されたＫUTtoUが前記複合によって得られた登録用鍵ＫUtoUTに一致しているかを検査する段階と、を少なくとも経て、照合用生体情報を端末に登録する。本方法における前記暗号化は、前記相互認証を実現する計算の結果によって得られる暗号鍵を用いて行うようにする。なお、「照合用生体情報」とは、新規に入力されてくるユーザの生体情報と間で比較される生体情報であり、ユーザの真正性を認証するために用いられるものである。「登録用鍵」は、サーバが生成し、端末と共有で使用できる鍵機能情報であって、ユーザが生体情報を登録する場合などに使用される。
【００１３】
（２）情報提供システム。
【００１４】
このシステムは、サーバと端末との間で、通信ネットワークを介して情報をやり取りする構成を備えるシステムである。具体的には、端末とサーバとの間で、互いの機器の相互認証を行った後、前記端末において、ユーザが該端末へ入力した「生体情報」と、該端末に鍵認証処理を経て既に格納されている「照合用生体情報」とを比較することによって、該ユーザが前記照合用生体情報を提供した人物と同一人物であるか否かを自動判定する。その結果、同一人物である場合は、前記サーバにおいて、予め保持しているユーザ管理テーブルに基づいて、前記ユーザが既にサーバに登録されたユーザであるか否かを検証し、登録ユーザである場合にのみ、前記端末へ所定情報を提供する。提供される「所定情報」は、特に限定されないが、ニュース情報、画像情報、音声情報などを広く包含し、予めサーバに格納しておいた端末の設定環境及び／又はファイル情報であってもよく、この場合、前記端末は、ユーザ端末又はレンタル端末であることが想定される。
【００１５】
（３）端末。
【００１６】
この端末は、コンピュータ端末などの情報端末を広く含む。まず、サーバとの間で、互いの機器の相互認証を行う手段と、ユーザが入力した「生体情報」と、所定の鍵認証処理を経て、該端末に既に格納されている「照合用生体情報」と、を照合する手段と、前記相互認証が成功し、かつ前記照合が成功したときに、サーバからのサービス情報の提供を受ける手段と、を少なくとも備える。なお、所定の鍵認証処理は、例えば、上述した本発明に係る照合用生体情報の登録方法を、特に好適に用いて実現できる。
【００１７】
（４）サーバ。
【００１８】
このサーバは、通信ネットワークを介する情報配信装置である。本サーバは、端末との間で、機器の相互認証を行うことができる手段と、前記相互認証の成功を条件として、予め保持しているユーザ管理テーブルに基づいて、ユーザの真正性を判定する手段を持つ。さらに、前記相互認証の成功を条件として、端末へ所定のサービス情報を送信する手段を有する。
【発明の効果】
【００１９】
本発明によれば、ユーザがサーバに対して生体情報を用いた認証を経て、ユーザ端末を介してサーバからのサービスの提供を受ける場合において、前記生体情報を通信ネットワーク上に流出させないので、安全性が高くなる。また、照合用生体情報を予め登録する場合に、ユーザとユーザ端末間で、登録用認証鍵を利用した相互認証を行うことで、安全性が確立された端末にだけ照合用生体情報を登録するので、さらに安全性が高い。
【００２０】
本発明によれば、出張や旅行などの外出前に、自らの端末で、普段使用している当該端末の設定環境や出先で使用を所望するファイルなどのデータを、通信ネットワークを経由して、予めサーバに安全に伝送しておくことができる。出先では、レンタル端末を用いて、先にサーバに伝送しておいた前記データを、該レンタル端末にダウンロードして使用できるので、普段と同様の設定環境で、必要なファイルを処理できる。さらに、前記ダウンロードの際に、レンタル端末をサーバが認証することにより、ユーザ情報の盗用などの不正の可能性が否定できないレンタル端末（認証されない端末）には、データを送らないようにする。また、暗号化しているので、万一、第三者がデータを不正入手しても、意味のないものにしておき、データの盗用の危険を無くすことができる。
【発明を実施するための最良の形態】
【００２１】
本発明を実施するための好適な実施形態について、添付図面を参照しながら説明する。なお、添付図面に示された各実施形態は、本発明に係わる方法、装置、システムの代表的な概念や実施形態の一例を示したものであって、これにより本発明の範囲が狭く解釈されることはない。
【００２２】
まず、添付した図１は、本発明に係る情報提供システムなどのシステムの基本的な概念を示す図である。
【００２３】
この図１に示されているように、本発明を実施するシステムは、基本的には、ユーザＵが、ユーザのコンピュータ端末ＵＴ（以下、「ユーザ端末ＵＴ」という。）を介して、サーバＳにその正当性を証明要求した後に（この処理は図示していない）、該サーバＳからユーザＵへ、通信ネットワークＮ及びユーザ端末ＵＴを経由して、何らかの情報（サービス情報）が提供されるシステムである。
【００２４】
サーバＳから提供される前記情報は、特に限定されないが、例えば、ニュース情報、映像情報などの配信サービスである。サービスに係わる情報が、通信ネットワークＮを介して、サーバＳからユーザ端末ＵＴへ配信されると、該情報は、ユーザ端末ＵＴのディスプレイやスピーカなどのユーザインタフェースを用いて、ユーザＵに提供される。
【００２５】
このような情報の提供を受ける場合、一般に、ユーザＵは、サーバＳにユーザＵ自身の識別情報を予め登録しておく必要がある。この登録処理作業は、オフラインで行われたり、専用の安全な通信環境を持つオンラインを用いて行われたりする。オフライン登録の例を挙げると、ユーザＵがユーザ端末ＵＴを購入すると，サーバへの登録用の往復はがきが同梱されており、これを用いて登録処理を行うというものである。
【００２６】
ここで、添付した図２は、本発明に係る情報提供システムにおいて行われる、サーバＳに対するユーザ登録の手順を示す処理フローを示す図である。
【００２７】
サーバＳへのユーザを登録する場合は、まず、ユーザＵは、サーバＳに対して、ユーザＵの識別情報であるユーザＩＤ、ユーザＵの氏名、住所、あるいはサービスに対する課金のための口座番号やクレジットカードの番号などの課金情報など（「ユーザ情報」と総称）と、ユーザ端末（ＵＴ）の識別情報であるユーザ端末ＩＤと、を送る。なお、ユーザＩＤは、必ずしも送らなくてもよい。
【００２８】
これに対し，サーバＳは、ユーザへ、「ユーザＩＤ」と「利用条件（例えば、サービスの提供を受けられる期間など）」と、２つの登録用鍵KUtoUTとKUTtoUを与える（図２参照）。
【００２９】
ここで、「第１登録用鍵KUtoUT」は、ユーザＵが、ユーザ端末ＵＴに対してそのユーザの正当性を証明するための鍵であり、一方の「第２登録用鍵KUTtoU」は、ユーザ端末ＵＴが、ユーザＵにその端末の正当性を証明するために用いる鍵である。
【００３０】
これら二つの登録用鍵KUtoUTとKUTtoUは、サーバＳがランダムに生成したものであって、好適には、ユーザＵの確認が容易であり、かつユーザ端末ＵＴへの入力が簡単なように、数文字程度の数字やアルファベット等によって構成されている。
【００３１】
次に、図３は、本発明に係る情報提供システムを構成するサーバＳが保持する「ユーザ管理テーブル」の構成を示す図である。
【００３２】
ユーザＵが、サーバＳに対してユーザ登録作業を開始すると（図２参照）、その都度、サーバＳが保持するユーザ管理テーブルＴに、このユーザＵとユーザ端末ＵＴに対応する新たなフィールドが追加されて、データが更新される。
【００３３】
次に、図４は、ユーザＵがユーザ端末ＵＴに対して、照合用データとして用いる「生体情報」（以下「照合用生体情報」）を登録する際の処理手順を示すフロー図である。
【００３４】
この処理に係わる手順は、まず、ユーザＵがユーザ端末ＵＴを、通信ネットワークＮ（図１参照）に接続し、サーバＳとの通信が行える状態にした上で開始される。例えば、「ユーザ端末ＵＴへの登録開始」の意味を持つコマンド情報とユーザＩＤを、ユーザ端末ＵＴに入力することによって開始される（図４のフローＦ１参照）。
【００３５】
次に、図４中においてＦ２で示されている処理作業を行う。このフローＦ２は、ユーザ端末ＵＴとサーバＳが、通信ネットワークＮを介して、互いの機器の「相互認証」を行うことを目的とする処理である。なお、この二つの機器間の「相互認証」の具体的な方法については、図５、図６を用いて、後に詳しく説明する。
【００３６】
ユーザ端末ＵＴとサーバＳが、互いに相手の機器の認証に成功したら、ユーザ端末ＵＴは、ユーザＩＤをサーバに送信する（図４中のＦ３参照）。一方、相手の機器の認証に失敗した場合は、そこで処理は終了し、その後の処理に進まないようにする。
【００３７】
次に、サーバＳは、このユーザＩＤと、相互認証の時に知ったユーザ端末ＩＤと、を検索キーとして、ユーザ管理テーブルＴ（図３参照）を検索し、２つの登録用鍵ＫUtoUTとＫUTtoUを、前記ユーザＩＤに対応するユーザ端末ＵＴへ送る（図４中のＦ４参照）。
【００３８】
ここで、サーバＳは、自らランダムに生成した二つの登録用鍵ＫUtoUT,ＫUTtoUを、ユーザ端末ＵＴに送るＦ４の処理段階で（図４参照）、これらの登録用鍵ＫUtoUT,ＫUTtoUを、後述するセッションキー（暗号鍵）を用いて暗号化して送る。
【００３９】
ユーザ端末ＵＴは、送られてきた暗号化された情報を、前記セッションキーを用いて復号し、登録用鍵ＫUtoUT及びＫUTtoUを取得する。なお、暗号化および復号に用いるアルゴリズムとしては、例えば、ＦＩＰＳ１９７で規定されているAdvanced Encryption Standard(AES)などを用いることができる。
【００４０】
続いて、ユーザ端末ＵＴは、復号した第２登録用鍵ＫUTtoUを、ユーザＵに提示する（図４中のＦ5参照）。即ち、ユーザ端末ＵＴの画面上に登録用鍵ＫUTtoUを表示する。ユーザＵは、これを見て、画面上の登録用鍵ＫUTtoUが、先のサーバＳへのユーザ登録処理作業（図２参照）を経て既にサーバＳから与えられている、第２登録用鍵ＫUTtoUと一致していることを確認する（一致しなければ、そこで終了）。
【００４１】
前記確認に続き、ユーザＵは、ユーザ端末ＵＴへサーバＳから既に与えられている第１登録用鍵ＫUtoUTを入力するとともに、自らの「生体情報」を読み取ってユーザ端末ＵＴへ入力する（図４中のＦ6参照）。なお、「生体情報」の読み取り作業は、生体情報の種類に応じた専用の読み取り手段によって行なえばよい。
【００４２】
ユーザ端末ＵＴは、ユーザＵから入力された第１登録用鍵ＫUtoUTが、サーバＳから既に与えられたものと一致している否かを検証する。その結果、一致していれば、ユーザ端末ＵＴは、ユーザＵのその「生体情報」を「照合用生体情報」として、ユーザＩＤとともに記憶する。一方、一致していなければ、処理はその時点で終了する。
【００４３】
なお、「生体情報」としては、指紋、掌紋、手形、手の甲の静脈、虹彩、顔、音声などを用いることができ、さらに、身体的特性である筆跡や打鍵などを用いることは自由である。例えば、人間の指の皮下の血管の血流をカメラで撮影したデータも採用できる（以下、同様）。
【００４４】
次に、図５、図６を用いて、ユーザ端末とサーバとの間の相互認証（図４のＦ４参照）について説明する。ここでは、便宜上、サーバを符号Ａ、ユーザ端末を符号Ｂと表すことにより説明する。
【００４５】
相互認証のためのプロトコルの例としては、ISO/IEC 9798-2に代表される、共通鍵暗号を用いるもの、ISO/IEC 9798-3に代表される、公開鍵暗号を用いるもの、ISO/IEC 9798-4 に代表される暗号学的チェック関数を用いるものなどを挙げることができる。
【００４６】
まず、図５は、暗号学的チェック関数を用いた相互認証および暗号鍵共有のための方法の一例を相互認証の実施例として用いることを示す図である。
【００４７】
この図５において、符号Ｂで示されたユーザ端末には、該端末Ｂに固有の識別情報ＩＤ_Ｂと、秘密鍵ＤＫ_Ｂが格納されている。また、符号Ａで示されたサーバは、それぞれのユーザ端末の識別情報ＩＤと、それぞれのＩＤに対応する秘密鍵のテーブルを保持している。
【００４８】
まず、ユーザ端末Ｂは、乱数Ｒ_Ｂを発生し、識別情報ＩＤ_Ｂとともに、サーバＡに送る（図５中の符号Ｆ７参照）。なお、図５における記号「||」は、連結を表している。
【００４９】
次に、サーバＢは、乱数Ｒ_Ａ、Ｓ_Ａを生成し、「Ｒ_Ａ||Ｓ_Ａ||ＩＤ_Ａ」とともに、「ＭＡＣ(ＤＫ_Ｂ,Ｒ_Ａ || Ｒ_Ｂ || Ｓ_Ａ)」を、ユーザ端末Ｂへ送る（図５中の符号Ｆ8参照）。
【００５０】
ここで、「ＩＤ_Ａ」は、サーバＡを表す識別情報であり、「ＭＡＣ(ＤＫ_Ｂ,Ｒ_Ａ || Ｒ_Ｂ || Ｓ_Ａ)」は、暗号学的チェック関数に、鍵として「ＤＫ_Ｂ」を、データとして「Ｒ_Ａ || Ｒ_Ｂ || Ｓ_Ａ」を、入力することを表している。
【００５１】
暗号学的チェック関数は、ISO/IEC 9797に示されているように、ＦＩＰＳ１９７のAdvanced Encryption Standard(AES) を用いることが可能である。またこの際使用する「ＤＫ_Ｂ」は、格納されているテーブルから「ＩＤ_Ｂ」を検索キーとして検索してくる。
【００５２】
ユーザ端末Ｂは、受信したデータを用いて、自ら「ＭＡＣ(ＤＫ_Ｂ,Ｒ_Ａ || Ｒ_Ｂ || Ｓ_Ａ)」を計算し、これが受信したものと一致するかを検証する。一致すれば、サーバＢが正当なものであると認め、処理を続ける、一方、一致しない場合は、サーバＡが不正なものと判断し、処理を中止する。
【００５３】
次に、ユーザ端末Ｂは、乱数Ｓ_Ｂを生成し、これと「ＭＡＣ(ＤＫ_Ｂ,Ｒ_Ｂ || Ｒ_Ａ || Ｓ_Ｂ)」をサーバＡへ送る（図５中の符号Ｆ9参照）。サーバＡは、受信したデータを用いて、自ら「ＭＡＣ(ＤＫ_Ｂ,Ｒ_Ｂ || Ｒ_Ａ || Ｓ_Ｂ)」を計算して、受信したデータと一致するか否かを検証する。一致すれば、ユーザ端末Ｂを正当なものとして認め、処理を続ける。一方、一致しなければ、ユーザ端末Ｂが不正なものと判断して、処理を中止する。
【００５４】
最後に、サーバＡとユーザ端末Ｂの双方が、「ＭＡＣ(ＤＫ_Ｂ, Ｓ_Ａ || Ｓ_Ｂ)」を計算して求め、その計算結果を、そのセッションにおける「セッションキー（Ｋ_Ｓ）」とする。
【００５５】
この「セッションキー（Ｋ_Ｓ）」は、交換されるメッセージのうち暗号化が必要なものに対する「暗号鍵」として用いる。以上の処理フローによって、サーバＡとユーザ端末Ｂは、互いの正当性を検証し合うことができ、また、「セッションキー（Ｋ_Ｓ）」（暗号鍵）を、安全に共有することができる。
【００５６】
次に、図６〜図９を参照して、本発明に適用可能な公開鍵暗号を用いた認証技術について説明する。この図６は、公開鍵暗号を用いた認証の処理フローを示す図、図７は、公開鍵証明書の内容を表す図、図８は、リボケーションリストを表す図、図９は、レジストレーションリストを示す図である。
【００５７】
まず、図６において、サーバＡ及びユーザ端末Ｂは、それぞれ自分の識別情報であるＩＤと、自分の公開鍵証明書、およびリボケーションリストまたはレジストレーションリストを保持している。
【００５８】
公開鍵証明書は、図７に示すように、そのエンティティのＩＤと、公開鍵に対し、センタ（キー発行機関）が署名を施したデータである。リボケーションリストは、不正者リストあるいはブラックリストとも呼ばれ、図８に示すように、その装置の秘密鍵が露呈してしまった者のＩＤがリストアップされ、単調増加するバージョンナンバーとともにセンタ（キー発行機関）のデジタル署名が施されたものである。これに対し、レジストレーションリストは、正当者リストあるいは登録リストとも呼ばれ、図９に示すように、その時点で信頼できる（秘密が露呈していない）装置のＩＤがリストアップされ、単調増加するバージョンナンバーとともにセンタ（キー発行機関）のデジタル署名が施されたものである。
【００５９】
図６に示すように、ユーザ端末Ｂは、乱数Ｒ_Ｂを発生させて、これをサーバＡに送る（図６の符号Ｆ１０参照）。サーバＡは、乱数Ｋ_Ａ及びＲ_Ａを発生させ、楕円曲線Ｅ上でシステム共通の点（ベースポイント）であるＧとＫ_Ａを乗算して「Ｖ_Ａ」を計算する。さらに、自分の秘密鍵「PriKey_Ａ」を用いてデータ「Ｒ_Ａ || Ｒ_Ｂ || Ｖ_Ａ」に施した署名（Ｓｉｇ）とともに、公開鍵証明書「Ｃｅｒｔ_Ａ||Ｒ_Ａ||Ｒ_Ｂ||Ｖ_Ａ」を、ユーザ端末Ｂに送る（図６の符号Ｆ１１参照）。
【００６０】
次に、ユーザ端末Ｂは、サーバＡの公開鍵証明書の正当性、サーバＡが作成した署名の正当性を検証（チェック）する。そして、サーバＡ自らがリボケーションリストを格納していれば、相手のＩＤがリボケーションリストに載っていないことを確認し、また、自分がレジストレーションリストを格納していれば、相手のＩＤがレジストレーションリストに登録されていることを確認する。
【００６１】
以上の確認が正常にできなければ、ユーザ端末ＢはサーバＡが不正者であると判断して処理を終了する。以上の確認が正常にできれば、ユーザ端末Ｂは、乱数Ｋ_Ｂを生成して、サーバＡが行った内容と同様の計算を行い、公開鍵証明書「Ｃｅｒｔ_Ｂ||Ｒ_Ｂ||Ｒ_Ａ||Ｖ_Ｂ」とともに、データＲ_Ｂ||Ｒ_Ａ||Ｖ_Ｂに対して施した署名（Ｓｉｇ）をサーバへ送る（図６の符号Ｆ１２参照）。
【００６２】
サーバＡでは、ユーザ端末Ｂが行った内容と同様の検証（チェック）を、受信したデータに対して行い、すべての検証が正常に終了したときのみ処理を継続する。この後、サーバＡでは、Ｋ_ＡとＶ_Ｂを、ユーザ端末Ｂでは、Ｋ_ＢとＶ_Ａを、それぞれ楕円曲線Ｅ上で乗算してセッションキー「Ｋ_Ｓ」を得る（図６参照）。なお、楕円曲線上の乗算やデジタル署名の生成および検査方法については、たとえばIEEE 1363-2000で規格化されている。
【００６３】
以上説明した登録処理が終了した後に、ユーザがサーバからサービスの提供を受ける際の処理手順を、添付した図１０を用いて説明する。なお、この図１０では、再び、ユーザ、ユーザ端末、サーバをそれぞれ符号Ｕ、ＵＴ、Ｓで示す。
【００６４】
まず、ユーザＵが、ユーザ端末ＵＴを通信ネットワークＮ（図１参照）に接続してサーバＳとの通信が行える状態にする。その上で、ユーザＵは、ユーザ端末ＵＴに対して、例えば、「サービスの提供要求」の意味を持つコマンド情報とともに、自身の生体情報を提示する（図１０の符号Ｆ１３参照）。
【００６５】
ユーザ端末Ｕは、既に格納して保持している照合用の生体情報と、新規にユーザＵから入力された生体情報とを比較して、許容できる誤差の範囲で一致するかを判定することによって、照合用生体情報を提供した人物と現在のユーザＵが同一人物であることを検証する。この検証がＯＫであれば、処理を続行し、ＯＫでなければ処理を終了する。
【００６６】
ここで、ユーザ端末ＵＴには、複数の照合用の生体情報が格納されている場合が想定できる。この場合では、ユーザ端末ＵＴは、複数の照合用の生体情報と新規に入力されてきた生体情報とを比較検索し、許容できる誤差の範囲内で、入力された生体情報と一致する照合用の生体情報のうち、最も誤差が少なく一致するものを同一人物の生体情報と判定し、それに対応するユーザＩＤを現在のユーザＵのユーザＩＤとしてもよい。
【００６７】
また、ユーザＵが生体情報をユーザ端末ＵＴへ入力する際に、自身のユーザＩＤ若しくはユーザＩＤを特定するための情報を入力して、単にそれに対応する照合用の生体情報と入力した生体情報との比較を行ってもよい。
【００６８】
このようにして、生体情報を用いたユーザＵの検証が成功した場合は、ユーザ端末ＵＴは、その時点で端末を利用しているユーザＵのユーザＩＤを得ることができる。
【００６９】
また、ユーザＵが生体情報を入力する際に、必要に応じて、サーバＳの識別情報や享受したいサービスの識別情報を入力してもよい。これらは、そのユーザ端末ＵＴが対応するサーバＳが複数あったり、そのユーザＵが提供を受けることができるサービスが複数あったりした場合に、それらを特定するのに有効である。
【００７０】
また、一例として、ユーザ端末ＵＴに、ユーザＵが生体情報を登録する際に、ユーザＵはユーザ端末ＵＴにユーザＩＤ、バイオメトリクス情報とともにパスワードを登録しておき、サービス利用時には、ユーザＵがユーザ端末ＵＴに「サービスの提供要求」の意味のコマンドを入力し、ユーザＵに対してユーザ端末ＵＴがパスワードを表示し，ユーザＵがこのパスワードの正当性を確認した上で、ユーザ端末ＵＴに生体情報を入力してもよい。このようにすれば，サービス利用時に、ユーザＵが不正な（生体情報を登録していない）ユーザ端末ＵＴに対して生体情報を入力してしまうことを防ぐことができる。
【００７１】
次に、ユーザ端末ＵＴとサーバＳの相互認証の処理フローを行う（図１０中の符号Ｆ１４参照）。なお、この相互認証に係わる処理フローは、図５から図９を用いて既に説明した方式に従って行えばよい。
【００７２】
ユーザ端末ＵＴとサーバＳが相手を相互に正当であると確認した後、ユーザ端末ＵＴは、当該ユーザＵのユーザＩＤをサーバＳへ送る（図１０中の符号Ｆ１５参照）。ここで、ユーザＵから入力された、サービスの内容を識別するための情報を同時に送ってもよい。これは、そのユーザＵが提供を受けることができるサービスが複数あったりした場合に、それを特定するのに有効である。
【００７３】
また。ユーザ端末ＵＴがユーザＩＤをサーバＳへ送る際には、「そのユーザは認証済みである」という旨の意味を表す情報を一緒に送ってもよい。これは、例えば、ユーザＵのユーザ端末ＵＴへの認証を必要とするサービスとそうでないサービスが混在したときに、認証済みか否かを区別するのに有効である。
【００７４】
サーバＳは、そのユーザＩＤのユーザＵがそのサービスについて提供を受ける権利があるかどうかを、ユーザ管理テーブルＴ（図３参照）を用いて調べ、権利がある場合には、ユーザ端末ＵＴを介してユーザに当該サービスを提供する。即ち、サーバＳは、サービス提供用のデータ情報をユーザ端末ＵＴへ送る（図１０中の符号Ｆ１６参照）。そして、このユーザ端末ＵＴは、サービスに係わる前記データ情報を、ユーザＵに対して提供する。例えば、画面表示する（図１０中の符号Ｆ１７参照）。
【００７５】
以下、図１１〜１８を参照しながら、本発明の他の実施形態について説明する。
【００７６】
まず、本実施形態が提案される理由は、次の通りである。近年、モバイル型のパーソナルコンピュータ端末が普及しているが、該端末の軽量化が未だ充分でないなどの事情から、ホテル、会議場などではコンピュータ端末を貸し出すサービスも増えている。借りたコンピュータ端末（以下「レンタル端末」という。）を使用する場合、キー設定やショートカット設定などの環境はデフォルトのものか、それ以前のユーザが使用したものなので、ユーザが不便を感じる場合多い。また、ユーザによっては、出先で資料の手直しや印刷などをレンタル端末で行う場合、必要なデータ（ファイル）は自分でその端末に持ちこまなければならない。
【００７７】
加えて、レンタル端末の安全性は不明である。例えば、ユーザが使用したデータを、ユーザからはアクセスできない記録媒体に秘密裏に格納しておいて、ユーザがそのレンタル端末を返却した後に、その記録媒体に格納されたユーザのデータの盗用が行われないかどうかを、ユーザが確認することは非常に困難である。
【００７８】
以下、本実施形態について説明する。まず、図１１は、コンピュータ端末におけるデータのアップロードとダウンロードなどの処理フローの概念を示す図である。
【００７９】
例えば、出張や旅行などの移動の前に、ユーザＵが通常自分の端末ＵＴで使用している環境や出張先で使用したいファイルなどのデータ情報を、通信ネットワークＮを介して、サーバＳに安全に伝送しておく（図１１の符号Ｆ１８参照）。
【００８０】
出張先や旅行先のホテル（仮に、ＡＢＣホテル）等には、ユーザＵに貸し出すことが可能なレンタル端末ＲＴが用意されている。ユーザＵは、先にサーバＳに伝送しておいたデータ情報を、このレンタル端末ＲＴにダウンロードして使用する（図１１の符号Ｆ１9参照）。これにより、普段と同様の環境で、所望するファイルを処理することが可能になる。
【００８１】
また、前記ダウンロードの際に、レンタル端末ＲＴとサーバＳとの間で相互に機器認証（図１１中の「相互認証」）することによって、ユーザＵのデータ情報を盗むなどの不正行為の可能性があるレンタル端末ＲＴ等には、データ情報を送らないようにする。
【００８２】
これとともに、データ情報は、ユーザＵの生体情報に基づいて暗号化することで、このユーザＵ以外の者がデータ情報を盗んでも、全く意味のないものになるようにして、データ情報の盗用や漏洩の危険を無くす。
【００８３】
図１２は、本発明の実施に係わる情報処理装置（コンピュータ端末ＵＴ，ＲＴ，サーバＳなど）の一実施の形態の構成例を示す図である。
【００８４】
まず、プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスクやＲＯＭに予め記録しておくことができる。あるいは、プログラムは、フロッピーディスク（登録商標）、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【００８５】
なお、前記プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、デジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送したりして、コンピュータでは、そのようにして転送されてくるプログラムを、通信部で受信し、内蔵するハードディスクにインストールすることができる。  また、ＲＯＭやハードディスクは、そのコンピュータの正当性を証明するための秘密データ（鍵）を格納するのに用いられる。
【００８６】
コンピュータＸは、図１２に示すように、ＣＰＵ(Central Processing Unit)を内蔵している。ＣＰＵには、バスＸ１を介して、入出力インタフェースＸ２が接続されている。
【００８７】
前記ＣＰＵは、前記入出力インタフェースＸ２を介して、ユーザＵによって、キーボードやマウス等で構成される入力部が操作されることにより、コマンド情報が入力されると、それにしたがって、ＲＯＭ(Read Only Memory)に格納されているプログラムを実行する。
【００８８】
あるいは、ＣＰＵは、ハードディスクに格納されているプログラム、衛星若しくはネットワークから転送され、通信部で受信されてハードディスクにインストールされたプログラム、またはドライブに装着されたリムーバブル記録媒体から読み出されてハードディスクにインストールされたプログラムを、ＲＡＭ(Random Access Memory)にロードして、実行する。これにより、ＣＰＵは、上述した処理を行う。そして、ＣＰＵは、その処理結果を、必要に応じて、例えば、入出力インタフェースＸ２を介して、ＬＣＤ(Liquid Crystal Display)やスピーカ等で構成される出力部から出力、あるいは、通信部から送信、さらには、ハードディスクに記録等させる。また、図１１に示す入力部を介して、ユーザＵの生体情報が入力される場合もある。
【００８９】
なお、コンピュータ端末に、各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。また、プログラムは、一つのコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
【００９０】
本実施形態においては、図１２に示した構成の情報処理装置を、ユーザ端末ＵＴとして、または、ホテルや会議場等に保有されていてユーザＵに貸し出されるレンタル端末ＲＴとして、あるいは、サーバＳとしても用いることが可能である。
【００９１】
また、図１２で示した構成に加え、図１３に示すように、セキュリティチップＹを持たせてもよい。セキュリティチップＹは、そのコンピュータの正当性を証明するための秘密データ（鍵）の格納、正当性を証明する情報の生成のための処理、データの暗号化／復号処理などを行うものであり、チップとして実装することで処理速度の向上や、秘密にすべき情報への外部からのアクセスへの耐性を高めることが可能となる。
【００９２】
次に、添付した図１４を用いて、ユーザＵが普段使用しているユーザ端末ＵＴの環境や出張先で使用したいファイル（以下、これらをまとめて、単に「データ」と呼ぶことにする。）を、ユーザ端末ＵＴからサーバに転送する「アップロード処理」（図１１の符号Ｆ１8参照）について、説明する。
【００９３】
例えば、ユーザＵがユーザ端末ＵＴに対して、アップロードを行うコマンド情報を入力することによって当該アップロード処理が開始される。この際に、サーバＳに既に登録してあるユーザＵの識別情報であるユーザＩＤが、ユーザ端末ＵＴに格納されていなければ、ユーザＵはこれもユーザ端末ＵＴに入力して格納させる。以下、図１４に基づいて、処理ステップを順番に説明する。
【００９４】
ステップＳ１において、ユーザＵは、自分の「生体情報」を、ユーザ端末ＵＴに入力する。
【００９５】
ステップＳ２において、ユーザ端末ＵＴは、入力された「生体情報」をデジタル化（コード化）し、この結果に基づいて、データを暗号化／復号するためのデータキー（暗号鍵）を生成する。
【００９６】
コード化された生体情報からデータキー（暗号鍵）を生成する方法は、例えば、コード化された生体情報を、ＳＨＡ-１などのハッシュ関数に入力してランダム化し、その出力から必要なだけ（例えば、１２８bit）を用いるなど任意の方法でよい。ここで、ＳＨＡ-1は任意長の入力から１６０bitの出力を出すハッシュ関数であり、ＦＩＰＳ１８０−１で規定されている。なお、機器で取り扱うデータとしては、アナログ情報よりもデジタル情報のほうが都合がよいため、生体情報を読み取ったアナログ値は、すぐにデジタル化されることが一般的である．以下においては、デジタル化（コード化）された生体情報についても単に生体情報と呼ぶことにする。
【００９７】
なお、このステップＳ２では、上記の通り、データの暗号化に用いる「データキー」をユーザＵの「生体情報」に基づいて生成する構成としたので、ユーザがパスワードなどを記憶，入力する負担がなくなるので、使い易い構成となっている。
【００９８】
続いて、ステップＳ３において、ユーザＵのコマンド情報により、ユーザ端末ＵＴは、ユーザＵがサーバＳに転送したいデータを、ステップＳ２で生成した「データキー」を用いて暗号化する。このデータには、例えば、ユーザ端末ＵＴの使用環境やユーザＵが出張などの移動先で使用したいファイルなどが含まれる。
【００９９】
データを実際に暗号化する暗号アルゴリズムは、任意のものを用いることができる。例えば、ＦＩＰＳ１９７で規定されているAdvanced Encryption Standard(AES)などを用いることができる。
【０１００】
次に、ステップＳ４において、ユーザ端末ＵＴは、サーバＳへの通信路を確立し、ユーザ端末ＵＴとサーバＳは、お互いの機器の正当性を確認するための相互認証プロトコルを実施する。相互認証のプロトコルの例としては、ISO/IEC 9798-2 に代表される、共通鍵暗号を用いるもの、ISO/IEC 9798-3 に代表される、公開鍵暗号を用いるもの、ISO/IEC 9798-4 に代表される、暗号学的チェック関数を用いるものなどが挙げられる。
【０１０１】
なお、相互認証のやり方の詳細は、既に説明した図５や図６に示された方法と同様であるので、ここでは、説明を割愛する。また、サーバＳ、ユーザ端末ＵＴ、レンタルＲＴは、それぞれ自分の識別情報であるＩＤと、自分の公開鍵証明書、およびリボケーションリストまたはレジストレーションリストを持っている。公開鍵証明書の内容は、既述した図７と同様であり、リボケーションリストは、既述した図８と同様であり、レジストレーションリストは、正当者リストあるいは登録リストとも呼ばれ、記述した図９に示す内容と同様である。
【０１０２】
ここで、図１４に戻って説明すると、ステップＳ４において、ユーザ端末ＵＴとサーバＳの相互認証が成功して終了した場合には、ステップＳ５に進む。相互認証が成功しなかった場合には、それ以降の処理は実施されない。
【０１０３】
ステップＳ５においては、ユーザ端末がサーバと共有したセッションキー（暗号鍵）を用いて「生体情報」を暗号化する。
【０１０４】
次のステップＳ６においては、ユーザ端末ＵＴからサーバＳへ、ユーザＩＤ，生体情報、転送すべきデータを、転送する。なお、転送すべきデータは、ステップＳ３において、生体情報に基づいて生成された「データキー」で暗号化されている。また、生体情報は、ステップＳ５において，セッションキーで暗号化されている。
【０１０５】
ステップＳ７においては、サーバＳが、ユーザー端末ＵＴから転送されてきたユーザＩＤ，生体情報、データを記録媒体に格納する。ここで、「生体情報」は、受信時にはセッションキーで暗号化されていたので、これを用いて復号し，さらにサーバが管理するサーバキーを用いて暗号化した上で記録媒体に格納する。以上の処理により、ユーザ端末ＵＴのデータをサーバＳにアップロードすることができる。
【０１０６】
次に、図１５を用いて、サーバに格納されているデータを、ユーザＵがホテルや会議場等で借り出したレンタル端末ＲＴに転送する「ダウンロード処理」（図１１の符号Ｆ１９参照）について、説明する。
【０１０７】
例えば、ユーザＵがレンタル端末ＲＣを借り出し、ユーザＩＤとともに、ダウンロードに関するコマンド情報を、レンタル端末に入力することによって、この「ダウンロード処理」は開始される。
【０１０８】
まず、ステップＳ１１において、レンタル端末は、サーバＳへの通信路を確立し、レンタル端末ＲＣとサーバＳは、お互いの機器の正当性を確認するための相互認証プロトコルを実施する。相互認証プロトコルは、図１４のステップＳ４と同様に、図５や図６に示した方法を用いることができる。このステップＳ１１において相互認証が成功して終了しなければ、その後の処理は行われない。相互認証が成功して終了すれば、ステップＳ１２に進む。
【０１０９】
ステップＳ１２では、レンタル端末ＲＴは、ユーザＵに生体情報の入力を促し，これに応じたユーザＵが提供した「生体情報」を読み取る。
【０１１０】
続いて、ステップＳ１３に進み、レンタル端末ＲＴは、サーバＳと共有したセッションキーで「生体情報」を暗号化する。
【０１１１】
さらにステップＳ１４では、暗号化された生体情報をサーバＳへユーザＩＤとともに、送信する。サーバＳは、受信したユーザＩＤを検索キーとして、自身の記憶媒体から対応する登録済みの生体情報（「登録生体情報」と称する。）を検索して読み出しサーバキーで復号し、レンタル端末ＲＴから送信された生体情報をセッションキーで復号して、両者の比較を行う。
【０１１２】
その比較の結果、送信された生体情報と登録生体情報がある程度の誤差の範囲で一致し、同一人物のものであると判定できれば、以下の処理を続ける。２つの生体情報が同一人物のものであると判定できなければ、以下の処理を行わない。
【０１１３】
ところで、上記の処理では、ユーザＩＤを検索キーとして対応する生体情報を検索するようにしているが、送信された生体情報（をセッションキーで復号したもの）を直接、サーバＳが記録媒体に記録した複数の登録生体情報（をサーバキーで復号したもの）と比較し、ユーザＵを特定してもよい。このようにすることにより、ユーザＩＤを不要とすることができる。
【０１１４】
続いて、図１５のステップＳ１５において、サーバＳは登録生体情報をセッションキーで暗号化する。
【０１１５】
ステップＳ１６において、サーバＳはレンタル端末ＲＴへ、登録生体情報と転送対象データを送信する。ここで，登録生体情報は、ステップＳ１５においてセッションキーで暗号化されており、また転送対象データは、図１４のステップＳ３においてデータキーで暗号化されている。
【０１１６】
ステップＳ１７において、レンタル端末ＲＴは、転送された転送対象データと登録生体情報を、自身の記録媒体に格納する。
【０１１７】
ステップＳ１８において、レンタル端末ＲＴは、登録生体情報からデータキーを生成する。これは図１４のステップＳ２と同様の方法を用いて行う。また、変形例においては、サーバＳはレンタル端末ＲＴへ登録生体情報を暗号化して送信するのではなく、データキーをセッションキーで暗号化した暗号文を送信する。このようにすることにより。レンタル端末ＲＴが登録生体情報からデータキーを生成する処理を省くことが可能となる。
【０１１８】
ステップＳ１９において、レンタル端末ＲＴは、上記で生成した鍵を用いてユーザＵのデータを復号し、これをハードディスクなどの記録媒体に格納し、ユーザＵに提供する。このデータを用いて、ユーザＵは普段の環境と必要なファイルを使用することが可能となる。なお、ユーザＵがレンタル端末の利用を一時中断して電源を切ったり、ログアウトしたりした後は、再度ユーザＵがレンタル端末ＲＴの利用を行う際には、レンタル端末ＲＴがユーザＵに対して生体情報の入力を促し、レンタル端末ＲＴが格納している生体情報と比較して、一定の誤差の基に一致する生体情報をユーザが入力したときのみ、該ユーザの利用を許可する構成としてもよい。
【０１１９】
そして、ユーザＵがレンタル端末ＲＴの使用を終了する際には、その旨をレンタル端末に伝えるためのコマンド情報を入力することによって、ユーザＵの環境や使用したファイルを、当該レンタル端末ＲＴは自身の記録媒体からすべて削除し、ユーザデータを外部に漏らさないようにする。
【０１２０】
なお、この処理を行う前に、その出張などの移動先で編集したファイルなどをレンタル端末ＲＴからサーバＳに転送し、後にユーザ自身のユーザ端末に転送するようにすることもできる。このためには、図１４に示した「アップロード処理」と、図１５に示した「ダウンロード処理」を、ユーザ端末ＵＴとレンタル端末ＲＴを入れ替えて行えばよい。この場合、アップロードとダウンロードに係わる全体の処理の流れは、図１６のようになる。
【０１２１】
図１７には別の実施例における「アップロード処理」のフローを示す。この図１７のステップＳ２３以降は、図１４のステップＳ３以降と同じである。
【０１２２】
図１７のステップＳ２１において、ユーザＵはユーザ端末ＲＴに生体情報と共にパスワードを入力する。
【０１２３】
次のステップＳ２２において、ユーザ端末Ｕは生体情報とパスワードからデータキーを生成する。
【０１２４】
例えば、図１４のステップＳ２では、ユーザ端末はコード化した生体情報をSHA-1などのハッシュ関数に入力してランダム化し、その出力から必要なだけ（たとえば 128bit）を用いるなどの方法でデータキーを生成していた。一方、本実施形態では，生体情報のハッシュ値から取り出した値（たとえば、128bitの値）とパスワードのハッシュ値から取り出した128bitの値を排他的論理和(XOR)することによって、データキーを生成する。
【０１２５】
これにより、データキーの生成にユーザの「生体情報」だけでなく，パスワードを用いるようにして、サーバにもパスワードを与えないため、たとえサーバであってもデータを復号することができなくなるので、より安全性が高い。
【０１２６】
本実施形態におけるレンタル端末ＲＴへのデータの「ダウンロード処理」のフローを図１８に示す。なお、図１８におけるステップＳ３１，Ｓ３３からＳ３７，Ｓ３９は、図１５のステップＳ１１，Ｓ１３からＳ１７，Ｓ１９とそれぞれ同じである。
【０１２７】
ステップＳ３２において、ユーザＵは、生体情報と共にパスワードを、レンタル端末ＲＴへ入力する。
【０１２８】
また、ステップＳ３８において、レンタル端末ＲＴは、図１７のステップＳ２２と同様の方法を用いて，登録生体情報とパスワードからデータキーを生成する。
【０１２９】
データを復号するデータキーの生成に、生体情報だけでなくパスワードも必要な構成として、それはサーバＳには送らないようにしているため、サーバであっても、取り扱う転送対象データの内容を知ることができないようになっている。このため，より高い安全性を提供している。
【産業上の利用可能性】
【０１３０】
本発明は、安全性の高い生体情報認証技術として利用できる。特に、安全性の高いサービス情報配信技術として、あるいはユーザ端末で使用している設定環境やファイルをレンタル端末で安全に使用できる技術として、利用できる。
【図面の簡単な説明】
【０１３１】
【図１】本発明を好適に実施できるシステムの基本的な概念を示す図である。
【図２】本発明に係る情報提供システムなどで行われる、サーバ（Ｓ）に対するユーザ登録処理の手順を示すフロー図である。
【図３】本発明に係る情報提供システムを構成するサーバＳが保持する「ユーザ管理テーブル」の構成を示す図である。
【図４】ユーザ（Ｕ）がユーザ端末（ＵＴ）に対して、照合用データとして機能させるための「生体情報」を登録する際の処理手順を示すフロー図である。
【図５】暗号学的チェック関数を用いた相互認証および暗号鍵共有のための方法の一例を、相互認証の実施例として用いることを示す図である。
【図６】公開鍵暗号を用いた認証の処理フローを示す図である。
【図７】サーバ及びユーザ端末が保持する公開鍵証明書の内容を表す図である。
【図８】サーバ及びユーザ端末が保持するリボケーションリストを表す図である。
【図９】サーバ及びユーザ端末が保持するレジストレーションリストを示す図である。
【図１０】登録処理が終了した後に、ユーザ（Ｕ）がサーバ（Ｓ）からサービスの提供を受ける際の処理手順を説明するための図である。
【図１１】端末におけるデータの「アップロード」と「ダウンロード」などの処理フローの概念を示す図である。
【図１２】本発明を好適に実施できる情報処理装置の一構成例を示す図である。
【図１３】同情報処理装置の変形形態である、セキュリティチップを持つ装置構成を示す図である。
【図１４】ユーザ端末（ＵＴ）の設定環境やファイルを、ユーザ端末（ＵＴ）からサーバ（Ｓ）へ転送する「アップロード処理」を説明するための図である。
【図１５】ユーザ端末（ＵＴ）の設定環境やファイルを、サーバ（Ｓ）からユーザ端末（ＵＴ）へ転送する「ダウンロード処理」を、説明するための図である。
【図１６】ユーザ端末（ＵＴ）とサーバ（Ｓ）との間での「アップロード処理」と「ダウンロード処理」の処理の流れを示す図である。
【図１７】別の実施形態である「アップロード処理」のフローを示す図である。
【図１８】レンタル端末（ＲＴ）へのデータの「ダウンロード処理」のフローを示す図である。
【符号の説明】
【０１３２】
Ｎ  インターネットなどの通信ネットワーク
Ａ，Ｓ  サーバ
Ｂ，ＵＴ  ユーザ端末
ＲＴ  レンタル端末
ＫUtoUT,ＫUTtoU  登録用鍵
Ｔ  （サーバが保持する）ユーザ管理テーブル
Ｕ  ユーザ
【図１】
2006126891.tif 000003
【図２】
2006126891.tif 000004
【図３】
2006126891.tif 000005
【図４】
2006126891.tif 000006
【図５】
2006126891.tif 000007
【図６】
2006126891.tif 000008
【図７】
2006126891.tif 000009
【図８】
2006126891.tif 000010
【図９】
2006126891.tif 000011
【図１０】
2006126891.tif 000012
【図１１】
2006126891.tif 000013
【図１２】
2006126891.tif 000014
【図１３】
2006126891.tif 000015
【図１４】
2006126891.tif 000016
【図１５】
2006126891.tif 000017
【図１６】
2006126891.tif 000018
【図１７】
2006126891.tif 000019
【図１８】
2006126891.tif 000020