JPH0649552B2 - エレベ−タの群管理制御方法 - Google Patents

Description

【発明の詳細な説明】 〔発明の技術分野〕 本発明は、エレベータの群管理制御方法に係り、特に学
習機能を利用した分散待機制御方法の改良に関する。

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

近年複数台のエレベータを制御する群管理制御装置とし
ては、マイクロコンピユータ等の小型計算機を使用した
ものが一般的になつてきている。そのため、エレベータ
の動向や、ホール呼びの発生等の過去のデータの保持
（記憶）が容易に行なえるようになつてきた。

しかしながら、これらの学習データは従来新発生ホール
呼びの割付を決定する要素として使用されているものが
ほとんどであり、フリーとなり待機している号機の分散
待機制御方法に使用される例はほとんどない。従来の分
散待機制御方法においては、あらかじめ指定された複数
の階床ゾーン、又は階床にすでに待機している号機がな
い場合は、一定の優先順のもとに号機を待機させてゆく
方法（待機階としては基準階，上方階の順が一般的）で
あつた。

この制御方法では、仮に第１優先階の基準階よりも需要
の多い階、たとえば宴会場、レストランにのりすて号機
がない場合でも待機の号機が１台だと、まず基準階へ待
機が行なわれるために、その号機が基準階へ待機した
項、高需要階でホール呼びが発生し、その割当を受ける
可能性が高い。このように各階の需要予測を使用しない
場合には、待機コントロールが無駄となることが多い。

また、仮に基準階と、最上階例えばスカイレストランが
高需要な場合にも、単に基準階へ待機させて有効となる
可能性は約５０％となる。このように分散待機は、次に
発生するホール呼びへのサービスの向上が目的であるに
もかかわらず、ホール呼び需要の多い階が複数ある場合
には、分散待機がサービスの向上に寄与していない。

〔発明の目的〕

そこで、本発明は、ビル全体のサービスの均等化を実現
でき、しかも無駄な動きを防止することができるエレベ
ータの群管理制御方法を提供することを目的としてい
る。

〔発明の概要〕

本発明は上記目的を達成するために、複数のサービスホ
ールに対して、複数台のエレベータを就役させ、これら
のエレベータを一括して制御するエレベータの群管理制
御方法において、 月別、時間別、曜日別、六曜（六輝）別などの交通量の
変化を起こす大きな要因別のホール呼び発生数に基づ
き、サービスホールの需要分布を求め、この需要分布に
対して待機エレベータが平均的に応答できるホールを待
機ホールとして決定するエレベータの群管理制御方法で
ある。この制御方法は、たとえば基準階とスカイレスト
ラン等の最上階の需要が高く、しかもその両階が同等の
場合で、かつ１台が待機状態の場合は、中間の階へ分散
待機を行なうなど、その時の交通流に適合した分散待機
を行ない、また逆に需要が少なく閉散状態の場合には、
無理に特定の階への待機を行なわず、需要に合つた配分
に拡散させる程度の制御を行ない、その時々の需要の変
化に対応できるようにしている。

〔発明の実施例〕

以下本発明の一実施例に係るエレベータの群管理制御方
法を８階建ビルの４台のエレベータ群に適用した場合に
ついて説明する。このような４台のエレベータを群管理
制御する制御装置は第１図のように構成されている。

すなわち、任意階のエレベータホールより発せられるホ
ール呼び指令は、一且ホール呼び登録回路１内にホール
呼び発生階と、希望する方向とに分割されて記憶され、
エレベータのかごが上記発生階に到着したときにこの記
憶内はリセツトされる。４台のエレベータ（Ａ，Ｂ，
Ｃ，Ｄ）にはそれぞれエレベータ運行制御装置２Ａ，２
Ｂ，２Ｃ，２Ｄが備えられている（但し、図において
は、２Ｂ，２Ｃは省略されている）。各エレベータ運行
制御装置２Ａ〜２Ｄ内には、各エレベータのかごの位
置、運転方向、荷重等のかご状態を一時記憶するかご状
態バツフア３Ａ〜３Ｄと、各エレベータに乗込んだ乗客
によつて各かごに設定されたかご呼び登録階を記憶する
と共に、上記かごが登録階に到着するとその登録をリセ
ツトするかご呼び登録回路４Ａ〜４Ｄとが収容されてい
る。

図中、５は例えば１６ビツト構成のマイクロコンピユー
タ等の小型計算機であり、上記ホール呼び登録回路１内
に記憶されたホール状態の情報は上記小型計算機５の入
力レジスタ６を介して、小型計算機５のRAM内に設けら
れたホールコンデイシヨンテーブル（以下HCTと略記す
る）９に収容される。また、各エレベータ運行制御装置
２Ａ〜２Ｄの各かご状態バツフア３Ａ〜３Ｄ内に記憶さ
れたかご状態の情報はそれぞれ入力レジスタ７Ａ〜７Ｄ
を介して上記RAM内に設けられたカーコンデイシヨン
（以下CCTと略記する）１０に収容される。同様に、各
かご呼び登録回路４Ａ〜４Ｄ内に記憶されたかご呼び状
態の情報は各入力レジスタ８Ａ〜８Ｄを介してRAM内に
設けられたかごコンデイシヨンテーブル（以下KCTと略
記する）１１に収容される。

上記HCT９，CCT１０，KCT１１はそれぞれ第２図，第３
図，第４図のようなビツト構成となつている。すなわ
ち、第２図に示したホール状態を表わすHCTにおいて、
０〜１３のホールサブインデツクス(HS)に対して８階の
下降(8D)から７階の上昇(7U)まで各８ビツトの情報が格
納されている。各階毎のホール状態を具体的に説明す
る。例えば５階のエレベータホールにて上昇スイツチが
押されると、HS１１(5U)の７番ビツトが１となり、この
ホール呼びに対応するサービスエレベータが後述する手
法でＡ号機と決定すると、HS１１の０番ビツトおよび８
番ビツトが１となる。そして、上記Ａ号機が５階に到着
するとHS１１の０，６，７番ビツトがすべて０にリセツ
トされる。すなわち、０〜３番ビツトは各エレベータの
号機セツトを示し、６番ビツトはホール呼びに対するエ
レベータの割付の有無を示し、さらに、７番ビツトはホ
ール呼びの有無を示す。

第３図のかご状態を表わすCCTにおいて、０〜３のイン
デツクスに対して、エレベータＡ号機からＤ号機まで各
１６ビツトの情報が格納されている。すなわち、０〜３
番ビツトにはかごの荷重状態が２進法で示されている。
これら０〜３番ビツトの意味は、“0001”，“0010”，
“0011”，“0100”，“0101”，“0110”，“0111”，
“1000”，“1001”，“1010”，“1011”，“1100”に
対して、それぞれ、０〜１０％，１１〜２０％，２１〜
３０％，３１〜４０％，４１〜５０％，５１〜６０％，
６１〜７０％，７１〜８０％，８１〜９０％，９１〜１
００％，１０１〜１１０％，１１１％以上を示す。５番
ビツトはかごの走行状態を示し、“１”は走行中、
“０”は減速中を示す。７番ビツトは扉の開閉状態を示
し、“１”は閉放中、“０”は閉鎖中を示す。８〜１３
番ビツトはかご位置を２進法で示したものである。１
４，１５番ビツトはかごの移動方向を示し、“10”は上
昇中、“01”は下降中、さらに“00”は無方向、すなわ
ち停止中を示す。第４図のかご呼び状態を表わすKCTに
おいて、第２図のHCTと同様に、０〜３ビツトがエレベ
ータＡ〜Ｄ号機に対するかご呼びの有無を示す。

次に任意の階床にホール呼びが発生し、そのホール呼び
に対して最適のサービスエレベータを上記HCT９，CCT１
０，KCT１１の情報に基づいて決定するまでの過程を第
５図を用いて説明する。

これらの過程は、第５図に示されているような、ソフト
ウエアにより行なわれる。スタート後、タスク管理プロ
グラム２０によりどのタスク（機能別の分離されたソフ
トウエアモジユール）を起動するかが決定される。ここ
で各タスクの説明や使用するRAM，ROMテーブルの説明
は、最適号機の割付までの過程で簡単に説明する。

２１は前述のCCT，KCT，HCT等の外部入力をRAM上にセツ
トする外部入力タスクである。この外部入力タスク２１
は優先度が高く起動されると１００ms程度ごとに再起動
がかかる。

２２は割付を行なう割付タスクであり、１００ms程度ご
とに新発生ホール呼びをチエツクし、もし発生があれ
ば、予想未応答時間、満員等のダメージによる評価を行
ない評価の最良な号機を決定する。

２６は割付見なおしタスクであり、それは約１秒に１回
程度起動されるレベルの低いタスクで、長待ちや満員と
なつたり、予測されたりするホール呼びに対して、割付
変更を行なうものである。

２７はデータ処理タスクであり、外部入力や、単体エレ
ベータからのデータにより、その時点の状態のデータテ
ーブルにセツトしてゆき、また次の状態に変化する時な
ど、そのデータの入れかえを行なうタスクであり、デー
タの変化時や、状態の変化時に起動される。また低いレ
ベルのタスクであり、高い群管理タスクを害さないよう
に起動される。

２８は各単体エレベータ交信用タスクであり、これはサ
イクリツクに行なわれるデータの伝送の他に必要に応じ
て割付、割付キヤンセル等の出力や、データ要求例えば
降車人数、新発かご呼びが行なわれる。

２９は年間タイマ，各種タイマであり、１０ms，１００
ms，１秒等の各種のインターバルタイマと、それらと組
み合わされた年間タイマのルーチンであり、また、これ
らのデータは外部タイマーにより補正される。年間タイ
マには月，日付，曜日，休日，六曜，その他の行事等情
報があり、Ｉ／Ｏタスク(2)３１のフロツピーデイスク
や、Ｉ／Ｏタスク(1)３０のCRT等により情報が更新され
る。

３０はＩ／Ｏタスク(1)すなわち（キヤラクタデイスプ
レイターミナル）伝送用のタスクであり、外部の端末
や、他のコンピユータ等との情報の伝送に使用される。
このタスクＩ／Ｏタスク(1)３０は他の群管理タスクを
害さないように低いレベルで、タイムスライスされて起
動する。

３１はＩ／Ｏタスク(2)すなわちフロツピーデイスクコ
ントロール用は外部のフロツピーデイスクに学習データ
等を記憶するときに起動され、前タスクと同様に低いレ
ベルで起動される。

３２はRAMやCPUのレジスタのイニシヤライズや、LSIの
イニシヤライズを行なうイニシヤライズタスクであり、
初期状態や動作のモードが切りかわつた時起動される。

これらのタスクは一般には下位のタスク中に上位のタス
クが起動される。ただし、特別のフラグや、優先順の変
更等が行なわれた場合は変化する。このタスクの管理を
行なつているものが、タスク管理プログラム２０であ
り、タスク間の情報のやりとりは、バツフア用RAMを使
用して行なう構成となつている。

そして第５図の２３は分散待機コントロール用タスクで
あり、フリーとなつて一定時間たつた号機があつた場
合、分散待機を行なうタスクであり、割付や外部入出力
よりも低いレベルのタスクである。

次に本発明のエレベータの群管理制御方法にかかわるル
ーチンを順をおつて説明してゆく。第５図においてスタ
ートにより、イニシヤライズタスク３２が起動され、年
間タイマ，各種タイマ２９の起動，RAMのクリア，プリ
セツト等が行なわれる。また、外部入力タスク２１によ
り、CCT，KCT，HCT等の入力が入力される。またタイ等
もカウントアツプしてゆく。

ここで学習機能部分について第１１図を参照して説明す
るが、ビルの各階は第６図に示すように構成されてお
り、ホテルの群エレベータと仮定し、しかも８ストツプ
（１Ｆ〜８Ｆ）で、群４台と仮定する。

以上のような前提のものにおいて各階の交通量は種々変
化するが、この交通量の変化の要因別としてたとえば、
月、時間、曜日、六曜、休日かどうか、それに時間帯等
が考えられる。従つて交通量モードのセツトは、月、時
間、曜日、六曜、休日、時間帯の要素により決定され
る。ここで交通量モードをTRMODとし、月をMON、曜日を
WEK、六曜をROY、休日をHDY、時間帯をTMBとする。それ
らの内容と意味は第７図に示されている。なお第７図で
は上記の５要素で決定されているが、他の交通量の変化
の要素を加えてもよく、また時間帯は１５分を１インタ
ーバルとしているが、このセツトはそのビルに応じて変
化させることができる。またTRMODは、これらの要素の
トリツクスで決定されるもので、そのRAM上のナンバー
を示すものである。このナンバーは上記要素が変化して
も同一となることはあり、また上記ナンバーのセツトは
あらかじめセツトされた数値でもよく、あるいはマイク
ロコンピユーターの機能自動修正されるようにしてもよ
い。

TRMOD＝TRMOD$DATA（MON，WEK，ROY，HDY，TMB）つまり
上式でTRMODは示される。TRMOD$DATAに各要素の交通量
モード情報がある。

これらのTRMOD$DATAでRAMにはいり，さらにいらないも
のはフロツピーデイスク等にしまわれていて、使用する
部分がRAMにはこばれてくる。第８図の例においてはTMB
（時間帯）によるTRMODがRAM上にロードされている。

TMBが進むたびに今日の１つ前の部分は第１１図４０に
示すように明日に更新される。

TRMOD＝TRMOD$RAM（TMB） このため上式で代用される。

この一例を示すと MON＝ ４ （５月） WEK＝ ０ （日曜） ROY＝ ０ （大安） HAY＝ １ （休日） TMB＝７２ （１８：００） であつたとする。このデータより TRMOD＝３（大安，休日，春，夕，チエツクイン）であ
つたとする。

このTRMODの各種の学習データは第９図に示すように次
のものが用意されている。

HCT$RAT：１５分間の平均ホール呼び発生個数。

IN$RAT：乗車人数平均 OUT$RAT：降車人数平均 KCT$RAT：平均かご呼び発注個数 KCT$SET：各階に対するかご呼び発生率 これらのHCT$RAT，IN$RAT，OUT$RAT，KCT$RATは第９図
のように階床に方向を考え合わせたホールサブインデツ
クス（HS）により示されている。

また、KCT$SETは第１０図に示すようにポジシヨン（階
床）に対する発生率である。ロビー（1F）から客室（6
F）のかご呼び発生率はKCT$SET（1,6）で求められる。

さらに、予約機能として、CRTのターミナルなどから高
要需階の指定があつた場合（CRTから日時と階の指定を
行ないその階を優先させる場合）、そのデータによつて
HCT$RATに補正を行なう。

以上のようにして過去の学習のデータテーブルが用意さ
れる。これらは第５図のデータ処理タスクにおいて、TR
MOD（交通量モード）の時間帯TMBが変化するたびに、第
１１図４１のように以前の学習データを処理用バツフア
にうつし、さらに第１１図４２のように以前の学習デー
タテーブルに、次のデータテーブルをロードされ、さら
にまた、第１１図４３のように次の学習データテーブル
が更新される。なおTRMODのTMBが変化しない場合はこの
処理フローとして第１１図のＢに移る。なおこの場合割
付等の上位のタスクが優先される。以上で過去の学習デ
ータを用意するルーチンについての説明を終え、次に現
在の学習データ収集ルーチンについて説明する。第１２
図に示すように、収集データがあったとき、第１２図４
４にのように学習データ収集テーブルにセットされる。
この場合の学習データ収集テーブルとして第１３図，第
１４図に示すものがある。すなわち、 H$DATA：各種（方向付）の発生ホール呼び個数 C$DATA：各階（方向付）のかご呼び個数 CN$DATA：各ホール呼びに応答した場合のかご呼びの個
数 IN$DATA：ホール呼び階の乗車人数 OUT$DATA：かご呼び階の降車人数 CZ$DATA：各階のホール呼びに対する行先階のかご呼び
の発生個数 H$DATA，C$DATA，CN$DATA，IN$DATA，OUT$DATAは、方向
付階床であるHS（ホールサブインデツクス）によりそれ
ぞれのデータをもち、CZ$DATAは階床によつてもつてい
て、スタート階に対する行先階の２つのインデツクスで
セツトでされる。

これらのテーブルにセツトするデータは第５図の外部入
力タスク２１等でHCT，KCT情報、データ処理タスクで乗
降情報がバツフアRAMに入れられて送られてくる。

このバツフアRAMには、第１５図に示すように、時刻、
状態，データが付けられ待行列となつており、このデー
タのフオーマツトは第１６図のようになつている。これ
らを処理して第１３図，第１４図のテーブルにセツト
し、これがデータを処理インターバルタイムだつた場
合、第１２図４５のように処理データバツフアの内容で
学習データを更新する。

次に処理用バツフアの学習データを以前の学習データテ
ーブルに反映するルーチンを説明する。前述したH$DAT
A，C$DATA，CN$DATA，IN$DATA，OUT$DATA，CZ$DATAさら
にINIME（インターバルタイムでRAMに記憶されている）
はTRMOD（交通量モード）によつて各々もつているた
め、それを利用して処理する。データ処理のインターバ
ルIITMEは１日に１回程度で通常は夜間の閑散時に行な
われる。

使用され集収されたTRMODに対して各々処理される。集
収されたデータと、以前の学習データテーブルは下の関
係に対応する。

そして新収集データの学習データへの平滑化において新
学習データ＝重み＊新収集データ＋（１−重み）＊旧学
習データ （０≦重み≦１） で平滑化する（通常の指数平滑法）。

次にTRMODの自動修正機能について説明する。各TRMODに
対して各々の学習データの差の２乗がある上限以内の場
合、TRMODは低いナンバーのモードに吸収される。この
場合学習データは両者の平均となる。

本発明の群管理制御方法は以上述べた学習機能により得
られる学習データを使用するところに特徴がある。これ
らの学習データによつて近い未来のエレベータの動向を
シミユレートした上で割付を行なうことが中心である。
このため、学習機能部分にとらわれることはなく、正確
な学習データが収集できれば、本発明方法は可能とな
る。

次に本発明の中心である分散待機ルーチンについて第１
７図を参照して説明する。第１７図のＺ１において、第
５図に示す分散待機コントロール用タスク２３によりま
ずフリーとなつて待機している号機をサーチする。そし
てそのフリー後一定時間（例えば１０秒）たち、かつ分
散待機指令でコントロールされていない新待機号機が有
つた場合、最大分散待機台数をこえたかどうか判断され
る。なお分散待機指令は、割付やかご呼びでクリアされ
る。前記新待機号機有無の判断機能で無と判断されたと
きには２３Ａへいきリターンする。

ここで、待機台数（TA1K1$N）は新待機号機と現在待機
している号機の合計数であり、新待機号機は第１９図に
示すようにNEW$TA1K1$Cの対応号機ビツトがオンし、現
在待機している号機は第２０図に示すようにTAIKI$Cの
対応号機ビツトがオンしている。そして最大分散待機台
数はあらかじめセツトしてある数、これをこえる場合
は、待機階決定を行なわず、２３Ａへ行きリターンされ
る。

ここで、いま最大分散待機台数＝３台また、新待機号機
はＡ号機で４階、待機中号機はなかつたものとする。つ
まり NEW$TA1K1$C ＝０１（Ｈ） ↑ １６進表示を示す TA1K1$C ＝００（Ｈ） であつたとする。

この場合、第１７図のＺ２の待機階決定ルーチンへ進
む。

第１８図はこの待機階決定ルーチンの詳細を説明するた
めのもので、TA1K1$Nと、各階の需要データ（前述の学
習データ）HCT$RAT（１５分間の平均ホール呼び発生個
数）により、第１８図Ｚ４のように分散ゾーンが、TA1K
1$N分に分割される。

この例においてはTA1K1$N＝１のために１ゾーンとな
る。またHCT$RATは第２１図(a)のような値であつたとす
る。

この実施例においては先に示した例である。ホテルの５
月，日曜，大安，休日，１８：００のデータでTOMD＝
３の場合の例であるとする。

なお、TOMDの変化があつた場合当然分散待機階は見な
おされる。TRMODを変化させるルーチンで、TA1K1$Cがク
リアされる。この例のテーブル処理においては、テーブ
ルのインデツクス構成がＨＳ（ホールサブインデツク
ス）でできているために第２１図(b)に示すように各階
（POS）ごととするために上昇、下降をプラスした需要
分布HCT$RAT1（POS）を作成する。

ここでゾーン分割数はTA1K1$N＝１なので１ゾーン（分
割なし）とする。

複数ゾーン分割時は、第１８図Ｚ４のようにHCT$RAT1の
合計をゾーン数で割り、下方階よりHCT$RAT1をプラスし
てゆき〔合計／ゾーン数〕の値でゾーンを分割してゆ
く。このことの詳細については後述する。

次に第１８図のＺ５の各ゾーン内の待機階決定ルーチン
へ進む。第２２図に示されているように、需要の平均と
なるようなｘのポイントを待機階とする。第２２図は右
側に各階（各ホール）の需要度を示し、左側にあるｘの
ポイントでつり合うように計算される。

ただし、ＨＣＴ＄ＲＡＴ＄ＭＩＮ（ここでは５と仮定）
以下は、ホール呼び発生可能性が少ないためセットす
る。ｘが整数でない場合、四捨五入して決定する。

次に理想の分散階ｘを求めるための分散階決定のための
評価式を示すと、以下のようになる。

ここで、 ＨＣＴ＄ＲＡＴ１（ＰＯＳ）＜ＨＣＴ＄ＲＡＴ＄ＭＩＮ
の場合、ＨＣＴ＄ＲＡＴ１（ＰＯＳ）＝０と仮定し、ま
たＰＯＳ＄ＭＡＸ＝８であるとする。

POS$MAX Σ（ＰＯＳ−ｘ）×ＨＣＴ＄ＲＡＴ１（ＰＯＳ） POS＝１ ＝（8-x）×9.5＋（3-x）×13.5＋（1-x）×18.5＝０ 上式より、135＝41.5xとなり、ｘ＝3.2となる。

ゆえに、ＰＯＳｘ＝ＰＯＩＮＴ（ｘ）＝３ ただし、ＰＯＩＮＴ（ｘ）＝ｘの四捨五入分散階ＰＯＳ
Ｘは３階となる。

そこで、第１７図Ｚ３のようにＡ号機に３階への分散待
機階指令をセツトすると同時に、 ＮＥＷ＄ＴＡＩＫＩ＄Ｃ＝００Ｈ （新しい待機台数） ＴＡＩＫＩ＄Ｃ＝０１Ｈ （待機台数） とセツトしなおす。これで２３Ａへ行き分散待機ルーチ
ンをリターンする。

その後、Ｂ号機が６階でフリーとなったと仮定する。１
０秒後に第１７図のＺ１のように待機号機のサーチによ
り ＮＥＷ＄ＴＡＩＫＩ＄Ｃ＝０２Ｈ ＴＡＩＫＩ＄Ｃ＝０１Ｈ となる。

ここで、ＴＡＩＫＩ＄Ｎ＝０２Ｈ（最大３台までと仮定
する）第１７図Ｚ２、つまり第１８図の待機階決定ルー
チンへ進む。

ここで、ＴＡＩＫＩ＄Ｎ＝２より第１８図Ｚ４のように
２ゾーンに分散ゾーンを分割する。

この分割は、第２４図のフローチャートのように行なわ
れる。すなわち、Ｓ１において待機台数ＴＡＩＫＩ＄Ｎ
が１かどうかが判断され、１でない場合にはＳ２に進
み、次の式によりＨＣＴ＄ＺＮすなわち待機台数ｉ番目
のときの平均ホール呼び個数の分岐点を求める。

ＨＣＴ＄ＺＮ＝ POSMAX ΣＨＣＴ＄ＲＡＴ１（ＰＯＳ）÷ＴＡＩＫＩ＄Ｎ POS＝１ 分割の部分は、第２４図のＳ７に示すように、なるべく
均等となる分割を行い、Ｓ１１のようにゾーンの最終階
をＺＮＥ（ゾーン）にセットする。このことによって、
予測需要に対比してゾーンの分割が行われたことにな
る。

以上述べたことは本発明方法の特徴の１つであり、第２
１図（ｂ）の場合、 POS＝２ ΣＨＣＴ＄ＲＡＴ１（ＰＯＳ）＝22.8（4.3＋18.5） POS＝１ となる。また、 POS＝８ ΣＨＣＴ＄ＲＡＴ１（ＰＯＳ）＝34.2 POS＝３ （13.5＋2.7＋2.3＋3.6＋2.6＋9.5） そして、第２４図のＳ２からＨＣＴ＄ＺＮを求めると、
57÷２＝28.5となる。

この計算値28.5は、 POS＝２ ΣＨＣＴ＄ＲＡＴ１（ＰＯＳ）＜28.5となり、 POS＝１ POS＝８ かつ28.5＜ΣＨＣＴ＄ＲＡＴ１（ＰＯＳ） POS＝３ であるため、ゾーン１の最後（ラスト）の階ＺＮＥ
（１）＝２（階）となる。

２３図のように次のルーチンである、各ゾーンの待機階
決定ルーチンへ進む。

各ゾーンについて前と同様に行なわれ、第２５図に示す
ようにゾーン１については５以上のHCT$RAT1のものは１
階のみであり、 分散予定階POSX(1)＝１（階）となる。

ゾーン２については、HCT$RAT1は８階，３階が５以上で
あり、それにより ゆえに分散予定階POSX(2)＝５（階）となる。以上で第
１８図Ｚ５の処理が完了し、次にＺ６へ進む。Ｚ６にお
いては、分散号機の待機階が決定される。

ここで示されている２つの例のようにゾーン中にHCT$RA
T$MIN（仮に５とセツト）以上のHCT$RAT1が存在してい
る場合は、その高需要階でのホール呼びの発生する可能
性が高いために、その需要に応じた分散待機を行うこと
は、有効であるが、これが低く、すべてHCT$RAT$MIN未
満のような、閑散状態ゾーンにおいては、上記の方法で
決定された分散予定階へ無理に待機させる必要性が少く
なつてくる。このため、第１８図Ｚ６において、ゾーン
ごとにこの状態をチエツクし、閑散需要時は、ゾーンに
フリーカーがあれば、十分であるとし、あえて指定の待
機階へ向かわせない。

１つのゾーンに複数のフリーカーが待機している場合の
み、予定の分散階へ待機（拡散方式）させる。

この実施例においては、どのゾーンも高需要なために、
第１８図のＺ５で決定された分散階へ待機させる近い号
機を待機させるためＡを１階へ、Ｂを５階へ待機させ
る。

ここで、閑散状態の例をあげ、第１８図Ｚ６の部分につ
いて第２６図を参照して説明する。

Ａ号機、７階フリー待機 Ｂ号機、５階フリー待機ZNE＝２（ゾーン分割階） で、第２７図に示すように、ゾーン１はROS×(1)＝１
（1F）、MAX（ゾーン内HCT$PAT1）＝6.3ここで閑散時は
閑散ゾーンの中央値を使用する。一方、ゾーン２はPOS
×(2)＝６（6F）、MAX（ゾーン内HCT$RAT1）＝2.1であ
つたとする。

ゾーン１で TAIKI$POS(1)＝１ （1F） ゾーン２で TAIKI$POS(2)＝OFFH となる。

ただしOFFHは特に必要ないという意味で、ナツシングの
意味として用いられている。第２６図のＺ８でまずTAIK
I$POS（ゾーン）の必要とするゾーンへ、もつとも近
く、かつ１ゾーン内に２台以上の待機号機のあるものを
選び、指定し、 TAIKI$CAR（ゾーン） にセツトする。

ゆえに TAIKI$CAR(1)＝０１Ｈ（Ｂ号機） 次にTAIKI$POS（ゾーン）が不要となつているゾーン中
のフリー待機号機を無駄に動かさないためにセツトす
る。

TAIKI$CAR(2)＝００Ｈ（Ａ号機） 同様にTAIKI$POS（ゾーン）にその号機のPOSをセツトす
る。

TAIKI$POS(2)＝０７Ｈ 以上により、第１８図のＺ６で （ゾーン１）TAIKI$CAR(1)＝０１Ｈ（Ｂ号機） TAIKI$POS(1)＝０１Ｈ（１Ｆ） （ゾーン２）TAIKI$CAR(2)＝００Ｈ（Ａ号機） TAIKI$POS(2)＝０７Ｈ（７Ｆ） と指定され、リターンする。

第１７図Ｚ３で各エレベータとの伝送バツフアーへコン
ドがセツトされる。また NEW$TAIKI$C＝００Ｈ（なし） TAIKI$C＝０３Ｈ（Ａ，Ｂ号機） もセツトされる。

以上でこのルーチンの説明を終る。

この例の閑散状態が変化した場合、たとえば夜間がすぎ
朝となつた場合、TRMODが変化し、学習データが変化す
るために再度、このルーチンが使用され分散待機されな
おすが、以上説明したように、無駄な動きはすくない。

以上述べた実施例は、学習データのホール呼び発生予測
データによる需要度を使用した分散待機方法であつて、
次の３つの特徴を有する。すなわち、 (1) 高需要階に対する共有の分散待機方法。

(2) 需要と、フリーな号機の台数に応じた分散ゾーン
分割方法。

(3) 閑散時のむだな動きのない拡散による分散待機方
法であるといえる。

なお、本発明は以上述べた実施例に限らず需要予測をさ
らに有効に利用し、フリー後、分散待機させるまでのデ
イレイタイム（実施例では１０秒）を可変にしてもよ
い。

たとえば、小数の高需要階がある場合などは、なるべく
早くそれらの階の近くへ、フリーカーを待機させること
も有効となる。

また全体的な需要の高，低，により最大分散待機台数を
可変としてもよく、特に閑散時には、待機台数は少なく
ても十分である。

以上述べた実施例によれば、以下のような効果が得られ
る。学習データ中の各サービスホール（各階）の需要分
布を有効に利用して、効率的に待機ホール（待機ホー
ル）を決定できる。待機できるエレベータ（号機台数）
が少なく、高需要ホールが多数ある場合には、それらの
ホールの共有のエレベータとなる位置に分散される。ま
た、フリーのエレベータの台数に合わせて、分割ゾーン
を分割する上で、各ホールの需要分布を使用し、ほぼ等
しい需要分布になるように分割し、それぞれのゾーンで
需要分布に応じた待機ホールへ分散待機させているた
め、分散待機エレベータが、次に発生する予測されるホ
ール呼びに対し有効に応答できる。また、閑散時には、
特に強く、分散待機を行なわず、なるべくそのままの位
置で待機させ、ゾーン対応した拡散を行うようにしてい
るので、無駄な動きをなくすことができる。

〔発明の効果〕

本発明によれば、ビル全体のサービスの均等化を実現で
き、しかも無駄な動きを防止することができるエベータ
の群管理制御方法を提供できる。

【図面の簡単な説明】

第１図は本発明に係るエレベータの群管理制御方法を実
施する制御装置の一例を示すブロツク構成図、第２図〜
第４図、第８図〜第１０図、第１３図〜第１６図、第１
９図〜第２１図(a)，(b)は、それぞれ同例の記憶部内に
おけるテーブル配置図、第５図は同例のソフトウエアを
実施する各種タスクを示す図、第６図は同例が適用され
るビルの構成図、第７図はエレベータの交通量モードを
示す図、第１１図，第１２図，第１７図，第１８図，第
２３図，第２４図，第２６図はいずれも同例の制御方法
を説明するためのフローチヤート、第２２図，第２５図
および第２７図はそれぞれ同群管理制御方法を適用した
具体例を説明するための図である。 １……ホール呼び登録回路、２Ａ〜２Ｄ……エレベータ
運行制御装置、３Ａ〜３Ｄ……かご状態バツフア、４Ａ
〜４Ｄ……かご呼び登録回路、５……小型計算機、６，
７Ａ〜７Ｄ，８Ａ〜８Ｄ……入力レジスタ、９……HC
T、１０……CCT、１１……KCT。

Claims (1)

【特許請求の範囲】
1. 【請求項１】複数のサービスホールに対して、複数台の
   エレベータを就役させ、これらのエレベータを一括して
   制御するエレベータの群管理制御方法において、 月別、時間別、曜日別、六曜（六輝）別などの交通量の
   変化を起こす大きな要因別のホール呼び発生数に基づ
   き、サービスホールの需要分布を求め、この需要分布に
   対して待機エレベータが平均的に応答できるホールを待
   機ホールとして決定するエレベータの群管理制御方法。