JPH01214593A - エレベータの群管理制御装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、エレベータの群管理制御装置に係り、特に、
優先度の低い階のサービスを制限装置に関する。

〔従来の技術〕

従来、エレベータの呼び割り当て方法は呼びが発生する
と各号機毎に評価値演算して最適な評価値となる一台の
エレベータに割り当てる方法が取られている。最近では
ビル内交通流を学習し、シミュレ−１−して最適な呼び
割り当てパラメータを決定することも行なわれている。

しかし、このようにして制御されたエレベータはビル全
体の平均待時間を最小にすることはてきるが、これも設
置されたエレベータ台数によって限界がある。このため
顧客納入後に予想以上の交通需要が発生した場合には全
体の平均待時間が長くなり利用者の不満をかうことが多
い。この様な場合、実開昭第５７一５６６５９号公報に
示されているように、重役階のような特定階たけは最短
待時間で到着出来るエレベータを割り当てるというよう
な措置がとられる。

（特別階優先制御） 〔発明が解決しようとする課題〕 」１記の特別階優先制御では優先階はその時の交通状況
に無関係に優先サービスが実施されるため混雑した状況
では他階の呼びが極端に長待ちになることがあった。一
方ではビル内にある設備機械室や昼食時以外の食堂階の
ようにあまり待時間の長短を気にする必要のない階も他
の一般事務室階と同等に制御されるのでこれらの階の呼
びによってさらに全体の待時間が長くなる欠点があった
。

これらの優先度が低い階では、実開昭４８−６６２５９
号公報に示されているように、ホール呼び発生後所定時
間経過したのちにサービス要求指令を発生させる方法が
ある。又、別の方法としてホール呼びを割当てるための
評価値をサービス度合いに応じて重み伺ける方法が特開
昭５４−９５４３８号公報に開示されている。しかし、
各階毎のサービスの優先順序というものは、ただ単に、
交通需要や時間帯やＶＩＰ階等の条件だけで決まるもの
ではなく、ビルのオーナや管理責任者の意志により変わ
ることが多い。−例を上げれば、テナントビルにおいて
、テナント料金の高い階へのサービスを高め、テナン１
へ料金の低い階へのサービスを低くするという優先順位
のつけ方もある。このように階床毎の優先順序というの
はビル稼動後の様々な条件によって変化し、その時に優
先順序に応じた運転内容も変化させたいことが多いが従
来は、稼動後に簡単に優先順位を変える方法がなかった
。

本発明の目的は顧客の望む優先度に応じて各階のサービ
ス度合いを自由に変更出来るエレベータの群管理制御装
置を提供し、特に優先度の低い階のサービスを制限出来
るようにするところにある。

（課題を解決するための手段〕 上記目的を達成するために、各階毎の優先度を入力する
装置を設け、その入力された優先度に応じて以下の制御
を使い分ける。

（１）乗り場呼び発生時に既登録済み乗り場呼びの待時
間を入力された優先度に応じて重み付けし、優先度が他
階に比べて相対的に低い階の待時間を低く評価して、優
先度の低い階が長待ちになっても他の優先度の高い階が
長待ちにならないようにする。

（２）優先度の低い階の呼びには応答可能号機台数を制
限する。

（３）優先度の低い階の呼び割り当てを所定時間毎に間
欠的に実施する。

この考え方はサービス水準が低くても良い階のサービス
を他階より悪くすることによって一般階の待時間を向上
させることにある。そして、この優先度を外部から指定
することによってエレベータ稼動後、任意に優先度を切
りかえることができるようにすることにある。

具体的な手段としてはエレベータ制御装置と通信、若し
くは、記憶媒体によりつながっている仕様変更用の処理
装置を別に設け、この処理装置には顧客が仕様変更する
ための入力装置と入力された条件を予め定めた手順に従
い、エレベータ制御装置が実行可能な内容に変換する手
段とその変換された内容を記憶する手段を準備し、以下
説明するように制御することにより達成される。（−船
釣にこの様な処理装置はＡＩツールと呼ばれている）Ａ
Ｉツールにより入力さ扛た仕様変更内容は制御を行なう
ための条件部と実行部に分けられて、いわゆる、ルール
として記憶され、その内容がエレベータ制御装置に伝え
られる。このルールの条件部は時間帯や平均待時間が所
定値以−」二になったときのような条件で分類される。

これを受けたエレベータ制御装置は条件が成立したとき
に、この条件下で処理するルールが登録されているかど
うかを判定し、登録されていればその実行部に記録され
ている処理を行なう。一致しなければ、その他のルール
を順次判定しどのルールにも一致するものがなければ予
め定めた制御を行なう。

〔作用〕

このように構成されたエレベータ制御装置の動作を一例
を示して説明する。ここで優先度は１００を最大値、Ｏ
を最小値と定義し、何も指定されていないときには各階
ともに５０がセットされているものとする。今、顧客が
１０時から１１時の間は四階呼びに対し優先度を指定し
たとする。この時その値の大きさによって予め次のよう
に運転することを定義しておき、顧客はＡＩツールのガ
イダンスに従って入力を行なう。

（１，）１００の時：乗り場呼び発生時に四階の待時間
を無限大とし、その階を割り当てられている号機の新規
呼び割り当てを無効にする。

（２）３０〜９９の時：乗り場呼び発生時に入力された
優先度に応じた定数を四階の待時間に乗じて評価式に加
え、優先度の値が５０より小さいときは四階の待時間か
長待ちになっても低い評価となるようにする。

（３）２０〜２９の時：四階の呼びには応答可能号機台
数を制限する。この台数の決定についてはさらに詳細な
定義を別途行ない、ガイダンス表示を行なって入力をす
る。

（４）０〜］−９の時：呼び割り当てを所定時間毎に間
欠的に実施する。この所定時間の定義は、さらに、詳細
に行ないガイダンス表示を行なって入力をする。

この入力結果はホール呼び発生時の事象に登録され、そ
の条件部は四階の呼びという第一の判定部分と１０時か
ら１１時という第二の判定部分に分解されこの二つの判
定部分のＡＮＤ条件という制御則が付加される。そして
実行部は入力された数値に応じた処理が記録される。Ａ
Ｉツールはすでに登録済みの条件との不合理があればそ
れを指摘し、また、顧客の要求をそのまま取り入れた時
に発生する不具合、例えば、平均待時間が５０％以上悪
くなるという推論がはたらけばそれを表示する。この入
力方法によってエレベータ制御に精通していない人でも
Ｏから１００という感覚的な入力方法でエレベータの運
転内容を指定することができる。

このようにして登録されたルールはエレベータ制御装置
に伝えられる。そしてエレベータ制御装置ではホール呼
びが発生する毎に登録された事象と一致するかどうかを
判定し１０時から１１時の間に発生した四階の呼びであ
ればその呼びに対し先に登録した制御を実施する。この
ように制御することによって顧客の要求する各階毎のサ
ービスの優先度合いの指定とそれに対応した運転制御を
簡単に実現することができる。

〔実施例〕

本発明の一実施例を第１図から第９図を使って説明する
。

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

エレベータ制御装置１は群管理制御装置１０と各号機制
御装置２０〜２２により構成されており、その構成は公
知のマイコン制御方式である。群管理制御装置の入力に
は各階のホール呼び登録装置１１の信号やビル管理装置
■１２からの信号があり出力には乗り場の音声案内装置
１３や乗り場の全台共通の表示装置１４の信号等がある
。

号機制御装置は各エレベータの乗りがご３０〜３２の走
行制御や戸の制御を行ない、かご内デイスプレーやかご
内音声案内装置等のかご内の報知器１５やホールランタ
ンやチャイム等の号機別の乗り場報知器１６の制御を行
なう。ＡＩツール２は群管理制御装置に通信回線６を使
って接続されている。この接続方法は通信回線で接続す
る方法に限ったものではなく記憶媒体を介して接続する
方法等の別の方法でも構わない。このＡＩツールは一般
に市販されているワークステーションであり、例えば、
日立製作新製のワークステーション２０５０のエキスパ
ートシステム構築ツールＥＳ／ＫＥＲＮＥＲによって作
成されたエレベータ用のＡＴツールである。この構成は
ＣＲＴ３とキーボード４と処理装置５からなり、処理装
置５はマンマシンインターフェースを制御する部分と推
論等の知識処理をする部分と知識（データ）を記憶する
部分とエレベータ制御装置との通信を制御する部分から
できている。

第２図は群管理制御装置１のソフトウェア構成である。

呼び割り当て処理や、エレベータの分散待機処理等エレ
ベータの群管理制御を直接指令し制御する運転制御プロ
グラムＳ　Ｆ　１０があり、このプログラムの入力情報
として、号機制御装置２０ん２２から送信されてきたエ
レベータの位置。

方向、かご呼び等のエレベータ制御データテーブルＳＦ
Ｉ　ｌ、ホール呼びテーブル５Ｆ１２．エレベータの群
管理台数等のエレベータ仕様テーブル５Ｆ１３、ならび
に、運転制御パラメータテーブル５Ｆ１４．ルールテー
ブル５Ｆ２２がある。もう一つのプログラムはＡＩツー
ルと通信を行なうための通信プログラム５Ｆ２０であり
、このプログラムの入出力情報として待時間等のエレベ
ータの制御状態を記録した制御状態記録テーブル５Ｆ２
１とＡ、　Ｉツールより受信したルールを記録したルー
ルテーブル５Ｆ２２がある。

第３図は、群管理制御装置１で用いられるラフ１〜ウエ
アのテーブル構成図で・エレベータ制御データテーブル
５Ｆ１１、ホール呼びテーブルＳＦ］２゜エレベータ仕
様テーブル５Ｆ１３．運転制御パラメータテーブルＳ　
Ｆ　ｌ　４．　、制御状態記録テーブル５Ｆ２１．ルー
ルテーブル５Ｆ２２の各ブロックで構成される。プログ
ラムは複数のタスクに分割し、効率の良い制御を行なう
システムプログラム、すなわち、オペレーティングシス
テム（ＯＳ）のもとに管理されているものとする。

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

第４図は運転制御プログラムと通信プログラムの概略処
理フローチャートである。

運転制御プログラム（ａ）は電源投入後、リセットスタ
ートシイニシャル処理ＥＩＯを実行する。

イニシャル処理は各種テーブルのクリアや初期値セット
、各種入出力デバイスや通信用デバイスのイニシャル処
理を行なうプログラムである。次に、ステップＥ２０か
らＥ６０を電源ダウンまで繰り返し実行する。ステップ
Ｅ２０では全階床の乗り場呼びを入力し、ホール呼びテ
ーブルにセットする。ステップＥ３０では号機制御装置
からの通信データをエレベータ制御データテーブル５Ｆ
ＩＩに格納する。ステップＥ４０では呼び割り当て処理
を行ない、ステップＥ５０では現在行なっている制御内
容や到着案内等の案内報知処理を行なう。

そして、ステップＥ６０ではエレベータの分散処理等の
その他処理を行なう。

通信プログラム（ｂ）は、ＡＩツールからの割り込み処
理で起動しその処理は運転制御プログラムの処理の空き
時間を使って行なわれる、いわゆる、バックグラウンド
処理である。まず、ステップＥ７０でＡＩツールとの通
信を確立する。そして、ステップＥ８０〜Ｅ９０ではＡ
Ｉツールの要求に応じて制御状態の記録テーブル５Ｆ２
１を送信し、制御ルールを受信しルールテーブルＳＦ２
’Ｚに格納する。尚、ルールテーブル５Ｆ２２は停電時
にも記憶が失われないようにバッテリでバックアップし
たり電気的書き込み消去可能なＥＥＰＲＯＭに格納され
る。

第５図はＡＩツールから送信されてきた呼び割り当てル
ールテーブルの説明図である。

呼び割り当てルールテーブルは、三つの部分から構成さ
れている。（ａ）は各階の方向別に適用すべきルールが
定義されているかどうかを示す登録ルールテーブルであ
り図示中Ｏ印を付けであるところにルールが定義されて
いる。この例では三階の上り呼びに対してルール１が、
四階の上り呼び、下り呼びに対してルール２が、三階の
上り呼び、下り呼びに対してはルール３が登録されてい
ることを示している。（ｂ）は各ルールの条件部を記録
したルール条件テーブルである。条件は、曜日２時刻の
指定のように一般的条件の他に荷重状態、待時間、待ち
客数、指定号機、交通需要、のように、エレベータの状
態に関する条件がある。

これ等の条件はすべてＡＮＤ条件で扱われ、ＯＲ条件で
扱うときには別のルールとして登録される。

この各各のデータは、判定条件式で書かれている。

例えば、ルール１の（１）待ち客数が５人未満。ルール
２の（２）時刻が１０時〜１１時。（３）交通需要が単
位時間当たり１００Å以上。ルール３の（４）平均待時
間が６０秒以上。という条件はそれぞれ次のように記述
される。

（１）ＮＵＭＢＥＲ＜５ （２）１０００　　　＝＜１”ＩＭＥ＜１１００（３）
ＴＲＡＦＩＣ＞＝１００ （４）ＷＡＴＴＴ　＞＝６０ （ｃ）は各ルールの条件が成立したときの実行部を記録
したルール実行テーブルであり、評価式のパラメータ値
、割り当て可能号機番号等が書かれている。例えは、ル
ール１の（１）既割り当て済み三階上り呼びの待時間評
価を他階の評価の２０％にする。ルール２の（２）割り
当て号機２，４゜６号機から選択する。ルール３の（３
）二分毎に３０秒間だけ呼び割当を可能にする。という
実行部は次のように記録される。

（１）　　　Ｆ”ＷＡ　　Ｉ　　Ｔ　　　（Ｕ、　　　
３）　　　＝　　０．２（２）ＡＳ　ｌＮ０Ｋ　（Ｕ＆
Ｄ、４）＝２．４．．６（３）ＩＦ　　１２０＝＜ＴＩ
ＭＥＲ＜１８０ＴＨＥＮ　ＡＳＴＮＯＫ（Ｕ＆Ｄ、　５
）　＝　１　、２．３．４　。

５．６ ＥＬＳＥ　ＡＳＩＮＯＫ（Ｕ＆Ｄ、　５）　＝　０但し
、ＦＷＡＩＴ（Ｕ、３）　：既割当て呼びの待時間評価
値の重み伺け。（Ｕ、３） は上り３階呼びを示す。

ＡＳＩＮＯＫ（Ｕ＆Ｄ、４）　：割当て可能エレベータ
を示す。（Ｕ＆Ｄ、４）は四階 上下呼びを示す。

ＴＩＭＥＲ：１８０秒繰り返しカラン１−タイマのカウ
ント値を示す。

尚、実際に各テーブルに記録されているのは、上記各式
をマイコンが実行可能な二進データに変更したものであ
る。

第６図は第４図ステップＥ４０で説明した呼び割り当て
処理の詳細フローチャートである。ステップＦＩＯ，Ｆ
２０．Ｆ７０．Ｆ８０で上昇下降の全階床の処理を順に
行なっていることを示している。ステップＦ３０では、
処理階床にホール呼びがあるかどうかを判定している。

この判定は新規発生ホール呼びの有無を判定しても良い
し、単純に呼びの登録の有無を判定しても良く、これは
呼び割り当て方式により決定される。ここでは新規呼び
発生の有無判定として説明を続ける。なければ、ステッ
プＦ７０へ飛び、次の階の処理を行なう。ホール呼びが
あればステップＦ４０へ進みその階の割り当てルールが
登録されているかどうかを判定する。この処理は第５図
で説明した登録ルールテーブルＴｌｌの該当する階の所
にＯ印がついているかどうかを検索する処理である。○
印が付いたルールがなければステップＦ６５へ進み予め
定めた公知の評価値演算による呼び割り当てを実行し、
ステップＦ７０へ進む。○印が伺いたルールがあればス
テップＦ５０へ進みルール条件テーブルＴ１２に記載さ
れた実施しようとするルール番号の条件式を順次演算し
、条件が成立しているかどうかを判定する。成立してい
なければステップＦ６５へ進み評価値演算による呼び割
り当てを行なう。成立していればステップＦ６０でルー
ル実行テーブルＴ１３に記載された評価式による呼び割
り当てを行なう。

第７図は第６図のステップＦ６０の割り当てルールによ
る呼び割り当ての詳細説明図である。

ステップＧＩＯ，Ｇｌ　１０で全号機に台分の処理を行
っていることを示している。ステップＧ２０で処理号機
の該当する階、及び、方向の呼び割当てが許可されてい
るかどうかを判定する。この処理は、第５図で説明した
ＡＳＩＮＯＫ　（方向２階）に該当するかどうかを判定
する処理である。割当て不可号機であれば、ステップＧ
１００へとびその号機の総合評価値を最大値にセットし
て次の号機の処理へ進む。割当てが許可されていれば、
ステップＧ３０〜Ｇ９０でその号機の総合評価値を求め
る。

ステップＧ３０．Ｇ４０．Ｇ７０．Ｇ８０で上昇下降の
全階床の処理を順に行っていることを示している。ステ
ップＧ５０では処理している階に既割当て済みホール呼
びがあるかどうかを判定し、なければ、次の階の処理に
進む。あればステップＧ６０でその階の評価値φｋｌを
求める。

φｋＩ＝　Ｆ　ＷＡ　Ｉ　Ｔ　［方向２階］ＸＨＷＴ［
方向２階コ 但し、ＦＷＡＩＴ［方向９階コ　：その階・方向の重み
係数 ＨＷＴ［方向２階］　：その呼びの予測待時間 ここで重み係数が大きければその呼びの評価値が大きく
なり新規呼びが割当てにくくなるように作用し、逆に重
み係数が小さければ新規呼びが割当てられやすく作用す
る。そして、重み係数が「０」となるとその呼びの予測
待ち時間が無視されて、その階の呼びが無い状態と同じ
扱いになる。

このようにして求めた各階の評価値を使ってステップＧ
９０で総合評価値を求める。この総合評価値の求め方は
、各階の評価値の和や平均値や最大値等の種々の求め方
がある。

このようにして全号機の評価値を求めた後で、ステップ
Ｇ１２０で最小の評価値を与える号機を選択し、ステッ
プＧ１３０でその号機に呼びを割当てる。この時、すべ
ての号機の評価値が評価値として取り得る最大値であっ
た時には、該当する号機なしとしてステップＧ　１４．
　Ｏへ進み呼び割当てを保留する。

このように呼び割当てプログラムを構成することによっ
て第５図で説明した各階の優先度を考慮した呼び割り当
てができる。

第８図はＡＩツール２の概略処理フローチャー１−であ
る。ＡＩツールはワークステーションであり通常の立ち
上げ操作を行なった後エレベータの仕様変更サービスプ
ログラムを起動する。まず、ステップ■（１０でエレベ
ータ制御装置との通信開始処理を実行する。具体的には
エレベータ制御装置に割り込みをかける処理である。こ
れにより通信が確立しステップＨ２０でエレベータ制御
状態表示を行なう。この表示はエレベータ制御装置から
送信されてきた制御状態記録テーブルの内容を表やグラ
フに編集しＣＲＴ上に表示する。そして、ステップＨ３
０〜Ｈ６０では顧客要求仕様の入力処理であり入力のた
めのガイダンス表示とそれに対する答えを指示する形で
仕様が入力される。この制御方法は一般的なエキスパー
トシステムの入力方法であるので詳細は省略する。概略
は顧客仕様が入力されるとステップＨ４，Ｏで入力され
た仕様を第５図で説明したルールテーブルに変換する。

そして、ルールの合理性チエツクを行ない、変換不可能
な部分があればステップＨ６０へ進み、再度ガイダンス
表示を行なう。この繰り返しにょって変換が終了すると
、ステップＨ７０ｔ＼進み入力された仕様変更によりエ
レベータの制御状態（例えば待時間）がどのように変わ
るか推論を実行し、その結果を表示する。さらに、この
結果に対して取り得る別の仕様変更のアドバイスを表示
する。

そしてステップＨ８０で最終的に入力した仕様変更を実
行するかどうかの判定を求め、実行する場合にはステッ
プＨ９０へ進み、ルールテーブルを群管理制御装置に送
信する。中止する場合にはステップＨ３０へ戻り、再度
仕様入力からやりなおす。

第９図は、ＡＩツールの別の機能の説明図である。第８
図のステップＨ２０でエレベータ制御装置から制御状態
記録テーブル５Ｆ２１の内容を受信すると、その中の各
階別平均ホール呼び継続時間のデータを取り出しグラフ
化する。このグラフを表わしたのが（ａ）、（ｂ）であ
る。（ａ）は、全階の優先度を同じにした時の運転結果
を示し、（ｂ）は最下階を最優先とし、以下階が」二る
につれて順番に優先度を低くした時の運転結果である。

各階毎に優先度を指定しても実際に運転を行ってみると
、交通需要や呼び発生時のエレベータ配置状況によって
平均ホール呼び継続時間が指定した順番にならないこと
がある。このような時に、ＡＩツールは、このホール呼
び継続時間グラフのデータから、サービス状態を判定し
、次の処理を行う。

（１）ある階の平均ホール呼び継続時間を長くしたい（
サービスを制限したい）時には ■重み係数ＦＷＡＩＴの値を小さくする。

■その階の割当て可能号機台数を減少する。

■間欠的に呼び割当てする時の間欠時間を長くする。

（２）ある階の平均ホール呼び継続時間を短くしたい（
サービスを良くしたい）時には ■重み係数ＦＷＡＩＴの値を大きくする。

■その階の割当て可能号機台数を増加する。

■間欠的に呼び割当てする時の間欠時間を短くする。

このように運転結果をフィードバックして指定された優
先度を満足するようにルールを変更し、エレベータ制御
装置に送信する。

尚、本実施例ではこのＡＩツールを顧客が操作するよう
にして説明してきたが、これは保守会社から電話回線等
を通してエレベータ制御装置に接続されるように構成し
ても実現可能なことは言うまでもない。さらに、顧客が
変更出来る仕様の範囲をパスワード等を使って限定し、
極端な性能低−１りを引き起こすような入力がされたと
きには、それを受は付けないようにすることも可能であ
る。

さらに、顧客が変更した内容は常に記録しておき、保守
時にその内容を確認できるようにし、復元できるように
することもできる。

又、ＡＩツールを使わずに本発明の内容を構成すること
も容易にてきる。例えは顧客の様々な要求を条件部と実
行部に分けた一品−葉のルールにしてＩＣカートに記憶
させ顧客はそのＩＣカードを望む時刻、望む期間だけ挿
入する構成などが考えられる。

〔発明の効果〕

本発明によれば、サービス水準が低くても良い階のサー
ビスを制限することができるので他の一般階の待時間を
短縮させることができる。さらに、このサービス水準を
外部から指定することによってエレベータ稼動後、任意
に優先度を切りかえることができる。

【図面の簡単な説明】

第１図は本発明の一実施例のハードウェア全体構成図、
第２図は群管理制御装置ラフ１〜ウエア構成図、第３図
はソフトウェアテーブル構成図、第４図は概略処理フロ
ーチャート、第５図はルールテーブルのテーブル構成図
、第６図、第７図はソフトウェアフローチャート、第８
図はＡＩツールの概略処理プログラムフローチャー１〜
、第９図はＡＩツールの別の機能の説明図である。 １０・・・群管理制御装置。

Claims (1)

1. 【特許請求の範囲】 １、複数の階床をサービスする複数のエレベータ号機と
   、乗り場呼びが発生したときに所定の評価式に従つて前
   記各エレベータ号機別評価を演算し、最適評価値となる
   前記エレベータ号機に呼びを割り当てる装置を備えたも
   のにおいて、各階毎の優先度を入力する装置と、優先度
   が低い階に対しては複数のサービス制限手段の中から少
   なくとも一つを選択して、その階のサービスを制限する
   サービス制限手段を設けたことを特徴とするエレベータ
   の群管理制御装置。 ２、特許請求の範囲第１項において、 前記サービス制限手段はある階の呼びが既に割り当てら
   れている状態で発生した他階の呼びを割り当てる時の評
   価値演算時に、前記ある階の呼びの待時間の評価を小さ
   く評価する、または、評価から除外することを特徴とす
   るエレベータ群管理制御装置。 ３、特許請求の範囲第１項において、 前記サービス制限手段は階の応答可能号機台数を制限す
   ることを特徴とするエレベータの群管理制御装置。 ４、特許請求の範囲第１項において、 前記サービス制限手段は階の呼びの割り当てを所定時間
   毎に間欠的に実施することを特徴とするエレベータ群管
   理制御装置。 ５、特許請求の範囲第１項において、 前記各階毎の優先度を入力する装置は、前記各階毎の優
   先度を相対的な数値で入力し、その数値に応じて複数の
   前記サービス制限手段の中の一つを選択することを特徴
   とするエレベータの群管理制御装置。 ６、特許請求の範囲第１項において、 複数の前記サービス制限手段の中から一つを選択する手
   段は、前記エレベータの運転結果として得られる各階・
   方向別の平均ホール呼び継続時間の長さに応じて前記サ
   ービス制限手段の一つを選択することを特徴とするエレ
   ベータの群管理制御装置。