IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ フジテック株式会社の特許一覧

(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022103826
(43)【公開日】2022-07-08
(54)【発明の名称】エレベータシステム
(51)【国際特許分類】
   B66B 1/14 20060101AFI20220701BHJP
   B66B 1/18 20060101ALI20220701BHJP
   B66B 3/00 20060101ALI20220701BHJP
【FI】
B66B1/14 L
B66B1/18 K
B66B1/18 L
B66B1/14 K
B66B3/00 M
【審査請求】有
【請求項の数】9
【出願形態】OL
(21)【出願番号】P 2020218695
(22)【出願日】2020-12-28
(11)【特許番号】
(45)【特許公報発行日】2022-04-05
(71)【出願人】
【識別番号】000112705
【氏名又は名称】フジテック株式会社
(74)【代理人】
【識別番号】100106518
【弁理士】
【氏名又は名称】松谷 道子
(74)【代理人】
【識別番号】100132241
【弁理士】
【氏名又は名称】岡部 博史
(72)【発明者】
【氏名】須藤 豪
(72)【発明者】
【氏名】小村 章
【テーマコード(参考)】
3F303
3F502
【Fターム(参考)】
3F303AA05
3F303CA14
3F303CB31
3F303DC13
3F502HB02
3F502JA04
3F502JA07
3F502JA19
3F502JA72
3F502JA77
3F502KA15
3F502KA19
3F502MA02
3F502MA48
3F502MA49
(57)【要約】
【課題】顔認証を利用したセキュリティゲートを利用者が通過する際にデフォルト行先階だけでなく変更行先階の登録を可能とするエレベータシステムを提供する。
【解決手段】エレベータシステムは、ゲート(20)を通過しようとする利用者を撮像可能なように設けられた撮像部(25)と、ゲートまたはその近傍に配置され、利用者が所持する情報記録媒体(200)から所定情報を取得する情報取得部(29)と、撮像部で撮像された撮像画像に基づいて利用者の顔認証を行う顔認証部(100)と、利用者の行先階の設定を行う行先階設定部(100)と、を備え、行先階設定部は、顔認証が成功した場合において、情報取得部で所定情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、顔認証が成功した場合において、情報取得部で所定情報が取得されたときは、所定情報が示す変更行先階を利用者の行先階として設定する。
【選択図】図2
【特許請求の範囲】
【請求項1】
利用者のエレベータ乗車前に前記利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場への移動経路上に配置されるゲートを通過しようとする利用者を撮像可能なように設けられた撮像部と、
前記ゲートまたはその近傍に配置され、前記利用者が所持する情報記録媒体から所定情報を取得する情報取得部と、
前記撮像部で撮像された撮像画像に基づいて前記利用者の顔認証を行う顔認証部と、
前記利用者の行先階の設定を行う行先階設定部と、を備え、
前記行先階設定部は、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記所定情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を前記利用者の行先階として設定し、
前記顔認証部で前記利用者の顔認証が成功した場合において、前記情報取得部で前記所定情報が取得されたときは、前記所定情報が示す変更行先階を前記利用者の行先階として設定する、
エレベータシステム。
【請求項2】
前記所定情報は、さらに利用者識別情報を格納し、
前記行先階設定部は、
顔認証の成功後の所定時間以内に前記情報取得部で前記所定情報が取得されたときは、前記所定情報が示す利用者識別情報と顔認証に基づいて特定された利用者識別情報とが一致するか否かを判断し、
一致するときは、前記所定情報が示す変更行先階を前記利用者の行先階として設定し、
一致しないときは、顔認証に基づいて特定されたデフォルト行先階を前記利用者の行先階として設定する、
請求項1に記載のエレベータシステム。
【請求項3】
設定された前記利用者の行先階を複数台のエレベータのいずれかに割り当てる群管理制御装置をさらに備える、
請求項1または2に記載のエレベータシステム。
【請求項4】
前記所定情報は、所定機器に対する前記利用者の操作に基づいて生成され、
割当エレベータ名を前記利用者に報知する報知部がさらに備えられ、
前記群管理制御装置は、前記利用者の行先階として変更行先階が設定された場合において、前記変更行先階が実在しない階であるときは、エレベータの割当を行わず、前記報知部に、前記割当エレベータ名に代えて、前記変更行先階が実在しない階であることを示す情報を報知させる、
請求項3に記載のエレベータシステム。
【請求項5】
前記所定情報は、所定機器に対する前記利用者の操作に基づいて生成され、
割当エレベータ名を前記利用者に報知する報知部がさらに備えられ、
前記群管理制御装置は、前記利用者の行先階として変更行先階が設定された場合において、前記変更行先階が前記利用者による利用が許可されていない階であるときは、エレベータの割当を行わず、前記報知部に、前記割当エレベータ名に代えて、前記変更行先階が前記利用者による利用が許可されていない階であることを示す情報を報知させる、
請求項3に記載のエレベータシステム。
【請求項6】
割当エレベータ名を前記利用者に報知する報知部がさらに備えられ、
前記行先階設定部は、前記顔認証部で前記利用者の顔認証が成功したが、前記情報取得部で前記所定情報が取得されなかった場合において、顔認証に基づいて特定された前記利用者のデフォルト行先階が登録されていないときは、前記利用者の行先階として行先階未設定情報を設定し、
前記群管理制御装置は、前記利用者の行先階として前記行先階未設定情報が設定されているときは、エレベータの割当を行わず、前記報知部に、前記割当エレベータ名に代えて、行先階登録装置で行先階を登録することを促す情報を報知させる、
請求項3に記載のエレベータシステム。
【請求項7】
前記情報取得部は、前記所定情報を光学的に読み取り、
前記ゲートの制御を行うサーバが、光学的に読み取られた前記所定情報を解析して変更行先階の情報を取得する、
請求項3から6のいずれか1項に記載のエレベータシステム。
【請求項8】
前記情報取得部は、前記所定情報を光学的に読み取り、
前記群管理制御装置が、光学的に読み取られた前記所定情報を解析して変更行先階の情報を取得する、
請求項3から6のいずれか1項に記載のエレベータシステム。
【請求項9】
前記情報取得部は、前記所定情報を光学的に読み取り、
前記行先階設定部及び前記群管理制御装置とは別に、光学的に読み取られた前記所定情報を解析して変更行先階の情報を取得する解析装置をさらに備える、
請求項3から6のいずれか1項に記載のエレベータシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、エレベータシステムに関する。
【背景技術】
【0002】
特許文献1は、セキュリティゲートのリーダでICカード(IDカード)から利用者情報を取得することで、利用者の行先階をエレベータの制御装置に自動で登録し、号機を割り当てるエレベータシステムを開示している。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開2016-056017号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
顔認証を利用したセキュリティゲートが普及し始めている。
【0005】
本発明は、顔認証を利用したゲートを利用者が通過する際にデフォルト行先階だけでなく変更行先階の登録を可能とするエレベータシステムを提供する。
【課題を解決するための手段】
【0006】
本発明のエレベータシステムは、
利用者のエレベータ乗車前に利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場への移動経路上に配置されるゲートを通過しようとする利用者を撮像可能なように設けられた撮像部と、
ゲートまたはその近傍に配置され、利用者が所持する情報記録媒体から所定情報を取得する情報取得部と、
撮像部で撮像された撮像画像に基づいて利用者の顔認証を行う顔認証部と、
利用者の行先階の設定を行う行先階設定部と、を備え、
行先階設定部は、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で所定情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で所定情報が取得されたときは、所定情報が示す変更行先階を利用者の行先階として設定する。
【発明の効果】
【0007】
本発明によれば、顔認証を利用したゲートを利用者が通過する際にデフォルト行先階だけでなく変更行先階の登録が可能となる。
【図面の簡単な説明】
【0008】
図1】実施の形態1におけるエレベータシステムが適用されるビルの特定階における機器配置を示した概略平面図である。
図2】エレベータシステムの構成を示したブロック図である。
図3】行先階登録装置の電気的構成を示したブロック図である。
図4】行先階登録装置の外観を模式的に示した正面図である。
図5】行先階登録装置の表示部における表示例を示した図である。
図6】エレベータ制御装置の電気的構成を示したブロック図である。
図7】セキュリティゲートの外観を示した斜視図である。
図8】セキュリティサーバの電気的構成を示したブロック図である。
図9】セキュリティサーバの記憶部に格納されている登録装置データベースの構成を示した図である。
図10】セキュリティサーバの記憶部に格納されている利用者データベースの構成を示した図である。
図11】携帯端末の表示部における表示例を示した図である。
図12】セキュリティサーバによる呼び情報信号生成処理を説明したフローチャートである。
図13】群管理制御装置による割当処理を説明したフローチャートである。
図14】セキュリティゲートのゲート表示器における表示例を示した図である。
図15】実施の形態1の第1の変形例におけるエレベータシステムの構成を示したブロック図である。
図16】実施の形態1の第1の変形例におけるセキュリティサーバによる呼び情報信号生成処理を説明したフローチャートである。
図17】実施の形態1の第1の変形例における群管理制御装置による割当処理を説明したフローチャートである。
図18】実施の形態1の第2の変形例におけるエレベータシステムのシステム構成を示したブロック図である。
図19】実施の形態1の第2の変形例における群管理制御装置による割当処理を説明したフローチャートである。
図20】実施の形態2におけるエレベータシステムが適用されるビルの特定階における機器配置を示した概略平面図である。
図21】実施の形態2におけるエレベータシステムの構成を示したブロック図である。
図22】実施の形態2におけるセキュリティサーバによるQRコードデータの取得処理を説明したフローチャートである。
図23】実施の形態2におけるセキュリティサーバによる呼び情報信号生成処理を説明したフローチャートである。
図24】実施の形態2の第1の変形例におけるエレベータシステムの構成を示したブロック図である。
図25】実施の形態2の第1の変形例における群管理制御装置による割当処理を説明したフローチャートである。
図26】実施の形態2の第2の変形例におけるエレベータシステムのシステム構成を示したブロック図である。
図27】実施の形態2の第2の変形例における群管理制御装置による割当処理を説明したフローチャートである。
【発明を実施するための形態】
【0009】
本発明の実施の形態について図面を参照して説明する。
【0010】
(実施の形態1)
1.構成
1-1.エレベータ等の配置
図1は、実施の形態1におけるエレベータシステムが適用されるビル(建物)の特定階における機器配置を示した概略平面図である。特定階とは、例えば当該ビルの外部につながるロビー階であり、ビルの利用者は特定階を経由して他の階に移動することとなる。
【0011】
図1では、エレベータシステムが、1号機~6号機の6台(複数台の一例)のエレベータ60A~60Fを備えている例を示す。エレベータの利用者は、エレベータ乗場からエレベータ60A~60Fに乗車する。以下では、エレベータ60A~60Fを区別せずに「エレベータ60」という場合がある。
【0012】
特定階を含む各階床のエレベータ乗場またはその近傍には、行先階登録装置30が配置されている。
【0013】
特定階において、エントランスからエレベータ乗場への利用者の移動経路上には、複数台のセキュリティゲート20が配置されている。利用者は、エントランス側からいずれかのセキュリティゲート20を通過してエレベータ乗場に進入する。エレベータ乗場は、特定領域に設けられている。特定領域とは、エントランス側からセキュリティゲート20を通過しないと入れないビル内の領域である。特定領域は、エレベータ乗場や、各エレベータ60のかご内のスペースや、エレベータ60を利用して移動可能な各階床のスペースを含む。
【0014】
セキュリティゲート20のエントランス側の床面には、顔認証エリアAdを示す表示がなされている。
【0015】
1-2.システム構成
1-2-1.概要
図2は、エレベータシステムのシステム構成を示したブロック図である。
【0016】
エレベータシステムは、複数台のエレベータ60A~60Fと、これらのエレベータ60A~60Fの運行を統合的に制御する群管理制御装置10と、各エレベータに対応させて設けられたエレベータ制御装置40A~40Fと、各階に配置される行先階登録装置30とを備える。群管理制御装置10には、ビルのセキュリティを管理し、かつセキュリティゲート20の制御を行うセキュリティサーバ100が接続されている。
【0017】
エレベータシステムは、かごへの乗車前に利用者に行先階を予め登録させる行先階登録方式を採用している。行先階の登録は、例えば、セキュリティゲート20での顔認証、QRコード(登録商標)の利用、行先階登録装置30での手動登録などにより行うことができる。QRコードは、所定情報の一例である。群管理制御装置10は、乗車前に登録された行先階に関する呼び(行先階呼び)を、複数台のエレベータ60のうちのいずれかの号機に割り当てて、割り当てた号機を示す情報を、利用されたセキュリティゲート20のゲート表示器70や行先階登録装置30に表示させ、これにより、割り当てた号機に利用者を乗車させる。
【0018】
なお、特定階の行先階登録装置30は、セキュリティゲート20を通過して特定領域に進入した利用者が、ゲート表示器70に表示されたエレベータ60に乗り遅れたときや、デフォルト行先階以外の階床に移動するときに、エレベータ60を利用することを可能とするために設けられている。
【0019】
各エレベータ60(60A~60F)は、かご、巻上機(モータ)、釣合おもり等を有する。
【0020】
1-2-2.群管理制御装置
群管理制御装置10は、エレベータ60A~60Fの運行を統合的に制御する。また、群管理制御装置10は、セキュリティサーバ100及び行先階登録装置30との間で通信を行いながら、各号機に対する新規の呼びの割当制御を行う。各装置は、情報伝送可能なネットワークを介して接続されている。ネットワークは、例えばEthernet(登録商標)等のLAN(Local Area Network)により構成され、各装置間での各種の情報の送受信は、TCP/IP等の各種のプロトコルにしたがって行われる。ネットワークに接続されている前述の各装置は、TCP/IP等の各種のプロトコルにしたがった通信による信号伝送(情報伝送)が可能である。なお、エレベータシステムを構成する各装置間は、他の信号形式のネットワークや、専用の信号網を介して接続されてもよい。
【0021】
群管理制御装置10は、コンピュータを利用して構成され、制御部11と、記憶部12と、入出力インタフェース13と、を備える。
【0022】
記憶部12は、例えばRAM、ROM、HDD、SSD等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態の群管理制御装置10の各種機能を実現するためのプログラムを含む。
【0023】
制御部11は、例えばCPU、MPU等を利用して構成される。制御部11は、記憶部12から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、群管理制御装置10における後述する各種の機能を実現する。
【0024】
入出力インタフェース13は、例えばLANアダプタ等を利用して構成される。入出力インタフェース13は、群管理制御装置10が、セキュリティサーバ100、セキュリティゲート20のゲート表示器70、行先階登録装置30、及びエレベータ制御装置40との間で各種信号を送受信するためのインタフェースである。入出力インタフェース13は、制御部11から出力される信号を所定の形式の信号に変換してセキュリティサーバ100、セキュリティゲート20のゲート表示器70、行先階登録装置30、エレベータ制御装置40に出力する。また、入出力インタフェース13は、セキュリティサーバ100、セキュリティゲート20のゲート表示器70、行先階登録装置30、エレベータ制御装置40A~40Fから入力された信号を所定の形式の信号に変換して制御部11に出力する。
【0025】
1-2-3.エレベータ制御装置
エレベータ制御装置40A~40Fは、エレベータ60A~60Fに対応させて設けられている。エレベータ制御装置40A~40Fは、群管理制御装置10からの制御信号にしたがって、対応するエレベータ60A~60Fの巻上機(モータ)等の動作を制御することにより、エレベータ60A~60Fのかごの上昇、下降、停止等を制御する。また、エレベータ制御装置40A~40Fは、対応するエレベータ60A~60Fのかごの位置、走行方向、ドアの開閉、荷重等のかご状態を検知して、検知したかご状態を示す情報等を群管理制御装置10に出力する。なお、以下では、エレベータ制御装置40A~40Fを区別せずに「エレベータ制御装置40」という場合がある。
【0026】
エレベータ制御装置40は、群管理制御装置10などと同様に、制御部、記憶部、入出力インタフェースなどを備えたコンピュータを利用して構成される。
【0027】
1-2-4.行先階登録装置
図3は、行先階登録装置30の電気的構成を示したブロック図である。
【0028】
行先階登録装置30は、利用者による行先階の登録(指定)を受け付ける装置である。行先階登録装置30は、制御部31と、記憶部32と、入出力インタフェース33と、表示部34と、操作部35とを備える。
【0029】
記憶部32は、例えばRAM、ROM、HDD、SSD等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態の行先階登録装置30の各種機能を実現するためのプログラムを含む。
【0030】
制御部31は、例えばCPU、MPU等を利用して構成される。制御部31は、記憶部32から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、行先階登録装置30における後述する各種の機能を実現する。
【0031】
入出力インタフェース33は、例えばLANアダプタ等を利用して構成される。入出力インタフェース33は、行先階登録装置30が群管理制御装置10との間で各種信号を送受信するためのインタフェースである。入出力インタフェース33は、制御部31から出力された信号を所定の形式の信号に変換して群管理制御装置10に出力する。また、入出力インタフェース33は、群管理制御装置10から入力された信号を所定の形式の信号に変換して制御部31に出力する。
【0032】
表示部34は、制御部31から出力される表示信号に基づく画像等の表示を行う。
【0033】
操作部35は、行先階登録装置30に対するユーザ操作を受け付けるインタフェースである。操作部35は、操作内容に応じた信号を制御部31に出力する。
【0034】
表示部34及び操作部35は、例えば液晶ディスプレイパネルや有機ELディスプレイパネルを利用したタッチパネル式表示装置により一体的に構成される。なお、表示部34と操作部35とは、表示部34に表示されているボタン等のオブジェクトと同等の指定を行うことが可能であれば、異なる部品を利用して別々に構成されてもよい。
【0035】
図4は、行先階登録装置30の外観を模式的に示した正面図である。図5は、行先階登録装置30の表示部34における表示例を示した図である。
【0036】
行先階登録装置30の上方には、顔認証用カメラ36が配置されており、行先階の登録の際、利用者に、顔認証を行わせるように構成されている。
【0037】
顔認証用カメラ36は、その前方の所定画角領域の被写体を所定フレームレート、所定解像度で撮像するとともに、撮像された画像(撮像画像)の画像データを生成し、生成した画像データをセキュリティサーバ100に出力する。顔認証用カメラ36は、撮像部の一例である。所定画角領域は、利用者が行先階登録装置30の前にいる際に、顔認証を適切に行うことができる大きさで利用者の顔を撮像することができる画角に設定されている。所定解像度は、顔を検出することができる解像度であればどのような解像度でもよいが、例えばHDやFHDの解像度とすることができる。フレームレートは、どのようなレートでもよいが、例えば15fpsや30fpsとすることができる。
【0038】
図4では、行先階登録装置30の表示部34に、デフォルト画面としての案内画面が表示されている例を示している。この案内画面では、例えば、「顔認証により利用可能となります。上のカメラで顔認証を行ってください」というメッセージが表示される。図4の案内画面が表示部34に表示されているときに、利用者が顔認証用カメラ36の前方に来ると、顔認証用カメラ36で撮像された撮像画像に基づいてセキュリティサーバ100により顔認証処理が行われる。顔認証が成功すると、例えば図5(a)に示すような操作画面が表示される。図5(a)の操作画面では、表示部34に「行先階を登録してください」というメッセージとともに、顔認証が成功した利用者に利用者データベース(後述する)で紐付けられている許可階の行先階ボタンが表示されている。図5(a)では、後述する利用者データベースに登録されている利用者ID“10004”に紐付けられている許可階である9階、10階、11階の行先階ボタンが表示されている例を示す。なお、許可階とは、利用者の利用が許可されている階床であり、顔認証が成功した利用者に応じて異なる階床となる。図5(a)の操作画面で、いずれかの行先階ボタンが利用者により押されると(タッチされると)、エレベータの割り当てが行われ、例えば図5(b)に示すような割当号機報知画面が表示される。図5(b)の割当号機報知画面では、表示部34に「10F 1号機」というメッセージが表示されている。
【0039】
1-2-5.セキュリティゲート
セキュリティゲート20は、ビル内部の特定領域への利用者の進入を制御する装置である。具体的に、セキュリティゲート20は、ビル内部の特定領域への正規の利用者の進入を許可する一方、非正規の利用者の進入については規制する装置である。正規の利用者とは、利用者データベース(以下「利用者DB」という)に登録されている利用者であり、非正規の利用者とは、利用者DBに登録されていない利用者である。
【0040】
図6は、実施形態1におけるセキュリティゲート20の電気的構成を示すブロック図である。図7は、セキュリティゲート20の外観を示した斜視図である。なお、図7は、図1の3台のセキュリティゲート20のうち最も左のセキュリティゲート20の斜視図である。
【0041】
図7に示すように、セキュリティゲート20の筐体であるゲート本体20aには、QRコードリーダ29と、第1センサ26と、第2センサ27と、ゲートフラッパ28と、ゲート表示器70とが備えられている。また、ゲート本体20aの出口20e側には、顔認証用カメラ25が設けられている。顔認証用カメラ25は、ゲート本体20aに取り付けられてもよいし、独立して設けられてもよい。
【0042】
顔認証用カメラ25は、その前方の所定画角領域の被写体を所定フレームレート、所定解像度で撮像するとともに、撮像された画像(撮像画像)の画像データを生成し、セキュリティサーバ100に出力する。顔認証用カメラ25は、撮像部の一例である。所定画角領域は、利用者が顔認証エリアAd(図1参照)にいる際に、顔認証を適切に行うことができる大きさで利用者の顔を撮像することができる画角に設定されている。所定解像度は、顔を検出することができる解像度であればどのような解像度でもよいが、例えばHDやFHDの解像度とすることができる。フレームレートは、どのようなレートでもよいが、例えば15fpsや30fpsとすることができる。
【0043】
QRコードリーダ29は、ゲート本体20aの上面の入口20i側に配置されている。QRコードリーダ29は、光学式リーダ(スキャナあるいはカメラ)と、データ出力部とを備える。光学式リーダは、利用者により所定距離よりも近い位置にかざされたQRコードを光学的に読み取る。データ出力部は、光学式リーダで読み取られたQRコードの画像データ(以下「QRコードデータ」という)と、当該QRコードリーダ29の登録装置ID(登録装置識別情報)とを含む信号をセキュリティサーバ100に送信する。なお、読み取られるQRコードは、携帯端末200の表示部に表示されたものであってもよいし、紙などに印刷されたものであってもよい。
【0044】
第1センサ26は、例えば光電センサにより構成され、セキュリティゲート20の通路PAの入口20i側を通過する利用者を検知する。第1センサ26は、利用者を検知すると、制御部21を介して検知信号をセキュリティサーバ100に出力する。
【0045】
第2センサ27は、例えば光電センサにより構成され、セキュリティゲート20の通路PAの出口20e側を通過する利用者を検知する。第2センサ27は、利用者を検知すると、制御部21を介して検知信号をセキュリティサーバ100に出力する。
【0046】
ゲートフラッパ28は、開閉自在の扉である。
【0047】
ゲート表示器70は、群管理制御装置10から出力される種々の表示信号に応じた画面を表示する。例えば、ゲート表示器70は、群管理制御装置10から出力される割当結果信号を受信したときに、割り当てたエレベータ(割当号機)の名称などを報知するための割当号機報知画面を表示する。
【0048】
また、ゲート本体20aの内部には、図6に示すように、制御部21、記憶部22、入出力インタフェース23などが収容されている。
【0049】
記憶部22は、例えばRAM、ROM、HDD、SSD等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施形態におけるセキュリティゲート20の各種機能を実現するためのプログラムを含む。
【0050】
入出力インタフェース23は、例えばLANアダプタ等を利用して構成される。入出力インタフェース23は、セキュリティゲート20が、セキュリティサーバ100との間で各種信号を送受信するためのインタフェースである。入出力インタフェース23は、制御部21から出力された信号を所定の形式の信号に変換してセキュリティサーバ100に出力する。また、入出力インタフェース23は、セキュリティサーバ100から入力された信号を所定の形式の信号に変換して制御部21に出力する。
【0051】
制御部21は、例えばCPU、MPU等を利用して構成される。制御部21は、記憶部22に格納されたプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、セキュリティゲート20における後述する各種の機能を実現する。
【0052】
制御部21は、第1センサ26及び第2センサ27からの検知信号、及びセキュリティサーバ100からの開放信号や閉鎖信号に基づいて、ゲートフラッパ28を開閉する。また、制御部21は、第1センサ26から検知信号を受信し、その後、第2センサ27から検知信号を受信した場合、利用者通過信号をセキュリティサーバ100に送信する。
【0053】
1-2-6.セキュリティサーバ
セキュリティサーバ100は、顔認証用カメラ25や顔認証用カメラ36から出力される画像データが示す撮像画像に基づいて、ビル内のセキュリティ確保のために、利用者に対する顔認証処理を行う。例えば、セキュリティサーバ100は、撮像画像に対して顔検出処理を行い、顔を検出した場合、さらに顔特徴点検出処理を行う。そして、撮像画像から顔特徴点を検出すると、検出した顔特徴点のデータ(顔データ)と、利用者DBに登録されている各利用者の顔特徴点データ(顔データ)とを順次比較(照合)して一致率を求める。そして、検出した顔の顔データ(顔特徴点データ)に対して所定一致率以上の一致率を有する顔データ(顔特徴点データ)が利用者DBに登録されているかを判断する。つまり、検出した顔の顔データに対して所定一致率以上の一致率を有する顔データが利用者DBに登録されているかを判断する。そして、所定一致率以上の一致率を有する顔データが利用者DBに登録されている場合、セキュリティゲート20を通過しようとする利用者(顔検出された利用者)は登録されている顔データに対応する利用者であると特定し、顔認証が成功したと判断する。なお、所定一致率は、他人の場合には到達しない程度に高い一致率とすることが好ましい。これにより、適切に顔認証を行うことができる。なお、顔検出処理、顔特徴点検出処理、照合処理(認証処理)は各種の公知の方法を用いて行うことができる。
【0054】
また、セキュリティサーバ100は、顔認証結果に応じて、セキュリティゲート20の開閉を制御する。さらに、セキュリティサーバ100は、利用者の行先階などの情報を含む呼び情報信号を生成して群管理制御装置10に出力する。利用者IDは、利用者識別情報の一例である。
【0055】
図8は、セキュリティサーバ100の電気的構成を示すブロック図である。セキュリティサーバ100は、コンピュータを利用して構成され、制御部101と、記憶部102と、入出力インタフェース103と、を備える。
【0056】
記憶部102は、例えばRAM、ROM、HDD、SSD等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態のセキュリティサーバ100の後述する各種機能を実現するためのプログラムを含む。記憶部102は、データとして、利用者DBを格納している。利用者DBの構成については後述する。
【0057】
また、記憶部102は、データとして、登録装置データベース(以下「登録装置DB」という)を格納している。登録装置DBの構成については後述する。
【0058】
制御部101は、例えばCPU、MPU等を利用して構成される。制御部101は、記憶部102から読み出したプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、セキュリティサーバ100における後述する各種の機能を実現する。
【0059】
入出力インタフェース103は、例えばLANアダプタ等を利用して構成される。入出力インタフェース103は、セキュリティサーバ100が、顔認証用カメラ25、QRコードリーダ29、群管理制御装置10、及びセキュリティゲート20との間で各種信号を送受信するためのインタフェースである。入出力インタフェース103は、制御部101から出力された信号を所定の形式の信号に変換して顔認証用カメラ25、QRコードリーダ29、顔認証用カメラ36、群管理制御装置10、及びセキュリティゲート20に出力する。また、入出力インタフェース103は、顔認証用カメラ25、QRコードリーダ29、顔認証用カメラ36、群管理制御装置10、及びセキュリティゲート20から入力された信号を所定の形式の信号に変換して制御部101に出力する。
【0060】
図9は、セキュリティサーバ100の記憶部102に格納されている登録装置DBの構成を示す図である。登録装置DBは、登録装置IDに紐付けて、登録装置の設置階と、登録装置の設置されているロケーションの情報とを格納している。ここでの登録装置とは、利用者の行先階の登録に利用される行先階登録装置30及びセキュリティゲート20の総称である。
【0061】
「設置階」は、登録装置IDに対応する登録装置が設置されている階を示す情報である。設置階は、登録装置を利用した利用者の出発階として利用される。後述する「呼び情報信号」においては、「設置階」を「出発階」というものとする。
【0062】
「ロケーション」は、登録装置IDに対応する登録装置が設置階内で設置されている位置を示す情報である。ロケーションは、設置階毎に、例えば「1」,「2」,「3」…などの通し番号により示される。
【0063】
図9に示す例では、登録装置ID“0001”に紐付けて、設置階、及びロケーションとして、“1”、及び“1”が登録されている。登録装置ID“0002”に紐付けて、設置階、及びロケーションとして、“1”、及び“2”が登録されている。残りの登録装置IDについても同様に、登録装置IDに紐付けて、設置階及びロケーションの情報が登録されている。
【0064】
図10は、セキュリティサーバ100の記憶部102に格納されている利用者DBの構成を示す図である。利用者DBは、利用者IDに紐付けて、顔データと、デフォルト行先階と、許可階とを記録している。なお、利用者IDに紐づけてさらにパスワードを記録してもよい。これらの情報の利用者DBへの登録は例えばビル管理者により行われる。
【0065】
「利用者ID」は、利用者を一意に識別するために設定された識別情報(利用者識別情報)である。
【0066】
「顔データ」は、「利用者ID」で特定される利用者の顔の特徴を示す顔特徴点データである。顔特徴点データは、例えば、目、鼻、口などの位置や形状の特徴を示すデータである。顔特徴点データは、当該利用者の利用者DBへの登録時に提供されまたは撮像された利用者の顔画像に基づいて生成される。
【0067】
「デフォルト行先階」は、「利用者ID」で特定される利用者のデフォルト行先階を示す情報である。デフォルト行先階としては、例えば、当該利用者が入居している階床の数値が設定される。なお、利用者の希望に応じて、「デフォルト行先階」を設定しないこともできる。この場合、デフォルト行先階としては、記号“-”が設定される。記号“-”は、行先階未設定情報の一例である。
【0068】
「許可階」は、「利用者ID」で特定される利用者の利用が許可されている階床を示す情報である。許可階としては、例えば、ビル内の共用階などが設定される。
【0069】
図10に示す例では、利用者ID“10001”に紐付けて、顔データ、デフォルト行先階、及び許可階として、“顔データ1”、“10”、及び“9,10,11”が登録されている。利用者ID“10002”に紐付けて、顔データ、デフォルト行先階、及び許可階として、“顔データ2”、“8”、及び“7,8”が登録されている。利用者ID“10003”に紐付けて、顔データ、デフォルト行先階、及び許可階として、“顔データ3”、“13”、及び“12,13”が登録されている。利用者ID“10004”に紐付けて、顔データ、デフォルト行先階、及び許可階として、“顔データ4”、“-”、及び“9,10,11”が登録されている。デフォルト行先階における記号“-”は、デフォルト行先階が設定されていないことを示す行先階未設定情報である。残りの利用者IDについても同様に、利用者IDに紐付けて、顔データ、デフォルト行先階、及び許可階の情報が登録されている。
【0070】
1-2-7.携帯端末
携帯端末200は、制御部、記憶部、通信用インタフェース、表示部、操作部などを備えたコンピュータにより構成される。携帯端末200は、例えばスマートフォン、タブレットコンピュータである。携帯端末200の記憶部には、行先階設定アプリがインストールされている。行先階設定アプリは、利用者がエレベータを利用する際にデフォルト行先階以外の行先階(変更行先階)をエレベータシステムに登録する際、QRコードを生成するために用いられる。
【0071】
図11は、携帯端末200の表示部における表示例を示した図である。
【0072】
利用者が携帯端末200において行先階設定アプリを起動させると、携帯端末200の表示部210に、図11(a)に示す行先階設定画面が表示される。行先階設定画面には、行先階入力枠Fi、QRコード生成ボタンBiなどが表示される。利用者が行先階入力枠Fiに行先階を入力し、QRコード生成ボタンBiにタッチすると、QRコードが生成され、携帯端末200の表示部210に、例えば図11(b)に示すようなQRコードCdを表示したQRコード表示画面が表示される。QRコードCdには、行先階入力枠Fiに入力された行先階を示す情報、及び記憶部に記憶されている利用者IDを示す情報が格納されている。
【0073】
2.動作
2-1-1.顔認証処理及びセキュリティゲートのゲートフラッパの開閉制御
セキュリティサーバ100は、顔認証用カメラ25から出力される画像データが示す撮像画像に基づいて、ビル内のセキュリティ確保のために、利用者に対する顔認証処理を行う。具体的には、利用者がエントランスから特定領域のエレベータ乗場に移動するためにセキュリティゲート20を通過しようとすると、セキュリティゲート20のエントランス側の顔認証エリアAd(図1参照)で顔が検出され、さらに顔特徴点検出処理が行われる。
【0074】
セキュリティサーバ100は、撮像画像から顔特徴点を検出すると、検出した顔特徴点のデータと、利用者DBに登録されている各顔データ(顔特徴点データ)とを順次比較(照合)して一致率を求める。そして、検出した顔の顔データ(顔特徴点データ)に対して所定一致率以上の一致率を有する顔データ(顔特徴点データ)が利用者DBに登録されているかを判断する。そして、所定一致率以上の一致率を有する顔データが利用者DBに登録されている場合、セキュリティサーバ100は、セキュリティゲート20を通過しようとする利用者(顔検出された利用者)は、登録されている顔データに対応する利用者であると特定し、顔認証が成功したと判断する。この場合、セキュリティサーバ100は、当該セキュリティゲート20に開放信号を送信する。これにより、利用者DBに登録されている利用者は、セキュリティゲート20を通過することができる。
【0075】
これに対し、所定一致率以上の一致率を有する顔データ(顔特徴点データ)が利用者DBに存在しない場合、セキュリティサーバ100は、セキュリティゲート20を通過しようとする利用者が、利用者DBに登録されていない利用者であると判断する。この場合、セキュリティサーバ100は、当該セキュリティゲート20に閉鎖信号を送信する。セキュリティゲート20の制御部21は、ゲートフラッパ28を閉状態とさせる。これにより、利用者DBに登録されていない利用者は、セキュリティゲート20を通過することができない。つまり、利用者DBに登録されていない利用者がセキュリティゲート20を通過するのを阻止することができる。
【0076】
なお、セキュリティゲート20の制御部21は、セキュリティサーバ100から開放信号、閉鎖信号のいずれも受信していない状況で、つまり顔認証処理が完了していない状況で、第1センサ26により利用者が検知された場合、ゲートフラッパ28を閉状態とさせる。これにより、顔認証処理が完了していない利用者がセキュリティゲート20を通過するのを阻止することができる。
【0077】
このように、利用者DBに登録されている利用者は特定領域に進入することができるが、そうでない利用者は特定領域に進入することができない。よって、ビル内のセキュリティが確保される。
【0078】
2-1-2.号機割当処理
2-1-2-1.セキュリティゲート利用時の行先階設定処理及び号機割当処理
セキュリティゲート20を通過しようとする利用者に対する顔認証処理において、当該利用者が利用者DBに登録されている利用者であると判断すると、セキュリティサーバ100は、顔認証後の所定時間T(秒)以内にQRコードリーダ29からQRコードデータを受信したか否かの判断結果に応じてデフォルト行先階または変更行先階を利用者の行先階として設定し、出発階、ロケーション、行先階などの情報を含む呼び情報信号を生成し、当該呼び情報信号を群管理制御装置10に送信する。なお、呼び情報信号における「出発階」は、前述したように登録装置の「設置階」と等しい。
【0079】
群管理制御装置10は、セキュリティサーバ100から呼び情報信号を受信すると、受信した呼び情報信号に基づいて、利用者の行先階を割り当てる割当号機を決定し、決定した割当号機を示す割当結果信号を、呼び情報信号が示す出発階及びロケーションに配置されているゲート表示器70に送信する。
【0080】
ゲート表示器70は、群管理制御装置10から割当結果信号を受信すると、割当号機報知画面を表示する。
【0081】
より詳細な行先階設定処理及び号機割当処理については後述する。
【0082】
2-1-2-2.行先階登録装置利用時の行先階設定処理及び号機割当処理
セキュリティサーバ100は、行先階登録装置を利用しようとする利用者に対する顔認証処理において、当該利用者が利用者DBに登録されている利用者であると判断すると、利用者DBから当該利用者に紐付けられているデフォルト行先階及び許可階の情報を読み出すとともに、当該行先階登録装置30に併設された顔認証用カメラ36の登録装置IDに基づいて登録装置DBから設置階、ロケーションの情報を読み出し、利用者DBから読み出したデフォルト行先階、許可階の情報と、登録装置DBから読み出した設置階(出発階)、ロケーションの情報などを含む呼び情報信号を生成し、当該呼び情報信号を群管理制御装置10に送信する。
【0083】
群管理制御装置10は、セキュリティサーバ100から呼び情報信号を受信すると、受信した呼び情報信号に基づいて、少なくとも許可階の情報を含む受付許可信号を生成し、呼び情報信号が示す出発階及びロケーションに配置されている行先階登録装置30に送信する。
【0084】
行先階登録装置30は、受付許可信号を受信すると、許可階の情報が示す許可階の行先階ボタンを表示部34に表示し、利用者による行先階の指定操作を受け付ける。行先階の指定操作があると、行先階登録装置30は、指定された行先階にいずれかの号機を割り当てることを要求する割当依頼信号を群管理制御装置10に送信する。
【0085】
群管理制御装置10は、割当依頼信号を受信すると、利用者の行先階を割り当てる割当号機を決定し、決定した割当号機を示す割当結果信号を、呼び情報信号が示す出発階及びロケーションに配置されている行先階登録装置30に送信する。
【0086】
行先階登録装置30は、群管理制御装置10から割当結果信号を受信すると、表示部34に、割当号機を表示した割当号機報知画面を表示する。
【0087】
2-1-3.エレベータシステムの具体的動作
利用者がセキュリティゲート20を利用した際の行先階設定処理及び号機割当処理について、フローチャートを参照してより詳しく説明する。
【0088】
図12は、セキュリティサーバ100による呼び情報信号生成処理を説明したフローチャートである。本フローチャートの処理は、セキュリティゲート20毎に実行される。また、セキュリティゲート20毎の処理は並行して実行される。
【0089】
セキュリティサーバ100の制御部101は、顔認証用カメラ25から出力される画像データが示す撮像画像に顔が含まれているか否かを判断する(S11)。このステップの処理は、所定フレームレートで出力される撮像画像の各々に対して実行してもよいし、例えば数フレーム毎に1フレームだけというように間欠的に実行してもよい。
【0090】
撮像画像に顔が含まれていない場合(S11でNO)、セキュリティサーバ100の制御部101は、ステップS11の判断を再度実行する。
【0091】
撮像画像に顔が含まれている場合(S11でYES)、セキュリティサーバ100の制御部101は、上述した顔認証処理を行うことにより、検出した顔の顔データ(顔特徴点データ)に対して所定一致率以上の一致率を有する顔データ(顔特徴点データ)が利用者DBに登録されているかを判断する(S12)。
【0092】
検出した顔の顔データに対して所定一致率以上の一致率を有する顔データが利用者DBに登録されていない場合(S12でNO)、セキュリティサーバ100の制御部101は、セキュリティゲート20に閉鎖信号を送信する(S26)。これに伴い、セキュリティゲート20の制御部21は、ゲートフラッパ28を閉状態で維持するように制御する。
【0093】
検出した顔の顔データに対して所定一致率以上の一致率を有する顔データが利用者DBに登録されている場合(S12でYES)、セキュリティサーバ100の制御部101は、セキュリティゲート20に開放信号を送信する(S13)。これに伴い、セキュリティゲート20の制御部21は、ゲートフラッパ28を開状態に制御する。
【0094】
セキュリティサーバ100の制御部101は、顔認証時刻tcに現在時刻を設定する(S14)。
【0095】
セキュリティサーバ100の制御部101は、所定一致率以上の顔データに紐付けられた利用者IDを利用者DBから取得する(S15)。
【0096】
セキュリティサーバ100の制御部101は、QRコードリーダ29からQRコードデータを受信したか否かを判断する(S16)。
【0097】
QRコードリーダ29からQRコードデータを受信した場合(S16でYES)、セキュリティサーバ100の制御部101は、QRコードデータを解析(デコード(復号))して、QRコードデータから利用者ID及び変更行先階の情報を取得する(S17)。
【0098】
セキュリティサーバ100の制御部101は、QRコードデータから取得した利用者IDが、所定一致率以上の一致率を有する顔データに紐付けられた利用者IDと一致するか否かを判断する(S18)。このように利用者IDにより判断を行うのは以下の理由による。つまり、ステップS12で顔認証が成功した利用者はQRコードを利用してはいないが、直前の利用者の顔認証時刻tcから所定時間T(秒)が経過する前に、次に同じセキュリティゲート20を通過しようとする利用者がQRコードリーダ29にQRコードをかざした場合、ステップS12で顔認証が成功した利用者の行先階が次の利用者の変更行先階に変更されてしまうおそれがある。これを防止するため、QRコードデータから取得した利用者IDが、所定一致率以上の一致率を有する顔データに紐付けられた利用者IDと一致するか否かを判断するものである。
【0099】
所定一致率以上の一致率を有する顔データに紐付けられた利用者IDと一致する場合(S18でYES)、セキュリティサーバ100の制御部101は、行先階変更フラグをONに設定する(S19)。
【0100】
セキュリティサーバ100の制御部101は、所定一致率以上の一致率を有する顔データに紐付けられた許可階を利用者DBから取得する(S20)。
【0101】
セキュリティサーバ100の制御部101は、セキュリティゲート20の登録装置IDに基づいて、利用者が通過しようとするセキュリティゲート20の設置階及びロケーションを特定する(S21)。これは、利用者の出発階及びロケーションを特定することでもある。
【0102】
セキュリティサーバ100の制御部101は、利用者の行先階として、ステップS17で取得された変更行先階を設定する(S22)。
【0103】
セキュリティサーバ100の制御部101は、出発階、変更行先階、許可階、ロケーション、行先階変更フラグONの情報を含む呼び情報信号を生成して群管理制御装置10に送信する(S23)。
【0104】
セキュリティサーバ100の制御部101は、セキュリティゲート20から利用者通過信号を受信したか否かを判断する(S24)。
【0105】
セキュリティゲート20から利用者通過信号を受信していない場合(S24でNO)、セキュリティサーバ100の制御部101は、ステップS24の判断を再度実行する。
【0106】
セキュリティゲート20から利用者通過信号を受信した場合(S24でYES)、セキュリティサーバ100の制御部101は、セキュリティゲート20に閉鎖信号を送信する(S25)。
【0107】
上述のステップS16において、QRコードリーダ29からQRコードデータを受信していない場合(S16でNO)、セキュリティサーバ100の制御部101は、顔認証時刻tcから所定時間T(秒)が経過したかを判断する(S27)。所定時間T(秒)は、利用者が、顔認証を行ってからQRコードを読み取らせることが完了するまでの標準的な時間に若干の余裕時間を加算した値に設定され、例えば2(秒)である。
【0108】
顔認証時刻tcから所定時間T(秒)が経過していない場合(S27でNO)、セキュリティサーバ100の制御部101は、ステップS16の処理に戻る。
【0109】
顔認証時刻tcから所定時間T(秒)が経過した場合(S27でYES)、セキュリティサーバ100の制御部101は、行先階変更フラグをOFFに設定する(S28)。
【0110】
セキュリティサーバ100の制御部101は、所定一致率以上の一致率を有する顔データに紐付けられたデフォルト行先階を利用者DBから取得する(S29)。
【0111】
セキュリティサーバ100の制御部101は、セキュリティゲート20の登録装置IDに基づいて、利用者が通過しようとするセキュリティゲート20の設置階及びロケーションを特定する(S30)。これは、利用者の出発階及びロケーションを特定することでもある。
【0112】
セキュリティサーバ100の制御部101は、利用者の行先階として、ステップS29で取得されたデフォルト行先階を設定する(S31)。
【0113】
セキュリティサーバ100の制御部101は、出発階、デフォルト行先階、ロケーション、行先階変更フラグOFFの情報を含む呼び情報信号を生成して群管理制御装置10に送信する(S32)。
【0114】
上述のステップS18において、QRコードデータから取得した利用者IDが、所定一致率以上の一致率を有する顔データに紐付けられた利用者IDと一致しない場合(S18でNO)、セキュリティサーバ100の制御部101は、前述したステップS28以後の処理を実行する。利用者IDが一致しない場合、ステップS12で顔認証が成功した利用者はQRコードを利用していないことを意味する。そのため、行先階変更が行われない場合のステップS28以後の処理を実行するものである。
【0115】
なお、ステップS18でNOと判断されるのは、後の利用者の顔認証が完了していないことも意味するため、セキュリティサーバ100の制御部101は、ステップS28以後の処理と並行して、例えば、「今、QRコードをかざされたお客様はまだ顔認証が完了していないため、顔認証からやり直してください」というメッセージを、セキュリティゲート20などに別途設けたスピーカから音声により報知してもよい。
【0116】
図13は、群管理制御装置10による割当処理を説明したフローチャートである。本フローチャートの処理は、群管理制御装置10がセキュリティサーバ100から新規呼びの呼び情報信号を受信したときに実行される。また、新規呼びの呼び情報信号が受信される都度、並行して実行される。
【0117】
群管理制御装置10は、セキュリティサーバ100から呼び情報信号を受信すると、図13のフローチャートの処理を開始し、呼び情報信号に含まれる各種情報を取得する(S51)。
【0118】
群管理制御装置10は、呼び情報信号が示す行先階変更フラグがONであるか否かを判断する(S52)。
【0119】
行先階変更フラグがONである場合(S52でYES)、群管理制御装置10は、変更行先階が実在する階であるか否かを判断する(S53)。
【0120】
変更行先階が実在する階である場合(S53でYES)、群管理制御装置10は、変更行先階が許可階に含まれるか否かを判断する(S54)。
【0121】
変更行先階が許可階に含まれる場合(S54でYES)、群管理制御装置10は、呼び情報信号が示す出発階、変更行先階をいずれかのエレベータに割り当てる(S55)。
【0122】
群管理制御装置10は、割当結果を示す信号(割当結果信号)を、呼び情報信号が示す出発階及びロケーションのゲート表示器70に送信する(S56)。このとき、ゲート表示器70において割当号機報知画面が表示される。
【0123】
図14は、セキュリティゲート20のゲート表示器70における表示例を示した図である。図14(a)は、割当号機報知画面の一例を示す図である。図14(a)の例では、行先階の4Fに対して1号機が割り当てられたことを示す「4F 1号機」が表示されている。なお、図14(e)のように、より丁寧に、「4F 1号機。 行先階4Fを読み取りました。」という内容を表示してもよい。
【0124】
上記のステップS52において、行先階変更フラグがONでない場合(S52でNO)、つまり行先階変更フラグがOFFである場合、群管理制御装置10は、呼び情報信号においてデフォルト行先階の値が登録されているか否かを判断する(S57)。
【0125】
デフォルト行先階の値が登録されている場合(S57でYES)、群管理制御装置10は、呼び情報信号が示す出発階、デフォルト行先階をいずれかのエレベータに割り当てる(S58)。
【0126】
群管理制御装置10は、割当結果を示す信号を、呼び情報信号が示す出発階及びロケーションのゲート表示器70に送信する(S59)。このとき、ゲート表示器70において割当号機報知画面が表示される。表示内容は、図14(a)、図14(e)と同様である。
【0127】
デフォルト行先階の値が登録されていない場合(S57でNO)、つまり利用者DBにおいてデフォルト行先階として記号“-”(行先階未設定情報)が登録されている場合、群管理制御装置10は、行先階登録装置30での行先階の登録を促す表示を行わせる信号を、呼び情報が示す出発階及びロケーションのゲート表示器70に送信する(S60)。このとき、ゲート表示器70において、行先階の登録を促す画面が表示される。図14(d)は、行先階の登録を促す画面の一例を示す図である。図14(d)の例では、「エレベータホール内の行先階登録装置にて行先階を登録してください。」と表示されている。なお、行先階登録装置30にて行先階を登録する状況は、例えば、複数の許可階に行く頻度がそれぞれ高い利用者がデフォルト行先階をあえて設定していない場合、または、行先階変更用の携帯端末200の所持を失念したような場合に生じる。
【0128】
上記のステップS53において、変更行先階が実在する階でない場合(S53でNO)、群管理制御装置10は、変更行先階は実在しないことを報知する表示を行わせる信号を、呼び情報信号が示す出発階及びロケーションのゲート表示器70に送信する(S61)。このとき、ゲート表示器70において、変更行先階は実在しないことを報知する画面が表示される。図14(b)は、変更行先階は実在しないことを報知する画面の一例を示す図である。図14(b)の例では、「行先階99階を読み取りました。99階は存在しません。」と表示されている。なお、当該図14(b)の画面において、図14(d)の表示内容「エレベータホール内の行先階登録装置にて行先階を登録してください。」と同じ内容をさらに追加して表示してもよい。
【0129】
上記のステップS54において、変更行先階が許可階に含まれない場合(S54でNO)、群管理制御装置10は、変更行先階が許可階でないことを報知する表示を行わせる信号を、呼び情報信号が示す出発階及びロケーションのゲート表示器70に送信する(S62)。このとき、ゲート表示器70において、変更行先階が許可階でないことを報知する画面が表示される。図14(c)は、変更行先階が許可階でないことを報知する画面の一例を示す図である。図14(c)の例では、「行先階12階を読み取りました。12階は許可されていません。」と表示されている。なお、当該図14(b)の画面において、図14(d)の表示内容「エレベータホール内の行先階登録装置にて行先階を登録してください。」と同じ内容をさらに追加して表示してもよい。
【0130】
3.本実施の形態の作用
本実施の形態のエレベータシステムでは、顔認証用カメラ25で撮像された撮像画像に基づいて、セキュリティゲート20を通過しようとする利用者の顔認証が行われる。また、顔認証が成功した場合においてその後の所定時間T(秒)以内にQRコードリーダ29でQRコードが読み取られなかったときは、利用者に予め紐付けられたデフォルト行先階が利用者の行先階として設定され、顔認証が成功した場合においてその後の所定時間T(秒)以内にQRコードリーダ29でQRコードが読み取られたときは、QRコードが示す変更行先階が利用者の行先階として設定される。そのため、顔認証を利用したゲートを利用者が通過する際にデフォルト行先階だけでなく変更行先階の登録が可能となる。
【0131】
なお、実施の形態1では、セキュリティサーバ100がQRコードリーダ29から出力されるQRコードデータを解析して、利用者ID及び変更行先階を取得する例を説明したが、本発明はこれに限定されない。本発明では、群管理制御装置10や他の解析装置が、QRコードリーダ29から出力されるQRコードデータを解析して、利用者ID及び変更行先階を取得してもよい。以下において、実施の形態1の第1の変形例及び第2の変形例を説明する。
【0132】
(実施の形態1の第1の変形例)
実施の形態1の第1の変形例では、群管理制御装置10が、QRコードリーダ29から出力されるQRコードデータを解析して、利用者ID及び変更行先階を取得する例を説明する。
【0133】
図15は、実施の形態1の第1の変形例におけるエレベータシステムのシステム構成を示したブロック図である。
【0134】
実施の形態1の第1の変形例では、各QRコードリーダ29は、群管理制御装置10に接続されており、群管理制御装置10にQRコードデータを出力する。そして、群管理制御装置10が、QRコードリーダ29から出力されるQRコードデータを解析して、利用者ID及び変更行先階を取得する。
【0135】
図16は、実施の形態1の第1の変形例におけるセキュリティサーバ100による呼び情報信号生成処理を説明したフローチャートである。
【0136】
図16のフローチャートでは、実施の形態1の図12のフローチャートのステップS14~S23、S27~S32に代えて、ステップS120~S122が設けられている。
【0137】
具体的に、セキュリティサーバ100は、実施の形態1同様にステップS11、S12、S13を実行した後、所定一致率以上の一致率を有する顔データに紐付けられた利用者ID、デフォルト行先階、許可階を利用者DBから取得する(S120)。
【0138】
セキュリティサーバ100は、セキュリティゲート20の登録装置IDに基づいて、利用者が通過しようとするセキュリティゲート20の設置階及びロケーションを特定する(S121)。これは、利用者の出発階及びロケーションを特定することでもある。
【0139】
セキュリティサーバ100は、利用者ID、デフォルト行先階、許可階、出発階、ロケーションの情報を含む呼び情報信号を生成して群管理制御装置10に送信する(S122)。
【0140】
セキュリティサーバ100は、ステップS122の実行後、実施の形態1同様にステップS24以後の処理を実行する。
【0141】
図17は、実施の形態1の第1の変形例における群管理制御装置10による割当処理を説明したフローチャートである。
【0142】
本フローチャートの処理は、群管理制御装置10がセキュリティサーバ100から新規呼びの呼び情報信号を受信したときに実行される。また、新規呼びの呼び情報信号が受信される都度、並行して実行される。図17のフローチャートでは、実施の形態1の図13のフローチャートに対し、ステップS52が省略され、ステップS51の後にステップS114、S116~S118、S126が追加され、ステップS54の後にステップS119が追加され、ステップS57の後にステップS131が追加されている。
【0143】
具体的に、群管理制御装置10は、セキュリティサーバ100から呼び情報信号を受信すると、呼び情報信号に含まれる各種情報を取得し(S51)、顔認証時刻tcに現在時刻を設定する(S114)。ここで、呼び情報信号の受信した時刻は、顔認証時刻と実質的に同時刻となる。そのため、呼び情報信号を受信した時刻(現在時刻)を顔認証時刻tcとして取り扱う。
【0144】
群管理制御装置10は、呼び情報信号が示す出発階、ロケーションのQRコードリーダ29からQRコードデータを受信したか否かを判断する(S116)。
【0145】
QRコードリーダ29からQRコードデータを受信した場合(S116でYES)、群管理制御装置10は、QRコードデータを解析(デコード(復号))して、QRコードデータから利用者ID及び変更行先階の情報を取得する(S117)。
【0146】
群管理制御装置10は、QRコードデータから取得した利用者IDが、呼び情報信号が示す利用者IDと一致するか否かを判断する(S118)。このように利用者IDの一致の判断を行うのは、実施の形態1のステップS18で説明したのと同様の理由による。
【0147】
QRコードデータから取得した利用者IDが、呼び情報信号が示す利用者IDと一致する場合(S118でYES)、群管理制御装置10は、実施の形態1同様にステップS53、S54の処理を実行し、ステップS54において変更行先階が許可階に含まれると判断した場合(S54でYES)、利用者の行先階として変更行先階を設定する(S119)。その後、群管理制御装置10は、実施の形態1同様にステップS55以後の処理を実行する。
【0148】
上述のステップS116において、QRコードリーダ29からQRコードデータを受信していない場合(S116でNO)、群管理制御装置10は、顔認証時刻tcから所定時間T(秒)が経過したかを判断する(S126)。所定時間T(秒)は、利用者が、顔認証を行ってからQRコードを読み取らせることが完了するまでの標準的な時間に若干の余裕時間を加算した値に設定され、例えば2(秒)である。
【0149】
顔認証時刻tcから所定時間T(秒)が経過していない場合(S126でNO)、群管理制御装置10は、ステップS116の処理に戻る。
【0150】
顔認証時刻tcから所定時間T(秒)が経過した場合(S126でYES)、群管理制御装置10は、実施の形態1同様にステップS57の処理を実行し、ステップS57においてデフォルト行先階の値が登録されていると判断した場合(S57でYES)、利用者の行先階としてデフォルト行先階を設定する(S131)。その後、群管理制御装置10は、実施の形態1同様にステップS58以後の処理を実行する。
【0151】
上述のステップS118において、QRコードデータから取得した利用者IDが、呼び情報信号が示す利用者IDと一致しない場合(S118でNO)、群管理制御装置10は、上述したステップS57以後の処理を実行する。
【0152】
その他の装置における処理は、実施の形態1同様に行われる。
【0153】
本変形例によれば、実施の形態1同様の効果を得ることができる。加えて、デフォルト行先階または変更行先階を行先階として設定する処理を群管理制御装置10で行うため、セキュリティサーバ100において当該処理を行う必要がなくなり、セキュリティサーバ100に対する仕様変更などを極力抑制できる。
【0154】
(実施の形態1の第2の変形例)
実施の形態1の第2の変形例では、セキュリティサーバ100及び群管理制御装置10とは別に設けられたQRコード解析装置が、QRコードリーダ29から出力されるQRコードデータを解析して、利用者ID及び変更行先階を取得する例を説明する。
【0155】
図18は、実施の形態1の第2の変形例におけるエレベータシステムのシステム構成を示したブロック図である。
【0156】
QRコード解析装置300は、群管理制御装置10などと同様に、制御部、記憶部、入出力インタフェースなどを有するコンピュータにより構成される。QRコードリーダ29は、読み取ったQRコードデータをQRコード解析装置300に出力する。QRコード解析装置300は、QRコードリーダ29から出力されるQRコードデータを解析(デコード(復号))して、QRコードデータから利用者ID及び変更行先階を取得し、取得した利用者ID及び変更行先階と、QRコードデータの出力元のQRコードリーダ29を特定する情報とを、群管理制御装置10に送信する。QRコードリーダ29を特定する情報としては、例えばQRコードリーダ29が配置されているセキュリティゲート20の設置階及びロケーションの情報が用いられる。なお、QRコードリーダ29を特定する情報は、QRコードリーダ29のシリアルナンバーなどであってもよい。
【0157】
セキュリティサーバ100は、実施の形態1の第1の変形例同様、図16のフローチャートにしたがって処理を行う。
【0158】
群管理制御装置10は、図19のフローチャートにしたがって処理を行う。
【0159】
図19は、実施の形態1の第2の変形例における群管理制御装置10による割当処理を説明したフローチャートである。
【0160】
本フローチャートの処理は、群管理制御装置10がセキュリティサーバ100から新規呼びの呼び情報信号を受信したときに実行される。また、新規呼びの呼び情報信号が受信される都度、並行して実行される。図19のフローチャートでは、実施の形態1の図13のフローチャートに対し、ステップS52が省略され、ステップS51の後にステップS114、S116A、S118A、S126が追加され、ステップS54の後にステップS119が追加され、ステップS57の後にステップS131が追加されている。
【0161】
具体的に、群管理制御装置10は、セキュリティサーバ100から呼び情報信号を受信すると、呼び情報信号に含まれる各種情報を取得し(S51)、顔認証時刻tcに現在時刻を設定する(S114)。
【0162】
群管理制御装置10は、呼び情報信号が示す出発階、ロケーションに関し、QRコード解析装置300から利用者ID及び変更行先階の情報を受信したか否かを判断する(S116A)。
【0163】
呼び情報信号が示す出発階、ロケーションに関し、QRコード解析装置300から利用者ID及び変更行先階の情報を受信した場合(S116AでYES)、群管理制御装置10は、QRコード解析装置300から受信した利用者IDが、呼び情報信号が示す利用者IDと一致するか否かを判断する(S118A)。このように利用者IDの一致の判断を行うのは、実施の形態1のステップS18で説明したのと同様の理由による。
【0164】
QRコード解析装置300から受信した利用者IDが、呼び情報信号が示す利用者IDと一致する場合(S118AでYES)、群管理制御装置10は、実施の形態1同様にステップS53、S54の処理を実行し、ステップS54において変更行先階が許可階に含まれると判断した場合(S54でYES)、利用者の行先階として変更行先階を設定する(S119)。その後、群管理制御装置10は、実施の形態1同様にステップS55以後の処理を実行する。
【0165】
上述のステップS116Aにおいて、呼び情報信号が示す出発階、ロケーションに関し、QRコード解析装置300から利用者ID及び変更行先階の情報を受信していない場合(S116AでNO)、群管理制御装置10は、顔認証時刻tcから所定時間T(秒)が経過したかを判断する(S126)。所定時間T(秒)は、利用者が、顔認証を行ってからQRコードを読み取らせることが完了するまでの標準的な時間に若干の余裕時間を加算した値に設定され、例えば2(秒)である。
【0166】
顔認証時刻tcから所定時間T(秒)が経過していない場合(S126でNO)、群管理制御装置10は、ステップS116Aの処理に戻る。
【0167】
顔認証時刻tcから所定時間T(秒)が経過した場合(S126でYES)、群管理制御装置10は、実施の形態1同様にステップS57の処理を実行し、ステップS57においてデフォルト行先階の値が登録されていると判断した場合(S57でYES)、利用者の行先階としてデフォルト行先階を設定する(S131)。その後、群管理制御装置10は、実施の形態1同様にステップS58以後の処理を実行する。
【0168】
上述のステップS118Aにおいて、QRコード解析装置300から受信した利用者IDが、呼び情報信号が示す利用者IDと一致しない場合(S118AでNO)、群管理制御装置10は、上述したステップS57以後の処理を実行する。
【0169】
その他の装置における処理は、実施の形態1同様に行われる。
【0170】
本変形例によれば、実施の形態1同様の効果を得ることができる。加えて、デフォルト行先階または変更行先階を行先階として設定する処理を群管理制御装置10で行うため、セキュリティサーバ100において当該処理を行う必要がなくなり、セキュリティサーバ100に対する仕様変更などを極力抑制できる。また、群管理制御装置100においてQRコードデータの解析処理を行う必要がなくなる。
【0171】
(実施の形態2)
図20は、実施の形態2におけるエレベータシステムが適用されるビルの特定階における機器配置を示した概略平面図である。図21は、実施の形態2におけるエレベータシステムのシステム構成を示したブロック図である。
【0172】
実施の形態1では、各セキュリティゲート20にQRコードリーダ29が配置されているが、実施の形態2では、全セキュリティゲート20から離れた位置に、1台のQRコードリーダ29が配置されている。
【0173】
本実施の形態では、各利用者は、まずQRコードリーダ29にQRコードを読み取らせた後、いずれかのセキュリティゲート20を通過する際、顔認証を行う。
【0174】
図22は、実施の形態2におけるセキュリティサーバ100によるQRコードデータの取得処理を説明したフローチャートである。
【0175】
セキュリティサーバ100の制御部101は、QRコードリーダ29からQRコードデータを受信したか否かを判断する(S71)。
【0176】
QRコードリーダ29からQRコードデータを受信した場合(S71でYES)、セキュリティサーバ100の制御部101は、QRコードデータの受信時刻trに現在時刻を設定する(S72)。
【0177】
セキュリティサーバ100の制御部101は、QRコードデータから利用者ID及び変更行先階を取得する(S73)。
【0178】
セキュリティサーバ100の制御部101は、利用者IDに紐付けて受信時刻trと変更行先階を記憶部102に記憶させる(S74)。
【0179】
セキュリティサーバ100の制御部101は、記憶部102において利用者毎に利用者IDに紐付けて記憶されている受信時刻trと変更行先階のデータのうち、受信時刻trから所定時間T(秒)が経過したデータを、記憶部102から消去する(S75)。そして、ステップS71の処理に戻る。
【0180】
ステップS71において、QRコードリーダ29からQRコードデータを受信していない場合(S71でNO)、セキュリティサーバ100の制御部101は、ステップS72~S74を行うことなく、ステップS71の判断を実行し、ステップS71の処理に戻る。
【0181】
図23は、実施の形態2におけるセキュリティサーバ100による呼び情報信号生成処理を説明したフローチャートである。本フローチャートの処理は、セキュリティゲート20毎に実行される。また、セキュリティゲート20毎の処理は並行して実行される。
【0182】
本フローチャートでは、実施の形態1の図12のフローチャートと同じ処理のステップについては、同一のステップ番号を付している。以下では、実施の形態1との相違点を中心に説明する。
【0183】
図23のフローチャートでは、実施の形態1の図12のフローチャートのステップS14が省略される。また、実施の形態1の図12のフローチャートのステップS16~S18、S27に代えて、ステップS201が設けられている。
【0184】
具体的に、セキュリティサーバ100は、図23のステップS11、S12、S13、S15の処理を実施の形態1同様に実行した後、記憶部102において利用者IDに紐付けて変更行先階が記憶されているか否かを判断する(S201)。
【0185】
記憶部102において利用者IDに紐付けて変更行先階が記憶されている場合(S201でYES)、セキュリティサーバ100は、ステップS19以後の処理を実施の形態1同様に実行する。
【0186】
これに対し、記憶部102において利用者IDに紐付けて変更行先階が記憶されていない場合(S201でNO)、セキュリティサーバ100は、ステップS28以後の処理を実施の形態1同様に実行する。
【0187】
群管理制御装置10などその他の装置における処理は、実施の形態1同様に行われる。例えば、割当処理については、実施の形態1の図13のフローチャートにしたがって、群管理制御装置10が実行する。
【0188】
本実施の形態によれば、QRコードリーダ29を1台に統合したことにより、装置コストを削減しつつ、利用者による行先階の変更の利便性を向上させることができる。特に、行先階変更を行う利用者が少ないビルなどでは、QRコードリーダ29の台数は1台でも十分な場合があり、本実施の形態はこのような場合に好適である。
【0189】
なお、実施の形態2では、セキュリティサーバ100が、QRコードリーダ29から出力されるQRコードデータを解析して、利用者ID及び変更行先階を取得する例を説明したが、本発明はこれに限定されない。本発明では、群管理制御装置10や他の解析装置が、QRコードリーダ29から出力されるQRコードデータを解析して、利用者ID及び変更行先階を取得してもよい。以下において、実施の形態2の第1の変形例及び第2の変形例を説明する。
【0190】
(実施の形態2の第1の変形例)
実施の形態2の第1の変形例では、群管理制御装置10が、QRコードリーダ29から出力されるQRコードデータを解析して、利用者ID及び変更行先階を取得する例を説明する。
【0191】
図24は、実施の形態2の第1の変形例におけるエレベータシステムのシステム構成を示したブロック図である。
【0192】
実施の形態2の第1の変形例では、QRコードリーダ29は、群管理制御装置10に接続されており、群管理制御装置10にQRコードデータを出力する。そして、群管理制御装置10が、QRコードリーダ29から出力されるQRコードデータを解析して、QRコードデータから利用者ID及び変更行先階を取得する。
【0193】
より具体的に、実施の形態2の第1の変形例では、前述した図22のフローチャートに示すQRコードデータの取得処理を、群管理制御装置10が実行する。また、呼び情報信号生成処理については、実施の形態1の第1の変形例同様に、図16のフローチャートにしたがって、セキュリティサーバ100が実行する。割当処理については、図25のフローチャートにしたがって、群管理制御装置10が実行する。
【0194】
図25は、実施の形態2の第1の変形例における群管理制御装置10による割当処理を説明したフローチャートである。
【0195】
本フローチャートの処理は、群管理制御装置10がセキュリティサーバ100から新規呼びの呼び情報信号を受信したときに実行される。また、新規呼びの呼び情報信号が受信される都度、並行して実行される。図25のフローチャートでは、実施の形態1の第1の変形例の図17のフローチャートのステップS114、S116~S118、S126に代えて、ステップS301が設けられている。
【0196】
具体的に、ステップS301において、群管理制御装置10は、記憶部12において利用者IDに紐付けて変更行先階が記憶されているか否かを判断する(S301)。
【0197】
記憶部12において利用者IDに紐付けて変更行先階が記憶されている場合(S301でYES)、群管理制御装置10は、実施の形態1の第1の変形例同様にステップS53以後の処理を実行する。
【0198】
これに対し、記憶部12において利用者IDに紐付けて変更行先階が記憶されていない場合(S301でNO)、群管理制御装置10は、実施の形態1の第1の変形例同様にステップS57以後の処理を実行する。
【0199】
その他の装置における処理は、実施の形態1同様に行われる。
【0200】
本変形例によれば、実施の形態2同様の効果を得ることができる。加えて、デフォルト行先階または変更行先階を行先階として設定する処理を群管理制御装置10で行うため、セキュリティサーバ100において当該処理を行う必要がなくなり、セキュリティサーバ100に対する仕様変更などを極力抑制できる。
【0201】
(実施の形態2の第2の変形例)
実施の形態2の第2の変形例では、セキュリティサーバ100及び群管理制御装置10とは別に設けられたQRコード解析装置が、QRコードリーダ29から出力されるQRコードデータを解析して、利用者ID及び変更行先階を取得する例を説明する。
【0202】
図26は、実施の形態2の第2の変形例におけるエレベータシステムのシステム構成を示したブロック図である。
【0203】
QRコード解析装置300は、実施の形態1の第2の変形例同様の構成を有し、同変形例同様の処理を行う。
【0204】
セキュリティサーバ100は、実施の形態1の第1の変形例同様、図16のフローチャートにしたがって処理を行う。
【0205】
図27は、実施の形態2の第2の変形例における群管理制御装置10による割当処理を説明したフローチャートである。
【0206】
本フローチャートの処理は、群管理制御装置10がセキュリティサーバ100から新規呼びの呼び情報信号を受信したときに実行される。また、新規呼びの呼び情報信号が受信される都度、並行して実行される。図27のフローチャートでは、実施の形態2の第1の変形例の図25のフローチャートのステップS301に代えて、ステップS301Aが設けられている。
【0207】
具体的に、ステップS301Aにおいて、群管理制御装置10は、QRコード解析装置において利用者IDに紐付けて変更行先階が記憶されているか否かを判断する(S301A)。
【0208】
利用者IDに紐付けて変更行先階が記憶されている場合(S301AでYES)、群管理制御装置10は、実施の形態2の第1の変形例同様にステップS53以後の処理を実行する。
【0209】
これに対し、利用者IDに紐付けて変更行先階が記憶されていない場合(S301AでNO)、群管理制御装置10は、実施の形態2の第1の変形例同様にステップS57以後の処理を実行する。
【0210】
本変形例によれば、実施の形態2同様の効果を得ることができる。加えて、デフォルト行先階または変更行先階を行先階として設定する処理を群管理制御装置10で行うため、セキュリティサーバ100において当該処理を行う必要がなくなり、セキュリティサーバ100に対する仕様変更などを極力抑制できる。また、群管理制御装置100においてQRコードデータの解析処理を行う必要がなくなる。
【0211】
その他の装置における処理は、実施の形態2同様に行われる。
【0212】
(その他の実施の形態)
実施の形態1では、図12のステップS16、S27において、QRコードデータが受信されずに(S16でNO)、顔認証時刻tcからT秒が経過したと判断した場合(S27でYES)、ステップS28以後の処理を実行する。つまり、行先階変更フラグをOFFに設定し(S28)、デフォルト行先階の情報を含む呼び情報信号を生成して群管理制御装置10に送信する(S32)。しかし、ステップS27の判断に代えて、セキュリティゲート20の第1センサ26で利用者が検知されたか否かを判断してもよい。つまり、利用者がセキュリティゲート20を通過する途中であるか否かを判断してもよい。この場合、QRコードデータが受信されずに(S16でNO)、セキュリティゲート20の第1センサ26で利用者が検知された場合、即座にステップS28以後の処理が実行される。つまり、即座に呼び情報信号が生成されて群管理制御装置10に送信され、割当処理が実行される。そのため、利用者は、所定時間T(秒)の経過を待つことなくエレベータの割当を受けることができる。一方、セキュリティゲート20の第1センサ26で利用者が検知されない場合、ステップS16の判断に戻る。
【0213】
前記各実施の形態及び各変形例では、QRコードに変更行先階だけでなく利用者IDの情報を格納することにより、顔認証された利用者とQRコードをかざした利用者との同一性を確認するようにしている。しかし、利用者がセキュリティゲート20を次々と通過する程度に混雑する状況が生じにくいビル環境においては、顔認証された利用者とQRコードをかざした利用者とはほぼ一致する。そのため、上記のような混雑状況が生じにくいビル環境では、QRコードに利用者IDの情報を格納しないようにしてもよい。この場合、図10の利用者DBにおいて利用者IDのフィールドは不要である。また、例えば実施の形態1においては、図12のフローチャートのステップS15、S18の処理は不要である。また、ステップS17では、QRコードデータから変更行先階のみを取得すればよい。
【0214】
前記各実施の形態及び各変形例では、セキュリティサーバ100が、顔認証用カメラ25から出力される画像データが示す撮像画像に対して顔検出処理、及び顔特徴点検出処理を行い、かつ顔認証処理を行う例を説明したが、本発明はこれに限定されない。例えば、顔認証用カメラ25のコントローラが撮像画像に対して顔検出処理及び顔特徴点検出処理を行い、セキュリティサーバ100は顔認証処理だけを行ってもよい。つまり、「前記撮像部で撮像された撮像画像に基づいて、前記利用者の顔認証を行う」処理を顔認証用カメラ25とセキュリティサーバ100とで分担して行ってもよい。この場合、顔認証用カメラ25は、撮像画像の画像データに代えて顔特徴点データ(顔データ)をセキュリティサーバ100に出力する。また、セキュリティサーバ100は、受信した顔データ(顔特徴点データ)に基づいて、顔認証処理を行う。
【0215】
前記各実施の形態及び各変形例では、QRコードリーダ29は、光学的に読み取ったQRコードの画像データ(QRコードデータ)をセキュリティサーバ100、群管理制御装置10、及びQRコード解析装置300のうちの所定の装置に送信し、当該所定の装置が、QRコードデータを解析することにより利用者IDを取得するが、本発明はこれに限定されない。例えば、実施の形態1、実施の形態2においては、QRコードリーダ29のコントローラがQRコードデータを解析することにより利用者ID及び変更行先階の情報を取得し、取得した利用者ID及び変更行先階をセキュリティサーバ100に送信してもよい。この場合、セキュリティサーバ100は、受信した利用者ID及び変更行先階をそのまま利用すればよい。また、実施の形態1の第1の変形例、及び実施の形態2の第1の変形例においては、QRコードリーダ29のコントローラがQRコードデータを解析することにより利用者ID及び変更行先階を取得し、取得した利用者ID及び変更行先階を群管理制御装置10に送信してもよい。この場合、群管理制御装置10は、受信した利用者IDをそのまま利用すればよい。
【0216】
前記各実施の形態及び各変形例では、本発明におけるゲートとして、ゲートフラッパ28を備えたセキュリティゲート20を例示したが、ゲートはこれに限定されない。本発明において、ゲートは、ゲートフラッパを備えていなくてもよい。この場合、前記実施の形態で説明したゲートフラッパの開閉に関連する制御は省略すればよい。
【0217】
前記実施の形態では、セキュリティゲート20にのみQRコードリーダ29が設置される場合を例示したが、各階の各行先階登録装置30にQRコードリーダを併設してもよい。この場合、これらのQRコードリーダについても、実施の形態1、実施の形態1の第1の変形例、実施の形態1の第2の変形例と同様に、セキュリティサーバ100、群管理制御装置10、及びQRコード解析装置300のうちの所定の装置に接続すればよい。セキュリティサーバ100、群管理制御装置10、及びQRコード解析装置300などの各装置は、実施の形態1、実施の形態1の第1の変形例、実施の形態1の第2の変形例で説明した各フローチャートにしたがって制御を行えばよい。なお、行先階登録装置30は、ゲートフラッパを有していないので、その開閉に関連する制御は省略すればよい。
【0218】
前記各実施の形態及び各変形例では、本発明における所定情報としてQRコードを例示したが、所定情報はこれに限定されない。所定情報は、QRコード以外の二次元バーコードや、一般的な一次元バーコードや、カメレオンコード(登録商標)などのカラーバーコードであってもよい。また、所定情報は、NFC(Near Field Communication)により読み取り可能な電磁情報であってもよい。
【0219】
前記各実施の形態及び各変形例では、本発明における情報記録媒体として、QRコードを表示可能な携帯端末200を例示したが、情報記録媒体はこれに限定されない。情報記録媒体は、所定情報を格納あるいは記録可能である限り、どのようなものでもよい。例えば、情報記録媒体は、QRコードなどの所定情報が印刷された紙などの印刷物であってもよい。また、情報記録媒体は、NFC(Near Field Communication)により読み取られることが可能に所定情報を記憶する携帯端末であってもよい。
【0220】
前記各実施の形態及び各変形例では、本発明における情報取得部として、QRコードリーダ29を例示したが、情報取得部は、これに限定されない。情報取得部は、利用される情報記録媒体から所定情報を取得することができるものである限り、どのようなものでもよい。例えば、二次元バーコードを読み取る二次元バーコードリーダや、一次元バーコードを読み取る一次元バーコードリーダや、カメレオンコードを読み取るカメレオンコードリーダ(カメラ)などであってもよい。また、情報取得部は、NFC(Near Field Communication)により所定情報を読み取るリーダであってもよい。セキュリティゲート20にQRコードリーダ29以外の情報取得部を配置する場合、QRコードリーダ29に代えて配置すればよい。あるいは、情報取得部は、QRコードなどの所定情報の読み取りと、NFC(Near Field Communication)による所定情報との読み取りとの両方を行うことが可能なリーダであってもよい。
【0221】
前記各実施の形態及び各変形例では、本発明における所定機器として、利用者の操作に基づいてQRコードを生成、表示可能な携帯端末200を例示したが、所定機器はこれに限られない。所定機器は、利用者の操作に基づいてQRコードなどの所定情報を生成可能である限り、どのようなものでもよい。例えば、所定機器は利用者の操作に基づいてQRコードなどの所定情報を生成してプリンタで印刷させるデスクトップコンピュータやノートブックコンピュータであってもよい。この場合の情報記録媒体は、QRコードなどの所定情報が印刷された紙などの印刷物となる。
【0222】
前記各実施の形態及び各変形例では、各装置の制御部は、CPU、MPU等を利用して構成され、記憶部から読み出したプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、各種の機能を実現する。つまり、各制御部は、ハードウェアとソフトウェアとの協働により実現される。しかし、各制御部は、例えば、ハードウェア(電子回路)のみ、FPGA、ASIC等を利用して構成されてもよい。
【0223】
前記各実施の形態及び各変形例では、ネットワークはEthernetであり、各装置の入出力インタフェースはLANアダプタ等を利用して構成されている。しかし、これは一例であり、ネットワークは、例えばIEEE規格に準拠した無線LANで構成され、入出力インタフェースは無線LANアダプタ等で構成されてもよい。
【0224】
前記各実施の形態及び各変形例におけるセキュリティサーバ100、群管理制御装置10、エレベータ制御装置40、QRコード解析装置300は、エレベータ60が配置されるビルに設置されることは必須ではない。例えば、これらの装置のうち任意の装置について、その装置の有する機能をクラウドサーバにより実行してもよい。この場合、エレベータ60が配置されるビルに設置されるセキュリティゲート20、行先階登録装置30、ゲート表示器70などの装置と、クラウドサーバとの間の各種信号や情報の授受は、適宜な通信方式を用いた通信により行えばよい。
【0225】
前記各実施の形態及び各変形例において、本発明の複数の態様を説明した。しかし、本発明の具体的態様は、上述した実施の形態及び変形例に限られず、これらを組み合わせたものとすることもできる。
【0226】
(実施の形態についてのまとめ及び効果等)
(1)実施の形態のエレベータシステムは、
利用者のエレベータ乗車前に利用者の行先階を設定するエレベータシステムであって、
エレベータ乗場への移動経路上に配置されるゲート(例えばセキュリティゲート20)を通過しようとする利用者を撮像可能なように設けられた撮像部(例えば顔認証用カメラ25)と、
ゲートまたはその近傍に配置され、利用者が所持する情報記録媒体(例えば携帯端末200)から所定情報(例えばQRコード)を取得する情報取得部(例えばQRコードリーダ29)と、
撮像部で撮像された撮像画像に基づいて利用者の顔認証を行う顔認証部(例えばセキュリティサーバ100)と、
利用者の行先階の設定を行う行先階設定部(例えばセキュリティサーバ100または群管理制御装置10)と、を備え、
行先階設定部は、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で所定情報が取得されなかったときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定し、
顔認証部で利用者の顔認証が成功した場合において、情報取得部で所定情報が取得されたときは、所定情報が示す変更行先階を利用者の行先階として設定する。
【0227】
この構成により、顔認証を利用したゲート(例えばセキュリティゲート20)を利用者が通過する際にデフォルト行先階だけでなく変更行先階の登録が可能となる。
【0228】
(2)実施の形態のエレベータシステムにおいて、
所定情報(例えばQRコード)は、さらに利用者識別情報(例えば利用者ID)を格納し、
行先階設定部(例えばセキュリティサーバ100または群管理制御装置10)は、
顔認証の成功後の所定時間(例えばT(秒))以内に情報取得部(例えばQRコードリーダ29)で所定情報が取得されたときは、所定情報が示す利用者識別情報と顔認証に基づいて特定された利用者識別情報とが一致するか否かを判断し、
一致するときは、所定情報が示す変更行先階を利用者の行先階として設定し、
一致しないときは、顔認証に基づいて特定されたデフォルト行先階を利用者の行先階として設定する。
【0229】
この構成により、顔認証に基づいて特定された利用者の行先階が、他の利用者の所定情報が示す変更行先階に基づいて変更されてしまうことを防止できる。
【0230】
(3)実施の形態のエレベータシステムは、
設定された利用者の行先階を複数台のエレベータのいずれかに割り当てる群管理制御装置(群管理制御装置10)をさらに備える。
【0231】
この構成により、複数台のエレベータへの行先階の割当を群管理制御装置により行うエレベータシステムにおいて、上述した効果が得られる。
【0232】
(4)実施の形態のエレベータシステムにおいて、
所定情報(例えばQRコード)は、所定機器(例えば携帯端末200)に対する利用者の操作に基づいて生成され、
割当エレベータ名を利用者に報知する報知部(例えばゲート表示器70)が備えられ、
群管理制御装置(群管理制御装置10)は、利用者の行先階として変更行先階が設定された場合において、変更行先階が実在しない階であるときは、エレベータの割当を行わず、報知部に、割当エレベータ名に代えて、変更行先階が実在しない階であることを示す情報を報知させる。
【0233】
この構成により、実在しない階を変更行先階として利用者が設定したような場合に、そのことを利用者が認識できる。
【0234】
(5)実施の形態のエレベータシステムにおいて、
所定情報(例えばQRコード)は、所定機器(例えば携帯端末200)に対する利用者の操作に基づいて生成され、
割当エレベータ名を利用者に報知する報知部(例えばゲート表示器70)が備えられ、
群管理制御装置(群管理制御装置10)は、利用者の行先階として変更行先階が設定された場合において、変更行先階が利用者による利用が許可されていない階であるときは、エレベータの割当を行わず、報知部に、割当エレベータ名に代えて、変更行先階が利用者による利用が許可されていない階であることを示す情報を報知させる。
【0235】
この構成により、利用が許可されていない階を利用者が設定したような場合に、そのことを利用者が認識できる。
【0236】
(6)実施の形態のエレベータシステムにおいて、
割当エレベータ名を利用者に報知する報知部(例えばゲート表示器70)が備えられ、
行先階設定部(例えばセキュリティサーバ100または群管理制御装置10)は、顔認証部で利用者の顔認証が成功したが、情報取得部(例えばQRコードリーダ29)で所定情報(例えばQRコード)が取得されなかった場合において、顔認証に基づいて特定された利用者のデフォルト行先階が登録されていないときは、利用者の行先階として行先階未設定情報を設定し、
群管理制御装置(群管理制御装置10)は、利用者の行先階として行先階未設定情報が設定されているときは、エレベータの割当を行わず、報知部に、割当エレベータ名に代えて、行先階登録装置(行先階登録装置30)で行先階を登録することを促す情報を報知させる。
【0237】
この構成により、利用者のデフォルト行先階が設定されていないような場合に、行先階登録装置30で行先階を登録することを利用者に促すことができる。また、行先階未設定情報を設定可能とすることにより、無駄呼びが発生しにくくなり、エレベータの運行効率を改善できる。
【0238】
(7)実施の形態のエレベータシステムにおいて、
情報取得部(例えばQRコードリーダ29)は、所定情報(例えばQRコード)を光学的に読み取り、
ゲート(例えばセキュリティゲート20)の制御を行うサーバ(例えばセキュリティサーバ100)が、光学的に読み取られた所定情報を解析して変更行先階の情報を取得する。
【0239】
この構成により、サーバ(例えばセキュリティサーバ100)により所定情報を解析して変更行先階の情報を取得することができる。
【0240】
(8)実施の形態のエレベータシステムにおいて、
情報取得部(例えばQRコードリーダ29)は、所定情報(例えばQRコード)を光学的に読み取り、
群管理制御装置(群管理制御装置10)が、光学的に読み取られた所定情報を解析して変更行先階の情報を取得する。
【0241】
この構成により、群管理制御装置(群管理制御装置10)により所定情報(例えばQRコード)を解析して変更行先階の情報を取得することができる。
【0242】
(9)実施の形態のエレベータシステムにおいて、
情報取得部(例えばQRコードリーダ29)は、所定情報(例えばQRコード)を光学的に読み取り、
行先階設定部(例えばセキュリティサーバ100または群管理制御装置10)及び群管理制御装置(群管理制御装置10)とは別に、光学的に読み取られた所定情報を解析して変更行先階の情報を取得する解析装置(例えばQRコード解析装置300)をさらに備える。
【0243】
この構成により、解析装置(例えばQRコード解析装置300)により所定情報(例えばQRコード)を解析して変更行先階の情報を取得することができる。
【符号の説明】
【0244】
10 群管理制御装置
11 制御部
12 記憶部
13 入出力インタフェース
20 セキュリティゲート
20a ゲート本体
20i 入口
20e 出口
25 顔認証用カメラ
26 第1センサ
27 第2センサ
28 ゲートフラッパ
29 QRコードリーダ
30 行先階登録装置
31 制御部
32 記憶部
33 入出力インタフェース
34 表示部
35 操作部
36 顔認証用カメラ
40、40A~40F エレベータ制御装置
60、60A~60F エレベータ
70 ゲート表示器
100 セキュリティサーバ
101 制御部
102 記憶部
103 入出力インタフェース
200 携帯端末
210 表示部
300 QRコード解析装置
T 所定時間
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16
図17
図18
図19
図20
図21
図22
図23
図24
図25
図26
図27