JP2006126891A

JP2006126891A - 生体情報登録方法、生体情報を利用する情報提供システム、端末及びサーバ

Info

Publication number: JP2006126891A
Application number: JP2004310419A
Authority: JP
Inventors: Tomoyuki Asano; 智之浅野
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2004-10-26
Filing date: 2004-10-26
Publication date: 2006-05-18

Abstract

【課題】秘密情報性の高い生体情報の通信ネットワークへの流出を、有効に防止できる技術を提供し、サーバからの情報の提供の際の安全性を高めること。
【解決手段】サーバＳが、端末ＵＴからの要求に応じて、該サーバ（Ｓ）がランダム生成した登録用鍵Ｋ_UtoUT,Ｋ_UTtoUを端末ＵＴへ送る。端末ＵＴとサーバＳが、通信ネットワークＮを介して、相手の機器を相互認証する。この相互認証が成功したときに、前記サーバＳから端末ＵＴへ、前記登録用鍵Ｋ_UtoUT,Ｋ_UTtoUを暗号化して送る。そして登録用鍵Ｋ_UtoUT,Ｋ_UTtoUを端末で復号する。この複合により得られた登録用鍵の一つであるＫ_UTtoUをユーザＵへ提示するとともに、該ユーザＵに対して、該Ｋ_UTtoUを該ユーザＵの生体情報とともに、前記ユーザ端末ＵＴへ入力することを促す。そして、ユーザＵから入力されたＫ_UTtoUが前記複合によって得られた登録用鍵Ｋ_UtoUTに一致しているかを検証する。
【選択図】図４

Description

本発明は、生体情報（バイオメトリクス）認証技術を利用するシステムにおいて、生体情報を通信ネットワーク上で安全に取り扱って、サーバからのサービス提供を実現したり、ファイルや設定環境のアップロードやダウンロードを実現したりする技術に関する。

近年、バイオメトリクス認証に関する技術が進展している。このバイオメトリクス認証は、身体的特徴や身体的特性などの個人に固有の情報（以下「生体情報」という。）を利用して、本人の認証を行うことを主目的とする技術である。

このバイオメトリクス認証技術において、一般に使用される身体的特徴としては、指紋、掌紋、手形、手の甲の静脈、虹彩、顔、音声などが挙げられ、また、身体的特性としては、筆跡や打鍵などを挙げることができる。これらの特徴や特性は、長期にわたって変化し難く、また、類似する特徴・特性を持つ第三者がほぼ存在しないという利点がある。従って、このバイオメトリクス技術は、暗証番号やパスワードを用いた認証技術に比べて、原理的に偽認証が行われ難いことから、ネットワーク社会の到来により益々注目され、その利用範囲も拡大している。

生体情報を用いて認証を行う場合、当該人物に固有の生体情報を予め計測してコンピュータなどの記憶部に登録しておき、商取引などのサービスを受ける場合、あるいは入退場や施錠開錠などの管理システムで要求されるときに、当該人物の生体情報が予め登録してある生体情報データと一致するかを確認し、本人である否かの真正性を認証することを基本としている。

ここで、現在、インターネットなどの通信ネットワークを介したサービスの提供（例えば、ニュースの配信）を行う技術がある。この技術において、ユーザが正当か否か（サービスの提供を受ける権利があるか否か）をサーバが認証（ユーザ認証）した後に、ユーザ端末を介してサービスが提供されるというサービスシステムがある。このユーザ認証には、パスワードが用いられるのが一般的であるが、パスワード方式では、ユーザが複雑なパスワードを記憶しておかなければならないので、ユーザの負担が大きい。このため、ユーザ自身の生体情報を用いて、ユーザ認証を行うというシステム（以下、「生体情報認証システム」という。）が考えられる。

ここで、上記バイオメトリクス技術を利用する先行技術を幾つか挙げる。まず、特許文献１には、生体情報の悪用や流出の防止に配慮した個人認証サービスシステムが開示されている。

特許文献２には、ユーザの生体情報を分割して、ＩＣカードとセンタ装置にそれぞれ登録しておいて、ユーザ認証の際に、分割された生体情報を再生し、この再生生体情報をユーザから読み取られた生体情報と照合することによって、生体情報の漏洩を防止する技術が開示されている。
特開２００３−０９１５０８号公報。特開２００２−３５１８４４号公報。

上記生体情報認証システムでは、サーバにあらかじめユーザの生体情報を予め登録しておき、サービス提供時にユーザ端末が読み取った生体情報を、通信ネットワークを介してサーバに送り、その正当性を検証するものが一般的である。このようなシステムでは、通信ネットワーク上に、秘密情報性が極めて高い生体情報が流れる危険性があるという技術的課題がある。また、サーバには、多数のユーザの生体情報が蓄積されているので、一旦サーバが攻撃を受けると、多数のユーザの生体情報が露呈してしまう可能性があるという技術的課題がある。

そこで、本発明は、生体情報の通信ネットワークへの流出を、有効に防止できる技術を提供することを主な目的とする。

本発明は、いずれも生体情報を用いるものであり、大別して、（１）照合用生体情報の登録方法、（２）情報提供システム、（３）端末（コンピュータ端末）、（４）サーバである。以下、順番に説明する。

（１）照合用生体情報の登録方法。

この方法は、通信ネットワークを介して情報のやり取りが可能である、生体情報読み取り可能な端末並びにサーバを用いる。本方法では、（ａ）前記サーバが、端末からの要求に応じて、該サーバがランダムに生成した二つの登録用鍵Ｋ_UtoUT,Ｋ_UTtoUを端末へ送る段階と、（ｂ）前記端末と前記サーバが、通信ネットワークを介して、相手の機器を相互認証する段階と、（ｃ）前記相互認証が成功したときに、前記サーバから前記端末へ、前記登録用鍵Ｋ_UtoUT,Ｋ_UTtoUを暗号化して送る段階と、（ｄ）前記登録用鍵Ｋ_UtoUT,Ｋ_UTtoUを端末で復号する段階と、（ｅ）前記復号によって得られた登録用鍵の一つであるＫ_UTtoUをユーザへ提示するとともに、ユーザに対して、該Ｋ_UTtoUをユーザの生体情報とともに、前記ユーザ端末へ入力することを促す段階と、（ｆ）ユーザから入力されたＫ_UTtoUが前記複合によって得られた登録用鍵Ｋ_UtoUTに一致しているかを検査する段階と、を少なくとも経て、照合用生体情報を端末に登録する。本方法における前記暗号化は、前記相互認証を実現する計算の結果によって得られる暗号鍵を用いて行うようにする。なお、「照合用生体情報」とは、新規に入力されてくるユーザの生体情報と間で比較される生体情報であり、ユーザの真正性を認証するために用いられるものである。「登録用鍵」は、サーバが生成し、端末と共有で使用できる鍵機能情報であって、ユーザが生体情報を登録する場合などに使用される。

（２）情報提供システム。

このシステムは、サーバと端末との間で、通信ネットワークを介して情報をやり取りする構成を備えるシステムである。具体的には、端末とサーバとの間で、互いの機器の相互認証を行った後、前記端末において、ユーザが該端末へ入力した「生体情報」と、該端末に鍵認証処理を経て既に格納されている「照合用生体情報」とを比較することによって、該ユーザが前記照合用生体情報を提供した人物と同一人物であるか否かを自動判定する。その結果、同一人物である場合は、前記サーバにおいて、予め保持しているユーザ管理テーブルに基づいて、前記ユーザが既にサーバに登録されたユーザであるか否かを検証し、登録ユーザである場合にのみ、前記端末へ所定情報を提供する。提供される「所定情報」は、特に限定されないが、ニュース情報、画像情報、音声情報などを広く包含し、予めサーバに格納しておいた端末の設定環境及び／又はファイル情報であってもよく、この場合、前記端末は、ユーザ端末又はレンタル端末であることが想定される。

（３）端末。

この端末は、コンピュータ端末などの情報端末を広く含む。まず、サーバとの間で、互いの機器の相互認証を行う手段と、ユーザが入力した「生体情報」と、所定の鍵認証処理を経て、該端末に既に格納されている「照合用生体情報」と、を照合する手段と、前記相互認証が成功し、かつ前記照合が成功したときに、サーバからのサービス情報の提供を受ける手段と、を少なくとも備える。なお、所定の鍵認証処理は、例えば、上述した本発明に係る照合用生体情報の登録方法を、特に好適に用いて実現できる。

（４）サーバ。

このサーバは、通信ネットワークを介する情報配信装置である。本サーバは、端末との間で、機器の相互認証を行うことができる手段と、前記相互認証の成功を条件として、予め保持しているユーザ管理テーブルに基づいて、ユーザの真正性を判定する手段を持つ。さらに、前記相互認証の成功を条件として、端末へ所定のサービス情報を送信する手段を有する。

本発明によれば、ユーザがサーバに対して生体情報を用いた認証を経て、ユーザ端末を介してサーバからのサービスの提供を受ける場合において、前記生体情報を通信ネットワーク上に流出させないので、安全性が高くなる。また、照合用生体情報を予め登録する場合に、ユーザとユーザ端末間で、登録用認証鍵を利用した相互認証を行うことで、安全性が確立された端末にだけ照合用生体情報を登録するので、さらに安全性が高い。

本発明によれば、出張や旅行などの外出前に、自らの端末で、普段使用している当該端末の設定環境や出先で使用を所望するファイルなどのデータを、通信ネットワークを経由して、予めサーバに安全に伝送しておくことができる。出先では、レンタル端末を用いて、先にサーバに伝送しておいた前記データを、該レンタル端末にダウンロードして使用できるので、普段と同様の設定環境で、必要なファイルを処理できる。さらに、前記ダウンロードの際に、レンタル端末をサーバが認証することにより、ユーザ情報の盗用などの不正の可能性が否定できないレンタル端末（認証されない端末）には、データを送らないようにする。また、暗号化しているので、万一、第三者がデータを不正入手しても、意味のないものにしておき、データの盗用の危険を無くすことができる。

本発明を実施するための好適な実施形態について、添付図面を参照しながら説明する。なお、添付図面に示された各実施形態は、本発明に係わる方法、装置、システムの代表的な概念や実施形態の一例を示したものであって、これにより本発明の範囲が狭く解釈されることはない。

まず、添付した図１は、本発明に係る情報提供システムなどのシステムの基本的な概念を示す図である。

この図１に示されているように、本発明を実施するシステムは、基本的には、ユーザＵが、ユーザのコンピュータ端末ＵＴ（以下、「ユーザ端末ＵＴ」という。）を介して、サーバＳにその正当性を証明要求した後に（この処理は図示していない）、該サーバＳからユーザＵへ、通信ネットワークＮ及びユーザ端末ＵＴを経由して、何らかの情報（サービス情報）が提供されるシステムである。

サーバＳから提供される前記情報は、特に限定されないが、例えば、ニュース情報、映像情報などの配信サービスである。サービスに係わる情報が、通信ネットワークＮを介して、サーバＳからユーザ端末ＵＴへ配信されると、該情報は、ユーザ端末ＵＴのディスプレイやスピーカなどのユーザインタフェースを用いて、ユーザＵに提供される。

このような情報の提供を受ける場合、一般に、ユーザＵは、サーバＳにユーザＵ自身の識別情報を予め登録しておく必要がある。この登録処理作業は、オフラインで行われたり、専用の安全な通信環境を持つオンラインを用いて行われたりする。オフライン登録の例を挙げると、ユーザＵがユーザ端末ＵＴを購入すると，サーバへの登録用の往復はがきが同梱されており、これを用いて登録処理を行うというものである。

ここで、添付した図２は、本発明に係る情報提供システムにおいて行われる、サーバＳに対するユーザ登録の手順を示す処理フローを示す図である。

サーバＳへのユーザを登録する場合は、まず、ユーザＵは、サーバＳに対して、ユーザＵの識別情報であるユーザＩＤ、ユーザＵの氏名、住所、あるいはサービスに対する課金のための口座番号やクレジットカードの番号などの課金情報など（「ユーザ情報」と総称）と、ユーザ端末（ＵＴ）の識別情報であるユーザ端末ＩＤと、を送る。なお、ユーザＩＤは、必ずしも送らなくてもよい。

これに対し，サーバＳは、ユーザへ、「ユーザＩＤ」と「利用条件（例えば、サービスの提供を受けられる期間など）」と、２つの登録用鍵K_UtoUTとK_UTtoUを与える（図２参照）。

ここで、「第１登録用鍵K_UtoUT」は、ユーザＵが、ユーザ端末ＵＴに対してそのユーザの正当性を証明するための鍵であり、一方の「第２登録用鍵K_UTtoU」は、ユーザ端末ＵＴが、ユーザＵにその端末の正当性を証明するために用いる鍵である。

これら二つの登録用鍵K_UtoUTとK_UTtoUは、サーバＳがランダムに生成したものであって、好適には、ユーザＵの確認が容易であり、かつユーザ端末ＵＴへの入力が簡単なように、数文字程度の数字やアルファベット等によって構成されている。

次に、図３は、本発明に係る情報提供システムを構成するサーバＳが保持する「ユーザ管理テーブル」の構成を示す図である。

ユーザＵが、サーバＳに対してユーザ登録作業を開始すると（図２参照）、その都度、サーバＳが保持するユーザ管理テーブルＴに、このユーザＵとユーザ端末ＵＴに対応する新たなフィールドが追加されて、データが更新される。

次に、図４は、ユーザＵがユーザ端末ＵＴに対して、照合用データとして用いる「生体情報」（以下「照合用生体情報」）を登録する際の処理手順を示すフロー図である。

この処理に係わる手順は、まず、ユーザＵがユーザ端末ＵＴを、通信ネットワークＮ（図１参照）に接続し、サーバＳとの通信が行える状態にした上で開始される。例えば、「ユーザ端末ＵＴへの登録開始」の意味を持つコマンド情報とユーザＩＤを、ユーザ端末ＵＴに入力することによって開始される（図４のフローＦ_１参照）。

次に、図４中においてＦ_２で示されている処理作業を行う。このフローＦ_２は、ユーザ端末ＵＴとサーバＳが、通信ネットワークＮを介して、互いの機器の「相互認証」を行うことを目的とする処理である。なお、この二つの機器間の「相互認証」の具体的な方法については、図５、図６を用いて、後に詳しく説明する。

ユーザ端末ＵＴとサーバＳが、互いに相手の機器の認証に成功したら、ユーザ端末ＵＴは、ユーザＩＤをサーバに送信する（図４中のＦ_３参照）。一方、相手の機器の認証に失敗した場合は、そこで処理は終了し、その後の処理に進まないようにする。

次に、サーバＳは、このユーザＩＤと、相互認証の時に知ったユーザ端末ＩＤと、を検索キーとして、ユーザ管理テーブルＴ（図３参照）を検索し、２つの登録用鍵Ｋ_UtoUTとＫ_UTtoUを、前記ユーザＩＤに対応するユーザ端末ＵＴへ送る（図４中のＦ_４参照）。

ここで、サーバＳは、自らランダムに生成した二つの登録用鍵Ｋ_UtoUT,Ｋ_UTtoUを、ユーザ端末ＵＴに送るＦ_４の処理段階で（図４参照）、これらの登録用鍵Ｋ_UtoUT,Ｋ_UTtoUを、後述するセッションキー（暗号鍵）を用いて暗号化して送る。

ユーザ端末ＵＴは、送られてきた暗号化された情報を、前記セッションキーを用いて復号し、登録用鍵Ｋ_UtoUT及びＫ_UTtoUを取得する。なお、暗号化および復号に用いるアルゴリズムとしては、例えば、ＦＩＰＳ１９７で規定されているAdvanced Encryption Standard(AES)などを用いることができる。

続いて、ユーザ端末ＵＴは、復号した第２登録用鍵Ｋ_UTtoUを、ユーザＵに提示する（図４中のＦ₅参照）。即ち、ユーザ端末ＵＴの画面上に登録用鍵Ｋ_UTtoUを表示する。ユーザＵは、これを見て、画面上の登録用鍵Ｋ_UTtoUが、先のサーバＳへのユーザ登録処理作業（図２参照）を経て既にサーバＳから与えられている、第２登録用鍵Ｋ_UTtoUと一致していることを確認する（一致しなければ、そこで終了）。

前記確認に続き、ユーザＵは、ユーザ端末ＵＴへサーバＳから既に与えられている第１登録用鍵Ｋ_UtoUTを入力するとともに、自らの「生体情報」を読み取ってユーザ端末ＵＴへ入力する（図４中のＦ₆参照）。なお、「生体情報」の読み取り作業は、生体情報の種類に応じた専用の読み取り手段によって行なえばよい。

ユーザ端末ＵＴは、ユーザＵから入力された第１登録用鍵Ｋ_UtoUTが、サーバＳから既に与えられたものと一致している否かを検証する。その結果、一致していれば、ユーザ端末ＵＴは、ユーザＵのその「生体情報」を「照合用生体情報」として、ユーザＩＤとともに記憶する。一方、一致していなければ、処理はその時点で終了する。

なお、「生体情報」としては、指紋、掌紋、手形、手の甲の静脈、虹彩、顔、音声などを用いることができ、さらに、身体的特性である筆跡や打鍵などを用いることは自由である。例えば、人間の指の皮下の血管の血流をカメラで撮影したデータも採用できる（以下、同様）。

次に、図５、図６を用いて、ユーザ端末とサーバとの間の相互認証（図４のＦ_４参照）について説明する。ここでは、便宜上、サーバを符号Ａ、ユーザ端末を符号Ｂと表すことにより説明する。

相互認証のためのプロトコルの例としては、ISO/IEC 9798-2に代表される、共通鍵暗号を用いるもの、ISO/IEC 9798-3に代表される、公開鍵暗号を用いるもの、ISO/IEC 9798-4 に代表される暗号学的チェック関数を用いるものなどを挙げることができる。

まず、図５は、暗号学的チェック関数を用いた相互認証および暗号鍵共有のための方法の一例を相互認証の実施例として用いることを示す図である。

この図５において、符号Ｂで示されたユーザ端末には、該端末Ｂに固有の識別情報ＩＤ_Ｂと、秘密鍵ＤＫ_Ｂが格納されている。また、符号Ａで示されたサーバは、それぞれのユーザ端末の識別情報ＩＤと、それぞれのＩＤに対応する秘密鍵のテーブルを保持している。

まず、ユーザ端末Ｂは、乱数Ｒ_Ｂを発生し、識別情報ＩＤ_Ｂとともに、サーバＡに送る（図５中の符号Ｆ_７参照）。なお、図５における記号「||」は、連結を表している。

次に、サーバＢは、乱数Ｒ_Ａ、Ｓ_Ａを生成し、「Ｒ_Ａ||Ｓ_Ａ||ＩＤ_Ａ」とともに、「ＭＡＣ(ＤＫ_Ｂ,Ｒ_Ａ || Ｒ_Ｂ || Ｓ_Ａ)」を、ユーザ端末Ｂへ送る（図５中の符号Ｆ₈参照）。

ここで、「ＩＤ_Ａ」は、サーバＡを表す識別情報であり、「ＭＡＣ(ＤＫ_Ｂ,Ｒ_Ａ || Ｒ_Ｂ || Ｓ_Ａ)」は、暗号学的チェック関数に、鍵として「ＤＫ_Ｂ」を、データとして「Ｒ_Ａ || Ｒ_Ｂ || Ｓ_Ａ」を、入力することを表している。

暗号学的チェック関数は、ISO/IEC 9797に示されているように、ＦＩＰＳ１９７のAdvanced Encryption Standard(AES) を用いることが可能である。またこの際使用する「ＤＫ_Ｂ」は、格納されているテーブルから「ＩＤ_Ｂ」を検索キーとして検索してくる。

ユーザ端末Ｂは、受信したデータを用いて、自ら「ＭＡＣ(ＤＫ_Ｂ,Ｒ_Ａ || Ｒ_Ｂ || Ｓ_Ａ)」を計算し、これが受信したものと一致するかを検証する。一致すれば、サーバＢが正当なものであると認め、処理を続ける、一方、一致しない場合は、サーバＡが不正なものと判断し、処理を中止する。

次に、ユーザ端末Ｂは、乱数Ｓ_Ｂを生成し、これと「ＭＡＣ(ＤＫ_Ｂ,Ｒ_Ｂ || Ｒ_Ａ || Ｓ_Ｂ)」をサーバＡへ送る（図５中の符号Ｆ₉参照）。サーバＡは、受信したデータを用いて、自ら「ＭＡＣ(ＤＫ_Ｂ,Ｒ_Ｂ || Ｒ_Ａ || Ｓ_Ｂ)」を計算して、受信したデータと一致するか否かを検証する。一致すれば、ユーザ端末Ｂを正当なものとして認め、処理を続ける。一方、一致しなければ、ユーザ端末Ｂが不正なものと判断して、処理を中止する。

最後に、サーバＡとユーザ端末Ｂの双方が、「ＭＡＣ(ＤＫ_Ｂ, Ｓ_Ａ || Ｓ_Ｂ)」を計算して求め、その計算結果を、そのセッションにおける「セッションキー（Ｋ_Ｓ）」とする。

この「セッションキー（Ｋ_Ｓ）」は、交換されるメッセージのうち暗号化が必要なものに対する「暗号鍵」として用いる。以上の処理フローによって、サーバＡとユーザ端末Ｂは、互いの正当性を検証し合うことができ、また、「セッションキー（Ｋ_Ｓ）」（暗号鍵）を、安全に共有することができる。

次に、図６〜図９を参照して、本発明に適用可能な公開鍵暗号を用いた認証技術について説明する。この図６は、公開鍵暗号を用いた認証の処理フローを示す図、図７は、公開鍵証明書の内容を表す図、図８は、リボケーションリストを表す図、図９は、レジストレーションリストを示す図である。

まず、図６において、サーバＡ及びユーザ端末Ｂは、それぞれ自分の識別情報であるＩＤと、自分の公開鍵証明書、およびリボケーションリストまたはレジストレーションリストを保持している。

公開鍵証明書は、図７に示すように、そのエンティティのＩＤと、公開鍵に対し、センタ（キー発行機関）が署名を施したデータである。リボケーションリストは、不正者リストあるいはブラックリストとも呼ばれ、図８に示すように、その装置の秘密鍵が露呈してしまった者のＩＤがリストアップされ、単調増加するバージョンナンバーとともにセンタ（キー発行機関）のデジタル署名が施されたものである。これに対し、レジストレーションリストは、正当者リストあるいは登録リストとも呼ばれ、図９に示すように、その時点で信頼できる（秘密が露呈していない）装置のＩＤがリストアップされ、単調増加するバージョンナンバーとともにセンタ（キー発行機関）のデジタル署名が施されたものである。

図６に示すように、ユーザ端末Ｂは、乱数Ｒ_Ｂを発生させて、これをサーバＡに送る（図６の符号Ｆ_１０参照）。サーバＡは、乱数Ｋ_Ａ及びＲ_Ａを発生させ、楕円曲線Ｅ上でシステム共通の点（ベースポイント）であるＧとＫ_Ａを乗算して「Ｖ_Ａ」を計算する。さらに、自分の秘密鍵「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 登録用鍵
Ｔ（サーバが保持する）ユーザ管理テーブル
Ｕユーザ

Claims

通信ネットワークを介して情報のやり取りが可能である、端末並びにサーバを用いて、
前記サーバが、端末からの要求に応じて、該サーバがランダムに生成した二つの登録用鍵Ｋ_UtoUT,Ｋ_UTtoUを端末へ送る段階と、
前記端末と前記サーバが、通信ネットワークを介して、相手の機器を相互認証する段階と、
前記相互認証が成功したときに、前記サーバから前記端末へ、前記登録用鍵Ｋ_UtoUT,Ｋ_UTtoUを暗号化して送る段階と、
前記登録用鍵Ｋ_UtoUT,Ｋ_UTtoUを端末で復号する段階と、
前記復号によって得られた登録用鍵の一つであるＫ_UTtoUをユーザへ提示するとともに、該ユーザに対して、該Ｋ_UTtoUを該ユーザの生体情報とともに、前記ユーザ端末へ入力することを促す段階と、
ユーザから入力されたＫ_UTtoUが前記複合によって得られた登録用鍵Ｋ_UtoUTに一致しているかを検査する段階と、
を少なくとも経る照合用生体情報の登録方法。
前記暗号化は、前記相互認証を実現する計算の結果によって得られる暗号鍵を用いて行うことを特徴とする請求項１記載の生体情報登録方法。
サーバと端末との間で、通信ネットワークを介して情報をやり取りする構成を備えるシステムであって、端末とサーバとの間で、互いの機器の相互認証を行った後、前記端末において、ユーザが該端末へ入力した「生体情報」と、該端末に鍵認証処理を経て既に格納されている「照合用生体情報」とを比較することによって、該ユーザが前記照合用生体情報を提供した人物と同一人物であるか否かを自動判定し、
同一人物である場合は、前記サーバにおいて、予め保持しているユーザ管理テーブルに基づいて、前記ユーザが登録ユーザであるか否かを検証した結果、登録ユーザである場合にのみ、前記端末へ所定情報を提供するようにしたサービス情報提供システム。
前記所定情報は、予めサーバに格納しておいた端末の設定環境及び／又はファイル情報であることを特徴とする請求項３記載のサービス情報提供システム。
前記端末は、ユーザ端末又はレンタル端末であることを特徴とする請求項４記載のサービス情報提供システム。
サーバとの間で、機器の相互認証を行う手段と、
ユーザが入力した「生体情報」と、所定の鍵認証処理を経て、該端末に既に格納されている「照合用生体情報」と、を照合する手段と、
前記相互認証が成功し、かつ前記照合が成功したときに、サーバからのサービス情報の提供を受ける手段と、
を少なくとも備えることを特徴とする端末。
端末との間で、機器の相互認証を行うことができる手段と、
前記相互認証の成功を条件として、予め保持しているユーザ管理テーブルに基づいて、ユーザの真正性を判定する手段と、
前記相互認証の成功を条件として、端末へ所定のサービス情報を送信する手段と、
を少なくとも備えることを特徴とするサーバ。