JPH0532303B2 - - Google Patents

Info

Publication number
JPH0532303B2
JPH0532303B2 JP61080987A JP8098786A JPH0532303B2 JP H0532303 B2 JPH0532303 B2 JP H0532303B2 JP 61080987 A JP61080987 A JP 61080987A JP 8098786 A JP8098786 A JP 8098786A JP H0532303 B2 JPH0532303 B2 JP H0532303B2
Authority
JP
Japan
Prior art keywords
floor
elevator
car
transportation capacity
time
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP61080987A
Other languages
Japanese (ja)
Other versions
JPS62240277A (en
Inventor
Kenji Yoneda
Takaaki Uejima
Toshio Fukuda
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP61080987A priority Critical patent/JPS62240277A/en
Publication of JPS62240277A publication Critical patent/JPS62240277A/en
Publication of JPH0532303B2 publication Critical patent/JPH0532303B2/ja
Granted legal-status Critical Current

Links

Landscapes

  • Indicating And Signalling Devices For Elevators (AREA)
  • Elevator Control (AREA)

Description

【発明の詳細な説明】[Detailed description of the invention]

〔産業上の利用分野〕 本発明はエレベーターの制御装置に係り、特に
混雑時におけるエレベーターの運行を適切なもの
にするための制御装置に関する。 〔従来の技術〕 エレベーターの運行を、より円滑に行なわせる
ため、その制御に乗客の交通量を反映させること
が従来から広く行なわれており、そのため、この
交通量に関しても従来から種々の観点を異にする
検出方法が提案されており、例えば、特開昭55−
56963号公報では乗りかご重量を検出して各床階
ごとに乗降客数を求めるようにしたものが、特開
昭52−140147号公報ではエレベーターの特定階交
通需要を乗りかご内荷重の変化により検出するよ
うにしたものが、そして特開昭50−125446号公報
では乗りかご内乗客数および乗りかご内行先階呼
びの変化を検出して乗り階、方向別に行先階別乗
客数を検出するようにしたものなどが提案されて
いる。 しかしながら、これらはいずれも、各階での乗
り込み交通量や降り交通量を検出するものであ
り、乗り込み方向別の乗客数を予測するものでは
ないため、以下のような場合でのエレベーターの
運行改善にはあまり有用ではなかつた。 すなわち、昼食時などでは、エレベーター利用
者が急激に増加し、満員通過が発生する。例え
ば、2階とか地下階などの下層階に食堂階が設置
されていると、上層階のうち比較的2階や地下階
に近い階床の利用者は、それより上層階での利用
者により満員通過され、このため待ち時間が異常
に長くなつてしまうという現象を生じる。 このため、上層階のうち比較的下の方の階から
食堂階へ行こうとしている利用者の中には、やむ
を得ず、食堂階のあるDN方向(下降方向)とは
逆のUP方向(上昇方向)のホール呼び釦をも押
し、上昇下降に関係なく、とにかく先に到着した
乗りかごに乗り込む者が現われてくる。 しかして、このような者が現われ、その人数が
多くなると、これに伴なつてますます満員通過が
増加し、比較的下の方の階のDN方向ホール呼び
に対するサービスが低下するようになる。 これを第2図によつて説明すると、これは3台
並設エレベーターを1F(1階)がロビーで2Fに食
堂があり、かつ3Fから12Fまでは急行ゾーンで
13Fから19Fがサービス階となつているビルに設
けた場合で、いま昼食時間に入つたとする。 3台並設べたエレベーターの第1号機1Eは
14FをUP方向にサービス中で、第2号機2Eは
13FをUP方向にサービス中であり、一方、第3
号機3Eは2Fへ向けて急行ゾーンをDN方向に走
行中であるとする。なお、15U〜18UはUP
方向ホール呼びを、そして、1D〜19DはDN
方向ホール呼びをそれぞれ表わす。 このとき、各エレベーターが現在位置からサー
ビスを続けて食堂階2Fに戻るまでの運行経路は
それぞれl1,l2,l3となり、破線で示した部分が
満員通過する階床を表わしている。 従つて、この第2図から明らかなように、昼食
時間などの混雑時には、18FのDN呼び18Dから
13FのDN呼び13Dには満員によりサービスがで
きなくなる場合を生じ、その分、UP側に比して
DN側のサービスが低下する。また、下の方の階
になる程、そのDN呼びが満員通過となつてしま
う確率が高くなり、その分、UP方向に乗り込ん
でそのままDN方向に向う乗客の比率が多くな
る。 このため、UP走行に要する時間が長くなり、
全台のエレベーターが最上階まで運行する比率が
増え、エレベーターの一周時間が長くなつて輸送
能力の低下をもたらし、事態をますます悪化させ
てしまう。 ところで、このような事態の発生を防止するた
めには、次のような方法が考えられる。 すなわち、目的階へ向う方向と反対方向のエレ
ベーターに乗り込む者が増加した場合と、このよ
うな者がほとんどいない場合のサービス性をシミ
ユレーシヨンにより求め、両方の対比を明確に
し、これをPRして利用者各自のモラルに訴え、
逆方向に乗り込もうとする者が現われないように
するのである。 しかしながら、この方法は、一社専有のビルに
おいては現実的であるが、そうでない場合や、不
特定多数の利用者を有するホテル等では非現実的
である。 そこで、エレベーターの群管理制御装置に、エ
レベーター利用者の交通流の学習機能を有するも
のを用い、これによつて上記した事態を予じめ予
測して所定の群管理制御を行なう方法が考えられ
る。すなわち、このような予測にたち、必要に応
じて例えばDN方向のホール呼びを割当てたエレ
ベーターは待ち時間の短かいUP方向のホール呼
びは応答しないで通過させる(このとき、即時案
内方式のものにおいては、案内を保留したり、わ
ざわざ到着予測時間が所定値以上となる、乗りか
ごが遠方にいるエレベーターを選択して案内する
ようにする)などの制御を実施するのである。 また、特開昭58−95082号公報では、超音波や
工業用TVカメラを応用してかご内乗客数および
ホール待ち客数を検出し、この検出データにより
乗り込み人数を制限した割当てを行なうことが、
さらに特公昭57−40066号公報では、ホール待ち
客数と行先階比率とから行先階を予測し、乗りか
ごの到着時間の予測精度を向上することがそれぞ
れ提案されている。 しかしながら、これらは、いずれも呼び割当て
制御をいかに改善してサービス性を向上させるか
を目的とするもので、上記した昼食時などにおけ
る一般階の乗り込み混雑に対しては、輸送能力そ
のものが不足しているため、サービス性の向上に
役立たないという問題があつた。 また、出勤時においては、複数台(一般には4
台以上)のエレベーターの地上におけるサービス
階を上層と下層に分割してサービスさせることに
より輸送能力を向上させ、ロビーでの最大待ち人
数を低減する分割急行運転が採用される場合もあ
るが、昼食時の交通需要の様子はエレベーターの
製造時期には不確定であつたり、ビルの用途やビ
ル周辺の状況(外食や休憩に適した場所が近くに
あるか否かなど)およびビル内の食堂のある階床
(2つの階床に分散しているビルもある)など、
ビル内のレイアウトによつても大きく変化するた
め、出勤時のように画一的な制御方式である分割
急行運転を採用することは一般には困難であつ
た。 〔発明が解決しようとする問題点〕 以上述べたように、上記した昼食時などにおけ
る一般階の乗り込み混雑に対しては、これまで適
切な対応策が見当らなかつた。 本発明の目的は、昼食時などにおける一般階か
ら特定階へ、あるいは特定階から一般階への乗り
込み混雑によるエレベーターのサービス低下を改
善することのできるエレベーターの制御装置を提
供することにある。 〔問題を解決するための手段〕 この目的を達成するため、本発明は、乗り越し
交通量などからエレベーターによる輸送能力が交
通需要に対して不足したことを検出する手段と、
この輸送能力不足検出手段で輸送能力が不足した
ことを検出したときホール呼びおよびかご呼びに
対して特定の階床を不停止とし、かつ輸送能力が
不足している進行方向における不停止階の比率よ
りも輸送能力が不足していない進行方向における
不停止階の比率を高くする運行管理手段とを備え
たものである。 〔作 用〕 上記輸送能力不足検出手段および運行管理手段
を備えたので、昼食時などに一般階から特定階
へ、あるいは特定階から一般階へ乗り込む場合に
輸送能力が不足したとき、エレベーターの一周時
間を短縮し、単位時間当りの輸送能力を向上し
て、上記輸送能力不足時の乗り込み混雑によるエ
レベーターのサービス低下を改善することができ
る。 〔実施例〕 以下、本発明によるエレベーターの制御装置を
図示の実施例について詳細に説明する。 まず、最初に本発明による自動運行管理制御装
置の全体について説明する。 第1図は全体構成を示すブロツク図である。群
管理制御装置90はマイクロコンピユータなどに
よりプログラムによつて制御処理を行なうように
構成したり、論理回路によつて構成することもで
きる。ここでは、両者を混在させて説明するが、
これに限定されるものではない。 この群管理制御装置90の入力情報としては、
号機制御装置E1〜E3から送信されてきたエレベ
ーターの位置、方向、かご呼び等のエレベーター
制御データIE1〜IE3(第15図のテーブルSF11
の一部)、ホール呼び登録H1〜H19より登録され
たホール呼びデータ(テーブルSF12の一部)、
エレベーターの速度や群管理エレベーター台数等
のエレベーター仕様と本発明で特に重要な役割を
果たす自動運行管理仕様とサービス階テーブル等
の群管理仕様(テーブルSF13)、ならびに運行
管理モード別学習定数(テーブルSF37)、さら
に乗り場待ち客検出装置70より入力される待ち
客数などの待ち客信号PHと乗り場インターフエ
ース装置80より入力される行先呼びや特定呼び
等の入力信号PI等がある。 なおここで、テーブルSF13,SF37の仕様
や定数はバツテリーバツクアツプされたRAM
(ランダム・アクセス・メモリ)または
EEPROM(エレクトリカル・エラセイブル・プ
ログラミング・リード・オンリ・メモリ)により
記録されるものとし、それぞれ制御仕様登録装置
75とシミユレーシヨンによる定数生成装置85
からの入力信号UIとGIにより、記録されていた
仕様や定数を変更することが可能なように構成さ
れている。これら2つの装置75,85は必ずし
も常設しておく必要はなく、必要な期間または必
要な時だけ接続する可搬装置とし、他のエレベー
ター制御装置と共用の調整・保守装置とすること
ができる。 一方、入力された呼び信号はホール呼び登録回
路920、行先呼び登録回路990、特定呼び登
録回路100により登録され、呼び割当制御回路
930により、全体のサービス性を考慮した運転
となるように、各エレベーター1E〜3Eに割当
てられ、割当てられたホール呼び、行先呼び、特
定呼びはエレベーター制御出力データOE1〜OE3
として各号機制御装置E1〜E3へ送信される。 また、かご呼び登録回路910は、号機制御装
置E1〜E3内に設けることもできるが、ここでは
自動運行管理を行なうために群管理制御装置90
内に設けられている。これらの呼び登録回路は、
いずれもサービス階テーブル作成回路970の出
力するサービス階信号Sにより、その登録が第2
3図〜第25図に示すような運行管理モードにな
ると、輸送能力向上のために運行されないサービ
ス階床の呼び登録が制限される。 このような強行制御は乗り越し交通量検出回路
950の出力、待ち客信号PH、かご内荷重信号
W(1)〜W(3)などから輸送能力不足検出回路960
によつて能力不足が検出された時のみ実行され
る。 また、この際は予測交通需要生成回路940に
より速かに予測される乗り、降り客数信号PB
出力し、呼び割当制御回路930等へ与える。さ
らに、混雑に応じた扉開放時間とするための扉開
放時間制御回路110も備えている。 また、この割当て信号や扉開放時間信号など
は、各号機制御装置E1〜E3へ出力信号OE1〜OE3
として出力される。 また、乗り場待ち客検出装置70は、各階のエ
レベーター待ち客数などの待ち客信号PHを群管
理制御装置90へ与える。 さらにまた、乗り場インターフエース装置80
は、本発明による輸送能力向上のための自動運行
管理を実行した際に、その運行態様を予め利用客
に報知し、また行先階を指定する行先呼び登録や
特定利用者(重役や受け付係など)により暗号コ
ードを入力して呼び登録をする特定呼び登録など
に使用される。 以上、本発明による群管理制御装置90におけ
るソフトウエア全体構成の一実施例について説明
したが、次に乗り越し交通量検出回路950と予
測交通需要生成回路940について第3図〜第1
4図を用いて説明する。 本発明で使用する乗り越し交通量検出回路につ
いて説明する前に、本実施例ではエレベーターの
乗りかごの重量変化によつて乗客数変化を検出し
ているので、まずこの乗りかごの重量変化につい
て説明する。 第3図は正常な状態でエレベーターが最上階に
サービスした場合での乗りかご内乗客数の変化状
態を示したもので、最上階で降りた客数はWp1
して検出され(ドアの開きを開始してから1秒程
度後、又はドア開完了後の乗りかご内重量と、こ
の最上階でのサービス時における乗りかご重量の
最小値Wn1との差の演算によつて求める)、一方、
最上階から乗り込んだ客数はWi1で検出される
(ドア閉完了時の乗りかご内重量と最小値Wnl
の差を演算して求める)。 このとき、エレベーターは最上階でUP方向か
らDN方向に切換わるから、この階で降りずにそ
のまま乗り続ける客はいない筈であり、従つて、
最小値Wn1はほぼ0になることが判る。 次に、第4図はエレベーターが第2図の場合の
上層階から食堂などがある2Fへ到着した際の乗
客数変化状態を示したもので、食堂へ向う多数の
降り客数Wp2と、食堂を利用したあとでロビーに
向う乗り客数Wi2が示されている。 一方、上記した昼食時などで逆方向乗り込み客
が現われた場合での最上階での状態を示したのが
第5図で、このときには降り客数Wp3と乗り客
Wi3については第3図の場合とほぼ同じ傾向にあ
るが、最小値Wn3が第3図の0とは異なつてかな
り大きな値を示すようになつていることが判る。 なお、乗り越し人数の検出などに使用するかご
内人数検出器としては、荷重検出装置に限らず、
マツトスイツチ、エリアセンサー工業用テレビカ
メラなどを用いて直接かご内乗客数をとらえ、第
5図に示す乗客数Wn3を検出する構成することも
できる。 さて、第6図は乗り越し交通量検出回路950
の一実施例である。 この実施例は第2図の場合と同じく3台並設し
たエレベーターを対象としたもので、各エレベー
ターの乗りかごに設置してある重量検知器からそ
れぞれの号機ごとの乗りかご内重量を表わす信号
W(1)、W(2)、W(3)が取り込まれるようになつてい
る。 逆方向乗客数検出回路11〜13はそれぞれ対
応する信号W(1)、W(2)、W(3)の一つを取り込み、
それに基づいて対応するエレベーターの乗りかご
がUP方向からDN方向へ切換る階にサービスし
た際の乗りかご内重量の最小値Wn(第3図のWn1
及び第5図のWn3)検出し、これを逆方向乗客数
WE1〜WE3として出力する。 この信号WE1〜WE3は各エレベーターがUP方
向からDN方向、或いはDN方向からUP方向に方
向が切換えられる毎に作成され、その都度、累積
回路10に取り込まれる。 累積回路10はこれらの信号WE1〜WE3を処
理し、所定期間、例えば10分間の逆方向乗り交通
量WEを出力する。 一方、これと同じ期間での乗り客数Wioを、同
じく信号W(1)〜W(3)を入力とする乗り客数検出回
路21〜23と累積回路20とによつて収集し、
出力する。 こうして逆方向乗り交通量WEと乗り客数Wio
を求めたら、WE/Wio=EP1の演算により演算回
路30から逆方向乗客率EP1を出力させる。 既に第3図ないし第5図で説明したように、エ
レベーターの運行方向が切換わる階床での乗りか
ご内重量の最小値(第5図におけるWn3)は、逆
方向乗客数を表わすものとなつている。 従つて、この第6図の実施例によれば、簡単
に、しかも正確に逆方向乗客数や逆方向乗客率を
与えることができ、一般階床での乗り混雑により
輸送能力が不足していると判定するための正確な
情報として利用することができる。 第7図は予測交通需要生成回路940の一実施
例であり、次の3つの回路からなつている。 (1) 各エレベーターの号機制御装置E1〜E3の入
力信号の一部をなす乗りかご内の重量信号W(1)
〜W(3)とかご位置ならびに方向信号などよりエ
レベーターを利用する乗降客の状況を検出する
利用状況検出回路50。 (2) 乗り越し交通量が多い時に、乗り客データPi
を本来あるべき状況を表わすデータPi′として
補正して出力する乗り客数補正演算回路60。 (3) 輸送能力不足検出回路960や外部からの入
力指令により運行管理を行なうと出力される新
しいサービス階信号Sにより長期、短期にわた
つて検出し、学習した交通需要データから運行
管理後の階床別の利用交通量を推定する予測交
通量演算回路65。 次に、第8図〜第14図を用いてこれら各ブロ
ツク回路の実施例について説明する。 第1に、利用状況検出回路50に乗り越し交通
量検出回路を含ませた実施例について説明する。 第8図において、乗り客数検出回路71〜73
は、対応するエレベーターが各階床にサービスす
るごとに、乗りかご内の重量を表わす信号W(1)、
W(2)、W(3)の減少量を求める。そしてこれを方向
別・階床別乗り客数収集回路70でその都度、方
向別、階床別に分類して集計し、所定の一定期間
における乗り客データPiを作る。 同様に、降り客数検出回路81〜83によりサ
ービス中の乗りかご内重量の増加量を求め、これ
を方向別・階床別降り客数収集回路80によつて
その都度、方向別、階床別に分類、集計し、所定
の一定期間における降り客データPpを作成する。 こうして収集したデータの作成例を第9図と第
10図に示す。 次に、このようにしてデータPiとPpが作成され
たら、これらのデータを基にして逆方向乗客率演
算回路90がUP方向について全ての乗り客数を
算出する。これは第9図における面積Aiuで表わ
される。また、UP方向の全ての降り客数も求め
る。これは第10図の面積Apuとなる。そして、
逆方向乗客率EP2はこれらの面積AiuとApuの差と
乗客データPiとの比を求め、これにより逆方向乗
客率EP2を求めるのである。 従つて、この第8図の実施例によつてもデータ
EP2を求めることができ、エレベーターの群管理
制御などを適切に行なうことができる。 ところで、このようにして逆方向乗客率EP2
求められたならば、これを利用し、逆方向乗客率
が所定値以上になつたときには、乗り客データPi
の本来あるべき状態、つまり逆方向乗り客が現わ
れなかつたらそうなるであろう状態を求めるよう
にし、この結果によりエレベーターの群管理制御
などをさらに適切なものにするのに役立てるよう
にしてもよい。 第2に、このデータPiを補正してデータPi′を
得る乗り客数補正演算回路60の動作を第11図
によつて説明する。 この第11図の左側は、各階別の乗り客数の
UP方向とDN方向の和(第9図の左右の加算値
に相当する)を表わし、右側は各階別の降り客数
のUP方向とDN方向の和(第10図の左右の加
算値に相当)を表わしている。 そして、この第7図の例では、或る階での補正
を、その階より上層階での降り客数の和と、その
階より下層階での降り客数の和の比で行なうよう
にしたものである。 そこで、いま、14Fでの補正については、第1
1図において、14Fよりも上層階である15F以上
の面積A21と、14Fよりも下層階である13F以下
の面積A22を求め、これらの比によつて、この
14Fでの乗り客数を表わす面積A10の再配分を行
ない、第12図に示すように、14FでのUP方向
の乗り客数Piu14とDN方向の乗り客数PiD14とに
配分するのである。 そして、この計算を各階ごとに繰り返し実行し
てやれば、第9図のように逆方向乗客率が増加し
た場合での、学習による乗り客データPiを、逆方
向の乗客が現われなかつた場合を想定した本来あ
るべき状態でのデータPi′を表わす第12図のよ
うに補正することができる。 なお、この補正方法は、各階床ごとの乗客数に
限定されるものではなく、例えば2階床ごとにブ
ロツク化して学習した乗り交通量(輸送量を含
む)を運行方行別に再配分する場合にも適用でき
る。 第3に、第7図の予測交通需要生成回路940
のうちの予測交通量演算回路65について説明す
る。 この回路65は上記のようにして検出され、補
正されたデータPi′を基にして予測交通量を演算
するもので、その詳細を第14図によつて説明す
ると、まず、ブロツク70Aでは時々刻々の利用
状況を数分ごとに特定階床別、または各階層別、
或いは各階床別に収集した乗り交通量Piと降り交
通量Ppを所定量、例えば乗り客数が100人相当量
に達するまで蓄積する。 ブロツク61では、ブロツク70Aでサンプリ
ングされた乗り降り別、各階床別、方向別の交通
需要P70A(以下、交通流という)のもつ特徴(交
通量とその方向、混雑階床とその交通量)を識別
し、交通流モード別に仕分け、長期間にわたつて
この交通流を学習する。 一方、ブロツク70Bでは時々刻々と変化する
現状の交通流Pi,Ppを所定期間の間だけ複数組記
録し、加重平均をとり、或る程度安定な現状の利
用状況を示す交通流P70Bを作成する。なお、これ
を短時間の学習と称するが、この交通流P70Bを交
通流PiとPpの指数平滑演算によつて作成するよう
にしてもよい。 ブロツク62では現状の利用状況に最も近い交
通流モードを識別し交通需要モード信号PMODを出
力する。ブロツク63では現状の交通流P70Bと、
識別された交通需要モード信号PMODのもとで長期
にわたり学習された交通流P61とに基づいて次の
補正を行なう。 (1) 交通流P61の総交通量を現状の交通流P61の総
交通量に近づける。 (2) 次に、交通量の補正をした、長期の学習によ
る交通流に現状の交通流を階床別、方向別、乗
り別、降り別に加重加算し、第2の補正交通流
P63を作成する。 ブロツク64ではこの交通流P63の降り人数の
総和を乗り人数の総和に一致するように補正し、
予測交通量PAを作成する。 この様に構成することにより下記の効果があ
る。 (1) 短期の学習データは変動が多く、全階床の利
用状況を予測することが困難であるのに対し、
現状の混雑状況や、混雑階が適格に把握できる
長所がある。 (2) 長期の学習データを併用することにより上記
した欠点を解消している。また、長期の学習デ
ータを使用する際に総交通量の補正を行なつて
いるので、より現状に適合した予測交通量PA
を得ることができる。 (3) 乗り人数を基準に降り人数を補正している、
すなわち、乗り客の変化が、降り客の変化より
若干早く(0.5〜2分程度)検出できる点を利
用した補正であり、その分だけ予測精度が向上
する。 ブロツク66の乗降客数の推定回路ではサービ
ス階信号Sに応じて予測交通流PAをあらかじめ
定められた推論に基づき、現状サービスできる階
床へ配分するなりして予測交通需要PBを生成す
る。 例えば、予測交通流PAの乗り交通需要が第1
2図とたまたま同一であり、また降り交通需要が
第10図と同一であると仮定し、交通需要の増大
により混雑が発生したためサービス階信号Sが第
22図に示すように切替つたとする。ここで、
「地上のサービス一時保留階への交通需要分の80
%は1階床下の階へ移動する」の推論が組み込ま
れていたとすると、配分処理により上記した予測
交通流PAは第13図に示すような予測交通需要
PBとして出力される。 以上、本発明による自動運行管理制御の効果を
さらに向上させるために重要な役割を持つ交通需
要モード信号PMODと予測交通需要PBの生成につい
ての実施例について説明した。 なお、上記した実施例ではかご内荷重検出信号
を使用したが、これに乗り場待ち客検出装置70
で検出された待ち客信号PHを併用したり、ある
いはかご内荷重検出信号に代えて待ち客信号PH
を使用することもできる。 特に、第14図の所定期間の交通量蓄積回路7
0Bについては、各階床に設けられた乗り場待ち
客検出装置70から出力される待ち客信号PH
併用することにより、交通需要の変化をより早
く、よく正確に推定し、識別することができる。 次に、呼び割当制御回路930について第15
図〜第21図を用いて説明する。ここでは、本発
明の効果をさらに十分なものとするために必要な
呼び割当用総合評価値の演算方法について説明す
る。 この実施例では、呼び割当ての方法として停止
呼び評価関数およびエレベーター状態による評価
関数を用いている。ここで、、停止呼び評価関数
の概念は、特開昭52−47249号、特開昭52−
126845号に開示されている。上記停止呼び評価関
数とエレベーター状態による評価関数を用いた関
数を総合評価関数と称す。この総合評価関数φは
次式で表わせる。 φ=Tnax−α1T〓+TE ……(1) Tα=〓βS ……(2) TE=kα2 ……(3) ここで、Tnaxは待時間の評価値、T〓は停止呼
び評価値、α1は待時間評価値Tnaxと停止呼び評
価値T〓との重み係数で、エリア優先パラメータ
と称す。また、βは発生ホール呼び隣接階の停止
呼びS(サービスする呼びを称す)に対する重み
係数で、たとえば、0〜20となる。さらにTE
エレベーター状態による評価関数で、所定の係数
kと負荷集中パラメータα2とから成る。このエレ
ベーター状態とは、たとえばドア戸閉状態、割当
てホール呼び無し状態、かご内消灯状態等であ
り、この状態に応じて係数kの値を設定する。 第15図は、本発明の一実施例で用いられる運
転制御系ソフトウエアのテーブル構成で、大別し
て、エレベーター制御データテーブルSF11、
ホール呼びテーブルSF12、エレベーター仕様
テーブルSF13のブロツクで構成してある。各
ブロツク内のテーブルについては、下記に述べる
運転制御プログラムを説明するとき、その都度述
べる。なお、以下に説明するプログラムは、プロ
グラムを複数のタスクに分割し、効率よい制御を
行なうシステムプログラム、すなわち、オペレー
テイングシステム(OS)のもとに管理されるも
のとする。 したがつて、プログラムの起動はシステムタイ
マーからの起動や他のプログラムからの起動が自
由にできる。 次に、第16図から20図に呼び割当制御回路
930の一実施例である群管理制御プログラムの
フローチヤートを示す。なお、ここでは群管理制
御プログラムの中で上述した特に重要なプログラ
ムについてだけ説明する。この他にも複数台割当
て(混雑階追加割当て)や混雑階呼び寄せ制御プ
ログラムもあるがここでは省略する。 第16図は、待時間評価演算の基礎データとな
るべき、エレベーターの任意の階までの到着予測
時間を演算するプログラム930Aのフローであ
る。このプログラムはたとえば1秒毎に周期起動
され、エレベーターの現在位置より任意の階まで
の到着予測時間を全階床について、かつ全エレベ
ーターについて演算する。 第16図においてステツプE10とE90は、
全てのエレベーター台数についてループ処理する
ことを示す。ステツプE20でまず、ワーク用の
時間テーブルTに初期値をセツトし、その内容を
第15図の到着予測時間テーブルTAにセツトす
る(ステツプE25)。なお、初期値としては、
ドアの開閉状態からあと何秒で出発できるかの時
間や、エレベーター休止時等における起動までの
所定時間などが考えられる。 次に、階床を1つ進め(ステツプE30)、階
床がエレベーター位置と同一となつたかどうか比
較する(ステツプE40)。もし、同一となれば、
1台のエレベーターの到着予測時間テーブルが演
算できたことになり、ステツプE90へジヤンプ
し、他のエレベーターについて同様の処理をくり
かえす。一方、ステツプE40において、“NO”
であれば、前の階床の時間テーブルTに1階床走
行時間Trを加算する(ステツプE50)。そし
て、この時間テーブルTを到着予測時間テーブル
にセツトする(ステツプE60)。次に、かご呼
びあるいは割当てホール呼び、すなわち、着目し
ているエレベーターにサービスすべき呼びがある
かどうか判定し(ステツプE70)、もしあれば、
予測乗り・降り時間TDを当該階床(配列記号
i)、方向(配列記号j)の予測交通需要PBをな
す予測乗り交通量Pi(j,i)と降り交通流Pp
(j,i)と定数t1とt2とにより(4)式で算出する
(ステツプE75)。 TD=t1(Pi(j,i)+Pp(j,i))+t2 ……(4) そしてエレベーターが減速し、ドア開し、ドア
閉し、加速するために必要な1回停止時間TS
乗降時間TDを時間ワークTに加算する(ステツ
プE80)。 一方、停止すべき呼びがないとき(NO)は、
予測停止確率による停止時間関数TP(下式によ
る)を演算し、時間ワークTに加算する(ステツ
プE78)。 TP=TPN・(TD+TS) +t1′(RPi+RPp)+t2 ……(5)
[Industrial Application Field] The present invention relates to an elevator control device, and particularly to a control device for appropriate elevator operation during crowded times. [Prior Art] In order to make elevators operate more smoothly, it has been widely practiced to reflect the passenger traffic volume in their control. Different detection methods have been proposed, for example, in Japanese Patent Application Laid-Open No.
Publication No. 56963 detects the weight of the car and calculates the number of passengers boarding and alighting each floor, while Japanese Patent Application Laid-open No. 140147/1983 detects the traffic demand for a specific floor of an elevator by detecting changes in the load inside the car. JP-A No. 50-125446 detects changes in the number of passengers in the car and the destination floor name in the car, and detects the number of passengers by destination floor by boarding floor and direction. Some things have been proposed. However, these methods only detect the amount of traffic entering and exiting each floor, and do not predict the number of passengers by direction of boarding, so they are useful for improving elevator operation in the following cases. was not very useful. In other words, during lunch hours, the number of elevator users increases rapidly, and the elevators are often full. For example, if a dining room floor is installed on a lower floor such as the second floor or basement floor, the users of the upper floors that are relatively closer to the second floor or basement floor will be This creates a phenomenon in which the waiting time is abnormally long because the train is packed full. For this reason, some users who are trying to go to the dining room floor from a relatively lower floor among the upper floors have no choice but to move in the UP direction (upward direction), which is opposite to the DN direction (downward direction) where the dining room floor is located. ), some people will press the hall call button and board the car that arrives first, regardless of whether it is going up or down. However, when such people appear and their number increases, the number of people passing through the halls increases, and the service for DN direction hall calls on relatively lower floors deteriorates. To explain this using Figure 2, this means that the 1st floor (1st floor) is the lobby, the 2nd floor is the cafeteria, and the 3rd to 12th floors are in the express zone.
Let's say it's set up in a building where the 13th to 19th floors are service floors, and it's now lunch time. The first elevator, 1E, has three elevators installed side by side.
The 14th floor is being serviced in the UP direction, and the 2nd unit 2E is
The 13th floor is being serviced in the UP direction, while the 3rd floor
It is assumed that Unit 3E is traveling in the DN direction in the express zone toward 2F. In addition, 15U to 18U are UP
Directional hall call, and DN for 1D to 19D
Each represents a directional hole call. At this time, the operating routes of each elevator from its current position until it continues service and returns to the dining room floor 2F are l 1 , l 2 , and l 3, respectively, and the portions shown by broken lines represent the floors that are full of passengers. Therefore, as is clear from this Figure 2, during busy times such as during lunch hours, the DN name of 18F is 18D.
13F DN name 13D may not be able to provide service due to full occupancy, so compared to the UP side, the service will be unavailable.
Service on the DN side deteriorates. In addition, the lower the floor, the higher the probability that the DN call will be filled with passengers, and the proportion of passengers who board in the UP direction and then continue in the DN direction increases accordingly. For this reason, the time required for UP travel increases,
The ratio of all elevators operating to the top floor increases, lengthening the time it takes for each elevator to make a round, reducing transportation capacity and making the situation worse. By the way, in order to prevent such a situation from occurring, the following methods can be considered. In other words, we will use simulations to determine the service quality when the number of people boarding the elevator in the opposite direction to the direction toward the destination floor increases and when there are almost no such people, clarify the contrast between the two, and promote this for use. appealing to the morals of each person,
This prevents anyone from attempting to board in the opposite direction. However, although this method is practical in buildings that are exclusive to one company, it is impractical in other cases, or in hotels that have an unspecified number of users. Therefore, a method can be considered to use an elevator group management control device that has a function of learning the traffic flow of elevator users, thereby predicting the above-mentioned situation in advance and performing predetermined group management control. . In other words, based on this prediction, if necessary, an elevator that has been assigned a hall call in the DN direction will pass the hall call in the UP direction, which has a short waiting time, without responding (at this time, in the case of an elevator with an immediate guidance system, In this case, the elevator may put the guidance on hold or take the trouble to select and guide the elevator to an elevator where the predicted arrival time is greater than a predetermined value or where the car is far away. In addition, Japanese Patent Application Laid-Open No. 58-95082 discloses that the number of passengers in the car and the number of passengers waiting in the hall can be detected using ultrasonic waves and industrial TV cameras, and the number of passengers can be limited and allocated based on this detected data.
Furthermore, Japanese Patent Publication No. 57-40066 proposes to predict the destination floor from the number of passengers waiting in the hall and the destination floor ratio to improve the accuracy of predicting the arrival time of the car. However, all of these measures aim to improve call allocation control and improve service quality, and the transportation capacity itself is insufficient to deal with the congestion of boarding on the general floor during lunchtime and other times. There was a problem that this system was not useful for improving service quality. In addition, when going to work, multiple devices (generally 4 devices are used)
In some cases, divided express operation is adopted, which improves transportation capacity by dividing the service floor of the elevator (more than one elevator) into upper and lower floors, and reduces the maximum number of people waiting in the lobby. The state of transportation demand at the time is uncertain at the time the elevator was manufactured, and depends on the purpose of the building, the surroundings of the building (such as whether there are suitable places for eating out or taking a break nearby), and the availability of cafeterias in the building. For example, on a certain floor (some buildings are spread over two floors),
Since the layout of the building varies greatly, it has generally been difficult to adopt divided express operation, which is a uniform control method such as when commuting to work. [Problems to be Solved by the Invention] As described above, no suitable countermeasures have been found so far for the above-mentioned crowding of passengers on the general floor during lunchtime and other times. SUMMARY OF THE INVENTION An object of the present invention is to provide an elevator control device that can improve the deterioration of elevator service due to crowding from a general floor to a specific floor or from a specific floor to a general floor during lunchtime or the like. [Means for Solving the Problem] In order to achieve this object, the present invention provides means for detecting that the transportation capacity of elevators is insufficient in relation to traffic demand based on the amount of over-traffic, etc.
When this transportation capacity shortage detection means detects a shortage of transportation capacity, a specific floor is made non-stop for hall calls and car calls, and the ratio of non-stop floors in the direction of travel where transportation capacity is insufficient. The vehicle is equipped with a traffic control means for increasing the ratio of non-stop floors in the direction of travel where transport capacity is not insufficient. [Function] Equipped with the above-mentioned transport capacity shortage detection means and operation control means, when the transport capacity is insufficient when boarding from a general floor to a specific floor or from a specific floor to a general floor during lunch time, etc. By shortening the time and improving the transportation capacity per unit time, it is possible to improve the deterioration of elevator service due to crowding when the transportation capacity is insufficient. [Embodiments] Hereinafter, an elevator control device according to the present invention will be described in detail with reference to illustrated embodiments. First, the entire automatic traffic management control device according to the present invention will be explained. FIG. 1 is a block diagram showing the overall configuration. The group management control device 90 can be configured to perform control processing by a program using a microcomputer or the like, or can be configured by a logic circuit. Here, we will explain both together, but
It is not limited to this. The input information of this group management control device 90 is as follows:
Elevator control data IE 1 to IE 3 such as elevator position, direction, car call, etc. transmitted from the unit control devices E 1 to E 3 (Table SF11 in Fig. 15)
), hall call data registered from hall call registration H 1 to H 19 (part of table SF12),
Elevator specifications such as elevator speed and number of group-controlled elevators, automatic operation control specifications that play a particularly important role in the present invention, group control specifications such as service floor tables (table SF13), and learning constants for each operation control mode (table SF37) ), furthermore, there are a waiting passenger signal P H such as the number of waiting passengers inputted from the platform waiting passenger detection device 70 and an input signal PI such as a destination call or a specific call inputted from the platform interface device 80. Note that the specifications and constants in tables SF13 and SF37 are based on battery backed up RAM.
(random access memory) or
It shall be recorded by EEPROM (Electrical Erasable Programming Read Only Memory), and a control specification registration device 75 and a constant generation device 85 by simulation, respectively.
It is configured so that recorded specifications and constants can be changed using input signals from UI and GI. These two devices 75 and 85 do not necessarily have to be permanently installed, but can be portable devices that are connected only for a necessary period or when necessary, and can be used as adjustment and maintenance devices that are shared with other elevator control devices. On the other hand, the input call signal is registered by the hall call registration circuit 920, the destination call registration circuit 990, and the specific call registration circuit 100, and the call allocation control circuit 930 controls each call signal so that the operation takes into account the overall serviceability. Hall calls, destination calls, and specific calls assigned to elevators 1E to 3E are elevator control output data OE 1 to OE 3.
The information is sent to each machine control device E 1 to E 3 as a message. Furthermore, the car call registration circuit 910 can be provided in the car control devices E 1 to E 3 , but here, in order to perform automatic operation management, the car call registration circuit 910 is installed in the group management control device 90 .
It is located inside. These call registration circuits are
In either case, the service floor signal S output from the service floor table creation circuit 970 causes the registration to be performed in the second
When the operation management mode shown in FIGS. 3 to 25 is entered, call registration for service floors that are not operated is restricted in order to improve transportation capacity. Such forced control is performed by the transportation capacity shortage detection circuit 960 based on the output of the overpassing traffic detection circuit 950, the waiting passenger signal P H , the car load signals W(1) to W(3), etc.
Executed only when a lack of capacity is detected by In addition, at this time, the predicted traffic demand generation circuit 940 quickly outputs a signal P B of the number of boarding and alighting passengers, and provides it to the call allocation control circuit 930 and the like. Furthermore, a door opening time control circuit 110 is also provided to set the door opening time according to congestion. In addition, this assignment signal, door open time signal, etc. are output signals OE 1 to OE 3 to each unit control device E 1 to E 3.
is output as Further, the platform waiting passenger detection device 70 provides a waiting passenger signal P H , such as the number of elevator waiting passengers on each floor, to the group management control device 90. Furthermore, the landing interface device 80
When carrying out automatic operation management to improve transportation capacity according to the present invention, the operation mode is notified to passengers in advance, and destination call registration to specify the destination floor and specific users (executives and receptionists) etc.) is used for specific call registration, etc., where a code is entered to register a call. An embodiment of the overall software configuration in the group management control device 90 according to the present invention has been described above.Next, the overpassing traffic detection circuit 950 and the predicted traffic demand generation circuit 940 are explained in FIGS.
This will be explained using Figure 4. Before explaining the overpass traffic detection circuit used in the present invention, since in this embodiment the change in the number of passengers is detected based on the change in the weight of the elevator car, we will first explain the change in the weight of the elevator car. . Figure 3 shows how the number of passengers in the car changes when the elevator services the top floor under normal conditions.The number of passengers who get off at the top floor is detected as W p1 (the door starts to open (obtained by calculating the difference between the weight inside the car after about 1 second after the door has been opened, or the minimum value W n1 of the weight of the car at the time of service on the top floor), on the other hand,
The number of passengers boarding from the top floor is detected by W i1 (calculated by calculating the difference between the weight inside the car when the door is completely closed and the minimum value W nl ). At this time, since the elevator switches from the UP direction to the DN direction at the top floor, there should be no customers who continue riding without getting off at this floor.
It can be seen that the minimum value W n1 is approximately 0. Next, Figure 4 shows the change in the number of passengers when they arrive from the upper floor to the 2nd floor, where the cafeteria is located, when the elevator is as shown in Figure 2 . The number of passengers W i2 who head to the lobby after using the is shown. On the other hand, Figure 5 shows the situation on the top floor when a passenger boarding in the opposite direction appears, such as during the lunch time mentioned above .
Regarding W i3 , the trend is almost the same as in the case of FIG. 3, but it can be seen that the minimum value W n3 differs from 0 in FIG. 3 and shows a considerably large value. In addition, the number of people in the car detector used to detect the number of people passing over is not limited to a load detection device.
It is also possible to directly capture the number of passengers in the car using a Matsuto switch, area sensor industrial television camera, etc. and detect the number of passengers W n3 shown in FIG. 5. Now, FIG. 6 shows the overpassing traffic detection circuit 950.
This is an example. In this example, as in the case of Fig. 2, three elevators are installed in parallel, and a signal indicating the weight inside each elevator car is sent from a weight detector installed in each elevator car. W(1), W(2), and W(3) are now imported. The backward direction passenger number detection circuits 11 to 13 each receive one of the corresponding signals W(1), W(2), and W(3),
Based on this, the minimum weight W n (W n1 in Figure 3
and W n3 in Figure 5) and calculate this as the number of passengers in the reverse direction.
Output as WE 1 to WE 3 . These signals WE 1 to WE 3 are created each time the direction of each elevator is switched from the UP direction to the DN direction, or from the DN direction to the UP direction, and are taken into the accumulation circuit 10 each time. The accumulation circuit 10 processes these signals WE 1 to WE 3 and outputs the amount of traffic WE in the wrong direction for a predetermined period, for example, 10 minutes. On the other hand, the number of passengers W io during the same period is collected by the number of passengers detecting circuits 21 to 23 and the accumulation circuit 20 which also receive the signals W(1) to W(3) as input,
Output. Thus, the amount of traffic in the opposite direction WE and the number of passengers W io
After determining, the calculation circuit 30 outputs the backward passenger rate EP 1 by calculating WE/W io =EP 1 . As already explained in Figures 3 to 5, the minimum value of the weight inside the car (W n3 in Figure 5) at the floor where the direction of elevator operation is switched represents the number of passengers in the opposite direction. It's summery. Therefore, according to the embodiment shown in FIG. 6, the number of passengers in the reverse direction and the passenger ratio in the reverse direction can be easily and accurately given, and the transportation capacity is insufficient due to congestion on the general floor. It can be used as accurate information for making decisions. FIG. 7 shows an embodiment of the predicted traffic demand generation circuit 940, which is composed of the following three circuits. (1) Car weight signal W(1) which forms part of the input signal of each elevator's unit control device E 1 to E 3
~W(3) A usage status detection circuit 50 that detects the status of passengers using the elevator based on the car position and direction signals. (2) When there is a large amount of passing traffic, passenger data P i
A passenger number correction calculation circuit 60 corrects and outputs the data P i ' representing the situation as it should be. (3) The new service floor signal S that is output when operation management is performed by the transport capacity shortage detection circuit 960 or an input command from the outside is detected over a long and short term, and the floor after operation management is determined based on the learned traffic demand data. Predicted traffic calculation circuit 65 that estimates usage traffic for each floor. Next, embodiments of each of these block circuits will be described using FIGS. 8 to 14. First, an embodiment in which the usage status detection circuit 50 includes a passing traffic detection circuit will be described. In FIG. 8, passenger number detection circuits 71 to 73
is a signal W(1) representing the weight inside the car each time the corresponding elevator services each floor;
Find the amount of decrease in W(2) and W(3). Then, a circuit 70 for collecting the number of passengers by direction and by floor classifies and totals each time by direction and by floor to create passenger data P i for a predetermined fixed period. Similarly, the amount of increase in the weight inside the car during the service is determined by the number of alighting passengers detection circuits 81 to 83, and the number of alighting passengers by direction and floor is collected by the circuit 80, which classifies each time by direction and floor. , and create alighting passenger data P p for a predetermined fixed period. Examples of the data collected in this way are shown in FIGS. 9 and 10. Next, once the data P i and P p have been created in this way, the backward passenger rate calculation circuit 90 calculates the total number of passengers in the UP direction based on these data. This is represented by the area A iu in FIG. Also, find the total number of passengers getting off in the UP direction. This becomes the area A pu in FIG. and,
The reverse direction passenger ratio EP 2 is determined by calculating the ratio between the difference between these areas A iu and A pu and the passenger data P i , and from this, the reverse direction passenger ratio EP 2 is determined. Therefore, even in the embodiment shown in FIG.
It is possible to obtain EP 2 and perform appropriate group management control of elevators. By the way, if the reverse direction passenger ratio EP 2 is obtained in this way, using this, when the reverse direction passenger ratio exceeds a predetermined value, the passenger data P i
It may be possible to find the original state of the vehicle, that is, the state that would have been if no passenger appeared in the opposite direction, and use this result to make elevator group management control more appropriate. . Second, the operation of the passenger number correction calculation circuit 60 for correcting this data P i to obtain data P i ' will be explained with reference to FIG. The left side of Figure 11 shows the number of passengers on each floor.
The sum of the UP and DN directions (corresponds to the left and right additions in Figure 9), and the right side represents the sum of the number of passengers getting off each floor in the UP and DN directions (corresponds to the left and right additions in Figure 10). It represents. In the example shown in Figure 7, the correction at a certain floor is made by the ratio of the sum of the number of passengers getting off at a floor above that floor and the sum of the number of passengers getting off at a floor below that floor. It is. Therefore, regarding the correction at 14F, the first
In Figure 1, find the area A21 of the 15th floor and above, which is the upper floor than the 14th floor, and the area A22 of the 13th floor and below, which is the lower floor than the 14th floor.
The area A10 representing the number of passengers on the 14th floor is redistributed, and as shown in FIG. 12, the number of passengers on the 14th floor in the UP direction P iu 14 and the number of passengers in the DN direction P iD 14 are distributed. Then, by repeating this calculation for each floor, the learned passenger data P i in the case where the passenger rate in the opposite direction increases as shown in Figure 9, assuming that no passengers in the opposite direction appear. The data P i ' can be corrected as shown in FIG. 12, which shows the data P i ' in its original state. Note that this correction method is not limited to the number of passengers on each floor; for example, when the ridership traffic volume (including transportation volume) learned by dividing it into blocks for each second floor is redistributed according to the direction of operation. It can also be applied to Third, the predicted traffic demand generation circuit 940 in FIG.
Of these, the predicted traffic volume calculation circuit 65 will be explained. This circuit 65 calculates the predicted traffic volume based on the data P i ' detected and corrected as described above.The details of the circuit 65 will be explained with reference to FIG. Monitor the usage status every few minutes by specific floor or by each floor.
Alternatively, the boarding traffic P i and the getting off traffic P p collected for each floor are accumulated until they reach a predetermined amount, for example, an amount equivalent to 100 passengers. In block 61, the characteristics (traffic volume and its direction, congested floor and its traffic volume) of the traffic demand P 70A (hereinafter referred to as traffic flow) by boarding and alighting, each floor, and direction sampled in block 70A are calculated. identify, sort by traffic flow mode, and learn this traffic flow over a long period of time. On the other hand, in block 70B, multiple sets of the current traffic flows P i and P p that change from moment to moment are recorded for a predetermined period of time, and a weighted average is taken to determine the traffic flow P 70B that indicates a somewhat stable current usage situation. Create. Although this is referred to as short-time learning, this traffic flow P 70B may be created by exponential smoothing calculation of traffic flows P i and P p . Block 62 identifies the traffic flow mode closest to the current usage situation and outputs a traffic demand mode signal P MOD . Block 63 shows the current traffic flow P 70B ,
The following correction is performed based on the traffic flow P 61 learned over a long period of time under the identified traffic demand mode signal P MOD . (1) Bring the total traffic volume of traffic flow P 61 closer to the current total traffic volume of traffic flow P 61 . (2) Next, the current traffic flow is weighted and added by floor, direction, boarding, and exiting to the traffic flow based on long-term learning that has been corrected for traffic volume, and the second corrected traffic flow is calculated.
Create P 63 . In block 64, the total number of people getting off this traffic flow P63 is corrected to match the total number of people getting on.
Create predicted traffic volume P A. This configuration provides the following effects. (1) Short-term learning data fluctuates a lot and it is difficult to predict the usage status of all floors.
It has the advantage of being able to accurately grasp the current congestion situation and crowded floors. (2) The above drawbacks are resolved by using long-term learning data. In addition, since the total traffic volume is corrected when using long-term learning data, the predicted traffic volume P A is more suitable for the current situation.
can be obtained. (3) The number of people getting off is corrected based on the number of people on board.
That is, this correction takes advantage of the fact that changes in passengers can be detected slightly earlier (about 0.5 to 2 minutes) than changes in passengers getting off, and prediction accuracy is improved accordingly. The circuit for estimating the number of boarding and alighting passengers in block 66 generates predicted traffic demand P B by allocating predicted traffic flow P A to floors currently available for service based on predetermined reasoning in response to service floor signal S. For example, the predicted traffic flow P A 's passenger traffic demand is the first
Assuming that the situation is coincidentally the same as in Fig. 2 and that the outbound traffic demand is the same as in Fig. 10, suppose that the service floor signal S is switched as shown in Fig. 22 because congestion has occurred due to an increase in traffic demand. here,
“80% of the traffic demand to the ground service temporary holding floor.
% will move to the floor one floor below.'', the above predicted traffic flow P A will be changed to the predicted traffic demand as shown in Figure 13 through the allocation process.
Output as P B. The embodiments of generating the traffic demand mode signal P MOD and predicted traffic demand P B , which play an important role in further improving the effects of automatic traffic management control according to the present invention, have been described above. In addition, although the car load detection signal was used in the above-mentioned embodiment, the waiting passenger detection device 70
The waiting passenger signal P H detected in the car can be used together with the waiting passenger signal P H , or the waiting passenger signal P H can be used in place of the car load detection signal.
You can also use In particular, the traffic accumulation circuit 7 for a predetermined period in FIG.
Regarding 0B, changes in traffic demand can be estimated and identified more quickly and accurately by using the waiting passenger signal P H output from the platform waiting passenger detection device 70 installed on each floor. . Next, regarding the call assignment control circuit 930, the 15th
This will be explained using FIGS. 21 to 21. Here, a method of calculating a comprehensive evaluation value for call assignment, which is necessary to further enhance the effects of the present invention, will be explained. In this embodiment, a stop call evaluation function and an evaluation function based on elevator status are used as a call allocation method. Here, the concept of the stop call evaluation function is
No. 126845. A function using the above-mentioned stop call evaluation function and evaluation function based on elevator status is referred to as a comprehensive evaluation function. This comprehensive evaluation function φ can be expressed by the following equation. φ=T nax −α 1 T〓+T E ……(1) Tα=〓βS ……(2) T E =kα 2 ……(3) Here, T nax is the evaluation value of waiting time, and T〓 is The stopped call evaluation value α 1 is a weighting coefficient between the waiting time evaluation value T nax and the stopped call evaluation value T〓, and is called an area priority parameter. Further, β is a weighting coefficient for the stop call S (call to be serviced) on the floor adjacent to the generated hall call, and is, for example, 0 to 20. Furthermore, T E is an evaluation function depending on the elevator condition, and is composed of a predetermined coefficient k and a load concentration parameter α 2 . The elevator state includes, for example, a closed door state, a state where no assigned hall is called, a state where the lights inside the car are turned off, and the value of the coefficient k is set according to this state. FIG. 15 shows the table structure of the operation control system software used in one embodiment of the present invention, which is roughly divided into elevator control data table SF11, elevator control data table SF11,
It consists of a hall call table SF12 and an elevator specification table SF13. The tables in each block will be described each time the operation control program described below is explained. Note that the programs described below are managed under a system program that divides programs into a plurality of tasks and performs efficient control, that is, an operating system (OS). Therefore, programs can be started freely from the system timer or from other programs. Next, FIGS. 16 to 20 show flowcharts of a group management control program which is an embodiment of the call assignment control circuit 930. Note that only the particularly important programs mentioned above among the group management control programs will be explained here. In addition to this, there are also multiple machine allocation (congested floor additional allocation) and congested floor calling control programs, but they are omitted here. FIG. 16 is a flowchart of a program 930A that calculates the predicted arrival time of an elevator to an arbitrary floor, which is the basic data for waiting time evaluation calculations. This program is activated periodically, for example, every second, and calculates the predicted arrival time from the current position of the elevator to an arbitrary floor for all floors and for all elevators. In FIG. 16, steps E10 and E90 are
Indicates loop processing for all elevator numbers. First, in step E20, an initial value is set in the work time table T, and its contents are set in the predicted arrival time table T A of FIG. 15 (step E25). In addition, as an initial value,
Possible options include how many seconds it takes to leave after the door is opened or closed, or the predetermined time until the elevator starts when the elevator is stopped. Next, the program advances one floor (step E30) and compares whether the floor is the same as the elevator position (step E40). If they are the same,
Since the predicted arrival time table for one elevator has been calculated, the process jumps to step E90 and repeats the same process for the other elevators. On the other hand, in step E40, “NO”
If so, the first floor running time T r is added to the time table T of the previous floor (step E50). This time table T is then set as a predicted arrival time table (step E60). Next, it is determined whether there is a car call or an assigned hall call, that is, a call to be serviced for the elevator of interest (step E70), and if there is,
The predicted boarding and alighting time T D is expressed as the predicted boarding traffic volume P i (j, i) and the alighting traffic flow P p which form the predicted traffic demand P B for the relevant floor (array symbol i) and direction (array symbol j).
It is calculated using equation (4) using (j, i) and constants t 1 and t 2 (step E75). T D = t 1 (P i (j, i) + P p (j, i)) + t 2 ...(4) And the one time required for the elevator to decelerate, open the door, close the door, and accelerate. The stop time T S and the boarding and alighting time T D are added to the time work T (step E80). On the other hand, when there is no call to stop (NO),
A stop time function T P (according to the following formula) based on the predicted stop probability is calculated and added to the time work T (step E78). T P = T PN・(T D + T S ) +t 1 ′ (R Pi + R Pp ) + t 2 ……(5)

【表】 d=fnax pr
Σ P(j,d)
d=CPN
……(9)
ここで、RPi予測乗り人数、RPpは予測降り人
数、TPNは停止確率である。TはステツプE60
で更新された時間ワーク方向j、階床iへの到達
予測時間を示す。またPi(j,i)は到着予測時
間テーブル作成中の方向j、階床iにおける基準
時間LT当りの乗り交通量で、第14図のブロツ
ク65の予測交通量演算回路より出力される予測
交通需要信号PBを使用する。dとdiはj方向につ
いての階床変数である。D(d)はd階における割当
ホール呼びの有無を表わす関数で、割当ホール呼
びがあれば“1”、なければ“0”の値を取る。
すなわち、割当ホール呼び階の待ち客数WP(j,
d)より方向j、階床dへの降り客数を推定す
る。 さらにFdはd階より一つ先の階を示し、fnax
最大階床数を示し、変数jがDN方向を示してい
るときにこの値を取る。また、TPiは1未満であ
り、これではKTPNを0.8とし、TPNを0.8以下に制
限する。そして、予測降り人数は式(9)で推定す
る。同方向の割当ホール呼び階での待ち客数WP
は式(7)、(8)で方向別に分配し、階床dの次の階床
Fdから端階までの降り交通量の和 (f=fnaxf=Fd ・PO(j,i)) に対する当該階床の降り交通量Pp(j,i)の比
率をi階より前方のj方向ホール呼びについて求
め、それらの総和を求めた値となる。かご内客数
WG(k)はかご位置CPNからj方向へ端階までの総
降り客数を求めて各階への降り客数を分配する。
なお、NC(k)はk号機のかご呼び数を示す。 すなわち、全階床の降り交通量POSと、割当て
ホール呼び数をステツプE20において一度だけ
算出しておけば良く、その分高速化できる。 次にステツプE25へジヤンプし、時間ワーク
Tを当該号機(配列記号k)の到着予測時間テー
ブルTAの所定番地TA(k,j,i)へデータセ
ツトし、ついでステツプE30に進み、全ての階
床について、上記処理をくり返す。 なお、ステツプE50とステツプE80におけ
る1階床走行時間Trと1回停止時間TSは、最適
運転制御パラメータの1つとして、交通流モード
別に与えられる。 第17図はエレベーター出発時での予測かご内
荷重WTを演算するプログラム930Bのフロー
チヤートで、このプログラムは例えば1秒毎に周
期起動され、エレベーターの現在位置より任意の
階床までエレベーターが移動する間の乗り降り人
数を予測し、出発時のかご内荷重を演算する。 第17図において、ステツプ921と932は
全てのエレベーター台数についてループ処理する
ことを示す。まず、ステツプ922ではかご重量
ワークWiに初期値として現在のかご内荷重をセ
ツトし、その内容を第15図の予測かご内荷重テ
ーブルWTにセツトする。 次に、階床を1階進め(ステツプ923)、階
床がエレベーター位置と同一になつたかどうか比
較する(ステツプ924)。もし同一となれば一
台のエレベーターの予測かご内荷重テーブルが演
算できたことになり、ステツプ932へジヤンプ
し、他のエレベーターについて同様の処理をくり
返えす。一方、ステツプ924において“NO”
であればステツプ925へ進み、乗り越し検出信
号EP1がなく、かつサービスの方向が変化する階
(最下階または最上階)であるかを判定し、
“YES”であればかご重量ワークWiをクリアし、
乗り越し交通量がないものとして以下の階床のか
ご内荷重を予測する(ステツプ926)。 かご呼び有(ステツプ927)のときは予測降
り人数WCをかご重量ワークWiより減算する(ス
テツプ928)。尚ここでWiに負はなく、Wi=0
に限定する。 なお、予測降り人数WCは次式で算出する。 Wc=W1PO(j,i)/ENTC(k,j,i) ……(10) 但し、WC≧1〔人〕 ここで、ENは現在のサービスエレベーター台
数、Tc(k,j,i)はかご呼び継続時間、W1
は係数である。 割当てホール呼びまたは案内ホール呼びがある
とき(ステツプ929がYES)は、予測乗り人
数WHまたは式(7)、(8)より求まる方向別待ち人数
HWP(j,i)のいずれか大きい方の人数をか
ご重量ワークWiに加算する(ステツプ930)。 なお、予測乗り人数WHは次式で算出する。 WH=W2Pi(j,i)/LTTH(j,i)……(11) 但し、WH1 ここで、W2は係数で、THはホール呼び継続時
間とする。 この様にして求められたかご重量ワークWi
出発時の予測かご重量テーブルWTへセツトする
(ステツプ931)。 第18図は、呼び割当てプログラム930Cの
フローチヤートで、このプログラムはホール呼び
発生時とバツクグラウンドで起動される。本プロ
グラムでは、呼び割当てのアルゴリズムは最大長
待ち時間と平均予測待ち時間の総合評価値最小化
呼び割当てアルゴリズム(第19図で後述)であ
る。ホール呼びが発生すると、まずステツプH1
0で発生ホール呼びを外部より読み込む。そし
て、ステツプH20とH80、ステツプH30と
H70とで階床および方向についてループ処理を
行なう。ステツプH40は、割当ての必要なホー
ル呼びが有るか否かを判定する。もしなければ、
ステツプH70へ飛び、すべての階床、方向につ
いて処理する。ステツプH40が“YES”であ
るならステツプH50の総合評価値最小呼び割当
てアルゴリズムを行ない最適エレベーターに呼び
を割当てる(ステツプH60)。 ただしステツプH58において、総合評価値φ
の値が所定値以上であると判定した時はステツプ
H60による割当てによる案内制御は実施せず
に、ステツプH59による再割当て要求の作成の
みを行ない、次の機会に再度割当て処理を行なう
様に構成した。 これは、全台のエレベーターが到着時に満員ま
たは満員発生になる確率の高い割当て済みホール
呼びを持つている時などに不用意な案内制御を防
止する効果が得られるからである。 第19図は、総合評価値最小化呼び割当てアル
ゴリズムの処理フローチヤートである。どのエレ
ベーターが最適かを判定するため、ステツプH5
0−1とH50−7によりエレベーター台数でル
ープ処理する。ループ内の処理は、まずステツプ
H50−2で、発生ホール呼びを含む前方階の割
当てホール呼びの予測待時間評価の最大値Tnax
と平均値TAVRを演算する。なお、予測待時間評
価値とはホール呼びが発生してから現在までの経
過時間を示すホール呼び経過時間に当該階の利用
客に関する情報を用いて重みづけした時間と積み
残し発生確立による待時間評価値と到着予測時間
を加算したものである。次のステツプH50−3
では、発生ホール呼びを含む前後所定階床の停止
呼びから停止呼び評価値T〓を演算する。さらに、
混雑発生確率による評価値TE1を演算する(ステ
ツプH50−4)。この評価値TE1はエレベータ
ー到着時の予測かご内荷重WT′(一つ手前の階の
WTの値)の値が所定値KTF(交通需要モード)
より大きく乗車拒否や、かご内の降り客のために
一旦出口附近の客が外に出たり、乗り過ぎのため
に一旦乗つた客が降りるためのロス時間などを考
慮した評価値である。これらの評価値T〓,TE1
前述の予測待時間評価の最大値Tnaxと平均値
TAVRとは重み付け係数K1〜K4により結合して総
合評価関数φを演算する(ステツプH50−5)。
そして、この総合評価関数φの中で最小のエレベ
ーターを選択する(ステツプH50−6)。以上
の処理をすべてのエレベーターについて実行する
と、ステツプH50−6の演算により最適な総合
評価値のエレベーターが選択されていることにな
る。 第20図は、予測待時間評価の最大値Tnax
平均値TAVRの演算のフローチヤートである。こ
こでは、新たに発生したホール呼びより先の階床
にあるすでに割当てずみのホール呼びのみを評価
対象とする方法について説明する。 ステツプH50−21で予測待時間評価の最大
値Tnaxと平均値演算用ワークTAVRWに発生(被割
当て)ホール呼び階の従来のステツプH50−2
5と同一の予測待時間評価値TCを求め、これを
初期値として設定する。また平均値をステツプH
50−28で求めるために必要な個数ワーク
TAVRNに1をセツトする。次にステツプH50−
22で階床を1階床進め、その階床がエレベータ
ー位置と同一になつたかどうかをステツプH50
−23で比較する。もし同一となれば、新たに発
生したホール呼びより先の階床の予測待時間評価
の最大値Tnaxが演算できたことになるので、ス
テツプH50−28で平均値TAVRを算出して処
理を終了する。同一でなければ、当該エレベータ
ーに割当て済みのホール呼びがあるかどうかをス
テツプH50−24で判定する。割当て済ホール
呼びがなければ、ステツプH50−22に戻る。
割当て済ホール呼びがあれば、ステツプH50−
25に行き、当該階の予測待時間評価値TCを演
算する。この予測待時間評価値TCの演算式は次
式で表わされる。 Tc=TA(j,i)・(1+γ1・PN)+TE2 ……(12) TE2=γ3(WT(j,i)−KTE22 ……(13) PN={TH(j,i)・Pi(j,i) +KWP・HWP(j,i)}÷2 ……(14) 但し、TE2≧0、KTE2は交通需要モード別の変
数で定員の9割に相当する人数などが与えられて
いる。 ここで、TAは、第16図で説明した当該エレ
ベーターの当該階床への到着予測時間、THは当
該階床のホール呼び発生後の継続時間、γは当該
階床におけるエレベーターの利用客に関する情報
から求められる重み係数であり、エレベーターの
乗り利用客数Piの多いほどγ1を使用する項の値が
大きくなるように計算する。また、現状の待ち人
数WP(i)より求めた方向別待ち人数HWP(j,
i)を式(14)により考慮している。上記重み係数γ1
としては、ホール呼び1つ当りの平均乗り人数、
単位時間当りのエレベーターへの乗り込み人数、
単位時間当たりのホール呼び発生個数などが考え
られるが、これらは、いずれも交通流モード別に
演算されたものか、テーブルSF37に格納して
あるものを使用する。また、積み残し発生確率評
価値TE2は出発時のかご内荷重が、例えば定格積
載量の90%に相当する人数値を20人としたとき、
これ以上の値となつたときに作成されるものであ
るが、この値にはTE2≧0の条件がある。 次に、ステツプH50−26、H50−27で
は、演算した当該階の予測待時間評価値TCと予
測待時間評価値の最大値Tnaxとを比較し、当該
階の予測待時間評価値TCが今までの予測待時間
評価の最大値Tnaxよりも長ければ、当該階の予
測待時間評価値Tcを新たに予測待時間の最大値
とし、ステツプH50−22に戻る。 第21図は扉開放時間制御プログラム980の
フローチヤートで、このプログラムは例えは0.1S
ごとに周期起動される。 第21図において、ステツプ980と982は
全てのエレベーター台数についてループ処理する
ことを示す。ステツプ981で次式によりドア開
放タイムを算出する。 DT(k)=α4Pi(j,i)+β4Pp(j,i) +K4WP(i) ……(15) ここでα4とβ4は交通流モード別に学習または設
定された係数である。 なお、ここでホールでの待ち客が多いと乗り、
降りに時間が必要であるとして待ち人数WP(i)を
式(15)に含めた。また、他の実施例としては方向別
待ち人数HWP(j,i)を使用することも有効
である。 では次に、本発明における自動運行管理の主要
部をなすサービス階管理手段について第22図〜
第30図を用いて詳細に説明する。 1台または第2図および第22図に示すうに複
数台のエレベーターに対し、輸送能力が不足する
ことに起因して発生するサービス性低下状況を検
出すると、第1図に示したホール呼び登録回路9
20(詳細は第29図に示す)と、かご呼び登録
回路910(詳細は第30図に示す)により、特
定のモードに従つて一部の階を不停止階に切替え
る制御をする。 この時の不停止階とサービス階の決め方と、利
用者への案内方法について説明する。 第22図は昼食時において輸送能力不足を緩和
すべく運行管理制御中の各種案内装置を状態を示
している。 第22図aは15階床における乗り場を示す。図
において、H15IA、H15IBは乗り場インタ
ーフエース装置80の一階床分であり、両者とも
同一の表示とし、その入力を並列とすることもで
きる。具体的には例えば第22図b,cに示すよ
うに表示する。 第22図bは食堂階である2階の例を示してお
り、2階のところに(当階)が表示されている。
この2階に限らず、サービスされる階床、例えば
13階、15階などの場合には、(当階)の表示を13
階、15階などのところに移すだけで、その他は第
22図bと同様に表示することができる。しか
し、例えば14階、16階などのようにサービスされ
ない階床の場合には、第22図bに代えて第22
図cのように表示し、当階がサービスされない階
床であることを乗客に報知する必要がある。な
お、第22図cは16階の例を示す。 これらH15IA、H15IBなどからなるイン
ターフエース装置80としてはエレクトロルミネ
ツセンス表示器、液晶表示器、CRT表示器など
を用いることができる。また、表示内容や表現方
法は第22図b,cに限定されるものではない。 第22図aのH15A、H15Bは所定方向の
サービスをするエレベーターを15階へ呼び寄せる
ためのホール呼び登録器であるが、これを乗り場
インターフエース装置15IA,H15IBに組み
込むこともできる。例えば表示機能付タツチパネ
ルも表示器を薄くして、これらの裏にスイツチを
設ける構造などを採用することにより容易に実現
することができる。このような場合におけるかご
内および乗り場のインターフエース装置の表示例
を第33図a,bおよび第34図a,bに示す。 また、ホール呼び登録器が操作されたことを検
出し、その都度第22図b,cの内容を音声案内
することによりサービス状況を報知することもで
きる。 第22図aのH15U1〜H15U3およびH
15D1〜H15D3はサービス予約案内表示器
で、到着案内を表示モードを点滅することにより
兼用している。またH15I1〜H15I3はか
ご位置表示器で、かご呼びなどにより当階へ停止
することが決定しているエレベーターが近くへ来
たとき、または、サービス予約案内したエレベー
ターのみ、かご位置表示する。なお、たとえサー
ビス予約案内していても到着予測時間が1分以上
もある場合には、階床を表示せずに「遠方サービ
ス中」と表示する。 これにより、必要な期間だけ、必要なエレベー
ターついてのみ、かご位置が表示されるので、乗
客にとつて非常に便利である。 すなわち、例えば8台のエレベーターが並設さ
れている場合、全台のインジケータが点灯してい
ると、インジケータの表示を見渡しながら一番早
く到着するエレベーターを見付けだすことは困難
であるが、1台〜3台に限定することによりこれ
が容易となつて利用性が大幅に向上する。 また、これらのインジケータはサービス性の良
い平常時には不要なものとし、サービス適中率の
低下する混雑時や、本発明で問題とする輸送能力
不足期間中のみ、上記した特定条件を満足するエ
レベーターについて点灯する構成としてもよい。 なお、H15E1〜H15E3はエレベーター
の乗り場扉を示す。 次に、不停止階の自動設定によるサービス階管
理手段によつて運行管理制御を行なう場合につい
て説明する。 第22図b,cは第23aに示す時間帯12.00
〜12.10における運行モーードの場合を示してお
り、このような運行モードでは、サービス階が上
層では奇数階のみであるため、上層の偶数階から
食堂のある2階やロビー(1階)へ行こうとする
乗客から不満がでる。そこで、12.10〜12.20の時
間帯では第23図bに示すように、上層のサービ
ス階をさきの時間帯とは別の階、すなわち奇数階
から偶数階に入れ替えることにより、これを解決
することができる。なお、第23図a,bにおい
て、〇印は乗り込み階であり、UP利用は認めら
れていない。 ここで、輸送能力不足検出時に第23図a,b
に示すようなサービス階管理を行なう理由と、そ
の効果について説明する。 かりに、運行管理を実施しないとすると、各エ
レベーターはほとんど各階運転となり、一周当り
16回停止することになる。1階床サービスするの
に平均18秒を必要とし、2階と13階の間を走行し
サービスするのに28秒を必要とする場合、一周時
間RTT1は RTT1=14×18+2×28=308(秒) も必要となり、1台で5分間当りに輸送できる最
大人数PN1はかごの定員20名とすすると、 PN1=(5×60×20)÷308≒19.5(人) となる。 これに対して、第23図aに示すように運行管
理すると、一周当りの停止回数が7回となり、一
周時間RTT2は、2階から19階までの走行と19階
でのサービスに38秒必要とし、2階床間の走行と
サービスに22秒必要とすると、 RTT2=2×18+38+3×22+28=168(秒) となり、この時の1台の輸送最大人数PN2は PN2=(5×60×20)÷168≒35.7(人) となつて、上記のように運行管理することによ
り、輸送能力を約1.8倍(=35.7÷19.5)に増やす
ことができ、輸送能力不足に起因するエレベータ
ーの混雑を解消することができる。 第23図a,bは主として昼食前半の混雑を解
消するための運行管理方式であるのに対して、第
24図a,bは主として昼食後半の混雑を解消す
るための運行管理方式である。すなわち、食堂階
やロビーから乗り込む利用者を能率良く輸送する
ことを第1に考慮し、まず下降方向のサービスを
全て不停止とし、さらに輸送能力不足であると判
断して、12.40〜12.50の時間帯では第24図aに
示すように上層の偶数階を不停止とし、12.50〜
13.00の時間帯では第24図bに示すように上層
の奇数階を不停止としている。なお、〇印は乗り
込み階を示す。 この運行管理方式は出勤のピーク時にも応用で
きる。例えば8.00〜9.00の出勤時間帯のうち、
8.40〜8.50のピークの10分間だけ第24図aのよ
うな運行モードとし、次の日に第24図bのよう
な運行モードとすればよい。なお、この出勤時の
場合には、UP方向のかごに乗つてもらい一旦ロ
ビーまで行くことになる。 第25図は一般の分割急行運転方式を示すもの
であるが、このような運転方式を採用することも
一応考えられる。aの運行モードは1〜4号エレ
ベーター、bの運行モードは5〜8号エレベータ
ーに適用される。なお〇印は乗り込み階を示す。 出勤時にこのような分割急行運転方式と第24
図に示した運行管理方式を採用した場合の長短を
比較すると、第36図のようになる。 この図から判るように、分割急行方式を採用す
る場合、各エレベーター毎にみると不停止階はあ
つても、並設エレベーター全体としてみると不停
止階がないメリツトがあるが、輸送能力の点で劣
る。 したがつて、このような分割急行運転方式を本
発明の実施例として採用する場合には、第25図
において、昼食前半は上層のUP方向のサービス
階を不停止階とし、昼食後半はDOWN方向のサ
ービス階を不停止階として、輸送能力の向上を図
るようにする。 以上述べたように、運行管理方式には種々の方
式があり、どれを採用すればよいか一様に決めら
れないので、エレベーターの設置環境や利用状況
などを考慮してエレベーター管理者が適宜決定す
るのが好ましい。 このような運行管理方式の指定は第1図に示す
制御仕様登録装置75により行なわれるが、操作
性を良くするために、表示内容を選択していけば
運行管理方式を指定できるようになつている。 制御仕様登録装置75の機能を表わす表示例を
第26図および第27図に示す。 第26図はメニユー画面を示すが、ここでは運
行管理の仕様が入力できるNo.9を選択する。な
お、制御No.1〜8は本発明以前よりある仕様に関
するものであり、例えばNo.1の階床別サービス階
指定にしても、本発明による輸送能力不足に起因
する混雑解消のための運行管理制御用ではなく、
出入口の一時使用不可や、防犯や省エネルギーな
どに対処するための不停止階を指令するためのも
のであり、指定されたら常にまたは指定された期
間はかならず実行されるものである。 また、第27図は画面フオーマツトNo.29を示す
が、ここでは運行管理制御に関連する制御仕様の
項目を選択し、具体的な仕様を確認したり、入力
できる第2レベル以下の画面へ番号入力のみで移
行することができる。再びメニユー画面へ戻ると
きはフアンクシヨンキーFO1を押せばよい。 ここでは、第23図aの仕様を修正する場合で
あるとすると、No.4を選択する。 第28図は階床別のサービス階を指定する画面
フオーマツトNo.44の一例を示す。 まず、この画面が選択されると、現状の制御仕
様が表示される。 次に修正したい項目の番号を選択して、キーボ
ード、ライトペン、タツチパネルなどを使つて修
正する。特に、タツチパネルの場合はタツチによ
り数値や制御仕様が順次にまたは自動的に次々と
変わる構成とし、目的と一致するところで操作を
停止する方式とすることにより、操作が容易とな
る。 なお、本発明における運行管理モードの選択の
目安を第37図に示す。 次に、運行管理中におけるホール呼びとかご呼
びの登録制御回路の動作を第29図及び第30図
に示すフローチヤートによりそれぞれ説明する。 ホール呼び登録回路920をコンピユータを用
いてプログラムにより構成した例を示すが、ゲー
トアレイや一般のIC論理回路を組み合わせて同
様の機能を持つ回路とすることもできる。このこ
とは、第29図に限らず第30図〜第32図に示
す回路についても同様である。 第29図はホール呼び登録回路920を構成す
るプログラムのフローチヤートを示す。 このプログラムは10ms〜100ms程度の周期で
起動する。最初に、ステツプ961で判定するサ
ービス階スペツクの作り方について説明する。制
御仕様登録装置75により設定または生成要求し
たことにより出来た運行管理モードを現状の利用
状況より輸送能力不足検出回路960で選択し、
サービス階テーブル作成回路970により第15
図に示すテーブルSF13に記憶されている自動
運行管理仕様テーブルより唯一選択された運行管
理モードに基づくホール呼びサービス階スペツク
SH(j,i)やかご呼び階スペツクSC(j,i)
や即時スペツクなどがテーブルSF12とテーブ
ルSF37にセツトされる。 このようにして作られたサービス階スペツクを
ステツプ961で判定し、当該階床が被制御のホ
ール呼びのサービス方向におけるサービス階であ
るか否かについて判定する。そして、サービス階
であれば、ステツプ963へ進み、ホール呼び登
録器H15Aや乗り場インターフエース装置H1
5IAからの登録要求である入力信号があるか否
かを判定する。もし、入力信号があれば、ステツ
プ966によりホール呼び登録処理が行なわれ、
第15図のテーブルSF12のホール呼びの当該
階床、方向、呼び種の位置へ登録される。なお、
呼び種とは一般の共通ホール呼び、車椅子利用者
呼び、特定の1台または複数台のエレベーター呼
び寄せ用呼びなどの区別を行なう場合に必要な情
報であり、省略することも可能である。 ステツプ963で呼び登録要求がないと判定さ
れた場合であつても、ステツプ965で満員出発
かまたは乗り込み人数が多く、かつ過去の学習結
果や制御仕様登録装置75からの入力指令により
当該のホール呼びに対する乗り交通量が多いと推
定される条件が成立すると、ステツプ967によ
りホール呼び自動登録が行なわれる。 また、ステツプ965では、待ち客検出装置7
0が設置されている場合は、当該階床の待ち客数
データなどが第27図に示す仕様No.11の待ち客セ
ンサーによる自動呼び登録許可信号による条件を
満足したことを判定する機能を付加することがで
きる。 一方、輸送能力不足検出により、当該ホール呼
びが一時的に不停止階に指令されると、ステツプ
961にてサービス階でないと判定され、ステツ
プ962にて即時スペツク1の有無を判定し、ス
テツプ964による登録ホール呼びの即時リセツ
ト制御を行なうか否かを選択する。 なお、ここで即時スペツク1は第27図の仕様
No.12を選択することにより指定することができ
る。 登録されたホール呼びは1台または複数台のエ
レベーターへ第16図〜第20図で説明した呼び
割当制御回路930によりサービスを割当てられ
る。割当てられたホール呼びは第15図のテーブ
ルSF11の割当てホール呼びテーブルを経て当
該号機制御装置E1〜E3へ送られ、サービス運転
される。 割当てられた全てのエレベーターのサービスが
完了したことをステツプ968のサービスリセツ
ト処理で判定し、ホール呼びの登録を消去する。
通常はドア開ゾーンへの着床または停止階確定時
に消去する。これらの処理を全てのホール呼びに
ついて繰返し(ステツプ969)た後に終了とな
る。 第30図はかご呼び登録回路910を構成する
プログラムのフローチヤートを示す。 このプログラムもホール呼びと同様に10ms〜
100ms程度の比較的早い速度で周期的に起動す
る。 まずステツプ921で当該号機エレベーターの
サービス階データなどを収集する。 ここでの処理の一例としては、号機制御装置
E1〜E3にあるスペツクデータやかご位置や外部
から入力される不停止階スイツチ入力やかご呼び
入力などを収集し、第15図に示すテーブルSF
11のエレベーター状態テーブルやテーブルF1
2のかご呼びサービス階テーブルSc(j,i)の
修正を行なう。 次にステツプ922で当該の階床がサービス階
であるか否かを判定する。 サービス階でれば、ステツプ924により、号
機制御装置E1〜E3よりステツプ921で取り込
んだ、かご内インターフエース装置891(第3
3図に一実施例を示す)や乗り場インターフエー
ス装置80の一実施例である第34図に示す行先
階入力機能部などにより入力されたかご呼びの有
無を判定し、もし有ればステツプ926でかご呼
び登録がなされ、第15図に示すテーブルSF1
1のかご呼びテーブルへ記憶される。 またかご呼びが無ければ、ステツプ927にて
第27図の仕様No.10に示す自動かご呼び登録許可
の項目を選択することにより指定できるスペツク
の有無を判定する。もし許可されているときは現
状のエレベーターの進行方向とかご内人数とによ
り当該階への降り人数を予測し、所定以上の人数
であるとステツプ928で判定すれば、かご呼び
自動登録をステツプ929で行なう。 乗り場待ち客検出装置70が設置されている場
合は、割当てホール呼び階床から乗り込む人数が
かなり正確に分かるので、これを用いることによ
り当該かご呼びサービス時におけるかご内人数を
推定する場合の精度を向上することができる。 また、待ち客数が分かるので、逆方向のかご呼
びを自動登録することが可能となる。 次に、当該かご呼びがサービス階から不停止階
に一時的に切替つた際は、ステツプ923にて即
時スペツク2を判定して直ちに不停止階にするか
否かを判定し、イエスと判定したときは直ちに当
該かご呼びはステツプ925でキヤンセルされ
る。 ステツプ930では、エレベーターのサービス
によりサービスリセツト処理を行なう。通常は停
止数秒前またはドア開放ゾーンへ着床した時点、
あるいはドア開を開始する時点で消去する。 これらの処理を全階のUP、DOWNのかご呼び
について実施し(ステツプ931)、さらに全台
のエレベーターについても繰り返し実施した(ス
テツプ932)後に終了となる。 次に、輸送能力不足検出回路960を構成する
プログラムの実施例を第31図および第32図の
フローチヤートについて説明する。第31図は第
1の実施例を示すフローチヤート、第32図は第
2の実施例を示すフローチヤートである。なお、
これらのプログラムはいずれも周期起動される。 ステツプ97A1にて輸送能力不足を検出し、
自動的にサービスすべき呼びに対し不停止階とす
る運行管理を許可するか否かを判定し、否である
場合は直ちにステツプ97A6により輸送能力不
足フラグをリセツトし、サービス階テーブル作成
回路970にてサービスすべき呼びを全てサービ
ス階とするように第15図に示すテーブルSF1
2のサービス階テーブルSCとSHを更新する。 これに対し、第27図の仕様No.1により指定で
きる自動運行許可スペツクを「許可」するスペツ
クに指定すると、乗り越し交通量制御回路950
により乗り越し人数が所定人数または所定率以
上、あるいはその両方の条件が成立していると判
定した場合、ステツプ97A5により輸送能力不
足フラグとそのレベルがセツトされる。また、不
足の度合が低いときは第35図a,bに示す運行
管理モードを選択し、さらに不足すると、第23
図a,bに示すモードをそれぞれ選択する。 また、乗り越しのような利用形態は発生しない
が、満員が多発する場合がある。この際はステツ
プ97A3により割当てホール呼びまたは登録さ
れているホール呼びを通過する回数が所定のレベ
ル以上であると判定する。また、ステツプ97A
4により特定階の交通量が大きいか、または一般
階の待ち人数とかご内乗客数の合計(方向別の合
計とすることもできる)が所定レベル以上である
と判定すると輸送能力不足による運行管理が実施
される。 第31図に示した第1の実施例は昼食の開始時
や退勤時に好適であるのに対して、昼食後半や全
員集会終了後などの際には第32図に示す第2の
実施例を採用するのが好適である。 すなわち、一般階での乗り人数が少なく、特定
階での最大待ち人数が多いかまたは満員の発生回
数が多い(ステツプ97B2で判定)状況の発生
によりステツプH97B4で輸送能力不足フラグ
とそのレベルをセツトし、これにより第35図c
や第25図a,b、さらには第24図a,bの運
行管理モードを指定する。許可フラグBが無い場
合(ステツプ97B1で判定)、またはかご内へ
の乗り込み人数と待ち人数の合計が少なくなつた
場合(ステツプ97B3で判定)は、ステツプ9
7B5で輸送能力不足フラグをリセツトする。 次に本発明に重要な関連を持つ乗客への案内に
ついて説明する。 第33図a,bはかご内に設置するインターフ
エース装置891を示す。この装置は各エレベー
ターの号機制御装置E1〜E3に接続されるもので
ある。 第33図の例は第23図aに示す運行管理モー
ドで運行管理されている場合で、第33図aは18
階をDOWN中であり、1階と2階のかご呼び登
録済であり、14、16、18階のかご呼びとホール呼
びは登録できないことを示している。なお、通過
した19階の表示は消去するかまたは薄く表示す
る。また、1階の乗り込み予想階と19階の行先登
録階は図示が不要で、消去することもできるが、
ここではUPとDOWNの切替表示処理を少なくす
るため表示したままとしている。 また、第33図bは2階をUP中であり、13階
から18階まで全てホール呼びもかご呼びも登録で
きないことを示している。 なお、第33図a,bにおいて、2階と13階の
間にはかご位置表示があるのは、通過階(3階〜
12階)の走行を表示するためである。 第34図a,bは乗り場インターフエース装置
80の一部をなすもので、第22図b,cに示し
たものの他例を示す。ここでも、第23図aに示
す運行管理モードで運行管理中である場合を図示
している。この例の最大の特徴は乗り場で行先階
を登録できる点であり、かご内に乗り込んでから
行先階を操作する必要がなく、混雑には特に好適
な制御方式である。なお、第34図aは16階の表
示例、同図bは2階の表示例である。 〔発明の効果〕 以上説明したように、本発明によれば、エレベ
ーターによる輸送能力が交通需要に対して不足し
たことを検出し、ホール呼びおよびかご呼びに対
して特定の階床を不停止し、かつ輸送能力が不足
している進行方向における不停止階の比率よりも
輸送能力が不足していない進行方向における不停
止階の比率を高くしたので、一般階から特定階
へ、あるいは特定階から一般階へ乗り込む場合に
輸送能力が不足したとき、エレベーターの一周時
間を短縮し、単位時間当たりの輸送能力を向上し
て、上記輸送能力不足時の乗り込み混雑によるエ
レベーターのサービス低下を改善することができ
る。
[Table] d=fnax pr 0
Σ P 0 (j,d)
d=CPN
...(9)
Here, R Pi is the predicted number of passengers, R Pp is the predicted number of people getting off, and T PN is the probability of stopping. T is step E60
The updated time indicates the predicted arrival time to work direction j and floor i. In addition, P i (j, i) is the passenger traffic volume per reference time LT in direction j and floor i during the creation of the predicted arrival time table, and is the predicted traffic volume output from the predicted traffic volume calculation circuit of block 65 in Fig. 14. Use traffic demand signal P B. d and di are floor variables in the j direction. D(d) is a function representing the presence or absence of an assigned hole call on floor d, and takes the value "1" if there is an assigned hole call, and "0" if there is no assigned hole call.
In other words, the number of waiting customers WP(j,
d) Estimate the number of passengers getting off in direction j and floor d. Furthermore, F d indicates the floor one ahead of the d floor, f nax indicates the maximum number of floors, and takes this value when the variable j indicates the DN direction. Further, T Pi is less than 1, so KT PN is set to 0.8, and T PN is limited to 0.8 or less. Then, the predicted number of people getting off the train is estimated using equation (9). Number of customers waiting on the assigned hall call floor in the same direction WP
is distributed by direction using equations (7) and (8), and the next floor after floor d is
The ratio of the exiting traffic volume P p (j, i) of the relevant floor to the sum of the exiting traffic volume from F d to the end floor ( f=fnaxf=Fd・P O (j, i)) from floor i This is the value obtained by calculating the hall calls in the forward j direction and summing them. Number of customers in the car
WG(k) calculates the total number of passengers getting off from the car position CPN in the j direction to the end floor, and distributes the number of passengers getting off to each floor.
Note that NC(k) indicates the number of car calls for car k. That is, it is only necessary to calculate the alighting traffic volume POS for all floors and the allocated number of hall calls only once in step E20, and the processing speed can be increased accordingly. Next, the process jumps to step E25, and data is set for the time work T to the predetermined location T A (k, j, i) of the predicted arrival time table T A of the relevant machine (array symbol k), and then the process proceeds to step E30, where all Repeat the above process for the floor. Note that the first floor traveling time T r and one stop time T S in step E50 and step E80 are given for each traffic flow mode as one of the optimum operation control parameters. FIG. 17 is a flowchart of a program 930B that calculates the predicted car load WT at the time of elevator departure. This program is activated periodically, for example, every second, and the elevator moves from the current position of the elevator to an arbitrary floor. The number of people getting on and off during the time is predicted, and the load inside the car at the time of departure is calculated. In FIG. 17, steps 921 and 932 indicate loop processing for all elevator numbers. First, in step 922, the current car load is set as an initial value in the car weight work W i , and its contents are set in the predicted car load table WT shown in FIG. Next, advance the floor by one floor (step 923) and compare whether the floor is now the same as the elevator position (step 924). If they are the same, it means that the predicted car load table for one elevator has been calculated, and the process jumps to step 932 to repeat the same process for the other elevators. On the other hand, “NO” in step 924
If so, the process advances to step 925, where it is determined whether there is no crossing detection signal EP 1 and the direction of the service changes (lowest floor or top floor).
If “YES”, clear the basket weight work W i ,
Assuming that there is no passing traffic, the car loads on the following floors are predicted (step 926). When the car is called (step 927), the predicted number of people getting off the car W C is subtracted from the weight of the car W i (step 928). Note that W i is not negative here, and W i =0
limited to. The predicted number of people getting off the train W C is calculated using the following formula. W c = W 1 P O (j, i) / ENT C (k, j, i) ... (10) However, W c ≧ 1 [persons] Here, EN is the current number of service elevators, T c ( k, j, i) is car call duration time, W 1
is the coefficient. When there is an assigned hall call or a guidance hall call (step 929 is YES), the predicted number of passengers W H or the number of people waiting by direction calculated from equations (7) and (8)
The larger number of people in HWP (j, i) is added to the car weight work W i (step 930). The predicted number of passengers W H is calculated using the following formula. W H = W 2 P i (j, i)/LTTT H (j, i)...(11) However, W H 1 Here, W 2 is a coefficient and T H is the hall call duration time. The car weight work W i obtained in this way is set in the predicted car weight table WT at the time of departure (step 931). FIG. 18 is a flowchart of the call assignment program 930C, which is activated when a hall call occurs and in the background. In this program, the call allocation algorithm is a call allocation algorithm that minimizes the overall evaluation value of the maximum long waiting time and the average predicted waiting time (described later in FIG. 19). When a hall call occurs, the first step is step H1.
When set to 0, the generated hall call is read from outside. Then, loop processing is performed regarding floors and directions in steps H20 and H80, and steps H30 and H70. Step H40 determines whether there is a hall call that requires allocation. If not,
The program jumps to step H70 and processes all floors and directions. If step H40 is "YES", the overall evaluation value minimum call allocation algorithm of step H50 is performed to allocate the call to the optimum elevator (step H60). However, in step H58, the overall evaluation value φ
When it is determined that the value of is greater than or equal to a predetermined value, guidance control by allocation is not performed in step H60, but only a reallocation request is created in step H59, and the allocation process is performed again at the next opportunity. did. This is because it is effective in preventing careless guidance control when all the elevators are full at the time of arrival or when there is an assigned hall call that has a high probability of becoming full. FIG. 19 is a processing flowchart of the call assignment algorithm that minimizes the overall evaluation value. Step H5 to determine which elevator is optimal
0-1 and H50-7 perform loop processing based on the number of elevators. The processing in the loop begins with step H50-2, where the maximum estimated waiting time T nax of the hall calls assigned on the front floor, including the generated hall call, is calculated.
and calculate the average value T AVR . The predicted waiting time evaluation value is the waiting time evaluation based on the hall call elapsed time, which indicates the elapsed time from the time the hall call was generated, to the time weighted using information about the customers on the floor, and the probability that a backlog will occur. It is the sum of the value and the predicted arrival time. Next step H50-3
Now, the stop call evaluation value T is calculated from the stop calls on the predetermined floors before and after the generated hall call. moreover,
An evaluation value T E1 based on the congestion occurrence probability is calculated (step H50-4). This evaluation value T E1 is the predicted car load WT′ at the time of elevator arrival (the load on the previous floor).
WT value) is the predetermined value KTF (traffic demand mode)
This is an evaluation value that takes into account factors such as refusal of boarding, passengers near the exit leaving the car to get off the car, and lost time due to passengers getting on the car due to overboarding. These evaluation values T〓, T E1 , the maximum value T nax and the average value of the predicted waiting time evaluation mentioned above
T AVR is combined with weighting coefficients K 1 to K 4 to calculate a comprehensive evaluation function φ (step H50-5).
Then, the smallest elevator is selected from this comprehensive evaluation function φ (step H50-6). If the above process is executed for all the elevators, the elevator with the optimal comprehensive evaluation value will be selected by the calculation in step H50-6. FIG. 20 is a flowchart of calculation of the maximum value T nax and average value T AVR of predicted waiting time evaluation. Here, a method will be described in which only hall calls that have already been allocated and are located on floors before a newly generated hall call are subject to evaluation. In step H50-21, the maximum value T nax of predicted waiting time evaluation and the average value calculation work T AVRW are generated (assigned) in the conventional step H50-2 of the hall call floor.
The same predicted waiting time evaluation value T C as in 5 is obtained and set as the initial value. Also, step H
Number of pieces required to calculate 50-28
Set TAVRN to 1. Next, step H50-
Step H50 advances the floor by one floor in Step 22 and checks whether that floor is the same as the elevator position.
-23 for comparison. If they are the same, it means that the maximum value T nax of the predicted waiting time evaluation for the floor ahead of the newly generated hall call has been calculated, so the average value T AVR is calculated and processed in step H50-28. end. If they are not the same, it is determined in step H50-24 whether there is a hall call already assigned to the elevator. If there is no allocated hall call, the process returns to step H50-22.
If there is an allocated hall call, step H50-
25, and calculates the predicted waiting time evaluation value T C for the floor. The calculation formula for this predicted waiting time evaluation value T C is expressed by the following formula. T c =T A (j,i)・(1+ γ1・P N )+T E2 ...(12) T E23 (WT(j,i)−K TE2 ) 2 ...(13) P N = {T H (j, i)・P i (j, i) +K WP・HWP (j, i)}÷2 …(14) However, T E2 ≧0, K TE2 is a variable for each transportation demand mode. The number of people equivalent to 90% of the capacity is given. Here, T A is the predicted arrival time of the elevator at the floor as explained in FIG. It is a weighting coefficient obtained from information about In addition, the number of people waiting by direction HWP (j,
i) is taken into consideration using equation (14). The above weighting coefficient γ 1
As, the average number of passengers per hall call,
Number of people entering the elevator per unit time,
The number of hall calls generated per unit time may be considered, but these are calculated for each traffic flow mode or stored in the table SF37. In addition, the evaluation value T E2 of the probability of unloading occurs when the load in the car at the time of departure is, for example, 20 people, which corresponds to 90% of the rated loading capacity.
It is created when the value exceeds this value, but this value has the condition that T E2 ≧0. Next, in steps H50-26 and H50-27, the calculated predicted waiting time evaluation value T C of the floor concerned is compared with the maximum value T nax of the predicted waiting time evaluation values, and the predicted waiting time evaluation value T If C is longer than the maximum predicted waiting time evaluation value T nax up to now, the predicted waiting time evaluation value T c of the floor is set as the new maximum predicted waiting time value, and the process returns to step H50-22. FIG. 21 is a flowchart of the door opening time control program 980.
It is activated periodically. In FIG. 21, steps 980 and 982 indicate loop processing for all elevator numbers. In step 981, the door opening time is calculated using the following equation. DT(k)=α 4 P i (j, i) + β 4 P p (j, i) +K 4 WP(i) ……(15) Here, α 4 and β 4 are learned or set for each traffic flow mode. is the coefficient. In addition, if there are many customers waiting at the hall,
Since it takes time to get off the train, the number of people waiting WP(i) is included in equation (15). Furthermore, as another example, it is also effective to use the number of people waiting in each direction HWP(j, i). Next, the service floor management means which constitutes the main part of automatic operation management in the present invention will be explained in Figs.
This will be explained in detail using FIG. 30. When a service deterioration situation caused by a lack of transport capacity is detected for one or multiple elevators as shown in Figures 2 and 22, the hall call registration circuit shown in Figure 1 is activated. 9
20 (details shown in FIG. 29) and a car call registration circuit 910 (details shown in FIG. 30) control switching of some floors to non-stop floors according to a specific mode. We will explain how to determine non-stop floors and service floors at this time, and how to provide guidance to users. FIG. 22 shows the status of various guidance devices under operation management control to alleviate the lack of transportation capacity during lunch time. Figure 22a shows the landing area on the 15th floor. In the figure, H15IA and H15IB are for one floor of the landing interface device 80, and both can be displayed in the same manner and their inputs can be made in parallel. Specifically, it is displayed as shown in FIGS. 22b and 22c, for example. FIG. 22b shows an example of the second floor, which is the cafeteria floor, and (current floor) is displayed on the second floor.
Not only this second floor, but also the floors where services are provided, such as
In the case of the 13th floor, 15th floor, etc., the (current floor) display will be changed to 13.
By simply moving it to the 15th floor, etc., the rest can be displayed in the same way as in Figure 22b. However, in the case of floors that are not serviced, such as the 14th and 16th floors, the
It is necessary to notify passengers that the current floor is a non-service floor by displaying it as shown in Figure c. Note that FIG. 22c shows an example of the 16th floor. As the interface device 80 consisting of these H15IA, H15IB, etc., an electroluminescence display, a liquid crystal display, a CRT display, etc. can be used. Furthermore, the display contents and expression methods are not limited to those shown in FIGS. 22b and 22c. H15A and H15B in FIG. 22a are hall call registers for calling elevators that serve a predetermined direction to the 15th floor, but they can also be incorporated into the hall interface devices 15IA and H15IB. For example, a touch panel with a display function can be easily realized by making the display device thinner and adopting a structure in which a switch is provided on the back side of the display device. Display examples of the interface devices in the car and at the landing in such a case are shown in FIGS. 33a and 33b and 34a and 34b. It is also possible to notify the service status by detecting that the hall call registration device is operated and providing voice guidance with the contents shown in FIGS. 22b and 22c each time. H15U1 to H15U3 and H in Figure 22a
Reference numerals 15D1 to H15D3 are service reservation information display devices, which also serve as arrival information by blinking the display mode. Further, H15I1 to H15I3 are car position indicators, which display the car position only when an elevator that has been decided to stop at the current floor due to a car call or the like comes nearby, or only when a service reservation has been announced. Note that even if service reservation guidance is provided, if the predicted arrival time is one minute or more, "distance service in progress" is displayed without displaying the floor. This is very convenient for passengers because the car position is displayed only for the required period and only for the required elevator. In other words, for example, if eight elevators are installed side by side, and the indicators of all the elevators are lit, it is difficult to find the elevator that will arrive the earliest by looking over the indicator displays; By limiting the number of units to ~3, this becomes easier and usability is greatly improved. In addition, these indicators are unnecessary during normal times when serviceability is good, and are only turned on for elevators that satisfy the above specific conditions during congestion when the service accuracy rate decreases or during periods of insufficient transportation capacity, which is the problem of the present invention. It is also possible to have a configuration in which Note that H15E1 to H15E3 indicate elevator landing doors. Next, a case will be described in which operation management control is performed by a service floor management means that automatically sets non-stop floors. Figures 22b and c show the time period 12.00 as shown in Figure 23a.
This shows the case of the operation mode in ~12.10. In such an operation mode, the service floors are only the odd-numbered floors in the upper floors, so let's go from the upper even-numbered floors to the 2nd floor where the cafeteria is located or the lobby (1st floor). Passengers are dissatisfied. Therefore, in the time period from 12.10 to 12.20, as shown in Figure 23b, this problem can be solved by replacing the upper service floor with a different floor than in the previous time period, that is, from an odd numbered floor to an even numbered floor. can. In addition, in Figures 23a and b, the 〇 marks are boarding floors, and UP use is not permitted. Here, when a lack of transport capacity is detected,
We will explain the reasons for performing service floor management as shown in the figure below, and its effects. On the other hand, if operation management is not implemented, each elevator will operate almost on each floor, and the
This will result in 16 stops. If it takes an average of 18 seconds to service the 1st floor and 28 seconds to travel and service between the 2nd and 13th floors, the round trip time RTT 1 is RTT 1 = 14 x 18 + 2 x 28 = 308 (seconds) is also required, and assuming that the maximum number of people that one car can transport per 5 minutes (PN 1 ) is 20 people, then PN 1 = (5 x 60 x 20) ÷ 308 ≒ 19.5 (people). . On the other hand, if the operation is managed as shown in Figure 23a, the number of stops per round will be 7, and the round time RTT 2 will be 38 seconds for traveling from the 2nd floor to the 19th floor and for service on the 19th floor. If 22 seconds are required for traveling between two floors and servicing, then RTT 2 = 2 x 18 + 38 + 3 x 22 + 28 = 168 (seconds), and the maximum number of people PN 2 that can be transported by one vehicle at this time is PN 2 = (5 × 60 × 20) ÷ 168 ≒ 35.7 (people) By managing the operations as described above, the transportation capacity can be increased by approximately 1.8 times (= 35.7 ÷ 19.5), which is due to the lack of transportation capacity. Elevator congestion can be alleviated. Figures 23a and 23b are operation management systems mainly for relieving congestion during the first half of lunch, while Figures 24a and b are operation management systems mainly for relieving congestion during the latter half of lunch. In other words, the first consideration was to efficiently transport the passengers boarding from the dining room floor and the lobby, and first, all services in the downward direction were made non-stop, and furthermore, judging that there was insufficient transport capacity, the service was suspended between 12.40 and 12.50. In the belt, as shown in Figure 24a, the upper even-numbered floors are non-stop, and from 12.50 to
During the 13:00 time period, as shown in Figure 24b, the upper odd-numbered floors are out of service. The ○ mark indicates the boarding floor. This operation management method can also be applied during peak work hours. For example, during the working hours from 8.00 to 9.00,
The operation mode as shown in Figure 24a may be set for 10 minutes during the peak hours of 8.40 to 8.50, and the operation mode as shown in Figure 24B may be used the next day. In addition, in this case when going to work, you will be asked to ride the car in the UP direction and go to the lobby. Although FIG. 25 shows a general divided express operation system, it is also conceivable to adopt such an operation system. Operation mode a is applied to elevators 1 to 4, and operation mode b is applied to elevators 5 to 8. The 〇 mark indicates the boarding floor. When going to work, this kind of split express operation method and the 24th
A comparison of the advantages and disadvantages of adopting the traffic management system shown in the figure is as shown in Fig. 36. As can be seen from this figure, when adopting the split express system, even if each elevator has a floor that does not stop, when looking at the parallel elevators as a whole, there is an advantage that there is no floor that does not stop, but the transport capacity is reduced. Inferior. Therefore, when such a divided express operation system is adopted as an embodiment of the present invention, in FIG. The service floors will be designated as non-stop floors to improve transportation capacity. As mentioned above, there are various operation management methods, and it is not possible to uniformly decide which method to use. Therefore, the elevator manager should decide as appropriate, taking into account the installation environment of the elevator and usage conditions. It is preferable to do so. Such designation of the operation management method is performed by the control specification registration device 75 shown in FIG. 1, but in order to improve operability, the operation management method can be specified by selecting the display contents. There is. Display examples showing the functions of the control specification registration device 75 are shown in FIGS. 26 and 27. FIG. 26 shows the menu screen, and here No. 9 is selected where the operation management specifications can be entered. Note that control Nos. 1 to 8 relate to specifications that existed before the present invention. For example, even if No. 1 is used to designate a service floor by floor, the present invention will not be able to operate the service to relieve congestion caused by insufficient transportation capacity. Not for management control,
This command is used to command the temporary closure of entrances and exits, and non-stop floors for crime prevention, energy conservation, etc. Once specified, it is always executed or for a specified period of time. In addition, Figure 27 shows screen format No. 29, where you can select control specification items related to operation management control, and go to the second level and lower screens where you can check and input specific specifications. It is possible to migrate only by inputting information. To return to the menu screen again, press function key FO1. Here, assuming that the specification shown in FIG. 23a is to be modified, No. 4 is selected. FIG. 28 shows an example of screen format No. 44 for specifying service floors for each floor. First, when this screen is selected, the current control specifications are displayed. Next, select the number of the item you want to modify and use the keyboard, light pen, touch panel, etc. to modify it. In particular, in the case of a touch panel, operation is facilitated by having a configuration in which numerical values and control specifications are changed sequentially or automatically by touching, and the operation is stopped when the purpose is met. Note that FIG. 37 shows a guideline for selecting the operation management mode in the present invention. Next, the operation of the hall call and car call registration control circuits during operation management will be explained with reference to the flowcharts shown in FIGS. 29 and 30, respectively. Although an example is shown in which the hall call registration circuit 920 is configured by a program using a computer, it is also possible to combine a gate array or a general IC logic circuit to form a circuit having a similar function. This is true not only for the circuits shown in FIG. 29 but also for the circuits shown in FIGS. 30 to 32. FIG. 29 shows a flowchart of a program constituting the hall call registration circuit 920. This program starts at a cycle of about 10ms to 100ms. First, how to create the service floor specifications determined in step 961 will be explained. The transportation management mode created by setting or requesting generation by the control specification registration device 75 is selected by the transportation capacity shortage detection circuit 960 based on the current usage status,
The 15th table is created by the service floor table creation circuit 970.
Hall call service floor specifications based on the only operation management mode selected from the automatic operation management specification table stored in table SF13 shown in the figure.
SH (j, i) and car floor specifications SC (j, i)
and instant specifications are set in table SF12 and table SF37. The service floor specifications created in this way are determined in step 961, and it is determined whether the floor in question is a service floor in the service direction of the controlled hall call. If it is a service floor, the process advances to step 963, where the hall call register H15A and the platform interface device H1 are used.
It is determined whether there is an input signal that is a registration request from 5IA. If there is an input signal, hall call registration processing is performed in step 966.
It is registered in the position of the floor, direction, and type of hall call in table SF12 in FIG. 15. In addition,
The call type is information necessary to distinguish between a general common hall call, a wheelchair user call, a call for one or more specific elevators, and can be omitted. Even if step 963 determines that there is no call registration request, step 965 determines that the hall is fully booked or there are many people boarding, and that the relevant hall call is registered based on past learning results or input commands from the control specification registration device 75. If the condition that the amount of passenger traffic is estimated to be large is satisfied, automatic hall call registration is performed in step 967. Further, in step 965, the waiting customer detection device 7
0 is installed, a function is added to determine that the data on the number of customers waiting on the floor concerned satisfies the conditions based on the automatic call registration permission signal from the waiting customer sensor of specification No. 11 shown in Figure 27. be able to. On the other hand, if the hall call is temporarily directed to a non-stop floor due to the detection of a lack of transport capacity, it is determined in step 961 that it is not a service floor, the presence or absence of immediate spec 1 is determined in step 962, and the process proceeds to step 964. Select whether or not to perform immediate reset control for registered hall calls. In addition, here, the immediate spec 1 is the spec shown in Fig. 27.
This can be specified by selecting No. 12. Registered hall calls are assigned service to one or more elevators by the call assignment control circuit 930 described in FIGS. 16 to 20. The allocated hall call is sent to the relevant machine control devices E 1 to E 3 via the allocated hall call table of table SF11 in FIG. 15, and is put into service operation. It is determined in step 968 that the services of all the assigned elevators have been completed, and the hall call registration is deleted.
Normally, it is erased when landing in the door open zone or when the stop floor is confirmed. After these processes are repeated for all hall calls (step 969), the process ends. FIG. 30 shows a flowchart of a program constituting the car call registration circuit 910. This program is also 10ms like the hall call.
It starts periodically at a relatively fast speed of about 100ms. First, in step 921, data on the service floor of the elevator in question is collected. As an example of processing here, the unit control device
Spec data, car positions, non-stop floor switch inputs, car call inputs, etc. input from outside are collected from E1 to E3 , and the table SF shown in Fig. 15 is created.
11 elevator status table and table F1
The second car call service floor table S c (j, i) is corrected. Next, in step 922, it is determined whether the floor in question is a service floor. If it is on the service floor, in step 924, the in - car interface device 891 (the third
3) or the destination floor input function unit shown in FIG. 34, which is an example of the platform interface device 80, the presence or absence of a car call is determined, and if there is a car call, the process proceeds to step 926. Dekako call registration is done and table SF1 shown in Figure 15 is created.
1 is stored in the car call table. If there is no car call, it is determined in step 927 whether there is a specification that can be specified by selecting the automatic car call registration permission item shown in specification No. 10 in FIG. If permission is granted, the number of people getting off at the floor is predicted based on the current direction of travel of the elevator and the number of people in the car, and if it is determined in step 928 that the number of people is greater than the predetermined number, automatic car call registration is performed in step 929. Let's do it. If the boarding hall waiting passenger detection device 70 is installed, the number of people boarding from the assigned hall call floor can be known quite accurately, and by using this, the accuracy when estimating the number of people in the car at the time of the car call service can be improved. can be improved. Furthermore, since the number of waiting passengers is known, it is possible to automatically register car calls in the opposite direction. Next, when the car call is temporarily switched from the service floor to the non-stop floor, it is determined in step 923 whether or not to immediately switch to the non-stop floor by determining Immediate Spec 2, and it is determined to be YES. If so, the car call is immediately canceled in step 925. In step 930, service reset processing is performed by the elevator service. Usually a few seconds before stopping or when landing in the door open zone,
Alternatively, it is erased when the door starts to open. These processes are performed for the UP and DOWN car calls on all floors (step 931), and are also repeated for all elevators (step 932) before ending. Next, an example of a program constituting the transportation capacity shortage detection circuit 960 will be described with reference to the flowcharts of FIGS. 31 and 32. FIG. 31 is a flowchart showing the first embodiment, and FIG. 32 is a flowchart showing the second embodiment. In addition,
All of these programs are activated periodically. In step 97A1, insufficient transport capacity is detected,
It is determined whether or not to permit traffic management to automatically set non-stop floors for calls to be serviced. If not, the transportation capacity shortage flag is immediately reset in step 97A6, and the service floor table creation circuit 970 is Table SF1 shown in FIG.
2 service floor tables S C and S H are updated. On the other hand, if the automatic operation permission specification that can be specified by specification No. 1 in FIG.
If it is determined that the number of passengers crossing over is equal to or greater than a predetermined number or a predetermined rate, or both conditions are met, a transport capacity shortage flag and its level are set in step 97A5. In addition, when the degree of shortage is low, the operation management mode shown in Figure 35 a and b is selected, and when there is further shortage, the operation management mode shown in Figure 35
Select the modes shown in Figures a and b, respectively. In addition, although usage patterns such as transit do not occur, there are cases where the bus is full. In this case, it is determined in step 97A3 that the number of times the hall call is passed through the assigned hall call or the registered hall call is equal to or higher than a predetermined level. Also, step 97A
4, if it is determined that the traffic volume on a specific floor is large, or that the total number of people waiting on the general floor and the number of passengers in the car (which can also be a total for each direction) is above a predetermined level, operation management due to insufficient transportation capacity will be carried out. will be implemented. The first embodiment shown in FIG. 31 is suitable at the start of lunch or when leaving work, while the second embodiment shown in FIG. It is preferable to adopt this method. In other words, if the number of passengers on the general floor is small, the maximum number of people waiting on a specific floor is large, or the number of times the floor is full (determined in step 97B2) occurs, the transport capacity shortage flag and its level are set in step H97B4. As a result, Figure 35c
25, a, b, and furthermore, the operation management mode shown in FIG. 24, a, b. If there is no permission flag B (determined in step 97B1), or if the total of the number of people boarding the car and the number of people waiting is small (determined in step 97B3), the process proceeds to step 9.
7B5 resets the transportation capacity shortage flag. Next, guidance for passengers, which is important to the present invention, will be explained. Figures 33a and 33b show an interface device 891 installed within the car. This device is connected to the elevator control devices E 1 to E 3 of each elevator. The example in Figure 33 is a case where the operation is managed in the operation management mode shown in Figure 23a, and Figure 33a is 18
This indicates that the floor is being down, car calls have been registered for the 1st and 2nd floors, and car calls and hall calls for the 14th, 16th, and 18th floors cannot be registered. The display for the 19th floor that you passed through will be erased or dimmed. Also, the boarding expected floor on the 1st floor and the destination registration floor on the 19th floor do not need to be illustrated and can be deleted.
Here, in order to reduce the display processing for switching between UP and DOWN, the display is left as is. Furthermore, FIG. 33b shows that the second floor is being uploaded, and neither hall calls nor car calls can be registered for all floors from the 13th to the 18th. In addition, in Figures 33a and 33b, there is a car position indicator between the 2nd and 13th floors only for the passing floors (3rd to 3rd floors).
This is to display the running time (12th floor). FIGS. 34a and 34b form a part of the landing interface device 80, and show another example of the one shown in FIGS. 22b and 22c. Here, too, a case is illustrated in which the operation is being managed in the operation management mode shown in FIG. 23a. The most important feature of this example is that the destination floor can be registered at the landing, and there is no need to operate the destination floor after boarding the car, making this control system especially suitable for congestion. Note that FIG. 34a shows an example of the display on the 16th floor, and FIG. 34b shows an example of the display on the 2nd floor. [Effects of the Invention] As explained above, according to the present invention, it is possible to detect that the transportation capacity of elevators is insufficient for traffic demand, and to ensure that a specific floor is not stopped in response to hall calls and car calls. , and the ratio of non-stop floors in the direction of travel where transport capacity is insufficient is higher than the ratio of non-stop floors in the direction of travel where transport capacity is insufficient, so that the transfer from a general floor to a specific floor or from a specific floor When the transportation capacity is insufficient when boarding to a general floor, it is possible to shorten the time for one round of the elevator and improve the transportation capacity per unit time, thereby improving the deterioration of elevator service due to boarding congestion when the transportation capacity is insufficient. can.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図は本発明によるエレベーターの制御装置
の一実施例を示すブロツク図、第2図はエレベー
ターの利用状況の説明図、第3図、第4図、第5
図はそれぞれエレベーターの乗りかご内重量変化
の説明図、第6図は本発明におけるエレベーター
の乗り越し交通量検出回路の一実施例を示すブロ
ツク図、第7図は予測交通需要生成回路の一実施
例を示すブロツク図、第8図は利用状況検出回路
の一実施例を示すブロツク図、第9図および第1
0図は作成データの一例を示す説明図、第11図
および第12図はデータ補正動作の説明図、第1
3図a,bは予測交通需要推定動作の説明図、第
14図は予測交通量演算回路の一実施例を示すブ
ロツク図、第15図は制御テーブルの一実施例を
示す説明図、第16図〜第21図はそれぞれ本発
明の一実施例の動作を説明するフローチヤート、
第22図a〜cは乗り場における案内装置の各状
態を示す説明図、第23図a,b、第24図a,
bはそれぞれ異なる本発明の各実施例の運行管理
モードを示す説明図、第25図a,bは従来の分
割急行運転方式の運行管理モードを示す説明図、
第26図〜第28図は制御仕様登録装置の各表示
例を示す説明図、第29図〜第32図はそれぞれ
本発明の一実施例の動作を説明するフローチヤー
ト、第33図a,bおよび第34図a,bはかご
内インターフエース装置の各状態を示す説明図、
第35図a〜cは各運行管理モードを示す説明
図、第36図は分割急行運転方式と本発明による
運行管理方式の長短を示す説明図、第37図は運
行管理モードの選択の目安を示す説明図である。 E1〜E3…号機制御装置、910…かご呼び登
録回路、920…ホール呼び登録回路、960…
輸送能力不足検出回路、970…サービス階テー
ブル作成回路。
FIG. 1 is a block diagram showing an embodiment of the elevator control device according to the present invention, FIG. 2 is an explanatory diagram of the usage status of the elevator, and FIGS.
The figures are respectively explanatory diagrams of changes in the weight inside an elevator car, FIG. 6 is a block diagram showing an embodiment of an elevator overpassing traffic detection circuit according to the present invention, and FIG. 7 is an embodiment of a predictive traffic demand generation circuit. FIG. 8 is a block diagram showing an embodiment of the usage status detection circuit, FIG. 9 and FIG.
Figure 0 is an explanatory diagram showing an example of created data, Figures 11 and 12 are explanatory diagrams of data correction operations, and Figure 1 is an explanatory diagram showing an example of created data.
3a and 3b are explanatory diagrams of the predicted traffic demand estimation operation, FIG. 14 is a block diagram showing one embodiment of the predicted traffic volume calculation circuit, FIG. 15 is an explanatory diagram showing one embodiment of the control table, and FIG. 21 to 21 are flowcharts explaining the operation of an embodiment of the present invention, respectively.
22 a to c are explanatory diagrams showing each state of the guidance device at the landing, FIGS. 23 a, b, 24 a,
25b is an explanatory diagram showing the operation management mode of each different embodiment of the present invention, FIGS. 25a and 25b are explanatory diagrams showing the operation management mode of the conventional divided express operation system,
FIGS. 26 to 28 are explanatory diagrams showing display examples of the control specification registration device, FIGS. 29 to 32 are flowcharts illustrating the operation of an embodiment of the present invention, and FIGS. 33a and 33b and FIGS. 34a and 34b are explanatory diagrams showing each state of the in-car interface device,
Figures 35 a to c are explanatory diagrams showing each operation management mode, Figure 36 is an explanatory diagram showing the advantages and disadvantages of the divided express operation method and the operation management method according to the present invention, and Figure 37 is a guideline for selecting the operation management mode. FIG. E 1 to E 3 ... car control device, 910 ... car call registration circuit, 920 ... hall call registration circuit, 960 ...
Transport capacity shortage detection circuit, 970...Service floor table creation circuit.

Claims (1)

【特許請求の範囲】 1 ホール呼びおよびかご呼びに応じて多階床間
をサービスするエレベーターの制御装置におい
て、上記エレベーターによる輸送能力が交通需要
に対して不足したことを検出する手段と、この輸
送能力不足検出手段で輸送能力が不足したことを
検出したとき上記ホール呼びおよびかご呼びに対
して特定の階床を不停止し、かつ輸送能力が不足
している進行方向における不停止階の比率よりも
輸送能力が不足していない進行方向における不停
止階の比率を高くする運行管理手段とを備えたこ
とを特徴とするエレベーターの制御装置。 2 特許請求の範囲第1項において、上記輸送能
力不足検出手段は、特定階での降り客による満員
解消を検出すると輸送能力不足検出度を増加する
ように構成したことを特徴とするエレベーターの
制御装置。 3 特許請求の範囲第1項において、上記輸送能
力不足検出手段は、行先階と逆方向に進行してい
るエレベーターに乗り込む乗り越し乗客数の増加
により輸送能力不足検出度を増加するように構成
したことを特徴とするエレベーターの制御装置。 4 特許請求の範囲第1項において、上記輸送能
力不足検出手段は、輸送能力が不足したこととそ
の不足のレベルを検出するように構成し、上記運
行管理手段は、輸送能力不足の各レベルによつて
互いに異なる運行管理モードを選択するように構
成したことを特徴とするエレベーターの制御装
置。 5 特許請求の範囲第1項において、上記運行管
理手段は、上記輸送能力不足検出時の運行管理モ
ードを所定の時間内において実施するように構成
したことを特徴とするエレベーターの制御装置。 6 特許請求の範囲第1項において、上記輸送能
力不足検出時の運行管理モードを実施中であるこ
とおよびその運行管理モードの内容を示す表示装
置を乗り場および乗りかご内の少なくともいずれ
か一方に設けたことを特徴とするエレベーターの
制御装置。
[Scope of Claims] 1. In a control device for an elevator that services multiple floors in response to hall calls and car calls, means for detecting that the transportation capacity of the elevator is insufficient in relation to traffic demand; When a lack of transportation capacity is detected by the capacity shortage detection means, specific floors are not stopped in response to the above hall calls and car calls, and based on the ratio of non-stopped floors in the direction of travel where transportation capacity is insufficient. An elevator control device characterized by comprising: operation management means for increasing the ratio of non-stop floors in a direction of travel where transport capacity is not insufficient. 2. The elevator control according to claim 1, wherein the transportation capacity shortage detection means is configured to increase the transportation capacity shortage detection degree when detecting that the number of passengers disembarking at a specific floor is reduced. Device. 3. In claim 1, the transportation capacity shortage detection means is configured to increase the detection degree of transportation capacity shortage in response to an increase in the number of passengers boarding an elevator traveling in the opposite direction to the destination floor. An elevator control device featuring: 4. In claim 1, the transportation capacity shortage detection means is configured to detect a shortage of transportation capacity and the level of the shortage, and the operation management means detects each level of transportation capacity shortage. An elevator control device characterized in that it is configured to select mutually different operation management modes. 5. The elevator control device according to claim 1, wherein the operation control means is configured to implement the operation control mode at the time of detecting the lack of transportation capacity within a predetermined time. 6 In claim 1, a display device is provided in at least one of the platform and the car to indicate that the operation management mode at the time of detection of insufficient transportation capacity is being implemented and the contents of the operation management mode. An elevator control device characterized by:
JP61080987A 1986-04-10 1986-04-10 Controller for elevator Granted JPS62240277A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP61080987A JPS62240277A (en) 1986-04-10 1986-04-10 Controller for elevator

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP61080987A JPS62240277A (en) 1986-04-10 1986-04-10 Controller for elevator

Publications (2)

Publication Number Publication Date
JPS62240277A JPS62240277A (en) 1987-10-21
JPH0532303B2 true JPH0532303B2 (en) 1993-05-14

Family

ID=13733849

Family Applications (1)

Application Number Title Priority Date Filing Date
JP61080987A Granted JPS62240277A (en) 1986-04-10 1986-04-10 Controller for elevator

Country Status (1)

Country Link
JP (1) JPS62240277A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013220900A (en) * 2012-04-17 2013-10-28 Hitachi Building Systems Co Ltd Elevator control system
JP2014069947A (en) * 2012-10-01 2014-04-21 Mitsubishi Electric Corp Elevator traffic demand predicting device
JPWO2013190691A1 (en) * 2012-06-22 2016-02-08 株式会社日立製作所 Elevator system

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0725486B2 (en) * 1987-06-18 1995-03-22 三菱電機株式会社 Driving device for elevator
JPH04217571A (en) * 1990-12-20 1992-08-07 Toshiba Corp Group interlocking controller for elevator
JP2003146544A (en) * 2001-11-08 2003-05-21 Mitsubishi Electric Corp Group management system for elevators
JP6756681B2 (en) * 2017-08-28 2020-09-16 株式会社日立ビルシステム Elevator
JP6806415B2 (en) * 2019-06-14 2021-01-06 東芝エレベータ株式会社 Group management control device and group management control system

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS519228A (en) * 1974-07-11 1976-01-24 Yuasa Battery Co Ltd

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS519228A (en) * 1974-07-11 1976-01-24 Yuasa Battery Co Ltd

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013220900A (en) * 2012-04-17 2013-10-28 Hitachi Building Systems Co Ltd Elevator control system
JPWO2013190691A1 (en) * 2012-06-22 2016-02-08 株式会社日立製作所 Elevator system
JP2014069947A (en) * 2012-10-01 2014-04-21 Mitsubishi Electric Corp Elevator traffic demand predicting device

Also Published As

Publication number Publication date
JPS62240277A (en) 1987-10-21

Similar Documents

Publication Publication Date Title
JP5566740B2 (en) Elevator group management control device
JP6866275B2 (en) External system cooperation Vehicle dispatch system and method
US5239141A (en) Group management control method and apparatus for an elevator system
JPH02110088A (en) Group control unit for elevator
KR920001299B1 (en) Group control device of elevator
JPH0725491B2 (en) Elevator group management device
JP6960463B2 (en) Congestion avoidance driving system and method
CN114014110A (en) Elevator operation control method, system, computer device and storage medium
JPH0532303B2 (en)
JP7106423B2 (en) elevator system
JP7169448B2 (en) Elevator group management system
JP2728396B2 (en) Elevator control device
JPS62121186A (en) Group control method of elevator
CN112209188B (en) Group management system for elevator
CN110520374B (en) Elevator user movement prediction method and elevator user movement prediction device
JPH08217342A (en) Group supervisory operation control device for elevator
JPH0885682A (en) Operational control of elevator and its device
JP4710229B2 (en) Elevator system and group management control device thereof
JPH04133981A (en) Controller for elevator
JPH064475B2 (en) Elevator group management device
JPS6247787B2 (en)
JPH03272979A (en) Group management device of elevator
JP3461564B2 (en) Elevator dispatch method
JP6420217B2 (en) Elevator device and control method of elevator device
JPH0536348B2 (en)