JP4709473B2

JP4709473B2 - Bio authentication system

Info

Publication number: JP4709473B2
Application number: JP2003017549A
Authority: JP
Inventors: 庸雅児玉; 秀生山本; 正廣北澤
Original assignee: Fujitsu FSAS Inc
Current assignee: Fujitsu FSAS Inc
Priority date: 2003-01-27
Filing date: 2003-01-27
Publication date: 2011-06-22
Anticipated expiration: 2023-01-27
Also published as: JP2004227494A

Description

【０００１】
【発明の属する技術分野】
本発明はバイオ認証システムに関する。
【０００２】
【従来の技術】
近年、指紋、声紋、顔等の生体情報（バイオ情報）を用いて、本人を確認する技術が進んでいる。具体的には、研究所の入口等に指紋を用いた生体認証システムを設置しておき、指紋が照合した場合のみ、その人の入室を許可するようなシステムが実用化されている。
【０００３】
例えば、生体情報から抽出した特徴データと基準データとを比較して基準データとの類似度を算出し、その特徴データと類似度を記憶しておき、入力された生体情報の特徴データと、前記類似度を基に選出された生体特徴データとの照合を行なうようにしたシステムが知られている（例えば特許文献１参照）。
【０００４】
従来のバイオ認証システムでは、システムのインストール時やシステム開発時に照合するバイオ認証データのロケーション（場所）は特定されているのが普通である。また、認証するロケーションは一意に決まっているのが通常である。
【０００５】
【特許文献１】
特開２００２−２９７５４９号公報（第３頁、第４頁、図１、図２）
【０００６】
【発明が解決しようとする課題】
従来の技術では、システムのインストール時やシステム開発時に照合するバイオ認証データのロケーションを特定していたため、システムにおいては、ロケーションを変更するだけで、システム設計を見直したり、プログラムの再インストールを行わなければならないという問題がある。また、認証するロケーションが一意に決まっているため、利用シーン（システム、アプリケーション）等も限定されている。更に、認証するロケーションが一意に決まっている場合、そのロケーションに障害時等のトラブルが発生した場合に、使用できないという問題がある。更に、ローカル照合を行なう場合に、バイオ認証データのセキュリティ管理が問題となる。
【０００７】
本発明はこのような課題に鑑みてなされたものであって、バイオ認証を行なうロケーションを任意に選択できるようにしたバイオ認証システムを提供することを目的としている。
【０００８】
【課題を解決するための手段】
（１）請求項１記載の発明は、以下の通りである。図１は本発明の原理ブロック図である。図に示すシステムは、バイオ認証サーバ１と複数のバイオ認証クライアント２とがバス３を介して接続され、バイオデータの認証を行なうバイオ認証システムを構成している。１０はバイオ認証サーバ１内に設けられたバイオ認証データを記憶するバイオ認証データ記憶部、１１はバイオ認証クライアント２内に設けられたバイオ認証データを記憶するバイオ認証データ記憶部である。これらバイオ認証データ記憶部１０,１１はデータベースに設けられるのが通常である。この場合において、バイオ認証データの登録はバイオ認証サーバ１側で行なうが、登録されたバイオ認証データは、クライアント、ＩＣカード等に記憶される。
【０００９】
このように構成すれば、認証データロケーションの選択により、エンドユーザ（使用者、管理者）は、システムの稼働状況（障害時や混雑時等）により認証ロケーションを選択することができる。また、利用シーンに応じて認証場所を選択することができる。例えばＷｅｂサーバのアプリケーションの場合、バイオ認証サーバ認証、モバイルの場合カード認証等の認証場所を選択することができる。更に、バイオ認証サーバからバイオ認証データをそれぞれの認証場所に書き込むため、セキュリティが確保される。
（２）請求項２記載の発明は、個人のバイオ認証データを複数保有できる場合、照合するバイオ認証データのロケーションをユーザ毎に設定可能にすることを特徴とする。
このように構成すれば、照合するバイオ認証データのロケーションをユーザ毎に設定可能にすることで、ＩＣカード等ローカル認証でデータ改竄によるセキュリティ侵入が発生した時、システム又は一部機能を止めることなく、対象者の利用の可否を設定することにより、セキュリティ全体に影響することを最小限におさえることができる。
【００１２】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
【００１３】
図２は本発明の一実施の形態例を示すブロック図である。図１と同一のものは、同一の符号を付して示す。図において、１はバイオ認証サーバ、２はバイオ認証サーバ１に対して少なくとも１つ設けられたバイオ認証クライアント、３はバイオ認証サーバ１とバイオ認証クライアント２とを接続するバスである。
【００１４】
バイオ認証サーバ１において、１０はバイオ認証データが記憶されるバイオ認証データ記憶部としてのデータベースである。該データベース１０には、例えばバイオ認証データ登録テーブル１０Ａとユーザテーブル１０Ｂとが含まれる。バイオ認証データ登録テーブル１０Ａは、ユーザＩＤと、バイオ認証データと、登録年月日とから構成されている。一方、ユーザテーブル１０Ｂは、ユーザＩＤと氏名から構成されている。
【００１５】
図３はユーザテーブル１０Ｂの詳細構成例を示す図である。図に示すようにユーザＩＤと、氏名と、バイオ認証データのロケーション１〜ロケーションＮから構成されている。ユーザＩＤは＃１〜＃ＮまでのＮ個存在する。例えば、ユーザＩＤ＃１において、ロケーション１はバイオ認証サーバに設けられており、ロケーション２はバイオ認証クライアントに設けられている。
【００１６】
図４はユーザテーブルの他の詳細構成例を示す図である。図３に示すテーブルに加えて、各ロケーション毎に使用の可否を示すデータが記憶されるようになっている。例えば、○の場合は使用可、×の場合は使用不可である（詳細後述）。
【００１７】
再び図２の説明に戻る。１１０はバイオデータの照合を行なうバイオデータ照合部で、＃１〜＃ＮまでＮ個設けられている。該バイオデータ照合部１１０は、バイオ認証クライアント２から送られてきたバイオデータと、データベース１０に記憶されているバイオデータとの比較照合を行なう。１２はバイオ認証サーバ１を動作させる各種のプログラムを制御するプログラム制御部、１３はバイオ認証クライアント２との通信を行なう通信手段、１４はバイオデータ照合部１１０と、データベース１０と、プログラム制御部１２と、通信手段１３間を接続するバスである。
【００１８】
バイオ認証クライアント２において、２０はバイオ認証クライアント２を動作させる各種のプログラムを制御するプログラム制御部、２１はバイオデータを検出する機構からなるバイオデータドライバである。該バイオデータドライバ２１は、＃１〜＃ＮまでＮ個設けられている。２２はバイオデータ他の各種のデータを記憶する記憶部である。該記憶部２２としては、例えばハードディスク装置等が用いられ、データベースとして機能することもできる。該記憶部２２は、図１のバイオ認証データ記憶部１１に相当している。
【００１９】
２３はバイオ認証サーバ１に記憶されているバイオデータを記憶するＩＣカード、２４はバイオ認証サーバ１に記憶されているバイオデータを記憶するバイオ読取装置、２５はキーボード、マウス等よりなる各種のコマンド等を入力する操作部、２６はバイオ認証サーバ１と通信を行なうための通信手段である。
【００２０】
２７はバイオデータを検出するバイオデータ検出部である。バイオ読取装置２４は、例えば指紋読取装置であり、その中にバイオ認証サーバ１からのバイオ認証データを記録できるようになっている。本発明では、ＩＣカード２３又はバイオ読取装置２４にバイオ認証データを記憶しておき、ＩＣカード２３又はバイオ読取装置２４でデータ認証を行なうこともできるようになっている。前記バイオデータ検出部２７は、例えば指紋、声紋、顔等のバイオデータを検出するものであり、＃１〜＃ＮまでのＮ個設けられている。
【００２１】
２８は、バイオ認証サーバ１のデータベース１０又は記憶部２２に記憶されている基準バイオデータと、バイオデータ検出部２７から読み込んだバイオデータとの比較照合を行なうバイオデータ照合部である。２９はバイオ認証クライアント２を動作させるためのプログラムよりなるアプリシーションであり、ここでは１個しか図示していないが、複数のアプリシーションが存在する。３０は、通信手段２６、バイオデータドライバ２１、記憶部２２、プログラム制御部２０、ＩＣカード２３、バイオ読取装置２４、操作部２５、バイオデータ検出部２７、バイオデータ照合部２８、アプリシーション２９間を接続するバスである。このように構成されたシステムの動作を説明すれば、以下の通りである。
【００２２】
ユーザは、先ず自己のユーザＩＤをバイオ認証クライアント２側の操作部２５から入力する。プログラム制御部２０は、入力されたユーザＩＤを通信手段２６を介してバイオ認証サーバ１に送り、認証情報取得の要求を行なう。この要求は、通信手段１３を介してプログラム制御部１２に与えられる。該プログラム制御部１２は、受信したユーザＩＤを元にバイオ認証データ登録テーブル１０Ａを検索して送られてきたユーザＩＤと同一のものがあるかどうかチェックする。
【００２３】
同一のものが登録されていなかった場合には、処理は終了する。この時、バイオ認証クライアント２のディスプレイに、ユーザが入力したユーザＩＤは存在しない旨のアラームを表示する。或いは、音声でユーザに通知するようにしてもよい。
【００２４】
同一のものがバイオ認証データ登録テーブル１０Ａに登録されていた場合、プログラム制御部１２は、バイオ認証データ登録テーブル１０Ａを検索して同一のユーザＩＤに属するバイオ情報を通信手段１３を介してバイオ認証クライアント２側に転送する。バイオ認証クライアント２では、プログラム制御部２０が、返信されてきたバイオ情報（例えばバイオ＃１データ、バイオ＃２データ）を表示部に表示する。この表示を見て、ユーザは自分が現在どのようなバイオ認証方式で、どのようなバイオデータが登録されているかを認識することができる。
【００２５】
或いはまた、バイオ認証サーバ１では、プログラム制御部１２は、バイオ認証データ登録テーブル１０Ａを検索し、同一のバイオ認証方式（例えば指紋照合方式）に属する複数のバイオデータをバイオ認証クライアント２側に送信することができる。
【００２６】
バイオ認証クライアント２側では、受信した複数のバイオデータを、表示部に表示させることができる。この時の表示の態様としては、例えば指紋情報としては、（中指、人差し指、親指）等を表示することが考えられる。
【００２７】
バイオ認証サーバ１側から与えられたバイオ認証方式、バイオデータを参照したユーザは、現在の状態では、どのバイオ認証方式が最適であるかどうかを判断する。そして、操作部２５を操作して、照合するバイオ認証方式を決定する。ユーザは、バイオデータドライバ２１の何れかを選択してバイオデータを取得させる。バイオデータ検出部２７は、バイオデータドライバ２１からのバイオデータを検出する。
【００２８】
検出されたバイオデータは、通信手段２６を介してバイオ認証サーバ１側に送信される。バイオデータ照合部１１０は、バイオ認証データ登録テーブル１０Ａに登録されていたバイオデータを読み出して、送られてきたバイオデータとの照合を行なう。
【００２９】
照合の結果が一致した場合、通信手段１３を介してバイオ認証クライアント２側に通知し、バイオ認証クライアント２側では、表示部にその旨を表示し、或いは音声で照合結果が一致したことをユーザに通知する。
【００３０】
このように、本発明によれば、前記バイオ認証クライアント２側から、バイオ認証サーバ１側に対して、バイオ認証クライアント２に入力されたユーザＩＤを元にバイオ認証サーバ１に認証情報取得の要求を行ない、前記バイオ認証サーバ１は、この要求を受けると前記ユーザＩＤを元に前記バイオ認証データ登録テーブル１０Ａを検索してその結果得られた情報をバイオ認証クライアント２側に返すようにしているので、ユーザは自分が現在どのようなバイオデータを登録しているかを認識することができる。
【００３１】
以上、バイオデータの照合をバイオ認証サーバ１側で行なう場合を例にとって説明したが、本発明はこれに限るものではない。バイオ認証クライアント２側にバイオデータ照合部２８を具備しているので、操作部２５から操作することにより、バイオ認証クライアント２側でも基準となるバイオデータを記憶部２２に記憶している場合、そのバイオデータとバイオデータ検出部２７で検出したバイオデータとを比較することによりバイオデータの照合を行なうことができる。
【００３２】
図５はバイオ認証クライアント側の構成例を示すブロック図である。図２と同一のものは、同一の符号を付して示す。図２に示す実施の形態例に比較して異なる点は、図２の記憶部２２が認証データを記憶するデータベースになっている点である。このデータベース２２には、バイオ認証データ登録テーブル２２Ａと、ユーザテーブル２２Ｂが含まれている。
【００３３】
バイオ認証データ登録テーブル２２Ａは、図２のバイオ認証データ登録テーブル１０Ａと同様に、ユーザＩＤと、バイオ認証データと、登録年月日より構成されている。ユーザテーブル２２Ｂは、ユーザＩＤと氏名から構成されているが、実際のユーザテーブルは、図３,図４に示すような詳細構成となっている。このように、バイオ認証クライアント２側にもバイオ認証データ登録テーブル２２Ａとユーザテーブル２２Ｂを持つデータベース２２を設けておくことにより、バイオ認証クライアント側でもバイオ認証が可能となる。即ち、エンドユーザ（使用者。以下単にユーザという）が、システムの稼働状況により認証ロケーションをバイオ認証サーバ１側か又はバイオ認証クライアント２側かの何れの側にも設定することができる。
【００３４】
本発明によれば、ユーザが利用シーンに応じて認証場所を選択することができる。例えば、Ｗｅｂサーバのアプリシーションの場合、サーバ認証、モバイルの場合カード認証等の認証場所を選択することができる。更に、バイオ認証サーバ１からバイオ認証データをそれぞれの認証場所に書き込むため、セキュリティが確保される。
【００３５】
図６は画面操作の例を示す図であり、バイオ認証クライアント側の表示画面を示している。画面１は認証場所選択前の画面である。この表示画面は、操作部２５（図２,図５参照）から操作するようになっている。図において、４０はユーザＩＤ記入欄、４１はドメイン名記入欄、４２は認証場所選択欄、４３は認証開始ボタン、４４はキャンセルボタンである。
【００３６】
この実施の形態例では、個人のバイオ認証データを複数保有できる場合、照合するバイオ認証データのロケーションを予めユーザ毎に登録しておくようにしている。
【００３７】
画面２は認証場所選択中の画面を示している。ユーザが認証場所選択欄４２の右端にあるクリックボタン４２ａをマウスでクリックすると、画面２に示すように予め登録されている認証場所が複数表示される。この複数表示された認証場所からユーザが「サーバ認証」をクリックしたものとすると、画面３に示すように認証場所は「サーバ認証」が表示され、認証するロケーションとしてサーバ認証が選択されたことを示す。この後、ユーザが認証開始ボタン４３をクリックすると、バイオ認証サーバ１に記憶されている認証データを用いて、バイオデータ検出部２７より検出されたバイオデータの認証を行なう。なお、バイオ認証の途中でキャンセル４４をクリックするとバイオ認証動作はキャンセルされ、元の画面１に戻る。
【００３８】
このように、本発明によれば、認証データのロケーションを予め登録しておくことにより、使用できない認証を誤って選択することがなくなる。また、予め使用可能なロケーションを設定しておくことで、予期していない場所での認証を行なう等セキュリティ低下の原因をなくすことができる。
【００３９】
図７は本発明のシステムシーケンスを示す図である。図２と同一のものは、同一の符号を付して示す。ここでは、バイオ認証クライアント２側でバイオ認証動作を行なう場合を示している。図において、１はバイオ認証サーバ、１０は該バイオ認証サーバ１と接続され、バイオ認証データを記憶するバイオ情報データベースである。２はバイオ認証クライアント、２７はバイオデータ検出部（バイオセンサ）、２３はバイオデータを記憶するＩＣカードである。該ＩＣカード２３はバイオ認証クライアント２に接続して使用する。
【００４０】
２２はバイオ認証クライアント２と接続されるバイオ認証データを記憶するバイオ情報データベースである。２９はバイオ照合シーケンスを行なうアプリシーションであり、バイオ認証クライアント２の表示画面にメニューが表示される。アプリシーション２９より、認証するデータが登録されているデバイスやロケーション（場所）を選択する。このロケーションとしては、バイオ認証サーバや、バイオ認証クライアントや、ＩＣカード、バイオ認証装置等が用いられる。
【００４１】
ここで、ユーザが例えば「クライアント認証」を選択したものとすると、認証場所選択欄４２（図６参照）には、「クライアント認証」が表示される（▲１▼）。ユーザは認証開始ボタン４３をクリックし、バイオデータ検出部２７より照合データを取得する（▲２▼）。
【００４２】
▲２▼で取得したバイオ照合データと認証ロケーションで指定された予め登録されている認証登録データと照合するためにアプリシーション２９からバイオ情報データベース２２に認証要求を行なう（▲３▼）。バイオ認証クライアント２は、データベースに記憶されている基準のバイオ認証データと、バイオ検出部２７で読み込んだバイオ認証データとを比較し、その認証結果をアプリシーション２９側に返す（▲４▼）。バイオ認証クライアント２の画面には表示結果が表示される。その表示結果は、一致した場合には「認証ＯＫ」であり、不一致の場合は「認証ＮＧ」である。
【００４３】
上述の実施の形態例では、照合する個人のバイオ認証データのロケーションを予めユーザ毎に登録しておき、使用時にその中から選択可能にした場合について説明した。本発明ではこれに加えて、個人のバイオ認証データを複数保有できる場合、照合するバイオ認証データのロケーションをユーザ毎に利用の可否を設定可能にすることができる。
【００４４】
前述した図４に示すユーザテーブルは、この目的のために構成されたものである。例えば、ＵＩＤ（ユーザＩＤ）＃１のユーザの場合、ロケーション１はサーバにあり、使用の可否は○である。従って、サーバにあるロケーション１は使用することができる。これに対してクライアントにあるロケーション２は使用の可否は×である。従って、クライアントにあるロケーションは使用することができない。
【００４５】
このように構成すれば、ＩＣカード等ローカル認証でデータ改竄によるセキュリティ侵入が発生した時、システム又は一部機能を止めることなく、対象者の利用可否を設定することにより、セキュリティ全体に影響することを最小限におさえることができる。
【００４６】
【発明の効果】
以上説明したように、本発明によれば、以下の効果が得られる。
（１）請求項１記載の発明によれば、認証データロケーションの選択により、エンドユーザ（使用者、管理者）は、システムの稼働状況（障害時や混雑時等）により認証ロケーションを選択することができる。また、利用シーンに応じて、認証場所を選択することができる。例えばＷｅｂサーバのアプリケーションの場合、バイオ認証サーバ認証、モバイルの場合カード認証等の認証場所を選択することができる。更に、バイオ認証サーバからバイオ認証データをそれぞれの認証場所に書き込むため、セキュリティが確保される。また、認証データのロケーションを予め登録しておくことにより、使用できない認証を誤って選択することがなくなる。また、予め使用可能なロケーションを設定しておくことで、予期していない場所での認証を行なう等セキュリティ低下の原因をなくすことができる。
（２）請求項２記載の発明によれば、ＩＣカード等ローカル認証でデータ改竄によるセキュリティ侵入が発生した時、システム又は一部機能を止めることなく、対象者の利用可否を設定することにより、セキュリティ全体に影響することを最小限におさえることができる。
【００４７】
このように、本発明によれば、バイオ認証を行なうロケーションを任意に選択できるようにしたバイオ認証システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の原理ブロック図である。
【図２】本発明の一実施の形態例を示すブロック図である。
【図３】ユーザテーブルの詳細委構成例を示す図である。
【図４】ユーザテーブルの他の詳細構成例を示す図である。
【図５】バイオ認証クライアント側の構成例を示すブロック図である。
【図６】画面操作の例を示す図である。
【図７】本発明のシステムシーケンスを示す図である。
【符号の説明】
１バイオ認証サーバ
２バイオ認証クライアント
３バス
１０バイオ認証データ記憶部
１１バイオ認証データ記憶部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a bio-authentication system.
[0002]
[Prior art]
2. Description of the Related Art In recent years, techniques for confirming an individual using biometric information (bioinformation) such as a fingerprint, a voiceprint, and a face have been advanced. Specifically, a biometric authentication system using a fingerprint is installed at the entrance of a laboratory, and a system that allows the person to enter the room only when the fingerprint is collated has been put into practical use.
[0003]
For example, the feature data extracted from the biometric information is compared with the reference data to calculate the similarity with the reference data, the feature data and the similarity are stored, the feature data of the input biometric information, A system is known in which collation with biometric feature data selected based on similarity is performed (see, for example, Patent Document 1).
[0004]
In conventional bio-authentication systems, the location (place) of bio-authentication data to be verified at the time of system installation or system development is usually specified. Also, the location to authenticate is usually uniquely determined.
[0005]
[Patent Document 1]
JP 2002-297549 A (3rd page, 4th page, FIG. 1, FIG. 2)
[0006]
[Problems to be solved by the invention]
In the conventional technology, the location of bio-authentication data to be checked at the time of system installation or system development is specified. Therefore, in the system, it is necessary to review the system design or reinstall the program simply by changing the location. There is a problem that must be. Further, since the location to be authenticated is uniquely determined, usage scenes (system, application) and the like are also limited. Furthermore, when a location to be authenticated is uniquely determined, there is a problem that the location cannot be used when a trouble such as a failure occurs in the location. Furthermore, when performing local verification, security management of biometric authentication data becomes a problem.
[0007]
The present invention has been made in view of such problems, and an object of the present invention is to provide a bio-authentication system in which a location for performing bio-authentication can be arbitrarily selected.
[0008]
[Means for Solving the Problems]
(1) The invention described in claim 1 is as follows. FIG. 1 is a principle block diagram of the present invention. The system shown in the figure constitutes a bio-authentication system in which a bio-authentication server 1 and a plurality of bio-authentication clients 2 are connected via a bus 3 to perform bio-data authentication. Reference numeral 10 denotes a bio-authentication data storage unit that stores bio-authentication data provided in the bio-authentication server 1, and 11 denotes a bio-authentication data storage unit that stores bio-authentication data provided in the bio-authentication client 2. These bio-authentication data storage units 10 and 11 are usually provided in a database. In this case, the bio-authentication data is registered on the bio-authentication server 1 side, but the registered bio-authentication data is stored in a client, an IC card, or the like.
[0009]
If comprised in this way, an end user (user, administrator) can select an authentication location by the operating condition (at the time of a failure, the time of congestion, etc.) by selection of an authentication data location. Also, the authentication location can be selected according to the usage scene. For example, in the case of application Ke Shon of the Web server, it is possible to select the bio-authentication server authentication, authentication location of when the card such as authentication of the mobile. Furthermore, since bio-authentication data is written from the bio-authentication server to each authentication location, security is ensured.
(2) The invention described in claim 2 is characterized in that when a plurality of individual bio-authentication data can be held, the location of bio-authentication data to be collated can be set for each user .
By configuring in this way, the location of bio-authentication data to be verified can be set for each user, so that when a security intrusion occurs due to data tampering with local authentication such as an IC card, without stopping the system or some functions By setting the availability of the target person, it is possible to minimize the influence on the entire security.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0013]
FIG. 2 is a block diagram showing an embodiment of the present invention. The same components as those in FIG. 1 are denoted by the same reference numerals. In the figure, 1 is a bio-authentication server, 2 is at least one bio-authentication client provided for the bio-authentication server 1, and 3 is a bus connecting the bio-authentication server 1 and the bio-authentication client 2.
[0014]
In the bio-authentication server 1, reference numeral 10 denotes a database as a bio-authentication data storage unit that stores bio-authentication data. The database 10 includes, for example, a bio authentication data registration table 10A and a user table 10B. The bio-authentication data registration table 10A includes a user ID, bio-authentication data, and registration date. On the other hand, the user table 10B includes a user ID and a name.
[0015]
FIG. 3 is a diagram illustrating a detailed configuration example of the user table 10B. As shown in the figure, it consists of a user ID, a name, and locations 1 to N of bio-authentication data. There are N user IDs # 1 to #N. For example, in user ID # 1, location 1 is provided in the bio-authentication server, and location 2 is provided in the bio-authentication client.
[0016]
FIG. 4 is a diagram illustrating another detailed configuration example of the user table. In addition to the table shown in FIG. 3, data indicating the availability of use for each location is stored. For example, it can be used in the case of ○, and cannot be used in the case of × (details will be described later).
[0017]
Returning to the description of FIG. Reference numeral 110 denotes a biodata collation unit that performs biodata collation, and N pieces of # 1 to #N are provided. The biodata collation unit 110 performs comparison collation between the biodata sent from the biometric authentication client 2 and the biodata stored in the database 10. 12 is a program control unit that controls various programs for operating the bioauthentication server 1, 13 is a communication unit that communicates with the bioauthentication client 2, 14 is a biodata verification unit 110, a database 10, and a program control unit 12. And a bus connecting the communication means 13.
[0018]
In the bio-authentication client 2, 20 is a program control unit that controls various programs that operate the bio-authentication client 2, and 21 is a bio-data driver including a mechanism that detects bio-data. N biodata drivers 21 are provided from # 1 to #N. A storage unit 22 stores various data such as biodata. As the storage unit 22, for example, a hard disk device or the like is used, and the storage unit 22 can also function as a database. The storage unit 22 corresponds to the bio-authentication data storage unit 11 of FIG.
[0019]
23 is an IC card for storing biodata stored in the bioauthentication server 1, 24 is a bioreading device for storing biodata stored in the bioauthentication server 1, and 25 is various commands including a keyboard and a mouse. , Etc., is a communication means for communicating with the bio-authentication server 1.
[0020]
Reference numeral 27 denotes a biodata detection unit that detects biodata. The bio reader 24 is, for example, a fingerprint reader, and can record bio authentication data from the bio authentication server 1 therein. In the present invention, bio-authentication data is stored in the IC card 23 or the bio-reading device 24, and data authentication can be performed by the IC card 23 or the bio-reading device 24. The biodata detection unit 27 detects biodata such as fingerprints, voiceprints, faces, and the like, and is provided with N pieces from # 1 to #N.
[0021]
Reference numeral 28 denotes a biodata collation unit that performs comparison and collation between the reference biodata stored in the database 10 or the storage unit 22 of the bioauthentication server 1 and the biodata read from the biodata detection unit 27. Reference numeral 29 denotes an application comprising a program for operating the bio-authentication client 2. Although only one is shown here, there are a plurality of applications. Reference numeral 30 denotes a communication unit 26, a biodata driver 21, a storage unit 22, a program control unit 20, an IC card 23, a bio reader 24, an operation unit 25, a bio data detection unit 27, a bio data collation unit 28, and an application 29. It is a bus that connects between them. The operation of the system configured as described above will be described as follows.
[0022]
The user first inputs his / her user ID from the operation unit 25 on the bio-authentication client 2 side. The program control unit 20 sends the input user ID to the bio-authentication server 1 via the communication unit 26 and requests authentication information acquisition. This request is given to the program control unit 12 via the communication means 13. The program control unit 12 searches the bio-authentication data registration table 10A based on the received user ID and checks whether there is an identical user ID sent.
[0023]
If the same item is not registered, the process ends. At this time, an alarm indicating that the user ID input by the user does not exist is displayed on the display of the biometric authentication client 2. Alternatively, the user may be notified by voice.
[0024]
When the same one is registered in the bio-authentication data registration table 10A, the program control unit 12 searches the bio-authentication data registration table 10A, and bio-information belonging to the same user ID is bio-authenticated via the communication means 13. Transfer to the client 2 side. In the bio authentication client 2, the program control unit 20 displays the returned bio information (for example, bio # 1 data and bio # 2 data) on the display unit. By viewing this display, the user can recognize what bio-authentication method he / she is currently using and what bio-data is registered.
[0025]
Alternatively, in the bio-authentication server 1, the program control unit 12 searches the bio-authentication data registration table 10A and transmits a plurality of bio-data belonging to the same bio-authentication method (for example, fingerprint verification method) to the bio-authentication client 2 side. can do.
[0026]
On the bioauthentication client 2 side, the received plurality of biodata can be displayed on the display unit. As a display mode at this time, for example, it is conceivable to display (middle finger, index finger, thumb) or the like as fingerprint information.
[0027]
The user who refers to the bio-authentication method and bio-data given from the bio-authentication server 1 side determines which bio-authentication method is optimal in the current state. Then, the operation unit 25 is operated to determine a bio-authentication method to be verified. The user selects any of the biodata drivers 21 to acquire biodata. The biodata detection unit 27 detects biodata from the biodata driver 21.
[0028]
The detected biodata is transmitted to the bio-authentication server 1 side via the communication means 26. The biodata collation unit 110 reads the biodata registered in the bioauthentication data registration table 10A and collates it with the sent biodata.
[0029]
When the collation results match, the biometric authentication client 2 side is notified via the communication means 13, and the bioauthentication client 2 side displays the fact on the display unit or indicates that the collation results match by voice. Notify
[0030]
As described above, according to the present invention, the bioauthentication client 2 side requests the bioauthentication server 1 to obtain authentication information from the bioauthentication server 1 based on the user ID input to the bioauthentication client 2. When the request is received, the bio-authentication server 1 searches the bio-authentication data registration table 10A based on the user ID and returns the information obtained as a result to the bio-authentication client 2 side. Therefore, the user can recognize what biodata he / she currently registers.
[0031]
As described above, the case where biodata matching is performed on the bio-authentication server 1 side has been described as an example, but the present invention is not limited to this. Since the biometric verification unit 28 is provided on the biometric client 2 side, when the biometric client 2 side stores the reference biodata in the storage unit 22 by operating from the operation unit 25, The biodata can be collated by comparing the biodata with the biodata detected by the biodata detecting unit 27.
[0032]
FIG. 5 is a block diagram illustrating a configuration example on the bio-authentication client side. The same components as those in FIG. 2 are denoted by the same reference numerals. The difference from the embodiment shown in FIG. 2 is that the storage unit 22 in FIG. 2 is a database for storing authentication data. The database 22 includes a bio-authentication data registration table 22A and a user table 22B.
[0033]
Similar to the bio-authentication data registration table 10A of FIG. 2, the bio-authentication data registration table 22A includes a user ID, bio-authentication data, and registration date. The user table 22B is composed of a user ID and a name, but the actual user table has a detailed structure as shown in FIGS. Thus, by providing the database 22 having the bio-authentication data registration table 22A and the user table 22B on the bio-authentication client 2 side as well, bio-authentication can be performed on the bio-authentication client side. That is, an end user (user, hereinafter simply referred to as a user) can set the authentication location on either the bio-authentication server 1 side or the bio-authentication client 2 side depending on the operating status of the system.
[0034]
According to the present invention, a user can select an authentication place according to a usage scene. For example, in the case of a web server application, an authentication location such as server authentication or card authentication in the case of mobile can be selected. Furthermore, since bio-authentication data is written from the bio-authentication server 1 to each authentication location, security is ensured.
[0035]
FIG. 6 is a diagram showing an example of screen operation, and shows a display screen on the bio-authentication client side. Screen 1 is a screen before selecting an authentication location. This display screen is operated from the operation unit 25 (see FIGS. 2 and 5). In the figure, 40 is a user ID entry field, 41 is a domain name entry field, 42 is an authentication location selection field, 43 is an authentication start button, and 44 is a cancel button.
[0036]
In this embodiment, when a plurality of individual bio-authentication data can be held, the location of bio-authentication data to be collated is registered in advance for each user.
[0037]
Screen 2 shows a screen when an authentication location is being selected. When the user clicks on the click button 42 a at the right end of the authentication location selection field 42 with the mouse, a plurality of pre-registered authentication locations are displayed as shown in the screen 2. Assuming that the user clicks “server authentication” from the plurality of displayed authentication locations, “server authentication” is displayed as the authentication location as shown in screen 3, and that server authentication is selected as the location to be authenticated. Show. Thereafter, when the user clicks on the authentication start button 43, the biodata detected by the biodata detection unit 27 is authenticated using the authentication data stored in the bioauthentication server 1. Note that when the cancel 44 is clicked during the bio-authentication, the bio-authentication operation is canceled and the original screen 1 is restored.
[0038]
As described above, according to the present invention, by registering the location of authentication data in advance, it is possible to prevent erroneous selection of authentication that cannot be used. Also, by setting a usable location in advance, it is possible to eliminate the cause of security degradation such as performing authentication at an unexpected location.
[0039]
FIG. 7 is a diagram showing a system sequence of the present invention. The same components as those in FIG. 2 are denoted by the same reference numerals. Here, a case where the bio-authentication operation is performed on the bio-authentication client 2 side is shown. In the figure, 1 is a bio-authentication server, and 10 is a bio-information database that is connected to the bio-authentication server 1 and stores bio-authentication data. 2 is a bioauthentication client, 27 is a biodata detection unit (biosensor), and 23 is an IC card for storing biodata. The IC card 23 is used by connecting to the bio-authentication client 2.
[0040]
A bio-information database 22 stores bio-authentication data connected to the bio-authentication client 2. Reference numeral 29 denotes an application for performing a bio-collation sequence, and a menu is displayed on the display screen of the bio-authentication client 2. From the application 29, the device or location (location) where the data to be authenticated is registered is selected. As this location, a bio-authentication server, a bio-authentication client, an IC card, a bio-authentication device, or the like is used.
[0041]
Here, if the user selects, for example, “client authentication”, “client authentication” is displayed in the authentication location selection field 42 (see FIG. 6) ((1)). The user clicks the authentication start button 43 and obtains collation data from the biodata detection unit 27 ((2)).
[0042]
An authentication request is made from the application 29 to the bio-information database 22 in order to collate the bio-collation data acquired in (2) with the pre-registered authentication registration data designated at the authentication location ((3)). The bio-authentication client 2 compares the reference bio-authentication data stored in the database with the bio-authentication data read by the bio-detection unit 27, and returns the authentication result to the application 29 side (4) . The display result is displayed on the screen of the bio-authentication client 2. The display result is “authentication OK” if they match, and “authentication NG” if they do not match.
[0043]
In the above-described embodiment, a case has been described in which the location of the personal biometric data to be collated is registered in advance for each user, and can be selected from among them at the time of use. In addition to this, in the present invention, when a plurality of individual bio-authentication data can be held, it is possible to set whether or not the location of bio-authentication data to be collated can be used for each user.
[0044]
The user table shown in FIG. 4 is configured for this purpose. For example, in the case of a user with UID (user ID) # 1, location 1 is in the server, and the availability is “◯”. Therefore, location 1 in the server can be used. On the other hand, the availability of the location 2 in the client is x. Therefore, the location at the client cannot be used.
[0045]
If configured in this way, when a security intrusion occurs due to data tampering with local authentication such as an IC card, it affects the overall security by setting the availability of the target person without stopping the system or some functions Can be kept to a minimum.
[0046]
【The invention's effect】
As described above, according to the present invention, the following effects can be obtained.
(1) According to the invention described in claim 1, by selecting the authentication data location, the end user (user, administrator) selects the authentication location depending on the operating status of the system (during failure, congestion, etc.). Can do. Also, the authentication location can be selected according to the usage scene. For example, in the case of application Ke Shon of the Web server, it is possible to select the bio-authentication server authentication, authentication location of when the card such as authentication of the mobile. Furthermore, since bio-authentication data is written from the bio-authentication server to each authentication location, security is ensured. Further, by registering the location of authentication data in advance, it is possible to prevent erroneous selection of authentication that cannot be used. Also, by setting a usable location in advance, it is possible to eliminate the cause of security degradation such as performing authentication at an unexpected location.
(2) According to the invention described in claim 2 , when a security intrusion due to data tampering occurs in the local authentication such as an IC card, by setting the availability of the target person without stopping the system or some functions, Minimizing the impact on overall security .
[0047]
Thus, according to the present invention, it is possible to provide a bio-authentication system that can arbitrarily select a location for bio-authentication.
[Brief description of the drawings]
FIG. 1 is a principle block diagram of the present invention.
FIG. 2 is a block diagram showing an embodiment of the present invention.
FIG. 3 is a diagram illustrating an example of a detailed delegation configuration of a user table.
FIG. 4 is a diagram illustrating another detailed configuration example of a user table.
FIG. 5 is a block diagram illustrating a configuration example on the bio-authentication client side.
FIG. 6 is a diagram illustrating an example of a screen operation.
FIG. 7 is a diagram showing a system sequence of the present invention.
[Explanation of symbols]
1 Bio Authentication Server 2 Bio Authentication Client 3 Bus 10 Bio Authentication Data Storage Unit 11 Bio Authentication Data Storage Unit

Claims

In a bio-authentication system in which a bio-authentication server and a plurality of bio-authentication clients are connected via a path to perform bio-data authentication,
The provided biometrics data storage unit on each side of the bio-authentication server and bio authentication client, to be able to select the location of the biometrics data to be matched by the operation of the user to any out of the biometrics data storage unit With
If multiple personal biometric data can be held, the location of the biometric data to be verified is registered in advance for each user, and it is selected from among the multiple personal bioauthentication data to be used. A bio-authentication system characterized by being made possible.

The bio-authentication system according to claim 1 , wherein when a plurality of individual bio-authentication data can be held, the location of the bio-authentication data to be collated can be set for each user .