JP2013010587A - エレベータの群管理システム - Google Patents

Abstract

【課題】利用者が乗場で行先階を登録した際に、満員待ちをできるだけ表示させずに、利用者が乗車可能なタイミングで号機表示を行うことで、利用者にストレスを与えずに効率的に運ぶ。
【解決手段】群管理制御装置２０には、乗場行先階登録装置１３によって登録された行先階とその登録階を含む乗場呼び情報を記憶する管理テーブル２１ａと、管理テーブル２１ａに記憶された乗場呼び情報に基づいて各号機の中から登録階に対する２周目以降の応答を含めて最適な号機を選択する割当制御部２３と、選択号機が登録階に１周目で応答可能な場合には乗場行先階登録装置１３置に当該号機が応答する旨を表示し、選択号機が登録階に２周目以降で応答可能な場合には当該号機の現在の応答状況に応じて乗場行先階登録装置１３に満員待ちの状態あるいは当該号機が応答する旨を表示する表示制御部２４とを備える。
【選択図】 図１

Description

本発明の実施形態は、乗場にて行先階を登録可能な乗場行先階登録装置を備えたエレベータの群管理システムに関する。

通常、エレベータを利用する場合に、利用者が乗場に設置されたＵＰ方向（上方向）もしくはＤＮ方向（下方向）の釦を操作して乗場呼びを登録し、その登録階に応答した乗りかごに乗車後、行先階のかご呼びを登録するといった操作を行う。

これに対し、乗場にて行先階を登録可能な装置（これを乗場行先階登録装置と呼ぶ）を備えている場合、利用者が乗場にて事前に行先階を登録できるため、乗りかご内での登録操作は不要となる。

ここで、複数台のエレベータを有する群管理システムでは、利用者が乗場にて行先階を登録すると、乗場行先階登録装置上に乗車可能な号機の番号が表示されるのが一般的である。利用者はその表示された号機の前で待ち、到着後に乗車して行先階まで移動することができる。

特開２００９−１２０３４６号公報

しかしながら、ビル内の交通需要が高くなると、乗場行先階登録装置に号機表示がなされても、その号機が満員に近い状態で到着して乗車できないことがある。このような場合、乗車できなかった利用者は再度行先階を登録しなければならず、不快に思うことがある。

また、通常、満員で乗車できない場合には、例えば「しばらくお待ちください」といったような満員待ちの状態が乗場行先階登録装置に表示される。しかし、このような待ち表示は乗場で待つ利用者にストレスを与えることになるため、できるだけ控えることが好ましい。

本発明が解決しようとする課題は、利用者が乗場で行先階を登録した際に、満員待ちをできるだけ表示させずに、利用者が乗車可能なタイミングで号機表示を行うことで、利用者にストレスを与えずに効率的に運ぶことのできるエレベータの群管理システムを提供することである。

本実施形態に係るエレベータの群管理システムは、少なくとも２台以上の複数の号機の運転を制御するエレベータの群管理システムにおいて、各階の乗場に設置され、利用者の行先階を登録するための表示機能付きの乗場行先階登録装置と、この乗場行先階登録装置によって登録された行先階とその登録階を含む乗場呼び情報を記憶する管理テーブルと、この管理テーブルに記憶された乗場呼び情報に基づいて、上記各号機の中から上記登録階に対する２周目以降の応答を含めて最適な号機を選択する割当制御手段と、この割当制御手段によって選択された号機が上記登録階に１周目で応答可能な場合には上記乗場行先階登録装置に当該号機が応答する旨を表示し、上記選択された号機が上記登録階に２周目以降で応答可能な場合には当該号機の現在の応答状況に応じて上記乗場行先階登録装置に満員待ちの状態あるいは当該号機が応答する旨を表示する表示制御手段とを具備する。

図１は第１の実施形態に係るエレベータの群管理システムの構成を示す図である。 図２は同実施形態における群管理制御装置の登録制御部に設けられた管理テーブルの一例を示す図である。 図３は同実施形態における各号機の満員で乗車できない状況を示す図である。 図４は同実施形態における乗場行先階登録装置に表示される内容を示す図である。 図５は同実施形態における群管理制御装置の処理動作を示すフローチャートである。 図６は第２の実施形態に係るエレベータの群管理システムの構成を示す図である。 図７は同実施形態における群管理制御装置の処理動作を示すフローチャートである。

以下、図面を参照して実施形態を説明する。

（第１の実施形態）
図１は第１の実施形態に係るエレベータの群管理システムの構成を示す図であり、ここでは３台のエレベータの運転が群管理制御された構成が示されている。なお、エレベータが複数台存在する場合には、「号機」という言い方をすることがある。また、単にエレベータと言った場合に、基本的には「乗りかご」のことを示す。

単体制御部１１ａ，１１ｂ，１１ｃは、乗りかご１２ａ，１２ｂ，１２ｃに対応して設けられており、図示せぬ巻上機の駆動制御やドアの開閉制御などを含む号機単体での制御を行う。乗りかご１２ａ，１２ｂ，１２ｃは、図示せぬ巻上機の駆動により昇降路内を昇降動作する。

一方、各階の乗場には、乗場行先階登録装置１３ａ，１３ｂ，１３ｃ…が少なくとも１台ずつ設置されている。乗場行先階登録装置１３ａ，１３ｂ，１３ｃ…は、各階の乗場にて利用者が行先階を登録するための装置であり、行先階を登録するための操作部１４ａ，１４ｂ，１４ｃ…と、割当号機等を表示するための表示部１５ａ，１５ｂ，１５ｃ…とを有する。なお、行先階の登録方法としては、テンキーの操作によるものが一般的であるが、乗場にて登録可能であれば、例えばカードリーダや無線ＩＣなどを用いた方法であっても良い。

各階の乗場行先階登録装置１３ａ，１３ｂ，１３ｃ…によって行先階の登録が行われると、行先階と登録階（行先階の登録操作が行われた階）の２つの情報を１つの組とした乗場呼び情報が群管理制御装置２０へ出力される。なお、「行先階」のことを「目的階」、「登録階」のことを「発生階」といった言い方をすることもある。

群管理制御装置２０では、乗場呼び情報を受信すると、単体制御装置１１ａ，１１ｂ，１１ｃから得られる各号機（乗りかご１２ａ，１２ｂ，１２ｃ）の運行情報（かご位置、運転方向、戸開閉状態等）に基づいて、上記各号機の中から乗場呼び情報を割り当てる最適な号機を選択する。なお、乗場呼び情報が最終的に割り当てられた号機のことを「割当号機」と呼ぶ。割当号機が決まると、当該乗場呼びの登録階に設置された乗場行先階登録装置１３に号機表示が一定時間行われる。

群管理制御装置２０は、各号機の運転を統括的に制御する装置であり、ＣＰＵ、ＲＯＭ、ＲＡＭなどを搭載したコンピュータによって構成される。本実施形態において、この群管理制御装置２０には、登録制御部２１、応答時間算出部２２、割当制御部２３、表示制御部２４が備えられている。これらは、マイクロプロセッサ上のソフトウェアにて実行される処理部であり、図１のように各部間で情報の授受が可能となっている。

なお、ここでは便宜上、登録制御部２１、応答時間算出部２２、割当制御部２３、表示制御部２４のすべてを群管理制御装置２０に配置して記述したが、必ずしも同一装置に配置する必要はなく、別々の装置に配置するものであっても良い。

登録制御部２１は、図２に示すような管理テーブル２１ａを有し、各階の乗場行先階登録装置１３ａ，１３ｂ，１３ｃ…で登録された乗場呼び情報と、割当制御部２３から出力される割当号機を管理テーブル２１ａに登録する。上述したように、乗場呼び情報には、行先階と登録階の２つの情報を含む。

図２の例では、下記の３つの情報が管理テーブル２１ａに登録されている。これらの情報は、割当号機の応答完了時に消去される。

・７階設置の乗場行先階登録装置１３で１階が登録され、Ａ号機に割当出力
・４階設置の乗場行先階登録装置１３で１階が登録され、Ｃ号機に割当出力
・１階設置の乗場行先階登録装置１３で１０階が登録され、Ｂ号機に割当出力。

また、割当号機が決定したときには、行先階情報が単体制御装置１１ａ，１１ｂ，１１ｃの中の該当する単体制御装置１１に対して出力される。これにより、単体制御装置１１を通じて乗りかご１２内でかご呼びが自動登録される。例えば、行先階情報として「１階」が出力されていれば、乗りかご１２内で１階行きのかご呼びが自動登録されることになる。

応答時間算出部２２は、登録制御部２１に新規に登録された乗場呼びに対し、各号機毎に割当ての指標となる応答時間を算出する。この応答時間は、既に登録されている乗場呼び情報の他、現在のかご位置、運転方向、戸開閉状態などをもとに計算する。

ここで、本実施形態では、「応答時間」として、利用者が行先階を登録してから上記行先階に到着するまでの時間（これをサービス時間と呼ぶ）を使用する。つまり、利用者が行先階を登録してから号機が乗場呼びの登録階に到着するまでの第１の時間に、さらに、その登録階からユーザが登録した行先階に号機が到着するまでの第２の時間を加えた時間を割当制御で使う応答時間として算出する。なお、上記第１の時間は利用者の待ち時間、上記第２の時間は利用者の乗車時間として算出されるものである。

割当制御部２３は、管理テーブル２１ａに記憶された乗場呼び情報に基づいて、上記各号機の中から上記登録階に対する２周目以降の応答を含めて最適な号機を選択する。詳しくは、全号機を対象に上記応答時間算出部２２によって算出された平均的な応答時間（平均待ち時間＋平均乗車時間）をベースに当該乗場呼び情報に対する最適性を表わす評価値を算出し、最も評価の高い号機に当該乗場呼び情報の割当出力を行う。なお、通常、評価値はその数値が低いほど、評価が高いことを表わす。

表示制御部２４では、割当制御部２３によって選択された号機を利用者が操作した乗場行先階登録装置１３の表示部１５に表示する。詳しくは、登録階に１周目で応答可能な場合には乗場行先階登録装置１３に当該号機が応答する旨を表示し、上記選択された号機が登録階に２周目以降で応答可能な場合には当該号機の現在の応答状況に応じて乗場行先階登録装置１３に満員待ちの状態あるいは当該号機が応答する旨を表示する。

なお、「２周目以降の応答」とは、選択号機が登録階を一度通過してから任意の階で方向反転して同じ登録階に応答することを言う。これに対し、「１周目の応答」とは、選択号機が登録階を通過せずに応答することを言う。

ここで、図３および図４を参照して、満員で乗車できない状況と乗場行先階登録装置１３の表示内容との関係について説明する。

図３は各号機の満員で乗車できない状況を示す図である。今、利用者が７階の乗場行先階登録装置１３を操作して、行先階として１階を登録したとする。

このとき、各号機が下記のように状態で満員であったとする。

Ａ号機：既に定格人数分（この例では５名）の利用者が乗車している。
Ｂ号機：同じ階（この例では７階）で待つ他の利用者が乗車すると満員になる。
Ｃ号機：他の階（この例では４階）で待つ他の利用者が乗車すると満員になる。

このような場合、Ａ号機は戸開せずに通過するが、Ｂ号機とＣ号機は戸開するため、利用者が誤って乗車する可能性がある。また、一般的にＡ号機のようなケースでは、満員待ちの状態が表示されるため、利用者にストレスを与えることになる。

なお、図３の例では、Ｃ号機が７階に応答して戸開したときにかご内は空いているが、システム（群管理制御装置２０）の内部処理的には、既に４階での呼び登録を含めて管理しているので、この時点で満員に近い状態であると判断している。

図４は乗場行先階登録装置１３に表示される内容を示す図であり、通常時と満員時の表示例が示されている。

通常時とは、通常通りに１周目の応答で登録階に着床した号機に利用者が乗車できる状態のことである。例えば、図４（ａ）に示すように、利用者が乗場行先階登録装置１３により１階を行先階として登録したとする。Ａ号機が選択号機として決定され、通常通りに登録階に応答する場合には、同図（ｂ）に示すように、乗場行先階登録装置１３の表示部１５にＡ号機が応答する旨が即時に表示される。

これに対し、選択号機が満員に近い状態にあるときには、同図（ｃ）または（ｄ）のような表示になる。すなわち、例えばＡ号機が既に満員に近い状態にあり、登録階に応答予定がない場合には、同図（ｃ）のように通常時と同じ表示となる。この場合、１周目は満員通過して、２周目あるいはそれ以降で応答することになる。利用者は満員通過を知らずに待つことになるが、自分が乗れる号機が表示されているので、満員待ちの状態が表示されるよりはストレスが少ない。

一方、例えばＣ号機が選択号機であり、そのＣ号機が応答中あるいは応答予定がある場合には、同図（ｄ）のように待ち表示が出される。すなわち、Ｃ号機が登録階に応答したときに戸開するので、待ち表示をせずに選択号機を表示した場合に１階を登録した利用者が誤って乗車することがある。このような誤乗車を防ぐために待ち表示が出される。この場合、Ｃ号機の通過後に同図（ｅ）のような表示が出される。

次に、第１の実施形態の動作を説明する。
図５は第１の実施形態における群管理制御装置２０の処理動作を示すフローチャートである。なお、このフローチャートで示される処理は、コンピュータである群管理制御装置２０が所定のプログラムを読み込むことにより実行される。

任意の階に設置された乗場行先階登録装置１３を通じて利用者の行先階が登録されると（ステップＡ１１のＹＥＳ）、その行先階と登録階の情報を含む乗場呼び情報が群管理制御装置２０に与えられ、登録制御部２１に設けられた管理テーブル２１ａに記憶される（ステップＡ１２）。

管理テーブル２１ａに新規の乗場呼び情報が登録されると、割当制御部２３は、その乗場呼び情報に基づいて、各号機の中から登録階に対する２周目以降の応答を含めて最適な号機を選択する（ステップＡ１３）。

詳しくは、応答時間算出部２２を通じて全号機を対象として平均待ち時間（第１の時間）と平均乗車時間（第２の時間）を求め、これらの時間を加えた応答時間（サービス時間）をベースにして最適な号機を選択する。この場合、応答時間（サービス時間）が最も短い号機が優先的に選択されることになる。

ここで、割当制御部２３は、選択号機が１周目に応答可能であるか否かを判断する（ステップＡ１４）。これは、選択号機が各階で停止したときの利用者の乗降人数を管理テーブル２１ａの登録情報から推測し、１周目で応答したときに満員に近い状態にあるか否かを調べることで行う。

満員に近い状態とは、図３で説明したように、定格人数に近い数の利用者が既に乗車している場合（Ａ号機の例）、同じ階で待っている他の利用者の乗車により満員になる場合（Ｂ号機の例）、他の階で待っている他の利用者の乗車により満員になる場合（Ｃ号機の例）である。満員に近い状態であれば、選択号機を２周目以降に応答させるものとする。この時点では、最適な号機を選択しただけであり、その選択号機に対して乗場呼び情報の割当出力はなされていない。なお、ここで言う「満員に近い状態」とは、満員の状態も含むものとする。

選択号機が満員に近い状態になく、通常通りに１周目に応答可能であれば（ステップＡ１４のＮＯ）、割当制御部２３は、１周目に応答可能な運行スケジュールを作成する（ステップＡ１５）。割当制御部２３は、その運行スケジュールに従って上記選択号機に割当出力を行って登録階に応答させると共に、表示制御部２４を通じて登録階の乗場行先階登録装置１３の表示部１５に上記選択号機が応答する旨を表示させる（ステップＡ１６）。

このときの表示例が図４（ｂ）である。この例では、Ａ号機が応答する旨が表示されている。これにより、利用者はＡ号機の応答時に乗車して行先階（この例では１Ｆ）に行くことができる。

一方、選択号機が満員に近い状態にあって、２周目以降の応答となる場合には（ステップＡ１４のＹＥＳ）、割当制御部２３は、２周目以降に応答可能な運行スケジュールを作成する（ステップＡ１７）。

その際、割当制御部２３は、管理テーブル２１ａを参照して、２周目以降の応答させる選択号機が登録階に応答中あるいは応答予定ありか否かを判断する（ステップＡ１８）。その結果、応答中でも応答予定もない場合には（ステップＡ１８のＮＯ）、割当制御部２３は、２周目以降の運行スケジュールに従って上記選択号機に割当出力を行って登録階に応答させると共に、表示制御部２４を通じて登録階の乗場行先階登録装置１３の表示部１５に上記選択号機が応答する旨を表示させる（ステップＡ１６）。

このときの表示例が図４（ｃ）である。Ａ号機が応答する旨が表示されているが、実際には１周目を満員通過している。利用者は１周目の満員通過を知らずに待つことになるが、待ち表示が出ないのでストレスは少ない。

また、応答中あるいは応答予定ありの場合には（ステップＳ１８のＹＥＳ）、選択号機が応答したときに利用者が誤って乗車することを防ぐために、割当制御部２３は、表示制御部２４を通じて登録階の乗場行先階登録装置１３の表示部１５に満員待ちの状態にあることを表示させる（ステップＡ１９）。

このときの表示例が図４（ｄ）である。この例では、「混雑しています。しばらくお待ちください。」といったように、満員待ちの状態が表示されている。

また、選択号機が登録階を通過して、次の応答で乗車可能であれば（ステップＡ２０のＹＥＳ）、割当制御部２３は、２周目以降の運行スケジュールに従って上記選択号機に割当出力を行って登録階に応答させると共に、表示制御部２４を通じて登録階の乗場行先階登録装置１３の表示部１５に上記選択号機が応答する旨を表示させる（ステップＡ１６）。

このときの表示例が図４（ｅ）である。この例では、Ｃ号機が応答する旨が表示されている。これにより、利用者は次にＣ号機が応答したときに乗車して行先階（この例では１Ｆ）に行くことができる。

このように第１の実施形態によれば、利用者が乗場で行先階を登録した際に、２周目の応答を含めて最適な号機が選択され、その選択号機の応答状況に応じて満員待ちの状態あるいは当該号機が応答する旨が表示される。これにより、満員待ちをできるだけ表示させずに、利用者が乗車可能なタイミングで号機表示を行うことが可能となり、利用者にストレスを与えずに効率的に運ぶことができる。

（第２の実施形態）
次に、第２の実施形態について説明する。

上記第１の実施形態では、常に運行効率を優先として割り当て制御が行われるため、選択号機の応答状況によって満員待ちの状態が表示されることがある。しかしながら、利用者が少ない閑散時にあるときに、このような満員待ちの状態が表示されると、利用者によっては不快に思うことがある。そこで、第２の実施形態では、閑散時に満員待ちの表示を極力抑えるようにしたものである。

図６は第２の実施形態に係るエレベータの群管理システムの構成を示す図である。なお、上記第１の実施形態における図１の構成と同じ部分には同一符号を付して、その説明を省略するものとする。

図６において、群管理制御装置２０には、上記第１の実施形態の構成に加え、交通状況判断部２５が備えられている。交通状況判断部２５は、現在の交通状況として閑散時であるか混雑時であるかを判断する。ここで言う「閑散時」とはエレベータの利用者が少ない状態、「混雑時」とはエレベータの利用者が多い状態のことである。

割当制御部２３は、交通状況判断部２５によって閑散時と判断された場合に登録階の乗場行先階登録装置１３の表示部１５に即時表示可能な号機の有無を検出し、該当する号機が検出された場合にその号機を最適な号機として選択して、表示制御部２４に当該号機が応答する旨を表示させる。また、割当制御部２３は、交通状況判断部２５によって混雑時と判断された場合または即時表示可能な号機が検出されなかった場合には、各号機の中から上記登録階に対する２周目以降の応答を含めて最適な号機を選択する。

図７は第２の実施形態における群管理制御装置２０の処理動作を示すフローチャートである。なお、上記第１の実施形態と同様に、このフローチャートで示される処理は、コンピュータである群管理制御装置２０が所定のプログラムを読み込むことにより実行される。

任意の階に設置された乗場行先階登録装置１３を通じて利用者の行先階が登録されると（ステップＢ１１のＹＥＳ）、その行先階と登録階の情報を含む乗場呼び情報が群管理制御装置２０に与えられ、登録制御部２１に設けられた管理テーブル２１ａに記憶される（ステップＢ１２）。

ここで、第２の実施形態では、乗場呼び情報の割当制御を行うに際し、交通状況判断部２５によって閑散時であるか混雑時であるかが判断される（ステップＢ１３）。閑散時／混雑時は、サービス時間あるいは時間帯に基づいて判断される。

サービス時間とは、利用者が行先階を登録してから上記行先階に到着するまでの時間のことであり、応答時間算出部２２によって算出される応答時間に相当する。各号機毎にサービス時間を求め、これらのサービス時間の単位時間（例えば１時間）当たりの平均値が一定値以下であれば、エレベータの利用者が少ない閑散時であると判断する。一方、上記サービス時間の単位時間当たりの平均値が一定値を越えていれば、エレベータの利用者が多い混雑時であると判断する。

時間帯とは、閑散／混雑を予想できる時間帯のことであり、例えばオフィスビルであれば出勤時間帯、退勤時間帯などである。建物の交通需要から閑散／混雑の時間帯を予め設定しておき、そのときの時間帯に応じて閑散時あるいは混雑時を判断する。

混雑時であれば、多数の利用者を効率的に運ぶ必要がある。そこで、上記交通状況判断部２５によって混雑時と判断された場合には（ステップＢ１３のＮＯ）、割当制御部２３は、上記第１の実施形態と同様の処理を実行する（ステップＢ１４）。

すなわち、図５のステップＡ１３〜Ａ２０に示されているように、各号機の中から２周目の応答を含めて最適な号機を選択し、その選択号機の応答状況に応じて満員待ちの状態あるいは当該号機が応答する旨を登録階に設置された乗場行先階登録装置１３の表示部１５に表示する。これにより、利用者が乗車可能な号機に正しく乗車させて効率的に運ぶことができる。

一方、閑散時に満員待ちが表示されると、利用者によっては不快に思うことがあるため、できるだけ満員待ちを表示しないことが望まれる。そこで、上記交通状況判断部２５によって閑散時と判断された場合には（ステップＢ１３のＹＥＳ）、割当制御部２３は、登録階に設置された乗場行先階登録装置１３の表示部１５に即時表示可能な号機の有無を検出する（ステップＢ１５）。そして、該当する号機が検出された場合には（ステップＢ１６のＹＥＳ）、割当制御部２３は、その号機を最適な号機として選択して（ステップＢ１７）、表示制御部２４に当該号機が応答する旨を表示させる（ステップＢ１８）。

このときに表示された応答号機は、即時表示可能な号機であって、エレベータシステム全体から見ると、必ずしも運行効率的に良いものではない。すなわち、本来、同じ行先階の利用者が多数いれば、運行効率優先するために同じ号機が割り当てられる。これに対し、即時表示を優先する場合には、同じ行先階の利用者でも、違う号機が割り当てられることがあり、その分、長待ちになる可能性がある。しかし、閑散時では、多少効率が悪くても、利用者に対して乗車可能な号機を早めに表示する方が好ましい。

なお、上記ステップＢ１６において、該当する号機が検出されなかった場合には、割当制御部２３は、上記第１の実施形態と同様の処理を実行することになる（ステップＢ１４）。

このように第２の実施形態によれば、混雑時では効率的な運行を優先し、閑散時では即時表示を優先することで、そのとき交通状況に応じた適切な号機表示を行うことが可能となり、乗場で待つ利用者にストレスを与えずに運ぶことができる。

なお、上記各実施形態では、３台の号機（エレベータ）を有する群管理システムを例にして説明したが、３台以上の号機であっても良く、要は少なくとも２台の号機を群管理制御する構成であれば良い。

以上述べた少なくとも１つの実施形態によれば、利用者が乗場で行先階を登録した際に、満員待ちをできるだけ表示させずに、利用者が乗車可能なタイミングで号機表示を行うことで、利用者にストレスを与えずに効率的に運ぶことのできるエレベータの群管理システムを提供することができる。

なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１１ａ，１１ｂ，１１ｃ…単体制御部、１２ａ，１２ｂ，１２ｃ…乗りかご、１３ａ，１３ｂ，１３ｃ…乗場行先階登録装置、１４ａ，１４ｂ，１４ｃ…操作部、１５ａ，１５ｂ，１５ｃ…表示部、２０…群管理制御装置、２１…登録制御部、２１ａ…管理テーブル、２２…応答時間算出部、２３…割当制御部、２４…表示制御部、２５…交通状況判断部。

Claims (7)

1. 少なくとも２台以上の複数の号機の運転を制御するエレベータの群管理システムにおいて、
   各階の乗場に設置され、利用者の行先階を登録するための表示機能付きの乗場行先階登録装置と、
   この乗場行先階登録装置によって登録された行先階とその登録階を含む乗場呼び情報を記憶する管理テーブルと、
   この管理テーブルに記憶された乗場呼び情報に基づいて、上記各号機の中から上記登録階に対する２周目以降の応答を含めて最適な号機を選択する割当制御手段と、
   この割当制御手段によって選択された号機が上記登録階に１周目で応答可能な場合には上記乗場行先階登録装置に当該号機が応答する旨を表示し、上記選択された号機が上記登録階に２周目以降で応答可能な場合には当該号機の現在の応答状況に応じて上記乗場行先階登録装置に満員待ちの状態あるいは当該号機が応答する旨を表示する表示制御手段と
   を具備したことを特徴とするエレベータの群管理システム。
2. 上記表示制御手段は、
   上記選択された号機が上記登録階に２周目以降で応答可能な場合に、当該号機が満員に近い状態で上記登録階に応答中あるいは応答予定であれば、上記乗場行先階登録装置に満員待ちの状態を表示することを特徴とする請求項１記載のエレベータの群管理システム。
3. 上記表示制御手段は、
   当該号機が上記登録階を通過後、次の応答で乗車可能な場合に上記乗場行先階登録装置に当該号機が応答する旨を表示することを特徴とする請求項２記載のエレベータの群管理システム。
4. 閑散時であるか混雑時であるかを判断する交通状況判断手段を備え、
   上記割当制御手段は、
   上記交通状況判断手段によって閑散時と判断された場合に上記乗場行先階登録装置に即時表示可能な号機の有無を検出し、該当する号機が検出された場合にその号機を最適な号機として選択して、上記表示制御手段に当該号機が応答する旨を表示させることを特徴とする請求項１記載のエレベータの群管理システム。
5. 上記割当制御手段は、
   上記交通状況判断手段によって混雑時と判断された場合または即時表示可能な号機が検出されなかった場合には、上記各号機の中から上記登録階に対する２周目以降の応答を含めて最適な号機を選択することを特徴とする請求項４記載のエレベータの群管理システム。
6. 上記交通状況判断手段は、
   利用者が行先階を登録してから上記行先階に到着するまでのサービス時間の単位時間当たりの平均値が一定値以下の場合に閑散時であると判断し、上記平均値が一定値を超えている場合に混雑時であると判断することを特徴とする請求項４記載のエレベータの群管理システム。
7. 上記交通状況判断手段は、
   予め設定された時間帯から閑散時であるか混雑時であるかを判断することを特徴とする請求項４記載のエレベータの群管理システム。

Images