JP2003044442A - データ認証方法及びデータ認証装置 - Google Patents

Abstract

(57)【要約】 【課題】 本発明はデータ認証方法及びデータ認証装置
に関し、いずれのクライアントであっても、そのクライ
アントが持つバイオデータの読み取り機能と同一種類の
認証データが登録されていれば認証することができるデ
ータ認証方法及びデータ認証装置を提供することを目的
としている。 【解決手段】 サーバ１０と複数のクライアント２０が
ネットワークを介して接続されたデータベース認証シス
テムにおいて、前記サーバ１０には、ユーザ毎のバイオ
認証データを記憶するバイオ認証データ登録テーブル３
１を具備し、前記クライアント２０には、サーバ１０か
ら転送されてくる認証データを記憶するキャッシュメモ
リ２５ａを設けて構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ認証方法及び
データ認証装置に関する。

【０００２】

【従来の技術】従来の複数種類のバイオデータによる認
証を行なうシステムにおいては、ユーザとクライアント
の対応が一義的に決められている。このため、複数種類
のバイオデータによる認証が可能であっても、予めユー
ザに認証時のバイオデータの種類が決められていた。

【０００３】

【発明が解決しようとする課題】これにより、認証のた
めに設定された以外の種類のバイオデータ読み取り手段
では認証データが登録されていても認証ができなかっ
た。このため、設定された種類以外のバイオデータの読
み取り手段しか持たないクライアントでは、認証が行え
ないという問題がある。また、バイオ認証システムにお
いて、複数種類のバイオデータを同時に読み込み、その
各々の照合結果の論理条件をとって認証を行なうシステ
ムはなかった。

【０００４】本発明はこのような課題に鑑みてなされた
ものであって、いずれのクライアントであっても、その
クライアントが持つバイオデータの読み取り機能と同一
種類の認証データが登録されていれば認証することがで
きるデータ認証方法及びデータ認証装置を提供すること
を目的としている。

【０００５】

【課題を解決するための手段】（１）図１は本発明の原
理ブロック図である。図において、１０は認証動作を行
なうサーバ、２０は該サーバ１０とネットワークを介し
て接続される複数のクライアントである。サーバ１０に
おいて、１１はクライアント２０と通信を行なう通信手
段、３０はユーザ毎の認証データが記憶されているデー
タベース、３１は該データベース３０内に設けられた、
バイオ認証データが記憶されているバイオ認証データ登
録テーブルである。クライアント２０において、２１は
サーバ１０と通信を行なう通信部、２５ａはサーバ１０
からの照合結果を記憶するキャッシュメモリである。

【０００６】このように構成すれば、サーバ１０側で、
クライアント２０から送られてきたバイオデータを、バ
イオ認証データ登録テーブル３１に記憶されているデー
タと比較することで、照合することができる。また、照
合結果はクライアント２０側に通知されるので、クライ
アント２０側でその結果を認識することができる。

【０００７】（２）請求項２記載の発明は、複数種類の
バイオデータに関する認証が可能なシステムにおいて、
前記クライアント２０は、サーバ１０に対して認証デー
タの要求を行ない、サーバ１０側から認証データが送ら
れてくると、キャッシュメモリにそのデータを記憶さ
せ、当該キャッシュメモリ２５ａに記憶された認証デー
タをもとにバイオデータ読取装置で測定したデータとの
照合を行なうことを特徴とする。

【０００８】このように構成すれば、クライアント側で
照合を行なうことができ、かつクライアント側で必要と
されるメモリの容量は小さくてすむ。 （３）請求項３記載の発明は、前記サーバ１０は、クラ
イアント２０に対してバイオデータ読取装置のバイオデ
ータの要求を行ない、該サーバ１０は、送られてきたバ
イオデータをデータベース３０に記憶されている認証デ
ータと照合してその結果をクライアント２０に通知する
ことを特徴とする。

【０００９】このように構成すれば、サーバ１０は必要
に応じてバイオデータと認証データとの照合を行ない、
その結果をクライアント２０に通知できる。 （４）請求項４記載の発明は、複数種類のバイオデータ
による認証が可能なシステムにおいて、複数種類のバイ
オデータを読み込み、それら各々の照合結果の論理条件
をとって最終の認証を決定することを特徴とする。

【００１０】このように構成すれば、複数のバイオ認証
を組み合わせて、用途に応じて認証度の高低を設定する
ことができる。また、高額な決済処理を行なう電子稟議
やインターネットにおける高額商品を取り扱うシステム
においては厳密な本人認証を行なうことができる。

【００１１】（５）請求項５記載の発明は、複数種類の
バイオデータによる認証が可能なシステムにおいて、認
証種類の組み合わせ情報をサーバに格納管理し、アプリ
ケーションに接続時、その情報を読み出して認証を行な
うことを特徴とする。

【００１２】このように構成すれば、複数マルチバイオ
データを読み出す仕組みを予め設定しておくことで、プ
ログラムの汎用性を確保することができる。 （６）請求項６記載の発明は、複数種類のバイオデータ
による認証が可能なシステムにおいて、アプリケーショ
ン側で認証種類の組み合わせ情報を保持管理し、認証要
求時にアプリケーション側から複数種類のバイオデータ
情報をサーバに転送し、認証を行なうことを特徴とす
る。

【００１３】このように構成すれば、クライアント側の
アプリケーションから認証を行なうことが可能となる。 （７）請求項７記載の発明は、前記認証は個別認証チャ
ートでの認証であることを特徴とする。

【００１４】このように構成すれば、サーバ管理は、本
人のバイオ情報品質や運用に合わせて認証種類を固定に
できる場合に有効で、認証種類の組み合わせ情報を一元
管理可能とすることができる。

【００１５】（８）請求項８記載の発明は、クライアン
ト毎に検出する手段を設定しておき、一義的に認証手段
を決定することを特徴とする。このように構成すれば、
複数の認証を行なわないため、認証手段を固定にするこ
とで、クライアントからの不正アクセス防止を行なうこ
とができる。また、遠隔地又は通信速度が遅い場所等、
アクセス時間がかかる場合の認証時間を短縮することが
できる。

【００１６】（９）請求項９記載の発明は、前記システ
ムにおいて、個別認証チャートにより認証することを特
徴とする。このように構成すれば、認証手段を固定にす
ることで、クライアントからの不正アクセス防止を行な
うことができる。

【００１７】（１０）請求項１０記載の発明は、複数種
類のバイオデータによる認証が可能なシステムにおい
て、認証結果ログとして認証精度又は認証データの一致
数と照合数を保持し、予め決められた認証精度を下回る
認証データに関して、照合要求があった場合、認証結果
がＮＧの判定ならば、認証データの更新要求を行ない、
認証データをその時の照合データ又はその照合データか
ら作成した認証用データに書き替えることを特徴とす
る。

【００１８】このように構成すれば、生体の経年変化に
よる認証データの精度の低下による誤認識を防止するこ
とができる。 （１１）請求項１１記載の発明は、複数種類のバイオデ
ータによる認証が可能なシステムの認証用データの登録
において、登録を依頼するユーザがすでに認証用データ
の登録を１個以上している場合、その登録された認証デ
ータによる認証により本人と判断された場合、未登録の
認証データを新たに登録可能とすることを特徴とする。

【００１９】このように構成すれば、マルチバイオシス
テムにおいて、２個目以降のバイオデータを登録する
際、システム管理者を必要とせずにバイオデータの登録
を行なうため、登録の煩雑さを避けることができる。

【００２０】（１２）請求項１２記載の発明は、複数種
類のバイオデータによる認証が可能なシステムにおい
て、認証用データ登録時に認証を行なうバイオ照合順序
を予め決めて登録することを特徴とする。

【００２１】このように構成すれば、マルチバイオ装置
を扱うシステムにおいて、照合するバイオ認識装置を選
択する手間が省ける。また、マルチバイオ装置を扱うシ
ステムにおいて、照合する順序を一度設定すれば、全て
のクライアントで同じ設定を共有できる。更に、マルチ
バイオ装置を扱うシステムにおいて、照合する順序のプ
ライオリティを設定することができる。

【００２２】（１３）請求項１３記載の発明は、複数種
類のバイオデータによる認証が可能なシステムにおい
て、アプリケーションとシステムにログインする際の認
証を行なう時、ユーザＩＤが認証システムに通知され、
本人認証を要求する場合、そのユーザＩＤをもとに事前
に登録されているバイオデータを読み取り、照合要求の
ためにバイオセンサーから読み取られたバイオデータと
照合を行なうことを特徴とする。

【００２３】このように構成すれば、照合における検索
時間を短縮できるため、マルチバイオシステムにおける
照合において、バイオ読み取り装置検索の効率化並びに
照合の効率化を行なうことができる。

【００２４】（１４）請求項１４記載の発明は、ユーザ
ＩＤが通知されず、バイオセンサーからバイオデータを
読み取り、バイオデータ照合部に送信された場合は、該
当のバイオデータの種類について、事前に登録されてい
る全てのバイオデータとの照合を行なうことを特徴とす
る。

【００２５】このように構成すれば、ユーザＩＤがない
時にも、本人を特定することができる。 （１５）請求項１５記載の発明は、複数のバイオデータ
による認証が可能なシステムにおいて、登録されている
バイオデータと照合要求のため入力されたユーザＩＤと
バイオセンサーから読み取られたバイオデータを照合す
る方法において、前回一致したバイオデータの種類の登
録データから照合を行なうことを特徴とする。

【００２６】このように構成すれば、複数種類のバイオ
データによる組み合わせの認証の場合、照合における検
索時間を短縮することができる。 （１６）請求項１６記載の発明は、複数種類のバイオデ
ータによる認証が可能なシステムにおいて、バイオセン
サーからバイオデータを読み取り後、事前に登録されて
いる全てのバイオデータとの照合を行なう方法におい
て、あるクライアントからバイオデータのみの照合要求
がある場合、照合要求として送られてくるバイオデータ
にバイオ読み取り装置情報を追加したデータより照合す
るバイオデータを決定し、特定のバイオデータと照合す
ることを特徴とする。

【００２７】このように構成すれば、照合における検索
時間を短縮できるため、マルチバイオシステムにおける
照合において、バイオ読み取り装置検索の効率化並びに
照合の効率化を行なうことができる。

【００２８】（１７）請求項１７記載の発明は、クライ
アントから登録された認証データを保持するサーバと、
そのサーバにネットワークで接続しているクライアント
で構成されるシステムにおいて、クライアントは認証の
ためのデータ読み取り手段を有し、予め設定された認証
のタイミングにおいて、認証データ入力手段から入力さ
れた認証データを認証サーバに転送し、クライアントか
ら送信されてきた認証データと照合し、その結果をクラ
イアントに送信するシステムにおいて、１度サーバで認
証し本人と同一と判断した場合、サーバに登録されてい
る認証データをクライアントに送信し、クライアントで
はそのデータを保持し、それ以降の認証時はクライアン
トで保持した認証データと入力した認証データを比較す
るようにしたことを特徴とする。

【００２９】このように構成すれば、認証サーバ及びネ
ットワークにおける過大な負荷を軽減することができ
る。 （１８）請求項１８記載の発明は、バイオ認証サーバ
と、複数のクライアントが接続されたシステムにおい
て、前記サーバが照合を行なった場合、その照合結果に
基づくキャッシングデータをクライアント側に転送する
ことを特徴とする。

【００３０】このように構成すれば、サーバで認証され
た結果をクライアント側で確認することができる。この
場合において、バイオ認証データ登録テーブルに、クラ
イアントが持つバイオデータの読み取り機能と同一種類
の認証データが登録されていれば、クライアント側で認
証することができる。

【００３１】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態例を詳細に説明する。図２は本発明の一実施の
形態例を示すブロック図である。図１と同一のものは、
同一の符号を付して示す。図に示すシステムは、サーバ
１０にクライアント２０が接続されたシステムを示して
いる。図では、クライアント２０は１台しか示していな
いが、実際は複数のクライアントが接続されている。

【００３２】先ず、サーバ１０側の構成について説明す
る。１１はクライアント２０との通信を行なう通信手
段、１２はバイオデータの照合を行なうバイオデータ照
合部、１３はバイオデータ照合部１２の照合を制御する
プログラム制御部である。図では、バイオデータ照合部
１２は、ＮまでのＮ個設けられている場合を示してい
る。３０はデータベースであり、バイオ認証データ登録
テーブル３１と、ユーザテーブル３２が含まれている。
ユーザテーブル３２にはユーザの氏名が記憶されてい
る。

【００３３】バイオ認証データ登録テーブル３１には、
ユーザ毎に、バイオ認証データと登録年月日が記憶され
ている。ここでは、同一のユーザについて、Ｎ個のバイ
オ認証データが記憶されている場合を示している。これ
らバイオ認証データとしては、例えば、指紋データ、声
紋データ、顔輪郭情報データ等が用いられる。何れも、
ユーザ毎に、基準となる指紋、声紋、顔輪郭情報を測定
してバイオ認証データ登録テーブル３１に記憶するもの
である。

【００３４】次に、クライアント２０側の構成について
説明する。２１はサーバ１０との通信を行なう通信手
段、２２はバイオセンサードライバ、２３はバイオデー
タ照合部、２４はバイオデータ変換部、２５は記憶部、
２６はプログラム制御部である。バイオセンサードライ
バ２２は、Ｎ個存在し、例えば指紋読み取り装置の読み
取り部がこれに該当する。バイオデータ変換部２４は、
バイオデータの特徴部を抽出するものである。記憶部２
５は、各種のデータを記憶するものであり、サーバ１０
からの認証データを記憶するキャッシュメモリ２５ａも
ここに含まれる。バイオデータ照合部２３もＮ個存在す
る。４０は各種のアプリケーションである。

【００３５】このように構成された装置の動作を概説す
る。クライアント２０側から通信手段２１を介してサー
バ１０に対して認証データの要求を出すと、この認証デ
ータ要求は通信手段１１を介してサーバ１０に通知され
る。該サーバ１０は、バイオ認証データ登録テーブル３
１内に記憶されている認証データから必要な認証データ
を読み出してきて、クライアント２０のキャッシュメモ
リ２５ａにダウンロードする。

【００３６】このようにして、認証データがキャッシュ
メモリ２５ａに記憶されると、クライアント２０は、必
要に応じて各種のバイオ読取装置から読み込んだバイオ
データをキャッシュメモリ２５ａに記憶されている認証
データと比較することにより、照合動作が可能となる。
本発明によれば、クライアント２０側では、必要な時に
必要なだけの認証データをサーバ１０から送って貰うの
で、記憶容量を小さくすることができる。

【００３７】図３は本発明の第１の処理フローを示す図
であり、図２に示す構成の動作を示している。先ず、ア
プリケーション４０から照合要求が発生すると（Ｓ
１）、プログラム制御部２６が起動される（Ｓ２）。各
バイオセンサー（バイオ読取装置）は、バイオセンサー
ドライバ２２で駆動され、バイオデータを出力する（Ｓ
３）。ここで、バイオデータとしては、例えば前述した
ような指紋データ、声紋データ等が挙げられる。

【００３８】バイオデータ変換部２４は、バイオデータ
を受けて、特徴部分を抽出する処理を行なう（Ｓ４）。
次に、クライアント通信手段２１はサーバ１０との通信
状態をチェックする（Ｓ５）。チェックの結果がＯＫの
場合、サーバ通信手段１１はクライアント２０からのデ
ータを受信したかどうかチェックする（Ｓ６）。ＯＫの
場合、サーバ１０はデータベース３０を検索し、バイオ
認証データを読み出す（Ｓ７）。

【００３９】次に、サーバのバイオデータ照合部１２
は、バイオセンサーで測定されたバイオデータと、認証
データとの照合を行なう（Ｓ８）。次に、サーバ１０か
らクライアント２０に向けて照合結果が送信される（Ｓ
９）。次に、サーバ１０からクライアント２０に向けて
キャッシュデータ（認証データ）が送信される（Ｓ１
０）。

【００４０】クライアント２０は、照合結果の受信と
（Ｓ１１）、バイオキャッシュデータの受信を行なう
（Ｓ１２）。バイオキャッシュデータは、記憶部２５の
キャッシュメモリ２５ａに記憶される。次に、プログラ
ム制御部２６が動作し、アプリケーション４０を通して
結果を通知する（Ｓ１４）。

【００４１】ここで、ステップＳ５において、サーバと
の通信がなく、ステップＳ６において、データの受信が
ない場合、キャッシュデータの検索が行なわれ（Ｓ１
５）、このキャッシュデータを基にバイオデータ照合部
２３がバイオデータの照合を行なう（Ｓ１６）。その
後、ステップＳ１３に進む。

【００４２】図４は本発明の他の実施の形態例を示すブ
ロック図である。図１、図２と同一のものは、同一の符
号を付して示す。この実施の形態例は、クライアント２
０側にデータベースを設けることにより、サーバの必要
なくデータ照合が行なえるようにしたものである。図に
おいて、２２はバイオセンサードライバ、２３はバイオ
データ照合部、２４はバイオデータ変換部、２６はプロ
グラム制御部、４０はアプリケーション、５０はデータ
ベースである。データベース５０には、バイオ認証デー
タ登録テーブル４１と、ユーザテーブル４２が含まれて
いる。バイオ認証データ登録テーブル４１と、ユーザテ
ーブル４２の構成は、図２におけるバイオ認証データ登
録テーブル３１とユーザテーブル３２と同じである。

【００４３】このように構成されたシステムにおける動
作を図５を用いて説明する。図５は本発明の第２の処理
フローを示す図である。先ず、アプリケーション４０か
ら照合要求を行なう（Ｓ１）。この結果、プログラム制
御部２６が起動される（Ｓ２）。各バイオセンサー（バ
イオ読取装置）は、バイオセンサードライバ２２で駆動
され、バイオデータを出力する（Ｓ３）。

【００４４】バイオデータ変換部２４は、バイオデータ
を受けて、特徴部分を抽出する処理を行なう（Ｓ４）。
次に、バイオデータ照合部２３は、バイオセンサーで測
定されたバイオデータと、認証データとの照合を行なう
（Ｓ５）。次に、照合結果の判定を行なう（Ｓ６）。次
に、プログラム制御部２６が動作し、アプリケーション
４０を通じて結果を通知する（Ｓ８）。

【００４５】図６は第１のデータの流れ説明図である。
図において、１０はサーバ、３０は該サーバ１０と接続
されたデータベースである。該データベース３０には、
認証用データが＃１〜＃ＮまでＮ個設けられており、そ
れぞれの認証用データには、ユーザ用認証データがユー
ザ毎に設けられている。２０’は複数のバイオ読取装置
（バイオセンサー）付きのクライアントであり、＃１〜
＃ＮまでのＮ個の読取装置が取り付けられている。２０
は単機能の読取機能が設けられたクライアントであり、
単機能の読取装置付クライアントである。６０は、認証
データを用いてユーザの認証を行なう認証サーバプログ
ラムであり、サーバ１０内に設けられている（以下同
じ）。以下の動作は、この認証サーバプログラム６０が
主体となって行なうものである。 複数のバイオ読取装置付クライアント２０’からＮ種
類のバイオデータを読み込む。ここで、ユーザが複数い
る場合には、ユーザ毎にＮ種類のバイオデータを読み込
むことになる。その結果、データベース３０に示すよう
に、それぞれの認証用データがユーザ毎に求まり、デー
タベース３０に記憶されることになる。 ここで、任意のクライアント２０からサーバ１０に対
して認証要求を行なう。この場合において、データベー
ス３０には、ユーザ毎に複数の種類の認証データが記憶
されているため、どのクライアントからも認証要求を行
なうことが可能になる。 認証サーバプログラム６０は、クライアント２０から
送られてきたデータと対応する認証用データとの照合を
行なう。この場合において、認証用データは、ユーザ毎
に記憶されているので、認証にあたっては、どのユーザ
であるのかを示すユーザＩＤの入力が必要となる。 認証サーバプログラム６０は、各クライアント２０に
対して照合結果を送信する。

【００４６】この実施の形態例によれば、サーバ１０は
必要に応じてバイオデータと認証データとの照合を行な
い、その結果をクライアント２０に通知することができ
る。図７は本発明の第１の処理説明図である。図２と同
一のものは、同一の符号を付して示す。この実施の形態
例は、重要度に応じて照合結果の論理条件をとって最終
の認証を決定するものである。例えば、図に示すよう
に、重要度が小さい場合には、Ｎ個のバイオデータの内
の何れか一つが照合すれば、認証ＯＫと判定する。つま
り、この場合には、各認証結果のオアをとるものであ
る。このような場合としては、例えばＷｉｎｄｏｗｓ
（登録商標）ログオンのように、単にＷｉｎｄｏｗｓに
アクセスするだけである場合には、（指紋一致）ＯＲ
（声紋致一致）ＯＲ（顔形一致）という具合に一つでも
照合するものがあれば、認証ＯＫとする。

【００４７】これに対して重要度が大きくなれば（例え
ばワークフロー業務の決済）、照合がＯＫとなる条件を
きつくする。即ち、Ｎ個のバイオデータの全てが照合し
た時に認証ＯＫとするものである。具体的には、（指紋
一致）ＡＮＤ（声紋一致）ＡＮＤ（顔形一致）という具
合に全てが照合した場合に、認証ＯＫとする。

【００４８】図８は本発明の第３の処理フローを示す図
である。先ず、重要度が小さい場合の動作について説明
する。この場合には、先ず第１の認証を要求する（Ｓ
１）。これにより、第１の認証を開始する（Ｓ２）。認
証がＯＫの場合には、即本人と判断する（Ｓ３）。認証
がＮＧの場合には、ステップＳ１に戻り、次の認証デー
タの認証要求を行なう処理に入る。全ての認証がＮＧの
場合、又は認証がキャンセルされた場合には、他人と判
断する（Ｓ４）。

【００４９】次に、重要度が一番大きい場合の動作につ
いて説明する。先ず、第１の認証要求をし（Ｓ１０）、
第１の認証を開始する（Ｓ１１）。認証がＯＫの場合に
は、第２の認証要求をする（Ｓ１２）。そして、第２の
認証を開始する（Ｓ１３）。この認証がＯＫの場合に
は、第３の認証要求をする。以上のような処理を第Ｎの
認証まで行なう。即ち、第Ｎの認証要求を行ない（Ｓ１
４）、第Ｎの認証を開始する（Ｓ１５）。そして、第Ｎ
の認証の結果ＯＫの場合には本人と判断する（Ｓ１
６）。ここで、ステップＳ１５において、第Ｎの認証が
ＯＫであったということは第１〜第Ｎまでの全ての認証
がＯＫであったことを示している。以上の処理におい
て、認証がＮＧの場合には、ステップＳ１０に戻り最初
から認証をやりなおす。それぞれの認証工程において認
証がキャンセルされた場合には、他人と判断する（Ｓ１
７）。

【００５０】この実施の形態例によれば、複数のバイオ
認証を組み合わせて、用途に応じて認証度の高低を設定
することができる。また、高額な決済処理を行なう電子
稟議やインターネットにおける高額商品を取り扱うシス
テムにおいては厳密な本人認証を行なうことができる。

【００５１】次に、認証種類の組み合わせ情報を用いた
認証方法について説明する。認証種類の組み合わせは、
サーバ側にもクライアント側にも持つことができる。図
９は本発明の第４の処理フローを示す図である。システ
ムとしては、図２を用いる。アプリケーション４０から
照合要求があると（Ｓ１）、制御がプログラム制御部２
６に移行する（Ｓ２）。次に、認証バイオの決定又は認
証要求回数の決定が行われる（Ｓ３）。次に、どのよう
なバイオセンサーが設けられているか、バイオセンサー
の検索を行なう（Ｓ４）。

【００５２】バイオセンサーが設けられている場合、使
用するバイオセンサーを決定する（Ｓ５）。バイオセン
サーが決定したら、バイオセンサードライバでバイオデ
ータを測定する（Ｓ６）。そして、バイオデータを読み
込む（Ｓ７）。読み込んだバイオデータに対して、バイ
オデータ変換部２４で特徴部分を抽出するバイオデータ
変換を行なう（Ｓ８）。次に、読み込んだバイオデータ
とデータベースに記憶されている認証データとの照合を
行なう（Ｓ９）。

【００５３】次に、照合結果の判定を行なう（Ｓ１
０）。そして、照合結果が判定されたら、プログラム制
御部２６に制御を移し（Ｓ１１）、アプリケーション４
０を通して結果を通知する（Ｓ１２）。ステップＳ４で
バイオセンサーが検索できない場合、プログラム制御部
２６に制御を渡す（Ｓ１３）。そして、アプリケーショ
ン４０を通して結果を通知する（Ｓ１４）。

【００５４】図１０は、認証種類の組み合わせ情報をサ
ーバ側に持たせた場合のアプリケーション情報テーブル
の構成例を示す図である。図に示すように、アプリケー
ション名毎に、バイオ認証データが記憶されている。例
えば、アプリケーション１におけるバイオ認証データ１
においては、バイオ認証データはバイオ＃１データであ
る。

【００５５】図１１は、認証種類の組み合わせ情報をア
プリケーション側で持つ場合の、アプリケーションで保
持する認証種類の組み合わせ情報を示す図である。図１
２は第２のデータの流れ説明図である。図６と同一のも
のは、同一の符号を付して示す。図において、３３ａは
図１０に示すアプリケーション情報テーブルである。 設定クライアント２０よりアプリケーションとバイオ
認証との設定情報をアプリケーション情報テーブル３３
に登録する。なお、アプリケーション情報テーブル３３
は、複数のバイオデータを設定可能である。例えば、バ
イオ１＋バイオ２等。 ユーザはアプリケーション１を通して認証の要求を行
なう。 アプリケーション１又はＮからアプリケーション情報
テーブル３３へ、アプリケーションとバイオの関連情報
を登録する。 アプリケーション１へアプリケーションとバイオの関
連情報を返す。 アプリケーション１からバイオ１の認証を返す。

【００５６】後は、読み取られたバイオデータをバイオ
認証サーバ１０へ送り、照合する。図１３は一連認証の
処理フローを示す図で、クライアント側の動作を示して
いる。認証の要求を行なうと（Ｓ１）、バイオデータの
読み取りを行ない、認証手段を決定する（Ｓ２）。次
に、第１の認証要求を行なうと（Ｓ３）、第１の認証が
開始される（Ｓ４）。そして以下の処理を順次繰り返し
ていく。そして、認証の要求を行ない（Ｓ５）、バイオ
データの読み取りを行ない、認証手段を決定する（Ｓ
６）。そして、第Ｎの認証要求を行ない（Ｓ７）、第Ｎ
の認証を開始する（Ｓ８）。そして、認証がＯＫの場
合、本人と判断する（Ｓ９）。

【００５７】ここで、ステップＳ４において第１の認証
がＮＧの場合、再度認証するかどうかチェックする（Ｓ
１０）。再度認証する場合には、ステップＳ１に戻り、
認証しない場合には、他人と判断する（Ｓ１１）。ステ
ップＳ１２の場合も、再度認証するかどうかチェックし
（Ｓ１２）、認証する場合にはステップＳ１に戻り、認
証しない場合には他人と判断する（Ｓ１３）。ここで、
それぞれの認証開始時に認証がキャンセルされた場合に
は、他人と判断して（Ｓ１４）、処理を終了する。この
実施の形態例によれば、複数マルチバイオを呼び出す仕
組みを予め設定しておくことで、プログラムの汎用性を
確保することができる。サーバ管理は、本人のバイオ情
報品質や運用に合わせて認証書類を固定にできる場合に
有効で、認証種類の組み合わせ情報を一元管理可能とす
ることができる。また、アプリケーション側管理は、要
求セキュリティ強度に合わせて個別調整が可能である。

【００５８】図１４は個別認証チャートの処理フローを
示す図で、クライアント側の動作を示している。この処
理フローは、図１２に示すシステムで、個別認証チャー
トで認証を行なうようにしたものである。先ず、認証の
要求を行なうと（Ｓ１）、バイオデータの読み取りを行
ない、認証手段を決定する（Ｓ２）。次に、第１の認証
要求を行なう（Ｓ３）。そして、第１の認証を開始する
（Ｓ４）。第１の認証がＯＫであった場合には、次に進
む。

【００５９】ステップＳ４において、認証がＮＧの場合
には、再度認証するかどうかをチェックする（Ｓ５）。
再度認証する場合には、ステップＳ１に戻って認証要求
からやり直す。再度認証をしない場合には、他人と判断
する（Ｓ６）。このようなシーケンスを認証手段の数だ
け繰り返す。そして、その都度、認証がＮＧの時のステ
ップＳ５とＳ６の処理を繰り返す。

【００６０】第１の認証がＯＫの場合、認証の要求を行
なう（Ｓ７）。そして、バイオデータの読み取りを行な
い、認証手段を決定する（Ｓ８）。そして、第Ｎの認証
要求を行ない（Ｓ９）、第Ｎの認証を開始する（Ｓ１
０）。第Ｎの認証結果がＯＫの場合には、本人と判断す
る（Ｓ１１）。認証結果がＮＧの場合には、再度認証す
るかどうかチェックする（Ｓ１３）。再度認証する場合
には、ステップＳ７に戻って認証要求からやり直す。再
度認証しない場合には、他人と判断する（Ｓ１４）。な
お、認証でキャンセルする場合には、何れも他人と判断
される（Ｓ１２）。この実施の形態例におけるデータの
流れ説明図（第３のデータの流れ説明図）は、図１２に
示す第２のデータの流れ説明図と同じである。

【００６１】この実施の形態例によれば、本人のバイオ
情報品質や運用に合わせて認証種類を固定にできる場合
に有効で、認証種類の組み合わせ情報を一元管理可能と
することができる。また、アプリケーション側管理は、
要求セキュリティ強度に合わせて個別調整が可能とな
る。

【００６２】次に、次の実施の形態例について説明す
る。以下の実施の形態例は、クライアント毎に検出する
手段を決めておき、クライアント毎に検出手段を１種類
のみとし、認証時間を固定にすることで、クライアント
側からの不正アクセス防止を行ない、認証時間を短縮す
るようにしたものである。

【００６３】図１５はこの実施の形態例で用いるクライ
アント情報テーブルの構成例を示す図である。クライア
ント毎に、認証できる種類が固定されている。例えば、
バイオ認証データ１の場合、クライアント１で認証でき
るのはバイオ＃１データのみである。

【００６４】図１６は第４のデータの流れ説明図であ
る。 設定クライアント２０よりクライアントとバイオ認証
との設定情報をクライアント情報テーブル３４に登録す
る。ここで、クライアント情報テーブル３４は、複数の
バイオデータを設定可能である。例えば、バイオ１＋バ
イオ２等。 ユーザは、アプリケーション１を通して認証の要求を
行なう。 アプリケーション１又はＮからクライアント情報テー
ブル３４へクライアントとバイオの関連情報を取得す
る。 アプリケーション１へクライアントとバイオの関連情
報を返す。 アプリケーション１からバイオ１の認証を返す。

【００６５】後は、読み取られたバイオデータをバイオ
認証サーバ１０へ送り、照合する。この実施の形態例に
よれば、認証手段を固定にすることで、クライアントか
らの不正アクセス防止を行なうことができる。また、遠
隔地又は通信速度が遅い場所等、アクセス時間がかかる
場合の認証時間を短縮することができる。

【００６６】図１７は第５のデータの流れ説明図であ
る。この実施の形態例は、個別認証チャートにより認証
するようにしたものである。図１６と同一のものは、同
一の符号を付して示す。 設定クライアント２０よりクライアントとバイオ認証
との設定情報をクライアント情報テーブル３４に登録す
る。クライアント情報テーブル３４は、複数のバイオデ
ータを設定可能である。例えば、バイオ１＋バイオ２
等。 ユーザはアプリケーション１を通して認証の要求を行
なう。 アプリケーション１又はＮからクライアント情報テー
ブル３４へクライアントとバイオとの関連情報を取得す
る。 アプリケーション１へクライアントとバイオとの関連
情報を返す。 アプリケーション１からバイオ１の認証を返す。

【００６７】後は、読み取られたバイオデータをバイオ
認証サーバへ送り、照合する。この実施の形態例によれ
ば、認証手段を固定にすることで、クライアントからの
不正アクセス防止を行なうことができる。

【００６８】次に、データ照合時の認識率に認証精度を
設けるようにした場合について説明する。図１８はバイ
オ認証データ登録テーブルの構成例を示す図である。こ
のテーブルでは、バイオデータ毎に、認証率を変えてい
る。図１９はバイオ認証ユーザ情報テーブルの構成例を
示す図である。このテーブルは、ユーザ毎に該当するバ
イオの認証精度を設けるようにしたものである。例え
ば、ユーザＩＤが１の場合のバイオ＃１の認証データの
認証精度は７０％、バイオ＃Ｎの認証データの認証精度
は８５％にそれぞれ設定してある。ここで、バイオ認証
データ登録テーブルを３５、バイオ認証ユーザ情報テー
ブルを３６とする。これらテーブルは、サーバ１０側の
データベース３０側に設けられる。或いは、各クライア
ント側に設けるようにしてもよい。

【００６９】図２０は、第６のデータの流れ説明図であ
る。３７は照合時の認証精度を記憶しておく認証精度ロ
グである。 設定クライアント２０より、それぞれのバイオデータ
に関する認証データを定義する。 それぞれのクライアントからＩＤ単位で照合要求を行
なう。 照合結果を判定し、サーバ１０で定義されている認証
データと比較を行なう。その際、認証精度を認証データ
に対応して記憶する。この場合において、照合時の認証
精度の求め方は以下の通りである。即ち、照合時の認証
データの一致数をＡ、認証数をＢとして、１００Ａ／Ｂ
（％）で求める。このようにして求めた認証精度は、認
証精度ログ３７に記憶しておく。 クライアント２０に、認証結果と共に、認証データを
送信する。 次回照合要求時、バイオ認証サーバ１０から認証精度
ログを読み出し、予め決められた認証精度を保持してい
ない場合、認証要求クライアント２０に対して、認証デ
ータ更新要求又は使用不可通知を行なう。

【００７０】この実施の形態例によれば、生体の経年変
化による認証データの精度の低下による誤認識を防止す
ることができる。図２１は、第７のデータの流れ説明図
である。ユーザ１が設定クライアント２０からサーバ１
０にアクセスする場合の動作を示している。 ユーザ１がバイオ１データを持って、登録要求を行な
う。 認証サーバプログラム６０は、ユーザ１におけるバイ
オ１データで照合を行なう。この場合、最初のバイオデ
ータの照合にはシステム管理者が立ち会う。 認証サーバプログラム６０から、クライアント２０に
向けて照合結果が返される。 認証された場合、バイオデータＮへの登録許可が与え
られ、ユーザ１のバイオデータＮをデータベース３０に
登録する。認証されなかった場合、ユーザ１へのバイオ
Ｎデータは登録できない。

【００７１】この実施の形態例によれば、マルチバイオ
システムにおいて、２個目以降のバイオデータを登録す
る際、システム管理者を必要とせずにバイオデータの登
録を行なうため、登録の煩雑さを避けることができる。

【００７２】次の実施の形態例は、照合時にユーザにバ
イオデータの種類を選択をしなくてもすむようにしたも
のである。このために、図２２に示すようなバイオ認証
ユーザ照合順序テーブルを用いる。このテーブルでは、
ユーザＩＤ毎に、照合順序が決められている。例えば、
ユーザ１の場合、第１番目にバイオデータ１を用いた照
合を行ない、次にバイオデータ２を用いた照合を行な
う。最後に、バイオデータＮを用いた照合を行なう。ユ
ーザ２の場合には、第１番目にバイオデータ２を用いた
照合を行ない、第２番目にバイオデータ４を用いた照合
を行ない、最後にバイオデータ１を用いた照合を行な
う。

【００７３】図２３は第８のデータの流れ説明図であ
る。図において、３８は前述したバイオ認証ユーザ照合
順序テーブルであり、データベース３０内に設けられて
いる。 バイオデータの登録を行なう際、ユーザＩＤ毎に照合
するバイオデータの順序を定義する。 クライアント２０より照合要求を行なう。 認証サーバプログラム６０が、送られてきたユーザＩ
Ｄを基に照合順序テーブル３８よりマルチバイオの照合
順序を決定し（−１）、クライアント２０側に返す
（−２）。 クライアント２０は、照合順序に従い、クライアント
２０にあるバイオセンサーを検索し、バイオデータを読
み込み、照合要求を行なう。 サーバ１０側では、送られてきたバイオデータの照合
を行ない、照合結果をクライアント２０に通知する。

【００７４】この実施の形態例によれば、マルチバイオ
装置を扱うシステムにおいて、照合するバイオ認識装置
を選択する手間が省ける。また、マルチバイオ装置を扱
うシステムにおいて、照合する順序を一度設定すれば、
全てのクライアントで同じ設定を共有できる。更に、マ
ルチバイオ装置を扱うシステムにおいて、照合する順序
のプライオリティを設定することができる。

【００７５】次の実施の形態例について説明する。上述
した照合方法は１：１照合という。即ち、ユーザＩＤを
入力後、そのユーザＩＤを基に登録されているバイオデ
ータと照合し、そのＩＤの本人性を確かめる照合方法で
ある。

【００７６】これに対して、１：Ｎ照合とは、照合要求
のあったバイオデータと、登録されているバイオデータ
全てを照合し、そのバイオデータから本人を特定する照
合方法である（バイオデータのみで本人を特定するも
の）。

【００７７】図２４は、認証画面例を示す図である。ユ
ーザ名を入力する部分（ユーザＩＤフィールド）があ
り、認証ボタン、キャンセルボタン、終了ボタン等が設
けられている。先の１：１照合の場合には、ユーザＩＤ
フィールドにユーザＩＤを入れる必要がある。図２５
は、システムログインへの組み込みの説明図である。ユ
ーザＩＤフィールドにユーザＩＤを書き込むことによ
り、ログインする。

【００７８】図２６は照合処理の動作を示すフローチャ
ートである。システムとしては、図２を用いる。先ず、
アプリケーション４０より認証の要求を行なう（Ｓ
１）。この結果、制御がプログラム制御部２６に移る。
クライアント２０は、バイオデータの読み取りを行なう
（Ｓ３）。次に、クライアント２０はＩＤが入力されて
いるかどうか判断する（Ｓ４）。

【００７９】ＩＤが入力されている場合、サーバ１０は
ＩＤを基に事前に登録されているバイオデータを検索す
る（Ｓ５）。そして、読み取ったバイオデータとステッ
プＳ５で検索された登録されているバイオデータと照合
を行なう（Ｓ６）。次に、照合結果の判定を行なう（Ｓ
７）。そして、照合結果を要求アプリケーション４０へ
返す（Ｓ８）。

【００８０】ステップＳ４において、ＩＤが入力されて
いない場合、ＩＤが特定できない。そこで、事前に登録
されている全てのバイオデータとステップＳ３で読み取
ったバイオデータの照合を行ない（Ｓ９）、ステップＳ
７に進む（１：Ｎ照合）。

【００８１】なお、上述のフローチャートでは、図２に
示す場合の構成で説明したが、本発明はこれに限るもの
ではなく、図４に示す構成でも適用することができる。
この場合には、クライアント２０側にデータベース５０
が設けられているので、図２６に示した全てシーケンス
をクライアント０側で行なうことができる。

【００８２】この実施の形態例によれば、照合における
検索時間を短縮できるため、マルチバイオシステムにお
ける照合において、バイオ読み取り装置検索の効率化並
びに照合の効率化を行なうことができる。

【００８３】また、ユーザＩＤが通知されない場合に
は、事前に登録されている全てのバイオデータとの照合
を行なうことにより、ユーザＩＤがない時にも、本人を
特定することができる。

【００８４】次の実施の形態例は、前回一致したバイオ
データの種類の登録データから照合を行なうようにした
ものである。前回の照合履歴を見るために、図２７に示
すようなバイオ認証ログデータテーブル３９が用いられ
る。このテーブルには、ユーザＩＤ毎にバイオ認証デー
タと、操作年月日と、操作の種類と、結果が記憶されて
いる。このバイオ認証ログデータテーブル３９を参照し
て、照合結果がＯＫであった場合の認証データを用いる
ものである。

【００８５】図２８は第９のデータの流れ説明図であ
る。図において、３９がバイオ認証ログデータテーブル
で、データベース３０内に設けられている。 ユーザ１が、認証サーバプログラム６０に照会要求を
行なう。 認証サーバプログラム６０は、バイオ認証ログデータ
テーブル３９を検索し、前回一致したユーザ１のバイオ
認証種類情報を取得する。 認証サーバプログラム６０は、バイオデータＮと照合
を行なう。 照合結果をクライアント２０に通知する。

【００８６】この実施の形態例によれば、複数種類のバ
イオデータによる組み合わせの認証の場合、照合におけ
る検索時間を短縮することができる。次の実施の形態例
は、クライアントからサーバに照合要求をする場合に、
バイオデータに加えてバイオ読取装置情報も一緒に転送
するようにしたものである。図２９は第１０のデータの
流れ説明図である。図において、７０は読取装置情報デ
ータテーブルであり、読取装置毎に対応するバイオデー
タを記憶しておくものである。 バイオデータを読み取る際、バイオ読み取り装置情報
も読み取り、認証サーバプログラム６０に照合要求を行
なう。 サーバ１０は、読み取り装置情報データテーブル７０
を参照して、読み取られたバイオデータを判断し、認証
サーバプログラム６０にバイオ認証種類データを返す。 より返された情報を基に、認証データと測定したバ
イオデータとの照合を行なう。 照合結果は、クライアント２０に通知される。

【００８７】この実施の形態例によれば、照合における
検索時間を短縮できるため、マルチバイオシステムにお
ける照合において、バイオ読み取り装置検索の効率化並
びに照合の効率化を行なうことができる。

【００８８】次の実施の形態例について説明する。この
実施の形態例は、本来サーバ側で保持している認証デー
タを、クライアント側に転送し、クライアント側で認証
データを保持するようにして、クライアントのみでデー
タの照合を行なうことができるようにしたものである。

【００８９】図３０は、第１１のデータの流れ説明図で
ある。この実施の形態例では、クライアント２０側に記
憶装置８０を設け、この記憶装置にデータベース３０か
らのバイオデータを日付データと共に記憶させるように
したものである。 クライアント２０は、バイオデータ１で照合要求をす
る。 サーバ１０側の照合結果がクライアント２０側に通知
される。 認証サーバ１０は、サーバの日付データとクライアン
ト側の日付データとを比較する。 サーバ１０上の日付データがクライアント２０側の日
付データより新しい場合、クライアント２０に照合要求
ユーザのバイオデータをダウンロード（キャッシュ）す
る。同一の場合には、ダウンロードしない。

【００９０】この実施の形態例によれば、認証サーバ及
びネットワークにおける過大な負荷を軽減することがで
きる。

【００９１】

【発明の効果】以上、説明したように、本発明によれ
ば、以下の効果が得られる。 （１）請求項１記載の発明によれば、サーバ側で、クラ
イアントから送られてきたバイオデータを、バイオ認証
データ登録テーブルに記憶されているデータと比較する
ことで、照合することができる。また、照合結果はクラ
イアント側に通知されるので、クライアント側でその結
果を認識することができる。

【００９２】（２）請求項２記載の発明によれば、クラ
イアント側で照合を行なうことができ、かつクライアン
ト側で必要とされるメモリの容量は小さくてすむ。 （３）請求項３記載の発明によれば、サーバは必要に応
じてバイオデータと認証データとの照合を行ない、その
結果をクライアントに通知できる。

【００９３】（４）請求項４記載の発明によれば、複数
のバイオ認証を組み合わせて、用途に応じて認証度の高
低を設定することができる。また、高額な決済処理を行
なう電子稟議やインターネットにおける高額商品を取り
扱うシステムにおいては厳密な本人認証を行なうことが
できる。

【００９４】（５）請求項５記載の発明によれば、複数
マルチバイオデータを読み出す仕組みを予め設定してお
くことで、プログラムの汎用性を確保することができ
る。 （６）請求項６記載の発明によれば、クライアント側の
アプリケーションから認証を行なうことが可能となる。

【００９５】（７）請求項７記載の発明によれば、サー
バ管理は、本人のバイオ情報品質や運用に合わせて認証
種類を固定にできる場合に有効で、認証種類の組み合わ
せ情報を一元管理可能とすることができる。

【００９６】（８）請求項８記載の発明によれば、複数
の認証を行なわないため、認証手段を固定にすること
で、クライアントからの不正アクセス防止を行なうこと
ができる。また、遠隔地又は通信速度が遅い場所等、ア
クセス時間がかかる場合の認証時間を短縮することがで
きる。

【００９７】（９）請求項９記載の発明によれば、認証
手段を固定にすることで、クライアントからの不正アク
セス防止を行なうことができる。 （１０）請求項１０記載の発明によれば、生体の経年変
化による認証データの精度の低下による誤認識を防止す
ることができる。

【００９８】（１１）請求項１１記載の発明によれば、
マルチバイオシステムにおいて、２個目以降のバイオデ
ータを登録する際、システム管理者を必要とせずにバイ
オデータの登録を行なうため、登録の煩雑さを避けるこ
とができる。

【００９９】（１２）請求項１２記載の発明によれば、
マルチバイオ装置を扱うシステムにおいて、照合するバ
イオ認識装置を選択する手間が省ける。また、マルチバ
イオ装置を扱うシステムにおいて、照合する順序を一度
設定すれば、全てのクライアントで同じ設定を共有でき
る。更に、マルチバイオ装置を扱うシステムにおいて、
照合する順序のプライオリティを設定することができ
る。

【０１００】（１３）請求項１３記載の発明によれば、
照合における検索時間を短縮できるため、マルチバイオ
システムにおける照合において、バイオ読み取り装置検
索の効率化並びに照合の効率化を行なうことができる。

【０１０１】（１４）請求項１４記載の発明によれば、
ユーザＩＤがない時にも、本人を特定することができ
る。 （１５）請求項１５記載の発明によれば、複数種類のバ
イオデータによる組み合わせの認証の場合、照合におけ
る検索時間を短縮することができる。

【０１０２】（１６）請求項１６記載の発明によれば、
照合における検索時間を短縮できるため、マルチバイオ
システムにおける照合において、バイオ読み取り装置検
索の効率化並びに照合の効率化を行なうことができる。

【０１０３】（１７）請求項１７記載の発明によれば、
認証サーバ及びネットワークにおける過大な負荷を軽減
することができる。 （１８）請求項１８記載の発明によれば、サーバで認証
された結果をクライアント側で確認することができる。
この場合において、バイオ認証データ登録テーブルに、
クライアントが持つバイオデータの読み取り機能と同一
種類の認証データが登録されていれば、クライアント側
で認証することができる。

【０１０４】このように、本発明によれば、いずれのク
ライアントであっても、そのクライアントが持つバイオ
データの読み取り機能と同一種類の認証データが登録さ
れていれば認証することができるデータ認証方法及びデ
ータ認証装置を提供することができる。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の一実施の形態例を示すブロック図であ
る。

【図３】本発明の第１の処理フローを示す図である。

【図４】本発明の他の実施の形態例を示すブロック図で
ある。

【図５】本発明の第２の処理フローを示す図である。

【図６】第１のデータの流れ説明図である。

【図７】本発明の第１の処理説明図である。

【図８】本発明の第３の処理フローを示す図である。

【図９】本発明の第４の処理フローを示す図である。

【図１０】アプリケーション情報テーブルの構成例を示
す図である。

【図１１】アプリケーションで保持する認証種類の組み
合わせ情報を示す図である。

【図１２】第２のデータの流れ説明図である。

【図１３】一連認証の処理フローを示す図である。

【図１４】個別認証チャートの処理フローを示す図であ
る。

【図１５】クライアント情報テーブルの構成例を示す図
である。

【図１６】第４のデータの流れ説明図である。

【図１７】第５のデータの流れ説明図である。

【図１８】バイオ認証データ登録テーブルの構成例を示
す図である。

【図１９】バイオ認証ユーザ情報テーブルの構成例を示
す図である。

【図２０】第６のデータの流れ説明図である。

【図２１】第７のデータの流れ説明図である。

【図２２】バイオ認証ユーザ照合順序テーブルの構成例
を示す図である。

【図２３】第８のデータの流れ説明図である。

【図２４】認証画面例を示す図である。

【図２５】システムログインへの組み込みの説明図であ
る。

【図２６】照合処理の動作を示すフローチャートであ
る。

【図２７】バイオ認証ログデータテーブルの構成例を示
す図である。

【図２８】第９のデータの流れ説明図である。

【図２９】第１０のデータの流れ説明図である。

【図３０】第１１のデータの流れ説明図である。

【符号の説明】

１０ サーバ １１ 通信手段 ２０ クライアント ２１ 通信手段 ２５ａ キャッシュメモリ ３０ データベース ３１ バイオ認証データ登録テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山本 秀生 東京都品川区南大井６丁目26番１号 富士 通サポートアンドサービス株式会社内 (72)発明者 野村 充洋 東京都品川区南大井６丁目26番１号 富士 通サポートアンドサービス株式会社内 (72)発明者 北澤 正廣 東京都品川区南大井６丁目26番１号 富士 通サポートアンドサービス株式会社内 Ｆターム(参考） 5B085 AE02 AE06 AE23 AE25 5J104 AA07 KA01 KA16 PA07

Claims (18)

【特許請求の範囲】
1. 【請求項１】 サーバと複数のクライアントがネットワ
   ークを介して接続されたデータベース認証システムにお
   いて、 前記サーバには、ユーザ毎のバイオ認証データを記憶す
   るバイオ認証データ登録テーブルを具備し、 前記クライアントには、サーバから転送されてくる認証
   データを記憶するキャッシュメモリを設けたことを特徴
   とするデータ認証装置。
2. 【請求項２】 複数種類のバイオデータに関する認証が
   可能なシステムにおいて、 前記クライアントは、サーバに対して認証データの要求
   を行ない、 サーバ側から認証データが送られてくると、キャッシュ
   メモリにそのデータを記憶させ、 当該キャッシュメモリに記憶された認証データをもとに
   バイオデータ読取装置で測定したデータとの照合を行な
   うことを特徴とする請求項１記載のデータ認証装置。
3. 【請求項３】 前記サーバは、クライアントに対してバ
   イオデータ読取装置のバイオデータの要求を行ない、 該サーバは、送られてきたバイオデータをデータベース
   に記憶されている認証データと照合してその結果をクラ
   イアントに通知することを特徴とする請求項１記載のデ
   ータ認証装置。
4. 【請求項４】 複数種類のバイオデータによる認証が可
   能なシステムにおいて、 複数種類のバイオデータを読み込み、 それら各々の照合結果の論理条件をとって最終の認証を
   決定することを特徴とするデータ認証方法。
5. 【請求項５】 複数種類のバイオデータによる認証が可
   能なシステムにおいて、 認証種類の組み合わせ情報をサーバに格納管理し、 アプリケーションに接続時、その情報を読み出して認証
   を行なうことを特徴とするデータ認証方法。
6. 【請求項６】 複数種類のバイオデータによる認証が可
   能なシステムにおいて、 アプリケーション側で認証種類の組み合わせ情報を保持
   管理し、 認証要求時にアプリケーション側から認証種類の組み合
   わせ情報をサーバに転送し、認証を行なうことを特徴と
   するデータ認証方法。
7. 【請求項７】 前記認証は個別認証チャートでの認証で
   あることを特徴とする請求項５又は６の何れかに記載の
   データ認証方法。
8. 【請求項８】 クライアント毎に検出する手段を設定し
   ておき、一義的に認証手段を決定することを特徴とする
   データ認証方法。
9. 【請求項９】 前記システムにおいて、個別認証チャー
   トにより認証することを特徴とする請求項８記載のデー
   タ認証方法。
10. 【請求項１０】 複数種類のバイオデータによる認証が
    可能なシステムにおいて、 認証結果ログとして認証精度又は認証データの一致数と
    照合数を保持し、 予め決められた認証精度を下回る認証データに関して、
    照合要求があった場合、認証結果がＮＧの判定ならば、
    認証データの更新要求を行ない、認証データをその時の
    照合データ又はその照合データから作成した認証用デー
    タに書き替えることを特徴とするデータ認証方法。
11. 【請求項１１】 複数種類のバイオデータによる認証が
    可能なシステムの認証用データの登録において、 登録を依頼するユーザがすでに認証用データの登録を１
    個以上している場合、その登録された認証データによる
    認証により本人と判断された場合、未登録の認証データ
    を新たに登録可能とすることを特徴とするデータ認証方
    法。
12. 【請求項１２】 複数種類のバイオデータによる認証が
    可能なシステムにおいて、 認証用データ登録時に認証を行なうバイオ照合順序を予
    め決めて登録することを特徴とするデータ認証方法。
13. 【請求項１３】 複数種類のバイオデータによる認証が
    可能なシステムにおいて、アプリケーションとシステム
    にログインする際の認証を行なう時、ユーザＩＤが認証
    システムに通知され、本人認証を要求する場合、そのユ
    ーザＩＤをもとに事前に登録されているバイオデータを
    読み取り、照合要求のためにバイオセンサーから読み取
    られたバイオデータと照合を行なうことを特徴とするデ
    ータ認証方法。
14. 【請求項１４】 ユーザＩＤが通知されず、バイオセン
    サーからバイオデータを読み取り、バイオデータ照合部
    に送信された場合は、該当のバイオデータの種類につい
    て、事前に登録されている全てのバイオデータとの照合
    を行なうことを特徴とする請求項１３記載のデータ認証
    方法。
15. 【請求項１５】 複数のバイオデータによる認証が可能
    なシステムにおいて、登録されているバイオデータと照
    合要求のため入力されたユーザＩＤとバイオセンサーか
    ら読み取られたバイオデータを照合する方法において、 前回一致したバイオデータの種類の登録データから照合
    を行なうことを特徴とするデータ認証方法。
16. 【請求項１６】 複数種類のバイオデータによる認証が
    可能なシステムにおいて、バイオセンサーからバイオデ
    ータを読み取り後、事前に登録されている全てのバイオ
    データとの照合を行なう方法において、 あるクライアントからバイオデータのみの照合要求があ
    る場合、照合要求として送られてくるバイオデータにバ
    イオ読み取り装置情報を追加したデータより照合するバ
    イオデータを決定し、特定のバイオデータと照合するこ
    とを特徴とするデータ認証方法。
17. 【請求項１７】 クライアントから登録された認証デー
    タを保持するサーバと、そのサーバにネットワークで接
    続しているクライアントで構成されるシステムにおい
    て、クライアントは認証のためのデータ読み取り手段を
    有し、予め設定された認証のタイミングにおいて、認証
    データ入力手段から入力された認証データを認証サーバ
    に転送し、クライアントから送信されてきた認証データ
    と照合し、その結果をクライアントに送信するシステム
    において、１度サーバで認証し本人と同一と判断した場
    合、サーバに登録されている認証データをクライアント
    に送信し、クライアントではそのデータを保持し、それ
    以降の認証時はクライアントで保持した認証データと入
    力した認証データを比較するようにしたことを特徴とす
    るデータ認識装置。
18. 【請求項１８】 バイオ認証サーバと、複数のクライア
    ントが接続されたシステムにおいて、前記サーバが照合
    を行なった場合、その照合結果に基づくキャッシングデ
    ータをクライアント側に転送することを特徴とするデー
    タ認証装置。