JP7100819B1 - 端末、システム、端末の制御方法及びプログラム - Google Patents

Abstract

生体認証を利用するための登録手続きを行っていない利用者の利便性を向上する端末を提供する。端末は、判定要求部と、登録部と、を備える。判定要求部は、生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信する。登録部は、判定対象者がシステム登録されていない場合、システム登録されていない判定対象者の生体情報を含むトークン発行要求をサーバ装置に送信する。登録部は、トークン発行要求を送信することで、システム登録されていない判定対象者のシステム登録をサーバ装置に要求する。

Description

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

空港利用者の利便性向上を目的とした技術や空港内の業務効率改善を目的とした技術の開発が進められている。

例えば、特許文献１には、生体認証を用いた搭乗手続きシステムを利用する資格を備えていない利用者を排除する、管理サーバを提供する、と記載されている。特許文献１の管理サーバは、受信部と、生成部と、を備える。受信部は、端末から、少なくとも搭乗券に記載された搭乗券情報及びパスポートに記載されたパスポート情報を含むトークン発行要求を受信する。生成部は、搭乗券情報とパスポート情報の整合性に関する第１の判定を行い、第１の判定の結果に基づき、利用者が生体情報を用いた搭乗手続きを利用するためのトークンを生成する。

特許文献２には、生体認証を利用した手続方式又は生体認証以外の認証方法を利用した手続方式を選択できる手続エリアにおけるスループットを向上できる情報処理装置、情報処理方法及びプログラムを提供する、と記載されている。特許文献２の情報処理装置は、取得部と、照合部と、案内部と、を備える。取得部は、手続に生体認証を利用する第１方式又は手続に生体認証を利用しない第２方式を利用者が選択できる手続エリアにおいて利用者の生体情報を取得する。照合部は、生体情報と第１方式を利用可能な登録者の登録生体情報とを照合し、利用者が登録者であるか否かを判定する。案内部は、照合部において利用者が登録者であると判定された場合には第１方式に対応する手続場所を利用者に案内し、利用者が登録者ではないと判定された場合には第２方式に対応する手続場所への案内情報を生成する。

国際公開第２０２１／１９２１９３号 特許第６８１９９１６号公報

特許文献１及び特許文献２に開示されたように、種々の手続きが生体認証により行われている。生体認証によって手続きを進めるためには生体情報等の登録が必要であるが、利用者のなかには、登録手続きが必要であることを認識しないまま手続きエリアに到達する利用者も存在する。そのような利用者には登録手続きを行う機会が与えられず、当該利用者は、生体認証を用いた手続きを利用することができない。即ち、生体認証による利便性の向上を享受できない利用者が存在する。

なお、当該問題点は、上記特許文献１及び特許文献２に開示された技術を用いても解決することはできない。特許文献１は、生体認証により手続きを進めるために必要な登録手続きを開示するに過ぎず、特許文献２は、手続きエリアに到達した利用者が登録者か否か判定することを開示するに過ぎないためである。

本発明は、生体認証を利用するための登録手続きを行っていない利用者の利便性を向上することに寄与する、端末、システム、端末の制御方法及び記憶媒体を提供することを主たる目的とする。

本発明の第１の視点によれば、生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信する、判定要求部と、前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する、登録部と、を備える、端末が提供される。

本発明の第２の視点によれば、生体認証に対応した認証端末と、生体情報を利用した生体認証を実行する、サーバ装置と、端末と、を含み、前記端末は、前記認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求を前記サーバ装置に送信する、判定要求部と、前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する、登録部と、を備える、システムが提供される。

本発明の第３の視点によれば、端末において、生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信し、前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する、端末の制御方法が提供される。

本発明の第４の視点によれば、端末に搭載されたコンピュータに、生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信する処理と、前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。

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

図１は、一実施形態の概要を説明するための図である。 図２は、一実施形態の動作を説明するためのフローチャートである。 図３は、第１の実施形態に係る空港管理システムの概略構成の一例を示す図である。 図４は、第１の実施形態に係る空港管理システムの動作を説明するための図である。 図５は、第１の実施形態に係る空港管理システムの動作を説明するための図である。 図６は、第１の実施形態に係る空港管理システムの動作を説明するための図である。 図７は、第１の実施形態に係る空港管理システムの動作を説明するための図である。 図８は、第１の実施形態に係るチェックイン端末の処理構成の一例を示す図である。 図９は、第１の実施形態に係る搭乗ゲート装置の処理構成の一例を示す図である。 図１０は、第１の実施形態に係るサーバ装置の処理構成の一例を示す図である。 図１１は、第１の実施形態に係る登録者情報データベースの一例を示す図である。 図１２は、第１の実施形態に係る案内端末の処理構成の一例を示す図である。 図１３Ａ及び図１３Ｂは、第１の実施形態に係る案内端末の表示の一例を示す図である。 図１４は、第１の実施形態に係る空港管理システムの動作の一例を示すシーケンス図である。 図１５Ａ及び図１５Ｂは、第２の実施形態に係る案内端末の表示の一例を示す図である。 図１６は、第３の実施形態に係る案内端末の表示の一例を示す図である。 図１７は、第３の実施形態に係る案内端末の表示の一例を示す図である。 図１８は、第３の実施形態に係る案内端末の表示の一例を示す図である。 図１９は、第４の実施形態に係る空港管理システムの動作を説明するための図である。 図２０は、第４の実施形態に係る空港管理システムの動作を説明するための図である。 図２１は、第５の実施形態に係る構成を説明するための図である。 図２２は、第５の実施形態に係る案内端末の表示の一例を示す図である。 図２３は、第５の実施形態に係る案内端末の表示の一例を示す図である。 図２４は、第５の実施形態に係るホテル端末の処理構成の一例を示す図である。 図２５は、第６の実施形態に係るチケット管理システムの概略構成の一例を示す図である。 図２６は、第６の実施形態に係る案内端末の表示の一例を示す図である。 図２７は、本願開示に係る案内端末のハードウェア構成の一例を示す図である。

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

一実施形態に係る端末１００は、判定要求部１０１と、登録部１０２と、を備える（図１参照）。判定要求部１０１は、生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信する（図２のステップＳ１）。登録部１０２は、判定対象者がシステム登録されていない場合、システム登録されていない判定対象者の生体情報を含むトークン発行要求をサーバ装置に送信する（ステップＳ２）。登録部１０２は、トークン発行要求を送信することで、システム登録されていない判定対象者のシステム登録をサーバ装置に要求する。

端末１００は、例えば、生体認証に対応した手続きを進める認証端末と生体認証以外の手続きを進めるための装置と共に手続エリアに設置される。端末１００は、利用者の生体情報を取得し、当該利用者がシステム登録されているか否かの判定をサーバ装置に要求する。サーバ装置は、生体情報を用いた照合処理（認証処理）を実行し、利用者の生体情報が登録されていれば、当該利用者（判定対象者）はシステム登録されていると判定する。端末１００は、判定対象者がシステム登録されておらず、当該判定者がシステム登録を希望した場合などに、生体情報を含むトークン発行要求をサーバ装置に送信する。当該要求に応じて、サーバ装置は、システム登録されていない利用者をシステム登録する。このように、端末１００は、生体認証を利用するための登録手続きを行っていない利用者に対して、当該登録手続きを行う機会を与える。その結果、登録手続きを失念した利用者であっても、生体認証による利便性向上の利益を享受できる。

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

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

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

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

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

サーバ装置２０は、空港管理システムの主たる機能を実現する装置である。サーバ装置２０は、空港会社や航空会社等の施設内に設置されている。あるいは、サーバ装置２０はネットワーク上のクラウドに設置されたサーバであってもよい。

案内端末３０は、空港の各所に設置され、利用者（旅客）に空港内の手続きに関する案内等を行う端末である。

なお、図３に示す構成は例示であって、空港管理システムの構成を限定する趣旨ではない。空港管理システムには、図示していない端末等が含まれていてもよい。

［システムの概略動作］
利用者の搭乗手続きには、チェックイン、手荷物預け入れ、セキュリティチェック、出国審査、搭乗券の確認等が含まれる。

利用者（旅客）は、上記搭乗手続きを生体認証によって進めることもできるし、生体認証を使わない既存の方法によって進めることもできる。生体認証によって搭乗手続きが進められる場合には、上記一連の搭乗手続きが５か所に設置された端末にて順次実施される。

チェックイン端末１０は、空港内のチェックインロビーに設置されている。チェックイン端末１０は、利用者が操作することによって、チェックイン手続を行うためのセルフ端末でもある。チェックイン端末１０は、ＣＵＳＳ（Common Use Self Service）端末とも称される。

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

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

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

チェックイン端末１０は、搭乗券、パスポート及び生体情報に関する情報をサーバ装置２０に送信する。具体的には、チェックイン端末１０は、搭乗券に記載された情報（搭乗券情報）、パスポートに記載された情報（パスポート情報）、生体情報（例えば、顔画像）を含む「トークン発行要求」をサーバ装置２０に送信する（図４参照）。

サーバ装置２０は、パスポートに記載された生体情報とチェックイン端末１０が取得した生体情報を用いた本人確認を行う。サーバ装置２０は、パスポートに記載された顔画像とチェックイン端末１０が撮像した顔画像が実質的に一致するか否かを判定する。

サーバ装置２０は、２つの顔画像（生体情報）が実質的に一致した場合に、チェックイン端末１０に対してパスポートを提示した利用者の本人確認に成功したと判定する。

本人確認に成功すると、サーバ装置２０は、利用者が生体認証によって手続きを進めるためのシステム登録を行う。具体的には、サーバ装置２０は、本人確認が終了した利用者の搭乗手続きに用いられるトークンを発行する。

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

トークンの発行に応じて、サーバ装置２０は、生成したトークンの詳細情報を記憶する登録者情報データベースにエントリを追加する。登録者情報データベースの詳細は後述する。

本人確認に失敗すると、サーバ装置２０はチェックイン端末１０からのトークン発行を拒否（拒絶）する。

トークンが発行されると（利用者が生体認証により手続きを進めるためのシステム登録が完了すると）、当該利用者は、認証端末（例えば、手荷物預け機１１等）を利用して独力（空港職員等の力を借りずに）で搭乗手続きを進めることができる。

なお、生体認証によらない従来型の搭乗手続きを希望する利用者は、チェックイン端末１０を用いてチェックイン手続きを行ってもよいし、航空会社の職員等が待機しているカウンターでチェックイン手続きを行ってもよい。

利用者は、チェックイン手続を完了すると、手荷物の預け場所あるいは保安検査場へ移動する。

以降の説明において、生体認証によって搭乗手続きを行うためのシステム登録した利用者を「システム登録者」又は単に「登録者」と表記する。また、生体認証によって搭乗手続きを行うためのシステム登録を行っていない利用者を「システム非登録者」又は単に「非登録者」と表記する。

チェックイン手続きが完了した利用者（システム登録者、システム非登録者）は、手荷物預け場にて機内に持ち込むことができない荷物を預ける。

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

非登録者は、航空会社の職員等に手荷物を預ける。非登録者は、手荷物預け手続を完了すると、保安検査場へ移動する。なお、利用者（登録者、非登録者）が手荷物を預けない場合には、手荷物を預ける手続は省略される。

利用者（システム登録者、システム非登録者）は、保安検査場に設置された旅客通過システム１２にてセキュリティチェックを受ける。

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

セキュリティチェックの結果に問題がない登録者は、保安検査場に設置されたゲート装置をそのまま通過できる。対して、非登録者は、セキュリティチェックの結果に問題がなくても、保安検査官に搭乗券等を提示する必要がある。

利用者（システム登録者、システム非登録者）は、出国審査場で出国審査を受ける。

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

非登録者は、出入国検査官による出国審査を受ける。非登録者は、出国審査手続を完了すると、出国エリアへ移動する。

利用者（システム登録者、システム非登録者）は、出国エリアに設置された搭乗ゲート装置１４を通過して搭乗口に移動する。

登録者は、航空会社の職員が近くに待機していない搭乗ゲート装置１４を通過する。非登録者は、航空会社の職員が近くに待機している搭乗ゲート装置１４を通過する。

登録者の通行を制御する搭乗ゲート装置１４は、登録者が航空機に搭乗できるか否か判定する。当該搭乗ゲート装置１４は、登録者が航空機に搭乗できると判定すると、ゲートを開き当該登録者の通過を許可する。

職員が近くに待機している搭乗ゲート装置１４は、上記判定は行わない。非登録者は、所持するパスポート、搭乗券を職員に提示する。非登録者は航空機に搭乗可能と判断されると、当該職員が非登録者のゲート通過を許可する。

なお、トークンが発行されたシステム登録者が、認証端末（例えば、搭乗ゲート装置１４）に到着すると、当該認証端末にて生体情報（例えば、顔画像）が取得される。認証端末は、生体情報を含む認証要求をサーバ装置２０に送信する（図５参照）。

サーバ装置２０は、認証端末から取得した生体情報とシステム登録された生体情報を用いた照合処理（１対Ｎ照合；Ｎは正の整数、以下同じ）によりトークン（エントリ）を特定する。利用者の搭乗手続きは、当該特定されたトークンに関連付けられた業務情報に基づき実施される。例えば、サーバ装置２０は、照合処理により特定された利用者の搭乗券情報を搭乗ゲート装置１４に送信する。

搭乗ゲート装置１４は、受信した搭乗券情報に基づいて利用者（システム登録者）の通行可否を判定する。具体的には、搭乗ゲート装置１４は、職員等が自装置に設定したエアラインコード、便名とサーバ装置２０から取得した搭乗券情報のエアラインコード、便名が一致するか否かに応じて利用者の通行可否を判定する。エアラインコード等が一致すれば、利用者の通行が許可され、エアラインコード等が一致しなければ利用者の通行が拒否される。

上記説明したように、システム登録者（生体認証で手続きを進める利用者）は、手荷物の預け場、保安検査場、出国審査場、出国エリアの各手続エリアにおいて独力で手続きを進めることができる。対して、システム非登録者（生体認証を用いない既存の手続きを進める利用者）は、手荷物の預け場、保安検査場、出国審査場、出国エリアの各手続エリアに待機する職員、保安検査官、出入国検査官等と共に手続きを進める。

空港を利用する旅客にはシステム登録者とシステム非登録者が混在するため、出国審査場、出国エリア等の各手続エリアには、登録者用の装置（施設）と非登録者用の装置が必要になる。さらに、利用者（登録者、非登録者）が、自身がいずれの装置（施設）を利用するか適切に判断できる必要がある。

例えば、出国エリアにおいては、登録者は、生体認証で搭乗ゲート装置１４を通過できるので職員が待機していない搭乗ゲート装置１４に向かう必要がある。対して、非登録者は、生体認証で搭乗ゲート装置１４を通過できないので職員が待機している搭乗ゲート装置１４に向かう必要がある。

そこで、登録者及び非登録者のそれぞれが利用する装置（認証端末、施設）を認識可能とするため、空港の各手続エリア（手荷物の預け場、保安検査場、出国審査場、出国エリア）に案内端末３０が設置されている。第１の実施形態では、図６に示すように、出国エリアに案内端末３０が設置される場合を例にとり、説明を行う。

各手続エリア（図６の例では出国エリア）に移動した利用者は、案内端末３０の前に移動する。図６に示すように、複数の案内端末３０が同じ手続エリアに設置されている場合には、利用者は、空いている案内端末３０の前に移動する。

案内端末３０は、面前の利用者の生体情報を取得し、当該取得した生体情報を含む「判定要求」をサーバ装置２０に送信する（図７参照）。

サーバ装置２０は、取得した生体情報と事前にシステム登録者が登録した生体情報を用いた照合処理を実行する。

照合処理に成功すると（取得した生体情報と実質的に一致する生体情報が登録されていると）、サーバ装置２０は、案内端末３０の面前に到達した利用者が「システム登録者」である旨を案内端末３０に通知する。

照合処理に失敗すると（取得した生体情報と実質的に一致する生体情報が登録されていなければ）、サーバ装置２０は、案内端末３０の面前に到達した利用者が「システム非登録者」である旨を案内端末３０に通知する。

案内端末３０は、受信した判定結果（判定対象者は登録者、非登録者）に応じた処理を行う。具体的には、判定対象者が登録者であれば、案内端末３０は、当該登録者に対して、職員が待機していない搭乗ゲート装置１４（生体認証対応のゲート）に向かうように案内する。判定対象者が非登録者であれば、案内端末３０は、当該非登録者に対して、職員が待機している搭乗ゲート装置１４（生体認証非対応のゲート）に向かうように案内する。

このように、案内端末３０は、利用者（システム登録者、システム非登録者）が所定の手続きを進めるための案内を行う機能（案内機能）を備える。

さらに、案内端末３０は、チェックイン端末１０と同様に利用者が生体認証による手続きを進めるためのシステム登録を可能とする機能（登録機能）を備える。

具体的には、判定対象者が非登録者であって、当該非登録者がシステム登録を希望すれば、案内端末３０は、チェックイン端末１０と同様のトークン発行のための処理を実行する。より具体的には、案内端末３０は、システム登録希望者の生体情報、パスポート情報、搭乗券情報を含むトークン発行要求をサーバ装置２０に送信する。

案内端末３０でシステム登録を完了すれば、利用者は、システム非登録者からシステム登録者に変わり、その後の手続きを生体認証により円滑に進めることができる。即ち、生体認証を用いない手続きであれば、各端末において１人（非登録者）に要する時間が長くなり、各端末に待ち行列が生じることもある。しかし、生体認証を用いた手続きであれば、利用者（登録者）は、そのような行列に並ぶ必要がない。

このように、案内端末３０は、２つの機能（案内機能、登録機能）を備える。案内端末３０は、これら２つの機能の有効、無効（活性、非活性）や処理内容を切り替え可能に構成されている。案内端末３０には、設置場所や動作時の状況等に応じて適切な動作モードが設定される。例えば、航空会社の職員等が、案内端末３０の動作モードを設定する。

例えば、案内端末３０は、４つの動作モードを備える。

第１の動作モードは、案内機能と登録機能が共に有効なモードである。

第２の動作モードは、案内機能が有効、登録機能が無効なモードである。

第３の動作モードは、案内機能が有効であって、他の装置（端末、デバイス）でシステム登録を促し、登録機能が無効なモードである。

第４の動作モードは、案内機能が無効、登録機能が有効なモードである。

第１の実施形態では、第１の動作モードが設定された案内端末３０を用いる場合について説明する。

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

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

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

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

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

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

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

利用者がシステム登録を希望すると、システム登録部２０３は、３つの情報（搭乗券情報、パスポート情報、生体情報）を取得するためのＧＵＩを用いて当該３つの情報を取得する。システム登録部２０３は、利用者が所持する搭乗券、パスポートから搭乗券情報、パスポート情報を取得する。システム登録部２０３は、スキャナー等の読取機（図示せず）を制御し、搭乗券に記載された情報（搭乗券情報）、パスポートに記載された情報（パスポート情報）を取得する。

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

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

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

例えば、システム登録部２０３は、自装置の識別子（以下、端末ＩＤと表記する）、搭乗券情報、パスポート情報、生体情報等を含むトークン発行要求を生成する。なお、端末ＩＤには、チェックイン端末１０のＭＡＣ（Media Access Control）アドレスやＩＰ（Internet Protocol）アドレスを用いることができる。システム登録部２０３は、生成したトークン発行要求をサーバ装置２０に送信する。

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

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

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

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

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

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

モード制御部３０１は、搭乗ゲート装置１４の動作モードを制御する手段である。例えば、モード制御部３０１は、搭乗ゲート装置１４に取り付けられたスイッチに応じて動作モード（生体認証対応モード、生体認証非対応モード、電源オフモード）を取得する。あるいは、モード制御部３０１は、液晶パネル等に表示されたＧＵＩ（Graphical User Interface）によって動作モードを取得してもよい。

なお、生体認証非対応モードに設定された搭乗ゲート装置１４において、その主たる機能は動作しない。搭乗ゲート装置１４の近くに待機する職員が、利用者（システム非登録者）のゲート通行可否を判定するためである。従って、以下に説明する各処理モジュールの動作は、生体認証対応モード時の動作である。

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

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

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

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

認証要求部３０４は、サーバ装置２０に対して面前の利用者に関する認証を要求する手段である。認証要求部３０４は、取得した顔画像を含む認証要求を生成し、サーバ装置２０に送信する。

認証要求部３０４は、認証要求に対するサーバ装置２０からの応答を受信する。

認証要求部３０４は、サーバ装置２０から取得した認証結果（認証成功、認証失敗）を機能実現部３０５に引き渡す。認証成功の場合には、認証要求部３０４は、サーバ装置２０から取得した「業務情報」も機能実現部３０５に引き渡す。

機能実現部３０５は、搭乗ゲート装置１４の「利用者の通行制御」機能を実現する手段である。

機能実現部３０５は、認証結果が「認証失敗」であれば、その旨を利用者（認証失敗者；認証失敗と判定された被認証者）に通知する。また、機能実現部３０５は、フラッパー、ゲート等を閉じ、利用者の通過を拒否する。

認証成功の場合には、機能実現部３０５は、取得した業務情報（搭乗券情報）から利用者に発行された搭乗券に記載されたエアラインコード、便名等を取得する。機能実現部３０５は、航空会社の職員等が自装置に予め設定したエアラインコード、便名と、サーバ装置２０から取得したエアラインコード、便名が一致するか否かを判定する。

エアラインコード等が一致すれば、機能実現部３０５は、利用者（システム登録者）のゲート通過を許可する。機能実現部３０５は、フラッパー、ゲート等を開き、利用者の通過を許可する。

エアラインコード等が一致しなければ、機能実現部３０５は、利用者のゲート通過を拒否する。機能実現部３０５は、フラッパー、ゲート等を閉じ、利用者の通過を拒否する。

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

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

［サーバ装置］
図１０は、第１の実施形態に係るサーバ装置２０の処理構成（処理モジュール）の一例を示す図である。図１０を参照すると、サーバ装置２０は、通信制御部４０１と、トークン発行部４０２と、認証要求処理部４０３と、判定要求処理部４０４と、記憶部４０５と、を備える。

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

トークン発行部４０２は、チェックイン端末１０や案内端末３０からのトークン発行要求に応じてトークンを発行する手段である。トークン発行部４０２は、トークン発行要求に含まれる顔画像（システム登録を希望する利用者の顔画像）とパスポート情報に含まれる顔画像を抽出する。トークン発行部４０２は、これら２つの顔画像が実質的に一致するか否かを判定し本人確認を行う。

トークン発行部４０２は、上記２枚の顔画像の照合（１対１照合）を実行する。その際、トークン発行部４０２は、２つの画像それぞれから特徴量を生成する。

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

トークン発行部４０２は、特徴量に基づき２つの画像の類似度を算出し、当該算出した類似度に対する閾値処理の結果に基づき、２つの画像が同一人物の顔画像か否かを判定する。なお、当該類似度には、カイ二乗距離やユークリッド距離等を用いることができる。距離が離れているほど類似度は低く、距離が近いほど類似度が高い。

例えば、類似度が所定の値よりも大きければ（距離が所定の値よりも短ければ）、トークン発行部４０２は、２つの顔画像は同一人物によるものと判定する（本人確認成功と判定する）。類似度が所定の値以下であれば、トークン発行部４０２は、２つの顔画像は同一人物の顔画像ではないと判定する（本人確認失敗と判定する）。

トークン発行部４０２は、本人確認に成功すると、トークンを発行する。例えば、トークン発行部４０２は、処理時の日時やシーケンス番号等に基づいて固有な値をトークンＩＤとして生成する。

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

トークン発行部４０２は、トークンＩＤの生成（発行）に成功すると、生成したトークンＩＤ、搭乗券情報、パスポート情報、生体情報（特徴量）を登録者情報データベースに登録する（図１１参照）。

認証要求処理部４０３は、手荷物預け機１１、搭乗ゲート装置１４等の各認証端末から取得する認証要求を処理する手段である。認証要求には、被認証者の生体情報が含まれる。認証要求処理部４０３は、認証要求に含まれる生体情報と登録者情報データベースに記憶された生体情報を用いた照合処理（１対Ｎ照合；Ｎは正の整数、以下同じ）を実行する。

認証要求処理部４０３は、認証端末から取得した顔画像から特徴量を生成する。認証要求処理部４０３は、当該生成した特徴量（特徴ベクトル）を照合側の特徴量、登録者情報データベースに登録された特徴量を登録側の特徴量にそれぞれ設定する。

認証要求処理部４０３は、登録者情報データベースに登録された複数の特徴量のうち、照合対象の特徴量との間の類似度が所定の値以上の特徴量が存在すれば認証に成功したと判断する。

認証に成功すると、認証要求処理部４０３は、類似度の最も高い特徴量に対応するエントリの業務情報（パスポート情報、搭乗券情報等）を登録者情報データベースから読み出す。

認証要求処理部４０３は、認証結果を認証端末に送信する（認証要求に応答する）。認証に成功した場合には、認証要求処理部４０３は、その旨（認証成功）と業務情報を含む肯定応答を認証端末に送信する。認証に失敗した場合には、認証要求処理部４０３は、その旨（認証失敗）を含む否定応答を認証端末に送信する。

判定要求処理部４０４は、案内端末３０から取得する判定要求を処理する手段である。判定要求処理部４０４は、認証要求処理部４０３と同様に、判定要求に含まれる生体情報と登録者情報データベースに登録された生体情報を用いて照合処理（１対Ｎ照合）を実行する。

照合処理に成功すると（判定要求に含まれる生体情報と実質的に一致する生体情報が登録者情報データベースに登録されていると）、判定要求処理部４０４は、判定に成功した旨（被判定者はシステム登録者である旨）を示す肯定応答を案内端末３０に送信する。

照合処理に失敗すると（判定要求に含まれる生体情報と実質的に一致する生体情報が登録者情報データベースに登録されていないと）、判定要求処理部４０４は、判定に失敗した旨（被判定者はシステム非登録者である旨）を示す否定応答を案内端末３０に送信する。

記憶部４０５は、サーバ装置２０の動作に必要な各種情報を記憶する。記憶部４０５には、登録者情報データベースが構築される。

［案内端末］
上述のように、案内端末３０は、利用者の案内をする機能と利用者をシステム登録する機能を備える。案内端末３０は、持ち運び可能に構成されており場所を選ばず設置可能である。勿論、案内端末３０は所定の場所に固定して使用することもできる。

図１２は、第１の実施形態に係る案内端末３０の処理構成（処理モジュール）の一例を示す図である。図１２を参照すると、案内端末３０は、モード制御部５０１と、通信制御部５０２と、生体情報取得部５０３と、判定要求部５０４と、案内部５０５と、システム登録部５０６と、記憶部５０７と、を備える。

モード制御部５０１は、案内端末３０の動作モードを制御する手段である。例えば、モード制御部５０１は、案内端末３０に取り付けられたスイッチに応じて動作モード（第１の動作モード乃至第４の動作モード）の設定値を取得する。あるいは、モード制御部５０１は、液晶パネル等に表示されたＧＵＩ（Graphical User Interface）によって動作モードを取得してもよい。

上述のように、第１の実施形態では、第１の動作モード（案内機能と登録機能が有効な動作モード）が設定される場合について説明する。

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

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

生体情報取得部５０３は、抽出した顔画像を判定要求部５０４に引き渡す。

判定要求部５０４は、サーバ装置２０に対して面前の利用者がシステム登録者か否かに関する判定を要求する手段である。より具体的には、判定要求部５０４は、面前の判定対象者に関し、生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定をサーバ装置２０に要求する。判定要求部５０４は、取得した顔画像を含む判定要求を生成し、サーバ装置２０に送信する。

判定要求部５０４は、判定要求に対するサーバ装置２０からの応答（肯定応答、否定応答）を受信する。判定要求部５０４は、受信した判定結果（判定対象者はシステム登録者、システム非登録者）を案内部５０５に引き渡す。

案内部５０５は、判定対象者が所定の手続き（例えば、航空機に搭乗するための手続）を進めるための案内を行う手段である。案内部５０５は、サーバ装置２０の判定結果に応じたメッセージを出力する。具体的には、案内部５０５は、システム登録者に対して当該登録者が進む（並ぶ）認証端末を案内し、システム非登録者に対して当該非登録者が進む（並ぶ）装置等を案内する。

図６の例では、システム登録者は左側の搭乗ゲート装置１４に向かうように指示される。その際、案内部５０５は、例えば、図１３Ａに示すようなメッセージを液晶パネル等に表示する。

また、システム非登録者は右側の搭乗ゲート装置１４に向かうように指示される（図１３Ｂ参照）。

このように、案内部５０５は、判定対象者がシステム登録されている場合、当該システム登録されている判定対象者に対して認証端末（生体認証に対応した端末、デバイス、装置等）に関する案内を行う。案内部５０５は、判定対象者がシステム登録されていない場合、当該システム登録されていない判定対象者に対して認証端末とは異なる装置（従来型の生体認証とは異なる方式の手続に対応した端末、デバイス、装置等）に関する案内を行う。

また、システム非登録者に対して案内をする場合、案内部５０５は、システム非登録者が生体認証により搭乗手続きを希望するか否かを取得するためのＧＵＩを表示する（図１３Ｂ照）。

システム非登録者がシステム登録を希望した場合（登録ボタンが押下された場合）、案内部５０５は、その旨をシステム登録部５０６に通知する。

システム登録部５０６は、生体認証による搭乗手続きを希望する利用者のシステム登録を行う手段である。

システム登録部５０６は、システム登録されていない判定対象者がシステム登録を希望した場合、当該システム登録されていない判定対象者の生体情報を含むトークン発行要求をサーバ装置２０に送信する。このように、システム登録部５０６は、トークン発行要求を送信することで、システム登録されていない判定対象者のシステム登録をサーバ装置２０に要求する。

システム登録部５０６は、システム登録希望者の生体情報、当該希望者が所持するパスポートのパスポート情報、搭乗券の搭乗券情報を含むトークン発行要求をサーバ装置２０に送信する。

なお、システム登録部５０６の動作は、チェックイン端末１０のシステム登録部２０３の動作と同一とすることができるので、より詳細な説明を省略する。

記憶部５０７は、案内端末３０の動作に必要な情報を記憶する手段である。

［システム動作］
続いて、第１の実施形態に係る空港管理システムの動作を説明する。図１４は、第１の実施形態に係る空港管理システムの動作の一例を示すシーケンス図である。図１４を参照して、案内端末３０が利用者に案内（旅客の振り分け）をする際の動作を説明する。

案内端末３０は、面前の利用者（システム登録者、システム非登録者）の生体情報を取得する（ステップＳ０１）。

案内端末３０は、取得した生体情報を含む判定要求をサーバ装置２０に送信する（ステップＳ０２）。

サーバ装置２０は、案内端末３０から取得した生体情報と登録者情報データベースに登録された生体情報を使った照合処理を実行する（ステップＳ０３）。

照合処理に成功すると、サーバ装置２０は、案内端末３０から送信された生体情報に対応する人物は「システム登録者」と判定する。照合処理に失敗すると、サーバ装置２０は、案内端末３０から送信された生体情報に対応する人物は「システム非登録者」と判定する。

サーバ装置２０は、判定結果（判定対象者はシステム登録者、システム非登録者）を案内端末３０に送信する（ステップＳ０４）。

案内端末３０は、取得した判定結果に基づいて、利用者の行き先（利用者の向かう端末、デバイス等）を案内する（ステップＳ０５）。

案内端末３０は、システム非登録者がシステム登録を希望した場合には、生体認証により手続きを進めるためのシステム登録に関する処理を実行する（ステップＳ０６）。具体的には、案内端末３０は、登録希望者の生体情報、パスポート情報、搭乗券情報を含むトークン発行要求をサーバ装置２０に送信する。

以上のように、第１の実施形態に係る案内端末３０は、第１の動作モードに設定され、案内機能と登録機能が動作する。案内端末３０は、手続エリアに到着した利用者がシステム登録者かシステム非登録者か判定する。案内端末３０は、利用者がシステム非登録者であって、システム登録を希望していれば、当該利用者の生体情報等をサーバ装置２０に送信することで、トークンを発行する。その結果、チェックイン端末１０でシステム登録のための手続きを行っていない利用者であっても、チェックインロビー以降の手続エリアでシステム登録となり利用者の利便性が向上する。また、システム登録手続きを失念した利用者が救済されるため、生体認証の利用率（トークン発行率）が上昇し、空港管理システムの効率化が図れる。即ち、生体認証を用いた搭乗手続きが普及することで、空港管理システム全体のスループットが上昇する。また、案内端末３０の有する案内機能により、生体認証を利用するための登録手続きを行っていない利用者が、生体認証を用いた手続きのレーンに進入することがなくなる。その結果、当該必要な手続きを行っていない利用者が生体認証の手続きに失敗し、生体認証を利用するための手続きを行っている利用者の通行を妨げることがないので、生体認証を利用する利用者の利便性が維持される。即ち、システムのスループットが低下することを防止できる。

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

第１の実施形態では、第１の動作モード（案内機能及び登録機能が有効な動作モード）に設定された案内端末３０について説明した。第２の実施形態では、第２の動作モード（案内機能が有効、登録機能が無効な動作モード）に設定された案内端末３０について説明する。

なお、第２の実施形態に係る空港管理システムの構成は第１の実施形態と同一とすることができるので図３に相当する説明を省略する。また、第２の実施形態に係る各端末（チェックイン端末１０、手荷物預け機１１等）やサーバ装置２０の処理構成も第１の実施形態と同一とすることができるので、その説明を省略する。

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

第２の実施形態に係る案内端末３０の案内部５０５は、システム登録者に対して当該登録者が向かう（並ぶ）端末を案内し、システム非登録者に対して当該非登録者が向かう（並ぶ）端末を案内する。

例えば、案内部５０５は、図１５Ａ及び図１５Ｂに示すような表示を行い、利用者（システム登録者、システム非登録者）が進む方向を表示する。

なお、第２の動作モードに設定された案内端末３０のシステム登録部５０６は動作を行わない。

以上のように、第２の実施形態に係る案内端末３０は、利用者に対して手続きを進めるための案内を提供してもよい。例えば、各手続きエリアにおいて案内端末３０を設置するためのスペースに限りがある等の理由により多くの案内端末３０が設置できない状況で、数少ない案内端末３０でシステム登録手続きが行われると当該案内端末３０に行列ができてしまう。このように、案内端末３０は、動作モードを切り替えることで、設置環境に合わせた柔軟な運用が可能となっている。

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

第２の実施形態では、第２の動作モード（案内機能が有効な動作モード）に設定された案内端末３０について説明した。第３の実施形態では、第３の動作モードに設定された案内端末３０と、第４の動作モードに設定された案内端末３０について説明する。

なお、上述のように、第３の動作モードは、案内機能が有効であって、他の装置（端末、デバイス）でシステム登録を促し、登録機能が無効なモードである。第４の動作モードは、案内機能が無効、登録機能が有効なモードである。

第２の実施形態のように、システム非登録者に対してシステム登録の機会を提供しないと、当該システム非登録者の利便性が低下する。即ち、システム登録のための手続きが完了していないと、利用者が航空機に搭乗するまでの間、当該利用者にはシステム登録の機会が与えられず利便性が低下する。あるいは、生体認証を用いた手続きを行う利用者の総数が減り、空港管理システム全体のスループットが低下する。

第３の実施形態では、当該問題点を解消するため、第３の動作モードに設定された案内端末３０と、第４の動作モードに設定された案内端末３０と、を組み合わせて使用する場合について説明する。なお、第３の実施形態では、設置場所に応じた動作モードが案内端末３０に設定される。例えば、出国エリアの中央に設置された案内端末３０には第３の動作モードが設定され、出国エリアの隅に設置された案内端末３０には第４の動作モードが設定される。

なお、第３の実施形態に係る空港管理システムの構成は第１の実施形態と同一とすることができるので図３に相当する説明を省略する。また、第３の実施形態に係る各端末（チェックイン端末１０、手荷物預け機１１等）やサーバ装置２０の処理構成も第１の実施形態と同一とすることができるので、その説明を省略する。

以下、第１の実施形態乃至第３の実施形態の相違点を中心に説明する。

第３の実施形態に係る案内端末３０（第３の動作モードに設定された案内端末３０）の案内部５０５は、サーバ装置２０による判定結果が「システム非登録者」の場合、図１３Ｂに示すようなＧＵＩを表示する。

システム非登録者が、図１３Ｂに示す登録ボタンを押下することで、システム登録を希望した場合（トークン生成を希望した場合）、案内部５０５は、当該希望者に対して別の装置でシステム登録のための手続きを実施するように案内する。例えば、案内部５０５は、図１６に示すような表示を行い別装置での手続きを促す。

第３の動作モードに設定された案内端末３０が指定する場所（図１６の例では、左下の斜線領域）に、第４の動作モードに設定された案内端末３０が設置されている。

第３の実施形態に係る案内端末３０（第４の動作モードに設定された案内端末３０）の判定要求部５０４は、サーバ装置２０から取得した判定結果（被判定者はシステム登録者又はシステム非登録者）をシステム登録部５０６に引き渡す。

利用者がシステム登録者であれば、システム登録部５０６は、既にシステム登録が行われている旨を表示する。

利用者がシステム非登録者であれば、システム登録部５０６は、図１７に示すようなＧＵＩを表示し、当該利用者がシステム登録を希望しているか否かを取得する。

利用者がシステム登録を希望していなければ（ＮＯボタンが押下されると）、システム登録部５０６は、当該利用者に対して有人のブース等に向かうように案内する。あるいは、システム登録部５０６は、当該利用者に対して、第３の動作モードに設定された案内端末３０（案内機能が有効な案内端末３０）の元に向かうように指示をしてもよい。

利用者がシステム登録を希望していれば（ＹＥＳボタンが押下されると）、システム登録部５０６は、利用者の生体情報、パスポート情報、搭乗券情報を取得する。システム登録部５０６は、取得した生体情報、パスポート情報、搭乗券情報を含むトークン発行要求をサーバ装置２０に送信する。

サーバ装置２０からトークンの生成に成功した旨を取得すると（肯定応答を受信すると）、システム登録部５０６は、システム登録が完了した利用者に対し、以後の手続きは生体認証で行えることを通知する。その際、システム登録部５０６は、当該システム登録が完了した利用者に対して、向かう方向（並ぶ端末）を伝えるようなメッセージを出力してもよい（図１８参照）。

以上のように、第３の実施形態において、第３の動作モードに設定された案内端末３０と第４の動作モードに設定された案内端末３０が連携し、システム登録が完了していない利用者の登録を案内端末３０に混雑を起こすことなく実現する。即ち、第３の動作モードに設定された案内端末３０は、システム登録されていない判定対象者がシステム登録を希望するか否かを取得する。当該案内端末３０は、システム登録されていない判定対象者がシステム登録を希望した場合に、自端末とは異なる装置でシステム登録を行うことを促す。また、第４の動作モードに設定された案内端末３０は、案内動作を行わず、利用者にシステム登録のためのインターフェイスを提供する。このように、処理に時間を要する登録手続きと案内動作が分離して実施されることで、利用者の利便性向上とシステムのスループット向上が両立する。

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

第１の実施形態乃至第３の実施形態では、案内端末３０の動作モードが所定値に設定され、案内端末３０は当該設定された動作モードで動作することを説明した。

第４の実施形態では、案内端末３０の動作モードが他の装置（例えば、サーバ装置２０や搭乗ゲート装置１４等）からの通知により定まる場合について説明する。ここで、搭乗ゲート装置１４等は常時稼働しておらず、航空機の出発にあわせ、その稼働、非稼働が定まる。そのため、搭乗ゲート装置１４に対応して動作する案内端末３０において、搭乗ゲート装置１４が非稼働であれば、案内機能を有効にする意味は無い。このような事情を勘案し、第４の実施形態では、搭乗ゲート装置１４が非稼働時には、トークンを生成していない利用者にトークン生成を促し、搭乗ゲート装置１４が稼働時は、トークン有無を判定し適切なレーンを案内する案内端末３０について説明する。即ち、第４の実施形態では、搭乗手続きの開始前には登録機能を有効とし、搭乗手続き開始後は案内機能を有効とする案内端末３０について説明する。

なお、第４の実施形態に係る空港管理システムの構成は第１の実施形態と同一とすることができるので図３に相当する説明を省略する。また、第３の実施形態に係る各端末（チェックイン端末１０、手荷物預け機１１等）やサーバ装置２０の処理構成も第１の実施形態と同一とすることができるので、その説明を省略する。

以下、第１の実施形態乃至第４の実施形態の相違点を中心に説明する。

第４の実施形態に係る搭乗ゲート装置１４のモード制御部３０１は、自装置の動作モード（生体認証対応モード、生体認証非対応モード、電源オフモード）と自装置の設置場所を識別する設置場所ＩＤを各案内端末３０に通知する。

なお、設置場所ＩＤは、例えば、第１レーン、第２レーン等の情報である。例えば、第１レーンは、左端に設置された搭乗ゲート装置１４を示し、第２のレーンは左端から２番目に設置された搭乗ゲート装置１４を示す。

搭乗ゲート装置１４のモード制御部３０１は、自装置の動作モードと設置場所ＩＤを含む「動作モード通知」を各案内端末３０に送信する（図１９参照）。

第４の実施形態に係る案内端末３０のモード制御部５０１は、通知された搭乗ゲート装置１４の動作モードに応じて、自装置の動作モードを決定する。

例えば、出国エリアに設置された各搭乗ゲート装置１４が非稼働（動作モードが電源オフモード）であれば、案内端末３０は、自装置の動作モードを第４の動作モード（案内機能が無効、登録機能が有効な動作モード）に設定する。

対して、出国エリアに設置された各搭乗ゲート装置１４が稼働中（生体認証対応モード、又は、生体認証非対応モード）の場合、案内端末３０は、自装置の動作モードを第２の動作モード（案内機能が有効、登録機能が無効な動作モード）に設定する。

このように、空港管理システムは、搭乗ゲート装置１４が稼働中には旅客を適切なゲートに案内する案内機能を有効にし、搭乗ゲート装置１４が非稼働であればトークン生成のための登録機能を有効にするような切り替えを行ってもよい。より具体的には、案内端末３０のモード制御部５０１は、認証端末が稼働している場合には、動作モードを第２の動作モードに設定し、認証端末が稼働していない場合には、動作モードを第４の動作モードに設定する。

＜第４の実施形態に係る変形例＞
第４の実施形態では、各搭乗ゲート装置１４が動作モードを案内端末３０に通知する場合について説明した。ここで、搭乗ゲート装置１４の動作モードは、サーバ装置２０を介して各搭乗ゲート装置１４に設定されることもある。具体的には、サーバ装置２０が、ＤＣＳから取得した航空機の出発スケジュール等に基づいて搭乗ゲート装置１４の動作モード（電源オン、電源オフ）を決定してもよい。あるいは、サーバ装置２０は、空港職員の指示に基づいて搭乗ゲート装置１４の動作モード（生体認証対応モード、生体認証非対応モード）を決定してもよい。

この場合、サーバ装置２０が、各搭乗ゲート装置１４に設定した動作モードと設置場所ＩＤを含む動作モード通知を案内端末３０に送信してもよい（図２０参照）。案内端末３０は、搭乗ゲート装置１４から動作モード通知を受信した場合と同様に、動作モードを決定すればよい。

以上のように、第４の実施形態に係る案内端末３０は、他の装置からの通知に応じて自装置の動作モードを決定する。その結果、搭乗ゲートが閉じている期間は登録機能を有効にし、搭乗ゲートが開いている期間は案内機能を有効にするといった柔軟な運用が可能となる。即ち、案内端末３０に適切な動作モードが自動的に設定されるため、航空会社の職員等の負担が軽減される。

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

第１の実施形態乃至第４の実施形態では、案内端末３０は空港の敷地内に設置される場合について説明した。しかし、案内端末３０は、空港ではなく他の施設に設置されていてもよい。

第５の実施形態では、案内端末３０が空港とは異なる施設等に設置されている場合について説明する。

以下、第１の実施形態乃至第５の実施形態の相違点を中心に説明する。

第５の実施形態では、図２１に示すように、ホテル（例えば、空港に近いホテル）のロビー等に案内端末３０が設置されている場合について説明する。第５の実施形態に係る案内端末３０の動作モードは、第４の動作モード（登録機能が有効な動作モード）に設定されている。

宿泊客は、ロビーに設置されたホテル端末４０を使ってチェックアウト手続きを行う。あるいは、宿泊客は、ホテルの従業員にチェックアウトする旨を申し出て、所定の手続きを行う。

チェックアウト手続きが終了すると、ホテル端末４０又は従業員は、同じロビーに設置された案内端末３０において、生体認証で搭乗手続きを進めるためのシステム登録が可能であることを案内する。

当該案内に応じて、利用者（宿泊者）は案内端末３０に向かう。

第５の実施形態に係る案内端末３０（第４の動作モードに設定された案内端末３０）の生体情報取得部５０３は、面前に利用者を検出すると（利用者の顔画像を抽出すると）、その旨をシステム登録部５０６に通知する。

システム登録部５０６は、図２２に示すようなＧＵＩを表示し、当該利用者がシステム登録を希望しているか否かを取得する。

利用者がシステム登録を希望していなければ（ＮＯボタンが押下されると）、システム登録部５０６は、特段の動作を行わない。

利用者がシステム登録を希望していれば（ＹＥＳボタンが押下されると）、システム登録部５０６は、当該希望者の生体情報等を含むトークン発行要求をサーバ装置２０に送信する。

なお、空港外の施設からシステム登録をする場合には、案内端末３０は、利用者の搭乗券に代えて航空券の情報（航空券情報）を取得し、生体情報、パスポート情報と共にサーバ装置２０に送信する。

サーバ装置２０は、利用者の本人確認に成功するとトークンを生成（登録者情報データベースにエントリを追加）する。サーバ装置２０は、当該トークンが生成された利用者がチェックイン手続きを完了すると、チェックイン端末１０から当該利用者の搭乗券情報を取得し登録者情報データベースに追加する。

サーバ装置２０からトークンの生成に成功した旨を取得すると（肯定応答を受信すると）、システム登録部５０６は、システム登録が完了した利用者に対し、空港での手続きが生体認証で行えることを通知する（図２３参照）。

＜第５の実施形態に係る変形例１＞
上記第５の実施形態では、利用者は、チェックイン端末１０又は案内端末３０を用いて、空港内の搭乗手続きを生体認証で進めるためのシステム登録を行うことを前提として説明を行った。しかし、利用者は、所持する端末（スマートフォン等の端末）を用いてシステム登録をすることもできる。

このように、既に利用者の情報がシステム登録されていれば、第１の実施形態等で説明したように、空港外の施設に設置された案内端末３０は、利用者の生体情報を取得し、当該取得した生体情報を含む判定要求をサーバ装置２０に送信してもよい。判定結果が「利用者はシステム登録者」であれば、案内端末３０は、当該利用者に対して空港内の手続きは生体認証で進めることが可能であることを通知する。

判定結果が「利用者はシステム非登録者」であれば、案内端末３０は、当該利用者に対して、空港内の手続きを生体認証で進めるためのシステム登録に関する案内を行う。

なお、利用者が自身の端末でシステム登録をした場合、システム登録日から搭乗日までの期間が長いと、当該利用者はシステム登録を行ったか否かを失念することがある。このような場合でも、利用者は、ホテル等に設置された案内装置３０を使うことでシステム登録の有無を容易に確認できる。

＜第５の実施形態に係る変形例２＞
第５の実施形態に係る案内端末３０の機能は、空港外の施設に設置された端末に組み込まれていてもよい。上記ホテルのロビーに案内端末３０が設置される例では、案内端末３０の機能がホテル端末４０に組み込まれていてもよい。

図２４は、第５の実施形態に係る変形例２のホテル端末４０の処理構成（処理モジュール）の一例を示す図である。図２４を参照すると、ホテル端末４０は、チェックアウト実行部６０１と、システム登録部６０２と、記憶部６０３と、を備える。

チェックアウト実行部６０１は、ホテル宿泊者に関するチェックアウト処理を実行する手段である。チェックアウト実行部６０１は、チェックアウト手続きが終了すると、その旨をシステム登録部６０２に通知する。

システム登録部６０２は、利用者がシステム登録を希望するか否か取得する。システム登録部６０２は、利用者がシステム登録を希望すると、当該利用者の生体情報、パスポート情報、航空券情報を取得し、これらの情報を含むトークン発行要求をサーバ装置２０に送信する。

記憶部６０３は、ホテル端末４０の動作に必要な情報を記憶する。

以上のように、第５の実施形態に係るシステムでは、案内端末３０は空港外の施設等に設置される。即ち、案内機能と登録機能を有するマルチ機能端末（案内端末３０）は、生体認証で手続きを行うＡＧＢ（Auto Boarding Gate）等の近くに限定されず、駅、ホテル、イベント会場等の施設に設置されてもよい。空港以外の施設、例えば、ホテルに設置された案内端末３０は、チェックアウト手続き等が終了したタイミングで利用者にトークンが生成されていなければ、トークン生成を促すような処理を実行する。換言すれば、案内端末３０は、案内機能、登録機能に加え、代金の決済をする決済機能、チェックアウト手続きを行う機能等を備えていてもよい。また、駅に案内端末３０が設置される場合には、案内端末３０と改札機が連携してもよい。例えば、空港に向かう交通手段の改札機において、生体情報を用いたトークン発行の有無が判定され、トークンが発行されていなければ同じ敷地に設置された案内端末３０においてトークンの発行手続きが行われてもよい。その結果、より多くの利用者が生体認証を利用するようになる。

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

第１の実施形態乃至第５の実施形態では、案内端末３０は、空港内の手続きに関するシステム登録の機能を備える場合について説明した。

第６の実施形態では、案内端末３０は、空港内の手続きとは異なる手続きのシステム登録の機能を備える場合について説明する。

以下、第１の実施形態乃至第６の実施形態の相違点を中心に説明する。

図２５は、第６の実施形態に係るチケット管理システムの概略構成の一例を示す図である。図２５には、空港内に案内端末３０が設置され、イベント会場に入場ゲート１５が設置された例が図示されている。また、チケット管理システムは、管理サーバ５０を備える。

イベント会場に入場するためのチケットを購入した利用者は、生体認証を用いてイベント会場に入場するためのシステム登録を行うことができる。具体的には、利用者は、案内端末３０を用いて当該システム登録を行う。

第６の実施形態に係る案内端末３０の動作モードは、第４の動作モード（案内機能が無効、登録機能が有効なモード）に設定されている。

第６の実施形態に係る案内端末３０の生体情報取得部５０３は、面前に利用者を検出すると（利用者の顔画像を抽出すると）、その旨をシステム登録部５０６に通知する。

システム登録部５０６は、図２６に示すようなＧＵＩを表示し、当該利用者がシステム登録を希望しているか否かを取得する。

利用者がシステム登録を希望していなければ（ＮＯボタンが押下されると）、システム登録部５０６は、特段の動作を行わない。

利用者がシステム登録を希望していれば（ＹＥＳボタンが押下されると）、システム登録部５０６は、利用者の生体情報、チケットに記載された情報（チケット情報）を取得する。システム登録部５０６は、生体情報及びチケット情報を含むトークン発行要求を管理サーバ５０に送信する。

管理サーバ５０は、取得した生体情報及びチケット情報をデータベース（例えば、チケット購入者データベース）に登録する。

入場ゲート１５は、利用者が自装置に到着すると、当該利用者の生体情報を含む認証要求を管理サーバ５０に送信する。

管理サーバ５０は、入場ゲート１５から取得した生体情報と事前に登録された生体情報を用いた照合処理を行い、特定された利用者のチケット情報を確認する。管理サーバ５０は、特定された利用者のチケット情報に基づいて、当該利用者がイベント会場に入場する資格があると判定された場合には、認証成功を入場ゲート１５に通知する。

管理サーバ５０は、照合処理に失敗した場合、又は、利用者がイベント会場に入場する資格がないと判定された場合には、認証失敗を入場ゲート１５に通知する。

入場ゲート１５は、認証成功を受信すると、ゲートを開き利用者の通行を許可する。入場ゲート１５は、認証失敗を受信すると、ゲートを閉じ利用者の通行を拒否する。

以上のように、第６の実施形態に係る案内端末３０は、空港以外で行われる搭乗手続き以外のシステム登録を行う。案内端末３０が搭乗手続き以外のシステム登録に対応することで、案内端末３０は生体認証の普及に貢献する。

続いて、空港管理システムを構成する各装置のハードウェアについて説明する。図２７は、案内端末３０のハードウェア構成の一例を示す図である。

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

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

プロセッサ３１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）等のプログラマブルなデバイスである。あるいは、プロセッサ３１１は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスであってもよい。プロセッサ３１１は、オペレーティングシステム（ＯＳ；Operating System）を含む各種プログラムを実行する。

メモリ３１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。メモリ３１２は、ＯＳプログラム、アプリケーションプログラム、各種データを格納する。

入出力インターフェイス３１３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。

通信インターフェイス３１４は、他の装置と通信を行う回路、モジュール等である。例えば、通信インターフェイス３１４は、ＮＩＣ（Network Interface Card）等を備える。

案内端末３０の機能は、各種処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ３１２に格納されたプログラムをプロセッサ３１１が実行することで実現される。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transitory）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。

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

情報処理装置である案内端末３０は、コンピュータを搭載し、当該コンピュータにプログラムを実行させることで案内端末３０の機能が実現できる。また、案内端末３０は、当該プログラムにより案内端末３０の制御方法を実行する。

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

上記実施形態では案内端末３０が、利用者が利用する端末（生体認証に対応した認証端末、生体認証に対応していない端末、装置等）に関する案内を行う場合について説明した。ここで、案内端末３０は、「左側の端末」、「右側の端末」のように大雑把な案内をしてもよいし、各利用者が向かう端末について細かな案内をしてもよい。例えば、案内端末３０は、「第１レーンに進んで下さい」といった端末を直接指定するような案内を行ってもよい。

あるいは、案内端末３０が、案内の内容を決定するのではなく、サーバ装置２０が案内の内容を決定してもよい。例えば、サーバ装置２０（判定要求処理部４０４）は、判定要求に対する結果と共に、案内端末３０が各利用者（システム登録者、システム非登録者）に案内する認証端末を指定してもよい。

その際、サーバ装置２０は、認証端末（例えば、搭乗ゲート装置１４；ＡＢＧ（Automated Border Gate）ゲート）の稼働状況や混雑状況を考慮して、各案内端末３０に通知する認証端末を決定してもよい。例えば、サーバ装置２０は、各認証端末に並ぶ利用者の数が均等になるように、各案内端末３０に通知する認証端末を順番に決定してもよい。即ち、サーバ装置２０は、ラウンドロビン方式で認証端末を動的に決定し、決定した認証端末を各案内端末３０に通知してもよい。

上記実施形態では、認証端末（例えば、搭乗ゲート装置１４）が利用者のゲート通行可否を判定する場合について説明した。しかし、サーバ装置２０が、当該判定を実行してもよい。例えば、搭乗ゲート装置１４の通行可否に関して、サーバ装置２０が、利用者の搭乗券情報と搭乗ゲート装置１４に設定された情報（エアラインコード、便名等）に基づいて、利用者の通行可否を判定してもよい。サーバ装置２０は、判定結果に基づいて、認証処理の結果（認証成功、認証失敗）を設定してもよい。

上記実施形態では、サーバ装置２０が、利用者がシステム登録者か否か（利用者にトークンが発行されているか否か）を判定する場合について説明した。利用者がシステム登録者と判定された場合、サーバ装置２０は、利用者が正しい搭乗口（搭乗ゲート装置１４の設置場所）に到着しているか否かを判定してもよい。具体的には、サーバ装置２０は、システム登録者の業務情報（搭乗券情報）と搭乗ゲート装置１４が搭乗可否を判定している情報（エアラインコード、便名）に基づいて、利用者が搭乗ゲート装置１４を通過できるか否か判定してもよい。利用者が搭乗ゲート装置１４を通過できないと判定した場合には、サーバ装置２０は、利用者の搭乗券情報に基づいて、当該利用者が向かうべき搭乗口や搭乗開始時間を取得し、当該取得した搭乗口等の情報を案内端末３０に通知してもよい。案内端末３０は、当該通知された情報を利用者に提示してもよい。例えば、案内端末３０は、「お客様の正しい搭乗口はＮｏ．３ゲートです。Ｎｏ．３ゲートにお向かい下さい。」といったメッセージを表示する。このように、案内端末３０は、利用者が間違った搭乗口（搭乗ゲート装置１４）に向かっている場合、当該利用者に正しい搭乗開始時間や正しい搭乗口などを案内してもよい。

上記実施形態では、顔画像に係る生体情報が装置間で送受信される場合について説明した。しかし、顔画像から生成された特徴量が装置間で送受信されてもよい。この場合、受信側のサーバ装置２０が、受信した特徴量を利用し、その後の処理に活用してもよい。あるいは、登録者情報データベースに記憶される生体情報は特徴量であってもよいし顔画像であってもよい。顔画像が記憶されている場合には、必要に応じて顔画像から特徴量が生成されればよい。あるいは、顔画像と特徴量の両方が登録者情報データベースに記憶されていてもよい。

第４の実施形態では、案内装置３０は、搭乗ゲート装置１４やサーバ装置２０から搭乗ゲート装置１４の動作モードを取得することを説明した。しかし、案内装置３０は、これらの以外の任意の方法により搭乗ゲート装置１４の動作モードを取得してもよい。例えば、航空会社の職員が、搭乗ゲート装置１４の動作モードを案内端末３０に設定してもよい。

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

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

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

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

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、航空機等を利用する利用者に関する空港管理システムなどに好適に適用可能である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信する、判定要求部と、
前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する、登録部と、
を備える、端末。
［付記２］
前記判定対象者が前記所定の手続きを進めるための案内を行う、案内部をさらに備える、付記１に記載の端末。
［付記３］
前記案内部は、前記判定対象者がシステム登録されている場合、前記システム登録されている判定対象者に対して前記認証端末に関する案内を行う、付記２に記載の端末。
［付記４］
前記案内部は、前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者に対して前記認証端末とは異なる装置に関する案内を行う、付記２又は３に記載の端末。
［付記５］
前記案内部は、前記システム登録されていない判定対象者が前記システム登録を希望するか否かを取得し、
前記登録部は、前記システム登録されていない判定対象者が前記システム登録を希望した場合に前記トークン発行要求を前記サーバ装置に送信する、付記２乃至４のいずれか一項に記載の端末。
［付記６］
自装置の動作モードを制御する、モード制御部をさらに備え、
第１の動作モードにおいて、前記案内部は前記システム登録されていない判定対象者が前記システム登録を希望するか否かを取得し、前記登録部は、前記システム登録されていない判定対象者が前記システム登録を希望した場合に前記トークン発行要求を前記サーバ装置に送信し、
第２の動作モードにおいて、前記案内部は、前記判定対象者が前記所定の手続きを進めるための案内を行い、
第３の動作モードにおいて、前記案内部は前記システム登録されていない判定対象者が前記システム登録を希望するか否かを取得し、前記システム登録されていない判定対象者が前記システム登録を希望した場合に、自端末とは異なる装置で前記システム登録を行うことを促し、
第４の動作モードにおいて、前記案内部は動作しない、付記２に記載の端末。
［付記７］
前記第４の動作モードにおいて、前記登録部は、前記判定対象者がシステム登録を希望した場合、前記システム登録を希望した判定対象者の生体情報を含む前記トークン発行要求を前記サーバ装置に送信する、付記６に記載の端末。
［付記８］
前記モード制御部は、
前記認証端末が稼働している場合には、動作モードを前記第２の動作モードに設定し、
前記認証端末が稼働していない場合には、動作モードを前記第４の動作モードに設定する、付記６又は７に記載の端末。
［付記９］
前記登録部は、前記システム登録されていない判定対象者の生体情報、パスポート情報、搭乗券情報を含む前記トークン発行要求を前記サーバ装置に送信する、付記１乃至８のいずれか一項に記載の端末。
［付記１０］
空港とは異なる施設に設置された、付記９に記載の端末。
［付記１１］
設置場所に応じた動作モードが設定される、付記１乃至５のいずれか一項に記載の端末。
［付記１２］
前記生体情報は、顔画像又は前記顔画像から生成された特徴量である、付記１乃至１１のいずれか一項に記載の端末。
［付記１３］
生体認証に対応した認証端末と、
生体情報を利用した生体認証を実行する、サーバ装置と、
端末と、
を含み、
前記端末は、
前記認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求を前記サーバ装置に送信する、判定要求部と、
前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する、登録部と、
を備える、システム。
［付記１４］
端末において、
生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信し、
前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する、端末の制御方法。
［付記１５］
端末に搭載されたコンピュータに、
生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信する処理と、
前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する処理と、
を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。

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

１０ チェックイン端末
１１ 手荷物預け機
１２ 旅客通過システム
１３ ゲート装置
１４ 搭乗ゲート装置
１５ 入場ゲート
２０ サーバ装置
３０ 案内端末
４０ ホテル端末
５０ 管理サーバ
１００ 端末
１０１ 判定要求部
１０２ 登録部
２０１ 通信制御部
２０２ チェックイン実行部
２０３ システム登録部
２０４ メッセージ出力部
２０５ 記憶部
３０１ モード制御部
３０２ 通信制御部
３０３ 生体情報取得部
３０４ 認証要求部
３０５ 機能実現部
３０６ 記憶部
３１１ プロセッサ
３１２ メモリ
３１３ 入出力インターフェイス
３１４ 通信インターフェイス
４０１ 通信制御部
４０２ トークン発行部
４０３ 認証要求処理部
４０４ 判定要求処理部
４０５ 記憶部
５０１ モード制御部
５０２ 通信制御部
５０３ 生体情報取得部
５０４ 判定要求部
５０５ 案内部
５０６ システム登録部
５０７ 記憶部
６０１ チェックアウト実行部
６０２ システム登録部
６０３ 記憶部

Claims (14)

1. 生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信する、判定要求部と、
   前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する、登録部と、
   を備え、
   設置場所に応じた動作モードが設定される、端末。
2. 前記判定対象者が前記所定の手続きを進めるための案内を行う、案内部をさらに備える、請求項１に記載の端末。
3. 前記案内部は、前記判定対象者がシステム登録されている場合、前記システム登録されている判定対象者に対して前記認証端末に関する案内を行う、請求項２に記載の端末。
4. 前記案内部は、前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者に対して前記認証端末とは異なる装置に関する案内を行う、請求項２又は３に記載の端末。
5. 前記案内部は、前記システム登録されていない判定対象者が前記システム登録を希望するか否かを取得し、
   前記登録部は、前記システム登録されていない判定対象者が前記システム登録を希望した場合に前記トークン発行要求を前記サーバ装置に送信する、請求項２乃至４のいずれか一項に記載の端末。
6. 生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信する、判定要求部と、
   前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する、登録部と、
   前記判定対象者が前記所定の手続きを進めるための案内を行う、案内部と、
   を備え、
   第１の動作モードにおいて、前記案内部は前記システム登録されていない判定対象者が前記システム登録を希望するか否かを取得し、前記登録部は、前記システム登録されていない判定対象者が前記システム登録を希望した場合に前記トークン発行要求を前記サーバ装置に送信し、
   第２の動作モードにおいて、前記案内部は、前記判定対象者が前記所定の手続きを進めるための案内を行い、
   第３の動作モードにおいて、前記案内部は前記システム登録されていない判定対象者が前記システム登録を希望するか否かを取得し、前記システム登録されていない判定対象者が前記システム登録を希望した場合に、自端末とは異なる装置で前記システム登録を行うことを促し、
   第４の動作モードにおいて、前記案内部は動作しない、端末。
7. 前記第４の動作モードにおいて、前記登録部は、前記判定対象者がシステム登録を希望した場合、前記システム登録を希望した判定対象者の生体情報を含む前記トークン発行要求を前記サーバ装置に送信する、請求項６に記載の端末。
8. 自装置の動作モードを制御する、モード制御部をさらに備え、
   前記モード制御部は、
   前記認証端末が稼働している場合には、動作モードを前記第２の動作モードに設定し、
   前記認証端末が稼働していない場合には、動作モードを前記第４の動作モードに設定する、請求項６又は７に記載の端末。
9. 前記登録部は、前記システム登録されていない判定対象者の生体情報、パスポート情報、搭乗券情報を含む前記トークン発行要求を前記サーバ装置に送信する、請求項１乃至８のいずれか一項に記載の端末。
10. 空港とは異なる施設に設置された、請求項９に記載の端末。
11. 前記生体情報は、顔画像又は前記顔画像から生成された特徴量である、請求項１乃至１０のいずれか一項に記載の端末。
12. 生体認証に対応した認証端末と、
    生体情報を利用した生体認証を実行する、サーバ装置と、
    設置場所に応じた動作モードが設定される、端末と、
    を含み、
    前記端末は、
    前記認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求を前記サーバ装置に送信する、判定要求部と、
    前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する、登録部と、
    を備える、システム。
13. 設置場所に応じた動作モードが設定される、端末において、
    生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信し、
    前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する、端末の制御方法。
14. 設置場所に応じた動作モードが設定される、端末に搭載されたコンピュータに、
    生体認証に対応した認証端末を利用し所定の手続きを進めるためのシステム登録がされているか否かに関する判定の判定対象者の生体情報を含む判定要求をサーバ装置に送信する処理と、
    前記判定対象者がシステム登録されていない場合、前記システム登録されていない判定対象者の生体情報を含むトークン発行要求を前記サーバ装置に送信することで、前記システム登録されていない判定対象者のシステム登録を前記サーバ装置に要求する処理と、
    を実行させるためのプログラム。

Images