生体情報照合装置および生体情報認証システム
【課題】生体情報の認証処理における本人認証および他人受入の認証精度の向上と、システムの可用性の低下を防止することを課題とする。
【解決手段】利用者を特定可能な生体養蜂を入力する生体情報入力部と、入力された生体情報の特徴を抽出し、特徴データを生成する生体情報特徴抽出部と、照合用生体情報を保存した記憶部と、前記生成された特徴データと、記憶部に保存されていた照合用四得体情報とを比較し、生体情報の照合を行う照合部と、前記照合部で行われた照合の結果と、他の端末にある照合用生体情報を用いてその端末で行われた照合の結果とから、前記利用者の認証の可否を判定する認証結果比較部と、前記認証結果比較部が前記利用者の認証が成功したと判定した場合には、前記利用者のその後の利用を許可する認証管理部とを備えたことを特徴とする生体情報照合装置。
【解決手段】利用者を特定可能な生体養蜂を入力する生体情報入力部と、入力された生体情報の特徴を抽出し、特徴データを生成する生体情報特徴抽出部と、照合用生体情報を保存した記憶部と、前記生成された特徴データと、記憶部に保存されていた照合用四得体情報とを比較し、生体情報の照合を行う照合部と、前記照合部で行われた照合の結果と、他の端末にある照合用生体情報を用いてその端末で行われた照合の結果とから、前記利用者の認証の可否を判定する認証結果比較部と、前記認証結果比較部が前記利用者の認証が成功したと判定した場合には、前記利用者のその後の利用を許可する認証管理部とを備えたことを特徴とする生体情報照合装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、生体情報照合装置および生体情報認証システムに関し、特に、指紋等の生体情報をネットワークで接続された複数台の照合装置を用いて管理し、各照合装置で生体情報の更新処理等を行う分散型の生体情報認証システムに関する。
【背景技術】
【０００２】
従来の生体情報認証システムでは、指紋、声紋、虹彩、網膜、静脈、顔などの生体情報を認識して、本人確認を行っている。このような生体情報の認識を行う装置は、利用する人数や使用状態等によって数々の利用形態が存在する。
【０００３】
たとえば、認証する利用者が個人の場合、パソコンや携帯電話などに生体認証機能を実現するプログラムを導入し、照合に利用する生体情報をその同一のパソコン等に保存するものがある。この場合、利用者も、保存する生体情報も少ないので、その１台のパソコンの中で、認証処理が完結している。
【０００４】
また、銀行のＡＴＭ端末、ネットワーク端末、ドアロックなど、生体認証を行う対象者が複数の場合は、利用者が操作する複数台の端末と、これらとネットワークを介して接続されたサーバとからなる比較的大規模な生体情報認証システムが利用される。この場合は、利用者が端末から自己のＩＤと、パスワードの代わりとなる生体情報（指紋など）を入力すると、これらの情報がサーバに送信され、サーバで照合処理が行われていた。したがって、照合用のＩＤや生体情報は、利用前にサーバに予め保管しておく必要があった。
【０００５】
図１９に、従来の生体情報認証システムの一つの構成図を示す。
図１９において、このシステムは、１台の認証サーバと、複数台の端末（Ａ、Ｂ、Ｃ、Ｄ）とから構成され、利用者が利用する端末には、指紋などを入力する生体情報入力装置がそれぞれ接続されている。
【０００６】
また、認証サーバと端末とは、ＬＡＮなどのネットワークにより接続され、同一店舗内に設置されるかあるいは異なる場所に設置される。また、認証サーバには、多数の利用者の生体情報を保管した生体認証情報ＤＢと、生体情報の照合を行う生体認証モジュールが備えられている。
【０００７】
このようなシステムは、利用者の指紋、声紋、虹紋、網膜、静脈、あるいは顔などの生体情報を予め取得し、その特徴を記号化してサーバに保管しておく。すなわち、すべての利用者の生体情報は、サーバで一括管理される。そして、利用者が端末を利用するときに、その利用者のＩＤと、利用者の生体情報を入力してもらい、認証サーバ側で、入力されたＩＤおよび生体情報と、予め保管されていたその利用者のＩＤと生体情報との照合を行い、その照合結果をその端末へ返信していた。
【０００８】
ところで、生体情報は利用者本人に付随するものであり、パスワードのように盗まれるおそれがない点で、今日利用されることが多くなっている。また、パスワードは照合時に完全に一致する必要があるのに対して、生体情報は、完全に一致することはなく、サーバに保管するための照合用生体情報を取得するときの気温、湿度、入力センサーとの接触状態と位置関係、本人の怪我などによる生体部位の状態変化などの数々の要因のために、いつも同じデータが取得されるとは限らない。
【０００９】
たとえば、指紋の場合、水に濡れて指がふやけた状態で取得されるものと、そうでない状態で取得されたものとは一致しない場合が多い。したがって、照合時において入力された生体情報と、サーバに保管された照合用の生体情報とは、完全に一致することはないと言える。
【００１０】
逆に、完全に一致した場合は、入力された生体情報は、不正な手段によって取得されたものと言うこともできる。そのため、生体情報認証の場合、本人が端末を利用しているのに、照合が拒否される場合もあり、逆に、他人が端末を利用しているのに、照合が成功してしまう場合もある。
【００１１】
このように、本人拒否や他人受入という現象は、生体認証では本質的な特徴と言え、完全に排除することはできない。図１９に示したような生体認証システムの利用形態を改良したシステムが、例えば次の特許文献に開示されている。
【特許文献１】特開２００６−１８７３８７号公報
【特許文献２】特開２００７−８０１９３号公報
【特許文献３】特開２００６−１４９４５号公報
【特許文献４】特開２００４−１１０８３９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかし、従来のシステムのうち、パソコンなどの１つの端末で個人的な生体情報を利用する形態では、その端末に生体情報を予め保管する必要があった。ある利用者が、複数台のパソコンを利用する場合には、それぞれのパソコン毎にその利用者の生体情報を予め取得して保管する必要があり、そのような複数回の取得作業はわずらわしい。
【００１３】
また、上記したように、取得作業時の状況により、いつも同一の生体情報が取得されることは殆どあり得ないため、複数台の端末で取得された生体情報の整合性を保つことは困難であった。たとえば、ほとんどの端末では生体情報の照合ができるのに、ある特定の端末では、いつも生体情報の照合ができないという場合もあった。
【００１４】
また、生体情報をサーバで一括管理するシステムでは、生体情報は一ヶ所でしか保管されていないので、ネットワークやサーバに障害があった場合やメンテナンスを実施しているときは、認証処理ができなくなる。また、多数の端末からのアクセスがサーバに一時的に集中した場合は、レスポンスが遅くなり処理しきれなくなる場合もあり、サーバを用いたシステムの可用性の低下が問題となる。
【００１５】
そこで、この発明は以上のような事情を考慮してなされたものであり、生体情報を複数の端末で分散して保管し、相互に端末間の協調を図ることにより、本人認証の精度の向上と、サーバを用いて集中管理するシステムの上記のような従来の問題点を解決することを課題とする。
【課題を解決するための手段】
【００１６】
この発明は、利用者を特定可能な生体情報を入力する生体情報入力部と、入力された生体情報の特徴を抽出し、特徴データを生成する生体情報特徴抽出部と、照合用生体情報を保存する記憶部と、前記生成された特徴データと、記憶部に保存されている照合用生体情報とを比較して前記利用者の生体情報の照合を行う生体情報照合部と、前記生体情報照合部で行われた照合の結果と、他の端末にある照合用生体情報を用いてその端末で行われた照合の結果とから、前記利用者の認証の可否を判定する認証結果比較部と、前記認証結果比較部が前記利用者の認証が成功したと判定した場合には、前記利用者の利用を許可する認証管理部とを備えたことを特徴とする生体情報照合装置を提供するものである。
これによれば、ある利用者の生体情報の認証を、自己および他の端末での照合結果を用いて行うので、本人認証および他人受入の認証精度の向上を図ることができ、従来のように、サーバで生体情報を一括管理する場合に生じていた障害発生時の認証処理の実施を可能とし、認証処理のシステムの可用性の低下を防止できる。
【００１７】
また、前記生体情報特徴抽出部によって生成された特徴データを、ネットワークに接続された他の端末へ送信する送信部と、他の端末において前記特徴データを用いて行われた認証処理によって生成された照合の結果を受信する受信部とからなる通信部をさらに備えたことを特徴とする。
さらに、前記通信部が、他の端末から前記特徴データを含む更新要求を受信したとき、前記記憶部にすでに保存されていた照合用生体情報を、受信された特徴データに置換する認証情報置換部をさらに備えたことを特徴とする。
【００１８】
また、前記利用者の生体情報が前記記憶部に記憶されていない場合、前記認証管理部が、前記生体情報入力部によって入力されたその利用者の生体情報を、照合用生体情報として記憶部に新規登録することを特徴とする。
また、前記認証結果比較部は、生体情報の照合が成功したか否かを示す認証の可否情報と、照合の成功の可能性の程度を示す近似度とを含む照合結果情報を生成することを特徴とする。
また、前記認証管理部は、前記認証結果比較部によって生成された照合結果情報に含まれる近似度と、他の端末から受信した照合の結果に含まれる近似度とを用いて、最も照合の成功の可能性の高い近似度を持つ端末を特定し、前記通信部を用いてその特定された端末へ、前記生体情報入力部によって入力された生体情報の特徴データを含めた更新要求を送信することを特徴とする。
【００１９】
また、前記生体情報入力部によって利用者の生体情報が入力された場合に、前記通信部を用いて、入力された生体情報の特徴データを含む生体認証要求を、その入力した利用者の照合用生体情報をすでに記憶している端末に対して送信することを特徴とする。
また、前記通信部を介して前記生体認証要求を受信した場合に、前記生体情報照合部が、受信した生体認証要求に含まれる特徴データと、前記記憶部に記憶している前記利用者の照合用生体情報とを比較して、前記利用者の生体情報の照合を行うことを特徴とする。
また、前記記憶部は、前記生体情報入力部によって生体情報を入力した利用者を特定する被認証者ＩＤと、その利用者のログイン状態およびその利用者の生体情報が現在有効に記憶されているかを示す状態情報を含むアカウント管理テーブルを備え、前記認証管理部が、前記アカウント管理テーブルを、ネットワークに接続された他の端末が備えるアカウント管理テーブルと同一の内容を持つように管理することを特徴とする。
【００２０】
さらに、この発明は、生体情報入力部と、生体情報特徴抽出部と、照合用生体情報を保存する記憶部と、生体情報照合部と、認証結果比較部と、認証管理部とを備えた生体情報照合装置の生体情報照合方法であって、前記生体情報入力部によって、利用者が生体情報を入力し、前記生体情報特徴抽出部によって前記入力された生体情報の特徴を抽出して特徴データを生成し、前記生体情報照合部が、前記生成された特徴データと、前記記憶部に保存されている照合用生体情報とを比較して前記利用者の生体情報を照合し、前記認証結果比較部が、前記生体情報の照合の結果と、他の端末で行われた照合の結果とから、前記利用者の認証の可否を判定し、前記認証管理部が、前記認証結果比較部が前記利用者の認証が成功したと判定した場合には、前記利用者の利用を許可する各手順をこの順に実行することを特徴とする生体情報照合装置の生体情報照合方法を提供するものである。
【００２１】
また、この発明は、複数の生体情報照合装置がネットワークを介して接続された生体情報認証システムであって、特定の利用者の照合用の生体情報が、前記複数の生体情報照合装置のうち１または複数の任意の生体情報照合装置に保存され、第１の生成情報照合装置に備えられた生体情報入力部から、前記利用者の生体情報が入力された場合に、前記入力された利用者の生体情報と、前記保存されている利用者の照合用の生体情報とを用いたその利用者の認証処理を、前記利用者の照合用の生体情報を保存している１または複数の生体情報照合装置に備えられた生体情報照合部で行い、前記第１の生体情報照合装置に備えられた認証結果比較部が、前記利用者の認証処理の結果を収集して、それらの結果の基づいてその利用者の認証の可否を判定することを特徴とする生体情報認証システムを提供するものである。
【発明の効果】
【００２２】
この発明によれば、ある利用者の生体情報の認証を、自己および他の端末に分散して保存されたその利用者の照合用の認証情報を用いて行うので、本人認証の認証精度や他人の受入の認証精度を向上でき、１つの端末が故障した場合でも認証処理を継続することができる。
【発明を実施するための最良の形態】
【００２３】
以下、図に示す実施例に基づいて、この発明を説明する。
なお、これによって、この発明が限定されるものではない。
【００２４】
〈生体情報認証システムの構成〉
図１に、この発明の生体情報認証システムの一実施例の構成ブロック図を示す。
この発明の生体情報認証システムは、ネットワーク１０を介して接続された複数台の端末から構成される。生体情報を一括して管理保存するサーバは必要としない。
ここで、ネットワーク１０としては、現在利用されているあらゆる形態のネットワークを使用できる。たとえば、すべての端末が同一構内に配置されている場合は、有線ＬＡＮを用い、見通しのよい同一フロアに配置されている場合は、無線ＬＡＮを用いてもよい。また、複数台の端末が同一構内にない場合は、ＩＳＤＮ、ＦＴＴＨなどの回線を通して、インターネットなどのＷＡＮを用いればよい。また、各端末相互間の通信プロトコルは、ピアツーピア形式の通信ができればよく、通常ＬＡＮ等で用いられているプロトコルと同じものを用いればよい。
【００２５】
この発明の端末は、１台でも構成できるが、特に複数台の端末から構成されるシステムの場合に、認証精度やセキュリティの向上、およびシステム全体のコスト削減の効果が大きい。
端末としては、専用の生体情報照合装置を用いてもよいが、現在利用されているパソコンＰＣ、ワークステーションＷＳ、携帯端末など、数々の情報処理装置を用いることができる。パソコン等の情報処理装置を用いる場合は、この発明の生体情報認証処理を実施するための専用プログラムを各情報処理装置にインストールし、各装置に内蔵されたマイクロプロセッサが、専用プログラムに従って各種ハードウェアを有機的に動作させることにより、この発明の生体情報認証のための各機能が実行される。
【００２６】
図２に、この発明の生体情報照合装置（以下、端末とも呼ぶ）の一実施例の構成ブロック図を示す。
この発明の端末は、主として、生体情報入力部２０１、生体情報特徴抽出部２０２、生体情報照合部２０３、認証結果比較部２０４、生体情報置換部２０５、操作入力部２０６、記憶部を構成する認証用生体情報ＤＢ２０７、管理テーブル２０８およびアカウント管理テーブル２０９、通信部２１０、上記各機能ブロックおよび種々のハードウェアを制御してこの発明の生体情報認証処理を実行する認証管理部２１１とから構成される。
【００２７】
ここで、生体情報入力部２０１は、利用者の指紋、静脈などの生体情報を取得する部分であり、たとえば、カメラやスキャナが用いられる。
生体情報特徴抽出部２０２は、入力された生体情報から照合に用いる特徴データを抽出する部分であり、その機能は主として専用のモジュールプログラムによって実現される。この特徴データを、以下、記号化した生体情報、あるいは記号化データ、生体データとも呼ぶ。
生体情報照合部２０３は、生体情報から抽出された特徴データと、認証用生体情報ＤＢ２０７に予め記憶されている照合用生体情報との近似度をチェックする部分であり、その機能は主として専用のモジュールプログラムによって実現される。このチェックの結果、照合が成功したか失敗したかの情報（認証可否）と認証結果比較部２０４で比較するのに必要な情報（近似度など）とからなる認証結果が作成される。
【００２８】
認証結果比較部２０４は、他の端末から送られてくる認証結果を収集して比較する部分であり、それらの結果に基づいて利用者の認証の可否を判定する部分である。これも、主として専用のモジュールプログラムによって実現される。ここでは、たとえば、複数の認証結果の近似度をチェックし、どの端末から送られてきた認証結果が最も高い近似度を持つかを判断する。
【００２９】
認証情報置換部２０５は、認証結果の比較に基づいて現在保存されている生体認証情報を、他の生体認証情報（たとえば最近入力された生体認証情報）に置換する部分であり、これも、主として専用のモジュールプログラムによって実現される。
操作入力部２０６は、たとえばキーボード、マウス、ペンなどのポインティングデバイスであり、利用者がＩＤなどの数字、文字、記号を直接入力する部分である。
【００３０】
通信部２１０は、図１に示したように、ネットワークを介して他の端末とデータの送受信を行う部分である。
特に、通信部は、生体情報特徴抽出部によって生成された特徴データを、ネットワークに接続された他の端末へ送信する送信部と、他の端末において特徴データを用いて行われた認証処理によって生成された照合の結果を受信する受信部とからなる。
また、受信部は、たとえば、他の端末から、その端末で入力された生体情報の特徴データを含む更新要求や、入力された生体情報の特徴データを含む生体認証要求を受信する部分である。
逆に、送信部は、他の端末Ａへ、上記更新要求や生体認証要求を送信する部分である。
記憶部は、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの半導体メモリや、ハードディスクなどの記憶装置が用いられ、上記した認証用生体情報ＤＢ２０７、管理テーブル（２０８、２０９）の他に、各モジュールプログラムや、生体情報認証処理を実行するのに必要な数々の情報が記憶される。
【００３１】
認証用生体情報ＤＢ２０７は、生体情報特徴抽出部２０２によって抽出された特徴データ（記号化された生体情報）を記憶した部分であり、ここに記憶される情報は生体情報照合部２０３によって照合を行うもとになる照合用の生体情報に相当する。また、照合用の生体情報としては、特徴データの他に、その特徴データの登録日時、近似度、認証回数なども一緒に記憶される。
【００３２】
管理テーブル２０８は、この発明の生体情報認証処理の各機能ブロックで利用し、また生成される情報を記憶した部分であり、利用者個人や端末を特定する情報、認証処理の各段階（抽出、照合、比較、置換など）で生成される情報を含むものである。
【００３３】
アカウント管理テーブル２０９は、利用者のＩＤ、利用者の認証情報の登録状態や、端末へのログインの状態などを含む情報であり、たとえば現在その利用者がどの端末を利用しているかを確認でき、複数の端末への二重ログインを防止するために用いられる。したがって、アカウント管理テーブル２０９は、図１のシステムを構成するすべての端末で共有される情報であり、常に同一の情報がネットワークに接続されているすべての端末に記憶され、認証管理部が、ネットワークに接続された他の端末でも同一内容の情報を持つように管理する情報である。
【００３４】
認証管理部２１１は、上記したように、各機能ブロックを制御して端末の生体情報認証処理を実行する部分であり、主としてＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏコントローラ、タイマーなどからなるマイクロコンピュータと制御プログラムとからなり、ＣＰＵが制御プログラムに基ついて各種ハードウェアを動作させることにより各機能モジュールを制御する。
また、認証管理部は、利用者の認証が成功したと判定された場合には、その利用者のその後の利用を許可し、その端末での所望の処理（たとえば、ログイン処理）を実行させるようにする。
【００３５】
〈この発明の生体情報認証処理の概要〉
この発明では、各端末は、それぞれ図２に示したものと同じ構成を持ち、利用者がある端末を利用しようとする場合、その端末本来の目的の機能を利用する前に、端末相互間の通信を行いながら生体情報認証処理を行う。すなわち、この発明では、他の端末に記憶されている生体情報も利用しながら認証処理を行うことを特徴とし、利用しようとする端末のみで完結した認証処理は行われない。
【００３６】
この発明の生体情報認証処理は、主として次のような一連の処理で実現される。
まず、利用者Ａが、利用しようとする端末Ａで、操作入力部２０６によってその利用者ＡのＩＤの入力を行うと、他の端末（Ｂ、Ｃ、Ｄ）とメッセージ通信を行い、ＩＤ存在確認処理が行われる。その後、生体情報入力部２０１を用いて、利用者Ａの生体情報を入力する。そして、生体情報特抽出部２０２による特徴データの抽出処理が行われ、続いて生体情報照合部２０３による生体情報の照合処理が行われる。この照合処理は、端末Ａのみならず、他の端末（Ｂ、Ｃ、Ｄ）でも行われる。
他の端末で照合処理を行うために、入力された利用者Ａの生体情報は端末Ａから他の端末Ａへ送信される。
【００３７】
次に、認証結果比較部２０４が、すべての端末で行われた照合処理の認証結果を集めて、認証の可否を判定する。ここで、複数の認証結果のうち１つでも認証が成功したものがあれば、その利用者Ａによるその端末Ａの利用を許可する。すなわち、利用者Ａのログインができる状態となる。
この後、利用者Ａは、端末Ａでログインをすますと、本来の目的の機能が使えるようになる。
【００３８】
端末Ａでログインした後、この端末Ａから他の端末へログインされたことを示す情報を送信し、アカウント管理テーブルの内容が同一となるように変更する。
さらに、上記した複数の認証結果を分析し、必要に応じて認証情報置換部２０５が、生体情報の新規登録や新しい生体情報への更新処理を実行する。ここで更新処理は、端末Ａのみならず、他の端末（Ｂ、Ｃ、Ｄ）でも行われる。
【００３９】
以上が、この発明の認証処理の概要であるが、このように分散した端末相互間で互いの情報を置換しあうことで、本人認証の精度の向上、サーバを用いないことによるコスト削減、認証システム全体の可用性の低下防止などを実現することができる。
以下に、この発明の認証処理の一実施例について詳説する。
【００４０】
〈分数型の認証システムでの照合処理〉
ここでは、複数の端末を利用した分数型の認証システムで、どのような場合に照合が許可されあるいは拒否されるかを示す。
図３に、分散型でない従来の照合処理の認証モデルの模式図を示す。ここでは、予めサーバに記憶される照合用の生体データ１と、端末から入力された新しい照合されるべき入力生体情報（３、４）と、これらの両者の比較により照合が成功したと判断する照合範囲２とを示している。
サーバに記憶される照合用の生体データ１は１つであり、その照合用生体データ１を中心とする円内に存在し、一定の範囲内の近似度を持つ入力生体情報３は、照合が成功したと判断される。一方、この円外に存在する比較的近似度の小さい入力生体情報４は、照合が失敗し、認証が拒否される。ここで近似度は、照合の成功の可能性の程度を示すパラメータと言うことができる。
この場合、照合範囲２は、入力された生体データと照合用生体データとの近似度に対応するが、照合範囲２の半径を大きくし、近似していると判断する範囲を大きく設定すると、本人拒否率を下げることができるが、他人受入率が上昇し、セキュリティ上好ましくない。一方、照合範囲２を狭くすると他人受入率は低下し、セキュリティ上好ましいが、本人拒否率が上昇し悪化する。
【００４１】
従って、従来のように、１人の利用者につき１つの照合用の生体データをサーバで集中管理する場合は、照合範囲２が１つに固定設定されると、相反する本人拒否率と他人受入率も固定されてしまい、利用者の個人差など数々の状況変化に柔軟に対応することが難しい。
【００４２】
図４に、この発明の分散型認証システムでの認証モデルの模式図を示す。
分散型の認証モデルでは、複数個の照合用の生体情報（照合用生体データ）を利用する。複数個の照合用の生体情報は、それぞれ異なる端末に予め記憶される。ただし、最初からすべての端末に記憶するのではなく、初めは１台の端末のみに記憶されるだけでもよい。また、各端末に記憶される複数個の照合用生体情報は同一のものであってもよいが、ある近似度を保った同一ではない生体データである方が好ましい。利用者が端末で入力する生体情報は、利用する毎に異なるのが通常だからであり、認証の精度向上のためでもある。
【００４３】
したがって、図４では、異なる複数個の照合用生体データ（１ａ、１ｂ、１ｃ）が、予めいずれかの端末に記憶されているものとする。また、各照合用生体データ（１ａ、１ｂ、１ｃ）についてそれぞれ照合範囲（２ａ、２ｂ、２ｃ）を設定する。
たとえば、照合用生体データ１ａについて設定された照合範囲内に、入力された生体情報が入れば、その入力生体情報は照合用生体データ１ａとの照合が成功したと判断される。また、３つの照合用生体データ（１ａ、１ｂ、１ｃ）は、同じ利用者について別々に取得されたデータであり、異なるデータではあるが、かなり近似度の高いデータであり、図４に示すように、それぞれの照合範囲（２ａ、２ｂ、２ｃ）は互いに重なり合っていると考えられる。
【００４４】
したがって、この発明では、ある端末で入力された生体情報３が、複数個の照合用生体データのそれぞれの照合範囲（２ａ、２ｂ、２ｃ）のいずれかの中に入っていれば、照合が成功したと判断する。逆に、入力された生体情報４が、３つの照合範囲のいずれにも入らず、すべての照合範囲の外にある場合は、照合は失敗し、認証が拒否される。
【００４５】
図４の場合、本人であると判断される範囲は、３つの照合範囲の和集合であるので、各照合範囲の半径の大きさが図３と同じであれば、本人と判断される比率が大きくなり、本人拒否率を低下できる。逆に、図３と同程度の本人拒否率でよい場合には、図４の各照合範囲の大きさを図３のよりも小さくすることができる。
【００４６】
一方、本人拒否率を低下させることができるということは、逆に他人受入率を上昇させてしまうことになるので、できるだけ照合範囲の和集合は小さい方が好ましく、各照合用生体データの照合範囲（２ａ、２ｂ、２ｃ）はできるだけ小さくすることが好ましい。また、多数の照合用生体データが存在する場合は、照合範囲の和集合は大きくなってしまう傾向があるので、たとえば複数の照合用生体データの重心から最も遠い照合用生体データは採用しないとか、入力生体情報の照合で何度も利用される照合用生体データの照合範囲は残し、ほとんど照合で使われたことのない照合用生体データを削除して、最もよく利用される照合用生体データに置換するというような照合用生体データの更新処理を行うことが、他人受入率を改善するためには好ましい。
【００４７】
なお、サーバを用いる従来の認証システムでも、一人の利用者につき、複数の照合用生体データを保存するようにすれば図４に示したのと同様の認証が可能となるが、その利用者の照合に時間がかかり、負荷がサーバに集中するため、認証結果をサーバから端末へ送信するレスポンスも遅くなる。
しかし、この発明では、各照合用生体データは、各端末毎に別々に記憶されているので、入力生体情報と各照合用生体データとの照合処理は、別々の端末で分散して行われるので、負荷が１つの端末に集中することは少なく、認証システムの十分な可用性を確保できる。
また、複数の端末を用いて分散した照合処理を行っているので、もしそのうち１台の端末が故障して動作不能であったとしても、その故障端末に記憶されている照合用生体データを用いた照合はできないが、他の端末の照合用生体データを用いた照合が可能であり、サーバが故障したときのように、完全に認証処理が中断してしまうことがない。
【００４８】
図５に、認証用生体情報ＤＢの一実施例の説明図を示す。
ここでは、認証用生体情報ＤＢ２０７は、生体情報ＩＤと、記号化した生体情報と、登録日時と、近似度と、認証回数と、記号化した生体情報が照合に利用可能（有効）か、あるいは照合には利用不可（無効）を示す状態情報とから構成される。
【００４９】
ここで生体情報ＩＤ（Ｂｉｏ−ＩＤ１など）は、各利用者の特徴データを特定する情報であり、１人の利用者につき、１つのＩＤが割り当てられる。図５には、４人の照合用の生体情報が示されている。この生体情報ＩＤは、管理テーブル２０８でも用いられる。
記号化した生体情報（Ｓｙｍｂｏｌｉｃ−Ｂｉｏ−ＩＤ１など）は、前記した特徴データに相当し、入力した生体情報をコンピュータで扱えるようにしたデータであり、生体情報の特徴的な部分が識別できるように記号化された情報であり、従来の認証システムでも利用されているのと同じ情報を用いてもよい。
【００５０】
図５の近似度（ａｐｐｒｏｘｉｍａｔｉｏｎ １など）は、ここに記憶されている「記号化した生体情報」と、前回に照合を行った時に、入力された生体情報との近似の程度を表す情報との近似の程度を表す情報であり、たとえば、入力された生体情報と、照合対象の生体情報の特徴的な部分を記号化することによって、数値によって、近似度を算出する。具体的には、指紋のような場合、分岐点のような複数の特徴点の間の位置関係を数値化する。数値化された位置関係は、統計的な多変量解析の一種である判別分析の手法を用いて、判断を行う。具体的には、線形判別関数の推定式を導き、この推定式に、数値化した位置関係の値を代入することによって、判別得点を求めることができる。この判別得点を近似度として使用することができる。
認証回数（Ｃｏｎｆｉｒｍ−Ｃｏｕｔｎｅｒ１など）は、その記号化した生体情報が照合処理で照合が成功した回数を意味する。たとえば、ある利用者が入力した入力生体情報の特徴データと、このＤＢ２０７に記憶されていたその利用者の記号化した生体情報とを照合し、図４のようなこの記号化した生体情報の照合範囲の中に入力生体情報が入っていた場合、照合が成功したと判断され、認証回数に１が加算される。ここで、認証回数は、照合用生体情報の更新処理で用いられ、認証回数が大きいほど、本人確認の認証情報としてよく利用され有効な生体情報であると言える。
【００５１】
状態情報（ｓｔａｔｅ１など）は、「有効」であれば、対応する記号化した生体情報を認証に利用するものとし、「無効」のときは、利用しないものとする情報である。状態情報の有効化あるいは無効化は、たとえば生体情報の登録抹消のときに行われる。
【００５２】
図６に、管理テーブルとアカウント管理テーブルの一実施例の説明図を示す。
ここで、管理テーブル２０８は、被認証者ＩＤ存在管理テーブル（ＩＤ−ｃｏｎｆｉｒｍ−Ｔａｂｌｅ）と、２つの認証結果テーブル（Ｃｅｒｔｉｆｉｃａｔｉｏｎ−Ｔａｂｌｅ）とからなる。
被認証者ＩＤ存在管理テーブル２０８−１は、３つのＩＤをまとめて記憶した情報であり、端末間で送受信されるメッセージの情報であり、入力された被認証者ＩＤと対応する照合用の生体情報ＩＤが存在するかを各端末に問い合わせるときに確認するために、各端末ＩＤなどで用いられる情報であり、これらの情報は、たとえば、新規登録のときに設定される情報である。
被認証者ＩＤ（ｕｓｅｒ−ＩＤ１）は、利用者を特定する情報である。
端末ＩＤ（Ｔｅｒｍｉｎａｌ−ＩＤ１）は、被認証者ＩＤの利用者の照合用生体データ（照合用生体情報）が記憶されている端末を特定する情報である。照合用生体データが複数ある場合は、それぞれの照合用生体データが保存されているすべての端末ＩＤが記憶される。
【００５３】
生体情報ＩＤは、被認証者ごとに付与されたその者の生体情報を特定する情報である。認証結果テーブル（２０８−２、２０８−３）は、ある端末で照合処理が行われその照合した結果生成される情報である。
第１のテーブル２０８−２は、端末ＩＤ、認証した利用者ＩＤ、認証結果、近似度、登録日時からなる。ここで認証結果（Ｒｅｓｕｌｔ１）は、照合が成功したか否かを示す情報である。
近似度（ａｐｐｒｏｘｉｍａｔｉｏｎ１）は、照合処理で求められた照合用データとの近似の程度を示す数値情報であり、照合用データが複数ある場合は、近似度も複数存在する。
登録日時（ｔｉｍｅ１）は、その認証結果を管理テーブル２０８−２に登録した日時を示す情報である。
第２のテーブル２０８−３は、端末ＩＤ、生体情報ＩＤ、登録日時、近似度、認証回数からなる。ここで、登録日時は、生体情報が取得され認証が成功した日時を意味する。
【００５４】
アカウント管理テーブル２０９は、図６に示すように、被認証者ＩＤと、状態情報と、付加情報とからなる。
状態情報とは、利用者のログイン状態およびその利用者の生体情報がその端末に現在有効に記憶されているか否かを示す情報であり、たとえば、すでにその者の生体情報が登録されていることを示す「新規」、その者がある端末で現在ログイン中であることを示す「ログイン済み」、その者は現在ログイン状態ではないことを示す「未ログイン」、その者の生体情報は現在登録されていないことを示す「抹消」からなる。また、付加情報としては、たとえば、現在ログイン中の端末ＩＤがある。
【００５５】
図７に、各端末間で送受信されるメッセージの構成フォーマットの一実施例の説明図を示す。
ここで、メッセージ（ＭＦ１〜ＭＦ１５）の内容は、後述するフローチャートで説明するが、主として、メッセージの送り元を示す「発信元」と、メッセージの送り先を示す「発信先」と、そのメッセージの意味内容を示す「コマンド」と、そのコマンドに必要な情報である「付加情報」とから構成される。
【００５６】
付加情報には、認証したいＩＤ、生体情報ＩＤ、記号化した生体情報、近似度、認証回数など管理テーブルに記憶されている情報が含まれる。たとえば、メッセージＭＦ１は、後述する認証処理のフローチャートのステップＳＡ０２において、端末Ａから端末Ｂへ送信されるＩＤ存在確認メッセージである。
【００５７】
〈この発明の認証処理〉
図８と図９に、この発明の認証処理の一実施例のフローチャートを示す。
図８では、利用者が端末Ａを利用して、自己のＩＤや生体情報を入力し、２つの端末Ａ、Ｂ間で通信を行う例を示す。端末Ｂは他の端末の代表例であり、ネットワーク接続された端末が３台以上ある場合は、端末Ａとその他の端末も同様の通信を行う。
図８のステップＳＡ０１において、利用者（被認証者）が端末Ａで、自己の被認証者ＩＤ（ｕｓｅｒ−ＩＤ）を入力する。
ステップＳＡ０２において、認証管理部２１１が、「ＩＤ存在確認要求メッセージ」ＭＦ０１を、ネットワークに接続されたすべての端末に対して送信する。このメッセージＭＦ０１は、図７に示したようなフォーマットで送信される。ここで、送信はブロードキャストで行うことが好ましく、この場合は、自端末Ａにも送信される。
自己端末Ａへの送信は、実際にデータ送信が行われるのではなく、端末Ａ内でマルチタスクですでに起動されているメッセージ受信モジュールに対して受信処理が行われるような指示が与えられる。
【００５８】
次に、ステップＳＢ０１において、他の端末Ｂでは、「ＩＤ存在確認要求メッセージ」ＭＦ０１を受信する。端末Ｂでは、ステップＳＢ０２において、メッセージＭＦ０１に含まれていた「認証したいＩＤ」を取出し、自己に保存されている認証用生体情報認証ＤＢ２０７を検索する。すなわち、端末Ａの利用者のＩＤに対応する照合用生体情報が、自己の認証用生体情報ＤＢ２０７の中にすでに登録されているか否かチェックする。
そして、端末Ｂにおいて、そのＩＤの生体情報がすでに登録されていたことの有無が確認されると、ステップＳＢ０３において、端末Ａへ、「ＩＤ存在確認結果メッセージ」ＭＦ０２を返信する。
【００５９】
また、図８のステップＳＡ１００からＳＡ１０３に示すように、「ＩＤ存在確認要求メッセージ」ＭＦ０１は自己端末Ａにも送信されるので、端末Ａのメッセージ受信モジュールにおいて、端末Ｂで行われる処理（ステップＳＢ０１〜ＳＢ０３）と同じ処理が行われる。
メッセージＭＦ０２には、「ＩＤ存在確認結果」であることを示すコマンドと、そのコマンドの内容である「存在の有無」と、「生体情報ＩＤ」とが含まれる。ここで、生体情報ＩＤは、図６の管理テーブル２０８−１に示された生体情報ＩＤ（Ｂｉｏ−ＩＤ）であり、端末Ｂに予め記憶されている照合用の生体情報であり、固有のＩＤ番号を持つ。
また、このＩＤは、後述するように、他の端末に、同一の照合用生体データが存在するか否かを確認するために用いられる。たとえば、端末Ａが、複数の端末（Ｂ，Ｃ，Ｄ）からのメッセージＭＦ０２を受けた場合、このメッセージの中に同一番号の生体情報ＩＤが含まれていたときは同一の照合用生体データが複数存在することになるので、そのうちのいずれか一つを採用すればよい。
【００６０】
次に、ステップＳＡ０３において、端末Ａは、メッセージＭＦ０２を受信する。
ステップＳＡ０４において、メッセージＭＦ０２の中の「存在確認結果」を、認証結果テーブル（２０８−２）の中の「認証結果」に、保管する。また、この時、ＩＤ存在管理テーブル（２０８−１）に、被認証者ＩＤと、そのＩＤに対応する照合用生体情報が存在していた端末のＩＤと、受信した生体情報ＩＤとを記憶する。
【００６１】
ステップＳＡ０５において、端末Ａにおいて、利用者が、生体情報入力部２０１から生体情報を入力する。
ステップＳＡ０６において、生体情報特徴抽出部２０２が、入力された生体情報を所定の基準に基づいて記号化し、記号化した生体情報を生成する。ここで、所定の基準とは、たとえば指紋認証をする場合、パターンマッチング法や、マニューシャ法、周波数解析法などが用いられる。
【００６２】
ステップＳＡ０７において、生成された「記号化した生体情報」を、「生体認証要求メッセージ」ＭＦ０３に含めて、他の端末Ｂへ送信する。ここで、このメッセージは、すべての端末に送るのではなく、ＩＤ存在管理テーブルに基づいて同一生体情報ＩＤに重複しないように選択された端末ＩＤを持つ端末へ送る。すなわち、同一生体情報ＩＤを持つ端末が複数台存在するときは、そのうちの一台の端末のみに送信すればよい。また、このメッセージＭＦ０３は、被認証者ＩＤと同一のＩＤに対応した照合用生体情報を持つ端末に送信する。
【００６３】
次に、端末Ｂでは、ステップＳＢ０４において、この「生体認証要求メッセージ」ＭＦ０３を受信する。
ステップＢ０５において、受信した「記号化した生体情報」に対する認証処理を行う。ここでは、受信した「記号化した生体情報」と、端末Ｂに予め記憶されている照合用の生体情報とを用いて照合を行い、図４に示したような照合範囲に受信した生体情報が含まれるか否かを判断する。このとき、近似度も求められる。
この認証処理によって、「照合の可否」と、「近似度」と、「照合用生体情報の登録日時」とを含む照合結果が生成される。
ステップＳＢ０６において、生成された照合結果が、「生体認証結果メッセージ」ＭＦ０４に含められて、端末Ａへ送信される。
【００６４】
端末ＡのステップＳＡ０８において、生体認証結果メッセージＭＦ０４を受信すると、ステップＳＡ０９において、そのメッセージＭＦ０４に含まれている照合結果を、認証結果テーブルに記憶する。端末Ｂ以外の端末から送られてくる照合結果があれば、それらすべてを記憶する。
【００６５】
ステップＳＡ１０において、照合結果の判定処理を行う。ここで、照合結果の中の「照合の可否」をチェックし、ステップＳＡ１１において、「可」という結果があれば、端末Ａの利用者の認証が成功したと判断する。複数の端末から照合結果が送られてきた場合は、その複数の照合結果のうち、１つでも「可」のものがあれば、認証が成功したと判断する。逆に、ステップＳＡ１１において、すべての照合結果が「否」であれば、認証が失敗したと判断し、処理を終了する。
【００６６】
ステップＳＡ１１において、認証が成功した場合、図９のステップＳＡ１２へ進む。
ステップＳＡ１２において、認証が成功したので、端末Ａのログイン処理を実行する。ここで、ログイン処理では、たとえば、被認証者に対して予め設定されたアクセスコントロールリストに基づいて、特定のファイルに対するアクセス権の付与が実行される。
ログイン処理が終了すると、ステップＳＡ１３において、「ログイン通知メッセージ」ＭＦ０６をすべての端末に送信する。ここで、メッセージＭＦ０６には、ログイン通知と、認証された利用者のＩＤと、ログインした端末のＩＤとが含まれる。このメッセージＭＦ０６を確認することにより、利用者が端末Ａで認証に成功し、ログインしたことが分かる。
端末ＢのステップＳＢ０７において、「ログイン通知メッセージ」ＭＦ０６を受信する。
ステップＳＢ０８において、端末Ｂのアカウント管理テーブルの「状態」を、「ログイン済み」に設定する。
【００６７】
次に、ステップＳＡ１４において、自己の端末Ａにおいて、ログインした利用者のＩＤに対する照合用生体情報が、自己の認証用生体情報ＤＢ２０７の中にすでに存在するか否かチェックする。
ステップＳＡ１５において、存在する場合は、ステップＳＡ１７へ進み、そうでない場合はステップＳＡ１６へ進む。
存在しない場合は、ステップＳＡ１６において、ステップＳＡ０５で入力された生体情報から生成された生体データを、端末Ａの照合用生体情報として、自己の認証用生体情報ＤＢ２０７に記憶し、処理を終了する。この場合、端末Ａに、その利用者の生体データが初めて記憶されたことになる。これにより、その利用者についての生体情報が新たに追加されたことになり、次回のその利用者の認証処理で最新の生体情報が利用されるので、次回の本人認証や他人受入の認証精度を向上させることができる。
【００６８】
一方、ステップＳＡ１７において、自己の端末Ａにもすでに照合用の生体情報が存在するので、自己の端末も含め他の端末から受信したすべての認証結果の中の「近似度」を抽出し、比較する。ここでは、複数の近似度のうち、最も高い近似度がどの端末から送られてきたものかを判断する。すなわち、近似度の最も高い生体情報を持つ端末の端末ＩＤを求める。
【００６９】
ステップＳＡ１８において、近似度の最も高かった生体情報を持つ端末に対して送信する「更新要求メッセージ」ＭＦ０５を生成する。このメッセージＭＦ０５には、「更新要求」と、認証した利用者のＩＤと、近似度と、ステップＳＡ０５で入力された生体情報の「記号化した生体情報」と、認証回数とが含まれる。そして、端末Ａは、このメッセージＭＦ０５を、照合結果を送ってきた端末のうち最も近似度の高い生体情報を持っていた端末Ｂへ送信する。
【００７０】
ただし、最も高い近似度を持つ端末が複数存在する場合は、その生体情報が登録された登録日時を確認して、最も最近登録された認証情報を採用し、その認証情報を持っていた端末へ送信する。
【００７１】
ステップＳＢ０９において、端末Ｂは、「更新要求メッセージ」ＭＦ０５を受信する。そして、ステップＳＢ１０において、端末Ｂにおいて、その利用者のＩＤに対応する照合用の生体データを、メッセージＭＦ０５に含まれている「記号化した生体情報」に変更し、さらに認証結果テーブルの登録日時を、更新要求メッセージを受け取り更新処理を行った日時に更新し、近似度をメッセージＭＦ０５に含まれている近似度に変更し、認証回数に１を加算する。これにより、最も高い近似度を持っていた端末に記憶された照合用の生体情報が、新しく入力された利用者の生体情報に置換される。
【００７２】
図１０に、端末Ａでのログアウト処理の一実施例のフローチャートを示す。
図１０において、端末Ａで利用者が目的の操作や処理を実行した後、その処理が終了し、ログアウトしようとしたとする。このとき、ステップＳＡ３１において、ログアウト処理を実行する。
ログアウト処理とは、たとえば、現在の被認証者が、新たに認証を行うまで端末を使用できなくするような処理である。
【００７３】
次にステップＳＡ３２において、「ログアウト通知メッセージ」ＭＦ０７を作成し、他の全ての端末に送信する。
他の端末Ｂでは、ステップＳＢ２１において、「ログアウト通知メッセージ」ＭＦ０７を受信する。
ステップＳＢ２２において、端末Ｂのアカウント管理テーブル２０９を更新し、「状態」を「未ログイン状態」に変更する。これにより、端末Ａでの利用者の利用がすべて終了し、他のすべての端末においても、その利用者に対する認証処理が終了する。
【００７４】
〈生体情報の新規登録処理〉
以下に、この発明の照合用生体情報の新規登録処理について説明する。
新規登録処理とは、ネットワークに接続された複数台の端末のうち、任意の端末で、利用者が新しく自己の被認証者ＩＤと自己の生体情報を入力し登録する処理をいう。
図１１に、この発明の照合用生体情報の新規登録処理のフローチャートを示す。ここでは、端末Ａで、自己の生体情報を新規入力する場合について、説明する。
【００７５】
ステップＳＡ４１において、端末Ａは、起動した後、自己の端末が接続されているネットワークをブラウジングして、そのネットワークに現在接続されている他の端末を検索し、その他の端末の端末ＩＤを取得する。
【００７６】
ステップＳＡ４２において、取得した端末ＩＤのリストを作成する。このリストに含まれる端末ＩＤの端末は、現在起動中でネットワークに接続されている端末である。
ステップＳＡ４３において、作成された端末ＩＤリストの中の端末Ｂに対して、「アカウント管理テーブル取得メッセージ」ＭＦ０９を送信する。
【００７７】
他の端末Ｂでは、ステップＳＢ３１において、「アカウント管理テーブル取得メッセージ」ＭＦ０９を受信する。
ステップＳＢ３２において、端末Ｂ自身の現在のアカウント管理テーブル２０９の内容を読み出す。
ステップＳＢ３３において、端末Ｂは、読み出したアカウント管理テーブルの内容を含む「アカウント管理テーブル送信メッセージ」ＭＦ１０を、端末Ａへ送信する。
【００７８】
次に、ステップＳＡ４４において、端末Ａでは、「アカウント管理テーブル送信メッセージ」ＭＦ１０を受信する。
ステップＳＡ４５において、受信したメッセージをＭＦ１０の中に含まれている端末Ｂのアカウント管理テーブルを取得する。
これにより端末Ａでは、すでにネットワークに接続され現在起動中の端末Ｂの状態を確認することができる。たとえば、端末Ｂでログインされている利用者の情報を確認することができる。
ステップＳＡ４１からＳＡ４５までは、端末Ａが起動された直後に、自動的に実行され、特に利用者の操作入力は必要としない。また、アカウント管理テーブルの取得は、１台の端末Ｂだけでなく、作成された端末ＩＤリストに含まれるすべての端末に対して行われる。
【００７９】
ステップＳＡ４６において、端末Ａで、利用者が、自己の生体情報を新規登録するために、自己の被認証者ＩＤを入力する。ここで、入力するＩＤは、利用者を特定するＩＤであり、すでに登録されているＩＤと同一のＩＤを利用することはできない。
【００８０】
ステップＳＡ４７において、入力されたＩＤが、すでに登録されているＩＤと重複しないか否かチェックする。これは、入力されたＩＤが、アカウント管理テーブル２０９の中の被認証者ＩＤと一致するものがないかどうかチェックすることで行われる。
【００８１】
ステップＳＡ４８において、一致するＩＤがあった場合は、その入力されたＩＤはすでに登録済みであって使用することはできないので、処理を終了する。
一方、一致するＩＤが、管理テーブルの中になかった場合は、その入力されたＩＤはその利用者のＩＤとして登録される。この場合、ステップＳＡ４９へ進み、利用者が自己の生体情報を、端末Ａの生体情報入力部２０１から入力する。
【００８２】
ステップＳＡ５０において、生体情報特徴抽出部２０２が、入力された生体情報を記号化する。
ステップＳＡ５１において、記号化された生体情報を、認証用生体情報ＤＢ２０７の中に記憶する。このとき、登録日時と、他のＩＤと重複しないように生体情報ＩＤとを自動的に付加して記憶する。ただし、近似度と認証回数は、初期値（ゼロ）を設定する。また、端末Aのアカウント管理テーブル２０９に、新たに入力された被認証者ＩＤを追加し、このＩＤに対応する「状態」は、「新規」に設定する。
【００８３】
ステップＳＡ５２において、端末Ａから、他のすべての端末に対して、「新規登録通知メッセージ」ＭＦ０８を、ブロードキャストで送信する。
【００８４】
端末Ｂでは、ステップＳＢ４１において、「新規登録通知メッセージ」ＭＦ０８を受信する。
ステップＳＢ４２において、受信したメッセージＭＦ０８の中に含まれる「登録したＩＤ」を読み出して、自己の端末Ｂの中のアカウント管理テーブル２０９を検索して、この「登録したＩＤ」に対応する被認証者ＩＤの「状態」を、「新規」に設定する。
これにより、端末Ａで利用者が自己の照合用の生体情報を新規に登録したことを、現在起動中の他のすべての端末に対して通知することができる。この場合、利用者が入力した生体情報の生体データそのものは端末Ａにのみ保存され、他の端末へは送信されない。他の端末には、被認証者ＩＤの利用者の生体情報が新規に登録されたことだけが、記憶される。
【００８５】
図１２に、この発明の照合用生体情報の新規登録処理の他のフローチャートを示す。
ここでは、端末Ｃで、生体情報の新規登録を行う場合について説明する。端末Ｃは、後から起動された端末であり、利用者が生体情報を直接入力する端末ではない。
端末Ｃにおいて、ステップＳＣ１１からステップＳＣ１５までの処理は、図１１に示した処理（ステップＳＡ４１〜ＳＡ４５）と同じである。すなわち、端末Ｃが起動させられると、端末のブラウジング、端末ＩＤリストの作成、他の端末のアカウント管理テーブルの取得処理が行われる。このとき、メッセージの送受信に伴って、他の端末Ｂで行われる処理（ＳＢ３１〜ＳＢ３３）も同様である。
【００８６】
端末ＣのステップＳＣ１６において、取得したアカウント管理テーブルの中に、「状態」が、「新規」となっているものが存在するかどうかチェックする。「新規」となっているものがあれば、その被認証者ＩＤ（ｕｓｅｒ−ＩＤ）を読み出す。
【００８７】
ステップＳＣ１７において、「新規」となっているものがなければ、新規登録すべきデータはないということで、処理を終了する。
一方、アカウント管理テーブルの中に「新規」となっているものがあれば、ステップＳＣ１８へ進み、上記被認証者ＩＤ（ｕｓｅｒ−ＩＤ）を含めた「ＩＤ存在確認要求メッセージ」ＭＦ０１を、他のすべての端末に対して、ブロードキャストで送信する。ステップＳＣ１８の処理は、図８のステップＳＡ０２と同じである。
【００８８】
このメッセージＭＦ０１を受信した他の端末Ｂでは、図８に示したステップＳＢ０１、ＳＢ０２、ＳＢ０３の処理を実行する。すなわち、端末Ｂでは、メッセージＭＦ０１を受信して、自己の認証用生体情報ＤＢを検索して、被認証者ＩＤがあるか否か確認する。そして、その被認証者ＩＤの存在の有無と、存在した場合にはその被認証者ＩＤに対応する生体情報ＩＤを含めた「ＩＤ存在確認結果メッセージ」ＭＦ０２を端末Ｃへ返信する。
【００８９】
ステップＳＣ１９において、端末Ｃは、「ＩＤ存在確認結果メッセージ」ＭＦ０２を受信する。
ステップＳＣ２０において、端末ＣのＩＤ存在管理テーブル（２０８−１）に、受信したメッセージＭＦ０２に含まれる存在確認結果を記憶する。ここで記憶される情報は、被認証者ＩＤと、そのＩＤに対する認証用生体情報が存在する端末ＩＤと、そのＩＤに対応する生体情報ＩＤである。
【００９０】
ステップＳＣ２１において、ステップＳＣ２０で記憶した端末ＩＤと生体情報ＩＤとを含めた「生体情報要求メッセージ」ＭＦ１４を、その端末ＩＤを持つ端末へ送信する。このメッセージＭＦ１４の「発信先」として設定する端末ＩＤは、生体情報ＩＤで特定される認証用生体情報を保存している端末のＩＤである。この端末を端末Ｂとする。
【００９１】
端末Ｂでは、ステップＳＢ５１において、自己あての「生体情報要求メッセージ」ＭＦ１４を受信する。そして、ステップＳＢ５２において、自己の認証用生体情報ＤＢ２０７を検索し、メッセージＭＦ１４に含まれていた生体情報ＩＤに対応する「記号化した生体情報」を読み出す。
ステップＳＢ５３において、読み出した「記号化した生体情報」を含む「生体情報応答メッセージ」ＭＦ１５を作成し、端末Ｃへ返信する。
【００９２】
端末Ｃでは、ステップＳＣ２２において、「生体情報応答メッセージ」ＭＦ１５を受信する。
ステップＳＣ２３において、端末Ｃ自信の認証用生体情報ＤＣ２０７に、メッセージＭＦ１５に含まれている「記号化した生体情報」（生体データ）を、生体情報ＩＤとともに、新規登録する。
【００９３】
以上の処理により、後から起動された端末Ｃにおいて、他の端末にすでに保存されていた生体情報と同一の生体情報が、新たに登録される。
これにより、ある利用者についての生体情報を保存していなかった端末Ｃでも、その利用者が他の端末で先に登録していた生体情報を取得することができ、その後、その端末Ｃにおいても、取得した生体情報を、照合用の生体情報として利用することができる。
また、その利用者の生体情報が他の複数の端末ですでに登録されていた場合は、その利用者の複数の生体情報のうち、少なくとも１つだけ取得すればよい。ただし、複数の生体情報をすべて取得してもよいし、その生体情報に付属する近似度の情報を考慮して、たとえば最も高い近似度を持つ生体情報のみを新規保存するようにしてもよい。
【００９４】
〈認証情報の抹消処理〉
ここでは、認証用生体情報ＤＢ２０７の中にすでに登録されている認証用の情報を末梢する処理について説明する。
図１３に、この発明の登録抹消処理の一実施例のフローチャートを示す。
端末Ａにおいて、利用者が抹消処理を実行させる操作をすると、以下の処理により、端末Ａのみならず、他の端末Ｂでも同様に抹消処理が実行される。
図１３において、ステップＳＡ６１からＳＡ６５までの端末Ａの処理と、これに対応して実行されるステップＳＢ３１からステップＳＢ３３までの他の端末Ｂでの処理は、図１１に示した処理（ステップＳＡ４１〜ステップＳＡ４５）と同様である。これにより、ネットワークに現在接続されているすべての端末において、同じアカウント管理テーブルを持つように、同期がとられる。
【００９５】
ステップＳＡ６６において、端末Ａで、利用者が抹消したい自己の被認証者ＩＤ（ｕｓｅｒ−ＩＤ１）を入力する。
ステップＳＡ６７において、入力されたＩＤ（ｕｓｅｒ−ＩＤ１）が、端末Ａの自己のアカウント管理テーブル２０９の中に存在するか否か確認する。
ステップＳＡ６８において、そのＩＤ（ｕｓｅｒ−ＩＤ１）が存在しない場合は、そのＩＤは未登録ＩＤということで、抹消する必要はないので、処理を終了する。
一方、ＩＤが存在する場合は、ステップＳＡ６９へ進む。
ステップＳＡ６９において、そのＩＤ（ｕｓｅｒ−ＩＤ１）について、アカウント管理テーブルの「状態」情報をチェックし、現在「ログイン済み」の状態となっているか否かを確認する。
【００９６】
ステップＳＡ７０において、「ログイン済み」となっていた場合は、現在そのＩＤの利用者がどこかの端末でこのシステムを利用中であることを示し、抹消処理をするのは適切でないので、処理を終了する。
一方、「ログイン済み」となっていない場合は、抹消処理をしてもよいと考え、ステップＳＡ７１へ進む。ステップＳＡ７１において、まず、利用者がＩＤを入力した端末Ａにおいて、その端末Ａのアカウント管理テーブル２０９の中の入力した被認証者ＩＤに対応する「状態」情報を、「抹消（削除）」に設定する。すなわち、端末Ａに保存されている実際の生体情報を消去してもよいが、利用者のＩＤを使えなくするために、被認証者ＩＤの「状態」のみを「抹消」とすればよい。これにより、利用者が入力した被認証者ＩＤの認証用生体情報は使えなくなる。
【００９７】
次に、ステップＳＡ７２において、端末Ａから他のすべての端末に対して、「登録抹消メッセージ」ＭＦ１１を、ブロードキャストで送信する。
ステップＳＢ６１において、他の端末Ｂでは、「登録抹消メッセージ」ＭＦ１１を受信する。
ステップＳＢ６２において、端末Ｂの自己のアカウント管理テーブル２０９の中にある受信した被認証者ＩＤに対応する「状態」を、「抹消」に設定変更する。
ステップＳＢ６３において、端末Ｂに保存されている認証用生体情報ＤＢ２０７の中の、受信した被認証者ＩＤに対応する利用者の生体情報ＩＤに対して、「状態」フィールド（ｓｔａｔｅ）を、「無効」に設定する。これにより、利用者が抹消入力した端末Ａとその他の端末において、その利用者の生体情報を利用することができなくなる。
【００９８】
図１４に、この発明の登録抹消処理の他の実施例のフローチャートを示す。
ここでは、後から起動された端末Ｃにおいて、その端末Ｃの中の生体情報を使えなくする抹消処理について説明する。
図１４の端末Ｃで行われるステップＳＣ８１からＳＣ８５の処理およびこの処理に対応して行われるステップＳＢ３１からＳＢ３３の処理は、図１３のステップＳＡ６１からＳＡ６５の処理等と同じである。
ステップＳＣ８６において、他の端末から取得されたアカウント管理テーブルの中に、「状態」が、「抹消」となっているものがないかチェックする。
ステップＳＣ８７において、「抹消」となっているものがなければ、処理を終了する。
【００９９】
一方、「抹消」となっている被認証者ＩＤが存在すれば、ステップＳＣ８８へ進み、端末Ｃの中の認証用生体情報ＤＢ２０７において、その被認証者ＩＤを持つ利用者の生体情報のＩＤについて、「状態」フィールドを、「無効」に設定する。この処理は、図１３のステップＳＢ６３と同様の処理である。
【０１００】
〈同時ログインの確認処理〉
図１５に、この発明の同時ログインの確認処理のフローチャートを示す。
この発明では、ネットワークに接続されているすべての端末で、共有のアカウント管理テーブル２０９を利用する。このとき、ある利用者がログインしている端末はただ１つだけ存在するものとし、十分なセキュリティを確保するために、同一の被認証者ＩＤによる二重ログインを防止する必要がある。図１５に示すような処理をすることにより、二重ログインが禁止される。
図１５の端末ＡでのステップＳＡ１０１からＳＡ１０５までの処理と、端末ＢでのステップＳＢ３１からＳＢ３３までの処理は、図１３などですでに説明した処理と同様である。
【０１０１】
ステップＳＡ１０６において、端末Ａで、利用者が被認証者ＩＤを入力する。
ステップＳＡ１０７において、入力された被認証者ＩＤが、端末Ａのアカウント管理テーブル２０９の中に存在するか否か確認し、存在する場合は、そのＩＤに対応する「状態」情報をチェックする。
【０１０２】
ステップＳＡ１０８において、「状態」が「ログイン済み」でない場合、たとえば「未ログイン」であることが検出されると、利用者が端末Ａでしようとしている処理は二重ログインではないので、そのまま次の処理、たとえば、ログイン処理を実行する。
【０１０３】
しかし、「状態」が、すでに「ログイン済み」になっている場合は、すでにその被認証者ＩＤがどこかの端末で利用されているということを意味するので、この端末Ａで利用者が入力したＩＤで、二重ログインをしようとしていることになる。
そこで、ステップＳＡ１０８において、「ログイン済み」になっていることが検出された場合、ステップＳＡ１０９へ進み、「二重ログイン」であることを示す警告を、利用者に行う。
たとえば、入力されたＩＤですでにシステムが利用されており二重ログインとなるため、ログインは認められない旨の表示や音声による通知をすればよい。
【０１０４】
ステップＳＡ１１０において、利用者にログインできなかったことに対する次の処理を選択してもらうために、どのような処理をすべきかを問い合わせる。
たとえば、選択のための入力をすべきことを意味する表示をし、利用者にどのような処理をするかを入力してもらう。ここで、利用者が現在のログインを中止することを意味する入力をした場合は、ステップＳＡ１１１へ進み、現在のログインを拒否する処理をする。一方、利用者が端末Ａでの現在のログインを有効なものとする入力をした場合は、ステップＳＡ１１２へ進み、すでにログインされているほかの端末でのログインを強制的にログアウトさせる処理を実行し、端末Ａでのログインを有効とする処理をする。
【０１０５】
〈生体情報の更新経過の説明〉
図１６に、この発明で用いる照合用の生体情報の更新経過の一実施例の説明図を示す。
図１６では、ネットワークに、３つの端末（Ａ、Ｂ、Ｃ）が接続されており、この３つの端末で、ある利用者Ｍについての照合用生体情報を分散して保存する場合について説明する。
【０１０６】
まず、状態ＳＤ１において、どの端末にも、利用者Ｍの照合用生体情報が保存されていないものとする。
次に、状態ＳＤ２において、利用者Ｍが端末Ａで、照合用の生体情報１を初めて入力したとする。このとき、この生体情報１は端末Ａに保存される。まだ認証に使われたことがないので、認証回数はゼロにセットされる。
次に、状態ＳＤ３において、端末Ａに入力された照合用の生体情報１を、他の端末Ｂと端末Ｃに、送信する。これにより、他の端末（Ｂ、Ｃ）にも、利用者Ｍの生体情報１と同一の生体情報が保存される。
状態ＳＤ３のように、送信するタイミングは、たとえば、新規に認証用の生体情報の登録のときに行えばよい。また、利用者Ｍは、複数の端末のうち、１台の端末Ａで自己の生体情報を１回だけ入力すればよく、他の端末（Ｂ、Ｃ）で生体情報の入力をする必要がない。
【０１０７】
状態ＳＤ４において、利用者Ｍが、端末Ａでログインするために、生体情報２を入力したとする。このとき、入力された生体情報２と、状態ＳＤ２で入力された照合用の生体情報１との比較が行われる。そして近似度が算出され、所定の照合範囲内にあれば、照合が成功したと判断される。成功した場合、照合用の生体情報を、「生体情報２」に置きかえる。そして、認証回数に１を加算する。
【０１０８】
次に、状態ＳＤ５において、利用者Ｍが、端末Ｂでログインするために、生体情報３を入力したとする。このとき、入力された生体情報３と、端末Ｂに保存されていた照合用生体情報１との比較が行われる。照合が成功した場合、端末Ｂの照合用生体情報を、「生体情報３」に置換する。また、認証回数に１を加算する。
【０１０９】
この後、いずれかの端末で、利用者Ｍの認証処理が繰り返し行われたとすると、状態ＳＤ４やＳＤ５のような照合用生体情報の更新と認証回数のインクリメントが行われる。
状態ＳＤ６は、認証処理が何回か繰り返し行われた後、たとえば、端末Ａにおいて照合用生体情報Ａが保存され、利用者Ｍの照合処理が２５回行われたことを示している。
同様に端末Ｂでは、照合用生体情報Ｂが保存され、認証回数が１２であったとする。
ただし、端末Ｃでは、利用者Ｍの照合処理が１回も行われたことがないとすると、端末Ｃには、状態ＳＤ３で保存されていた生体情報１が保存されたままである。
【０１１０】
ここで、認証回数がゼロの端末Ｃでは、古い生体情報１が保存されており、利用者Ｍが最近入力した生体情報とは近似度が比較的低いものが保存されている可能性が大きい。
認証が行われないために更新がされずに残っている古い生体情報を、「不良照合生体情報」と呼ぶ。
もし、状態ＳＤ６のときと、利用者が初めて端末Ｃで生体情報の入力を行ったとすると、入力された生体情報を、古い生体情報１との比較によって近似度が照合範囲外となってしまう可能性がある。
すなわち、利用者本人が利用しているにもかかわらず、本人認証が失敗する場合がある。
したがって、定期的あるいは所定のタイミングで、端末Ｃにまだ保存されている「不良照合生体情報」の生体情報１を、更新することが好ましい。
【０１１１】
図１６の状態ＳＤ７は、この更新処理を実行することを意味する。
たとえば、認証回数が比較的多く、状態ＳＤ６で最近更新が行われた端末Ａの照合用生体情報Ａは、次に利用者Ｍが入力する生体情報との近似度が高いと考えられるので、端末Ａに保存されている照合用生体情報Ａを、端末Ｃに送信（コピー）する。
この後、状態ＳＤ８に示すように、端末Ｃに保存される照合用の生体情報は、端末Ａの生体情報と同一の生体情報Ａとなる。
このような更新処理を定期的に行えば、利用者Ｍがあまり利用していない端末Ｃで認証処理を行ったとしても、本人認証が失敗する可能性は少ない。
以下に、このような「不良照合生体情報」の更新処理について説明する。
【０１１２】
〈不良照合生体情報の更新処理〉
図１７に、不良照合生体情報の更新処理の一実施例のフローチャートを示す。
図１７のステップＳＡ０１において、端末Ａで、利用者が自己の被認証者ＩＤを入力したとする。この後、図８で説明したＩＤ存在確認処理が行われる。
すなわち、端末Ａで図８で説明したステップＳＡ０２、ＳＡ０３、ＳＡ０４と同じ処理が行われ、これに対応して他の端末Ｂでも図８に示したステップＳＢ０１、ＳＢ０２、ＳＢ０３と同じ処理が行われる。
このとき、端末Ａと端末Ｂとの間で、メッセージＭＦ０１とＭＦ０２の送受信が行われ、端末ＡのＩＤ存在管理テーブルに、他の端末Ｂから送られてきた存在確認結果の情報が保存される。
【０１１３】
次に、端末ＡのステップＳＡ２０１からステップＳＡ２０５の間において、対象となるすべての端末に対して、生体認証情報を確認するための一連のループ処理を実行する。
ここで、対象となるすべての端末とは、ＩＤ存在管理テーブルの中に保存された端末ＩＤ（Ｔｅｒｍｉｎａｌ−ＩＤ）で特定される端末である。
【０１１４】
まず、ステップＳＡ２０１からＳＡ２０５までの間のステップＳＡ２０２において、端末Ａから他の端末Ｂへ、「生体認証情報要求メッセージ」ＭＦ１２を送信する。
このメッセージＭＦ１２には、生体認証情報要求であることを示すコマンドと、その要求対象となる生体情報の生体情報ＩＤとが含まれる。
【０１１５】
ステップＳＢ７１において、端末Ｂでは、「生体認証情報要求メッセージ」ＭＦ１２を受信する。
ステップＳＢ７２において、受信メッセージの中の生体情報ＩＤを読み出し、端末Ｂの認証用生体情報ＤＢ２０７を検索し、読み出した生体情報ＩＤと同じ生体情報ＩＤを持つ情報を探し出す。そして、見つけられた生体情報ＩＤに対応する「登録日時」、「近似度」、「認証回数」を読み出す。
【０１１６】
ステップＳＢ７３において、端末Ｂから端末Ａへ、「生体認証情報結果メッセージ」ＭＦ１３を返信する。このメッセージＭＦ１３の中には、生体認証情報結果というコマンドとともに、メッセージＭＦ１２に含まれた生体情報ＩＤと、検索で見つかった「登録日時」、「近似度」、「認証回数」とが含まれる。
【０１１７】
ステップＳＡ２０３において、端末Ａでは、「生体認証情報結果メッセージ」ＭＦ１３を受信する。
ステップＳＡ２０４において、受信したメッセージＭＦ１３の中に含まれていた情報を、自己の認証結果テーブル２０８−３に記憶する。これにより、他の端末に対して確認を要求していた生体情報についての情報が取得されたことになる。
すなわち、端末Ｂに現在保存されている生体情報ＩＤに対応する生体情報について、その端末Ｂでの登録日時と、近似度と、端末Ｂにおける認証回数が取得される。
以上のような処理（ＳＡ２０１〜ＳＡ２０５、ＳＢ７１〜ＳＢ７３）が、ＩＤ存在管理テーブル（２０８−１）に保存されているすべての端末に対して行われる。
【０１１８】
次に、ステップＳＡ２０６において、認証結果テーブル（２０８−３）の中で、認証回数が最も大きい生体情報ＩＤを抽出する。さらに、最も大きい認証回数を持つものが複数個ある場合には、それらの中で近似度が最も高い生体情報ＩＤを抽出する。
これにより、抽出された生体情報ＩＤを、Ｂｅｓｔ−ＩＤと呼ぶ。Ｂｅｓｔ−ＩＤを持つ生体情報は、本人確認のときに成功率が最も高い生体情報であると言える。
【０１１９】
ステップＳＡ２０７において、認証結果テーブル（２０８−３）の中で、認証回数が最も少なく、かつ登録日時が最も古い生体情報ＩＤを抽出する。抽出される生体情報ＩＤは、１つとは限らない。
これにより抽出された生体情報ＩＤを、Ｗｏｒｓｔ−ＩＤと呼ぶ。このＷｏｒｓｔ−ＩＤを持つ生体情報は、今まで認証に使われたことが少ないため、現在入力される利用者の生体情報と一致する可能性が低く、本人確認のときに拒否される可能性が高い生体情報であると言える。
【０１２０】
ステップＳＡ２０８において、Ｗｏｒｓｔ−ＩＤを持つ生体情報を、Ｂｅｓｔ−ＩＤを持つ生体情報に置き換える。この処理は、図１６に示した状態ＳＤ６からＳＤ８までに行う更新処理に相当する。
Ｗｏｒｓｔ−ＩＤを持つ生体情報ＩＤが複数個存在する場合は、１つにしぼる必要はなく、すべてのＷｏｒｓｔ−ＩＤに対して、ステップＳＡ２０８が行われる。
【０１２１】
図１８に、このステップＳＡ２０８で行う置換処理の詳細フローチャートを示す。
まず、ステップＳＡ３０１において、端末ＡのステップＳＡ２０６で抽出したＢｅｓｔ−ＩＤを持つ生体情報を保存している端末の端末ＩＤを、認証結果テーブル（２０８−３）から取得する。
ステップＳＡ３０２において、端末Ａから取得した端末ＩＤの端末に対して、「生体情報要求メッセージ」ＭＦ１４を送信する。このメッセージＭＦ１４には、取得した端末ＩＤと、Ｂｅｓｔ−ＩＤに相当する生体情報ＩＤと、「生体情報要求」というコマンドが含まれる。
ステップＳＢ８１において、Ｂｅｓｔ−ＩＤの生体情報を持つ端末Ｂでは、「生体情報要求メッセージ」ＭＦ１４を受信する。
ステップＳＢ８２において、その端末Ｂの認証用生体情報ＤＢを検索し、受信メッセージに含まれていた「Ｂｅｓｔ−ＩＤに相当する生体情報ＩＤ」を探し出し、その生体情報ＩＤに対応して記憶されていた「記号化した生体情報」を取得する。
【０１２２】
ステップＳＢ８３において、端末Ｂから、端末Ａへ、取得した「記号化した生体情報」を含む「生体情報応答メッセージ」ＭＦ１５を送信する。
ステップＳＡ３０３において、端末Ａでは、「生体情報応答メッセージ」ＭＦ１５を受信する。
次に、端末Ａにおいて、ステップＳＡ３０４からＳＡ３０６までの処理を繰り返す。具体的には、ステップＳＡ３０５の処理を、Ｗｏｒｓｔ−ＩＤの生体情報ＩＤを持つ端末ＩＤについて行う。このとき、Ｗｏｒｓｔ−ＩＤが複数個あれば、これに対応するすべての端末に対して、ステップＳＡ３０５を実行する。
Ｗｏｒｓｔ−ＩＤの生体情報ＩＤに対応する生体情報を保存している端末の端末ＩＤは、端末Ａの認証結果テーブル（２０８−３）から取得する。
【０１２３】
ステップＳＡ３０５において、「生体認証情報更新要求メッセージ」ＭＦ５を作成し、Ｗｏｒｓｔ−ＩＤに対応した生体情報を持つ端末に対して送信する。ここで、メッセージＭＦ５には、「更新要求」というコマンドと、Ｗｏｒｓｔ−ＩＤと、Ｗｏｒｓｔ−ＩＤに対応した生体情報を持つ端末の端末ＩＤと、ステップＳＡ３０３で受信した「記号化した生体情報」が含まれる。
【０１２４】
ステップＳＢ８５において、端末Ｂでは、「生体認証情報更新要求メッセージ」ＭＦ５を受信する。ここで、端末Ｂは、Ｗｏｒｓｔ−ＩＤに対応した生体情報を持つ端末である。
次に、ステップＳＢ８６において、端末Ｂの認証用生体情報ＤＢ２０７の中の対応する生体情報を、受信したメッセージＭＦ５に含まれる「記号化した生体情報」に置き換える。
【０１２５】
ここで、端末Ｂでは、受信したＷｏｒｓｔ−ＩＤに一致する生体情報ＩＤを、認証用生体情報ＤＢの中から探し出し、その生体情報ＩＤに対応して記憶されている「記号化した生体情報」を、メッセージＭＦ５に含めて送られてきたＢｅｓｔ−ＩＤに対応する「記号化した生体情報」に更新する。
以上の処理により、図１６に示した状態ＳＤ６から状態ＳＤ８へ変更するような生体情報の更新処理が行われる。これにより、照合に利用するのにはふさわしくない生体情報が、本人認証をするのに適切な生体情報に置換され、この後の認証処理では照合の可能性の高い生体情報を利用した認証が他の端末でも行えるので、利用者の認証精度を向上させることができる。
【０１２６】
なお、この発明では、１人の利用者の生体情報を、ネットワークに接続された複数の端末に保存する。
複数の端末の数がＭ台あるとすれば、最大異なるＭ個の生体情報が、それぞれ別々の端末に保存される。同一の生体情報が複数の生体情報に保存される場合もあるので、その利用者の生体情報の全数Ｎは、ネットワークに接続された端末の数Ｍ以下となる（Ｎ≦Ｍ）。
【０１２７】
もし、従来のサーバを用いて１人の利用者のＮ個の異なる生体情報を一括管理するシステムでは、サーバが新たに入力された生体情報と、予め保存されているＮ個の生体情報との照合を行う必要があり、サーバにおいて、Ｎ回の照合処理を行わなければならない。したがって、サーバの負荷が大きく、端末へのレスポンスも遅くなる。
しかし、この発明では、Ｎ個の生体情報は、それぞれ異なる端末に保存されているので、それぞれの生体情報の照合処理は別々の端末で行われ、１台の端末にＮ回の照合処理が集中して行われることはない。したがって、各端末では、１回の照合処理のみを行えばよいので、システム全体としてのレスポンスは速く、１台の端末が故障した場合でも、十分な認証精度を有した認証処理が可能である。
【図面の簡単な説明】
【０１２８】
【図１】この発明の生体情報認証システムの構成ブロック図である。
【図２】この発明の生体情報照合装置の一実施例の構成ブロック図である。
【図３】従来の照合処理の認証モデルの模式図である。
【図４】この発明の分散型認証システムの認証モデルの模式図である。
【図５】この発明の認証用生体情報ＤＢの一実施例の説明図である。
【図６】この発明の管理テーブルとアカウント管理テーブルの一実施例の説明図である。
【図７】この発明のメッセージの構成フォーマットの一実施例の説明図である。
【図８】この発明の認証処理の一実施例のフローチャートである。
【図９】この発明の認証処理の一実施例のフローチャートである。
【図１０】この発明のログアウト処理のフローチャートである。
【図１１】この発明の照合用生体情報の新規登録処理の一実施例のフローチャートである。
【図１２】この発明の照合用生体情報の新規登録処理の一実施例のフローチャートである。
【図１３】この発明の登録抹消処理の一実施例のフローチャートである。
【図１４】この発明の登録抹消処理の一実施例のフローチャートである。
【図１５】この発明の同時ログインの確認処理のフローチャートである。
【図１６】この発明の照合用の生体情報の更新処理の一実施例の説明図である。
【図１７】この発明の不良照合生体情報の更新処理の一実施例のフローチャートである。
【図１８】この発明の生体情報の置換処理のフローチャートである。
【図１９】従来の生体情報認証システムの構成図である。
【符号の説明】
【０１２９】
２０１ 生体情報入力部
２０２ 生体情報特徴抽出部
２０３ 生体情報照合部
２０４ 認証結果比較部
２０５ 認証情報置換部
２０６ 操作入力部
２０７ 認証用生体情報ＤＢ
２０８ 管理テーブル
２０９ アカウント管理テーブル
２１０ 通信部
２１１ 認証管理部
【技術分野】
【０００１】
この発明は、生体情報照合装置および生体情報認証システムに関し、特に、指紋等の生体情報をネットワークで接続された複数台の照合装置を用いて管理し、各照合装置で生体情報の更新処理等を行う分散型の生体情報認証システムに関する。
【背景技術】
【０００２】
従来の生体情報認証システムでは、指紋、声紋、虹彩、網膜、静脈、顔などの生体情報を認識して、本人確認を行っている。このような生体情報の認識を行う装置は、利用する人数や使用状態等によって数々の利用形態が存在する。
【０００３】
たとえば、認証する利用者が個人の場合、パソコンや携帯電話などに生体認証機能を実現するプログラムを導入し、照合に利用する生体情報をその同一のパソコン等に保存するものがある。この場合、利用者も、保存する生体情報も少ないので、その１台のパソコンの中で、認証処理が完結している。
【０００４】
また、銀行のＡＴＭ端末、ネットワーク端末、ドアロックなど、生体認証を行う対象者が複数の場合は、利用者が操作する複数台の端末と、これらとネットワークを介して接続されたサーバとからなる比較的大規模な生体情報認証システムが利用される。この場合は、利用者が端末から自己のＩＤと、パスワードの代わりとなる生体情報（指紋など）を入力すると、これらの情報がサーバに送信され、サーバで照合処理が行われていた。したがって、照合用のＩＤや生体情報は、利用前にサーバに予め保管しておく必要があった。
【０００５】
図１９に、従来の生体情報認証システムの一つの構成図を示す。
図１９において、このシステムは、１台の認証サーバと、複数台の端末（Ａ、Ｂ、Ｃ、Ｄ）とから構成され、利用者が利用する端末には、指紋などを入力する生体情報入力装置がそれぞれ接続されている。
【０００６】
また、認証サーバと端末とは、ＬＡＮなどのネットワークにより接続され、同一店舗内に設置されるかあるいは異なる場所に設置される。また、認証サーバには、多数の利用者の生体情報を保管した生体認証情報ＤＢと、生体情報の照合を行う生体認証モジュールが備えられている。
【０００７】
このようなシステムは、利用者の指紋、声紋、虹紋、網膜、静脈、あるいは顔などの生体情報を予め取得し、その特徴を記号化してサーバに保管しておく。すなわち、すべての利用者の生体情報は、サーバで一括管理される。そして、利用者が端末を利用するときに、その利用者のＩＤと、利用者の生体情報を入力してもらい、認証サーバ側で、入力されたＩＤおよび生体情報と、予め保管されていたその利用者のＩＤと生体情報との照合を行い、その照合結果をその端末へ返信していた。
【０００８】
ところで、生体情報は利用者本人に付随するものであり、パスワードのように盗まれるおそれがない点で、今日利用されることが多くなっている。また、パスワードは照合時に完全に一致する必要があるのに対して、生体情報は、完全に一致することはなく、サーバに保管するための照合用生体情報を取得するときの気温、湿度、入力センサーとの接触状態と位置関係、本人の怪我などによる生体部位の状態変化などの数々の要因のために、いつも同じデータが取得されるとは限らない。
【０００９】
たとえば、指紋の場合、水に濡れて指がふやけた状態で取得されるものと、そうでない状態で取得されたものとは一致しない場合が多い。したがって、照合時において入力された生体情報と、サーバに保管された照合用の生体情報とは、完全に一致することはないと言える。
【００１０】
逆に、完全に一致した場合は、入力された生体情報は、不正な手段によって取得されたものと言うこともできる。そのため、生体情報認証の場合、本人が端末を利用しているのに、照合が拒否される場合もあり、逆に、他人が端末を利用しているのに、照合が成功してしまう場合もある。
【００１１】
このように、本人拒否や他人受入という現象は、生体認証では本質的な特徴と言え、完全に排除することはできない。図１９に示したような生体認証システムの利用形態を改良したシステムが、例えば次の特許文献に開示されている。
【特許文献１】特開２００６−１８７３８７号公報
【特許文献２】特開２００７−８０１９３号公報
【特許文献３】特開２００６−１４９４５号公報
【特許文献４】特開２００４−１１０８３９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかし、従来のシステムのうち、パソコンなどの１つの端末で個人的な生体情報を利用する形態では、その端末に生体情報を予め保管する必要があった。ある利用者が、複数台のパソコンを利用する場合には、それぞれのパソコン毎にその利用者の生体情報を予め取得して保管する必要があり、そのような複数回の取得作業はわずらわしい。
【００１３】
また、上記したように、取得作業時の状況により、いつも同一の生体情報が取得されることは殆どあり得ないため、複数台の端末で取得された生体情報の整合性を保つことは困難であった。たとえば、ほとんどの端末では生体情報の照合ができるのに、ある特定の端末では、いつも生体情報の照合ができないという場合もあった。
【００１４】
また、生体情報をサーバで一括管理するシステムでは、生体情報は一ヶ所でしか保管されていないので、ネットワークやサーバに障害があった場合やメンテナンスを実施しているときは、認証処理ができなくなる。また、多数の端末からのアクセスがサーバに一時的に集中した場合は、レスポンスが遅くなり処理しきれなくなる場合もあり、サーバを用いたシステムの可用性の低下が問題となる。
【００１５】
そこで、この発明は以上のような事情を考慮してなされたものであり、生体情報を複数の端末で分散して保管し、相互に端末間の協調を図ることにより、本人認証の精度の向上と、サーバを用いて集中管理するシステムの上記のような従来の問題点を解決することを課題とする。
【課題を解決するための手段】
【００１６】
この発明は、利用者を特定可能な生体情報を入力する生体情報入力部と、入力された生体情報の特徴を抽出し、特徴データを生成する生体情報特徴抽出部と、照合用生体情報を保存する記憶部と、前記生成された特徴データと、記憶部に保存されている照合用生体情報とを比較して前記利用者の生体情報の照合を行う生体情報照合部と、前記生体情報照合部で行われた照合の結果と、他の端末にある照合用生体情報を用いてその端末で行われた照合の結果とから、前記利用者の認証の可否を判定する認証結果比較部と、前記認証結果比較部が前記利用者の認証が成功したと判定した場合には、前記利用者の利用を許可する認証管理部とを備えたことを特徴とする生体情報照合装置を提供するものである。
これによれば、ある利用者の生体情報の認証を、自己および他の端末での照合結果を用いて行うので、本人認証および他人受入の認証精度の向上を図ることができ、従来のように、サーバで生体情報を一括管理する場合に生じていた障害発生時の認証処理の実施を可能とし、認証処理のシステムの可用性の低下を防止できる。
【００１７】
また、前記生体情報特徴抽出部によって生成された特徴データを、ネットワークに接続された他の端末へ送信する送信部と、他の端末において前記特徴データを用いて行われた認証処理によって生成された照合の結果を受信する受信部とからなる通信部をさらに備えたことを特徴とする。
さらに、前記通信部が、他の端末から前記特徴データを含む更新要求を受信したとき、前記記憶部にすでに保存されていた照合用生体情報を、受信された特徴データに置換する認証情報置換部をさらに備えたことを特徴とする。
【００１８】
また、前記利用者の生体情報が前記記憶部に記憶されていない場合、前記認証管理部が、前記生体情報入力部によって入力されたその利用者の生体情報を、照合用生体情報として記憶部に新規登録することを特徴とする。
また、前記認証結果比較部は、生体情報の照合が成功したか否かを示す認証の可否情報と、照合の成功の可能性の程度を示す近似度とを含む照合結果情報を生成することを特徴とする。
また、前記認証管理部は、前記認証結果比較部によって生成された照合結果情報に含まれる近似度と、他の端末から受信した照合の結果に含まれる近似度とを用いて、最も照合の成功の可能性の高い近似度を持つ端末を特定し、前記通信部を用いてその特定された端末へ、前記生体情報入力部によって入力された生体情報の特徴データを含めた更新要求を送信することを特徴とする。
【００１９】
また、前記生体情報入力部によって利用者の生体情報が入力された場合に、前記通信部を用いて、入力された生体情報の特徴データを含む生体認証要求を、その入力した利用者の照合用生体情報をすでに記憶している端末に対して送信することを特徴とする。
また、前記通信部を介して前記生体認証要求を受信した場合に、前記生体情報照合部が、受信した生体認証要求に含まれる特徴データと、前記記憶部に記憶している前記利用者の照合用生体情報とを比較して、前記利用者の生体情報の照合を行うことを特徴とする。
また、前記記憶部は、前記生体情報入力部によって生体情報を入力した利用者を特定する被認証者ＩＤと、その利用者のログイン状態およびその利用者の生体情報が現在有効に記憶されているかを示す状態情報を含むアカウント管理テーブルを備え、前記認証管理部が、前記アカウント管理テーブルを、ネットワークに接続された他の端末が備えるアカウント管理テーブルと同一の内容を持つように管理することを特徴とする。
【００２０】
さらに、この発明は、生体情報入力部と、生体情報特徴抽出部と、照合用生体情報を保存する記憶部と、生体情報照合部と、認証結果比較部と、認証管理部とを備えた生体情報照合装置の生体情報照合方法であって、前記生体情報入力部によって、利用者が生体情報を入力し、前記生体情報特徴抽出部によって前記入力された生体情報の特徴を抽出して特徴データを生成し、前記生体情報照合部が、前記生成された特徴データと、前記記憶部に保存されている照合用生体情報とを比較して前記利用者の生体情報を照合し、前記認証結果比較部が、前記生体情報の照合の結果と、他の端末で行われた照合の結果とから、前記利用者の認証の可否を判定し、前記認証管理部が、前記認証結果比較部が前記利用者の認証が成功したと判定した場合には、前記利用者の利用を許可する各手順をこの順に実行することを特徴とする生体情報照合装置の生体情報照合方法を提供するものである。
【００２１】
また、この発明は、複数の生体情報照合装置がネットワークを介して接続された生体情報認証システムであって、特定の利用者の照合用の生体情報が、前記複数の生体情報照合装置のうち１または複数の任意の生体情報照合装置に保存され、第１の生成情報照合装置に備えられた生体情報入力部から、前記利用者の生体情報が入力された場合に、前記入力された利用者の生体情報と、前記保存されている利用者の照合用の生体情報とを用いたその利用者の認証処理を、前記利用者の照合用の生体情報を保存している１または複数の生体情報照合装置に備えられた生体情報照合部で行い、前記第１の生体情報照合装置に備えられた認証結果比較部が、前記利用者の認証処理の結果を収集して、それらの結果の基づいてその利用者の認証の可否を判定することを特徴とする生体情報認証システムを提供するものである。
【発明の効果】
【００２２】
この発明によれば、ある利用者の生体情報の認証を、自己および他の端末に分散して保存されたその利用者の照合用の認証情報を用いて行うので、本人認証の認証精度や他人の受入の認証精度を向上でき、１つの端末が故障した場合でも認証処理を継続することができる。
【発明を実施するための最良の形態】
【００２３】
以下、図に示す実施例に基づいて、この発明を説明する。
なお、これによって、この発明が限定されるものではない。
【００２４】
〈生体情報認証システムの構成〉
図１に、この発明の生体情報認証システムの一実施例の構成ブロック図を示す。
この発明の生体情報認証システムは、ネットワーク１０を介して接続された複数台の端末から構成される。生体情報を一括して管理保存するサーバは必要としない。
ここで、ネットワーク１０としては、現在利用されているあらゆる形態のネットワークを使用できる。たとえば、すべての端末が同一構内に配置されている場合は、有線ＬＡＮを用い、見通しのよい同一フロアに配置されている場合は、無線ＬＡＮを用いてもよい。また、複数台の端末が同一構内にない場合は、ＩＳＤＮ、ＦＴＴＨなどの回線を通して、インターネットなどのＷＡＮを用いればよい。また、各端末相互間の通信プロトコルは、ピアツーピア形式の通信ができればよく、通常ＬＡＮ等で用いられているプロトコルと同じものを用いればよい。
【００２５】
この発明の端末は、１台でも構成できるが、特に複数台の端末から構成されるシステムの場合に、認証精度やセキュリティの向上、およびシステム全体のコスト削減の効果が大きい。
端末としては、専用の生体情報照合装置を用いてもよいが、現在利用されているパソコンＰＣ、ワークステーションＷＳ、携帯端末など、数々の情報処理装置を用いることができる。パソコン等の情報処理装置を用いる場合は、この発明の生体情報認証処理を実施するための専用プログラムを各情報処理装置にインストールし、各装置に内蔵されたマイクロプロセッサが、専用プログラムに従って各種ハードウェアを有機的に動作させることにより、この発明の生体情報認証のための各機能が実行される。
【００２６】
図２に、この発明の生体情報照合装置（以下、端末とも呼ぶ）の一実施例の構成ブロック図を示す。
この発明の端末は、主として、生体情報入力部２０１、生体情報特徴抽出部２０２、生体情報照合部２０３、認証結果比較部２０４、生体情報置換部２０５、操作入力部２０６、記憶部を構成する認証用生体情報ＤＢ２０７、管理テーブル２０８およびアカウント管理テーブル２０９、通信部２１０、上記各機能ブロックおよび種々のハードウェアを制御してこの発明の生体情報認証処理を実行する認証管理部２１１とから構成される。
【００２７】
ここで、生体情報入力部２０１は、利用者の指紋、静脈などの生体情報を取得する部分であり、たとえば、カメラやスキャナが用いられる。
生体情報特徴抽出部２０２は、入力された生体情報から照合に用いる特徴データを抽出する部分であり、その機能は主として専用のモジュールプログラムによって実現される。この特徴データを、以下、記号化した生体情報、あるいは記号化データ、生体データとも呼ぶ。
生体情報照合部２０３は、生体情報から抽出された特徴データと、認証用生体情報ＤＢ２０７に予め記憶されている照合用生体情報との近似度をチェックする部分であり、その機能は主として専用のモジュールプログラムによって実現される。このチェックの結果、照合が成功したか失敗したかの情報（認証可否）と認証結果比較部２０４で比較するのに必要な情報（近似度など）とからなる認証結果が作成される。
【００２８】
認証結果比較部２０４は、他の端末から送られてくる認証結果を収集して比較する部分であり、それらの結果に基づいて利用者の認証の可否を判定する部分である。これも、主として専用のモジュールプログラムによって実現される。ここでは、たとえば、複数の認証結果の近似度をチェックし、どの端末から送られてきた認証結果が最も高い近似度を持つかを判断する。
【００２９】
認証情報置換部２０５は、認証結果の比較に基づいて現在保存されている生体認証情報を、他の生体認証情報（たとえば最近入力された生体認証情報）に置換する部分であり、これも、主として専用のモジュールプログラムによって実現される。
操作入力部２０６は、たとえばキーボード、マウス、ペンなどのポインティングデバイスであり、利用者がＩＤなどの数字、文字、記号を直接入力する部分である。
【００３０】
通信部２１０は、図１に示したように、ネットワークを介して他の端末とデータの送受信を行う部分である。
特に、通信部は、生体情報特徴抽出部によって生成された特徴データを、ネットワークに接続された他の端末へ送信する送信部と、他の端末において特徴データを用いて行われた認証処理によって生成された照合の結果を受信する受信部とからなる。
また、受信部は、たとえば、他の端末から、その端末で入力された生体情報の特徴データを含む更新要求や、入力された生体情報の特徴データを含む生体認証要求を受信する部分である。
逆に、送信部は、他の端末Ａへ、上記更新要求や生体認証要求を送信する部分である。
記憶部は、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの半導体メモリや、ハードディスクなどの記憶装置が用いられ、上記した認証用生体情報ＤＢ２０７、管理テーブル（２０８、２０９）の他に、各モジュールプログラムや、生体情報認証処理を実行するのに必要な数々の情報が記憶される。
【００３１】
認証用生体情報ＤＢ２０７は、生体情報特徴抽出部２０２によって抽出された特徴データ（記号化された生体情報）を記憶した部分であり、ここに記憶される情報は生体情報照合部２０３によって照合を行うもとになる照合用の生体情報に相当する。また、照合用の生体情報としては、特徴データの他に、その特徴データの登録日時、近似度、認証回数なども一緒に記憶される。
【００３２】
管理テーブル２０８は、この発明の生体情報認証処理の各機能ブロックで利用し、また生成される情報を記憶した部分であり、利用者個人や端末を特定する情報、認証処理の各段階（抽出、照合、比較、置換など）で生成される情報を含むものである。
【００３３】
アカウント管理テーブル２０９は、利用者のＩＤ、利用者の認証情報の登録状態や、端末へのログインの状態などを含む情報であり、たとえば現在その利用者がどの端末を利用しているかを確認でき、複数の端末への二重ログインを防止するために用いられる。したがって、アカウント管理テーブル２０９は、図１のシステムを構成するすべての端末で共有される情報であり、常に同一の情報がネットワークに接続されているすべての端末に記憶され、認証管理部が、ネットワークに接続された他の端末でも同一内容の情報を持つように管理する情報である。
【００３４】
認証管理部２１１は、上記したように、各機能ブロックを制御して端末の生体情報認証処理を実行する部分であり、主としてＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏコントローラ、タイマーなどからなるマイクロコンピュータと制御プログラムとからなり、ＣＰＵが制御プログラムに基ついて各種ハードウェアを動作させることにより各機能モジュールを制御する。
また、認証管理部は、利用者の認証が成功したと判定された場合には、その利用者のその後の利用を許可し、その端末での所望の処理（たとえば、ログイン処理）を実行させるようにする。
【００３５】
〈この発明の生体情報認証処理の概要〉
この発明では、各端末は、それぞれ図２に示したものと同じ構成を持ち、利用者がある端末を利用しようとする場合、その端末本来の目的の機能を利用する前に、端末相互間の通信を行いながら生体情報認証処理を行う。すなわち、この発明では、他の端末に記憶されている生体情報も利用しながら認証処理を行うことを特徴とし、利用しようとする端末のみで完結した認証処理は行われない。
【００３６】
この発明の生体情報認証処理は、主として次のような一連の処理で実現される。
まず、利用者Ａが、利用しようとする端末Ａで、操作入力部２０６によってその利用者ＡのＩＤの入力を行うと、他の端末（Ｂ、Ｃ、Ｄ）とメッセージ通信を行い、ＩＤ存在確認処理が行われる。その後、生体情報入力部２０１を用いて、利用者Ａの生体情報を入力する。そして、生体情報特抽出部２０２による特徴データの抽出処理が行われ、続いて生体情報照合部２０３による生体情報の照合処理が行われる。この照合処理は、端末Ａのみならず、他の端末（Ｂ、Ｃ、Ｄ）でも行われる。
他の端末で照合処理を行うために、入力された利用者Ａの生体情報は端末Ａから他の端末Ａへ送信される。
【００３７】
次に、認証結果比較部２０４が、すべての端末で行われた照合処理の認証結果を集めて、認証の可否を判定する。ここで、複数の認証結果のうち１つでも認証が成功したものがあれば、その利用者Ａによるその端末Ａの利用を許可する。すなわち、利用者Ａのログインができる状態となる。
この後、利用者Ａは、端末Ａでログインをすますと、本来の目的の機能が使えるようになる。
【００３８】
端末Ａでログインした後、この端末Ａから他の端末へログインされたことを示す情報を送信し、アカウント管理テーブルの内容が同一となるように変更する。
さらに、上記した複数の認証結果を分析し、必要に応じて認証情報置換部２０５が、生体情報の新規登録や新しい生体情報への更新処理を実行する。ここで更新処理は、端末Ａのみならず、他の端末（Ｂ、Ｃ、Ｄ）でも行われる。
【００３９】
以上が、この発明の認証処理の概要であるが、このように分散した端末相互間で互いの情報を置換しあうことで、本人認証の精度の向上、サーバを用いないことによるコスト削減、認証システム全体の可用性の低下防止などを実現することができる。
以下に、この発明の認証処理の一実施例について詳説する。
【００４０】
〈分数型の認証システムでの照合処理〉
ここでは、複数の端末を利用した分数型の認証システムで、どのような場合に照合が許可されあるいは拒否されるかを示す。
図３に、分散型でない従来の照合処理の認証モデルの模式図を示す。ここでは、予めサーバに記憶される照合用の生体データ１と、端末から入力された新しい照合されるべき入力生体情報（３、４）と、これらの両者の比較により照合が成功したと判断する照合範囲２とを示している。
サーバに記憶される照合用の生体データ１は１つであり、その照合用生体データ１を中心とする円内に存在し、一定の範囲内の近似度を持つ入力生体情報３は、照合が成功したと判断される。一方、この円外に存在する比較的近似度の小さい入力生体情報４は、照合が失敗し、認証が拒否される。ここで近似度は、照合の成功の可能性の程度を示すパラメータと言うことができる。
この場合、照合範囲２は、入力された生体データと照合用生体データとの近似度に対応するが、照合範囲２の半径を大きくし、近似していると判断する範囲を大きく設定すると、本人拒否率を下げることができるが、他人受入率が上昇し、セキュリティ上好ましくない。一方、照合範囲２を狭くすると他人受入率は低下し、セキュリティ上好ましいが、本人拒否率が上昇し悪化する。
【００４１】
従って、従来のように、１人の利用者につき１つの照合用の生体データをサーバで集中管理する場合は、照合範囲２が１つに固定設定されると、相反する本人拒否率と他人受入率も固定されてしまい、利用者の個人差など数々の状況変化に柔軟に対応することが難しい。
【００４２】
図４に、この発明の分散型認証システムでの認証モデルの模式図を示す。
分散型の認証モデルでは、複数個の照合用の生体情報（照合用生体データ）を利用する。複数個の照合用の生体情報は、それぞれ異なる端末に予め記憶される。ただし、最初からすべての端末に記憶するのではなく、初めは１台の端末のみに記憶されるだけでもよい。また、各端末に記憶される複数個の照合用生体情報は同一のものであってもよいが、ある近似度を保った同一ではない生体データである方が好ましい。利用者が端末で入力する生体情報は、利用する毎に異なるのが通常だからであり、認証の精度向上のためでもある。
【００４３】
したがって、図４では、異なる複数個の照合用生体データ（１ａ、１ｂ、１ｃ）が、予めいずれかの端末に記憶されているものとする。また、各照合用生体データ（１ａ、１ｂ、１ｃ）についてそれぞれ照合範囲（２ａ、２ｂ、２ｃ）を設定する。
たとえば、照合用生体データ１ａについて設定された照合範囲内に、入力された生体情報が入れば、その入力生体情報は照合用生体データ１ａとの照合が成功したと判断される。また、３つの照合用生体データ（１ａ、１ｂ、１ｃ）は、同じ利用者について別々に取得されたデータであり、異なるデータではあるが、かなり近似度の高いデータであり、図４に示すように、それぞれの照合範囲（２ａ、２ｂ、２ｃ）は互いに重なり合っていると考えられる。
【００４４】
したがって、この発明では、ある端末で入力された生体情報３が、複数個の照合用生体データのそれぞれの照合範囲（２ａ、２ｂ、２ｃ）のいずれかの中に入っていれば、照合が成功したと判断する。逆に、入力された生体情報４が、３つの照合範囲のいずれにも入らず、すべての照合範囲の外にある場合は、照合は失敗し、認証が拒否される。
【００４５】
図４の場合、本人であると判断される範囲は、３つの照合範囲の和集合であるので、各照合範囲の半径の大きさが図３と同じであれば、本人と判断される比率が大きくなり、本人拒否率を低下できる。逆に、図３と同程度の本人拒否率でよい場合には、図４の各照合範囲の大きさを図３のよりも小さくすることができる。
【００４６】
一方、本人拒否率を低下させることができるということは、逆に他人受入率を上昇させてしまうことになるので、できるだけ照合範囲の和集合は小さい方が好ましく、各照合用生体データの照合範囲（２ａ、２ｂ、２ｃ）はできるだけ小さくすることが好ましい。また、多数の照合用生体データが存在する場合は、照合範囲の和集合は大きくなってしまう傾向があるので、たとえば複数の照合用生体データの重心から最も遠い照合用生体データは採用しないとか、入力生体情報の照合で何度も利用される照合用生体データの照合範囲は残し、ほとんど照合で使われたことのない照合用生体データを削除して、最もよく利用される照合用生体データに置換するというような照合用生体データの更新処理を行うことが、他人受入率を改善するためには好ましい。
【００４７】
なお、サーバを用いる従来の認証システムでも、一人の利用者につき、複数の照合用生体データを保存するようにすれば図４に示したのと同様の認証が可能となるが、その利用者の照合に時間がかかり、負荷がサーバに集中するため、認証結果をサーバから端末へ送信するレスポンスも遅くなる。
しかし、この発明では、各照合用生体データは、各端末毎に別々に記憶されているので、入力生体情報と各照合用生体データとの照合処理は、別々の端末で分散して行われるので、負荷が１つの端末に集中することは少なく、認証システムの十分な可用性を確保できる。
また、複数の端末を用いて分散した照合処理を行っているので、もしそのうち１台の端末が故障して動作不能であったとしても、その故障端末に記憶されている照合用生体データを用いた照合はできないが、他の端末の照合用生体データを用いた照合が可能であり、サーバが故障したときのように、完全に認証処理が中断してしまうことがない。
【００４８】
図５に、認証用生体情報ＤＢの一実施例の説明図を示す。
ここでは、認証用生体情報ＤＢ２０７は、生体情報ＩＤと、記号化した生体情報と、登録日時と、近似度と、認証回数と、記号化した生体情報が照合に利用可能（有効）か、あるいは照合には利用不可（無効）を示す状態情報とから構成される。
【００４９】
ここで生体情報ＩＤ（Ｂｉｏ−ＩＤ１など）は、各利用者の特徴データを特定する情報であり、１人の利用者につき、１つのＩＤが割り当てられる。図５には、４人の照合用の生体情報が示されている。この生体情報ＩＤは、管理テーブル２０８でも用いられる。
記号化した生体情報（Ｓｙｍｂｏｌｉｃ−Ｂｉｏ−ＩＤ１など）は、前記した特徴データに相当し、入力した生体情報をコンピュータで扱えるようにしたデータであり、生体情報の特徴的な部分が識別できるように記号化された情報であり、従来の認証システムでも利用されているのと同じ情報を用いてもよい。
【００５０】
図５の近似度（ａｐｐｒｏｘｉｍａｔｉｏｎ １など）は、ここに記憶されている「記号化した生体情報」と、前回に照合を行った時に、入力された生体情報との近似の程度を表す情報との近似の程度を表す情報であり、たとえば、入力された生体情報と、照合対象の生体情報の特徴的な部分を記号化することによって、数値によって、近似度を算出する。具体的には、指紋のような場合、分岐点のような複数の特徴点の間の位置関係を数値化する。数値化された位置関係は、統計的な多変量解析の一種である判別分析の手法を用いて、判断を行う。具体的には、線形判別関数の推定式を導き、この推定式に、数値化した位置関係の値を代入することによって、判別得点を求めることができる。この判別得点を近似度として使用することができる。
認証回数（Ｃｏｎｆｉｒｍ−Ｃｏｕｔｎｅｒ１など）は、その記号化した生体情報が照合処理で照合が成功した回数を意味する。たとえば、ある利用者が入力した入力生体情報の特徴データと、このＤＢ２０７に記憶されていたその利用者の記号化した生体情報とを照合し、図４のようなこの記号化した生体情報の照合範囲の中に入力生体情報が入っていた場合、照合が成功したと判断され、認証回数に１が加算される。ここで、認証回数は、照合用生体情報の更新処理で用いられ、認証回数が大きいほど、本人確認の認証情報としてよく利用され有効な生体情報であると言える。
【００５１】
状態情報（ｓｔａｔｅ１など）は、「有効」であれば、対応する記号化した生体情報を認証に利用するものとし、「無効」のときは、利用しないものとする情報である。状態情報の有効化あるいは無効化は、たとえば生体情報の登録抹消のときに行われる。
【００５２】
図６に、管理テーブルとアカウント管理テーブルの一実施例の説明図を示す。
ここで、管理テーブル２０８は、被認証者ＩＤ存在管理テーブル（ＩＤ−ｃｏｎｆｉｒｍ−Ｔａｂｌｅ）と、２つの認証結果テーブル（Ｃｅｒｔｉｆｉｃａｔｉｏｎ−Ｔａｂｌｅ）とからなる。
被認証者ＩＤ存在管理テーブル２０８−１は、３つのＩＤをまとめて記憶した情報であり、端末間で送受信されるメッセージの情報であり、入力された被認証者ＩＤと対応する照合用の生体情報ＩＤが存在するかを各端末に問い合わせるときに確認するために、各端末ＩＤなどで用いられる情報であり、これらの情報は、たとえば、新規登録のときに設定される情報である。
被認証者ＩＤ（ｕｓｅｒ−ＩＤ１）は、利用者を特定する情報である。
端末ＩＤ（Ｔｅｒｍｉｎａｌ−ＩＤ１）は、被認証者ＩＤの利用者の照合用生体データ（照合用生体情報）が記憶されている端末を特定する情報である。照合用生体データが複数ある場合は、それぞれの照合用生体データが保存されているすべての端末ＩＤが記憶される。
【００５３】
生体情報ＩＤは、被認証者ごとに付与されたその者の生体情報を特定する情報である。認証結果テーブル（２０８−２、２０８−３）は、ある端末で照合処理が行われその照合した結果生成される情報である。
第１のテーブル２０８−２は、端末ＩＤ、認証した利用者ＩＤ、認証結果、近似度、登録日時からなる。ここで認証結果（Ｒｅｓｕｌｔ１）は、照合が成功したか否かを示す情報である。
近似度（ａｐｐｒｏｘｉｍａｔｉｏｎ１）は、照合処理で求められた照合用データとの近似の程度を示す数値情報であり、照合用データが複数ある場合は、近似度も複数存在する。
登録日時（ｔｉｍｅ１）は、その認証結果を管理テーブル２０８−２に登録した日時を示す情報である。
第２のテーブル２０８−３は、端末ＩＤ、生体情報ＩＤ、登録日時、近似度、認証回数からなる。ここで、登録日時は、生体情報が取得され認証が成功した日時を意味する。
【００５４】
アカウント管理テーブル２０９は、図６に示すように、被認証者ＩＤと、状態情報と、付加情報とからなる。
状態情報とは、利用者のログイン状態およびその利用者の生体情報がその端末に現在有効に記憶されているか否かを示す情報であり、たとえば、すでにその者の生体情報が登録されていることを示す「新規」、その者がある端末で現在ログイン中であることを示す「ログイン済み」、その者は現在ログイン状態ではないことを示す「未ログイン」、その者の生体情報は現在登録されていないことを示す「抹消」からなる。また、付加情報としては、たとえば、現在ログイン中の端末ＩＤがある。
【００５５】
図７に、各端末間で送受信されるメッセージの構成フォーマットの一実施例の説明図を示す。
ここで、メッセージ（ＭＦ１〜ＭＦ１５）の内容は、後述するフローチャートで説明するが、主として、メッセージの送り元を示す「発信元」と、メッセージの送り先を示す「発信先」と、そのメッセージの意味内容を示す「コマンド」と、そのコマンドに必要な情報である「付加情報」とから構成される。
【００５６】
付加情報には、認証したいＩＤ、生体情報ＩＤ、記号化した生体情報、近似度、認証回数など管理テーブルに記憶されている情報が含まれる。たとえば、メッセージＭＦ１は、後述する認証処理のフローチャートのステップＳＡ０２において、端末Ａから端末Ｂへ送信されるＩＤ存在確認メッセージである。
【００５７】
〈この発明の認証処理〉
図８と図９に、この発明の認証処理の一実施例のフローチャートを示す。
図８では、利用者が端末Ａを利用して、自己のＩＤや生体情報を入力し、２つの端末Ａ、Ｂ間で通信を行う例を示す。端末Ｂは他の端末の代表例であり、ネットワーク接続された端末が３台以上ある場合は、端末Ａとその他の端末も同様の通信を行う。
図８のステップＳＡ０１において、利用者（被認証者）が端末Ａで、自己の被認証者ＩＤ（ｕｓｅｒ−ＩＤ）を入力する。
ステップＳＡ０２において、認証管理部２１１が、「ＩＤ存在確認要求メッセージ」ＭＦ０１を、ネットワークに接続されたすべての端末に対して送信する。このメッセージＭＦ０１は、図７に示したようなフォーマットで送信される。ここで、送信はブロードキャストで行うことが好ましく、この場合は、自端末Ａにも送信される。
自己端末Ａへの送信は、実際にデータ送信が行われるのではなく、端末Ａ内でマルチタスクですでに起動されているメッセージ受信モジュールに対して受信処理が行われるような指示が与えられる。
【００５８】
次に、ステップＳＢ０１において、他の端末Ｂでは、「ＩＤ存在確認要求メッセージ」ＭＦ０１を受信する。端末Ｂでは、ステップＳＢ０２において、メッセージＭＦ０１に含まれていた「認証したいＩＤ」を取出し、自己に保存されている認証用生体情報認証ＤＢ２０７を検索する。すなわち、端末Ａの利用者のＩＤに対応する照合用生体情報が、自己の認証用生体情報ＤＢ２０７の中にすでに登録されているか否かチェックする。
そして、端末Ｂにおいて、そのＩＤの生体情報がすでに登録されていたことの有無が確認されると、ステップＳＢ０３において、端末Ａへ、「ＩＤ存在確認結果メッセージ」ＭＦ０２を返信する。
【００５９】
また、図８のステップＳＡ１００からＳＡ１０３に示すように、「ＩＤ存在確認要求メッセージ」ＭＦ０１は自己端末Ａにも送信されるので、端末Ａのメッセージ受信モジュールにおいて、端末Ｂで行われる処理（ステップＳＢ０１〜ＳＢ０３）と同じ処理が行われる。
メッセージＭＦ０２には、「ＩＤ存在確認結果」であることを示すコマンドと、そのコマンドの内容である「存在の有無」と、「生体情報ＩＤ」とが含まれる。ここで、生体情報ＩＤは、図６の管理テーブル２０８−１に示された生体情報ＩＤ（Ｂｉｏ−ＩＤ）であり、端末Ｂに予め記憶されている照合用の生体情報であり、固有のＩＤ番号を持つ。
また、このＩＤは、後述するように、他の端末に、同一の照合用生体データが存在するか否かを確認するために用いられる。たとえば、端末Ａが、複数の端末（Ｂ，Ｃ，Ｄ）からのメッセージＭＦ０２を受けた場合、このメッセージの中に同一番号の生体情報ＩＤが含まれていたときは同一の照合用生体データが複数存在することになるので、そのうちのいずれか一つを採用すればよい。
【００６０】
次に、ステップＳＡ０３において、端末Ａは、メッセージＭＦ０２を受信する。
ステップＳＡ０４において、メッセージＭＦ０２の中の「存在確認結果」を、認証結果テーブル（２０８−２）の中の「認証結果」に、保管する。また、この時、ＩＤ存在管理テーブル（２０８−１）に、被認証者ＩＤと、そのＩＤに対応する照合用生体情報が存在していた端末のＩＤと、受信した生体情報ＩＤとを記憶する。
【００６１】
ステップＳＡ０５において、端末Ａにおいて、利用者が、生体情報入力部２０１から生体情報を入力する。
ステップＳＡ０６において、生体情報特徴抽出部２０２が、入力された生体情報を所定の基準に基づいて記号化し、記号化した生体情報を生成する。ここで、所定の基準とは、たとえば指紋認証をする場合、パターンマッチング法や、マニューシャ法、周波数解析法などが用いられる。
【００６２】
ステップＳＡ０７において、生成された「記号化した生体情報」を、「生体認証要求メッセージ」ＭＦ０３に含めて、他の端末Ｂへ送信する。ここで、このメッセージは、すべての端末に送るのではなく、ＩＤ存在管理テーブルに基づいて同一生体情報ＩＤに重複しないように選択された端末ＩＤを持つ端末へ送る。すなわち、同一生体情報ＩＤを持つ端末が複数台存在するときは、そのうちの一台の端末のみに送信すればよい。また、このメッセージＭＦ０３は、被認証者ＩＤと同一のＩＤに対応した照合用生体情報を持つ端末に送信する。
【００６３】
次に、端末Ｂでは、ステップＳＢ０４において、この「生体認証要求メッセージ」ＭＦ０３を受信する。
ステップＢ０５において、受信した「記号化した生体情報」に対する認証処理を行う。ここでは、受信した「記号化した生体情報」と、端末Ｂに予め記憶されている照合用の生体情報とを用いて照合を行い、図４に示したような照合範囲に受信した生体情報が含まれるか否かを判断する。このとき、近似度も求められる。
この認証処理によって、「照合の可否」と、「近似度」と、「照合用生体情報の登録日時」とを含む照合結果が生成される。
ステップＳＢ０６において、生成された照合結果が、「生体認証結果メッセージ」ＭＦ０４に含められて、端末Ａへ送信される。
【００６４】
端末ＡのステップＳＡ０８において、生体認証結果メッセージＭＦ０４を受信すると、ステップＳＡ０９において、そのメッセージＭＦ０４に含まれている照合結果を、認証結果テーブルに記憶する。端末Ｂ以外の端末から送られてくる照合結果があれば、それらすべてを記憶する。
【００６５】
ステップＳＡ１０において、照合結果の判定処理を行う。ここで、照合結果の中の「照合の可否」をチェックし、ステップＳＡ１１において、「可」という結果があれば、端末Ａの利用者の認証が成功したと判断する。複数の端末から照合結果が送られてきた場合は、その複数の照合結果のうち、１つでも「可」のものがあれば、認証が成功したと判断する。逆に、ステップＳＡ１１において、すべての照合結果が「否」であれば、認証が失敗したと判断し、処理を終了する。
【００６６】
ステップＳＡ１１において、認証が成功した場合、図９のステップＳＡ１２へ進む。
ステップＳＡ１２において、認証が成功したので、端末Ａのログイン処理を実行する。ここで、ログイン処理では、たとえば、被認証者に対して予め設定されたアクセスコントロールリストに基づいて、特定のファイルに対するアクセス権の付与が実行される。
ログイン処理が終了すると、ステップＳＡ１３において、「ログイン通知メッセージ」ＭＦ０６をすべての端末に送信する。ここで、メッセージＭＦ０６には、ログイン通知と、認証された利用者のＩＤと、ログインした端末のＩＤとが含まれる。このメッセージＭＦ０６を確認することにより、利用者が端末Ａで認証に成功し、ログインしたことが分かる。
端末ＢのステップＳＢ０７において、「ログイン通知メッセージ」ＭＦ０６を受信する。
ステップＳＢ０８において、端末Ｂのアカウント管理テーブルの「状態」を、「ログイン済み」に設定する。
【００６７】
次に、ステップＳＡ１４において、自己の端末Ａにおいて、ログインした利用者のＩＤに対する照合用生体情報が、自己の認証用生体情報ＤＢ２０７の中にすでに存在するか否かチェックする。
ステップＳＡ１５において、存在する場合は、ステップＳＡ１７へ進み、そうでない場合はステップＳＡ１６へ進む。
存在しない場合は、ステップＳＡ１６において、ステップＳＡ０５で入力された生体情報から生成された生体データを、端末Ａの照合用生体情報として、自己の認証用生体情報ＤＢ２０７に記憶し、処理を終了する。この場合、端末Ａに、その利用者の生体データが初めて記憶されたことになる。これにより、その利用者についての生体情報が新たに追加されたことになり、次回のその利用者の認証処理で最新の生体情報が利用されるので、次回の本人認証や他人受入の認証精度を向上させることができる。
【００６８】
一方、ステップＳＡ１７において、自己の端末Ａにもすでに照合用の生体情報が存在するので、自己の端末も含め他の端末から受信したすべての認証結果の中の「近似度」を抽出し、比較する。ここでは、複数の近似度のうち、最も高い近似度がどの端末から送られてきたものかを判断する。すなわち、近似度の最も高い生体情報を持つ端末の端末ＩＤを求める。
【００６９】
ステップＳＡ１８において、近似度の最も高かった生体情報を持つ端末に対して送信する「更新要求メッセージ」ＭＦ０５を生成する。このメッセージＭＦ０５には、「更新要求」と、認証した利用者のＩＤと、近似度と、ステップＳＡ０５で入力された生体情報の「記号化した生体情報」と、認証回数とが含まれる。そして、端末Ａは、このメッセージＭＦ０５を、照合結果を送ってきた端末のうち最も近似度の高い生体情報を持っていた端末Ｂへ送信する。
【００７０】
ただし、最も高い近似度を持つ端末が複数存在する場合は、その生体情報が登録された登録日時を確認して、最も最近登録された認証情報を採用し、その認証情報を持っていた端末へ送信する。
【００７１】
ステップＳＢ０９において、端末Ｂは、「更新要求メッセージ」ＭＦ０５を受信する。そして、ステップＳＢ１０において、端末Ｂにおいて、その利用者のＩＤに対応する照合用の生体データを、メッセージＭＦ０５に含まれている「記号化した生体情報」に変更し、さらに認証結果テーブルの登録日時を、更新要求メッセージを受け取り更新処理を行った日時に更新し、近似度をメッセージＭＦ０５に含まれている近似度に変更し、認証回数に１を加算する。これにより、最も高い近似度を持っていた端末に記憶された照合用の生体情報が、新しく入力された利用者の生体情報に置換される。
【００７２】
図１０に、端末Ａでのログアウト処理の一実施例のフローチャートを示す。
図１０において、端末Ａで利用者が目的の操作や処理を実行した後、その処理が終了し、ログアウトしようとしたとする。このとき、ステップＳＡ３１において、ログアウト処理を実行する。
ログアウト処理とは、たとえば、現在の被認証者が、新たに認証を行うまで端末を使用できなくするような処理である。
【００７３】
次にステップＳＡ３２において、「ログアウト通知メッセージ」ＭＦ０７を作成し、他の全ての端末に送信する。
他の端末Ｂでは、ステップＳＢ２１において、「ログアウト通知メッセージ」ＭＦ０７を受信する。
ステップＳＢ２２において、端末Ｂのアカウント管理テーブル２０９を更新し、「状態」を「未ログイン状態」に変更する。これにより、端末Ａでの利用者の利用がすべて終了し、他のすべての端末においても、その利用者に対する認証処理が終了する。
【００７４】
〈生体情報の新規登録処理〉
以下に、この発明の照合用生体情報の新規登録処理について説明する。
新規登録処理とは、ネットワークに接続された複数台の端末のうち、任意の端末で、利用者が新しく自己の被認証者ＩＤと自己の生体情報を入力し登録する処理をいう。
図１１に、この発明の照合用生体情報の新規登録処理のフローチャートを示す。ここでは、端末Ａで、自己の生体情報を新規入力する場合について、説明する。
【００７５】
ステップＳＡ４１において、端末Ａは、起動した後、自己の端末が接続されているネットワークをブラウジングして、そのネットワークに現在接続されている他の端末を検索し、その他の端末の端末ＩＤを取得する。
【００７６】
ステップＳＡ４２において、取得した端末ＩＤのリストを作成する。このリストに含まれる端末ＩＤの端末は、現在起動中でネットワークに接続されている端末である。
ステップＳＡ４３において、作成された端末ＩＤリストの中の端末Ｂに対して、「アカウント管理テーブル取得メッセージ」ＭＦ０９を送信する。
【００７７】
他の端末Ｂでは、ステップＳＢ３１において、「アカウント管理テーブル取得メッセージ」ＭＦ０９を受信する。
ステップＳＢ３２において、端末Ｂ自身の現在のアカウント管理テーブル２０９の内容を読み出す。
ステップＳＢ３３において、端末Ｂは、読み出したアカウント管理テーブルの内容を含む「アカウント管理テーブル送信メッセージ」ＭＦ１０を、端末Ａへ送信する。
【００７８】
次に、ステップＳＡ４４において、端末Ａでは、「アカウント管理テーブル送信メッセージ」ＭＦ１０を受信する。
ステップＳＡ４５において、受信したメッセージをＭＦ１０の中に含まれている端末Ｂのアカウント管理テーブルを取得する。
これにより端末Ａでは、すでにネットワークに接続され現在起動中の端末Ｂの状態を確認することができる。たとえば、端末Ｂでログインされている利用者の情報を確認することができる。
ステップＳＡ４１からＳＡ４５までは、端末Ａが起動された直後に、自動的に実行され、特に利用者の操作入力は必要としない。また、アカウント管理テーブルの取得は、１台の端末Ｂだけでなく、作成された端末ＩＤリストに含まれるすべての端末に対して行われる。
【００７９】
ステップＳＡ４６において、端末Ａで、利用者が、自己の生体情報を新規登録するために、自己の被認証者ＩＤを入力する。ここで、入力するＩＤは、利用者を特定するＩＤであり、すでに登録されているＩＤと同一のＩＤを利用することはできない。
【００８０】
ステップＳＡ４７において、入力されたＩＤが、すでに登録されているＩＤと重複しないか否かチェックする。これは、入力されたＩＤが、アカウント管理テーブル２０９の中の被認証者ＩＤと一致するものがないかどうかチェックすることで行われる。
【００８１】
ステップＳＡ４８において、一致するＩＤがあった場合は、その入力されたＩＤはすでに登録済みであって使用することはできないので、処理を終了する。
一方、一致するＩＤが、管理テーブルの中になかった場合は、その入力されたＩＤはその利用者のＩＤとして登録される。この場合、ステップＳＡ４９へ進み、利用者が自己の生体情報を、端末Ａの生体情報入力部２０１から入力する。
【００８２】
ステップＳＡ５０において、生体情報特徴抽出部２０２が、入力された生体情報を記号化する。
ステップＳＡ５１において、記号化された生体情報を、認証用生体情報ＤＢ２０７の中に記憶する。このとき、登録日時と、他のＩＤと重複しないように生体情報ＩＤとを自動的に付加して記憶する。ただし、近似度と認証回数は、初期値（ゼロ）を設定する。また、端末Aのアカウント管理テーブル２０９に、新たに入力された被認証者ＩＤを追加し、このＩＤに対応する「状態」は、「新規」に設定する。
【００８３】
ステップＳＡ５２において、端末Ａから、他のすべての端末に対して、「新規登録通知メッセージ」ＭＦ０８を、ブロードキャストで送信する。
【００８４】
端末Ｂでは、ステップＳＢ４１において、「新規登録通知メッセージ」ＭＦ０８を受信する。
ステップＳＢ４２において、受信したメッセージＭＦ０８の中に含まれる「登録したＩＤ」を読み出して、自己の端末Ｂの中のアカウント管理テーブル２０９を検索して、この「登録したＩＤ」に対応する被認証者ＩＤの「状態」を、「新規」に設定する。
これにより、端末Ａで利用者が自己の照合用の生体情報を新規に登録したことを、現在起動中の他のすべての端末に対して通知することができる。この場合、利用者が入力した生体情報の生体データそのものは端末Ａにのみ保存され、他の端末へは送信されない。他の端末には、被認証者ＩＤの利用者の生体情報が新規に登録されたことだけが、記憶される。
【００８５】
図１２に、この発明の照合用生体情報の新規登録処理の他のフローチャートを示す。
ここでは、端末Ｃで、生体情報の新規登録を行う場合について説明する。端末Ｃは、後から起動された端末であり、利用者が生体情報を直接入力する端末ではない。
端末Ｃにおいて、ステップＳＣ１１からステップＳＣ１５までの処理は、図１１に示した処理（ステップＳＡ４１〜ＳＡ４５）と同じである。すなわち、端末Ｃが起動させられると、端末のブラウジング、端末ＩＤリストの作成、他の端末のアカウント管理テーブルの取得処理が行われる。このとき、メッセージの送受信に伴って、他の端末Ｂで行われる処理（ＳＢ３１〜ＳＢ３３）も同様である。
【００８６】
端末ＣのステップＳＣ１６において、取得したアカウント管理テーブルの中に、「状態」が、「新規」となっているものが存在するかどうかチェックする。「新規」となっているものがあれば、その被認証者ＩＤ（ｕｓｅｒ−ＩＤ）を読み出す。
【００８７】
ステップＳＣ１７において、「新規」となっているものがなければ、新規登録すべきデータはないということで、処理を終了する。
一方、アカウント管理テーブルの中に「新規」となっているものがあれば、ステップＳＣ１８へ進み、上記被認証者ＩＤ（ｕｓｅｒ−ＩＤ）を含めた「ＩＤ存在確認要求メッセージ」ＭＦ０１を、他のすべての端末に対して、ブロードキャストで送信する。ステップＳＣ１８の処理は、図８のステップＳＡ０２と同じである。
【００８８】
このメッセージＭＦ０１を受信した他の端末Ｂでは、図８に示したステップＳＢ０１、ＳＢ０２、ＳＢ０３の処理を実行する。すなわち、端末Ｂでは、メッセージＭＦ０１を受信して、自己の認証用生体情報ＤＢを検索して、被認証者ＩＤがあるか否か確認する。そして、その被認証者ＩＤの存在の有無と、存在した場合にはその被認証者ＩＤに対応する生体情報ＩＤを含めた「ＩＤ存在確認結果メッセージ」ＭＦ０２を端末Ｃへ返信する。
【００８９】
ステップＳＣ１９において、端末Ｃは、「ＩＤ存在確認結果メッセージ」ＭＦ０２を受信する。
ステップＳＣ２０において、端末ＣのＩＤ存在管理テーブル（２０８−１）に、受信したメッセージＭＦ０２に含まれる存在確認結果を記憶する。ここで記憶される情報は、被認証者ＩＤと、そのＩＤに対する認証用生体情報が存在する端末ＩＤと、そのＩＤに対応する生体情報ＩＤである。
【００９０】
ステップＳＣ２１において、ステップＳＣ２０で記憶した端末ＩＤと生体情報ＩＤとを含めた「生体情報要求メッセージ」ＭＦ１４を、その端末ＩＤを持つ端末へ送信する。このメッセージＭＦ１４の「発信先」として設定する端末ＩＤは、生体情報ＩＤで特定される認証用生体情報を保存している端末のＩＤである。この端末を端末Ｂとする。
【００９１】
端末Ｂでは、ステップＳＢ５１において、自己あての「生体情報要求メッセージ」ＭＦ１４を受信する。そして、ステップＳＢ５２において、自己の認証用生体情報ＤＢ２０７を検索し、メッセージＭＦ１４に含まれていた生体情報ＩＤに対応する「記号化した生体情報」を読み出す。
ステップＳＢ５３において、読み出した「記号化した生体情報」を含む「生体情報応答メッセージ」ＭＦ１５を作成し、端末Ｃへ返信する。
【００９２】
端末Ｃでは、ステップＳＣ２２において、「生体情報応答メッセージ」ＭＦ１５を受信する。
ステップＳＣ２３において、端末Ｃ自信の認証用生体情報ＤＣ２０７に、メッセージＭＦ１５に含まれている「記号化した生体情報」（生体データ）を、生体情報ＩＤとともに、新規登録する。
【００９３】
以上の処理により、後から起動された端末Ｃにおいて、他の端末にすでに保存されていた生体情報と同一の生体情報が、新たに登録される。
これにより、ある利用者についての生体情報を保存していなかった端末Ｃでも、その利用者が他の端末で先に登録していた生体情報を取得することができ、その後、その端末Ｃにおいても、取得した生体情報を、照合用の生体情報として利用することができる。
また、その利用者の生体情報が他の複数の端末ですでに登録されていた場合は、その利用者の複数の生体情報のうち、少なくとも１つだけ取得すればよい。ただし、複数の生体情報をすべて取得してもよいし、その生体情報に付属する近似度の情報を考慮して、たとえば最も高い近似度を持つ生体情報のみを新規保存するようにしてもよい。
【００９４】
〈認証情報の抹消処理〉
ここでは、認証用生体情報ＤＢ２０７の中にすでに登録されている認証用の情報を末梢する処理について説明する。
図１３に、この発明の登録抹消処理の一実施例のフローチャートを示す。
端末Ａにおいて、利用者が抹消処理を実行させる操作をすると、以下の処理により、端末Ａのみならず、他の端末Ｂでも同様に抹消処理が実行される。
図１３において、ステップＳＡ６１からＳＡ６５までの端末Ａの処理と、これに対応して実行されるステップＳＢ３１からステップＳＢ３３までの他の端末Ｂでの処理は、図１１に示した処理（ステップＳＡ４１〜ステップＳＡ４５）と同様である。これにより、ネットワークに現在接続されているすべての端末において、同じアカウント管理テーブルを持つように、同期がとられる。
【００９５】
ステップＳＡ６６において、端末Ａで、利用者が抹消したい自己の被認証者ＩＤ（ｕｓｅｒ−ＩＤ１）を入力する。
ステップＳＡ６７において、入力されたＩＤ（ｕｓｅｒ−ＩＤ１）が、端末Ａの自己のアカウント管理テーブル２０９の中に存在するか否か確認する。
ステップＳＡ６８において、そのＩＤ（ｕｓｅｒ−ＩＤ１）が存在しない場合は、そのＩＤは未登録ＩＤということで、抹消する必要はないので、処理を終了する。
一方、ＩＤが存在する場合は、ステップＳＡ６９へ進む。
ステップＳＡ６９において、そのＩＤ（ｕｓｅｒ−ＩＤ１）について、アカウント管理テーブルの「状態」情報をチェックし、現在「ログイン済み」の状態となっているか否かを確認する。
【００９６】
ステップＳＡ７０において、「ログイン済み」となっていた場合は、現在そのＩＤの利用者がどこかの端末でこのシステムを利用中であることを示し、抹消処理をするのは適切でないので、処理を終了する。
一方、「ログイン済み」となっていない場合は、抹消処理をしてもよいと考え、ステップＳＡ７１へ進む。ステップＳＡ７１において、まず、利用者がＩＤを入力した端末Ａにおいて、その端末Ａのアカウント管理テーブル２０９の中の入力した被認証者ＩＤに対応する「状態」情報を、「抹消（削除）」に設定する。すなわち、端末Ａに保存されている実際の生体情報を消去してもよいが、利用者のＩＤを使えなくするために、被認証者ＩＤの「状態」のみを「抹消」とすればよい。これにより、利用者が入力した被認証者ＩＤの認証用生体情報は使えなくなる。
【００９７】
次に、ステップＳＡ７２において、端末Ａから他のすべての端末に対して、「登録抹消メッセージ」ＭＦ１１を、ブロードキャストで送信する。
ステップＳＢ６１において、他の端末Ｂでは、「登録抹消メッセージ」ＭＦ１１を受信する。
ステップＳＢ６２において、端末Ｂの自己のアカウント管理テーブル２０９の中にある受信した被認証者ＩＤに対応する「状態」を、「抹消」に設定変更する。
ステップＳＢ６３において、端末Ｂに保存されている認証用生体情報ＤＢ２０７の中の、受信した被認証者ＩＤに対応する利用者の生体情報ＩＤに対して、「状態」フィールド（ｓｔａｔｅ）を、「無効」に設定する。これにより、利用者が抹消入力した端末Ａとその他の端末において、その利用者の生体情報を利用することができなくなる。
【００９８】
図１４に、この発明の登録抹消処理の他の実施例のフローチャートを示す。
ここでは、後から起動された端末Ｃにおいて、その端末Ｃの中の生体情報を使えなくする抹消処理について説明する。
図１４の端末Ｃで行われるステップＳＣ８１からＳＣ８５の処理およびこの処理に対応して行われるステップＳＢ３１からＳＢ３３の処理は、図１３のステップＳＡ６１からＳＡ６５の処理等と同じである。
ステップＳＣ８６において、他の端末から取得されたアカウント管理テーブルの中に、「状態」が、「抹消」となっているものがないかチェックする。
ステップＳＣ８７において、「抹消」となっているものがなければ、処理を終了する。
【００９９】
一方、「抹消」となっている被認証者ＩＤが存在すれば、ステップＳＣ８８へ進み、端末Ｃの中の認証用生体情報ＤＢ２０７において、その被認証者ＩＤを持つ利用者の生体情報のＩＤについて、「状態」フィールドを、「無効」に設定する。この処理は、図１３のステップＳＢ６３と同様の処理である。
【０１００】
〈同時ログインの確認処理〉
図１５に、この発明の同時ログインの確認処理のフローチャートを示す。
この発明では、ネットワークに接続されているすべての端末で、共有のアカウント管理テーブル２０９を利用する。このとき、ある利用者がログインしている端末はただ１つだけ存在するものとし、十分なセキュリティを確保するために、同一の被認証者ＩＤによる二重ログインを防止する必要がある。図１５に示すような処理をすることにより、二重ログインが禁止される。
図１５の端末ＡでのステップＳＡ１０１からＳＡ１０５までの処理と、端末ＢでのステップＳＢ３１からＳＢ３３までの処理は、図１３などですでに説明した処理と同様である。
【０１０１】
ステップＳＡ１０６において、端末Ａで、利用者が被認証者ＩＤを入力する。
ステップＳＡ１０７において、入力された被認証者ＩＤが、端末Ａのアカウント管理テーブル２０９の中に存在するか否か確認し、存在する場合は、そのＩＤに対応する「状態」情報をチェックする。
【０１０２】
ステップＳＡ１０８において、「状態」が「ログイン済み」でない場合、たとえば「未ログイン」であることが検出されると、利用者が端末Ａでしようとしている処理は二重ログインではないので、そのまま次の処理、たとえば、ログイン処理を実行する。
【０１０３】
しかし、「状態」が、すでに「ログイン済み」になっている場合は、すでにその被認証者ＩＤがどこかの端末で利用されているということを意味するので、この端末Ａで利用者が入力したＩＤで、二重ログインをしようとしていることになる。
そこで、ステップＳＡ１０８において、「ログイン済み」になっていることが検出された場合、ステップＳＡ１０９へ進み、「二重ログイン」であることを示す警告を、利用者に行う。
たとえば、入力されたＩＤですでにシステムが利用されており二重ログインとなるため、ログインは認められない旨の表示や音声による通知をすればよい。
【０１０４】
ステップＳＡ１１０において、利用者にログインできなかったことに対する次の処理を選択してもらうために、どのような処理をすべきかを問い合わせる。
たとえば、選択のための入力をすべきことを意味する表示をし、利用者にどのような処理をするかを入力してもらう。ここで、利用者が現在のログインを中止することを意味する入力をした場合は、ステップＳＡ１１１へ進み、現在のログインを拒否する処理をする。一方、利用者が端末Ａでの現在のログインを有効なものとする入力をした場合は、ステップＳＡ１１２へ進み、すでにログインされているほかの端末でのログインを強制的にログアウトさせる処理を実行し、端末Ａでのログインを有効とする処理をする。
【０１０５】
〈生体情報の更新経過の説明〉
図１６に、この発明で用いる照合用の生体情報の更新経過の一実施例の説明図を示す。
図１６では、ネットワークに、３つの端末（Ａ、Ｂ、Ｃ）が接続されており、この３つの端末で、ある利用者Ｍについての照合用生体情報を分散して保存する場合について説明する。
【０１０６】
まず、状態ＳＤ１において、どの端末にも、利用者Ｍの照合用生体情報が保存されていないものとする。
次に、状態ＳＤ２において、利用者Ｍが端末Ａで、照合用の生体情報１を初めて入力したとする。このとき、この生体情報１は端末Ａに保存される。まだ認証に使われたことがないので、認証回数はゼロにセットされる。
次に、状態ＳＤ３において、端末Ａに入力された照合用の生体情報１を、他の端末Ｂと端末Ｃに、送信する。これにより、他の端末（Ｂ、Ｃ）にも、利用者Ｍの生体情報１と同一の生体情報が保存される。
状態ＳＤ３のように、送信するタイミングは、たとえば、新規に認証用の生体情報の登録のときに行えばよい。また、利用者Ｍは、複数の端末のうち、１台の端末Ａで自己の生体情報を１回だけ入力すればよく、他の端末（Ｂ、Ｃ）で生体情報の入力をする必要がない。
【０１０７】
状態ＳＤ４において、利用者Ｍが、端末Ａでログインするために、生体情報２を入力したとする。このとき、入力された生体情報２と、状態ＳＤ２で入力された照合用の生体情報１との比較が行われる。そして近似度が算出され、所定の照合範囲内にあれば、照合が成功したと判断される。成功した場合、照合用の生体情報を、「生体情報２」に置きかえる。そして、認証回数に１を加算する。
【０１０８】
次に、状態ＳＤ５において、利用者Ｍが、端末Ｂでログインするために、生体情報３を入力したとする。このとき、入力された生体情報３と、端末Ｂに保存されていた照合用生体情報１との比較が行われる。照合が成功した場合、端末Ｂの照合用生体情報を、「生体情報３」に置換する。また、認証回数に１を加算する。
【０１０９】
この後、いずれかの端末で、利用者Ｍの認証処理が繰り返し行われたとすると、状態ＳＤ４やＳＤ５のような照合用生体情報の更新と認証回数のインクリメントが行われる。
状態ＳＤ６は、認証処理が何回か繰り返し行われた後、たとえば、端末Ａにおいて照合用生体情報Ａが保存され、利用者Ｍの照合処理が２５回行われたことを示している。
同様に端末Ｂでは、照合用生体情報Ｂが保存され、認証回数が１２であったとする。
ただし、端末Ｃでは、利用者Ｍの照合処理が１回も行われたことがないとすると、端末Ｃには、状態ＳＤ３で保存されていた生体情報１が保存されたままである。
【０１１０】
ここで、認証回数がゼロの端末Ｃでは、古い生体情報１が保存されており、利用者Ｍが最近入力した生体情報とは近似度が比較的低いものが保存されている可能性が大きい。
認証が行われないために更新がされずに残っている古い生体情報を、「不良照合生体情報」と呼ぶ。
もし、状態ＳＤ６のときと、利用者が初めて端末Ｃで生体情報の入力を行ったとすると、入力された生体情報を、古い生体情報１との比較によって近似度が照合範囲外となってしまう可能性がある。
すなわち、利用者本人が利用しているにもかかわらず、本人認証が失敗する場合がある。
したがって、定期的あるいは所定のタイミングで、端末Ｃにまだ保存されている「不良照合生体情報」の生体情報１を、更新することが好ましい。
【０１１１】
図１６の状態ＳＤ７は、この更新処理を実行することを意味する。
たとえば、認証回数が比較的多く、状態ＳＤ６で最近更新が行われた端末Ａの照合用生体情報Ａは、次に利用者Ｍが入力する生体情報との近似度が高いと考えられるので、端末Ａに保存されている照合用生体情報Ａを、端末Ｃに送信（コピー）する。
この後、状態ＳＤ８に示すように、端末Ｃに保存される照合用の生体情報は、端末Ａの生体情報と同一の生体情報Ａとなる。
このような更新処理を定期的に行えば、利用者Ｍがあまり利用していない端末Ｃで認証処理を行ったとしても、本人認証が失敗する可能性は少ない。
以下に、このような「不良照合生体情報」の更新処理について説明する。
【０１１２】
〈不良照合生体情報の更新処理〉
図１７に、不良照合生体情報の更新処理の一実施例のフローチャートを示す。
図１７のステップＳＡ０１において、端末Ａで、利用者が自己の被認証者ＩＤを入力したとする。この後、図８で説明したＩＤ存在確認処理が行われる。
すなわち、端末Ａで図８で説明したステップＳＡ０２、ＳＡ０３、ＳＡ０４と同じ処理が行われ、これに対応して他の端末Ｂでも図８に示したステップＳＢ０１、ＳＢ０２、ＳＢ０３と同じ処理が行われる。
このとき、端末Ａと端末Ｂとの間で、メッセージＭＦ０１とＭＦ０２の送受信が行われ、端末ＡのＩＤ存在管理テーブルに、他の端末Ｂから送られてきた存在確認結果の情報が保存される。
【０１１３】
次に、端末ＡのステップＳＡ２０１からステップＳＡ２０５の間において、対象となるすべての端末に対して、生体認証情報を確認するための一連のループ処理を実行する。
ここで、対象となるすべての端末とは、ＩＤ存在管理テーブルの中に保存された端末ＩＤ（Ｔｅｒｍｉｎａｌ−ＩＤ）で特定される端末である。
【０１１４】
まず、ステップＳＡ２０１からＳＡ２０５までの間のステップＳＡ２０２において、端末Ａから他の端末Ｂへ、「生体認証情報要求メッセージ」ＭＦ１２を送信する。
このメッセージＭＦ１２には、生体認証情報要求であることを示すコマンドと、その要求対象となる生体情報の生体情報ＩＤとが含まれる。
【０１１５】
ステップＳＢ７１において、端末Ｂでは、「生体認証情報要求メッセージ」ＭＦ１２を受信する。
ステップＳＢ７２において、受信メッセージの中の生体情報ＩＤを読み出し、端末Ｂの認証用生体情報ＤＢ２０７を検索し、読み出した生体情報ＩＤと同じ生体情報ＩＤを持つ情報を探し出す。そして、見つけられた生体情報ＩＤに対応する「登録日時」、「近似度」、「認証回数」を読み出す。
【０１１６】
ステップＳＢ７３において、端末Ｂから端末Ａへ、「生体認証情報結果メッセージ」ＭＦ１３を返信する。このメッセージＭＦ１３の中には、生体認証情報結果というコマンドとともに、メッセージＭＦ１２に含まれた生体情報ＩＤと、検索で見つかった「登録日時」、「近似度」、「認証回数」とが含まれる。
【０１１７】
ステップＳＡ２０３において、端末Ａでは、「生体認証情報結果メッセージ」ＭＦ１３を受信する。
ステップＳＡ２０４において、受信したメッセージＭＦ１３の中に含まれていた情報を、自己の認証結果テーブル２０８−３に記憶する。これにより、他の端末に対して確認を要求していた生体情報についての情報が取得されたことになる。
すなわち、端末Ｂに現在保存されている生体情報ＩＤに対応する生体情報について、その端末Ｂでの登録日時と、近似度と、端末Ｂにおける認証回数が取得される。
以上のような処理（ＳＡ２０１〜ＳＡ２０５、ＳＢ７１〜ＳＢ７３）が、ＩＤ存在管理テーブル（２０８−１）に保存されているすべての端末に対して行われる。
【０１１８】
次に、ステップＳＡ２０６において、認証結果テーブル（２０８−３）の中で、認証回数が最も大きい生体情報ＩＤを抽出する。さらに、最も大きい認証回数を持つものが複数個ある場合には、それらの中で近似度が最も高い生体情報ＩＤを抽出する。
これにより、抽出された生体情報ＩＤを、Ｂｅｓｔ−ＩＤと呼ぶ。Ｂｅｓｔ−ＩＤを持つ生体情報は、本人確認のときに成功率が最も高い生体情報であると言える。
【０１１９】
ステップＳＡ２０７において、認証結果テーブル（２０８−３）の中で、認証回数が最も少なく、かつ登録日時が最も古い生体情報ＩＤを抽出する。抽出される生体情報ＩＤは、１つとは限らない。
これにより抽出された生体情報ＩＤを、Ｗｏｒｓｔ−ＩＤと呼ぶ。このＷｏｒｓｔ−ＩＤを持つ生体情報は、今まで認証に使われたことが少ないため、現在入力される利用者の生体情報と一致する可能性が低く、本人確認のときに拒否される可能性が高い生体情報であると言える。
【０１２０】
ステップＳＡ２０８において、Ｗｏｒｓｔ−ＩＤを持つ生体情報を、Ｂｅｓｔ−ＩＤを持つ生体情報に置き換える。この処理は、図１６に示した状態ＳＤ６からＳＤ８までに行う更新処理に相当する。
Ｗｏｒｓｔ−ＩＤを持つ生体情報ＩＤが複数個存在する場合は、１つにしぼる必要はなく、すべてのＷｏｒｓｔ−ＩＤに対して、ステップＳＡ２０８が行われる。
【０１２１】
図１８に、このステップＳＡ２０８で行う置換処理の詳細フローチャートを示す。
まず、ステップＳＡ３０１において、端末ＡのステップＳＡ２０６で抽出したＢｅｓｔ−ＩＤを持つ生体情報を保存している端末の端末ＩＤを、認証結果テーブル（２０８−３）から取得する。
ステップＳＡ３０２において、端末Ａから取得した端末ＩＤの端末に対して、「生体情報要求メッセージ」ＭＦ１４を送信する。このメッセージＭＦ１４には、取得した端末ＩＤと、Ｂｅｓｔ−ＩＤに相当する生体情報ＩＤと、「生体情報要求」というコマンドが含まれる。
ステップＳＢ８１において、Ｂｅｓｔ−ＩＤの生体情報を持つ端末Ｂでは、「生体情報要求メッセージ」ＭＦ１４を受信する。
ステップＳＢ８２において、その端末Ｂの認証用生体情報ＤＢを検索し、受信メッセージに含まれていた「Ｂｅｓｔ−ＩＤに相当する生体情報ＩＤ」を探し出し、その生体情報ＩＤに対応して記憶されていた「記号化した生体情報」を取得する。
【０１２２】
ステップＳＢ８３において、端末Ｂから、端末Ａへ、取得した「記号化した生体情報」を含む「生体情報応答メッセージ」ＭＦ１５を送信する。
ステップＳＡ３０３において、端末Ａでは、「生体情報応答メッセージ」ＭＦ１５を受信する。
次に、端末Ａにおいて、ステップＳＡ３０４からＳＡ３０６までの処理を繰り返す。具体的には、ステップＳＡ３０５の処理を、Ｗｏｒｓｔ−ＩＤの生体情報ＩＤを持つ端末ＩＤについて行う。このとき、Ｗｏｒｓｔ−ＩＤが複数個あれば、これに対応するすべての端末に対して、ステップＳＡ３０５を実行する。
Ｗｏｒｓｔ−ＩＤの生体情報ＩＤに対応する生体情報を保存している端末の端末ＩＤは、端末Ａの認証結果テーブル（２０８−３）から取得する。
【０１２３】
ステップＳＡ３０５において、「生体認証情報更新要求メッセージ」ＭＦ５を作成し、Ｗｏｒｓｔ−ＩＤに対応した生体情報を持つ端末に対して送信する。ここで、メッセージＭＦ５には、「更新要求」というコマンドと、Ｗｏｒｓｔ−ＩＤと、Ｗｏｒｓｔ−ＩＤに対応した生体情報を持つ端末の端末ＩＤと、ステップＳＡ３０３で受信した「記号化した生体情報」が含まれる。
【０１２４】
ステップＳＢ８５において、端末Ｂでは、「生体認証情報更新要求メッセージ」ＭＦ５を受信する。ここで、端末Ｂは、Ｗｏｒｓｔ−ＩＤに対応した生体情報を持つ端末である。
次に、ステップＳＢ８６において、端末Ｂの認証用生体情報ＤＢ２０７の中の対応する生体情報を、受信したメッセージＭＦ５に含まれる「記号化した生体情報」に置き換える。
【０１２５】
ここで、端末Ｂでは、受信したＷｏｒｓｔ−ＩＤに一致する生体情報ＩＤを、認証用生体情報ＤＢの中から探し出し、その生体情報ＩＤに対応して記憶されている「記号化した生体情報」を、メッセージＭＦ５に含めて送られてきたＢｅｓｔ−ＩＤに対応する「記号化した生体情報」に更新する。
以上の処理により、図１６に示した状態ＳＤ６から状態ＳＤ８へ変更するような生体情報の更新処理が行われる。これにより、照合に利用するのにはふさわしくない生体情報が、本人認証をするのに適切な生体情報に置換され、この後の認証処理では照合の可能性の高い生体情報を利用した認証が他の端末でも行えるので、利用者の認証精度を向上させることができる。
【０１２６】
なお、この発明では、１人の利用者の生体情報を、ネットワークに接続された複数の端末に保存する。
複数の端末の数がＭ台あるとすれば、最大異なるＭ個の生体情報が、それぞれ別々の端末に保存される。同一の生体情報が複数の生体情報に保存される場合もあるので、その利用者の生体情報の全数Ｎは、ネットワークに接続された端末の数Ｍ以下となる（Ｎ≦Ｍ）。
【０１２７】
もし、従来のサーバを用いて１人の利用者のＮ個の異なる生体情報を一括管理するシステムでは、サーバが新たに入力された生体情報と、予め保存されているＮ個の生体情報との照合を行う必要があり、サーバにおいて、Ｎ回の照合処理を行わなければならない。したがって、サーバの負荷が大きく、端末へのレスポンスも遅くなる。
しかし、この発明では、Ｎ個の生体情報は、それぞれ異なる端末に保存されているので、それぞれの生体情報の照合処理は別々の端末で行われ、１台の端末にＮ回の照合処理が集中して行われることはない。したがって、各端末では、１回の照合処理のみを行えばよいので、システム全体としてのレスポンスは速く、１台の端末が故障した場合でも、十分な認証精度を有した認証処理が可能である。
【図面の簡単な説明】
【０１２８】
【図１】この発明の生体情報認証システムの構成ブロック図である。
【図２】この発明の生体情報照合装置の一実施例の構成ブロック図である。
【図３】従来の照合処理の認証モデルの模式図である。
【図４】この発明の分散型認証システムの認証モデルの模式図である。
【図５】この発明の認証用生体情報ＤＢの一実施例の説明図である。
【図６】この発明の管理テーブルとアカウント管理テーブルの一実施例の説明図である。
【図７】この発明のメッセージの構成フォーマットの一実施例の説明図である。
【図８】この発明の認証処理の一実施例のフローチャートである。
【図９】この発明の認証処理の一実施例のフローチャートである。
【図１０】この発明のログアウト処理のフローチャートである。
【図１１】この発明の照合用生体情報の新規登録処理の一実施例のフローチャートである。
【図１２】この発明の照合用生体情報の新規登録処理の一実施例のフローチャートである。
【図１３】この発明の登録抹消処理の一実施例のフローチャートである。
【図１４】この発明の登録抹消処理の一実施例のフローチャートである。
【図１５】この発明の同時ログインの確認処理のフローチャートである。
【図１６】この発明の照合用の生体情報の更新処理の一実施例の説明図である。
【図１７】この発明の不良照合生体情報の更新処理の一実施例のフローチャートである。
【図１８】この発明の生体情報の置換処理のフローチャートである。
【図１９】従来の生体情報認証システムの構成図である。
【符号の説明】
【０１２９】
２０１ 生体情報入力部
２０２ 生体情報特徴抽出部
２０３ 生体情報照合部
２０４ 認証結果比較部
２０５ 認証情報置換部
２０６ 操作入力部
２０７ 認証用生体情報ＤＢ
２０８ 管理テーブル
２０９ アカウント管理テーブル
２１０ 通信部
２１１ 認証管理部
【特許請求の範囲】
【請求項１】
利用者を特定可能な生体情報を入力する生体情報入力部と、
入力された生体情報の特徴を抽出し、特徴データを生成する生体情報特徴抽出部と、
照合用生体情報を保存する記憶部と、
前記生成された特徴データと、記憶部に保存されている照合用生体情報とを比較して、前記利用者の生体情報の照合を行う生体情報照合部と、
前記生体情報照合部で行われた照合の結果と、他の端末にある照合用生体情報を用いてその端末で行われた照合の結果とから、前記利用者の認証の可否を判定する認証結果比較部と、
前記認証結果比較部が前記利用者の認証が成功したと判定した場合には、前記利用者の利用を許可する認証管理部とを備えたことを特徴とする生体情報照合装置。
【請求項２】
前記生体情報特徴抽出部によって生成された特徴データを、ネットワークに接続された他の端末へ送信する送信部と、他の端末において前記特徴データを用いて行われた認証処理によって生成された照合の結果を受信する受信部とからなる通信部を、さらに備えたことを特徴とする請求項１の生体情報照合装置。
【請求項３】
前記通信部が、他の端末から前記特徴データを含む更新要求を受信したとき、
前記記憶部にすでに保存されていた照合用生体情報を、受信された特徴データに置換する認証情報置換部を、さらに備えたことを特徴とする請求項２の生体情報照合装置。
【請求項４】
前記利用者の生体情報が前記記憶部に記憶されていない場合、
前記認証管理部が、前記生体情報入力部によって入力されたその利用者の生体情報を、照合用生体情報として記憶部に新規登録することを特徴とする請求項１の生体情報照合装置。
【請求項５】
前記認証結果比較部は、生体情報の照合が成功したか否かを示す認証の可否情報と、照合の成功の可能性の程度を示す近似度とを含む照合結果情報を生成することを特徴とする請求項１の生体情報照合装置。
【請求項６】
前記認証管理部は、前記認証結果比較部によって生成された照合結果情報に含まれる近似度と、他の端末から受信した照合の結果に含まれる近似度とを用いて、最も照合の成功の可能性の高い近似度を持つ端末を特定し、
前記通信部を用いてその特定された端末へ、前記生体情報入力部によって入力された生体情報の特徴データを含めた更新要求を送信することを特徴とする請求項５の生体情報照合装置。
【請求項７】
前記生体情報入力部によって利用者の生体情報が入力された場合に、
前記通信部を用いて、入力された生体情報の特徴データを含む生体認証要求を、その入力した利用者の照合用生体情報をすでに記憶している端末に対して送信することを特徴とする請求項２の生体情報照合装置。
【請求項８】
前記通信部を介して前記生体認証要求を受信した場合に、前記生体情報照合部が、受信した生体認証要求に含まれる特徴データと、前記記憶部に記憶している前記利用者の照合用生体情報とを比較して、前記利用者の生体情報の照合を行うことを特徴とする請求項７の生体情報照合装置。
【請求項９】
前記記憶部は、前記生体情報入力部によって生体情報を入力した利用者を特定する被認証者ＩＤと、その利用者のログイン状態およびその利用者の生体情報が現在有効に記憶されているかを示す状態情報を含むアカウント管理テーブルを備え、
前記認証管理部が、前記アカウント管理テーブルを、ネットワークに接続された他の端末が備えるアカウント管理テーブルと同一の内容を持つように管理することを特徴とする請求項１から８に記載したいずれかの生体情報照合装置。
【請求項１０】
生体情報入力部と、生体情報特徴抽出部と、照合用生体情報を保存する記憶部と、生体情報照合部と、認証結果比較部と、認証管理部とを備えた生体情報照合装置の生体情報照合方法であって、
前記生体情報入力部によって、利用者が生体情報を入力し、
前記生体情報特徴抽出部によって前記入力された生体情報の特徴を抽出して特徴データを生成し、
前記生体情報照合部が、前記生成された特徴データと、前記記憶部に保存されている照合用生体情報とを比較して前記利用者の生体情報を照合し、
前記認証結果比較部が、前記生体情報の照合の結果と、他の端末で行われた照合の結果とから、前記利用者の認証の可否を判定し、
前記認証管理部が、前記認証結果比較部が前記利用者の認証が成功したと判定した場合には、前記利用者の利用を許可する上記各手順をこの順に実行することを特徴とする生体情報照合装置の生体情報照合方法。
【請求項１１】
複数の生体情報照合装置がネットワークを介して接続された生体情報認証システムであって、
特定の利用者の照合用の生体情報が、前記複数の生体情報照合装置のうち１または複数の任意の生体情報照合装置に保存され、
第１の生成情報照合装置に備えられた生体情報入力部から、前記利用者の生体情報が入力された場合に、
前記入力された利用者の生体情報と、前記保存されている利用者の照合用の生体情報とを用いたその利用者の認証処理を、前記利用者の照合用の生体情報を保存している１または複数の生体情報照合装置に備えられた生体情報照合部で行い、
前記第１の生体情報照合装置に備えられた認証結果比較部が、前記利用者の認証処理の結果を収集して、それらの結果に基づいてその利用者の認証の可否を判定することを特徴とする生体情報認証システム。
【請求項１】
利用者を特定可能な生体情報を入力する生体情報入力部と、
入力された生体情報の特徴を抽出し、特徴データを生成する生体情報特徴抽出部と、
照合用生体情報を保存する記憶部と、
前記生成された特徴データと、記憶部に保存されている照合用生体情報とを比較して、前記利用者の生体情報の照合を行う生体情報照合部と、
前記生体情報照合部で行われた照合の結果と、他の端末にある照合用生体情報を用いてその端末で行われた照合の結果とから、前記利用者の認証の可否を判定する認証結果比較部と、
前記認証結果比較部が前記利用者の認証が成功したと判定した場合には、前記利用者の利用を許可する認証管理部とを備えたことを特徴とする生体情報照合装置。
【請求項２】
前記生体情報特徴抽出部によって生成された特徴データを、ネットワークに接続された他の端末へ送信する送信部と、他の端末において前記特徴データを用いて行われた認証処理によって生成された照合の結果を受信する受信部とからなる通信部を、さらに備えたことを特徴とする請求項１の生体情報照合装置。
【請求項３】
前記通信部が、他の端末から前記特徴データを含む更新要求を受信したとき、
前記記憶部にすでに保存されていた照合用生体情報を、受信された特徴データに置換する認証情報置換部を、さらに備えたことを特徴とする請求項２の生体情報照合装置。
【請求項４】
前記利用者の生体情報が前記記憶部に記憶されていない場合、
前記認証管理部が、前記生体情報入力部によって入力されたその利用者の生体情報を、照合用生体情報として記憶部に新規登録することを特徴とする請求項１の生体情報照合装置。
【請求項５】
前記認証結果比較部は、生体情報の照合が成功したか否かを示す認証の可否情報と、照合の成功の可能性の程度を示す近似度とを含む照合結果情報を生成することを特徴とする請求項１の生体情報照合装置。
【請求項６】
前記認証管理部は、前記認証結果比較部によって生成された照合結果情報に含まれる近似度と、他の端末から受信した照合の結果に含まれる近似度とを用いて、最も照合の成功の可能性の高い近似度を持つ端末を特定し、
前記通信部を用いてその特定された端末へ、前記生体情報入力部によって入力された生体情報の特徴データを含めた更新要求を送信することを特徴とする請求項５の生体情報照合装置。
【請求項７】
前記生体情報入力部によって利用者の生体情報が入力された場合に、
前記通信部を用いて、入力された生体情報の特徴データを含む生体認証要求を、その入力した利用者の照合用生体情報をすでに記憶している端末に対して送信することを特徴とする請求項２の生体情報照合装置。
【請求項８】
前記通信部を介して前記生体認証要求を受信した場合に、前記生体情報照合部が、受信した生体認証要求に含まれる特徴データと、前記記憶部に記憶している前記利用者の照合用生体情報とを比較して、前記利用者の生体情報の照合を行うことを特徴とする請求項７の生体情報照合装置。
【請求項９】
前記記憶部は、前記生体情報入力部によって生体情報を入力した利用者を特定する被認証者ＩＤと、その利用者のログイン状態およびその利用者の生体情報が現在有効に記憶されているかを示す状態情報を含むアカウント管理テーブルを備え、
前記認証管理部が、前記アカウント管理テーブルを、ネットワークに接続された他の端末が備えるアカウント管理テーブルと同一の内容を持つように管理することを特徴とする請求項１から８に記載したいずれかの生体情報照合装置。
【請求項１０】
生体情報入力部と、生体情報特徴抽出部と、照合用生体情報を保存する記憶部と、生体情報照合部と、認証結果比較部と、認証管理部とを備えた生体情報照合装置の生体情報照合方法であって、
前記生体情報入力部によって、利用者が生体情報を入力し、
前記生体情報特徴抽出部によって前記入力された生体情報の特徴を抽出して特徴データを生成し、
前記生体情報照合部が、前記生成された特徴データと、前記記憶部に保存されている照合用生体情報とを比較して前記利用者の生体情報を照合し、
前記認証結果比較部が、前記生体情報の照合の結果と、他の端末で行われた照合の結果とから、前記利用者の認証の可否を判定し、
前記認証管理部が、前記認証結果比較部が前記利用者の認証が成功したと判定した場合には、前記利用者の利用を許可する上記各手順をこの順に実行することを特徴とする生体情報照合装置の生体情報照合方法。
【請求項１１】
複数の生体情報照合装置がネットワークを介して接続された生体情報認証システムであって、
特定の利用者の照合用の生体情報が、前記複数の生体情報照合装置のうち１または複数の任意の生体情報照合装置に保存され、
第１の生成情報照合装置に備えられた生体情報入力部から、前記利用者の生体情報が入力された場合に、
前記入力された利用者の生体情報と、前記保存されている利用者の照合用の生体情報とを用いたその利用者の認証処理を、前記利用者の照合用の生体情報を保存している１または複数の生体情報照合装置に備えられた生体情報照合部で行い、
前記第１の生体情報照合装置に備えられた認証結果比較部が、前記利用者の認証処理の結果を収集して、それらの結果に基づいてその利用者の認証の可否を判定することを特徴とする生体情報認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１０−１５４９０（Ｐ２０１０−１５４９０Ａ）
【公開日】平成２２年１月２１日（２０１０．１．２１）
【国際特許分類】
【出願番号】特願２００８−１７６８１４（Ｐ２００８−１７６８１４）
【出願日】平成２０年７月７日（２００８．７．７）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２２年１月２１日（２０１０．１．２１）
【国際特許分類】
【出願日】平成２０年７月７日（２００８．７．７）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]