JP7215566B2 - 情報処理装置、サーバ装置、情報処理方法及びプログラム - Google Patents

Description

本発明は、情報処理装置、サーバ装置、情報処理方法及びプログラムに関する。

特許文献１には、取得した画像から抽出する決済者の顔情報と来店者データベースが記憶する来店者の顔情報とを顔認証し、認証が成功した来店者の顔情報に対応する会員の登録情報を用いて決済処理を行う情報処理装置が開示されている。

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

しかし、特許文献１における来店者データベースは、自由に入ることができる店舗内の人物の顔画像に関するものであって、不特定多数の人物の情報を含み得る。このため、来店者との決済を安全に行うためには、来店者データベースを用いた認証だけでは足りず、カードなどの媒体を用いた本人認証が必要となり、利便性が損なわれてしまう。

そこで、本発明は、利用者の利便性を向上できる情報処理装置、サーバ装置、情報処理方法及びプログラムを提供することを目的とする。

本発明の一つの観点によれば、第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得する取得部と、前記管理区域における所定の取引のための第２生体認証を、前記入場者登録情報を用いて実行する制御部と、を備え、前記取得部は、前記管理区域への入場が許可された前記人物の前記入場者登録情報を記録するデータベースから、前記取引を所定の時間帯において利用し得る前記人物の前記入場者登録情報を取得する、情報処理装置が提供される。

本発明のさらに他の観点によれば、第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得する取得部と、前記入場者登録情報を用いて前記管理区域における所定の取引のための第２生体認証を実行する情報処理装置に対して前記入場者登録情報を配信する配信部と、を備え、前記取得部は、前記管理区域への入場が許可された前記人物の前記入場者登録情報を記録するデータベースから、前記取引を所定の時間帯において利用し得る前記人物の前記入場者登録情報を取得する、サーバ装置が提供される。

本発明の他の観点によれば、コンピュータが、第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得するステップと、前記コンピュータが、前記入場者登録情報を用いて前記管理区域における所定の取引のための第２生体認証を実行するステップと、を備え、前記取得するステップでは、前記コンピュータが、前記管理区域への入場が許可された前記人物の前記入場者登録情報を記録するデータベースから、前記取引を所定の時間帯において利用し得る前記人物の前記入場者登録情報を取得する、情報処理方法が提供される。

本発明のさらに他の観点によれば、コンピュータに、第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得するステップと、前記入場者登録情報を用いて前記管理区域における所定の取引のための第２生体認証を実行するステップと、を実行させ、前記取得するステップでは、前記管理区域への入場が許可された前記人物の前記入場者登録情報を記録するデータベースから、前記取引を所定の時間帯において利用し得る前記人物の前記入場者登録情報を取得する、ためのプログラムが提供される。

本発明によれば、利用者の利便性を向上できる情報処理装置、サーバ装置、情報処理方法及びプログラムを提供することができる。

第１実施形態における生体認証システムの全体構成例を示す概略図である。 第１実施形態における管理サーバのハードウェア構成例を示すブロック図である。 第１実施形態におけるチェックイン端末のハードウェア構成例を示すブロック図である。 第１実施形態における保安検査装置のハードウェア構成例を示すブロック図である。 第１実施形態における自動化ゲート装置のハードウェア構成例を示すブロック図である。 第１実施形態におけるＰＯＳ端末のハードウェア構成例を示すブロック図である。 第１実施形態における受付端末のハードウェア構成例を示すブロック図である。 第１実施形態における搭乗ゲート装置のハードウェア構成例を示すブロック図である。 第１実施形態におけるチェックイン端末及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態におけるセントラルＤＢが記憶する情報の一例を示す図である。 第１実施形態における搭乗者ＤＢが記憶する情報の一例を示す図である。 第１実施形態における保安検査装置及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における保安検査装置が記憶するウォッチリストの一例を示す図である。 第１実施形態における保安検査装置が表示するエラー表示画面の一例を示す図である。 第１実施形態における保安検査装置が表示するエラー表示画面の一例を示す図である。 第１実施形態における自動化ゲート装置及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態におけるＰＯＳ端末及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態におけるＰＯＳ端末が記憶するウォッチリストの一例を示す図である。 第１実施形態におけるＰＯＳ端末が表示するエラー表示画面の一例を示す図である。 第１実施形態における受付端末及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における受付端末が記憶するウォッチリストの一例を示す図である。 第１実施形態における受付端末が表示するエラー表示画面の一例を示す図である。 第１実施形態における搭乗ゲート装置及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における搭乗ゲート装置が表示するエラー表示画面の一例を示す図である。 第２実施形態における生体認証システムの全体構成例を示す概略図である。 第２実施形態における自動税関ゲート装置及び管理サーバの処理の一例を示すシーケンス図である。 第３実施形態における生体認証システムの全体構成例を示す概略図である。 第３実施形態における宿泊者ＤＢが記憶する情報の一例を示す図である。 第３実施形態におけるユーザ端末及び管理サーバの処理の一例を示すシーケンス図である。 第３実施形態におけるプレ認証装置及び管理サーバの処理の一例を示すシーケンス図である。 第３実施形態におけるフロント端末及び管理サーバの処理の一例を示すシーケンス図である。 第３実施形態における扉制御装置及び管理サーバの処理の一例を示すシーケンス図である。 第４実施形態におけるＰＯＳ端末及び管理サーバの処理の一例を示すシーケンス図である。 第５実施形態における情報処理装置の機能を示すブロック図である。 第６実施形態におけるサーバ装置の機能を示すブロック図である。

以下、図面を参照して、本発明の例示的な実施形態を説明する。図面において同様の要素又は対応する要素には同一の符号を付し、その説明を省略又は簡略化することがある。

［第１実施形態］
図１は、本実施形態における生体認証システム１の全体構成例を示す概略図である。生体認証システム１は、利用者Ｕが空港ＡＰ１にて航空機に搭乗する予定である場合に、利用者Ｕの管理区域Ａへの入場の可否と、利用者Ｕの管理区域Ａ内における出国審査及び所定の取引の可否とを生体照合によって判定する情報処理システムである。なお、本実施形態における「取引」の語句は、商品の購入やサービスの利用に関する決済、決済処理を伴わないサービスの利用に関する判定、施設の利用予約、入退場の管理等を示すものとする。また、本実施形態における管理区域Ａは、後述する保安検査装置を通過した後に出国審査手続を行うエリアと、出国審査を終えた利用者Ｕが航空機に搭乗するまで待機する出国エリアとを含む閉鎖空間を示すものとする。

図１に示すように、生体認証システム１は、管理サーバ１０、チェックイン端末２０、保安検査装置３０、自動化ゲート装置４０、ＰＯＳ（Point of Sales）端末５０、受付端末６０、搭乗ゲート装置７０、及び監視カメラ８０を含んでいる。

管理サーバ１０、チェックイン端末２０、保安検査装置３０、自動化ゲート装置４０、ＰＯＳ端末５０、受付端末６０、搭乗ゲート装置７０及び監視カメラ８０は、ネットワークＮＷに接続されている。ネットワークＮＷは、空港ＡＰ１の構内通信網を含むＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、移動体通信網等により構成されている。

管理サーバ１０は、例えば、空港ＡＰ１を運営する空港会社、航空会社等の施設内に設置されている。チェックイン端末２０は、空港ＡＰ１内のチェックインロビーに設置されている。保安検査装置（セキュリティゲート）３０は、空港ＡＰ１内の保安検査場に設置されている。自動化ゲート装置４０は、空港ＡＰ１内の出国審査場に設置されている。ＰＯＳ端末５０及び受付端末６０は、出国審査場を出た後の出国エリアに設置されている。搭乗ゲート装置７０は、空港ＡＰ１内の搭乗ゲートに設置されている。

国際線の航空機に搭乗予定の利用者Ｕは、空港ＡＰ１に到着後、チェックインロビー、保安検査場、出国審査場を順次経て、搭乗ゲートにて航空機に搭乗する。先ず、利用者Ｕは、チェックインロビーにおいてチェックイン端末２０によりチェックイン手続（搭乗手続）を行う。チェックイン手続後、利用者Ｕは、保安検査場において保安検査装置３０による保安検査手続を受ける。保安検査後、利用者Ｕは、出国審査場において自動化ゲート装置４０又は係員による出国審査手続を受ける。出国審査場を出た利用者Ｕは、免税店等の施設が設けられている出国エリア（待機エリア）を経て搭乗ゲートに到達する。そして、利用者Ｕは、航空機への出発予定時刻が近付くと、搭乗ゲートにおいて搭乗ゲート装置７０を通過し、航空機に搭乗する。

なお、利用者Ｕは、国際線の航空機に搭乗予定の者のみならず、国内線の航空機の搭乗予定の者であってもよい。国内線の航空機の搭乗予定の利用者Ｕの場合、出国審査場における出国審査は行われない。

管理サーバ１０は、利用者Ｕの登録情報（旅券番号、搭乗券情報、本人確認情報等）や出国手続に関するステータス等を管理する情報処理装置である。また、管理サーバ１０は、管理区域Ａの入場口に設置された保安検査装置３０や、各種のエッジ端末に対して生体認証に使用するウォッチリストをそれぞれ配信する。なお、管理サーバ１０の機能は、単一のサーバにより実現されてもよいし、複数のサーバ装置により実現されてもよい。

また、本実施形態において“エッジ端末”の語句は、自動化ゲート装置４０、ＰＯＳ端末５０、受付端末６０及び搭乗ゲート装置７０等の各種の情報処理装置を指すものとする。ただし、エッジ端末の種類は、上述した装置のみに限られない。例えば、管理区域Ａ内に設置されたサイネージ端末（不図示）が生体認証によって利用者Ｕごとに広告等を画面表示する場合、当該サイネージ端末もエッジ端末に該当する。

チェックイン端末２０は、利用者Ｕが自身でチェックイン手続（搭乗手続）を行うためのセルフ端末である。なお、チェックイン端末２０は、航空会社の職員が操作する有人カウンタに設置されたチェックイン端末であってもよい。チェックイン手続は、少なくとも航空機に搭乗予定の利用者Ｕを識別するための情報を登録する手続である。具体的には、利用者Ｕの本人確認情報、顔情報及び搭乗情報を含む利用者情報を入力する手続である。

保安検査装置３０は、利用者Ｕについて金属探知機である金属探知ゲート３１０により危険物となりうる金属類を身につけているか否かを確認する装置である。なお、保安検査装置３０は、金属探知ゲート３１０等の金属探知機のほか、Ｘ線を用いて機内持ち込みの手荷物等の中の危険物の有無を確認するＸ線検査装置等も含む。

自動化ゲート装置４０は、利用者Ｕの出国審査手続を自動的に行う装置である。自動化ゲート装置４０による出国審査手続を利用可能な利用者Ｕは、保安検査装置３０における保安検査手続を完了した人物である。

ＰＯＳ端末５０は、利用者Ｕが商品の購入やサービスを利用する際に、代金の決済処理を行う装置である。ＰＯＳ端末５０は、空港ＡＰ１内の出国エリアの免税店や売店に設置されている。なお、本実施形態のＰＯＳ端末５０は、現金、クレジットカード、電子マネー等の媒体を用いる決済方法や、スマートフォン等の電子機器を使用する決済方法の他に、生体認証に基づく決済方法を使用できる。生体認証に基づく決済方法の詳細については後述する。

受付端末６０は、利用者Ｕからの要求を受け付け、利用者Ｕに所定のサービスを提供する装置である。例えば、受付端末６０は、市中で購入された免税品の荷物引渡し所や宅配サービスの申し込み場所等に設置されている。

搭乗ゲート装置７０は、搭乗ゲートごとに設置された通行制御装置である。搭乗ゲート装置７０は、利用者Ｕが搭乗ゲートから搭乗可能な航空機の搭乗者であることを確認する。

続いて、図２乃至図８を参照しながら、生体認証システム１を構成する各機器のハードウェア構成例を説明する。なお、図２乃至図８において同一名称であって符号のみが異なる機器については、同等の機能を備える機器であるため、後続の図面においては詳細な説明を省略するものとする。

図２は、管理サーバ１０のハードウェア構成の一例を示すブロック図である。同図に示すように、管理サーバ１０は、ＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）１０２、記憶装置１０３、及び通信Ｉ／Ｆ１０４を有している。各装置は、バスライン１０５に接続されている。

ＣＰＵ１０１は、記憶装置１０３に記憶されたプログラムに従って所定の動作を行うとともに、管理サーバ１０の各部を制御する機能を有するプロセッサである。管理サーバ１０において、ＣＰＵ１０１は取得部及び配信部として機能する。ＲＡＭ１０２は、揮発性記憶媒体から構成され、ＣＰＵ１０１の動作に必要な一時的なメモリ領域を提供する。

記憶装置１０３は、不揮発性メモリ、ハードディスクドライブ等の記憶媒体により構成され、記憶部として機能する。記憶装置１０３は、ＣＰＵ１０１により実行されるプログラム、そのプログラムの実行の際にＣＰＵ１０１により参照されるデータ等を記憶する。

通信Ｉ／Ｆ１０４は、イーサネット（登録商標）、Ｗｉ－Ｆｉ（登録商標）、４Ｇ等の規格に基づく通信インターフェースであり、チェックイン端末２０等との通信を行うためのモジュールである。

図３は、チェックイン端末２０のハードウェア構成の一例を示すブロック図である。同図に示すように、チェックイン端末２０は、ＣＰＵ２０１、ＲＡＭ２０２、記憶装置２０３、通信Ｉ／Ｆ２０４、入力装置２０６、表示装置２０７、媒体読取装置２０８、及び生体情報取得装置２０９を有している。各装置は、バスライン２０５に接続されている。

入力装置２０６は、例えばタッチパネル等のポインティングデバイスや、キーボード等である。本実施形態のチェックイン端末２０では、入力装置２０６及び表示装置２０７は、タッチパネルとして一体に形成されているものとする。表示装置２０７は、液晶ディスプレイ、ＯＬＥＤ（Organic Light Emitting Diode）ディスプレイ等であって、動画、静止画、文字等の表示に用いられる。

媒体読取装置２０８は、利用者Ｕの旅券、航空券媒体を読み取って旅券、航空券に記録された情報を取得する装置である。航空券媒体は、例えば、紙の航空券、ｅチケット控えを表示する携帯端末等である。媒体読取装置２０８は、例えば、コードリーダ、イメージスキャナ、非接触ＩＣ（Integrated Circuit）リーダ、ＯＣＲ（Optical Character Reader）装置等により構成され、その読取部にかざされた各種媒体から情報を取得する。

例えば、媒体読取装置２０８は、ＯＣＲ装置により旅券に表示された利用者Ｕの本人確認情報及び旅券情報を読み取って取得する。また、例えば、媒体読取装置２０８は、イメージスキャナにより、旅券に表示された利用者Ｕの旅券顔画像を読み取って取得する。また、ＩＣ旅券の場合、媒体読取装置２０８は、非接触ＩＣリーダにより、ＩＣ旅券のＩＣチップに記録された利用者Ｕの本人確認情報、旅券情報、旅券顔画像等を読み取って取得する。さらに、媒体読取装置２０８は、例えば、コードリーダにより、航空券媒体に表示されたバーコード、ＱＲコード（登録商標）を読み取って、航空券媒体から利用者Ｕの本人確認情報及び搭乗情報を取得する。

生体情報取得装置２０９は、チェックイン手続を行う利用者Ｕの生体情報として利用者Ｕの顔画像を取得する装置である。生体情報取得装置２０９は、例えば、チェックイン端末２０の前に立つ利用者Ｕの顔を撮影するデジタルカメラであり、利用者Ｕの顔を撮影してその顔画像を取得する。

図４は、保安検査装置３０のハードウェア構成の一例を示すブロック図である。同図に示すように、保安検査装置３０は、ＣＰＵ３０１、ＲＡＭ３０２、記憶装置３０３、通信Ｉ／Ｆ３０４、入力装置３０６、表示装置３０７、生体情報取得装置３０９、及び金属探知ゲート３１０を有している。各装置は、バスライン３０５に接続されている。保安検査装置３０において、ＣＰＵ３０１は取得部及び制御部として機能する。

金属探知ゲート３１０は、ゲート型の金属探知機であり、金属探知ゲート３１０を通過する利用者Ｕの身に付けている金属類を探知する。

図５は、自動化ゲート装置４０のハードウェア構成の一例を示すブロック図である。自動化ゲート装置４０は、ＣＰＵ４０１、ＲＡＭ４０２、記憶装置４０３、通信Ｉ／Ｆ４０４、入力装置４０６、表示装置４０７、生体情報取得装置４０９、及びゲート４１１を有している。各装置は、バスライン４０５に接続されている。自動化ゲート装置４０において、ＣＰＵ４０１は取得部及び制御部として機能する。

ゲート４１１は、自動化ゲート装置４０における利用者Ｕの本人確認に成功して出国審査を利用者Ｕが通過した場合に、ＣＰＵ４０１による制御に従って、待機時において利用者Ｕの通行を遮る閉鎖状態から、利用者Ｕの通行を許可する開放状態に移行する。ゲート４１１の方式は、特に限定されるものではなく、例えば、通路の片側又は両側から設けられたフラッパーが開閉するフラッパーゲート、３本バーが回転するターンスタイルゲート等である。

図６は、ＰＯＳ端末５０のハードウェア構成の一例を示すブロック図である。ＰＯＳ端末５０は、ＣＰＵ５０１、ＲＡＭ５０２、記憶装置５０３、通信Ｉ／Ｆ５０４、入力装置５０６、表示装置５０７、生体情報取得装置５０９、自動釣銭機５１２、及びプリンタ５１３を有している。各装置は、バスライン５０５に接続されている。ＰＯＳ端末５０において、ＣＰＵ５０１は取得部及び制御部として機能する。

自動釣銭機５１２は、入金口に投入された貨幣の合計金額が商品の購入又はサービスの利用のための支払代金を超える場合に、ＣＰＵ５０１において算出された釣銭金額に応じた貨幣を自動的に出金口へ排出する装置である。プリンタ５１３は、ＣＰＵ５０１の制御に従って、レシートやクレジットカードの利用明細等を用紙に印刷する。

図７は、受付端末６０のハードウェア構成の一例を示すブロック図である。受付端末６０は、ＣＰＵ６０１、ＲＡＭ６０２、記憶装置６０３、通信Ｉ／Ｆ６０４、入力装置６０６、表示装置６０７、生体情報取得装置６０９、及び周辺機器６１４を有している。各装置は、バスライン６０５に接続されている。受付端末６０において、ＣＰＵ６０１は取得部及び制御部として機能する。

周辺機器６１４は、カスタマーディスプレイ、非接触ＩＣ（Integrated Circuit）リーダライタ、プリンタ、コードスキャナ等を含む。周辺機器６１４は、ＣＰＵ６０１により制御される。周辺機器６１４は、受付端末６０に設けられているＵＳＢ（Universal Serial Bus）端子、通信コネクタ、ディスプレイ端子等に接続される。

図８は、搭乗ゲート装置７０のハードウェア構成の一例を示すブロック図である。同図に示すように、搭乗ゲート装置７０は、ＣＰＵ７０１、ＲＡＭ７０２、記憶装置７０３、通信Ｉ／Ｆ７０４、入力装置７０６、表示装置７０７、生体情報取得装置７０９、及びゲート７１１を有している。各装置は、バスライン７０５に接続されている。搭乗ゲート装置７０において、ＣＰＵ７０１は取得部及び制御部として機能する。

続いて、本実施形態における生体認証システム１における各装置の動作を図９乃至図２３に基づいて説明する。

［チェックイン手続］
図９は、チェックイン端末２０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、利用者Ｕがチェックイン手続を行うたびに実行される。

先ず、チェックイン端末２０は、利用者Ｕの旅券が媒体読取装置２０８の読取部（不図示）にかざされたか否かを判定し（ステップＳ１０１）、旅券がかざされるまで待機する（ステップＳ１０１、ＮＯ）。

チェックイン端末２０は、旅券が媒体読取装置２０８の読取部にかざされたと判定すると（ステップＳ１０１、ＹＥＳ）、かざされた旅券から利用者Ｕの旅券情報を取得する（ステップＳ１０２）。取得された旅券情報には、利用者Ｕの旅券顔画像が含まれる。この際、媒体読取装置２０８は、旅券から利用者Ｕの本人確認情報も取得できる。

次に、チェックイン端末２０は、利用者Ｕの航空券媒体が媒体読取装置２０８の読取部にかざされたか否かを判定し（ステップＳ１０３）、航空券媒体がかざされるまで待機する（ステップＳ１０３、ＮＯ）。

チェックイン端末２０は、航空券媒体が媒体読取装置２０８の読取部にかざされたと判定すると（ステップＳ１０３、ＹＥＳ）、かざされた航空券媒体から利用者Ｕの搭乗券情報を取得する（ステップＳ１０４）。この際、媒体読取装置２０８は、航空券媒体から利用者Ｕの搭乗情報（氏名、便名、搭乗日、搭乗空港、到着空港、搭乗時間、到着時間等）も取得できる。

次に、チェックイン端末２０は、顔撮影に関する利用者Ｕの同意の有無を判定する（ステップＳ１０５）。なお、利用者Ｕに同意を求める際には、例えば、撮影した顔画像の使用目的、顔画像を他の目的で使用しないこと、顔画像を使用後に削除すること等を利用者Ｕに通知するとよい。

次に、チェックイン端末２０は、顔撮影に関する利用者Ｕの同意が有ったと判定すると（ステップＳ１０５、ＹＥＳ）、生体情報取得装置２０９により、チェックイン端末２０の前に立つ利用者Ｕの顔を撮影して、利用者Ｕの撮影顔画像を取得する（ステップＳ１０６）。

次に、チェックイン端末２０は、生体情報取得装置２０９により撮像された撮像顔画像と、媒体読取装置２０８により取得された旅券顔画像とを１：１で照合する（ステップＳ１０７）。照合後、処理はステップＳ１０９に移行する。

また、チェックイン端末２０は、顔撮影に関する利用者Ｕの同意は無かったと判定すると（ステップＳ１０５、ＮＯ）、取得された旅券情報及び搭乗券情報を利用者情報として管理サーバ１０へ送信する（ステップＳ１０８）。

チェックイン端末２０は、撮像顔画像と旅券顔画像との照合が一致して本人確認に成功したと判定すると（ステップＳ１０９、ＹＥＳ）、利用者Ｕの利用者情報を管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ１１０）。利用者情報は、互いに関連付けられた利用者Ｕの本人確認情報、顔情報及び搭乗情報を含んでいる。

一方、管理サーバ１０は、チェックイン端末２０から利用者情報を受信すると、受信した利用者情報が撮影顔画像を含むか否かを判定する（ステップＳ１１２）。管理サーバ１０は、受信した利用者情報が撮影画像を含むと判定すると（ステップＳ１１２、ＹＥＳ）、受信した利用者情報をセントラルＤＢ１１に登録する（ステップＳ１１３）。この際、管理サーバ１０は、利用者情報に含まれる撮影顔画像又は旅券顔画像を登録顔画像とし、ステータスをチェックイン完了（ステータス：“１”）としてセントラルＤＢ１１に利用者情報を登録する。こうして、チェックイン端末２０は、旅券情報、搭乗券情報、撮影顔画像を含む利用者情報に基づいて、利用者Ｕについてチェックイン手続を完了する。なお、登録顔画像は、セントラルＤＢ１１だけでなく、後述するように搭乗者ＤＢ１２にも登録される。

これに対し、管理サーバ１０は、チェックイン端末２０から受信した利用者情報が撮影顔画像を含まないと判定すると（ステップＳ１１２、ＮＯ）、セントラルＤＢ１１に利用者Ｕの旅券情報及び搭乗券情報を利用者情報として登録する（ステップＳ１１４）。この際、管理サーバ１０は、利用者Ｕのステータスをチェックイン完了（ステータス：“１”）とする。なお、こうして、チェックイン端末２０は、旅券情報と搭乗券情報を含む利用者情報に基づいてチェックイン手続を完了する。チェックイン手続を完了した利用者Ｕは、手荷物を預ける必要があれば手荷物カウンタに向かい、その必要がなければ保安検査場に向かう。

図１０は、セントラルＤＢ１１が記憶する情報の一例を示す図である。セントラルＤＢ１１には、複数の利用者Ｕを識別する識別子である利用者ＩＤごとに、各利用者Ｕに関する利用者情報が登録されている。

セントラルＤＢ１１に登録された利用者情報は、互いに関連付けられた利用者Ｕの氏名、国籍等の本人確認情報、顔情報である顔画像、及び利用者Ｕが搭乗する航空機の便名、出発地、目的地、出発時刻、搭乗ゲート等の搭乗情報を含んでいる。搭乗情報は、フライト情報ＤＢ（不図示）が管理するフライト情報と同期している。

また、利用者情報は、決済情報及び引渡物品ＩＤを含んでいる。決済情報は、例えばクレジットカード、電子マネーカード等の利用者Ｕが所持する決済用のカードの情報である。本実施形態における生体認証システム１では、生体情報である顔画像と決済情報とが予め関連付けられている。このため、ＰＯＳ端末５０は、例えば、管理サーバ１０を介してカード会社のシステムにアクセスし、顔画像による生体認証によって本人確認が成功することを条件に、顔画像に紐付く決済情報に基づいてカード会社等に対する決済処理を実行できる。利用者Ｕの決済情報を取得するタイミングとしては、例えばチェックイン手続時や、クレジットカードによる搭乗券の購入時等が挙げられる。ただし、本実施形態では、利用者Ｕが管理区域における顔認証に基づく決済サービスの利用を希望した場合にのみ、利用者Ｕの顔画像と決済情報が関連付けられるものとする。

一方、引渡物品ＩＤは、管理区域Ａ内に預けられている物品を特定する識別情報である。引渡物品の例としては、空港外の免税店で購入された商品、自宅やホテル等から空港ＡＰ１に配送された物品、管理区域Ａ内で荷物預かりサービスの対象となった物品等が挙げられる。引渡物品ＩＤは、例えば利用者Ｕが空港外の免税店で商品購入時に提示した旅券の旅券番号と購入商品との関係を記憶する他のデータベース（不図示）から、管理サーバ１０がチェックイン手続で得られた利用者情報に含まれる旅券番号をキーとして取得すればよい。また、管理区域Ａの免税店で購入された商品の引渡物品ＩＤについては、顔認証によって特定された利用者Ｕに関連付けできる。

さらに、利用者情報は、航空機に搭乗するまで各種手続の進捗状況を示すステータスを含んでいる。例えば、チェックイン手続完了（ステータス：“１”）、保安検査手続完了（ステータス：“２”）、出国審査手続完了（ステータス：“３”）、搭乗完了（ステータス：“４”）等のように設定できる。ステータスは、管理区域Ａの内外に設置された端末からの受信情報に基づいて更新される。

そして、管理サーバ１０は、例えば所定の周期で、所定の抽出条件に合致する利用者情報をセントラルＤＢ１１から抽出し、抽出した利用者情報を搭乗者情報として搭乗者ＤＢ１２に登録する（ステップＳ１１５）。具体的には、チェックイン手続を完了したすべての利用者Ｕの利用者情報のうちから、航空機の出発時間までの時間が所定時間（例えば１５分）以上である利用者Ｕに関する利用者情報を抽出する。ただし、本実施形態では、顔撮影に同意しなかった人物の利用者情報については、照合済みの登録顔画像が存在しないため、セントラルＤＢ１１からの抽出対象から除くこともできる。

図１１は、搭乗者ＤＢ１２が記憶する情報の一例を示す図である。搭乗者ＤＢ１２には、複数の搭乗者を識別する搭乗者ＩＤごとに、各搭乗者に関する搭乗者情報が登録されている。図１１の例では、セントラルＤＢ１１の利用者ＩＤが搭乗者ＩＤとして登録されているが、利用者ＩＤとは異なるシーケンス番号などを新たに発行し、搭乗者ＩＤとして搭乗者ＤＢ１２にレコードを登録してもよい。

搭乗者ＤＢ１２におけるデータ項目は、図１０に示すセントラルＤＢ１１のデータ項目とほぼ共通している。また、搭乗者ＤＢ１２は、データ項目として入口通過状況フラグをさらに備えている。搭乗者情報は、チェックイン端末２０においてチェックイン手続が完了したとき、搭乗者ＤＢ１２に“入口通過状況フラグの値を“ＯＦＦ”に設定して登録される。“入口通過状況フラグの“ＯＦＦ”の値は、保安検査装置３０を未通過であることを示す。よって、入口通過状況フラグは、保安検査装置３０から利用者Ｕのゲート通過情報を受信したとき、入口通過を示す“ＯＮ”の値に更新される。

また、図１１では、搭乗者ＤＢ１２に記録されるレコード（入場者登録情報）は、セントラルＤＢ１１に記録されているレコード（利用者情報）よりも絞り込まれていることが示されている。すなわち、図１０に示すセントラルＤＢ１１において、利用者ＩＤが“１０１０１”～“１０１０３”の利用者情報は、図１１に示す搭乗者ＤＢ１２の搭乗者情報には含まれていない。このようなデータベース間における登録情報の絞込みは、上述のように、航空機の出発時刻に基づいて行われる。これにより、管理区域Ａの入口で実行される第１生体認証及び管理区域Ａ内で実行される第２生体認証における照合対象者（母集団）の数を削減できる。

なお、搭乗者ＤＢ１２のデータ構成は、図１１に示す例に限られない。例えば、搭乗者ＤＢ１２は、セントラルＤＢ１１と同様にステータスのデータ項目を備えてもよい。この場合、入口通過状況フラグは省略できる。また、セントラルＤＢ１１においてステータス管理を行っているため、搭乗者ＤＢ１２ではステータス管理を省略することもできる。セントラルＤＢ１１のステータスが、保安検査場の通過完了を示すステータス（“２”）に更新された場合に、管理サーバ１０はセキュリティエリア内のエッジ端末に顔画像を配信してもよい。

一方、チェックイン端末２０は、撮像顔画像と旅券顔画像との照合が一致せずに本人確認に失敗したと判定すると（ステップＳ１０９、ＮＯ）、利用者Ｕに対して本人確認に失敗した旨を通知する（ステップＳ１１１）。この際、チェックイン端末２０は、本人確認に失敗した旨を通知する通知画面を表示装置２０７に表示させる。なお、チェックイン端末２０は、通知画面の表示とともに又は通知画面の表示に代えて、利用者Ｕに対して本人確認に失敗した旨を例えば音声により通知することもできる。

なお、利用者Ｕは、チェックイン端末２０によるチェックイン手続に代えて、有人のチェックインカウンタにおいてチェックイン手続を行うこともできる。この場合、チェックインカウンタの職員により操作される端末が、上述したチェックイン端末２０と同様の処理を実行できる。また、利用者Ｕは、チェックイン端末２０によるチェックイン手続に代えて、航空会社のウェブサイトから行うオンラインチェックインを利用してもよい。この場合、例えば、利用者Ｕは、空港ＡＰ１に設置された専用端末から顔画像を管理サーバ１０のセントラルＤＢ１１に登録顔画像として別途登録できる。この際に、旅券と搭乗券の一方、若しくは両方の提示を不要としてもよい。すなわち、空港ＡＰ１に到着した利用者Ｕは、顔認証だけで航空機に搭乗できる。

［保安検査手続］
図１２は、保安検査装置３０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、チェックイン手続を完了した利用者Ｕが、保安検査手続を受けるたびに実行される。

先ず、管理サーバ１０は、搭乗者ＤＢ１２に記憶されている搭乗者情報に基づいて作成したウォッチリストを保安検査装置３０に配信する（ステップＳ２０１）。例えば、保安検査を通過できる搭乗者（例えば、搭乗時間の＊時間前の搭乗者）の搭乗者情報のみを抽出し、ウォッチリストとして配信してもよい。

次に、保安検査装置３０は、管理サーバ１０から受信したウォッチリストにより記憶装置３０３に記憶されているウォッチリストを更新する（ステップＳ２０２）。

図１３は、保安検査装置３０が記憶するウォッチリストの一例を示す図である。ここでは、ウォッチリストは搭乗者ＩＤと顔画像とを関連付けしたリスト情報であることが示されている。すなわち、図１３に示すウォッチリストでは、図１１に示した搭乗者情報と比べて、データ項目が大幅に絞り込まれている。ただし、ウォッチリストは、搭乗者ＤＢ１２のデータ項目をすべて含んでいてもよい。

次に、保安検査装置３０は、生体情報取得装置３０９により、金属探知ゲート３１０の前を常時又は定期的に撮影すると、撮影した画像中に金属探知ゲート３１０の前に立つ利用者Ｕの顔が検出されたか否かを判定する（ステップＳ２０３）。保安検査装置３０は、画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ２０３、ＮＯ）。

保安検査装置３０は、利用者Ｕの顔が検出されたと判定すると（ステップＳ２０３、ＹＥＳ）、利用者Ｕの顔画像を対象顔画像として取得し（ステップＳ２０４）、利用者Ｕの顔画像の照合を行う（ステップＳ２０５）。保安検査装置３０は、撮影した対象顔画像と、記憶装置３０３に記憶されたウォッチリストに含まれる複数の登録顔画像とを１：Ｎで照合する。

保安検査装置３０は、照合結果が照合一致であると判定した場合（ステップＳ２０６、ＹＥＳ）、利用者Ｕの保安検査処理を実行する（ステップＳ２０７）。保安検査処理において、ＣＰＵ３０１は、保安検査装置３０の各部を制御する。これにより、金属探知ゲート３１０は、金属探知ゲート３１０を通過する利用者Ｕの身に付けている金属類を探知する。金属探知ゲート３１０を通過した利用者Ｕは、出国審査場に向かう。

また、保安検査装置３０は、利用者Ｕが保安検査手続を完了したことに伴い、記憶装置３０３のウォッチリストの中から、通過した利用者Ｕに関する顔画像（生体情報）を削除する（ステップＳ２０８）。

一方、照合結果が照合不一致、すなわち、一致する登録顔画像が発見されずに利用者Ｕの本人確認に失敗したことを示す場合（ステップＳ２０６、ＮＯ）、保安検査装置３０は、管理サーバ１０の搭乗者ＤＢ１２を参照し（ステップＳ２０９）、照合処理を実行する（ステップＳ２１０）。すなわち、保安検査装置３０は、ウォッチリストを用いた第２生体認証に失敗したとき、搭乗者ＤＢ１２との間で第３生体認証を行う。

保安検査装置３０は、照合結果が照合一致であると判定した場合（ステップＳ２１１、ＹＥＳ）、処理はステップＳ２１２に移行する。これに対し、保安検査装置３０は、照合結果が照合不一致と判定した場合（ステップＳ２１１、ＮＯ）、処理はステップＳ２１３に移行する。

ステップＳ２１２において、保安検査装置３０は、搭乗者ＤＢ１２の搭乗者情報に含まれる出発時刻に基づいて、現在時刻が管理区域Ａへの入場可能時間であるか否かを判定する。ここで、保安検査装置３０は、現在時刻が管理区域Ａへの入場可能時間であると判定した場合（ステップＳ２１２、ＹＥＳ）、処理はステップＳ２０７に移行する。これに対し、保安検査装置３０は、現在時刻が管理区域Ａへの入場可能時間ではないと判定した場合（ステップＳ２１２、ＮＯ）、処理はステップＳ２１３に移行する。

ステップＳ２１３において、保安検査装置３０は、利用者Ｕに対して本人確認に失敗した旨を通知する。この際、保安検査装置３０は、本人確認に失敗した旨を通知する通知画面を表示装置３０７に表示させる。

図１４Ａ及び図１４Ｂは、保安検査装置３０が表示するエラー表示画面の一例を示す図である。図１４Ａでは、チェックイン手続の未完了によって保安検査装置３０における第１生体認証が失敗した旨を示すエラーメッセージ（「チェックイン手続を行ってください。」）が表示されている。このエラーメッセージは、利用者Ｕがチェックイン手続を行わずに、保安検査装置３０での手続を試みた場合に出力される。チェックイン手続が未完了である場合、当該利用者Ｕの顔画像は、搭乗者Ｄ１２に登録されていない。これにより、保安検査装置３０のウォッチリストにも利用者Ｕの顔画像が入場者登録情報として含まれていないため、保安検査装置３０はエラーメッセージを出力する。

これに対し、図１４Ｂでは、エラーメッセージ（「搭乗券が有効ではありません。搭乗時間の＊時間前から通過可能です。」）が表示されている。このエラーメッセージは、利用者Ｕが保安検査装置３０での手続を試みた時間が早過ぎた場合に出力される。すなわち、利用者Ｕの顔画像は搭乗者ＤＢ１２（あるいはセントラルＤＢ１１）に登録されているが、保安検査装置３０が記憶するウォッチリストに含まれていなかった場合に該当する。また、セントラルＤＢ１１に記憶された搭乗時刻と現在時刻とを比較し、保安検査を実施できる時刻となっていない場合には、同様のエラーメッセージが表示される。なお、保安検査装置３０が表示するメッセージは、図１４Ａ及び図１４Ｂに示すエラーメッセージに限られない。例えば、セントラルＤＢ１１に記憶された搭乗時刻と現在時刻とを比較し、保安検査可能な時刻である場合は、ネットワーク障害等によるウォッチリストの未配信が考えられる。このため、認証成功時と同様の案内メッセージ（「セキュリティエリアへお進みください。」等）を表示してもよい。

ステップＳ２１４において、保安検査装置３０は、生体認証に基づいて利用者Ｕの保安検査手続を完了すると、搭乗者ＩＤを含むゲート通過情報を管理サーバ１０に送信する。

そして、管理サーバ１０は、外部装置である保安検査装置３０からゲート通過情報を受信すると、搭乗者ＤＢ１２における当該利用者Ｕの入口通過状況フラグを“ＯＮ”に更新する（ステップＳ２１５）。このとき、管理サーバ１０は、セントラルＤＢ１１における当該利用者Ｕのステータスを“２（保安検査手続完了）”に更新する。このように、管理サーバ１０は、保安検査手続の際に取得された対象顔画像と登録顔画像との照合結果に基づき、利用者Ｕが管理区域Ａの入場口（保安検査装置３０）を通過したか否かを示す入口通過状況フラグを制御する。

［出国審査手続］
図１５は、自動化ゲート装置４０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、保安検査手続を完了した利用者Ｕが、出国審査場において出国審査手続を受けるたびに実行される。

先ず、管理サーバ１０は、搭乗者ＤＢ１２に記憶されている搭乗者情報のうち、入口通過状況フラグが“ＯＮ”である人物の搭乗者情報に基づいて作成したウォッチリストを自動化ゲート装置４０に配信する（ステップＳ３０１）。管理サーバ１０が自動化ゲート装置４０にウォッチリストを配信するタイミングは、移動時間等を考慮して任意に設定できる。例えば、一定の周期で入口通過状況フラグが“ＯＮ”である全ての人物を搭乗者ＤＢ１２から抽出し、配信してもよい。また、ある人物に関する入口通過状況フラグが“ＯＮ”になったことを契機として、該当人物を含むウォッチリストを配信してもよい。フラグの更新を契機としてウォッチリストを次の手続の端末に配信することで、必要な搭乗者情報（入場者登録情報）を迅速に通知できる利点がある。

次に、自動化ゲート装置４０は、管理サーバ１０から受信したウォッチリストにより、記憶装置４０３に記憶されているウォッチリストを更新する（ステップＳ３０２）。なお、自動化ゲート装置４０が記憶するウォッチリストは、図１３に示すウォッチリストの中から、ゲートを通過した利用者Ｕのみを含むものとする。

自動化ゲート装置４０は、生体情報取得装置４０９によって自動化ゲート装置４０の前を常時又は定期的に撮影し、撮影した画像中に自動化ゲート装置４０の前に立つ利用者Ｕの顔が検出されたか否かを判定する（ステップＳ３０３）。自動化ゲート装置４０は、画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ３０３、ＮＯ）。

次に、自動化ゲート装置４０は、利用者Ｕの顔が検出されたと判定すると（ステップＳ３０３、ＹＥＳ）、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ３０４）とともに、利用者Ｕの対象顔画像と、ウォッチリストに登録された複数の登録顔画像とを１：Ｎで照合する（ステップＳ３０５）。

次に、自動化ゲート装置４０は、照合結果が照合一致であると判定した場合（ステップＳ３０６、ＹＥＳ）、ゲート４１１の開放処理を実行する（ステップＳ３０７）。すなわち、自動化ゲート装置４０は、ゲート４１１を、利用者Ｕの通行を遮る待機時の閉鎖状態から、利用者Ｕの通行を許可する開放状態に移行させる。利用者Ｕは、開放されたゲート４１１を通行して出国エリアに向かう。

また、自動化ゲート装置４０は、利用者Ｕがゲート４１１を通過したことに伴い、記憶装置４０３のウォッチリストの中から、通過した利用者Ｕに関する顔画像（生体情報）を削除する（ステップＳ３０８）。

一方、自動化ゲート装置４０は、照合結果が照合不一致であると判定した場合（ステップＳ３０６、ＮＯ）、処理はステップＳ３０９に移行する。

ステップＳ３０９において、自動化ゲート装置４０は、管理サーバ１０の搭乗者ＤＢ１２を参照する。そして、自動化ゲート装置４０は、照合処理を再度実行する（ステップＳ３１０）。すなわち、自動化ゲート装置４０は、ウォッチリストを用いた第２生体認証に失敗したとき、搭乗者ＤＢ１２との間で第３生体認証を行う。

自動化ゲート装置４０は、照合結果が照合一致であると判定した場合（ステップＳ３１１、ＹＥＳ）、処理はステップＳ３０７に移行する。これに対し、自動化ゲート装置４０は、照合結果が照合不一致であると判定した場合（ステップＳ３１１、ＮＯ）、処理はステップＳ３１２に移行する。

ステップＳ３１２において、自動化ゲート装置４０は、利用者Ｕに対して本人確認に失敗した旨を通知する。この際、自動化ゲート装置４０は、本人確認に失敗した旨を通知する通知画面を表示装置４０７に表示させる。

ステップＳ３１３において、自動化ゲート装置４０は、生体認証に基づいて利用者Ｕの出国審査手続を完了すると、搭乗者ＩＤを含むゲート通過情報を管理サーバ１０に送信する。

そして、管理サーバ１０は、自動化ゲート装置４０からゲート通過情報を受信すると、セントラルＤＢ１１における当該利用者Ｕのステータスを“３（出国審査手続完了）”に更新する。搭乗者ＤＢ１２がステータスを保持している場合には、管理サーバ１０は、同様に搭乗者ＤＢ１２におけるステータスを“３”に更新する。

［生体認証による決済処理の実行］
図１６は、ＰＯＳ端末５０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、利用者Ｕ（入場者）が管理区域Ａにおいて商品の購入やサービスの利用に関する決済処理を行う場合に実行される。

先ず、管理サーバ１０は、搭乗者ＤＢ１２に記憶されている搭乗者情報のうち、決済情報が含まれる人物の搭乗者情報に基づいて作成したウォッチリストをＰＯＳ端末５０に配信する（ステップＳ４０１）。すなわち、顔画像と決済情報とが関連付けられている人物の搭乗者情報（入場者登録情報）が抽出される。

なお、管理サーバ１０がＰＯＳ端末５０にウォッチリストを配信するタイミングは、任意に設定できる。例えば、管理サーバ１０は、一定の周期で入口通過状況フラグが“ＯＮ”である全ての人物を搭乗者ＤＢ１２から抽出し、ＰＯＳ端末５０に配信してもよい。また、ある人物に関する入口通過状況フラグが“ＯＮ”になったことを契機として、該当人物を含むウォッチリストを配信してもよい。フラグの更新を契機としてウォッチリストを配信することで、必要な搭乗者情報（入場者登録情報）を迅速に通知できる利点がある。さらに、管理サーバ１０は、保安検査手続を完了しただけでなく、自動化ゲート装置４０を通過している人物（ステータス“３”の人物）の搭乗者情報のみをウォッチリストとして配信してもよい。

次に、ＰＯＳ端末５０は、管理サーバ１０から受信したウォッチリストにより記憶装置５０３に記憶されているウォッチリストを更新する（ステップＳ４０２）。

図１７は、ＰＯＳ端末５０が記憶するウォッチリストの一例を示す図である。ＰＯＳ端末５０が記憶するウォッチリストは、図１３に示すウォッチリストとは異なる。具体的には、図１７に示すウォッチリストは、搭乗者ＤＢ１２に記憶されている搭乗者情報のうち、入口通過状況フラグが“ＯＮ”であり、かつ、決済情報が登録されている利用者Ｕのみを含んでいる。なお、図１７に示すウォッチリストは、搭乗者ＩＤ、顔画像及び決済情報をデータ項目としているが、データ項目はこれに限られない。ウォッチリストのデータ項目は、搭乗者ＤＢ１２と同じでもよいし、図１３のように顔画像及び搭乗者ＩＤのみとしてもよい。

次に、ＰＯＳ端末５０は、利用者Ｕから決済処理の実行を要求されたとき、生体情報取得装置５０９において撮影した画像中に利用者Ｕの顔が検出されたか否かを判定する（ステップＳ４０３）。ＰＯＳ端末５０は、画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ４０３、ＮＯ）。

次に、ＰＯＳ端末５０は、利用者Ｕの顔が検出されたと判定すると（ステップＳ４０３、ＹＥＳ）、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ４０４）とともに、利用者Ｕの対象顔画像と、ウォッチリストに登録された複数の登録顔画像とを１：Ｎで照合する（ステップＳ４０５）。

次に、ＰＯＳ端末５０は、照合結果が照合一致であると判定した場合（ステップＳ４０６、ＹＥＳ）、利用者Ｕから要求された決済処理を実行する（ステップＳ４０７）。これにより、ＰＯＳ端末５０は、現金やクレジットカード等の媒体を用いることなく、第２生体認証に基づく決済処理を完了する。

なお、ＰＯＳ端末５０は、第２生体認証により得られた利用者Ｕの搭乗者ＩＤをキーとして管理サーバ１０の搭乗者ＤＢ１２等を参照し、取得した旅券番号や航空券の情報を表示装置５０７に表示し、係員による確認が完了してから決済処理を実行してもよい。また、生体情報（顔画像）だけでなく、ＰＩＮコードの入力を決済処理の開始条件に加えてもよい。

一方、ＰＯＳ端末５０は、照合結果が照合不一致であると判定した場合（ステップＳ４０６、ＮＯ）、処理はステップＳ４０８に移行する。

ステップＳ４０８において、ＰＯＳ端末５０は、管理サーバ１０の搭乗者ＤＢ１２を参照する。そして、ＰＯＳ端末５０は、照合処理を再度実行する（ステップＳ４０９）。すなわち、ＰＯＳ端末５０は、ウォッチリストを用いた第２生体認証に失敗したとき、搭乗者ＤＢ１２との間で第３生体認証を行う。

次に、ＰＯＳ端末５０は、照合結果が照合一致であると判定した場合（ステップＳ４１０、ＹＥＳ）、処理はステップＳ４０７に移行する。これに対し、ＰＯＳ端末５０は、照合結果が照合不一致であると判定した場合（ステップＳ４１０、ＮＯ）、処理はステップＳ４１１に移行する。

ステップＳ４１１において、ＰＯＳ端末５０は、利用者Ｕに対して本人確認に失敗した旨を通知する。この際、ＰＯＳ端末５０は、本人確認に失敗した旨を通知する通知画面を表示装置５０７に表示させる。

図１８は、ＰＯＳ端末５０が表示するエラー表示画面の一例を示す図である。エラーメッセージ（「お客様は顔認証による決済サービスを御利用できません。他の決済方法を御利用ください。」）が表示されている。このエラーメッセージは、ウォッチリスト及び搭乗者ＤＢ１２のどちらにも、利用者Ｕの顔画像及び決済情報の組み合わせが登録されていない場合に表示される。

ステップＳ４１２において、ＰＯＳ端末５０は、生体認証に基づいて利用者Ｕの決済処理を完了すると、搭乗者ＩＤ及び購入商品情報を管理サーバ１０に送信する。この際、ＰＯＳ端末５０は、後に引渡しが必要となる商品については引渡情報を併せて送信するとよい。

そして、管理サーバ１０は、ＰＯＳ端末５０から搭乗者ＩＤ及び購入商品情報を受信すると、セントラルＤＢ１１及び搭乗者ＤＢ１２における購入物品情報を更新する（ステップＳ４１３）。なお、引渡しが必要となる商品が購入された場合には、引渡情報がセントラルＤＢ１１及び搭乗者ＤＢ１２に登録され、後述する物品の引渡しサービスに利用される。

このように、ＰＯＳ端末５０は、生体認証を利用して、管理区域Ａにおける商品の購入及びサービスの利用における決済処理の実行を制御できる。

［生体認証によるサービスの提供］
図１９は、受付端末６０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、例えば利用者Ｕ（入場者）が管理区域Ａにおいて無料のサービスを利用する場合に実行される。以下では、利用者Ｕが荷物預かり所において免税品等の物品の引渡サービスを利用する場合について説明する。

先ず、管理サーバ１０は、搭乗者ＤＢ１２に記憶されている搭乗者情報のうち、物品の引渡情報（引渡物品ＩＤ）が含まれる人物の搭乗者情報に基づいて作成したウォッチリストを受付端末６０に配信する（ステップＳ５０１）。なお、管理サーバ１０が受付端末６０にウォッチリストを配信するタイミングは、上述したＰＯＳ端末５０の場合と同様に設定できる。

次に、受付端末６０は、管理サーバ１０から受信したウォッチリストにより記憶装置６０３に記憶されているウォッチリストを更新する（ステップＳ５０２）。

図２０は、受付端末６０が記憶するウォッチリストの一例を示す図である。受付端末６０が記憶するウォッチリストは、図１３及び図１７に示すウォッチリストとは異なっている。具体的には、図２０に示すウォッチリストは、搭乗者ＤＢ１２に記憶されている搭乗者情報のうち、入口通過状況フラグが“ＯＮ”であり、かつ、引渡物品ＩＤが登録されている利用者Ｕのみを含むものとする。すなわち、顔画像と物品の引渡しサービスとが関連付けられている人物の搭乗者情報（入場者登録情報）が抽出される。なお、図２０に示すウォッチリストは、搭乗者ＩＤ、顔画像及び引渡物品ＩＤをデータ項目としているが、データ項目はこれに限られない。ウォッチリストのデータ項目は、搭乗者ＤＢ１２と同じでもよいし、図１３のように顔画像及び搭乗者ＩＤのみとしてもよい。

次に、受付端末６０は、利用者Ｕからサービス利用が要求されたとき、生体情報取得装置６０９において撮影した画像中に利用者Ｕの顔が検出されたか否かを判定する（ステップＳ５０３）。受付端末６０は、画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ５０３、ＮＯ）。

次に、受付端末６０は、利用者Ｕの顔が検出されたと判定すると（ステップＳ５０３、ＹＥＳ）、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ５０４）とともに、利用者Ｕの対象顔画像と、ウォッチリストに登録された複数の登録顔画像とを１：Ｎで照合する（ステップＳ５０５）。

次に、受付端末６０は、照合結果が照合一致であると判定した場合（ステップＳ５０６、ＹＥＳ）、搭乗者ＩＤに関連付けられた引渡物品ＩＤの物品を特定する（ステップＳ５０７）。これにより、受付端末６０は、旅券等の本人確認用の媒体を用いることなく、顔認証に基づく物品の引渡処理を完了する。そして、受付端末６０は、物品の引渡し完了に伴い、当該利用者Ｕの顔画像（生体情報）をウォッチリストから削除する（ステップＳ５０８）。

一方、受付端末６０は、照合結果が照合不一致であると判定した場合（ステップＳ５０６、ＮＯ）、処理はステップＳ５０９に移行する。

ステップＳ５０９において、受付端末６０は、管理サーバ１０の搭乗者ＤＢ１２を参照する。そして、受付端末６０は、照合処理を再度実行する（ステップＳ５１０）。すなわち、受付端末６０は、ウォッチリストを用いた第２生体認証に失敗したとき、搭乗者ＤＢ１２との間で第３生体認証を行う。

受付端末６０は、照合結果が照合一致であると判定した場合（ステップＳ５１１、ＹＥＳ）、処理はステップＳ５０７に移行する。これに対し、受付端末６０は、照合結果が照合不一致であると判定した場合（ステップＳ５１１、ＮＯ）、処理はステップＳ５１２に移行する。

ステップＳ５１２において、受付端末６０は、利用者Ｕに対して本人確認に失敗した旨を通知する。この際、受付端末６０は、本人確認に失敗した旨を通知する通知画面を表示装置６０７に表示させる。

図２１は、受付端末６０が表示するエラー表示画面の一例を示す図である。ここでは、エラー表示画面上にエラーメッセージ（「お客様からお預かりしている荷物を確認できません。」）が表示されている。このエラーメッセージは、ウォッチリスト及び搭乗者ＤＢ１２のどちらにも、利用者Ｕの顔画像及び引渡物品ＩＤの組み合わせが登録されていない場合に表示される。

ステップＳ５１３において、受付端末６０は、生体認証に基づいて利用者Ｕへの物品の引渡処理を完了すると、搭乗者ＩＤ及び引渡情報を管理サーバ１０に送信する。

そして、管理サーバ１０は、受付端末６０から搭乗者ＩＤ及び引渡情報を受信すると、セントラルＤＢ１１及び搭乗者ＤＢ１２における引渡しサービスに関する情報を更新する（ステップＳ５１４）。

このように、受付端末６０は、管理区域Ａにおける各種のサービスの利用可否の判定処理のように、決済処理を伴わない取引の実行を制御できる。

［搭乗ゲートにおける通行制御］
図２２は、搭乗ゲート装置７０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、利用者Ｕが搭乗ゲートから航空機に搭乗する際に実行される。

先ず、管理サーバ１０は、搭乗者ＤＢ１２に記憶されている搭乗者情報のうち、入口通過状況フラグが“ＯＮ”である人物の搭乗者情報に基づいて搭乗ゲートごとに作成したウォッチリストを搭乗ゲート装置７０に配信する（ステップＳ６０１）。すなわち、ある搭乗ゲートに対応する搭乗ゲート装置７０には、他の搭乗ゲートから出発する航空機に搭乗する人物の顔画像は除かれたウォッチリストが配信されるものとする。なお、管理サーバ１０が搭乗ゲート装置７０にウォッチリストを配信するタイミングは、上述したＰＯＳ端末５０の場合と同様に設定できる。

次に、搭乗ゲート装置７０は、管理サーバ１０から受信したウォッチリストにより記憶装置７０３に記憶されているウォッチリストを更新する（ステップＳ６０２）。

次に、搭乗ゲート装置７０は、生体情報取得装置７０９により、搭乗ゲート装置７０の前を常時又は定期的に撮影し、撮影した画像中に搭乗ゲート装置７０の前に立つ利用者Ｕの顔が検出されたか否かを判定する（ステップＳ６０３）。搭乗ゲート装置７０は、画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ６０３、ＮＯ）。

次に、搭乗ゲート装置７０は、利用者Ｕの顔が検出されたと判定すると（ステップＳ６０３、ＹＥＳ）、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ６０４）とともに、対象顔画像と、記憶装置７０３に記憶されているウォッチリストに含まれる複数の登録顔画像とを１：Ｎで照合する（ステップＳ６０５）。

搭乗ゲート装置７０は、照合結果が照合一致であると判定した場合（ステップＳ６０６、ＹＥＳ）、搭乗ゲート装置７０は、ゲート７１１の開放処理を実行する（ステップＳ６０７）。これにより、搭乗ゲート装置７０は、ゲート７１１を、利用者Ｕの通行を遮る待機時の閉鎖状態から、利用者Ｕの通行を許可する開放状態に移行させる。利用者Ｕは、開放されたゲート７１１を通行して航空機へ搭乗する。

次に、搭乗ゲート装置７０は、ゲート７１１を通過した、すなわち、航空機に搭乗した利用者Ｕの顔画像を記憶装置７０３に記憶されているウォッチリストから削除する（ステップＳ６０８）。なお、顔画像は、ゲート７１１を通過した直後でなく、航空機の出発時刻等に基づいて後から削除してもよい。

一方、搭乗ゲート装置７０は、照合結果が不一致であると判定した場合（ステップＳ６０６、ＮＯ）、処理はステップＳ６０９に移行する。

ステップＳ６０９において、搭乗ゲート装置７０は、管理サーバ１０の搭乗者ＤＢ１２を参照する。そして、搭乗ゲート装置７０は、照合処理を再度実行する（ステップＳ６１０）。すなわち、搭乗ゲート装置７０は、ウォッチリストを用いた第２生体認証に失敗したとき、搭乗者ＤＢ１２との間で第３生体認証を行う。

次に、搭乗ゲート装置７０は、照合結果が照合一致であると判定した場合（ステップＳ６１１、ＹＥＳ）、処理はステップＳ６０７に移行する。これに対し、搭乗ゲート装置７０は、照合結果が照合不一致であると判定した場合（ステップＳ６１１、ＮＯ）、処理はステップＳ６１２に移行する。

ステップＳ６１２において、搭乗ゲート装置７０は、利用者Ｕに対して通知を行う。すなわち、搭乗ゲート装置７０は、本人確認に失敗した旨又は搭乗情報の確認に失敗した旨を示す通知を行う。具体的には、搭乗ゲート装置７０は、本人確認に失敗した旨又は搭乗情報の確認に失敗した旨を通知する通知画面を表示装置７０７に表示させる。

図２３は、搭乗ゲート装置７０が表示するエラー表示画面の一例を示す図である。ここでは、エラー表示画面上にエラーメッセージ（「お客様の搭乗場所はこちらの搭乗ゲートではありません。＊＊番の搭乗ゲートから搭乗してください。」）が表示されている。このエラーメッセージは、搭乗ゲート装置７０のウォッチリストに利用者Ｕの顔画像が含まれていないが、当該利用者Ｕの顔画像が搭乗者ＤＢ１２において他の搭乗ゲートに関連付けされている場合に表示される。搭乗ゲート装置７０が搭乗者ＤＢ１２を参照することで、正しい搭乗ゲートを案内可能となる。

ステップＳ６１３において、搭乗ゲート装置７０は、生体認証に基づいて利用者Ｕが搭乗ゲートを通過すると、搭乗者ＩＤを含むゲート通過情報を管理サーバ１０に送信する。

そして、管理サーバ１０は、搭乗ゲート装置７０からゲート通過情報を受信すると、セントラルＤＢ１１におけるステータスを“４（搭乗完了）”に更新する（ステップＳ６１４）。さらに、管理サーバ１０は、航空機が空港から出発したとき、あるいは、現在時間が航空機の出発予定時間を過ぎたとき、搭乗者ＤＢ１２から航空機に搭乗した人物の搭乗者情報を削除する。なお、管理サーバ１０は、更新されたウォッチリストを再配信することによって、管理区域Ａのエッジ端末のウォッチリストから当該人物の情報を削除する。

以上のように、本実施形態における生体認証システム１によれば、空港の出国エリアのような高いセキュリティが要求される管理区域への入場が許可された人物の生体情報群（入場者登録情報）を、管理区域Ａ内の各種のエッジ端末に対してウォッチリストとして配信している。これにより、利用者Ｕは、旅券、身分証明書、クレジットカード、旅券等の媒体を必要とすることなく、管理区域Ａにおける商品の購入やサービスの利用を生体認証のみで行うことができる。すなわち、利用者Ｕの利便性を向上させることができる。

また、管理区域Ａ内のエッジ端末で実行される第２生体認証で照合先となる生体情報群（ウォッチリスト）のデータ数は、管理区域Ａの入口（保安検査装置３０）で実行される第１生体認証での照合先となる生体情報群のデータ数よりも大幅に絞り込まれる。これにより、第２生体認証における処理速度を向上できる。

そして、管理サーバ１０から管理区域Ａ内のエッジ端末に配信するウォッチリストは、エッジ端末の種類に応じて適宜変更して配信されるため、エッジ端末が実行する第２生体認証における処理速度をさらに向上できる。

［第２実施形態］
以下、第２実施形態における生体認証システム２について説明する。なお、第１実施形態の図中において付与した符号と共通する符号は同一の対象を示す。第１実施形態と共通する箇所の説明は省略し、異なる箇所について詳細に説明する。

図２４は、本実施形態における生体認証システム２の全体構成例を示す概略図である。ここでは、出発国（第１国）の空港ＡＰ１と到着国（第２国）の空港ＡＰ２に跨って管理区域Ａが設定される場合を示している。すなわち、本実施形態の管理サーバ１０は、複数の国の空港間で利用者Ｕの生体情報が共有されているものする。管理サーバ１０は、管理区域が出発国及び到着国の空港施設を含むことから、出発国及び到着国の空港施設にそれぞれ設置されたエッジ端末に対して、登録された利用者Ｕの生体情報をウォッチリスト（入場者登録情報）として配信する。

また、図２４に示すように、空港ＡＰ２の管理区域Ａには、ＰＯＳ端末５０、受付端末６０に加えて、自動税関ゲート装置９０が設置されている。自動税関ゲート装置９０は、税関検査場に設置されている。利用者Ｕは、図示しないキオスク端末において税関申告を自身で行うと、税関申告の内容に応じて自動税関ゲート装置９０又は税関職員がいる有人ブースに誘導される。自動税関ゲート装置９０は、管理サーバ１０から予め配信されたウォッチリストを用いた生体認証の結果に基づいて、利用者Ｕのゲート通過、すなわち、入国の可否を判定する。また、自動税関ゲート装置９０は、入口ゲート端末９０Ａ及び出口ゲート端末９０Ｂを備え、各端末はゲート通路の入口及び出口にそれぞれ設置されている。利用者Ｕは、入口ゲート端末９０Ａ及び出口ゲート端末９０Ｂによる扉制御により、ゲート内からの退出が制限される。なお、自動税関ゲート装置９０、ＰＯＳ端末５０及び受付端末６０に配信されるウォッチリストは、到着した航空機に搭乗していた人物の顔画像及び搭乗者ＩＤを含む情報であり、第１実施形態と同様である。

以下、本実施形態における生体認証システム２の装置の動作を説明する。なお、ＰＯＳ端末５０、受付端末６０の動作は第１実施形態と同様であるため、自動税関ゲート装置９０について説明する。

図２５は、自動税関ゲート装置９０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、航空機から降りた利用者Ｕが、空港ＡＰ２において税関手続を行う際に実行される。

先ず、管理サーバ１０は、搭乗者ＤＢ１２に記憶されている搭乗者情報のうち、空港ＡＰ２に到着した航空機に搭乗した利用者Ｕの搭乗者情報について作成したウォッチリストを自動税関ゲート装置９０に配信する（ステップＳ７０１）。例えば、管理サーバ１０は、航空機が空港ＡＰ２に到着したことを契機として、該当人物のウォッチリストを自動税関ゲート装置９０に配信してもよい。

次に、自動税関ゲート装置９０は、管理サーバ１０から受信したウォッチリストにより記憶装置に記憶されているウォッチリストを更新する（ステップＳ７０２）。

自動税関ゲート装置９０は、自動税関ゲート装置９０の前を常時又は定期的に撮影し、撮影した画像中にゲートの前に立つ利用者Ｕの顔が検出されたか否かを判定する（ステップＳ７０３）。自動税関ゲート装置９０は、画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ７０３、ＮＯ）。

次に、自動税関ゲート装置９０は、利用者Ｕの顔が検出されたと判定すると（ステップＳ７０３、ＹＥＳ）、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ７０４）とともに、利用者Ｕの対象顔画像と、ウォッチリストに登録された複数の登録顔画像とを１：Ｎで照合する（ステップＳ７０５）。

次に、自動税関ゲート装置９０は、照合結果が照合一致であると判定した場合（ステップＳ７０６、ＹＥＳ）、税関手続を完了し（ステップＳ７０７）、ゲートの開放処理を実行する（ステップＳ７０８）。これにより、自動税関ゲート装置９０は、ゲートを利用者Ｕの通行を遮る待機時の閉鎖状態から、利用者Ｕの通行を許可する開放状態に移行させる。利用者Ｕは、開放されたゲートを通行して第２国へ入国する。

また、自動税関ゲート装置９０は、利用者Ｕがゲートを通過したことに伴い、記憶装置のウォッチリストの中から、通過した利用者Ｕに関する顔画像（生体情報）を削除する（ステップＳ７０９）。

一方、自動税関ゲート装置９０は、ウォッチリストとの照合結果が照合不一致であると判定した場合（ステップＳ７０６、ＮＯ）、処理はステップＳ７１０に移行する。

ステップＳ７１０において、自動税関ゲート装置９０は、管理サーバ１０の搭乗者ＤＢ１２を参照する。そして、自動税関ゲート装置９０は、照合処理を再度実行する（ステップＳ７１１）。すなわち、自動税関ゲート装置９０は、ウォッチリストを用いた第２生体認証に失敗したとき、搭乗者ＤＢ１２との間で第３生体認証を行う。

自動税関ゲート装置９０は、照合結果が照合一致であると判定した場合（ステップＳ７１２、ＹＥＳ）、処理はステップＳ７０７に移行する。これに対し、自動税関ゲート装置９０は、照合結果が照合不一致であると判定した場合（ステップＳ７１２、ＮＯ）、処理はステップＳ７１３に移行する。

ステップＳ７１３において、自動税関ゲート装置９０は、利用者Ｕに対して本人確認に失敗した旨を通知する。この際、自動税関ゲート装置９０は、本人確認に失敗した旨を通知する通知画面を表示装置に表示させる。

ステップＳ７１４において、自動税関ゲート装置９０は、ゲート通過情報を管理サーバ１０に送信する。そして、管理サーバ１０は、セントラルＤＢ１１及び搭乗者ＤＢ１２を更新する（ステップＳ７１５）ことで、入国した利用者Ｕの顔画像を搭乗者ＤＢ１２及び空港ＡＰ２のエッジ端末から削除する。

以上のように、本実施形態における生体認証システム２によれば、出発国と到着国との間で、出発国における生体認証に用いられた生体情報群（入場者登録情報）が共有されている。ため、到着国においても出発国と同様に、管理区域Ａ内において生体認証による決済処理やサービスの利用を行える。また、第２国において旅券等の媒体を提示することなく、生体認証による税関手続も可能となる。

［第３実施形態］
以下、第３実施形態における生体認証システム３について説明する。なお、第１実施形態の図中において付与した符号と共通する符号は同一の対象を示す。第１実施形態と共通する箇所の説明は省略し、異なる箇所について詳細に説明する。

図２６は、本実施形態における生体認証システム３の全体構成例を示す概略図である。ここでは、管理区域ＡがホテルＨの施設内に設定されている。すなわち、上述の実施形態とは異なり、管理区域Ａへの入退場がゲート装置によって制限されていない場合を示している。本実施形態における管理区域Ａは、物理的に入場が制限された閉鎖空間ではないため、フロントでのチェックイン手続の有無に基づいて管理区域Ａへの入場（入口通過）が判定するものとする。

また、ユーザ端末１１０は、利用者Ｕがホテルへの宿泊予約に使用するスマートフォン、パーソナルコンピュータ、タブレット端末等の電子機器である。本実施形態では、ユーザ端末１１０としてスマートフォンを用いるものとする。

プレ認証装置１２０は、ホテルの敷地の入口等に設置されており、管理区域への入場に先立って、敷地内の通行者の顔画像を撮影し、セントラルＤＢ１１に記憶されている利用者（宿泊予約者）の生体情報との生体認証（以下、「プレ生体認証」という。）を実行する装置である。

フロント端末１３０は、ホテルのフロントデスク等に設置され、利用者Ｕのチェックイン手続や、ホテル内における各種の手続等を行う装置である。扉制御装置１４０は、ホテルの客室の扉ごとに設置され、扉の解錠・施錠を制御する装置である。本実施形態におけるエッジ端末としては、管理区域Ａ内に設けられたＰＯＳ端末５０、受付端末６０、及び扉制御装置１４０が該当する。

図２７は、宿泊者ＤＢ１３が記憶する情報の一例を示す図である。宿泊者ＤＢ１３には、複数の利用者Ｕを識別する識別子である宿泊者ＩＤごとに、各宿泊者に関する宿泊者情報が登録されている。図２７に示す宿泊者情報は、宿泊者ＩＤの他に、予約情報を識別する予約番号と、宿泊者の顔画像、氏名等の本人確認情報と、到着日、出発日及び部屋番号等の宿泊情報と、決済情報と、入口通過状況フラグとを含んでいる。

［宿泊予約］
図２８は、ユーザ端末１１０及び管理サーバ１０の処理の一例を示すシーケンス図である。

先ず、ユーザ端末１１０は、管理サーバ１０が提供する予約サイトに接続すると（ステップＳ８０１）、希望条件に合致する客室の空き状況を問い合わせる（ステップＳ８０２）。

次に、管理サーバ１０は、ユーザ端末１１０からの問い合わせに対して、客室の空き状況を回答する（ステップＳ８０３）。

次に、ユーザ端末１１０は、利用者Ｕから宿泊予約の要求が有ったか否かを判定する（ステップＳ８０４）。ユーザ端末が、利用者Ｕから宿泊予約の要求が有ったと判定した場合（ステップＳ８０４、ＹＥＳ）、処理はステップＳ８０５に移行する。これに対し、ユーザ端末が、利用者Ｕから宿泊予約の要求は無いと判定した場合（ステップＳ８０４、ＮＯ）、処理は終了する。

ステップＳ８０５において、ユーザ端末１１０は利用者Ｕにより入力された宿泊期間（到着日～出発日）人数等の宿泊予約情報を取得する。次に、ユーザ端末１１０は、利用者Ｕにより入力された本人確認情報を取得する（ステップＳ８０６）。

次に、ユーザ端末１１０は、例えばカメラ機能を用いて利用者Ｕの顔画像を撮影することで、利用者Ｕの顔画像を取得する（ステップＳ８０７）。ただし、利用者Ｕがホテル内における生体認証による決済サービスや施設予約サービス等の利用を希望しない場合には、顔画像や決済情報の登録は不要である。

次に、ユーザ端末１１０は、取得された宿泊情報、本人確認情報、及び生体情報を含む予約情報を管理サーバ１０に送信する（ステップＳ８０８）。これを受け、管理サーバ１０は、予約情報をセントラルＤＢ１１に登録する（ステップＳ８０９）。

［施設入口でのプレ認証］
図２９は、プレ認証装置１２０及び管理サーバ１０の処理の一例を示すシーケンス図である。

先ず、管理サーバ１０は、所定の周期で、セントラルＤＢ１１に登録されている情報の中から、当日分の宿泊客に関するレコードを抽出し、抽出レコードによって宿泊者ＤＢ１３を更新する（ステップＳ９０１）。宿泊者ＤＢ１３に新たに登録されるレコードの入口通過状況ステータスは、例えば、未設定を示すＮＵＬＬ値とする。

一方、プレ認証装置１２０は、ホテルＨの敷地の入口付近を常時又は定期的に撮影し、撮影した画像中に通行者の顔が検出されたか否かを判定する（ステップＳ９０２）。プレ認証装置１２０は、画像中に通行者の顔が検出されるまで待機する（ステップＳ９０２、ＮＯ）。

次に、プレ認証装置１２０は、通行者の顔が検出されたと判定すると（ステップＳ９０２、ＹＥＳ）、通行者の顔画像を対象顔画像として取得する（ステップＳ９０３）とともに、宿泊者ＤＢ１３を参照する（ステップＳ９０４）。これにより、プレ認証装置１２０は、対象顔画像と、宿泊者ＤＢ１３に記憶されている登録顔画像とを１：Ｎで照合する（ステップＳ９０５）。

次に、プレ認証装置１２０は、照合結果が照合一致であると判定した場合（ステップＳ９０６、ＹＥＳ）、プレ認証装置１２０は、宿泊者ＤＢ１３に登録されている人物（宿泊予約者）の検出情報を管理サーバ１０に送信する（ステップＳ９０７）。

次に、管理サーバ１０は、プレ認証装置１２０から宿泊予約者の検出情報を受信すると、検出情報に基づいて宿泊者ＤＢ１３及びセントラルＤＢ１１を更新する（ステップＳ９０８）。具体的には、宿泊者ＤＢ１３及びセントラルＤＢ１１における入口通過状況ステータスをＮＵＬＬ値から“ＯＦＦ”に更新する。

そして、管理サーバ１０は、宿泊者ＤＢ１３の更新に連動して、入口通過状況ステータスが“ＯＦＦ”の人物の生体情報を含むウォッチリストをフロント端末１３０に配信する（ステップＳ９０９）。

［チェックイン手続］
図３０は、フロント端末１３０及び管理サーバ１０の処理の一例を示すシーケンス図である。

先ず、管理サーバ１０は、宿泊者ＤＢ１３に登録されている宿泊者情報の中から、入口通過状況ステータスが“ＯＦＦ”である宿泊予約者のウォッチリストを作成し、フロント端末１３０に配信する（ステップＳ１００１）。

次に、フロント端末１３０は、管理サーバ１０から受信したウォッチリストにより記憶装置に記憶されているウォッチリストを更新する（ステップＳ１００２）。

次に、フロント端末１３０は、フロントにおいて係員によりチェックイン要求が入力されたか否かを判定する（ステップＳ１００３）。フロント端末１３０は、チェックイン要求が入力されるまで待機する（ステップＳ１００３、ＮＯ）。

フロント端末１３０は、チェックイン要求が入力されたと判定すると（ステップＳ１００３、ＹＥＳ）、フロントデスクでチェックインの対象とする人物の顔画像を対象顔画像として取得する（ステップＳ１００４）。そして、フロント端末１３０は、対象顔画像と、ウォッチリストに含まれる登録顔画像とを１：Ｎで照合する（ステップＳ１００５）。

フロント端末１３０は、照合結果が照合一致であると判定した場合（ステップＳ１００６、ＹＥＳ）、チェックイン手続を完了し（ステップＳ１００７）、対象人物のチェックイン完了情報を管理サーバ１０に送信する（ステップＳ１０１３）。

一方、フロント端末１３０は、照合結果が照合不一致であると判定した場合（ステップＳ１００６、ＮＯ）、管理サーバ１０の宿泊者ＤＢ１３を参照する（ステップＳ１００９）。そして、フロント端末１３０は、照合処理を再度実行する（ステップＳ１０１０）。すなわち、フロント端末１３０は、ウォッチリストを用いた第２生体認証に失敗したとき、宿泊者ＤＢ１３との間で第３生体認証を行う。

次に、フロント端末１３０は、照合結果が照合一致であると判定した場合（ステップＳ１０１１、ＹＥＳ）、処理はステップＳ１００７に移行する。これに対し、フロント端末１３０は、照合結果が照合不一致であると判定した場合（ステップＳ１０１１、ＮＯ）、係員に対して利用者Ｕの本人確認に失敗した旨を通知する（ステップＳ１０１２）。

管理サーバ１０は、フロント端末１３０からチェックイン完了情報を受信すると、チェックイン完了情報に基づいてセントラルＤＢ１１及び宿泊者ＤＢ１３を更新する（ステップＳ１０１４）。具体的には、宿泊者ＤＢ１３における入口通過状況ステータスを“ＯＦＦ”から“ＯＮ”に更新する。入口通過状況ステータスが“ＯＮ”の状態は、管理区域への入場が完了したことを意味する。

そして、管理サーバ１０は、エッジ端末の種類に応じてウォッチリストを作成すると、各エッジ端末にウォッチリストを配信する（ステップＳ１０１５）。

［客室における扉制御］
図３１は、扉制御装置１４０及び管理サーバ１０の処理の一例を示すシーケンス図である。

先ず、管理サーバ１０は、宿泊者ＤＢ１３に記憶されている宿泊者情報のうち、扉制御装置１４０に対応する客室に宿泊する利用者Ｕの生体情報を含むウォッチリストを扉制御装置１４０に配信する（ステップＳ１１０１）。なお、管理サーバ１０が扉制御装置１４０にウォッチリストを配信するタイミングは、任意に設定できる。例えば、管理サーバ１０は、一定の周期で入口通過状況フラグが“ＯＮ”である全ての人物を宿泊者ＤＢ１３から抽出し、ＰＯＳ端末５０に配信してもよい。また、ある人物に関する入口通過状況フラグが“ＯＮ”になったことを契機として、該当人物を含むウォッチリストを配信してもよい。

次に、扉制御装置１４０は、管理サーバ１０から受信したウォッチリストにより記憶装置に記憶されているウォッチリストを更新する（ステップＳ１１０２）。

次に、扉制御装置１４０は、利用者Ｕから入室のための解錠処理を要求されたとき、カメラにより撮影した画像中に利用者Ｕの顔が検出されたか否かを判定する（ステップＳ１１０３）。扉制御装置１４０は、画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ１１０３、ＮＯ）。

次に、扉制御装置１４０は、利用者Ｕの顔が検出されたと判定すると（ステップＳ１１０３、ＹＥＳ）、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ１１０４）とともに、利用者Ｕの対象顔画像と、ウォッチリストに登録された登録顔画像とを照合する（ステップＳ１１０５）。例えば、同じ客室に複数人の人物が宿泊する場合には、撮影された対象顔画像と複数の登録顔画像とを照合する。

次に、扉制御装置１４０は、照合結果が照合一致であると判定した場合（ステップＳ１１０６、ＹＥＳ）、要求された扉の解錠処理を実行する（ステップＳ１１０７）。これにより、利用者Ｕの客室への入室が可能になる。

一方、扉制御装置１４０は、照合結果が照合不一致であると判定した場合（ステップＳ１１０６、ＮＯ）、処理はステップＳ１１０８に移行する。

ステップＳ１１０８において、扉制御装置１４０は、管理サーバ１０の宿泊者ＤＢ１３（あるいはセントラルＤＢ１１）を参照する。そして、扉制御装置１４０は、照合処理を再度実行する（ステップＳ１１０９）。すなわち、扉制御装置１４０は、ウォッチリストを用いた第２生体認証に失敗したとき、宿泊者ＤＢ１３（あるいはセントラルＤＢ１１）との間で第３生体認証を行う。

扉制御装置１４０は、照合結果が照合一致であると判定した場合（ステップＳ１１１０、ＹＥＳ）、処理は上述のステップＳ１１０７に移行する。これに対し、扉制御装置１４０は、照合結果が照合不一致であると判定した場合（ステップＳ１１１０、ＮＯ）、処理はステップＳ１１１１に移行する。

ステップＳ１１１１において、扉制御装置１４０は、利用者Ｕに対して本人確認に失敗した旨を通知する。この際、扉制御装置１４０は、本人確認に失敗した旨を通知する通知画面を表示装置に表示させる。例えば、「お客様の認証情報を確認できません。フロントデスクまで御連絡ください。」、「係員が参ります。しばらくお待ちください。」等のメッセージを表示するとよい。また、扉制御装置１４０での認証に失敗し、宿泊者ＤＢ１３（あるいはセントラルＤＢ１１）との間で認証が成功した場合には、利用者Ｕが部屋を間違えている可能性を示すメッセージを表示してもよい。この場合、具体的な部屋番号を通知してもよいし、利用者Ｕに部屋番号の再確認を促すだけでもよい。さらに、宿泊者ＤＢ１３（あるいはセントラルＤＢ１１）との間で認証が失敗した場合には、利用者Ｕにチェックイン手続の実行を促すメッセージを表示してもよい。

ステップＳ１１１２において、扉制御装置１４０は、扉の解錠に連動して、管理サーバ１０に入退室情報を送信する。

そして、管理サーバ１０は、扉制御装置１４０から入退室情報を受信すると、入退室情報に基づいてセントラルＤＢ１１及び宿泊者ＤＢ１３を更新する（ステップＳ１１１３）。具体的には、宿泊者ＤＢ１３における入室ステータスを“ＯＦＦ（退室）”から“ＯＮ（入室）”に更新する。

以上のように、本実施形態における生体認証システム３によれば、管理区域が通行制御装置により入場制限が行われる閉鎖空間ではなく、開放空間の中に設定される場合でも、上述した実施形態と同様に、管理区域において生体認証を利用した決済やサービスの利用に関する取引が可能となる。

［第４実施形態］
以下、第３実施形態における生体認証システムについて説明する。なお、第１実施形態の図中において付与した符号と共通する符号は同一の対象を示す。第１実施形態と共通する箇所の説明は省略し、異なる箇所について詳細に説明する。

上述した第１実施形態においては、ＰＯＳ端末５０等のエッジ端末が管理サーバ１０から配信されたウォッチリストを照合先として撮影顔画像との照合処理を実行していた。これに対し、本実施形態は、管理サーバ１０がエッジ端末において撮影した顔画像を取得し、搭乗者ＤＢ１２（あるいはセントラルＤＢ１１）を照合先として照合処理を実行する点で第１実施形態とは異なっている。このため、本実施形態における管理サーバ１０は、エッジ端末に対してウォッチリストの配信は行わない。代わりに、管理サーバ１０は、搭乗者ＤＢ１２（あるいはセントラルＤＢ１１）に記憶されている利用者Ｕの入口通過状況フラグ（あるいはステータス）に応じて照合先の人物の数を絞り込むものとする。

以下、ＰＯＳ端末５０を例として、本実施形態におけるエッジ端末と管理サーバ１０との間の処理について説明する。図３２は、本実施形態におけるＰＯＳ端末及び管理サーバの処理の一例を示すシーケンス図である。

ＰＯＳ端末５０は、利用者Ｕから決済処理の実行を要求されたとき、生体情報取得装置５０９において撮影した画像中に利用者Ｕの顔が検出されたか否かを判定する（ステップＳ１２０１）。ＰＯＳ端末５０は、画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ１２０１、ＮＯ）。

次に、ＰＯＳ端末５０は、利用者Ｕの顔が検出されたと判定すると（ステップＳ１２０１、ＹＥＳ）、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ１２０２）。そして、ＰＯＳ端末５０は、利用者Ｕの対象顔画像を管理サーバ１０へ送信する（ステップＳ１２０３）。

管理サーバ１０は、ＰＯＳ端末５０から顔画像を受信すると、搭乗者ＤＢ１２に記憶された入場者登録情報を照合先として１：Ｎで照合を行う（ステップＳ１２０４）。この際、管理サーバ１０は、例えば照合先とする入場者情報を以下の条件（Ａ）及び（Ｂ）を満たす人物に絞り込むものとする。また、搭乗者ＤＢ１２との照合に失敗した場合には、セントラルＤＢ１１との間で照合を行うとよい。
（Ａ）搭乗者ＤＢ１２における入口通過状況フラグが“ＯＮ”（あるいはセントラルＤＢ１１におけるステータスが出国審査手続完了を示す“３”）であること。すなわち、管理区域Ａ内に入場している人物であること。
（Ｂ）クレジットカード情報等の決済情報が登録顔画像に関連付けられていること。すなわち、顔認証による決済サービス（取引）を実行できる人物として関連付けられていること。

次に、管理サーバ１０は、照合結果をＰＯＳ端末５０に送信する（ステップＳ１２０５）。なお、管理サーバ１０は、照合結果と併せて搭乗者ＤＢ１２からの取得情報（利用者Ｕの決済情報、旅券番号、航空券の情報等）を送信するとよい。

ＰＯＳ端末５０は、管理サーバ１０における照合結果が照合一致であると判定した場合（ステップＳ１２０６、ＹＥＳ）、利用者Ｕから要求された決済処理を実行する（ステップＳ１２０７）。これにより、ＰＯＳ端末５０は、現金やクレジットカード等の媒体を用いることなく決済処理を完了できる。

一方、ＰＯＳ端末５０は、管理サーバ１０における照合結果が照合不一致であると判定した場合（ステップＳ１２０６、ＮＯ）、エラーメッセージを通知する（ステップＳ１２０８）。

次に、ＰＯＳ端末５０は、利用者Ｕの決済処理を完了すると、搭乗者ＩＤ及び購入商品情報を管理サーバ１０に送信する（ステップＳ１２０９）。この際、ＰＯＳ端末５０は、後に引渡しが必要となる商品については引渡情報を併せて送信するとよい。

そして、管理サーバ１０は、ＰＯＳ端末５０から搭乗者ＩＤ及び購入商品情報を受信すると、セントラルＤＢ１１及び搭乗者ＤＢ１２における購入物品情報を更新する（ステップＳ１２１０）。なお、引渡しが必要となる商品が購入された場合には、引渡情報がセントラルＤＢ１１及びに搭乗者ＤＢ１２登録され、物品の引渡しサービスに利用される。

このように、本実施形態によれば、管理サーバ１０において照合処理を実行するため、ＰＯＳ端末５０等のエッジ端末に対してウォッチリストを配信しなくてもよい利点がある。

［第５実施形態］
図３３は、本実施形態における情報処理装置４の機能を示すブロック図である。情報処理装置４は、取得部４Ａ及び制御部４Ｂを備える。取得部４Ａは、第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得する。制御部４Ｂは、管理区域において入場者登録情報を用いて所定の取引のための第２生体認証を実行する。本実施形態における情報処理装置４は、利用者の利便性を向上できる。

［第６実施形態］
図３４は、本実施形態におけるサーバ装置５の機能を示すブロック図である。サーバ装置５は、取得部５Ａ及び配信部５Ｂを備える。取得部５Ａは、第１生体認証によって管理区域への入場が許可された人物の入場者登録情報が記録されたデータベースから入場者登録情報を取得する。配信部５Ｂは、管理区域において入場者登録情報を用いて所定の取引のための第２生体認証を実行する情報処理装置に対して入場者登録情報を配信する。本実施形態におけるサーバ装置５は、利用者の利便性を向上できる。

［変形実施形態］
以上、実施形態を参照して本発明を説明したが、本発明は上述の実施形態に限定されるものではない。本願発明の構成及び詳細には本発明の要旨を逸脱しない範囲で、当業者が理解し得る様々な変形をできる。例えば、いずれかの実施形態の一部の構成を、他の実施形態に追加した実施形態、あるいは他の実施形態の一部の構成と置換した実施形態も本発明を適用し得る実施形態であると理解されるべきである。

上述の第１実施形態では、管理区域が空港施設の場合について例示したが、スタジアム、テーマパーク、催事会場、ミュージアム、クルーズ船等の各種の閉鎖的な空間においても同様に適用できる。例えば、野球やサッカー等のスタジアムにおける観戦チケットを購入する際、利用者の顔画像と決済情報をセントラルＤＢ１１に予め登録しておき、観戦当日分の利用者情報に基づいて搭乗者ＤＢ１２のような中間的なデータベースやウォッチリストを作成するシステム構成も考えられる。これにより、スタジアム等の管理区域内において顔認証による決済処理や各種のサービスの利用が可能となる。

また、上述の第２実施形態では、出発国（第１国）とは別の国（第２国）の空港施設において第１国で登録した搭乗者情報を利用する場合について説明したが、帰国時まで顔情報（生体情報）を保持しておくことで同様の効果を奏する。すなわち、出国時だけでなく、帰国時においても顔認証による決済処理、サービス利用、及び入国に関する各種手続を顔認証により行える。

また、上述の実施形態では、認証エラーを画面表示によって行う例を説明したが、通知画面の表示とともに又は通知画面の表示に代えて、利用者Ｕに対して本人確認に失敗した旨を例えば音声により通知することもできる。

また、搭乗者ＤＢ１２からウォッチリストとして抽出する情報の選択は、取引の内容だけでなく、取引可能な時間帯や管理区域における利用者Ｕの位置などに基づいて絞り込むことも可能である。

例えば、管理サーバ１０は、管理区域における利用者Ｕの位置に基づいて、第２生体認証を実行するエッジ端末の設置位置から所定距離内に存在する人物に関する情報からウォッチリストを作成し、各エッジ端末に配信してもよい。例えば、利用者Ｕが携帯するスマートフォン等の電子機器の機能を利用して、管理区域における利用者Ｕの位置情報を取得できる。すなわち、管理区域への入場に先立って、管理サーバ１０がスマートフォンの位置情報を取得できるように設定し、その位置情報とエッジ端末との位置関係に基づいてウォッチリストの配信先やデータ内容を変更してもよい。これにより、エッジ端末が記憶するウォッチリストのデータ数Ｎを絞り込めるため、１：Ｎ認証における処理速度をさらに向上できる利点がある。

また、管理サーバ１０が、管理区域のなかに設定された制限区域における入退場が許可された人物の入場者登録情報を時間帯ごとにデータベースから取得してエッジ端末に配信することで、エッジ端末が、制限区域における入退場を制御してもよい。制限区域としては、クルーズ船やスタジアム等におけるＶＩＰルームや、ホテルの客室等が挙げられる。これらの場合も同様に、エッジ端末が記憶するウォッチリストのデータ数Ｎを絞り込めるため、１：Ｎ認証における処理速度をさらに向上できる利点がある。

また、上述の実施形態では、日付や時間などの条件に基づいてセントラルＤＢ１１から抽出した入場者登録情報を記憶する一時的なデータベース（搭乗者ＤＢ１２、宿泊者ＤＢ１３）を利用することで、ウォッチリストを作成・配信していた。しかし、セントラルＤＢ１１に記憶されているデータ量を考慮して、一時的なデータベースを省略する構成も有り得る。例えば、セントラルＤＢ１１に記憶されている宿泊予約者の数（データ量）が多くない場合には、宿泊者ＤＢ１３を省略できる。この場合、エッジ端末は、セントラルＤＢ１１の情報に基づいて配信されたウォッチリストを参照すればよい。また、エッジ端末は、セントラルＤＢ１１と直接的にデータの送受信を行ってもよい。

また、上述の第１実施形態では、チェックイン手続から搭乗手続までの間において、管理サーバに対するチェックイン端末２０、保安検査装置３０、自動化ゲート装置４０、ＰＯＳ端末５０、受付端末６０、搭乗ゲート装置７０の各装置の処理を説明した。しかし、顔認証に基づいて手続を行う装置はこれらに限られない。例えば、空港内の手荷物カウンタに設置されている自動手荷物預け機にも適用できる。自動手荷物預け機は、利用者Ｕが自身で操作して、航空機の機内に持ち込まない手荷物を預けるための装置である。この場合、手荷物情報は、手荷物を預けた利用者Ｕの顔画像に関連付けられた状態でセントラルＤＢ１１及び搭乗者ＤＢ１２に登録されていればよい。これにより、利用者Ｕは、チェックイン手続後、保安検査手続に進む前に、自動手荷物預け機において顔認証によって手荷物を預ける手続を行うことができる。自動手荷物預け機で撮影された顔画像の照合先は、セントラルＤＢ１１又は搭乗者ＤＢ１２に記憶された登録顔画像でもよいし、チェックイン手続完了に伴って管理サーバ１０から自動手荷物預け機に配信されたウォッチリストの顔画像でもよい。

上述の実施形態の機能を実現するように該実施形態の構成を動作させるプログラムを記録媒体に記録させ、該記録媒体に記録されたプログラムをコードとして読み出し、コンピュータにおいて実行する処理方法も各実施形態の範疇に含まれる。すなわち、コンピュータ読取可能な記録媒体も各実施形態の範囲に含まれる。また、上述のプログラムが記録された記録媒体はもちろん、そのプログラム自体も各実施形態に含まれる。

該記録媒体としては例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、磁気テープ、不揮発性メモリカード等を用いることができる。また該記録媒体に記録されたプログラム単体で処理を実行しているものに限らず、他のソフトウェア、拡張ボードの機能と共同して、ＯＳ上で動作して処理を実行するものも各実施形態の範疇に含まれる。

上述の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得する取得部と、
前記管理区域における所定の取引のための第２生体認証を、前記入場者登録情報を用いて実行する制御部と、
を備える情報処理装置。

（付記２）
前記取得部は、前記管理区域への入場が許可された前記人物の前記入場者登録情報を記録するデータベースから、所定の条件を満たす前記人物の前記入場者登録情報を取得する、
付記１に記載の情報処理装置。

（付記３）
前記取得部は、前記取引に関連付けられた前記人物の前記入場者登録情報を前記データベースから取得する、
付記２に記載の情報処理装置。

（付記４）
前記取得部は、前記取引を所定の時間帯において利用し得る前記人物の前記入場者登録情報を前記データベースから取得する、
付記２又は３に記載の情報処理装置。

（付記５）
前記取得部は、前記第２生体認証の実行場所から所定距離内に存在する前記人物の前記入場者登録情報を前記データベースから取得する、
付記２乃至４のいずれかに記載の情報処理装置。

（付記６）
前記取得部は、前記人物が携帯する携帯端末から取得した前記管理区域における位置情報に基づいて前記入場者登録情報を前記データベースから取得する、
付記５に記載の情報処理装置。

（付記７）
前記制御部は、前記第２生体認証が失敗したとき、前記第２生体認証で使用された前記人物の生体情報と、前記データベースに記録された複数の前記入場者登録情報との第３生体認証を実行する、
付記２乃至６のいずれかに記載の情報処理装置。

（付記８）
前記制御部は、前記第２生体認証及び前記第３生体認証の結果に基づいて通知情報を出力する、
付記７に記載の情報処理装置。

（付記９）
前記取得部は、決済情報に関連付けられた前記人物の前記入場者登録情報を前記データベースから取得し、
前記制御部は、前記決済情報に基づいて商品又は及びサービスの決済処理を含む前記取引を実行する、
付記３に記載の情報処理装置。

（付記１０）
前記取得部は、所定のサービスに関連付けられた前記人物の前記入場者登録情報を前記データベースから取得し、
前記制御部は、前記サービスの提供に関する前記取引を実行する、
付記３に記載の情報処理装置。

（付記１１）
前記サービスは、空港の前記管理区域に設けられた施設における免税品の引渡しサービスであり、
前記取得部は、前記引渡しサービスに関連付けられた前記人物の前記入場者登録情報を前記データベースから取得する、
付記１０に記載の情報処理装置。

（付記１２）
前記取得部は、空港の前記管理区域に設けられた搭乗ゲートに関連付けられた航空機の出発予定時間と現在時間とに基づいて、前記航空機への搭乗が許可された前記人物の前記入場者登録情報を前記データベースから取得し、
前記制御部は、前記搭乗ゲートにおける前記人物の通行を制御する、
付記４に記載の情報処理装置。

（付記１３）
前記取得部は、空港における航空機の到着予定時間と現在時間とに基づいて、前記航空機に搭乗する前記人物の前記入場者登録情報を前記データベースから取得し、
前記制御部は、前記空港の前記管理区域に設けられた税関ゲートにおける前記人物の通行を制御する、
付記４に記載の情報処理装置。

（付記１４）
前記取得部は、前記管理区域のなかに設定された制限区域における入退場が許可された前記人物の前記入場者登録情報を前記時間帯ごとに前記データベースから取得し、
前記制御部は、前記制限区域における入退場を制御する、
付記４に記載の情報処理装置。

（付記１５）
前記制御部は、前記管理区域から退場した前記人物の前記入場者登録情報を削除する、
付記１乃至１４のいずれかに記載の情報処理装置。

（付記１６）
前記取得部は、前記第１生体認証の成功を契機として、前記入場者登録情報を取得する、
付記１乃至１５のいずれかに記載の情報処理装置。

（付記１７）
第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得する取得部と、
前記入場者登録情報を用いて前記管理区域における所定の取引のための第２生体認証を実行する情報処理装置に対して前記入場者登録情報を配信する配信部と、
を備えるサーバ装置。

（付記１８）
前記取得部は、前記取引に関連付けられた前記人物の前記入場者登録情報を取得する、
付記１７に記載のサーバ装置。

（付記１９）
前記取得部は、前記取引を所定の時間帯において利用し得る前記人物の前記入場者登録情報を取得する、
付記１７又は１８に記載のサーバ装置。

（付記２０）
前記取得部は、前記情報処理装置の配置場所から所定距離内に存在する前記人物の前記入場者登録情報を取得する、
付記１７乃至１９のいずれかに記載のサーバ装置。

（付記２１）
前記配信部は、前記第１生体認証の成功を契機として、前記情報処理装置に対して前記入場者登録情報を配信する、
付記１７乃至２０のいずれかに記載のサーバ装置。

（付記２２）
第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得するステップと、
前記入場者登録情報を用いて前記管理区域における所定の取引のための第２生体認証を実行するステップと、
を備える情報処理方法。

（付記２３）
コンピュータに、
第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得するステップと、
前記入場者登録情報を用いて前記管理区域における所定の取引のための第２生体認証を実行するステップと、
を実行させるためのプログラムが記録された記録媒体。

ＮＷ・・・ネットワーク
ＡＰ１,ＡＰ２・・・空港
１,２,３・・・生体認証システム
４・・・情報処理装置
４Ａ・・・取得部
４Ｂ・・・制御部
５・・・サーバ装置
５Ａ・・・取得部
５Ｂ・・・配信部
１０・・・管理サーバ
１１・・・セントラルＤＢ
１２・・・搭乗者ＤＢ
１３・・・宿泊者ＤＢ
２０・・・チェックイン端末
３０・・・保安検査装置
４０・・・自動化ゲート装置
５０・・・ＰＯＳ端末
６０・・・受付端末
７０・・・搭乗ゲート装置
８０・・・監視カメラ
９０・・・自動税関ゲート装置
１１０・・・ユーザ端末
１２０・・・プレ認証装置
１３０・・・フロント端末
１４０・・・扉制御装置
１０１,２０１,３０１,４０１,５０１,６０１,７０１・・・ＣＰＵ
１０２,２０２,３０２,４０２,５０２,６０２,７０２・・・ＲＡＭ
１０３,２０３,３０３,４０３,５０３,６０３,７０３・・・記憶装置
１０４,２０４,３０４,４０４,５０４,６０４,７０４・・・通信Ｉ／Ｆ
１０５,２０５,３０５,４０５,５０５,６０５,７０５・・・バスライン
２０６,３０６,４０６,５０６,６０６,７０６・・・入力装置
２０７,３０７,４０７,５０７,６０７,７０７・・・表示装置
２０８・・・媒体読取装置
２０９,３０９,４０９,５０９,６０９,７０９・・・生体情報取得装置
３１０・・・金属探知ゲート
４１１,７１１・・・ゲート
５１２・・・自動釣銭機
５１３・・・プリンタ
６１４・・・周辺機器

Claims (20)

1. 第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得する取得部と、
   前記管理区域における所定の取引のための第２生体認証を、前記入場者登録情報を用いて実行する制御部と、
   を備え、
   前記取得部は、前記管理区域への入場が許可された前記人物の前記入場者登録情報を記録するデータベースから、前記取引を所定の時間帯において利用し得る前記人物の前記入場者登録情報を取得する、
   情報処理装置。
2. 前記取得部は、前記取引に関連付けられた前記人物の前記入場者登録情報を前記データベースから取得する、
   請求項１に記載の情報処理装置。
3. 前記取得部は、前記第２生体認証の実行場所から所定距離内に存在する前記人物の前記入場者登録情報を前記データベースから取得する、
   請求項１又は２に記載の情報処理装置。
4. 前記取得部は、前記人物が携帯する携帯端末から取得した前記管理区域における位置情報に基づいて前記入場者登録情報を前記データベースから取得する、
   請求項３に記載の情報処理装置。
5. 前記制御部は、前記第２生体認証が失敗したとき、前記第２生体認証で使用された前記人物の生体情報と、前記データベースに記録された複数の前記入場者登録情報との第３生体認証を実行する、
   請求項１乃至４のいずれか一項に記載の情報処理装置。
6. 前記制御部は、前記第２生体認証及び前記第３生体認証の結果に基づいて通知情報を出力する、
   請求項５に記載の情報処理装置。
7. 前記取得部は、決済情報に関連付けられた前記人物の前記入場者登録情報を前記データベースから取得し、
   前記制御部は、前記決済情報に基づいて商品又は及びサービスの決済処理を含む前記取引を実行する、
   請求項２に記載の情報処理装置。
8. 前記取得部は、所定のサービスに関連付けられた前記人物の前記入場者登録情報を前記データベースから取得し、
   前記制御部は、前記サービスの提供に関する前記取引を実行する、
   請求項２に記載の情報処理装置。
9. 前記サービスは、空港の前記管理区域に設けられた施設における免税品の引渡しサービスであり、
   前記取得部は、前記引渡しサービスに関連付けられた前記人物の前記入場者登録情報を前記データベースから取得する、
   請求項８に記載の情報処理装置。
10. 前記取得部は、空港の前記管理区域に設けられた搭乗ゲートに関連付けられた航空機の出発予定時間と現在時間とに基づいて、前記航空機への搭乗が許可された前記人物の前記入場者登録情報を前記データベースから取得し、
    前記制御部は、前記搭乗ゲートにおける前記人物の通行を制御する、
    請求項１に記載の情報処理装置。
11. 前記取得部は、空港における航空機の到着予定時間と現在時間とに基づいて、前記航空機に搭乗する前記人物の前記入場者登録情報を前記データベースから取得し、
    前記制御部は、前記空港の前記管理区域に設けられた税関ゲートにおける前記人物の通行を制御する、
    請求項１に記載の情報処理装置。
12. 前記取得部は、前記管理区域のなかに設定された制限区域における入退場が許可された前記人物の前記入場者登録情報を前記時間帯ごとに前記データベースから取得し、
    前記制御部は、前記制限区域における入退場を制御する、
    請求項１に記載の情報処理装置。
13. 前記制御部は、前記管理区域から退場した前記人物の前記入場者登録情報を削除する、
    請求項１乃至１２のいずれか一項に記載の情報処理装置。
14. 前記取得部は、前記第１生体認証の成功を契機として、前記入場者登録情報を取得する、
    請求項１乃至１３のいずれか一項に記載の情報処理装置。
15. 第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得する取得部と、
    前記入場者登録情報を用いて前記管理区域における所定の取引のための第２生体認証を実行する情報処理装置に対して前記入場者登録情報を配信する配信部と、
    を備え、
    前記取得部は、前記管理区域への入場が許可された前記人物の前記入場者登録情報を記録するデータベースから、前記取引を所定の時間帯において利用し得る前記人物の前記入場者登録情報を取得する、
    サーバ装置。
16. 前記取得部は、前記取引に関連付けられた前記人物の前記入場者登録情報を取得する、
    請求項１５に記載のサーバ装置。
17. 前記取得部は、前記情報処理装置の配置場所から所定距離内に存在する前記人物の前記入場者登録情報を取得する、
    請求項１５又は１６に記載のサーバ装置。
18. 前記配信部は、前記第１生体認証の成功を契機として、前記情報処理装置に対して前記入場者登録情報を配信する、
    請求項１５乃至１７のいずれか一項に記載のサーバ装置。
19. コンピュータが、第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得するステップと、
    前記コンピュータが、前記入場者登録情報を用いて前記管理区域における所定の取引のための第２生体認証を実行するステップと、
    を備え、
    前記取得するステップでは、前記コンピュータが、前記管理区域への入場が許可された前記人物の前記入場者登録情報を記録するデータベースから、前記取引を所定の時間帯において利用し得る前記人物の前記入場者登録情報を取得する、
    情報処理方法。
20. コンピュータに、
    第１生体認証によって管理区域への入場が許可された人物の入場者登録情報を取得するステップと、
    前記入場者登録情報を用いて前記管理区域における所定の取引のための第２生体認証を実行するステップと、
    を実行させ、
    前記取得するステップでは、前記管理区域への入場が許可された前記人物の前記入場者登録情報を記録するデータベースから、前記取引を所定の時間帯において利用し得る前記人物の前記入場者登録情報を取得する、
    ためのプログラム。

Images