(57)【要約】【課題】利用者の行先階に対して効率よく乗りかごを応答させて、利用者の長待ちを解消する。【解決手段】一実施形態に係るエレベータの群管理システムは、変更対象検出部３５と、変更要求生成部３６と、割当制御部３２とを備える。変更対象検出部３５は、乗りかごに割り当てられた行先呼びを上記乗りかごの運転状況に応じて割当変更の対象として検出する。変更要求生成部３６は、変更対象検出部３５によって検出された行先呼びと同じ条件を有する行先呼びを1つにまとめた割当変更要求呼びを生成する。割当制御部３２は、上記割当変更要求呼びに基づいて割当変更を行う。【選択図】  図６
2020125189.tif 000002
【特許請求の範囲】
【請求項１】
乗場で利用者の行先階を登録するための乗場行先階登録装置を備え、この乗場行先階登録装置によって登録された利用者の行先階を有する行先呼びを複数台の乗りかごの中の最適な乗りかごに割り当てるエレベータの群管理システムにおいて、
上記乗りかごに割り当てられた行先呼びを上記乗りかごの運転状況に応じて割当変更の対象として検出する変更対象検出手段と、
上記変更対象検出手段によって検出された行先呼びと同じ条件を有する行先呼びを1つにまとめた割当変更要求呼びを生成する変更要求生成手段と、
上記変更要求生成手段によって生成された上記割当変更要求呼びに基づいて割当変更を行う割当制御手段と
を具備したことを特徴とするエレベータの群管理システム。
【請求項２】
上記条件には、少なくとも行先階、出発階、割当かごが含まれることを特徴とする請求項１記載のエレベータの群管理システム。
【請求項３】
上記変更対象検出手段は、
利用者の行先階が登録されてからの経過時間が予め設定された第１の閾値を超える場合、
上記乗りかごが出発階に応答するまでの予測到着時間が予め設定された第２の閾値を超える場合、
割当変更として行先呼びが上記乗りかごに割り当てられてからの経過時間が予め設定された第３の閾値を超える場合
のうちの少なくとも１つを用いて、上記乗りかごに割り当てられた行先呼びを割当変更の対象として検出することを特徴とする請求項１記載のエレベータの群管理システム。
【請求項４】
上記変更対象検出手段は、
上記乗りかごが群管理から外れる場合に、上記乗りかごに割り当てられた行先呼びを割当変更の対象として検出することを特徴とする請求項１記載のエレベータの群管理システム。
【請求項５】
上記割当制御手段は、
上記各乗りかごの中で変更元の乗りかご以外で上記割当変更要求呼びと同じ行先階と出発階を有する行先呼びが割り当てられた乗りかごを優先候補かごとして、上記割当変更要求呼びを優先的に割り当てることを特徴とする請求項１記載のエレベータの群管理システム。
【請求項６】
上記割当制御手段は、
上記優先候補かごとして複数台の乗りかごが存在する場合に、これらの乗りかごの中で上記割当変更要求呼びの出発階に対する予測到着時間が最も短い乗りかごに上記割当変更要求呼びを割り当てることを特徴とする請求項５記載のエレベータの群管理システム。
【請求項７】
上記割当制御手段は、
上記割当変更要求呼びの出発階から行先階の手前までの間の階床で、上記割当変更要求呼びを割り当てたときに、利用者の荷重見込み値が予め設定された閾値を超える乗りかごを割当候補から除外することを特徴とする請求項１記載のエレベータの群管理システム。
【請求項８】
上記乗場に設置され、上記各乗りかご毎に行先階を表示する複数の乗場行先階表示手段を具備し、
上記割当制御手段は、
割当変更に伴い、上記各乗場行先階表示手段の中で変更元の乗りかごに対応した第１の乗場行先階表示手段と、変更先の乗りかごに対応した第２の乗場行先階表示手段に対する行先階の表示を変更することを特徴とする請求項１記載のエレベータの群管理システム。
【請求項９】
上記第１の乗場行先階表示手段と上記第２の乗場行先階表示手段に対する行先階の表示が変更されたことを上記乗場にいる利用者に通知する通知手段を具備したことを特徴とする請求項８記載のエレベータの群管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、乗場行先階登録装置を備えたエレベータの群管理システムに関する。
【背景技術】
【０００２】
近年、乗場にて直接行先階を指定可能な乗場行先階登録装置（ＨＤＣ：Hall Destination Controller）を備えたエレベータシステムが実用化されている。このようなエレベータシステムを「行先階制御システム（ＤＣＳ：Destination Control System）」と呼ぶ。ＤＣＳは、利用者が乗場にて登録した行先階に基づいて、複数台の乗りかごの中から最適な乗りかごを選出して当該乗場に応答させる。この場合、同じ行先階の利用者を同じ乗りかごに乗車させることで、輸送効率の向上を図っている。
【０００３】
なお、乗りかごが複数存在する場合に、これらの乗りかごを「号機」と呼ぶこともある。また、利用者の行先階を含んだ乗場呼びのことを「行先呼び」と呼ぶ。この行先呼びが割り当てられた乗りかごのことを「割当かご」あるいは「割当号機」と呼ぶこともある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−２４８８１号公報
【特許文献２】特開２０１６−１１３２３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したＤＣＳでは、各乗りかごの中から乗場に早く応答できる乗りかごを割当かごとして決定しても、各乗りかごの運転状況によって利用者を長く待たせることがある。
【０００６】
本発明が解決しようとする課題は、利用者の行先階に対して効率的に乗りかごを応答させて、利用者の長待ちを解消することのできるエレベータの群管理システムを提供することである。
【課題を解決するための手段】
【０００７】
一実施形態に係るエレベータの群管理システムは、乗場で利用者の行先階を登録するための乗場行先階登録装置を備え、この乗場行先階登録装置によって登録された利用者の行先階を有する行先呼びを複数台の乗りかごの中の最適な乗りかごに割り当てる。
【０００８】
上記エレベータの群管理システムは、変更対象検出手段と、変更要求生成手段と、割当制御手段とを備える。上記変更対象検出手段は、上記乗りかごに割り当てられた行先呼びを上記乗りかごの運転状況に応じて割当変更の対象として検出する。上記変更要求生成手段は、上記変更対象検出手段によって検出された行先呼びと同じ条件を有する行先呼びを1つにまとめた割当変更要求呼びを生成する。上記割当制御手段は、上記変更要求生成手段によって生成された上記割当変更要求呼びに基づいて割当変更を行う。
【図面の簡単な説明】
【０００９】
【図１】図１は一実施形態に係るＤＣＳ方式のエレベータの群管理システムに用いられる乗場行先階登録装置の一例を示す図である。
【図２】図２は上記群管理システムに用いられる乗場行先階表示装置の一例を示す図である。
【図３】図３は上記群管理システムに用いられる予約テーブルの一例を示す図である。
【図４】図４は上記予約テーブルが更新された場合の一例を示す図である。
【図５】図５は経過時間と予測到着時間との関係を説明するための図である。
【図６】図６は上記群管理システムの構成を示すブロック図である。
【図７】図７は上記群管理システムに備えられた群管理制御装置によって実行される基本的な処理の流れを示すフローチャートである。
【図８】図８は上記群管理制御装置によって実行される運行効率を条件とした割当変更に関する処理を示すフローチャートである。
【図９】図９は上記群管理制御装置によって実行される群管理外を条件とした割当変更に関する処理を示すフローチャートである。
【図１０】図１０は上記群管理制御装置によって実行される優先候補かごの検出処理を示すフローチャートである。
【図１１】図１１は上記群管理制御装置によって実行される予約オーバーかごの検出処理を示すフローチャートである。
【図１２】図１２は上記群管理制御装置によって実行される割当変更要求呼びを用いた割当処理を示すフローチャートである。
【図１３】図１３は上記群管理制御装置によって実行される割当変更要求呼びを用いた割当処理を示すフローチャートである。
【図１４】図１４は上記群管理制御装置によって実行される割当変更要求呼びを用いた他の割当処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
まず、理解を容易にするため、本実施形態の概要について説明する。
［ＨＤＣ（Hall Destination Controller）］
本実施形態は、ＤＣＳ方式のエレベータの群管理システムを想定している。ＤＣＳでは、各階の乗場に図１に示すような乗場行先階登録装置（以下、ＨＤＣと称す）１１が備えられている。ＨＤＣ１１は、乗場で利用者の行先階を登録するための装置であり、利用者の行先階を入力操作するための操作部１２と、操作部１２によって入力された行先階に向かう乗りかご（割当かご）を利用者に知らせるための表示部１３とを有する。
【００１１】
なお、行先階の登録方法としては、テンキーの操作によるものが一般的であるが、例えばＩＣカードなどを用いた方法であっても良い。また、ＨＤＣ１１は、乗場から離れた場所に設置されていても良い。
【００１２】
ＨＤＣ１１を通じて利用者の行先階が登録されると、「行先呼び」と呼ばれる乗場呼びが発行される。この行先呼びには、利用者の行先階と出発階（行先階の登録操作が行われた階）の情報が含まれる。この行先呼びに基づいて複数台の乗りかごの中から最適な乗りかごが割当かごとして選出されて出発階に応答する。
【００１３】
割当かごが選出されたときに、ＨＤＣ１１の表示部１３に割当かごに関する情報（号機名）が表示される。図１の例では、利用者が登録した行先階が１３階であり、その行先階に対してＡ号機の乗りかごが割り当てられたことが表示されている。利用者は、この表示に従ってＡ号機の乗りかごの乗場で待機することになる。
【００１４】
［ＨＤＩ（Hall Destination Indicator）］
利用者が円滑に割当かごに乗車できるように、図２に示すように、乗場１５には乗場ドア１６の近傍に乗場行先階表示装置（以下、ＨＤＩと称す）１７が設置されている。ＨＤＩ１７は、乗りかごの行先階を表示するための装置である。図２の例では、Ａ号機の行先階として７階、１１階、１３階が表示されている。このような表示により、利用者は乗りかごの行先階を確認した上で乗車できる。
【００１５】
なお、図２の例では、Ａ号機のＨＤＩ１７だけが示されているが、実際には各号機毎にＨＤＩが設置されており、それぞれに対応した乗りかごの行先階が表示される。なお、以下では、Ａ号機を含む各号機のＨＤＩをＨＤＩ１７と表記して説明する。
【００１６】
［定員管理］
ＤＣＳでは、乗車定員制の乗物のように、乗りかごに乗車する利用者の荷重を管理しながら割当かご（行先呼びを割り当てる乗りかご）を決める。この仕組みを「定員管理」と言う。行先呼びを乗りかごに割り当てるときは、その乗りかごの出発階から行先階の１つ手前の階までの階床に、利用者の荷重見込み値をセットする。
【００１７】
具体的には、図３に示すような乗りかご別の予約テーブルＴＢを用いる。利用者１人当たりの荷重を６５ｋｇとみなし、乗りかごに乗車する利用者の荷重見込み値の合計値を予約荷重として予約テーブルＴＢにセットする。図３の例では、Ａ号機について、１階から４階に向かう利用者の荷重見込み値と、１階から５階に向かう利用者の荷重見込み値を合計した値が予約荷重としてセット済みの状態を示している。なお、Ａ号機の運転方向が上方向であることを前提としている。
【００１８】
ここで、例えば３階から５階へ向かう利用者の行先呼びが登録された場合に、Ａ号機が３階と４階から出発する時点で、利用者の荷重（例えば６５ｋｇ）を予約テーブルＴＢの該当する値に加算した結果が予め設定された予約閾値（例えば６５０ｋｇ）を超えないか否かをチェックする。予約閾値を超える階が１か所でもある場合は、Ａ号機が混雑すると予測されるため、利用者の行先呼びをＡ号機に割り当てられないと判断する。図３の例では、予約閾値を超えていないので、利用者の行先呼びをＡ号機に割り当てることは可能であると判断する。なお、Ａ号機に着目して説明したが、他の号機についても同様である。
【００１９】
予約テーブルＴＢにセットされる予約荷重のデータは、乗りかごが方向反転する度に１列ずつ左に更新される。例えば、乗りかごが上方向の運行を終え、下方向に反転すると、図４のように更新される。このようにすることで、利用者がＨＤＣ１１に表示された割当かごを守って乗車する限りは、乗りかご内の荷重が過大とならないように、運転サービスを続けることができる。
【００２０】
［割当変更］
割当変更とは、行先呼びを割り当てた乗りかご（割当かご）を利用者に通知した後で、その行先呼びを他の乗りかごに割り当てることを言う。本実施形態におけるエレベータの群管理システムは、行先呼びの割当変更に関して特徴的な機能を有する。
【００２１】
まず、割当変更を行う条件として、行先呼びを割り当てた乗りかごの運転効率が悪い状況を含む。具体的には、図５に示すように、行先呼びが登録されてからの経過時間ｔ１かつ行先呼びを割り当てる乗りかごが決まった時点から当該乗りかご（割当かご）が出発階に到着するまでの予測到着時間ｔ２がそれぞれの閾値を上回った場合に割当変更を行う（機能１）。なお、経過時間ｔ１＋予測到着時間ｔ２が利用者の待ち時間になる。つまり、待ち時間が発生する可能性が高い場合に割当変更を行う。
さらに、頻繁な割当変更を避けるため、割当変更により出力した行先呼びに対しては、割当変更を行ってからの経過時間をｔ３としたとき、そのｔ３が予め設定された閾値を上回った場合に限り、さらに上記ｔ１，ｔ２による条件が成立していれば、再度割当変更を行うようにしても良い。
【００２２】
また、行先呼びを割り当てた乗りかごが群管理から外れた場合も割当変更の条件とする（機能２）。「群管理から外れる」とは、１台の乗りかごで単独で運転サービスを行う場合や、メンテナンスや故障等の何らかの原因で運転サービスを中止した場合などが含まれる。
【００２３】
利用者がＨＤＣ１１によって行先階の登録後、その行先階が割り当てられた乗りかごの表示を確認すると、ＨＤＣ１１から離れて乗場に向かう。以後は別の利用者がＨＤＣ１１を利用して行先階を登録する。したがって、割当変更により、利用者が乗る乗りかごが変更された場合に、ＨＤＣ１１を用いて利用者に変更後の乗りかごを通知しようとしても、変更の対象となる利用者は気づかない可能性が高い。
【００２４】
そこで、本実施形態では、変更元の乗りかごに対応したＨＤＩ１７から割当変更された行先呼びの行先階の表示を消し、変更先の乗りかごに対応したＨＤＩ１７に割当変更された行先呼びの行先階を表示する（機能３）。これにより、乗場にいる利用者に割当変更が行われたことを認識させることができる。また、このような行先階の表示変更を、例えば音声や警告音等で乗場にいる利用者に通知すれば（機能４）、利用者は自分が乗るべき乗りかごが変更されたことに気づきやすくなる。
【００２５】
なお、利用者は、自身がＨＤＣ１１を操作した直後に割当かごとして表示された乗りかごに乗車することが基本となる。しかし、自分が乗る予定だった乗りかごのＨＤＩ１７で、自身の行先階の表示が消えてしまった場合に限り、自身の行先階が表示された他の乗りかごに乗車しても構わないことにする。
【００２６】
このような表示を行う前提で割当変更を行う場合、「出発階，行先階，割当かご」が同じ行先呼びの全てを一度にキャンセルするように、割当変更の対象となる行先呼びを選ぶ必要がある。これは、「出発階，行先階，割当かご」が同じ行先呼びが複数存在する場合に、一部の行先呼びだけを割当変更しても、他の行先呼びが残っていると、ＨＤＩ１７から利用者の行先階の表示が消えないためである。
【００２７】
本実施形態では、割当変更の対象となる行先呼びの全てを１つにまとめて、割当変更を行う（機能５）。なお、割当変更の対象となる行先呼びのことを「変更対象呼び」と称す。また、変更対象呼びの全てを１つにまとめた行先呼びのことを「割当変更要求呼び」と称す。
【００２８】
複数の行先呼びを１つまとめることで、割当変更の処理を１回で済ませることができるので、複数の行先呼びの１つずつに対して割当変更の処理を繰り返し行う場合と比べ、少しでも早く変更先の乗りかごを出発階に応答させることができる。また、一人の利用者だけでなく、同じ乗りかごに乗る予定だった他の利用者も含めて変更先の乗りかごに乗せることができるので、利用者の積み残しも解消できる。
【００２９】
ここで、ＤＣＳの行先呼びには、乗りかごに乗車する利用者の荷重見込み値が重み付け係数として対応付けられている。この重み付け係数は、上述した定員管理による割当評価で参照される。
【００３０】
本実施形態では、複数の行先呼びを１つまとめて割当変更要求呼びを生成した際に、各行先呼びに対応付けられていた重み付け係数を加算した値を割当変更要求呼びの重み付け係数とする（機能６）。これは、各変更対象呼びに対応する利用者人数を割当変更要求呼びに引き継ぐためである。これにより、利用者人数を考慮した評価を行うことができ、待ち時間や乗車時間などの群管理性能を良好とすることができる。
【００３１】
また、割当変更要求呼びを割り当てる乗りかごを決める際に、各乗りかごのそれぞれについて、割当変更要求呼びの出発階から行先階の手前までの階床で、割当要求呼びを割り当てたときに予約荷重が閾値を超える乗りかご（これを予約オーバーかごと称す）を検出する。このような予約オーバーかごがあれば、割当候補（割当変更要求呼びを割り当てる乗りかごの候補）から除外する（機能７）。
【００３２】
また、定員管理のため、割当変更により行先呼びがキャンセルされた乗りかご（変更元の乗りかご）では、キャンセルされた行先呼びの重み付け係数の合計値だけ予約荷重を減らす。一方、割当変更により新たに行先呼びが割り当てられた乗りかご（変更先の乗りかご）では、割り当てられた行先呼びの重み付け係数だけ予約荷重を増やしておく必要がある。
【００３３】
ところで、ＨＤＣ１１に表示された割当かごに対応した乗場のＨＤＩ１７において、割当変更によって利用者の行先階が消えると、利用者は自身の行先階が表示された別のＨＤＩ１７を探し、そのＨＤＩ１７に対応する乗りかごに乗車することになる。このとき、利用者の行先階が複数のＨＤＩ１７に表示されている場合には、どの乗りかごに乗車しても構わないものとする。ただし、どの乗りかごに乗っても構わない状況を作ってしまうと、定員管理の考え方と相いれなくなる。つまり、予約閾値を超えた人数が乗り込んでしまったり、予約した人数に満たない人数しか乗り込まなかったりするので、乗りかごが混雑したり、まだ乗り込める乗りかごに対して別の呼びを割り当てづらくなるなどの問題が生じる。
【００３４】
そこで、割当変更された行先呼びの行先階が、１台の乗りかごに対応したＨＤＩ１７だけに表示されることが好ましい。このため、割当変更要求呼びと同じ出発階、行先階を有する行先呼びが割り当てられた乗りかごが変更元の乗りかご以外に存在する場合には、その乗りかごを優先候補かごとして割当変更する（機能８）。
【００３５】
また、上記優先候補かごとして複数の乗りかごが存在した場合には、これらの乗りかごに設定されていた予約人数分の荷重を加算して管理する（機能９）。これにより、優先候補かごである複数の乗りかごの中から変更先の乗りかごが選出された場合に、その変更先の乗りかごに対して、新たに登録された行先呼びが割り当てられたとしても、定員をオーバーする可能性を抑えることができる。
【００３６】
ただし、上記の方法では、実際に乗車する利用者の人数よりも多くの予約人数をセットすることなるため、非効率でもある。対案として、利用者が最も早く出発階に応答した乗りかごに乗車すると仮定すれば、割当候補の中で予測到着時間が最も短い１台の乗りかごに割当変更要求呼びを割り当て、その乗りかごに予約人数をセットするものとする（機能１０）。
【００３７】
なお、例えば各乗りかごのすべてが混雑しているような場合には、割当変更要求呼びを割り当てる乗りかごを選出できない可能性がある。このような場合、変更元の乗りかごで群管理制御を続けられるのであれば、乗りかごの混雑抑制のため、割当変更自体を行わないことにする（機能１１）。
【００３８】
また、変更元の乗りかごで群管理制御を続けられない場合には、以下のようにする。  
（１）割当変更要求呼びと出発階・行先階がともに同じ行先呼びが他の乗りかごに割り当てられている場合には、定員管理を無視して、上記他の乗りかごに割当変更を実行する。  
（２）割当変更要求呼びと出発階・行先階がともに同じ行先呼びが他の乗りかごに割り当てられていない場合には、そのときの行先呼びをキャンセルする（機能１２）。この場合、利用者は、再度ＨＤＣ１１で行先呼びを登録する必要がある。
【００３９】
上記（１）の対応を設けたのは、他の乗りかごのＨＤＩ１７に行先階が表示されている行先呼びをキャンセルしてしまうと、利用者にとっては、ＨＤＩ１７に行先階が表示されている他の乗りかごに割当変更された場合と見分けがつかないためである。定員管理を無視して割当変更を行うことで、変更先の乗りかごでは、予約テーブルＴＢに閾値を超えた予約荷重が書き込まれる。したがって、割当変更を受けた利用者が乗り切れなくなるか、または、乗りかごが別の階で応答した際に乗場で待っていた利用者が乗り切れなくなる形で、積み残しを引き起こす可能性がある。
【００４０】
ただし、単に割当をキャンセルする場合と比べ、割当変更以降に、変更先の乗りかごに対する追加割当を抑制できるので、今後、呼び登録を行う利用者が積み残される人数を抑制することができる。上記（２）の対応を設けたのは、利用者の積み残すことを前提とした割当変更は可能な限り避けたいからである。
【００４１】
以下に、本実施形態におけるエレベータの群管理システムについて詳しく説明する。
【００４２】
図６はエレベータの群管理システムの構成を示すブロック図であり、複数台の乗りかごが群管理された構成が示されている。なお、乗りかごの台数は任意であり、少なくとも２台以上あれば良い。図中の２１ａ，２１ｂ…はエレベータ制御装置（号機制御装置あるいはかご制御装置とも言う）、２２ａ，２２ｂ…は乗りかごである。
【００４３】
エレベータ制御装置２１ａ，２１ｂ…は、各号機の乗りかご２２ａ，２２ｂ…に対応して設けられている。エレベータ制御装置２１ａは、Ａ号機の乗りかご２２ａの運転制御を行う。具体的には、エレベータ制御装置２１ａは、乗りかご２２ａを昇降動作させるための図示せぬモータ（巻上機）の制御やドアの開閉制御などを行う。Ｂ号機のエレベータ制御装置２１ｂも同様である。これらのエレベータ制御装置２１ａ，２１ｂ…は、コンピュータによって構成される。乗りかご２２ａ，２２ｂ…は、モータ（巻上機）の駆動により昇降路内を昇降動作する。
【００４４】
各階の乗場付近にＨＤＣ（乗場行先階登録装置）１１が少なくとも１台ずつ設置されている。図１で説明したように、ＨＤＣ１１は、乗場にて利用者が行先階を登録するための装置であり、利用者の行先階を入力操作するための操作部１２と、利用者の行先階に向かう乗りかご（割当かご）を知らせるための表示部１３とを有する。このＨＤＣ１１によって行先階が登録されると、行先階と出発階（行先階の登録操作が行われた階）の２つの情報を１つの組とした行先呼びが群管理制御装置３０に送られる。なお、図６の例では、便宜的に１台のＨＤＣ１１しか図示されていないが、フルＤＣＳであれば、各階の乗場にＨＤＣ１１が設置されている。
【００４５】
また、各号機の乗りかご２２ａ，２２ｂ…が到着する乗場には、ＨＤＩ（乗場行先階表示装置）１７が設置されている。図２で説明したように、ＨＤＩ１７は、乗りかごの行先階を表示するための装置である。図５の例では、便宜的に１台のＨＤＩ１７しか図示されていないが、実際には各号機毎にＨＤＩ１７がそれぞれの乗場ドア付近に設置されている。さらに、フルＤＣＳであれば、各階の乗場に各号機に対応した複数台のＨＤＩ１７が設置される。なお、行先呼びの割当変更を一部の階でのみ実施可能とする場合は、割当変更を行わない階にはＨＤＩ１７を設置しない構成であっても構わない。
【００４６】
ここで、本実施形態において、各号機のＨＤＩ１７には通知部１８が備えられている。通知部１８は、割当変更によって行先階の表示が変更されたことを乗場にいる利用者に音声あるいは警告音等で通知する。なお、この通知部１８は、ＨＤＩ１７とは独立して各号機毎に設けられていても良い。
【００４７】
群管理制御装置３０は、各号機の乗りかご２２ａ，２２ｂ…の運転を統括的に制御する装置である。群管理制御装置３０は、エレベータ制御装置２１ａ，２１ｂ…と同様にコンピュータによって構成される。本実施形態において、この群管理制御装置３０には、運転状態取得部３１、割当制御部３２、割当管理部３３、割当出力部３４、変更対象検出部３５、変更要求生成部３６，定員管理部３７が備えられている。
【００４８】
運転状態取得部３１は、各号機の乗りかご２２ａ，２２ｂ…の現在の運転状態（位置、運転方向、走行状態、戸開状態等）に関する運転状態情報を各号機のエレベータ制御装置２１ａ，２１ｂ…から取得する。
【００４９】
割当制御部３２は、ＨＤＣ１１によって発行された行先呼びを受信すると、乗りかご２２ａ，２２ｂ…の中の最適な乗りかごに当該行先呼びを割り当てる。行先呼びが割り当てられた乗りかごのことを「割当かご」あるいは「割当号機」と呼ぶ。割当かごが決まると、利用者が操作したＨＤＣ１１の表示部１３に割当かごの号機名が行先階と共に表示される（図１参照）。このとき、同じ階の乗場において、割当かごに対応したＨＤＩ１７に利用者の行先階が表示される（図２参照）。
【００５０】
割当管理部３３は、利用者の行先呼びが登録される度に、その行先呼びが割り当てられた乗りかご（割当かご）が出発階（行先階の登録操作が行われた階）に応答するまでの間保持する。
【００５１】
割当出力部３４は、割当管理部３３によって保持された行先呼びをエレベータ制御装置２１ａ，２１ｂ…の中の割当かごに対応したエレベータ制御装置に与えて、割当かごを出発階に応答させる。
【００５２】
変更対象検出部３５は、乗りかごに割り当てられた行先呼びをその乗りかごの運転状況に応じて割当変更の対象として検出する。この変更対象検出部３５は、運転時間算出部３５ａおよび群外検出部３５ｂを有する。
【００５３】
運転時間算出部３５ａは、運転状態取得部３１によって得られる各号機の乗りかご２２ａ，２２ｂ…の運転状態情報に基づいて、行先階が登録されてからの経過時間ｔ１と乗りかごが出発階に応答するまでの予測到着時間ｔ２を算出する。変更対象検出部３５は、この運転時間算出部３５ａによって算出された経過時間ｔ１が閾値ｔｈ１を超える場合、かつ、予測到着時間ｔ２が閾値ｔｈ２を超える場合に、その乗りかごに割り当てられた行先呼びを割当変更の対象として検出する。
なお、頻繁な割当変更を避けるため、割当変更により出力した行先呼びに対しては、割当変更を行ってからの経過時間をｔ３としたとき、そのｔ３が閾値ｔｈ３を上回った場合に限り、さらに上記ｔ１，ｔ２による条件が成立していれば、再度割当変更を行うようにしても良い。
【００５４】
群外検出部３５ｂは、運転状態取得部３１によって得られる各号機の乗りかご２２ａ，２２ｂ…の運転状態情報に基づいて群管理から外れる乗りかごを検出する。変更対象検出部３５は、群外検出部３５ｂによって検出された乗りかごに割り当てられた行先呼びを割当変更の対象として検出する。
【００５５】
変更要求生成部３６は、変更対象検出部３５によって変更対象呼びとして検出された行先呼びと同じ条件を有する行先呼びを１つにまとめた割当変更要求呼びを生成する。上記条件には、少なくとも行先階、出発階、割当かごが含まれる。割当制御部３２は、この割当変更要求呼びに基づいて割当変更を行う。詳しくは、割当制御部３２は、各号機の乗りかご２２ａ，２２ｂ…の中から変更先の乗りかごを選出し、変更元の乗りかごに割り当てられていた行先呼びとその行先呼びと同じ条件を有する行先呼びを１つにまとめた割当変更要求呼びを上記変更先の乗りかごに割り当てて出発階に応答させる。
【００５６】
定員管理部３７は、上述した定員管理を行う部分であり、図３に示した予約テーブルＴＢを有する。定員管理部３７は、各号機の乗りかご２２ａ，２２ｂ…に乗車する利用者の荷重見込み値を求め、その荷重見込み値を乗りかご別に予約テーブルＴＢに格納する。なお、ＤＣＳの場合には、利用者毎に行先呼びが発行されるので、乗りかごに割り当てられた行先呼びの数から荷重見込み値を推測できる。乗りかごに利用者が乗車した後で、この荷重見込み値を例えば乗りかごに設置された荷重センサを用いて補正しても良い。
【００５７】
次に、本実施形態の動作について説明する。
（ａ）基本的な処理
図７は群管理制御装置３０によって実行される基本的な処理の流れを示すフローチャートである。なお、このフローチャートで示される処理には、上述した機能３〜５に関する処理が含まれる。
【００５８】
任意の階の乗場において、利用者がＨＤＣ１１を操作して行先階を登録すると、その行先階と出発階を対にした行先呼びがＨＤＣ１１から発行され、群管理制御装置３０に送られる。群管理制御装置３０に備えられた割当制御部３２は、行先呼びを受信すると（ステップＡ１１のＹｅｓ）、各号機の乗りかご２２ａ，２２ｂ…の中から下記のような評価式Ｅを用いて最適な乗りかごを選出し、その乗りかごに当該行先呼びを割り当てる（ステップＡ１２）。
【００５９】
Ｅ＝Ｋ×（Ｔａ×ｐ＋Ｔｂ×（１−ｐ））
Ｔａは待ち時間（予測値）、Ｔｂは乗車時間（予測値）である。ｐは係数であり、０〜１の値を取る。なお、固定モードでは、例えばｐ＝０．６に設定されており、評価式Ｅ＝Ｋ×（Ｔａ×０．６＋Ｔｂ×０．４）で表される。なお、上記の評価式Ｅは一例であり、他の評価式としても良い。
【００６０】
ここで、Ｋは乗りかごに乗車している利用者の荷重見込み値である。行先呼びには、例えば利用者一人当たり６５ｋｇとした場合の荷重見込み値が重み付け係数として対応付けられている。つまり、評価式Ｅは、待ち時間と乗車時間に基づく評価値に加え、利用者の荷重見込み値を考慮して最終的な評価値を求めるものである。
【００６１】
割当制御部３２は、まず、各号機の乗りかご２２ａ，２２ｂ…のそれぞれで、割当管理部３３に記憶された当該乗りかごに登録済みの各行先呼びに対し、上記評価式Ｅを当てはめる。割当制御部３２は、このとき得られた評価値の和を乗りかご毎に仮割当なし評価値Ｅ０として求める。
次に、割当制御部３２は、当該乗りかごに、割当かごを決める対象となる行先呼びをさらに割り当てた場合を想定し、当該乗りかごに登録済みの各行先呼びと、割当かごを決める対象となる行先呼びに対し、上記評価式Ｅを当てはめる。割当制御部３２は、このとき得られた評価値の和を乗りかご毎に仮割当あり評価値Ｅ１として求める。
このようにして、評価値Ｅ０，Ｅ１が得られると、割当制御部３２は、乗りかご毎にＥ１−Ｅ０を算出し、その結果を最終的な評価値とする。割当制御部３２は、この最終的な評価値を用いて、最も評価の高い乗りかごを割当かごとする。なお、最終的な評価値は、呼びを割り当てた場合の最適さを表す指標である。この最終的な評価値は、数値が小さいほど評価が高く、その数値が大きいほど評価が低くなることを表わす。
【００６２】
このようにして、割当かごが決まると、利用者が操作したＨＤＣ１１の表示部１３に割当かごの号機名が表示される（ステップＡ１３）。また、割当かごに対応したＨＤＩ１７に利用者の行先階が表示される（ステップＡ１４）。
【００６３】
ここで、行先呼びを他の乗りかごに割当変更する場合（ステップＡ１５のＹｅｓ）、割当制御部３２は、以下のような処理を実行する。なお、割当変更に関連した処理については、後に図８〜図１４を参照して詳しく説明する。
【００６４】
すなわち、割当制御部３２は、割当変更の対象として検出された行先呼びと同じ条件（行先階、出発階、割当かご）を有する行先呼びを１つにまとめた割当変更要求呼びを生成する（ステップＡ１６）。
【００６５】
具体的に説明すると、例えば利用者ａの行先呼びＣａが割当変更の対象として検出されたときに、利用者ｂの行先呼びＣｂと、利用者ｃの行先呼びＣｃが出発階に対して未応答で残っているとする。この行先呼びＣｂ，Ｃｃの行先階、出発階、割当かごが行先呼びＣａと同じであった場合には、これらの行先呼びＣａ，Ｃｂ，Ｃｃを１つにまとめて、割当変更要求呼び（Ｃａ＋Ｃｂ＋Ｃｃ）を生成する。つまり、利用者ａの行先呼びＣａだけでなく、同じ乗りかごに乗車する予定であった利用者ｂの行先呼びＣｂと利用者ｃの行先呼びＣｃも含めて、割当変更の対象とする。
【００６６】
割当制御部３２は、この割当変更要求呼びに基づいて割当変更を行い、新たな割当かごとして選出された乗りかごを出発階に応答させる（ステップＡ１７）。この場合も、上記評価式Ｅに従って割当かごが選出される。
【００６７】
例えば、変更元の乗りかごがＡ号機の乗りかご２２ａであり、１階→５階に向かう予定であったとする。ここで、変更先の乗りかご（新たな割当かご）としてＢ号機の乗りかご２２ｂが選出された場合には、Ｂ号機の乗りかご２２ｂに割当変更要求呼びを割り当てて、出発階である１階に応答させる。この割当変更要求呼びには、利用者ａの行先呼びＣだけでなく、利用者ｂの行先呼びＣｂと利用者ｃの行先呼びＣｃが含まれている。したがって、利用者ａ，利用者ｂ，利用者ｃをＢ号機の乗りかご２２ｂに乗車させることになる。
【００６８】
このとき、利用者ａ，利用者ｂ，利用者ｃが乗りかごを迷わないように、Ａ号機とＢ号機のそれぞれに対応したＨＤＩ１７に対する行先階の表示が変更される（ステップＡ１８）。上記の例であれば、Ａ号機に対応したＨＤＩ１７から「５階」の表示が消され、Ｂ号機に対応したＨＤＩ１７に「５階」の表示が追加される。また、このような行先階の表示変更に伴い、Ａ号機とＢ号機のそれぞれに対応したＨＤＩ１７の通知部１８を通じて表示変更が通知される（ステップＡ１９）。
【００６９】
次に、上記ステップＡ１５の割当変更に関連した処理について詳しく説明する。
【００７０】
（ｂ）運行効率を条件とした割当変更
図８は群管理制御装置３０によって実行される運行効率を条件とした割当変更に関する処理を示すフローチャートである。なお、このフローチャートで示される処理には、上述した機能１，機能６に関する処理が含まれる。
【００７１】
群管理制御装置３０の変更対象検出部３５は、運転時間算出部３５ａを通じて登録済みの行先呼びの経過時間ｔ１と予測到着時間ｔ２を調べる（ステップＢ１１〜Ｂ１３）。図５で説明したように、経過時間ｔ１は、行先呼びが登録されてからの時間である。予測到着時間ｔ２は、行先呼びを割り当てる乗りかごが決まった時点から当該乗りかご（割当かご）が出発階に到着するまでの時間である。経過時間ｔ１＋予測到着時間ｔ２＝利用者の待ち時間である。
【００７２】
ここで、変更対象検出部３５は、割当管理部３３の中に下記の条件を満たす行先呼びが存在するか否かを判断する（ステップＢ１２）。
【００７３】
条件：ｔ１＞ｔｈ１かつｔ２＞ｔｈ２
ｔｈ１は経過時間ｔ１に対する閾値であり、例えば４５秒である。ｔｈ１の閾値を設けることで、割当出力後にすぐに割当かごが変わってしまうような、利用者にとって分かりづらい状況を抑制できる。ｔｈ２は予測到着時間ｔ２に対する閾値であり、例えば２０秒である。ｔｈ２の閾値を設けることで、応答間際に割当かごが変更されてしまう状況を抑制できる。経過時間ｔ１と予測到着時間ｔ２がそれぞれの閾値ｔｈ１，ｔｈ２を超える行先呼びは長待ちになる可能性が高いので、割当変更の対象とする。
なお、割当変更によりセットされた行先呼びに対しては、セットからの経過時間ｔ３が予め設定された閾値ｔｈ３を超える条件を上記ｔ１，ｔ２の条件に「かつ（ＡＮＤ）」として加えることでも良い（ｔ１＞ｔｈ１かつｔ２＞ｔｈ２かつｔ３＞ｔｈ３）。これにより、割当変更が頻繁に行われ、利用者にとって分かりづらい状況となることを抑制することができる。
該当する行先呼びがあれば、変更対象検出部３５は、この行先呼びを変更対象呼びとして割当管理部３３から抽出する（ステップＢ１４）。
【００７４】
次に、変更要求生成部３６は、変更対象検出部３５によって抽出された変更対象呼びと同じ出発階、行先階、割当かごを有する行先呼びを割当管理部３３から抽出し、これらを１つにまとめて割当変更要求呼びを生成する（ステップＢ１５〜Ｂ２１）。その際、変更要求生成部３６は、上記抽出された各行先呼びのそれぞれに対応した重み付け係数を加算した値を割当変更要求呼びの重み付け係数とする（ステップＢ１７〜Ｂ１８）。また、変更要求生成部３６は、上記抽出された各行先呼びの中で最も早い登録時刻を割当変更要求呼びの登録時刻として設定する（ステップＢ２０）。
【００７５】
割当制御部３２は、変更要求生成部３６から割当変更の要求を受けると、上記割当変更要求呼びに基づいて割当変更を実施する。
【００７６】
（ｃ）群管理外を条件とした割当変更
図９は群管理制御装置３０によって実行される群管理外を条件とした割当変更に関する処理を示すフローチャートである。なお、このフローチャートで示される処理には、上述した機能２に関する処理が含まれる。
【００７７】
群管理制御装置３０の変更対象検出部３５は、群外検出部３５ｂを通じて群管理から外れる乗りかごがあるか否かを調べる（ステップＣ１１〜Ｃ１４）。群管理から外れる乗りかごがあった場合（ステップＣ１１のＹｅｓ）、変更対象検出部３５は、該当する乗りかごのサービス階と運転方向毎に行先呼びが割り当てられているか否かを判断する（ステップＣ１２）。群管理から外れる乗りかごに行先呼びが割り当てられていると、その行先呼びの行先階を登録した利用者が乗りかごに乗れなくなる。
【００７８】
したがって、該当する行先呼びがあれば（ステップＣ１３のＹｅｓ）、変更対象検出部３５は、この行先呼びを変更対象呼びとして割当管理部３３から抽出する（ステップＣ１５）。以後の処理（ステップＣ１６〜Ｃ２２）は、図８のステップＢ１５〜Ｂ２１と同様であるため、その説明を省略する。
【００７９】
（ｄ）優先候補かごの検出
図１０は群管理制御装置３０によって実行される優先候補かごの検出処理を示すフローチャートである。なお、このフローチャートで示される処理には、上述した機能８に関する処理が含まれる。
【００８０】
群管理制御装置３０の割当制御部３２は、変更要求生成部３６から割当変更の要求を受けたときに、各号機の乗りかご２２ａ，２２ｂ…の中から変更元の乗りかご以外で、割当変更要求呼びと同じ出発階、行先階を有する行先呼びが既に割り当てられている乗りかごを検出する（ステップＤ１１〜Ｄ１５）。
【００８１】
例えば、Ａ号機の乗りかご２２ａが変更元であり、そのＡ号機に割り当てられた行先呼びの出発階と行先階が１階と５階であったとすると、割当変更要求呼びの出発階と行先階も１階と５階になる。したがって、各号機の乗りかご２２ａ，２２ｂ…の中からＡ号機以外で、出発階と行先階が１階と５階の行先呼びが既に割り当てられている乗りかごを検出することになる。
【００８２】
このように、同じ出発階と行先階を有する行先呼びが既に割り当てられている乗りかごのことを「同一ＯＤ既割当かご」とも呼ぶ。なお、ＯＤは「Origin Destination」の略である。本実施形態では、このような同一ＯＤ既割当かごを割当変更時の優先候補かごとして抽出している。すなわち、該当する乗りかごがあれば（ステップＤ１３のＹｅｓ）、割当制御部３２は、その乗りかごを優先候補かごに含める（ステップＤ１４）。
優先候補かごが存在した場合（ステップＤ１６のＹｅｓ）、割当制御部３２は、その優先候補かごをそのまま割当候補として扱う（ステップＤ１８）。一方、優先候補かごが存在しなかった場合には（ステップＤ１６のＮｏ）、割当制御部３２は、変更元の乗りかご以外の全ての乗りかごを割当候補とする（ステップＤ１７）。ここで言う「割当候補」とは、割当変更を行うときの変更先の乗りかごの候補のことである。
【００８３】
（ｅ）予約オーバーかごの検出
図１１は群管理制御装置３０によって実行される予約オーバーかごの検出処理を示すフローチャートである。なお、このフローチャートで示される処理には、上述した機能７に関する処理が含まれる。
【００８４】
上述した割当候補の中から実際に割当変更要求呼びを割り当てる乗りかごを選出する場合に、群管理制御装置３０の割当制御部３２は、割当変更要求呼びの出発階から行先階の手前までの階床で、以下の条件を満たす乗りかごを検出する（ステップＥ１１〜Ｅ１６）。
【００８５】
予約テーブルＴＢの値＋割当要求呼びが有する重み付け係数＞予約閾値
このような条件を満たす乗りかごがある場合、つまり、割当変更要求呼びを割り当てたときに、予約閾値を超過する階が１か所でもある場合には（ステップＥ１３のＹｅｓ）、割当制御部３２は、当該乗りかごを予約オーバーかごに指定して、割当候補から除外する（ステップＥ１４）。
【００８６】
例えば、Ｂ号機の乗りかご２２ｂが割当候補として検出されていたとする。Ｂ号機の乗りかご２２ｂに割当変更要求呼びを割り当てたときに、その割当変更要求呼びの出発階から行先階の手前までの階床のいずれか１箇所でも、予約テーブルＴＢで管理されている乗りかご２２ｂの荷重が予約閾値（例えば６５０ｋｇ）を超える場合には、Ｂ号機の乗りかご２２ｂを割当候補から除外する。これは、Ｂ号機の乗りかご２２ｂに割当変更要求呼びを割り当てたときに、混雑すると予測されるからである。
【００８７】
（ｆ）割当変更要求呼びを用いた割当処理
図１２および図１３は群管理制御装置３０によって実行される割当変更要求呼びを用いた割当処理を示すフローチャートである。なお、このフローチャートの処理には、上述した機能８〜９，１１〜１２に関する処理が含まれる。
【００８８】
上述したように、群管理制御装置３０の割当制御部３２は、変更要求生成部３６から割当変更の要求を受けたときに、変更元の乗りかご以外で、割当変更要求呼びと同じ出発階、行先階を有する行先呼びが既に割り当てられている乗りかごを優先候補かごとして扱う。
【００８９】
このような優先候補かごが検出されている場合において（ステップＦ１１のＹｅｓ）、割当制御部３２は、その優先候補かごをそのまま割当候補とする（ステップＦ１２）。優先候補かごとして複数の乗りかごが検出されている場合でも、これらの全てを割当候補とする。
【００９０】
優先候補かごが検出されなかった場合には（ステップＦ１１のＮｏ）、割当制御部３２は、変更元の乗りかご以外の全ての乗りかごを割当候補とする（ステップＦ１３）。ただし、上述した予約オーバーかごがあれば、割当候補から除外しておく。
【００９１】
このようにして割当候補が得られると（ステップＦ１４のＹｅｓ）、割当制御部３２は、その割当候補の中から上記評価式Ｅを用いて変更先の乗りかごを選出する（ステップＦ１５）。
【００９２】
ここで、変更先の乗りかごが変更元の乗りかごと違う場合において（ステップＦ１６のＹｅｓ）、割当制御部３２は、以下のような処理を行う。
【００９３】
すなわち、割当制御部３２は、割当管理部３３から変更元の乗りかごに対応する変更対象呼びを取り除くと共に（ステップＦ１７）、変更元の乗りかごに対応した予約テーブルＴＢから割当変更要求呼び分を差し引く（ステップＦ１８）。このとき、割当制御部３２は、変更元の乗りかごに対応したＨＤＩ１７から行先階の表示を消し、通知部１８を通じて行先階の表示が消えたことを通知する（ステップＦ１９）。
【００９４】
また、割当制御部３２は、割当管理部３３で管理されている変更先の乗りかごに割当変更要求呼びをセットする（ステップＦ２０）。このとき、割当制御部３２は、変更先の乗りかごに対応したＨＤＩ１７から行先階を表示し、通知部１８を通じて行先階が表示されたことを通知する（ステップＦ２１）。
【００９５】
また、上記優先候補かご（同一ＯＤ既割当かご）として複数台の乗りかごが検出されている場合には（ステップＦ２２のＹｅｓ）、割当制御部３２は、全ての乗りかごに対応した予約テーブルＴＢのそれぞれに割当変更要求呼びの重み係数分の荷重を加算する（ステップＦ２３）。上記優先候補かご（同じ出発階と行先階を有する乗りかご）として１台の乗りかごだけが検出されていれば（ステップＦ２２のＮｏ）、割当制御部３２は、当該乗りかごに対応した予約テーブルＴＢに割当変更要求呼びの重み係数分の荷重を加算する（ステップＦ２４）。
【００９６】
一方、割当候補が存在しなかった場合（ステップＦ１４のＮｏ）、割当制御部３２は、以下のような処理を行う。
【００９７】
すなわち、割当制御部３２は、変更元の乗りかごで群管理の制御を続けられるか否かを判断する（ステップＦ２５）。変更元の乗りかごで群管理の制御を続けられる場合には（ステップＦ２５のＹｅｓ）、割当制御部３２は、割当変更を中止して、変更元の乗りかごを出発階に応答させる（ステップＦ２６）。
【００９８】
変更元の乗りかごで群管理の制御を続けられない場合、つまり、例えば故障等により変更元の乗りかごが群管理から外れているような状況であれば（ステップＦ２５のＮｏ）、割当制御部３２は、割当管理部３３から変更元の乗りかごに対応する変更対象呼びを取り除くと共に（ステップＦ２７）、変更元の乗りかごに対応した予約テーブルＴＢから割当変更要求呼び分を差し引く（ステップＦ２８）。このとき、割当制御部３２は、変更元の乗りかごに対応したＨＤＩ１７から行先階の表示を消し、通知部１８を通じて行先階の表示が消えたことを通知する（ステップＦ２９）。この場合、利用者は、ＨＤＣ１１の設置場所に戻って、行先階の登録操作をやり直す必要がある。
【００９９】
（ｇ）割当変更要求呼びを用いた他の割当処理
図１４は群管理制御装置３０によって実行される割当変更要求呼びを用いた他の割当処理を示すフローチャートである。なお、このフローチャートの処理は、上述した機能８，機能１０に関する処理が含まれる。
【０１００】
上述したように、群管理制御装置３０の割当制御部３２は、変更要求生成部３６から割当変更の要求を受けたときに、変更元の乗りかご以外で、割当変更要求呼びと同じ出発階、行先階を有する行先呼びが既に割り当てられている乗りかご（同一ＯＤ既割当かご）を優先候補かごとして扱う。
【０１０１】
このような優先候補かごが検出されている場合において（ステップＧ１１のＹｅｓ）、割当制御部３２は、優先候補かごとして複数台の乗りかごが検出されているか否かを判断する（ステップＧ１２）。優先候補かごとして１台の乗りかごだけが検出されていれば（ステップＧ１２のＮｏ）、割当制御部３２は、その乗りかごを変更先の乗りかごとして決定する（ステップＧ１３）。
【０１０２】
一方、優先候補かごとして複数台の乗りかごが検出されている場合には（ステップＧ１２のＹｅｓ）、割当制御部３２は、運転状態取得部３１によって取得される運転状態情報に基づいて、これらの乗りかご毎に割当変更要求呼びの出発階までの予測到着時間を算出する。そして、割当制御部３２は、上記予測到着時間が最短の乗りかごを変更先の乗りかごとして決定する（ステップＧ１４）。
【０１０３】
なお、優先候補かごが検出されなかった場合の処理については（ステップＧ１５〜Ｇ２４）、図１２のステップＦ１３〜Ｆ２１までの処理と同様であるため、ここではその説明を省略する。また、ステップＧ１６のＮｏの場合の処理についても、図１３のステップＦ２５〜Ｆ２９までの処理と同様であるため、ここではその説明を省略する。
【０１０４】
このように、本実施形態によれば、乗りかごの運転状況に応じて、その乗りかごに割り当てられた行先呼びが他の乗りかごに割当変更される。その際、１つの行先呼びを割当変更の対象にするのではなく、同じ条件（行先階、出発階、割当かご）を有する行先呼びを１つにまとめて、他の乗りかごに割当変更する。これにより、一人の利用者だけでなく、同じ乗りかごに乗る予定であった他の利用者に対し、少しでも早く変更先の乗りかごを出発階に応答させることができ、乗場での積み残しも解消することができる。
【０１０５】
なお、変更対象となる行先呼びが多く、１つにまとめられない場合には、例えば２つに分けて、２台の乗りかごに割当変更することでも良い。この場合、各利用者がどの乗りかごに乗車するか迷ってしまうので、例えば「５階行きはＢ号機とＣ号機に変更されました。どちらかに空いている方にご乗車下さい。」といったような音声アナウンスにより具体的な乗車案内を行うようにしても良い。ただし、上述した定員管理に支障が生じる可能性もあるので、変更対象となる行先呼びを１つにまとめられない場合には割当変更を実施しないことでも良い。
【０１０６】
また、上記実施形態では、各階の乗場にＨＤＣおよびＨＤＩを有するフルＤＣＳを想定したが、任意の階に通常の乗場登録装置が設置されたハイブリッドＤＣＳでも適用可能である。「通常の乗場登録装置」とは、上方向ボタン／下方向ボタンの操作によって通常の乗場呼びを登録するための装置のことである。この乗場呼びには、行先階の情報はなく、利用者が指定した運転方向（上方向／下方向）と出発階の情報を有する。
【０１０７】
また、上記実施形態では、割当変更を行う条件として、ｔ１＞ｔｈ１かつｔ２＞ｔｈ２が成立する場合について説明した。さらに、再割当変更を含めた条件として、ｔ１＞ｔｈ１かつｔ２＞ｔｈ２かつｔ３＞ｔｈ３が成立する場合について説明した。これらの条件要素（ｔ１＞ｔｈ１，ｔ２＞ｔｈ２，ｔ３＞ｔｈ３）のうち、少なくとも１つを用いて、乗りかごに割り当てられた行先呼びを割当変更の対象として検出することでも良い。
【０１０８】
以上述べた少なくとも１つの実施形態によれば、利用者の行先階に対して効率的に乗りかごを応答させて、利用者の長待ちを解消することのできるエレベータの群管理システムを提供することができる。
【０１０９】
なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１１０】
１１…ＨＤＣ（乗場行先階登録装置）、１２…操作部、１３…表示部、１５…乗場、１６…乗場ドア、１７…ＨＤＩ（乗場行先階表示装置）、１８…通知部、ＴＢ…予約テーブル、２１ａ，２１ｂ…エレベータ制御装置、２２ａ，２２ｂ…乗りかご、３０…群管理制御装置、３１…運転状態取得部、３２…割当制御部、３３…割当管理部、３４…割当出力部、３５…変更対象検出部、３６…変更要求生成部、３７…定員管理部。
【図１】
2020125189.tif 000003
【図２】
2020125189.tif 000004
【図３】
2020125189.tif 000005
【図４】
2020125189.tif 000006
【図５】
2020125189.tif 000007
【図６】
2020125189.tif 000008
【図７】
2020125189.tif 000009
【図８】
2020125189.tif 000010
【図９】
2020125189.tif 000011
【図１０】
2020125189.tif 000012
【図１１】
2020125189.tif 000013
【図１２】
2020125189.tif 000014
【図１３】
2020125189.tif 000015
【図１４】
2020125189.tif 000016
【手続補正書】
【提出日】令和2年3月11日(2020.3.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
乗場で利用者の行先階を登録するための乗場行先階登録装置を備え、この乗場行先階登録装置によって登録された利用者の行先階を有する行先呼びを複数台の乗りかごの中の最適な乗りかごに割り当てるエレベータの群管理システムにおいて、
上記乗りかごに割り当てられた行先呼びを上記乗りかごの運転状況に応じて割当変更の対象として検出する変更対象検出手段と、
上記変更対象検出手段によって検出された行先呼びと同じ条件を有する行先呼びを1つにまとめた割当変更要求呼びを生成する変更要求生成手段と、
上記変更要求生成手段によって生成された上記割当変更要求呼びに基づいて割当変更を行う割当制御手段とを具備し、
上記変更対象検出手段は、
利用者の行先階が登録されてからの経過時間が予め設定された第１の閾値を超える場合、
上記乗りかごが出発階に応答するまでの予測到着時間が予め設定された第２の閾値を超える場合、
割当変更として行先呼びが上記乗りかごに割り当てられてからの経過時間が予め設定された第３の閾値を超える場合
のうちの少なくとも１つを用いて、上記乗りかごに割り当てられた行先呼びを割当変更の対象として検出することを特徴とするエレベータの群管理システム。
【請求項２】
上記条件には、少なくとも行先階、出発階、割当かごが含まれることを特徴とする請求項１記載のエレベータの群管理システム。
【請求項３】
上記変更対象検出手段は、
上記乗りかごが群管理から外れる場合に、上記乗りかごに割り当てられた行先呼びを割当変更の対象として検出することを特徴とする請求項１記載のエレベータの群管理システム。
【請求項４】
上記割当制御手段は、
上記各乗りかごの中で変更元の乗りかご以外で上記割当変更要求呼びと同じ行先階と出発階を有する行先呼びが割り当てられた乗りかごを優先候補かごとして、上記割当変更要求呼びを優先的に割り当てることを特徴とする請求項１記載のエレベータの群管理システム。
【請求項５】
上記割当制御手段は、
上記優先候補かごとして複数台の乗りかごが存在する場合に、これらの乗りかごの中で上記割当変更要求呼びの出発階に対する予測到着時間が最も短い乗りかごに上記割当変更要求呼びを割り当てることを特徴とする請求項４記載のエレベータの群管理システム。
【請求項６】
上記割当制御手段は、
上記割当変更要求呼びの出発階から行先階の手前までの間の階床で、上記割当変更要求呼びを割り当てたときに、利用者の荷重見込み値が予め設定された閾値を超える乗りかごを割当候補から除外することを特徴とする請求項１記載のエレベータの群管理システム。
【請求項７】
上記乗場に設置され、上記各乗りかご毎に行先階を表示する複数の乗場行先階表示手段を具備し、
上記割当制御手段は、
割当変更に伴い、上記各乗場行先階表示手段の中で変更元の乗りかごに対応した第１の乗場行先階表示手段と、変更先の乗りかごに対応した第２の乗場行先階表示手段に対する行先階の表示を変更することを特徴とする請求項１記載のエレベータの群管理システム。
【請求項８】
上記第１の乗場行先階表示手段と上記第２の乗場行先階表示手段に対する行先階の表示が変更されたことを上記乗場にいる利用者に通知する通知手段を具備したことを特徴とする請求項７記載のエレベータの群管理システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記エレベータの群管理システムは、変更対象検出手段と、変更要求生成手段と、割当制御手段とを備える。上記変更対象検出手段は、上記乗りかごに割り当てられた行先呼びを上記乗りかごの運転状況に応じて割当変更の対象として検出する。上記変更要求生成手段は、上記変更対象検出手段によって検出された行先呼びと同じ条件を有する行先呼びを1つにまとめた割当変更要求呼びを生成する。上記割当制御手段は、上記変更要求生成手段によって生成された上記割当変更要求呼びに基づいて割当変更を行う。
また、上記変更対象検出手段は、利用者の行先階が登録されてからの経過時間が予め設定された第１の閾値を超える場合、上記乗りかごが出発階に応答するまでの予測到着時間が予め設定された第２の閾値を超える場合、割当変更として行先呼びが上記乗りかごに割り当てられてからの経過時間が予め設定された第３の閾値を超える場合のうちの少なくとも１つを用いて、上記乗りかごに割り当てられた行先呼びを割当変更の対象として検出することを特徴とする。