JPS6031482A - エレベ−タ−の群管理制御装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の利、用分野〕 本発明はエレベータ−の群管理制御装置に係ｐ、特にコ
ンピュータを利用してエレベータ−を群管理制御するに
好適な装置に関する。

〔発明の背景〕

食堂、レストラン、会議室などのあるＦＰｒで多足の交
通需要が発生した場合、ニレベーク−１台では満員や積
み残しが生じて、サービス低下の原因となる。

この対策としては、従来、予め定められたｔＦ！ｆ足階
において満員が発生した直後のホール呼びに対して２台
割当てる方法、満員カー発生したら自動的にホール呼び
を登録する方法、あるいは混雑階を通過予定のエレベー
タ−は全て停止させる方法などが提案されている。

しかし、これらの方法は、いずれも混雑が発生した後で
、それを検出して混雑対応制御全行なうものであるため
、必ずしもタイムリーではなく、混雑対応機能を発揮し
たときには既に混雑が解消している場合もある。

一方、混雑検出の感度を上げる、すなわち早目に検出す
ると、誤検出の原因とカシ、真の混雑でない場合にも混
雑対応制御を行ってしまうことになる。

また従来、混雑対応制御は交通需要などが所定値以上と
なるか、満員発生々どをとらえて行なうことが多く、そ
の階の全体に対する混み具合なども考慮されておらず、
通常予め定められた１つの対応制御が指令さｎる場合が
殆んどであった。

〔発明の目的〕

本発明の目的は、上記した従来技術の欠点をなくし、そ
の時のエレベータ−利用状態に適合した混雑対応制御を
行ない得るエレベータ−の群管理制御装置を提供するこ
とにある。

〔発明の概要〕

この目的を達成するため、本発明（は、エレベータ−利
用情報を検出する手段と、“この検出手段で検出された
エンベ−ター刊用情報全収集する手段と、複数の混雑対
応制御手段と、少なくとも上記収集手段で収集されたエ
レベータ−利用情報に応じて上記複数の混雑対応制御手
段のうちのいずれかを選択する手段と全備えたことを特
徴とする。

〔発明の実施例〕

以下９、本発明を第１図〜第１５図に示す具体的一実施
例によシ詳計１に説明する。なお、実施例の説明は、ま
ず、本発明を夾現するノ・−ドウエア（ｈ成を述べ、次
に全体ソフトウェア構成とその制御概念を述べ、最後に
上記制御概念を実現するフローチャートを用〜て説明す
る。

第１図は、本発明の一実施例の全体ハードウェア構成で
ある。

エレベータ一群管理制御装ｆｌｙ　Ｍ　Ａ　Ｋは、ニレ
ベ−ター運転制御を司るマイコンＭｌとシミュレーショ
ンを司るマイコンＭ２があシ、マイコンＭ１とＭ２間は
直列通信プロセッサ５ＤＡｃによシ、通信線ＣＭｃを介
してデータ通信される。なお、この直列通信プロセッサ
ＳＤＡに関する詳細な構成及び動作説明は特開昭５６−
３７９７２号および特開昭５６−３７９７３号に開示さ
れている。また、マイコンＭ２は、本実施例では使用し
ているが、必ずしも必要ではない。

エレベータ−運転制御を司るマイコンＭ１には、ホール
呼び装置ＨＤからの呼び信号ＨＣ７！ｌ″−蚤列入出力
回路ＰＩＡを介して接続芒れ、また、ドアの開閉や、か
ごの加減速指令等個々のエレベータ−全制御する号機制
御用マイコンＥ、−Ｅｎ（ここで、エレベータ−はｎ号
機あるものとする）及び荷重検出器などからなる乗降人
数検出装置ＷＤ％は、前記同様の直列通信プロセッサＳ
ＤＡ、−８ＤＡｎ及びＳＤＡ、と通信線ＣＭｌ−ＣＭｎ
及びＣＭ　ｏ　を介して接続される。

また、号機制御用マイコンＭｌ−Ｅｎには、制御に必要
なかご呼び情報、エレベータ−の各種安全リミットスイ
ッチや、リレー、応答ランプで構成する制御入出力累子
ＥＩＯＩ−ＥＩＯｎが入出力回路ＰＩＡ及び通信線５Ｉ
Ｏｔ〜５ＩＯｎ會介して接続される。

第２図は、ソフトウェアの全体構成であシ、ソフトウェ
アは大別して運転制御系ソフトウェアＳＦＩとシミュレ
ーション系ソフトウェアＳＦ２よ構成る。

運転制御系ソフトウェアＳＦＩは、ｎチび割当て処理や
、エレベータ−の分散待機処理等エレベータ−の群管理
制御を直接的に指令し制御する運転制御プログラム５Ｆ
１４より　地、り、このプログラムの入力情報として、
号機制御プログラムＥ１〜Ｅｎから送信でれてさた、エ
レベータ−の位置、方向、かご呼び等のニレベニクー制
御データテーブル５ＦＩＩ、ホール呼びテーブル５Ｆ１
２、エレヘーターの管理台数等のエレベータ−仕様テー
ブル５Ｆ１３ならびにシミュレーション系ソフトウェア
ＳＦ２で演算し、出力された最適運転制御パラメータ５
Ｆ２９等を入力データとしている。

一方、シミュレーション系ソフトウェアＳＦ２は、下記
の処理プログラムよ）構成される。

（１）　データ収集プログラム５Ｆ２０・・・・・・ホ
ール呼びテーブル５Ｆ１２およびエレベータ−制御チー
ｌＸチーフルＳ　Ｆ　１１の内容をオンラインで一定周
期毎にサンプリングし、シミュレーション用データを収
集するプログラムで、特に乗シ込み交通量や行先階別交
通需要を主に収集する。

（２）シミュレーション用データ演算プログラム５Ｆ２
２・・曲データ収集プログラム５Ｆ２０よシ収集された
オンラインのサンプリングデータテーブル５Ｆ２１の内
容と過去の時間帯の上記チーフルの内容とを加味してシ
ミュレーション用データを演算するプログラムである。

（３）交通需要区分プログラム５Ｆ３３・・・・・・シ
ミュレーションデータテーブル５Ｆ２４よ！ｌ得られる
行先別交通需要と時刻情報を入力として、ビル内交通量
を出動、昼食前、昼食中、昼食後、平常、平常混雑、退
勤、閑散などの交通需要に分割するプログラムである。

（４）シミュｖ−ショ／実行プログラムＳ　Ｆ　３５−
・・・シミュレーションデータテーブル５Ｆ２４と交通
需要区分テーブル５Ｆ３４とエレベータ−仕ｉテーフＡ
／Ｓ　Ｆ　２　ｓの内容を入力して、シミュレーション
を実行し、その結果をシミュレーションによる統計処理
データテーブル５Ｆ３６に出力する。

（５）シミュレーションによる各種曲線演算プログラム
５Ｆ２３・・川・シミュレーションによる統計処理デー
タテーブル５Ｆ３６のデータを入力し、所定の複数パラ
メータ毎にシミュレーショ７１ｃを 実施して各種曲線ｒ−ダ瑣算出刃する。各科白線データ
テーブル５Ｆ２６としてはたとえは、平均待時間曲線テ
ーブル、混雑解消時間曲線テーブル等である。

（６）最適運転制御ノクラメータの演算プログラム５Ｆ
２７・・曲上記各種曲線データテーブル５Ｆ２６と設定
きれた混雑対応制御テーブルＳ　Ｆ　２８の内容を入力
して、最適運転制御ノぐラメータ５Ｆ２９を演算出力す
る。

（７）統計処理演算プロゲラ、ム５Ｆ３２・・・・・・
シミュレーションによる統計処理データテーブル５Ｆ３
６よυ停止確率、満員予測等の演算を行ない統計テーブ
ル５Ｆ３７１Ｃ出力する。

以上、本発明におけるソフトウェア全体構成の一実施例
について説明した。

第３図は、本発明の一実施例で用いられる運転制御系ソ
フトウェアのテーブル構成で、大別して、ｘｖぺ　ｌ’
　−制御データテーブル５ＦＩＩ、ホーｐｖ　Ｉｌ’Ｊ
’　Ｕ　ｆ−プル５Ｆ１２、エレベータ−仕ｍテーブル
５Ｆ１３のブロックで構成しである。各ブロック内のテ
ーブルについては、下記に述べる運転制御プログラムを
説明するとき、その都度述べる。

最初に運転制御系のプログラム全説明し、次にシミュレ
ーション系のプログラムを説明する。なお、以下に説明
するプログラムは、プログラムを複数のタスクに分割し
、効率よい制御を行うシステムプログラム、すなわち、
オペレーティングシステム（Ｏ８）のもとに管理される
ものとする。

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

さて、第４図から第７図に運転制御プログラムのフロー
チャートを示す。なお、運転制御プログラムの中て屯に
重要なエレベータ−到着予測時間テーブルの演算プログ
ラムと呼び割当てプログラムについて説明する。

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

第４図においてステップＥ４０とＥ９０は、全てのエレ
ベータ一台数についてループ処理することを示す。ステ
ップＥ２０でまず、ワー、り用の時間テーブルＴに初期
値をセットし、その内容ヲ第３図の到着予測時間テーブ
ルにセットする。初期値として、ドアの開閉状態よシ、
あと何秒で出発できるかの時間や、エレベータ−休止等
における起動までの所定時開が考えられる。

次に、階床を１つ進め（ステップＥ３０）、階床がエレ
ベータ−位置と同一となったかどうか比較する（ステッ
プＥ４０）。もし、同一となれば、１台のエレベータ−
の到着予測時間テーブルが演算できたことになシ、ステ
ップＥ９０ヘジャンプし、他のエレベータについて同様
の処理をくシかえすＯ−万、ステップＥ４０において、
Ｎ０ｊｌであれは、時間テーブルＴに１階床走行時間Ｔ
ｒを加算する（ステップＥ５０）。そして、この時間テ
ープ／ｌ／Ｔを到着予測時間テーブルにセットする（ス
テップＥ６０）。次に、かご呼びあるいは割当てホール
呼び、すなわち、着目エレベータ−がサービスすべき呼
びがあるかどうか判定し、もしあれば、エレベータ−が
停止するため、１回停止時間ＴＩＩ？］ｌ一時間テーブ
ルに加算する（ステップＥ８０）。次にステップＥ３０
ヘジャンプし、全て０階床について、上記処理を〈）返
す。

なお、ステップＥ５０とステップＥ８０における１階床
走行時間Ｔ、と１回停止時間Ｔ８は・、シミュレーショ
ン系のソフトウェアより最高運転制御ノやラメータの１
つとして、与えられる。

第５図は、呼び割当てプログラムのフローチャートで、
このプログラムはホール呼び発生時起動される。本プロ
グラムでは、呼び割当てのアルゴリズムはステップＨ５
０に示すように長待ち呼び最小化呼び割当てアルゴリズ
ム（第６図で後述）である。ホール呼びが発生すると、
まずステップＨＩＯで発生ホール呼び全外部よシ読み込
む。そして、ステップＩ（２０とＨ８０、ステップＨ３
０とＨ７０とで階床および方向についてループ処理を行
なう。ステップＨ４０は、発生ホール呼びが有るか判定
する。もしなければ、ステップ■（７０へ飛び、すべて
の階床、方向について処理する。

ステップＨ４０が”ＹＥＳ’であるならステップ）Ｈ５
０の長待ち呼び最小化呼び割当てアルゴリズムを行ない
最適エレベータ−に呼びを割当てる（ステップＨ６０）
。

第６図は、長待ち呼び最小化呼び割当てアルゴリズムの
処理フローチャートである。どのエレベータ−が最適か
を判断するため、ステップＩ１５’０−１と）ｔ５０−
７によ）エレベータ一台数でループ処理する。ループ内
の処理は、まずステップＩ（５０−２で当該ホール呼び
を既に割当て済みのエレベータ−を選択対象エレベータ
−から除外する。次にステップＨ３Ｏ−３で発生ホール
呼びを含む前方階の割当てホール呼びの最大予測待時間
’ｒｍａｘを演算する。なお、予測待時間とはホール呼
びが発生してから現在までの経過時間會示すホール呼び
経過時間と到着予測時間を加算したものである。エレベ
ータ−状態による評価値Ｔｚｋ演算する（ステップＩ（
５０−４）。この評価値ＴＥと前述の最大予測待時間Ｔ
ｍ＆Ｘとで総合評価関数φを演算する（ステップＨ３Ｏ
−５）。そして、この総合評価関数φの中で最少のエレ
ベーターケ選択する（ステップＨ３Ｏ−６）。以上の処
理をすべてのエレベータ−について実行すると、ステッ
プＩ（５０＝　６の演算によシ最適な総合評価値のエレ
ベータ−が選択されていることになる。

ここまでが通常の割当てニレベーク−の選択処理である
。

この時、混雑対応制御の複数台割当てが指定されている
と、指定台数に達するまでステップＨ３Ｏ−１−Ｈ２Ｏ
−７の処理を繰返す。− このようにして混雑に対応した制御を行なっている。し
かしながら、上述しＩＣように、タイムリーで過不足な
り、シかも全体のバランスまで考慮して混雑に対応する
ことが必要であり、このため−にエレベータ−利用情報
の収集が必要となる。

例えは、混雑対応制御が必要かどうかを積残しの有無で
判断するとすれは、下式が１つの判定基準となる。

Ｒ／（ｕｉ　−ｒ−Ｎ／ＲＴＴ）〉１　（１）ここで、 Ｒ二単位時間肖シの乗込み人数（利用人数）〔人／秒〕 ｕ−二利用率（混雑階１において平均イ１１１人栄込め
るか、または乗るかの定員に対する割合い）〔チ〕 ｒ：定員〔人〕 Ｎ：群管理内のエレベータ一台数〔台〕ＲＴＴ　ニー周
時間〔秒〕 （１）式の意味は（ＲＴＴ／Ｎ）即ち平均運転間隔の間
に混雑階ｉの乗場に訪れる人が平均利用率ｕｉ・ｒでエ
レベータ−を利用した場合に、積残しが発生するか否か
を示している。

したがって、（１）式のＲ＃　ｕｌ＊　ＲＴＴについて
のデータの収集が必要であシ、これらのデータを交通需
要毎、あるいは時間帯毎、Ｒｒ　ｕｌについては更に階
床、方向別にきめ細かく、高精度で収集することによ朕
、タイムリーで、過不足のない混雑対応制御を行なうこ
とが可能となる。

このようにエレベータ−利用情報の収集を行なえは、シ
ミュレーションは必ずしも必要ではなく、この場合には
、第２図のソフトウェア構ｌｙ、において５Ｆ３５．５
Ｆ３６などが不要となるので、安価にシステムを構成で
きる。

しかしながら、エレベータ−利用情報の収集だけによる
混雑対応制御の場合には、静的な混雑対応制御の選択の
良し悪しは評価することができるが、実際に選択した混
雑対応制御を適用した場合におけるシステムへの影響、
特に動的要因に係るものを把握することは難しい。そこ
で、シミュレーションが必要となってくる。

第７図はシミュレーション系ソフトウェアのテーブル構
成を示す。最適運転制御パラメータ５Ｆ２９、各鍾曲線
データテーブルＳ’Ｆ　２６、混雑対応制御テーブルＳ
　Ｆ　２　Ｂ、サンプリングデータテーブル５Ｆ２１．
シミュレーション用データテーブル５Ｆ２４、エレベー
タ−仕様テーブルＳ　Ｆ２５（第３図と同様の１ζめ図
示せず）、交通需要区分チー７’ル５Ｆ３４．シミュレ
ーションによる統計処理データテーブルＳ　Ｆ　３６　
：ｌ’６よび続開データテーブル５Ｆ３７の構成を示す
。

次に、シミュレーション系ソフトウェアのプログラムに
ついて説明する。まず、データ収集プログラム５Ｆ２０
は一定周期勿（りとえに１．１秒）に起動され、かつ、
一定時間（たとえば１０分間）データを収集すると、第
２図のサンプリングデータテ−プル５Ｆ２１に格納する
。データ収集項目には種々あるが、本発明のプログラム
では、特に行先交通量Ｑ、乗込み交通量Ｒ１−同時間Ｒ
ＴＴ。

利用率Ｕ等のデータを収集している。

５Ｆ２２のシミュレーション用データ？Ｊｌ［ｎ　プロ
グラムは、周期起動てれシミュレーション用データはオ
ンライン計測したデータと過去のデータとを適当な結合
変数θを加味して予測演算している。

たとえは、行先交通量では次式で演算される。

Ｑｐｒｅ　”θＱｎｅｗ　＋（１−θ）　Ｑｏｌｄした
がって、結合変数θが大きいほどオンライン計測の行先
交通量のデータの重みが大きくなる。

なお、予測データにはｐｒｅの添字、オンライン計測し
たデータにはｎｅｗの添字、過去のガータにはｏｌｄの
添字をそれぞれ付加しである。

そして、このプログラムで演算された予測データをもと
にシミュレーション実行プログラム５Ｆ３５を、弓勤さ
せる。

々お、上記予測データをもとにし、さらりこ時刻情報に
よシ乗込み交通量の予測データを出動、昼食前、昼食中
、昼食後、平常、平常混雑、退勤、閑散の８つの交通需
要に分割するのが交通需要区分プログラム５Ｆ３３であ
る。

ｍＢ図ｄシミュレーション実行プログラム５Ｆ３５のフ
ローチャートである。シミュレーションのパラメータと
して混雑対応制御パラメータがあシ、そｎぞれの／ぞラ
メータケースについてシミュレーションを実行する。ま
ず、乗込み交通量等のシミュレーション用データ全セッ
トする（ステップ５ＣＩＯ）。次に、ステップ５Ｃ２０
で混雑対応制御ノセラメータをセットし、シミュレーシ
ョンを実行する（ステップ５Ｃ３０）。なお、混雑対応
制御ノ９ラメータαは、たとえは、０．Ｄ、ｃ。

Ｂ、Ａである。そして、各ケース毎にシミュレーション
されたその結果、パラメーター毎に記憶される（ステッ
プ５Ｃ５０）ａなお、シミュレーション結果の記憶は、
平均待時間、積残し人数、混雑解消時間、混雑検出レベ
ル、過剰サービス等である。上記全ケースについてシミ
ュレーションを終了すると（ステップ５Ｃ４０）、最適
混雑対応制御パラメータを演算する（ステップＳ　Ｃ６
（＋　）。

上記ステップ５Ｃ３０のシミュレーション実行について
第９図の７０−チャートを用いて詳細に説明する。

まず、混雑対応制御／４’ラメータαの入力処理、を行
な５（ステップＡＩＤ）。次にシミュレーション変数の
初期設定を行なう（ステップＡ２０）。

ここでは、混雑対応制御の要否を決定するエレベータ−
利用状況などの検出レベルの初期設定、後述する乗客発
生処理の乱数の初期設定やホール呼びテーブルの初期設
定等である。ステップＡ３０では、統計処理変数の初期
設定を行なう。ここでは統計テーブルの初期設定等全行
なう。ステップＡ４０ては、時間を零に設定し、ステッ
プＡ９０で時間を所定値に加算しくここでは１とした。

）、この時間が所定時間を越えたかを判定する（ステッ
プＡ１００）。上記時間が所定時間を越えるまでステッ
プＡ５０からステップＡ９０の処理を行なう。ステップ
Ａ５０では、乗客の発生処理を行ない、ステップＡ６０
は、ホール呼びの発生が有るときにホール呼びの割当を
行なう群管理処理であシ、ステップＡ７０は、エレベー
タ−の走行や停止およびドア開閉等の号機処理を行なう
。ステップＡ８０は、統計データの収集を行なう統言１
データ収集処理である。

ここで、ステップＡ５０からステップＡ７０について説
明する。ステップＡ　５０の乗客発生処理は、シミュレ
ーション用データ演算プログラム５Ｆ２２で得られる行
先交通量の予測データに基づいて、一様乱数によフ乗客
発生階１１および乗客行先ＩＩＪｉ２ｅ決定する。さら
に、上記一様乱数によ９１１階から１ｆｆｉ階への乗客
発生人数を決定し、ホール呼びを１１階に発生てせる。

次に、ステップＡ６０の群管理処理は、上記ホール呼び
の発生が有れば呼び割当を行なう。Ｉｌ’ｌ’び割当の
方法は前記運転制御プログラムで説明したのと同じであ
る。ステップＡ７０の号機処理は、エレベータ−の走行
状態、停止状態、ドア開閉、かご呼び発生等の処理を行
なう。

この時に、各階方向別の単位時間当シの乗込み人数、平
均利用率、混雑対応制御の検出レベルなどのデータを実
際に混雑対応制御へ適用したシミュレーションを実施し
て、収集作成する。

第１Ｏ図は、エレベータ−の利用情報、例えば交通需要
などにより、混雑対応制御の要否を判断する検出レベル
Ｌ１を示したものである。

これまでの説明でも明らかなように、この検出レベルＬ
１は複数の混雑対応制御毎に持ち、しかもその時の交通
需要などによシ修正されるものであり、全階に対するそ
の階の混雑既合によっても修正可能なものである。

この検出レベルは、例えは定員に相当するものではなく
、データの収集またはシミュレーションによ請求めたも
ので、実際に積残しを抑制し、混雑を早期に解消すべく
定められたものである。

また、混雑対応制御の解除レベルも同様に設けることが
できる。

第１１図は、過去のデータ収集やシミュレーションによ
シ、混雑を早めに予測検知して混雑対応制御を行なう様
子を示す。すなわち、データ収集により　（ａ）に示す
５階上昇の混雑状態を予測し、（ｂ）に示すように５階
上昇のホール呼ひが発生すると、５階上列の予測混雑状
態に対応した混雑対応制御を行なう。

第１２図は、混雑対応制御を選択し、これを指令する一
具体例を示す。

エレベータ−利用情報収集手段ｌで収集されデータよシ
、例えは上述した（１）式で示す判定基準に従って、混
雑対応制御テーブル２を作成する。なお、このテーブル
は予め決められたメニューとしてもよい。

一方、エレベータ−利用情報検出手段３は時々刻々変化
するエレベータ−利用情報を検出監視して、この検出デ
ータと、上記収集デー−に基づき、混雑対応制御選択手
段４はその混雑状況に最も適確な混雑対応制御全指令す
るとともに、混雑検出レベルを指令する。

本具体例によれは、少ないテーブルにょフ随時最適な混
雑対応制御全選択し、指令することができる。

第１３図は、混雑対応制御を選択し、これを指令する他
の具体例を示す。

エレベータ−利用情報収集手段ｌによる収集データまた
はシミュレーションによシ、交通需要ＴＲＩ〜ＴＲＭ毎
、各階ＩＦ−ＮＦ、方向ＵＰ。

ＤＮ別に混雑対応制御を選択し、そのテーフ゛ル２を作
成する。

そして、エレベータ−利用情報検出手段３による検出デ
ータと、エレベータ−利用情報収集手段ｌの収集データ
に基づき、尚該交通需要、尚該階、方向に対応する混雑
対応制御を指令する。グお、５はアンド回路である。

本具体例によれば、混雑の検出あるいは予測時には、混
雑対応制御の選択が不要となるので、迅速な対応が可能
となる。

第１４図は、混雑対応制御の一具体例を示す。

混雑が時刻ｔｏで検出され、その状態が続いている時刻
１．に発生したホール呼びに対しては、ホール呼び応答
灯を点灯し、混雑が解消するまで連続したサービスがな
される。

づ−なわち、時刻ｔ２で１台目のエレベータ−が到着し
ても交通需要が解除レベルＬ２を下回らないから、連続
サービスを継続する。２台目のエレベータ−が時刻ｔ３
に到着して、交通需要が解除レベルＬ２　ｋ下回ると、
混雑対応制御の要求は解除され、３台目のエレベータ−
が到着した時刻ｔ４でホール呼び応答灯が消灯する。

本具体例によれば、連続してエレベータ−をサービスし
、ホール呼び応答灯は点灯したままであるため、積み残
された乗客は何もしないで待つことができる、という効
果が得ら７”Ｌる。

史に、割当て時圧、現在の交通量ｔで、割当てエレベー
タ−の到着予測時間の間に増加づ−る１分ケ加９４シた
予測交通量に見合ったエレベータ−を優先的に割当てる
ことによシ、連続サービス〒最小回数に抑えることがで
きる。

第１５図は、混雑対応ルリ御の他の具体例孕示フ。

混雑を検出し、一度に３台のエレベータ−を♀）１」当
てた場合である。

この具体例では、３台の割当てエレベータ−に対し到着
予測時間の小さいものから、（１）割当て時点からフリ
ッカ−１（２）連続点灯到着予報灯、（３）到着予報灯
のみ、という具合に各ホール呼び割当て号機表示装置の
表示態様を異ならせるようにしている。

本具体例によれば、混雑した待客が適当に分散さ九るた
め、乗込み時間の短縮など、全体的なサービス効率の向
上と、混雑の早期解消が可能となる。

なお、混雑対応制御としては上述した具体例の他に、例
えば次のような具体例が考えられる。

（１）混雑階において戸開放時間を長くする。

（２）　閉釦の機能を無効にする〇 （３）カご内Ｎ量の少ないエレベータ−に対して優先的
に割当てる。

（→複数台割当て時になるべく配置的に離詐ているエレ
ベータ−を割当てる。

また、混雑対応制御の検出としては、 （１）所定時限前に降シが集中した（会議開始）ことを
記憶し、それからの時間に比例して混雑検出のレベルを
下げる方向に補正して〜・くこと。

混雑対応制御の選択としては、 （１）その階への降人数とホール呼びによる乗人数から
まる呂積在館人数によシ混雑対応制御を選択すること。

などが考えられる。

以上述べた本発明の実施例によれは、次の如き効果が得
られる。

まず第１の効果として、マイコンＭ２によシ、時々刻々
と変化するビル環境状況をオンラインでデータ収集し、
このデータをもとに、混雑対応制御パラメータを変化さ
せてエレベータ−のシミュレーションを行乞い、これに
より最適な混雑対応制御ノ臂うメータと混雑検出レベル
を収集、ｉｌ？Ｉ算しているので、ビル環境変化に群管
理制御装置が容易に適応可能である。その結果、平均待
時間短編、混雑の早期解消に大きく寄与する。

第２の効果として、呼び割当ての評価関数として待時間
評価値とエレベータ−状態による評価値を用い、それら
の評価値間の重み係数βを変化させることによシ、平均
待時間が最少となるように制御可能であるとともに、混
雑の最短解消も可能で、制御が簡単に行い得る。

第３の効果として、オンラインでデータ収集しているの
で、エレベータシミュレーションに必要なパラメータを
収集、演算でき、シミュレータの精度向上が図れる。

〔発明の効果〕

以上説明したように、本発明によれば、その時のエレベ
ータ−利用状態に適合した混雑対応制御を行なうことが
でき、混雑を早期にしかも過不足ないサービスにより解
消す乙ことができる。

【図面の簡単な説明】

第１図は本発明の一実施例に係る群管理制御装置の全体
構成図、第２図はそのソフトウェアの全体構成図、第３
図は群管理運転制御系ソフトウェアのテーブル構成図、
第４図は到着予測時間テーブルの算出用フローチャート
、第５図は呼び割当て演算用フローチャート、紀６図は
長待ち最小化呼び割当て演算用フローチャート、第７図
はシミュレーション系−ソフトウェアのテーブル構成図
、第８図はシミュレーションによる最適エリア優先ノ４
ラメータ演算用フローチャート、絽９図はシミュレーシ
ョン実行用フローチャート、第１υ図はエレベータ−利
用情報と混雑対応制御検出レベルの関係を示す説明図、
第１１図は混雑を予測検知して混雑対応制御を行なう場
合の説明ｍ、第１２図および算１３図はそれぞれ異なる
混雑対応制御選択手段の具体例を示すプロン、り図、第
１４図は混雑対応制御の一具体例を示すタイムチャート
、第１５図は複数台のエレベータ−を割当てるときの表
示例を示す説明図である。 ＭＡ・・・エレベータ−の群管理制御装置、ＩＣ・・・
ホール呼び装置、Ｍｌ・・・エレベータ一群管理運転ｆ
ｌｔｌｌ　御用マイコン、Ｍ２・・・シミュレーション
用マイコン、Ｅｌ−Ｅｎ・・・号機制御用マイコン、Ｅ
ＩＱＩ〜ＥＩＯｎ・・・制御入出力素子、ＷＤ・・・乗
降人数検出装置、ＳＦＩ・・・運転制御係ソフトウェア
、ＳＦ２・・・シミュレーション系ソフトウェア、ｌ・
・・エレベ。 −ター用情報収集手段、２・・・混雑対応制御テープル
、３・・・エレベータ−利用情報検出手段、４・・・混
雑対応制ａ１１選択手段。 島１　口 第４図 第　５図 箋　６　口 第　７　口 第　８２ 第１Ｏ虐 第１１図 第１２１２１ 見！３　口 第１４０ 液出 ↓ ｔウ　ｔ＋　Ｌ２ｔｓ　ｔ４

Claims (1)

1. 【特許請求の範囲】 １、　多階床間に就役する複数台のエレベータ−と、上
   記各階床に設けられたホール呼び登録装置と、上記ホー
   ル呼びを上記エレベータ−に割当てるホール呼び割当て
   手段とを備えたエレベータ−の群管理制御装置において
   、エレベータ−利用情報を検出する手段と、この検出手
   段で検出されたエレベータ−利用情報を収集する手段と
   、複数の混雑対応制御手段と、少なくとも上記収集手段
   で収集されたエレベータ−利用情報に応じて上記複数の
   混雑対応制御手段のうちのいずれかを選択する手段とを
   備えたことを特徴とするエレベータ−の群管理制御装置
   。 ２、特許請求の範囲第１項において、上記選択手段は、
   上記収集手段で収集されたエレベータ−利用情報と上記
   検出手段で検出されたエレベータ−利用情報とに応じて
   上記複数の混雑対応制御手段のうちのいずれかを選択し
   、かつその実行を指令するものであることを特徴とする
   エレヘーターの群管理制御装置。 ３、特許請求の範囲第１項において、上記選択手段は、
   上記収集手段で収集されたエレベータ−利用情報に応じ
   て上記複数の混雑対応制御手段のうちのいずれかを選択
   するものであシ、上記検出手段は、検出されたエレベー
   タ−利用情報に応じて上記選択された混雑対応制御の実
   行を指令するものであることを特徴とするエレベータ−
   の群管理制御装置。 ４、特許請求の範囲第１項において、上記選択手段は、
   上記検出手段で検出されたエレベータ−利用情報と選択
   基準値とを比較する手段を備え、この比較結果に応じて
   上記複数の混雑対応制御手段のうちのいずれかを選択す
   るように構成されておシ、さらに上記選択基準値を算出
   するシミュレート手段を備えたことを特徴とするエレベ
   ータ−の群管理制御装置。 ５、特許請求の範囲第１項において、上記複数の混雑対
   応制御手段は、その１つとしてホール呼びリセット制御
   を阻止する手段を備え、混雑発生階の・ホール呼びに対
   し連続してエレベータ−がサービスするように構成され
   て℃＼ることを特徴とするエレベータ−の群管理制御装
   置。 ６、特許請求の範囲、第５項において、さらにホール呼
   び登ｆｉ＝？示装欽を備え、上記連続してエレベータ−
   をサービスしている間は、上記ホール呼び登録表示装置
   が１＃、続して動作するように構成されていることを特
   徴とするエレベータ−の群管理制御装置。 ７、　％許請求の範囲第１項において、上記選択手段は
   、上記検出手段で検出でれたエレベータ−利用情報と混
   雑解消基準値とを比較する手段を備え、この比較結果に
   応じて上記選択されプこ混雑対応制御の実行指令を終ら
   せるように構成されており、爆らに上記混雑解消基準値
   を算出するシミュレート手段を備えたことを特徴とする
   エレベータ−の群管理制御装置。 ８、特許請求の範囲第１項において、上記複数の混雑対
   応制御手段は、その１つとして複数台のエレベータ−を
   割当てる手段を備えたことを特徴とするエレベータ−の
   群管理制御装置。 ９、特許請求の範囲第８項において、さらに各階、床、
   各号機毎にホール呼び割当て号機表示装置を備え、上記
   複数台のニレベーク−割当て時にＣ（、上記表示装置の
   表示態様が各割当て号機毎に具なるように構成されてい
   ることを特徴とするエレベータ−の群管理制御装置。