JPS61221069A

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

Info

Publication number: JPS61221069A
Application number: JP60064466A
Authority: JP
Inventors: 亨山口
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1985-03-28
Filing date: 1985-03-28
Publication date: 1986-10-01

Abstract

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

Description

【発明の詳細な説明】［発明の技術分野］本発明は、エレベータの群管理制御に係わり。

特に、ビル管理データの入力により、交通需要先取りを
行うとともに、ビル管理システムへ必要な群管理データ
を出力し、相互に交通需要データを享受することのでき
る群管理制御装置に関するものである。

［発明の技術的背景とその問題点］近年、複数台のエレベータを並設した場合に、エレベー
タの運転効率の向上およびエレベータ利用者へのサービ
ス向上を図るため、各階床のホールのホール呼びに対す
る応答号機をマイクロコンピュータ等の小形コンピュー
タを用いて合理的に、且つ、速やかに割当てることが行
なわれている。

すなわちこれは群管理制御と呼ばれる制御方式であり、
ホール呼びが発生すると、そのホール呼びに対処するの
に最適なエレベータを選定し、早期にそのホール呼びに
応答させるエレベータを割当てるとともに、他のエレベ
ータはそのホール呼びに応答させないようにしたり、あ
るいは朝の出動時や退社時、昼食時等のような交通需要
の増加時、更には夜間等のような交通減少時などそのビ
ル独特の交通変化に合わせて予め設定した運転モ−ドに
切換えつつ効率的な運用を図るべく各エレベータを制御
するものである。

ところで近年のように小型コンピュータの著しい発達に
伴う小型コンピュータのコスト低減により群管理装置の
他にも単体のエレベータの制御を行うエレベータ制御装
置等にも小型コンピュータは使用されるようになった。

またこれらのコンピュータに対する情報の伝達方法とし
てはシリアル伝送用の汎用ＬＳＩを使用した方法が主流
となりつつある。そして、これら群管理制御装置、エレ
ベータ単体制御装置は各伝送ＬＳＩと、ソフトウェアに
よる一定の手続により、単純に結線（又は光ケーブル接
続）で自由に群管理データを授受出来るようになってい
る。

また、群管理制御等を使用する大規模ビルにおいても、
ビル管理用コンピュータや、ＯＡ（オフィスオートメー
ション）コンピュータなどにより、ビル全体を管理した
り、各フロア間の情報の授受を行っている。これらの情
報の中にはビルの交通に関係するものが多数含まれてい
る。また群管理用コンピュータの情報にも、ビル管理時
に必要なホールデータ（ホールの乗客検出）も含まれて
いる。しかしながら、これらのビルデータと群管理デー
タの授受は、はとんど行われていない。このため、それ
ぞれに情報入手のためのセンサや報知装置を取付るケー
スも見受けられる。

一方、エレベータの群管理制御装置において、交通需要
の変化に合った群管理を行うために、交通のデータを常
に学習し、一定の交通パターンを見つけ、それにしたが
って制御アルゴリズムを工夫して使用しているものも出
現している。これらの制ｍ装置においては交通需要デー
タの正確な入手が、ますます重要となっている。このた
めセンサ等も高度化している。また、その学習データに
よる交通パターンは平均化しているために、大きな傾向
をとらえているにすぎず、時々刻々変化する交通需要へ
の追従を行うためにはアップディトなデータや予約デー
タ等の、微視的に変化する需要の予測が必要となる。し
かしながら、これらの予約データや、アップディトなデ
ータの入手は群Ｗ理のセンサだけでは、不完全である。

また、ビル管理側においても、休日や夜間の警備等に特
にエレベータ群管理のためのセンサが重要となってくる
。

そこで、ビル管理コンピュータ装置、ビルＯＡコンピュ
ータ装置等と、群管理制御コンピュータとの情報の授受
や、刻々変化する交通需要にきめ細く対応するに必要な
ビル交通に関係したデータを入手でき、ビル需要の先取
りによる、俊敏な交通需要への適応を可能とする群管理
制御装置の実現が望まれる。また、同時にエレベータの
情報と夜間の警備などビル管理にも利用できるようにす
ることも強く望まれる。

［発明の目的］そこで、本発明の目的は、ビル管理コンピュータ装置、
ビルＯＡコンピュータ装置等と、群管理制御コンピュー
タとの情報の授受や、刻々と変化する交通需要にきめ細
く対処できるよう、ビル交通に関係したデータを入手す
ることができ、ビル需要の先取りによる、俊敏な交通需
要への適応を可能とするとともに群管理のデータをビル
管理にも利用できるようにした群管理制御装置を提供す
ることにある。

［発明の概要］すなわち、上記目的を達成するため本発明は、複数のサ
ービス階床に対して複数台のエレベータを就役させ、各
々のエレベータの動向を把握して発生したホール呼びに
対してサービスエレベータを選択決定して応答させるよ
うにした群管理制御装置において、ビルの利用状況及び
予約状況等の交通需要に関連する情報を受ける情報授受
手段と、これらの入手情報をもとに予測される交通需要
の形態に合わせたエレベータ運行パターンのモデルを作
成する作成手段とを備えて構成し、前記交通需要関連情
報をもとに予測される交通需要時間帯でのエレベータの
最適運行パターンのモデルを作成すると共に前記予測さ
れる交通需要時間帯には前記作成したエレベータ運行パ
ターンで群管理制御するようにしたことを特徴とする。

すなわち、具体的にはビル管理コンピュータ、ＯＡ用コ
ンピュータや、監視モニタ端末等より、交通需要に関係
する例えば会議室の予約データ、ＶＩＰ（Ｉｒ人）予定
、パーティの予定、ホテルの利用状況等のデータやビル
のタイムレコーダデータ、ホテルの場合は団体の到着、
出発のデータ収集等を行って、ビルデータの交通需要に
関するものを集め、これをもとに需要のモデル化を行い
交通需要モデルを選択してその予測される需要時間帯に
該選択した交通需要モデルによる運転を行い、状況に変
化があれば補正して利用することで状況に即した最適運
行を可能とし、同時に、本システムを利用して、ビルコ
ンピュータの必要な情報、例えば、フロアの待客検出入
力等を送り、ビル管理に利用するようにする。このため
に、ビル情報の先取りによるフレキシビリティな群管理
コントロールが行え、またビルの総合的管理にも役立つ
群管理ｔＩＩＪｍ装置が実現する。

「発明の実施例」以下本発明の一実施例について図面を参照して説明する
。第１図は本発明の一実施例に係る群管理制御システム
の構成を示すブロック図である。

図において１は全体の群管理制御を司る群管理ｌｌ１Ｉ
Ｉｌ装置、２は単体のエレベータの運行等の制御を行う
エレベータ単体制御装置であり、また３は外部とのデー
タの授受を行う伝送コントローラ、４はエレベータの運
行状況を監視する監視モニタである。群管理ｔｉＩＪＷ
Ｊ装置１はエレベータ制御装置２や伝送コントローラ３
、エレベータ監視モニタ４とそれぞれ伝送専用ＬＳＩを
用いてシリアル伝送ラインによるシステムバスで結合さ
れている。

また、ホールのゲート、ランプセンサ、ディスプレイ等
とホール入出力機器５との■１０（入出力）結合はシリ
アル伝送ラインにより行われている。

これは伝送専用ＬＳＩと汎用の伝送ソフトウェアによる
。また、かご内に設けであるがご内コントローラ６とそ
れに対応するエレベータ制ｍ装置２もシリアル伝送ライ
ンにより結合されている。また、ビル管理コンピュータ
１１のデータや、ＯＡコンピュータ１２のデータ、タイ
ムレコーダ１３のデータ、また、報知データ入力端末袋
ｆｉ１４よりｒ１０コントローラ１５を介して与えられ
る例えば会議室の利用、終了、ホテル等における団体の
到着、出発等のような報知データ、入ロ力つンタデータ
（出入りする人員数）は伝送コントローラ３のインター
フェースにより結合され、エレベータシステム側のシリ
アルシステムバスに伝送される。これによって、群管理
制御袋Ｗ１には上記各種のデータを与えることができる
他、群管理に関するデータを上記コンピュータ１１．１
２に与えることができる構成となっている。本システム
は最大仕様に近い例である。このため、一部分を削除し
たシステムであっても、本発明を適用できる。

次にそのソフトウェア構成の説明を行う。第２図に示す
ように群管理制御用のソフトウェアの構成は種々の機能
別タスクとそのサブルーチン及び、これらのタスクを管
理するためのタスク管理プログラムよりなる。そして、
群管理制御装！ｌ！１内の小型コンピュータ（一般的に
はマイクロコンピュータを使用するのでそれを以下マイ
コンと称する）を動作開始させるとこのマイフンはまず
スタート後、タスク群管理ブＯグラム２０を実行してど
のタスクすなわち、機能別に分離されたソフトウェアモ
ジュールを起動するかを決定する。タスクは機能別のソ
フトウェアモジュールであり、条件により起動される。

ここで各タスクの説明を簡単に行う。３２はイニシャラ
イスタスクでありこのタスクはＲＡＭやＣＰＵのレジス
タのイニシャライズや、ＬＳＩのイニシャライズを行う
タスクであって、初期状態や、動作のモードが切りかわ
った時、起動される。

２１は外部入力タスクであり、これはＯＣＴ。

ＫＣＴ、ＨＣＴ等の外部入力をＲＡＭ（ランダムアクセ
スメモリ）上にセットする入力タスクである。このタス
クは優先度が高く、起動させると１００ＩＩＩＳ程度ご
とに再起動がかかる。

また、トリガのチェック等もこのタスク中で行われる。

ここで上記ＨＣＴはホールコンディションテーブルであ
り、これにはエレベータ制御装置によりホール呼びが登
録され、そのデータが入力される。

００丁はカーコンディションテーブル、ＫＣＴはかごコ
ンディションテーブルであって今、仮りに群を構成する
エレベータがＡ−Ｄ号機の４台とし、サービス階床を１
〜８フロアと仮定すると上記ＨＣＴ、ＣＣＴ、ＫＣＴは
それぞれ第３図、第４図、第５図のようなビット構成と
なっている。すなわち、第３図に示したホール状態を表
わすＨＣＴにおいて、０〜１３のホールサブインデック
ス（Ｈ８）に対して８階の下降（８０）から７階の上昇
（７Ｕ）まで各８ビツトの情報が格納されている。各階
ごとのホール状態を具体的に説明する。

例えば５階のエレベータホールにて上昇呼びホール釦が
押されたとすると、Ｈ８の１１（５Ｕ）の７番ビットが
１となり、このホール呼びに対応するサービスエレベー
タが後述する手法でＡ号機と決定すると、Ｈ８の１１に
おける０番ビットおよび６１ビツトが１となる。そして
、上記Ａ号機が５階に到着するとＨ８の１１における０
、６．７番ビットがすべてＯにリセットされる。すなわ
ち、０〜３番ビットは各エレベータの号機セットを示し
、６番ビットはホール呼びに対するエレベータの割付の
有無を示し、さらに、７番ビットはホール呼びの有無を
示す。

第４図のかご状態を表わすＯＣＴにおいては、Ｏ〜３の
インデックスに対して、エレベータＡ号機からＤ＠機ま
で各１６ビツトの情報が格納されている。すなわち、０
〜３番ビットにはかごの荷重状態が２進法で示されてい
る。これら０〜３番ビットの意味は、”０００１　”　
、　　”００１０”　。

“００１１″、”０１００″、“０１０１”。

”０１１０”、”０１１１”、”１０００”。

″１００１″、“１０１０”、”１０１１”。

“１１００”に対して、それぞれ、０〜１０％、。

１１〜２０％、２１〜３０％、３１〜４０％。

４１〜５０％、５１〜６０％、６１〜７０％。

７１〜８０％、８１〜９０％、９１〜１００％。

１０１〜１１０％、１１１％以上を示す。５番ビットは
かごの走行状態を示し、“１′は走行中、“０′″は減
速中を示す。７番ビットは扉の開閉状態を示し、“１″
は開放中、０”は閉鎖中を示す。８〜１３番ビットはか
ご位置を２進法で示したものである。１４．１５番ビッ
トはかごの移動方向を示し、１０”は上昇中、０１”は
下降中、ざらに″ＯＯ″は無方向、すなわち停止中を示
す。

第５図ばかご呼び状態を表わすＫＣＴを示しており、該
ＫＣＴにおいて、第３図に示すＨＣＴと同様に、Ｏ〜３
ビットがエレベータＡ−Ｄ＠機に対するかご呼びの有無
を示す。以上によりエレベータや、ホール呼びの状態が
入力される。

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

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

２８は各単体エレベータとの交信を行なうための各単体
エレベータ交信用タスクであり、このタスクはサイクリ
ックに行われるデータの伝送の他に、必要に応じてコン
トロール出力（割付、割付キャンセル等）や、（乗車人
数、降者人数、新発生かご呼び等のデータ要求などが行
われる。これらはバッファを利用して行われ、第６図の
ようなデータが第７図のように運ばれてくる。

２９は年間タイマ、各種タイマであり、これは１０■Ｓ
、　１０Ｑｍｓ、　１秒等の各種のインターバルタイマ
と、それらと組み合わされた年間タイマのルーチンであ
る。また、これらのデータは外部タイマにより補正され
る。年間タイマには月、日付、曜日、休日、六曜、その
他の情報があり、フロッピディスク用の第２Ｉ１０タス
クや、ＣＲＴ用の第１１１０タスクにより情報が更新さ
れる。

３０はＣＲＴ　（キャラクタディスブイターミナル）伝
送用の第１１１０（インプットアウトプット）タスクで
あり、このタスクは外部の端末や、他ノコンピュータ等
との情報の伝送に使用される。

このタスクは他の群管理マスクを害さないように低い割
込みレベルでタイムスライスされて起動される。また３
１はフロッピー（フレキシブル）ディスクコントール用
の第２Ｉ１０タスクであり、このタスクは外部のフロッ
ピーディスクに学習データ等を記憶するときに起動され
る。第１■１０タスク３０と同様に低い割込みレベルで
起動される。

２７は学習データ処理タスクであり、この学習データ処
理タスクは外部入力や、単体エレベータからのデータに
より、その時点の状態をデータテーブルにセットしてゆ
き、また次の状態に変化する時などにおいてはそのデー
タの入れ換えを行う・タスクであって、データの変化時
や、状態の変化時に起動される。またこの□タスクは低
い割込レベルのタスクであり、高い割込みレベルの群管
理タスクを害さないように起動される。ただし特別のフ
ラグや、優先順位の変更等が行われた場合は変化する。

学習データは第８図に示すような月、曜日、六曜、休日
、時間帯（タイムバンド）などの要素により、いくつか
の同等の交通モードに分類され、そのモード別に、次の
データを持つ。

第９図、第１０図にそれらの例を示しである。

ここでＨＣＴ＄ＲＡＴは１５分間の平均ホール呼び発生個数、ＫＣＴ＄ＲＡＴは平均かご呼び発生個数、ＩＮ＄ＲＡＴ
は乗車人数平均、ＯＵＴ＄ＲＡＴは降者人数平均、ＫＣＴ＄ＳＥＴは各階に対するかご呼び発生率を示す。

ＨＣＴ＄ＲＡＴ−ＯＵＴ＄ＲＡＴは、方向付階床のイン
デックスＨ８（ホールサブインデックス）によって示さ
れる。

ＫＣＴ＄ＳＥＴは例えばＡ階から８階へという個々のか
ご呼び発生率を格納すべくＡ、Ｂのマトリックスにより
示されている。

またこの他に平均フロア人数、ＡＶ＄ＭＥＮ（Ｈ８）（
各Ｈ８に付いて）が蓄えられている。

また高需要時はそれらの変化が細かいインターバルで学
習されている。これは各Ｈ８とｔについｒＡＶ＄ＭＥＮ
＄Ｐ　（Ｈ８，ｔ　）ｒ示さｈる。

ただし、ｔは時刻である。

第２図に示したその他のタスクとして、１秒おきに起動
され、外部のコンピュータとデータの入力、出力のデー
タ交信や、それによるデータ収集を行うビルコンピュー
タ等交信、データ収集タスク３４や、そのデータを利用
して、需要の先取りを行い、交通需要を予測し、運転モ
デルを決定する交通需要予測タスク（１００ｎ＋ｓｅｃ
毎に起動）がありまた、これによって起動される運転モ
デルのタスクとして各運転タスク３５がある。

これらのタスクの関係を説明するために、第１１図にソ
フトウェア構成を示す。

ペースのデータとして４０で示す号機の状態、４１で示
す学習データ、４２で示すホールデータ、４３で示すビ
ルデータが用意される。ビルデータ４３は４４で示すビ
ル管理用コンピュータ（その他第１図で示した１ｉＦ）
等とのデータ交信プログラムにより求められる。またこ
のデータ交信プログラム４４は群管理のホールデータ４
２を要求に応じてビル管理用コンピュータ等へ送信する
（相互の必要データの授受）。

また制御モデルの決定においては、ベースデータの特に
学習データ４１と、ビルデータ４３により、長期傾向シ
ミュレートプログラム５２で集中、発散の交通需要モデ
ルが予測され、各種ルールを集めたルール集合部４５を
選択・変更用プログラム４６で選択しその予測需要モデ
ルに適応する運転制御モデルの決定を行い且つパラメー
タの決定、パラメータの変更が行なわれる。

ルール集合部４５は、ユーザの指定による部分、エキス
ポート作成の部分、自動作成部分があり、ＲＡＭ上に作
られていて追加変更が容易な構造となっている。そのル
ール情報は第１２図にのようになっている。

また、長期傾向シミュレートプログラム５４はルールの
自動作成等に使用され、５３で示す近い将来（７）シミ
ュレート及び、予測到着時間演算のプログラムは割当の
評価演算に利用される。

またビルのフロアの集中、発散（この集中、発散につい
ては後に詳しく説明する。）の需要レベルが高い場合は
４８〜５１での特殊制御が使用される。通常はモデルマ
ツチング適応制御プログラム４７が使用され、需要によ
り、パラメータの選択や変更が行われる。

本発明の特徴は、ビルデータや学習データにより、ビル
の集中、発散の需要予測を行い、モデル化し先取りした
需要予測モデルに適合する制御を行うようにしたことに
ある。

ここでこの集中、発散のビルモデルについて第１３図を
参照して説明する。図ではＰｌが発散階Ｐ２が集中階、
Ｐ３が発散集中階を示している。

第１３図（ａ　）が発散モデルであり、特定の階ここで
は基準階より、人が発散している。（ｂ）が集中モデル
であり、特定の階へ人が集中している。

これらの複合モデルが（Ｃ）、（ｄ）に示されている。

これらは以前の交通パターンのイメージで考えると第１
４図の表に示す如くとなる。これらの（ａ　）〜（ｄ）
のモデルで、はぼすべての交通モデルを示すことができ
る。この発散や、集中の需要がひどい場合には特殊な運
転が必要となる。

一般に集中モデルに対しては特定階へ直行する急行かご
オペレーションを用い発散モデルに対しては、引き戻し
と、出発間隔オペレーションがよく使用されている。こ
れらの特殊オペレーションを行うのが第１１図の各モデ
ル制御のソフトウェア４８〜５１である。

また、本発明においては、従来の交通バ・ターンのよう
な、マクロのく巨視的な）変化にプラスして、ミクロの
（微視的な）変化も、ビルデータより先取りし、これら
の需要に対応する需要モデルを見つける。

ここで、本発明のポイントの一つである第１１図におけ
るビルコンピュータ等との交信ルーチン４４の説明を行
う。

この交信は第１図の伝送コントローラ３を介して行う。

すなわち、上記交信ルーチン４４は外部とのデータの授
受のための機能あり、ビル管理コンピュータ１１、ＯＡ
コンピュータ１２に対するデータの授受、タイムレコー
ダ１３のデータ、報知データ入力端末装置１４からの各
種報知データ及び入口カウンタデータ等の入力を行う。

ここで扱うデータの一覧表を第１５図に示す。

この交信ルーチン４４は第１６図のフローチャートの如
きであり、このルーチンがエントリされると、まず受信
バッファの内容をチェックしく５Ｔ１）、受信バッファ
にデータが無ければこのルーチンを終了する。また、デ
ータがあれば受信データであるか否かを判別しく５Ｔ２
）、受信データでなければ送信バッファにデータ送信の
要求のためのデータをセットしく５Ｔ３）、受信バッフ
ァリセットポインタをインクリメントして（ＳＴ４）受
信バッファチェックのルーチンに戻る。

先のＳＴ２における受信データ判別の結果、受信データ
であると判別したときはそのデータが需要モデル利用か
否かを判別しく５Ｔ５）、否であればＳＴ６に移る。ま
た、ＳＴ５の判別の結果、利用していればＳＴ７に移り
、ここでビル情報素データを作成した後、ＳＴ６に入る
。ＳＴ６は学習データ補正の要否を判別するルーチンで
、補正要であれば学習データの補正を行い（ＳＴ８）、
ＳＲ４に入り、受信バッフ７リセツトポインタのインク
リメントを行ってＳＴ１に戻る。ＳＴ６において補正不
要と判断したときはＳＴ４を経てＳＴ１に戻る。

第１５図に示すデータのうち、需要モデル予測に利用さ
れるものはビル情報素データ（第１７図）とされ、この
ビル情報素データを用いて需要予測が行われる。また、
学習データの補正に利用されるものはその場で利用され
る。

そして、利用されたものはバッファより消去される。ま
た、送信要求があった場合はその要求データを送信する
。休日や夜間においては、未使用フロアのホール、人検
出データをビルコントロールコンピュータへ送信する。

次に本発明のもう１つのポイントである第１１図の集中
、発散の交通需要のモデル化と先取予測のルーチン５２
の説明を行う。このルーチンはフローチャートで示すと
第１８図の如きであり、ステップ６ｏにおいてまず前記
交信ルーチンで入力したピル情報素データを入力する。

ここでそのエリアは第１７図のようなフオマットとなっ
ている。

すなわち、図示の如くレコードナンバ、情報コード、通
常５１！ｌ理の有無、変更、削除の有無、月、日、時間
（スタート、エンド）、何階（スタート、エンド）、最
大ｎ階床まで（ピット対応のホールサブインデックス形
式）、また、その予測人数の各項目で形成されている。

次にステップ６１のルーチンに入り、このルーチンで、
上記データがピルデータ予定リストに変換される。これ
は、第２６図に示すフローチャートに従って行われる。

すなわち、ステップ７０によりレコードナンバーチェッ
クが成され、スタート時間がリミット値に近いものが先
に行われる。そして、前データの通常処理がオンされ、
素データレコードナンバーが第２１図に示すようなバッ
ファ中へ移動する。このときステップ７１が実行され、
第１９図に示されているように、その情報コードに対し
、リスト化変換処理が行われ、ピルデータ予定リストに
変更される。

ここで情報コードに対するリスト化変換処理とは、集中
モデル順序、発散モデル順序、第１９図中の■で示す１
番目のリストに対するＯＮ（オン）トリガコード、ＯＦ
Ｆ　（オフ）トリガコード、第１９図中の■で示す２番
目のリストに対するＯＮトリガコード、ＯＦＦトリガコ
ード、１番目のりスト■に対するＯＮトリガタイム変化
、２番目のりスト■に対するＯＮトリガタイム変化のセ
ット等を行うことでかかる処理を云う。ここで、トリガ
コードとは第２３ＷＪに示すようにコードｒＯＪ〜「６
」まで用意され、この「０」〜「６」までの内容は図示
の如くである。

第１９図のピル情報コードｒＯＪの場合を例にとってリ
スト化変換処理を説明する。ピル情報コード「０」は会
議室の予約を示しており、この場合、フィールドＡ部に
ピルデータ予定リストの１番目のリスト■として集中モ
デルを用いるべく「１」を、また、フィールド８部に２
番目のりスト■として発散モデルを用いるべく「２」を
セットしである。従ってピルデータ予定リストとしては
集中モデルを用いた■のリストと発散モデルを用いた■
のリストの計２種のリストを作成する。

１番目のりスト■に対しては第１９図のフィールドＣ部
にセットされた「１」のトリガコードを使用する。トリ
ガコードについては第２３図にその一覧を示す、２番目
のりスト■に対して第１９図のフィールドε部にセット
された「３」のトリガコードを使用する。これでリスト
■、■ともにピルデータ予定リストのフィールドＣ，Ｅ
、Ｇ部の内容がセットできる。またフィールド０部はイ
ニシャルクリアを行う。また、フィールドＡ部は第１７
図のフィールド０部の内容に従ってセットされる。また
第２５図に示すごルデータ予定リストのフィールドε部
の内容としては集中モデルを用いた１番目のりスト■に
ついては１分間の集中人数、また、発散モデルを用いた
２番目のリスト■については、乗車人数となるため、第
１７図のフィールドＨ部が１００人であり、また１０分
でその会議室に集合する場合は、リスト■における第２
５図のフィールドε部のデータが１００／１０−１０人
／分となり、また、リスト■のフィールドε部のデータ
は１００人となる。また第２５因に示すピルデータ予定
リストのフィールドＢにセットするトリガ起動時間は、
第１９図のフィールドＧ、Ｈのデータを変えることによ
り変化させることができる。仮に第１７図に示すピル情
報素データのフィールド０部が「９月１０日１３：００
から」とセットされ、またフィールドε部が「９月１０
日１４：００まで」とセットされているとすると第２５
図に示すピルデータ予定リストはりスト■に対してはト
リが起動時間をセットするフィールド８部は第１９図の
フィールド０部にセットされたデータより「９月１０日
１２　：　５０Ｊとなり、またリスト■に対しては第１
９図のフィールド８部は、第１９図のフィールドε部に
セットされたデータより「９月１０日１４　：　ＯＯＪ
となる。

これで第２５図のビルデータ予定リストが作成された。

これをもとに第２６図のステップ７２を経て第２７図の
ビルデータ予定リストレコードナンババッファをセット
し、第２１図の処理中ビル素データレコードナンバ、ビ
ルデータ予定リスト、レコードナンバ対応バッファのう
ち、素データレコードナンバ、ビルデータ予定リストの
２つがセットされる。これらはビルデータ予定リストク
リア時にクリアされる。このように１つの素データから
２つのビルデータ予定リストが生成されることがある。

また、ものによっては（情報コード２゜３）多数の素デ
ータから１つのビルデータ予定リストが生成されること
もある。次に第１８図のルーチン６２へ入る。このルー
チンの詳細は第２８図の如くまずステップ８０のビルデ
ータ予定リストチェックルーチンで、トリガ起動の時間
をチェックし、もしＯＮ（オン）となっていたならば、
トリガチェックを起動する。トリガチェックルーチンは
第２４図に示されており条件が成立した場合、そのレコ
ードナンバのエリアをＯＮする。もし、トリガがＯＮし
たらステップ８１のビルデータ実動リスト作成ルーチン
へ進む。このルーチンにより第２９図に示すビル実デー
タリストが作成される。ここで以前と変わるのは、第２
９図のリストのうちフィールド８．０．０部である。ま
ずフィールド８部に現時間をセットし、０部には第１９
図のＯＦ’Ｆ（オフ）トリガをセットする（第１９図で
フィールドＤ、Ｆに関する部分）。

第２９図のフィールド０部はクリアを行う−。また、第
３０図のレコードナンバがセットされる。また、今後の
ビル実動データリストチェック時、フィールドＦ部が最
新データに更新される。次にステップ８２のルーチンで
第２７図よりレコードナンバがクリアされ、また以前の
トリガチェックルーチンがＯＦＦされ、またビル素デー
タレコードナンバもクリアされる。トリガがＯＦＦのま
まリミットを超えた場合は、この時点でクリアされる。

次にポイント２８Ａよりステップ８３の実動データチェ
ックルーチンへ入る。ここでは、第２９図フィールドＦ
の需要予定が常に更新される。本発明においては、特定
の階に対し常に、一定時間の集中人数と、平均フロア人
数よりの偏差である。

アンバランス集中人数をサーチしている（外部入力タス
クによるａ）ａ第２２図に会議室のデータ例を示す。第
２２図においてハツチング部分の面積Ｓがアンバランス
集中人数に相当する。これらのデータにより需要予定が
更新される。また、トリガ条件の成立チェックにも利用
される。次にもしここでＯＦＦトリガ条件が成立した場
合、ステップ８４のトリガチェックのクリアと実動リス
ト、レコードナンバのクリアが行われる。またトリガが
ＯＦＦのままリミットを超えた場合も同様である。

第１８図のステップ６２のルーチンが終ると、ステップ
６３．６４のルーチンへくる。ここでは実際のかごデー
タ等よりの集中、発散のモデルをサーチしている。あら
かじめ指定された特定階に対し、同様に行われている。

例えば会議室予約のケースにおいて人員が乗車率４５％
以下で集中階に到着し、８０％以上の乗車率で出発し、
すぐにホール呼びが発生した場合等では、ステップ６４
において第２９図と同様なフォーマットで、発散モデル
の実データリストが作成される。そして、次にステップ
６５のルーチンで、このような実データリストと、前の
実動リストが合成され、ミクロ変化に対する需要リスト
が作成される、（同様なフォーマットとなる）。

また一方、ステップ６６．６７において学習データより
同様のフォーマットでマクロ変化需要リストが作成され
る。これらの需要リストの合成によりステップ６８にお
いて、集中発散の需要予測データが作成される（これも
需要リストと同様なフォーマットで高需要類に、集中、
発散とも並べられる。）。これらは第２９図のようなフ
ォーマットで各集中、発散フロアに対し用意される。以
上の合成においては、需要データの確実性の割合をもっ
て合成が行われている。

以上により、ごルデータ、学習データにより先取による
需要予測が行われた。その集中、発散の需要予測データ
により第１１図におけるルール集合体４５中の制御モデ
ルと需要レベルの決定が行われる（第１８図のステップ
６９）。

もし、１００人収容の会議室の予約があり、このルーチ
ンでこの予約が浮びあがったとして、これが初期状態で
５人／分の会議室集中モデルの場合、この時点ではこの
需要が通常運転の係数変化で対応できると予測された場
合は第１１図のステップ４７の制御を用い、次の時点で
１０人／分となり、通常モデルでは不可能な場合（通常
リミットは６人／分とする）ステップ４９の集中モデル
制−で、例えばエレベータ４台中、２台を上記予約会議
室内のある階床への急行かことして使用し、この１０人
／分以上の輸送を行う。当然、会ｉａ＊了時も同様のア
ルゴリズムで発散モデルとして扱われる。このように早
い需要予測とモデル化で群管理性能は飛躍的に向上する
。

すなわち、本発明はビル管理コンピュータ、ＯＡ用コン
ピュータや、監視モニタ端末より、会議室の予約データ
、ＶＩＰ（要人）予定、パーティや宴会の予約状況、ホ
テルの利用状況等のデ゛−タや事務所ビルの場合タイム
レコーダデータ、ホテルの場合の団体の到着、出発等の
報知データ、入退人員データ等データ収集により、ビル
データの交通需要に関するものを集め需要のモデル化を
行い、交通需要モデルを選択してその予測される需要時
間帯に該選択した交通需要モデルによる運転を行い、状
況に変化があれば補正して利用することで状況に即した
最適運行を可能とし、同時に、本システムを利用して、
ビル管理用コンピュータの必要な情報、例えば、フロア
の待客検出入力等を送り、ビル管理に利用するようにし
たものである。このために、ビル情報の先取によるフレ
キシビリティな群管理コントロールが行えるようになり
、またビルの総合的管理にも役立つ群管理制御装置が実
現する。

尚、本発明は上記し且つ図面に示す実施例に限定するこ
となく要旨を変更しない範囲内で適宜変形して実施し得
るものであり、例えば需要モデルに対する制御モデルを
よりこまかくまた、ある程度連続的に変化するようにル
ール集合部と実制御モジュールを構成すると、より高性
能化を図ることが可能となる。

［発明の効果］以上詳述したように本発明は、ビル管理データ等のデー
タをもとにした需要の先取による需要モデルの予測から
制御モデルの選択を行うようにし、この選択した制御モ
デルに基づいてエレベータの運行を行うようにしたので
、需要に対して早い対応が行えるようになる。また本シ
ステムを利用し、群管理データの一部を必要とするビル
管理コンピュータへ送ることにより相互のデータを有効
に利用することで互いに性能の向上を図ることが可能と
なるなどの効果が得られる。

【図面の簡単な説明】

第１図は本発明による群管理制御装置を使用したシステ
ムの構成図、第２図、第１１図はその装置を実現するた
めのソフトフトウエア構成図、第３図〜第１０図及び第
１７図、第１９図〜第２１図及び第２５図、第２７図、
第２９図、第３０図はこの本発明に用いるメモリデータ
例を示す図、第１２図〜第１５図及び第２２図、第２３
図はこの装置の作用を説明するための図であり、第１６
図、第１８図、第２４図、第２６図、第２８図は本発明
の要部詳細をの作用を説明するためのフローチャートで
ある。　′ １・・・群管理制御装置２・・・エレベータ制御装置、
３・・・伝送コントローラ、４・・・エレベータ監視モ
ニタ、１１・・・ビル管理コンピュータ、１２・・・Ｏ
Ａ用コンピュータ、１３・・・タイムレコーダ、１４・
・・報知データ入力端末装置。出願人代理人　弁理士　ａ９ｉ江武彦　１０゜第２囚第５図゛第６図第９図第１０図にＣＴ＄ＳＥＴ　　（ｘ、ｙ）第１４図第１５囚１：ゴ！Ｊｌｆ］０ニア利用第１６図第１９囚ＡＢＣＤＥＦ　　Ｇ　　　Ｈ η−ルド第２０ｒｊ！Ｊ〈末姑穆し′）し木デー７しフード゛カー・°°　バッ
フ７〉第２２．１Ｎ２３囚第２４囚第２６図くビ）しテ゛−７子定ソｌ）作へルー＋シ　〉Ｍ２Ｓ囚（ａ）２８ｒｙＪ（ｂ）

Claims

【特許請求の範囲】

複数のサービス階床に対して複数台のエレベータを就役
させ、各々のエレベータの動向を把握して発生したホー
ル呼びに対し、サービスエレベータを選択決定して応答
させるようにした群管理制御装置において、ビルの利用
状況及び予約状況等の交通需要に関連する情報を受ける
情報授受手段と、これらの入手情報をもとに予測される
交通需要の形態に合わせたエレベータ運行パターンのモ
デルを作成する作成手段とを備え、予測される交通需要
時に前記作成したエレベータ運行パターンで群管理制御
することを特徴とするエレベータの群管理制御装置。