JP7367789B2 - プログラム、情報処理装置及び情報処理方法 - Google Patents

Description

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

特許文献１には、利用者の顔データを取得し、当該顔データと旅券から別途取得された顔データとの照合結果が照合一致の場合に、利用者の顔データが記載された搭乗券を印刷するチェックイン端末（搭乗券発券機）を有するチェックインシステムが開示されている。

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

特許文献１に記載されているチェックイン端末は、読取装置及びカメラの各々によって取得した画像情報から顔の特徴部分を抽出して顔データを作成し、２つの顔データを照合することで利用者を認証する顔認証機能を予め備えている。一方、現行の空港においては、顔認証機能を有していないチェックイン端末が数多く存在している。既存のチェックイン端末の代わりに、顔認証機能を有する新型のチェックイン端末を導入することは多大な費用が必要になる問題があった。

そこで、本発明は、上述の問題に鑑み、既存のチェックイン端末に対して顔認証機能を容易に実装できるプログラム、情報処理装置及び情報処理方法を提供することを目的とする。

本発明の一つの観点によれば、コンピュータに、航空機への搭乗手続を実行するためのアプリケーションにおける利用者の前記搭乗手続に関する所定の処理が完了した場合に、前記利用者の旅券情報を取得するステップと、前記利用者の生体情報を取得するステップと、取得した前記旅券情報に基づいて前記アプリケーションにおいて取得した前記利用者の搭乗予約情報を取得するステップと、取得した前記旅券情報、前記生体情報、及び前記搭乗予約情報を関連付けるトークンＩＤを発行して前記トークンＩＤを有効化するとともに、前記利用者が前記航空機に搭乗した場合に前記トークンＩＤを無効化するステップと、を実行させるプログラムが提供される。

本発明の他の観点によれば、航空機への搭乗手続を実行するためのアプリケーションにおける利用者の前記搭乗手続に関する所定の処理が完了した場合に、前記利用者の旅券情報を取得する旅券情報取得部と、前記利用者の生体情報を取得する生体情報取得部と、取得した前記旅券情報に基づいて前記アプリケーションにおいて取得した前記利用者の搭乗予約情報を取得する予約情報取得部と、取得した前記旅券情報、前記生体情報、及び前記搭乗予約情報を関連付けるトークンＩＤを発行して前記トークンＩＤを有効化するとともに、前記利用者が前記航空機に搭乗した場合に前記トークンＩＤを無効化する処理部と、を備える情報処理装置が提供される。

本発明のさらに他の観点によれば、航空機への搭乗手続を実行するためのアプリケーションにおける利用者の前記搭乗手続に関する所定の処理が完了した場合に、前記利用者の旅券情報を取得するステップと、前記利用者の生体情報を取得するステップと、取得した前記旅券情報に基づいて前記アプリケーションにおいて取得した前記利用者の搭乗予約情報を取得するステップと、取得した前記旅券情報、前記生体情報、及び前記搭乗予約情報を関連付けるトークンＩＤを発行して前記トークンＩＤを有効化するとともに、前記利用者が前記航空機に搭乗した場合に前記トークンＩＤを無効化するステップと、を備える情報処理方法が提供される。

本発明によれば、既存のチェックイン端末に対して顔認証機能を容易に実装できる。

第１実施形態における情報処理システムの全体構成例を示す概略図である。 第１実施形態におけるトークンＩＤ情報ＤＢが記憶する情報の一例を示す図である。 第１実施形態における通過履歴情報ＤＢが記憶する情報の一例を示す図である。 第１実施形態における業務情報ＤＢが記憶する情報の一例を示す図である。 第１実施形態における予約情報ＤＢが記憶する情報の一例を示す図である。 第１実施形態における管理サーバのハードウェア構成の一例を示すブロック図である。 第１実施形態におけるチェックイン端末のハードウェア構成の一例を示すブロック図である。 第１実施形態における自動手荷物預け機のハードウェア構成の一例を示すブロック図である。 第１実施形態における保安検査装置のハードウェア構成の一例を示すブロック図である。 第１実施形態における自動化ゲート装置のハードウェア構成の一例を示すブロック図である。 第１実施形態における搭乗ゲート装置のハードウェア構成の一例を示すブロック図である。 第１実施形態におけるチェックイン端末のソフトウェア構成の一例を示すブロック図である。 第１実施形態におけるチェックイン端末及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態におけるチェックイン端末及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における自動手荷物預け機及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における保安検査装置及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における自動化ゲート装置及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における搭乗ゲート装置及び管理サーバの処理の一例を示すシーケンス図である。 第２実施形態における情報処理装置の構成を示すブロック図である。

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

＜第１実施形態＞
図１は、本実施形態における情報処理システム１の全体構成例を示す概略図である。情報処理システム１は、空港Ａを利用する利用者（渡航客）Ｕに対して行われる一連の審査手続に関する業務を支援するコンピュータシステムである。情報処理システム１は、例えば、入出国の管理局等の公的機関又はその機関から業務の委託を受けた受託者により運用される。

本実施形態の情報処理システム１では、共通の管理サーバ１０に対して、チェックイン端末２０、自動手荷物預け機３０、保安検査装置４０、自動化ゲート装置５０及び搭乗ゲート装置６０がネットワークＮＷ１を介してそれぞれ接続される。また、航空会社の予約システム２に対して、チェックイン端末２０、自動手荷物預け機３０、保安検査装置４０、自動化ゲート装置５０及び搭乗ゲート装置６０がネットワークＮＷ２を介してそれぞれ接続される。保安検査装置４０、自動化ゲート装置５０及び搭乗ゲート装置６０は、破線で示されるセキュリティエリアＳＡに設置されている。ネットワークＮＷ１及びＮＷ２は、空港Ａの構内通信網を含むＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、移動体通信網等により構成されている。接続方式は、有線方式に限らず、無線方式でもよい。なお、図１では、説明の便宜上、空港Ａからの出国時の手続に使用される端末装置（業務端末）のみを図示している。

管理サーバ１０は、利用者Ｕの入出国時における審査手続に関する業務を管理する。管理サーバ１０は、例えば、空港Ａを運営する空港会社、航空会社等の施設内に設置されている。また、管理サーバ１０は、実際に業務が行われる施設内に設置されるサーバではなく、クラウドサーバとしてもよい。なお、管理サーバ１０は、単一のサーバである必要はなく、複数のサーバを含むサーバ群として構成されたものであってもよい。

図１に示すように、空港Ａにおける出国時の審査手続は、５箇所のタッチポイントＰ１～Ｐ５において順次実施される。以下、各装置とタッチポイントＰ１～Ｐ５との関係について説明する。

チェックイン端末２０は、空港Ａ内のチェックインロビー（以下、「タッチポイントＰ１」という。）に設置されている。チェックイン端末２０は、利用者Ｕが自身で操作することによって、チェックイン手続（搭乗手続）を行うためのセルフ端末である。チェックイン端末２０は、ＣＵＳＳ（Ｃｏｍｍｏｎ Ｕｓｅ Ｓｅｌｆ Ｓｅｒｖｉｃｅ）端末とも呼ばれている。利用者Ｕは、タッチポイントＰ１におけるチェックイン手続を完了すると、手荷物の預け場所あるいは保安検査場へ移動する。

自動手荷物預け機３０は、空港Ａ内の手荷物カウンタ（有人カウンタ）の隣接領域あるいはチェックイン端末２０の近傍領域（以下、「タッチポイントＰ２」という。）に設置されている。自動手荷物預け機３０は、利用者Ｕが自身で操作することにより、航空機内に持ち込まない手荷物を預け入れる手続（手荷物預け入れ手続）を行うためのセルフ端末である。自動手荷物預け機３０は、ＣＵＢＤ（Ｃｏｍｍｏｎ Ｕｓｅ Ｂａｇ Ｄｒｏｐ）端末とも呼ばれている。利用者Ｕは、手荷物預け入れ手続を完了すると、保安検査場へ移動する。なお、利用者Ｕが、手荷物を預けない場合には、タッチポイントＰ２での手続は省略される。

保安検査装置４０は、空港Ａ内の保安検査場（以下、「タッチポイントＰ３」という。）に設置されている。保安検査装置４０は、利用者Ｕについて金属探知機により危険物となりうる金属類を身につけているか否かを確認する装置である。なお、本実施形態における“保安検査装置”の語句は、金属探知機だけでなく、Ｘ線を用いて機内持ち込みの手荷物等の中の危険物の有無を確認するＸ線検査装置や、保安検査場の入口において利用者Ｕの通過可否を判定する旅客通過確認システム（ＰＲＳ：Ｐａｓｓｅｎｇｅｒ Ｒｅｃｏｎｃｉｌｉａｔｉｏｎ Ｓｙｓｔｅｍ）の端末装置等も含む意味で使用する。利用者Ｕは、タッチポイントＰ３において保安検査装置４０による保安検査手続を完了すると、出国審査場へ移動する。

自動化ゲート装置５０は、空港Ａ内の出国審査場（以下、「タッチポイントＰ４」という。）に設置されている。自動化ゲート装置５０は、利用者Ｕの出国審査手続を自動的に行う装置である。利用者Ｕは、タッチポイントＰ４における出国審査手続を完了すると、免税店や搭乗ゲートが設けられている出国エリアへ移動する。

搭乗ゲート装置６０は、出国エリアの搭乗ゲート（以下、「タッチポイントＰ５」という。）ごとに設置された通行制御装置である。搭乗ゲート装置６０は、ＡＢＧ（Ａｕｔｏｍａｔｅｄ Ｂｏａｒｄｉｎｇ Ｇａｔｅｓ）端末とも呼ばれている。搭乗ゲート装置６０は、利用者Ｕが搭乗ゲートから搭乗可能な航空機の搭乗者であることを確認する。利用者Ｕは、タッチポイントＰ５における手続を完了すると、航空機に搭乗し、第２国へ向けて出国する。

また、図１に示すように、管理サーバ１０は、トークンＩＤ情報ＤＢ１１、通過履歴情報ＤＢ１２及び業務情報ＤＢ１３を有している。なお、管理サーバ１０が有するデータベースは、これらのデータベースに限られない。

図２は、トークンＩＤ情報ＤＢ１１が記憶する情報の一例を示す図である。トークンＩＤ情報ＤＢ１１は、トークンＩＤ、グループＩＤ、登録顔画像、特徴量、トークン発行時刻、トークン発行デバイス名、無効フラグ及び無効化時刻をデータ項目としている。トークンＩＤは、ＩＤ情報を一意に識別する識別子である。本実施形態におけるトークンＩＤは、タッチポイントＰ１において旅券を所持する利用者Ｕを撮影した顔画像と旅券から読み取られた旅券顔画像との照合結果が一致することを条件として一時的に発行される。そして、利用者ＵがタッチポイントＰ５（搭乗ゲート）での手続を終えたときに、トークンＩＤは無効化される。すなわち、トークンＩＤは、永続的に使用される識別子ではなく、有効期間（ライフサイクル）を有するワンタイムＩＤである。

グループＩＤは、ＩＤ情報をグループ分けするための識別子である。登録顔画像は、利用者Ｕについて登録された顔画像である。特徴量は、生体情報（登録顔画像）から抽出される値である。なお、本実施形態における生体情報の語句は、顔画像及び顔画像から抽出される特徴量を意味するものとするが、生体情報は顔画像及び顔特徴量に限られない。すなわち、利用者Ｕの生体情報として、虹彩画像、指紋画像、掌紋画像及び耳介画像等を用いて生体認証を行ってもよい。

トークン発行時刻は、管理サーバ１０がトークンＩＤを発行した時刻である。トークン発行デバイス名は、トークンＩＤの発行の契機となった登録顔画像の取得元のデバイス名である。無効フラグは、トークンＩＤが現時点で有効であるか否かを示すフラグ情報である。本実施形態における無効フラグは、トークンＩＤが発行されると、トークンＩＤが有効な状態を示す“１”の値になる。また、無効フラグは、所定の条件を満たすと、トークンＩＤが無効な状態を示す“０”の値に更新される。無効化時刻は、無効フラグが無効化されたときのタイムスタンプである。

図３は、通過履歴情報ＤＢ１２が記憶する情報の一例を示す図である。通過履歴情報ＤＢ１２は、通過履歴ＩＤ、トークンＩＤ、通過時間、デバイス名、業務システム種別及び通過タッチポイントをデータ項目としている。通過履歴ＩＤは、通過履歴情報を一意に識別する識別子である。通過時間は、タッチポイントを通過したときのタイムスタンプである。デバイス名は、タッチポイントにおける手続に使用した業務端末の機体名称である。業務システム種別は、業務端末が属する業務システムの種別である。通過タッチポイントは、利用者Ｕが通過したタッチポイントである。なお、管理サーバ１０は、通過履歴情報をトークンＩＤごとに抽出することにより、利用者Ｕがどのタッチポイントまでの手続を完了しているのかを把握できる。

図４は、業務情報ＤＢ１３が記憶する情報の一例を示す図である。業務情報ＤＢ１３は、トークンＩＤ、搭乗者名、予約番号、出発地、目的地、エアラインコード、便番号、運行年月日、シート番号、国籍、旅券番号、姓、名、生年月日及び性別をデータ項目としている。このように、業務情報ＤＢ１３は、所定の業務に関する業務情報をトークンＩＤごとに記憶している。本実施形態において、「所定の業務」とはタッチポイントＰ１～Ｐ５でそれぞれ行われる手続業務を意味する。

予約番号は、搭乗予約情報を一意に識別する識別子である。エアラインコードは、航空会社を一意に識別する識別子である。業務情報に含まれている搭乗予約情報は、搭乗者名、予約番号、出発地、目的地、エアラインコード、便番号、運行年月日、シート番号、国籍、旅券番号、姓、名、生年月日及び性別等が挙げられる。搭乗予約情報は、旅券及び搭乗券等の記録媒体から取得できる。また、搭乗予約情報は、航空会社の予約システム２からも旅券番号又は予約番号等をキーとして取得できる。そして、取得された搭乗予約情報は、業務情報ＤＢ１３において業務情報として記憶される。

図５は、予約情報ＤＢ３が記憶する情報の一例を示す図である。予約情報ＤＢ３は、予約番号、エアラインコード、搭乗者名、出発地、目的地、便番号、運行年月日、座席番号、座席の等級（例えば、ファーストクラス／ビジネスクラス／エコノミークラス）、国籍、旅券番号、姓、名、生年月日及び性別をデータ項目としている。

本実施形態においては、業務情報ＤＢ１３と予約情報ＤＢ３は、予約番号、旅券番号及びエアラインコードにより関連付けされるものとする。各タッチポイントの端末装置（チェックイン端末２０等）は、旅客が提示した航空券媒体から予約番号、旅券番号及びエアラインコードを読取ると、エアラインコードに対応する航空会社の予約システム２に対して予約番号又は旅券番号に基づいて搭乗予約情報の問い合わせを行うことができる。なお、予約システム２に対する搭乗予約情報の問い合わせの方法は、これに限られない。

続いて、図６乃至図１２を参照しながら、情報処理システム１を構成する各機器のハードウェア及びチェックイン端末２０にインストールされたソフトウェアについて説明する。なお、図６乃至図１２において同一名称であって符号のみが異なる機器については、同等の機能を備える機器であるため、後続の図面においては詳細な説明を省略するものとする。

図６は、管理サーバ１０のハードウェア構成の一例を示すブロック図である。同図に示すように、管理サーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０２、記憶装置１０３及び通信Ｉ／Ｆ１０４を有している。各装置は、バスライン１０５に接続されている。

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

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

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

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

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

媒体読取装置２０８は、利用者Ｕの旅券や航空券等の媒体を読み取って媒体に記録された情報を取得する装置である。航空券媒体としては、例えば、紙の航空券、ｅチケットの控えを表示する携帯端末等が挙げられる。媒体読取装置２０８は、例えば、コードリーダ、イメージスキャナ、非接触ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）リーダ、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）装置等により構成され、その読取部にかざされた各種媒体から情報を取得する。

生体情報取得装置２０９は、利用者Ｕの生体情報として利用者Ｕの顔画像を取得する装置である。生体情報取得装置２０９は、例えば、チェックイン端末２０の前に立つ利用者Ｕの顔を撮影するデジタルカメラであり、利用者Ｕの顔を撮影してその顔画像を取得する。なお、生体情報取得装置２０９は、既存のチェックイン端末２０が生体認証機能を有していない場合に、ＵＳＢ端子等を介して周辺機器としてチェックイン端末２０に増設され得る。プリンタ２１０は、ＣＰＵ２０１の制御に従って、搭乗券等を所定の用紙に印刷する。

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

手荷物搬送装置３１０は、利用者Ｕが搭乗する航空機にその手荷物を積み込むために搬送する。手荷物搬送装置３１０は、利用者Ｕにより受け取り部に置かれて手荷物タグが付けられた手荷物を荷捌き場所に向けて搬送する。

出力装置３１１は、預ける手荷物に付ける手荷物タグを出力する装置である。また、出力装置３１１は、目的地に到着した後に手荷物の引き換えに必要な手荷物引き換え証を出力する。なお、手荷物タグや手荷物引き換え証は、旅券番号、予約番号及びトークンＩＤの少なくとも１つに関連付けられる。

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

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

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

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

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

図１２は、チェックイン端末２０のソフトウェア構成の一例を示すブロック図である。チェックイン端末２０は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）２１、ミドルウェア２２、エアラインアプリ２３及びトークン発行用アプリ２４を備えている。

ＯＳ２１は、利用者及びアプリケーション（エアラインアプリ２３及びトークン発行用アプリ２４）に対して標準的なインターフェースを提供するととともに、ハードウェア等の各リソースを管理する。具体的には、ＯＳ２１は、記憶装置２０３の管理、仮想記憶などのメモリ管理、マルチタスク等のプロセス管理、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の制御及び通信制御等を行う。

ミドルウェア２２は、コンピュータの基本的な制御を行うＯＳ２１と、各業務処理を行うアプリケーションとの中間的な役割を行うソフトウェアである。換言すると、ミドルウェア２２は、ＯＳ２１の機能の拡張やアプリケーション（エアラインアプリ２３及びトークン発行用アプリ２４）の共通的な機能を集めたソフトウェアである。

図１２においては、ミドルウェア２２としてスキャナ制御ＭＷ１、プリンタ制御ＭＷ２、表示制御ＭＷ３、通信制御ＭＷ４、カメラ制御ＭＷ５、イベント検出ＭＷ６等が例示されている。アプリケーションがミドルウェア２２に要求を出力すると、ミドルウェア２２はＯＳ２１に対して必要な要求を出力する。そして、ＯＳ２１は、アプリケーションに処理結果を返す。さらに、ミドルウェア２２は、各アプリケーションの起動、停止及び監視等の制御を行う。

エアラインアプリ２３は、航空会社の予約システム２のホストコンピュータ（不図示）との間で通信を行い、利用者Ｕの操作入力情報に基づいて航空機のチェックイン手続（搭乗手続）を実行するためのアプリケーションである。

本実施形態のエアラインアプリ２３は、利用者Ｕからチェックイン手続の要求があった場合には、ミドルウェア２２との協働により、危険物確認画面、予約情報検索方法検索画面、予約情報確認画面等を表示装置２０７へ順次表示すると、利用者Ｕの操作入力情報に基づいてチェックイン手続を実行し、プリンタ２１０を制御して搭乗券を印刷する。なお、エアラインアプリ２３は、航空会社ごとに設けられる。例えば、１台のチェックイン端末２０が複数の航空会社へのチェックイン手続に使用される場合には、複数のエアラインアプリ２３がインストールされ得る。また、画面の表示順序及び表示画面は、エアラインアプリ２３ごとに異なる。

一方、トークン発行用アプリ２４は、チェックイン端末２０に対して顔認証機能を新たに実装するためにインストールされたアプリケーションである。本実施形態のトークン発行用アプリ２４は、ミドルウェア２２との協働により、生体情報取得装置２０９によって利用者Ｕの生体情報（撮影顔画像）を取得する機能と、媒体読取装置２０８によって旅券から旅券情報を読取る機能とを備える。

さらに、トークン発行用アプリ２４は、利用者Ｕの生体情報と旅券情報に含まれる旅券顔画像とを照合する機能と、照合結果が照合一致である場合に利用者ＵごとにトークンＩＤを発行し、利用者Ｕの顔画像（撮影顔画像、旅券顔画像）及び搭乗予約情報を関連付けて記憶する機能とを備える。具体的には、トークン発行用アプリ２４は、旅券情報登録画面、生体情報登録画面等を表示装置２０７へ順次表示し、利用者Ｕからの操作入力情報に基づいて、上述の読取処理や照合処理を実行し、その処理結果をエアラインアプリ２３又は管理サーバ１０へ出力する。

なお、本実施形態のミドルウェア２２、エアラインアプリ２３及びトークン発行用アプリ２４は、いずれも国際航空運送協会（ＩＡＴＡ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｉｒ Ｔｒａｎｓｐｏｒｔ Ａｓｓｏｃｉａｔｉｏｎ）の規約に準拠して作成されているものとする。

続いて、図１３乃至図１８を参照しながら、本実施形態における情報処理システム１における各装置の動作を説明する。

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

先ず、チェックイン端末２０は、エアラインアプリ２３によって表示装置２０７に初期画面を表示する（ステップＳ１０１）。次に、チェックイン端末２０は、利用者Ｕからチェックインの要求が行われたか否かを判定し（ステップＳ１０２）、チェックインの要求が行われるまで待機する（ステップＳ１０２、ＮＯ）。

次に、チェックイン端末２０は、利用者Ｕからチェックインの要求が行われたと判定すると（ステップＳ１０２、ＹＥＳ）、処理はステップＳ１０３へ移行する。

ステップＳ１０３において、チェックイン端末２０は、表示装置２０７に危険物確認画面を表示する。利用者Ｕの確認が完了すると、チェックイン端末２０は、表示装置２０７に予約検索画面を表示する（ステップＳ１０４）。予約情報の検索方法としては、例えば、ｅチケット番号、予約番号、旅券番号及び２次元バーコードによる方法がある。

次に、チェックイン端末２０は、予約検索画面において利用者Ｕから検索方法の指定が有ったか否かを判定し（ステップＳ１０５）、検索方法が指定されるまで待機する（ステップＳ１０５、ＮＯ）。

次に、チェックイン端末２０は、検索方法が指定されたと判定すると（ステップＳ１０５、ＹＥＳ）、指定方法に基づいて予約情報の検索処理を実行する（ステップＳ１０６）。このとき、チェックイン端末２０は、記憶装置２０３又はＲＡＭ２０２内に検索結果を保持しておく。

次に、チェックイン端末２０は、トークン発行用アプリ２４を起動し（ステップＳ１０７）、画面の制御元のアプリケーションをエアラインアプリ２３からトークン発行用アプリ２４へ切り替える（ステップＳ１０８）。

次に、チェックイン端末２０は、トークン発行用アプリ２４によって表示装置２０７に旅券情報登録画面を表示すると（ステップＳ１０９）、利用者Ｕの旅券が媒体読取装置２０８の読取部にかざされたか否かを判定し（ステップＳ１１０）、旅券がかざされるまで待機する（ステップＳ１１０、ＮＯ）。

次に、チェックイン端末２０は、旅券が媒体読取装置２０８の読取部にかざされたと判定すると（ステップＳ１１０、ＹＥＳ）、かざされた旅券から利用者Ｕの旅券情報をトークン発行用アプリ２４によって取得する（ステップＳ１１１）。取得された旅券情報には、利用者Ｕの旅券顔画像、本人確認情報、旅券番号、旅券発行国等が含まれる。このとき、チェックイン端末２０（トークン発行用アプリ２４）は、記憶装置２０３又はＲＡＭ２０２内に旅券情報を保持しておく。

次に、チェックイン端末２０は、トークン発行用アプリ２４によって表示装置２０７に顔画像登録画面を表示し（ステップＳ１１２）、利用者Ｕから顔画像の登録に関する同意が得られたか否かを判定する（ステップＳ１１３）。例えば、顔画像登録画面においては、「お客様の顔画像をご登録頂きますと、出国までの各種手続を顔認証によって簡単に行うことができます。ご登録頂いた顔画像は、搭乗完了後にシステムから削除されます。」等の案内メッセージを表示し、利用者Ｕの同意を得ると好適である。

チェックイン端末２０は、利用者Ｕから顔画像の登録に関する同意が得られたと判定すると（ステップＳ１１３、ＹＥＳ）、処理はステップＳ１１４へ移行する。これに対し、チェックイン端末２０は、利用者Ｕから顔画像の登録に関する同意が得られなかったと判定すると（ステップＳ１１３、ＮＯ）、処理はステップＳ１１７へ移行する。

ステップＳ１１４において、チェックイン端末２０は、利用者Ｕを撮影し、撮影画像から顔画像を取得する。その後、チェックイン端末２０は、顔画像と旅券顔画像とを１対１で照合する（ステップＳ１１５）。

次に、チェックイン端末２０は、撮影顔画像と旅券顔画像との照合結果が照合一致であるか否かを判定する（ステップＳ１１６）。ここで、チェックイン端末２０は、照合結果が照合一致であると判定すると（ステップＳ１１６、ＹＥＳ）、処理はステップＳ１１７へ移行する。これに対し、チェックイン端末２０は、照合結果が照合不一致であると判定すると（ステップＳ１１６、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ１１８）。例えば、“有人カウンタにてチェックイン手続を行ってください。”等のメッセージを含む通知画面を表示装置２０７に表示する。

ステップＳ１１７において、チェックイン端末２０は、画面を制御するアプリケーションをトークン発行用アプリ２４からエアラインアプリ２３へ切り替える。その後、チェックイン端末２０は、エアラインアプリ２３によって予約情報確認画面を表示する（ステップＳ１１９）。予約情報確認画面には、ステップＳ１０６において記憶装置２０３等に保持していた予約情報が表示される。利用者Ｕは、予約情報確認画面の中で予約情報を確認するとともに、座席の変更等も申請できる。

次に、チェックイン端末２０は、利用者Ｕによる予約情報の確認が完了したか否かを判定する（ステップＳ１２０）。ここで、チェックイン端末２０は、予約情報の確認が完了したと判定すると（ステップＳ１２０、ＹＥＳ）、処理はステップＳ１２１へ移行する。これに対し、チェックイン端末２０は、予約情報の確認が完了していない判定すると（ステップＳ１２０、ＮＯ）、確認が完了するまで待機する。

ステップＳ１２１において、チェックイン端末２０は、プリンタ２１０によって搭乗券を印刷するとともに、エアラインアプリ２３によって表示装置２０７にチェックイン完了画面を表示する（ステップＳ１２２）。

次に、チェックイン端末２０は、チェックイン手続の完了に伴って、利用者ＵがトークンＩＤの発行対象者であるか否かを判定する（ステップＳ１２３）。具体的には、ステップＳ１１３～Ｓ１１６の処理において、旅券顔画像と撮影顔画像の照合結果が照合一致であり、利用者Ｕはデータベースに顔画像を登録できる人物であると判定されていた場合には、利用者ＵはトークンＩＤの発行対象者であると判定される。ここで、チェックイン端末２０は、利用者ＵがトークンＩＤの発行対象者であると判定した場合（ステップＳ１２３、ＹＥＳ）、トークンＩＤの発行要求、通過履歴情報、旅券情報、撮影顔画像及び搭乗予約情報（搭乗情報）の登録要求を含むリクエストデータを管理サーバ１０へ送信する（ステップＳ１２４）。これに対し、チェックイン端末２０は、利用者ＵがトークンＩＤの発行対象者ではないと判定した場合（ステップＳ１２３、ＮＯ）、処理はステップＳ１３０へ移行する。

次に、管理サーバ１０は、チェックイン端末２０からリクエストデータを受信すると、トークンＩＤを発行する（ステップＳ１２５）。トークンＩＤは、例えば処理時の日時やシーケンス番号に基づいて固有な値に設定される。

次に、管理サーバ１０は、撮影顔画像を登録顔画像として、トークンＩＤ及び登録顔画像情報との関係をトークンＩＤ情報ＤＢ１１へ登録する（ステップＳ１２６）。

本実施形態において、現地で撮影した撮影顔画像を登録顔画像とする理由としては、トークンＩＤの有効期間（ライフサイクル）が当日内に完結すること、撮影顔画像はその後の認証プロセスで撮影した画像と品質（容姿）が旅券顔画像よりも近くなること、等が挙げられる。ただし、撮影顔画像の代わりに、旅券顔画像を登録顔画像（登録生体情報）に設定してもよい。例えば、トークンＩＤのライフサイクルが長期にわたる場合（例えば、航空業において、会員ならば一定の有効期間だけトークンＩＤを有効にする場合等）には、旅券や免許証の顔画像を登録顔画像に設定するとよい。

次に、管理サーバ１０は、旅券情報及び搭乗予約情報を業務情報として、トークンＩＤと業務情報との関係を業務情報ＤＢ１３へ登録する（ステップＳ１２７）。このように、顔認証に必要な制御データと、業務の実行に必要な業務情報とは、別々のデータベースにおいて管理されるが、登録顔画像及び業務情報はトークンＩＤによって関連付けられる。また、業務情報ＤＢ１３又はトークンＩＤ情報ＤＢ１１に利用者Ｕの旅券顔画像をさらに登録してもよい。

次に、管理サーバ１０は、トークンＩＤとタッチポイントＰ１の通過情報との関係を示す通過履歴情報を通過履歴情報ＤＢ１２へ登録する（ステップＳ１２８）。

そして、管理サーバ１０は、トークンＩＤの発行処理、業務情報の登録処理及び通過履歴情報の登録処理の各処理結果を含むレスポンスデータをチェックイン端末２０へ送信し（ステップＳ１２９）。チェックイン端末２０は、ステップＳ１２３の判定結果又は管理サーバ１０からのレスポンスデータの受信に基づいて、トークン発行用アプリ２４を終了し（ステップＳ１３０）、図１３及び図１４の処理を終了する。

このように、チェックイン手続において旅券から取得した旅券顔画像と照合一致である対象顔画像（撮影顔画像）を登録顔画像としてトークンＩＤ情報ＤＢ１１へ登録するとともに、発行したトークンＩＤによって登録顔画像と業務情報ＤＢ１３の業務情報とを関連付ける。これにより、後続の各タッチポイントでは撮影した顔画像と登録顔画像との照合処理が可能となる。すなわち、登録顔画像に関連付けられたトークンＩＤは、すべてのタッチポイントにおいて共通に利用可能な識別情報である。このような共通化されたトークンＩＤを用いることにより、利用者Ｕの審査を効率化できる。

［手荷物預け入れ手続］
図１５は、自動手荷物預け機３０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、チェックイン手続を完了した利用者Ｕが、必要に応じて手荷物預け入れ手続を受けるときに実行される。

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

自動手荷物預け機３０は、生体情報取得装置３０９によって利用者Ｕの顔が検出されたと判定すると（ステップＳ２０１、ＹＥＳ）、その利用者Ｕの顔を撮影して、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ２０２）。

次に、自動手荷物預け機３０は、対象顔画像と登録顔画像との照合処理の実行を要求するリクエストデータを管理サーバ１０に送信する（ステップＳ２０３）。

管理サーバ１０は、自動手荷物預け機３０からリクエストデータを受信すると、利用者Ｕの顔画像の照合を行う（ステップＳ２０４）。すなわち、管理サーバ１０は、自動手荷物預け機３０から受信したリクエストデータに含まれる対象顔画像と、トークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合する。なお、照合先となる登録顔画像は、無効フラグの値が“１”（有効）であるトークンＩＤに関連付けられた画像に限るものとする。

ここで、管理サーバ１０が、照合結果は照合不一致であると判定すると（ステップＳ２０５、ＮＯ）、管理サーバ１０は照合不一致の照合結果情報を含むレスポンスデータを自動手荷物預け機３０に送信し（ステップＳ２０７）、処理はステップＳ２０９へ移行する。これに対し、管理サーバ１０が、照合結果は照合一致であると判定すると（ステップＳ２０５、ＹＥＳ）、処理はステップＳ２０６へ移行する。

ステップＳ２０６において、管理サーバ１０は、トークンＩＤ情報ＤＢ１１において照合一致の登録顔画像に関連付けられたトークンＩＤをキーとして、業務情報ＤＢ１３から業務情報を取得する。そして、管理サーバ１０は、レスポンスデータを自動手荷物預け機３０へ送信する（ステップＳ２０８）。

次に、自動手荷物預け機３０は、レスポンスデータを参照し、手続を実行できると判定した場合（ステップＳ２０９、ＹＥＳ）、利用者Ｕの手荷物預け入れ手続の処理を実行する（ステップＳ２１０）。

次に、自動手荷物預け機３０は、利用者Ｕの通過履歴情報の登録を要求するリクエストデータを管理サーバ１０に送信する（ステップＳ２１１）。

管理サーバ１０は、自動手荷物預け機３０からリクエストデータを受信すると、トークンＩＤと利用者ＵのタッチポイントＰ２の通過情報との関係を示す通過履歴情報を通過履歴情報ＤＢ１２へ登録する（ステップＳ２１２）。

そして、管理サーバ１０は、レスポンスデータを自動手荷物預け機３０へ送信し（ステップＳ２１３）、処理を終了する。

一方、自動手荷物預け機３０は、レスポンスデータを参照し、手続を実行できないと判定した場合（ステップＳ２０９、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ２１４）。例えば、“有人カウンタにて手荷物を預けてください。”等のメッセージを含む通知画面を表示装置３０７に表示する。

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

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

保安検査装置４０は、生体情報取得装置４０９によって利用者Ｕの顔が検出されたと判定すると（ステップＳ３０１、ＹＥＳ）、その利用者Ｕの顔を撮影して、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ３０２）。

次に、保安検査装置４０は、対象顔画像と登録顔画像との照合処理の実行を要求するリクエストデータを管理サーバ１０に送信する（ステップＳ３０３）。

管理サーバ１０は、保安検査装置４０からリクエストデータを受信すると、利用者Ｕの顔画像の照合を行う（ステップＳ３０４）。すなわち、管理サーバ１０は、保安検査装置４０から受信したリクエストデータに含まれる対象顔画像と、トークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合する。なお、照合先となる登録顔画像は、無効フラグの値が“１”（有効）であるトークンＩＤに関連付けられた画像に限るものとする。

ここで、管理サーバ１０が、照合結果は照合不一致であると判定すると（ステップＳ３０５、ＮＯ）、管理サーバ１０は照合不一致の照合結果を含むレスポンスデータを保安検査装置４０に送信し（ステップＳ３０７）、処理はステップＳ３０９へ移行する。これに対し、管理サーバ１０が、照合結果は照合一致であると判定すると（ステップＳ３０５、ＹＥＳ）、処理はステップＳ３０６へ移行する。

ステップＳ３０６において、管理サーバ１０は、トークンＩＤ情報ＤＢ１１において照合一致の登録顔画像に関連付けられたトークンＩＤをキーとして、業務情報ＤＢ１３から業務情報を取得する。そして、管理サーバ１０は、照合結果情報、トークンＩＤ及び業務情報を含むレスポンスデータを保安検査装置４０へ送信する（ステップＳ３０８）。

次に、保安検査装置４０は、レスポンスデータを参照し、手続を実行できると判定した場合（ステップＳ３０９、ＹＥＳ）、利用者Ｕの保安検査処理を実行する（ステップＳ３１０）。保安検査処理において、ＣＰＵ４０１は、保安検査装置４０の各部を制御する。これにより、保安検査装置４０は、金属探知ゲート４１０を通過する利用者Ｕの身に付けている金属類を探知する。金属探知ゲート４１０を通過した利用者Ｕは、出国審査場に向かう。

次に、保安検査装置４０は、利用者Ｕの通過履歴情報の登録を要求するリクエストデータを管理サーバ１０に送信する（ステップＳ３１１）。

管理サーバ１０は、保安検査装置４０からリクエストデータを受信すると、トークンＩＤと利用者ＵのタッチポイントＰ３の通過情報との関係を示す通過履歴情報を通過履歴情報ＤＢ１２へ登録する（ステップＳ３１２）。

そして、管理サーバ１０は、レスポンスデータを保安検査装置４０へ送信し（ステップＳ３１３）、処理を終了する。

一方、保安検査装置４０は、レスポンスデータを参照し、手続を実行できないと判定した場合（ステップＳ３０９、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ３１４）。例えば、“係員が参ります。しばらくお待ちください。”等のメッセージを含む通知画面を表示装置４０７に表示する。

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

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

自動化ゲート装置５０は、生体情報取得装置５０９によって利用者Ｕの顔が検出されたと判定すると（ステップＳ４０１、ＹＥＳ）、その利用者Ｕの顔を撮影して、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ４０２）。

次に、自動化ゲート装置５０は、対象顔画像と登録顔画像との照合処理の実行を要求するリクエストデータを管理サーバ１０に送信する（ステップＳ４０３）。

管理サーバ１０は、自動化ゲート装置５０からリクエストデータを受信すると、利用者Ｕの顔画像の照合を行う（ステップＳ４０４）。すなわち、管理サーバ１０は、自動化ゲート装置５０から受信したリクエストデータに含まれる対象顔画像と、トークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合する。なお、照合先となる登録顔画像は、無効フラグの値が“１”（有効）であるトークンＩＤに関連付けられた画像に限るものとする。

ここで、管理サーバ１０が、照合結果は照合不一致であると判定すると（ステップＳ４０５、ＮＯ）、管理サーバ１０は照合不一致の照合結果情報を含むレスポンスデータを自動化ゲート装置５０に送信し（ステップＳ４０７）、処理はステップＳ４０９へ移行する。これに対し、管理サーバ１０が、照合結果は照合一致であると判定すると（ステップＳ４０５、ＹＥＳ）、処理はステップＳ４０６へ移行する。

ステップＳ４０６において、管理サーバ１０は、トークンＩＤ情報ＤＢ１１において照合一致の登録顔画像に関連付けられたトークンＩＤをキーとして、業務情報ＤＢ１３から業務情報を取得する。そして、管理サーバ１０は、照合結果情報、トークンＩＤ及び業務情報を含むレスポンスデータを自動化ゲート装置５０へ送信する（ステップＳ４０８）。

次に、自動化ゲート装置５０は、レスポンスデータを参照し、手続を実行できると判定した場合（ステップＳ４０９、ＹＥＳ）、利用者Ｕの出国審査手続を実行し、ゲート５１１を開放する（ステップＳ４１０）。タッチポイントＰ４を通過した利用者Ｕは、搭乗ゲートのある出国エリアに向かう。

次に、自動化ゲート装置５０は、利用者Ｕの通過履歴情報の登録を要求するリクエストデータを管理サーバ１０に送信する（ステップＳ４１１）。

管理サーバ１０は、自動化ゲート装置５０からのリクエストデータを受信すると、トークンＩＤと利用者ＵのタッチポイントＰ４の通過情報との関係を示す通過履歴情報を通過履歴情報ＤＢ１２へ登録する（ステップＳ４１２）。

そして、管理サーバ１０は、レスポンスデータを自動化ゲート装置５０へ送信し（ステップＳ４１３）、処理を終了する。

一方、自動化ゲート装置５０は、レスポンスデータを参照し、手続を実行できないと判定した場合（ステップＳ４０９、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ４１４）。例えば、“有人カウンタにて出国審査手続を行ってください。”等のメッセージを含む通知画面を表示装置５０７に表示する。

［搭乗ゲートでの本人確認手続］
図１８は、搭乗ゲート装置６０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、出国審査手続を完了した利用者Ｕが、航空機に搭乗するために搭乗ゲートを通過するときに実行される。

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

搭乗ゲート装置６０は、生体情報取得装置６０９によって利用者Ｕの顔が検出されたと判定すると（ステップＳ５０１、ＹＥＳ）、その利用者Ｕの顔を撮影して、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ５０２）。

次に、搭乗ゲート装置６０は、対象顔画像と登録顔画像との照合処理の実行を要求するリクエストデータを管理サーバ１０に送信する（ステップＳ５０３）。

管理サーバ１０は、搭乗ゲート装置６０からリクエストデータを受信すると、利用者Ｕの顔画像の照合を行う（ステップＳ５０４）。すなわち、管理サーバ１０は、搭乗ゲート装置６０から受信したリクエストデータに含まれる対象顔画像と、トークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合する。なお、照合先となる登録顔画像は、無効フラグの値が“１”（有効）であるトークンＩＤに関連付けられた画像に限るものとする。

ここで、管理サーバ１０が、照合結果は照合不一致であると判定すると（ステップＳ５０５、ＮＯ）、管理サーバ１０は照合不一致の照合結果情報を含むレスポンスデータを搭乗ゲート装置６０に送信し（ステップＳ５０７）、処理はステップＳ５０９へ移行する。これに対し、管理サーバ１０が、照合結果は照合一致であると判定すると（ステップＳ５０５、ＹＥＳ）、処理はステップＳ５０６へ移行する。

ステップＳ５０６において、管理サーバ１０は、トークンＩＤ情報ＤＢ１１において照合一致の登録顔画像に関連付けられたトークンＩＤをキーとして、業務情報ＤＢ１３から業務情報を取得する。そして、管理サーバ１０は、照合結果情報、トークンＩＤ及び業務情報を含むレスポンスデータを搭乗ゲート装置６０へ送信する（ステップＳ５０８）。

次に、搭乗ゲート装置６０は、レスポンスデータを参照し、手続を実行できると判定した場合（ステップＳ５０９、ＹＥＳ）、利用者Ｕの航空機への搭乗手続を実行し、ゲート６１１を開放する（ステップＳ５１０）。タッチポイントＰ５を通過した利用者Ｕは、航空機に搭乗する。

次に、搭乗ゲート装置６０は、トークンＩＤの無効化及び利用者Ｕの通過履歴情報の登録を要求するリクエストデータを管理サーバ１０に送信する（ステップＳ５１１）。

管理サーバ１０は、搭乗ゲート装置６０からのリクエストデータを受信すると、トークンＩＤ情報ＤＢ１１を更新する（ステップＳ５１２）。具体的には、管理サーバ１０は、トークンＩＤ情報ＤＢ１１の無効フラグを無効の値（“０”）に更新する。これにより、トークンＩＤの有効期間（ライフサイクル）が満了する。

次に、管理サーバ１０は、トークンＩＤと利用者ＵのタッチポイントＰ５の通過情報との関係を示す通過履歴情報を通過履歴情報ＤＢ１２へ登録する（ステップＳ５１３）。

そして、管理サーバ１０は、レスポンスデータを搭乗ゲート装置６０へ送信し（ステップＳ５１４）、処理を終了する。

一方、搭乗ゲート装置６０は、レスポンスデータを参照し、手続を実行できないと判定した場合（ステップＳ５０９、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ５１５）。例えば、搭乗ゲート装置６０は、“有人カウンタにて手続を行ってください。”等のメッセージを含む通知画面を表示装置６０７に表示する。

このように、本実施形態によれば、チェックイン手続において、生体認証に関する一連の処理（図１３のステップＳ１０７～Ｓ１１２及び図１４のステップＳ１１３～Ｓ１１７）及びトークンＩＤの発行要求（図１４のステップＳ１２４）は、トークン発行用アプリ２４及びミドルウェア２２の制御に基づいて実行される。このため、生体認証機能を有していない既存のチェックイン端末２０に対して、トークン発行用アプリ２４を別途インストールするとともに、ミドルウェア２２の一部を改修するだけで、生体認証機能を容易に実装できる。

また、トークン発行用アプリ２４（第２処理部）は、エアラインアプリ２３（第１処理部）における処理の完了時からの経過時間が所定の制限時間に達する前に、生体情報の取得処理、旅券情報の読取処理及び照合処理を実行する。具体的には、チェックイン端末２０において危険物の確認等の処理が実行された後の待機時間を利用して生体認証を実行する構成のため、既存のエアラインアプリ２３の処理に影響を与えずに生体認証機能の実装が可能となる。また、一般的なチェックイン端末２０では、利用者Ｕに対して旅券の読取操作を要求する旅券情報登録画面を表示してから、利用者Ｕに旅券の読取操作を完了させるまでに十分な操作時間（制限時間）が設定されている。このため、上述の経過時間は、旅券情報登録画面を表示した時から計測を開始すると好適である。

＜第２実施形態＞
図１９は、第２実施形態における情報処理装置１００の構成を示すブロック図である。情報処理装置１００は、第１処理部１００Ａと、第２処理部１００Ｂと、切換部１００Ｃを備える。第１処理部１００Ａは、航空機の搭乗手続に関する所定の処理を実行し、利用者の搭乗予約情報を取得する。第２処理部１００Ｂは、処理が完了した場合に、利用者から取得した生体情報と、利用者の旅券から取得した旅券情報に含まれる旅券生体情報とを照合し、生体情報と旅券生体情報との照合結果が照合一致の場合に、旅券情報、生体情報及び搭乗予約情報を関連付ける。切換部１００Ｃは、第１処理部及び第２処理部の実行を切り換える。本実施形態によれば、既存のチェックイン端末２０に対して顔認証機能を容易に実装できる。

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

上述の実施形態では、チェックイン端末２０（トークン発行用アプリ２４）において撮影顔画像と旅券顔画像との照合処理を実行する構成について説明したが、照合処理は管理サーバ１０側で実行してもよい。すなわち、チェックイン端末２０が、管理サーバ１０に撮影顔画像と旅券顔画像を含むリクエストデータを送信し、管理サーバ１０から照合結果を受信する構成にしてもよい。この場合、管理サーバ１０にのみ照合機能を持たせればよいため、チェックイン端末２０に付加すべき機能を少なくできる。

上述の実施形態では、エアラインアプリ２３及びトークン発行用アプリ２４はチェックイン端末２０にインストールされている構成について説明したが、各アプリはＷｅｂアプリとして実装されてもよい。この場合、チェックイン端末２０は、ブラウザアプリ（不図示）によって予約システム２のホストコンピュータ、本システムの管理サーバ１０にそれぞれリクエストデータを送信し、ホストコンピュータ及び管理サーバ１０側のアプリケーションからそれぞれ受信したレスポンスデータに基づいて画面表示を行えばよい。

上述の実施形態では、チェックイン端末２０は、表示画面を制御するアプリケーションを、旅券の読取動作が発生する前にエアラインアプリ２３からトークン発行用アプリ２４への切り替える場合について説明した。しかし、エアラインアプリ２３により旅券登録画面を表示し、旅券の読取動作を検出したときに、画面を切り換えてもよい。すなわち、旅券の読取機能は、エアラインアプリ２３とトークン発行用アプリ２４のどちらに実装してもよい。

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

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

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

（付記１）
コンピュータに、
航空機の搭乗手続に関する所定の処理を実行し、利用者の搭乗予約情報を取得する第１処理を行うステップと、
前記処理が完了した場合に、前記利用者から取得した生体情報と、前記利用者の旅券から取得した旅券情報に含まれる旅券生体情報とを照合し、前記生体情報と前記旅券生体情報との照合結果が照合一致の場合に、前記旅券情報、前記生体情報及び前記搭乗予約情報を関連付ける第２処理を行うステップと、
前記第１処理及び前記第２処理の実行を切り換える切換処理を行うステップと、
を実行させるプログラム。

（付記２）
前記切換処理においては、表示装置に表示される画面を、前記第１処理によって制御される第１画面から前記第２処理によって制御される第２画面へ切り換える、
付記１に記載のプログラム。

（付記３）
前記切換処理においては、前記処理が完了し、かつ、前記旅券の読取り動作が発生したことを検出した場合に、前記第２処理を起動して前記画面を切り換える、
付記２に記載のプログラム。

（付記４）
前記切換処理においては、前記処理の完了後、前記旅券の読取り動作が発生する前に、前記第２処理を起動して前記画面を切り換える、
付記２に記載のプログラム。

（付記５）
前記第２処理においては、前記第１処理における前記処理の完了時からの経過時間が所定の制限時間に達する前に、前記生体情報の取得処理、前記旅券情報の読取処理及び照合処理を実行する、
付記１乃至４のいずれかに記載のプログラム。

（付記６）
前記第２処理においては、前記旅券情報、前記生体情報及び前記搭乗予約情報を接続先のサーバ装置に送信し、前記旅券情報、前記生体情報及び前記搭乗予約情報を関連付ける識別子を発行させる、
付記１乃至５のいずれかに記載のプログラム。

（付記７）
前記第１処理においては、前記利用者が所持する航空券媒体の読取処理に基づいて前記搭乗予約情報を取得する、
付記１乃至６のいずれかに記載のプログラム。

（付記８）
前記第１処理においては、前記第２処理において読取られた前記旅券情報に基づいて、航空会社が管理するコンピュータシステムから前記搭乗予約情報を取得する、
付記１乃至６のいずれかに記載のプログラム。

（付記９）
前記生体情報は、顔画像、虹彩画像及び指紋画像のいずれかである、
付記１乃至８のいずれかに記載のプログラム。

（付記１０）
航空機の搭乗手続に関する所定の処理を実行し、利用者の搭乗予約情報を取得する第１処理部と、
前記処理が完了した場合に、前記利用者から取得した生体情報と、前記利用者の旅券から取得した旅券情報に含まれる旅券生体情報とを照合し、前記生体情報と前記旅券生体情報との照合結果が照合一致の場合に、前記旅券情報、前記生体情報及び前記搭乗予約情報を関連付ける第２処理部と、
前記第１処理部及び前記第２処理部の実行を切り換える切換部と、
を備える情報処理装置。

（付記１１）
航空機の搭乗手続に関する所定の処理を実行し、利用者の搭乗予約情報を取得する第１処理を行うステップと、
前記処理が完了した場合に、前記利用者から取得した生体情報と、前記利用者の旅券から取得した旅券情報に含まれる旅券生体情報とを照合し、前記生体情報と前記旅券生体情報との照合結果が照合一致の場合に、前記旅券情報、前記生体情報及び前記搭乗予約情報を関連付ける第２処理を行うステップと、
前記第１処理及び前記第２処理の実行を切り換える切換処理を行うステップと、
を備える情報処理方法。

ＮＷ１,ＮＷ２・・・ネットワーク
１・・・情報処理システム
２・・・予約システム
１０・・・管理サーバ
１１・・・トークンＩＤ情報ＤＢ
１２・・・通過履歴情報ＤＢ
１３・・・業務情報ＤＢ
２０・・・チェックイン端末
２３・・・エアラインアプリ
２４・・・トークン発行用アプリ
３０・・・自動手荷物預け機
４０・・・保安検査装置
５０・・・自動化ゲート装置
６０・・・搭乗ゲート装置
１００・・・情報処理装置
１００Ａ・・・第１処理部
１００Ｂ・・・第２処理部
１００Ｃ・・・切換部

Claims (9)

1. コンピュータに、
   航空機への搭乗手続を実行するためのアプリケーションにおける利用者の前記搭乗手続に関する所定の処理が完了した場合に、前記利用者の旅券情報を取得するステップと、
   前記利用者の生体情報を取得するステップと、
   取得した前記旅券情報に基づいて前記アプリケーションにおいて取得した前記利用者の搭乗予約情報を取得するステップと、
   取得した前記旅券情報、前記生体情報、及び前記搭乗予約情報を関連付けるトークンＩＤを発行して前記トークンＩＤを有効化するとともに、前記利用者が前記航空機に搭乗した場合に前記トークンＩＤを無効化するステップと、
   を実行させるプログラム。
2. 前記コンピュータに、
   前記利用者から取得した前記生体情報と、前記旅券情報に含まれる旅券生体情報との認証を制御するステップをさらに実行させる、
   請求項１に記載のプログラム。
3. 前記利用者の前記搭乗予約情報を取得するステップでは、
   前記認証が完了した場合に、取得した前記旅券情報に基づいて、航空券の予約の際に取得した前記利用者の前記旅券情報と前記搭乗予約情報とを対応付けて記憶する航空会社のサーバを介して前記搭乗予約情報を取得する、
   請求項２に記載のプログラム。
4. 航空機への搭乗手続を実行するためのアプリケーションにおける利用者の前記搭乗手続に関する所定の処理が完了した場合に、前記利用者の旅券情報を取得する旅券情報取得部と、
   前記利用者の生体情報を取得する生体情報取得部と、
   取得した前記旅券情報に基づいて前記アプリケーションにおいて取得した前記利用者の搭乗予約情報を取得する予約情報取得部と、
   取得した前記旅券情報、前記生体情報、及び前記搭乗予約情報を関連付けるトークンＩＤを発行して前記トークンＩＤを有効化するとともに、前記利用者が前記航空機に搭乗した場合に前記トークンＩＤを無効化する処理部と、
   を備える情報処理装置。
5. 前記利用者から取得した前記生体情報と、前記旅券情報に含まれる旅券生体情報との認証を制御する制御部、
   をさらに備える請求項４に記載の情報処理装置。
6. 前記予約情報取得部は、前記認証が完了した場合に、取得した前記旅券情報に基づいて、航空券の予約の際に取得した前記利用者の前記旅券情報と前記搭乗予約情報とを対応付けて記憶する航空会社のサーバを介して前記搭乗予約情報を取得する、
   請求項５に記載の情報処理装置。
7. 航空機への搭乗手続を実行するためのアプリケーションにおける利用者の前記搭乗手続に関する所定の処理が完了した場合に、前記利用者の旅券情報を取得するステップと、
   前記利用者の生体情報を取得するステップと、
   取得した前記旅券情報に基づいて前記アプリケーションにおいて取得した前記利用者の搭乗予約情報を取得するステップと、
   取得した前記旅券情報、前記生体情報、及び前記搭乗予約情報を関連付けるトークンＩＤを発行して前記トークンＩＤを有効化するとともに、前記利用者が前記航空機に搭乗した場合に前記トークンＩＤを無効化するステップと、
   を備える情報処理方法。
8. 前記利用者から取得した前記生体情報と、前記旅券情報に含まれる旅券生体情報との認証を制御するステップ、
   をさらに備える請求項７に記載の情報処理方法。
9. 前記利用者の前記搭乗予約情報を取得するステップでは、
   前記認証が完了した場合に、取得した前記旅券情報に基づいて、航空券の予約の際に取得した前記利用者の前記旅券情報と前記搭乗予約情報とを対応付けて記憶する航空会社のサーバを介して前記搭乗予約情報を取得する、
   請求項８に記載の情報処理方法。

Images