JP7047891B1 - エレベータシステム - Google Patents

Abstract

【課題】顔認証を利用したセキュリティゲートを利用者が通過する際にデフォルト行先階だけでなく変更行先階の登録を可能とするエレベータシステムを提供する。【解決手段】エレベータシステムは、ゲート（２０）を通過しようとする利用者を撮像可能なように設けられた撮像部（２５）と、ゲートまたはその近傍に配置され、利用者が所持する情報記録媒体（２００）から所定情報を取得する情報取得部（２９）と、撮像部で撮像された撮像画像に基づいて利用者の顔認証を行う顔認証部（１００）と、利用者の行先階の設定を行う行先階設定部（１００）と、を備え、行先階設定部は、顔認証が成功した場合において、情報取得部で所定情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、顔認証が成功した場合において、情報取得部で所定情報が取得されたときは、所定情報が示す変更行先階を利用者の行先階として設定する。【選択図】図２

Description

本発明は、エレベータシステムに関する。

特許文献１は、セキュリティゲートのリーダでＩＣカード（ＩＤカード）から利用者情報を取得することで、利用者の行先階をエレベータの制御装置に自動で登録し、号機を割り当てるエレベータシステムを開示している。

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

顔認証を利用したセキュリティゲートが普及し始めている。

本発明は、顔認証を利用したゲートを利用者が通過する際にデフォルト行先階だけでなく変更行先階の登録を可能とするエレベータシステムを提供する。

本発明のエレベータシステムは、
利用者のエレベータ乗車前に利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場への移動経路上に配置されるゲートを通過しようとする利用者を撮像可能なように設けられた撮像部と、
ゲートまたはその近傍に配置され、利用者が所持する情報記録媒体から所定情報を取得する情報取得部と、
撮像部で撮像された撮像画像に基づいて利用者の顔認証を行う顔認証部と、
利用者の行先階の設定を行う行先階設定部と、を備え、
行先階設定部は、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で所定情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で所定情報が取得されたときは、所定情報が示す変更行先階を利用者の行先階として設定する。

本発明によれば、顔認証を利用したゲートを利用者が通過する際にデフォルト行先階だけでなく変更行先階の登録が可能となる。

実施の形態１におけるエレベータシステムが適用されるビルの特定階における機器配置を示した概略平面図である。 エレベータシステムの構成を示したブロック図である。 行先階登録装置の電気的構成を示したブロック図である。 行先階登録装置の外観を模式的に示した正面図である。 行先階登録装置の表示部における表示例を示した図である。 エレベータ制御装置の電気的構成を示したブロック図である。 セキュリティゲートの外観を示した斜視図である。 セキュリティサーバの電気的構成を示したブロック図である。 セキュリティサーバの記憶部に格納されている登録装置データベースの構成を示した図である。 セキュリティサーバの記憶部に格納されている利用者データベースの構成を示した図である。 携帯端末の表示部における表示例を示した図である。 セキュリティサーバによる呼び情報信号生成処理を説明したフローチャートである。 群管理制御装置による割当処理を説明したフローチャートである。 セキュリティゲートのゲート表示器における表示例を示した図である。 実施の形態１の第１の変形例におけるエレベータシステムの構成を示したブロック図である。 実施の形態１の第１の変形例におけるセキュリティサーバによる呼び情報信号生成処理を説明したフローチャートである。 実施の形態１の第１の変形例における群管理制御装置による割当処理を説明したフローチャートである。 実施の形態１の第２の変形例におけるエレベータシステムのシステム構成を示したブロック図である。 実施の形態１の第２の変形例における群管理制御装置による割当処理を説明したフローチャートである。 実施の形態２におけるエレベータシステムが適用されるビルの特定階における機器配置を示した概略平面図である。 実施の形態２におけるエレベータシステムの構成を示したブロック図である。 実施の形態２におけるセキュリティサーバによるＱＲコードデータの取得処理を説明したフローチャートである。 実施の形態２におけるセキュリティサーバによる呼び情報信号生成処理を説明したフローチャートである。 実施の形態２の第１の変形例におけるエレベータシステムの構成を示したブロック図である。 実施の形態２の第１の変形例における群管理制御装置による割当処理を説明したフローチャートである。 実施の形態２の第２の変形例におけるエレベータシステムのシステム構成を示したブロック図である。 実施の形態２の第２の変形例における群管理制御装置による割当処理を説明したフローチャートである。

本発明の実施の形態について図面を参照して説明する。

（実施の形態１）
１．構成
１－１．エレベータ等の配置
図１は、実施の形態１におけるエレベータシステムが適用されるビル（建物）の特定階における機器配置を示した概略平面図である。特定階とは、例えば当該ビルの外部につながるロビー階であり、ビルの利用者は特定階を経由して他の階に移動することとなる。

図１では、エレベータシステムが、１号機～６号機の６台（複数台の一例）のエレベータ６０Ａ～６０Ｆを備えている例を示す。エレベータの利用者は、エレベータ乗場からエレベータ６０Ａ～６０Ｆに乗車する。以下では、エレベータ６０Ａ～６０Ｆを区別せずに「エレベータ６０」という場合がある。

特定階を含む各階床のエレベータ乗場またはその近傍には、行先階登録装置３０が配置されている。

特定階において、エントランスからエレベータ乗場への利用者の移動経路上には、複数台のセキュリティゲート２０が配置されている。利用者は、エントランス側からいずれかのセキュリティゲート２０を通過してエレベータ乗場に進入する。エレベータ乗場は、特定領域に設けられている。特定領域とは、エントランス側からセキュリティゲート２０を通過しないと入れないビル内の領域である。特定領域は、エレベータ乗場や、各エレベータ６０のかご内のスペースや、エレベータ６０を利用して移動可能な各階床のスペースを含む。

セキュリティゲート２０のエントランス側の床面には、顔認証エリアＡｄを示す表示がなされている。

１－２．システム構成
１－２－１．概要
図２は、エレベータシステムのシステム構成を示したブロック図である。

エレベータシステムは、複数台のエレベータ６０Ａ～６０Ｆと、これらのエレベータ６０Ａ～６０Ｆの運行を統合的に制御する群管理制御装置１０と、各エレベータに対応させて設けられたエレベータ制御装置４０Ａ～４０Ｆと、各階に配置される行先階登録装置３０とを備える。群管理制御装置１０には、ビルのセキュリティを管理し、かつセキュリティゲート２０の制御を行うセキュリティサーバ１００が接続されている。

エレベータシステムは、かごへの乗車前に利用者に行先階を予め登録させる行先階登録方式を採用している。行先階の登録は、例えば、セキュリティゲート２０での顔認証、ＱＲコード（登録商標）の利用、行先階登録装置３０での手動登録などにより行うことができる。ＱＲコードは、所定情報の一例である。群管理制御装置１０は、乗車前に登録された行先階に関する呼び（行先階呼び）を、複数台のエレベータ６０のうちのいずれかの号機に割り当てて、割り当てた号機を示す情報を、利用されたセキュリティゲート２０のゲート表示器７０や行先階登録装置３０に表示させ、これにより、割り当てた号機に利用者を乗車させる。

なお、特定階の行先階登録装置３０は、セキュリティゲート２０を通過して特定領域に進入した利用者が、ゲート表示器７０に表示されたエレベータ６０に乗り遅れたときや、デフォルト行先階以外の階床に移動するときに、エレベータ６０を利用することを可能とするために設けられている。

各エレベータ６０（６０Ａ～６０Ｆ）は、かご、巻上機（モータ）、釣合おもり等を有する。

１－２－２．群管理制御装置
群管理制御装置１０は、エレベータ６０Ａ～６０Ｆの運行を統合的に制御する。また、群管理制御装置１０は、セキュリティサーバ１００及び行先階登録装置３０との間で通信を行いながら、各号機に対する新規の呼びの割当制御を行う。各装置は、情報伝送可能なネットワークを介して接続されている。ネットワークは、例えばＥｔｈｅｒｎｅｔ（登録商標）等のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）により構成され、各装置間での各種の情報の送受信は、ＴＣＰ／ＩＰ等の各種のプロトコルにしたがって行われる。ネットワークに接続されている前述の各装置は、ＴＣＰ／ＩＰ等の各種のプロトコルにしたがった通信による信号伝送（情報伝送）が可能である。なお、エレベータシステムを構成する各装置間は、他の信号形式のネットワークや、専用の信号網を介して接続されてもよい。

群管理制御装置１０は、コンピュータを利用して構成され、制御部１１と、記憶部１２と、入出力インタフェース１３と、を備える。

記憶部１２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態の群管理制御装置１０の各種機能を実現するためのプログラムを含む。

制御部１１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部１１は、記憶部１２から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、群管理制御装置１０における後述する各種の機能を実現する。

入出力インタフェース１３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース１３は、群管理制御装置１０が、セキュリティサーバ１００、セキュリティゲート２０のゲート表示器７０、行先階登録装置３０、及びエレベータ制御装置４０との間で各種信号を送受信するためのインタフェースである。入出力インタフェース１３は、制御部１１から出力される信号を所定の形式の信号に変換してセキュリティサーバ１００、セキュリティゲート２０のゲート表示器７０、行先階登録装置３０、エレベータ制御装置４０に出力する。また、入出力インタフェース１３は、セキュリティサーバ１００、セキュリティゲート２０のゲート表示器７０、行先階登録装置３０、エレベータ制御装置４０Ａ～４０Ｆから入力された信号を所定の形式の信号に変換して制御部１１に出力する。

１－２－３．エレベータ制御装置
エレベータ制御装置４０Ａ～４０Ｆは、エレベータ６０Ａ～６０Ｆに対応させて設けられている。エレベータ制御装置４０Ａ～４０Ｆは、群管理制御装置１０からの制御信号にしたがって、対応するエレベータ６０Ａ～６０Ｆの巻上機（モータ）等の動作を制御することにより、エレベータ６０Ａ～６０Ｆのかごの上昇、下降、停止等を制御する。また、エレベータ制御装置４０Ａ～４０Ｆは、対応するエレベータ６０Ａ～６０Ｆのかごの位置、走行方向、ドアの開閉、荷重等のかご状態を検知して、検知したかご状態を示す情報等を群管理制御装置１０に出力する。なお、以下では、エレベータ制御装置４０Ａ～４０Ｆを区別せずに「エレベータ制御装置４０」という場合がある。

エレベータ制御装置４０は、群管理制御装置１０などと同様に、制御部、記憶部、入出力インタフェースなどを備えたコンピュータを利用して構成される。

１－２－４．行先階登録装置
図３は、行先階登録装置３０の電気的構成を示したブロック図である。

行先階登録装置３０は、利用者による行先階の登録（指定）を受け付ける装置である。行先階登録装置３０は、制御部３１と、記憶部３２と、入出力インタフェース３３と、表示部３４と、操作部３５とを備える。

記憶部３２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態の行先階登録装置３０の各種機能を実現するためのプログラムを含む。

制御部３１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部３１は、記憶部３２から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、行先階登録装置３０における後述する各種の機能を実現する。

入出力インタフェース３３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース３３は、行先階登録装置３０が群管理制御装置１０との間で各種信号を送受信するためのインタフェースである。入出力インタフェース３３は、制御部３１から出力された信号を所定の形式の信号に変換して群管理制御装置１０に出力する。また、入出力インタフェース３３は、群管理制御装置１０から入力された信号を所定の形式の信号に変換して制御部３１に出力する。

表示部３４は、制御部３１から出力される表示信号に基づく画像等の表示を行う。

操作部３５は、行先階登録装置３０に対するユーザ操作を受け付けるインタフェースである。操作部３５は、操作内容に応じた信号を制御部３１に出力する。

表示部３４及び操作部３５は、例えば液晶ディスプレイパネルや有機ＥＬディスプレイパネルを利用したタッチパネル式表示装置により一体的に構成される。なお、表示部３４と操作部３５とは、表示部３４に表示されているボタン等のオブジェクトと同等の指定を行うことが可能であれば、異なる部品を利用して別々に構成されてもよい。

図４は、行先階登録装置３０の外観を模式的に示した正面図である。図５は、行先階登録装置３０の表示部３４における表示例を示した図である。

行先階登録装置３０の上方には、顔認証用カメラ３６が配置されており、行先階の登録の際、利用者に、顔認証を行わせるように構成されている。

顔認証用カメラ３６は、その前方の所定画角領域の被写体を所定フレームレート、所定解像度で撮像するとともに、撮像された画像（撮像画像）の画像データを生成し、生成した画像データをセキュリティサーバ１００に出力する。顔認証用カメラ３６は、撮像部の一例である。所定画角領域は、利用者が行先階登録装置３０の前にいる際に、顔認証を適切に行うことができる大きさで利用者の顔を撮像することができる画角に設定されている。所定解像度は、顔を検出することができる解像度であればどのような解像度でもよいが、例えばＨＤやＦＨＤの解像度とすることができる。フレームレートは、どのようなレートでもよいが、例えば１５ｆｐｓや３０ｆｐｓとすることができる。

図４では、行先階登録装置３０の表示部３４に、デフォルト画面としての案内画面が表示されている例を示している。この案内画面では、例えば、「顔認証により利用可能となります。上のカメラで顔認証を行ってください」というメッセージが表示される。図４の案内画面が表示部３４に表示されているときに、利用者が顔認証用カメラ３６の前方に来ると、顔認証用カメラ３６で撮像された撮像画像に基づいてセキュリティサーバ１００により顔認証処理が行われる。顔認証が成功すると、例えば図５（ａ）に示すような操作画面が表示される。図５（ａ）の操作画面では、表示部３４に「行先階を登録してください」というメッセージとともに、顔認証が成功した利用者に利用者データベース（後述する）で紐付けられている許可階の行先階ボタンが表示されている。図５（ａ）では、後述する利用者データベースに登録されている利用者ＩＤ“１０００４”に紐付けられている許可階である９階、１０階、１１階の行先階ボタンが表示されている例を示す。なお、許可階とは、利用者の利用が許可されている階床であり、顔認証が成功した利用者に応じて異なる階床となる。図５（ａ）の操作画面で、いずれかの行先階ボタンが利用者により押されると（タッチされると）、エレベータの割り当てが行われ、例えば図５（ｂ）に示すような割当号機報知画面が表示される。図５（ｂ）の割当号機報知画面では、表示部３４に「１０Ｆ １号機」というメッセージが表示されている。

１－２－５．セキュリティゲート
セキュリティゲート２０は、ビル内部の特定領域への利用者の進入を制御する装置である。具体的に、セキュリティゲート２０は、ビル内部の特定領域への正規の利用者の進入を許可する一方、非正規の利用者の進入については規制する装置である。正規の利用者とは、利用者データベース（以下「利用者ＤＢ」という）に登録されている利用者であり、非正規の利用者とは、利用者ＤＢに登録されていない利用者である。

図６は、実施形態１におけるセキュリティゲート２０の電気的構成を示すブロック図である。図７は、セキュリティゲート２０の外観を示した斜視図である。なお、図７は、図１の３台のセキュリティゲート２０のうち最も左のセキュリティゲート２０の斜視図である。

図７に示すように、セキュリティゲート２０の筐体であるゲート本体２０ａには、ＱＲコードリーダ２９と、第１センサ２６と、第２センサ２７と、ゲートフラッパ２８と、ゲート表示器７０とが備えられている。また、ゲート本体２０ａの出口２０ｅ側には、顔認証用カメラ２５が設けられている。顔認証用カメラ２５は、ゲート本体２０ａに取り付けられてもよいし、独立して設けられてもよい。

顔認証用カメラ２５は、その前方の所定画角領域の被写体を所定フレームレート、所定解像度で撮像するとともに、撮像された画像（撮像画像）の画像データを生成し、セキュリティサーバ１００に出力する。顔認証用カメラ２５は、撮像部の一例である。所定画角領域は、利用者が顔認証エリアＡｄ（図１参照）にいる際に、顔認証を適切に行うことができる大きさで利用者の顔を撮像することができる画角に設定されている。所定解像度は、顔を検出することができる解像度であればどのような解像度でもよいが、例えばＨＤやＦＨＤの解像度とすることができる。フレームレートは、どのようなレートでもよいが、例えば１５ｆｐｓや３０ｆｐｓとすることができる。

ＱＲコードリーダ２９は、ゲート本体２０ａの上面の入口２０ｉ側に配置されている。ＱＲコードリーダ２９は、光学式リーダ（スキャナあるいはカメラ）と、データ出力部とを備える。光学式リーダは、利用者により所定距離よりも近い位置にかざされたＱＲコードを光学的に読み取る。データ出力部は、光学式リーダで読み取られたＱＲコードの画像データ（以下「ＱＲコードデータ」という）と、当該ＱＲコードリーダ２９の登録装置ＩＤ（登録装置識別情報）とを含む信号をセキュリティサーバ１００に送信する。なお、読み取られるＱＲコードは、携帯端末２００の表示部に表示されたものであってもよいし、紙などに印刷されたものであってもよい。

第１センサ２６は、例えば光電センサにより構成され、セキュリティゲート２０の通路ＰＡの入口２０ｉ側を通過する利用者を検知する。第１センサ２６は、利用者を検知すると、制御部２１を介して検知信号をセキュリティサーバ１００に出力する。

第２センサ２７は、例えば光電センサにより構成され、セキュリティゲート２０の通路ＰＡの出口２０ｅ側を通過する利用者を検知する。第２センサ２７は、利用者を検知すると、制御部２１を介して検知信号をセキュリティサーバ１００に出力する。

ゲートフラッパ２８は、開閉自在の扉である。

ゲート表示器７０は、群管理制御装置１０から出力される種々の表示信号に応じた画面を表示する。例えば、ゲート表示器７０は、群管理制御装置１０から出力される割当結果信号を受信したときに、割り当てたエレベータ（割当号機）の名称などを報知するための割当号機報知画面を表示する。

また、ゲート本体２０ａの内部には、図６に示すように、制御部２１、記憶部２２、入出力インタフェース２３などが収容されている。

記憶部２２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施形態におけるセキュリティゲート２０の各種機能を実現するためのプログラムを含む。

入出力インタフェース２３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース２３は、セキュリティゲート２０が、セキュリティサーバ１００との間で各種信号を送受信するためのインタフェースである。入出力インタフェース２３は、制御部２１から出力された信号を所定の形式の信号に変換してセキュリティサーバ１００に出力する。また、入出力インタフェース２３は、セキュリティサーバ１００から入力された信号を所定の形式の信号に変換して制御部２１に出力する。

制御部２１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部２１は、記憶部２２に格納されたプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、セキュリティゲート２０における後述する各種の機能を実現する。

制御部２１は、第１センサ２６及び第２センサ２７からの検知信号、及びセキュリティサーバ１００からの開放信号や閉鎖信号に基づいて、ゲートフラッパ２８を開閉する。また、制御部２１は、第１センサ２６から検知信号を受信し、その後、第２センサ２７から検知信号を受信した場合、利用者通過信号をセキュリティサーバ１００に送信する。

１－２－６．セキュリティサーバ
セキュリティサーバ１００は、顔認証用カメラ２５や顔認証用カメラ３６から出力される画像データが示す撮像画像に基づいて、ビル内のセキュリティ確保のために、利用者に対する顔認証処理を行う。例えば、セキュリティサーバ１００は、撮像画像に対して顔検出処理を行い、顔を検出した場合、さらに顔特徴点検出処理を行う。そして、撮像画像から顔特徴点を検出すると、検出した顔特徴点のデータ（顔データ）と、利用者ＤＢに登録されている各利用者の顔特徴点データ（顔データ）とを順次比較（照合）して一致率を求める。そして、検出した顔の顔データ（顔特徴点データ）に対して所定一致率以上の一致率を有する顔データ（顔特徴点データ）が利用者ＤＢに登録されているかを判断する。つまり、検出した顔の顔データに対して所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されているかを判断する。そして、所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されている場合、セキュリティゲート２０を通過しようとする利用者（顔検出された利用者）は登録されている顔データに対応する利用者であると特定し、顔認証が成功したと判断する。なお、所定一致率は、他人の場合には到達しない程度に高い一致率とすることが好ましい。これにより、適切に顔認証を行うことができる。なお、顔検出処理、顔特徴点検出処理、照合処理（認証処理）は各種の公知の方法を用いて行うことができる。

また、セキュリティサーバ１００は、顔認証結果に応じて、セキュリティゲート２０の開閉を制御する。さらに、セキュリティサーバ１００は、利用者の行先階などの情報を含む呼び情報信号を生成して群管理制御装置１０に出力する。利用者ＩＤは、利用者識別情報の一例である。

図８は、セキュリティサーバ１００の電気的構成を示すブロック図である。セキュリティサーバ１００は、コンピュータを利用して構成され、制御部１０１と、記憶部１０２と、入出力インタフェース１０３と、を備える。

記憶部１０２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態のセキュリティサーバ１００の後述する各種機能を実現するためのプログラムを含む。記憶部１０２は、データとして、利用者ＤＢを格納している。利用者ＤＢの構成については後述する。

また、記憶部１０２は、データとして、登録装置データベース（以下「登録装置ＤＢ」という）を格納している。登録装置ＤＢの構成については後述する。

制御部１０１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部１０１は、記憶部１０２から読み出したプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、セキュリティサーバ１００における後述する各種の機能を実現する。

入出力インタフェース１０３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース１０３は、セキュリティサーバ１００が、顔認証用カメラ２５、ＱＲコードリーダ２９、群管理制御装置１０、及びセキュリティゲート２０との間で各種信号を送受信するためのインタフェースである。入出力インタフェース１０３は、制御部１０１から出力された信号を所定の形式の信号に変換して顔認証用カメラ２５、ＱＲコードリーダ２９、顔認証用カメラ３６、群管理制御装置１０、及びセキュリティゲート２０に出力する。また、入出力インタフェース１０３は、顔認証用カメラ２５、ＱＲコードリーダ２９、顔認証用カメラ３６、群管理制御装置１０、及びセキュリティゲート２０から入力された信号を所定の形式の信号に変換して制御部１０１に出力する。

図９は、セキュリティサーバ１００の記憶部１０２に格納されている登録装置ＤＢの構成を示す図である。登録装置ＤＢは、登録装置ＩＤに紐付けて、登録装置の設置階と、登録装置の設置されているロケーションの情報とを格納している。ここでの登録装置とは、利用者の行先階の登録に利用される行先階登録装置３０及びセキュリティゲート２０の総称である。

「設置階」は、登録装置ＩＤに対応する登録装置が設置されている階を示す情報である。設置階は、登録装置を利用した利用者の出発階として利用される。後述する「呼び情報信号」においては、「設置階」を「出発階」というものとする。

「ロケーション」は、登録装置ＩＤに対応する登録装置が設置階内で設置されている位置を示す情報である。ロケーションは、設置階毎に、例えば「１」，「２」，「３」…などの通し番号により示される。

図９に示す例では、登録装置ＩＤ“０００１”に紐付けて、設置階、及びロケーションとして、“１”、及び“１”が登録されている。登録装置ＩＤ“０００２”に紐付けて、設置階、及びロケーションとして、“１”、及び“２”が登録されている。残りの登録装置ＩＤについても同様に、登録装置ＩＤに紐付けて、設置階及びロケーションの情報が登録されている。

図１０は、セキュリティサーバ１００の記憶部１０２に格納されている利用者ＤＢの構成を示す図である。利用者ＤＢは、利用者ＩＤに紐付けて、顔データと、デフォルト行先階と、許可階とを記録している。なお、利用者ＩＤに紐づけてさらにパスワードを記録してもよい。これらの情報の利用者ＤＢへの登録は例えばビル管理者により行われる。

「利用者ＩＤ」は、利用者を一意に識別するために設定された識別情報（利用者識別情報）である。

「顔データ」は、「利用者ＩＤ」で特定される利用者の顔の特徴を示す顔特徴点データである。顔特徴点データは、例えば、目、鼻、口などの位置や形状の特徴を示すデータである。顔特徴点データは、当該利用者の利用者ＤＢへの登録時に提供されまたは撮像された利用者の顔画像に基づいて生成される。

「デフォルト行先階」は、「利用者ＩＤ」で特定される利用者のデフォルト行先階を示す情報である。デフォルト行先階としては、例えば、当該利用者が入居している階床の数値が設定される。なお、利用者の希望に応じて、「デフォルト行先階」を設定しないこともできる。この場合、デフォルト行先階としては、記号“－”が設定される。記号“－”は、行先階未設定情報の一例である。

「許可階」は、「利用者ＩＤ」で特定される利用者の利用が許可されている階床を示す情報である。許可階としては、例えば、ビル内の共用階などが設定される。

図１０に示す例では、利用者ＩＤ“１０００１”に紐付けて、顔データ、デフォルト行先階、及び許可階として、“顔データ１”、“１０”、及び“９，１０，１１”が登録されている。利用者ＩＤ“１０００２”に紐付けて、顔データ、デフォルト行先階、及び許可階として、“顔データ２”、“８”、及び“７，８”が登録されている。利用者ＩＤ“１０００３”に紐付けて、顔データ、デフォルト行先階、及び許可階として、“顔データ３”、“１３”、及び“１２，１３”が登録されている。利用者ＩＤ“１０００４”に紐付けて、顔データ、デフォルト行先階、及び許可階として、“顔データ４”、“－”、及び“９，１０，１１”が登録されている。デフォルト行先階における記号“－”は、デフォルト行先階が設定されていないことを示す行先階未設定情報である。残りの利用者ＩＤについても同様に、利用者ＩＤに紐付けて、顔データ、デフォルト行先階、及び許可階の情報が登録されている。

１－２－７．携帯端末
携帯端末２００は、制御部、記憶部、通信用インタフェース、表示部、操作部などを備えたコンピュータにより構成される。携帯端末２００は、例えばスマートフォン、タブレットコンピュータである。携帯端末２００の記憶部には、行先階設定アプリがインストールされている。行先階設定アプリは、利用者がエレベータを利用する際にデフォルト行先階以外の行先階（変更行先階）をエレベータシステムに登録する際、ＱＲコードを生成するために用いられる。

図１１は、携帯端末２００の表示部における表示例を示した図である。

利用者が携帯端末２００において行先階設定アプリを起動させると、携帯端末２００の表示部２１０に、図１１（ａ）に示す行先階設定画面が表示される。行先階設定画面には、行先階入力枠Ｆｉ、ＱＲコード生成ボタンＢｉなどが表示される。利用者が行先階入力枠Ｆｉに行先階を入力し、ＱＲコード生成ボタンＢｉにタッチすると、ＱＲコードが生成され、携帯端末２００の表示部２１０に、例えば図１１（ｂ）に示すようなＱＲコードＣｄを表示したＱＲコード表示画面が表示される。ＱＲコードＣｄには、行先階入力枠Ｆｉに入力された行先階を示す情報、及び記憶部に記憶されている利用者ＩＤを示す情報が格納されている。

２．動作
２－１－１．顔認証処理及びセキュリティゲートのゲートフラッパの開閉制御
セキュリティサーバ１００は、顔認証用カメラ２５から出力される画像データが示す撮像画像に基づいて、ビル内のセキュリティ確保のために、利用者に対する顔認証処理を行う。具体的には、利用者がエントランスから特定領域のエレベータ乗場に移動するためにセキュリティゲート２０を通過しようとすると、セキュリティゲート２０のエントランス側の顔認証エリアＡｄ（図１参照）で顔が検出され、さらに顔特徴点検出処理が行われる。

セキュリティサーバ１００は、撮像画像から顔特徴点を検出すると、検出した顔特徴点のデータと、利用者ＤＢに登録されている各顔データ（顔特徴点データ）とを順次比較（照合）して一致率を求める。そして、検出した顔の顔データ（顔特徴点データ）に対して所定一致率以上の一致率を有する顔データ（顔特徴点データ）が利用者ＤＢに登録されているかを判断する。そして、所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されている場合、セキュリティサーバ１００は、セキュリティゲート２０を通過しようとする利用者（顔検出された利用者）は、登録されている顔データに対応する利用者であると特定し、顔認証が成功したと判断する。この場合、セキュリティサーバ１００は、当該セキュリティゲート２０に開放信号を送信する。これにより、利用者ＤＢに登録されている利用者は、セキュリティゲート２０を通過することができる。

これに対し、所定一致率以上の一致率を有する顔データ（顔特徴点データ）が利用者ＤＢに存在しない場合、セキュリティサーバ１００は、セキュリティゲート２０を通過しようとする利用者が、利用者ＤＢに登録されていない利用者であると判断する。この場合、セキュリティサーバ１００は、当該セキュリティゲート２０に閉鎖信号を送信する。セキュリティゲート２０の制御部２１は、ゲートフラッパ２８を閉状態とさせる。これにより、利用者ＤＢに登録されていない利用者は、セキュリティゲート２０を通過することができない。つまり、利用者ＤＢに登録されていない利用者がセキュリティゲート２０を通過するのを阻止することができる。

なお、セキュリティゲート２０の制御部２１は、セキュリティサーバ１００から開放信号、閉鎖信号のいずれも受信していない状況で、つまり顔認証処理が完了していない状況で、第１センサ２６により利用者が検知された場合、ゲートフラッパ２８を閉状態とさせる。これにより、顔認証処理が完了していない利用者がセキュリティゲート２０を通過するのを阻止することができる。

このように、利用者ＤＢに登録されている利用者は特定領域に進入することができるが、そうでない利用者は特定領域に進入することができない。よって、ビル内のセキュリティが確保される。

２－１－２．号機割当処理
２－１－２－１．セキュリティゲート利用時の行先階設定処理及び号機割当処理
セキュリティゲート２０を通過しようとする利用者に対する顔認証処理において、当該利用者が利用者ＤＢに登録されている利用者であると判断すると、セキュリティサーバ１００は、顔認証後の所定時間Ｔ（秒）以内にＱＲコードリーダ２９からＱＲコードデータを受信したか否かの判断結果に応じてデフォルト行先階または変更行先階を利用者の行先階として設定し、出発階、ロケーション、行先階などの情報を含む呼び情報信号を生成し、当該呼び情報信号を群管理制御装置１０に送信する。なお、呼び情報信号における「出発階」は、前述したように登録装置の「設置階」と等しい。

群管理制御装置１０は、セキュリティサーバ１００から呼び情報信号を受信すると、受信した呼び情報信号に基づいて、利用者の行先階を割り当てる割当号機を決定し、決定した割当号機を示す割当結果信号を、呼び情報信号が示す出発階及びロケーションに配置されているゲート表示器７０に送信する。

ゲート表示器７０は、群管理制御装置１０から割当結果信号を受信すると、割当号機報知画面を表示する。

より詳細な行先階設定処理及び号機割当処理については後述する。

２－１－２－２．行先階登録装置利用時の行先階設定処理及び号機割当処理
セキュリティサーバ１００は、行先階登録装置を利用しようとする利用者に対する顔認証処理において、当該利用者が利用者ＤＢに登録されている利用者であると判断すると、利用者ＤＢから当該利用者に紐付けられているデフォルト行先階及び許可階の情報を読み出すとともに、当該行先階登録装置３０に併設された顔認証用カメラ３６の登録装置ＩＤに基づいて登録装置ＤＢから設置階、ロケーションの情報を読み出し、利用者ＤＢから読み出したデフォルト行先階、許可階の情報と、登録装置ＤＢから読み出した設置階（出発階）、ロケーションの情報などを含む呼び情報信号を生成し、当該呼び情報信号を群管理制御装置１０に送信する。

群管理制御装置１０は、セキュリティサーバ１００から呼び情報信号を受信すると、受信した呼び情報信号に基づいて、少なくとも許可階の情報を含む受付許可信号を生成し、呼び情報信号が示す出発階及びロケーションに配置されている行先階登録装置３０に送信する。

行先階登録装置３０は、受付許可信号を受信すると、許可階の情報が示す許可階の行先階ボタンを表示部３４に表示し、利用者による行先階の指定操作を受け付ける。行先階の指定操作があると、行先階登録装置３０は、指定された行先階にいずれかの号機を割り当てることを要求する割当依頼信号を群管理制御装置１０に送信する。

群管理制御装置１０は、割当依頼信号を受信すると、利用者の行先階を割り当てる割当号機を決定し、決定した割当号機を示す割当結果信号を、呼び情報信号が示す出発階及びロケーションに配置されている行先階登録装置３０に送信する。

行先階登録装置３０は、群管理制御装置１０から割当結果信号を受信すると、表示部３４に、割当号機を表示した割当号機報知画面を表示する。

２－１－３．エレベータシステムの具体的動作
利用者がセキュリティゲート２０を利用した際の行先階設定処理及び号機割当処理について、フローチャートを参照してより詳しく説明する。

図１２は、セキュリティサーバ１００による呼び情報信号生成処理を説明したフローチャートである。本フローチャートの処理は、セキュリティゲート２０毎に実行される。また、セキュリティゲート２０毎の処理は並行して実行される。

セキュリティサーバ１００の制御部１０１は、顔認証用カメラ２５から出力される画像データが示す撮像画像に顔が含まれているか否かを判断する（Ｓ１１）。このステップの処理は、所定フレームレートで出力される撮像画像の各々に対して実行してもよいし、例えば数フレーム毎に１フレームだけというように間欠的に実行してもよい。

撮像画像に顔が含まれていない場合（Ｓ１１でＮＯ）、セキュリティサーバ１００の制御部１０１は、ステップＳ１１の判断を再度実行する。

撮像画像に顔が含まれている場合（Ｓ１１でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、上述した顔認証処理を行うことにより、検出した顔の顔データ（顔特徴点データ）に対して所定一致率以上の一致率を有する顔データ（顔特徴点データ）が利用者ＤＢに登録されているかを判断する（Ｓ１２）。

検出した顔の顔データに対して所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されていない場合（Ｓ１２でＮＯ）、セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０に閉鎖信号を送信する（Ｓ２６）。これに伴い、セキュリティゲート２０の制御部２１は、ゲートフラッパ２８を閉状態で維持するように制御する。

検出した顔の顔データに対して所定一致率以上の一致率を有する顔データが利用者ＤＢに登録されている場合（Ｓ１２でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０に開放信号を送信する（Ｓ１３）。これに伴い、セキュリティゲート２０の制御部２１は、ゲートフラッパ２８を開状態に制御する。

セキュリティサーバ１００の制御部１０１は、顔認証時刻ｔｃに現在時刻を設定する（Ｓ１４）。

セキュリティサーバ１００の制御部１０１は、所定一致率以上の顔データに紐付けられた利用者ＩＤを利用者ＤＢから取得する（Ｓ１５）。

セキュリティサーバ１００の制御部１０１は、ＱＲコードリーダ２９からＱＲコードデータを受信したか否かを判断する（Ｓ１６）。

ＱＲコードリーダ２９からＱＲコードデータを受信した場合（Ｓ１６でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、ＱＲコードデータを解析（デコード（復号））して、ＱＲコードデータから利用者ＩＤ及び変更行先階の情報を取得する（Ｓ１７）。

セキュリティサーバ１００の制御部１０１は、ＱＲコードデータから取得した利用者ＩＤが、所定一致率以上の一致率を有する顔データに紐付けられた利用者ＩＤと一致するか否かを判断する（Ｓ１８）。このように利用者ＩＤにより判断を行うのは以下の理由による。つまり、ステップＳ１２で顔認証が成功した利用者はＱＲコードを利用してはいないが、直前の利用者の顔認証時刻tｃから所定時間Ｔ（秒）が経過する前に、次に同じセキュリティゲート２０を通過しようとする利用者がＱＲコードリーダ２９にＱＲコードをかざした場合、ステップＳ１２で顔認証が成功した利用者の行先階が次の利用者の変更行先階に変更されてしまうおそれがある。これを防止するため、ＱＲコードデータから取得した利用者ＩＤが、所定一致率以上の一致率を有する顔データに紐付けられた利用者ＩＤと一致するか否かを判断するものである。

所定一致率以上の一致率を有する顔データに紐付けられた利用者ＩＤと一致する場合（Ｓ１８でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、行先階変更フラグをＯＮに設定する（Ｓ１９）。

セキュリティサーバ１００の制御部１０１は、所定一致率以上の一致率を有する顔データに紐付けられた許可階を利用者ＤＢから取得する（Ｓ２０）。

セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０の登録装置ＩＤに基づいて、利用者が通過しようとするセキュリティゲート２０の設置階及びロケーションを特定する（Ｓ２１）。これは、利用者の出発階及びロケーションを特定することでもある。

セキュリティサーバ１００の制御部１０１は、利用者の行先階として、ステップＳ１７で取得された変更行先階を設定する（Ｓ２２）。

セキュリティサーバ１００の制御部１０１は、出発階、変更行先階、許可階、ロケーション、行先階変更フラグＯＮの情報を含む呼び情報信号を生成して群管理制御装置１０に送信する（Ｓ２３）。

セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０から利用者通過信号を受信したか否かを判断する（Ｓ２４）。

セキュリティゲート２０から利用者通過信号を受信していない場合（Ｓ２４でＮＯ）、セキュリティサーバ１００の制御部１０１は、ステップＳ２４の判断を再度実行する。

セキュリティゲート２０から利用者通過信号を受信した場合（Ｓ２４でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０に閉鎖信号を送信する（Ｓ２５）。

上述のステップＳ１６において、ＱＲコードリーダ２９からＱＲコードデータを受信していない場合（Ｓ１６でＮＯ）、セキュリティサーバ１００の制御部１０１は、顔認証時刻ｔｃから所定時間Ｔ（秒）が経過したかを判断する（Ｓ２７）。所定時間Ｔ（秒）は、利用者が、顔認証を行ってからＱＲコードを読み取らせることが完了するまでの標準的な時間に若干の余裕時間を加算した値に設定され、例えば２（秒）である。

顔認証時刻ｔｃから所定時間Ｔ（秒）が経過していない場合（Ｓ２７でＮＯ）、セキュリティサーバ１００の制御部１０１は、ステップＳ１６の処理に戻る。

顔認証時刻ｔｃから所定時間Ｔ（秒）が経過した場合（Ｓ２７でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、行先階変更フラグをＯＦＦに設定する（Ｓ２８）。

セキュリティサーバ１００の制御部１０１は、所定一致率以上の一致率を有する顔データに紐付けられたデフォルト行先階を利用者ＤＢから取得する（Ｓ２９）。

セキュリティサーバ１００の制御部１０１は、セキュリティゲート２０の登録装置ＩＤに基づいて、利用者が通過しようとするセキュリティゲート２０の設置階及びロケーションを特定する（Ｓ３０）。これは、利用者の出発階及びロケーションを特定することでもある。

セキュリティサーバ１００の制御部１０１は、利用者の行先階として、ステップＳ２９で取得されたデフォルト行先階を設定する（Ｓ３１）。

セキュリティサーバ１００の制御部１０１は、出発階、デフォルト行先階、ロケーション、行先階変更フラグＯＦＦの情報を含む呼び情報信号を生成して群管理制御装置１０に送信する（Ｓ３２）。

上述のステップＳ１８において、ＱＲコードデータから取得した利用者ＩＤが、所定一致率以上の一致率を有する顔データに紐付けられた利用者ＩＤと一致しない場合（Ｓ１８でＮＯ）、セキュリティサーバ１００の制御部１０１は、前述したステップＳ２８以後の処理を実行する。利用者ＩＤが一致しない場合、ステップＳ１２で顔認証が成功した利用者はＱＲコードを利用していないことを意味する。そのため、行先階変更が行われない場合のステップＳ２８以後の処理を実行するものである。

なお、ステップＳ１８でＮＯと判断されるのは、後の利用者の顔認証が完了していないことも意味するため、セキュリティサーバ１００の制御部１０１は、ステップＳ２８以後の処理と並行して、例えば、「今、ＱＲコードをかざされたお客様はまだ顔認証が完了していないため、顔認証からやり直してください」というメッセージを、セキュリティゲート２０などに別途設けたスピーカから音声により報知してもよい。

図１３は、群管理制御装置１０による割当処理を説明したフローチャートである。本フローチャートの処理は、群管理制御装置１０がセキュリティサーバ１００から新規呼びの呼び情報信号を受信したときに実行される。また、新規呼びの呼び情報信号が受信される都度、並行して実行される。

群管理制御装置１０は、セキュリティサーバ１００から呼び情報信号を受信すると、図１３のフローチャートの処理を開始し、呼び情報信号に含まれる各種情報を取得する（Ｓ５１）。

群管理制御装置１０は、呼び情報信号が示す行先階変更フラグがＯＮであるか否かを判断する（Ｓ５２）。

行先階変更フラグがＯＮである場合（Ｓ５２でＹＥＳ）、群管理制御装置１０は、変更行先階が実在する階であるか否かを判断する（Ｓ５３）。

変更行先階が実在する階である場合（Ｓ５３でＹＥＳ）、群管理制御装置１０は、変更行先階が許可階に含まれるか否かを判断する（Ｓ５４）。

変更行先階が許可階に含まれる場合（Ｓ５４でＹＥＳ）、群管理制御装置１０は、呼び情報信号が示す出発階、変更行先階をいずれかのエレベータに割り当てる（Ｓ５５）。

群管理制御装置１０は、割当結果を示す信号（割当結果信号）を、呼び情報信号が示す出発階及びロケーションのゲート表示器７０に送信する（Ｓ５６）。このとき、ゲート表示器７０において割当号機報知画面が表示される。

図１４は、セキュリティゲート２０のゲート表示器７０における表示例を示した図である。図１４（ａ）は、割当号機報知画面の一例を示す図である。図１４（ａ）の例では、行先階の４Ｆに対して１号機が割り当てられたことを示す「４Ｆ １号機」が表示されている。なお、図１４（ｅ）のように、より丁寧に、「４Ｆ １号機。 行先階４Ｆを読み取りました。」という内容を表示してもよい。

上記のステップＳ５２において、行先階変更フラグがＯＮでない場合（Ｓ５２でＮＯ）、つまり行先階変更フラグがＯＦＦである場合、群管理制御装置１０は、呼び情報信号においてデフォルト行先階の値が登録されているか否かを判断する（Ｓ５７）。

デフォルト行先階の値が登録されている場合（Ｓ５７でＹＥＳ）、群管理制御装置１０は、呼び情報信号が示す出発階、デフォルト行先階をいずれかのエレベータに割り当てる（Ｓ５８）。

群管理制御装置１０は、割当結果を示す信号を、呼び情報信号が示す出発階及びロケーションのゲート表示器７０に送信する（Ｓ５９）。このとき、ゲート表示器７０において割当号機報知画面が表示される。表示内容は、図１４（ａ）、図１４（ｅ）と同様である。

デフォルト行先階の値が登録されていない場合（Ｓ５７でＮＯ）、つまり利用者ＤＢにおいてデフォルト行先階として記号“－”（行先階未設定情報）が登録されている場合、群管理制御装置１０は、行先階登録装置３０での行先階の登録を促す表示を行わせる信号を、呼び情報が示す出発階及びロケーションのゲート表示器７０に送信する（Ｓ６０）。このとき、ゲート表示器７０において、行先階の登録を促す画面が表示される。図１４（ｄ）は、行先階の登録を促す画面の一例を示す図である。図１４（ｄ）の例では、「エレベータホール内の行先階登録装置にて行先階を登録してください。」と表示されている。なお、行先階登録装置３０にて行先階を登録する状況は、例えば、複数の許可階に行く頻度がそれぞれ高い利用者がデフォルト行先階をあえて設定していない場合、または、行先階変更用の携帯端末２００の所持を失念したような場合に生じる。

上記のステップＳ５３において、変更行先階が実在する階でない場合（Ｓ５３でＮＯ）、群管理制御装置１０は、変更行先階は実在しないことを報知する表示を行わせる信号を、呼び情報信号が示す出発階及びロケーションのゲート表示器７０に送信する（Ｓ６１）。このとき、ゲート表示器７０において、変更行先階は実在しないことを報知する画面が表示される。図１４（ｂ）は、変更行先階は実在しないことを報知する画面の一例を示す図である。図１４（ｂ）の例では、「行先階９９階を読み取りました。９９階は存在しません。」と表示されている。なお、当該図１４（ｂ）の画面において、図１４（ｄ）の表示内容「エレベータホール内の行先階登録装置にて行先階を登録してください。」と同じ内容をさらに追加して表示してもよい。

上記のステップＳ５４において、変更行先階が許可階に含まれない場合（Ｓ５４でＮＯ）、群管理制御装置１０は、変更行先階が許可階でないことを報知する表示を行わせる信号を、呼び情報信号が示す出発階及びロケーションのゲート表示器７０に送信する（Ｓ６２）。このとき、ゲート表示器７０において、変更行先階が許可階でないことを報知する画面が表示される。図１４（ｃ）は、変更行先階が許可階でないことを報知する画面の一例を示す図である。図１４（ｃ）の例では、「行先階１２階を読み取りました。１２階は許可されていません。」と表示されている。なお、当該図１４（ｂ）の画面において、図１４（ｄ）の表示内容「エレベータホール内の行先階登録装置にて行先階を登録してください。」と同じ内容をさらに追加して表示してもよい。

３．本実施の形態の作用
本実施の形態のエレベータシステムでは、顔認証用カメラ２５で撮像された撮像画像に基づいて、セキュリティゲート２０を通過しようとする利用者の顔認証が行われる。また、顔認証が成功した場合においてその後の所定時間Ｔ（秒）以内にＱＲコードリーダ２９でＱＲコードが読み取られなかったときは、利用者に予め紐付けられたデフォルト行先階が利用者の行先階として設定され、顔認証が成功した場合においてその後の所定時間Ｔ（秒）以内にＱＲコードリーダ２９でＱＲコードが読み取られたときは、ＱＲコードが示す変更行先階が利用者の行先階として設定される。そのため、顔認証を利用したゲートを利用者が通過する際にデフォルト行先階だけでなく変更行先階の登録が可能となる。

なお、実施の形態１では、セキュリティサーバ１００がＱＲコードリーダ２９から出力されるＱＲコードデータを解析して、利用者ＩＤ及び変更行先階を取得する例を説明したが、本発明はこれに限定されない。本発明では、群管理制御装置１０や他の解析装置が、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析して、利用者ＩＤ及び変更行先階を取得してもよい。以下において、実施の形態１の第１の変形例及び第２の変形例を説明する。

（実施の形態１の第１の変形例）
実施の形態１の第１の変形例では、群管理制御装置１０が、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析して、利用者ＩＤ及び変更行先階を取得する例を説明する。

図１５は、実施の形態１の第１の変形例におけるエレベータシステムのシステム構成を示したブロック図である。

実施の形態１の第１の変形例では、各ＱＲコードリーダ２９は、群管理制御装置１０に接続されており、群管理制御装置１０にＱＲコードデータを出力する。そして、群管理制御装置１０が、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析して、利用者ＩＤ及び変更行先階を取得する。

図１６は、実施の形態１の第１の変形例におけるセキュリティサーバ１００による呼び情報信号生成処理を説明したフローチャートである。

図１６のフローチャートでは、実施の形態１の図１２のフローチャートのステップＳ１４～Ｓ２３、Ｓ２７～Ｓ３２に代えて、ステップＳ１２０～Ｓ１２２が設けられている。

具体的に、セキュリティサーバ１００は、実施の形態１同様にステップＳ１１、Ｓ１２、Ｓ１３を実行した後、所定一致率以上の一致率を有する顔データに紐付けられた利用者ＩＤ、デフォルト行先階、許可階を利用者ＤＢから取得する（Ｓ１２０）。

セキュリティサーバ１００は、セキュリティゲート２０の登録装置ＩＤに基づいて、利用者が通過しようとするセキュリティゲート２０の設置階及びロケーションを特定する（Ｓ１２１）。これは、利用者の出発階及びロケーションを特定することでもある。

セキュリティサーバ１００は、利用者ＩＤ、デフォルト行先階、許可階、出発階、ロケーションの情報を含む呼び情報信号を生成して群管理制御装置１０に送信する（Ｓ１２２）。

セキュリティサーバ１００は、ステップＳ１２２の実行後、実施の形態１同様にステップＳ２４以後の処理を実行する。

図１７は、実施の形態１の第１の変形例における群管理制御装置１０による割当処理を説明したフローチャートである。

本フローチャートの処理は、群管理制御装置１０がセキュリティサーバ１００から新規呼びの呼び情報信号を受信したときに実行される。また、新規呼びの呼び情報信号が受信される都度、並行して実行される。図１７のフローチャートでは、実施の形態１の図１３のフローチャートに対し、ステップＳ５２が省略され、ステップＳ５１の後にステップＳ１１４、Ｓ１１６～Ｓ１１８、Ｓ１２６が追加され、ステップＳ５４の後にステップＳ１１９が追加され、ステップＳ５７の後にステップＳ１３１が追加されている。

具体的に、群管理制御装置１０は、セキュリティサーバ１００から呼び情報信号を受信すると、呼び情報信号に含まれる各種情報を取得し（Ｓ５１）、顔認証時刻ｔｃに現在時刻を設定する（Ｓ１１４）。ここで、呼び情報信号の受信した時刻は、顔認証時刻と実質的に同時刻となる。そのため、呼び情報信号を受信した時刻（現在時刻）を顔認証時刻ｔｃとして取り扱う。

群管理制御装置１０は、呼び情報信号が示す出発階、ロケーションのＱＲコードリーダ２９からＱＲコードデータを受信したか否かを判断する（Ｓ１１６）。

ＱＲコードリーダ２９からＱＲコードデータを受信した場合（Ｓ１１６でＹＥＳ）、群管理制御装置１０は、ＱＲコードデータを解析（デコード（復号））して、ＱＲコードデータから利用者ＩＤ及び変更行先階の情報を取得する（Ｓ１１７）。

群管理制御装置１０は、ＱＲコードデータから取得した利用者ＩＤが、呼び情報信号が示す利用者ＩＤと一致するか否かを判断する（Ｓ１１８）。このように利用者ＩＤの一致の判断を行うのは、実施の形態１のステップＳ１８で説明したのと同様の理由による。

ＱＲコードデータから取得した利用者ＩＤが、呼び情報信号が示す利用者ＩＤと一致する場合（Ｓ１１８でＹＥＳ）、群管理制御装置１０は、実施の形態１同様にステップＳ５３、Ｓ５４の処理を実行し、ステップＳ５４において変更行先階が許可階に含まれると判断した場合（Ｓ５４でＹＥＳ）、利用者の行先階として変更行先階を設定する（Ｓ１１９）。その後、群管理制御装置１０は、実施の形態１同様にステップＳ５５以後の処理を実行する。

上述のステップＳ１１６において、ＱＲコードリーダ２９からＱＲコードデータを受信していない場合（Ｓ１１６でＮＯ）、群管理制御装置１０は、顔認証時刻ｔｃから所定時間Ｔ（秒）が経過したかを判断する（Ｓ１２６）。所定時間Ｔ（秒）は、利用者が、顔認証を行ってからＱＲコードを読み取らせることが完了するまでの標準的な時間に若干の余裕時間を加算した値に設定され、例えば２（秒）である。

顔認証時刻ｔｃから所定時間Ｔ（秒）が経過していない場合（Ｓ１２６でＮＯ）、群管理制御装置１０は、ステップＳ１１６の処理に戻る。

顔認証時刻ｔｃから所定時間Ｔ（秒）が経過した場合（Ｓ１２６でＹＥＳ）、群管理制御装置１０は、実施の形態１同様にステップＳ５７の処理を実行し、ステップＳ５７においてデフォルト行先階の値が登録されていると判断した場合（Ｓ５７でＹＥＳ）、利用者の行先階としてデフォルト行先階を設定する（Ｓ１３１）。その後、群管理制御装置１０は、実施の形態１同様にステップＳ５８以後の処理を実行する。

上述のステップＳ１１８において、ＱＲコードデータから取得した利用者ＩＤが、呼び情報信号が示す利用者ＩＤと一致しない場合（Ｓ１１８でＮＯ）、群管理制御装置１０は、上述したステップＳ５７以後の処理を実行する。

その他の装置における処理は、実施の形態１同様に行われる。

本変形例によれば、実施の形態１同様の効果を得ることができる。加えて、デフォルト行先階または変更行先階を行先階として設定する処理を群管理制御装置１０で行うため、セキュリティサーバ１００において当該処理を行う必要がなくなり、セキュリティサーバ１００に対する仕様変更などを極力抑制できる。

（実施の形態１の第２の変形例）
実施の形態１の第２の変形例では、セキュリティサーバ１００及び群管理制御装置１０とは別に設けられたＱＲコード解析装置が、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析して、利用者ＩＤ及び変更行先階を取得する例を説明する。

図１８は、実施の形態１の第２の変形例におけるエレベータシステムのシステム構成を示したブロック図である。

ＱＲコード解析装置３００は、群管理制御装置１０などと同様に、制御部、記憶部、入出力インタフェースなどを有するコンピュータにより構成される。ＱＲコードリーダ２９は、読み取ったＱＲコードデータをＱＲコード解析装置３００に出力する。ＱＲコード解析装置３００は、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析（デコード（復号））して、ＱＲコードデータから利用者ＩＤ及び変更行先階を取得し、取得した利用者ＩＤ及び変更行先階と、ＱＲコードデータの出力元のＱＲコードリーダ２９を特定する情報とを、群管理制御装置１０に送信する。ＱＲコードリーダ２９を特定する情報としては、例えばＱＲコードリーダ２９が配置されているセキュリティゲート２０の設置階及びロケーションの情報が用いられる。なお、ＱＲコードリーダ２９を特定する情報は、ＱＲコードリーダ２９のシリアルナンバーなどであってもよい。

セキュリティサーバ１００は、実施の形態１の第１の変形例同様、図１６のフローチャートにしたがって処理を行う。

群管理制御装置１０は、図１９のフローチャートにしたがって処理を行う。

図１９は、実施の形態１の第２の変形例における群管理制御装置１０による割当処理を説明したフローチャートである。

本フローチャートの処理は、群管理制御装置１０がセキュリティサーバ１００から新規呼びの呼び情報信号を受信したときに実行される。また、新規呼びの呼び情報信号が受信される都度、並行して実行される。図１９のフローチャートでは、実施の形態１の図１３のフローチャートに対し、ステップＳ５２が省略され、ステップＳ５１の後にステップＳ１１４、Ｓ１１６Ａ、Ｓ１１８Ａ、Ｓ１２６が追加され、ステップＳ５４の後にステップＳ１１９が追加され、ステップＳ５７の後にステップＳ１３１が追加されている。

具体的に、群管理制御装置１０は、セキュリティサーバ１００から呼び情報信号を受信すると、呼び情報信号に含まれる各種情報を取得し（Ｓ５１）、顔認証時刻ｔｃに現在時刻を設定する（Ｓ１１４）。

群管理制御装置１０は、呼び情報信号が示す出発階、ロケーションに関し、ＱＲコード解析装置３００から利用者ＩＤ及び変更行先階の情報を受信したか否かを判断する（Ｓ１１６Ａ）。

呼び情報信号が示す出発階、ロケーションに関し、ＱＲコード解析装置３００から利用者ＩＤ及び変更行先階の情報を受信した場合（Ｓ１１６ＡでＹＥＳ）、群管理制御装置１０は、ＱＲコード解析装置３００から受信した利用者ＩＤが、呼び情報信号が示す利用者ＩＤと一致するか否かを判断する（Ｓ１１８Ａ）。このように利用者ＩＤの一致の判断を行うのは、実施の形態１のステップＳ１８で説明したのと同様の理由による。

ＱＲコード解析装置３００から受信した利用者ＩＤが、呼び情報信号が示す利用者ＩＤと一致する場合（Ｓ１１８ＡでＹＥＳ）、群管理制御装置１０は、実施の形態１同様にステップＳ５３、Ｓ５４の処理を実行し、ステップＳ５４において変更行先階が許可階に含まれると判断した場合（Ｓ５４でＹＥＳ）、利用者の行先階として変更行先階を設定する（Ｓ１１９）。その後、群管理制御装置１０は、実施の形態１同様にステップＳ５５以後の処理を実行する。

上述のステップＳ１１６Ａにおいて、呼び情報信号が示す出発階、ロケーションに関し、ＱＲコード解析装置３００から利用者ＩＤ及び変更行先階の情報を受信していない場合（Ｓ１１６ＡでＮＯ）、群管理制御装置１０は、顔認証時刻ｔｃから所定時間Ｔ（秒）が経過したかを判断する（Ｓ１２６）。所定時間Ｔ（秒）は、利用者が、顔認証を行ってからＱＲコードを読み取らせることが完了するまでの標準的な時間に若干の余裕時間を加算した値に設定され、例えば２（秒）である。

顔認証時刻ｔｃから所定時間Ｔ（秒）が経過していない場合（Ｓ１２６でＮＯ）、群管理制御装置１０は、ステップＳ１１６Ａの処理に戻る。

顔認証時刻ｔｃから所定時間Ｔ（秒）が経過した場合（Ｓ１２６でＹＥＳ）、群管理制御装置１０は、実施の形態１同様にステップＳ５７の処理を実行し、ステップＳ５７においてデフォルト行先階の値が登録されていると判断した場合（Ｓ５７でＹＥＳ）、利用者の行先階としてデフォルト行先階を設定する（Ｓ１３１）。その後、群管理制御装置１０は、実施の形態１同様にステップＳ５８以後の処理を実行する。

上述のステップＳ１１８Ａにおいて、ＱＲコード解析装置３００から受信した利用者ＩＤが、呼び情報信号が示す利用者ＩＤと一致しない場合（Ｓ１１８ＡでＮＯ）、群管理制御装置１０は、上述したステップＳ５７以後の処理を実行する。

その他の装置における処理は、実施の形態１同様に行われる。

本変形例によれば、実施の形態１同様の効果を得ることができる。加えて、デフォルト行先階または変更行先階を行先階として設定する処理を群管理制御装置１０で行うため、セキュリティサーバ１００において当該処理を行う必要がなくなり、セキュリティサーバ１００に対する仕様変更などを極力抑制できる。また、群管理制御装置１００においてＱＲコードデータの解析処理を行う必要がなくなる。

（実施の形態２）
図２０は、実施の形態２におけるエレベータシステムが適用されるビルの特定階における機器配置を示した概略平面図である。図２１は、実施の形態２におけるエレベータシステムのシステム構成を示したブロック図である。

実施の形態１では、各セキュリティゲート２０にＱＲコードリーダ２９が配置されているが、実施の形態２では、全セキュリティゲート２０から離れた位置に、１台のＱＲコードリーダ２９が配置されている。

本実施の形態では、各利用者は、まずＱＲコードリーダ２９にＱＲコードを読み取らせた後、いずれかのセキュリティゲート２０を通過する際、顔認証を行う。

図２２は、実施の形態２におけるセキュリティサーバ１００によるＱＲコードデータの取得処理を説明したフローチャートである。

セキュリティサーバ１００の制御部１０１は、ＱＲコードリーダ２９からＱＲコードデータを受信したか否かを判断する（Ｓ７１）。

ＱＲコードリーダ２９からＱＲコードデータを受信した場合（Ｓ７１でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、ＱＲコードデータの受信時刻ｔｒに現在時刻を設定する（Ｓ７２）。

セキュリティサーバ１００の制御部１０１は、ＱＲコードデータから利用者ＩＤ及び変更行先階を取得する（Ｓ７３）。

セキュリティサーバ１００の制御部１０１は、利用者ＩＤに紐付けて受信時刻ｔｒと変更行先階を記憶部１０２に記憶させる（Ｓ７４）。

セキュリティサーバ１００の制御部１０１は、記憶部１０２において利用者毎に利用者ＩＤに紐付けて記憶されている受信時刻ｔｒと変更行先階のデータのうち、受信時刻ｔｒから所定時間Ｔ（秒）が経過したデータを、記憶部１０２から消去する（Ｓ７５）。そして、ステップＳ７１の処理に戻る。

ステップＳ７１において、ＱＲコードリーダ２９からＱＲコードデータを受信していない場合（Ｓ７１でＮＯ）、セキュリティサーバ１００の制御部１０１は、ステップＳ７２～Ｓ７４を行うことなく、ステップＳ７１の判断を実行し、ステップＳ７１の処理に戻る。

図２３は、実施の形態２におけるセキュリティサーバ１００による呼び情報信号生成処理を説明したフローチャートである。本フローチャートの処理は、セキュリティゲート２０毎に実行される。また、セキュリティゲート２０毎の処理は並行して実行される。

本フローチャートでは、実施の形態１の図１２のフローチャートと同じ処理のステップについては、同一のステップ番号を付している。以下では、実施の形態１との相違点を中心に説明する。

図２３のフローチャートでは、実施の形態１の図１２のフローチャートのステップＳ１４が省略される。また、実施の形態１の図１２のフローチャートのステップＳ１６～Ｓ１８、Ｓ２７に代えて、ステップＳ２０１が設けられている。

具体的に、セキュリティサーバ１００は、図２３のステップＳ１１、Ｓ１２、Ｓ１３、Ｓ１５の処理を実施の形態１同様に実行した後、記憶部１０２において利用者ＩＤに紐付けて変更行先階が記憶されているか否かを判断する（Ｓ２０１）。

記憶部１０２において利用者ＩＤに紐付けて変更行先階が記憶されている場合（Ｓ２０１でＹＥＳ）、セキュリティサーバ１００は、ステップＳ１９以後の処理を実施の形態１同様に実行する。

これに対し、記憶部１０２において利用者ＩＤに紐付けて変更行先階が記憶されていない場合（Ｓ２０１でＮＯ）、セキュリティサーバ１００は、ステップＳ２８以後の処理を実施の形態１同様に実行する。

群管理制御装置１０などその他の装置における処理は、実施の形態１同様に行われる。例えば、割当処理については、実施の形態１の図１３のフローチャートにしたがって、群管理制御装置１０が実行する。

本実施の形態によれば、ＱＲコードリーダ２９を１台に統合したことにより、装置コストを削減しつつ、利用者による行先階の変更の利便性を向上させることができる。特に、行先階変更を行う利用者が少ないビルなどでは、ＱＲコードリーダ２９の台数は１台でも十分な場合があり、本実施の形態はこのような場合に好適である。

なお、実施の形態２では、セキュリティサーバ１００が、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析して、利用者ＩＤ及び変更行先階を取得する例を説明したが、本発明はこれに限定されない。本発明では、群管理制御装置１０や他の解析装置が、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析して、利用者ＩＤ及び変更行先階を取得してもよい。以下において、実施の形態２の第１の変形例及び第２の変形例を説明する。

（実施の形態２の第１の変形例）
実施の形態２の第１の変形例では、群管理制御装置１０が、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析して、利用者ＩＤ及び変更行先階を取得する例を説明する。

図２４は、実施の形態２の第１の変形例におけるエレベータシステムのシステム構成を示したブロック図である。

実施の形態２の第１の変形例では、ＱＲコードリーダ２９は、群管理制御装置１０に接続されており、群管理制御装置１０にＱＲコードデータを出力する。そして、群管理制御装置１０が、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析して、ＱＲコードデータから利用者ＩＤ及び変更行先階を取得する。

より具体的に、実施の形態２の第１の変形例では、前述した図２２のフローチャートに示すＱＲコードデータの取得処理を、群管理制御装置１０が実行する。また、呼び情報信号生成処理については、実施の形態１の第１の変形例同様に、図１６のフローチャートにしたがって、セキュリティサーバ１００が実行する。割当処理については、図２５のフローチャートにしたがって、群管理制御装置１０が実行する。

図２５は、実施の形態２の第１の変形例における群管理制御装置１０による割当処理を説明したフローチャートである。

本フローチャートの処理は、群管理制御装置１０がセキュリティサーバ１００から新規呼びの呼び情報信号を受信したときに実行される。また、新規呼びの呼び情報信号が受信される都度、並行して実行される。図２５のフローチャートでは、実施の形態１の第１の変形例の図１７のフローチャートのステップＳ１１４、Ｓ１１６～Ｓ１１８、Ｓ１２６に代えて、ステップＳ３０１が設けられている。

具体的に、ステップＳ３０１において、群管理制御装置１０は、記憶部１２において利用者ＩＤに紐付けて変更行先階が記憶されているか否かを判断する（Ｓ３０１）。

記憶部１２において利用者ＩＤに紐付けて変更行先階が記憶されている場合（Ｓ３０１でＹＥＳ）、群管理制御装置１０は、実施の形態１の第１の変形例同様にステップＳ５３以後の処理を実行する。

これに対し、記憶部１２において利用者ＩＤに紐付けて変更行先階が記憶されていない場合（Ｓ３０１でＮＯ）、群管理制御装置１０は、実施の形態１の第１の変形例同様にステップＳ５７以後の処理を実行する。

その他の装置における処理は、実施の形態１同様に行われる。

本変形例によれば、実施の形態２同様の効果を得ることができる。加えて、デフォルト行先階または変更行先階を行先階として設定する処理を群管理制御装置１０で行うため、セキュリティサーバ１００において当該処理を行う必要がなくなり、セキュリティサーバ１００に対する仕様変更などを極力抑制できる。

（実施の形態２の第２の変形例）
実施の形態２の第２の変形例では、セキュリティサーバ１００及び群管理制御装置１０とは別に設けられたＱＲコード解析装置が、ＱＲコードリーダ２９から出力されるＱＲコードデータを解析して、利用者ＩＤ及び変更行先階を取得する例を説明する。

図２６は、実施の形態２の第２の変形例におけるエレベータシステムのシステム構成を示したブロック図である。

ＱＲコード解析装置３００は、実施の形態１の第２の変形例同様の構成を有し、同変形例同様の処理を行う。

セキュリティサーバ１００は、実施の形態１の第１の変形例同様、図１６のフローチャートにしたがって処理を行う。

図２７は、実施の形態２の第２の変形例における群管理制御装置１０による割当処理を説明したフローチャートである。

本フローチャートの処理は、群管理制御装置１０がセキュリティサーバ１００から新規呼びの呼び情報信号を受信したときに実行される。また、新規呼びの呼び情報信号が受信される都度、並行して実行される。図２７のフローチャートでは、実施の形態２の第１の変形例の図２５のフローチャートのステップＳ３０１に代えて、ステップＳ３０１Ａが設けられている。

具体的に、ステップＳ３０１Ａにおいて、群管理制御装置１０は、ＱＲコード解析装置において利用者ＩＤに紐付けて変更行先階が記憶されているか否かを判断する（Ｓ３０１Ａ）。

利用者ＩＤに紐付けて変更行先階が記憶されている場合（Ｓ３０１ＡでＹＥＳ）、群管理制御装置１０は、実施の形態２の第１の変形例同様にステップＳ５３以後の処理を実行する。

これに対し、利用者ＩＤに紐付けて変更行先階が記憶されていない場合（Ｓ３０１ＡでＮＯ）、群管理制御装置１０は、実施の形態２の第１の変形例同様にステップＳ５７以後の処理を実行する。

本変形例によれば、実施の形態２同様の効果を得ることができる。加えて、デフォルト行先階または変更行先階を行先階として設定する処理を群管理制御装置１０で行うため、セキュリティサーバ１００において当該処理を行う必要がなくなり、セキュリティサーバ１００に対する仕様変更などを極力抑制できる。また、群管理制御装置１００においてＱＲコードデータの解析処理を行う必要がなくなる。

その他の装置における処理は、実施の形態２同様に行われる。

（その他の実施の形態）
実施の形態１では、図１２のステップＳ１６、Ｓ２７において、ＱＲコードデータが受信されずに（Ｓ１６でＮＯ）、顔認証時刻ｔｃからＴ秒が経過したと判断した場合（Ｓ２７でＹＥＳ）、ステップＳ２８以後の処理を実行する。つまり、行先階変更フラグをＯＦＦに設定し（Ｓ２８）、デフォルト行先階の情報を含む呼び情報信号を生成して群管理制御装置１０に送信する（Ｓ３２）。しかし、ステップＳ２７の判断に代えて、セキュリティゲート２０の第１センサ２６で利用者が検知されたか否かを判断してもよい。つまり、利用者がセキュリティゲート２０を通過する途中であるか否かを判断してもよい。この場合、ＱＲコードデータが受信されずに（Ｓ１６でＮＯ）、セキュリティゲート２０の第１センサ２６で利用者が検知された場合、即座にステップＳ２８以後の処理が実行される。つまり、即座に呼び情報信号が生成されて群管理制御装置１０に送信され、割当処理が実行される。そのため、利用者は、所定時間Ｔ（秒）の経過を待つことなくエレベータの割当を受けることができる。一方、セキュリティゲート２０の第１センサ２６で利用者が検知されない場合、ステップＳ１６の判断に戻る。

前記各実施の形態及び各変形例では、ＱＲコードに変更行先階だけでなく利用者ＩＤの情報を格納することにより、顔認証された利用者とＱＲコードをかざした利用者との同一性を確認するようにしている。しかし、利用者がセキュリティゲート２０を次々と通過する程度に混雑する状況が生じにくいビル環境においては、顔認証された利用者とＱＲコードをかざした利用者とはほぼ一致する。そのため、上記のような混雑状況が生じにくいビル環境では、ＱＲコードに利用者ＩＤの情報を格納しないようにしてもよい。この場合、図１０の利用者ＤＢにおいて利用者ＩＤのフィールドは不要である。また、例えば実施の形態１においては、図１２のフローチャートのステップＳ１５、Ｓ１８の処理は不要である。また、ステップＳ１７では、ＱＲコードデータから変更行先階のみを取得すればよい。

前記各実施の形態及び各変形例では、セキュリティサーバ１００が、顔認証用カメラ２５から出力される画像データが示す撮像画像に対して顔検出処理、及び顔特徴点検出処理を行い、かつ顔認証処理を行う例を説明したが、本発明はこれに限定されない。例えば、顔認証用カメラ２５のコントローラが撮像画像に対して顔検出処理及び顔特徴点検出処理を行い、セキュリティサーバ１００は顔認証処理だけを行ってもよい。つまり、「前記撮像部で撮像された撮像画像に基づいて、前記利用者の顔認証を行う」処理を顔認証用カメラ２５とセキュリティサーバ１００とで分担して行ってもよい。この場合、顔認証用カメラ２５は、撮像画像の画像データに代えて顔特徴点データ（顔データ）をセキュリティサーバ１００に出力する。また、セキュリティサーバ１００は、受信した顔データ（顔特徴点データ）に基づいて、顔認証処理を行う。

前記各実施の形態及び各変形例では、ＱＲコードリーダ２９は、光学的に読み取ったＱＲコードの画像データ（ＱＲコードデータ）をセキュリティサーバ１００、群管理制御装置１０、及びＱＲコード解析装置３００のうちの所定の装置に送信し、当該所定の装置が、ＱＲコードデータを解析することにより利用者ＩＤを取得するが、本発明はこれに限定されない。例えば、実施の形態１、実施の形態２においては、ＱＲコードリーダ２９のコントローラがＱＲコードデータを解析することにより利用者ＩＤ及び変更行先階の情報を取得し、取得した利用者ＩＤ及び変更行先階をセキュリティサーバ１００に送信してもよい。この場合、セキュリティサーバ１００は、受信した利用者ＩＤ及び変更行先階をそのまま利用すればよい。また、実施の形態１の第１の変形例、及び実施の形態２の第１の変形例においては、ＱＲコードリーダ２９のコントローラがＱＲコードデータを解析することにより利用者ＩＤ及び変更行先階を取得し、取得した利用者ＩＤ及び変更行先階を群管理制御装置１０に送信してもよい。この場合、群管理制御装置１０は、受信した利用者ＩＤをそのまま利用すればよい。

前記各実施の形態及び各変形例では、本発明におけるゲートとして、ゲートフラッパ２８を備えたセキュリティゲート２０を例示したが、ゲートはこれに限定されない。本発明において、ゲートは、ゲートフラッパを備えていなくてもよい。この場合、前記実施の形態で説明したゲートフラッパの開閉に関連する制御は省略すればよい。

前記実施の形態では、セキュリティゲート２０にのみＱＲコードリーダ２９が設置される場合を例示したが、各階の各行先階登録装置３０にＱＲコードリーダを併設してもよい。この場合、これらのＱＲコードリーダについても、実施の形態１、実施の形態１の第１の変形例、実施の形態１の第２の変形例と同様に、セキュリティサーバ１００、群管理制御装置１０、及びＱＲコード解析装置３００のうちの所定の装置に接続すればよい。セキュリティサーバ１００、群管理制御装置１０、及びＱＲコード解析装置３００などの各装置は、実施の形態１、実施の形態１の第１の変形例、実施の形態１の第２の変形例で説明した各フローチャートにしたがって制御を行えばよい。なお、行先階登録装置３０は、ゲートフラッパを有していないので、その開閉に関連する制御は省略すればよい。

前記各実施の形態及び各変形例では、本発明における所定情報としてＱＲコードを例示したが、所定情報はこれに限定されない。所定情報は、ＱＲコード以外の二次元バーコードや、一般的な一次元バーコードや、カメレオンコード（登録商標）などのカラーバーコードであってもよい。また、所定情報は、ＮＦＣ（Near Field Communication）により読み取り可能な電磁情報であってもよい。

前記各実施の形態及び各変形例では、本発明における情報記録媒体として、ＱＲコードを表示可能な携帯端末２００を例示したが、情報記録媒体はこれに限定されない。情報記録媒体は、所定情報を格納あるいは記録可能である限り、どのようなものでもよい。例えば、情報記録媒体は、ＱＲコードなどの所定情報が印刷された紙などの印刷物であってもよい。また、情報記録媒体は、ＮＦＣ（Near Field Communication）により読み取られることが可能に所定情報を記憶する携帯端末であってもよい。

前記各実施の形態及び各変形例では、本発明における情報取得部として、ＱＲコードリーダ２９を例示したが、情報取得部は、これに限定されない。情報取得部は、利用される情報記録媒体から所定情報を取得することができるものである限り、どのようなものでもよい。例えば、二次元バーコードを読み取る二次元バーコードリーダや、一次元バーコードを読み取る一次元バーコードリーダや、カメレオンコードを読み取るカメレオンコードリーダ（カメラ）などであってもよい。また、情報取得部は、ＮＦＣ（Near Field Communication）により所定情報を読み取るリーダであってもよい。セキュリティゲート２０にＱＲコードリーダ２９以外の情報取得部を配置する場合、ＱＲコードリーダ２９に代えて配置すればよい。あるいは、情報取得部は、ＱＲコードなどの所定情報の読み取りと、ＮＦＣ（Near Field Communication）による所定情報との読み取りとの両方を行うことが可能なリーダであってもよい。

前記各実施の形態及び各変形例では、本発明における所定機器として、利用者の操作に基づいてＱＲコードを生成、表示可能な携帯端末２００を例示したが、所定機器はこれに限られない。所定機器は、利用者の操作に基づいてＱＲコードなどの所定情報を生成可能である限り、どのようなものでもよい。例えば、所定機器は利用者の操作に基づいてＱＲコードなどの所定情報を生成してプリンタで印刷させるデスクトップコンピュータやノートブックコンピュータであってもよい。この場合の情報記録媒体は、ＱＲコードなどの所定情報が印刷された紙などの印刷物となる。

前記各実施の形態及び各変形例では、各装置の制御部は、ＣＰＵ、ＭＰＵ等を利用して構成され、記憶部から読み出したプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、各種の機能を実現する。つまり、各制御部は、ハードウェアとソフトウェアとの協働により実現される。しかし、各制御部は、例えば、ハードウェア（電子回路）のみ、ＦＰＧＡ、ＡＳＩＣ等を利用して構成されてもよい。

前記各実施の形態及び各変形例では、ネットワークはＥｔｈｅｒｎｅｔであり、各装置の入出力インタフェースはＬＡＮアダプタ等を利用して構成されている。しかし、これは一例であり、ネットワークは、例えばＩＥＥＥ規格に準拠した無線ＬＡＮで構成され、入出力インタフェースは無線ＬＡＮアダプタ等で構成されてもよい。

前記各実施の形態及び各変形例におけるセキュリティサーバ１００、群管理制御装置１０、エレベータ制御装置４０、ＱＲコード解析装置３００は、エレベータ６０が配置されるビルに設置されることは必須ではない。例えば、これらの装置のうち任意の装置について、その装置の有する機能をクラウドサーバにより実行してもよい。この場合、エレベータ６０が配置されるビルに設置されるセキュリティゲート２０、行先階登録装置３０、ゲート表示器７０などの装置と、クラウドサーバとの間の各種信号や情報の授受は、適宜な通信方式を用いた通信により行えばよい。

前記各実施の形態及び各変形例において、本発明の複数の態様を説明した。しかし、本発明の具体的態様は、上述した実施の形態及び変形例に限られず、これらを組み合わせたものとすることもできる。

（実施の形態についてのまとめ及び効果等）
（１）実施の形態のエレベータシステムは、
利用者のエレベータ乗車前に利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場への移動経路上に配置されるゲート（例えばセキュリティゲート２０）を通過しようとする利用者を撮像可能なように設けられた撮像部（例えば顔認証用カメラ２５）と、
ゲートまたはその近傍に配置され、利用者が所持する情報記録媒体（例えば携帯端末２００）から所定情報（例えばＱＲコード）を取得する情報取得部（例えばＱＲコードリーダ２９）と、
撮像部で撮像された撮像画像に基づいて利用者の顔認証を行う顔認証部（例えばセキュリティサーバ１００）と、
利用者の行先階の設定を行う行先階設定部（例えばセキュリティサーバ１００または群管理制御装置１０）と、を備え、
行先階設定部は、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で所定情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で所定情報が取得されたときは、所定情報が示す変更行先階を利用者の行先階として設定する。

この構成により、顔認証を利用したゲート（例えばセキュリティゲート２０）を利用者が通過する際にデフォルト行先階だけでなく変更行先階の登録が可能となる。

（２）実施の形態のエレベータシステムにおいて、
所定情報（例えばＱＲコード）は、さらに利用者識別情報（例えば利用者ＩＤ）を格納し、
行先階設定部（例えばセキュリティサーバ１００または群管理制御装置１０）は、
顔認証の成功後の所定時間（例えばＴ（秒））以内に情報取得部（例えばＱＲコードリーダ２９）で所定情報が取得されたときは、所定情報が示す利用者識別情報と顔認証に基づいて特定された利用者識別情報とが一致するか否かを判断し、
一致するときは、所定情報が示す変更行先階を利用者の行先階として設定し、
一致しないときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定する。

この構成により、顔認証に基づいて特定された利用者の行先階が、他の利用者の所定情報が示す変更行先階に基づいて変更されてしまうことを防止できる。

（３）実施の形態のエレベータシステムは、
設定された利用者の行先階を複数台のエレベータのいずれかに割り当てる群管理制御装置（群管理制御装置１０）をさらに備える。

この構成により、複数台のエレベータへの行先階の割当を群管理制御装置により行うエレベータシステムにおいて、上述した効果が得られる。

（４）実施の形態のエレベータシステムにおいて、
所定情報（例えばＱＲコード）は、所定機器（例えば携帯端末２００）に対する利用者の操作に基づいて生成され、
割当エレベータ名を利用者に報知する報知部（例えばゲート表示器７０）が備えられ、
群管理制御装置（群管理制御装置１０）は、利用者の行先階として変更行先階が設定された場合において、変更行先階が実在しない階であるときは、エレベータの割当を行わず、報知部に、割当エレベータ名に代えて、変更行先階が実在しない階であることを示す情報を報知させる。

この構成により、実在しない階を変更行先階として利用者が設定したような場合に、そのことを利用者が認識できる。

（５）実施の形態のエレベータシステムにおいて、
所定情報（例えばＱＲコード）は、所定機器（例えば携帯端末２００）に対する利用者の操作に基づいて生成され、
割当エレベータ名を利用者に報知する報知部（例えばゲート表示器７０）が備えられ、
群管理制御装置（群管理制御装置１０）は、利用者の行先階として変更行先階が設定された場合において、変更行先階が利用者による利用が許可されていない階であるときは、エレベータの割当を行わず、報知部に、割当エレベータ名に代えて、変更行先階が利用者による利用が許可されていない階であることを示す情報を報知させる。

この構成により、利用が許可されていない階を利用者が設定したような場合に、そのことを利用者が認識できる。

（６）実施の形態のエレベータシステムにおいて、
割当エレベータ名を利用者に報知する報知部（例えばゲート表示器７０）が備えられ、
行先階設定部（例えばセキュリティサーバ１００または群管理制御装置１０）は、顔認証部で利用者の顔認証が成功したが、情報取得部（例えばＱＲコードリーダ２９）で所定情報（例えばＱＲコード）が取得されなかった場合において、顔認証に基づいて特定された利用者のデフォルト行先階が登録されていないときは、利用者の行先階として行先階未設定情報を設定し、
群管理制御装置（群管理制御装置１０）は、利用者の行先階として行先階未設定情報が設定されているときは、エレベータの割当を行わず、報知部に、割当エレベータ名に代えて、行先階登録装置（行先階登録装置３０）で行先階を登録することを促す情報を報知させる。

この構成により、利用者のデフォルト行先階が設定されていないような場合に、行先階登録装置３０で行先階を登録することを利用者に促すことができる。また、行先階未設定情報を設定可能とすることにより、無駄呼びが発生しにくくなり、エレベータの運行効率を改善できる。

（７）実施の形態のエレベータシステムにおいて、
情報取得部（例えばＱＲコードリーダ２９）は、所定情報（例えばＱＲコード）を光学的に読み取り、
ゲート（例えばセキュリティゲート２０）の制御を行うサーバ（例えばセキュリティサーバ１００）が、光学的に読み取られた所定情報を解析して変更行先階の情報を取得する。

この構成により、サーバ（例えばセキュリティサーバ１００）により所定情報を解析して変更行先階の情報を取得することができる。

（８）実施の形態のエレベータシステムにおいて、
情報取得部（例えばＱＲコードリーダ２９）は、所定情報（例えばＱＲコード）を光学的に読み取り、
群管理制御装置（群管理制御装置１０）が、光学的に読み取られた所定情報を解析して変更行先階の情報を取得する。

この構成により、群管理制御装置（群管理制御装置１０）により所定情報（例えばＱＲコード）を解析して変更行先階の情報を取得することができる。

（９）実施の形態のエレベータシステムにおいて、
情報取得部（例えばＱＲコードリーダ２９）は、所定情報（例えばＱＲコード）を光学的に読み取り、
行先階設定部（例えばセキュリティサーバ１００または群管理制御装置１０）及び群管理制御装置（群管理制御装置１０）とは別に、光学的に読み取られた所定情報を解析して変更行先階の情報を取得する解析装置（例えばＱＲコード解析装置３００）をさらに備える。

この構成により、解析装置（例えばＱＲコード解析装置３００）により所定情報（例えばＱＲコード）を解析して変更行先階の情報を取得することができる。

１０ 群管理制御装置
１１ 制御部
１２ 記憶部
１３ 入出力インタフェース
２０ セキュリティゲート
２０ａ ゲート本体
２０ｉ 入口
２０ｅ 出口
２５ 顔認証用カメラ
２６ 第１センサ
２７ 第２センサ
２８ ゲートフラッパ
２９ ＱＲコードリーダ
３０ 行先階登録装置
３１ 制御部
３２ 記憶部
３３ 入出力インタフェース
３４ 表示部
３５ 操作部
３６ 顔認証用カメラ
４０、４０Ａ～４０Ｆ エレベータ制御装置
６０、６０Ａ～６０Ｆ エレベータ
７０ ゲート表示器
１００ セキュリティサーバ
１０１ 制御部
１０２ 記憶部
１０３ 入出力インタフェース
２００ 携帯端末
２１０ 表示部
３００ ＱＲコード解析装置
Ｔ 所定時間

Claims (9)

1. 利用者のエレベータ乗車前に前記利用者の行先階を設定するエレベータシステムであって、
   エレベータ乗場への移動経路上に配置されるゲートを通過しようとする利用者を撮像可能なように設けられた撮像部と、
   前記ゲートまたはその近傍に配置され、前記利用者が所持する情報記録媒体から所定情報を取得する情報取得部と、
   前記撮像部で撮像された撮像画像に基づいて前記利用者の顔認証を行う顔認証部と、
   前記利用者の行先階の設定を行う行先階設定部と、を備え、
   前記行先階設定部は、
   前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記所定情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を前記利用者の行先階として設定し、
   前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記所定情報が取得されたときは、前記所定情報が示す変更行先階を前記利用者の行先階として設定する、
   エレベータシステム。
2. 前記所定情報は、さらに利用者識別情報を格納し、
   前記行先階設定部は、
   顔認証の成功後の所定時間以内に前記情報取得部で前記所定情報が取得されたときは、前記所定情報が示す利用者識別情報と顔認証に基づいて特定された利用者識別情報とが一致するか否かを判断し、
   一致するときは、前記所定情報が示す変更行先階を前記利用者の行先階として設定し、
   一致しないときは、顔認証に基づいて特定されたデフォルト行先階を前記利用者の行先階として設定する、
   請求項１に記載のエレベータシステム。
3. 設定された前記利用者の行先階を複数台のエレベータのいずれかに割り当てる群管理制御装置をさらに備える、
   請求項１または２に記載のエレベータシステム。
4. 前記所定情報は、所定機器に対する前記利用者の操作に基づいて生成され、
   割当エレベータ名を前記利用者に報知する報知部がさらに備えられ、
   前記群管理制御装置は、前記利用者の行先階として変更行先階が設定された場合において、前記変更行先階が実在しない階であるときは、エレベータの割当を行わず、前記報知部に、前記割当エレベータ名に代えて、前記変更行先階が実在しない階であることを示す情報を報知させる、
   請求項３に記載のエレベータシステム。
5. 前記所定情報は、所定機器に対する前記利用者の操作に基づいて生成され、
   割当エレベータ名を前記利用者に報知する報知部がさらに備えられ、
   前記群管理制御装置は、前記利用者の行先階として変更行先階が設定された場合において、前記変更行先階が前記利用者による利用が許可されていない階であるときは、エレベータの割当を行わず、前記報知部に、前記割当エレベータ名に代えて、前記変更行先階が前記利用者による利用が許可されていない階であることを示す情報を報知させる、
   請求項３に記載のエレベータシステム。
6. 割当エレベータ名を前記利用者に報知する報知部がさらに備えられ、
   前記行先階設定部は、前記顔認証部で前記利用者の顔認証が成功したが、前記情報取得部で前記所定情報が取得されなかった場合において、顔認証に基づいて特定された前記利用者のデフォルト行先階が登録されていないときは、前記利用者の行先階として行先階未設定情報を設定し、
   前記群管理制御装置は、前記利用者の行先階として前記行先階未設定情報が設定されているときは、エレベータの割当を行わず、前記報知部に、前記割当エレベータ名に代えて、行先階登録装置で行先階を登録することを促す情報を報知させる、
   請求項３に記載のエレベータシステム。
7. 前記情報取得部は、前記所定情報を光学的に読み取り、
   前記ゲートの制御を行うサーバが、光学的に読み取られた前記所定情報を解析して変更行先階の情報を取得する、
   請求項３から６のいずれか１項に記載のエレベータシステム。
8. 前記情報取得部は、前記所定情報を光学的に読み取り、
   前記群管理制御装置が、光学的に読み取られた前記所定情報を解析して変更行先階の情報を取得する、
   請求項３から６のいずれか１項に記載のエレベータシステム。
9. 前記情報取得部は、前記所定情報を光学的に読み取り、
   前記行先階設定部及び前記群管理制御装置とは別に、光学的に読み取られた前記所定情報を解析して変更行先階の情報を取得する解析装置をさらに備える、
   請求項３から６のいずれか１項に記載のエレベータシステム。

Images