(57)【要約】【課題】  生体情報を使った生体認証において、怪我などをおった被認証者に対しては、生体認証ができないとの問題があった。この場合、認証カードを設けるなど特別な認証を行うことも考えられるが、利便性などで問題があった。【解決手段】  生体認証ができない被認証者について、他の被認証者(確認者)の確認により認証を行うものである。他の被認証者については、上記の生体認証での認証済み（システムにログイン済みを含む）であることや管理者など特別な者、特別な認証をされた者(システムにログイン済みを含む)や所定回数以上の確認を行った者としてもよい。これら、確認者の確認を行うために、被認証者毎に、その確認者に関する情報を記録した確認者テーブルを用いる。【選択図】  図１
2011100305.tif 000002
【特許請求の範囲】
【請求項１】
被認証者の生体情報に基づいて、当該被認証者に対する認証処理を実行する生体認証システムにおいて、
生体認証システムは、前記被認証者が利用するユーザ端末、前記被認証者に対する確認を行う確認者が利用する確認者端末および前記認証処理を実行する認証サーバが互いにネットワークを介して接続された生体認証システムにおいて、
前記ユーザ端末は、前記認証サーバに対して、前記被認証者から生体認証が不可能であるある旨の情報および当該被認証者を識別する情報を送信し、
前記認証サーバは、自身の記憶装置に格納された被認証者毎の確認者に関する確認者情報を格納した確認者テーブルから、前記識別する情報で識別される被認証者の確認者情報を特定し、
前記認証サーバは、特定された前記確認者情報から所定条件を満たす確認者を特定して、当該確認者の確認者端末に対して、前記被認証者の認証に関する確認要求を送信し、
前記確認者端末は、前記確認要求に応じた前記確認者からの確認入力を受け付けて、前記認証サーバに対して当該入力のあった旨の情報を送信し、
前記認証サーバは、前記入力のあった旨の情報に基づいて、前記被認証者に対する代替認証処理を実行することを特徴とする代替認証を可能とする生体認証システム。
【請求項２】
請求項１に記載の代替認証を可能とする生体認証システムにおいて、
前記認証サーバは、確認者が確認者端末にログイン済であるか否かを前記所定条件として用いることを特徴とする代替認証を可能とする生体認証システム。
【請求項３】
請求項２に記載の代替認証を可能とする生体認証システムにおいて、
前記認証サーバは、前記ログイン済みかを前記確認者が前記生体認証での認証もしくは前記代替認証のいずれかがなされているかにより判断することを特徴とする代替認証を可能とする生体認証システム。
【請求項４】
請求項１乃至３のいずれかに記載の代替認証を可能とする生体認証システムにおいて、
前記認証サーバは、利用者毎に前記確認の回数を計測し、当該回数が予め定めた回数以上になった場合、前記代替認証を実行することを特徴とする替認証を可能とする生体認証システム。
【請求項５】
請求項１乃至４のいずれかに記載の代替認証を可能とする生体認証システムにおいて、
前記認証サーバは、
前記確認者毎の確認回数を検知して、前記確認者テーブルの確認者情報を当該確認者の確認回数の少ない順序でソートし、
前記確認要求を、前記確認回数の少ない確認者の確認者端末ほど優先して送信することを特徴とする替認証を可能とする生体認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生体情報を利用した認証技術に関し、その中でも、生体情報を利用した認証が利用できない場合にリカバリ可能とする技術に関する。なお、本明細書での生体情報には、指紋、静脈、虹彩、顔画像、キーストロークなどが含まれ、その種別は問わない。
【背景技術】
【０００２】
従来、生体認証処理を利用して、所定エリアや施設の入退場や、システムの利用可否を管理する技術が提案されてきたが、生体認証はたとえば怪我や病気などのために利用できない場合があり、正当な本人であっても入退場やシステム利用ができないという問題がある。
【０００３】
このような問題を解決するために、生体認証利用不可時にそれを代替する方法が提案されている。
【０００４】
たとえば、生体認証機能を有するクライアント・サーバシステムの生体認証不可能時の救済方法において、生体認証以外の代替手段である救済パスワードを、サーバの内部で定期的、かつ自動的に生成する手段を持ち、
クライアントとサーバ間で該パスワードを共有し、代替手段で救済パスワードを使う場合は、クライアントでパスワード入力することなく、サーバからリモートで救済パスワードを比較することで、クライアントの利用を認める方法（特許文献１参照）や、本人が所持するＩＤカードにあらかじめ本人および本人と関係付けされた関係人のＩＤ情報および生体情報を記録しておき、認証時に本人の認証が失敗する場合は関係人について認証処理を行い、この関係人の認証に成功したときは、本人の認証に成功したと判定する方法（特許文献２参照）、などが提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２５１９６１号公報
【特許文献２】特開２００６−１７２３７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところが、こうした生体認証処理を代替する方法では、厳密には本人を認証したことにはならず安全性が低くなってしまったり、媒体（ＩＤカード）などの携帯が必要となったり利便性が低くなってしまったりと、生体認証の特徴である安全性と利便性を損なうことになる。
【０００７】
そこで本発明は、上記課題を鑑みてなされたものであり、生体認証が利用不可な状況であっても、ある程度の安全性と利便性とを維持した代替認証処理を実行可能とする技術の提供を目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、本発明では、生体認証ができない被認証者について、他の被認証者(確認者)の確認により認証を行うものである。他の被認証者については、上記の生体認証での認証済み（システムにログイン済みを含む）であることや管理者など特別な者、特別な認証をされた者(システムにログイン済みを含む)や所定回数以上の確認を行った者としてもよい。これら、確認者の確認を行うために、被認証者毎に、その確認者に関する情報を記録した確認者テーブルを用いる。すなわち、確認者テーブルに記録された確認者のうち、所定の条件を満たす確認者に対して、確認要求を送信し、これに対する確認処理に基づいて認証を実行する。さらに、本発明には、各条件について、それらのコンビネーションよびサブコンビネーションを用いることや確認者テーブルについて、確認回数で確認者の情報をソートしておくことも含まれる。
【０００９】
より具体的には、以下の態様も本発明に含まれる。生体認証処理を実行する認証サーバと、生体認証利用不可ユーザが利用するユーザ端末と、生体認証利用不可ユーザが本人であることを確認する確認者が利用する確認者端末とで構成されるコンピュータシステムである。
【００１０】
こうした生体認証システムを構成する前記認証サーバは、ユーザの識別情報と生体情報を記憶するユーザテーブルと、ユーザが生体認証利用不可時にユーザ本人であることを確認する確認者を記憶した確認者テーブルと、システムにログインしているユーザの識別情報とログインしている端末のアドレスとを記憶するログインユーザテーブルと、生体認証利用不可ユーザを本人であると確認した確認者と確認日時をユーザ識別情報と対応付けて記憶した確認記録と、生体認証利用不可ユーザに対して発行した臨時パスワードと有効期限をユーザ識別情報と対応付けて記憶する臨時パスワードテーブルとを格納する記憶媒体を持つ。
【００１１】
また、前記認証サーバは、ユーザテーブルに登録されているユーザの生体情報と端末から受信した生体情報とを照合して生体認証処理を実行するユーザ認証部、ユーザのシステムへのログイン状態をログインユーザテーブルに記録するログイン状態管理部、生体認証利用不可ユーザに対して確認者による本人確認を実行する代替認証部、代替認証されたユーザに対して臨時パスワードを発行する臨時パスワード発行部を備える。
【００１２】
また、前記ユーザ端末は、入力装置からユーザの識別情報および生体認証が利用不可である情報を取得し、ネットワークで結ばれた前記認証サーバにユーザの識別情報と代替認証要求とユーザ端末のアドレスを送信する代替認証要求部を備える。
【００１３】
また、前記確認者端末は、生体認証利用不可ユーザの本人確認を行った確認者の生体情報を読取装置から取得し、ネットワークで結ばれた前記認証サーバに送信する確認部を備える。
【発明の効果】
【００１４】
本発明によれば、生体認証利用不可なユーザが確かに本人であることを確認者が確認に応じて認証を行うため、認証用のカードを用意するなど特別な手段を設けなくとも、安全性をある程度維持した形で認証が可能になる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態におけるシステム構成図である。
【図２】本発明の一実施形態で用いるテーブルを示す図(その１)である。
【図３】本発明の一実施形態で用いるテーブルを示す図(その２)である。
【図４】本発明の一実施形態における処理フローを示す図（その１）である。
【図５】本発明の一実施形態における処理フローを示す図（その２）である。
【発明を実施するための形態】
【００１６】
−−−システム構成−−−
以下に本発明の一実施形態について図面を用いて詳細に説明する。図１は本実施形態における生体認証システム１０の構成図である。本実施形態における生体認証システム１０（以下、システム１０）は、ユーザが生体認証を利用できない状況であっても、安全性と利便性を損なわずにユーザの本人確認を実行可能とするコンピュータシステムである。
【００１７】
この生体認証システム１０は、たとえば、企業において業務システム利用に際して必要な生体認証処理を行うためのものであり、生体認証処理を実際に行う認証サーバ１００、前記生体認証利用不可ユーザが利用するユーザ端末２００、生体認証利用不可ユーザの本人確認をする確認者が利用する確認者端末３００、を含んでいる。
【００１８】
こうした前記システム１０を構成する前記認証サーバ１００は、生体認証方法を実行する機能を実現すべく不揮発性メモリなどの記憶装置１０１に格納されたプログラム１０２をメモリ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。また、前記認証サーバ１００は、コンピュータ装置が一般に備えている各種ボタン類、キーボードなどの入力装置１０５や、ＬＥＤやディスプレイなどの出力装置１０６を備えるとしてもよい。また、前記認証サーバ１００は、前記ユーザ端末２００や確認者端末３００らの他装置とネットワーク１９０を介して通信する通信装置１０７などを有している。
【００１９】
続いて、前記認証サーバ１００がたとえばプログラム１０２に基づき構成・保持する機能部につき説明を行う。なお、前記認証サーバ１００は、ユーザテーブル１２０、確認者テーブル１２１、ログインユーザテーブル１２２、臨時パスワードテーブル１２３、確認記録１２４を前記記憶装置１０１に備えるものとする。
【００２０】
前記認証サーバ１００は、認証処理を完了してシステムにログインしているユーザをログインユーザテーブル１２０に記録する、ログイン状態管理部を備える。
【００２１】
また、前記認証サーバ１００は、ネットワーク１９０で結ばれたユーザ端末２００から生体認証利用不可ユーザの識別情報を受信し、前記確認者テーブル１２１にて生体認証利用不可ユーザの確認者として登録されている者の識別情報と確認回数を読み取り、前記ログインユーザテーブル１２２にて現在ログインしている確認者の識別情報とログインしている端末の識別情報を読み取り、ネットワーク１９０で結ばれた確認者端末３００へ確認依頼メッセージを送信し、確認可能メッセージの返信を受け取った後に、ユーザ端末２００と確認者端末３００とを接続し、カメラ１６０やマイク１７０やスピーカー１８０を用いて確認者が生体認証利用不可ユーザの本人確認をしたことの証拠としての確認者の生体情報を確認者端末３００から受信し、ユーザテーブル１２０に記録されている生体情報と照合し、照合に成功した場合は確認記録１２４に生体認証利用不可ユーザの識別情報と確認者の識別情報と日時情報とを記録し、確認回数に達するまでこれを繰り返し、確認回数に達した場合は臨時パスワードを生成し、臨時パスワードテーブル１２３に有効期限とあわせて記録し、臨時パスワードと有効期限をユーザ端末２００へ送信する、代替認証部１１２を備える。
【００２２】
また認証サーバ１００は、臨時パスワードが発行された生体認証利用不可ユーザから臨時パスワードでの認証要求を受け付けた際に、ユーザ端末２００から受信したユーザＩＤと臨時パスワードを臨時パスワードテーブル１２３に記録されている情報と照合する、臨時パスワード認証部１１３を備える。
【００２３】
ユーザ端末２００は、キーボードやマウス等の入力装置を介して生体認証が利用不可であるため代替認証を要求する指示とユーザの識別情報を受け付け、この指示に応じネットワーク１９０で結ばれた認証サーバ１００に代替認証要求を送信して、この代替認証要求に応じて認証サーバ１００が接続した確認者端末３００と通信を行い、確認が完了した後に認証サーバ１００から受信した臨時パスワードと有効期限をディスプレイなどの出力装置に表示する代替認証要求部２１０を備える。
【００２４】
またユーザ端末２００は、入力装置を介して入力されたユーザＩＤと臨時パスワードを認証サーバに送信して認証を要求する、臨時パスワード認証要求部２１１を備える。
【００２５】
確認者端末３００は、認証サーバ１００から受信した確認依頼メッセージを出力装置に表示し、入力装置を介して確認者の指示を受け付けて認証サーバ１００へ送信し、確認可能だった場合は認証サーバ１００によって接続されたユーザ端末２００と通信を行い、生体認証利用不可ユーザが本人であるか否かを確認者が判断するために必要な情報をカメラやマイク、スピーカーなどを介して提示し、確認できた場合は確認者の生体情報を読取装置から取得して認証サーバ１００に送信する、確認部３１０を備える。
【００２６】
なお、生体情報の読み取り装置１５０は、例えば、企業内システムの利用者たる被認証者に対し、指や手のひら等の静脈、指紋、虹彩等の適宜な生体情報の読取り処理を実行する装置である。そのため、必要な生体情報を読み取るためのリーダとそのコントローラ、ならびに前記ユーザ端末２００や確認者端末３００（或いは認証サーバ１００）と通信する通信装置を備えている。
【００２７】
なお、これまで示した前記システム１０を構成する各装置における各機能部１１１〜１１３、２１０〜２１１、３１０は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Hard Disk Drive）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、システム１０を構成する各装置のＣＰＵがプログラム実行に合わせて記憶装置より該当プログラムをメモリに読み出して、これを実行することとなる。
−−−テーブル構造例−−−
次に、本実施形態における生体認証システム１０を構成する各装置が利用するテーブルの構造について説明する。図２は、本実施形態の、（ａ）ユーザテーブル１２０、（ｂ）確認者テーブル１２１、（ｃ）ログインユーザテーブル１２２のデータ構成例を示す図である。
【００２８】
ユーザテーブル１２０は、生体情報の登録がなされたユーザの識別情報であるユーザＩＤと生体情報とを対応付けて記憶するテーブルである。
【００２９】
確認者テーブル１２１は、ユーザＩＤと、そのユーザが生体認証利用不可となった場合に本人を確認することができる確認者の識別情報、および必要な確認回数とを対応付けて記憶するテーブルである。
【００３０】
図３は、本実施形態の、（ａ）臨時パスワードテーブル１２３、（ｂ）確認記録１２４のデータ構成例を示す図である。臨時パスワードテーブル１２３は、確認者による確認が確認回数に達した場合に生体認証利用不可ユーザへ発行される臨時パスワードとその有効期限をユーザＩＤと対応付けて格納するテーブルである。
【００３１】
確認記録１２４は、確認者が確認したことの証拠として生体認証を行った日時と、確認されたユーザのＩＤと、確認者のＩＤとを格納するテーブルである。
−−−処理フロー例１−−−
以下、本実施形態における生体認証方法の実際手順について、図に基づき説明する。なお、以下で説明する生体認証方法に対応する各種動作は、前記システム１０を構成する各装置がメモリに読み出して実行するプログラムによって実現される。そしてこのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００３２】
図４は本実施形態の生体認証方法の処理手順例１を示すフローチャートである。ユーザ端末２００の代替認証要求部２１０は、生体認証利用不可ユーザからユーザＩＤと生体認証利用不可であることを入力装置を介して受け付け、認証サーバ２００にユーザから入力されたユーザＩＤと生体認証利用不可を含む代替認証要求を送信する（ｓ１００）。なお、この実施例では、ユーザＩＤは「ＡＡＡＡＡ」とする。
【００３３】
認証サーバ１００の代替認証部１１２は、ユーザ端末２００からユーザＩＤ「ＡＡＡＡＡ」と生体認証利用不可を含む代替認証要求を受信すると、生体認証利用不可ユーザのユーザＩＤ「ＡＡＡＡＡ」と、ユーザ端末２００の識別情報とを取得し、メモリ１０３に格納する（ｓ１０１）。
【００３４】
認証サーバ１００の代替認証部１１２は、確認者テーブル１２１から前記ユーザＩＤ「ＡＡＡＡＡ」の確認者として登録されている者のＩＤおよび確認回数を抽出し、メモリ１０３に格納する（ｓ１０２）。この実施例では、「ＡＡＡＡＡ」の確認者は４名登録されており、それぞれユーザＩＤは「ＢＢＢＢＢ」「ＣＣＣＣＣ」「ＤＤＤＤＤ」「ＥＥＥＥＥ」であり、確認回数は「２」である。
【００３５】
認証サーバ１００の代替認証部１１２は、ログインユーザテーブル１２２から、抽出された確認者のなかで現在システムにログインしている者、すなわちログインフラグが「１」となっている者を検索し、その確認者がログインしている端末のＩＤをメモリ１０３に格納する（ｓ１０３）。この実施例では、「ＢＢＢＢＢ」と「ＤＤＤＤＤ」と「ＥＥＥＥＥ」とがシステムにログインしており、それぞれがログインしている端末のＩＤは「Ｂ」と「Ｄ」と「Ｅ」である。
【００３６】
認証サーバ１００の代替認証部１１２は、システムにログインしている確認者が使用している確認者端末３００に対して、確認依頼のメッセージを送信し、受信した確認者端末３００の確認部３１０は、メッセージを出力装置に表示する（ｓ１０５）。送信先となる確認者端末が複数ある場合、送信する順序はランダムでもよいし、確認者テーブル１２１に登録されている順でもよいし、確認者のユーザＩＤの順でもよいし、ユーザ端末２００と確認者端末３００との距離の順でもよいし、確認記録１２４を検索して直近で確認作業を行っていない確認者から優先して順序を決めてもよい。この実施形態では、確認者テーブル１２１に登録されている順で送信し、まずユーザＩＤ「ＢＢＢＢＢ」がログインしている確認者端末「Ｂ」に確認依頼メッセージを送信する。また、図示しないが、確認者毎に確認回数を記録し、それに応じた順序でソートしておいても構わない。この場合、確認者の確認回数の少ない順序でソートしておき、少ない順序で優先的に確認要求を出すようにする(例えば、最も少ない確認回数であって、システムにログイン済みの確認者に対して)。このようにすることで、各確認者の確認回数を所定の確認者に偏ることを防止することが可能になる。また、確認者を特定するためには、確認者が当該システムもしくは確認者端末に対してログイン済みかを用いて判断してもよい。この場合、ログインの条件として、上述の生体認証済みかもしくは後述する代替認証のいずれかがなされている、ことを用いてもよい。
【００３７】
端末ＩＤが「Ｂ」である確認者端末３００の確認部３１０は、確認作業が可能か否かの確認者からの入力を入力装置を介して受け付け、その確認者からの入力結果、すなわち確認可能、もしくは不可能を認証サーバ１００へ送信する（ｓ１０６）。
【００３８】
認証サーバ１００の代替認証部１１２が受け取った結果が確認可能であれば（ｓ１０７：ＹＥＳ）、ユーザ端末２００と端末ＩＤ「Ｂ」の確認者端末３００とを接続し（ｓ１０８）、確認可能でないならば次の確認者、本実施例の場合はユーザＩＤ「ＤＤＤＤＤ」がログインしている端末「Ｄ」に対して確認依頼を送信する（ｓ１０７：ＮＯ）。この実施例では、認証サーバ１００の代替認証部１１２が、確認者端末「Ｂ」から確認可能のメッセージを受け取り、ユーザＩＤ「ＡＡＡＡＡ」の生体認証利用不可ユーザの使用するユーザ端末２００と、ユーザＩＤ「ＢＢＢＢＢ」の確認者がログインしている確認者端末「Ｂ」とを接続する。
【００３９】
接続されたユーザ端末２００と端末ＩＤ「Ｂ」の確認者端末３００は、カメラやマイクから入力された情報を送信し、また受信した情報をスピーカーや出力装置を介して提供し、その情報に基づいて確認者が、生体認証利用不可ユーザが本人であることを確認する（ｓ１０９）。たとえば、音声と映像をネットワークで伝送してテレビ電話による通話を行い、顔や挙動、声、受け答えの内容などに基づいて、ユーザ端末の前にいる人が本当に生体認証利用不アユーザ本人であるかどうかを確認者が判断する。
【００４０】
確認者が、生体認証利用不可ユーザが本人であると判断した場合は（ｓ１１０：ＹＥＳ）、確認者端末３００の確認部３１０は、入力装置を介して確認者から本人確認完了の指示を受け付け、確認者の生体情報を取得し、認証サーバ１００へ送信する（ｓ１１１）。一方、確認者が生体認証利用不可ユーザを本人で無いと判断した場合は、確認者端末３００の確認部３１０は、入力装置を介して確認者から本人確認失敗の指示を受け付け、代替認証失敗のメッセージをユーザ端末２００へ送信し、処理を終了する（ｓ１１０：ＮＯ）。本実施例では、ユーザＩＤ「ＢＢＢＢＢ」の確認者が本人確認を完了し、確認者端末「Ｂ」の確認部は、接続された入力装置を介して本人確認完了を受け付け、読取装置でユーザＩＤ「ＢＢＢＢＢ」の確認者の生体情報を読み取って認証サーバ１００へ送信する。
【００４１】
認証サーバ１００の代替認証部１１２は、端末ＩＤ「Ｂ」の確認者端末３００から受信したユーザＩＤ「ＢＢＢＢＢ」の生体情報を、ユーザテーブル１２０に格納されている生体情報「ｆｖＢＢＢＢＢ＿１」および「ｆｖＢＢＢＢＢ＿２」と照合し、いずれかとの照合に成功した場合は（ｓ１１２：ＹＥＳ）、確認記録１２４に日時と確認された生体認証利用不可ユーザのユーザＩＤと確認者のＩＤとを記録しする（ｓ１１３）。このとき、確認記録の管理のためにログ＃を付与してもよい。確認者の生体情報の照合に失敗した場合は、他の確認者に対して確認依頼を送信する（ｓ１１２：ＮＯ）。本実施例では、生体情報として指静脈を想定しており、ひとりのユーザあたり複数の生体情報、すなわち複数の指の静脈情報を登録している。
【００４２】
認証サーバ１００の代替認証部１１２は、確認者によって確認された回数が確認者テーブル１２１から抽出した確認回数に達するまで前記ステップｓ１０５からｓ１１３を繰り返す（ｓ１０４：ＮＯ）。
【００４３】
確認回数に達した場合は（ｓ１０４：ＹＥＳ、ｓ１１４：ＹＥＳ）、臨時パスワードを生成し、臨時パスワードテーブル１２３に生体認証利用不可ユーザのユーザＩＤと臨時パスワードと有効期限とを記録し、ユーザ端末２００に臨時パスワードと有効期限を送信する（ｓ１１５）。この実施例では、ユーザＩＤ「ＡＡＡＡＡ」のユーザに対して、有効期限「YYYYMMDDhhmmss」の臨時パスワード「abcde」を発行し、これを臨時パスワードテーブル１２３に記録する。
【００４４】
ログインしている確認者候補全てにメッセージを送信済みだが確認回数に達していない場合、あるいはログインしている確認候補者がひとりもいない場合は、代替認証失敗のメッセージをユーザ端末２００へ送信し、処理を終了する（ｓ１０４：ＹＥＳ、ｓ１１４：ＮＯ）
−−−処理フロー例２−−−
図５は実施形態の生体認証方法の処理手順例２を示すフローチャートである。ユーザ端末２００の臨時パスワード認証要求部２１０は、既に臨時パスワードを発行された生体認証利用不可ユーザからユーザＩＤ「ＡＡＡＡＡ」と臨時パスワード「abcde」を入力装置を介して受け付け、認証サーバ２００に臨時パスワード認証要求を送信する（ｓ２００）。
【００４５】
認証サーバ１００の臨時パスワード認証部１１３は、臨時パスワードテーブル１２３に記録されている有効期限を確認し、前記ユーザＩＤに対して発行された臨時パスワードが有効か否かを判断する（ｓ２０１）。具体的には、認証サーバ１００の臨時パスワード認識部１１３が、システムとして保持している現在日時情報と、臨時パスワードテーブル１２３に記録されている「ＡＡＡＡＡ」に対して発行された臨時パスワードの有効期限「YYYYMMDDhhmmss」とを比較して、現在日時が有効期限「YYYYMMDDDhhmmss」を越えていた場合は無効、超えていない場合は有効と判断する。
【００４６】
臨時パスワードが有効だった場合は（ｓ２０２：ＹＥＳ）、臨時パスワードテーブル１２３に記録されている臨時パスワードとユーザ端末２００から受信した臨時パスワードとを照合する（ｓ２０３）。また、臨時パスワードが無効だった場合は、臨時パスワード認証失敗のメッセージをユーザ端末２００へ送信し、処理を終了する（ｓ２０２：ＮＯ）。
【００４７】
臨時パスワードの照合が成功した場合は（ｓ２０４：ＹＥＳ）、認証サーバ１００の臨時パスワード認証部１１３は、当該ユーザのシステムへのログインを許可し、ログイン状態管理部１１１が、ログインユーザテーブル１２１の当該ユーザのログイン状態とログイン端末ＩＤとを更新する（ｓ２０５）。臨時パスワードの照合が失敗した場合は、臨時パスワード認証失敗のメッセージをユーザ端末２００へ送信し、処理を終了する（ｓ２０４：ＮＯ）。
【００４８】
以上説明した本実施形態の生体認証システムによれば、ユーザが突然生体認証利用不可となった状況であっても、確実な本人確認を実施することが可能となる。
【００４９】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、本実施形態では、認証の際の確認回数を記録しているが、代替認証の累計回数を記録しておき、一定回数以上の被認証者(ユーザ)に対しては、代替認証を許容しないことも含まれる。また、代替認証として、確認自体としパスワードの発行を抑止することや、共通媒体（ICカード等）での認証を行うことなども含まれる。
【符号の説明】
【００５０】
１００・・・認証サーバ、２００・・・ユーザ端末、３００・・・確認者端末
【図１】
2011100305.tif 000003
【図２】
2011100305.tif 000004
【図３】
2011100305.tif 000005
【図４】
2011100305.tif 000006
【図５】
2011100305.tif 000007