JPS6145871A

JPS6145871A - エレベ−タの群管理制御方法

Info

Publication number: JPS6145871A
Application number: JP59162626A
Authority: JP
Inventors: 亨山口
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1984-08-01
Filing date: 1984-08-01
Publication date: 1986-03-05

Abstract

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

Description

【発明の詳細な説明】〔発明の技術分野〕本発明は、エレベータの群管理制御方法に係す、特に、
コントロールの失敗モード等を学習により改善してゆく
知能形群管理制御方法に関する。

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

複数の階床に対して複数台のエレベータを就役させたエ
レベータシステムにおいて、近年、小型コン２−コクの
発達により、これらを利用した群管理装置が主流となっ
ている。

このためコンピュータの特徴を生かし、エレベータの利
用状態や群コントロールの状態を学習する機能も付加さ
れているものも出現している。

これらの学習データは従来は、各時間帯の群管理の評価
関数やホール呼びに対する発生かご呼びの予辿１等かご
の運行予測に利用されている。

すなわち、これらは、各時間帯の特徴に合った評価に利
用されている。

しかし特定の時間帯の群管理の手続を直接変更してゆく
ものではなく、間接的に、大まかな特徴に合わせている
のみである。

このため各時間帯の中の特定の条件下の現象などは各時
間帯に吸収され、直接的に表面に表われず、改善されぬ
１．まとなることが多い。

また上記のような間接的な評価方法の変化（評価関数、
学習データによる運行予測変化）では、テナントの入れ
替わシや勤行、交通量の状況変化などによって生ずるビ
ルの利用の急激な変化に対する対応も十分とはいえない
場合がある。

また、時間帯別の統計的データの中に、周期的に表われ
る失敗の制御モードがかくれてしまう欠点がある。

〔発明の目的〕

本発明は上記の事情に鑑みて成されたもので、その目的
とするところは、群管理制御における割付制御の失敗す
る条件を的確に検出し、その原因を直接的に改善してゆ
くことのできるエレベータの群管理制御方法を提供する
ことにある。

〔発明の概要〕

本発明は上記目的を達成するため、複数のサービス階床
に対し複数台のエレベータを就役させ、これら複数台の
エレベータに共通のホール呼びに対して最適なエレベー
タを評価計算により選択して割当て応答させるエレベー
タの群管理制御において、群管理制御を行がうアルゴリ
ズムを機能別の複数のアルゴリズムモジュールに分ける
と共にそれらのアルゴリズムモジュールの起動条件、重
み付けの変更、追加、削除を群管理制御運転により得た
学習データにより設定するようにしたことを特徴とする
もので、群管理制御の手続き（アルゴリズム）を、機能
別の複数の独立した手続きの集合体とし、その各部の起
動の条件や、使用する手続きモジュール中の小手続きモ
ジュールの重みのセットや、変更、追加、削除に自由度
をもたせ、それらの手続きをある程度変更できる構成と
し、他方、学習された制御失敗のデータに上り、周期的
に表われる割当等の制御失敗のモードや、それが発生す
る特別の条件を検出し、それらを補なう手続きを、それ
らの条件に合わせて自動生成し、制御手続を改善してゆ
き、外的条件の変化にも十分対応できるようにするとと
もにまた、各制御子続きの集合体に対しての条件セット
において自動生成された新手続は、それらの手続集合体
の本質的な機能を損ねる働きを行なえない構成、例えば
、割当コントロール手続きブロックに対し、各種の新手
続が付加されていても、割当機能を損ねることは無いよ
うにすることにより群管理制御の適応性、柔軟性、親和
性、信頼性を向上させるようにする。

〔発明の実施例〕

以下本発明の一実施例について図面を参照しながら説明
する。第１図は本発明方法に用いる群管理制御システム
の構成図である。

図において、１は群管理制御用のマイクロコンピュータ
である。その内部は大きく二つの部分に分れている。１
つは９の群管理制御指示部分、もう１つは８０制御指示
決定部分であり、従来の制御システムでは、制御指示決
定部分８が単純で固定化され、群管理制御指示部分９が
起動されてコントロールを行なっていたのに対し、本発
明においては制御指示決定部分８が大きくなシ、ここに
変更、追加の要素を持たせ、さらに、群管理制御指示部
分９のインテリジェント化をすすめ、仮に制御指示決定
部分８に矛　　　−盾が生じたとしても、必要最小限の
コントロール指示を行なえるような構成となっている。

上記マイクロコンビーータ１はＣＰＵ　（中央処理装置
）として１６ビツトのものを使用し、制御指示決定部８
、群管理制御部９０部分に個別のＣＰＵを使用している
ものとする。（近年１６ピツトマイクロコンピユータは
、マルチＣＰＵ化が容易に行なえる構成となっている。

）このため、これら個別のＣＰＨの共有メモリ７が必要
となる。

これらの個別のＣＰＵはそれぞれ独自に動作し自＝６− 由に共有メモリ７をアクセスできる。

ただし、ＣＰＵの能力によってこれらの構成を変更して
も、本発明の本質にはさしつかえない。

また、マイクロコンピュータ１中にはＩ１０コントロー
ル部１０があり、このＩ１０コントロール部Ｉ０は、外
部との入出力や伝送の管理を行なっている。

また、制御指示決定部８には、外部にマンマシンインタ
フェイスとしてのインテリジェント機能を持ったＣＲＴ
端末装置（キャラクタディスプレイターミナル）６が接
続されている。

また、マイクロコンピュータ１の外部には、タイマー５
や補助記憶装置４が接続されている。

補助記憶装置４としては、ハードディスクや、フレキシ
ブルディスク或いは磁気パルプなどがある。本発明にお
いてはフレキシブルディスクを使用している。

また、３はホールコントローラであり、このホールコン
トローラ３は、ホール呼びの登録、消去を行なっている
。尚、場合によってはホールの待客検出も行なう。これ
らの情報は入出力インターフェースＩ１０を介してマイ
クロコンピュータ１や、エレベータ制御装置２と交信さ
れる。

エレベータ制御装置２は各エレベータ単体毎のコントロ
ールを行なっている。また、エレベータ制御装置２け、
Ｉｌｏを介してマイクロコンビエータ１と情報の授受を
行ない、これらの情報のやりとりにより常に必要な情報
は、群管理制御用のマイクロコンピュータ１の共有メモ
リ７に与えられて内容が更新される。

上記マイクロコンピュータ１の内部のソフトウェア構成
は大きく二つの部分に分けられている。

１つは群管理制御指示部９を中心とする実制御部分。も
う１つは制御指示決定部８を中心とする条件アルゴリズ
ム決定部分である。ここで実制御部分のソフトウェア構
成を説明する。実制御部分のソフトウェアは第２図に示
すようにタスク管理プログラム２θを中心に外部入力タ
スク２１、割付タスク２２、評価サブルーチン２３、予
測未応答時間演算サブルーチン２４、満員時ダメージ予
測サブルーチン２５、割付見直しタスク２６、学習デー
タ処理タスク２７、各単体エレベータ交信タスク２８、
年間タイマ、各種タイマ２９、ＣＲＴ（キャラクタディ
スプレイターミナル）伝送用Ｉ１０タスク３０、フロッ
ピディスク用Ｉ１０タスク３１、イニシャライズタスク
３２、その他のタスク３３の各ルーチンより構成されて
いる。ここは実際のコントロールを行なっている部分で
あり、この部分のみでも群管理コントロールは行なえる
。

次にこれらのソフトウェアの動きを説明する。

スタート後、２０のタスク群管理プログラムによりどの
タスク（機能別に分離されたソフトウェアモジュール）
を起動するか否かが決定される（タスクの起動等につい
ては次の部分で説明する。）。ここで各タスクの説明を
簡単に行なう。尚、タスクの詳細な説明や使用するＲＡ
Ｍ（ランダムアクセスメモリ）、ＲＯＭ（リードオ＝９
− ｙ　ＩＪ−メモリ）テーブルの説明は、最適号機の割付
までの過程で説明してゆく。

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

２１はＣＣＴ　、　ＫＣＴ　、　ＨＣＴ等の外部入力を
ＲＡＭ上にセットする入力タスクである。このタスク７
は優先度が高く起動されると１００ｍ５程度ごとに再起
動がかかる。

ここでＨＣＴはホールコンディションテーブルを示して
おり、１だ、ＣＣＴはカーコンディションテーブル、Ｋ
ＣＴはかとコンディションテーブルを示す。そして群管
理対象のエレベータは仮シに群号機をＡ−Ｄの４台とし
て、１〜８フロアであるとすると前記共有メモリ７部分
には制御に必要なＨＣＴ　、　ＣＣＴ　、　ＫＣＴその
他のデータが納められ、そして、上記）ＩＣＴ　、　Ｃ
ＣＴ　、　ＫＣＴはそれぞれ第３図、第４図、第５図の
ようなビット構成となっている。すなわち、第３図に示
したーｌ〇− ホール状態を表わすＨＣＴにおいて、０〜１３のホール
サブインデックス（Ｈ８）に対して８階の下階（８Ｄ）
から７階の上昇（７Ｕ）まで各８ビツトの情報が格納さ
れている。各階毎のホール状態を具体的に説明する。例
えば５階のエレベータホールにて上昇スイッチが押され
ると、Ｈ８１１（５Ｕ）の７番ビットが−１”となり、
このホール呼びに対応するサービスエレベータが後述す
る手法でＡ号機と決定すると、Ｈ８１１００番ビットお
よび６番ビットが１＃となる。

そして、上記Ａ号機が５階に到着するとＨ８ＩＩの０．
６．７番ビットがすべて０＃にリセットされる。すなわ
ち、０〜３番ビットは各エレベータの号機セットを示し
、６番ビットはホール呼びに対するエレベータの割付の
有無を示し、さらに、７番ビットはホール呼びの有無を
示す。

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

”００１１”、”０１００”、−０１０１”、”０１１
０’。

′″０１１１”、”１０００”、”１００１”、”１０
１０”。

＠１０１１”、’　１１００　”に対して、それぞれ、
０〜１０％、１１〜２０襲、２１〜３０チ、３１〜４０
係、４１〜５０係、５１〜６０チ、６１〜７０係、７１
〜８０チ、８１〜９０チ、９１〜１００係、１０１〜１
１０チ、１１１％以上を示す。５番ビットはかごの走行
状態を示し、“１＃は走行中、“Ｏ＃は減速中を示す。

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

第５図のかご呼び状態を表わすＫＣＴにおいて、第３図
のＴ（ＣＴと同様に、０〜３ビットカエレベータＡ−Ｄ
＠機に対するかご呼びの有無を示す。

実制御部における割付タスク２２は割付を行なうタスク
である。ここでは１００　ｍｓ程度毎に新しく発生（７
たホール呼びをチェックし、もしホール呼びの発生があ
れば、予測未応答時間、満員等のダメージにする評価を
行々い評価の最良な号機を決定する。

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

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

年間タイマ、各種タイマ２９は１０ｍ５．１００ｍ５　
＋　１秒等の各種のインターバルタイマと、それらと糾
み合わされた年間タイマのルーチンであり、また、とれ
らのデータは外部タイマにより補正される。年間タイマ
には月、日付、曜日、休日、六曜、その他の行事等の情
報があり、フロラぎディスク用１１０タスク３１による
フ四ッピディスク内の記憶情報読み出しや、ＣＲＴ伝送
用Ｉ１０タスク３０によるＣＲＴ　（キャラクタディス
プレイターミナル）等よりの情報で更新される。

ＣＲＴ伝送用Ｉ１０タスク３０は外部の端末や、他のコ
ンビーータ等との情報の伝送に使用される。このタスク
は他の群管理タスクを害さないように低い割込みレベル
で、タイムスライスされて起動する。またフロッピーデ
ィスクコントロール用のＩ１０タスク３１は外部のフロ
ッヒーディスクに学習データ等を記憶する時に起動され
る。ＣＲＴ伝送用Ｉ１０タスク３１と同様に低い割込み
レベルで起動される。

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

ただし、特別のフラグや優先順位の変更等があった場合
は変化する。

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

ＨＣＴ＄ＲＡＴ　：タイムバンドの平均ホール呼び発生
個数。

ＩＮ＄ＲＡＴ　　：乗車人数平均。

ＯＵＴ＄ＲＡＴ　：降車人数平均。

ＫＣＴ＄ＲＡＴ　：平均かご呼び発生個数。

ＫＣＴ＄ＳＥＴ　：各階に対するかと呼び発生率。

尚、これらデータの一例を第９図、第１０図に示してお
く。

以上が群管理制御指示部９を中心とする実制御部分の流
れと、制御に必要なＲＡＭテーブル等の四囲である。

これらのタスクは一般的には下位の割込レベルのタスク
実行中に上位の割込レベルのタスクが起動され上位割込
レベルのタスクが実行される。ただし特別のフラグや、
優先順位の変更等が行なわれた場合ね、変化する。ここ
で、タスクの管理を行なっているものが、管理プログラ
ム２０であり、タスク間の情報の授受はバッファ用ＲＡ
Ｍを利用して行なう構成と斤っている。

タスクの起動婢け、ある機能が必要となった場合、その
機能を実理するサブルーチンをコールするのと同様であ
ね、その機能を実施する手続自身から見ると、その機能
を実行することだけである。但１．、ＣＰＵから見ると
、多重の機能を実行して場合もある。このタスクの起動
は、共有ＲＡＭ　７上の条件アルゴリズム（条件を決定
する手続き部）によりセットされたり、Ｉｌｏの状態に
より起動されたりする。

たとえば外部入力をチェックし、新発生ホール呼びがあ
ると、割付タスクが起動される。

これは、フローチャート表示による条件文で、「もし新
発生ホール呼びがあれば、割付サブルーチンをコールす
る。」と同様な流れである。

ただし、本発明の流れとしては外部入力チェックにより
、割付タスク起動されるが、ここに割付タスク起動時に
、そのタスク内の各サブルーチンや、小タスクに対する
条件をセットする部分があシ、これが条件アルゴリズム
（条件をセットする手続き部）である（第１１図参照）
。

従来の方法においては、この部分がある程度固定されて
おり、一定の手続きのみであった。

しかし、本発明においては、この部分に手続を追加した
り、また変更、削除も行えるよう外構成となっており、
コントロールの失敗に対する対策を、この部分に自動生
成する。

捷だ、とわらの条件下で、実際の割付コントロールを行
なう部分が実制御部分であり、上記のどのような条件が
セットされていても、最小限必要なコントロールは行な
われる。つまり、条件アルゴリズムに矛盾があっても、
割付コントロールは行なわれる。

ことで、新発生ホール呼びに対する割付において前述の
実制御部分の動作を、条件アルゴリズムとのかかわり合
いを中心に説明してゆく。

まず、外部入力タスク（第２図の２１）により、ホール
呼びの状態が入力され、階上下ＨＣＴのテーブルのビッ
トの状態で未割付の新発生ホール呼びを検出し、第１２
図に示す如きタスク要求のフラグ（ここでｂｉｔ　Ｏは
起動要求の有無、ｂｔｔ　ｉけ起動の有無、また、ｂｉ
ｔ２は終了の有無を示すフラグである。）を立てる（第
１１図の３８）。次にタスクの要求により条件アルゴリ
ズムがサーチされる。この様子を第１３図のジェネラル
フローチャートに示す。図に示す如く、１３−１のステ
ップでタスク要求のチェッりを行々い、１３−２のステ
ップでタスク要求の有無の判断を行ない、タスク要求が
あった場合、１３−３のステップが実行されて０ＮＴＡ
ＳＫがコールされる。０ＮＴＡ　ＳＫでは高価のタスク
より起動のチェックが行なわれる。

第１２図においてＴＡＳＫＳＴ　（タスクステート）は
各タスクに対してタスク要求時はｏ　ｂｔｔが１１”と
なり、起動時は１　ｂｉｔが＠１＃となり、終了時は２
　ｂｉｔが“１′となる。

このため、第１３図の１３−１で割付タスクの要求ｂｉ
ｔがオンとなってチェックされる。この時、起動中でな
ければ、タスク要求を認め、０ＮＴＡＳＫをコールする
。

０ＮＴＡＳＫ中では第１４図のフローチャートに従い、
高位のタスク要求より、タスクの起動をチェックする。

すなわち、１４−１のステップを実行し、レベル１の状
態によりそのタスクを起動して良いか否かをチェックす
る。

ここでレベル１の状態とは第１５図（、）に示すように
例えば０〜４０５段階で示され、その内容としてはＮＱ
ＬＭＡＬ　、工事用オペレーション、パーティ−用オペ
レーションの他、特別のものが２種用意されている。こ
れらのレベル１の状態に対する、起動可能なタスクは第
１５図（ｂ）のＴＡ　ＳＫＬ　Ｚの如く、対応するｂｉ
ｔがオンとなって示されている。

レベル１の状態は条件アルゴリズム決定ルーチンでイン
プットすることにより変更することができる。ここでは
仮りに１０”のＮＯＬＭＡＬであったとする。

また当然ＴＡＳＫＬ７の割付タスクに対するＬＥＶＥＬ
Ｉ　＝　０　（Ｎ０ＩＪＡＬ　）のｂｉｔはオンとなっ
ている。このため第１４図の１４−２のステップに移り
、ここではレベル２の条件チェックが行なわれる。この
部分が本発明の特徴となる部分であり、ここでは第１１
図の符号３５で示す条件アルゴリズムにより次の各ルー
チンのオン／オフ、重み等がセットされる。そして、１
４−２のステップのところで、そのレベル１状態のその
割付タスクに対するレベル２０条件部分がコールされ、
起動される。このレベル２の条件のルーチンの情報の構
造は第１６図のようになっていて、各情報には次の行先
きアドレスがセットされるようになっておシ、追加、削
除等が自由に行なえるようになっている。これらの情報
を以後、ルールと呼ぶことにする。尚、第１６図は情報
３′の追加の例を示している。これらのルールは条件ア
ルゴリズム決定ルーチン（第１１図３９）で変更される
。

−１だ、マンマシンインターフェース（４１１図の６）
により、ユーザーや管理者の要求で行なわれたり、また
、本発明の中心となる第１１図の４０で示すダメージチ
ェックルーチンで、自動的に改良され、変更されてゆ〈
。

この様子を第１１図のモジュール説明図に対応させ、割
付制御モノー−ルに限定して示すと第１８図の如くとな
る。

図において、３５′は割付コントロールに関する各モジ
ュールに対する重みのセットやカットの条件アルゴリズ
ム部であり、第１１図の条件アルゴリズム３５に対応す
る。３６′は割付コントロールで使用する各モジュール
の起動セット部分であシ、第１１図のタスク起動セット
３６に対応する。また、３７′は各モジュールのオン。

オフ及び重みのセット部分であり、第１１図の各ルーチ
ンのオン、オフ、重みセット３フ部分に対応する。また
、３８′は各モジュールの起動要求部であり、第１１図
のタスク起動要求３８部分に相当する。３９′は自動的
割付条件生成部並びにユーザの要求部であり、第１１図
の条件アルプリズム決定ルーチン３９に対応する。

４０′は割付失敗原因の検出２割付失敗の起こる条件の
検出部であり、第１１図のダメージチェックルーチン４
θに対応する。４１′は割付号機決定用計画タスク群で
あり、第１１図の各実制御用タスク群４１に対応する。

これらのうち、上記条件アルコ９リズム３５′により、
割付制御に関する各モジュールの重みの条件セットや、
カットをセットするが、これは第１７図（ａ）　、　（
ｂ）に示したＯＰ　ｆｌｉ　ＷＥＩＧＴやＯＰ　ｉ　ｔ
ｉ”ｌ、Ｇのテーブル上にセットする。

ｏｐ　ｓ■ＩＧＴ　、　ＯＰ　１１　Ｆ’ＬＧは各割付
コントロールモジュールのオペレーションナンバーＯＰ
Ｉ〜ＯＰｎに対するベクトルとなっている。このオペレ
ーションナンバーハ、各割付コントロールのモジュール
を示し、−例を示すと、第１９図のようなものがあり、
第１４図に示す割付タスクルーチンの実行において、ス
テップ１４−２゜１４−３でｏｐ　１１靜ＴＧＴやＯＰ
　ａｉ　ＦＬＧにセットされる。

ＯＰ　Ｓ　ＷＥＴＧＴには、そのオペレーションの重み
がセットされる。ただしゼロの場合は、そのオペレーシ
ョンをカットする意味をもつ。

またＯＰ　８　ＦＬＧは、そのオペレーションを適用す
る号機のビットがオンされる。

ステップ１４−２においては、この時間帯のノーマルな
データがプリセットされる。

例えばノーマル値は下表のようであったとする。

ＯＰ　Ｓ　ＷＥＩＧＨＴ　　　　　　　　ＯＰ　Ｓ　Ｆ
ＬＧｏｐ、：Ｏ°　　００００１１１１ｏｐ７　　：　　ｉｏｏ　　　°　　００００１１１１
０Ｐｓ：０　　　°　　ｏｏｏｏｏｏｏ。

ｏｐ　　：　　　ｏ　　　：　　　ｏｏｏｏｏｏｏ。

０Ｐ！１■ＩＧ）（Ｔについて、ＯＰＩはゼロで、これ
は通常割付レベルで行ない、ＯＰｌが増加すると、評価
係数の移動等が行なわれる。

他の付加的な対策は′”１００”でノーマルとする。ま
た、号機４台のため、Ａ−Ｄ号機のＯＰ　＄ＦＬＧがＯ
Ｎされている。

これらプリセット値は学習機能等によりその時間帯に最
適なものがプリセットされている。

これらのデータは、第１４図に示したルーチンにおける
各ルーチンのオン、オフ、重みセットを行なうステップ
１４−３において特殊な条件で変更される。

このステップ１４−３は第２０図に示した如き構成とな
っており、これにより第１６図の如く情報の追加、変更
が行ない易くしである。

そして、この部分が、ダメージなどにより変更されてゆ
く。

すなわち、第２５図に示しであるようなニーデーがセッ
トする部分のほかに、特殊な条件で自動的に条件ルール
が生成され、これらＫよりルールの追加や変更が成され
てゆく。

この部分の説明は次の失敗ダメージによる変更部分で詳
しく説明する。

尚、ユーザがセットする場合、第２５図に示すようにレ
ベル２でセットした条件により特殊な条件でデータが変
更されそれに応じた割付制御が行なわれる。

ただし、割付データにはどのルールが使用されたかが記
憶され、失敗による変更にフィードバックされる。

次にダメージデータの生成と、そのフィードバックルー
チンの説明を行なう。このルーチンは第２３図に示す如
きもので、第２図における割付見直しタスク２６に入る
と、第２３図のルーチンが実行されてダメージが発生し
た場合、ステップ２３−１によりその割付の状態をセッ
トしているリスト（ＨＬＳＴ　）が第２１図、第２２図
に示すようにセットされてゆく。

インデックスは第２１図のように、状態の変化ごとにふ
えてゆく。

ダメージタイムＤＵＭＴＭには発生した月９日。

時間１分２秒が、そして割付時の情報ナンバー〇ＣＡＳ
Ｓ　Ｓ　ＮＯには、例えばピット０：割付ビット１：長持ち見直しキャンセルビット２：満員見直しキャンセルビット３：かと呼び先着予報キャンセルビット４：６０
秒以上の長待ちビット５：割付時の予測と実際の評価がかけ離れている
。

等がセットされる。

ＤＬＥＮＧ　３　ＷはこれらＤＣＡＳＳ　１１　Ｎｏの
各内容に対するダメージの重みである。

また、タイムバンドＴＭ　Ｓ　ＢＵＮＤは、トラフィッ
クパターンや、時間帯などによりモード分けされたナン
バーであり、例えば、ビ　ッ　ト　０　　：　　ＮＯＴ、ＭＡＬ　　ＢＬＰビ
ット１：一一り中（平日）ビット２：ビーク高（平日）ビット３：昼食時前（平日）ビット４：昼食時後（平日）ビット５：他などのように対応させてあって、割付に応答したところ
でステップ２３−２に入シ、特別にそのインデックスの
ダメージタイムＤＵＭＴＭに胱マークをセットするとと
もにＤＣＡＳＳ　ｓ　Ｎｏのテーブルには発生した事象
の対応するビットすべてをセット（オン）　Ｌ、ＤＩＪ
ＮＧ　ｉＩＷにダメージの重みの合計をセットする（第
２１図参照）。

ここでもしそのダメージの合計がＤＬＥＮＧ　ｉＩＷ８
　ＬＭＴより大きい場合は、ステップ２３−３を実行し
、第２２図のダメージバッファ上にこれを記憶させる。

ダメージバッファはインターバルバッファとなっていて
、インデックスがラストに来たならばインデックスの最
初にもどる回転スタック方式となっている。

このバッファは第２２図に示すようにインデックスに対
してｌ）ＵＭＬＳＴ　、　ＤＵＭＣＡＳ　Ｓ　、　ｎＵ
ＭＩＪＮＧ　。

８ｇＴの各項目を有していて、それぞれ、ダメージリス
トのアＰレス、発生したダメージのビットセット、ダメ
ージの重みの合計、ダメージに対する対策の有無の各情
報を保持する。

そして第１１図に示すダメージチェックルーチン４０で
、これらのダメージバッファ等のデータを利用してレベ
ル２の条件アルゴリズムを自動生成し決定してゆく。

すなわち、ダメージチェックルーチン４０は第２４図に
示す如き内容のルーチンでアシ、このルーチンに入ると
まず、ステップ２４−１により同じタイムバンドのダメ
ージをサーチしてゆく。

尚、ダメージに対して対策済みのものはカットしてゆく
。

これらのカウントが、ＤＭＩＩ　ＣＯ′ｓＬＭＴ以上の
場合、ステップ２４−２のダメージ対策ルーチンに入る
。ここでは、同タイムバンドで、同ダメージが発生した
場合、その逆の作用となるオペレーションをレベル２の
ルール集合へ追加する。

一２９＝または、ダメージ発生と同第４レーシヨンのルールがあ
った場合、これを割付時の情報もサーチするため、カッ
トする。

これらは自動ルール集合部に適用する。

第２５図に示したようにユーザーによりセットされたル
ール部と自動的に生成されたルール部（自動作成ルール
部）は分離されており、上記追加変更は自動作成ルール
部に自動的に行なわれる。

仮りに多数、重複して起きたダメージとして、平日、Ｄ
ＢＳＰ　（昼寅時）９ターン）ＰＭＩ：００〜１：１５
に満員によるキャンセルがあった場合、第２５図におけ
る自動作成ルール部をサーチし、同タイムバンドの満員
予測弱化のルールが無い場合は第２６図に示すようなル
ールを作成し、＠２５図の自動作成ルール部に追加する
。

第２６図に示したルールは「もしトラフィック・母ターンが昼食時ノ母ターンで、
かつＰＭＩ：００〜ＰＭＩ：１５の場合は満員予測の強
化を行なう。」（注）昼食時パターンは平日のみの起動と仮定する。

と云う内容である。

このように、ダメージに対し、対策を目動的に行なって
ゆく。

そして、対策を行なった場合はダメージリストのＳＥＴ
をオンしてゆく。

この対策によ勺、この条件時、オペレーション３の満員
予測が強化されＯＰ　Ｓ　ＷＴＤＩＧＨＴは１００→１
２０とアップされる。

ダメージに対する対策のオペレーション及びその増減、
カット等はデータとしてセットされている。本例におい
ては、先に示した割付時情報ナンバーＤＣＡＳＳ　Ｓ　
Ｎｏのダメージのビット１〜５に対応する内容はそれぞ
れ第１９図のオペレーション（ＯＰｉ）　、（ＯＰａ）
　、（ＯＰ４）　、　（ＯＰ６）　。

（ＯＰ７）、に対応している。

これらのルールはコンビーータ内で使用されるコードに
変換されている。

第２６図のルールは、エントリ一部２条件コードチェッ
ク部、対策コード部、行先コード部等で構成され、第２
０図に示すフローチャートの如く機能することを示して
いる。

第２０図に従って説明すると、まず、エントリーコード
に入力され、そして条件コードで条件の適否がチェック
され、もし条件に合えば、対策コードにより対策を行な
い、その終了後行先コードの示す次のルールヘジャンデ
する。

以上で本発明の中心である割付の失敗に対する対策の部
分の説明を終える。

この結果、繰り返し表われる群管理のダメージに対し、
これを自動的に改善してゆくので、交通量の変化、テナ
ントの変化により生じたダメージはもとより、特定の時
間に起きるような目につきにくいダメージまでもそのダ
メージが生じた時点で改善されることになり、常に最適
条件となるようにエレベータの群管理制御運転ができる
ようになる。

尚、本発明は上述した割付制御に、限定されず、その他
の群管理制御にも利用できる。

例えば、アップビーク時の各オペレーションに重みを用
意しておき、前述同様にダメージデータを実収すること
により、その繰り返し起こるダメージに対して同様に対
策を行なうこともできる。それらには、ピーク時の切り
替わシ時刻、ピーク時の先発指定９次発指定、他の号機
の動向、ダウン呼びの長待ち救済かと等があり、コレラ
のオペレーションのがかわシ合いを最適な方向へもって
ゆくことができる。

〔発明の効果〕

以上詳述したように本発明によれば、繰り返し表われる
群管理制御のダメージに対し、自動的にそれを改善する
手続が生成されてゆくために、交通量の変化、テナント
の変化のために発生したダメージは、もとより特定の時
間にのみ起こるような目につきにくいダメージまでも自
動的に改善してゆくことができ、常に状況に合わせて最
適条件となるようにエレベータの伸管

【図面の簡単な説明】

第１図は発明を適用するシステム構成図、第２図は本発
明の一例であるソフトウェア説明図、第３図〜菓１０図
および第１２図、第１５図。第１７図、第１９図、第２１図、第２２図は本発明の詳
細な説明するための図、第１１図。第１８図は本発明方法のソフトウェアの構成を説明する
だめの図、第１３図、第１４図、第２０図、第２３図、
第２４図は本発明方法のソフトウェアのジェネラルフロ
ーチャート、第１６図および第２５図はソフトウェアの
構造図、第２６図はルールの一例を示す図である。出願人代理人　弁理士　鈴　江　武　彦１）　　　　　
　　、Ω 四臥区　　　　　　・１ｊト番ト味第１２図　　　　第１３図第１５図（ａ）（ｂ）第１６図 −＼μ 第１９図第２０図

Claims

【特許請求の範囲】

（１）複数のサービス階床に対し、複数台のエレベータ
を就役させ、これら複数台のエレベータに共通のホール
呼びに対して最適なエレベータを評価計算により選択し
て割当て応答させるエレベータの群管理制御において、
群管理制御を行なうアルゴリズムを機能別の複数のアル
ゴリズムモジュールに分け、これらアルゴリズムモジュ
ールの起動条件及び重み付けの変更、追加、削除を群管
理制御運転により得た学習データに基づき、設定するこ
とを特徴とするエレベータの群管理制御方法。
（２）学習データより特定パターンをもつ失敗のモード
を収集し、その原因及び発生の条件を検出するとともに
これをもとに機能別アルゴリズムモジュールの起動条件
、重み付けのセットの変更、追加、削除を設定して前記
失敗モードの発生を抑えることを特徴とする特許請求の
範囲第１項記載のエレベータの群管理制御方法。