特許 5770150 エレベータの群管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5770150

(24)【登録日】2015年7月3日

(45)【発行日】2015年8月26日

(54)【発明の名称】エレベータの群管理システム

(51)【国際特許分類】

   B66B 1/18 20060101AFI20150806BHJP

【ＦＩ】

   B66B1/18 Q

   B66B1/18 K

【請求項の数】7

【全頁数】14

(21)【出願番号】特願2012-254067(P2012-254067)

(22)【出願日】2012年11月20日

(65)【公開番号】特開2014-101187(P2014-101187A)

(43)【公開日】2014年6月5日

【審査請求日】2012年11月20日

(73)【特許権者】

【識別番号】390025265

【氏名又は名称】東芝エレベータ株式会社

(74)【代理人】

【識別番号】110001737

【氏名又は名称】特許業務法人スズエ国際特許事務所

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100088683

【弁理士】

【氏名又は名称】中村 誠

(74)【代理人】

【識別番号】100103034

【弁理士】

【氏名又は名称】野河 信久

(74)【代理人】

【識別番号】100095441

【弁理士】

【氏名又は名称】白根 俊郎

(74)【代理人】

【識別番号】100075672

【弁理士】

【氏名又は名称】峰 隆司

(74)【代理人】

【識別番号】100119976

【弁理士】

【氏名又は名称】幸長 保次郎

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100140176

【弁理士】

【氏名又は名称】砂川 克

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100172580

【弁理士】

【氏名又は名称】赤穂 隆雄

(74)【代理人】

【識別番号】100179062

【弁理士】

【氏名又は名称】井上 正

(74)【代理人】

【識別番号】100124394

【弁理士】

【氏名又は名称】佐藤 立志

(74)【代理人】

【識別番号】100112807

【弁理士】

【氏名又は名称】岡田 貴志

(74)【代理人】

【識別番号】100111073

【弁理士】

【氏名又は名称】堀内 美保子

(74)【代理人】

【識別番号】100134290

【弁理士】

【氏名又は名称】竹内 将訓

(72)【発明者】

【氏名】中井 章二

【審査官】 藤村 聖子

(56)【参考文献】

【文献】 特開２０１１−０３２０５３（ＪＰ，Ａ）

【文献】 特開昭６１−２１１２８３（ＪＰ，Ａ）

【文献】 特開２００３−３４１９４６（ＪＰ，Ａ）

【文献】 特開２００２−２６５１５４（ＪＰ，Ａ）

【文献】 特開２０１１−１０５４５２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｂ６６Ｂ １／００−１／５２

(57)【特許請求の範囲】

【請求項1】

複数の号機の運転を制御するエレベータの群管理システムにおいて、
乗場で利用者の行先階を登録する乗場行先階登録手段と、
この乗場行先階登録手段によって登録された行先階を上記各号機の中の最適な号機に割り当てる割当制御手段と、
上記乗場行先階登録手段によって登録された行先階の登録数と上記各号機の運行状態とに基づいて、利用者の待ち人数を検出する待ち人数検出手段と、
この待ち人数検出手段によって検出された待ち人数が予め設定された人数を超えたときに上記割当制御手段に対して再割当を指示し、上記各号機ができるだけ停止回数を減らして運行できるように制御する運行制御手段と、
を備え、
上記割当制御手段は上記運行制御手段からの再割当の指示に基づいて、割当済みの行先階登録を上記各号機間で入れ替えることで再割当を実行することを特徴とするエレベータの群管理システム。

【請求項2】

上記運行制御手段は、
上記待ち人数検出手段によって検出された待ち人数が予め設定された人数を超えた状態が所定時間続いたときに上記割当制御手段に対して再割当を指示することを特徴とする請求項１記載のエレベータの群管理システム。

【請求項3】

所定数以上の登録数を有する行先階を高需要階として検出する高需要階検出手段をさらに具備し、
上記運行制御手段は、
上記待ち人数検出手段によって検出された待ち人数が予め設定された人数を超え、かつ、上記高需要階検出手段によって上記高需要階が検出された場合に、上記割当制御手段に対して再割当を指示することを特徴とする請求項１記載のエレベータの群管理システム。

【請求項4】

上記運行制御手段は、
上記待ち人数検出手段によって検出された待ち人数が予め設定された人数を超えた状態が所定時間続き、かつ、上記高需要階検出手段によって上記高需要階が検出された場合に、上記割当制御手段に対して再割当を指示することを特徴とする請求項３記載のエレベータの群管理システム。

【請求項5】

上記割当制御手段は、
再割当により上記各号機の中で上記高需要階だけを割り当てた専用号機を作ることを特徴とする請求項３記載のエレベータの群管理システム。

【請求項6】

上記割当制御手段は、
上記高需要階の登録数に応じて上記専用号機を段階的に増やすことを特徴とする請求項５記載のエレベータの群管理システム。

【請求項7】

上記割当制御手段による再割当後の行先階と号機との関係を上記乗場で待つ利用者に通知する通知手段をさらに具備したことを特徴とする請求項１乃至５のいずれかに記載のエレベータの群管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開平３−２１６４７２号公報

【特許文献2】特開平６−１６６４７６号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

上述したＤＣＳでは、通常の運行状態では、利用者の行先階に応じて各号機を効率的に割り当てて輸送できる。しかし、乗場で行先階を登録した順に号機を割り当てていくため、出勤時間帯などに多数の利用者が登録を行うと、効率的に各号機に分配できなくなり、乗場が混雑してしまうことがある。

【0007】

本発明が解決しようとする課題は、乗場の混雑状況を早期に解消して通常の運行状態に戻すことのできるエレベータの群管理システムを提供することである。

【課題を解決するための手段】

【0008】

本実施形態に係るエレベータの群管理システムは、複数の号機の運転を制御するエレベータの群管理システムにおいて、乗場で利用者の行先階を登録する乗場行先階登録手段と、この乗場行先階登録手段によって登録された行先階を上記各号機の中の最適な号機に割り当てる割当制御手段と、上記乗場行先階登録手段によって登録された行先階の登録数と上記各号機の運行状態とに基づいて、利用者の待ち人数を検出する待ち人数検出手段と、この待ち人数検出手段によって検出された待ち人数が予め設定された人数を超えたときに上記割当制御手段に対して再割当を指示し、上記各号機ができるだけ停止回数を減らして運行できるように制御する運行制御手段と、を備え、上記割当制御手段は上記運行制御手段からの再割当の指示に基づいて、割当済みの行先階登録を上記各号機間で入れ替えることで再割当を実行する。

【図面の簡単な説明】

【0009】

【図1】図１は第１の実施形態に係る群管理システムの構成を示すブロック図である。

【図2】図２は同実施形態における乗場行先階登録装置が設置された乗場の状況を説明するための図である。

【図3】図３は同実施形態における群管理システムの動作を示すフローチャートである。

【図4】図４は同実施形態における群管理システムの再割当前のテーブルの内容を示す図である。

【図5】図５は同実施形態における群管理システムの再割当後のテーブルの内容を示す図である。

【図6】図６は同実施形態における群管理システムの再割当前の表示例を示す図であり、図６（ａ）はＡ号機の表示器、同図（ｂ）はＢ号機の表示器、同図（ｃ）はＣ号機の表示器に対応している。

【図7】図７は同実施形態における群管理システムの再割当後の表示例を示す図であり、図７（ａ）はＡ号機の表示器、同図（ｂ）はＢ号機の表示器、同図（ｃ）はＣ号機の表示器に対応している。

【図8】図８は第２の実施形態に係る群管理システムの構成を示すブロック図である。

【図9】図９は同実施形態における群管理システムの動作を示すフローチャートである。

【図10】図１０は同実施形態における群管理システムの再割当前のテーブルの内容を示す図である。

【図11】図１１は同実施形態における群管理システムの再割当後のテーブルの内容を示す図である。

【図12】図１２は同実施形態における群管理システムの別の再割当後のテーブルの内容を示す図である。

【図13】図１３は同実施形態における群管理システムの再割当前の表示例を示す図であり、図１３（ａ）はＡ号機の表示器、同図（ｂ）はＢ号機の表示器、同図（ｃ）はＣ号機の表示器に対応している。

【図14】図１４は同実施形態における群管理システムの再割当後の表示例を示す図であり、図１４（ａ）はＡ号機の表示器、同図（ｂ）はＢ号機の表示器、同図（ｃ）はＣ号機の表示器に対応している。

【発明を実施するための形態】

【0010】

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

【0011】

（第１の実施形態）
図１は第１の実施形態に係る群管理システムの構成を示すブロック図である。なお、図１の例では、３台のエレベータが群管理された構成が示されているが、この構成に限定されるものではない。また、エレベータが複数台存在する場合には「号機」という言い方をする。

【0012】

号機制御装置１１ａ，１１ｂ，１１ｃは、各号機の乗りかご１２ａ，１２ｂ，１２ｃに対応して設けられており、図示せぬ巻上機の駆動制御やドアの開閉制御などを含む号機単体での制御を行う。乗りかご１２ａ，１２ｂ，１２ｃは、図示せぬ巻上機の駆動により昇降路内を昇降動作する。なお、図１の例では、乗りかご１２ａをＡ号機、乗りかご１２ｂをＢ号機、乗りかご１２ｃをＣ号機としている。

【0013】

ここで、各階のうちの少なくとも基準階（例えば１階）の乗場１３に乗場行先階登録装置１４が設置されている。乗場行先階登録装置１４は、乗場１３にて利用者が行先階を登録するための装置であり、操作部１５と表示部１６とを有する。操作部１５は、利用者がボタン操作により行先階を入力する部分である。なお、行先階の入力方法としては、ボタン操作に限らず、ＩＤカードに予め記録された行先階を読み込ませることでも良い。表示部１６は、行先階に対して割り当てられた号機の情報が表示される。

【0014】

また、各号機の乗場付近（図示せぬ乗場ドアの近く）には、各号機に対応させて表示器１７ａ，１７ｂ，１７ｃと、スピーカ１８ａ，１８ｂ，１８ｃが設置されている。これらは、行先階と号機との関係を乗場１３で待つ利用者に通知するための機器として用いられる。

【0015】

号機制御装置１１ａ，１１ｂ，１１ｃ、乗場行先階登録装置１４、表示器１７ａ，１７ｂ，１７ｃ、スピーカ１８ａ，１８ｂ，１８ｃは、それぞれに群管理制御装置２０に接続されている。

【0016】

群管理制御装置２０は、各号機（乗りかご１２ａ，１２ｂ，１２ｃ）の運転を群管理制御する上位装置である。本実施形態において、この群管理制御装置２０には、呼び管理部２１、割当制御部２２、待ち人数検出部２３、運行制御部２４、通知部２５が備えられている。これらは、マイクロプロセッサ上のソフトウェアにて実行される処理部であり、各部間で情報の授受が可能となっている。

【0017】

なお、ここでは便宜上、呼び管理部２１、割当制御部２２、待ち人数検出部２３、運行制御部２４、通知部２５のすべてを群管理制御装置２０に配置して記述したが、必ずしも同一装置に配置する必要はなく、別々の装置に配置するものであっても良い。

【0018】

呼び管理部２１は、テーブル２１ａを有し、乗場行先階登録装置１４から乗場呼びとして送られてくる行先階とその行先階が割り当てられた号機（割当号機）の情報を関連付けてテーブル２１ａに記憶する。

【0019】

割当制御部２２は、乗場行先階登録装置１４によって行先階が登録された際に、その行先階を各号機の中の最適な号機に割り当てて応答させる。なお、割当て方法については、一般的に知られている方法を用いるものとする。一般的には、例えば各号機の位置や運転方向、行先階の情報などに基づいて評価値を求め、最も評価が高い評価値を有する号機を最適号機として割り当てる方法などが用いられる。

【0020】

待ち人数検出部２３は、乗場行先階登録装置１４によって登録された行先階の登録数と各号機の運行状態とに基づいて、利用者の待ち人数を検出する。

【0021】

運行制御部２４は、待ち人数検出部２３によって検出された乗場１３の待ち人数が予め設定された人数を超えたときに割当制御部２２に再割当を指示し、各号機ができるだけ停止回数を減らして運行できるように制御する。

【0022】

通知部２５は、割当制御部２２による再割当によって変更された行先階と号機との関係を乗場１３で待つ利用者に通知する。具体的には、乗場１３に設置された表示器１７ａ，１７ｂ，１７ｃを通じて表示情報にて通知するか、または、スピーカ１８ａ，１８ｂ，１８ｃを通じて音声情報にて通知する。

【0023】

図２は乗場行先階登録装置１４が設置された乗場１３の状況を説明するための図である。

【0024】

利用者が乗場行先階登録装置１４の操作部１５を操作して行先階を登録すると、その行先階の情報を含んだ乗場呼びが図１に示した群管理制御装置２０に送られる。群管理制御装置２０では、割当制御部２２によって当該行先階を各号機の中の最適な号機に割り当てて応答させる。その際、割当号機の情報が乗場行先階登録装置１４の表示部１６に表示されるので、利用者はその表示に従って該当する号機の乗場前で待機する。また、各号機の表示器１７ａ，１７ｂ，１７ｃに行先階の情報が表示されるので、その行先階の表示と照らして合わせることで、乗り間違えを防ぐことができる。

【0025】

例えば、利用者が行先階として２階を登録したとする。このとき、Ａ号機が割り当てられたとすると、乗場行先階登録装置１４の表示部１６に「Ａ号機」の文字が表示され、Ａ号機に対応した表示器１７ａには「２階」の文字が表示される。この表示に従って、利用者はＡ号機の乗場前で待つ。その際、既に行先階の登録は済んでいるので、Ａ号機が到着したときにかご内での行先階の登録操作は不要である。

【0026】

ここで、通常は、同じ行先階を同じ号機に割り当てるなどして、各号機を効率的に運行させている。ところが、行先階の登録順に号機を割り当てるために、出勤時間帯などに多数の利用者が登録を行うと効率的な分配が難しくなる。その結果、各号機を待つ利用者が増えて混雑する。

【0027】

以下では、このような乗場１３の混雑を解消する方法について説明する。

【0028】

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

【0029】

利用者が乗場行先階登録装置１４の操作部１５を操作して行先階を登録すると（ステップＳ１０１のＹｅｓ）、その行先階の情報を含んだ乗場呼びが図１に示した群管理制御装置２０に送られる。群管理制御装置２０では、この乗場呼びを受信することにより、行先階の情報を呼び管理部２１のテーブル２１ａに記憶した後、割当制御部２２によって当該行先階を各号機の中の最適な号機に割り当て、その割当号機の情報を当該行先階と関連付けてテーブル２１ａに記憶する（ステップＳ１０２）。

【0030】

このとき、割当制御部２２の割当結果として、割当号機の情報が乗場行先階登録装置１４の表示部１６に表示されると共に、各号機の表示器１７ａ，１７ｂ，１７ｃの中の割当号機に対応した表示器に利用者が登録した行先階が表示される（ステップＳ１０３）。

【0031】

ここで、群管理制御装置２０に設けられた待ち人数検出部２３は、テーブル２１ａに記憶された行先階の登録数と各号機の運行状態（現在位置、運転方向等）とに基づいて利用者の待ち人数を検出する（ステップＳ１０４）。

【0032】

すなわち、図２に示すように、例えば乗場行先階登録装置１４によって１０人が行先階を登録し、その時点でＡ号機，Ｂ号機，Ｃ号機がサービス運転中であったとすると、待ち人数は１０人となる。また、例えばＡ号機が乗場行先階登録装置１４の設置階である基準階に到着しており、そのＡ号機に２人が乗車可能であれば、待ち人数は８人となる。

【0033】

なお、各号機の運行状態に関する情報は、号機制御装置１１ａ，１１ｂ，１１ｃから得られる。この情報から各号機がどこを運転中であり、いつ基準階に応答するかが分かるため、各号機が基準階に応答するまでの間に乗場１３で何人の利用者が待っているのかを把握できる。

【0034】

待ち人数検出部２３によって検出された待ち人数は、運行制御部２４に与えられる。運行制御部２４は、待ち人数検出部２３によって検出された待ち人数（以下、待ち人数Ｐ１とする）と予め混雑判定用として設定された人数（以下、混雑判定用人数Ｐ０とする）とを比較する（ステップＳ１０５）。

【0035】

混雑判定人数Ｐ０は、各号機の輸送力（最大収容人数）に応じて設定される。例えば、Ａ号機，Ｂ号機，Ｃ号機の輸送力（最大収容人数）がそれぞれ１０人だとすると、１０×３＝３０人が全体の輸送力である。これは、３０人待ちまではＡ号機，Ｂ号機，Ｃ号機の３台で通常に運行できることを意味する。そこで、混雑判定人数Ｐ０＝３０人と設定しておき、待ち人数Ｐ１が３０人を超えたときに混雑しているものと判定する。

【0036】

なお、混雑判定人数Ｐ０は、例えば群管理制御装置２０に設置された操作ボタンや保守員が持つ保守用の端末装置、あるいは、外部（監視センタ等）からの遠隔操作により任意に変更可能である。

【0037】

待ち人数Ｐ１が混雑判定用人数Ｐ０を超えた場合には（ステップＳ１０５のＹｅｓ）、運行制御部２４は、乗場１３が混雑状況にあると判断し、割当制御部２２に対して再割当を指示する。この指示を受けて、割当制御部２２は、現在割当て済みの行先階に対して各号機ができるだけ停止回数を減らして運行できるように再割当を実行する（ステップＳ１０６）。

【0038】

図４および図５に再割当の具体例を示す。
図４は再割当前のテーブル２１ａの内容、図５は再割当後のテーブル２１ａの内容を示している。

【0039】

いま、再割当前つまり行先階が登録されたときの割り当て結果が図４のようであったとする。乗場行先階登録装置１４によって行先階が登録された順に号機が割り当てられる。この場合、できるだけ同じ行先階を同じ号機に割り当てるなどして効率的に分配している。しかし、混雑してくると効率的に分配できなくなり、行先階と号機との関係に乱れが生じ、停止回数が増えてしまう。図４の例では、Ａ号機の停止回数は３回、Ｂ号機の停止回数は４回、Ｃ号機の停止回数は３回である。

【0040】

そこで、このような乱れをなくし、各号機ができるだけ停止回数を減らして運行できるように再割当を行う。図５の例では、Ａ号機に割り当てられていた「５Ｆ，５Ｆ」とＢ号機に割り当てられていた「３Ｆ，３Ｆ」を入れ替え、さらに、Ｂ号機に割り当てられていた「１０Ｆ，１０Ｆ」とＣ号機に割り当てられていた「６Ｆ，６Ｆ」を入れ替えている。これにより、Ａ〜Ｃ号機の停止階数はそれぞれ２回ずつとなり、効率的に運行できることが分かる。

【0041】

再割当の結果はテーブル２１ａに反映され、以後、その再割当の結果に従って各号機が乗場行先階登録装置１４の設置階である基準階に応答する。その際、群管理制御装置２０に設けられた通知部２５により、再割当によって行先階と号機との関係が変更された旨が利用者に通知される（ステップＳ１０７）。

【0042】

通知方法としては、各号機の表示器１７ａ，１７ｂ，１７ｃを通じて表示情報により通知される他、スピーカ１８ａ，１８ｂ，１８ｃを通じて音声情報にて通知することでも良い。

【0043】

図６および図７に表示情報で通知する場合の具体例を示す。
図６は再割当前の表示例を示す図であり、図６（ａ）はＡ号機の表示器１７ａ、同図（ｂ）はＢ号機の表示器１７ｂ、同図（ｃ）はＣ号機の表示器１７ｃに対応している。図７は再割当後の表示例を示す図であり、図７（ａ）はＡ号機の表示器１７ａ、同図（ｂ）はＢ号機の表示器１７ｂ、同図（ｃ）はＣ号機の表示器１７ｃに対応している。

【0044】

各号機の表示器１７ａ，１７ｂ，１７ｃには、群管理制御装置２０の割当制御部２２によって得られた行先階と号機との関係が表示される。図７の例では、Ａ号機の行先階として「２階，３階，５階」、Ｂ号機の行先階として「３階，５階，６階，１０階」、Ｃ号機の行先階として「６階，９階，１０階」が表示されている。この場合、３階，５階，６階，１０階が２つの号機の表示器に表示されているが、利用者は事前に自分の乗る号機を乗場行先階登録装置１４の表示部１６で把握しているので、迷うことはない。

【0045】

ここで、再割当により行先階と号機との関係が変更されると、図８の例のように表示される。このとき、各号機の表示器１７ａ，１７ｂ，１７ｃに、例えば「割当てを変更しました。３階，５階，６階，１０階に行く方はご注意下さい。」といったようなメッセージ１９ａ，１９ｂ，１９ｃを表示して、利用者に割当てが変更されたことを注意する。また、変更対象となった階の表示文字を点灯したり、色を変えて表示するなどして注意を促すようにしても良い。このような表示により、例えば３階行きでＢ号機を待っていた利用者はＡ号機の乗場前に移動することができる。

【0046】

一方、図３のステップＳ１０５において、待ち人数Ｐ１が混雑判定用人数Ｐ０以下であった場合には、再割当は行われず、当初の割当結果に従って各号機が通常に運行される（ステップＳ１０８）。

【0047】

このように、利用者の待ち人数が増え、混雑状況と判定された場合に、各号機ができるだけ停止回数を減らして運行できるように再割当を行うことで、早期に混雑を解消して通常の運行状態に戻すことができる。その際、再割当の結果によっては利用者を別の号機に移動させるため、表示や音声にて通知を行うことで、利用者が混乱しないように誘導することができる。

【0048】

なお、上記実施形態では、待ち人数Ｐ１が混雑判定用人数Ｐ０を超えた場合に直ぐに再割当を行うようにしたが、この状態が所定時間続いた場合に再割当を行うようにしても良い。これは、図３のステップＳ１０５において、運行制御部２４が待ち人数Ｐ１と混雑判定用人数Ｐ０とを比較し、待ち人数Ｐ１＞混雑判定用人数Ｐ０の状態が所定時間（例えば５分）続いたか否かを判断することで実現できる。このようにすれば、一時的な混雑で不用意に再割当を行って利用者を混乱させてしまうことを回避できる。

【0049】

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

【0050】

上記第１の実施形態では、待ち人数Ｐ１が混雑判定用人数Ｐ０を超えたことを条件にして再割当を行ったが、第２の実施形態では、さらに所定数以上の登録数を有する行先階（高需要階）が存在する場合に再割当を行うようにしたものである。

【0051】

図８は第２の実施形態に係る群管理システムの構成を示すブロック図である。なお、上記第１の実施形態における図１と同じ部分には同一符号を付して、その説明は省略するものとする。

【0052】

第２の実施形態において、群管理制御装置２０には、呼び管理部２１、割当制御部２２、待ち人数検出部２３、運行制御部２４、通知部２５に加え、高需要階検出部２６が設けられている。高需要階検出部２６は、呼び管理部２１のテーブル２１ａを参照して所定数以上の登録数を有する行先階を高需要階として検出して運行制御部２４に伝える。運行制御部２４では、待ち人数検出部２３によって検出された待ち人数Ｐ１が混雑判定用人数Ｐ０を超え、かつ、高需要階検出部２６によって高需要階が検出された場合に割当制御部２２に対して再割当を指示する。

【0053】

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

【0054】

図９において、ステップＳ２０１〜Ｓ２０５までの処理は、図３のステップＳ２０１〜Ｓ２０５と同様である。すなわち、乗場行先階登録装置１４によって行先階が登録されると、群管理制御装置２０の割当制御部２２によって最適な号機が割り当てられ、その結果が乗場行先階登録装置１４の表示部１６と各号機の表示器１７ａ，１７ｂ，１７ｃに表示される（ステップＳ２０１〜Ｓ２０３）。また、待ち人数検出部２３によって現在の待ち人数Ｐ１が検出され（ステップＳ２０４）、混雑判定用人数Ｐ０と比較される（ステップＳ２０５）。

【0055】

ここで、待ち人数Ｐ１が混雑判定用人数Ｐ０を超えた場合において（ステップＳ２０５のＹｅｓ）、運行制御部２４は、高需要階検出部２６によって高需要階が検出されているか否かを判断する（ステップＳ２０６）。

【0056】

高需要階とは、所定数Ｔ以上の登録数を有する行先階のことである。例えば、イベントや集会などがあって多数の利用者が同じ階に向かうような場合に、その階の登録数が増えるので、高需要階として検出されることになる。

【0057】

この高需要階を検出するための所定数Ｔは、各号機の輸送力（最大収容人数）に応じて設定され、例えば全体の輸送力／号機台数とする。つまり、Ａ号機，Ｂ号機，Ｃ号機の輸送力（最大収容人数）がそれぞれ１０人だとすると、１０×３＝３０人が全体の輸送力である。したがって、Ｔ＝３０／３＝１０であり、登録数が１０以上の階が高需要階として検出されることになる。なお、所定数Ｔ以上の登録数を有する行先階が２つ以上存在した場合にその中で最も多い行先階を高需要階とする。

【0058】

なお、所定数Ｔは、例えば群管理制御装置２０に設置された操作ボタンや保守員が持つ保守用の端末装置、あるいは、外部（監視センタ等）からの遠隔操作により任意に変更可能である。

【0059】

待ち人数Ｐ１＞混雑判定用人数Ｐ０の状態で、さらに高需要階が検出された場合（ステップＳ２０５のＹｅｓ）、運行制御部２４は、割当制御部２２に対して再割当を指示する。この指示を受けて、割当制御部２２は再割当を実行するが、そのときに少なくとも高需要階だけを割り当てた専用号機を作るようにする（ステップＳ２０７）。

【0060】

図１０および図１１に再割当の具体例を示す。
図１０は再割当前のテーブル２１ａの内容、図１１は再割当後のテーブル２１ａの内容を示している。

【0061】

いま、再割当前つまり行先階が登録されたときの割り当て結果が図１０のようであったとする。この例では、１０階の登録数が所定数Ｔ以上である。したがって、待ち人数Ｐ１＞混雑判定用人数Ｐ０のときに、１０階が高需要階として検出され、図１１のように再割当が行われる。この例では、当初から高需要階である１０階の割当が多かったＣ号機が専用号機として決定され、Ｂ号機に割り当てられていた「１０Ｆ，１０Ｆ」とＣ号機に割り当てられていた「９Ｆ，９Ｆ」を入れ替えている。これにより、Ｃ号機が１０階行きの専用号機として運行されることになる。

【0062】

なお、図１１の例では、他の行先階に対する割当てを変更していないが、上記第１の実施形態と同様に、各号機ができるだけ停止回数を減らして運行できるように再割当を行うことでも良い。つまり、例えば図１２に示すように、Ａ号機に割り当てられていた「５Ｆ，５Ｆ」とＢ号機に割り当てられていた「３Ｆ，３Ｆ」を入れ替えれば、Ａ号機とＢ号機の停止階数はそれぞれ２回ずつとなり、効率的に運行できる。

【0063】

ただし、高需要階だけに着目して再割当を行う構成すれば、変更箇所が少なくて済むため、待機場所を移動させる利用者の数を軽減できるといった利点がある。図１１の例では、１０Ｆに行くためにＢ号機の乗場前で待機していた利用者と９階に行くためにＣ号機の乗場前で待機していた利用者が入れ替わるだけで済む。

【0064】

再割当の結果はテーブル２１ａに反映され、以後、その再割当の結果に従って各号機が乗場行先階登録装置１４の設置階である基準階に応答する。その際、群管理制御装置２０に設けられた通知部２５により、再割当によって行先階と号機との関係が変更された旨が利用者に通知される（ステップＳ２０８）。

【0065】

通知方法としては、各号機の表示器１７ａ，１７ｂ，１７ｃを通じて表示情報により通知される他、スピーカ１８ａ，１８ｂ，１８ｃを通じて音声情報にて通知することでも良い。

【0066】

図１３および図１４に表示情報で通知する場合の具体例を示す。
図１３は再割当前の表示例を示す図であり、図１３（ａ）はＡ号機の表示器１７ａ、同図（ｂ）はＢ号機の表示器１７ｂ、同図（ｃ）はＣ号機の表示器１７ｃに対応している。図１４は再割当後の表示例を示す図であり、図１４（ａ）はＡ号機の表示器１７ａ、同図（ｂ）はＢ号機の表示器１７ｂ、同図（ｃ）はＣ号機の表示器１７ｃに対応している。

【0067】

各号機の表示器１７ａ，１７ｂ，１７ｃには、群管理制御装置２０の割当制御部２２によって得られた行先階と号機との関係が表示される。図１３の例では、Ａ号機の行先階として「２階，３階，５階」、Ｂ号機の行先階として「３階，５階，６階，１０階」、Ｃ号機の行先階として「９階，１０階」が表示されている。

【0068】

ここで、再割当により行先階と号機との関係が変更されると、図１４の例のように表示される。この例では、Ｃ号機を１０階専用号機として再割当した場合を示している。このとき、各号機の表示器１７ａ，１７ｂ，１７ｃに、例えば「割当てを変更しました。９階，１０階に行く方はご注意下さい。」といったようなメッセージ１９ａ，１９ｂ，１９ｃを表示して、利用者に割当てが変更されたことを注意する。また、変更対象となった階の表示文字を点灯したり、色を変えて表示するなどして注意を促すようにしても良い。このような表示により、例えば１０階行きでＢ号機を待っていた利用者はＣ号機の乗場前に移動することができる。

【0069】

一方、図９のステップＳ２０５において、待ち人数Ｐ１が混雑判定用人数Ｐ０以下であった場合、あるいは、ステップＳ２０６において、高需要階が検出されなかった場合には、再割当は行われず、当初の割当結果に従って各号機が通常に運行される（ステップＳ２０９）。

【0070】

このように、利用者の待ち人数が所定数を超えることに加え、所定数以上の登録数を有する行先階（高需要階）が存在することを再割当の条件にすることで、イベントや集会などで多数の利用者が同じ階に行くときにのみ再割当を行って、そのときの混雑を解消できる。特に、再割当の際に高需要階だけに応答する専用号機を作ることで、高需要階に向かう多数の利用者を効率的に運んで、できるだけ早く混雑を解消することができる。

【0071】

なお、上記実施形態では、１台の専用号機を作成する場合を想定して説明したが、高需要階の登録数に応じて専用号機の数を段階的に増やすようにしても良い。これは、図９のステップＳ２０７において、割当制御部２２が高需要階の登録数に応じて専用号機の数を段階的に増やす処理を加えることで実現できる。このようにして専用号機の数を増やせば、高需要階に向かう多数の利用者をさらに効率的に運んで、早期の混雑解消を図ることができる。

【0072】

また、待ち人数Ｐ１が混雑判定用人数Ｐ０を超えた状態が所定時間続いた場合に高需要階を検出するにしても良い。これは、図９のステップＳ２０５において、運行制御部２４が待ち人数Ｐ１と混雑判定用人数Ｐ０とを比較し、待ち人数Ｐ１＞混雑判定用人数Ｐ０の状態が所定時間（例えば５分）続いたか否かを判断することで実現できる。このようにすれば、一時的な混雑で不用意に再割当を行って利用者を混乱させてしまうことを回避できる。

【0073】

以上述べた少なくとも１つの実施形態によれば、乗場の混雑状況を早期に解消して通常の運行状態に戻すことのできるエレベータの群管理システムを提供することができる。

【0074】

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

【符号の説明】

【0075】

１１ａ，１１ｂ，１１ｃ…号機制御装置、１２ａ，１２ｂ，１２ｃ…乗りかご、１３…乗場、１４…乗場行先階登録装置、１５…操作部、１６…表示部、１７ａ，１７ｂ，１７ｃ…表示器、１８ａ，１８ｂ，１８ｃ…スピーカ、１９ａ，１９ｂ，１９ｃ…メッセージ、２１…呼び管理部、２１ａ…テーブル、２２…割当制御部、２３…待ち人数検出部、２４…運行制御部、２５…通知部、２６…高需要階検出部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】