JPH0768014B2 - エレベータの群管理制御方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は制御のための処理時間の
短縮を意図したエレベータの群管理制御方法に関するも
のである。

【０００２】

【従来の技術】複数階床間で複数台のエレベータを有機
的に連係運転し、全体として高能率運転を実現するため
にエレベータの群管理制御が行なわれている。

【０００３】図２２はそのような群管理制御を行なう従
来の装置の概略構成を示すものである。図示のごとく従
来は個々のエレベータごとにカーコントロールユニット
ＣＣ１，ＣＣ２，ＣＣ３…が設けられ、これらの上位に
共通に群管理を行なうグループコントロールユニットＧ
Ｃおよびホール呼び登録を行なうホールコントロールユ
ニットＨＣが設けられている。各コントロールユニット
はマイクロコンピュータを用いて構成されている。マイ
クロコンピュータの中央処理装置（ＣＰＵ）の高性能
化、並びにユニットの小型化に伴って、図２３に示すよ
うに、グループコントロールユニットＧＣを特定のカー
コントロールユニットＣＣ１と１ユニット化する方式も
行なわれている。その場合、同ユニットは単一ＣＰＵま
たはマルチＣＰＵ構成のいずれの方式もあり得る。この
場合、第２のカーコントロールユニットＣＣ２にバック
アップ用グループコントロールユニットＧＣＢを設けて
おくこともある。

【０００４】このような群管理制御装置においては、エ
レベータ台数と階床数が増加するにつれてグループコン
トロールユニットＧＣの処理量が増大し、それに要する
処理時間も長くなって来る。エレベータ台数および階床
数が多いというのは一般に利用乗客数が多いということ
でもあり、サービスの迅速性が損われると混乱の度合も
大きくなることを意味する。さらに、多台数、高階床に
なるに従って、故障発生時にその影響の及ぶ範囲も大き
くなって来るため、その対策も必要となって来た。

【０００５】そこで本発明は、システム全体として群管
理制御の処理時間を短縮し、故障に強い管理制御方法を
提供することを目的とするものである。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に本発明は、個々のエレベータを制御する各制御ユニッ
トにそれぞれホール呼び登録制御機能および群管理制御
機能を持たせると共に、各制御ユニット間を高速伝送ラ
インを介して結合し互いに同期をとって制御動作させ
る、複数のサービス階床間で運転される複数台のエレベ
ータを群管理制御するエレベータの群管理制御方法であ
って、複数の制御ユニットのうちいずれか１つを各エレ
ベータへの分担処理および各制御ユニット間の同期をと
るためのメイン局とし、他の制御ユニットをメイン局に
従うサブ局とし、リアルタイム処理の必要な制御機能に
対してはメイン局にて全号機の制御ユニットを同期的に
制御処理し、サイクリック処理の必要な制御機能に対し
ては各号機の制御ユニットに分担させて制御処理するこ
とを特徴とするものである。

【０００７】

【作用】本発明のエレベータの群管理制御方法は、個々
のエレベータを制御する各制御ユニットにそれぞれホー
ル呼び登録制御機能および群管理制御機能を持たせると
共に、各制御ユニット間を高速伝送ラインを介して結合
し互いに同期をとって制御動作させる、複数のサービス
階床間で運転される複数台のエレベータを群管理制御す
るエレベータの群管理制御方法であって、複数の制御ユ
ニットのうちいずれか１つを各エレベータへの分担処理
および各制御ユニット間の同期をとるためのメイン局と
し、他の制御ユニットをメイン局に従うサブ局とし、リ
アルタイム処理の必要な制御機能に対してはメイン局に
て全号機の制御ユニットを同期的に制御処理し、サイク
リック処理の必要な制御機能に対しては各号機の制御ユ
ニットに分担させて制御処理するものとする。これによ
り、システム全体として処理の高速化を達成し同時に故
障に強い群管理制御方法を提供することができる。

【０００８】

【実施例】本発明を実施する制御装置のシステム構成を
図１に示す。この実施例においては例示的に３台のエレ
ベータを制御する３組の制御ユニット１ａ，１ｂ，１ｃ
が設けられているが、もちろんもっと多数のエレベータ
を対象とし、もっと多数の制御ユニットが設けられても
よい。各制御ユニット１ａ，１ｂ，１ｃは、図４にも示
しているようにそれぞれ固有のエレベータを制御するカ
ーコントロールユニットＣＣａ，ＣＣｂ，ＣＣｃを持っ
ているほかに、分散処理用にコンパクト化された群管理
制御処理用グループコントロールユニットＧＣａ，ＧＣ
ｂ，ＧＣｃと、ホール呼び制御処理用ホールコントロー
ルユニットＨＣａ，ＨＣｂ，ＨＣｃとを一体化して備え
ている。各制御ユニット１ａ，１ｂ，１ｃはさらに伝送
用ＬＳＩ（大規模集積回路）Ｓａ，Ｓｂ，Ｓｃを有し、
ここから出力された情報はバス状の高速伝送ライン２を
介して伝送される。ホール側には、この実施例の場合は
２ライザ化されているのに対応して、各ホールに各ライ
ザごとに１チップマイクロコンピュータ（１チップマイ
コン）からなるホールコントローラ８が設けられてい
る。個々のホールコントローラは、符号Ｓに続けてライ
ザ種別を表わす数字（１または２）と、ホール種別を表
わす数字（１〜ｍ）を連ねて表現され、たとえばライザ
１側のｍ階のホールコントローラはＳ１ｍとして特定さ
れる。これらのホールコントローラ８は、ホール呼び登
録ボタン６からのホール呼び登録信号の入力処理をした
り、ホール呼び登録ランプ７への点灯信号の出力処理を
したりする。そして、これらのホールコントローラ８
は、各ライザごとに伝送ライン３０１，３０２を介して
各制御ユニット１ａ，１ｂ，１ｃのマスタノード用ＣＰ
ＵＭａ，Ｍｂ，Ｍｃと並列的に接続されている。

【０００９】図２は図１における制御ユニット１ａ〜１
ｃの内部の信号伝送系を示したものである。制御ユニッ
ト１ａ〜１ｃ間のバス状伝送を司る伝送用ＬＳＩＳａ〜
Ｓｃはここでは符号３０で表わされており、内部にバッ
ファを持ち、伝送異常のチェックも自動的に行なう。実
際の主制御を行なっている制御用ＣＰＵ３３から見れ
ば、伝送用ＬＳＩ３０はマルチバス３１を通して密に結
合された共有ＲＡＭ３２と協働してリード／ライトの原
理で利用することができる。近年このようなインテリジ
ェント化したＬＳＩが低価格で供給されるようになり、
容易に利用できるようになった。伝送用ＬＳＩ３０はイ
ンタフェース３５を介してバス状伝送ライン２に結合さ
れている。図１に符号Ｍａ〜Ｍｃで示されているマスタ
ノード用ＣＰＵ１７１，１７２はそれぞれ伝送機能およ
び入出力機能を有するワンチップマイコンとして構成さ
れ、一方でマルチバス３１に接続されると共に、他方で
インタフェース３４１，３４２を介して伝送ライン３０
１，３０２に接続されている。これらのＣＰＵ１７１，
１７２も近年低価格になり、多くの分野で手軽に利用で
きるようになったものである。本発明においては制御ユ
ニット１ａ，１ｂ，１ｃ間でバス状伝送ライン２を介し
て多量のデータを交換するので伝送用ＬＳＩ３０を用い
ており、通常の伝送で十分なホールコントローラ８に
は、すでに述べたようにワンチップマイコンが用いられ
ている。なお、ホールコントローラ８はサブノード用と
して構成され、図３に示すように、インタフェース３６
を介して制御ユニット側伝送ライン３０（図１における
伝送ライン３０１，３０２に相当）に接続され、インタ
フェース３７を介してホール呼び登録ボタン６およびホ
ール呼び登録ランプ７に接続されている。このホールコ
ントローラ８はＣＰＵ１７１，１７２と同様に伝送機能
および入出力機能を有するワンチップマイコンからなっ
ている。

【００１０】伝送ライン２としては、光バスによるシリ
アル伝送ラインや同軸ケーブル、ツイストペア線などが
用いられる。この伝送ライン２は制御ユニット間伝送す
なわち制御盤間伝送を行なうものであるので安価なプラ
スチック光ケーブルでよく、また、そこに用いられる送
・受信ユニットも５Ｖ程度のＴＴＬレベルの電圧で動作
し、ボーレートも２Ｍｂｐｓで十分対応できるため、汎
用のシリアル伝送用ＬＳＩやワンチップマイクロコンピ
ュータが使用可能であり、これも安価に構成することが
できる。いずれにしても高速動作型の方が演算処理時間
が短く、制御指示までの時間を早くすることができ、高
性能となる。データリンク方式もメイン局（主局）とサ
ブ局（従局）を持つ一般のポーリング／セレクティング
方式や、通常のハイレベルデータリンク制御手順（ＨＤ
ＬＣ）、ＣＳＭＡ／ＣＤ方式などを利用することができ
る。これらの汎用ソフトウェアにより、各制御ユニット
１ａ〜１ｃのソフトウェアから見ると入出力部への入出
力と同様の方法でデータの送受信が可能になり、また、
メイン局およびサブ局に一定のルールを持たせることに
より、安価であっても強化されたシステムを構成するこ
とができる。

【００１１】次に、図１〜４の装置の動作を図５以下の
フローチャートを参照しながら各制御ユニットの動作を
説明する。

【００１２】図５において、スタートによりイニシャラ
イズルーチン３ａに来る。ここでは各ＣＰＵのポインタ
やレジスタのセット、ＲＡＭテーブルのイニシャライ
ズ、各ＬＳＩのイニシャライズ、ワンチップマイコンの
イニシャライズが行なわれ、システムタイマや伝送用の
割込みが許可される。その後メインルーチン３ｂへ来て
スケジューラへのジャンプ処理３ｃが行なわれる。

【００１３】本発明においてはオペレーティングシステ
ム（ＯＳ）を利用し、各機能をタスクに分解し、それら
を必要に応じて起動する方式とする。スケジューラはオ
ペレーティングシステムのひとつで、起動要求の起きて
いるタスクの中から優先レベルの高いタスクの順に起動
して行く。タスク間はメールボックスというバッファを
利用してデータの授受が行なわれる。

【００１４】図６を参照してタイマの割込みについて説
明する。このルーチンは１０ｍＳごとに起動される。イ
ンタラプト処理４ａを行ない、システムモニタ処理４ｂ
に進む。ここではシステムの正常／異常のチェックが行
なわれる。次に単体制御処理４ｃが行なわれる。ここで
エレベータ単体の制御に必要なタスクの起動が行なわれ
る。次に群管理サイクリック処理４ｄが行なわれる。こ
こでは群管理制御に必要なタスクが起動され、スケジュ
ーラへのジャンプ処理４ｅが行なわれる。以上で起動さ
れたタスクはすべていったんバッファに蓄えられ、優先
レベルの高いものから順に処理される。タスクがウェー
ト状態になると、その下位レベルのタスクが処理され、
ＣＰＵの空時間は処理のために有効に利用される。

【００１５】群管理サイクリック処理４ｄについて、図
７を参照してより詳細に説明する。このルーチンへエン
トリーすると、群管理モニタ処理５ａへ来る。ここでは
群管理の正常／異常をチェックする。次にサイクリック
データ伝送ルーチン５ｂに来る。ここでは伝送によって
全号機の状態をチェックし、その結果を、ホール呼びの
データと共にテーブルにセットする。

【００１６】このテーブルの一例を図８に示す。このテ
ーブルはエレベータの号機Ａ〜Ｈ別に、ＰＯＳ（ポジシ
ョン）およびＣＣＴ（カーコンディションテーブル）を
セットする場合を示している。ＣＣＴの内容としては、
図示のごとく、ＵＰ／ＤＮ／ＦＲＥＥすなわち上昇／下
降／フリーの別、出発、走行中、減速、停止、ドア開
中、ドア閉中などについてのデータ、ドア状態や荷重に
ついてのデータなどがあり得る。

【００１７】図９に各階床別、方向別のホール呼び登録
に関するＲＡＭテーブルを、３２階の場合について例示
した。このテーブルでは、ポジション欄に階床数を表わ
す数字と下降方向（Ｄ）の登録か上昇方向（Ｕ）の登録
かを表わす符号（ＤまたはＵ）を併記して示している
が、これはその右のＨＳ欄に図示のごとく０〜６１の番
号でセットされ、以下ＨＲＣＴ１でホール呼び発生から
の時間、ＨＲＣＴ２で割当てからの時間、ＨＣＴでホー
ル呼びの有無、ＫＣＴでかご呼びの有無（８ビットの左
桁から順にＡ〜Ｈ号機に対応）、ＨＣＡＲで割当ての有
無（同様に左桁ビットから順にＡ〜Ｈ号機に対応）、Ｙ
ＲＥＳＰで予測到着時間がそれぞれセットされる。この
テーブルの中でホール呼びに関するＨＣＴのもとのデー
タと、かご呼びに関するＫＣＴのデータが伝送バッファ
から移動されセットされる。

【００１８】次に図７においてメイン局のチェックルー
チン５ｃに来る。メイン局となるのは先に制御を取った
方である。複数同時の場合は優先順位の高い号機がメイ
ン局となる。もし自分がメイン局でない場合、他の局で
メイン局があるかどうかをチェックし（ルーチン処理５
ｃ，５ｄ）、そこで無かった場合はルーチン処理５ｆへ
移る。またメイン局が故障の場合もルーチン処理５ｆへ
移る（ルーチン処理５ｅ参照）。メイン局が故障でない
場合はルーチン処理５ｍすなわち要求のあるものについ
て群管理サイクリック処理起動が行なわれる。ルーチン
処理５ｆではメイン局指令を出力し、他の号機からのア
ンサー（応答）があった場合は自分をメイン局とする。
メイン局指令のコードは「００」とし、そのアンサーは
「２０」とする。このようにたとえメイン局が故障した
場合でも、１０ｍＳ毎にメイン局をチェックし、サブ局
の中からメイン局を選択することができる。他方自分が
メイン局である場合、ルーチン５ｃからルーチン５ｊへ
移り、後で詳説するホール呼分担チェックが行われる。
この場合、一定時間以内にメイン局にコード「２１」の
アンサーのあるもののみを正常とみなし、サイクリック
に分担出力「０１」を送出する（ルーチン５ｋ）。

【００１９】ここで、このような制御に関連した伝送コ
ードの説明をしておく。図１０にメイン局から各号機
（自号機を含む）への同期用命令コードが、また図１１
に各号機からメイン局への要求コードとメイン局の命令
コードに対する各号機のアンサーコードとがそれぞれ示
されている。命令コード（図１０）は、例えば「００」
ホール呼び登録分担リセットがプライオリティ（優先順
位）１のイニシャル処理（メイン局指令）として設定さ
れ、モード欄のＲはリアルタイム処理を、Ｓはサイクリ
ック処理をそれぞれ起動する意味を持っている。ここで
はコード「ＯＦ」までの１６種類のほかに「１０」「１
１」の２種がオプションとして用意されている。要求コ
ードおよびアンサーコード（図１１）は命令コード「０
０」〜「１１」に対応する「２０」〜「３１」の計１８
種が設定されている。ここでモード（タスク）欄におい
て、Ｒはリアルタイム性のあるタスク、Ｓはサイクリッ
ク処理のタスクを意味し、カッコ内はメイン局へ出力す
るタスク名である。

【００２０】図１０に示すメイン局指令はメイン局から
いっせいに全号機へ送られ、全体の同期をとるのに利用
される。例えばメイン局からコード「０１」が各号機に
発信され、各号機がそれを確認するとアンサーコード
「２１」を出力する。このアンサーコードは内容欄（図
１１）に示しているようにホール分担セットの意味をも
持っている。後に詳細するが、ホール呼び登録制御も各
号機が分担して行なう。各号機はメイン局から命令コー
ド「０１」を受信すると直ちにリアルタイムでタスクＴ
Ｒ０１（高レベルタスク）が起動される。後に詳細する
が、ホール呼び登録制御も各号機が分担して行なう。一
定時間以内にメイン局にコード「２１」のアンサーのあ
るもののみを正常とみなし、次にサイクリックに分担出
力「０１」を送出する（ルーチン５ｋ）。

【００２１】ここで分担の例について説明する。

【００２２】図１２はホール呼び関連のＲＡＭテーブル
を示すものである。ここでＨＣＡＬＬはホール呼び登録
データ、ＨＧＡＴはゲート入力データ、ＩＨＣＡＬＬは
イレース（消去）入力データ、ＨＣＡＬＬ＄ＴＲは伝送
による入力データである。これらをＡ〜Ｃ号機に分担さ
せる。その場合、Ａは０〜２ＢＹＴ、Ｂは３〜５ＢＹ
Ｔ、Ｃは６〜７ＢＹＴとして分担させる。これらをルー
チン５ｋ（図７）で「０１」のコードで出力する。各号
機は命令コード「０１」を受けてＴＲ０１のタスク（図
１３）を起動する。そこではホール呼びの分担をチェッ
クし（ルーチン７ａ）、変化があった場合は分担再セッ
トの処理（ルーチン７ｃ）を行なってから、また変化が
無い場合はルーチン７ｃを飛ばして（ルーチン７ｂ）コ
ード「２１」のアンサー出力処理（ルーチン７ｄ）を行
ない、ホール呼び登録サイクリック処理タスク起動フラ
グをオンすなわちＴ２１Ｆ＝０１とする（ルーチン７
ｅ）。コード「２１」のアンサーを受けたメイン局はＴ
Ｒ２１のタスク（図１４）を起動し、受信号機のフラグ
をセットし（ルーチン７ｆ）、ルーチン５ｊ（図７）の
チェックに利用する。以上の過程を経て図７のルーチン
５ｍすなわち群管理サイクリック処理起動ルーチンへ来
る。このときＴ２１Ｆ＝０１であるから、ホール呼び登
録サイクリック処理タスクは起動される。他も起動要求
のあるタスクは起動される。これらのタスクについては
後述する。

【００２３】図１５にホール呼び登録サイクリック処理
タスクをタスクＴ２１とし、そのフローチャートを示
す。ここでは分担されたＮ１〜Ｎ２について行ない、最
終的にＨＣＡＬＬ、ＨＣＴ（図９）にセットし、フラグ
Ｔ２４Ｆをオンすなわち、Ｔ２４Ｆ＝０１とする。なお
Ｔ２４は新発生ホール呼びチェックルーチンである。

【００２４】以上の分担されたホール呼び登録サイクリ
ック処理の部分をＡ〜Ｃ号機を通して改めて図解したも
のが図１６である。

【００２５】図１６において、仮に、Ａ号機をメイン局
とする。なお、異常時にも同様のアルゴリズムで正常で
早くメイン局指令を出した号機１台をメイン局とする。
Ａ号機はメイン局であることから、ホール呼び登録の分
担指令「０１」を出力する。そのためＡ〜Ｃ号機はアン
サー「２１」を帰し、ホール呼び登録フラグＴ２１Ｆを
オンとする。Ａ〜Ｃ号機からアンサー「２１」があるこ
とによりＡ号機は全号機が正常であるものとみなす。こ
こでフラグＴ２１Ｆがオンになっているため、Ａ〜Ｃ号
機は分担されたホールに対して、各自ホール呼び登録
（タスクＴ２１）を行ない、そのデータから各自の分担
分について新発生ホール呼びのチェック（タスクＴ２
４）を行なう。以上のようにして処理の分担を行なって
ゆく訳である。

【００２６】以上の説明においてＴに数字を続けて表わ
されているタスクは図１１の同数字のコードを出力する
タスクであり、ＴＲに数字を続けて表わされているタス
クは図１０または図１１のコードによって起動されるタ
スクである。

【００２７】図１０のメイン局からの指令はすべて各号
機間の同期をとるのに使用されているだけである。図１
０および図１１においてリアルタイム処理を行なうコー
ドは、「００」「０１」「２０」「２１」のほかに、メ
イン指令「０４」に対するアンサー「２５」（ＴＲ０４
ルーチン）、メイン指令「０６」に対するアンサー「２
７」（ＴＲ０６ルーチン）、メイン指令「０８」に対す
るアンサー「２９」（ＴＲ０８ルーチン）、メイン指令
「０Ａ」に対するアンサー「２Ｂ」（ＴＲ０Ａルーチ
ン）などがあり、これらは各号機のサイクリック処理タ
スクＴ２４，Ｔ２６，Ｔ２８，Ｔ２Ａによりトリガさ
れ、メインルーチンの起動が行なわれる構成となってい
る。これらのリアルタイム処理の基本動作を図１７に示
す。

【００２８】図１７ではＡ号機をメイン局であると仮定
する。サイクリック処理によりなんらかの事象が発生し
た場合、それをメイン局へ出力する。メイン局はそれに
関する評価データを全号機へ要求する。その要求に対
し、各号機は各自の演算処理を優先的に行ない、メイン
局へアンサーを帰す。メイン局は全データを全号機に送
り、それに基づいて各号機の処理が行なわれる。これに
伴ってサイクリック処理の発生やクリアが行なわれる。

【００２９】図１８にはリアルタイム処理に属する割当
処理の例が示されている。これは新発生ホール呼びチェ
ックタスクＴ２４のサイクリック処理であって、新発生
ホール呼びが検出され、アンサー出力「２４」がメイン
局へ送られて来る。これによってメイン局は「０４」出
力を行ない、各号機に対して新発生ホール呼びに対する
評価要求を行なう。各号機はそれによりタスクＴＲ０４
で新発生ホール呼びの各自の評価演算を行ない、アンサ
ー「２５」をメイン局へ送る。メイン局はタスクＴＲ２
５で収集した全評価データを全号機へコード「０５」で
送り、各号機はタスクＴＲ０５によりその処理を行な
う。このときのデータの具体例を図１９に示す。

【００３０】図１９のデータ形式においては、第１バイ
トのホール呼び登録階（上昇／下降すなわちＵＰ／ＤＮ
の別とポジション）、第２バイトの未応答時間（ＨＲＣ
Ｔ１）、第３バイトのＡ号機の評価、…第１０バイトの
Ｈ号機の評価についての各データから成っている。

【００３１】図１８に戻って、Ｃ号機が最適であるとし
て割当を受けるとＣ号機は長待チェックＴ２Ｃおよび満
員通過チェックＴ２Ｅのタスクのフラグをオンとし、サ
イクリック処理を行なう。これらの処理は自分の分担に
対してのみ行なう。このときＡ号機およびＢ号機はこの
割当をセットし、先着チェックＴ２８のタスクのフラグ
をオンとし、サイクリック処理を行なう。この処理も自
分の分担のみについて行なう。

【００３２】以上のようにメイン局は全体の同期をとる
役割を持ち、実際の処理は各号機に分散させて行なわれ
る。

【００３３】次にサイクリック処理起動について説明す
る。これには、図１０および図１１から分かるように、
メイン局指令「０３」に対するアンサー「２３」（タス
クＴ２３による）、メイン局指令「０Ｄ」に対するアン
サー「２Ｄ」（タスクＴ２Ｄによる）、メイン局指令
「０Ｆ」に対するアンサー「２Ｆ」（タスクＴ２Ｆによ
る）などがある。これらの基本動作を図２０に示す。

【００３４】図２０に示すようにサイクリック処理起動
においては、まずサイクリック処理により事象発生のサ
ーチが行なわれる。事象が発生した場合はそのコードを
メイン局へ出力する。メイン局はその事象に対するサイ
クリック処理出力を各号機に対して行なう。各号機はサ
イクリック処理においてその対応策を自分についてのみ
サーチする。自分に対応策があった場合、それをメイン
局へ出力する。メイン局はその受信対策を全号機に出力
し、各号機はその対応策をセットし、先の対応策サーチ
をクリアする。また、それに関連したサイクリックタス
クのオン／オフを行なう。

【００３５】サイクリック処理出力の例として長待ち処
理の場合を図２１を参照して説明する。サイクリック処
理で長待ちチェックＴ２Ｃにより自号機の長待ちの発生
をチェックする。長待ちホール呼びが検出されたらアン
サー「２Ｃ」をメイン局へ送出する。メイン局は長待ち
ホール呼び救済号機サーチ指令「０Ｃ」を全号機へ出力
する。各号機はそれにより長待ちホール呼び救済チェッ
クタスクＴ２Ｄを起動する。このタスクはサイクリック
処理時に行なわれ、自号機が条件に適合する場合、コー
ド「２Ｄ」をメイン局へ出力する。メイン局はそれをコ
ード「０Ｄ」で全号機へ出力する。上記の適合号機は再
割当処理を行ない、他の号機はそのホールに対するタス
クＴ２Ｄをクリアする。再割当号機は、この階に対し、
長待ちチェックＴ２Ｃや満員通過チェックＴ２Ｅを行な
い、他号機はその階に対し先着チェックＴ２８を行な
う。以上の処理はすべてバッファリングされ、複数の事
象が異なる箇所で同時に発生してもすべての処理が行な
われる。異常号機は常に最悪の評価を与えることにより
自動的に除外される。

【００３６】以上述べた実施例においては、ホール呼び
登録と群管理制御の処理のすべてを分担して各単体の制
御ユニットに組込んだが、必ずしもすべてを各単体の制
御ユニットが分担する必要はない。各単体の制御ＣＰＵ
の余裕度に応じて少なくとも一部を分担させるようにメ
イン局がコントロールすればよく、各号機がメイン局と
なれれば十分である。

【００３７】

【発明の効果】本発明によって、システム全体として処
理の高速化を達成することができ、同時に故障に強い管
理制御方法が実現できる。

【図面の簡単な説明】

【図１】本発明を実施する装置の機器配置構成を示す配
置図。

【図２】図１の装置における単体制御ユニットの内部構
成図。

【図３】図１の装置におけるホールコントローラ部分の
構成図。

【図４】図１の装置における機能分担の概念を説明する
ための説明図。

【図５】本発明を説明するためのフローチャート。

【図６】本発明を説明するためのフローチャート。

【図７】本発明を説明するためのフローチャート。

【図８】本発明において使用するメモリのテーブルの説
明図。

【図９】本発明において使用するメモリのテーブルの説
明図。

【図１０】本発明におけるメイン局と各号機との間で用
いるコードの説明図。

【図１１】本発明におけるメイン局と各号機との間で用
いるコードの説明図。

【図１２】本発明において使用するメモリのテーブル。

【図１３】本発明を説明するためのフローチャート。

【図１４】本発明を説明するためのフローチャート。

【図１５】本発明を説明するためのフローチャート。

【図１６】本発明の制御動作を説明するための説明図。

【図１７】本発明の制御動作を説明するための説明図。

【図１８】本発明の制御動作を説明するための説明図。

【図１９】本発明において使用するメモリのデータの説
明図。

【図２０】本発明の制御動作を説明するための説明図。

【図２１】本発明の制御動作を説明するための説明図。

【図２２】従来の群管理制御装置の機能分担の概念を説
明するための説明図。

【図２３】従来の群管理制御装置の機能分担の概念を説
明するための説明図。

【符号の説明】

１ａ，１ｂ，１ｃ 制御ユニット ２ 高速伝送ライン ３０１，３０２ 伝送ライン ８ ホールコントローラ

Claims (2)

【特許請求の範囲】
1. 【請求項１】個々のエレベータを制御する各制御ユニッ
   トにそれぞれホール呼び登録制御機能および群管理制御
   機能を持たせると共に、各制御ユニット間を高速伝送ラ
   インを介して結合し互いに同期をとって制御動作させ
   る、複数のサービス階床間で運転される複数台のエレベ
   ータを群管理制御するエレベータの群管理制御方法であ
   って、 複数の制御ユニットのうちいずれか１つを各エレベータ
   への分担処理および各制御ユニット間の同期をとるため
   のメイン局とし、他の制御ユニットを前記メイン局に従
   うサブ局とし、リアルタイム処理の必要な制御機能に対
   しては前記メイン局にて全号機の制御ユニットを同期的
   に制御処理し、サイクリック処理の必要な制御機能に対
   しては各号機の制御ユニットに分担させて制御処理する
   ことを特徴とするエレベータの群管理制御方法。
2. 【請求項２】メイン局とされた制御ユニットが一定時間
   以上ダウンしたとき、残りの制御ユニットのうち最も早
   く前記伝送ラインの制御を取った制御ユニットを新しい
   メイン局とすることを特徴とする請求項１のエレベータ
   の群管理制御方法。