(57)【特許請求の範囲】
【請求項１】
複数台のエレベータを一群として管理するための群管理制御装置と、これに管理される複数の各号機制御装置とをネットワーク接続し、上記複数の各号機制御装置のうち特定の各号機制御装置に乗場釦が接続されたエレベータの群管理システムにおいて、
上記各号機制御装置が、
上記群管理制御装置の制御に基づき該当エレベータを個々に管理・制御し、さらに乗場釦が接続された各号機制御装置の場合に乗場釦から得られる乗場呼情報を通信手段から送信させる各号機制御手段と、
エレベータおよび上記ネットワークと乗場呼情報を含む情報の通信を行う上記通信手段と、
上記群管理制御装置との通信異常を検出する通信異常検出手段と、
上記群管理制御装置との通信に異常を検出した場合に、乗場呼情報をもとに所定の上記各号機制御装置と協同してローカル管理制御に基づく運転を行う簡易バックアップ手段と、
を備えたことを特徴とするエレベータ群管理システム。
【請求項２】
上記乗場釦が上記各号機制御装置の隣接する２台のうちの１台の割合で設けられ、
上記通信異常検出手段が通信異常を検出した場合に、乗場釦が接続された上記各号機制御装置の上記各号機制御手段が上記通信手段に、乗場釦が接続されていない隣接する上記各号機制御装置に乗場釦から得られる乗場呼情報を送信させ、
上記各号機制御装置の上記簡易バックアップ手段が、上記通信異常検出手段が通信異常を検出した場合に、乗場釦が接続された上記各号機制御装置と該各号機制御装置に隣接する乗場釦が接続されていない上記各号機制御装置で乗場呼情報を共有し、２ＣＡＲ運転を行うことを特徴とする請求項１に記載のエレベータ群管理システム。
【請求項３】
上記２ＣＡＲ運転が、空かごを優先的に応答させ、空かごがない場合には新規乗場呼びが前方呼びであって背後呼びでなく相手がその逆である場合に該号機を応答させ、それ以外は両方の号機を応答させるものであることを特徴とする請求項２に記載のエレベータ群管理システム。
【請求項４】
上記各号機制御装置の上記簡易バックアップ手段が、上記通信異常検出手段が通信異常を検出した場合に、上記乗場呼情報をもとに、各号機制御装置が、他号機との位置、方向を考慮して自号機が応答する乗場呼びのエリアを個々に設定する協調分散運転を行うことを特徴とする請求項１に記載のエレベータ群管理システム。
【請求項５】
上記協調分散運転が、全階で発生する上昇方向および下降方向の全ての乗場呼びをカバーするように、各号機制御装置が自号機が応答する乗場呼びのエリアを、他号機との位置、方向を考慮して個々に設定するものであることを特徴とする請求項４に記載のエレベータ群管理システム。
【請求項６】
上記各号機制御装置の簡易バックアップ手段が、自号機に関し、現在の走行方向に、また現在停止の場合は上昇方向に、それぞれスキャン方向を設定し、現在の停止階の呼びが未割り付けの場合に停止階のスキャン方向の呼びを自号機に割り付けた後にスキャン方向に、最上階および最下階ではスキャン方向を反転させて各階毎にスキャンを行いながら、スキャン方向と同方向に走行中かまたは無方向停止中の他号機がいる階の前の階までのスキャン方向の呼びを自号機に割り付ける、ことを特徴とする請求項５に記載のエレベータ群管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は複数の各号機制御装置をネットワーク接続し群管理制御するエレベータ群管理システムに関するものである。
【０００２】
【従来の技術】
近年、エレベータを制御する制御装置はマイクロコンピュータの採用により、大量な情報の演算処理と高度な制御を実現することが可能になってきた。
【０００３】
さて、以前より複数台の各号機制御装置をネットワーク接続したシステムがいくつか提案されている。これらのシステムにおいては、各号機制御装置に群管理機能を分担してもたせるため、特に一つの各号機制御装置が故障した場合の動作に関して、システムの信頼性を向上させるための技術が重要になってくる。
【０００４】
そこで例えば、特公平７−２５７３号公報にて提示されるものは、乗場呼びに対する応答分担評価機能を各台制御部に分散してもたせ、特定の各台制御部に乗場呼登録機能をもたせるようにしている。そして図７に示すように、各台制御部をループ状に接続し、伝送路が故障した場合にはいくつかのグループに分けて（例えばＡをメインとするＡ、Ｂ、Ｃ、Ｈ、Ｇのグループと、ＥをメインとするＥ、Ｄ、Ｆのグループ）、その中で群管理を行うように構成されている。
【０００５】
また、特開昭６３−１２５７８号公報にて提示されるものは図８に示すように、直列に２本の独立したライン１５１，１５２を両側の２つの制御装置１５０に接続し、一つの制御装置が故障したときには、乗場に関する情報はもう一つの制御装置に送受信されるように構成されている。すなわち各々の制御装置の情報が２本の独立したライン１５１，１５２を経て２つの方向に互いに別の制御装置へ送られる。
【０００６】
【発明が解決しようとする課題】
以上のような従来のこの種のシステムでは、例えば複数の各号機制御装置の中の一つの制御装置に群管理機能をもたせ、その制御装置が故障した場合には、残りの制御装置の中から次に群管理を行う制御装置が選択され、その制御装置が群管理機能を継続して行うようになっている。しかしながらこのようなシステムにおいては、各制御装置の中のいずれにも群管理を行うための群管理制御機能を分担させてもたせる必要が有り、しかもその実現方法が複雑であることからそれぞれの各号機制御装置に特別なＣＰＵやメモリ空間を用意する必要があり、ソフトウェアにもハードウェアにも余分な資源が必要となり、コストが高騰する等の問題があった。
【０００７】
この発明は上記のような課題を解決するためになされたもので、群管理制御装置がダウンした場合でも、簡単な構成で実現可能な２ＣＡＲ運転や協調分散運転等のローカル管理制御に基づくバックアップ運転を実現するエレベータ群管理システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記の目的に鑑み、この発明は、複数台のエレベータを一群として管理するための群管理制御装置と、これに管理される複数の各号機制御装置とをネットワーク接続し、上記複数の各号機制御装置のうち特定の各号機制御装置に乗場釦が接続されたエレベータの群管理システムにおいて、上記各号機制御装置が、上記群管理制御装置の制御に基づき該当エレベータを個々に管理・制御し、さらに乗場釦が接続された各号機制御装置の場合に乗場釦から得られる乗場呼情報を通信手段から送信させる各号機制御手段と、エレベータおよび上記ネットワークと乗場呼情報を含む情報の通信を行う上記通信手段と、上記群管理制御装置との通信異常を検出する通信異常検出手段と、上記群管理制御装置との通信に異常を検出した場合に、乗場呼情報をもとに所定の上記各号機制御装置と協同してローカル管理制御に基づく運転を行う簡易バックアップ手段と、を備えたことを特徴とするエレベータ群管理システムにある。
【００１３】
この発明においては、群管理機能を有する群管理制御装置が故障した場合には、群管理をやめ、残りの隣接された２台のエレベータ同士で、２ＣＡＲ運転を簡易的に行う。また、各号機制御装置が、他号機との位置、方向を考慮して自号機が応答する乗場呼びのエリアを個々に設定する方法では、各エレベータが協調分散して動作する協調分散運転を行う。
【００１４】
【発明の実施の形態】
以下、この発明を各実施の形態に従って図面に基づき説明する。
【００１５】
実施の形態１．
図１は本発明の一実施の形態によるエレベータ群管理システムの構成を示すブロック図である。図１におて、１はエレベータ全般を群管理制御する群管理制御装置、２は各号機を制御する各号機制御装置であり、３は主として各号機単体を制御する各号機制御手段、４は各号機制御装置２とネットワークとの通信を行う通信手段である。６はネットワーク上の群管理制御装置１との通信異常を検出する通信異常検出手段であり、５は通信異常を検出すると、ローカル管理制御である２ＣＡＲ運転や分散協調によるバックアップ運転を行うための簡易バックアップ手段である。
【００１６】
また、７は各号機制御装置２および群管理制御装置１をネットワーク接続するネットワークであり、８は各乗場に設置される乗場釦、９は乗場釦８と各号機制御装置との通信を行う演算装置であるホールステーションである。
【００１７】
上記ネットワーク７には各号機のかご位置、かご方向、かご内負荷等の各かご情報の他に、乗場呼びの登録・解消、乗場釦ランプの点灯・消灯といった乗場釦８に関する情報も流れる。また、通常、各号機制御装置２には、隣接する２台に１台の割合で乗場釦８が接続されるようになっている。
【００１８】
なお、３〜６、９の各手段はすべてマイクロコンピュータ内のソフトウエアによって構成されており、ＣＰＵを含めたハードウェア構成は各号機制御装置２で共通になっている。また、ネットワーク７上には群管理を行うのに最低限必要な情報、例えば、乗場呼びの登録情報、割当情報等が常時伝送されている。
【００１９】
次に図２で乗場釦８に関する情報がどのようにネットワーク７に流れるかを説明する。図２の(ａ)は乗場で乗場釦８が押されたことにより発生する乗場釦登録情報(乗場呼情報)であり、全部で５ｂｙｔｅの情報からなる。１ｂｙｔｅ目は送信先データであり群管理制御装置１の識別データが設定される。２ｂｙｔｅ目は送信元データであり例えばホールステーション９に相当する識別データが設定される。３ｂｙｔｅ目は属性データであり、グループ分けされた複数ある乗場釦系列の中から識別するデータが設定される。４ｂｙｔｅ目は階床データで乗場釦８が設置されている階床が数値データで設定される。５ｂｙｔｅ目は方向データであり、ＵＰ(昇り)／ＤＮ(降り)を識別する数値データが設定される。
【００２０】
また、逆に群管理制御装置１から乗場釦ランプを点灯する乗場釦ランプ情報は図２の(ｂ)で示される。この情報は(ａ)と同様に５ｂｙｔｅで構成される。１ｂｙｔｅ目は送信先データであり、例えば点灯する乗場のホールステーション９に相当する識別データが設定される。２ｂｙｔｅ目は送信元データであり、群管理制御装置１の識別データが設定される。３ｂｙｔｅ目は属性データであり、複数ある乗場釦系列の中から識別するデータが設定される。４ｂｙｔｅ目は階床データで乗場釦８が設置されている階床が数値データで設定される。５ｂｙｔｅ目は方向データであり、ＵＰ／ＤＮを識別する数値データが設定される。これらの情報がホールステーション９を経由して乗場釦８と通信手段４の間で通信されることになる。
【００２１】
次にこの発明によるエレベータ群管理システムの動作について説明するが、ここでは群管理制御装置１がダウンした場合の動作について説明し、通常の群管理制御運転等の動作については省略する。
【００２２】
図３に従って群管理制御装置１がダウンした場合の手順について説明する。まずステップＳＴ３０で各号機の通信異常検出手段６が群管理制御装置１との通信状態をチェックする。これは例えばヘルシーチェック異常等の一般的な方法で検出ができる。そしてステップＳＴ３１で群管理制御装置１との通信異常を検出した場合は、ステップＳＴ３２で各号機制御手段３が自号機が乗場釦接続号機かどうかを判定して、乗場釦接続号機ならばステップＳＴ３３で乗場釦情報を隣接する号機へ送信する。これは図２の(ａ)で示した情報の送信先データ(１ｂｙｔｅ目)を群管理制御装置１から隣接する号機に変更することで送信が可能になる。そして、乗場釦非接続号機ならばステップＳＴ３４で隣接する乗場釦接続号機から乗場釦情報を受信する。このような手順により、群管理制御装置１がダウンした場合に乗場釦情報を隣接した号機の間で共有することが可能になり、これに基づき簡易バックアップ手段による以下に述べるローカル管理制御に基づく運転が行われる。
【００２３】
次に図４のフローチャートに従ってローカル管理制御の一例である２ＣＡＲ運転を行う手順について説明する。ここでは乗場釦が登録されて１台のエレベータが割り当てられるというローカル管理制御の基本的な手順について＃１号機、＃２号機の２台のエレベータで説明する。
【００２４】
まずステップＳＴ４０で新規乗場呼びが発生する。次にステップＳＴ４１で＃１、＃２号機がともに空かごかどうかを判定する。２台とも空かごであれば、ステップＳＴ４２で＃１号機の方が近いかどうか判定し、近ければ、あるいは同じ距離であればステップＳＴ４７で＃１号機が応答し、近くなければステップＳＴ４８で＃２号機が応答する。ステップＳＴ４１で＃１、＃２号機の両方が空かごでない場合に、ステップＳＴ４１ａで＃１、＃２号機のいずれかが空かごかどうかを判断し、空かごの方を応答させる。
【００２５】
ステップＳＴ４１ａで＃１、＃２号機がともに空かごでないことがわかると、次にステップＳＴ４３で新規呼びが＃１号機から見て前方呼びであり、＃２号機からみて前方呼びでない場合、また、ステップＳＴ４４で新規呼びが＃２号機から見て背後呼びであり、＃１号機からみて背後呼びでない場合は、ステップＳＴ４７で＃１号機に割り当てる。ここでいう前方呼びとは、かごの現在位置から進行方向の任意の階床に登録された乗場呼びのことであり、背後呼びとは、かごの現在位置から進行方向と逆方向の任意の階床に登録された乗場呼びのことである。
【００２６】
次にステップＳＴ４５で新規呼びが＃２号機から見て前方呼びであり、＃１号機からみて前方呼びでない場合、また、ステップＳＴ４６で新規呼びが＃１号機から見て背後呼びであり、＃２号機からみて背後呼びでない場合は、ステップＳＴ４８で＃２号機に割り当てる。そして、上記いずれの条件にも当てはまらない場合は、ステップＳＴ４９で＃１、＃２号機がともに応答する。
【００２７】
この手順は、空かごを優先的に応答させ、空かごがない場合には新規乗場呼びが前方呼びであって背後呼びでなく相手がその逆である場合に該号機を応答させ、それ以外は両方の号機を応答させるという非常に簡単な呼び割り当てのバックアップ手順であり、各号機制御装置に特別なＣＰＵやメモリ空間を用意することなく実現が可能である。
【００２８】
実施の形態２．
以下にこの発明におけるローカル管理制御の別の例である協調分散運転を行う手順について説明する。図５をもとにエレベータの動きを説明する。図５では３台１０停止のビルを想定した。今、＃１号機は５Ｆに無方向戸閉待機、＃２号機は２ＦをＵＰ方向で走行中、＃３号機は９ＦをＤＯＷＮ方向で走行中である。このとき、各号機が有している方向で各階床をスキャンしていずれの階のいずれの方向にもサービスすべきかごを決定する。
【００２９】
本例では、この瞬間に任意の階で呼びが発生すると、＃２号機は２Ｆから４ＦまでのＵＰ方向に発生した呼びに応答し、＃１号機は５Ｆから９ＦまでのＵＰ方向と１０ＦのＤＯＷＮ方向に発生した呼びに応答し、＃３号機は９Ｆから２ＦまでのＤＯＷＮ方向と１ＦのＵＰ方向に発生した呼びに応答する。
【００３０】
このように、各号機が他号機との位置関係、方向を考慮して自号機が応答する階床を個々に設定し、全階で発生する呼びをカバーすることができる。すなわち図５で３つの矢印を合わせると、１Ｆから１０Ｆまでを１往復していることから、全階で発生するＵＰ方向およびＤＯＷＮ方向の全てをカバーしていることが分かる。また、乗場釦情報を全号機に通信する必要があるため、図３で説明したフローチャートのステップＳＴ３３の内容で、送信先の識別コードを”全号機”に設定する。
【００３１】
次に図６のフローチャートに従ってこの実施の形態によるローカル管理制御の一例である協調分散運転を行う手順について説明する。なお、構成される手段は図１に記載の手段と同じである。
【００３２】
まずステップＳＴ６１でかごの引数Ｎを初期化し、ステップＳＴ６２でかごＮの位置階の情報をＬに、かごＮの方向をスキャン方向にそれぞれ設定する。次にステップＳＴ６３でスキャン方向がＵＰ(昇り)かどうか判定し、同様にステップＳＴ６４でスキャン方向がＤＮ(降り)かどうか判定し、方向有りの場合はステップＳＴ６５でＬ階にスキャン方向と同方向または無方向のかごがあるかどうか判定し、なければステップＳＴ６８でＬ階、スキャン方向の呼びをかごＮに割り付ける。ある場合はステップＳＴ７６ですべてのかごについてチェックしたかどうか判定し、チェックしていない場合はステップＳＴ７７でＮを更新し、以後ステップＳＴ６２以降を繰り返す。
【００３３】
一方、ステップＳＴ６３、６４でスキャン方向が無方向の場合はステップＳＴ６６で、スキャン方向をＵＰ方向に設定し、ステップＳＴ６７でＬ階の呼びがすでに他のかごに割り付けられているかどうか判定し、割り付けられていない場合はステップＳＴ６８でＬ階、スキャン方向の呼びをかごＮに割り付ける。
【００３４】
次にステップＳＴ６９でスキャン方向がＵＰ方向かどうか判定し、ＵＰであれば、ステップＳＴ７１でＬ階が最上階かどうか判定し、最上階でなければステップＳＴ７４でＬをＵＰ方向に更新する。最上階であればステップＳＴ７５でスキャン方向をＤＮ方向に反転させる。また、スキャン方向がＤＮの場合はステップＳＴ７０でＬ階が最下階かどうか判定し、最下階でなければステップＳＴ７３でＬ階をＤＮ方向に更新する。最下階であればステップＳＴ７２でスキャン方向をＵＰ方向に反転させる。
【００３５】
このようにして、各かご毎すなわちそれぞれの各号機制御装置毎にそれぞれ応答すべき階床、方向を、他のかごの位置、方向を考慮しながら簡単な手順で設定することができる。
【００３６】
なお上記説明では図１に示すように群管理制御装置およびそれぞれの各号機制御装置が一本のネットワークに接続されているものを示したが、ネットワークがリング状のものであっても同様に実現できる。
【００３７】
【発明の効果】
以上のようにこの発明によれば、複数台のエレベータを一群として管理するための群管理制御装置と、これに管理される複数の各号機制御装置とをネットワーク接続して構成されたエレベータの群管理システムにおいて、群管理制御装置の制御に基づき該当エレベータを個々に管理・制御を行う各号機制御装置が、群管理制御装置との通信に異常を検出した場合に、乗場呼情報をもとに所定の各号機制御装置と協同してローカル管理制御に基づく運転を行う簡易バックアップ手段を備えたので、群管理制御装置がダウンした場合でも、簡単な構成で実現可能なローカル管理制御に基づくバックアップ運転を実現できる。
【００３８】
また、各号機制御装置がそれぞれ、各エレベータを個々に管理・制御する各号機制御手段と、エレベータおよびネットワークと乗場呼情報を含む情報の通信を行う通信手段と、群管理制御装置との通信異常を検出する通信異常検出手段と、通信異常検出手段が通信異常を検出した場合に、乗場呼情報をもとに、隣接した各号機制御装置同士で乗場呼情報を共有し、２ＣＡＲ運転を行う簡易バックアップ手段と、を備えるものとしたので、それぞれの各号機制御装置に従来のような群管理用の余分なソフトウェア、ハードウェア資源を設ける必要がなく、コストが低減できる。
【００３９】
また、２ＣＡＲ運転を、空かごを優先的に応答させ、空かごがない場合には新規乗場呼びが前方呼びであって背後呼びでなく相手がその逆である場合に該号機を応答させ、それ以外は両方の号機を応答させるものとしたので、極めて簡単な呼び割り当てのバックアップ手順であり、各号機制御装置に特別なＣＰＵやメモリ空間を用意することなく実現が可能である。
【００４０】
また、各号機制御装置がそれぞれ、各エレベータを個々に管理・制御する各号機制御手段と、エレベータおよび上記ネットワークと乗場呼情報を含む情報の通信を行う通信手段と、群管理制御装置との通信異常を検出する通信異常検出手段と、通信異常検出手段が通信異常を検出した場合に、乗場呼情報をもとに、各号機制御装置が、他号機との位置、方向を考慮して自号機が応答する乗場呼びのエリアを個々に設定する協調分散運転を行う簡易バックアップ手段と、を備えるものとしたので、それぞれの各号機制御装置に従来のような群管理用の余分なソフトウェア、ハードウェア資源を設ける必要がなく、コストが低減できる。
【００４１】
また、協調分散運転を、全階で発生する上昇方向および下降方向の全ての乗場呼びをカバーするように、各号機制御装置が自号機が応答する乗場呼びのエリアを、他号機との位置、方向を考慮して個々に設定するものとしたので、極めて簡単な呼び割り当てのバックアップ手順であり、各号機制御装置に特別なＣＰＵやメモリ空間を用意することなく実現が可能である。
【図面の簡単な説明】
【図１】  この発明の一実施の形態によるエレベータ群管理システムの構成を示す図である。
【図２】  この発明による乗場釦登録情報および乗場釦ランプ情報を示した図である。
【図３】  この発明における群管理制御装置の通信異常を検出した場合の手順を説明するためのフローチャート図である。
【図４】  この発明の簡易バックアップ手段で行われる２ＣＡＲ運転の手順を説明するためのフローチャート図である。
【図５】  この発明における協調分散運転を説明するための図である。
【図６】  この発明の簡易バックアップ手段で行われる協調分散運転の手順を説明するためのフローチャート図である。
【図７】  従来の群管理制御を行うシステムの構成を示す概略図である。
【図８】  従来の群管理制御を行うシステムの構成を示す概略図である。
【符号の説明】
１  群管理制御装置、２  各号機制御装置、３  各号機制御手段、４  通信手段、５  簡易バックアップ手段、６  通信異常検出手段、７  ネットワーク、８乗場釦、９  ホールステーション。
【図１】
0004509276.tif 000002
【図２】
0004509276.tif 000003
【図３】
0004509276.tif 000004
【図４】
0004509276.tif 000005
【図５】
0004509276.tif 000006
【図６】
0004509276.tif 000007
【図７】
0004509276.tif 000008
【図８】
0004509276.tif 000009