JPH08324900A - エレベーターの制御装置 - Google Patents

Abstract

(57)【要約】 【目的】群管理エレベーターのサービス性能，利用状況
を階床別，方向別に編集し、サービス優先階と非サービ
ス優先階のサービス性能の差，設定した制御ルール通り
のサービス性能を発揮しているか等の効果の検証を一目
で判定できる表示フォーマットにて出力することによ
り、そのビルに最も適合した群管理制御を提供するため
の支援装置として、またはビル管理者へのより詳細なサ
ービス性能情報を提供する。 【構成】各エレベーターの運行状態データを収集する手
段と、前記運行状態データを各階床別に編集する手段
と、前記運行状態データにより階床別にサービス性能を
編集する手段と、編集した運行状態データを出力する運
行状態出力装置を備えた構成とした。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はエレベーターの群管理制
御装置に係り、特に群管理制御装置の制御ルールを階床
別，方向別に変更可能なエレベーターの制御装置に関す
る。

【０００２】

【従来の技術】従来、特開昭63−218488号公報に開示さ
れるように、群管理制御装置内に蓄積されたビル内交通
量の情報を活用して、現時点のビル内の交通量における
エレベーター群管理制御プログラムの性能評価を効率良
く人間に理解させるエレベーター群管理制御装置が提案
されている。

【０００３】

【発明が解決しようとする課題】前記特開昭63−218488
号公報では、現時点のビル内の交通量におけるサービス
性能の評価しか行うことができなかった。これでは、呼
び割当てを主とした制御ルールをビル内交通量や利用者
の使い勝手に応じて可変制御する群管理制御を行う装置
では、制御ルールを変化させたことによる群管理制御の
性能の違いを表示することはできないという問題があ
る。

【０００４】また、群管理制御の制御ルールを階床別，
方向別に変更可能とする（例えば、ホール呼びの割当て
ルールを階床別，方向別に異なる論理にて制御する）こ
とにより、特定階のサービス性能(ホール待ち時間，混
雑度，長待ち率，乗車時間等)だけを良くすることが可
能な場合、変更した制御ルールが本当に意図したサービ
ス性能を満たしているか否かを判定するために階床別，
方向別のサービス性能を変更前後において比較し、意図
した制御が行われているかどうかを確認する必要があ
る。しかし、特開昭63−218488号公報では、この階床
別，方向別のサービス性能を制御ルールの変更前後にお
いて比較表示することができないという問題がある。

【０００５】本発明の目的は、上記問題を解決するため
のものであり、群管理制御の制御ルールを変更した場合
に変更前後のサービス性能の評価を階床別またはゾーン
別（一般階ゾーン，待ち時間優先階ゾーン等）に行うこ
とにより、そのビルに適合した制御ルールであるかどう
かを効率的に評価できることにある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、本発明では、各エレベーターの運行状態データを収
集する手段と、前記運行状態データを各階床毎に編集す
る手段と、編集した運行状態データを出力する運行状態
出力装置を備えたものである。

【０００７】

【作用】本発明によれば、群管理制御の制御ルールの変
更前と変更後のサービス性能評価を階床別，ゾーン別に
行うことにより、そのビルに適合した制御を行っている
かどうかを効率良く評価できる。

【０００８】

【実施例】本発明の実施例を、図１から図１３を用いて
説明する。

【０００９】図１はエレベーター４台の場合の一実施例
の全体構成を示したものである。群管理制御装置Ｍ０に
は、ホール呼びの割当てなどの運転制御手段としての機
能を司るマイコンＭ１とビル内交通量の収集手段、及び
蓄積手段、及び群管理制御のシミュレーション手段を有
するマイコンＭ２を備えている。

【００１０】マイコンＭ１及びＭ２は、ホール呼び登録
装置ＨＬ１〜ＨＬｎが通信回路Ｃ２を介して通信プロセ
ッサＳＣＬ１１，ＳＣＬ２１に接続される。また、ドア
の開閉やかごの加減速指令等個々のエレベーターを制御
する号機制御装置ＥＬ１〜ＥＬ４は通信制御回路Ｃ３を
介して通信プロセッサＳＣＬ１２，ＳＣＬ２２，ＳＣＬ
４１〜ＳＣＬ４４に接続されている。

【００１１】また、号機制御装置ＥＬ１〜ＥＬ４とエレ
ベーターの乗りかごＣＡ１〜ＣＡ４は通信回路Ｃ４１〜
Ｃ４４を介して通信プロセッサＳＣＬ５１〜ＳＣＬ５
４，ＳＣＬ６１〜ＳＣＬ６４に接続されており、ドアの
開閉信号，かご呼び情報，エレベーターの各種安全スイ
ッチ，かご内荷重信号等が通信される。

【００１２】一方、群管理を制御する可変パラメータの
決定に必要な指令の入力や群管理の使い勝手を決定する
指令の設定，変更を行う設定手段、及び表示手段を統括
し、運行状態等を出力する運行状態出力装置を兼ねたパ
ソコンＰ１は、直列通信プロセッサＡＣＩＡを介して通
信回路ＲＳ−２３２ＣでマイコンＭ２と接続されてい
る。

【００１３】図１を用いて本発明の全体を説明をする。

【００１４】マイコンＭ１は呼び割当て制御手段（呼び
割当て方式の制御ルールを設定する制御ルール設定手段
や制御ルールを変更する制御ルール変更手段等を含む）
である運転制御プログラムを内蔵し、この運転制御プロ
グラムは各号機制御装置EL１〜ＥＬ４とホール呼び登録
装置ＨＬ１〜ＨＬｎから制御に必要な情報を取り込む。
また運転制御プログラムは可変パラメータを用いて呼び
割当て制御を行っている。呼び割当て制御ルールの設定
とは公知の呼び割当て関数自体を決定するもので、例え
ば待ち時間最小呼び割当て方式（待ち時間の最も短いエ
レベーターを算出するもので、呼び発生階に最も早く到
着するエレベーターを選択するための関数）を用いる
か、それとも最大待ち時間最小呼び割当て方式（全ての
かごでサービスするホール呼びの最大待ち時間を算出し
てその待ち時間の最小のかごに呼びを割当てるための関
数）を用いるか等を決定するものである。

【００１５】なお制御ルールの変更手段は前記可変パラ
メータや呼び割当て関数を変更する手段である。例え
ば、前述の可変パラメータには呼び割当ての評価関数に
おける待ち時間と、ドア開閉時間を決定するドア開閉時
間制御パラメータやかご内の混雑の発生を予防する混雑
度制御パラメータやエレベーターがホール呼び発生階に
到着するに要する時間を正確に予測するための停止確率
パラメータ，混雑階を優先的にサービスするためのサー
ビス優先レベルパラメータ等がある。この可変パラメー
タを階床別に設定することにより、階床毎のサービス性
能を変えることができる。例えば、空いたエレベーター
が来てほしい階床では、その階床に相当する混雑度制御
パラメータの値を大きく設定することにより、空いたエ
レベーターを割当てることができる。前述のように可変
パラメータを変更することにより制御ルール変更手段で
制御ルールを変更でき、可変パラメータを変更すること
により使い勝手の良い制御を実現できる。

【００１６】これらの可変パラメータは、各号機制御装
置ＥＬ１〜ＥＬ４より得られる各階床における乗客の乗
降人数情報と運転仕様入力手段としてのパソコンＰ１よ
り入力される運転制御仕様指令とを、マイコンＭ２に組
み込まれているシミュレーション手段へ入力することに
より算出され、ビル内交通量に最適なエレベーター群管
理運転を可能にしている。

【００１７】一方、マイコンＭ２は、ビル内交通量等の
運転状態を収集する手段及び運行状態データを各階床毎
に編集して蓄積する編集手段及び群管理制御をシミュレ
ートするシミュレーション手段を有している。

【００１８】次に、本発明の一実施例の構成について図
２を用いて説明する。図２には各手段をソフトウエアと
して示したものである。これらのソフトウエアはマイコ
ンＭ１，Ｍ２，パソコンＰ１で処理される。

【００１９】運転制御プログラムＳＧＮ１３は、呼び割
当て制御を実行する呼び割当て手段や、エレベーターの
分散待機処理等を直接的に制御するエレベーターの群管
理制御手段を有するプログラムである。このプログラム
の入力として、号機制御プログラムＣＴＬ１〜ＣＴＬ４
から送信されてきたエレベーターの位置，方向，かご呼
びかご内荷重等の号機制御用テーブルＳＧＮ１，ホール
呼びテーブルＳＧＮ２，ホール呼びによるドアリオープ
ン機能の有無や、かご呼び先着時登録ホール呼びリセッ
ト機能の有無などを設定しておく使い勝手仕様指定テー
ブルＳＧＮ１２等を入力としている。

【００２０】運行状態データ収集手段と運行状態データ
を編集する編集手段であるビル内交通量データ収集プロ
グラムＳＧＮ３はホール呼びテーブルＳＧＮ２や号機制
御用テーブルＳＧＮ１からホール呼び，かご呼び信号，
かご内荷重信号を記録し、前記運行状態データ収集手段
で記録されたデータを使用して現在の交通量を交通流
別，階床別，方向別に編集し、ビル内交通量データテー
ブルＳＧＮ４に保管する。ビル内交通量データ学習手段
であるビル内交通量データ学習プログラムSGN5は、過去
のビル内交通量データテーブルより学習を行い、ビルの
本質的な交通量をビル内交通量データ学習テーブルＳＧ
Ｎ６に登録する。

【００２１】シミュレーション手段である群管理シミュ
レーションプログラムＳＧＮ７は、ビル内交通量データ
学習テーブルＳＧＮ６のデータをもとにエレベーター群
管理シミュレーションを所定時間行い、シミュレーショ
ンした結果をシミュレーション結果テーブルＳＧＮ８に
格納する。

【００２２】制御ルール設定手段及び制御ルール変更手
段とからなる最適運転制御パラメータ演算プログラムＳ
ＧＮ１０はビル管理者が運転制御仕様指定テーブルＳＧ
Ｎ９に設定した群管理の運転制御仕様（例えば、待ち時
間最優先制御やかご内混雑度最優先制御など）とシミュ
レーション結果から運転制御に最適なパラメータ（制御
ルール）を決定し、最適運転制御パラメータテーブルに
記憶する。このパラメータを使用して最適運転制御プロ
グラムＳＧＮ１３はホール呼びの割当てを行う。

【００２３】表示制御プログラムＳＧＮ１５は現時点の
ビル内の交通量であるビル内交通量データテーブルＳＧ
Ｎ４，学習したビルの本質的な交通量であるビル内交通
量データ学習テーブルＳＧＮ６，このシミュレーション
の結果であるシミュレーション結果テーブルＳＧＮ８，
ビルの管理者が設定する運転制御仕様指定テーブルＳＧ
Ｎ９，表示画面を選択制御する表示制御テーブルＳＧＮ
１７を入力とし、階床別方向別のエレベーター利用状況
の図表や、階床別方向別のサービス性能の図表や、運転
制御仕様を変更した場合のシミュレーションをした結果
のサービス性能の図表や、運転制御仕様の変更前後のサ
ービス性能を比較した図表等の表示データテーブルＳＧ
Ｎ１６に出力し、パソコンＰ１に表示するプログラムで
ある。パソコンＰ１に表示する実施例を取り上げたが、
プリンタを用いて用紙に印刷したり、伝送装置を介して
ＣＲＴ監視盤に表示したりすることにより、ビル管理者
へ群管理の利用状況を理解しやすいフォーマットで提供
できる。また、サービス性能の説明や運転制御仕様の変
更時の参考データとして用いることも可能である。

【００２４】図３は、ビル内交通量データテーブルＳＧ
Ｎ４のテーブル構成図である。階床別に収集した利用者
人数を記録するテーブルＴ１１と、階床別，方向別にエ
レベーターのサービス性能を演算した結果を記録するテ
ーブルＴ１２，Ｔ１３から構成され、これらのテーブル
は交通流毎にＴ２１〜Ｔ２ｎまである。

【００２５】図４はビル内交通量データ学習テーブルＳ
ＧＮ６のテーブル構成図である。ビル内交通量データ学
習テーブルＳＧＮ６は基本的にビル内交通量データテー
ブルＳＮＧＮ４と同一のテーブル構成であるが、現状の
運転制御仕様にて制御し学習した結果を記憶するテーブ
ルＴ３１と運転制御仕様テーブルＳＧＮ９の設定内容が
変更前の学習データを記憶するテーブルＴ３２にて構成
される。また、シミュレーション結果テーブルＳＧＮ８
も同様の構成であり、現状の運転制御仕様にてシミュレ
ーションした結果を格納するテーブルＴ３１と運転制御
仕様指定テーブルＳＧＮ９の設定を変更した場合のシミ
ュレーションした結果を格納するテーブルＴ３２にて構
成されている。

【００２６】図５は運転制御仕様指定テーブルＳＧＮ９
のテーブル構成図である。このテーブルは、運転制御仕
様を階床別に指定できる運転制御仕様データ１Ｔ４１
と、エレベーター全体の運転制御仕様（ビル全体の運転
制御仕様）を指定する運転制御仕様データ２Ｔ４２の２
種類の運転制御仕様データにて構成される。また、この
テーブルは交通流別にＴ５１〜Ｔ５ｎにて構成される。

【００２７】図６はパソコンＰ１に表示する画面を制御
する表示仕様テーブルＳＧＮ１７のテーブル構成図であ
る。このテーブルは表示する画面を選択する表示制御フ
ラグテーブルＴ６１と、個別階床のサービス性能や利用
状況を表示する場合にどの階の性能を表示するか指定す
る階床指定フラグテーブルＴ６２と、サービス性能表示
をさせる場合にどのサービス性能を表示するか指定する
サービス性能表示指定フラグテーブルＴ６３にて構成さ
れる。

【００２８】図７は表示データテーブルＳＧＮ１６のテ
ーブル構成図である。表示データテーブルＳＧＮ１６は
編集用テーブルＴ７１と表示出力テーブルＴ７２により
構成されている。

【００２９】図８は表示制御プログラムＳＧＮ１５の処
理フロー図の一例である。まず、ステップＳ１１では表
示仕様データテーブルＳＧＮ１７の表示制御フラグＴ６
１が階床別サービス性能分析図を表示することを要求し
ているかどうかを判定する。ステップＳ１２では表示す
るサービス性能表示指定フラグＴ６３が平均待ち時間を
表示することを要求しているかどうかを判定する。ステ
ップＳ１３ではビル内交通量データ学習テーブル１のデ
ータを表示データテーブルに転送する。ステップＳ１４
からＳ１８は現状のサービス性能と比較表示するデータ
を選択している。ステップＳ１４ではシミュレーション
結果と比較表示するかどうかを判定している。シミュレ
ーション結果と比較表示する場合は、ステップＳ１５に
て運転制御仕様指定テーブルＳＧＮ９の設定を変更し、
交通量学習データに従いシミュレーションを行い、シミ
ュレーション結果テーブル２にデータを格納する。ステ
ップＳ１６ではステップＳ１５にてシミュレーションし
た結果が記憶されているシミュレーション結果テーブル
２のデータを表示データテーブルへ転送する。ステップ
Ｓ１７では運転制御仕様変更前のサービス性能と比較表
示するかどうかを判定している。運転制御仕様変更前の
サービス性能と比較表示する場合には、ステップ１８に
てビル内交通量学習テーブル２のデータを表示データテ
ーブルへ転送する。ステップＳ１９ではステップＳ１
３，１６，１８にて編集用テーブルに転送されたデータ
を階床別サービス性能分析図用の表示フォーマットにデ
ータを編集し、表示出力テーブルに出力する。ステップ
１８では、表示出力テーブルのデータをパソコンＰ１の
ディスプレイに表示する。この結果、図９に示すような
階床別にサービス性能を分析した図が表示される。この
図では運転制御仕様を変更前後のサービス性能の変化が
一目で判定できる。また、階床別のサービス性能の違い
も一目で判定できるため、どの階のサービス性能が悪い
のか、変更した運転制御仕様の効果が正常に現れている
かが判断しやすいので、運転制御仕様を決定する場合の
根拠として使用できる。

【００３０】また階床数が多いビルにおける表示をする
場合は、図９のような階床毎にサービス性能を表示する
フォーマットでは表示データ数が多すぎ、詳細データを
検証するには便利であるが、人が一目で理解することは
困難である。そこでサービス性能をゾーン別に表示する
フォーマットを用いて、編集出力した図が図１０であ
る。図１０では、待ち時間優先階，混雑度優先階，一般
階，ロビー階の４ゾーンにてサービス性能を表示出力し
ているため、紛らわしくなく、一目でどれだけサービス
性能が良いか判定できる。

【００３１】この図では、左上側に現状のサービス性能
Ｇ１を表示しており、このサービス性能結果を参考にし
ながらサービス性能を良くしたい階床のサービス要求性
能の棒グラフＧ２を変更し、階床毎のサービス要求性能
を入力していく。そして、ここで入力したサービス要求
性能とビル内の交通量データを元に、サービス優先階以
外の階の性能の低下をある程度考慮しながらシミュレー
ションした結果Ｇ３とサービス優先階の性能向上を１番
に考慮してシミュレーションした結果Ｇ４のように２種
類のシミュレーション結果を表示する。ビルの管理者は
このシミュレーション結果を見て、気に入った側の制御
を採用することができる。このように、１つの画面で操
作可能とすることで、画面の切り替えが無くなり、制御
ルール変更時の操作をスムーズに、しかも分かりやすく
行うことができる。

【００３２】図１１は指定階のエレベーター利用状況を
表示するプログラムのフローチャートの一実施例であ
る。ステップＳ２１では表示仕様データテーブルＳＧＮ
１７の表示仕様データの個別階床別利用状況図フラグが
立っているかどうかを判定している。ステップＳ２２で
は、階床指定フラグを見てビットの立っている階床の利
用人数データをビル内交通量学習データテーブルＳＧＮ
６のテーブル１より表示データテーブルＳＧＮ１６の編
集用テーブルに転送する。ステップＳ２３ではビル内交
通量データ学習テーブルＳＧＮ６のテーブル２に学習デ
ータがあるかどうかを判定している。テーブル２に学習
データがある場合（過去に運転制御仕様を変更したこと
がある場合）は、ステップＳ２４にてビル内交通量デー
タ学習テーブルＳＧＮ６のテーブル２の学習データのう
ち、階床指定フラグのビットの立っている階床の学習デ
ータを表示データテーブルの編集用テーブルに転送す
る。ステップＳ２５では、ステップＳ２２，２４にて転
送した指定階の学習データを個別階床別利用状況図の表
示フォーマットに従ってデータを編集し、表示出力テー
ブルに出力する。ステップＳ２６では、表示出力テーブ
ルのデータをディスプレイに出力する。この結果、図１
２に示すような指定階の利用状況を表示できる。この図
により、運転制御仕様の変更前後の指定階の利用状況の
違いと待ち時間が一目で表示できるため、運転制御仕様
を変更したことにより「待ち時間等が減少し、その結
果、利用人数が増加した。」，「運転制御仕様の変更に
よる平均待ち時間減少効果はあまり無いが、それは待ち
時間が減少して便利になり、利用者が増加したためであ
る。」等の分析がしやすくなる。

【００３３】図１３は、指定階の指定方向のエレベータ
ーサービス性能を表示するプログラムのフローチャート
の一実施例である。ステップＳ３１では表示仕様データ
テーブルＳＧＮ１７の表示仕様データの個別階床別サー
ビス性能分析図フラグが立っているかどかを判定してい
る。ステップＳ３２では、階床指定フラグを見て、ビッ
トの立っている階床＆方向のサービス性能データをビル
内交通量学習データテーブルＳＧＮ６のテーブル１より
表示データテーブルＳＧＮ１６の編集用テーブルに転送
する。ステップＳ３３からＳ３７では比較表示するデー
タを選択している。ステップＳ３３ではシミュレーショ
ン結果を表示するかどうかの選択をしている。シミュレ
ーション結果と比較表示する場合は、ステップＳ３４に
て運転制御仕様指定テーブルＳＧＮ９の設定を変更し、
交通量学習データに従いシミュレーションを行い、シミ
ュレーション結果テーブル２へデータを格納する。そし
て、ステップＳ３５にてシミュレーション結果テーブル
２のデータを表示データテーブルに転送する。ステップ
Ｓ３６では、運転制御仕様変更前のサービス性能と比較
表示するかどうかを判定している。運転制御仕様変更前
のサービス性能と比較表示する場合には、ステップＳ３
７にてビル内交通量データ学習テーブル２の表示データ
テーブルへ転送する。ステップＳ３８ではステップＳ３
２，３５，３７にて編集用テーブルに転送されたデータ
を階床別サービス性能分析図用の表示フォーマットにデ
ータを編集し、表示出力テーブルに出力する。ステップ
Ｓ18では表示出力テーブルのデータをパソコンＰ１のデ
ィスプレイに表示する。この結果、図１４に示すような
指定階＆指定方向のサービス性能を表示できる。この図
により、運転制御仕様の変更前後の指定階のサービス性
能の違いが一目で分かるように表示できるため、運転制
御仕様を変更することによる予測サービス性能はどのよ
うになるか、または、運転制御仕様を変更したことによ
り予想通りの効果が上がっているか、他のサービス性能
が極端に悪くなっていないか等の分析がしやすくなる。

【００３４】また、サービス性能表示機能と運転制御仕
様変更機能とを１つの画面にて制御することも可能であ
り、ビル管理者はシミュレーション結果Ａとシミュレー
ション結果Ｂを比較してどちらの制御を採用するかを画
面上の選択欄から選択できるようにすることもできる。

【００３５】また、図９，図１０，図１４にて運転制御
仕様変更前後の階床毎のサービス性能を比較表示を行っ
た時に、運転制御仕様変更前のサービス性能が運転制御
仕様変更後のサービス性能よりある所定の値以上悪い結
果となった場合には、自動的、または簡単な操作で変更
前の運転制御仕様に戻すことができるようにすること
で、間違った設定をした場合の変更操作を簡単にするこ
とができる。

【００３６】

【発明の効果】本発明によれば、階床別方向別にエレベ
ーターのサービス性能や利用状況を一目で判断できるフ
ォーマットで表示できるため、設定変更した運転制御仕
様通りのサービス性能が発揮されているかどうかを容易
に判定でき、また、変更した運転制御仕様がビルの使い
方に適合しているかどうかも容易に判定できる。

【００３７】また、ビル管理者へ群管理制御の利用状
況，サービス性能を容易に提供できるのでビル管理者は
いつでも見たいときにエレベーターのサービス性能を見
ることができ、また、運転制御仕様の変更時の参考デー
タとして使用できる。

【図面の簡単な説明】

【図１】本発明の一実施例のハード構成図。

【図２】本発明の一実施例のソフトウエア構成図。

【図３】エレベーターの利用状況データを収集するテー
ブル構成図。

【図４】ビルの交通量学習後データのテーブル構成図。

【図５】運転制御仕様データのテーブル構成図。

【図６】表示仕様設定データのテーブル構成図。

【図７】表示データを格納するテーブル構成図。

【図８】階床別サービス性能分析図表示プログラム等の
フローチャート。

【図９】階床別サービス性能分析図の表示画面１。

【図１０】階床別サービス性能分析図の表示画面２。

【図１１】個別階別利用状況図表示プログラムのフロー
チャート。

【図１２】個別階別利用状況図の表示画面。

【図１３】個別階別サービス性能分析図表示プログラム
のフローチャート。

【図１４】個別階別サービス性能分析図の表示画面。

【符号の説明】

Ｍ０…群管理制御装置、Ｍ１…群管理運転制御マイコ
ン、Ｍ２…交通量収集及びシミュレーション用マイコ
ン、Ｐ１…パソコン、ＨＬ…ホール呼び登録装置、ＳＣ
Ｌ…通信プロセッサ、Ｃ…通信回路、ＥＬ…号機制御装
置、ＣＡ…乗りかご、ＣＴＬ…号機制御プログラム。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 石川 浩二 茨城県ひたちなか市堀口832番地の２ 日 立システムプラザ勝田 日立水戸エンジニ アリング株式会社内

Claims (9)

【特許請求の範囲】
1. 【請求項１】複数階床をサービスする並設された複数台
   のエレベーターと、前記各エレベーターを制御する各号
   機制御装置と前記号機制御装置を統括制御する群管理制
   御装置を有するエレベーターの制御装置において、 サービス階のうち任意の階床又は複数の階床に対し、少
   なくとも呼び割当て方式の制御ルールを設定できる制御
   ルール設定手段と、前記群管理制御装置の制御ルールを
   変更する制御ルール変更手段と、各エレベーターの運行
   状態データを収集する手段と、前記運行状態データを各
   階床別に編集する編集手段を備え、前記編集手段にて編
   集した運行状態データを出力又はファイルする運行状態
   出力装置を備えたことを特徴とするエレベーターの制御
   装置。
2. 【請求項２】請求項１において、前記制御ルールの変更
   後のサービス性能をシミュレーションするシミュレーシ
   ョン手段を備え、制御ルール変更前と変更後との運行状
   態データを比較して、判断しやすい形に編集する手段を
   有することを特徴とするエレベーターの制御装置。
3. 【請求項３】請求項１において、前記運行状態出力装置
   は表示画面を有し、階床別、またはグループ別に異なる
   目標値と運行結果または予測運行結果を対比して表示す
   ることを特徴とする群管理エレベーターの制御装置。
4. 【請求項４】請求項１，２，３において、前記運行状態
   出力装置は表示画面を有し、多項目評価の項目のうち、
   任意に選択した項目の運行結果または予測運行結果のみ
   を表示することを特徴とする群管理エレベーターの制御
   装置。
5. 【請求項５】請求項１，２，３において、前記運行状態
   出力装置は表示画面を有し、表示出力する運行結果、ま
   たは予測運行結果は任意に選択した階床についてのみ表
   示することを特徴とする群管理エレベーターの制御装
   置。
6. 【請求項６】請求項１において、前記制御ルールの変更
   前の運行状態データを保存しておく手段を備え、制御ル
   ール変更前と変更後との運行状態データを比較して、判
   断しやすい形に編集する手段を有することを特徴とする
   エレベーターの制御装置。
7. 【請求項７】請求項１において、前記制御ルール設定手
   段，前記制御ルール変更手段，前記運行状態出力装置
   は、全て同一の装置にて操作できることを特徴とするエ
   レベーターの制御装置。
8. 【請求項８】請求項１において、前記制御ルールの変更
   前と変更後の運行状態データを比較する運行状態判定手
   段を備え、変更前の運行状態データの方が変更後よりも
   ある所定の値より良い出力結果である場合は、ある所定
   の操作、又は自動的に変更前の制御ルールに変更する制
   御ルール変更手段を備えたことを特徴とするエレベータ
   ーの制御装置。
9. 【請求項９】請求項１，２，３，４，５，６において、
   グループ設定手段により設定するグループは任意の単数
   または複数からなる特定階であることを特徴とする群管
   理エレベーターの制御装置。