(57)【要約】【課題】グループ単位の行動パターンを考慮して、ビル内の各階床にエレベータを効率的に応答させる。【解決手段】本実施形態によるエレベータの群管理システムは、ビル内の各階床に滞在する滞在者に関する情報として、その滞在者が行動を共にするグループの情報を含めて登録するための端末装置１３と、滞在者情報を更新可能に記憶する情報管理記憶部２と、滞在者情報に基づいて各エレベータを優先的に応答させるための優先度を階床毎に設定する階床別優先度設定部３と、階床別の優先度を記憶する階床別優先度記憶部４と、新規に発生したホール呼びを検知するホール呼び検知部５と、ホール呼びの発生階に対応した優先度を階床別優先度記憶部４から読み出し、その優先度に基づいて当該ホール呼びを割り当てるエレベータを割当号機として決定して応答させる割当号機決定部７とを備える。【選択図】      図１
2012006711.tif 000002
【特許請求の範囲】
【請求項１】
ビル内に設置された複数台のエレベータの運行を制御するエレベータの群管理システムにおいて、
上記ビル内の各階床に滞在する滞在者に関する情報として、その滞在者が行動を共にするグループの情報を含めて登録するための操作手段と、
この操作手段によって登録された滞在者情報を更新可能に記憶する情報管理記憶手段と、
この情報管理記憶手段に記憶された滞在者情報から上記ビル内の各階床に存在するグループの数とそのグループの構成人数を算出し、その算出結果に基づいて上記各エレベータを優先的に応答させるための優先度を階床毎に設定する階床別優先度設定手段と、
この階床別優先度設定手段によって設定された階床別の優先度を記憶する階床別優先度記憶手段と、
新規に発生したホール呼びを検知するホール呼び検知手段と、
このホール呼び検知手段によって検知されたホール呼びの発生階に対応した優先度を上記階床別優先度記憶手段から読み出し、その優先度に基づいて上記各エレベータの中から当該ホール呼びを割り当てるエレベータを割当号機として決定し、その割当号機を上記ホール呼びの発生階に応答させる割当号機決定手段と
を具備したことを特徴とするエレベータの群管理システム。
【請求項２】
上記各エレベータの呼び登録状況を監視し、ホール呼びおよびかご呼びの登録がないエレベータを待機号機として検知する待機号機検知手段と、
この待機号機検知手段によって検知された待機号機を待機させておくための待機階を決定し、上記待機号機をその待機階で待機させる待機階決定手段と
をさらに具備したことを特徴とする請求項１記載のエレベータの群管理システム。
【請求項３】
上記待機階決定手段は、
上記階床別優先度記憶手段に記憶された階床別の優先度に基づいて、上記待機号機検知手段によって検知された待機号機を待機させておくための待機階を決定することを特徴とする請求項２記載のエレベータの群管理システム。
【請求項４】
上記操作手段は、
予め定められた階床に設置された端末装置からなり、上記端末装置の操作により、グループの構成人数を含む滞在者情報を登録することを特徴とする請求項１記載のエレベータの群管理システム。
【請求項５】
上記操作手段は、
乗場で行先階を登録可能な乗場行先階登録装置からなり、上記乗場行先階登録装置の操作により、グループの構成人数を含む滞在者情報を登録することを特徴とする請求項１記載のエレベータの群管理システム。
【請求項６】
上記階床別優先度設定手段は、
上記ビル内の各階床に存在するグループの数とそのグループの構成人数に基づいて、階床毎に１つのホール呼びで乗車する人数の期待値を求め、その期待値を当該階床の優先度として設定することを特徴とする請求項１記載のエレベータの群管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ビル内に設置された複数台のエレベータの運行を制御するエレベータの群管理システムに関する。
【背景技術】
【０００２】
複数台のエレベータが設置されたビルでは、現在の呼びの発生状況や、乗りかごの現在位置、かご内荷重などの情報を加味するだけでなく、不観測な各階床の待ち人数や将来のホール呼びの発生階とその時刻なども加味して、適切なエレベータにホール呼びを割り当てる必要がある。
【０００３】
しかし、各階床の待ち人数や将来のホール呼びの発生階とその時刻などを正確に予測することは難しい。例えば乗場にカメラを設置して、そのカメラの画像から待ち人数を予測したり、携帯電話やＲＦＩＤなどを用いて将来のホール呼びの発生時刻を予測する方法が提案されているが、コストや精度等の面で問題がある。
【０００４】
通常、このような不観測な情報を予測する場合に、各階床の交通需要を学習したデータベースを利用する方法が一般的である。しかし、このようなデータベースを利用したとしても、実際には、例えば「基準階に多数の乗客がくるであろう」くらいの予測でしかない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平５−１４７８７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ホテルのような建物では、滞在者はグループで行動することが多く、エレベータの待ち人数もそのグループの人数に依存される。
【０００７】
例えば、４人１組で宿泊しているグループが５グループ存在する階床Ａと、１人で宿泊しているグループが２０グループ存在する階床Ｂがあったとする。この場合、階床Ａと階床Ｂの滞在者の人数はともに２０人であるが、１つのホール呼びでエレベータに乗車する人数は、４人１組のグループが５グループ存在する階床Ａの方が多いものと予測でき、さらに、その乗車人数は少なくとも４人であると予測できる。
【０００８】
そこで、このようなグループ単位の行動パターンを考慮して、ビル内の各階床にエレベータを効率的に応答させるようにしたエレベータの群管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本実施形態によれば、ビル内に設置された複数台のエレベータの運行を制御するエレベータの群管理システムにおいて、上記ビル内の各階床に滞在する滞在者に関する情報として、その滞在者が行動を共にするグループの情報を含めて登録するための操作手段と、この操作手段によって登録された滞在者情報を更新可能に記憶する情報管理記憶手段と、この情報管理記憶手段に記憶された滞在者情報から上記ビル内の各階床に存在するグループの数とそのグループの構成人数を算出し、その算出結果に基づいて上記各エレベータを優先的に応答させるための優先度を階床毎に設定する階床別優先度設定手段と、この階床別優先度設定手段によって設定された階床別の優先度を記憶する階床別優先度記憶手段と、新規に発生したホール呼びを検知するホール呼び検知手段と、このホール呼び検知手段によって検知されたホール呼びの発生階に対応した優先度を上記階床別優先度記憶手段から読み出し、その優先度に基づいて上記各エレベータの中から当該ホール呼びを割り当てるエレベータを割当号機として決定し、その割当号機を上記ホール呼びの発生階に応答させる割当号機決定手段とを具備したエレベータの群管理システムが提供される。
【図面の簡単な説明】
【００１０】
【図１】図１は一実施形態に係るエレベータの群管理システムの全体構成を示すブロック図である。
【図２】図２は同実施形態における端末装置により登録される複数人グループの滞在者情報の構成を示す図である。
【図３】図３は同実施形態における端末装置により登録される一人グループの滞在者情報の構成を示す図である。
【図４】図４は同実施形態におけるエレベータ群管理装置の階床別優先度記憶部４内に記憶された階床別優先度データの構成を示す図である。
【図５】図５は同実施形態におけるエレベータ群管理装置の待機階計算方法１の具体例として、ビル内に呼びが発生していない状態の待機階を示す図である。
【図６】図６は同実施形態におけるエレベータ群管理装置の待機階計算方法１の具体例として、ビル内に呼びが発生している状態の待機階を示す図である。
【図７】図７は同実施形態におけるエレベータ群管理装置の待機階計算方法１の具体例として、ビル内に呼びが発生している状態の別の待機階を示す図である。
【図８】図８は同実施形態におけるエレベータ群管理装置の待機階計算方法２の具体例として、ビル内に呼びが発生している状態の待機階を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して実施形態を説明する。
【００１２】
図１は一実施形態に係るエレベータの群管理システムの全体構成を示すブロック図である。
【００１３】
エレベータ群管理装置１は、ビル内に設置された少なくとも２台以上のエレベータの運行を制御する。なお、ここで言う「エレベータ」とは、基本的にはエレベータの乗りかごのことを示し、複数台ある場合には「号機」あるいは「エレベータ号機」という言い方もする。
【００１４】
エレベータ群管理装置１は、ビルの機械室などに設置されており、ビル内の任意の階床で発生した新たなホール呼び（以下、「割当対象ホール呼び」とも称する）を各エレベータへレータの中の最適なエレベータに割り当てる。
【００１５】
このエレベータ群管理装置１には、各号機毎に設けられた号機制御部９ａ，９ｂ，９ｃ…が接続されている。号機制御部９ａ，９ｂ，９ｃ…は、エレベータ群管理装置１と共にビルの機械室などに設置されており、かごドアの開閉制御や、かご呼びの登録制御などを含む号機単体での制御を行う。
【００１６】
なお、「かご呼び」とは、乗りかご１０ａ，１０ｂ，１０ｃ…の中で発生した呼び情報のことであり、かご呼びボタン１１ａ，１１ｂ，１１ｃ…の操作によって登録される。かご呼びボタン１１ａ，１１ｂ，１１ｃ…は、行先階指定ボタンとも呼ばれ、乗客の行先階を指定するためのボタンからなり、そのボタン操作により任意の行先階が指定されると、その行先階にエレベータを移動させるためのかご呼びの信号がエレベータ群管理装置１に送られる。
【００１７】
これに対し、「ホール呼び」とは、各階床の乗場で発生した呼び情報のことであり、ホール呼びボタン１２ａ，１２ｂ，１２ｃ…によって登録される。ホール呼びボタン１２ａ，１２ｂ，１２ｃ…は、上方向または下方向の行き先方向を指定するための方向ボタンからなり、その方向ボタンの押下に伴い、当該階床にエレベータを応答させるためのホール呼びの信号がエレベータ群管理装置１に送られる。
【００１８】
ここで、本実施形態において、エレベータ群管理装置１は、情報管理記憶部２、階床別優先度設定部３、階床別優先度記憶部４、ホール呼び検知部５、待機号機検知部６、割当号機決定部７、待機階決定部８を備えている。
【００１９】
ホール呼び検知部５は、各階床に設置されたホール呼びボタン１２ａ，１２ｂ，１２ｃ…のいずれかの押下によって発生したホール呼びを検知して、その検知信号を割当号機決定部７に送信する。
【００２０】
割当号機決定部７は、ホール呼び検知部５からホール呼びの検知信号を受信すると、後述する階床別優先度記憶部４に記憶された階床別の優先度に基づいて、当該ホール呼びを割り当てるエレベータを割当号機として決定し、その割当号機に対して割当指令信号を送信する。
【００２１】
号機制御部９（９ａ，９ｂ，９ｃ…）は、割当号機決定部７から出力される割当指令信号を受信すると、当該ホール呼びの発生階に割当号機を応答させる。また、乗りかご１０（１０ａ，１０ｂ，１０ｃ…）内の乗客がかご呼びボタン１１（１１ａ，１１ｂ，１１ｃ…）の押下によって行先階を指定すると、号機制御部９（９ａ，９ｂ，９ｃ…）は、その指定された行先階に当該乗りかご１０（１０ａ，１０ｂ，１０ｃ…）を移動させる。
【００２２】
また、エレベータに登録済みの呼び（ホール呼びおよびかご呼び）がなくなると、待機状態となる。このようなエレベータを待機号機と呼ぶ。本実施形態では、将来のホール呼びに備えるために、この待機号機をその時点で止まった階床ではなく、適切な階床に移動させて待機させておく。
【００２３】
号機制御部９（９ａ，９ｂ，９ｃ…）は、自分の管理下にあるエレベータが待機状態になると、エレベータ群管理装置１に対して待機通知を発行する。エレベータ群管理装置１に設けられた待機号機検知部６は、この待機通知を検知することにより、待機階決定部８に待機号機の号機番号を送信する。
【００２４】
待機階決定部８は、待機号機検知部６から待機号機の号機番号を受信すると、後述する階床別優先度記憶部４に記憶された階床別の優先度に基づいて、待機号機を待機させたおくための待機階を決定し、待機号機をその待機階へ移動させて待機させる。
【００２５】
ここで、ホテルのように、ビルの各階床に滞在する滞在者がグループ単位で行動することの多いビルを想定して説明する。
【００２６】
まず、滞在者がビルに入ると、書面などを通じてビルの入場手続きを行う。その入場手続きに従い、ビルの管理者（ホテルであれば、フロント担当者）は端末装置１３を操作して滞在者情報の登録を行う。この滞在者情報には、滞在者の氏名、住所、チェックイン時間などの他に、グループの数とそのグループの構成人数を示すグループ情報が含まれる。
【００２７】
端末装置１３は、パーソナルコンピュータなどからなり、エレベータ群管理装置１に接続されている。この端末装置１３は、ビル内の各階床に滞在する滞在者の情報をグループ情報と共に情報管理記憶部２に登録する機能と、滞在者が滞在階床から離れた際には、当該滞在者の情報を情報管理記憶部２から削除する機能を備える。
【００２８】
端末装置１３は、入力された滞在者情報をエレベータ群管理装置１に設けられた情報管理記憶部２に書き込む。また逆に、ビルから退場するための手続きがなされた場合には、管理者は端末装置１３を用いてビル内に滞在していた滞在者情報を削除する。端末装置１３により情報管理記憶部２の情報更新がなされると、情報管理記憶部２は、滞在者情報が更新されたことを階床別優先度設定部３へと通知する。
【００２９】
階床別優先度設定部３は、情報管理記憶部２からの更新通知を受信すると、更新された新しい滞在者情報を情報管理記憶部２から読み込み、その滞在者情報に基づいて階床別の優先度を再度算出して、その結果を階床別優先度記憶部４へと書き込む。
【００３０】
上記の各構成要素は、コンピュータソフトウェア、またはコンピュータソフトウェアとハードウェアの組合せにより実現することができる。また、コンピュータとエレベータ実機との間は、制御に必要な電気信号あるいは光信号を送受信するための制御盤や通信インターフェースを介して接続される。
【００３１】
次に、上記のように構成されたエレベータの群管理システムの動作について、詳しく説明する。
【００３２】
ホテルのようなビルでは、滞在者がビル内に入場する際に、ビルの管理者に入場許可を得る必要がある。このとき、管理者は、ビル内の各階床に滞在している滞在者を管理するために、端末装置１３の操作により滞在者情報を登録する。また逆に、ビル内から滞在者が退場する場合にも、滞在者は退場する旨を管理者に通知し、管理者は端末装置１３の操作により滞在者情報を削除する。
【００３３】
この端末装置１３は、操作部１３ａ、書込み部１３ｂ、読込み部１３ｃを有している。操作部１３ａは、滞在者情報を管理するためのアプリケーションを操作するＧＵＩ(Graphical User Interface)などを用いたものである。このとき、ホテルなどでは、滞在者は一人または複数人のグループで行動をともにする可能性が高い。したがって、滞在者情報として、滞在者が一緒に同行するグループに関する情報を含めて登録するものとする。
【００３４】
図２および図３に端末装置１３によって登録される滞在者情報の構成を示す。図２は複数人グループの滞在者情報、図３は一人グループの滞在者情報の構成である。
【００３５】
滞在者情報は、複数人あるいは一人であっても、それをグループとみなして登録するものとし、グループを特定するためのＩＤ、グループの人数、滞在する階床を必須入力事項とする。なお、入場予定時刻、退場予定時刻が予め決まっていれば、その時刻も入力するものとする。
【００３６】
また、滞在者の個人情報として、名前、年齢、性別などを入力することも考えられるが、本実施形態においては必須ではない。本実施形態においては、滞在者のグループ人数と滞在する階床が必須の情報となる。
【００３７】
端末装置１３の操作部１３ａにより入力された滞在者情報は、書込み部１３ｂにより情報管理記憶部２に書き込まれる。また、削除する場合には、端末装置１３の読込み部１３ｃにより情報管理記憶部２内の該当するグループＩＤを持つ滞在者情報を読み込み、操作部１３ａにより削除を指示する。これにより、端末装置１３の書込み部１３ｂにより削除対象のグループＩＤを持つ滞在者情報が情報管理記憶部２内から削除される。
【００３８】
情報管理記憶部２は、例えば磁気ディスク装置や光ディスク装置などの記憶デバイスからなり、更新通知部２ａを有している。端末装置１３により滞在者情報が登録あるいは削除されると、情報管理記憶部２内の情報が更新される。情報管理記憶部２内の滞在者情報が更新されると、更新通知部２ａにより、階床別優先度設定部３に対して情報管理記憶部２内の情報が更新されたことが通知される。
【００３９】
階床別優先度設定部３は、起動部３ａ、読込み部３ｂ、階床別優先度計算部３ｃ、階床別優先度書込み部３ｄを有している。階床別優先度設定部３は、情報管理記憶部２の更新通知部２ａから更新通知を受信すると、起動部３ａによって階床別優先度計算部３ｃを起動する。
【００４０】
これにより、まず、階床別優先度設定部３の読込み部３ｂにより情報管理記憶部２に格納されている滞在者情報の読込みが実行される。この読込んだ滞在者情報を元に、階床別優先度計算部３ｃにより階床別の優先度が計算される。
【００４１】
「階床別の優先度」は、各階床で発生したホール呼びに対して、エレベータを優先的に応答させるための指標となる。例えば、ある階床に滞在している人数が少なければ、その階床から乗車する乗客は少ないと予想されるため、優先度は小さく設定される。逆に、ある階床に滞在している人数が多ければ、その階床から乗車する乗客は多いと予想されるため、優先度は大きく設定される。そして、優先度の大きい階床で発生したホール呼びに対して、エレベータを優先的に応答させる。
【００４２】
この階床別の優先度は、滞在者情報とさらにグループ情報を用いて計算される。これにより、ある階床から乗車する乗客数の期待値とグループ行動を元にした割当制御を実現できる。
【００４３】
以下に、階床別優先度の計算方法について説明する。  
階床別の優先度を計算する場合に、階床に滞在している人数ではなく、階床に滞在しているグループ数とそのグループを構成する人数から優先度を算出する。
【００４４】
すなわち、まず、階床ｆ（＝１，２，・・・，Ｆ）に滞在している滞在グループ数をＧｆ、階床ｆに滞在しているグループのインデックスをｇｆｊ（ｉ＝１，２，・・・，Ｇｆ）、階床ｆに滞在している滞在グループｇｆｊを構成する滞在者数をＮｇｆｊと定義する。
【００４５】
これらの変数に入る数値は、図２および図３に示した情報管理記憶部２内の滞在者情報から得ることができ、階床別優先度設定部３の読込み部３ｂによって読込まれる。
【００４６】
次に、階床ｆの優先度をｗｆとすると、階床別優先度設定部３の階床別優先度計算部３ｃによって、以下のように優先度ｗｆが計算される。
【００４７】
［期待値による階床ｆの優先度計算］
【数１】
2012006711.tif 000003
【００４８】
これは、階床ｆに滞在しているグループｇｆｊがホール呼びを押下する確率が等しいと仮定し、さらに発生したホール呼びから１つのグループが乗車するとした場合での乗車人数の期待値を示している。
【００４９】
ホテルのようなビルでは、各階床に滞在する滞在者はグループで行動する可能性が高いため、滞在者の総人数からは得ることのできない階床別の優先度を算出することができる。
【００５０】
なお、本実施形態では、階床ｆでホール呼びが発生した場合、その階床ｆに滞在しているグループが同じ確率で乗車すると仮定しているが、例えば滞在者がビルから退場する時間帯の確率分布を求め、その確率分布に基づいて優先度を求めることも考えられる。
【００５１】
ここで、上記（１）式の優先度計算について、具体例を示して説明する。  
例えば、１０階に滞在しているグループ数が３、つまり、Ｇ１０＝３であるとする。各グループを構成する人数を、
Ｎｇ１０，１＝３
Ｎｇ１０，２＝３
Ｎｇ１０，３＝３
とすると、１０階床の優先度ｗ１０は、以下のように計算することができる。
【数２】
2012006711.tif 000004
【００５２】
つまり、１０階にホール呼びが発生した場合に、そのホール呼びで乗車する乗客数の期待値は３人ということになる。言い換えれば、１０階でホール呼びが発生した場合に、平均３人が乗車するものと推測できる。
【００５３】
また、９階に滞在しているグループ数が９、つまり、Ｇ９＝９であるとする。各グループを構成する人数を、
Ｎｇ９，１＝１
Ｎｇ９，２＝１
Ｎｇ９，３＝１
Ｎｇ９，４＝１
Ｎｇ９，５＝１
Ｎｇ９，６＝１
Ｎｇ９，７＝１
Ｎｇ９，８＝１
Ｎｇ９，９＝１
であるとする。つまり、各グループは一人で構成されているとすると、９階床の優先度ｗ９は、以下のように計算することができる。
【数３】
2012006711.tif 000005
【００５４】
つまり、９階にホール呼びが発生した場合に、そのホール呼で乗車する乗客数の期待値は１人ということになる。言い換えれば、９階でホール呼びが発生した場合に、平均１人が乗車するものと推測できる。
【００５５】
また、８階に滞在しているグループ数が４、つまり、Ｇ８＝４であるとする。各グループを構成する人数を、
ｇ８，１＝２
ｇ８，２＝２
ｇ８，３＝２
ｇ８，４＝３
であるとすると、８階の優先度ｗ８は、以下のように計算することができる。
【数４】
2012006711.tif 000006
【００５６】
つまり、８階床にホール呼びが発生した場合、そのホール呼びで乗車する乗客数の期待値は２．２５人ということになる。言い換えれば、８階でホール呼びが発生した場合に、平均２．２５人が乗車するものと推測できる。
【００５７】
このように、１０階、９階、８階に滞在する滞在者数の総和はそれぞれ９人であるが、グループでの行動を考慮した優先度計算により、同じ滞在者総数でも、どのホール呼びに対して優先的にエレベータ運行を行うべきかを重み付けすることができる。
【００５８】
また、各階床の優先度は、情報管理記憶部２内の滞在者情報の更新に伴い再計算される。例えば、８階のグループｇ８，３がビル内から退場したとする。端末装置１３により退場の操作がなされて、情報管理記憶部２内の滞在者情報の中の８階に関する情報が更新されると、情報管理記憶部２の更新通知部２ａを通じて階床別優先度設定部３に対して更新情報が送信される。
【００５９】
このとき、階床別優先度設定部３は、８階の優先度を以下のように再計算する。ここで、８階からグループｇ８，３が退場したので、８階に滞在しているグループ数は３、つまり、Ｇ８＝３となる。各グループを構成する人数は、
ｇ８，１＝２
ｇ８，２＝２
ｇ８，４＝３
となるので、８階の優先度ｗ８は、以下のように再計算される。
【数５】
2012006711.tif 000007
【００６０】
このようにして、階床別優先度設定部３によって求められた階床ｆの優先度ｗｆは、階床別優先度書込み部３ｄにより階床別優先度記憶部４へ送信される。階床別優先度記憶部４は、階床別優先度設定部３から受信した階床ｆの優先度ｗｆを記憶する。
【００６１】
図４にエレベータ群管理装置１の階床別優先度記憶部４内に記憶された階床別優先度データの構成を示す。１階からＦ階までの優先度が順に記憶されている。図中のｗ１は１階の優先度、ｗ２は２階の優先度、ｗ３は３階の優先度を示している。
【００６２】
この階床別優先度記憶部４内に記憶された階床別優先度データに基づいて、割当号機決定部７による割当号機の計算処理と、待機階決定部８による待機階の計算処理が行われる。
【００６３】
割当号機決定部７は、各階床のホール呼びボタン１２ａ，１２ｂ，１２ｃ…のいずれかが押下されると、その押下された階床に応答させる号機を決定するための割当計算処理を実行する。
【００６４】
割当号機決定部７は、起動部７ａ、読込み部７ｂ、割当号機計算部７ｃ、割当指令部７ｄを有している。まず、ホール呼びボタン１２ａ，１２ｂ，１２ｃ…のいずれかが押下がなされると、ホール呼び検知部５がホール呼びを検知して、その情報を割当号機決定部７に送信する。ホール呼びの情報には、ホール呼びが登録された階床と、エレベータの行先方向の情報を含んでいる、
割当号機決定部７は、ホール呼び検知部５からホール呼びの情報を受信すると、起動部７ａにより割当号機計算部７ｃを起動する。割当号機計算部７ｃが起動されると、まず、読込み部７ｂにより階床別優先度記憶部４内の階床別優先度データが読み込まれる。
【００６５】
次に、その読込んだ階床別優先度データに基づいて、割当号機計算部７ｃにより各号機の割当評価値が計算される。この割当評価値の計算結果に従って、当該ホール呼びを割り当てる号機が決定され、割当司令部７ｄにより、その割当号機に対して割当指令が出力される。
【００６６】
ここで、割当号機計算部７ｃの計算方法について説明する。  
エレベータの号機をｋ（ｋ＝１，２，・・・，Ｋ）、ｋ号機に割当られているホール呼びの集合をＨｋ、ホール呼びｈの発生階をｆｈ、ホール呼びｈの発生時刻をｔｈ、ホール呼びｈの発生階ｆｈに対するエレベータの予測到着時刻をｔｈ^と定義する。なお、＾は予測値を表わす記号であり、ハットと呼ぶ。実際には変数の真上に付されるが、ここでは便宜的に変数の左上に付してある。
【００６７】
予測到着時間ｔｈ^は、号機ｋの現在位置、方向、状態（ドア開中、ドア閉中、移動中など）と、他の登録呼びであるホール呼びやかご呼びによる停止時間から算出する。
【００６８】
号機割当評価値をＥｋとすると、以下のようにして計算される。
【数６】
2012006711.tif 000008
【００６９】
なお、上記（６）式において、Σの記号の下に付されたｈ∈Ｈｋは、「ｋ号機に割当られているホール呼びの集合Ｈｋに含まれるホール呼びｈ」という意味である。
【００７０】
また、ｗｆｈは、図４で示した階床別の優先度値である。ｋ号機に割当られているホール呼びの予測未応答時間（ｔｈ−ｔｈ^）に、当該階床の優先度ｗｆｈを乗じることで重み付けをしている。つまり、ホール呼び発生階に対する予測未応答時間（ｔｈ−ｔｈ^）に、その階床の優先度値ｗｆｎを乗じることで、その階床における予測乗車人数の待ち時間の総和を計算することになる。
【００７１】
この場合、予想未応答時間が同じでも、優先度値ｗｆｈが大きい方が割当ての評価値は大きくなる。上記評価値は、その数値が小さいほど評価が高く、その数値が大きいほど評価が低くなることを示す。これにより、新規ホール呼びへの割当制限がかかり、優先度の高い階床に発生したホール呼びが割当られている号機に割当対象のホール呼びが割当られにくくなるため、結果として優先度の高い階床へ早くエレベータを応答させることができるようになる。
【００７２】
なお、上記（６）式に示した評価関数式では、予測未応答時間（ｔｈ−ｔｈ^）を二乗しているが、これを（ｔｈ−ｔｈ^）としても問題ない。
【００７３】
また、仮に同時にホール呼びが発生した場合には、各階床の優先度ｗｆを比較して、優先度ｗｆの高い階床から割当計算を行うことで、未応答時間が短くなるようなホール呼びを優先的にエレベータに割当てて、優先度の高い階床へ応答させることができる。
【００７４】
このようして、各号機の評価値Ｅｋが算出されると、割当指令部７ｄがこれらの評価値Ｅｋに基づいてホール呼びを割り当てる号機を決定する。詳しくは、各号機の評価値Ｅｋの中で最小のｍｉｎＥｋを有する号機が割当号機として選出され、その号機に対応した号機制御部９に対して割当指令がなされる。
【００７５】
次に、待機階決定部８の動作について説明する。  
各号機（乗りかご１０ａ，１０ｂ，１０ｃ…）は、それぞれにホール呼びまたはかご呼びの情報に基づいて移動しているが、これらの呼びの情報がなくなった時点で待機状態となる。このとき、待機状態となった号機に対応した号機制御部９（９ａ，９ｂ，９ｃ…）を通じてエレベータ群管理装置１に通知される。
【００７６】
エレベータ群管理装置１は、待機号機検知部６によって待機通知を検知すると、その待機通知を待機階決定部８に送る。
【００７７】
待機階決定部８は、起動部８ａ、読込み部８ｂ、待機階計算部８ｃ、待機階指令部８ｄを有している。この待機階決定部８は、待機通知を受信すると、起動部８ａにより待機階計算部８ｃを起動し、読込み部８ｂにより階床別優先度記憶部４に格納されている各階床の優先度情報を読込む。
【００７８】
待機階計算部８ｃは、読込み部８ｂによって読み込まれた各階床の優先度情報に基づいて、「いずれの階床に待機させれば良いか」という待機階評価値を計算する。待機階決定部８は、この待機階評価値の計算結果に従って待機階を決定し、待機階指令部８ｄにより、上記決定された待機階に待機させるための待機指令を現在待機状態にある号機に出力する。
【００７９】
ここで、待機階計算部８ｃの計算方法について説明する。  
待機状態となった号機がどの階床で待機させておくことが一番良いのか、つまりエレベータシステムとして効率的にサービスを行うことができるかを判断するために、各階床を優先度ｗｆで評価する。
【００８０】
以下に、待機階をＷＡＩＴｆ（＝１，２，・・・、Ｆ）として、２つの計算方法を説明する。
【００８１】
［待機階計算方法１］
（１）待機対象階床として、ホール呼びが発生していない階床集合ＷＦを選定する。  
（２）階床集合ＷＦの中で、優先度ｗｆが最大（ｍａｘｗｆ）の階床ｆを待機階ＷＡＩＴｆとして求める。
【００８２】
（ビル内に呼びが発生していない状態）
この待機階計算方法１について、ビル内に呼びが発生していない状態を想定して具体的に説明する。  
図５は待機階計算方法１の具体例として、ビル内に呼びが発生していない状態の待機階を示す図である。各階床の優先度ｗｆの値が図中の右横に付した値であったとする。
【００８３】
今、Ａ〜Ｄ号機に呼びがなく、ある階床で待機状態にあるとする。ここで、各階床の中で最も優先度値が大きい階床は４Ｆ（ｗｆ＝５．０）であり、続いて、１０Ｆ（ｗｆ＝４．０），８Ｆ（ｗｆ＝３．４），３Ｆ（ｗｆ＝２．３）である。これは、滞在者をグルーブ単位で考えた場合に、４Ｆ，１０Ｆ，８Ｆ，３Ｆの順でエレベータを利用する頻度が高いことを意味する。したがって、Ａ〜Ｄ号機をこれらの階で分散させて待機させておくことで、次のホール呼びがあったときに効率的に応答できるようになる。
【００８４】
（ビル内に呼びが発生している状態）
次に、ビル内に呼びが発生している状態を想定して具体的に説明する。  
図６は待機階計算方法１の具体例として、ビル内に呼びが発生している状態の待機階を示す図である。各階床の優先度ｗｆの値が図中の右横に付した値であったとする。また、図中の▽マークは下方向のホール呼び、○マークはかご呼びを表している。
【００８５】
今、Ｃ〜Ｄ号機に呼びがあって、運転中であるとする。ここで、Ａ号機が７階で待機状態となったときに、呼びが発生していない階床で最も優先度値が大きい階床は４Ｆ（ｗｆ＝５．０）である。したがって、Ａ機を７階から４階へ移動させて待機させておく。これにより、最も優先度値が大きい４Ｆでホール呼びがあった場合にすぐに応答できるようになる。
【００８６】
図７に別の例を示す。  
Ａ号機が７階で待機状態となったときに、４階でもホール呼びが発生していたとする。このような場合、呼びが発生していない階床で最も優先度値が大きい１０階（ｗｆ＝４．０）であるため、Ａ号機は７階から１０階へ移動し、１０階で待機状態となる。
【００８７】
［待機階計算方法２］
（１）待機対象階床として、ホール呼びが発生していない階床集合ＷＦを選定する。  
（２）階床集合ＷＦの中で、優先度ｗｆが最大（ｍａｘｗｆ）の階床ｆと、次に優先度ｗｆの値が大きい階床ｆ′を求める。
【００８８】
（３）階床ｆと階床ｆ′との中間階を待機階ＷＡＩＴｆとして求める。
【００８９】
この待機階計算方法２について、ビル内に呼びが発生している状態を想定して具体的に説明する。  
図８は待機階計算方法２の具体例として、ビル内に呼びが発生している状態の待機階を示す図である。各階床の優先度ｗｆの値が図中の右横に付した値であったとする。また、図中の▽マークは下方向のホール呼び、○マークはかご呼びを表している。
【００９０】
今、Ｃ〜Ｄ号機に呼びがあって、運転中であるとする。ここで、Ａ号機が７階で待機状態となったときに、呼びが発生していない階床で最も優先度値が大きい階床は４Ｆ（ｗｆ＝５．０）である。また、その次に優先度値が大きい階床は１０Ｆ（ｗｆ＝４．０）である。したがって、Ａ号機を４階と１０階の中間階である７階へ移動させて待機させておく。これにより、最も優先度値が大きい４Ｆあるいは次に優先度値が大きい１０Ｆでホール呼びがあった場合にすぐに応答できるようになる。
【００９１】
ここで、ｗｆは、図４に示したビル内の滞在者情報を元に計算された階床別の優先度である。本実施形態で示した上記２つの待機階計算方法では、優先度の高い階床、つまり、ホール呼びが発生した場合には、多くの人数が乗車する期待値の最も高い階床、あるいは、期待値の最も高い階床とその次に高い階床の中間階が待機階として決定される。このような待機階にエレベータを待機させておくことで、実際にホール呼びが発生した場合にそのホール呼びの発生階に早く応答できる確率が高くなる。
【００９２】
以上のように本実施形態によれば、グループ単位の行動パターンを考慮することで、ビル内の各階床にエレベータを効率的に応答させることができる。さらに、待機状態となったエレベータを適切な階床に待機させておくことで、ホール呼びに対する応答時間を短縮化できる。これにより、特にホテルのように滞在者がグループで行動することの多いビルにおいて、滞在者に対するエレベータの運転サービスを向上させることができる。
【００９３】
なお、上記実施形態では、ホテル内の各階床に滞在する滞在者を想定して説明したが、本発明はこれに限るものではなく、ホテル以外の一般的なビルであっても適用可能であり、エレベータを利用する滞在者がグループで行動することが多い場合に、上記同様の効果を得ることができる。
【００９４】
また、滞在者に関する情報を登録するための操作手段としては、図１に示したような端末装置１３の他に、乗場で行先階を登録可能な乗場行先階登録装置を利用することでもよい。この乗場行先階登録装置にグループ情報を登録可能な機能を設けておき、滞在者がエレベータを利用するときに、一緒にエレベータに乗るグループの構成人数を登録できるようにしておく。これにより、上記実施形態と同様にグループで乗車する人数を考慮した群管理制御を行うことができる。
【００９５】
要するに、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００９６】
１…エレベータ群管理装置、２…情報管理記憶部、２ａ…更新通知部、３…階床別優先度設定部、３ａ…起動部、３ｂ…読込み部、３ｃ…階床別優先度計算部、３ｄ…階床別優先度書込み部、４…階床別優先度記憶部、５…ホール呼び検知部、６…待機号機検知部、７…割当号機決定部、７ａ…起動部、７ｂ…読込み部、７ｃ…割当号機計算部、７ｄ…割当指令部、８…待機階決定部、８ａ…起動部、８ｂ…読込み部、８ｃ…待機階計算部、８ｄ…待機階指令部、９ａ，９ｂ，９ｃ…号機制御部、１０ａ，１０ｂ，１０ｃ…乗りかご、１１ａ，１１ｂ，１１ｃ…かご呼びボタン、１２ａ，１２ｂ，１２ｃ…ホール呼びボタン、１３…端末装置、１３ａ…操作部、１３ｂ…書込み部、１３ｃ…読込み部。
【図１】
2012006711.tif 000009
【図２】
2012006711.tif 000010
【図３】
2012006711.tif 000011
【図４】
2012006711.tif 000012
【図５】
2012006711.tif 000013
【図６】
2012006711.tif 000014
【図７】
2012006711.tif 000015
【図８】
2012006711.tif 000016