(57)【要約】【課題】故障に関連する情報の表示と入力とを同一画面から行えるようにする。【解決手段】ビル設備に発生した故障に対して何らかの対応が行われた場合、その対応の内容を含むアクション情報を作成し、アクション情報を故障毎にまとめた経緯情報を経緯情報記憶部２１に登録するアクション追加処理部１１５と、故障対応画面の表示制御を行う表示処理制御部１１４と、を有する。表示処理制御部１１４は、経緯情報記憶部２１に蓄積されている当該故障に対応する経緯情報の表示領域と、当該故障の内容、原因、処置等を入力するための入力領域と、を同じ故障対応画面に表示するよう制御する。【選択図】図１
2018180801.tif 000002
【特許請求の範囲】
【請求項１】
画面を表示する表示手段と、
監視対象となる建物の設備に発生した故障への対応の内容を時系列順に表示する表示領域と当該故障の内容の入力領域とを含む画面を前記表示手段に表示させるよう制御する表示制御手段と、
を有することを特徴とする監視システムにおける情報端末装置。
【請求項２】
前記表示領域に表示された故障への対応の内容及び前記入力領域から入力された当該故障の内容を取得して所定の宛先へ送信する送信手段を有することを特徴とする請求項１に記載の監視システムにおける情報端末装置。
【請求項３】
前記送信手段は、前記設備に発生した故障の修復が所定時間経過しても終了していない場合に、終了していない旨を合わせて所定の故障支援先へ送信することを特徴とする請求項２に記載の監視システムにおける情報端末装置。
【請求項４】
前記送信手段は、前記設備に発生した故障に対する対応が完了したときに所定の故障管理先へ送信することを特徴とする請求項２に記載の監視システムにおける情報端末装置。
【請求項５】
監視対象となる建物の設備に発生した故障への対応の内容を示す対応情報を記憶する対応情報記憶手段と、
前記故障の内容に関連する故障情報を記憶する故障情報記憶手段と、
情報端末装置と、
を有し、
前記情報端末装置は、
画面を表示する表示手段と、
前記設備に発生した故障に対応する前記対応情報から得られる対応の内容を時系列順に表示する表示領域と当該設備に発生した故障に対応する前記故障情報の入力領域とを含む画面を前記表示手段に表示させるよう制御する表示制御手段と、
を有することを特徴とする監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視システム及び監視システムにおける情報端末装置、特に情報端末装置の画面に表示する情報の構成に関する。
【背景技術】
【０００２】
全国に散在するビル設備、例えば契約先のビルに設置のエレベーターを監視するために、監視システムは、全国に複数箇所の監視センタを設置し、各監視センタに、それぞれの担当エリアに設置されているエレベーターを監視させている。
【０００３】
ビルオーナー等の顧客は、エレベーターに何らかの障害が発生したことを検知すると担当の監視センタに電話をかける。監視センタにおけるオペレータは、電話機が対応付けられている専用のオペレータ端末を使用して顧客との対応を行うが、顧客からかかってきた電話を受けると、発生した障害の内容を聞き出し、そしてエンジニアを現地に出向かせるなど、修復に向けて種々の対応を取ることになる。
【０００４】
そのために、オペレータは、所定の画面に顧客やエンジニアとの対応の経緯を表示させたり、また対話の内容を入力して記録したりする。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１０７８１７号公報
【特許文献２】特開２００８−００１４９４号公報
【特許文献３】特開２００８−２３０７４５号公報
【特許文献４】特開２００７−１６１４３１号公報
【特許文献５】特開２００３−２９６４８０号公報
【特許文献６】特開２００４−３３４５１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来では、監視システムで取り扱っている種々の情報をオペレータ端末に表示させるために、情報を種類毎に分類して画面を生成して画面を階層化していた。従って、オペレータは、表示させる画面を切り替えながら所望の情報を表示させていた。
【０００７】
ところで、オペレータは、ある情報を参照しながら別の種類の情報を入力したい場合がある。例えば、故障対応時には、故障に対して行った対応の経緯を参照しながら、故障に関連する情報を入力したい場合がある。このように、故障に関連する情報を取り扱う場合であっても、オペレータは、情報の表示画面と入力画面を切り替える必要が生じていた。
【０００８】
本発明は、故障に関連する情報の表示と入力とを同一画面から行えるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る監視システムにおける情報端末装置は、画面を表示する表示手段と、監視対象となる建物の設備に発生した故障への対応の内容を時系列順に表示する表示領域と当該故障の内容の入力領域とを含む画面を前記表示手段に表示させるよう制御する表示制御手段と、を有することを特徴とする。
【００１０】
また、前記表示領域に表示された故障への対応の内容及び前記入力領域から入力された当該故障の内容を取得して所定の宛先へ送信する送信手段を有することを特徴とする。
【００１１】
また、前記送信手段は、前記設備に発生した故障の修復が所定時間経過しても終了していない場合に、終了していない旨を合わせて所定の故障支援先へ送信することを特徴とする。
【００１２】
また、前記送信手段は、前記設備に発生した故障に対する対応が完了したときに所定の故障管理先へ送信することを特徴とする。
【００１３】
本発明に係る監視システムは、監視対象となる建物の設備に発生した故障への対応の内容を示す対応情報を記憶する対応情報記憶手段と、前記故障の内容に関連する故障情報を記憶する故障情報記憶手段と、情報端末装置と、を有し、前記情報端末装置は、画面を表示する表示手段と、前記設備に発生した故障に対応する前記対応情報から得られる対応の内容を時系列順に表示する表示領域と当該設備に発生した故障に対応する前記故障情報の入力領域とを含む画面を前記表示手段に表示させるよう制御する表示制御手段と、を有することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、故障に関連する情報の表示と入力とを同一画面から行うことができる。
【図面の簡単な説明】
【００１５】
【図１】本発明に係る監視システムの一実施の形態の監視システムの全体構成及びブロック構成を示す図である。
【図２】本実施の形態におけるオペレータ端末のハードウェア構成図である。
【図３】本実施の形態における経緯情報記憶部に蓄積される経緯情報のデータ構成の一例を示す図である。
【図４】本実施の形態における故障情報記憶部に記憶される故障情報のデータ構成の一例を示す図である。
【図５】本実施の形態におけるオペレータ端末に表示される故障対応画面の画面構成図である。
【図６】本実施の形態の故障対応画面における故障対応エリアのレイアウト構成の一例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００１７】
図１は、本発明に係る監視システムの一実施の形態の全体構成及びブロック構成を示す図である。図１には、監視センタ１０及びサーバセンタ２０がイントラネット１で接続された構成が示されている。本実施の形態における監視システムは、全国を複数のエリアに分割し、エリア毎に監視センタ１０を設けている。監視センタ１０では、担当エリア内のビルオーナー等の顧客からの電話に対応するなどの業務が行われる。なお、各監視センタ１０は、同等の業務を行うので、図１には１つの監視センタ１０のみ図示している。サーバセンタ２０は、複数のサーバコンピュータが設置され、各監視センタ１０が使用するデータベース等を複数のサーバコンピュータを用いて一括管理する。
【００１８】
本実施の形態における監視センタ１０は、オペレータ端末１１及びＰＢＸ（構内交換機：Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  ｅＸｃｈａｎｇｅ）１２をＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１３に接続した構成を有している。ＬＡＮ１３は、ルータ１４を介してイントラネット１に接続される。なお、監視センタ１０には、その他にも例えばエレベーターのかご内に設置されたインターフォンを接続するための装置等が設けられているが、本実施の形態の説明に用いない構成要素に関しては図１から省略している。
【００１９】
オペレータ端末１１は、本発明に係る情報端末装置に相当し、顧客からの電話に対応するオペレータにより使用される専用の端末装置である。オペレータ端末１１には、電話機が対応付けして接続されている。本実施の形態では、オペレータ端末及び電話機の組を単に「オペレータ端末」と総称することにする。オペレータ端末１１は、複数台用意されているが、それぞれ同等の機能を持っているので図面では１台のみ示した。ＰＢＸ１２は、図示しない電話回線網に接続されており、顧客からの電話（外線）をオペレータ端末１１につなげる。
【００２０】
図２は、本実施の形態におけるオペレータ端末１１のハードウェア構成図である。本実施の形態におけるオペレータ端末１１は、コンピュータを搭載している。すなわち、オペレータ端末１１は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ハードディスクドライブ（ＨＤＤ）３４、通信手段として設けられたネットワークインタフェース（ＩＦ）３５、更にヘッドセット３６、入力手段として設けられたマウス３７とキーボード３８及び表示手段として設けられたディスプレイ３９をそれぞれ接続する入出力コントローラ４０を内部バス４１に接続して構成される。
【００２１】
図１に戻り、オペレータ端末１１は、電話処理部１１１、ユーザインタフェース（ＵＩ）部１１２、入力受付部１１３、表示処理制御部１１４、アクション追加処理部１１５、レポート報告処理部１１６、フォロー依頼処理部１１７及び制御部１１８を有している。なお、本実施の形態の説明に用いない構成要素は図１から省略している。電話処理部１１１は、回線接続、対話処理、また対話の内容の記録処理等電話機を用いた処理全般を行う。ユーザインタフェース部１１２は、ディスプレイ３９により実現され、各種画面の表示を行う。入力受付部１１３は、オペレータにより表示画面から入力された情報を受け付ける。表示処理制御部１１４は、ユーザインタフェース部１１２への各種画面の表示処理及び表示制御を行う。本実施の形態では、特に監視対象となる建物の設備に発生した故障への対応の内容を時系列順に表示する表示領域と当該故障の内容の入力領域とを含む故障対応画面の表示制御を行う。
【００２２】
ところで、故障対応画面には、各案件に対応する情報がまとめて表示される。本実施の形態における「案件」というのは、顧客のビル設備に発生した不具合な事象のことをいう。本実施の形態では、どのビルでどのような不具合な事象（故障）が発生したか、すなわち、建番で特定されるビルと故障とにより案件が特定される。なお、「建番」とは、建物番号の略称であり、建物毎に付与される識別番号のことをいう。案件に対して何らかの対応が実施されると、その対応のログとしてアクション情報が生成される。本実施の形態では、この「対応」と「アクション」とをほぼ同義に用いるが、アクション追加処理部１１５は、オペレータ等により何らかの対応が行われると、当該対応に対応させてアクション情報を生成し、経緯情報記憶部２１に登録する。
【００２３】
レポート報告処理部１１６は、経緯情報記憶部２１から設備に発生した故障に対応する経緯情報を抽出すると共に故障情報記憶部２２から当該設備に発生した故障の故障情報を抽出することによって取得し、所定の宛先へ送信する送信手段として機能する。特に、レポート報告処理部１１６は、設備に発生した故障に対する対応が完了したときに所定の故障管理先へ送信するという定型処理を行う。フォロー依頼処理部１１７は、レポート報告処理部１１６と同じく送信手段の機能を有するが、フォロー依頼処理部１１７は、設備に発生した故障の修復が所定時間経過しても終了していない場合に、終了していない旨を合わせて所定の故障支援先へ送信することで故障からの復旧支援を要請するという異常時における対応処理を行う。
【００２４】
制御部１１８は、各構成要素１１１〜１１７と連携動作してそれぞれに機能を発揮させるなど、オペレータ端末１１における全体の制御を行う。
【００２５】
オペレータ端末１１における各構成要素１１１〜１１８は、オペレータ端末１１に搭載されるコンピュータと、コンピュータに搭載されたＣＰＵ３１で動作するプログラムとの協調動作により実現される。
【００２６】
サーバセンタ２０は、複数のサーバコンピュータを用いて経緯情報記憶部２１及び故障情報記憶部２２を管理している。図３は、本実施の形態における経緯情報記憶部２１に記憶される経緯情報のデータ構成の一例を示す図である。経緯情報は、ビルの設備に発生した一の故障毎（案件毎）にまとめられて生成される情報であり、案件ＩＤ及び建番に１又は複数のアクション情報が対応付けられる。アクション情報は、前述したようにオペレータ等により当該案件に対して何らかの対応（アクション）が行われる度に生成され、当該故障の経緯情報に追加登録される。アクション情報には、アクションが実施された日時情報であるアクション日時、行われた対応の種類を示すアクション種別、対応したオペレータのオペレータＩＤ、オペレータが人と対応した場合にはその対応した相手、対応の詳細情報、電話を用いたアクションの場合は相手の電話番号及び電話の対話の内容が記録された録音データを識別する録音ＩＤが含まれている。このように、経緯情報記憶部２１には、アクションが実施されたことで対応のログ（アクション情報）が生成され、そのアクション情報がアクション日時によって時系列的に扱われることで、一の故障（案件）への対応の経緯を示す情報（経緯情報）として蓄積されることになる。
【００２７】
図４は、本実施の形態における故障情報記憶部２２に記憶される故障情報のデータ構成の一例を示す図である。故障情報は、案件毎にまとめられて生成される情報であり、案件ＩＤ及び建番に故障内容情報が対応付けられる。故障内容情報には、後述するように故障対応画面からオペレータにより入力された情報が受信、到着、原因及び処置という項目が含まれる。
【００２８】
各記憶部２１，２２は、サーバセンタ２０の各サーバコンピュータに搭載されたＨＤＤ又はＲＡＭにて実現される。
【００２９】
サーバセンタ２０は、それ以外にも契約先となる顧客のビルを特定する建番に、顧客名称、電話番号、契約内容を含む情報及び当該顧客の警備等を行う警備会社に関する情報等を対応付けして含む顧客マスタ、更にビル設備で発生した障害を修復するエンジニアの個人情報や所属部署、電話番号等を対応付けしたエンジニア情報を含むエンジニアマスタ等を保持管理するが、図１からは省略している。
【００３０】
図５は、本実施の形態におけるオペレータ端末１１のディスプレイ３９に表示される故障対応画面の画面構成図である。故障対応画面は、電話情報エリア４２、遠隔監視エリア４３、建物情報エリア４４、警備情報エリア４５、設備情報エリア４６及び故障対応エリア４７という各表示領域に分割されており、本実施の形態では、各種情報を分類して該当する表示領域に表示する。
【００３１】
電話情報エリア４２には、電話の発信元の電話番号、電話を受け付けたオペレータ端末１１の端末ＩＤ等、着信及び発信に関連する電話情報が表示される。遠隔監視エリア４３には、遠隔監視対象のビルから発せられた信号や情報が表示される。建物情報エリア４４には、顧客との対話により特定した契約先の顧客の住所、所在地、建番等、顧客及び建物に関する情報が表示される。警備情報エリア４５には、警備会社名、電話番号、警備時間帯等、当該顧客が契約している警備会社に関する情報が表示される。設備情報エリア４６には、当該顧客の監視対象とする設備及び契約内容に関する情報が表示される。
【００３２】
そして、故障対応エリア４７においては、当該案件における故障に関連する情報が入力され、また表示される。この故障対応エリア４７のレイアウト構成の一例を図６に示す。
【００３３】
故障対応エリア４７は、対応経緯表示領域５１と故障内容入力領域５２とを含む。故障対応画面には、建物に発生した一の故障（案件）毎に関連する情報が表示されるが、対応経緯表示領域５１には、経緯情報記憶部２１に蓄積されている当該案件の経緯情報が抽出されて、その経緯情報に含まれるアクション情報が時系列順にリスト表示される。
【００３４】
故障内容入力領域５２は、オペレータが故障の内容に関する情報を入力するための領域である。本実施の形態では、入力すべき項目を受信、到着、原因及び処置という各領域に分けて入力するようにしている。
【００３５】
本実施の形態においては、故障対応画面の対応経緯表示領域５１に経緯情報を表示し、そして、経緯情報を表示する画面と同じ画面に故障内容入力領域５２を設けることによって経緯情報を参照しながら故障内容、特に故障を修復するまでの処置を入力したり、情報を付記したりすることが可能となる。以下、故障対応画面に各情報を表示するまでのオペレータ端末１１における動作について説明する。
【００３６】
オペレータは、オペレータ端末１１からオペレータＩＤ及びパスワードを入力することによって監視システム及びＰＢＸ１２にログインし、業務を開始する。そして、オペレータが顧客からかかってきた電話を受けると、電話処理部１１１は、オペレータと顧客との対話の内容の録音を開始する。なお、電話回線が切断されると、電話処理部１１１は、録音データをサーバセンタ２０にて保持管理させる。また、電話処理部１１１は、録音データに割り当てた録音ＩＤをオペレータ端末１１へ送る。アクション追加処理部１１５は、制御部１１８による制御のもと録音ＩＤをアクション情報に含めることで、「着信」アクションと録音データとを対応付ける。
【００３７】
オペレータは、電話により顧客のビル（建番）を特定するための情報を聞き出し、所定の検索画面（図示せず）から聞き出した顧客の情報を入力する。そして、表示処理制御部１１４は、オペレータによる所定の操作に応じて故障対応画面をユーザインタフェース部１１２に表示させる。表示された故障対応画面の電話情報エリア４２には発信者の電話番号が表示され、建物情報エリア４４には、顧客の情報に基づき顧客マスタを検索して取得した顧客の建物情報が、それぞれ表示される。
【００３８】
ここでは、顧客の設備に不具合な事象として故障が新たに発生したことにより、顧客から電話がかかってきたとする。この場合、制御部１１８は、新たな案件ＩＤを発行する。なお、このときは当該案件の経緯情報は存在しない。そして、アクション追加処理部１１５は、アクション種別が「受信」のアクション情報を自動生成する。この例のように、各案件の最初のアクション情報は、基本的には「受信」アクションによって生成され、これにより当該案件の経緯情報が生成される。より詳細には、オペレータが保存ボタン５３を選択することで当該アクションのアクション情報が生成される。また、アクション追加処理部１１５がアクション情報を経緯情報記憶部２１に登録すると、表示処理制御部１１４は、経緯情報記憶部２１から当該案件のアクション情報を読み出して対応経緯表示領域５１に表示する。
【００３９】
続いて、オペレータは、顧客との対話により故障の内容を聞き出すと、その聞き出した内容を故障内容入力領域５２における受信の領域に入力する。故障内容情報もオペレータが保存ボタン５３を選択することによって故障情報記憶部２２に保存されることになる。なお、ここでは、アクション情報及び故障内容情報の保存を別途に説明したが、基本的には、「着信」アクションにつきオペレータによる１回の保存ボタン５３の操作でアクション情報及び故障内容情報が各記憶部２１，２２に登録される。
【００４０】
なお、故障は、顧客からの電話以外にも、例えばエレベーターのかご内に設置のインターフォンを乗客が操作することで発信される電話でも検出されうるが、インターフォンは顧客の設備（エレベーター）の一部なので、本実施の形態では、便宜的に顧客からの電話と総称している。
【００４１】
更に、故障は、顧客からの連絡だけでなく、遠隔監視を行ってビルから送信されてきた信号の解析にて自動検知される場合もある。この場合、制御部１１８は、アクション追加処理部１１５と連携して、信号の解析によって得られた故障の内容を受信の領域に自動設定し、また経緯情報を自動生成する。
【００４２】
以上のように、新たな故障の電話連絡を受けると、オペレータは、故障の修復に取りかかる。そのために、オペレータは、エンジニアマスタに登録されているエンジニアをリスト表示させ、担当させるエンジニアを特定し、そのエンジニアに現地への派遣を要請したりする。この場合、オペレータは、エンジニアに電話をかけることになるが、電話をかけると、アクション追加処理部１１５は、着信の場合と同様に「発信」アクションのアクション情報を自動生成する。このようにして生成されたアクション情報は、経緯情報記憶部２１に登録される。なお、電話処理部１１１は、オペレータとエンジニアとの対話も顧客との対話の場合と同様に処理する。
【００４３】
ところで、オペレータによる電話での対応（「着信」及び「発信」アクション）の場合、アクション情報は、上記の通り自動生成されるが、それ以外の対応は、オペレータ主導のもとに行われる。例えば、エンジニアへの電話をかけ忘れないようにアラームを設定しておくような場合である。この場合、オペレータは、アクション追加ボタン５４を選択する。
【００４４】
アクション追加ボタン５４が選択されると、表示処理制御部１１４は、アクション追加処理部１１５からの指示に従い、オペレータが取り得るアクションを別画面にてリスト表示する。オペレータは、そのリストの中から行いたいアクションを選択する。これにより、アクション追加処理部１１５は、選択されたアクションの実行に必要な情報を設定させるためのポップアップ画面を表示し、オペレータに入力させる。オペレータがポップアップ画面から必要事項を入力すると、アクション追加処理部１１５は、オペレータにより入力設定された内容に基づきアクション情報を生成する。これにより、当該案件の経緯情報にアクション情報が追加登録され、前述したように対応経緯表示領域５１に表示されることになる。
【００４５】
エンジニアは、オペレータからの電話又はメール等による要請に応じて現地に出向く。現地に到着すると、エンジニアは、顧客からの障害の報告内容（故障内容入力領域５２の受信の領域から入力された情報の内容）を確認するが、顧客からの報告内容が実際の故障の発生箇所や内容と異なる場合がある。エンジニアは、現地に到着したことをオペレータに連絡するが、このとき、顧客からの報告内容と異なることをオペレータに報告する。オペレータは、その報告された故障の実際の内容を故障内容入力領域５２における到着の領域に入力する。なお、顧客からの報告内容が正しければ「受信と同じ」と入力すればよい。
【００４６】
また、エンジニアは、故障が発生した設備を点検して故障の原因を突き止めると、オペレータに電話連絡する。オペレータは、エンジニアから故障の原因が報告されてくると、その内容を故障内容入力領域５２における原因の領域に入力する。
【００４７】
更に、エンジニアは、故障した設備に対して何らかの処置をすると、オペレータに電話連絡する。オペレータは、エンジニアから処置の内容が報告されてくると、その内容を故障内容入力領域５２における処置の領域に入力する。なお、エンジニアは、故障の原因と処置をまとめて連絡してくる場合もある。
【００４８】
以上のようにして、設備が故障から復旧したことを確認すると、オペレータは、対応終了ボタン５５を選択する。制御部１１８は、この選択操作に応じて、当該案件をクローズすることでアクション情報の更なる追加をさせないようにする。また、当該案件がクローズされると、レポート報告処理部１１６は、経緯情報記憶部２１から当該案件の経緯情報を、また故障情報記憶部２２から当該案件の故障情報を、それぞれ抽出することによって取得し、所定の故障管理先へ送信する。故障管理先では、送られてきた情報をもとにレポートを作成するなど管理業務に活用する。
【００４９】
なお、ここでは、故障への対応が完了した時点で所定の故障管理先へ送信するようにしたが、その他の時点、例えば故障の原因が究明できたときなど、所望のタイミングで中間報告するようにしてもよい。
【００５０】
以上説明したように、経緯情報及び故障情報を自動的に所定の宛先へ送信するようにしたが、オペレータは、故障対応画面のファイル出力ボタン５６を選択することで、経緯情報及び故障情報をファイルに保存してもよい。
【００５１】
ところで、故障の内容によっては、現地に出向いたエンジニアだけでは対処しきれない場合がある。つまり、経緯情報が新規に作成されてから所定時間経過しても対応終了ボタン５５が選択されなかったことを検出すると、フォロー依頼処理部１１７は、経緯情報記憶部２１から当該案件の経緯情報を、また故障情報記憶部２２から当該案件の故障情報を、それぞれ抽出することによって取得し、所定の故障支援先へ送信する。故障支援先は、例えば、エンジニアの上長やサポート部門等である。故障支援先では、送られてきた情報をもとにエンジニアをサポートして故障の修復に向けて支援する。
【００５２】
以上説明したように、本実施の形態においては、故障への対応の経緯を示す情報（経緯情報）の表示と、故障の内容に関連する情報（故障情報）の入力と、を同じ故障対応画面にて行うようにしたので、故障への対応業務をオペレータに効率的に行わせることができる。すなわち、オペレータは、経緯情報を参照しながら故障情報を記載することができ、更に経緯情報を参照することによって故障情報の内容を付記することで充実させたりすることが可能となる。
【００５３】
また、故障への対応は、必ずしも1人のオペレータが全て行うとは限らない。顧客やエンジニアからの電話を、故障を受け付けたオペレータとは異なるオペレータが受けるかもしれない。本実施の形態においては、このような場合でも故障への対応（アクション）をまとめて表示するようにしたので、仮にある案件に対して後から対応することになっても、そのオペレータは、対応の経緯を一目瞭然に把握することができる。
【００５４】
また、レポートの作成や故障の復旧支援に必要となるアクション情報や故障内容情報をそれぞれ経緯情報及び故障情報にまとめて管理するようにしたので、必要なときに各情報をデータベース検索するなどして収集する必要はない。そして、本実施の形態においては、経緯情報及び故障情報を所望のタイミングで所定の宛先へ自動送信することができる。
【００５５】
なお、本実施の形態では、監視対象の設備としてビルに設置したエレベーター等の設備を例にして説明したが、他の設備の監視目的に利用してもよい。
【符号の説明】
【００５６】
１  イントラネット、１０  監視センタ、１１  オペレータ端末、１２  ＰＢＸ、１３，２３  ＬＡＮ、１４，２４  ルータ、２０  サーバセンタ、２１  経緯情報記憶部、２２  故障情報記憶部、３１  ＣＰＵ、３２  ＲＯＭ、３３  ＲＡＭ、３４  ハードディスクドライブ（ＨＤＤ）、３５    ネットワークインタフェース（ＩＦ）、３６  ヘッドセット、３７  マウス、３８  キーボード、３９  ディスプレイ、４０  入出力コントローラ、４１  内部バス、１１１  電話処理部、１１２  ユーザインタフェース（ＵＩ）部、１１３  入力受付部、１１４  表示処理制御部、１１５  アクション追加処理部、１１６  レポート報告処理部、１１７  フォロー依頼処理部、１１８  制御部。
【図１】
2018180801.tif 000003
【図２】
2018180801.tif 000004
【図３】
2018180801.tif 000005
【図４】
2018180801.tif 000006
【図５】
2018180801.tif 000007
【図６】
2018180801.tif 000008