JP6022002B1 - 保守管理システム - Google Patents

Abstract

【課題】保守員に何らかの緊急事態が生じた場合に簡単な操作で外部に通報して救助を要請する。【解決手段】監視センタ側であるＷｅｂサーバ４１の制御部５１は、地図表示部５１ｂ、表示処理部５１ｃ、救助手配部５１ｄを備える。地図表示部５１ｂは、任意地域の地図を表示すると共に、その地図上に監視対象とする各物件の位置を示す物件マークと各保守員の位置を示す保守員マークを付加する。表示処理部５１ｃは、保守員が持つ端末装置のブザー機能に連動して発報される救助要請を受けて、地図上に救助要請のアラート表示を行う。救助手配部５１ｄは、救助要請者の近くにいる保守員に救助要請を通知し、その通知に応答して上記救助要請者の救助に向かった保守員の名前と到着予定日時を管理する。【選択図】図５

Description

本発明は、エレベータやエスカレータなどの昇降機の保守点検を行う保守員の動静を管理する保守管理システムに関する。

各物件のエレベータは、通信ネットワークを介して監視センタに接続されている。監視センタには、多数のオペレータが就役している。各オペレータは、それぞれに監視卓と呼ばれるＰＣ（Personal Computer）の画面を通じて各物件のエレベータの動作状態を遠隔監視すると共に、これらのエレベータの保守点検を行う保守員の動静を管理している。

ここで、保守員の動静を管理する方法として、保守員が持つ端末装置のＧＰＳ（global positioning system）機能を利用して保守員の位置を検出し、その検出した位置を地図上に表示する方法がある。

特開２０１０−６５７５号公報

保守員が持つ端末装置には、保守点検のための各種機能の他に、緊急通報用のブザー機能が備えられている。例えば、保守員が昇降路内の作業中にケガをした場合などに、このブザー機能を起動すると、ブザー音が鳴り、周囲に助けを求めることができる。しかしながら、通常のブザー機能には外部への通報機能がないため、救助に遅れが生じる可能性があった。

本発明が解決しようとする課題は、保守員に何らかの緊急事態が生じた場合に簡単な操作で外部に通報して救助を要請することができる保守管理システムを提供することである。

一実施形態に係る保守管理システムは、保守点検用の端末装置と、この端末装置と通信ネットワークを介して接続された監視センタとを備える。

上記端末装置は、所定の操作により緊急通報用のブザー音を鳴らすブザー発生手段と、このブザー発生手段が起動されたときに、上記監視センタに現在位置を知らせて救助を要請する救助要請手段とを具備する。

上記監視センタは、任意地域の地図を表示すると共に、その地図上に監視対象とする各物件の位置を示す物件マークと各保守員の位置を示す保守員マークを付加する地図表示手段と、上記端末装置からの救助要請を受けて、上記地図表示手段によって表示された地図上に救助要請のアラート表示を行う表示処理手段と、救助要請者の近くにいる保守員に救助要請を通知し、その通知に応答して上記救助要請者の救助に向かった保守員の名前と到着予定日時を管理する救助手配手段とを具備する。

図１は一実施形態に係る保守監視システムの構成を示す図である。 図２は同実施形態における保守端末装置の外観構成を示す図である。 図３は同実施形態における保守端末装置の機能構成を示すブロック図である。 図４は同実施形態における監視センタの構成を示すブロック図である。 図５は同実施形態におけるＷｅｂサーバの構成を示すブロック図である。 図６は同実施形態におけるＷｅｂサーバに設けられた物件データベース（物件ＤＢ）の一例を示す図である。 図７は同実施形態におけるＷｅｂサーバに設けられた保守員データベース（保守員ＤＢ）の一例を示す図である。 図８は同実施形態におけるＷｅｂサーバに設けられた地図データベースの地図情報の構成を説明するための図である。 図９は同実施形態における監視センタに設置されたＰＣの構成を示すブロック図である。 図１０は同実施形態における保守監視システムの処理の流れを説明するための図である。 図１１は同実施形態における任意地域の地図の表示例を示す図である。 図１２は同実施形態における救助要請者の現在位置を含む地域の詳細地図の表示例を示す図である。 図１３は同実施形態における電子メールの通知例を示す図である。 図１４は同実施形態における出動情報入力画面の一例を示す図である。 図１５は同実施形態における到着遅れのアラート表示一例を示す図である。

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

図１は一実施形態に係る保守監視システムの構成を示す図である。図１の例では、各地域に設置された各エレベータとこれらのエレベータを保守点検する各保守員を監視する構成が示されている。

各地域に点在する建物に複数台のエレベータ１１ａ，１１ｂ…，１２ａ，１２ｂ…，１３ａ，１３ｂ…が設置されている。なお、図１の例では、Ａ地域，Ｂ地域，Ｃ地域の３つに区分されているが、特にこの３つの区分に限定されるものではない。

各地域のエレベータ１１ａ，１１ｂ…，１２ａ，１２ｂ…，１３ａ，１３ｂ…は、それぞれに通信ネットワーク２１を介して監視センタ２２に接続されている。監視センタ２２は、遠隔地に存在し、これらのエレベータ１１ａ，１１ｂ…，１２ａ，１２ｂ…，１３ａ，１３ｂ…の状態を常時監視している。

具体的には、監視センタ２２は、エレベータ１１ａ，１１ｂ…，１２ａ，１２ｂ…，１３ａ，１３ｂ…から送られてくる各種信号（動作状態情報）を監視画面に表示するなどして、何らかの異常を検出した場合に保守員を現場に派遣するなどして対応する。また、監視センタ２２では、常時数人のオペレータが待機しており、顧客からのエレベータ事故に関する問い合わせの電話に応答している。

ここで、各地域には保守員２３ａ，２３ｂ，２３ｃ…が存在し、それぞれに管轄地域内の各エレベータを定期的に巡回して保守点検している。なお、図１の例では、各地域に一人の保守員しか図示されていないが、実際には各地域毎に多数の保守員がいて、定期的に巡回して保守点検を行っている。

保守員２３ａ，２３ｂ，２３ｃ…は、それぞれに保守端末装置２４ａ，２４ｂ，２４ｃ…を携帯している。保守端末装置２４ａ，２４ｂ，２４ｃ…は、保守点検専用の携帯型の端末装置であり、保守点検に必要な各種機能が備えられている。また、保守端末装置２４ａ，２４ｂ，２４ｃ…は、電話や電子メールを含む通信機能を備えている。

図２は同実施形態における保守端末装置の外観構成を示す図である。なお、以下の説明では保守端末装置２４ａ，２４ｂ，２４ｃ…のいずれかを示す場合には保守端末装置２４と表記するものとする。同様に、保守員２３ａ，２３ｂ，２３ｃ…のいずれかを示す場合には保守員２３と表記するものとする。

保守端末装置２４は、例えば携帯電話機などであり、通信機能を備えた小型の端末装置からなる。保守端末装置２４には、保守点検に必要な各種機能の他に、緊急通報用のブザー音を鳴らすためのブザー機能が備えられている。図中の２５はブザー機能を起動するためのボタンであり、例えばアイコンの形態で画面上に任意に配置される。

このブザー機能ボタン２５を押下すると、ブザー音が発生すると同時に監視センタ２２に対して救助を要請するための救助要請信号が送信される。後述するように、監視センタ２２では、この救助要請信号を受けると、救助要請者の近くにいる保守員（近隣保守員と呼ぶ）を救助に向かわせる。

図３は同実施形態における保守端末装置の機能構成を示すブロック図である。

保守端末装置２４には、入力部３１、表示部３２、制御部３３、ブザー音発生部３４、記憶部３５、ＧＰＳ（Global Positioning System）モジュール３６、通信部３７などが備えられている。

入力部３１は、各種キーやボタンなどからなり、データの入力や指示を行う。表示部３２は、例えばＬＣＤからなり、データの表示を行う。なお、入力部３１として、例えば透明のタッチパネルを用い、表示部３２の画面上でデータ入力・指示を行う構成でも良い。

制御部３３は、ＣＰＵからなり、所定のプログラムの起動により保守点検作業に関わる各種機能を実行する。ブザー音発生部３４は、ブザー機能ボタン２５が押下されたときにブザー音を発生する。

記憶部３５には、各種情報が記憶されている。また、この記憶部３５には、予め保守端末装置２４を所持している保守員の名前、所属などを含む保守員情報が記憶されている。

ＧＰＳモジュール３６は、現在位置を検出するために用いられる。通信部３７は、監視センタ２２や他の端末装置との間での電子メールを含む各種データの送受信処理を行う。

ここで、本実施形態において、制御部３３には、緊急時に救助要請を行うための機能として救助要請部３４ａが設けられている。この救助要請部３４ａは、ブザー機能ボタン２５の操作によるブザー音発生部３４の起動に連動して、監視センタ２２に救助を要請するための救助要請信号を送信する。この救助要請信号には、救助要請者である保守員２３の名前、所属などを含む保守員情報と、その保守員２３の現在位置を示す位置情報が含まれる。

図４は同実施形態における監視センタの構成を示すブロック図である。

監視センタ２２には、Ｗｅｂサーバ４１と、複数台のＰＣ４２ａ，４２ｂ，４２ｃ…が設置されている。

Ｗｅｂサーバ４１は、通信ネットワーク２１に接続され、ここでは監視センタ２２の制御装置として存在する。ＰＣ４２ａ，４２ｂ，４２ｃ…は、Ｗｅｂサーバ４１にＬＡＮ（Local Area Network）等の通信回線４３を介して接続されている。このＰＣ４２ａ，４２ｂ，４２ｃ…は、各オペレータが監視卓として使用する端末装置である。

図５は同実施形態におけるＷｅｂサーバの構成を示すブロック図である。

Ｗｅｂサーバ４１は、制御部５１、記憶部５２、各種データベース５３、通信部５４、インタフェース（Ｉ／Ｆ）５５を備えている。

制御部５１は、ＣＰＵからなり、記憶部５２に記憶されたプログラム５２ａを読み込むことにより各種処理を実行する。また、この制御部５１には、本システムを実現するための機能部として、データベース検索部５１ａ、地図表示部５１ｂ、表示処理部５１ｃ、救助手配部５１ｄが設けられている。

データベース検索部５１ａは、各種データベース５３に含まれる物件データベース５３ａから指定地域の地図を検索すると共に、指定地域に存在する物件１１ａ，１１ｂ，１１ｃ…の位置を地図データベース５３ｃから検索する。

地図表示部５１ｂは、データベース検索部５１ａによって得られた指定地城の地図上に物件マークと保守員マークを付して、各オペレータの端末装置であるＰＣ４２ａ，４２ｂ，４２ｃ…に表示する。「物件マーク」とは、監視対象とするエレベータの物件（建物）の位置を示すマークである。「保守員マーク」とは、各地域を保守点検している各保守員の位置を示すマークである。

表示処理部５１ｃは、保守端末装置２４から救助要請があったときに、ＰＣ４２ａ，４２ｂ，４２ｃ…に現在表示中の任意地域の地図上に救助要請のアラート表示を行う。また、表示処理部５１ｃは、所定の操作により任意地域の地図から救助要請者の現在位置を含む地域の詳細な地図に切り替えて表示する。

救助手配部５１ｄは、救助要請者の近くにいる保守員（近隣保守員）に救助要請を通知し、その通知に応答して救助に向かった保守員（出動者）の名前と到着予定日時などを含む出動者情報を記憶部５２の所定の領域に記憶して管理する。その際、救助手配部５１ｄは、救助要請者の近くにいる保守員の他に、救助要請者と同じ事業所に所属する保守員全員に対しても同様の通知を行う。

記憶部５２は、ＲＯＭ、ＲＡＭなどのメモリからなり、プログラム５２ａの他、制御部５１の処理に必要な各種データを記憶している。また、この記憶部５２には、救助に向かった保守員の名前と到着予定日時などが記憶される。

一方、Ｗｅｂサーバ４１に設けられた各種データベース５３には、物件データベース（物件ＤＢ）５３ａ、保守員データベース（保守員ＤＢ）５３ｂ、地図データベース（地図ＤＢ）５３ｃなどが含まれる。なお、これらのデータベース５３ａ〜５３ｃは、実際には記憶部５２などに設けられる。

物件データベース５３ａは、各物件１１ａ，１１ｂ，１１ｃ…に関する情報を記憶している。具体的には、図６に示すように、各物件の識別番号（物件ＩＤ）、物件名、住所、その物件に設置されているエレベータの台数や号機の情報などを記憶している。

保守員データベース５３ｂは、各保守員に関する情報を記憶している。具体的には、図７に示すように、各保守員の識別番号（保守員ＩＤ）、氏名、所属（事業所）、その保守員が所持している保守端末装置２４の情報（端末ＩＤやアドレス、電話番号等）、保守員の現在位置と属性情報、ステータス情報などを記憶している。

なお、「現在位置」は、保守端末装置２４に備えられたＧＰＳ機能（ＧＰＳモジュール３６）を利用して検出される。「属性情報」には、保守員の職種が含まれる。その職種として、大きく分けて、一般的な定期点検を主とする「点検員」と、法定的な検査資格を有する「法定検査員」に分類される。法定検査員は点検員の業務を兼ねることができるが、その人数は点検員に比べて少ないのが一般的である。「ステータス情報」は、保守員の作業状態を示す情報であり、「作業中」，「移動中」などがある。

地図データベース５３ｃは、各地域の地図情報（画像情報）を記憶している。具体的には、図８に示すように、縮尺率に応じて複数の地図情報が分類して記憶されている。この場合、地図の縮尺率が高いほど広域を表わし、縮尺率が低いほど狭域を表わすことになる。

Ｗｅｂサーバ４１に設けられた通信部５４は、各物件１１ａ，１１ｂ，１１ｃ…に設置されたエレベータ１２ａ，１２ｂ，１２ｃ…との間で通信ネットワーク２１を介してデータの送受信を行う。インタフェース５５は、Ｗｅｂサーバ４１に接続されたＰＣ４２ａ，４２ｂ，４２ｃ…との間のデータの入出力処理を行う。

なお、Ｗｅｂサーバ４１には、保守端末装置２４からでも、図示せぬ各地域の事業所内のＰＣからでも通信ネットワーク２１を介してアクセス可能である。

図９は監視センタ１８に設置されたオペレータのＰＣ４２の構成を示すブロック図である。なお、ＰＣ４２ａ，４２ｂ，４２ｃ…のいずれかを示す場合にはＰＣ４２と表記するものとする。

ＰＣ４２は、制御部６１、記憶部６２、インタフェース（Ｉ／Ｆ）６３、入力部６４、表示部６５を備えている。

制御部６１は、ＣＰＵからなり、記憶部６２に記憶されたプログラム６２ａを読み込むことにより各種処理を実行する。記憶部６２は、ＲＯＭ、ＲＡＭなどのメモリからなり、プログラム６２ａの他、制御部６１の処理に必要な各種データを記憶している。インタフェース６３は、Ｗｅｂサーバ４１との間のデータの入出力処理を行う。

入力部６４は、例えばキーボード、マウスなどの入カデバイスからなり、オペレータがデータやコマンドの入力操作や画面上での選択操作を行う場合に用いられる。表示部６５は、例えばＣＲＴ（Cathode-ray tube）やＬＣＤ（Liquid Crystal Display）等の表示デバイスからなり、各種データの表示を行う。

次に、同実施形態の動作について説明する。

図１０は同実施形態における保守監視システムの処理の流れを説明するための図である。ここでは、（ａ）手配、（ｂ）進捗状況、（ｃ）完了の３つステージに分けて、左から救助要請者、近隣・所属事業所保守員、監視センタ２２のオペレータ、Ｗｅｂサーバ４１の動作が示されている。

（ａ）手配
いま、ある現場で保守員２３（保守員Ａとする）が所定の操作により保守端末装置２４のブザー機能を起動したとする（ステップＡ１１）。「所定の操作」とは、例えば待受画面などでブザー機能ボタン２５を数秒間長押しすることである。長押しは、誤操作を防止のためである。

ブザー機能の起動により、ブザー音発生部３４からブザー音が発せられる。このとき、保守端末装置２４から救助要請信号が通信ネットワーク２１を介して監視センタ２２に対して送信される。詳しくは、図３に示す保守端末装置２４の制御部３３が記憶部３５から保守員Ａの名前、所属などを含む保守員情報を読み出し、この保守員情報とＧＰＳモジュール３６によって検出される現在の位置情報を救助要請信号に付加して通信部３７を通じて監視センタ２２に送る（ステップＡ１２）。

なお、各地域を巡回している各保守員２３の位置情報は、定期的に監視センタ２２に送られており、図７に示した保守員データベース５３ｂに記憶されて管理されている。ただし、保守員データベース５３ｂに記憶された位置情報は、必ずしも正確な位置を示すものとは限らない。位置情報が送られていない間に保守員２３が移動していることもあるためである。したがって、ブザー機能が起動されたときには、救助要請信号に現在の位置情報を付加して送ることにより、保守員Ａの現在位置を正確に把握できるようにしている。

監視センタ２２に設けられたＷｅｂサーバ４１では、この救助要請信号を受信することにより、地図上に救助要請のアラート表示を行う（ステップＡ１３）。

ここで、「アラート表示」とは、警告メッセージを表示することである。例えば、図１１に示すように、いま、Ｗｅｂサーバ４１によって任意地域の地図７１が監視センタ２２内の任意のＰＣ４２に表示されているとする。

地図７１には、物件マーク７２と保守員マーク７３が付加されている。物件マーク７２は、監視対象とする各物件の位置を示すマーク情報であり、地図７１上の当該物件の位置に所定の表示形態（形や色）で表示される。保守員マーク７３は、保守員２３の現在位置を示すマーク情報であり、地図７１上の当該保守員２３の現在位置に物件マーク７２とは異なる表示形態で表示される。この保守員マーク７３の表示位置は、保守員２３の移動に追従して更新される。上述したように、保守員２３の位置は、その保守員２３が持つ保守端末装置２４のＧＰＳ機能によって検出されている。

救助要請者である保守員Ａの保守端末装置２４から救助要請信号が送られて来ると、Ｗｅｂサーバ４１の制御部５１は、救助要請信号に含まれている保守員情報および位置情報に基づいて、現在表示中の地図７１上の任意の箇所に救助要請の警告メッセージ７４を表示する（アラート表示）。この警告メッセージ７４には、救助要請者の名前や所属、発報時間、現在位置などの情報が含まれている。

また、地図７１上に表示された警告メッセージ７４をタッチすると、制御部５１は、図１２に示すように、当該警告メッセージ７４に関係している保守員Ａの現在位置を中心にして、その現在位置を含む地域の詳細な地図７５を表示する（ステップＡ１４）。

その際、救助要請場所に相当する物件の位置に物件マーク７６、保守員Ａの位置に保守員マーク７７が他の物件マーク７２と保守員マーク７３とは異なる表示形態で表示される。さらに、物件マーク７６の近くには救助要請場所に関する情報７６ａが付加される。保守員マーク７７の近くには保守員Ａに関する情報７７ａが付加される。

続いて、Ｗｅｂサーバ４１の制御部５１は、救助要請者である保守員Ａの近くにいる保守員（近隣保守員Ｂとする）を探し、その近隣保守員Ｂに対して救助要請の通知を行う（ステップＡ１５）。詳しくは、制御部５１は、保守員Ａの現在位置に基づいて図７の保守員データベース５３ｂを検索し、例えば保守員Ａの現在位置を中心に半径ｎメール（ｎは任意）以内に存在する保守員全員を近隣保守員Ｂとしてピックアップする。制御部５１は、この近隣保守員Ｂが持つ保守端末装置２４に図１３に示すような電子メール８１に送って、保守員Ａから救助要請があった旨を知らせる。

電子メール８１は、件名８２と本文８３を有する。件名８２には、通知名（ここでは「救助要請）が付される。本文８３には、救助要請に関する情報として、救助要請者に関する情報８４、発報時間に関する情報８５、救助要請場所（物件の位置）に関する情報８６などが含まれる。

さらに、本文８３には、地図アクセス情報８７と詳細アクセス情報８８が含まれる地図アクセス情報８７は、保守員Ａの現在位置を示す地図を表示するための情報である。所定の操作により電子メール８１上の地図アクセス情報８７を選択すると、図１２に示した地図７５が保守端末装置２４の表示装置７２に表示される。詳細アクセス情報８８は、救助要請に関する詳細画面（図示せぬ）を表示するための情報である。地図アクセス情報８７と詳細アクセス情報８８は、具体的には監視センタ２２が管理しているＷｅｂサーバ４１にログインするためのＵＲＬで構成される。

また、上記ステップＡ１５において、上記半径ｎメール以内に該当する保守員がいないことも考えられる。そこで、制御部５１は、図７の保守員データベース５３ｂを参照して保守員Ａと同じ事業所に属する保守員を調べ、その同じ事業所に属する保守員全員に対して上記同様の電子メール８１に送って、保守員Ａから救助要請があった旨を知らせる。

また、近隣保守員Ｂが作業中などで電子メール８１に気付かないこともあるので、警告メッセージ７４に気付いた監視センタ２２のオペレータが近隣保守員Ｂに電話で救助要請を連絡する（ステップＡ１６）。

このようにして、近隣保守員Ｂ（保守員Ａの近くにいる一人あるいは複数人の保守員）は、Ｗｅｂサーバ４１からのメール通知または監視センタ２２のオペレータからの電話連絡を受けて保守員Ａが緊急状態にあることを知ることができる。保守員Ａと同じ事業所に属する保守員も同様のメール通知によって保守員Ａが緊急状態にあることを知ることができる。

ここで、近隣保守員Ｂまたは所属事業所保守員の中で現場（保守員Ａがいる場所）に出動可能な保守員は、保守端末装置２４を通じてＷｅｂサーバ４１にアクセスし、図１４に示すような出動情報入力画面９１に出動情報の入力操作を行う（ステップＡ１７）。

この出動情報入力画面９１には、「出動者」の入力項目９２、「到着予定日時」の入力項目９３、救助完了ボタン９４などが設けられている。出動可能な保守員が保守端末装置２４を通じて出動情報入力画面９１の入力項目９２，９３に必要な情報を入力すると、制御部５１は、当該保守員を出動者として確定し、その出動者の名前と到着予定日時などを含む出動者情報を記憶部５２の所定の領域に記憶して管理する（ステップＡ１８）。

なお、上記出動者情報は、監視センタ２２のオペレータが入力することでも良い。また、出動者は一人に限らず、複数人でも良い。

出動者が決まると、制御部５１は、近隣保守員Ｂと所属事業所保守員に対し、出動者に関する情報を図示せぬ電子メールで送り、救助手配が完了したことを通知する（ステップＡ１９）。このメール通知により、近隣保守員Ｂと所属事業所保守員は手配完了を確認でき、出動者は図１２に示す地図７５を参照して現場（保守員Ａがいる場所）に急行する（ステップＡ２０）。

（ｂ）進捗管理
Ｗｅｂサーバ４１の制御部５１は、保守員Ａの救助に向かった出動者の行動を管理しており、到着予定日時から所定時間（Ｎ分）経過すると、監視センタ２２内のＰＣ４２に現在表示中の地図上に到着遅れをアラート表示する（ステップＢ１１）。

具体的には、現在表示中の地図上の任意の箇所に、図１５に示すような警告メッセージ７８を表示する。この警告メッセージ７８には、出動者の名前や到着予定時間などの情報が含まれている。なお、この警告メッセージ７８は、図１１に示した警告メッセージ７４に代えて表示しても良いし、警告メッセージ７４に加えて同一地図画面上に表示しても良い。

警告メッセージ７８に気付いた監視センタ２２のオペレータが保守員Ａの救助に向かった出動員に電話で状況確認を行う（ステップＢ１２）。なお、上述した到着遅れのアラート表示と同時に制御部５１が出動者に対して電子メールを送って状況確認を行うことでも良い。

例えば、交通渋滞等の遅延が発生していたとする。状況確認の連絡を受けた出動者は、自分が持つ保守端末装置２４を通じてＷｅｂサーバ４１にアクセスし、到着予定日時の変更操作を行う（ステップＢ１３）。

出動者が到着予定日時の変更操作を行うと、制御部５１は、その変更操作に従って記憶部５２の所定の領域に記憶した当該出動者の到着予定日時を変更する（ステップＢ１４）。なお、上記到着予定日時の変更操作は、監視センタ２２のオペレータが行うことでも良い。

また、制御部５１は、近隣保守員Ｂと所属事業所保守員に対し、出動者の到着予定日時が変更されたことを図示せぬ電子メールで通知する（ステップＢ１５）。このメール通知により、近隣保守員Ｂと所属事業所保守員は出動者の到着が遅れていることを知ることができ、例えば出動者よりも先に現場に到着できそうな場合には現場に急行しても良い（ステップＡ２０）。

（ｃ）完了
出動者が現場に到着し、保守員Ａを救助すると、自分が持つ保守端末装置２４を通じてＷｅｂサーバ４１にアクセスし、図１４に示した出動情報入力画面９１の救助完了ボタン９４を押して救助完了を通知する（ステップＣ１１）。制御部５１では、これを受けて現在表示中のアラート表示（警告メッセージ７４または警告メッセージ７８）を消す（ステップＣ１２）。

このように本実施形態によれば、保守端末装置２４のブザー機能が起動されたときにブザー音の発生と同時に監視センタ２２に対して救助が要請される。この場合、監視センタ２２にアクセスするための面倒な操作は不要であり、待受画面でブザー機能ボタン２５を長押しするだけの簡単な操作つまりワンタッチ操作で外部である監視センタ２２に通報して救助を要請できる。これを受けて、監視センタ２２では出動可能な近隣の保守員を直ぐに探して現場に急行させることができる。

なお、多数の保守員から救助要請があった場合には、地図上に各保守員に対応したアラート表示が表示され、これらの保守員を救助するためのメール通知がそれぞれの近隣保守員と所属事務所保守員全員に対して送られる。

また、近隣保守員Ｂや所属事務所保守員に対する通知方法は、電子メールの他に、例えば自動音声システムを用いて音声にて通知することでも良い。

また、上記実施形態では、監視対象としてエレベータを例にして説明したが、例えばエスカレータなどの他の昇降機を遠隔監視する場合にも同様に適用可能である。

以上述べた少なくとも１つの実施形態によれば、保守員に何らかの緊急事態が生じた場合に簡単な操作で外部に通報して救助を要請することができる保守管理システム及び端末装置を提供することができる。

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

１１ａ，１１ｂ…，１２ａ，１２ｂ…，１３ａ，１３ｂ…エレベータ、２１…通信ネットワーク、２２…監視センタ、２３…保守員、２４…保守端末装置、２５…ブザー機能ボタン、３１…入力部、３２…表示部、３３…制御部、３４ａ…救助要請部、３５…記憶部、３６…ＧＰＳモジュール、３７…通信部、４１…Ｗｅｂサーバ、４２，４２ａ，４２ｂ，４２ｃ…オペレータ、５１…制御部、５１ａ…データベース検索部、５１ｂ…地図表示部、５１ｃ…表示処理部、５１ｄ…救助手配部、５２…記憶部、５２ａ…プログラム、５３…各種データベース、５３ａ…物件データベース、５３ｂ…保守員データベース、５３ｃ…地図データベース、５４…通信部、５５…インタフェース、６１…制御部、６２…記憶部、６２ａ…プログラム、６３…インタフェース、６４…入力部、６５…表示部、７１…地図、７２…物件マーク、７３…保守員マーク、７４…警告メッセージ、７５…地図、７６…物件マーク、７７…保守員マーク、７８…警告メッセージ、８１…電子メール、９１…出動情報入力画面。

Claims (7)

1. 保守点検用の端末装置と、この端末装置と通信ネットワークを介して接続された監視センタとを備えた保守管理システムにおいて、
   上記端末装置は、
   所定の操作により緊急通報用のブザー音を鳴らすブザー発生手段と、
   このブザー発生手段が起動されたときに、上記監視センタに現在位置を知らせて救助を要請する救助要請手段とを具備し、
   上記監視センタは、
   任意地域の地図を表示すると共に、その地図上に監視対象とする各物件の位置を示す物件マークと各保守員の位置を示す保守員マークを付加する地図表示手段と、
   上記端末装置からの救助要請を受けて、上記地図表示手段によって表示された地図上に救助要請のアラート表示を行う表示処理手段と、
   救助要請者の近くにいる保守員に救助要請を通知し、その通知に応答して上記救助要請者の救助に向かった保守員の名前と到着予定日時を管理する救助手配手段と
   を具備したことを特徴とする保守管理システム。
2. 上記救助手配手段は、
   上記救助要請者の近くにいる保守員の他に、上記救助要請者と同じ事業所に所属する保守員全員に対しても同様の通知を行うことを特徴とする請求項１記載の保守管理システム。
3. 上記救助手配手段は、
   上記救助要請者に関する情報を付した電子メールを用いて通知を行うことを特徴とする請求項１または２記載の保守管理システム。
4. 上記救助手配手段は、
   上記救助要請者に関する情報を音声で通知することを特徴とする請求項１または２記載の保守管理システム。
5. 上記地図表示手段は、
   所定の操作により上記任意地域の地図から上記救助要請者の現在位置を含む地域の詳細な地図に切り替えて表示することを特徴とする請求項１記載の保守管理システム。
6. 上記表示処理手段は、
   上記救助要請者の救助に向かった保守員が上記到着予定日時から所定時間経過しても現場に到着しなかった場合に到着遅れをアラート表示し、
   上記救助手配手段は、
   上記救助要請者の救助に向かった保守員の状況に応じて上記到着予定日時を変更し、その旨を上記救助要請者の近くにいる保守員に通知することを特徴とする請求項１記載の保守管理システム。
7. 上記救助手配手段は、
   上記救助要請者の近くにいる保守員の他に、上記救助要請者と同じ事業所に所属する保守員全員に対しても同様の通知を行うことを特徴とする請求項６記載の保守管理システム。

Images