(57)【要約】【課題】  多数のエレベーターを遠隔で監視及び管理する保守サーバがダウンしても、効果的に保守員を上記保守サーバが管理する多数のエレベーターに派遣できるようにする。【解決手段】  昇降設備の保守管理システム１０は、複数台のエレベーターの各々を制御する複数台のエレベーターコントローラ１Ａ〜１Ｃと、この複数台のエレベーターコントローラに専用回線または電話回線により接続され、遠隔に配置された管制センタ内に設けられた保守サーバ１Ｇとを有する。保守サーバに記録された保守データを前記保守サーバとの間の通信で入手可能な少なくとも１台の保守端末１Ｈ〜１Ｊを設け、複数のエレベーターコントローラのそれぞれに自己を保守・管理する保守端末の情報を記憶する記憶手段を設ける。また、保守サーバは定期的に各エレベーターの保守担当の保守端末の情報を更新する。【選択図】  図４
2015013730.tif 000002
【特許請求の範囲】
【請求項１】
複数台のエレベーターの各々を制御する複数台のエレベーターコントローラと、この複数台のエレベーターコントローラに専用回線または電話回線により接続され、遠隔に配置された管制センタ内に設けられた保守サーバとを有する昇降設備の保守管理システムにおいて、
前記保守サーバに記録された保守データを前記保守サーバとの間の通信で入手可能な少なくとも１台の保守端末を設け、前記複数のエレベーターコントローラのそれぞれに自己を保守・管理する前記保守端末の情報を記憶する記憶手段を設け、前記保守サーバは定期的に各エレベーターの保守担当の前記保守端末の情報を更新することを特徴とする昇降設備の保守管理システム。
【請求項２】
前記複数のエレベーターコントローラのそれぞれに、前記保守サーバとの通信が正常か否かを判断する判断手段と、前記判断手段が前記保守サーバと正常に通信できないと判断したときに、前記エレベーターコントローラと前記保守端末との公衆回線による通信に切り替える手段とを備えたことを特徴とする請求項１に記載の昇降設備の保守管理システム。
【請求項３】
前記エレベーターコントローラに、前記保守サーバが定期的に更新する自己の担当の前記保守端末情報または自己を最後に保守・点検した前記保守端末の情報に基づいて、前記判断手段が前記保守サーバと正常に通信できないと判断したときに、当該保守端末に公衆回線により送信する送信手段を設けたことを特徴とする請求項２に記載の昇降設備の保守管理システム。
【請求項４】
複数台のエレベーターの各々を制御する複数台のエレベーターコントローラが専用回線または電話回線により接続され、遠隔に配置された管制センタ内に設けられた保守サーバとの間で情報の送受信が可能な昇降設備の保守管理システムが備える保守端末において、
前記保守端末との通信がダウンしたときに前記複数台のエレベーターコントローラの少なくとも１台と公衆回線を介して通信する通信手段を設け、この通信手段は通信可能な前記エレベーターコントローラから送信された乗客有無の情報に基づいて、今保守端末を携行する保守員の巡回データを作成することを特徴とする昇降設備の保守管理システムが備える保守端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エレベーター等の昇降設備の保守管理システムに及びそれに用いる保守端末係り、特に管理センタが備えるサーバがダウンしたときに用いる昇降設備の保守管理システム及びそれに用いる保守端末に関する。
【背景技術】
【０００２】
従来のエレベーターシステムについて保守管理する例が、特許文献１ないし３に記載されている。例えば特許文献１では、巡回中の保守員の位置を把握して、ビル設備に異常が発生した場合に復旧効率を向上させ、かつ保守員の安全を管理することが開示されている。この公報に記載のシステムでは、コンピュータに全ての管理ビルデータを格納し、保守員が巡回する時にはコンピュータ、ＧＰＳ端末、無線通信設備を携行し、１個の設備の保守点検終了ごとにコンピュータにデータを書き込むようにしている。
【０００３】
また、特許文献２に記載のシステムではエレベーターの異常を検知した遠隔監視装置が管理システムに通報し、管理システムは異常の通報があったら部品の在庫の調査・手配と保守員の選定を実行し、異常通報があった部署に作業の指示と部品到着時間を伝達する。さらに特許文献３に記載のシステムでは、地震が発生したときに、監視センタが優先度を更新するとともに保守員の現在位置から各建物までの距離を調べ、保守員が復旧作業させるべきエレベーターを選択する。そして、選択したエレベーターの保守作業を保守員に監視センタが通知している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平９−１０７４１０号公報
【特許文献２】特開２００２−２５５４６５号公報
【特許文献３】特開２００９−２１４９９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、東日本大地震のような大規模災害では、停電の発生とともに同時に多数の昇降機が停止し、その結果多数の人が昇降機に閉じ込められるという事態が発生する。それとともに、多数の昇降機を遠隔監視している管理センタの保守サーバも停電等によりダウンする恐れがある。保守サーバは一円の多数の昇降機を管理しているので、これがダウンすると緊急の復旧処理をする複数の保守員も、どの昇降機を優先的に復興すべきかが分からなくなり、全ての昇降機を復旧させるのに多大な時間を要する、それとともに、保守サーバが管理する範囲の全ての昇降機が復旧されたか否かの確認も困難になる。
【０００６】
上記特許文献１ないし３のいずれもが、異常発生時に複数の昇降機を管理及び監視する遠隔に配置された保守サーバがダウンして、被災した昇降機の情報が得られず、そのため保守員を派遣することの管理が困難になることに関しては、十分には考慮していない。特に大地震等、地域の昇降機が多数被災する場合には、緊急を要する昇降機から優先度を設けて乗客の救出等が必要となるが、管理データが得られないので保守員は手近なところに向かうしかなくなる。
【０００７】
本発明は上記従来技術の不具合に鑑みなされたものであり、その目的は、多数のエレベーターを遠隔で監視及び管理する保守サーバがダウンしても、効果的に保守員を上記保守サーバが管理する多数のエレベーターに派遣できるようにすることにある。また、保守サーバダウン時に保守サーバが監視及び管理する多数のエレベーターの中で、管理漏れをなくすることも目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の特徴は、複数台のエレベーターの各々を制御する複数台のエレベーターコントローラと、この複数台のエレベーターコントローラに専用回線または電話回線により接続され、遠隔に配置された管制センタ内に設けられた保守サーバとを有する昇降設備の保守管理システムにおいて、前記保守サーバに記録された保守データを前記保守サーバとの間の通信で入手可能な少なくとも１台の保守端末を設け、前記複数のエレベーターコントローラのそれぞれに自己を保守・管理する前記保守端末の情報を記憶する記憶手段を設け、前記保守サーバは定期的に各エレベーターの保守担当の前記保守端末の情報を更新することにある。
【０００９】
上記目的を達成する本発明の他の特徴は、複数台のエレベーターの各々を制御する複数台のエレベーターコントローラが専用回線または電話回線により接続され、遠隔に配置された管制センタ内に設けられた保守サーバとの間で情報の送受信が可能な昇降設備の保守管理システムが備える保守端末において、前記保守端末との通信がダウンしたときに前記複数台のエレベーターコントローラの少なくとも１台と公衆回線を介して通信する通信手段を設け、この通信手段は通信可能な前記エレベーターコントローラから送信された乗客有無の情報に基づいて、今保守端末を携行する保守員の巡回データを作成することにある。
【発明の効果】
【００１０】
本発明によれば、保守サーバがダウンしたときに、各エレベーターに備えられたエレベーターコントローラが保守端末を携行する保守員との連絡を可能にし、しかもこの連絡により自動的に優先度が発生するので、効果的に保守サーバが管理する多数のエレベーターに保守員を派遣できる。また、保守サーバダウン時に保守サーバが監視及び管理する多数のエレベーターの中から管理漏れを防止できる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係るエレベーターの保守管理システムのブロック図である。
【図２】図１に示したエレベーターの保守管理システムの異常時の動作を説明する図である。
【図３】図１に示したエレベーターの保守管理システムの動作を説明するフローチャートである。
【図４】発明したエレベーターシステムのブロック図である。
【発明を実施するための形態】
【００１２】
以下、本発明に係るエレベーターの保守管理システムの一実施例を、図面に基づき説明する。図１は、エレベーターの保守管理システム１０のブロック図であり、遠隔に配置したエレベーターの保守サーバ１Ｇが健全である場合を示す図である。
【００１３】
異なる建物または同一の建物内には、複数のエレベーター３Ａ〜３Ｃ用の昇降路が設けられている。そして、各昇降路には、乗客が乗り込む乗りかご１Ｄ〜１Ｆと、これらの乗りかご１Ｄ〜１Ｆの昇降を制御するエレベーターコントローラ１Ａ〜１Ｃが配設されている。各エレベーターコントローラ１Ａ〜１Ｃは、専用回線または電話回線２Ａ〜２Ｃにより、個別に管理センタ３Ｘが有する保守サーバ１Ｇに接続されている。
【００１４】
保守サーバ１Ｇは各エレベーターコントローラ１Ａ〜１Ｃからは遠隔地に配置されており、図示を省略したが、多数のその他のエレベーターにも専用回線または電話回線等を介して接続されている。したがって、保守サーバ１Ｇには、ある地域全体のエレベーター３Ａ、…が接続されており、各エレベーター３Ａ、…での異常の発生または異常の発生の連絡を、常時監視および管理している。
【００１５】
一方、エレベーター３Ａ、…を定期的に保守・点検するため及び異常発生時にエレベーター３Ａ、…から乗客を救出し復旧させるために、保守員や保守員が乗車する移動車４Ａ〜４Ｃが準備されている。保守員や保守員が乗車する移動車４Ａ〜４Ｃには、保守端末１Ｈ〜１Ｊが携行または搭載されている。
【００１６】
保守端末１Ｈ〜１Ｊは、保守サーバ１Ｇとアナログ回線または無線２Ｄ〜２Ｆで接続されており、保守サーバ１Ｇからは巡回点検すべきまたは復旧すべきエレベーター３Ａ、…の地図情報を含む位置情報やエレベーター３Ａ、…の現在状態の情報が送信される。一方、保守端末１Ｈ〜１Ｊからは、現在位置もしくは最後に巡回したエレベーター３Ａ、…の位置、これから向かうエレベーター３Ａ、…の位置等の位置情報と、保守点検時のエレベーター３Ａ、…の状況等が、定期的に保守サーバ１Ｇに無線を介して送信される。
【００１７】
ここで、各エレベーターコントローラ１Ａ、…には、定期的にエレベーター３Ａ、…の担当保守員または担当移動車４Ａ〜４Ｃ、より正確には保守員または移動車に携行される担当保守端末１Ｈ〜１Ｊの情報が、保守サーバ１Ｇから送信される。担当者が３交代で変わる場合には、例えば、朝の８時、午後の４時、真夜中の１２時に、全てのエレベーターコントローラ１Ａ、…に、そのエレベーター３Ａ、…の担当保守端末１Ｈ〜１Ｊに割り当てられたＩＤや電話番号、巡回情報を含む地図情報等が送信される。その際、近隣のエレベーター３Ａ、…を担当する担当保守端末１Ｈ〜１ＪのＩＤも同時に送信することにより、万一何らかの理由で担当保守端末１Ｈ〜１Ｊを携行する保守員や移動車４Ａ〜４Ｃが駆け付けられなくても、代わりの保守員や移動車４Ａ〜４Ｃが対応できるようにしておく。これらの情報は、エレベーターコントローラ１Ａ〜１Ｃが備える記憶手段に記憶され、保守サーバ１Ｇからの送信ごとに更新される。
【００１８】
この様に構成したエレベーター３Ａ、…の保守管理システム１０の通常運転時には、管理センタ３Ｘに設けられた保守サーバ１Ｇがこの保守サーバ１Ｇに専用回線または電話回線等２Ａ〜２Ｃを介して接続された多数のエレベーター３Ａ、…を監視する。それとともに、保守員や移動車４Ａ〜４Ｃが、定期的に巡回点検サービスを実行し、逐次担当エレベーター３Ａ、…の状況を保守サーバ１Ｇに送信する。
【００１９】
このとき、保守サーバ１Ｇが管理する多数のエレベーター３Ａ、…のうちの１台または複数台に異常が生じた場合には、当該エレベーター３Ａのエレベーターコントローラ１Ａは保守サーバ１Ｇに保守員または移動車の派遣を要請する。保守サーバ１Ｇは、定期的に更新される担当表から保守員４Ａを選定し、保守員４Ａを要請されたエレベーターに派遣する。
【００２０】
エレベーターの異常の規模が小さい場合には、従来から上記のような対応で復旧処置をしている。これに対し、大規模災害が発生し、保守サーバ１Ｇがダウンした場合には、保守サーバ１Ｇを介した通信が切断するので、この様な対応は期待できない。そこで、保守サーバ１Ｇを介さない保守管理システムを採用する。この例を、図２ないし図４を用いて説明する。
【００２１】
図２は、図１と同様の図であり、大規模地震等が発生して保守サーバ１Ｇの電源が遮断され、保守サーバ１Ｇがダウンしたときの状態を示す図である。図３は、この時の動作シークエンスを説明するフローチャートであり、図４はエレベーター３Ａ〜３Ｃと保守サーバ１Ｇと保守端末１Ｈ〜１Ｊの通信状況を示す図である。なお、この実施例では簡単のために３個のエレベーター３Ａ〜３Ｃを保守サーバ１Ｇが保守・管理する場合について説明する。
【００２２】
管理下にあるエレベーター３Ａ〜３Ｃの少なくともいずれかに異常が発生すると、保守サーバ１Ｇは保守端末１Ｈ〜１Ｊに、異常の発生を通知する。そして、乗りかご１Ｄに設置した荷重センサの出力やカメラの出力から判断した乗りかご１Ｄに乗車している乗客の情報等を保守端末１Ｈ〜１Ｊに、保守員４Ａの巡回情報等をエレベーターコントローラ１Ａにそれぞれデータ通信する。
【００２３】
しかしながら、保守サーバ１Ｇがダウンしているので、エレベーターコントローラ１Ａは保守サーバ１Ｇと通信できない。所定時間経過してもエレベーターコントローラ１Ａが保守サーバ１Ｇに通信できない場合、または保守サーバ１Ｇの応答がない場合には、エレベーターコントローラ１Ａは保守サーバ１Ｇを介した通信をあきらめ、直接保守員や移動車４Ａ〜４Ｃとの通信に切り替える。そのため、これまで使用した専用回線や電話回線に代え、公衆回線を使用する。
【００２４】
このとき、エレベーターコントローラ１Ａは、自己が有する記憶手段に記憶された担当保守員表のデータまたは最後に直接受信した保守員４Ａ〜４Ｃの位置情報に基づいて、最適な保守端末１Ｈ〜１Ｊを選定する。例えば図２においては、エレベーターコントローラ１Ａの最も近くに保守端末１Ｈがいるので、保守端末１Ｈに公衆回線５Ａを介して乗りかご１Ｄ内の乗客情報を送信する。乗客情報は、乗りかご１Ｄに設けたカメラや荷重センサの出力から判断した、乗りかご１Ａ内の乗客の有無である。エレベーターコントローラ１Ａから乗りかご１Ｄ内の乗客情報を受信した保守端末１Ｈは、エレベーターコントローラ１Ａに公衆回線５Ａを介して巡回情報等を返信する。
【００２５】
大規模災害のために、複数台のエレベーター３Ａ、３Ｂに異常が発生したときには、エレベーター３Ａについては上記対応がなされる。エレベーター３Ｂについては、以下のような対応がなされる。エレベーターコントローラ１Ｂと保守端末１Ｈ〜１Ｊとの間での、保守サーバ１Ｇを経由した通信は不可能である。このときエレベーターコントローラ１Ｂは通信をＬＴＥ等の公衆回線に切り替え、エレベーターコントローラ１Ｂに記憶された担当保守端末１Ｈの情報または最後に直接受信した保守員の持つ保守端末１Ｈの位置データから適切な保守端末を選定する。図２の例では、自己の記憶装置に記憶した担当保守端末表や保守端末の巡回表を参照して、エレベーターコントローラ１Ｂから現時点で最も近くに居ると推定した保守端末１Ｈを選定する。
【００２６】
保守端末１Ｈに乗りかご１Ｅ内の乗客情報を、公衆回線５Ｂを用いて送信する。乗客情報は乗りかご１Ｅに設けた荷重センサやカメラの出力である。このとき、保守端末１Ｈはすでにエレベーターコントローラ１Ａと通信しており、エレベーターコントローラ１Ｂと保守端末１Ｈとは通信できない。
【００２７】
そこでエレベーターコントローラ１Ｂは、自己の記憶装置に記憶された担当保守端末１Ｈ〜１Ｊの表や保守端末１Ｈ〜１Ｊの巡回表を参照して、現時点の保守端末１Ｈ〜１Ｊの位置を推定し、最適な保守端末を選定する。図２の例ではエレベーターコントローラ１Ｂから最も近いと推定したのが保守端末１Ｈであり、この保守端末１Ｈの次に近いと推定したのが保守端末１Ｉであるから、保守端末１Ｉを選定する。エレベーターコントローラ１Ｂは、公衆回線５Ｄを用いて保守端末１Ｉに乗りかご１Ｅ内の乗客情報を送信する。エレベーターコントローラ１Ｂから乗りかご１Ｅ内の乗客情報を受信した保守端末１Ｉは、公衆回線５Ｄによりエレベーターコントローラ１Ｂに巡回情報等を返信する。
【００２８】
さらにエレベーター３Ｃも被災した場合には、エレベーターコントローラ１Ｃと保守端末１Ｈ〜１Ｊとの間での、保守サーバ１Ｇを経由した通信は不可能である。このときエレベーターコントローラ１Ｃは通信を公衆回線に切り替え、エレベーターコントローラ１Ｃに記憶された担当保守端末１Ｈの情報または最後に直接受信した保守員の持つ保守端末１Ｈの位置データから適切な保守端末を選定する。図２の例では、エレベーターコントローラ１Ｃの担当保守端末である保守端末１Ｈを選定する。
【００２９】
保守端末１Ｈに乗りかご１Ｆ内の乗客情報を、公衆回線５Ｃを用いて送信する。乗客情報は乗りかご１Ｆに設けた荷重センサやカメラの出力である。このとき、保守端末１Ｈはすでにエレベーターコントローラ１Ａと通信しており、エレベーターコントローラ１Ｃと保守端末１Ｈとは通信できない。エレベーターコントローラ１Ｃの記憶手段に記憶された保守端末の担当表の情報を参照する。そして、保守端末１Ｈに次いで現時点でエレベーター３Ｃの近くにいると推定した保守端末１Ｉに、エレベーターコントローラ１Ｃは公衆回線５Ｅを介して乗りかご１Ｆの情報を送信する。
【００３０】
すでに保守端末１Ｉもエレベーターコントローラ１Ｂと通信中なので、エレベーターコントローラ１Ｃは保守端末１Ｉと通信できない。この場合、保守端末の担当表を参照すると、空いている保守端末は保守端末１Ｊだけである。しかしながら、現時点の保守端末１Ｊの推定位置はエレベーター３Ｃからあまりに遠く、復旧までに時間がかかり過ぎる恐れがある。そこで、エレベーターコントローラ１Ｃは、通信をＷｉ−Ｆｉ等に切り替えてマルチキャスト５Ｑし、保守端末が近付くのを待つ。なお、上記異常発生時の保守管理サービスにおいては、保守端末１Ｈ〜１Ｊ間で相互にＬＴＥ等を用いた通信５Ｆ〜５Ｈが、適宜のタイミングで実行されている。
【００３１】
上記構成のエレベーターの保守管理システム１０についての、動作を図３のフローチャートを用いて説明する。災害等により保守サーバ１Ｇに接続されたエレベーター３Ａ、…のいずれかに異常が発生すると(ステップＳ１００)、各エレベーター３Ａ、…のコントローラ１Ａ、…は自発的に異常を検知し、保守サーバ１Ｇに乗りかご１Ｄ、…の異常を送信する(ステップＳ１１０)。その際、例えば乗りかご内１Ｄ、…内の画像データや乗りかご１Ｄ、…に設けた荷重データ等から、乗りかご１Ｄ内の乗客の有無の情報を送信する。
【００３２】
このとき、エレベーターコントローラ１Ａ、…から保守サーバ１Ｇへ正常に通信されたか否か(ステップＳ１２０)により対応が分かれる。正常に通信された場合には、エレベーターコントローラ１Ａ、…からの送信を受け、保守サーバ１Ｇは保守端末１Ｈ〜１Ｊから受信した保守員の位置データ等とエレベーターコントローラ１Ａ、…から受信した各エレベーター３Ａ、…の乗客の有無情報とを解析する。そして、エレベーター３Ａ、…の異常の状態や近隣の保守員情報等を、各エレベーターコントローラ１Ａ、…に返信する。
【００３３】
さらに保守サーバ１Ｇは、各保守端末１Ｈ〜１Ｊから受信した保守員の位置データ等と各エレベーターコントローラ１Ａ、…から受信した各エレベーター３Ａ、…の乗客情報等をもとに保守員の最適な巡回ルートを作成する(ステップＳ１３０)。その後保守サーバ１Ｇは、各保守端末１Ｈ〜１Ｊに作成した巡回データを送信して(ステップＳ１４０)、異常が発生したエレベーター３Ａ、…の復旧を進める。ここで、巡回データには、各エレベーター３Ａ、…まで行けるか、行けないかの別と、行ける場合にそこまでに要する予定時間、かご閉じ込めが発生した場合の優先度等が含まれる。
【００３４】
各エレベーターコントローラ１Ａ、…が保守サーバ１Ｇに乗客の情報を送信して所定時間経過しても、保守サーバ１Ｇから返信がないときは、各エレベーターコントローラ１Ａ、…は保守サーバ１Ｇがダウンしたと判断する。そこで、各エレベーターコントローラ１Ａ、…は保守サーバ１Ｇがダウンする直前の保守員位置データまたは記憶されている保守端末の担当表から、最も近い保守端末を推定する。エレベーターコントローラ１Ａ〜１Ｃは、いずれも最も近い保守端末として保守端末１Ｈを選定する。通信を公衆回線に切り替え(ステップＳ１５０)、エレベーターコントローラ１Ａ〜１Ｃは、保守端末１Ｈに乗りかご１Ｄ〜１Ｆ内の乗客情報を自発的に送信する。
【００３５】
保守端末１Ｈは、エレベーターコントローラ１Ａ、１Ｂとの通信が可能(ステップＳ１６０)であったので、乗りかご１Ｄ、１Ｅの乗客情報を受信し、最適な巡回ルートを自動作成する(ステップＳ１７０)。保守端末１Ｈは巡回マップを作成したので、エレベーターコントローラ１Ａ、１Ｂに巡回情報等を返信する(ステップＳ１８０)。
【００３６】
ステップＳ１５０において、各エレベーターコントローラ１Ａ〜１Ｃが通信を公衆回線に切り替え、最も近くにいると推定した保守端末１Ｈに乗客情報を送信したが、所定時間経過しても保守端末１Ｈから応答がなかった場合(ステップＳ１６０)には、接続を試みた保守端末１Ｈの次に近い保守端末があるか否かを探す(ステップＳ１９０)。次に近い保守端末Ｉを探し当てたら、データ送信する。所定時間経過する前に応答があれば(ステップＳ２００)、ステップＳ１７０に進み、巡回データの作成と送信を実行する。
【００３７】
２番目に近いと推定した保守端末とも通信が不可能であれば(ステップＳ２００)、ステップＳ１９０に戻り、さらに他の保守端末を探す。この手順を繰り返した後、エレベーターコントローラ１Ｃを復帰させる保守端末が見つからなければ(ステップＳ１９０)、通信をＷｉ−Ｆｉ等に切り替え(ステップＳ２１０)、マルチキャストする(ステップＳ２２０)。保守端末１Ｈ〜１ＪのいずれかがＷｉ−Ｆｉ等のマルチキャスト通信を受信可能な範囲に入れば(ステップＳ２３０)、保守員はかごドアを開けずに乗りかご１Ｆ内の情報を得ることができる。
【００３８】
以上の手順を踏むことにより、保守サーバ１Ｇがダウンしても効率良く保守端末を巡回させて、エレベーターを早期に復旧させることが可能になる。また、エレベーターの点検漏れも防止できる。
【００３９】
エレベーターに異常が発生した時の動作のタイムチャートを、図４に示す。図４(ａ)は、保守サーバ１Ｇに接続されたエレベーター３Ａ、…のいずれかに異常が発生したものの、保守サーバ１Ｇが健全状態(５１)で、エレベーターコントローラ１Ａ〜１Ｃと保守サーバ１Ｇの通信が確保されている場合である。乗客有無データ３１と保守員データ４１とが保守サーバ１Ｇに送信される。保守サーバ１Ｇからは、保守員位置データ３２とエレベーターデータ４２が送信される。保守サーバが近隣の保守員を選定し(６１)、保守端末１Ｈ〜１Ｊは現地へ駆けつける(６２)。
【００４０】
図４(ｂ)は、保守サーバ１Ｇがダウンした(５２)ときで、乗客有無データ３３や保守員位置データ４４が送信されても、返信なし(３４、４５)の状態となる。エレベーター３Ａ〜３Ｃは公衆回線に切り替える(６３)。保守端末１Ｈ〜１Ｊは、直接エレベーター３Ａ〜３Ｃからの乗客有無データ７１を公衆回線で受信(６４)できるようにする。そして、巡回データ７２を作成し(６５)、巡回データ７２をエレベーター３Ａ〜３Ｃへ送信する。保守端末１Ｈ〜１Ｊは、現地へ駆けつける(６２)。
【００４１】
図４(ｃ)は、保守サーバ１Ｇがダウンした(５２)ときで、乗客有無データ３３や保守員位置データ４４が送信されても、返信なし(３４、４５)の状態であり、これは図４(ｂ)の場合と同じである。さらに、エレベーター３Ｃから直接保守端末１Ｈ〜１Ｊへ送信する経路もダウン(７３)している点で、図４(ｂ)と相違している。
【００４２】
エレベーター３Ｃは、送信をＷｉ−Ｆｉ等に切り替え(６６)、マルチキャストする(６７)。一方、保守端末１Ｊは、現地周辺まで駆けつけ(６８)、Ｗｉ−Ｆｉの発生源を探索するため受信可能エリア６９に接近する。受信できたら乗客有無データ７４を得て、現地へ駆けつける(６２)。
【００４３】
以上説明したように、本実施例によれば、通信を公衆回線に切り替えて、保守サーバダウン直前の保守員位置データをもとに、エレベーター側から近隣にいる保守端末に画像データや荷重データなどエレベーターの情報が分かるデータを送信している。さらに、公衆回線にも接続できなければ、エレベーターコントローラ自身が通信をＷｉ−Ｆｉ等の短距離通信に切り替えて、マルチキャストする。このとき保守端末はＷｉ−Ｆｉ等の短距離通信を受信可能な範囲に迫ることで、かごドアを開けなくてもかご内の情報を、エレベーター復旧対策の前に予め得ることができる。
【符号の説明】
【００４４】
１Ａ〜１Ｃ…エレベーターコントローラ、１Ｄ〜１Ｃ…エレベーターかご、１Ｇ…保守サーバ、１Ｈ〜１Ｊ…保守端末、２Ａ〜２Ｆ…通常時の通信システム(専用回線や電話回線)、３Ａ〜３Ｃ…エレベーター、３Ｘ…管理センタ、４Ａ…移動体、４Ｂ…保守員、４Ｃ…移動体、５Ａ〜５Ｇ…異常時の通信システム(公衆回線)、５Ｑ…マルチキャスト、１０…保守管理システム、３１〜３４…エレベーター−保守サーバ間通信、４１〜４５…保守サーバ−保守端末間通信、５１、５２…保守サーバステータス、６１…保守サーバ動作、６２…保守端末動作、６３…エレベーター動作、６４、６５…保守端末動作、６６、６７…エレベーター動作、６８、６９…保守端末動作、７１〜７４…エレベーター−保守端末間通信。
【図１】
2015013730.tif 000003
【図２】
2015013730.tif 000004
【図３】
2015013730.tif 000005
【図４】
2015013730.tif 000006