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

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、エレベータ−の制御装置に係り、特に運転制
御、案内制御等を変更するものに関する。

〔従来の技術〕

従来、エレベータ−の運転制御、乗場呼び割当て制御、
案内制御、情報提供制御などはエレベータ−制御装置を
製造する際に顧客と仕様を打合せて決定して、プログラ
ミング等により予め設定していた。

しかし、この様にして納入されたエレベーター制御装置
に対し、顧客納入後にさまざまな要求が発生する。

すなわち、 ■基準階を１階から地下１階へ移したい等の運行管理形
態の変更要求、 ■かご内荷重が定格積載重量の８０％以上で一律に満員
と判定し、乗場へのサービスを禁止していたもの（満貫
通過制御）を５０％〜８０％荷重、またはＩＴＶセンサ
ーによるかご内床の利用面積による混雑度が６０％〜９
０％のエレベータ−はできる限り通過させるか、割当を
抑制する制御を加える等の呼び割当て制御の変更。

■到着予測時間をパネル表示器を用いてディジタルで表
示していたものをアナログ的な表現の案内表示に変更す
る等の案内制御の変更要求。

■デイスプレィパネル表示器を用いて、エレベータ−の
サービス案内時には到着予測時間を表示し、エレベータ
−のサービス案内のない時には天気予報や最寄駅のダイ
ヤなどの一般生活情報やコマーシャルを表示するものが
最近提案されているが、このような仕様であったものを
、乗場での待ち時間が長い時（長持ち時）は、サービス
案内時であっても、時間帯や混雑度、サービス方向など
から利用者が得たい情報（上記した一般生活情報等）を
エレベータ−の到着予測時間を考慮して表示してやるよ
うな情報提供制御の変更要求、などの要求が顧客側から
生ずることがある。

これらの基本的な仕様の変更要求に対しては、従来新し
いプログラムを設計し直して、納入したエレベータ−と
等価なシステムでテストを繰り返した後、プログラム交
換を行なって対処しており、多大な労力と費用が必要で
あった。

これに対し、本出願人らは、特開昭５８−１１９５６７
号において、各エレベータ−制御装置の運転制御部を運
転方式選択回路と、運転方式別に設定する動作指令スペ
ックとから構成し、さまざまな能様を持つエレベータ−
制御論理を整理された可視性の良いプログラムにより実
現する装置を提案した。

これによれば、納入後の運転仕様変更に対応し易すいか
、それでも、顧客自身や、保守員レベルでは修正できな
い問題点があった。

また、持分５６−３７１４５号にはホール呼び割当てア
ルゴリズムとしてもつと優れた方法がないが効率良く検
討するシステムが提案されている。すなわち、エレベー
タ−の利用状況などを電話回線などにてシミュレータへ
接続し、逆にシミュレーション結果によるエレベータ−
の動きを可視的表示し、改善案の良さや新製品の特徴を
確認できる様にしている。

これにより、改善の基本アルゴリズムだけを事前にテス
トできたことになるが、エレベータ−制御装置そのもの
は、新製品と一部交換する等の必要があった。

このため改善要望が出てから、調査、方式立案。

変更・追加仕様の決定など実際に改善作業が完了し、さ
らに、根本的なニーズを満足できたか否かその度合を、
性能の実態調査や使い勝手のアンケート調査を行なって
確認するまでの全期間は３ケ月〜１年近くかかり、コン
サルタントやテストに多大の費用が必要であった。

尚、特開昭５９−３１２６６号、特開昭５９−４８３６
４号などには行事を予約する機能を有すものが開示され
ているが、あくまで予め想定されている条件に対応する
方法しか選択できないものであり、多様に変化する顧客
ニーズには即応できなかった。

〔発明が解決しようとする課題〕

上記したような問題点はメーカーの想定外の顧客要求に
対し簡単に対応する解決策がないことによって発生する
。

本発明の目的は上記したメーカーの想定外の顧客要求に
対し、顧客サイドでエレベータ−の呼び割当て制御、案
内制御などの顧客要求の変更を顧客に試行させて予解を
得てから完全に仕様変更できる、顧客参加形のエレベー
タ−制御装置を提供することにある。

〔課題を解決するための手段〕 上記目的を達成するために、エレベータ−の運転や案内
制御プログラムの機能を容易に変更できる様にするため
、エレベータ−基本仕様テーブル化と、運転制御定数テ
ーブル化案内・運転制御ル−ル化した構成とし、 上記したテーブルの他に、変更を試行するための試行運
転制御テーブルを設け、 電話回線等を通して上記試行運転制御テーブルへ書き込
み、データのチエツクを確実に行った後に、顧客の都合
に適応した条件時（例えば夜間や、かご内に利用者が乗
っていない時）に試行することを可能としたものである
。

そして、データの信頼性と、エレベータ−としての安全
性と、顧客の感性に対する満足度や一般利用者の合意を
確保してから正式に変更するシステムとする。

（作用〕 ＡＩツール等により新しい目標に適応したプログラムを
生成したり、保守ツールにより新しい運転仕様データを
作成した時、これらの新しいプログラムやデータは伝送
手段を介して試行プログラム登録（保管）エリアへ格納
する。

次に試行条件を満足している時（例えば出動ピーク終了
後の９．００〜９．３０の期間としたり。

または格納完了チエツク後即時許可のモードを指令する
に制御プログラムに代って運転用制御プログラムとして
試行使用する。

この際万一異常（仕様の重大な不合理や計算結果の過大
、プログラム処理時間オーバａｔｅ　）を検出した際に
は、自動的に試行を中止できるので、システムダウンを
防止できる。

すなわち、制御プログラムを変更することなく顧客の要
求する機能を顧客の希望する時だけ試行でき、顧客の満
足度や利用者の利用状況や反応や使い方の習熟状況を観
て他の試行プログラムを作成することができる。

すなわち、顧客サイドの完全な理解と象認を得た後に試
行プログラムを制御プログラムへコピーできるので変更
回数を低減でき、改善期間の短縮も図れる。

〔実施例〕

本発明の一実施例を第１図から第１６図を使って説明す
る。

第１図は、本発明の全体構成図である。エレベータ−制
御装置１は群管理制御装！１０と各号機制御装置２０〜
２２等により構成されており、その構成方法は公知のマ
イコン制御方式である０群管理制御装置１０の入力には
各階のホール呼び登録装置１２の信号や運行指令端末９
からの信号があり、出力には乗場の音声案内装！！１３
や乗場の表示装置１４やビル管理装置１１の信号等があ
る。

これらは伝送路１７又は１８を介して入出力される。号
機制御装置２０〜２２は各エレベータ−の乗りかご３０
〜３２の走行制御や戸の制御を行ない、かご内デイスプ
レーやかご内音声案内装置等のかご内の報知器１５やホ
ールランタンやチャイム等の号機側の乗り場報知器１６
の制御を伝送路４０〜４２を介して行なう、ＡＩツール
２は群管理制御装置１０に通信回線６を使って接続され
ている。この接続方法は通信回線で接続する方法に限っ
たものではなく記録媒体を介して接続する方法等の別の
方法でも構わない、このＡＩツール２は一般に市販され
ているワークステーションであり、例えば日立製作所製
のワークステーション２０５０のエキスパートシステム
構築ツールＥＳ／ＫＥＲＮＥＲによって作成されたエレ
ベータ−用のＡＩツールである。この構成を簡単に説明
するとＣＲＴ３とキーボード４と処理装置５がら構成さ
れており、処理装置５はマンマシンインターフェースを
制御して処理する部分５１と推論等の知識処理をする部
分５２と知識（データ）を記憶する部分５３とエレベー
タ−制御装置１などとの通信を制御して処理する部分５
４からできている。

さらに、その通信処理部５４には保守業務全体を統括す
るＨＯ８Ｔコンピューター８や、他のエレベータ−制御
装置ＩＡが接続される場合もある。

なお、ここでＣＲＴ３と、キーボード４や、運行指令端
末９は、これを一体とした、タッチパネル表示器やマウ
ス付ＣＲＴによることにより、一般ユーザーによる操作
性が一層向上する。

また、ＡＩツール２は一般的に高価であり、またある程
度使い慣れる必要があるため、ビル外の保守会社の保守
センターに設置することもある。

この時は選択したエレベータ−制御装置１やＩＡと電話
回線６や６Ａで接続される。そして、このＡＩツール２
にて、順次、または顧客の要求に応じて異常診断、適応
制御状況診断、感性目標・新たな運転要求の決定支援を
行なう。また、診断などのために収集した各種データの
保管管理と。

レボ−ティングなどを行なう。

これらのＡＩツール２などの処理機能の一部、特に納入
先側に整理するデータの保管とキーワードなどによる検
索などはさらに上位に接続する大型コンピューターＨＯ
３Ｔ８にて行わせる構成とすることも可能である。

ここで、本実施例ではエレベータ−制御装置１内（例え
ばエレベータ−機械室）に保守端末７を設置しているが
、これはエレベータ−製造業者や保守会社等によるセキ
ュリティーを考慮したものであり、必要に応じて管理人
室やビル内の総務部などエレベータ−の運用管理者に近
い場所に設置することも可能である。

この保守端末７は、制御プログラムを試行プログラムと
して流用する処理（プログラムデータや仕様データのコ
ピー）を行ない、試行プログラムの一部を修正する機能
を有するものであるが、これはＡＩツール２やＨＯ３Ｔ
コンピューター８など保守センターからの知的な支援を
受けないでも独立して試行プログラムの作成ができるよ
うに構成され、工事中や点検中などの場合や、ＡＩツー
ル２による改造プログラム作成支援を得られない場合（
例えば海外のビルなどに設置されるエレベータ−は保守
センターと電話回線等で接続されていない）などでも独
立して動作させることができる。

さらに保守端末フの役割の一つとして、試行プログラム
による確認を行なうことが挙げられるがこれは顧客の要
請または正式な改造契約により、エレベータ−保守員ま
たは検査員が試行プログラムエリアにあるプログラムを
基に制御プログラムを修正または追加する操作を行なう
際に重要となるものである。

また、本発明に関係するものとして、運行指令端末９が
あるが、これも保守端末７と同様にエレベータ−の運用
管理者に近い場所に設置することが望ましく、パーキン
グ階と時間帯の指令やサービス階（不停止階）の切替や
分割急行などの手動による切替を行なう他、試行プログ
ラムの実行開始を終了、中断の指令等を行なうものであ
る。この運行指令端末９はその機能の一部または全てを
ビル管理装置１１に持たせる場合が多く、ビル管理装置
ｌｌの拡張端末とし構成することもできる。

第１図の実施例では独立に設置計画できる点を重視して
バス型伝送路１７を介してエレベータ−制御装置１と接
続している。

他の実施例としては運行指令端末９は場合によってはビ
ル外の顧客の多機能電話器によることもできる。

また先に述べたように、各階乗場に散在する呼び登録装
置１２や乗場音声案内装置１３、乗場表示装置１４はデ
ータ伝送路１８によりエレベータ−制御装置１へ接続す
る。

単独エレベータ−の場合は群管理制御装置１０を有いて
いないため、伝送路６ならびに１７゜１８と保守端末７
はホール呼び登録部と伝送処理部等の機能を拡張した単
独エレベータ−用号機制御袋誼２０他へ直接接続するこ
とにより、上記と同一の試行プログラムによる試行運転
を実施できる。

要するに、エレベータ−を試行運転させるための情報を
設定し記憶させる手段を有していればよく、第１図の構
成に限定されるものではない。

第２図は群管理制御装置１０の構成の一実施例を示すブ
ロック図である。

運転制御プログラム５ＦＩＯは、運転制御仕様テーブル
Ｔ１０によりホール呼びの登録制御・割当制御・サービ
スエレベータ−案内制御、分散運転や分割急行運転など
の運行管理制御、一般生活情報案内制御などの群管理運
転制御を直接指令し制御処理する（具体例を第１２図に
示す）。

また、各エレベータ−号機制御装置ｉ２０〜２２へはエ
レベータインタフェイスＴｌｌから伝送制御回路ＳＦＩ
　１を介して、ドア開閉駆動モードコードやデータ、ド
ア開放時間や閉釦や開釦の有効時限や無効時限などを決
定する扉開閉制御モードコードやデータを指令し、各エ
レベータ−の運転形態全般を管理制御する。

さらに、いくつかの形態で案内制御機能を備えた乗場表
示装置１４（第１図の参照）などへは案内制御モードコ
ードやデータをホール機器インタフェーステーブルＴ１
２から伝送制御回路５Ｆ１２を介して指令し、サービス
案内や情報案内の形態を管理制御して、音声案内袋ｗ１
３（第１図参照）などについては案内番号や音量データ
などを作成し、直接案内制御を指令する。

稼動状況収集プログラム５Ｆ１３にて各階床における乗
り降り人数や台車の荷物個数などにより交通需要を順次
収集したり、制御目標に定めた各種サービス状況を収集
する。

例えば、開閉釦の操作回数や、セフティシュー操作によ
る出発遅延の発生状況満貫通過混雑発生を原因とする逆
方向乗車利用状況混雑かごサービスによる乗車拒否発生
状況、ロビー階や食堂階におけるかと呼び発生状況、多
少能れた所にある押釦からの移動時間や乗り穆りに要す
る時間などの交通需要の２次的な特徴に関する情報につ
いても収集を行こない、制御状態記録テーブルＴ１９を
作成する。

さらに、各階床ピッチや、ドア開閉幅またはモード別ド
ア開、ドア閉駆動時間ならびに走行時間の実機測定を実
施し、制御状態記録テーブルＴ１９に交通流モード別ま
たはユーザ管理モード別に整理して蓄積する。

また、稼動状況収集データＬ１３を基に制御に必要な知
識を得る知識獲得プログラム５Ｆ１７は、交通流の代表
ベクトルの修正や、新規交通流モードの生成（代表ベク
トルの追加）などの他にも、満員レベルの修正や混−雑
感性データの補正データの作成、到着予測時間作成パラ
メータの最適値算出などを行ない、獲得知識テーブルＴ
２０へ蓄積する。

運転仕様作成プログラム５Ｆ１４は現状の稼動状況収集
データＬ１３と運転制御形態決定テーブル１Ｔ１５のデ
ータとを基に、現状の利用状況や管理目標や指令に適応
した運転制御となる様に運転制御仕様テーブルＴ１３を
所定周期または所定の条件成立（ニレベーター−週や乗
り人数１００人のデータ収集検出など）の毎に作成する
。

尚、ここで運転制御形態決定テーブル１Ｔ１５は、管理
テーブルｉ　Ｔ　１５　ａと、号機別サービス階床など
を与える基本制御仕様テーブル１Ｔ１６と、利用者の長
待ち感覚の度合などユーザーに関する知識テーブル１Ｔ
１７と、呼び割当てや案内や運行管理などの運転プログ
ラムの種類を指定したり、詳細ルールやデータを指令す
る運転動作指令テーブル１Ｔ１８とから構成される。

以上が、今日までに提供されている最も進んだ制御アル
ゴリズムを集大成した構成である。

本発明は、これに対し、さらに、安全にして高い信頼性
と顧客側のエレベータ−管理者やエレベータ利用者（以
後ユーザと略称する。）の参加意識を図りながらユーザ
自身がエレベータ−の運転仕様を決定するための、支援
システムを構築することにある。前述した保守端末７は
テーブル書き換えプログラム５Ｆ１５による試行プログ
ラムの作成と実行ならびに試行運転制御テーブルＴ１４
、ハード基本仕様テーブルｉＴ９の一部更新を行なう。

また、同様に、ＡＩツール２は通信プログラム５Ｆ１６
を介して、試行運転制御テーブルＴ１４の作成や運行制
御形態決定テーブル１Ｔ１５の一部の読み出しをするこ
とができる。

また、改善診断や目標達成制御を行なうに必要な情報を
得るために制御状態記録テーブルＴ１９と獲得知識テー
ブルＴ２０のデータを受は取ることができ、更にＡＩツ
ール２で獲得できた高度な知識は獲得知識テーブルＴ２
０へ格納することができる。

また、運行指令端末９は試行運転テーブルＴ１４の実行
条件（例えば交通量とか時間帯）の登録や開始指令や中
止指令を運転仕様作成プログラム５Ｆ１４へ指令する等
により試行運転を制御できる。

第３図〜第６図等は、群管理制御装置１０で用いられる
ソフトウェアのテーブル構成図であり記号は第２図と同
一である。

ここで、第３図のＴＩＯは運転制御テーブルであり、第
１２図に示す運転制御プログラム５ＦＩＯを実行するた
めに必要な階床情報テーブル（ａ）、到着予測時間テー
ブル（ｂ）等の制御用テーブルを記憶する。Ｔ１１はエ
レベータ−インタフェイステーブルであり、エレベータ
−状態テーブル、かご呼びテーブル等を記憶するものだ
が、一部のテーブル内容（割当てホール呼びテーブル（
ａ）など）は運転制御テーブルＴＩＯと同一であり、伝
送制御回路５Ｆ１１により各号機制御装置２０〜２２と
送受信される。Ｔ１２はホール機器インタフェイステー
ブルで、一部のテーブル内容（割当てホール呼びテーブ
ル（ａ）、待人数テーブル（ｄ）など）は運転制御テー
ブルＴＩＯと同一であり、乗場に設置されるホール呼び
登録装置１２などの機器とデータ伝送する伝送制御回路
５Ｆ１２により送受信される。Ｔ１４は試行運転制御テ
ーブルであり、管理テーブル、試行運転実行ルール、試
行用運転制御形態決定テーブルの他、試行プログラムを
格納し、このテーブルに試行運転させるために必要な情
報を設定して記憶しておく、Ｔ２０は獲得知識テーブル
であり、交通需要特徴ベクトル登録テーブル、特徴モー
ド別制御の状態学習テーブル等知識獲得プログラム５Ｆ
１７　（若しくはＡＩツール２）で得られた知識を蓄積
する。Ｔ１９（Ｔ１９Ａ−Ｔ１９Ｔ）は制御状態記憶テ
ーブルであり、各階別平均ホール呼び継続時間テーブル
、各階別乗降人数テーブルなど交通需要の２次的な特徴
に関する情報などを蓄積する。尚、第３図のテーブルは
ＲＡＭで構成するがテーブルＴ１４゜Ｔ２０．Ｔ１９は
停電バックアップ付きとする。

運転制御テーブルＴＩＯのうち、階床情報テーブル（ａ
）、待人数テーブル（ｄ）、割当てホール呼びテーブル
（ｆ）などは、テーブルＴ１１゜Ｔｌ２に同一内容が格
納されるが、第１４図や第１６図に示す如きプログラム
処理が能率的（高速処理）になる様にテーブル構成され
ている。例えば階床情報テーブル（、）では、各種のデ
ータを号機別ならびに階床別に分解して整理している。

（この例を第６図にて説明する。） 第４図は、運転制御仕様テーブルＴ１３、運転制御形態
決定テーブル１Ｔ１５の基本制御仕様テーブル１Ｔ１６
、ユーザ知識テーブル１Ｔ１７、運転制御動作指令テー
ブル１Ｔ１８の構成を示している。

第５図は、第２図における運転制御形態決定テーブル１
Ｔ１５の構成を示しており、管理テーブルｉＴａ、基本
制御仕様テーブル１Ｔ１６　（本実施例では登録数６）
、ユーザ知識テーブルｉＴｌ？、運転制御動作指令テー
ブル１Ｔ１８より構成される。

この第５図に示す運転制御形態決定テーブル１Ｔ１５は
、これ全体をメモリカードやＲＯＭカートリッジ、ＩＣ
メモリカードにすることもできるがＥＥＦＲＯＭを使用
するものとしている。

第６図の（ａ）〜（ｄ）は運転制御テーブルＴＩＯの階
床情報テーブルＴｌ０−　（ａ）の具体的な構成を示し
たものである。

まず第６図（ｄ）は階床情報テーブルＴｌ０−（ａ）全
体を管理するテーブルであり、整理し作成した号機数や
ホール呼び数ならびに具体的データ格納エリアＴｌ０Ｈ
Ｕ他の各先頭アドレスを登録し、テーブル資源の有効活
用を図る。

（ａ）は呼び登録装置ごとに制御仕様や制御状況データ
を整理したテーブル例を示し、これらを呼び種や場合に
よっては同一呼び種であっても並設設置の場合には個別
に１対１で用意するものとする。

従って、同一フロアに７種各１個の呼び登録装置がある
場合にはＩＵＡ〜ＩＵＧと７組のテーブルエリアを上昇
ホール呼びテーブルＴｌ０ＨＵに設ける。また、各エレ
ベータ−の制御状況を整理したテーブルを第６図（ｂ）
に示す、このテーブルは各エレベータごとに各階、方向
別にテーブルＴｌ０ＡＵ等に格納する。この様に全号機
に共通な各階別各種データーを呼び入力手段別に作成す
る。また階床＆方向＆号機別に作成した各種データーを
各階・方向別に整理し処理の効率化を図る。

ここで、テーブルＩＵＡの入力チャンネル指定仕様■や
■、■、■、■についてはハード基本仕様テーブルｉＴ
９により定義付けしであるものをベースに第４図、運行
管理形態指令テーブルＴ１３−（ｄ）による総廃合や、
ピーク時のＶｉｐや車イス呼びサービス−時停止などの
指令にもとすき作成する。尚、号機側サービスレベル指
定仕様とは、同一サイドのエレベータ−や、入力操作手
段に近いエレベータ−を優先的にサービスさせるための
仕様である。

また、「ペナルティ−度」　Ｏとは、サービス案内変更
回数や、長持呼び階をエレベータ−が通過したり近くの
階に待機エレベータ−がいる等、改善されてしかるべき
と判定される状況の発生頻度の意味である。

また感性目標達成度０はユーザ知識テーブル１Ｔ１７の
各項目ごとに測定し記録され、所定条件ごとに集計やク
リア、指数平滑などの統計処理を実行する。

現状の乗り人数予測の精度をさらに向上させるには各エ
レベータ−の前に待っている人数を検出し、これを参考
にして精度向上を図る。また降り人数は当該呼びヘサー
ビス予定エレベータ−のテーブルＩＡＵ〜ＩＣＵのＯの
降り客発生予測データを呼び種で分配して決定すること
ができる。

次にエレベータ−別階床情報テーブルＩＡＵのデータを
説明する。

０は現状１号が受けもっている乗り場サービス呼び割当
の有無と割当て呼び種を示す。

Ｏはかご内人数や乗り人数予測値の合計値と降りサービ
スの予定階ならびに過去の交通流より算出することがで
きる。

Ｏはすでにサービス案内実施済エレベータ−であったか
否か、予約変更や通過回数、先着回数など利用者への案
内制御の経過を記録し、度び重なるペナルティ動作を抑
制制御するために使用する。

Ｏは当該階床に到着時のかご内荷重値と第７図（ａ）に
示す管理者の潤度レベル変換関数ｆ１（閑散時用）やｆ
ｚ　　（混雑時用）により求められる荷重バランス満足
度レベルを格納しておき、値が“０”のエレベータ−へ
の新規割当は阻止する、割当済エレベータ−において値
が“Ｏ”に達した時は当階または割当済の手前の階（但
し非サービス案内中の方が望ましい）の割当を他のエレ
ベータ−へ移行させるなどの制御に使用する。

■は、第７図（ｂ）に示す利用者のかご内混雑状況に対
する感覚的満足度を与える乗り易いかご内状況感性度レ
ベル変換関数ｆｋｚ（−社専有ビル用）、ｆｋｚ（ホテ
ルや駅ビル等用）により求めたレベルを格納しておく。

このデータ値が大きい程、当階の呼び割り当てを受は易
く制御される。

尚、変換関数ｆｚは混雑時における輸送能向上を図るた
めに、荷重のバランスが取れる様にするため軽負荷時の
満足度を行く設定している。

また変換関数ｆｋｓはホテル等不特定多数数の利用者が
ある。従って、防犯的な感覚を重視し、２〜３人の乗り
合わせをできる限り抑制した制御を行なうことによりエ
レベータ−は停止したがかご内に大男が乗っていたので
遠慮して乗らないなどの効率低下を改善できる。

これらの変換関数は、ユーザ知識テーブル１Ｔ１７Ａ”
Ｆ−（ａ）のテーブル等に格納されている。この関数は
ＡＩツール２を用いて、利用層の個性にマツチした新し
い関数を作成することができ、これを試行運転制御テー
ブルＴ１４へ格納し、試行運転実行後、取り変えること
ができる。

■の乗り降り時間の測定については、利用者に関する知
識獲得の例として説明する。

まず乗り時間については、第１人目と２人目以後と、追
加乗り込み（−旦閉モーション後開釦やホールからのり
オープンなどにより乗り込み）時とに区分して学習する
。

また、第１人目についてはサービス案内エレベータ−の
前で待っていた乗客と、到着済または到老中のエレベー
タ−いる階へ新たに乗客が到着した場合とに区別する。

さらに操作された乗り場釦の設置位置別に移動と乗り込
みに要する時間を測定する。

［Ｆ］〜０の学習データは、稼動状況収集プログラム５
Ｆ１３にて１〜３０分ごとに統計処理され、知識獲得や
ＡＩツールへのレポートデータとして利用する。

第６図（ｃ）は、これらの要素データから成る各階床側
制御データテーブルＴｌ０ＨＵ他の配列例を示している
ものである。

尚、運転プログラム５ＦＩＯは第６図（ｄ）に示した管
理テーブルを経てテーブルを検索するり成につき、ブロ
ック間の順番は自由であり、空きエリアへブロック単位
で移動することができる。

次に、第２図、第３図に示した他のテーブル構成、動作
等について説明を加える。

試行テーブルＴ１４の管理テーブル（ａ）は被試行プロ
グラム（ｄ）などの先頭アドレスやルール数などを登録
しており、構成は第５図に示す管理テーブル１Ｔ１５ａ
と同様である。

運転制御仕様テーブルＴ１３は運転仕様作成プログラム
５Ｆ１４により１分毎に現状の利用状況データ（プログ
ラム５Ｆ１３の出力Ｌ１３）と過去の交通需要の変化状
況と類似の利用状況学習データ（テーブルＴ１９とＴ２
Ｏ）など、エレベータ−制御装置ｉ１が知り得た知識や
データと、多彩な顧客ニーズへの対応を指向した運転制
御形態決定テーブル１Ｔ１５のデータとから作成される
（第１１図ステップＡ２０）、また第４図の運転制御仕
様テーブルＴ１３　（ａ）〜（ｄ）は基本制御仕様テー
ブル１Ｔ１６Ａ”１Ｔ１６Ｆの中から時間帯や交通需要
や行事予定よりユーザの制御目標を達成すべく設定した
ユーザ知識テーブル１Ｔ１７と運転制御動作指令テーブ
ル１Ｔ１８Ａ−Ｆの運行管理仕様テーブル（ａ）により
自動的に作成する。ただし、エレベータ−監視盤やビル
管理装置１１や運行指令端末９などより、不停止、優先
サービス、混雑解消運転などを指令された際はこれを優
先する。

運転制御仕様テーブルの呼び割当て制御指令テーブルＴ
１３（ｅ）は運転制御動作指令テーブル１Ｔ１８Ａ−Ｆ
の呼び割当制御仕様テーブル（ｂ）を基に運転制御プロ
グラム５ＦＩＯ（第１２図）の呼び割当処理Ｅ４０（詳
細を第１４図に示す）で使い易いフォーマットで作成す
る。

運転制御仕様テーブルＴ１３の案内制御仕様指令テーブ
ル（ｆ）は同様に運転制御動作指令テーブル１Ｔ１８Ａ
−Ｆの各種制御仕様テーブル（ｃ）を基にその時々の利
用状況または予測される利用状況に適応した仕様で案内
制御する様に作成する。

運転制御仕様テーブルＴ１３の予測交通需要テーブル（
ｇ）はエレベータ−利用状況の基本である交通需要を現
状までの数分〜数十分までの変化状況と、過去のさまざ
まな交通流発生状況を第３図の各階別乗降人数テーブル
Ｔ　ｌ　９　Ａ−Ｔ−（ｂ）より得て作成する（特開昭
５９−４８３６９号参照）。

さらに、ビルの出入口通過人数やエレベータ−ホール待
ち客数を加味する方がより精度の良い予測交通需要を作
成できる。

基本制御仕様テーブル１Ｔ１６はエレベータ−設備仕様
すなわち最大定員、最大速度、出入口を備えたサービス
階床、設備した台数、最大のドア開閉速度、ドア開帳、
乗かごの最大の加減速度などを定めたハード基本仕様テ
ーブルｉＴ９の値に対し、ユーザがいか様に使用するか
を決定したテーブルである。（１）乗かご速度やドア開
閉速度を最大能力で運転する混雑時用、（２）サービス
階を分割したり、スキップにしたり、一部の階床の特定
方向ホール呼びサービスをカットするピークサービス時
用、（３）混雑かごへのサービス集中をさけるため定員
を少なめとしたり、ドア開帳を小さくしたり、ドア開閉
速度やエレベータ−加速度を小さめとし、ゆったりした
感覚を重視する平常や閑散時用、（４）レセプション開
後期間や夜間などは従業員と一般の利用者をサービスエ
レベータ−で２区分して運転する特定日用などのために
６種類を用意する。

ユーザ知識テーブル１Ｔ１７は上記したエレベータ利用
区分ごとに、かご内の混雑感や待ち時間に対する長持ち
感などのデータを呼び種別ならびに階床側に確信度やメ
ンバシップ関数にて与える。

運転制御動指令テーブル１Ｔ１８の運行管理仕様テーブ
ル（ａ）は上記した区分ごとに分散階床と分散台数など
から成る分散制御仕様、ロビーや地下の食堂階、最上階
レストラン階などの特定階に於て１台または２台をドア
開待機させたり、出発間隔制御をするためのアルゴリズ
ム（例えば平他階に呼びがあれば出発させる。非満員エ
レベータ−は通過させずに一担停止させる。２台未満の
時はエレベータを呼び寄せるなど）を定めている。

呼び割当て制御仕様テーブル（ｂ）の一部について、特
に呼び割当ての例外についての仕様例を第８図に示して
おり、その解説を第９図に示す。

また、案内制御仕様テーブル（ｃ）の一部を第１０図に
解説している。

これらの仕様も交通需要や時間帯や行事予約により自動
的に切替えられるだけの種類が必要である。

呼び別の特別呼び割当制御仕様のチーブルミ１１０例を
第８図に示す。

管理部にはルール数ｍ、と仕様テーブル１Ｔ１１〜１Ｔ
１３の先頭アドレスを格納する管理部に続いて登録ルー
ル１Ｔ１１を持つ、ここでは（ｂ）図に示様にｂｉｔ別
にルールと対応付けして登録フラグが設定される。

その他の条件ルール１Ｔ１２も実行ルールも次々と保管
される。これらのテーブルは運転制御動作指令テーブル
１Ｔ１８Ａ”Ｆごとに設定し運転仕様作成プログラム５
Ｆ１４にて運転制御仕様テーブルＴ１３を作成する際に
使用される。また、原則として実行ルールのプログラム
ＰＧ２１〜２３などは運転制御プログラム５ＦＩＯに格
納されていても良い。

実行ルールで使用するプログラムはこのプログラム格納
テーブル５ＦＩＯＡを共用に使うこととし、各区分ごと
の実行ルールテーブル１Ｔ１３では、プログラムの格納
アドレスまたはプログラム登録Ｎｏとその実行プログラ
ムで使用するパラメータを格納する。

この様に構成することにより、フレキシビリティが向上
し、試行制御プログラム作成能率向上できる。また試行
制御運転の開始と終了処理時間が短かくできる。

第９図は呼び割り当てルールテーブルであり、３つの部
分から構成されている。１Ｔ１１は各階の方向別に適用
すべきルールが定義されているかどうかを示す登録ルー
ルテーブルであり、図示中０印を付けであるところにル
ールが定義されている。この例では来客の多い３階の呼
び３Ｕと３Ｄに対してはルール１（混雑ニレ割当抑制）
とルール３（待ち時間が短か過ぎるニレへの割当抑制）
が、３階と６階の特設下降呼び３Ｄと６ＤＢに対しては
地下駐車場へ直行できる３号機エレベータ−を優先割当
てするルール２が登録されていることを示している０重
役室などがある６階の下降呼び６Ｄと特設呼び６ＤＢは
ルール３も登録され、ホールインフォメーション装置（
音声案内と多機能表示器から成る）設置されている１、
３．６階については５秒〜１５秒待つエレベータ−を選
択し、案内内容を十分に知っていただくと共に全体の効
率向上を図る。

１Ｔ１２は各ルールの条件部を記録したルール条件テー
ブルである０条件としては曜日、時刻の指定のように一
般的条件の他に荷重状態、待時間、待ち客数、指定号機
、交通需要のようにエレベータ−の状態に関する条件が
ある。これ等の条件はすべてＡＮＤ条件で扱われ、ＯＲ
条件を扱うときには別のルールとして登録するがサブコ
マンド付で登録される。この各々のデータは、判定条件
式で書かれている０例えばかごの荷重が３０％以下とい
う条件は ＶＥＩＧ）ＩＴ＝　＜５ＥＫＩＳＡＩ　Ｘ　０　、３　
　　　　−（１）但し　ＶＥＩＧＩ（Ｔ　：荷重状態 ５ＥＫＩＳＡＩ　（Ｋ）　：　Ｋ号機の定格積載荷重の
ように記述される。

１Ｔ１３は各ルールの条件が成立したときの実行部を記
録したルール実行テーブルであり、評価式または１割り
当て号機番号が書かれている。例えば、荷重状態が３０
％以下のエレベータ−の中から最も早く到着できるエレ
ベータ−を選択するという評価式は ＡＳＩＧＮ＝Ｋ　ＦＯＲＭＩＮ　［ＶＡＬＵＥ（Ｋ）］
　　　　　　　　　（３）のように記述される、ルール
１は以上をさらに改善し、待ち時間とかご内混雑状況の
トレードオフを達成する例を示している。実際に各テー
ブルに記録されているのは、上記各式をマイコンが実行
可能な２進データに変更したものである。尚空欄は条件
がないことを意味する。

第１Ｏ図は案内表示ルールテーブルであり、これも３つ
の部分から構成されている。

ｉ　Ｔ　２１は各階の方向別に適用すべきルールが定義
されているかどうかを示す登録ルールテーブルであり、
１Ｔ１１と同じ構成である。

１Ｔ２２は各ルールの条件部であり、ｉ　Ｔ　１２と同
じ構成である。

１Ｔ２３は各ルールの条件が成立したときの実行部であ
り、予め用意されている各種表示形態の一つを選択する
ことが可能である。ここでも０印を付けた表示形態が選
択される０表示形態中には一般情報表示の項目がありそ
の項目に０印が付いている場合にはテーブル内にメツセ
ージデータが記録されている。

さらには、多機能表示器へあらかじめ登録しておいた案
内文や画像の表示実行を指令する登録番号を格納する構
成とし、オンラインデータ伝送量を増やすことなくフレ
キシビリティ−を向上させることができる。

尚、テーブル１Ｔ２３には基本案内仕様としてルール４
を登録し、仕様の一定管理をしている。

ここでは、ルール１は出動時間帯（ＡＭ８〜９）で、出
動交通量が当該階床ＩＵの待ち客が２０Å以上、階床全
体交通量が１Ｏ人７５分台以上が発生している時のみ１
階の多機能表示器で到着するエレベータ−の順番を「先
発」　「次発」　「待機」などと日本語などで表現した
り、「１番」などと数で表現する。

但し１条件ルール１Ｔ２２の４項により３０秒以内に近
いエレベータ−のみを表示対象としている。

ルール２は、上昇ホール呼びを割当てたエレベータ−ま
たは、かご呼びにて停止することが決定したエレベータ
−に対して実施され停止エレベータ−のかご位置と停止
予定階を表示する。

但し、顧客によっては停止予定階より、待ち時間表示を
要望されるケースもあれば三種のデータ全てや、かご内
混雑度を表示するアニメーション的サービス案内を要望
される場合がある。

この様な時に、本テーブルｉ　Ｔ　２３を修正すれば良
い様にあらかじめ計画的に準備する。

拡張する際のためにルール数や条件部にスペアを用意し
ておく。

第１１図は群管理制御プログラムの概略処理フローチャ
ートである。

このプログラムは電源投入後、リセットスタートしてイ
ニシャル処理ＡＩＯを実行する。

イニシャル処理は各種テーブルのクリアや初期値セット
、各種入出力デバイスや通信用デバイスのイニシャル処
理を行なうプログラムである。

次に、ステップＡ２０からＡ６０を電源ダウンまで繰り
返し実行する。

まず運転仕様作成プログラム５Ｆ１４のほとんどはステ
ップＡ２０で実行する０次に運転プログラム５ＦＩＯの
中で応答性を必要としない処理をステップＡ３０で実行
する０次に稼動状況収集プログラム５Ｆ１３をステップ
Ａ４０で実行する。

さらに知識獲得プログラム５Ｆ１７をステップＡ５０で
、テーブル書き変えプログラム５Ｆ１５をステップＡ６
０で行なう、最後に保守調節制御プログラム５Ｆ１８を
ステップＡ７０を実行する。

以上のステップＡ２０−Ａｇｏは複数のタスクに分割し
、必要な周期で自由に各プログラムを起動することによ
り効率の良い制御を行なうのが一般的である。ここでは
説明の都合上タスク制御なしで説明した。

第１２図は運転制御プログラムＡ３０の概略処理フロー
チャートである。

ステップＥ２０では全階床の乗り場呼びを入力しホール
呼びテーブルＴ１２にセットする。ステップＥ３０では
号機制御装置からの通信データをエレベータ制御データ
テーブルＴｌｌに格納する。

ステップＥ４０では呼び割り当て処理を行ない、ステッ
プＥ５０では案内報知処理を行なう。

ステップＥ６０−Ｅ８０で扉開閉速度モードや再割当制
御などを行なう。

第１３図は通信プログラムの概要処理フローチャートで
ある。

通信プログラムは、ＡＩツールからの割り込み処理で起
動しその他の処理は、群管理制御プログラムＳＦ１の処
理の空き時間を使って行なわれる。

いわゆるバックグラウンド処理である。まず、ステップ
ＱＩＯ″Ｃ″ＡＩツールとの通信を確立する。

そして、ステップＱ２０からＱ３０ではＡＩツールの要
求に応じて制御状態の記録テーブルＴ１２や現状の運転
制御形態決定テーブル１Ｔ１５など任意のデータを送信
して制御ルールなどを受信し、ルールテーブルＴ１４に
格納する。尚、ルールテーブルＴ１４は停電時にも記憶
が失われないようにバッテリーでバックアップしたり電
気的書き込み消去可能なＥ”ＦＲＯＭに格納される。

Ｑ４０で試行運転制御テーブルＴ１４を作成する。また
獲得知識テーブルＴ２０の作業をステップＱ５０で行う
。

第１４図は第１２図ステップＥ４０で説明した呼び割り
当て処理の詳細フローチャートである。

ステップＦＩＯ，Ｆ２０．Ｆ７０．Ｆ８０で上昇下降の
全階床の処理を順に行なっていることを示している。

ステップＦ３０では、新規発生ホール呼びの有無の判定
を判定する。また、他の方法としては単純に呼びの登録
の有無を判定しても良くこれは呼び割り当て方式と共に
運転制御仕様テーブルＴ１３（６２）による呼び割当て
制御指令により決定されるものである。

ステップＦ３２では、運転制御仕様テーブルＴ１３の一
部である呼び割当制御指令Ｔ　１３　（６７）の一部を
成す、基本呼び割当て方式指令（図示省略）による評価
値演算を行なう。

ステップ３５は、第９図に示す様にルールが３つの場合
ｍは３となり、３つのすべてのルールについて処理する
ことを示している。

ステップＦ４０では当該階の割り当てルールが登録され
ているかを判定する。この処理は第９図の登録ルールテ
ーブル１Ｔ１１の当該階の所に０印がついているかどう
かを検索する処理である。

Ｑ印が付いたルールがなければステップＦ６５へ進む、
Ｑ印が付いたルールがあればステップＦ５０へ進みルー
ル条件テーブル１Ｔ１２に記載された実施しようとする
ルール番号の条件式を順次演算して、条件が成立してい
るかどうかを判定する。

この条件が成立していればルール実行テーブル１Ｔ１３
に記載された評価式による呼び割り当てを行なう、この
実行テーブルには評価式の形で記載されている他に、ル
ール２に示す如く割り当て号機を直接指定する場合も有
りこのときは評価演算を行なわずに割り当てを実行する
。

第１５図は、第１２図ステップＥ５０で説明した案内報
告処理の詳細フローチャートである。

ステップＧＩＯ，Ｇ２０．Ｇ７０．Ｇ３０１’上昇下降
の全階床の処理を順に行なっていることを示している。

ステップＧ３０ではルール４による基本案内制御を行な
っている。

ステップＧ３５は、第１０図に示す様にルールが３つの
場合ｍ２は３となり、３つの全てのルールについて処理
することを示している。

ステップＧ４０では当該階の案内制御ルールが登録され
ているかどうかを判定する。

この処理は第１０図の°登録ルールテーブル１Ｔ２１の
当該階の所に０印がついているかどうかを検索する処理
である。

０印が付いたルールがなければステップＧ６５へ進む。

Ｏ印が付いたルールがあればステップＧ５０へ進みルー
ル条件テーブル１Ｔ２２の実施しようとするルール番号
のところに記載された条件式を順次演算して条件が成立
しているか判定する。

成立していればルールの実行テーブル１Ｔ２３に記載さ
れた表示形態による案内制御を行なう。

この実行テーブルには表示形態を指定する方式の他に、
表示メツセージを直接指定した場合も有りこのときはメ
ツセージデータを直接表示器に出力する。

この様に構成することにより報知手段（パネル型多機能
表示器やホール音声案内装置など）の階床別有無と報知
内容の階床別契約により決まる案内制御処理に対し、必
要な処理のみ実行でき、高速処理となるメリットも有す
る。

この様に、本プログラムによれば、基本となる実行プロ
グラムを変えなくとも、簡単な従属サブルーチンとデー
タテーブルを変更するだけで、さまざまな仕様に対応で
きる。よって、本発明による試行機能を持つことにより
飛躍的にシステムのフレキシビリティが向上する。

第１６図はＡＩツール２の概略処理フローチャートであ
る。ＡＩツールはワークステーションであり通常の立ち
上げ操作を行なった後エレベータ−の仕様変更サービス
プログラムを起動する。

まず、ステップＨＩＯでエレベータ−制御装置に割り込
みをかける処理である。これにより通信が確立しステッ
プＨ２０でエレベータ−制御状態表示を行なう、この表
示はエレベータ−制御装置から送信されてきた制御状態
記録テーブルの内容を表やグラフに編集しＣＲＴ上に表
示するものである。そして、ステップＨ３０からＨ６０
は顧客要求仕様の入力処理であり入力のためのガイダン
ス表示とそれに対する答えを指示する形で仕様が入力さ
れる。この制御方法は一般的なエキスパートシステムの
入力方法であるので詳細は省略する。

概略は顧客仕様が入力されるとステップＨ４０で入力さ
れた仕様を第９図で説明したルールテーブルに変換する
。そして、ルールの合理性チエツクを行ない変換不可能
な部分があればステップＨ６０へ進み、再度ガイダンス
表示を行なう。

この繰り返しによって変換が終了すると、ステップＨ７
０へ進み入力された仕様変更によりエレベータ−の制御
状態（例えば待時間）がどのように変わるか推論を実行
して、その結果を表示する。

さらに、この結果に対して取り得る別の仕様変更のアド
バイスを表示する。そしてステップＨ８０で最終的に入
力した仕様変更を実行するかどうかの判定を求め、実行
する場合にはステップＨ９０へ進みルールテーブルを群
管理制御装置に送信する。中止する場合にはステップＨ
３０へ戻り再度仕様入力からやりなおす。

案内制御の変更についても同様な処理を行なって第１０
図で説明したルールテーブルを作成する。

尚、本実施例ではこのＡＩツールを顧客が操作するよう
にして説明してきたがこれは保守会社から電話回線等を
通じてエレベータ−制御装置に接続されるように構成し
ても実現可能なことは言うまでもない。さらに顧客が変
更出来る仕様の範囲をパスワード等を使って限定し、極
端な性能低下を引き起こすような入力がされたときには
それを受は付けないようにすることも可能である。

さらに顧客が変更した内容は常にＨＯＳＴ８にも記録し
ておき保守時にその内容を確認できるようにして、復元
できるようにすることも可能である。

また、ＡＩツールを使わずに保守端末７や運行指令端末
９やビル管理装置１１により、本発明の内容を構成する
ことも容易にできる。

他の実施例としては、例えば、試行運転、制御テーブル
（Ｔ１４）部に代って顧客の様々な要求を条件部と実行
部に分けた一品一葉のルールにしてｉＣカードに記憶さ
せ顧客はそのｉＣカードを望む時刻、望む期間だけ挿入
する構成などが考えられる。

また、本実施例では乗り場の案内報知器に関連する部分
の処理プログラムの例を示したがこれもかご内の報知器
の制御に応用することは容易なことである。

さらに、ルール自体も実施例で示した呼び割り当てルー
ル、案内表示ルール以外の別のルール、例えば分散階や
出発階、ピークサービス用分割Ｏｒスキップ運転などの
運行管理ルールや単独エレベータ−における扉の制御ル
ール等に応用することは容易なことである。

〔発明の効果〕

本発明によれば、運転制御仕様を記憶する手段と新たに
入力された内容による試行運転情報を設定し記憶する手
段を設けたことにより運転制御仕様の試行ができる様に
なり、選択に於ける意志決定をユーザも行なうことがで
きるという効果がある。

【図面の簡単な説明】

第１図は本発明の一実施例の全体構成図、第２図は群管
理制御装置の構成図、第３図〜第６図はソフトウェアテ
ーブル構成図、第７図は制御目標関数の説明図、第８図
はソフトウェアテーブル構成図、第９図及び第１０図は
ルールテーブル構成図、第１１図〜第１６図は群管理制
御装置の処理フロー図である。 １・・・エレベータ−制御装置、２・・・ＡＩツール、
７＃ｙ３０ 寮５０ 第も囚　　　　　　　　　　　　ｔｕＡ笠１１０ １゛　ご゛μ４Ｍｔ 第１４の 第１５０ 第１ｂ図 又７−ト　　　　　　、。 エーレベー’７＃Ｉ１１錦１１Ｅ１と ４色ｍ妬々理 ｚＯ 工しご一７和匈車゛慇　− たり。 客弊仕様べ力 ＡＤ 影史（藝」　　　工ＬＡｒ−γ請ｆ′１′？漿　和τヌ
１埋　　　　　　　　　　　　を下耐処王里Ｗ）　　変
換ＩＱ イＵ 石Ｅ１９唆勇了ドア＜４味 定理 ＨＢ。 ゝ１１１′　喫、慴育ＬＭる釣火１τ里ｒｉ行千占イ覧
五　　　　　ｔ−ｔｑ。 工−レペ゛−タ制′ｆｑｉｔ、

Claims (1)

1. 【特許請求の範囲】 １、複数の階床に就役するエレベーターと、このエレベ
   ーターを運転するための所定仕様情報を記憶する手段と
   、所定仕様情報に基づいてエレベーターを運転制御する
   手段とを備えたものにおいて、 エレベーターを試行運転させるための情報を設定し記憶
   する手段を備え、 試行運転情報に基づいてエレベーターを運転制御するこ
   とを特徴とするエレベーター制御装置。 ２、複数の階床に就役するエレベーターと、このエレベ
   ーターを運転するための所定仕様情報を記憶する手段と
   、所定仕様情報に基づいてエレベーターを運転制御する
   手段とを備えたものにおいて、 エレベーターを試行運転させるための情報を設定し記憶
   する手段と、 上記所定情報記憶手段の内容を試行運転情報に書き換え
   る手段とを備え、 試行運転情報に基づいてエレベーターを運転制御するこ
   とを特徴とするエレベーター制御装置。 ３、前記試行運転の結果を判断し、もとの仕様に戻す手
   段を備えた請求項１記載のエレベーター制御装置。