JP2016055977A - エレベータの群管理システム - Google Patents

Abstract

【課題】交通需要に応じて運転制御システムに用いられる設備の消費電力を極力抑えて運転を実施する。
【解決手段】複数の号機の運転を制御するエレベータの群管理システムにおいて、群管理制御装置１１は、需要判定部４２とシステム構成決定部４４とを備える。需要判定部４２は、現在の交通需要を判定する。システム構成決定部４４は、需要判定部４２によって判定された交通需要に基づいて各号機の運転制御に使用するシステム構成を決定し、そのシステム構成に不要な設備をオフ状態にして運転を実施する。
【選択図】図１

Description

本発明の実施形態は、乗場行先階登録装置を備えたエレベータの群管理システムに関する。

一般に、建物の各階の乗場には、乗場呼びを登録するための乗場呼びボタンが設置されている。エレベータの利用者がこの乗場呼びボタンを操作すると、乗りかごが乗場呼びの登録階に応答する。利用者が乗りかごに乗り込み、かご操作盤の行先階呼びボタンを操作すると、行先階が登録され、乗りかごがその行先階に移動する。

近年、上述した乗場呼びボタンとは別に、乗場にて直接行先階を指定可能な乗場行先階登録装置を備えたエレベータの群管理システムが実用化されている。このような群管理システムを「行先階制御システム（ＤＣＳ：Destination Control System）」と呼ぶ。

ＤＣＳでは、乗場で指定された行先階に基づいて乗りかごを割り当ることにより、輸送効率の向上を図っている。なお、エレベータ（乗りかご）が複数台存在する場合に「号機」と言う。また、乗場呼びが割り当てられた号機を「割当号機」と言う。

また、ＤＣＳと通常のエレベータシステムを併用したシステムのことを「ハイブリットＤＣＳ」と呼んでいる。「ハイブリットＤＣＳ」では、例えば基準階に乗場行先階登録装置が設置され、他の階には乗場呼びボタンが設置され、乗りかご内には行先階呼びボタンが必要となる。

特開２０１１−５２６８２４号公報

しかしながら、上述したＤＣＳでは、ＤＣＳの制御装置や表示装置など、通常の運転制御システムで用いられる既存の機器とは別にＤＣＳ専用の設備が必要となる。建物の階床数やエレベータ台数が増えれば、ＤＣＳ専用の設備を多く必要とするので、その分、消費電力が大きくなる。

本発明が解決しようとする課題は、交通需要に応じて運転制御システムに用いられる設備の消費電力を極力抑えて運転を実施することのできるエレベータの群管理システムを提供することである。

本実施形態に係るエレベータの群管理システムは、複数の号機の運転を制御するエレベータの群管理システムにおいて、現在の交通需要を判定する需要判定手段と、この需要判定手段によって判定された交通需要に基づいて上記各号機の運転制御に使用するシステム構成を決定し、そのシステム構成に不要な設備をオフ状態にして運転を実施するシステム構成決定手段とを具備する。

図１は第１の実施形態に係るエレベータの群管理システムの構成を示す図である。 図２は同実施形態における乗場ゲートの構成を示す図である。 図３は同実施形態における現在使用中の制御システム（ＤＣＳ使用中）の表示例を示す図である。 図４は同実施形態における現在使用中の制御システム（通常制御システム使用中）の表示例を示す図である。 図５は同実施形態におけるＤＣＳ表示部の一部である第２の表示部の設置例を示す図である。 図６は同実施形態におけるエレベータの群管理システムの動作を示すフローチャートである。 図７は同実施形態におけるシステム構成決定用のテーブルの一例を示す図である。 図８は同実施形態におけるエレベータの群管理システムのデータベースを用いた処理を示すフローチャートである。 図９は同実施形態におけるエレベータの群管理システムに用いられるデータベースの一例を示す図である。 図１０は第２の実施形態におけるエレベータの群管理システムの動作を示すフローチャートである。 図１１は同実施形態におけるエレベータの群管理システムに用いられる２つの構成パターンを有するデータベースの一例を示す図である。

以下、図面を参照して実施形態を説明する。

（第１の実施形態）
図１は第１の実施形態に係るエレベータの群管理システムの構成を示す図である。図１の例では、建物内に３台のエレベータ（Ａ号機，Ｂ号機，Ｃ号機）が設けられた群管理システムの構成が示されている。なお、ここで言う「エレベータ」とは、基本的には「乗りかご」のことであり、１台１台の乗りかごのことを「号機」と呼ぶ。

図１に示すように、本実施形態におけるエレベータの群管理システムは、エレベータシステム１０と、行先階制御システム（以下、ＤＣＳと称す）２０と、ゲートシステム３０とで構成される。

エレベータシステム１０は、群管理制御装置１１と、各号機（ここではＡ〜Ｃ号機）に対応した号機制御装置１２ａ，１２ｂ，１２ｃと、各号機の乗りかご１３ａ，１３ｂ，１３ｃとを備える。

群管理制御装置１１は、各号機の運転を群管理制御するための装置である。本実施形態において、この群管理制御装置１１には、状態監視部４１、需要判定部４２、データベース４３、システム構成決定部４４、エレベータ制御部４５が備えられている。なお、ここでは便宜上、状態監視部４１、需要判定部４２、データベース４３、システム構成決定部４４、エレベータ制御部４５の全てを群管理制御装置１１に配置して記述したが、必ずしも同一装置に配置する必要はなく、別々の装置に配置する構成であっても良い。

状態監視部４１は、号機制御装置１２ａ，１２ｂ，１２ｃを通じて各号機の運転状態を監視する。各号機の運転状態には、かご位置、運転方向などに加え、乗場呼びの個数、かごの乗車荷重／降車荷重、平均未応答時間などが含まれる。

需要判定部４２は、状態監視部４１によって得られた各号機の運転状態から現在の交通需要を判定する。詳しくは、乗場呼びの個数、かごの乗車荷重／降車荷重、平均未応答時間のいずれかに基づいて現在の交通需要が多いか少ないかを所定の段階数（例えば４段階）に分けて判定する。

データベース４３は、需要判定部４２によって判定された交通需要を所定の時間間隔（例えば５分間隔）毎に交通需要の学習データとして保存する。

システム構成決定部４４は、需要判定部４２によって判定された交通需要に基づいて各号機の運転制御に使用するシステム構成を決定し、そのシステム構成に不要な設備をオフ状態にして運転を実施する。なお、データベース４３に少なくとも１週間分の学習データが保存されていれば、システム構成決定部４４は、その日の曜日の同じ時間帯の交通需要をデータベース４３から判断し、その交通需要に応じたシステム構成を決定する。

エレベータ制御部４５は、かご内で登録された行先階に基づいて各号機の運転を制御するなど、エレベータシステム全体の制御を行う。このエレベータ制御部４５は、通常制御システムにおける割当制御部としての機能を備え、行先階を含まない通常の乗場呼び（行先方向を示す乗場呼び）に基づいて各号機の中から割当号機を決定して応答させる。

また、群管理制御装置１１には、各号機（ここではＡ〜Ｃ号機）に対応した号機制御装置１２ａ，１２ｂ，１２ｃが接続されている。これらの号機制御装置１２ａ，１２ｂ，１２ｃは、それぞれに個別に各号機の運転を制御するための装置である。具体的には、乗りかご１３ａ，１３ｂ，１３ｃを昇降動作させるためのモータの制御やドアの開閉制御などを行う。なお、群管理制御装置１１と号機制御装置１２ａ，１２ｂ，１２ｃは、コンピュータによって実現される。

乗りかご１３ａ，１３ｂ，１３ｃの室内には、それぞれに行先階ボタンを含む各種操作ボタンを有する操作盤１４ａ，１４ｂ，１４ｃが設けられている。乗場で行先階を登録しなかった場合に、この操作盤１４ａ，１４ｂ，１４ｃ上の行先階ボタンを操作する。また、乗りかご１３ａ，１３ｂ，１３ｃの底部には、それぞれにかご内の積載荷重を検知するための荷重センサ１５ａ，１５ｂ，１５ｃが設置されている。

操作盤１４ａ，１４ｂ，１４ｃや荷重センサ１５ａ，１５ｂ，１５ｃの各種信号は、それぞれに対応した号機制御装置１２ａ，１２ｂ，１２ｃを介してエレベータシステム１０に与えられる。

一方、ＤＣＳ２０は、エレベータシステム１０とは独立して設けられており、乗場で登録された行先階に基づいて各号機を運転制御する。このＤＣＳ２０は、ＤＣＳ電源部２１と、ＤＣＳ制御部２２と、ＤＣＳ表示部２３とを備える。

ＤＣＳ電源部２１は、ＤＣＳ制御部２２とＤＣＳ表示部２３の動作に必要な電源（電力）を供給する。ＤＣＳ制御部２２は、ＤＣＳ方式の割当制御を実現する制御部分であり、コンピュータからなる。

ＤＣＳ表示部２３は、第１の表示部２４と第２の表示部２５とからなる。第１の表示部２４は、ＤＣＳ制御部２２によって決定された割当号機を利用者が乗車する号機として表示する。第２の表示部２５は、ＤＣＳ制御部２２によって決定された割当号機を含む各号機の行先階を表示する。なお、図１では、ＤＣＳの設備として第１の表示部２４と第２の表示部２５を同じ場所に示しているが、実際には第１の表示部２４は利用者が行先階を登録する場所に設置され（図２参照）、第２の表示部２５は各号機の乗場に号機毎に設置される（図５参照）。

また、ゲートシステム３０は、利用者の乗場への通行を規制するためのシステムであり、乗場の手前に設置される乗場ゲート３１と、この乗場ゲート３１上に設置される登録部３２と通知部３３とを備える（図２参照）。

登録部３２は、利用者の行先階を登録する。登録方法としては、例えばテンキーを操作して行先階を入力する方法でも良いし、利用者の行先階が登録されたＩＤ(identification)カードをカードリーダに近づけて自動登録することでもよい。

通知部３３は、乗場に向かう利用者に対して、現在使用中の制御システム（ＤＣＳ使用中／通常制御システム使用中）を通知する。通知方法としては、メッセージを表示することで良いし、音声を出力することでも良い。

なお、本実施形態では、ハイブリッドＤＣＳを想定しており、ＤＣＳ設置階(乗場ゲート設置階)では、通常の呼び登録装置（ＵＰ／ＤＮ呼びの登録装置）は設置されない。ＤＣＳ非設置階(乗場ゲート非設置階)では、通常の呼び登録装置が設置され、利用者の行先方向を示す乗場呼びに基づいて通常の割当制御が実施される。

図２は乗場ゲート３１の構成を示す図である。

乗場ゲート３１は、乗場の手前に設置される。この乗場ゲート３１の入口側には登録部３２と通知部３３が設けられ、出口側にＤＣＳ表示部２３の一部である第１の表示部２４が設けられる。

この乗場ゲート３１の通行路には、利用者の認証と共に開扉するゲート部材３４が設けられている。本実施形態では、利用者が持つＩＤカード３５を用いて、利用者の認証と行先階の登録を同時に行うものとする。ＩＤカード３５には、利用者に固有のＩＤ番号と行先階が予め登録されている。この場合、登録部３２は、「カードリーダ」として用いられ、電磁誘導方式などによりＩＤカード３５の情報（ＩＤ番号と行先階）を非接触で読み取る機能を有する。

なお、上述したように行先階の登録方法としては、テンキーであっても良い。その場合には、利用者を認証する機器と行先階を登録する機器（テンキー）とを個別に設置しておく。

利用者が認証されると、ゲート部材３４が開扉する。同時に、利用者の行先階に対する割当号機が決定され、利用者が乗車する号機として第１の表示部２４に表示される。これにより、利用者は乗場ゲート３１を通り抜けるときに自分の乗る号機を確認できる。図２の例では、第１の表示部２４に「Ａ号機」と表示されているので、利用者はＡ号機の乗場前で待機することになる。

また、本実施形態では、交通需要に応じてＤＣＳの機能がオフされることがある。その場合、利用者は行先階の登録でなく、ＵＰ（上方向）またはＤＮ（下方向）の行先方向を登録することになる。乗場ゲート３１の入口側に設置された通知部３３には、現在使用中の制御システム（ＤＣＳ使用中／通常制御システム使用中）が表示または音声にて利用者に通知される。

図３および図４に現在使用中の制御システムの表示例を示す。ＤＣＳ２０が有効な状態にある場合には、図３に示すような表示がなされる。一方、ＤＣＳ２０が無効とされている場合には、図４に示すような表示がなされる。

なお、現在使用中の制御システムに加え、乗場呼びの登録方法を通知するようにしても良い。ただし、ＤＣＳ２０が無効な状態にあっても（通常制御システム使用中の場合）、登録部３２は有効な状態にある。したがって、利用者がＩＤカード３５を持つ場合には、行先方向ボタンの操作は不要であり、ＩＤカード３５に記録された行先階から利用者の行先方向（上方向／下方向）を自動登録することができる。

図５はＤＣＳ表示部２３の一部である第２の表示部２５の設置例を示す図である。

第２の表示部２５は、各号機の乗場５０に号機毎に設けられる。図中の２５ａはＡ号機に設けられた第２の表示部、２５ｂはＢ号機に設けられた第２の表示部、２５ｃはＣ号機に設けられた第２の表示部を示している。

第２の表示部５１ａは、Ａ号機の乗降口に設置されたドア５１ａの上部に設置され、Ａ号機に割り当てられた行先階を表示する。同様に、第２の表示部５１ｂは、Ｂ号機の乗降口に設置されたドア５１ｂの上部に設置されて、Ｂ号機に割り当てられた行先階を表示する。第２の表示部５１ｃは、Ｃ号機の乗降口に設置されたドア５１ａの上部に設置され、Ｃ号機に割り当てられた行先階を表示する。

このような構成において、利用者が乗場ゲート３１を通過するときに登録した乗場呼びの情報は、各号機の号機制御装置１２ａ，１２ｂ，１２ｃを経由してエレベータシステム１０へ入力される経路と、直接ＤＣＳ２０へ入力される経路に分けられる。

ＤＣＳ２０が正常に起動している場合には、ＤＣＳ制御部２２が乗場ゲート３１から入力された乗場呼びに含まれる利用者の行先階に基づいて割当処理を実施する。一方、ＤＣＳ２０が異常の場合には、エレベータシステム１０側でＤＣＳ２０の異常を検知し、エレベータ制御部４５が乗場ゲート３１から入力された乗場呼びに基づいて割当処理を実施する。その際、利用者の行先階ではなく、下方向または上方向の行先方向に基づいて通常の割当処理が実施される。

また、本実施形態では、ＤＣＳ２０の異常の有無に関係なく、省電力化の観点から現在の交通需要に応じてＤＣＳ２０の使用が判断され、ＤＣＳ２０を必要としない状況であれば、エレベータ制御部４５によって通常の割当処理が実施されることになる。

以下に、交通需要に応じて使用システムを切り替える場合の動作について詳しく説明する。

図６は第１の実施形態におけるエレベータの群管理システムの動作を示すフローチャートである。なお、このフローチャートで示される処理は、コンピュータである群管理制御装置１１が所定のプログラムを読み込むことにより実行される。

まず、群管理制御装置１１に設けられた需要判定部４２によって現在の交通需要が判定される（ステップＳ１１）。詳しくは、各号機の運転状態情報として得られる乗場呼びの登録個数、かごの乗車荷重・降車荷重、もしくは、平均未応答時間を測定し、これらのうちの少なくも１つの情報を用いて現在の交通需要を判定する。

「平均未応答時間」とは、乗場呼びが登録されてから割当号機がその乗場呼びの登録階に応答するまでの平均的な時間である。本実施形態では、この平均未応答時間を用いて現在の交通需要を４つの段階に分けて判定するものとする。但し、乗車荷重や降車荷重等の他の情報を加味することで、より細かく交通需要を判定することが可能となる。

現在の交通需要が判定されると、その判定結果がシステム構成決定部４４に与えられる。これにより、システム構成決定部４４は、現在の交通需要に適したシステム構成を判断する（ステップＳ１２）。詳しくは、システム構成決定部４４は、例えば図７に示すようなテーブル４４ａを用いて、平均未応答時間に対応したシステム構成を判断する。このテーブル４４ａには、平均未応答時間に応じてシステム構成が予め定義されている。

・「構成１」：ＤＣＳ全休止状態
平均未応答時間がｔ１（例えば１０秒）未満であれば、「構成１」とする。交通需要が極端に少ないケースである。ＤＣＳによる運行効率の効果は低く、逆にＤＣＳで消費される電力が無駄になるため、ＤＣＳに関連した設備をすべてオフする。

・「構成２」：ＤＣＳ一部休止状態
平均未応答時間がｔ１〜ｔ２（例えば２０秒）未満であれば、「構成２」とする。交通需要が少ないケースであり、上記同様にＤＣＳによる運行効率の効果は低いため、ＤＣＳに関連した設備をオフする。ただし、乗場で各号機の行先階表示はオンする。なお、通常の運転制御でも各号機の行先階を表示できる。

・「構成３」：ＤＣＳ一部休止状態
平均未応答時間がｔ２〜ｔ３（例えば２５秒）未満であれば、「構成３」とする。交通需要がやや多いケースであり、ＤＣＳを利用して運行効率を上げる。ただし、ゲートで割当号機の表示だけを行い、乗場での各号機の行先階表示はオフする（ＤＣＳ一部休止状態）。なお、乗場で待機する利用者が少ないため、各号機の行先階表示をオフしていても混乱は少ないものと考える。

・「構成４」：ＤＣＳ全起動状態
平均未応答時間がｔ３以上であれば、「構成４」とする。交通需要が非常に多いケースであり、ＤＣＳを利用して運行効率を上げる。乗場で待機する利用者が多いため、乗場での各号機の行先階表示もオンする。

このようにしてシステム構成を決定すると、システム構成決定部４４は、当該システムに不要な設備の電源を遮断するなどしてオフ状態にし、有効な設備のみで運転を実施できる状態に設定する（ステップＳ１３）。

すなわち、「構成１」であれば、ＤＣＳ２０のＤＣＳ電源部２１を通じてＤＣＳ制御部２２とＤＣＳ表示部２３の電源を遮断することで、ＤＣＳ全休止状態とする。このとき、通常制御システムで用いられる乗場ゲート３１とエレベータ制御部４５はオン状態にある。乗場ゲート３１で利用者が登録した行先階の情報は無効となり、エレベータ制御部４５が利用者の行先方向（上方向／下方向）の情報に基づいて通常の割当制御を実施する。

「構成２」であれば、ＤＣＳ２０のＤＣＳ電源部２１を通じてＤＣＳ制御部２２の電源が遮断される。また、ＤＣＳ表示部２３の第１の表示部２４に対する電源が遮断され、第２の表示部２５のみオンとなる。この場合も上記構成１と同様に、乗場ゲート３１で利用者が登録した行先階の情報は無効となり、エレベータ制御部４５が利用者の行先方向（上方向／下方向）の情報に基づいて通常の割当制御を実施する。ただし、割当号機が決まると、その割当号機の行先階（停止階）が第２の表示部２５に表示される。

「構成３」であれば、ＤＣＳ２０のＤＣＳ電源部２１を通じてＣＳ表示部２３の第２の表示部２５に対する電源が遮断される。この場合、乗場ゲート３１で利用者が登録した行先階の情報は有効となり、ＤＣＳ制御部２２によって割当制御が実施される。割当号機の決定に伴い、利用者が乗車する号機が第１の表示部２４に表示される。ただし、その割当号機の行先階は第２の表示部２５には表示されない。

「構成４」であれば、ＤＣＳ２０のＤＣＳ電源部２１を通じてＤＣＳ制御部２２とＣＳ表示部２３に対する電源が供給される。したがって、ＤＣＳ制御部２２によって利用者の行先階に基づく割当制御が実施される。また、割当号機の決定に伴い、利用者が乗車する号機が第１の表示部２４に表示されると共に、その割当号機の行先階が第２の表示部２５に表示される。

このように、現在の交通需要が少ない場合にはＤＣＳ２０の一部または全部の設備を適宜休止状態とすることで、消費電力を抑えながら運転サービスを継続することができる。一方、交通需要が多い場合にはＤＣＳ２０を利用することで、利用者を行先階別に分けて効率的に運転することができる。

また、上記ステップＳ１１，Ｓ１２で得られた交通需要とシステム構成の関係は、例えば５分間毎にデータベース４３に保存される（ステップＳ１４）。このデータベース４３に少なくとも１週間分以上の交通需要とシステム構成の関係が履歴として保存されると、以後、そのデータベース４３を参照して時間帯毎にシステム構成を決定することができる。

以下に、データベース４３を用いた処理について説明する。
図８はエレベータの群管理システムにおけるデータベース４３を用いた処理を示すフローチャートである。

データベース４３に少なくとも１週間分以上の交通需要とシステム構成の関係が履歴として保存されている場合において、システム構成決定部４４は、このデータベース４３を参照して時間帯毎にシステム構成を決定する（ステップＳ２１）。

すなわち、例えば図９に示すように、日曜日から土曜日までの１週間分の交通需要とシステム構成の関係が５分間毎にデータベース４３に保存されているとする。ここで、現在の時間帯が日曜日の「０：００〜０：０５」であれば、同じ曜日の同時間帯から平均未応答時間「５．８１秒」を当該時間帯における交通需要として取得し、その交通需要から「構成１」を使用システムとして決定することになる。また、その５分後の「０：０５〜０：１０」になると、平均未応答時間「５．７４秒」である。その場合には、システム変更せずに「構成１」のままで続けて運転を実施する。

システム構成が決定されると、システム構成決定部４４は、当該システムに不要な設備の電源を遮断するなどしてオフ状態にし、有効な設備のみで運転を実施できる状態に設定する（ステップＳ２２）。この処理については上記ステップ１３と同様であり、その詳しい説明は省略する。

このように、データベース４３を用いれば、その都度、交通需要とシステム構成の判定処理を行わなくとも、時間帯毎に交通需要に適したシステム構成に適宜切り替えることができる。これにより、消費電力を抑えながら、運転サービスを継続することができる。

（第２の実施形態）
次に、第２の実施形態について説明する。

システム変更を要する需要変化が頻繁に生じていると、システム変更の繰り返しにより、返って消費電力が増加してしまう可能性がある。そこで、第２の実施形態では、前回システム変更してから一定時間経過している場合にのみシステム変更を行う構成とする。

図１０は第２の実施形態におけるエレベータの群管理システムの動作を示すフローチャートである。なお、このフローチャートで示される処理は、コンピュータである群管理制御装置１１が所定のプログラムを読み込むことにより実行される。

上記第１の実施形態と同様に、まず、群管理制御装置１１に設けられた需要判定部４２によって現在の交通需要が判定される（ステップＳ３１）。そして、システム構成決定部４４によって現在の交通需要に応じたシステム構成が決定される（ステップＳ３２）。

その際、システム構成決定部４４は、前回システム変更してから一定時間（例えば１５分）経過しているか否かを判断する（ステップＳ３３）。前回システム変更してから一定時間経過していれば（ステップＳ３３のＹｅｓ）、システム構成決定部４４は、当該時間帯に応じてシステム変更を行う（ステップＳ３４）。一方、前回システム変更してから一定時間経過していなければ（ステップＳ３３のＮｏ）、システム構成決定部４４は、システム変更をせず、前回と同様のシステム構成とする（ステップＳ３５）。

例えば、前回システム変更したときのシステム構成が「構成２」であり、現在の時間帯におけるシステム構成が「構成３」であったとする。その場合に、前回システム変更してから１５分経過していれば、「構成２」→「構成３」にシステム変更を行う。一方、前回システム変更してから１５分経過していなければ、システム変更せずに「構成２」のままでいる。なお、現在の時間帯におけるシステム構成が「構成２」であったならば、１５分経過していても、「構成２」のままである。

システム構成が決定されると、システム構成決定部４４は、当該システムに不要な設備の電源を遮断するなどしてオフ状態にし、有効な設備のみで運転を実施できる状態に設定する（ステップＳ３６）。この処理については上記ステップ１３と同様であり、その詳しい説明は省略する。

このように、前回システム変更してから一定時間経過している場合にのみシステム変更を行うことで、システム変更の繰り返しによって消費電力が増加してしまうことを防ぐことができる。

また、上記ステップＳ３１，Ｓ３２で得られた交通需要とシステム構成の関係は、例えば５分間毎にデータベース４３に保存される（ステップＳ１４）。その際、図１１に示すように、上記ステップＳ３３の判断結果をデータベース４３に反映させることでも良い。

図１１は２つの構成パターンを有するデータベース４３の一例を示す図である。図中のＡパターンは需要変化に対して一定時間経過していることを条件にして決められたシステム構成を示している。Ｂパターンは時間帯毎の交通需要で決められたシステム構成を示している。

このデータベース４３には、ＡパターンとＢパターンのシステム構成が時間帯毎に設定されている。したがって、例えばビル管理者などのニーズに応じて、ＡパターンかＢパターンを任意に選択可能である。

Ｂパターンが選択された場合には上記第１の実施形態と同じになる。すなわち、システム変更を要する需要変化があれば、そのときの交通需要に対応したシステム構成となる。例えば、月曜日の「７：５０〜７：５５」の時間帯では、平均未応答時間「２０．５０秒」であり、「構成３」が使用システムとして決定される。

一方、Ａパターンが選択された場合には、システム変更を要する需要変化があっても、前回システム変更してから一定時間経過していなければシステム変更は行われない。例えば、月曜日の「７：５０〜７：５５」の時間帯に平均未応答時間「２０．５０秒」であっても、前回の使用システムである「構成２」が保持されることになる。

このように、２つの構成パターンを有するデータベース４３を用いることで、例えばビル管理者などのニーズに応じてシステム構成を決定し、消費電力を抑えながら、運転サービスを継続することができる。

なお、Ａパターンのシステム構成だけを持つデータベース４３を用いて、常に需要変化に対して一定時間経過していることを条件としてシステム変更を行うようにしても良い。

以上述べた少なくとも１つの実施形態によれば、交通需要に応じて運転制御システムに用いられる設備の消費電力を極力抑えて運転を実施することのできるエレベータの群管理システムを提供することができる。

なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０…エレベータシステム、１１…群管理制御装置、１２ａ，１２ｂ，１２ｃ…号機制御装置、１３ａ，１３ｂ，１３ｃ…乗りかご、１４ａ，１４ｂ，１４ｃ…操作盤、１５ａ，１５ｂ，１５ｃ…荷重センサ、２０…ＤＣＳ、２１…ＤＣＳ電源部、２２…ＤＣＳ制御部、２３…ＤＣＳ表示部、２４…第１の表示部、２５…第２の表示部、３０…ゲートシステム、３１…乗場ゲート、３２…登録部、３３…通知部、４１…状態監視部、４２…需要判定部、４３…データベース、４４…システム構成決定部、４４…エレベータ制御部、４４ａ…テーブル。

本実施形態に係るエレベータの群管理システムは、複数の号機の運転を制御するエレベータの群管理システムにおいて、現在の交通需要を判定する需要判定手段と、この需要判定手段によって判定された交通需要に基づいて上記各号機の運転制御に使用するシステム構成を決定し、そのシステム構成に不要な設備をオフ状態にして運転を実施するシステム構成決定手段とを具備し、上記システム構成として、乗場で登録された行先階に基づいて上記各号機を運転制御する行先階制御システムを含み、上記システム構成決定手段は、上記需要判定手段によって判定された交通需要に基づいて、上記行先階制御システムに用いられる設備の一部または全部をオフ状態にして運転を実施する。

Claims (8)

1. 複数の号機の運転を制御するエレベータの群管理システムにおいて、
   現在の交通需要を判定する需要判定手段と、
   この需要判定手段によって判定された交通需要に基づいて上記各号機の運転制御に使用するシステム構成を決定し、そのシステム構成に不要な設備をオフ状態にして運転を実施するシステム構成決定手段と
   を具備したことを特徴とするエレベータの群管理システム。
2. 上記システム構成決定手段は、
   前回システム変更してから一定時間経過している場合にそのときの交通需要に応じてシステム変更を行い、上記一定時間以内であれば、前回の使用システムを保持することを特徴とする請求項１記載のエレベータの群管理システム。
3. 上記システム構成として、上記各号機のかご室内で登録された行先階に基づいて上記各号機を運転制御する第１の制御システムと、乗場で登録された行先階に基づいて上記各号機を運転制御する第２の制御システムを含み、
   上記システム構成決定手段は、
   上記需要判定手段によって判定された交通需要に基づいて、少なくとも上記第２の制御システムに用いられる設備の一部または全部をオフ状態にして運転を実施することを特徴とする請求項１記載のエレベータの群管理システム。
4. 上記第２の制御システムに用いられる設備には、
   上記乗場で登録された行先階に基づいて上記各号機の中から割当号機を決定する制御部と、
   この制御部によって決定された割当号機を利用者が乗車する号機として表示する第１の表示部と、
   上記各号機の行先階を表示する第２の表示部と
   を含むことを特徴とする請求項３記載のエレベータの群管理システム。
5. 上記システム構成決定手段は、
   上記交通需要が最も少ない第１の状態のときには、上記制御部、上記第１の表示部、上記第２の表示部のすべてをオフ状態にして、上記第１の制御システムを使用して運転を実施し、
   上記交通需要が上記第１の状態よりも多い第２の状態のときには、上記制御部および上記第１の表示部をオフ状態、上記第２の表示部をオン状態にして、上記第１の制御システムを使用して運転を実施し、
   上記交通需要が上記第２の状態よりも多い第３の状態のときには、上記制御部および上記第１の表示部をオン状態、上記第２の表示部をオフ状態にして、上記第２の制御システムを使用して運転を実施し、
   上記交通需要が最も多く、上記第３の状態よりも多い第４の状態のときには、上記制御部、上記第１の表示部、上記第２の表示部のすべてをオン状態にして、上記第２の制御システムを使用して運転を実施することを特徴とする請求項４記載のエレベータの群管理システム。
6. 上記第１または第２の制御システムを使用して運転中であることを通知する通知手段をさらに具備したことを特徴とする請求項３記載のエレベータの群管理システム。
7. 時間帯毎に交通需要とシステム構成の関係を所定の時間帯毎に保存するデータベースをさらに具備し、
   上記システム構成決定手段は、
   上記データベースを参照して時間帯毎に交通需要に対応したシステム構成を決定することを特徴とする請求項１記載のエレベータの群管理システム。
8. 上記データベースは、
   需要変化に対して一定時間経過していることを条件として決められたシステム構成が示された第１のパターンと、上記時間帯毎の交通需要で決められたシステム構成が示された第２のパターンを有し、上記第１のパターンまたは上記第２のパターンを選択的に使用できることを特徴とする請求項７記載のエレベータの群管理システム。

Images