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

Abstract

【課題】利用者の利便性向上に寄与する認証端末を提供する。
【解決手段】認証端末は、第１の取得部と、第２の取得部と、制御部と、認証処理部と、を含む。第１の取得部は、自装置と利用者の間の距離が第１の距離になると、利用者の第１の生体情報を他の装置から取得する。第２の取得部は、自装置と利用者の間の距離が第２の距離になると、利用者の第２の生体情報を取得する。制御部は、利用者にサービスを提供するか否かを決定するために必要な認証用データを利用者が所持する端末から取得する制御を行う。認証処理部は、第１の生体情報と第２の生体情報を用いた照合処理の結果が成功であって、端末から取得した認証用データが有効である場合に、利用者の認証処理に成功したと判定する。
【選択図】図１

Description

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

特許文献１には、非接触カードが実装され、チケット予約情報、定期券等のデータを記憶する携帯電話が開示されている。当該携帯電話は、駅等に設置された自動ゲートに上記記憶されたデータを送信する。自動ゲートは、取得したデータをサーバに送信し、サーバは、当該受信したデータを検証する。検証したデータが正常であると、自動ゲートは、利用者の通行を許可する。

実用新案登録第３０７６２１２号公報

特許文献１では、自動ゲートを通行するために必要な情報が携帯電話から自動ゲートに送られている。ここで、自動ゲートに割り当てられた機能が不変であれば、予め定められたデータが携帯電話から自動ゲートに送信されれば足りる。しかし、自動ゲートが設置された場所や動作する時期等により当該自動ゲートを通行するためのデータが変わった場合、特許文献１の携帯電話は送信すべきデータを知ることができない。その結果、利用者自身が自動ゲートに送信されるデータを選択するなどの対応が必要になり、利用者の利便性が低下する。

本発明は、利用者の利便性向上に寄与する、認証端末、システム、認証端末の制御方法及び記憶媒体を提供することを主たる目的とする。

本発明の第１の視点によれば、自装置と利用者の間の距離が第１の距離になると、前記利用者の第１の生体情報を他の装置から取得する、第１の取得部と、自装置と利用者の間の距離が第２の距離になると、前記利用者の第２の生体情報を取得する、第２の取得部と、前記利用者にサービスを提供するか否かを決定するために必要な認証用データを前記利用者が所持する端末から取得する制御を行う、制御部と、前記第１の生体情報と前記第２の生体情報を用いた照合処理の結果が成功であって、前記端末から取得した認証用データが有効である場合に、前記利用者の認証処理に成功したと判定する、認証処理部と、を備える、認証端末が提供される。

本発明の第２の視点によれば、利用者が所持する端末と、認証端末と、を含み、前記認証端末は、自装置と前記利用者の間の距離が第１の距離になると、前記利用者の第１の生体情報を前記端末から取得する、第１の取得部と、自装置と前記利用者の間の距離が第２の距離になると、前記利用者の第２の生体情報を取得する、第２の取得部と、前記利用者にサービスを提供するか否かを決定するために必要な認証用データを前記端末から取得する制御を行う、制御部と、前記第１の生体情報と前記第２の生体情報を用いた照合処理の結果が成功であって、前記端末から取得した認証用データが有効である場合に、前記利用者の認証処理に成功したと判定する、認証処理部と、を備える、システムが提供される。

本発明の第３の視点によれば、認証端末において、自装置と利用者の間の距離が第１の距離になると、前記利用者の第１の生体情報を他の装置から取得し、自装置と前記利用者の間の距離が第２の距離になると、前記利用者の第２の生体情報を取得し、前記利用者にサービスを提供するか否かを決定するために必要な認証用データを前記利用者が所持する端末から取得する制御を行い、前記第１の生体情報と前記第２の生体情報を用いた照合処理の結果が成功であって、前記端末から取得した認証用データが有効である場合に、前記利用者の認証処理に成功したと判定する、認証端末の制御方法が提供される。

本発明の第４の視点によれば、認証端末に搭載されたコンピュータに、自装置と利用者の間の距離が第１の距離になると、前記利用者の第１の生体情報を他の装置から取得する処理と、自装置と前記利用者の間の距離が第２の距離になると、前記利用者の第２の生体情報を取得する処理と、前記利用者にサービスを提供するか否かを決定するために必要な認証用データを前記利用者が所持する端末から取得する制御を行う処理と、前記第１の生体情報と前記第２の生体情報を用いた照合処理の結果が成功であって、前記端末から取得した認証用データが有効である場合に、前記利用者の認証処理に成功したと判定する処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。

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

図１は、一実施形態の概要を説明するための図である。 図２は、第１の実施形態に係る認証システムの概略構成の一例を示す図である。 図３は、第１の実施形態に係る端末のデジタルウォレットを説明するための図である。 図４は、第１の実施形態に係る認証システムの動作を説明するための図である。 図５は、第１の実施形態に係る端末の処理構成の一例を示す図である。 図６は、第１の実施形態に係る端末の表示の一例を示す図である。 図７は、第１の実施形態に係る端末の動作の一例を示すフローチャートである。 図８は、第１の実施形態に係る認証端末の処理構成の一例を示す図である。 図９は、第１の実施形態に係る照合対象者データベースの一例を示す図である。 図１０は、第１の実施形態に係る利用者特定部の動作を説明するための図である。 図１１Ａ及び図１１Ｂは、第１の実施形態に係る認証端末の表示の一例を示す図である。 図１２Ａ及び図１２Ｂは、第１の実施形態に係る認証端末の表示の一例を示す図である。 図１３Ａ及び図１３Ｂは、第１の実施形態に係る認証端末の表示の一例を示す図である。 図１４Ａ及び図１４Ｂは、第１の実施形態に係る認証端末の表示の一例を示す図である。 図１５は、第１の実施形態に係る認証端末の動作の一例を示すフローチャートである。 図１６は、第１の実施形態に係る認証システムの動作の一例を示すシーケンス図である。 図１７は、第１の実施形態の変形例に係る端末の表示の一例を示す図である。 図１８は、第１の実施形態の変形例に係る端末の表示の一例を示す図である。 図１９は、第１の実施形態の変形例に係る認証システムの動作の一例を示すシーケンス図である。 図２０は、第２の実施形態に係る認証システムの概略構成の一例を示す図である。 図２１は、第２の実施形態に係る端末の処理構成の一例を示す図である。 図２２は、第２の実施形態に係るサーバ装置の処理構成の一例を示す図である。 図２３は、第２の実施形態に係る端末の表示の一例を示す図である。 図２４は、第２の実施形態に係る利用者情報データベースの一例を示す図である。 図２５は、本願開示に係る認証端末のハードウェア構成の一例を示す図である。

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

一実施形態に係る認証端末１００は、第１の取得部１０１と、第２の取得部１０２と、制御部１０３と、認証処理部１０４と、を備える（図１参照）。第１の取得部１０１は、自装置と利用者の間の距離が第１の距離になると、利用者の第１の生体情報を他の装置から取得する。第２の取得部１０２は、自装置と利用者の間の距離が第２の距離になると、利用者の第２の生体情報を取得する。制御部１０３は、利用者にサービスを提供するか否かを決定するために必要な認証用データを利用者が所持する端末から取得する制御を行う。認証処理部１０４は、第１の生体情報と第２の生体情報を用いた照合処理の結果が成功であって、端末から取得した認証用データが有効である場合に、利用者の認証処理に成功したと判定する。

認証端末１００は、利用者を認証する際に必要な認証用データの提供を利用者が所持する端末に要求する。即ち、認証端末１００は、自装置の場所や機能に応じて、利用者の通行許可を判断するための情報を特定し、当該特定した情報の提供を端末に要求する。端末は、デジタルウォレットのような形式で内部に保存している各種の証明書、身分証明書等のなかから認証端末１００が要求する証明書等を選択し、送信する。認証端末１００は、取得した認証用データに基づいて利用者の認証を行い、サービスを提供する。このように、利用者の端末が、認証処理に必要な情報を自動的に認証端末１００に提供するので、認証端末１００からサービスの提供を受ける利用者が、認証処理に必要な情報を自ら選択して提示する必要はない。その結果、利用者の利便性が向上する。

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

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

［システムの構成］
図２は、第１の実施形態に係る認証システム（情報処理システム）の概略構成の一例を示す図である。図２に示すように、認証システムには、端末１０と、複数の認証端末２０－１～２０－３と、が含まれる。

利用者は、端末１０を所持する。端末１０は、例えば、スマートフォン、タブレット等のモバイル型端末である。

認証端末２０－１～２０－３のそれぞれは、認証に成功した利用者に対し、予め定められたサービスを提供する端末である。第１の実施形態では、図２に示すように、本願開示の認証システムを空港システムに適用する場合を考える。

以降の説明において、認証端末２０－１～２０－３を区別する特段の理由がない場合には単に「認証端末２０」と表記する。各認証端末２０は、空港内の各所に設置される。

例えば、認証端末２０－１は、利用者がチェックイン手続きをするためのキオスク端末である。また、認証端末２０－２は、航空会社やクレジットカード会社の会員が利用可能なラウンジの出入口に設置された端末である。図２の例では、認証端末２０－２は、クレジットカード会社Ａ１の会員に対してラウンジの使用を許可する。認証端末２０－３は、搭乗ゲートに設置されたゲート装置である。認証端末２０－３は、利用者がパスポート、搭乗券を有している場合に、当該利用者がゲートを通過することを許可する。あるいは、認証端末２０は、利用者の通行を制御するゲート装置（顔認証ゲート）やチケットを発券するチケット発券機であってもよい。

端末１０と各認証端末２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）のような近接無線通信手段により通信可能に構成されている。

図２に示す認証システムの構成は例示であって、その構成を限定する趣旨ではない。例えば、認証システムには少なくとも１以上の認証端末２０が含まれていればよい。また、図２には１人の利用者（１台の端末１０）を図示しているが、利用者や端末１０の数を限定する趣旨ではないことは勿論である。

［動作概略］
続いて、第１の実施形態に係る認証システムの動作概略について説明する。

＜デジタルウォレットの準備＞
利用者は、所持する端末１０にデジタルウォレットを実現するためのアプリケーションをインストールする。利用者は、デジタルウォレットを端末１０に作成することで、電子マネー、クレジットカード情報、パスポートや運転免許証等の身分証明書、ワクチン接種証明書や感染症に関する陰性証明書（コモンパス）等の各種証明書を端末１０に保管する。

例えば、利用者の端末１０は、図３に示すようなデジタル情報を保管する。以降の説明において、端末１０のデジタルウォレットが保管する情報（データ）を「電子財布データ」と表記する。電子財布データは、通常の財布に保管されているカード等に対応するデジタルデータを示す。即ち、電子財布データは、利用者の資格、財産、身分、状態、属性等に関するデジタルデータを示す。

例えば、電子財布データとして、決済手段としての電子マネーや暗号資産のアカウント情報、クレジットカード情報、運転免許証等の公的な身分証明書、ワクチン接種証明書のような健康に関する証明書が例示される。あるいは、電子財布データとして、病院等の診察券や小売店等の会員カード、ポイントカード、クーポン券、社員証、学生証等のデジタルデータが例示される。

端末１０は、電子財布データに加えて、利用者のユーザＩＤと生体情報を記憶する。例えば、利用者は、端末１０を操作して自身の顔を撮影する。端末１０は、当該顔画像又は顔画像から生成された特徴量を利用者の生体情報として記憶する。

生体情報には、例えば、顔、指紋、声紋、静脈、網膜、瞳の虹彩の模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）が例示される。あるいは、生体情報は、顔画像、指紋画像等の画像データであってもよい。生体情報は、利用者の身体的特徴を情報として含むものであればよい。本願開示では、人の「顔」に関する生体情報（顔画像又は顔画像から生成された特徴量）を用いる場合について説明する。

＜サービスの提供＞
デジタルウォレットが構成された端末１０を所持する利用者は、当該端末１０を所持したまま、認証端末２０に近づく（図４参照）。端末１０と認証端末２０の間の距離が、所定の距離（近距離無線通信による通信可能な距離；例えば、数メートル程度の距離）になると、端末１０は、「利用者情報通知」を認証端末２０に送信する（ステップＳ１）。

例えば、端末１０は、利用者の生体情報と当該利用者のユーザＩＤを含む利用者情報通知を認証端末２０に送信する。認証端末２０は、当該通知に含まれるユーザＩＤと生体情報を照合対象者データベースに記憶する。なお、照合対象者データベースの詳細は後述する。

その後、端末１０を所持した利用者は、認証端末２０に到着する。利用者が到着すると、認証端末２０は当該利用者の生体情報を取得する。例えば、認証端末２０は、利用者を撮影して顔画像を取得する。

認証端末２０は、端末１０から取得した生体情報（利用者情報に含まれる生体情報）と撮影によって取得した生体情報を用いた照合処理（１対Ｎ照合；Ｎは正の整数、以下同じ）を実行する。照合処理に成功すると、認証端末２０は、端末１０を所持する利用者は正当であると判断する。即ち、利用者が事前に端末１０に登録した生体情報（顔画像、特徴量）と、認証端末２０の面前に現れた利用者から取得された生体情報が実質的に一致すれば、認証端末２０は、端末１０の正当な所持者、所有者が自装置の前に現れたと判断できる。

照合処理に成功すると、認証端末２０は、当該照合処理に成功した利用者にサービスを提供するか否かを決定するために必要なデータの提供を端末１０に要求する。即ち、認証端末２０は、自装置に到着した利用者を認証するためのデータの提供を端末１０に要求する。なお、以降の説明において、認証端末２０が端末１０に提供を要求するデータを「認証用データ」と表記する。認証端末２０は、端末１０に提供を求める認証用データの詳細を含む認証用データ提供要求を端末１０に送信する（ステップＳ２）。

例えば、認証端末２０は、認証用データの種類を指定して、当該指定された認証用データを送信するように端末１０に指示する。認証端末２０が指定する認証用データ（認証用データ種類）は、認証端末２０が設置された場所や設定された機能等によって異なる。例えば、チェックイン手続きを行う利用者にはワクチン接種証明書の提示が求められる場合を考える。この場合、図２に示す認証端末２０－１は、ワクチン接種証明書の提供を端末１０に要求する。即ち、認証端末２０－１が端末１０に提供を要求する「認証用データ」は「ワクチン接種証明書」である。

あるいは、図２に示すように、認証端末２０－２がクレジットカード会社Ａ１の会員専用のラウンジに設置されている場合には、当該認証端末２０－２は、クレジットカード会社Ａ１のクレジットカード情報の提供を端末１０に要求する。この場合、認証端末２０－２が端末１０に要求する「認証用データ」は「クレジットカード会社Ａ１のクレジットカード情報」である。

端末１０は、要求された情報を保管していれば、当該要求された情報（認証用データ）を認証端末２０に送信する。より具体的には、端末１０は、電子財布データのなかに認証端末２０から要求された認証用データが含まれていれば、該当する電子財布データを認証端末２０に送信する。端末１０は、認証端末２０から指定された認証用データを含む肯定応答を認証端末２０に送信する（ステップＳ３）。

端末１０は、要求された認証用データを保管していなければ、当該要求された認証用データを保管していない旨を示す否定応答を認証端末２０に送信する。

認証端末２０は、取得した認証用データに基づいて、利用者の認証を行う。認証端末２０は、認証に成功した利用者にサービスを提供する。このように、認証端末２０は、認証用データに基づいて利用者にサービスを提供するか否か決定する。

例えば、図２に示す認証端末２０－１は、利用者が有効なワクチン接種証明書（有効期間が過ぎていないワクチン接種証明書）を所持している場合、当該利用者の認証に成功したと判定する。認証端末２０－１は、認証成功者（認証成功と判定された被認証者）にチェックイン手続きに関するサービスを提供する。

ワクチン接種証明書の有効期間が経過している、又は、端末１０がワクチン接種証明書を保管していない場合には、認証端末２０－１は、当該利用者の認証に失敗したと判定する。この場合、認証端末２０－１は、自装置ではチェックイン手続きを続けることができない旨を利用者に通知する。その際、認証端末２０－１は、利用者に対して、航空会社の職員が待機するカウンターに向かうように案内してもよい。

あるいは、認証端末２０－２は、利用者が自社の会員（クレジットカード会社Ａ１の有効なクレジットカードを所持）の場合、当該利用者の認証に成功したと判定する。認証端末２０－２は、認証成功者（認証成功と判定された被認証者）に対してラウンジに入るように案内をする。対して、自社の有効なクレジットカードを所持していない利用者については、認証端末２０－２は、認証に失敗したと判定する。この場合、認証端末２０－２は、ラウンジの利用はできない旨を利用者に通知する。

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

［端末］
端末１０には、スマートフォン、携帯電話機、ゲーム機、タブレット等の携帯端末装置が例示される。端末１０は、利用者の操作を受け付け、認証端末２０と通信可能であれば任意の機器、デバイスとすることができる。

図５は、第１の実施形態に係る端末１０の処理構成（処理モジュール）の一例を示す図である。図５を参照すると、端末１０は、通信制御部２０１と、電子財布制御部２０２と、生体情報取得部２０３と、利用者情報通知部２０４と、データ提供要求処理部２０５と、記憶部２０６と、を備える。

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

通信制御部２０１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信に対応しており、当該近接無線通信により認証端末２０と通信する。通信制御部２０１は、認証端末２０と接続が完了すると、その旨を利用者情報通知部２０４に通知する。なお、端末１０と認証端末２０がＢｌｕｅｔｏｏｔｈ（登録商標）により通信する場合に必要なペアリング処理は事前に完了しているものとする。

電子財布制御部２０２は、デジタルウォレットに関する管理、制御等を行う手段である。電子財布制御部２０２は、利用者の操作に応じて各種の電子財布データを取得し、記憶部２０６に記憶する。

なお、電子財布制御部２０２は、端末１０にインストールされたアプリケーションにより実現される。デジタルウォレットを実現するためのアプリケーションに関するインストールや具体的な電子財布データの登録に関する詳細な説明は省略する。これらの動作等は、本願開示の趣旨とは異なるためである。

例えば、電子財布データの登録に関し、利用者は、端末１０を操作して、各種情報の発行主体が提供するホームページにアクセスし、当該ホームページから電子財布データをデジタルウォレットに登録してもよい。

例えば、ワクチン接種証明書や陰性証明書に関し、電子財布制御部２０２は、自治体や医療機関等の証明書発行主体が管理するホームページ等にアクセスする。電子財布制御部２０２は、利用者の操作に応じて、当該利用者のＩＤ等をホームページに入力することで、ワクチン接種証明書や陰性証明書を取得し、記憶部２０６に記憶する。あるいは、電子財布制御部２０２は、利用者の操作に応じてワクチン接種証明書等に記載された２次元コードを撮影することでワクチン接種証明書等を取得してもよい。このように、電子財布制御部２０２は、自治体や医療機関にアクセスすることでワクチン接種証明書等を取得してもよいし、利用者自身がワクチン接種証明書等をデジタルウォレットに登録してもよい。

あるいは、パスポートや運転免許証等の身分証明書に関しては、電子財布制御部２０２は、利用者の操作に応じてこれらの証明書を撮像し、画像データをパスポートや運転免許証等に関する電子財布データとして記憶してもよい。

また、電子財布制御部２０２は、デジタルウォレットを所有する利用者を識別するためのユーザＩＤを生成する。ユーザＩＤは、利用者を一意に識別できる情報であればどのような情報であってもよい。例えば、電子財布制御部２０２は、利用者からメールアドレスを取得し、当該メールアドレスをユーザＩＤとして扱ってもよい。電子財布制御部２０２は、ユーザＩＤを記憶部２０６に記憶する。

生体情報取得部２０３は、利用者の生体情報を取得する手段である。例えば、生体情報取得部２０３は、図６に示すようなＧＵＩ（Graphical User Interface）を用いて生体情報（顔画像）を取得する。生体情報取得部２０３は、取得した顔画像から特徴量を生成し、当該生成した特徴量を記憶部２０６に記憶する。

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

利用者情報通知部２０４は、利用者情報を認証端末２０に通知する手段である。利用者情報通知部２０４は、端末１０と認証端末２０が通信を開始すると、記憶部２０６に格納されている生体情報（顔画像から生成された特徴量）とユーザＩＤを読み出す。利用者情報通知部２０４は、当該読み出した生体情報とユーザＩＤを含む「利用者情報通知」を認証端末２０に送信する。

このように、利用者情報通知部２０４は、認証端末２０と近距離無線通信手段により通信を開始すると、生体情報（第１の生体情報；例えば、特徴量）を認証端末２０に送信する。

データ提供要求処理部２０５は、認証端末２０から受信する認証用データ提供要求を処理する手段である。認証端末２０から「認証用データ提供要求」を受信すると、データ提供要求処理部２０５は、当該認証用データ提供要求に含まれるユーザＩＤと記憶部２０６に記憶されているユーザＩＤが一致するか否か判定する。

２つのユーザＩＤが一致しなければ、データ提供要求処理部２０５は、自装置に向けて送信された認証データ提供要求ではないと判断し、特段の処理を行わない。データ提供要求処理部２０５は、受信した認証データ提供要求を破棄すればよい。

２つのユーザＩＤが一致すれば、データ提供要求処理部２０５は、当該要求に含まれる認証用データ種類に対応する電子財布データを記憶部２０６から読み出すことを試みる。

認証端末２０により指定された認証用データに対応する電子財布データが存在すれば、データ提供要求処理部２０５は、当該読み出した電子財布データを含む肯定応答を認証端末２０に送信する。指定された認証用データに対応する電子財布データが存在しなければ、データ提供要求処理部２０５は、その旨を示す否定応答を認証端末２０に送信する。

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

端末１０の動作をまとめると図７に示すフローチャートのとおりとなる。図７は、第１の実施形態に係る端末１０の動作の一例を示すフローチャートである。なお、デジタルウォレットの作成に関する動作の説明は省略する。

はじめに、端末１０は、認証端末２０の通信接続を検出し、ユーザＩＤと生体情報を含む利用者情報通知を認証端末２０に送信する（ステップＳ１０１）。

端末１０は、認証用データ提供要求を受信する（ステップＳ１０２）。

端末１０は、当該認証用データ提供要求に含まれるユーザＩＤと自装置の内部に記憶されたユーザＩＤが一致するか否か判定する（ステップＳ１０３）。

２つのユーザＩＤが一致しなければ（ステップＳ１０３、Ｎｏ分岐）、端末１０は、処理を終了する。

２つのユーザＩＤが一致すれば（ステップＳ１０３、Ｙｅｓ分岐）、端末１０は、認証用データ提供要求により指定された認証用データに対応する電子財布データが存在するか否か判定する（ステップＳ１０４）。

対応する電子財布データが存在すれば（ステップＳ１０４、Ｙｅｓ分岐）、端末１０は、対応する電子財布データ（認証端末２０から指定された認証用データ）を含む肯定応答を認証端末２０に送信する（ステップＳ１０５）。

対応する電子財布データが存在しなければ（ステップＳ１０４、Ｎｏ分岐）、端末１０は、指定された認証用データは存在しない旨を示す否定応答を認証端末２０に送信する（ステップＳ１０６）。

［認証端末］
図８は、第１の実施形態に係る認証端末２０の処理構成（処理モジュール）の一例を示す図である。図８を参照すると、認証端末２０は、通信制御部３０１と、利用者情報処理部３０２と、生体情報取得部３０３と、利用者特定部３０４と、認証用データ制御部３０５と、認証処理部３０６と、業務実行部３０７と、記憶部３０８と、を備える。

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

通信制御部３０１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信に対応しており、当該近接無線通信により端末１０と通信する。

利用者情報処理部３０２は、自装置と利用者の間の距離が第１の距離（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）の通信距離）になると、当該利用者の生体情報（第１の生体情報）を他の装置から取得する手段（第１の取得部）である。具体的には、利用者情報処理部３０２は、端末１０から受信する利用者情報通知に関する処理を行う。利用者情報処理部３０２は、利用者情報通知を取得すると、当該通知に含まれるユーザＩＤ及び生体情報（特徴量）を照合対象者データベースに登録する（図９参照）。

図９に示すように、照合対象者データベースは、ユーザＩＤフィールドと生体情報フィールドを含む。なお、図９に示す照合対象者データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、エントリの登録日時が当該データベースに記憶されていてもよい。

生体情報取得部３０３は、カメラ装置（認証端末２０が備えるカメラ装置）を制御し、認証端末２０に到着した利用者（認証端末２０前方の所定エリアに到着した利用者）の生体情報（例えば、顔画像）を取得する手段である。生体情報取得部３０３は、自装置と利用者の間の距離が第２の距離（第１の距離よりも短い距離；認証端末２０に到着した利用者と認証端末２０の間の距離）になると、利用者の生体情報（第２の生体情報）を取得する、第２の取得部である。

生体情報取得部３０３は、定期的又は所定のタイミングにおいて自装置の前方を撮像する。生体情報取得部３０３は、取得した画像に人の顔画像が含まれるか否かを判定し、顔画像が含まれる場合には取得した画像データから顔画像を抽出する。

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

生体情報取得部３０３は、抽出した顔画像から特徴量を生成する。生体情報取得部３０３は、当該生成した特徴量（生体情報）を利用者特定部３０４に引き渡す。

利用者特定部３０４は、自装置（認証端末２０）に到達した利用者を特定する手段である。上述のように、端末１０と認証端末２０が通信可能になると（近距離無線通信手段により接続されると）、端末１０から認証端末２０に「利用者情報通知」が送信される。具体的には、端末１０と認証端末２０がＢｌｕｅｔｏｏｔｈ（登録商標）により通信する場合、端末１０と認証端末２０の間の距離が数メートルになると、端末１０と認証端末２０が通信を開始する。

従って、利用者情報を送信した端末１０の所有者（利用者）が認証端末２０に到達するまでの間に、他の利用者の端末１０から利用者情報が認証端末２０に送信されることが想定される。例えば、図１０に示すように、利用者Ｕ１が位置Ｘ１に到着すると、利用者情報通知が認証端末２０に送信される。なお、図１０において端末１０の図示を省略している。利用者Ｕ１が位置Ｘ２に到着するまでの間に、利用者Ｕ２や利用者Ｕ３の利用者情報通知が認証端末２０に送信される可能性がある。

ここで、各利用者の歩行速度は異なるため、利用者情報通知の送信順で利用者が認証端末２０に到着するとは限らない。そこで、利用者特定部３０４は、少なくとも１以上の利用者（照合対象者；利用者情報通知を端末１０から送信した利用者）のなかから認証端末２０に到着した利用者を特定する。

具体的には、利用者特定部３０４は、生体情報取得部３０３から生体情報を取得すると、当該生体情報と照合対象者データベースに記憶された生体情報を用いた照合処理を実行する。

利用者特定部３０４は、自装置に到着した利用者の特徴量と照合対象者データベースに登録された特徴量の間の類似度を計算する。当該類似度には、カイ二乗距離やユークリッド距離等を用いることができる。なお、距離が離れているほど類似度は低く、距離が近いほど類似度が高い。

所定の値以上の類似度が存在すれば、利用者特定部３０４は、照合処理に成功したと判定する。所定の値以上の類似度が存在しなければ、利用者特定部３０４は、照合処理に失敗したと判定する。

利用者特定部３０４は、照合処理の結果（照合処理に成功、失敗）を認証用データ制御部３０５に通知する。利用者特定部３０４は、照合処理に成功した場合には、類似度が最も高いエントリ（照合対象者データベースのエントリ）のユーザＩＤを認証用データ制御部３０５に通知する。

なお、利用者特定部３０４による照合処理（第１及び第２の生体情報を用いた照合処理）により、認証端末２０に到着した利用者の正当性が検証（確認）される。例えば、端末１０の所有者以外の第三者が当該端末１０を所持して認証端末２０に到着しても、端末１０に記憶された生体情報と認証端末２０が取得した生体情報は一致しないので、照合処理に失敗する。

認証用データ制御部３０５は、認証用データの取得に関する制御を行う手段である。認証用データ制御部３０５は、利用者（被認証者）にサービスを提供するか否かを決定するために必要な認証用データを利用者が所持する端末１０から取得する制御を行う。

具体的には、利用者特定部３０４から「照合処理に成功」の通知を受けると、認証用データ制御部３０５は、端末１０に対して、認証用データ提供要求を送信する。当該認証用データ提供要求には、上記利用者特定部３０４から取得したユーザＩＤと提供を求める認証用データの詳細（認証用データ種類）が含まれる。

認証用データ制御部３０５は、端末１０から認証用データ提供要求に対する応答（肯定応答、否定応答）を受信する。認証用データ制御部３０５は、端末１０から受信した応答を認証処理部３０６に引き渡す。

なお、利用者特定部３０４から「照合処理に失敗」の通知を受けると、認証用データ制御部３０５は、特段の処理を行わず、照合処理に失敗した旨を認証処理部３０６に通知する。

このように、認証用データ制御部３０５は、利用者特定部３０４が照合処理に成功すると、認証用データを指定し、当該指定された認証用データを提供するように端末１０に要求する。

認証処理部３０６は、認証端末２０に到着した利用者の認証処理を実行する手段である。認証処理部３０６は、利用者特定部３０４の照合処理の結果が成功であって、端末１０から取得した認証用データが有効である場合に、当該利用者の認証処理に成功したと判定する。

認証処理部３０６は、端末１０から取得した認証用データに基づき、利用者の認証を行う。より具体的には、認証処理部３０６は、認証用データに基づき当該利用者にサービスの提供が可能か否かを判定する。認証処理部３０６は、利用者特定部３０４による照合処理の結果と端末１０から取得した認証用データに基づいて、利用者の認証処理を行う。

具体的には、利用者特定部３０４が照合処理に失敗した場合には、認証処理部３０６は、被認証者（認証端末２０に到着した利用者）の認証結果に「認証失敗」を設定する。

認証用データ制御部３０５から否定応答（端末１０が指定された認証用データを保管していな旨の通知）を受信した場合には、認証処理部３０６は、被認証者（認証端末２０に到着した利用者）の認証結果に「認証失敗」を設定する。

認証用データ制御部３０５から肯定応答（認証用データを含む応答）を受信した場合には、認証処理部３０６は、当該肯定応答に含まれる認証用データの有効性を判定する。認証処理部３０６は、認証用データが有効であれば被認証者の認証結果に「認証成功」を設定する。認証処理部３０６は、認証用データが無効であれば被認証者の認証結果に「認証失敗」を設定する。

なお、有効性の判定は各認証端末２０に割り当てられた機能等により異なる。例えば、図２に示す認証端末２０－１の認証処理部３０６は、端末１０から取得したワクチン接種証明書の有効期間を確認し、当該期間を経過していなければ「認証用データは有効」、当該期間を経過していれば「認証用データは無効」と判定する。あるいは、認証処理部３０６は、取得したワクチン接種証明書に記載されたワクチンの種類等が認証端末２０に予め設定されたワクチンの種類に適合するか否かに基づいて認証用データの有効性を判定してもよい。

あるいは、認証端末２０－２の認証処理部３０６は、端末１０から取得したクレジットカード情報の有効期間を確認し、当該期間を経過していなければ「認証用データは有効」、当該期間を経過していれば「認証用データは無効」と判定する。

認証処理部３０６は、認証結果（認証失敗、認証成功）を業務実行部３０７に通知する。認証成功の場合には、認証処理部３０６は、必要に応じて認証用データを業務実行部３０７に引き渡す。

業務実行部３０７は、認証端末２０に割り当てられた業務（動作、処理）を実行する手段である。

例えば、図２に示す認証端末２０－１の業務実行部３０７は、チェックイン手続きに関するサービスを利用者に提供する。あるいは、認証端末２０－２の業務実行部３０７は、ラウンジへの入場管理を行う。

業務実行部３０７は、認証処理の結果に応じたメッセージを出力する。例えば、認証に失敗した場合、認証端末２０－１の業務実行部３０７は、図１１Ａに示すような表示を行う。あるいは、認証に失敗した場合、認証端末２０－１の業務実行部３０７は、図１１Ｂに示すような表示を行い、認証に失敗した利用者の行動を助けるような表示（カウタンーを含むような地図情報の表示）を行ってもよい。

認証に成功した場合、認証端末２０－１の業務実行部３０７は、図１２Ａに示すような表示を行い、チェックイン手続きを続行する。あるいは、認証に成功した場合、認証端末２０－１の業務実行部３０７は、図１２Ｂに示すような表示を行い、チェックイン手続きを行っている場所を明示するような地図情報を表示してもよい。このように、業務実行部３０７は、ワクチン接種証明書が必要なチェックイン手続きを実行する際、認証結果に応じて図１１Ａ、図１１Ｂや図１２Ａ、図１２Ｂに示すようなメッセージを出力する。

認証に失敗した場合、認証端末２０－２の業務実行部３０７は、図１３Ａに示すような表示を行い、クレジットカード会社の会員以外がラウンジを利用できない旨を利用者に通知する。あるいは、認証に失敗した場合、認証端末２０－２の業務実行部３０７は、図１３Ｂに示すような表示を行い、ラウンジの場所（利用者の現在位置）を明示するような地図情報を表示してもよい。

あるいは、認証に成功した場合、認証端末２０－２の業務実行部３０７は、図１４Ａに示すような表示を行い、利用者によるラウンジの利用を歓迎する。あるいは、認証に成功した場合にも、認証端末２０－２の業務実行部３０７は、図１４Ｂに示すような表示を行い、ラウンジの場所（利用者の現在位置）を明示するような地図情報を表示してもよい。このように、業務実行部３０７は、クレジットカード情報が必要なラウンジへ入室する際の手続きを実行する際、認証結果に応じて図１３Ａ、図１３Ｂや図１４Ａ、図１４Ｂに示すようなメッセージを出力する。

なお、業務実行部３０７は、生体認証を用いて照合処理に失敗したことに応じて認証に失敗した場合、利用者の生体情報を取得し直したり、他の生体情報を使った照合を試みたりしてもよい。他の生体情報（例えば、虹彩情報、指紋、掌紋）を用いる場合には、これらの生体情報が予め端末１０に格納される。このような対応により、認証端末２０の設置環境等に起因して鮮明な顔画像が取得できなかった場合等にも適切に対処できる。

記憶部３０８は、認証端末２０の動作に必要な情報を記憶する手段である。記憶部３０８には、照合対象者データベースが構築される。

認証端末２０の動作をまとめると図１５に示すフローチャートのとおりとなる。図１５は、第１の実施形態に係る認証端末２０の動作の一例を示すフローチャートである。

認証端末２０は、端末１０から利用者情報通知を受信する（ステップＳ２０１）。

認証端末２０は、利用者情報通知に含まれるユーザＩＤと生体情報を照合対象者データベースに記憶する（ステップＳ２０２）。

利用者が自装置に到着すると、認証端末２０は、当該利用者の生体情報を取得する（ステップＳ２０３）。

認証端末２０は、取得した生体情報と照合対象者データベースに記憶された生体情報を用いた照合処理を実行する（ステップＳ２０４）。

照合処理に失敗すると（ステップＳ２０５、Ｎｏ分岐）、認証端末２０は、利用者の認証結果に「認証失敗」を設定する（ステップＳ２０６）。

照合処理に成功すると（ステップＳ２０５、Ｙｅｓ分岐）、認証端末２０は、端末１０に対して認証用データ提供要求を送信する（ステップＳ２０７）。

認証端末２０は、端末１０から認証用データ提供要求に対する応答を受信し、応答の内容を確認する。否定応答を受信した場合（ステップＳ２０８、Ｎｏ分岐）、認証端末２０は、利用者の認証結果に「認証失敗」を設定する（ステップＳ２０６）。

肯定応答を受信した場合（ステップＳ２０８、Ｙｅｓ分岐）、認証端末２０は、取得した認証用データの有効性を判定する（ステップＳ２０９）。

認証用データが無効の場合（ステップＳ２１０、Ｎｏ分岐）、認証端末２０は、利用者の認証結果に「認証失敗」を設定する（ステップＳ２０６）。

認証用データが有効の場合（ステップＳ２１０、Ｙｅｓ分岐）、認証端末２０は、利用者の認証結果に「認証成功」を設定する（ステップＳ２１１）。

認証端末２０は、認証結果に応じたメッセージ等を出力しつつ、予め割り当てられた業務を実行する（ステップＳ２１２）。

［システムの動作］
続いて、第１の実施形態に係る認証システムの動作について説明する。

図１６は、第１の実施形態に係る認証システムの動作の一例を示すシーケンス図である。図１６を参照し、第１の実施形態に係る認証システムの動作を説明する。

端末１０と認証端末２０が所定の距離になると、端末１０は、ユーザＩＤと生体情報を含む利用者情報通知を認証端末２０に送信する（ステップＳ１１）。

認証端末２０は、取得したユーザＩＤと生体情報を照合対象者データベースに記憶する（ステップＳ１２）。

利用者が認証端末２０に到着すると、認証端末２０は、当該利用者の生体情報を取得し、照合処理を実行する（ステップＳ１３）。

照合処理に成功すると、認証端末２０は、照合処理により特定された利用者のユーザＩＤと認証用データの詳細を含む認証用データ提供要求を端末１０に送信する（ステップＳ１４）。

端末１０は、認証端末２０から指定された認証用データ（電子財布データ）を認証端末２０に送信する（ステップＳ１５）。

認証端末２０は、取得した認証用データを用いた認証処理を実行する（ステップＳ１６）。

認証処理に成功すると（認証用データが有効であれば）、認証端末２０は、認証成功者（認証成功と判定された被認証者）にサービスを提供する（ステップＳ１７）。

＜第１の実施形態に係る変形例１＞
利用者の端末１０は、認証端末２０から認証用データ提供要求を受信した際、認証端末２０から指定された認証用データ（電子財布データ）を提供してもよいか利用者に問い合わせてもよい。具体的には、端末１０のデータ提供要求処理部２０５は、認証用データ提供要求を受信し、指定された電子財布データが記憶部２０６に格納されている場合、図１７に示すようなＧＵＩにより利用者の意思確認をしてもよい。

データ提供要求処理部２０５は、利用者がデータ提供に同意した場合、認証端末２０から指定された電子財布データを含む肯定応答を認証端末２０に送信する。データ提供要求処理部２０５は、利用者がデータ提供を拒否した場合、認証用データ提供要求に対する否定応答を認証端末２０に送信する。

このように、認証端末２０から、認証用データを指定し当該指定された認証用データを提供するように要求された場合、端末１０は、指定された認証用データを認証端末２０に提供することの同意を利用者から取得してもよい。

＜第１の実施形態に係る変形例２＞
上記実施形態では、端末１０のＢｌｕｅｔｏｏｔｈ（登録商標）がオンになっていることを前提としている。しかし、端末１０のＢｌｕｅｔｏｏｔｈ（登録商標）機能がオフの場合もあり得る。

この場合、端末１０は、自装置が認証端末２０に近づいたことを契機として、利用者に対しＢｌｕｅｔｏｏｔｈ（登録商標）機能をオンにするように案内をしてもよい。例えば、端末１０の利用者情報通知部２０４は、図１８に示すようなＧＵＩを表示して、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能を有効にすることを促してもよい。

なお、端末１０（利用者情報通知部２０４）は、認証端末２０が設置された場所（位置情報；Ｘ座標、Ｙ座標）をインターネット上の外部サーバから取得する。また、利用者情報通知部２０４は、ＧＰＳ（Global Positioning System）衛星からのＧＰＳ信号を受信して測位を実行し、自端末の緯度、経度を含む位置情報を生成する。あるいは、利用者情報通知部２０４は、無線アクセスポイントと通信し、当該無線アクセスポイントの位置を自端末の位置として扱っても良い。あるいは、利用者情報通知部２０４は、無線アクセスポイントから受信する電波の強度に基づき位置情報を生成してもよい。

利用者情報通知部２０４は、外部サーバから取得した認証端末２０の位置情報と、上記生成した自端末の位置情報と、を用いて自端末が認証端末２０に近いか否か判定する。具体的には、利用者情報通知部２０４は、自端末を中心にして所定範囲内に認証端末２０が設置されていれば、近くに認証端末２０が存在すると判定する。

このように、端末１０は、認証端末２０との間の距離が第３の距離になると、近距離無線通信手段を有効とするように利用者に促してもよい。

なお、Ｂｌｕｅｔｏｏｔｈ（登録商標）のオンを利用者に促す契機は、端末１０が認証端末２０に近づいたこと以外であってもよい。例えば、日時に基づいてＢｌｕｅｔｏｏｔｈ（登録商標）をオンにするように促されてもよい。例えば、利用者が航空券を予約している場合、端末１０は、当該航空券の予約情報に基づき利用者が出発空港に到着している日時を推定する。端末１０は、当該推定された日時に基づいて、Ｂｌｕｅｔｏｏｔｈ（登録商標）をオンとするように利用者を促してもよい。例えば、端末１０は、出発時刻の数時間前にＢｌｕｅｔｏｏｔｈ（登録商標）をオンとするように促してもよい。例えば、利用者が１４時発の航空機を予約している場合、端末１０は、１２時にＢｌｕｅｔｏｏｔｈ（登録商標）をオンにするように促してもよい。

さらに、端末１０は、図１８に示す内容と共に、各認証端末２０から要求される認証用データの一覧（各認証端末２０に提供が必要な証明書等の一覧）を表示してもよい。さらに、端末１０は、表示された認証用データのそれぞれについて情報提供に同意するか否かの意思確認をするＧＵＩを表示してもよい。あるいは、端末１０は、表示された認証用データの一覧を一括提供することに同意できるようなボタン等を設けてもよい。なお、データ提供に対する同意は、図１８に示す画面を表示するタイミング（Ｂｌｕｅｔｏｏｔｈ（登録商標）のオンを促すタイミング）に限定されず、生体情報が登録される際やチェックイン手続きの際に、上記データ提供に対する同意の取得が行われてもよい。

なお、位置情報や時間情報の活用は、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信手段の機能を有効することに限られない。例えば、端末１０は、デジタルウォレット内に保管されたデータを認証端末２０に送信してよいか否かの確認や、送信するデータの選択の手続きを促すことに、上記位置情報や時間情報を活用してもよい。例えば、利用者（端末１０）が予め定められた場所に移動したり、予め定められた時刻となったりした場合には、端末１０は、デジタルウォレット内のデータを認証端末２０に送信してもよいか利用者の意思確認をするＧＵＩ等を表示してもよい。同様に、利用者が予め定められた場所に移動したり、予め定められた時刻となったりした場合には、端末１０は、デジタルウォレットに保管されたデータのうち認証端末２０に送信するデータを選択するように促す内容を伴ったＧＵＩを表示してもよい。

＜第１の実施形態に係る変形例３＞
上記実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）を使って端末１０と認証端末２０が通信をすることを説明した。しかし、端末１０と認証端末２０の間の通信手段は、Ｂｌｕｅｔｏｏｔｈ（登録商標）のように比較的通信距離の長い通信手段ではなく、ＮＦＣ（Near Field Communication）のような通信距離の短い通信手段であってもよい。なお、ＮＦＣのような通信距離の短い通信手段が用いられる場合には、上記第１の距離と第２の距離は実質的に一致する。

この場合、利用者の端末１０と認証端末２０は、利用者が認証端末２０に到着してから通信可能となる。具体的には、利用者が、端末１０を交通系ＩＣ（Integrated Circuit）カードのように認証端末２０にかざす（接触させる）ことで端末１０と認証端末２０は通信可能となる。そのため、図１０を用いて説明したような状況（利用者情報を送信した順に利用者が認証端末２０に到着しない状況）は生じない。

従って、ＮＦＣが用いられる場合には、上記説明した「利用者特定」が実行されてなくてもよい。より具体的には、図１６に示すステップＳ１３は実行されなくてもよい。しかしながら、利用者の正当性（端末１０の所有者と被認証者の同一性）の確認が必要となるので、認証端末２０は、図１６に示すステップＳ１６の認証処理の前後で当該正当性の確認を行ってもよい。

具体的には、ＮＦＣに対応した端末１０と認証端末２０は、図１９に示すように動作してもよい。図１９は、第１の実施形態に係る変形例３の認証システムの動作の一例を示すシーケンス図である。

端末１０は、利用者の生体情報を含む利用者情報通知を認証端末２０に送信する（ステップＳ２１）。

認証端末２０は、利用者の生体情報を記憶する（ステップＳ２２）。

認証端末２０は、自装置に到着した利用者（端末１０をかざす利用者）の生体情報を取得する（ステップＳ２３）。

認証端末２０は、端末１０に対して提供を要求する認証用データを指定して認証用データ提供要求を送信する（ステップＳ２４）。

端末１０は、指定された電子財布データ（認証用データ）を認証端末２０に送信する（ステップＳ２５）。

認証端末２０（利用者特定部３０４）は、端末１０から取得した生体情報とステップＳ２３で取得した生体情報を用いた照合処理（１対１照合）を実行する（ステップＳ２６）。

照合処理に成功したことにより利用者の正当性が確認できると、認証端末２０は、認証用データを用いた認証処理を行う（ステップＳ２７）。即ち、認証端末２０は、認証用データの有効性を判定する。

認証に成功すると（認証用データが有効であれば）、認証端末２０は、利用者にサービスを提供する（ステップＳ２８）。

このように、認証端末２０は、端末１０から取得した生体情報を用いた照合処理と認証用データを用いた認証処理を続けて実行してもよい。

以上のように、第１の実施形態に係る認証システムでは、認証端末２０は、利用者を認証する際に必要な認証用データの提供を、利用者が所持する端末１０に要求する。端末１０は、デジタルウォレットのデータとして内部に保存している電子財布データ（ワクチン接種証明書や運転免許証等のデジタルデータ）のうち認証端末２０が要求する認証用データを選択し、認証端末２０に送信する。認証端末２０は、取得した認証用データに基づいて利用者の認証を行い、サービスを提供する。また、認証端末２０は、利用者が端末１０に事前に登録した生体情報とサービスの提供を受けようとする利用者の生体情報を用いた照合処理を行い、当該照合処理に成功した利用者を端末１０の正当な所有者と判定し、サービスの提供を行う。

第１の実施形態に係る認証システムでは、利用者の端末１０が、認証用データを自動的に認証端末２０に提供するので、利用者自身が、認証用データを自ら選択する必要はない。その結果、利用者の利便性が向上する。さらに、第１の実施形態に係る認証システムは、認証端末２０と端末１０の間におけるデータの送受信により一連の認証処理を完結させている。即ち、各種証明書等を記憶するサーバを使用せずに、認証処理が実行される。このように、サーバを利用せず、端末１０に記憶された情報（各端末１０に分散された情報）を使って認証処理を実行することで、より安全性の高い認証システムが提供される。即ち、サーバを使って複数の利用者それぞれの証明書等を記憶、管理すると、当該サーバから情報漏洩が発生した際、上記複数の利用者の証明書等が流出し大きな被害が生じ得る。また、認証端末２０は、端末１０の所有者と端末１０を所持してサービスの提供を受けようとする利用者の生体情報を用いた照合処理を行うことで、端末１０の不正利用を防止できる。さらに、端末１０と認証端末２０がＢｌｕｅｔｏｏｔｈ（登録商標）により通信することで、認証端末２０から離れた場所から事前に認証用データが取得されるので、認証端末２０の処理時間が確保される。

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

第１の実施形態では、端末１０が認証端末２０に生体情報を送信する場合について説明した。第２の実施形態では、サーバから当該生体情報が認証端末２０に送信される場合について説明する。

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

図２０は、第２の実施形態に係る認証システムの構成の一例を示す図である。図２０に示すように、第２の実施形態に係る認証システムには、端末１０と認証端末２０に加え、サーバ装置３０が含まれる。

サーバ装置３０は、利用者のユーザＩＤと生体情報を対応付けて記憶する。

第２の実施形態に係る端末１０は、電子財布データとユーザＩＤを記憶する。しかし、端末１０は、利用者の生体情報を記憶していない。端末１０を所持する利用者が認証端末２０に近づくと、端末１０は、ユーザＩＤを含む利用者情報通知を認証端末２０に送信する。

認証端末２０は、当該ユーザＩＤを含む「生体情報提供要求」をサーバ装置３０に送信する。

サーバ装置３０は、生体情報提供要求に含まれるユーザＩＤに対応する生体情報を認証端末２０に送信する。

認証端末２０は、端末１０から取得したユーザＩＤとサーバ装置３０から取得した生体情報を対応付けて照合対象者データベースに登録する。

その後の端末１０と認証端末２０の動作は第１の実施形態にて説明した動作と同一とすることができる。

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

［端末］
図２１は、第２の実施形態に係る端末１０の処理構成（処理モジュール）の一例を示す図である。図２１を参照すると、第１の実施形態に係る端末１０の構成において、生体情報取得部２０３が削除され生体情報登録部２０７が追加されている。

生体情報登録部２０７は、利用者の生体情報をサーバ装置３０に登録する手段である。生体情報登録部２０７は、利用者の操作に応じて、サーバ装置３０にアクセスする。生体情報登録部２０７は、利用者のユーザＩＤと生体情報（例えば、顔画像）をサーバ装置３０に入力する。

第２の実施形態に係る利用者情報通知部２０４は、ユーザＩＤを含む利用者情報通知を認証端末２０に送信する。

［認証端末］
第２の実施形態に係る認証端末２０の処理構成（処理モジュール）は、図８に示す第１の実施形態に係る認証端末２０の処理構成と同一とすることができる。

第２の実施形態に係る利用者情報処理部３０２は、端末１０から利用者情報通知を受信すると、当該通知に含まれるユーザＩＤをサーバ装置３０に送信する。より具体的には、利用者情報処理部３０２は、ユーザＩＤを含む生体情報提供要求をサーバ装置３０に送信する。

利用者情報処理部３０２は、生体情報提供要求に対する応答を受信する。利用者情報処理部３０２は、否定応答を受信した場合には、特段の処理を行わない。肯定応答を受信した場合には、利用者情報処理部３０２は、当該応答に含まれる生体情報と端末１０から取得したユーザＩＤを対応付けて照合対象者データベースに記憶する。

このように、第２の実施形態に係る利用者情報処理部３０２は、利用者の生体情報を記憶するサーバ装置３０から当該生体情報を取得する。

［サーバ装置］
図２２は、第２の実施形態に係るサーバ装置３０の処理構成（処理モジュール）の一例を示す図である。図２２を参照すると、サーバ装置３０は、通信制御部４０１と、生体情報登録制御部４０２と、生体情報提供制御部４０３と、記憶部４０４と、を備える。

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

生体情報登録制御部４０２は、利用者の生体情報に関する登録を制御する手段である。例えば、生体情報登録制御部４０２は、サーバ装置３０が提供するホームページ上で利用者が端末１０を使って所定の動作をすると、当該利用者のユーザＩＤと生体情報を取得する。

例えば、生体情報登録制御部４０２は、図２３に示すようなＧＵＩを端末１０に表示し、利用者のユーザＩＤと生体情報（顔画像）を取得する。生体情報登録制御部４０２は、取得した顔画像から特徴量を生成する。生体情報登録制御部４０２は、生成した特徴量（生体情報）とユーザＩＤを対応付けて利用者情報データベースに記憶する（図２４参照）。

生体情報提供制御部４０３は、認証端末２０からの生体情報提供要求を処理する手段である。生体情報提供要求を受信すると、生体情報提供制御部４０３は、当該要求に含まれるユーザＩＤをキーとして利用者情報データベースを検索し、対応する生体情報を特定する。

ユーザＩＤに対応する生体情報が存在すれば、生体情報提供制御部４０３は、当該生体情報を含む肯定応答を認証端末２０に送信する。ユーザＩＤに対応する生体情報が存在しなければ、生体情報提供制御部４０３は、その旨を示す否定応答を認証端末２０に送信する。

記憶部４０４は、サーバ装置３０の動作に必要な情報を記憶する手段である。利用者情報データベースは記憶部４０４に構築される。

以上のように、サーバ装置３０を使用する第２の実施形態においても、認証処理に必要な認証用データが端末１０から認証端末２０に自動送信される。その結果、利用者自身が情報の選択をする必要はなく、利用者の利便性が向上する。

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

認証端末２０は、情報処理装置（所謂、コンピュータ）により構成可能であり、図２５に例示する構成を備える。例えば、認証端末２０は、プロセッサ３１１、メモリ３１２、入出力インターフェイス３１３及び通信インターフェイス３１４等を備える。上記プロセッサ３１１等の構成要素は内部バス等により接続され、相互に通信可能に構成されている。

但し、図２５に示す構成は、認証端末２０のハードウェア構成を限定する趣旨ではない。認証端末２０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス３１３を備えていなくともよい。また、認証端末２０に含まれるプロセッサ３１１等の数も図２５の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１が認証端末２０に含まれていてもよい。さらに、認証端末２０は、被認証者を撮影するためのカメラ装置や利用者の通行を制限するゲート等を備えていればよい。

プロセッサ３１１は、例えば、ＣＰＵ（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）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。

なお、端末１０やサーバ装置３０も認証端末２０と同様に情報処理装置により構成可能であり、その基本的なハードウェア構成は認証端末２０と相違する点はないので説明を省略する。

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

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

上記実施形態では、認証端末２０は据え置き型の端末として説明を行ったが、認証端末２０はモバイル端末であってもよい。この場合、救急隊員が当該モバイル端末（認証端末２０）を活用することが想定される。具体的には、海外からの旅行客（インバウンド旅客）が救急車で搬送され、且つ、当該旅行客と救急隊員が日本語でのコミュニケーションが困難な場合を考える。旅行客は、所持する端末１０のＢｌｕｅｔｏｏｔｈ（登録商標）機能をオンにしておく。救急隊員が使用する認証端末２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）により端末１０から生体情報を取得する。認証端末２０は、自装置のカメラ装置を用いて、旅客の生体情報を取得し、生体認証を行う。認証端末２０は、生体認証（照合処理）に成功すると、旅行客の端末１０から当該旅行客の医療情報（例えば、基礎疾患に関する情報、ワクチン接種証明書の有無、ＰＣＲ（Polymerase Chain Reaction）検査陰性証明書の有効期限）を、取得する。認証端末２０は、取得した医療情報を救急隊員に提示する。救急隊員は、当該提示された情報に基づいて医療作業を行う。

また、医療情報のように機微な個人情報が取り扱われる場合、第三者が当該医療情報を不当に取得不可とする仕組みが必要となる。例えば、医療情報が認証端末２０に送信される際、端末１０は、大音量のアラームを発したり、認証端末２０の情報（医療情報を取得する側の情報）が端末１０に履歴として記憶されたりするのが好ましい。このように、医療情報の取り扱いには厳格な本人確認が求められるので、本願開示の技術を好適に適用可能である。

上記実施形態では、認証端末２０は、１つの認証用データの提供を端末１０に指示する場合について説明した。しかし、認証端末２０は、複数の認証用データ（複数種類の認証用データ）の提供を端末１０に要求してもよい。例えば、認証端末２０は、ワクチン接種証明書とパスポートの提供を端末１０に要求してもよい。この場合、認証端末２０は、指定した複数の認証用データが取得でき、且つ、各認証データが有効な場合に利用者（被認証者）の認証結果を成功に設定する。

認証端末２０は、大雑把な指定により認証用データの提供を端末１０に要求してもよいし、細かな指定により認証用データの提供を端末１０に要求してもよい。例えば、認証端末２０は、クレジットカード会社を指定せず、単に「クレジットカード情報」の提供を端末１０に要求してもよい。あるいは、認証端末２０は、ワクチン接種証明書の提供を要求する際、当該ワクチン接種証明書に記載されたワクチンの種類等を指定して提供を要求してもよい。認証用データに関する粒度（認証用データの詳細）は、システム管理者等が認証端末２０に要求される仕様等に基づいて決定されればよい。

大雑把な指定により認証データの提供が要求され、且つ、当該要求に合致する複数の電子財布データが記憶されている場合には、端末１０は、認証端末２０に提供する認証用データを利用者が選択可能としてもよい。例えば、「クレジットカード情報」の提供が要求され、複数のクレジットカード情報が記憶されている場合には、端末１０は、当該複数のクレジットカード情報のなかから認証端末２０に提供するクレジットカード情報を選択するようなＧＵＩを生成してもよい。

上記実施形態では、認証端末２０が認証用データを用いて利用者の認証を行う場合について説明した。即ち、認証端末２０が、認証用データの有効性を検証する場合について説明した。しかし、当該認証用データの有効性に関する検証は、認証端末２０以外の装置で行われてもよい。例えば、認証端末２０は、外部のサーバに認証用データを送信し、当該認証用データの有効性に関する検証を依頼してもよい。

上記実施形態では、端末１０と認証端末２０の距離が遠いときも近いときも同じ近距離無線通信手段により、端末１０と認証端末２０が通信する場合について説明した。しかし、両者の距離に応じて用いられる通信手段が異なっていてもよい。具体的には、利用者が認証端末２０に向かい最初に端末１０と認証端末２０が通信する際には、Ｂｌｕｅｔｏｏｔｈ（登録商標）が用いられ、利用者が認証端末２０に到着した際にはＮＦＣが用いられてもよい。利用者が認証端末２０に到着した際にはＮＦＣが使用されることにより、当該利用者を撮影するタイミングが作り出される。即ち、認証端末２０は、端末１０とＮＦＣを用いて通信を開始したことを契機として利用者の生体情報を取得してもよい。

上記実施形態では、端末１０と認証端末２０がＢｌｕｅｔｏｏｔｈ（登録商標）により通信をする場合について説明した。その際、認証端末２０は、設置場所に制限がない送受信機を用いてＢｌｕｅｔｏｏｔｈ（登録商標）の電波を送受信してもよい。具体的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）の通信距離よりも遠い位置に送受信機を設置し、認証端末２０は、当該送受信機を用いて端末１０と通信をしてもよい。

上記実施形態では、認証端末２０は、利用者の照合処理に成功した後に、認証用データの提供を端末１０に要求することを説明した。しかし、認証端末２０は、利用者情報通知を受信したことに応じて、認証用データの提供を端末１０に要求してもよい。この場合、認証端末２０は、認証用データを取得でき次第、その有効性を判定し、判定結果を照合対象者データベースに記憶してもよい。このような対応により、認証端末２０は、利用者が認証端末２０に到着すると生体情報を用いた照合処理を実行し、その結果が得られると直ぐに認証結果を得ることができる。

上記実施形態では、認証端末２０は、自装置に到着した利用者の生体情報と照合対象者データベースに記憶された生体情報を用いた１対Ｎ認証を実行する場合について説明した。しかし、認証端末２０は、利用者情報通知の送信順で利用者が自装置に到着することを前提として、利用者の生体情報を用いた１対１認証を実行してもよい。この場合、認証端末２０は、利用者が自装置に到着した際に取得した生体情報と照合対象者データベースに最も前に記憶された生体情報を用いて１体１認証を実行し、端末１０の所持者に関する正当性を確認してもよい。なお、認証端末２０は、認証処理の実行後、照合対象者データベースの認証処理に用いられたエントリを削除する。このように、１対１認証によって端末１０の所持者の正当性が確認されることで、認証精度が向上する。

第２の実施形態において、認証端末２０が生体認証（生体情報を用いた照合処理）を実行するのではなくサーバ装置３０が当該照合処理を実行してもよい。この場合、認証端末２０は、自装置に到着した利用者の生体情報を取得し、当該取得した生体情報をサーバ装置３０に送信する。サーバ装置３０は、照合処理により特定された利用者のユーザＩＤを認証端末２０に送信する。認証端末２０は、ユーザＩＤを受信したことに応じて、端末１０の所持者に関する正当性が確認されたと判断する。

認証端末２０（利用者情報処理部３０２）は、定期的又は所定のタイミングで照合対象者データベースにアクセスし、登録されてから所定時間経過したエントリを削除してもよい。

上記実施形態では、図４等を参照して説明したように、端末１０を所持する利用者が認証端末２０に到着し、当該到着した利用者の生体情報（顔画像）が取得された後に、認証端末２０から認証用データの提供を端末１０に要求する場合について説明した。しかし、認証端末２０は、利用者が自装置に到着する前に、認証用データの提供を端末１０に要求してもよい。

端末１０は、利用者が希望するサービスに関する情報を含む利用者情報通知を認証端末２０に送信してもよい。例えば、端末１０は、利用者が搭乗するフライトの種類（国内線、国際線）を含む利用者情報通知を認証端末２０に送信してもよい。認証端末２０は、取得した利用者が希望するサービスの情報に基づいて、提供を要求する認証用データを変更してもよい。例えば、国内線を利用する利用者に対しては、認証端末２０は、航空会社の会員情報の提供を要求する。対して、国際線を利用する利用者に対しては、認証端末２０は、航空会社の会員情報とワクチン接種証明書の提供を要求する。このように、同じ認証端末２０であっても、利用者が希望するサービスごとに認証用データ提供要求により提供を要求する内容（認証用データの種類）を変更してもよい。

上記実施形態では、認証端末２０は、端末１０から利用者情報通知を受信したことに応じて、認証用データの提供を端末１０に要求することを説明した。即ち、上記実施形態では、最初に、端末１０が認証端末２０にデータ（利用者情報通知）を送信する場合について説明した。しかし、認証端末２０が最初にデータを端末１０に送信してもよい。例えば、認証端末２０は、端末１０と通信を開始すると、「生体情報及び認証用データ提供要求」を端末１０に送信する。端末１０は、当該要求に応じて、生体情報と認証用データ（認証端末２０が指定した種類のデータ）を認証端末２０に送信する。その際、端末１０は、認証端末２０から指定されたデータを送信することに対する利用者の同意を得るＧＵＩや複数のデータのなかから認証端末２０に送信するデータを選択するＧＵＩを表示してもよい。即ち、端末１０は、認証端末２０から「生体情報及び認証用データ提供要求」を受信したことに応じて、「データ提供の同意」や「送信データの選択」に関するＧＵＩを用いて利用者の意思確認をしてもよい。

端末１０と認証端末２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）以外の手段により互いに通信をしてもよい。例えば、ＺｉｇＢｅｅ（登録商標）等により、端末１０と認証端末２０は通信を行ってもよい。あるいは、無線ＬＡＮ（Local Area Network）に対応する規格によって、端末１０と認証端末２０は通信を行ってもよい。

上記実施形態では、認証端末２０の内部に照合対象者データベースが構成される場合について説明したが、当該データベースは外部のデータベースサーバ等に構築されてもよい。即ち、認証端末２０の一部の機能は別の装置に実装されていてもよい。より具体的には、上記説明した「利用者特定部（利用者特定手段）」、「認証処理部（認証処理手段）」等がシステムに含まれるいずれかの装置に実装されていればよい。

上記実施形態では、端末１０から認証端末２０に顔画像から生成された特徴量が生体情報として送信される場合について説明した。しかし、端末１０から認証端末２０に顔画像が生体情報として送信されてもよい。この場合、認証端末２０は、顔画像から特徴量を生成し、照合対象者データベースに登録すればよい。

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

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

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

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、利用者を認証する認証システムなどに好適に適用可能である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
自装置と利用者の間の距離が第１の距離になると、前記利用者の第１の生体情報を他の装置から取得する、第１の取得部と、
自装置と利用者の間の距離が第２の距離になると、前記利用者の第２の生体情報を取得する、第２の取得部と、
前記利用者にサービスを提供するか否かを決定するために必要な認証用データを前記利用者が所持する端末から取得する制御を行う、制御部と、
前記第１の生体情報と前記第２の生体情報を用いた照合処理の結果が成功であって、前記端末から取得した認証用データが有効である場合に、前記利用者の認証処理に成功したと判定する、認証処理部と、
を備える、認証端末。
［付記２］
前記第１の取得部は、前記端末から前記第１の生体情報を取得する、付記１に記載の認証端末。
［付記３］
前記第１の生体情報と前記第２の生体情報を用いた前記照合処理を実行する、利用者特定部をさらに備える、付記２に記載の認証端末。
［付記４］
前記制御部は、前記利用者特定部が前記照合処理に成功すると、前記認証用データを指定し前記指定された認証用データを提供するように前記端末に要求する、付記３に記載の認証端末。
［付記５］
前記認証処理の結果に応じたメッセージを出力する、業務実行部をさらに備える、付記１乃至４のいずれか一項に記載の認証端末。
［付記６］
前記第１の取得部は、前記利用者の前記第１の生体情報を記憶するサーバ装置から前記第１の生体情報を取得する、付記１に記載の認証端末。
［付記７］
前記制御部は、近距離無線通信により前記端末と通信を行う、付記１乃至６のいずれか一項に記載の認証端末。
［付記８］
前記生体情報は、顔画像又は前記顔画像から生成された特徴量である、付記１乃至７のいずれか一項に記載の認証端末。
［付記９］
利用者が所持する端末と、
認証端末と、
を含み、
前記認証端末は、
自装置と前記利用者の間の距離が第１の距離になると、前記利用者の第１の生体情報を前記端末から取得する、第１の取得部と、
自装置と前記利用者の間の距離が第２の距離になると、前記利用者の第２の生体情報を取得する、第２の取得部と、
前記利用者にサービスを提供するか否かを決定するために必要な認証用データを前記端末から取得する制御を行う、制御部と、
前記第１の生体情報と前記第２の生体情報を用いた照合処理の結果が成功であって、前記端末から取得した認証用データが有効である場合に、前記利用者の認証処理に成功したと判定する、認証処理部と、
を備える、システム。
［付記１０］
前記端末は、前記認証端末と近距離無線通信手段により通信を開始すると、前記第１の生体情報を前記認証端末に送信する、付記９に記載のシステム。
［付記１１］
前記端末は、前記認証端末との間の距離が第３の距離になると、前記近距離無線通信手段を有効とするように前記利用者に促す、付記１０に記載のシステム。
［付記１２］
前記制御部は、前記認証用データを指定し前記指定された認証用データを提供するように前記端末に要求し、
前記端末は、前記指定された認証用データを前記認証端末に提供することの同意を前記利用者から取得する、付記９乃至１１のいずれか一項に記載のシステム。
［付記１３］
認証端末において、
自装置と利用者の間の距離が第１の距離になると、前記利用者の第１の生体情報を他の装置から取得し、
自装置と前記利用者の間の距離が第２の距離になると、前記利用者の第２の生体情報を取得し、
前記利用者にサービスを提供するか否かを決定するために必要な認証用データを前記利用者が所持する端末から取得する制御を行い、
前記第１の生体情報と前記第２の生体情報を用いた照合処理の結果が成功であって、前記端末から取得した認証用データが有効である場合に、前記利用者の認証処理に成功したと判定する、認証端末の制御方法。
［付記１４］
認証端末に搭載されたコンピュータに、
自装置と利用者の間の距離が第１の距離になると、前記利用者の第１の生体情報を他の装置から取得する処理と、
自装置と前記利用者の間の距離が第２の距離になると、前記利用者の第２の生体情報を取得する処理と、
前記利用者にサービスを提供するか否かを決定するために必要な認証用データを前記利用者が所持する端末から取得する制御を行う処理と、
前記第１の生体情報と前記第２の生体情報を用いた照合処理の結果が成功であって、前記端末から取得した認証用データが有効である場合に、前記利用者の認証処理に成功したと判定する処理と、
を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。

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

１０ 端末
２０ 認証端末
２０－１ 認証端末
２０－２ 認証端末
２０－３ 認証端末
３０ サーバ装置
１００ 認証端末
１０１ 第１の取得部
１０２ 第２の取得部
１０３ 制御部
１０４ 認証処理部
２０１ 通信制御部
２０２ 電子財布制御部
２０３ 生体情報取得部
２０４ 利用者情報通知部
２０５ データ提供要求処理部
２０６ 記憶部
２０７ 生体情報登録部
３０１ 通信制御部
３０２ 利用者情報処理部
３０３ 生体情報取得部
３０４ 利用者特定部
３０５ 認証用データ制御部
３０６ 認証処理部
３０７ 業務実行部
３０８ 記憶部
３１１ プロセッサ
３１２ メモリ
３１３ 入出力インターフェイス
３１４ 通信インターフェイス
４０１ 通信制御部
４０２ 生体情報登録制御部
４０３ 生体情報提供制御部
４０４ 記憶部

Claims (14)

1. 利用者が所持する端末と通信可能になると、前記端末から前記利用者にサービスを提供するか否かを決定するために必要な認証用データ、前記利用者の第１の生体情報を取得する、第１の取得部と、
   自装置に到着した前記利用者を撮影することで、前記利用者の第２の生体情報を取得する、第２の取得部と、
   前記第１の生体情報と第２の生体情報を用いた照合処理を実行し、前記照合処理の結果が成功であって、前記端末から取得した認証用データが有効な場合に、前記利用者の認証処理に成功したと判定する、認証部と、
   を備える、認証端末。
2. 利用者が所持する端末と通信可能になると、前記端末から前記利用者にサービスを提供するか否かを決定するために必要な認証用データ、前記利用者の第１の生体情報を取得する、第１の取得部と、
   自装置に到着した前記利用者を撮影することで、前記利用者の第２の生体情報を取得する、第２の取得部と、
   前記第１の生体情報と第２の生体情報を用いた照合処理を実行し、前記照合処理の結果が成功であって、前記端末から取得した認証用データが有効な場合に、前記利用者の認証処理に成功したと判定する、認証部と、
   前記認証処理の結果に応じたメッセージを出力する、業務実行部と、
   を備える、認証端末。
3. 前記業務実行部は、航空機のチェックイン手続きの続行可否に関するメッセージ、又は、空港内のラウンジの使用可否に関するメッセージを出力する、請求項２に記載の認証端末。
4. 前記業務実行部は、前記認証結果が認証失敗の場合、ワクチン接種証明書の取得に関するメッセージ、又は、ラウンジの使用を拒否するようなメッセージを出力する、請求項３に記載の認証端末。
5. 前記業務実行部は、前記認証結果が認証成功の場合、チェックイン手続きの開始に関するメッセージ、又は、ラウンジの使用を許可するメッセージを出力する、請求項３又は４に記載の認証端末。
6. 利用者が所持する端末と通信可能になると、前記端末から前記利用者にサービスを提供するか否かを決定するために必要な認証用データ、前記利用者の第１の生体情報を取得する、第１の取得部と、
   自装置に到着した前記利用者を撮影することで、前記利用者の第２の生体情報を取得する、第２の取得部と、
   前記第１の生体情報と第２の生体情報を用いた照合処理を実行し、前記照合処理の結果が成功であって、前記端末から取得した認証用データが有効な場合に、前記利用者の認証処理に成功したと判定する、認証部と、
   を備え、
   前記第１の取得部は、前記端末に代えて、前記利用者の前記第１の生体情報を記憶するサーバ装置から前記第１の生体情報を取得する、認証端末。
7. 利用者が所持する端末と通信可能になると、前記端末から前記利用者にサービスを提供するか否かを決定するために必要な認証用データ、前記利用者の第１の生体情報を取得する、第１の取得部と、
   自装置に到着した前記利用者を撮影することで、前記利用者の第２の生体情報を取得する、第２の取得部と、
   前記第１の生体情報と第２の生体情報を用いた照合処理を実行し、前記照合処理の結果が成功であって、前記端末から取得した認証用データが有効な場合に、前記利用者の認証処理に成功したと判定する、認証部と、
   を備え、
   前記第１の取得部は、近距離無線通信により前記端末と通信を行う、認証端末。
8. 利用者が所持する端末と通信可能になると、前記端末から前記利用者にサービスを提供するか否かを決定するために必要な認証用データ、前記利用者の第１の生体情報を取得する、第１の取得部と、
   自装置に到着した前記利用者を撮影することで、前記利用者の第２の生体情報を取得する、第２の取得部と、
   前記第１の生体情報と第２の生体情報を用いた照合処理を実行し、前記照合処理の結果が成功であって、前記端末から取得した認証用データが有効な場合に、前記利用者の認証処理に成功したと判定する、認証部と、
   を備え、
   前記生体情報は、顔画像又は前記顔画像から生成された特徴量である、認証端末。
9. 利用者が所持する端末と、
   認証端末と、
   を含み、
   前記認証端末は、
   自装置と前記利用者が所持する端末が通信可能になると、前記利用者の第１の生体情報を前記利用者が所持する端末から取得する、第１の取得部と、
   自装置に到着した前記利用者を撮影することで、前記利用者の第２の生体情報を取得する、第２の取得部と、
   前記第１の生体情報と前記第２の生体情報を用いた照合処理を実行する、利用者特定部と、
   前記利用者にサービスを提供するか否かを決定するために必要な認証用データを指定し、前記指定された認証用データを送信するように前記利用者が所持する端末に要求することで前記認証用データを取得する、制御部と、
   前記第１の生体情報と前記第２の生体情報を用いた照合処理の結果が成功であって、前記端末から取得した認証用データが有効である場合に、前記利用者の認証処理に成功したと判定する、認証処理部と、
   を備え、
   前記利用者が所持する端末は、前記第１の生体情報を前記認証端末に提供することの同意を前記利用者から取得する、システム。
10. 前記利用者が所持する端末は、前記指定された認証用データを前記認証端末に提供することの同意を前記利用者から取得する、請求項９に記載のシステム。
11. 認証端末において、
    利用者が所持する端末と通信可能になると、前記端末から前記利用者にサービスを提供するか否かを決定するために必要な認証用データ、前記利用者の第１の生体情報を取得し、
    自装置に到着した前記利用者を撮影することで、前記利用者の第２の生体情報を取得し、
    前記第１の生体情報と第２の生体情報を用いた照合処理を実行し、前記照合処理の結果が成功であって、前記端末から取得した認証用データが有効な場合に、前記利用者の認証処理に成功したと判定する、方法。
12. 利用者が所持する端末と、
    認証端末と、
    を含むシステムにおいて、
    前記認証端末が、
    自装置と前記利用者が所持する端末が通信可能になると、前記利用者の第１の生体情報を前記利用者が所持する端末から取得し、
    自装置に到着した前記利用者を撮影することで、前記利用者の第２の生体情報を取得し、
    前記第１の生体情報と前記第２の生体情報を用いた照合処理を実行し、
    前記利用者にサービスを提供するか否かを決定するために必要な認証用データを指定し、前記指定された認証用データを送信するように前記利用者が所持する端末に要求することで前記認証用データを取得し、
    前記第１の生体情報と前記第２の生体情報を用いた照合処理の結果が成功であって、前記端末から取得した認証用データが有効である場合に、前記利用者の認証処理に成功したと判定し、
    前記利用者が所持する端末は、前記第１の生体情報を前記認証端末に提供することの同意を前記利用者から取得する、方法。
13. 認証端末に搭載されたコンピュータに、
    利用者が所持する端末と通信可能になると、前記端末から前記利用者にサービスを提供するか否かを決定するために必要な認証用データ、前記利用者の第１の生体情報を取得する処理と、
    自装置に到着した前記利用者を撮影することで、前記利用者の第２の生体情報を取得する処理と、
    前記第１の生体情報と第２の生体情報を用いた照合処理を実行し、前記照合処理の結果が成功であって、前記端末から取得した認証用データが有効な場合に、前記利用者の認証処理に成功したと判定する処理と、
    を実行させるためのプログラム。
14. コンピュータに、
    自装置と利用者が所持する端末が通信可能になると、前記利用者の第１の生体情報を前記利用者が所持する端末から取得する処理と、
    自装置に到着した前記利用者を撮影することで、前記利用者の第２の生体情報を取得する処理と、
    前記第１の生体情報と前記第２の生体情報を用いた照合処理を実行する処理と、
    前記利用者にサービスを提供するか否かを決定するために必要な認証用データを指定し、前記指定された認証用データを送信するように前記利用者が所持する端末に要求することで前記認証用データを取得する処理と、
    前記第１の生体情報と前記第２の生体情報を用いた照合処理の結果が成功であって、前記端末から取得した認証用データが有効である場合に、前記利用者の認証処理に成功したと判定する処理と、
    前記第１の生体情報を前記認証端末に提供することの同意を前記利用者から取得する処理と、
    を実行させるためのプログラム。

Images