JP2003091508A - 生体情報を用いた個人認証サービスシステム - Google Patents

Abstract

(57)【要約】 【課題】 利用者に生体情報の悪用や流出の不安を抱か
せることなく、またサービス供給者側も、より低コスト
で生体認証を採用可能にする生体情報による個人認証シ
ステムを提供すること。 【解決手段】 認証端末が個人認証を受ける利用者の生
体情報を取得する手段を備え、生体認証サーバが、認証
端末から利用者識別情報を含む生体情報を受信し、利用
者別の生体情報を予め登録した生体情報データベースか
ら利用者識別情報に対応する生体情報を取得し、該生体
情報と前記認証端末から受信した生体情報とを照合し、
本人確率を計算する計算手段と、その計算結果を、個人
認証により認証端末の利用者が要求した所望のサービス
を提供するサービス提供サーバに送信する手段とを備え
ることを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、指紋等の生体情報
を用いた個人認証サービスシステムに関するものであ
る。

【０００２】

【従来の技術】近時において、生体情報を用いた個人認
証技術が急速に発展し、すでに指紋や網膜による個人認
証機器やシステムが開発されている。生体情報とは、各
個人が唯一保有し、かつ他者と同じものが無いとされ
る、指紋パターンや網膜パターンなどのものである。そ
して、生体情報を用いた個人認証機器では、これらの指
紋パターンや網膜パターンなどを、カメラおよびセンサ
などを用いて取り込み、それらの特徴をデータ化して用
いる。具体的には、指紋などの特徴データを予め登録し
ておき、認証時に獲得する特徴データと登録された特徴
データが、誤差の範囲で一致するかどうかで、本人かど
うかを確認する。この生体認証を、ネットワーク上のサ
ービスの認証に用いるシステムも幾つか存在する。

【０００３】図２６に、従来の一般的な生体認証システ
ムの例を示す。図２６において、２６００はローカルシ
ステムである。これは、生体認証を受ける利用者の近く
に設置されるものであり、指紋などの生体情報を入力す
るインタフェース２６０１と、パーソナルコンピュータ
（ＰＣ）２６０２で構成されている。また、２６１０は
認証サービスを提供するサーバであり、サービスプログ
ラム２６１１と、認証を行う認証システム２６１２から
構成されている。

【０００４】最も簡単な生体認証システムは、生体情報
インタフェース２６０１もしくはパーソナルコンピュー
タ２６０２に生体情報を登録しておき、ローカルシステ
ム２６００中で生体認証を行う方法である。この場合、
パーソナルコンピュータ２６０２と認証システム２６１
２の間では、パスワードなどの方法で認証を行う。この
方法では、生体情報を登録した媒体を持ち運ばないと移
動ができない。これについては、特開２００１−１２５
６６２号公報などに示される様に、ＩＣカードやＵＳＢ
機器などの持ち運びが可能な媒体に生体情報を登録し、
単体で生体情報の取り込みと比較を行うものがある。た
だし、これらは携帯することが前提となっているため、
複数の生体情報に対応させることは、記憶容量などのハ
ードウェア上の制限によって困難である。

【０００５】また、パーソナルコンピュータ２６０２と
認証システム２６１２の間での認証について強固なもの
とする必要もある。従って、ローカルマシンのログイン
などには利用可能だが、ネットワーク上の多数のサービ
スに対する認証に用いることは安全性が低いという問題
がある。

【０００６】ネットワーク上の各種サービスを受ける場
合の個人認証に生体情報を利用する方法としては、特開
２００１−１１７８７６号公報などに示されている。こ
れらは認証システム２６１２の中に生体情報を持つもの
である。この場合、利用者は、生体情報を生体情報イン
タフェース２６０１で読み込ませた後、当該インタフェ
ース２６０１もしくはパーソナルコンピュータ２６０２
内で認証サービスを受けるための情報を付加し、暗号化
して認証システム２６１２に送り、この認証システム２
６１２で復号化して認証を行う。この場合、ローカルシ
ステム２６００は同じ生体情報を読み取れれば、どこか
らでも認証システム２６１２にアクセス可能である。

【０００７】しかし、特開２００１−１１７８７６号公
報に示されるような生体認証システムは、１つのサービ
スや１つの企業内などのグループにおける認証を前提と
している。そのため、ある利用者が、複数のサービスや
複数の企業等で認証をしてもらいたい場合は、それぞれ
に生体情報を登録する必要がある。これは、それぞれの
企業やサービス提供者および利用者にとって大きな負担
となる。この問題に対して、特開平１１−２６５３５０
号公報では、複数の生体認証システムへの登録を行う方
法が示されている。

【０００８】

【発明が解決しようとする課題】しかし、生体情報はパ
スワードなどと異なり、本人でも変更することのできな
い個人情報であるため、特開平１１−２６５３５０号公
報に示される方法を用いて複数のサーバに、コピーを配
布する方法はセキュリティ上問題がある。

【０００９】これと同様に、生体情報が不変の個人情報
であることから、サービスや企業内のアクセス認証を行
う者（以下、サービス提供者と言う）に登録する方法
は、以下の点で問題がある。まず、サービス提供者が生
体情報を悪用する恐れがある。既に述べたように、生体
情報は自身でも変えることのできない個人情報である。
この生体情報をパスワードと考えれば、複数のサービス
に同じパスワードを登録することと同じであり、従っ
て、あるサービス提供者が、登録された生体情報を、別
のサービスに悪用することが考えられる。これは、生体
情報の登録先が増えれば増えるほど危険は増大する。ま
た、利用者が、あるサービス提供機関に生体情報を登録
した後、そのサービス機関から脱退した場合、生体情報
を破棄されたかどうかは、利用者がサービス提供者を信
用するしかない。

【００１０】従って、このようなシステムでは、利用者
は、多くのサービス提供者に関して、個々に信頼性につ
いての情報を得た後、登録するかどうかを考慮しなけれ
ばならないという煩わしさが伴う。また、結果的に、利
用者は信頼できるサービス提供機関にしか登録しない傾
向になり、多くのサービスを受ける機会を狭めてしまう
という問題がある。これは、サービス提供者側から言え
ば、自身の信頼性が高いことを提示しなければサービス
利用者が増えないことにつながる。例えば、社内システ
ムなどの個人認証に用いた場合、退職時に自分の生体情
報が抹消されたかどうかを確認する方法が無い。このよ
うに、既にサービスを受けなくなった相手に生体情報が
残っている場合、利用者には悪用されるのではないかと
いう不安がある。また、サービス提供者は、自前で生体
認証システムを使う場合のコストに加え、生体情報の保
管について、より厳重に行わなくてはならない。また、
その上で利用者に信頼を得る必要がある。

【００１１】本発明の目的は、利用者に生体情報の悪用
や流出の不安を抱かせることなく、またサービス供給者
側も、より低コストで生体認証を採用可能にする生体情
報による個人認証システムを提供することにある。

【００１２】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明は、認証端末と生体認証サーバとから成
り、生体情報を用いた個人認証サービスシステムであっ
て、前記認証端末が、個人認証を受ける利用者の生体情
報を取得する手段を備え、前記生体認証サーバが、前記
認証端末から利用者識別情報を含む生体情報を受信し、
利用者別の生体情報を予め登録した生体情報データベー
スから前記利用者識別情報に対応する生体情報を取得
し、該生体情報と前記認証端末から受信した生体情報と
を照合し、本人確率を計算する計算手段と、その計算結
果を、個人認証により認証端末の利用者が要求した所望
のサービスを提供するサービス提供サーバに送信する手
段とを備えることを特徴とする。また、前記生体情報デ
ータベースが一人の利用者につき複数種類の生体情報を
記憶し、前記生体認証サーバが、前記認証端末から受信
した生体情報と対応する種類の生体情報を前記生体情報
データベースから取得し、本人確率を計算する手段を備
えることを特徴とする。また、前記生体認証サーバが、
生体情報の数や種類、本人確率に基づき、認証誤りがあ
った場合の保険サービス提供手段を備えることを特徴と
する。また、前記生体認証サーバが、過去の認証結果を
記憶する認証履歴データベースを備え、前記サービス提
供サーバからの要求に応じて、前記認証履歴データベー
スに記憶された過去の認証結果を要求元のサービス提供
サーバに送信する手段を備えることを特徴とする。

【００１３】

【発明の実施形態】以下、本発明を図面に示す実施の形
態に基づいて詳細に説明する。 （第１の実施形態）図１は、本発明の個人認証システム
の第１の実施の形態を示すシステム構成図である。ここ
で示すシステムは、生体認証サーバ１０１と認証端末１
０２、ＩＣカード１０３からなる。本実施形態における
個人認証サービスは、ＩＣカード１０３を持つ利用者
が、本人確認を求める企業サーバ１０４内のサービスに
対し、生体認証サーバ１０１を通して、本人であること
を確認させるためのものである。本システムでは、通信
の安全性を保つ技術の１つに、公開鍵暗号方式を利用す
る。従って、利用者、企業サーバ１０４における各サー
ビスのサービス提供者、生体認証サーバ１０１には、そ
れぞれ公開鍵と秘密鍵のペアが割り当てられているもの
とする。以下では、利用者の持つ秘密鍵をＵＳｋ、対応
する公開鍵をＵＰｋと記す。同様に、企業サーバ１０４
における各サービスのサービス提供者の持つ秘密鍵をＴ
Ｓｋ、対応する公開鍵をＴＰｋ、生体認証サーバ１０１
の持つ秘密鍵をＳＳｋ、対応する公開鍵をＳＰｋと記
す。

【００１４】図２に生体認証サーバ１０１の詳細構成を
示す。生体認証サーバ１０１は、個人情報・生体情報デ
ータベース２０１、企業サービスデータベース２０２、
認証履歴データベース２０３、通信処理部２０４、暗号
・復号処理部２０５、生体情報認証部２０６からなる。
生体認証サーバ１０１の処理の概要は、認証端末１０２
から得られた生体情報と個人情報・生体情報データベー
ス２０１に登録された生体情報とを比較し、その本人確
率を企業サーバ１０４に渡すことである。

【００１５】図３に個人情報・生体情報データベース２
０１の詳細を示す。生体情報データベース２０１は、生
体認証の利用者の情報を格納したデータベースであり、
利用者の持つＩＣカード（以下、単にＩＣカードと記
す）に一意に付けられたユーザＩＤ３０１、利用者の公
開鍵ＵＰｋ３０２、利用者の指紋や声紋、アイリスなど
の生体情報３０３から構成される。

【００１６】図４に企業サービスデータベース２０２の
詳細を示す。企業サービスデータベース２０２は、認証
を必要とするサービスの情報を格納したデータベースで
あり、各サービス提供者に一意に付けられたサービスＩ
Ｄ４０１、サービス提供者の公開鍵ＴＵｋ４０２、サー
ビス提供者が認証結果を受け取る際のＩＰアドレス４０
３から構成される。

【００１７】図５に認証履歴データベース２０３の詳細
を示す。認証履歴データベース２０３は、利用者がある
企業サーバ１０４のあるサービスに対して認証を行った
際の履歴情報を格納したデータベースであり、認証処理
毎に付けられた認証ＩＤ５０１、認証処理を行ったユー
ザＩＤ５０２、認証処理結果を渡した先のサービスＩＤ
５０３、認証したときの本人確率５０４、生体情報の通
信に用いる共通鍵５０５、ユーザが利用した認証端末１
０２のアドレス５０６から構成される。通信処理部２０
４は、認証端末１０２や企業サーバ１０４との通信を行
う部分である。この中で、電子署名から、正しい相手か
ら改竄されていないデータかどうかの確認も行う。暗号
・復号処理部２０５は、生体認証サーバ１０１が持つ秘
密鍵ＳＳｋや公開鍵ＳＰｋ、個人情報・生体情報データ
ベース２０１、企業サービスデータベース２０２から得
られる公開鍵ＵＰｋやＴＰｋ、もしくは、生体情報の通
信専用に用いる共通鍵による暗号化・復号化を行う部分
である。なお、生体情報の通信専用に用いる共通鍵は、
生体情報の暗号化処理と復号処理を高速で行うためのも
のである。生体情報認証部２０６は、個人情報・生体情
報データベース２０１を利用して、生体情報の比較を行
い、本人確率を計算する部分である。

【００１８】認証端末１０２の詳細を図６に示す。認証
端末１０２は、ＩＣカードインタフェース部６０１、生
体情報キャプチャ・作成部６０２、認証先サービス入力
部６０３、通信処理部６０４から構成される。ＩＣカー
ドインタフェース部６０１は、ＩＣカードスロットを持
ち、個人の生態情報を格納したＩＣカードとの通信を行
う機能を持つ。生体情報キャプチャ・作成部６０２は、
指紋や声紋を利用者から取得する機器を持ち、取得した
データから個人認証に用いる生体情報を作成する機能を
持つ。具体的には、指紋などの撮影データからその特徴
を抽出し、その結果を生体商法として出力する機能を備
えている。認証先サービス入力部６０３は、利用者が生
体認証の結果を渡す企業サーバ１０４のサービスを特定
する情報を入力する部分である。通信処理部６０４は、
生体認証サーバ１０１や企業サーバ１０４と通信を行う
部分である。

【００１９】ＩＣカード１０３の詳細を図７に示す。Ｉ
Ｃカード１０３は、データ領域７０１、共通鍵生成機能
７０２、暗号・復号機能７０３、電子署名機能７０４か
ら構成される。データ領域７０１には、生体認証サーバ
１０１の公開鍵ＳＰｋ７１１、ＩＣカードの（利用者
の）公開カギＵＰｋと秘密カギＵＳｋ７１２、ユーザＩ
Ｄ７１３、通信用共通鍵７１４、認証ＩＤ７１５が格納
されている。この中で、７１１〜７１３は利用者及びカ
ードに固定な情報である。通信用共通鍵７１４及び認証
ＩＤ７１５については、詳細は後で述べるが、処理によ
って動的に変化する変数である。共通鍵生成機能７０２
は、生体情報の通信に用いる共通鍵を生成する機能であ
り、生成された鍵が通信用共通鍵７１４である。暗号・
復号機能７０３は、ＩＣカード１０３内にある鍵を用い
て、暗号及び復号を行う機能である。電子署名機能７０
４は、ＩＣカード１０３の秘密鍵を用いて、送信データ
に署名を行う機能である。

【００２０】図８に企業サーバ１０４の詳細を示す。企
業サーバ１０４は、通信処理部８０１、認証処理部８０
２、認証要求データベース８０３、サービス提供部８０
４から構成される。通信処理部８０１は生体認証サーバ
１０１や認証端末１０２と通信を行う部分である。この
通信処理部８０１は、サービス提供者の秘密鍵ＴＳｋと
生体認証サーバ１０１の公開鍵ＳＰｋを持ち、暗号化さ
れた受信データの復号化、電子署名の確認などを行う。
認証処理部８０２は、生体認証サーバ１０１において求
めた認証結果である本人確率を確認する部分である。

【００２１】企業サーバ１０４内の認証要求データベー
ス９０３の詳細を図９に示す。ここで、本実施形態の生
体認証サービスでは、認証端末１０２は、企業サーバ１
０４に認証要求を出し、企業サーバ１０４はそれに対応
する生体認証結果を生体認証サーバ１０１から得るとい
うシステムとなっている。認証要求データベース８０３
は、生体認証サーバ１０１から得る結果を待ち、認証端
末１０２から送信された要求と組み合わせて、本人確認
を行うためのものである。この認証要求データベース８
０３は、認証ＩＤ９０１、ユーザＩＤ９０２、要求を受
付けた際の到着時刻９０３、本人確率９０４から構成さ
れる。本人確率９０４は、この認証要求データベース８
０３に残しておくことで、本サービスに認証要求した利
用者と、その要求時の本人確率のログをとるために利用
される。サービス提供部８０４は、企業サーバ１０４内
の各種のサービス提供者が提供するサービス本体であ
る。ここで、サービス提供部８０４は、従来のネットワ
ーク上で行っているサービスと同じである。従って、そ
れまでにネットワークでサービスを提供していた場合、
この部分をそのまま用いることができる。

【００２２】次に、本実施形態に係る生体認証サービス
の処理の概要について図１０を参照して説明する。図１
０において、右からＩＣカード１０３、認証端末１０
２、生体認証サーバ１０１、企業サーバ１０４となって
おり、太線はその機器の処理を示している。また、矢印
はデータ通信を行うことを示している。まず、利用者が
ＩＣカード１０３を認証端末１０２に挿入する。認証端
末１０２はＩＣカード１０３の挿入を検知し、認証前処
理を行う要求を作成し、ＩＣカード１０３に送る（ステ
ップ１００１）。

【００２３】図１１に認証前処理の要求を受けたＩＣカ
ード１０３の処理（ステップ１００２）をフローチャー
トで示す。ＩＣカード１０３は、共通鍵生成機能７０２
で、生体情報の暗号化に用いる共通鍵（以下、共通鍵Ｋ
Ｋと記す）をランダムに生成し、データ領域７０１の通
信用共通鍵７１４として保持する（ステップ１１０
１）。次に、共通鍵ＫＫおよびユーザＩＤを生体認証サ
ーバ１０１の公開鍵ＳＰｋを用いて暗号化する（ステッ
プ１００２）。次に、暗号化した共通鍵ＫＫとユーザＩ
Ｄに、電子署名機能７０４で署名を付加する（ステップ
１１０３）。このステップ１１０３で得られるデータ
は、図１２のように、暗号化されたユーザＩＤ１２０
１、暗号化された共通鍵ＫＫ１２０２、電子署名１２０
３で構成される。最後にＩＣカード１０３は、このデー
タを認証端末１０２に送信する（ステップ１１０４）。
次に、認証端末１０２はＩＣカード１０３から受けた図
１２に示されるようなデータを受け、その中からユーザ
ＩＤ１２０１をコピーし保持する。そして、データ全体
を生体認証サーバ１０１に送る（ステップ１００３）。

【００２４】図１３に認証端末１０２からデータ受けた
生体認証サーバ１０１の処理（ステップ１００４）をフ
ローチャートで示す。生体認証サーバ１０１は、通信処
理部２０４で認証端末１０２のアドレスを確認し、また
受信データの電子署名１２０３が正しいかどうかを検証
する（ステップ１３０１）。もし、電子署名１２０３が
正しくなければ、認証端末１０２に、図１０のステップ
１００１から処理を再開するように要求する。しかし、
ステップ１３０１で電子署名１２０３が正しければ、受
信データの中から、暗号化された共通鍵ＫＫ１２０２を
取り出し、生体認証サーバ１０１の秘密鍵ＳＳｋで復号
化する（ステップ１３０２）。また、通信処理部２０４
は、受信時刻やユーザＩＤ、認証端末１０２のアドレス
などから、一意な認証ＩＤを生成する。

【００２５】次に、認証ＩＤ、ユーザＩＤ、共通鍵Ｋ
Ｋ、認証端末アドレスを、認証履歴データベース２０３
に追加格納する（ステップ１３０３）。ステップ１３０
３の後、生体認証サーバ１０１は、暗号・復号処理部２
０５で、認証ＩＤを共通鍵ＫＫで暗号化し、またユーザ
ＩＤに対応する公開鍵ＵＰｋを個人情報・生体情報デー
タベース２０１から取得し、その公開鍵ＵＰｋで共通鍵
ＫＫを暗号化する。そして、それらを図１４のように結
合して送信データを作成する（ステップ１３０４）。作
成した送信データを図１４に示す。この後、生体認証サ
ーバ１０１は作成した送信データを認証端末１０２に送
信する（ステップ１３０５）。以上が図１０のステップ
１００４の処理である。

【００２６】図１０のステップ１００４の処理の後、図
１４のような構成のデータを受信した認証端末１０２
は、受信データをそのままＩＣカード１０３に渡す（ス
テップ１００５）。

【００２７】ステップ１００５の処理後のＩＣカード１
０３での処理（ステップ１００６）を図１５にフローチ
ャートで示す。ＩＣカード１０３は、まず暗号化された
共通鍵ＫＫ１５０２を、ＩＣカード１０２の秘密鍵ＵＳ
ｋ７１２で復号化し、通信用共通鍵７１４と同じである
かどうか確認する（ステップ１５０１）。同じであれ
ば、次に共通鍵ＫＫを用いて、暗号化された認証ＩＤ１
４０１を復号化し、認証ＩＤ７１５としてデータ領域７
０１に格納する（ステップ１５０２）。そして、認証端
末１０２に前処理の終了を伝える（ステップ１５０
３）。

【００２８】次に、図１０のステップ１００６で認証前
処理の終了を受けた後の処理（ステップ１００７）を図
１６にフローチャートで示す。認証端末１０２は、利用
者に対し、認証させたい企業サーバ１０４のサービスＩ
Ｄの入力を要求し、利用者にサービスＩＤを入力させる
（ステップ１６０１）。ここで、利用者は、例えば、そ
れまでのサービスとのやり取りで、サービスＩＤを知っ
ているものとする。また、入力は明示的に行われなくて
も、それまでの企業サービスとのやり取りで、自動的に
入力されても良い。サービスＩＤの入力を受けた認証端
末１０２は、利用者に生体情報の入力を促し、生体情報
の生情報のキャプチャを行う（ステップ１６０２）。例
えば、指紋の場合、「指を当ててください」などを表示
し、ユーザが指紋読取機の読取面に指を当てたときに、
指紋画像をキャプチャする。次に、認証端末１０２は生
体情報の前処理を行う（ステップ１６０３）。例えば、
指紋などの場合は、一般的に指紋画像から特徴点を抽出
し、そこから特徴データを生体情報として生成するが、
そのような前処理をステップ１６０３で行う。これらの
処理は、既存の生体認証機器及びシステムと同じであ
る。その後、認証端末１０２は生成した生体情報と利用
者が入力したサービスＩＤをＩＣカード１０３に渡す
（ステップ１６０４）。

【００２９】図１０のステップ１００７で、生体情報と
サービスＩＤを受けたＩＣカード１０３上での処理（ス
テップ１００８）を図１７にフローチャートで示す。ま
ず、ＩＣカード１０３は認証端末１０２から受け取った
生体情報を通信用共通鍵７１４で暗号化する（ステップ
１７０１）。次に、認証ＩＤとサービスＩＤを生体認証
サーバ１０１の公開鍵ＳＰｋで暗号化し、ステップ１７
０１の結果と結合にし、かつ電子署名を生成し、生体認
証サーバ向けの送信データを作成する（ステップ１７０
２）。ステップ１７０２で作成した送信データを図１８
に示す。この送信データは、ＳＰｋで暗号化された認証
ＩＤ１８０１、ＳＰｋで暗号化されたサービスＩＤ１８
０２、共通鍵ＫＫで暗号化された生体情報１８０３、電
子署名１８０４で構成される。

【００３０】次に、認証ＩＤとサービスＩＤを組み合わ
せたものに電子署名を付けた企業サーバ向けの送信デー
タを作成する（ステップ１７０３）。ステップ１７０３
で作成した送信データを図１９に示す。この送信データ
は、認証ＩＤ１９０１、ユーザＩＤ１９０２，電子署名
１９０３で構成される。ステップ１００８の処理の後、
認証端末１０２はＩＣカード１０３から得られた送信デ
ータを、企業サーバ１０４と生体認証サーバ１０１に送
信する（ステップ１００９）。認証端末１０２から図１
９に示されるデータを受信した企業サーバ１０４は、通
信処理部８０１で電子署名１８０４を確認し、改竄され
ていなければ、認証処理部８０２が、認証要求データベ
ース８０３に受け取ったデータを格納する。そして、生
体認証サーバ１０１からの認証結果を待つ（ステップ１
０１０）。

【００３１】認証端末１０２から図１８に示されるデー
タを受信した生体認証サーバ１０１の処理（ステップ１
０１１）を図２０にフローチャートで示す。まず、生体
認証サーバ１０１は、受け取った図１８に示されるデー
タに対し、通信処理部２０４で電子署名を確認する（ス
テップ２００１）。次に、暗号・復号処理部２０５で、
暗号化された認証ＩＤ１８０１と暗号化されたサービス
ＩＤ１８０２を復号化し（ステップ２００２）、認証Ｉ
ＤとサービスＩＤを得る。そして、得られた認証ＩＤか
ら、認証履歴データベース２０３を探索し、その認証Ｉ
Ｄに対応するレコードにサービスＩＤを代入する。さら
に、対応するユーザＩＤと共通鍵ＫＫを得る。

【００３２】次に、暗号・復号処理部２０５で、共通鍵
ＫＫを用いて暗号化された生体情報１８０３を復号する
（ステップ２００３）。次に、生体認証サーバ１０１
は、生体情報認証部２０６でユーザＩＤを用いて、個人
情報・生体情報データベース２０１から前もって登録さ
れた生体情報３０３を取得する。そして、ステップ２０
０３で得られた生体情報と比較し、本人確率を求める
（ステップ２００４）。なお、この本人確率の求め方に
ついては、公知の技術を用いる。そして、得られた本人
確率を、認証履歴データベース２０３に格納する。

【００３３】次に、企業サービスデータベース２０２か
ら、サービスＩＤを用いて対応するの公開鍵ＴＰｋを取
得し、暗号・復号処理部２０５で本人確率と認証ＩＤを
公開鍵ＴＰｋで暗号化し、電子署名を付けて企業サーバ
１０４への送信データを作成する（ステップ２００
５）。このステップ２００５で作成した送信データを図
２１に示す。この送信データは、ＴＰｋで暗号化された
認証ＩＤ２１０１、ＴＰｋで暗号化された本人確率２１
０２、電子署名２１０３で構成される。次に、通信処理
部２０４で、企業サービスデータベース２０２から、サ
ービスＩＤを用いて対応するアドレスを取得し、そのア
ドレスの企業サーバ１０４に図２１に示されるような送
信データを送信する（ステップ２００６）。

【００３４】図２２に、図１０のステップ１０１２の処
理をフローチャートで示す。企業サーバは、図２１に示
されるようなデータを受信すると、最初に通信処理部８
０１で電子署名２１０３を確認し（ステップ２２０
１）、自身の持つ秘密鍵ＳＴｋで認証ＩＤ２１０１と本
人確率２１０２を復号する（ステップ２００２）。次
に、認証処理部８０２が認証要求データベース８０３か
ら認証ＩＤを用いて、ステップ１０１０で登録された認
証要求を検索する。そして、認証要求データベース８０
３内に対応する本人確率を格納する（ステップ２２０
３）。その後、本人確率の値から認証ＯＫとするかどう
かを決定する（ステップ２２０４）。次に、認証処理部
８０２がその認証結果をサービス提供部８０４に渡す
（ステップ２２０５）。サービス提供部８０４は、認証
結果に基づいてサービスの提供を行う（ステップ２２０
６）。ここで、ステップ２２０６のサービス提供には、
認証を失敗した場合の処理も含まれるものとする。

【００３５】以上で、企業サーバ１０４は、個人の生体
情報を管理することなく、生体認証を利用したサービス
の提供が可能になる。また、利用者は、生体情報をサー
ビス提供者に生体情報を渡すことなく生体認証を利用し
たサービスの利用が可能となる。ここで、認証端末１０
２においては、一般のパーソナルコンピュータと生体情
報キャプチャ装置、ＩＣカードリーダライタという構成
でもよい。

【００３６】（第２の実施形態）前述した第１の実施形
態では、１つの生体情報しか用いなかったが、データベ
ースや送信データの拡張により、複数の生体情報を利用
した生体認証サービスを提供することが可能である。こ
の拡張は、生体情報や本人確率のデータに、指紋や声紋
のような生体情報の種類に応じた種別コードを付加する
ことと、個人情報・生体情報データベース２０１を図２
３の２３０３のように、生体情報を複数個格納すること
である。この拡張により、複数の生体情報を組み合わせ
た生体認証を提供することで、偽造された生体情報の利
用が困難となり、より正確な本人確認が可能となる。ま
た、サービス提供者が企業サーバ１０４において、自由
な組み合わせで生体認証を利用することができる。

【００３７】（第３の実施形態）前述の第１の実施形態
の生体認証サーバ１０１は、生体認証結果が本人かどう
かを判断するのではなく、本人確率を企業サーバ１０４
に渡すだけである。また、第２の実施形態のような拡張
を行った場合は、指紋がＸＸパーセントで、声紋がＹＹ
パーセントなどといった情報を提供する。そこで、生体
情報の種類や本人確率に応じて、本人ではなかった場合
の損害補償対策として、保険をかけるサービスの追加を
行う。この保険サービスは、生体情報の数や種類、本人
確率の値で保険料を計算し、例えば、「本人確率が９０
％以上で本人ではなかった場合、認証履歴データベース
から、サービス提供者から通知された「本人ではなかっ
た」という証拠と、認証履歴データベース２０３の認証
ＩＤを提示することで保険金が支払われる」というもの
である。もちろん、本人確率を高く、生体情報の種類も
多く設定すれば、保険料は安くなり、生体情報の種類が
１つで、本人確率は低ければ、保険料は高く設定する。

【００３８】従来の生体認証システムは、１つのサービ
スに閉じていた上、サービス提供者が独自に運用してい
たため、このような保険サービスは存在しなかった。そ
のため、誤った人を認証してしまった場合のリスクをコ
ントロールすることは不可能であった。しかし、上記の
実施形態で説明した生体認証サーバ１０１での生体認証
サービスに対して、損害を償うための保険サービスを加
えることにより、サービス提供者は、誤った個人認証時
のリスクを保険によってコントロールすることが可能に
なる。

【００３９】（第４の実施形態）前述した生体認証サー
ビスは、サービス提供時に生体情報を認証端末１０２で
キャプチャし、生体認証サーバ１０１が本人確率を計算
し、企業サーバが本人かどうかを判断している。しか
し、利用者のそばに、生体情報をキャプチャする機器を
含んだ認証端末１０２を配置することは、大きさや環境
の面から難しい場合もある。また、サービス内容によっ
ては、そのときの本人確率が必要なほど厳重な管理が必
要無い場合などもある。そこで、認証履歴データベース
２０３に残っている「過去に本人確率の算出を行ったと
きの日時と本人確率」を企業サーバ１０４に提供するサ
ービスを追加する。これを、認証履歴提供サービスとす
る。

【００４０】この認証履歴提供サービスでは、まずＩＣ
カード１０３上に前回の認証ＩＤを保持する記憶領域を
追加する。そして、図１０のステップ１００６までは、
第１の実施携帯と同様の処理を行う。しかし、ステップ
１００７では、認証履歴を渡すことを入力し、生体情報
のキャプチャを行わない。また、過去の認証を用いる場
合には、ＩＣカード１０３上でパスワード機能を追加し
て、利用者本人以外には使われないようにする。また、
ステップ１００９では、生体情報の暗号化を行わず、代
わりに前回用いたときに利用した認証ＩＤを暗号化す
る。このようにした場合の生体認証サービスへの送信デ
ータは、図２４のようなものになる。図２４に示す送信
データは、図１８の共通鍵ＫＫで暗号化された生体情報
１８０３に代えて、共通鍵ＫＫで暗号化された認証ＩＤ
２４０１となっている。

【００４１】生体認証サーバ１０１は、図１０のステッ
プ１００９で認証ＩＤが送られた後、ステップ１０１１
で認証履歴データベース２０３から、本人確率と算出し
た日時について、送られた認証ＩＤに対応するものを得
て、送信データを作成し企業サーバ１０４に送る。この
送信データには、図２１の暗号化された本人確率２１０
２ではなく、図２５のように、ＴＰｋで暗号化された本
人確率と算出日時となっている。そして、図１０のステ
ップ１０１２で企業サーバ１０４は、本人確率だけでな
く、算出日時からも、本人であるかどうかを判断する。
以上により、生体情報をキャプチャする機能の無い認証
端末においても、過去の生体認証を参照することで、簡
易の認証を行うことができる。

【００４２】なお、個人認証のサービスを企業サーバ１
０４に提供した場合、そのサービスに対する対価を課金
するように構成することができる。この課金の仕組みに
ついては、公知の技術を用いて実現できるため、その詳
細な説明は省略する。但し、本人確率の精度として高い
ものが求められる場合には、その対価も相応のものにす
ることは言うまでもない。

【００４３】

【発明の効果】以上の説明から明らかなように、生体認
証サーバを用いた生体認証サービスを提供するようにし
たことにより、次のような効果が得られる。 （１）サービス提供者は、認証のための生体情報を管理
する必要が無く、また複数の生体情報を利用する場合
や、後に複数の生体情報を利用するように変更されて
も、少ないコストでサービスを提供することが可能にな
る。 （２）利用者側にあっては、自分固有の生体情報をサー
ビス提供者の個々に渡さないため、個人情報である生体
情報の流出を避けて、多くの生体認証を用いるサービス
を享受することが可能になる。 （３）利用者は複数の生体情報を利用する生体認証を簡
単に利用できるようになり、またサービス提供者は、自
由にその生体情報を選ぶことができるため、フレキシブ
ルな運用が可能になる。 （４）生体認証サービスに対し保険サービスを追加した
場合、本人確率などから保険のリスク計算が容易な上、
サービス提供者にとってもリスクを回避でき、従来シス
テムでは実現できなかった新規のサービスが実現可能に
なる。 （５）過去の認証履歴を活用することにより、認証端末
の構成を簡略化でき、簡易な認証に利用可能になる。

【図面の簡単な説明】

【図１】本発明の生体認証サービスシステムの実施の形
態を示すシステム構成図である。

【図２】生体認証サーバの詳細構成図である。

【図３】個人情報・生体情報データベースのデータ構成
図である。

【図４】企業サービスデータベースのデータ構成図であ
る。

【図５】認証履歴データベースのデータ構成図である。

【図６】認証端末の詳細構成図である。

【図７】ＩＣカードの詳細構成図である。

【図８】企業サーバの詳細構成図である。

【図９】認証要求データベースのデータ構成図である。

【図１０】生体認証サービスの全体の処理の概要を示す
図である。

【図１１】図１０のステップ１００２のＩＣカードでの
処理を示すフローチャートである。

【図１２】図１０のステップ１００２のＩＣカードが生
成する認証端末への送信データの構成図である。

【図１３】図１０のステップ１００４の生体認証サーバ
での処理を示すフローチャートである。

【図１４】図１０のステップ１００４で生体認証サーバ
が作成するＩＣカードへの送信データのデータ構成図で
ある。

【図１５】図１０のステップ１００６のＩＣカードでの
処理を示すフローチャートである。

【図１６】図１０のステップ１００７の認証端末での処
理を示すフローチャートである。

【図１７】図１０のステップ１００８のＩＣカードでの
処理を示すフローチャートである。

【図１８】図１０のステップ１００８で、ＩＣカードが
作成する生体認証サーバへの送信データの構成図であ
る。

【図１９】図１０のステップ１００８で、ＩＣカードが
作成する企業サーバへの送信データの構成図である。

【図２０】図１０のステップ１０１１の生体認証サーバ
での処理を示すフローチャートである。

【図２１】図１０のステップ１０１１で、生体認証サー
バが作成する企業サーバへの送信データの構成図であ
る。

【図２２】図１０のステップ１０１２の企業サーバでの
処理を示すフローチャートである。

【図２３】個人情報・生体情報データベースに、生体情
報の種類を複数に拡張した場合のデータ構成図である。

【図２４】認証履歴を参照するサービスを利用する際
に、ＩＣカードが作成する生体認証サーバへの送信デー
タの構成図である。

【図２５】認証履歴を参照するサービスを追加した場
合、そのサービスを利用する際に、生体認証サーバが作
成する企業サーバへの送信データの構成図である。

【図２６】従来の生体認証システムの構成図である。

【符号の説明】

１０１…生体認証サーバ、１０２…認証端末、１０３…
ＩＣカード、１０４…企業サーバ、２０１…個人情報・
生体情報データベース、２０２…企業サービスデータベ
ース、２０３…認証履歴データベース、２０５…暗号・
復号処理部、２０６…生体情報認証部、８０２…認証処
理部、８０４…サービス提供部。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 認証端末と生体認証サーバとから成り、
   生体情報を用いた個人認証サービスシステムであって、 前記認証端末が、個人認証を受ける利用者の生体情報を
   取得する手段を備え、 前記生体認証サーバが、 前記認証端末から利用者識別情報を含む生体情報を受信
   し、利用者別の生体情報を予め登録した生体情報データ
   ベースから前記利用者識別情報に対応する生体情報を取
   得し、該生体情報と前記認証端末から受信した生体情報
   とを照合し、本人確率を計算する計算手段と、その計算
   結果を、個人認証により認証端末の利用者が要求した所
   望のサービスを提供するサービス提供サーバに送信する
   手段とを備えることを特徴とする生体情報を用いた個人
   認証システム。
2. 【請求項２】 前記生体情報データベースが一人の利用
   者につき複数種類の生体情報を記憶し、 前記生体認証サーバが、前記認証端末から受信した生体
   情報と対応する種類の生体情報を前記生体情報データベ
   ースから取得し、本人確率を計算する手段を備えること
   を特徴とする請求項１に記載の生体情報を用いた個人認
   証システム。
3. 【請求項３】 前記生体認証サーバが、生体情報の数や
   種類、本人確率に基づき、認証誤りがあった場合の保険
   サービス提供手段を備えることを特徴とする請求項１ま
   たは２に記載の生体情報を用いた個人認証システム。
4. 【請求項４】 前記生体認証サーバが、過去の認証結果
   を記憶する認証履歴データベースを備え、前記サービス
   提供サーバからの要求に応じて、前記認証履歴データベ
   ースに記憶された過去の認証結果を要求元のサービス提
   供サーバに送信する手段を備えることを特徴とする請求
   項１〜３のいずれか一項に記載の生体情報を用いた個人
   認証システム。