JPS5939669A - エレベ−タ−の交通情報収集装置 - Google Patents
エレベ−タ−の交通情報収集装置Info
- Publication number
- JPS5939669A JPS5939669A JP57148187A JP14818782A JPS5939669A JP S5939669 A JPS5939669 A JP S5939669A JP 57148187 A JP57148187 A JP 57148187A JP 14818782 A JP14818782 A JP 14818782A JP S5939669 A JPS5939669 A JP S5939669A
- Authority
- JP
- Japan
- Prior art keywords
- elevator
- time
- floor
- traffic
- feature
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Indicating And Signalling Devices For Elevators (AREA)
- Elevator Control (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
〔発明の対象〕
本発明はエレベータ−の交通情報を収集する装置に関し
、特にコンピュータを利用したエレベータ−に好適な装
置に係る。 〔従来技術〕 最近、マイクロコンピュータ（以下マイコンと称す）が
各種産業に応用されてきており、エレベータ−の分野に
おいても、複数のエレベータ−を効率良く管理する群管
理制御装置や、個々のエレベーターを制御する号払８制
ｍ１＋Ｐｃめに適用されている。こうした試みは、マイ
コンの持つ、小型、高機能、高信頼性、低コストの特徴
のため、エレベータ−制御装置に大きな貢献をもたらし
ている。 たとえば、群管理制御の場合、発生するホール呼びを個
々にオンラインで監視し、全体のホール呼びのサービス
状況を加味して、最適なエレベータ−を選択し割当てる
ことが可能となシ、待時間短縮に大きく寄与している。 また、乗客の多く発生したホールには複数台のエレベー
タ−をサービスさせたシ、重役階には待時間の煙いエレ
ベータ−’にサービスさせるなどの優矢サービス制御が
可能となシ、きめ細かな制御が行い得るようになってき
ている。 一方、エレベータ−の監視装置では、コンピュータのか
なシ進んだ利用形態として、群管理を制御するシステム
プロセッサと中央監視局のプロセッサを電話回線で接続
し、効率良い監視を行う方式も提案されている。すなわ
ち、この方式では、エレベータ−システムの運転の必要
のない夜間等において、システムプロセッサをエレベー
タ−システムと切シ離して、中央監視局のプロセッサ内
のかご応答をシミュレートする装置と接続され、システ
ムプロセッサの機能および動作状況を効率良く監視する
ことを行っている（特公昭５６−３７１４５号）。 以上のように、マイコン等のコンピュータ利用によシ、
ランダムロジック構成に比して大幅な性能、機能の向上
が図られてきた。 しかしながら、従来のエレベータ一群管理制御装置では
、あらかじめ決められた固定化された制御機能およびパ
ラメータによシ運転制御されているため、時々刻々と変
化するビル環境に必ずしも適応したシステムとなってい
ない。たとえば、ビル完成時の交通需要と、その後のテ
ナント変更や、業務変更等があった場合の交通需要では
、行先交通需要が異ってくる。また、−日の交通需要の
中でも、出動、昼食、退勤、平常というような行先交通
需要が大幅に変化する。 このように、交通需要が大幅に変化すると、効率的な管
理制御が困難となシ、サービス低下を招くことになる。 そこで従来は特公昭４８−１５５０２号や特公昭５２−
１４１９４２号などに示すように、エレベータ−の交通
需要を検出し、予め定めた上記特徴を代表する複数の代
表点のいずれに近いかを判定して現状のパターンを検出
し、エレベータ−を制御する方法を採用していた。 シカシ、エレベータ−納入時等、ビルの交通需要が把握
されていない場合は、交通需要に応じた制御が困難とな
っていた。すなわちビルの環境変化に適応できない欠点
があった。 また、交通型・要は一般に曜日によっても大きく変化す
るビルが多く、曜日ごとにエレベータ−の制御形態を切
換えて制御する方法も提案されている（特開昭５５−１
３０４５７ ）。 しかしながら、休日の変更や、ｌＯ日周期で変化する交
通需要モードにはその都度個別に対応する必要があった
。 さらには、学校や会館などにおいては非定期にほぼ同様
の交通需要モードが繰り返えし発生するが、これらを適
格にとらえることと、さらには、この交通に適した運転
を行う好適な手段がなかった。 また、暦日に対応する信号を発する暦日信号発生回路の
暦日信号により休日と平日を区分する方法も提案されて
いる（特開昭５２−１４１９４４号）。 飼えば、−社専有の事務所ビルで、かつ毎週日曜が休日
であればこの方法でも問題なさそうである。 しかしながら、夏休や振替休日によシ月曜から金曜が休
日になる場合がある。その際は、その都度、スイッチ等
により休日か平日かを人力する必要がある。また、土曜
日は営業部など一部の部署が出動する場合に、どの様に
対応したら良かが決めずらくなる欠点があった。 〔発明の目的〕 本発明の目的は、エレベータ−を設置した建物の性質お
よび使用環境の変化に即応した交通情報を収集すること
のできるエレベータ−の交通情報収集装置を提供するに
ある。 〔発明の特徴〕 本発明の特徴は、エレベータ−の交通需要を検出し、こ
の検出された交通需要全複数の特徴モードに識別し、こ
の識別された特徴モード別にエレベータ−に関する交通
情報を収集するように構成したところにある。 〔実施例〕 以下、本発明の一実施例を説明する。エレベータ−交通
需要の特徴モード生成装置を第９図〜第１３図に示す具
体的実施例と第１２図〜第１３図に示す他の実施例によ
シ詳細に説明する。なお、実施例の説明に先立って本発
明の制御概念を第１図〜第８図を用いて説明する。 第１図は、地下１ｍ、地上１０階建のあるビル。 に設置すれたエレベータ−のある日の午前８時から午後
２時過ぎまでの交通需要の状況を交通需要の特徴を表わ
す要素によシ図示している。但し日中は省略して図示し
ており朝の出動時間帯と昼食時゛間借の交通需要状況を
示している。図において曲線Ｃ１は交通量の要素を示し
タイムチャート９Ｕ〜ＢＩＤは階床別の混雑果中度合？
ｒ：３値から成るディジタル値で示している。第７図上
部には同ビルにおいて日中に発生する特定の特徴を持つ
交通需要の特徴の大きさを曲線φＰ１て図示している（
詳細後で説明する）。 一般にエレベータ−制御、特に並設された複数台のエレ
ベータ−を一括して群管理制御する。エレベータ−を最
適に制御するためＫは、個々の乗客がいつ、どこの階床
からどの方向へ行くかが事前に予測できる事が理想であ
るが、何千人におよぶ利用客に対し、エレベータ−の利
用予定を事前に登録してもらう事は実際問題として困難
であシ、また外、来者の多いビルや行事の多いビルは不
可能である。 そこで本発明は過日の交通需要を学習し、今日の交通需
要を予測する制御によシ上記課題を解決するために最も
有効な手段として、そのビルの交通需要の特徴モードの
抽出を行ない、抽出された特徴モードを適格に表わせる
複数の要素の大きさと、発生時刻、発生周期などの要素
を多枝に渡って学習することにより明日からのエレベー
タ−制御において予測による最適制御を可能とする事を
基本原理としている。 交通需要には色々な要素を含んでいるが、特にエレベー
タ−に対し大きな負担となるのは交通量と、各階床間の
移動状況である。 交通量を示す関数Ｃ（りは、従来次式（１）で定義して
いた。 ・・・・・・・・・・・・・・・（１）しかしながら在
館人員は単なる目安の数とみることができ、単なる定数
として取扱うこととする。 ておシ、概略の比較ができる。すなわち平常は４％〜６
％位の交通量であり、父通縦が１２％とな すると
、極めて混雑した状況であることがおおむね １表
現できている。しかし、エレベータ−へのストレスの大
きさ全表現する点では不十分である。まず、エレベータ
−が在館人員に見合って設置されているかである。また
エレベータ−制御からみふと他のビルとの比較は必要な
い。そこで本発明では、交通量関数Ｃ（りの単位として
５分間当シのエレベータ−利用人数で表現することとし
た。 次に、所足期間の交通ｆ（少なくとも１日の交通量以上
、できれば時定数が７日以上を有する交通量学習機能に
よ９１日に換算した平均交通量）を計測し、第２図示す
如き度数分布図を作シ、そのビルにおける所定期間（例
えば−周間）の交ハｕ需要に占める時間の割合から交通
量評価レベルα８．α２．α３を作シ、このレベル値を
作って個々の交通需要の交通量Ｃの要素値の大きさを示
す評価値（交通量レベル関数）ＣＶ（りを求めることと
した。 同−交通量であっても、全階が均等に混雑して−る場合
と、１階と２階にのみ乗降かご人員が集中している場合
とではエレベータ−に与えるストレスは２倍以上の差と
なる。そこでこれを何らかの形で要素として認識し作成
する必要がある。 しかし、各階床間の移動状況（以下父通流と略す）の特
徴を定義する定説がないので本発明では混雑集中階床関
数ｌ（りと全階に対するその階の混雑集中度関数Ｖ（り
により表現することにした。この他にも、単に階床ごと
の分布係数を求めで表現することも考えられるが、単に
分布の状況だけを係数としたのでは個別の階床への対応
制御をすることができないのでエレベータ−の交通需要
の特徴を表現する要素に階床そのものを含めることとし
た。 尚、この混雑集中階床関数Ｉ（す（下記の（２）式に例
を示す）と混雑集中度関数Ｖ（す（下記の（３）式に例
を示す）はエレベータ−制御の性質上、乗かご人員（記
号Ｓ）と降かご人員（記号Ｒ）についてと、上昇方向（
記号Ｕ）ならびに下降方向（記号Ｄ）について区分して
求める方が種々の交通需要がもつさまざまな交通流の特
徴を・適格に表現できる。 とれら４種の要因を示す要素関数として下記の８つの評
価値を考えられる。 ■ 上昇方向の乗かご人員の分布状況の要因を示す評価
関数。 Ｉ ａｏ（す＝時開帯〔を−Δ１，１＋Δ１〕における
ｎ番目に上昇方向乗シ込み人員 ■ 下降方向の乗かご人員分布状況の要因を示す評価値
。 ■、（リ 、 Ｖ、Ｉ）（す ■ 上昇方向の降かご人員分布状況の要因を示す評価値
。 Ｉｄ（リ 、 ｖ、３す ■ 下降方向の降かご人員分布要素の要因を示す評価値
。 Ｉｄ（リ ＃ ｖａｎ（わ 向上記において配列変数ｎは１〜最大サ一ビス階床数（
一般に最大サービス階床数は５階床〜４０階あシ特に１
３階床程度が多い）まであるため、１０階床のサービス
階床を持つエレベータ−の場合総計８０個もの多量の評
価値を求め、かつこれを記録し、識別のための処理を要
することとなる。そこで著者らは、交通流の特徴を表わ
す上で実用に供する範囲内に簡略化することとした。 まず、方向性についてであるが、これを一括して評価す
ることとし同一サービス階床を方向別に別々の階床であ
るとして分析を行なうこととした。 すなわち検出される混雑集中階床関数Ｉ（わとして方向
別の階床を表わすデータを設定することにより同等の効
果を発揮できる。 また配列変数ｎの大きさであるが、エレベータ−制御に
与えるストレスから評価して軽負荷な方向付階床（以下
階と略す、１尚特に方向性ケ持たないフロア−を示す階
床はフロア−階床と略す）は心性が少ない。すなわち重
負荷となる数階床を要素とすれば十分に実用となる。そ
こで以下、説明の便宜上も考慮し、配列変数ｎの持つ値
はｌ、２゜３とする。これにより上記した８０個の評価
値を１２個とできる。すなわち下記の（４）式から（９
）式で各要素の評価値を求めることができる。 Ｉ、（す＝時間帯〔１−Δ１．１＋Δ１〕におけるｎ番
目の乗かご集中階 ・・・・川・・・・・（４
）Ｗ？（リエ時間帯〔１−旧、１＋Δｔ〕におけるｉ階
床°からの乗かご人員 ・・・・・・・旧・・（
５）（４）式と（５）式より乗り込み客果中階Ｉ−（り
の混雑度Ｖ＝（りは下記となる。 慕−凰 工：（す＝時間帯〔を−Δ１．１＋Δｔ〕におけるｎ番
目の降かご集中階 ・・・・・・・・・・・・
（７）Ｗ？（す；時間帯〔を−Δ１．１＋Δｔ〕におけ
るｉ階からの降人員 ・・・・・・・・・
・・・（８）（７）式（８）式よシｎ番目の降シ客集中
階Ｉフ（１）の混雑度Ｖフ（りは下記となる。 尚Ｆはエレベータ−のサービス階床数（ここでは方向別
サービス階床数としているが単にサービス階床としても
良い。）著者らは最終的には、これをさらに簡単化する
ために階床集中度関数■を示す（６）式と（９）式に代
って下記の（１０）式と（１１）代金採用し、合計８個
の評価値をより交通流の特徴を表現する要素とした。 ■ｓ（す＝Σ （ＶＩｌ）
・・・・・・・・・・・・・・・（１０）ｗｌ ＶＲ（ｔ）＝Σ （ｖ；）２ ・・
・・・・・・・・・−・・（１１）ｎ−１ 向上式においてｖｌは階別の集中度（％）を表わしてい
る。 第３図に第１図の時間帯〔ｔ、〜１３〕において良く発
生する出動時の代表的な交通流を示す。（ａ）は階ごと
の集中度合を図示しておシ、曲線ｆ ［Ｊ Ｐ Ｉ Ｎ
ｔはＵＰ方向側の乗かご人員の比率を、曲線ｆＤＮＩＮ
１はＤＮ方向側の乗かご人員の集中比率をそれぞれ各フ
ロア階床ごとの分布状況を示している。曲線ｆＵＰＯＵ
ＴＩと曲線ｆＤＮＯＵＴＩはそれぞれ上昇方向と下降方
向側の乗かご人員の分布状況を示しておシ、乗かご人員
比率と降かご人員比率のそれぞれの総和は１００％とな
ムそれぞれの総和人員はマクロ的にみれば交通量で示さ
れる人員に等しくなる。 第３図（ｂ）は乗かと、降かご別に集中度の高い階の順
番に人員比率を図示したものであシ、曲線ｒｙｉＮは乗
かご人員の曲線ｆＶＯＵＴは降かご人員の各階床への集
中度合と分散度合の状況を示している。 以上によシ、第１図と第３図で示す代表的な出動時間帯
（’ｔ〜ｔ３〕の交通需要はその特徴認識を行なうこと
によシ下記の要素罠分解される。 （１１交通量関数Ｃ（りは （’（ｔ、−、ｔ２ム）中１２０人１５分 ・・・川・
・・・・・・・・（１２）Ｃ（ｔＺム〜’ｓ ）中２０
０人１５分 ・・・・・・・・・・・・・・・（１３）
（２） 乗かご人員の階床集中度関数Ｖ’（りはｖ８
（’ｔ〜’ａ）中６０”＋３０”中４ ｓ ｏ ｏ
・・・・−・−・（１４）（３） 降かご人員の階
床集中度関数ｙＲ（りはＶＲ（ｂ〜’ｓ ）ｙｌ ７”
＋１６”十ｉ ４！ ＋ １３”＋１２” ＋１１”
＋７”＋４’中１５４５ ・・・・・・・・・（１５
）（４）乗かご集中階間数■＝（りのｎ＝＝ｌ〜３の配
列の値は Ｉ 、（ｔ、〜ｔ、ン＝＄０１．＄０２．＄００
・旧−・・・ （１１５）（５）降かご集中階間数Ｉ
−（りのｎに１〜３の配列の値 Ｉｎ （’＊〜ｔｓ） ＝＄ ０４− ＄ ０７− ＄
０６”１団・（１７）尚（１６）式や（１７）式で求
める集中階間数■（りについては第３図に示す様にへ未
満の階床は集中階と称すことができないので、その順番
ｎの階■１として集中階が存在しない事を意味する記号
として＄００を配列にセットする。 この様にして、出動時の交通需要の特徴である交通量が
前記した所定期間（１日など）において最大に近く、か
つ特定の階（ロビー）（Ｉ’ｔ＝＝ｎ曽１ ＄０２である）からの乗かご人員が大半をしめ（Ｖ ’
（ｔ）＝４ ｓ ｏ ｏと大きい）、かつ、ＤＮ方向の
移動人員が極めて少ないＴｈ：（リ に＄８１〜＄８Ｂ
がない）という特徴を上記した５つの要素の値を示す８
個の関数によシ実用的には完全に表現できている。 次に各種時間帯や、曜日にょシ発生するさまざまな交通
需要をいかに認識し、そのビルにおける顕著な特徴モー
ドとして抽出するかについて説明する。 まずエレベータ−としての全体的な制御原理を第４図に
示す手順によシ説明する。尚第４図はプログラムやハー
ド回路の動作フローを図示したものではなく、学習して
行く過程を説明する概念的な手順を示している。まずビ
ルの開館日（手順ＡＰ １０ ）に先立ってＰのインテ
リジェント端末等からあらかじめ予定される交通需要の
特徴モードをＫＥＹボード等よシ入カする。この時大刀
するポイントは第３２図に示す様にスケジュール時刻（
テーブルＡＴ２９１）と乗降にょシ混雑すると予定され
る階床順にテーブルＡ Ｔ ２９２へ大刀する。これに
よシ少なくとも混雑集中階が分かったので上記した５綴
針８つの特徴の要素別好価値は次の通シ作成する。 （υ Ｃ（ＡＭＩ Ｏ−ＡＭＩ Ｏ，３０） ＝１３５
・・・・・・・・・・・・・・・（１８ン交通量の指定
なし時は中間のレベルα、に相当する１３５〔人１５分
〕をセットする。 （２） Ｉｓ（ＡＭＩＯ−ＡＭＩＯ，３０）＝＄８２
．＄０５．＄８５・・・・・・・・・・旧・・（１９） （３１ｉＲ（ＡＭｔｏ−ＡＡｆｌｏ、３０３＝＄８２．
＄０５．＄８５・・・・・・・・・・・・・・べ２０）
ここで乗シ混雑や降シ混雑の指示がなかったので両方に
同一の階を入れた、また別のケースとして階床のみ人力
された時は両方向を入れる様にする。 （４ン Ｖ ８ （ＡＭＩＯ−ＡＭＩｏ、 ３０）
＝１７００ −−川−（２１）（５）ＶＲ（ＡＭＩＯ
−ＡＭｌｏ、３０）＝１７００ ・旧・・（２２）こ
ζで、特に集中度の指定がなく、かつ３つの混雑階を指
定されたので集中度レベルβ！に相当する値を選び１７
００とした。 また、第１図に示した出動や昼食時などの特徴モードｔ
よ一般的に発生しやすいので、これを工場出荷時Ｋ［Ｏ
Ｍ等にセットしておい°Ｃも良い、これらは初日からで
酋る限シ最適な制御をしたいビルにおいてのみ実施すれ
ば良く原理的には不必要とできる手順である。 次にエレベータ−側脚用の特徴モードの自動設定（手順
Ｐ３Ｇ）の説明を行なう。この部分の説細手順を、第５
図に示す。例えば１日分または一週間分の交通需要を検
出しく手順Ｐ３１）、上記した５種の特徴要素すなわち
交通量Ｃ（りと、交通流の特徴要素関数を演算しく手順
Ｐ３２）、記録する（手）＠Ｐ３３）。この時、例えば
７．５分おきに交通需要を検出すると１日間で１９２組
となシ、１週間分で１３４４組となシすでに述べた８個
／組の特徴要素関数値を記録するのに約１０ＫＢの不揮
性メモリーを必要となる。また、特徴モード抽出の学習
演算もその分時間が掛ることとなシ、高速な演算ハード
が必要となる。さらに利用人数の少ない時に特徴を表現
することは無理がある。そこで第１図に示す様に交通量
が小さい時は長い周期とし、交通量が大きい時は短かい
周期で検出することとすれば、その分記録する組数が低
減する。例えば所定人員の交通があった時に特徴検出す
ると一日約４８組位となる。但し所定の時何、たとえば
３０分以上たった場合はその時点で特徴判定を行なうも
のとする。尚この方式とした時はその時間幅を示すため
の時刻データも特徴データとベアで記録する必要がある
。以上の手順を所定期間、例えば１日間繰り返えしく手
順Ｐ３４）、一部分の分析された数十または数百組力為
ら成る交Ａ需要を集計する。次に新たな特徴モードの設
定を行なうか否かを評ｆｉｌｆｉするための特徴モード
抽出関数を求める。 まず第１に、すでに求めた８個の特徴要素関数をあらい
数値に再評画する。まず第２図に示す交通量レベルα６
〜α、を求める（手順Ｐ３５）。 次にこの父通、縫レベルを作って各組の交通祉関数Ｃ（
りを交通量レベル関数ＣＶ（りに変換し、以上により１
日分の交通需要を複数組から成る８個の要素関数の配列
を作ることができる（手順Ｐ３６）。 第２図で実施した交通量レベル関数ＣＶ（りの値の数７
ケ（＄０６〜＄Ｏｏ） としたが、さらに少なく、４？
ｌｌｊ＋よ°４ヶとすることとしても良い。 また、階の集中度関数Ｖ（りの１直の度数分布を作シ第
２図（ｂ）の曲線ｔＶ１を作シ、レベルβ１〜β４から
成る分布レベルを設ける（手Ｊ［Ｐ３７）。 これ罠よシ粗な階床集中度関数ＶＶ（りを作り、各特徴
要素の組合せの種類をある程度制限できる。 そして代表的な特徴モードを抽出するために、所定期間
検出した交通需要の各要素を粗関数で表現した配列を作
る（Ｐ３７）。 さらに特徴モード抽出関数Ｐｓｆｆｌを全ての粗なる特
徴モードごとに求める（手順Ｐ３８）。ｍは同一と認識
した特徴モードに与えた番号である。 例えば次の（２３）式によシ求めることができる。 ＰＳ、。＝Ｔｔｍ） （ｋｔ （ＣＶ（ｍ）） ＋ｋｔ
（Ｖ Ｖ（二、＋ｖｖ品））・・・・・・・・・・・
・・・・（２３）尚特徴モードｍは検出された順番に付
けて行けば良い。そして関数Ｔ１．、は特徴モードｍと
同一の特徴モードまたは類似のモードが検出された回数
または累積時間とする。 万一特徴モードが所定数を越えた時は、Ｔｌ１ｌが小さ
くて、１番早く抽出した特徴モードを他の最も接近して
いる特徴モードへ含める。 また同一の特徴モードとＮ４Ｊ識する際には、第１の集
中階閏数工、や工、が一致しているか台かで判定しても
艮く、また当該の階集中度関’ｒｉ ＶＩｏ）が所定値
または所定レベル以下のｔｔ、ｙは相の集中階関数ＩＶ
、と、Σでは＄００と扱うこととｔ、、ｐ’ＵえばＩＶ
〜ＩＶ、まで全て一致しているかで判定しても良い
（手順Ｐ３７）。 以上により求めた複数の特徴モード抽出関数ＰＳ、’ｉ
相互に比較し、新規の特徴モードの中でＭＡＸの１組ま
たは上位の複数組を選択し、新たなニレベーム−制御用
特徴モードとして仮登録する（手順Ｐ３９）。尚この時
、予め設定されている特徴モードが無い場合や少ない堝
合し、１：多めに抽出するものとしたり、常に制が１１
用４−ｆ徴モードを設定できる最大数を抽出することに
し、より早い日数で特徴モードの設定が完了する様にす
る。尚、仮登録する特徴モードの階床集中度レベル関数
ＭＶ（りと交通量レベル関数ＣＶ（ｔ）などの粗間数値
ではなく、元の関数ｖ（ｔ）とＣ（りの値ｆ！：：登録
するものとする。これによシ以゛後の識別が正確となる
。 以上により、そのエレベータ−個有の交通需要の中に存
在していた交通の特徴の形態（モード］そのものを自動
抽出できたが、本発明はこれに限定されるものではなく
、あらかじめ予測される数十個の特徴モードを設定して
おき、以下に説明する方法により、顕著にして多頻度に
発する特徴モードを選択してエレベータ−制御に使用す
る特徴として選択して設定する構成とすることもできる
。 この様にして新たに自動抽出された仮登録された特徴モ
ードと、すでに登録されている特徴モードの優先度を求
める特徴モード優先関数Ｐ円切と、登録済特徴モードの
登録特徴要素関数値の修正による特徴モードの生成を行
なう特徴モード生成制御（手順Ｐ４０）につｂて第６図
を用いて説明する。 尚、登録特徴モード要素関数には、すでに述べた検出し
た交通需要の特徴モード要素関数ＣＶ、。 １、、Ｖ、、の他に、定期的に繰り返えす要素を学習す
るための周期関数ＴＰ、と、日別に定時に発生する要素
を学習するための時刻関数ＴＨを追加する。 まず、第１に手順Ｐ３３で作成したＮ１組の特徴モード
の要素関数の一つ一つについて下記の手順によυＭ１組
の登録済特徴モード要素関数で表現される多次元ベクト
ルを持つ中点Ｐ□のいずれに最も近いかを学習する。 尚、各要素間のウエート付は定数に、〜に、により行な
う。 検出した交通需要の特徴モード要素関数によるベクトル
が作る中点Ｐａのベクトルは（２５）式で表わされる。 中点Ｐ、も同様に記述でき、２点間のスカラー量令１．
は（２６）式で求められる（手順Ｐ４１）。尚混雑集中
幅はここでは原理の説明につき第１の階のみ評価するこ
ととし、式を簡略化して示しているが、実際には第２、
第３の集中階もウェイトを軽くして評価に加えた方が良
い。また、階床の番号差（差値＝Ｉニーに）を求めても
良いが一致した時は′″０”不一致の時は″ｌ＃を与え
る様に（濁）式を変更しても良い。 （２６）式によ）最も近い中点Ｐ、、を持つ登録済特徴
モード番号ｍを求め、これを最も近い登録済特徴モード
であるとして記録する（手順Ｐ４２）。 ＭｉＮＣ令１．１．令、、２．・・・・・・・・・乞、
・・）・・・・・・（２７）以上の手順をｎ ＝＝ １
からｎ＝ＮＩＫついて実行し、次々と検出した交通需要
の特徴要素関数と対応して記録する（手順Ｐ４２）。 次に例えば登録済特徴モード（Ｐ、ｎ）別に選択された
回数また時間の積算値を求めこれを登録済特徴モードの
評価関数φＴ、、、とする（手順Ｐ４４）。 これは発生頻度によ勺評価したものであるが、交通需要
のベクトルの大きさの積の和とする方がさらに良い。 次に特徴モード抽出優先関数φＰ６を（２８）式より全
ての登録済特徴モードについて求める。 φＰ、＝（１−に、）φＰ ｌ、ｌ＋ｋａ Ｘφ１ゝ１
・・団・・・・・・団・（２８）この値の最少のもの
または下位の複数個の特徴モードを除去する（手順Ｐ４
５）。従って、先に仮登録した特徴モードは大きな饋を
取れないので除去され易すい。 最終的に決定した登録済特徴モード関数Ｐ。 （個数Ｍ２）の各要素の関数の値の大きさを（２８）式
の指数平滑により学習し、設定する（手順ｐ３６）。 例えば交通量関数Ｃ，ｎまたは交通量レベル関数ＣＶ、
は今回の所定期間（１日または一週間）において抽出さ
れた特徴モードｍに近い特徴モードの要素値か、または
特徴モードｍとして判定された交通需要の加重平均よシ
求めた要素の値と登録済特徴モードの要素値とで（２８
）式と同様の学習（長期の平滑処理）計算を行ない交通
ｉ−髪素の関数値は生成、を行なう。階については第２
、第３の階関数を過去のデータも含めて発生頻度の大き
いものから順に選択する。 また時間に関する関数ＴＰ、とＴＨ，も（２８）式と同
様指数平滑して求める（手Ｊ［Ｐｄ２）。 尚周期は前回検出してからの次回検出までの個別の時間
を管理し、多頻度に発生する周期を複数個について学習
することによシ、異なる２つの周期で繰シ返される特徴
を学習する仁とができる。 また１日において多発する時刻を複数個、個別に学習し
、時刻関数Ｔ Ｈ＜ｎ ）として記録する仁とによシ、
よシ正確な予測制御が可能となる。 以上によシ抽出され、要素の関数を学習しそして設定し
て出来あがった特徴モード（以下単に特徴と称す）をも
とに第４図の手Ｊ＠Ｐ５０による特徴別交通情報の記録
を行ない、そのデータをもとに特徴モード別の最適１１
Ｊｉｌｔ１パラメータの学習や≠機がコンピューターの
場合で能力があれば実機でまたはエレベータ−またはピ
ル監視用コンピューターや中央保守センターの大型コン
ピューターによるシミュミレーシュンでの最適プログラ
ムの選択結果の記録などを行う（手順Ｐ６０）。 次に現状の交通需要の特徴モードを手順Ｐ３１とＰ３２
と同様の方法で分析し、手順Ｐ４１とＰ４２と同類の方
法で特徴パターン認識学習を行う。 ただここで少し異なる改善例について補促する。 すなわち前者の場合は時間要素を入れなかったが、実際
の運転においてはエレベータ−制御系、特に群管制御エ
レベータ−においては、制御アルゴリ機能するまでの制
御遅れはエレベータ−λ同時間が平均１２０秒であるこ
とよシ数分あると考えられ、１０分たてばおおむね安定
すると言う性質がある。 そこで、特徴認識をする（２６）式または（２７）弐等
に時間的な連続性を評価要素として加味することが好ま
しい。例えば（２７）式において、前回選択さし現在エ
レベータ−制御している特徴ＩＴＳ、のスカラー貴会（
ｔｅｅｍ の項だけ・を（令（ｔ）＊ ｍ） ｋｓ
とし、係数ｋａｆ、ｌよシ小さい値を取るものとすれ
ば、その分だけ、前回選択され現在のエレベータ−制御
用特徴モードが認識され易すくできる。第２に、毎日、
同時刻に繰シ返えされる特徴についても同様の手段を構
し、早めに検出しすことも有効である。 例えば第１図の出動時の様に平日なら毎日８時１５分項
に出動のピークが来ることを特徴の一つＰ、とじて抽出
、学習し、時刻要素関数ＴＨ，，，として０８．１５が
記録されている場合、例えば（２７）式の当該の特徴項
だけを（２９）式に切替えて特徴モード識別する（手順
Ｐ７０）仁とＫよシ早１め・・・・・・・・・・・・・
・・（２９）に過日までに学習した（手順Ｐ５０とＰ２
Ｏ）出動データによる出動に適応した運転形態とできる
。 に、は例えば１５分とすると現時刻ｔが、過日までに学
習された予測時刻を示す要素関数Ｔ）（？ｆｉの値０８
．１５の示す時刻の±１５分内になると特徴Ｐ３・・１
．の項の値がスカラー量や３・７９．より小さくなり、
時刻が一致すると１−に、の値だけ選択され易すくなる
。 以上による特徴モード識別（手順Ｐ７０）によシ識別さ
れた特徴モードを分析、学習された特徴Ｐ０とほぼ近似
［（２９）式や伐６）式や（２７）式で求められる値が
所定値よシ小さい）している場合は、その特徴Ｐ、によ
シ求められている制御データ（手順Ｐ５０とＰ２Ｏで作
成したデータ）によシエレベーターを運転制御するり ビルの環境やビル内のレイアウト変更によシ、交通需要
が急変した事などによシ、上記した値が所定値を越えた
場合は、第１の特徴Ｐ１のみならず、比較的近い複数の
特徴を歯別し、これら特徴別に持つ制御データを補間し
て使用したり、交通情報を接近度に応じたウエート付で
和を取り、手順Ｐ６０’ｉ実行へ、求められたパラメー
タ等によシエレベーターを制御する（手順Ｐ７５）。 但し、当日だけの行事がある場合は、あらかじめ時刻と
行事の内容を階と制御の種類を示すスイッチやＫＥＹボ
ード等よ多入力しておき、その入力内容を解析して何階
と何階に対し、いかなる制御を行なうか（優先サービス
２台割当、ドア開放タイム延長、不停止、暗号登録許可
）を判断し、所定時間帯に入ったと判定すると手順Ｐ７
５によシ求めた運転形態や運転状況に優先して少なくと
も一部を、行事予約した内容で運転を指令する（手順Ｐ
８０）。この様な手順によシ、求められた常に最適な制
御となると予測される運転方式（アルゴリズム）とその
制御定Ｌパラメータ】を使用してエレベータ−を運転制
御する（Ｐ２Ｏ）。 また、ビルのレイアウト変更や、１ケ月間開催する展示
会などによシ交通需要の急変が予定されているスケシー
ルをＫＥＹボード等により設定し、−設定された内容を
手）＠Ｐ２０で説明したのと同様にして新しい特徴モー
ドとして仮設定しておき、学習速度が早まる様にする（
手順Ｐ９５）。 以上忙より第４図に示した、本発明の原理の手順を理解
いただけたと考えるが以下、全体的な事に関する捕捉を
行なう。 （１） 手Ｊｌｌｉ￥Ｐ９５が終了したあと一般には
ルートＰ９５−２によシ特徴モードの設定へ戻るが、使
い勝手やモラルなど、エレベータ−の最適開明１をめざ
す以外の要因にょシ適応学習制御を実施できないビルに
おいてはルー）Ｐ９５−ｆとすることも考えられ、例え
ば、スケジル設定器によシ指示された時のみルートＰ！
５−２へ進む様にする方法が良い。 さらに良い方法は、常例ルー）Ｐ９５−２へ進ませるが
、手順Ｐ４０や手１［Ｐ２Ｏにおけるアクティブな動作
を制限し、手１＋１ｉｔＰ ８０ ｉたはＰ２Ｏの装置
をインテリジェント端末化し、ＣＩＩ、Ｔなどへ学習結
果を人間が判断しやすい形状に表示し、エレベータ−管
理者が、学習した内容を確認または一部修正を加えて登
録などのアクティブな学習側６ｉ１ｅ実行することであ
る。 （２）第４図に示したのは学習制御の手順であシ実際の
動作は、し０えば、手順のＰ３Ｏに含まれる交通需要の
収集、検出と手順Ｐ７０の特徴モード識別と、手順Ｐ７
５と手順Ｐ９０のエレベータ−運転制御は平行して実行
される。 特にエレベータ−の運転制御は、一般には常に即時に作
動することが要求され、当然他の手Ｊ＠ 、！：は平行
して作動する様にシステムを構成する必要がある。例え
ばコンビニ−ター制御の場合は手順Ｐ４０＋Ｐ６０やＰ
７５など、多大な処−埋を要するプログラムは、手／＠
Ｐ９０のタスクよシ下位タスクに割当てることによシ、
エレベータ−制御プログラムを優先的に実行し、空いた
時間に学習制御を実行する構成とすることによシ実現で
きる。 また他の方法としては学習制御部を別のコンピュータと
して並行処理させることもできる。 次忙本発明の原理を実施した場合の効果を第７図、第８
図によシ説明する。 第７図は放送センターなど日中に見学者が多いビルの場
合の見学者だけ交通扁要の変化曲線Ｃ３を図示した。事
前にスケシュニル予約がなかった場合の学習過程を第１
日月と第２日月と第ｎ日月について示した。記号ＰＬＷ
は見学者の特徴モードについての時刻関数ＴＨ，の大き
さを示し、初日は零であり、しだいに広がり、それにつ
れ、特徴識別される時間帯Ｐ８が見学者の交通量に見合
って、早く選出される。 尚記号ＰＬＫは見学者の特徴モードを抽出し設定するだ
めの特徴要素関数の検１１状況を示した。 第８図に見学者を含めた場合の階の移動状況を示Ｌ０す
なわち、４階の上、下と、１階の下方向の降シ客が多い
事を降かご人員比率曲線ｆＵＰＵＴｔ ｓとｆ Ｄ Ｎ
Ｕ Ｔ＋ ｓが示しておシ、これに見合う特徴要素関
数が学習される。 では次にいよいよ本発明の第１の具体的実施例を第９図
から第１１図の回路図と、第１２図と第１３図に示す記
録データと罠より説明する。 エレベータ−運転制御系１１０（手順Ｐ９０を実行）は
ホール呼び登録１１０からエレベータ−駆動装置１１５
によ多構成されており、それら各制御ブロック回路１１
１〜１１７を実現する装置はそれぞれ公知の技術で良く
、（例えば特−“ＳＳ・５１−５７０２７号にかご自重
量検出装置から乗・降人数検出する装置が示しである。 ）従来と異なる点は、これら回路の情報をきめ細かく、
例えばドア開閉制御装置１１４に含まれる、開、閉釦や
、光電装置の動作信号までをも本発明によシ新たに設け
た交通需要を検出する。交通情報検出回路１３０へ入力
されかつ、学習された結果として最終的にフィードバッ
クされてくるエレベータ−運転制御形態選択回路１７０
（手順Ｐ７５）からの信号によシ、制御アルゴリズムや
制御定数を切換える手段を持つ点だけである。 第５図に詳細に示す交通情報検出回路１３０の検出した
交通需要Ｄ１３０は交通需要特徴モード識別回路工５０
（第６図に詳細を示す）へ入力され、識別された特徴に
応じ特徴別情報学習回路１６０は特徴別にデータを記録
する交通需要記録回路ＤＩ ６１Ａ 、とサービス状況
（ニレ稼動台数、ホール呼び継続時間、戸開時間、館内
騒音レベル県東、いたずら、乗かご拒否、電源電圧、温
度など）記録回路ＤＩ６１Ｂ、 と、検出された時刻
や周期などの学習結果を記録する時間帯記録回路Ｄ１６
１Ｃ，とによシ収集されたデータの累積と学習（手順Ｐ
５０）を行う。その他の回路としては時刻信号発生回路
１４０があシ各回路の動作制御に使用される。ｆｔｂｌ
ｃも手順Ｐ２０とＰ８ＱとＰ９５の制御に関連する。予
約・設定回路１９０があシ、入力された内容に応じて、
制御形態記録回路１９２と時刻記録回路１９１と、制御
目標登録回路１９３に必要なデータが記録される。また
、省エネ度指令回路１８１や、サービス度指令回路１８
２や、環境度指令回路１８３とこれらへの入力手段とな
る入力装置１８４から構成される目標値設定回路１８ρ
があり、主として制御形態選択回路１７０へ入力され、
エレベータ−制御へ反映される。 第１０図と第１１図によシ本発明と特に関連のある交通
需要の特徴抽出について説明する。 エレベータ−制御系１１０からの入力信号線Ｌｌｌｌ〜
Ｌ１１７にょシエレベーターの運転と交通需要に関する
データを監視し、回路Ｄ１３１でデータ累積する。 この時の開始時刻を回路Ｄ１３１Ｔで記録する。 この様な交通情報計測を回路１３１で実施し、所定期間
（数分）ごとに、回路１３３により現状レベルの交通需
要を計算する。すなわち、回路１３１のデーターを回路
Ｄ１３１’ｌｌＣ記録されている時間と現在の時刻との
差を求めて得られる計測継過時間で割ることＫよシ求め
られる。 この現状の値を数十分程度の時定数を持つ演算回路１３
４にょシ、平滑し、現状時間帯の交通需要として信号線
Ｄ１３４によシ出カする。 この信号は主として、回路１５７による特徴認識（手順
Ｐ７０）において、特徴識別の安定化を計るために使用
する。 回路１３２はデータＤＩ３１の大きさと時間継過によシ
動作する第１１図に示す交通需要の要素値演算要求回路
１５２の出力信号Ｄ１５２にょシ作動し、回路Ｄ１３１
とＤ１３１Ｔの内容と現在の時刻をサンプリングホール
ドする。 そして、回路Ｄ１３１のデータはクリアされ、回路Ｄ
１３１ ’Ｉ’へ現在の時刻を古セットし、次の交通需
要の検出（その他の情報サンプリングを含む）のための
データ収集を実行する。 この様にして検出された交通需要を含む１８号Ｄ１３２
は第１０図の回路１５１〜１５６よ構成る交通需要の特
徴抽出（手順Ｐ３０）部への入力データとなる。 まず回路１５１は、新たな交通需要が検出される度に信
号Ｄ１５２より少し遅れて出力される信号Ｄ１５２−２
によシ、交通需要の特徴要素の関数を演算し、これを回
路１５３によυ記録する（手順Ｐ３２．Ｐ３３に相当）
。 次に評価用関数を作るだめの交通量レベルケ作る（手順
Ｐ３５）制御と要素の大きさを評価する関数を求める（
手順Ｐ３６）制御を回路１５４により実行される。この
制御は現状交通量（データ１８号Ｄ１３４）が低く、か
つ所定期間、例えば１日が経過したかまたは数時間前以
内の時に実行される。尚この時、第２図に示した曲線Ｃ
１をあらかじめ作シ制御を速くする目的より回路１５９
を設けた。 尚、交通需要が検出される度に記録回路１５３には第１
２図に示す様なデータが記録される。すなわちｎ番目の
１回当りの記録データＤ１５３゜は１３個から構成した
場合を図示しておシ、これが、帯状または機能的に環状
を成す記録回路によシ順次記録されて行く。 尚、原理の所で述べなかった米層識別要素関数Ｔ Ｍ、
、とＴＭ、について捕捉する。 同一交通需要でも、利用する客層や時間帯によシ、その
性質が変化してくる。 例えば、朝はあわただしく動くが、夜はゆった９とした
動作となり、ともすれば一番早く来たエレヘーターに乗
り損なったシする。この様子を環境関数ＴＭいとする。 また、子供が多くて平均体重が軽かったシ、いたずら呼
びが多い車や、車イス呼びやＶＪＰ呼びなどの比率を客
層関数ＴＭｔとして扱う。これらの乗客層識別関数もエ
レベータ−制御へのストレスの一部となるので、これら
を特徴要素として追加したものである。 以上の様に記録されたデータよ仄特徴抽出を行ない（回
路１５５）、抽出＆学習されたｌ特徴モードは第１２図
に示す記録データＤ１５６ヤを１組として、特徴モード
の数Ｍ１個（ここでは合計１８）のテーブルが、スケジ
ュール設定による特徴モード記録データＤ１５８と、抽
出＆学習した特徴モード記録データＤ１５６とに区別さ
れている。 そしてスケジュール設定やＣ，ＲＡＭやＲＯＭによりイ
ニシャルセットされたデータが格納されておシ、これら
の特徴モードは自動学習による消去舎させないものとす
る。 以上、第９図をもとに本発明の一実施例な説明したが、
本発明はこれに限定される本のでなく、例えば第１１図
に示す回路１５１〜１５６と回路１５９により特徴モー
ドの設定と、生成を行なう部分をエレベータ−制御装置
と独立させることができる。 例えばエレベータ−制御回路をディジタルコンピュータ
によ多制御する装置の場合には、上記した特徴モードの
設定と生成を行なう部分を別個のディジタルコンピュー
タにより処理したシあるいはビル管理コンピュータやエ
レベータ−監視室などに設置された、コンピュータで処
理制御する構成とすることもできる。 さらには特願昭５３−１４３５１３に示す可搬式のエレ
ベータ−保守装置によシ、必要な期間だけ、この装置を
接続し、エレベータ−の交通需要の変化を捕らえ、新し
い特徴モードの設定や、すでに登録されている特徴モー
ドの生成を行なうエレベータ−制御用特徴モード生成装
置とすることもできる。 では以後の説明は並設エレベータ−の運転制御部と、交
通需要の特徴モードに関連する制御部とを別々のマイク
ロコンピュータで制御する構成とした場合を第１４図〜
第５７図に示す具体的一実施例によシ詳細に説明する。 なお、実施例の説明は、まず、本発説を実現するハード
ウェア構成を述べ、次に全体ソフトウェア構成とその制
御概念を述べ、最後に上記制御概念を実現するソフトウ
ェアをテーブル構成図、フローを用いて説明する。 第１４図は、本発明の一実施例の全体ノ・−ドウエア構
成である。 エレベータ一群管理制御装置ＭＡには、前記した並設エ
レベータ−運転制御を司るマイコンＭ１と前記した交通
需要の特徴モード別に交通情報を学習し、学習したデー
タをもとに特徴モードごとにシミュレーションヲ司るマ
イコンＭｔがｈｆ）、マイコンＭ１とＭ１間は直列通１
目プロセッサ５ＤＡｃ （後述）により、通信線ＣＭＣ
を介してデータ通信される。 エレベータ−運転制ｆＭｌｔ−司るマイコンＭ１には、
ホール呼び装置ＨＤからの呼び信号１（Ｃｋ並列入出力
回路１） Ｉ Ａを介して接続され、まだ、ドアの開閉
や、かごの加減速指令等測々のエレベータ−舎制御する
号機制御用マイコンＥ、〜Ｅ、（ここで、エレベータ−
はｎ号機あるものとする）とは、前記同様の直列通信プ
ロセッサＳＤＡ、〜ＳＤＡ。 と通信線ＣＭ、−ＣＭ、ｅ介して接続される。 一方、マイコンＭｔには、シミュレーションによる最適
運転制御プログラムならびにそのパラメ列入出力回路Ｐ
ＩＡ’！ｌ：介して入力される。 また、号機制御用マイコンＥ１〜Ｅ、には、制御に必要
なかと呼び情報、エレベータ−の各種安全リミットスイ
ッチや、リレー、応答ランプで構成する制御入出力素子
ＥＩＯＩ−ＥＩＯ，と並列入出力回路ＰＩＡとを信号線
ＳＩＯ，〜ＳＩＯ，’を介して接続される。 第１４図を用いて本発明の詳細な説明をする。 エレベータ−運転制御用マイコンＭ１には、呼び割当て
ｔ主とした運転制御プログラムを内蔵し、この運転制御
プログラムは、各号機制御用マイコンＥ１〜Ｅ、とホー
ル呼びＨＣよυ、制御に必要な情報を取り込む。またこ
の情報の中で交通需要の特徴モード別に最適運転プログ
ラムをシミュレーションによｐ求めるために必要な情報
を直列通信プルセッサ５ＤＡａを介して、°シミュレー
ション用マイコンＭ、に送信される。さらに、前記運転
制御プログラムは、可変可能な運転制御パラメータを用
いて処理している。たとえば、このパラメータには、呼
び割当ての評価関数における待時間と消費電力の評価値
の関係ヶ示す重み係数や、ドアの開閉時間を決定する時
間係数、ならびに、呼び割当ての制御論理すなわち、呼
び割当てのアルゴリズムを選択する制御用パラメータ等
がある。 これらの運転制御パラメータは、シミュレーション用マ
イコンＭｙによシ、端末装［ＰＤの信号ＰＭと前記シミ
ュレーション用データを用いて演算される。この演算は
、周期的、または新しい交通情報が収集される毎に現状
の交通需要の持つ特徴に応じてエレベータ一群管理に最
適な運転制御プログラムとその匍ｊ御パラメータを出力
する。 たとえば、端末装置ＰＤから待時間最小となるように設
定すると、そのエレベータ−の交通需要の特徴を識別し
、収集された交通情報から交通需要を予測演算し、この
データによシミュレーションし、待時間が最小となる呼
び割当てアルゴリズムとその運転制御係数を演算し、こ
れを、その時の交通需要状態における最適運転制御プロ
グラムとパラメータとして記録する。したがって、木兄
ＥＩＩＩＫよシエレベーターの群管理制御は時々刻々と
変化するビルの環境状態にすみやかに対応可能で６９、
エレベータ−の群管理性能向上に大きく寄与する。 次に、各マイコンの具体的なハードウェア構成を示すが
、これらのマイコンは第１５図〜第１７図に示すように
簡単に構成できる。マイコンの中心であるＭ Ｐ Ｕ
（Ｍｉｃｒｏ ｐｒｏｃｅｓｓ ｉｎｇ ＴＪｎｉ ｔ
） １４．８ビツト、１６ビツト等が用いられ、特に
号機制御用マイコンＥ１〜Ｅ１には余シ処理能力を要し
ないことから、８ビツトＭＰＵが適当である。一方、エ
レベータ−運転制御用マイコンＭ１およびシミュレーシ
ョン用マイコンＭ、 は複１１演１１−必要とするため
、演算能力のすぐれた１６ビツトＭＰＵが適当である。 ８ビツト系ＭＰＵとして、日立製作新製ＨＤ４６８００
Ｄ、（ンテル社製２８０８５、ザイログ社製Ｚ−８０等
が応用可能である。一方、１６ビツトＭＰＵとして、日
立製作所製）ｆＤ ６８０００、インテル社製ｌ８０８
６ 、ザイログ社製ｚ−ｓｏｏ。 等が応用可能である。 さて、各マイコンには、第１５図〜第１７図に示すよう
にＭＰＵのバス線ＢＵＳに制御プログラムおよびエレベ
ータ−仕様等を格納するＲＯＭ（几ｅａｄ ０ｎｌｙ
Ｍｅｍｏｒｙ ）と、制御データヤワークデ〜り等を
格納するＲ Ａ Ｍ （Ｒａｎｄｏｍ ＡＣｃｅ８ｓＭ
ｅｍｏｒｙ）および、並列入出力回路ＰＩＡ（Ｐｅｒｉ
ｐｈｅｒａｌ Ｉｎｔｅｒｒ３Ｃｅ Ａｄａｐｔｅｒ
） 、他のブイコンと直列通信を行う専用プロセッサ
８ＤＡ（５ｅｒｉａｌ Ｄａｔａ Ａｄａｐｔｅｒ Ｈ
例えば、日立製作所製ＨＤ ４３３７０ ）が接続され
る。 なお、各マイコンＭＩ ＨＭ２ 、 ＥにＥ、において
、Ｒ，ＡＭ、ＬＬＯＭはその制御プログラムのサイズ等
により、複数個の素子で構成される。 第１６図において、端末装置ＰＤのハードは特願昭５３
−８２０４２号等のエレベータ−の試験運転装置に示す
ハードと同様とすることができる。そして制御卓よシサ
ービス目標や省エネ目標や予約設定などを入力し、ＣＲ
Ｔによ逆入力された内容ならびに、それに関する情報が
表示される。信号ＰＭｉｊＰＩＡや前述のＳＤＡにより
データ通信し、入力された内容は几ＡＭに取シ込まれる
。 また、次の設定や行手やスケジュールや特徴モードなど
の設定や取消し、変更を行なうため参考資料として現状
の学習状況をＣＲＴに表示するだけでなく、レボーＩｆ
出力するために、プリンタを備えるものとする。これは
ＣＲＴのハードコピー用グラフィックプリンタを使用す
ることもできる。 第１７図において、エレベータ−制御データとして、た
とえばかと呼びボタンＣＢや、安全リミットスイッチＳ
Ｗ、 、リレーの接点５ＷｊＬｙ 、かご重量Ｗｉｇ
ｈｔがＰＩＡよシ几ＡＭに取シ込まれる。 一方、ＭＰＵ、１ニジ演算されたデータはＰＩＡよシ、
応答ランプＬａｍｐやリレーａｙ等の制御出力素子に出
力される。 ここで、第１５図〜第１７図に用いられたマイコン間の
直列通信用プロセッサＳＤＡのハード構成は第１８図に
示すように主として送ＩＦ４用バッファＴＸＩＩ、受信
用バッファ几ＸＢ、データのパラレル／シリアル変換を
行うＰ／Ｓとその逆変換を行うＳ／Ｐ、ならびにそれら
のタイミング等を制御するコントローラＣＮＴに上り構
成される。上記送信バッファＴ Ｘ ” ｓ ’ｓＬｉ
ｇバッファ几ＸＢ１１マイコンより自由にアクセス可能
でデータの書き込み、読み出しができる。−刀、ＳＤＡ
はコントローラＣＮＴよシ、送信バッファＴ Ｘ Ｂの
内容をＰ／Ｓを介して、他のＳＤＡの受ｆ−バッファＲ
Ｘ ｙＩに自動送信する機能を有している。したがって
１、マイコンは送受信処理は一切行う必要がないため、
他の処理を専念できる。なお、このＳＤＡに関する詳細
な構成及び動作説明ｔよ特開昭５６−３７９７２号およ
び特開昭５６−３７９７３号に開示されている。 次に、本発明の一実施例であるソフトウェア構成を述べ
るが、まず第６図にょシッフ］・ウェアの全体構成から
説明する。 第１９図に示すように、ソフトウェアは大別してエレベ
ータ−の運転制御を行なう運転系ソフトウェアＳＦＩと
エレベータ−制御用特徴モード別に交通情報を収集し、
シミュレーション手段などによる学習制御を行なう学習
系ソフトウェアＳＦ２よ構成９、前者は第１４図のマイ
コンＭ１ よシ、後者はマイコンＭ、よシ処理される。 運転制御系ソフトウェアＳＦＩは、呼びの割当て処理ヤ
、エレベータ−の分散待機処理等エレベータ−の群管理
制御を直接的に指令し制御する運転制御プログラム５Ｆ
１４よ構成る。このプログラムの入力情報として、号機
制御プログラム（第１４図マイコンＥ、〜Ｅ、に内蔵）
から送信されてきた、エレベータ−の位置、方向、かご
呼び等のエレベータ−制御データテーブル２１０１ホー
ル呼びテーブル２１９、エレベータ−の管理台数等のエ
レベータ−仕様テーブル２２５ならびに学習制御系ソフ
トウェアＳＦ２で演算し、出方された最適運転制御プロ
グラムとそのパラメータ等を入力データとしている。 一方、学習制御系ソフトウェアＳＦ２は、下記の処理プ
ログラムよシ構成される。 （１） 交通情報収集プログラム２３０・・印・ホー
ル呼び、エレベータ−制御データテーブルの内容や各か
ごへの各階床での乗降人数検出データなどをオンライン
で一駕交通鼠収集毎にまたは一定周期毎にザンブリング
し、各種の交通情報の学習とシミュレーションによるプ
ログラムとその制御パラメータの演算のためのデータを
収集するプログラムで、特に階別交通需要を主に収集す
る。 （２）％徴モード識別プログラム２６０・川・・まずす
でに第６図で原理を説明した様にエレベータ−の交通需
要そのものがもつ顕著にして多頻度に現われる特徴の学
習を行ないエレベータ−制御用特徴モードの設定と、生
成￥１週間以上の長期的なスケールで実施する。 次に、（１）項によシ作成された交通情報収集テーブル
２３１０交通需をの特徴要素を分析し、上記特徴モード
のいずれに近いかを識別し、特徴別に交通情報を収集す
る。 （３）エレベータ−制御特徴モード交通情報（学習）デ
ータ演算プログラム２６０・・・・・・交通情報収集プ
ログラムよシ収集されたオンラインのサンプリングデー
タテーブルの内容と過去の同時間帯の上記テーブルの内
容とを加味してエレベータ−制御用データを演算するプ
ログラムである。 （４）シミュレーションによる各種指標演算プログラム
２７１・・・・・・特徴モード別に学習したシミュレー
ション用チータテ−プル２６２とエレベータ−制御定数
テーブル２２５のデータを入力し、所定の複数のアルゴ
リズムパラメータとその制御定数パラメータ毎にシミュ
レーションを実施して各種曲線などのシミュレータ結果
をデータテーブル２７２へ出力する。各種曲線テーブル
としてたとえば、平均待時間曲線テーブル、消費電力曲
線テーブル等がある。 、５Ｊ 運転制御パラメータの演算プログラム２７３
゛・・・・・・上記各種曲線などのデータテ
ーブル２７２と端末装置ＰＤから設定された目標値テー
ブル２８０を入力して、ピルの環境条件に適応した特徴
モード別パラメータ２７４を特徴モード別に事前に演算
し記録しておく。 なお、最適運転制御指令パラメータ２７４には、特徴モ
ード別交通情報学習プログラム２６０で演算された交通
情報学習データテーブル２６２の一部も付加される。 （６３運転制御パラメータの指令プログラム２７５・・
・・・・まず、特徴モードの発生予測プログラム２７７
へ現状の交通需要を交通情報収集テーブル２３１と、特
徴モード識別プログラム２５４の出力する特徴モード信
号と交通情報学習データテーブル２６２の一部の過去の
特徴モードの発生記録データと、端末装置ＰＤから設定
されたスケジュールデータテーブル２９０の一部を入力
し、現状ならびに近い将来の特徴モードを予測する。 次に制御パラメータの作成プログラム２７５は、予測さ
れた特徴モードに属する特徴別パラメータと交通情報学
習データ全それぞれテーブル２７４とテーブル２６２よ
シ選択し、指令パラメータテーブル２７６を作成する。 このデータがエレベータ−運転制御系へＳＤＡ’ｉ介し
て送信され、上記したエレベータ−制御係数テーブルの
代って使用される。 以上述べた学習系ソフトウェアＳＦ２は、実際の運転結
果を計価し、その結果でエレベータ−をいかに運転制御
するかを自動決定するため、知能制御の１つと言える。 以上、マイクロコンピュータを利用した本発明の一実施
例のソフトウェア全体構成を説明したが、次に交通需要
の特徴モード別にシミュレーションによる最適運転制御
をするためのパラメータの演算方法について説明する。 （１） ホール呼び割当プログラムの概要最近の呼び
割当て方法として、個々のポール呼びのサービス状況（
待時間）を監視し、全体の呼びのサービスも加味して、
発生したポール呼びをエレベータ−に割当てるホール呼
び割当て方法が用いられている。この方法では、呼び割
当ての評価関数に待時間が用いられている。たとえば、
発生したホール呼びの前方路の割当て済ホール呼びの最
も長い待時間を評価値（後述の（３０）式で与えられる
）とする方法、前方の割当て済ホール呼びの待時間の２
乗総和を評価値とする方法、発生ホール呼びの待時間を
評価値とする方法等が考案されている。しかし、これら
の評価値には、エレベータ−相互間の位置関係が含まれ
ていないため、このままでは、一般的な変通需要におい
てはダンゴ運転となシ、性能向上が期待できなく々る。 （２）ポール呼び割当プログラムの制御パラメータそこ
で、ダンゴ運転を防止するため、停止呼び評価関数の概
念が提案されている。（特開昭５２−４７２４９号、特
開昭５２−１２６８４５号）すなわち、発生ホール呼び
ＨＣｌの附近する階床から着目エレヘーターＥの割当て
済ポール呼び１ｉｃｔ−１やかご呼びＣＣｌ 、 ＣＣ
ｉ＋２ｉ：考慮し°〔停止呼び評価関数Ｔｃ’Ｑ得、−
このＴｃと前記待時間の評価値とを加味した新しい評価
関数φとするものである。これを式で表わすため、待時
間の評価値ｔＴ、待時間評価値Ｔと停止呼び評価値Ｔｃ
との重みを決める係数をβとする。さらに、発生したホ
ール呼びＨＣｉの階床に関係なく、停止するホール呼び
を持つエレベータ−全継続して新たな呼びに応答させる
目的で待機状態評価値ＴＲを加味し、その重み係数をα
とするとき、まず待時間評価値Ｔは Ｔ鳥 ＝ＭＡＸ（ＴＳＩ 、 ＴＳ、 ・・・、
ＴＳ、） ・・・（３０）ＴＳｓ＝ ｒ Ｉ
ＴＳＩ 十ｒｔ ・ＤＨ＋ ・ＴＷｔ ”（３
１）となる。ここでＴＳはに号機のかごがｉ階に到着す
るまでの到着予測時間で、ＴＷはｉ階のホール呼び継続
時間またはホール待客の待時間総和時間でｓｒｌ とγ
、はその重係数である。次に評価関数φは φｒ ＝Ｔｔ −Ｔｃ ＋Ｔｍ ・・・・・
（３２）Ｔｃ、凰 ＝ΣβＳ
・・・・・・（３３）ＴＢ＝α
几 ・・・・・・（３４）となる
。ここで、βは発生ホール呼び隣接階の停止呼び（サー
ビスする呼びを称す）に対する重み係数でたとえばθ〜
４０となる。またＳは、停止確率を示し、サービスすべ
き呼びがあれば１．０となシ、予測呼びがあれば、適当
な値（ＯくＳくＸ）となる。輌２０図では予測呼びを無
視した値を示している。また几は、エレベータ−が待機
レベルを示し、割当済ポール呼びが無い状態の時に適当
な値（０≦Ｒく１）となシ、それ用の重み係数αは例え
ば０〜４０となる。 （３２）式の計画関数Ｔｃｔ用いることによって、発生
ホール呼びの隣接停止呼びが考慮されエレベータ−のダ
ンゴ運転が防止される。 なお、第２０図の負荷集中運転制御パラメータｅ＝２の
場合の停止及び評価値Ｔｃは、発生呼び階ｉの前後２階
床を考慮して、 Ｔｃ＝Σβ５＝５Ｘ１．Ｏ＋１０ＸＯ＋３０Ｘ１．０＋
１０Ｘ１．０＋５ＸＯ＝４５ （秒）・・・（３５）と
なる。したがって、待時間評価Ｔが各エレベータ−で同
一であると仮定するとＴｃの大きいエレベータ−が最適
と判断され、発生ホール呼びをそのエレベータ−に割当
てることになる。但し、Ｔ ｃの値は重み糸数βのＭＡ
Ｘ値の２倍を越えない様に制限を加え、偶発的に発生す
る極端な負荷集中による長持ホール呼びの発生を防止す
る。これは特に、比較的交通量が小の時間帯または特徴
モードにおいて端末装置ＰＤによシ１０％や２０％の省
エネ指示を入力されており、結果としてシュミレーショ
ンパラメータｅとして６や７の値で運転する場合に等に
重要となる。 （３） ホール呼び割当プログラムの制御パラメータ
と省電力の関係 （３４）式の評価関数Ｔｉｅ（（用いることにより、固
定号機のエレベータ−を休止させることなく、その場、
その場の状況に応じた号機のエレベータによるサービス
台数制限運転を行うことができ、長持発生率や平均待時
間の上昇を最少限度に抑制した省エネ運転制御ができる
。 なお待機レベル几の値は例えば下記の値とする０割当ホ
ール呼び１ヶ以上・・・・・・・・・几−〇Ｏ割割当済
−ルび無しで、かご呼び有 ・・・・・・・・・Ｒ，＝ ０．１ ０サービス呼び無し・・・・・・・・・Ｒ＝０．３以上
０待機状態 ・・・・・・・・・・・・几＝０．５
以上０省電力状態（長期間待機状態）・・・・・・・・
・几＝１従って、第２０図の１号機の様にサービス呼び
無しの場合は几の値として０．３〜１の値を取シ、２号
機はＲ，＝Ｏとなる。 さて、（３２）〜（３４）式において、待時間肝価値Ｔ
と停止呼び評価値Ｔｃならびに待機エレベータ−評価値
Ｔ、との重み係数αとβに着目すると、このαとβは、
ダンゴ運転防止に最も効果のある値が存在し、その時ビ
ル全体の待時間（平均待時間）は最小となシ得る。 一方、上記αとβを大きくして行くと、停止呼びを多く
持つエレベータ−が優先的に選択されるため、サービス
状態にあるエレベータ−へ負荷が集中し、平均待時間は
上昇して行くことが理解できる。逆に言えば、他のエレ
ベータ−は負荷が軽くなるため、エレベータ−全体の停
止回数（起動回数）が減少し、消費電力が小さくなって
行く。 （４） シミュレーションのためのシミュレーション
パラメータの導Å 以上の関係の一例を第１表および第２２図に示す。これ
は、ピル階床１３階床、エレベータ一台数６台、エレベ
ータ−速度１５０ｍ／ｓＩｊ＋の条件でシミュレーショ
ンした例である。ここでは、重み係数αとβの大きさｔ
示す負荷集中運転制御ノくラメータと称し、係数αとβ
の値を示すシミュレーションパラメータｅ ＝ ７のケ
ースのシミュレーションを行っている。 第２２図に示すように、負荷集中運転制御用シミュレー
ションパラメータｅ＝２変化させることによシ、平均待
時間曲線ｆＴと消費電力曲線ｆＰが得られる。これらの
曲線よシ、平均待時間の最小点が存在すること、またｅ
ｆ大きくして行くと消費電力は減少し、それにつれて平
均待時間が増加して行くことを容易に理解できる。 （５） 最適パラメータの算出方法 以上のシミュレーションは各乗場からの行先階別の交通
量（以下行先交通量と略称する）がある時点のときの結
果であったが、前記したように、行先交通量は時々刻々
と変化している。たとえば、平常時の行先変通量と退勤
時のそれとは全くモードが異なる。すなわち、平常時は
上昇、下降方向とも適尚に変通量があるが、退勤時では
下降方向の交通量がほとんどである。また、ビルのテナ
ント等が変更となると、従来の行先パターンと異なって
くる。したがって、各々の行先交通量ＡおよびＢの交通
需要について前記と同様にシミュレーションすると、第
２１図のような平均待時間曲線ｆＴＡ、ｆａｌｌ が求
まる。これよシ、平均待時間の最小点は０，０点となり
、αは曲線ｆＴＡ でｅＡ＝３．０、曲＃！ ｆ ｔ
詐でｅｍ＝２．９となシ、行先交通量毎に負荷集中運転
制御パラメータｅｆ変化させ次男が、平均待時間を短縮
するためには良策であることが理解できる。 （６） 目標値に応じたパラメータの舞、出例次に第
２２図を用いて省エネルギを例に挙げて、制御目標があ
る場合のパラメータの算出方法を説明する。尚これは長
持率低減や、サービス完了時間の最適化などの目標があ
る場合も同様に制御できる。 今、シミュレーションによｐ、平均待時間曲線ｆ！と、
消費電力曲線ｆｐが与えられたものとし、かつ、省エネ
ルギー（以下省エネと称す）目標値ＰＭが１０％と設定
されたものとする。省エネ目標値が０％では、負荷集中
運転制御パラメータｅ１は通常平均待時間最小点■の点
のｅｔ（”ａｏ）で運転される友め、消費電力は０点で
示される。 したがって、０点の消費電力の１０％減の設定では、曲
線ｆｐ上の０点の消費電力となる。したがって、そのと
きの負荷集中運転制御パラメータｅはｅｔ （＝４．
５）として求まる。すなわち、逆に言えば、負荷集中運
転制御・パラメータｅを４．５に設定しておけば、１０
％の省エネとなるよう制御が可能であることを示してい
る。なお、第２２図において、省エネ目標値を大きく設
定すると、平均待時間がそれに伴い増加するため、上限
待時間ＴＬＭＴ（たとえば３０秒）で目標値に制限を加
えることも肝要である。このため第１表においてパラメ
ータｅ＝６において３０秒を越えたためｅ＝６を越える
シミュレーションを実行しないため、パラメータｅ ＝
７の評価指標が不定となっている。 以上述べたように、本発明ではシミュレーションによシ
、平均待時間や消費電力等の各種曲線を演算しているた
め、目標値が与えられると、最適な負荷集中運転制御用
シミュレーションパラメータｅの値が決まシ、その要素
である負荷集中運転制御パラメータα、βが容易に得ら
れることが理解されるだろう。 （力／ミュレーションパラメータの学習また、シミュレ
ーションパラメータの導入により、多数のＩン素から成
るパラメータを個々に変化６せた場合のシミュレーショ
ンＣＡＳＥ（ｌｉ）ＬｉｌｉＫ対し、極めて少ない回数
ですむ利点がある。 尚、これらパラメータの一例を第１表に示しているが、
これらの値はシミュレーションプログラム２７１のワー
クテーブルの一部に仕様テーブルとして持つＣいる。ま
た、エレベータ制御スペック２２５に例えばシミュレー
ションパラメータｅ＝ ２ ’、ｃ ４に成する要素と
なっているパラメータαとβは最低限必要であシ、稼動
開始時はこの値でエレベータ−を運転制御する。 そして、この基本スペックを８１）Ａ＝ｉｃ介して学習
系マイコンＭ、へ取り込み、第１・表ならびに第２２図
に示す値をまず計算により算出し、以後は運転制御パラ
メータを学習するためのシミュレーション終了後、この
シミュレーションパラメータを構成する岐素パラメータ
の学習用シミュレーションな行なう。 （８） 複数のアルゴリズム選択パラメータの導入以
上、おる一定のアルゴリズムを持つエレベータ−運転制
御プログラムにおける制御パラメータの生成方法を説明
したが、次に異なるアルゴリズムを持つエレベータ−運
転制御プログラムとそれに使用する制御定数との両方の
パラメータの生成方法を説明する。 今までの説明によフ、行先階交通量毎に制御定数パラメ
ータをその目的に応じた学習によル変化させた方が平均
待時間の短縮などの目的を達成するには良策であること
を示した。 このことは、例えば呼び割当ての評価関数のアルゴリズ
ムにも関連してくる。すなわち、（３２）式の評価式の
待時間の評価アルゴリズムによっても、平均待時間曲線
などの制御目標とする指標を示す曲線が異なってくる。 したがって、一般に平均待時間短縮や省エネ率の向上、
長持発生率の低減などの目的達成のためには、特徴モー
ド別または時間帯別に収集した交通情報から学習して得
られる行先交通量（本実施例では、各階別乗降別交通量
によシ近似している）に対し、最も適当なアルゴリズム
パラメータと制御係数パラメータが存在し得る。 例えば（３２）式に示す停止呼び評価値の大きさを決め
る重み係数βを交通需要のモー ドによってはＵＰ力方
向ＤＮ方向とで別々の値を定めることが有効である。特
に、上昇方向と下降方が例えば２：１の割合である時に
有効果°である。 また、サービス階床数の多いエレベータ−において比較
的閑散な場合は、サービス完了時間を基本として待時間
評価時間の評価値Ｔを算出した方が、利用客から好感を
持たｔＩる。特に端末装置ＰＤから環境度指令として乗
り合せ制限指令が入力されている時でかつ比較的交通量
の少ない時にシミュレー）するアルゴリズムであり、そ
の際には第１表に示す負荷集中運転制御パラメータｅに
の要素としたシミュレーションパラメータｒによルシミ
ュレーションにより、第２２図の曲線ｆＴとｆｐの他に
サービス完了時間曲線を作成する。 （９）サービス完了時間による待時間評価アルゴリズム サービス完了時間は ＴＡＩＩｉ１＝γ、・ＴＨＩ十ｒ４・ＴＣＩ・・・（３
Ｇ）となｐ、ホールでの待時間ＴＨと乗かご時間ＴＣは
一実施例として下記によシ算出する。 ■ ＣＡＳＥＩ 、ｉ階の乗ル場のホール呼びに対する
サービス完了時間の算出は（３７）〜（３８）式による
。 ＴＨ＋＝ＴＳ＋ ・・・・・・（３７
）尚 ＴＳ＋は（３１）で算出する。 ＴＣ＋ ＝ｒ ＠ ・ＴＣ８＋ ”’ ”’
（３８）ＴＣｓｔ ： を階床から１階ポール呼びの
方向性と同一の進行方向へ停止確率の 大なる階床または端階床にかご呼 びが出来るものと仮定して算出す る乗かご予測時間。 ここでｒ、は端階の手前の階のかご呼びができる確率係
数で、この値はシミュレーションした結果として求める
従属パラメータとする： ■ ＣＡＳＥ２．ｉ階へのかと呼びに対するサービス完
了時間の算出は（３９）と（４０）式による。 ＴＨ＋ ＝ ｒ ｅ ・ＴＳ Ｉｎ ・”−（
３９）’Ｉ”ｓ：ｉ階のかご呼びが出来た直前にサービ
スした１１階の（３１）式で算出する待時間評価関数Ｔ
Ｓ＋の値。 ＴＣ＋＝Ｔ８＋＋ｒｔＴＣＶＶ＋ −・・１４０）
ＴＳ＋：に号機が１階のかと呼びに到着する予測時間で
（３１）式のＴＳ＋ と同一のテーブルを使用する。 ＴＣＷ＋、：このサービス完了時間による評価を実施す
るために特に追加を要す るテーブルで、各号機側にｉ階か ご呼びが登録されてから、サービ スされるまでの経続時間を計測す る。尚（３８）式のＴＣ８Ｉとして、 上述の方法に代って、このＴＣＷ＋ の値を統計処理により平均的な値 を学習して作ることもできる。 （３６）式によるサービス完了時間ＴＡＩＩＴを割当よ
うとするホール呼びより前方についての登録済がご呼び
と、割描済ホール呼びについて演算し、最大値を選択し
、その号機の待時間評価値とする。 すなわち（３２）式の評価値ＴＩは Ｔ Ｉ ＝ＭＡＸ（ＴＡＩＩＴＩ、Ｔｘｓｒｔ 、−Ｔ
Ａ＋ｔ−） ・・・ （４１）となる。ここで、ｎは
に号機が持つｉ階よシ前方に位置するサービス呼び数で
ある。 σ１ アルゴリズム決定パラメータの算出サービス完了
時間を用して評価関数φを求める場合に上記した係数パ
ラメータｒを全て１の値としく３２）〜（３４） ＊そ
のまま使用することができる。 ただパラメータｅ＝２算出する際に、平均待時間曲線に
代ってサービス完了時間曲線を作成し、これによシ前記
（７）項によることもできる。 しかし一般にはサービス完了時間を重要視すると平均待
時間が長くなる傾向があるので、（３６）のｒｓ＋ と
ｒ４の比率をシミュレーションパラメータγとして、上
記した３種の曲線をシミュレーションによシ作成し、そ
の文通需要に応じた最適なアルゴリズムと、その係数パ
ラメータを算出する。 γＢ ＋ ｒ ｑ ”” １ ＋ ｒ ｓ −ｒ ｓと
するとシミュレーションパラメータｒは０（ホール待時
間による評価）からｒ−１（サービス完了時間による評
価）までシミュレーションすることにより２つの異なっ
たアルゴリズムの中間的な機能により運転した場合ヲシ
ミュレーションできる。このシミュレーション結果を第
２３図（ａ）に示す。さらに、外部に９定器である端末
装置））】）から、各階の利用者全てを重要客（ｖ＋ｐ
）と考えるホーヲル等において各階「 からの乗り客の乗シ合わせを制限する指令が入力された
場合には、上記したシミュレーションバラ。 メータｒはＯから１以上の値、例えば６までシミュレー
ションする。尚この時パラメータｅは交通需要Ｂとして
、すでに演算済のｅｎ＝２ｆ使用する。 そして第２２図の省費電力曲線ｆ、に代って第２３図（
ｂ）に示す様に目的階へ直しない乗り台せ確率曲線ｆｇ
１作成し直行率として指令された％、例えば６０％を満
足するシミュレーションパラメータｒｍを求め、その値
から制御係数パラメータγＳ〜γ丁を算出する。 以上によシ目的に応じた最適運転制御を行うためのパラ
メータの演算方法について説明した。 次に、マイクロコンピュータを使用した一実施例による
運転制御系マイコンＭ１に設けたテーブル構成を第２４
図により説明する。 大別して、エレベータ−制御テーブル２１０、ホール呼
びテーブル８Ｆ１２、エレベータ−ｆｌｆｌＪ 御係数
テーブル２２５のブロックで構成しである。 各ブロック内のテーブルについては、下記に述べる運転
制御プログラム２２０を説明するとき、その都度述べる
。 最初に運転制御系のプログラムを説明する。なお、以下
に説明するプログラムは、プログラムを複数のタスクに
分割し、効率よい制御を行うシステムプログラム、すな
わチ、オペレーティンクシステム（Ｏ８）のもとに管理
されるものとする。 したがって、プログラムの起動はシステムタイマーから
の起動や他のプログラムからの起動が自由にできる。 さ°Ｃ１第２５図から第２９図に運転系マイコンＭ１の
プログラムのフローチャー１・を示す。な卸、運転制御
プログラムの中で特に重吹なエレベータ−到着予測時間
テーブルの演算プログラム呼び割当°Ｃプログラムなど
を重点に説明する。 第２５図はマイコンＭ１が起動された時に起動されるシ
ステムプログラム５ＦＩＡのフローで比較的下位にラン
クされるタプクのプログラムである。 プログラムＳ Ｆ Ｉ ＡはマイコンＭ１の起動または
マイコンＭ、がイニシャライグ処理を完了した時に起動
され、まず、エレベータ−制御１仕様テーブル２２５を
Ｓ Ｄ Ａ ｃを介して学習系マイコンＭ、へ送信する
（ステップ２２Ａ１）。これによリシミュレーションプ
ログラム２７１の中で使用するエレベータ−と等価なシ
ミュレートプログラムを運転系と同一のスペックとして
稼動開始できる。 次に、停電や保守による復電時には、すてに学習済のエ
レベータ−制御仕様による運転を再会するために、学習
系マイコンＭ！からすでに学習したパラメータなどのデ
ータが５ＤＡｃを介して運転系へ入力されているかを判
定（ステップ２２Ａ２）し、稼動開始のために学習デー
タが無い場合はステップ２２Ａ５へ進み、ＲＯＭや不揮
発生ＲＡＭに格納されているエレベータ−制御仕様テー
ブル２２５のデータをもとに運転制御プログラム２２０
が使用する各種アルゴリズム設定＆選択用データと制御
係数を格納する運転パラメータテーブル２２５Ｂを作成
する。 もし、停電からの復電であればステップ２２Ａ４へ進み
、停電前、ため復電後に学習系マイコンから８ＤＡｃｉ
介して入力されてくるデータをもとに第２の運転パラメ
ータテーブル２２５Ｂへ適切な値をセットする。 次に、ステップ２２八６へ進み前述した交通情報の収集
などを行なうために、エレベータ−制御データテーブル
２１０の値’ｅ、５ＤＡｃｉ介して、学習系マイコンへ
出力するため８ Ｄ Ａ ｃの送信バッファＴ Ｘ ！
＋へ１５バイトのデータと、送信データのブロックを識
別するＮＯを１バイト格納する。 これを毎回か続けて、必要なデータを送信する。 次に、ステップ２２Ａ７により、ホール呼びＨＣの情報
ｅＰｉＡｔ介して取り込みホール呼びテーブル２１９ヘ
ホール呼びの登録済データと照合し、新規ホール呼びの
登録があったかｔ判定する。 新規ホール呼び発生と判定した場合のみホール呼び割当
プログラムのタスクを起動する（ステップ２２Ａ８）。 そして最後にステップ２２Ａ９で学習系マイコンが新し
い学習データを送信しできたかを判定し、ＹＥＳの場合
のみステップ２２Ａ４へ進みそのデータを取り込む。 この様に構成することにより、学習された重要データは
運転系と、学習系の両方に記録しておくことができるの
で信頼性を高くできる。 尚このためには学習系マイコンから取シ込んだ学習デー
タ２２Ｃはバッテリー等で停電バックアップをほどこし
た０ＭＯ８，ＲＡＭなどによる不揮発性ＲＡＭに格納し
ておく。また、データの確認のためにパリチーピットｔ
−持たせるかまたはサムデータを持ち、これら余剰デー
タのチェックによシ、学習データの有効性を判定する。 第２６図は待時間評価値演算の基礎データとなるべきエ
レベータ−の任意の階までの到着予測時間を演算するフ
ローチャートである。このプログラム５Ｆ２Ｂは、例え
ば、１秒毎にＯ８から周期起動され、エレベータ−の現
在位置よシ任意の階までの到着予測時間を全階床、全エ
レベータ−１全方向について演算する。 第２６図においてステップＥＩＯは、エレベータ−の方
向のループ回数でアシ、ステップＥ２０は、エレベータ
一台数のループ回数であシ、ステップＥ２０およびＥ１
２０は、すべてのエレベータ一台数についてループ処理
することを示す。ステップＥ３０では、階床をエレベー
タ位置に設定する。次にステップＥ４０では、ワーク用
の時間レジスタＴＷＫに初期匝をセットする。この初期
値としては、ドアの開閉状態よりあと何秒で出発できる
かの時間−やエレベータ−休止時等における起動までの
所要時間が考えられる。次に、エレベータ−の進行方向
へ階床を１つ進め（ステップＥ５０）、上記設定階床な
らびに方向がｉｔ算全全開始たエレベータ−位置と同一
になったかどうかを判定する（ステップＥ６０）。もし
、同一となれば、１台のエレベータ−の到着予測時間テ
ーブルが演嘗てきたことになり、ステップＥｉ２０へ飛
び他のエレベータ−について同様の処理を繰り返す。一
方、ステップＥ６０において、′ＮＯ”であれば、時間
レジスタＴＷＫに１階床走行時間Ｔ１を力１ｌｐＩする
（ステップＥ７０）。そして、この時間レジスタ’１’
ＷＫを到着時間テーブルにセットする（ステップＥ８０
）。次に、かご呼びあるいは、割当てホール呼び、すな
わち、着目エレベータ−がサービスすべき呼びがあるか
どうかを判定し、もしあれば、エレベータ−が停止する
ため、１回停止時間Ｔ ８ｔ とドアの開、閉と乗降
に要するドアタイム予測ドアタイムデープル２２５Ｂ５
のｉ階（方向別）の予測ドアタイムＤＴｌｆ、加算して
時間テーブルＴＷＫを更新する。尚、この方法は学習に
よるドアタイム制御パラメータとし１回標準停止時間Ｔ
ｓｒｔ ’ｆｔ乗算した値を時間テーブルＴに加算する
ものとしても良い（ステップＥ１００）。次にステップ
Ｅ５０へ飛び、すべての階床、方向について、エレベー
タ−がサービスする順番と同様の順番によシ、上記処理
を繰シ返す。一方、ステップＥ９０において、”ＮＯ”
であれば、停止確率テーブルのｉ階（方向別）の停止確
率ＰＳ鳥と予測ドアタイムと１回停止時間ＴＴｓｒ
とよ少時間レジスタＴＷＫの時間を更新する。尚、この
方法は、停止確率とドアタイム制御パラメータを乗算し
た値に１回標準停止時間Ｔｌｌを乗算した値を時間レジ
スタＴＷＫに加算することにすることもできる（ステッ
プＥＩＩＯ）。次にステップＥ５０へ飛び、すべての階
床、方向について、上記処理を順次繰シ返す。なお、ス
テップＥ７０とステップＥ１００およびステップＩＣ１
１０における１階床走行時間Ｔｔと１回停止時間Ｔａ１
１ は、学習系のソフトウェアより最適運転制御パラメ
ータの１つとして与えられ予測ドアタイムＤ Ｔ Ｉお
よび停止確率ＰＳ＋はシミュレーションの実行状況を計
測し、統計処理により求められる。尚予測ドアタイムお
よび停止確率の作り方については、第４８図と第４６図
で後述する。 また、本プログラム実行終時に長持再割当の目的よυホ
ール呼び割当プログラムを起動する（ステップＥ１３０
）。 尚、予測ドアタイムテーブル２２５ Ｂ ５（Ｄ役割は
これだけでなく、実際の各エレベータ−の運転制御を決
めるドア開放タイムにも使用される。すなわち、各エレ
ベータ−の自動扉開許可信号を運転系マイコンから出力
するもととする。他の方法としてはこのテーブル２２５
８５の値ｅ Ｓ Ｉ） Ａ 。 を介して各号機制御マイコンＥｌ ｗへ送信して、各エ
レベータ−のドア開放時限（自動扉開カウントタイマの
仕様として予測ドアタイムを使用）を決める構成とする
こともできる。 第２７図は、満員予測プログラムのフローチャートであ
る。まず、このプログラムの起動について説明する。こ
の満員予測プログラムの起動は、次に述べるホール呼び
割当プログラム５ＦＩＤと同一タスクとし、この直前に
起動する。すなわち、満員予測プログラムの起動が行な
われた後にホール呼び割当てタスクを起動する様にし、
時間的なずれによる誤差を小さくする。 さて、満員予測プログラムのフローチャートにおいて、
まず、ステップＧＩＯでエレベータ−にの初期設定を行
なう。ここではに＝１とした。次に、エレベータ−にの
かご内入数’ｔ Ｆ ＫとしくステップＧ２０ ）、発
生ホール呼び階をｉとする（ステップＧ３０）。そして
、ｉ階にホール呼びが有るか判定する（ステップＧ４０
）。もしなければ、ｉ階にかご呼びが有るか判定しくス
テップＧ５０）、ｉ階にかご呼びが有れば、かご内入数
Ｆｌ［から満員予測テーブル２２５８３のｉ階（方向別
）のかと呼び満員予測値ＰＣＩを減算しくステップＧ６
０）、ステップＧ１００の階床ｉ（（進行方向へ１つ進
める。ステップＧ５０のｉ階にかご呼びがなければ、ス
テップＧ１００へ飛ぶ。ステップＧ４０の１階にホール
呼びが有れば、ｉ階にかご呼びが有るか判定しくステッ
プＧ７０）、もしあれば、かご内入数ＦＫに満員予測テ
ーブル２２５ Ｉ３２の１階（方向別）のホール呼び満
員予測値Ｐｈｌｆｆ：加算し、さらに上記かと呼び満員
予測値ＰＣ＋ を減算しくステップＧ３０）、ステッ
プＧ１００へ飛ぶ、ステップＧ７０でｉ階にかご呼びが
無ければ、かご内入ａＦ Ｋにホール呼び満員予測１直
ＰｈＩを加算しくステップＧ９０）、ステップＧ１００
で１階床を１つ進める。次に、ｉ階が最上階または最下
階か判定しくステップＧ１１０）、” Ｎ Ｏ”であれ
ばステップＧ４０へ飛び、Ｙ Ｉ（Ｓ”であればかご内
入数ＦＫの値は、学習系マイコンが学習した溝へ萌重パ
ラメータ以内か判定する（ステップＧ１２０）。以内で
なければ、エレベータ−Ｋをサービス不可としくステラ
７”Ｇ１３０）、全エレベータ−について終了か判定す
る（ステップＧｌ ４０ ）。ステップＧ１２０がＹＥ
Ｓ”であれば、上記ステップＧ１４０を判定する。もし
全エレベータ−について終了したなら、このプログラム
は終了とな９、全エレベータ−について終了してなけれ
ば、次のエレベータ−にして（ステップＧｌ ５０ ）
、ステップＧ２０へ飛び上記の処理を行なう。なお、ス
テップＧ６０゜Ｇ８０．Ｇ９０のかと呼び満員予測Ｐ
ｈ Ｉｓホール呼び満員予測Ｐｃｔは、シミュレーショ
ンの実行状況を計測し、統計処理によシ求められる。ま
た、満員予測テークＰＣ＋ 、Ｐｈ＋は、第４７図の所
で作シ方を説明する。 第２８図は、呼び割当てプログラムのフローチャートで
、このプログラムはホール呼び割当タスクによｐ起動さ
れる。本プログラムでは、呼び割当てのアルゴリズムと
してステップＨ５０に示すように長待ち呼び最小化呼び
割当てアルゴリズム（第２９図で後述）を例に取シ挙け
ている。ステップＨ２０と）Ｉ８０、ステップＨ３０と
Ｈ２Ｏとで階床および方向についてループ処理を行なう
。 ステップＨ４０は、発生ホール呼びが有るか判定する。 もしなければ、ステップ■（７０へ飛び、すべての階床
、方向について処理する。ステップ１１４０が”ＹＪシ
Ｓ”であるならステップ１■５０の長待ち呼び最小化呼
び割当てアルゴリズムを行ない最適エレベータ−に呼び
を割当てる（ステップＨ６０）。 第２９図は、長待ち呼び最小化呼び割当てアルゴリズム
の処理フローチャートである。どのエレベータ−が最適
かを利足するため、ステップ）１５０−１と）ｊ、５０
−７によシエレベーターにでループ処理する。ループ内
の処理は、まずステップＨ３Ｏ−２で、発生ホール呼び
を含む前方階の割当てホール呼びの最大予測待時間’ｌ
”ｍａｘ を演算す不。なお、予測待時間とはポール
呼びが発生してから現在までの経過時間を示すホール呼
び経過時間と到着予測時間を加算したものである。次の
ステップ［５０−３では、発生ホール呼びを含む前後所
定階床の停止呼びから停止呼び１ｒＦｉｆｆｉｌｊ！ｆ
Ｔ ｃ ｆ：演算しステップ［１５０−４で待機状態
評訓関故Ｔｍを求め、この評価値と前述の最大予測待時
間Ｔｍａｘとで停止呼び評価関数φ（φ＝Ｔ□−ＴＣ＋
ＴＩ）を演算するステップＨ３Ｏ−５）。そして、この
評価関数φの最小エレベータ−を選択する（ステップＨ
３Ｏ−５）。以上の処理をすべてのサービス可能なエレ
ベータ−Ｋについて実行すると、ステップＨ３Ｏ−６の
演算によシ、最適な評価値のエレベータ−Ｋが選択され
ていることになる。 以上、運転制御プログラムの主なプログラムである到着
予測時間テーブルの演算プログラムと呼び割当てプログ
ラムの処理フローなどを説明したが、この他、運転制御
プログラムには、混雑階への複数台のエレベータ−をサ
ービスする複数台サービス処理プログラム、交通需要が
閑散時のときエレベータ−をあらかじめ決められた階へ
待機させる分液待機処理プログラム等があるが、これら
の説明は省略する。 次に、マイコンを用いた一実施例に示す学習系マイコン
Ｍ２で用いられるテーブル構成を第１９図のブロック図
に対応させて説明する。 （リ 交通情報収集テーブル 交通・１＃報テーブル２３１として第１にすでに説明し
た第１の実７，１４例で１吏用した第１２図と同様の！
’Ａ成としたものを１吏用する。用途は主として特徴モ
ードそれ自体の設定と生成のために使用−ノーる。 さらに、次に述べる交通４？ｔ’Ａ４蓄積テーブル２５
６を作るために、これによまれる交１爪要素を検出し、
サンプリングするために第３０図のテーブル ・２５６
Ｇと同様のテーブルとからｆｆ？成される。 （２）交通１に報蓄積テーブル 第３０図は父、Ｊ、ｕｌ口は蓄積し、学躍する基本テー
ブル１削戊で、第１３図に示すｌＰ！ｆ＠モード登録テ
ーブル１１５８とＤ１５６と対応してｊ上類される１８
組のテーブルの集合体を成す。 これらのノ痔徴モードには個有の名を付けることはでき
ないが、例えば一般的な一社専有ビルに設（ηされたエ
レベータ−が特徴生成学Ｒを行った結果として予想され
る特徴モードのニックネームを参考までに（）内に記入
した。これらの特徴モードは従来の運転パターンとは全
一つたく異なる概念の分り
、特にコンピュータを利用したエレベータ−に好適な装
置に係る。 〔従来技術〕 最近、マイクロコンピュータ（以下マイコンと称す）が
各種産業に応用されてきており、エレベータ−の分野に
おいても、複数のエレベータ−を効率良く管理する群管
理制御装置や、個々のエレベーターを制御する号払８制
ｍ１＋Ｐｃめに適用されている。こうした試みは、マイ
コンの持つ、小型、高機能、高信頼性、低コストの特徴
のため、エレベータ−制御装置に大きな貢献をもたらし
ている。 たとえば、群管理制御の場合、発生するホール呼びを個
々にオンラインで監視し、全体のホール呼びのサービス
状況を加味して、最適なエレベータ−を選択し割当てる
ことが可能となシ、待時間短縮に大きく寄与している。 また、乗客の多く発生したホールには複数台のエレベー
タ−をサービスさせたシ、重役階には待時間の煙いエレ
ベータ−’にサービスさせるなどの優矢サービス制御が
可能となシ、きめ細かな制御が行い得るようになってき
ている。 一方、エレベータ−の監視装置では、コンピュータのか
なシ進んだ利用形態として、群管理を制御するシステム
プロセッサと中央監視局のプロセッサを電話回線で接続
し、効率良い監視を行う方式も提案されている。すなわ
ち、この方式では、エレベータ−システムの運転の必要
のない夜間等において、システムプロセッサをエレベー
タ−システムと切シ離して、中央監視局のプロセッサ内
のかご応答をシミュレートする装置と接続され、システ
ムプロセッサの機能および動作状況を効率良く監視する
ことを行っている（特公昭５６−３７１４５号）。 以上のように、マイコン等のコンピュータ利用によシ、
ランダムロジック構成に比して大幅な性能、機能の向上
が図られてきた。 しかしながら、従来のエレベータ一群管理制御装置では
、あらかじめ決められた固定化された制御機能およびパ
ラメータによシ運転制御されているため、時々刻々と変
化するビル環境に必ずしも適応したシステムとなってい
ない。たとえば、ビル完成時の交通需要と、その後のテ
ナント変更や、業務変更等があった場合の交通需要では
、行先交通需要が異ってくる。また、−日の交通需要の
中でも、出動、昼食、退勤、平常というような行先交通
需要が大幅に変化する。 このように、交通需要が大幅に変化すると、効率的な管
理制御が困難となシ、サービス低下を招くことになる。 そこで従来は特公昭４８−１５５０２号や特公昭５２−
１４１９４２号などに示すように、エレベータ−の交通
需要を検出し、予め定めた上記特徴を代表する複数の代
表点のいずれに近いかを判定して現状のパターンを検出
し、エレベータ−を制御する方法を採用していた。 シカシ、エレベータ−納入時等、ビルの交通需要が把握
されていない場合は、交通需要に応じた制御が困難とな
っていた。すなわちビルの環境変化に適応できない欠点
があった。 また、交通型・要は一般に曜日によっても大きく変化す
るビルが多く、曜日ごとにエレベータ−の制御形態を切
換えて制御する方法も提案されている（特開昭５５−１
３０４５７ ）。 しかしながら、休日の変更や、ｌＯ日周期で変化する交
通需要モードにはその都度個別に対応する必要があった
。 さらには、学校や会館などにおいては非定期にほぼ同様
の交通需要モードが繰り返えし発生するが、これらを適
格にとらえることと、さらには、この交通に適した運転
を行う好適な手段がなかった。 また、暦日に対応する信号を発する暦日信号発生回路の
暦日信号により休日と平日を区分する方法も提案されて
いる（特開昭５２−１４１９４４号）。 飼えば、−社専有の事務所ビルで、かつ毎週日曜が休日
であればこの方法でも問題なさそうである。 しかしながら、夏休や振替休日によシ月曜から金曜が休
日になる場合がある。その際は、その都度、スイッチ等
により休日か平日かを人力する必要がある。また、土曜
日は営業部など一部の部署が出動する場合に、どの様に
対応したら良かが決めずらくなる欠点があった。 〔発明の目的〕 本発明の目的は、エレベータ−を設置した建物の性質お
よび使用環境の変化に即応した交通情報を収集すること
のできるエレベータ−の交通情報収集装置を提供するに
ある。 〔発明の特徴〕 本発明の特徴は、エレベータ−の交通需要を検出し、こ
の検出された交通需要全複数の特徴モードに識別し、こ
の識別された特徴モード別にエレベータ−に関する交通
情報を収集するように構成したところにある。 〔実施例〕 以下、本発明の一実施例を説明する。エレベータ−交通
需要の特徴モード生成装置を第９図〜第１３図に示す具
体的実施例と第１２図〜第１３図に示す他の実施例によ
シ詳細に説明する。なお、実施例の説明に先立って本発
明の制御概念を第１図〜第８図を用いて説明する。 第１図は、地下１ｍ、地上１０階建のあるビル。 に設置すれたエレベータ−のある日の午前８時から午後
２時過ぎまでの交通需要の状況を交通需要の特徴を表わ
す要素によシ図示している。但し日中は省略して図示し
ており朝の出動時間帯と昼食時゛間借の交通需要状況を
示している。図において曲線Ｃ１は交通量の要素を示し
タイムチャート９Ｕ〜ＢＩＤは階床別の混雑果中度合？
ｒ：３値から成るディジタル値で示している。第７図上
部には同ビルにおいて日中に発生する特定の特徴を持つ
交通需要の特徴の大きさを曲線φＰ１て図示している（
詳細後で説明する）。 一般にエレベータ−制御、特に並設された複数台のエレ
ベータ−を一括して群管理制御する。エレベータ−を最
適に制御するためＫは、個々の乗客がいつ、どこの階床
からどの方向へ行くかが事前に予測できる事が理想であ
るが、何千人におよぶ利用客に対し、エレベータ−の利
用予定を事前に登録してもらう事は実際問題として困難
であシ、また外、来者の多いビルや行事の多いビルは不
可能である。 そこで本発明は過日の交通需要を学習し、今日の交通需
要を予測する制御によシ上記課題を解決するために最も
有効な手段として、そのビルの交通需要の特徴モードの
抽出を行ない、抽出された特徴モードを適格に表わせる
複数の要素の大きさと、発生時刻、発生周期などの要素
を多枝に渡って学習することにより明日からのエレベー
タ−制御において予測による最適制御を可能とする事を
基本原理としている。 交通需要には色々な要素を含んでいるが、特にエレベー
タ−に対し大きな負担となるのは交通量と、各階床間の
移動状況である。 交通量を示す関数Ｃ（りは、従来次式（１）で定義して
いた。 ・・・・・・・・・・・・・・・（１）しかしながら在
館人員は単なる目安の数とみることができ、単なる定数
として取扱うこととする。 ておシ、概略の比較ができる。すなわち平常は４％〜６
％位の交通量であり、父通縦が１２％とな すると
、極めて混雑した状況であることがおおむね １表
現できている。しかし、エレベータ−へのストレスの大
きさ全表現する点では不十分である。まず、エレベータ
−が在館人員に見合って設置されているかである。また
エレベータ−制御からみふと他のビルとの比較は必要な
い。そこで本発明では、交通量関数Ｃ（りの単位として
５分間当シのエレベータ−利用人数で表現することとし
た。 次に、所足期間の交通ｆ（少なくとも１日の交通量以上
、できれば時定数が７日以上を有する交通量学習機能に
よ９１日に換算した平均交通量）を計測し、第２図示す
如き度数分布図を作シ、そのビルにおける所定期間（例
えば−周間）の交ハｕ需要に占める時間の割合から交通
量評価レベルα８．α２．α３を作シ、このレベル値を
作って個々の交通需要の交通量Ｃの要素値の大きさを示
す評価値（交通量レベル関数）ＣＶ（りを求めることと
した。 同−交通量であっても、全階が均等に混雑して−る場合
と、１階と２階にのみ乗降かご人員が集中している場合
とではエレベータ−に与えるストレスは２倍以上の差と
なる。そこでこれを何らかの形で要素として認識し作成
する必要がある。 しかし、各階床間の移動状況（以下父通流と略す）の特
徴を定義する定説がないので本発明では混雑集中階床関
数ｌ（りと全階に対するその階の混雑集中度関数Ｖ（り
により表現することにした。この他にも、単に階床ごと
の分布係数を求めで表現することも考えられるが、単に
分布の状況だけを係数としたのでは個別の階床への対応
制御をすることができないのでエレベータ−の交通需要
の特徴を表現する要素に階床そのものを含めることとし
た。 尚、この混雑集中階床関数Ｉ（す（下記の（２）式に例
を示す）と混雑集中度関数Ｖ（す（下記の（３）式に例
を示す）はエレベータ−制御の性質上、乗かご人員（記
号Ｓ）と降かご人員（記号Ｒ）についてと、上昇方向（
記号Ｕ）ならびに下降方向（記号Ｄ）について区分して
求める方が種々の交通需要がもつさまざまな交通流の特
徴を・適格に表現できる。 とれら４種の要因を示す要素関数として下記の８つの評
価値を考えられる。 ■ 上昇方向の乗かご人員の分布状況の要因を示す評価
関数。 Ｉ ａｏ（す＝時開帯〔を−Δ１，１＋Δ１〕における
ｎ番目に上昇方向乗シ込み人員 ■ 下降方向の乗かご人員分布状況の要因を示す評価値
。 ■、（リ 、 Ｖ、Ｉ）（す ■ 上昇方向の降かご人員分布状況の要因を示す評価値
。 Ｉｄ（リ 、 ｖ、３す ■ 下降方向の降かご人員分布要素の要因を示す評価値
。 Ｉｄ（リ ＃ ｖａｎ（わ 向上記において配列変数ｎは１〜最大サ一ビス階床数（
一般に最大サービス階床数は５階床〜４０階あシ特に１
３階床程度が多い）まであるため、１０階床のサービス
階床を持つエレベータ−の場合総計８０個もの多量の評
価値を求め、かつこれを記録し、識別のための処理を要
することとなる。そこで著者らは、交通流の特徴を表わ
す上で実用に供する範囲内に簡略化することとした。 まず、方向性についてであるが、これを一括して評価す
ることとし同一サービス階床を方向別に別々の階床であ
るとして分析を行なうこととした。 すなわち検出される混雑集中階床関数Ｉ（わとして方向
別の階床を表わすデータを設定することにより同等の効
果を発揮できる。 また配列変数ｎの大きさであるが、エレベータ−制御に
与えるストレスから評価して軽負荷な方向付階床（以下
階と略す、１尚特に方向性ケ持たないフロア−を示す階
床はフロア−階床と略す）は心性が少ない。すなわち重
負荷となる数階床を要素とすれば十分に実用となる。そ
こで以下、説明の便宜上も考慮し、配列変数ｎの持つ値
はｌ、２゜３とする。これにより上記した８０個の評価
値を１２個とできる。すなわち下記の（４）式から（９
）式で各要素の評価値を求めることができる。 Ｉ、（す＝時間帯〔１−Δ１．１＋Δ１〕におけるｎ番
目の乗かご集中階 ・・・・川・・・・・（４
）Ｗ？（リエ時間帯〔１−旧、１＋Δｔ〕におけるｉ階
床°からの乗かご人員 ・・・・・・・旧・・（
５）（４）式と（５）式より乗り込み客果中階Ｉ−（り
の混雑度Ｖ＝（りは下記となる。 慕−凰 工：（す＝時間帯〔を−Δ１．１＋Δｔ〕におけるｎ番
目の降かご集中階 ・・・・・・・・・・・・
（７）Ｗ？（す；時間帯〔を−Δ１．１＋Δｔ〕におけ
るｉ階からの降人員 ・・・・・・・・・
・・・（８）（７）式（８）式よシｎ番目の降シ客集中
階Ｉフ（１）の混雑度Ｖフ（りは下記となる。 尚Ｆはエレベータ−のサービス階床数（ここでは方向別
サービス階床数としているが単にサービス階床としても
良い。）著者らは最終的には、これをさらに簡単化する
ために階床集中度関数■を示す（６）式と（９）式に代
って下記の（１０）式と（１１）代金採用し、合計８個
の評価値をより交通流の特徴を表現する要素とした。 ■ｓ（す＝Σ （ＶＩｌ）
・・・・・・・・・・・・・・・（１０）ｗｌ ＶＲ（ｔ）＝Σ （ｖ；）２ ・・
・・・・・・・・・−・・（１１）ｎ−１ 向上式においてｖｌは階別の集中度（％）を表わしてい
る。 第３図に第１図の時間帯〔ｔ、〜１３〕において良く発
生する出動時の代表的な交通流を示す。（ａ）は階ごと
の集中度合を図示しておシ、曲線ｆ ［Ｊ Ｐ Ｉ Ｎ
ｔはＵＰ方向側の乗かご人員の比率を、曲線ｆＤＮＩＮ
１はＤＮ方向側の乗かご人員の集中比率をそれぞれ各フ
ロア階床ごとの分布状況を示している。曲線ｆＵＰＯＵ
ＴＩと曲線ｆＤＮＯＵＴＩはそれぞれ上昇方向と下降方
向側の乗かご人員の分布状況を示しておシ、乗かご人員
比率と降かご人員比率のそれぞれの総和は１００％とな
ムそれぞれの総和人員はマクロ的にみれば交通量で示さ
れる人員に等しくなる。 第３図（ｂ）は乗かと、降かご別に集中度の高い階の順
番に人員比率を図示したものであシ、曲線ｒｙｉＮは乗
かご人員の曲線ｆＶＯＵＴは降かご人員の各階床への集
中度合と分散度合の状況を示している。 以上によシ、第１図と第３図で示す代表的な出動時間帯
（’ｔ〜ｔ３〕の交通需要はその特徴認識を行なうこと
によシ下記の要素罠分解される。 （１１交通量関数Ｃ（りは （’（ｔ、−、ｔ２ム）中１２０人１５分 ・・・川・
・・・・・・・・（１２）Ｃ（ｔＺム〜’ｓ ）中２０
０人１５分 ・・・・・・・・・・・・・・・（１３）
（２） 乗かご人員の階床集中度関数Ｖ’（りはｖ８
（’ｔ〜’ａ）中６０”＋３０”中４ ｓ ｏ ｏ
・・・・−・−・（１４）（３） 降かご人員の階
床集中度関数ｙＲ（りはＶＲ（ｂ〜’ｓ ）ｙｌ ７”
＋１６”十ｉ ４！ ＋ １３”＋１２” ＋１１”
＋７”＋４’中１５４５ ・・・・・・・・・（１５
）（４）乗かご集中階間数■＝（りのｎ＝＝ｌ〜３の配
列の値は Ｉ 、（ｔ、〜ｔ、ン＝＄０１．＄０２．＄００
・旧−・・・ （１１５）（５）降かご集中階間数Ｉ
−（りのｎに１〜３の配列の値 Ｉｎ （’＊〜ｔｓ） ＝＄ ０４− ＄ ０７− ＄
０６”１団・（１７）尚（１６）式や（１７）式で求
める集中階間数■（りについては第３図に示す様にへ未
満の階床は集中階と称すことができないので、その順番
ｎの階■１として集中階が存在しない事を意味する記号
として＄００を配列にセットする。 この様にして、出動時の交通需要の特徴である交通量が
前記した所定期間（１日など）において最大に近く、か
つ特定の階（ロビー）（Ｉ’ｔ＝＝ｎ曽１ ＄０２である）からの乗かご人員が大半をしめ（Ｖ ’
（ｔ）＝４ ｓ ｏ ｏと大きい）、かつ、ＤＮ方向の
移動人員が極めて少ないＴｈ：（リ に＄８１〜＄８Ｂ
がない）という特徴を上記した５つの要素の値を示す８
個の関数によシ実用的には完全に表現できている。 次に各種時間帯や、曜日にょシ発生するさまざまな交通
需要をいかに認識し、そのビルにおける顕著な特徴モー
ドとして抽出するかについて説明する。 まずエレベータ−としての全体的な制御原理を第４図に
示す手順によシ説明する。尚第４図はプログラムやハー
ド回路の動作フローを図示したものではなく、学習して
行く過程を説明する概念的な手順を示している。まずビ
ルの開館日（手順ＡＰ １０ ）に先立ってＰのインテ
リジェント端末等からあらかじめ予定される交通需要の
特徴モードをＫＥＹボード等よシ入カする。この時大刀
するポイントは第３２図に示す様にスケジュール時刻（
テーブルＡＴ２９１）と乗降にょシ混雑すると予定され
る階床順にテーブルＡ Ｔ ２９２へ大刀する。これに
よシ少なくとも混雑集中階が分かったので上記した５綴
針８つの特徴の要素別好価値は次の通シ作成する。 （υ Ｃ（ＡＭＩ Ｏ−ＡＭＩ Ｏ，３０） ＝１３５
・・・・・・・・・・・・・・・（１８ン交通量の指定
なし時は中間のレベルα、に相当する１３５〔人１５分
〕をセットする。 （２） Ｉｓ（ＡＭＩＯ−ＡＭＩＯ，３０）＝＄８２
．＄０５．＄８５・・・・・・・・・・旧・・（１９） （３１ｉＲ（ＡＭｔｏ−ＡＡｆｌｏ、３０３＝＄８２．
＄０５．＄８５・・・・・・・・・・・・・・べ２０）
ここで乗シ混雑や降シ混雑の指示がなかったので両方に
同一の階を入れた、また別のケースとして階床のみ人力
された時は両方向を入れる様にする。 （４ン Ｖ ８ （ＡＭＩＯ−ＡＭＩｏ、 ３０）
＝１７００ −−川−（２１）（５）ＶＲ（ＡＭＩＯ
−ＡＭｌｏ、３０）＝１７００ ・旧・・（２２）こ
ζで、特に集中度の指定がなく、かつ３つの混雑階を指
定されたので集中度レベルβ！に相当する値を選び１７
００とした。 また、第１図に示した出動や昼食時などの特徴モードｔ
よ一般的に発生しやすいので、これを工場出荷時Ｋ［Ｏ
Ｍ等にセットしておい°Ｃも良い、これらは初日からで
酋る限シ最適な制御をしたいビルにおいてのみ実施すれ
ば良く原理的には不必要とできる手順である。 次にエレベータ−側脚用の特徴モードの自動設定（手順
Ｐ３Ｇ）の説明を行なう。この部分の説細手順を、第５
図に示す。例えば１日分または一週間分の交通需要を検
出しく手順Ｐ３１）、上記した５種の特徴要素すなわち
交通量Ｃ（りと、交通流の特徴要素関数を演算しく手順
Ｐ３２）、記録する（手）＠Ｐ３３）。この時、例えば
７．５分おきに交通需要を検出すると１日間で１９２組
となシ、１週間分で１３４４組となシすでに述べた８個
／組の特徴要素関数値を記録するのに約１０ＫＢの不揮
性メモリーを必要となる。また、特徴モード抽出の学習
演算もその分時間が掛ることとなシ、高速な演算ハード
が必要となる。さらに利用人数の少ない時に特徴を表現
することは無理がある。そこで第１図に示す様に交通量
が小さい時は長い周期とし、交通量が大きい時は短かい
周期で検出することとすれば、その分記録する組数が低
減する。例えば所定人員の交通があった時に特徴検出す
ると一日約４８組位となる。但し所定の時何、たとえば
３０分以上たった場合はその時点で特徴判定を行なうも
のとする。尚この方式とした時はその時間幅を示すため
の時刻データも特徴データとベアで記録する必要がある
。以上の手順を所定期間、例えば１日間繰り返えしく手
順Ｐ３４）、一部分の分析された数十または数百組力為
ら成る交Ａ需要を集計する。次に新たな特徴モードの設
定を行なうか否かを評ｆｉｌｆｉするための特徴モード
抽出関数を求める。 まず第１に、すでに求めた８個の特徴要素関数をあらい
数値に再評画する。まず第２図に示す交通量レベルα６
〜α、を求める（手順Ｐ３５）。 次にこの父通、縫レベルを作って各組の交通祉関数Ｃ（
りを交通量レベル関数ＣＶ（りに変換し、以上により１
日分の交通需要を複数組から成る８個の要素関数の配列
を作ることができる（手順Ｐ３６）。 第２図で実施した交通量レベル関数ＣＶ（りの値の数７
ケ（＄０６〜＄Ｏｏ） としたが、さらに少なく、４？
ｌｌｊ＋よ°４ヶとすることとしても良い。 また、階の集中度関数Ｖ（りの１直の度数分布を作シ第
２図（ｂ）の曲線ｔＶ１を作シ、レベルβ１〜β４から
成る分布レベルを設ける（手Ｊ［Ｐ３７）。 これ罠よシ粗な階床集中度関数ＶＶ（りを作り、各特徴
要素の組合せの種類をある程度制限できる。 そして代表的な特徴モードを抽出するために、所定期間
検出した交通需要の各要素を粗関数で表現した配列を作
る（Ｐ３７）。 さらに特徴モード抽出関数Ｐｓｆｆｌを全ての粗なる特
徴モードごとに求める（手順Ｐ３８）。ｍは同一と認識
した特徴モードに与えた番号である。 例えば次の（２３）式によシ求めることができる。 ＰＳ、。＝Ｔｔｍ） （ｋｔ （ＣＶ（ｍ）） ＋ｋｔ
（Ｖ Ｖ（二、＋ｖｖ品））・・・・・・・・・・・
・・・・（２３）尚特徴モードｍは検出された順番に付
けて行けば良い。そして関数Ｔ１．、は特徴モードｍと
同一の特徴モードまたは類似のモードが検出された回数
または累積時間とする。 万一特徴モードが所定数を越えた時は、Ｔｌ１ｌが小さ
くて、１番早く抽出した特徴モードを他の最も接近して
いる特徴モードへ含める。 また同一の特徴モードとＮ４Ｊ識する際には、第１の集
中階閏数工、や工、が一致しているか台かで判定しても
艮く、また当該の階集中度関’ｒｉ ＶＩｏ）が所定値
または所定レベル以下のｔｔ、ｙは相の集中階関数ＩＶ
、と、Σでは＄００と扱うこととｔ、、ｐ’ＵえばＩＶ
〜ＩＶ、まで全て一致しているかで判定しても良い
（手順Ｐ３７）。 以上により求めた複数の特徴モード抽出関数ＰＳ、’ｉ
相互に比較し、新規の特徴モードの中でＭＡＸの１組ま
たは上位の複数組を選択し、新たなニレベーム−制御用
特徴モードとして仮登録する（手順Ｐ３９）。尚この時
、予め設定されている特徴モードが無い場合や少ない堝
合し、１：多めに抽出するものとしたり、常に制が１１
用４−ｆ徴モードを設定できる最大数を抽出することに
し、より早い日数で特徴モードの設定が完了する様にす
る。尚、仮登録する特徴モードの階床集中度レベル関数
ＭＶ（りと交通量レベル関数ＣＶ（ｔ）などの粗間数値
ではなく、元の関数ｖ（ｔ）とＣ（りの値ｆ！：：登録
するものとする。これによシ以゛後の識別が正確となる
。 以上により、そのエレベータ−個有の交通需要の中に存
在していた交通の特徴の形態（モード］そのものを自動
抽出できたが、本発明はこれに限定されるものではなく
、あらかじめ予測される数十個の特徴モードを設定して
おき、以下に説明する方法により、顕著にして多頻度に
発する特徴モードを選択してエレベータ−制御に使用す
る特徴として選択して設定する構成とすることもできる
。 この様にして新たに自動抽出された仮登録された特徴モ
ードと、すでに登録されている特徴モードの優先度を求
める特徴モード優先関数Ｐ円切と、登録済特徴モードの
登録特徴要素関数値の修正による特徴モードの生成を行
なう特徴モード生成制御（手順Ｐ４０）につｂて第６図
を用いて説明する。 尚、登録特徴モード要素関数には、すでに述べた検出し
た交通需要の特徴モード要素関数ＣＶ、。 １、、Ｖ、、の他に、定期的に繰り返えす要素を学習す
るための周期関数ＴＰ、と、日別に定時に発生する要素
を学習するための時刻関数ＴＨを追加する。 まず、第１に手順Ｐ３３で作成したＮ１組の特徴モード
の要素関数の一つ一つについて下記の手順によυＭ１組
の登録済特徴モード要素関数で表現される多次元ベクト
ルを持つ中点Ｐ□のいずれに最も近いかを学習する。 尚、各要素間のウエート付は定数に、〜に、により行な
う。 検出した交通需要の特徴モード要素関数によるベクトル
が作る中点Ｐａのベクトルは（２５）式で表わされる。 中点Ｐ、も同様に記述でき、２点間のスカラー量令１．
は（２６）式で求められる（手順Ｐ４１）。尚混雑集中
幅はここでは原理の説明につき第１の階のみ評価するこ
ととし、式を簡略化して示しているが、実際には第２、
第３の集中階もウェイトを軽くして評価に加えた方が良
い。また、階床の番号差（差値＝Ｉニーに）を求めても
良いが一致した時は′″０”不一致の時は″ｌ＃を与え
る様に（濁）式を変更しても良い。 （２６）式によ）最も近い中点Ｐ、、を持つ登録済特徴
モード番号ｍを求め、これを最も近い登録済特徴モード
であるとして記録する（手順Ｐ４２）。 ＭｉＮＣ令１．１．令、、２．・・・・・・・・・乞、
・・）・・・・・・（２７）以上の手順をｎ ＝＝ １
からｎ＝ＮＩＫついて実行し、次々と検出した交通需要
の特徴要素関数と対応して記録する（手順Ｐ４２）。 次に例えば登録済特徴モード（Ｐ、ｎ）別に選択された
回数また時間の積算値を求めこれを登録済特徴モードの
評価関数φＴ、、、とする（手順Ｐ４４）。 これは発生頻度によ勺評価したものであるが、交通需要
のベクトルの大きさの積の和とする方がさらに良い。 次に特徴モード抽出優先関数φＰ６を（２８）式より全
ての登録済特徴モードについて求める。 φＰ、＝（１−に、）φＰ ｌ、ｌ＋ｋａ Ｘφ１ゝ１
・・団・・・・・・団・（２８）この値の最少のもの
または下位の複数個の特徴モードを除去する（手順Ｐ４
５）。従って、先に仮登録した特徴モードは大きな饋を
取れないので除去され易すい。 最終的に決定した登録済特徴モード関数Ｐ。 （個数Ｍ２）の各要素の関数の値の大きさを（２８）式
の指数平滑により学習し、設定する（手順ｐ３６）。 例えば交通量関数Ｃ，ｎまたは交通量レベル関数ＣＶ、
は今回の所定期間（１日または一週間）において抽出さ
れた特徴モードｍに近い特徴モードの要素値か、または
特徴モードｍとして判定された交通需要の加重平均よシ
求めた要素の値と登録済特徴モードの要素値とで（２８
）式と同様の学習（長期の平滑処理）計算を行ない交通
ｉ−髪素の関数値は生成、を行なう。階については第２
、第３の階関数を過去のデータも含めて発生頻度の大き
いものから順に選択する。 また時間に関する関数ＴＰ、とＴＨ，も（２８）式と同
様指数平滑して求める（手Ｊ［Ｐｄ２）。 尚周期は前回検出してからの次回検出までの個別の時間
を管理し、多頻度に発生する周期を複数個について学習
することによシ、異なる２つの周期で繰シ返される特徴
を学習する仁とができる。 また１日において多発する時刻を複数個、個別に学習し
、時刻関数Ｔ Ｈ＜ｎ ）として記録する仁とによシ、
よシ正確な予測制御が可能となる。 以上によシ抽出され、要素の関数を学習しそして設定し
て出来あがった特徴モード（以下単に特徴と称す）をも
とに第４図の手Ｊ＠Ｐ５０による特徴別交通情報の記録
を行ない、そのデータをもとに特徴モード別の最適１１
Ｊｉｌｔ１パラメータの学習や≠機がコンピューターの
場合で能力があれば実機でまたはエレベータ−またはピ
ル監視用コンピューターや中央保守センターの大型コン
ピューターによるシミュミレーシュンでの最適プログラ
ムの選択結果の記録などを行う（手順Ｐ６０）。 次に現状の交通需要の特徴モードを手順Ｐ３１とＰ３２
と同様の方法で分析し、手順Ｐ４１とＰ４２と同類の方
法で特徴パターン認識学習を行う。 ただここで少し異なる改善例について補促する。 すなわち前者の場合は時間要素を入れなかったが、実際
の運転においてはエレベータ−制御系、特に群管制御エ
レベータ−においては、制御アルゴリ機能するまでの制
御遅れはエレベータ−λ同時間が平均１２０秒であるこ
とよシ数分あると考えられ、１０分たてばおおむね安定
すると言う性質がある。 そこで、特徴認識をする（２６）式または（２７）弐等
に時間的な連続性を評価要素として加味することが好ま
しい。例えば（２７）式において、前回選択さし現在エ
レベータ−制御している特徴ＩＴＳ、のスカラー貴会（
ｔｅｅｍ の項だけ・を（令（ｔ）＊ ｍ） ｋｓ
とし、係数ｋａｆ、ｌよシ小さい値を取るものとすれ
ば、その分だけ、前回選択され現在のエレベータ−制御
用特徴モードが認識され易すくできる。第２に、毎日、
同時刻に繰シ返えされる特徴についても同様の手段を構
し、早めに検出しすことも有効である。 例えば第１図の出動時の様に平日なら毎日８時１５分項
に出動のピークが来ることを特徴の一つＰ、とじて抽出
、学習し、時刻要素関数ＴＨ，，，として０８．１５が
記録されている場合、例えば（２７）式の当該の特徴項
だけを（２９）式に切替えて特徴モード識別する（手順
Ｐ７０）仁とＫよシ早１め・・・・・・・・・・・・・
・・（２９）に過日までに学習した（手順Ｐ５０とＰ２
Ｏ）出動データによる出動に適応した運転形態とできる
。 に、は例えば１５分とすると現時刻ｔが、過日までに学
習された予測時刻を示す要素関数Ｔ）（？ｆｉの値０８
．１５の示す時刻の±１５分内になると特徴Ｐ３・・１
．の項の値がスカラー量や３・７９．より小さくなり、
時刻が一致すると１−に、の値だけ選択され易すくなる
。 以上による特徴モード識別（手順Ｐ７０）によシ識別さ
れた特徴モードを分析、学習された特徴Ｐ０とほぼ近似
［（２９）式や伐６）式や（２７）式で求められる値が
所定値よシ小さい）している場合は、その特徴Ｐ、によ
シ求められている制御データ（手順Ｐ５０とＰ２Ｏで作
成したデータ）によシエレベーターを運転制御するり ビルの環境やビル内のレイアウト変更によシ、交通需要
が急変した事などによシ、上記した値が所定値を越えた
場合は、第１の特徴Ｐ１のみならず、比較的近い複数の
特徴を歯別し、これら特徴別に持つ制御データを補間し
て使用したり、交通情報を接近度に応じたウエート付で
和を取り、手順Ｐ６０’ｉ実行へ、求められたパラメー
タ等によシエレベーターを制御する（手順Ｐ７５）。 但し、当日だけの行事がある場合は、あらかじめ時刻と
行事の内容を階と制御の種類を示すスイッチやＫＥＹボ
ード等よ多入力しておき、その入力内容を解析して何階
と何階に対し、いかなる制御を行なうか（優先サービス
２台割当、ドア開放タイム延長、不停止、暗号登録許可
）を判断し、所定時間帯に入ったと判定すると手順Ｐ７
５によシ求めた運転形態や運転状況に優先して少なくと
も一部を、行事予約した内容で運転を指令する（手順Ｐ
８０）。この様な手順によシ、求められた常に最適な制
御となると予測される運転方式（アルゴリズム）とその
制御定Ｌパラメータ】を使用してエレベータ−を運転制
御する（Ｐ２Ｏ）。 また、ビルのレイアウト変更や、１ケ月間開催する展示
会などによシ交通需要の急変が予定されているスケシー
ルをＫＥＹボード等により設定し、−設定された内容を
手）＠Ｐ２０で説明したのと同様にして新しい特徴モー
ドとして仮設定しておき、学習速度が早まる様にする（
手順Ｐ９５）。 以上忙より第４図に示した、本発明の原理の手順を理解
いただけたと考えるが以下、全体的な事に関する捕捉を
行なう。 （１） 手Ｊｌｌｉ￥Ｐ９５が終了したあと一般には
ルートＰ９５−２によシ特徴モードの設定へ戻るが、使
い勝手やモラルなど、エレベータ−の最適開明１をめざ
す以外の要因にょシ適応学習制御を実施できないビルに
おいてはルー）Ｐ９５−ｆとすることも考えられ、例え
ば、スケジル設定器によシ指示された時のみルートＰ！
５−２へ進む様にする方法が良い。 さらに良い方法は、常例ルー）Ｐ９５−２へ進ませるが
、手順Ｐ４０や手１［Ｐ２Ｏにおけるアクティブな動作
を制限し、手１＋１ｉｔＰ ８０ ｉたはＰ２Ｏの装置
をインテリジェント端末化し、ＣＩＩ、Ｔなどへ学習結
果を人間が判断しやすい形状に表示し、エレベータ−管
理者が、学習した内容を確認または一部修正を加えて登
録などのアクティブな学習側６ｉ１ｅ実行することであ
る。 （２）第４図に示したのは学習制御の手順であシ実際の
動作は、し０えば、手順のＰ３Ｏに含まれる交通需要の
収集、検出と手順Ｐ７０の特徴モード識別と、手順Ｐ７
５と手順Ｐ９０のエレベータ−運転制御は平行して実行
される。 特にエレベータ−の運転制御は、一般には常に即時に作
動することが要求され、当然他の手Ｊ＠ 、！：は平行
して作動する様にシステムを構成する必要がある。例え
ばコンビニ−ター制御の場合は手順Ｐ４０＋Ｐ６０やＰ
７５など、多大な処−埋を要するプログラムは、手／＠
Ｐ９０のタスクよシ下位タスクに割当てることによシ、
エレベータ−制御プログラムを優先的に実行し、空いた
時間に学習制御を実行する構成とすることによシ実現で
きる。 また他の方法としては学習制御部を別のコンピュータと
して並行処理させることもできる。 次忙本発明の原理を実施した場合の効果を第７図、第８
図によシ説明する。 第７図は放送センターなど日中に見学者が多いビルの場
合の見学者だけ交通扁要の変化曲線Ｃ３を図示した。事
前にスケシュニル予約がなかった場合の学習過程を第１
日月と第２日月と第ｎ日月について示した。記号ＰＬＷ
は見学者の特徴モードについての時刻関数ＴＨ，の大き
さを示し、初日は零であり、しだいに広がり、それにつ
れ、特徴識別される時間帯Ｐ８が見学者の交通量に見合
って、早く選出される。 尚記号ＰＬＫは見学者の特徴モードを抽出し設定するだ
めの特徴要素関数の検１１状況を示した。 第８図に見学者を含めた場合の階の移動状況を示Ｌ０す
なわち、４階の上、下と、１階の下方向の降シ客が多い
事を降かご人員比率曲線ｆＵＰＵＴｔ ｓとｆ Ｄ Ｎ
Ｕ Ｔ＋ ｓが示しておシ、これに見合う特徴要素関
数が学習される。 では次にいよいよ本発明の第１の具体的実施例を第９図
から第１１図の回路図と、第１２図と第１３図に示す記
録データと罠より説明する。 エレベータ−運転制御系１１０（手順Ｐ９０を実行）は
ホール呼び登録１１０からエレベータ−駆動装置１１５
によ多構成されており、それら各制御ブロック回路１１
１〜１１７を実現する装置はそれぞれ公知の技術で良く
、（例えば特−“ＳＳ・５１−５７０２７号にかご自重
量検出装置から乗・降人数検出する装置が示しである。 ）従来と異なる点は、これら回路の情報をきめ細かく、
例えばドア開閉制御装置１１４に含まれる、開、閉釦や
、光電装置の動作信号までをも本発明によシ新たに設け
た交通需要を検出する。交通情報検出回路１３０へ入力
されかつ、学習された結果として最終的にフィードバッ
クされてくるエレベータ−運転制御形態選択回路１７０
（手順Ｐ７５）からの信号によシ、制御アルゴリズムや
制御定数を切換える手段を持つ点だけである。 第５図に詳細に示す交通情報検出回路１３０の検出した
交通需要Ｄ１３０は交通需要特徴モード識別回路工５０
（第６図に詳細を示す）へ入力され、識別された特徴に
応じ特徴別情報学習回路１６０は特徴別にデータを記録
する交通需要記録回路ＤＩ ６１Ａ 、とサービス状況
（ニレ稼動台数、ホール呼び継続時間、戸開時間、館内
騒音レベル県東、いたずら、乗かご拒否、電源電圧、温
度など）記録回路ＤＩ６１Ｂ、 と、検出された時刻
や周期などの学習結果を記録する時間帯記録回路Ｄ１６
１Ｃ，とによシ収集されたデータの累積と学習（手順Ｐ
５０）を行う。その他の回路としては時刻信号発生回路
１４０があシ各回路の動作制御に使用される。ｆｔｂｌ
ｃも手順Ｐ２０とＰ８ＱとＰ９５の制御に関連する。予
約・設定回路１９０があシ、入力された内容に応じて、
制御形態記録回路１９２と時刻記録回路１９１と、制御
目標登録回路１９３に必要なデータが記録される。また
、省エネ度指令回路１８１や、サービス度指令回路１８
２や、環境度指令回路１８３とこれらへの入力手段とな
る入力装置１８４から構成される目標値設定回路１８ρ
があり、主として制御形態選択回路１７０へ入力され、
エレベータ−制御へ反映される。 第１０図と第１１図によシ本発明と特に関連のある交通
需要の特徴抽出について説明する。 エレベータ−制御系１１０からの入力信号線Ｌｌｌｌ〜
Ｌ１１７にょシエレベーターの運転と交通需要に関する
データを監視し、回路Ｄ１３１でデータ累積する。 この時の開始時刻を回路Ｄ１３１Ｔで記録する。 この様な交通情報計測を回路１３１で実施し、所定期間
（数分）ごとに、回路１３３により現状レベルの交通需
要を計算する。すなわち、回路１３１のデーターを回路
Ｄ１３１’ｌｌＣ記録されている時間と現在の時刻との
差を求めて得られる計測継過時間で割ることＫよシ求め
られる。 この現状の値を数十分程度の時定数を持つ演算回路１３
４にょシ、平滑し、現状時間帯の交通需要として信号線
Ｄ１３４によシ出カする。 この信号は主として、回路１５７による特徴認識（手順
Ｐ７０）において、特徴識別の安定化を計るために使用
する。 回路１３２はデータＤＩ３１の大きさと時間継過によシ
動作する第１１図に示す交通需要の要素値演算要求回路
１５２の出力信号Ｄ１５２にょシ作動し、回路Ｄ１３１
とＤ１３１Ｔの内容と現在の時刻をサンプリングホール
ドする。 そして、回路Ｄ１３１のデータはクリアされ、回路Ｄ
１３１ ’Ｉ’へ現在の時刻を古セットし、次の交通需
要の検出（その他の情報サンプリングを含む）のための
データ収集を実行する。 この様にして検出された交通需要を含む１８号Ｄ１３２
は第１０図の回路１５１〜１５６よ構成る交通需要の特
徴抽出（手順Ｐ３０）部への入力データとなる。 まず回路１５１は、新たな交通需要が検出される度に信
号Ｄ１５２より少し遅れて出力される信号Ｄ１５２−２
によシ、交通需要の特徴要素の関数を演算し、これを回
路１５３によυ記録する（手順Ｐ３２．Ｐ３３に相当）
。 次に評価用関数を作るだめの交通量レベルケ作る（手順
Ｐ３５）制御と要素の大きさを評価する関数を求める（
手順Ｐ３６）制御を回路１５４により実行される。この
制御は現状交通量（データ１８号Ｄ１３４）が低く、か
つ所定期間、例えば１日が経過したかまたは数時間前以
内の時に実行される。尚この時、第２図に示した曲線Ｃ
１をあらかじめ作シ制御を速くする目的より回路１５９
を設けた。 尚、交通需要が検出される度に記録回路１５３には第１
２図に示す様なデータが記録される。すなわちｎ番目の
１回当りの記録データＤ１５３゜は１３個から構成した
場合を図示しておシ、これが、帯状または機能的に環状
を成す記録回路によシ順次記録されて行く。 尚、原理の所で述べなかった米層識別要素関数Ｔ Ｍ、
、とＴＭ、について捕捉する。 同一交通需要でも、利用する客層や時間帯によシ、その
性質が変化してくる。 例えば、朝はあわただしく動くが、夜はゆった９とした
動作となり、ともすれば一番早く来たエレヘーターに乗
り損なったシする。この様子を環境関数ＴＭいとする。 また、子供が多くて平均体重が軽かったシ、いたずら呼
びが多い車や、車イス呼びやＶＪＰ呼びなどの比率を客
層関数ＴＭｔとして扱う。これらの乗客層識別関数もエ
レベータ−制御へのストレスの一部となるので、これら
を特徴要素として追加したものである。 以上の様に記録されたデータよ仄特徴抽出を行ない（回
路１５５）、抽出＆学習されたｌ特徴モードは第１２図
に示す記録データＤ１５６ヤを１組として、特徴モード
の数Ｍ１個（ここでは合計１８）のテーブルが、スケジ
ュール設定による特徴モード記録データＤ１５８と、抽
出＆学習した特徴モード記録データＤ１５６とに区別さ
れている。 そしてスケジュール設定やＣ，ＲＡＭやＲＯＭによりイ
ニシャルセットされたデータが格納されておシ、これら
の特徴モードは自動学習による消去舎させないものとす
る。 以上、第９図をもとに本発明の一実施例な説明したが、
本発明はこれに限定される本のでなく、例えば第１１図
に示す回路１５１〜１５６と回路１５９により特徴モー
ドの設定と、生成を行なう部分をエレベータ−制御装置
と独立させることができる。 例えばエレベータ−制御回路をディジタルコンピュータ
によ多制御する装置の場合には、上記した特徴モードの
設定と生成を行なう部分を別個のディジタルコンピュー
タにより処理したシあるいはビル管理コンピュータやエ
レベータ−監視室などに設置された、コンピュータで処
理制御する構成とすることもできる。 さらには特願昭５３−１４３５１３に示す可搬式のエレ
ベータ−保守装置によシ、必要な期間だけ、この装置を
接続し、エレベータ−の交通需要の変化を捕らえ、新し
い特徴モードの設定や、すでに登録されている特徴モー
ドの生成を行なうエレベータ−制御用特徴モード生成装
置とすることもできる。 では以後の説明は並設エレベータ−の運転制御部と、交
通需要の特徴モードに関連する制御部とを別々のマイク
ロコンピュータで制御する構成とした場合を第１４図〜
第５７図に示す具体的一実施例によシ詳細に説明する。 なお、実施例の説明は、まず、本発説を実現するハード
ウェア構成を述べ、次に全体ソフトウェア構成とその制
御概念を述べ、最後に上記制御概念を実現するソフトウ
ェアをテーブル構成図、フローを用いて説明する。 第１４図は、本発明の一実施例の全体ノ・−ドウエア構
成である。 エレベータ一群管理制御装置ＭＡには、前記した並設エ
レベータ−運転制御を司るマイコンＭ１と前記した交通
需要の特徴モード別に交通情報を学習し、学習したデー
タをもとに特徴モードごとにシミュレーションヲ司るマ
イコンＭｔがｈｆ）、マイコンＭ１とＭ１間は直列通１
目プロセッサ５ＤＡｃ （後述）により、通信線ＣＭＣ
を介してデータ通信される。 エレベータ−運転制ｆＭｌｔ−司るマイコンＭ１には、
ホール呼び装置ＨＤからの呼び信号１（Ｃｋ並列入出力
回路１） Ｉ Ａを介して接続され、まだ、ドアの開閉
や、かごの加減速指令等測々のエレベータ−舎制御する
号機制御用マイコンＥ、〜Ｅ、（ここで、エレベータ−
はｎ号機あるものとする）とは、前記同様の直列通信プ
ロセッサＳＤＡ、〜ＳＤＡ。 と通信線ＣＭ、−ＣＭ、ｅ介して接続される。 一方、マイコンＭｔには、シミュレーションによる最適
運転制御プログラムならびにそのパラメ列入出力回路Ｐ
ＩＡ’！ｌ：介して入力される。 また、号機制御用マイコンＥ１〜Ｅ、には、制御に必要
なかと呼び情報、エレベータ−の各種安全リミットスイ
ッチや、リレー、応答ランプで構成する制御入出力素子
ＥＩＯＩ−ＥＩＯ，と並列入出力回路ＰＩＡとを信号線
ＳＩＯ，〜ＳＩＯ，’を介して接続される。 第１４図を用いて本発明の詳細な説明をする。 エレベータ−運転制御用マイコンＭ１には、呼び割当て
ｔ主とした運転制御プログラムを内蔵し、この運転制御
プログラムは、各号機制御用マイコンＥ１〜Ｅ、とホー
ル呼びＨＣよυ、制御に必要な情報を取り込む。またこ
の情報の中で交通需要の特徴モード別に最適運転プログ
ラムをシミュレーションによｐ求めるために必要な情報
を直列通信プルセッサ５ＤＡａを介して、°シミュレー
ション用マイコンＭ、に送信される。さらに、前記運転
制御プログラムは、可変可能な運転制御パラメータを用
いて処理している。たとえば、このパラメータには、呼
び割当ての評価関数における待時間と消費電力の評価値
の関係ヶ示す重み係数や、ドアの開閉時間を決定する時
間係数、ならびに、呼び割当ての制御論理すなわち、呼
び割当てのアルゴリズムを選択する制御用パラメータ等
がある。 これらの運転制御パラメータは、シミュレーション用マ
イコンＭｙによシ、端末装［ＰＤの信号ＰＭと前記シミ
ュレーション用データを用いて演算される。この演算は
、周期的、または新しい交通情報が収集される毎に現状
の交通需要の持つ特徴に応じてエレベータ一群管理に最
適な運転制御プログラムとその匍ｊ御パラメータを出力
する。 たとえば、端末装置ＰＤから待時間最小となるように設
定すると、そのエレベータ−の交通需要の特徴を識別し
、収集された交通情報から交通需要を予測演算し、この
データによシミュレーションし、待時間が最小となる呼
び割当てアルゴリズムとその運転制御係数を演算し、こ
れを、その時の交通需要状態における最適運転制御プロ
グラムとパラメータとして記録する。したがって、木兄
ＥＩＩＩＫよシエレベーターの群管理制御は時々刻々と
変化するビルの環境状態にすみやかに対応可能で６９、
エレベータ−の群管理性能向上に大きく寄与する。 次に、各マイコンの具体的なハードウェア構成を示すが
、これらのマイコンは第１５図〜第１７図に示すように
簡単に構成できる。マイコンの中心であるＭ Ｐ Ｕ
（Ｍｉｃｒｏ ｐｒｏｃｅｓｓ ｉｎｇ ＴＪｎｉ ｔ
） １４．８ビツト、１６ビツト等が用いられ、特に
号機制御用マイコンＥ１〜Ｅ１には余シ処理能力を要し
ないことから、８ビツトＭＰＵが適当である。一方、エ
レベータ−運転制御用マイコンＭ１およびシミュレーシ
ョン用マイコンＭ、 は複１１演１１−必要とするため
、演算能力のすぐれた１６ビツトＭＰＵが適当である。 ８ビツト系ＭＰＵとして、日立製作新製ＨＤ４６８００
Ｄ、（ンテル社製２８０８５、ザイログ社製Ｚ−８０等
が応用可能である。一方、１６ビツトＭＰＵとして、日
立製作所製）ｆＤ ６８０００、インテル社製ｌ８０８
６ 、ザイログ社製ｚ−ｓｏｏ。 等が応用可能である。 さて、各マイコンには、第１５図〜第１７図に示すよう
にＭＰＵのバス線ＢＵＳに制御プログラムおよびエレベ
ータ−仕様等を格納するＲＯＭ（几ｅａｄ ０ｎｌｙ
Ｍｅｍｏｒｙ ）と、制御データヤワークデ〜り等を
格納するＲ Ａ Ｍ （Ｒａｎｄｏｍ ＡＣｃｅ８ｓＭ
ｅｍｏｒｙ）および、並列入出力回路ＰＩＡ（Ｐｅｒｉ
ｐｈｅｒａｌ Ｉｎｔｅｒｒ３Ｃｅ Ａｄａｐｔｅｒ
） 、他のブイコンと直列通信を行う専用プロセッサ
８ＤＡ（５ｅｒｉａｌ Ｄａｔａ Ａｄａｐｔｅｒ Ｈ
例えば、日立製作所製ＨＤ ４３３７０ ）が接続され
る。 なお、各マイコンＭＩ ＨＭ２ 、 ＥにＥ、において
、Ｒ，ＡＭ、ＬＬＯＭはその制御プログラムのサイズ等
により、複数個の素子で構成される。 第１６図において、端末装置ＰＤのハードは特願昭５３
−８２０４２号等のエレベータ−の試験運転装置に示す
ハードと同様とすることができる。そして制御卓よシサ
ービス目標や省エネ目標や予約設定などを入力し、ＣＲ
Ｔによ逆入力された内容ならびに、それに関する情報が
表示される。信号ＰＭｉｊＰＩＡや前述のＳＤＡにより
データ通信し、入力された内容は几ＡＭに取シ込まれる
。 また、次の設定や行手やスケジュールや特徴モードなど
の設定や取消し、変更を行なうため参考資料として現状
の学習状況をＣＲＴに表示するだけでなく、レボーＩｆ
出力するために、プリンタを備えるものとする。これは
ＣＲＴのハードコピー用グラフィックプリンタを使用す
ることもできる。 第１７図において、エレベータ−制御データとして、た
とえばかと呼びボタンＣＢや、安全リミットスイッチＳ
Ｗ、 、リレーの接点５ＷｊＬｙ 、かご重量Ｗｉｇ
ｈｔがＰＩＡよシ几ＡＭに取シ込まれる。 一方、ＭＰＵ、１ニジ演算されたデータはＰＩＡよシ、
応答ランプＬａｍｐやリレーａｙ等の制御出力素子に出
力される。 ここで、第１５図〜第１７図に用いられたマイコン間の
直列通信用プロセッサＳＤＡのハード構成は第１８図に
示すように主として送ＩＦ４用バッファＴＸＩＩ、受信
用バッファ几ＸＢ、データのパラレル／シリアル変換を
行うＰ／Ｓとその逆変換を行うＳ／Ｐ、ならびにそれら
のタイミング等を制御するコントローラＣＮＴに上り構
成される。上記送信バッファＴ Ｘ ” ｓ ’ｓＬｉ
ｇバッファ几ＸＢ１１マイコンより自由にアクセス可能
でデータの書き込み、読み出しができる。−刀、ＳＤＡ
はコントローラＣＮＴよシ、送信バッファＴ Ｘ Ｂの
内容をＰ／Ｓを介して、他のＳＤＡの受ｆ−バッファＲ
Ｘ ｙＩに自動送信する機能を有している。したがって
１、マイコンは送受信処理は一切行う必要がないため、
他の処理を専念できる。なお、このＳＤＡに関する詳細
な構成及び動作説明ｔよ特開昭５６−３７９７２号およ
び特開昭５６−３７９７３号に開示されている。 次に、本発明の一実施例であるソフトウェア構成を述べ
るが、まず第６図にょシッフ］・ウェアの全体構成から
説明する。 第１９図に示すように、ソフトウェアは大別してエレベ
ータ−の運転制御を行なう運転系ソフトウェアＳＦＩと
エレベータ−制御用特徴モード別に交通情報を収集し、
シミュレーション手段などによる学習制御を行なう学習
系ソフトウェアＳＦ２よ構成９、前者は第１４図のマイ
コンＭ１ よシ、後者はマイコンＭ、よシ処理される。 運転制御系ソフトウェアＳＦＩは、呼びの割当て処理ヤ
、エレベータ−の分散待機処理等エレベータ−の群管理
制御を直接的に指令し制御する運転制御プログラム５Ｆ
１４よ構成る。このプログラムの入力情報として、号機
制御プログラム（第１４図マイコンＥ、〜Ｅ、に内蔵）
から送信されてきた、エレベータ−の位置、方向、かご
呼び等のエレベータ−制御データテーブル２１０１ホー
ル呼びテーブル２１９、エレベータ−の管理台数等のエ
レベータ−仕様テーブル２２５ならびに学習制御系ソフ
トウェアＳＦ２で演算し、出方された最適運転制御プロ
グラムとそのパラメータ等を入力データとしている。 一方、学習制御系ソフトウェアＳＦ２は、下記の処理プ
ログラムよシ構成される。 （１） 交通情報収集プログラム２３０・・印・ホー
ル呼び、エレベータ−制御データテーブルの内容や各か
ごへの各階床での乗降人数検出データなどをオンライン
で一駕交通鼠収集毎にまたは一定周期毎にザンブリング
し、各種の交通情報の学習とシミュレーションによるプ
ログラムとその制御パラメータの演算のためのデータを
収集するプログラムで、特に階別交通需要を主に収集す
る。 （２）％徴モード識別プログラム２６０・川・・まずす
でに第６図で原理を説明した様にエレベータ−の交通需
要そのものがもつ顕著にして多頻度に現われる特徴の学
習を行ないエレベータ−制御用特徴モードの設定と、生
成￥１週間以上の長期的なスケールで実施する。 次に、（１）項によシ作成された交通情報収集テーブル
２３１０交通需をの特徴要素を分析し、上記特徴モード
のいずれに近いかを識別し、特徴別に交通情報を収集す
る。 （３）エレベータ−制御特徴モード交通情報（学習）デ
ータ演算プログラム２６０・・・・・・交通情報収集プ
ログラムよシ収集されたオンラインのサンプリングデー
タテーブルの内容と過去の同時間帯の上記テーブルの内
容とを加味してエレベータ−制御用データを演算するプ
ログラムである。 （４）シミュレーションによる各種指標演算プログラム
２７１・・・・・・特徴モード別に学習したシミュレー
ション用チータテ−プル２６２とエレベータ−制御定数
テーブル２２５のデータを入力し、所定の複数のアルゴ
リズムパラメータとその制御定数パラメータ毎にシミュ
レーションを実施して各種曲線などのシミュレータ結果
をデータテーブル２７２へ出力する。各種曲線テーブル
としてたとえば、平均待時間曲線テーブル、消費電力曲
線テーブル等がある。 、５Ｊ 運転制御パラメータの演算プログラム２７３
゛・・・・・・上記各種曲線などのデータテ
ーブル２７２と端末装置ＰＤから設定された目標値テー
ブル２８０を入力して、ピルの環境条件に適応した特徴
モード別パラメータ２７４を特徴モード別に事前に演算
し記録しておく。 なお、最適運転制御指令パラメータ２７４には、特徴モ
ード別交通情報学習プログラム２６０で演算された交通
情報学習データテーブル２６２の一部も付加される。 （６３運転制御パラメータの指令プログラム２７５・・
・・・・まず、特徴モードの発生予測プログラム２７７
へ現状の交通需要を交通情報収集テーブル２３１と、特
徴モード識別プログラム２５４の出力する特徴モード信
号と交通情報学習データテーブル２６２の一部の過去の
特徴モードの発生記録データと、端末装置ＰＤから設定
されたスケジュールデータテーブル２９０の一部を入力
し、現状ならびに近い将来の特徴モードを予測する。 次に制御パラメータの作成プログラム２７５は、予測さ
れた特徴モードに属する特徴別パラメータと交通情報学
習データ全それぞれテーブル２７４とテーブル２６２よ
シ選択し、指令パラメータテーブル２７６を作成する。 このデータがエレベータ−運転制御系へＳＤＡ’ｉ介し
て送信され、上記したエレベータ−制御係数テーブルの
代って使用される。 以上述べた学習系ソフトウェアＳＦ２は、実際の運転結
果を計価し、その結果でエレベータ−をいかに運転制御
するかを自動決定するため、知能制御の１つと言える。 以上、マイクロコンピュータを利用した本発明の一実施
例のソフトウェア全体構成を説明したが、次に交通需要
の特徴モード別にシミュレーションによる最適運転制御
をするためのパラメータの演算方法について説明する。 （１） ホール呼び割当プログラムの概要最近の呼び
割当て方法として、個々のポール呼びのサービス状況（
待時間）を監視し、全体の呼びのサービスも加味して、
発生したポール呼びをエレベータ−に割当てるホール呼
び割当て方法が用いられている。この方法では、呼び割
当ての評価関数に待時間が用いられている。たとえば、
発生したホール呼びの前方路の割当て済ホール呼びの最
も長い待時間を評価値（後述の（３０）式で与えられる
）とする方法、前方の割当て済ホール呼びの待時間の２
乗総和を評価値とする方法、発生ホール呼びの待時間を
評価値とする方法等が考案されている。しかし、これら
の評価値には、エレベータ−相互間の位置関係が含まれ
ていないため、このままでは、一般的な変通需要におい
てはダンゴ運転となシ、性能向上が期待できなく々る。 （２）ポール呼び割当プログラムの制御パラメータそこ
で、ダンゴ運転を防止するため、停止呼び評価関数の概
念が提案されている。（特開昭５２−４７２４９号、特
開昭５２−１２６８４５号）すなわち、発生ホール呼び
ＨＣｌの附近する階床から着目エレヘーターＥの割当て
済ポール呼び１ｉｃｔ−１やかご呼びＣＣｌ 、 ＣＣ
ｉ＋２ｉ：考慮し°〔停止呼び評価関数Ｔｃ’Ｑ得、−
このＴｃと前記待時間の評価値とを加味した新しい評価
関数φとするものである。これを式で表わすため、待時
間の評価値ｔＴ、待時間評価値Ｔと停止呼び評価値Ｔｃ
との重みを決める係数をβとする。さらに、発生したホ
ール呼びＨＣｉの階床に関係なく、停止するホール呼び
を持つエレベータ−全継続して新たな呼びに応答させる
目的で待機状態評価値ＴＲを加味し、その重み係数をα
とするとき、まず待時間評価値Ｔは Ｔ鳥 ＝ＭＡＸ（ＴＳＩ 、 ＴＳ、 ・・・、
ＴＳ、） ・・・（３０）ＴＳｓ＝ ｒ Ｉ
ＴＳＩ 十ｒｔ ・ＤＨ＋ ・ＴＷｔ ”（３
１）となる。ここでＴＳはに号機のかごがｉ階に到着す
るまでの到着予測時間で、ＴＷはｉ階のホール呼び継続
時間またはホール待客の待時間総和時間でｓｒｌ とγ
、はその重係数である。次に評価関数φは φｒ ＝Ｔｔ −Ｔｃ ＋Ｔｍ ・・・・・
（３２）Ｔｃ、凰 ＝ΣβＳ
・・・・・・（３３）ＴＢ＝α
几 ・・・・・・（３４）となる
。ここで、βは発生ホール呼び隣接階の停止呼び（サー
ビスする呼びを称す）に対する重み係数でたとえばθ〜
４０となる。またＳは、停止確率を示し、サービスすべ
き呼びがあれば１．０となシ、予測呼びがあれば、適当
な値（ＯくＳくＸ）となる。輌２０図では予測呼びを無
視した値を示している。また几は、エレベータ−が待機
レベルを示し、割当済ポール呼びが無い状態の時に適当
な値（０≦Ｒく１）となシ、それ用の重み係数αは例え
ば０〜４０となる。 （３２）式の計画関数Ｔｃｔ用いることによって、発生
ホール呼びの隣接停止呼びが考慮されエレベータ−のダ
ンゴ運転が防止される。 なお、第２０図の負荷集中運転制御パラメータｅ＝２の
場合の停止及び評価値Ｔｃは、発生呼び階ｉの前後２階
床を考慮して、 Ｔｃ＝Σβ５＝５Ｘ１．Ｏ＋１０ＸＯ＋３０Ｘ１．０＋
１０Ｘ１．０＋５ＸＯ＝４５ （秒）・・・（３５）と
なる。したがって、待時間評価Ｔが各エレベータ−で同
一であると仮定するとＴｃの大きいエレベータ−が最適
と判断され、発生ホール呼びをそのエレベータ−に割当
てることになる。但し、Ｔ ｃの値は重み糸数βのＭＡ
Ｘ値の２倍を越えない様に制限を加え、偶発的に発生す
る極端な負荷集中による長持ホール呼びの発生を防止す
る。これは特に、比較的交通量が小の時間帯または特徴
モードにおいて端末装置ＰＤによシ１０％や２０％の省
エネ指示を入力されており、結果としてシュミレーショ
ンパラメータｅとして６や７の値で運転する場合に等に
重要となる。 （３） ホール呼び割当プログラムの制御パラメータ
と省電力の関係 （３４）式の評価関数Ｔｉｅ（（用いることにより、固
定号機のエレベータ−を休止させることなく、その場、
その場の状況に応じた号機のエレベータによるサービス
台数制限運転を行うことができ、長持発生率や平均待時
間の上昇を最少限度に抑制した省エネ運転制御ができる
。 なお待機レベル几の値は例えば下記の値とする０割当ホ
ール呼び１ヶ以上・・・・・・・・・几−〇Ｏ割割当済
−ルび無しで、かご呼び有 ・・・・・・・・・Ｒ，＝ ０．１ ０サービス呼び無し・・・・・・・・・Ｒ＝０．３以上
０待機状態 ・・・・・・・・・・・・几＝０．５
以上０省電力状態（長期間待機状態）・・・・・・・・
・几＝１従って、第２０図の１号機の様にサービス呼び
無しの場合は几の値として０．３〜１の値を取シ、２号
機はＲ，＝Ｏとなる。 さて、（３２）〜（３４）式において、待時間肝価値Ｔ
と停止呼び評価値Ｔｃならびに待機エレベータ−評価値
Ｔ、との重み係数αとβに着目すると、このαとβは、
ダンゴ運転防止に最も効果のある値が存在し、その時ビ
ル全体の待時間（平均待時間）は最小となシ得る。 一方、上記αとβを大きくして行くと、停止呼びを多く
持つエレベータ−が優先的に選択されるため、サービス
状態にあるエレベータ−へ負荷が集中し、平均待時間は
上昇して行くことが理解できる。逆に言えば、他のエレ
ベータ−は負荷が軽くなるため、エレベータ−全体の停
止回数（起動回数）が減少し、消費電力が小さくなって
行く。 （４） シミュレーションのためのシミュレーション
パラメータの導Å 以上の関係の一例を第１表および第２２図に示す。これ
は、ピル階床１３階床、エレベータ一台数６台、エレベ
ータ−速度１５０ｍ／ｓＩｊ＋の条件でシミュレーショ
ンした例である。ここでは、重み係数αとβの大きさｔ
示す負荷集中運転制御ノくラメータと称し、係数αとβ
の値を示すシミュレーションパラメータｅ ＝ ７のケ
ースのシミュレーションを行っている。 第２２図に示すように、負荷集中運転制御用シミュレー
ションパラメータｅ＝２変化させることによシ、平均待
時間曲線ｆＴと消費電力曲線ｆＰが得られる。これらの
曲線よシ、平均待時間の最小点が存在すること、またｅ
ｆ大きくして行くと消費電力は減少し、それにつれて平
均待時間が増加して行くことを容易に理解できる。 （５） 最適パラメータの算出方法 以上のシミュレーションは各乗場からの行先階別の交通
量（以下行先交通量と略称する）がある時点のときの結
果であったが、前記したように、行先交通量は時々刻々
と変化している。たとえば、平常時の行先変通量と退勤
時のそれとは全くモードが異なる。すなわち、平常時は
上昇、下降方向とも適尚に変通量があるが、退勤時では
下降方向の交通量がほとんどである。また、ビルのテナ
ント等が変更となると、従来の行先パターンと異なって
くる。したがって、各々の行先交通量ＡおよびＢの交通
需要について前記と同様にシミュレーションすると、第
２１図のような平均待時間曲線ｆＴＡ、ｆａｌｌ が求
まる。これよシ、平均待時間の最小点は０，０点となり
、αは曲線ｆＴＡ でｅＡ＝３．０、曲＃！ ｆ ｔ
詐でｅｍ＝２．９となシ、行先交通量毎に負荷集中運転
制御パラメータｅｆ変化させ次男が、平均待時間を短縮
するためには良策であることが理解できる。 （６） 目標値に応じたパラメータの舞、出例次に第
２２図を用いて省エネルギを例に挙げて、制御目標があ
る場合のパラメータの算出方法を説明する。尚これは長
持率低減や、サービス完了時間の最適化などの目標があ
る場合も同様に制御できる。 今、シミュレーションによｐ、平均待時間曲線ｆ！と、
消費電力曲線ｆｐが与えられたものとし、かつ、省エネ
ルギー（以下省エネと称す）目標値ＰＭが１０％と設定
されたものとする。省エネ目標値が０％では、負荷集中
運転制御パラメータｅ１は通常平均待時間最小点■の点
のｅｔ（”ａｏ）で運転される友め、消費電力は０点で
示される。 したがって、０点の消費電力の１０％減の設定では、曲
線ｆｐ上の０点の消費電力となる。したがって、そのと
きの負荷集中運転制御パラメータｅはｅｔ （＝４．
５）として求まる。すなわち、逆に言えば、負荷集中運
転制御・パラメータｅを４．５に設定しておけば、１０
％の省エネとなるよう制御が可能であることを示してい
る。なお、第２２図において、省エネ目標値を大きく設
定すると、平均待時間がそれに伴い増加するため、上限
待時間ＴＬＭＴ（たとえば３０秒）で目標値に制限を加
えることも肝要である。このため第１表においてパラメ
ータｅ＝６において３０秒を越えたためｅ＝６を越える
シミュレーションを実行しないため、パラメータｅ ＝
７の評価指標が不定となっている。 以上述べたように、本発明ではシミュレーションによシ
、平均待時間や消費電力等の各種曲線を演算しているた
め、目標値が与えられると、最適な負荷集中運転制御用
シミュレーションパラメータｅの値が決まシ、その要素
である負荷集中運転制御パラメータα、βが容易に得ら
れることが理解されるだろう。 （力／ミュレーションパラメータの学習また、シミュレ
ーションパラメータの導入により、多数のＩン素から成
るパラメータを個々に変化６せた場合のシミュレーショ
ンＣＡＳＥ（ｌｉ）ＬｉｌｉＫ対し、極めて少ない回数
ですむ利点がある。 尚、これらパラメータの一例を第１表に示しているが、
これらの値はシミュレーションプログラム２７１のワー
クテーブルの一部に仕様テーブルとして持つＣいる。ま
た、エレベータ制御スペック２２５に例えばシミュレー
ションパラメータｅ＝ ２ ’、ｃ ４に成する要素と
なっているパラメータαとβは最低限必要であシ、稼動
開始時はこの値でエレベータ−を運転制御する。 そして、この基本スペックを８１）Ａ＝ｉｃ介して学習
系マイコンＭ、へ取り込み、第１・表ならびに第２２図
に示す値をまず計算により算出し、以後は運転制御パラ
メータを学習するためのシミュレーション終了後、この
シミュレーションパラメータを構成する岐素パラメータ
の学習用シミュレーションな行なう。 （８） 複数のアルゴリズム選択パラメータの導入以
上、おる一定のアルゴリズムを持つエレベータ−運転制
御プログラムにおける制御パラメータの生成方法を説明
したが、次に異なるアルゴリズムを持つエレベータ−運
転制御プログラムとそれに使用する制御定数との両方の
パラメータの生成方法を説明する。 今までの説明によフ、行先階交通量毎に制御定数パラメ
ータをその目的に応じた学習によル変化させた方が平均
待時間の短縮などの目的を達成するには良策であること
を示した。 このことは、例えば呼び割当ての評価関数のアルゴリズ
ムにも関連してくる。すなわち、（３２）式の評価式の
待時間の評価アルゴリズムによっても、平均待時間曲線
などの制御目標とする指標を示す曲線が異なってくる。 したがって、一般に平均待時間短縮や省エネ率の向上、
長持発生率の低減などの目的達成のためには、特徴モー
ド別または時間帯別に収集した交通情報から学習して得
られる行先交通量（本実施例では、各階別乗降別交通量
によシ近似している）に対し、最も適当なアルゴリズム
パラメータと制御係数パラメータが存在し得る。 例えば（３２）式に示す停止呼び評価値の大きさを決め
る重み係数βを交通需要のモー ドによってはＵＰ力方
向ＤＮ方向とで別々の値を定めることが有効である。特
に、上昇方向と下降方が例えば２：１の割合である時に
有効果°である。 また、サービス階床数の多いエレベータ−において比較
的閑散な場合は、サービス完了時間を基本として待時間
評価時間の評価値Ｔを算出した方が、利用客から好感を
持たｔＩる。特に端末装置ＰＤから環境度指令として乗
り合せ制限指令が入力されている時でかつ比較的交通量
の少ない時にシミュレー）するアルゴリズムであり、そ
の際には第１表に示す負荷集中運転制御パラメータｅに
の要素としたシミュレーションパラメータｒによルシミ
ュレーションにより、第２２図の曲線ｆＴとｆｐの他に
サービス完了時間曲線を作成する。 （９）サービス完了時間による待時間評価アルゴリズム サービス完了時間は ＴＡＩＩｉ１＝γ、・ＴＨＩ十ｒ４・ＴＣＩ・・・（３
Ｇ）となｐ、ホールでの待時間ＴＨと乗かご時間ＴＣは
一実施例として下記によシ算出する。 ■ ＣＡＳＥＩ 、ｉ階の乗ル場のホール呼びに対する
サービス完了時間の算出は（３７）〜（３８）式による
。 ＴＨ＋＝ＴＳ＋ ・・・・・・（３７
）尚 ＴＳ＋は（３１）で算出する。 ＴＣ＋ ＝ｒ ＠ ・ＴＣ８＋ ”’ ”’
（３８）ＴＣｓｔ ： を階床から１階ポール呼びの
方向性と同一の進行方向へ停止確率の 大なる階床または端階床にかご呼 びが出来るものと仮定して算出す る乗かご予測時間。 ここでｒ、は端階の手前の階のかご呼びができる確率係
数で、この値はシミュレーションした結果として求める
従属パラメータとする： ■ ＣＡＳＥ２．ｉ階へのかと呼びに対するサービス完
了時間の算出は（３９）と（４０）式による。 ＴＨ＋ ＝ ｒ ｅ ・ＴＳ Ｉｎ ・”−（
３９）’Ｉ”ｓ：ｉ階のかご呼びが出来た直前にサービ
スした１１階の（３１）式で算出する待時間評価関数Ｔ
Ｓ＋の値。 ＴＣ＋＝Ｔ８＋＋ｒｔＴＣＶＶ＋ −・・１４０）
ＴＳ＋：に号機が１階のかと呼びに到着する予測時間で
（３１）式のＴＳ＋ と同一のテーブルを使用する。 ＴＣＷ＋、：このサービス完了時間による評価を実施す
るために特に追加を要す るテーブルで、各号機側にｉ階か ご呼びが登録されてから、サービ スされるまでの経続時間を計測す る。尚（３８）式のＴＣ８Ｉとして、 上述の方法に代って、このＴＣＷ＋ の値を統計処理により平均的な値 を学習して作ることもできる。 （３６）式によるサービス完了時間ＴＡＩＩＴを割当よ
うとするホール呼びより前方についての登録済がご呼び
と、割描済ホール呼びについて演算し、最大値を選択し
、その号機の待時間評価値とする。 すなわち（３２）式の評価値ＴＩは Ｔ Ｉ ＝ＭＡＸ（ＴＡＩＩＴＩ、Ｔｘｓｒｔ 、−Ｔ
Ａ＋ｔ−） ・・・ （４１）となる。ここで、ｎは
に号機が持つｉ階よシ前方に位置するサービス呼び数で
ある。 σ１ アルゴリズム決定パラメータの算出サービス完了
時間を用して評価関数φを求める場合に上記した係数パ
ラメータｒを全て１の値としく３２）〜（３４） ＊そ
のまま使用することができる。 ただパラメータｅ＝２算出する際に、平均待時間曲線に
代ってサービス完了時間曲線を作成し、これによシ前記
（７）項によることもできる。 しかし一般にはサービス完了時間を重要視すると平均待
時間が長くなる傾向があるので、（３６）のｒｓ＋ と
ｒ４の比率をシミュレーションパラメータγとして、上
記した３種の曲線をシミュレーションによシ作成し、そ
の文通需要に応じた最適なアルゴリズムと、その係数パ
ラメータを算出する。 γＢ ＋ ｒ ｑ ”” １ ＋ ｒ ｓ −ｒ ｓと
するとシミュレーションパラメータｒは０（ホール待時
間による評価）からｒ−１（サービス完了時間による評
価）までシミュレーションすることにより２つの異なっ
たアルゴリズムの中間的な機能により運転した場合ヲシ
ミュレーションできる。このシミュレーション結果を第
２３図（ａ）に示す。さらに、外部に９定器である端末
装置））】）から、各階の利用者全てを重要客（ｖ＋ｐ
）と考えるホーヲル等において各階「 からの乗り客の乗シ合わせを制限する指令が入力された
場合には、上記したシミュレーションバラ。 メータｒはＯから１以上の値、例えば６までシミュレー
ションする。尚この時パラメータｅは交通需要Ｂとして
、すでに演算済のｅｎ＝２ｆ使用する。 そして第２２図の省費電力曲線ｆ、に代って第２３図（
ｂ）に示す様に目的階へ直しない乗り台せ確率曲線ｆｇ
１作成し直行率として指令された％、例えば６０％を満
足するシミュレーションパラメータｒｍを求め、その値
から制御係数パラメータγＳ〜γ丁を算出する。 以上によシ目的に応じた最適運転制御を行うためのパラ
メータの演算方法について説明した。 次に、マイクロコンピュータを使用した一実施例による
運転制御系マイコンＭ１に設けたテーブル構成を第２４
図により説明する。 大別して、エレベータ−制御テーブル２１０、ホール呼
びテーブル８Ｆ１２、エレベータ−ｆｌｆｌＪ 御係数
テーブル２２５のブロックで構成しである。 各ブロック内のテーブルについては、下記に述べる運転
制御プログラム２２０を説明するとき、その都度述べる
。 最初に運転制御系のプログラムを説明する。なお、以下
に説明するプログラムは、プログラムを複数のタスクに
分割し、効率よい制御を行うシステムプログラム、すな
わチ、オペレーティンクシステム（Ｏ８）のもとに管理
されるものとする。 したがって、プログラムの起動はシステムタイマーから
の起動や他のプログラムからの起動が自由にできる。 さ°Ｃ１第２５図から第２９図に運転系マイコンＭ１の
プログラムのフローチャー１・を示す。な卸、運転制御
プログラムの中で特に重吹なエレベータ−到着予測時間
テーブルの演算プログラム呼び割当°Ｃプログラムなど
を重点に説明する。 第２５図はマイコンＭ１が起動された時に起動されるシ
ステムプログラム５ＦＩＡのフローで比較的下位にラン
クされるタプクのプログラムである。 プログラムＳ Ｆ Ｉ ＡはマイコンＭ１の起動または
マイコンＭ、がイニシャライグ処理を完了した時に起動
され、まず、エレベータ−制御１仕様テーブル２２５を
Ｓ Ｄ Ａ ｃを介して学習系マイコンＭ、へ送信する
（ステップ２２Ａ１）。これによリシミュレーションプ
ログラム２７１の中で使用するエレベータ−と等価なシ
ミュレートプログラムを運転系と同一のスペックとして
稼動開始できる。 次に、停電や保守による復電時には、すてに学習済のエ
レベータ−制御仕様による運転を再会するために、学習
系マイコンＭ！からすでに学習したパラメータなどのデ
ータが５ＤＡｃを介して運転系へ入力されているかを判
定（ステップ２２Ａ２）し、稼動開始のために学習デー
タが無い場合はステップ２２Ａ５へ進み、ＲＯＭや不揮
発生ＲＡＭに格納されているエレベータ−制御仕様テー
ブル２２５のデータをもとに運転制御プログラム２２０
が使用する各種アルゴリズム設定＆選択用データと制御
係数を格納する運転パラメータテーブル２２５Ｂを作成
する。 もし、停電からの復電であればステップ２２Ａ４へ進み
、停電前、ため復電後に学習系マイコンから８ＤＡｃｉ
介して入力されてくるデータをもとに第２の運転パラメ
ータテーブル２２５Ｂへ適切な値をセットする。 次に、ステップ２２八６へ進み前述した交通情報の収集
などを行なうために、エレベータ−制御データテーブル
２１０の値’ｅ、５ＤＡｃｉ介して、学習系マイコンへ
出力するため８ Ｄ Ａ ｃの送信バッファＴ Ｘ ！
＋へ１５バイトのデータと、送信データのブロックを識
別するＮＯを１バイト格納する。 これを毎回か続けて、必要なデータを送信する。 次に、ステップ２２Ａ７により、ホール呼びＨＣの情報
ｅＰｉＡｔ介して取り込みホール呼びテーブル２１９ヘ
ホール呼びの登録済データと照合し、新規ホール呼びの
登録があったかｔ判定する。 新規ホール呼び発生と判定した場合のみホール呼び割当
プログラムのタスクを起動する（ステップ２２Ａ８）。 そして最後にステップ２２Ａ９で学習系マイコンが新し
い学習データを送信しできたかを判定し、ＹＥＳの場合
のみステップ２２Ａ４へ進みそのデータを取り込む。 この様に構成することにより、学習された重要データは
運転系と、学習系の両方に記録しておくことができるの
で信頼性を高くできる。 尚このためには学習系マイコンから取シ込んだ学習デー
タ２２Ｃはバッテリー等で停電バックアップをほどこし
た０ＭＯ８，ＲＡＭなどによる不揮発性ＲＡＭに格納し
ておく。また、データの確認のためにパリチーピットｔ
−持たせるかまたはサムデータを持ち、これら余剰デー
タのチェックによシ、学習データの有効性を判定する。 第２６図は待時間評価値演算の基礎データとなるべきエ
レベータ−の任意の階までの到着予測時間を演算するフ
ローチャートである。このプログラム５Ｆ２Ｂは、例え
ば、１秒毎にＯ８から周期起動され、エレベータ−の現
在位置よシ任意の階までの到着予測時間を全階床、全エ
レベータ−１全方向について演算する。 第２６図においてステップＥＩＯは、エレベータ−の方
向のループ回数でアシ、ステップＥ２０は、エレベータ
一台数のループ回数であシ、ステップＥ２０およびＥ１
２０は、すべてのエレベータ一台数についてループ処理
することを示す。ステップＥ３０では、階床をエレベー
タ位置に設定する。次にステップＥ４０では、ワーク用
の時間レジスタＴＷＫに初期匝をセットする。この初期
値としては、ドアの開閉状態よりあと何秒で出発できる
かの時間−やエレベータ−休止時等における起動までの
所要時間が考えられる。次に、エレベータ−の進行方向
へ階床を１つ進め（ステップＥ５０）、上記設定階床な
らびに方向がｉｔ算全全開始たエレベータ−位置と同一
になったかどうかを判定する（ステップＥ６０）。もし
、同一となれば、１台のエレベータ−の到着予測時間テ
ーブルが演嘗てきたことになり、ステップＥｉ２０へ飛
び他のエレベータ−について同様の処理を繰り返す。一
方、ステップＥ６０において、′ＮＯ”であれば、時間
レジスタＴＷＫに１階床走行時間Ｔ１を力１ｌｐＩする
（ステップＥ７０）。そして、この時間レジスタ’１’
ＷＫを到着時間テーブルにセットする（ステップＥ８０
）。次に、かご呼びあるいは、割当てホール呼び、すな
わち、着目エレベータ−がサービスすべき呼びがあるか
どうかを判定し、もしあれば、エレベータ−が停止する
ため、１回停止時間Ｔ ８ｔ とドアの開、閉と乗降
に要するドアタイム予測ドアタイムデープル２２５Ｂ５
のｉ階（方向別）の予測ドアタイムＤＴｌｆ、加算して
時間テーブルＴＷＫを更新する。尚、この方法は学習に
よるドアタイム制御パラメータとし１回標準停止時間Ｔ
ｓｒｔ ’ｆｔ乗算した値を時間テーブルＴに加算する
ものとしても良い（ステップＥ１００）。次にステップ
Ｅ５０へ飛び、すべての階床、方向について、エレベー
タ−がサービスする順番と同様の順番によシ、上記処理
を繰シ返す。一方、ステップＥ９０において、”ＮＯ”
であれば、停止確率テーブルのｉ階（方向別）の停止確
率ＰＳ鳥と予測ドアタイムと１回停止時間ＴＴｓｒ
とよ少時間レジスタＴＷＫの時間を更新する。尚、この
方法は、停止確率とドアタイム制御パラメータを乗算し
た値に１回標準停止時間Ｔｌｌを乗算した値を時間レジ
スタＴＷＫに加算することにすることもできる（ステッ
プＥＩＩＯ）。次にステップＥ５０へ飛び、すべての階
床、方向について、上記処理を順次繰シ返す。なお、ス
テップＥ７０とステップＥ１００およびステップＩＣ１
１０における１階床走行時間Ｔｔと１回停止時間Ｔａ１
１ は、学習系のソフトウェアより最適運転制御パラメ
ータの１つとして与えられ予測ドアタイムＤ Ｔ Ｉお
よび停止確率ＰＳ＋はシミュレーションの実行状況を計
測し、統計処理により求められる。尚予測ドアタイムお
よび停止確率の作り方については、第４８図と第４６図
で後述する。 また、本プログラム実行終時に長持再割当の目的よυホ
ール呼び割当プログラムを起動する（ステップＥ１３０
）。 尚、予測ドアタイムテーブル２２５ Ｂ ５（Ｄ役割は
これだけでなく、実際の各エレベータ−の運転制御を決
めるドア開放タイムにも使用される。すなわち、各エレ
ベータ−の自動扉開許可信号を運転系マイコンから出力
するもととする。他の方法としてはこのテーブル２２５
８５の値ｅ Ｓ Ｉ） Ａ 。 を介して各号機制御マイコンＥｌ ｗへ送信して、各エ
レベータ−のドア開放時限（自動扉開カウントタイマの
仕様として予測ドアタイムを使用）を決める構成とする
こともできる。 第２７図は、満員予測プログラムのフローチャートであ
る。まず、このプログラムの起動について説明する。こ
の満員予測プログラムの起動は、次に述べるホール呼び
割当プログラム５ＦＩＤと同一タスクとし、この直前に
起動する。すなわち、満員予測プログラムの起動が行な
われた後にホール呼び割当てタスクを起動する様にし、
時間的なずれによる誤差を小さくする。 さて、満員予測プログラムのフローチャートにおいて、
まず、ステップＧＩＯでエレベータ−にの初期設定を行
なう。ここではに＝１とした。次に、エレベータ−にの
かご内入数’ｔ Ｆ ＫとしくステップＧ２０ ）、発
生ホール呼び階をｉとする（ステップＧ３０）。そして
、ｉ階にホール呼びが有るか判定する（ステップＧ４０
）。もしなければ、ｉ階にかご呼びが有るか判定しくス
テップＧ５０）、ｉ階にかご呼びが有れば、かご内入数
Ｆｌ［から満員予測テーブル２２５８３のｉ階（方向別
）のかと呼び満員予測値ＰＣＩを減算しくステップＧ６
０）、ステップＧ１００の階床ｉ（（進行方向へ１つ進
める。ステップＧ５０のｉ階にかご呼びがなければ、ス
テップＧ１００へ飛ぶ。ステップＧ４０の１階にホール
呼びが有れば、ｉ階にかご呼びが有るか判定しくステッ
プＧ７０）、もしあれば、かご内入数ＦＫに満員予測テ
ーブル２２５ Ｉ３２の１階（方向別）のホール呼び満
員予測値Ｐｈｌｆｆ：加算し、さらに上記かと呼び満員
予測値ＰＣ＋ を減算しくステップＧ３０）、ステッ
プＧ１００へ飛ぶ、ステップＧ７０でｉ階にかご呼びが
無ければ、かご内入ａＦ Ｋにホール呼び満員予測１直
ＰｈＩを加算しくステップＧ９０）、ステップＧ１００
で１階床を１つ進める。次に、ｉ階が最上階または最下
階か判定しくステップＧ１１０）、” Ｎ Ｏ”であれ
ばステップＧ４０へ飛び、Ｙ Ｉ（Ｓ”であればかご内
入数ＦＫの値は、学習系マイコンが学習した溝へ萌重パ
ラメータ以内か判定する（ステップＧ１２０）。以内で
なければ、エレベータ−Ｋをサービス不可としくステラ
７”Ｇ１３０）、全エレベータ−について終了か判定す
る（ステップＧｌ ４０ ）。ステップＧ１２０がＹＥ
Ｓ”であれば、上記ステップＧ１４０を判定する。もし
全エレベータ−について終了したなら、このプログラム
は終了とな９、全エレベータ−について終了してなけれ
ば、次のエレベータ−にして（ステップＧｌ ５０ ）
、ステップＧ２０へ飛び上記の処理を行なう。なお、ス
テップＧ６０゜Ｇ８０．Ｇ９０のかと呼び満員予測Ｐ
ｈ Ｉｓホール呼び満員予測Ｐｃｔは、シミュレーショ
ンの実行状況を計測し、統計処理によシ求められる。ま
た、満員予測テークＰＣ＋ 、Ｐｈ＋は、第４７図の所
で作シ方を説明する。 第２８図は、呼び割当てプログラムのフローチャートで
、このプログラムはホール呼び割当タスクによｐ起動さ
れる。本プログラムでは、呼び割当てのアルゴリズムと
してステップＨ５０に示すように長待ち呼び最小化呼び
割当てアルゴリズム（第２９図で後述）を例に取シ挙け
ている。ステップＨ２０と）Ｉ８０、ステップＨ３０と
Ｈ２Ｏとで階床および方向についてループ処理を行なう
。 ステップＨ４０は、発生ホール呼びが有るか判定する。 もしなければ、ステップ■（７０へ飛び、すべての階床
、方向について処理する。ステップ１１４０が”ＹＪシ
Ｓ”であるならステップ１■５０の長待ち呼び最小化呼
び割当てアルゴリズムを行ない最適エレベータ−に呼び
を割当てる（ステップＨ６０）。 第２９図は、長待ち呼び最小化呼び割当てアルゴリズム
の処理フローチャートである。どのエレベータ−が最適
かを利足するため、ステップ）１５０−１と）ｊ、５０
−７によシエレベーターにでループ処理する。ループ内
の処理は、まずステップＨ３Ｏ−２で、発生ホール呼び
を含む前方階の割当てホール呼びの最大予測待時間’ｌ
”ｍａｘ を演算す不。なお、予測待時間とはポール
呼びが発生してから現在までの経過時間を示すホール呼
び経過時間と到着予測時間を加算したものである。次の
ステップ［５０−３では、発生ホール呼びを含む前後所
定階床の停止呼びから停止呼び１ｒＦｉｆｆｉｌｊ！ｆ
Ｔ ｃ ｆ：演算しステップ［１５０−４で待機状態
評訓関故Ｔｍを求め、この評価値と前述の最大予測待時
間Ｔｍａｘとで停止呼び評価関数φ（φ＝Ｔ□−ＴＣ＋
ＴＩ）を演算するステップＨ３Ｏ−５）。そして、この
評価関数φの最小エレベータ−を選択する（ステップＨ
３Ｏ−５）。以上の処理をすべてのサービス可能なエレ
ベータ−Ｋについて実行すると、ステップＨ３Ｏ−６の
演算によシ、最適な評価値のエレベータ−Ｋが選択され
ていることになる。 以上、運転制御プログラムの主なプログラムである到着
予測時間テーブルの演算プログラムと呼び割当てプログ
ラムの処理フローなどを説明したが、この他、運転制御
プログラムには、混雑階への複数台のエレベータ−をサ
ービスする複数台サービス処理プログラム、交通需要が
閑散時のときエレベータ−をあらかじめ決められた階へ
待機させる分液待機処理プログラム等があるが、これら
の説明は省略する。 次に、マイコンを用いた一実施例に示す学習系マイコン
Ｍ２で用いられるテーブル構成を第１９図のブロック図
に対応させて説明する。 （リ 交通情報収集テーブル 交通・１＃報テーブル２３１として第１にすでに説明し
た第１の実７，１４例で１吏用した第１２図と同様の！
’Ａ成としたものを１吏用する。用途は主として特徴モ
ードそれ自体の設定と生成のために使用−ノーる。 さらに、次に述べる交通４？ｔ’Ａ４蓄積テーブル２５
６を作るために、これによまれる交１爪要素を検出し、
サンプリングするために第３０図のテーブル ・２５６
Ｇと同様のテーブルとからｆｆ？成される。 （２）交通１に報蓄積テーブル 第３０図は父、Ｊ、ｕｌ口は蓄積し、学躍する基本テー
ブル１削戊で、第１３図に示すｌＰ！ｆ＠モード登録テ
ーブル１１５８とＤ１５６と対応してｊ上類される１８
組のテーブルの集合体を成す。 これらのノ痔徴モードには個有の名を付けることはでき
ないが、例えば一般的な一社専有ビルに設（ηされたエ
レベータ−が特徴生成学Ｒを行った結果として予想され
る特徴モードのニックネームを参考までに（）内に記入
した。これらの特徴モードは従来の運転パターンとは全
一つたく異なる概念の分り
【であり、この／ｌ￥徴モー
ド自体には何んら直接的にエレベータ−の運転方式や仕
様（運転パターンの決定を含む）を決めるものでなく、
エレベータ−運転制御に関するパラメーターの学習演算
の対象となる交通需要の区分を行なう点に役割がある。 これらの特徴モードごとに交通１ａ報を累積するテーブ
ル２５６Ｇ等を持ち、さらにこのうちのいくつかのデー
タは葭数個に細分化したシ、または特徴モードＮＯ７（
Ｍ７）の乗人数テーブル２５６Ｇ７の様に各階（方向別
）別に細分化したテーブルから構成する。 第３１図は前述した第３０図に示す時間帯記録テーブル
２５６Ｇ２の詳細なテーブル構成で、！時刻発生するＣ
ＬＯＣＫ ＬＳ＋ ２９９の出力信号のうち特に１日
内の時刻を示す信号を記録する。 向１記録する時刻は、交通情報を収集するための当該特
徴モード（テーブル２５６Ｇ２の場合は特徴モードＭ７
のニックネーム・平常混雑）の識別を開始した時刻と終
了した時刻をペアで記録するものとする。 （３）スケジュール予約テーブル２９０第３２図ｔよス
ケジュール予約テーブル２９０の構成例Ｃあυ、その記
録デーダーの−＋ｙｌＪをも含め′Ｃ図示しでいる、行
゛卦予約デーグル２９１には非、操り繰り返しの１−ｊ
事が外部から端末装置ＰＤより人力された１谷を記録さ
７する。しＩＪえば琺賢顧客が故十人程度来館し、接待
会場のある４階とロビーのある１階との間を工１／ベー
ターにて往復する場合に、その時刻と１・η床と制御形
態としてｖｉＰを指定するもので、テーブル２９１の記
録データは予約された時刻を過ぎると無効データとする
か、消去される。この記録データはｌｂ徴の発生予測プ
ログラムで参照され、時刻発生用Ｌ８＋であるＣＬＯＣ
Ｋ ２９９からの信号と予約時刻と比較し、所定期間内
と利足すると、４階と１階を曖先するザービス指令を出
力する。 具体的には第２４図に示した、ナービス医先レベルの４
階床ＤＮと、１階床ＵＰの階の値を曲階より１分根度優
先して呼び割当をＣテう１直にセットする指令パラメー
タを指令テーブル２７６にセットする。また、重要な客
がサービスのために到着したエレベータ−に乗シ遅れな
い様にドア開放タイムを長くするために各階別の予測ド
アタイムテーブル２２５Ｂ５の値ＤＴ＋の４階床ＤＮと
１階床ＵＰの階の値を、ドア開放タイムが６秒となる様
な値をセットする様に指令パラメータをテーブル２７６
ヘセツトする。 その他のスケジュールデータは全て学習に関するもので
あシ、その都度その用途を説明する。 （４）情報学習テーブル２６２の中の交通情報テーブル 第３３図は学習系マイコンが長期に渡って学習したｔｉ
ｆｉｒｔ）ｔを記録するテーブル構成で、複数の特徴に
対して共通な情報テーブル２６２Ｚと特徴モード別に学
ｄした交通情報テーブルを代表して特徴モード式ｚｉの
テーブル２６２Ａ−１と２６２Ａ−２を図示している。 各階別平均ドア開時間テーブル２６２Ａ１にはエレベー
タ−状態テーブル２１０Ａのドア位１ｄ信号をＳＤＡを
介して取シ込み各階別（方向別）にその平均時間を学習
した直を格納し、シミュレーション時の停留時間の算出
と、前Ｊしたドアタイム指令パラメータを作成する際の
基礎データとして；重用する。 また号機別ドア開扉・閉扉時間テーブル２６２Ｚ３は、
又通需要に関係のない、ドア開閉動作自体に巽する時間
を号磯別に計測する。この時間は前記と同（求に計測さ
れ、開用される。同、この時間はドアｌｌｌ１ｆ４、ド
アｘ！：Ａ動装随の速度調整、かごドアと乗場ドアによ
る摩擦抵抗によシ変化する。 ｔｉケにドア回りに／ζまるゴミによ＃）４擦抵抗が増
大し、ドア開閉タイムが変化する場合がある。 各階別特殊呼び（乗客）発生比率テーブル２６２Ａ１３
は、ＶｉＰＩ用釦や暗号による呼びによシ利１１Ｊする
客や車イス呼びにより利用する客や、池ドツ“−ビスエ
レベータ−が半数として設置されている。場合で、地下
までサービスできるエレベータ−にのみナービスされる
特設卸まだは暗号による呼びによシ利用する客や、ポー
ト式もｒＪｆ能な様に乗り場に一般釦の他に、行先階登
録器が設置されている場合に、これを利用した乗客など
のそして、この値は第１２図に示すテーブル１５３１の
乗客層識別関数Ｉ（ＴＭｌ−）として利用する。 また乗客の体重分布を学習して６己録するテーブル２６
２Ａ１７や代表階（−日を通して最っとも乗ｐ客の多い
階）における乗客到着時間量隔別乗客発生分布を学習し
て記録するテーブル２６２Ａ１７も乗客層識別関数ＩＩ
（ＴＭｔ−）として利用する。 この２つの学習には第１の実施例の第９図に示したホー
ル待客数炭山装置ｔｉ１２を併用すると簡単に求まる。 また、今、説明した３つのテーブルは特徴モードそのも
のの学習だけでなく、後述する制御形態学習にも使用し
、本発明による学習性能を向上させることができる。 （５）特徴モードと日別パターンの学習記録テーブル 交通需要の特徴モードテーブル２６２Ｚ６は第１の実／
ｒｆｌｉ例で使用した第１３図に示す特徴モード登録テ
ープ７Ｄ７１司符−に１゛Ｈ成する。さらにこの特徴モ
ードの新設と取消しの時ｊｌ、ＩＪとその時点における
各要素の値をテーブルＩ） １５９と同様の構成でテー
ブル２６２Ｚ７へ記録する。また登録済特徴モードであ
っても、特徴モードの生成学ｄにより、要素の値が総合
的に刊１祈して大きく変化した際にも、す！新口己録を
ｒテう。これら特徴モードには前記した特徴モード番号
Ｍ１〜Ｍ １９の他に、長期間（１〜２年）をＩ’ｊｅ
ｒ ｆ！責するためのｌ待機モード管理−号、Ｐｌ−Ｐ
２Ｓ５を）吏用する。これらは記録されたテーブル爵号
と同一とでき記録（発生）した順番に１１けられるＰ２
Ｓ５を越えたら現在使用され−（ＩＡない特徴モー゛ド
の中で最つとも古い記録エリアへ記録する様に制御Ｔ１
する。これら特徴モードの発生を予測するだめには日別
の特徴パターンを学習するとさらに改善できる。そこで
、日別の特徴パターンをすでに述べた特徴モードそのも
のの抽出＆設定と同様の方法によシ設定し、テーブル２
６２Ｚ８へ記録する、このテーブルは第３４図に示す構
成とし、代表的な５つの日別パターンを設定する。向日
別パターン取消と追加はほとんど必要ないと予想される
が万一の場合には一日の交通量の小さい日別パターン順
に環条１生に再配置する。これは日別パターンの学習制
御１１１をある程度品質を保持したまま間単にする目的
よシ行なう。 ただし、日別特徴パターンの各要素は故日回の時定数で
（２８）式と同様の式によシ指故平滑を行なう。 次に、この様にして定めた日別特徴パターンの識別をプ
ログラム２５７で実行し、その結果を１〜２年に渡って
暦日にそってテーブル２６２Ｚ９に記録する。この記録
され九数直例を記入したまま日別特徴パターン記録テー
ブル２６２Ｚ９の構成を第３５図に示す。 尚、第３５図の記録例において次の年の１月４日のデー
タは前年度の１月１日のエリアに記録する。 （６） シミユレーション結果テーブル２７２第３６
図−（ａ）はシミュレーションの結果を特徴モード６り
に記録するテーブルの全体構成を示している。 ’ｌ？鑓モードへ４１−Ｍ９までのデープル２７２八〜
２７２Ｊは、第１３図に下す設定された特徴モード登録
テーブルＩ） １５８に対応し、特徴モードＭｌｌ〜Ｍ
１９！、でのチーグル２７２ Ｋ〜２７２Ｔは特徴モー
ド登録デープルＤ１５６に対応する。 但しマイコンによる実７７Ｉ！ｉ同においてはこれら特
徴モードはテーブル２６２Ｚ７に登録されている。 こ１番３６図−（ｂ）に、特徴モードＭ１をシミュレー
ションした際の最終的な出力請果を記録する具体的なテ
ーブル構成を示す。 これらのテーブルは日ごとに更新されるが、例えば−週
間に一度しか発生しない特徴モードや、春と秋の旅行シ
ーズンにしか発生しない特徴モードに属テーブルの値は
、それまでは保持されており、いざと占う時に直ちに活
用できる様に構成している。 （力 指令パラメータテーブル２７６ 第３７図（ａ）に運転系マイコンＭ＋へ指令するパラメ
ータの全体構成を示す。これらのパラメータの用途はす
でに説明したものが多いので新たなものだけ説明する。 荷重制御−パラメータ２７６Ｃの詳細を第３７図（ｂ）
に示す。これらの直は制御パラメータの作成プログラム
２７５によシ、予測される交通需要の特徴モードを推定
識別し、それに属する特徴モード別に記録されている。 第３３図のかご内荷重別の乗車拒否率度数分布テーブル
２６２Ａ９、績み残し率度数分布テーブル２６２Ａ８、
乗客の体重分布テーブル２６２ＡＩ７などに相当するテ
ーブルの交通・ｍ報学習データよシ算出する。またシミ
ュレーションプログラム２７１０制御仕様を決める入力
パラメータであるシミュレーションパラメータテーブル
２６２ Ａ ２２とシミュレーション結果を示す第３６
図の当該特徴モードに属する消ｉｔ力曲線テーブル２７
２Ａ３と平均待時間曲線データテーブル２７２Ａ１の値
から演算される最良荷重パラメータの値とから省エネ目
標荷重２７６Ｂ５と２７６Ｂ６、ならびに割当制限荷重
２７６Ｂ３と２７６Ｂ４は丼出する。 荷重ハラメータの導入による省エネ制御卸については特
願昭５６−３１１９５号にある。 第２表にこれらかご内荷重値ＣＷｋ（４＄ｚ４図）に直
接作用する副−ノくラメータの学習１５１Ｊを示す。 第 ２ 表 にある値と等しくする。例えば満員荷重値ＷＢ。 は乗車拒否率が軽負荷時の１．５倍以与になると推定さ
れる点へ移動すれば良い。この値はかご内荷重がこの値
を越えている場合に号機制御マイコンＭ、が満員と判定
しホール呼び応答させない様に制御する。すなわちこの
値が小さすぎると輸送能力が低下し、大きすぎると乗車
拒否が起こる。すなわち比較的閑散な場合に、女子事務
員や、ボーイや、手荷物のある人が、かご内乗客への迷
惑を考慮して乗シ込まないで、すぐに来ると思う次のエ
レベータ−を呼ぶために同−客が再びホール呼びを登録
する現象が発生する。また、せっかくエレベータ−が到
着しても乗客が多くて荷重オーツ（値ＷＡ、を越えて出
発できないために生ずる積み残し現象が多発する。逆を
言えばこれらの要件を上記した↑Ｗ報学習データとシミ
ュレーション結果よシ判断して荷重制御パラメータＷＢ
、とＷＣＵ。 とＷｅＤ、を指令する。 パラメータＷＡ、とＷＢ＝は運転系マイコンＭ１を経由
して号機マイコンＥ、へも送信される。 またパラメータＷｅＵ、とＷＣＵ、、は第２７図のステ
ップＧ１２０で使用している。荷重オーバ値パラメータ
ＷＡ、は荷重オーバを案内するポイントを示すものとし
て利用し、出発不可荷重は１１０％固定とする。 待機制ｆ１ｊｉパラメータは従来の分散階待機制御や出
発基準階全台待機運転に相当する役割を演する制御４１
パラメータであシ同えば谷階床別に待機を要求する台数
、方向、ドア開かドア弁開などの待機形態、ドア開放タ
イムなどを指令する。 サービス階指省パラメータは、従来の分割急行運転や爪
間急行運転とその際の分割階や乗シ継階の付熱の切替制
御に相当する制御１１パラメータであシ、各階別（方向
別）に、かご呼びのサービス可否、サービス可否の号機
指定などを指令する。但し、これらは利用する人に直接
関係するので、端末装置１）ｌ）で切替要求を行ない、
ａ埋入の許可人力により自動切替する１達成とする。 各階別（方向別）集中′す′−ビスパラメータは複数台
割当、連続集中ナービス、ナービス優先レベルの切替、
ドアタイムの延長、音声による”あと３人乗れます”の
、〆１許ｊＴなど制御に関する指令を行なう。特に、ホ
ール呼びを複数のエレベータ−に割当てる腹数台割当と
、ホール呼びの有無に関係なく常時１台まだは一故台の
エレベータ−をサービスエレベータ−として割当てる連
続集中サービスを行う当該階（方向）の混雑レベルの仕
様を指令するパラメータを設けた点に特徴がある。 この混雑演出レベルを高くしておくと相当混雑しないと
上記集中サービスのうちいずれかが実行されないし、ま
た指令されるまでに時間を要する過去の学習や行事予約
によシ混雑が予測される階はあらかじめこの混雑検出レ
ベルを低く指令すると、混雑の兆候が現われるか、さら
には予定された時刻になシ集中サービスパラメータが指
令されただけで、上記したさまざまな集中サービス制御
を行なう。 環境制御パラメータは同時並走たよる騒音防止や、トッ
プスピードの制限による騒音防止を指令する。 再割当割岬パラメータは、一旦割当九ホール呼びを再割
当または追加割当するか否かを決め指令と、サービス予
約灯がある場合の予約灯をサービスできると予測される
エレベータ−に変更するための指令の値を決める。 報知１１ｉ１Ｊ呻パラメータは、列えば回−階、同一方
間のナーピス案内を禁止する指令曽、先青かとによるシ
ー−ビス案内の方法切替指令や、音−Ｌ ｒ’を声によ
る案内制限または禁止または４虜を制限する指令などを
出力する。 入力制御パラメータは例えば、かご内向型検出器とかご
内入数演出器のいずＩｔかを運転系のセンサとして）吏
用するかそれともｆＪｆ”用するかを指令する。このパ
ラメータはシミュレーションした結果と、実際のエレベ
ータ−の・ｊＫ転状況を収集した交通清報＃積テーブル
の値とから求める。 特に、群ぼ理性能評価ができる平均待時間や長持率（ま
たは５％長待時間）がいずれのセンサで収集しだ交通需
要によるシミュレーションＭｌに近いかを判定し、近い
方のヒンプ゛を、また、＃よは等しい時には両方のセン
サを併用する様な入力制御パラメータを出力する。 また、ホール待客数検出装置や超音波ドアセンサなど感
度調整を必要とするセンサへの調整指令を出力する。 その他のパラメータとじては、かご内照明灯の消灯タイ
ムの時限呟指令、分割烏、行運転灯や、省電力率表示灯
などの点灯制御指令などを行うものである。 以上、学習系マイコンＭ、で使用する主なテーブルにつ
いてその構成を説明したが、この他にも各プログラムの
内部で使用するＷＫ−？Ｏ８で使用するコントロールテ
ープ等があるが、これらの説明は省略する。同、情報学
習テーブル２６２は特に長期に渡るー≠Ｍをしているの
で特に停’ｒｔｔ時のデータ保持を必要とする。 次に、学習系ソフトウェアＳＦ２のプログラムを第３８
図〜第５１図を用いて説明する。 同、以下は詳細フローチャートのため、すでに第１９図
で説明したソフトウェアの全体構成図で述べた機能ブロ
ック通シに分割されていない。これは処理時間の高速化
とプログラム簡単化のために行なったものであシ、これ
に限定するものでない。 第３８図は主として交通情報の収集プログラム２３０と
特徴モード識別プログラム２５４を具体化したシステム
プログラムＳＦ’２Ａのフローテ学ｉＦ系マイコンＭ！
のジスタート時に起動される。 まず、ｕ！２５図のステップ２２Ａ１で５ＤＡｃを介し
て運転系マイコ７Ｍ、にあるエレベータ−１ｉｉｌＪ
ｌ＋＋ＩＩ仕様テーブル２２５の内容と号機＋１ｉｌＪ
ｕ中プログラムの中に持つ仕様テーブルの内容を収シ
込み、第３３図に示した共通情報学ｄテーブル２６２Ｚ
へ初期１直を作成しセットする。 号機別チービス階テーブル２６２Ｚ１０と階床間走行時
間実測テーブル２６２Ｚ１は号機マイコンＥ！〜Ｅ３の
内に持っている各階床の階高テーブルの値と、定格速度
仕様スペックよシ作成できる◇ただし、行事予約記録テ
ーブルは単にクリアを行なう。尚、第２５図のステップ
２２Ａ２で説明した様にすでに学習したデータがある場
合には、これらデータ保持されたままとなる。 次にステップ２Ｂは交通１＃報収集プログラム２Ｂを起
動する。第３９図にこれらの詳細フローを示すが、（既
略は第６図の手順Ｐ３１の通りである。 同、この処理に必要なデータは図示しないがＯ８から周
期的に起動するタスク内に、第２５図ノステップ２２Ａ
６に対応する受信処理プログラムを設け、これによ＃）
運転系のデータの中で、かご内向型ＣＷｋなどのデータ
を常時受１ａシ、事前に第２４図のテーブルと同等また
はその一部と等価なテーブルを持つ様にイ４り成する。 同このデータ送受については第１４図に示す５ＤＡｃに
よるデータ転送ハードに代って、■杭を使用し、システ
ム的にょシ高遠に転送する（１゛４成とすれば、個々の
アプリケーショングログ７Ａｆは何も処理不要となる。 また、共有バスによる共有メモリーに第２４図や第３７
図に示すごとく、両方で匣用するゲータを格納すること
によシ、全ったく、自由に両方のマイコンから読み出す
ることできる様になる。 所定人数を越えたか′または所定期を経過するとステッ
プ２人は終了しステップ２ｃにょシ特徴モード別に交通
＋ＷＡを収集する。ｉ４０図にこれの’ｉ；−ｆ：細フ
ローを示すが、櫃略は、Ｊ６図の手順Ｐ４２の通りであ
る。 ステップ２Ｂと２Ｃによる交通１？ｆｉの収集を、−日
おこない（ステップ２ Ｌ） ） 、終了後ステップ。 ２Ｊ・】から２ Ｈによる学習制御をイテなう。 １勺、ここで−日とは２４ Ｈｒに限定するものでなく
、例えば１週間ごととしても良い。ステップ２Ｅは特徴
モードそのものの浦ＩＦや新設、削除などの生成を行う
（第５図の手順Ｐ３５〜Ｐ３９、第６図の手順Ｐ４１−
Ｐ４７と同一処理）が、この生成はステップ２Ｆ〜２
Ｈの１ｌｉｌＪＩＩＩ４１パラメータの生成よりも、ゆ
つくシした速度でも良い。そこでステップ２Ｅで使用す
る父通需要悄讃は、向えば゛１週間の間、連続して収集
し、−週間ごとにまとめて処理することによシ、全体と
して性能向上を達成できる場合が考えられる。例えば多
彩な設備を持ったホテルやフロア貸しビルや、会館など
の様にさまざまな特徴を持つ場合は一日ごとに実行する
より、さらにきめ細かく特徴抽出と選択ができる。 また、開数時間帯であれば２４１−１ ｒに対し時間が
変動しても問題ない。 尚ステップ２Ｈでは各特徴モードごとに運転系へ指令す
るパラメータを学習するプログラム５Ｆ２Ｂを含むタス
クを起動する。では次にステップ＝２Ｂ〜２Ｈを図を用
いて順次、詳細説明を行なう。 第３９図は交通情報収集プログラム２Ｂの実施例を示し
ておシ、まず変数の初期セットと収集用テーブルのクリ
アーをする（ステップ２Ｂ１ ）。 次に第３０のテーブル２５６Ｇと同一の情報について第
１９図に示す交通情報収集テーブル２３１（構成は第３
３図のテーブル２６２人とほぼ同一）へ検出し、収集し
た乗客人数などの交−通１＃報を格納する（ステップ２
Ｂ２）。 例えば特開昭５２−１４０１４７号に示す様に乗降人数
をかご内向重の変化値よシ検出することができる。この
ために第２４図に示すエレベータ−制御テーブル２１０
内のかご内向重テーブルの値（各エレベータ−ごとの現
状かご内向重鎮）ＣＷ’ （以下には号機Ｅ）〜Ｅ１の
配列変数として（吏用する）を）史用する。すなわち前
回の出発時の荷重ＣＷ とドア開放し、４９客が降り
た時５ｔａｒ＠ に発生する最少かご向背４ｃｗ：、、、と、今ＩＬＩの
出発時の荷重ＣＷ：ｌｌとすると当刻階床への乗シ量ｃ
ｗフ１．と降シ歇ｃｗ’；、、は ＧＷ−ｍｓ（ｔ）＝ ＣＷ：、−（ｉ）−ＣＷ：、 、
（ｉ） ・・・・・・・・・（４２）ＣＷフＮ０）＝
ｃｖｖ：、（ｉ）−ｅＷｍｔｔ （ｉ） ・
・・・・・・・・ （４３）となる。尚（り階床を示す
変数である。 この計算をに号機がｉ階を出発する７５）、またはドア
閉待機した時に実施する。 また、光電装置ｄや超音波センサ等による人の乗降中を
確認し、ドアタイムを延長するだけでなく、人の′出入
を次出しなかった時は上記（４２）式と（４ａ）式の結
果に侵先して乗降人数を０とする。また乗降へ１ｉＮｋ
（ｉ）をカウントして平均体重ＷＰ’（ｉ）を（４４）
式より求める。 また、単に、１人、１人の体重を計測し、その他の又辿
情報テーブル（テーブル２５６Ｇ１３、テーブル２６２
Ａ１７と対応するテーブル）へ収集する。また光′亀装
置やかご内向重検出装置の信号によシ、乗客の乗・降速
度を求めるだめに１人当シの乗降に要する平均乗降時間
（テーブル２６２Ａ６に対応）をも演算できる。 その他にも号機別乗シ遅れ率を測定し、例えば−香臭に
設置されているエレベー ターへの乗シ遅れ率または時
間を測定し、階別だけでなく、号磯別にもドアタイムの
最適値を生成し、乗シ遅れの発生を防止しつつかつ、ド
ア開タイムが長過ぎることによる運転効率の低下のない
エレベータ−の自動ドア制＋ａ１を行う。この目的のた
めに、エレベータ−がホール呼びに応じて到着してかち
最初の乗客を演出するまでの時間または、乗客を検出し
ないで次の出発のためのドア閉モーションを開始しよう
とする確率（回数）を検出し、テーブル２６２Ｚ４に相
当するテーブルへ収集する。 そして求められた平均値に応じてドアタイムのみならず
、ホール呼びに応じた時に閉鎖をカットする時限を生成
し、運転制御に使用する。 この交通清報は工しく一ターの乗かどの構造と乗シ場に
おけるエレベータ−の配置に関するものであシ、時間帯
や交通需要によシあえて、′ｌ−１ｌ１分比する必要の
少ないもので複数の特徴モードについて共通に収集、な
らびに使用する構成とする。 次にステッープ２Ｂ３により群ｄ理エレベータ−の性能
評価データの収集をイ■なう。これは、学習系の指令し
たアルゴリズムとそのパラメータが最適であったかを確
認し、記録し、さらには、後述するシミュレーションプ
ログラム、そのものを実状にばわせて成長させるために
は運転性能評価用データが必要である。 この目的のためにテーフ゛ル２５６ Ｇ ３〜２５６Ｇ
５，２６２ＡＩ０，２６２Ａ１１゜２６２ＡＩ４．２６
２Ａ１５．２６２Ａ２０．に対応する情報も収集する。 これらのデータは運転＋ｔｉｌＪ １ｉ１１プログラム
２２０の内部テーブルや、エレベータ−制御データテー
ブル２１０の値よシ検出できろう 例えばホール呼び継続時間の収集の場合は次の手順によ
シ求める。 まず第１にエレベータ−の到着によし新たにリセットさ
れたホール呼びを検出し、当該のホール呼び継続時間テ
ーブル２１０Ｅの値を収集テーブルへ記録する。同えば
、上記の継続時間の累積値とその回数を求め、この直を
記録する方法によることができる。但しこの場合、ホー
ル呼びのりセットの方をホール呼び継続時間よシ先にリ
セットする（４成とする必要がある。 次にステップ２Ｂ４によシミュレーション用の等唾エレ
ベータ−の制御プログラムを、どこまでも実機と等価な
機能を持つプログラムへ成長させるために必要なデータ
を収集する。 ？＋１えば、定格速度が全台ともに１８０ｍ／ｍの仕様
の場合について説明する。これをステップ２人において
、エレベータ−制御卸テーブル２２５Ａの速度スペック
値よシ、号機別定格速度テーブル２６２Ｚ１１を作成す
る。しかし実際には１７５〜１８５ ｍ ／ｒ、油の調
整誤差があシ、また、経年変化によっても、各号機別に
変化する。また方向別やかご内向重によっても変化する
。これをエレベータ−状態テーブル２１０Ａのかご速度
の直より検出し、号機別ボ格速度テーブル２６２Ｚ１２
の値を修正する。 このことは、特に省エネ要求などにより、速度制御部で
定格速成を下げた場合にも、本方式によれば適格に割１
１できる。 まだ、テーブル２６２Ｚ１には１階と２階、１階と３階
、１階と４階、・・・・・・３階と４階の様に各階床間
を走行するのに必要な時間を実測した値を記録する。こ
の他にも待礪伏悪から走行可能となるまでの始動時間、
ドア開時間、ドア閉時間、サービス階、などを号峨別に
検出し、テーブル２６２Ｚの当該データの値を修正する
。 以上の動作を行なうだめに、常時１秒ごとに１回ずつス
テップ２Ｂ２〜２Ｂ４の動作を実行しくステップ２２５
Ｊ）、２分ｎａ 、ｉＭごとに次に示すステップ２Ｂ６
へ進む。ステップ２Ｂ２により収集された現状の交通需
要と日別に特徴モードの発生時間帯を学鯉して作成され
た日別特徴パターン２６２Ｚ８よシ、最適な運転プログ
ラムとするだめのアルゴリズムパラメータとその制御パ
ラメータを指令する。これの詳細を第４１図に示す。 次に、ステップ２Ｂ２で収集した交通需要を人数に換算
して、おおむねｉｏｏ人を越えたかを判定し、（ステッ
プ２２５４）ＮＯの場合は、ステップ２２５Ｈによシ、
３０分を経過したか判定する。すなわち、１００人相当
以上の交通量を収集したかあるいは３０分経過した場合
にステップ２２５Ｋによシ、主にステップ２Ｂ２と２Ｂ
３で収集したデータをサンプリングテーブルへ格納スる
。 次にサンプリングホールドしたデータをもとに第５図の
手順Ｐ３２と同様に交通需要の特徴要素を演算しくステ
ップ２２．５Ｌ）、第１２図と同様のテーブル構成によ
シ順次記録する（ステップ２２５Ｍ）。 尚、全体交通量はＵＰ力方向ＤＮ方向交通量（ＣＤ（ｔ
）、Ｃ”（ｔ））の２要素とし、乗・降集中階は、階床
１１へ（ｔ）、 ■７．（ｔ） ）の他に当該階の乗シ
また降りの交通量（Ｑ？−３（ｔ）ｌ ｑＷ〜３（１）
）を１己録する様に変形した。 向、ステップ２２５Ｊは、本プログラムのタスクより、
丁立にランクされている第４２図に示す運転プログラム
生成ソフト５Ｆ２Ｂを見掛上並行して処理するために設
けたもので、一旦処理を終了するとＯ８に戻し、Ｏ８が
ソフトＳ Ｉｉ” ２ Ｂを〆行し、１秒経過すると中
断していたプログラム２Ｂを再開しステップ２Ｂ２を実
行する。 第４０図は交通１＃報を特徴モード別に収集するプログ
ラム２Ｃ（単３８図）のフローで、まずは本プログラム
２Ｃを起動する直前に演算しくステップ２２５Ｌ）、記
録（ステップ２２５Ｍ）Ｌ、た特徴要素から最つとも近
い特徴モードを識別するために以下の計算を行なう。 特徴モード番号は（２７）式により求めることができる
。ここでは、（２５）式から（２６）式の変形例により
求めるものとし、下記の手順によシ求める。 まず、乗・降客の多い集中階をベクトルｑ８とＱＲとで
表現する。尚Ｉは階床で、ｑは当該階の交通量を示す 特徴モード登録テーブル２６２Ｚ６にもこれと同一の集
中階の特徴要素を侍っているので、集中階だけから見た
特徴モードの識別関数Ｊ”（ｔ、ｍ）は ・・・・・・・・・（４８） となる。ここでｍは登録されている特徴モード番号で、
ＸはＳまたは凡の直を取りｓは釆シ客集中階、几は降シ
客果中階であシｔはそれらについて上位１〜３齢の１皆
であることを示す。 また、登録済特徴モードｍの代表点と、時刻ｔにおいて
丈ンプリングした特徴モードｔの望点のベクトルＰ１と
Ｐｌは（４９）式のＰ、である。 ・・・・・・・・・（５１） となる。この値が最小となる代表点を待つ特徴はモード
Ｍ（ｔ）は（２７）式で求められる。尚この時のスカラ
ー量Ｌ （ｔ）は △ Ｌ（ｔ）＝Ｍｉ Ｎ （Ｐｔ、−） ・・・・
・・・・・（５２）ｍＥ１〜９，１１．１９ となる。すなわちＬ（’）Ｊ ｓ 、 Ｍ（ｔ）が成立
する。 次ニステップ２５５Ｂでスカラー量Ｌ（りの値と、他の
特徴モードによるスカラー量９ｔ、−との値がほぼ等し
いか、無視できない差である場合か否かを判定し、無視
できる場合は、ステップ２２５にでサンプリングしたデ
ータを、識別された特徴モードに属する交通１ｎ報蓄積
テーブル２５６（第３０図）へ累積加算などの方法によ
シ蓄積する。 問題は、明確に特徴モードを識別できない場合にアシ、
ステップ２５５Ｃで処理の方法には色々考えられる。 ここでは次の手ｊ幀によることとしだ。 まず、類似する特徴モードが３つ以内ならば、その交通
量を（５１）式のスカラー量の大きさに応じて分配する
。 次に、類似する特徴モードが多いか、識別されたｔト！
ｆ徴モードとのスカラー、ｔ Ｌ （ｔ）が所定の直を
越えている揚重は新規の特徴と認められるのでいずれの
登録済特徴モードにも属さないスペア■またはスペア■
へＦ＋責する。同、この際には、を時刻とともにこのリ
ーンゾルデータの持つ特徴媛素をテーブル２６２Ｚ６
（第３３図）のスペア■まだはスペア■ヘセットする。 すなわち特はモードの仮登録をしたことになシ、サンプ
リングしたデータは、この仮登録された新しい特徴モー
ドがステップ２Ｅ（第３８図）で正式に特徴モードとし
て設定されなかった場合には破棄され７″ヒこととなる
。 同、ここで仮登録された％徴モードは、以後の父、＋１
１情報の収集のための特徴モード識別に限って少なくと
も当日（長い場合は一週間）は一つの特徴モードとして
１吏用する。スペｒＩ、スペアＨの順に開用するが、そ
れ以上の揚重には未使用の特徴モード（Ｍ１７やＭ１４
．Ｍ８．Ｍ９などが望いているｏＪ’ＭＣ性が高（八）
に属するテーブルを流用する。 この様に１制御することによシ′Ｆｂ己の効果がある。 ０朶発的にして、いつ再現するか不明な交通需要を学習
の対象外として除去できる。 ０急に出現した新しい重要な（多頻度に発生する顕著な
）特徴モードの交通１＃報を初日から収集できる。 第４１図は、運転制御用パラメータ指令プログラム２Ｂ
６ （第３９図）のフローで、％徴モード別に学習した
交通需要をもとに、後述する運転制御プログラム生成ソ
フト２７９ （ＳＦ２Ｂ）によシ作る特徴モト別パラメ
ータテーブル２７４の直をもとに運転制御プログラム２
２０へ制御形態を指令するパラメータを作成し、運転系
マイコンＭｔへ送信（ステップ２７５Ｅ）するプログラ
ムである。 まずステップ２７５Ａで、運転制御卸のための特徴モー
ドの識別を行う。ここの識別は、特徴モードの生成や、
交通清報の収集の際と異なシ、現状の交通需要に最適な
運転形態を直ちに、または事前に識別する必要がある。 このために、ステップ２７Ｆによシ過去の主な特徴モー
ドの一日の変化パターンを記録した日別特徴パターンテ
ーブル２６２２８と、日ごとの上記日別特徴パターンの
番号を一年と数ケ月記録する年間記録テーブル２６２Ｚ
９とスケ−ジュールテーブル２９０などの時間要素を獅
、出する、ステップ２７５Ａではこれを加味して特徴モ
ードの識別を行なう。 すなわち、１００人相当の父通鍬を検出するのに数分な
要すためであり、基本的には（４４）式から（５２）式
を使用し、これに予測時間要素１）Ｐと、エレベータ−
の−周時間が２分根度あることと、交通需要が短かい周
期で変化する場合の対策として設ける識別済の特徴モー
ドを優先するヒステリシス要素ＨＰを追加する。 ではステップ２７５Ａの識別の手順を説明する。 まず時間要素を加味して現状の運転特徴モードφ（りを
圧式に登録済の特徴モードの内から（４５）弐〜（５２
）式と同様に求める。 各特徴モードの識別用関数Ｑｐ（ｔ、ｍ）は・・・・・
・・・・（５３） となシ、予測時間要素による関数ＤＰ（ｔ、ｍ）は ・・・・・・・・・（５４） ・・・・・・・・・（５５） 淘ここで正式に登録された特徴モードのもつ時間帯の記
録はＭ２Ｓ図に示す通シ２組として示した。また係数に
１６は ｋｘｓ＞１ とする。この値が大きい程、過去に学習した時間帯がく
ると、当該の特徴モードを抽出し易くなる。 次に、出力する特徴モードの安屋化のだめのヒステリシ
ス要素の関数ＨＰ（ｔｌｌＴｌ）はβｊことでφ（りは
、現仕運転制御卸指令に１更用している特徴モード査号
でありに１□もに１７ ＞ １ ｅ とする。 そして運転制御用特徴モードφ（りは ＵＰ（ｔ、φ（ｔ） ） ＝ＭｉＮ （ＯＰ （ｔ、
ｒｎ） ） ・・−・−（５７）ｍ６０Ｍ により求められる。拘ここでＯＭとは正式登録済９、Ｊ
・似モードの東合体を意味し、特似七−ド別のノくラメ
−タテ−プル２７４に当該の％徴モードに属するパラメ
ータを演算法の％徴でりることを示す。 同、特徴モードφ（りの識別の際の父通需袈としてはサ
ンプリングホールドしだデータだけでなく第１θ図と第
１１図に示した欅に、交通情報の収集とは別個に、この
識別専用の父通需要検出データを作り、これを併用する
構成とする。 すなわち第１０図のブロック１３３の処理を１分ごとに
行ない、この交通需賛をブロック１３４で１０分間前ま
での値を１０組記録し、その総和から（５０）式と（４
５）式と（４６）式に示す１４個の要素１直を算出する
構成とする。まださらには、検出速度を早めるために、
現在検出中のテーブル埴も加える他に下記の追加を行な
う。 ＵＰ交通Ｊｉ ＣＵ（ｔ）に現状登録されているＵＰホ
ール呼び数またはホール待客数と上昇方向性を持つかご
内の荷重またはかと呼び数を所定の重み係数を付けて加
算する。まだ、ＤＮ９．通ｊｔ Ｃ” （ｔ）も同様に
、乗・降人数を検出する前に、その兆候を検出してた値
を加算し、早めに、新しい特徴モードを識別する。 次にステップ２７５Ｂで、特徴モードφ（１）が、明確
な特徴モードかを（５３）式の結果で判定する。 すなわち特徴モードφ（１）以外のＱｐ（ｔ、ｍ）の直
が無視できる時は、ステップ２７５Ｄによシ、識別され
た特徴モードφ（１）に輌するパラメータを指令パラメ
ータテーブル２７６ヘセツトスる。 無視できない場合はＮｏと判定しステップ２７５Ｃによ
り、該当する複数の特徴モードに属する制御パラメータ
から最適なパラメータを演算し、指令する。 例えばドアタイムであれば、当該階床の方向における乗
り人数り、（ホ）（第３６図）と降り人数ＣＩに）を関
数０Ｐ（ｔ、ｍ）の値に応じて補間によシ求め、１人当
りの平均乗降時間の測定値との積よりドアタイムパラメ
ータＪ）１１゛ｔ（第３７図）を求めることができる。 第４２図は運転プログラムの生成ソフト５Ｆ２Ｂのメイ
ンフローで、第２８図のステップ２Ｈにより一日に一度
起動されるタスクにより実行する。 まず、当該特徴モードの交通情報の学習があったかを判
定しくステップ２７０Ａ）、当該の特徴モードに属する
交通情報が収集さＪｌ、だ場合にｔま、新しい交通需要
データの乗・降客発生密度）（（］、ｒｎ）とＣ（ｉ、
ｍ） （第３３図）ヨシ、シミュレーションのために
使用する行先階交通量テーブルＣ（ｉ、ｊ、ｍ）やエレ
ベータ一台数などを設定する（ステップ２．７０ Ｂ
）。第４３図に特徴Ｍ１に属する出動時の場合のＵＰを
例に挙げて説明する。 第４３図に示す様に学習された交通需要データである乗
シ客密度Ｈ（ｉｌｍ） をＵＰ方向とＤＮ方向に分割
し、それぞれＨＵ（ｉｌｍ）とＨＤ（ｉｌｍ）（７）配
列とし、降り客についても同様にＵＰ方向降シ客密度デ
ータ配列ＣＵ（ｉｌｍ）とＤＮ方向降シ客密度データ配
列ｃＤ（’ｔ”）を作る。それを第４３図に示す様に行
先階交通量Ｃ（ｉ＋ Ｊ ＋ ｍ）の４方に配置する。 地下１階の３１階（１＝１）から乗り込んだ３０人の客
が、どの階で何人降シるかをへ体的に示している。 すなわちｊ＞；の範囲における行先階交通量Ｃ（ｉ、ｊ
、ｍ）の横の合計が乗り客密度）ＩＵ（ｉ 、 ｍ）で
あシ、縦の合計が降シ客密度Ｃ” （ｉ、 ｍ）に等し
いという関係が成立する。 従って、この逆に、各階におけるＵＰ方向の乗降客密度
のデータから、行先階交通量を推定することができる。 つま９１階の降υ客は２．５人は全て３１階から乗った
客であるからして２階へ到着した時は２７．５人となる
。２階で降り客は１２人であるが、かご内には１階から
乗った６０人と８１階から乗った残シ客の、ｉｉ ８７
．５人が乗っている事になる。 ここで降り客は乗り込んだ階に関係ないとし、単純に何
割かの人（１２／８７．５人）が降りるものと仮定する
と、１３ｉ階からの人は となる。 この計算を次々と実行すると全ての行先階交通量が決゛
まる。ではＩＪＶ方向に関する行先階交通量Ｃ（’Ｉｌ
ｌ”）の算出式を（５９）式に示す。 ただしｉ＞ｊに限定。 ・・・・・・（５９） この式は再帰的プログラミング（Ｈ，ｅｃｕｒ ｓ ｉ
ｎｅｐｒｏｇｒａｍｉｎｇ ）によυそのままコーディ
ングすることができる。 次にステップ２７０Ｃで、当該特徴モードには交通流や
量や特殊呼びの利用頻度などにおいて顕著な特徴を持っ
ていないかを判定する。 例えば、ＵＰ方向とＤＮ方向の利用客数、各階ごとの利
用客数がほぼ均一であシ、顕著な特徴がないと判定（Ｎ
Ｏ）されると、ステップ２７０Ｅによシ標準運転制御ア
ルゴリズムによるシミュレションを行って、運転制御プ
ログラムを作成することをセットする。これに対し、例
えば、特徴モードＭｌ（出勤時相当）の様に、特定の階
からの乗客が集中している場合は分割急行運転プログラ
ムと通常運転プログラムと、混雑集中階へ、その度合に
応じた台数のエレベータ−を自動呼び寄せし、ドア開待
機させるプログラムの計３種のアルコリズムのプログラ
ムについてシミュレーションを実行する様にセットする
（ステップ２７０Ｄ）。 他の例としては、ＵＰ交通量と、ＤＮ交通最の差が１．
５倍程度を越える時はホール呼び割当用評価関数φの停
止呼び評価値Ｔｃ （第２９図のステップＨ５０−５）
を作る階床の幅または重み係数をＵＰとＤＮとで別ｋに
設定する運転制御プログラムをもシミュレーションする
様にセットする。 また他の例としては目標値として乗り合わせ制限指令の
ある時間帯かまたはサービス完了時間で評価する要求が
ある場合は第１９図のシミュレーションプログラム２７
１の説明の際に述べた様に４Ｍｌ＆の呼び割当アルゴリ
ズムについてシミュレーションする。 次に、ステップ２７０Ｆで、設定されたアルゴリズムに
もとづく運転制御プログラムについてのｆｂｌＪｂｌｌ
パラメータの組（第２１図のパラメータｅや第２３図の
パラメータｒ）をセットし−Ｃシミュレーションを実行
する（ステップ２７０Ｇ）。そして、各ケースごとにシ
ミュレーションされたその結果はパラメータ毎に整理し
てテーブル２７２へ記録される（ステップ２７０Ｆ）。 全パラメータ（ステップ２７０）１）、全アルゴーリズ
ム（ステップ２７０Ｋ）について終了すると運転制御パ
ラメータの演算を行ない与えられた目標に対し最適なア
ルゴリズムと、それにおける最適な制御パラメータを演
算し特徴モード別パラメータテーブル２７４ヘセットす
る（ステップ２７０Ｌ）。 最りなシミュレーションパラメータが決定したら、その
運転方式で再度シミュレーションを実行し、停止確率な
どの従属パラメータを求め特徴モード別パラメータテー
ブル２７４の当該モード分を作成する（ステップ２７０
Ｍ）。 以上の処理を登録された特徴モードについて全て実施し
くステップ２７ＯＮ）このプログラムは終了する。同、
ステップ２７０Ｍの実行完了時に、先に述べた運転制御
のための特徴モードとして正式登録する。 ステップ２７０Ｇとステップ２７０Ｍのシミュレーショ
ン実行プログラムの具体的フローを第４４図に示す。 シミュレーションプログラムには、エレベータ−そのも
の（・・−ド系）の動作を行なう部分（たとえば走行動
作、ドア開閉動作などを模擬するプログラム）とこのエ
レベータ−を合理的に運転制御する号機ｉ１ｊ制御マイ
コンＥ１〜ｈＪ １１と等価な制御を行なう部分（例え
ば停止二階・“べ択制御、自動ドア閉指令制御などのプ
ログラム）とから成る号機処理部（ステップＡ７０）と
、これらエレベータ−を効率良く・α埋】１転制御を行
なうマイコンＭ１と等価な制御をする部分（例えばホー
ル呼び割当制御、分散運転制御、分割急行運転制御′１
ｉ１１などのプログラム）を成す群管理処理部Ａ６０と
シミュレーションを実行する部分（向えば乗客を発生処
理Ａ５０、結果を記録する統計データ収集処理Ａ８０、
所定時間のあいだシミュレーションを継続させる処理Ａ
９０．Ａ１００）に大別される。シミュレーション結果
が精度良く求まるかどうかは、このシミュレーションの
中核を成すステップＡ５０〜Ａ７０のプログラム構成と
、その中で１吏用するパラメータや定数の値に左右され
る。 そこで、群管理制御の性能を左右する上記した項目はで
きるだけ本物のエレベータ−システムと等価となるよう
にプログラムを構成するとともに、そこに使用する定数
やパラメータはできるだけ正確な値に近づけることが望
まれる。 さて、第４４図において、まずこの定数とパラメータを
情報学習テーブル２６２（第３３図）の値を使用して、
適正な値に修正または再設定を行う（ステップＡ１０）
。定数は主として共通情報テーブル２６２Ｚ、１１１７
、パラメータは主にシミュレーションパラメータごとに
学習しておいた具体的な制御パラメータを記録しておい
たシミュレーションパラメータテーブル２６２Ａ２２に
相当するテーブルよシ検索し、起動条件として与えられ
たアルゴリズムパラメータと、それ用のシミュレーショ
ンパラメータにもとづき選択や、演算などによシ求める
。 また、シミュレーションケースに対して変化しないエレ
ベータ−の速度や、ドア開閉時間、交通量などに関する
定数やパラメータの設定は第４２図の交通情報の設定２
７０Ｂなどにおいて行う構成とし、処理回数の重複を低
減している。 また、乱数の発生などによる乗客の発生も、一旦、を時
点とｉ、３階データを持つ乗客発生テーブルをあらかじ
めステップ２７０Ｂで作成することによシ、高速処理を
可能とした。 次にシミュレーション変数の初期設定を行なう（ステッ
プＡ２０）。たとえば、後述する乗客発生処理の乱数の
初期設定やホール呼びテーブルの初期設定等である。ス
テップＡ３０では、統計処理変数の初期設定を行なう。 ここでは統計テーブルの初期設定等を行なう。ステップ
Ａ４０では、時間を零に設定し、ステップＡ９０で時間
を所定値に加算しくここではｌとした。）、この時間が
所定時間を越えたかを判定（ステップＡ１００）する。 上記時間が所定時間を越える′までステップＡ５０から
ステップＡ９０の処理を行なう。ステ゛ツブＡ５０では
、乗客の発生処理を行ない、ステップＡ６０は、ホール
呼びの発生が有るとムにホール呼びの割当を行なう群管
理処理であり、ステップＡ７０は、エレベータ−の走行
や停止およびドア開閉等の号機処理を行なう。ステップ
Ａ８０は、統計データの収集を行なう統計データ収集処
理である。 ここで、ステップＡ５０からステップＡ７０について説
明する。ステップＡ５０の乗客発生処理は、シミュレー
ション用交通情報の設定プログラム２７０Ｂで得られる
行先交通量の予測データに基づいて、一様乱数により乗
客発生階ｌおよび乗客行先階ｊを決定する。さら忙、上
記一様乱数により１階から１階への乗客発生人数を決定
し、ホール呼びを１階に発生させる。次に、ステップＡ
６０の群管理処理は、上記ホール呼びの発生が有れば呼
び割当を行なう。呼び割当の方法は前記運転制御プログ
ラムで説明したのと同じステップＡ７０の号機処理は、
エレベータ−の走行状態、停止状態、ドア開閉、かご呼
び発生等の処理を行なう。 次に、ステップＡ８０とＡ１１０の統計データ収集処理
と統計処理について第４５図のフローチャートにより説
明する。ステップＡ３０−１からＡ３０−４までは、エ
レベータ−の方向ｊ１ シミュレーションパラメータｅ
１交通需要区分Ｍ％ Ｉｔｋｒ床１のループ回数であり
、ステップＡ３０−６からＡ３０−８までは、上＋ｉ己
それぞれ（７）ｅ、ｍ、ｉのループ終了判定を行なう。 ステップＡ３０−５は、統計データ（エレベータ−停止
回数、ポール呼び数、かご呼び数、乗込み人数、隣人数
等）を上記ｅ、ｍ、ｉ別に収集する。 第４６図〜第４９図までは、ステップＡ３０−。 ５における統計処理演算プログラムの一例としての停止
確率、満員予測、サービス擾先レベル、ドアタイム制御
などの従属パラメータを求めるフローチャートである。 第４６図は、停止確率演算プログラムのフローチャート
で、階床１のループ回数を設定する（ステップＢＰＩＯ
）。そして、エレベータ一方向反転回数ｄと各階別のホ
ール呼び数ｆ、とかご呼び数よシエレベーター停止回数
を求め、これから１階（方向別）の停止確率ＰＳ＋を演
算する（ステップＢＰ３０）。停止確率ＰＳ＋は、次式
より演算する。 ・・・・・・・・・（６０） 尚データｄ、ｆ＋、ｇ＋はステップＡ８０で求め、パラ
メータＰａｌはステップＡ１１０で実行するのが処理時
間的には良い。ここで、α１１は所定の係数である。こ
のパラメータα１１は通常は１とするが万一実機とシミ
ュレーション結果が一致しない時間はこの値で補正し、
一致させる。 第４７図は、満員予測演算プログラムのフローチャート
で、階床１のループ回数を設定する（ステップＢＦＩＯ
）。そして、ホール呼び数テーブル２７２Ａ６の１階の
ホール呼び数ｆＩとエレベータ−乗シ客密度テーブル２
６２Ａ７の１階乗込み人数Ｈ＋から１階のホール呼びの
満員予測値（ホール呼びサービス１回当りの平均乗り人
数）ＰｈＩを演算する（ステップＢＦ３０ ）。また、
かご呼び数テーブル２７２Ａ７のｉ階のかと呼び数ｇＩ
とエレベータ−降り客密度テーブル２６２Ａ７のｉ階の
隣人数Ｐ Ｃｓからｉ階かご呼びの満員予測値を演算す
る（ステップＢＰ４０）。ホール呼びの満員予測値ｐ
ｈ 、およびかご呼びの満員予測値ＰＣＩは、次式によ
りｉ算する。 尚ここでＴＳとはシミュレーション時間を示す。 ここで、α１２およびαＩ３は所定の係数である。 第４８図は、ドアタイム制御パラメータ演算プログラム
で、まず階床ｉをループ回数に設定する（ステップＢＤ
ＩＯ）。そして、ホール呼び数テーブル２７２Ａ６のｉ
階のホール呼び数ｆ、とエレベータ−乗シ客発生密度テ
ーブル２６２Ａ７の１階の乗り客発生密度Ｈ＋およびか
ご呼び数チーープル２７２Ａ７のｉ階のかと呼び数ｇＩ
とエレベータ−降り客発生密度テーブル２６２Ａ６の１
階降り客発生密度ＣＩからドアタイム制御パラメータＴ
ＤＩを演算する（ステップＢＤ３０）。ドアタイム制御
パラメータは次式で表わされる。 ここでαＩｓおよび（’１６は所定の係数である。 尚この計算結果のパラメータＴＤ＋をその他のテーブル
２７２Ａ１１に記録するが他の方法としては第４０図の
ステップ２７５Ｅの前半において、当該特徴モードのド
アタイム制御パラメータＴＤ＋を計算し、テーブル２７
６Ｇへ直接セットする方法がある。これによるとシミュ
レーション結果を記録するテーブル２７２を小さくでき
る。 以上の統計処理を行ない上記をそれぞれの値を第２６〜
第２９図等に示す運転制御プログラムで使用する。 さらにこの値は第４４図のステップＡ６０の群管理処理
とステップＡ７００号機処理におけるプログラムの定数
またはパラメータとしてステップＡＩＯまたはステップ
２７０Ｂにおいて使用する。 但し、シミュレーション回数の関係から翌日の嶋該特徴
モードｍにおいて使用する構成とする。 第４９図は、ｌｒ！ｊ徴モード別に従属パラメータを算
出と運転制御プログラム生成の効果を求めるプログラム
で第４２図のステップ２７０Ｍの詳細フローチャートで
ある。 まず、ステップ２７０Ｌで求めた目的に対して最適ナシ
ミュレーションパラメータをセットしくステラ７’２７
０ＭＩ ）、再度シミュレーションを行ない（ステップ
２７０Ｍ２）。第４５図〜第４８図に詳イＩＩＩを示し
た統計処理（ステップＡ８０トＡ１１０ ） Ｋ、ｔ、
Ｄ、最１ｉ１−シミュレーションパラメータによる従属
パラメータを作シ、特徴モード別パラメータテーブル２
７４へ記録する（ステップ２７０１’Ｊ４）。 次に当該％徴モードに属する文通部製に対し、納入時の
運転制御プログラムの場曾のシミュレーション条件をセ
ットしくステップ２７０Ｍ４ ）、シミュレーション＊
実行−ｒる（ステップ２７０Ｍ５）。 すなわちエレベータ−制御仕様テーブル２２５にある運
転制御パラメータで群計理処理Ａ６ｏと号機処理の号機
制御マイコンに等価な処理を行なう部分の仕様を定めて
、シミュレーションする。 この結果より、納入時と、与えた目的に対し最適な運転
プログラムを生成した時との各種評価指標による比較を
行ない、記録する（ステップ２７ ｏＭ６ ）。 次に運転指令パラメータによるシミュレーション結果と
実際の運転時の結果を各種評価指標によシ比較し、記録
する（ステップ２７０Ｍ７）。 、同、これら″の比較の評価指標にはサービス性（ホー
ル呼び待時間、各階・方向別のホール呼び継続時間、ホ
ール呼び継続時間、サービス完了時間、これら時間の分
布または平均と長持率５％を占めるこれら時間の長持時
間。予約変更率。先着率。）と省エネ性（号機別走行と
停止の比率、号機側消費電力係数などより求められる全
体の消費電力量係数。）の２点について一項目以上を比
較評価する。 尚、ステップ２７０Ｍ７は、ステップ２７０Ｂの一部に
含め、比較結果に応じて、係数０１１〜α凰６を修正す
る様に構成する変形例がある。 次にエレベータ一台数が、１１ｆ殊運転や保守のために
増減した場合にも適格な運転制御プログラムとするパラ
メータを指令するために、台数変化によるシミュレーシ
ョンを実施し、その結果を記録する。 第５０図は、エレベータ−のサービス台数に応じた最適
なシミュレーションパラメータ算出の一実施例のフロー
チャートであり、エレベータ−の設置台数が６台である
場合を示す。最初に交通量と使用頻度の積の最大のＦ￥
徴モード（代表モード）であるかを判定する（ステップ
ＳＣＩ ）。代表モードでなければ、当該を特徴モード
で運転した最後−の日の平均台数てシミュレーションを
実行しくステップ５Ｃ３）、平常パターンのときは、エ
レベータ−６台および４台でシミュレーションを実行す
る（ステップ８Ｃ２）、もっトモステップＳＣ３と、ス
テップＳＣ２の６計のシミュレーションはあらためて実
行しなくても良い。以下、エレベータ−６台および４台
の２ケースのシミュレーション結果よシエレベーター５
台および３台における最適なシミュレーションパラメー
タを補間法で演算する（ステップ５Ｃ４）。 上記したフローチャートでは、エレベータ一台数を２ケ
ースとしたが、３ケ一ス以上でも補間法によシ残シのエ
レベータ一台数の最適なシミュレーションパラメータを
算出することができ、台数が多くなればなるほど精度が
高くなる。さらに、エレベータ一台数の選択は、上記し
たフローチャートでは４台および６台としたが、設置台
数のいずれでもよい。ヰね判４目ぺ ここで、上記補間法について説明する。 平均待時間が最小となる最適なシミュレーションパラメ
ータは、エレベータ一台数に比例していると考えても差
しつかえないので、比例的に補間する方法がある。また
、もう少し精度の良い方法は、エレベータ一台数の１．
６乗に比例しているとして補間する。さらに１交通量に
よシ所定の係数を含めて補間する方法もある。 さらには、これら１．６乗等の係数そのものを空き時間
によるシミュレーションにより事前に算出して１・・＜
様に（′ｈ成する方法がある。 第５１図はシミュレーションにより得られた曲線データ
テーブル２７２Ａｌなどの内容をもとに、所定補間法を
適用して得られる。 平均待時間の曲線を例に示す。ここで、所定補間法とは
、たとえば、周辺のデータ３個により２次曲線近似する
ような周知の方法を指す。 曲ｒＶｊ ’ ４はエレベータ−のザービス台数が４台
、ｔｌＵｔａｆ６１ｄエレベータ−のナーピス台数が６
台の曲線である。また、曲＋Ｊ ｆ ４の平均待時間が
最小となるシミュレーションパラメータが０４であり、
曲線ｆ６の平均待時間が最小となるシミュレーションパ
ラメータが０６であることを示す。このとき、比例的に
補間する方法は、次式で表わせる。 エレベータ一台数が５台のときおよびエレベータ一台数
が３台のときの求める最適なシミュレーションパラメー
タをそれぞれ’Ｂ＋α３とす）Ｌば、（ＩＦ、：Ｑ６＋
（α４＋αｅ）／２ ・・・・・・（６４）α３＝０４
＋（ｃｌＪ＋α６）／２ ・・・・・・（６５）となる
。 以上によりマイコンＭ１ とＭ２を使用した第２の具体
的実施例の構成についての説明を終了したが、以下第５
２図から第５７図を用いてこの実施例の動作を捕捉説明
する。 第５２図は・−社専有ビルにおける昼食時間帯において
発生し易すい交通需要の代表例を説明する図で、（ａ）
は全体交通量の時間的変化を示す。 （ｂ）は食堂階のある７ｖ＠へ行く客（７階の降シ客）
を主体とした特徴モードＭ２（昼食前半）に属する交通
流の量の変化曲線ＣＭ２と７階から元の階床へ帰える客
（７階の乗シ客）を主体とした特徴モードＭ３（昼食後
半）に属する交通流の量の変化曲線ＣＭ３を図示してい
る。第５３図はこの２つの特徴モードの階（方向）別の
乗込み量の分布を示している。 問題は曲線Ｃｗ２と０Ｍ３が重なる時間帯にある。 特に時間帯ｔ３２からｔｓｓは中間的な交通量となって
おシ、これだけで別個の特徴モードを設定する可能性は
ある。しかしその時間幅と交通量の積で求まる総人数が
設定済特徴モードに対し小さく、かつ、すでに類似した
特徴を持つ特徴モードＭ２とＭ３が設定されているため
顕著な特徴としても認められない可能性があシ、結果と
して一般的には昼食中間と称する特徴モードは設定され
ない。 （但しホテルや、フロア貸しピルにおいては設定される
可能性が十分ある。尚これらは特徴モードの生成と識別
グミグラム２５４、第３８図で制御される。） そこで時間帯’３２−１３３ においては、第４０図ノ
ステツ７”２５５ＢとＭ４１図のステップ２７５Ｂに示
した様に複数の特徴モードに対し、中間的な？：ｊＩａ
であることを判定し、できるだけ適格に交通情報の収集
と、運転制御パラメータの指令を制御する様にし、特徴
モードの数が無数に増大するのを防止している。 第５４図〜第５６図によシ、学習系マイコンの自動報告
形態例と、ステップ２７５Ｆ（第４１図）において暦日
ならびに時刻による特徴モードの発生予測をいかに精度
よく行なうかを捕捉する。 まず、第５４図は第３４図（ｂ）日別特徴パターンテー
ブル２６２Ｚ８の内容を端末装置ＰＤのＣＲ，Ｔやプリ
ンタへ表示またはプリントする報告形態の例を図示して
おシ、特徴モードは、その特徴モードがエレベータ−運
転系に与えるストレスの大きさく例えば交通量）の順に
独自の順番Ｐ１〜ｐＨに付は直して表示している。この
図による一般の出勤日ＤＰ３ （日別パターン曲線ｆ
ｏｐ２ ）と土９日、曜や祭−などの休日ＤＰ４ （日
別パターン曲線ｆａｐ４）との差が一目で判る利点ある
。 第５５図は年間記録テーブル２６２Ｚ９の内容の報告形
態の例を示し、本年度の予測による日別パターンを第５
６図の様に表示する。 この予測は下記の順序で行なう。 まず、端末装置ＦＤのキーボードなどから大刀されたス
ケジュール予約による休日の振替や特別休日の設定ある
いは行事日忙よる日別パターンそのものの設定と該当日
の設定などがあった場合には、これを最優先とする。 次に祭日か否かを判定し、祭日や創行記念日（第５５図
と第５６図の注１）など、毎年同日に同一の日別パター
ンが予想される日か否かを判定する。 次に年度による曜日変換を行ない、まだ曜日による日別
パターンの関係を統計処理により求め、予定される日別
パターンを決定する。 以上による日別パターンの予測と、日別ノ（ターンごと
に、特徴モードと、その時間帯を学習することにより、
ステップ２７５Ｆで説明したより以」〕に精度の良い、
長期的な視野に立った特徴モードの予測を行なうことが
できる。 ステップ２Ｆ（第３８図）では日別パターンの追加設定
とか時間帯の学習の際は１０分程度の小さな特徴モード
の有無や、隣接する特徴モードのＥｌごとの相異によシ
別の日別パターンとせずに、一致する特徴モードの時間
帯を学習する様に構成する。 次に第５７図は特徴モードの生成、交通情報の学習、そ
して運転制御プログラムの生成と一環した人工知能制御
に含ることのできる広義の学習を行なった学習系の成果
の報告形態の例を示す。 図は日別パターン別に作表または作図する方が学習経過
が理解し易すい利点がある。 同、急変とは少なくとも新しい特徴モードが追加になっ
た場合を含むものとする。まだ日別パターンＤＰ３のパ
ターン形状ｆＤＰ３が大きく変化した場合も含むものと
する。 また、学習系の成果フォーマツ）Ｒｏｐａの内容は情報
学習テーブル２６２内の評価用データテーブル（ホール
呼び継続時間の度数分布テーブル２６２Ａ １０など〕
と、ステップ２７０Ｍ４〜５（第４９図〕によシシミー
ユレートした結果と日別パターンテーブル２６２Ｚ８Ｃ
の時間帯のデータより一部分の評価値に換算して日中１
０Ｈ【の平均値を報告するものとする。 これにより、学習系が正常に機能して゛いることと、学
習系の装備による定量的な効果を知ることが出来る利点
がある。 以上で第２の実施例の全ての説明を終了した。 次に本発明による他の実施例や変形例について説明する
。 まずａＴ ５８図と第５９図により、特徴モードと日別
パターンの変形例を説明する。 第５８図は第１９図の変形例であり、第５９図は第３３
図と第３６図の変形例である。 この変形例の主な特徴は特徴モードを日別に区別して持
たせた点にあり、例えば出動時間帯における交通情報の
学習は第２の交通需要の特徴判定プログラム２５７によ
り日別パターンを判定後に、当該日別の出動時間帯テー
ブルに対して行う様に構成した点にある。 尚、第１の交通焦要の特徴判定プログラム２５４は例え
ば日別による時間帯の判定とするのが簡単なプログラム
構成とできる。またその他については必要に応じて端末
装置ＰＤから当該の時間帯データを設定することと−ｌ
れば（ｍヰなプログラム構成とできる。 また、この際の日別の判定の方法としては、出動時間帯
の交通級に応じてまず仮定するもとし、最終的には一日
の徳利用人数に関するデータで判定スることとすればプ
ログラム２５７を簡単なプログラム構成とできる。 また、第１の交通需要の特徴判定に、各特徴別に（各日
別に対し共通としても良い）評価関数を設け、この値が
最大となる特徴を判定する方法がある。出動の評価関数
φＵＰは ・・・・・・・・・・・・（６６） となる。 同様に昼食前半、後半、退勤の特徴評価関数ΦＬＴ＾、
ΦＬＴＢ 、ΦＤＰは ・・・・・・・・・・・・（６９） となる。平常と平常混雑と閑散の区別は単に交通量のみ
で判定する。尚、ここで閑散は、交通量が小さいので交
通情報の学習を不要とした。 この平常と平常混雑の特徴評価関数Φ１はとなる。ここ
でに２１〜に２８は重み係数で、ｋ２２とに２３は４、
ｋ２５は２、ｋ２１とに２４は１とする。 この（６６）式から（７０）式の値がＭＡＸとなる特徴
を判定出力とする。 次に第１９図をベースにそのａｈの変形例についてに見
開する。 第２の実施例では、事前にシミュレーションプログラム
２７１を実行・して基本的な運転プログラムを生成して
おいたが、例えば運転台数や目標値の設定変更などの大
きな変動があった時は、制御パラメータの作成プログラ
ム２７７０所で緊急の追加シミュレーションを実行する
様に構成する。 特にステップ２７０Ｍ２（第４９図）に示す従属ハラメ
ータを算出するだめのシミュレーションを再度実行する
だけなら１回だけであり比較的早く指令パラメータを出
力できる。そして特徴モード別パラメータテーブル２７
４をその分小さく構成することができる利点がある。 〔発明の効果〕 以上説明した様に、本発明によれは、エレベータ−の交
通需要の特徴別にエレベータ−の交通情報を収集できる
ので、そのエレベータ−の過去の利用状況の把握と、交
通需要の変化に応じた交通情報のデータ値の把握がきめ
細かく、かつ効率的に行なうことができる。
ド自体には何んら直接的にエレベータ−の運転方式や仕
様（運転パターンの決定を含む）を決めるものでなく、
エレベータ−運転制御に関するパラメーターの学習演算
の対象となる交通需要の区分を行なう点に役割がある。 これらの特徴モードごとに交通１ａ報を累積するテーブ
ル２５６Ｇ等を持ち、さらにこのうちのいくつかのデー
タは葭数個に細分化したシ、または特徴モードＮＯ７（
Ｍ７）の乗人数テーブル２５６Ｇ７の様に各階（方向別
）別に細分化したテーブルから構成する。 第３１図は前述した第３０図に示す時間帯記録テーブル
２５６Ｇ２の詳細なテーブル構成で、！時刻発生するＣ
ＬＯＣＫ ＬＳ＋ ２９９の出力信号のうち特に１日
内の時刻を示す信号を記録する。 向１記録する時刻は、交通情報を収集するための当該特
徴モード（テーブル２５６Ｇ２の場合は特徴モードＭ７
のニックネーム・平常混雑）の識別を開始した時刻と終
了した時刻をペアで記録するものとする。 （３）スケジュール予約テーブル２９０第３２図ｔよス
ケジュール予約テーブル２９０の構成例Ｃあυ、その記
録デーダーの−＋ｙｌＪをも含め′Ｃ図示しでいる、行
゛卦予約デーグル２９１には非、操り繰り返しの１−ｊ
事が外部から端末装置ＰＤより人力された１谷を記録さ
７する。しＩＪえば琺賢顧客が故十人程度来館し、接待
会場のある４階とロビーのある１階との間を工１／ベー
ターにて往復する場合に、その時刻と１・η床と制御形
態としてｖｉＰを指定するもので、テーブル２９１の記
録データは予約された時刻を過ぎると無効データとする
か、消去される。この記録データはｌｂ徴の発生予測プ
ログラムで参照され、時刻発生用Ｌ８＋であるＣＬＯＣ
Ｋ ２９９からの信号と予約時刻と比較し、所定期間内
と利足すると、４階と１階を曖先するザービス指令を出
力する。 具体的には第２４図に示した、ナービス医先レベルの４
階床ＤＮと、１階床ＵＰの階の値を曲階より１分根度優
先して呼び割当をＣテう１直にセットする指令パラメー
タを指令テーブル２７６にセットする。また、重要な客
がサービスのために到着したエレベータ−に乗シ遅れな
い様にドア開放タイムを長くするために各階別の予測ド
アタイムテーブル２２５Ｂ５の値ＤＴ＋の４階床ＤＮと
１階床ＵＰの階の値を、ドア開放タイムが６秒となる様
な値をセットする様に指令パラメータをテーブル２７６
ヘセツトする。 その他のスケジュールデータは全て学習に関するもので
あシ、その都度その用途を説明する。 （４）情報学習テーブル２６２の中の交通情報テーブル 第３３図は学習系マイコンが長期に渡って学習したｔｉ
ｆｉｒｔ）ｔを記録するテーブル構成で、複数の特徴に
対して共通な情報テーブル２６２Ｚと特徴モード別に学
ｄした交通情報テーブルを代表して特徴モード式ｚｉの
テーブル２６２Ａ−１と２６２Ａ−２を図示している。 各階別平均ドア開時間テーブル２６２Ａ１にはエレベー
タ−状態テーブル２１０Ａのドア位１ｄ信号をＳＤＡを
介して取シ込み各階別（方向別）にその平均時間を学習
した直を格納し、シミュレーション時の停留時間の算出
と、前Ｊしたドアタイム指令パラメータを作成する際の
基礎データとして；重用する。 また号機別ドア開扉・閉扉時間テーブル２６２Ｚ３は、
又通需要に関係のない、ドア開閉動作自体に巽する時間
を号磯別に計測する。この時間は前記と同（求に計測さ
れ、開用される。同、この時間はドアｌｌｌ１ｆ４、ド
アｘ！：Ａ動装随の速度調整、かごドアと乗場ドアによ
る摩擦抵抗によシ変化する。 ｔｉケにドア回りに／ζまるゴミによ＃）４擦抵抗が増
大し、ドア開閉タイムが変化する場合がある。 各階別特殊呼び（乗客）発生比率テーブル２６２Ａ１３
は、ＶｉＰＩ用釦や暗号による呼びによシ利１１Ｊする
客や車イス呼びにより利用する客や、池ドツ“−ビスエ
レベータ−が半数として設置されている。場合で、地下
までサービスできるエレベータ−にのみナービスされる
特設卸まだは暗号による呼びによシ利用する客や、ポー
ト式もｒＪｆ能な様に乗り場に一般釦の他に、行先階登
録器が設置されている場合に、これを利用した乗客など
のそして、この値は第１２図に示すテーブル１５３１の
乗客層識別関数Ｉ（ＴＭｌ−）として利用する。 また乗客の体重分布を学習して６己録するテーブル２６
２Ａ１７や代表階（−日を通して最っとも乗ｐ客の多い
階）における乗客到着時間量隔別乗客発生分布を学習し
て記録するテーブル２６２Ａ１７も乗客層識別関数ＩＩ
（ＴＭｔ−）として利用する。 この２つの学習には第１の実施例の第９図に示したホー
ル待客数炭山装置ｔｉ１２を併用すると簡単に求まる。 また、今、説明した３つのテーブルは特徴モードそのも
のの学習だけでなく、後述する制御形態学習にも使用し
、本発明による学習性能を向上させることができる。 （５）特徴モードと日別パターンの学習記録テーブル 交通需要の特徴モードテーブル２６２Ｚ６は第１の実／
ｒｆｌｉ例で使用した第１３図に示す特徴モード登録テ
ープ７Ｄ７１司符−に１゛Ｈ成する。さらにこの特徴モ
ードの新設と取消しの時ｊｌ、ＩＪとその時点における
各要素の値をテーブルＩ） １５９と同様の構成でテー
ブル２６２Ｚ７へ記録する。また登録済特徴モードであ
っても、特徴モードの生成学ｄにより、要素の値が総合
的に刊１祈して大きく変化した際にも、す！新口己録を
ｒテう。これら特徴モードには前記した特徴モード番号
Ｍ１〜Ｍ １９の他に、長期間（１〜２年）をＩ’ｊｅ
ｒ ｆ！責するためのｌ待機モード管理−号、Ｐｌ−Ｐ
２Ｓ５を）吏用する。これらは記録されたテーブル爵号
と同一とでき記録（発生）した順番に１１けられるＰ２
Ｓ５を越えたら現在使用され−（ＩＡない特徴モー゛ド
の中で最つとも古い記録エリアへ記録する様に制御Ｔ１
する。これら特徴モードの発生を予測するだめには日別
の特徴パターンを学習するとさらに改善できる。そこで
、日別の特徴パターンをすでに述べた特徴モードそのも
のの抽出＆設定と同様の方法によシ設定し、テーブル２
６２Ｚ８へ記録する、このテーブルは第３４図に示す構
成とし、代表的な５つの日別パターンを設定する。向日
別パターン取消と追加はほとんど必要ないと予想される
が万一の場合には一日の交通量の小さい日別パターン順
に環条１生に再配置する。これは日別パターンの学習制
御１１１をある程度品質を保持したまま間単にする目的
よシ行なう。 ただし、日別特徴パターンの各要素は故日回の時定数で
（２８）式と同様の式によシ指故平滑を行なう。 次に、この様にして定めた日別特徴パターンの識別をプ
ログラム２５７で実行し、その結果を１〜２年に渡って
暦日にそってテーブル２６２Ｚ９に記録する。この記録
され九数直例を記入したまま日別特徴パターン記録テー
ブル２６２Ｚ９の構成を第３５図に示す。 尚、第３５図の記録例において次の年の１月４日のデー
タは前年度の１月１日のエリアに記録する。 （６） シミユレーション結果テーブル２７２第３６
図−（ａ）はシミュレーションの結果を特徴モード６り
に記録するテーブルの全体構成を示している。 ’ｌ？鑓モードへ４１−Ｍ９までのデープル２７２八〜
２７２Ｊは、第１３図に下す設定された特徴モード登録
テーブルＩ） １５８に対応し、特徴モードＭｌｌ〜Ｍ
１９！、でのチーグル２７２ Ｋ〜２７２Ｔは特徴モー
ド登録デープルＤ１５６に対応する。 但しマイコンによる実７７Ｉ！ｉ同においてはこれら特
徴モードはテーブル２６２Ｚ７に登録されている。 こ１番３６図−（ｂ）に、特徴モードＭ１をシミュレー
ションした際の最終的な出力請果を記録する具体的なテ
ーブル構成を示す。 これらのテーブルは日ごとに更新されるが、例えば−週
間に一度しか発生しない特徴モードや、春と秋の旅行シ
ーズンにしか発生しない特徴モードに属テーブルの値は
、それまでは保持されており、いざと占う時に直ちに活
用できる様に構成している。 （力 指令パラメータテーブル２７６ 第３７図（ａ）に運転系マイコンＭ＋へ指令するパラメ
ータの全体構成を示す。これらのパラメータの用途はす
でに説明したものが多いので新たなものだけ説明する。 荷重制御−パラメータ２７６Ｃの詳細を第３７図（ｂ）
に示す。これらの直は制御パラメータの作成プログラム
２７５によシ、予測される交通需要の特徴モードを推定
識別し、それに属する特徴モード別に記録されている。 第３３図のかご内荷重別の乗車拒否率度数分布テーブル
２６２Ａ９、績み残し率度数分布テーブル２６２Ａ８、
乗客の体重分布テーブル２６２ＡＩ７などに相当するテ
ーブルの交通・ｍ報学習データよシ算出する。またシミ
ュレーションプログラム２７１０制御仕様を決める入力
パラメータであるシミュレーションパラメータテーブル
２６２ Ａ ２２とシミュレーション結果を示す第３６
図の当該特徴モードに属する消ｉｔ力曲線テーブル２７
２Ａ３と平均待時間曲線データテーブル２７２Ａ１の値
から演算される最良荷重パラメータの値とから省エネ目
標荷重２７６Ｂ５と２７６Ｂ６、ならびに割当制限荷重
２７６Ｂ３と２７６Ｂ４は丼出する。 荷重ハラメータの導入による省エネ制御卸については特
願昭５６−３１１９５号にある。 第２表にこれらかご内荷重値ＣＷｋ（４＄ｚ４図）に直
接作用する副−ノくラメータの学習１５１Ｊを示す。 第 ２ 表 にある値と等しくする。例えば満員荷重値ＷＢ。 は乗車拒否率が軽負荷時の１．５倍以与になると推定さ
れる点へ移動すれば良い。この値はかご内荷重がこの値
を越えている場合に号機制御マイコンＭ、が満員と判定
しホール呼び応答させない様に制御する。すなわちこの
値が小さすぎると輸送能力が低下し、大きすぎると乗車
拒否が起こる。すなわち比較的閑散な場合に、女子事務
員や、ボーイや、手荷物のある人が、かご内乗客への迷
惑を考慮して乗シ込まないで、すぐに来ると思う次のエ
レベータ−を呼ぶために同−客が再びホール呼びを登録
する現象が発生する。また、せっかくエレベータ−が到
着しても乗客が多くて荷重オーツ（値ＷＡ、を越えて出
発できないために生ずる積み残し現象が多発する。逆を
言えばこれらの要件を上記した↑Ｗ報学習データとシミ
ュレーション結果よシ判断して荷重制御パラメータＷＢ
、とＷＣＵ。 とＷｅＤ、を指令する。 パラメータＷＡ、とＷＢ＝は運転系マイコンＭ１を経由
して号機マイコンＥ、へも送信される。 またパラメータＷｅＵ、とＷＣＵ、、は第２７図のステ
ップＧ１２０で使用している。荷重オーバ値パラメータ
ＷＡ、は荷重オーバを案内するポイントを示すものとし
て利用し、出発不可荷重は１１０％固定とする。 待機制ｆ１ｊｉパラメータは従来の分散階待機制御や出
発基準階全台待機運転に相当する役割を演する制御４１
パラメータであシ同えば谷階床別に待機を要求する台数
、方向、ドア開かドア弁開などの待機形態、ドア開放タ
イムなどを指令する。 サービス階指省パラメータは、従来の分割急行運転や爪
間急行運転とその際の分割階や乗シ継階の付熱の切替制
御に相当する制御１１パラメータであシ、各階別（方向
別）に、かご呼びのサービス可否、サービス可否の号機
指定などを指令する。但し、これらは利用する人に直接
関係するので、端末装置１）ｌ）で切替要求を行ない、
ａ埋入の許可人力により自動切替する１達成とする。 各階別（方向別）集中′す′−ビスパラメータは複数台
割当、連続集中ナービス、ナービス優先レベルの切替、
ドアタイムの延長、音声による”あと３人乗れます”の
、〆１許ｊＴなど制御に関する指令を行なう。特に、ホ
ール呼びを複数のエレベータ−に割当てる腹数台割当と
、ホール呼びの有無に関係なく常時１台まだは一故台の
エレベータ−をサービスエレベータ−として割当てる連
続集中サービスを行う当該階（方向）の混雑レベルの仕
様を指令するパラメータを設けた点に特徴がある。 この混雑演出レベルを高くしておくと相当混雑しないと
上記集中サービスのうちいずれかが実行されないし、ま
た指令されるまでに時間を要する過去の学習や行事予約
によシ混雑が予測される階はあらかじめこの混雑検出レ
ベルを低く指令すると、混雑の兆候が現われるか、さら
には予定された時刻になシ集中サービスパラメータが指
令されただけで、上記したさまざまな集中サービス制御
を行なう。 環境制御パラメータは同時並走たよる騒音防止や、トッ
プスピードの制限による騒音防止を指令する。 再割当割岬パラメータは、一旦割当九ホール呼びを再割
当または追加割当するか否かを決め指令と、サービス予
約灯がある場合の予約灯をサービスできると予測される
エレベータ−に変更するための指令の値を決める。 報知１１ｉ１Ｊ呻パラメータは、列えば回−階、同一方
間のナーピス案内を禁止する指令曽、先青かとによるシ
ー−ビス案内の方法切替指令や、音−Ｌ ｒ’を声によ
る案内制限または禁止または４虜を制限する指令などを
出力する。 入力制御パラメータは例えば、かご内向型検出器とかご
内入数演出器のいずＩｔかを運転系のセンサとして）吏
用するかそれともｆＪｆ”用するかを指令する。このパ
ラメータはシミュレーションした結果と、実際のエレベ
ータ−の・ｊＫ転状況を収集した交通清報＃積テーブル
の値とから求める。 特に、群ぼ理性能評価ができる平均待時間や長持率（ま
たは５％長待時間）がいずれのセンサで収集しだ交通需
要によるシミュレーションＭｌに近いかを判定し、近い
方のヒンプ゛を、また、＃よは等しい時には両方のセン
サを併用する様な入力制御パラメータを出力する。 また、ホール待客数検出装置や超音波ドアセンサなど感
度調整を必要とするセンサへの調整指令を出力する。 その他のパラメータとじては、かご内照明灯の消灯タイ
ムの時限呟指令、分割烏、行運転灯や、省電力率表示灯
などの点灯制御指令などを行うものである。 以上、学習系マイコンＭ、で使用する主なテーブルにつ
いてその構成を説明したが、この他にも各プログラムの
内部で使用するＷＫ−？Ｏ８で使用するコントロールテ
ープ等があるが、これらの説明は省略する。同、情報学
習テーブル２６２は特に長期に渡るー≠Ｍをしているの
で特に停’ｒｔｔ時のデータ保持を必要とする。 次に、学習系ソフトウェアＳＦ２のプログラムを第３８
図〜第５１図を用いて説明する。 同、以下は詳細フローチャートのため、すでに第１９図
で説明したソフトウェアの全体構成図で述べた機能ブロ
ック通シに分割されていない。これは処理時間の高速化
とプログラム簡単化のために行なったものであシ、これ
に限定するものでない。 第３８図は主として交通情報の収集プログラム２３０と
特徴モード識別プログラム２５４を具体化したシステム
プログラムＳＦ’２Ａのフローテ学ｉＦ系マイコンＭ！
のジスタート時に起動される。 まず、ｕ！２５図のステップ２２Ａ１で５ＤＡｃを介し
て運転系マイコ７Ｍ、にあるエレベータ−１ｉｉｌＪ
ｌ＋＋ＩＩ仕様テーブル２２５の内容と号機＋１ｉｌＪ
ｕ中プログラムの中に持つ仕様テーブルの内容を収シ
込み、第３３図に示した共通情報学ｄテーブル２６２Ｚ
へ初期１直を作成しセットする。 号機別チービス階テーブル２６２Ｚ１０と階床間走行時
間実測テーブル２６２Ｚ１は号機マイコンＥ！〜Ｅ３の
内に持っている各階床の階高テーブルの値と、定格速度
仕様スペックよシ作成できる◇ただし、行事予約記録テ
ーブルは単にクリアを行なう。尚、第２５図のステップ
２２Ａ２で説明した様にすでに学習したデータがある場
合には、これらデータ保持されたままとなる。 次にステップ２Ｂは交通１＃報収集プログラム２Ｂを起
動する。第３９図にこれらの詳細フローを示すが、（既
略は第６図の手順Ｐ３１の通りである。 同、この処理に必要なデータは図示しないがＯ８から周
期的に起動するタスク内に、第２５図ノステップ２２Ａ
６に対応する受信処理プログラムを設け、これによ＃）
運転系のデータの中で、かご内向型ＣＷｋなどのデータ
を常時受１ａシ、事前に第２４図のテーブルと同等また
はその一部と等価なテーブルを持つ様にイ４り成する。 同このデータ送受については第１４図に示す５ＤＡｃに
よるデータ転送ハードに代って、■杭を使用し、システ
ム的にょシ高遠に転送する（１゛４成とすれば、個々の
アプリケーショングログ７Ａｆは何も処理不要となる。 また、共有バスによる共有メモリーに第２４図や第３７
図に示すごとく、両方で匣用するゲータを格納すること
によシ、全ったく、自由に両方のマイコンから読み出す
ることできる様になる。 所定人数を越えたか′または所定期を経過するとステッ
プ２人は終了しステップ２ｃにょシ特徴モード別に交通
＋ＷＡを収集する。ｉ４０図にこれの’ｉ；−ｆ：細フ
ローを示すが、櫃略は、Ｊ６図の手順Ｐ４２の通りであ
る。 ステップ２Ｂと２Ｃによる交通１？ｆｉの収集を、−日
おこない（ステップ２ Ｌ） ） 、終了後ステップ。 ２Ｊ・】から２ Ｈによる学習制御をイテなう。 １勺、ここで−日とは２４ Ｈｒに限定するものでなく
、例えば１週間ごととしても良い。ステップ２Ｅは特徴
モードそのものの浦ＩＦや新設、削除などの生成を行う
（第５図の手順Ｐ３５〜Ｐ３９、第６図の手順Ｐ４１−
Ｐ４７と同一処理）が、この生成はステップ２Ｆ〜２
Ｈの１ｌｉｌＪＩＩＩ４１パラメータの生成よりも、ゆ
つくシした速度でも良い。そこでステップ２Ｅで使用す
る父通需要悄讃は、向えば゛１週間の間、連続して収集
し、−週間ごとにまとめて処理することによシ、全体と
して性能向上を達成できる場合が考えられる。例えば多
彩な設備を持ったホテルやフロア貸しビルや、会館など
の様にさまざまな特徴を持つ場合は一日ごとに実行する
より、さらにきめ細かく特徴抽出と選択ができる。 また、開数時間帯であれば２４１−１ ｒに対し時間が
変動しても問題ない。 尚ステップ２Ｈでは各特徴モードごとに運転系へ指令す
るパラメータを学習するプログラム５Ｆ２Ｂを含むタス
クを起動する。では次にステップ＝２Ｂ〜２Ｈを図を用
いて順次、詳細説明を行なう。 第３９図は交通情報収集プログラム２Ｂの実施例を示し
ておシ、まず変数の初期セットと収集用テーブルのクリ
アーをする（ステップ２Ｂ１ ）。 次に第３０のテーブル２５６Ｇと同一の情報について第
１９図に示す交通情報収集テーブル２３１（構成は第３
３図のテーブル２６２人とほぼ同一）へ検出し、収集し
た乗客人数などの交−通１＃報を格納する（ステップ２
Ｂ２）。 例えば特開昭５２−１４０１４７号に示す様に乗降人数
をかご内向重の変化値よシ検出することができる。この
ために第２４図に示すエレベータ−制御テーブル２１０
内のかご内向重テーブルの値（各エレベータ−ごとの現
状かご内向重鎮）ＣＷ’ （以下には号機Ｅ）〜Ｅ１の
配列変数として（吏用する）を）史用する。すなわち前
回の出発時の荷重ＣＷ とドア開放し、４９客が降り
た時５ｔａｒ＠ に発生する最少かご向背４ｃｗ：、、、と、今ＩＬＩの
出発時の荷重ＣＷ：ｌｌとすると当刻階床への乗シ量ｃ
ｗフ１．と降シ歇ｃｗ’；、、は ＧＷ−ｍｓ（ｔ）＝ ＣＷ：、−（ｉ）−ＣＷ：、 、
（ｉ） ・・・・・・・・・（４２）ＣＷフＮ０）＝
ｃｖｖ：、（ｉ）−ｅＷｍｔｔ （ｉ） ・
・・・・・・・・ （４３）となる。尚（り階床を示す
変数である。 この計算をに号機がｉ階を出発する７５）、またはドア
閉待機した時に実施する。 また、光電装置ｄや超音波センサ等による人の乗降中を
確認し、ドアタイムを延長するだけでなく、人の′出入
を次出しなかった時は上記（４２）式と（４ａ）式の結
果に侵先して乗降人数を０とする。また乗降へ１ｉＮｋ
（ｉ）をカウントして平均体重ＷＰ’（ｉ）を（４４）
式より求める。 また、単に、１人、１人の体重を計測し、その他の又辿
情報テーブル（テーブル２５６Ｇ１３、テーブル２６２
Ａ１７と対応するテーブル）へ収集する。また光′亀装
置やかご内向重検出装置の信号によシ、乗客の乗・降速
度を求めるだめに１人当シの乗降に要する平均乗降時間
（テーブル２６２Ａ６に対応）をも演算できる。 その他にも号機別乗シ遅れ率を測定し、例えば−香臭に
設置されているエレベー ターへの乗シ遅れ率または時
間を測定し、階別だけでなく、号磯別にもドアタイムの
最適値を生成し、乗シ遅れの発生を防止しつつかつ、ド
ア開タイムが長過ぎることによる運転効率の低下のない
エレベータ−の自動ドア制＋ａ１を行う。この目的のた
めに、エレベータ−がホール呼びに応じて到着してかち
最初の乗客を演出するまでの時間または、乗客を検出し
ないで次の出発のためのドア閉モーションを開始しよう
とする確率（回数）を検出し、テーブル２６２Ｚ４に相
当するテーブルへ収集する。 そして求められた平均値に応じてドアタイムのみならず
、ホール呼びに応じた時に閉鎖をカットする時限を生成
し、運転制御に使用する。 この交通清報は工しく一ターの乗かどの構造と乗シ場に
おけるエレベータ−の配置に関するものであシ、時間帯
や交通需要によシあえて、′ｌ−１ｌ１分比する必要の
少ないもので複数の特徴モードについて共通に収集、な
らびに使用する構成とする。 次にステッープ２Ｂ３により群ｄ理エレベータ−の性能
評価データの収集をイ■なう。これは、学習系の指令し
たアルゴリズムとそのパラメータが最適であったかを確
認し、記録し、さらには、後述するシミュレーションプ
ログラム、そのものを実状にばわせて成長させるために
は運転性能評価用データが必要である。 この目的のためにテーフ゛ル２５６ Ｇ ３〜２５６Ｇ
５，２６２ＡＩ０，２６２Ａ１１゜２６２ＡＩ４．２６
２Ａ１５．２６２Ａ２０．に対応する情報も収集する。 これらのデータは運転＋ｔｉｌＪ １ｉ１１プログラム
２２０の内部テーブルや、エレベータ−制御データテー
ブル２１０の値よシ検出できろう 例えばホール呼び継続時間の収集の場合は次の手順によ
シ求める。 まず第１にエレベータ−の到着によし新たにリセットさ
れたホール呼びを検出し、当該のホール呼び継続時間テ
ーブル２１０Ｅの値を収集テーブルへ記録する。同えば
、上記の継続時間の累積値とその回数を求め、この直を
記録する方法によることができる。但しこの場合、ホー
ル呼びのりセットの方をホール呼び継続時間よシ先にリ
セットする（４成とする必要がある。 次にステップ２Ｂ４によシミュレーション用の等唾エレ
ベータ−の制御プログラムを、どこまでも実機と等価な
機能を持つプログラムへ成長させるために必要なデータ
を収集する。 ？＋１えば、定格速度が全台ともに１８０ｍ／ｍの仕様
の場合について説明する。これをステップ２人において
、エレベータ−制御卸テーブル２２５Ａの速度スペック
値よシ、号機別定格速度テーブル２６２Ｚ１１を作成す
る。しかし実際には１７５〜１８５ ｍ ／ｒ、油の調
整誤差があシ、また、経年変化によっても、各号機別に
変化する。また方向別やかご内向重によっても変化する
。これをエレベータ−状態テーブル２１０Ａのかご速度
の直より検出し、号機別ボ格速度テーブル２６２Ｚ１２
の値を修正する。 このことは、特に省エネ要求などにより、速度制御部で
定格速成を下げた場合にも、本方式によれば適格に割１
１できる。 まだ、テーブル２６２Ｚ１には１階と２階、１階と３階
、１階と４階、・・・・・・３階と４階の様に各階床間
を走行するのに必要な時間を実測した値を記録する。こ
の他にも待礪伏悪から走行可能となるまでの始動時間、
ドア開時間、ドア閉時間、サービス階、などを号峨別に
検出し、テーブル２６２Ｚの当該データの値を修正する
。 以上の動作を行なうだめに、常時１秒ごとに１回ずつス
テップ２Ｂ２〜２Ｂ４の動作を実行しくステップ２２５
Ｊ）、２分ｎａ 、ｉＭごとに次に示すステップ２Ｂ６
へ進む。ステップ２Ｂ２により収集された現状の交通需
要と日別に特徴モードの発生時間帯を学鯉して作成され
た日別特徴パターン２６２Ｚ８よシ、最適な運転プログ
ラムとするだめのアルゴリズムパラメータとその制御パ
ラメータを指令する。これの詳細を第４１図に示す。 次に、ステップ２Ｂ２で収集した交通需要を人数に換算
して、おおむねｉｏｏ人を越えたかを判定し、（ステッ
プ２２５４）ＮＯの場合は、ステップ２２５Ｈによシ、
３０分を経過したか判定する。すなわち、１００人相当
以上の交通量を収集したかあるいは３０分経過した場合
にステップ２２５Ｋによシ、主にステップ２Ｂ２と２Ｂ
３で収集したデータをサンプリングテーブルへ格納スる
。 次にサンプリングホールドしたデータをもとに第５図の
手順Ｐ３２と同様に交通需要の特徴要素を演算しくステ
ップ２２．５Ｌ）、第１２図と同様のテーブル構成によ
シ順次記録する（ステップ２２５Ｍ）。 尚、全体交通量はＵＰ力方向ＤＮ方向交通量（ＣＤ（ｔ
）、Ｃ”（ｔ））の２要素とし、乗・降集中階は、階床
１１へ（ｔ）、 ■７．（ｔ） ）の他に当該階の乗シ
また降りの交通量（Ｑ？−３（ｔ）ｌ ｑＷ〜３（１）
）を１己録する様に変形した。 向、ステップ２２５Ｊは、本プログラムのタスクより、
丁立にランクされている第４２図に示す運転プログラム
生成ソフト５Ｆ２Ｂを見掛上並行して処理するために設
けたもので、一旦処理を終了するとＯ８に戻し、Ｏ８が
ソフトＳ Ｉｉ” ２ Ｂを〆行し、１秒経過すると中
断していたプログラム２Ｂを再開しステップ２Ｂ２を実
行する。 第４０図は交通１＃報を特徴モード別に収集するプログ
ラム２Ｃ（単３８図）のフローで、まずは本プログラム
２Ｃを起動する直前に演算しくステップ２２５Ｌ）、記
録（ステップ２２５Ｍ）Ｌ、た特徴要素から最つとも近
い特徴モードを識別するために以下の計算を行なう。 特徴モード番号は（２７）式により求めることができる
。ここでは、（２５）式から（２６）式の変形例により
求めるものとし、下記の手順によシ求める。 まず、乗・降客の多い集中階をベクトルｑ８とＱＲとで
表現する。尚Ｉは階床で、ｑは当該階の交通量を示す 特徴モード登録テーブル２６２Ｚ６にもこれと同一の集
中階の特徴要素を侍っているので、集中階だけから見た
特徴モードの識別関数Ｊ”（ｔ、ｍ）は ・・・・・・・・・（４８） となる。ここでｍは登録されている特徴モード番号で、
ＸはＳまたは凡の直を取りｓは釆シ客集中階、几は降シ
客果中階であシｔはそれらについて上位１〜３齢の１皆
であることを示す。 また、登録済特徴モードｍの代表点と、時刻ｔにおいて
丈ンプリングした特徴モードｔの望点のベクトルＰ１と
Ｐｌは（４９）式のＰ、である。 ・・・・・・・・・（５１） となる。この値が最小となる代表点を待つ特徴はモード
Ｍ（ｔ）は（２７）式で求められる。尚この時のスカラ
ー量Ｌ （ｔ）は △ Ｌ（ｔ）＝Ｍｉ Ｎ （Ｐｔ、−） ・・・・
・・・・・（５２）ｍＥ１〜９，１１．１９ となる。すなわちＬ（’）Ｊ ｓ 、 Ｍ（ｔ）が成立
する。 次ニステップ２５５Ｂでスカラー量Ｌ（りの値と、他の
特徴モードによるスカラー量９ｔ、−との値がほぼ等し
いか、無視できない差である場合か否かを判定し、無視
できる場合は、ステップ２２５にでサンプリングしたデ
ータを、識別された特徴モードに属する交通１ｎ報蓄積
テーブル２５６（第３０図）へ累積加算などの方法によ
シ蓄積する。 問題は、明確に特徴モードを識別できない場合にアシ、
ステップ２５５Ｃで処理の方法には色々考えられる。 ここでは次の手ｊ幀によることとしだ。 まず、類似する特徴モードが３つ以内ならば、その交通
量を（５１）式のスカラー量の大きさに応じて分配する
。 次に、類似する特徴モードが多いか、識別されたｔト！
ｆ徴モードとのスカラー、ｔ Ｌ （ｔ）が所定の直を
越えている揚重は新規の特徴と認められるのでいずれの
登録済特徴モードにも属さないスペア■またはスペア■
へＦ＋責する。同、この際には、を時刻とともにこのリ
ーンゾルデータの持つ特徴媛素をテーブル２６２Ｚ６
（第３３図）のスペア■まだはスペア■ヘセットする。 すなわち特はモードの仮登録をしたことになシ、サンプ
リングしたデータは、この仮登録された新しい特徴モー
ドがステップ２Ｅ（第３８図）で正式に特徴モードとし
て設定されなかった場合には破棄され７″ヒこととなる
。 同、ここで仮登録された％徴モードは、以後の父、＋１
１情報の収集のための特徴モード識別に限って少なくと
も当日（長い場合は一週間）は一つの特徴モードとして
１吏用する。スペｒＩ、スペアＨの順に開用するが、そ
れ以上の揚重には未使用の特徴モード（Ｍ１７やＭ１４
．Ｍ８．Ｍ９などが望いているｏＪ’ＭＣ性が高（八）
に属するテーブルを流用する。 この様に１制御することによシ′Ｆｂ己の効果がある。 ０朶発的にして、いつ再現するか不明な交通需要を学習
の対象外として除去できる。 ０急に出現した新しい重要な（多頻度に発生する顕著な
）特徴モードの交通１＃報を初日から収集できる。 第４１図は、運転制御用パラメータ指令プログラム２Ｂ
６ （第３９図）のフローで、％徴モード別に学習した
交通需要をもとに、後述する運転制御プログラム生成ソ
フト２７９ （ＳＦ２Ｂ）によシ作る特徴モト別パラメ
ータテーブル２７４の直をもとに運転制御プログラム２
２０へ制御形態を指令するパラメータを作成し、運転系
マイコンＭｔへ送信（ステップ２７５Ｅ）するプログラ
ムである。 まずステップ２７５Ａで、運転制御卸のための特徴モー
ドの識別を行う。ここの識別は、特徴モードの生成や、
交通清報の収集の際と異なシ、現状の交通需要に最適な
運転形態を直ちに、または事前に識別する必要がある。 このために、ステップ２７Ｆによシ過去の主な特徴モー
ドの一日の変化パターンを記録した日別特徴パターンテ
ーブル２６２２８と、日ごとの上記日別特徴パターンの
番号を一年と数ケ月記録する年間記録テーブル２６２Ｚ
９とスケ−ジュールテーブル２９０などの時間要素を獅
、出する、ステップ２７５Ａではこれを加味して特徴モ
ードの識別を行なう。 すなわち、１００人相当の父通鍬を検出するのに数分な
要すためであり、基本的には（４４）式から（５２）式
を使用し、これに予測時間要素１）Ｐと、エレベータ−
の−周時間が２分根度あることと、交通需要が短かい周
期で変化する場合の対策として設ける識別済の特徴モー
ドを優先するヒステリシス要素ＨＰを追加する。 ではステップ２７５Ａの識別の手順を説明する。 まず時間要素を加味して現状の運転特徴モードφ（りを
圧式に登録済の特徴モードの内から（４５）弐〜（５２
）式と同様に求める。 各特徴モードの識別用関数Ｑｐ（ｔ、ｍ）は・・・・・
・・・・（５３） となシ、予測時間要素による関数ＤＰ（ｔ、ｍ）は ・・・・・・・・・（５４） ・・・・・・・・・（５５） 淘ここで正式に登録された特徴モードのもつ時間帯の記
録はＭ２Ｓ図に示す通シ２組として示した。また係数に
１６は ｋｘｓ＞１ とする。この値が大きい程、過去に学習した時間帯がく
ると、当該の特徴モードを抽出し易くなる。 次に、出力する特徴モードの安屋化のだめのヒステリシ
ス要素の関数ＨＰ（ｔｌｌＴｌ）はβｊことでφ（りは
、現仕運転制御卸指令に１更用している特徴モード査号
でありに１□もに１７ ＞ １ ｅ とする。 そして運転制御用特徴モードφ（りは ＵＰ（ｔ、φ（ｔ） ） ＝ＭｉＮ （ＯＰ （ｔ、
ｒｎ） ） ・・−・−（５７）ｍ６０Ｍ により求められる。拘ここでＯＭとは正式登録済９、Ｊ
・似モードの東合体を意味し、特似七−ド別のノくラメ
−タテ−プル２７４に当該の％徴モードに属するパラメ
ータを演算法の％徴でりることを示す。 同、特徴モードφ（りの識別の際の父通需袈としてはサ
ンプリングホールドしだデータだけでなく第１θ図と第
１１図に示した欅に、交通情報の収集とは別個に、この
識別専用の父通需要検出データを作り、これを併用する
構成とする。 すなわち第１０図のブロック１３３の処理を１分ごとに
行ない、この交通需賛をブロック１３４で１０分間前ま
での値を１０組記録し、その総和から（５０）式と（４
５）式と（４６）式に示す１４個の要素１直を算出する
構成とする。まださらには、検出速度を早めるために、
現在検出中のテーブル埴も加える他に下記の追加を行な
う。 ＵＰ交通Ｊｉ ＣＵ（ｔ）に現状登録されているＵＰホ
ール呼び数またはホール待客数と上昇方向性を持つかご
内の荷重またはかと呼び数を所定の重み係数を付けて加
算する。まだ、ＤＮ９．通ｊｔ Ｃ” （ｔ）も同様に
、乗・降人数を検出する前に、その兆候を検出してた値
を加算し、早めに、新しい特徴モードを識別する。 次にステップ２７５Ｂで、特徴モードφ（１）が、明確
な特徴モードかを（５３）式の結果で判定する。 すなわち特徴モードφ（１）以外のＱｐ（ｔ、ｍ）の直
が無視できる時は、ステップ２７５Ｄによシ、識別され
た特徴モードφ（１）に輌するパラメータを指令パラメ
ータテーブル２７６ヘセツトスる。 無視できない場合はＮｏと判定しステップ２７５Ｃによ
り、該当する複数の特徴モードに属する制御パラメータ
から最適なパラメータを演算し、指令する。 例えばドアタイムであれば、当該階床の方向における乗
り人数り、（ホ）（第３６図）と降り人数ＣＩに）を関
数０Ｐ（ｔ、ｍ）の値に応じて補間によシ求め、１人当
りの平均乗降時間の測定値との積よりドアタイムパラメ
ータＪ）１１゛ｔ（第３７図）を求めることができる。 第４２図は運転プログラムの生成ソフト５Ｆ２Ｂのメイ
ンフローで、第２８図のステップ２Ｈにより一日に一度
起動されるタスクにより実行する。 まず、当該特徴モードの交通情報の学習があったかを判
定しくステップ２７０Ａ）、当該の特徴モードに属する
交通情報が収集さＪｌ、だ場合にｔま、新しい交通需要
データの乗・降客発生密度）（（］、ｒｎ）とＣ（ｉ、
ｍ） （第３３図）ヨシ、シミュレーションのために
使用する行先階交通量テーブルＣ（ｉ、ｊ、ｍ）やエレ
ベータ一台数などを設定する（ステップ２．７０ Ｂ
）。第４３図に特徴Ｍ１に属する出動時の場合のＵＰを
例に挙げて説明する。 第４３図に示す様に学習された交通需要データである乗
シ客密度Ｈ（ｉｌｍ） をＵＰ方向とＤＮ方向に分割
し、それぞれＨＵ（ｉｌｍ）とＨＤ（ｉｌｍ）（７）配
列とし、降り客についても同様にＵＰ方向降シ客密度デ
ータ配列ＣＵ（ｉｌｍ）とＤＮ方向降シ客密度データ配
列ｃＤ（’ｔ”）を作る。それを第４３図に示す様に行
先階交通量Ｃ（ｉ＋ Ｊ ＋ ｍ）の４方に配置する。 地下１階の３１階（１＝１）から乗り込んだ３０人の客
が、どの階で何人降シるかをへ体的に示している。 すなわちｊ＞；の範囲における行先階交通量Ｃ（ｉ、ｊ
、ｍ）の横の合計が乗り客密度）ＩＵ（ｉ 、 ｍ）で
あシ、縦の合計が降シ客密度Ｃ” （ｉ、 ｍ）に等し
いという関係が成立する。 従って、この逆に、各階におけるＵＰ方向の乗降客密度
のデータから、行先階交通量を推定することができる。 つま９１階の降υ客は２．５人は全て３１階から乗った
客であるからして２階へ到着した時は２７．５人となる
。２階で降り客は１２人であるが、かご内には１階から
乗った６０人と８１階から乗った残シ客の、ｉｉ ８７
．５人が乗っている事になる。 ここで降り客は乗り込んだ階に関係ないとし、単純に何
割かの人（１２／８７．５人）が降りるものと仮定する
と、１３ｉ階からの人は となる。 この計算を次々と実行すると全ての行先階交通量が決゛
まる。ではＩＪＶ方向に関する行先階交通量Ｃ（’Ｉｌ
ｌ”）の算出式を（５９）式に示す。 ただしｉ＞ｊに限定。 ・・・・・・（５９） この式は再帰的プログラミング（Ｈ，ｅｃｕｒ ｓ ｉ
ｎｅｐｒｏｇｒａｍｉｎｇ ）によυそのままコーディ
ングすることができる。 次にステップ２７０Ｃで、当該特徴モードには交通流や
量や特殊呼びの利用頻度などにおいて顕著な特徴を持っ
ていないかを判定する。 例えば、ＵＰ方向とＤＮ方向の利用客数、各階ごとの利
用客数がほぼ均一であシ、顕著な特徴がないと判定（Ｎ
Ｏ）されると、ステップ２７０Ｅによシ標準運転制御ア
ルゴリズムによるシミュレションを行って、運転制御プ
ログラムを作成することをセットする。これに対し、例
えば、特徴モードＭｌ（出勤時相当）の様に、特定の階
からの乗客が集中している場合は分割急行運転プログラ
ムと通常運転プログラムと、混雑集中階へ、その度合に
応じた台数のエレベータ−を自動呼び寄せし、ドア開待
機させるプログラムの計３種のアルコリズムのプログラ
ムについてシミュレーションを実行する様にセットする
（ステップ２７０Ｄ）。 他の例としては、ＵＰ交通量と、ＤＮ交通最の差が１．
５倍程度を越える時はホール呼び割当用評価関数φの停
止呼び評価値Ｔｃ （第２９図のステップＨ５０−５）
を作る階床の幅または重み係数をＵＰとＤＮとで別ｋに
設定する運転制御プログラムをもシミュレーションする
様にセットする。 また他の例としては目標値として乗り合わせ制限指令の
ある時間帯かまたはサービス完了時間で評価する要求が
ある場合は第１９図のシミュレーションプログラム２７
１の説明の際に述べた様に４Ｍｌ＆の呼び割当アルゴリ
ズムについてシミュレーションする。 次に、ステップ２７０Ｆで、設定されたアルゴリズムに
もとづく運転制御プログラムについてのｆｂｌＪｂｌｌ
パラメータの組（第２１図のパラメータｅや第２３図の
パラメータｒ）をセットし−Ｃシミュレーションを実行
する（ステップ２７０Ｇ）。そして、各ケースごとにシ
ミュレーションされたその結果はパラメータ毎に整理し
てテーブル２７２へ記録される（ステップ２７０Ｆ）。 全パラメータ（ステップ２７０）１）、全アルゴーリズ
ム（ステップ２７０Ｋ）について終了すると運転制御パ
ラメータの演算を行ない与えられた目標に対し最適なア
ルゴリズムと、それにおける最適な制御パラメータを演
算し特徴モード別パラメータテーブル２７４ヘセットす
る（ステップ２７０Ｌ）。 最りなシミュレーションパラメータが決定したら、その
運転方式で再度シミュレーションを実行し、停止確率な
どの従属パラメータを求め特徴モード別パラメータテー
ブル２７４の当該モード分を作成する（ステップ２７０
Ｍ）。 以上の処理を登録された特徴モードについて全て実施し
くステップ２７ＯＮ）このプログラムは終了する。同、
ステップ２７０Ｍの実行完了時に、先に述べた運転制御
のための特徴モードとして正式登録する。 ステップ２７０Ｇとステップ２７０Ｍのシミュレーショ
ン実行プログラムの具体的フローを第４４図に示す。 シミュレーションプログラムには、エレベータ−そのも
の（・・−ド系）の動作を行なう部分（たとえば走行動
作、ドア開閉動作などを模擬するプログラム）とこのエ
レベータ−を合理的に運転制御する号機ｉ１ｊ制御マイ
コンＥ１〜ｈＪ １１と等価な制御を行なう部分（例え
ば停止二階・“べ択制御、自動ドア閉指令制御などのプ
ログラム）とから成る号機処理部（ステップＡ７０）と
、これらエレベータ−を効率良く・α埋】１転制御を行
なうマイコンＭ１と等価な制御をする部分（例えばホー
ル呼び割当制御、分散運転制御、分割急行運転制御′１
ｉ１１などのプログラム）を成す群管理処理部Ａ６０と
シミュレーションを実行する部分（向えば乗客を発生処
理Ａ５０、結果を記録する統計データ収集処理Ａ８０、
所定時間のあいだシミュレーションを継続させる処理Ａ
９０．Ａ１００）に大別される。シミュレーション結果
が精度良く求まるかどうかは、このシミュレーションの
中核を成すステップＡ５０〜Ａ７０のプログラム構成と
、その中で１吏用するパラメータや定数の値に左右され
る。 そこで、群管理制御の性能を左右する上記した項目はで
きるだけ本物のエレベータ−システムと等価となるよう
にプログラムを構成するとともに、そこに使用する定数
やパラメータはできるだけ正確な値に近づけることが望
まれる。 さて、第４４図において、まずこの定数とパラメータを
情報学習テーブル２６２（第３３図）の値を使用して、
適正な値に修正または再設定を行う（ステップＡ１０）
。定数は主として共通情報テーブル２６２Ｚ、１１１７
、パラメータは主にシミュレーションパラメータごとに
学習しておいた具体的な制御パラメータを記録しておい
たシミュレーションパラメータテーブル２６２Ａ２２に
相当するテーブルよシ検索し、起動条件として与えられ
たアルゴリズムパラメータと、それ用のシミュレーショ
ンパラメータにもとづき選択や、演算などによシ求める
。 また、シミュレーションケースに対して変化しないエレ
ベータ−の速度や、ドア開閉時間、交通量などに関する
定数やパラメータの設定は第４２図の交通情報の設定２
７０Ｂなどにおいて行う構成とし、処理回数の重複を低
減している。 また、乱数の発生などによる乗客の発生も、一旦、を時
点とｉ、３階データを持つ乗客発生テーブルをあらかじ
めステップ２７０Ｂで作成することによシ、高速処理を
可能とした。 次にシミュレーション変数の初期設定を行なう（ステッ
プＡ２０）。たとえば、後述する乗客発生処理の乱数の
初期設定やホール呼びテーブルの初期設定等である。ス
テップＡ３０では、統計処理変数の初期設定を行なう。 ここでは統計テーブルの初期設定等を行なう。ステップ
Ａ４０では、時間を零に設定し、ステップＡ９０で時間
を所定値に加算しくここではｌとした。）、この時間が
所定時間を越えたかを判定（ステップＡ１００）する。 上記時間が所定時間を越える′までステップＡ５０から
ステップＡ９０の処理を行なう。ステ゛ツブＡ５０では
、乗客の発生処理を行ない、ステップＡ６０は、ホール
呼びの発生が有るとムにホール呼びの割当を行なう群管
理処理であり、ステップＡ７０は、エレベータ−の走行
や停止およびドア開閉等の号機処理を行なう。ステップ
Ａ８０は、統計データの収集を行なう統計データ収集処
理である。 ここで、ステップＡ５０からステップＡ７０について説
明する。ステップＡ５０の乗客発生処理は、シミュレー
ション用交通情報の設定プログラム２７０Ｂで得られる
行先交通量の予測データに基づいて、一様乱数により乗
客発生階ｌおよび乗客行先階ｊを決定する。さら忙、上
記一様乱数により１階から１階への乗客発生人数を決定
し、ホール呼びを１階に発生させる。次に、ステップＡ
６０の群管理処理は、上記ホール呼びの発生が有れば呼
び割当を行なう。呼び割当の方法は前記運転制御プログ
ラムで説明したのと同じステップＡ７０の号機処理は、
エレベータ−の走行状態、停止状態、ドア開閉、かご呼
び発生等の処理を行なう。 次に、ステップＡ８０とＡ１１０の統計データ収集処理
と統計処理について第４５図のフローチャートにより説
明する。ステップＡ３０−１からＡ３０−４までは、エ
レベータ−の方向ｊ１ シミュレーションパラメータｅ
１交通需要区分Ｍ％ Ｉｔｋｒ床１のループ回数であり
、ステップＡ３０−６からＡ３０−８までは、上＋ｉ己
それぞれ（７）ｅ、ｍ、ｉのループ終了判定を行なう。 ステップＡ３０−５は、統計データ（エレベータ−停止
回数、ポール呼び数、かご呼び数、乗込み人数、隣人数
等）を上記ｅ、ｍ、ｉ別に収集する。 第４６図〜第４９図までは、ステップＡ３０−。 ５における統計処理演算プログラムの一例としての停止
確率、満員予測、サービス擾先レベル、ドアタイム制御
などの従属パラメータを求めるフローチャートである。 第４６図は、停止確率演算プログラムのフローチャート
で、階床１のループ回数を設定する（ステップＢＰＩＯ
）。そして、エレベータ一方向反転回数ｄと各階別のホ
ール呼び数ｆ、とかご呼び数よシエレベーター停止回数
を求め、これから１階（方向別）の停止確率ＰＳ＋を演
算する（ステップＢＰ３０）。停止確率ＰＳ＋は、次式
より演算する。 ・・・・・・・・・（６０） 尚データｄ、ｆ＋、ｇ＋はステップＡ８０で求め、パラ
メータＰａｌはステップＡ１１０で実行するのが処理時
間的には良い。ここで、α１１は所定の係数である。こ
のパラメータα１１は通常は１とするが万一実機とシミ
ュレーション結果が一致しない時間はこの値で補正し、
一致させる。 第４７図は、満員予測演算プログラムのフローチャート
で、階床１のループ回数を設定する（ステップＢＦＩＯ
）。そして、ホール呼び数テーブル２７２Ａ６の１階の
ホール呼び数ｆＩとエレベータ−乗シ客密度テーブル２
６２Ａ７の１階乗込み人数Ｈ＋から１階のホール呼びの
満員予測値（ホール呼びサービス１回当りの平均乗り人
数）ＰｈＩを演算する（ステップＢＦ３０ ）。また、
かご呼び数テーブル２７２Ａ７のｉ階のかと呼び数ｇＩ
とエレベータ−降り客密度テーブル２６２Ａ７のｉ階の
隣人数Ｐ Ｃｓからｉ階かご呼びの満員予測値を演算す
る（ステップＢＰ４０）。ホール呼びの満員予測値ｐ
ｈ 、およびかご呼びの満員予測値ＰＣＩは、次式によ
りｉ算する。 尚ここでＴＳとはシミュレーション時間を示す。 ここで、α１２およびαＩ３は所定の係数である。 第４８図は、ドアタイム制御パラメータ演算プログラム
で、まず階床ｉをループ回数に設定する（ステップＢＤ
ＩＯ）。そして、ホール呼び数テーブル２７２Ａ６のｉ
階のホール呼び数ｆ、とエレベータ−乗シ客発生密度テ
ーブル２６２Ａ７の１階の乗り客発生密度Ｈ＋およびか
ご呼び数チーープル２７２Ａ７のｉ階のかと呼び数ｇＩ
とエレベータ−降り客発生密度テーブル２６２Ａ６の１
階降り客発生密度ＣＩからドアタイム制御パラメータＴ
ＤＩを演算する（ステップＢＤ３０）。ドアタイム制御
パラメータは次式で表わされる。 ここでαＩｓおよび（’１６は所定の係数である。 尚この計算結果のパラメータＴＤ＋をその他のテーブル
２７２Ａ１１に記録するが他の方法としては第４０図の
ステップ２７５Ｅの前半において、当該特徴モードのド
アタイム制御パラメータＴＤ＋を計算し、テーブル２７
６Ｇへ直接セットする方法がある。これによるとシミュ
レーション結果を記録するテーブル２７２を小さくでき
る。 以上の統計処理を行ない上記をそれぞれの値を第２６〜
第２９図等に示す運転制御プログラムで使用する。 さらにこの値は第４４図のステップＡ６０の群管理処理
とステップＡ７００号機処理におけるプログラムの定数
またはパラメータとしてステップＡＩＯまたはステップ
２７０Ｂにおいて使用する。 但し、シミュレーション回数の関係から翌日の嶋該特徴
モードｍにおいて使用する構成とする。 第４９図は、ｌｒ！ｊ徴モード別に従属パラメータを算
出と運転制御プログラム生成の効果を求めるプログラム
で第４２図のステップ２７０Ｍの詳細フローチャートで
ある。 まず、ステップ２７０Ｌで求めた目的に対して最適ナシ
ミュレーションパラメータをセットしくステラ７’２７
０ＭＩ ）、再度シミュレーションを行ない（ステップ
２７０Ｍ２）。第４５図〜第４８図に詳イＩＩＩを示し
た統計処理（ステップＡ８０トＡ１１０ ） Ｋ、ｔ、
Ｄ、最１ｉ１−シミュレーションパラメータによる従属
パラメータを作シ、特徴モード別パラメータテーブル２
７４へ記録する（ステップ２７０１’Ｊ４）。 次に当該％徴モードに属する文通部製に対し、納入時の
運転制御プログラムの場曾のシミュレーション条件をセ
ットしくステップ２７０Ｍ４ ）、シミュレーション＊
実行−ｒる（ステップ２７０Ｍ５）。 すなわちエレベータ−制御仕様テーブル２２５にある運
転制御パラメータで群計理処理Ａ６ｏと号機処理の号機
制御マイコンに等価な処理を行なう部分の仕様を定めて
、シミュレーションする。 この結果より、納入時と、与えた目的に対し最適な運転
プログラムを生成した時との各種評価指標による比較を
行ない、記録する（ステップ２７ ｏＭ６ ）。 次に運転指令パラメータによるシミュレーション結果と
実際の運転時の結果を各種評価指標によシ比較し、記録
する（ステップ２７０Ｍ７）。 、同、これら″の比較の評価指標にはサービス性（ホー
ル呼び待時間、各階・方向別のホール呼び継続時間、ホ
ール呼び継続時間、サービス完了時間、これら時間の分
布または平均と長持率５％を占めるこれら時間の長持時
間。予約変更率。先着率。）と省エネ性（号機別走行と
停止の比率、号機側消費電力係数などより求められる全
体の消費電力量係数。）の２点について一項目以上を比
較評価する。 尚、ステップ２７０Ｍ７は、ステップ２７０Ｂの一部に
含め、比較結果に応じて、係数０１１〜α凰６を修正す
る様に構成する変形例がある。 次にエレベータ一台数が、１１ｆ殊運転や保守のために
増減した場合にも適格な運転制御プログラムとするパラ
メータを指令するために、台数変化によるシミュレーシ
ョンを実施し、その結果を記録する。 第５０図は、エレベータ−のサービス台数に応じた最適
なシミュレーションパラメータ算出の一実施例のフロー
チャートであり、エレベータ−の設置台数が６台である
場合を示す。最初に交通量と使用頻度の積の最大のＦ￥
徴モード（代表モード）であるかを判定する（ステップ
ＳＣＩ ）。代表モードでなければ、当該を特徴モード
で運転した最後−の日の平均台数てシミュレーションを
実行しくステップ５Ｃ３）、平常パターンのときは、エ
レベータ−６台および４台でシミュレーションを実行す
る（ステップ８Ｃ２）、もっトモステップＳＣ３と、ス
テップＳＣ２の６計のシミュレーションはあらためて実
行しなくても良い。以下、エレベータ−６台および４台
の２ケースのシミュレーション結果よシエレベーター５
台および３台における最適なシミュレーションパラメー
タを補間法で演算する（ステップ５Ｃ４）。 上記したフローチャートでは、エレベータ一台数を２ケ
ースとしたが、３ケ一ス以上でも補間法によシ残シのエ
レベータ一台数の最適なシミュレーションパラメータを
算出することができ、台数が多くなればなるほど精度が
高くなる。さらに、エレベータ一台数の選択は、上記し
たフローチャートでは４台および６台としたが、設置台
数のいずれでもよい。ヰね判４目ぺ ここで、上記補間法について説明する。 平均待時間が最小となる最適なシミュレーションパラメ
ータは、エレベータ一台数に比例していると考えても差
しつかえないので、比例的に補間する方法がある。また
、もう少し精度の良い方法は、エレベータ一台数の１．
６乗に比例しているとして補間する。さらに１交通量に
よシ所定の係数を含めて補間する方法もある。 さらには、これら１．６乗等の係数そのものを空き時間
によるシミュレーションにより事前に算出して１・・＜
様に（′ｈ成する方法がある。 第５１図はシミュレーションにより得られた曲線データ
テーブル２７２Ａｌなどの内容をもとに、所定補間法を
適用して得られる。 平均待時間の曲線を例に示す。ここで、所定補間法とは
、たとえば、周辺のデータ３個により２次曲線近似する
ような周知の方法を指す。 曲ｒＶｊ ’ ４はエレベータ−のザービス台数が４台
、ｔｌＵｔａｆ６１ｄエレベータ−のナーピス台数が６
台の曲線である。また、曲＋Ｊ ｆ ４の平均待時間が
最小となるシミュレーションパラメータが０４であり、
曲線ｆ６の平均待時間が最小となるシミュレーションパ
ラメータが０６であることを示す。このとき、比例的に
補間する方法は、次式で表わせる。 エレベータ一台数が５台のときおよびエレベータ一台数
が３台のときの求める最適なシミュレーションパラメー
タをそれぞれ’Ｂ＋α３とす）Ｌば、（ＩＦ、：Ｑ６＋
（α４＋αｅ）／２ ・・・・・・（６４）α３＝０４
＋（ｃｌＪ＋α６）／２ ・・・・・・（６５）となる
。 以上によりマイコンＭ１ とＭ２を使用した第２の具体
的実施例の構成についての説明を終了したが、以下第５
２図から第５７図を用いてこの実施例の動作を捕捉説明
する。 第５２図は・−社専有ビルにおける昼食時間帯において
発生し易すい交通需要の代表例を説明する図で、（ａ）
は全体交通量の時間的変化を示す。 （ｂ）は食堂階のある７ｖ＠へ行く客（７階の降シ客）
を主体とした特徴モードＭ２（昼食前半）に属する交通
流の量の変化曲線ＣＭ２と７階から元の階床へ帰える客
（７階の乗シ客）を主体とした特徴モードＭ３（昼食後
半）に属する交通流の量の変化曲線ＣＭ３を図示してい
る。第５３図はこの２つの特徴モードの階（方向）別の
乗込み量の分布を示している。 問題は曲線Ｃｗ２と０Ｍ３が重なる時間帯にある。 特に時間帯ｔ３２からｔｓｓは中間的な交通量となって
おシ、これだけで別個の特徴モードを設定する可能性は
ある。しかしその時間幅と交通量の積で求まる総人数が
設定済特徴モードに対し小さく、かつ、すでに類似した
特徴を持つ特徴モードＭ２とＭ３が設定されているため
顕著な特徴としても認められない可能性があシ、結果と
して一般的には昼食中間と称する特徴モードは設定され
ない。 （但しホテルや、フロア貸しピルにおいては設定される
可能性が十分ある。尚これらは特徴モードの生成と識別
グミグラム２５４、第３８図で制御される。） そこで時間帯’３２−１３３ においては、第４０図ノ
ステツ７”２５５ＢとＭ４１図のステップ２７５Ｂに示
した様に複数の特徴モードに対し、中間的な？：ｊＩａ
であることを判定し、できるだけ適格に交通情報の収集
と、運転制御パラメータの指令を制御する様にし、特徴
モードの数が無数に増大するのを防止している。 第５４図〜第５６図によシ、学習系マイコンの自動報告
形態例と、ステップ２７５Ｆ（第４１図）において暦日
ならびに時刻による特徴モードの発生予測をいかに精度
よく行なうかを捕捉する。 まず、第５４図は第３４図（ｂ）日別特徴パターンテー
ブル２６２Ｚ８の内容を端末装置ＰＤのＣＲ，Ｔやプリ
ンタへ表示またはプリントする報告形態の例を図示して
おシ、特徴モードは、その特徴モードがエレベータ−運
転系に与えるストレスの大きさく例えば交通量）の順に
独自の順番Ｐ１〜ｐＨに付は直して表示している。この
図による一般の出勤日ＤＰ３ （日別パターン曲線ｆ
ｏｐ２ ）と土９日、曜や祭−などの休日ＤＰ４ （日
別パターン曲線ｆａｐ４）との差が一目で判る利点ある
。 第５５図は年間記録テーブル２６２Ｚ９の内容の報告形
態の例を示し、本年度の予測による日別パターンを第５
６図の様に表示する。 この予測は下記の順序で行なう。 まず、端末装置ＦＤのキーボードなどから大刀されたス
ケジュール予約による休日の振替や特別休日の設定ある
いは行事日忙よる日別パターンそのものの設定と該当日
の設定などがあった場合には、これを最優先とする。 次に祭日か否かを判定し、祭日や創行記念日（第５５図
と第５６図の注１）など、毎年同日に同一の日別パター
ンが予想される日か否かを判定する。 次に年度による曜日変換を行ない、まだ曜日による日別
パターンの関係を統計処理により求め、予定される日別
パターンを決定する。 以上による日別パターンの予測と、日別ノ（ターンごと
に、特徴モードと、その時間帯を学習することにより、
ステップ２７５Ｆで説明したより以」〕に精度の良い、
長期的な視野に立った特徴モードの予測を行なうことが
できる。 ステップ２Ｆ（第３８図）では日別パターンの追加設定
とか時間帯の学習の際は１０分程度の小さな特徴モード
の有無や、隣接する特徴モードのＥｌごとの相異によシ
別の日別パターンとせずに、一致する特徴モードの時間
帯を学習する様に構成する。 次に第５７図は特徴モードの生成、交通情報の学習、そ
して運転制御プログラムの生成と一環した人工知能制御
に含ることのできる広義の学習を行なった学習系の成果
の報告形態の例を示す。 図は日別パターン別に作表または作図する方が学習経過
が理解し易すい利点がある。 同、急変とは少なくとも新しい特徴モードが追加になっ
た場合を含むものとする。まだ日別パターンＤＰ３のパ
ターン形状ｆＤＰ３が大きく変化した場合も含むものと
する。 また、学習系の成果フォーマツ）Ｒｏｐａの内容は情報
学習テーブル２６２内の評価用データテーブル（ホール
呼び継続時間の度数分布テーブル２６２Ａ １０など〕
と、ステップ２７０Ｍ４〜５（第４９図〕によシシミー
ユレートした結果と日別パターンテーブル２６２Ｚ８Ｃ
の時間帯のデータより一部分の評価値に換算して日中１
０Ｈ【の平均値を報告するものとする。 これにより、学習系が正常に機能して゛いることと、学
習系の装備による定量的な効果を知ることが出来る利点
がある。 以上で第２の実施例の全ての説明を終了した。 次に本発明による他の実施例や変形例について説明する
。 まずａＴ ５８図と第５９図により、特徴モードと日別
パターンの変形例を説明する。 第５８図は第１９図の変形例であり、第５９図は第３３
図と第３６図の変形例である。 この変形例の主な特徴は特徴モードを日別に区別して持
たせた点にあり、例えば出動時間帯における交通情報の
学習は第２の交通需要の特徴判定プログラム２５７によ
り日別パターンを判定後に、当該日別の出動時間帯テー
ブルに対して行う様に構成した点にある。 尚、第１の交通焦要の特徴判定プログラム２５４は例え
ば日別による時間帯の判定とするのが簡単なプログラム
構成とできる。またその他については必要に応じて端末
装置ＰＤから当該の時間帯データを設定することと−ｌ
れば（ｍヰなプログラム構成とできる。 また、この際の日別の判定の方法としては、出動時間帯
の交通級に応じてまず仮定するもとし、最終的には一日
の徳利用人数に関するデータで判定スることとすればプ
ログラム２５７を簡単なプログラム構成とできる。 また、第１の交通需要の特徴判定に、各特徴別に（各日
別に対し共通としても良い）評価関数を設け、この値が
最大となる特徴を判定する方法がある。出動の評価関数
φＵＰは ・・・・・・・・・・・・（６６） となる。 同様に昼食前半、後半、退勤の特徴評価関数ΦＬＴ＾、
ΦＬＴＢ 、ΦＤＰは ・・・・・・・・・・・・（６９） となる。平常と平常混雑と閑散の区別は単に交通量のみ
で判定する。尚、ここで閑散は、交通量が小さいので交
通情報の学習を不要とした。 この平常と平常混雑の特徴評価関数Φ１はとなる。ここ
でに２１〜に２８は重み係数で、ｋ２２とに２３は４、
ｋ２５は２、ｋ２１とに２４は１とする。 この（６６）式から（７０）式の値がＭＡＸとなる特徴
を判定出力とする。 次に第１９図をベースにそのａｈの変形例についてに見
開する。 第２の実施例では、事前にシミュレーションプログラム
２７１を実行・して基本的な運転プログラムを生成して
おいたが、例えば運転台数や目標値の設定変更などの大
きな変動があった時は、制御パラメータの作成プログラ
ム２７７０所で緊急の追加シミュレーションを実行する
様に構成する。 特にステップ２７０Ｍ２（第４９図）に示す従属ハラメ
ータを算出するだめのシミュレーションを再度実行する
だけなら１回だけであり比較的早く指令パラメータを出
力できる。そして特徴モード別パラメータテーブル２７
４をその分小さく構成することができる利点がある。 〔発明の効果〕 以上説明した様に、本発明によれは、エレベータ−の交
通需要の特徴別にエレベータ−の交通情報を収集できる
ので、そのエレベータ−の過去の利用状況の把握と、交
通需要の変化に応じた交通情報のデータ値の把握がきめ
細かく、かつ効率的に行なうことができる。
第１図〜第８図は本発明の詳細な説明する図、第９図〜
第１１図は本発明による交通需要の特徴生成装置を示す
回路図、第１２図と第１３図は記録データを説明する図
、第１４図〜第１８図は第２の実施例のハード図、第１
９図は第２の実施例のソフトの全体構成を説明するブロ
ック図、第２０図〜第２３図はシミュレーションパラメ
ータの説明図、第２４図は運転系マイコンのテーブル構
成図、第２５図〜第２９図は運転系マイコンの呼び割当
制御フローチャート、第３０図〜第３７図は学習系マイ
コンで使用するテーブル構成図、第３８図〜第４２図は
学習系マイコンのソフトを説明するメインフローチャー
ト、第４３図は行先階交通用、テーブルの作成方法を説
明する際に使用する説明図、第４４図〜第４８図はシミ
ュレーション実行フローチャート、第４９図はシミュレ
ーションの応用例を示すフロー升ヤード、第５０図は台
数別にシミュレーションするフローチャー１・で第５１
図はこれの説明図、第５２図と第５３図第２の実施例の
動作を捕捉説明する図、第５４図〜第５６図は特徴モー
ドの発生予測方法の改善例を説明する説明図、第５７図
は学習系の効果を報告するフォーマット例を示す図、第
５８図は変形例を示すブロック図で第５９図はこれのテ
ーブル構成図である。 １１０・・・エレベータ−制御系、１３ｏ川交通情報検
出回路、１４ｏ・・・時刻信号発生回路、１５ｏ・・・
交通需要の特徴モード識別回路、１５７・・・交通需要
の特徴識別回路、１６０・・・特徴モード別情報学習回
路、１７０・・・エレベータ−運転制御形態選択回路、
１５１・・・交通需要の！時機要素値演算回路、１５５
・・・エレベータ−制御用特徴モードの設定口Ｍ、１５
６・・・エレヘーター制御用特徴モートノ生第 ７０図 第 ｌｌ 図 酵ｌ １５３ ２ 図 Ｅ１１５８ Ｆ）１５Ａ ｔ３ ＴＡ ｕｔｓｑ第
／４−図 ４０ 桁 １５１２１ ＴＪｌｚ図 １６ｒ’ｌ 閏 第ｚｏ図 第２１閃 ９狗”羨中運中Ａｍ／ｉｆｆ月５ミュし一カンノ（ラメ
ータ ｅ第２３０ シミエし−ンヨンハ””ｙｌ−７Ｆ ＜？ｚ２二３６）
第 ２４ 図 第２５″ｍ １； ２７ ｆｊＪ 第２ｇ図 （ａ）′ｙＪ３７ 図 第４１昭 躬４５創 ＄４７１ １４１図 η４９ （２） 治５１図 シミレージ１ン八０ラメータ （α）Ｍ２のベターン （タノ３０ ２０ １０
”θ ２０ ３０（５４す５３ 口 （＋））Ｍ３酊＼°ターン
第１１図は本発明による交通需要の特徴生成装置を示す
回路図、第１２図と第１３図は記録データを説明する図
、第１４図〜第１８図は第２の実施例のハード図、第１
９図は第２の実施例のソフトの全体構成を説明するブロ
ック図、第２０図〜第２３図はシミュレーションパラメ
ータの説明図、第２４図は運転系マイコンのテーブル構
成図、第２５図〜第２９図は運転系マイコンの呼び割当
制御フローチャート、第３０図〜第３７図は学習系マイ
コンで使用するテーブル構成図、第３８図〜第４２図は
学習系マイコンのソフトを説明するメインフローチャー
ト、第４３図は行先階交通用、テーブルの作成方法を説
明する際に使用する説明図、第４４図〜第４８図はシミ
ュレーション実行フローチャート、第４９図はシミュレ
ーションの応用例を示すフロー升ヤード、第５０図は台
数別にシミュレーションするフローチャー１・で第５１
図はこれの説明図、第５２図と第５３図第２の実施例の
動作を捕捉説明する図、第５４図〜第５６図は特徴モー
ドの発生予測方法の改善例を説明する説明図、第５７図
は学習系の効果を報告するフォーマット例を示す図、第
５８図は変形例を示すブロック図で第５９図はこれのテ
ーブル構成図である。 １１０・・・エレベータ−制御系、１３ｏ川交通情報検
出回路、１４ｏ・・・時刻信号発生回路、１５ｏ・・・
交通需要の特徴モード識別回路、１５７・・・交通需要
の特徴識別回路、１６０・・・特徴モード別情報学習回
路、１７０・・・エレベータ−運転制御形態選択回路、
１５１・・・交通需要の！時機要素値演算回路、１５５
・・・エレベータ−制御用特徴モードの設定口Ｍ、１５
６・・・エレヘーター制御用特徴モートノ生第 ７０図 第 ｌｌ 図 酵ｌ １５３ ２ 図 Ｅ１１５８ Ｆ）１５Ａ ｔ３ ＴＡ ｕｔｓｑ第
／４−図 ４０ 桁 １５１２１ ＴＪｌｚ図 １６ｒ’ｌ 閏 第ｚｏ図 第２１閃 ９狗”羨中運中Ａｍ／ｉｆｆ月５ミュし一カンノ（ラメ
ータ ｅ第２３０ シミエし−ンヨンハ””ｙｌ−７Ｆ ＜？ｚ２二３６）
第 ２４ 図 第２５″ｍ １； ２７ ｆｊＪ 第２ｇ図 （ａ）′ｙＪ３７ 図 第４１昭 躬４５創 ＄４７１ １４１図 η４９ （２） 治５１図 シミレージ１ン八０ラメータ （α）Ｍ２のベターン （タノ３０ ２０ １０
”θ ２０ ３０（５４す５３ 口 （＋））Ｍ３酊＼°ターン
Claims (1)
- 【特許請求の範囲】 １、複数階床をサービスするエレベータ−において、エ
レベータ−の交通需要を゛検出する手段と、交通需要の
特徴モード記録手段と、少なくとも上記手段で検出され
た交通需要を入力し、上記記録された特徴モードのいず
れに属するかを識別する特徴識別手段と、識別された特
徴モードごとに分類してエレベータ−に関する交通情報
を収集する手段とを備えたことを特徴とするエレベータ
−の交通情報収集装置。 ２、特許請求の範囲第１項において、上記交通需要検出
手段は、交通需要データを蓄積する手段と、所定の蓄積
データが所定量に達したとき蓄積データを出力する手段
を備えたことを特徴とするエレベータ−の交通情報収集
装置。 ３、特許請求の範囲第１項において、上記特徴記録手段
は、少なくとも各特徴を表わす各要素成分の大きさを示
すデータを記録し、上記特徴識別手段は、検出された交
通需要を上記と同種から成る基本要素成分に分解弘 こ
の分解された基本要素成分と上記特徴別の各要素成分と
の対比によシ交通需要の特徴モードを識別するように構
成したことを特徴とするエレベータ−の交通情報収集装
置。 ４、特許請求の範囲第１項において、上記特徴識別手段
が複数の特徴モードを識別したとき、上記交通情報収集
手段は、上記交通情報を上記複数の特徴モードに分配し
て収集するように構成したエレベータ−の交通情報収集
装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP57148187A JPS5939669A (ja) | 1982-08-25 | 1982-08-25 | エレベ−タ−の交通情報収集装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP57148187A JPS5939669A (ja) | 1982-08-25 | 1982-08-25 | エレベ−タ−の交通情報収集装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPS5939669A true JPS5939669A (ja) | 1984-03-05 |
Family
ID=15447184
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP57148187A Pending JPS5939669A (ja) | 1982-08-25 | 1982-08-25 | エレベ−タ−の交通情報収集装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS5939669A (ja) |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS59163279A (ja) * | 1983-03-09 | 1984-09-14 | 三菱電機株式会社 | エレベ−タ装置 |
| JPS6031483A (ja) * | 1983-07-29 | 1985-02-18 | 株式会社東芝 | エレベ−タの群管理制御方法 |
| JPS62121186A (ja) * | 1985-11-19 | 1987-06-02 | 株式会社東芝 | エレベ−タの群管理制御方法 |
| JPS6351288A (ja) * | 1986-08-20 | 1988-03-04 | 株式会社東芝 | エレベ−タの群管理制御装置 |
| JPS63202571A (ja) * | 1987-02-17 | 1988-08-22 | 株式会社東芝 | エレベ−タの群管理制御方法 |
| JPS63218484A (ja) * | 1986-11-17 | 1988-09-12 | オーチス エレベータ コムパニー | エレベータカーコールの最適割当て装置 |
| JPS63247276A (ja) * | 1987-03-31 | 1988-10-13 | 株式会社東芝 | エレベ−タの群管理制御方法 |
| JPS63247277A (ja) * | 1987-03-31 | 1988-10-13 | 株式会社東芝 | エレベ−タの群管理制御装置 |
| JPS63288877A (ja) * | 1987-05-20 | 1988-11-25 | 株式会社東芝 | エレベ−タシステム |
| JPS6428188A (en) * | 1987-07-21 | 1989-01-30 | Toshiba Corp | Group control elevator device |
| JPS6438382A (en) * | 1987-07-31 | 1989-02-08 | Toshiba Corp | Group control elevator device |
| JPH01192682A (ja) * | 1988-01-29 | 1989-08-02 | Hitachi Ltd | エレベーターの群管理制御装置 |
| JPH02221080A (ja) * | 1989-02-17 | 1990-09-04 | Mitsubishi Electric Corp | エレベータの群管理装置 |
| JPH0313464A (ja) * | 1989-06-09 | 1991-01-22 | Mitsubishi Electric Corp | エレベータの群管理装置 |
| CN102190220A (zh) * | 2010-03-19 | 2011-09-21 | 东芝电梯株式会社 | 电梯的群管理控制装置 |
| JP6203332B1 (ja) * | 2016-05-30 | 2017-09-27 | 東芝エレベータ株式会社 | Ｂｉｍシステム、方法、及びプログラム |
| CN108657896A (zh) * | 2018-06-12 | 2018-10-16 | 牛东阳 | 电梯缆索的安全监测装置 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5197155A (en) * | 1975-02-21 | 1976-08-26 | Erebeetano jokyakudeetashushusochi |
-
1982
- 1982-08-25 JP JP57148187A patent/JPS5939669A/ja active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5197155A (en) * | 1975-02-21 | 1976-08-26 | Erebeetano jokyakudeetashushusochi |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0262469B2 (ja) * | 1983-03-09 | 1990-12-25 | Mitsubishi Electric Corp | |
| JPS59163279A (ja) * | 1983-03-09 | 1984-09-14 | 三菱電機株式会社 | エレベ−タ装置 |
| JPS6031483A (ja) * | 1983-07-29 | 1985-02-18 | 株式会社東芝 | エレベ−タの群管理制御方法 |
| JPS62121186A (ja) * | 1985-11-19 | 1987-06-02 | 株式会社東芝 | エレベ−タの群管理制御方法 |
| JPS6351288A (ja) * | 1986-08-20 | 1988-03-04 | 株式会社東芝 | エレベ−タの群管理制御装置 |
| JPS63218484A (ja) * | 1986-11-17 | 1988-09-12 | オーチス エレベータ コムパニー | エレベータカーコールの最適割当て装置 |
| JPS63202571A (ja) * | 1987-02-17 | 1988-08-22 | 株式会社東芝 | エレベ−タの群管理制御方法 |
| JPS63247276A (ja) * | 1987-03-31 | 1988-10-13 | 株式会社東芝 | エレベ−タの群管理制御方法 |
| JPS63247277A (ja) * | 1987-03-31 | 1988-10-13 | 株式会社東芝 | エレベ−タの群管理制御装置 |
| JPS63288877A (ja) * | 1987-05-20 | 1988-11-25 | 株式会社東芝 | エレベ−タシステム |
| JPS6428188A (en) * | 1987-07-21 | 1989-01-30 | Toshiba Corp | Group control elevator device |
| JPS6438382A (en) * | 1987-07-31 | 1989-02-08 | Toshiba Corp | Group control elevator device |
| JPH01192682A (ja) * | 1988-01-29 | 1989-08-02 | Hitachi Ltd | エレベーターの群管理制御装置 |
| JPH02221080A (ja) * | 1989-02-17 | 1990-09-04 | Mitsubishi Electric Corp | エレベータの群管理装置 |
| JPH0313464A (ja) * | 1989-06-09 | 1991-01-22 | Mitsubishi Electric Corp | エレベータの群管理装置 |
| CN102190220A (zh) * | 2010-03-19 | 2011-09-21 | 东芝电梯株式会社 | 电梯的群管理控制装置 |
| JP6203332B1 (ja) * | 2016-05-30 | 2017-09-27 | 東芝エレベータ株式会社 | Ｂｉｍシステム、方法、及びプログラム |
| JP2017215692A (ja) * | 2016-05-30 | 2017-12-07 | 東芝エレベータ株式会社 | Ｂｉｍシステム、方法、及びプログラム |
| CN108657896A (zh) * | 2018-06-12 | 2018-10-16 | 牛东阳 | 电梯缆索的安全监测装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPS5939669A (ja) | エレベ−タ−の交通情報収集装置 | |
| JP2607597B2 (ja) | エレベータの群管理制御方法 | |
| JP6872331B2 (ja) | 評価システム及び評価方法 | |
| KR950007372B1 (ko) | 엘리베이터의 그룹관리 제어장치 | |
| JP4870863B2 (ja) | エレベータ群最適管理方法、及び最適管理システム | |
| JP7092574B2 (ja) | 人流予測方法及び人流予測システム | |
| US20100174509A1 (en) | Design process for elevator arrangements in new and existing buildings | |
| WO2019176196A1 (ja) | エレベーターシステム | |
| JP6454222B2 (ja) | データ処理システム、及び、データ処理方法 | |
| CN111377313B (zh) | 电梯系统 | |
| KR900006397B1 (ko) | 엘리베이터의 군관리(群管理) 제어장치 | |
| WO2019087250A1 (ja) | 渋滞回避運転システム及び方法 | |
| JPH06305649A (ja) | エレベータの運行制御方法及び制御装置 | |
| JPH06156893A (ja) | エレベーターの群管理制御装置 | |
| JP5963634B2 (ja) | エレベータ交通需要予測装置 | |
| JP7514170B2 (ja) | エレベーター運行管理サーバ、かご内混雑状況出力システム、及びかご内混雑状況出力方法 | |
| JP6776174B2 (ja) | エレベーター利用者移動予測方法およびエレベーター利用者移動予測装置 | |
| JP2728396B2 (ja) | エレベーター制御装置 | |
| JP2574855B2 (ja) | エレベーター群管理制御装置 | |
| JPS5852162A (ja) | エレベ−タ群管理制御装置 | |
| JP6485668B2 (ja) | エレベータ配車計画システムおよびエレベータ配車計画の更新方法 | |
| JP7521020B1 (ja) | 群管理制御装置、交通需要予測装置およびエレベータシステム | |
| JP7213786B2 (ja) | エレベーター運行診断装置およびエレベーター運行診断システム | |
| JPH09240931A (ja) | エレベータ群管理制御装置 | |
| JP2574842B2 (ja) | エレベーターの群管理制御装置 |