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

Description

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

特許文献１には、旅客の生体情報（顔画像）を用いて、空港内の複数のチェックポイント（チェックインロビー、保安検査場、搭乗ゲート等）において顔認証により各種の手続を行うチケットレス搭乗システムが開示されている。

特開２００７－７９６５６号公報

特許文献１に記載されているシステムは、空港内における特定の業務に顔認証を利用するための構成を開示しているに留まる。一方、交通機関、製造業、運送業、小売業及び宿泊業等の様々な業務においても顔認証機能を実装することによって業務の効率化を図ることが期待されている。

そこで、本発明は、上述の問題に鑑み、様々な業務に対して顔認証機能を容易に実装できる情報処理装置、情報処理方法及びプログラムを提供することを目的とする。

本発明の一つの観点によれば、所定の業務に使用される業務端末から、制御データを有するリクエストデータを受信する受信部と、前記制御データに基づいて前記リクエストデータから、生体認証用の生体情報及びカプセル化された業務データを抽出する抽出部と、前記生体情報に基づいてユーザの生体認証を実行する認証部と、前記業務データを処理する業務処理部と、を備える情報処理装置が提供される。

本発明の他の観点によれば、所定の業務に使用される業務端末から、制御データを有するリクエストデータを受信するステップと、前記制御データに基づいて前記リクエストデータから、生体認証用の生体情報及びカプセル化された業務データを抽出するステップと、前記生体情報に基づいてユーザの生体認証を実行するステップと、前記業務データを処理するステップと、を備える情報処理方法が提供される。

本発明のさらに他の観点によれば、コンピュータに、所定の業務に使用される業務端末から、制御データを有するリクエストデータを受信するステップと、前記制御データに基づいて前記リクエストデータから、生体認証用の生体情報及びカプセル化された業務データを抽出するステップと、前記生体情報に基づいてユーザの生体認証を実行するステップと、前記業務データを処理するステップと、を実行させるためのプログラムが提供される。

本発明によれば、様々な業務に対して顔認証機能を容易に実装できる情報処理装置、情報処理方法及びプログラムを提供できる。

第１実施形態における情報処理システムの全体構成例を示す概略図である。 第１実施形態におけるトークンＩＤ情報ＤＢが記憶する情報の一例を示す図である。 第１実施形態における通過履歴情報ＤＢが記憶する情報の一例を示す図である。 第１実施形態における業務情報ＤＢが記憶する情報の一例を示す図である。 第１実施形態における管理サーバの機能ブロック図である。 第１実施形態におけるエッジ端末が管理サーバへ送信するリクエストデータのデータ構造を説明する図である。 第１実施形態における管理サーバがエッジ端末へ送信するレスポンスデータのデータ構造を説明する図である。 第１実施形態における管理サーバのハードウェア構成の一例を示すブロック図である。 第１実施形態におけるチェックイン端末のハードウェア構成の一例を示すブロック図である。 第１実施形態における自動手荷物預け機のハードウェア構成の一例を示すブロック図である。 第１実施形態における保安検査装置のハードウェア構成の一例を示すブロック図である。 第１実施形態における自動化ゲート装置のハードウェア構成の一例を示すブロック図である。 第１実施形態における搭乗ゲート装置のハードウェア構成の一例を示すブロック図である。 第１実施形態におけるチェックイン端末及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態におけるチェックイン端末が管理サーバへ送信するリクエストデータの一例を示す図である。 第１実施形態における管理サーバがチェックイン端末へ送信するレスポンスデータの一例を示す図である。 第１実施形態におけるチェックイン端末が管理サーバへ送信するリクエストデータの一例を示す図である。 第１実施形態における管理サーバがチェックイン端末へ送信するレスポンスデータの一例を示す図である。 第１実施形態における自動手荷物預け機及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における自動手荷物預け機が管理サーバへ送信するリクエストデータの一例を示す図である。 第１実施形態における管理サーバが自動手荷物預け機へ送信するレスポンスデータの一例を示す図である。 第１実施形態における保安検査装置及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における自動化ゲート装置及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における搭乗ゲート装置及び管理サーバの処理の一例を示すシーケンス図である。 第２実施形態における情報処理システムの全体構成例を示す概略図である。 第２実施形態における管理サーバの機能ブロック図である。 第２実施形態における自動券売機のハードウェア構成の一例を示すブロック図である。 第２実施形態における自動改札機のハードウェア構成の一例を示すブロック図である。 第２実施形態におけるＰＯＳ端末のハードウェア構成の一例を示すブロック図である。 第２実施形態における自動券売機及び管理サーバの処理の一例を示すシーケンス図である。 第２実施形態における自動券売機に表示される画面の一例を示す図である。 第２実施形態における自動券売機に表示される画面の一例を示す図である。 第２実施形態における自動券売機が管理サーバへ送信するリクエストデータの一例を示す図である。 第２実施形態における管理サーバが自動券売機へ送信するレスポンスデータの一例を示す図である。 第２実施形態における管理サーバの処理の一例を示すフローチャートである。 第２実施形態における自動改札機及び管理サーバの処理の一例を示すシーケンス図である。 第２実施形態における自動改札機が管理サーバへ送信するリクエストデータの一例を示す図である。 第２実施形態における管理サーバが自動改札機へ送信するレスポンスデータの一例を示す図である。 第２実施形態におけるＰＯＳ端末及び管理サーバの処理の一例を示すシーケンス図である。 第２実施形態におけるＰＯＳ端末が管理サーバへ送信するリクエストデータの一例を示す図である。 第２実施形態における管理サーバがＰＯＳ端末へ送信するレスポンスデータの一例を示す図である。 第２実施形態における自動改札機及び管理サーバの処理の一例を示すシーケンス図である。 第３実施形態における情報処理装置の構成を示すブロック図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図５は、管理サーバ１０の機能ブロック図である。同図に示されるように、管理サーバ１０は、記憶部１０Ａ、送受信部１０Ｂ、データ抽出部１０Ｃ、照合部１０Ｄ、トークンＩＤ発行部１０Ｅ及び業務処理部１０Ｆを有する。なお、管理サーバ１０の機能は、図示されたものに限られない。

記憶部１０Ａは、上述したトークンＩＤ情報、通過履歴情報及び業務情報等を記憶する。送受信部１０Ｂは、エッジ端末２００からリクエストデータＤ１を受信するとともに、管理サーバ１０における処理結果をレスポンスデータＤ２としてエッジ端末２００へ送信する。なお、本実施形態におけるエッジ端末２００としては、チェックイン端末２０、自動手荷物預け機３０、保安検査装置４０、自動化ゲート装置５０及び搭乗ゲート装置６０の各端末装置が該当する。

データ抽出部１０Ｃは、受信されたリクエストデータＤ１に含まれるコマンドに基づいて呼び出し対象のＡＰＩを判定し、リクエストデータＤ１に含まれる制御データ、顔認証用データ及び業務データを抽出して各ＡＰＩに振り分ける。

照合部１０Ｄは、データ抽出部１０Ｃにおいてコマンド内容が“トークンＩＤの発行要求”を示すと判定された場合には、リクエストデータＤ１から抽出された対象顔画像と旅券顔画像とを照合する。また、照合部１０Ｄは、データ抽出部１０Ｃにおいてコマンド内容が“顔認証の実行要求”を示すと判定された場合には、リクエストデータＤ１から抽出された対象顔画像を記憶部１０Ａに記憶されている登録者の顔画像（登録顔画像）と照合する。トークンＩＤ発行部１０Ｅは、照合部１０Ｄにおける対象顔画像と旅券顔画像との照合結果が照合一致の場合には、利用者Ｕに対してトークンＩＤを発行する。

業務処理部１０Ｆは、業務に関するデータ処理を実行するＸ（Ｘ≧１）個のＡＰＩの集合体であり、データ抽出部１０Ｃによって呼び出される。例えば、送受信部１０Ｂが自動手荷物預け機３０からリクエストデータＤ１を受信した場合には、データ抽出部１０Ｃは、まず照合部１０Ｄを呼出して照合処理を実行させ、その照合結果に基づいて手荷物預け手続に関する業務ＡＰＩを呼び出す。このように、データ抽出部１０Ｃによって抽出されたデータによって照合部１０Ｄや任意の業務ＡＰＩを起動できるため、顔認証技術を様々な業務へ容易に適用できる。

図６は、エッジ端末２００が管理サーバ１０へ送信するリクエストデータＤ１のデータ構造を説明する図である。リクエストデータＤ１は、ヘッダー部Ｈ１及びボディ部Ｂ１から構成されている。ヘッダー部Ｈ１は、通信プロトコル、認証情報、リクエストメソッド（ＰＯＳＴやＧＥＴ等）、コマンド及びリソースのメディアタイプの情報等の制御データを格納する領域である。

ボディ部Ｂ１は、制御データＢ１１、顔認証用データＢ１２及び業務データＢ１３を格納する領域である。制御データＢ１１は、業務ＡＰＩの動作を制御するためのデータであり、業務に依存しないデータ項目からなる。制御データＢ１１は、ヘッダー部Ｈ１に格納されている制御データとは制御対象が異なるものとする。ヘッダー部Ｈ１の制御データは、業務データの登録処理、業務データの検索処理、トークンＩＤの発行処理、及び生体認証の少なくとも１つに関する実行コマンドを含む。これに対し、ボディ部Ｂ１の制御データＢ１１は、リクエストデータＤ１の送信元のデバイス名、システム種別及びロケーション等のデータ項目を含む。

また、図６において、顔認証用データＢ１２としては、旅券顔画像データと撮影顔画像データの２つが格納されている。また、業務データＢ１３は、ｎ（１≧）個の業務データをカプセル化したデータ群であり、業務データＢ１３に対して１つのラベルが付与されている。
業務データＢ１３において、個々の業務データ（１）～（ｎ）は下位の階層に格納されており、業務処理部１０Ｆの処理に用いられる。また、業務データ（１）～（ｎ）に対しては、データ項目を識別可能にするために、それぞれラベルが付与されている。

図７は、管理サーバ１０がエッジ端末２００へ送信するレスポンスデータＤ２のデータ構造を説明する図である。レスポンスデータＤ２は、ヘッダー部Ｈ２及びボディ部Ｂ２から構成されている。リクエストデータＤ１の場合と異なり、レスポンスデータＤ２は顔認証用データを含まない。また、ボディ部Ｂ２は、制御データＢ２１及び業務データＢ２２を格納する領域である。なお、ヘッダー部Ｈ２及びボディ部Ｂ２の構成は、図６に示されるヘッダー部Ｈ１及びボディ部Ｂ１と同様であるが、格納されるデータ項目の種類は必ずしも一致しなくてもよい。

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

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

ＣＰＵ１０１は、記憶装置１０３に記憶されたプログラムに従って所定の動作を行うとともに、管理サーバ１０の各部を制御する機能を有するプロセッサである。管理サーバ１０において、ＣＰＵ１０１は、上述した送受信部１０Ｂ、データ抽出部１０Ｃ、照合部１０Ｄ、トークンＩＤ発行部１０Ｅ及び業務処理部１０Ｆとして機能する。ＲＡＭ１０２は、揮発性記憶媒体から構成され、ＣＰＵ１０１の動作に必要な一時的なメモリ領域を提供する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、チェックイン端末２０は、航空券媒体が媒体読取装置２０８の読取部にかざされたと判定すると（ステップＳ１０１、ＹＥＳ）、かざされた航空券媒体から利用者Ｕの搭乗予約情報を取得する（ステップＳ１０２）。取得された搭乗予約情報には、姓、名、エアラインコード、便名、搭乗日、出発地（搭乗空港）、目的地（到着空港）、シート番号、搭乗時間、到着時間等が含まれる。

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

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

次に、チェックイン端末２０は、生体情報取得装置２０９により利用者Ｕの顔を撮影し、顔画像を対象顔画像として取得する（ステップＳ１０５）。なお、顔画像を撮影する前に、顔画像の撮影に関する案内メッセージ（例えば、「お客様の顔画像をご登録頂きますと、出国までの以下の手続などを顔認証によって簡単に行うことができます。ご登録頂いた顔画像は、搭乗完了後にシステムから削除されます。」）を画面に表示し、利用者Ｕの同意を得ると好適である。

次に、チェックイン端末２０は、顔画像の照合及びトークンＩＤの発行を要求するリクエストデータＤ１を管理サーバ１０に送信する（ステップＳ１０６）。

図１５Ａは、チェックイン端末２０が管理サーバ１０へ送信するリクエストデータＤ１の一例を示す図である。リクエストデータＤ１は、ヘッダー部Ｈ１及びボディ部Ｂ１から構成されている。ヘッダー部Ｈ１には、トークンＩＤの発行要求を示すコマンド（“Ｉｓｓｕｅ－ｔｏｋｅｎＩｄ”）がＵＲＬの最後に記載されている。

また、ボディ部Ｂ１は、制御データＢ１１、顔認証用データＢ１２及び業務データＢ１３から構成されている。制御データＢ１１には、空港Ａにおける端末のロケーション（“ｌｏｃａｔｉｏｎ”）、ターミナル（“ｔｅｒｍｉｎａｌ”）、デバイス名（“ｄｅｖｉｃｅＮａｍｅ”）、システムタイプ（“ｓｙｓＴｙｐｅ”）、システムベンダーの情報（“ｓｙｓＶｅｎｄｅｒ”）、リクエストデータの送信時刻（“ｒｅｑＴｉｍｅＳｔａｍｐ”）、顔画像の撮影に用いたカメラのＩＤ（“ｃａｍｅｒａＩｄ”）及びカメラのモデル名（“ｃａｍｅｒａＭｏｄｅｌ”）の各項目のラベル情報とデータが記載されている。

また、顔認証用データＢ１２には、旅券顔画像のファイル名（“ＰａｓｓｐｏｒｔＦａｃｅＩｍａｇｅ”）、撮影顔画像の撮影時刻（“ｑｕｅｒｙＴｉｍｅＳｔａｍｐ”）、撮影顔画像のファイル名（“ｑｕｅｒｙＦａｃｅＩｍａｇｅ”）の各項目のラベル情報とデータが記載されている。

そして、業務データＢ１３には、１つのラベル（“ａｐｐｄａｔａ”）が付与され、開始部分を示す記号（“｛”）と終了部分を示す記号（“}”）に囲まれた部分に業務データの各データ項目のラベル情報とデータが階層的に記載されている。

管理サーバ１０は、チェックイン端末２０からリクエストデータＤ１を受信すると、チェックイン端末２０で撮影された対象顔画像と、利用者Ｕの旅券顔画像とを１対１で照合する（ステップＳ１０７）。すなわち、図１５Ａの例では、ファイル名（“Ｑ２０１９０２２５０００００２５．ｊｐｇ”）の撮影顔画像と、ファイル名（“Ｐ２０１９０２２５０００００１．ｊｐｇ”）の旅券顔画像とを照合する。

次に、管理サーバ１０は、対象顔画像と旅券顔画像との照合結果が照合一致であると判定すると（ステップＳ１０８、ＹＥＳ）、トークンＩＤを発行する（ステップＳ１０９）。トークンＩＤは、例えば処理時の日時やシーケンス番号に基づいて固有な値に設定される。

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

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

次に、管理サーバ１０は、旅券情報及び搭乗予約情報を業務情報として、トークンＩＤと業務情報との関係を業務情報ＤＢ１３へ登録する（ステップＳ１１１）。このように、顔認証に必要な制御データと、業務の実行に必要な業務情報とは、別々のデータベースにおいて管理されるが、登録顔画像及び業務情報はトークンＩＤによって関連付けられる。図１５Ａの例では、業務データＢ１３に格納されている複数のデータ項目（旅客の氏名（“ＰａｓｓｅｎｇｅｒＮａｍｅ”）、旅券番号（“ＰａｓｓｐｏｒｔＮｕｍ”）、国籍（“Ｎａｔｉｏｎａｌｉｔｙ”）、生年月日（“ＤａｔｅｏｆＢｉｒｔｈ”）、性別（“Ｓｅｘ”）等）が業務情報として業務情報ＤＢ１３に登録される。

次に、管理サーバ１０は、発行したトークンＩＤ及び照合一致の照合結果情報を含むレスポンスデータＤ２をチェックイン端末２０に送信する（ステップＳ１１２）。

図１５Ｂは、管理サーバ１０がチェックイン端末２０へ送信するレスポンスデータＤ２の一例を示す図である。レスポンスデータＤ２は、ヘッダー部Ｈ２及びボディ部Ｂ２から構成されている。リクエストデータＤ１の場合と異なり、レスポンスデータＤ２は顔認証用データを含まない。また、図１５Ａに示した制御データＢ１１の場合と異なり、発行されたトークンＩＤ（“ｔｏｋｅｎＩｄ”）及び処理のステータスを示す処理コード（“ＳｔａｔｕｓＣｄ”）の各データ項目のラベル情報とデータが記載されている。ここでは、発行されたトークンＩＤは“Ｔ２０１９０２２５００００００２０”であり、処理コードは正常終了を示す“０００”である。業務データＢ２２には、図１５Ａに示した業務データＢ１３と同様のデータ項目のラベル情報とデータが記載されている。

一方、管理サーバ１０は、旅券顔画像と対象顔画像との照合結果が照合不一致であると判定すると（ステップＳ１０８、ＮＯ）、照合不一致の照合結果情報を含むレスポンスデータＤ２をチェックイン端末２０に送信する（ステップＳ１１３）。

次に、チェックイン端末２０は、管理サーバ１０から受信したレスポンスデータＤ２を参照し、チェックイン手続を実行できると判定した場合（ステップＳ１１４、ＹＥＳ）、利用者Ｕの入力情報に基づいて旅程の確認や座席の選択等のチェックイン手続を実行する（ステップＳ１１５）。そして、チェックイン端末２０は、利用者Ｕの通過履歴情報の登録を要求するリクエストデータＤ１を管理サーバ１０に送信する（ステップＳ１１６）。

図１５Ｃは、チェックイン端末２０が管理サーバ１０へ送信するリクエストデータＤ１の一例を示す図である。ここでは、ヘッダー部Ｈ１には、利用者Ｕの通過履歴情報の登録を要求するコマンド（“ｒｅｇｉｓｔｅｒ－ｐａｓｓｉｎｇＨｉｓｔｏｒｙ”）がＵＲＬの最後に記載されている。制御データＢ１１には、通過したタッチポイント（“ＴｏｕｃｈＰｏｉｎｔ”）及び通過時刻（“ＰａｓｓｉｎｇＴｉｍｅ”）等の各項目のラベル情報とデータが含まれている。また、図１５Ｃの例では、業務データＢ１３にデータを記載しなくてもよいことが示されている。すなわち、業務データＢ１３として格納されるデータは、コマンドの内容に対応して変動する。

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

そして、管理サーバ１０は、レスポンスデータＤ２をチェックイン端末２０へ送信し（ステップＳ１１８）、処理を終了する。

図１５Ｄは、管理サーバ１０がチェックイン端末２０へ送信するレスポンスデータＤ２の一例を示す図である。ここでは、発行されたトークンＩＤ（“ｔｏｋｅｎＩｄ”）及び処理のステータスを示す処理コード（“ＳｔａｔｕｓＣｄ”）のラベル情報とデータが記載されている。トークンＩＤは“Ｔ２０１９０２２５００００００２０”であり、図１５Ｂと同様である。また、処理コードは正常終了を示す“０００”である。すなわち、通過履歴情報ＤＢ１２への登録処理が成功したことを示している。

一方、チェックイン端末２０は、管理サーバ１０から受信したレスポンスデータＤ２を参照し、利用者Ｕのチェックイン手続を実行できないと判定した場合（ステップＳ１１４、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ１１９）。例えば、“有人カウンタにてチェックイン手続を行ってください。”等のメッセージを含む通知画面を表示装置２０７に表示する。

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

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

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

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

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

図１７Ａは、自動手荷物預け機３０が管理サーバ１０へ送信するリクエストデータＤ１の一例を示す図である。リクエストデータＤ１は、ヘッダー部Ｈ１及びボディ部Ｂ１から構成されている。ヘッダー部Ｈ１には、照合処理の実行を要求するコマンド（“ｆａｃｅ－ｍａｔｃｈｉｎｇ”）がＵＲＬの最後に記載されている。また、制御データＢ１１には、リクエストデータＤ１の送信元の端末のデバイス名（“ｄｅｖｉｃｅＮａｍｅ”）及び業務システムの種別（“ｓｙｓＴｙｐｅ”）等を示すラベル情報とデータが記載されている。

また、顔認証用データＢ１２には、撮影顔画像の撮影時刻（“ｑｕｅｒｙＴｉｍｅＳｔａｍｐ”）、撮影顔画像のファイル名（“ｑｕｅｒｙＦａｃｅＩｍａｇｅ”）の各項目のラベル情報とデータが記載されている。コマンドが照合要求である場合には、図１５Ａの例とは異なり、旅券顔画像のファイル名（“ＰａｓｓｐｏｒｔＦａｃｅＩｍａｇｅ”）は省略される。

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

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

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

図１７Ｂは、管理サーバ１０が自動手荷物預け機３０へ送信するレスポンスデータＤ２の一例を示す図である。ここでは、登録顔画像に関連付けられているトークンＩＤ（“ｔｏｋｅｎＩｄ”）、処理コード（“ＳｔａｔｕｓＣｄ”）及び照合スコア（“ＭａｔｃｈｉｎｇＳｃｏｒｅ”）の各項目のラベル情報とデータが記載されている。トークンＩＤは“Ｔ２０１９０２２５００００００２０”であり、図１５Ｄの例と同一人物であることが分かる。また、処理コードは正常終了を示す“０００”である。すなわち、図１７Ａに示した対象顔画像（“ｑｕｅｒｙＦａｃｅＩｍａｇｅ”：“Ｑ２０１９０２２５０００２５０.ｊｐｇ”）と登録顔画像との照合結果が照合一致であったことを示している。

そして、業務データＢ２２には、トークンＩＤに基づいて業務情報ＤＢ１３から取得された業務情報（旅客の氏名（“ＰａｓｓｅｎｇｅｒＮａｍｅ”）、旅券番号（“ＰａｓｓｐｏｒｔＮｕｍ”）、国籍（“Ｎａｔｉｏｎａｌｉｔｙ”）、生年月日（“ＤａｔｅｏｆＢｉｒｔｈ”）、性別（“Ｓｅｘ”）等）が記載されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一方、保安検査装置４０は、レスポンスデータＤ２を参照し、手続を実行できないと判定した場合（ステップＳ３０９、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ３１４）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

このように、本実施形態によれば、空港Ａ内で行われる複数の業務に対して顔認証技術を容易に適用できる。これにより、各業務の効率化が図られる。また、本実施形態においては、利用者Ｕの出国時における空港業務について説明したが、本実施形態の構成は入国時における入国審査手続、税関手続等の他の業務にも適用できる。

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

図２１は、本実施形態における情報処理システム２の全体構成例を示す概略図である。情報処理システム２は、鉄道に関する各種の業務を支援するコンピュータシステムである。図２１では、情報処理システム２は、管理サーバ１０に対して、乗車券を販売する自動券売機７０と、駅のセキュリティエリアＳＡの改札口に設置された自動改札機８０と、セキュリティエリアＳＡ内に設置されたＰＯＳ端末９０と、インターネット接続装置ＩＮＣとがネットワークＮＷ、ＮＷ１及びＮＷ２を介して接続されている。ネットワークＮＷ１は、出発駅ＤＳに設けられたネットワークであり、ネットワークＮＷ２は、到着駅ＡＳに設けられたネットワークである。インターネット接続装置ＩＮＣには、ネットワークＮＷ３を介して複数の無線通信装置ＲＳが接続されている。複数の無線通信装置ＲＳは、線路に沿って敷設された同軸ケーブルＣに設置されており、線路上を移動する列車ＴＲ内の移動通信局（不図示）と無線通信を行う。これにより、管理サーバ１０及び列車ＴＲは、ネットワークＮＷ及びＮＷ３を介してデータ通信が可能となっている。

また、本実施形態における管理サーバ１０は、第１実施形態と同様に、トークンＩＤ情報ＤＢ１１、通過履歴情報ＤＢ１２及び業務情報ＤＢ１３を有する。ただし、本実施形態における業務は、第１実施形態の業務とは異なっているため、業務情報ＤＢ１３に記憶される業務情報のデータ項目も異なる。具体的には、本実施形態における業務は、駅内での商取引を伴う業務を含む。このため、業務情報にはクレジットカード番号等の決済情報が含まれる。なお、決済情報が登録されていない利用者Ｕについても、管理サーバ１０及び自動改札機８０は、顔認証に基づいて利用者Ｕの入退場を制御できるものとする。

図２２は、本実施形態における管理サーバ１０の機能ブロック図である。同図に示されるように、本実施形態におけるエッジ端末２００としては、自動券売機７０、自動改札機８０及びＰＯＳ端末９０が該当する。管理サーバ１０の構成は、第１実施形態の場合と同様であるが、業務処理部１０Ｆ（業務ＡＰＩ）の機能は第１実施形態とは異なる。

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

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

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

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

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

［発券時におけるトークン発行処理］
図２６は、自動券売機７０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、利用者Ｕが自動券売機７０において鉄道の乗車券を購入するときに実行される。

先ず、自動券売機７０は、利用日、利用区間、列車名及び座席区分等の乗車券に関する情報と購入用の決済情報を取得する（ステップＳ６０１）。

図２７及び図２８は、自動券売機７０に表示される画面の一例を示す図である。図２７の画面の上欄部には、利用する列車を検索するための条件として、利用日、列車名、利用区間、出発予定時刻、到着予定時刻の入力フォームが含まれている。また、図２７の画面の下欄部には、到着駅（降車駅）ＡＳにおいてタクシーの配車予約サービスを利用するか否かを指定する入力フォームが含まれている。なお、図２７の場合には、利用する列車を検索するための条件として、自動券売機７０は利用者Ｕに対して利用日、列車名、利用区間、出発予定時刻及び到着予定時刻の入力を要求し、乗車券の予約及び発券を行っている。しかし、乗車券の予約及び発券の方法はこれに限られない。例えば、利用者Ｕが、自身の所有する端末からオンラインでの予約時に顔画像を登録している場合には、自動券売機７０による発券時に顔認証を実行することで利用者Ｕの予約情報を呼び出すことができる。また、利用者Ｕがオンラインでの予約時に顔画像を登録している場合には、自動券売機７０において発券を行わなくても利用者Ｕが自動改札機８０等のタッチポイントを通過できるようにシステム構成を変更してもよい。さらに、利用者Ｕがサーバ上に顔画像を予め登録している会員である場合には、乗車券の購入時に顔画像を毎回登録しなくてもよい。これにより、利用者Ｕの利便性をさらに向上させることができる。

図２８では、顔認証による決済サービスに関する案内メッセージ（“顔画像をご登録頂いたお客様は、クレジットカード情報をご登録頂きますと、到着駅の改札口を出るまで顔認証による決済サービスをご利用頂けます。クレジットカード情報を登録しますか？”）と、操作ボタン（はい／いいえ）が表示されている。

次に、自動券売機７０は、利用者Ｕからの顔画像の撮影に関する同意の有無を判定する。ここで、自動券売機７０は、利用者Ｕからの同意ありと判定した場合（ステップＳ６０２、ＹＥＳ）には、生体情報取得装置７０９により撮影した利用者Ｕの顔画像を登録顔画像として取得し（ステップＳ６０３）、処理はステップＳ６０４へ移行する。これに対し、自動券売機７０は、利用者Ｕからの同意なしと判定した場合（ステップＳ６０２、ＮＯ）には、処理はステップＳ６０４へ移行する。

ステップＳ６０４において、乗車券の購入及びトークンＩＤの発行を要求するリクエストデータＤ１を管理サーバ１０に送信する。ステップＳ６０３において顔画像の撮影が行われていた場合には、リクエストデータＤ１には利用者Ｕの顔画像（登録顔画像）が含まれる。また、利用者Ｕから決済情報の登録に関する同意が得られている場合には、決済情報の登録を指示するデータをリクエストデータＤ１に含めると好適である。

図２９Ａは、自動券売機７０が管理サーバ１０へ送信するリクエストデータＤ１の一例を示す図である。リクエストデータＤ１は、ヘッダー部Ｈ１及びボディ部Ｂ１から構成されている。ヘッダー部Ｈ１には、トークンＩＤの発行要求を示すコマンド（“Ｉｓｓｕｅ－ｔｏｋｅｎＩｄ”）がＵＲＬの最後に記載されている。

制御データＢ１１には、駅名（“ｓｔａｔｉｏｎＮａｍｅ”）、自動券売機７０の設置エリア（“ａｒｅａ”）、デバイス名（“ｄｅｖｉｃｅＮａｍｅ”）、システムタイプ（“ｓｙｓＴｙｐｅ”）、システムベンダーの情報（“ｓｙｓＶｅｎｄｅｒ”）、リクエストデータの送信時刻（“ｒｅｑＴｉｍｅＳｔａｍｐ”）、顔画像の撮影に用いたカメラのＩＤ（“ｃａｍｅｒａＩｄ”）及びカメラのモデル名（“ｃａｍｅｒａＭｏｄｅｌ”）の各項目のラベル情報とデータが記載されている。

また、顔認証用データＢ１２には、撮影顔画像の撮影時刻（“ｑｕｅｒｙＴｉｍｅＳｔａｍｐ”）及び撮影顔画像のファイル名（“ｑｕｅｒｙＦａｃｅＩｍａｇｅ”）の各項目のラベル情報とデータが記載されている。

そして、業務データＢ１３には、１つのラベル（“ａｐｐｄａｔａ”）が付与され、開始部分を示す記号（“｛”）と終了部分を示す記号（“}”）に囲まれた部分に業務データのデータ項目の各データ項目のラベル情報とデータが階層的に記載されている。図２９Ａの例では、業務データＢ１３は、乗車する利用者Ｕの氏名（“ＰａｓｓｅｎｇｅｒＮａｍｅ”）、乗車日（“ｂｏｒｄｉｎｇＤａｔｅ”）、出発駅（“ｄｅｐＳｔａｔｉｏｎ”）、到着駅（“ａｒｒＳｔａｔｉｏｎ”）、利用する列車名（“ｔｒａｉｎＮａｍｅ”）、クレジットカード番号（“ＣｒｅｄｉｔＣａｒｄＮｕｍ”）、タクシーの配車予約サービス（“ＴａｘｉＤｉｓｐａｃｈＳｅｒｖｉｃｅ”）等のラベル情報及びデータを含んでいる。本実施形態のデータ抽出部１０Ｃは、１つのリクエストデータＤ１に基づいて２つ以上のＡＰＩに業務データを振り分けることができる。これにより、鉄道の乗車券の購入と同時に、配車予約サービスの業務ＡＰＩを呼び出し、列車ＴＲの到着時刻等に合わせて配車予約を完了することもできる。

ステップＳ６０５において、管理サーバ１０は、自動券売機７０からリクエストデータＤ１を受信すると、乗車券の購入処理を実行する。その後、管理サーバ１０は、トークンＩＤを発行する（ステップＳ６０６）。次に、管理サーバ１０は、トークンＩＤと登録顔画像との関係をトークンＩＤ情報ＤＢ１１へ登録する（ステップＳ６０７）。

次に、管理サーバ１０は、トークンＩＤと業務情報（図２９Ａの業務データＢ１３）との関係を業務情報ＤＢ１３へ登録する（ステップＳ６０８）。これにより、トークンＩＤによって登録顔画像と決済情報等の業務情報とが関連付けられる。

次に、管理サーバ１０は、発行したトークンＩＤを含むレスポンスデータＤ２を自動券売機７０に送信する（ステップＳ６０９）。

図２９Ｂは、管理サーバ１０が自動券売機７０へ送信するレスポンスデータＤ２の一例を示す図である。また、図２９Ａに示した制御データＢ１１の場合と異なり、制御データＢ２１には、利用者Ｕに対して発行されたトークンＩＤ（“ｔｏｋｅｎＩｄ”）及び処理のステータスを示す処理コード（“ＳｔａｔｕｓＣｄ”）の各データ項目のラベル情報とデータが記載されている。ここでは、発行されたトークンＩＤは“Ｔ０００００００００２０”であり、処理コードは正常終了を示す“０００”である。

ステップＳ６１０において、自動券売機７０は、レスポンスデータＤ２を参照し、利用者Ｕが乗車券を購入できたか否かを判定する。ここで、自動券売機７０は、利用者Ｕが乗車券を購入できたと判定した場合（ステップＳ６１０、ＹＥＳ）、受領証を印刷し（ステップＳ６１１）、処理を終了する。なお、受領証ではなく、紙の乗車券を印刷してもよい。

一方、自動券売機７０は、レスポンスデータＤ２を参照し、利用者Ｕが乗車券を購入できなかったと判定した場合（ステップＳ６１０、ＮＯ）、購入処理に失敗した旨を通知する（ステップＳ６１２）。

図３０は、管理サーバ１０の処理の一例を示すフローチャートである。この処理は、図２６のステップＳ６０５に相当する。

先ず、管理サーバ１０は、利用者Ｕから指定された条件に基づいて予約データベース（不図示）に記憶されている予約情報を照会する（ステップＳ７０１）。

次に、管理サーバ１０は、照会結果に基づいて乗車予約が可能か否かを判定する（ステップＳ７０２）。ここで、管理サーバ１０が、乗車予約が可能であると判定した場合（ステップＳ７０２、ＹＥＳ）、決済情報に基づいて決済処理を実行し（ステップＳ７０３）、処理はステップＳ７０４へ移行する。これに対し、管理サーバ１０が、乗車予約はできないと判定した場合（ステップＳ７０２、ＮＯ）、処理はステップＳ７１０へ移行する。

ステップＳ７０４において、管理サーバ１０は、決済処理が正常に完了したか否かを判定する。ここで、管理サーバ１０が、決済処理が正常に完了したと判定した場合（ステップＳ７０４、ＹＥＳ）、予約システムへ予約情報を登録し（ステップＳ７０５）、処理はステップＳ７０６へ移行する。これに対し、管理サーバ１０が、決済処理が失敗したと判定した場合（ステップＳ７０４、ＮＯ）、処理はステップＳ７１０へ移行する。

ステップＳ７０６において、管理サーバ１０は、配車希望の有無を判定する。ここで、管理サーバ１０が、配車希望ありと判定した場合（ステップＳ７０６、ＹＥＳ）、利用する列車ＴＲの到着駅ＡＳにおける到着予定時刻を取得し（ステップＳ７０７）、配車予約処理を実行する（ステップＳ７０８）。配車予約処理においては、利用者Ｕが入力した配車場所及び配車希望時刻を反映すると好適である（図２７参照）。なお、配車処理を外部システム（不図示）の業務ＡＰＩが実行する場合には、業務処理部１０Ｆは外部システムを呼び出すためのＡＰＩとして機能する。

ステップＳ７０９において、管理サーバ１０は、購入完了の処理結果を出力し、処理は図２６のステップＳ６０６へ移行する。一方、ステップＳ７１０においては、管理サーバ１０は、購入エラーの処理結果を出力し、処理は図２６のステップＳ６０９へ移行する。

［顔認証による入場処理］
図３１は、自動改札機８０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、乗車券の購入時に顔画像を登録した利用者Ｕが改札から入場するときに実行される。

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

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

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

図３２Ａは、自動改札機８０が管理サーバ１０へ送信するリクエストデータＤ１の一例を示す図である。リクエストデータＤ１は、ヘッダー部Ｈ１及びボディ部Ｂ１から構成されている。ヘッダー部Ｈ１には、照合処理の実行を要求するコマンド（“ｆａｃｅ－ｍａｔｃｈｉｎｇ”）がＵＲＬの最後に記載されている。また、制御データＢ１１には、リクエストデータＤ１の送信元の端末のデバイス名（“ｄｅｖｉｃｅＮａｍｅ”）及び業務システムの種別（“ｓｙｓＴｙｐｅ”）の各データ項目のラベル情報とデータが記載されている。

また、顔認証用データＢ１２には、撮影顔画像の撮影時刻（“ｑｕｅｒｙＴｉｍｅＳｔａｍｐ”）、撮影顔画像のファイル名（“ｑｕｅｒｙＦａｃｅＩｍａｇｅ”）の各項目のラベル情報とデータが記載されている。

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

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

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

図３２Ｂは、管理サーバ１０が自動改札機８０へ送信するレスポンスデータＤ２の一例を示す図である。ここでは、登録顔画像に関連付けられているトークンＩＤ（“ｔｏｋｅｎＩｄ”）、処理コード（“ＳｔａｔｕｓＣｄ”）及び照合スコア（“ＭａｔｃｈｉｎｇＳｃｏｒｅ”）の各項目のラベル情報とデータが記載されている。トークンＩＤは“Ｔ０００００００００２０”であり、乗車券を購入した人物と同一人物であることが分かる（図２９Ｂ参照）。また、処理コードは正常終了を示す“０００”である。すなわち、図３２Ａに示した対象顔画像（“ｑｕｅｒｙＦａｃｅＩｍａｇｅ”：“Ｑ２０１９０２２６０００２５０.ｊｐｇ”）と登録顔画像との照合結果が照合一致であったことを示している。

次に、自動改札機８０は、レスポンスデータＤ２を参照し、入場を許可できると判定した場合（ステップＳ８０９、ＹＥＳ）、ゲート８１１を開放する（ステップＳ８１０）。改札を通過した利用者Ｕは、列車ＴＲに乗車するために所定の場所へ移動する。

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

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

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

一方、自動改札機８０は、レスポンスデータＤ２を参照し、入場を許可できないと判定した場合（ステップＳ８０９、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ８１４）。例えば、“お近くの駅係員にお問い合わせください。”等のメッセージを含む通知画面を表示装置８０７に表示する。

［顔認証による決済処理］
図３３は、ＰＯＳ端末９０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、例えば、駅内（改札内）や列車ＴＲ内での商品の購入時に、利用者Ｕから顔認証による決済方法が指定された場合に実行される。

先ず、ＰＯＳ端末９０は、係員から決済処理の開始が指示されると、装置の前を撮影した画像中にＰＯＳ端末９０の前に立つ利用者Ｕの顔が検出されたか否かを判定する（ステップＳ９０１）。ＰＯＳ端末９０は、生体情報取得装置９０９によって画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ９０１、ＮＯ）。

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

次に、ＰＯＳ端末９０は、対象顔画像と登録顔画像との照合処理の実行及び決済処理の実行を要求するリクエストデータＤ１を管理サーバ１０に送信する（ステップＳ９０３）。

図３４Ａは、ＰＯＳ端末９０が管理サーバ１０へ送信するリクエストデータＤ１の一例を示す図である。リクエストデータＤ１は、ヘッダー部Ｈ１及びボディ部Ｂ１から構成されている。ヘッダー部Ｈ１には、決済処理の実行要求を示すコマンド（“ｐｕｒｃｈａｓｅ”）がＵＲＬの最後に記載されている。また、ボディ部Ｂ１の業務データＢ１３には、請求金額（“ＢｉｌｌｉｎｇＡｍｏｕｎｔ”）のラベル情報とデータが含まれている。

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

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

ステップＳ９０６において、管理サーバ１０は、照合一致の登録顔画像に関連付けられたトークンＩＤをキーとして業務情報ＤＢ１３から業務情報に含まれる決済情報を取得する。

次に、管理サーバ１０は、決済情報に基づいて決済処理を実行すると（ステップＳ９０７）、トークンＩＤ及び購入商品の情報等に基づいて業務情報ＤＢ１３を更新する（ステップＳ９０８）。

そして、管理サーバ１０は、照合結果、トークンＩＤ及び決済結果を含むレスポンスデータＤ２をＰＯＳ端末９０へ送信すると（ステップＳ９０９）、処理はステップＳ９１１へ移行する。

図３４Ｂは、管理サーバ１０がＰＯＳ端末９０へ送信するレスポンスデータＤ２の一例を示す図である。また、図３４Ａに示した制御データＢ１１の場合と異なり、制御データＢ２１には、利用者Ｕに対して発行されたトークンＩＤ（“ｔｏｋｅｎＩｄ”）、処理のステータスを示す処理コード（“ＳｔａｔｕｓＣｄ”）及び照合スコア（“ＭａｔｃｈｉｎｇＳｃｏｒｅ”）の各データ項目ラベル情報とデータが記載されている。

ステップＳ９１１において、ＰＯＳ端末９０は、レスポンスデータＤ２を参照し、決済処理が正常に完了したか否か判定する。ここで、ＰＯＳ端末９０は、決済処理が正常に完了したと判定した場合（ステップＳ９１１、ＹＥＳ）、受領証を印刷し（ステップＳ９１２）、処理を終了する。

一方、ＰＯＳ端末９０は、決済情報に基づいて決済処理を実行できないと判定した場合（ステップＳ９１１、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ９１３）。

このように、乗車券の購入時において顔画像と決済情報とをトークンＩＤによって関連付けることにより、トークンＩＤが有効である期間においては、顔認証による決済処理が可能となる。

［顔認証による退場処理］
図３５は、自動改札機８０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、利用者Ｕが到着駅の改札口を通過するときに実行される。

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

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

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

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

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

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

次に、自動改札機８０は、レスポンスデータＤ２を参照し、退場を許可できると判定した場合（ステップＳ１００９、ＹＥＳ）、ゲート８１１を開放する（ステップＳ１０１０）。

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

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

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

そして、管理サーバ１０は、レスポンスデータＤ２を自動改札機８０へ送信し（ステップＳ１０１４）、処理を終了する。

一方、自動改札機８０は、レスポンスデータＤ２を参照し、退場を許可できないと判定した場合（ステップＳ１００９、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ１０１５）。

このように、本実施形態によれば、管理サーバ１０は、鉄道施設内で行われる複数の業務に対して顔認証技術を容易に適用できる。これにより、各業務の効率化が図られる。

また、鉄道の業務に顔認証技術を利用した場合には、携帯端末や窓口の券売機で乗車券や特急券を購入したときに顔画像を撮影する。列車内で車掌による検札が行われるような場合には、車掌が携帯型の業務端末を用いて利用者Ｕの顔画像を撮影し、管理サーバ１０にネットワークＮＷ及びＮＷ３を介してアップロードすればよい。これにより、列車ＴＲ内で顔認証に基づいた検札業務が可能となる。なお、検札は、車両内に設置されたネットワークカメラが撮影した画像に基づいて管理サーバ１０が自動的に行ってもよい。

さらに、トークンＩＤと決済情報が予め関連付けられていれば、目的地を指定せずに乗車した場合や乗り越した場合でも、降車駅から退場する際に顔認証により乗車代金を支払うこともできる。

［第３実施形態］
図３６は、本実施形態における情報処理装置１００の構成を示すブロック図である。情報処理装置１００は、受信部１００Ａと、抽出部１００Ｂと、認証部１００Ｃと、業務処理部１００Ｄと、を備える。受信部１００Ａは、所定の業務に使用される業務端末から、制御データを有するリクエストデータを受信する。抽出部１００Ｂは、制御データに基づいてリクエストデータから、生体認証用の生体情報及びカプセル化された業務データを抽出する。認証部１００Ｃは、生体情報に基づいてユーザの生体認証を実行する。業務処理部１００Ｄは、業務データを処理する。本実施形態における情報処理装置１００によれば、様々な業務に対して顔認証機能を容易に実装できる。

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

上述の第１及び第２実施形態においては、本発明を空港及び鉄道における業務に適用した場合について説明した。しかし、本発明の構成は、宿泊業、サービス業、製造業等の任意の業種における業務に適用できる。例えば、宿泊業の業務に適用する場合には、ホテルへのチェックイン時に宿泊者の顔画像と業務情報とをトークンＩＤによって関連付けることにより、施設内における商品の購入、サービスの利用、客室への入退室制御等を利用者の宿泊期間において顔認証により行える。

上述の第１及び第２実施形態においては、リクエストデータＤ１及びレスポンスデータＤ２は、ＪＳＯＮ形式で記述されていたが、ＸＭＬ形式等の他のデータフォーマットにより記述されてもよい。すなわち、業務データをカプセル化できるデータフォーマットであればよい。

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

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

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

（付記１）
所定の業務に使用される業務端末から、制御データを有するリクエストデータを受信する受信部と、
前記制御データに基づいて前記リクエストデータから、生体認証用の生体情報及びカプセル化された業務データを抽出する抽出部と、
前記生体情報に基づいて前記ユーザの生体認証を実行する認証部と、
前記業務データを処理する業務処理部と、
を備える情報処理装置。

（付記２）
前記業務処理部及び前記認証部における処理結果がそれぞれ反映された前記制御データと前記業務データとを有するレスポンスデータを前記業務端末へ送信する送信部をさらに備え、
前記レスポンスデータにおいて、前記業務データはカプセル化されている、
付記１に記載の情報処理装置。

（付記３）
前記業務データは、前記業務処理部がデータ項目を特定するためのラベルを含む、
付記２に記載の情報処理装置。

（付記４）
前記ユーザの前記生体情報と前記業務データとを関連付ける識別子を発行する発行部、
をさらに備える付記３に記載の情報処理装置。

（付記５）
前記制御データは、前記業務データの登録処理、前記業務データの検索処理、前記識別子の発行処理、及び前記生体認証の少なくとも１つに関する実行コマンドを含む、
付記４に記載の情報処理装置。

（付記６）
前記リクエストデータの前記生体情報が、空港施設に設けられた前記業務端末において前記ユーザから取得された第１生体情報と前記ユーザが所持する旅券から取得された第２生体情報とを含む場合に、
前記認証部は、前記第１生体情報と前記第２生体情報とを照合し、
前記発行部は、前記認証部における照合結果が照合一致である場合に、前記第１生体情報を前記ユーザの登録生体情報に設定するとともに、前記旅券又は搭乗券に関する前記業務データと前記登録生体情報とを前記識別子を用いて関連付ける、
付記４又は５に記載の情報処理装置。

（付記７）
前記認証部における前記第１生体情報と前記登録生体情報との照合結果が照合一致の場合に、前記レスポンスデータは前記登録生体情報に関連付けられている前記業務データを含む、
付記６に記載の情報処理装置。

（付記８）
前記発行部は、鉄道施設に設けられた前記業務端末における乗車券の発券時に、前記ユーザから取得された前記生体情報を前記ユーザの登録生体情報に設定するとともに、前記乗車券に関する前記業務データと前記登録生体情報とを前記識別子を用いて関連付ける、
付記４又は５に記載の情報処理装置。

（付記９）
前記認証部における前記生体情報と前記登録生体情報との照合結果が照合一致の場合に、前記レスポンスデータは前記登録生体情報に関連付けられている前記業務データを含む、
付記８に記載の情報処理装置。

（付記１０）
前記業務処理部は、複数のＡＰＩから構成され、
前記抽出部は、１つの前記リクエストデータに基づいて２つ以上の前記ＡＰＩに前記業務データを振り分ける、
付記１乃至９のいずれかに記載の情報処理装置。

（付記１１）
前記リクエストデータは、ＪＳＯＮ又はＸＭＬにより記述されている、
付記１乃至１０のいずれかに記載の情報処理装置。

（付記１２）
前記生体情報は、顔画像、虹彩画像及び指紋画像のいずれかである、
付記１乃至１１のいずれかに記載の情報処理装置。

（付記１３）
所定の業務に使用される業務端末から、制御データを有するリクエストデータを受信するステップと、
前記制御データに基づいて前記リクエストデータから、生体認証用の生体情報及びカプセル化された業務データを抽出するステップと、
前記生体情報に基づいて前記ユーザの生体認証を実行するステップと、
前記業務データを処理するステップと、
を備える情報処理方法。

（付記１４）
コンピュータに、
所定の業務に使用される業務端末から、制御データを有するリクエストデータを受信するステップと、
前記制御データに基づいて前記リクエストデータから、生体認証用の生体情報及びカプセル化された業務データを抽出するステップと、
前記生体情報に基づいて前記ユーザの生体認証を実行するステップと、
前記業務データを処理するステップと、
を実行させるためのプログラムが記録された記録媒体。

ＮＷ・・・ネットワーク
Ｄ１・・・リクエストデータ
Ｄ２・・・レスポンスデータ
１,２・・・情報処理システム
１０・・・管理サーバ
１０Ａ・・・記憶部
１０Ｂ・・・送受信部
１０Ｃ・・・データ抽出部
１０Ｄ・・・照合部
１０Ｅ・・・トークンＩＤ発行部
１０Ｆ・・・業務処理部
１１・・・トークンＩＤ情報ＤＢ
１２・・・通過履歴情報ＤＢ
１３・・・業務情報ＤＢ
２０・・・チェックイン端末
３０・・・自動手荷物預け機
４０・・・保安検査装置
５０・・・自動化ゲート装置
６０・・・搭乗ゲート装置
７０・・・自動券売機
８０・・・自動改札機
９０・・・ＰＯＳ端末
１００・・・情報処理装置
２００・・・エッジ端末

Claims (14)

1. 所定の業務に使用される業務端末から、制御データを有するリクエストデータを受信する受信部と、
   前記制御データに基づいて前記リクエストデータから、生体認証用の生体情報及びカプセル化された業務データを抽出する抽出部と、
   前記生体情報に基づいてユーザの生体認証を実行する認証部と、
   前記業務データを処理する業務処理部と、
   を備える情報処理装置。
2. 前記業務処理部及び前記認証部における処理結果がそれぞれ反映された前記制御データと前記業務データとを有するレスポンスデータを前記業務端末へ送信する送信部をさらに備え、
   前記レスポンスデータにおいて、前記業務データはカプセル化されている、
   請求項１に記載の情報処理装置。
3. 前記業務データは、前記業務処理部がデータ項目を特定するためのラベルを含む、
   請求項２に記載の情報処理装置。
4. 前記ユーザの前記生体情報と前記業務データとを関連付ける識別子を発行する発行部、
   をさらに備える請求項３に記載の情報処理装置。
5. 前記制御データは、前記業務データの登録処理、前記業務データの検索処理、前記識別子の発行処理、及び前記生体認証の少なくとも１つに関する実行コマンドを含む、
   請求項４に記載の情報処理装置。
6. 前記リクエストデータの前記生体情報が、空港施設に設けられた前記業務端末において前記ユーザから取得された第１生体情報と前記ユーザが所持する旅券から取得された第２生体情報とを含む場合に、
   前記認証部は、前記第１生体情報と前記第２生体情報とを照合し、
   前記発行部は、前記認証部における照合結果が照合一致である場合に、前記第１生体情報を前記ユーザの登録生体情報に設定するとともに、前記旅券又は搭乗券に関する前記業務データと前記登録生体情報とを前記識別子を用いて関連付ける、
   請求項４又は５に記載の情報処理装置。
7. 前記認証部における前記第１生体情報と前記登録生体情報との照合結果が照合一致の場合に、前記レスポンスデータは前記登録生体情報に関連付けられている前記業務データを含む、
   請求項６に記載の情報処理装置。
8. 前記発行部は、鉄道施設に設けられた前記業務端末における乗車券の発券時に、前記ユーザから取得された前記生体情報を前記ユーザの登録生体情報に設定するとともに、前記乗車券に関する前記業務データと前記登録生体情報とを前記識別子を用いて関連付ける、
   請求項４又は５に記載の情報処理装置。
9. 前記認証部における前記生体情報と前記登録生体情報との照合結果が照合一致の場合に、前記レスポンスデータは前記登録生体情報に関連付けられている前記業務データを含む、
   請求項８に記載の情報処理装置。
10. 前記業務処理部は、複数のＡＰＩから構成され、
    前記抽出部は、１つの前記リクエストデータに基づいて２つ以上の前記ＡＰＩに前記業務データを振り分ける、
    請求項１乃至９のいずれか１項に記載の情報処理装置。
11. 前記リクエストデータは、ＪＳＯＮ又はＸＭＬにより記述されている、
    請求項１乃至１０のいずれか１項に記載の情報処理装置。
12. 前記生体情報は、顔画像、虹彩画像及び指紋画像のいずれかである、
    請求項１乃至１１のいずれか１項に記載の情報処理装置。
13. 所定の業務に使用される業務端末から、制御データを有するリクエストデータを受信するステップと、
    前記制御データに基づいて前記リクエストデータから、生体認証用の生体情報及びカプセル化された業務データを抽出するステップと、
    前記生体情報に基づいてユーザの生体認証を実行するステップと、
    前記業務データを処理するステップと、
    を備える情報処理方法。
14. コンピュータに、
    所定の業務に使用される業務端末から、制御データを有するリクエストデータを受信するステップと、
    前記制御データに基づいて前記リクエストデータから、生体認証用の生体情報及びカプセル化された業務データを抽出するステップと、
    前記生体情報に基づいてユーザの生体認証を実行するステップと、
    前記業務データを処理するステップと、
    を実行させるためのプログラム。

Images