JP2023115091A - サーバ装置、システム、サーバ装置の制御方法及びコンピュータプログラム - Google Patents

Abstract

【課題】 生体認証における誤認証の発生を検出可能とするサーバ装置を提供する。【解決手段】 サーバ装置は、複数の端末のうち被認証者の生体情報を取得した端末から、被認証者の生体情報を含む認証要求を受信し、被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行う。また、サーバ装置は、生体認証に成功した被認証者である認証成功者について、予め登録された利用者の生体情報と、認証要求の送信元である端末により取得された生体情報を含む端末ごとの認証結果詳細情報と、を対応付けて出力する。【選択図】 図１

Description

本発明は、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体に関する。

空港や港等において出入国審査が行われる。当該出入国審査の担当官は、パスポートに貼付された顔写真と面前の人物の顔を比較し、パスポートの顔画像と面前の人物の顔が一致する場合に当該人物の出入国を許可する。

上記出入国審査の手続きを、生体認証を用いて行うことに関する技術開発が行われている。

例えば、特許文献１に記載された移動監視方法は、パブリックエリアからセキュアエリアへの人の移動経路における第一のポイントで、個人のバイオメトリクスデータおよび関連身元確認データを取得する。当該移動監視方法は、セキュアエリアにおける第二のポイントで、個人のバイオメトリクスデータおよび関連身元確認データを取得する。当該移動監視方法は、第二のポイントにおいて取得された身元確認データを、第二のポイントで取得されたものと比較する。さらに、当該移動監視方法は、整合性がある場合には、この整合性のある身元確認データについて、第一のポイントで取得された関連イメージを、第二のポイントで取得された関連イメージと比較する。

特許文献２には、精度改善施策の効果を事前に推定し、管理者へ提示できる技術を提供する、と記載されている。

特表２００７－５０６１５９号公報 特開２０１４－０８１７９６号公報

特許文献１、２に開示されたように、生体認証に関する種々の技術開発が行われている。しかしながら、生体認証の精度には限界があり一定比率の誤認証（他人受入、本人拒否）が生じ得る。空港における手続きにおいて誤認証が発生すると、当該誤認証の修正に時間を要したり、利用者が誤った搭乗機に搭乗したまま外国に出国してしまったりする。

本発明は、生体認証における誤認証（とりわけ、他人受入）の発生を検出可能とすることに寄与する、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体を提供することを主たる目的とする。

本発明の第１の視点によれば、複数の端末のうち被認証者の生体情報を取得した端末から、前記被認証者の生体情報を含む認証要求を受信する、受信部と、前記被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行う、認証部と、前記生体認証に成功した認証成功者について、前記予め登録された生体情報と、前記認証要求を処理した際の詳細を含む情報であって前記認証要求の送信元である端末により取得された生体情報を含む認証結果詳細情報と、を対応付けて記憶する、記憶部と、を備える、サーバ装置が提供される。

本発明の第２の視点によれば、複数の端末と、前記複数の端末と接続されたサーバ装置と、を含み、前記サーバ装置は、前記複数の端末のうち被認証者の生体情報を取得した端末から、前記被認証者の生体情報を含む認証要求を受信する、受信部と、前記被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行う、認証部と、前記生体認証に成功した認証成功者について、前記予め登録された生体情報と、前記認証要求を処理した際の詳細を含む情報であって前記認証要求の送信元である端末により取得された生体情報を含む認証結果詳細情報と、を対応付けて記憶する、記憶部と、を備える、システムが提供される。

本発明の第３の視点によれば、サーバ装置において、複数の端末のうち被認証者の生体情報を取得した端末から、前記被認証者の生体情報を含む認証要求を受信し、前記被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行い、前記生体認証に成功した認証成功者について、前記予め登録された生体情報と、前記認証要求を処理した際の詳細を含む情報であって前記認証要求の送信元である端末により取得された生体情報を含む認証結果詳細情報と、を対応付けて記憶する、サーバ装置の制御方法が提供される。

本発明の第４の視点によれば、サーバ装置に搭載されたコンピュータに、複数の端末のうち被認証者の生体情報を取得した端末から、前記被認証者の生体情報を含む認証要求を受信する処理と、前記被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行う処理と、前記生体認証に成功した認証成功者について、前記予め登録された生体情報と、前記認証要求を処理した際の詳細を含む情報であって前記認証要求の送信元である端末により取得された生体情報を含む認証結果詳細情報と、を対応付けて記憶する処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。

本発明の各視点によれば、生体認証における誤認証（とりわけ、他人受入）の発生を検出可能とすることに寄与する、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体が提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。

一実施形態の概要を説明するための図である。 第１の実施形態に係る搭乗手続きシステムの概略構成の一例を示す図である。 第１の実施形態に係るチェックイン端末の処理構成の一例を示す図である。 第１の実施形態に係るシステム登録部の動作を説明するための図である。 第１の実施形態に係るシステム登録部の処理構成の一例を示す図である。 第１の実施形態に係る搭乗ゲート装置の処理構成の一例を示す図である。 第１の実施形態に係る認証要求の一例を示す図である。 第１の実施形態に係るサーバ装置の処理構成の一例を示す図である。 第１の実施形態に係るトークンＩＤ情報データベースの一例を示す図である。 第１の実施形態に係る業務情報データベースの一例を示す図である。 第１の実施形態に係る認証結果データベースの一例を示す図である。 第１の実施形態に係る検証情報生成部の動作を説明するための図である。 第１の実施形態に係る検証情報生成部の動作を説明するための図である。 第１の実施形態に係る搭乗手続きシステムの動作の一例を示すシーケンス図である。 第２の実施形態に係る検証情報生成部の動作を説明するための図である。 サーバ装置のハードウェア構成の一例を示す図である。 本願開示の変形例に係るサーバ装置の動作を説明するための図である。 本願開示の変形例に係る職員端末の動作を説明するための図である。 本願開示の変形例に係る職員端末の動作を説明するための図である。 本願開示の変形例に係る職員端末の動作を説明するための図である。 本願開示の変形例に係るサーバ装置の処理構成の一例を示す図である。

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

一実施形態に係るサーバ装置１００は、受信部１０１と、認証部１０２と、記憶部１０３と、を備える（図１参照）。受信部１０１は、複数の端末のうち被認証者の生体情報を取得した端末から、被認証者の生体情報を含む認証要求を受信する。認証部１０２は、被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行う。記憶部１０３は、生体認証に成功した認証成功者について、予め登録された生体情報と認証結果詳細情報を対応付けて記憶する。認証結果詳細情報は、認証要求の送信元である端末により取得された生体情報を含む。

サーバ装置１００は、端末からの認証要求を処理するたびに、その結果（履歴）の詳細を記憶する。当該履歴情報を用いることで、サーバ装置１００は、空港等の職員が認証結果に誤認証（とりわけ、他人受入に係る誤認証）が含まれているか否か検証するための認証結果検証情報を生成することができる。当該情報は、職員等に提供され、職員は、当該情報に基づいて生成された表示を確認することで他人受入の発生を検出できる。ここで、認証結果検証情報には、認証に使われた２種類の生体情報（例えば、登録顔画像、取得顔画像）に加え、取得顔画像を取得した端末のＩＤを含ませることもできる。職員等は、当該端末のＩＤに基づいて誤認証が発生した端末を特定することができるので、他人受入の発生に伴う問題、矛盾を迅速に解決できる。

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

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

［システムの構成］
図２は、第１の実施形態に係る搭乗手続きシステムの概略構成の一例を示す図である。第１の実施形態に係る搭乗手続きシステムは、空港における一連の手続き（荷物預け入れ、セキュリティチェック等）を生体認証にて実現するシステムである。図２に示す搭乗手続きシステムは、例えば、入出国の管理局等の公的機関や当該公的機関から業務の委託を受けた受託者により運営される。

なお、本願開示において、「搭乗手続き」は、チェックインから航空機に搭乗するまでに行われる一連の手続きを示す。

図２を参照すると、搭乗手続きシステムには、チェックイン端末１０、手荷物預け機１１、旅客通過システム１２、ゲート装置１３、搭乗ゲート装置１４と、サーバ装置２０、職員端末３０と、が含まれる。

チェックイン端末１０、手荷物預け機１１、旅客通過システム１２、ゲート装置１３及び搭乗ゲート装置１４は空港に設置された端末（タッチポイント）である。これらの端末は、ネットワークを介してサーバ装置２０と接続されている。図２に示すネットワークは、空港の構内通信網を含むＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、移動体通信網等により構成されている。接続方式は、有線方式に限らず、無線方式でもよい。

サーバ装置２０は、空港会社等の施設内に設置されている。あるいは、サーバ装置２０はネットワーク上のクラウドに設置されたサーバであってもよい。

職員端末３０は、空港や航空会社の職員等により使用される端末である。搭乗手続きシステムには１台の職員端末３０が含まれていてもよいし、複数の職員端末３０が含まれていてもよい。

職員端末３０は、図２に示すような据え置き型のコンピュータであってもよいし、携帯電話、スマートフォン、タブレット、ノートパソコンのような携帯型端末であってもよい。職員端末３０は、職員が使用する端末であればどのような形式、形態であってもよい。

なお、図２に示す構成は例示であって、搭乗手続きシステムの構成を限定する趣旨ではない。搭乗手続きシステムには、図示していない装置等が含まれていてもよい。

利用者の搭乗手続きは、図２に示す各端末により行われる。具体的には、利用者が出国する際の一連の手続きは、５か所に設置された端末にて順次実施される。図２に示す搭乗手続きシステムでは、利用者の搭乗手続きは生体情報を用いた認証（生体認証）により実現される。

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

生体認証による搭乗手続きを希望する利用者（システム利用者）は、空港に到着すると、チェックイン端末１０を操作して「チェックイン手続き」を行う。システム利用者は、紙の航空券、搭乗情報が記載された二次元バーコード、ｅチケットの控えを表示する携帯端末等をチェックイン端末１０に提示する。チェックイン端末１０は、チェックイン手続きが終了すると、搭乗券を出力する。なお、搭乗券には、紙媒体の搭乗券と電子媒体の搭乗券が含まれる。

チェックイン手続きが終了した利用者であって、生体認証による搭乗手続きを希望するシステム利用者は、チェックイン端末１０を用いてシステム登録を行う。具体的には、システム利用者は、取得した搭乗券とパスポートをチェックイン端末１０に読み込ませる。また、チェックイン端末１０は、システム利用者の生体情報（例えば、顔画像）を取得する。

チェックイン端末１０は、これら（搭乗券、パスポート、生体情報）に関する情報をサーバ装置２０に送信する。

サーバ装置２０は、チェックイン端末１０から取得した情報の正当性を確認する。具体的には、サーバ装置２０は、提示されたパスポートの正当性を確認する。当該確認を終了すると、サーバ装置２０はシステム利用者の登録を行う。具体的には、サーバ装置２０は、当該システム登録された利用者の搭乗手続きに用いられるトークンを発行する。

発行されたトークンは、トークンＩＤ（Identifier）により識別される。搭乗手続きに必要な情報（例えば、生体情報、搭乗手続きに必要な業務情報等）はトークンＩＤを介して対応付けられる。即ち、「トークン」は、システム利用者の登録と共に発行され、当該登録されたシステム利用者が生体情報を利用した搭乗手続きを受けるための識別情報である。トークン（トークンＩＤ）が発行されると、システム利用者は、生体認証を用いた搭乗手続きを利用することができる。

トークンの生成に応じて、サーバ装置２０は、トークンＩＤ情報データベースと業務情報データベースのそれぞれにエントリを追加する。

トークンＩＤ情報データベースは、生成されたトークンの詳細情報を記憶するデータベースである。当該データベースは、少なくともトークンＩＤと生体情報（顔画像、特徴量）を対応付けて記憶する。サーバ装置２０は、トークンＩＤ情報データベースを参照し生体認証を実行する。

業務情報データベースは、業務情報を記憶するデータベースである。業務情報データベースは、トークンＩＤと業務情報を対応付けて記憶する。業務情報は、端末が手続き（業務）を進める際に必要となる情報である。

トークンが発行されたシステム利用者が、端末に到着すると、当該端末にて生体情報（例えば、顔画像）が取得される。端末は、顔画像を含む認証要求をサーバ装置２０に送信する。

なお、本願開示において、「端末」と表記した場合には、サーバ装置２０に生体情報を含む認証要求を送信する装置、デバイス等を意味する。図２の例では、手荷物預け機１１、旅客通過システム１２、ゲート装置１３、搭乗ゲート装置１４が「端末」に相当する。あるいは、チェックイン手続きも生体認証により行われる場合には、チェックイン端末１０も「端末」に相当する。

サーバ装置２０は、端末から取得した生体情報とシステム登録された生体情報を用いた生体認証を行う。生体認証に成功すると、サーバ装置２０は、その旨を示す肯定応答を端末に送信する。肯定応答には、端末が手続きを進める際に必要となる業務情報が含まれる。生体認証に失敗すると、サーバ装置２０は、その旨を示す否定応答を端末に送信する。

サーバ装置２０は、各端末から受信した認証要求を処理した際の詳細情報を記憶、管理する。具体的には、サーバ装置２０は、認証結果データベースを用いて、上記詳細等を記憶する。認証結果データベースの詳細は後述する。

認証成功を受信した端末は、取得した業務情報に基づき利用者の搭乗手続きを行う。例えば、端末は、必要に応じてゲート等を開き、利用者の通過を許可する。認証失敗を受信した端末は、その旨を被認証者に通知する。

サーバ装置２０は、認証結果データベースに記憶された認証処理の結果（詳細情報）を解析し、空港や航空会社の職員等が生体認証の結果のなかに誤認証（とりわけ、他人受入に関する誤認証）が含まれているか否かを検証するための認証結果検証情報を生成する。サーバ装置２０は、当該生成された認証結果検証情報を職員端末３０に提供する。

職員は、認証結果検証情報に基づいて生成される表示に基づいて、他人受入が発生したか否かを検証する。他人受入が発生していれば、職員は、他人受入の発生により生じる矛盾等を解消する。

続いて、各装置の概略構成、機能等を説明する。

チェックイン端末１０は、空港内のチェックインロビーに設置されている。上述のように、利用者は、チェックイン端末１０を用いて生体認証を用いた搭乗手続きを実現するためのシステム登録を行う。また、システム利用者は、チェックイン端末１０を操作してチェックイン手続きを行う。即ち、チェックイン端末１０は、利用者が操作することによって、チェックイン手続を行うためのセルフ端末でもある。チェックイン端末１０は、ＣＵＳＳ（Common Use Self Service）端末とも称される。利用者は、チェックイン手続を完了すると、手荷物の預け場所あるいは保安検査場へ移動する。

手荷物預け機１１は、空港内の手荷物カウンタ（有人カウンタ）の隣接領域あるいはチェックイン端末１０の近傍領域に設置されている。手荷物預け機１１は、利用者が操作することにより、航空機内に持ち込まない手荷物を預ける手続（手荷物預け手続）を行うためのセルフ端末である。手荷物預け機１１は、ＣＵＢＤ（Common Use Bag Drop）端末とも称される。利用者は、手荷物預け手続を完了すると、保安検査場へ移動する。なお、利用者が、手荷物を預けない場合には、手荷物預け手続は省略される。

旅客通過システム１２は、空港内の保安検査場の入口に設置されているゲート装置である。旅客通過システム１２は、ＰＲＳ（Passenger Reconciliation System）とも称され、保安検査場の入口において利用者の通過可否を判定するシステムである。利用者は、旅客通過システム１２を通過した後に保安検査手続を完了すると、出国審査場へ移動する。

ゲート装置１３は、空港内の出国審査場に設置されている。ゲート装置１３は、利用者の出国審査手続を自動的に行う装置である。利用者は、出国審査手続を完了すると、免税店や搭乗ゲートが設けられている出国エリアに移動する。

搭乗ゲート装置１４は、出国エリアの搭乗ゲートごとに設置された通行制御装置である。搭乗ゲート装置１４は、出国審査（生体情報を用いた審査）の一連の手続きにおける最終段のゲート装置である。搭乗ゲート装置１４は、ＡＢＧ（Automated Boarding Gates）端末とも称される。搭乗ゲート装置１４は、利用者が搭乗ゲートから搭乗可能な航空機の搭乗者であることを確認する。利用者は、搭乗ゲート装置１４を通過すると、航空機に搭乗し、第２国へ向けて出国する。

なお、図２に示す各装置（チェックイン端末１０、手荷物預け機１１、旅客通過システム１２、ゲート装置１３、搭乗ゲート装置１４）による生体認証を用いた搭乗手続きは一例であって、手続きに使用される装置を限定する趣旨ではない。例えば、上記装置とは異なる装置が搭乗手続きに使用されてもよいし、上記各装置のうち一部の装置が手続きに使用されてなくともよい。例えば、ゲート装置１３が搭乗手続きシステムに含まれていなくともよい。

サーバ装置２０は、上記搭乗手続きを支援、管理するためのサーバ装置である。サーバ装置２０は、トークンＩＤを管理する。具体的には、サーバ装置２０は、トークンＩＤの発行や無効化を行う。また、サーバ装置２０は、空港内の各種端末からの認証要求を処理する。

続いて、第１の実施形態に係る搭乗手続きシステムに含まれる各装置の詳細について説明する。以降の説明では、生体情報として利用者の「顔画像」や「顔画像から生成された特徴量」を例にとり説明を行う。

［チェックイン端末］
上述のように、チェックイン端末１０は、システム利用者に対して、チェックイン手続とシステム登録に関する操作を提供する装置である。

図３は、第１の実施形態に係るチェックイン端末１０の処理構成（処理モジュール）の一例を示す図である。図３を参照すると、チェックイン端末１０は、通信制御部２０１と、システム登録部２０２と、トークン発行要求部２０３と、メッセージ出力部２０４と、チェックイン実行部２０５と、記憶部２０６と、を含む。

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

システム登録部２０２は、生体認証による搭乗手続きを希望する利用者のシステム登録を行う手段である。例えば、システム登録部２０２は、チェックイン手続きの終了後に、利用者が「顔画像を用いた搭乗手続き」を希望するか否かを確認するためのＧＵＩ（Graphical User Interface）を当該利用者に提供する（図４参照）。

利用者が顔画像を用いた搭乗手続きを希望すると、システム登録部２０２は、ＧＵＩを用いて３つの情報（搭乗券に記載された情報、パスポートに記載された情報、生体情報）を取得する。

システム登録部２０２は、３つのサブモジュールを備える。図５は、第１の実施形態に係るシステム登録部２０２の処理構成（処理モジュール）の一例を示す図である。図５に示すように、システム登録部２０２は、搭乗券情報取得部２１１と、パスポート情報取得部２１２と、生体情報取得部２１３と、を備える。

搭乗券情報取得部２１１は、システム利用者が所持する搭乗券に記載された情報（以下、搭乗券情報と表記する）を取得する手段である。搭乗券情報取得部２１１は、スキャナー等の読取機（図示せず）を制御し、搭乗券情報を取得する。

搭乗券情報には、氏名（姓、名）、エアラインコード、便名、搭乗日、出発地（搭乗空港）、目的地（到着空港）、シート番号、搭乗時間、到着時間等が含まれる。

パスポート情報取得部２１２は、システム利用者が所持するパスポートに記載された情報（以下、パスポート情報と表記する）を取得する手段である。パスポート情報取得部２１２は、スキャナー等の読取機を制御し、パスポート情報を取得する。

パスポート情報には、顔画像（以下、パスポート顔画像と表記する）、氏名、性別、国籍、パスポート番号、パスポート発行国等が含まれる。

生体情報取得部２１３は、システム利用者の生体情報を取得する手段である。生体情報取得部２１３は、カメラを制御し、システム利用者の顔画像を取得する。例えば、生体情報取得部２１３は、常時又は定期的に撮影する画像中に顔を検出すると、利用者の顔を撮影してその顔画像を取得する。

生体情報取得部２１３は、顔画像を撮影する前に、メッセージ出力部２０４を介して顔画像の撮影に関する案内メッセージを表示するのが望ましい。例えば、生体情報取得部２１３は、「お客様の顔画像を撮影し、システムに登録いたします。登録された顔画像は、搭乗完了後にシステムから削除されます」といったメッセージを表示する。

システム登録部２０２は、取得した３つの情報（搭乗券情報、パスポート情報、生体情報）をトークン発行要求部２０３に引き渡す。

図３に示すトークン発行要求部２０３は、サーバ装置２０に対してトークンの発行を要求する手段である。トークン発行要求部２０３は、搭乗券情報、パスポート情報及び生体情報（顔画像）を含むトークン発行要求を生成する。トークン発行要求部２０３は、生成したトークン発行要求をサーバ装置２０に送信する。

トークン発行要求部２０３は、サーバ装置２０から取得した応答（トークン発行要求に対する応答）をメッセージ出力部２０４に引き渡す。

メッセージ出力部２０４は、種々のメッセージを出力する手段である。例えば、メッセージ出力部２０４は、サーバ装置２０から取得した応答に応じたメッセージを出力する。

トークンの発行に成功した旨の応答（肯定応答）を受信した場合には、メッセージ出力部２０４は、その旨を出力する。例えば、メッセージ出力部２０４は、「今後の手続きは顔認証により行うことができます」といったメッセージを出力する。

トークンの発行に失敗した旨の応答（否定応答）を受信した場合には、メッセージ出力部２０４は、その旨を出力する。例えば、メッセージ出力部２０４は、「申し訳ありません。顔認証による手続きは行えません。有人のブースに向かってください」といったメッセージを出力する。

チェックイン実行部２０５は、利用者のチェックイン手続きを行う手段である。チェックイン実行部２０５は、利用者が提示した航空券に基づいて座席の選択等のチェックイン手続きを実行する。例えば、チェックイン実行部２０５は、航空券に記載された情報をＤＣＳ（Departure Control System）に送信し、当該ＤＣＳから搭乗券に記載する情報を取得する。なお、チェックイン実行部２０５の動作は既存のチェックイン端末の動作と同一とすることができるのでより詳細な説明を省略する。

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

［搭乗ゲート装置］
図６は、第１の実施形態に係る搭乗ゲート装置１４の処理構成（処理モジュール）の一例を示す図である。図６を参照すると、搭乗ゲート装置１４は、通信制御部３０１と、生体情報取得部３０２と、認証要求部３０３と、メッセージ出力部３０４と、機能実現部３０５と、記憶部３０６と、を含む。

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

生体情報取得部３０２は、カメラ（図示せず）を制御し、利用者の生体情報を取得する手段である。生体情報取得部３０２は、定期的又は所定のタイミングにおいて自装置の前方を撮像する。生体情報取得部３０２は、取得した画像に人の顔画像が含まれるか否かを判定し、顔画像が含まれる場合には取得した画像データから顔画像を抽出する。

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

生体情報取得部３０２は、抽出した顔画像を認証要求部３０３に引き渡す。

認証要求部３０３は、サーバ装置２０に対して面前の利用者に関する認証を要求する手段である。認証要求部３０３は、自装置の識別子（以下、端末ＩＤと表記する）、上記取得した顔画像等を含む認証要求を生成する（図７参照）。端末ＩＤにはＭＡＣ（Media Access Control address）アドレス、ＩＰ（Internet Protocol）アドレス等を用いることができる。認証要求部３０３は、生成した認証要求をサーバ装置２０に送信する。

サーバ装置２０は、認証要求に含まれる端末ＩＤを確認することで、認証要求の送信元である端末を一意に特定できる。また、サーバ装置２０は、端末ＩＤに基づいて端末の種類（手荷物預け機１１、旅客通過システム１２、ゲート装置１３、搭乗ゲート装置１４）を特定することもできる。なお、端末ＩＤは、システムに含まれる各端末とサーバ装置２０の間で共有される。例えば、システム管理者等が端末ＩＤを決定し、当該決定された端末ＩＤを各端末に入力してもよい。また、システム管理者は、端末ＩＤと端末の種類を対応付けたテーブル情報等をサーバ装置２０に入力してもよい。

認証要求部３０３は、認証要求に対するサーバ装置２０からの応答を受信する。認証要求部３０３は、サーバ装置２０から取得した応答をメッセージ出力部３０４と機能実現部３０５に引き渡す。

メッセージ出力部３０４は、種々のメッセージを出力する手段である。例えば、メッセージ出力部３０４は、サーバ装置２０から取得した認証結果（認証成功、認証失敗）に応じたメッセージを出力する。

機能実現部３０５は、搭乗ゲート装置１４の機能を実現する手段である。機能実現部３０５は、認証成功者（認証成功と判定された被認証者）に関する手続きを実現する。機能実現部３０５は、取得した業務情報から利用者（認証成功者）が搭乗可能な航空機の便番号を特定する。機能実現部３０５は、当該特定された便番号と自装置に割り当てられた便番号が一致する場合に、上記認証成功者のゲート通過を許可する。なお、機能実現部３０５の動作は既存の搭乗ゲート装置の動作と同一とすることができるので詳細な説明を省略する。また、当該搭乗ゲート装置１４から搭乗する航空機の航空会社に勤務する職員が、搭乗ゲート装置１４に必要な便番号を割り当て（入力）すればよい。

機能実現部３０５は、認証成功者のゲート通過を許可した場合には、その旨をサーバ装置２０に通知する。

記憶部３０６は、搭乗ゲート装置１４の動作に必要な情報を記憶する手段である。

［他の端末］
搭乗手続きシステムに含まれる他の端末（手荷物預け機１１、旅客通過システム１２、ゲート装置１３）の基本的な処理構成は、図６に示す搭乗ゲート装置１４の処理構成と同一とすることができるので詳細な説明を省略する。いずれの端末も、システム利用者の生体情報（顔画像）を取得し、当該取得した生体情報を用いた認証をサーバ装置２０に要求する。認証に成功すると、各端末に割り当てられた機能が実行される。また、各端末は、認証結果（認証成功、認証失敗）に応じた表示（メッセージ）を出力する。

［サーバ装置］
図８は、第１の実施形態に係るサーバ装置２０の処理構成（処理モジュール）の一例を示す図である。図８を参照すると、サーバ装置２０は、通信制御部４０１と、トークン生成部４０２と、データベース管理部４０３と、認証部４０４と、検証情報生成部４０５、記憶部４０６と、を含む。

通信制御部４０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部４０１は、チェックイン端末１０からデータ（パケット）を受信する。また、通信制御部４０１は、チェックイン端末１０に向けてデータを送信する。通信制御部４０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部４０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部４０１を介して他の装置とデータの送受信を行う。通信制御部４０１は、端末から被認証者の生体情報を取得する、「取得部」としての機能を備える。あるいは、通信制御部４０１は、被認証者の生体情報を含む認証要求を受信する「受信部」、当該認証要求に対する応答を送信する「送信部」としての機能を有する。

トークン生成部４０２は、チェックイン端末１０からのトークン生成要求に応じてトークンを生成する手段である。その際、トークン生成部４０２は、利用者が提示したパスポートの正当性に関する判定を行う。

具体的には、トークン生成部４０２は、チェックイン端末１０にパスポートを提示した人物と、当該パスポートの発行を受けた人物と、が同一人物か否かを判定する。当該判定を実行するため、トークン生成部４０２は、トークン生成要求に含まれる顔画像（システム利用者の顔画像）とパスポート情報に含まれるパスポート顔画像を抽出する。トークン生成部４０２は、これら２つの顔画像が実質的に一致するか否かを判定する。

トークン生成部４０２は、上記２枚の顔画像の照合（１対１照合）を実行する。トークン生成部４０２は、２つの画像それぞれから特徴ベクトルを算出する。トークン生成部４０２は、当該２つの画像の類似度（例えば、ユークリッド距離）を算出し、当該算出した類似度に対する閾値処理の結果に基づき、２つの画像が同一人物の顔画像か否かを判定する。例えば、類似度が所定の値よりも大きければ（距離が所定の値よりも短ければ）、トークン生成部４０２は、２つの顔画像は同一人物によるものと判定する。

トークン生成部４０２は、生体情報を用いたパスポートの正当性判定に成功すると、トークンを発行する。例えば、トークン生成部４０２は、処理時の日時やシーケンス番号等に基づいて固有な値をトークンＩＤとして生成する。

トークン生成部４０２は、トークン（トークンＩＤ）を生成すると、チェックイン端末１０に対して肯定応答（トークン発行）を送信する。トークン生成部４０２は、トークンＩＤの生成に失敗すると、チェックイン端末１０に対して否定応答（トークン非発行）を送信する。

トークン生成部４０２は、トークンＩＤの生成（発行）に成功すると、生成したトークンＩＤ、搭乗券情報、パスポート情報、顔画像（システム利用者の顔画像）をデータベース管理部４０３に引き渡す。

データベース管理部４０３は、サーバ装置２０に構築されたデータベースを管理する手段（管理部）である。

サーバ装置２０は、トークンＩＤ情報データベース、業務情報データベースと、認証結果データベースと、を備える。

トークンＩＤ情報データベースは、少なくともトークンＩＤと利用者の生体情報を対応付けて記憶する。図９は、トークンＩＤ情報データベースの一例を示す図である。図９を参照すると、トークンＩＤ情報データベースは、トークンＩＤ、登録顔画像、特徴量、トークン発行時刻及びトークン発行デバイス名等を記憶するフィールドを有する。

上述のように、トークンＩＤは一時的に発行される識別子である。利用者が搭乗ゲート装置１４での手続きを終えると、当該トークンＩＤは無効にされる。即ち、トークンＩＤは、永続的に使用される識別子ではなく、有効期間（ライフサイクル）を有するワンタイムＩＤである。

登録顔画像は、システム利用者の顔画像である。例えば、登録顔画像は、チェックイン端末１０が撮像した利用者の顔画像であってもよいし、パスポート顔画像であってもよい。特徴量は、顔画像から生成される特徴ベクトルである。トークン発行時刻は、サーバ装置２０がトークンＩＤを発行した時刻である。デバイス名は、トークンＩＤの発行の契機となった登録顔画像の取得元のデバイス名（例えば、チェックイン端末１０）である。

業務情報データベースは、利用者の搭乗手続きを行う際に必要な情報（業務情報）を管理するデータベースである。図１０は、業務情報データベースの一例を示す図である。図１０を参照すると、業務情報データベースは、トークンＩＤ、搭乗者名、出発地、目的地、エアラインコード、便番号、運行年月日等を記憶するフィールドを有する。業務情報データベースは、上記フィールドに加え、シート番号、国籍、旅券番号、姓、名、生年月日及び性別等を記憶するフィールドを有していてもよい。業務情報データベースは、所定の業務（各タッチポイントで行われる手続き業務）に必要な業務情報をトークンＩＤごとに記憶している。

業務情報データベースに格納される上記情報は、搭乗券情報及びパスポート情報から取得される。

データベース管理部４０３は、トークン生成部４０２からトークンＩＤを取得すると（トークンＩＤが発行されると）、上記２つのデータベースに新規エントリを追加する。データベース管理部４０３は、各データベースのフィールドに設定値を設定する。例えば、データベース管理部４０３は、登録顔画像から特徴量を生成し、当該生成した特徴量をトークンＩＤ情報データベースに登録する。なお、設定値を設定できないフィールドに関しては、データベース管理部４０３は、初期値（デフォルト値）を設定してもよい。

認証部４０４は、生体認証を行う手段である。認証部４０４は、端末から取得された認証要求を処理する。認証部４０４は、被認証者の生体情報と予めトークンＩＤ情報データベースに登録された複数の利用者それぞれの生体情報を用いた生体認証を行う。

具体的には、認証部４０４は、複数の端末のうち被認証者の生体情報を取得した端末からの認証要求を、トークンＩＤ情報データベースを参照して処理する。認証要求には、被認証者の生体情報が含まれる。認証部４０４は、認証要求に含まれる生体情報とトークンＩＤ情報データベースに登録された生体情報を用いた照合処理（１対Ｎ照合）を実行する。

認証部４０４は、端末（手荷物預け機１１、旅客通過システム１２、ゲート装置１３、搭乗ゲート装置１４）から取得した顔画像から特徴量を生成する。なお、特徴量の生成処理に関しては既存の技術を用いることができるのでその詳細な説明を省略する。例えば、認証部４０４は、顔画像から目、鼻、口等を特徴点として抽出する。その後、認証部４０４は、特徴点それぞれの位置や各特徴点間の距離を特徴量として計算し、複数の特徴量からなる特徴ベクトルを生成する。

認証部４０４は、当該生成した特徴量（特徴ベクトル）を照合側の特徴量、トークンＩＤ情報データベースに記憶された特徴量を登録側の特徴量にそれぞれ設定する。

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

認証部４０４は、トークンＩＤ情報データベースに登録された複数の特徴量（有効な特徴量）のうち、照合対象の特徴量との間の類似度が所定の値以上の特徴量が存在すれば認証に成功したと判断する。

認証に成功すると、認証部４０４は、類似度の最も高い特徴量に対応するトークンＩＤを特定する。認証部４０４は、特定されたトークンＩＤをキーとして業務情報データベースを検索し、対応するエントリを特定する。

認証部４０４は、認証結果を端末に送信する（認証要求に応答する）。

認証に成功した場合には、認証部４０４は、記業務情報データベースから特定されたエントリ（トークンＩＤ、業務情報）を含む肯定応答を端末に送信する。

認証に失敗した場合には、認証部４０４は、認証失敗を示す否定応答を端末に送信する。

続いて、認証結果データベースについて説明する。上述のように、各端末からの認証要求が処理された際の詳細情報は、認証結果データベースに記憶される。認証結果データベースは、生体認証に成功した認証成功者について、予め登録された生体情報と、認証要求が処理された際の詳細を含む情報（以下、認証結果詳細情報と表記する）と、を対応づけて記憶する。

図１１は、認証結果データベースの一例を示す図である。図１１に示すように、認証結果データベースは、トークンＩＤごと（認証成功者ごと）に、登録顔画像と少なくとも１以上の認証結果詳細情報を記憶する。認証結果詳細情報には、認証要求の送信元を識別する端末ＩＤ、認証要求に含まれる取得顔画像（端末により取得された顔画像）、認証成功と判定された際の類似度（スコア）等が含まれる。

なお、図１１では、理解の容易のため、端末ＩＤとして図２に示す各端末に割り当てられた符号を用いている。また、図１１に示す認証結果データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、認証結果データベースは、認証に成功した日時（認証時刻）等を記憶してもよい。

認証成功の結果が得られた場合には、認証部４０４は、認証結果データベースを更新する。具体的には、被認証者のトークンＩＤが認証結果データベースに登録されていなければ、認証部４０４は、新たなエントリを当該データベースに追加するとともに、認証処理の詳細を書き込む。被認証者のトークンＩＤが認証結果データベースに登録されていれば、認証部４０４は、対応するエントリの認証結果詳細情報フィールドに認証処理の結果を書き込む。

なお、空港における搭乗手続きの順番は予め定まっているため、認証結果データベースに記憶される端末ＩＤにも順序が存在する。例えば、図２の例では、通常の手続きでは手荷物預け機１１、旅客通過システム１２、ゲート装置１３、搭乗ゲート装置１４の順で手続きが行われる。従って、上記各端末の順番で認証処理の詳細が認証結果データベースに記憶されることになる。なお、手荷物預け機１１における手続きは必須なものではないため、当該端末による認証結果は認証結果データベースに記憶されないこともある。

検証情報生成部４０５は、上述の認証結果検証情報を生成する手段である。検証情報生成部４０５は、少なくとも登録顔画像、端末ＩＤ及び端末により取得された取得顔画像を含む認証結果検証情報を生成する。検証情報生成部４０５により生成された認証結果検証情報は、空港や航空会社の職員等に提供される。

例えば、検証情報生成部４０５は、生成した認証結果検証情報を職員端末３０に送信する。職員端末３０は、受信した認証結果検証情報に基づいて、図１２に示すような表示（ＧＵＩ）を生成する。職員端末３０は、認証結果データベースに記憶されたエントリ（認証成功者）の登録顔画像と少なくとも１以上の取得顔画像を同時に確認できるような表示を行う。また、職員端末３０は、端末ＩＤに基づいて、取得顔画像を取得した端末の名称等を合わせて表示する。

なお、検証情報生成部４０５は、職員（職員端末３０）からの要求に応じて認証結果検証情報を生成し、職員端末３０に送信する。職員は、図１２に示すような表示を確認し、他人受入の誤認証が発生していないと判断した場合には次ボタンを押下する。職員端末３０は、次ボタンの押下検出に応じて、サーバ装置２０に新たな認証結果検証情報の送信を依頼する。

新たな依頼を受信すると、検証情報生成部４０５は、認証結果データベースの次のエントリから認証結果検証情報を生成し、職員端末３０に送信する。

登録顔画像と取得顔画像を比較し、これらの顔画像が異なる人物から撮像された顔画像であると考えられる場合には、職員等は、他人受入が発生したと判断する。この場合、職員等は、トークンＩＤをサーバ装置２０に入力し誤認証当事者に関する詳細な情報（例えば、氏名、航空会社、便番号等）を取得する。職員等は、得られた詳細情報に基づいて、上記誤認証当事者のもとに向かい適切な対応を行う。具体的には、職員等は、誤認証当事者が所持するパスポート等を確認し、誤認証により生じた矛盾等を修正する。

あるいは、職員端末３０は、誤認証当事者の詳細情報を得るためのボタン等を表示してもよい（図１３参照）。職員端末３０は、職員等が詳細情報の提示を求めた場合（詳細情報ボタンが押下された場合）、その旨をサーバ装置２０に通知する。サーバ装置の検証情報生成部４０５は、当該通知に応じて、トークンＩＤをキーとして業務情報データベースを検索する。検証情報生成部４０５は、検索の結果により特定されたエントリの氏名、エアラインコード、便番号等を職員端末３０に送信する。職員端末３０は、得られた情報を表示する。あるいは、検証情報生成部４０５は、誤認証当事者（職員等に選択された旅客）に関する端末の通過履歴を、認証結果データベースを参照して生成し、職員端末３０に送信してもよい。職員端末３０は、当該通過履歴を表示してもよい。

なお、同じ認証成功者について、複数の認証結果詳細情報が記憶されている場合には、検証情報生成部４０５は、複数の認証結果詳細情報それぞれに対応する、端末ＩＤ及び取得顔画像を含む認証結果検証情報を生成する。職員端末３０は、このような認証結果検証情報を用いて図１２、図１３に示すような表示（ＧＵＩ）を生成することができる。

記憶部４０６は、サーバ装置２０の動作に必要な各種情報を記憶する。記憶部４０６には、トークンＩＤ情報データベース、業務情報データベース、認証結果データベースが構築される。

［職員端末］
職員端末３０は、液晶パネル等の表示デバイス、タッチパネル等の操作デバイスを備え、情報出力機能及び情報入力機能を備えていればよい。職員端末３０は、市販されているコンピュータ等により実現可能であり、内部の処理構成等は当業者にとって明らかであるからその説明を省略する。

［システム動作］
続いて、第１の実施形態に係る搭乗手続きシステムの動作を説明する。図１４は、第１の実施形態に係る搭乗手続きシステムの動作の一例を示すシーケンス図である。図１４を用いて利用者の認証処理を実行する際の動作及びその後の動作を説明する。システム登録に関する動作の説明は省略する。

端末（手荷物預け機１１、旅客通過システム１２、ゲート装置１３、搭乗ゲート装置１４のいずれか）は、利用者（被認証者）の顔画像を取得し、認証要求をサーバ装置２０に送信する（ステップＳ０１）。

サーバ装置２０は、認証要求に含まれる顔画像から特徴量を生成し、トークンＩＤ情報データベースを用いた認証処理を実行する（ステップＳ０２）。

認証に成功すると（ステップＳ０３、Ｙｅｓ分岐）、サーバ装置２０は、照合処理により得られたトークンＩＤをキーとして業務情報データベースを検索（ステップＳ０４）する。

認証に失敗すると（ステップＳ０３、Ｎｏ分岐）、サーバ装置２０は、ステップＳ０５以降の処理を実行する。

サーバ装置２０は、認証結果（認証成功、認証失敗）を端末（タッチポイント）に送信する（ステップＳ０５）。

端末は、サーバ装置２０から取得した認証結果に応じた表示を行う（ステップＳ０６）。 また、端末は、認証結果に応じて利用者の搭乗手続きを実行する。当該動作についての説明は省略する。各端末は、割り当てられた機能を実行すればよい。

職員端末３０は、誤認証（他人受入）発生を検証するための情報を提供するようにサーバ装置２０に依頼する（ステップＳ１１）。

サーバ装置２０は、認証結果データベースを参照して認証結果検証情報を生成する。サーバ装置２０は、生成した認証結果検証情報を職員端末３０に送信する（ステップＳ１２）。

職員端末３０は、認証結果検証情報に基づいて誤認証発生を検証するためのＧＵＩを表示する（ステップＳ１３）。

以上のように、第１の実施形態に係る搭乗手続きシステムは、被認証者の認証に成功すると、認証処理（認証結果）の詳細を認証結果データベースに記憶する。サーバ装置２０は、職員等からの要請に応じて当該データベースを参照し、職員等が誤認証（他人受入）の発生を検証するための認証結果検証情報を生成する。当該認証結果検証情報には、登録顔画像と取得顔画像に加え、認証処理の発生契機となった端末の端末ＩＤが含まれる。そのため、職員端末３０は、複数の端末（手荷物預け機１１等の端末）のいずれで他人受入が発生したか特定することができる。併せて、職員端末３０は、他人受入の当事者に関する詳細な情報（例えば、搭乗便番号、航空会社等）を職員に提示できるので、職員は迅速に適切な処置を行うことができる。

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

第１の実施形態では、認証結果データベースに記憶された各エントリを情報提供の対象（認証結果検証情報の生成対象）としている。しかし、このような対応であると、認証結果データベースに数多くのエントリが含まれる場合、職員等による他人受入の検証に多大な労力を要することになる。

第２の実施形態では、職員の労力を軽減するため、認証結果検証情報の生成対象とするエントリを絞り込む場合について説明する。

第２の実施形態に係る搭乗手続きシステムの概略構成は第１の実施形態と同一とすることができるので図２に相当する説明を省略する。同様に、第２の実施形態に係るサーバ装置２０、端末の処理構成は、第１の実施形態と同一とすることができるのでその説明を省略する。

以下、第１及び第２の実施形態の相違点について説明する。

第２の実施形態に係る検証情報生成部４０５は、生体認証の結果のうち他人受入が発生している可能性の高い認証結果に関して認証結果検証情報を生成する。検証情報生成部４０５は、他人受入が発生している可能性の低い認証結果（認証結果データベースのエントリ）については、認証結果検証情報の生成対象から除外する。

検証情報生成部４０５は、情報提供の際、又は、情報提供に備えて事前に、認証結果データベースの各エントリ（認証成功者）について認証結果検証情報を生成するか否かを判定する。より具体的には、検証情報生成部４０５は、認証結果詳細情報を解析し、認証結果データベースの各エントリについて認証結果検証情報の生成対象とするか否か判定する。

例えば、検証情報生成部４０５は、各エントリに含まれる少なくとも１以上の認証結果詳細情報のなかに、誤認証（他人受入）の可能性が高い情報が含まれている場合、当該情報を含むエントリを情報提供の対象に設定する。換言すれば、誤認証が発生した可能性が低い認証結果詳細情報だけを含むエントリに関しては、検証情報生成部４０５は、認証結果検証情報の生成対象とはしない。

例えば、検証情報生成部４０５は、端末からの認証要求を処理する際に用いられた類似度に基づいて、各エントリを認証結果検証情報の生成対象とするか否か判定する。検証情報生成部４０５は、認証結果詳細情報に含まれる類似度が所定の閾値よりも小さい場合、当該認証結果詳細情報を含むエントリを認証結果検証情報の生成対象とする。

図１１の例では、トークンＩＤが「ＩＤ１１」の認証成功者に関し、認証結果詳細情報１の類似度Ｓ１１が、閾値ＴＨ１よりも小さい場合に、当該認証成功者に関する認証結果検証情報が生成される。この場合、認証には成功しているが、その確度が低く、当該認証成功者に関する認証結果は誤認証の蓋然性が高いためである。

あるいは、検証情報生成部４０５は、認証結果データベースの各エントリに記載された類似度（複数の認証結果詳細情報それぞれに含まれる類似度）を要素とする時系列データに基づいて、認証結果検証情報を生成するか否か判定してもよい。より具体的には、検証情報生成部４０５は、上記時系列データに対する統計処理の結果に基づいて上記判定を行ってもよい。

例えば、検証情報生成部４０５は、前後の類似度において変化率が所定の閾値よりも大きい場合に、対応するエントリを認証結果検証情報の生成対象に設定する。

例えば、認証成功者Ａに関し、認証処理の結果により得られた類似度をグラフ化すると図１５（ａ）の通りとする。認証成功者Ｂに関し、類似度をグラフ化すると図１５（ｂ）の通りとする。なお、図１５に示す点線は、認証成功と判断される閾値ＴＨ２の値を示す。即ち、図１５に示すプロットされた各類似度は認証成功と判定される閾値ＴＨ２よりも大きい。

図１５の２つのグラフを比較すると、図１５（ａ）に関して、類似度（スコア）は高い値で安定している（類似度間の変化率は小さい）。当該事実は、４回の認証処理において計算された類似度は同程度であることを示し、各端末において同一人物の顔画像が取得された可能性が高いことを示す。

対して、図１５（ｂ）に関しては、３回目から４回目の認証結果において、類似度の変化率が大きい。当該事実は、登録顔画像と４回目の認証処理に使われた取得顔画像の類似度は認証成功を判定する閾値ＴＨ２よりも大きいが、３回目の認証処理で使われた取得顔画像と４回目の認証処理で使われた取得顔画像は別人の顔画像であることを示唆する。従って、検証情報生成部４０５は、認証成功者Ｂに関する認証には他人受入が発生している蓋然性が高いと判定し、認証結果詳細情報の生成対象に設定する。

あるいは、検証情報生成部４０５は、各エントリに記載された特徴量の時系列データに関する「ばらつき」に基づいて認証結果詳細情報の生成要否を判定してもよい。具体的には、検証情報生成部４０５は、時系列データのばらつきを示す指標（分散、標準偏差）を計算する。検証情報生成部４０５は、計算されたばらつきを示す指標（分散、標準偏差）が所定の閾値よりも大きい場合に、対応するエントリを認証結果詳細情報の生成対象に設定する。

あるいは、検証情報生成部４０５は、認証処理時に計算された複数の類似度のうち最も値の大きい類似度（第１類似度）とその次に値の大きい類似度（第２類似度；第１類似度＞第２類似度）を使って認証結果詳細情報の生成要否を判定してもよい。なお、この場合、認証部４０４は、上記２つの類似度を認証結果データベースに記憶する。

検証情報生成部４０５は、認証結果データベースの各エントリの認証結果詳細情報に関して、第１類似度と第２の類似度の差分が閾値ＴＨ３よりも小さい場合に、当該エントリを認証結果検証情報の生成対象に設定する。

ここで、第１類似度と第２類似度の差が大きいという事実は、被認証者と２番目に似ていると判定された人物の顔は被認証者（本人）の顔に似ていないことを示す。対して、第１類似度と第２の類似度の差が小さいという事実は、被認証者と２番目に似ていると判定された人物の顔は被認証者の顔に似ていることを示す。例えば、被認証者が双子の場合であって、双方の顔画像が登録されている場合には、本人の顔画像による類似度（第１類似度）と双子の他の顔画像による類似度（第２類似度）の差は小さくなる。

上記事実を利用し、検証情報生成部４０５は、２つの類似度の差分が所定の閾値よりも小さい認証は他人受入発生の蓋然性が高い結果であると判定する。

あるいは、検証情報生成部４０５は、顔画像から生成された特徴量に基づく顔画像間の類似度とは異なる指標等に基づいて認証結果詳細情報の生成要否を判定してもよい。生体認証において誤認証（他人受入）の発生は、照合側及び登録側の「顔」が似ていることに起因する。より正確には、目や鼻の位置、これら特徴点間の距離が同程度であると、他人同士の顔であっても誤認証（他人受入）が発生し得る。ここで、空港における搭乗手続きシステムでは、チェックイン時に登録顔画像がサーバ装置２０に入力され、その後、比較的短い時間で端末（搭乗ゲート装置１４等）が生体認証をサーバ装置２０に依頼することになる。このような短い期間に、被認証者の髪型、眼鏡着用の有無、服装等が変化することは想定し難い。検証情報生成部４０５は、このような空港における生体認証の特徴、特質を利用して、認証結果詳細情報の生成要否を判定してもよい。

より具体的には、検証情報生成部４０５は、特徴量を用いた手法とは異なる手法により２枚の画像の類似度を計算する。例えば、検証情報生成部４０５は、２枚の顔画像に写る人物の髪型が異なれば類似度に低い値を設定する。あるいは、検証情報生成部４０５は、一方の顔画像には眼鏡が写っており、他方の顔画像に眼鏡が写っていなければ類似度に低い値を設定する。あるいは、検証情報生成部４０５は、２枚の顔画像に写る人物の服装が異なれば類似度に低い値を設定する。検証情報生成部４０５は、上記のような方法により計算された類似度が閾値ＴＨ４よりも低い場合に、他人受入発生の蓋然性が高いと判定する。即ち、検証情報生成部４０５は、特徴量に基づく類似度とは異なる手法により算出された画像間の類似度に基づいて、認証結果詳細情報の生成要否を判定してもよい。

なお、髪型の類似度判定に関し、検証情報生成部４０５は、顔上部の領域の面積を比較してもよいし、当該領域の形状を利用してもよい。また、眼鏡着用の有無に関し、検証情報生成部４０５は、テンプレートマッチング等の手法を用いて判定してもよい。服装の同一性判定に関し、検証情報生成部４０５は、顔領域以外の領域の周波数解析結果を用いてもよい。サーバ装置は、顔領域以外の領域の模様、テクスチャーが異なるか否かに応じて衣服の同一性を判定してもよい。

検証情報生成部４０５は、上記の方法又は他の方法により誤認証が発生している蓋然の高い認証結果（エントリ）を認証結果検証情報の生成対象とする。即ち、誤認証（他人受入）が発生している可能性が低いと判定された認証結果に関しては、図１２や図１３に示すような表示は行われない。換言すれば、職員等は、誤認証が発生している蓋然性の高い認証結果（登録顔画像、取得顔画像）を検証すればよい。

以上のように、第２の実施形態に係るサーバ装置２０は、職員等に情報提供を行う際、他人受入が発生している蓋然性の高い認証結果（認証結果詳細情報）から認証結果検証情報を生成する。このように、サーバ装置２０は、誤認証が発生している蓋然性の高い認証結果に関する情報を絞り込んで職員等に情報提供を行うので、提供された情報の確認を行う職員の負担を軽減することができる。

続いて、搭乗手続きシステムを構成する各装置のハードウェアについて説明する。図１６は、サーバ装置２０のハードウェア構成の一例を示す図である。

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

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

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

なお、チェックイン端末１０、搭乗ゲート装置１４、職員端末３０等もサーバ装置２０と同様に情報処理装置により構成可能であり、その基本的なハードウェア構成はサーバ装置２０と相違する点はないので説明を省略する。チェックイン端末１０等は、カメラ等を備えていればよい。

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

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

上記実施形態では、利用者のチェックイン手続きの後にシステム登録がされることを説明したが、チェックイン手続きの前にシステム登録がなされてもよい。この場合、チェックイン手続きの前に搭乗券は発行されていないので、サーバ装置２０は、搭乗券に替えて航空券の情報を用いてシステム登録すればよい。

上記実施形態では、チェックイン端末１０にてシステム登録（生体認証を用いた搭乗手続きを実現するための登録）を行う場合について説明した。しかし、システム登録は、チェックイン端末１０以外の装置、端末にて行われてもよい。例えば、システム登録専用の装置が空港に設置されてもよいし、手荷物預け機１１、旅客通過システム１２等の端末（タッチポイント）でシステム登録が行われてもよい。

上記実施形態では、一連の搭乗手続きが生体認証により行われる場合について説明したが、一部の手続きが生体認証により行われてもよい。例えば、図２において、手荷物預け機１１にてシステム登録がされ、手荷物預け入れ以降の手続き（保安検査等）が生体認証により行われてもよい。換言するならば、一連の搭乗手続きのうち一部の手続きに関しては有人のブース等にて実施されてもよい。

上記実施形態では、サーバ装置２０が３つのデータベースを備える場合について説明した。しかし、サーバ装置２０に構築される、トークンＩＤ情報データベース、業務情報データベース、認証結果データベースは、サーバ装置２０とは異なるデータベースサーバに構築されていてもよい。即ち、搭乗手続きシステムには、上記実施形態にて説明した各種手段（例えば、トークン生成手段）等が含まれていればよい。

上記実施形態では、認証要求には顔画像が含まれる場合について説明したが、認証要求には顔画像から生成された特徴量が含まれていてもよい。この場合、サーバ装置２０は、認証要求から取り出した特徴量とトークンＩＤ情報データベースに登録された特徴量を用いて認証要求を処理すればよい。

第２の実施形態では、サーバ装置２０は、類似度等により認証結果を選別し、他人受入発生に関する検証対象を絞り込んでいる。上記説明した選別方法は例示であって、サーバ装置２０（検証情報生成部４０５）は、他の条件等に基づいて絞り込みを行ってもよい。例えば、サーバ装置２０は、認証成功者の座席等級（最上級客席、上級客室、普通客席）に基づいて、認証結果検証情報の生成対象を絞り込んでもよい。例えば、サーバ装置２０は、座席等級がファーストクラスの旅客に限って他人受入発生の検証対象としてもよい。この場合、職員は、ファーストクラスの乗客（航空会社等がトラブルを避けたい乗客）に関する誤認証の発生を注意深く監視することができる。

あるいは、サーバ装置２０は、認証結果データベースに格納された端末ＩＤの順序に基づいて、認証結果検証情報の生成要否を判定してもよい。上述したように、空港における手続きは、その順番が予め定められている。そこで、サーバ装置２０は、当該予め定められた順番とは異なる順番で生体認証が行われたことが記録されているエントリに関しては、誤認証が発生している蓋然性が高いと判断し、認証結果検証情報の生成対象としてもよい。例えば、検証情報生成部４０５は、ゲート装置１３における認証の後に手荷物預け機１１における認証が発生（記録）されているエントリに関しては、認証結果検証情報の生成対象と判定してもよい。通常、ゲート装置１３の後に手荷物預け機１１にて認証が行われることは想定できないためである。

サーバ装置２０は、第２の実施形態にて説明したように、職員等からの指示に基づいて認証結果検証情報による情報提供を行うだけでなく、定期的又は所定のタイミングにて上記情報提供を自発的に行ってもよい。例えば、サーバ装置２０（検証情報生成部４０５）は、定期的又は所定のタイミングにて、認証結果データベースに記憶された認証結果（認証結果詳細情報）を解析し、認証結果検証情報の送信要否を決定する。具体的には、サーバ装置２０は、第２の実施形態にて説明した方法又は他の方法により、上記送信要否を決定する。サーバ装置２０は、認証結果検証情報の送信が必要と判断した場合、その旨を職員端末３０に報知（通知、警告）する。その際、サーバ装置２０は、他人受入発生の当事者の氏名やフライトに関する情報を職員端末３０に通知してもよい。具体的には、サーバ装置２０は、図１７に示すような表示が生成可能なデータを職員端末３０に送信してもよい。

図１７に示すような表示に接した職員は、表示された旅客のもとに向かい誤認証（他人受入）が真に発生しているか否かを確かめる。他人受入が発生していれば、職員は、当該他人認証により生じた矛盾を修正する。例えば、職員は、サーバ装置２０に記憶されたデータの修正等を行う。なお、職員は、図１７に示されるように、各端末で取得された顔画像を見比べることができるので、どの端末で誤認証が発生したか特定することができる。例えば、搭乗ゲート装置１４にて取得された取得顔画像が他の取得顔画像と異なっていれば、職員等は、搭乗ゲート装置１４で他人受入が発生したと判断できる。

このように、サーバ装置２０の検証情報生成部４０５は、定期的又は所定のタイミングで認証結果詳細情報を解析し、認証結果検証情報の送信要否を決定してもよい。検証情報生成部４０５は、生成する必要があると判定された認証結果検証情報と共に、対応する認証成功者のフライトに関する情報を職員端末に送信してもよい。

サーバ装置２０は、他人受入発生の蓋然性が高いと判断した認証結果から当該認証に使われた顔画像を取得した端末を特定し、特定した端末の情報を職員等に通知してもよい。例えば、図１５（ｂ）の例では、４回目の認証処理（例えば、搭乗ゲート装置１４からの認証要求に関する処理）にて他人受入発生の蓋然性が高いと判定される。そこで、サーバ装置２０は、搭乗ゲート装置１４における認証時に他人受入の発生した可能性が高い旨を職員に通知する。

上記実施形態では、サーバ装置２０は、１人の旅客（認証成功者）の認証結果検証情報を職員端末３０に送信することを説明した。しかし、サーバ装置２０は、複数の旅客の認証結果検証情報をまとめて職員端末３０に送信してもよい。例えば、サーバ装置２０は、図１１に示す認証データベースに記載されたエントリのうち複数のエントリそれぞれに対応した認証結果検証情報を生成し、職員端末３０に送信してもよい。職員端末３０は、取得した情報から図１８に示すような一覧表示を行ってもよい。

あるいは、サーバ装置２０は、認証時に用いられた類似度等に従い、他人受入が発生している蓋然性が高いか否かを示すフラグが付与された認証結果検証情報を職員端末３０に送信してもよい。職員端末３０は、図１９に示すように、当該フラグを参照して他人受入が発生している可能性の高い結果を強調するような表示をしてもよい。なお、図１９では、灰色に着色されたエントリは他人受入が発生している蓋然性の高いエントリを示す。

あるいは、職員端末３０は、図１８、図１９に示す表示に接した職員がエントリを選択すると、図１２や図１３に示すような表示（顔画像を含む表示）を行ってもよい。あるいは、職員端末３０は、顔画像に加え、認証成功者の氏名、エアラインコード、便番号等を併せて表示してもよい。

上記実施形態では、図１２、図１３を参照しつつ、１つの画面に１つのエントリに関する認証結果検証対象を表示する場合について説明した。しかし、１つの画面に複数のエントリに関する認証結果検証対象（認証成功者の認証結果）が表示されていてもよい（図２０参照）。

上記実施形態では、類似度等に基づいて他人受入の発生確率が高い認証結果を特定する場合について説明した。しかし、当該特定は、機械学習により生成された学習モデルを用いて行われてもよい。具体的には、システム管理者等は、多数の他人受入発生時のデータ（取得顔画像、登録顔画像）を収集する。システム管理者等は、当該収集したデータに認証失敗に関するラベルを付与して教師データを生成する。システム管理者等は、当該教師データを学習器に入力し、学習モデル（分類モデル）を生成する。サーバ装置２０に、当該学習モデルが実装される。サーバ装置２０は、２枚の顔画像を学習モデルに入力し、判定結果（他人受入発生、非発生）を得る。サーバ装置２０は、判定結果が「他人受入発生」の場合に、対応するエントリを情報提供の対象としたり職員にアラートを出す対象としたりしてもよい。なお、学習モデルの生成には、サポートベクタマシン、ブースティングやニューラルネットワーク等の任意のアルゴリズムを用いることができる。なお、上記サポートベクタマシン等のアルゴリズムは公知の技術を使用することができるので、その説明を省略する。

上記実施形態では、顔画像及び顔画像から生成された特徴量を「生体情報」として扱い、システムの動作等を説明した。しかし、顔画像等に替えて他の情報が「生体情報」として用いられてもよい。例えば、声紋認証が用いられる場合には、事前に登録された声紋情報（音声データ）が再生されることで、他人受入の発生が検出されてもよい。

上記実施形態では、類似度や類似度を要素とする時系列データに基づいて認証結果検証情報の生成要否を判定する場合について説明した。サーバ装置２０は、上記説明した複数の方法を組み合わせて、認証結果検証情報の生成要否を判定してもよい。例えば、サーバ装置２０は、複数の判定方法それぞれについて、認証結果検証情報の生成要否を判定する。サーバ装置２０は、得られた複数の判定結果のうち少なくとも１つが「生成必要」であれば対応するエントリから認証結果検証情報を生成してもよい。あるいは、サーバ装置２０は、複数の判定結果に対する統計処理の結果に基づいて認証結果検証情報の生成要否を決定してもよい。例えば、サーバ装置２０は、「生成必要」と判定された数が所定の閾値よりも大きい場合に、対応するエントリから認証結果検証情報を生成してもよい

上記実施形態では、サーバ装置２０は、職員端末３０を介して認証結果検証情報を職員等に提供する場合について説明した。しかし、サーバ装置２０は、自装置の表示デバイス等を用いて上記情報提供を行ってもよい。あるいは、サーバ装置２０は、職員等が駐在している管理室等に設置されたダッシュボード等を介して上記情報提供を行ってもよい。

チェックイン端末１０等とサーバ装置２０の間のデータ送受信の形態は特に限定されないが、これら装置間で送受信されるデータは暗号化されていてもよい。搭乗券情報やパスポート情報には個人情報が含まれ、当該個人情報を適切に保護するためには、暗号化されたデータが送受信されることが望ましい。

サーバ装置２０は、職員等に認証結果データベースの検索機能を提供してもよい。例えば、サーバ装置２０は、他人受入が発生している可能性の高い認証結果を検索するような「検索部４０７」を備えていてもよい（図２１参照）。検索部４０７は、職員端末３０等から検索条件を取得する。検索部４０７は、当該条件に合致する認証結果を検索し、検索結果を返信する。例えば、検索部４０７は、職員等からの情報入力に基づいて、認証成功者の類似度の差分（第１類似度と第２類似度の差分）が所定の閾値以下のエントリ（認証結果）を検索する。

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

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

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、空港等における搭乗手続きシステムなどに好適に適用可能である。但し、本願開示の適用先は空港の手続きに限定されず、本願開示は複数の手続きを要するシステムに適用可能である。例えば、イベント会場等の入退場制御において本願開示を適用することもできる。例えば、サーバ装置２０が、イベント会場における認証履歴を解析し、誤認証が強く疑われる結果についてはその旨をイベント主催者等に通知してもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
複数の端末のうち被認証者の生体情報を取得した端末から、前記被認証者の生体情報を含む認証要求を受信する、受信部と、
前記被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行う、認証部と、
前記生体認証に成功した認証成功者について、前記予め登録された生体情報と、前記認証要求を処理した際の詳細を含む情報であって前記認証要求の送信元である端末により取得された生体情報を含む認証結果詳細情報と、を対応付けて記憶する、記憶部と、
を備える、サーバ装置。
［付記２］
前記記憶部が記憶する前記認証結果詳細情報は、前記認証要求の送信元を識別する端末ＩＤをさらに含み、
少なくとも前記予め登録された生体情報、前記端末ＩＤ及び前記端末により取得された生体情報を含む認証結果検証情報を生成する、生成部をさらに備える、付記１に記載のサーバ装置。
［付記３］
前記認証結果詳細情報は、前記生体認証により認証成功と判定された際の類似度を含む、付記２に記載のサーバ装置。
［付記４］
前記生成部は、前記認証結果詳細情報を解析し、前記認証結果検証情報を生成するか否かを判定する、付記３に記載のサーバ装置。
［付記５］
前記生成部は、前記類似度に基づいて、前記認証結果検証情報を生成するか否かを決定する、付記４に記載のサーバ装置。
［付記６］
前記生成部は、前記認証結果詳細情報に含まれる類似度が第１の閾値よりも小さい場合に、前記認証結果検証情報を生成する、付記５に記載のサーバ装置。
［付記７］
前記生成部は、最も大きい第１類似度と２番目に値の大きい第２類似度の差分が、第２の閾値よりも小さい場合に、前記認証結果検証情報を生成する、付記５又は６に記載のサーバ装置。
［付記８］
前記生成部は、
同じ認証成功者に関して、複数の前記認証結果詳細情報が記憶されている場合、
前記複数の認証結果詳細情報それぞれに含まれる類似度を要素とする時系列データに対する統計処理の結果に基づいて、前記認証結果詳細情報を生成するか否かを決定する、付記５乃至７のいずれか一に記載のサーバ装置。
［付記９］
前記生成部は、前記認証結果検証情報を、空港又は航空会社の職員が使用する職員端末に送信する、付記２乃至８のいずれか一に記載のサーバ装置。
［付記１０］
前記生成部は、定期的又は所定のタイミングで前記認証結果詳細情報を解析し、生成する必要があると判定された前記認証結果検証情報と共に、対応する認証成功者のフライトに関する情報を前記職員端末に送信する、付記９に記載のサーバ装置。
［付記１１］
前記生体情報は、顔画像又は前記顔画像から抽出された特徴量である、付記１乃至１０のいずれか一に記載のサーバ装置。
［付記１２］
複数の端末と、
前記複数の端末と接続されたサーバ装置と、
を含み、
前記サーバ装置は、
前記複数の端末のうち被認証者の生体情報を取得した端末から、前記被認証者の生体情報を含む認証要求を受信する、受信部と、
前記被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行う、認証部と、
前記生体認証に成功した認証成功者について、前記予め登録された生体情報と、前記認証要求を処理した際の詳細を含む情報であって前記認証要求の送信元である端末により取得された生体情報を含む認証結果詳細情報と、を対応付けて記憶する、記憶部と、
を備える、システム。
［付記１３］
サーバ装置において、
複数の端末のうち被認証者の生体情報を取得した端末から、前記被認証者の生体情報を含む認証要求を受信し、
前記被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行い、
前記生体認証に成功した認証成功者について、前記予め登録された生体情報と、前記認証要求を処理した際の詳細を含む情報であって前記認証要求の送信元である端末により取得された生体情報を含む認証結果詳細情報と、を対応付けて記憶する、サーバ装置の制御方法。
［付記１４］
サーバ装置に搭載されたコンピュータに、
複数の端末のうち被認証者の生体情報を取得した端末から、前記被認証者の生体情報を含む認証要求を受信する処理と、
前記被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行う処理と、
前記生体認証に成功した認証成功者について、前記予め登録された生体情報と、前記認証要求を処理した際の詳細を含む情報であって前記認証要求の送信元である端末により取得された生体情報を含む認証結果詳細情報と、を対応付けて記憶する処理と、
を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。

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

１０ チェックイン端末
１１ 手荷物預け機
１２ 旅客通過システム
１３ ゲート装置
１４ 搭乗ゲート装置
２０、１００ サーバ装置
３０ 職員端末
１０１ 受信部
１０２、４０４ 認証部
１０３、２０６、３０６、４０６ 記憶部
２０１、３０１、４０１ 通信制御部
２０２ システム登録部
２０３ トークン発行要求部
２０４、３０４ メッセージ出力部
２０５ チェックイン実行部
２１１ 搭乗券情報取得部
２１２ パスポート情報取得部
２１３、３０２ 生体情報取得部
３０３ 認証要求部
３０５ 機能実現部
３１１ プロセッサ
３１２ メモリ
３１３ 入出力インターフェイス
３１４ 通信インターフェイス
４０２ トークン生成部
４０３ データベース管理部
４０５ 検証情報生成部
４０７ 検索部

Claims (11)

1. 複数の端末のうち被認証者の生体情報を取得した端末から、前記被認証者の生体情報を含む認証要求を受信する、受信部と、
   前記被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行う、認証部と、
   前記生体認証に成功した被認証者である認証成功者について、予め登録された前記利用者の生体情報と、前記認証要求の送信元である端末により取得された生体情報を含む前記端末ごとの認証結果詳細情報と、を対応付けて出力する、生成部と、
   を備える、サーバ装置。
2. 前記認証結果詳細情報は、前記生体認証により認証成功と判定された際の類似度に関する情報を含む、請求項１に記載のサーバ装置。
3. 前記生成部は、前記認証結果詳細情報の解析結果に基づいて、前記認証成功者に関して対応付けられている前記生体認証と前記認証結果詳細情報を含む認証結果検証情報を出力する、請求項２に記載のサーバ装置。
4. 前記生成部は、認証成功と判定された際の類似度に基づいて、前記認証結果検証情報を出力する、請求項３に記載のサーバ装置。
5. 前記生成部は、前記認証結果詳細情報に含まれる前記類似度が第１の閾値よりも小さい場合に、前記認証結果検証情報を出力する、請求項４に記載のサーバ装置。
6. 認証成功者についての前記認証結果詳細情報は、前記認証要求の送信元の端末ごとに、当該端末により取得された生体情報を用いた前記生体認証により認証成功と判定された場合に生成され、前記生体認証により認証成功と判定された際の類似度に関する情報を含み、
   前記生成部は、認証成功者について複数の前記認証結果詳細情報が生成されている場合に、それら認証結果詳細情報に含まれている類似度のうち、最も大きい第１類似度と２番目に値の大きい第２類似度の差分が、第２の閾値よりも小さい場合に、前記認証結果検証情報を出力する、請求項４に記載のサーバ装置。
7. 認証成功者についての前記認証結果詳細情報は、前記認証要求の送信元の端末ごとに、当該端末により取得された生体情報を用いた前記生体認証により認証成功と判定された場合に出力され、前記生体認証により認証成功と判定された際の類似度に関する情報を含み、
   前記生成部は、認証成功者について複数の前記認証結果詳細情報が生成されている場合に、それら認証結果詳細情報に含まれている類似度を要素とする時系列データに対する統計処理の結果に基づいて、前記認証結果詳細情報を出力するか否かを決定する、請求項４に記載のサーバ装置。
8. 前記生成部は、前記認証結果詳細情報と共に、対応する認証成功者のフライトに関する情報を出力する、請求項１乃至７のいずれか一項に記載のサーバ装置。
9. 複数の端末と、
   複数の前記端末と接続された請求項１に記載のサーバ装置と、
   を備える、システム。
10. サーバ装置が、
    複数の端末のうち被認証者の生体情報を取得した端末から、前記被認証者の生体情報を含む認証要求を受信し、
    前記被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行い、
    前記生体認証に成功した被認証者である認証成功者について、予め登録された前記利用者の生体情報と、前記認証要求の送信元である端末により取得された生体情報を含む前記端末ごとの認証結果詳細情報と、を対応付けて出力する、サーバ装置の制御方法。
11. サーバ装置に搭載されたコンピュータに、
    複数の端末のうち被認証者の生体情報を取得した端末から、前記被認証者の生体情報を含む認証要求を受信する処理と、
    前記被認証者の生体情報と予め登録された複数の利用者それぞれの生体情報を用いた生体認証を行う処理と、
    前記生体認証に成功した被認証者である認証成功者について、予め登録された前記利用者の生体情報と、前記認証要求の送信元である端末により取得された生体情報を含む前記端末ごとの認証結果詳細情報と、を対応付けて出力する処理と
    を実行させるためのコンピュータプログラム。

Images