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

Abstract

【課題】ＲＴＳにおける仮想呼びを必要としない状況を判断し、本来のホール呼びに対する応答遅れを防いで、群管理性能を向上させる。【解決手段】一実施形態に係るエレベータの群管理システムは、仮想呼び生成部２３と、仮想呼び判定部２５と、割当制御部２４とを備える。仮想呼び生成部２３は、将来発生することを想定した仮想呼びを生成する。仮想呼び判定部２５は、新規ホール呼びが登録されたときに、利用者状況に応じて仮想呼びの要否を判定する。割当制御部２４は、仮想呼びが不要と判定された場合に新規ホール呼びに基づいて各乗りかごの中から最適な乗りかごを割当かごとして選出し、新規ホール呼びの登録階に割当かごを応答させる。【選択図】 図１

Description

本発明の実施形態は、複数台の乗りかごの運転を制御するエレベータの群管理システムに関する。

エレベータの群管理システムでは、新たなホール呼びが発生すると、各乗りかごに登録済みの呼び（ホール呼びとかご呼び）とかご位置などをパラメータとした評価関数によって各乗りかご毎に評価値を算出し、最良の評価値を有する乗りかごを割当かごとして決定する。「割当かご」とは、ホール呼びを割り当てる乗りかごのことである。

なお、複数台の乗りかごが存在する場合に、その１つ１つの乗りかごのことを「号機」と呼ぶことがある。また、ホール呼びを割り当てる乗りかごのことを「割当かご」または「割当号機」と呼ぶ。

ここで、ホール呼びの割当評価を行う方式として、ＲＴＳ（Real Time Scheduling）と呼ばれる新たな方式が考えられている。ＲＴＳは、現在割り当てられている呼びが将来の呼びに与える影響と、将来の呼びが今までに割当した全ての未応答の呼びに与える影響を考慮して、各乗りかごの運行を予測、評価する方式である。このＲＴＳによって各乗りかごの評価値を算出することで、より最適な割当かごを選出することができる。

特許第４４６９８９７号公報 特開２０１０−２２２０７４号公報

上述したＲＴＳでは、将来予測に基づいて仮想的に生成されるホール呼び（以下、仮想呼びと称す）を考慮して割当かごを決定する。この場合、仮想呼びをセットした階に実際に利用者が来なかった場合に、その仮想呼びに応答させる予定で保留していた乗りかごが無駄となり、本来のホール呼びに対する応答に遅れが生じ、結果的に群管理性能を低下させる可能性があった。

本発明が解決しようとする課題は、ＲＴＳにおける仮想呼びを必要としない状況を判断し、本来のホール呼びに対する応答遅れを防いで、群管理性能を向上させることのできるエレベータの群管理システムを提供することである。

一実施形態に係るエレベータの群管理システムは、複数台の乗りかごの運転を制御するエレベータの群管理システムにおいて、将来発生することを想定した仮想呼びを生成する仮想呼び生成手段と、新規ホール呼びが登録されたときに、利用者状況に応じて上記仮想呼び生成手段によって生成される仮想呼びの要否を判定し、仮想呼びが不要の場合には上記仮想呼び生成手段による仮想呼びの生成を禁止し、仮想呼びが必要の場合には上記仮想呼び生成手段による仮想呼びの生成を許可する仮想呼び判定手段と、この仮想呼び判定手段によって仮想呼びが不要と判定された場合に、上記新規ホール呼びに基づいて上記各乗りかごの中から最適な乗りかごを割当かごとして選出し、上記新規ホール呼びの登録階に上記割当かごを応答させ、上記仮想呼び判定手段によって仮想呼びが必要と判定された場合に、上記新規ホール呼びと上記仮想呼び生成手段によって生成された仮想呼びとに基づいて上記各乗りかごの中から最適な乗りかごを割当かごとして選出し、上記新規ホール呼びの登録階に上記割当かごを応答させる割当制御手段とを具備する。

図１は第１の実施形態に係るエレベータの群管理システムの構成を示す図である。 図２は同実施形態における仮想呼びを用いない場合の割当かごの選出方法を説明するための図である。 図３は同実施形態における仮想呼びを用いる場合の割当かごの選出方法を説明するための図である。 図４は同実施形態におけるエレベータの群管理システムの動作を示すフローチャートである。 図５は同実施形態の変形例としてタイマを用いて利用者状況を判断する方法を説明するための図である。 図６は第２の実施形態に係るエレベータの群管理システムの構成を示す図である。 図７は同実施形態におけるエレベータの群管理システムの動作を示すフローチャートである。 図８は第３の実施形態に係るエレベータの群管理システムの構成を示す図である。 図９は同実施形態における乗りかごの運転サービス時間を説明するための図である。 図１０は同実施形態における乗りかごの運転サービス時間を説明するための図である。 図１１は同実施形態における追加呼びの集計方法を説明するための図である。 図１２は同実施形態における平日の５分間に発生したホール呼びと追加呼びとの関係を示す図である。 図１３は同実施形態における平日５日分の平均追加呼び発生件数の学習結果を示す図である。 図１４は同実施形態におけるエレベータの群管理システムの動作を示すフローチャートである。

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

（第１の実施形態）
図１は第１の実施形態に係るエレベータの群管理システムの構成を示す図であり、複数台のエレベータが群管理された構成が示されている。なお、ここで言う「エレベータ」とは、基本的には「乗りかご」のことであり、複数台ある場合には「号機」という言い方もする。図１の例では、Ａ〜Ｄ号機の４台だけを示しているが、もっと多くの号機が群管理された構成であっても良い。

図中の１１ａ〜１１ｄは号機制御装置（エレベータ制御装置あるいはかご制御装置とも言う）、１２ａ〜１２ｄは乗りかごである。Ａ号機制御装置１１ａは、Ａ号機の乗りかご１２ａの運転制御を行う。具体的には、Ａ号機制御装置１１ａは、乗りかご１２ａを昇降動作させるための図示せぬモータ（巻上機）の制御やドアの開閉制御などを行う。Ｂ号機制御装置１１ｂ、Ｃ号機制御装置１１ｃ、Ｄ号機制御装置１１ｄも同様である。これらの号機制御装置１１ａ〜１１ｄは、コンピュータによって構成される。

乗りかご１２ａ〜１２ｄは、図示せぬモータ（巻上機）の駆動により昇降路内を昇降動作する。乗りかご１２ａの室内には、行先階釦、戸開釦、戸閉釦などを含む各種操作釦を有する操作盤１３ａが設置されている。これらの操作釦の信号は、Ａ号機制御装置１１ａを介して群管理制御装置２０に伝送される。

同様に、乗りかご１２ｂの室内には、行先階釦、戸開釦、戸閉釦などを含む各種操作釦を有する操作盤１３ｂが設置されている。これらの操作釦の信号は、Ｂ号機制御装置１１ｂを介して群管理制御装置２０に伝送される。乗りかご１２ｃの室内には、行先階釦、戸開釦、戸閉釦などを含む各種操作釦を有する操作盤１３ｃが設置されている。これらの操作釦の信号は、Ｃ号機制御装置１１ｃを介して群管理制御装置２０に伝送される。乗りかご１２ｄの室内には、行先階釦、戸開釦、戸閉釦などを含む各種操作釦を有する操作盤１３ｄが設置されている。これらの釦の信号は、Ｄ号機制御装置１１ｄを介して群管理制御装置２０に伝送される。

また、各階の乗場（エレベータホール）には、ホール呼びを登録するためのホール釦１４ａ，１４ｂ，１４ｃ…が設置されている。これらのホール釦１４ａ，１４ｂ，１４ｃ…は、上方向釦と下方向釦からなり、利用者の行先方向に応じて、上方向釦または下方向釦を押下するように構成されている。なお、最下階では上方向釦、最上階では下方向釦だけで構成される。

「ホール呼び」とは、各階の乗場に設置されたホール釦の操作により登録される呼びの信号のことであり、登録階と行先方向の情報を含む。また、「かご呼び」とは、かご室内に設けられた行先階釦の操作により登録される呼びの信号のことであり、行先階と号機の情報を含む。

群管理制御装置２０は、各号機（乗りかご１２ａ〜１２ｄ）の運転を群管理制御するための装置であり、エレベータ制御装置１１ａ〜１１ｄと同様にコンピュータによって構成される。本実施形態において、この群管理制御装置２０には、ホール呼び記憶部２１、状態監視部２２、仮想呼び生成部２３、割当制御部２４が備えられている。なお、これらの処理部は、実際にはソフトウェアあるいはソフトウェアとハードウェアの組み合わせにより実現される。

ホール呼び記憶部２１は、各階のホール釦１４ａ，１４ｂ，１４ｃ…の操作によって登録されるホール呼びを記憶する。上述したように、このホール呼びには登録階と行先方向の情報を含む。状態監視部２２は、乗りかご１２ａ〜１２ｄの運転状態（かご位置、運転方向、戸開閉状態など）や、かご呼びの発生状況などを監視する。

仮想呼び生成部２３は、将来発生することを想定した仮想呼びを生成する。割当制御部２４は、ホール呼び記憶部２１に新たなホール呼び（新規ホール呼び）が記憶されたとき、乗りかご１２ａ〜１２ｄの中から最適な乗りかごを割当かごとして選出する。

詳しくは、割当制御部２４は、新規ホール呼びが登録されると、ＲＴＳ（Real Time Scheduling）による評価関数式を用い、新規ホール呼びと将来発生することを想定した仮想呼びを乗りかご１２ａ〜１２ｄのそれぞれに割り当てた場合の評価値を算出し、その評価値が最良の乗りかごを割当かごとして選出する。評価値とは、ホール呼びを割り当てた場合の最適さを表す指標である。この評価値は、数値が小さいほど評価が高く、その数値が大きいほど評価が低くなることを表わす。なお、ＲＴＳの評価処理については公知であるため、ここではその詳しい説明について省略するものとする。

ここで、上述したＲＴＳは、将来発生することを想定した仮想呼びを考慮して割当かごを決定するため、仮想呼びをセットした階に実際に利用者が来なかった場合に本来のホール呼びに対する応答に遅れが生じ、群管理性能を低下させる可能性がある。この様子を図２および図３に示す。

図２は仮想呼びを用いない場合の割当かごの選出方法、図３は仮想呼びを用いる場合の割当かごの選出方法を示す図である。

いま、利用者が少ない閑散時を想定する。例えば図２に示ように、利用者が２階でＵＰ方向（上方向）の新規ホール呼びが登録したとする。通常の割当処理では、最も早く応答可能な乗りかごが割当かごとして選出される。図２の例では、２階の近くで停止中あるいはＤＮ方向（下方向）に運転中であったＣ号機が割当かごとして選出され、新規ホール呼びの登録階である２階に応答する。

一方、仮想呼びを用いるＲＴＳの割当処理では、仮想呼びを考慮して割当かごを選出するため、必ずしも新規ホール呼びの登録階に近いＣ号機が選出されるわけではない。図３の例では、１階にＵＰ方向（上方向）の仮想呼びがセットされ、Ｃ号機はその仮想呼びに応答するために保留される。この場合、Ｃ号機の次に２階に近いＤ号機が応答することになる。

このように、利用者が少ない閑散時には、ＲＴＳによる仮想呼びが無駄になり、長待ちになる可能性が高い。一方、利用者が多い混雑時（利用者が多少存在する平常時も含む）では、ＲＴＳにより将来の呼びを予測して仮想呼びを生成しておく方が各号機の運行効率を上げることができ、利用者が登録階から行先階（目的階）に着くまでの時間（運転サービス時間）を短縮できる。

そこで、本実施形態では、常に仮想呼びをセットするのではなく、利用者状況に応じて仮想呼びをセットする構成とする。そのための構成要素として、群管理制御装置２０に仮想呼び判定部２５と交通需要学習部２６が備えられている。

交通需要学習部２６は、状態監視部２２を通じて得られる各号機の運転状態に関する情報に基づいて各階の交通需要を所定時間毎に学習する。なお、「各階の交通需要」は、例えば各階で登録されたホール呼びの回数や、各号機の応答回数などを含む。単位時間当たりのホール呼びの回数や各号機の応答回数が多いほど、交通需要が高い状態つまり混雑状態である。単位時間当たりのホール呼びの回数や各号機の応答回数が少ないほど、交通需要が低い状態つまり閑散状態である。仮想呼び判定部２５は、交通需要学習部１６によって学習された各階の交通需要に基づいて混雑時／閑散時を判断し、閑散時の場合には仮想呼びを不要と判定し、混雑時の場合には仮想呼びを必要と判定する。

次に、本システムの動作について説明する。

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

任意の階で新たなホール呼びが登録されると（ステップＳ１１のＹｅｓ）、そのホール呼びの情報が群管理制御装置２０のホール呼び記憶部２１に記憶される。このとき、仮想呼び判定部２５は、利用者状況からＲＴＳにおける仮想呼びの要否を判定する。詳しくは、仮想呼び判定部２５は、交通需要学習部２６に記憶された各階の交通需要の平均値が予め設定された閾値ＴＳ以上の場合は混雑時と判断し、閾値ＴＳ未満の場合に閑散時と判断する（ステップＳ１２）。上記閾値ＴＳは、乗りかごの台数や階床数などによって予め設定されている。

交通需要の少ない閑散時であった場合には（ステップＳ１３のＹｅｓ）、仮想呼び判定部２５は、仮想呼びを不要と判定し、仮想呼び生成部２３による仮想呼びの生成を禁止する（ステップＳ１４）。

これにより、割当制御部２４は、通常の割当処理によって、乗りかご１２ａ〜１２ｄの中から新規ホール呼びを割り当てる乗りかごを割当かごとして選出し、当該新規ホール呼びの登録階に応答させる（ステップＳ１５）。詳しくは、割当制御部２４は、乗りかご１２ａ〜１２ｄのそれぞれに新規ホール呼びを割り当てた場合の評価値を所定の評価式に従って算出し、その中で最も良い評価値を有する乗りかごを割当かごとして選出する。そして、割当制御部２４は、号機制御装置１１ａ〜１１ｄの中の割当かごに対応した号機制御装置に割当信号を出力し、当該割当かごを新規ホール呼びの登録階に応答させる。

一方、交通需要の多い混雑時であった場合には（ステップＳ１３のＮｏ）、仮想呼び判定部２５は、仮想呼びを必要と判定し、仮想呼び生成部２３による仮想呼びの生成を許可する（ステップＳ１６）。

これにより、割当制御部２４は、仮想呼び生成部２３によって生成された仮想呼びを考慮するＲＴＳの割当処理によって、乗りかご１２ａ〜１２ｄの中から新規ホール呼びを割り当てる乗りかごを割当かごとして選出し、当該新規ホール呼びの登録階に応答させる（ステップＳ１７）。詳しくは、割当制御部２４は、割当対象となる新規ホール呼びに、現在の呼びの状態と将来発生する呼びの予測を考慮して仮想的に発生させた仮想呼びを追加する。割当制御部２４は、これらの呼びを乗りかご１２ａ〜１２ｄに割り当てた場合の評価値をＲＴＳの評価式に従って算出し、その中で最も良い評価値を有する乗りかごを割当かごとして選出する。そして、割当制御部２４は、号機制御装置１１ａ〜１１ｄの中の割当かごに対応した号機制御装置に割当信号を出力し、当該割当かごを新規ホール呼びの登録階に応答させる。

このように第１の実施形態によれば、利用者の少ない閑散時には仮想呼びを用いずに割当処理を行うことで、早く応答できる乗りかごを優先的に割り当てて、利用者の長待ちを防ぐことができる。一方、利用者の多い混雑時には仮想呼びを用いたＲＴＳの割当処理を行うことで、各号機の運行効率を上げて運転サービスを行うことができる。

（変形例）
上記第１の実施形態では、新規ホール呼びが登録されたときに、交通需要学習部２６を参照して利用者状況を判断する構成としたが、交通需要学習部２６に代わりに図５に示すようなタイマ２７を用いても良い。

このタイマ２７には、予め建物の各階の交通需要に応じて閑散時としての時刻（時間帯）と混雑時としての時刻（時間帯）が設定されている。仮想呼び判定部２５は、新規ホール呼びが登録されたときに、タイマ２７によって計時される時刻が閑散時であれば仮想呼び不要と判定し、混雑時であれば仮想呼び必要と判定する。

このような構成としても、上記第１の実施形態と同様に、利用者の少ない閑散時には仮想呼びを用いずに割当処理を行うことで、早く応答できる乗りかごを優先的に割り当てて、利用者の長待ちを防ぐことができ、利用者の多い混雑時には仮想呼びを用いたＲＴＳの割当処理を行うことで、各号機の運行効率を上げて運転サービスを行うことができる。

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

第２の実施形態では、各号機の運転状態（待ち状態）から利用者状況を判断する構成としたものである。

図６は第２の実施形態に係るエレベータの群管理システムの構成を示す図であり、複数台のエレベータが群管理された構成が示されている。なお、上記第１の実施形態における図１と同一の部分には同一符号を付して、その説明を省略するものとする。

群管理制御装置２０は、利用者状況を判断する構成要素として、待ち台数検出部３１を備えている。待ち台数検出部３１は、状態監視部２２を通じて各号機の運転状態に関する情報に基づいて、運転サービスを終えて待ち状態で停止中の乗りかごの台数を検出する。

第２の実施形態において、仮想呼び判定部２５は、待ち台数検出部３１によって検出された待ち状態で停止中の乗りかごの台数が閾値ＴＨ以上である場合に仮想呼びが不要であると判定し、待ち状態で停止中の乗りかごの台数が閾値ＴＨ未満であれば仮想呼びが必要であると判定する。

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

任意の階で新たなホール呼びが登録されると（ステップＳ２１のＹｅｓ）、そのホール呼びの情報が群管理制御装置２０のホール呼び記憶部２１に記憶される。このとき、仮想呼び判定部２５は、利用者状況からＲＴＳにおける仮想呼びの要否を判定する。詳しくは、まず、待ち台数検出部３１によって乗りかご１２ａ〜１２ｄの中で待ち状態で停止中の乗りかごの台数を検出する（ステップＳ２２）。

「待ち状態で停止中の乗りかご」とは、運転サービスを終えて、呼び（ホール呼び／かご呼び）を持たずに任意の階で停止している乗りかごのことである。この待ち状態で停止中の乗りかごの台数は、利用者状況を反映している。すなわち、待ち状態のかご台数が多いほど、交通需要が低い状態つまり閑散状態であり、待ち状態のかご台数が少ないほど、交通需要が高い状態つまり混雑状態である。

ここで、待ち状態のかご台数が閾値ＴＨ以上の場合には（ステップＳ１３のＹｅｓ）、仮想呼び判定部２５は仮想呼びを不要と判定し、仮想呼び生成部２３による仮想呼びの生成を禁止する（ステップＳ２４）。なお、上記閾値ＴＨは、乗りかごの台数や階床数などによって予め設定されている。

これにより、割当制御部２４は、通常の割当処理によって、乗りかご１２ａ〜１２ｄの中から新規ホール呼びを割り当てる乗りかごを割当かごとして選出し、当該新規ホール呼びの登録階に応答させる（ステップＳ２５）。詳しくは、割当制御部２４は、乗りかご１２ａ〜１２ｄのそれぞれに新規ホール呼びを割り当てた場合の評価値を所定の評価式に従って算出し、その中で最も良い評価値を有する乗りかごを割当かごとして選出する。そして、割当制御部２４は、号機制御装置１１ａ〜１１ｄの中の割当かごに対応した号機制御装置に割当信号を出力し、当該割当かごを新規ホール呼びの登録階に応答させる。

一方、待ち状態のかご台数が閾値ＴＨ未満の場合には（ステップＳ２３のＮｏ）、仮想呼び判定部２５は、仮想呼びを必要と判定し、仮想呼び生成部２３による仮想呼びの生成を許可する（ステップＳ２６）。

これにより、割当制御部２４は、仮想呼び生成部２３によって生成された仮想呼びを考慮するＲＴＳの割当処理によって、乗りかご１２ａ〜１２ｄの中から新規ホール呼びを割り当てる乗りかごを割当かごとして選出し、当該新規ホール呼びの登録階に応答させる（ステップＳ２７）。詳しくは、割当制御部２４は、割当対象となる新規ホール呼びに、現在の呼びの状態と将来発生する呼びの予測を考慮して仮想的に発生させた仮想呼びを追加する。割当制御部２４は、これらの呼びを乗りかご１２ａ〜１２ｄに割り当てた場合の評価値をＲＴＳの評価式に従って算出し、その中で最も良い評価値を有する乗りかごを割当かごとして選出する。そして、割当制御部２４は、号機制御装置１１ａ〜１１ｄの中の割当かごに対応した号機制御装置に割当信号を出力し、当該割当かごを新規ホール呼びの登録階に応答させる。

このように第２の実施形態によれば、各号機の運転状態（待ち状態）から利用者状況が判断される。これにより、上記第１の実施形態と同様に、利用者の少ない閑散時には仮想呼びを用いずに割当処理を行うことで、早く応答できる乗りかごを優先的に割り当てて、利用者の長待ちを防ぐことができ、利用者の多い混雑時には仮想呼びを用いたＲＴＳの割当処理を行うことで、各号機の運行効率を上げて運転サービスを行うことができる。

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

第３の実施形態では、利用者がホール呼びを登録してから割当かごに乗って行先階に到着するまでの間に各階で追加登録されたホール呼びの数から利用者の混雑状態を判断する構成としたものである。

図８は第３の実施形態に係るエレベータの群管理システムの構成を示す図であり、複数台のエレベータが群管理された構成が示されている。なお、上記第１の実施形態における図１と同一の部分には同一符号を付して、その説明を省略するものとする。

群管理制御装置２０は、利用者状況を判断する構成要素として、追加呼び集計部３２と追加呼び学習部３３を備えられている。追加呼び集計部３２は、ｔ０の時間間隔毎に各階で発生する追加呼びを集計する。「追加呼び」とは、利用者が新規ホール呼びを登録してから割当かごに乗って行先階に到着するまでの間に各階で追加登録されたホール呼びのことである。この追加呼びは、利用者がエレベータを利用している間に他の利用者がエレベータを利用している状況を反映している。追加呼び学習部３３は、追加呼び集計部３２によって集計されたｔ０の時間間隔毎の追加呼びの数からホール呼び１件当たりの平均値（平均追加呼び発生件数）を求め、その平均追加呼び発生件数を平日／休日に分類して週間単位で学習結果として記憶する。

第３の実施形態において、仮想呼び判定部２５は、新規ホール呼びが登録されときに、追加呼び学習部３３を参照して仮想呼びの要否を判定する。詳しくは、仮想呼び判定部２５は、新規ホール呼びが登録されたときに、平日／休日で同じ時間帯における平均追加呼び発生件数が閾値ＴＫ未満の場合に仮想呼びが不要であると判定し、平均追加呼び発生件数が閾値ＴＫ以上の場合に仮想呼びが必要であると判定する。

ここで、理解を容易にするため、（ａ）追加呼びの集計方法と、（ｂ）仮想呼びの適用方法について説明する。

（ａ）追加呼びの集計方法
図９は乗りかごの運転サービス時間を説明するための図である。いま、１階でＵＰ方向のホール呼びが登録され、５階で停止中あるいはＤＮ方向に運転中のＡ号機が割当かごとして応答した場合を想定する。

１階でＵＰ方向のホール呼びが登録されてから当該ホール呼びの割当かごであるＡ号機が１階に応答するまでの時間をＴ１とする。また、Ａ号機が１階に応答してから、利用者がＡ号機に乗り、かご呼び（行先階）として登録された８階に到着するまでの時間をＴ２とする。このときのＡ号機の運転サービス時間ＴａはＴ１＋Ｔ２である。この例では、Ａ号機は８階に到着後、運転サービスを完了して待ち状態で停止することになる。

ここで、Ａ号機が現在位置からホール呼びの登録階（１階）に応答して利用者の行先階（８階）に到着するまでの間に各階で追加登録されたホール呼びの数が追加呼びの数として集計される。この追加呼びは、どの階で登録されたホール呼びでもよく、ＵＰ方向でもＤＮ方向でも良い。要は、利用者がＡ号機を利用している間に、他の利用者が各階でホール呼びを登録したときの個数をカウントすれば良い。このときの追加呼びの数が利用者状況を表わす。すなわち、追加呼びの数が少なければ、利用者が少ない閑散状態であり、追加呼びの数が多ければ、利用者が多い混雑状態である。

なお、割当かごに複数のかご呼びが登録されていた場合に、最も遠い行先階を有するかご呼びを基準にして当該割当かごの運転サービス時間を算出する。例えば図１０に示ように、１階にホール呼びに応答したＡ号機に８階と１０階のかご呼びが登録されていたとすると、Ａ号機の運転サービス時間ＴａはＴ１＋Ｔ２＋Ｔ３となる。Ｔ３は、Ａ号機が８階に応答してから、８階から移動して１０階に到着するまでの時間である。この例では、Ａ号機は１０階に到着後、運転サービスを完了して待ち状態で停止することになる。

追加呼びの集計は、所定時間ｔ０毎に行われる。例えば、ｔ０＝５分である。つまり、５分間隔で各号機がホール呼びに応答して運転サービスしている間に各階で発生したホール呼びの個数を集計する。

すなわち、図１１に示すように、追加呼びの集計間隔であるｔ０の間に４つのホール呼びｈ１，ｈ２，ｈ３，ｈ４が発生したとする。ホール呼びｈ１，ｈ２，ｈ３，ｈ４の発生時刻をｈｔ１，ｈｔ２，ｈｔ３，ｈｔ４とする。ある号機がホール呼びｈ１，ｈ２，ｈ３，ｈ４に応答後、かご呼びｃ１，ｃ２，ｃ３，ｃ４に応答する時刻をｃｔ１，ｃｔ２，ｃｔ３，ｃｔ４とする。この場合、以下のようにして追加呼びが集計される。

・時刻ｈｔ１〜ｃｔ１の間に発生したホール呼びｈ２，ｈ３が、ホール呼びｈ１に対する追加呼びとして集計される。

・時刻ｈｔ２〜ｃｔ２の間に発生したホール呼びｈ３が、ホール呼びｈ２に対する追加呼びとして集計される。

・時刻ｈｔ３〜ｔ０の間に発生したホール呼びｈ４が、ホール呼びｈ３に対する追加呼びとして集計される。

・時刻ｈｔ４〜ｔ０の間に発生したホール呼びはなし。ホール呼びｈ５は、ｔ０以降に発生しているので、集計対象外とする。

したがって、図１１の例では、集計間隔ｔ０の時間内に集計された追加呼びの数は４個（２＋１＋１）になる。なお、ここでは行先階での応答がｔ０の期間から外れる場合、ｔ０の期間を外れてから行先階で応答するまでに発生したホール呼び（ｈ５）は集計の対象外として説明したが、このホール呼びを集計の対象に含めることでも良い。この方が、平均値の精度としては良くなる。

ここで、平日／休日に分け、上述した方法でｔ０時間間隔（５分間隔）毎に集計した追加呼びの数とホール呼びの数とを比較して、ホール呼び１件当たりの追加呼びの発生件数を求める。

図１２は平日の５分間に発生したホール呼びと追加呼びとの関係を示す図である。例えば１月１８日（水）：平日の０６：００−０６：０５の５分間に５つのホール呼びが発生した場合に、追加呼びの数が以下のようであったとする。

・０６：００：０２に発生した３Ｆ−ＵＰのホール呼びに対し、追加呼びの数は０個。
・０６：０２：１６に発生した６Ｆ−ＤＮのホール呼びに対し、追加呼びの数は１個。この１個は次の０６：０３：３２に発生した１Ｆ−ＵＰのホール呼びをカウントしたものである。
・０６：０３：３２に発生した１Ｆ−ＵＰに対し、追加呼びの数は２個。この２個は次の０６：０４：００に発生した５Ｆ−ＤＮのホール呼びと、０６：０４：０８に発生した７Ｆ−ＤＮのホール呼びをカウントしたものである。
・０６：０４：００に発生した５Ｆ−ＤＮのホール呼びに対し、追加呼びの数は１個。この１個は次の０６：０４：０８に発生した７Ｆ−ＤＮのホール呼びをカウントしたものである。
・０６：０４：０８に発生した７Ｆ−ＤＮのホール呼びに対し、追加呼びの数は０個。

図１２の例では、ホール呼びの発生件数：５件、追加呼びの発生件数：４件である。したがって、ホール呼び１件当たりの追加呼びの発生件数（平均追加呼び発生件数と称す）は、４／５＝０．８である。このようにして、１日の運転時間の中でｔ０の時間間隔毎に平均追加呼び発生件数を求め、追加呼び学習部３３に少なくとも１週間分記憶しておく。なお、集計間隔ｔ０の間に、１件もホール呼びが登録されなかった場合は、その期間の平均追加呼び発生件数は、０とみなす。

（ｂ）仮想呼びの適用方法
新規ホール呼びが登録されたときに、平日／休日で同じ時間帯における平均追加呼び発生件数を追加呼び学習部３３から読み出し、その平均値が閾値ＴＫ以上の場合に仮想呼びが必要であると判定する。

図１３はある平日５日分の平均追加呼び発生件数の学習結果を示す図であり、追加呼び学習部３３に相当する。

例えば１月１７日（水）〜１月２３（月）の間の平日５日間の０６：００−０６：０５の５分間の平均追加呼び発生件数が以下のようであったとする。

・１月１７日（火）の平均追加呼び発生件数は０．５
・１月１８日（水）の平均追加呼び発生件数は０．８
・１月１９日（木）の平均追加呼び発生件数は１．３
・１月２０日（金）の平均追加呼び発生件数は０．７
・１月２３日（月）の平均追加呼び発生件数は１．１
平日５日の平均追加呼び発生件数の平均値は、（０．５＋０．８＋１．３＋０．７＋１．１）／５＝０．８８である。

ここで、閾値ＴＫ＝０．７とした場合、平均追加呼び発生件数の平均値の方が閾値ＴＫよりも大きくなるので、利用者が多い状態つまり混雑状態と判断され、仮想呼びがセットされることになる。

なお、ここでは、平日５日の平均追加呼び発生件数の平均値と閾値ＴＫを比較したが、同じ曜日の平均追加呼び発生件数と閾値ＴＫを比較することでも良い。例えば、１月２５日（水）の運用であれば、同じ水曜日の１月１８日の平均追加呼び発生件数「０．８」と閾値ＴＫを比較する。

また、図示していないが、休日であれば、休日に対応した平均追加呼び発生件数と閾値ＴＫを比較する。この場合、休日用に閾値ＴＫを変更することでも良い。

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

任意の階で新たなホール呼びが登録されると（ステップＳ３１のＹｅｓ）、そのホール呼びの情報が群管理制御装置２０のホール呼び記憶部２１に記憶される。このとき、仮想呼び判定部２５は、利用者状況からＲＴＳにおける仮想呼びの要否を判定する。詳しくは、まず、追加呼び集計部３２によって追加呼びの数をｔ０の時間間隔（例えば５分間隔）で集計する。そして、その集計結果からホール呼び１件当たりの平均値（平均追加呼び発生件数）を求める（ステップＳ３２）。なお、後述するように、上記ｔ０の時間間隔毎に算出される平均追加呼び発生件数は、当該ホール呼びに対する運転サービスが完了した時点で追加呼び学習部３３に学習結果として記憶される（ステップＳ４０参照）。

ここで、新規ホール呼びが登録されたときに、仮想呼び判定部２５は、追加呼び学習部３３から平日／休日で同じ時間帯における平均追加呼び発生件数を読み出す（ステップＳ３３）。仮想呼び判定部２５は、この平均追加呼び発生件数と閾値ＴＫとを比較する（ステップＳ３４）。なお、図１３で説明したように、平日の場合には、平日５日の平均追加呼び発生件数の平均値を取って、その平均値と閾値ＴＫとを比較することでも良い。

比較の結果、追加呼びの発生件数が閾値ＴＫ未満の場合には（ステップＳ３４のＹｅｓ）、仮想呼び判定部２５は、仮想呼びが不要であると判定仮想呼び生成部２３による仮想呼びの生成を禁止する（ステップＳ３５）。なお、上記閾値ＴＫは、乗りかごの台数や階床数などによって予め設定されている。この閾値ＴＫを平日／休日に分けて設定しておくことでも良い。

これにより、割当制御部２４は、通常の割当処理によって、乗りかご１２ａ〜１２ｄの中から新規ホール呼びを割り当てる乗りかごを割当かごとして選出し、当該新規ホール呼びの登録階に応答させる（ステップＳ３６）。詳しくは、割当制御部２４は、乗りかご１２ａ〜１２ｄのそれぞれに新規ホール呼びを割り当てた場合の評価値を所定の評価式に従って算出し、その中で最も良い評価値を有する乗りかごを割当かごとして選出する。そして、割当制御部２４は、号機制御装置１１ａ〜１１ｄの中の割当かごに対応した号機制御装置に割当信号を出力し、当該割当かごを新規ホール呼びの登録階に応答させる。

一方、追加呼びの発生件数が閾値ＴＫ以上の場合には（ステップＳ３４のＮｏ）、仮想呼び判定部２５は、仮想呼びが必要であると判定仮想呼び生成部２３による仮想呼びの生成を許可する（ステップＳ３７）。

これにより、割当制御部２４は、仮想呼び生成部２３によって生成された仮想呼びを考慮するＲＴＳの割当処理によって、乗りかご１２ａ〜１２ｄの中から新規ホール呼びを割り当てる乗りかごを割当かごとして選出し、当該新規ホール呼びの登録階に応答させる（ステップＳ３８）。詳しくは、割当制御部２４は、割当対象となる新規ホール呼びに、現在の呼びの状態と将来発生する呼びの予測を考慮して仮想的に発生させた仮想呼びを追加する。割当制御部２４は、これらの呼びを乗りかご１２ａ〜１２ｄに割り当てた場合の評価値をＲＴＳの評価式に従って算出し、その中で最も良い評価値を有する乗りかごを割当かごとして選出する。そして、割当制御部２４は、号機制御装置１１ａ〜１１ｄの中の割当かごに対応した号機制御装置に割当信号を出力し、当該割当かごを新規ホール呼びの登録階に応答させる。

割当かごが新規ホール呼びの登録階に応答後、かご呼びとして登録された行先階に到着して運転サービスを完了すると（ステップＳ３９のＹｅｓ）、追加呼び学習部３３は、上記ｔ０の時間間隔毎に得られる追加呼び発生件数を確定し、ホール呼び１件当たりの平均値（平均追加呼び発生件数）を求めて学習結果として記憶する（ステップＳ４０）。

このように第３の実施形態によれば、利用者がホール呼びを登録してから割当かごに乗って行先階に到着するまでの間に各階で追加登録されたホール呼びの数から利用者の混雑状態が判断される。これにより、上記第１の実施形態と同様に、利用者の少ない閑散時には仮想呼びを用いずに割当処理を行うことで、早く応答できる乗りかごを優先的に割り当てて、利用者の長待ちを防ぐことができ、利用者の多い混雑時には仮想呼びを用いたＲＴＳの割当処理を行うことで、各号機の運行効率を上げて運転サービスを行うことができる。

なお、上記第３の実施形態では、平均追加呼び発生件数を平日／休日に分類して学習結果として追加呼び学習部３３に記憶する構成としたが、曜日別に分類して追加呼び学習部３３に記憶することでも良い。この場合、新規ホール呼びが登録されたときに、追加呼び学習部３３から同じ曜日で同じ時間帯における平均追加呼び発生件数を読み出し、その平均追加呼び発生件数が予め設定された閾値未満の場合に仮想呼びが不要であると判定する。

また、上記各実施形態では、各階で一般的なホール呼びが登録されるエレベータシステムを想定して説明したが、乗場にて行先階を指定可能な乗場行先階登録装置（ＨＤＣ：Hall Destination Controller）を備えたエレベータシステムでも適用可能である。このようなエレベータシステムを「行先階制御システム（ＤＣＳ：Destination Control System）」と呼ぶ。

ＤＣＳでは、利用者が乗場にて登録した行先階に基づいて、複数台の乗りかごの中から最適な乗りかごを選出して、当該乗場に応答させる。各階で登録されたホール呼びは「行先呼び」とも呼ばれ、行先階の情報を含む。このようなＤＣＳを本発明に適用した場合でも、上記各実施形態と同様の効果が得られる。

以上述べた少なくとも１つの実施形態によれば、ＲＴＳにおける仮想呼びを必要としない状況を判断し、本来のホール呼びに対する応答遅れを防いで、群管理性能を向上させることのできるエレベータの群管理システムを提供することができる。

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

１１ａ〜１１ｄ…号機制御装置、１２ａ〜１２ｄ…乗りかご、１３ａ〜１３ｄ…操作盤、１４ａ，１４ｂ，１４ｃ…ホール釦、２０…群管理制御装置、２１…ホール呼び記憶部、２２…状態監視部、２３…仮想呼び生成部、２４…割当制御部、２５…仮想呼び判定部、２６…交通需要学習部、３１…待ち台数検出部、３２…追加呼び集計部、３３…追加呼び学習部。

Claims (7)

1. 複数台の乗りかごの運転を制御するエレベータの群管理システムにおいて、
   将来発生することを想定した仮想呼びを生成する仮想呼び生成手段と、
   新規ホール呼びが登録されたときに、利用者状況に応じて上記仮想呼び生成手段によって生成される仮想呼びの要否を判定し、仮想呼びが不要の場合には上記仮想呼び生成手段による仮想呼びの生成を禁止し、仮想呼びが必要の場合には上記仮想呼び生成手段による仮想呼びの生成を許可する仮想呼び判定手段と、
   この仮想呼び判定手段によって仮想呼びが不要と判定された場合に、上記新規ホール呼びに基づいて上記各乗りかごの中から最適な乗りかごを割当かごとして選出し、上記新規ホール呼びの登録階に上記割当かごを応答させ、上記仮想呼び判定手段によって仮想呼びが必要と判定された場合に、上記新規ホール呼びと上記仮想呼び生成手段によって生成された仮想呼びとに基づいて上記各乗りかごの中から最適な乗りかごを割当かごとして選出し、上記新規ホール呼びの登録階に上記割当かごを応答させる割当制御手段と
   を具備したことを特徴とするエレベータの群管理システム。
2. 各階の交通需要を所定時間毎に学習する交通需要学習手段を備え、
   上記仮想呼び判定手段は、
   新規ホール呼びが登録されたときに、上記交通需要学習手段によって学習された各階の交通需要に基づいて閑散時であるか否かを判断し、閑散時の場合には仮想呼びを不要と判定することを特徴とする請求項１記載のエレベータの群管理システム。
3. 少なくとも閑散時としての時刻が設定されたタイマを備え、
   上記仮想呼び判定手段は、
   新規ホール呼びが登録されたときに、上記タイマによって計時された時刻に基づいて閑散時であるか否かを判断し、閑散時の場合には仮想呼びを不要と判定することを特徴とする請求項１記載のエレベータの群管理システム。
4. 上記各乗りかごの中で待ち状態で停止中の乗りかごの台数を検出する待ち台数検出手段を備え、
   上記仮想呼び判定手段は、
   上記新規ホール呼びが登録されたときに、上記待ち台数検出手段によって検出された待ち状態で停止中の乗りかごの台数が予め設定された閾値以上である場合に仮想呼びが不要であると判定することを特徴とする請求項１記載のエレベータの群管理システム。
5. 上記仮想呼び判定手段は、
   利用者がホール呼びを登録してから割当かごに乗って行先階に到着するまでの間に各階で追加登録されたホール呼びの数に基づいて利用者の混雑状態を判断することを特徴とする請求項１記載のエレベータの群管理システム。
6. 上記追加登録されたホール呼びを追加呼びとして一定時間間隔毎に集計する追加呼び集計手段と、
   この追加呼び集計手段によって集計された一定時間間隔毎の追加呼びの数に基づいて、ホール呼び１件当たりの平均追加呼び発生件数を求め、平日／休日に分類して学習結果として記憶する追加呼び学習手段とを備え、
   上記仮想呼び判定手段は、
   新規ホール呼びが登録されたときに、上記追加呼び学習手段から平日／休日で同じ時間帯における平均追加呼び発生件数を読み出し、その平均追加呼び発生件数が予め設定された閾値未満の場合に仮想呼びが不要であると判定することを特徴とする請求項５記載のエレベータの群管理システム。
7. 上記追加登録されたホール呼びを追加呼びとして一定時間間隔毎に集計する追加呼び集計手段と、
   この追加呼び集計手段によって集計された一定時間間隔毎の追加呼びの数に基づいて、ホール呼び１件当たりの平均追加呼び発生件数を求め、曜日別に分類して学習結果として記憶する追加呼び学習手段とを備え、
   上記仮想呼び判定手段は、
   新規ホール呼びが登録されたときに、上記追加呼び学習手段から同じ曜日で同じ時間帯における平均追加呼び発生件数を読み出し、その平均追加呼び発生件数が予め設定された閾値未満の場合に仮想呼びが不要であると判定することを特徴とする請求項５記載のエレベータの群管理システム。

Images