JP2022072612A - エレベーター群管理制御装置及び乗り場混雑回避制御方法。 - Google Patents

Abstract

【課題】エレベーターの乗り場において利用者同士が密接してしまうことを防ぐ。
【解決手段】本発明の一態様のエレベーター群管理装置８は、乗りかご６１の到着を待つ利用者による乗り場の混雑状態に関する情報である、乗り場混雑状態情報を生成する乗り場混雑状態情報生成部８３６と、乗り場が混雑しているか否かを判定する乗り場混雑判定部８３９と、利用者のエレベーターへの割り当て処理を行う割当指令処理部８３２と、を備える。割当指令処理部８３２は、乗り場混雑状態情報が第１閾値を超える場合、当該乗り場における乗りかごの行き先階の呼びの作成を禁止する制御を行う。
【選択図】図１

Description

本発明は、エレベーター群管理制御装置及び乗り場混雑回避制御方法に関する。

従来、エレベーターの乗り場に設けられた行き先階登録装置に登録された行き先階の情報に基づいて、エレベーターの各号機に呼びを割り当てるエレベーターシステムが知られている。このようなエレベーターシステムでは、振り分け先の各号機が満員にならないようにする制御や、利用者の乗りかごへのスムーズな乗降を促すことにより、エレベーターの乗車効率を上げる制御なども行われている。

例えば、特許文献１には、検出された乗客のシルエットに基づいて、乗客がかご内で占有する占有領域を算出し、占有領域と行き先階情報とに基づいて、かご内に所定のスペースが確保されるように、当該乗客に割り当てるかごを決定するエレベーターシステムが記載されている。特許文献１に記載の技術によれば、かご内において各乗客に割り当てられるスペースを十分に確保することができる。

また、特許文献２には、行き先階毎の乗客数情報に基づいてかご内に案内する乗車順を決定し、該乗車順の情報に基づいて、待機位置、誘導路、及び、待機位置からかごまでの乗車誘導を、乗場表示画像として乗場に投射するエレベーターの案内装置が記載されている。特許文献２に記載の技術によれば、乗客が乗るべきエレベーターの待機位置に乗客を分かりやすく誘導できると共に、乗客によるかごへのスムーズな乗降を可能にすることができるため、かごの乗り場での停車時間を削減することができる。

特開２０１５－９９０２号公報 特開２０１５－２１８０１５号公報

ところで、乗りかご内が満員になることを防ぐ制御や、乗りかごの停止時間を長引かせないための制御などが行われた場合であっても、乗り場に滞在する利用者の人数を調整する制御が行われない場合、乗り場に多くの利用者が流入してしまい、乗り場が密になってしまう可能性がある。つまり、利用者と利用者とが密接してしまう可能性がある。上述した特許文献１及び特許文献２のいずれにも、乗り場に滞在する利用者の人数を調整することについては開示されていないため、乗り場が密となってしまうことを防ぐことができない。

本発明は、上記の状況を考慮してなされたものであり、エレベーターの乗り場において利用者同士が密接してしまうことを防ぐことを目的とする。

本発明の一態様に係るエレベーター群管理制御装置は、複数の階床間を昇降する複数のエレベーターの乗りかごが停車する各乗り場で、乗りかごの到着を待つ利用者による乗り場の混雑状態に関する情報である、乗り場混雑状態情報を生成する乗り場混雑状態情報生成部と、乗り場混雑状態情報と、予め定められた第１閾値とを比較することにより、乗り場が混雑しているか否かを判定する乗り場混雑判定部と、行き先階呼びのエレベーターへの割り当て処理を行う割当指令処理部と、を備える。割当指令処理部は、乗り場混雑状態情報が第１閾値を超える場合、当該乗り場における前記乗りかごの行き先階の呼びの作成を禁止する制御を行う。

また本発明の一態様に係る乗り場混雑回避制御方法は、複数の階床間を昇降する複数のエレベーターの乗りかごが停車する各乗り場で、乗りかごの到着を待つ利用者による乗り場の混雑状態に関する情報である、乗り場混雑状態情報を生成する乗り場混雑状態情報生成部と、乗り場混雑状態情報と、予め定められた第１閾値とを比較することにより、乗り場が混雑しているか否かを判定する乗り場混雑判定部と、行き先階呼びのエレベーターへの割り当て処理を行う割当指令処理部と、を備えたエレベーターにおける乗り場混雑回避制御方法であり、乗り場混雑状態情報が第１閾値を超える場合、割当指令処理部が、当該乗り場における前記乗りかごの行き先階の呼びの作成を禁止する制御を行う手順を含む。

本発明の少なくとも一態様によれば、エレベーターの乗り場において利用者同士が密接してしまうことを防ぐことができる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の一実施形態に係るエレベーターシステムの概略構成を示すブロック図である。 本発明の一実施形態に係るエレベーターシステムが備える各装置のハードウェア構成例を示すブロック図である。 本発明の一実施形態に係る乗り場行き先階登録装置の構成例を示す図である。 本発明の一実施形態に係るセキュリティゲートの構成例を示す斜視図である。 本発明の一実施形態に係る、乗り場混雑回避制御が行われていない場合における乗り場の状態の例を示す図である。 本発明の一実施形態に係る、乗り場混雑回避制御が行われた場合におけるセキュリティゲートの状態の例を示す図である。 本発明の一実施形態に係る、乗り場混雑回避制御が行われた場合における乗り場の状態の例を示す図である。 本発明の一実施形態に係る、群管理制御装置による乗り場混雑回避制御処理の手順の例を示すフローチャートである。 本発明の一実施形態に係る、群管理制御装置による乗り場混雑回避制御処理の手順の例を示すフローチャートである。 本発明の一実施形態に係る、建物の１階の乗り場及び２階の乗り場の状態の例を示す図である

以下、本発明を実施するための形態（以下、「実施形態」と称する）の例について、添付図面を参照しながら説明する。本発明は実施形態に限定されるものではなく、実施形態における種々の数値等は例示である。また、本明細書及び図面において、同一の構成要素又は実質的に同一の機能を有する構成要素には同一の符号を付することとし、重複する説明は省略する。

＜エレベーターシステムの概略構成＞
本発明の一実施形態に係るエレベーターシステムは、複数台のエレベーターを一括管理する群管理システムの構成を採るとともに、乗り場の出入口にセキュリティゲートを有し、該セキュリティゲートを通過する利用者を認証するセキュリティ管理装置を備える。

まず、図１を参照して、本発明の一実施形態に係るエレベーターシステムの構成について説明する。図１は、本発明の一実施形態に係るエレベーターシステム１００の概略構成を示すブロック図である。

［システム構成］
本実施形態のエレベーターシステム１００は、図１に示すように、乗り場行き先階登録装置１、情報読取端末装置２、乗り場行き先階読取部３、ゲート制御部４、セキュリティ管理装置５、エレベーター部６、号機制御装置７、群管理制御装置８、及び、入出力制御部９等を含む。以下では、エレベーター部６の個々のエレベーターを「号機」と称する場合がある。

［乗り場行き先階登録装置］
乗り場行き先階登録装置１は、エレベーター乗り場Ｐ（以下、単に「乗り場」と称する場合がある）（図５参照）にて利用者が行き先階呼び登録を行うための装置であり、例えば、建物の廊下の付近、建物の出入口付近、乗り場Ｐの入り口付近などに設置される。乗り場行き先階登録装置１は、操作表示部１１を備える。操作表示部１１は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）等よりなるパネルと、操作部としてのタッチセンサとが一体に形成されたタッチパネル等で構成される。

乗り場行き先階登録装置１は、利用者により登録された行き先階の情報と、行き先階呼び登録操作が行われた階、すなわち、出発階の情報とを、入出力制御部９に送信する。乗り場行き先階登録装置１の構成については、後述の図３を参照して詳述する。

［情報読取端末装置］
情報読取端末装置２は、利用者が所持しているＩＣタグ又はＩＣカード等の情報媒体や、携帯端末などから、予め登録された利用者ＩＤを読み取る装置であり、後述するセキュリティゲート３００（図４参照）内に組み込まれている。情報読取端末装置２は、例えばカードリーダや、ＮＦＣ(Near Field Communication)リーダー等で構成される。また、情報読取端末装置２は、Ｗｉ-Ｆｉ(Wireless Fidelity、登録商標)機器又はＢｌｕｅｔｏｏｔｈ（登録商標）等を通じて携帯端末より情報を取得する構成も有する。そして、情報読取端末装置２は、利用者が所持している情報媒体又は携帯端末から利用者ＩＤを読み取ると、読み取った利用者ＩＤを、乗り場行き先階読取部３に送信する。

［乗り場行き先階読取部］
乗り場行き先階読取部３は、情報読取部３１及び表示制御部３２等を有し、乗り場行き先階登録装置１及び情報読取端末装置２と接続される。情報読取部３１は、乗り場行き先階登録装置１から送信された行き先階の情報、又は、情報読取端末装置２から送信された利用者ＩＤを取得する。そして、乗り場行き先階読取部３は、取得したこれらの情報を入出力制御部９へ送信する。

例えば、建物の１階に設置された乗り場行き先階登録装置１に対して、利用者が、行き先階として「１０階」を入力したとする。この場合、乗り場行き先階読取部３の情報読取部２１は、出発階が「１階」、行き先階が「１０階」という情報を読み取り、読み取ったこれらの情報を入出力制御部９に送信する。

表示制御部３２は、乗り場行き先階登録装置１の操作表示部１１の画面に各種情報を表示させる制御を行う。例えば、乗り場行き先階登録装置１から送信された行き先階情報を乗り場行き先階読取部３が受信した場合、表示制御部３２は、行き先階情報を、乗り場行き先階登録装置１の操作表示部１１の画面に表示させる制御を行う。

また、表示制御部３２は、群管理制御装置８から送信された割り当て号機情報を、入出力制御部９を介して乗り場行き先階読取部３が受信した場合、割り当て号機情報を、乗り場行き先階登録装置１の操作表示部１１の画面等に表示させる制御を行う。

［ゲート制御部］
ゲート制御部４は、情報読取部４１、ゲート開閉部４２、及び、報知制御部４３等を含む。情報読取部４１は、セキュリティゲート３００（図４参照）を通過する利用者の利用者ＩＤを情報読取端末装置２が読み取った場合に、情報読取端末装置２から利用者ＩＤの情報を受信する。ゲート開閉部４２は、情報読取部４１が利用者ＩＤを受信した場合、セキュリティゲート３００における、乗り場Ｐ（図５参照）に至る扉３０２（図４参照）を開くように制御する。

なお、本実施形態では、ゲート開閉部４２は、情報読取部４１が利用者ＩＤを受信した場合であっても、群管理制御装置８からゲートの閉指令が送信された場合には、セキュリティゲート３００における、乗り場Ｐに至る扉３０２を閉じたままとする制御を行う。

報知制御部４３は、利用者を案内する表示灯（図示略）の点灯・消灯動作や、セキュリティゲート３００の表示部３０３（図４参照）の表示動作などを制御する。

なお、本実施形態では、乗り場行き先階読取部３の情報読取部３１と、ゲート制御部４の情報読取部４１とが別々に構成される例を挙げたが、本発明はこれに限定されない。これらは一体に構成されてもよい。

［セキュリティ管理装置］
セキュリティ管理装置５は、入力情報受信処理部５１、入場者判定処理部５２、退場者判定処理部５３、登録ＩＤ管理処理部５４、エレベーター情報送信処理部５５、及び、ゲート制御処理部５６等を含む。

入力情報受信処理部５１は、入出力制御部９から送信される各種情報を受信する。入出力制御部９から入力情報受信処理部５１に対しては、乗り場行き先階読取部３やゲート制御部４などから入出力制御部９に送信された利用者ＩＤや、群管理制御装置８から入出力制御部９に送信されたゲート開閉指令などが送信される。

入場者判定処理部５２は、セキュリティゲート３００（図４参照）に設置されている情報読取端末装置２からの送信された利用者ＩＤに基づいて、入場者を検出する。退場者判定処理部５３は、セキュリティゲート３００に設置されている情報読取端末装置２からの送信された利用者ＩＤに基づいて、退場者を検出する。

登録ＩＤ管理処理部５４は、利用者ＩＤと、利用者の認証情報又は利用者種別情報等とを対応付けたテーブル、又は、ＤＢ（データベース）等（図示略）を管理する。登録ＩＤ管理処理部５４は、入出力制御部９から利用者ＩＤを受信した場合、該利用者ＩＤが、テーブル又はＤＢに予め登録されたＩＤに一致するか否かを判定する。予め登録されているＩＤと一致する場合、登録ＩＤ管理処理部５４は、そのＩＤ情報と対応付けられた利用者の種別情報を取得する。利用者の種別情報には、例えば、利用者の性別や、利用者が車椅子の利用者であること、利用者が妊婦であることなどの情報が示される。

エレベーター情報送信処理部５５は、利用者ＩＤに対して、登録ＩＤ管理処理部５４が抽出した利用者の種別情報と、出発階及び行き先階の情報と、を対応付けた情報を、入出力制御部９を介して群管理制御装置８に送信する。

ゲート制御処理部５６は、入場者判定処理部５２が入場者を検出した場合、又は、退場者判定処理部５３が退場者を検出した場合に、入出力制御部９を介してゲート制御部４にゲート開閉信号を送信する。

［エレベーター部］
エレベーター部６は、Ｎ台の号機（エレベーター）６_１，・・・，６_Ｎを有する。エレベーター部６のＮ台の号機６_１，・・・，６_Ｎは、群管理制御装置８による制御の下に一括管理され、待ち時間等の観点から、利用者とって最適な号機の割り当てが行われる。エレベーター部６の各号機６_１，・・・，６_Ｎは、例えば、昇降路内に設置された乗りかご６１と釣合い錘６２とが主ロープ（主索）６３の両端に結合され、当該主ロープ６３が巻上機の綱車６４やプーリ６５に巻き掛けられた周知の構成を有する。以下の説明において、号機６_１，・・・，６_Ｎをそれぞれ識別する必要がない場合には、これらを号機６と総称する。

乗りかご６１には、開閉可能な扉６１１が設けられている。乗りかご６１が乗り場Ｐ（図５参照）に到着すると、扉６１１が開き、その開扉動作により乗り場ドア（図示略）も開く。乗りかご６１は、乗り場Ｐに到着した後、所定の時間だけ扉６１１を開いた状態で待機する。乗りかご６１が扉６１１を開いたままで乗り場Ｐに待機することを、戸開待機と称する。

乗りかご６１に乗車した利用者（乗客）が乗りかご６１内の操作器の戸閉ボタン（不図示）を操作したり、最大戸開時限が経過したりした場合、乗りかご６１は扉６１１を閉める。そして、その閉扉動作により乗り場ドアも閉まる。乗りかご６１は、戸閉状態になると乗り場Ｐを出発し、行き先階呼びによって指定された階床に移動する。

［号機制御装置］
号機制御装置７は、号機６_１，・・・，６_Ｎの各々に対応して設けられた号機制御装置７_１，・・・，７_Ｎを有する。号機制御装置７_１，・・・，７_Ｎは、各号機６_１，・・・，６_Ｎの運行を制御する。より具体的には、号機制御装置７_１，・・・，７_Ｎは、主に、昇降路内に設置された乗りかご６１に対して、各階への走行指令や戸開閉指令を行うことにより、各号機６_１，・・・，６_Ｎの運行を制御する。

［群管理制御装置］
群管理制御装置８（エレベーター群管理制御装置の一例）は、学習系８１、知能系８２、及び、運行管理制御系８３を含む。学習系８１は、日々の運行管理によって収集した情報からどの運転プログラムが最適であるかを判断する、あるいは、日々の階床別運行状況を学習することにより、出発階毎に混雑する行き先階を学習し、高需要階を算出する。知能系８２は、学習系８１によって収集された情報を用いてシミュレーションを行って、最適な運転プログラムを自動で生成する。

運行管理制御系８３は、エレベーター部６の複数台（Ｎ台）の号機６_１，・・・，６_Ｎの運行管理を行う。具体的には、運行管理制御系８３は、行き先階呼びに号機６を割り当てる処理や、各号機６の戸開時限の管理などを行う。

運行管理制御系８３は、例えば、入力情報受信処理部８３１、割当指令処理部８３２、利用状況統計処理部８３３、乗り場収容許容閾値設定部８３４、かご収容許容閾値設定部８３５、乗り場混雑予測部８３６等を含む。さらに、運行管理制御系８３は、かご内混雑予測部８３７、かご内混雑判定部８３８、乗り場混雑判定部８３９、及び、乗り場案内処理部８４０等を含む。

入力情報受信処理部８３１は、入出力制御部９から送信された各種情報を受信する。

割当指令処理部８３２は、入出力制御部９を介して乗り場行き先階読取部３から送信された、利用者の出発階、行き先階の情報、及び、エレベーターの運行状況等に基づいて、行き先階呼びの号機６への割り当てを行う。割当指令処理部８３２は、エレベーターの運行状況として、後述するかご内混雑判定部８３８の判定結果、及び、乗り場混雑判定部８３９の判定結果も参照する。

割当指令処理部８３２は、例えば、割り当て対象の号機が満員である場合、又は、当該号機におけるかご内混雑状態情報がかご収容許容閾値を超えている（満員対象号機である）場合、割り当て対象の号機を他の号機に変更する。また、割当指令処理部８３２は、割り当て可能な号機はないと判定した場合には、入出力制御部９を介してゲート制御部４に対して、セキュリティゲート３００の入場者側の扉３０２を閉じる指令を送信する。

また、割当指令処理部８３２は、例えば、乗車率が高くない乗りかご６１が存在する場合であっても、乗り場Ｐの混雑が予測される場合には行き先階呼び登録を生成しない。そして、割当指令処理部８３２は、入出力制御部９を介してゲート制御部４に対して、セキュリティゲート３００の入場者側の扉３０２を閉じる指令を送信する。

割当指令処理部８３２によってこのような制御（以下、「乗り場混雑回避制御」と称する）が行われることにより、セキュリティゲート３００の外から乗り場Ｐに利用者が流入することを防げる。したがって、乗り場Ｐが密になることを防ぐことができる。

また、割当指令処理部８３２は、セキュリティゲート３００の表示部３０３（図４参照）に表示させるメッセージを指定するコード等も、入出力制御部９を介してゲート制御部４に対して送信する。これにより、セキュリティゲート３００の表示部３０３に、乗り場Ｐへの入場不可を伝えるメッセージ等が表示されるため、利用者は、セキュリティゲート３００の扉３０２が開かない理由を知ることができる。なお、割当指令処理部８３２は、コードではなくメッセージの文字や画像などを送ってもよい。また、割当指令処理部８３２は、メッセージを示すコードやメッセージそのものなどを、利用者が所持する携帯端末等に送信してもよい。

また、割当指令処理部８３２は、例えば、乗り場Ｐの混雑が予測される場合であって、当該乗り場Ｐに到着予定の乗りかご６１が複数台存在する場合には、各乗りかご６１の戸開タイミングをずらす制御（乗り場混雑回避制御）を行う。割当指令処理部８３２によってこのような制御が行われることにより、複数の乗りかご６１から利用者が一度に降車してしまうことがなくなるため、乗り場Ｐが密になってしまうことを防ぐことができる。

なお、割当指令処理部８３２は、乗り場混雑回避制御として、上述したすべての制御を行う必要はない。割当指令処理部８３２は、上述した乗り場混雑回避制御のうちのいずれか１つのみを行ってもよく、上述した乗り場混雑回避制御のいくつかを組み合わせて行ってもよい。

利用状況統計処理部８３３は、割当指令処理部８３２によって各号機６に割り当てられた利用者の数をカウントする。例えば、出発階が１階で、行き先階が１０階の利用者が、割当指令処理部８３２によって号機６＿１に割り当てられた場合には、利用状況統計処理部８３３は、号機６＿１を利用する利用者の数に「１」を加算する。

乗り場収容許容閾値設定部８３４は、乗り場Ｐに収容可能な人数、又は、利用者による占有面積等を、乗り場収容許容閾値（第１閾値の一例）として設定する。乗り場収容許容閾値には、乗り場に密が生じない程度の人数又は占有面積が設定される。乗り場Ｐに密が生じない状態とは、乗り場にいる利用者同士が密接しない状態であり、例えば、利用者間のソーシャルディスタンスを最低限保つことが可能な状態である。したがって、乗り場収容許容閾値は、乗り場Ｐが物理的に収容可能な利用者の人数又は占有面積の上限を１００％とした場合における８０％等の、１００％より小さい値に設定される。

かご収容許容閾値設定部８３５は、乗りかご６１に収容可能な人数、又は、利用者による占有面積を、かご収容許容閾値（第２閾値の一例）として設定する。かご収容許容閾値には、乗りかご６１内が密にならない程度の人数又は占有面積が設定される。例えば、乗りかご６１が物理的に収容可能な利用者の人数又は占有面積の上限を１００％とした場合、かご収容許容閾値は、８０％等の１００％より小さい値に設定される。

乗り場混雑予測部８３６（乗り場混雑状態情報生成部の一例）は、乗り場収容許容閾値設定部８３４によって設定された乗り場収容許容閾値と、利用状況統計処理部８３３による統計結果とに基づいて、乗り場Ｐの混雑状態を予測する。乗り場Ｐの混雑状態は、乗り場Ｐにいる利用者の人数や、乗り場Ｐに占める利用者の占有面積によって示され、乗り場混雑予測部８３６は、これらの情報を「乗り場混雑情報」として生成する。

かご内混雑予測部８３７（かご内混雑状態情報生成部の一例）は、かご収容許容閾値設定部８３５によって設定された閾値と、利用状況統計処理部８３３による統計結果とに基づいて、乗りかご６１内の混雑状態を予測する。乗りかご６１の混雑状態は、乗りかご６１内にいる利用者の人数や、乗りかご６１内に占める利用者の占有面積によって示され、かご内混雑予測部８３７は、これらの情報を「かご内混雑情報」として生成する。

なお、乗りかご６１内の混雑状態の予測、及び、乗り場Ｐの混雑状態の予測には、不図示のカメラ等による利用者の撮影映像の解析結果や、不図示のセンサによる利用者の検出結果などに基づいて行われてもよい。

かご内混雑判定部８３８は、かご内混雑予測部８３７で生成されたかご内混雑状態情報と、かご収容許容閾値設定部８３５によって設定されたかご収容許容閾値とを比較することにより、乗りかご６１内が混雑しているか否かを判定する。かご内混雑情報が、かご収容許容閾値を超えている場合、かご内混雑判定部８３８は、乗りかご６１内が混雑していると判定する。

乗り場混雑判定部８３９は、乗り場混雑予測部８３６で生成された乗り場混雑状態情報と、乗り場収容許容閾値設定部８３４によって設定された乗り場収容許容閾値とを比較することにより、乗り場Ｐが混雑しているか否かを判定する。乗り場混雑状態情報が、乗り場収容許容閾値を超えている場合、かご内混雑判定部８３８は、乗り場Ｐが混雑していると判定する。

乗り場案内処理部８４０は、割当指令処理部８３２による制御に基づき生成された各種指令等を、入出力制御部９に送信する。

なお、群管理制御装置８の機能構成は、図１に示す例に限定されない。ある機能と他の機能とが統合されて一つの機能にまとめられたり、ある機が複数の機能に分割されたり、図１に示していない機能が追加されたりしてもよい。

［計算機のハードウェア構成例］
次に、図１に示したエレベーターシステム１００の制御系の機能を実現するための各装置のハードウェア構成について、図２を参照して説明する。図２は、エレベーターシステム１００が備える各装置のハードウェア構成例を示すブロック図である。

ここでは、上述した乗り場行き先階登録装置１、情報読取端末装置２、乗り場行き先階読取部３、ゲート制御部４、セキュリティ管理装置５、号機制御装置７、群管理制御装置８、及び、入出力制御部９が備える計算機２００のハードウェア構成例を説明する。

計算機２００は、いわゆるコンピューターとして用いられるハードウェアである。計算機２００は、バスＢにそれぞれ接続されたＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、及び、ＲＡＭ（Random Access Memory）２０３を備える。さらに、計算機２００は、表示部２０４、操作部２０５、不揮発性ストレージ２０６、及び、ネットワークインターフェース２０７を備える。

ＣＰＵ２０１は、本実施形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ２０２から読み出して実行する。なお、計算機２００は、ＣＰＵ２０１の代わりに、ＭＰＵ（Micro-Processing Unit）等の処理装置を備えてもよい。

ＲＡＭ２０３には、演算処理の途中に発生した変数やパラメータ等が一時的に書き込まれる。表示部２０４は、例えば、ＬＣＤ等で構成されるモニタであり、計算機２００で行われる処理の結果等を表示する。操作部２０５には、例えば、キーボード、マウス等が用いられる。

不揮発性ストレージ２０６としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード等を用いることができる。この不揮発性ストレージ２０６には、ＯＳ（Operating System）、各種のパラメータの他に、計算機２００を機能させるためのプログラムが記録される。

ネットワークインターフェース２０７には、例えば、ＮＩＣ（Network Interface Card）等が用いられ、ＬＡＮ等のネットワーク又は通信線を介して外部装置との間で各種のデータを送受信することが可能である。

［乗り場行き先階登録装置の構成］
次に、図３を参照して、乗り場行き先階登録装置１の構成について説明する。図３は、乗り場行き先階登録装置１の構成例を示す図である。図３に示すように、乗り場行き先階登録装置１は、操作表示部１１を備える。図３に示す例では、操作表示部１１の画面に、「行き先階を入力してください」のメッセージとともに、行き先階を入力するための「０」～「９」のキーが表示されている。利用者は、このキーをタッチすることにより、所望の行き先階を乗り場行き先階登録装置１に登録することができる。また、行き先階呼び登録が行われた後には、乗り場行き先階登録装置１の操作表示部１１の画面に、行き先階を示す英字又は数字等が表示される。

［セキュリティゲートの構成］
次に、図４を参照して、セキュリティゲート３００の構成について説明する。セキュリティゲート３００は、利用者の乗り場Ｐへの入場又は乗り場Ｐから退出を、許可又は拒否するゲートである。図４は、セキュリティゲート３００の構成例を示す斜視図である。図４Ａ及び図４Ｂに示すように、セキュリティゲート３００は、本体部３０１、情報読取端末装置２、扉３０２及び表示部３０３等を含む。

図４Ａに示す例では、表示部３０３に、「Ｐｌｅａｓｅ Ｔａｐ ｔｈｅ Ｃａｒｄ」のメッセージが表示されている。このメッセージは、セキュリティゲート３００を通過しようとする利用者に対して、情報読取端末装置２の上面にＩＣカード等をかざすことを促すものである。このメッセージが表示されている状態では、扉３０２は閉じている。そして、利用者が情報読取端末装置２の上面にかざされたＩＣカードから取得された利用者ＩＤの情報が、登録済みのものであった場合、すなわち、ＩＣカードの所有者が、入場者として許可された利用者であると判定された場合、扉３０２が開く。

図４Ｂに示す例では、扉３０２が開いており、かつ、表示部３０３に「Ａ」の文字が表示されている。この「Ａ」は、行き先階呼び登録が行われた号機の名称を示す文字である。このメッセージを見た利用者は、「Ａ」と称される号機６の前まで移動し、行き先階に向かう乗りかご６１の到着を待つことができる。

［群管理制御装置による乗り場混雑回避制御の概要］
次に、図５～図７を参照して、本実施形態に係る群管理制御装置８による乗り場混雑回避制御の概要について説明する。図５は、乗り場混雑回避制御が行われていない場合における乗り場Ｐの状態の例を示す図である。図６は、乗り場混雑回避制御が行われた場合におけるセキュリティゲート３００の状態の例を示す図である。図７は、乗り場混雑回避制御が行われた場合における乗り場Ｐの状態の例を示す図である。

図５に示す例においては、セキュリティゲート３００の開閉制御として通常の制御が行われている。すなわち、乗り場Ｐに入場しようとする利用者ＵのＩＣカード等の情報媒体が、セキュリティゲート３００に設けられた情報読取端末装置２によって読み取られ、セキュリティ管理装置５によって利用者Ｕが入場者として許可された場合に、セキュリティゲート３００の扉３０２は開かれる。図５には、このような通常の制御が行われている状況において、乗り場Ｐに多くの利用者Ｕが流入し、乗り場Ｐが混雑し始めてしまっている様子が示されている。

このような状況下において、群管理制御装置８の乗り場混雑判定部８３９が、乗り場Ｐが混雑していると判定した場合、割当指令処理部８３２から、入出力制御部９を介してゲート制御部４に対して、セキュリティゲート３００の扉３０２を閉じる（閉じたままとする／開放しない）指令、及び、乗り場への侵入不可を示すメッセージを示すコードが送信される。これにより、図６に示すように、セキュリティゲート３００の表示部３０３に「ＡＬＬ Ｌｉｆｔ ＦＵＬＬ」や「ＰＬＥＡＳＥ ＷＡＩＴ Ａ ＭＩＮＵＴＥＳ」等のメッセージが表示されるとともに、扉３０２は閉じた状態が維持される。

このような制御が行われた結果、図７に示すように、乗り場Ｐ内に移動しようとする利用者Ｕは、セキュリティゲート３００を通過することができないため、セキュリティゲート３００の外で待機することになる。これにより、セキュリティゲート３００の外にいる利用者Ｕが乗り場Ｐに流入することを防げるため、乗り場Ｐが混雑することを防ぐことができる。

乗り場Ｐに滞在している利用者Ｕが、エレベーターの号機６＿１～号機６＿６のいずれかを利用して行き先階に搬送されることにより、乗り場Ｐの混雑が解消された場合には、乗り場混雑判定部８３９によって、乗り場Ｐは混雑していないと判定される。この場合、割当指令処理部８３２によって行き先階呼び登録が行われるとともに、セキュリティゲート３００の扉３０２を開く指令が送信される。これにより、セキュリティゲート３００の外にいた利用者Ｕは、乗り場Ｐ内に移動することが可能になる。

また、本実施形態では、図５～図７に例示した制御の他にも、群管理制御装置８によって、号機６＿１～号機６＿６の各乗りかご６１１の戸開タイミングをずらす制御等が行われる。この制御により、乗り場Ｐが密になってしまうことを防ぐことができる。

［群管理制御装置による乗り場混雑回避制御処理］
次に、図８及び図９を参照して、群管理制御装置８による乗り場混雑回避制御処理の手順について説明する。図８及び図９は、群管理制御装置８による乗り場混雑回避制御処理の手順の例を示すフローチャートである。

図８には、乗り場混雑回避制御における号機割り当て処理、及び、セキュリティゲート３００の開閉処理の手順の例を示す。

まず、群管理制御装置８の割当指令処理部８３２（図１参照）は、乗り場収容許容閾値設定部８３４から乗り場収容許容閾値を、かご収容許容閾値設定部８３５からかご収容許容閾値を取得する（ステップＳ１）。次いで、割当指令処理部８３２は、入力情報受信処理部８３１に、出発階・行先階情報、及び、利用者ＩＤの情報が入力されたか否かを判定する（ステップＳ２）。

ステップＳ２で、これらの情報は入力されていないと判定された場合（ステップＳ２がＮＯ判定の場合）、割当指令処理部８３２は、ステップＳ２の判定を繰り返す。一方、ステップＳ２で、これらの情報は入力されたと判定された場合（ステップＳ２がＹＥＳ判定の場合）、割当指令処理部８３２は、出発階（乗り場Ｐのある階）、行き先階、利用者Ｕの種別情報を抽出する（ステップＳ３）。

ステップＳ３で抽出した利用者Ｕの情報は、乗り場混雑予測部８３６が乗り場Ｐの混雑状態を予測する際、及び、かご内混雑予測部８３７が乗りかご６１内の混雑状態を予測する際に使用される。利用者Ｕの種別情報は、具体的には、乗り場Ｐ又は乗りかご６１に占める利用者Ｕの面積（割合）を算出する際に参照される。

例えば、利用者Ｕの種別情報に、利用者Ｕが車椅子の利用者であることが記されていた場合や、利用者Ｕが妊婦であることなどが記されていた場合、該利用者Ｕが乗り場Ｐ又は乗りかご６１に占める割合は、これらの種別情報を持たない利用者のそれと比較して多くなる。つまり、利用者Ｕの属性情報を参照することにより、乗り場混雑予測部８３６又はかご内混雑予測部８３７は、乗り場Ｐ又は乗りかご６１内の混雑状態をより正確に把握することができる。

次いで、割当指令処理部８３２は、行き先階として指定された階は、エレベーター内に存在する階か否かを判定する（ステップＳ４）。例えば、セキュリティゲート３００の情報読取端末装置２、又は、乗り場行き先階登録装置１を介して設定された行き先階が、エレベーターの最高階よりも高い階である場合、すなわち、誤入力である場合には、ステップＳ４はＮＯ判定となる。

ステップＳ４で、行き先階はエレベーター内に存在する階であると判定された場合（ステップＳ４がＹＥＳ判定の場合）、割当指令処理部８３２は、行き先階として指定された階は、乗りかご６１が停車可能な階か否かを判定する（ステップＳ５）。乗りかご６１が停車できない階には、例えば、テナントや居住者が存在しない階や、セキュリティにより保護された階などの、エレベーターのサービスが提供されない階がある。

ステップＳ５で、行き先階は乗りかご６１が停車可能な階であると判定された場合（ステップＳ５がＹＥＳ判定の場合）、割当指令処理部８３２は、満員対象号機を特定する（ステップＳ６）。満員対象号機とは、満員、すなわち、乗りかご６１の混雑状態がかご収容許容閾値を超えることが想定される号機である。

次いで、割当指令処理部８３２は、利用者Ｕを割り当てることが可能な号機が存在するか否かを判定する（ステップＳ７）。利用者Ｕを割り当てることが可能な号機は、実際に満員でない号機、又は、満員対象号機ではない号機である。ステップＳ７で、割り当て可能な号機はあると判定された場合（ステップＳ７がＹＥＳ判定の場合）、乗り場混雑判定部８３９は、乗り場混雑状態情報が、乗り場収容許容閾値（図では単に「閾値」と表記）を超えているか否かを判定する（ステップＳ８）。

ステップＳ８で、乗り場混雑状態情報が乗り場収容許容閾値を超えていないと判定された場合（ステップＳ８がＮＯ判定の場合）、割当指令処理部８３２は、号機割り当て処理を行う（ステップＳ９）。

次いで、乗り場案内処理部８４０は、ステップＳ９で割り当てられた号機の情報を、入出力制御部９を介して乗り場行き先階登録装置１に送信する（ステップＳ１０）。これにより、行き先階呼び登録された階の名称が、乗り場行き先階登録装置１の操作表示部１１に表示される。ステップＳ１０の処理後、群管理制御装置８による乗り場混雑回避制御処理は終了する。

一方、ステップＳ７がＮＯ判定の場合、又は、ステップＳ８がＹＥＳ判定の場合、割当指令処理部８３２は、乗り場Ｐでの行き先階呼び作成を禁止するとともに、セキュリティゲート３００を閉状態にする指令を生成する。そして、生成された指令は、乗り場案内処理部８４０によって、入出力制御部９を介してゲート制御部４に送信される（ステップＳ１１）。

乗り場Ｐでの行き先階呼び作成が禁止されることにより、利用者Ｕが乗り場Ｐで待機する状態が生じなくなる。また、セキュリティゲート３００を閉状態にする指令に基づいて、セキュリティゲート３００の扉３１２が閉じることにより、セキュリティゲート３００から乗り場Ｐに利用者Ｕが入れなくなる。それゆえ、乗り場Ｐが密になってしまうことを防ぐことができる。

次いで、乗り場案内処理部８４０は、号機の割り当てが不可である理由（又は、理由を示すコード等）を、入出力制御部９を介して乗り場行き先階登録装置１に送信する（ステップＳ１２）。ステップＳ４又はステップＳ５がＮＯ判定の場合にも、ステップＳ１２の処理が行われる。ステップＳ１２の処理後、群管理制御装置８による乗り場混雑回避制御処理は終了する。

なお、群管理制御装置８の乗り場混雑判定部８３９が、乗り場Ｐが混雑していると判定した場合に、割当指令処理部８３２がセキュリティゲート３００の表示部３０３に表示させるメッセージは、上述した「ＡＬＬ Ｌｉｆｔ ＦＵＬＬ」や「ＰＬＥＡＳＥ ＷＡＩＴ Ａ ＭＩＮＵＴＥＳ」等に限定されない。例えば、乗り場が混雑している旨を伝える「乗り場が混雑しているため、しばらくお待ちください。」といったメッセージであってもよい。また、これらのメッセージの内容は、図８のステップＳ７がＮＯ判定であった場合と、ステップＳ８がＮＯ判定であった場合とで、異なったものとなる。そして、このようなメッセージが表示されることにより、利用者Ｕは、自分が置かれている状況を適切に把握することができる。

図９には、乗り場混雑回避制御における乗りかご６１の扉６１１の戸開タイミングの制御処理の手順の例を示す。まず、群管理制御装置８の割当指令処理部８３２（図１参照）は、乗り場収容許容閾値設定部８３４から乗り場収容許容閾値を取得する（ステップＳ２１）。

次いで、乗り場混雑判定部８３９は、乗り場混雑予測部８３６から乗り場混雑状態情報を取得する（ステップＳ２２）。次いで、乗り場混雑判定部８３９は、ステップＳ２２で乗り場混雑状態情報として取得した、乗り場Ｐにいる利用者Ｕの人数又は占有面積等が、乗り場収容許容閾値を超えているか否かを判定する（ステップＳ２３）。

ステップＳ２３で、乗り場混雑状態情報は乗り場収容許容閾値を超えていると判定された場合（ステップＳ２３がＹＥＳ判定の場合）、割当指令処理部８３２は、乗り場Ｐに停車予定の号機は複数台存在するか否かを判定する（ステップＳ２４）。ステップＳ２４で、乗り場Ｐに停車予定の号機は複数台存在すると判定された場合（ステップＳ２４がＹＥＳ判定の場合）、割当指令処理部８３２は、複数台の号機のそれぞれの戸開タイミングをずらす指令を、号機制御装置７に送信する（ステップＳ２５）。

このような制御が行われることにより、複数台の号機に乗車している大勢の利用者が、一度に降車して乗り場Ｐに流入してしまうことがなくなるため、乗り場Ｐが密になってしまうことを防ぐことができる。ステップＳ２５の処理後、もしくは、ステップＳ２３又はステップＳ２４がＮＯ判定の場合、群管理制御装置８による乗り場混雑回避制御処理は終了する。

なお、図９に示した例では、ステップＳ２４がＮＯ判定の場合、すなわち、乗り場Ｐに停車予定の号機は複数台存在しない場合には、そこで処理が終了するが、本発明はこれに限定されない。乗り場Ｐに停車予定の号機が１台である場合にも、例えば、乗り場Ｐの混雑状態が解消されるまで待機した後に戸開する等の、戸開タイミングを遅らせる制御が行われてもよい。このような制御が行われることによっても、乗り場Ｐが混雑してしまうことを防ぐことができる。

また、図９に示した例では、乗りかご６１の戸開タイミングを制御することにより、乗り場Ｐが密となってしまうことを防ぐ例を挙げたが、本発明はこれに限定されない。乗りかご６１が乗り場Ｐに到着するタイミングで、乗り場Ｐが混雑していた場合に、乗りかご６１を乗り場Ｐのある行き先階以外の階に停車させる制御等が行われてもよい。例えば、乗りかご６１が上昇している際には、行き先階の１つ下の階に乗りかご６１を停車させたり、乗りかご６１が下降している際には、行き先階の１つ上の階に乗りかご６１を停車させたりする制御が行われてもよい。

また、本実施形態では、割当指令処理部８３２は、乗りかご６１が満員になっていなくても、乗りかご６１を利用すると想定される利用者の人数又は占有面積を示すかご内混雑状態情報がかご収容許容閾値を超える場合、当該乗りかご６１への割り当てを行わない。つまり、本実施形態によれば、乗りかご６１内が密になってしまうことも防ぐことができる。

図１０は、建物の１階の乗り場Ｐ１及び２階の乗り場Ｐ２の状態の例を示す図である。図１０に示す例では、建物の１階（図では「１ＦＬ」と表記）の乗り場Ｐ１に、大勢の利用者Ｕが待機している様子が示されている。建物の２階（図では「２ＦＬ」と表記）の乗り場Ｐ２には、それほど大勢の利用者Ｕは待機していない。

本実施形態に係る乗り場混雑回避制御が行われない場合、各号機の乗りかご６１が満員の状態で、乗りかご６１が乗り場Ｐ１を出発する状況が起こり得る。この場合、建物の２階の乗り場Ｐ２でエレベーターを待機している利用者Ｕは、１階から上がってきた乗りかご６１に乗ることはできない。

一方、本実施形態に係る乗り場混雑回避制御が行われる場合、乗りかご６１に収容される利用者Ｕの人数は、かご収容許容閾値以下の人数となる。それゆえ、乗りかご６１は満員にならず、乗りかご６１は、スペースの余裕がある状態で１階の乗り場Ｐ１を出発する。したがって、図１０の右側に示す、２階で待機中の利用者Ｕも、乗りかご６１に乗車することができる。つまり、本実施形態によれば、２階以降の利用者Ｕが乗りかご６１を利用するまでの時間が長引いてしまうことも、防ぐことができる。

なお、本発明は上述した各実施形態例に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、その他種々の応用例、変形例を取り得ることは勿論である。

例えば、上述した実施形態例は本発明を分かりやすく説明するために装置及びシステムの構成を詳細且つ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態例の構成の一部を他の実施形態例の構成に置き換えることは可能である。また、ある実施形態例の構成に他の実施形態例の構成を加えることも可能である。また、各実施形態例の構成の一部について、他の構成の追加、削除、置換をすることも可能である。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

また、本明細書において、時系列的な処理を記述する処理ステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）をも含むものである。

また、上述した本開示の一実施形態にかかる画像処理装置の各構成要素は、それぞれのハードウェアがネットワークを介して互いに情報を送受信できるならば、いずれのハードウェアに実装されてもよい。また、ある処理部により実施される処理が、１つのハードウェアにより実現されてもよいし、複数のハードウェアによる分散処理により実現されてもよい。

１…乗り場行き先階登録装置、２…情報読取端末装置、３…乗り場行き先階読取部、４…ゲート制御部、５…セキュリティ管理装置、６…エレベーター部、８…群管理制御装置、９…入出力制御部、８３…運行管理制御系、１００…エレベーターシステム、８３２…割当指令処理部、８３３…利用状況統計処理部、８３４…乗り場収容許容閾値設定部、８３５…かご収容許容閾値設定部、８３６…乗り場混雑予測部、８３７…内混雑予測部、８３８…内混雑判定部、８３９…乗り場混雑判定部、８４０…乗り場案内処理部

Claims (8)

1. 複数の階床間を昇降する複数のエレベーターの乗りかごが停車する各乗り場で、前記乗りかごの到着を待つ利用者による前記乗り場の混雑状態に関する情報である、乗り場混雑状態情報を生成する乗り場混雑状態情報生成部と、
   前記乗り場混雑状態情報と、予め定められた第１閾値とを比較することにより、前記乗り場が混雑しているか否かを判定する乗り場混雑判定部と、
   前記利用者の前記エレベーターへの割り当て処理を行う割当指令処理部と、を備えるエレベーター群管理制御装置であって、
   前記割当指令処理部は、前記乗り場混雑状態情報が前記第１閾値を超える場合、当該乗り場における前記乗りかごの行き先階の呼びの作成を禁止する制御を行う
   エレベーター群管理制御装置。
2. 表示部をさらに備え、
   前記割当指令処理部は、前記乗り場混雑状態情報が前記第１閾値を超える場合、前記エレベーターの割り当てが不可である理由を前記表示部に表示させる制御を行う
   請求項１に記載のエレベーター群管理制御装置。
3. 前記割当指令処理部は、前記乗り場混雑状態情報が前記第１閾値を超える場合、前記乗り場に向かう前記利用者が利用するセキュリティゲートの扉を閉状態とする制御を行う
   請求項１に記載のエレベーター群管理制御装置。
4. 前記乗りかご内の混雑状態に関する情報である、かご内混雑状態情報を生成するかご内混雑状態情報生成部と、
   前記かご内混雑状態情報と、前記乗りかご内に密が生じない値として予め定められた第２閾値とを比較することにより、前記乗りかごが混雑しているか否かを判定するかご内混雑判定部と、をさらに備え、
   前記割当指令処理部は、前記かご内混雑判定部による判定に基づいて、前記割り当てが可能な前記エレベーターが存在しないと判定した場合、前記乗り場に向かう前記利用者が利用する前記セキュリティゲートの扉を閉状態とする制御を行う
   請求項３に記載のエレベーター群管理制御装置。
5. 前記割当指令処理部は、前記乗り場混雑状態情報が前記第１閾値を超える場合、当該乗り場に停止する前記乗りかごの扉を開くタイミングを調整する制御を行う
   請求項４に記載のエレベーター群管理制御装置。
6. 前記割当指令処理部は、前記乗り場混雑状態情報が前記第１閾値を超える前記乗り場に複数の前記乗りかごが到着する場合、複数の前記乗りかごのそれぞれの扉を開くタイミングをずらす制御を行う
   請求項４又は５に記載のエレベーター群管理制御装置。
7. 前記第１閾値は、前記乗り場にいる利用者同士が密接しない状態を作ることが可能な値であり、前記乗り場が物理的に収容可能な利用者の人数又は前記利用者による前記乗り場の占有面積の上限値よりも小さい値である
   請求項６に記載のエレベーター群管理制御装置。
8. 複数の階床間を昇降する複数のエレベーターの乗りかごが停車する各乗り場で、前記乗りかごの到着を待つ利用者による前記乗り場の混雑状態に関する情報である、乗り場混雑状態情報を生成する乗り場混雑状態情報生成部と、
   前記乗り場混雑状態情報と、予め定められた第１閾値とを比較することにより、前記乗り場が混雑しているか否かを判定する乗り場混雑判定部と、
   前記利用者の前記エレベーターへの割り当て処理を行う割当指令処理部と、を備えたエレベーターにおける乗り場混雑回避制御方法であって、
   前記乗り場混雑状態情報が前記第１閾値を超える場合、前記割当指令処理部が、当該乗り場における前記乗りかごの行き先階の呼びの作成を禁止する制御を行う手順を含む、
   乗り場混雑回避制御方法。

Images