JP2004227494A - バイオ認証システム - Google Patents

Abstract

【課題】本発明はバイオ認証システムに関し、バイオ認証を行なうロケーションを任意に選択できるようにしたバイオ認証システムを提供することを目的としている。
【解決手段】バイオ認証サーバ１と複数のバイオ認証クライアント２とがバス３を介して接続され、バイオデータの認証を行なうバイオ認証システムにおいて、前記バイオ認証サーバ１及びバイオ認証クライアント２のそれぞれの側にバイオ認証データ記憶部１０，１１を設け、ユーザからの操作により照合するバイオ認証データのロケーションを任意に選択できるように構成する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明はバイオ認証システムに関する。
【０００２】
【従来の技術】
近年、指紋、声紋、顔等の生体情報（バイオ情報）を用いて、本人を確認する技術が進んでいる。具体的には、研究所の入口等に指紋を用いた生体認証システムを設置しておき、指紋が照合した場合のみ、その人の入室を許可するようなシステムが実用化されている。
【０００３】
例えば、生体情報から抽出した特徴データと基準データとを比較して基準データとの類似度を算出し、その特徴データと類似度を記憶しておき、入力された生体情報の特徴データと、前記類似度を基に選出された生体特徴データとの照合を行なうようにしたシステムが知られている（例えば特許文献１参照）。
【０００４】
従来のバイオ認証システムでは、システムのインストール時やシステム開発時に照合するバイオ認証データのロケーション（場所）は特定されているのが普通である。また、認証するロケーションは一意に決まっているのが通常である。
【０００５】
【特許文献１】
特開２００２−２９７５４９号公報（第３頁、第４頁、図１、図２）
【０００６】
【発明が解決しようとする課題】
従来の技術では、システムのインストール時やシステム開発時に照合するバイオ認証データのロケーションを特定していたため、システムにおいては、ロケーションを変更するだけで、システム設計を見直したり、プログラムの再インストールを行わなければならないという問題がある。また、認証するロケーションが一意に決まっているため、利用シーン（システム、アプリケーション）等も限定されている。更に、認証するロケーションが一意に決まっている場合、そのロケーションに障害時等のトラブルが発生した場合に、使用できないという問題がある。更に、ローカル照合を行なう場合に、バイオ認証データのセキュリティ管理が問題となる。
【０００７】
本発明はこのような課題に鑑みてなされたものであって、バイオ認証を行なうロケーションを任意に選択できるようにしたバイオ認証システムを提供することを目的としている。
【０００８】
【課題を解決するための手段】
（１）請求項１記載の発明は、以下の通りである。図１は本発明の原理ブロック図である。図に示すシステムは、バイオ認証サーバ１と複数のバイオ認証クライアント２とがバス３を介して接続され、バイオデータの認証を行なうバイオ認証システムを構成している。１０はバイオ認証サーバ１内に設けられたバイオ認証データを記憶するバイオ認証データ記憶部、１１はバイオ認証クライアント２内に設けられたバイオ認証データを記憶するバイオ認証データ記憶部である。これらバイオ認証データ記憶部１０，１１はデータベースに設けられるのが通常である。この場合において、バイオ認証データの登録はバイオ認証サーバ１側で行なうが、登録されたバイオ認証データは、クライアント、ＩＣカード等に記憶される。
【０００９】
このように構成すれば、認証データロケーションの選択により、エンドユーザ（使用者、管理者）は、システムの稼働状況（障害時や混雑時等）により認証ロケーションを選択することができる。また、利用シーンに応じて、認証場所を選択することができる。例えばＷｅｂサーバのアプリシーションの場合、バイオ認証サーバ認証、モバイルの場合カード認証等の認証場所を選択することができる。更に、バイオ認証サーバからバイオ認証データをそれぞれの認証場所に書き込むため、セキュリティが確保される。
（２）請求項２記載の発明は、個人のバイオ認証データを複数保有できる場合、照合するバイオ認証データのロケーションを予めユーザ毎に登録して、使用時にその中から選択可能としたことを特徴とする。
【００１０】
このように構成すれば、認証データのロケーションを予め登録しておくことにより、使用できない認証を誤って選択することがなくなる。また、予め使用可能なロケーションを設定しておくことで、予期していない場所での認証を行なう等セキュリティ低下の原因をなくすことができる。
（３）請求項３記載の発明は、個人のバイオ認証データを複数保有できる場合、照合するバイオ認証データのロケーションをユーザ毎に利用の可否を設定可能にすることを特徴とする。
【００１１】
ここで、利用の可否は、例えばバイオ認証サーバ１側で設定するようにする。このように構成すれば、ＩＣカード等ローカル認証でデータ改竄によるセキュリティ侵入が発生した時、システム又は一部機能を止めることなく、対象者の利用可否を設定することにより、セキュリティ全体に影響することを最小限におさえることができる。
【００１２】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
【００１３】
図２は本発明の一実施の形態例を示すブロック図である。図１と同一のものは、同一の符号を付して示す。図において、１はバイオ認証サーバ、２はバイオ認証サーバ１に対して少なくとも１つ設けられたバイオ認証クライアント、３はバイオ認証サーバ１とバイオ認証クライアント２とを接続するバスである。
【００１４】
バイオ認証サーバ１において、１０はバイオ認証データが記憶されるバイオ認証データ記憶部としてのデータベースである。該データベース１０には、例えばバイオ認証データ登録テーブル１０Ａとユーザテーブル１０Ｂとが含まれる。バイオ認証データ登録テーブル１０Ａは、ユーザＩＤと、バイオ認証データと、登録年月日とから構成されている。一方、ユーザテーブル１０Ｂは、ユーザＩＤと氏名から構成されている。
【００１５】
図３はユーザテーブル１０Ｂの詳細構成例を示す図である。図に示すようにユーザＩＤと、氏名と、バイオ認証データのロケーション１〜ロケーションＮから構成されている。ユーザＩＤは＃１〜＃ＮまでのＮ個存在する。例えば、ユーザＩＤ＃１において、ロケーション１はバイオ認証サーバに設けられており、ロケーション２はバイオ認証クライアントに設けられている。
【００１６】
図４はユーザテーブルの他の詳細構成例を示す図である。図３に示すテーブルに加えて、各ロケーション毎に使用の可否を示すデータが記憶されるようになっている。例えば、○の場合は使用可、×の場合は使用不可である（詳細後述）。
【００１７】
再び図２の説明に戻る。１１０はバイオデータの照合を行なうバイオデータ照合部で、＃１〜＃ＮまでＮ個設けられている。該バイオデータ照合部１１０は、バイオ認証クライアント２から送られてきたバイオデータと、データベース１０に記憶されているバイオデータとの比較照合を行なう。１２はバイオ認証サーバ１を動作させる各種のプログラムを制御するプログラム制御部、１３はバイオ認証クライアント２との通信を行なう通信手段、１４はバイオデータ照合部１１０と、データベース１０と、プログラム制御部１２と、通信手段１３間を接続するバスである。
【００１８】
バイオ認証クライアント２において、２０はバイオ認証クライアント２を動作させる各種のプログラムを制御するプログラム制御部、２１はバイオデータを検出する機構からなるバイオデータドライバである。該バイオデータドライバ２１は、＃１〜＃ＮまでＮ個設けられている。２２はバイオデータ他の各種のデータを記憶する記憶部である。該記憶部２２としては、例えばハードディスク装置等が用いられ、データベースとして機能することもできる。該記憶部２２は、図１のバイオ認証データ記憶部１１に相当している。
【００１９】
２３はバイオ認証サーバ１に記憶されているバイオデータを記憶するＩＣカード、２４はバイオ認証サーバ１に記憶されているバイオデータを記憶するバイオ読取装置、２５はキーボード、マウス等よりなる各種のコマンド等を入力する操作部、２６はバイオ認証サーバ１と通信を行なうための通信手段である。
【００２０】
２７はバイオデータを検出するバイオデータ検出部である。バイオ読取装置２４は、例えば指紋読取装置であり、その中にバイオ認証サーバ１からのバイオ認証データを記録できるようになっている。本発明では、ＩＣカード２３又はバイオ読取装置２４にバイオ認証データを記憶しておき、ＩＣカード２３又はバイオ読取装置２４でデータ認証を行なうこともできるようになっている。前記バイオデータ検出部２７は、例えば指紋、声紋、顔等のバイオデータを検出するものであり、＃１〜＃ＮまでのＮ個設けられている。
【００２１】
２８は、バイオ認証サーバ１のデータベース１０又は記憶部２２に記憶されている基準バイオデータと、バイオデータ検出部２７から読み込んだバイオデータとの比較照合を行なうバイオデータ照合部である。２９はバイオ認証クライアント２を動作させるためのプログラムよりなるアプリシーションであり、ここでは１個しか図示していないが、複数のアプリシーションが存在する。３０は、通信手段２６、バイオデータドライバ２１、記憶部２２、プログラム制御部２０、ＩＣカード２３、バイオ読取装置２４、操作部２５、バイオデータ検出部２７、バイオデータ照合部２８、アプリシーション２９間を接続するバスである。このように構成されたシステムの動作を説明すれば、以下の通りである。
【００２２】
ユーザは、先ず自己のユーザＩＤをバイオ認証クライアント２側の操作部２５から入力する。プログラム制御部２０は、入力されたユーザＩＤを通信手段２６を介してバイオ認証サーバ１に送り、認証情報取得の要求を行なう。この要求は、通信手段１３を介してプログラム制御部１２に与えられる。該プログラム制御部１２は、受信したユーザＩＤを元にバイオ認証データ登録テーブル１０Ａを検索して送られてきたユーザＩＤと同一のものがあるかどうかチェックする。
【００２３】
同一のものが登録されていなかった場合には、処理は終了する。この時、バイオ認証クライアント２のディスプレイに、ユーザが入力したユーザＩＤは存在しない旨のアラームを表示する。或いは、音声でユーザに通知するようにしてもよい。
【００２４】
同一のものがバイオ認証データ登録テーブル１０Ａに登録されていた場合、プログラム制御部１２は、バイオ認証データ登録テーブル１０Ａを検索して同一のユーザＩＤに属するバイオ情報を通信手段１３を介してバイオ認証クライアント２側に転送する。バイオ認証クライアント２では、プログラム制御部２０が、返信されてきたバイオ情報（例えばバイオ＃１データ、バイオ＃２データ）を表示部に表示する。この表示を見て、ユーザは自分が現在どのようなバイオ認証方式で、どのようなバイオデータが登録されているかを認識することができる。
【００２５】
或いはまた、バイオ認証サーバ１では、プログラム制御部１２は、バイオ認証データ登録テーブル１０Ａを検索し、同一のバイオ認証方式（例えば指紋照合方式）に属する複数のバイオデータをバイオ認証クライアント２側に送信することができる。
【００２６】
バイオ認証クライアント２側では、受信した複数のバイオデータを、表示部に表示させることができる。この時の表示の態様としては、例えば指紋情報としては、（中指、人差し指、親指）等を表示することが考えられる。
【００２７】
バイオ認証サーバ１側から与えられたバイオ認証方式、バイオデータを参照したユーザは、現在の状態では、どのバイオ認証方式が最適であるかどうかを判断する。そして、操作部２５を操作して、照合するバイオ認証方式を決定する。ユーザは、バイオデータドライバ２１の何れかを選択してバイオデータを取得させる。バイオデータ検出部２７は、バイオデータドライバ２１からのバイオデータを検出する。
【００２８】
検出されたバイオデータは、通信手段２６を介してバイオ認証サーバ１側に送信される。バイオデータ照合部１１０は、バイオ認証データ登録テーブル１０Ａに登録されていたバイオデータを読み出して、送られてきたバイオデータとの照合を行なう。
【００２９】
照合の結果が一致した場合、通信手段１３を介してバイオ認証クライアント２側に通知し、バイオ認証クライアント２側では、表示部にその旨を表示し、或いは音声で照合結果が一致したことをユーザに通知する。
【００３０】
このように、本発明によれば、前記バイオ認証クライアント２側から、バイオ認証サーバ１側に対して、バイオ認証クライアント２に入力されたユーザＩＤを元にバイオ認証サーバ１に認証情報取得の要求を行ない、前記バイオ認証サーバ１は、この要求を受けると前記ユーザＩＤを元に前記バイオ認証データ登録テーブル１０Ａを検索してその結果得られた情報をバイオ認証クライアント２側に返すようにしているので、ユーザは自分が現在どのようなバイオデータを登録しているかを認識することができる。
【００３１】
以上、バイオデータの照合をバイオ認証サーバ１側で行なう場合を例にとって説明したが、本発明はこれに限るものではない。バイオ認証クライアント２側にバイオデータ照合部２８を具備しているので、操作部２５から操作することにより、バイオ認証クライアント２側でも基準となるバイオデータを記憶部２２に記憶している場合、そのバイオデータとバイオデータ検出部２７で検出したバイオデータとを比較することによりバイオデータの照合を行なうことができる。
【００３２】
図５はバイオ認証クライアント側の構成例を示すブロック図である。図２と同一のものは、同一の符号を付して示す。図２に示す実施の形態例に比較して異なる点は、図２の記憶部２２が認証データを記憶するデータベースになっている点である。このデータベース２２には、バイオ認証データ登録テーブル２２Ａと、ユーザテーブル２２Ｂが含まれている。
【００３３】
バイオ認証データ登録テーブル２２Ａは、図２のバイオ認証データ登録テーブル１０Ａと同様に、ユーザＩＤと、バイオ認証データと、登録年月日より構成されている。ユーザテーブル２２Ｂは、ユーザＩＤと氏名から構成されているが、実際のユーザテーブルは、図３，図４に示すような詳細構成となっている。このように、バイオ認証クライアント２側にもバイオ認証データ登録テーブル２２Ａとユーザテーブル２２Ｂを持つデータベース２２を設けておくことにより、バイオ認証クライアント側でもバイオ認証が可能となる。即ち、エンドユーザ（使用者。以下単にユーザという）が、システムの稼働状況により認証ロケーションをバイオ認証サーバ１側か又はバイオ認証クライアント２側かの何れの側にも設定することができる。
【００３４】
本発明によれば、ユーザが利用シーンに応じて認証場所を選択することができる。例えば、Ｗｅｂサーバのアプリシーションの場合、サーバ認証、モバイルの場合カード認証等の認証場所を選択することができる。更に、バイオ認証サーバ１からバイオ認証データをそれぞれの認証場所に書き込むため、セキュリティが確保される。
【００３５】
図６は画面操作の例を示す図であり、バイオ認証クライアント側の表示画面を示している。画面１は認証場所選択前の画面である。この表示画面は、操作部２５（図２，図５参照）から操作するようになっている。図において、４０はユーザＩＤ記入欄、４１はドメイン名記入欄、４２は認証場所選択欄、４３は認証開始ボタン、４４はキャンセルボタンである。
【００３６】
この実施の形態例では、個人のバイオ認証データを複数保有できる場合、照合するバイオ認証データのロケーションを予めユーザ毎に登録しておくようにしている。
【００３７】
画面２は認証場所選択中の画面を示している。ユーザが認証場所選択欄４２の右端にあるクリックボタン４２ａをマウスでクリックすると、画面２に示すように予め登録されている認証場所が複数表示される。この複数表示された認証場所からユーザが「サーバ認証」をクリックしたものとすると、画面３に示すように認証場所は「サーバ認証」が表示され、認証するロケーションとしてサーバ認証が選択されたことを示す。この後、ユーザが認証開始ボタン４３をクリックすると、バイオ認証サーバ１に記憶されている認証データを用いて、バイオデータ検出部２７より検出されたバイオデータの認証を行なう。なお、バイオ認証の途中でキャンセル４４をクリックするとバイオ認証動作はキャンセルされ、元の画面１に戻る。
【００３８】
このように、本発明によれば、認証データのロケーションを予め登録しておくことにより、使用できない認証を誤って選択することがなくなる。また、予め使用可能なロケーションを設定しておくことで、予期していない場所での認証を行なう等セキュリティ低下の原因をなくすことができる。
【００３９】
図７は本発明のシステムシーケンスを示す図である。図２と同一のものは、同一の符号を付して示す。ここでは、バイオ認証クライアント２側でバイオ認証動作を行なう場合を示している。図において、１はバイオ認証サーバ、１０は該バイオ認証サーバ１と接続され、バイオ認証データを記憶するバイオ情報データベースである。２はバイオ認証クライアント、２７はバイオデータ検出部（バイオセンサ）、２３はバイオデータを記憶するＩＣカードである。該ＩＣカード２３はバイオ認証クライアント２に接続して使用する。
【００４０】
２２はバイオ認証クライアント２と接続されるバイオ認証データを記憶するバイオ情報データベースである。２９はバイオ照合シーケンスを行なうアプリシーションであり、バイオ認証クライアント２の表示画面にメニューが表示される。アプリシーション２９より、認証するデータが登録されているデバイスやロケーション（場所）を選択する。このロケーションとしては、バイオ認証サーバや、バイオ認証クライアントや、ＩＣカード、バイオ認証装置等が用いられる。
【００４１】
ここで、ユーザが例えば「クライアント認証」を選択したものとすると、認証場所選択欄４２（図６参照）には、「クライアント認証」が表示される（▲１▼）。ユーザは認証開始ボタン４３をクリックし、バイオデータ検出部２７より照合データを取得する（▲２▼）。
【００４２】
▲２▼で取得したバイオ照合データと認証ロケーションで指定された予め登録されている認証登録データと照合するためにアプリシーション２９からバイオ情報データベース２２に認証要求を行なう（▲３▼）。バイオ認証クライアント２は、データベースに記憶されている基準のバイオ認証データと、バイオ検出部２７で読み込んだバイオ認証データとを比較し、その認証結果をアプリシーション２９側に返す（▲４▼）。バイオ認証クライアント２の画面には表示結果が表示される。その表示結果は、一致した場合には「認証ＯＫ」であり、不一致の場合は「認証ＮＧ」である。
【００４３】
上述の実施の形態例では、照合する個人のバイオ認証データのロケーションを予めユーザ毎に登録しておき、使用時にその中から選択可能にした場合について説明した。本発明ではこれに加えて、個人のバイオ認証データを複数保有できる場合、照合するバイオ認証データのロケーションをユーザ毎に利用の可否を設定可能にすることができる。
【００４４】
前述した図４に示すユーザテーブルは、この目的のために構成されたものである。例えば、ＵＩＤ（ユーザＩＤ）＃１のユーザの場合、ロケーション１はサーバにあり、使用の可否は○である。従って、サーバにあるロケーション１は使用することができる。これに対してクライアントにあるロケーション２は使用の可否は×である。従って、クライアントにあるロケーションは使用することができない。
【００４５】
このように構成すれば、ＩＣカード等ローカル認証でデータ改竄によるセキュリティ侵入が発生した時、システム又は一部機能を止めることなく、対象者の利用可否を設定することにより、セキュリティ全体に影響することを最小限におさえることができる。
【００４６】
【発明の効果】
以上説明したように、本発明によれば、以下の効果が得られる。
（１）請求項１記載の発明によれば、認証データロケーションの選択により、エンドユーザ（使用者、管理者）は、システムの稼働状況（障害時や混雑時等）により認証ロケーションを選択することができる。また、利用シーンに応じて、認証場所を選択することができる。例えばＷｅｂサーバのアプリシーションの場合、バイオ認証サーバ認証、モバイルの場合カード認証等の認証場所を選択することができる。更に、バイオ認証サーバからバイオ認証データをそれぞれの認証場所に書き込むため、セキュリティが確保される。
（２）請求項２記載の発明によれば、認証データのロケーションを予め登録しておくことにより、使用できない認証を誤って選択することがなくなる。また、予め使用可能なロケーションを設定しておくことで、予期していない場所での認証を行なう等セキュリティ低下の原因をなくすことができる。
（３）請求項３記載の発明によれば、ＩＣカード等ローカル認証でデータ改竄によるセキュリティ侵入が発生した時、システム又は一部機能を止めることなく、対象者の利用可否を設定することにより、セキュリティ全体に影響することを最小限におさえることができる。
【００４７】
このように、本発明によれば、バイオ認証を行なうロケーションを任意に選択できるようにしたバイオ認証システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の原理ブロック図である。
【図２】本発明の一実施の形態例を示すブロック図である。
【図３】ユーザテーブルの詳細委構成例を示す図である。
【図４】ユーザテーブルの他の詳細構成例を示す図である。
【図５】バイオ認証クライアント側の構成例を示すブロック図である。
【図６】画面操作の例を示す図である。
【図７】本発明のシステムシーケンスを示す図である。
【符号の説明】
１ バイオ認証サーバ
２ バイオ認証クライアント
３ バス
１０ バイオ認証データ記憶部
１１ バイオ認証データ記憶部

Claims (3)

1. バイオ認証サーバと複数のバイオ認証クライアントとがバスを介して接続され、バイオデータの認証を行なうバイオ認証システムにおいて、
   前記バイオ認証サーバ及びバイオ認証クライアントのそれぞれの側にバイオ認証データ記憶部を設け、ユーザからの操作により照合するバイオ認証データのロケーションを任意に選択できるようにしたことを特徴とするバイオ認証システム。
2. 個人のバイオ認証データを複数保有できる場合、照合するバイオ認証データのロケーションを予めユーザ毎に登録して、使用時にその中から選択可能としたことを特徴とする請求項１記載のバイオ認証システム。
3. 個人のバイオ認証データを複数保有できる場合、照合するバイオ認証データのロケーションをユーザ毎に利用の可否を設定可能にすることを特徴とする請求項２記載のバイオ認証システム。

Images