(57)【要約】【課題】エレベーターの群管理を行う場合に、制御系と待機系の切替えが適切な制御で自動的に行えるようにする。【解決手段】複数台のエレベーターの各階の乗場をセンシングして、乗場の乗客情報を取得するセンシング情報取得部１１３と、複数台のエレベーターの各階の乗場の呼びボタンの情報を取得する呼びボタン情報取得部１１４と、各取得部の情報に基づいて制御系ユニットと待機系ユニットとの切替え指令の発行を許可する制御部１１１とを備える。制御部１１１は、乗場の乗客なしと判別した第１状態と、かご呼びなしと判別した第２状態との、少なくともいずれか一方の状態が該当する場合に、制御系ユニット１１０と待機系ユニット１２０との切替え指令の発行を許可する。【選択図】図１
2020175975.tif 000002
【特許請求の範囲】
【請求項１】
複数台のエレベーターの乗りかごの運行を管理する制御系ユニットと、
前記複数台のエレベーターの乗りかごの運行を管理するために待機している待機系ユニットと、を有し、
前記制御系ユニットと前記待機系ユニットとの切替えが可能なエレベーター群管理システムであって、
前記制御系ユニットと前記待機系ユニットのいずれか一方又は双方は、
前記複数台のエレベーターの各階の乗場をセンシングして、乗場の乗客情報を取得するセンシング情報取得部と、
前記複数台のエレベーターの各階の乗場の呼びボタンの情報を取得する呼びボタン情報取得部と、
前記センシング情報取得部が取得した乗場の乗客情報から、乗場の乗客なしと判別した第１状態と、前記呼びボタン情報取得部が取得した呼びボタン情報から、かご呼びなしと判別した第２状態との、少なくともいずれか一方の状態が該当する場合に、前記制御系ユニットと前記待機系ユニットとの切替え指令の発行を許可する制御部と、を備える
エレベーター群管理システム。
【請求項２】
さらに、前記制御部は、現在の状態として、交通流が閑散状態である場合に、前記制御系ユニットと前記待機系ユニットとの切替え指令の発行処理を行う
請求項１に記載のエレベーター群管理システム。
【請求項３】
さらに、前記制御部は、前記複数台のエレベーターの乗りかご内に乗客がいない場合に、前記制御系ユニットと前記待機系ユニットとの切替え指令の発行処理を行う
請求項２に記載のエレベーター群管理システム。
【請求項４】
前記制御部は、外部から制御権切替指令を受信した場合に、前記制御系ユニットと前記待機系ユニットとの切替え指令の発行処理を行う
請求項１に記載のエレベーター群管理システム。
【請求項５】
前記切替え指令が発行されたとき、前記待機系ユニットとして作動中のユニットは、リセット動作と、そのリセット動作後の制御系への動作モードの変更処理を行い、
前記制御系ユニットとして作動中のユニットは、リセット動作と、前記待機系ユニットとして作動中のユニットからの動作モードの変更完了通知の受信後の待機系への動作モードの変更処理を行う
請求項１に記載のエレベーター群管理システム。
【請求項６】
前記待機系ユニットとして作動中のユニットは、複数台のエレベーターの運行状況を学習する学習部を備え、
前記制御系ユニットは、前記学習部が学習した運行状況に基づいて、複数台のエレベーターの運行を制御する
請求項５に記載のエレベーター群管理システム。
【請求項７】
複数台のエレベーターの乗りかごの運行を管理する制御系ユニットと、前記複数台のエレベーターの乗りかごの運行を管理するために待機している待機系ユニットと、を有するエレベーター群管理システムに適用されるエレベーター群管理方法であり、
前記複数台のエレベーターの各階の乗場をセンシングして、乗場の乗客情報を取得する乗客情報取得処理と、
前記複数台のエレベーターの各階の乗場の呼びボタンの情報を取得する呼びボタン情報取得処理と、
前記乗客情報取得処理により取得した乗場の乗客情報から、乗場の乗客なしと判別した第１状態と、前記呼びボタン情報取得処理により取得した呼びボタン情報から、かご呼びなしと判別した第２状態との、少なくともいずれか一方の状態が該当する場合に、前記制御系ユニットと前記待機系ユニットとの切替え指令の発行を許可する許可処理と、を含む
エレベーター群管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エレベーター群管理システム及びエレベーター群管理方法に関する。
【背景技術】
【０００２】
ビルなどに複数台設置されたエレベーターの運行を管理するエレベーター群管理システムには、制御系を二重化したものがある。制御系を二重化することで、一方の制御系（主系）で制御できない状況が発生したとき、他方の制御系（待機系）による運行制御に切替えて、運行制御を継続することができ、エレベーターの信頼性が向上する。また、制御系が二重化されていることで、エレベーターを運行した状態のままで、待機系となった側でソフトウェアの更新などを行うことができ、保守作業などの作業性が向上する。
【０００３】
エレベーター群管理システムが制御系と待機系に二重化されている場合、制御系と待機系の切替えは、通常、エレベーターの群管理を一時的に停止した状態で行われる。例えば、保守作業員が該当するエレベーターの群管理を手動操作で一時的に停止させ、停止状態で制御系と待機系を切替える操作を行って、切替え後に新たに制御系となったユニットで群管理を再開する操作を行うようにする。
【０００４】
特許文献１には、エレベーター制御システムを主系と待機系に二重化し、それぞれの系で相手の通信異常を監視して、主系に異常が発生したとき、主系と待機系を切替える技術が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２２５６５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載されるように、制御系が主系と待機系に二重化された場合、主系に何らかの異常が発生したとき、主系と待機系を切替えることは、二重化されたシステムとして当然持つ機能である。
しかしながら、エレベーター制御システムにおいては、エレベーターを稼動した状態で主系と待機系を切替えることを想定すると、主系での制御状態を待機系での制御状態に引き継ぐための切替え処理が必要であり、切替えのための処理が非常に複雑化してしまう。
【０００７】
エレベーター制御システムの場合、通常は上述したように保守作業員が該当するエレベーターの群管理を手動操作で一時的に停止させ、停止状態で主系と待機系を切替えるのが一般的である。したがって、稼動状態で主系と待機系を自動的に切替えることは行われていなかった。
【０００８】
本発明は、主制御系と待機系の切替えを適切な制御で自動的に行うことができるエレベーター群管理システム及びエレベーター群管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は、上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、複数台のエレベーターの乗りかごの運行を管理する制御系ユニットと、複数台のエレベーターの乗りかごの運行を管理するために待機している待機系ユニットと、を有し、主制御系ユニットと待機系ユニットとの切替えが可能なエレベーター群管理システムとしたものである。
ここで、制御系ユニットと待機系ユニットのいずれか一方又は双方は、複数台のエレベーターの各階の乗場をセンシングして、乗場の乗客情報を取得するセンシング情報取得部と、複数台のエレベーターの各階の乗場の呼びボタンの情報を取得する呼びボタン情報取得部と、センシング情報取得部が取得した乗場の乗客情報から、乗場の乗客なしと判別した第１状態と、呼びボタン情報取得部が取得した呼びボタン情報から、かご呼びなしと判別した第２状態との、少なくともいずれか一方の状態が該当する場合に、制御系ユニットと待機系ユニットとの切替え指令の発行を許可する制御部と、を備える。
【発明の効果】
【００１０】
本発明によれば、乗場の乗客なしの状態と、乗場でのかご呼びがない状態の少なくともいずれか一方の状態が該当する場合に、主制御系と待機系との切替え指令の発行を許可することで、適切なタイミングで主制御系と待機系を切替えることが可能になる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施の形態例によるシステム構成の例を示す構成図である。
【図２】本発明の一実施の形態例による制御系ユニット及び待機系ユニットのハードウェア構成例を示すブロック図である。
【図３】本発明の一実施の形態例による制御系ユニット切替開始判定処理（定期処理）の流れを示すフローチャートである。
【図４】本発明の一実施の形態例による制御系ユニットの制御権切替処理（不定期処理）の流れを示すフローチャートである。
【図５】本発明の一実施の形態例による制御系ユニットの動作モード切替処理の流れを示すフローチャートである。
【図６】本発明の一実施の形態例による待機系ユニット切替開始判定処理（定期処理）の流れを示すフローチャートである。
【図７】本発明の一実施の形態例による待機系ユニットの動作モード切替処理（不定期処理）の流れを示すフローチャートである。
【図８】本発明の一実施の形態例による待機系ユニットの起動処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の一実施の形態例（以下、「本例」と称する）について、添付図面を参照して詳細に説明する。
【００１３】
［１．システム全体の構成］
図１は、本例のエレベーターの制御系のシステム全体の構成例を示す。
本例のエレベーターシステムは、１号機からＮ号機（Ｎは２以上の任意の整数）の不図示の乗りかごが設置され、各乗りかごの昇降が、それぞれ別のエレベーター制御装置１０、２０、・・・９０により制御される。
【００１４】
各エレベーター制御装置１０〜９０には、群管理システム１００が接続され、群管理システム１００が各号機のエレベーターの運転状態を統括して管理する。
本例に用いられる群管理システム１００は、制御系ユニット１１０と待機系ユニット１２０とを有する二重系として構成し、信頼性を向上している。すなわち、制御系ユニット１１０での群管理ができない状況のとき、制御系ユニット１１０は制御権を待機系ユニット１２０に移して、待機系ユニット１２０が群管理を行うようにする。制御系ユニット１１０と待機系ユニット１２０は、基本的には同一のハードウェア構成であり、群管理を実行中のユニットが制御系ユニット１１０となり、群管理を実行せずに待機しているユニットが待機系ユニット１２０になる。
【００１５】
図１に示す制御系ユニット１１０と待機系ユニット１２０の構成は、それぞれのユニット１１０、１２０が行う機能から見た構成である。
制御系ユニット１１０は、通信制御部１１１、利用者号機割当て制御部１１２、センシング情報取得部１１３、及び呼びボタン情報取得部１１４を備える。
通信制御部１１１は、制御系ユニット１１０と各号機のエレベーター制御装置１０〜９０との通信を制御すると共に、制御系ユニット１１０と待機系ユニット１２０との通信を制御する。また、センシング情報取得部１１３や呼びボタン情報取得部１１４が受信した情報は、通信制御部１１１に供給される。さらに、通信制御部１１１は、ネットワーク３００を介して外部のサーバ２００との通信を実行する。
【００１６】
利用者号機割当て制御部１１２は、通信制御部１１１を経由して受信した情報に基づいて、各号機の乗りかごの割当て処理を実行する。すなわち、センシング情報取得部１１３が取得した各乗場での乗客の待ち状況と、呼びボタン情報取得部１１４が取得した各乗場での呼びボタンの状況と、各号機の運転状況に基づいて、乗客が待っている階に、いずれかの号機の乗りかごの停止階を割り当てる。各号機の運転状況は、各エレベーター制御装置１０〜９０から通信制御部１１１を経由して利用者号機割当て制御部１１２により取得される。
そして、利用者号機割当て制御部１１２での割当処理の結果に基づいて、利用者号機割当て制御部１１２から、通信制御部１１１を経由して各号機のエレベーター制御装置１０〜９０に、運行の指示が行われる。
【００１７】
センシング情報取得部１１３は、本例のエレベーターシステムの各階の乗場に設置された乗場センシング計測機器１３０からのセンシング情報を取得して、乗場の乗客情報取得処理を行う。乗場センシング計測機器１３０としては、例えば各階の乗場に設置されたカメラや、赤外線センサなどの感知センサが使用され、乗場センシング計測機器１３０は、各階の乗場に人（乗客）がいるか否かを検知する。
センシング情報取得部１１３によって取得された乗場のセンシング情報は、通信制御部１１１を介して利用者号機割当て制御部１１２に伝送される。
【００１８】
呼びボタン情報取得部１１４は、本例のエレベーターシステムの各階の乗場に設置された、かご呼びボタンが押された情報（呼びボタン情報）を、乗場呼びボタン制御盤１４０から取得する呼びボタン情報取得処理を行う。呼びボタン情報取得部１１４が取得した呼びボタン情報は、通信制御部１１１を介して利用者号機割当て制御部１１２に伝送される。
【００１９】
待機系ユニット１２０は、通信制御部１２１及び学習部１２２を備える。
通信制御部１２１は、制御系ユニット１１０と各号機のエレベーター制御装置１０〜９０との通信を制御すると共に、制御系ユニット１１０と待機系ユニット１２０との通信を制御する。また、センシング情報取得部１１３や呼びボタン情報取得部１１４で受信された情報は、制御系ユニット１１０の通信制御部１１１を経由して通信制御部１２１に供給される。さらに、通信制御部１２１は、制御系ユニット１１０の通信制御部１１１及びネットワーク３００を介して、外部のサーバ２００との通信を実行する。サーバ２００は、例えばエレベーターを遠隔監視する監視センターなどに設置される。
【００２０】
学習部１２２は、通信制御部１２１が受信した情報に基づいて、各号機のエレベーター制御装置１０〜９０の運転状況や、各階の乗場での混雑状況などに基づいて、エレベーターの利用状況を学習する。例えば、特定の曜日や特定の時間帯に、利用客が集中する乗場階などを学習する。学習部１２２が学習した結果は、待機系ユニット１２０の通信制御部１２１から、制御系ユニット１１０の通信制御部１１１に伝送され、利用者号機割当て制御部１１２での割当て処理時に使用される。例えば、学習部１２２での学習結果に基づいて、特定の階の乗場が混雑する時間帯と判断されると、利用者号機割当て制御部１１２は、通常時よりも多くの台数の乗りかごを優先的に割り当てるような処理を行う。
【００２１】
［２．制御系及び待機系のハードウェア構成例］
群管理システム１００の制御系ユニット１１０と待機系ユニット１２０は、例えば、図２に示すコンピュータ１により構成することができる。
図２に示すコンピュータ１は、バス９にそれぞれ接続されたＣＰＵ（Central Processing Unit：中央処理装置）２、ＲＯＭ（Read Only Memory）３、及びＲＡＭ（Random Access Memory）４を備える。さらに、コンピュータ１は、不揮発性ストレージ５、ネットワークインタフェース６、入力装置７、及び表示装置８を備える。
【００２２】
ＣＰＵ２は、制御系ユニット１１０又は待機系ユニット１２０が行う機能（号機割り当て処理機能、学習処理機能など）を実現するソフトウェアのプログラムコードをＲＯＭ３から読み出して実行する演算処理部である。
ＲＡＭ４には、演算処理の途中に発生した変数やパラメータ等が一時的に書き込まれる。
【００２３】
入力装置７には、例えば、キーボード、マウスなどが用いられる。制御系ユニット１１０や待機系ユニット１２０の場合、保守作業員が入力装置７を使って操作を行う。
表示装置８は、例えば、液晶ディスプレイモニタであり、この表示装置８によりコンピュータ１で実行される制御処理の結果が表示される。
なお、制御系ユニット１１０と待機系ユニット１２０は、入力装置７や表示装置８を個別に備えてもよいが、制御系ユニット１１０と待機系ユニット１２０とで、入力装置７や表示装置８を兼用してもよい。あるいは、入力装置７や表示装置８は省略して、保守作業員が所持する端末が入力や表示などの処理が行うようにしてもよい。
【００２４】
不揮発性ストレージ５には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）などの大容量情報記憶媒体が用いられる。不揮発性ストレージ５には、複数台のエレベーターを群管理する処理機能を実行するプログラムが記録される。
また、待機系ユニット１２０が備える学習部１２２についても、不揮発性ストレージ５に記録されたプログラムの実行で形成される。さらに、制御系ユニット１１０と待機系ユニット１２０とを切替えるための処理を実行するプログラムについても、不揮発性ストレージ５に記録される。
ネットワークインタフェース６には、例えば、ＮＩＣ（Network Interface Card）などが用いられる。ネットワークインタフェース６は、ＬＡＮ（Local Area Network）、専用線などを介して外部と各種情報の送受信を行う。
【００２５】
なお、制御系ユニット１１０と待機系ユニット１２０を図２に示すコンピュータ１で構成するのは一例であり、コンピュータ以外のその他の演算処理装置で構成してもよい。例えば、制御系ユニット１１０や待機系ユニット１２０が行う機能の一部又は全部を、ＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）等のハードウェアによって実現してもよい。
【００２６】
［３．制御系と待機系の切替え処理］
次に、図３〜図８のフローチャートを参照して、群管理システム１００の制御系ユニット１１０と待機系ユニット１２０との間で制御権を切替える場合の処理例について説明する。以下に説明する制御系と待機系の切替え処理は、サーバ２００からの指令に基づいて実行される。
【００２７】
図３は、制御系ユニット１１０での制御系ユニット切替開始判定処理の流れを示すフローチャートである。この制御系ユニット１１０での制御系ユニット切替開始判定処理は、制御系ユニット１１０で定期的に実行される。
まず、制御系ユニット１１０の通信制御部１１１は、現在の状態が制御権を切替中か否かを判断する（ステップＳ１１）。ステップＳ１１で、制御権を切替中であると判断した場合には（ステップＳ１１のＹｅｓ）、既に切替中であるため、通信制御部１１１は、制御系ユニット切替開始判定処理を終了する。
【００２８】
そして、ステップＳ１１で、制御権を切替中でないと判断したとき（ステップＳ１１のＮｏ）、通信制御部１１１は、サーバ２００から制御権の切替指令を受信したか否かを判断する（ステップＳ１２）。
ステップＳ１２で、制御権の切替指令を受信したと判断しない場合には（ステップＳ１２のＮｏ）、通信制御部１１１は、制御系ユニット切替開始判定処理を終了する。
【００２９】
そして、ステップＳ１２で、制御権の切替指令を受信したと判断した場合（ステップＳ１２のＹｅｓ）、通信制御部１１１は、待機系ユニット１２０側と通信を行って、待機系ユニット１２０が正常に待機動作を行っているか否かを判断する（ステップＳ１３）。
ステップＳ１３で、待機系ユニット１２０が正常に待機動作を行っていないと判断した場合には（ステップＳ１３のＮｏ）、通信制御部１１１は、制御系ユニット切替開始判定処理を終了する。
【００３０】
そして、ステップＳ１３で、待機系ユニット１２０が正常であると判断した場合（ステップＳ１３のＹｅｓ）、通信制御部１１１は、乗場をセンシングした状態（第１状態）を判断する。すなわち、通信制御部１１１は、センシング情報取得部１１３で乗場センシング情報の受信があり、且つ、全ての階の乗場をセンシングした人数が０人か否かを判断する（ステップＳ１４）。
【００３１】
ステップＳ１４で、全ての階の乗場をセンシングした人数が０人の場合（ステップＳ１４のＹｅｓ）、通信制御部１１１は、制御権の切替指令の発行処理を起動し（ステップＳ１５）、ここでの制御系ユニット切替開始判定処理を終了する。
【００３２】
また、ステップＳ１４で、全ての階の乗場をセンシングした人数が０人でない場合（ステップＳ１４のＮｏ）、つまり何れかの階の乗場に１人でも乗客がいた場合、現在の状態として、交通流が閑散状態か否かを判断する（ステップＳ１６）。ステップＳ１６でいう交通流が閑散状態とは、例えば夜間などのエレベーターの利用が少ないことが判っている時間帯や、朝や夕方などの利用が多い時間帯を除いた時間帯をいう。この交通流が閑散状態か否かは、例えば通信制御部１１１が、待機系ユニット１２０の学習部１２２から取得した情報に基づいて判断する。
【００３３】
ステップＳ１６で、交通流が閑散状態でないと判断した場合（ステップＳ１６のＮｏ）、通信制御部１１１は、制御系ユニット切替開始判定処理を終了する。
また、ステップＳ１６で、交通流が閑散状態であると判断した場合（ステップＳ１６のＹｅｓ）、通信制御部１１１は、現在の状態として、乗場の呼びボタンによるかご呼びの登録がない状態（第２状態）か否かを判断する。すなわち、通信制御部１１１は、呼びボタン情報取得部１１４が取得した呼びボタン情報に基づいて、乗場の呼びボタンによるかご呼びの登録がないか否かを判断する（ステップＳ１７）。
【００３４】
ステップＳ１７で、かご呼びの登録があると判断した場合（ステップＳ１７のＮｏ）、通信制御部１１１は、制御系ユニット切替開始判定処理を終了する。
また、ステップＳ１７で、かご呼びの登録がないと判断した場合（ステップＳ１７のＹｅｓ）、通信制御部１１１は、制御権の切替指令の発行処理を起動し（ステップＳ１５）、ここでの制御系ユニット切替開始判定処理を終了する。
【００３５】
図４は、制御権の切替指令の発行処理が起動された場合（図３のステップＳ１５）の制御系ユニット１１０での流れを示すフローチャートである。この制御権の切替指令の発行処理は、不定期で行われる処理である。
まず、通信制御部１１１は、制御権の切替指令を待機系ユニット１２０に対して発行する（ステップＳ２１）。制御権の切替指令を受信した待機系ユニット１２０での処理については後述する（図６〜図８）。その後、通信制御部１１１は、待機系ユニット１２０からリセット完了の通知を受信したか否かを判断する（ステップＳ２２）。
【００３６】
ステップＳ２２で、リセット完了の通知を受信しない場合（ステップＳ２２のＮｏ）、通信制御部１１１は、リセット完了の通知を受信するまで待機する。
そして、ステップＳ２２で、リセット完了の通知を受信した場合（ステップＳ２２のＹｅｓ）、通信制御部１１１は、待機系ユニット１２０から起動完了の通知を受信したか否かを判断する（ステップＳ２３）。
【００３７】
ステップＳ２３で、起動完了の通知を受信しない場合（ステップＳ２３のＮｏ）、通信制御部１１１は、起動完了の通知を受信するまで待機する。
そして、ステップＳ２３で、起動完了の通知を受信した場合（ステップＳ２３のＹｅｓ）、通信制御部１１１は、群管理のための通信処理を停止する（ステップＳ２４）。その後、通信制御部１１１は、待機系ユニット１２０に対して通信処理停止完了通知を発行する（ステップＳ２５）。
【００３８】
さらに、通信制御部１１１は、待機系ユニット１２０から制御系切替完了通知を受信したか否かを判断する（ステップＳ２６）。
ステップＳ２６で、待機系ユニット１２０から制御系切替完了通知を受信しない場合（ステップＳ２６のＮｏ）、通信制御部１１１は、切替完了の通知を受信するまで待機する。
そして、ステップＳ２６で切替完了の通知を受信した場合（ステップＳ２６のＹｅｓ）、通信制御部１１１は、制御系ユニット１１０の動作モード切替処理を起動して、制御権切替処理を終了する（ステップＳ２７）。
【００３９】
図５は、制御系ユニット１１０での動作モード切替処理が起動された場合（図４のステップＳ２７）の制御系ユニット１１０での流れを示すフローチャートである。この動作モード切替処理は、不定期で行われる処理である。
まず、通信制御部１１１は、制御系ユニット１１０の再起動後の動作モードを待機系にセットした上で（ステップＳ３１）、制御系ユニット１１０をリセットする（ステップＳ３２）。
【００４０】
そして、通信制御部１１１は、ステップＳ３２で実行したリセットが完了したか否かを判断する（ステップＳ３３）。
ステップＳ３３で、リセットが完了していないと判断したとき（ステップＳ３３のＮｏ）、通信制御部１１１はリセットが完了するまで待機する。
そして、ステップＳ３３で、リセットが完了したと判断したとき（ステップＳ３３のＹｅｓ）、通信制御部１１１は、動作モード切替処理を終了する。制御系ユニット１１０は、ステップＳ３３でリセットが完了することで、ステップＳ３１でセットした待機系に変更される。
【００４１】
図６は、待機系ユニット１２０での動作モードの切替開始判定処理の流れを示すフローチャートである。この図６に示す動作モードの切替開始判定処理は、定期的に実行される。
まず、待機系ユニット１２０は、現在の状態が制御権を切替中か否かを判断する（ステップＳ４１）。ステップＳ４１で、制御権を切替中であると判断した場合には（ステップＳ４１のＹｅｓ）、通信制御部１２１は、待機系ユニット切替開始判定処理を終了する。
【００４２】
そして、ステップＳ４１で、制御権を切替中でないと判断したとき（ステップＳ４１のＮｏ）、通信制御部１２１は、制御系ユニット１１０から送信された制御権切替指令の受信があるか否かを判断する（ステップＳ４２）。
ステップＳ４２で、制御系ユニット１１０から制御権切替指令を受信したと判断したとき、通信制御部１２１は、待機系ユニット１２０の動作モード切替処理を起動し、待機系ユニット切替開始判定処理を終了する（ステップＳ４３）。
【００４３】
図７は、待機系ユニット１２０での動作モードの切替処理の流れを示すフローチャートである。この図７に示す動作モードの切替処理は、不定期に実施される。
まず、通信制御部１２１は、待機系ユニット１２０の再起動後の動作モードを制御系にセットした上で（ステップＳ５１）、待機系ユニット１２０をリセットする（ステップＳ５２）。
【００４４】
そして、通信制御部１２１は、ステップＳ５２で実行したリセットが完了したか否かを判断する（ステップＳ５３）。
ステップＳ５３で、リセットが完了していないと判断したとき（ステップＳ５３のＮｏ）、通信制御部１２１はリセットが完了するまで待機する。
そして、ステップＳ５３で、リセットが完了したと判断したとき（ステップＳ５３のＹｅｓ）、通信制御部１２１は、動作モード切替処理を終了する。待機系ユニット１２０は、ステップＳ５３でリセットが完了することで、ステップＳ５１でセットした制御系に変更される。リセット後に制御系に変更した後は、次に説明する起動処理が行われる。
【００４５】
図８は、待機系ユニット１２０の起動処理の流れを示すフローチャートである。この起動処理は、リセット後の初回の起動時にのみ実行される。
まず、待機系ユニット１２０の通信制御部１２１は、動作モードが待機系から制御系に変更されたか否かを判断する（ステップＳ６１）。
ステップＳ６１で、動作モードが待機系から制御系に変更された後の起動でないと通信制御部１２１が判断した場合（ステップＳ６１のＮｏ）には、この起動処理を終了する。
【００４６】
そして、ステップＳ６１で、動作モードが待機系から制御系に変更された後の起動であると判断した場合（ステップＳ６１のＹｅｓ）には、待機系ユニット１２０の通信制御部１２１は、起動完了通知を発行し、制御系ユニット１１０に送信する（ステップＳ６２）。このステップＳ６２で送信した起動完了通知は、制御系ユニット１１０側では図４のフローチャートのステップＳ２３で検知される。
【００４７】
その後、通信制御部１２１は、制御系ユニット１１０から伝送された通信処理停止の完了通知の受信があるか否かを判断する（ステップＳ６３）。
ステップＳ６３で、通信処理停止の完了通知の受信がないと判断した場合（ステップＳ６３のＮｏ）、通信制御部１２１は、該当する完了通知を受信するまで待機する。
【００４８】
そして、ステップＳ６３で、完了通知を受信した場合（ステップＳ６３のＹｅｓ）には、通信制御部１２１は、制御系としての通信処理を開始し（ステップＳ６４）、制御系切替完了通知を発行して、制御系ユニット１１０に送信する（ステップＳ６５）。起動処理は、この制御系切替完了通知の発行で終了する。ステップＳ６５で送信した制御系切替完了通知は、制御系ユニット１１０側では図４のフローチャートのステップＳ２６で検知される。
ここまでの処理が行われることで、以後は待機系ユニット１２０が制御系として作動し、各号機のエレベーターの群管理を行うようになる。また、制御系ユニット１１０が待機系として作動し、制御系の予備として待機すると共に、制御系での群管理状態を学習するようになる。
【００４９】
以上説明したように、本例のエレベーターシステムによると、外部のサーバ２００から指示で、遠隔で群管理システム１００の制御系ユニット１１０と待機系ユニット１２０を切替えることが可能になる。すなわち、本例のエレベーターシステムでは、複数台設置されたエレベーターの各階の乗場の乗客をセンシングして、待ち人数が０人である場合と、待ち人数が０人でない状況でも、交通流が少なく、エレベーターの呼び登録がない場合に、切替処理ができるようにした。
【００５０】
したがって、群管理を行う必要がない状況であることを検知して、自動的に制御系ユニット１１０と待機系ユニット１２０とを切替える処理が実行されるようになる。このため、保守作業員が手動で切替作業を行うことなく、制御系ユニット１１０と待機系ユニット１２０を切替えることができ、例えば群管理システム１００が実装するソフトウェアの更新などで、制御系を一時的に待機系する等の処理を自動的に実行できるようになる。
さらに、本実施の形態例の場合には、交通流が閑散状態であるか否かの判断を行うようにして、交通流が閑散状態の場合に制御系ユニット１１０と待機系ユニット１２０の切替え処理が実行され、交通流が閑散でない乗客が多い状況での切替えが行われることがなく、切替え処理の実行が混雑時に行われることがなく、エレベーターの通常運行を妨げることなく、切替え処理を実行できるようになる。
【００５１】
さらに、本実施の形態例の場合には、図４〜図８で説明したように、制御系ユニット１１０からの指令で、待機系ユニット１２０が最初にリセット動作を行い、そのリセットが完了してから、制御系ユニット１１０をリセットして待機系に変更するようにした。すなわち、待機系ユニット１２０が制御系に変更できることを確認して、制御系ユニット１１０を待機系に変更するようにしたので、待機系ユニット１２０が制御系に変更できない何らかの不具合がある場合に変更処理が実施されることがなく、確実な変更処理が行われる効果を有する。
【００５２】
なお、群管理システム１００を切替動作中は、エレベーターの群管理動作は実行されないが、各号機のエレベーター制御装置１０〜９０は作動しているため、切替動作中であっても、各号機のエレベーターは単独では作動する。すなわち、乗りかご内の停止階ボタンの操作があった場合などは、その停止階ボタンの操作を、乗りかごに対応したエレベーター制御装置１０〜９０のいずれかが受け付け、その階に停止させる動作が行われる。
【００５３】
［４．変形例］
本発明は、上述した実施の形態例に限定されるものではなく、様々な変形例が含まれる。
例えば、図４のフローチャートで説明した制御系ユニット１１０での切替開始判定処理では、ステップＳ１４で乗場をセンシングした人数が０人である場合に、ステップＳ１５で制御権の切替指令の発行処理を起動するようにした。
これに対して、図４のステップＳ１４の乗場センシングの状態（第１状態）の判断と、ステップＳ１７の乗場での呼び登録の状態（第２状態）の判断とを行う順序を入れ替えるようにしてもよい。すなわち、図４のステップＳ１４で、乗場での呼び登録の状態（第２状態）の判断を行い、図４のステップＳ１７で、乗場センシングの状態（第１状態）の判断を行うようにしてもよい。
あるいは、乗場センシングで乗場の乗客数が０人か否かの判断だけで、制御権の切替指令の発行処理を起動するようにしてもよい。あるいは逆に、乗場での呼び登録の状態の判断だけで、制御権の切替指令の発行処理を起動するようにしてもよい。
また、図４のフローチャートのステップＳ１６での交通流の閑散状態の判断については、省略してもよい。
【００５４】
あるいは、図４のフローチャートに示すステップＳ１４の乗場センシングとステップＳ１７の乗場での呼び登録の判断に、さらに乗りかご内の乗客が０人か否かの判断を加えて、乗りかご内の乗客が０人の場合に、ステップＳ１５の切替指令の発行処理起動に移るようにしてもよい。このようにすることで、さらにエレベーターの利用がない状況の判断がより厳密に行え、より適切なタイミングで切替え処理を実行できるようになる。
【００５５】
また、例えば、図１に示す構成では、待機系ユニット１２０は、学習部１２２を備えて、待機中にエレベーターの運転状況を学習するようにした。これに対して、待機系ユニット１２０は、待機時にエレベーターの運転状況を学習しない構成でもよい。あるいは、待機系ユニット１２０が、エレベーターの運転状況の学習以外の処理を行うようにしてもよい。
【００５６】
また、上述した実施の形態例では、外部のサーバからの指示で、制御系ユニット１１０と待機系ユニット１２０とを切替えるようにした。外部のサーバからの指示で切替えることができることで、遠隔で切替えができる効果を有するが、本発明はこのような場合に限定されるものではない。すなわち、群管理システム１００そのものが、外部からの指示を受信せずに、制御系ユニット１１０と待機系ユニット１２０とを切替える処理を開始してもよい。例えば、切替える日時などを群管理システム１００に予め登録しておき、その日時になったタイミングで、制御系ユニット１１０と待機系ユニット１２０とを切替える処理を実行してもよい。切替える日時などの登録は、外部のサーバからの指示で行う場合と、保守作業員が群管理システム１００を直接操作して行う場合のいずれでもよい。
さらに、制御系ユニット１１０での群管理状態に何らかの不具合が発生した場合に、制御系ユニット１１０と待機系ユニット１２０とを切替える場合にも、上述した実施の形態例で説明した切替えの処理を実行してもよい。
【００５７】
また、上述した実施の形態例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、図１の構成図では、制御線や情報線は説明上必要と考えられるものだけを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。また、図３〜図８に示すフローチャートにおいて、実施の形態例の処理結果に影響がない範囲で、一部の処理ステップの実行順序を入れ替えたり、一部の処理ステップを同時に実行したりするようにしてもよい。
【００５８】
また、上述した実施の形態例で説明した構成は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラムなどの情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、光ディスク等の記録媒体に置くことができる。
【符号の説明】
【００５９】
１…コンピュータ、２…ＣＰＵ、３…ＲＯＭ、４…ＲＡＭ、５…不揮発性ストレージ、６…ネットワークインタフェース、７…入力装置、８…表示装置、９…バス、１０〜９０…エレベーター制御装置（各号機ごと）、１００…群管理システム、１１０…制御系ユニット、１１１…通信制御部、１１２…利用者号機割当て制御部、１１３…センシング情報取得部、１１４…呼びボタン情報取得部、１２０…待機系ユニット、１２１…通信制御部、１２２…学習部、１３０…乗場センシング計測機器、１４０…乗場呼びボタン制御盤、２００…サーバ、３００…ネットワーク
【図１】
2020175975.tif 000003
【図２】
2020175975.tif 000004
【図３】
2020175975.tif 000005
【図４】
2020175975.tif 000006
【図５】
2020175975.tif 000007
【図６】
2020175975.tif 000008
【図７】
2020175975.tif 000009
【図８】
2020175975.tif 000010