JPH0729740B2

JPH0729740B2 - エレベ−タの群管理制御装置

Info

Publication number: JPH0729740B2
Application number: JP60118142A
Authority: JP
Inventors: 一尋幡野
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1985-05-31
Filing date: 1985-05-31
Publication date: 1995-04-05
Anticipated expiration: 2010-04-05
Also published as: JPS61277572A

Description

【発明の詳細な説明】〔発明の技術分野〕本発明はエレベータの群管理制御装置に関するものであ
る。

〔発明の技術的背景〕

マイクロコンピュータの出現によって、エレベータ制御
装置は大きく変貌してきた。すなわち、従来のエレベー
タ制御装置はリレー制御回路を多くを用いていたため、
エレベータ制御機能が増大してくるとリレーの数が多く
なり、制御装置の軽量化，低価格化，省電力化などの見
地から好ましくない点が多かった。しかし、小形かつ高
性能であることを特徴とするマイクロコンピュータをエ
レベータ制御装置に導入することにより前記問題点を解
消したばかりでなく、制御機能の設計及び開発の容易さ
によって設計者を支援し、結果としてエレベータ制御の
多様化及び多彩化をもたらすなど、多大な貢献をしてい
る。

マイクロコンピュータはエレベータ制御装置の中でも、
エレベータ号機を専用に制御する号機制御装置と、複数
台のエレベータを総合的に管理する群管理制御装置各々
に用いられている。上記群管理制御装置とは周知のよう
に複数基のエレベータを並設した場合にエレベータの運
転効率向上およびエレベータ利用者へのサービス向上を
図るために、各階床のホールからのホール呼びに対する
応答機をマイクロコンピュータを用いて合理的に且つす
みやかにそのホール呼びに対処するのに最適なエレベー
タを選定し、早期にそのホール呼びに応答させるエレベ
ータを割当てるホール呼びの割当制御および火災や地震
時等の管制運転制御，出勤時のサービス向上を促す出勤
時制御等を行なうものである。

このような群管理制御装置を用いたエレベータのシステ
ムは、従来第17図に示すような構成となっている。図中
Ｈはホール呼び信号を登録するホール呼登録装置、Ｇは
上述の如き群管理制御を行なう群管理制御装置、C₁〜C₈
は各単体エレベータを制御する号機制御装置である。

第17図のシステムでは、ある階床において、ホール釦が
押されることによりホール呼びが発生するとこのホール
呼びはホール呼登録装置Ｈに登録される。そして、この
ホール呼登録装置Ｈより新発生ホール呼びかけ群管理制
御装置Ｇに入力され、この群管理制御装置Ｇ内のマイク
ロコンピュータにより、例えば各号機のかご位置，かご
呼び登録状態，運転の状態等を加味してその新発生ホー
ル呼びの発生階床に対しても最も短時間に到着可能な最
適エレベータが選定される。そして、この選定されたエ
レベータの号機制御装置に対して割当て出力を行ない、
該ホール呼びに対する登録を行なう。号機制御装置はこ
の登録により、該ホール呼び発生階に応答してサービス
を行なう。

ところで、上記の如く従来の群管理制御システムでは、
群管理制御装置Ｇが故障しその機能が停止した場合、ホ
ール呼びに応答すべき号機に対して割当出力がないため
即時にシステム全体として群管理制御機能を全く行なわ
なくなる。これを防ぐための一手段としては特開昭55−
48173号に提案された技術のように、号機制御装置にマ
イクロコンピュータを設け、このマイクロコンピュータ
によりこのエレベータ号機制御処理だけでなく群管理制
御処理も実行させ、この号機制御装置から他の号機制御
装置へ群管理制御処理の結果を伝送する方法が考えられ
る。

この方法は第17図に示した従来の群管理に比べ群管理制
御用のマイクロコンピュータ及び群管理装置を設ける必
要がないこと、群投入台数分の多重系で群管理制御が出
来るので群管理システムの信頼性が向上するなどの点で
優れている。しかしながら、エレベータの状態（かごが
減速する直前、その他）に無関係に特定の号機（固定）
の群管理制御機能を稼働させるが（群管理制御機能を稼
働させている号機制御装置が故障した時はあらかじめ定
められた順番で他の号機制御装置内の群管理制御機能を
稼働させるバックアップ程度はある）、通常は群制御機
能より号機制御機能の方が優先度が高いため、たとえ他
にひまな状態となっている号機制御装置（例えば、フリ
ーかご又はドア開で停止中のかごetc）があり群管理制
御可能でも現在、群管理制御を司っている特定号機の群
制御機能処理が可能になる迄、サービスエレベータが決
定されず群管理制御が低下する欠点があった。

〔発明の目的〕

本発明は上記の事情に鑑みて成されたものであり、その
目的とするところは各号機制御装置に群管理制御機能を
持たせたエレベータの群管理制御装置において、群管理
制御を司っている特定の号機制御装置の動作に拘束され
ることなく群管理制御を迅速に行なうことができ、群管
理制御効率を向上させることができるようにしたエレベ
ータの群管理制御装置を提供することにある。

［発明の概要］すなわち、上記目的を達成するため本発明は、複数の階
床に対しての複数のエレベータを就役させ、各々のエレ
ベータには各々単体のエレベータの制御を行なう号機制
御装置を設けて制御するとともに、発生したホール呼び
に対して各々のエレベータにおいてその応答に要する待
ち時間に関連した所定の評価計算を行ない最適なエレベ
ータを選択してそのエレベータ対応の前記号機制御装置
に割当て応答させる群管理制御手段を設けて群管理制御
を行なうようにしたエレベータの群管理制御装置におい
て、前記各号機制御装置には指令を受けると前記発生し
たホール呼びに対して自己のエレベータおける前記評価
計算を行なう評価計算機能と、予め自己に定めた特定の
階床での発生ホール呼びに応動して全号機制御装置に前
記評価計算機能の起動を指令するとともに各号機制御装
置で求めた前記評価計算値を受けてその値より最適なエ
レベータを選択しそのエレベータ対応の前記号機制御装
置に割当てる割当て処理機能をそれぞれ付加して構成
し、全サービス階床のうち予め各号機制御装置毎に特定
の階床を定め、この定めた特定の階床での発生ホール呼
びに応動して割当て処理機能を稼働させるようにし、特
定階床での発生ホール呼びに対してその階床に割付けら
れた号機制御装置にて全号機制御装置に前記評価計算機
能の起動を指令して各々評価計算を実施させるとともに
評価計算機能の起動を指令した号機制御装置では各号機
制御装置で求めた評価計算値を受けてその値より最適な
エレベータを選択しそのエレベータ対応の前記号機制御
装置に割当てることで群管理制御を実施させるようにし
て、特定の号機制御装置に群管理制御の負担が集中しな
いようにし、これにより発生ホール呼びに対し、迅速に
最適なエレベータの割付けが行えるようにする。

〔発明の実施例〕

以下、本発明の一実施例について第１〜第16図を参照し
て説明する。

第１図は本発明の一実施例を示すシステム構成図であ
る。第１図において1A,〜1Hは単体エレベータA,〜Ｈ号
機各々に対応して設けられ、単体エレベータ制御を司る
号機制御装置であって、各々のエレベータを制御するマ
イクロコンピュータ16A,〜16H、時間管理を行なうため
の時計15A,〜15H、外部との高速データ伝送を行なうた
めの高速直列伝送用インターフェイス回路3A,〜3H及び
外部との低速データ伝送を行なうための低速直列伝送用
インターフェイス回路8A,〜8Hより構成される。

更に各々のエレベータを制御するマイクロコンピュータ
（以後、号機制御マイコンと呼ぶ）16A,〜16Hは各々管
理制御部4A,〜4H、高速直列伝送制御部5A,〜5H、低速直
列伝送制御部6A,〜6H及び号機制御部7A,〜7Hの機能から
構成される。

又、各々の号機制御装置1A,〜1Hは高速直列伝送バス２
（以後SSバスと呼ぶ）により接続されデータ伝送され
る。11は発生ホール呼びを登録するホール呼び登録装置
であり、このホール呼び登録装置11の出力発生ホール呼
びデータは低速直列伝送バス14（以後LSバスと呼ぶ）、
低速直列伝送用インターフェイス回路8I、及び号機制御
装置1A,〜1H内の低速直列伝送用インターフェイス回路8
A,〜8Hを介して各号機制御装置1A,〜1Hに読み込まれ
る。12A,〜12HはエレベータA,〜Ｈ号機に各々対応する
かご呼び登録装置であり、かご呼び登録を行なうもので
あって、これからかご呼び登録装置12A,〜12Hは対応す
る各エレベータ号機の各かご内に設置されており、内蔵
される低速直列伝送用インターフェイス回路8J,〜8Qと
前記号機制御装置1A,〜1H内に設けられた低速直列伝送
用インターフェイス回路9A,〜9Hとの間をLSバス14にて
接続されていて、これらを介してかご呼び登録装置12A,
〜12Hそれぞれ対応の各号機制御装置1A,〜1Hに、発生か
ご呼び登録情報が読み込まれる。

次に第２図を参照して号機制御装置内の号機制御用マイ
コン16A、高速直列伝送用インターフェイス回路（SSI
O）3A,及び低速直列伝送用インターフェイス回路（LSSI
O1）8Aをより詳細に説明する。

第２図のブロック図に示すように号機制御用マイコン16
Aはプログラムに従って各種演算制御を司るCPU（中央処
理装置：プロセッサ）17,プログラムの作業領域やデー
タの等の格納等に用いられるランダムアクスセムメモリ
（以後RAMと呼ぶ）20,プログラム等を格納したリードオ
ンリーメモリ（ROM21より成り、これらはシステムバス2
3に接続されている。

又、高速直列インターフェイス回路（SSIO）3A内におい
て、高速データリンクを行なうHDLCコントローラ（ハイ
スピード・データリンク・コントローラで市販のもの）
18,高速伝送制御を行なうトラフィックコントローラ
（高速直列伝送バス制御用）19も前記号機制御用マイコ
ンのシステムバス23に接続されると同時に、号機制御用
CPU17とHDLCコントローラ18間及びHDLCコントローラ18
とトラフィックコントローラ19間も数本のコントロール
信号（主としてコマンド指令と割込信号及びステータス
で通常の直列伝送で良く使われる方法なのでここでは特
に説明はしない）で接続され、バスドライバ及びバスレ
シバーを介して高速伝送バス（SSバス）２に接続されて
いる。

また、低速直列インターフェイス回路（LSI01）８内は
低速直列伝送用CPU24,シリアルデータを送受信制御する
シリアルコミュニケーションユニット（SCU）25,低速直
列伝送バスからの入力データを一時格納する入力バッフ
ァ28,出力データを一時格納して出力する出力バッファ2
9,プログラムの作業領域やデータの格納等に用いるRAM3
0及び伝送プログラム等が格納されたROM31より成り、こ
れらはLSバス（低速直列伝送用のシステムバス）32（前
記号機制御マイコン内のシステムバス23とは異なる）に
接続されると同時に前記シリアルコミュニケーションユ
ニット25はラインドライバ26,ラインレシーバ27を介し
て低速直列伝送バス14に接続されている。

以上の構成で１台の号機制御装置が構成されている。

第３図にLSI01のメインステーション側（通常はエレベ
ータＡ号機）の伝送フローチャートを示す。

その作用を説明する。

第３図においてメインステーションはプログラムが起動
されると、ホールに割りふられた先頭のアドレスをLSバ
ス14に接続されているカウンタにセットし（ST1）、ア
ドレスを伝送線に出力する（ST2）。

次に信号が出力が入力かを調べ（ST3）、出力であれば
データを伝送線に出力し（ST4）、入力であれば伝送線
からデータを入力し（ST5）、次にST6に入ってLSバス14
に接続されている各リモートステーションの（メインス
テーション以外のステーション）最後のアドレスまで完
了したか否かを調べる。

その結果、最終アドレスでなければST7に移り、ここ
で、アドレス用カウンタを１つインクリメントし、シン
ボルX2に戻り、以後、サイクリックに同様の処理を繰返
す。最終アドレスであったときはシンバルX1に戻り、ST
1からの手順を繰返す。

第４図はリモートステーションのフローチャートであ
る。図に従ってその動作を説明すると、リモートステー
ションは、まず、ST21においてアドレスを信号線から入
力する。ついでST22に入り、自身に送られてきたデータ
か否かをこのアドレスデータでチェックし自身以外のア
ドレスならばシンボルY1にもどり、自身のアドレスの場
合はST23に入る。ここで出力か否かをチェックし、そし
て、出力であればST24に入り、データを伝送線に出力す
る。また、ST23において入力と判定した場合はデータは
伝送線から入力し、シンボルY1に戻る。以後、この処理
をサイクリックに繰返す。

次に、高速直列伝送ラインのフローチャートを第５図，
第６図に示す。

第５図はSSIO3A,3Hの出力時の伝送フローチャートであ
る。これを実行させると、まずはじめにST31に入り、こ
こで、SSIO3A,〜3Hの各ステーションは一斉同報通信の
モード設定を行なう。ここで、一斉同報通信とは１つの
ステーションから他の全部のステーションに対しデータ
を伝送する方式で、本実施例ではエレベータＡ号機から
データが出された場合（例えばかご状態情報，かご呼び
情報，ホール呼び情報，割付情報、その他）SSバス２に
接続された他の全ステーション（エレベータＢ〜エレベ
ータＨ号機の各号機制御装置）に各々割込みがかかり、
他の全ステーションはエレベータＡ号機のデータをすべ
て自ステーション内に取込む。

次にST3に入り、自身がデータを出す番か否かを判定
し、その判定の結果、自身の番でなければシンボルZ1に
もどり、自身がデータを出す番の時はシンボールZ2に進
む。そして、ST33に入り、ここで送信データを出力し、
次にST34に入ってデータ出力が正常終了したか否かを調
べる。その結果、正常終了であればシンボルZ1にもど
り、何らかの原因で異常終了した時はシンボルZ2に戻り
再度データを伝送し直す。（本フローチャートにおいて
異常終了の時のデータ伝層回数をどの程度にするかは、
本発明と直接関係ないので特に図示及び説明はしな
い）。

第６図はSSIO3A,〜3Hの各ステーションのデータ入力時
のフローチャートである。即ち、各ステーションは今、
SSバス２に出力されているデータが自身がとるべきデー
タか否かを調べ（これは第２図のトラフィックコントロ
ーラ19にて、自動的に検出される）自身のとるべきデー
タであればRAM内にデータを格納し、否であれば何もせ
ずにシンボルZ3にもどり、以後同様の処理を繰返す。

次に号機制御装置内の管理制御部で行われる群管理制御
処理に使用する各テーブルについて説明する。

第８図はエレベータ状態情報テーブル（以下、CCTと称
する）のフォーマットであり、各ビットがエレベータの
方向、扉の状態、位置、荷重等を表わしている。

また、第10図はホール呼び割付テーブル（以下、HCTと
称する）のフォーマットであり、階床とその方向性を必
要とするため、ホール・インデックスによる配列形パラ
メータとなっている。ホール・インデックスとは最上階
のダウン・ホール呼び（降り呼び）から最上階のアップ
・ホール呼び（上り呼び）まで順次番号を対応づけたも
のであり、例えば、10階床のダウン・ホール呼び「10
d」が「０」となり、以下順次「9d」が「１」、「8d」
が「２」と云う具合に割振ってゆく。HCTの各ビットは
各エレベータと対応しており、第０ビットがＡ号機、第
１ビットがＢ号機と云う具合となる。従って、例えば10
階床のビルにおいて、HCT（１）の第１ビットが立って
いた場合には、９階のダウン・ホール呼びがＢ号機に割
当てられていると言うことがわかる。

第10図はエレベータ内呼び情報テーブル（以下、KCTと
称する）のフォーマットであり、ホール・インデックス
による配列形パラメータとなっている。配列値と各ビッ
ト値は前述のHCT1と全く同様である。第11図はホール呼
び状態情報テーブル（以下、HCT2と称する）のフォーマ
ットであり、実階床分の配列パラメータである。すなわ
ち、10階床のビルにおいては、 HCT2（０）が１階、HCT2（１）が２階、…HCT2（９）が
10階に対応する。各ビットは第０ビットがアップ・ホー
ル呼びの有無を表わし、第１ビットがこのアップ・ホー
ル呼びに対する割付けの有無を表わす。また、第４ビッ
トがダウン・ホール呼びの有無を表わし、第５ビットが
このダウン・ホール呼びに対する割付けの有無を表わ
す。

例えば、HCT2（２）の第４ビットが立っていれば、３階
のダウン・ホール呼びが発生していることを示す。

第12図は各エレベータの到着時間テーブル（以下、AVT
と称する）のフォーマットであり、AVTは前述のHCT1、K
CTと同様、ホール・インデックスにより分類されるが、
各階床に対して制御するエレベータ台数分の因子を有す
る構造型パラメータとなってる。第13図乃至第14図は群
管理制御部4A,〜4Hで行われる群管理制御の手順を示す
メイン・フローチャートであり、また、第15図乃至第16
図は第14図におけるシンボルP1,P1間の処理の詳細を示
すフローチャートである。

前記２つのフローチャートに示される処理は各エレベー
タA,〜Ｈ号機において全く同じである。ここでは、Ａ号
機の群管理制御処理に着目して説明する。

今、Ａ号機の群管理制御処理プログラムがスタートする
と、第13図に示すST41が実行され、ここで管理制御部4A
の記憶部を構成するRAM（ランダム・アクセス・メモ
リ）および入出力の初期化を行ない、リピート・スター
ト・ポイント（以下、RSPと称する）へ進む。そして、S
T42に入り、ここでＡ号機が異常を起こしているか否の
判定が成され、その結果、正常であるならばST43に入っ
てホール呼び登録信号入力処理を行なってＡ号機が割当
て処理を行なうサービス階床のホール呼び登録信号を入
力し、次に前述のホール呼び状態情報テーブルHCT21に
格納する。

ここで、本装置では例えば第７図に示すように、A,〜Ｈ
号機それぞれにホール呼び割当て処理を行なうサービス
階床が予め割振って定めてある。従って、各号機制御装
置は定められたサービス階床での発生ホール呼びがある
とこれについて最適エレベータの割当て処理を行なう。

例えば、Ａ号機が割当て処理を行なうサービス階が第７
図に示されるように、１階のアップ・ホール呼び,2階の
アップ・ホール呼びおよび２階のダウン・ホール呼びで
あった場合、これらの階床でのアップ・ホール呼び、ダ
ウン・ホール呼びが発生した時、これについて群管理制
御を行なうことになる。

従って、今、２階のアップ・ホール呼びが登録されたと
すると、Ａ号機ではST43に於いてHCT2（１）の第０ビッ
トに「１」を立てる。

一方、ST42による判定の結果、Ａ号機が異常であるなら
ば、ST49に入り、ここでＡ号機が割当て処理を行なうサ
ービス階のホール呼び登録信号を他の号機へ伝送するホ
ール呼び登録信号伝送処理を行なった後、RSPへ戻る。
これにより、自己の割当て処理対象階床に対する発生ホ
ール呼びでの割当て処理を他の号機制御装置に肩代わり
してもらう。

Ａ号機が正常な場合にはホール呼び登録信号入力力処理
を実行後、ST44を経てST45へと入り、Ａ号機の状態情報
CCTおよびエレベータ内呼び情報KCTを第１図の号機制御
部7Aよりそれぞれ格納する。そして次にST46に入り、Ａ
号機のホール呼び割付け情報HCT1を入力する。これはＡ
号機が割当て処理を行なうブロックに割当てがあった場
合には直接HCT1の該当ビットに「１」を立て、割当て処
理を行なうブロック以外のホール呼びに対して割当てが
あった場合には、他の号機制御装置内の管理制御部4B〜
4Hから送信されてくるデータを基にしてHCT1に格納す
る。

次にST47に入り、以上説明してきたCCT、KCT、HCT1の値
を基にしてＡ号機の各階床に至るまでに要する時間を計
算する。ホール・インデックスがｈである階床までに要
する到着時間Ｔ（ｈ）の計算式の本発明における一例を
示す。

但し、ft（ｉ）は各停止階床間を走行するのに要する時
間、ｎは乗り場呼び階ｈ到達までに停止する予測停止回
数、ｊは乗り場呼び階ｈ到達までにエレベータ内呼びで
停止する予測回数、ｋは乗り場呼び階ｈ到達までに乗り
場呼びで停止する予測回数、ｌは乗り場呼び階ｈ到達ま
でに乗り場呼びとエレベータ内呼びが共に発生している
階床に停止する予測回数、T_K,T_H,T_KHはそれぞれエレベ
ータ内呼びで停止した時、乗り場呼びで停止した時およ
び乗り場呼びとエレベータ内呼びの双方にて停止したと
きに要するドア開閉予想時間である。

到着時間を計算後、第12図に示すAVTに格納する。ここ
では、Ａ号機の到着時間を計算したのAVTの各構造因子
該当位置に格納する。

また、Ａ号機の各階床に至るまでの到着時間を他のB,〜
Ｈ号機に対して送信する。更に、他のB,〜Ｈ号機より送
信されてきたデータを受信してAVTの各構造因子の該当
位置に格納する。この場合、Ａ号機は全階床におけるB,
〜Ｈ号機の到着時間を受信する必要は無く、Ａ号機が割
付け処理を行なうサービス階床分だけ受信する。

例えば、第７図に示されるブロックをＡ号機が担当して
いた場合には１階のアップホール呼び、２階のアップホ
ール呼びおよび２階のダウンホール呼びの各々のホール
・インデックスまでに要するB,〜Ｈ号機の到着時間だけ
を受信し、AVTに格納する。

従って、AVTを参照するだけで任意の階床に至るまでに
要する時間が即座にわかる。

以上、説明したきた処理が終了後、ST48に入り、ここで
階床インデックスＰに「１」を入れて第14図のシンボル
P1に進み、ST50において乗り場呼び割当て処理を行な
い、シンボルP2へ進む。

そして、ST51において、階床インデックスＰを「１」イ
ンクリメントし、ST52において階床インデックスＰの値
から全階床終了したか否かを調べる。全階床終了してい
ない場合にはP1に戻り、上記作業を繰返す。

このようにして、全階床終了するまで上記の処理を繰返
し、全階床終了したならばST52に入り、長待ちホール呼
び救済処理を行ない、更にST54に入ってその他の処理
（エレベータの分散待機処理等）を行なった後、RSPへ
戻る。

次に第14図に記載されているST50のホール呼び（乗り場
呼び）割当て処理の詳細について説明する。

これは詳細を第15図に示す如きルーチンであり、先ず、
ST61においてホール・インデックスPkに「０」をセット
し、ついでシンボルＡへ進む。ホール・インデックスPk
はHCT2上のビット位置を表わしており、Pk＝０のとき、
アップ・ホール呼びを、また、Pk＝４のとき、ダウン・
ホール呼びをそれぞれ調査する。

すなわち、シンボルＡよりST62に入り、ここでPk＞０で
あるか否かを調べ、その結果、真ならばシンボルＣに進
み、また、偽ならばST63に進む。今、Pk＝０であるか
ら、ST62においての判定は偽であり、従って、ST63に進
む。そして、ここでホール呼び発生か否かを調べる。こ
れはHCT2（Ｐ）の第０ビットの値が「０」であるか
「１」であるかを調べることにより行なう。そして、第
０ビットが「１」ときはホール呼び有りとし、「０」の
ときはホール呼びなしとする。ホール呼びなしのときは
シンボルＢへ進み、ホール呼び有りのときはST64に進
む。そして、HCT2（Ｐ）の第１ビットを調べ、これが
「１」か「０」かでホール呼び割当て済みか否かを調べ
る。ここでは第１ビットが「０」のときは割当て済み、
「１」のときは未割当てとする。そして割当て済みのと
きはシンボルＢに進み。すなわち、ST63,ST64のステッ
プでは、第０ビットが「０」、第１ビットが「１」のと
き、すなわち、ホール呼びが発生して割当てられていな
い場合以外は全てシンボルＢへ進む。

シンボルＢのルーチンでは第16図に示すように、Pkに４
を加えてシンボルＡへ戻る。そして、再びST62を実行す
る。ここではHCT2（Ｐ）の第４ビットが「１」で第５ビ
ットが「０」の場合以外の時は全てシンボルＢへ進み、
シンボルＢのルーチンによりPKに４を加えてシンボルＡ
へ戻る。

シンボルＡ以下のルーチンは２回実行するとPkは「８」
となっているからこのときはST62よりシンボルＣへ進
む。シンボルＣのルーチンは第16図に示すようにP2への
ジャンプルーチンであるから、そのままP2へジャンプす
る。

以上がST50のルーチンであり、ホール呼び発生の調査を
行なうものである。

すなわち、ここでは１つのサービス階床に対してアップ
・ホール呼びとダウン・ホール呼びを順に調査してゆく
手法となっている。

この調査の結果、ホール呼び発生の有無がわかる。そし
て、ホール呼びが発生して割当てが行なわれていない場
合、すなわちHCT2（Ｐ）の第０ビットが「０」で、第１
ビットが「１」のときはST65に入り、ここで、発生した
ホール呼びを仮に割当てた時の予測到着時間を（１）式
を用いて計算する。

次にST66に入り、この求めた予測到着時間を用いてA,〜
Ｈ号機の評価を演算し、最適エレベータを選択する。

本発明におけるエレベータ・インデックスＣのエレベー
タにおける乗り場呼び階ｈに対する評価値Ｅ（Ｃ）の計
算式の一例を示す。評価値Ｅ（Ｃ）の値が小さいエレベ
ータが最適である。

Ｅ（Ｃ）＝K₁（Ｃ）＋K₂S（Ｃ）（K₁,K₂は定数、K₁,K₂＞０） …（２）但し、（Ｃ）はエレベータ・インデックスＣのエレベ
ータの乗り場呼び階ｈを仮に割当てた場合の時間の平均
値を示し、次式で与えられる。

ti（Ｃ）は乗り場呼びの予測待ち時間であり、前述の予
測到着時間と乗り場呼びが登録されてからの経過時間を
加算したものである。

Ｓ（Ｃ）は標準偏差であり、次式で与えられる。

最適エレベータを選定後、ST67に入り、ここでこのエレ
ベータに対して割付け出力を行ない、ついでST68に入
り、割付け情報出力処理を行なう。すなわち、Ａ号機の
管理制御部がこの情報をを受信するＢ号機の群管理制御
処理内のHCT1に格納される。

以上の処理を終了すると、シンボルＢに入り、pKに
「４」を加えた後、シンボルＡに進む。そしてダウン・
ホール呼び発生が未調査であればシンボルＡ以下のルー
チンを実行した後、シンボルP2進み、次の階床の処理に
進む。

以上、詳述したように本発明は各号機制御部にそれぞれ
マイコンを用いると共にこれらマイコンそれぞれに群管
理制御機能を与え、各々の群管理制御機能は同時に稼働
させるようにし、且つ、各号機制御部にはサービス階床
を予めそれぞれ定めてその該当サービス階床での発生ホ
ール呼びに対して割当て処理を行なわせるようにしたも
のである。従って、群管理制御処理専用の装置が不要と
なり、装置のコストの低減が図れる他、群管理制御処理
を各号機に分割したので、群管理制御機能が著しく向上
する。すなわち、本実施例ではサービス階床を分割して
ホール呼びに対する割付け処理を行なう分散処理を用い
ているため、発生ホール呼びに対し、最適エレベータを
迅速に割当てて応答させることが出来、しかも、仮に複
数基の号機制御装置のうち、１台が異常を起こして群管
理制御処理を中止しても、他の号機制御装置が即座にバ
ックアップするため、群管理全体に対する影響は極めて
小さく、群管理制御機能の信頼性が著しく向上する。更
に各号機制御装置内のマイクロコンピュータが処理する
ホール呼びの個数が従来より少なくなったのでエレベー
タに対する需要が大きくなり、発生するホール呼びの個
数が増えてもマイクロコンピュータ内の演算処理に要す
る時間は群管理機能が集中処理方式の場合に比べ軽減さ
れるので、短時間でホール呼びに対する割当て制御を行
なうことができ、より効率の良い群管理制御装置が実現
出来る。また、号機制御装置内に設置されるマイクロコ
ンピュータのプログラムを全て同一なものとしたので生
産性が極めて高くなる等の効果が得られる。

尚、本発明は上記し且つ図面に示す実施例に限定するこ
となくその要旨を変更しない範囲内で機宜変形して実施
し得ることは勿論であり、例えば、上記実施例では各号
機制御装置に対し、それぞれ異なる階床を割当ててその
階床での発生ホール呼びに対し割当て処理を実行させる
ようにしたが、サービス階床を２ブロック以上に分けて
各ブロック毎に号機制御装置を割当てても良く、この場
合、ブロック数が号機制御装置数より少ないときは優先
順位を定めて置けば、同一ブロックについて複数の号機
制御装置を割当てても構わない。また、１つの号機制御
装置のマイクロコンピュータのみが正常で他は異常とな
った場合には正常な号機制御装置の負担が重くなるので
迅速な割当てが不可能となり、サービス低下につながる
から、この場合、群管理制御機能を停止し、群管理制御
を行なわないようにしても良い。

【図面の簡単な説明】

第１図は本発明の一実施例を示す群管理システム構成
図、第２図は本発明の号機制御装置内の構成例を示すブ
ロック図、第３図〜第６図及び第13図〜第16図は本装置
の作用を説明するためのフローチャート、第７図は各号
機制御装置における発生ホール呼び処理の管理対象サー
ビス階床の分担図、第８図〜第12図は本装置に用いる各
種テーブルの構成例を示す図、第17図は従来例を説明す
るための群管理システム構成図である。 1A,〜1H……号機制御装置、２……高速直列伝送バス、3
A,〜3H……高速直列伝送用インターフェイス回路、4A,
〜4H……管理制御部、5A,〜5H……高速直列伝送制御
部、6A,〜6H……低速直列伝送制御部、7A,〜7H……号機
制御部、8A,〜8Q……低速直列伝送用インターフェイス
回路、9A,〜9H……低速直列伝送用インターフェイス回
路、11……ホール呼び登録装置、12A,〜12H……かご呼
び登録装置、14……低速直列伝送バス、15A,〜15H……
時計、16A,〜16H……号機制御マイコン、16A……号機制
御マイコン、17……メインコントロール用CPU、18……H
DLCコントローラ、19……トラフィックコントローラ、2
0……ランダムアクセスメモリ（RAM）、21……リードオ
ンリーメモリ（ROM）、22……DMAコントローラ（ダイレ
クトアクセス）、23……システムバス、8A……低速直列
伝送用インターフェイス回路、24……低速直列伝送用CP
U、25……シリアルコミュニケーションユニット（SC
U）、26……ラインドライバ、27……ラインレシーバ
ー、28……入力バッファ、29……出力バッファ、30……
RAM、31……ROM、14……LSバス。

Claims

【特許請求の範囲】

【請求項１】複数の階床に対しての複数のエレベータを
就役させ、各々のエレベータには各々単体のエレベータ
の制御を行なう号機制御装置を設けて制御するととも
に、発生したホール呼びに対して各々のエレベータにお
いてその応答に要する待ち時間に関連した所定の評価計
算を行ない、最適なエレベータを選択してそのエレベー
タ対応の前記号機制御装置に割当て、応答させる群管理
制御手段を設けて群管理制御を行なうようにしたエレベ
ータの群管理制御装置において、前記各号機制御装置には、指令を受けると前記発生した
ホール呼びに対して自己のエレベータにおける前記評価
計算を行なう評価計算機能と、予め自己に定めた特定の
階床での発生ホール呼びに応動して全号機制御装置に前
記評価計算機能の起動を指令するとともに各号機で求め
た前記評価計算値を受けてその値より最適なエレベータ
を選択しそのエレベータ対応の前記号機制御装置に割当
てる割当て処理機能とを付加して構成したことを特徴と
するエレベータの群管理制御装置。
【請求項２】サービス階床を少なくとも２つ以上のブロ
ックに区分し、これら各ブロック毎に割当て処理機能を
稼働させる号機制御装置を定め、そのブロック内におけ
る階床での発生ホール呼び応動して割当て処理機能を稼
働されるようにしたことを特徴とする特許請求の範囲第
１項に記載のエレベータの群管理制御装置。
【請求項３】号機制御装置の異常時にはその号機制御装
置が割当て処理を受持つサービス階床の発生ホール呼び
を他の正常な号機制御装置に転送して割当て処理を代行
させるようにしたことを特徴とする特許請求の範囲第１
項記載のエレベータの群管理制御装置。