(57)【特許請求の範囲】
【請求項１】
各階の乗場に設置された乗場行先階登録装置によって登録された行先階に基づいて乗りかごを応答させるエレベータの群管理制御装置において、
上記乗りかごが応答した階から乗車した利用者の人数を検出する乗車人数検出手段と、
この乗車人数検出手段によって検出された乗車人数が上記乗場行先階登録装置によって上記乗りかごへの乗車が決められた利用者の予約人数よりも多かった場合に、上記乗車人数に合わせて上記乗りかごの乗車予約データを修正する乗車予約修正手段と、
この乗車予約修正手段によって修正された乗車予約データに基づいて上記乗りかごの運転を制御する運転制御手段とを具備し、
上記運転制御手段は、
上記乗車予約修正手段によって修正された乗車予約データに基づいて、上記乗りかごが応答する各階の中で乗車予約枠を超える階があるか否かを判断し、上記乗車予約枠を超える階があった場合に当該階で待つ利用者を考慮した運転制御を行い、
上記乗車予約枠を超える階で降車する利用者がいない場合には当該階を通過し、次の周回のときに最優先で当該階に応答するように上記乗りかごの運転を制御し、
上記乗りかごを次の周回で応答させたときの時間が所定時間以上の場合に、当該階で登録された利用者の行先階をキャンセルして行先階の再登録を促すことを特徴とするエレベータの群管理制御装置。
【請求項２】
各階の乗場に設置された乗場行先階登録装置によって登録された行先階に基づいて乗りかごを応答させるエレベータの群管理制御装置において、
上記乗りかごが応答した階から乗車した利用者の人数を検出する乗車人数検出手段と、
この乗車人数検出手段によって検出された乗車人数が上記乗場行先階登録装置によって上記乗りかごへの乗車が決められた利用者の予約人数よりも多かった場合に、上記乗車人数に合わせて上記乗りかごの乗車予約データを修正する乗車予約修正手段と、
この乗車予約修正手段によって修正された乗車予約データに基づいて上記乗りかごの運転を制御する運転制御手段とを具備し、
上記運転制御手段は、
上記乗車予約修正手段によって修正された乗車予約データに基づいて、上記乗りかごが応答する各階の中で乗車予約枠を超える階があるか否かを判断し、上記乗車予約枠を超える階があった場合に当該階で待つ利用者を考慮した運転制御を行い、
上記乗車予約枠を超える階で降車する利用者がいる場合には、当該階で登録された利用者の行先階をキャンセルして行先階の再登録を促すことを特徴とするエレベータの群管理制御装置。
【請求項３】
上記乗車予約修正手段は、
上記乗車人数と上記予約人数との差を未登録者の人数とし、その未登録者の行先階が現在の階から上記乗りかごの進行方向に最も遠い階であると仮定して上記乗りかごの乗車予約データを修正することを特徴とする請求項１または２記載のエレベータの群管理制御装置。
【請求項４】
上記運転制御手段は、
上記乗りかごが上記乗車予約枠を超える階に次の周回で応答する場合に、その間の上記乗りかごに対する乗場呼びの割当てを抑制することを特徴とする請求項１記載のエレベータの群管理制御装置。
【請求項５】
上記乗車人数検出手段は、
上記乗りかごの応答時の積載荷重の変化に基づいて上記乗りかごに乗車した利用者の人数を検出することを特徴とする請求項１または２記載のエレベータの群管理制御装置。
【請求項６】
上記乗車人数検出手段は、
上記各階の乗場に設置されたカメラの映像と上記乗りかご内に設置されたカメラの映像を解析処理して上記乗りかごに乗車した利用者の人数を検出することを特徴とする請求項１または２記載のエレベータの群管理制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、乗場行先階登録装置を備えたエレベータの群管理制御装置に関する。
【背景技術】
【０００２】
一般に、建物の各階の乗場には、乗場呼びを登録するための乗場呼びボタンが設置されている。エレベータの利用者がこの乗場呼びボタンを操作すると、乗りかごが乗場呼びの登録階に応答する。利用者が乗りかごに乗り込み、かご操作盤の行先階ボタンを操作すると、行先階が登録され、乗りかごがその行先階に移動する。
【０００３】
近年、上述した乗場呼びボタンとは別に、乗場にて直接行先階を指定可能な乗場行先階登録装置（ＨＤＣ：Hall  Destination  Controller）を備えたエレベータシステムが実用化されている。このようなエレベータシステムを「行先階制御システム（ＤＣＳ：Destination  Control  System）」と呼ぶ。ＤＣＳは、利用者が乗場にて登録した行先階に基づいて、複数台の乗りかごの中から最適な乗りかごを選出して、当該乗場に応答させる。この場合、同じ行先階の利用者を同じ乗りかごに乗車させることで、輸送効率の向上を図っている。なお、乗りかごが複数存在する場合に、乗りかご１台１台を「号機」と呼ぶ。また、乗場呼び（ホール呼び）が割り当てられた乗りかごのことを「割当号機」と呼ぶ。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１１１２５３号公報
【特許文献２】特開２０１０−１５００１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したＤＣＳでは、各号機に対応したインジケータ（表示器）に各号機に割り当てられた行先階が表示される。利用者は、これらのインジケータの表示から自分が乗るべき号機を確認することができる。
【０００６】
しかしながら、多数の利用者が乗場にいた場合に、ＨＤＣを通させずに上記インジケータの表示だけを見て自分と同じ行先階を有する乗りかごに乗車することがある。このような場合、乗りかごに実際に乗車した利用者の人数と事前登録によって予約されていた利用者の人数との間にずれが生じて、他の階で当該号機を待っていた利用者を乗せられない可能性がある。
【０００７】
例えば、定員２０名の乗りかごで、行先階を登録した利用者が１５名、行先階を登録しなかった利用者が２名いたとする。このとき、他の階で５名の利用者が待っていた場合に、当該乗りかごは１７名を乗せて応答することになるので、５名のうちの３名しか乗車できない状況になる。
【０００８】
本発明が解決しようとする課題は、事前登録で予約されていた乗車人数よりも利用者が多く乗車している場合にその過剰分を考慮して運転することのできるエレベータの群管理制御装置を提供することである。
【課題を解決するための手段】
【０００９】
一実施形態に係るエレベータの群管理制御装置は、各階の乗場に設置された乗場行先階登録装置によって登録された行先階に基づいて乗りかごを応答させるエレベータの群管理制御装置において、上記乗りかごが応答した階から乗車した利用者の人数を検出する乗車人数検出手段と、この乗車人数検出手段によって検出された乗車人数が上記乗場行先階登録装置によって上記乗りかごへの乗車が決められた利用者の予約人数よりも多かった場合に、上記乗車人数に合わせて上記乗りかごの乗車予約データを修正する乗車予約修正手段と、この乗車予約修正手段によって修正された乗車予約データに基づいて上記乗りかごの運転を制御する運転制御手段とを具備する。
上記運転制御手段は、上記乗車予約修正手段によって修正された乗車予約データに基づいて、上記乗りかごが応答する各階の中で乗車予約枠を超える階があるか否かを判断し、上記乗車予約枠を超える階があった場合に当該階で待つ利用者を考慮した運転制御を行い、上記乗車予約枠を超える階で降車する利用者がいない場合には当該階を通過し、次の周回のときに最優先で当該階に応答するように上記乗りかごの運転を制御し、上記乗りかごを次の周回で応答させたときの時間が所定時間以上の場合に、当該階で登録された利用者の行先階をキャンセルして行先階の再登録を促すことを特徴とする。
また、上記運転制御手段は、上記乗車予約修正手段によって修正された乗車予約データに基づいて、上記乗りかごが応答する各階の中で乗車予約枠を超える階があるか否かを判断し、上記乗車予約枠を超える階があった場合に当該階で待つ利用者を考慮した運転制御を行い、上記乗車予約枠を超える階で降車する利用者がいる場合には、当該階で登録された利用者の行先階をキャンセルして行先階の再登録を促すことを特徴とする。
【図面の簡単な説明】
【００１０】
【図１】図１は第１の実施形態に係るエレベータの乗場の構成を示す図である。
【図２】図２は同実施形態におけるエレベータの群管理制御装置の構成を示すブロック図である。
【図３】図３は同実施形態におけるエレベータの群管理制御装置の処理動作を示すフローチャートである。
【図４】図４は同実施形態における乗りかごの運転制御を説明するための具体例を示す図である。
【図５】図５は同実施形態における乗場行先階登録装置に割合かごが表示された場合の一例を示す図である。
【図６】図６は同実施形態における乗場に設置された表示器に行先階が表示された場合の一例を示す図である。
【図７】図７は同実施形態における乗場に設置された表示器に行先階の再登録メッセージが表示された場合の一例を示す図である。
【図８】図８は第２の実施形態における群管理制御装置の処理動作を示すフローチャートである。
【図９】図９は第３の実施形態における乗車人数の検出方法を説明するための図である。
【図１０】図１０は同実施形態における学習テーブルの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して実施形態を説明する。
【００１２】
（第１の実施形態）
図１は第１の実施形態に係るエレベータの乗場の構成を示す図である。なお、ここで言うエレベータとは、基本的には「乗りかご」のことである。また、乗りかごが複数存在する場合に、乗りかご１台１台を「号機」と呼ぶことがある。
【００１３】
図中の１０は任意の階の乗場、１１ａ，１１ｂは乗場ドアである。乗場ドア１１ａは、Ａ号機の乗りかごの到着時にかごドアと連動して開閉動作する。乗場ドア１１ｂは、Ｂ号機の乗りかごの到着時にかごドアと連動して開閉動作する。
【００１４】
乗場ドア１１ａと乗場ドア１１ｂとの間に、利用者が行先階を登録するための乗場行先階登録装置１２が設置されている。乗場行先階登録装置１２は、行先階を入力操作するための操作部１２ａと、利用者が乗車する乗りかご等を表示するための表示部１２ｂとを有する。
【００１５】
なお、行先階の登録方法としては、テンキーの操作によるものが一般的であるが、例えばＩＣカードなどを用いた方法であっても良い。また、乗場行先階登録装置１２は、乗場１０から離れた場所に設置されていても良い。
【００１６】
乗場ドア１１ａの上部付近に「インジケータ」と呼ばれる表示器１３ａが設置されている。表示器１３ａには、Ａ号機の乗りかごの行先階や運転方向などが表示される。同様に乗場ドア１１ｂの上部付近に表示器１３ｂが設置されている。表示器１３ｂには、Ｂ号機の乗りかごの行先階や運転方向などが表示される。
【００１７】
ここで、本実施形態では、フルＤＣＳを前提としており、各階の乗場に乗場行先階登録装置に設置されている。したがって、乗りかご内には行先階ボタンが設置されていない構成である。
【００１８】
図２はエレベータの群管理制御装置の構成を示すブロック図であり、複数台の乗りかごが群管理された構成が示されている。なお、図１の例では、Ａ〜Ｄ号機の４台だけを示しているが、もっと多くの号機が群管理された構成であっても良い。
【００１９】
図中の２１ａ〜２１ｄはエレベータ制御装置（号機制御装置あるいはかご制御装置とも言う）、２２ａ〜２２ｄは乗りかごである。エレベータ制御装置２１ａは、Ａ号機の乗りかご２２ａの運転制御を行う。具体的には、エレベータ制御装置２１ａは、乗りかご２２ａを昇降動作させるための図示せぬモータ（巻上機）の制御やドアの開閉制御などを行う。Ｂ号機のエレベータ制御装置２１ｂ、Ｃ号機のエレベータ制御装置２１ｃ、Ｄ号機のエレベータ制御装置２１ｄも同様である。これらのエレベータ制御装置２１ａ〜２１ｄは、コンピュータによって構成される。
【００２０】
乗りかご２２ａ〜２２ｄは、モータ（巻上機）の駆動により昇降路内を昇降動作する。なお、フルＤＣＳでは、かご室内に戸開閉のボタンはあるが、行先階ボタンは設置されていない。乗りかご２２ａ〜２２ｄの底部には、かご室内の積載荷重を検出するための荷重センサ２３ａ〜２３ｄが設置されている。これらの荷重センサ２３ａ〜２３ｄで検出された荷重値は、各号機に対応したエレベータ制御装置２２ａ〜２２ｄを介して群管理制御装置３０に与えられる。
【００２１】
また、エレベータ制御装置２１ａには表示器１３ａが接続されている。表示器１３ａは、乗りかご２２ａの乗場ドア付近に設置され、乗りかご２２ａの行先階や運転方向などを含むＡ号機の運行情報を表示する。他のエレベータ制御装置２１ｂ〜２１ｄについても同様であり、表示器１３ｂ〜１４ｄが接続されている。表示器１３ｂは、乗りかご２２ｂの乗場ドア付近に設置され、乗りかご２２ｂの行先階や運転方向などを含むＢ号機の運行情報を表示する。表示器１３ｃは、乗りかご２２ｃの乗場ドア付近に設置され、乗りかご２２ｃの行先階や運転方向などを含むＣ号機の運行情報を表示する。表示器１３ｄは、乗りかご２２ｄの乗場ドア付近に設置され、乗りかご２２ｄの行先階や運転方向などを含むＤ号機の運行情報を表示する。
【００２２】
なお、図１の例では、便宜的に各号機の表示器１３ａ〜１３ｄを１つずつしか図示していないが、実際には各階の乗場に表示器１３ａ〜１３ｄが設置されている。
【００２３】
一方、各階の乗場には、乗場行先階登録装置１２が少なくとも１台ずつ設置されている。図１で説明したように、乗場行先階登録装置１２は、乗場にて利用者が行先階を登録するための装置である。この乗場行先階登録装置１２によって行先階が登録されると、行先階と登録階（行先階の登録操作が行われた階）の２つの情報を１つの組とした乗場呼び情報が群管理制御装置３０に送られる。
【００２４】
群管理制御装置３０では、乗場呼び情報を受信すると、乗りかご２２ａ〜２２ｄの中の最適な乗りかごに当該乗場呼び情報を割り当てる。なお、乗場呼び情報が割り当てられた乗りかごのことを「割当かご」あるいは「割当号機」と呼ぶ。割当かごが決まると、利用者が操作した乗場行先階登録装置１２の表示部１２ｂに割当かごの号機名が表示される。このとき、当該乗場に設置された表示器１３ａ〜１３ｄの中の割当かごに対応した表示器に利用者の行先階が表示される。
【００２５】
群管理制御装置３０は、各号機の運転を統括的に制御する装置である。本実施形態において、この群管理制御装置３０には、呼び記憶部３１、乗車人数検出部３２、乗車予約修正部３３、運転制御部３４、通知部３５が備えられている。
【００２６】
なお、以下では、エレベータ制御装置２１ｂ〜２１ｄ、乗りかご２２ａ〜２２ｄ、荷重センサ２３ａ〜２３ｄのそれぞれを代表として、便宜的にエレベータ制御装置２１、乗りかご２２、荷重センサ２３と表記して説明する。
【００２７】
呼び記憶部３１は、各階の乗場行先階登録装置１２によって登録された利用者の行先階とその登録階を含む乗場呼び情報を記憶する。
【００２８】
乗車人数検出部３２は、乗りかご２２が応答した階から乗車した利用者の人数を検出する。詳しくは、乗車人数検出部３２は、乗りかご２２の出発時点で荷重センサ２３から得られる応答時の積載荷重の変化に基づいて当該階から乗車した人数を検出する。
【００２９】
乗車予約修正部３３は、乗車人数検出部３２によって検出された乗車人数が乗場行先階登録装置１２によって乗りかご２２への乗車が決められた利用者の人数よりも多かった場合に、現在の乗車人数に合わせて乗りかご２２の乗車予約データを修正する。「乗車予約データ」とは、事前登録によって乗りかご２２への乗車が予約されていた利用者に関するデータであり、各階から乗車する利用者の人数と行先階を含む。この乗車予約データは、呼び記憶部３１に記憶された乗場呼び情報に基づいて作成される。
【００３０】
運転制御部３４は、乗車予約データに基づいて乗りかご２２の運転を制御する。その際、乗車予約修正部３３によって乗車予約データが修正されていれば、運転制御部３４は、その修正後の乗車予約データに基づいて乗りかご２２の運転を制御する。
【００３１】
通知部３５は、運転制御部３４の制御の下で割当かごや各号機の行先階を通知したり、行先階の再登録を促すメッセージなどを通知する。割当かごは、乗場行先階登録装置１２の表示部１２ｂに表示される（図５参照）。各号機の行先階あるいは行先階の再登録を促すメッセージは、各号機に対応した表示器１３に表示される（図６，７参照）。
【００３２】
次に、第１の実施形態の動作を説明する。
【００３３】
図３は第１の実施形態における群管理制御装置３０の処理動作を示すフローチャートである。なお、このフローチャートで示される処理は、コンピュータである群管理制御装置３０が所定のプログラムを読み込むことにより実行される。
【００３４】
いま、任意の階の乗場に設置された乗場行先階登録装置１２によって利用者の行先階が登録され、その行先階を含む乗場呼び情報に基づいて乗りかご２２（乗りかご２２ａ〜２２ｄの中の最適な乗りかご）が当該階に応答したものとする。
【００３５】
乗りかご２２が利用者を乗せて出発するときに、群管理制御装置３０の乗車人数検出部３２は、乗りかご２２に設置された荷重センサ２３から得られる応答時の積載荷重の変化に基づいて当該階から乗りかご２２に乗車した人数を検出する（ステップＳ１１）。
【００３６】
具体的には、例えば利用者一人の平均体重を７０ｋｇとし、乗りかご２２の応答時の積載荷重の変化分を上記平均体重で除算することで、当該階から乗車した利用者の人数を推測する。例えば、応答時に７００ｋｇから７７０ｋｇに増加した場合には利用者１名が乗車したものと推測する。また、応答時に７００ｋｇから６３０ｋｇに減少した後、６３０ｋｇから７７０ｋｇに増加した場合には利用者２名が乗車したものと判断する。なお、乗りかご２２の積載荷重には、荷物や車椅子などの荷重も含まれるため、上記平均体重の７０ｋｇは目安であり、多少の誤差を考慮して乗車人数を求めるものとする。
【００３７】
乗車人数検出部３２で検出された乗車人数は、乗車予約修正部３３に与えられる。乗車予約修正部３３は、乗車人数検出部３２によって検出された乗車人数（以下、乗車人数Ｐとする）と乗場行先階登録装置１２によって乗りかご２２への乗車が予約された利用者の人数（以下、予約人数Ｒとする）とを比較する（ステップＳ１２）。
【００３８】
ここで、乗車人数Ｐと予約人数Ｒが一致あるいは乗車人数Ｐが予約人数Ｒより少なければ、乗場行先階登録装置１２を通さずに乗りかご２２に乗車した利用者はいないものと判断でき、乗車予約データをそのまま適用可能である。したがって、乗車人数Ｐ≦予約人数Ｒの場合には（ステップＳ１２のＮｏ）、運転制御部３４は、現在の乗車予約データに基づいて乗りかご２２を各階に応答させながら通常に運転する（ステップＳ１３）。
【００３９】
一方、乗車人数Ｐが予約人数Ｒよりも多ければ、乗場行先階登録装置１２を通さずに乗りかご２２に乗車した利用者がいるものと判断できる。そこで、乗車予約修正部３３は、乗車人数Ｐに合わせて乗りかご２２の乗車予約データを修正する（ステップＳ１４）。この場合、乗車予約修正部３３は、乗車人数Ｐと予約人数Ｒとの差を乗場行先階登録装置１２に行先階を登録しなかった未登録者の人数とし、その未登録者の行先階を現在の階から乗りかご２２の進行方向に最も遠い階であると仮定して乗車予約データを修正する。
【００４０】
運転制御部３４は、乗車予約修正部３３によって修正された乗車予約データに基づいて乗りかご２２の運転を制御する。その際、運転制御部３４は、乗車予約枠を超える階があるか否かを判断する（ステップＳ１６）。「乗車予約枠」とは、乗りかご２２が満員になるまでの乗車可能な人数枠のことであり、乗りかご２２の定格人数から現在の乗車人数を減算することで求められる。
【００４１】
ここで、乗りかご２２がこれから応答する各階の中で乗車予約枠を超える階がなかった場合には（ステップＳ１５のＮｏ）、運転制御部３４は、修正後の乗車予約データに基づいて乗りかご２２を各階に応答させながら通常に運転する（ステップＳ１３）。
【００４２】
乗車予約枠を超える階があった場合、つまり、予定しなかった利用者（未登録者）が乗りかご２２に勝手に乗車したことで、定員オーバの状態になる階が存在する場合には（ステップＳ１５のＹｅｓ）、その階で待つ利用者を考慮した運転制御を行う。詳しくは、（ａ）乗車予約枠を超える階で降車する利用者がいない場合で降車する利用者がいる場合と、（ｂ）乗車予約枠を超える階で降車する利用者がいる場合に分けて以下のような運転制御を行う。なお、利用者がその階で降車するか否かは、乗りかご２２の乗車予約データに含まれる利用者の行先階から判断できる。
【００４３】
（ａ）乗車予約枠を超える階で降車する利用者がいない場合
乗車予約枠を超える階で降車する利用者がいない場合には（ステップＳ１６のＮｏ）、運転制御部３４は、乗車予約枠を超える階を通過して、次の周回のときに最優先で当該階に応答するように乗りかご２２の運転を制御する（ステップＳ１７）。この間、運転制御部３４は、乗りかご２２に対する乗場呼びの割当てを抑制しておく。
【００４４】
（ｂ）乗車予約枠を超える階で降車する利用者がいる場合
乗車予約枠を超える階で降車する利用者がいる場合には（ステップＳ１６のＹｅｓ）、運転制御部３４は、乗車予約枠を超える階で登録された利用者の行先階（乗場呼び）をキャンセルする（ステップＳ１８）。そして、運転制御部３４は、その利用者に対して行先階の再登録を促す（ステップＳ１９）。詳しくは、運転制御部３４は、乗りかご２２が当該階に到着する前に、通知部３５を通じて行先階の再登録を促すメッセージを当該階に設置された乗りかご２２の表示器１３に表示する。なお、通知方法としては、メッセージの表示に限らず、音声で通知しても良いし、表示と音声の両方で通知することでも良い。
【００４５】
図４に具体例を示す。  
いま、乗りかご２２が空の状態で３階に応答し、そこから利用者を乗せて上方向に出発する場合を想定する。乗りかご２２の定格人数（定員）は１０名であり、３階に４名、５階に３名、７階に３名が乗場行先階登録装置１２によって行先階を登録し、同じ乗りかご２２に乗車することが決まっていたとする。
【００４６】
利用者が乗場で乗場行先階登録装置１２に行先階を登録したときに、図５に示すように、乗場行先階登録装置１２の表示部１２ｂに利用者が乗るべき乗りかご２２（割当かご）の名前が表示される。また、図６に示すように、乗場に設置された表示器１３に当該乗りかご２２の行先階が表示される。乗場行先階登録装置１２に行先階を登録した利用者（登録者）は、表示器１３に表示された行先階から自分が乗るべき号機を確認して乗りかご２２に乗車する。
【００４７】
ところが、乗場の表示器１３に表示された行先階だけを見て、勝手に乗りかご２２に乗車する利用者（未登録者）がいると、予定していた乗車人数との間にずれが生じて、他の階で待つ利用者を乗せられないケースがでてくる。
【００４８】
図４の例では、３階に６人の利用者がいて、そのうちの４名が乗場行先階登録装置１２にて行先階を登録しているとする。乗りかご２２の出発時の積載荷重の変化から求められる乗車人数Ｐと呼び登録結果から求められる当該階の予約人数Ｒとの差から６−４＝２名が余計に乗っていると判断される。
【００４９】
乗車人数Ｐ＞予約人数Ｒであった場合、まず、現在の乗車人数Ｐに合わせて乗りかご２２の乗車予約データを修正する。例えば３階から上方向に最も遠い階が１０階であったとすると、３階から乗車した利用者の人数を４名から６名に修正し、その未登録者２名の行先階を１０階として管理する。
【００５０】
ここで、５階から３名、７階から３名の利用者が同じ乗りかご２２に乗車することが予約されている。したがって、５階で３名の利用者を乗せた時点で乗車予約枠が１０−９＝１名となり、乗りかご２２が７階に応答したときに利用者全員を乗せられないことが修正後の乗車予約データから事前にわかる。
【００５１】
このような場合、７階で乗車する利用者がいなければ、７階をそのまま通過させて、次の周回のときに最優先で応答させる。図４の例では、乗りかご２２は７階を通過すると、上記修正後の乗車予約データに基づいて最終応答階である１０階まで移動し、そこで方向反転して７階に向かう。この間、他のホール呼びの割当てを抑制しておけば、乗りかご２２は他の階に止まらずに７階に応答することができる。
【００５２】
また、７階で乗車する利用者がいる場合には乗りかご２２を７階で一度止めて戸開しなければならない。その場合、７階の利用者全員を乗せられないので、図７に示すように、７階で登録された利用者の行先階をキャンセルして、乗りかご２２の到着前に行先階の再登録を促すメッセージを７階の表示器１３に表示する。
【００５３】
このように第１の実施形態によれば、乗場で行先階を登録しないで乗りかご２２に乗車した利用者のために、他の階で待つ利用者を予定通りに乗せることができない場合に、当該階をそのまま通過して次の周回で応答することで、当該階で待つ利用者に気づかれないようにして同じ乗りかご２２に乗せることができる。また、降車のために当該階で乗りかご２２を止めて戸開する必要がある場合には、当該階で待つ利用者に行先階の再登録を促すことで対応することができる。
【００５４】
（第２の実施形態）
次に、第２の実施形態について説明する。
【００５５】
上記第１の実施形態では、乗車予約枠を超える階で降車する利用者がいない場合に次の周回で応答するものとした。しかし、例えば建物の階床数が多い場合や、多数の乗場呼びが既に割り当てられている場合などでは、当該階に戻ってくるまでに非常に時間がかかり、利用者を長く待たせることになる。そこで、第２の実施形態では、長待ちになる場合には次の周回で応答することはやめて、利用者に行先階を再登録させる構成としている。
【００５６】
装置構成については上記第１の実施形態と同様のため、以下では第２の実施形態としての処理動作について説明する。
【００５７】
図８は第２の実施形態における群管理制御装置３０の処理動作を示すフローチャートであり、図３に示したフローチャートのステップＳ１６からの処理を部分的に示している。なお、ステップＳ１１〜Ｓ１９までの処理は上記第１の実施形態と同様であるため、ここではその説明を省略するものとする。
【００５８】
乗車予約枠を超える階で降車する利用者がいない場合において（ステップＳ１６のＮｏ）、運転制御部３４は、次の周回のときに当該階に応答させた場合の時間（以下、応答時間ｔとする）を求め、その応答時間ｔが予め設定された時間（以下、所定時間ｋとする）以上であるか否かを判断する（ステップＳ２０）。
【００５９】
すなわち、図４の例で言うと、乗りかご２２が３階を出発して、５階に応答した後、７階に止まらずに１０階まで進み、そこで方向反転して７階に到着するまでの時間を応答時間ｔとして求める。また、所定時間ｋは、一般的に利用者が長待ちと感じる時間に合わせて決められており、例えば６０秒である。
【００６０】
応答時間ｔが所定時間ｋよりも短かった場合には（ステップＳ２０のＮｏ）、上記第１の実施形態と同様に、運転制御部３４は、乗車予約枠を超える階を通過して、次の周回のときに最優先で当該階に応答するように乗りかご２２の運転を制御する（ステップＳ２１）。この間、運転制御部３４は、乗りかご２２に対する乗場呼びの割当てを抑制しておく。
【００６１】
一方、応答時間ｔが所定時間ｋ以上であった場合には（ステップＳ２０のＹｅｓ）、運転制御部３４は、乗車予約枠を超える階で降車する利用者がいる場合と同じ処理を行う。すなわち、運転制御部３４は、乗車予約枠を超える階で登録された利用者の行先階（乗場呼び）をキャンセルし（ステップＳ２２）、その利用者に対して行先階の再登録を促す（ステップＳ２３）。詳しくは、運転制御部３４は、乗りかご２２が当該階に到着する前に、通知部３５を通じて行先階の再登録を促すメッセージを当該階に設置された乗りかご２２の表示器１３に表示する。なお、通知方法としては、メッセージの表示に限らず、音声で通知しても良いし、表示と音声の両方で通知することでも良い。
【００６２】
このように第２の実施形態によれば、次の周回の応答では長待ちになる場合には、利用者に行先階を再登録させることで、長待ちによる運転サービスの低下を防ぐことができる。
【００６３】
（第３の実施形態）
次に、第３の実施形態について説明する。
【００６４】
上記第１の実施形態では、乗りかごに設置された荷重センサを用いて乗車人数を検出する構成とした。これに対し、第３の実施形態では、カメラを用いて乗車人数を検出する構成としている。
【００６５】
図９は第３の実施形態における乗車人数の検出方法を説明するための図である。
【００６６】
各階の乗場にカメラ４１を設置しておき、そのカメラ４１の映像を画像解析装置４２で解析して乗場に来た利用者を判別し、その判別結果を群管理制御装置３０に送る。一方、乗りかご２２内にもカメラ４３を設置しておき、そのカメラ４３の映像を画像解析装置４４で解析して乗りかご２２に乗車する利用者を判別し、その判別結果を群管理制御装置３０に送る。
【００６７】
群管理制御装置３０では、乗場行先階登録装置１２で行先階が登録された時間と、乗場側のカメラ映像によって利用者が検出された時間と、かご側のカメラ映像によって利用者が検出された時間とを関連付けることで利用者を特定し、その利用者が乗りかご２２に乗車してから降車するまでを追従する。
【００６８】
ここで、カメラ４１，４３によって検出された利用者の人数を乗りかご２２の乗車人数とする。この乗りかご２２の乗車人数が乗場行先階登録装置１２から得られる利用者の乗車人数よりも多い場合には、行先階を登録しないで勝手に乗りかご２２に乗車した利用者（未登録者）がいることになる。
【００６９】
このような未登録者の人数を時間帯毎にカウントし、そのカウント値を乗車人数の補正値として図１０に示すような学習テーブル４５に記録しておく。これにより、以後、この学習テーブル４５を参照すれば、乗場行先階登録装置１２から得られる乗車人数を時間帯に応じて適宜補正して運転制御に反映させることができる。その際、未登録者について現在の階から乗りかご２２の運転方向に一番遠い階を行先階として登録したものと仮定すれば、上記第１の実施形態と同様の運転制御を実行することができる。
【００７０】
以上述べた少なくとも１つの実施形態によれば、事前登録によって予約されていた乗車人数よりも利用者が多く乗車している場合にその過剰分を考慮して運転することのできるエレベータの群管理制御装置を提供することができる。
【００７１】
なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７２】
１０…乗場、１１ａ，１１ｂ…乗場ドア、１２…乗場行先階登録装置、１２ａ…操作部、１２ｂ…表示部、１３ａ，１３ｂ，１３ｃ，１３ｄ…表示器、２１ａ，２１ｂ，２１ｃ，２１ｄ…エレベータ制御装置、２２ａ，２２ｂ，２２ｃ，２２ｄ…乗りかご、２３ａ，２３ｂ，２３ｃ，２３ｄ…荷重センサ、３０…群管理制御装置、３１…呼び記憶部、３２…乗車人数検出部、３３…乗車予約修正部、３４…運転制御部、３５…通知部。
【要約】
【課題】事前登録で予約されていた乗車人数よりも利用者が多く乗車している場合にその過剰分を考慮して運転する。
【解決手段】一実施形態に係るエレベータの群管理制御装置３０は、乗車人数検出部３２と、乗車予約修正部３３と、運転制御部３４とを備える。乗車人数検出部３２は、乗りかごが応答した階から乗車した利用者の人数を検出する。乗車予約修正部３３は、乗車人数が乗場行先階登録装置１２によって乗りかごへの乗車が決められた利用者の予約人数よりも多かった場合に乗車人数に合わせて乗りかごの乗車予約データを修正する。運転制御部３４は、修正後の乗車予約データに基づいて乗りかごの運転を制御する。
【選択図】      図２【図１】
0005969074.tif 000002
【図２】
0005969074.tif 000003
【図３】
0005969074.tif 000004
【図４】
0005969074.tif 000005
【図５】
0005969074.tif 000006
【図６】
0005969074.tif 000007
【図７】
0005969074.tif 000008
【図８】
0005969074.tif 000009
【図９】
0005969074.tif 000010
【図１０】
0005969074.tif 000011