JPH06271213A

JPH06271213A - エレベーターの群管理制御装置

Info

Publication number: JPH06271213A
Application number: JP5058625A
Authority: JP
Inventors: Kenji Yoneda; 健治米田; Koji Ide; 浩二井手; Toshimitsu Hida; 敏光飛田; Atsuya Fujino; 篤哉藤野
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1993-03-18
Filing date: 1993-03-18
Publication date: 1994-09-27
Also published as: KR940021400A; GB2276470A; TW234749B; GB2276470B; HK149196A; GB9404129D0

Abstract

(57)【要約】【目的】大局的に優れた運行状況となるようにホール
呼びの割り当てを行う。【構成】複数のホール呼びのそれぞれに対して各エレ
ベーターを同時に割り当てすることのできる『一括呼び
割当てプラン』を複数組作成し、各プランに多角的な検
討と評価とを加え、最適なプランを選択して、指令を行
う。【効果】大局的に優れた呼び割り当ての制御を行うこ
とができ、複数台のエレベーター全体の運行状況を改善
し、サービス性能を向上させることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、エレベーターの群管理
制御に係り、特に、デジタル計算機を用いてホール側で
登録する呼びを最適なエレベーターに割り当てるために
用いて好適なエレベーターの群管理制御装置に関する。

【０００２】

【従来の技術】近年、エレベーターの制御方式の進歩に
伴いビル内の交通需要に適応させて、エレベーターを制
御することが可能となってきている。

【０００３】例えば、特開昭５９−４８３６９号公報に
は、ホール呼び割り当ての制御方式、あるいは、制御方
式のパラメータを交通需要の特徴モードに応じて自動変
更する学習制御を行うという技術が記載されている。

【０００４】また、特公昭６３−３４１１０号公報に
は、一旦割り当てたホール呼びを同時サービスが可能な
同一階床で同一の運転方向のかご呼びの発生により見直
しを行うという制御技術が記載されている。

【０００５】また、特公昭６３−３７０２４号公報に
は、割り当て済ホール呼びの階床にエレベーターが接近
したときに、再割り当てを実行する制御を行うという技
術が記載されている。

【０００６】また、特公平０１−１４１４９号公報に
は、乗場での待ち時間と乗かご内の負荷とからなる複数
の項目の評価を実行する制御を行うという技術が記載さ
れている。

【０００７】また、ホール呼びの割り当てに際して、被
割り当てホール呼びを各エレベーターに仮割り当てし、
全ての割り当て済みホール呼びの待ち時間の増分の合計
値が最少となるエレベーターを選択するという方法も知
られている。

【０００８】また、特開昭５９−２２３６７２号公報に
は、複数のホール呼び割り当て制御方式を備え、状況に
応じてこれらの制御方式を選択するという制御方法が記
載されている。

【０００９】また、特公昭５９−４３５５号公報、特公
昭５９−８６２１号公報には、事前に到着予測時間、到
着時の予測かご内人数等を算出しておき、ホール呼び登
録時の割り当てのための計算機の選択処理時間を低減す
るという方法が記載されている。

【００１０】また、特公昭６２−５９０３３号公報に
は、事前に各ホール呼びの割り当てエレベーターを選択
して記憶しておき、または、号機制御装置に伝送してお
き、ホール呼び登録時に、計算機が割り当て指令を出力
するだけの簡単な処理だけを行えばよいようにしたエレ
ベーターの群管理制御装置記載されている。

【００１１】また、特公平０２−３８５１０号公報に
は、複数のホール呼びのそれぞれの評価値に対して、満
員通過、積み残し人数等の各ホール呼びの特徴に応じた
優先度によりこの評価値を修正し、修正された評価値に
基づいて未割り当てホール呼び入力対する割り当てのる
制御を行い、これにより、重要な階床、混雑する階床等
を優先的にサービスするという方法が記載されている。

【００１２】さらに、特開昭６１−２１１２８３号公報
には、エレベーター全体の運行状況を改善するため、新
規ホール呼び発生の都度、割り当て済のホール呼びを含
む複数のホール呼びに対する割り当てパターンのそれぞ
れについて評価し、評価値の合計が最小となる割り当て
号機の組み合わせパターンを選択して、複数のホール呼
びの再割り当てを行うという制御方法が記載されてい
る。

【００１３】

【発明が解決しようとする課題】前述したように、エレ
ベーターの呼び割り当てに関する従来技術のほとんど
は、呼び割り当ての評価対象が１つのホール呼びに限定
されいるため、個々のホール呼びに対してはそれなりに
最適なエレベーターが選択されて割り当てられることに
なるが、全体として判断すると不都合、不合理なエレベ
ーターの運行状態となる場合が発生するという問題点を
有している。

【００１４】これらの問題点を解決するために様々な改
善が試みられており、例えば、特公昭５７−５２３１４
号公報には、ホール呼びをエレベーター割り当てるに際
して、前後の階床の割り当てを有するエレベーターを優
先する制御を実施することにより、縄ない運転を低減し
前述の問題点を解決しようとする技術が記載されてい
る。しかし、このような補助的な処理方法は、サービス
性能の改善効果が不安定であり、また、根本的な改善施
策ではなく、特に、混雑時のエレベーターの運行制御の
改善としては不充分なものであった。

【００１５】一方、エレベーター制御の全体的見地から
判断して最適な呼びの割り当てを行うには、複数の呼び
に対して、それぞれについての割り当てを一括して考慮
し、総合評価により選択する必要がある。

【００１６】こような目的を達成するために、特公昭５
１−２８９１１号公報、特公昭５０−１８２６１号公報
等に、呼び登録前に全体的なバランスを考慮して、予め
サービスゾーンを決めておくという方法が提案されてい
るが、この方法は、瞬間的に呼び発生の偏りが生じたと
きに、サービスのアンバランスが生じるという欠点を有
している。

【００１７】また、特開昭６１−２１１２８３号公報に
は、一括呼び割り当てパターンを順次評価し、最良の割
り当てパターンを選択して実行するという方法が提案さ
れている。

【００１８】しかし、この方法は、後述するように、ま
ず第１に、多数の登録呼びがあると、処理時間が数２に
示すように爆発的に増加するが、これに対する具体的な
対処方法について配慮されていないため実用化の困難な
ものである。

【００１９】すなわち、いま、エレベーターが６台で登
録呼び数が８個ある場合についてみると、呼び割り当て
パターンの数ＰＮは約１７０万組にもおよび、処理時間
が、新規ホール呼びに対してのみエレベーターの割り当
てを行う場合と比較して１千３百万倍にも達してしまう
ことになる。このため、前述の方法は、発見的検索方法
などの各種手法を用いても、呼び割り当てのための処理
時間を通常の１００倍以下の処理時間にすることが不可
能であり、実用化することが極めて困難なものというこ
とができる。すなわち、呼び割り当てパターン数ＰＮ
は、ＰＮ＝ＫのＨ乗 ………（数１）ここで、Ｋ：エレベーターの台数Ｈ：全登録済呼び数ＰＮ：組み合わパターン数と表すことができる。また、Ｔを呼び割り当ての通常の
処理時間の倍数とすると、前述の場合、Ｔ＝ＰＮ×Ｈ ………（数２）と表すことができる。

【００２０】また、前述の方法は、第２に、総合的な見
地にたった運行改善を図る評価項目を用いていないため
に、抜本的な呼び割り当て処理の改善を図ることができ
ないという問題点を有し、各割り当てパターンを評価す
る際に、次のいずれの項目をも評価していないため、安
定感のある根本的なサービス性能の改善を図ることがで
きないという問題点を有している。

【００２１】すなわち、前述の方法は、乗り混雑階前
方での満員通過と派生かご呼びとを充分に考慮した割り
当てを行うために重要度を考慮した割り当ての組み合わ
せの制御または重要度の評価を行っていない。

【００２２】また、平均待時間と長待ち率との両方を
改善する理想的な運行方法は、待時間を均一化すること
にあるが、前述の方法は、これを実現するにために、近
い将来の各エレベーター間の時間的等間隔度を示すバラ
ンス度を求めて評価することを行っていない。

【００２３】さらに、前述の方法は、途中階でのエレ
ベーター方向反転を推進するために、各エレベーターの
一周時間を予測し、これに基づいて輸送能力を評価する
ことを行っていない。

【００２４】さらに、前述した方法は、第３に、即時予
約案内をするシステムにおける配慮がなされておらず、
予約変更が多くなるため、実用機に適用することができ
ないという問題点を有している。

【００２５】本発明の目的は、前述した従来技術の問題
点を解決し、特に、混雑時におけるエレベーターの運行
を、輸送能力の向上と、全体としてバランスのとれた安
定なサービスとを図ることができるように、より適切な
エレベーターを呼び寄せる方向別ホール呼びや乗場で直
接行き先階を登録する行き先呼び（以下、これらを単に
呼びという）の割り当て制御を実行することのできるエ
レベーターの群管理制御装置を提供することにある。

【００２６】

【課題を解決するための手段】本発明によれば前記目的
は、エレベーターの全体的な運行状態の改善を図るため
に、複数の呼びに一括してエレベーターを割り当てる機
能を備え、全体的な運行効率の向上を達成することがで
きる一括割り当てプランを作成し、実行を指令するよう
にすることにより達成される。

【００２７】本発明の目的は、具体的には、複数の登録
呼び、新規割り当て呼び、または、再割り当て要求呼び
（案内保留呼び、非管理に移行したエレベーターの割り
当て済の呼び、満員通過された呼び、減速処理遅れによ
り通過される呼び、満員通過が予測される呼び、長待ち
予測呼び）のそれぞれの呼びに対する割り当てエレベー
ターを総合的に判断して、複数の割り当てプランを作成
し、これらを個別のホール呼び評価または全体的な総括
評価のいずれか、または、複合評価により唯一のプラン
を選択し、複数のホール呼びに対するサービスエレベー
ターを同時に選択し、割り当て指令を各エレベーター制
御装置に指令するために、群管理制御装置の呼び割り当
て手段を以下の（ａ）〜（ｄ）に説明する手段により構
成することにより達成される。

【００２８】（ａ）一括呼び割り当てを行う複数の被割
り当て呼びを特定する被割り当て呼び抽出手段。一回の
処理における呼び数を所定の個数以下にし、数回にグル
ープ分けする手段を含んでもよく、この場合、重要度の
高い呼びから順に処理を行う。また、近い将来発生する
可能性の高い呼びを仮想登録呼びとして被割り当て呼び
に含めるようにしてもよい。

【００２９】（ｂ）所定の組数以下の一括割り当てプラ
ンを作成する手段。主として、個別ホール呼びサービス
エレベーターの選択評価結果に基づいて各被ホール呼び
の候補エレベーターを１台または複数台選択する手段で
あり、この候補号機を所定のルールに基づいて組み合わ
せることにより、一括割り当てプランを想定する。

【００３０】（ｃ）一括呼び割り当てを行う複数の被割
り当て呼びを選択する手段。例えば、エレベーターが６
台で登録呼び数が８個ある場合についてみると、呼び割
り当てパターンの数ＰＮは約１７０万組にもおよび、処
理時間が、新規ホール呼びに対してのみエレベーターの
割り当てを行う場合と比較して１千３百万倍にも達して
しまうことは、以下に再掲載するが、すでに数１、数２
により説明した。これでは、発見的検索方法などの各種
手法を用いても、呼び割り当てのための処理時間を通常
の１００倍以下の処理時間にすることが不可能であり、
実用化することが極めて困難なものになる。

【００３１】ＰＮ＝ＫのＨ乗 ………（数１）ここで、Ｋ：エレベーターの台数Ｈ：全登録済呼び数ＰＮ：組み合わパターン数である。

【００３２】また、Ｔを呼び割り当ての通常の処理時間
の倍数とすると、前述の場合、Ｔ＝ＰＮ×Ｈ ………（数２）と表すことができる。

【００３３】処理時間の爆発を防ぐためには、被割り当
て呼び数Ｎを６個（できれば、３個から４個）以内に制
限する必要がある。この場合、Ｋをエレベーターの台
数、全登録済呼び数Ｈとして、その状態で新たな呼びが
１つ発生したとすると、組み合わせパターン数であるプ
ラン数は、ＫのＮ乗となり、処理時間の倍数Ｔは、Ｔ＝ＫのＮ乗×Ｎ×（１＋Ｈ）と表すことができる。

【００３４】（ｄ）個々の一括割り当てプランを実行し
たときに予想される総括的な評価による総括評価を下記
方法により実施する手段。３０秒、１２０秒程度の近い将来の運行状態を、バラ
ンス率、乗り混雑階への配車台数による混雑対応率等に
より予測評価し、総括評価する。近い将来の予測状況により、予測輸送人員と予測一周
時間とを求め、単位時間当たりの輸送人員を示す輸送能
力指数を評価し、総括評価する。かご内の混雑度、乗車時間、混雑階の待ち時間、閑散
階の待ち時間、予約変更率、予約灯のたらい回し率、先
着率、操作呼びの近接エレベーター優先率、通過率、省
エネ率、スピード感満足度等の複数の評価を、個々の被
割当てホール呼びについて各エレベーター毎に求め、個
別サービス評価を行って総合的な個別評価を求める。さらに、複数の評価項目を予め設定した顧客側の要求
度合いに応じて総合評価または複合評価し、多目標評価
達成率により、前記から内に示す個々の評価を複合
評価し、これにより唯一のプランを選択する。

【００３５】

【作用】本発明は、ホール呼び割り当て手段を前述した
ように構成することにより、多数の呼び登録時であって
も、処理時間の増加倍数Ｔを、次に説明するように小さ
くすることができるので、その爆発的増加を防止するこ
とができる。

【００３６】例えば、エレベーターが６台で登録呼び数
が８個ある場合、一括割り当てグループ設定手段は、グ
ループｇを２に分割し、一括割り当てプラン作成手段
は、候補号機の台数Ｋ’の平均を２．５台とするものと
する。この場合、数３により、それぞれのグループに対
して２０組のプランを作成すればよいことになり、従っ
て、一括割り当てプランの総数ＰＮ’は４０組となる。
また、一括割り当てプラン方式を採用の処理時間の倍数
Ｔ’は、グループｇ当たりの平均被割り当て呼び数Ｈ’
が４個につき、新規ホール呼びを単独に割り当てる場合
と比較すると、数４より１００倍で済むことが判る。

【００３７】本発明は、割り当て処理時間の通常の処理
時間に対する倍数を、前述により目標の１００倍以下に
することが可能となり、容易に実用化を行うことができ
るようになった。

【００３８】ＰＮ’＝Ｋ’×Ｄ ………（数３）ここで、ＰＮ’：プラン数Ｋ’：平均候補台数Ｄ：被割り当て呼び数である。

【００３９】また、処理時間の倍数Ｔ’は、グループｇ
当たりの平均被割り当て呼び呼び数をＨ’とした場合、Ｔ’＝ＰＮ’×Ｈ’ ………（数４）となる。

【００４０】本発明によれば、時々刻々と激しく変化す
るエレベーターの利用状況に対して、常に全体的なバラ
ンスを保ち、平均待時間を最少にするために理想的な運
行形態である時間的等間隔運転制御を実現することがで
きる。また、混雑時には、輸送能力を最大限にする運転
形態を採用することができる。

【００４１】また、予約案内方式を実施しているシステ
ムに本発明を適用した場合、評価項目に予約変更率を含
め、かつ、その評価を重視するようにすることにより、
前述と同様な制御を実現することができる。

【００４２】また、本発明によれば、例えば、昼食時の
ように輸送能力を高める必要が生じたとき、若干の予約
変更を伴う一括呼び割り当てプランを選択させるように
することができ、これにより、予約灯の変更を最小限に
抑えながら、輸送能力を高め、積み残し人数を低減する
運転を実行することができる。

【００４３】さらに、本発明によれば、近い将来に発生
しそうな呼びを考慮して登録された呼びの割り当てを行
うことにより、前記階床に呼びが発生した時に、予約灯
の変更を伴わない有益な一括呼び割り当てプランを厳選
して複数プラン作成することができ、この中から短時間
の処理で唯一のプランを選択するようにすることができ
る。

【００４４】

【実施例】以下、本発明によるエレベーターの群管理制
御装置の一実施例を図面により詳細に説明する。

【００４５】図１は本発明が適用されるエレベーターの
群管理制御システムの全体のハードウェア構成を示すブ
ロック図である。図１において、１はエレベーター制御
装置、２は呼び割り当てルール再設定装置、１０は群管
理制御装置、１１、１２は各階ホール呼び登録装置、１
３は各階乗場案内装置、１４は各階通路表示装置、１５
はかご内報知器、１６は乗場報知器、２０〜２２は号機
制御装置、３０〜３２は乗りかごである。

【００４６】図１において、エレベーター制御装置１
は、群管理制御装置１０と各号機制御装置２０〜２２と
により構成されており、その構成は、公知のマイコン制
御方式である。群管理制御装置１０は、その入力とし
て、各階のホール呼び登録装置１１、１２からの信号が
入力され、また、出力として、呼び登録装置１１、１
２、乗場の音声案内装置１３、乗り場または通路に設置
された乗場表示装置１４に対する応答状態、運転情報な
どの信号を出力する。

【００４７】号機制御装置２０〜２２は、各エレベータ
ーの乗りかご３０〜３２の走行制御、戸の開閉制御等の
運転制御と、かご内ディスプレー、かご内音声案内装置
等のかご内の報知器１５、ホールランタン、チャイム等
の号機別の乗り場報知器１６の駆動制御等の案内制御と
を行う。

【００４８】なお、各階のホール呼び登録装置１２は、
同一階床に設けられた第２の呼び登録装置であり、通
常、呼び登録装置１１と同一の役割を持ち、呼び登録装
置１１と同一の制御を行っている。また、呼び割り当て
ルール再設定装置２は、信号伝送路６を介して群管理制
御装置１０と接続され、後述する呼び割り当て方法、一
括割り当てプラン想定方法、本発明に関する制御データ
の学習方法等に関する制御ルールの再設定を行う。

【００４９】図２は群管理制御装置１０のソフトウェア
構成を示すブロック図である。図２において、ＰＧ１０
は運転制御プログラム、ＰＧ２０は通信プログラム、Ｐ
Ｇ３０は学習制御プログラム、ＳＦ１０〜ＳＦ１４、Ｓ
Ｆ２０〜ＳＦ２２は制御に必要な各種テーブルである。

【００５０】群管理制御装置１０のソフトウェアは、図
２に示すように、ホール呼び割り当て制御に関するもの
を含む呼び割り当て仕様テーブルＳＦ２２と、予定また
は過去の運転実績より収集したデータにより設定した運
転制御仕様テーブルＳＦ１４と、エレベーターの群管理
台数、速度等のエレベーター仕様テーブルＳＦ１３とを
有し、これらのテーブルからの情報に基づいて、新規発
生呼びの呼び割り当て、再割り当て、追加割り当て、混
雑予測階への事前配車、エレベーターの分散待機等の運
転制御及び案内制御の処理を直接実行し、エレベーター
の群管理運転制御を実行する運転制御プログラムＰＧ１
０を備えている。

【００５１】この運転制御プログラムＰＧ１０に対する
入力情報は、伝送路Ｌ１１を介して号機制御装置２０〜
２２から送信されてきたエレベーターの位置、運転方
向、登録かご呼び、かご内加重等のデータ、及び、伝送
路Ｌ１２を介して各階呼び割り当て装置１１から送信さ
れてきた信号であり、これらのデータは、エレベーター
制御データテーブルＳＦ１１及びホール呼びテーブルＳ
Ｆ１２にそれぞれ一旦格納されてから運転制御プログラ
ム１０により使用される。

【００５２】また、運転制御プログラム１０からの出力
である一括呼び割り当て制御に必要な計算値、割り当て
信号は、呼び割り当て制御テーブルＳＦ１０に格納さ
れ、伝送手段により伝送路Ｌ１１を介して各号機制御装
置２０〜２２に指令として送信され、該当階床の乗場に
設置の乗場報知器１６を駆動してサービスするエレベー
ターを案内をする。さらに、これらの信号は、よりよい
一括呼び割り当てを実現するための学習制御を行う学習
制御プログラムＰＧ３０に与えるために、その時々の一
括呼び割り当て時の条件、結果並びに制御結果の記録、
そのときの交通需要、各エレベーターの制御状態と関連
付けられて制御状態記録テーブルＳＦ２１に記録され
る。

【００５３】通信プログラムＰＧ２０は、伝送路６を介
して呼び割り当てルール設定装置２との通信を行う。ま
た、通信プログラムＰＧ２０は、受信データに基づい
て、学習制御プログラムＰＧ３０に、制御目標値、学習
ルール、パラメータを再設定すると共に、仕様テーブル
ＳＦ１４、ＳＦ２２に制御ルール、乗数を再設定する。
さらに、通信プログラムＰＧ２０は、管理者または設定
装置内の頭脳ソフトが群管理システムの状況を正しく掌
握し、前述の再設定を判断するために必要な情報とし
て、制御状態記録テーブルＳＦ２１、運転制御仕様テー
ブルＳＦ１４、呼び割り当て仕様テーブルＳＦ２２等の
データを、定期的、周期的または要求に応じて送信する
処理をも行う。

【００５４】図３は群管理制御装置１０が使用するテー
ブルの構成を説明する図である。

【００５５】群管理制御装置１０が使用するテーブル
は、図示のように、エレベーター制御データテーブルＳ
Ｆ１１、ホール呼びテーブルＳＦ１２、エレベーター仕
様テーブルＳＦ１３、運転制御仕様テーブルＳＦ１４、
稼働状態記録テーブルＳＦ２１０、交通需要モード別の
サービス状況と学習のための目標値とパラメータとを記
録した交通流モ−ド別テーブルＳＦ２１１〜ＳＦ２１
９、呼び割り当て仕様テーブルＳＦ２２の８つのテーブ
ルにより構成される。

【００５６】図２に示す制御状態記録テーブルＳＦ２１
は、前述のテーブル稼働状態記録テーブルＳＦ２１０
と、交通流モード別テーブルＳＦ２１１〜２１９とを含
むテーブルである。

【００５７】運転制御仕様テーブルＳＦ１４とエレベー
ター制御データテーブルＳＦ１１とは、その値により基
本の到着予測時間テーブルＡＲＩＶＴ１等の、呼び割り
当てのための評価値演算処理で使用する基礎データを作
成するために使用され、これらのデータは、予め制御テ
ーブルＳＦ１０に格納される。

【００５８】プログラムＰＧ１０、ＰＧ２０、ＰＧ３０
は、それぞれ、必要に応じてさらに複数のタスクに分割
して構成され、効率の良い制御を行うシステムプログラ
ム、すなわち、オペレーティングシステム（ＯＳ）のも
とに管理されている。従って、これらの、各プログラム
の起動は、システムタイマから正確に定期的に、あるい
は、他のプログラムからの自由に行うことができる。

【００５９】図４は運転制御プログラムの全体の動作処
理を説明するフローチャートであり、以下、このフロー
を参照して、運転制御の全体の動作を説明する。

【００６０】なお、ここでは説明の都合上ＯＳを使用し
ない場合を図に示している。また、この運転制御プログ
ラムＥ５は、電源投入後、または、リスタートにより起
動される。

【００６１】（１）まず、呼び割り当て制御テーブルＳ
Ｆ１０、ホール呼びテーブルＳＦ１２等のクリアー処理
等の初期処理を実行する（ステップＥ１０）。

【００６２】（２）伝送路Ｌ１２を介して取り込んだ全
階床のホール呼びをホール呼びテーブルＳＦ１２のホー
ル呼び入力テーブルＸＨＢＴに格納する。また、この呼
び入力に対し各エレベーターのサービス状態を判断して
ホール呼び登録の可否判断と、サービス完了によるリセ
ット等の呼び登録制御処理を実行する（ステップＥ２
０）。

【００６３】（３）号機制御装置からのデータを伝送路
Ｌ１１より取り込み、エレベーター制御データテーブル
ＳＦ１１に格納する（ステップＥ３０）。

【００６４】（４）現在の運転用交通需要のモードの識
別を行い、それに応じて運行管理方法の選択、ホール呼
び割り当てのルールを選択する（ステップＥ３５）。

【００６５】（５）ホール呼びテーブルＳＦ１２、エレ
ベーター仕様テーブルＳＦ１３と、交通需要モードまた
は時間帯別に設定または自動学習調整する運転仕様テー
ブルＳＦ１４と、ステップＥ３５で識別した運転用交通
需要モードとに応じて、エレベーター到着時のかご内人
数を予測演算し、予測混雑度ＷＧＴ、途中反転を仮定し
た場合の第２到着予測時間ＡＲＩＶＴ２、近い将来発生
が高い確率で予想される混雑階のホール呼び、割り当て
ホール呼び等を作成し、これらを呼び割り当て制御テー
ブルＳＦ１０へ格納する（ステップＥ３７）。

【００６６】（６）前述の各ステップの処理で得られた
各種データの値を使用して、本発明による一括呼び割り
当て制御処理を、その詳細を後述する図５に示すフロー
に従って実行する。この制御処理は、処理能率が良く、
短時間に行うことができるという利点を有するものであ
る（ステップＥ４０）。

【００６７】（７）ステップＥ４０で呼び割り当てを行
った後のサービス完了時、図１９に示す各グループの制
御状態テーブルの記録を完結する。また、図２１〜図２
２に具体例を示す学習プログラムＰＧ３０の一部として
設定した図１１の制御目標値テーブルＴ２３１の学習目
標値等、図３のテーブルＳＦ２１０とＳＦ２１１からＳ
Ｆ２１９のデータを基に学習処理を実行し、運転制御仕
様テーブルＳＦ１４と呼び割り当て仕様テーブルＳＦ２
２とのパラメータの自動修正を行う（ステップＥ４
５）。

【００６８】（８）現在行っている制御内容、到着案内
等のエレベーターのサービス、ビル内情報等の案内報知
処理を行う（ステップＥ５０）。

【００６９】（９）到着時の予測かご内混雑度が、かご
内の混雑度許容値ＷＧＣ（ｋ）を越える割り当て済ホー
ル呼びのサービスエレベーターを見直す要求を行い、混
雑度制御を継続的に行う。また、専用運転、保守運転に
切り替わった号機、かご呼びの多発あるいは荷物の出し
入れ等により異常に長待ちとなった呼びに対して再割り
当てを要求する（ステップＥ６０）。

【００７０】（10）エレベーターの分散運転、ロビー階
での出発間隔調整等のその他の運行管理制御の処理を行
い、ステップＥ２０の処理に戻る（ステップＥ７０）。

【００７１】前述したステップＥ２０からステップＥ７
０の処理は、電源がダウンとされるか、または、プログ
ラム異常が発生するまで繰り返し実行され、本発明によ
る一括呼び割り当てを含む群管理の運転制御が実行され
る。

【００７２】図１０は呼び割り当て評価パラメータテー
ブル及び呼び割り当てルール選択テーブルの構成を説明
する図である。

【００７３】呼び割り当て評価パラメータテーブルＴ１
００は、図１０（ａ）に示すように構成され、呼び割り
当て毎に呼び割り当て評価パラメータを設定するために
使用され、呼び割り当てルール選択テーブルＴ２００
は、図１０（ｂ）に示すように構成されている。

【００７４】図１０（ａ）、（ｂ）には、そのルール８
として、最大待時間最小化制御による呼び割り当てを実
行する従来の代表的な割り当て方式が設定されている。
これは、エレベーターの制御を一時的にこの制御方法に
切り替えて運転し、本発明による制御方式との優位差を
実測する等の場合に有益なためである。

【００７５】以下に説明する本発明の一実施例は、重役
室、応接室、会議室が多い階及びロビー、食堂階等の利
用の多い階のホール呼び、及び、ポート呼びを最優先の
呼び種Ｒとし、一般事務所のある高層のＨ、中層のＭ、
低層のＬからの呼び種を非優先として制御する場合を例
として説明する。そして、本発明の実施例は、階層毎に
優先の度合いが相違するので、交通需要モードと階層と
によりルールを選択し、全体の効率を大きく低下させる
ことなく、呼び種毎の目標値に達するようにエレベータ
ーの制御を行うことを目標とするものとする。

【００７６】図１０（ａ）に示す各ルールにおける各パ
ラメータの値を設定した評価パラメータテーブルＴ１０
０は、過去の学習データに基づいて、人為的または前述
したステップＥ４５による自動学習機能により作成また
は修正される。また、この例では、図１０（ｂ）に示す
ように、交通需要により、満員通過等によるサービスの
アンバランスを生じないように、主として階層別に呼び
種を設定し、交通需要と被割り当て呼び種とにより、呼
び割り当てルールの種類を選択するようにテーブルＴ２
００が作成されている。

【００７７】本発明の一実施例は、例えば、交通需要の
小さい時間帯で、前述したステップＥ３５で交通需要モ
ードとして閑散が選択され、図８により後述するステッ
プＰ６１５とステップＰ７１５の処理で乗り合わせを防
止し、一般の時間帯のように乗り合いバス的でなくタク
シーのような感覚でエレベーターを利用できるようにす
ることを目的とした混雑度最優先制御を実行するルール
７を選択することができる。

【００７８】このため、ルール７には、混雑度許容値Ｗ
Ｇ１として、０［％］が設定されている。なお、ここ
で、他人評価をするために後述する図９のステップＰ７
１５の処理でルールを選択するとき、被割り当て呼びの
呼び種ではなく評価する呼びの呼び種により選択を行
う。

【００７９】従来、テーブルＴ１００のルール８に示す
ように、Ｋ２＝０、Ｔ１＝０、Ｔ２＝０によるホールで
の待時間評価と、ＷＧ１＝８０による満員判定との２つ
でエレベーターを選択していたのに対し、本発明の一実
施例によるルール７は、混雑度を最優先に評価するして
いるので、選択するエレベーターを無負荷に限定するこ
とができる。

【００８０】本発明の一実施例は、これにより乗り合わ
せを無くすことができ、結果的に乗車時間をも短くする
ことができ、乗客に対して精神的にも時間的にも極めて
良好なサービスを提供することができる。但し、この場
合、無負荷となるエレベーターが存在しない交通需要が
かなりある時間帯では、利用者は、空かごが生じるまで
ホールで長時間待たされることになる。そこで、本発明
の一実施例は、日中におけるロビー階、電話によるＶＩ
Ｐ優先呼びに対して、交通需要モードの平常の呼び種Ｒ
の欄に示すように、本人待時間と混雑度優先とを併用し
たルール２を選択し、この制御を後述する図７の呼び割
り当てプログラムＧ２５、Ｇ６０により実行するように
することができる。

【００８１】また、本発明の一実施例は、非優先階層の
低層Ｌのホール呼び評価に際して、閑散時の場合、待時
間、かご内混雑度、乗車時間、バランス度（各エレベー
ターの相互の時間的間隔の良さ）、空かごの温存度、省
エネ、予約変更の発生確率等の多項目をバランス良く制
御する多目標制御を実行するルール１を選択するように
している。

【００８２】本発明の一実施例は、前述したような標準
的な多目標制御に対し、パラメータＴ１と、Ｔ２とを新
たに設け、空かごを温存する度合いを制御する機能を加
え、評価するようにしたことに特徴を有するものであ
る。

【００８３】また、本発明の一実施例は、平常時の中層
階呼びに対して、中程度の他階優先制御を実行するルー
ル５を選択し、混雑度許容値ＷＧ１として７０［％］を
設定し、かなり混雑したエレベーターも選択の対象に含
めるようにしている。また、ホールでの待時間の短い運
転中のエレベーターは、他階で待っている人がいる可能
性が高いので選択を抑制する待時間基準値Ｔ１として４
０秒が設定される。

【００８４】また、この場合、運転方向が逆方向となる
エレベーターを選択しづらくする反転割り込みサービス
抑制値Ｔ２として６０秒が設定され、非優先階層での方
向反転を抑制している。このような制御を行うことによ
り、上層にサービスすることができるエレベーターを確
保できる確率を高めることができる。また、他人評価度
合い値Ｋ１は、すでに割り当て済みのホール呼びに対す
る考慮の割合を示すもので、１００［％］とあるのは、
被割り当てホール呼びの評価と対等に考慮することを示
し、０［％］とあるは、これを考慮しないことを示す。
例えば、優先する呼び種Ｒであるロビー、他のホール呼
びの割り当てに際して、後述するステップＰ６１５でＫ
１＝４０［％］を設定し、他の既割り当てホール呼びを
あまり考慮しないで優先すべき呼び種Ｒに重点をおいて
エレベーターを選択する。

【００８５】本発明の一実施例は、結果として、非優先
階層のホール呼びは長待ちになりやすく、場合によって
は優先呼びからの乗り込みによる混雑防止の再割り当て
制御によりサービスするエレベーターが変更になること
もあり得る。すなわち、優先階から乗り込んだ乗客が多
いと、かご内の混雑度許容値として、ＷＧ１＝４０が設
定され、到着時の予測かご内混雑度がこの値を越える割
り当て済ホール呼びに対して、前述した再割り当て要求
をステップＥ６０で行うことになる。

【００８６】また、本発明の一実施例は、前述したステ
ップＥ７０で、予測到着時間とホール呼び継続時間との
合計からなる予測待時間が、待時間基準値Ｔ１を越える
ホール呼び割り当てが生じるまで、エレベーターをロビ
ー階、食堂階等の出発階から出発させない運行管理を実
行している。待時間に対する乗車時間評価度合い値Ｋ２
は、乗車時間評価に際し、待時間値に換算した評価値と
するための係数であり、サービス階床が１５階程度で４
台口のエレベーターの群管理制御装置では、６０［％］
程度の値でホール呼び継続時間とほぼ同等に評価したこ
とになる。

【００８７】図５は図４に示すフローにおけるステップ
Ｅ４０の呼び割り当て処理の詳細を示すフローチャート
である。ここでは、例えば、特別の鍵を持っている人あ
るいは特定者が電話を使用して登録できる特別優先呼び
を登録した場合を例として、割り当て処理を説明する。

【００８８】（１）上昇と下降との全階床の呼びについ
ての呼び割り当て処理を繰返し実行するため、方向と階
床のループ変数の初期設定を行う（ステップＦ１０）。

【００８９】（２）４つの呼び種に対するループ処理を
実行するためのループ変数ｍの初期設定を行う（ステッ
プＦ４０）。

【００９０】（３）設定されたループ変数、設定された
呼び種での呼び割り当て要求があるか否かの判定を行
い、ない場合、後述するステップＦ７０の処理に移行す
る（ステップＦ５０）。

【００９１】（４）ステップＦ５０の判定で、呼び割り
当て要求があった場合、図６により詳述するステップＳ
４０の呼び割り当て処理の起動を行い、呼びの割り当て
を行う（ステップＳ４０）。

【００９２】（５）ステップＳ４０の処理の結果を受
け、新規に発生したホール呼びをサービスするエレベー
ターを即時に予約案内すべきか否かを判定し、即時に予
約案内する必要がなければ、後述するステップＦ７０の
処理に移行する（ステップＦ６２）。

【００９３】（６）ステップＦ６２の判定で即時に予約
案内を行う必要がある場合、直接即時予約案内指令を作
成し、各階通路表示装置１４、各階乗場音声案内装置１
３等を駆動する指令を伝送路Ｌ１２を介して出力すると
共に、テーブルＳＦ１０の予約案内呼びテーブルへ割り
当てを記録する処理を行う（ステップＦ６４）。

【００９４】（７）ステップＦ６４の終了後、あるい
は、ステップＦ５０、Ｆ６２の判定が否であったとき、
全呼び種に対するステップＦ５０〜Ｆ６４の処理が終了
したか否かを判定し、終了していない場合、呼び種のル
ープ変数の更新を行ってステップＦ５０からの処理を繰
返し実行する（ステップＦ７０、Ｆ７５）。

【００９５】（８）ステップＦ７０の判定で、全呼び種
に対するステップＦ５０〜Ｆ６４の処理が終了していた
場合、全ての階床に対する処理が終了しているか否かを
判定し、終了していれば、この処理を終了し、終了して
いなければ、階床と方向ループ変数を更新してステップ
Ｆ４０からの処理を繰返し実行する（ステップＦ８０、
Ｆ９０）。

【００９６】前述した呼び割り当て処理の例において、
呼び種のループ変数は、全部で４つあるとしたので、全
ループの終了をｍ＝３で判定するステップＦ７０とルー
プ変数ｍを更新するステップＦ７５により、同一階につ
いてｍ＝０〜３の４回の呼び割り当て要求の判定処理を
ステップＦ５０が行うことになる。従って、同一階床に
呼び種の異なる被割り当て呼びが複数ある場合、呼び種
毎にステップＦ５０で呼び割り当ての要否が判定され、
ステップＳ４０の呼び割り当て処理の起動が行われる。

【００９７】また、ステップＦ５０からＦ６４は、ま
ず、ｍ＝０で優先呼び種Ｒを、ｍ＝１で下層Ｌを、ｍ＝
２で中層Ｍを、そしてｍ＝３ので高層Ｈの一般ホール呼
びを選択して処理を実行する。そして、図８により後述
するステップＰ６１５と図９のステップＰ７１５とにお
いて、図１０で説明したように、その時々の交通需要と
この呼び種ｍに応じたルールＤＲＮｏ．を選択し、呼び
割り当て評価パラメータを設定する。

【００９８】エレベーター設置台数が多く、満員通過の
程度が少ないエレベーターの場合、階層別に呼び種を区
分する必要性が低いので、同一階の通路側に近いホール
呼び釦は、待時間の短いエレベーター号機を選択し、エ
レベーターホールの奥に位置するホール呼び釦は、かご
内が空いたエレベーター号機を選択するように区分する
方法が有効である。この方法は、図１０により説明した
ルール選択テーブルＴ２００と呼び割り当て評価パラメ
ータテーブルＴ１００とを必要な呼び種ｍの数だけ再設
定するようにすることにより容易に実施することができ
る。

【００９９】さらに、図５に示すフローにおいて、ステ
ップＦ１０、Ｆ８０、Ｆ９０は、上昇と下降との全階床
の呼びについての呼び割り当て処理を順次行わせる処理
である。また、ステップＦ５０は、各階の各呼び種に割
り当て要求呼びが有るか否かを判定している。この判定
は、図１０に示した呼び割り当て方法を指示するテーブ
ルをさらに拡張し、時間帯、交通需要、呼び種に応じて
どのように判定するかを示すルールを設定し、図８のス
テップＰ６１５と同様の処理をステップＦ５０で実行す
るようにすることにより行うことができる。

【０１００】そして、前述の処理は、割り当て要求の有
る呼びだけを選択し、あるいは、新規発生ホール呼びの
有無を判定し、単純に呼びの登録の有無を判定するルー
ルとしてもよい。これは、一括呼び割り当て方式と、長
待ちホール呼びの多発、かご内混雑発生による見直し、
追加割り当て方法の選択とにより判定方法が決定され、
それらをルール、パラメータテーブルへ設定することに
より行う。

【０１０１】ステップＦ５０で割り当て要求があれば、
ステップＳ４０の呼び割り当て処理を行い、最適なエレ
ベーター号機を選択する。その後、ステップＦ８０で全
階床終了しているかどうかを判定し、終了していなけれ
ばステップＦ９０でループ変数（ｊｎ、ｉｎ）を更新し
ステップＦ４０に戻り、同様なに全階床に対する処理が
終了するまでＦ５０の判定とＳ４０の割り当て処理とが
繰り返し実行される。

【０１０２】図５のステップＦ１０からステップＦ８０
による処理により、本発明による一括呼び割り当てをす
べきか否かを、呼び種だけでなく階床も順次更新して検
索する。図６にその詳細な具体的実施例を示すように、
図１３から図１８による一括呼び割り当ては一回だけ実
行され、図７に示す割り当て号機選択による個別呼び割
り当てを継続する場合には、何度もステップＳ４０から
ステップＦ６４が起動される。

【０１０３】また、新規に発生したホール呼びをサービ
スするエレベーターを即時に予約案内すべきか否かがス
テップＦ６２で判定され、ステップＦ６４で直接即時予
約案内指令を作成し、各階通路表示装置１４、各階乗場
音声案内装置１３等を駆動する指令を伝送路Ｌ１２を介
して出力する。また、このとき、テーブルＳＦ１０の予
約案内呼びテーブルへ割り当てを記録する処理を行う。

【０１０４】図６は図５に示したステップＳ４０に示す
呼び割り当て処理の詳細を示す呼び一括割り当て処理の
フローチャートであり、以下、これについて説明する。

【０１０５】（１）ステップＳ４０５で一括割り当てを
行う条件が成立しているか否かを判定する。この判定
は、例えば、被割り当て呼びは混雑階の呼びか否か、群
管理制御装置１０のマイクロプロセッサの処理能力に余
裕が有るか否かを判定することにより行う（ステップＳ
４０５）。

【０１０６】（２）ステップＳ４０５の判定で、いずれ
の条件も該当しない場合、やむをえず、割り当て号機の
選択処理を行い、階床、呼び種（階層）、割り当て要素
評価値割り当て号機、日時の記録を行い、割り当てデー
タの送信を行う個別割り当て処理を実行する（ステップ
Ｆ６０、Ｓ４８０、Ｓ４８５）。

【０１０７】本発明による一括割り当ての処理は、混雑
時ほど多大な処理時間を必要とするため、混雑時は、重
要な呼び割り当てのときのみ一括割り当てを実行する。
さらに、その際にも、優先度の高い呼びのみを選択して
一括割り当てを実行し、一般のホール呼び登録、再割り
当てに関しては個別呼び割り当てをするか、負荷率に余
裕がでるまで、割り当てと予約案内とを保留するよう
に、次に示したステップＳ４１０を構成することもでき
る。例えば、このステップに、呼び登録経過時間の判定
を追加することにより、一般のホール呼び、及び、比較
的長待ちのホール呼びに対しては、個別呼び割り当てを
行い、登録してから間もない、短いホール呼び呼びに対
しては、マイクロプロセッサの負荷率に余裕がでたとき
に、一括割り当てを行うように改善することができる。

【０１０８】（３）ステップＳ４０５の判定で、一括割
り当ての条件が成立した場合、まず、一括割り当てグル
ープを設定し、グループ変数ｇを０とする変数のクリア
処理を行う（ステップＳ４１０）。

【０１０９】（４）各グループｇ内の被割り当て呼びに
対して、有望な一括割り当てプランを複数組作成し、こ
の各プランを評価して、最良の一括割り当てプランを選
択する。そして、一括割り当ての記録を行うと共にその
実行をする（ステップＳ４２０、Ｓ４３０、Ｓ４５
０）。

【０１１０】（５）グループ変数ｇの更新と全グループ
の終了をｇ＝ＡＧＮにより判定し、全グループに対する
処理が終了していなければ、ステップＳ４２０からの処
理を繰返し実行し、全グループに対する処理が終了して
いれば、図１７に示すデータ、図１９を作るためのワー
クテーブルのデータを一括してテーブルＳＦ２１０のＴ
４へ記録し、後の学習による改善に備える。また、一括
割り当て結果の各号機への伝送を要求する（ステップＳ
４６０、Ｓ４７０）。

【０１１１】図７は図６のステップＦ６０の割り当て号
機選択処理の詳細な処理を示すフローチャートである。
この図７において、ステップＧ１０とＧ１１０とは、全
号機分の処理を繰り返し行うための処理である。また、
ここでは、評価値を求めるために最大の他人待時間評価
値φＨＴＭ２（ｋ）等を、図９に示すステップＰ７２０
で逐次処理により求める等のために各種評価値テーブル
をクリアーし、あるいは、最良の号機をステップＧ１１
において逐次選択処理する場合に必要なワークＳＷＫに
上限値をセットする等の初期処理をも実行する。

【０１１２】（１）まず、号機ｋが該当する階ｉｎ及び
方向ｊｎのホール呼びに対する割り当てが許可されてい
るかどうかを判定する（ステップＧ２０）。

【０１１３】（２）ステップＧ２０の判定で、号機ｋが
新規または追加割り当て不許可の号機であれば、その号
機の本人待時間評価値φＨＴＭ１（ｋ）、または、総合
評価値φ（ｋ）に上限値をセットして次の号機の処理へ
進む（ステップＧ１００、Ｇ９０、Ｇ１１０）。

【０１１４】（３）ステップＧ２０の判定で、号機ｋが
割り当てが許可されていれば、図８により後述する被割
り当てホール呼びを登録した本人評価値の演算処理を行
い、本人の総合評価値φＰ１（ｋ）を求める（ステップ
Ｇ２５）。

【０１１５】（４）同様に、割り当て済みホール呼びに
よる他人評価値、すなわち、その号機ｋにすでに割り当
てられているホール呼びとかご内乗客によるかご呼びに
対する評価である他人評価値の演算を行い、他人の総合
評価値φ２（ｋ）を求める（ステップＧ６０）。

【０１１６】（５）本人及び他人の総合評価値の加重評
価値を作成し、さらに、号機別の多目標総合評価値φ
（ｋ）を作成する。全ての号機ｋの処理が終了している
か否かを判定し、終了していなければステップＧ２０か
らの処理を繰返し実行する（ステップＧ８０、Ｇ９０、
Ｇ１１０）。

【０１１７】（６）全号機に対するステップＧ２０〜Ｇ
９０の処理が終了すれば、得られた総合評価値φ（ｋ）
に基づいて割り当て号機の状態の判定を行う（ステップ
Ｇ１２０）。

【０１１８】（７）ステップＧ１２０状態判定により、
全号機の総合評価値φ（ｋ）を演算し総合評価値が最小
の号機を割り当てエレベーターとして選択し、割り当て
及びサービス案内できる号機があるか否かを判定し、こ
れに相当する号機がある場合、通常の割り当てを実行
し、案内サービスを許可する（ステップＧ１２５）。

【０１１９】（８）ステップＧ１２０状態判定により選
択したエレベーター号機の総合評価値φ（ｋ）が良くな
いか、または、加速中の階床への割り当てであったり、
予測かご内混雑度がかなり高く、混雑と判定されるなど
の要因により予約変更となる可能性が高いと判定される
と、単にエレベーターの割り当てのみを行い、サービス
案内を制限する（ステップＧ１３０）。

【０１２０】（９）ステップＧ１２０状態判定で、全て
の号機の評価値が所定値を越えているか、ステップＧ１
００で設定した上限値を越えている場合、割り当て号機
を決定することができない。この場合、呼び割り当て保
留の発生記録と再割り当て要求を行う。なお、ここでの
記録内容は、送信用のワークエリアでなく、保管できる
ＩＣカード等とする（ステップＧ１４０）。

【０１２１】その後、総合評価値φ（ｋ）のみならず、
各評価要素の値とホール呼び種、階床と方向、割り当て
号機番号または未割り当て、日時、等を一時記録し、さ
らに、割り当てデータを号機制御装置、報知器等の必要
な機器に送信する。また、ときには、前述の一時記録し
た割り当て記録を保守装置に伝送する。

【０１２２】図８は図７のステップＧ２５の本人評価値
演算処理の詳細を説明するフローチャートである。以
下、これについて説明する。

【０１２３】（１）新たに発生したホール呼び種と交通
需要の特徴モードとにより、呼び割り当てルールの種類
を図１０（ｂ）に示したルール選択テーブルＴ２００よ
り選択し、選択したルールの種類により、図１０（ａ）
に示す評価パラメータテーブルＴ１００より本人評価用
の各パラメータを作成する。この実施例では、高階床の
ホテル、学校、マンション等を想定しているので呼び種
として、特定階床、階層により種別を区分しているが、
普通の事務所ビル等の場合、特定の目的を持たせた呼び
である車椅子エレベーター呼び寄せボタン、特定階床を
サービスするエレベーターを呼び寄せる呼び、特定者操
作可能な優先呼び、空いたかご呼びを呼び寄せる呼び、
乗場用行先呼び登録装置からの呼び（以下、ポート呼び
という）と、一般の呼びとを区分することでよい。

【０１２４】すなわち、このステップの処理で、図１０
（ｂ）に示す呼び割り当てルール選択テーブルＴ２００
により、図４に示すステップＥ３５で識別した運転用交
通需要のモードと、新規発生または固定割り当てされて
いない呼び、または、サービスエレベーター案内を保留
中の呼び等である被割り当て呼びの呼び種（ここでは階
層）により呼び割り当てルールの種類ＤＲＮｏ．を選択
し、割り当て済み呼び種と階層に応じた評価係数値を、
他人呼び毎に図１０（ａ）に示す呼び割り当て評価パラ
メータテーブルＴ１００よりその都度読み出して、本人
評価パラメータであるテーブルＴ１００内の全パラメー
タＫ１、Ｋ２、ＷＧ１、Ｔ１、Ｔ２を設定する。

【０１２５】例えば、食堂が無いか、ロビー階から利用
する構造のビルにおける昼食前半の時間帯における交通
需要モードは偏降である。このとき、上層階Ｈに属する
被割り当て呼びの本人評価値は、呼び割り当てルール選
択テーブルＴ２００により他階優先度中のルールＤＲＮ
ｏ．６を選択し、呼び割り当て評価パラメータテーブル
Ｔ１００よりルール６として設定してある常数５０％ほ
かを評価パラメータＫ１ほかに設定する。これにより、
新たに発生した呼びよりも他の案内済み呼びの方をやや
優先する評価を行う。

【０１２６】これにより、ともすれば満員通過が連続的
に発生する下層の下降方向ホール呼びを重視することが
でき、結果としてバランスの取れたサービスを提供する
ことができる。さらに、上層呼びよりも中層と下層との
ホール呼びを重視した呼び割り当てとするので、上層の
呼びに対しては、多少遠方に位置するエレベーターがサ
ービスすることが多くなる代わりに、中層呼びに答えよ
うとしているエレベーターは、上層階の呼びに答えるこ
となく途中反転し能率良く中層、下層の乗客に答えるこ
とができ、結果的に、エレベーターの一周時間を短縮す
ることができるので、その分単位時間当たりの輸送能力
を向上させることができ、しいては平均待時間を低減す
ることができる（ステップ６１５）。

【０１２７】（２）本人の待ち時間評価値φＨＴＭ１を
後述する数５により求め、ワークテーブルの配列φＨＴ
Ｍ１（ｋ，ａ）へ整然と格納する。通常の新規ホール呼
び割り当て時のエレベーター選択時はａ＝０である（ス
テップＰ６２０）。

【０１２８】（３）この実施例では、ロビー階床、食堂
階、高層の重役階床等の特定階層を優先させているた
め、優先度合いの低い階層では途中反転割り込み運転を
抑制させるための評価値φＴＵＲＮ１（ｋ）を求める。
このため、まず、呼び割り当ての方向とエレベーターの
走行方向とが一致しているか否かを判定し、不一致であ
れば、反転割り込みを抑制するために反転割込抑制評価
値φＴＵＲＮ１（ｋ）に評価パラメータＴ２を与える
（ステップＰ６２５、Ｐ６３５）。

【０１２９】（４）ステップＰ６２５の判定で、呼び割
り当ての方向とエレベーターの走行方向とが一致してい
る場合、反転割込抑制評価値φＴＵＲＮ１（ｋ）を０と
する（ステップＰ６３０）。

【０１３０】ステップＰ６２５、Ｐ６３０、Ｐ６３５で
求めた評価値の値は、評価パラメータＴ２の値を大きく
すると大きくなり、後述する数８により、その分ＨＣＲ
とＬＣＲが抑制されるように本人の総合評価値φＰ１
（ｋ）が大きくなる。これにより、反対方向を運転中の
遠方エレベーター、前述した重要な階よりも手前の階床
で途中反転する状態にある逆方向運転中のエレベーター
に対しては、新規呼びを割り当てづらくする効果を大き
くすることができる。

【０１３１】（６）本人混雑度評価値φＷＧ１、及び、
本人乗車時間評価値φＣＴＭ１を求める（ステップＰ６
４０、Ｐ６５０）。

【０１３２】（７）ステップＰ６４０、Ｐ６５０で求め
た各評価要素より後述する数８により号機別の本人の総
合評価値φＰ１（ｋ）をで求め、配列φＰ１（ｋ，ａ）
へ順次格納し、本人輸送能力を求める。なお、各評価値
の算出方法については後述する。また、ここで配列形テ
ーブルに使用するループ変数ｋは第７図に示すステップ
Ｇ１０で設定され、Ｇ１１０で更新される（ステップＰ
６５５、Ｐ６７０）。

【０１３３】図９は図７の他人評価値の作成処理Ｇ６０
の詳細な処理を説明するフローチャートである。この処
理は、指定された号機ｋにすでに割り当てられている全
てのホール呼び、かご呼び、ポート呼びによる他人呼び
に対する各種の評価を求めるものである。図示他人評価
値の作成処理フローにおいて、ステップＰ７０５とＰ７
８０とは、すべての割り当て済呼びについての処理が繰
り返し実行できるようにするステップであり、ステップ
Ｐ７０５で初期処理を行い、ステップＰ７８０で全ての
処理が完了するようにループ変数ｊｄ、ｉｄの更新とル
ープ処理の終了と判定している。

【０１３４】（１）ｋ号機のｊｄ方向，ｉｄ階床に全ホ
ール呼び種のいずれかに割り当て済みホール呼びがある
か否か、すなわち、乗場での他人待ちがあるか否かを判
定する（ステップＰ７１０）。

【０１３５】ステップＰ７１０で、乗場での他人待ちが
あると判定された場合、ステップＰ７１５〜Ｐ７５０
で、次に説明するように、図８の本人評価値作成と同様
の処理を行う。この時他人は、１人か複数人か判らない
のでｘ人いると考えて、配列ａとして０からｘ−１人を
取る。また、配列ａを取らないで各評価値を求めるステ
ップ内でｘ人客の評価値の最大値を次々に残し、各評価
項目の最大値を他人評価値とするように変形する例もあ
る。

【０１３６】（２）呼び割り当てルール選択テーブルＴ
２００より、交通需要のモードと割り当て済呼びの呼び
種（ここでは階層）とにより呼び割り当てルールを選択
し、割り当て済みホール呼びの種類と階層とに応じた評
価係数値を他人呼び毎に呼び割り当て評価パラメ−タテ
ーブルＴ１００よりその都度読み出して、他人評価パラ
メータＫ１’、Ｋ２’、ＷＧ１’、Ｔ１’、Ｔ２’を設
定する。例えば、昼食前半の偏降の交通需要モードの
時、中層階Ｍに属する呼び種の割り当て済呼びの評価時
は、割り当てルール選択テーブルＴ２００により他階優
先度中のルール５を選択し、呼び割り当て評価パラメ−
タテーブルＴ１００よりルール５として設定してある常
数４０％ほかを評価パラメ−タＫ１’ほかに設定する。
これにより、当該のサービス案内済み呼びを、新たに発
生した呼び、あるいは、他の呼びとバランスの取れた評
価を行うことができる（ステップＰ７１５）。

【０１３７】（３）他人の待ち時間評価値φＨＴＭ２
（ｋ，ａ）を、後述する数９で求め、ワークテーブルの
配列（ｋ，ａ）に整然と格納する（ステップＰ７２
０）。

【０１３８】（４）この実施例では、途中反転優先割り
当て制御を実行し、エレベーターの一周時間の低減を図
り、しいては、輸送能力を向上させるために、他人の反
転割り込み優先評価値φＴＵＲＮ２（ｋ、ａ）を作成す
る。このため、まず、被割り当ホール呼びの方向と割り
当て済みホール呼びの方向とが一致しているか否かを判
定し、不一致であれば、他人反転割り込みを抑制するた
めに他人反転割り込み抑制評価値φＴＵＲＮ２（ｋ）に
反転割込みパラメータＴ２’を与える（ステップＰ７２
５、Ｐ７３５）。

【０１３９】（５）ステップＰ７２５の判定で、被割り
当ホール呼びの方向と割り当て済みホール呼びの方向と
が一致している場合、他人反転割り込み抑制評価値φＴ
ＵＲＮ２（ｋ）を０とする（ステップＰ７３０）。

【０１４０】ステップＰ７２５、Ｐ７３０、Ｐ７３５で
求めた評価値の値は、反転割り込みパラメータＴ２’の
値を大きくすると大きくなり、被割り当て呼びと逆方向
の割り当て済み呼びが多い号機ほど途中方向反転を優先
し、同方向の割り当て呼びを持つ他の号機を優先的に選
択する。

【０１４１】（６）後述する数１０により他人の混雑度
評価値φＷＧ２（ｋ、ａ）を求めると共に、数１１によ
り他人の乗車時間評価値φＣＴＭ２（ｋ、ａ）を求め、
さらに、他人乗り人数を累積する（ステップＰ７４０、
Ｐ７５０、Ｐ７５５）。

【０１４２】（７）登録済みかご呼び、乗車済みポート
呼びがあるか否かを判定し、かご内の他人サービス評価
値φＰ２Ｃ（ｋ、ｃ）を作成する。ここで、ｃはかご内
乗客の分を記録するための配列変数である（ステップＰ
７６０、Ｐ７６５）。

【０１４３】（８）これらの各評価要素のデータに基づ
いて数１３の演算を行い、号機別の他人の総合評価値φ
Ｐ２（ｋ）を求める。さらに、号機別の総合評価値φ
（ｋ）を、本人の総合評価値φＰ１（ｋ）と、他人の総
合評価値φＰ２（ｋ）とから求める。他人が存在しない
とき、被割り当てホール呼びをその号機ｋに割り当てた
と仮定して求めた本人の総合評価値φＰ１（ｋ）を号機
ｋの総合評価値φ（ｋ）とする（ステップＰ７９０、Ｐ
７９５）。

【０１４４】図７に示したステップＧ１２０では、前述
のようにして求めた号機別総合評価値φ（ｋ）をワーク
ＳＷＫを使用して比較し、最小の値を持つ号機を選択
し、ステップＧ１２５またはステップＧ１３０で被割り
当てホール呼びを割り当て、その後、号機制御装置への
送信を要求し、図４に示すステップＥ３０で号機制御装
置へ送信し一連のホール呼び割り当てエレベーターの選
択制御が完了する。

【０１４５】次に、総合評価を求めるために必要な各種
の評価式について説明する。なお、各式に使用する記号
の意味は次の通りである。すなほち、ａ：各号機別の割り当て呼び数ｃ：各号機別のかご呼び登録数。

【０１４６】ｄ：割り当て済呼びの階床と方向を示す補
助記号ｅ：評価する呼びの方向の端階を示す補助記号ｉ：階床ｊ：方向ｋ：エレベーター号機番号ｍ：呼びの種類ｎ：被割り当てホール呼びの階床と方向を示す補助記号である。

【０１４７】従来技術の場合、一般に、右側の一般ホー
ル呼びをｍ＝０、左側をｍ＝１、車椅子ホール呼びをｍ
＝２、電話等により登録する優先呼びをｍ＝３とするよ
うな区分が一般的であった。

【０１４８】本発明の一実施例は、輸送能力を最優先す
るが、全階床のサービス状況の均一化を図る制御を実施
するために、一般呼びについて、階層別に呼び種を区分
している。すなわち、ｍ＝３を最高層のホール呼びＨ、
ｍ＝２を中層のホール呼びＭ、ｍ＝１を低層のホール呼
びＬ、ｍ＝０をロビー階、食堂階等の乗込み乗客で混雑
する階床のホール呼びＲとした。また、食堂階の一般呼
びについては、昼食時間帯以外は低層の一般ホール呼び
Ｌとする方がよい。

【０１４９】各種の評価値の名称を以下に示す。

【０１５０】本人の総合評価値 φＰ１（ｋ，ａ）本人の待時間評価値 φＨＴＭ１（ｋ，ａ）本人の反転割り込み抑制評価値 φＴＵＲＮ１（ｋ，
ａ）本人の混雑度評価値 φＷＧ１（ｋ，ａ）本人の乗車時間評価値 φＣＴＭ１（ｋ，ａ）かご内乗客のサービス評価値 φＰ２Ｃ（ｋ，ｃ）なお、他人の評価値は、前記本人の各評価値と同様であ
るが記号名称の末尾の１を２として区別している。

【０１５１】次に、前述した処理のフローで使用した各
種の評価値の算出方法の具体例を説明する。

【０１５２】ｋ号機に割り当てたと仮定した時の本人待
ち時間評価値φＨＴＭ１（ｋ，ａ）は、次の式で求め
る。

【０１５３】 φＨＴＭ１(ｋ，ａ)＝｜ＡＲＩＶＴ(ｋ，ｊｎ，ｉｎ)＋ＨＴＭ(ｍ，ｊｎ，ｉｎ)−Ｔ１｜ ………（数５）本人の待時間を予測する場合、端階までエレベーターを
運転する可能性が低い交通需要のときは、最終かご呼び
階、釣り上げ階床で途中反転ＨＣＲ／ＬＣＲするものと
仮定して予測した到着予測時間ＡＲＡＩＶＴ１を使用す
る。本人待時間は、被割り当てホール呼びの登録階床に
ｋ号機が到着するまでの時間と、本人がすでにそのホー
ルの前で待っていた時間ＨＴＭ（ｊｎ，ｉｎ）と、待時
間の基準値Ｔ１とにより前述数５に示したた式で求める
ことができる。

【０１５４】ここでは、絶対値を評価値としたが、これ
に限定されるものではない。例えば、待時間基準値Ｔ１
の減算結果が負の値になった場合、絶対値に所定の値Ｔ
４をさらに加算し、基準値を下回る号機には呼びを割り
当てづらくするか、サービス案内あるいは割り当てその
ものを保留するように制御することもできる。

【０１５５】また、混雑度評価値ＷＧ１（ｋ）は、次の
式で求められる。

【０１５６】ＷＧ１(ｋ，ａ)＝‖ＷＧＴ(ｋ，ｊｎ，ｉｎ)−ＷＧ１‖² ………（数６）この数６に示す式において、本人の混雑度評価値ＷＧ１
（ｋ）は、ｋ号機が、ｊｎ，ｉｎの呼び階に到着すると
きの予測混雑度ＷＧＴ（ｋ，ｊｎ，ｉｎ）から混雑度の
基準値ＷＧ１を減算した値が正の値のとき、この値を２
乗または所定の係数Ｋ３を乗算することにより求める。

【０１５７】なお、‖ ‖は、内部の計算式の値が負の
とき、０の値を取る記号である。

【０１５８】このほかの方法として、減算結果が負のと
き、割り当てを許可しない過大値をセットする方法もあ
る。

【０１５９】本人乗車時間評価値φＣＴＭ１（ｋ，ａ）
は、次の式で求められる。

【０１６０】 φＣＴＭ１(ｋ，ａ)＝Ｋ２×［ＡＲＩＶＴ２(ｋ，ｊｎ，ｉｅ) −ＡＲＩＶＴ２(ｋ，ｊｎ，ｉｎ)］……（数７）数７に示す式において、ｊｎが上昇方向のとき、ｉｅは
最上階または上層にある食堂階、乗り継ぎ階床等の降り
客が極めて多い階床を示す。また、到着予測時間テーブ
ルとしては、途中階反転しないものとして予測したＡＲ
ＩＶＴ２を使用する。

【０１６１】これらの値により、本人の総合評価値φＰ
１（ｋ，ａ）は、次の式で求めることができる。

【０１６２】 φＰ１(ｋ，ａ)＝φＨＴＭ１(ｋ)＋φＴＵＲＮ１(ｋ) ＋φＷＧ１(ｋ)＋φＣＴＭ１(ｋ) ………（数８）他人の待時間評価値φＨＴＭ２（ｋ，ａ）は、次の式で
求める。

【０１６３】 φＨＴＭ２(ｋ，ａ)＝Ｋ１’×｜ＡＲＩＶＴ２(ｋ，ｊｄ，ｉｄ) ＋ＨＴＭ(ｊｄ，ｉｄ)−Ｔ１’｜ ………（数９）他人の待時間を予測する場合、本人待ち時間の場合と異
なり、被割り当てホール呼びにより派生するかご呼びに
より端階まで運転する可能性が生じるので、到着予測時
間として途中階反転ＨＣＲ（ハイコールリターン）／Ｌ
ＣＲ（ローコールリタン）が無いものとして予測した到
着予測時間データＡＲＩＶＴ２を使用する。このデータ
テーブルは、図４に示すステップＥ３７で作成される。

【０１６４】他人混雑度評価値ＷＧ２（ｋ，ａ）は、次
の式で求められる。

【０１６５】ＷＧ２(ｋ，ａ)＝Ｋ１’×‖ＷＧＴ(ｋ，ｊｎ，ｉｎ)−ＷＧ１’‖² ………（数１０）この数１０に示す式において、他人の混雑度評価値ＷＧ
２（ｋ）は、ｋ号機がｊｄ，ｉｄの呼び階に到着すると
きの予測混雑度ＷＧＴ（ｋ，ｊｄ，ｉｄ）から混雑度の
基準値ＷＧ１’を減算した値が正の値のとき、この値を
２乗または所定の係数Ｋ３’を乗算することにより求め
られる。

【０１６６】他人乗車時間評価値φＣＴＭ２（ｋ，ａ）
は、次の式で求める。

【０１６７】 φＣＴＭ２(ｋ、ａ)＝Ｋ１’×Ｋ２’×［ＡＲＩＶＴ２(ｋ，ｊｄ，ｉｅ) −ＡＲＩＶＴ２(ｋ，ｊｄ，ｉｄ)］ ……（数１１）この数１１に示す式において、ｊｄが上昇方向のとき、
ｉｅは最上階または上層にある食堂階、乗り継ぎ階床等
の降り客が極めて多い階床を示す。

【０１６８】すでにかご内に乗り込んでいる他人のサー
ビス評価値φＰ２Ｃ（ｋ，ｃ）は、次の式で求める。

【０１６９】 φＰ２Ｃ(ｋ，ｃ)＝Ｋ１”×［ＣＨＴＭ(ｋ，ｊｄ，ｉｄ)＋‖ＭＡＸ｛ＷＧＴ (ｋ，ｊｄ，ｉｄ)〜ＷＧＴ(ｋ，ｊｄ，ｉｅ)｝−ＷＧ１”‖² ＋Ｋ２”×｛ＣＴＭ(ｋ，ｊｄ，ｉｄ)＋ＡＲＩＶＴ(ｋ，ｊｄ，ｉｄ)−ＡＲＩＶＴ(ｋ，ｊｄ，ｉｃ)｝］ …………（数１２）この数１２に示す式において、階床ｉｃは、現在のかご
位置階床を示す。そして、ｊｄ方向に運行中のｋ号機で
ｉｄの行き先階を登録した乗客ｐ（ｋ，ｊｄ，ｉｄ）が
乗り込みまでにホールで待った時間と、ホール呼び種に
応じた他人評価度合いパラメータＫ１”と、乗車時間優
先パラメータＫ２”とは、混雑度許容パラメータＷＧ
１”を登録した階床呼び階の乗客情報テーブル（ｋ，ｊ
ｄ，ｉｄ）に、乗り待ち時間ＣＨＴＭ（ｋ，ｊｄ，ｉ
ｄ）等としてかご呼び登録時に、図４のステップＥ３７
で記録される。

【０１７０】これらの値により、他人の総合評価値φＰ
２（ｋ）は、次の式で求められる。

【０１７１】 φＰ２(ｋ)＝ｍａｘ［｛φＨＴＭ２(ｋ，ａ)−φＴＵＲＮ２(ｋ，ａ) ＋φＷＧ２(ｋ，ａ)＋φＣＴＭ２(ｋ，ａ)｝，φＰ２Ｃ(ｋ、ｃ)］ ……（数１３）最後に、号機別総合評価値φ（ｋ）を次の式で求める。

【０１７２】 φ(ｋ)＝ＭＡＸ｛φＰ１(ｋ)，φＰ２(ｋ)｝ ………（数１４）一般に、数１４に示す式で、各エレベーターが応じなけ
ればならない乗客一人一人の評価値の最大を求める。但
し、優先ホール呼び種のエレベーター選択に際しては、
他の方法として次の式によることもできる。

【０１７３】 φ(ｋ)＝φＰ１(ｋ)＋φＰ２(ｋ) ………（数１５）この数１４に示す式によると、空かごは、他人評価値φ
Ｐ２（ｋ）＝０につき、他人待ち客、乗車済の客がいる
かごの評価値が大きくなり選択されづらくなる。従っ
て、ルール７、ルール３を選択したときに実行すると同
様に選択機能をステップＧ１２０に設ける構成とするこ
ともできる。

【０１７４】前述した本発明の一実施例は、ｎ個の割り
当て済ホールについて、前記数９に示す式により、個別
の他人待ち客の評価値φＨＴＭ２（ｋ，ａ）を求め、数
１３に示す式で各待ち客毎の総合評価値を求め、最大値
をｋ号機の他人待ち時間評価値φＰ２（ｋ）とした。

【０１７５】本発明の一実施例は、この他にも、各項目
別の評価値の最大値φＨＴＭ２(ｋ)、φＷＧ２（ｋ）、
φＣＴＭ２（ｋ）をそれぞれ逐次処理で求め、数１３に
示す式で単に各項目の合計値を求めて、ｋ号機の他人待
ち客の総合評価値φＰ２(ｋ)にする方法も使用すること
ができる。さらに、本発明の一実施例は、全エレベータ
ーの運行効率を良くしているかについて評価する乗り合
わせ確率評価を加えて改善することもでき、また、各エ
レベーター間の時間的間隔、輸送人員のバランス評価等
の運行バランス評価値を加えるようにしてもよい。

【０１７６】複数の制御目標を与え、日々の学習により
この目標を達成する制御を行うエレベーターの群管理制
御装置が、例えば、特開平０１−２３６１７号公報に記
載されて知られている。また、その中で多目標意思決定
手法としてノルム式を用いて制御を行う方法が開示され
ている。

【０１７７】次に、前述のような学習制御を行うエレベ
ーターの群管理制御装置に本発明を適用した場合の実施
例を説明する。

【０１７８】図１１は前述した図４のステップＥ４５に
おける学習に使用するのための、前述と同様な目標値ス
ペックテーブルＴ２３１を示す図である。

【０１７９】このテーブルは、その値を、図１０で説明
したテーブルＴ１００の一部に含め、運転制御用の目標
値と兼用して使用するように構成されてもよい。そし
て、このテーブルＴ２３１において、呼び種、ここでは
階層で区分した場合で説明するが、評価する呼びが属す
る階層毎に優先度合いが異なるため、階層毎に学習の目
標値を定める。さらにに、テーブルＴ１００と同様に交
通需要モード毎に値を設定することにより、その時々の
使い方に応じた学習制御を行うことができる。

【０１８０】図１２は前述した図４のステップＥ４５で
収集した当日のエレベーターの稼動結果を呼び種別と交
通需要モード別に分類して累積した結果より演算した当
日の学習テーブルＴ２３２と、当日の学習値を基に過日
の平均的な稼動結果を求めた学習テーブルＴ２３３との
構成を説明する図である。

【０１８１】そして、図１２には、３つの評価項目を４
つの交通需要モード別に学習するものとして示している
が、実際には、エレベーターの途中反転率または一周時
間、乗車拒否率、予約変更率、予約的中率またはかごよ
び先着率、待ち客呼びを通過する割合を示す通過率、最
長呼びから呼び数で５％に位置する長待ち時間または待
時間６０秒以上の長待ち率、各乗りかごの時間的バラン
ス率またはだんご度等を含めた稼動データを、８から３
２モード程度に区分して学習する。

【０１８２】学習値テーブルＴ２３３の稼動データと目
標値テーブルＴ２３１の当該交通需要モードの学習用の
目標値とより、呼び割り当て評価パラメータテーブルＴ
１００と呼び割り当てルールテーブルＴ２００との修正
学習制御を行う。このように、当日の学習値テーブルＴ
２３２と学習値テーブルＴ２３３とを日々に更新するこ
とにより学習を行う。

【０１８３】具体的には、更新した学習値をテーブルＴ
２３１で与えた各評価項目別の目標値ＨＴi、ＷＴi、Ｃ
Ｔiと、図示しないテーブルＳＦ２２の一部として別個
に与えられる評価項目間の重み係数Ｗht、Ｗwt、Ｗctと
により、次に数１６として示すノルム式を使用して総合
評価を行う。ここでは、３項目で説明したが、実際には
図１７に示すような各項目が付加される。

【０１８４】 φＮ(t)＝Ｗht×‖ＨＴ(t)−ＨＴi‖＋Ｗwt×‖ＷＴ(t)−ＷＴi‖ ＋Ｗct×‖ＣＴ(t)−ＣＴi‖ ……（数１６）図２２に示すフローにより後述するように、ノルム値φ
Ｎ(t)の絶対値が所定値より大きく、かつ、ノルム式の
各項目毎の評価値の間にアンバランスが大きい場合、総
合評価として不満足度が高いと判断できる。この場合、
バランスがよくなるように各評価項目を改善する大きさ
と、それを実現するための制御ルールの変更と制御パラ
メータ値の変更との改善案を創案し、実行を仮定したと
きの効果を想定し、創案のノルム評価を行い改善が満足
であれば採用し、不満足なら再度別の改善案を想定する
処理を繰り返す。

【０１８５】このような学習制御による呼び割り当て方
式その物の改善学習を行うと、後日のエレベーター稼動
を、より良く目標に近づいた運転制御で行うことができ
るようになる。例えば、従来技術の場合、昼食前半の偏
降時は、全ての呼び種に対する制御方式として、図１０
で説明したように、ルール８を採用し各エレベーターの
最大待時間を持つ予約案内済呼びをそれぞれ各号機毎に
検索し、この値を比較してサービス号機を選択する方法
を採用していた。

【０１８６】本発明の実施例は、テーブルＴ２３１の待
時間目標値ＴＭｉを達成するために、階層毎に、下層よ
りそれぞれルール４、５、６を選択して呼び割り当てを
行うように設定しているが、このルール番号も学習によ
り自動的に再設定する制御を行うようにされている。

【０１８７】また、本発明の実施例は、図１０で説明し
た評価パラメータテーブルＴ１００の各パラメータ値
を、前述した目標を達成するように、図２２に詳細例を
示す図４のステップＥ４５で自動学習するように構成す
ることもできる。また、ルールテーブルＴ２００を、直
接呼び割り当てルール再設定装置２よりエレベーターシ
ステム管理者または管理者の指示により設定するように
することもできる。

【０１８８】次に、図１３〜図２１を参照して、本発明
の一実施例による一括呼び割り当て制御方法の具体的な
例を説明する。

【０１８９】図１３は一括呼び割り当てグループ数とグ
ループを構成する呼びの組み合わせを決定する一括割り
当てグループ設定の動作を説明するフローチャートであ
る。

【０１９０】（１）まず、現状の交通需要の予測、稼動
エレベーター台数、登録かご呼び数、短時間登録かご呼
び数、満員発生、途中反転発生等を作成し、それらに対
する判定処理を行う（ステップＫ１０５）。

【０１９１】（２）次に、登録済の全実呼び数ＨＣＭ
Ｎ、再割り当て呼び数ＨＣＮＤＮ、予約案内保留または
新規登録等による未案内呼び数ＨＣＮＡＮ、乗り混雑階
での状況判断または待ち客センサー情報等により間もな
く登録されると予想される仮登録呼び数ＨＣＮＭＮ等を
順次求める（ステップＫ１１０〜Ｋ１２５）。

【０１９２】（３）ステップＫ１１０〜Ｋ１２５で求め
た各種のデータに基づいて、当日の曜日、スケジュー
ル、時間帯、現状の交通需要モード、登録済呼び数、登
録行き先呼び数、及び、次式で求める基本的な被割り当
て呼び数、かご内荷重等により、一括呼び割り当て方式
を選択する（ステップＫ１３０）。

【０１９３】ＡＳＩＮ＝ＨＣＮＤＮ＋ＨＣＮＡＮ＋ＨＣＮＭＮ ………（数１７）前述のステップＫ１３０により選択する一括呼び割り当
て方式の主なものとして、以下に示すような方式ががあ
る。

【０１９４】（ａ）新規発生呼びのみを被割り当て呼び
とする方式。この方式は、群管理制御装置１０のマイク
ロプロセッサの処理の負荷率が高いとき、登録呼び数Ｈ
ＣＭＮが多く負荷率が高くなるか、または、一括割り当
て処理が所定の時間内に終了しないと予想される場合に
選択される。これにより、マイクロプロセッサの故障診
断回路の動作、新規登録呼びに対する予約案内遅れ時間
を所定時間内に保つことがで、利用者がイライラした
り、故障と間違えることを防止することができる。

【０１９５】（ｂ）新規登録呼びと仮登録呼びとを被割
り当て呼びとする。この方式は、基本的な被割り当て呼
び数が多い等、前述と同様にやや混雑の場合時に選択さ
れる。前述の場合と同様の効果を得ることができると共
に、混雑階を考慮した新規登録呼びの迅速な呼びサービ
スエレベーターの号機選択と、サービス号機の案内とを
可能とすることができる。

【０１９６】（ｃ）数１７に示す式と同一の基本的な呼
びを被割り当て呼びとする。通常は、この方式を選択す
る。

【０１９７】（ｄ）全ての登録呼びと仮登録呼びとを被
割り当て呼びとする。この方式は、各号機の位置が極端
に偏った状態で、新たに満員状態になった号機が発生し
た場合、途中反転号機が生じた場合、一時サービス呼び
が途絶えた号機が生じた場合、かご呼びが短時間に多数
登録された場合、処理時間に余裕がある場合、または、
即時予約を要する重要な新規登録呼びがない場合に、そ
の状態が新たに生じたとき一度だけ選択される。この方
式によると、全ての呼びを見直すので処理時間が掛かる
半面、より大局的な新規呼び割り当てと再割り当てとを
一括して実行することができるので、ビル用途とエレベ
ーター管理目標応とじた個性的にして、かつ、極めて優
れた運行制御を実現することができる。

【０１９８】（４）一括呼び割り当て方式により決定し
た被割り当て呼びに基づいて、一括呼び割り当て処理を
実行するグループ数ＡＧＮを求めるため、まず、被割り
当て呼び数が所定の個数（図示例では８個）以上か否か
を判定する（ステップＫ１４０）。

【０１９９】（５）ステップＫ１４０で、被割り当て呼
び数が８個以下であった場合、グループ数を１個とし、
全ての被割り当て呼びを第１グループの被割り当て呼び
としてＡＳＩＴ（０，ｎ）を作成する（ステップＫ１６
０、Ｋ１８０）。

【０２００】（６）また、ステップＫ１４０で、被割り
当て呼び数が８個以上であった場合、グループ数ＡＧＮ
を、ＡＧＮ＝（ＡＳＩＮ＋７）／８として決定し、被割
り当て呼び全体を複数のランクに分類し、ランクの高い
被割り当て呼びから順に早く処理するグループｇの被割
り当て呼びＡＳＩＴ（ｇ，ｎ）のテーブルへ格納する
（ステップＫ１５０、Ｋ１７０）。

【０２０１】本発明の実施例は、前述のような一括割り
当てを行っているので、重要な呼びを、まず第１に一括
呼び割り当てすることができるので、複数のグループに
分割して一括割り当てを行っても、１台のエレベーター
に重要な呼びが重複して割り当てられるというような不
具合を生じさせること防止することができる。

【０２０２】図１４は各一括割り当てグループ毎に複数
の一括割り当てプランを作成する処理を説明する一括割
り当てプラン作成フローチャート、図１５（ａ）は各被
割り当て呼びをサービスする候補号機の選択例を示す一
括割り当て候補テーブルＳＦ１０−２１の構成を説明す
る図、図１５（ｂ）は作成した一括割り当てプランの例
を示す一括割り当てプランテーブルＳＦ１０−２２を説
明する図である。図１５（ｂ）に示したテーブルは、３
個の被割り当て呼びＡＳＩＮ（ｇ，ｎ）をＡからＮの１
４組の一括割り当てプランを作成した事例を示してい
る。

【０２０３】本発明の実施例の図１では３台の号機を図
示したが、以下では、８台の並設エレベーターが設置さ
れているものとして説明する。

【０２０４】Ａプランは、ｎ＝０から２の第１から第３
の被割り当て呼びを図７に示す割り当て号機選択処理
で、各被割り当て呼びの最適号機として選択された１号
機、４号機、６号機のエレベーターをそれぞれの被割り
当て呼びに割り当てる基本的なプランである。

【０２０５】Ｂプランは、Ａプランに対して、第１被割
り当て呼びについて、その第２候補である５号機を採用
したプランである。また、同様に、Ｃプラン以下は、第
３候補以下の号機を設定するプランである。

【０２０６】いま、第１被割り当て呼びに対する有効な
候補がＤプランで尽きると、次のＥプランからは、第２
被割り当て呼びに対する有効な候補を設定した組み合わ
せを行う。ただし、第１及び第２被割り当て呼びは、共
にランクの高い重要な呼びまたは乗混雑中の呼びのた
め、後述する図１４に示すフローのステップＫ２５０に
おける処理で、同一号機となる組み合わせである２−２
−６号機等の組み合わせを設定しないようにする。これ
に対し、第３被割り当て呼びは、ランクの低い一般の呼
びであるため、さきに処理の上位の被割り当て呼びの組
み合わせ数と同数の組み合わせを第２候補の３号機を採
用して作成する。

【０２０７】前述のようなプランの作成の処理を図１４
を参照して説明する。

【０２０８】（１）イニシャル処理を行うと共に、全被
割り当て呼びびに対する処理を行わせるため、被割り当
て呼び数ＨＮ（ｇ）をループ処理変数ｎにセットする
（ステップＫ２０５）。

【０２０９】（２）候補とするエレベーターをを何台に
するかをループ変数ｌで指定する。ここでは、第１被割
り当て呼び時は４台、第２被割り当て呼び以降は２台と
している。この台数はこれに限定されるものでなく、一
括割り当て方式、エレベーター稼働台数等により第１か
ら第８被割り当て呼びに対して区別して与えることがで
きる（ステップＫ２１２）。

【０２１０】（３）被割り当て呼びを割り当てる候補と
なる号機の選択処理を、図７により説明した処理により
実行し、選択された号機が候補とできるエレベーターで
あるか否かを判定する。図７のステップＧ１２５を通っ
て選択された号機は候補として適切である。また、総合
評価値φ（ｋ）が、最適号機の４００％以上も悪い号機
は候補としては選択しない（ステップＦ６０、Ｋ２１
５）。

【０２１１】（４）ステップ２１５で号機の選択ができ
ない場合、被割り当て呼びテーブルからこのｎ番目の呼
びを消去する（ステップＫ２３８）。

【０２１２】（５）ステップＫ２１５で号機の選択がで
きた場合、候補号機をテーブルＳＦ１０−２１に記録
し、ループ変数ｌの更新と指定台数についての処理が終
了したか否かをｌ＝０で判定する（ステップＫ２１７、
Ｋ２２５）。

【０２１３】（６）ステップＫ２２５で指定台数につい
ての処理が終了していないと判定された場合、すでに選
択した候補号機を除外して、ステップＦ６０からステッ
プＫ２２５までの処理を繰り返し実行し、第２以下の候
補号機を順次選択する（ステップＫ２２７）。

【０２１４】（７）ステップＫ２２５で指定台数につい
ての処理が終了していると判定された場合、及び、ステ
ップＫ２２０で、ステップＫ２１２で指定した候補台数
に満たないが１台以上の号機が選択できたと判定された
場合、第１被割り当て呼びであるか否かを判定し、第１
被割り当て呼びであれば、第１被割り当て呼びの候補号
機をプランテーブルの最上段の第１被割り当て呼び候補
号機として予想される最大のプラン数分繰り返しセット
する（ステップＫ２３０、Ｋ２４０）。

【０２１５】（８）ステップＫ２３０で、第１被割り当
て呼びでないと判定された場合、さらにその呼びが重要
呼びであるか否かを判定し、重要呼びであり、第１被割
り当て呼びと同一の号機に割り当てることを抑制する必
要のある場合、第２被割り当て呼びの候補と同一となる
組み合わせを削除しながらプランテーブルＳＦ−１０−
２２（ｇ）へ格納する（ステップＫ２３５、Ｋ２５
０）。

【０２１６】（９）ステップＫ２３５で一般呼びである
と判定された場合、すでに構成したプランに対して、ｎ
番目の被割り当て呼びの第１候補、第２候補の分の組み
合わせを作成する（ステップＫ２４５）。

【０２１７】（10）前述の処理を終了した後、全ての被
割り当て呼びに対する処理が終了したか否かを、ループ
処理変数ｎを更新して判定し、処理が終了していなけれ
ば、ステップＫ２１２からの処理を繰返し実行する（ス
テップＫ２５５）。

【０２１８】なお、前述した処理において、本発明の実
施例は、ステップＫ２５５によるループ処理が完了し、
一括割り当て候補テーブルが完成してからプランを作成
するような構成とすることもできる。

【０２１９】図１５（ｃ）は第２被割り当て呼びの候補
号機が第１被割り当て呼びと同一の場合のプランの作成
例を示した図である。

【０２２０】図１６は複数の一括割り当てプランのそれ
ぞれについての評価を実行し、その総合評価値に基づい
て最良の一括割り当てプランを選択する一括割り当てプ
ランの評価と選択の処理を説明するフローチャート、図
１７はこの処理で使用する各評価値を一時記憶する一括
割り当てプラン別評価テーブルＳＦ１０−３１（ｇ）の
構成を説明する図であり、次に、図１６、図１７を参照
して一括割り当てプランの選択処理を説明する。

【０２２１】（１）プランの評価が完了したことを判定
ためのループ変数ｐの初期セットを行うとともに、イニ
シャル処理を実行する（ステップＫ３０５）。

【０２２２】（２）各項目の評価値を求めるための呼び
数、輸送人員等のＳＦ１０に属する演算用テーブルをク
リアーする等の初期処理を実行し、次に、図４で説明し
たステップＥ３７ですでに作成済みの到着予測時間テー
ブル、予測かご内混雑度テーブル等を、プランｐを実行
したと仮定して再度作成する（ステップＫ３１０、Ｋ３
１５）。

【０２２３】（３）指定号機ｋに対する評価値を、後述
する図２０の処理により演算し、求まった項目別評価値
を図示しないテーブルＳＦ１０の一部をである項目別評
価用テーブルへ加算する（ステップＫ３２０、Ｋ３３
０）。

【０２２４】（４）全号機に対する処理が終了したか否
かを、全台のループ変数ｋの更新とｋ＝０とにより判定
し、終了していなければ、ステップＫ３２０からの処理
を繰返し実行する（ステップＫ３４０）。

【０２２５】（５）所定時間後（例えば３０秒）の各エ
レベーター号機の時間的等間隔度を、前述のステップＫ
３１５におけるプランｐ仮定時の到着予測時間テーブル
より求め、プラン評価結果テーブルＳＦ１０−３１
（ｇ，ｐ）の項＃１０の時間的バランス度の欄へ格納す
る。この処理は、プランｐにおける一周時間を予測し、
この均一度、ロビー等の混雑階床に到着予測の時間的間
隔の均一度等を評価してバランス度を作成するように変
形してもよい（ステップＫ３５０）。

【０２２６】（６）プランｐの評価をするために、すで
に求めた項目別用データより、加重平均値演算等による
各項目別評価値を求め、プラン評価結果テーブルＳＦ１
０−３１（ｇ、ｐ）の項＃へ格納する（ステップＫ３６
０）。

【０２２７】（７）プランｐの複合評価値φＦ(ｐ)を次
の式で求める（ステップＫ３７０）。

【０２２８】

【数１８】

【０２２９】（８）ステップＫ３８０でループ変数ｐの
更新と全プラン終了をｐ＝０で判定し、全プランに対す
る処理が終了していなければ、ステップＫ３１０からの
処理を繰返し実行し、全プランに対する処理が終了して
いれば、主としてプラン評価結果テーブルＳＦ１０−３
１（ｇ、ｐ）の項＃１２の複合評価値φＦ(ｐ)に基づい
て最適な満足度を得ることのできる一括割り当てプラン
を選択する（ステップＫ３８０、Ｋ３９０）。

【０２３０】図１８は一括呼び割り当ての実行指令とそ
の記録処理とを説明するフローチャート、図１９はその
記録テーブルＳＦ２１０−Ｔ４の構成を説明する図であ
り、次に、一括呼び割り当ての実行指令とその記録処理
とを説明する。

【０２３１】（１）一括呼び割り当てを実行したとき
の、時刻、交通需要のモード、特徴、交通量、呼びに応
じることのできる先行かご位置、運転方向、かご内荷
重、各種呼びの登録状況等の共通的な運転状態と、グル
ープ数ＡＧＮとをそれぞれテーブルＤ１、Ｄ３、Ｄ２に
記録する（ステップＫ５１０）。

【０２３２】（２）全グループに対する処理を実行する
ために、一括割り当てのグループ数のループ処理の設定
を行う（ステップＫ５２０）。

【０２３３】（３）グループｇの第１被割り当て呼びか
ら順に、一括割り当てルール等の一括割り当て条件をテ
ーブルＤ４−１ｉ記録し、一括割り当てプランのなかで
複合評価値φＦ（ｐ）がよかった４つのプランについ
て、図１７に示す各評価結果をテーブルＤ４−２に記録
する（ステップＫ５３０、Ｋ５４０）。

【０２３４】（４）選択した最良のプランを実行するた
めに、そのプランをテーブルＳＦ−１０の割り当てホー
ル呼びテーブルに記録する等の処理を行う。このデータ
は、図４で説明したステップＥ３０で伝送路Ｌ１１を介
して各号機に周期的に伝送されており、遅れなくエレベ
ーターが、この一括呼び割り当てによる各割り当て、ま
たは、再割り当て呼びに応答する（ステップＫ５５
０）。

【０２３５】（５）テーブルＳＦ１０の割り当て要求テ
ーブルＨＣＴの消去処理を実行し、ループ変数ｇの更新
と全プラン終了をｇ＝０で判定し、終了していなけれ
ば、ステップＫ５３０からの処理を繰返し実行する（ス
テップＫ５６０、Ｋ５８０）。

【０２３６】図２０は各号機の評価値を求める指定号機
の評価値演算の処理を説明するフローチャートであり、
以下、これについて説明する。

【０２３７】（１）まず、ｋ号機の評価値を求めるた
め、号機評価値用ワークテーブルをクリアーする等の初
期処理を実行し、本人評価のためのループを設定する
（ステップＫ３２１、Ｋ３２２）。

【０２３８】（２）被割り当て呼びである本人評価呼び
であるか否かを判定し、本人評価呼びである場合、図８
により説明した処理または同様の処理を行い、本人の各
評価項目別の評価データを求める（ステップＫ３２３、
Ｋ３２４）。

【０２３９】（３）本人評価ループａの更新を行い、全
ての被割り当て呼び毎の本人呼び評価が完了したか否か
をチェックし、完了していない場合、ステップＫ３２３
からの処理を繰返し実行する（ステップＫ３２５）。

【０２４０】（４）平均値演算等の演算を実行し、図１
７に示したと同様にｋ号機評価値をワークテーブルへ格
納する（ステップＫ３２６）。

【０２４１】（５）他人評価値を、図９により説明した
処理または同様の処理を行い、各項目の他人評価値を求
め、予約案内号機より先に到着が予測されるかご呼びの
数を順次先着回数として計数する（ステップＫ３３０、
Ｋ３３１）。

【０２４２】（６）他号機の割り当てまたは案内済み呼
び階床を通過する回数を他人通過回数として順次計数
し、自号機より所定時間、例えば１５秒以上早く到着す
る予定の他号機の数を計数し、これを本人通過回数とし
て計数する（ステップＫ３３２、Ｋ３３３）。

【０２４３】（７）プランｐを実行時の自号機の予測さ
れる一周時間ＲＴＴ（ｋ）を求めて、ＲＴＴ（ｇ，ｐ）
へ加算する（ステップＫ３３４）。

【０２４４】（８）指定号機以外に被割り当て呼びが予
約案内済みか否かをチェックし、案内済みであれば、そ
れを予約変更回数として計数し処理を終了する（ステッ
プＫ３３６、Ｋ３３７）。

【０２４５】図２１は呼び割り当て後に実行される図４
により説明した学習処理Ｅ４５における処理の一部の詳
細を説明するフローチャート、図２２は制御方法を変更
する学習処理Ｋ９８５の詳細を説明するフローチャート
であり、以下、この処理について説明する。

【０２４６】（１）全ての呼びをループ処理するための
設定を行うと共に、学習処理の初期処理を実行する（ス
テップＫ９０５）。

【０２４７】（２）かご呼びテーブルＣＭＴのリセット
とかご呼び呼び継続時間テーブルＣＴＭの値または到着
時の乗待時間テーブルＨＴＭより呼びサービスであるか
否かを判定する（ステップＫ９１０）。

【０２４８】（３）ステップＫ９１０で呼びサービスで
あるとされた場合、当該呼びが図１９のＤ４ほかに記録
されている第１被割り当て呼びのいずれかと同一である
ことを判定し、全号機の運転方向を考慮したサービス時
間でのかご位置の等間隔の度合いを示すバランス度を求
め、当該のテーブル、例えばＤ４−３に記録する（ステ
ップＫ９２０、Ｋ９３０）。

【０２４９】（４）第２から第８被割り当て呼びサービ
スの場合、到着時のかご内混雑度、待時間等をテーブル
Ｄ４−３、交通需要モード別テーブルＳＦ２１１からＳ
Ｆ２１９のテーブルＴ２３２に記録する（ステップＫ９
４０）。

【０２５０】（５）ループ変数ｊ，ｉの更新を行い、全
呼び終了をｊ＝１、ｉ＝０で判定し、終了していなけれ
ば、ステップＫ９１０からの処理を繰返し実行する（ス
テップＫ９５０）。

【０２５１】（６）１０分経過、乗り人数と降り人数の
合計値が２００人を越えたこと、または、交通需要のモ
ードが変化したことのいずれかを判定し、変化があれ
ば、モード別に当日の交通需要を収集するテーブルＴ２
等の作成処理と、現在の運転用制御方法や評価方法に関
連する評価パラメ−タテーブル（ＳＦ１０の一部）の更
新処理を実行する（ステップＫ９６０、Ｋ９７０）。

【０２５２】（７）交通需要のモードと時間帯とより一
日の終了を判定し、稼働状況のデータの学習処理を実行
する。そして、最後にね制御方法の変更学習処理を行う
（ステップＫ９８１、Ｋ９８４、Ｋ９８５）。

【０２５３】次に、ステップＫ９８５の制御方法の学習
処理を図２２を参照して説明する。

【０２５４】（１）本日再学習する交通需要モードを、
エレベーターの利用度合い、または、前回の学習処理か
らの延べ利用人数より選択する（ステップＧ９１０）。

【０２５５】（２）当該モードに対するサービス性能が
きわめて良く、複合評価値φＦに相当する総合的な満足
度が良好か否かを判定する（ステップＧ９１５）。

【０２５６】（３）ステップＧ９１５の判定が不満足な
場合、改善案を立案するための第１ステップとして、制
御項目別評価値の改善案を複数組立案し、さらに、各項
目を改善する制御方法を想定する（ステップＧ９２０、
Ｇ９３０）。

【０２５７】（４）創案に対する評価を、特開昭５９−
２２３６７３号公報に示すように、シミュレーション機
能を活用して実行する等の方法により、創案に対する複
合評価値φＦをノルム式等を用いて総合評価する（ステ
ップＧ９４０）。

【０２５８】（５）今回の創案に対する満足度を判定
し、不満足ならＮ１でステップＧ９２０からの処理を繰
返し実行して次の創案を作成する（ステップＧ９５
０）。

【０２５９】（６）ステップＧ９５０の判定で、総合評
価が満足な場合、当該交通需要モードの制御ルールとパ
ラメ−タとの改善記録を行い、評価パラメ−タテーブル
Ｔ１００または呼び割り当て選択ルールテーブルＴ２０
０の自動更新を行う（ステップＧ９６０）。

【０２６０】（７）抽出された全交通需要についての処
理が終了したか否かを判定し、終了していなければ、ス
テップＧ９１５からの処理を繰返し実行する（ステップ
Ｇ９７０）。

【０２６１】図２３は乗り混雑階床の呼び割り当て時の
割り当て候補の作り方の例を説明するテーブルＳＦ１０
−２２Ｂを示す図であり、以下、この図により割り当て
候補の作り方の例を説明する。図示テーブルＳＦ１０−
２２Ｂは、図１５（ａ）に示した割り当て候補号機テー
ブルＳＦ１０−２１の変形例である。

【０２６２】前述した本発明の先の実施例は、各号機ｋ
の総合評価値φ（ｋ）が小さい号機の組み合わせにより
プランｐを作成していたが、混雑階の呼びの場合、待ち
客の全てを乗客として輸送することができるプランｐを
作成する必要がある。このため、積み残しが生じないよ
うに、１つの呼びに応答する号機を複数台にするプラン
をも作成する必要がある。

【０２６３】ここでは、食堂階、ロビー階に２０人位の
待ち人数客がいる、または、いそうな混雑な被割り当て
呼びに応じる号機の選択案を、当該階床に到着時のかご
内予測人員より予測乗り込み可能人員を求め、この値が
予測乗り込み人数を越える号機、または、合計値が２０
人を越える号機の組み合わせのなかで、号機別総合評価
値φ（ｋ）（ここでは、説明の都合上到着予測時間を図
示している）が比較的良好な号機の組み合わせを候補と
して抽出して作成している。

【０２６４】

【発明の効果】以上説明したように本発明によれば、大
局的に優れた呼び割り当て制御を行うことができ、複数
台のエレベーター全体の運行状況を改善し、その結果に
よりサービス性能の向上を図ることができる。

【図面の簡単な説明】

【図１】本発明が適用されるエレベーターの群管理制御
システムの全体のハードウェア構成を示すブロック図で
ある。

【図２】群管理制御装置のソフトウェア構成を示すブロ
ック図である。

【図３】群管理制御装置が使用するテーブルの構成を説
明する図である。

【図４】運転制御プログラムの全体の動作処理を説明す
るフローチャートである。

【図５】図４における呼び割り当て処理の詳細を示すフ
ローチャートである。

【図６】図５における呼び割り当て処理の詳細を示す呼
び一括割り当て処理のフローチャートである。

【図７】図６における割り当て号機選択処理の詳細を説
明するフローチャートである。

【図８】図７における本人評価値演算処理の詳細を説明
するフローチャートである。

【図９】図７における他人評価値作成処理の詳細を説明
するフローチャートである。

【図１０】呼び割り当て評価パラメータテーブル及び呼
び割り当てルール選択テーブルの構成を説明する図であ
る。

【図１１】目標値スペックテーブルの構成を説明する図
である。

【図１２】学習テーブルの構成を説明する図である。

【図１３】一括割り当てグループ設定の動作を説明する
フローチャートである。

【図１４】各一括割り当てグループ毎に複数の一括割り
当てプランを作成する処理を説明する一括割り当てプラ
ン作成フローチャートである。

【図１５】一括割り当てプランテーブルの構成を説明す
る図である。

【図１６】一括割り当てプランの評価と選択の処理を説
明するフローチャートである。

【図１７】一括割り当てプラン別の評価結果テーブルの
構成を説明する図である。

【図１８】一括呼び割り当ての実行指令とその記録処理
とを説明するフローチャートである。

【図１９】制御状態記録テーブルの構成を説明する図で
ある。

【図２０】各号機の評価値を求める指定号機の評価値演
算の処理を説明するフローチャートである。

【図２１】学習処理の詳細を説明するフローチャートで
ある。

【図２２】制御方法を変更する学習処理の詳細を説明す
るフローチャートである。

【図２３】乗り混雑呼びの割当て候補の説明図

【符号の説明】

１エレベーター制御装置２呼び割り当てルール再設定装置１０群管理制御装置１１、１２各階ホール呼び登録装置１３各階乗場案内装置１４各階通路表示装置１５かご内報知器１６乗場報知器２０〜２２号機制御装置３０〜３２乗りかごである。ハードウェア全体構成図ＰＧ１０運転制御プログラムＰＧ２０通信プログラムＰＧ３０学習制御プログラムＳＦ１０〜ＳＦ１４ＳＦ２０〜ＳＦ２２制御に必要な各種テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者藤野篤哉茨城県日立市大みか町七丁目１番１号株式会社日立製作所日立研究所内

Claims

【特許請求の範囲】

【請求項１】多階床間に就役する並設された複数のエ
レベーターと、前記複数のエレベーターを運転するため
の呼びを登録する呼び登録装置と、前記登録呼びを前記
複数のエレベーターに割り当てる呼び割り当て手段を含
む群管理制御装置と、前記呼び割り当てに応じて各エレ
ベーターを運転制御する複数のエレベーター号機制御装
置とから成るエレベーターの群管理制御装置において、
前記呼び割り当て手段は、前記単数または複数の登録呼
びのそれぞれに対して前記単数または複数のエレベータ
ーを割り当てる組み合わせプランを複数組設定する一括
割り当てプラン作成手段と、前記複数の一括割り当てプ
ランを評価し、最良の一括割り当てプランを選択する一
括割り当てプラン選択手段と、前記最良の一括割り当て
プランに従い、前記単数または複数の登録呼びを、それ
ぞれ単数または複数の前記各エレベーター号機制御装置
に同時に割り当てる手段とを備えることを特徴とするエ
レベーターの群管理制御装置。
【請求項２】前記一括割り当てプラン作成手段は、前
記登録呼びの中から新規割り当てまたは再割り当てを要
する複数の被割り当て呼びを選択する被割り当て呼び抽
出手段を含むことを特徴とする請求項１記載のエレベー
ターの群管理制御装置。
【請求項３】多階床間に就役する並設された複数のエ
レベーターと、前記複数のエレベーターを運転するため
の呼びを登録する呼び登録装置と、前記登録呼びを前記
複数のエレベーターに割り当てる呼び割り当て手段を含
む群管理制御装置と、前記呼び割り当てに応じて各エレ
ベーターを運転制御する複数のエレベーター号機制御装
置とから成るエレベーターの群管理制御装置において、
前記呼び割り当て手段は、前記複数の被割り当て呼びを
混雑状況レベル別、呼びの重要度ランク別、サービス方
向別、階層別に複数のグループに分割する一括割り当て
グループ設定手段と、前記複数の一括割り当てグループ
のうち重要なグループより順次一括呼び割り当て処理を
実施する手段と、前記単数または複数の登録呼びのそれ
ぞれに対して前記単数または複数のエレベーターを割り
当てる組み合わせプランを複数組設定する一括割り当て
プラン作成手段と、前記複数の一括割り当てプランを評
価し、最良の一括割り当てプランを選択する一括割り当
てプラン選択手段と、前記最良の一括割り当てプランに
従い、前記単数または複数の登録呼びに対してそれぞれ
単数または複数の前記各エレベーター制御装置に同時に
割り当てる手段とにより構成され、前記複数の登録呼び
を分類した前記複数の一括割り当てグループの重要度の
順に、順次一括呼び割り当てを実行し、それぞれの登録
呼びを単数または複数のエレベーターに割り当てること
を特徴とするエレベーターの群管理制御装置。
【請求項４】前記一括割り当てグループ設定手段は、
一度に一括呼び割り当てを行う被割り当て呼びを、所定
の個数内になるように複数組のグループに分割する手段
をそなえて構成されることを特徴とする請求項３記載の
エレベーターの群管理制御装置。
【請求項５】前記一括割り当てグループ設定手段は、
同一のランクに属する被割り当て呼びの個数が所定以下
の場合、下位のランクの被割り当て呼びを含めて一括割
り当てグループを設定することにより被割り当て呼びが
所定個数以下となるように一括割り当てグループの数を
制限することを特徴とする請求項３記載のエレベーター
の群管理制御装置。
【請求項６】前記一括割り当てプラン作成手段と呼び
割り当て手段とは、個々の被割り当て呼びに対し対して
割り当てられる各エレベーターが、割り当て保留レベル
（非管理、非サービス呼び、満員通過、減速確定時間不
足、満員通過予測、一時無効呼び）、予約保留レベル
（混雑階、長待ち予測階、遠方階床、サービス抑制ゾー
ン）、選択抑制レベル（輸送能力向上運転中、混雑階呼
びサービス中、優先呼びサービス中）、一般選択レベル
（多目標制御、操作呼びの近接エレ優先、通過、省エ
ネ、スピード感）のうちのいずれのレベル状態にあるか
を判断する手段を備え、レベルの低い状態に属するエレ
ベーターを優先的に選択することを特徴とする請求項１
ないし５のうち１記載のエレベーターの群管理制御装
置。
【請求項７】予め設定した所定の呼びが新規に登録さ
れた場合、これを個別呼び割り当てとし、それ以外の呼
び登録時と再割り当て時は一括呼び割り当てとすること
を特徴とする請求項１ないし６のうち１記載のエレベー
ターの群管理制御装置。
【請求項８】前記一括割り当てプラン作成手段と呼び
割り当て手段とは、乗り混雑階の呼びを登録されている
ものとして被割り当て呼びに含めて一括呼び割り当てを
実施する擬似呼び作成手段を含むことを特徴とする請求
項１ないし７のうち１記載のエレベーターの群管理制御
装置。
【請求項９】前記一括割り当てプラン選択手段は、各
一括割り当てプラン毎に、前記一括割り当てプランを実
行したと仮定した際における、少なくとも待時間を含む
本人評価値または他人評価値のいずれかを含む乗客評価
値と、近い将来の各号機のバランス度または全体の輸送
能力のいずれかの評価値とを含む全体評価値を求め、こ
の２種類の評価値により複合評価値を求めて、各一括割
り当てプランを評価し、唯１つの一括割り当てプランを
選択することを特徴とする請求項１ないし８のうち１記
載のエレベーターの群管理制御装置。