JPS6181372A

JPS6181372A - エレベータの群管理制御装置

Info

Publication number: JPS6181372A
Application number: JP59204468A
Authority: JP
Inventors: 亨山口
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1984-09-29
Filing date: 1984-09-29
Publication date: 1986-04-24

Abstract

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

Description

【発明の詳細な説明】〔発明の技術分野〕本発明は複数台のエレベータを集中してコント機能を可
能とするエレベータの群管理制御方法に関するものであ
る。

〔発明の技術的背景とその問題点〕

近年、群管理制御を利用し、高階床、多台数のエレベー
タを高能率で運行するエレベータ・システムが多く利用
されるようになってきている。

そして、このようなシステムが適用されるホテル等の建
物においては３０ストツプを超えるものも珍しくない。

このため、故障時のダメージが大きくなることから、集
中してホール呼登録や割当の制御を司る群管理集中制御
部等も二重化や重要機能の多重化等を図り信頼性を保つ
ようにしている。

しかし、同時に肝機能の複雑化に伴い、故障モードも多
様化している。

ところが、現状では群管理集中制御部が故障した場合、
ホール呼登録が行えなくなるため、各エレベータはスキ
ップまたは各階停止運転をせざるを得ないことから、特
に高階床ビルにおいてはダメージが大きくなる問題があ
った。

これらの問題点は、群管理集中制御部の信頼性の向上と
共に前記故障時のバックアップ機能の更なる高度化の必
要性を示している。第１９図に従来の群管理システムの
概略的な構成を示す。

図においてＡは群管理集中制御部であり、群管理ユニッ
ト１とホール呼登録ユニット２より構成されている。ま
た、３はホールランプの駆動を行うホールランプドライ
ブ、４はホール呼のためのホールゲートであり、各サー
ビス階毎に設けられていてフロアのボタンを押すことに
より、そのフロアでのホール呼を発生させる回路である
。Ｊは各エレベータ毎に設けられ、それぞれのエレベー
タの運転を制御する主制御ユニットである。ホール呼登
録ユニット２はホールゲート４より与えられたホール呼
のデータ等を受けるとこれを登録し、左また、エレベータの主制御ユニット／から与えられる該
エレベータが割付けられて着床したホール呼に対応する
ホールデータの登録消去を行う。また登録されている着
床階のホールランプを点灯させるべく、その駆動用のホ
ールランプライブ３に制御出力を与える。また、群管理
ユニット１はホール呼登録ユニット２に登録されたデー
タを基に各エレベータの着床階を割付けたり、その伯、
種々の制御を司っている。

ホール呼登録ユニット２は従来用いられていたハードロ
ッジツク構成のものに代って最近ではマイクロコンピュ
ータ化され、ソフトウェアによる制御へと変ってきてい
る。そして、上述のような機能に加え、群管理ユニット
１故陣時のバックアップを行うことの出来るものも出現
してきた。同時にホール呼登録ユニット２は指定階ホー
ルゲート切り離し、キャンセル、系統分離等、多様なオ
プションを持つようになってきた。

また、Ｃ’Ｄ（コストダウン）タイプなどでは、１つの
マイクロコンピュータが前記群管理ユニット１およびホ
ール呼登録ユニット２の両機能を持つものも出現してい
る。

また、群管理ユニツ１〜１はホール呼登録に対し、割当
等を行うが、これも学習機能等を持つタイプ等、より高
度化、複雑化してきている。また、この群管理ユニット
１がホール呼登録ユニット２の基本機能をバックアップ
するものも現われてきた。

このように、群管理集中制御部Ａは機能の多重化による
高信頼性化と同時に、かかる高機能化に伴う故障の多様
化と云った問題も生じてきている。

また、先に述べたように、故障時のダメージが加速度的
に増加してきているため、群管理集中制御部故障時のバ
ックアップ機能の高度化が重要となってきている。

〔発明の目的〕

本発明は上記の事情に鑑みて成されたものであり、その
目的とするところは、ローコストのハードウェアで、群
管理集中制御部故障時のバックアップ機能を大幅に向上
させ、しかも、基本的群管理機能を保つことのできるよ
うにしたエレベータの群管理制御方法を提供することに
ある。

〔発明の概要〕

すなわち、上記目的を達成するため本発明は、複数のサ
ービス階床に対し複数台のエレベータを就役させ、集中
してホール呼の登録、消去ホール呼の割当等の群管理制
御を行う集中制御部のコントロールユニツ１〜のバック
アップ方法として、複本数台のエレベータの各単体制御ユニットのうちの一部に
ホール呼のためのホールゲート信号を入力して、ホール
呼登録を行ない、他のエレベータとの間に設けたループ
状の情報伝送手段を用いて前記ホール情報を伝送し、ホ
ール呼に応答可能とすることを特徴とする。

〔発明の実施例〕

本発明はエレベータの単体の制御を行う複数の主制御ユ
ニットにおいてホール呼の登録を行なえるようにする。

群を成す全主制御ユニットはループ状の伝送ラインで結
ばれ、情報を送、受信できる構成とする。もし、群管理
集中制御部が異常となった場合は上記のメインの主制御
ユニットがホール呼の登録を行ない、各主制御ユニット
に送信する。また、メインの主制御ユニットはホール呼
の消去データを各主制御ユニットより受信し、ホール呼
の登録、消去を行なう。また、各々の主制御ユニットは
各ホール呼登録に対し、自己データより予測到着時間等
の評価を行ない、メイン主制御ユニットを通してこの評
価値を全主制御ユニットへ送る。そして、各エレベータ
は自己の評価値が最良であるホール呼に対し、応答する
ようにする。ただし、長待ち対策としてホール呼への待
ち時間が所定のリミットを超えた場合、そのホール呼に
対し、全エレベータを応答させる。このようなシステム
構成および制御方法により、ローコストで、しかも基本
的群管理機能を保つバックアップを可能とする。また、
メイン局とサブメイン局を設け、一定のルールを設定す
ることにより、下位の群管理システムの強化も可能とな
る。

以下、本発明の一実施例について図面を参照しながら説
明する。

第１図は本発明を適用するシステムの構成図であり、図
中１は群管理ユニット、２はホール呼登録ユニットであ
って、これらにより群管理集中制御部Ａを構成している
。３はホールランプドライブ、４はホールゲート、５は
各エレベータの主制御ユニットであり、これらは先に説
明した従来のものど機能は同じである。

尚、ここでは主制御ユニット５にはエレベータのＡ＠機
〜Ｈ号機に対応させてそれぞれ添え字ａ〜ｈを付して示
しである。

本発明においては更に次のものを付加している。

すなわち、新たに加わった部分としてエレベータの各主
制御ユニット５にそれぞれループ伝送用シリアルＩ１０
ユニット（以下、これをＳＩ○と略称する）１１と、こ
れら各５ＩＯ１１をつなぐルψ 一プ状の伝送ケーブル、また、主制御ユニット５の一つ
に設定されるメイン局１３、他の主制御ユニット５に設
定されるサブ局用の各伝送及び簡易群管理ソフトウェア
がある。

また１、メイン局にはホールボタンのゲートデータが入
力されている。（ランプドライブも行なう場合は、出力
がホール登録データ用のバスに並列接続される。）本実施例においては伝送ラインとして、光ループによる
シリアル伝送ラインを使用している。制御盤（制御ユニ
ット５）間伝送であるためにケ一プルはローコストのプ
ラスチックケーブルで良く、また、送、受信ユニットも
５ＶのＴＴルベルで動作し、ボーレートも１９２００ｂ
ｐｓで十分対応できるため、汎用のシリアル伝送用ＬＳ
Ｉ（大規模集積回路）が使用でき、ローコストで構成す
ることができる。データリンクの方法も（主局）メイン
局と（従局）サブ局を持つ一般のポーリング／セレクテ
イング方式の応用や、通常のＨＤＬＣ（ハイレベルデー
タリンク制御手順）を使用できる。これらの汎用ソフト
ウェアにより、各主制御ユニット５ａ〜５ｈのソフトウ
ェアから見ると１１０への入出力と同様な方法でデータ
の送、受信が行なえる。また、メイン局１３とサブメイ
ン局１５を設け、そこに一定のルールを持たせることに
より、下位システムが、ローコストであっても強化され
る。

次に上記実施例の作用を第２図以降のフローチャートを
利用して説明する。

プログラムがスタートするとステップ３−１でＲＡＭ　
（ランダムアクセスメモリ）テーブルのイニシャライズ
や、各ＬＳＩのイニシャライズが行なわれ、システムク
ロックや、伝送用割込みが許可される。その後、Ｒ８Ｐ
（リビー１〜スタートポイン１〜）を過ぎ、ステップ３
−２のエレベータコントロールプログラムが実施される
。ここで、通常のエレベータ単体の制御が行なわれる。

次に本発明で追加となった部分にくる。すなわち、ここ
ではまず、群管理ユニット１の異常の有無が判断される
。そして、群管理ユニット１が正常な時はステップ３−
４に入り、ここで補助群管理のテーブルやフラグがクリ
アされる。（メイン局の場合は、ホール呼登録等の処理
フラグがオフされる。）一方、群管理ユニット１が異常
と判定されたときはステップ３−３に入り、補助群管理
処理が行なわれる。そしてこの３−４．または３−３の
ステップが終わると再びＲ８Ｐへ戻り、上述のステップ
を繰返す。ステップ３−３の補助群管理処理のルーチン
は第３図のような構成となっている。すなわち、ステッ
プ３−３が実行されると、第３図に示すルーチンがエン
トリされる。ここではまず、ステップ４−０が実行され
、このルーチンで自局がメイン局であるか否かのチェッ
クが行なわれる。

（メイン局が異常の場合、サブメイン局がメイン局とな
る。）メイン局でない場合、４Ｃ以降の処理となる。メ
イン局である場合、ステップ４−１へ進む。もし群管理
ユニットが異常となった時点であった場合（この検出は
異常フラグのｔＪＰ（アップ）エツジを検出する。これ
はバックデータと現データとの照合で０→１となったか
否かでチェックできる。）はステップ４−２に入り、こ
こでホール呼登録データイニシャライズを行なう。ホー
ル呼登録に必要なテーブルは第５図に示されているＨｃ
ＡＬＬ、ＩＨＣＡＬＬ、ＨＧＡＴ等がある。第５図は最
大ストップ数３２ストップの例である。１ビツトが１フ
ロアを示し、ＵＰ（アップ）／ＤＯＷＮ　（ダウン）で
分れており、″“Ｏ１１〜１１７　ＩＴビットの計８ビ
ットで構成されているＲＡＭテーブルである。ＨＣＡＬ
Ｌはホール呼登録データテーブル、ＩＨＣＡＬＬはホー
ル呼登録消去データテーブル、ＨＧＡＴはホールゲート
データテーブルである。これらのうち、ステップ４−２
でのイニシャライズとして、ホール呼登録消去データテ
ーブルＩＨＣＡＬＬ、ホールゲートデータテーブル１−
ＩＧＡＴがＣＬＲ（クリア）される。そしてホール呼登
録オペレーションがＯＮ（オン）される（ＨＣＡＬＬ＄
ＯＮ＄ＦＬＧ＝１　）。ここで、第６図によりホール呼
登録オペレーションの説明を行なう。

ホール呼登録はタイマー割込み中（１０ｍＳｅＣタイマ
）で行なわれる。このタイマー割込みにより第６図のル
ーチンがエントリｆされる。するとはじめにレジスタ等
のブツシュが行なわれ、ついでステップ７−１に入り、
システムタイマをインクリメントする。次にステップ７
−２に入り、システムモニタを行なう。次にホール呼登
録オペレーションがＯＮ（オン）であるか否かの判断が
成され、ホール呼登録オペレーションがＯＮ（オン）と
なっている場合（）ｌｃＡ’ＬＬ＄ＯＮ＄ＦＬＧ＝１）
ステップ７−３に入りホール呼登録消去の処理が行なわ
れる。この部分は第７図に詳しく説明されている。すな
わち、ステップ７−３に入ると第７図のルーチンがエン
トリされ、ステップ８−１のＤｏループによりＯ〜７の
インデックスについて処理される。これは第５図のホー
ル呼登録データテーブルＨＣＡＬＬ等の例で３２Ｆ　　
ＭＡＸ（最大フロア３２）としているために８バイトの
処理を行なうためである。インデックスについての処理
が終わるとステップ８−２に入り、ここでホールゲート
の入力を行ない）−ＩＧＡＴ（１）へ移す。次にステッ
プ８−３に入り、以前からのホール呼登録データ）−Ｉ
ＣＡＬＬ（Ｉ）とＯＲ（論理和）を取り、またＨＣＡＬ
Ｌ　（１）へしまう。

ここでホール消去を行なうため、ステップ８−４におい
てＩ）−ＩＣＡＬＬ　（Ｉ＞（ホール消去データ）のＮ
ＯＴ論理とＡＮＤ論理をとりＨＣＡＬＬ（１）へしまう
。もし、ランプドライブ回路が付いている場合（すなわ
ち、第１図のメイン局の号機より、ホールランプ３が接
続されている場合）ＨＣＡＬＬ（１）の出力を行なう（
ステップ８−５）。

第１図の構成においては、コストダウンのために、この
回路は省かれている。次にＤｏループのＩが７に達した
か否かを判別し、達していなければ■をインクリメント
して上記の動作を繰り返し、■が７に達してその回での
上記動作が終わるとリターンする。これで、ステップ７
−３が終了し、ブツシュしたレジスタ等をポツプし、タ
イマー割込みはリターンする。このようにしてホール呼
登録オペレーションは行なわれる。サブ局の場合は、メ
イン局からのホール呼登録データテーブルＨＣＡＬＬの
データをそのまま利用する。

次に第３図の４Ａのルーチンに進む。このルーチンでは
ステップ４−７において異常号機等の切り離しが行なわ
れる。ここで、ステップ４−０とをまとめて異常時の伝
送の説明を行なう。（尚、む伝送異常に対し数回のりトライを行なっ亡鳴信制御信号
ｆＡ　ＣＫが来ないときは異常とする。）すなわち、ス
テップ４−７においては伝送異常号機に対しテスト伝送
によりチェックを行ない正常となると復帰させる。（た
だし、ここでの異常は、伝送異常の場合のみを示すもの
ではない。）今、ループが第９図のような構成であった
とする。図において、Ａがメイン局で、Ｅがサブメイン
局であり、ホールゲートの入力が行なわれている。通常
時、Ｅはサブメイン局と同様である。ここでメイン局Ａ
が異常となった場合、メイン局Ａの主導的伝送が行なわ
れないのでステップ４−０ではこれを検知してサブメイ
ン局Ｅがメイン局となる。

Ｅ局は異常のＡ局をカットする　（ステップ４−７）。

次に第１０図のようにＡ局は正常でＣ，Ｄ局間でループ
が分断されたとする。この場合はＣ，Ｄ局からの折返し
を行なうことにより伝送データは正常につたわり、号機
の切り離しはない。また、Ａ局正常でサブ局Ｂ−Ｈ局中
のいずれかが異常となったとするとステップ４−７にお
いてその異常局の切り離しが行なわれる。

次に第１１図のようにＣ，Ｄ局間と、Ｆ、Ｇ局間が分断
され、重々故障となった場合はＡ局側に接続されたグル
ープより見た場合、Ｄ、Ｅ、Ｆ局が異常となり、これら
が切り離される（ステップ４−７）。Ｅ局側に接続され
たグループより見ると、Ａ局からの主導的伝送が無くな
るので、Ｅ局がメイン局となり（ステップ４−０）、Ａ
−Ｃ。

Ｇ、Ｈ局が異常となり、これらは切り離される（ステッ
プ４−７）。このように２グループに分れて群管理コン
トロールを行なうことになる。

次に第１２図のようにＣ，Ｄ局間、Ｆ、Ｇ局間ｌＳＧ、
Ｈ局間が分断され重々故障となった場合は第１１図の説
明により、Ａ局側グループはＡ局をメイン局、ｌ−１，
８，Ｃをサブ局とする１−（−Ａ−Ｂ−Ｃなる形態で、
またＥ局側グループはＥ局をメイン局、Ｄ、Ｆをサブ局
とするＤ−Ｅ−Ｆなる形態で群管理コントロールされ、
Ｇ局のみノーコントロールとなる。この場合、はじめて
Ｇ＠機のみスキップまたは各階停止運転となる。従来は
全号機がこの状態となったが、上述のように本発明では
重々故障であっても取り残された局のみがスキップまた
は各階停止運転となるだけで、他はそれぞれのグループ
内での群管理運転が実施できることになる。

以上の説明より本発明によると、このローコストの構成
であってもかなりの重故障まで耐えられる構成となって
いることがわかる。またサブメイン局Ｅを使わない場合
でも、ある程度の故障には対応できる。

次にステップ４−３の説明に進む。ステップ４−３でホ
ール呼登録データの送信と、ホール呼消去データの要求
が行なわれる。それらは第４図の形式の伝送コード、バ
イト数、（次にくる伝送データのバイト数）、データに
置き換えられ、伝送される（但し、ＳＴＸ　ニスタート
テキスト、ＥＴＸ：エンドテキスト、ＢＣＳニブロック
チェックシーケンス）。本ルーチンにおいては、ホール
呼登録データの送信時、データはホール呼登録データテ
ーブル１−ＩＣＡＬＬの８バイトが送られ、消去データ
はホール呼登録データテーブルＩＨＣＡＬＬの８バイト
が受信されたと考えてよい。ＨＣＡＬＬについてはＯＮ
ビットが登録有、またＩＨＣＡＬＬについてはＯＮビッ
トが消去を示す。

次に４Ｂに入り４−４のルーチンへ進む。このルーチン
においてホール呼登録階の評価データの要求及び、その
集まったデータを仝号機に送信する。そのデータ形式は
第１３図の如きである。これらは第４図中の伝送コード
、バイト数、データへ置き換えられ送られる。ただし、
異常局の評価は最悪（７）　”ＯＦ　Ｆ”　）ｌ　（１
６進数（７）”ＯＦＦ”を示す）が置かれる。すなわち
、１バイト目はホール呼登録階の方向ＵＰ／ＤＯＷＮと
ポジションデータ、２バイト目はその階の未応答時間（
″“ＯＦＦ”Ｈ以上は’ＯＦＦ”Ｈ）、３〜１０バイト
目はＡ−Ｈ号ｅ！！（８台構成の例）の評価値である。

２バイト目の未応答時間は、ホール呼登録がＯ→１とな
った時、その階のタイマＨＲＣＴ１　（第８図）を起動
することにより求まる。ＨＲＣＴＩは第８図のように本
例３２ストツプを考えた場合、３２Ｄ（３２階ダウン）
〜１Ｕ（１階アップ）〜３１Ｕ（３１階アップ）に対応
するＨ８（ホールサブインデックス）に対応して用意さ
れている。

ゼロでない場合は１秒おきにタイマーによりカウントア
ツプされてゆく。このカウントアツプは”０００”　Ｈ
Ｊ：リハＬ；ｔ４）、”ＯＦＦ”Ｈまでゆくとそれ以上
のカウントアツプはされない。このように、ＨＲＣＴｌ
をリードすることにより未応答時間が求められる。尚、
ホール呼消去時にその階のＨＲＣＴＩはクリアされる。

そして、第３図ルーチンの４Ｃ以降のルーチンにおいて
、受信バッファよりこれらのデータは３２Ｄ〜３１ＬＪ
に対応するホールサブインデックス１−１８のテーブル
Ｈ＄ＨＲＣＴ１　（Ｈ８）、ＹＲＥＳＰ　（Ｈ８（ホー
ルサブインデックス）、ＣＡＲ（号機））にそれぞれセ
ーブされる（第１４図）。また同時に、ホール呼登録デ
ータテーブルＨＣＡＬＬデータも受信バッファよりＨＣ
ＡＬＬ＄ＴＲ（第４図）テーブルヘセーブされる。ただ
し、メイン局は１３！ｌまわり戻ってきたデータをセー
ブする。

次にステップ４−５のルーチンへ進む。このルーチンは
自己の応答分担を決定するルーチンであり、次の（ａ）
、（ｂ）のルーチンより成っている。

（ａ）　　自己における評価の最適な階への応答。

（ｂ）　　長待ち階への応答。

これらのうち、（ａ）のルーチンは第１５図に示されて
いる。すなわち、このルーチンがエントリされると、ス
テップ１６−１により、ホールサブインデックス（Ｈ８
）Ｏから６１　（３２０〜３１Ｕ）までチェックする。

次にステップ１６−２に入り伝送データのＨＣＡＬＬ＄
ＴＲ（第５図参照）よりホール呼登録の有無をチェック
する。そして、無しの場合は第８図のホールコンディシ
ョンテーブルＨＣＴ　（Ｈ８）＝Ｏとする。また有りの
場合はステップ１６−３に入りここでセーブされたデー
タＹＲＥＳＰ　（１−（Ｓ、ＣＡＲ）（第１４図参照）
のうち、ＣＡＲのデータを０〜７までチェックし、ホー
ル呼登録された階への応答が最適なＣＡＲをその評価値
から知る。そして、自己が最適な場合はＨＣＴ　（Ｈ８
）＝１とし、そうでない場合はＨＣＴ　（）−Ｉｓ）＝
０とする。ＨＣＴ　（１−（Ｓ）はその階のホール呼へ
の応答テーブルで、１１１　Ｉ＋では応答、“０″では
未応答である。

尚、（ａ）の部分を別の簡易な方法で行なうことができ
る。これはインタロック方法である。

（ａ’）／　　インタロックによる応答分担チェックの
ルーチンやステップ４−６のルーチンが不要となり簡略
化される。このルーチンの説明は第１７図に示されてい
る。

すなわち、前述同様にホールサブインデックスＨ８はＯ
〜６１までチェックが行なわれる。そして・、ステップ
１８−１の応答テーブルチェックに入る。ここでこの応
答テーブルチェックとは、事前に応答分担を定めておき
、これによりチェックするルーチンである。応答分担テ
ーブルの例を第１６図に示す。図において、左の３２Ｄ
（３２階ダウン）〜３１ＬＩ（３１階アップ）はホール
サブインデックスＨ８の０〜６１に対応する。ＭＳＫＮ
は通常の応答分担であり“１″は許可　１１　Ｑ　１１
は禁止である。、ＭＳＫＡ、ＭＳＫＢ、ＭＳＫＧ。

ＭＳＫＤ、ＭＳＫＥ、ＭＳＫＦ、ＭＳＫＧ、ＭＳｋＨは
それぞれＡ−Ｈ＠ＩＮの応答分担対応しており、“１°
°が許可である。この例においては２台が同じ応答分担
をもっている。

次に（ｂ）の長待ちチェックルーチンの説明を行なう。

この説明は第１８図に示されている。ホールサブインデ
ックスＨ８は０″〜ｒ＋　６１　＋＋までを順にサーチ
する。伝送データの未応答時間Ｈ＄ＨＲＣＴ１　（Ｈ８
）（第１４図参照）がリミット値のＨ＄ＬＭＴ（本例に
おいては４Ｑｓｅｃ）を超えた場合にステップ１９−１
により応答テーブルがＯＮ（オン）される。

以上によりホール呼の応答が１−（ＣＴ　（Ｈ８）にセ
ットされた。以上のルーチンが終ると第３図の４Ｄへ入
る。そして、ステップ４−６を実行する。

このステップ４−６は予測到着時間の演算ルーチンであ
る。その説明に入る。

本発明の例においては評価値としてその階への予測到着
時間を利用しているが、その他に色々な評価方法がある
。その評価方法としては、例えば満員の予測値を加えた
り、あるいは予測到着時間の関数を利用する等である。

しかし本例においては、簡略化を考え予測到着時間を利
用することとした。予測到着時間を演算するためには自
己の位置等のデータの他に、第８図に示すホールコンデ
ィジ１ンテベブルＨＣＴやかご呼状態を表わすかごコン
ディションテーブルＫＣＴが必要となる。

ＨＣＴ：ホール呼停止階は１とする。

ＫＣＴ：かご呼停止階は１とする。

これらを利用し８３階の予測到着時間１＄ＹＲＥＳＰ　
（１−１ｓ）は次式で求められる。

１＄ＹＲＥＳＰ　（Ｈ８）ここでＴＲＡＮ　（αｍ、βｍ）は０ｍ階からβｍ階ま
でのかごの走行時間を示し、ＴｌＯ２（βＴｒＬ）はβ
ｍ階での扉開閉動作時間、乗客乗降時間およ１ゝ。

８階に到着するまに途中停止する階床数を示す（８８階
を含む）。

以上により各階の予測到着時間１＄ＹＲＥＳＰ（Ｈ８）
が求まる。ただし’ＯＦＦ”Ｈ（ヘキサデシマル）以上
はパ○ＦＦ”Ｈとする。これらのデータは送信要求があ
った場合利用される。また、ＨＣＴ、ＫＣＴはかごの運
行を決定する要素となる。

以上で各フロアの演算が終りリターンする。そして、第
３図の４Ｆよりメインプログラムへリターンする。その
後は第２図のＲＥＰＴより再びＲ８Ｐ（リピートスター
トポイント）ヘジャンブし、上述同様の動作が繰り返さ
れる。

以上で本発明の詳細な説明した。このように本発明によ
ると、ローコストなハードウェアで、群管理集中制御部
故障においても、基本的な群管理コントロールを損うこ
となく行なえるようになる。

尚、本発明は群管理集中制御部のバラアップとして考え
られた基本群管理方法であるが、十分な　　′機能と強
度をもつために、例えばかご数が２カー。

″　１ぐ３カー、４力−程度のＩランスのみの群管理においては
、中央の集中コントロール部は不要となり、従って大幅
のコストダウンへつながる。

〔発明の効果〕

以上詳述したように本発明は、エレベータ単体の制御を
行なう複数の主制御ユニットを伝送路で繁、ぎ、情報の
伝送を行なうとともに主局となる主制御ユニットに群管
理集中制御部の故障時、ホール呼登録を行ない、全号機
へそのデータを伝送し、各号機ではそのデータと自己の
状態により、各々等のホール呼に対する評価を行なわせ（到着時間歇を利用
する）、また、゛そのデータを全号機に送り自己が最良
となっているホール呼に応答させる機能を持たせるよう
にしたので、群管理集中制御部が故障しても群管理制御
が実施でき、しがも、群・管理集中制御部が１つのマイ
クロコンピュータで構成される廉価版のシステムにおい
ても確実に群管理制御が実施できるなど安価で、信頼度
の高いエレベータの群管理制御方法を提供することがで
きる。

【図面の簡単な説明】

第１図は本発明の一実施例を示す概略的な構成図、第２
図、第３図、第６図、第７図、第１５図。第１７図、第１８図は本発明の詳細な説明するためのフ
ローチャート、第４図、第１３図は本発明に用いるデー
タ構成図、第５図、第８図、第１４図、第１６図は本発
明に用いるテーブルの構成図、第９図乃至第１２図は本
発明の説明に用いるモデル図、第１９図は従来システム
の構成を示すブロック図である。Ａ・・・群管理集中制御部、１・・・群管理ユニット、
２・・・ホール呼登録ユニット、３・・・ホールランプ
ドライブ、４・・・ホールゲート、５ａ、〜５ｈ・・・
エレベータの主制御ユニット、１１・・・シリアルＩ１
０ユニット、１２・・・ループ伝送ケーブル、１３・・
・ループ伝送メイン局、１４・・・ループ伝送サブ局、
１５・・・ループ伝送サブメイン局。出願人代理人　弁理士　鈴江武彦２７一第２図第３図第５図ＨＣＡＬＬ、　ＩＨＣＡＬＬ、ＨＧＡＴ、ＨＣＡＬＬｔ
）ＴＲ第９図ホール１寸入力第１０　　図ホダレケ゛−ト入力第１１図本−ルケー十入力第１２図ホールケ°寸入力第１７図第１８図

Claims

【特許請求の範囲】

（１）複数のサービス階床に対し複数台のエレベータを
就役させ、集中してホール呼の登録、消去ホール呼の割
当等の群管理制御を行う集中制御部のバックアップ方法
として、複数台のエレベータの各単体制御部を伝送路で
つなぎ、情報の伝送を行なうとともに主局となる単体制
御部に集中制御部の故障時、ホール呼登録をそのデータ
の各単体制御部に対する伝送を行なうようにすると共に
この主局にホール呼のためのホールゲート信号を入力し
て、上記故障時ホール呼登録を行ない、この前記ホール
情報を伝送してホール呼に応答可能とすることを特徴と
するエレベータの群管理制御方法。
（２）ホール呼への応答を、各号機に予めセットした階
のみ応答させるよう、応答分担を行うようにしたことを
特徴とする特許請求の範囲第１項記載のエレベータの群
管理制御方法。
（３）各ホール呼に対する各号機の評価値を、各号機側
で演算し、ループ状の情報伝送手段を介して全号機へ送
るとともに、自己が最適な評価の号機のみ、そのホール
呼に応答させるようにすることを特徴とする特許請求の
範囲第１項記載のエレベータの群管理制御方法。
（４）評価値として、予測到着時間を用いることを特徴
とする特許請求の範囲第３項記載のエレベータの群管理
制御方法。
（５）ホール呼に対する伝送データ中に待時間を付加し
、ある一定の時間を超える長待ちとなったホール呼に対
して全号機に応答させるようにすることを特徴とする特
許請求の範囲第２項乃至第４項いずれか１項記載のエレ
ベータの群管理制御方法。