JP6115292B2 - 生体認証システム、生体認証方法、および生体認証装置 - Google Patents

Description

本発明は生体認証をする技術に関する。

近年、社外に持ち出したノートＰＣなどの情報端末を社内のネットワークであるイントラネットに接続して使用する運用形態が一般的になってきている。このような運用形態においては、認証された情報端末のみをイントラネットに接続することがセキュリティの観点から見て望ましい。

情報端末の認証方法として、パスワード認証が広く用いられているが、パスワード認証には、安易な文字列をパスワードにする、およびパスワードの忘却や盗難など、利便性や安全性を低下させる要因が多く存在する。このため、パスワード認証に代わる認証技術として生体認証が注目されている。

生体認証は、生体情報を個人特有の情報として使用する認証技術であり、盗難や忘却の危険性を少なくすることができる。

関連する技術として、下記の認証ネットワークシステムが知られている。認証ネットワークシステムでは、第１の認証装置が、通信装置から第１のネットワークを介して第１の認証情報を受信し、第１の認証情報の認証或は非認証を判定し、第１の認証情報を認証した場合に、第２の認証情報を通知する。第２の認証装置が、第２の認証情報を受信し、第２の認証情報を予め登録されている情報と比較し、第２の認証情報の認証或は非認証を判定し、前記第２の認証情報を認証した場合に、接続制御装置に通知する。そして、接続制御装置が、認証された通信装置の接続を第１のネットワークから第２のネットワークに切り替える技術が知られている。

特開２００７−２８０２２１号公報

前述した生体認証技術では、例えば、社外からインターネットを介してイントラネットに接続するときの認証方法として生体認証を用いる場合、生体認証サーバがＤＭＺ（非武装地帯）に設置される。ＤＭＺに接続された生体認証サーバは、インターネットから自由にアクセスできる。このため、生体認証サーバは、通信プロトコルの脆弱性を利用した攻撃を受けやすく、認証の安全性を確保しづらいという問題がある。

本発明は、一側面として、通信接続時の生体認証処理を安全に行なう技術を提供する。

本明細書で開示する生体認証システムのひとつに、第一のネットワークに接続された端末と、非武装地帯に設置された中継サーバ及びアクセスサーバと、第二のネットワークに接続された認証サーバとを有する生体認証システムがある。

端末は、生体センサから取得した生体情報に基づいて生成された認証バイオ情報を中継サーバに送信するとともに、認証バイオ情報を特定する情報であるバイオ識別子をアクセスサーバに送信する。

生体認証サーバは、取得部と、認証部とを有する。取得部は、アクセスサーバから取得したバイオ識別子に基づいて中継サーバから認証バイオ情報を取得する。認証部は、取得した認証バイオ情報を用いて認証処理を実行する。

本明細書で後述する生体認証システムは、通信接続時の生体認証処理を安全に行なうことができる。

生体認証システムの一実施例を示すシステム構成図である。 端末の一実施例を示す機能ブロック図である。 バイオ認証部の処理を示すシーケンス図である。 バイオ認証部の処理を示すシーケンス図である。 バイオ認証部の処理を示すシーケンス図である。 パスワードデータのデータ例を示す図である。 認証テーブルのデータ例を示す図である。 アカウントテーブルのデータ例を示す図である。 認証サーバの一実施例を示す機能ブロック図である。 登録テーブルのデータ例を示す図である。 認証サーバの処理を示すシーケンス図である。 認証サーバの処理を示すシーケンス図である。 認証サーバの処理を示すシーケンス図である。 生体認証処理を示すシーケンス図である。 生体認証処理を示すシーケンス図である。 生体認証処理を示すシーケンス図である。 生体認証処理を示すシーケンス図である。 コンピュータ装置の一実施例を示すブロック図である。

［実施形態］
実施形態の生体認証システムについて説明する。

図１は、生体認証システムの一実施例を示すシステム構成図である。
図１を参照して、生体認証システムについて説明する。図１は、一例として、社外の端末からインターネットを介してイントラネットに接続するときに使用される生体認証システムの構成を示している。

以下の説明では、一例として、生体認証システムにＲＡＤＩＵＳプロトコルを適用した構成を説明する。ただし、生体認証システムに適用する認証プロトコルは、ＲＡＤＩＵＳプロトコルに限定されるものではなく、他の認証プロトコルを適用しても良い。ＲＡＤＩＵＳとは、Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅの略である。

生体認証システムは、端末１０と、生体センサ２０と、インターネット３０と、外側ルータ４０と、アクセスサーバ５０と、中継サーバ６０と、内側ルータ７０と、受付サーバ８０と、認証サーバ９０と、管理サーバ１００と、社内サーバ１１０とを有する。ここで、端末１０は、インターネット３０に接続されている。アクセスサーバ５０は、ＤＭＺに設置されている。受付サーバ８０と、認証サーバ９０と、管理サーバ１００と、社内サーバ１１０とは、イントラネットに接続されている。また、端末１０と、アクセスサーバ５０と、中継サーバ６０と、受付サーバ８０と、認証サーバ９０と、管理サーバ１００と、社内サーバ１１０とは、コンピュータ装置である。

端末１０は、入力部１１と、バイオ情報生成部１２と、バイオ認証部１３と、ユーザ認証部１４と、通信部１５とを有する。

入力部１１は、パスワードやユーザＩＤ（ユーザ識別子）などの入力を受け付ける。入力部１１は、例えば、キーボードやタッチパネルなどである。ユーザＩＤは、ユーザを識別する情報である。なお、入力部１１は、端末１０がデスクトップパソコンなどであり、端末１０が入力装置を有さない場合、外部から端末１０に接続されたキーボード、タッチパネルおよびマウスであっても良い。

バイオ情報生成部１２は、生体センサ２０から入力される生体情報を、所定のパラメータを用いて変換することにより、認証バイオ情報を生成する。そして、バイオ情報生成部１２は、認証バイオ情報を生成したあと、生体情報を破棄する。以降の処理では、生体情報に代えて、認証バイオ情報がユーザを特定するための情報として用いられる。これにより、生体認証処理において、認証バイオ情報が盗聴されたとしても、生体情報自体が盗まれないようにしている。

バイオ認証部１３は、認証バイオ情報をイントラネットに接続された認証サーバ９０に送信するための処理をする。

図２〜図６を参照してバイオ認証部１３の動作を詳細に説明する。
図２は、端末の一実施例を示す機能ブロック図である。図３〜図５は、バイオ認証部の処理を示すシーケンス図である。図６は、パスワードデータのデータ例を示す図である。

図２を参照して、バイオ認証部１３が有する機能の種類を示す。
バイオ認証部１３は、取得部１３１（第１の取得部）と、乱数生成部１３２と、ヘッダ付与部１３３と、鍵生成部１３４と、暗号化部１３５と、鍵変換部１３６と、ファイル名生成部１３７（識別子生成部）と、ファイル生成部１３８と、パスワード生成部１３９との機能を有する。

図３〜図５を参照して、バイオ認証部１３が有する各機能で行なう処理の詳細を示すことにより、バイオ認証部１３の動作を説明する。

図３に示すように、取得部１３１は、生体センサ２０からバイオ情報生成部１２を介して入力される認証バイオ情報を取得する（Ｓ１００）。生体センサ２０は、例えば、指紋、虹彩、静脈、および声紋などの生体情報を取得するセンサである。以下の説明では、一例として、生体センサ２０が指紋センサであるものとする。このとき、取得部１３１で取得されるバイオ情報は、例えば、５ＫＢ程度である。なお、ユーザの選択に応じて、取得部１３１は、生体センサ２０から取得した生体情報をそのままバイオ情報として用いても良い。

そして、取得部１３１は、取得した認証バイオ情報をヘッダ付与部１３３に通知する（Ｓ１０１）。

ヘッダ付与部１３３は、認証バイオ情報をハッシュ関数に代入することにより求められたハッシュ値である確認ヘッダを認証バイオ情報に付与する（Ｓ１０２）。確認ヘッダは、認証サーバ９０において、後述する確認ヘッダが付与された認証バイオ情報が暗号化された暗号化バイオ情報を復号するとき、正常に暗号化バイオ情報が復号され、正しく認証バイオ情報を取り出せたか否かを判定するときに用いられる。ハッシュ関数としては、例えば、ＳＨＡ−２５６などの一方向ハッシュ関数を用いても良い。また、ＳＨＡ−２５６を用いた場合、確認ヘッダのデータ長は、３２ｂｙｔｅになる。なお、ＳＨＡ−２５６は、Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ ２５６ｂｉｔの略である。また、端末１０は、確認ヘッダの付与に代えて、暗号化バイオ情報の復号の結果が正しいか否かを判定するための他のアルゴリズムを用いても良い。ユーザの選択に応じて、ヘッダ付与部１３３は、確認ヘッダを認証バイオ情報に付与しなくても良い。

そして、ヘッダ付与部１３３は、確認ヘッダを付与した認証バイオ情報を暗号化部１３５に通知する（Ｓ１０３）。

鍵生成部１３４は、乱数生成部１３２で生成された乱数を用いて、確認ヘッダが付与された認証バイオ情報を暗号化するための暗号鍵を生成する（Ｓ１０４）。暗号鍵は、例えば、ＡＥＳ−２５６で用いられる３２ｂｙｔｅの暗号鍵でも良い。なお、ＡＥＳ−２５６は、Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄの略である。

そして、鍵生成部１３４は、生成した暗号鍵を暗号化部１３５に通知する（Ｓ１０５）。

暗号化部１３５は、鍵生成部１３４で生成された暗号鍵を用いて確認ヘッダが付与された認証バイオ情報を暗号化し、暗号化バイオ情報を生成する（Ｓ１０６）。このとき、暗号化部１３５で生成された暗号化バイオ情報は、確認ヘッダが付与された認証バイオ情報よりも多少大きくなる傾向があるが、およそ５ＫＢ程度である。なお、ユーザの選択に応じて、暗号化部１３５は、確認ヘッダや認証バイオ情報を暗号化しなく得も良い。

図４に示すように、鍵生成部１３４は、生成した暗号鍵を鍵変換部１３６に通知する（Ｓ２００）。なお、Ｓ２００は、Ｓ１０５と連続して行なわれても良い。

鍵変換部１３６は、鍵生成部１３４で生成されたバイナリデータである暗号鍵を文字列化する（２０１）。これにより、端末１０は、バイナリデータを載せられないアクセス要求パケットを用いる認証プロトコルにおいても、文字列化した暗号鍵をアクセス要求パケットに載せて暗号鍵を認証サーバ９０に送信することができる。端末１０は、例えば、ＲＡＤＩＵＳパケットのパスワードデータ（パスワード）として、暗号鍵を認証サーバ９０に送信する。しかし、ＲＡＤＩＵＳパケットのパスワードデータでは、バイナリデータが載せられないものがある。このとき、端末１０は、暗号鍵を文字列化することにより、暗号鍵をＲＡＤＩＵＳパケットのパスワードデータに載せてアクセスサーバ５０に送信することを可能にする。また、鍵変換部１３６は、例えば、ＢＡＳＥ６４を用いて、バイナリデータである暗号鍵をＡＳＣＩＩ文字列に変換する。ＢＡＳＥ６４は、例えば、インターネットで用いられているメールの送信技術に良く使用されている変換方法であり、変換後のデータ長が元のバイナリデータのデータ長の約１．３３倍になる。暗号鍵として、例えば、ＡＥＳ−２５６で用いられる３２ｂｙｔｅの暗号鍵を用いると、鍵変換部１３６で生成される文字列化された暗号鍵は、４４Ｂｙｔｅとなる。

ファイル名生成部１３７は、乱数生成部１３２で生成された乱数を用いて、ファイルネーム（バイオ識別子）を生成する（Ｓ２０２）。ファイルネームは、暗号化バイオ情報を識別するために用いられる。ファイル名生成部１３７は、例えば、乱数生成部１３２で生成された乱数を、数字やアルファベットで構成される文字列に変換し、ファイルネームを生成する。

ファイル名生成部１３７は、例えば、ファイルネームの制限事項として、ファイルネームの先頭がアルファベットであることが指定されているとき、ファイルネームの先頭の文字を「ｆ」とする。さらに、ファイル名生成部１３７は、例えば、アルファベットの大文字と小文字とを区別しないＯＳでもファイルネームを区別できるように、乱数の先頭から４ｂｉｔずつ、それぞれ「０」〜「９」および「ａ」〜「ｆ」に割り当てる。これにより、ファイル名生成部１３７は、乱数生成部１３２で生成された３２Ｂｙｔｅの乱数から６５Ｂｙｔｅの文字列であるファイルネームを生成しても良い。ただし、ファイル名生成部１３７のファイルネームの生成方式は、上記に限定されるものではなく、ファイルネームの制限事項やＯＳの種類により適宜選択しても良い。

ファイル名生成部１３７は、生成したファイルネームをファイル生成部１３８に通知する（Ｓ２０３）。

暗号化部１３５は、生成した暗号化バイオ情報をファイル生成部１３８に通知する（Ｓ２０４）。

ファイル生成部１３８は、暗号化部１３５で生成した暗号化バイオ情報に、ファイル名生成部１３７で生成したファイルネームを関連付けてファイル化する。なお、以下の説明において、暗号化バイオ情報をファイル化することを、暗号化バイオ情報にファイルネームを関連付けるとも言う。

図５に示すように、鍵変換部１３６は、文字列化した暗号鍵をパスワード生成部１３９に通知する（Ｓ３００）。

ファイル名生成部１３７は、生成したファイルネームをパスワード生成部１３９に通知する（Ｓ３０１）。

パスワード生成部１３９は、鍵変換部１３６で文字列化した暗号鍵と、ファイル名生成部１３７で生成したファイルネームとを接続して、パスワードデータを生成する（Ｓ３０２）。パスワードデータは、例えば、鍵変換部１３６で生成された文字列化された暗号鍵が４４Ｂｙｔｅの文字列であり、ファイル名生成部１３７で生成されたファイルネームが６５Ｂｙｔｅの文字列であるとき、１０９ｂｙｔｅである。図６に示すように、パスワードデータ６００は、例えば、６５文字の文字列であるファイルネームと、ＢＡＳＥ６４で文字列化された４４文字の暗号鍵が接合された文字列のデータであっても良い。これにより、端末１０は、認証プロトコルのパスワードデータに１０９ｂｙｔｅ以上のデータを載せられるとき、認証サーバ９０に文字列化した暗号鍵とファイルネームとを送信することができる。また、端末１０は、パスワードデータにバイナリデータを載せることができないアクセス要求パケットを用いた場合でも、認証サーバ９０にアクセス要求パケットのパスワードデータとしてファイルネームと暗号鍵とを送信することができる。

図１を参照して説明する。
ユーザ認証部１４は、例えば、端末１０が社内サーバ１１０と通信を行なうとき、通信部１５からの要求により起動される。すなわち、通信部１５は、例えば、インターネット３０に接続された端末１０と、イントラネットに接続された社内サーバ１１０との通信を行なうとき、ユーザの認証を行なうため、ユーザ認証部１４を起動する。

ユーザ認証部１４は、バイオ認証部１３で生成されたパスワードデータと、入力部１１に入力されたユーザＩＤとを取得する。そして、ユーザ認証部１４は、受付サーバ８０を宛先に指定して、取得したパスワードデータとユーザＩＤとを通信部１５に通知する。

また、ユーザ認証部１４は、認証サーバ９０から受付サーバ８０を介して認証結果を取得する。そして、ユーザ認証部１４は、認証サーバ９０でユーザの認証が成功し、イントラネットとの通信が許可されたとき、イントラネットとの通信を開始する処理をする。ユーザ認証部１４は、例えば、認証サーバ９０でユーザの認証が成功し、アクセスサーバ５０から共通鍵が送られてきたとき、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）による通信を開始する処理をする。

ユーザ認証部１４の機能は、例えば、ＲＡＤＩＵＳサプリカントという、各種ＲＡＤＩＵＳプロトコルを実現するソフトウェアで実現しても良い。

通信部１５は、バイオ認証部１３で生成されたパスワードデータと、入力部１１に入力されたユーザＩＤとがユーザ認証部１４から通知されたとき、アクセスサーバ５０にパスワードデータとユーザＩＤとを送信する。すなわち、通信部１５は、鍵変換部１３６で文字列化した暗号鍵と、ファイル名生成部１３７で生成したファイルネームと、入力部１１に入力されたユーザＩＤとをアクセスサーバ５０に送信する。

通信部１５は、バイオ認証部１３で生成されたファイル化された暗号化バイオ情報をバイオ認証部１３から取得し、中継サーバ６０に送信する。すなわち、通信部１５は、暗号化部１３５で生成した暗号化バイオ情報と、ファイル名生成部１３７で生成したファイルネームとを中継サーバ６０に送信する。また、通信部１５は、アクセスサーバ５０や中継サーバ６０との間の通信に、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）などの暗号化通信プロトコルを使用し、データを暗号化して送受信する。通信部１５は、例えば、アクセスサーバ５０や中継サーバ６０との間の通信に、ＦＴＰＳ、ＳＦＴＰ、およびＨＴＴＰＳなどの通信プロトコルを用いる。

また、通信部１５は、ユーザ認証部１４から認証成功が通知されると、ＶＰＮによるイントラネットに接続された社内サーバ１１０との通信を行なう。

通信部１５の機能は、例えば、ＶＰＮクライアントというソフトウェアを用いて実現しても良い。

外側ルータ４０は、ＤＭＺとインターネット３０との間に設置されたルータであり、ファイアウォールとしての機能を持つ。また、外側ルータ４０には、パケットが直接内側ルータ７０に届かないように、ルーティング規則が設定されている。外側ルータ４０は、例えば、イントラネットに接続された機器と、インターネット３０に接続された機器との間の通信に必要なポートのみが明けられていても良い。外側ルータ４０は、例えば、ＲＡＤＩＵＳ、ＳＭＴＰ、ＤＮＳ、ＳＳＬ、ＶＰＮなどに用いられるポートのみ開けられていても良い。

アクセスサーバ５０は、転送部５１を有する。
転送部５１は、端末１０からパスワードデータを受信すると、受付サーバ８０を介して認証サーバ９０にパスワードデータを送信する。転送部５１は、端末１０からユーザＩＤを受信すると、受付サーバ８０を介してユーザＩＤを認証サーバ９０に送信する。すなわち、転送部５１は、鍵変換部１３６で文字列化した暗号鍵と、ファイル名生成部１３７で生成したファイルネームと、入力部１１に入力されたユーザＩＤとを端末１０から認証サーバ９０に転送する。

アクセスサーバ５０は、例えば、ＲＡＤＩＵＳ Ｐｒｏｘｙ機能付ＶＰＮサーバである。ＲＡＤＩＵＳ Ｐｒｏｘｙ機能とは、ＲＡＤＩＵＳプロトコルで運ばれてきたパスワードデータを、他のＲＡＤＩＵＳサーバに中継する機能である。また、ＲＡＤＩＵＳ Ｐｒｏｘｙ機能付ＶＰＮサーバでは、パスワードデータを中継したＲＡＤＩＵＳサーバから認証成功の通知を受けたとき、ＲＡＤＩＵＳ Ｐｒｏｘｙ機能付ＶＰＮサーバが有する機能を端末１０に提供する。ＲＡＤＩＵＳ Ｐｒｏｘｙ機能付ＶＰＮサーバが有する機能とは、例えば、ＶＰＮ機能などがある。これにより、ユーザは、端末１０から社内サーバ１１０にＶＰＮを用いて通信をすることができる。

中継サーバ６０は、記憶部６１（第１の記憶装置）と、受信部６２（第１の受信部）と、中継制御部６３と、送信部６４とを有する。
記憶部６１は、認証テーブル２００と、アカウントテーブル３００とを格納する。

図７は、認証テーブルのデータ例を示す図である。図８は、アカウントテーブルのデータ例を示す図である。

図７に示すように、認証テーブル２００には、端末１０から受信したファイル化された暗号化バイオ情報が格納される。すなわち、認証テーブル２００には、ファイルネームと暗号化バイオ情報とが関連付けられて格納される。なお、図７に示すように、認証テーブル２００では、例えば、格納を受け付けるファイル名を６５文字と長くすることにより、ファイル名の衝突の可能性を低くしても良い。

図８に示すように、アカウントテーブル３００には、ユーザＩＤと、パスワードと、コマンド制限が格納されている。

受信部６２は、端末１０からファイル化された暗号化バイオ情報を受信する。
中継制御部６３は、受信部６２で受信したファイル化された暗号化バイオ情報を認証テーブル２００に格納する。すなわち、中継制御部６３は、ファイルネームと暗号化バイオ情報とを関連付けて、認証テーブル２００に格納する。

また、中継制御部６３は、認証サーバ９０からファイルネームを受信すると、受信したファイルネームに関連付けられた暗号化バイオ情報を認証テーブル２００から抽出する。そして、中継制御部６３は、抽出した暗号化バイオ情報を送信部６４に通知する。その後、中継制御部６３は、抽出した暗号化バイオ情報が属するレコードを削除する。なお、中継制御部６３によるレコードの削除は、記憶部６１のクリーンナップのために行なわれる。そして、中継制御部６３によるレコードの削除は、認証サーバ９０からファイルネームを受信するときに、認証サーバ９０から要求されることにより行なわれても良い。

中継制御部６３は、端末１０や認証サーバ９０から認証テーブル２００へのアクセス要求があると、アクセス要求とともに通知されるアカウント名に基づいて、認証テーブル２００の書き込みや閲覧に対するコマンド制限を行なう。

中継制御部６３は、例えば、記憶部６１に、図８に示すアカウントテーブル３００が格納されているとき、端末１０から、アカウント名：ｂｉｏｕｓｅｒで認証テーブル２００へのアクセス要求があるとする。このとき、中継制御部６３は、認証テーブル２００へのアクセス要求をしてきた端末１０に対して、パスワードの入力を求めないが、認証テーブル２００にファイルを置くことだけを許可する。よって、端末１０は、他のファイルを閲覧することはできない。

中継制御部６３は、例えば、記憶部６１に、図８に示すアカウントテーブル３００が格納されているとき、認証サーバ９０から、アカウント名：ｂｉｏｓｅｖｅｒで認証テーブル２００へのアクセス要求があるとする。このとき、中継制御部６３は、認証テーブル２００へのアクセス要求をしてきた認証サーバ９０に対して、パスワードの入力を求める。そして、中継制御部６３は、認証サーバ９０からパスワードが入力されると、認証サーバ９０に認証テーブル２００に格納されている全てのファイルの取得と、認証テーブル２００のクリーンナップのための削除を許可する。生体認証システムでは、例えば、認証サーバ９０などの限られたサーバにｂｉｏｓｅｖｅｒのパスワードを所持させることにより、外部からの不正なアクセスによる認証テーブル２００への書き込みや閲覧を制限している。

また、中継制御部６３は、例えば、端末１０からファイル化された暗号化バイオ情報を受信し、認証テーブル２００に書き込んだあと、ファイルのパーミッションを書き込み不可としても良い。これにより、認証テーブル２００に格納された各レコードに、許可なく他のレコードが上書きされることを防ぐことができる。

送信部６４は、中継制御部６３に抽出された暗号化バイオ情報を、認証サーバ９０に送信する。また、送信部６４は、認証サーバ９０との間の通信に、ＳＳＬなどの暗号化通信プロトコルを使用し、データを暗号化して送受信する。送信部６４は、例えば、認証サーバ９０との間の通信に、ＦＴＰＳ、ＳＦＴＰ、およびＨＴＴＰＳなどの通信プロトコルを用いる。

中継サーバ６０は、例えば、これまで使用されてきて、十分に実績があり、ＦＴＰＳやＳＦＴＰを動かすために最小限に機能を限定したＯＳで動作しても良い。中継サーバ６０のＯＳには、例えば、Ｒｅｄｈａｔ（登録商標）、Ｅｎｔｅｒｐｒｉｚｅ Ｌｉｎｕｘ（登録商標）５．ｘ系や、Ｗｉｎｄｏｗｓ（登録商標） Ｓｅｒｖｅｒ ２００８などを用いても良い。そして、中継サーバ６０は、最小限に機能を限定したＯＳでＦＴＰＳまたはＳＦＴＰを使用可能なサーバソフトを動作させる。サーバソフトとしては、例えば、Ｌｉｎｕｘのｖｓｆｔｐｄ-２．３．５、またはＷｉｎｄｏｗｓ ＳｅｒｖｅｒのＩＩＳ７系を用いても良い。

内側ルータ７０は、ＤＭＺとイントラネットとの間に設置されたルータであり、ファイアウォールとしての機能を持つ。内側ルータ７０は、インターネットから送られてきたパケットを通過させないように、ルーティング規則が設定されている。内側ルータ７０は、アクセスサーバ５０や中継サーバ６０から送られてきたパケットを通過させる。

また、内側ルータ７０は、許可された通信プロトコルのパケットをイントラネットからＤＭＺに通過させる。許可された通信プロトコルとは、例えば、イントラネットに認証サーバ９０や受付サーバ８０が接続されているとき、会社から許可された通信プロトコルであり、例えば、ＲＡＤＩＵＳ、ＳＳＬ、ＨＴＴＰＳ、ＦＴＰＳおよびＳＦＴＰなどである。なお、イントラネットから内側ルータ７０を通過してＤＭＺに送られてきたパケットは、アクセスサーバ５０を介してインターネットへ送信されても良い。

受付サーバ８０は、アクセスサーバ５０からユーザＩＤと、パスワードデータとを受信し、受信したユーザＩＤと、パスワードデータとを認証サーバ９０に通知する。また、受付サーバ８０は、認証サーバ９０から認証成功の通知を取得すると、アクセスサーバ５０に認証成功を通知する。

受付サーバ８０は、例えば、ＲＡＤＩＵＳサーバである。ただし、受付サーバ８０は、ユーザＩＤとパスワードの認証を認証サーバ９０に委譲する。したがって、受付サーバ８０は、ＲＡＤＩＵＳプロトコルによる通信で、ユーザＩＤとパスワードデータとを受信したとき、受信したユーザＩＤとパスワードデータとを認証サーバ９０に通知し、認証サーバ９０からの認証結果の通知を待つ。

図９〜図１３を参照して認証サーバ９０と管理サーバ１００の動作を詳細に説明する。
図９は、認証サーバの一実施例を示す機能ブロック図である。図１０は、登録テーブルのデータ例を示す図である。図１１〜図１３は、認証サーバの処理を示すシーケンス図である。

図９を参照して、認証サーバ９０と管理サーバ１００が有する機能の種類を示す。
認証サーバ９０は、受信部９１（第２の受信部）と、分離部９２と、鍵復号部９３と、取得部９４（第２の取得部）と、暗号復号部９５と、照合部９６とを有する。

管理サーバ１００は、記憶部１０１（第２の記憶装置）と、入力部１０２と、検索部１０３とを有する。記憶部１０１は、登録テーブル４００を記憶する。

図１０に示すように、登録テーブル４００には、各ユーザを識別するユーザＩＤと、各ユーザを特定する登録バイオ情報とが関連付けられて格納されている。登録テーブル４００へのユーザＩＤと登録バイオ情報との登録は、ユーザ登録時に予め行なわれても良い。ユーザＩＤは、管理サーバ１００が有する入力部１０２から入力されたユーザＩＤを、登録テーブル４００に格納しても良い。登録バイオ情報は、管理サーバ１００が有する図示しない生体センサで取得した生体情報を所定のテンプレートを用いてバイオ情報に変換し、登録テーブル４００に格納しても良い。なお、所定のテンプレートは、端末１０と同じものを用いても良い。これにより、同じユーザの認証バイオ情報と登録バイオ情報とは、同じユーザのバイオ情報になる。

図１１〜図１３を参照して、認証サーバ９０と管理サーバ１００とが有する各機能で行なう処理の詳細を示すことにより、認証サーバ９０と管理サーバ１００との動作を説明する。

図１１に示すように、受信部９１は、アクセスサーバ５０から受付サーバ８０を介して、ユーザＩＤとパスワードデータとを受信する（Ｓ４００）。

そして、受信部９１は、受信したパスワードデータを分離部９２に通知する（Ｓ４０１）。さらに、受信部９１は、受信したユーザＩＤを照合部９６に通知する（Ｓ４０２）。

分離部９２は、受信部９１から通知されたパスワードデータを、ファイルネームと、文字列化した暗号鍵とに分離する（Ｓ４０３）。

そして、分離部９２は、パスワードデータを分離して得られた文字列化された暗号鍵を鍵復号部９３に通知する（Ｓ４０４）。さらに、分離部９２は、パスワードデータを分離して得られたファイルネームを取得部９４に通知する（Ｓ４０５）。

図１２に示すように、鍵復号部９３は、通知された文字列化された暗号鍵を復号し、バイナリデータの暗号鍵にする（Ｓ５００）。そして、鍵復号部９３は、バイナリデータの暗号鍵を暗号復号部９５に通知する（Ｓ５０１）。以下の説明において、単に暗号鍵と記載したとき、暗号鍵は、バイナリデータの暗号鍵であるものとする。

取得部９４は、分離部９２から通知されたファイルネームに関連付けられた暗号化バイオ情報を、中継サーバ６０の記憶部から取得する（Ｓ５０２）。取得部９４は、例えば、中継サーバ６０の記憶部６１にアカウントテーブル３００が記憶されているとき、アカウント名：ｂｉｏｓｅｒｖｅｒを指定して、認証テーブル２００へのアクセス要求を送信する。そして、取得部９４は、中継サーバ６０の中継制御部６３から要求されるｂｉｏｓｅｖｅｒのパスワードを、中継制御部６３に通知することにより、認証テーブル２００にアクセスし、ファイルネームに関連付けられた暗号化バイオ情報を取得する。その後、取得部９４は、取得した暗号化バイオ情報が属するレコードを削除する要求を中継サーバ６０に送信し、認証テーブル２００から取得した暗号化バイオ情報が属するレコードを削除しても良い。認証サーバ９０は、ＦＴＰＳやＳＦＴＰを用いて、中継サーバ６０と通信しても良い。

そして、取得部９４は、取得した暗号化バイオ情報を暗号復号部９５に通知する（Ｓ５０３）。

暗号復号部９５は、取得部９４から通知された暗号化バイオ情報を、鍵復号部９３から通知された暗号鍵で復号する。これにより、暗号復号部９５は、暗号化バイオ情報から認証バイオ情報と確認ヘッダを取得する（Ｓ５０４）。

そして、暗号復号部９５は、確認ヘッダを確認し、暗号化バイオ情報から取得した認証バイオ情報が正しいか否かを判定する（Ｓ５０５）。暗号復号部９５は、例えば、ヘッダ付与部１３３が有するハッシュ関数と同じハッシュ関数を有する。暗号復号部９５は、Ｓ５０４で取得した認証バイオ情報をハッシュ関数に代入することで得たハッシュ値と、Ｓ１０２で、ヘッダ付与部１３３により算出されたハッシュ値である確認ヘッダが同じ値であるとき、得られた認証バイオ情報が正しいと判定する。暗号復号部９５は、得られた認証バイオ情報が正しくないとき、ユーザに対して再度の生体情報の入力を要求しても良い。

そして、暗号復号部９５は、Ｓ５０４で得られた認証バイオ情報が正しいと判定すると、復号成功を照合部９６に通知する（Ｓ５０６）。

図１３に示すように、照合部９６は、暗号復号部９５から復号成功を通知されると、Ｓ４０２で受信部９１から通知されたユーザＩＤに関連付けられた登録バイオ情報を、登録テーブル４００から取得する（Ｓ６００）。照合部９６は、例えば、ユーザＩＤを管理サーバ１００の検索部１０３に通知する。検索部１０３は、ユーザＩＤに関連付けられた登録バイオ情報を登録テーブル４００から検索し、ユーザＩＤに関連付けられた登録バイオ情報を抽出する。検索部１０３は、抽出した登録バイオ情報を照合部９６に通知する。これにより、照合部９６は、登録テーブル４００からユーザＩＤに関連付けられた登録バイオ情報を取得する。

また、登録テーブル４００に登録されているレコードが少ないとき、照合部９６は、Ｓ５０４で得られた認証バイオ情報を管理サーバ１００の検索部１０３に通知しても良い。このとき、検索部１０３は、認証バイ情報と同じ登録バイオ情報が登録テーブル４００に格納されているかを検索し、認証バイ情報と同じ登録バイオ情報を抽出する。検索部１０３は、抽出した登録バイオ情報を照合部９６に通知する。これにより、照合部９６は、登録テーブル４００からユーザＩＤに関連付けられた登録バイオ情報を取得する。

照合部９６は、検索部１０３から取得した登録バイオ情報と、取得部９４で取得した暗号化バイオ情報から得られた認証バイオ情報とを一致判定する（Ｓ６０１）。

照合部９６は、検索部１０３から取得した登録バイオ情報と、取得部９４で取得した暗号化バイオ情報から得られた認証バイオ情報とが同じユーザの同じ指から生成されたバイオデータであると判断したとき、認証成功と判定する（Ｓ６０２）。また、照合部９６は、検索部１０３から取得した登録バイオ情報と、取得部９４で取得した暗号化バイオ情報から得られた認証バイオ情報とが異なるとき、認証失敗と判定する。

以上のように、認証サーバ９０と管理サーバ１００とは、連携して、登録バイ情報と認証バイオ情報とが一致するか否かを判定することにより、生体認証を行なう。

図１に図示した社内サーバ１１０とは、例えば、会社などのイントラネットに接続された各種業務用のサービスを提供するサーバである。なお、イントラネットに設置されるサービスを提供するサーバは、社内サーバ１１０に限定されるものではなく、ユーザの用途に応じてホームサーバなどを設置しても良い。

図１４〜図１７を参照して生体認証システムの生体認証処理を説明する。
図１４〜図１７は、生体認証処理を示すシーケンス図である。以下の説明では、端末１０と、アクセスサーバ５０と、中継サーバ６０と、認証サーバ９０との動作を説明する。端末１０と、アクセスサーバ５０と、中継サーバ６０と、認証サーバ９０との内部の処理については、図１〜図１３を用いて説明した各処理と同じである。

図１４に示すように、端末１０は、ユーザが入力部１１で入力するユーザＩＤを取得する（Ｓ１０）。このとき、取得するユーザＩＤは、例えば、文字列である。

端末１０は、生体センサ２０から取得した生体情報を、所定のパラメータを用いて変換することにより、認証バイオ情報を取得する（Ｓ１１）。

端末１０は、乱数を用いて暗号鍵を生成する（Ｓ１２）。このとき、生成される暗号鍵は、例えば、バイナリデータである。

端末１０は、乱数を用いてファイルネームを生成する（Ｓ１３）。このとき、生成されるファイルネームは、例えば、文字列である。

端末１０は、認証バイオ情報に確認ヘッダを付与する（Ｓ１４）。このとき、端末１０は、認証バイオ情報をハッシュ関数に代入することにより得られたハッシュ値を確認ヘッダとする。

端末１０は、Ｓ１２で生成した確認ヘッダが付与された認証バイオ情報を暗号化する（Ｓ１５）。

端末１０は、Ｓ１３で生成したファイルネームを用いて暗号化バイオ情報をファイル化する（Ｓ１６）。すなわち、端末１０は、ファイルネームと暗号化バイオ情報を関連付ける。

端末１０は、ファイル化した暗号化バイオ情報を中継サーバ６０に送信する（Ｓ１７）。このとき、端末１０は、例えば、ＦＴＰＳまたはＳＦＴＰで中継サーバ６０と通信する。また、端末１０は、例えば、中継サーバ６０にアカウントテーブル３００が格納されているとき、中継サーバ６０に対してアカウント名：ｂｉｏｕｓｅｒで認証テーブル２００へのアクセス要求をする。

図１５に示すように、中継サーバ６０は、ファイル化した暗号化バイオ情報を端末１０から受信すると、認証テーブル２００にファイル化した暗号化バイオ情報を格納する（Ｓ２０）。すなわち、中継サーバ６０は、ファイルネームと暗号化バイオ情報とを関連付けて認証テーブル２００に登録する。中継サーバ６０は、例えば、アカウントテーブル３００が格納されているとき、端末１０からアカウント名：ｂｉｏｕｓｅｒで認証テーブル２００へのアクセス要求があると、端末１０から受信したファイル化した暗号化バイオ情報を認証テーブル２００に格納する。

端末１０は、Ｓ１２で生成したバイナリデータの暗号鍵を文字列化する（Ｓ２１）。
端末１０は、Ｓ１３で生成したファイルネームと、Ｓ２１で文字列化した暗号鍵とを接合し、パスワードデータを生成する（Ｓ２２）。

端末１０は、Ｓ１０で取得したユーザＩＤと、Ｓ２２で生成したパスワードデータとをアクセスサーバ５０に送信する（Ｓ２３）。このとき、端末１０は、例えば、アクセスサーバ５０とＳＳＬにより通信を行なう。

アクセスサーバ５０は、端末１０から受信したユーザＩＤとパスワードデータとを、受付サーバ８０を介して認証サーバ９０に送信する（Ｓ２４）。受付サーバ８０は、例えば、ＲＡＤＩＵＳサーバである。

認証サーバ９０は、パスワードデータを受信すると、パスワードデータをファイルネームと文字列化された暗号鍵に分離する（Ｓ２５）。

認証サーバ９０は、文字列化された暗号鍵をバイナリデータに変換する（Ｓ２６）。
また、認証サーバ９０は、Ｓ２５でパスワードデータを分離して得られたファイルネームを中継サーバ６０に送信する（Ｓ２７）。このとき、認証サーバ９０は、例えば、ＦＴＰＳまたはＳＦＴＰで中継サーバ６０と通信する。

図１６に示すように、中継サーバ６０は、認証サーバ９０から受信したファイルネームに関連付けられた暗号化バイオ情報を、認証テーブル２００から抽出する（Ｓ３０）。認証サーバ９０は、例えば、中継サーバ６０にアカウントテーブル３００が格納されているとき、中継サーバ６０に対してアカウント名：ｂｉｏｓｅｒｖｅｒで認証テーブル２００へのアクセス要求をする。中継サーバ６０は、例えば、認証サーバ９０からアカウント名：ｂｉｏｓｅｒｖｅｒで認証テーブル２００へのアクセス要求があると、認証サーバ９０にパスワードの入力を要求する。そして、中継サーバ６０は、認証サーバ９０からパスワードの入力があると、認証サーバ９０から受信したファイルネームに関連付けられた暗号化バイオ情報を、認証テーブル２００から抽出しても良い。また、中継サーバ６０は、認証サーバ９０からパスワードの入力があると、認証サーバ９０から受信したファイルネームに関連付けられた暗号化バイオ情報を、認証テーブル２００から抽出したあと、抽出したレコードを削除しても良い。

中継サーバ６０は、Ｓ３０で抽出した暗号化バイオ情報を認証サーバ９０に送信する（Ｓ３１）。このとき、中継サーバ６０は、例えば、ＦＴＰＳまたはＳＦＴＰで認証サーバ９０と通信する。

中継サーバ６０は、Ｓ３１で送信した暗号化バイオ情報のファイルを、認証テーブル２００から削除する（Ｓ３２）。

認証サーバ９０は、中継サーバ６０からＳ３０で抽出した暗号化バイオ情報を受信すると、Ｓ２６でバイナリデータに変換した暗号鍵を用いて暗号化バイオ情報を復号する。これにより、認証サーバ９０は、認証バイオ情報と確認ヘッダとを取得する（Ｓ３３）。

認証サーバ９０は、Ｓ３３で取得した確認ヘッダを用いて、Ｓ３３で復号した認証バイオ情報が正しいか否かを判定する（Ｓ３４）。認証サーバ９０は、認証バイオ情報をＳ１４で用いたハッシュ関数でハッシュ値に変換し、確認ヘッダと比較する。これにより、認証サーバ９０は、変換したハッシュ値と確認ヘッダとが一致するとき、復号された認証バイオ情報が正しいと判定する。認証サーバ９０は、得られた認証バイオ情報が正しくないとき、ユーザに対して再度の生体情報の入力を要求しても良い。

認証サーバ９０は、Ｓ３４において、復号した認証バイオ情報が正しいとき、登録テーブル４００から、Ｓ２４で取得したユーザＩＤに関連付けられた登録バイオ情報を取得する（Ｓ３５）。

認証サーバ９０は、Ｓ３５で取得した登録バイオ情報とＳ３３で取得した認証バイオ情報とを照合する（Ｓ３６）。認証サーバ９０は、登録バイオ情報と認証バイオ情報とが異なるとき、認証失敗と判定する。このとき、認証サーバ９０は、端末１０に認証が失敗したことを通知しても良い。認証サーバ９０は、認証が失敗したとき、再度の認証処理を端末１０に要求しても良いし、認証処理を終了しても良い。

図１７に示すように、認証サーバ９０は、Ｓ３６の照合の結果、登録バイオ情報と認証バイオ情報とが一致したとき、認証成功と判定する（Ｓ４０）。

認証サーバ９０は、Ｓ３６で認証成功の判定をすると、受付サーバ８０を介して認証成功をアクセスサーバ５０に通知する（Ｓ４１）。

アクセスサーバ５０は、端末１０にＶＰＮによる通信の許可を通知する（Ｓ４２）。このとき、アクセスサーバ５０は、例えば、共通鍵などのＶＰＮ通信に必要な情報を端末１０に送信する。

端末１０は、アクセスサーバ５０からＶＰＮによる通信の許可を受信すると、アクセスサーバ５０との間に安全な暗号化経路を確立し、社内サーバ１１０とのアクセスを開始する（Ｓ４３）。

図１８は、コンピュータ装置の一実施例を示すブロック図である。
端末１０と、アクセスサーバ５０と、中継サーバ６０と、受付サーバ８０と、認証サーバ９０と、管理サーバ１００と、社内サーバ１１０とは、例えば、図１８に示すコンピュータ装置５００である。

図１８を参照して、端末１０と、アクセスサーバ５０と、中継サーバ６０と、受付サーバ８０と、認証サーバ９０と、管理サーバ１００と、社内サーバ１１０との構成について説明する。

図１８において、コンピュータ装置５００は、制御回路５０１と、記憶装置５０２と、読取装置５０３と、記録媒体５０４と、通信インターフェイス５０５（通信Ｉ／Ｆ）と、入出力インターフェイス５０６（入出力Ｉ／Ｆ）と、ネットワーク５０７とを備えている。また、各構成要素は、バス５０８により接続されている。

制御回路５０１は、コンピュータ装置５００全体の制御をする。そして、制御回路５０１は、例えば、ＣＰＵ、マルチコアＣＰＵ、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）およびＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）などである。

コンピュータ装置５００が端末１０であるとき、制御回路５０１は、例えば、図１において、入力部１１と、バイオ情報生成部１２と、バイオ認証部１３と、ユーザ認証部１４と、通信部１５として機能する。コンピュータ装置５００がアクセスサーバ５０であるとき、制御回路５０１は、例えば、図１において、転送部５１として機能する。コンピュータ装置５００が中継サーバ６０であるとき、制御回路５０１は、例えば、図１において、中継制御部６３として機能する。コンピュータ装置５００が認証サーバ９０であるとき、制御回路５０１は、例えば、図９において、分離部９２と、鍵復号部９３と、取得部９４と、暗号復号部９５と、照合部９６として機能する。コンピュータ装置５００が管理サーバ１００であるとき、制御回路５０１は、例えば、図９において、検索部１０３として機能する。

記憶装置５０２は、各種データを記憶する。そして、記憶装置５０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのメモリや、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）などで構成される。

コンピュータ装置５００が中継サーバ６０であるとき、記憶装置５０２は、例えば、図１において、記憶部６１として機能する。コンピュータ装置５００が管理サーバ１００であるとき、記憶装置５０２は、例えば、図９において、記憶部１０１として機能する。

また、ＲＯＭは、ブートプログラムなどのプログラムを記憶している。ＲＡＭは、制御回路５０１のワークエリアとして使用される。ＨＤは、ＯＳ、アプリケーションプログラム、ファームウェアなどのプログラム、および各種データを記憶している。

コンピュータ装置５００が端末１０であるとき、記憶装置５０２は、例えば、制御回路５０１を、入力部１１と、バイオ情報生成部１２と、バイオ認証部１３と、ユーザ認証部１４と、通信部１５として機能させるプログラムを記憶する。コンピュータ装置５００がアクセスサーバ５０であるとき、記憶装置５０２は、例えば、制御回路５０１を、転送部５１として機能させるプログラムを記憶する。コンピュータ装置５００が中継サーバ６０であるとき、記憶装置５０２は、例えば、制御回路５０１を、中継制御部６３として機能させるプログラムを記憶する。コンピュータ装置５００が認証サーバ９０であるとき、記憶装置５０２は、例えば、制御回路５０１を、分離部９２と、鍵復号部９３と、取得部９４と、暗号復号部９５と、照合部９６として機能させるプログラムを記憶する。コンピュータ装置５００が管理サーバ１００であるとき、記憶装置５０２は、例えば、制御回路５０１を、検索部１０３として機能させるプログラムを記憶する。

そして、生体認証処理をするとき、端末１０と、アクセスサーバ５０と、中継サーバ６０と、認証サーバ９０と、管理サーバ１００とは、それぞれ記憶装置５０２に記憶されたプログラムをＲＡＭに読み出す。これにより、ＲＡＭに読み出されたプログラムを制御回路５０１で実行することにより、端末１０と、アクセスサーバ５０と、中継サーバ６０と、認証サーバ９０と、管理サーバ１００とは、生体認証処理を実行する。

なお、端末１０と、アクセスサーバ５０と、中継サーバ６０と、認証サーバ９０と、管理サーバ１００とに記憶されたプログラムは、制御回路５０１が通信インターフェイス５０５を介してアクセス可能であれば、ネットワーク５０７上のサーバが有する記憶装置に記憶されていても良い。

読取装置５０３は、制御回路５０１に制御され、着脱可能な記録媒体５０４のデータのリード／ライトを行なう。そして、読取装置５０３は、例えば、ＦＤＤ（Ｆｌｏｐｐｙ Ｄｉｓｋ Ｄｒｉｖｅ）、ＣＤＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｄｒｉｖｅ）、ＤＶＤＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、ＢＤＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｋ Ｄｒｉｖｅ）およびＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）などである。また、読取装置５０３は、記録媒体５０４に記録されたプログラムを読み出し、端末１０と、アクセスサーバ５０と、中継サーバ６０と、認証サーバ９０と、管理サーバ１００とが有する各記憶装置５０２に記憶しても良い。

記録媒体５０４は、各種データを保存する。
コンピュータ装置５００が端末１０であるとき、記録媒体５０４は、例えば、制御回路５０１を入力部１１と、バイオ情報生成部１２と、バイオ認証部１３と、ユーザ認証部１４と、通信部１５として動作させるためのプログラムを記憶する。コンピュータ装置５００がアクセスサーバ５０であるとき、記録媒体５０４は、例えば、制御回路５０１を転送部５１として動作させるためのプログラムを記憶する。コンピュータ装置５００が中継サーバ６０であるとき、記録媒体５０４は、例えば、制御回路５０１を中継制御部６３として動作させるためのプログラムを記憶する。コンピュータ装置５００が認証サーバ９０であるとき、記録媒体５０４は、例えば、制御回路５０１を分離部９２と、鍵復号部９３と、取得部９４と、暗号復号部９５と、照合部９６として動作させるためのプログラムを記憶する。コンピュータ装置５００が管理サーバ１００であるとき、記録媒体５０４は、例えば、制御回路５０１を検索部１０３として動作させるためのプログラムを記憶する。

そして、記録媒体５０４は、読取装置５０３を介してバス５０８に接続され、制御回路５０１が読取装置５０３を制御することにより、データのリード／ライトが行なわれる。また、記録媒体５０４は、例えば、ＦＤ（Ｆｌｏｐｐｙ Ｄｉｓｋ）、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｋ）、およびフラッシュメモリなどである。

通信インターフェイス５０５は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線通信、またはインターネットなどのネットワーク５０７を介してコンピュータ装置と他の装置とを通信可能に接続する。

コンピュータ装置５００が端末１０であるとき、通信インターフェイス５０５は、図１において、通信部１５として機能する。コンピュータ装置５００がアクセスサーバ５０であるとき、通信インターフェイス５０５は、図１において、転送部５１として機能する。

コンピュータ装置５００が中継サーバ６０であるとき、通信インターフェイス５０５は、図１において、受信部６２と、送信部６４とて機能する。コンピュータ装置５００が認証サーバ９０であるとき、通信インターフェイス５０５は、図９において、受信部９１として機能する。

入出力インターフェイス５０６は、例えば、キーボード、マウス、およびタッチパネルなどと接続され、接続された装置から各種情報を示す信号が入力されると、バス５０８を介して入力された信号を制御回路５０１に出力する。また、入出力インターフェイス５０６は、制御回路５０１から出力された各種情報を示す信号がバス５０８を介して入力されると、接続された各種装置にその信号を出力する。

コンピュータ装置５００が端末１０であるとき、入出力インターフェイス５０６は、例えば、入力部１１として機能する。なお、コンピュータ装置５００が端末１０であるとき、入力部１１には、生体センサ２０が接続されても良い。この場合、端末１０は、入力部１１を介して生体情報を取得する。コンピュータ装置５００が管理サーバ１００であるとき、入出力インターフェイス５０６は、例えば、入力部１０２として機能する。

以上のように、実施形態の生体認証システムでは、端末１０から中継サーバ６０を介して認証サーバ９０に認証バイオ情報を送信する。これにより、端末１０は、認証プロトコルのアクセス要求パケットなどに載せられるペイロード長に制限があり、パケットにバイオ情報を載せることができない場合でも、中継サーバ６０を介して認証サーバ９０に認証バイオ情報を通知することができる。よって、生体認証システムは、認証プロトコルのパケットに載せられるペイロード長に制限があるような、暗号強度の強い認証プロトコルを用いて生体認証を行なうことができる。したがって、実施形態の生体認証システムは、通信接続時の生体認証処理を安全に行なうことができる。

一例として、ＲＡＤＩＵＳプロトコルにおいて、暗号強度の強いＲＡＤＩＵＳ−ＥＡＰ−ＴＴＬＳ−ＰＡＰやＲＡＤＩＵＳ−ＥＡＰ−ＰＥＡＰ−ＭＳＣＨＡＰｖ２を用いた通信では、認証プロトコルのパケットに載せられるデータ長が最大で３２ｂｙｔｅである。よって、ＲＡＤＩＵＳプロトコルにおいて、暗号強度の強いＲＡＤＩＵＳ−ＥＡＰ−ＴＴＬＳ−ＰＡＰを用いると、端末１０は、例えば、５ＫＢの認証バイオ情報を認証プロトコルのパケットに乗せて認証サーバ９０に送信することができない。このとき、実施形態の生態認証システムを適用すると、端末１０は、認証プロトコルのパケットのパスワードデータとして、ファイルネームと暗号鍵のみを送る。そして、端末１０は、認証バイオ情報を中継サーバに格納する。認証サーバ９０は、端末１０から送られてきたファイルネームを用いて、中継サーバ６０から認証バイオ情報を取得する。以上のように、端末１０は、暗号強度の強いプロトコルを用いて、認証サーバ９０に認証バイオ情報を送信することができる。

実施形態の生体認証システムの中継サーバ６０は、ＦＴＰＳやＳＦＴＰにより、端末１０からファイル化した暗号化バイオ情報を受信し、認証サーバ９０の要求に応じてファイル化した暗号化バイオ情報を認証サーバ９０に送信する機能を有すればよい。このため、中継サーバ６０は、最小限に機能を限定したＯＳで動作できる。したがって、中継サーバ６０は、複雑な機能を有する各種認証用のサーバと比較し、通信の安全性を向上させる対策が取りやすくなる。よって、実施形態の生態認証システムは、中継サーバ６０をＤＭＺに設置することにより、複雑な機能を有する各種認証用のサーバをＤＭＺに設置するのに比較して、通信プロトコルの脆弱性を利用した攻撃に対する安全性を向上させることができる。

実施形態の生体認証システムの認証サーバ９０は、中継サーバ６０にアクセスするだけで、認証バイオ情報を取得できる。したがって、認証サーバ９０は、インターネット３０から直接アクセスされないので、外部から不正にアクセスされ、不正に利用されるのを防止することができる。

実施形態の生体認証システムの端末１０は、パスワードデータとして受付サーバ８０を介して認証サーバ９０に送信する、ファイルネームと暗号鍵とを文字列に変換する。これにより、端末１０は、認証プロトコルのパケットにバイナリデータを載せることができない場合でも、認証プロトコルのパスワードデータとしてファイルネームと暗号鍵とを認証サーバ９０に通知することができる。

なお、本実施形態は、以上に述べた実施形態に限定されるものではなく、本実施形態の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。

以上記載した各実施例を含む実施形態に関し、さらに以下の付記を開示する。なお、本発明は、以下の付記に限定されるものではない。
（付記１）
第一のネットワークに接続された端末と、非武装地帯に設置された中継サーバ及びアクセスサーバと、第二のネットワークに接続された認証サーバとを有する生体認証システムにおいて、
前記端末は、
生体センサから取得した生体情報に基づいて生成された認証バイオ情報を前記中継サーバに送信するとともに、該認証バイオ情報を特定する情報であるバイオ識別子を前記アクセスサーバに送信する送信部を備え、
前記生体認証サーバは、
前記アクセスサーバから取得した前記バイオ識別子に基づいて前記中継サーバから前記認証バイオ情報を取得する取得部と、
取得した前記認証バイオ情報を用いて認証処理を実行する認証部と、
を備えることを特徴とする生体認証システム。
（付記２）
インターネットに接続された端末と、非武装地帯に設置された中継サーバおよびアクセスサーバと、イントラネットに接続された認証サーバとを有する生体認証システムにおいて、
前記端末は、
生体センサからユーザを特定する認証バイオ情報を取得する第１の取得部と、
前記認証バイオ情報を識別するバイオ識別子を生成する識別子生成部と、
前記バイオ識別子と前記認証バイオ情報とを前記中継サーバに送信し、前記バイオ識別子を前記アクセスサーバに送信する通信部と、
を備え、
前記中継サーバは、
記憶部と、
前記端末から前記バイオ識別子と前記認証バイオ情報とを受信する第１の受信部と、
前記第１の受信部で受信した前記バイオ識別子と前記認証バイオ情報とを関連付けて、前記記憶部に記憶させ、前記認証サーバから前記バイオ識別子を受信すると、前記受信したバイオ識別子に関連付けられた前記認証バイオ情報を前記記憶部から抽出する中継制御部と、
前記抽出された認証バイオ情報を、前記認証サーバに送信する送信部と、
を備え、
前記アクセスサーバは、
前記端末から前記バイオ識別子を受信すると、前記バイオ識別子を前記認証サーバに送信する転送部と、
を備え、
前記認証サーバは、
前記アクセスサーバから前記バイオ識別子を受信する第２の受信部と、
前記第２の受信部で受信した前記バイオ識別子に関連付けられた前記認証バイオ情報を前記中継サーバの記憶部から取得する第２の取得部と、
各ユーザを特定する登録バイオ情報を記憶する、イントラネットに接続された記憶装置を検索し、前記第２の取得部で取得した認証バイオ情報と一致する前記登録バイオ情報が前記記憶装置に記憶されているとき、認証が成立したと判定する照合部と、
を備えることを特徴とする生体認証システム。
（付記３）
前記端末は、さらに、ユーザを識別するユーザ識別子の入力を受け付ける入力部を備え、
前記端末の通信部は、前記バイオ識別子と前記ユーザ識別子とを前記アクセスサーバに送信し、
前記アクセスサーバの転送部は、前記端末から前記バイオ識別子と前記ユーザ識別子とを受信すると、前記バイオ識別子と前記ユーザ識別子とを前記認証サーバに送信し、
前記認証サーバの第２の受信部は、前記アクセスサーバから前記バイオ識別子と前記ユーザ識別子とを受信し、
前記認証サーバの照合部は、各ユーザを識別するユーザ識別子と、各ユーザを特定する登録バイオ情報とを関連付けて記憶する、イントラネットに接続された記憶装置から、前記第２の受信部で受信したユーザ識別子に関連付けられた前記登録バイオ情報を取得し、前記取得した登録バイオ情報と、前記第２の取得部で取得した認証バイオ情報とが一致したとき、認証が成立したと判定する
ことを特徴とする付記２に記載の生体認証システム。
（付記４）
前記端末は、さらに、
前記認証バイオ情報を暗号化する暗号鍵を生成する鍵生成部と、
前記鍵生成部で生成された暗号鍵を用いて前記認証バイオ情報を暗号化する暗号化部と、
を備え、
前記端末の通信部は、前記バイオ識別子と前記暗号化された認証バイオ情報とを前記中継サーバに送信し、前記バイオ識別子と前記暗号鍵とを前記アクセスサーバに送信し、
前記中継サーバの第１の受信部は、前記端末から前記バイオ識別子と前記暗号化された認証バイオ情報とを受信し、
前記中継サーバの中継制御部は、前記バイオ識別子と前記暗号化された認証バイオ情報とを関連付けて、前記記憶部に記憶させ、前記認証サーバから前記バイオ識別子を受信すると、前記受信したバイオ識別子に関連付けられた前記暗号化された認証バイオ情報を前記記憶部から抽出し、
前記中継サーバの送信部は、前記抽出された暗号化された認証バイオ情報を、前記認証サーバに送信し、
前記アクセスサーバの転送部は、前記端末から前記バイオ識別子と前記暗号鍵とを受信すると、前記バイオ識別子と前記暗号鍵とを前記認証サーバに送信し、
前記認証サーバの第２の取得部は、前記第２の受信部で受信した前記バイオ識別子に関連付けられた前記暗号化された認証バイオ情報を前記中継サーバの記憶部から取得し、
前記認証サーバは、さらに、前記第２の受信部で受信した前記暗号鍵を用いて、前記第２の取得部で取得した暗号化された認証バイオ情報を復号する暗号復号部を備え、
前記認証サーバの照合部は、前記暗号復号部で復号された認証バイオ情報を用いて生体認証処理を行なう
ことを特徴とする付記２または３に記載の生体認証システム。
（付記５）
前記端末は、さらに、前記バイオ識別子と前記暗号鍵とを用いてパスワードを生成するパスワード生成部を備え、
前記端末の通信部は、前記アクセスサーバに、前記パスワードを送信し、
前記アクセスサーバの転送部は、前記端末から前記パスワードを受信すると、前記パスワードを前記認証サーバに送信し、
前記認証サーバの第２の受信部は、前記アクセスサーバから前記パスワードを受信し、
前記認証サーバは、さらに、前記パスワードを前記バイオ識別子と前記暗号鍵とに分離する分離部を備え、
前記認証サーバの第２の取得部は、前記分離部で分離された前記バイオ識別子に関連付けられた前記暗号化された認証バイオ情報を前記記憶部から取得し、
前記認証サーバの暗号復号部は、前記分離部で分離された暗号鍵を用いて、前記取得した暗号化された認証バイオ情報を復号する
ことを特徴とする付記４に記載の生体認証システム。
（付記６）
前記暗号鍵は、バイナリデータであり、
前記端末は、さらに、前記暗号鍵を文字列化する鍵変換部を備え、
前記端末のパスワード生成部は、前記バイオ識別子と、前記文字列化された暗号鍵とを用いてパスワードを生成し、
前記認証サーバの分離部は、前記パスワードを前記バイオ識別子と前記文字列化された暗号鍵とに分離し、
前記認証サーバは、さらに、前記分離部で分離された文字列化された暗号鍵をバイナリデータに復号する鍵復号部を備え、
前記認証サーバの暗号復号部は、前記復号された前記暗号鍵を用いて、前記暗号化された認証バイオ情報を復号する
ことを特徴とする付記５に記載の生体認証システム。
（付記７）
前記端末の鍵生成部は、乱数を用いて前記暗号鍵を生成する
ことを特徴とする付記４〜６のいずれか一つに記載の生体認証システム。
（付記８）
前記端末は、さらに、前記認証バイオ情報をハッシュ関数に代入することにより求められたハッシュ値を前記認証バイオ情報に付与するヘッダ付与部を備え、
前記端末の暗号化部は、前記ハッシュ値が付与された認証バイオ情報を暗号化し、
前記認証サーバの暗号復号部は、前記暗号化されたハッシュ値が付与された認証バイオ情報を復号したとき、前記復号されたハッシュ値を用いて前記暗号化された認証バイオ情報の復号が正常に行なわれたか否かを確認する
ことを特徴とする付記４〜７のいずれか一つに記載の生体認証システム。
（付記９）
前記端末の識別子生成部は、乱数を用いて前記バイオ識別子を生成する
ことを特徴とする付記２〜８のいずれか一つに記載の生体認証システム。
（付記１０）
前記端末は、さらに、前記生体センサから入力される生体情報を所定のパラメータを用いて変換することにより、前記認証バイオ情報を生成する生成部を備え、
前記端末の第１の取得部は、前記生成部で生成された前記認証バイオ情報を取得する
ことを特徴とする付記２〜９のいずれか一つに記載の生体認証システム。
（付記１１）
前記端末と前記中継サーバとの通信と、前記中継サーバと前記認証サーバとの通信とは、データを暗号化して送受信することを特徴とする付記２〜１０のいずれか一つに記載の生体認証システム。
（付記１２）
前記端末と前記中継サーバとの通信と、前記中継サーバと前記認証サーバとの通信とに用いられる通信プロトコルは、ＦＴＰまたはＨＴＴＰである
ことを特徴とする付記２〜１１のいずれか一つに記載の生体認証システム。
（付記１３）
インターネットに接続された端末と、非武装地帯に設置された中継サーバおよびアクセスサーバと、イントラネットに接続された認証サーバとを有する生体認証システムの生体認証方法において、
前記端末は、
生体センサからユーザを特定する認証バイオ情報を取得し、
前記認証バイオ情報を識別するバイオ識別子を生成し、
前記バイオ識別子と前記認証バイオ情報とを前記中継サーバに送信し、
前記バイオ識別子を前記アクセスサーバに送信し、
前記中継サーバは、
前記端末から前記バイオ識別子と前記認証バイオ情報とを受信すると、前記バイオ識別子と前記認証バイオ情報とを関連付けて、中継サーバが有する第１の記憶装置に記憶し、
前記アクセスサーバは、
前記端末から前記バイオ識別子を受信すると、前記バイオ識別子を前記認証サーバに送信し、
前記認証サーバは、
前記アクセスサーバから前記バイオ識別子を受信すると、前記バイオ識別子に関連付けられた前記認証バイオ情報を前記中継サーバが有する第１の記憶装置から取得し、
各ユーザを特定する登録バイオ情報を記憶する、イントラネットに接続された第２の記憶装置を検索し、前記第２の取得部で取得した認証バイオ情報と一致する前記登録バイオ情報が前記第２の記憶装置に記憶されているとき、認証が成立したと判定する
ことを特徴とする生体認証方法。
（付記１４）
インターネットに接続された端末と、非武装地帯に設置された中継サーバおよびアクセスサーバと、イントラネットに接続された認証サーバとを有する生体認証システムの生体認証方法において、
前記端末は、
ユーザを識別するユーザ識別子を取得し、
生体センサからユーザを特定する認証バイオ情報を取得し、
前記認証バイオ情報を識別するバイオ識別子を生成し、
前記バイオ識別子と前記認証バイオ情報とを前記中継サーバに送信し、
前記バイオ識別子と前記ユーザ識別子とを前記アクセスサーバに送信し、
前記中継サーバは、
前記端末から前記バイオ識別子と前記認証バイオ情報とを受信すると、前記バイオ識別子と前記認証バイオ情報とを関連付けて、中継サーバが有する第１の記憶装置に記憶し、
前記アクセスサーバは、
前記端末から前記バイオ識別子と前記ユーザ識別子とを受信すると、前記バイオ識別子と前記ユーザ識別子とを前記認証サーバに送信し、
前記認証サーバは、
前記アクセスサーバから前記バイオ識別子を受信すると、前記バイオ識別子に関連付けられた前記認証バイオ情報を前記中継サーバ有する第１の記憶装置から取得し、
前記アクセスサーバから前記ユーザ識別子を受信すると、各ユーザを識別するユーザ識別子と、各ユーザを特定する登録バイオ情報とを関連付けて記憶するイントラネットに接続された第２の記憶装置から、前記受信したユーザ識別子に関連付けられた前記登録バイオ情報を取得し、
前記取得した登録バイオ情報と、前記第２の取得部で取得した認証バイオ情報とが一致したとき、認証が成立したと判定する
ことを特徴とする生体認証方法。
（付記１５）
非武装地帯に設置された中継サーバにおいて、
インターネットに接続された端末から、ユーザを特定する認証バイオ情報と、前記認証バイオ情報を識別するバイオ識別子とを受信し、かつ、イントラネットに接続された生体認証処理を行なう認証サーバから前記バイオ識別子を受信する受信部と、
記憶部と、
前記受信部で受信した前記バイオ識別子と前記認証バイオ情報とを関連付けて、前記記憶部に記憶させ、前記受信部が前記認証サーバからバイオ識別子を受信すると、前記受信したバイオ識別子に関連付けられた前記認証バイオ情報を、前記記憶部から抽出する中継制御部と、
前記抽出された認証バイオ情報を、前記認証サーバに送信する送信部と、
を備えることを特徴とする中継サーバ。

１０ 端末
１１ 入力部
１２ バイオ情報生成部
１３ バイオ認証部
１４ ユーザ認証部
１５ 通信部
２０ 生体センサ
３０ インターネット
４０ 外側ルータ
５０ アクセスサーバ
５１ 転送部
６０ 中継サーバ
６１ 記憶部
６２ 受信部
６３ 中継制御部
６４ 送信部
７０ 内側ルータ
８０ 受付サーバ
９０ 認証サーバ
９１ 受信部
９２ 分離部
９３ 鍵復号部
９４ 取得部
９５ 暗号復号部
９６ 照合部
１００ 管理サーバ
１０１ 記憶部
１０２ 入力部
１０３ 検索部
１１０ 社内サーバ
１３１ 取得部
１３２ 乱数生成部
１３３ ヘッダ付与部
１３４ 鍵生成部
１３５ 暗号化部
１３６ 鍵変換部
１３７ ファイル名生成部
１３８ ファイル生成部
１３９ パスワード生成部
２００ 認証テーブル
３００ アカウントテーブル
４００ 登録テーブル
５００ コンピュータ装置
５０１ 制御回路
５０２ 記憶装置
５０３ 読取装置
５０４ 記録媒体
５０５ 通信インターフェイス
５０６ 入出力インターフェイス
５０７ ネットワーク
５０８ バス
６００ パスワードデータ

Claims (8)

1. 第一のネットワークに接続された端末と、非武装地帯に設置された中継サーバ及びアクセスサーバと、第二のネットワークに接続された認証サーバとを有する生体認証システムにおいて、
   前記端末は、
   生体センサから取得した生体情報に基づいて生成された認証バイオ情報を前記中継サーバに送信するとともに、該認証バイオ情報を特定する情報であるバイオ識別子を前記アクセスサーバに送信する送信部を備え、
   前記認証サーバは、
   前記アクセスサーバから取得した前記バイオ識別子に基づいて前記中継サーバから前記認証バイオ情報を取得する取得部と、
   取得した前記認証バイオ情報を用いて認証処理を実行する認証部と、
   を備えることを特徴とする生体認証システム。
2. インターネットに接続された端末と、非武装地帯に設置された中継サーバおよびアクセスサーバと、イントラネットに接続された認証サーバとを有する生体認証システムにおいて、
   前記端末は、
   生体センサからユーザを特定する認証バイオ情報を取得する第１の取得部と、
   前記認証バイオ情報を識別するバイオ識別子を生成する識別子生成部と、
   前記バイオ識別子と前記認証バイオ情報とを前記中継サーバに送信し、前記バイオ識別子を前記アクセスサーバに送信する通信部と、
   を備え、
   前記中継サーバは、
   記憶部と、
   前記端末から前記バイオ識別子と前記認証バイオ情報とを受信する第１の受信部と、
   前記第１の受信部で受信した前記バイオ識別子と前記認証バイオ情報とを関連付けて、前記記憶部に記憶させ、前記認証サーバから前記バイオ識別子を受信すると、前記受信したバイオ識別子に関連付けられた前記認証バイオ情報を前記記憶部から抽出する中継制御部と、
   前記抽出された認証バイオ情報を、前記認証サーバに送信する送信部と、
   を備え、
   前記アクセスサーバは、
   前記端末から前記バイオ識別子を受信すると、前記バイオ識別子を前記認証サーバに送信する転送部と、
   を備え、
   前記認証サーバは、
   前記アクセスサーバから前記バイオ識別子を受信する第２の受信部と、
   前記第２の受信部で受信した前記バイオ識別子に関連付けられた前記認証バイオ情報を前記中継サーバの記憶部から取得する第２の取得部と、
   各ユーザを特定する登録バイオ情報を記憶する、イントラネットに接続された記憶装置を検索し、前記第２の取得部で取得した認証バイオ情報と一致する前記登録バイオ情報が前記記憶装置に記憶されているとき、認証が成立したと判定する照合部と、
   を備えることを特徴とする生体認証システム。
3. 前記端末は、さらに、ユーザを識別するユーザ識別子の入力を受け付ける入力部を備え、
   前記端末の通信部は、前記バイオ識別子と前記ユーザ識別子とを前記アクセスサーバに送信し、
   前記アクセスサーバの転送部は、前記端末から前記バイオ識別子と前記ユーザ識別子とを受信すると、前記バイオ識別子と前記ユーザ識別子とを前記認証サーバに送信し、
   前記認証サーバの第２の受信部は、前記アクセスサーバから前記バイオ識別子と前記ユーザ識別子とを受信し、
   前記認証サーバの照合部は、各ユーザを識別するユーザ識別子と、各ユーザを特定する登録バイオ情報とを関連付けて記憶する、イントラネットに接続された記憶装置から、前記第２の受信部で受信したユーザ識別子に関連付けられた前記登録バイオ情報を取得し、前記取得した登録バイオ情報と、前記第２の取得部で取得した認証バイオ情報とが一致したとき、認証が成立したと判定する
   ことを特徴とする請求項２に記載の生体認証システム。
4. 前記端末は、さらに、
   前記認証バイオ情報を暗号化する暗号鍵を生成する鍵生成部と
   前記鍵生成部で生成された暗号鍵を用いて前記認証バイオ情報を暗号化する暗号化部と、
   を備え、
   前記端末の通信部は、前記バイオ識別子と前記暗号化された認証バイオ情報とを前記中継サーバに送信し、前記バイオ識別子と前記暗号鍵とを前記アクセスサーバに送信し、
   前記中継サーバの第１の受信部は、前記端末から前記バイオ識別子と前記暗号化された認証バイオ情報とを受信し、
   前記中継サーバの中継制御部は、前記バイオ識別子と前記暗号化された認証バイオ情報とを関連付けて、前記記憶部に記憶させ、前記認証サーバから前記バイオ識別子を受信すると、前記受信したバイオ識別子に関連付けられた前記暗号化された認証バイオ情報を前記記憶部から抽出し、
   前記中継サーバの送信部は、前記抽出された暗号化された認証バイオ情報を、前記認証サーバに送信し、
   前記アクセスサーバの転送部は、前記端末から前記バイオ識別子と前記暗号鍵とを受信すると、前記バイオ識別子と前記暗号鍵とを前記認証サーバに送信し、
   前記認証サーバの第２の取得部は、前記第２の受信部で受信した前記バイオ識別子に関連付けられた前記暗号化された認証バイオ情報を前記中継サーバの記憶部から取得し、
   前記認証サーバは、さらに、前記第２の受信部で受信した前記暗号鍵を用いて、前記第２の取得部で取得した暗号化された認証バイオ情報を復号する暗号復号部を備え、
   前記認証サーバの照合部は、前記暗号復号部で復号された認証バイオ情報を用いて生体認証処理を行なう
   ことを特徴とする請求項２または３に記載の生体認証システム。
5. 前記端末は、さらに、前記バイオ識別子と前記暗号鍵とを用いてパスワードを生成するパスワード生成部を備え、
   前記端末の通信部は、前記アクセスサーバに、前記パスワードを送信し、
   前記アクセスサーバの転送部は、前記端末から前記パスワードを受信すると、前記パスワードを前記認証サーバに送信し、
   前記認証サーバの第２の受信部は、前記アクセスサーバから前記パスワードを受信し、
   前記認証サーバは、さらに、前記パスワードを前記バイオ識別子と前記暗号鍵とに分離する分離部を備え、
   前記認証サーバの第２の取得部は、前記分離部で分離された前記バイオ識別子に関連付けられた前記暗号化された認証バイオ情報を前記記憶部から取得し、
   前記認証サーバの暗号復号部は、前記分離部で分離された暗号鍵を用いて、前記取得した暗号化された認証バイオ情報を復号する
   ことを特徴とする請求項４に記載の生体認証システム。
6. 前記暗号鍵は、バイナリデータであり、
   前記端末は、さらに、前記暗号鍵を文字列化する鍵変換部を備え、
   前記端末のパスワード生成部は、前記バイオ識別子と、前記文字列化された暗号鍵とを用いてパスワードを生成し、
   前記認証サーバの分離部は、前記パスワードを前記バイオ識別子と前記文字列化された暗号鍵とに分離し、
   前記認証サーバは、さらに、前記分離部で分離された文字列化された暗号鍵をバイナリデータに復号する鍵復号部を備え、
   前記認証サーバの暗号復号部は、前記復号された前記暗号鍵を用いて、前記暗号化された認証バイオ情報を復号する
   ことを特徴とする請求項５に記載の生体認証システム。
7. インターネットに接続された端末と、非武装地帯に設置された中継サーバおよびアクセスサーバと、イントラネットに接続された認証サーバとを有する生体認証システムの生体認証方法において、
   前記端末は、
   生体センサからユーザを特定する認証バイオ情報を取得し、
   前記認証バイオ情報を識別するバイオ識別子を生成し、
   前記バイオ識別子と前記認証バイオ情報とを前記中継サーバに送信し、
   前記バイオ識別子を前記アクセスサーバに送信し、
   前記中継サーバは、
   前記端末から前記バイオ識別子と前記認証バイオ情報とを受信すると、前記バイオ識別子と前記認証バイオ情報とを関連付けて、中継サーバが有する第１の記憶装置に記憶し、
   前記アクセスサーバは、
   前記端末から前記バイオ識別子を受信すると、前記バイオ識別子を前記認証サーバに送信し、
   前記認証サーバは、
   前記アクセスサーバから前記バイオ識別子を受信すると、前記バイオ識別子に関連付けられた前記認証バイオ情報を前記中継サーバが有する第１の記憶装置から取得し、
   各ユーザを特定する登録バイオ情報を記憶する、イントラネットに接続された第２の記憶装置を検索し、前記第１の記憶装置から取得した前記認証バイオ情報と一致する登録バイオ情報が前記第２の記憶装置に記憶されているとき、認証が成立したと判定する
   ことを特徴とする生体認証方法。
8. 非武装地帯に設置された中継サーバにおいて、
   インターネットに接続された端末から、ユーザを特定する認証バイオ情報と、前記認証バイオ情報を識別するバイオ識別子とを受信し、かつ、イントラネットに接続された生体認証処理を行なう認証サーバから前記バイオ識別子を受信する受信部と、
   記憶部と、
   前記受信部で受信した前記バイオ識別子と前記認証バイオ情報とを関連付けて、前記記憶部に記憶させ、前記受信部が前記認証サーバからバイオ識別子を受信すると、前記受信したバイオ識別子に関連付けられた前記認証バイオ情報を、前記記憶部から抽出する中継制御部と、
   前記抽出された認証バイオ情報を、前記認証サーバに送信する送信部と、
   を備えることを特徴とする中継サーバ。

Images