JP7533580B2 - 認証システム、認証端末、端末、認証システムの制御方法、認証端末の制御方法及び制御プログラム、端末の制御方法及び制御プログラム - Google Patents

Description

本発明は、認証システム、認証端末、認証端末の制御方法及び記憶媒体に関する。

企業の従業員等には、所謂、社員証が貸与されていることが多い。当該社員証は本人確認、本人認証に利用される。例えば、従業員は、ゲート装置に備え付けられたカードリーダに社員証を接触させてゲートを開き、オフィス等に入場する。

また、近年では、生体情報を用いた生体認証の普及が始まっている（特許文献１参照）。特許文献１には、本人確認時に行う顔認証を含む一連の処理を短時間で行う、と記載されている。当該文献の顔照合装置は、被認証者の顔画像又は該顔画像の特徴量である撮像顔データと、予め登録されている顔画像又は該顔画像の特徴量である登録顔データとを照合する顔照合処理を行って、被認証者が、登録顔データが登録された本人であるか否かを確認する。

特開２０１８－１０９９３５号公報

上述のように、社員証を用いた認証は生体情報を用いた生体認証が行われている。ここで、社員証による認証及び生体認証のそれぞれには、メリットとデメリットがある。例えば、社員証による認証では、認証の都度、利用者は社員証を取り出す必要ある。また、生体認証では、認証時の環境状況等によっては認証に失敗する可能性がある。

本発明は、より利便性の高い本人認証を実現することに寄与する、認証システム、認証端末、認証端末の制御方法及び記憶媒体を提供することを主たる目的とする。

本発明の第１の視点によれば、利用者が所持する端末と、前記利用者の生体認証を行うための第１の生体情報と、前記端末による端末認証を行うための第１の端末認証情報と、を記憶する認証サーバと、前記生体認証及び前記端末認証に対応する認証端末と、を含む、認証システムが提供される。

本発明の第２の視点によれば、利用者の生体情報を取得する、生体情報取得部と、前記利用者が所持する端末にアクセスし、前記端末による認証を行うための端末認証情報を取得する、端末アクセス部と、前記生体情報を取得した場合には、前記生体情報を含む認証要求を認証サーバに送信し、前記端末認証情報を取得した場合には、前記端末認証情報を含む前記認証要求を前記認証サーバに送信する、認証要求部と、を備える、認証端末が提供される。

本発明の第３の視点によれば、認証端末において、利用者の生体情報を取得し、前記利用者が所持する端末にアクセスし、前記端末による認証を行うための端末認証情報を取得し、前記生体情報を取得した場合には、前記生体情報を含む認証要求を認証サーバに送信し、前記端末認証情報を取得した場合には、前記端末認証情報を含む前記認証要求を前記認証サーバに送信する、認証端末の制御方法が提供される。

本発明の第４の視点によれば、認証端末に搭載されたコンピュータに、利用者の生体情報を取得する処理と、前記利用者が所持する端末にアクセスし、前記端末による認証を行うための端末認証情報を取得する処理と、前記生体情報を取得した場合には、前記生体情報を含む認証要求を認証サーバに送信し、前記端末認証情報を取得した場合には、前記端末認証情報を含む前記認証要求を前記認証サーバに送信する処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。

本発明の各視点によれば、より利便性の高い本人認証を実現することに寄与する、認証システム、認証端末、認証端末の制御方法及び記憶媒体が提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。

一実施形態の概要を説明するための図である。 第１の実施形態に係る認証システムの概略構成の一例を示す図である。 第１の実施形態に係る認証システムの動作概略を説明するための図である。 第１の実施形態に係る認証端末ＩＤリストの一例を示す図である。 第１の実施形態に係る認証端末の処理構成の一例を示す図である。 第１の実施形態に係る認証制御部の動作を説明するための図である。 第１の実施形態に係る認証要求の一例を示す図である。 第１の実施形態に係る認証制御部の動作を説明するための図である。 第１の実施形態に係る登録要求の一例を示す図である。 第１の実施形態に係る認証サーバの処理構成の一例を示す図である。 第１の実施形態に係る利用者登録の動作を説明するための図である。 第１の実施形態に係る利用者情報データベースの一例を示す図である。 第１の実施形態に係る行動履歴データベースの一例を示す図である。 第１の実施形態に係る端末の処理構成の一例を示す図である。 第１の実施形態に係る閲覧要求部の動作を説明するための図である。 第１の実施形態に係る出力部の動作を説明するための図である。 第１の実施形態に係る認証システムの動作の一例を示すシーケンス図である。 第２の実施形態に係る認証制御部の動作を説明するための図である。 第３の実施形態に係る認証サーバ１０の処理構成の一例を示す図である。 第３の実施形態に係る行動履歴解析部の動作を説明するための図である。 認証端末のハードウェア構成の一例を示す図である。 本願開示の変形例に係る認証制御部の動作を説明するための図である。 本願開示の変形例に係る出力部の動作を説明するための図である。

はじめに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、特段の釈明がない場合には、各図面に記載されたブロックはハードウェア単位の構成ではなく、機能単位の構成を表す。各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。

一実施形態に係る認証システムは、利用者が所持する端末１０１と、認証サーバ１０２と、認証端末１０３と、を含む（図１参照）。認証サーバ１０２は、利用者の生体認証を行うための第１の生体情報と、端末１０１による端末認証を行うための第１の端末認証情報と、を記憶する。認証端末１０３は、生体認証及び端末認証に対応する。

上記認証システムに含まれる認証端末１０３は、端末１０１による認証と生体情報による認証の両方に対応する。例えば、認証端末１０３において生体認証に失敗した場合であっても、利用者は、端末１０１により認証を受けることができる。即ち、利用者の利便性が向上する。

以下に具体的な実施形態について、図面を参照してさらに詳しく説明する。

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。

［システム構成］
図２は、第１の実施形態に係る認証システムの概略構成の一例を示す図である。図２を参照すると、認証システムは、認証サーバ１０と、複数の認証端末２０－１～２０－３と、利用者が所持する端末３０と、を含む。

以降の説明において、認証端末２０－１～２０－３を区別する特段の理由がない場合には、単に「認証端末２０」と表記する。他の構成要素についても同様に、ハイフンで区切られた左側の符号を使用し、当該構成要素を代表して表記する。

図２に示す各装置は相互に接続されている。例えば、認証サーバ１０と認証端末２０は、有線又は無線の通信手段により接続され、相互に通信が可能となるように構成されている。

なお、認証サーバ１０は、認証端末２０と同じフロアー、同じ建物に設置されていてもよいし、ネットワーク上（クラウド上）に設置されていてもよい。

図２に示す認証システムは、オフィスにおける業務遂行時等に伴う認証（本人認証、本人確認）を実現する。より具体的には、認証システムは、利用者の生体情報を用いた認証（生体認証）と利用者が所持する端末３０を用いた認証（以下、端末認証と表記する）に対応する。

認証サーバ１０は、上記２つの認証を実現する装置である。認証サーバ１０は、生体認証を実現するための生体情報（例えば、顔画像又は顔画像から生成された特徴量）を記憶する。さらに、認証サーバは、端末認証を実現するための情報（以下、端末認証情報と表記する；例えば、後述するユーザＩＤ）を記憶する。

生体情報は、顔画像、指紋画像、虹彩画像、指の静脈画像、掌紋画像、手のひらの静脈画像等である。生体情報は、１つであっても複数であってもよい。なお、本願開示における「生体情報」の文言は、生体の全部又は一部を含む画像及び当該画像から抽出される特徴量を意味するものとする。

認証端末２０は、認証された利用者（認証成功者）に所定のサービス等を提供する装置である。認証端末２０は、生体認証及び端末認証の両方に対応する端末（ハイブリッド端末）である。

認証端末２０－１は、ゲート装置であって、建物やフロアー等の出入口に設置される。認証端末２０－１は、認証成功者の通行を許可する。

認証端末２０－２は、コピー機である。認証端末２０－２は、認証成功者が書類のコピー等を行うことを許可する。

認証端末２０－３は、自動販売機である。認証端末２０－３は、認証により商品購入者（利用者）を特定し、当該特定された利用者に商品を販売する。

利用者（認証システムを利用する社員等）は、社員証に替えて端末３０を所持する。端末３０は、ＮＦＣ（Near Field Communication）対応のＩＣ（Integrated Circuit）チップを内蔵する。当該ＮＦＣチップには、認証サーバ１０が記憶する端末認証情報と同種の情報（ユーザＩＤ）が格納されている。端末３０は、既存の社員証に代わる「デジタル社員証」として機能する。

なお、図２に示す認証システムの構成は例示であって、システムの構成を限定する趣旨ではない。例えば、図２には３台の認証端末２０を図示しているが、認証端末２０の台数を限定する趣旨ではない。また、各認証端末２０の機能は例示であって、他の機能を持つ認証端末２０がシステムに含まれていてもよい。例えば、会議室の入退場を制御するような認証端末２０がシステムに含まれていてもよい。あるいは同種の機能を持つ複数の認証端末２０がシステムに含まれていてもよい。例えば、生体認証及び端末認証の両方に対応する複数のコピー機がシステムに含まれていてもよい。

［システム動作概略］
続いて、図３を参照しつつ、認証システムの動作概略について説明する。

利用者は、認証システムの使用に先立ち、システム利用者登録を行う。具体的には、利用者は、所持する端末３０を操作して、自身の顔画像、氏名、社員番号等を認証サーバ１０に登録する。

認証サーバ１０は、上記情報を取得すると利用者を一意に定めるユーザＩＤ（Identifier）を生成する。認証サーバ１０は、当該生成したユーザＩＤ、利用者の生体情報（顔画像から生成された特徴量）及び個人情報（氏名、社員番号等）を対応付けて利用者情報データベース（ＤＢ；Data Base）に記憶する。

認証サーバ１０は、上記生成したユーザＩＤを利用者（端末３０）に払い出す。端末３０は、取得したユーザＩＤを内部のＮＦＣチップに格納する。なお、認証サーバ１０は、利用者登録の際に、後述する「認証端末ＩＤリスト」を端末３０に配付する。

利用者登録が終了すると、利用者はゲートの通過や各機器の使用が許可される。利用者は、認証端末２０の面前に移動する。認証端末２０は、利用者の顔画像を取得し、当該顔画像から特徴量を生成する。認証端末２０は、生成した特徴量を含む「認証要求」を認証サーバ１０に送信する。

認証サーバ１０は、取得した特徴量と利用者情報データベースに登録された特徴量を用いた照合処理（１対Ｎ照合；Ｎは正の整数、以下同じ）を実行する。認証サーバ１０は、取得した特徴量と実質的に一致する特徴量が登録されていれば、「認証成功」と判定する。認証サーバ１０は、取得した特徴量と実質的に一致する特徴量が登録されていなければ、「認証失敗」と判定する。

認証サーバ１０は、認証結果（認証成功、認証失敗）を認証端末２０に送信する。成功認証を送信する場合には、認証サーバ１０は、認証成功者のユーザＩＤを含む応答（認証結果）を認証端末２０に送信する。

認証端末２０は、認証結果に応じた動作を行う。例えば、認証端末２０－１は、利用者の認証に成功した場合に、ゲートを開き利用者の通行を可能とする。

利用者は、端末３０を使った端末認証を受けることもできる。利用者は、認証端末２０に設けられたカードリーダに端末３０を接触（又は近接）させる。認証端末２０は、カードリーダを介して端末３０に内蔵されたＮＦＣチップから端末認証情報（ユーザＩＤ）を読み出す。認証端末２０は、読み出したユーザＩＤを含む「認証要求」を認証サーバ１０に送信する。

認証サーバ１０は、取得したユーザＩＤが利用者情報データベースに登録されていれば、「認証成功」と判定する。認証サーバ１０は、取得したユーザＩＤが当該データベースに登録されていなければ、「認証失敗」と判定する。

認証サーバ１０は、認証結果（認証成功、認証失敗）を認証端末２０に送信する。認証端末２０は、生体認証の場合と同様に、認証結果に応じた動作を行う。

認証端末２０は、自装置における利用者（認証成功者）の行動に関する詳細情報（以下、行動詳細情報と表記する）の登録を認証サーバ１０に依頼する。具体的には、認証端末２０は、上記行動詳細情報と、自装置に割り当てられた識別情報（認証端末ＩＤ）と、認証成功者のユーザＩＤと、を含む「登録要求」を認証サーバ１０に送信する。

行動詳細情報として、認証日時、認証方式（生体認証、端末認証）が例示される。各認証端末２０に特化した行動詳細情報としては、コピー機（認証端末２０－２）にて複製した書類の数や形式（カラー、モノクロ）等が例示される。また、自動販売機（認証端末２０－３）が生成する行動詳細情報には、購入した商品名、金額、個数等が含まれる。

認証端末ＩＤは、認証システムに含まれる各装置（認証サーバ１０、認証端末２０、端末３０）にて共有される識別情報である。認証端末ＩＤは、認証端末２０の種別（ゲート装置、コピー機、自動販売機等）に応じて定まる識別情報である。例えば、システム管理者等が、認証端末ＩＤを決定し「認証端末ＩＤリスト」を生成する（図４参照）。システム管理者等は、当該認証端末ＩＤリストを認証サーバ１０に入力すると共に、各認証端末２０に対応する認証端末ＩＤを設定する。なお、上述のように、利用者登録の際、認証端末ＩＤリストは端末３０に配付される。

登録要求（認証端末ＩＤ、ユーザＩＤ、行動詳細情報を含む要求）を受信した認証サーバ１０は、登録要求に含まれる情報を対応付けて行動履歴データベースに記憶する。当該データベースに情報を格納すると、認証サーバ１０は、肯定応答を認証端末２０に送信する。データベースへの登録に失敗すると、認証サーバ１０は、否定応答を認証端末２０に送信する。

利用者は、端末３０を操作して、認証端末２０における行動履歴（少なくとも１以上の行動詳細情報からなる情報）を閲覧することができる。具体的には、端末３０は、ユーザＩＤ及び行動履歴の閲覧を希望する認証端末２０の認証端末ＩＤを含む「閲覧要求」を認証サーバ１０に送信する。

認証サーバ１０は、閲覧要求に含まれるユーザＩＤ、認証端末ＩＤをキーとして行動履歴データベースを検索し、対応する行動履歴を特定する。認証サーバ１０は、特定した行動履歴を端末３０に送信する。

続いて、第１の実施形態に係る認証システムに含まれる各装置の詳細について説明する。

［認証端末］
認証端末２０は、生体認証及び端末認証に対応したハイブリッド端末である。

図５は、第１の実施形態に係る認証端末２０の処理構成（処理モジュール）の一例を示す図である。図５を参照すると、認証端末２０は、通信制御部２０１と、認証制御部２０２と、機能実現部２０３と、登録要求部２０４と、記憶部２０５と、を備える。

通信制御部２０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部２０１は、認証サーバ１０からデータ（パケット）を受信する。また、通信制御部２０１は、認証サーバ１０に向けてデータを送信する。通信制御部２０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部２０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部２０１を介して他の装置とデータの送受信を行う。

認証制御部２０２は、利用者の認証に関する制御を行う手段である。認証制御部２０２は、生体認証及び端末認証のいずれかを認証サーバ１０に要求するか決定する。認証制御部２０２による当該決定には、種々の方法、方式が考えられる。

例えば、認証制御部２０２は、人感センサー等を用いて面前の利用者を検出すると、生体認証及び端末認証のいずれの方式を利用することに関する利用者の希望を取得する。例えば、認証制御部２０２は、図６に示すようなＧＵＩ（Graphical User Interface）を生成し、利用者の希望を取得する。

図５に示すように、認証制御部２０２は、生体情報取得部２１１と、端末アクセス部２１２と、認証要求部２１３と、からなるサブモジュールを備える。

利用者が生体認証を希望する場合には、認証制御部２０２は、生体情報取得部２１１を起動し、利用者の顔画像を取得する。

生体情報取得部２１１は、カメラ装置（認証端末２０が備えるカメラ装置）を制御し、利用者の顔画像を取得する。具体的には、生体情報取得部２１１は、画像データから顔画像を抽出する。なお、生体情報取得部２１１による顔画像の検出処理や顔画像の抽出処理には既存の技術を用いることができるので詳細な説明を省略する。例えば、生体情報取得部２１１は、ＣＮＮ（Convolutional Neural Network）により学習された学習モデルを用いて、画像データの中から顔画像（顔領域）を抽出してもよい。あるいは、生体情報取得部２１１は、テンプレートマッチング等の手法を用いて顔画像を抽出してもよい。

生体情報取得部２１１は、顔画像から特徴量を生成する。生体情報取得部２１１は、取得した顔画像から当該顔画像を特徴付ける特徴量（複数の特徴量からなる特徴ベクトル）を生成する。具体的には、生体情報取得部２１１は、取得した顔画像から特徴点を抽出する。なお、特徴点の抽出処理に関しては既存の技術を用いることができるのでその詳細な説明を省略する。例えば、生体情報取得部２１１は、顔画像から目、鼻、口等を特徴点として抽出する。その後、生体情報取得部２１１は、特徴点それぞれの位置や各特徴点間の距離を特徴量として計算し、複数の特徴量からなる特徴ベクトル（顔画像を特徴づけるベクトル情報）を生成する。

生体情報取得部２１１は、生成した特徴量を認証要求部２１３に引き渡す。

利用者が端末認証を希望する場合には、認証制御部２０２は、端末アクセス部２１２を起動する。

端末アクセス部２１２は、カードリーダを制御し、端末３０のＮＦＣチップから端末認証情報（ユーザＩＤ）を読み出す。端末アクセス部２１２は、読み出したユーザＩＤを認証要求部２１３に引き渡す。

認証要求部２１３は、認証サーバ１０に対して認証要求を送信する手段である。具体的には、認証要求部２１３は、顔画像から生成された特徴量又はユーザＩＤを含む認証要求を生成し、認証サーバ１０に当該認証要求を送信する。あるいは、認証要求部２１３は、自装置に割り当てられた認証端末ＩＤを含む認証要求を認証サーバ１０に送信してもよい（図７参照）。

認証制御部２０２は、認証サーバ１０からの認証結果（認証成功、認証失敗）を受信する。

認証制御部２０２は、認証失敗を受信した場合には、その旨を利用者に通知する。例えば、認証制御部２０２は、液晶パネルやスピーカー等を使って認証に失敗した旨を利用者に通知する。あるいは、認証制御部２０２は、認証を試みていない方の認証方式による再認証を認証サーバ１０に要求してもよい。例えば、生体認証に失敗した場合には、認証制御部２０２は、図８に示すような表示を行い、取得した端末認証情報（ユーザＩＤ）を含む認証要求を認証サーバ１０に送信してもよい。

認証成功を受信した場合には、認証制御部２０２は、認証サーバ１０からの応答に含まれるユーザＩＤ、認証方式（生体認証、端末認証）及び認証に成功した旨を機能実現部２０３に通知する。

機能実現部２０３は、認証端末２０に与えられた機能を実現する手段である。機能実現部２０３の詳細は各端末の機能に応じて異なり、本願開示の趣旨とも異なるので詳細な説明を省略する。

例えば、ゲート装置である認証端末２０－１の機能実現部２０３は、認証成功を取得するとゲートを開く。コピー機である認証端末２０－２の機能実現部２０３は、利用者による書類の複製等を許可する。自動販売機である認証端末２０－３の機能実現部２０３は、商品を排出処理や決済処理を行う。

機能実現部２０３は、行動詳細情報（利用者が認証端末２０にて行動した内容の詳細情報）を生成する。

例えば、認証端末２０－１の機能実現部２０３は、ゲートを開いた時刻と、認証方式（生体認証、端末認証）と、を含む行動詳細情報を生成する。認証端末２０－２の機能実現部２０３は、認証方式、コピーした枚数、時刻、方式（カラー、モノクロ）等を含む行動詳細情報を生成する。認証端末２０－３の機能実現部２０３は、認証方式、購入した商品名、代金、購入日時等を含む行動詳細情報を生成する。

機能実現部２０３は、生成した行動詳細情報及び認証成功者のユーザＩＤを登録要求部２０４に引き渡す。

登録要求部２０４は、行動詳細情報の登録を認証サーバ１０に要求する手段である。登録要求部２０４は、認証端末ＩＤ、認証成功者のユーザＩＤ及び行動詳細情報を含む「登録要求」を認証サーバ１０に送信する（図９参照）。

認証サーバ１０から肯定応答を受信した場合には、登録要求部２０４は特段の動作を行わない。認証サーバ１０から否定応答を受信した場合には、登録要求部２０４は登録要求の再送処理等を行う。

記憶部２０５は、認証端末２０の動作に必要な情報を記憶する手段である。

［認証サーバ］
認証サーバ１０は、利用者の生体認証を行うための生体情報（第１の生体情報）と、端末３０による端末認証を行うための端末認証情報（第１の端末認証情報）を記憶する。認証サーバ１０は、生体情報又は端末認証情報を使って利用者の認証を行う。

図１０は、第１の実施形態に係る認証サーバ１０の処理構成（処理モジュール）の一例を示す図である。図１０を参照すると、認証サーバ１０は、通信制御部３０１と、利用者登録部３０２と、認証要求処理部３０３と、登録要求処理部３０４と、閲覧要求処理部３０５と、記憶部３０６と、を備える。

通信制御部３０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部３０１は、認証端末２０からデータ（パケット）を受信する。また、通信制御部３０１は、認証端末２０に向けてデータを送信する。通信制御部３０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部３０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部３０１を介して他の装置とデータの送受信を行う。

利用者登録部３０２は、システム利用者を登録する手段である。利用者登録部３０２は、利用者の顔画像（生体情報）、個人情報（氏名、社員番号等）を取得する。利用者登録部３０２は、任意の手段を用いて、顔画像や個人情報を取得する。

例えば、端末３０が認証サーバ１０にアクセスすると、利用者登録部３０２は、図１１に示すようなＧＵＩを端末３０に表示する。利用者は、図１１に示された情報を入力する。利用者は、全ての情報を入力すると「送信」ボタンを押下し、顔画像、個人情報を認証サーバ１０に入力する。

利用者登録部３０２は、顔画像、個人情報を取得すると、システム利用者に割り当てるユーザＩＤを生成する。例えば、利用者登録部３０２は、取得した利用者情報（顔画像、個人情報）のハッシュ値を計算し、当該ハッシュ値を利用者に割り当てるユーザＩＤとしてもよい。あるいは、利用者登録部３０２は、利用者登録のたびに一意な値を採番しユーザＩＤとしてもよい。

利用者登録部３０２は、取得した顔画像から当該顔画像を特徴付ける特徴量を生成する。

利用者登録部３０２は、生成したユーザＩＤ、特徴量及び個人情報を利用者情報データベースに記憶する。利用者登録部３０２は、上記情報（ユーザＩＤ、特徴量、個人情報）を対応付けて新たなエントリを利用者情報データベースに追加する（図１２参照）。

利用者登録部３０２は、生成したユーザＩＤを端末３０に払い出す。その際、利用者登録部３０２は、「認証端末ＩＤリスト」を端末３０に送信する。

このように、利用者登録部３０２は、利用者から生体情報を取得したことに応じて、利用者のユーザＩＤを生成すると共に、生成されたユーザＩＤを端末認証情報として記憶する。利用者登録部３０２は、生成されたユーザＩＤを端末３０に送信する。当該送信されたユーザＩＤは、端末認証情報（第２の端末認証情報）として端末３０に記憶される。

認証要求処理部３０３は、認証端末２０から受信した認証要求を処理する手段である。認証要求処理部３０３は、認証端末２０から認証要求を取得する。認証要求処理部３０３は、認証要求から特徴量（生体情報）又はユーザＩＤ（端末認証情報）を取り出す。

特徴量を取り出した場合には、認証要求処理部３０３は、当該特徴量を照合対象に設定し、利用者情報データベースに登録された特徴量との間で照合処理を行う。より具体的には、認証要求処理部３０３は、上記特徴量（特徴ベクトル）を照合対象に設定し、利用者情報データベースに登録されている複数の特徴ベクトルとの間で１対Ｎ照合を実行する。

認証要求処理部３０３は、照合対象の特徴量と登録側の複数の特徴量それぞれとの間の類似度を計算する。当該類似度には、カイ二乗距離やユークリッド距離等を用いることができる。なお、距離が離れているほど類似度は低く、距離が近いほど類似度が高い。

認証要求処理部３０３は、利用者情報データベースに登録された複数の特徴量のうち、照合対象の特徴量との間の類似度が所定の値以上の特徴量が存在するか否かを判定する。そのような特徴量が存在すれば、認証要求処理部３０３は、認証処理の結果を「認証成功」に設定する。そのような特徴量が存在しなければ、認証要求処理部３０３は、認証処理の結果を「認証失敗」に設定する。

認証要求からユーザＩＤを取得した場合には、認証要求処理部３０３は、取得したユーザＩＤをキーとして利用者情報データベースを検索し、ユーザＩＤが一致するエントリの有無を判定する。当該エントリが存在すれば、認証要求処理部３０３は、認証処理の結果を「認証成功」に設定する。そのようなエントリが存在しなければ、認証要求処理部３０３は、認証処理の結果を「認証失敗」に設定する。

認証要求処理部３０３は、認証結果（認証成功、認証失敗）を認証要求の送信元である認証端末２０に送信する。認証成功の場合には、認証要求処理部３０３は、認証成功者のユーザＩＤを含む応答を認証端末２０に送信する。なお、認証要求処理部３０３は、認証結果だけでなく、認証成功者の個人情報（氏名等）を送信元の認証端末２０に送信してもよい。

登録要求処理部３０４は、認証端末２０から受信した登録要求を処理する手段である。登録要求処理部３０４は、認証端末２０から登録要求を受信する。登録要求処理部３０４は、登録要求からユーザＩＤを取り出す。

登録要求処理部３０４は、取り出したユーザＩＤをキーとして行動履歴データベースを検索し、対応するエントリが存在しなければ、新規なエントリを追加する。

図１３は、行動履歴データベースの一例を示す図である。図１３に示すように、行動履歴データベースは、各利用者（ユーザＩＤ）について、認証端末２０ごと（認証端末ＩＤごと）の行動履歴（少なくとも１以上の行動詳細情報）を記憶する。例えば、ユーザＩＤが「ＩＤ０１」の利用者に関しては、ゲート装置（認証端末２０－１）における行動履歴として、行動詳細情報Ｈ１１、Ｈ１２、Ｈ１３が記憶されている。行動詳細情報Ｈ１１～Ｈ１３のそれぞれには、ゲート装置を通過した日時、認証方式（生体認証、端末認証）に関する情報が含まれる。

登録要求から取り出したユーザＩＤをキーとして行動履歴データベースを検索し、対応するエントリが存在した場合、登録要求処理部３０４は、当該エントリの対応する行動履歴フィールドに行動詳細情報を追記する。

認証端末２０からの登録要求を正常に処理した場合には、登録要求処理部３０４は、肯定応答を認証端末２０に送信する。認証端末２０からの登録要求を正常に処理できなかった場合には、登録要求処理部３０４は、否定応答を認証端末２０に送信する。

閲覧要求処理部３０５は、端末３０から受信する閲覧要求を処理する手段である。閲覧要求処理部３０５は、端末３０から受信した閲覧要求からユーザＩＤ、認証端末ＩＤを抽出する。

閲覧要求処理部３０５は、当該抽出したユーザＩＤ、認証端末ＩＤをキーとして行動履歴データベースを検索し、対応する行動履歴（少なくとも１以上の行動詳細情報）を特定する。閲覧要求処理部３０５は、当該特定された行動履歴を端末３０に送信する。

記憶部３０６は、認証サーバ１０の動作に必要な情報を記憶する手段である。

［端末］
図１４は、第１の実施形態に係る端末３０の処理構成（処理モジュール）の一例を示す図である。図１４を参照すると、端末３０は、通信制御部４０１と、利用者登録部４０２と、閲覧要求部４０３と、出力部４０４と、記憶部４０５と、を備える。

通信制御部４０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部４０１は、認証サーバ１０からデータ（パケット）を受信する。また、通信制御部４０１は、認証サーバ１０に向けてデータを送信する。通信制御部４０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部４０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部４０１を介して他の装置とデータの送受信を行う。

利用者登録部４０２は、認証システムを利用するための利用者登録を実現する手段である。利用者登録部４０２は、認証サーバ１０の利用者登録部３０２と対となって動作する。利用者登録部４０２は、図１１に示す情報を利用者から取得し、当該取得した情報を認証サーバ１０に送信する。

認証サーバ１０が利用者登録を終了すると、利用者登録部４０２は、認証サーバ１０からユーザＩＤと認証端末ＩＤリストを取得する。利用者登録部４０２は、ユーザＩＤ及び認証端末ＩＤリストを記憶部４０５に記憶する。さらに、利用者登録部４０２は、ユーザＩＤをＮＦＣチップに格納する。

閲覧要求部４０３は、認証サーバ１０に対して閲覧要求を送信する手段である。閲覧要求部４０３は、例えば、図１５に示すようなＧＵＩを生成し、利用者が行動履歴を確認したい認証端末２０の情報を取得する。

閲覧要求部４０３は、認証端末ＩＤリストを参照し、利用者が行動履歴の閲覧を希望する認証端末２０の認証端末ＩＤを取得する。閲覧要求部４０３は、ユーザＩＤ及び認証端末ＩＤを含む閲覧要求を認証サーバ１０に送信する。閲覧要求部４０３は、認証サーバ１０から取得した行動履歴を出力部４０４に引き渡す。

出力部４０４は、種々のメッセージ等を外部に出力する手段である。例えば、出力部４０４は、閲覧要求部４０３から取得した行動履歴を液晶パネル等に出力する（図１６参照）。

記憶部４０５は、端末３０の動作に必要な情報を記憶する手段である。

［システムの動作］
次に、第１の実施形態に係る入退場管理システムの動作について説明する。

図１７は、第１の実施形態に係る認証システムの動作の一例を示すシーケンス図である。なお、図１７の動作に先立ち、システム利用者の登録は予め行われているものとする。

利用者が認証端末２０の面前に位置すると、認証端末２０は、認証方式に関する利用者の希望を取得する（ステップＳ０１）。

認証端末２０は、利用者が希望する認証方式に応じた認証要求を認証サーバ１０に送信する（ステップＳ０２）。利用者が生体認証を希望する場合には、認証端末２０は、利用者の生体情報（第２の生体情報）を含む認証要求を認証サーバ１０に送信する。利用者が端末認証を希望する場合には、認証端末２０は、端末３０から取得した端末認証情報（第２の端末認証情報）を含む認証要求を認証サーバ１０に送信する。

認証サーバ１０は、取得した生体情報又は端末認証情報を用いた認証処理（照合処理）を実行する（ステップＳ０３）。認証サーバ１０は、認証処理の結果（認証成功、認証失敗）を認証端末２０に送信する。

認証成功を受信した場合には、認証端末２０は、所定の機能（例えば、ゲートの開錠、コピーの許可等）を実施する（ステップＳ０４）。

認証端末２０は、上記所定の機能の実施により得られる行動詳細情報を含む登録要求を認証サーバ１０に送信する（ステップＳ０５）。より具体的には、認証端末２０は、自装置に割り当てられた認証端末ＩＤと、自装置における利用者の行動に関する詳細情報（行動詳細情報）と、を含む登録要求を認証サーバ１０に送信する。

認証サーバ１０は、行動詳細情報を行動履歴データベースに記憶する（ステップＳ０６）。より具体的には、認証サーバ１０は、認証端末ＩＤと行動詳細情報を対応付けて行動履歴データベースに記憶する。

利用者の操作により、端末３０は、任意のタイミングで、認証端末ＩＤを含む閲覧要求を認証サーバ１０に送信する（ステップＳ１１）。

認証サーバ１０は、閲覧要求に含まれる認証端末ＩＤに対応する少なくとも１以上の行動詳細情報を「行動履歴」として端末３０に送信する（ステップＳ１２）。

端末３０は、受信した行動履歴（少なくとも１以上の行動詳細情報）を表示する（ステップＳ１３）。

以上のように、第１の実施形態に係る認証システムは、各種設備等の利用を携帯端末（端末３０）による認証と生体情報による認証の両方に対応する。その結果、利用者の利便性を高めることができる。例えば、端末３０だけの認証では、ゲートを通過するたびに端末３０を取り出す必要がある。しかし、ゲート装置が生体認証に対応していることで、利用者は、ゲート装置の面前に移動するだけでゲートを通過できる。また、生体認証では、顔画像を取得する際の環境や容姿の変化によって認証に失敗する可能性がある。このような場合であっても、端末３０を所持していれば、利用者はゲート装置に端末３０をかざすだけで入退場が可能になる。

また、端末３０は、認証処理の結果生じる情報（行動詳細情報、行動履歴）を表示することもできる。例えば、生体認証によりゲートを通過すると、利用者は、当該通過の事実を知ることができる。あるいは、生体認証により物品の購入を行った場合には、利用者は、物品購入の詳細（購入品、購入金額、購入日時等）を、端末３０を介して確認することができる。

［第２の実施形態］
続いて、第２の実施形態について図面を参照して詳細に説明する。

第１の実施形態では、利用者が選択した認証方式に応じた認証が行われることを説明した。第２の実施形態では、認証端末２０が認証方式を自動的に選択する場合について説明する。

第２の実施形態に係る認証システムの構成は第１の実施形態と同一とすることができるので図２に相当する説明を省略する。また、第２の実施形態に係る認証サーバ１０、認証端末２０、端末３０の処理構成も第１の実施形態と同一とすることができるので、これらの説明を省略する。

以下、第１及び第２の実施形態の相違点を中心に説明する。

認証端末２０の認証制御部２０２は、生体情報取得部２１１と端末アクセス部２１２を並行に実行し、生体情報と端末認証情報の取得を試みる。認証要求部２１３は、生体情報と端末認証情報のうち先に取得できた情報に対応する認証要求を認証サーバ１０に送信する。即ち、利用者の顔画像を撮影し、当該顔画像から特徴量が生成される前に端末３０から端末認証情報（ユーザＩＤ）の読み出しに成功すれば、認証要求部２１３は、端末認証による認証要求を送信する。このように、認証端末２０は、生体情報及び端末認証情報のうち先に取得できた情報に対応する認証方式による認証を認証サーバ１０に要求してもよい。

認証制御部２０２は、面前の利用者を検出してからの経過時間に応じて認証方式を決定してもよい。例えば、面前の利用者を検出してから所定時間（例えば、１秒間）の間に端末３０から端末認証情報（ユーザＩＤ）を取得できた場合には、認証制御部２０２は、端末認証による認証要求を送信するように認証要求部２１３に指示する。対して、上記所定時間が経過しても端末認証情報を取得できない場合には（利用者が端末３０をカードリーダに接触させない場合には）、認証制御部２０２は、生体認証による認証要求を送信するように認証要求部２１３に指示する。このように、認証端末２０は、利用者を検出してから所定時間の間に端末認証情報を取得できた場合には、端末認証による認証を認証サーバ１０に要求してもよい。

認証制御部２０２は、２つの認証方式のいずれか一方を優先的に扱ってもよい。例えば、認証制御部２０２は、生体情報取得部２１１が生体情報（特徴量）の生成を終了すると直ぐに、生体認証による認証要求を送信するように認証要求部２１３に指示する。また、認証制御部２０２は、生体認証による認証結果が得られる前に端末アクセス部２１２を介して端末３０がカードリーダに接触したことを認識した場合には、先に送信された認証要求（生体認証による認証要求）の取り消し通知を認証サーバ１０に送信する。その後、認証制御部２０２は、端末３０から取得した端末認証情報を含む認証要求を送信するように認証要求部２１３に指示する。このように、認証端末２０は、生体認証による認証結果を認証サーバ１０から受信する前に、端末認証情報を取得した場合には、生体認証による認証を取り消す通知を認証サーバ１０に送信する。その後、認証端末２０は、取得した端末認証情報を用いた認証を認証サーバ１０に要求する。

認証端末２０は、取得した生体情報や端末認証情報に対する事前検証（認証要求送信前に実行する検証）を行い、その結果に応じた動作を行ってもよい。具体的には、認証端末２０は、生体情報及び端末認証情報の妥当性を検証し、当該妥当性の検証結果に応じて認証サーバ１０に要求する認証方式を決定してもよい。

例えば、生体情報取得部２１１は、特徴量の生成前に顔画像の品質を確認する。例えば、生体情報取得部２１１は、顔領域のサイズや輝度等を計算する。認証制御部２０２は、これらの値が所定の範囲に含まれない場合には、生体認証に適さない顔画像と判断する。この場合、認証制御部２０２は、取得した生体情報による認証要求の送信を選択しない。例えば、認証制御部２０２は、図１８（ａ）に示すように、端末３０をカードリーダに接触させるような表示を行ってもよい。あるいは、認証制御部２０２は、図１８（ｂ）に示すように、適切な顔画像が得られるように利用者の立ち位置等を修正するような表示を行ってもよい。

あるいは、認証制御部２０２は、端末３０から取得した端末認証情報（ユーザＩＤ）の妥当性を検証してもよい。例えば、認証に成功するユーザＩＤの数値範囲が予め定まっている場合には、認証制御部２０２は、取得したユーザＩＤが当該数値範囲に含まれていなければ、取得した端末認証情報による認証要求の送信を選択しない。あるいは、端末３０に格納されたユーザＩＤに誤り検出符号（チェックサム）が付与されている場合には、認証制御部２０２は、当該チェックサムを用いて端末認証情報の妥当性を検証してもよい。取得した端末認証情報が妥当でなければ、認証制御部２０２は、生体認証を選択してもよいし、端末３０の再接触を促すような表示を行ってもよい。

以上のように、第２の実施形態に係る認証システムでは、認証端末２０により撮影された顔画像から特徴量が抽出され、当該抽出された特徴量と利用者情報データベースに登録された特徴量が照合され利用者が特定される。また、第２の実施形態に係る認証システムでは、認証端末２０が認証方式を自動的に選択する。その結果、利用者の利便性をより向上させることができる。

［第３の実施形態］
続いて、第３の実施形態について図面を参照して詳細に説明する。

第３の実施形態では、２つの認証手段（生体認証、端末認証）が併用される場合に、各認証手段の利用状況等を容易に把握できるようにする認証サーバ１０について説明する。

第３の実施形態に係る認証システムの構成は第１の実施形態と同一とすることができるので図２に相当する説明を省略する。また、第３の実施形態に係る認証端末２０、端末３０の処理構成も第１の実施形態と同一とすることができるので、これらの説明を省略する。

以下、第１乃至第３の実施形態の相違点を中心に説明する。

図１９は、第３の実施形態に係る認証サーバ１０の処理構成（処理モジュール）の一例を示す図である。

図１９を参照すると、第３の実施形態に係る認証サーバ１０は、行動履歴解析部３０７を備える。

行動履歴解析部３０７は、行動履歴データベースに蓄積された各利用者の行動履歴を解析する手段である。例えば、行動履歴解析部３０７は、行動履歴データベースに記憶された行動詳細情報を用いて認証端末２０で実施された認証方式に関する解析を行う。

例えば、行動履歴解析部３０７は、認証端末２０ごとに、所定期間（例えば、１時間、１日、１か月）における生体認証と端末認証の実施比率を計算する。具体的には、行動履歴解析部３０７は、所定期間に実施された認証の総数（行動詳細情報の総数）を計算する。行動履歴解析部３０７は、各認証端末２０にて行われた生体認証の数、端末認証の数を上記総数で除算することで各認証手段の実施比率（使用比率）を計算する。

例えば、行動履歴解析部３０７は、図２０に示すような解析結果（各認証端末における認証手段ごとの実施比率）を出力する。図２０に示すような解析結果に接した管理者等は、認証端末２０ごとにばらつく使用率の原因等を調査し、必要に応じて認証端末２０の改善や増設等を検討する。あるいは、行動履歴解析部３０７は、解析結果に基づいて、認証端末２０のレイアウト変更や台数の変更等の提案を行ってもよい。

なお、行動履歴解析部３０７による認証方式ごとの実施率の計算は例示であって、行動履歴解析部３０７の解析対象等を限定する趣旨ではない。例えば、認証サーバ１０は、各認証端末２０について認証処理の詳細（認証方式、認証結果）を記憶する。行動履歴解析部３０７は、蓄積された認証処理の詳細から認証端末２０ごとの「認証失敗率」を算出してもよい。

あるいは、行動履歴解析部３０７は、図２０に示すような各認証手段の使用率に代えて、所定期間における各認証手段の実施回数（認証成功回数）を表示してもよい。その際、行動履歴解析部３０７は、所定期間における認証総数（生体認証と端末認証の合計値）を表示してもよい。

また、行動履歴解析部３０７による解析結果は種々の目的に使用することができる。例えば、行動履歴解析部３０７は、生体認証の使用率の低い利用者（社員等）に対して、生体認証をより積極的に使用するように促す通知を送ってもよい。

以上のように、第３の実施形態に係る認証サーバ１０は、各利用者について蓄積された行動履歴を解析し、システム管理者等にとって有益な情報を提供する。

続いて、認証システムを構成する各装置のハードウェアについて説明する。図２１は、認証端末２０のハードウェア構成の一例を示す図である。

認証端末２０は、図２１に例示する構成を備える。例えば、認証端末２０は、プロセッサ３１１、メモリ３１２、入出力インターフェイス３１３、通信インターフェイス３１４、カメラ３１５及びカードリーダ３１６等を備える。上記プロセッサ３１１等の構成要素は内部バス等により接続され、相互に通信可能に構成されている。

但し、図２１に示す構成は、認証端末２０のハードウェア構成を限定する趣旨ではない。認証端末２０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス３１３を備えていなくともよい。また、認証端末２０に含まれるプロセッサ３１１等の数も図２１の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１が認証端末２０に含まれていてもよい。

プロセッサ３１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）等のプログラマブルなデバイスである。あるいは、プロセッサ３１１は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスであってもよい。プロセッサ３１１は、オペレーティングシステム（ＯＳ；Operating System）を含む各種プログラムを実行する。

メモリ３１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。メモリ３１２は、ＯＳプログラム、アプリケーションプログラム、各種データを格納する。

入出力インターフェイス３１３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。

通信インターフェイス３１４は、他の装置と通信を行う回路、モジュール等である。例えば、通信インターフェイス３１４は、ＮＩＣ（Network Interface Card）等を備える。

カメラ３１５は、利用者の生体情報（顔画像）を取得し、カードリーダ３１６は端末３０のＮＦＣチップにアクセスする。

認証端末２０の機能は、各種処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ３１２に格納されたプログラムをプロセッサ３１１が実行することで実現される。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transitory）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。

なお、認証サーバ１０、端末３０等も認証端末２０と同様に構成可能であり、その基本的なハードウェア構成は認証端末２０と相違する点はないので説明を省略する。なお、認証サーバ１０や端末３０にはカメラやカードリーダは不要である。端末３０は、ＮＦＣチップを備える。

認証端末２０は、コンピュータを搭載し、当該コンピュータにプログラムを実行させることで認証端末２０の機能が実現できる。また、認証端末２０は、当該プログラムにより認証端末の制御方法を実行する。

［変形例］
なお、上記実施形態にて説明した認証システムの構成、動作等は例示であって、システムの構成等を限定する趣旨ではない。

上記実施形態では、コピー機等が設置されたオフィス等の本人確認を例にとり認証システムを説明したが、本願開示の認証システムは工場等の本人確認に適用されてもよい。

上記実施形態では、ユーザＩＤを端末認証情報として用いる場合について説明したが、他の情報が端末認証情報として使用されてもよい。例えば、社員番号が端末認証情報として使用されてもよい。即ち、認証システムにおいて利用者を一意に特定できる情報であれば、どのような情報が端末認証情報として用いられてもよい。

上記実施形態では、認証端末２０の種別に応じて認証端末ＩＤを定める例について説明したが、システムに含まれる各認証端末２０を識別できるように認証端末ＩＤが決定されてもよい。例えば、上記説明した認証端末ＩＤに枝番を付して各認証端末２０を区別してもよい。例えば、システムに２台のゲート装置が含まれる場合には、各ゲート装置に「Ｔ０１－１」、「Ｔ０１－２」のような認証端末ＩＤを付与すればよい。

あるいは、各認証端末２０を区別可能に認証端末ＩＤが決定された場合には、端末３０は、個別の認証端末２０についての行動履歴閲覧を要求してもよいし、同じ種類の認証端末２０についての行動履歴閲覧を要求してもよい。上記の例では、「Ｔ０１－１」が認証端末ＩＤとして閲覧要求に含まれる場合には、認証サーバ１０は、当該ＩＤに対応するゲート装置における行動履歴を端末３０に返信する。あるいは、「Ｔ０１」が認証端末ＩＤとして閲覧要求に含まれる場合には、認証サーバ１０は、ゲート装置全体（２台のゲート装置）に関する行動履歴を端末３０に返信する。

端末３０が送信する閲覧要求には、閲覧を希望する行動履歴の範囲に関する情報が含まれていてもよい。例えば、端末３０は、閲覧する行動履歴の期間や個数等を含む閲覧要求を認証サーバ１０に送信してもよい。認証サーバ１０は、当該範囲に適合する行動履歴（少なくとも１以上の行動詳細情報）を抽出し、端末３０に送信する。

あるいは、認証端末２０ごとに実施する認証方式（生体認証、端末認証）が事前に登録されていてもよい。例えば、ゲート装置（認証端末２０－１）における認証に関しては、利便性が重視され生体認証が選択される。対して、自動販売機（認証端末２０－３）における認証（決済処理）に関しては、確実性が重視され端末認証が選択される。本願開示の認証システムでは、上記認証方式の事前選択を実現するため、利用者の希望を取得する仕組みを用意する。具体的には、端末３０は、図２２に示すようなＧＵＩを表示し、各認証端末２０にて実施する認証方式を取得する。端末３０と認証端末２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近接無線通信手段を用いて相互に通信する。認証端末２０は、自装置の近傍に位置する端末３０から利用者の希望する認証方式を取得し、当該取得した認証方式による認証を選択する。なお、当該取得した認証方式は、２つの認証方式における優先する認証方式として扱われてもよい。

上記実施形態では、認証端末２０ごとの行動履歴を利用者に提供（利用者が閲覧）する場合について説明したが、各認証端末２０を網羅するような行動履歴が利用者に提供されてもよい。例えば、端末３０は、図１５に示す表示に「全端末」という項目を追加する。認証サーバ１０は、「全端末」を含む閲覧要求を受信した場合には、当該閲覧要求に含まれるユーザＩＤに関する複数の認証端末２０に跨る行動履歴を端末３０に送信する。図１３の例では、ユーザＩＤとして「ＩＤ０１」を含む閲覧要求を受信した場合には、Ｈ１１～Ｈ１３、Ｈ２１～Ｈ２３、Ｈ３１～Ｈ３３の行動履歴（行動詳細情報）が端末３０に送信される。端末３０は、取得した行動履歴を表示する。その際、端末３０は、取得した行動詳細情報を時系列に沿って並べ表示する（図２３参照）。

上記実施形態では、認証サーバ１０は、認証端末２０から受信する登録要求に従い利用者の行動履歴を収集（記憶）することを説明した。しかし、認証サーバ１０は、認証端末２０以外のデバイス、装置等から得られる情報を「行動履歴」として記憶してもよい。例えば、エレベータホールや食堂にカメラ装置が設置され、認証サーバ１０は当該カメラ装置から得らえる画像を解析することで利用者の行動履歴を蓄積してもよい。この場合、利用者がエレベータを利用した時刻等が行動履歴として蓄積される。なお、認証サーバ１０は、カメラ装置から得られる画像を用いて利用者（ユーザＩＤ）を特定すればよい。

上記実施形態では、認証サーバ１０が、行動履歴を記憶する場合について説明したが、当該機能は他のサーバが担ってもよい。具体的には、認証端末２０からの登録要求を処理する機能、端末３０からの閲覧要求を処理する機能、行動履歴データベースを管理する機能を持つサーバ（データベースサーバ）がシステムに含まれていてもよい。あるいは、認証サーバ１０は、図１２に示すような利用者情報データベースも備えず、当該利用者情報データベースを管理するデータベースサーバがシステムに含まれていてもよい。

上記実施形態では、認証要求には生体情報（特徴量）及び端末認証情報（ユーザＩＤ）のいずれか一方が含まれる場合を説明したが、認証端末２０は、これらの情報を１つの認証要求に含めてもよい。具体的には、所定期間に、上記２つの情報を共に取得することができた場合には、認証端末２０は、生体情報と端末認証情報を含む認証要求を認証サーバ１０に送信してもよい。この場合、認証サーバは、いずれか一方の情報を用いた認証に成功した場合に「認証成功」と判定してもよいし、２つの情報を用いた認証が共に成功した場合に「認証成功」と判定してもよい。

上記実施形態で説明した利用者情報データベースや行動履歴データベースは例示であって、各データベースで記憶する内容等を限定する趣旨ではない。例えば、利用者情報データベースは、特徴量に代えて又は加えて顔画像を記憶してもよい。

上記実施形態では、認証端末２０から認証サーバ１０に「顔画像から生成された特徴量」に係る生体情報が送信される場合について説明した。しかし、認証端末２０から認証サーバ１０に「顔画像」に係る生体情報が送信されてもよい。この場合、認証サーバ１０は、取得した顔画像から特徴量を生成し、認証処理（照合処理）を実行すればよい。

各装置（認証サーバ１０、認証端末２０、端末３０）間のデータ送受信の形態は特に限定されないが、これら装置間で送受信されるデータは暗号化されていてもよい。これらの装置間では、生体情報が送受信され、当該生体情報を適切に保護するためには、暗号化されたデータが送受信されることが望ましい。

上記説明で用いた流れ図（フローチャート、シーケンス図）では、複数の工程（処理）が順番に記載されているが、実施形態で実行される工程の実行順序は、その記載の順番に制限されない。実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。

上記の実施形態は本願開示の理解を容易にするために詳細に説明したものであり、上記説明したすべての構成が必要であることを意図したものではない。また、複数の実施形態について説明した場合には、各実施形態は単独で用いてもよいし、組み合わせて用いてもよい。例えば、実施形態の構成の一部を他の実施形態の構成に置き換えることや、実施形態の構成に他の実施形態の構成を加えることも可能である。さらに、実施形態の構成の一部について他の構成の追加、削除、置換が可能である。

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、企業等の本人認証などに好適に適用可能である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
利用者が所持する端末と、
前記利用者の生体認証を行うための第１の生体情報と、前記端末による端末認証を行うための第１の端末認証情報と、を記憶する認証サーバと、
前記生体認証及び前記端末認証に対応する認証端末と、
を含む、認証システム。
［付記２］
前記認証端末は、前記利用者の第２の生体情報を含む、認証要求を前記認証サーバに送信する、付記１に記載の認証システム。
［付記３］
前記認証端末は、前記端末から取得した第２の端末認証情報を含む、認証要求を前記認証サーバに送信する、付記１に記載の認証システム。
［付記４］
前記認証端末は、前記生体認証及び前記端末認証のいずれの方式を利用することに関する前記利用者の希望を取得する、付記１乃至３のいずれか一に記載の認証システム。
［付記５］
前記認証端末は、自装置に割り当てられた認証端末ＩＤと、自装置における前記利用者の行動に関する詳細情報と、を含む登録要求を前記認証サーバに送信し、
前記認証サーバは、前記認証端末ＩＤと前記詳細情報を対応付けて記憶する、付記１乃至４のいずれか一に記載の認証システム。
［付記６］
前記端末は、前記認証端末ＩＤを含む閲覧要求を前記認証サーバに送信し、
前記認証サーバは、前記認証端末ＩＤに対応する前記詳細情報を前記端末に送信する、付記５に記載の認証システム。
［付記７］
前記認証サーバは、前記利用者から前記第１の生体情報を取得したことに応じて、前記利用者のユーザＩＤを生成すると共に、前記生成されたユーザＩＤを前記第１の端末認証情報として記憶する、付記１乃至６のいずれか一に記載の認証システム。
［付記８］
前記認証サーバは、前記生成されたユーザＩＤを前記端末に送信し、
前記端末は、前記ユーザＩＤを前記第２の端末認証情報として記憶する、付記３を引用する付記７に記載の認証システム。
［付記９］
前記第１の生体情報は、顔画像又は顔画像から生成された特徴量である、付記１乃至８のいずれか一に記載の認証システム。
［付記１０］
前記端末は、前記第２の端末認証情報をＮＦＣ（Near Field Communication）対応のＩＣ（Integrated Circuit）チップに格納する、付記３に記載の認証システム。
［付記１１］
前記認証端末は、前記生体認証及び前記端末認証のいずれの方式を利用することに関する前記利用者の希望を取得するためのＧＵＩ（Graphical User Interface）を生成する、付記４に記載の認証システム。
［付記１２］
前記認証端末は、前記第１の生体情報及び前記第１の端末認証情報のうち先に取得できた情報に対応する認証方式による認証を前記認証サーバに要求する、付記１乃至３のいずれか一に記載の認証システム。
［付記１３］
前記認証端末は、前記利用者を検出してから所定時間の間に前記第１の端末認証情報を取得できた場合には、前記端末認証による認証を前記認証サーバに要求する、付記１乃至３のいずれか一に記載の認証システム。
［付記１４］
前記認証端末は、前記生体認証による認証結果を前記認証サーバから受信する前に、前記第１の端末認証情報を取得した場合には、前記生体認証による認証を取り消す通知を前記認証サーバに送信すると共に、前記取得した第１の端末認証情報を用いた認証を前記認証サーバに要求する、付記１乃至３のいずれか一に記載の認証システム。
［付記１５］
前記認証端末は、前記第１の生体情報及び前記第１の端末認証情報の妥当性を検証し、前記妥当性の検証結果に応じて前記認証サーバに要求する認証方式を決定する、付記１乃至３のいずれか一に記載の認証システム。
［付記１６］
前記認証サーバは、前記記憶された詳細情報を用いて前記認証端末で実施された認証方式に関する解析を行う、解析部をさらに備える、付記５又は６に記載の認証システム。
［付記１７］
前記解析部は、所定期間における前記生体認証と前記端末認証の実施比率を計算する、付記１６に記載の認証システム。
［付記１８］
利用者の生体情報を取得する、生体情報取得部と、
前記利用者が所持する端末にアクセスし、前記端末による認証を行うための端末認証情報を取得する、端末アクセス部と、
前記生体情報を取得した場合には、前記生体情報を含む認証要求を認証サーバに送信し、前記端末認証情報を取得した場合には、前記端末認証情報を含む前記認証要求を前記認証サーバに送信する、認証要求部と、
を備える、認証端末。
［付記１９］
認証端末において、
利用者の生体情報を取得し、
前記利用者が所持する端末にアクセスし、前記端末による認証を行うための端末認証情報を取得し、
前記生体情報を取得した場合には、前記生体情報を含む認証要求を認証サーバに送信し、前記端末認証情報を取得した場合には、前記端末認証情報を含む前記認証要求を前記認証サーバに送信する、認証端末の制御方法。
［付記２０］
認証端末に搭載されたコンピュータに、
利用者の生体情報を取得する処理と、
前記利用者が所持する端末にアクセスし、前記端末による認証を行うための端末認証情報を取得する処理と、
前記生体情報を取得した場合には、前記生体情報を含む認証要求を認証サーバに送信し、前記端末認証情報を取得した場合には、前記端末認証情報を含む前記認証要求を前記認証サーバに送信する処理と、
を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。

なお、引用した上記の先行技術文献の各開示は、本書に引用をもって繰り込むものとする。以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。即ち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得る各種変形、修正を含むことは勿論である。

１０、１０２ 認証サーバ
２０、２０－１～２０－３、１０３ 認証端末
３０、１０１ 端末
２０１、３０１、４０１ 通信制御部
２０２ 認証制御部
２０３ 機能実現部
２０４ 登録要求部
２０５、３０６、４０５ 記憶部
２１１ 生体情報取得部
２１２ 端末アクセス部
２１３ 認証要求部
３０２、４０２ 利用者登録部
３０３ 認証要求処理部
３０４ 登録要求処理部
３０５ 閲覧要求処理部
３０７ 行動履歴解析部
３１１ プロセッサ
３１２ メモリ
３１３ 入出力インターフェイス
３１４ 通信インターフェイス
３１５ カメラ
３１６ カードリーダ
４０３ 閲覧要求部
４０４ 出力部

Claims (21)

1. 利用者が所持する端末と、
   前記利用者の生体認証を行うための第１の生体情報と、前記端末による端末認証を行うための第１の端末認証情報と、を記憶する認証サーバと、
   前記生体認証及び前記端末認証に対応する認証端末と、
   を含み、
   前記端末は、前記認証端末に関して前記生体認証及び前記端末認証のいずれの認証方式を利用することに関する前記利用者の希望を表す認証方式選択情報を取得し、前記認証方式選択情報を前記認証端末に送信し、
   前記認証端末は、前記認証方式選択情報が示す認証方式を選択する、
   認証システム。
2. 利用者の生体認証を行うための生体情報を取得する、生体情報取得部と、
   前記利用者が所持する端末にアクセスし、前記端末による端末認証を行うための端末認証情報を取得する、端末アクセス部と、
   前記生体情報を取得した場合には、前記生体情報を含む認証要求を認証サーバに送信し、前記端末認証情報を取得した場合には、前記端末認証情報を含む前記認証要求を前記認証サーバに送信する、認証要求部と、
   前記生体認証及び前記端末認証のいずれの認証方式を利用することに関する前記利用者の希望を表す認証方式選択情報を、前記端末から取得する取得部と、
   取得した前記認証方式選択情報が示す認証方式を選択する選択部と、
   を備える、認証端末。
3. 自装置に割り当てられた認証端末ＩＤと、自装置における前記利用者の行動に関する詳細情報と、を含む登録要求を、前記認証端末ＩＤと前記詳細情報を対応付けて記憶する前記認証サーバに送信する、
   請求項２に記載の認証端末。
4. 前記端末から前記認証方式選択情報を取得する代わりに、前記生体認証及び前記端末認証のいずれの方式を利用することに関する前記利用者の希望を取得するためのＧＵＩ（Graphical User Interface）を生成する生成部、を備える
   請求項２に記載の認証端末。
5. 前記生体情報及び前記端末認証情報のうち先に取得できた情報に対応する認証方式による認証を前記認証サーバに要求する、請求項２乃至４のいずれか一項に記載の認証端末。
6. 前記利用者を検出してから所定時間の間に前記端末認証情報を取得できた場合には、前記端末認証による認証を前記認証サーバに要求する、請求項２乃至４のいずれか一項に記載の認証端末。
7. 前記生体認証による認証結果を前記認証サーバから受信する前に、前記端末認証情報を取得した場合には、前記生体認証による認証を取り消す通知を前記認証サーバに送信すると共に、取得した前記端末認証情報を用いた認証を前記認証サーバに要求する、請求項２乃至４のいずれか一項に記載の認証端末。
8. 前記生体情報及び前記端末認証情報の妥当性を検証し、前記妥当性の検証結果に応じて前記認証サーバに要求する認証方式を決定する、請求項２乃至４のいずれか一項に記載の認証端末。
9. 生体認証及び端末認証に対応する認証端末に関して前記生体認証及び前記端末認証のいずれの認証方式を利用することに関する利用者の希望を表す認証方式選択情報を取得する取得部と、
   取得した前記認証方式選択情報を、前記認証方式選択情報が示す認証方式を選択する前記認証端末に送信する送信部と、を備える
   端末。
10. 前記認証端末に関して前記認証方式選択情報を取得するためのＧＵＩを生成する、請求項９に記載の端末。
11. 前記認証サーバは、前記端末からの閲覧要求に応じて、前記閲覧要求を送信した前記端末に対応する前記利用者の前記認証端末における認証に関する詳細情報を前記端末に送信する、
    請求項１に記載の認証システム。
12. 前記閲覧要求は前記認証端末に割り当てられた認証端末ＩＤを含み、
    前記認証サーバは、前記認証端末ＩＤに対応する前記認証端末における前記利用者の認証に関する詳細情報を前記端末に送信する、請求項１１に記載の認証システム。
13. 前記認証端末は、自装置に割り当てられた認証端末ＩＤと、自装置における前記利用者の行動に関する詳細情報と、を含む登録要求を前記認証サーバに送信し、
    前記認証サーバは、
    前記認証端末ＩＤと前記詳細情報を対応付けて記憶し、
    記憶された前記詳細情報を用いて前記認証端末で実施された認証方式に関する解析を行う、解析部をさらに備える、請求項１に記載の認証システム。
14. 前記解析部は、所定期間における前記生体認証と前記端末認証の実施比率を計算する、
    請求項１３に記載の認証システム。
15. 前記認証サーバは、前記利用者から前記第１の生体情報を取得したことに応じて、前記利用者のユーザＩＤを生成すると共に、前記生成されたユーザＩＤを前記第１の端末認証情報として記憶する、請求項１に記載の認証システム。
16. 前記認証サーバは、前記生成されたユーザＩＤを前記端末に送信し、
    前記端末は、前記ユーザＩＤを第２の端末認証情報として記憶する、請求項１５に記載の認証システム。
17. 認証システムにおいて、
    利用者の生体認証を行うための第１の生体情報と、前記利用者が所持する端末による端末認証を行うための第１の端末認証情報と、を認証サーバに記憶し、
    認証端末によって、前記生体認証及び前記端末認証に対応する、
    方法であって、
    前記端末によって、前記認証端末に関して前記生体認証及び前記端末認証のいずれの認証方式を利用することに関する前記利用者の希望を表す認証方式選択情報を取得し、前記認証方式選択情報を前記認証端末に送信し、
    前記認証端末によって、前記認証方式選択情報が示す認証方式を選択する、
    認証システムの制御方法。
18. 認証端末において、
    利用者の生体情報を取得し、
    前記利用者が所持する端末にアクセスし、前記端末による認証を行うための端末認証情報を取得し、
    前記生体情報を取得した場合には、前記生体情報を含む認証要求を認証サーバに送信し、前記端末認証情報を取得した場合には、前記端末認証情報を含む前記認証要求を前記認証サーバに送信し、
    前記生体情報を用いた認証及び前記端末認証情報を用いた認証のいずれの認証方式を利用することに関する前記利用者の希望を表す認証方式選択情報を、前記端末から取得し、
    取得した前記認証方式選択情報が示す認証方式を選択する、
    認証端末の制御方法。
19. 認証端末に搭載されたコンピュータに、
    利用者の生体情報を取得する処理と、
    前記利用者が所持する端末にアクセスし、前記端末による認証を行うための端末認証情報を取得する処理と、
    前記生体情報を取得した場合には、前記生体情報を含む認証要求を認証サーバに送信し、前記端末認証情報を取得した場合には、前記端末認証情報を含む前記認証要求を前記認証サーバに送信する処理と、
    前記生体情報を用いた認証及び前記端末認証情報を用いた認証のいずれの認証方式を利用することに関する前記利用者の希望を表す認証方式選択情報を、前記端末から取得する処理と、
    取得した前記認証方式選択情報が示す認証方式を選択する処理と、
    を実行させるための認証端末の制御プログラム。
20. 端末において、
    生体認証及び端末認証に対応する認証端末に関して前記生体認証及び前記端末認証のいずれの認証方式を利用することに関する利用者の希望を表す認証方式選択情報を取得し、
    取得した前記認証方式選択情報を、前記認証方式選択情報が示す認証方式を選択する前記認証端末に送信する、
    端末の制御方法。
21. 端末に搭載されたコンピュータに、
    生体認証及び端末認証に対応する認証端末に関して前記生体認証及び前記端末認証のいずれの認証方式を利用することに関する利用者の希望を表す認証方式選択情報を取得する取得処理と、
    取得した前記認証方式選択情報を、前記認証方式選択情報が示す認証方式を選択する前記認証端末に送信する送信処理と、
    を実行させるための端末の制御プログラム。

Images