JPS63112384A - エレベ−タ−運行情報報知装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 本発明はエレベータ−運行情報報知装置に係り、特にエ
レベータ−の運行を管理し、混雑の早期解消をはかるの
に好適なエレベータ−運行情報報知装置に関するもので
ある。

〔従来の技術〕

従来の装置は、例えば、特公昭４８−１５５０２号公報
に記載しであるように、利用状況を検出し、複数台のエ
レベータ−を交通需要状況に対する運転形式で運転し、
この運転形式をエレベータ−監視盤に保守管理する目的
で表示していた。

また、出動時の運転形式を選択した際には、全台のエレ
ベータ−をロビーへ呼び戻すときともに、サービスする
階床を号機で上層と下層に分割する分割急行運転と、地
下階ならびに屋上階のように交通需要の少ない階のサー
ビスをカットする運行制御を実施し、輸送能力の向上を
はかつていた。

門た）このような制御中は「急行」などの表示灯’Ｐ　
Ｔ’ｆ層サービス号機と下層サービス号機を案内」する
表示器を乗り場やかと操作盤に設けていた。

また、特公昭５４−３２２１４号公報に記載のように、
エレベータ−群管理制御装置にホール呼びに対して応答
する範囲（サービスゾーン）を各エレベータ−毎に設定
する手段を設け、さらに、このサービスゾーンを互いに
関連ずけて見やすく一括表示し、制御装置の動作状態を
視覚表示し、エレベータ−の調整２点検、保守時におけ
る故障発見を容易としている。

しかし、これらの従来技術では、昼食時等に発生する複
雑な交通流を持つ交通需要に対応するには不適当であり
、また、応答する呼びがどれであるかを利用者に報知す
る情報として不十分なものであった。

従来の関連システムとしては、昭和６１年６月１０日付
の朝日新聞に記載されているように、バス待ちのイライ
ラ解消のため、各バス停留所において到着予定時刻が自
動的にディジタル表示され、＼れにより、利用者は少な
くともバスがいつ来るのかだけはわかるように改善され
ているものがある。

また、このほかにも以下のような従来技術がある。エレ
ベータ−の運行を、より円滑に行わせるため、その制御
に乗客の交通量を反映させることが従来から広く行われ
ており、そのため、この交通量に関しても従来から種々
の観点を異にする検出方法が提案されており、例えば、
特開昭５５−５６９６３号公報では乗りかご重量を検出
して各階床毎に乗降客数を求めようにしたものが、特開
昭５２−１４０１４７号公報ではエレベータ−の特定階
交通需要を乗りかご内荷重の変化により検出するように
したものが、そして特開昭５０−１２５４４６号公報で
は乗りかご内乗客数および乗りかご内行先階呼びの変化
を検出して乗り階、方向別に行先階別乗客数を検出する
ようにしたものでなどが提案されている。

しかしながら、これらはいずれも、各階での乗り込み交
通量や降り交通量を検出するものであり、乗り込み方向
別の乗客数を予測するものではないため、以下のような
場合でのエレベータ−の運行改善にはあまり有用ではな
かった。

すなわち、昼食時などでは、エレベータ−利用者が急激
機に増加し、満貫通過が発生する０例えば、２階とか地
下階などの下Ｍ階には食堂階が設置されていると、上層
階のうち比較的２階や地下階に近い階床の利用者は、そ
れより上層階での利用者により満貫通過され、このため
待ち時間が異常に長くなってしまうという現象を生じる
。

このため、上層階のうち比較的下の方の階から食堂階へ
行こうとしている利用者の中には、やむを得ず１食堂階
のあるＤＮ方向（下降方向）とは逆のＵＰ方向（上昇方
向）のホール呼び釦をも押し、上昇下降に関係なく、と
にかく先に到着した乗りかごに乗り込む者が現われてく
る。

しかして、このような者が現われ、その人数が多くなる
と、これにともなってますます満貫通過が増加し、比較
的下の方の階のＤＮ方向ホール呼びに対するサービスが
低下するようになる。

１千武を第２図によって説明すると、これは３台並設エ
レベータ−をＩＦ（１階）がロビーで２Ｆに食堂があり
、かつ３Ｆから１２Ｆまでは急行ゾーンで１３Ｆから１
９Ｆがサービス階となっているビルに設けた場合で、い
は昼食時間に入ったとする。

３台並設エレベータ−の第２号機２Ｅは１４ＦをＵＰ方
向にサービス中で、第２号機２Ｅは１３ＦをＵＰ方向に
サービス中であり、一方、第３号機３Ｅは２Ｆへ向けて
急行ゾーンをＤＮ方向に走行中であるとする。なお、１
５Ｕ〜１９　ＵはＵＰ方向ホール呼びを、そして、ＩＤ
−１９ＤはＤＮ方向ホール呼びをそれぞれ表わす。

このとき、各エレベータ−が現在位置からサービスを続
けて食堂術２Ｆに戻るまでの運行経路はそれぞれＱ　１
　＊　Ｑ　２　ｔ　Ｑ　ｇとなり、破線で示した部分が
満貫通過する階床を表わしている。

従って、この第２図から明らかなように、昼食時間など
の混雑時には、１８ＦのＤＮ呼ぶ１８Ｄに比してＤＮ側
のサービスが低下する。また、下の方の階になる程、そ
のＤＮ呼びが濶貫通過となってしまう確率が高くなり、
その分、ＵＰ方向に乗り込んでそのままＤＮ方向に向う
乗客の比率が多くなる。

このため、ＵＰ走行に要する時間が長くなり、全台のエ
レベータ−が最上階まで運行する比率が増え、エレベー
タ−の−同時間が長くなって輸送能力の低下をもたらし
、事態をますます悪化させてしまう。

ところで、このような事態の発生を防止するたためには
１次のような方法が考えられる。

すなわち、目的階へ向う方向と反対方向のエレベータ−
に乗り込む者が増加した場合と、このような者がほとん
どいない場合のサービス性をシミュレーションにより求
め１両方の対比を明確にし、これをＰＲして利用者各自
のモラルに訴え、逆方向に乗り込もうとする者が現われ
ないようにするのである。

τ、しかしながら、この方法は、−社専有のビルに１′
１ −１おいては現実的であるが、そうでない場合や、不特
定多数の利用者を有するホテル等では非現実的で実施困
難である。

そこで、エレベータ−の群管理制御装置に、エレベータ
−利用者の交通流の学習機能を有するものを用い、これ
によって上記した事態を予じめ予測して所定の群管理制
御を行う方法が考えられる６すなわち、このような予測
にたち、必要に応じて例えばＤＮ方向のホール呼びを割
当てたエレベータ−は待ち時間の短かいＵＰ方向のホー
ル呼びに応答しないで通過させる（このとき、即時案内
方式のものにおいては、案内を保留したり、わざわざ到
着予測時間が所定値以上となる乗りかごが遠方にいるエ
レベータ−を選択して案内するようにする）などの制御
を実施するのである。

また、特開昭５８−９５０８５号公報では、超音波やＩ
ＴＶを応用してかご内乗客検出とホールの待ち客数を検
出し、このデータより乗り込み人数を制限した割当てを
行う。

どの到着時間の予測精度を向させるものなどが提案され
ている。

しかしながら、これらはいずれも呼び割当て制御をいか
に改良し、サービス性を向上させるかにあり、前記した
昼食時などにおける一般階の乗り込み混雑に対しては輸
送能力そのものが不足するために、サービス性向上に役
立たぬという問題点があった。

また、出動時においては、前述したように数台（一般に
は４台以上）のエレベータ−の地上のサービス階を上層
と下層に分割してサービスさせることにより輸送能力を
向上させ、ロビーでの最大待ち人数を低減させる効果を
持つ分割急行運転を採用する場合もあったが、昼食時の
交通需要の様子がエレベータ−の製造時期には不確定で
あったり、ビルの用途やビルの周辺の状況（外食や休憩
に適した所が近くにある）ならびにビル内の食堂′のあ
る階床（場合によっては２つの階床に分散し、ているビ
ルもある）など、ビル内のレイアウトによっても大きく
変化するため、出動時のように画一的な制御方法である
サービス階の分割を実施することは一般には困難であっ
た。

〔発明が解決しようとする問題点〕

上記した従来技晰は、昼食時などの交通量の増大に対し
て根本的な改善策がほどこされていないため、混雑の解
消に長時間を要し、このために両方向のホール呼び登録
と、逆方向エレベータ−への乗り込みが発生し、混雑の
解消をさらに長引かせるという問題があった。

本発明の目的は、上記した事情に鑑みてなされたもので
、昼食時などのエレベータ−の運行管理を行いサービス
の低下を改善するのに役立つエレベータ−運行情報報知
装置を提供することにある。

〔問題点を解決するための手段〕

上記目的は、エレベータ−の−同時間を短縮し、単位時
間当りの輸送能力を向上させる態様でエレベータ−を運
行管理制御を行うとともに、この還るようにして達成す
るようにした。

〔作用〕

輸送能力不足検出手段は、乗り場の待ち客検出装置や各
階床での乗り降り交通量や乗り越し交通量検出などの機
能により、全てのホール呼びならびに全台の全階床の行
先呼びに対して応答していると、輸送能力が不足し、満
員が発生し、引いては極めて長い待ち時間を売主させる
可能性が高くなるので、それを検出する。この検出信号
により応答する呼びを選択するなどの運行管理を実施す
ることによりエレベータ−の−同時間を短かくシ。

輸送能力を向上させる。さらに、現状ならびに今後に予
定している運行管理の内容を乗り場に表示するなどの報
知手段により利用者に知らせることにより、上記した運
行管理中の非サービス階などにおける利用者のいらいら
防止をはかることができる。

〔実施例〕 以下本発明を第１図、第６図〜第８図、第１４図〜第２
２図、第２９図〜第３４図に示した実施例および第２図
〜第５図、第９図〜第１３図、第２３図〜第２８図、第
３５図、第３６図を用いて詳細に説明する。

まず、最初に本発明における自動運行管理制御について
全体を説明する。

第１図は本発明におけるエレベータ−制御装置の一実施
例を示すブロック図であり、群管理制御装置９０がマイ
クロコンピュータなどによ一リプログラムで構成するこ
とも論理回路により構成することもできる。ここでは５
両方を混在させたものについて説明するが、これに限定
されるものではなく、同業者であれば、容易にアレンジ
できる。

プログラムの入力情報としては、号機制御装ｅｌ　Ｅ　
１〜Ｅ８から送信されてきたエレベータ−の位置。

方向、かご呼び等のエレベータ−制御入力データＩＥｔ
〜ＩＥｇ（第１５図ノテーブ／ＬｚＳＦｔｕの一部）、
ホール呼び登録器Ｈ１〜Ｈ１９より登録されたホール呼
びデータ（テーブル５Ｆ１２の一部）、それとエレベー
タ−の速度や群管理エレベータ−台数等のエレベータ−
仕様と本発明で特に重要な役割いを果たす自動運行管理
仕様やサービス階テーブル等の群管理仕様（テーブル５
Ｆ１３）、ならびに運行管理モード別の学習定数（テー
ブル５Ｆ３７）、さら乗り場待ち客検出装置７ｏより入
力される待ち客信号ｗＰと乗り場インターフェース装置
８ｏより入力される行先呼びゃ特定呼び等の入力信号Ｐ
Ｉなどがある。

なお、ここでテーブル５Ｆ１３と５Ｆ３７の仕様や定数
はバッテリーバック７ツブされたＲＡＭ（ランダム・ア
クセス・メモリ）また電気的に消去と書き込みのできる
ＥＥＦＲＯＭ　＜イレクトリイカル・イラスブル・プロ
グラミング・リード・オンリイ・メモリ）により記録さ
れるものとし、それぞれ制御仕様登録装置７５とシミュ
レーションによる定数生成装置８５からの入力信号ＵＩ
とＧ１により記録されていた定数や仕様を変更すること
が可能なように構成されている。これら２つの装置、は
、かならずしも常設する必要はなく、必要な期すること
ができる。一方、入力された呼び信号は、ホール呼び登
録回路９２０１行先呼び登録回路９９ｏ、特定呼び登録
回路１００により登録され、呼び割当制御回路９３０に
より全体のサービス性を考慮した′Ｍ転となるようにエ
レベータ−ＩＥ〜３Ｅへ割当てられ１割当てられたホー
ル呼びゃ行先呼びゃ特定呼びは、エレベータ−制御出力
データＯＥ　１〜ＯＥｓとして各号機制御装置Ｅ１〜Ｅ
８へ送信する。

また、かご呼び登録回路９１０は号機制御装置Ｅ１〜Ｅ
８内に設けることもできるが、ここでは自動運行管理を
行うため、群管理制御装置９０内に設けた。これら呼び
登録回路は、いずれもサービス階テーブル作成回路９７
０の出力するサービス階信号Ｓにより登録がその運行管
理モードが、第２３図〜第２５図に示すようになると、
サービスのために運行されないサービス階床の呼び登録
が制限される。

このような強行な制御は、各階における方向別乗り降り
人数や満員発生回数９乗車拒否回数などの混雑状況を検
出する交通需要検出回路９５０の出力や待ち客情報ＷＰ
やかご内荷重信号ｗ（１）〜Ｗ（３）などにより、輸送
能力不足検出回路９６０により能力不足を検出されたと
きにのみ実行される。

また、この際は予測交通需要生成回路９４０によりすみ
やかに予測される乗り、降り客数信号Ｐ＾を出力し、呼
び割当制御回路９３０等へ与える。

また、現状におけるサービス態様ならびにエレベータ−
利用者が知りたい情報を乗り場インターフェース装置８
０へ送信し、表示や音声案内手段により報知するための
エレベータ−利用者向は情報報知制御回路１１０を備え
ている。

また、乗り場待ち客検出装置７０は、各階のエレベータ
−待ち客数などの情報ＰＨを群管理制御装置９０へ与え
る。

また、乗り場インターフェース装置８０は１本発明によ
る輸送能力強化のための自動運行管理実行中における運
行管理の態様を利用客に報知する役割を持つ。また、平
常時は上記した運行管理の態様に代って交通需要やサー
ビス状況を一括してモニタに表示する。

また、サービス態様の重要な変化については、音声案内
により待ち客に知らせる。

以上１群管理制御装置ｌ￥９０におけるソフトウェア全
体構成の一実施例について説明した。

次に、交通需要検出回路９５０と予測交通需要生成回路
９４０について、第３図〜第１４図の説明図とブロック
図を用いて説明する。

まず、交通需要検出回路９５０について説明するつ本実
施例ではエレベータ−乗りかごの重量変化による乗客数
変化の検出を利用した。まず、この乗りかごの重量変化
について説明する。

まず、第３図は正常な状態でエレベータ−が最上階にサ
ービスした場合での乗りかご内乗客数の変化状態を示し
たもので、最上階で降りた客数はＷｏｔとして検出され
（ドアの開きを開始してから１秒程度後、または、ドア
開完了後の乗りかご自重量と、この最上階でのサービス
時における乗りかご重量の最小値Ｗ　Ｉｌｌとの差の演
算によって求める）、一方、最上階から乗り込んだ客数
はＷ口で検出される（ドア閉完了時の乗りかご自重量と
最小値Ｗ　Ｉｌｌとの差を演算して求める）。

このとき、エレベータ−は最上型でＵＰ方向からＯＮ方
向に切り換わるから、この階で降りずにそのまま乗り続
ける客はいない筈であり、従って、最小値Ｗ、ｉはほぼ
０になることが判る。

次に、第４図はエレベータ−が第２図の場合の上層階か
ら食堂などがある２Ｆへ到着した際の乗客数変化状態を
示したもので、食堂へ向う多数の降り客数Ｗｏｚと食堂
を利用したあとでロビーに向う乗り客数ＷＩ２が示され
ている６ 一方、上記した昼食時などで逆方向乗り込み客が現われ
た場合での最上階での状態を示したのが第５図で、この
ときには降り客数Ｗｏａと乗り客Ｗ１ｓについては第３
図の場合とほぼ同じ傾向にあるが、最小値Ｗ１δが第３
図の０とは異なってかなり大きな値を示すようになって
いることがわかる。

乗り越し人数検出などに使用するかご内人数検出器とし
ては、荷重検出装置に限らずマッドスイッチやエリアセ
ンサやＩＴＶカメラなどを用いて直接かご内乗客数をと
らえ、第５図に示す乗客数Ｗｍａを検出する構成とする
こともできる。

さて、第６図は交通量検出装置の一実施例を示すブロッ
ク図で、１は検出回路全体を表わしたもので、この実施
例は第２図の場合と同じく３台並設したエレベータ−を
対象としたもので、各エレベータ−の乗りかごに設置し
である重量検知器からそれぞれの号機毎の乗りかご自重
量を表わす信号Ｗ（１）、Ｗ（２）、Ｗ（３）が取り込
まれるようになっている。

逆方向乗客数検出回路１１〜１３はそれぞれ対応する信
号Ｗ（１）、Ｗ（２）、Ｗ（３）の一つを取り込み、そ
れに基づいて対応するエレベータ−の乗りかごがＵＰ方
向からＤＮ方向へ切り換わる階にサービスした際の乗り
かご自重量の最ｌＪ１値Ｗ。

（第３図のＷ　１１１及び第５図のＷ、８）を検出し、
これを逆方向乗客数ＷＥ１〜ＷＥａとして出力する。

この信号ＷＥｈ〜ＷＥａは各エレベータ−が都度、累積
回路１０に取り込まれる。

累積回路１０はこれらの信号ＷＥＬ〜ＷＥａを処理し、
所定期間、例えば１０分間の逆方向乗り交通量ＷＥを出
力する。

一方、これと同じ期間での乗り客数ＷＩｎを、同じく信
号Ｗ（１）〜Ｗ（３）を入力とする乗り客数検出回路２
１〜２３と累積回路２０とによって収集し、出力する。

こうして逆方向乗り交通ｆｆ１ＷＥと乗り客数Ｗ　ｔ　
ｎを求めたら、Ｗ　Ｅ　／　Ｗ　ｉ　ｌｌ−Ｅ　Ｐ　ｔ
の演算により演算回路３０から逆方向乗客率ＥＰｒを出
力させる。

すでに第３図ないし第５図で説明したように、エレベー
タ−の運行方向が切り換わる階床での乗りかご自重量の
最小値（第５図におけるＷ、８）は、逆方向乗客数を表
わすものとなっている。

従って、この第６図の実施例によれば、簡単に、しかも
正態に逆方向乗客数や逆方向乗客率を与えることができ
、−倍階床の乗り混雑により輸送能、力が不足している
と判定する決め手の情報として利用できる。

次に、第７図は予測交通需要生成回路９４０の実施例で
あり、次の三つの回路からなる６　（１）各エレベータ
−の号機制御装置Ｅ１〜Ｅ３の入力信号の一部をなす乗
りかご内の重量信号Ｗ（１）〜Ｗ（３）とかご位置なら
びに方向信号などより、エレベータ−を利用する乗降客
の状況を検出する利用状況検出回路５０゜（２）乗り越
し交通量が多いときに１乗り客データＰ、の本来あるべ
き状況を表わすデータＰ　ｉ　’　　として補正して出
力する乗り客数補正回路６０゜（３）輸送能力不足検出
回路９６０や外部からの入力指令により運行管理を行う
と出力される新しいサービス階テーブル信号Ｓにより長
期、短期に渡って検出し、学習した交通需要データから
運行管理後の階床別の利用交通量を推定する予測交通量
演算回路６５である。

次に、第８図〜第１４図を用いて各ブロック回路の実施
例について説明する。

第１に、エレベータ−の利用状況検出回路５０第８図に
おいて、乗り客数検出回路７１〜７３は、対応するエレ
ベータ−が各階床にサービスするごとに、乗りかご内の
重量を表わす信号Ｗ（１）。

Ｗ（２）、Ｗ（３）の減少量を求める。そしてこれを方
向別・階床別乗り客数取集回路７４でその都度、方向別
２階床別に分類して集計し、所定の一定期間における乗
り客データＰｉを作る。

同様に、降り客数検出回路８１〜８３によりサービス中
の乗りかご自重量の増加量を求め、これを方向別・階床
別降り客数取集回路８４によってその都度、方向別９階
床別に分類、集計し、所定の一定期間における降り客デ
ータＰｏを作成する。

こうして収集したデータの作成例を第９図と第１０図に
示す。

次に、このようにしてデータ「Ｐｌ」と「ＰＯ」が作成
されたら、これらのデータを基にして逆方向乗客数検出
回路９０がＵＰ方向について全ての乗り客数を算出する
。これは第９図における面積、Ａ、ｕで表わされる。ま
た、ＤＮ方向についても全一′での降り客数を求める。

これは第１０図の面積Ａ　ｏ　ｕとなる。そして、逆方
向乗客率ＥＰＺはこれらの面積Ａ　１ｕとＡ　ｏ　ｕの
差と乗り客データＰｔ　との比を求め、これにより逆方
向乗客率ＥＰ２を求めるのである。

従って、この第８図の実施例によってもデータＥＰ２を
求めることができ、エレベータ−の群管理制御などを適
切に行うことができる。

ところで、このようにして逆方向乗客率ＥＰ２゜が求め
られたならば、これを利用し、逆方向乗客率が所定値以
上になったときには、乗り客データＰｉの本来あるべき
状態、つまり逆方向乗り客が現われなかったらそうなる
であろう状態を求めるようにし、この結果によりエレベ
ータ−の群管理制御などをさらに適切なものにするのに
役立てるようにしてもよい。

第２に、このデータＰｉ　を補正してＰＬ’　　を得る
乗客数補正演算回路６０の動作を第１１図によって説明
する。

この第１１図の左側は、各階別の乗り客数のＵＰ方向と
ＤＮ方向の和（第９図の左右の加算値に相当する）を表
わし、右側は各階別の降り客数のＵＰ方向とＤＮ方向の
和（第１０図の左右の加算値に相当）を表わしている。

そして、この第７図の例では、成る階での補正を、その
階より上層階での降り客数の和と、その階より下層階で
の降り客数の和の比で行うようにしたものである。

そこで、いま、１４Ｆでの補正については、第１１図に
おいて、１４Ｆよりも上層階である１５Ｆ以上の面積Ａ
２１と、１４Ｆよりも下層階である１３Ｆ以下の面積Ａ
２２を求め、これらの比によって、この１４Ｆでの乗り
客数を表わす面積Ａ１０の再配分を行い、第１２図に示
すように、１４ＦでのＵＰ方向の乗り客数Ｐｔυ１４と
ＤＮ方向の乗り客数Ｐ＋ｏ１４とに配分するのである。

そして、この計算を各階ごとに繰り返し実行してやれば
、第９図のように逆方向乗客率が増加した場合での、学
習による乗り客データＰｉを、逆方向の乗客が現われな
かった場合を想定した本来！ あるべき状態でのデータＰ　１　’　　を表わす第１２
図のように補正することができる。

なお、この補正方法は、各階床ごとの乗客数に限定され
るものではなく１例えば２階床毎にブロック化して学習
した乗り交通量（＠送量を含む）を運行方行別に再配分
する場合にも適用できる。

第３図に、第７図の予測交通量演算回路６５について説
明する。

この回路６５は上記のようにして検出され、補正された
データＰ　ｉ　’　　を基にして予測交通量を演算する
もので、その詳細を第１４図によって説明すると、まず
、ブロック７０Ａでは時時刻刻の利用状況を数分ごとに
特定階層別、もたは各階層別、或いは各階層別に収集し
た乗り交通量Ｐｉと降り交通量Ｐａを所定量、例えば乗
り客数が１００人相当後に達するまで蓄積する。

ブロック６１では、ブロック？ＯＡでサンプリングされ
た乗り降り別、各階床別、方向別の交通需要Ｐｒｏ＾　
（以下、交通流という）のもつ特徴１　、 □買交通量とその方向、混雑階床とその交通量）を識別
し、交通流モード別に仕分け、長期間にわたってこの交
通流を学習する。

一方、ブロック７０Ｂでは時々刻々と変化する現状の交
通流１）Ｉ、ＰＯを所定期間の間だけ複数組記録し、加
重平均をとり、成る程度安定な現状の利用状況を示す交
通流Ｐ７０Ｂを作成する。なお。

これを短時間の学習と称するが、この交通流Ｐ７０［１
を交通流Ｐ、とＰｏの指数平滑演算によって作成するよ
うにしてもよい。

ブロック６２では現状の利用状況に最も近い交通流モー
ドを識別し交通需要モード信号Ｐ　ＭＯＤを出力する。

ブロック６３では現状の交通流Ｐ７ｏＢと、識別された
交通需要モード信号Ｐ　）ＩＯＣのもとで長期にわたり
学習された交通流Ｐθｌとに基づいて次の補正を行なう
。

（１）交通流Ｐ６１の総丈通量を現状の交通流Ｐ　ｅ　
ｔの総丈通量に近づける。

（２）次に、交通量の補正をした。長期の学習による交
通流に現状の交通流を階床別、方向別１乗り別、降り別
に加重加算し、第２の補正交通流Ｐ６ａを作成する。

ブロック６４ではこの交通流Ｐ　ｅ　ａの降り人数の総
和を乗り人数の総和に一致するように補正し、予測交通
流Ｐ＾を作成する。

このように構成することにより下記の効果がある。

（１）短期の学習データは変動が多く、全階床の利用状
況を予測することが困難であるのに対し、現状の混雑状
況や、混雑術が適格に把握できる長所がある。

（２）長期の学習データを併用することにより上記した
欠点を解消している。また、長期の学習データを使用す
る際に総丈通量の補正を行っているので、より現状に適
合した予測交通量Ｐ＾を得ることができる。

（３）乗り人数を基準に降り人数を補正している。

すなわち、乗り客の変化が、降り客の変化より若干早＜
（０，５〜２分程度）検出できる点を利用した補正であ
り、その分だけ予測精度が向上する。

ブロック６６の乗降客数の推定回路ではサービス階信号
Ｓに応じて予測交通流Ｐ＾をあらかじめ定められた推論
に基づき、現状サービスできる階床へ配分するなりして
予測交通需要Ｐａを生成する。

例えば、予測交通流Ｐ＾の乗り交通需要が第１２図とた
またま同一であり、降り交通需要が第１０図と同一であ
ると仮定し、交通需要の増大により混雑が発生したため
サービス階信号Ｓが第２２図に示すように切り替ったと
する。ここで、ｒ地上のサービス−時保留階への交通需
要分の８０％は１階床下の階へ移行する」の推論が組み
込まれていたとすると、配分処理により上記した予測交
通流Ｐ＾は第１３図に示すような予測交通需要Ｐ、とし
て出力される。

以上１本発明による自動運行管理制御の効果をさらに向
上させるために重要な役割を持つ交通需要モード信号Ｐ
　ＭｏＤと予測交通流需要ＰＢの生成についての実施例
を説明した。

また、上記した実施例ではかご内荷重検出を使用したが
、これに乗り場待ち客検出装置７０からの信号ＷＰに代
えたり、加えたりすることができる。

特に第１４図の所定期間の交通量蓄積回路７０Ｂについ
ては、各階床のエレベータ−ホールにおける待ち客数を
検出する待ち客数検出装置を設け、この出力信号を並用
することにより、交通需要の変化をより早く、より正確
に推定し、識別することができる。

次に、呼び割当制御回路９３０について第１５図から第
２１図を用いて説明する。ここでは、本発明の効果をさ
らに十分なものとするために必要な呼び割当用総合評価
値の演算方法について説明する。

この実施例では、呼び割当ての方法として停止呼び評価
関数およびエレベータ−状態による評価関数を用いてい
る。ここで、停止呼び評価関数の概念は、特開昭５２−
４７２４９号公報、特開昭５２−１２６８４５号公報に
開示されている。上記停止呼び評価関数とエレベータ−
状態による評価関数を用いた関数を総合評価関数と称す
。この総合評価関数φは次式で表わせる。

φ＝　Ｔｍａｘ　　ａ　ｔＴ　ａ　＋　Ｔｅ　　　　　
　　　−（１）Ｔα＝ΣβＳ　　　　　　　　　　　　
　・・・（２）ＴＥ＝にα２　　　　　　　　　　　　
　・・・（３）ここで、　Ｔｍａｘは待時間の評価値、
Ｔαと停止呼び評価値、α１は待時間評価値Ｔｓａｘと
停止呼び評価値Ｔαとの重み係数で、エリア優先パラメ
ータと称す。また、βは発生ホール呼び隣接階の停止呼
びＳ（サービスする呼びを称す）に対する重み係数で１
例えば、Ｏ〜２０となる。さらにＴＥはエレベータ−状
態による評価関数で、所定の係数にと負荷集中パラメー
タα２とからなる。このエレベータ−状態とは、例えば
ドア戸閉状態、割当てホール呼び無し状態、かご内消灯
状態等であり、この状態に応じて係数にの値を設定する
。

第１５図は、本発明の一実施例で用いられる運転制御系
ソフトウェアのテーブル構成で、大別し−２て、エレベ
ータ−制御データテーブル５ＦＩＩ、ノ猿−ル呼びテー
ブル５Ｆ１２、エレベータ−仕様テーブル５Ｆ１３のブ
ロックで構成しである。各ブロック内のテーブルについ
ては、下記に述べる運転制御プログラムを説明するとき
、その都度述べる。なお、以下に説明するプログラムは
、プログラムを複数のタスクに分割し、効率よい制御を
行うシステムプログラム、すなわち、オペレーティング
システム（ＯＳ）のもとに管理されるものとする。

したがって、プログラムの起動はシステムタイマーから
の起動や他のプログラムからの起動が自由にできる。

次に、第１６図から第２０図に呼び割当制御回路９３０
の一実施例である群管理制御プログラムのフローチャー
トを示す。なお、ここでは群管理制御プログラムの中で
上述した特に重要なプログラムについてだけ説明する。

この他にも複数台割当て（混雑階追加割当て）や混雑階
呼び寄せ制御プログラムもあるがここでは省略する。

第１６図は、待時間評価値演算の基礎データとなるべき
、エレベータ−の任意の階までの到着予測時間を演算す
るプログラム９３０Ａのフローチャートである。このプ
ログラムは例えば１秒毎に周期起動され、エレベータ−
の現在位置より任意の階までの到着予測時間を全階床に
ついて、かつ、全エレベータ−について演算する。

第１６図においてステップＥｌ（＞とＥ９０は、全ての
エレベータ−台数についてループ処理することを示す。

ステップＥ２０でまず、ワーク用の時間テーブルＴに初
期値をセットし、その内容を第１５図の到着予測時間テ
ーブルＴ＾にセットする。（ステップＥ２５）。なお、
初期値としては、ドアの開閉状態からあと何秒で出発で
きるかの時間や、エレベータ−休止時等における起動ま
での所定時間などが考えられる。

次に、階床を１つ進め（ステップＥ３０）、１床がエレ
ベータ−位置と同一となったかどうか比較する（ステッ
プＥ４０）。もし、同一となれば、１台のエレベータ−
の到着予測時間テーブルが演算できたことにより、ステ
ップＥ９０八ジャンプ゛＼１他のエレベータ−について
同様の処理をくり°かえず、一方、ステップＥ４０にお
いて、”　Ｎ　Ｏ”であれば、前の階床の時間テーブル
Ｔに１階床走行時間Ｔ、を加算する（ステップＥ５０）
。そして、この時間テーブルＴを到着予測時間テーブル
にセットする（ステップＥ６０）。次に、かご呼びある
いは割当てホール呼び、すなわち、着目しているエレベ
ータ−にサービスすべき呼びがあるかどうか判定しくス
テップＥ７０）、もしあれば。

予測乗り・降り時間ＴＤを当該階床（配列記号ｉ）方向
（配列記号Ｊ）の予測交通需要ＰＢをなす予測乗り交通
流量ｐｔ（、ｒｔ　ｉ）と降り交通量Ｐｏ（Ｊ　。

ｉ）と定数ｔ１とｔｚとにより（４）式で算出する（ス
テップＥ７５）。

Ｔｏ＝ｔ１（Ｐｔ（Ｊ、ｉ）＋Ｐｏ（Ｊ、ｉ））＋ｔｚ
−（４）そしてエレベータ−が減速し、ドア開し、ドア
閉し、加算するために必要な１回停止時間Ｔｓと乗降時
間Ｔｏを時間ワークＴに加算する（ステップＥ８０）。

一方、停止すべき呼びかないとき（Ｎｏ）は。

予測停止確率による停止時間関数Ｔｐ　　（下式による
）を演算し、時間ワークＴに加算する（ステップＥ７８
）。

Ｔｐ＝　（ＴｐＮ）・（Ｔｏ十Ｔｓ）　十ｔ　ｓ’　（
Ｒｐｔ　＋　Ｒｐｏ）　＋　ｔ　２・・・（５） Ｔ ’ｒｐ〜＝ＣＲｐｒ＋Ｐｐｏ　　１）西　　　　　　−
（６）但し　ＴＰＮ≦ＫＴＰＮ ｄｉ＝ｉ＋１ ｄｉ＝ｉ＋１　　　　　　　　　　　　　　　　　ｄｉ
＝ｉ−１・・・（７） ｄｉ＝ｉ＋１　　　　　　　　　　　　　　　　　　ｄ
ｉ＝ｉ−１・・・（８） ｄｉ＝Ｆｄ ｄ＝ＣＰＮ ここで、Ｒｐｉは予測乗り人数、Ｒｐｏは予測降り人数
、ＴＰＮは停止確率である。ＴはステップＥ６０で更新
された方向５９階床ｉへの到着予測時ｔｍを示す。また
、Ｐ　１（ＪＦ　ｌ　）は到着予測時間テ−プル作成中
の方向Ｊ、Ｍ床ｉにおける基準時間ＬＴ当りの乗り交通
量で、第１４図のブロック６５の予測交通量演算回路６
５より出力される予測交通需要信号Ｐａを使用する。ｄ
とｄｉはＪ方向について階床変数である。Ｄ（ｄ）はｄ
階における割当てホール呼びの有無を表わす関数で１割
当ホール呼びがあれば“１″−なければｏ”の値を取る
。すなわち、割当ホール呼び階の待ち客数ＷＰ（Ｊ、ｃ
ｌ）より方向５９階床ｄへの降り客数を推定する。

示しているときにこの値をとる。また、Ｔｐｉは１未満
であり、ここではＫＴｐｓを０．８　とし、ＴＰＮを０
．８　以下に制限する。そして、予測降り人数は（９）
式で推定する。同方向の割当てホール呼び階での待ち人
数ＷＰは（７）式と（８）式で方向別に分配し、階床ｄ
の次の階床Ｆ−から端階ま当該階床の降り交通量Ｐａ（
Ｊｐ　ｉ）の比率をｉ階より前方のＪ方向ホール呼びに
ついて求め、それらの総和を求めた値となる。かご回数
ＷＧ（Ｒ）はかご位置ＣＰＮからＪ方向へ端階までの総
降り人数を求めて各階への降り人数を分配する。なお、
Ｎ　Ｇ　（Ｋ）はに号機のかと呼び数を示す。

次に、ステップ９２ヘジヤンプし、時間ワー−りＴを当
該号ｆｉ（配列記号Ｋ）の到着予測時間テ′、ノープル
Ｔ＾の所定番地Ｔ＾（Ｋ＃　Ｊｔ　ｉ）ヘデータセット
し、ついでステップＥ３０に進み、全ての階床について
、上記処理をくり返す。

なお、ステップＥ５０とステップＥ８’Ｏにおける１階
床走行時間Ｔ、と１回停止時間Ｔｋは、最適運転制御パ
ラメータの１つとして、交通流モード別に与えられる。

第１７図はエレベータ−出発時での予測がご内荷重ＷＴ
を演算するプログラム９３０Ｂのフローチャートで、こ
のプログラムは例えば１秒毎に周期起動され、エレベー
タ−の現在位置より任意の階床までエレベータ−が移動
する間の乗り降り人数を予測し、出発時のかご内荷重を
演算する。

第１７図において、ステップ９２１と９３２は全てのエ
レベータ−台数についてループ処理することを示す。ま
ず、ステップ９２２ではかご重量ワークＷＩに初期値と
して現在のかご内荷重をセットし、その内容を第１５図
の予測かご内荷重テーブルＷＴにセットする。

、　　次に、階床をＩＮ進め（ステップ９２３）、階二
床がエレベータ−位置と同一になったかどうか比（４，
較する（ステップ９２４）、もし同一となれば１台のエ
レベータ−の予測かご内荷重テーブルが演算できたこと
になり、ステップ９３２ヘジヤンプし、他のエレベータ
−について同様の処理をくり返す。一方、ステップ９２
４において１１　Ｎ　ＯＩＩであればステップ９２５へ
進み、乗り越し検出信号ＥＰＩがなく、かつ、サービス
の方向が変化するＮ（最下階または最上階）であるかを
判定し、“ＹＥＳ”であればかご重量ワークｗＩをクリ
アし、乗り越し交通量がないものとして以下の階床のか
ご内荷重を予測する（ステップ９２６）。

かご呼び有（ステップ９２７）のときは予測降り人数Ｗ
ｃ　をかご重量ワークＶＩ’Ｌより減算する（ステップ
９２８）。なお、ここでＷ蓋には負はなくＷｔ”Ｏに限
定する。

なお、予測降り人数Ｗｃは次式で算出する。

Ｎ ただし、Ｗｃ≧１〔人〕 は係数である。

割当てホール呼びまたは案内ホール呼びがあるとき（ス
テップ９２９がＹＥＳ）は、予測乗り人数ＷＨまたは（
７）　、　（８）式より求まる方向別待ち人数ＨＷＰ　
（Ｊ、ｉ）のいずれか大きい方の人数をかご重量ワーク
ＷＩに加算する（ステップ９３０）。

なお、予測乗り人数ＷＨは次式で算出する。

ＬＴ ただし、Ｗ）ｌ≧１ ここで、Ｗｘは係数で、ＴＨはホール呼び継続時間とす
る。

このようにして求められたかご重量ワークＷ。

は出発時の予測かご重量テーブルＷＴヘセットする（ス
テップ９３１）。

第１８図は、呼び割当てプログラム９３０Ｇのダラムで
は、呼び割当てのアルゴリズムは最大長持時間と平均予
測待時間の総合評価値最小化呼び割当てアルゴリズム（
第１９図で後述）である。

ホール呼びが発生すると、まず、ステップＨＩＯで発生
ホール呼びを外部より読み込む、そして、ステップＨ２
０とＨ８０，ステップＨ３０とＨ７Ｏとで階床および方
向についてループ処理を行う。

ステップＨ４０は、割当ての必要なホール呼びがあるか
否かを判定する。もしなければ、ステップＨ７０へ飛び
、すべての階床、方向について処理する。ステップＨ４
０が“Ｙ　Ｅ　Ｓ　”であるならステップＨ５０の総合
評価値最小化呼び割当てアルゴリズムを行い最適エレベ
ータ−に呼びを割当てる（ステップＨ６０）。

ただしステップＨ５８において、総合評価値φの値が所
定値以上であると判定したときはステップＨ６０による
割当てによる案内制御は実施せずに、ステップＨ５９に
よる再割当て要求の作成のみを行い１次の機会に再度割
当て処理を行うように構成した。

これは、全台のエレベータ−が到着時に満員ま九は満員
発生になる確率の高い割当て済みホール呼びを持ってい
るときなどに不用意な案内制御を防止する効果が得られ
るからである。

第１９図は、総合評価値最小化呼び割当てアルゴリズム
の処理フローチャートである。どのエレベータ−が最適
かを判定するため、ステップＨ３Ｏ−１とＨ３Ｏ−７に
よりエレベータ−台数でループ処理する。ループ内の処
理は、まず、ステップＨ３Ｏ−２で、発生ホール呼びを
含む前方階の割当てホール呼びの予測待時間評価の最大
値Ｔ　ｍ！Ｘと平均ＴＡＶＲを演算する。なお、予測待
時間評価値とはホール呼びが発生してから現在までの経
過時間を示すホール呼び経過時間に当該術の利用客に関
する情報を用いて重みづけした時間と積み残し発生確率
による待時間評価値と到着予測時間を加算したものであ
る１次のステップＨ３Ｏ−３では、発生ホール呼びを含
む前後所定階床の停止呼びから停止呼び評価値Ｔｔを演
算する。さらに。

混雑発生確率による評価値ＴＥ１を演算する（ステップ
Ｈ３Ｏ−４）。この評価値ＴＥ１はエレベータ−到着時
の予測かご内荷重ＷＴ’　　（一つ手前の階のＷＴの値
）の値が所定値ＫＷＦ　（交通需要モード）より大きく
１乗車拒否や、かご内の降り客のために一旦出口附近の
客が外に出たり、乗り過ぎのために一旦乗った客が降り
るためのロス時間などを考慮した評価値である。これら
の評価値Ｔ　ｓ　。

ＴＦ、ｓと前述の予測待時間評価の最大値Ｔ　＊　ａ　
ｘと平均値ＴＡＶＲとは重み付は係数Ｋｚ〜に４により
結合し、総合評価関数φを演算する（ステップＨ３Ｏ−
５）、そして、この総合評価関数φの中で最小のエレベ
ータ−を選択する（ステップＨ３Ｏ−６）。

以上の処理をすべてのエレベータ−について実行すると
、ステップＨ３Ｏ−６の演算により最適な総合評価値の
エレベータ−が選択されていることになる。

第２０図は、予測待時間評価の最大値Ｔ　ｍ　ａ　ｘと
平均値Ｔ＾ＶＲの演算のフローチャートである。ここで
は、新たに発生したホール呼びより先の階床にあるすで
に割当てずみのホール呼びのみを評価対象とする方法に
ついて説明する。

ステップＨ５０−２１で予測待時間評価の最大値Ｔ　ａ
　ａ　ｘと平均演算用７−７７ＡＶＲＮに発生（被割当
て）ホール呼び階の従来のステップＨ３Ｏ−２５と同一
の予測待時間評価値ＴＣを求め、これを初期値として設
定する。また、平均値をステップＨ３Ｏ−２８で求める
ために必要な個数ワークＴ　ＡＶＲＮに１をセットする
６次に、ステップＨ５０−２２で階床を１階床進め、そ
の階床がエレベーター位置と同一になったかどうかをス
テップＨ３Ｏ−２３で比較する。もし同一となれば、新
たに発生したホール呼びより先の階床の予測待時間評価
の最大値Ｔｍａｘが演算できたことになるので、ステッ
プＨ３Ｏ−２８で平均値Ｔ　ＡＶＲを算出して処理を終
了する。同一でなければ、当該エレベータ−に割当て済
みのホール呼びがあるかどうかをステップＨ３Ｏ−２４
で判定する。割当て済みホール呼びがなければ、ステッ
プＨ３Ｏ−２２に戻る。

割当て済みホール呼びがあれば、ステップＨ３Ｏ−２５
に行き、当該階の予測待時間評価値Ｔｃを演算する。こ
の予測待時間評価値Ｔｃの演算式は次式で表わされる。

Ｔｃ＝　ＴＡ（Ｊ　、　ｉ　）（１＋　Ｙ　ｓ　・ＰＮ
）十ＴＥ２−（１２）ＴＫｚ＝τｓ　（ＷＴ　（Ｊ　、
　ｉ）　−Ｋｒａｚ）　”　　・・・（１３）ＰＮ＝　
（Ｔｏ　（Ｊ　＊　ｉ　）　　・ｐｔ　Ｃ，ｒｔ　ｉ）
＋ＫＷＴ−ＨＷＰ　（Ｊ　、　ｉ　）　）　／　２　−
（１４）ただし、ＴＥ２≧０．Ｋｒａｚは交通需要モー
ド別の変数で定員の９割に相当する人数などが与えられ
ている。

ここで、ＴＡは、第１６図で説明した当該エレベータ−
の当該階床への到着予測時間、ＴＯは当該階床のホール
呼び発生後の継続時間、τ３は当該階床におけるエレベ
ータ−の利用客に関する情報から求められる重み係数で
あり、エレベータ−の乗り利用客数Ｐ、の多い階はどγ
Ｌを使用する項の値が大きくなるように計算する。また
、現状の待ち人数ＷＰ（ｉ）より求めた方向別待ち人数
ＨＷＰ　（Ｊ、ｉ）を式（１４）により考慮している。

上記重み係数γ工としては、ホール呼び１つ当りの平均
乗り人数、単位時間当りのエレベータ−への乗り込み人
数、単位時間当りのホール呼び発生個数などが考えられ
るが、これらは、いずれも交通流モード別に演算された
ものか、テーブル５Ｆ３７に格納しであるものを使用す
る。また、積み残し発生確率評価値ＴＥ１は出発時のか
ご内荷重が。

例えば定格積載量の９０％に相当する人数値を２０人と
したとき、これ以上の値となったときに作成されるもの
であるが、この値にはＴＥ２≧０の条件がある。

次に、ステップＨ３Ｏ−２５，Ｈ３Ｏ−２７７’は、演
算した当該階の予測待時間評価値Ｔｃと予測待時間評価
の最大値Ｔｗａｈｘとを比較し、当該階の予測待時間’
ｒｅが今までの予測待時間評価の最大値Ｔ　ｍ　ａ　ｘ
よりも長ければ、当該階の予測待時間Ｔｃを新たに予測
待時間の最大値とし、ステップＨ３Ｏ−２２に戻る。

第２１図は乗り場インターフェース装置８０ヘエレベー
ター利用者に運行管理態様などの情報を出力する情報報
知制御回路の処理フローチャートで、このプログラムは
、例えば、１秒毎に周期起動される。

まず、最下階から最上階まで順次制御する指定する処理
をステップ９８０と９９８にて行う。ステップ９８１に
て当階床またはエレベータ−全体の交通需要が微少であ
るかを判定し、夜間のように交通量がほとんどない時間
帯は、情報表示を停止する処理をステップ９９２で行う
、これは、省エネイメージを出すこと、または、表示器
の寿命を延長する目的・を持っものであり、切り替えに
は管理人からの強制切り信号による場合もある。

ステップ９９４で当階の滞在人数クリア許可信号がある
ことを判定すると、ステップ９９６にて当階床に滞在し
ている人数の増減を計数するテーブルＦＰＮ　（ｉ）を
クリアする。

一方、交通需要のある時間帯はステップ９８２へ進み、
当階へ応答し、出発した際に検出した乗り客数検出回路
７１（第８図のブロック５０）と降り客数検出回路８１
の信号を基に、当階の滞在人数ＦＰＮ　（ｉ）の計算を
行う０例えば、乗り人数は加算し、エレベータ−への乗
り人数分を減算′する。

次に、ステップ９８３にて運行管理態様の変化または地
震検出や自家発電運転への切り替えにより管理運転を開
始するなどのイベントを判定し、ステップ９８４により
各階床乗り場に分散しているインターフェース装置８０
の一部をなす１５に′８置されたインターフェースユニ
ットＨ１５ｉＭＡの表示器Ｈ１５ｉＡなどに表示してい
るフォーマットを切り替える制御を行う。実際にばあら
かじめ各階のインターフェースユニットＨ１５ｉＭＡ等
に必要な種類のフォーマット作図データを送信するなど
して半永久的に記録しておくことにより、実際の運転時
にはフォーマットの登録番号などのデータのみ送信する
構成とし高速処理化している。

また、ステップ９８５で音響手段による情報報知の必要
性を判断し、ステップ９８６で音声案内装置によりサー
ビス態様の変化に関する情報を案内する０例えば、「ま
もなく平常サービスに戻ります」と数土砂から数分前に
案内するように構成する。

また、他の実施例としては、ゴングの数度打ちやメロデ
ィチャイムによりサービス態様に変化が生じることまた
は変化が生じたことを知らせることにすることもできる
。

次に、ステップ９８７にて、選択して表示されているフ
ォーマット画面に対応した可変データ情報を表示するた
めの出力制御を行う。例えば、第２２図（ｂ）の表示フ
ォーマットの場合には、■を表示するデータを出力する
。■予約エレベーターがあるときは、予約エレベータ−
の号機番号とエレベータ−のかご位置とかご白人数情報
とかと呼び登録または割当てホール呼びによる停止予定
階のデータを出力する。なお、予約エレベータ−がない
ときは、第３６図に示すように、当階へのエレベータ−
到着可能時間を表示するように、フォーマットの一部を
サブフォーマット化してあり５当階にホール呼びがない
かまたはサービスエレベ■運行管理の態様の変化する予
定時刻のデータを出力する。■他階床（ここでは食堂階
）の滞在人数に関する情報を出力する。ここでは、（１
５）式の値を計算して出力する。

次に、本発明の主要部をなすサービス階管理手段につい
て第２２図から第３０図を用いて詳細に説明する。

１台または第２図や第２２図（ａ）に示すように複数台
のエレベータ−群に対し、輸送能力が不足することに起
因して発生するサービス性低下状況を検出すると、第１
図に示したホール呼び登録回路９２０（詳細は第２９図
に示す）と、かご呼び登録回路９１０（詳細は第３０図
に示す）により、特定のモードに従って一部の階を不停
止術に切り替える制御をする。

このときの不停止階とサービス階の決め方と、利用者へ
の案内方法について説明する。

第２２図は昼食時において輸送能力不足を緩和すべく運
行管理制御中の各種案内装置状態を示している。第２２
図（ａ）は、１５階床における乗り場を示しており、図
においてＨ１５ＩＡとＨ１５ＩＢは乗り場インターフェ
ース装置８０の一階床分であり、両方とも同一の表示と
し、入力は並列にできる。また、その具体的な実施例を
第２２図（ｂ）、（ｃ）に示す。（ｂ）は現状ＤＯＷＮ
側ホール呼びのみサービスする階である１５階のを示し
ており、１５階のようにサービスされる階床は（当階）
が表示される階を表示器設置階とする。

しかし、１６階のようにサービスされない階床は、第２
２図（ｃ）の情報表示するインターフェース族［Ｈ１６
ＩＡのように、乗客に対しサービスされない階であるこ
とを報知しなければならない、なお、Ｈ１５ＩＢとかＨ
１６ＩＢには、後述する第３６図のように別の情報を表
示することも、待ち客への情報提供として効果がある。

これらＨ１５ＩＡ、Ｈ１５ＩＢからなるインターフェー
ス装置８０は、エレクトロルミネッセンス表示器や液晶
表示器やＣＲＴ表示器などを用いることができる。また
１表示内容や表現方法は第２２図（ｂ）、（ｃ）に限定
されるものではない。

第２２図（ａ）のＨ１５Ａと８１５Ｂは、所定方向のサ
ービスをするエレベータ−を１５階へ呼び寄せるホール
呼び登録器であるが、これを乗り場インターフェース装
置Ｈ１５ＩＡ、Ｈ１５ＩＢへ組み込むこともできる。例
えば１表示機能付りツチパネルや表示器を薄くして表示
器の裏にスイッチを設ける構造などにより実現できる。

このときのかご内のインターフェースの表示例を第３３
図に、乗り場は第３４図に示す。

また、ホール呼び登録器Ｈ１５Ａ、Ｈ１５Ｂの操作毎に
第２２図（ｂ）、（Ｑ）の内容を音声案内することによ
りサービス状況を報知することができる。

Ｈ１５Ｕ１〜Ｈ１５Ｄ３はサービス予約案内表示器であ
り、到着案内を表示モードを点滅するこ停止することが
決定しているエレベータ−が近くにきたとき、または、
サービス予約案内したエレベータ−のみ、かご位置表示
することとする。また、たとえサービス案内していても
、到着予測時間が１分以上もある場合は、階床表示せず
に遠方サービス中と表示する。

これにより、必要な期間だけ、必要なエレベータ−につ
いてのみかご位置が表示されるので利用者は大いに便利
である。

すなわち、８台等のエレベータ−を並設しているとき、
全台のインジケータが点灯していると、インジケータの
表示を見渡しながら一番早く到着するエレベータ−を見
つけ出すことは困難であるが、１台から３台に限定する
ことにより、利用性が大幅に向上する。また、二わらイ
ンジケータは、サービス性がよい平常時は不要なものと
し、サービス適中率の低下する混雑時や、本発明による
輸送能力不足期間中のみ、上記した特定条件を満足した
エレベータ−のみ点灯する構成とするようにしてもよい
。また、Ｈ１５Ｅｚ〜δはエレベータ−沖乗り場扉を示
す。

次に１本発明の主要部である不停止階の自動設定による
サービス階管理手段による運行管理制御について説明す
る。第２２図（ｂ）、（ｃ）は第２３図（ａ）に示す時
間帯１２：　００〜１２　：１０における運行モードの
場合を示しており、これでは、上層の偶数階から食堂の
ある２階やロビーへ行こうとする乗客から不満がでる。

そこで、１２；１０〜１２：２０の間は上層のサービス
階を先程の階とは別の階に入れ替えるようにすれば解決
できる。

なお、ここで、なぜ輸送能力不足検出時に第２３図のよ
うなサービス階管理を行うかについての理由と、その効
果について説明する。

かりに、運行管理を実施しないときは、各エレベータ−
はほとんど各階運転となり、−周当り１６回停止する計
算となる。１階床サービスするのに平均１８秒を必要と
し、２Ｆと１３Ｆの走行の際は２８秒を必要とした場合
、−同時ｆＪＪ　ＲＴ　Ｔ　１はＲＴＴ工＝１４Ｘ１８
＋２Ｘ２８＝＝３０８秒も必要となり、所定の台数で５
分間当りに輸送できる最大人数はかごの定員を２０名と
すると、１台当り。

る。

これに対し第２３図（ａ）に示すように運行管理すると
、−周当りの停止回数が７回となり、−同時ｎＪＪ　Ｒ
Ｔ　Ｔ　ｚは下記のようになる。

ＲＴ’ｒｚ　＝２Ｘ１８＋３８＋３Ｘ２２＋２８＝１６
８（秒） なお、ここで２Ｆから１９Ｆまでの走行と１９Ｆでのサ
ービスに３８秒を要し、２階床間の走行とサービスに２
２秒を必要とするものとした。

このときの輸送能力ＰＮ２は、 となり、運行管理することにより輸送能力を１．８倍に
増やすことができる。

すなわち、輸送能力不足を根本原因とするエレベータ−
の混雑を解消することができる。

第２３図は主として昼食前半の混雑を解消する運行管理
方法であるのに対し、第２４図は主として昼食後半に使
用する運行管理方法を示す。すなわち、食堂階またはロ
ビーから乗り込む利用者を能率良く輸送することを第１
に考え、まず、下降方向のサービスを全て不停止とし、
さらに輸送能力不足であると判断して、１２：４５〜１
２：５０は上層の偶数階を、１２：５０〜１３：００は
奇数階を不停止としている。

なお、この管理方法を出動のピーク時にも応用できる。

すなわち、８：００〜９；ＯＯの出動時間帯のうち８：
４０〜９：５０までのピークの１０分間のみ第２４図（
ａ）とし、次のときに（ｂ）とする方法によるものとす
る。

第２５図に示す従来の分割急行運転との長短を比較する
と、第１表のようになる。

第　　１　　表 ただし、第２５図に示す分割急行運転タイプの運行管理
方法のメリットは、各エレベータ−毎の不停止階があっ
ても、並設エレベータ−全体としてはサービス階である
点にある。

また、第２５図において、昼食前半は上層のＵＰ方向を
、昼食後半はＤＯＷＮ方向のサービス階を不停止とし、
転送能力の向上をめざすことができる。

次に、第２２図のＨｌ　５　ｉ　ＳＡ、　Ｈｌ　５　ｉ
　ＳＢによる音声案内について説明する。

自動運行管理と平常運行または自動運行管理中における
時間帯におけるサービス階、非サービス階の入れ替えは
、第２２図（ｂ）、（Ｑ）の表示等のほか音声案内によ
ってホールで待つ利用客に情報を提供することができる
。また、この案内に限って音を大きくなるように制限す
ることにより、離れた場所にいる潜在利用者に知らせる
ことができる。例えば、自動運行管理中におけるサービ
ス階、非サービス階の入れ替え時に「只今から食堂術並
びにロビーへのサービスを開始します、Ｊといった音声
案内を行うと、利用客により正確に情報を伝えることが
できる。

以上述べたように、運行管理には様々な方法があり、−
様に決められるものではなく、エレベータ−の設置環境
や利用状況をもとにエレベータ−管理者が決定すること
が好ましい。

第１図に示す制御仕様登録装置７５により、この制御を
行うものであり、操作性をよくするために表示内容を選
択して行けば運行管理方法を指定できるように工夫して
あり、この装置の機能を示す表示例を第２６図、第２７
図に示す、第２６図はメニュー画面を示し、ここでは、
運行管理の仕様を入力できるＮα９を選択する。第２７
図は画面フォーマットＮα２９を示し、ここでは運行管
理制御に関連する制御仕様の項目を選択し、具体的な仕
様を確認したり、入力できる第２レベル以下の画面へ番
号入力のみで移行できる。

また、メニュー画面へ戻るときは、ファンクションキー
ＦＯＩを押せばよい。

ここでは第２３図（ａ）の仕様を修正する場合であると
すると、嵐４を選択する。

第２８図は階層別のサービス階を指定する画面フォーマ
ットＮα４４の一例を示す。

まず、この画面が選択されると、現状の制御仕様が表示
される。

次に訂正したい項目の番号を選択して、キーボ−ドやラ
イトペンやタッチパネルを使って修正して行く、特に、
タッチパネルの場合は、タッチにより数値や制御仕様が
順次または自動的に次々と変わる構成とし、目的と一致
する所で操作を停止する方法によることにより、容易な
操作とできる。

なお１本発明における運行管理のモードの選択の目安を
第２表に示す。

なお、ここで第２６図の制御Ｎα１〜８は本発明以前よ
りある仕様に関するものであり１例えば。

階層別サービス階指定にしても、本発明による輸送能力
不足を原因とする混雑解消のための運行管理制御用でな
く、出入口の一時使用不可や、防犯や省エネルギーなど
に対処するための不停止階を指令するためのものであり
、指定されたら常にまたは指定された期間はかならず実
行されるものである。

次に、運行管理中のホール呼びとかご呼びの登録制御回
路の動作をそれぞれ第２９図と第３０図に示すフローチ
ャートにより説明する。

ホール呼び登録回路９２０をコンピュータを用いてプロ
グラムにより実施した例を示すが、ゲートアレイや一般
のＩＣ論理回路を組み合わせて同様の機能を持つ回路と
することができる。

これは以下の第２９図から第３２図に共通している。第
２９図はホール呼び登録回路９２０を構成するプログラ
ムのフローチャートを示す。このプログラムは１０〜１
００　ｍ　ｇ位の周期で起動する。最初にステップ９６
１で判定するサービス階スペックの作り方を説明する。

制御仕様登録装置７５により設定または生成要求したこ
とによりできた運行管理モードを現状の利用状況により
輸送能力不足検出回路９６０により選択し、サービス階
テーブル作成回路９７０により第１５図に示すテーブル
５Ｆ１３に記憶されている自動運行管理仕様テーブルよ
り唯一選択された運行管理モードに基づくホール呼びサ
ービス階スペックＳ　Ｈ（Ｊ　。

ｉ）やかと呼びサービス階スペック５ｃ（Ｊ、ｊ、）や
即時スペックなどがテーブル５Ｆ１２とテーブル５Ｆ３
７にセットされる。

このようにして作られたサービス階スペックをブロック
９６１で判定し、当該階床が被制御のホール呼びのサー
ビス方向においてサービス閘であるか否かについて判定
する。サービス階であればステップ９６３へ進み、ホー
ル呼び登録器Ｈ１５Ａや乗り場インターフェース装置ｆ
ｆＨ１５ＩＡからの登録要求する入力信号があるかどう
かを判定する。

もし、あればステップ９６６により、ホール呼び登録処
理がなされ、第１５図のテーブル５Ｆ１２のホール呼び
の当該階床・方向・呼び種の位置へ登録される。なお、
ここで、呼び種とは、一般の共通ホール呼び、車イス利
用者用呼び、特定の１台または複数台のエレベータ−呼
び寄せ用呼びなどの区別を行う場合に必要な情報であり
、省略することも可能である。

ステップ９６３で呼び登録要求がないと判定された場合
であっても、ステップ９６５で満員出発かまたは乗り込
み人数が多く、かつ、過去の学習結果や制御仕様登録装
置７５からの入力指令により当該のホール呼びに対する
乗り交通量が多いと推定される条件が成立すると、ステ
ップ９６７によりホール呼び自動登録を行う。

また、ステップ９６５では、待ち客検出装置７０が設置
されている場合は、当該階床の待ち人数データなどが第
２７図に示す仕様Ｎα１１の待ち客センサによる自動呼
び登録許可信号による条件を満足したことを判定する機
能を付加することができる６ 次に、輸送能力不足検出により、当該ホール呼びが一時
的に不停止階に指令されるとステップ９６１にてサービ
ス階でないと判定され、ステップ９６２にて即時スペッ
ク１の有無を判定し、ステップ９６４による登録ホール
呼びの即時リセット制御をするか否かを選択する。

なお、ここで即時スペック１は第２７図の仕様Ｎα１２
を選択することにより指定できる。９．録されたホール
呼びが１台または複数台のエレベータ−へ第１６図から
第２０図で説明した呼び割当制御回路９３０によりサー
ビスを割当てられる１割当てられたホール呼びは、第１
５図のテーブル５ＦＩＩの割当てホール呼びテーブルを
経て当該号機制御装置Ｅ１〜Ｅ３へ送り、サービス運転
される。割当てられた全てのエレベータ−のサービスが
完了したことをステップ９６８のサービスリセット処理
で判定し、ホール呼びの登録を消去する０通常はドア開
ゾーンへの着床または停止階確定時に消去する。これら
の処理を全てのホール呼びについて処理を繰り返した後
（ステップ９６９）に終了となる。

第３０図はかと呼び登録回路９１０を構成するプログラ
ムのフローチャートを示す。

このプログラムもホール呼びと同様に１０〜１００　ｍ
　ｓ位の比較的早い速度で周期的に起動する。

まず、ステップ９２１で当該号機エレベータ−のサービ
ス階データなどを収集する。

ここでの処理の一例としては１号機制御装置Ｅ１〜Ｅ３
にあるスペックデータやかと位置や外部から入力される
不停止階スイッチ入力やかと呼び釦入力などが収集され
、第１５図に示すテーブル５ＦＩＩのエレベータ−状態
テーブル等やテーブル５Ｆ１２のかと呼びサービス階テ
ーブル５Ｃ（Ｊ、ｉ）の修正を行う。　。

次に、ステップ９２２で現状当該の階床がサービス階で
あるか否かを判定する。サービス階であれば号機制御装
置Ｅ１〜Ｅ３よりステップ９２１で取り込んだかと呼び
入力装置（第３３図に一実施例を示す）や乗り場インタ
ーフェース装置８０の一実施例である第３４図に示す行
先階入力機能部などにより、入力されたかご呼びの有無
を判定し、もし有ればステップ９２６によりかご呼び登
録がなされ、第１５図のテーブル５Ｆ１１のかと呼びテ
ーブルへ記憶する。

また、ステップ９２７にて第２７図の仕様Ｎα１０に示
す自動かと呼び登録許可の項目を選択することにより指
定することができるスペックの有無を判定する。もし、
許可されているときは現状のエレベータ−の進行方向と
かご白人数とにより当該術への降り人数を予測し、所定
以上の人数であるとステップ９２８で判定し、かご呼び
自動登録をステップ９２９で行う。

また１乗り場待ち客検出装置７０を設置している場合は
、割当てホール呼び階床から乗り込む人数をかなり正確
にわかるので、これより、当該かご呼びサービス時にお
けるかご白人数の推定における精度の向上に役立てられ
る。

待ち客数がわかることにより逆方向のかと呼び　　　′
を自動登録することが可能となる。

次に、当該かと呼びがサービス階から不停止階へ−時的
に切り替った際は、ステップ９２３にて即時スペック２
を判定し、直ちに非サービス階にするか否かを判定し、
有（Ｙ）と判定すると、直ちに当該のかと呼びはキャン
セルされる。

ステップ９３０はエレベータ−のサービスによリサービ
スリセット処理を行う。通常は停止数秒前またはドア開
放ゾーンへ着床した時点またはドア開を開始するときに
消去する。

これらの処理を、全階のＵＰ、ＤＯＷＮのかと呼びにつ
いて実施しくステップ９３１）、さらに全台のエレベー
タ−について繰り返し実行した後（ステップ９３２）に
終了となる。

次に、本発明の主要件の１つである輸送能力不足検出回
路９６０の実施例を第３１図と第３２図のフローチャー
トで説明する。

第３１図は輸送能力不足を検出する第１の実施例を示す
フローチャートであり、第３２図は第２の実施例を示す
フローチャートである。

ステップ９７Ａ１にて輸送能力不足を検出し、自動的に
サービスすべき呼びに対し不停止とする運行管理を許可
するか否かを判定し、否である場合は直ちにステップ９
７Ａ６により輸送能力不足フラグをリセットし、サービ
ス階テーブル作成回路９７０にて、サービスすべき呼び
を全てサービス階とすべくテーブル５Ｆ１２のサービス
階テーブルＳＣとＳ）ｌを更新する。

これに対し、第２７図の仕様Ｎα１により指定できる自
動運行許可スペックを「許可」するスペックに指定する
と、乗り越し交通量検出回路９５０により乗り越し人数
が所定人数または所定率以上またはその両方の条件が成
立していると判定すると、ステップ９７Ａ５により輸送
能力不足フラグとレベルがセットされる。また、その度
合が低いときは、第３５図（ａ）、（ｂ）に示す運行管
理モードを選択し、さらに不足すると、第２５図に示す
モードを選択し、さらに不足すると、第２３図に示すモ
ードを選択する。

また、乗り越しのような異常な利用形態が発生しないが
、満員が多発する場合がある。この際は、ステップ９７
Ａ３により割当てホール呼びまたは登録されているホー
ル呼びを通過する回数が所定のレベル以上であると判定
する。また、ステップ９７Ａ４により特定階の交通量が
大きいかまたは一般階の待ち人数の合計とかご自乗客数
の合計（方向別の合計とすることもできる）が所定レベ
ル以上であると判断すると、＠送部力不足による運行管
理が実施される。

第３１図に示した第１の実施例は、昼食の開始時や退勤
時に向いている。これに対し、昼食後半や全員集会終了
後などの際は第３２図に示した第２の実施例が好適であ
る。

すなりち、−殻層での乗り人数は少なくなく、特定階で
の最大待ち人数が多いかまたは満員の発生回数が多い状
況の発生（ステップ９７Ｂ２で判定）により輸送能力不
足フラグとレベルをセットしくステップ９７Ｂ４）、こ
れにより第３５図（ｃ）や第２５図、さらには第２４図
の運行モードを指定する。

許可フラグＢがない場合（ステップ９７Ｂ１）またはか
ご内への乗り込み人数と待ち人数の合計が少なくなった
場合（ステップ９７Ｂ５）は、輸送能力不足フラグをリ
セットする（ステップ９７Ｂ５）。

次に、本発明のポイントである乗客への案内について説
明する。第３３図にかご内に設置するインターフェース
装置８９１を示す。この装置は各エレベータ−制御装置
Ｅ１〜Ｅ３に接続されるものである。第３３図の実施例
は第２３図（ａ）に示す運行管理モードで、運転管理さ
れている場合を示してあり、（ａ）は１８階をＤＯＷＮ
中であり、１階と２階のかご呼びが登録済であり、１４
゜１６．１８Ｎのかご呼びとホール呼びは登録できない
ことを示している。また、通過した１９階の表示は消去
するか、うずく表示する。また、１階の乗り込み予想階
と１９階の行先登録階は表示不要であり、消去すること
もできるが、ここではＵ　ＰとＤＯＷＮの切替表示処理
を少なくするため表示したままとしている。

次に、（ｂ）は２階をＵＰ中であり、１３階から１８階
まで全てホール呼びもかと呼びも登録できないことを示
している。

なお、第２３図（ａ）、（ｂ）の２階と１３Ｎの間にお
けるかご位置表示が多いのは、通過階（３〜１２階）の
走行を表示するためである。

第３４図は乗り場インターフェース装置８ｏの一部をな
すものであり、第２２図（ｂ）、（Ｑ）に示したものの
他の実施例を示す。ここでも第２３図（ａ）のモードで
運行管理中である場合を図示している。この第２の実施
例の最大の特徴は、乗り場で行先階を登録できる点にあ
り、かご内に乗り込んでから行先階を操作する必要がな
く、混雑には特に好適な制御方法である。

次に、自動運行管理以降、平常運行での旧５ＩＡ　。

Ｈ１５ＩＢなどからなるインターフェース装置８０の表
示例を第３６図に示す。

このように、各層毎のホール呼び登録状況やエレベータ
−の号機別乗り人数などエレベータ−のサービス状況を
表示することにより、ホールで待っている利用者が、エ
レベータ−の利用状況を知ることができる。

このようにエレベータ−システムの情報をホール待ち客
に報知することによりエレベータ−の利用者は、いらい
らの解消や他の交通手段の選択や行動スケジュールの変
更ができる。

また、各階の滞在人数や待ち人数を表示することにより
、以後のエレベータ−の交通量などを推測できる。

第３６図の例でいくと、平常運行である現在も食堂階に
人数が集中していることから、これからＵＰの交通量が
増えることが推測できる。

また、かご内人数やかと呼び数や割当てホール呼び数よ
り到着するエレベータ−の混雑状況や目的階に到着する
までの時間を予測することができる。

また、当階からエレベータ−に乗り込んで目的階へ到着
するまでに要する到着時間（秒）、当階床への応答を割
当て済みのエレベータ−または割当てされる可能性の最
大のエレベータ−の行先階床の到着予測時間テーブルの
値を出力する。ただし、簡易的には第１６図のフローチ
ャートで求めた各エレベーター別の各階到着予測時１′
！ＴＴ　（Ｋ。

Ｊ、ｉ）の最小値を選択し、出力する。すなわち。

１５階床への到着予測時間は、１４階床のＤＯＩＩＮ方
向ホール呼びを割当てしている。そして、ＮＯ，２号機
の１５階床ＤＯＷＮ方向の到着予測時間を抽出して出力
表示する。

他の応用例としては、混雑による運行管理中は。

特公昭５４−１９７７号公報に示しである号機別サービ
ス階を表示することにより、利用者は待つべきエレベー
タ−を事前に知ることができる。

〔発明の効果〕

以上説明したように、本発明によれば、輸送能力の不足
などを原因とする混雑の解消を目的としてエレベータ−
の運行管理制、御を実施する際に、現状または今後の呼
び寄せ階（方向別）や行先階や特殊呼び（車椅子、Ｖｉ
ｐ不揃い階就役などのエレベータ−を呼び寄せる）への
応答の可否や平常のサービスに戻るまでの時間または時
刻などのエレベータ−制御情報を乗り場などの利用者に
報知することにより、待ち客のいらいらを解消したり、
和らげたりすることができるという効果がある。

【図面の簡単な説明】

第１図は本発明によるエレベータ−制御装置の一実施例
を示すブロック図、第２図はエレベータ−の利用状況の
説明図、第３図、第４図、第５図はそれぞれエレベータ
−の乗りかご自重量変化の説明図、第６図は本発明にお
けるエレベータ−の交通量検出装置の一実施例を示すブ
ロック図、第７図は逆方向乗客数検出回路の一実施例を
示すブロック図、第８図はエレベータ−の交通量検出装
置の他の一実施例を示すブロック図、第９図及び第１０
図は作成データの一例を示す説明図、第１１図は補正回
路のブロック図、第１２図及び第１３図は補正動作の説
明図、第１４図は補正回路の具体例を示すブロック図、
第１５図は制御テーブルの一実施例を示す説明図、第１
６図ないし第２１図はそれぞれホール呼び割当回路の一
実施例の動作を説明するフローチャート、第２２図〜第
２８図は本発明の一実施例を説明するための説明図、第
２９図〜第３２図は本発明の他の実施例の動作を説明す
るフローチャート、第３３図〜第３６図は本発明の他の
実施例を説明するための説明図である。 Ｅ１〜Ｅ８・・・号機制御装置、７０・・・乗り場待ち
客検出装置、８ｏ・・・乗り場インターフェース装置。 １１０・・・情報報知制御回路、９１０・・・がご呼び
登録回路、９２０・・・ホール呼び登録回路、９３０・
・・呼び割当制御回路、９４０・・・予測交通需要生成
回路、９５０・・・交通需要検出回路、９６０・・・輸
送能力不足検出回路、９７０・・・サービス階テーブル
作鳩　１　図 拓　Ｚｌ！１ ８５　図 第十閃 ↑ ｖＪ　Ｓ閃 璃　ｂ　図 第　７図 第　１十　図 脂θθ　　　Ｓ （サーヒ゛スハ６ブ吉譬） 第９図 Ｐｌｕ　　　　　　Ｐｏｐ 第１０図 ｐｏｕ　　　　　　Ｐｏｐ 第１１　　図 埠　１２国 Ｐｉｅ’　　　　　　　　　　　ＰｉＤ’葉　１ （ＯＬ） （ｂ） 第　１５　　図 第　１７　　図 ＠　　＋８　　図 第１９８ ８２０図 第　２１　　囚 ８２３図 （α）　　　　　　　　　　　（ｂ） 時Ｆ？１ｆ　　　　Ｄ：ｏｏ−＋２：１ｏ　　　　　　
　　　　　　１２ｓｔｏ−＋２：２゜第　２＋　図 （ＯＬ）　　　　　　　　　　（ｂ） ａ’ｉｒａ　用警　　　１２　：４一つ−１２：５０　
　　　　　　　　　　　　　　１２−５０−　ＩＥ　：
ＯＯ拓　バ　図 （化）　　　　　　　　　　（ｂ） 第　２６　　図 ワ５Ｅ）−２０ ネ　２７　　図 第　２８　　巳 第　３１　１！１ 第ｎ目 祐　３！；　　図

Claims (1)

1. 【特許請求の範囲】 １、乗り場に設置された操作器またはかご内に設置され
   た行先階を登録する操作器からの操作信号に応答して多
   数階床間を就役するエレベーターと、少なくとも利用状
   況を含む情報に応じて時々刻々と前記操作器の階床を設
   定し直す運行管理手段とを備えたエレベーター制御シス
   テムにおいて、少なくとも就役する運行階床に関する少
   なくとも運行管理スケジュールを含めた情報を前記エレ
   ベーターを利用する可能のある人に表示または音声によ
   り報知する報知手段を具備してなることを特徴とするエ
   レベーター運行情報報知装置。 ２、前記情報は、少なくとも前記エレベーターが応答す
   る階床の情報を含んでいる特許請求の範囲第１項記載の
   エレベーター運行情報報知装置。 ３、前記情報は、少なくとも他階床の階床滞在人数の情
   報を含んでいる特許請求の範囲第１項または第２項記載
   のエレベーター運行情報報知装置。 ４、前記情報は、少なくとも前記エレベーターの総合交
   通需要に関する情報を含んでいる特許請求の範囲第１項
   または第２項または第３項記載のエレベーター運行情報
   報知装置。 ５、前記情報は、少なくとも目的階へ到着するまでの時
   間に関する情報を含んでいる特許請求の範囲第１項また
   は第２項または第３項または第４項記載のエレベーター
   運行情報報知装置。