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

Description

本発明の実施形態は、エレベータの群管理システムに関する。

近年、乗場にて直接行先階を指定可能な乗場行先階登録装置（ＨＤＣ：Hall Destination Controller）を備えたエレベータシステムが実用化されている。このようなエレベータシステムを「行先階制御システム（ＤＣＳ：Destination Control System）」と呼ぶ。ＤＣＳは、利用者が乗場で登録した行先階を有する呼び（以下、「行先呼び」と称す）に基づいて、複数台の乗りかごの中から最適な乗りかごを選出して当該乗場に応答させる。この場合、同じ行先階の利用者を同じ乗りかごに乗車させることで、輸送効率の向上を図っている。

ここで、乗場行先階登録装置とは別に、一般的な上下呼びを登録するための上下呼び登録装置を併用する「ハイブリッドＤＣＳ」がある。乗場行先階登録装置と上下呼び登録装置は別々の階に設置される。乗場行先階登録装置が設置された階で行先呼びを登録した利用者は、かご内でかご呼びを登録することなく、行先階へ移動できる。また、上下呼び登録装置が設置された階で上下呼びを登録した利用者は、自身の行先階をかご内の操作盤でかご呼びとして登録してから行先階へ移動する。

特許第５５１１０３７号公報 特許第５１５９７９４号公報 特許第５４７７３８７号公報

上述したハイブリッドＤＣＳでは、上下呼びと行先呼びが混在して登録される。このため、一般的に知られている割当制御方法を用いて、呼びに対して最も早く応答可能な乗りかごを割当かごとして選出すると、その乗りかごの運行状態（停車階と運転方向など）によっては停車回数が増え、群管理性能が低下する可能性がある。

本発明が解決しようとする課題は、ハイブリッドＤＣＳにおいて、上下呼びと行先呼びの特性を考慮した割当制御によって停車回数を抑え、利用者を効率的に運んで群管理性能の向上を図ることのできるエレベータの群管理システムを提供することである。

一実施形態に係るエレベータの群管理システムは、乗場で上下呼びを登録するための第１の登録装置と、上記第１の登録装置が設置された階とは異なる階の乗場に設置され、行先呼びを登録するための第２の登録装置とを備える。上記エレベータの群管理システムは、上記上下呼びが登録された第１の出発階に停車予定を持ち、上記第１の出発階に対して上記上下呼びと同じ方向に応答可能な乗りかごを優先候補として選出する第１の優先割当手段と、上記行先呼びが登録された第２の出発階と上記行先呼びの行先階に停車予定を持ち、上記行先呼びと同じ方向に応答可能な乗りかごを優先候補として選出する第２の優先割当手段と、上記第１の優先割当手段によって選出された乗りかごに上記上下呼びを割り当て、上記第２の優先割当手段によって選出された乗りかごに上記行先呼びを割り当てる割当かご決定手段とを具備する。
上記エレベータの群管理システムにおいて、上記第２の優先割当手段は、上記第２の出発階と上記行先階のうち、上記行先階のみに停車予定を持つ乗りかごが存在した場合に、上記第２の出発階を停車予定に加えたときに上記行先呼びと同じ方向に応答可能であれば、上記第２の出発階と上記行先階の両方に停車予定を持つ乗りかごよりも優先度を低くして、当該乗りかごを優先候補として選出することを特徴とする。

図１は第１の実施形態に係るエレベータの群管理システムの構成を示すブロック図である。 図２は同実施形態における乗場行先階登録装置の一例を示す図である。 図３は同実施形態における乗場行先階表示装置の一例を示す図である。 図４は同実施形態における行先呼びに対する優先割当制御を説明するための図である。 図５は図４の記号に関する凡例を説明するための図である。 図６は同実施形態における行先呼びに対する優先割当制御を説明するための図である。 図７は同実施形態における行先呼びに対する優先割当制御を説明するための図である。 図８は同実施形態における上下呼びに対する優先割当制御を説明するための図である。 図９は同実施形態における乗りかごの混雑度を考慮した優先割当制御を説明するための図である。 図１０は同実施形態における乗りかごの混雑度を考慮した優先割当制御を説明するための図である。 図１１は同実施形態における混雑管理テーブルの一例を示す図である。 図１２は同実施形態における一般階の乗場で登録される上下呼びの割当処理を示すフローチャートである。 図１３は同実施形態における一般階の乗場で登録される上下呼びの割当処理を示すフローチャートである。 図１４は同実施形態におけるＨＤＣ設置階の乗場で登録される行先呼びの割当処理を示すフローチャートである。 図１５は同実施形態におけるＨＤＣ設置階の乗場で登録される行先呼びの割当処理を示すフローチャートである。 図１６は第２の実施形態に係るダブルデッキエレベータの群管理システムの構成を示すブロック図である。 図１７は上記ダブルデッキエレベータの上かごと下かごの停車予定階を考慮した優先割当制御を説明するための図である。

まず、本発明が前提としているハイブリッドＤＣＳについて説明する。
ハイブリッドＤＣＳは、一部の階に乗場行先階登録装置（ＨＤＣ）、残りの階に上下呼び登録装置を備える。ハイブリッドＤＣＳは、全ての階に上下呼び登録装置を備えた通常の群管理システムと比べ、利用者が多い環境で利用される。ただし、全ての階にＨＤＣを備えたフルＤＣＳよりも利用者が少ない環境で利用される。

ハイブリッドＤＣＳでは、例えば建物の出入口につながる階（出発基準階）や食堂階など、利用者が多い階にＨＤＣが設置される。利用者が少ない階には、通常の上下呼び登録装置が設置される。なお、以下では、ＨＤＣが設置された階を「ＨＤＣ設置階」、通常の上下呼び登録装置が設置された階を「一般階」と呼ぶ。また、呼び（上下呼び／行先呼び）が登録された階のことを「登録階」または「出発階」と呼ぶ。「出発階」とは、呼びに応答した乗りかご（割当かご）が利用者を乗せて出発する階のことを意味する。

ここで、多くの利用者がＨＤＣ設置階から一般階へ向かう第１の時間帯と、一般階からＨＤＣ設置階へ向かう第２の時間帯に混雑が発生する。第１の時間帯は、例えば出勤時間帯や、多数の利用者が食堂階から各階の職場に戻る時間帯（昼食時後半）である。第２の時間帯は、例えば退勤時間帯や、多数の利用者が各階の職場から食堂へ向かう時間帯（昼食時前半）である。一般的に、ＨＤＣ設置階の方が一般階よりも少ない。このため、ＨＤＣ設置階から利用者が乗車する第１の時間帯の方が、一般階から利用者が乗車する第２の時間帯よりも１階床当たりの利用者発生頻度が大きくなる。

利用者が乗場で登録した呼び（上下呼び／行先呼び）に対し、運転サービスを行う乗りかごを決める制御のことを「割当制御」と言う。この割当制御では、呼びが登録されてから乗りかごが出発階に応答するまでの時間、または、呼びが登録されてから乗りかごが出発階に応答した後で行先階に到着するまでの時間が全ての利用者にとって短くなるような乗りかごを割当かごとして選出することを目的としている。

そのための方法としては、例えば、新たに乗場で登録された呼びの仮割当や、登録済みの呼び・割当に従って各乗りかごの運行を予測し、その予測結果から呼びに応答するまでの時間が最短となる乗りかごを割当かごとして選ぶ方法がある。ただし、上下呼びについては、利用者が乗りかごに乗車して行先階を指定するまで、乗りかごがどこに向かうのかが分からないため、既知の方法により仮の行先階を捕って運行予測を行うことになる。この方法は、割当処理を行った時点で登録されている呼びに対しては、最も良い乗りかごを選ぶことができる。しかし、新たな呼びが発生し続けるため、実際には割当処理を行う時点の予測結果から最良と考えられる乗りかごを選んでも、最良の運行ができるとは限らない。この問題は、割当かごを決める時点での予測では、将来発生する呼びを反映できないことが原因であり、避けることが難しい。

ここで、上下呼びが登録されたときに、その上下呼びの出発階に停車予定を持つ乗りかごに優先的に割り当てる方法が考えられる。この方法によれば、もともと出発階に停車予定を持っていた乗りかごが応答するので、別の乗りかごが応答する場合に比べて停車回数を減らすことができる。しかし、行先呼びに関しては、同じ階で登録した多数の利用者が１つの乗りかごに集中してしまう可能性がある。この場合、乗りかごが各利用者の行先階毎に停車するので、かえって、停車回数が増えて、運行効率が落ちる。

以下では、ハイブリッドＤＣＳにおいて、上下呼びと行先呼びの特性を考慮して、乗りかごの停車回数を抑えた割当制御によって利用者を効率的に運ぶ方法について説明する。
なお、開示はあくまで一例にすぎず、以下の実施形態に記載した内容により発明が限定されるものではない。当業者が容易に想到し得る変形は、当然に開示の範囲に含まれる。説明をより明確にするため、図面において、各部分のサイズ、形状等を実際の実施態様に対して変更して模式的に表す場合もある。複数の図面において、対応する要素には同じ参照数字を付して、詳細な説明を省略する場合もある。

（第１の実施形態）
図１は第１の実施形態に係るエレベータの群管理システムの構成を示すブロック図であり、複数台の乗りかごが群管理された構成が示されている。なお、乗りかごの台数は任意であり、少なくとも２台以上あれば良い。図中の１１ａ，１１ｂ，１１ｃ…はエレベータ制御装置、１２ａ，１２ｂ，１２ｃ…は乗りかごである。

エレベータ制御装置１１ａ，１１ｂ，１１ｃ…は、各号機の乗りかご１２ａ，１２ｂ，１２ｃ…に対応して設けられている。エレベータ制御装置１１ａは、Ａ号機の乗りかご１２ａの運転制御を行う。具体的には、エレベータ制御装置１１ａは、乗りかご１２ａを昇降動作させるための図示せぬモータ（巻上機）の制御やドアの開閉制御などを行う。Ｂ号機のエレベータ制御装置１１ｂ、Ｃ号機のエレベータ制御装置１１ｃも同様である。これらのエレベータ制御装置１１ａ，１１ｂ，１１ｃ…は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータによって構成される。乗りかご１２ａ，１２ｂ，１２ｃ…は、モータ（巻上機）の駆動により昇降路内を昇降動作する。

乗りかご１２ａ，１２ｂ，１２ｃ…には、それぞれにかご呼びを登録するためのかご呼び登録装置１３ａ，１３ｂ，１３ｃ…が備えられている。「かご呼び」は、図示せぬかご操作盤上に設けられた階床ボタンの操作によって登録される呼びであり、利用者の行先階と乗りかごの情報を含んでいる。

ここで、本実施形態は、ハイブリッドＤＣＳ方式のエレベータの群管理システムを想定している。ハイブリッドＤＣＳは、上下呼び登録装置２１と、乗場行先階登録装置（ＨＤＣ）２２とを備える。上下呼び登録装置２１と乗場行先階登録装置２２は、それぞれに別の階の乗場に設置されている。上下呼び登録装置２１は、図示せぬ上下方向ボタンの操作により、乗場で上下呼びを登録するための第１の登録装置である。上下呼びには、出発階（呼び登録階）と利用者の行先方向（上り方向／下り方向）の情報が含まれている。乗場行先階登録装置２２は、乗場で行先呼びを登録するための第２の登録装置である。行先呼びには、出発階（呼び登録階）と利用者の行先階の情報が含まれている。

図２に示すように、乗場行先階登録装置２２は、利用者の行先階を入力するための操作部２２ａと、操作部２２ａによって入力された行先階に向かう乗りかご（割当かご）を利用者に知らせるための表示部２２ｂとを有する。「割当かご」とは、呼びが登録された乗りかごのことである。なお、行先階の入力方法としては、テンキーの操作によるものが一般的であるが、例えばＩＣカードなどを用いた方法であっても良い。また、乗場行先階登録装置２２は、乗場から離れた場所に設置されていても良い。

図２の例では、利用者が入力した行先階が１３階であり、その行先階に対してＡ号機の乗りかご１２ａが割り当てられたことが表示されている。利用者は、この表示に従ってＡ号機の乗場で待機することになる。

利用者が円滑に割当かごに乗車できるように、図３に示すように、乗場２４には乗場ドア２５の近傍に乗場行先階表示装置（ＨＤＩ）２３が設置されている。乗場行先階表示装置２３は、乗りかごの行先階を所定の時間、表示するための装置である。上記「所定の時間」とは、乗場行先階表示装置２３の設置階において、その乗りかごの行先階へ向けた応答を完了するまでの間である。図３の例では、Ａ号機の行先階として７階、１１階、１３階が表示されている。このような表示により、利用者は乗りかごの行先階を確認した上で乗車できる。

なお、図３の例では、Ａ号機の乗場行先階表示装置２３だけが示されているが、実際には各号機毎に乗場行先階表示装置２３が設置されており、それぞれに対応した乗りかごの行先階が表示される。

群管理制御装置３０は、乗りかご１２ａ，１２ｂ，１２ｃ…の運転を統括的に制御する装置である。群管理制御装置３０は、エレベータ制御装置１１ａ，１１ｂ，１１ｃ…と同様に、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータによって構成される。本実施形態において、この群管理制御装置３０には、呼び管理部３１、運転情報取得部３２、運行予測部３３、割当評価部３４、停車判断部３５、長待ち判断部３６、混雑度判断部３７、混雑日時設定部３８、優先割当部３９、割当かご決定部４０、割当出力部４１が備えられている。なお、これらは、ソフトウェアによって実現しても良いし、ＩＣ（Integrated Circuit）等のハードウェアにより実現しても良いし、ソフトウェアおよびハードウェアを併用して実現しても良い。

呼び管理部３１は、乗場で登録される上下呼び、行先呼び、かご内で登録されるかご呼びを受け付け、これらの呼びが割り当てられた乗りかごの情報と共に管理する。

運転情報取得部３２は、エレベータ制御装置１１ａ，１１ｂ，１１ｃ…を通じて各号機の乗りかご１２ａ，１２ｂ，１２ｃ…の運転情報（現在位置、運転方向、ドアの開閉状態、荷重など）を取得する。

運行予測部３３は、現在の乗りかご１２ａ，１２ｂ，１２ｃ…の位置を出発点にして、登録済みの呼びと、新たに登録された呼びなどに従って乗りかご１２ａ，１２ｂ，１２ｃ…の運行を予測し、その予測結果から各呼びに対する応答時間などを算出する。

割当評価部３４は、運行予測部３３の予測結果に基づいて、新たな呼びを乗りかご１２ａ，１２ｂ，１２ｃ…のそれぞれに割り当てた場合の評価値を所定の評価関数式に従って算出する。なお、評価値は、その値が小さいほど、評価が高いことを意味している。したがって、評価値が最も小さい乗りかごが割当かごとして選出されることになる。この割当評価部３４は、通常の割当制御を実現するための構成要素である。これに対し、停車判断部３５、長待ち判断部３６、混雑度判断部３７、優先割当部３９は、後述する優先度割当制御を実現するための構成要素である。

停車判断部３５は、運行予測部３３で得られた予測結果に基づいて、上下呼びが登録された階（以下、第１の出発階と称す）に停車予定を持つ乗りかごの有無を判断する。また、停車判断部３５は、運行予測部３３で得られた予測結果に基づいて、行先呼びが登録された階（以下、第２の出発階と称す）と当該行先呼びの行先階に停車予定を持つ乗りかごの有無を判断する。

長待ち判断部３６は、運行予測部３３で得られた予測結果に基づいて、上下呼びまたは行先呼びに対する待ち時間を判断する。優先度割当制御では、この待ち時間を考慮して優先候補が選出される。

混雑度判断部３７は、運行予測部３３で得られた予測結果に基づいて、乗りかごの混雑度を判断する。優先度割当制御では、この混雑度を考慮して優先候補が選出される。

混雑日時設定部３８は、混雑日時（混雑する曜日、時間など）を設定する。この混雑日時設定部３８によって設定された混雑日時に関する情報は、後述する混雑管理テーブルＴＢに記憶される（図１１参照）。優先度割当制御は、この混雑管理テーブルＴＢに記憶された混雑日時に実行される。

優先割当部３９は、上下呼びまたは行先呼びが登録された際に、これらの呼びを優先的に乗りかごに割り当てるための優先割当処理を実行する。この優先割当部３９は、上下呼びの優先割当処理を実行する第１の優先割当部３９ａと、行先呼びの優先割当処理を実行する第２の優先割当部３９ｂに分けられる。第１の優先割当部３９ａは、上下呼びの登録階である第１の出発階に停車予定を持ち、上記第１の出発階に対して当該上下呼びと同じ方向に応答可能な乗りかごを優先候補として選出する。第２の優先割当部３９ｂは、行先呼びの登録階である第２の出発階と行先呼びで指定された行先階に停車予定を持ち、当該行先呼びと同じ方向に応答可能な乗りかごを優先候補として選出する。ただし、行先階の停車予定は、第２の出発階の停車予定よりも後であり、第２の出発階から行先階までの間に方向を変えずに運行することを条件とする。

割当かご決定部４０は、割当評価部３４または優先割当部３９を用いて最終的な割当かごを決定する。優先割当部３９から優先候補が選出されていれば、その優先候補の中の乗りかごが優先的に割当かごとして決定される。

割当出力部４１は、エレベータ制御装置１１ａ，１１ｂ，１１ｃ…の中の割当かごに対応したエレベータ制御装置に割当信号を出力して、その割当かごを呼びの出発階に応答させる。また、割当出力部４１は、乗場行先階登録装置２２に割当かごの情報を送って、乗場行先階登録装置２２の表示部２２ｂに表示させる。また、割当出力部４１は、割当かごに対応した乗場行先階表示装置２３に行先階を表示させる。

次に、本実施形態のハイブリッドＤＣＳにおける上下呼びと行先呼びの特性を考慮した割当制御について説明する。

（１）行先呼びに対する優先割当制御
ＨＤＣ設置階で登録される行先呼びに関しては、出発階と行先階の両方に停車予定を持つ乗りかごにその行先呼びを優先的に割り当てる。ただし、行先階の停車予定は、出発階の停車予定よりも後であり、出発階から行先階までの間に方向を変えずに運行することを条件とする。

図４に具体例を示す。図５は図中の記号に関する凡例である。
例えば、Ａ号機の乗りかごに１階→４階、１階→８階の行先呼びが割当済みの状況で、４階のＨＤＣで８階行きの行先呼びが新たに登録されたとする。この場合、Ａ号機の乗りかごは４階と８階に既に停車予定を持ち、かつ、４階出発後は方向を変えずに８階まで運行するので、Ａ号機に当該行先呼びを優先的に割り当てる。

また、既に出発階に停車中の乗りかごも同様である。例えば、４階のＨＤＣで８階行先の行先呼び登録されたとき、現在４階で停車中であり、８階に停車予定を持ち、４階から出発した後は方向を変えずに８階まで運行可能な乗りかごが優先候補となる。ただし、出発階だけが一致する乗りかごは候補対象外とする。ハイブリッドＤＣＳにおいて、ＨＤＣ設置階は、他の階よりも多くの利用者が乗車する特別な階である。出発階だけが一致した乗りかごに行先呼びを優先的に割り当てると、特定の乗りかごだけが多数の利用者を引き受け、停車階が増える可能性が高い。

図６は、１階のＨＤＣで２～８階へ向かう多数の利用者が１人ずつ行先呼びを登録した例を示している。出発階だけが一致する乗りかごを優先すると、全ての行先呼びがＣ号機の乗りかごに割り当てられ、停車回数が増えてしまう。これに対し、出発階と行先階のうち、行先階だけが一致する乗りかごを優先することには、各乗りかごをスムーズに運転する上で、ある程度の価値がある。「スムーズに運転する」とは、昇降路を１周するのに要する時間を短くできることを意味する。出発階・行先階の両方が一致する場合と比べると、出発階に対する停車回数は増えるが、多数の利用者が同じ乗りかごに集中することはない。したがって、行先階だけが一致する乗りかごについては、出発階に停車予定を追加した場合に、出発階から行先階まで、方向を変えずに応答可能であれば、出発階・行先階の両方が一致する乗りかごよりも低い優先度で優先候補（第二優先）に含めるようにして良い。

例えば、図７に示すように、４階から６階へ向かう利用者に対し、４階の出発階のみ停車予定を持つＡ号機ではなく、６階の行先階に停車予定を持つＢ号機に割り当てる。なお、優先可能な乗りかごが存在しない場合には、通常通りの方法で割当かごを決めるものとする。

（２）上下呼びに対する優先割当制御
一般階で登録される上下呼びは、出発階と方向の情報しかなく、行先階は分からない。また、複数の利用者が同じ階から同じ方向に利用する場合は、最初の利用者は上下呼びの登録操作を行うが、２人目以降の利用者は、既に同じ方向の上下呼びを登録済みであれば、登録操作を行うことはない。したがって、上下呼び１件に対する行先階の個数は１件とは限らない。

ＨＤＣ設置階では、行先呼びの出発階に停車予定を持つ乗りかごを優先して割り当てると、特定の乗りかごに利用者が偏る弊害が発生する。これに対し、一般階では、ＨＤＣ設置階に比べて利用者が少ないので、上下呼びの出発階に停車予定を持つ乗りかごに優先して割り当てても、特定の乗りかごに利用者の偏りは発生しにくい。また、出発階に停車予定を持つ乗りかご（または出発階に停車中、減速中の乗りかご）に上下呼びを割り当てることで、他の乗りかごに割り当てる場合と比べて、出発階に対する乗りかごの停車回数を１回減らすことができる。

ハイブリッドＤＣＳでは、一般階からの乗車が多くなる混雑帯は、利用者が特定の階に向かうことが多い。例えば、出発基準階へ向かう退勤時間帯、食堂階へ向かう昼食時間帯の前半などである。この場合、同じ乗りかごに複数の利用者が乗車しても、停車回数は増加しにくい。したがって、新たに登録された上下呼びに対し、その出発階に停車予定（停車中または減速中を含む）であり、当該上下呼びと同じ方向に応答可能な乗りかごに優先的に割り当てることで、運行効率が上がる。

図８の例では、３階の利用者が上下呼び登録装置の下方向のボタンを押したときに、３階に停車予定を持つ下方向運転中のＢ号機の乗りかごに下方向の呼びが割り当てられる様子を示している。上方向運転中のＡ号機の乗りかごや、３階に停車予定を持たないＣ号機の乗りかごに割り当てる場合と比べると、乗りかごの停車回数の増加を抑えられる。

（３）優先する乗りかごが複数存在する場合
上記（１）（２）で優先候補として選出された乗りかごが複数存在した場合には、新たに登録された呼び（上下呼び／行先呼び）の出発階に、最も早く応答可能な乗りかごを１台選んで、その乗りかごに当該呼びを割り当てる。ただし、行先呼びに関しては、出発階・行先階ともに停車予定を持つ乗りかごの優先度は、行先階のみに停車予定を持つ乗りかごよりも高くする。

（４）乗りかごの混雑度を考慮した優先割当制御
上記（１）（２）で優先候補として選出されても、乗りかごの荷重が一定値以上であり、新たに登録した呼び（上下呼び／行先呼び）に対し、方向反転しないで出発階に応答する場合には、応答後も引き続き混雑していると予想される。このような乗りかごは混雑度が高いため、優先候補から除外することが好ましい。一方、多数の利用者を乗せた乗りかごであっても、方向反転してから呼びの出発階に向かう場合には、すべての利用者を降車させているので、混雑度は低いと考えられる。このような乗りかごは、優先候補に含められる。

例えば、図９に示すように、Ａ号機の乗りかごが混雑状態にあるとする。このＡ号機の乗りかごが１階で方向反転してから４階の行先呼びに応答する場合には、優先候補に含めることができる。一方、図１０に示すように、Ｂ号機の乗りかごが混雑状態にあり、方向反転しないままに３階の下方向の呼びに応答する場合には、優先候補から除外される。

（５）混雑日時に優先割当制御を実施
上記（１）（２）の優先割当制御は、各階の利用者が多く、混雑状況にある場合を前提としている。混雑していなければ、後に発生する利用者の呼びを考慮して、乗りかごを早く周回させる必要性は低い。この場合には、新たに登録きれた呼びの仮割当と、登録済みの呼び・割当を対象に運行予測を行い、その予測結果から通常通りの方法で割当かごを選べば良い。

そこで、例えば図１１に示すように、所定の操作により予め設定された混雑日時（曜日と時間）を混雑管理テーブルＴＢに記億しておき、この混雑管理テーブルＴＢに記憶された混雑日時（曜日と時間）に従って、上記（１）（２）の優先割当制御を実施する。

（６）待ち時間を考慮した優先割当制御
上記（１）（２）によって優先割当の候補となった乗りかごが、新たに発生した呼び（上下呼び／行先呼び）の出発階に到着するまでの時間が長すぎる場合には、利用者の待ち時間を考えて、優先割当を適用しないことが好ましい。

具体的には、以下のいずれかの条件が成立した場合には優先割当制御を適用しない。
条件１：優先する乗りかごの予測到着時間の最短値が、長待ちとして設定された第１の閾値以上になる場合
条件２：優先する乗りかごの予測到着時間の最短値が、優先しない他の乗りかごの予測到着時間の最短値よりも長く、両者の差が予め設定された第２の閾値以上になる場合。

例えば、Ａ，Ｂ号機の乗りかごが優先候補として選出されたとする。Ａ号機の乗りかごの予測到着時間が６５秒、Ｂ号機の乗りかごの予測到着時間が７２秒であるとする。ここで、第１の閾値が６０秒に設定されている場合、上記条件１により、Ａ，Ｂ号機の乗りかごへの優先割当は行われない。

また、Ａ，Ｂ号機の乗りかごが優先候補として選出されたとする。Ａ，Ｂ号機の乗りかごの予測到着時問が５５秒，６６秒であり、Ｃ，Ｄ号機の乗りかごの予測到着時問が３５秒，２２秒であるとする。ここで、第２の閾値が３０秒に設定されている場合、優先する乗りかごの予測到着時間の最短値（５５秒）と他の乗りかごの予測到着時間の最短値（２２秒）との差が第２の閾値（３０秒）以上になるので、上記条件２により、Ａ，Ｂ号機の乗りかごへの優先割当は行われない。

以下に、具体的な処理動作について、（ａ）上下呼びの割当処理、（ｂ）行先呼びの割当処理に分けて詳しく説明する。

（ａ）上下呼びの割当処理
図１２および図１３は一般階の乗場で登録される上下呼びの割当処理を示すフローチャートである。このフローチャートには、上記（２）－（６）に関する処理が含まれる。

一般階の乗場には、上下呼び登録装置２１が設置されている。上下呼び登録装置２１の操作によって上下呼びが登録されると（ステップＡ１１のＹｅｓ）、群管理制御装置３０は、その上下呼びを呼び管理部３１に記憶した後、現在の日時が予め混雑日時設定部３８によって設定された混雑日時に該当するか否かを判断する（ステップＡ１２）。

詳しくは、群管理制御装置３０は、現在の日時（曜日と時間）が混雑管理テーブルＴＢに記憶されている混雑日時と一致するか否かを判断する。現在の日時が混雑日時に該当しない場合（ステップＡ１２のＮｏ）、群管理制御装置３０は、割当評価部３４を通じて通常の割当処理を実行し、この割当処理によって選出された乗りかごに当該呼びを割り当てる（ステップＡ２７）。

一方、現在の日時が混雑日時に該当する場合には（ステップＡ１２のＹｅｓ）、群管理制御装置３０は、優先割当部３９の第１の優先割当部３９ａを通じて、以下のような優先割当処理を実行する。

すなわち、まず、第１の優先割当部３９ａは、各号機の乗りかご１２ａ，１２ｂ，１２ｃ…の運転状態情報に基づいて、かご内荷重が一定以上あり、かつ、方向反転せずに当該呼びに応答可能な乗りかごが存在するか否かを判断する（ステップＡ１４）。該当する乗りかごが存在した場合（ステップＡ１４のＹｅｓ）、第１の優先割当部３９ａは、応答時の混雑度が高いと判断して、当該乗りかごの管理番号に「優先しない」ことを示す情報を付加して、優先候補から除外する（ステップＡ１７）。

次に、第１の優先割当部３９ａは、混雑度が低いと判断された乗りかごの中で、当該呼びの出発階に停車予定を持つ乗りかごを検索する。詳しくは、第１の優先割当部３９ａは、当該呼びの出発階に向けて減速中、または、その出発階に停車中であり、当該呼びと同じ方向に応答可能な乗りかごが存在するか否かを判断する（ステップＡ１５）。また、第１の優先割当部３９ａは、当該呼びの出発階に停車予定を持ち、当該呼びと同じ方向に応答可能な乗りかごが存在するか否かを判断する（ステップＡ１６）。

上記ステップＡ１５またはＡ１６において、該当する乗りかごが存在すれば、第１の優先割当部３９ａは、当該乗りかごの管理番号に「優先する」ことを示す情報を付加して、優先候補に含める（ステップＡ１８）。

ステップＡ１３～Ａ１９の処理を運行中の乗りかごの台数分、繰り返し行う。これにより、当該呼びを乗りかご１２ａ，１２ｂ，１２ｃ…のいずれかに割り当てる場合に、優先する乗りかご（優先する情報が付された乗りかご）と、優先しない乗りかご（優先しない情報が付された乗りかご）に分けられる。

優先する乗りかごが１台も存在しなかった場合には（ステップＡ２０のＮｏ）、群管理制御装置３０は、割当評価部３４を通じて通常の割当処理を実行し、この割当処理によって選出された乗りかごに当該呼びを割り当てる（ステップＡ２７）。優先する乗りかごが少なくとも１台以上存在した場合には（ステップＡ２０のＹｅｓ）、第１の優先割当部３９ａが継続され、以下のような待ち時間の判断処理によって割当かごが決定される。

すなわち、第１の優先割当部３９ａは、優先する乗りかごの中で、当該呼びの出発階に到着するまでの時間（到着予定時間）が最短のかごｃ１を抽出する（ステップＡ２１）。このかごｃ１の到着予定時間が予め設定された第１の閾値ＴＨ１以上であれば（ステップＡ２２のＹｅｓ）、待ち時間が長くなるため、優先度処理は中止され、通常の割当処理によって割当かごが決定される（ステップＡ２７）。

一方、かごｃ１の到着予定時間が予め設定された第１の閾値ＴＨ１未満であり（ステップＡ２２のＮｏ）、優先しない乗りかごも存在しなければ（ステップＡ２３のＮｏ）、かごｃ１が割当かごとして決定され、かごｃ１に当該呼びが割り当てられる（ステップＡ２６）。

また、優先しない乗りかごが少なくとも１台以上存在した場合には（ステップＡ２３のＹｅｓ）、第１の優先割当部３９ａは、優先しない乗りかごの中で当該呼びの出発階に到着するまでの時間（到着予定時間）が最短のかごｃ２を抽出する（ステップＡ２４）。そして、かごｃ１の到着予定時間がかごｃ２の到着予定時間に第２の閾値ＴＨ２を加えた時間以上であった場合には（ステップＡ２５のＹｅｓ）、優先度処理は中止され、通常の割当処理によって割当かごが決定される（ステップＡ２７）。

かごｃ１の到着予定時間がかごｃ２の到着予定時間に第２の閾値ＴＨ２を加えた時間未満であった場合、つまり、かごｃ１が優先しないかごｃ２と比べ、当該呼びの出発階に応答するまでの時間が大きく劣らない場合は（ステップＡ２５のＮｏ）、かごｃ１が割当かごとして決定され、かごｃ１に当該呼びが割り当てられる（ステップＡ２６）。

（ｂ）行先呼びの割当処理
図１４および図１５はＨＤＣ設置階の乗場で登録される行先呼びの割当処理を示すフローチャートである。このフローチャートには、上記（１），（３）－（６）に関する処理が含まれる。

ＨＤＣ設置階の乗場には、図２に示したような乗場行先階登録装置２２が設置されている。乗場行先階登録装置２２の操作によって行先呼びが登録されると（ステップＢ１１のＹｅｓ）、群管理制御装置３０は、その行先呼びを呼び管理部３１に記憶した後、現在の日時が予め混雑日時設定部３８によって設定された混雑日時に該当するか否かを判断する（ステップＢ１２）。

詳しくは、群管理制御装置３０は、現在の日時（曜日と時間）が混雑管理テーブルＴＢに記憶されている混雑日時と一致するか否かを判断する。現在の日時が混雑日時に該当しない場合（ステップＢ１２のＮｏ）、群管理制御装置３０は、割当評価部３４を通じて通常の割当処理を実行し、この割当処理によって選出された乗りかごに当該呼びを割り当てる（ステップＢ３１）。

一方、現在の日時が混雑日時に該当する場合には（ステップＢ１２のＹｅｓ）、群管理制御装置３０は、優先割当部３９の第２の優先割当部３９ｂを通じて、以下のような優先割当処理を実行する。

すなわち、まず、第２の優先割当部３９ｂは、各号機の乗りかご１２ａ，１２ｂ，１２ｃ…の運転状態情報に基づいて、かご内荷重が一定以上あり、かつ、方向反転せずに当該呼びに応答可能な乗りかごが存在するか否かを判断する（ステップＢ１４）。該当する乗りかごが存在した場合（ステップＢ１４のＹｅｓ）、第２の優先割当部３９ｂは、応答時の混雑度が高いと判断して、当該乗りかごの管理番号に「優先度０」を示す情報を付加して、優先候補から除外する（ステップＢ１８）。「優先度０」は、優先しないことを意味する。

次に、第２の優先割当部３９ｂは、混雑度が低いと判断された乗りかごの中で、当該呼びの行先階に停車予定を持つ乗りかごを検索する。なお、行先階の停車予定は、出発階の停車予定よりも後である。詳しくは、第２の優先割当部３９ｂは、当該呼びの行先階に停車予定であり、かつ、出発階に当該呼びの方向で応答する予定を加えた場合に、出発階から方向反転せずに行先階に運行可能な乗りかごを検索する（ステップＢ１５）。その結果、行先階に停車予定を持たない乗りかごが存在した場合には（ステップＢ１５のＮｏ）、第２の優先割当部３９ｂは、当該乗りかごの管理番号に「優先度０」を示す情報を付加して、優先候補から除外する（ステップＢ１８）。

次に、第２の優先割当部３９ｂは、行先階に停車予定を持つ乗りかごの中で、当該呼びの出発階に停車予定を持つ乗りかごを検索する。詳しくは、第２の優先割当部３９ｂは、当該呼びの出発階に向けて減速中、または、その出発階に停車中であり、当該呼びと同じ方向に応答可能な乗りかごが存在するか否かを判断する（ステップＢ１６）。また、第２の優先割当部３９ｂは、当該呼びの出発階に停車予定を持ち、当該呼びと同じ方向に応答可能な乗りかごが存在するか否かを判断する（ステップＢ１７）。

上記ステップＢ１６またはＢ１７において、該当する乗りかごが存在すれば、第２の優先割当部３９ｂは、当該乗りかごの管理番号に「優先度２」を示す情報を付加して、優先候補に含める（ステップＢ２０）。

また、当該呼びの行先階だけに停車予定を持つ乗りかごが存在した場合（ステップＢ１６のＮｏ，Ｂ１７のＮｏ）、第２の優先割当部３９ｂは、当該呼びの出発階を停車予定に加えて、当該呼びと同じ方向に応答可能な否かを判断する（ステップＢ１７ａ）。ただし、行先階の停車予定は、出発階の停車予定よりも後であり、行先階から方向反転せずに出発階に運行することを条件とする。応答可能であれば（ステップＢ１７ａのＹｅｓ）、第２の優先割当部３９ｂは、当該乗りかごの管理番号に「優先度１」を示す情報を付加して、優先候補に含める（ステップＢ１９）。「優先度１」は、「優先度２」よりも優先度が低い。つまり、当該呼びの行先階だけに停車予定を持つ乗りかごについては、当該呼びの出発階を停車予定に加えることで、当該呼びの出発階と行先階の両方に停車予定を持つ乗りかごよりも優先度を低くして、優先候補に含める。

ステップＢ１３～Ｂ２１の処理を運行中の乗りかごの台数分、繰り返し行う。これにより、当該呼びを乗りかご１２ａ，１２ｂ，１２ｃ…のいずれかに割り当てる場合に、最も優先する乗りかご（優先度２の情報が付された乗りかご）と、次に優先する乗りかご（優先度１の情報が付された乗りかご）と、優先しない乗りかご（優先度０の情報が付された乗りかご）に分けられる。

次に、ｘを２から１に変えて優先度ｘの乗りかごを検索する（ステップＢ２２～Ｂ２９）。その結果、優先度ｘの乗りかごが存在しなかった場合、つまり、優先する乗りかごが１台も存在しなかった場合には（ステップＢ２３のＮｏ）、通常の割当処理によって割当かごが決定される（ステップＢ３１）。

優先度ｘの乗りかごが存在した場合には（ステップＢ２３のＹｅｓ）、第２の優先割当部３９ｂが継続され、以下のような待ち時間の判断処理によって割当かごが決定される。

すなわち、第２の優先割当部３９ｂは、優先度ｘの乗りかごの中で、当該呼びの出発階に到着するまでの時間（到着予定時間）が最短のかごｃ１を抽出する（ステップＢ２４）。このかごｃ１の到着予定時間が予め設定された第１の閾値ＴＨ１以上であれば（ステップＢ２５のＹｅｓ）、待ち時間が長くなるため、第２の優先割当部３９ｂは、優先度ｘの乗りかごに対する優先度処理を中止する（ステップＢ２９へ進む）。

一方、かごｃ１の到着予定時間が予め設定された第１の閾値ＴＨ１未満であり（ステップＢ２５のＮｏ）、優先度がｘ未満の乗りかごも存在しなければ（ステップＢ２６のＮｏ）、かごｃ１が割当かごとして決定され、かごｃ１に当該呼びが割り当てられる（ステップＢ３０）。「優先度がｘ未満の乗りかご」とは、現在チェック中の乗りかごよりも優先度の低い乗りかごのことであり、例えば優先度２の乗りかごをチェック中であれば、優先度１の乗りかごと、優先度０の乗りかごを含む。

優先度がｘ未満の乗りかごが少なくとも１台以上存在した場合には（ステップＢ２６のＹｅｓ）、第２の優先割当部３９ｂは、優先度ｘ未満の乗りかごの中で当該呼びの出発階に到着するまでの時間（到着予定時間）が最短のかごｃ２を抽出する（ステップＢ２７）。そして、かごｃ１の到着予定時間がかごｃ２の到着予定時間に第２の閾値ＴＨ２を加えた時間以上であった場合には（ステップＢ２８のＹｅｓ）、第２の優先割当部３９ｂは、優先度ｘに対する優先度処理を中止する（ステップＢ２９へ進む）。

かごｃ１の到着予定時間がかごｃ２の到着予定時間に第２の閾値ＴＨ２を加えた時間未満であった場合、つまり、かごｃ１が優先しないかごｃ２と比べ、当該呼びの出発階に応答するまでの時間が大きく劣らない場合は（ステップＢ２８のＮｏ）、かごｃ１が割当かごとして決定され、かごｃ１に当該呼びが割り当てられる（ステップＢ３０）。

このように第１の実施形態によれば、ハイブリッドＤＣＳにおいて、一般階の乗場で登録された上下呼びについては、出発階に停車予定（停車中、減速中を含む）の乗りかごを優先候補とし、ＨＤＣ設置階の乗場で登録された行先呼びについては、出発階と行先階に停車予定（停車中、減速中を含む）の乗りかごを優先候補として割当制御を行う。これにより、乗りかごの停車回数を減らすことができ、その結果、単位時間当たりの周回回数を増やして運行効率を上げることができる。さらに、乗りかごの混雑度や待ち時間を考慮して優先候補を選出すれば、さらに効率的な運行を実現できる。

（第２の実施形態）
次に、第２の実施形態について説明する。
上記第１の実施形態では、１つのかご室を有するエレベータを想定して説明したが、第２の実施形態では、かご室を上下２段に構成したダブルデッキエレベータを想定している。

図１６は第２の実施形態に係るダブルデッキエレベータの群管理システムの構成を示すブロック図である。なお、図１６の例では、Ａ～Ｃ号機の３台だけを示しているが、少なくとも２台以上の号機が群管理された構成であれば良い。各号機はダブルデッキエレベータであり、それぞれに上かごと下かごを有する。

Ａ号機の上かご５１ａと下かご５２ａは、上下方向（昇降方向）に連結されている。上かご５１ａは下かご５２ａが停車した階の１つ上の階に同じタイミングで停車し、下かご５２ａは上かご５１ａが停車した階の１つ下の階に同じタイミングで停車する。上かご５１ａと下かご５２ａには、それぞれにかご呼びを登録するためのかご呼び登録装置５３ａ，５４ａが備えられている。「かご呼び」は、図示せぬかご操作盤上に設けられた階床ボタンの操作によって登録される呼びであり、利用者の行先階と乗りかごの情報を含んでいる。Ｂ号機、Ｃ号機についても同様の構成である。

なお、ハイブリッドＤＣＳとしてシステム全体の構成については、上記第１の実施形態と同様であるため、同一符号を付して、ここではその詳しい説明を省略する。

上記第１の実施形態で説明した優先割当制御は、ダブルデッキエレベータの群管理システムにも適用できる。ダブルデッキエレベータでは、下かごに対する呼び（上下呼びまたは行先呼び）の割り当ては、下かごに対する停車予定だけでなく、下かごの１つ上の階に上かごが停車予定であることも考慮して、優先割当を行う。同様に、上かごに対する呼び（上下呼びまたは行先呼び）の割り当ては、上かごに対する停車予定だけでなく、上かごの１つ下の階に下かごが停車予定であることも考慮して、優先割当を行う。

例えば図１７に示すように、１階と２階、５階と６階がＨＤＣ設置階であるとする。なお、各号機において、下かごの呼びや割当を表す記号は左側、上かごの呼びや割当を表す記号は右側に示している。

いま、２階の乗場で６階行きの行先呼びが登録され、２階の乗場で１０階行きの行先呼びが登録され、それぞれにＡ号機の上かごに割り当てられている。ここで、５階の乗場で９階行きの行先呼びが新たに登録されたとする。例えば、Ａ号機の上かごが６階と１０階に応答する場合には、Ａ号機の下かごが５階と９階に応答することになるので、Ａ号機の下かごに当該行先呼び呼びが優先割当されることになる。

すなわち、下かごへの割当を考える場合に、上かごと下かごの同時応答を考慮して、上かごの停車予定階は、階床を１つ下げて、下かごの停車予定階として扱う。下かごの停車予定階は、階床を１つ上げて、上かごの停車予定階として扱う。停車するときの方向は、上かごと下かごで共通あるとして、処理を進めれば良い。一般階で登録される上下呼びについても同様であり、上かごと下かごとの位置関係から当該上下呼びの出発階に停車予定を持つ乗りかごに対して優先割当を行えば良い。また、上記（３）～（６）の処理に関しても同様に適用される。

このように第２の実施形態によれば、ダブルデッキエレベータであっても、上かごと下かごとの位置関係を考慮して優先割当を行うことで、停車回数を低減でき、その結果、単位時間当たりの周回回数を増やして運行効率を上げることができる。

以上述べた少なくとも１つの実施形態によれば、ハイブリッドＤＣＳにおいて、上下呼びと行先呼びの特性を考慮した割当制御によって停車回数を抑え、利用者を効率的に運んで群管理性能の向上を図ることのできるエレベータの群管理システムを提供することができる。

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

１１ａ，１１ｂ，１１ｃ…エレベータ制御装置、１２ａ，１２ｂ，１２ｃ…乗りかご、１３ａ，１３ｂ，１３ｃ…かご呼び登録装置、２１…上下呼び登録装置、２２…乗場行先階登録装置、２３…乗場行先階表示装置、３０…群管理制御装置、３１…呼び管理部、３２…運転情報取得部、３３…運行予測部、３４…割当評価部、３５…停車判断部、３６…長待ち判断部、３７…混雑度判断部、３８…混雑日時設定部、３９…優先割当部、３９ａ…第１の優先割当部、３９ｂ…第２の優先割当部、４０…割当かご決定部、４１…割当出力部、５１ａ～５１ｃ…上かご、５２ａ～５２ｃ…下かご、５３ａ～５３ｃ…かご呼び登録装置、５４ａ～５４ｃ…かご呼び登録装置。

Claims (10)

1. 乗場で上下呼びを登録するための第１の登録装置と、上記第１の登録装置が設置された階とは異なる階の乗場に設置され、行先呼びを登録するための第２の登録装置とを備えたエレベータの群管理システムにおいて、
   上記上下呼びが登録された第１の出発階に停車予定を持ち、上記第１の出発階に対して上記上下呼びと同じ方向に応答可能な乗りかごを優先候補として選出する第１の優先割当手段と、
   上記行先呼びが登録された第２の出発階と上記行先呼びの行先階に停車予定を持ち、上記行先呼びと同じ方向に応答可能な乗りかごを優先候補として選出する第２の優先割当手段と、
   上記第１の優先割当手段によって選出された乗りかごに上記上下呼びを割り当て、上記第２の優先割当手段によって選出された乗りかごに上記行先呼びを割り当てる割当かご決定手段とを具備し、
   上記第２の優先割当手段は、
   上記第２の出発階と上記行先階のうち、上記行先階のみに停車予定を持つ乗りかごが存在した場合に、上記第２の出発階を停車予定に加えたときに上記行先呼びと同じ方向に応答可能であれば、上記第２の出発階と上記行先階の両方に停車予定を持つ乗りかごよりも優先度を低くして、当該乗りかごを優先候補として選出することを特徴とするエレベータの群管理システム。
2. 上記第２の優先割当手段は、
   上記第２の出発階と上記行先呼びの行先階に停車予定を持つ乗りかごについて、
   上記行先階の停車予定は上記第２の出発階の停車予定よりも後であり、上記第２の出発階から上記行先階までの間に方向を変えずに運行することを条件とすることを特徴とする請求項１記載のエレベータの群管理システム。
3. 上記第２の優先割当手段は、
   上記第２の出発階を停車予定に加えたときに上記行先呼びと同じ方向に応答可能な乗りかごについて、
   上記行先階の停車予定は上記第２の出発階の停車予定よりも後であり、上記第２の出発階から上記行先階までの間に方向を変えずに運行することを条件とすることを特徴とする請求項１記載のエレベータの群管理システム。
4. 上記第１および第２の優先割当手段は、
   上記乗りかごの混雑度を考慮して優先候補を選出することを特徴とする請求項１記載のエレベータの群管理システム。
5. 上記第１および第２の優先割当手段は、
   上記乗りかごが一定値以上の荷重を有し、方向反転せずに応答する場合には、混雑度が高いと判断し、上記乗りかごを優先候補から除外することを特徴とする請求項５記載のエレベータの群管理システム。
6. 上記第１および第２の優先割当手段は、
   上記乗りかごの呼びに対する待ち時間を考慮して優先候補を選出することを特徴とする請求項１記載のエレベータの群管理システム。
7. 上記第１および第２の優先割当手段は、
   上記乗りかごの到着予定時間が第１の閾値以上の場合、あるいは、他の乗りかごの到着予定時間と比べて第２の閾値以上の差を有して大きい場合には、上記乗りかごを優先候補から除外することを特徴とする請求項６記載のエレベータの群管理システム。
8. 混雑日時を設定する混雑日時設定手段を備え、
   上記第１および第２の優先割当手段は、
   上記混雑日時設定手段によって設定された混雑日時に優先割当処理を実行することを特徴とする請求項１記載のエレベータの群管理システム。
9. 上記第１の優先割当手段は、
   上記第１の出発階に停車中、または、上記第１の出発階に向けて減速中の乗りかごを含めて優先候補を選出し、
   上記第２の優先割当手段は、
   上記第２の出発階に停車中、または、上記第２の出発階に向けて減速中の乗りかごを含めて優先候補を選出することを特徴とする請求項１記載のエレベータの群管理システム。
10. 上記乗りかごが上かごと下かごで構成されるダブルデッキエレベータにおいて、
    上記第１の優先割当手段および第２の優先割当手段は、
    上記上かごと上記下かごとの位置関係から呼びに対する停車予定階を判断し、その判断結果に基づいて優先候補を選出することを特徴とする請求項１記載のエレベータの群管理システム。

Images