特許7276527エレベータシステム、携帯端末、プログラム、及び携帯端末の制御方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2023-05-10
(45)【発行日】2023-05-18
(54)【発明の名称】エレベータシステム、携帯端末、プログラム、及び携帯端末の制御方法
(51)【国際特許分類】
B66B 1/18 20060101AFI20230511BHJP
B66B 3/00 20060101ALI20230511BHJP
【ＦＩ】
B66B1/18 L
B66B1/18 K
B66B3/00 M
【請求項の数】
8
(21)【出願番号】P 2022009787
(22)【出願日】2022-01-26
【審査請求日】2022-01-26
(73)【特許権者】
【識別番号】000112705
【氏名又は名称】フジテック株式会社
(74)【代理人】
【識別番号】100106518
【弁理士】
【氏名又は名称】松谷 道子
(74)【代理人】
【識別番号】100132241
【弁理士】
【氏名又は名称】岡部 博史
(74)【代理人】
【識別番号】100183276
【弁理士】
【氏名又は名称】山田 裕三
(72)【発明者】
【氏名】須藤 豪
(72)【発明者】
【氏名】小村 章
【審査官】太田 義典
(56)【参考文献】
【文献】再公表特許第２０１９／２０７７１５（ＪＰ，Ａ１）
【文献】特開２０１４－１８９３４６（ＪＰ，Ａ）
【文献】再公表特許第２０１２／００８０２４（ＪＰ，Ａ１）
【文献】特開２０２０－１０４９５５（ＪＰ，Ａ）
【文献】特開２０２０－１１７３３８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｂ６６Ｂ １／００－ １／５２
Ｂ６６Ｂ ３／００－ ３／０２
(57)【特許請求の範囲】
【請求項1】
利用者が複数のビルでエレベータ乗車前に行先階を設定可能とするエレベータシステムであって、
利用者を撮像可能なように設けられた撮像部と、
前記撮像部で撮像された撮像画像に基づいて前記利用者の顔認証を行う顔認証部と、
前記利用者の変更行先階に関する行先階変更情報を取得する情報取得部と、
前記利用者の行先階の設定を行う行先階設定部と、を備え、
前記行先階設定部は、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を前記利用者の行先階として設定し、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されたときは、前記行先階変更情報に基づいて特定された変更行先階を前記利用者の行先階として設定し、
前記情報取得部として、第１ビルでは、第１形式の前記行先階変更情報を取得する第１情報取得部が前記撮像部に設けられ、第２ビルでは、第２形式の前記行先階変更情報を取得する第２情報取得部が前記撮像部とは異なる箇所に設けられ、
前記第１情報取得部は、前記撮像部が撮像する前記撮像画像から、前記利用者が所持する携帯端末に表示された前記第１形式の前記行先階変更情報を取得し、前記第２情報取得部は、前記利用者が所持する前記携帯端末に表示された前記第２形式の前記行先階変更情報を読み取って取得する、
エレベータシステム。
【請求項2】
前記利用者は、前記携帯端末に対する操作により、前記第１形式の前記行先階変更情報と、前記第２形式の前記行先階変更情報をそれぞれ生成する、請求項１に記載のエレベータシステム。
【請求項3】
前記携帯端末に対する前記操作は、前記携帯端末内の行先階設定アプリに対する操作を含む、請求項２に記載のエレベータシステム。
【請求項4】
前記第１形式の前記行先階変更情報および前記第２形式の前記行先階変更情報はそれぞれ、共通の利用者識別情報を格納する、請求項１から３のいずれか１つに記載のエレベータシステム。
【請求項5】
前記利用者識別情報は、前記利用者の前記携帯端末内の行先階設定アプリ毎に生成される、請求項４に記載のエレベータシステム。
【請求項6】
ビルで利用者がエレベータ乗車前に前記利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場への移動経路上に配置されるゲートを通過しようとする利用者を撮像可能なように設けられた撮像部と、
前記撮像部で撮像された撮像画像に基づいて前記利用者の顔認証を行う顔認証部と、
前記利用者の変更行先階に関する行先階変更情報を取得する情報取得部と、
前記利用者の行先階の設定を行う行先階設定部と、を備え、
前記行先階設定部は、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を前記利用者の行先階として設定し、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されたときは、前記行先階変更情報に基づいて特定された変更行先階を前記利用者の行先階として設定し、
前記情報取得部は、前記ビルに対応する第１形式の前記行先階変更情報を取得する第１情報取得部または前記ビルに対応する第２形式の前記行先階変更情報を取得する第２情報取得部の少なくとも一方を有し、
前記第１形式の前記行先階変更情報および前記第２形式の前記行先階変更情報はそれぞれ、共通の利用者識別情報を格納する、
エレベータシステム。
【請求項7】
ビルで利用者がエレベータ乗車前に前記利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場に配置される行先階登録装置を利用しようとする利用者を撮像可能なように設けられた撮像部と、
前記撮像部で撮像された撮像画像に基づいて前記利用者の顔認証を行う顔認証部と、
前記利用者の変更行先階に関する行先階変更情報を取得する情報取得部と、
前記利用者の行先階の設定を行う行先階設定部と、を備え、
前記行先階設定部は、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を前記利用者の行先階として設定し、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されたときは、前記行先階変更情報に基づいて特定された変更行先階を前記利用者の行先階として設定し、
前記情報取得部は、前記ビルに対応する第１形式の前記行先階変更情報を取得する第１情報取得部または前記ビルに対応する第２形式の前記行先階変更情報を取得する第２情報取得部の少なくとも一方を有し、
前記第１形式の前記行先階変更情報および前記第２形式の前記行先階変更情報はそれぞれ、共通の利用者識別情報を格納する、
エレベータシステム。
【請求項8】
前記利用者識別情報は、前記利用者の携帯端末内の行先階設定アプリ毎に生成される、請求項６又は７に記載のエレベータシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、エレベータシステム、携帯端末、プログラム、及び携帯端末の制御方法に関する。
【背景技術】
【0002】
特許文献１は、セキュリティゲートのカードリーダでＩＣカードから利用者情報を取得することで、ＩＣカードに予め記録された利用者の行先階をエレベータの制御装置に自動で登録し、号機を割り当てるエレベータシステムを開示している。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１６－０５６０１７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
顔認証を利用した種々の装置が普及し始めている。
【0005】
本発明は、顔認証を利用したエレベータシステムに関連して、利用者の利便性を向上させることを目的とする。
【課題を解決するための手段】
【0006】
本発明の第１の態様のエレベータシステムは、
利用者のエレベータ乗車前に前記利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場への移動経路上に配置されるゲートを通過しようとする利用者を撮像可能なように設けられた撮像部と、
前記撮像部で撮像された撮像画像に基づいて前記利用者の顔認証を行う顔認証部と、
前記利用者の変更行先階に関する行先階変更情報を取得する情報取得部と、
前記利用者の行先階の設定を行う行先階設定部と、を備え、
前記行先階設定部は、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を前記利用者の行先階として設定し、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されたときは、前記行先階変更情報に基づいて特定された変更行先階を前記利用者の行先階として設定し、
前記情報取得部は、前記ビルに対応する第１形式の前記行先階変更情報を取得する第１情報取得部または前記ビルに対応する第２形式の前記行先階変更情報を取得する第２情報取得部の少なくとも一方を有する。
利用者のエレベータ乗車前に前記利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場への移動経路上に配置されるゲートを通過しようとする利用者を撮像可能なように設けられた撮像部と、
前記撮像部で撮像された撮像画像に基づいて前記利用者の顔認証を行う顔認証部と、
前記利用者の変更行先階に関する行先階変更情報を取得する情報取得部と、
前記利用者の行先階の設定を行う行先階設定部と、を備え、
前記行先階設定部は、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を前記利用者の行先階として設定し、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されたときは、前記行先階変更情報に基づいて特定された変更行先階を前記利用者の行先階として設定し、
前記情報取得部は、前記ビルに対応する第１形式の前記行先階変更情報を取得する第１情報取得部または前記ビルに対応する第２形式の前記行先階変更情報を取得する第２情報取得部の少なくとも一方を有する。
【0007】
本発明の第２の態様のエレベータシステムは、
利用者のエレベータ乗車前に前記利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場に配置される行先階登録装置を利用しようとする利用者を撮像可能なように設けられた撮像部と、
前記撮像部で撮像された撮像画像に基づいて前記利用者の顔認証を行う顔認証部と、
前記利用者の変更行先階に関する行先階変更情報を取得する情報取得部と、
前記利用者の行先階の設定を行う行先階設定部と、を備え、
前記行先階設定部は、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を前記利用者の行先階として設定し、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されたときは、前記行先階変更情報に基づいて特定された変更行先階を前記利用者の行先階として設定し、
前記情報取得部は、前記ビルに対応する第１形式の前記行先階変更情報を取得する第１情報取得部または前記ビルに対応する第２形式の前記行先階変更情報を取得する第２情報取得部の少なくとも一方を有する。
利用者のエレベータ乗車前に前記利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場に配置される行先階登録装置を利用しようとする利用者を撮像可能なように設けられた撮像部と、
前記撮像部で撮像された撮像画像に基づいて前記利用者の顔認証を行う顔認証部と、
前記利用者の変更行先階に関する行先階変更情報を取得する情報取得部と、
前記利用者の行先階の設定を行う行先階設定部と、を備え、
前記行先階設定部は、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を前記利用者の行先階として設定し、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記行先階変更情報が取得されたときは、前記行先階変更情報に基づいて特定された変更行先階を前記利用者の行先階として設定し、
前記情報取得部は、前記ビルに対応する第１形式の前記行先階変更情報を取得する第１情報取得部または前記ビルに対応する第２形式の前記行先階変更情報を取得する第２情報取得部の少なくとも一方を有する。
【0008】
本発明の携帯端末は、
画像を表示する表示部と、
撮像部と、
制御部と、を備え、
前記制御部は、
（ｉ）前記撮像部に、利用者の顔を撮像させ、
（ｉｉ）前記撮像部で撮像した顔データに基づいて、利用可能なビル、許可階、及び行先階変更形式の情報を取得し、
（ｉｉｉ）前記利用者が前記ビルの顔認証システムを通過する際に、デフォルト行先階とは異なる変更行先階を利用しようとする場合、前記表示部に、前記変更行先階の情報を含む行先階変更コードを、前記ビルに対応する前記行先階変更形式で表示させる。
画像を表示する表示部と、
撮像部と、
制御部と、を備え、
前記制御部は、
（ｉ）前記撮像部に、利用者の顔を撮像させ、
（ｉｉ）前記撮像部で撮像した顔データに基づいて、利用可能なビル、許可階、及び行先階変更形式の情報を取得し、
（ｉｉｉ）前記利用者が前記ビルの顔認証システムを通過する際に、デフォルト行先階とは異なる変更行先階を利用しようとする場合、前記表示部に、前記変更行先階の情報を含む行先階変更コードを、前記ビルに対応する前記行先階変更形式で表示させる。
【0009】
本発明のプログラムは、コンピュータを、本発明の携帯端末の制御部として機能させる。
【0010】
本発明の携帯端末の制御方法は、
画像を表示する表示部と、撮像部と、を備える携帯端末の制御方法であって、
（ｉ）前記撮像部に、利用者の顔を撮像させ、
（ｉｉ）前記撮像部で撮像した顔データに基づいて、利用可能なビル、許可階、及び行先階変更形式の情報を取得し、
（ｉｉｉ）前記利用者が前記ビルの顔認証システムを通過する際に、デフォルト行先階とは異なる変更行先階を利用しようとする場合、前記表示部に、前記変更行先階の情報を含む行先階変更コードを、前記ビルに対応する前記行先階変更形式で表示させる。
画像を表示する表示部と、撮像部と、を備える携帯端末の制御方法であって、
（ｉ）前記撮像部に、利用者の顔を撮像させ、
（ｉｉ）前記撮像部で撮像した顔データに基づいて、利用可能なビル、許可階、及び行先階変更形式の情報を取得し、
（ｉｉｉ）前記利用者が前記ビルの顔認証システムを通過する際に、デフォルト行先階とは異なる変更行先階を利用しようとする場合、前記表示部に、前記変更行先階の情報を含む行先階変更コードを、前記ビルに対応する前記行先階変更形式で表示させる。
【発明の効果】
【0011】
本発明によれば、顔認証を利用したエレベータシステムにおいて、デフォルト行先階だけでなく変更行先階を利用者の行先階として設定できるとともに、複数のビルで利用することができ、利用者の利便性を向上させることができる。
【図面の簡単な説明】
【0012】
【図1A】実施の形態１におけるエレベータシステムの構成を示したブロック図
【図1B】実施の形態１におけるビルエレベータシステムが適用されるビルの特定階における機器配置を示した概略平面図
【図2】ビルエレベータシステムの構成を示したブロック図
【図3】行先階登録装置の電気的構成を示したブロック図
【図4】行先階登録装置の外観を模式的に示した正面図
【図5】行先階登録装置の表示部における表示例を示した図
【図6】エレベータ制御装置の電気的構成を示したブロック図
【図7】セキュリティゲートの外観を示した斜視図
【図8】セキュリティサーバの電気的構成を示したブロック図
【図9】セキュリティサーバの記憶部に格納されている登録装置データベースの構成を示した図
【図10A】セキュリティサーバの記憶部に格納されているビル利用者データベース（ビルＡ）の構成を示した図
【図10B】セキュリティサーバの記憶部に格納されている利用者データベース（ビルＢ）の構成を示した図
【図10C】携帯端末の電気的構成を示したブロック図
【図11】携帯端末の表示部における表示例を示した図
【図12】アプリサーバの記憶部に格納されているアプリ利用者データベースの構成を示した図
【図13】ビル利用者データベースからアプリ利用者データベースへのアップロードを示す図
【図14】行先階設定アプリの初回登録時における行先階設定アプリの処理を説明したフローチャート
【図15】行先階設定アプリの初回登録時における携帯端末の表示部における表示例を示した図
【図16】行先階設定アプリの初回登録時におけるアプリサーバの処理を説明したフローチャート
【図17】アプリ利用者データベースにおけるアプリユーザＩＤの追加を示す図
【図18】行先階設定アプリの初回登録時におけるセキュリティサーバの処理を説明したフローチャート
【図19】ビル利用者データベースにおけるアプリユーザＩＤの追加を示す図
【図20】ビル利用時における行先階設定アプリの処理を説明したフローチャート
【図21A】ビル利用時における行先階設定アプリの表示例を示す図
【図21B】ビル利用時における行先階設定アプリの表示例を示す図
【図22A】ビルＡのセキュリティサーバによる呼び情報信号生成処理を説明したフローチャート
【図22B】ビルＢのセキュリティサーバによる呼び情報信号生成処理を説明したフローチャート
【図23】群管理制御装置による割当処理を説明したフローチャート
【図24】セキュリティゲートのゲート表示器における表示例を示した図
【図25】実施の形態１の第１の変形例におけるエレベータシステムの構成を示したブロック図
【図26A】実施の形態１の第２の変形例におけるエレベータシステムの構成（ビルＡ）を示したブロック図
【図26B】実施の形態１の第２の変形例におけるエレベータシステムの構成（ビルＢ）を示したブロック図
【発明を実施するための形態】
【0013】
本発明の実施の形態について図面を参照して説明する。
【0014】
【0015】
図１Ａに示すように、実施の形態１のエレベータシステムは、複数のビルエレベータシステムと、アプリサーバ５００とを有する。
【0016】
ビルエレベータシステムは、各ビルのエレベータに関する制御を行うために構築されたシステムである。図１Ａに示す例では、３つのビルＡ、ビルＢ、ビルＣを例示し、ビルＡ～ビルＣのそれぞれにビルエレベータシステムが構築された例を示す。ビルエレベータシステムのそれぞれは、群管理制御装置１０と、セキュリティサーバ１００とを含む。ビルエレベータシステムのそれぞれは、利用者の携帯端末２００と、アプリサーバ５００と通信可能に接続される。
【0017】
ビルＡ～ビルＣのそれぞれには顔認証システムが導入されており、利用者の顔を撮像した撮像画像に基づいて利用者の認証を行い、認証が成功すると群管理制御装置１０が利用者の行先階を割り当てる。利用者の行先階は原則、デフォルト行先階が割り当てられるが、携帯端末２００にインストールした行先階設定アプリを用いることで、デフォルト行先階とは異なる行先階（変更行先階）を利用することができる。行先階設定アプリに関する情報は、アプリサーバ５００によって管理される。
【0018】
以下、各ビルに設けられたビルエレベータシステムの例示的な構成について説明する。
【0019】
１－２．エレベータ等の配置
図１Ｂは、実施の形態１におけるビルエレベータシステムが適用されるビル（建物）の特定階における機器配置の一例を示した概略平面図である。特定階とは、例えば当該ビルの外部につながるロビー階であり、ビルの利用者は特定階を経由して他の階に移動することとなる。
図１Ｂは、実施の形態１におけるビルエレベータシステムが適用されるビル（建物）の特定階における機器配置の一例を示した概略平面図である。特定階とは、例えば当該ビルの外部につながるロビー階であり、ビルの利用者は特定階を経由して他の階に移動することとなる。
【0020】
図１Ｂでは、ビルエレベータシステムが、１号機～６号機の６台（複数台の一例）のエレベータ６０Ａ～６０Ｆを備えている例を示す。エレベータの利用者は、エレベータ乗場からエレベータ６０Ａ～６０Ｆに乗車する。以下では、エレベータ６０Ａ～６０Ｆを区別せずに「エレベータ６０」という場合がある。
【0021】
特定階を含む各階床のエレベータ乗場またはその近傍には、行先階登録装置３０が配置されている。
【0022】
特定階において、エントランスからエレベータ乗場への利用者の移動経路上には、複数台のセキュリティゲート２０が配置されている。利用者は、エントランス側からいずれかのセキュリティゲート２０を通過してエレベータ乗場に進入する。エレベータ乗場は、特定領域に設けられている。特定領域とは、エントランス側からセキュリティゲート２０を通過しないと入れないビル内の領域である。特定領域は、エレベータ乗場や、各エレベータ６０のかご内のスペースや、エレベータ６０を利用して移動可能な各階床のスペースを含む。
【0023】
セキュリティゲート２０のエントランス側の床面には、顔認証エリアＡｄを示す表示がなされている。
【0024】
【0025】
ビルエレベータシステムは、複数台のエレベータ６０Ａ～６０Ｆと、これらのエレベータ６０Ａ～６０Ｆの運行を統合的に制御する群管理制御装置１０と、各エレベータに対応させて設けられたエレベータ制御装置４０Ａ～４０Ｆと、各階に配置される行先階登録装置３０とを備える。群管理制御装置１０には、ビルのセキュリティを管理し、かつセキュリティゲート２０の制御を行うセキュリティサーバ１００が接続されている。
【0026】
ビルエレベータシステムは、かごへの乗車前に利用者に行先階を予め登録させる行先階登録方式を採用している。行先階の登録は、例えば、セキュリティゲート２０での顔認証、カメレオンコード（登録商標）やＱＲコード（登録商標）等の行先階変更コードの利用、行先階登録装置３０での手動登録などにより行うことができる。群管理制御装置１０は、乗車前に登録された行先階に関する呼び（行先階呼び）を、複数台のエレベータ６０のうちのいずれかの号機に割り当てて、割り当てた号機を示す情報を、利用されたセキュリティゲート２０のゲート表示器７０や行先階登録装置３０に表示させ、これにより、割り当てた号機に利用者を乗車させる。
【0027】
なお、特定階の行先階登録装置３０は、セキュリティゲート２０を通過して特定領域に進入した利用者が、ゲート表示器７０に表示されたエレベータ６０に乗り遅れたときや、デフォルト行先階以外の階床に移動するときに、エレベータ６０を利用することを可能とするために設けられている。
【0028】
各エレベータ６０（６０Ａ～６０Ｆ）は、かご、巻上機（モータ）、釣合おもり等を有する。
【0029】
１－３－２．群管理制御装置
群管理制御装置１０は、エレベータ６０Ａ～６０Ｆの運行を統合的に制御する。また、群管理制御装置１０は、セキュリティサーバ１００及び行先階登録装置３０との間で通信を行いながら、各号機に対する新規の呼びの割当制御を行う。各装置は、情報伝送可能なネットワークを介して接続されている。ネットワークは、例えばＥｔｈｅｒｎｅｔ（登録商標）等のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）により構成され、各装置間での各種の情報の送受信は、ＴＣＰ／ＩＰ等の各種のプロトコルにしたがって行われる。ネットワークに接続されている前述の各装置は、ＴＣＰ／ＩＰ等の各種のプロトコルにしたがった通信による信号伝送（情報伝送）が可能である。なお、エレベータシステムを構成する各装置間は、他の信号形式のネットワークや、専用の信号網を介して接続されてもよい。
群管理制御装置１０は、エレベータ６０Ａ～６０Ｆの運行を統合的に制御する。また、群管理制御装置１０は、セキュリティサーバ１００及び行先階登録装置３０との間で通信を行いながら、各号機に対する新規の呼びの割当制御を行う。各装置は、情報伝送可能なネットワークを介して接続されている。ネットワークは、例えばＥｔｈｅｒｎｅｔ（登録商標）等のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）により構成され、各装置間での各種の情報の送受信は、ＴＣＰ／ＩＰ等の各種のプロトコルにしたがって行われる。ネットワークに接続されている前述の各装置は、ＴＣＰ／ＩＰ等の各種のプロトコルにしたがった通信による信号伝送（情報伝送）が可能である。なお、エレベータシステムを構成する各装置間は、他の信号形式のネットワークや、専用の信号網を介して接続されてもよい。
【0030】
群管理制御装置１０は、コンピュータを利用して構成され、制御部１１と、記憶部１２と、入出力インタフェース１３と、を備える。
【0031】
記憶部１２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態の群管理制御装置１０の各種機能を実現するためのプログラムを含む。
【0032】
制御部１１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部１１は、記憶部１２から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、群管理制御装置１０における後述する各種の機能を実現する。
【0033】
入出力インタフェース１３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース１３は、群管理制御装置１０が、セキュリティサーバ１００、セキュリティゲート２０のゲート表示器７０、行先階登録装置３０、及びエレベータ制御装置４０との間で各種信号を送受信するためのインタフェースである。入出力インタフェース１３は、制御部１１から出力される信号を所定の形式の信号に変換してセキュリティサーバ１００、セキュリティゲート２０のゲート表示器７０、行先階登録装置３０、エレベータ制御装置４０に出力する。また、入出力インタフェース１３は、セキュリティサーバ１００、セキュリティゲート２０のゲート表示器７０、行先階登録装置３０、エレベータ制御装置４０Ａ～４０Ｆから入力された信号を所定の形式の信号に変換して制御部１１に出力する。
【0034】
１－３－３．エレベータ制御装置
エレベータ制御装置４０Ａ～４０Ｆは、エレベータ６０Ａ～６０Ｆに対応させて設けられている。エレベータ制御装置４０Ａ～４０Ｆは、群管理制御装置１０からの制御信号にしたがって、対応するエレベータ６０Ａ～６０Ｆの巻上機（モータ）等の動作を制御することにより、エレベータ６０Ａ～６０Ｆのかごの上昇、下降、停止等を制御する。また、エレベータ制御装置４０Ａ～４０Ｆは、対応するエレベータ６０Ａ～６０Ｆのかごの位置、走行方向、ドアの開閉、荷重等のかご状態を検知して、検知したかご状態を示す情報等を群管理制御装置１０に出力する。なお、以下では、エレベータ制御装置４０Ａ～４０Ｆを区別せずに「エレベータ制御装置４０」という場合がある。
エレベータ制御装置４０Ａ～４０Ｆは、エレベータ６０Ａ～６０Ｆに対応させて設けられている。エレベータ制御装置４０Ａ～４０Ｆは、群管理制御装置１０からの制御信号にしたがって、対応するエレベータ６０Ａ～６０Ｆの巻上機（モータ）等の動作を制御することにより、エレベータ６０Ａ～６０Ｆのかごの上昇、下降、停止等を制御する。また、エレベータ制御装置４０Ａ～４０Ｆは、対応するエレベータ６０Ａ～６０Ｆのかごの位置、走行方向、ドアの開閉、荷重等のかご状態を検知して、検知したかご状態を示す情報等を群管理制御装置１０に出力する。なお、以下では、エレベータ制御装置４０Ａ～４０Ｆを区別せずに「エレベータ制御装置４０」という場合がある。
【0035】
エレベータ制御装置４０は、群管理制御装置１０などと同様に、制御部、記憶部、入出力インタフェースなどを備えたコンピュータを利用して構成される。
【0036】
１－３－４．行先階登録装置
図３は、行先階登録装置３０の電気的構成を示したブロック図である。
図３は、行先階登録装置３０の電気的構成を示したブロック図である。
【0037】
行先階登録装置３０は、利用者による行先階の登録（指定）を受け付ける装置である。行先階登録装置３０は、制御部３１と、記憶部３２と、入出力インタフェース３３と、表示部３４と、操作部３５とを備える。
【0038】
記憶部３２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態の行先階登録装置３０の各種機能を実現するためのプログラムを含む。
【0039】
制御部３１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部３１は、記憶部３２から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、行先階登録装置３０における後述する各種の機能を実現する。
【0040】
入出力インタフェース３３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース３３は、行先階登録装置３０が群管理制御装置１０との間で各種信号を送受信するためのインタフェースである。入出力インタフェース３３は、制御部３１から出力された信号を所定の形式の信号に変換して群管理制御装置１０に出力する。また、入出力インタフェース３３は、群管理制御装置１０から入力された信号を所定の形式の信号に変換して制御部３１に出力する。
【0041】
表示部３４は、制御部３１から出力される表示信号に基づく画像等の表示を行う。
【0042】
操作部３５は、行先階登録装置３０に対するユーザ操作を受け付けるインタフェースである。操作部３５は、操作内容に応じた信号を制御部３１に出力する。
【0043】
表示部３４及び操作部３５は、例えば液晶ディスプレイパネルや有機ＥＬディスプレイパネルを利用したタッチパネル式表示装置により一体的に構成される。なお、表示部３４と操作部３５とは、表示部３４に表示されているボタン等のオブジェクトと同等の指定を行うことが可能であれば、異なる部品を利用して別々に構成されてもよい。
【0044】
【0045】
行先階登録装置３０の上方には、顔認証用カメラ３６が配置されており、行先階の登録の際、利用者に顔認証を行わせるように構成されている。
【0046】
顔認証用カメラ３６は、その前方の所定画角領域の被写体を所定フレームレート、所定解像度で撮像するとともに、撮像された画像（撮像画像）の画像データを生成し、生成した画像データをセキュリティサーバ１００に出力する。顔認証用カメラ３６は、撮像部の一例である。所定画角領域は、利用者が行先階登録装置３０の前にいる際に、利用者の顔を撮像可能な画角に設定されている。所定解像度は、顔認証の際の顔検出及び顔照合を適切に行うことができる解像度であればどのような解像度でもよいが、例えばＨＤ、ＦＨＤ、４Ｋなどの解像度とすることができる。フレームレートは、どのようなレートでもよいが、例えば１５ｆｐｓや３０ｆｐｓとすることができる。
【0047】
図４では、行先階登録装置３０の表示部３４に、デフォルト画面としての案内画面が表示されている例を示している。この案内画面では、例えば、「顔認証により利用可能となります。上のカメラで顔認証を行ってください」というメッセージが表示される。図４の案内画面が表示部３４に表示されているときに、利用者が顔認証用カメラ３６の前方に来ると、顔認証用カメラ３６で撮像された撮像画像に基づいてセキュリティサーバ１００により顔認証処理が行われる。顔認証が成功すると、例えば図５（ａ）に示すような操作画面が表示部３４に表示される。図５（ａ）の操作画面では、「行先階を登録してください」というメッセージとともに、顔認証が成功した利用者に利用者データベース（後述する）で紐付けられている許可階の行先階ボタンが表示される例を示す。図５（ａ）の操作画面では、利用者データベースに登録されている利用者ＩＤ“１０００４”に紐付けられている許可階である９階、１０階、１１階の行先階ボタンが表示されている例を示す。なお、許可階とは、利用者の利用が許可されている階床であり、顔認証が成功した利用者に応じて異なる階床となる。図５（ａ）の操作画面で、いずれかの行先階ボタンが利用者により押されると（タッチされると）、エレベータの割り当てが行われ、例えば図５（ｂ）に示すような割当号機報知画面が表示される。図５（ｂ）の割当号機報知画面では、「１０Ｆ １号機」というメッセージが表示された例を示す。
【0048】
図４に示す例では、行先階登録装置３０にＱＲコードリーダ１２９が設けられる。ＱＲコードリーダ１２９は、ＱＲコードによる行先階変更形式に対応したビル（例えばビルＢ）に設けられる場合があり、図面において点線で示す。
【0049】
１－３－５．セキュリティゲート
セキュリティゲート２０は、ビル内部の特定領域への利用者の進入を制御する装置である。具体的に、セキュリティゲート２０は、ビル内部の特定領域への正規の利用者の進入を許可する一方、非正規の利用者の進入については規制する装置である。正規の利用者とは、利用者データベース（以下「利用者ＤＢ」という）に登録されている利用者であり、非正規の利用者とは、利用者ＤＢに登録されていない利用者である。
セキュリティゲート２０は、ビル内部の特定領域への利用者の進入を制御する装置である。具体的に、セキュリティゲート２０は、ビル内部の特定領域への正規の利用者の進入を許可する一方、非正規の利用者の進入については規制する装置である。正規の利用者とは、利用者データベース（以下「利用者ＤＢ」という）に登録されている利用者であり、非正規の利用者とは、利用者ＤＢに登録されていない利用者である。
【0050】
図６は、実施形態１におけるセキュリティゲート２０の電気的構成を示すブロック図である。図７は、セキュリティゲート２０の外観を示した斜視図である。なお、図７は、図１の３台のセキュリティゲート２０のうち最も左のセキュリティゲート２０の斜視図である。
【0051】
図７に示すように、セキュリティゲート２０の筐体であるゲート本体２０ａには、ＱＲコードリーダ２９と、第１センサ２６と、第２センサ２７と、ゲートフラッパ２８と、ゲート表示器７０とが備えられている。また、ゲート本体２０ａの出口２０ｅ側には、顔認証用カメラ２５が設けられている。顔認証用カメラ２５は、ゲート本体２０ａに取り付けられてもよいし、独立して設けられてもよい。
【0052】
顔認証用カメラ２５は、その前方の所定画角領域の被写体を所定フレームレート、所定解像度で撮像するとともに、撮像された画像（撮像画像）の画像データを生成し、セキュリティサーバ１００に出力する。顔認証用カメラ２５は、撮像部の一例である。所定画角領域は、利用者が顔認証エリアＡｄ（図１参照）にいる際に、利用者の顔だけでなく、利用者の顔や体の側方で顔認証用カメラ２５に向けて掲げられた携帯端末２００の表示部２１０の画面を撮像可能な画角に設定されている。所定解像度は、顔認証の際の顔検出及び顔照合を適切に行うことができ、かつカメレオンコードの検出及び解析を行うことができる解像度であればどのような解像度でもよいが、例えばＨＤ、ＦＨＤ、４Ｋなどの解像度とすることができる。フレームレートは、どのようなレートでもよいが、例えば１５ｆｐｓや３０ｆｐｓとすることができる。
【0053】
顔認証用カメラ２５は、例えばカメレオンコードによる行先階変更形式に対応したビル（例えばビルＡ）において、デフォルト行先階とは異なる行先階（変更行先階）へ行くために利用することができる。利用者は携帯端末２００の行先階変更アプリを用いて、変更行先階に関するカメレオンコード（行先階変更コード）を表示部に表示させて、顔認証用カメラ２５に読み取らせることで、群管理制御装置１０が変更行先階を割り当てる。顔認証用カメラ２５は、変更行先階に関する行先階変更コード（行先階変更情報）を取得する情報取得部の一例である。
【0054】
ＱＲコードリーダ２９は、ゲート本体２０ａの上面の入口２０ｉ側に配置されている。ＱＲコードリーダ２９は、光学式リーダ（スキャナあるいはカメラ）と、データ出力部とを備える。光学式リーダは、利用者により所定距離よりも近い位置にかざされたＱＲコードを光学的に読み取る。データ出力部は、光学式リーダで読み取られたＱＲコードの画像データ（以下「ＱＲコードデータ」という）と、当該ＱＲコードリーダ２９の登録装置ＩＤ（登録装置識別情報）とを含む信号をセキュリティサーバ１００に送信する。なお、読み取られるＱＲコードは、携帯端末２００の表示部に表示される。
【0055】
ＱＲコードリーダ２９は、ＱＲコードによる行先階変更形式に対応したビル（例えばビルＢ）において、デフォルト行先階とは異なる変更行先階へ行くために利用することができる。利用者は携帯端末２００の行先階変更アプリを用いて、変更行先階に関するＱＲコード（行先階変更コード）を表示部に表示させて、ＱＲコードリーダ２９に読み取らせることで、群管理制御装置１０が変更行先階を割り当てる。ＱＲコードリーダ２９は、変更行先階に関する行先階変更コード（行先階変更情報）を取得する情報取得部の一例である。
【0056】
ＱＲコードリーダ２９は、ＱＲコードによる行先階変更形式に対応したビル（例えばビルＢ）に設けられている。ＱＲコードとは異なる形式（例えばカメレオンコード）の行先階変更方法に対応したビル（例えばビルＡ）には、ＱＲコードリーダ２９は設けられない場合がある。そのため、各図面においてＱＲコードリーダ２９を点線で示す。
【0057】
第１センサ２６は、例えば光電センサにより構成され、セキュリティゲート２０の通路ＰＡの入口２０ｉ側を通過する利用者を検知する。第１センサ２６は、利用者を検知すると、制御部２１を介して検知信号をセキュリティサーバ１００に出力する。
【0058】
第２センサ２７は、例えば光電センサにより構成され、セキュリティゲート２０の通路ＰＡの出口２０ｅ側を通過する利用者を検知する。第２センサ２７は、利用者を検知すると、制御部２１を介して検知信号をセキュリティサーバ１００に出力する。
【0059】
ゲートフラッパ２８は、開閉自在の扉である。
【0060】
ゲート表示器７０は、群管理制御装置１０から出力される種々の表示信号に応じた画面を表示する。例えば、ゲート表示器７０は、群管理制御装置１０から出力される割当結果信号を受信したときに、割り当てたエレベータ（割当号機）の名称などを報知するための割当号機報知画面を表示する。
【0061】
また、ゲート本体２０ａの内部には、図６に示すように、制御部２１、記憶部２２、入出力インタフェース２３などが収容されている。
【0062】
記憶部２２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施形態におけるセキュリティゲート２０の各種機能を実現するためのプログラムを含む。
【0063】
入出力インタフェース２３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース２３は、セキュリティゲート２０が、セキュリティサーバ１００との間で各種信号を送受信するためのインタフェースである。入出力インタフェース２３は、制御部２１から出力された信号を所定の形式の信号に変換してセキュリティサーバ１００に出力する。また、入出力インタフェース２３は、セキュリティサーバ１００から入力された信号を所定の形式の信号に変換して制御部２１に出力する。
【0064】
制御部２１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部２１は、記憶部２２に格納されたプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、セキュリティゲート２０における後述する各種の機能を実現する。
【0065】
制御部２１は、第１センサ２６及び第２センサ２７からの検知信号、及びセキュリティサーバ１００からの開放信号や閉鎖信号に基づいて、ゲートフラッパ２８を開閉する。また、制御部２１は、第１センサ２６から検知信号を受信し、その後、第２センサ２７から検知信号を受信した場合、利用者通過信号をセキュリティサーバ１００に送信する。
【0066】
１－３－６．セキュリティサーバ
セキュリティサーバ１００は、顔認証用カメラ２５や顔認証用カメラ３６から出力される画像データが示す撮像画像に基づいて、ビル内のセキュリティ確保のために、利用者に対する顔認証処理を行う。例えば、セキュリティサーバ１００は、撮像画像に対して顔検出処理を行い、顔を検出した場合、さらに顔特徴点検出処理を行う。そして、撮像画像から顔特徴点を検出すると、検出した顔特徴点のデータ（顔データ）と、利用者ＤＢに登録されている各利用者の顔特徴点データ（顔データ）とを順次比較（照合）して一致率を求める。そして、検出した顔の顔データ（顔特徴点データ）に対して所定一致率以上の一致率を有する顔データ（顔特徴点データ）が利用者ＤＢに登録されているかを判断する。つまり、検出した顔の顔データに対して所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されているかを判断する。そして、所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されている場合、セキュリティゲート２０を通過しようとする利用者（顔検出された利用者）は登録されている顔データに対応する利用者であると特定し、顔認証が成功したと判断する。なお、所定一致率は、他人の場合には到達しない程度に高い一致率とすることが好ましい。これにより、適切に顔認証を行うことができる。なお、顔検出処理、顔特徴点検出処理、照合処理（認証処理）は各種の公知の方法を用いて行うことができる。
セキュリティサーバ１００は、顔認証用カメラ２５や顔認証用カメラ３６から出力される画像データが示す撮像画像に基づいて、ビル内のセキュリティ確保のために、利用者に対する顔認証処理を行う。例えば、セキュリティサーバ１００は、撮像画像に対して顔検出処理を行い、顔を検出した場合、さらに顔特徴点検出処理を行う。そして、撮像画像から顔特徴点を検出すると、検出した顔特徴点のデータ（顔データ）と、利用者ＤＢに登録されている各利用者の顔特徴点データ（顔データ）とを順次比較（照合）して一致率を求める。そして、検出した顔の顔データ（顔特徴点データ）に対して所定一致率以上の一致率を有する顔データ（顔特徴点データ）が利用者ＤＢに登録されているかを判断する。つまり、検出した顔の顔データに対して所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されているかを判断する。そして、所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されている場合、セキュリティゲート２０を通過しようとする利用者（顔検出された利用者）は登録されている顔データに対応する利用者であると特定し、顔認証が成功したと判断する。なお、所定一致率は、他人の場合には到達しない程度に高い一致率とすることが好ましい。これにより、適切に顔認証を行うことができる。なお、顔検出処理、顔特徴点検出処理、照合処理（認証処理）は各種の公知の方法を用いて行うことができる。
【0067】
また、セキュリティサーバ１００は、顔認証結果に応じて、セキュリティゲート２０の開閉を制御する。さらに、セキュリティサーバ１００は、利用者の行先階などの情報を含む呼び情報信号を生成して群管理制御装置１０に出力する。利用者ＩＤは、利用者識別情報の一例である。
【0068】
図８は、セキュリティサーバ１００の電気的構成を示すブロック図である。セキュリティサーバ１００は、コンピュータを利用して構成され、制御部１０１と、記憶部１０２と、入出力インタフェース１０３と、を備える。
【0069】
記憶部１０２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態のセキュリティサーバ１００の後述する各種機能を実現するためのプログラムを含む。記憶部１０２は、データとして、利用者ＤＢを格納している。利用者ＤＢの構成については後述する。
【0070】
また、記憶部１０２は、データとして、登録装置データベース（以下「登録装置ＤＢ」という）を格納している。登録装置ＤＢの構成については後述する。
【0071】
制御部１０１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部１０１は、記憶部１０２から読み出したプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、セキュリティサーバ１００における後述する各種の機能を実現する。
【0072】
入出力インタフェース１０３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース１０３は、セキュリティサーバ１００が、顔認証用カメラ２５、ＱＲコードリーダ２９、群管理制御装置１０、及びセキュリティゲート２０との間で各種信号を送受信するためのインタフェースである。入出力インタフェース１０３は、制御部１０１から出力された信号を所定の形式の信号に変換して顔認証用カメラ２５、ＱＲコードリーダ２９、顔認証用カメラ３６、群管理制御装置１０、及びセキュリティゲート２０に出力する。また、入出力インタフェース１０３は、顔認証用カメラ２５、ＱＲコードリーダ２９、顔認証用カメラ３６、群管理制御装置１０、及びセキュリティゲート２０から入力された信号を所定の形式の信号に変換して制御部１０１に出力する。
【0073】
図９は、セキュリティサーバ１００の記憶部１０２に格納されている登録装置ＤＢの構成を示す図である。登録装置ＤＢは、登録装置ＩＤに紐付けて、登録装置の設置階と、登録装置の設置されているロケーションの情報とを格納している。ここでの登録装置とは、利用者の行先階の登録に利用される行先階登録装置３０及びセキュリティゲート２０の総称である。
【0074】
「設置階」は、登録装置ＩＤに対応する登録装置が設置されている階を示す情報である。設置階は、登録装置を利用した利用者の出発階として利用される。後述する「呼び情報信号」においては、「設置階」を「出発階」というものとする。
【0075】
「ロケーション」は、登録装置ＩＤに対応する登録装置が設置階内で設置されている位置を示す情報である。ロケーションは、設置階毎に、例えば「１」，「２」，「３」…などの通し番号により示される。
【0076】
図９に示す例では、登録装置ＩＤ“０００１”に紐付けて、設置階、及びロケーションとして、“１”、及び“１”が登録されている。登録装置ＩＤ“０００２”に紐付けて、設置階、及びロケーションとして、“１”、及び“２”が登録されている。残りの登録装置ＩＤについても同様に、登録装置ＩＤに紐付けて、設置階及びロケーションの情報が登録されている。
【0077】
図１０Ａ、図１０Ｂはそれぞれ、セキュリティサーバ１００の記憶部１０２に格納されている利用者ＤＢ（ビル利用者ＤＢ）の構成を示す図である。図１０Ａは、ビルＡのセキュリティサーバ１００の記憶部１０２に格納されているビル利用者ＤＢを示し、図１０Ｂは、ビルＢのセキュリティサーバ１００の記憶部１０２に格納されているビル利用者ＤＢを示す。ビル利用者ＤＢは、ビル利用者ＩＤに紐付けて、顔データと、デフォルト行先階と、許可階と、アプリユーザＩＤとを記録している。なお、ビル利用者ＩＤに紐づけてさらにパスワードを記録してもよい。利用者ＤＢへの登録は例えば、顔データ、デフォルト行先階および許可階については、各ビルのビル管理者により行われ、アプリユーザＩＤについては、アプリサーバ５００から送信される情報の自動登録により行われる。
【0078】
「ビル利用者ＩＤ」は、ビルの利用者を一意に識別するために設定された識別情報（利用者識別情報の一例）である。「ビル利用者ＩＤ」は、各ビルで独自に設定される情報であり、図１０Ａに示すビル利用者ＩＤと、図１０Ｂに示すビル利用者ＩＤは、異なる値が登録される。
【0079】
「顔データ」は、「ビル利用者ＩＤ」で特定される利用者の顔の特徴を示す顔特徴点データである。顔特徴点データは、例えば、目、鼻、口などの位置や形状の特徴を示すデータである。顔特徴点データは、当該利用者の利用者ＤＢへの登録時に提供されまたは撮像された利用者の顔画像に基づいて生成される。
【0080】
「デフォルト行先階」は、「ビル利用者ＩＤ」で特定される利用者のデフォルト行先階を示す情報である。デフォルト行先階としては、例えば、当該利用者が入居している階床の数値が設定される。なお、利用者の希望に応じて、「デフォルト行先階」を設定しないこともできる。この場合、デフォルト行先階としては、記号“－”が設定される。記号“－”は、行先階未設定情報の一例である。
【0081】
「許可階」は、「ビル利用者ＩＤ」で特定される利用者の利用が許可されている階床を示す情報である。許可階としては、例えば、ビル内の共用階などが設定される。
【0082】
「アプリユーザＩＤ」は、携帯端末２００内の行先階設定アプリの利用者を一意に識別するために設定された識別情報（利用者識別情報の一例）である。アプリユーザＩＤは、行先階設定アプリでの所定の登録操作が完了すると、アプリサーバ５００からセキュリティサーバ１００に送信される。アプリユーザＩＤは、利用者が使用する行先階設定アプリ毎に設定され、図１０Ａ、図１０Ｂに示すように、複数のビルＡ、Ｂにおいて共通のアプリユーザＩＤが登録される（例えば“８０００１”）。アプリサーバ５００からアプリユーザＩＤが送信・登録されていない利用者（未登録利用者）については、アプリユーザＩＤとして、記号“－”が設定される。
【0083】
図１０Ａに示す例では、ビルＡの利用者に関して、ビル利用者ＩＤ“１０００１”に紐付けて、顔データ、デフォルト行先階、許可階、アプリユーザＩＤとして、“顔データ１”、“１０”、“９，１０，１１”、“８０００１”が登録されている。ビル利用者ＩＤ“１０００２”に紐付けて、顔データ、デフォルト行先階、許可階、アプリユーザＩＤとして、“顔データ２”、“８”、“７，８”、“８０００２”が登録されている。ビル利用者ＩＤ“１０００３”に紐付けて、顔データ、デフォルト行先階、許可階、アプリユーザＩＤとして、“顔データ３”、“１３”、“１２，１３”、“－”が登録されている。アプリユーザＩＤにおける記号“－”は、アプリユーザＩＤが設定されていないことを示すアプリユーザＩＤ未設定情報である。ビル利用者ＩＤ“１０００４”に紐付けて、顔データ、デフォルト行先階、及び許可階として、“顔データ４”、“－”、“９，１０，１１”、“８０００４”が登録されている。デフォルト行先階における記号“－”は、デフォルト行先階が設定されていないことを示す行先階未設定情報である。残りの利用者ＩＤについても同様に、利用者ＩＤに紐付けて、顔データ、デフォルト行先階、許可階、及びアプリユーザＩＤの情報が登録されている。
【0084】
図１０Ｂに示す例では、ビルＢの利用者に関して、ビル利用者ＩＤ“１０１”に紐付けて、顔データ、デフォルト行先階、許可階、アプリユーザＩＤとして、“顔データ１”、“２０”、“１０，２０”、“８０００１”が登録されている。ビル利用者ＩＤ“１０２”に紐付けて、顔データ、デフォルト行先階、許可階、アプリユーザＩＤとして、“顔データ１０”、“１７”、“１０，１７”、“８００１０”が登録されている。
【0085】
図１０Ａ、図１０Ｂに示す例では、ビルＡの利用者ＤＢにおいてビル利用者ＩＤ“１０００１”が割り当てられている利用者と、ビルＢの利用者ＤＢにおいてビル利用者ＩＤ“１０１”が割り当てられている利用者は、同一人物である（網掛けで表示）。当該利用者に関して、顔データは“顔データ１”で共通し、アプリユーザＩＤは“８０００１”で共通する一方、ビル利用者ＩＤは“１０００１”と“１０１”で異なっている。同一人物であっても、ビルＡの登録時とビルＢの登録時に異なる画像が登録される場合は、同一人物であると認識される程度に異なる顔データが登録されてもよい。
【0086】
１－３－７．携帯端末
携帯端末２００は、制御部、記憶部、通信用インタフェース、表示部、操作部などを備えたコンピュータにより構成される。携帯端末２００は、例えばスマートフォン、タブレットコンピュータである。携帯端末２００の記憶部には、行先階設定アプリがインストールされている。行先階設定アプリは、利用者がエレベータを利用する際にデフォルト行先階以外の行先階（変更行先階）をエレベータシステムに登録する際、カメレオンコード、ＱＲコード、１次元バーコード等の行先階変更コード（行先階変更情報）を生成するために用いられる。
携帯端末２００は、制御部、記憶部、通信用インタフェース、表示部、操作部などを備えたコンピュータにより構成される。携帯端末２００は、例えばスマートフォン、タブレットコンピュータである。携帯端末２００の記憶部には、行先階設定アプリがインストールされている。行先階設定アプリは、利用者がエレベータを利用する際にデフォルト行先階以外の行先階（変更行先階）をエレベータシステムに登録する際、カメレオンコード、ＱＲコード、１次元バーコード等の行先階変更コード（行先階変更情報）を生成するために用いられる。
【0087】
図１０Ｃは、携帯端末２００の電気的構成を示したブロック図である。
【0088】
携帯端末２００は、制御部２０１、記憶部２０２、カメラ２０３、表示部２１０、操作部２０５、無線通信部２０６を有する。
【0089】
制御部２０１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部２０１は、記憶部２０２からプログラムや種々のデータを読み出して、読み出したプログラム等に基づいて種々の演算処理を行うことにより、携帯端末２００における後述する各種の機能を実現する。
【0090】
記憶部２０２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成される。記憶部２０２は、プログラムや種々のデータを格納している。プログラムは、ＯＳや呼び登録用のアプリケーションプログラム（以下適宜「呼び登録アプリ」という）を含む。
【0091】
カメラ２０３は、制御部２０１から撮像指示信号を受信したときに、被写体を撮像して撮像データを生成し、生成した撮像データを制御部２０１に出力する。カメラ２０３は、撮像部の一例である。
【0092】
表示部２１０は、制御部２０１から出力される表示信号に基づく表示を行う。表示部２１０は、報知部の一例である。
【0093】
操作部２０５は、利用者が携帯端末２００を操作するためのインタフェースである。操作部２０５は、操作部２０５の操作内容に対応する信号を制御部２０１に出力する。
【0094】
表示部２１０及び操作部２０５は、例えば液晶ディスプレイパネルや有機ＥＬディスプレイパネル上にタッチセンサが配置されたタッチパネル式表示装置により一体的に構成されている。
【0095】
無線通信部２０６は、無線通信用の諸規格に基づく無線通信を実行する。例えば、Ｗｉ－ｆｉ（登録商標）等の無線ＬＡＮ通信や、４Ｇ（Ｆｏｕｒｔｈ Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（Ｆｉｆｔｈ Ｇｅｎｅｒａｔｉｏｎ）等の携帯無線通信の諸規格に基づく無線通信を実行する。
【0096】
制御部２０１は、カメラ２０３から出力された撮像データに所定の処理を施すことで、二次元コードに格納されているエレベータ管理情報などの種々の情報を取得することができる。
【0097】
図１１は、携帯端末２００の表示部２１０における表示例を示した図である。
【0098】
利用者が携帯端末２００において行先階設定アプリを起動させると、携帯端末２００の表示部２１０に、図１１（ａ）に示す行先階設定画面が表示される。図１１（ａ）に示す行先階設定画面には、複数のビル選択ボタン２１２が表示される。ビル選択ボタン２１２により、携帯端末２００の利用者が利用可能なビルを選択することができる。図１１（ａ）では、ビルＡを選択するためのビル選択ボタン２１２と、ビルＢを選択するためのビル選択ボタン２１２とが表示される。いずれかのビル選択ボタン２１２が押下されると、図１１（ｂ）に示す行先階設定画面が表示される。図１１（ｂ）に示す行先階設定画面には、複数の階数選択ボタン２１４が表示される。階数選択ボタン２１４により、携帯端末２００の利用者がビル選択ボタン２１２で選択されたビルで利用可能な許可階を選択することができる。図１１（ｂ）では、９階を選択するための階数選択ボタン２１４と、１０階を選択するための階数選択ボタン２１４と、１１階を選択するための階数選択ボタン２１４とが表示される。いずれかの階数選択ボタン２１４が押下されると、各ビルの行先階変更形式に応じて、図１１（ｃ）に示す行先階設定画面や、図１１（ｄ）に示す行先階設定画面等が表示される。
【0099】
図１１（ｃ）に示す行先階設定画面には、カメレオンコードＣｄを表示したカメレオンコード表示画面が表示される。図１１（ｄ）に示す行先階設定画面には、ＱＲコードＱｄを表示したＱＲコード表示画面が表示される。カメレオンコードＣｄおよびＱＲコードＱｄのそれぞれには、ビル選択ボタン２１２で選択されたビルを示す情報、階数選択ボタン２１４で選択された行先階を示す情報、及び記憶部に記憶されている利用者ＩＤ（例えばアプリユーザＩＤ）を示す情報が格納されている。カメレオンコードとＱＲコードは、行先階変更コードの一例である。カメレオンコードに対応するビル（例えばビルＡ）が選択された場合は、図１１（ｃ）に示す行先階設定画面が表示され、ＱＲコードに対応するビル（例えばビルＢ）が選択された場合は、図１１（ｄ）に示す行先階設定画面が表示される。図１１（ｃ）、図１１（ｄ）に示す表示画面に限らず、カメレオンコードやＱＲコードとは異なる行先階変更コード（例えば１次元バーコード）に対応するビルが選択される場合は、当該行先階変更コードが表示される。
【0100】
利用者は、ビルＡにおいてデフォルト行先階以外の行先階（変更行先階）をビルエレベータシステムに登録したい場合、携帯端末２００の表示部２１０にカメレオンコード表示画面を表示させ、表示されたカメレオンコード表示画面を顔認証用カメラ２５に向けた状態でセキュリティゲート２０を通過する。また、ビルＢにおいてデフォルト行先階以外の行先階（変更行先階）をビルエレベータシステムに登録したい場合、携帯端末２００の表示部２１０にＱＲコード表示画面を表示させ、表示されたＱＲコード表示画面をコードリーダ２９に向けてＱＲコードＱｄを読み取らせてセキュリティゲート２０を通過する。
【0101】
一方、デフォルト行先階をエレベータシステムに登録したい場合、利用者は、携帯端末２００を利用することなく、通常通り、セキュリティゲート２０を通過する。なお、セキュリティゲート２０を通過するには、顔認証が成功する必要がある。
【0102】
１－３－８．アプリサーバ
図１Ａに示すアプリサーバ５００は、携帯端末２００で利用される行先階設定アプリに関する情報を管理するサーバである。アプリサーバ５００は、入出力インタフェース５０２と、制御部５０４と、記憶部５０６と、を備える。入出力インタフェース５０２は、各種信号を送受信するためのインタフェースである。制御部５０４は、記憶部５０６に記憶されているデータや入出力インタフェース５０２を介して受信するデータ等の各種データを処理する。記憶部５０６は、プログラムや種々のデータを格納している。記憶部５０６は、データとして、行先階設定アプリの利用者に関するデータベース（以下「アプリ利用者ＤＢ」）を格納している。
図１Ａに示すアプリサーバ５００は、携帯端末２００で利用される行先階設定アプリに関する情報を管理するサーバである。アプリサーバ５００は、入出力インタフェース５０２と、制御部５０４と、記憶部５０６と、を備える。入出力インタフェース５０２は、各種信号を送受信するためのインタフェースである。制御部５０４は、記憶部５０６に記憶されているデータや入出力インタフェース５０２を介して受信するデータ等の各種データを処理する。記憶部５０６は、プログラムや種々のデータを格納している。記憶部５０６は、データとして、行先階設定アプリの利用者に関するデータベース（以下「アプリ利用者ＤＢ」）を格納している。
【0103】
図１２は、アプリサーバ５００の記憶部５０６に格納されている利用者ＤＢ（アプリ利用者ＤＢ）の構成を示す図である。アプリ利用者ＤＢは、顔データに紐づけて、ビルＩＤと、ビル名と、デフォルト行先階と、許可階と、行先階変更形式と、アプリユーザＩＤとを記録している。
【0104】
アプリ利用者ＤＢにおいて、「顔データ」、「デフォルト行先階」、「許可階」、「アプリユーザＩＤ」は、図１０Ａ、図１０Ｂに示す「顔データ」、「デフォルト行先階」、「許可階」、「アプリユーザＩＤ」と同様の情報である。「ビルＩＤ」は、顔データが登録されたビルを一意に識別するために設定された識別情報である。「ビル名」は、顔データが登録されたビルの名称を示すデータであり、「ビルＩＤ」に対応している。「行先階変更形式」は、顔データが登録されたビルで採用されている、デフォルト行先階から行先階を変更するための変更形式を示す情報である。
【0105】
図１０Ａ、図１０Ｂに示す例では、顔データ“顔データ１”、アプリユーザＩＤ“８０００１”が割り当てられている利用者（同一人物）は、ビルＡ、ビルＢの２つのビルにおいて、デフォルト行先階とは異なる変更行先階が利用できるように情報が登録されている。これは、行先階設定アプリにおいて、複数ビルを登録したためである。同一人物であっても、顔データは同一人物であると認識される程度に異なってもよく、アプリユーザＩＤも異なる値であってもよい。
【0106】
２．動作
２－１－１．セキュリティサーバからアプリサーバへのデータアップロード
図１２に示すアプリ利用者ＤＢのデータは、図１０Ａ、図１０Ｂに示すビル利用者ＤＢのデータをアップロードすることで構築される。具体的には、ビル管理者の操作によってビル利用者ＤＢの情報が更新される度に、セキュリティサーバ１００はアプリサーバ５００と通信して、更新後のビル利用者ＤＢの情報をアプリサーバ５００に送信する。アプリサーバ５００は、セキュリティサーバ１００から受信した情報をアプリ利用者ＤＢにアップロードする。
２－１－１．セキュリティサーバからアプリサーバへのデータアップロード
図１２に示すアプリ利用者ＤＢのデータは、図１０Ａ、図１０Ｂに示すビル利用者ＤＢのデータをアップロードすることで構築される。具体的には、ビル管理者の操作によってビル利用者ＤＢの情報が更新される度に、セキュリティサーバ１００はアプリサーバ５００と通信して、更新後のビル利用者ＤＢの情報をアプリサーバ５００に送信する。アプリサーバ５００は、セキュリティサーバ１００から受信した情報をアプリ利用者ＤＢにアップロードする。
【0107】
図１３は、セキュリティサーバ１００からアプリサーバ５００へのデータアップロードの例を示す概略図である。
【0108】
図１３に示す例では、ビルＡのビル利用者ＤＢにおいて、“顔データ１”およびそれに関連するデータ（ビル利用者ＩＤ“１０００１”、デフォルト行先階“１０”、許可階“９，１０，１１”）が新たに登録され、“顔データ２”およびそれに関連するデータ（ビル利用者ＩＤ“１０００２”、デフォルト行先階“８”、許可階“７，８”）が新たに登録される。
【0109】
ビルＢのビル利用者ＤＢにおいては、“顔データ１”およびそれに関連するデータ（ビル利用者ＩＤ“１０１”、デフォルト行先階“２０”、許可階“１０，２０”）が新たに登録され、“顔データ３”およびそれに関連するデータ（ビル利用者ＩＤ“１０２”、デフォルト行先階“１７”、許可階“１０，１７”）が新たに登録される。
【0110】
アプリユーザＩＤは、アプリサーバ５００から後に送信される情報であり、登録当初は“－”で登録される。
【0111】
図１３に示す例では、ビルＡのビル利用者ＤＢにおける“顔データ１”と、ビルＢのビル利用者ＤＢにおける“顔データ１”は、同一人物である（網掛けで表示）。
【0112】
ビルＡのセキュリティサーバ１００は、ビル利用者ＤＢの新たな登録データをアプリサーバ５００に送信し、ビルＢのセキュリティサーバ１００は、ビル利用者ＤＢの新たな登録データをアプリサーバ５００に送信する。アプリサーバ５００は、各セキュリティサーバ１００から受信したデータをアプリ利用者ＤＢに記憶する。
【0113】
図１３に示すように、アプリサーバ５００のアプリ利用者ＤＢには、顔データ、ビルＩＤ、ビル名、デフォルト行先階、許可階、行先階変更形式に関する情報が登録される。顔データ、デフォルト行先階、許可階は、セキュリティサーバ１００のビル利用者ＤＢに登録されている情報であるのに対して、ビルＩＤ、ビル名、行先階変更形式は、各ビルに固有の情報であって、ビル利用者ＤＢの登録情報とあわせてアプリサーバ４００に送信される。
【0114】
アプリユーザＩＤは、行先階設定アプリでの登録操作に応じて行先階設定アプリから送信される情報であり、当初は“－”で登録される。
【0115】
２－１－２．行先階設定アプリにおける登録操作
利用者は、デフォルト行先階とは異なる行先階（変更行先階）を利用するために、携帯端末２００に行先階設定アプリをインストールし、まず、登録操作を行う。
利用者は、デフォルト行先階とは異なる行先階（変更行先階）を利用するために、携帯端末２００に行先階設定アプリをインストールし、まず、登録操作を行う。
【0116】
図１４は、利用者による行先階設定アプリでの登録操作に関するフローチャートである。
【0117】
行先階設定アプリは、アプリ初回利用か否かを判断する（Ｓ５０１）。具体的には、利用者が行先階設定アプリを起動したときに、過去の履歴を参照することで、初回利用なのか、２回目以降の利用なのかを判断する。
【0118】
初回利用であると判断した場合（Ｓ５０１でＹＥＳ）、行先階設定アプリは、利用者に顔の撮影を促し、撮影された顔画像データを保存する（Ｓ５０２）。具体的には、図１５（ａ）に示すように、顔の撮影を促す「カメラで顔を撮影して下さい」というメッセージを表示し、利用者に顔を撮影させる。利用者が顔を撮影すると、行先階設定アプリは撮影された顔画像データを保存するとともに、図１５（ｂ）に示すように、顔画像データの保存が完了したことを示す「顔画像データ保存完了」というメッセージと、保存した顔画像イメージＩｍとを表示する。
【0119】
ステップＳ５０２が完了すると、あるいは、ステップＳ５０１でアプリ初回利用でないと判断した場合（Ｓ５０１でＮＯ）、行先階設定アプリは、顔画像データ、アプリユーザＩＤをアプリサーバ５００に送信する（Ｓ５０３）。具体的には、ステップＳ５０２で保存した顔画像データと、アプリユーザＩＤをアプリサーバ５００に送信する。アプリユーザＩＤは、保存された顔画像データに紐づけて一意的に生成される識別情報であり、行先階設定アプリによって自動的に生成される。アプリユーザＩＤは、他の利用者と重複しないように、行先階設定アプリ毎に固有の識別情報が割り当てられる。
【0120】
行先階設定アプリは、アプリサーバ５００から、利用可能なビル名、許可階、行先階変更形式を受信する（Ｓ５０４）。具体的には、アプリサーバ５００に送信した顔画像データに基づいて、図１２に示すアプリ利用者ＤＢから同じ人物と認められる顔データが特定され、当該顔データに紐づけられたビル名、許可階、行先階変更形式が、アプリサーバ５００から行先階設定アプリに送信される。
【0121】
行先階設定アプリは、利用可能なビル名を表示し、利用者に選択させる（Ｓ５０５）。具体的には、図１５（ｃ）に示すように、「ビルを選択して下さい」というメッセージとともに、複数のビル選択ボタン２１６を表示する。図１５（ｃ）では、ビルＡを選択するためのビル選択ボタン２１６と、ビルＢを選択するためのビル選択ボタン２１６と、ビルＣを選択するためのビル選択ボタン２１６が表示されている。利用者がビル選択ボタン２１６をタッチすることで、各ビルを選択することができる。図１５（ｃ）では、ビルＡとビルＢが選択され（網掛け表示）、ビルＣは選択されていない状態を例示する。その後、図１５（ｄ）に示すように、「下記ビルを登録しました。」というメッセージとともに、選択されたビル名が表示される。
【0122】
行先階設定アプリは、選択されたビル名をアプリサーバ５００に送信する（Ｓ５０６）。具体的には、ステップＳ５０５で選択されたビル名を含む情報を、アプリサーバ５００に送信する。例えば、選択されたビル名として、「ビルＡ」、「ビルＢ」という情報がアプリサーバ５００に送信される。当該情報を受信したアプリサーバ５００は、行先階設定アプリで選択されたビル名を特定することができる。
【0123】
行先階設定アプリは、選択されたビル名、許可階、行先階変更種類を保存する（Ｓ５０７）。具体的には、ステップＳ５０５で選択されたビル名と、ステップＳ５０４で受信したデータ群のうち、選択されたビル名に紐づけられた許可階、行先階変更形式とを保存する。
【0124】
ステップＳ５０１～Ｓ５０７の実行によって、行先階設定アプリでの初期登録操作が完了する。これにより、利用者は行先階設定アプリを用いて行先階変更ができる状態となる。
【0125】
２－１－３．行先階設定アプリでの登録操作に伴う、アプリサーバの処理
図１６は、行先階設定アプリでの登録操作に伴う、アプリサーバ５００の処理に関するフローチャートである。
図１６は、行先階設定アプリでの登録操作に伴う、アプリサーバ５００の処理に関するフローチャートである。
【0126】
アプリサーバ５００は、顔画像データ、アプリユーザＩＤを受信したか否かを判断する（Ｓ５１１）。セキュリティサーバ１００から顔画像データ、アプリユーザＩＤが送信されない限り、アプリサーバ５００は、顔画像データ、アプリユーザＩＤを受信していないと判断し（Ｓ５１１でＮＯ）、ステップＳ５１１の判断処理を繰り返し実行する。
【0127】
セキュリティサーバ１００から顔画像データ、アプリユーザＩＤが送信されること（図１４のステップＳ５０３）に応じて、アプリサーバ５００は、顔画像データ、アプリユーザＩＤを受信したと判断し（Ｓ５１１でＹＥＳ）、受信した顔画像データに一致する顔画像データをアプリ利用者ＤＢで検索し、一致した顔画像データに関する情報を取得する（Ｓ５１２）。具体的には、ステップＳ５１１で受信した顔画像データに一致する顔データを、図１３に示すアプリ利用者ＤＢにおいて検索し、一致する顔データおよびそれに紐づけられた情報（ビルＩＤ、ビル名、デフォルト行先階、許可階、行先階変更形式）を取得する。一致する顔画像データがない場合は、その旨を行先階設定アプリに通知して、図１６に示す処理を終了してもよい。
【0128】
アプリサーバ５００は、行先階設定アプリに、ビル名、許可階、行先階変更形式を送信する（Ｓ５１３）。具体的には、ステップＳ５１２で取得したデータのうち、ビル名、許可階、行先階変更形式に関する情報を、行先階設定アプリに送信する。当該情報を受信した行先階設定アプリは、利用可能なビル名を表示して利用者に選択させることができる（図１４のステップＳ５０４、Ｓ５０５）。
【0129】
アプリサーバ５００は、ビル名を受信したか否かを判断する（Ｓ５１４）。当該ビル名は、行先階設定アプリでユーザによって選択されたビル名であって（図１４のステップＳ５０５）、行先階設定アプリからビル名が送信（図１４のＳ５０６）されない限り、ビル名を受信していないと判断し（Ｓ５１４でＮＯ）、ステップＳ５１４の判断処理を繰り返し実行する。
【0130】
行先階設定アプリからビル名が送信されることに応じて（図１４のＳ５０６）、ビル名を受信したと判断し（Ｓ５１４でＹＥＳ）、アプリサーバ５００は、アプリ利用者ＤＢにアプリユーザＩＤを登録する（Ｓ５１５）。具体的には、ステップＳ５１１で受信したアプリユーザＩＤを、ステップＳ５１４で受信したビル名に紐づける形で、アプリ利用者ＤＢに登録する。
【0131】
図１７は、アプリ利用者ＤＢにおけるアプリユーザＩＤの追加・登録を示す図である。図１７に示す例では、“顔データ１”と“ビルＡ”に紐づけて、アプリユーザＩＤ“８０００１”が新たに登録され、“顔データ１”と“ビルＢ”に紐づけて、アプリユーザＩＤ“８０００１”が新たに登録される。
【0132】
アプリサーバ５００は、受信したビル名のセキュリティサーバ１００に、顔画像データ、アプリユーザＩＤを送信する（Ｓ５１６）。具体的には、ステップＳ５１１で受信した顔画像データ（“顔データ１”）と、アプリユーザＩＤ（“８０００１”）を、ステップＳ５１４で受信したビル名（“ビルＡ”、“ビルＢ”）のセキュリティサーバ１００にそれぞれ送信する。
【0133】
２－１－４．行先階設定アプリでの登録操作に伴う、セキュリティサーバの処理
図１８は、行先階設定アプリでの登録操作に伴う、セキュリティサーバ１００の処理に関するフローチャートである。
図１８は、行先階設定アプリでの登録操作に伴う、セキュリティサーバ１００の処理に関するフローチャートである。
【0134】
各ビルのセキュリティサーバ１００は、顔画像データ、アプリユーザＩＤを受信したか否かを判断する（Ｓ５２１）。アプリサーバ５００から顔画像データ、アプリユーザＩＤが送信されない限り、顔画像データ、アプリユーザＩＤを受信していないと判断し（Ｓ５２１でＮＯ）、セキュリティサーバ１００は、ステップＳ５２１の判断処理を繰り返し実行する。
【0135】
アプリサーバ５００から顔画像データ、アプリユーザＩＤが送信されること（図１６のＳ５１６）に応じて、顔画像データ、アプリユーザＩＤを受信したと判断し（Ｓ５２１でＹＥＳ）、セキュリティサーバ１００は、受信した顔画像データに一致する顔画像データをビル利用者ＤＢで検索し、一致する顔画像データに紐づけて、アプリユーザＩＤを追加する（Ｓ５２２）。
【0136】
図１９は、ビル利用者ＤＢにおけるアプリユーザＩＤの追加・登録を示す図である。図１９に示す例では、ビルＡに関するビル利用者ＤＢ（ビルＡ）において、“顔データ１”に紐づけて、アプリユーザＩＤ“８０００１”が追加され（網掛け表示）、ビルＢに関するビル利用者ＤＢ（ビルＢ）において、“顔データ１”に紐づけられて、アプリユーザＩＤ“８０００１”が追加される（網掛け表示）。
【0137】
上記動作によれば、行先階設定アプリでの登録操作が済んだ利用者に関して、図１０Ａ、図１０Ｂに示すビル利用者ＤＢにおいてアプリユーザＩＤが登録され、図１２に示すアプリ利用者ＤＢにおいてアプリユーザＩＤが登録される。図１０Ａ、図１０Ｂ、図１２に示す各利用者ＤＢに登録されたアプリユーザＩＤは、利用者がデフォルト行先階とは異なる変更行先階を利用しようとする際に、行先階設定アプリでの登録操作が済んだ利用者か否か、すなわち変更行先階の利用が認められた利用者か否かの照合に用いられる。
【0138】
２－２－１．利用者が変更行先階を利用する際の行先階変更アプリのフローチャート
図２０は、利用者が変更行先階を利用する際の行先階変更アプリの処理に関するフローチャートである。図２０に示す各処理は、携帯端末２００の制御部２０１が行先階設定アプリを動作させることで実行する。
図２０は、利用者が変更行先階を利用する際の行先階変更アプリの処理に関するフローチャートである。図２０に示す各処理は、携帯端末２００の制御部２０１が行先階設定アプリを動作させることで実行する。
【0139】
行先階設定アプリは、ＯＳよりアプリ起動指令を受信する（Ｓ５３１）。具体的には、利用者が携帯端末２００を操作して行先階設定アプリを起動することで、携帯端末２００のＯＳよりアプリ起動指令を受信する。これにより、行先階設定アプリが起動する。
【0140】
行先階設定アプリは、利用者にカメラ２０３での顔の撮影を促す（Ｓ５３２）。具体的には、図２１Ａ（ａ）に示すように、携帯端末２００の表示部２１０に、カメラ２０３での顔の撮影を促す「カメラで顔を撮影して下さい」というメッセ－ジを表示し、利用者に顔を撮影させる。
【0141】
行先階設定アプリは、カメラ２０３で撮影した顔画像と、保存されている顔画像が同一人物か否かを判断する（Ｓ５３３）。具体的には、ステップＳ５３２で撮影された顔画像と、行先階設定アプリの初期登録で撮影・保存された顔画像（図１４のステップＳ５０２）とを画像処理により比較し、同一人物か否かを判断する。
【0142】
同一人物でないと判断すると（Ｓ５３３でＮＯ）、行先階設定アプリは、認証できない旨のエラーメッセージを表示して（Ｓ５３４）、図２０に示すフローチャートを終了する。具体的には、図２１Ａ（ｂ）に示すように、認証できない旨を示す「認証できません」というメッセージを表示部２１０に表示する。
【0143】
同一人物であると判断すると（Ｓ５３３でＹＥＳ）、行先階設定アプリは、利用可能なビル名ボタンを表示する（Ｓ５３５）。具体的には、図２１Ａ（ｃ）に示すように、図１４のフローチャートに示した行先階設定アプリの初回登録時に保存されたビル名（Ｓ５０７）を読み出し、利用可能なビル名を決定する。行先階設定アプリは、「ビル選択」という文字とともに、複数のビル選択ボタン２１８を表示部２１０に表示する。図２１Ａ（ｃ）に示す例では、ビルＡを選択するためのビル選択ボタン２１８と、ビルＢを選択するためのビル選択ボタン２１８が表示される。また、ビルＡが選択された状態を例示する（網掛け表示）。
【0144】
行先階設定アプリは、いずれかのビル名ボタン２１８が選択されたか否かを判断する（Ｓ５３６）。ビル名ボタン２１８が選択されない限り（Ｓ５３６でＮＯ）、ステップＳ５３６の判断処理を繰り返し実行する。
【0145】
ユーザがいずれかのビル名ボタン２１８をタッチすると、ビル名ボタン２１８が選択されたと判断し（Ｓ５３６でＹＥＳ）、行先階設定アプリは、ビル名に応じた行先階変更形式を決定する（Ｓ５３７）。具体的には、図１４のフローチャートに示した行先階設定アプリの初回登録時に保存されたビル名（例えばビルＡ）と行先階変更種類（例えばカメレオンコード）を読み出し、ビル名に応じた行先階変更形式を決定する。
【0146】
行先階設定アプリは、許可階ボタンを表示する（Ｓ５３８）。具体的には、図１４のフローチャートに示した行先階設定アプリの初回登録時に保存された許可階を読み出し、図２１Ａ（ｄ）に示すように、「階選択」という文字とともに、複数の許可階ボタン２２０を表示部２１０に表示する。図２１Ａ（ｄ）に示す例では、９階を選択するための許可階ボタン２２０と、１０階を選択するための許可階ボタン２２０と、１１階を選択するための許可階ボタン２２０が表示される。また、９階が選択された状態を例示する（網掛け表示）。
【0147】
行先階設定アプリは、いずれかの許可階ボタン２２０が選択されたか否かを判断する（Ｓ５３９）。許可階ボタン２２０が選択されない限り（Ｓ５３９でＮＯ）、ステップＳ５３９の判断処理を繰り返し実行する。
【0148】
ユーザがいずれかの許可階ボタン２２０をタッチすると、許可階ボタン２２０が選択されたと判断し（Ｓ５３９でＹＥＳ）、行先階設定アプリは、アプリユーザＩＤと変更行先階の情報を含む行先階変更コードを、画面上に一定時間表示する（Ｓ５４０）。具体的には、行先階設定アプリに記憶されているアプリユーザＩＤ（例えば“８０００１”）と、ステップＳ５３９で選択された許可階を変更行先階として含む行先階変更コードを作成し、表示部２１０に表示する。
【0149】
ステップＳ５４０による行先階変更コードの表示例を図２１Ｂに示す。図２１Ｂ（ａ）では、「画面をカメラに向けて通過して下さい」というメッセージとともに、アプリユーザＩＤと変更行先階の情報を含むカメレオンコードＣｄが表示される。図２１Ｂ（ｂ）では、「ＱＲコードをリーダにかざして下さい」というメッセージとともに、アプリユーザＩＤと変更行先階の情報を含むＱＲコードＱｄが表示される。図２１Ｂ（ｃ）では、「バーコードをリーダにかざして下さい」というメッセージとともに、アプリユーザＩＤと変更行先階の情報を含む１次元バーコードＢｃが表示される。
【0150】
ステップＳ５３７で決定された行先階変更形式が“カメレオンコード”である場合は、図２１Ｂ（ａ）のカメレオンコードＣｄを含む画面が表示される。ステップＳ５３７で決定された行先階変更形式が“ＱＲコード”である場合は、図２１Ｂ（ｂ）のＱＲコードＱｄを含む画面が表示される。ステップＳ５３７で決定された行先階変更形式が“１次元バーコード”である場合は、図２１Ｂ（ｃ）の１次元バーコードＢｃを含む画面が表示される。
【0151】
なお、ステップＳ５３５において、利用可能なビル名をボタン表示するようにしたが、利用可能なビルが１つしかない場合、ステップＳ５３５及びステップＳ５３６の処理を除いてもよい。この場合、ステップＳ５３３で同一人物であると判断すると（Ｓ５３３でＹＥＳ）、ビル名の選択は無く、ビル名に応じた行先階変更形式を決定し（Ｓ５３７）、許可階ボタンが表示されることになる（Ｓ５３８）。
【0152】
また利用可能なビルが複数ある場合、ステップＳ５３５において、利用者の携帯端末のＧＰＳ情報を取得して、利用者の現在地からビルを特定し、ステップＳ５３５及びステップＳ５３６の処理を省略することも可能である。この場合、アプリ利用者ＤＢにビル位置情報が登録され、図１４のステップＳ５０４において利用可能なビル名、許可階、行先階変更形式と共にビル位置情報を受信する。さらに、ステップＳ５０７において、選択されたビル名、許可階、行先階変更種類と共にビル位置情報を保存する。
【0153】
２－２－２．顔認証処理及びセキュリティゲートのゲートフラッパの開閉制御
セキュリティサーバ１００は、顔認証用カメラ２５から出力される画像データが示す撮像画像に基づいて、ビル内のセキュリティ確保のために、利用者に対する顔認証処理を行う。具体的には、利用者がエントランスから特定領域のエレベータ乗場に移動するためにセキュリティゲート２０を通過しようとすると、セキュリティゲート２０のエントランス側の顔認証エリアＡｄ（図１参照）で顔が検出され、さらに顔特徴点検出処理が行われる。
セキュリティサーバ１００は、顔認証用カメラ２５から出力される画像データが示す撮像画像に基づいて、ビル内のセキュリティ確保のために、利用者に対する顔認証処理を行う。具体的には、利用者がエントランスから特定領域のエレベータ乗場に移動するためにセキュリティゲート２０を通過しようとすると、セキュリティゲート２０のエントランス側の顔認証エリアＡｄ（図１参照）で顔が検出され、さらに顔特徴点検出処理が行われる。
【0154】
セキュリティサーバ１００は、撮像画像から顔特徴点を検出すると、検出した顔特徴点のデータと、利用者ＤＢに登録されている各顔データ（顔特徴点データ）とを順次比較（照合）して一致率を求める。そして、検出した顔の顔データ（顔特徴点データ）に対して所定一致率以上の一致率を有する顔データ（顔特徴点データ）が利用者ＤＢに登録されているかを判断する。そして、所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されている場合、セキュリティサーバ１００は、セキュリティゲート２０を通過しようとする利用者（顔検出された利用者）は、登録されている顔データに対応する利用者であると特定し、顔認証が成功したと判断する。この場合、セキュリティサーバ１００は、当該セキュリティゲート２０に開放信号を送信する。これにより、利用者ＤＢに登録されている利用者は、セキュリティゲート２０を通過することができる。
【0155】
これに対し、所定一致率以上の一致率を有する顔データ（顔特徴点データ）が利用者ＤＢに存在しない場合、セキュリティサーバ１００は、セキュリティゲート２０を通過しようとする利用者が、利用者ＤＢに登録されていない利用者であると判断する。この場合、セキュリティサーバ１００は、当該セキュリティゲート２０に閉鎖信号を送信する。セキュリティゲート２０の制御部２１は、ゲートフラッパ２８を閉状態とさせる。これにより、利用者ＤＢに登録されていない利用者は、セキュリティゲート２０を通過することができない。つまり、利用者ＤＢに登録されていない利用者がセキュリティゲート２０を通過するのを阻止することができる。
【0156】
なお、セキュリティゲート２０の制御部２１は、セキュリティサーバ１００から開放信号、閉鎖信号のいずれも受信していない状況で、つまり顔認証処理が完了していない状況で、第１センサ２６により利用者が検知された場合、ゲートフラッパ２８を閉状態とさせる。これにより、顔認証処理が完了していない利用者がセキュリティゲート２０を通過するのを阻止することができる。
【0157】
このように、利用者ＤＢに登録されている利用者は特定領域に進入することができるが、そうでない利用者は特定領域に進入することができない。よって、ビル内のセキュリティが確保される。
【0158】
２－２－３．号機割当処理
２－２－３－１．セキュリティゲート利用時の行先階設定処理及び号機割当処理
（カメレオンコードの行先階変更形式に対応するビルＡにおいて）
セキュリティゲート２０を通過しようとする利用者に対する顔認証処理において、当該利用者が利用者ＤＢに登録されている利用者であると判断すると、セキュリティサーバ１００は、顔認証用カメラ２５から出力される画像データが示す撮像画像に対してカメレオンコード検出処理を行うとともに、カメレオンコードを検出した場合、検出したカメレオンコードの解析処理（デコード（復号））を行う。セキュリティサーバ１００は、顔認証後の所定時間Ｔ（秒）以内に撮像画像にカメレオンコードが含まれていると判断した場合、デフォルト行先階または変更行先階を利用者の行先階として設定する。所定時間Ｔ（秒）は、顔認証及び変更行先階登録を行う利用者によるカメレオンコードの提示タイミングにばらつきがある場合においてもカメレオンコードによる変更行先階の登録を利用者が適切に行えるようにするための余裕時間であり、例えば２（秒）である。この場合、変更行先階の登録のための方法を利用者に予め周知しておくことが好ましい。なお、他の実施の形態で説明するように、携帯端末２００の表示部２１０に「顔認証の際、この画面をカメラに向けてください」などのメッセージを表示させてもよい。この場合、利用者が顔認証の際ほぼ同じタイミングでカメレオンコード表示画面を顔認証用カメラ２５に向けることが期待される。そのため、所定時間Ｔ（秒）は、例えば１（秒）未満の短い時間に設定してもよい。セキュリティサーバ１００は、出発階、ロケーション、行先階などの情報を含む呼び情報信号を生成し、当該呼び情報信号を群管理制御装置１０に送信する。なお、呼び情報信号における「出発階」は、前述したように登録装置の「設置階」と等しい。
２－２－３－１．セキュリティゲート利用時の行先階設定処理及び号機割当処理
（カメレオンコードの行先階変更形式に対応するビルＡにおいて）
セキュリティゲート２０を通過しようとする利用者に対する顔認証処理において、当該利用者が利用者ＤＢに登録されている利用者であると判断すると、セキュリティサーバ１００は、顔認証用カメラ２５から出力される画像データが示す撮像画像に対してカメレオンコード検出処理を行うとともに、カメレオンコードを検出した場合、検出したカメレオンコードの解析処理（デコード（復号））を行う。セキュリティサーバ１００は、顔認証後の所定時間Ｔ（秒）以内に撮像画像にカメレオンコードが含まれていると判断した場合、デフォルト行先階または変更行先階を利用者の行先階として設定する。所定時間Ｔ（秒）は、顔認証及び変更行先階登録を行う利用者によるカメレオンコードの提示タイミングにばらつきがある場合においてもカメレオンコードによる変更行先階の登録を利用者が適切に行えるようにするための余裕時間であり、例えば２（秒）である。この場合、変更行先階の登録のための方法を利用者に予め周知しておくことが好ましい。なお、他の実施の形態で説明するように、携帯端末２００の表示部２１０に「顔認証の際、この画面をカメラに向けてください」などのメッセージを表示させてもよい。この場合、利用者が顔認証の際ほぼ同じタイミングでカメレオンコード表示画面を顔認証用カメラ２５に向けることが期待される。そのため、所定時間Ｔ（秒）は、例えば１（秒）未満の短い時間に設定してもよい。セキュリティサーバ１００は、出発階、ロケーション、行先階などの情報を含む呼び情報信号を生成し、当該呼び情報信号を群管理制御装置１０に送信する。なお、呼び情報信号における「出発階」は、前述したように登録装置の「設置階」と等しい。
【0159】
（ＱＲコードの行先階変更形式に対応するビルＢにおいて）
セキュリティゲート２０を通過しようとする利用者に対する顔認証処理において、当該利用者が利用者ＤＢに登録されている利用者であると判断すると、セキュリティサーバ１００は、顔認証後の所定時間Ｔ（秒）以内にＱＲコードリーダ２９からＱＲコードデータを受信したか否かの判断結果に応じてデフォルト行先階または変更行先階を利用者の行先階として設定し、出発階、ロケーション、行先階などの情報を含む呼び情報信号を生成し、当該呼び情報信号を群管理制御装置１０に送信する。なお、呼び情報信号における「出発階」は、前述したように登録装置の「設置階」と等しい。
セキュリティゲート２０を通過しようとする利用者に対する顔認証処理において、当該利用者が利用者ＤＢに登録されている利用者であると判断すると、セキュリティサーバ１００は、顔認証後の所定時間Ｔ（秒）以内にＱＲコードリーダ２９からＱＲコードデータを受信したか否かの判断結果に応じてデフォルト行先階または変更行先階を利用者の行先階として設定し、出発階、ロケーション、行先階などの情報を含む呼び情報信号を生成し、当該呼び情報信号を群管理制御装置１０に送信する。なお、呼び情報信号における「出発階」は、前述したように登録装置の「設置階」と等しい。
【0160】
群管理制御装置１０は、セキュリティサーバ１００から呼び情報信号を受信すると、受信した呼び情報信号に基づいて、利用者の行先階を割り当てる割当号機を決定し、決定した割当号機を示す割当結果信号を、呼び情報信号が示す出発階及びロケーションに配置されているゲート表示器７０に送信する。
【0161】
ゲート表示器７０は、群管理制御装置１０から割当結果信号を受信すると、割当号機報知画面を表示する。
【0162】
より詳細な行先階設定処理及び号機割当処理については後述する。
【0163】
２－２－３－２．行先階登録装置利用時の行先階設定処理及び号機割当処理
セキュリティサーバ１００は、行先階登録装置３０を利用しようとする利用者に対する顔認証処理において、当該利用者が利用者ＤＢに登録されている利用者であると判断すると、利用者ＤＢから当該利用者に紐付けられているデフォルト行先階及び許可階の情報を読み出すとともに、当該行先階登録装置３０に併設された顔認証用カメラ３６の登録装置ＩＤに基づいて登録装置ＤＢから設置階、ロケーションの情報を読み出す。そして、セキュリティサーバ１００は、利用者ＤＢから読み出したデフォルト行先階、許可階の情報と、登録装置ＤＢから読み出した設置階（出発階）、ロケーションの情報などを含む呼び情報信号を生成し、当該呼び情報信号を群管理制御装置１０に送信する。
セキュリティサーバ１００は、行先階登録装置３０を利用しようとする利用者に対する顔認証処理において、当該利用者が利用者ＤＢに登録されている利用者であると判断すると、利用者ＤＢから当該利用者に紐付けられているデフォルト行先階及び許可階の情報を読み出すとともに、当該行先階登録装置３０に併設された顔認証用カメラ３６の登録装置ＩＤに基づいて登録装置ＤＢから設置階、ロケーションの情報を読み出す。そして、セキュリティサーバ１００は、利用者ＤＢから読み出したデフォルト行先階、許可階の情報と、登録装置ＤＢから読み出した設置階（出発階）、ロケーションの情報などを含む呼び情報信号を生成し、当該呼び情報信号を群管理制御装置１０に送信する。
【0164】
群管理制御装置１０は、セキュリティサーバ１００から呼び情報信号を受信すると、受信した呼び情報信号に基づいて、少なくとも許可階の情報を含む受付許可信号を生成し、生成した受付許可信号を呼び情報信号が示す出発階及びロケーションに配置されている行先階登録装置３０に送信する。
【0165】
行先階登録装置３０は、受付許可信号を受信すると、許可階の情報が示す許可階の行先階ボタンを表示部３４に表示し、利用者による行先階の指定操作を受け付ける。行先階の指定操作があると、行先階登録装置３０は、指定された行先階にいずれかの号機を割り当てることを要求する割当依頼信号を群管理制御装置１０に送信する。
【0166】
群管理制御装置１０は、割当依頼信号を受信すると、利用者の行先階を割り当てる割当号機を決定し、決定した割当号機を示す割当結果信号を、呼び情報信号が示す出発階及びロケーションに配置されている行先階登録装置３０に送信する。
【0167】
行先階登録装置３０は、群管理制御装置１０から割当結果信号を受信すると、表示部３４に、割当号機を表示した割当号機報知画面を表示する。
【0168】
２－２－４．エレベータシステムの具体的動作
利用者がセキュリティゲート２０を利用した際の行先階設定処理及び号機割当処理について、フローチャートを参照してより詳しく説明する。
利用者がセキュリティゲート２０を利用した際の行先階設定処理及び号機割当処理について、フローチャートを参照してより詳しく説明する。
【0169】
図２２Ａ、図２２Ｂはそれぞれ、セキュリティサーバ１００による呼び情報信号生成処理を説明したフローチャートである。図２２Ａは、カメレオンコードの行先階変更形式に対応するビルＡのセキュリティサーバ１００に関するフローチャートであり、図２２Ｂは、ＱＲコードの行先階変更形式に対応するビルＢのセキュリティサーバ１００に関するフローチャートである。本フローチャートの処理は、セキュリティゲート２０毎に実行される。また、セキュリティゲート２０毎の処理は並行して実行される。
【0170】
まず、図２２Ａに示すビルＡのセキュリティサーバ１００に関するフローチャートについて説明する。
【0171】
図２２Ａに示すように、セキュリティサーバ１００の制御部１０１は、顔認証用カメラ２５から出力される画像データが示す撮像画像に顔が含まれているか否かを判断する（Ｓ１１）。このステップの処理は、所定フレームレートで出力される撮像画像の各々に対して実行してもよいし、例えば数フレーム毎に１フレームだけというように間欠的に実行してもよい。
【0172】
撮像画像に顔が含まれていない場合（Ｓ１１でＮＯ）、つまり顔が検出されない場合、セキュリティサーバ１００の制御部１０１は、ステップＳ１１の判断を再度実行する。
【0173】
撮像画像に顔が含まれている場合（Ｓ１１でＹＥＳ）、つまり顔が検出された場合、セキュリティサーバ１００の制御部１０１は、上述した顔認証処理を行うことにより、検出した顔の顔データ（顔特徴点データ）に対して所定一致率以上の一致率を有する顔データ（顔特徴点データ）が利用者ＤＢに登録されているかを判断する（Ｓ１２）。
【0174】
検出した顔の顔データに対して所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されていない場合（Ｓ１２でＮＯ）、セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０に閉鎖信号を送信する（Ｓ２６）。これに伴い、セキュリティゲート２０の制御部２１は、ゲートフラッパ２８を閉状態で維持するように制御する。
【0175】
検出した顔の顔データに対して所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されている場合（Ｓ１２でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０に開放信号を送信する（Ｓ１３）。これに伴い、セキュリティゲート２０の制御部２１は、ゲートフラッパ２８を開状態に制御する。
【0176】
セキュリティサーバ１００の制御部１０１は、顔認証時刻ｔｃに現在時刻を設定する（Ｓ１４）。
【0177】
セキュリティサーバ１００の制御部１０１は、所定一致率以上の顔データに紐付けられた利用者ＩＤを利用者ＤＢから取得する（Ｓ１５）。
【0178】
セキュリティサーバ１００の制御部１０１は、顔認証用カメラ２５から出力される画像データが示す撮像画像にカメレオンコードが含まれているか否かを判断する（Ｓ１６）。このステップの処理は、所定フレームレートで出力される撮像画像の各々に対して実行してもよいし、例えば数フレーム毎に１フレームだけというように間欠的に実行してもよい。
【0179】
撮像画像にカメレオンコードが含まれている場合（Ｓ１６でＹＥＳ）、つまりカメレオンコードが検出された場合、セキュリティサーバ１００の制御部１０１は、カメレオンコードを解析（デコード（復号））して、カメレオンコードからアプリユーザＩＤ及び変更行先階の情報を取得する（Ｓ１７）。
【0180】
セキュリティサーバ１００の制御部１０１は、カメレオンコードから取得したアプリユーザＩＤが、所定一致率以上の一致率を有する顔データに紐付けられたアプリユーザＩＤと一致するか否かを判断する（Ｓ１８）。具体的には、図１０Ａに示すビルＡのビル利用者ＤＢを検索して、カメレオンコードから取得したアプリユーザＩＤが、所定一致率以上の一致率を有する顔データに紐付けられたアプリユーザＩＤと一致するか否かを判断する。
【0181】
カメレオンコードから取得したアプリユーザＩＤが、所定一致率以上の一致率を有する顔データに紐付けられたアプリユーザＩＤと一致する場合（Ｓ１８でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、行先階変更フラグをＯＮに設定する（Ｓ１９）。
【0182】
セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０の登録装置ＩＤに基づいて、利用者が通過しようとするセキュリティゲート２０の設置階及びロケーションを特定する（Ｓ２１）。これは、利用者の出発階及びロケーションを特定することでもある。
【0183】
セキュリティサーバ１００の制御部１０１は、利用者の行先階として、ステップＳ１７で取得された変更行先階を設定する（Ｓ２２）。
【0184】
セキュリティサーバ１００の制御部１０１は、出発階、変更行先階、ロケーション、行先階変更フラグＯＮの情報を含む呼び情報信号を生成して群管理制御装置１０に送信する（Ｓ２３）。
【0185】
セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０から利用者通過信号を受信したか否かを判断する（Ｓ２４）。
【0186】
セキュリティゲート２０から利用者通過信号を受信していない場合（Ｓ２４でＮＯ）、セキュリティサーバ１００の制御部１０１は、ステップＳ２４の判断を再度実行する。
【0187】
セキュリティゲート２０から利用者通過信号を受信した場合（Ｓ２４でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０に閉鎖信号を送信する（Ｓ２５）。
【0188】
上述のステップＳ１６において、撮像画像にカメレオンコードが含まれていない場合（Ｓ１６でＮＯ）、つまりカメレオンコードが検出されない場合、セキュリティサーバ１００の制御部１０１は、顔認証時刻ｔｃから所定時間Ｔ（秒）が経過したか否かを判断する（Ｓ２７）。所定時間Ｔ（秒）は、前述した通りである。
【0189】
顔認証時刻ｔｃから所定時間Ｔ（秒）が経過していない場合（Ｓ２７でＮＯ）、セキュリティサーバ１００の制御部１０１は、ステップＳ１６の処理に戻る。
【0190】
顔認証時刻ｔｃから所定時間Ｔ（秒）が経過した場合（Ｓ２７でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、行先階変更フラグをＯＦＦに設定する（Ｓ２８）。
【0191】
セキュリティサーバ１００の制御部１０１は、所定一致率以上の一致率を有する顔データに紐付けられたデフォルト行先階を利用者ＤＢから取得する（Ｓ２９）。
【0192】
セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０の登録装置ＩＤに基づいて、利用者が通過しようとするセキュリティゲート２０の設置階及びロケーションを特定する（Ｓ３０）。これは、利用者の出発階及びロケーションを特定することでもある。
【0193】
セキュリティサーバ１００の制御部１０１は、利用者の行先階として、ステップＳ２９で取得されたデフォルト行先階を設定する（Ｓ３１）。
【0194】
セキュリティサーバ１００の制御部１０１は、出発階、デフォルト行先階、ロケーション、行先階変更フラグＯＦＦの情報を含む呼び情報信号を生成して群管理制御装置１０に送信する（Ｓ３２）。
【0195】
上述のステップＳ１８において、カメレオンコードから取得したアプリユーザＩＤが、所定一致率以上の一致率を有する顔データに紐付けられたアプリユーザＩＤと一致しない場合（Ｓ１８でＮＯ）、セキュリティサーバ１００の制御部１０１は、前述したステップＳ２８以後の処理を実行する。アプリユーザＩＤが一致しない場合、ステップＳ１２で顔認証が成功した利用者はカメレオンコードを用いた行先階変更が認められていない、すなわち行先階設定アプリでの登録操作が正常に済んでいないことを意味する。そのため、行先階変更が行われない場合のステップＳ２８以後の処理を実行するものである。
【0196】
なお、ステップＳ１８でＮＯと判断される場合、セキュリティサーバ１００の制御部１０１は、ステップＳ２８以後の処理と並行して、例えば、「行先階変更が認められていません。行先階設定アプリの登録を行ってください。」というメッセージを、音声や画面表示等により報知してもよい。
【0197】
次に、図２２Ｂに示すビルＢのセキュリティサーバ１００に関するフローチャートについて説明する。
【0198】
【0199】
具体的には、セキュリティサーバ１００の制御部１０１は、ＱＲコードリーダ２９からＱＲコードデータを受信したか否かを判断する（Ｓ１６Ａ）。
【0200】
ＱＲコードリーダ２９からＱＲコードデータを受信した場合（Ｓ１６ＡでＹＥＳ）、セキュリティサーバ１００の制御部１０１は、ＱＲコードデータを解析（デコード（復号））して、ＱＲコードデータから、アプリユーザＩＤ及び変更行先階の情報を取得する（Ｓ１７Ａ）。
【0201】
図２３は、群管理制御装置１０による割当処理を説明したフローチャートである。本フローチャートの処理は、群管理制御装置１０がセキュリティサーバ１００から新規呼びの呼び情報信号を受信したときに実行される。また、新規呼びの呼び情報信号が受信される都度、並行して実行される。
【0202】
図２３に示すフローチャートは、図２２Ａに示すビルＡのセキュリティサーバ１００から呼び情報信号を受信する場合と、図２２Ｂに示すビルＢのセキュリティサーバ１００から呼び情報信号を受信する場合に共通する内容であり、まとめて説明する。
【0203】
群管理制御装置１０は、セキュリティサーバ１００から呼び情報信号を受信すると、図２３のフローチャートの処理を開始し、呼び情報信号に含まれる各種情報を取得する（Ｓ５１）。
【0204】
群管理制御装置１０は、呼び情報信号が示す行先階変更フラグがＯＮであるか否かを判断する（Ｓ５２）。
【0205】
行先階変更フラグがＯＮである場合（Ｓ５２でＹＥＳ）、群管理制御装置１０は、呼び情報信号が示す出発階、変更行先階をいずれかのエレベータに割り当てる（Ｓ５５）。
【0206】
群管理制御装置１０は、割当結果を示す信号（割当結果信号）を、呼び情報信号が示す出発階及びロケーションのゲート表示器７０に送信する（Ｓ５６）。このとき、ゲート表示器７０において割当号機報知画面が表示される。
【0207】
図２４は、セキュリティゲート２０のゲート表示器７０における表示例を示した図である。図２４（ａ）は、割当号機報知画面の一例を示す図である。図２４（ａ）の例では、変更行先階の７Ｆに対して３号機が割り当てられたことを示す「７Ｆ ３号機」、「行先階７Ｆを読み取りました。」が表示されている。なお、デフォルト行先階から変更された変更行先階であることを示すメッセージを表示してもよい（例えば「１０Ｆから７Ｆへの変更を受け付けました。」）。
【0208】
上記のステップＳ５２において、行先階変更フラグがＯＮでない場合（Ｓ５２でＮＯ）、つまり行先階変更フラグがＯＦＦである場合、群管理制御装置１０は、呼び情報信号においてデフォルト行先階の値が登録されているか否かを判断する（Ｓ５７）。
【0209】
デフォルト行先階の値が登録されている場合（Ｓ５７でＹＥＳ）、群管理制御装置１０は、呼び情報信号が示す出発階、デフォルト行先階をいずれかのエレベータに割り当てる（Ｓ５８）。
【0210】
群管理制御装置１０は、割当結果を示す信号を、呼び情報信号が示す出発階及びロケーションのゲート表示器７０に送信する（Ｓ５９）。このとき、ゲート表示器７０において割当号機報知画面が表示される。表示内容は、図２４（ｂ）と図２４（ｃ）のいずれかである。図２４（ｂ）の例では、デフォルト行先階１０Ｆに対して１号機が割り当てられたことを示す「１０Ｆ １号機」が表示される。図２４（ｃ）の例では、デフォルト行先階１０Ｆに対して１号機が割り当てられたことを示す「１０Ｆ １号機」と、変更行先階１２Ｆが許可されておらず行先階設定アプリでの登録を促す「行先階１２階を読み取りましたが、１２階は許可されていません。行先階設定アプリで登録を行ってください。」というメッセージが表示される。
【0211】
図２４（ｂ）の表示画面は、図２２Ａ、図２２Ｂに示すステップＳ２７において、顔認証時刻ｔｃからＴ秒が経過したと判断され（Ｓ２７でＹＥＳ）、行先階変更フラグをＯＦＦに設定された場合（Ｓ２８）に表示される。図２４（ｃ）の表示画面は、図２２Ａ、図２２Ｂに示すステップＳ１８において、カメレオンコード又はＱＲコードデータから取得したアプリユーザＩＤが、所定一致率以上の顔データに紐づけられたアプリユーザＩＤと一致しないと判断され（Ｓ２７でＹＥＳ）、行先階変更フラグをＯＦＦに設定された場合（Ｓ２８）に表示される。
【0212】
デフォルト行先階の値が登録されていない場合（Ｓ５７でＮＯ）、つまり利用者ＤＢにおいてデフォルト行先階として記号“－”（行先階未設定情報）が登録されている場合、群管理制御装置１０は、行先階登録装置３０での行先階の登録を促す表示を行わせる信号を、呼び情報が示す出発階及びロケーションのゲート表示器７０に送信する（Ｓ６０）。このとき、ゲート表示器７０において、行先階の登録を促す画面が表示される。図２４（ｄ）は、行先階の登録を促す画面の一例を示す図である。図２４（ｄ）の例では、「エレベータホール内の行先階登録装置にて行先階を登録してください。」と表示されている。なお、行先階登録装置３０にて行先階を登録する状況は、例えば、複数の許可階に行く頻度がそれぞれ高い利用者がデフォルト行先階をあえて設定していない場合、または、行先階変更用の携帯端末２００の所持を失念したような場合に生じる。
【0213】
３．本実施の形態の作用
本実施の形態のエレベータシステムでは、顔認証用カメラ２５で撮像された撮像画像に基づいて、セキュリティゲート２０を通過しようとする利用者の顔認証が行われる。また、顔認証が成功した場合においてその後の所定時間Ｔ（秒）以内に撮像画像からカメレオンコードが検出されなかったとき（ビルＡ）、あるいはＱＲコードリーダ２９でＱＲコードが読み取られなかったとき（ビルＢ）は、利用者に予め紐付けられたデフォルト行先階が利用者の行先階として設定される。一方、顔認証が成功した場合においてその後の所定時間Ｔ（秒）以内に撮像画像からカメレオンコードが検出されたとき（ビルＡ）、あるいはＱＲコードリーダ２９でＱＲコードが読み取られたとき（ビルＢ）は、カメレオンコードあるいはＱＲコードが示す変更行先階が利用者の行先階として設定される。そのため、顔認証を利用したゲートを利用者が通過する際に、デフォルト行先階だけでなく変更行先階の登録が可能となる。
本実施の形態のエレベータシステムでは、顔認証用カメラ２５で撮像された撮像画像に基づいて、セキュリティゲート２０を通過しようとする利用者の顔認証が行われる。また、顔認証が成功した場合においてその後の所定時間Ｔ（秒）以内に撮像画像からカメレオンコードが検出されなかったとき（ビルＡ）、あるいはＱＲコードリーダ２９でＱＲコードが読み取られなかったとき（ビルＢ）は、利用者に予め紐付けられたデフォルト行先階が利用者の行先階として設定される。一方、顔認証が成功した場合においてその後の所定時間Ｔ（秒）以内に撮像画像からカメレオンコードが検出されたとき（ビルＡ）、あるいはＱＲコードリーダ２９でＱＲコードが読み取られたとき（ビルＢ）は、カメレオンコードあるいはＱＲコードが示す変更行先階が利用者の行先階として設定される。そのため、顔認証を利用したゲートを利用者が通過する際に、デフォルト行先階だけでなく変更行先階の登録が可能となる。
【0214】
また、複数のビルにおいて行先階変更情報の形式が異なる場合でも、各ビルに応じた形式の行先階変更情報を取得する機能を有することで、複数のビルに対応することができ、利用者の利便性を向上できる。アプリサーバ５００に接続された行先階アプリを用いることで、同一利用者であっても、複数のビルでデフォルト行先階とは異なる変更行先階を利用することが可能となる。
【0215】
なお、実施の形態１では、カメレオンコードやＱＲコード等の行先階変更コードの検出及び解析（アプリユーザＩＤ及び変更行先階の取得）をセキュリティサーバ１００が行う例を説明したが、本発明はこれに限定されない。本発明では、群管理制御装置１０や他の解析装置が、行先階変更コードの検出及び解析（アプリユーザＩＤ及び変更行先階の取得）を行ってもよい。以下において、実施の形態１の第１の変形例及び第２の変形例を説明する。
【0216】
（実施の形態１の第１の変形例）
実施の形態１の第１の変形例では、ビルＡの群管理制御装置１０が、セキュリティサーバ１００に代わり、カメレオンコードの検出および解析を行い、ビルＢの群管理制御装置１０が、ＱＲコードの読み取りおよび解析を行い、アプリユーザＩＤ及び変更行先階を取得する。
実施の形態１の第１の変形例では、ビルＡの群管理制御装置１０が、セキュリティサーバ１００に代わり、カメレオンコードの検出および解析を行い、ビルＢの群管理制御装置１０が、ＱＲコードの読み取りおよび解析を行い、アプリユーザＩＤ及び変更行先階を取得する。
【0217】
図２５は、実施の形態１の第１の変形例におけるエレベータシステムのシステム構成を示したブロック図である。
【0218】
実施の形態１の第１の変形例では、各顔認証用カメラ２５は、セキュリティサーバ１００だけでなく群管理制御装置１０にも接続されており、セキュリティサーバ１００だけでなく群管理制御装置１０に対しても撮像画像の画像データを出力する。またビルＢでは、各ＱＲコードリーダ２９は、群管理制御装置１０に接続されており、群管理制御装置１０にＱＲコードデータを出力する。そして、ビルＡの群管理制御装置１０は、撮像画像に対してカメレオンコードの検出処理を行い、かつ検出されたカメレオンコードを解析して、アプリユーザＩＤ及び変更行先階を取得する。また、ビルＢの群管理制御装置１０は、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析して、アプリユーザＩＤ及び変更行先階を取得する。
【0219】
本変形例によれば、実施の形態１同様の効果を得ることができる。加えて、デフォルト行先階または変更行先階を行先階として設定する処理を群管理制御装置１０で行うため、セキュリティサーバ１００において当該処理を行う必要がなくなり、セキュリティサーバ１００に対する仕様変更などを極力抑制できる。
【0220】
（実施の形態１の第２の変形例）
実施の形態１の第２の変形例では、セキュリティサーバ１００及び群管理制御装置１０とは別に設けられた解析装置が、行先階変更コードの検出及び解析（アプリユーザＩＤ及び変更行先階の取得）を行う例を説明する。
実施の形態１の第２の変形例では、セキュリティサーバ１００及び群管理制御装置１０とは別に設けられた解析装置が、行先階変更コードの検出及び解析（アプリユーザＩＤ及び変更行先階の取得）を行う例を説明する。
【0221】
図２６Ａ、図２６Ｂはそれぞれ、実施の形態１の第２の変形例におけるビルエレベータシステムのシステム構成を示したブロック図である。図２６Ａは、ビルＡのビルエレベータシステムを示し、図２６Ｂは、ビルＢのビルエレベータシステムを示す。
【0222】
実施の形態１の第２の変形例では、図２６Ａに示すビルＡのビルエレベータシステムには、カメレオンコード解析装置３００が設けられている。各顔認証用カメラ２５は、セキュリティサーバ１００だけでなくカメレオンコード解析装置３００にも接続されており、セキュリティサーバ１００だけでなくカメレオンコード解析装置３００に対しても撮像画像の画像データを出力する。また、図２６Ｂに示すビルＢのビルエレベータシステムには、ＱＲコード解析装置４００が設けられている。各ＱＲコードリーダ２９は、セキュリティサーバ１００だけでなくＱＲコード解析装置４００にも接続されており、セキュリティサーバ１００だけでなくＱＲコード解析装置４００に対してもＱＲコードデータを出力する。
【0223】
カメレオンコード解析装置３００は、群管理制御装置１０などと同様に、制御部、記憶部、入出力インタフェースなどを有するコンピュータにより構成される。カメレオンコード解析装置３００は、各顔認証用カメラ２５から出力される撮像画像に対してカメレオンコードの検出処理を行い、カメレオンコードが検出された場合、カメレオンコードを解析（デコード（復号））して、カメレオンコードからアプリユーザＩＤ及び変更行先階を取得し、取得したアプリユーザＩＤ及び変更行先階と、カメレオンコードが検出された撮像画像を出力した顔認証用カメラ２５を特定する情報とを、群管理制御装置１０に送信する。顔認証用カメラ２５を特定する情報としては、例えば顔認証用カメラ２５が配置されているセキュリティゲート２０の設置階及びロケーションの情報が用いられる。なお、顔認証用カメラ２５を特定する情報は、顔認証用カメラ２５のシリアルナンバーなどであってもよい。
【0224】
ＱＲコード解析装置４００は、群管理制御装置１０などと同様に、制御部、記憶部、入出力インタフェースなどを有するコンピュータにより構成される。ＱＲコードリーダ２９は、読み取ったＱＲコードデータをＱＲコード解析装置４００に出力する。ＱＲコード解析装置４００は、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析（デコード（復号））して、ＱＲコードデータからアプリユーザＩＤ及び変更行先階を取得し、取得したアプリユーザＩＤ及び変更行先階と、ＱＲコードデータの出力元のＱＲコードリーダ２９を特定する情報とを、群管理制御装置１０に送信する。ＱＲコードリーダ２９を特定する情報としては、例えばＱＲコードリーダ２９が配置されているセキュリティゲート２０の設置階及びロケーションの情報が用いられる。なお、ＱＲコードリーダ２９を特定する情報は、ＱＲコードリーダ２９のシリアルナンバーなどであってもよい。
【0225】
本変形例によれば、実施の形態１同様の効果を得ることができる。加えて、デフォルト行先階または変更行先階を行先階として設定する処理を群管理制御装置１０で行うため、セキュリティサーバ１００において当該処理を行う必要がなくなり、セキュリティサーバ１００に対する仕様変更などを極力抑制できる。また、群管理制御装置１０において行先階変更コードの解析処理を行う必要がなくなる。
【0226】
（その他の実施の形態）
実施の形態１では、図２２ＡのステップＳ１６、Ｓ２７において、撮像画像からカメレオンコードが検出されずに（Ｓ１６でＮＯ）、顔認証時刻ｔｃから所定時間Ｔ（秒）が経過したと判断する（Ｓ２７）。そして、顔認証時刻ｔｃから所定時間Ｔ（秒）が経過したと判断した場合（Ｓ２７でＹＥＳ）に、ステップＳ２８以後の処理を実行する。つまり、行先階変更フラグをＯＦＦに設定し（Ｓ２８）、デフォルト行先階の情報を含む呼び情報信号を生成して群管理制御装置１０に送信する（Ｓ３２）。しかし、ステップＳ２７の判断に代えて、セキュリティゲート２０の第１センサ２６で利用者が検知されたか否かを判断してもよい。つまり、利用者がセキュリティゲート２０を通過する途中であるか否かを判断してもよい。この処理によると、撮像画像からカメレオンコードが検出されない場合（Ｓ１６でＮＯ）でも、セキュリティゲート２０の第１センサ２６で利用者が検知されると、即座にステップＳ２８以後の処理が実行される。つまり、即座に呼び情報信号が生成されて群管理制御装置１０に送信され、割当処理が実行される。そのため、デフォルト行先階を利用する利用者についても、所定時間Ｔ（秒）の経過を待つことなくエレベータの割当を受けることができる。なお、セキュリティゲート２０の第１センサ２６で利用者が検知されない場合、ステップＳ１６の判断に戻る。本変形例は、図２２Ｂのフローチャートについても同様に適用できる。
実施の形態１では、図２２ＡのステップＳ１６、Ｓ２７において、撮像画像からカメレオンコードが検出されずに（Ｓ１６でＮＯ）、顔認証時刻ｔｃから所定時間Ｔ（秒）が経過したと判断する（Ｓ２７）。そして、顔認証時刻ｔｃから所定時間Ｔ（秒）が経過したと判断した場合（Ｓ２７でＹＥＳ）に、ステップＳ２８以後の処理を実行する。つまり、行先階変更フラグをＯＦＦに設定し（Ｓ２８）、デフォルト行先階の情報を含む呼び情報信号を生成して群管理制御装置１０に送信する（Ｓ３２）。しかし、ステップＳ２７の判断に代えて、セキュリティゲート２０の第１センサ２６で利用者が検知されたか否かを判断してもよい。つまり、利用者がセキュリティゲート２０を通過する途中であるか否かを判断してもよい。この処理によると、撮像画像からカメレオンコードが検出されない場合（Ｓ１６でＮＯ）でも、セキュリティゲート２０の第１センサ２６で利用者が検知されると、即座にステップＳ２８以後の処理が実行される。つまり、即座に呼び情報信号が生成されて群管理制御装置１０に送信され、割当処理が実行される。そのため、デフォルト行先階を利用する利用者についても、所定時間Ｔ（秒）の経過を待つことなくエレベータの割当を受けることができる。なお、セキュリティゲート２０の第１センサ２６で利用者が検知されない場合、ステップＳ１６の判断に戻る。本変形例は、図２２Ｂのフローチャートについても同様に適用できる。
【0227】
前記実施の形態及び各変形例では、セキュリティサーバ１００が、顔認証用カメラ２５から出力される画像データが示す撮像画像に対して顔検出処理、及び顔特徴点検出処理を行い、かつ顔認証処理を行う例を説明したが、本発明はこれに限定されない。例えば、顔認証用カメラ２５のコントローラが撮像画像に対して顔検出処理及び顔特徴点検出処理を行い、セキュリティサーバ１００は顔認証処理だけを行ってもよい。つまり、「前記撮像部で撮像された撮像画像に基づいて、前記利用者の顔認証を行う」処理を顔認証用カメラ２５とセキュリティサーバ１００とで分担して行ってもよい。この場合、顔認証用カメラ２５は、撮像画像の画像データに代えて顔特徴点データ（顔データ）をセキュリティサーバ１００に出力する。また、セキュリティサーバ１００は、受信した顔データ（顔特徴点データ）に基づいて、顔認証処理を行う。
【0228】
前記実施の形態及び各変形例では、セキュリティサーバ１００、群管理制御装置１０、またはカメレオンコード解析装置３００が、顔認証用カメラ２５から出力される画像データが示す撮像画像に対してカメレオンコード検出処理を行うとともに、検出したカメレオンコードの解析処理（デコード（復号））を行う例を説明したが、本発明はこれに限定されない。例えば、顔認証用カメラ２５のコントローラが撮像画像に対してカメレオンコード検出処理及びカメレオンコードの解析処理を行ってもよい。この場合、顔認証用カメラ２５は、撮像画像の画像データに代えて利用者ＩＤ（アプリユーザＩＤ）及び変更行先階の情報をセキュリティサーバ１００、または群管理制御装置１０に出力する。この場合、セキュリティサーバ１００は、受信した利用者ＩＤ（アプリユーザＩＤ）及び変更行先階をそのまま利用すればよい。本内容は、ＱＲコード解析装置４００等の他の解析装置についても同様に適用できる。
【0229】
前記実施の形態及び各変形例では、本発明におけるゲートとして、ゲートフラッパ２８を備えたセキュリティゲート２０を例示したが、ゲートはこれに限定されない。本発明において、ゲートは、ゲートフラッパを備えていなくてもよい。この場合、前記実施の形態で説明したゲートフラッパの開閉に関連する制御は省略すればよい。
【0230】
前記実施の形態及び各変形例では、本発明における所定機器として、利用者の操作に基づいて行先階変更コードを生成、表示可能な携帯端末２００を例示したが、所定機器はこれに限られない。所定機器は、利用者の操作に基づいて行先階変更コードを生成可能である限り、どのようなものでもよい。
【0231】
前記実施の形態及び各変形例では、セキュリティゲート２０に配置されている顔認証用カメラ２５から出力される撮像画像に対してのみカメレオンコードの検出処理及び解析処理を行って、カメレオンコードを利用した変更行先階の登録を可能とする場合を説明した。しかし、各階の各行先階登録装置３０に併設されている顔認証用カメラ３６から出力される撮像画像に対してもカメレオンコードの検出処理及び解析処理を行って、カメレオンコードを利用した変更行先階の登録を可能にしてもよい。この場合、顔認証用カメラ３６の所定画角領域は、利用者が行先階登録装置３０の前にいる際に、利用者の顔だけでなく、利用者の顔や体の側方で顔認証用カメラ３６に向けて掲げられた携帯端末２００の表示部２１０の画面を撮像可能な画角に設定すればよい。所定解像度は、顔認証の際の顔検出及び顔照合を適切に行うことができ、かつカメレオンコードの検出及び解析を行うことができる解像度であればどのような解像度でもよい。以下において、（１）実施の形態１の行先階登録装置３０に併設されている顔認証用カメラ３６においてさらにカメレオンコードの検出処理及び解析処理を行う場合、について例示的に説明する。（２）実施の形態１の第１の変形例の行先階登録装置３０に併設されている顔認証用カメラ３６においてさらにカメレオンコードの検出処理及び解析処理を行う場合、（３）実施の形態１の第２の変形例の行先階登録装置３０に併設されている顔認証用カメラ３６においてさらにカメレオンコードの検出処理及び解析処理を行う場合についても同様である。
【0232】
（１）実施の形態１の行先階登録装置３０に併設されている顔認証用カメラ３６においてさらにカメレオンコードの検出処理及び解析処理を行う場合には、前述した図２のシステム構成をそのまま利用すればよい。
セキュリティサーバ１００は、各階の行先階登録装置３０に併設の顔認証用カメラ３６からそれぞれ出力される撮像画像に対して、それぞれ図２２Ａ、図２２Ｂのフローチャートにしたがって同様の制御を行えばよい。なお、図２２Ａ、図２２Ｂのフローチャートにおける「セキュリティゲート」については、「行先階登録装置」に読み替えればよい。また、行先階登録装置３０にはゲートフラッパが備えられていないので、図２２Ａ、図２２Ｂのフローチャートにおけるセキュリティゲート２０のゲートフラッパの開閉に関連する制御（ステップＳ１３、Ｓ１４、Ｓ２４、Ｓ２５）は省略すればよい。
群管理制御装置１０は、図２３のフローチャートにしたがって処理を行えばよい。なお、図２３のフローチャートにおける「ゲート表示器」については、「行先階登録装置」に読み替えればよい。
行先階登録装置３０は、図２３のステップＳ５６の処理に基づく信号を受信すると、表示部３４に、前述した図２４（ａ）と同様の割当号機報知画面を表示させる。また、行先階登録装置３０は、図２３のステップＳ５９の処理に基づく信号を受信すると、表示部３４に、前述した図２４（ｂ）あるいは図２４（ｃ）と同様の割当号機報知画面を表示させる。また、行先階登録装置３０は、図２３のステップＳ６０の処理に基づく信号を受信すると、表示部３４に、「行先階を登録してください」というメッセージを表示させた後、図５（ａ）と同様の操作画面を表示させてもよい。
セキュリティサーバ１００は、各階の行先階登録装置３０に併設の顔認証用カメラ３６からそれぞれ出力される撮像画像に対して、それぞれ図２２Ａ、図２２Ｂのフローチャートにしたがって同様の制御を行えばよい。なお、図２２Ａ、図２２Ｂのフローチャートにおける「セキュリティゲート」については、「行先階登録装置」に読み替えればよい。また、行先階登録装置３０にはゲートフラッパが備えられていないので、図２２Ａ、図２２Ｂのフローチャートにおけるセキュリティゲート２０のゲートフラッパの開閉に関連する制御（ステップＳ１３、Ｓ１４、Ｓ２４、Ｓ２５）は省略すればよい。
群管理制御装置１０は、図２３のフローチャートにしたがって処理を行えばよい。なお、図２３のフローチャートにおける「ゲート表示器」については、「行先階登録装置」に読み替えればよい。
行先階登録装置３０は、図２３のステップＳ５６の処理に基づく信号を受信すると、表示部３４に、前述した図２４（ａ）と同様の割当号機報知画面を表示させる。また、行先階登録装置３０は、図２３のステップＳ５９の処理に基づく信号を受信すると、表示部３４に、前述した図２４（ｂ）あるいは図２４（ｃ）と同様の割当号機報知画面を表示させる。また、行先階登録装置３０は、図２３のステップＳ６０の処理に基づく信号を受信すると、表示部３４に、「行先階を登録してください」というメッセージを表示させた後、図５（ａ）と同様の操作画面を表示させてもよい。
【0233】
前記実施の形態及び各変形例では、行先階変更コード（行先階変更情報）としてカメレオンコード、ＱＲコード、１次元バーコードを例示したが、これに限らず、アプリユーザＩＤと変更行先階の情報を含むものであれば、任意の種類のコードであってもよい。
【0234】
前記実施の形態及び各変形例では、各装置の制御部は、ＣＰＵ、ＭＰＵ等を利用して構成され、記憶部から読み出したプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、各種の機能を実現する。つまり、各制御部は、ハードウェアとソフトウェアとの協働により実現される。しかし、各制御部は、例えば、ハードウェア（電子回路）のみ、ＦＰＧＡ、ＡＳＩＣ等を利用して構成されてもよい。
【0235】
前記実施の形態及び各変形例では、ネットワークはＥｔｈｅｒｎｅｔであり、各装置の入出力インタフェースはＬＡＮアダプタ等を利用して構成されている。しかし、これは一例であり、ネットワークは、例えばＩＥＥＥ規格に準拠した無線ＬＡＮで構成され、入出力インタフェースは無線ＬＡＮアダプタ等で構成されてもよい。
【0236】
前記実施の形態及び各変形例におけるセキュリティサーバ１００、群管理制御装置１０、エレベータ制御装置４０、カメレオンコード解析装置３００、ＱＲコード解析装置４００は、エレベータ６０が配置されるビルに設置されることは必須ではない。例えば、これらの装置のうち任意の装置について、その装置の有する機能をクラウドサーバにより実行してもよい。この場合、エレベータ６０が配置されるビルに設置されるセキュリティゲート２０、行先階登録装置３０、ゲート表示器７０などの装置と、クラウドサーバとの間の各種信号や情報の授受は、適宜な通信方式を用いた通信により行えばよい。
【0237】
前記実施の形態及び各変形例において、本発明の複数の態様を説明した。しかし、本発明の具体的態様は、上述した実施の形態及び変形例に限られず、これらを組み合わせたものとすることもできる。
【0238】
（実施の形態についてのまとめ及び効果等）
（１）実施の形態のエレベータシステムは、
ビル（例えばビルＡまたはビルＢ）で利用者がエレベータ乗車前に利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場への移動経路上に配置されるゲート（例えばセキュリティゲート２０）を通過しようとする利用者を撮像可能なように設けられた撮像部（例えば顔認証用カメラ２５）と、
撮像部で撮像された撮像画像に基づいて利用者の顔認証を行う顔認証部（例えばセキュリティサーバ１００）と、
利用者の変更行先階に関する行先階変更情報を取得する情報取得部（例えば顔認証用カメラ２５、ＱＲコードリーダ２９、カメレオンコード解析装置３００、ＱＲコード解析装置４００）と、
利用者の行先階の設定を行う行先階設定部（例えばセキュリティサーバ１００または群管理制御装置１０）と、を備え、
行先階設定部は、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で行先階変更情報が取得されたときは、行先階変更情報に基づいて特定された変更行先階を利用者の行先階として設定し、
情報取得部は、ビル（例えばビルＡ）に対応する第１形式（例えばカメレオンコード）の行先階変更情報を取得する第１情報取得部（例えばビルＡの顔認証用カメラ２５）またはビル（例えばビルＢ）に対応する第２形式（例えばＱＲコード）の行先階変更情報を取得する第２情報取得部（例えばビルＢのＱＲコードリーダ２９）の少なくとも一方を有する。
（１）実施の形態のエレベータシステムは、
ビル（例えばビルＡまたはビルＢ）で利用者がエレベータ乗車前に利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場への移動経路上に配置されるゲート（例えばセキュリティゲート２０）を通過しようとする利用者を撮像可能なように設けられた撮像部（例えば顔認証用カメラ２５）と、
撮像部で撮像された撮像画像に基づいて利用者の顔認証を行う顔認証部（例えばセキュリティサーバ１００）と、
利用者の変更行先階に関する行先階変更情報を取得する情報取得部（例えば顔認証用カメラ２５、ＱＲコードリーダ２９、カメレオンコード解析装置３００、ＱＲコード解析装置４００）と、
利用者の行先階の設定を行う行先階設定部（例えばセキュリティサーバ１００または群管理制御装置１０）と、を備え、
行先階設定部は、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で行先階変更情報が取得されたときは、行先階変更情報に基づいて特定された変更行先階を利用者の行先階として設定し、
情報取得部は、ビル（例えばビルＡ）に対応する第１形式（例えばカメレオンコード）の行先階変更情報を取得する第１情報取得部（例えばビルＡの顔認証用カメラ２５）またはビル（例えばビルＢ）に対応する第２形式（例えばＱＲコード）の行先階変更情報を取得する第２情報取得部（例えばビルＢのＱＲコードリーダ２９）の少なくとも一方を有する。
【0239】
この構成により、利用者がゲート（例えばセキュリティゲート２０）を通過する際に顔認証用の撮像部（例えば顔認証用カメラ２５）で撮像された撮像画像に基づいて、利用者の行先階を設定できる。そのため、ＩＣカードなどから情報を取得するリーダを別途設けることなく、利用者の行先階を設定できる。特に本実施の形態によれば、情報取得部で取得される行先階変更情報に基づいて、デフォルト行先階だけでなく変更行先階を利用者の行先階として設定できる。
【0240】
また、複数のビルにおいて行先階変更情報の形式が異なる場合でも、各ビルに応じた形式の行先階変更情報を取得する機能を有することで、複数のビルに対応することができ、利用者の利便性を向上できる。
【0241】
（２）実施の形態のエレベータシステムは、
ビル（例えばビルＡまたはビルＢ）で利用者がエレベータ乗車前に利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場に配置される行先階登録装置（行先階登録装置３０）を利用しようとする利用者を撮像可能なように設けられた撮像部（例えば顔認証用カメラ２５）と、
撮像部で撮像された撮像画像に基づいて利用者の顔認証を行う顔認証部（例えばセキュリティサーバ１００）と、
利用者の変更行先階に関する行先階変更情報を取得する情報取得部（例えば顔認証用カメラ３６、ＱＲコードリーダ１２９、カメレオンコード解析装置３００、ＱＲコード解析装置４００）と、
利用者の行先階の設定を行う行先階設定部（例えばセキュリティサーバ１００または群管理制御装置１０）と、を備え、
行先階設定部は、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、
顔認証部で利用者の顔認証が成功した場合において、行先階変更情報報取得部で行先階変更情報が取得されたときは、行先階変更情報に基づいて特定された変更行先階を利用者の行先階として設定し、
情報取得部は、ビル（例えばビルＡ）に対応する第１形式（例えばカメレオンコード）の行先階変更情報を取得する第１情報取得部（例えばビルＡの顔認証用カメラ３６）またはビル（例えばビルＢ）に対応する第２形式（例えばＱＲコード）の行先階変更情報を取得する第２情報取得部（例えばビルＢのＱＲコードリーダ１２９）の少なくとも一方を有する。
ビル（例えばビルＡまたはビルＢ）で利用者がエレベータ乗車前に利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場に配置される行先階登録装置（行先階登録装置３０）を利用しようとする利用者を撮像可能なように設けられた撮像部（例えば顔認証用カメラ２５）と、
撮像部で撮像された撮像画像に基づいて利用者の顔認証を行う顔認証部（例えばセキュリティサーバ１００）と、
利用者の変更行先階に関する行先階変更情報を取得する情報取得部（例えば顔認証用カメラ３６、ＱＲコードリーダ１２９、カメレオンコード解析装置３００、ＱＲコード解析装置４００）と、
利用者の行先階の設定を行う行先階設定部（例えばセキュリティサーバ１００または群管理制御装置１０）と、を備え、
行先階設定部は、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、
顔認証部で利用者の顔認証が成功した場合において、行先階変更情報報取得部で行先階変更情報が取得されたときは、行先階変更情報に基づいて特定された変更行先階を利用者の行先階として設定し、
情報取得部は、ビル（例えばビルＡ）に対応する第１形式（例えばカメレオンコード）の行先階変更情報を取得する第１情報取得部（例えばビルＡの顔認証用カメラ３６）またはビル（例えばビルＢ）に対応する第２形式（例えばＱＲコード）の行先階変更情報を取得する第２情報取得部（例えばビルＢのＱＲコードリーダ１２９）の少なくとも一方を有する。
【0242】
この構成により、利用者が行先階登録装置（行先階登録装置３０）を利用する際に顔認証用の撮像部（例えば顔認証用カメラ３６）で撮像された撮像画像に基づいて、利用者の行先階を設定できる。そのため、ＩＣカードなどから情報を取得するリーダを別途設けることなく、利用者の行先階を設定できる。特に本発明によれば、顔認証用の撮像部で撮像された撮像画像に基づいて、デフォルト行先階だけでなく変更行先階を利用者の行先階として設定できる。
【0243】
また、複数のビルにおいて行先階変更情報の形式が異なる場合でも、各ビルに応じた形式の行先階変更情報を取得する機能を有することで、複数のビルに対応することができ、利用者の利便性を向上できる。
【0244】
（３）実施の形態のエレベータシステムにおいて、
利用者は、所定機器（例えば携帯端末２００）に対する操作により、第１形式の行先階変更情報（例えばカメレオンコード）と、第２形式の行先階変更情報（例えばＱＲコード）をそれぞれ生成する。
利用者は、所定機器（例えば携帯端末２００）に対する操作により、第１形式の行先階変更情報（例えばカメレオンコード）と、第２形式の行先階変更情報（例えばＱＲコード）をそれぞれ生成する。
【0245】
この構成により、異なる形式の行先階変更情報を容易に生成することができ、複数ビルで利用することができる。
【0246】
（４）実施の形態のエレベータシステムは、
所定機器は、利用者の携帯端末２００であり、
所定機器に対する操作は、携帯端末２００内の行先階設定アプリに対する操作を含む。
所定機器は、利用者の携帯端末２００であり、
所定機器に対する操作は、携帯端末２００内の行先階設定アプリに対する操作を含む。
【0247】
この構成により、携帯端末２００の行先階設定アプリを用いて、異なる形式の行先階変更情報を容易に生成することができる。
【0248】
（５）実施の形態のエレベータシステムにおいて、
第１形式の行先階変更情報（例えばカメレオンコード）および第２形式の行先階変更情報（例えばＱＲコード）はそれぞれ、共通の利用者識別情報（例えばアプリユーザＩＤ）を格納する。
第１形式の行先階変更情報（例えばカメレオンコード）および第２形式の行先階変更情報（例えばＱＲコード）はそれぞれ、共通の利用者識別情報（例えばアプリユーザＩＤ）を格納する。
【0249】
この構成により、共通の利用者識別情報を格納することで、同一利用者であることの特定を精度良く且つ簡便に行うことができる。
【0250】
（６）実施の形態のエレベータシステムにおいて、
利用者識別情報（例えばアプリユーザＩＤ）は、利用者の携帯端末２００内の行先階設定アプリ毎に生成される。
利用者識別情報（例えばアプリユーザＩＤ）は、利用者の携帯端末２００内の行先階設定アプリ毎に生成される。
【0251】
この構成により、同一利用者であることの特定を精度良く且つ簡便に行うことができる。
【0252】
（７）実施の形態のエレベータシステムにおいて、
第１情報取得部（例えばビルＡの顔認証用カメラ２５）は、撮像部で撮像された撮像画像から行先階変更情報を取得し、第２情報取得部（例えばビルＢのＱＲコードリーダ２９）は、ゲート（例えばセキュリティゲート２０）または行先階登録装置３０（行先階登録装置の一例）またはそれぞれの近傍に配置され、利用者が所持する情報記録媒体（例えば携帯端末２００）から行先階変更情報を取得する。
第１情報取得部（例えばビルＡの顔認証用カメラ２５）は、撮像部で撮像された撮像画像から行先階変更情報を取得し、第２情報取得部（例えばビルＢのＱＲコードリーダ２９）は、ゲート（例えばセキュリティゲート２０）または行先階登録装置３０（行先階登録装置の一例）またはそれぞれの近傍に配置され、利用者が所持する情報記録媒体（例えば携帯端末２００）から行先階変更情報を取得する。
【0253】
この構成により、第１情報取得部と第２情報取得部により、異なる形式の行先階変更情報に対応できる。
【0254】
（８）実施の形態の携帯端末２００は、
画像を表示する表示部２１０（表示部の一例）と、
撮像部（例えばカメラ２０３）と、
制御部２０１（制御部の一例）と、を備え、
制御部２０１は、
（ｉ）撮像部に、利用者の顔を撮像させ、
（ｉｉ）撮像部で撮像した顔データに基づいて、利用可能なビル、許可階、及び行先階変更形式の情報を取得し、
（ｉｉｉ）利用者がビルの顔認証システムを通過する際に、デフォルト行先階とは異なる変更行先階を利用しようとする場合、表示部２１０に、変更行先階の情報を含む行先階変更コード（例えばカメレオンコード、ＱＲコード、１次元バーコード）を、ビルに対応する行先階変更形式で表示させる。
画像を表示する表示部２１０（表示部の一例）と、
撮像部（例えばカメラ２０３）と、
制御部２０１（制御部の一例）と、を備え、
制御部２０１は、
（ｉ）撮像部に、利用者の顔を撮像させ、
（ｉｉ）撮像部で撮像した顔データに基づいて、利用可能なビル、許可階、及び行先階変更形式の情報を取得し、
（ｉｉｉ）利用者がビルの顔認証システムを通過する際に、デフォルト行先階とは異なる変更行先階を利用しようとする場合、表示部２１０に、変更行先階の情報を含む行先階変更コード（例えばカメレオンコード、ＱＲコード、１次元バーコード）を、ビルに対応する行先階変更形式で表示させる。
【0255】
（９）実施の形態の携帯端末２００において、
制御部２０１は、行先階設定アプリに対する利用者の操作に応じて、表示部２１０に行先階変更コード（例えばカメレオンコード、ＱＲコード、１次元バーコード）を表示させる。
制御部２０１は、行先階設定アプリに対する利用者の操作に応じて、表示部２１０に行先階変更コード（例えばカメレオンコード、ＱＲコード、１次元バーコード）を表示させる。
【0256】
（１０）実施の形態の携帯端末２００において、
利用可能なビルは、複数のビル（例えばビルＡ、ビルＢ）を含み、
制御部２０１は、表示部２１０に、複数のビル毎（例えばビルＡ）に対応する第１形式の行先階変更コード（例えばカメレオンコード）を表示させる機能または、複数のビル毎（例えばビルＢ）に対応する第２形式の行先階変更コード（例えばＱＲコード）を表示させる機能を有する。
利用可能なビルは、複数のビル（例えばビルＡ、ビルＢ）を含み、
制御部２０１は、表示部２１０に、複数のビル毎（例えばビルＡ）に対応する第１形式の行先階変更コード（例えばカメレオンコード）を表示させる機能または、複数のビル毎（例えばビルＢ）に対応する第２形式の行先階変更コード（例えばＱＲコード）を表示させる機能を有する。
【0257】
（１１）実施の形態の携帯端末２００において、
第１形式の行先階変更コード（例えばカメレオンコード）および第２形式の行先階変更コード（例えばＱＲコード）はそれぞれ、共通の利用者識別情報（例えばアプリユーザＩＤ）を格納する。
第１形式の行先階変更コード（例えばカメレオンコード）および第２形式の行先階変更コード（例えばＱＲコード）はそれぞれ、共通の利用者識別情報（例えばアプリユーザＩＤ）を格納する。
【0258】
（１２）実施の形態の携帯端末２００において、
利用者識別情報（例えばアプリユーザＩＤ）は、行先階設定アプリ毎に生成される。
利用者識別情報（例えばアプリユーザＩＤ）は、行先階設定アプリ毎に生成される。
【0259】
（１３）実施の形態のプログラムは、
コンピュータを、携帯端末２００の制御部２０１として機能させる。
コンピュータを、携帯端末２００の制御部２０１として機能させる。
【0260】
（１４）実施の形態の携帯端末２００の制御方法は、
画像を表示する表示部２１０（表示部の一例）と、撮像部（例えばカメラ２０３）と、を備える携帯端末２００の制御方法であって、
（ｉ）撮像部に、利用者の顔を撮像させ、
（ｉｉ）撮像部で撮像した顔データに基づいて、利用可能なビル、許可階、及び行先階変更形式の情報を取得し、
（ｉｉｉ）利用者がビルの顔認証システムを通過する際に、デフォルト行先階とは異なる変更行先階を利用しようとする場合、表示部２１０に、変更行先階の情報を含む行先階変更コード（例えばカメレオンコード、ＱＲコード、１次元バーコード）を、ビルに対応する行先階変更形式で表示させる。
画像を表示する表示部２１０（表示部の一例）と、撮像部（例えばカメラ２０３）と、を備える携帯端末２００の制御方法であって、
（ｉ）撮像部に、利用者の顔を撮像させ、
（ｉｉ）撮像部で撮像した顔データに基づいて、利用可能なビル、許可階、及び行先階変更形式の情報を取得し、
（ｉｉｉ）利用者がビルの顔認証システムを通過する際に、デフォルト行先階とは異なる変更行先階を利用しようとする場合、表示部２１０に、変更行先階の情報を含む行先階変更コード（例えばカメレオンコード、ＱＲコード、１次元バーコード）を、ビルに対応する行先階変更形式で表示させる。
【符号の説明】
【0261】
１０ 群管理制御装置
１１ 制御部
１２ 記憶部
１３ 入出力インタフェース
２０ セキュリティゲート
２０ａ ゲート本体
２０ｉ 入口
２０ｅ 出口
２５ 顔認証用カメラ
２６ 第１センサ
２７ 第２センサ
２８ ゲートフラッパ
３０ 行先階登録装置
３１ 制御部
３２ 記憶部
３３ 入出力インタフェース
３４ 表示部
３５ 操作部
３６ 顔認証用カメラ
４０、４０Ａ～４０Ｆ エレベータ制御装置
６０、６０Ａ～６０Ｆ エレベータ
７０ ゲート表示器
１００ セキュリティサーバ
１０１ 制御部
１０２ 記憶部
１０３ 入出力インタフェース
２００ 携帯端末
２０１ 制御部
２０３ カメラ
２１０ 表示部
３００ カメレオンコード解析装置
４００ ＱＲコード解析装置
５００ アプリサーバ
Ｔ 所定時間
１１ 制御部
１２ 記憶部
１３ 入出力インタフェース
２０ セキュリティゲート
２０ａ ゲート本体
２０ｉ 入口
２０ｅ 出口
２５ 顔認証用カメラ
２６ 第１センサ
２７ 第２センサ
２８ ゲートフラッパ
３０ 行先階登録装置
３１ 制御部
３２ 記憶部
３３ 入出力インタフェース
３４ 表示部
３５ 操作部
３６ 顔認証用カメラ
４０、４０Ａ～４０Ｆ エレベータ制御装置
６０、６０Ａ～６０Ｆ エレベータ
７０ ゲート表示器
１００ セキュリティサーバ
１０１ 制御部
１０２ 記憶部
１０３ 入出力インタフェース
２００ 携帯端末
２０１ 制御部
２０３ カメラ
２１０ 表示部
３００ カメレオンコード解析装置
４００ ＱＲコード解析装置
５００ アプリサーバ
Ｔ 所定時間
【要約】
【課題】顔認証を利用したエレベータシステムに関連して、利用者の利便性を向上させること。
【解決手段】エレベータシステムは、撮像部（２５）と、顔認証部（１００）と、情報取得部（２５、２９）と、行先階設定部（１００または１０）と、を備え、行先階設定部は、顔認証が成功した場合において、行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、顔認証が成功した場合において、行先階変更情報が取得されたときは、行先階変更情報に基づいて特定された変更行先階を利用者の行先階として設定し、情報取得部は、ビルに対応する第１形式の行先階変更情報を取得する第１情報取得部（２５）またはビルに対応する第２形式の行先階変更情報を取得する第２情報取得部（２９）の少なくとも一方を有する。
【選択図】図１１
【解決手段】エレベータシステムは、撮像部（２５）と、顔認証部（１００）と、情報取得部（２５、２９）と、行先階設定部（１００または１０）と、を備え、行先階設定部は、顔認証が成功した場合において、行先階変更情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、顔認証が成功した場合において、行先階変更情報が取得されたときは、行先階変更情報に基づいて特定された変更行先階を利用者の行先階として設定し、情報取得部は、ビルに対応する第１形式の行先階変更情報を取得する第１情報取得部（２５）またはビルに対応する第２形式の行先階変更情報を取得する第２情報取得部（２９）の少なくとも一方を有する。
【選択図】図１１
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10A】
【図10B】
【図10C】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21A】
【図21B】
【図22A】
【図22B】
【図23】
【図24】
【図25】
【図26A】
【図26B】