JP6969470B2

JP6969470B2 - 生体認証装置、生体認証方法及びプログラム

Info

Publication number: JP6969470B2
Application number: JP2018055942A
Authority: JP
Inventors: 淳二高木
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2018-03-23
Filing date: 2018-03-23
Publication date: 2021-11-24
Anticipated expiration: 2038-03-23
Also published as: JP2019168910A; US20190294772A1; US11379569B2

Description

本発明は、生体認証装置、生体認証方法及びプログラムに関する。

指紋等の生体情報を使って本人確認を行う生体認証システムを利用するためには、予め生体データを登録しておく。クライアント・サーバ型の生体認証システムでは、生体データを認証サーバに登録しておく。生体認証時には、クライアント端末から入力された生体情報から照合用生体データを生成して認証サーバに送信し、認証サーバで登録済の生体データと照合することで認証処理を行う。

ユーザが過去に利用した第１の端末から認証サーバに生体データを登録済の状態で、同じユーザが別の第２の端末、例えば、新しい端末から生体認証を利用したい場合がある。この場合、第２の端末の生体センサと、第１の端末から登録した生体データとの間で互換性がないと、第２の端末の生体センサから取得した照合用生体データを第１の端末から登録した生体データと照合して認証を行うことができない。このため、第２の端末から生体データを認証サーバに再登録しなければならない。なお、「第２の端末装置の生体センサ」は、第２の端末が備える生体センサであっても、第２の端末に接続された生体センサであっても良い。

このように、同じユーザが利用する第１及び第２の端末の生体センサ間で互換性がない場合に、第２の端末から生体データを認証サーバに再登録するために、ユーザから連絡してシステム管理者に再登録用の仮パスワードを発行してもらう方法がある。ユーザが第２の端末から仮パスワードを入力して、認証サーバでのパスワードの認証が成功すれば、第２の端末の生体センサから取得した生体データの登録が許可される。しかし、この方法では、システム管理者に仮パスワードを発行してもらうのに手間がかかる。

システム管理者に仮パスワードを発行してもらう手間を削減するため、認証サーバに変換（或いは、コンバータ）機能を持たせる方法が提案されている（例えば、特許文献３参照）。認証サーバに登録されている指紋データ等の生体データと、認証時に端末から認証サーバに送信された生体データの採取条件が異なる場合がある。変換機能は、このような場合に、例えば登録されている生体データの採取条件に合わせて照合用生体データを変換して、登録されている生体データと照合可能にする。

認証時に用いる端末の生体センサによる生体データの採取条件と、サーバに登録されている生体データの採取条件が異なる場合がある。この場合、認証サーバに変換機能を持たせる方法は、認証時に用いる生体センサと登録時に用いた生体センサとの間で互換性があり、認証時に取得した生体データを変換して登録されている生体データと照合可能であれば、適用可能である。一方、認証時に用いる生体センサと登録時に用いた生体センサとの間で互換性がない場合には、登録されている生体データの採取条件に合わせて照合用生体データを変換することができない。つまり、認証時に用いる生体センサと登録時に用いた生体センサとの間で互換性がない場合、認証サーバに変換機能を持たせる方法を適用できない。このため、生体認証を利用しようとする端末の生体センサが、生体データの登録時に用いた端末の生体センサと互換性がない場合には、生体認証を利用しようとする端末から生体データを認証サーバに再登録しなければならない。ところが、生体データを認証サーバに再登録するには、システム管理者に仮パスワードを発行してもらう手間がかかる。

認証サーバに変換機能を持たせる方法では、認証サーバにおいて生体センサのタイプ毎に生体データをデータベースに登録しても良い。例えば、あるユーザは、第１のタイプの生体センサと第２のタイプの生体センサについて、生体データをデータベースに登録しても良い。この場合、認証サーバは、第１のタイプの生体センサを備える第１の端末からの認証要求と、第２のタイプの生体センサを備える第２の端末からの認証要求に対応できる。しかし、データベースに複数の生体センサのタイプの生体データが登録されていても、例えば新しいタイプの生体センサを備えた端末から初めて生体認証を利用するときには、生体データを認証サーバに再登録しなければならない。このように、初めて使用するタイプの生体センサを備えた端末から生体認証を利用する場合には、生体データを認証サーバに再登録するのにシステム管理者に仮パスワードを発行してもらう手間がかかる。

システム管理者に仮パスワードを発行してもらう手間を削減するために、例えばシステム管理者が発行した電子証明書を保持する電子デバイスを取得して端末に接続する方法が提案されている（例えば、特許文献１参照）。電子デバイスは、ユニバーサルシリアルバス（ＵＳＢ：Universal Serial Bus）トークン（Token）等であり、端末は、パーソナルコンピュータ（ＰＣ：Personal Computer）等である。この提案方法では、端末と認証サーバとの間で電子証明書を使って相互認証を行い、認証成功時に認証サーバが自動的に仮パスワードを発行する。しかし、この提案方法によると、認証サーバから仮パスワードを自動的に発行するためには、システム管理者に電子証明書を発行してもらう手間がかかる。また、ユーザが電子証明書を取得する手間等がかかると共に、電子証明書を保持する電子デバイスを用いる分、生体認証のコストが増加してしまう。

このように、従来の生体認証システムでは、生体認証を利用しようとする端末から生体データを認証サーバに再登録するのに、システム管理者に仮パスワード又は電子証明書を発行してもらうため、再登録時の工程数を削減することは難しい。

特開２００５−３４６１２０号公報特開２００６−２２７７６９号公報特開２００５−２５９１５８号公報

従来の生体認証システムでは、生体認証を利用しようとする端末から生体データを再登録する場合の工程数を削減することが難しい。

そこで、１つの側面では、生体認証を利用しようとする端末から生体データを再登録する場合の工程数を削減可能な生体認証装置、生体認証方法及びプログラムを提供することを目的とする。

１つの案によれば、ユーザ識別情報及びセンサ種別情報の受信に応答して、ユーザ識別情報毎に登録されている、生体データを取得した生体センサのセンサ種別情報のうち、受信した前記ユーザ識別情報に対応する生体データを取得した生体センサのセンサ種別情報と、受信した前記センサ種別情報とが所定の関係にあるか確認する管理手段と、確認した前記所定の関係にあるセンサ種別情報に基づいて、生体データを再登録するのに用いるパスワードの発行を制御する制御手段と、を備えた生体認証装置が提供される。

一態様によれば、生体認証を利用しようとする端末から生体データを再登録する場合の工程数を削減できる。

第１実施例における生体認証システムの一例を示す機能ブロック図である。コンピュータの一例を示すブロック図である。ユーザデータ管理テーブルの一例を示す図である。互換性管理テーブルの一例を示す図である。第１実施例の処理の一例を説明するフローチャートである。第１実施例の処理の一例を説明するフローチャートである。第２実施例における生体認証装置の一例を示す機能ブロック図である。セッション情報管理テーブルの一例を説明する図である。第２実施例の処理の一例を説明するフローチャートである。第２実施例の処理の一例を説明するフローチャートである。第３実施例における生体認証装置の一例を示す機能ブロック図である。端末管理情報の一例を説明する図である。構成管理情報の一例を説明する図である。第３実施例の処理の一例を説明するフローチャートである。第４実施例における生体認証装置の一例を示す機能ブロック図である。ユーザデータの一例を説明する図である。第４実施例の処理の一例を説明するフローチャートである。第５実施例における生体認証装置の一例を示す機能ブロック図である。第６実施例における生体認証装置の一例を示す機能ブロック図である。第７実施例における生体認証装置の一例を示す機能ブロック図である。第８実施例における生体認証装置の一例を示す機能ブロック図である。

開示の生体認証装置、生体認証方法及びプログラムでは、ユーザ識別情報及びセンサ種別情報の受信に応答して、ユーザ識別情報毎に登録されている、生体データを取得した生体センサのセンサ種別情報のうち、受信した前記ユーザ識別情報に対応する生体データを取得した生体センサのセンサ種別情報と、受信した前記センサ種別情報とが所定の関係にあるか確認し、確認した前記所定の関係にあるセンサ種別情報に基づいて、生体データを再登録するのに用いるパスワードの発行を制御する。

以下に、開示の生体認証装置、生体認証方法及びプログラムの各実施例を図面と共に説明する。

以下、本発明の各実施例を図面と共に説明する。

（第１実施例）
図１は、第１実施例における生体認証システムの一例を示す機能ブロック図である。図１に示すクライアント・サーバ型の生体認証システム１−１は、ネットワーク１３を介して接続可能な端末１１−１１，１１−１２及び認証サーバ１２−１を有する。本実施例では、認証サーバ１２−１が、生体認証装置の一例を形成する。認証サーバ１２−１は、プログラムを実行して、以下で説明する生体認証方法に従った処理を実行可能である。

端末１１−１１，１１−１２は、生体認証システム１−１内に設けられた複数の端末の一例であり、ユーザＩＤ取得部１１１と、生体情報取得部１１２と、センサ情報取得部１１３と、生体データ生成部１１４を含む同じ構成を有する。端末１１−１１，１１−１２は、ＰＣ等の汎用コンピュータ、スマートフォン、タブレット等で形成可能である。この例では、センサタイプＡの生体センサ１４Ａが端末１１−１１に接続され、センサタイプＡとは異なるセンサタイプＢの生体センサ１４Ｂが端末１１−１２に接続される。しかし、生体センサ１４Ａは端末１１−１１内に設けられていても良く、生体センサ１４Ｂは端末１１−１２内に設けられていても良い。センサタイプは、生体センサのタイプを示す。センサタイプは、生体センサの機種等の種別を示すセンサ種別情報の一例である。この例では、例えば生体の一例である指紋を用いて生体認証の一例である指紋認証を行う。この場合、生体センサ１４Ａ，１４Ｂは周知の構成を有する指紋センサで形成可能である。なお、本実施例及び後述する第２乃至第６及び第８実施例において、生体認証システム内の端末の台数は、２台に限定されず、３台以上設けられていても良い。

ネットワーク１３の種類は特に限定されず、無線ネットワークであっても、有線ネットワークであっても、無線ネットワークと有線ネットワークの組み合わせであっても良い。例えば、ネットワーク１３は、インターネット、イントラネット等で形成しても良い。

認証サーバ１２−１は、センサ互換性管理部１２１と、ユーザデータ管理部１２２と、仮パスワード発行判定部１２３と、生体認証部１２４と、仮パスワード認証部１２５を有する。認証サーバ１２−１は、汎用コンピュータで形成可能である。認証サーバ１２−１は、生体データ、仮パスワードデータ等を含むデータベース１９１にアクセス可能である。データベース１９１を格納した記憶装置は、認証サーバ１２−１からアクセス可能であれば、認証サーバ１２−１に外部接続されていても、ネットワーク１３に接続されていても、認証サーバ１２−１内に設けられていても良い。なお、仮パスワードは、ワンタイムパスワードとも呼ばれることがある、生体データを認証サーバ１２−１に再登録するのに用いるパスワードの一例である。

センサ互換性管理部１２１及びユーザデータ管理部１２２は、確認手段の一例である。確認手段は、ユーザ識別情報毎に登録されている、生体データを取得した生体センサのセンサ種別情報のうち、受信したユーザ識別情報に対応する生体データを取得した生体センサのセンサ種別情報と、受信したセンサ種別情報とが所定の関係にあるか確認する。確認手段は、ユーザ識別情報及びセンサ種別情報の受信に応答して、登録されている、受信したユーザ識別情報に対応する生体データを取得した生体センサのセンサ種別情報と、受信したセンサ種別情報とがこのような所定の関係にあるか確認する。ユーザデータ管理部１２２は、ユーザ識別情報の受信に応答して、第１のテーブルの一例であるユーザデータ管理テーブルを参照する第１の管理部の一例である。ユーザデータ管理テーブルは、ユーザ識別情報毎に登録されている、生体データと、当該生体データを取得した生体センサのセンサ種別情報と、パスワードと、パスワードの発行の要否を示すパスワード発行フラグを格納している。センサ互換性管理部１２１は、センサ種別情報の受信に応答して、第２のテーブルの一例である互換性管理テーブルを参照する第２の管理部の一例である。互換性管理テーブルは、センサ種別情報間が所定の関係にあるかを示す情報を格納している。また、仮パスワード発行判定部１２３、生体認証部１２４、及び仮パスワード認証部１２５は、確認した所定の関係にあるセンサ種別情報に基づいて、生体データを再登録するのに用いるパスワードの発行を制御する制御手段の一例である。仮パスワード発行判定部１２３は、パスワード発行フラグの有効化の制御及びパスワード発行の制御を行う制御手段の一例を形成可能である。例えば、２つの生体センサのセンサ種別情報が所定の関係にあれば、これら２つの生体センサ間に互換性がある。

端末１１−１１，１１−１２等の各端末及び認証サーバ１２−１等の認証サーバは、コンピュータにより形成可能である。

図２は、コンピュータの一例を示すブロック図である。図２に示すコンピュータ１００は、プロセッサの一例であるＣＰＵ（Central Processing Unit）１０１と、記憶装置の一例であるメモリ１０２と、入力装置１０３と、表示装置１０４と、インタフェース１０５がバス１０６を介して接続された構成を有する。なお、コンピュータ１００は、各部がバス１０６で接続された構成に限定されない。

ＣＰＵ１０１は、メモリ１０２に記憶されたプログラムを実行し、後述する生体認証処理を含む各種処理等を実行する。メモリ１０２は、プログラム、データ等を記憶する。メモリ１０２は、可搬型記録媒体、半導体記憶装置、磁気記録媒体、光記録媒体、光磁気記録媒体等のコンピュータ読取可能な記録媒体により形成可能である。可搬型記録媒体は、ＵＳＢ（Universal Serial Bus）メモリ等を含む。半導体記憶装置は、フラッシュメモリ等を含む。光記録媒体は、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＤＶＤディスク（Digital Versatile Disk）等を含む。なお、メモリ１０２にディスク等の磁気記録媒体、光記録媒体又は光磁気記録媒体を用いる場合、記録媒体は、ディスクドライブ等のドライブにロードされ、ドライブによりプログラム等を記録媒体から読み出し、必要に応じて記録媒体にデータ等を書き込む。

入力装置１０３は、コンピュータ１００にコマンド、データ等を入力する際にユーザが操作するキーボード等で形成可能である。表示装置１０４は、生体認証結果等のユーザへのメッセージを表示する。入力装置１０３及び表示装置１０４は、タッチパネル等のように一体的に設けられていても良く、説明の便宜上、以下ではタッチパネルを用いる場合を例に説明する。インタフェース１０５は、コンピュータ１００をネットワーク１３へ接続可能な送受信装置の一例である。

コンピュータ１００が例えば端末１１−１１，１１−１２等の端末を形成する場合、生体センサ１４Ａ，１４Ｂ等はバス１０６に接続されても、ＣＰＵ１０１に直接接続されても、入力装置１０３に含まれても、インタフェース１０５に接続されても良い。この場合、ＣＰＵ１０１は、メモリ１０２に格納されたプログラムを実行して、端末１１−１１のユーザＩＤ取得部１１１と、生体情報取得部１１２と、センサ情報取得部１１３と、生体データ生成部１１４の各処理を実行可能である。

また、コンピュータ１００が例えば認証サーバ１２−１等の認証サーバを形成する場合、入力装置１０３を省略しても、表示装置１０４を省略しても良い。この場合、ＣＰＵ１０１は、メモリ１０２に格納されたプログラムを実行して、認証サーバ１２−１の各部の処理を実行可能である。認証サーバ１２−１の各部の処理は、センサ互換性管理部１２１と、ユーザデータ管理部１２２と、仮パスワード発行判定部１２３と、生体認証部１２４と、仮パスワード認証部１２５の各処理を含む。

説明の便宜上、ユーザの生体データは、端末１１−１１から認証サーバ１２−１に既に登録されている状態で、同じユーザが端末１１−１２から生体認証を利用する場合を例に説明する。なお、生体データが認証サーバ１２−１に登録されている状態とは、生体データが認証サーバ１２−１がアクセス可能なデータベース１９１に登録されている状態のことを言う。例えば、端末１１−１１はユーザが既に使用している旧端末であり、端末１１−１２はユーザが新たに使用しようとする新しい端末である。

ユーザが、ユーザ識別情報の一例であるユーザＩＤ（Identifier）として、例えばユーザＩＤ「User0001」を利用している場合を例に説明する。この例の場合、認証サーバ１２−１のデータベース１９１には、ユーザデータが既に登録されている。ユーザデータは、ユーザＩＤ「User0001」に紐づけてこのユーザの生体データの登録データと、生体データを取得した端末１１−１１の生体センサ１４ＡのセンサタイプＡ等を含む。

図５及び図６は、第１実施例の処理の一例を説明するフローチャートである。図５及び図６に示す処理は、例えば端末１１−１１，１１−１２及び認証サーバ１２−１の各装置を形成する各コンピュータ１００のＣＰＵ１０１がメモリ１０２に格納されたプログラムを実行することにより実行できる。つまり、プログラムは、図５及び図６に示す処理を、例えば端末１１−１１，１１−１２及び認証サーバ１２−１の各装置を形成する各コンピュータ１００のＣＰＵ１０１に実行させるためのものである。本実施例では、認証サーバ１２−１は、図３が示すユーザデータ管理テーブルや図４が示す互換性管理テーブルを参照しながら仮パスワードの発行を制御する。

図３は、ユーザデータ管理テーブルの一例を示す。ユーザ管理テーブルは、ユーザＩＤ毎に、登録データ、センサタイプ、仮パスワード発行フラグ、仮パスワード及び仮パスワード有効期限を含む仮パスワードデータを格納する。ユーザＩＤは、ユーザを特定するデータを示す。登録データは、各ユーザの登録された生体データを格納するファイル名を示す。センサタイプは、登録された生体データを取得した生体センサのタイプを示す。仮パスワード発行フラグは、有効であれば仮パスワードが発行待ちであることを示す。仮パスワードは、発行された仮パスワードを示す。仮パスワード有効期限は、発行された仮パスワードの有効期限を示す。

図４は、互換性管理テーブルの一例を示す。互換性管理テーブルは、登録された生体データを取得した生体センサと、登録生体データと照合する生体データを取得可能な生体センサとが所定の関係にあるか否かを判別可能な情報を記録したデータテーブルである。一例として、互換性管理テーブルは、登録された生体データを取得した生体センサを識別可能な情報であるセンサタイプと対応づけて、登録生体データと照合する生体データを取得可能な生体センサのうち認証時に使用可能なセンサタイプを関連づけて格納する。

ユーザが、例えば生体データを未登録の端末１１−１２から認証サーバ１２−１に接続して生体認証を利用するために端末１１−１２の生体認証アプリを起動する。生体認証アプリが起動されると、端末１１−１２のタッチパネルに認証画面が表示され、ユーザが認証画面からユーザＩＤ「User0001」を入力する。「生体データを未登録の端末」とは、認証サーバ１２に生体データを未登録である端末のことを言う。ユーザＩＤの入力に応答して、端末１１−１２がユーザＩＤを認証サーバ１２−１に送信し、端末１１−１２が端末１１−１２の生体センサ１４Ｂのセンサ種別情報を認証サーバ１２−１に送信する（ステップＳ１）。具体的には、端末１１−１２のユーザＩＤ取得部１１１は、入力されたユーザＩＤ「User0001」を取得してネットワーク１３を介して認証サーバ１２−１に送信する。また、端末１１−１２のセンサ情報取得部１１３は、端末１１−１２の生体センサ１４Ｂのセンサ種別情報の一例であるセンサタイプＢを取得してネットワーク１３を介して認証サーバ１２−１に送信する。

認証サーバ１２−１のユーザデータ管理部１２２は、端末１１−１２からのユーザＩＤの受信に応答して、端末１１−１２から受信したユーザＩＤ「User0001」の生体データの登録状態を確認する（ステップＳ２）。具体的には、ユーザデータ管理部１２２は、ユーザデータ管理部１２２が管理する図３に示すユーザデータ管理テーブルを参照して、端末１１−１２から受信したユーザＩＤ「User0001」の生体データの登録状態を確認する。また、ユーザデータ管理部１２２は、ユーザＩＤ「User0001」の登録データが存在するか否かを判定する（ステップＳ３）。図３に示す例では、センサタイプＡの生体センサ１４Ａで取得した、ユーザＩＤ「User0001」のユーザの生体データが登録されている（ステップＳ３がＹｅｓ）。ユーザＩＤ「User0001」に対してユーザデータ管理テーブルに格納された登録データ「f/f9a9ana9ffa90g」は、データベース１９１に格納された、ユーザＩＤ「User0001」の生体データのファイル名であるが、登録データの格納形式は特に限定されない。一方、ステップＳ３の判定結果がＮｏであると、処理は後述するステップＳ６へ進む。この例では、ユーザデータ管理テーブル及び互換性管理テーブルは、データベース１９１に含まれている。

ユーザデータ管理部１２２は、端末１１−１２からのセンサ種別情報の受信に応答して、端末１１−１２から受信したセンサタイプＢと、登録されているユーザＩＤの生体データを取得した生体センサ１４ＡのセンサタイプＡの互換性を確認する（ステップＳ４）。ユーザデータ管理部１２２は、センサ互換性管理部１２１が管理する図４に示す互換性管理テーブルを参照して、上記センサタイプＢと上記センサタイプＡの互換性を確認する。具体的には、ユーザデータ管理部１２２は、端末１１−１２から受信したセンサ種別情報であるセンサタイプＢと、認証サーバ１２−１に登録されているユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡの互換性を確認する。更に、ユーザデータ管理部１２２は、上記センサタイプＢと上記センサタイプＡの互換性があるか否かを判定する（ステップＳ５）。この例では、ユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡと互換性のある、認証時に使用可能なセンサタイプはセンサタイプＡのみである。このため、端末１１−１２から受信したセンサタイプＢは、登録されているユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡと互換性がないと判定される（ステップＳ５がＮｏ）。「認証時に使用可能なセンサタイプ」とは、登録時に使用したセンサタイプと互換性のあるセンサタイプである。

ステップＳ５の判定結果がＮｏであると、認証サーバ１２−１の仮パスワード発行判定部１２３は、ユーザＩＤ「User0001」について、仮パスワード有効期限内の仮パスワードの有無を判定する（ステップＳ６）。仮パスワード発行判定部１２３は、図３に示すユーザデータ管理テーブルのユーザデータを参照し、ユーザＩＤ「User0001」について、仮パスワード有効期限内の仮パスワードの有無を判定する。また、仮パスワード発行判定部１２３は、仮パスワード有効期限内の仮パスワードがあるか否かを判定する（ステップＳ７）。図３に示すユーザデータ管理テーブルでは、ユーザＩＤ「User0001」に対する仮パスワードは存在しない（ステップＳ７がＮｏ）。このため、仮パスワード発行判定部１２３は、ユーザＩＤ「User0001」の仮パスワード発行フラグを有効に設定する（ステップＳ８）。また、仮パスワード発行判定部１２３は、端末１１−１２のタッチパネルに表示された認証画面に、仮パスワードを取得するように通知するメッセージを表示する（ステップＳ９）。具体的には、仮パスワード発行判定部１２３は、生体データを登録済の端末１１−１１から認証サーバ１２−１をアクセスして仮パスワードを取得するように通知するメッセージを端末１１−１２の認証画面に表示する。ステップＳ９の後、処理はステップＳ１へ戻る。「生体データを登録済の端末」とは、既に認証サーバ１２−１に生体データを登録済である端末のことを言う。

次に、ユーザが、ステップＳ９で通知されたメッセージに従って既に認証サーバ１２−１に生体データを登録済の端末１１−１１の生体認証アプリを起動する。生体認証アプリを起動されると、端末１１−１１のタッチパネルに認証画面が表示され、ユーザが認証画面からユーザＩＤ「User0001」を入力する。ユーザＩＤの入力に応答して、端末１１−１１のユーザＩＤ取得部１１１がユーザＩＤ「User0001」を認証サーバ１２−１に送信し、センサ情報取得部１１３が端末１１−１１の生体センサ１４ＡのセンサタイプＡを認証サーバ１２−１に送信する（ステップＳ１）。具体的には、端末１１−１１のユーザＩＤ取得部１１１は、ユーザＩＤ「User0001」を取得してネットワーク１３を介して認証サーバ１２−１に送信する。また、端末１１−１１のセンサ情報取得部１１３は、端末１１−１１の生体センサ１４Ａのセンサ種別情報の一例であるセンサタイプＡを取得してネットワーク１３を介して認証サーバ１２−１に送信する。

認証サーバ１２−１のユーザデータ管理部１２２は、ユーザデータ管理部１２２が管理する図３に示すユーザデータ管理テーブルを参照して端末１１−１１から受信したユーザＩＤ「User0001」の生体データの登録状態を確認する（ステップＳ２）。また、ユーザデータ管理部１２２は、ユーザＩＤ「User0001」の登録データが存在するか否かを判定する（ステップＳ３）。図３に示す例では、センサタイプＡの生体センサ１４Ａで取得した、ユーザＩＤ「User0001」のユーザの生体データが登録されている（ステップＳ３がＹｅｓ）。ユーザデータ管理部１２２は、端末１１−１１から受信したセンサ種別情報であるセンサタイプＡと、認証サーバ１２−１に登録されているユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡの互換性を確認する（ステップＳ４）。具体的には、ユーザデータ管理部１２２は、センサ互換性管理部１２１が管理する図４に示す互換性管理テーブルを参照して、上記互換性を確認する。また、ユーザデータ管理部１２２は、端末１１−１１から受信したセンサタイプＡと、認証サーバ１２−１に登録されているユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡの互換性があるか否かを判定する（ステップＳ５）。この例では、ユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡと互換性のある、認証時に使用可能なセンサタイプはセンサタイプＡである。このため、端末１１−１１から受信したセンサタイプＡは、登録されているユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡと互換性があると判定され（ステップＳ５がＹｅｓ）、処理は図６に示すステップＳ１４へ進む。

ステップＳ５の判定結果がＹｅｓであると、仮パスワード発行判定部１２３は、ネットワーク１３を介して端末１１−１１のタッチパネルに生体認証アプリの認証画面を表示する（ステップＳ１４）。ユーザが、認証画面に表示されたメッセージに従って生体センサ１４Ａによりユーザの生体情報を取得して入力する。ユーザの生体情報の入力に応答して、端末１１−１１の生体情報取得部１１２が入力された生体情報を取得し、生体データ生成部１１４が生体データを生成して認証サーバ１２−１に送信する（ステップＳ１５）。具体的には、端末１１−１１の生体データ生成部１１４は、生体情報取得部１１２が取得した生体情報に基づき、生体データを生成してネットワーク１３を介して認証サーバ１２−１に送信する。

生体センサ１４Ａ，１４Ｂが取得するユーザの生体情報は、例えばユーザの指紋画像等の生体の情報である。生体データは、指紋画像等の生体情報から生成された、指紋データ等の、生体認証処理で登録生体データと照合するデータである。生体データは、生体認証処理で登録生体データと照合するのに適した形式のデータであることが好ましいが、データの形式は特に限定されない。指紋データ等の生体データは、指紋画像等の生体情報から抽出された特徴データであっても良い。また、指紋データ等の生体データは、圧縮、暗号化等の処理を施されていても良い。

認証サーバ１２−１の生体認証部１２４は、端末１１−１１から受信した生体データを登録生体データと照合する生体認証処理を実行して（ステップＳ１６）、生体認証が成功したか否かを判定する（ステップＳ１７）。生体認証が成功すると（ステップＳ１７がＹｅｓ）、仮パスワード発行判定部１２３は、図３に示すユーザデータ管理テーブルを参照して、ユーザＩＤ「User0001」の仮パスワード発行フラグが有効であるか否かを判定する（ステップＳ１８）。ユーザＩＤ「User0001」の仮パスワード発行フラグが有効であると（ステップＳ１８がＹｅｓ）、処理はステップＳ１９へ進む。仮パスワード発行判定部１２３は、仮パスワードを発行して端末１１−１１の認証画面に表示すると共に、ユーザＩＤ「User0001」に対して、仮パスワード発行フラグを無効とし、仮パスワード有効期限を記録する（ステップＳ１９）。具体的には、仮パスワード発行判定部１２３は、仮パスワードを発行してネットワーク１３を介して端末１１−１１へ返信して端末１１−１１のタッチパネルの認証画面に仮パスワードを表示する。また、仮パスワード発行判定部１２３は、図３に示すユーザデータ管理テーブルに含まれるユーザＩＤ「User0001」に対して、仮パスワード発行フラグを無効とし、仮パスワードの仮パスワード有効期限を記録する。

次に、ユーザが、上記と同様にして、端末１１−１２の生体認証アプリを起動して、タッチパネルに表示された認証画面からユーザＩＤ「User0001」を入力する。ユーザＩＤの入力に応答して、端末１１−１２のユーザＩＤ取得部１１１がユーザＩＤ「User0001」を認証サーバ１２−１に送信し、センサ情報取得部１１３が端末１１−１２の生体センサ１４ＢのセンサタイプＢを認証サーバ１２−１に送信する（ステップＳ１）。具体的には、端末１１−１２のユーザＩＤ取得部１１１は、入力されたユーザＩＤを取得してネットワーク１３を介して認証サーバ１２−１に送信する。また、端末１１−１２のセンサ情報取得部１１３は、端末１１−１２の生体センサ１４Ｂのセンサ種別情報の一例であるセンサタイプＢを取得してネットワーク１３を介して認証サーバ１２−１に送信する。

認証サーバ１２−１のユーザデータ管理部１２２は、上記と同様にして、ユーザデータ管理部１２２が管理する図３に示すユーザデータ管理テーブルを参照して端末１１−１２から受信したユーザＩＤ「User0001」の生体データの登録状態を確認する（ステップＳ２）。また、ユーザデータ管理部１２２は、ユーザＩＤ「User0001」の登録データが存在するか否かを判定する（ステップＳ３）。図３に示す例では、センサタイプＡの生体センサ１４Ａで取得した、ユーザＩＤ「User0001」のユーザの生体データが登録されている（ステップＳ３がＹｅｓ）。ユーザデータ管理部１２２は、端末１１−１２からのセンサ種別情報の受信に応答して、端末１１−１２から受信したセンサタイプＢと、登録されているユーザＩＤの生体データを取得した生体センサ１４ＡのセンサタイプＡの互換性を確認する（ステップＳ４）。ユーザデータ管理部１２２は、センサ互換性管理部１２１が管理する図４に示す互換性管理テーブルを参照して、上記センサタイプＢと上記センサタイプＡの互換性を確認する。具体的には、ユーザデータ管理部１２２は、端末１１−１２から受信したセンサ種別情報であるセンサタイプＢと、認証サーバ１２−１に登録されているユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡの互換性を確認する。更に、ユーザデータ管理部１２２は、上記センサタイプＢと上記センサタイプＡの互換性があるか否かを判定する（ステップＳ５）。この例では、ユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡと互換性のある、認証時に使用可能なセンサタイプはセンサタイプＡのみである。このため、端末１１−１２から受信したセンサタイプＢは、登録されているユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡと互換性がないと判定される（ステップＳ５がＮｏ）。ステップのＳ５の判定結果がＮｏであると、処理は図５に示すステップＳ６へ進む。

次に、認証サーバ１２−１の仮パスワード発行判定部１２３は、図３に示すユーザデータ管理テーブルのユーザデータを参照し、ユーザＩＤ「User0001」について、仮パスワード有効期限内の仮パスワードの有無を判定する（ステップＳ６）。また、仮パスワード発行判定部１２３は、仮パスワード有効期限内の仮パスワードがあるか否かを判定する（ステップＳ７）。図３に示すユーザデータ管理テーブルでは、ユーザＩＤ「User0001」に対する仮パスワードは存在するので（ステップＳ７がＹｅｓ）、処理はステップＳ１０へ進む。仮パスワード認証部１２５は、仮パスワードを入力する認証画面を端末１１−１２のタッチパネルに表示するように、ネットワーク１３を介して端末１１−１２の生体認証アプリを制御する（ステップＳ１０）。ユーザが、端末１１−１２のタッチパネルに表示された認証画面からユーザＩＤと仮パスワードを入力する。認証画面からのユーザＩＤと仮パスワードの入力に応答して、端末１１−１２のユーザＩＤ取得部１１１が、ネットワーク１３を介して仮パスワードを認証サーバ１２−１に送信する（ステップＳ１１）。認証サーバ１２−１の仮パスワード認証部１２５による仮パスワードの認証が成功すると、仮パスワード発行判定部１２３は、端末１１−１２の生体認証アプリを制御する。具体的には、仮パスワード発行判定部１２３は、生体情報を入力する認証画面を端末１１−１２のタッチパネルに表示するように、ネットワーク１３を介して端末１１−１２の生体認証アプリを制御する。ユーザが、端末１１−１２の認証画面に表示されたメッセージに従って生体センサ１４Ｂによりユーザの生体情報を取得して入力する。ユーザの生体情報の入力に応答して、端末１１−１２の生体情報取得部１１２が、入力された生体情報を取得し、生体データ生成部１１４が生体データを生成して認証サーバ１２−１に送信する（ステップＳ１２）。具体的には、端末１１−１２の生体データ生成部１１４は、生体情報取得部１１２が取得した生体情報に基づき生体データを生成してネットワーク１３を介して認証サーバ１２−１に送信する（ステップＳ１２）。認証サーバ１２−１の仮パスワード認証部１２５は、端末１１−１２から受信した生体データを取得し、登録した後に、仮パスワードを削除する（ステップＳ１３）。具体的には、仮パスワード認証部１２５は、取得した生体データを図３に示すユーザデータ管理テーブルのユーザＩＤ「User0001」に対する登録データに登録した後に、ユーザＩＤ「User0001」に対して記録されている仮パスワードを削除する。

このように、本実施例では、図５及び図６に示す処理に従って、既に認証サーバに生体データを登録済の第１の端末とは異なる、認証サーバに生体データを未登録の第２の端末のユーザＩＤ取得部がユーザＩＤを取得して認証サーバに送信する。また、第２の端末のセンサ情報取得部がセンサ種別情報を取得して認証サーバに送信する。認証サーバの仮パスワード発行判定部は、第２の端末から受信したユーザＩＤに対して、センサ種別情報と互換性のある登録データの有無及びユーザデータ管理デーブル内の仮パスワードの有無に応じた制御を行う。仮パスワードがユーザデータ管理デーブルにないときは、仮パスワード発行判定部がユーザデータ管理部を経由してユーザデータ管理テーブルの仮パスワード発行フラグを有効にする。仮パスワードがユーザデータ管理テーブルにあるときには、仮パスワード発行判定部が第２の端末に仮パスワードを入力する認証画面を表示するように第２の端末を制御する。認証サーバがユーザが第２の端末から入力した仮パスワードを受信すると、仮パスワード認証部が認証処理を実行して、認証成功時に第２の端末から生体データを登録可能となるように第２の端末を制御する。

認証サーバの生体認証部が生体認証処理を実行し、生体認証が成功した後に、仮パスワード発行判定部が、ユーザデータ管理部を経由して仮パスワード発行フラグを参照する。認証サーバの仮パスワード発行判定部は、仮パスワード発行フラグを参照して仮パスワード発行フラグが有効のときに仮パスワードを発行し、ユーザデータ管理部を経由してユーザデータ管理テーブルに格納する。また、仮パスワード発行判定部は、当該仮パスワードを第１の端末に返信し、仮パスワード発行フラグを無効に戻す。

本実施例によれば、認証サーバが端末から受信するユーザＩＤとセンサ種別情報に基づいて仮パスワード発行フラグの有効化の制御を行うことで、認証サーバは仮パスワード発行の要否を判断できる。更に、登録済の生体データを取得した生体センサと互換性がある生体センサを用いた生体認証の成功により、認証サーバは、生体データを認証サーバに再登録するのに用いる仮パスワードを発行する。従って、システム管理者を介さなくてもユーザ本人以外への仮パスワードの発行を回避できる。このため、生体データを認証サーバに再登録するのにシステム管理者に仮パスワードを発行してもらう手間がかからない。以上の結果、本実施例によれば、生体認証を利用しようとする端末から生体データを認証サーバに再登録する場合の工程数を削減できる。

なお、後述する第２実施例以降の各実施例においても、生体認証を利用しようとする端末から生体データを再登録する場合の工程数を削減できる。

（第２実施例）
図７は、第２実施例における生体認証装置の一例を示す機能ブロック図である。図７中、図１と同一部分には同一符号を付し、その説明は省略する。本実施例では、生体認証システム１−２の認証サーバ１２−２が、生体認証装置の一例を形成する。認証サーバ１２−２は、プログラムを実行して、以下で説明する生体認証方法に従った処理を実行可能である。図７に示すように、本実施例では、各端末１１−２１，１１−２２が端末情報取得部１１５を更に有し、認証サーバ１２−２がセッション情報管理部１２６を更に有する。各端末１１−２１，１１−２２の端末情報取得部１１５は、各端末１１−２１，１１−２２の端末情報を取得して認証サーバ１２−２に送信する。認証サーバ１２−２のセッション情報管理部１２６は、ユーザＩＤに対する仮パスワードがユーザデータ管理テーブルに格納されていないと、セッションＩＤに紐づけて情報を図８に示すセッション情報管理テーブルに設定して管理する。セッションＩＤは、セッション情報の一例である。セッションＩＤに紐づけて設定及び管理される情報は、ユーザＩＤ、端末情報、生体認証処理の認証結果、セッション有効期限等である。この例では、セッション情報管理テーブルには、タイムスタンプも設定されている。セッション情報管理テーブルに設定される端末情報は、例えばＭＡＣ（Media Access Control）ＩＰ（Internet Protocol）アドレス等の、接続されている端末を識別可能な情報であれば、特に限定されない。

セッション情報管理部１２６は、ユーザ識別情報に対するパスワードがユーザ管理テーブルに格納されていないと、セッション情報に紐づけて情報をセッション情報管理テーブルに設定して管理する第３の管理部の一例である。ユーザ管理テーブルは、第１のテーブルの一例であり、セッション情報管理テーブルは、第３のテーブルの一例である。セッション情報に紐づけてセッション情報管理テーブルに設定して管理される情報は、ユーザ識別情報、端末情報、生体認証処理の認証結果、及びセッション有効期限を含む。

ユーザが、ユーザ識別情報の一例であるユーザＩＤ（Identifier）として、例えばユーザＩＤ「User0001」を利用している場合を例に説明する。また、認証サーバ１２−２のデータベース１９１には、ユーザＩＤ「User0001」に紐づけてこのユーザの生体データの登録データと、生体データを取得した端末１１−２１の生体センサ１４ＡのセンサタイプＡ等のユーザデータが既に登録されている。

図９及び図１０は、第２実施例の処理の一例を説明するフローチャートである。図９及び図１０に示す処理は、例えば端末１１−２１，１１−２２及び認証サーバ１２−２の各装置を形成する各コンピュータ１００のＣＰＵ１０１がメモリ１０２に格納されたプログラムを実行することにより実行できる。第２実施例では、認証サーバ１２−１は、前述の図３が示すユーザデータ管理テーブル及び図４が示す互換性管理テーブルに加え、図８に示すセッション管理テーブルを参照しながら仮パスワードの発行を制御する。

図８は、セッション管理テーブルの一例を示す。セッション管理テーブルは、セッションを識別するセッションＩＤ毎に、当該セッションに関する情報として、タイムスタンプ、ユーザＩＤ、端末情報、認証結果及びセッション有効期限を格納する。タイムスタンプは、セッション確立の時刻を示す。ユーザＩＤは、当該セッションの確立を試行したユーザのＩＤを示す。端末情報は、ＭＡＣ（Media Access Control）、ＩＰ（Internet Protocol）アドレス等の、接続されている端末を識別可能な情報を示す。認証結果は、セッション確立の試行の成否を示す。本実施例では、セッション確立のためにユーザの生体認証を実施する。セッション有効期限は、セッションの有効期限を示し、タイムスタンプが示す時刻から所定時間経過した時刻や、一日の中の特定の時刻であっても良い。

ユーザが、生体データを登録した図７に示す端末１１−２１から図５及び図６と共に説明した処理の場合と同様にユーザＩＤ「User0001」を入力する。ユーザＩＤの入力に応答して、端末１１−２１のユーザＩＤ取得部１１１がユーザＩＤを取得し、端末１１−２１のセンサ情報取得部１１３が生体センサ１４Ａのセンサ種別情報を取得する。図７に示す例では、生体データを登録した端末１１−２１はセンサタイプＡの生体センサ１４Ａを備えている。このため、端末１１−２１のセンサ情報取得部１１３は、センサ種別情報としてセンサタイプＡを取得する。ユーザＩＤ取得部１１１は、取得したユーザＩＤ「User0001」をネットワーク１３を介して認証サーバ１２−２に送信する。センサ情報取得部１１３は、取得したセンサタイプＡをネットワーク１３を介して認証サーバ１２−２に送信する。

認証サーバ１２−２のユーザデータ管理部１２２は、図３に示すユーザデータ管理テーブルを参照し、ユーザＩＤ「User0001」の登録データが存在するか否かを判定する。図３に示す例では、ユーザＩＤ「User0001」に対してセンサタイプＡの生体センサ１４Ａで取得した生体データが登録されている。認証サーバ１２−２のユーザデータ管理部１２２は、図４に示す互換性管理テーブルを参照して互換性を判定する。この例では、ユーザデータ管理部１２２は、端末１１−２１から受信したセンサタイプＡと認証サーバ１２−２に登録されているセンサタイプＡは互換性があると判定する。また、ユーザデータ管理部１２２は、端末１１−２１のタッチパネルに生体認証アプリの認証画面を表示する。端末１１−２１から受信したセンサタイプＡは、認証時に使用可能なセンサタイプである。端末１１−１の生体情報取得部１１２は、ユーザが生体センサ１４Ａから入力した生体情報を取得する。端末１１−２１の生体データ生成部１１４は、生体情報取得部１１２が取得した生体情報に基づき生体データを生成してネットワーク１３を介して認証サーバ１２−２に送信する。

認証サーバ１２−２の生体認証部１２４が生体認証処理を実行して認証が成功すると、仮パスワード発行判定部１２３が、ユーザＩＤ「User0001」に対応するユーザデータ管理テーブルの内容を参照する（ステップＳ２１）。仮パスワード発行判定部１２３は、ユーザＩＤ「User001」に対応する仮パスワード有効期限内の仮パスワードがあるか否かを判定する（ステップＳ２２）。仮パスワード発行判定部１２３が、ユーザＩＤ「User0001」に対して、ユーザデータ管理テーブルに仮パスワード有効期限内の仮パスワードがあることを確認すると（ステップＳ２２がＹｅｓ）、仮パスワードの発行は不要である。ステップＳ２２がＹｅｓの場合、認証サーバ１２−２は端末からの次のアクセス待ちの状態となる。一方、認証サーバ１２−２の仮パスワード発行判定部１２３が、ユーザＩＤ「User0001」に対して仮パスワード有効期限内の仮パスワードがないと判定すると（ステップＳ２２がＮｏ）、処理はステップＳ２３へ進む。セッション情報管理部１２６は、図８に示すセッション情報管理テーブルを設定し（ステップＳ２３）、認証サーバ１２−２は端末からの次のアクセス待ちの状態となる。

ここで、図７のセンサタイプＢの生体センサ１４Ｂを備え、生体データが認証サーバ１２−２に未登録の端末１１−２２が、ネットワーク１３を介して認証サーバ１２−２に接続されたとする。具体的には、ユーザが、端末１１−２２の生体認証アプリを起動して、端末１１−２２の認証画面からユーザＩＤ「User0001」を入力する。端末１１−２２のユーザＩＤ取得部１１１は、入力されたユーザＩＤを取得してネットワーク１３を介して認証サーバ１２−２に送信する。端末１１−２２のセンサ情報取得部１１３は、端末１１−２２の生体センサ１４Ｂのセンサ種別情報（センサタイプＢ）を取得してネットワーク１３を介して認証サーバ１２−２に送信する。認証サーバ１２−２のユーザデータ管理部１２２は、端末の接続に応答して、受信したユーザＩＤに対応する生体データの認証サーバ１２−２における存在の有無を確認する（ステップＳ２４）。具体的には、ユーザデータ管理部１２２は、端末の接続を検出すると、ユーザデータ管理テーブルを参照して、端末から受信したユーザＩＤの登録データが存在するか否かを確認する。この例では、ユーザＩＤ「User0001」に対してセンサタイプＡの生体センサ１４Ａで取得された生体データが登録されており、登録データが存在する。受信したユーザＩＤに対応する登録データがなければ（ステップＳ２５がＮｏ）、認証サーバ１２−２は、図５及び図６と共に説明した処理の場合と同様に仮パスワードの発行の処理を実行する。受信したユーザＩＤに対応する登録データがあれば（ステップＳ２５がＹｅｓ）、処理はステップＳ２６へ進む。ユーザデータ管理部１２２は、図４に示す互換性管理テーブルを参照し、端末から受信したセンサタイプと認証サーバ１２−２に登録されているセンサタイプとの互換性を確認する（ステップＳ２６）。この例では、認証サーバ１２−２は端末１１−２２からセンサタイプＢを受信し、認証サーバ１２−２に登録されているセンサタイプＡとの互換性はない。端末から受信したセンサタイプが認証サーバ１２−２に登録されているセンサタイプと互換性があれば（ステップＳ２７でＹｅｓ）、認証サーバ１２−１は、図５及び図６と共に説明した処理の場合と同様に生体認証処理を実行する。端末から受信したセンサタイプが認証サーバ１２−２に登録されているセンサタイプと互換性がなければ（ステップＳ２７でＮｏ）、図８に示すセッション情報管理テーブルを参照し、仮パスワードの発行の可否を判断する（ステップＳ２８）。

仮パスワード発行判定部１２３は、セッション情報管理テーブルに同じユーザＩＤ「User0001」を含むセッションがあるか否かを判定する（ステップＳ２９）。セッション情報管理テーブルに同じユーザＩＤ「User0001」を含むセッションが存在すると（ステップＳ２９がＹｅｓ）、仮パスワード発行判定部１２３は、セッションがセッション有効期限内であるか否かを判定する（ステップＳ３０）。セッション有効期限内のセッションが存在すると（ステップＳ３０がＹｅｓ）、仮パスワード発行判定部１２３は、生体認証部１２４による生体認証処理の認証が成功したか否かを判定する（ステップＳ３１）。生体認証処理の認証が成功すると（ステップＳ３１がＹｅｓ）、処理は図１０に示すステップＳ３２へ進む。

仮パスワード発行判定部１２３は、セッション情報管理テーブルから該当するセッションに紐づけられた端末情報を取得する（ステップＳ３２）。また、仮パスワード発行判定部１２３は、取得した端末情報が示す端末１１−２１に認証画面を表示するように、端末１１−２１の生体認証アプリを制御し、仮パスワードを端末１１−２１に送信して認証画面に表示する（ステップＳ３３）。具体的には、仮パスワード発行判定部１２３は、取得した端末情報が示す端末１１−２１のタッチパネルに認証画面を表示するように、ネットワーク１３を介して端末１１−２１の生体認証アプリを制御する。また、仮パスワード発行判定部１２３は、仮パスワードをネットワーク１３を介して端末１１−２１に送信して認証画面に表示する。

図８に示す例では、ユーザＩＤ「User0001」を含むセッションが存在し、セッションＩＤ「0000000000000001」には認証サーバ１２−２に生体データを未登録の端末１１−２２から接続要求のあったユーザＩＤ「User0001」が含まれている。また、ユーザＩＤ「User0001」を含むセッションがセッション有効期限内である。従って、認証サーバ１２−２の生体認証部１２４が、生体認証部１２４による生体認証処理の認証が成功であると判定したときに、仮パスワード発行判定部１２３が、仮パスワードを発行する。具体的には、仮パスワード発行判定部１２３は、端末１１−２１の端末情報に記録されているＩＰアドレスが「wwww.xxxx.yyyy. 0001」の端末１１−２１の生体認証アプリに対して仮パスワードを発行する。また、仮パスワード発行判定部１２３は、発行した仮パスワードを端末１１−２１のタッチパネル上で、生体認証アプリの認証画面に表示する。

本実施例では、図９及び図１０に示す処理に従って、生体認証処理の認証が成功した時に、認証サーバがユーザデータ管理テーブルを参照してユーザＩＤの仮パスワードがある場合には、図５及び図６と共に説明した処理の場合と同様に仮パスワードを発行する。一方、ユーザＩＤの仮パスワードがない場合には、セッションＩＤに紐づけてユーザＩＤ、端末情報、生体認証処理の認証結果、セッション有効期限をセッション情報管理テーブルに設定して管理する。次に、認証サーバに生体データを未登録の第２の端末から認証サーバに接続するときに、第２の端末のユーザＩＤ取得部がユーザＩＤを取得して認証サーバに送信し、センサ情報取得部がセンサ種別情報を取得して認証サーバに送信する。

認証サーバが、図５及び図６と共に説明した処理の場合と同様に仮パスワードの発行の要否を判定し、仮パスワードの発行が必要と判定されたときに、ユーザＩＤを含むセッション有効期限内である有効なセッションが存在する場合がある。この場合、認証サーバは、該当するセッションに紐づけられた端末情報を取得する。また、セッション情報管理部が第２の端末から受信したユーザＩＤと同じユーザＩＤを含むセッション有効期限内である有効なセッションが存在する場合に、該当するセッションに紐づけられた端末情報を取得する。仮パスワード発行判定部は、仮パスワードを生成し、取得した端末情報の第１の端末に仮パスワードを送信する。

本実施例によれば、認証サーバが仮パスワード発行の管理とセッション管理を関連づける。これにより、認証サーバに登録されている生体データを取得した生体センサと互換性のない生体センサを備えた端末を認証サーバに接続したときに、仮パスワードを発行して、有効なセッションを保持している既に認証サーバに生体データを登録済の端末に送信できる。そのため、認証サーバに登録されている生体データを取得した生体センサと互換性のない生体センサを備えた端末を認証サーバに接続した後に、登録済の生体データを取得した生体センサを備えた端末で再度生体認証する必要がなくなり、仮パスワード発行の手順を簡略化できる。

（第３実施例）
図１１は、第３実施例における生体認証装置の一例を示す機能ブロック図である。図１１中、図１と同一部分には同一符号を付し、その説明は省略する。本実施例では、生体認証システム１−３の認証サーバ１２−３が、生体認証装置の一例を形成する。認証サーバ１２−３は、プログラムを実行して、以下で説明する生体認証方法に従った処理を実行可能である。図１１に示すように、本実施例では、各端末１１−３１，１１−３２に端末情報取得部１１５が設けられていない。また、認証サーバ１２−３は、端末管理部１２７及び構成管理情報取得部１２８を更に有する。端末管理部１２７は、データベース１９２が格納する、図１２に示す端末管理情報を管理する。構成管理情報取得部１２８は、データベース１９３が格納する、図１３に示す構成管理情報を取得する。認証サーバ１２−３は、データベース１９１，１９２，１９３の夫々にアクセス可能である。なお、データベース１９１，１９２，１９３のうち、２以上のデータベースを単一のデータベース内に設けても良いことは言うまでもない。

端末管理部１２７は、第３の管理部の一例である。端末管理部１２７は、端末型名とセンサ種別情報を含む端末の構成管理情報から、受信した端末型名に紐づけられたセンサ種別情報を取得する。また、端末管理部１２７は、第１のテーブルの一例であるユーザデータ管理テーブルから該当するユーザ識別情報の生体データを取得した生体センサのセンサ種別情報を抽出する。仮パスワード発行判定部１２３は、パスワード発行フラグを有効に設定する制御手段の一例である。仮パスワード発行判定部１２３は、抽出したセンサ種別情報を第２のテーブルの一例である互換性管理テーブルと照らし合わせて、パスワード発行の有無を判定する。また、仮パスワード発行判定部１２３は、端末型名に紐づけられたセンサ種別情報と互換性があるセンサ種別情報が第１のテーブルの一例であるユーザデータ管理テーブルにない場合には、パスワード発行フラグを有効に設定する。

ユーザが、ユーザ識別情報の一例であるユーザＩＤ（Identifier）として、例えばユーザＩＤ「User0001」を利用している場合を例に説明する。また、認証サーバ１２−３のデータベース１９１には、ユーザＩＤ「User0001」に紐づけられてこのユーザの生体データの登録データと、生体データを取得した端末１１−３１の生体センサ１４ＡのセンサタイプＡ等のユーザデータが既に登録されている。

図１４は、第３実施例の処理の一例を説明するフローチャートである。図１４に示す処理は、例えば端末１１−３１，１１−３２及び認証サーバ１２−３の各装置を形成する各コンピュータ１００のＣＰＵ１０１がメモリ１０２に格納されたプログラムを実行することにより実行できる。

ユーザが、例えば認証サーバ１２−３に生体データを未登録の端末１１−３２を管理する、端末１１−３２のクライアントアプリを起動すると、端末１１−３２のタッチパネルに入力画面が表示される。ユーザが、入力画面から端末管理情報を入力すると、端末管理情報はネットワーク１３を介して認証サーバ１２−３に送信され、認証サーバ１２−３の端末管理部１２７が、受信した端末管理情報をデータベース１９２に登録する（ステップＳ３４）。ユーザが入力画面から入力する端末管理情報は、ユーザＩＤ「User0001」、端末１１−３２の端末名Ｔ２、端末１１−３２の端末型名Ｍ２等の情報である。図１２に示す端末管理情報の例では、ユーザＩＤ「User0001」に対して、データベース１９２には端末１１−３１の端末名Ｔ１「Term1-1」及び端末型名Ｍ１「XXXXXXX1」と、端末１１−３２の端末名Ｔ２「Term1-2」及び端末型名Ｍ２「XXXXXXX2」とが格納されている。認証サーバ１２−３の仮パスワード発行判定部１２３は、端末１１−３２の端末管理情報がデータベース１９２に登録されたことをトリガとして、登録された端末型名に紐づけられたセンサタイプを取得する（ステップＳ３５）。具体的には、仮パスワード発行判定部１２３は、構成管理情報取得部１２８を経由して、データベース１９３に格納された図１３に示す如き構成管理情報から、登録された端末型名に紐づけられたセンサタイプを取得する。図１３に示す構成管理情報の例では、端末型名「XXXXXXX1」に対して生体センサ１４ＡのセンサタイプＡが格納されており、端末型名「XXXXXXX2」に対して生体センサ１４ＢのセンサタイプＢが格納されている。従って、この例では、仮パスワード発行判定部１２３は、端末型名Ｍ２が「XXXXXXX2」の端末１１−３２がデータベース１９２に登録されたことをトリガとして、データベース１９３において端末型名「XXXXXXX2」に対して格納されているセンサタイプＢを取得する。

次に、認証サーバ１２−３の仮パスワード発行判定部１２３は、図３に示すユーザデータ管理テーブルからユーザＩＤ「User0001」に紐づけられた登録データのセンサ種別情報であるセンサタイプを抽出する（ステップＳ３６）。この例では、抽出されるセンサ種別情報は、生体センサ１４ＡのセンサタイプＡである。また、仮パスワード発行判定部１２３は、抽出したセンサタイプＡと図４に示す互換性管理テーブルとを照らし合わせて、仮パスワード発行の有無を判定する（ステップＳ３６）。仮パスワード発行判定部１２３は、新規登録した端末のセンサタイプと登録データのセンサデータのセンサタイプ間で互換性があるか否かを判定する（ステップＳ３７）。つまり、端末管理情報がデータベース１９２に登録された端末１１−３２のセンサタイプＢと、データベース１９１の登録データに登録されているユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡとの間の互換性の有無を判定する。このように、認証時に使用可能なセンサタイプの中に、上記の如く新規登録した端末型名「XXXXXXX2」に紐づけられたセンサタイプＢが含まれるか否かを判定する。

この例では、端末１１−３２に紐づけられたセンサタイプＢは、登録時に使用したセンサタイプＡと互換性がなく認証時に使用可能なセンサタイプの中に含まれていないので（ステップＳ３７がＮｏ）、処理はステップＳ３９へ進む。仮パスワード発行判定部１２３は、ユーザデータ管理テーブルのユーザＩＤ「User0001」の仮パスワード発行フラグを有効に設定し、図５及び図６と共に説明した処理の場合と同様に仮パスワード発行フラグを有効に設定した後の処理を実行する（ステップＳ３９）。具体的には、認証サーバ１２−３の生体認証部１２４は、既に認証サーバ１２−３に生体データを登録済の端末１１−３１から受信した生体データを登録生体データと照合する生体認証処理を実行し、仮パスワード発行判定部１２３から仮パスワードを発行する。一方、端末１１−３２に紐づけられたセンサタイプＢが、登録時に使用したセンサタイプＡと互換性があり認証時に使用可能なセンサタイプの中に含まれていると（ステップＳ３７がＹｅｓ）、処理はステップＳ３８へ進む。仮パスワード発行判定部１２３は、端末１１−３２から生体データを認証サーバ１２−３に再登録するための仮パスワードの発行が不要であると判定し（ステップＳ３８）、処理は終了する。

このように、本実施例では、図１４に示す処理に従って、ユーザが、端末から端末名と端末型名を含む端末管理情報を認証サーバに新たに登録する。また、認証サーバが、端末型名とセンサタイプを含む端末の構成管理情報から、新たに登録された端末型名に紐づけられたセンサタイプを取得する。更に、認証サーバが、ユーザデータ管理情報テーブルから該当するユーザＩＤの登録データのセンサタイプを抽出する。仮パスワード発行判定部は、抽出したセンサタイプを互換性管理テーブルと照らし合わせて、仮パスワード発行の有無を判定する。新たに登録された端末型名に紐づけられたセンサタイプと互換性がある登録データがない場合には、仮パスワード発行フラグを有効に設定し、既に認証サーバに生体データを登録済の端末から受信した生体データを登録生体データと照合する生体認証処理を実行すると共に、仮パスワードを発行する。

本実施例によれば、端末にセンサタイプを取得する端末情報取得部等が設けられていなくても、ユーザが認証サーバの端末管理部を使って登録する端末型名から、上記の如く互換性を判定できる。具体的には、認証サーバの構成管理情報に登録されている該当端末型名のセンサタイプとユーザデータ管理テーブルの該当ユーザＩＤに紐づけられた登録データのセンサタイプとの互換性を、互換性管理テーブルに基づいて判定できる。互換性がないと判定した場合には、仮パスワード発行フラグを有効に設定し、仮パスワードを発行して既に認証サーバに生体データを登録済の端末に送信できる。

（第４実施例）
図１５は、第４実施例における生体認証装置の一例を示す機能ブロック図である。図１５中、図１１と同一部分には同一符号を付し、その説明は省略する。本実施例では、生体認証システム１−４の認証サーバ１２−４が、生体認証装置の一例を形成する。認証サーバ１２−４は、プログラムを実行して、以下で説明する生体認証方法に従った処理を実行可能である。図１５に示すように、本実施例では、認証サーバ１２−４がメール送信部１２９を更に有する。また、認証サーバ１２−４は、データベース１９４にアクセス可能である。更に、認証サーバ１２−４のユーザデータ管理部１２２は、図１６に示すユーザデータ管理テーブルを管理する。図１６に示すユーザデータ管理テーブルは、図３に示すユーザデータに加え、各ユーザＩＤのメールアドレスを格納する。メール送信部１２９は、取得したメールアドレスにパスワードを送信する送信手段の一例である。

ユーザが、ユーザ識別情報の一例であるユーザＩＤ（Identifier）として、例えばユーザＩＤ「User0001」を利用している場合を例に説明する。認証サーバ１２−４のデータベース１９４には、ユーザＩＤ「User0001」に紐づけられてこのユーザのユーザデータが既に登録されている。ユーザデータは、このユーザの生体データの登録データと、生体データを取得した端末１１−４１の生体センサ１４ＡのセンサタイプＡ、このユーザのメールアドレス「[email protected]」等を含む。

図１７は、第４実施例の処理の一例を説明するフローチャートである。図１７に示す処理は、例えば端末１１−４１，１１−４２及び認証サーバ１２−４の各装置を形成する各コンピュータ１００のＣＰＵ１０１がメモリ１０２に格納されたプログラムを実行することにより実行できる。

ユーザが、例えば認証サーバ１２−５に生体データを未登録の端末１１−４２から認証サーバ１２−５に接続して生体認証を利用するために端末１１−４２の生体認証アプリを起動する。生体認証アプリが起動されると、端末１１−４２のタッチパネルに認証画面が表示され、ユーザが認証画面からユーザＩＤ「User0001」を入力する。ユーザＩＤの入力に応答して、端末１１−４２のユーザＩＤ取得部１１１がユーザＩＤ「User0001」を認証サーバ１２−１に送信し、センサ情報取得部１１３が生体センサ１４ＢのセンサタイプＢを認証サーバ１２−４に送信する（ステップＳ４１）。具体的には、ユーザＩＤ取得部１１１がユーザＩＤ「User0001」を取得してネットワーク１３を介して認証サーバ１２−１に送信する。また、端末１１−４２のセンサ情報取得部１１３が端末１１−４２の生体センサ１４Ｂのセンサ種別情報の一例であるセンサタイプＢを取得してネットワーク１３を介して認証サーバ１２−４に送信する。

認証サーバ１２−４のユーザデータ管理部１２２は、ユーザデータ管理部１２２が管理する図１６に示すユーザデータ管理テーブルを参照して端末１１−４２から受信したユーザＩＤ「User0001」の生体データの登録状態を確認する（ステップＳ４２）。また、認証サーバ１２−４のユーザデータ管理部１２２は、ユーザＩＤ「User0001」の登録データが存在するか否かを判定する（ステップＳ４３）。図１６に示す例では、センサタイプＡの生体センサ１４Ａで取得した、ユーザＩＤ「User0001」のユーザの生体データが登録されている（ステップＳ４３がＹｅｓ）。この例では、ユーザＩＤ「User0001」に対してユーザデータ管理テーブルに格納された登録データ「f/f9a9ana9ffa90g」は、データベース１９４に格納された、ユーザＩＤ「User0001」の生体データのファイル名であるが、登録データの格納形式は特に限定されない。一方、ステップＳ４３の判定結果がＮｏであると、処理は後述するステップＳ４４へ進む。この例では、ユーザデータ管理テーブル及び互換性管理テーブルは、データベース１９４に含まれている。

ユーザデータ管理部１２２は、端末１１−４２から受信したセンサ種別情報であるセンサタイプＢと、登録されているユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡの互換性を確認する（ステップＳ４６）。具体的には、ユーザデータ管理部１２２は、センサ互換性管理部１２１が管理する図４に示す互換性管理テーブルを参照して、上記互換性を確認する。ユーザデータ管理部１２２は、端末１１−４２から受信したセンサタイプＢと、認証サーバ１２−４に登録されているユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡの互換性があるか否かを判定する（ステップＳ４７）。この例では、ユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡと互換性のある、認証時に使用可能なセンサタイプはセンサタイプＡのみである。このため、端末１１−４２から受信したセンサタイプＢは、認証サーバ１２−４に登録されているユーザＩＤ「User0001」の生体データを取得した生体センサ１４ＡのセンサタイプＡと互換性がないと判定される（ステップＳ４７がＮｏ）。

ステップＳ４７の判定結果がＮｏであると、認証サーバ１２−４のユーザデータ管理部１２２は、図１６に示すユーザデータ管理テーブルのユーザデータを参照し、ユーザＩＤ「User0001」のメールアドレス「[email protected]」を取得する（ステップＳ４４）。また、メール送信部１２９は、仮パスワード発行判定部１２３が発行した仮パスワードを、取得したユーザＩＤ「User0001」のメールアドレス「[email protected]」に送信する。仮パスワード発行判定部１２３は、図５及び図６と共に説明した処理の場合と同様に仮パスワードを発行できる。

一方、ステップＳ１７の判定結果がＹｅｓであると、図５及び図６と共に説明した処理の場合と同様に仮パスワード発行判定部１２３は端末１１−４１のタッチパネルに生体認証アプリの認証画面を表示する（ステップＳ４８）。ユーザが認証画面に表示されたメッセージに従って生体センサ１４Ａによりユーザの生体情報を取得して入力する。端末１１−４１の生体情報取得部１１２は、入力された生体情報を取得し、端末１１−４１の生体データ生成部１１４は、生体データを生成して認証サーバ１２−４に送信する（ステップＳ４９）。具体的には、端末１１−４１の生体データ生成部１１４は、生体情報取得部１１２が取得した生体情報に基づき生体データを生成してネットワーク１３を介して認証サーバ１２−４に送信する。

このように、本実施例では、図１７に示す処理に従って、ユーザＩＤに対して互換性のある登録データがないと判定されたときに、ユーザデータ管理部がユーザデータ管理テーブルからユーザＩＤのメールアドレスを取得する。また、仮パスワード発行判定部は、仮パスワードを生成し、取得したメールアドレスに送信する。

本実施例によれば、認証サーバが端末から受信したユーザＩＤとセンサ種別情報を使って仮パスワード発行の制御を行うと共に、ユーザＩＤに紐づけられて登録されたメールアドレスと仮パスワード発行の制御を連携させることができる。

（第５実施例）
図１８は、第５実施例における生体認証装置の一例を示す機能ブロック図である。図１８中、図１と同一部分には同一符号を付し、その説明は省略する。本実施例では、生体認証システム１−５の認証サーバ１２−５が、生体認証装置の一例を形成する。認証サーバ１２−５は、プログラムを実行して、以下で説明する生体認証方法に従った処理を実行可能である。図１８に示すように、本実施例では、仮登録データのデータベース１９５を用いる。ユーザデータ管理部１２２及び生体認証部１２４は、管理手段の一例である。管理手段は、制御手段の一例である仮パスワード発行判定部１２３が受信したユーザ識別情報に対して第１のテーブルの一例であるユーザデータ管理テーブルに互換性のあるセンサ種別情報がないと判定すると登録データを生成して一時的に格納する。また、管理手段は、生体データを登録済の端末からの生体認証が成功すると、該当するユーザ識別情報の登録データを第１のテーブルに登録する。

本実施例では、図５及び図６と共に説明した処理の場合と同様の処理を行う。認証サーバ１２−５に生体データを未登録の端末１１−５２がネットワーク１３を介して認証サーバ１２−５に接続し、認証サーバ１２−５のユーザデータ管理部１２２が互換性のある登録データがないと判定したときに、登録データを生成する（ステップｓｔ１）。具体的には、生成した登録データを仮登録データとして、認証サーバ１２−５のデータベース１９５に一時的に格納する。また、認証サーバ１２−５の生体認証部１２４により既に認証サーバ１２−５に生体データを登録済の端末１１−５１からの生体認証が成功したときに、該当するユーザＩＤの仮登録データをデータベース１９１に反映して登録する（ステップｓｔ２）。具体的には、ユーザデータ管理部１２２が該当するユーザＩＤの仮登録データを、登録データとして認証サーバ１２−５のデータベース１９１に反映して登録し、データベース１９５内の仮登録データを削除する。

本実施例によれば、仮登録データを一時的に格納しておくことで、認証サーバに生体データを未登録の端末から生体データを再登録する際の処理を簡略化できる。

（第６実施例）
図１９は、第６実施例における生体認証装置の一例を示す機能ブロック図である。図１９中、図１と同一部分には同一符号を付し、その説明は省略する。本実施例では、生体認証システム１−６の認証サーバ１２−６が、生体認証装置の一例を形成する。認証サーバ１２−６は、プログラムを実行して、以下で説明する生体認証方法に従った処理を実行可能である。図１９に示すように、本実施例では、各端末１１−６１，１１−６２がペアリング部１１６を更に有する。仮パスワード発行判定部１２３は、既に生体データを登録済の端末とペアリングされた、生体データを未登録の端末に対して、生体データの登録許可を通知する制御手段の一例である。

本実施例では、図５及び図６と共に説明した処理の場合と同様の処理を行う。図１９に示すように、認証サーバ１２−６に生体データを未登録の端末１１−６２と、既に認証サーバ１２−６に生体データを登録済の端末１１−６１を無線接続でペアリングしておくと共に、端末１１−６２の端末情報とセンサ種別情報を無線送信する（ステップＳＴ１）。具体的には、ペアリング時に端末１１−６２のペアリング部１１６が、当該端末１１−６２の端末情報とセンサ種別情報を端末１１−６１のペアリング部１１６に無線送信する。端末１１−６１，１１−６２がペアリングされていることを示す情報は、各端末１１−６１，１１−６２のペアリング部１１６が例えばメモリ１０２に格納すれば良い。また、端末１１−６１がネットワーク１３を介して認証サーバ１２−６に接続して認証要求を送信するときに、端末１１−６１が各種データを認証サーバ１２−６に送信する（ステップＳＴ２）。端末１１−６１のユーザＩＤ取得部１１１、センサ情報取得部１１３、ペアリング部１１６を経由した端末情報取得部１１５、及び生体データ生成部１１４が、各種データを認証サーバ１２−６に送信する。各種データは、ユーザＩＤ、センサ種別情報、ペアリングした、認証サーバ１２−６に生体データを未登録の端末１１−６２の端末情報とセンサ種別情報、及び生体データを含む。

認証サーバ１２−６の生体認証部１２４は、端末１１−６１に対する生体認証を実行する（ステップＳＴ３）。端末１１−６１に対する生体認証は、端末１１−６１から受信した生体データを登録生体データと照合する。端末１１−６１に対する生体認証が成功すると、認証サーバ１２−６の仮パスワード発行判定部１２３がペアリングした端末１１−６２から該当するユーザＩＤの生体データの登録を許可する判定を行う（ステップＳＴ４）。具体的には、生体認証が成功すると、仮パスワード発行判定部１２３は、端末１１−６１の該当ユーザＩＤについて、互換性のある登録データがないときに、一定期間、ペアリングした端末１１−６２から該当するユーザＩＤの生体データの登録を許可する判定を行う。認証サーバ１２−６の仮パスワード発行判定部１２３は、ペアリングした端末１１−６２からの生体データの登録許可通知を端末１１−６１に送信する（ステップＳＴ５）。生体データの登録許可は、端末１１−６１のペアリング部１１６から無線通信により端末１１−６２のペアリング部１１６に通知する。

端末１１−６２がネットワーク１３を介して認証サーバ１２−６に接続して接続要求を送信するときに、端末１１−６２が、ユーザＩＤ、センサ種別情報、ペアリングした端末１１−６１の端末情報を認証サーバ１２−６に送信する（ステップＳＴ６）。具体的には、端末１１−６２のユーザＩＤ取得部１１１、センサ情報取得部１１３、及びペアリング部１１６を経由した端末情報取得部１１５が、ユーザＩＤ、センサ種別情報、ペアリングした端末１１−６１の端末情報を認証サーバ１２−６に送信する。

認証サーバ１２−６の仮パスワード発行判定部１２３は、端末１１−６２からの接続要求に応答して、端末１１−６２による生体データの登録可否のチェックを行う（ステップＳＴ７）。この例では、端末１１−６２からのユーザＩＤの生体データの登録が許可されているので、認証サーバ１２−６の仮パスワード発行判定部１２３は、ネットワーク１３を介して端末１１−６２のタッチパネルに生体認証アプリの認証画面を表示する（ステップＳＴ８）。

ユーザが、端末１１−６２のタッチパネルに表示された認証画面から登録要求を入力すると、端末１１−６２は登録要求をネットワーク１３を介して認証サーバ１２−６に送信する（ステップＳＴ９）。具体的には、端末１１−６２のユーザＩＤ取得部１１１、センサ情報取得部１１３、及び生体データ生成部１１４が、ユーザＩＤ、センサ種別情報、及び生体データを認証サーバ１２−６に送信する。ユーザが、端末１１−６２の認証画面に表示されたメッセージに従って生体センサ１４Ｂによりユーザの生体情報を取得して入力すると、端末１１−６２の生体情報取得部１１２が入力された生体情報を取得する。端末１１−６２の生体データ生成部１１４は、端末１１−６２の生体情報取得部１１２が取得した生体情報から生体データを生成して認証サーバ１２−６に送信する。

本実施例によれば、既に生体データを登録済の端末とペアリングされた、認証サーバに生体データを未登録の端末に対して生体データの登録許可を通知することで、認証サーバに生体データを未登録の端末から生体データを再登録する際の処理を簡略化できる。

（第７実施例）
図２０は、第７実施例における生体認証装置の一例を示す機能ブロック図である。図２０中、図１と同一部分には同一符号を付し、その説明は省略する。本実施例では、端末１１−７が、生体認証装置の一例を形成する。端末１１−７は、プログラムを実行して、以下で説明する生体認証方法に従った処理を実行可能であり、スタンドアロン型の生体認証システムを形成可能である。図２０に示すように、本実施例では、ＵＳＢ接続等で生体センサ１４Ａ，１４Ｂを切り替えて使用する環境下で、端末１１−７が上記実施例における認証サーバの処理をも実行する。センサと端末のＵＳＢ接続とは、ＵＳＢを用いたセンサと端末間の接続を言う。

図２０に示すように、端末１１−７は、センサ互換性管理部１２１０、ユーザデータ管理部１２２０、仮パスワード発行判定部１２３０、生体認証部１２４０、及び仮パスワード認証部１２５０を有する。センサ互換性管理部１２１０、ユーザデータ管理部１２２０、仮パスワード発行判定部１２３０、生体認証部１２４０、及び仮パスワード認証部１２５０は、上記の各実施例における対応部分と同様の機能を有する。具体的には、上記の各実施例における対応部分とは、認証サーバ１２−１〜１２−６内に設けられたセンサ互換性管理部１２１、ユーザデータ管理部１２２、仮パスワード発行判定部１２３、生体認証部１２４、及び仮パスワード認証部１２５である。また、端末１１−７は、データベース１９１０にアクセス可能である。例えば、端末１１−７の各部の処理は、図２に示すコンピュータ１００のＣＰＵ１０１により実行可能であり、データベース１９１０は、メモリ１０２に格納されていても良い。つまり、端末１１−７内で、上記の各実施例における生体認証システムの処理を実行可能である。

本実施例では、図５及び図６と共に説明した第１実施例の処理の場合と同様の処理を端末１１−７内で行う。図２０に示すように、ユーザが例えば生体センサ１４Ｂを端末１１−７にＵＳＢ接続する。仮パスワード発行判定部１２３０がデータベース１９１０内に生体センサ１４ＢのセンサタイプＢと互換性のある登録データがないと判定した場合、仮パスワード発行判定部１２３０が仮パスワード発行フラグを有効化する（ステップＳＴ１１）。具体的には、仮パスワード発行判定部１２３０がユーザデータ管理部１２２０及びセンサ互換性管理部１２１０の処理に応じて仮パスワード発行フラグを有効化する。

ユーザが、生体センサ１４Ｂを端末１１−７から取り外した後、生体センサ１４Ａを端末１１−７にＵＳＢ接続した場合を説明する。この場合、生体認証部１２４０による生体認証が成功すると、仮パスワード発行判定部１２３０が仮パスワードを生成して表示する（ステップＳＴ１２）。具体的には、ユーザが生体センサ１４Ａを端末１１−７にＵＳＢ接続すると、仮パスワード発行判定部１２３０がデータベース１９１０内に生体センサ１４ＡのセンサタイプＡと互換性のある登録データがあると判定する。また、生体認証部１２４０による生体認証が成功すると、仮パスワード発行判定部１２３０が仮パスワードを生成し、端末１１−７のタッチパネルの認証画面に表示する。

ユーザが、例えば認証画面に表示されたメッセージに従い生体センサ１４Ａを端末１１−７から取り外した後、生体センサ１４Ｂを端末１１−７にＵＳＢ接続した場合を説明する。この場合、仮パスワード認証部１２５０による仮パスワードの認証が成功すると、生体データ生成部１１４が生体情報に基づき生体データを生成し、ユーザデータ管理部１２２０が生体データをデータベース１９１０のユーザ管理テーブルに登録する（ステップＳＴ１３）。具体的には、仮パスワード認証部１２５０による仮パスワードの認証が成功すると、生体情報取得部１１２が、生体センサ１４Ｂから入力されたユーザの生体情報を取得する。また、生体データ生成部１１４が、生体情報取得部１１２が取得した生体情報に基づき生体データを生成する。更に、ユーザデータ管理部１２２０が、生体データ生成部１１４が生成した生体データをデータベース１９１０のユーザ管理テーブルに登録する。

このように、本実施例では、端末の生体センサを切り替えて使用する環境において、上記第１実施例の認証サーバが提供するセンサの互換性管理、ユーザデータ管理、仮パスワード発行等の機能を端末内に設ける。互換性のあるセンサタイプの生体センサが生体データを未登録の端末に接続された場合、図５及び図６と共に説明した処理の場合と同様に仮パスワード発行の判定を行い、仮パスワード発行フラグを有効化する。一方、互換性のあるセンサタイプの生体センサが生体データを登録済の端末に接続され、生体認証が成功した場合、図５及び図６と共に説明した処理の場合と同様に仮パスワードを発行する。ただし、本実施例の場合、新たに生体認証を利用するのに用いる生体センサが接続される端末は、仮パスワードを通知される端末と同じ端末である。

なお、例えば複数のＵＳＢポートを備えた端末の場合、２つの異なるセンサタイプの生体センサが対応するＵＳＢポートに接続された状態で、ＵＳＢポートを切り替えて使用するようにしても良い。

本実施例によれば、端末の生体センサを切り替えて使用する環境において、上記の各実施例の認証サーバが提供するセンサの互換性管理、ユーザデータ管理、仮パスワード発行等の機能を端末内で実現できる。

なお、本実施例において、端末は、上記第１乃至第６実施例のいずれの生体認証システムの処理を実行しても良い。また、端末は、上記第１乃至第６実施例のうち２以上の実施例の組み合わせに相当する生体認証システムの処理を実行しても良い。

（第８実施例）
図２１は、第８実施例における生体認証装置の一例を示す機能ブロック図である。図２１中、図１と同一部分には同一符号を付し、その説明は省略する。本実施例では、生体認証システム１−８の認証サーバ１２−８及び中間サーバ１５が、生体認証装置の一例を形成する。つまり、中間サーバ１５が、生体認証装置の一部を形成する。認証サーバ１２−８及び中間サーバ１５は、プログラムを実行して、以下で説明する生体認証方法に従った処理を実行可能である。図２１に示すように、本実施例では、中間サーバ１５が設けられている。各端末１１−８１，１１−８２と中間サーバ１５との間はイントラネット等のネットワーク１３Ａにより接続可能であり、中間サーバ１５と認証サーバ１２−８との間はネットワーク１３Ａ及びインターネット等のネットワーク１３Ｂにより接続可能である。各端末１１−８１，１１−８２と認証サーバ１２−８との間も、ネットワーク１３Ａ，１３Ｂにより接続可能である。中間サーバ１５は、上記の各実施例における認証サーバの処理の一部を実行する。

中間サーバ１５は、ユーザデータのデータベース１５４をアクセス可能であり、仮パスワード発行判定部１５１と、センサ互換性管理部１５２と、ユーザデータ管理部１５３を有する。データベース１５４を格納する記憶装置は、ユーザデータを格納するキャッシュメモリである。また、認証サーバ１２−８は、ユーザデータのデータベース１９６をアクセス可能である。データベース１９６が格納するユーザデータ等は、上記第１実施例におけるデータベース１９１が格納するユーザデータと同様であるが、データベース１５４を格納するキャッシュメモリを介して格納される。認証サーバ１２−８のユーザデータ管理部１２２は、認証サーバ１２−８のデータベース１９６内のユーザデータを管理する。中間サーバ１５のユーザデータ管理部１５３は、中間サーバ１５のデータベース１５４にキャッシュされたユーザデータを管理する。

本実施例では、図５及び図６と共に説明した処理の場合と同様の処理を、認証サーバ１２−８とキャッシュ機能を備えた中間サーバ１５とで分散して実行する。また、例えば認証サーバ１２−８に生体データを未登録の端末１１−８２から認証サーバ１２−８に接続して生体認証を利用するために端末１１−８２の生体認証アプリを起動すると、端末１１−８２のタッチパネルに認証画面が表示される。ユーザが認証画面からユーザＩＤを入力すると、ユーザＩＤの入力に応答して、端末１１−８２のユーザＩＤ取得部１１１が、ユーザＩＤを取得してネットワーク１３Ａを介して中間サーバ１５に送信する。また、端末１１−８２のセンサ情報取得部１１３が、端末１１−８２の生体センサ１４Ｂのセンサ種別情報の一例であるセンサタイプＢを取得してネットワーク１３Ａを介して中間サーバ１５に送信する。中間サーバ１５は、認証サーバ１２−８とネットワーク１３Ａ，１３Ｂを介して接続し、認証サーバ１２−８のデータベース１９６内のユーザデータを中間サーバ１５のデータベース１５４にキャッシュする。中間サーバ１５の仮パスワード発行判定部１５１、センサ互換性管理部１５２、及びユーザデータ管理部１５３は、データベース１５４にキャッシュされたユーザデータに基づいて、上記第１実施例の場合と同様の制御を行う。具体的には、仮パスワード発行フラグの有効化の制御及び仮パスワード発行の制御を行う。これにより、生体データを認証サーバ１２−８に再登録するのに用いる仮パスワードを発行し、既に生体データを登録済の端末１１−８１に送信できる。

なお、中間サーバ１５は、ネットワーク１３Ａを経由することなく、ネットワーク１３Ｂを介して認証サーバ１２−８に接続可能として良い。

本実施例によれば、データベースを格納する記憶装置と認証サーバの処理速度の差に起因する処理速度の低下を、データベースを格納するキャッシュメモリと中間サーバを用いることで低減できる。

なお、本実施例において、中間サーバ及び認証サーバは、上記第１乃至第６実施例のいずれの生体認証システムの認証サーバの処理を実行しても良い。また、中間サーバ及び認証サーバは、上記第１乃至第６実施例のうち２以上の実施例の組み合わせに相当する生体認証システムの認証サーバの処理を実行しても良い。

また、上記の各実施例に付されている第１乃至第８なる連番は、好ましい実施例の優先順位を表すものではない。

上記の各実施例では、生体の一例である指紋を用いて生体認証の一例である指紋認証を行う例を説明したが、生体は指紋に限定されず、例えば虹彩、静脈、掌紋、手相等であっても良い。

以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
ユーザ識別情報及びセンサ種別情報の受信に応答して、ユーザ識別情報毎に登録されている、生体データを取得した生体センサのセンサ種別情報のうち、受信した前記ユーザ識別情報に対応する生体データを取得した生体センサのセンサ種別情報と、受信した前記ユーザ識別情報とが所定の関係にあるか確認する管理手段と、
確認した前記所定の関係にあるセンサ種別情報に基づいて、生体データを再登録するのに用いるパスワードの発行を制御する制御手段と、
を備えたことを特徴とする生体認証装置。
（付記２）
前記管理手段は、
前記ユーザ識別情報の受信に応答して、ユーザ識別情報毎に登録されている、生体データと、当該生体データを取得した生体センサのセンサ種別情報と、パスワードと、前記パスワードの発行の要否を示すと共に有効であれば前記パスワードが発行待ちであることを示すパスワード発行フラグを格納した第１のテーブルを参照する第１の管理部と、
前記センサ種別情報の受信に応答して、センサ種別情報間が前記所定の関係にあるかを示す情報を格納した第２のテーブルを参照する第２の管理部と、
を有し、
前記制御手段は、前記パスワード発行フラグの有効化の制御及び前記パスワード発行の制御を行うことを特徴とする、付記１記載の生体認証装置。
（付記３）
前記管理手段は、ユーザ識別情報に対するパスワードが前記第１のテーブルに格納されていないと、セッション情報に紐づけてユーザ識別情報、端末情報、生体認証処理の認証結果、及びセッション有効期限を第３のテーブルに設定して管理する第３の管理部を更に有することを特徴とする、付記２記載の生体認証装置。
（付記４）
前記第３の管理部は、前記制御手段が前記パスワードの発行が必要と判定すると、受信したユーザ識別情報と同じユーザ識別情報を含むセッション有効期限内である有効なセッションが存在する場合に、該当するセッションに紐づけられた端末情報を取得することを特徴とする、付記３記載の生体認証装置。
（付記５）
前記管理手段は、端末型名とセンサ種別情報を含む端末の構成管理情報から、受信した端末型名に紐づけられたセンサ種別情報を取得し、前記第１のテーブルから該当するユーザ識別情報の生体データを取得した生体センサのセンサ種別情報を抽出する第３の管理部を更に有し、
前記制御手段は、抽出したセンサ種別情報を前記第２のテーブルと照らし合わせて、前記パスワード発行の有無を判定すると共に、前記端末型名に紐づけられたセンサ種別情報と前記所定の関係にあるセンサ種別情報が前記第１のテーブルにない場合には、前記パスワード発行フラグを有効に設定することを特徴とする、付記２記載の生体認証装置。
（付記６）
前記第１のテーブルは、前記ユーザ識別情報のメールアドレスを格納しており、
前記管理手段は、前記制御手段が受信した前記ユーザ識別情報に対して前記第１のテーブルに前記所定の関係にあるセンサ種別情報がないと判定すると、前記第１のテーブルから受信した前記ユーザ識別情報のメールアドレスを取得し、
取得した前記メールアドレスに前記パスワードを送信する送信手段を更に備えたことを特徴とする、付記２記載の生体認証装置。
（付記７）
前記管理手段は、前記制御手段が受信した前記ユーザ識別情報に対して前記第１のテーブルに前記所定の関係にあるセンサ種別情報がないと判定すると登録データを生成して一時的に格納し、生体データを登録済の端末からの生体認証が成功すると、該当するユーザ識別情報の登録データを前記第１のテーブルに登録することを特徴とする、付記１乃至６のいずれか１項記載の生体認証装置。
（付記８）
前記制御手段は、既に生体データを登録済の端末とペアリングされた、生体データを未登録の端末に対して、生体データの登録許可を通知することを特徴とする、付記１乃至７のいずれか１項記載の生体認証装置。
（付記９）
前記管理手段及び前記制御手段を有する端末で形成されていることを特徴とする、付記１乃至８のいずれか１項記載の生体認証装置。
（付記１０）
前記管理手段及び前記制御手段は、端末から前記ユーザ識別情報及び前記センサ種別情報を受信するキャッシュ機能を備えた中間サーバと、生体データを再登録する認証サーバとで形成されていることを特徴とする、付記１乃至８のいずれか１項記載の生体認証装置。
（付記１１）
端末から受信したユーザ識別情報及びセンサ種別情報に応答して、ユーザ識別情報毎に登録されている、生体データを取得した生体センサのセンサ種別情報のうち、受信した前記ユーザ識別情報に対応する生体データを取得した生体センサのセンサ種別情報と、受信した前記センサ種別情報とが所定の関係にあるか確認し、
確認した前記所定の関係にあるセンサ種別情報に基づいて、生体データを再登録するのに用いるパスワードの発行を制御する、
処理を生体認証装置のプロセッサが実行することを特徴とする生体認証方法。
（付記１２）
前記管理する処理は、
前記端末から受信した前記ユーザ識別情報に応答して、ユーザ識別情報毎に登録されている、生体データと、当該生体データを取得した生体センサのセンサ種別情報と、パスワードと、前記パスワードの発行の要否を示すと共に有効であれば前記パスワードが発行待ちであることを示すパスワード発行フラグを格納した第１のテーブルを参照し、
前記端末から受信した前記センサ種別情報に応答して、センサ種別情報間が前記所定の関係にあるかを示す情報を格納した第２のテーブルを参照する、
処理を含み、
前記制御する処理は、
前記パスワード発行フラグの有効化の制御及び前記パスワード発行の制御を行う処理を含むことを特徴とする、付記１１記載の生体認証方法。
（付記１３）
前記管理する処理は、
ユーザ識別情報に対するパスワードが前記第１のテーブルに格納されていないと、セッション情報に紐づけてユーザ識別情報、端末情報、生体認証処理の認証結果、及びセッション有効期限を第３のテーブルに設定して管理する処理を更に含むことを特徴とする、付記１２記載の生体認証方法。
（付記１４）
前記管理する処理は、前記制御する処理が前記パスワードの発行が必要と判定すると、受信したユーザ識別情報と同じユーザ識別情報を含むセッション有効期限内である有効なセッションが存在する場合に、該当するセッションに紐づけられた端末情報を取得することを特徴とする、付記１３記載の生体認証方法。
（付記１５）
前記管理する処理は、端末型名とセンサ種別情報を含む端末の構成管理情報から、受信した端末型名に紐づけられたセンサ種別情報を取得し、前記第１のテーブルから該当するユーザ識別情報の生体データを取得した生体センサのセンサ種別情報を抽出する処理を更に含み、
前記制御する処理は、抽出したセンサ種別情報を前記第２のテーブルと照らし合わせて、前記パスワード発行の有無を判定すると共に、前記端末型名に紐づけられたセンサ種別情報と前記所定の関係にあるセンサ種別情報が前記第１のテーブルにない場合には、前記パスワード発行フラグを有効に設定する処理を含むことを特徴とする、付記１２記載の生体認証方法。
（付記１６）
前記生体認証装置のプロセッサは、前記端末から接続可能なサーバ、又は、前記端末に設けられていることを特徴とする、付記１１乃至１５のいずれか１項記載の生体認証方法。
（付記１７）
端末から受信したユーザ識別情報及びセンサ種別情報に応答して、ユーザ識別情報毎に登録されている、生体データを取得した生体センサのセンサ種別情報のうち、受信した前記ユーザ識別情報に対応する生体データを取得した生体センサのセンサ種別情報と、受信した前記センサ種別情報とが所定の関係にあるか確認し、
確認した前記所定の関係にあるセンサ種別情報に基づいて、生体データを再登録するのに用いるパスワードの発行を制御する、
処理をコンピュータに実行させるためのプログラム。
（付記１８）
前記管理する処理は、
ユーザ識別情報に対するパスワードが前記第１のテーブルに格納されていないと、セッション情報に紐づけてユーザ識別情報、端末情報、生体認証処理の認証結果、及びセッション有効期限を第３のテーブルに設定して管理する処理を更に含むことを特徴とする、付記１７記載のプログラム。
（付記１９）
前記管理する処理は、前記制御する処理が前記パスワードの発行が必要と判定すると、受信したユーザ識別情報と同じユーザ識別情報を含むセッション有効期限内である有効なセッションが存在する場合に、該当するセッションに紐づけられた端末情報を取得することを特徴とする、付記１８記載のプログラム。
（付記２０）
前記管理する処理は、端末型名とセンサ種別情報を含む端末の構成管理情報から、受信した端末型名に紐づけられたセンサ種別情報を取得し、前記第１のテーブルから該当するユーザ識別情報の生体データを取得した生体センサのセンサ種別情報を抽出する処理を更に含み、
前記制御する処理は、抽出したセンサ種別情報を前記第２のテーブルと照らし合わせて、前記パスワード発行の有無を判定すると共に、前記端末型名に紐づけられたセンサ種別情報と前記所定の関係にあるセンサ種別情報が前記第１のテーブルにない場合には、前記パスワード発行フラグを有効に設定する処理を含むことを特徴とする、付記１８記載のプログラム。

以上、開示の生体認証装置、生体認証方法及びプログラムを実施例により説明したが、本発明は上記実施例に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能であることは言うまでもない。

１−１〜１−８生体認証システム
１１−２１，１１−２２，...，１１−７，１１−８１，１１−８２端末
１２−１〜１２−８認証サーバ
１３，１３Ａ，１３Ｂネットワーク
１４Ａ，１４Ｂ生体センサ
１００コンピュータ
１０１ＣＰＵ
１０２メモリ
１０３入力装置
１０４表示装置
１０５インタフェース
１０６バス

Claims

ユーザ識別情報及びセンサ種別情報の受信に応答して、ユーザ識別情報毎に登録されている、生体データを取得した生体センサのセンサ種別情報のうち、受信した前記ユーザ識別情報に対応する生体データを取得した生体センサのセンサ種別情報と、受信した前記センサ種別情報とが所定の関係にあるか確認する管理手段と、
確認した前記所定の関係にあるセンサ種別情報に基づいて、生体データを再登録するのに用いるパスワードの発行を制御する制御手段と、
を備えたことを特徴とする生体認証装置。
前記管理手段は、
前記ユーザ識別情報の受信に応答して、ユーザ識別情報毎に登録されている、生体データと、当該生体データを取得した生体センサのセンサ種別情報と、パスワードと、前記パスワードの発行の要否を示し有効であれば前記パスワードが発行待ちであることを示すパスワード発行フラグを格納した第１のテーブルを参照する第１の管理部と、
前記センサ種別情報の受信に応答して、センサ種別情報間が前記所定の関係にあるかを示す情報を格納した第２のテーブルを参照する第２の管理部と、
を有し、
前記制御手段は、前記パスワード発行フラグの有効化の制御及び前記パスワード発行の制御を行うことを特徴とする、請求項１記載の生体認証装置。
前記管理手段は、ユーザ識別情報に対するパスワードが前記第１のテーブルに格納されていないと、セッション情報に紐づけてユーザ識別情報、端末情報、生体認証処理の認証結果、及びセッション有効期限を第３のテーブルに設定して管理する第３の管理部を更に有することを特徴とする、請求項２記載の生体認証装置。
前記第３の管理部は、前記制御手段が前記パスワードの発行が必要と判定すると、受信したユーザ識別情報と同じユーザ識別情報を含むセッション有効期限内である有効なセッションが存在する場合に、該当するセッションに紐づけられた端末情報を取得することを特徴とする、請求項３記載の生体認証装置。
前記管理手段は、端末型名とセンサ種別情報を含む端末の構成管理情報から、受信した端末型名に紐づけられたセンサ種別情報を取得し、前記第１のテーブルから該当するユーザ識別情報の生体データを取得した生体センサのセンサ種別情報を抽出する第３の管理部を更に有し、
前記制御手段は、抽出したセンサ種別情報を前記第２のテーブルと照らし合わせて、前記パスワード発行の有無を判定すると共に、前記端末型名に紐づけられたセンサ種別情報と前記所定の関係にあるセンサ種別情報が前記第１のテーブルにない場合には、前記パスワード発行フラグを有効に設定することを特徴とする、請求項２記載の生体認証装置。
端末から受信したユーザ識別情報及びセンサ種別情報に応答して、ユーザ識別情報毎に登録されている、生体データを取得した生体センサのセンサ種別情報のうち、受信した前記ユーザ識別情報に対応する生体データを取得した生体センサのセンサ種別情報と、受信した前記センサ種別情報とが所定の関係にあるか確認し、
確認した前記所定の関係にあるセンサ種別情報に基づいて、生体データを再登録するのに用いるパスワードの発行を制御する、
処理を生体認証装置のプロセッサが実行することを特徴とする生体認証方法。
端末から受信したユーザ識別情報及びセンサ種別情報に応答して、ユーザ識別情報毎に登録されている、生体データを取得した生体センサのセンサ種別情報のうち、受信した前記ユーザ識別情報に対応する生体データを取得した生体センサのセンサ種別情報と、受信した前記センサ種別情報とが所定の関係にあるか確認し、
確認した前記所定の関係にあるセンサ種別情報に基づいて、生体データを再登録するのに用いるパスワードの発行を制御する、
処理をコンピュータに実行させるためのプログラム。