(57)【要約】【課題】本発明の課題は、設備機器または管理装置に故障が発生した場合に記録される故障データから修理が必要な故障データを容易に確認できる遠隔監視システムを提供することにある。【解決手段】遠隔監視システム１０は、運転データ受信手段２４と、故障データ登録手段１４ｆと、故障データ更新手段７，１４ｃ，２２とを備える。運転データ受信手段は、設備機器５または管理装置３と回線６を介して接続され、設備機器または管理装置が故障発生を検知した場合に送信される故障データを運転データの一つとして受信する。故障データ登録手段は、運転データ受信手段で受信した故障データを登録する。故障データ更新手段は、登録された故障データに対して後の関連データをさらに登録可能である。【選択図】図１
2009129054.tif 000002
【特許請求の範囲】
【請求項１】
設備機器（５）または前記設備機器を管理する管理装置（３）と回線（６）を介して接続され、前記設備機器または前記管理装置が故障発生を検知した場合に送信される故障データを前記運転データの一つとして受信する運転データ受信手段（２４）と、
前記運転データ受信手段で受信した前記故障データを登録する故障データ登録手段（１４ｆ）と、
登録された前記故障データに対して後の関連データをさらに登録可能な故障データ更新手段（７，１４ｃ，２２）と、
を備える遠隔監視システム（１０）。
【請求項２】
前記関連データは、前記故障に対する修理進捗に関するデータである、
請求項１に記載の遠隔監視システム（１０）。
【請求項３】
前記故障データ更新手段（７，２２）は、手動で操作可能である、
請求項１または２に記載の遠隔監視システム（１０）。
【請求項４】
前記故障データ更新手段（７，２２）は、遠隔監視システム管理者、メンテナンス担当者、またはユーザである関係者が操作可能である、
請求項３に記載の遠隔監視システム（１０）。
【請求項５】
前記故障データ登録手段（１４ｆ）は、前記故障データを、前記故障データに関する修理進捗とともに修理進捗データとして登録する、
請求項１から４のいずれかに記載の遠隔監視システム（１０）。
【請求項６】
前記故障データ登録手段は、前記修理進捗データを登録する際に、前記修理進捗を第１状態として登録し、
前記故障データ更新手段は、前記修理進捗を前記第１状態から前記第１状態とは異なる第２状態に更新入力可能である、
請求項５に記載の遠隔監視システム（１０）。
【請求項７】
前記故障データ登録手段は、前記修理進捗データを登録する際に、前記修理進捗を第１状態として登録し、
前記運転データ受信手段は、前記故障が解消した場合に前記設備機器または前記管理装置により送信される故障解消データを前記運転データの一つとしてさらに受信可能であり、
前記故障データ更新手段は、前記故障解消データが受信されると前記故障に対応する前記修理進捗データの前記修理進捗を前記第１状態から前記第１状態とは異なる第２状態に更新する、
請求項５に記載の遠隔監視システム（１０）。
【請求項８】
前記第１状態は、前記故障データを初めて受信した状態、または、前記故障が解消された後に前記故障データを初めて受信した状態であり、
前記第２状態は、前記故障が解消された状態である、
請求項６または７に記載の遠隔監視システム（１０）。
【発明の詳細な説明】
【技術分野】
【０００１】
設備機器またはその設備機器を管理する管理装置とに公衆回線を介して接続され、設備機器または管理装置から送信される設備機器の運転データを処理する遠隔監視システム。
【背景技術】
【０００２】
設備機器またはその設備機器を管理する管理装置とに公衆回線を介して接続され、設備機器または管理装置から送信される設備機器の運転データを処理する遠隔監視システムがある。この遠隔監視システムは、取得した運転データに基づいて、例えば設備機器に故障が発生していないかなどを監視している。従来、このような遠隔監視システムの中には、故障が発生した場合に故障データとして記録しているものがある（特許文献１参照）。
【特許文献１】特開２００５−２４２９３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、故障データとして記録するだけでは、その故障に関する修理状況を確認することが難しく、その確認等の余計な作業が発生することになる。また、例えば、修理状況を人手で入力して処理したとしても、例えばその故障が解消されても修理完了と人手で入力することになる。したがって、修理完了と入力するのを忘れてしまった場合には、故障発生リストの中に修理完了の機器が混在することがあり、確認等の余計な作業が発生することになる。
【０００４】
本発明の課題は、設備機器または管理装置に故障が発生した場合に記録される故障データから修理が必要な故障データを容易に確認できる遠隔監視システムを提供することにある。
【課題を解決するための手段】
【０００５】
第１発明に係る遠隔監視システムは、運転データ受信手段と、故障データ登録手段と、故障データ更新手段とを備える。運転データ受信手段は、設備機器または設備機器を管理する管理装置と回線を介して接続され、設備機器または管理装置が故障発生を検知した場合に送信される故障データを運転データの一つとして受信する。故障データ登録手段は、運転データ受信手段で受信した故障データを登録する。故障データ更新手段は、登録された故障データに対して後の関連データをさらに登録可能である。
【０００６】
本発明では、設備機器または管理装置が故障した場合に送信される故障データを、後の関連データをさらに追加できるように登録する。
【０００７】
したがって、関連データが発生した場合に、その関連データに関する故障データを更新することができるため、例えば、修理完了などの関連データがあった場合にその故障データを更新することで、その故障データが修理完了であるか否かを見分けることができる。
【０００８】
第２発明に係る遠隔監視システムは、第１発明に係る遠隔監視システムであって、関連データは、故障に対する修理進捗に関するデータである。
【０００９】
本発明では、関連データは、故障に対する修理進捗である。したがって、本発明は、例えば修理進捗に関するデータ（例えば、修理完了など）があった場合に、その故障データの修理進捗を更新することで、その故障データが修理完了であるか否かを見分けることができる。
【００１０】
第３発明に係る遠隔監視システムは、第１発明または第２発明に係る遠隔監視システムであって、故障データ更新手段は、手動で操作可能である。
【００１１】
本発明では、故障データ更新手段により故障データを手動で更新できる。したがって、本発明では、例えば、修理進捗などが変化した際に、関係者がその故障に対する修理進捗を手動で自由に変更できる。
【００１２】
第４発明に係る遠隔監視システムは、第３発明に係る遠隔監視システムであって、故障データ更新手段は、遠隔監視システム管理者、メンテナンス担当者、またはユーザである関係者が操作可能である。
【００１３】
本発明では、故障データ更新手段により、遠隔監視システム管理者、メンテナンス担当者、またはユーザである関係者が、故障データを手動で更新できる。したがって、本発明では、例えば、修理進捗などが変化した際に、関係者がその故障に対する修理進捗を手動で自由に変更できる。
【００１４】
第５発明に係る遠隔監視システムは、第１発明から第４発明のいずれかに係る遠隔監視システムであって、故障データ登録手段は、故障データを、故障データに関する修理進捗とともに修理進捗データとして登録する。
【００１５】
本発明では、故障データを加工して修理進捗データとして登録する。したがって、故障に対する修理進捗を把握することができる。
【００１６】
第６発明に係る遠隔監視システムは、第５発明に係る遠隔監視システムであって、故障データ登録手段は、修理進捗データを登録する際に、修理進捗を第１状態として登録する。また、故障データ更新手段は、修理進捗を第１状態から第１状態とは異なる第２状態に更新入力可能である。
【００１７】
本発明では、修理進捗データを登録する際に、初期状態では修理進捗を第１状態（例えば新規）として登録する。そして、故障データ更新手段が修理進捗を第１状態から第２状態（例えば修理完了）に更新できる。
【００１８】
したがって、故障の修理進捗を関係者が手動で変更できる。このため、故障データの最新の修理進捗を修理進捗データとして反映させることができる。
【００１９】
第７発明に係る遠隔監視システムは、第５発明に係る遠隔監視システムであって、故障データ登録手段は、修理進捗データを登録する際に、修理進捗を第１状態として登録する。運転データ受信手段は、故障が解消した場合に設備機器または管理装置により送信される故障解消データを運転データの一つとしてさらに受信可能である。故障データ更新手段は、故障解消データが受信されると故障に対応する修理進捗データの修理進捗を第１状態から第１状態とは異なる第２状態に更新する。
【００２０】
本発明では、修理進捗データを登録する際に、初期状態では修理進捗を第１状態（例えば新規）として登録する。そして、運転データ受信手段が故障解消データを受信したときに、故障データ更新手段が自動的に修理進捗データの修理進捗を第１状態から第２状態（例えば修理完了）に更新する。
【００２１】
したがって、自動的に、修理進捗を例えば新規から修理完了とすることができる。このため、修理完了した場合に関係者が修理進捗データの更新を行う手間を削減することができる。また、修理進捗の更新し忘れを防ぐことができ、修理進捗データを確実に更新できる。
【００２２】
第８発明に係る遠隔監視システムは、第６発明または第７発明に係る遠隔監視システムであって、第１状態は、故障データを初めて受信した状態、または、故障が解消された後に故障データを初めて受信した状態である。第２状態は、故障が解消された状態である。
【００２３】
本発明では、第１状態が、故障データを初めて受信した状態、または、故障が解消された後に故障データを初めて受信した状態（すなわち新規の状態）であり、第２状態が、故障が解消された状態（すなわち修理完了の状態）である。したがって、故障に対する修理進捗が新規の状態であるかまたは修理完了の状態であるかを把握できる。
【発明の効果】
【００２４】
第１発明に係る遠隔監視システムでは、関連データが発生した場合に、その関連データに関する故障データを更新することができるため、例えば、修理完了などの関連データがあった場合にその故障データを更新することで、その故障データが修理完了であるか否かを見分けることができる。
【００２５】
第２発明に係る遠隔監視システムでは、例えば修理進捗に関するデータ（例えば、修理完了など）があった場合に、その故障データの修理進捗を更新することで、その故障データが修理完了であるか否かを見分けることができる。
【００２６】
第３発明に係る遠隔監視システムでは、例えば、修理進捗などが変化した際に、関係者がその故障に対する修理進捗を手動で自由に変更できる。
【００２７】
第４発明に係る遠隔監視システムでは、例えば、修理進捗などが変化した際に、関係者がその故障に対する修理進捗を手動で自由に変更できる。
【００２８】
第５発明に係る遠隔監視システムでは、故障に対する修理進捗を把握することができる。
【００２９】
第６発明に係る遠隔監視システムでは、故障の修理進捗を関係者が手動で変更できる。このため、故障データの最新の修理進捗を修理進捗データとして反映させることができる。
【００３０】
第７発明に係る遠隔監視システムでは、自動的に、修理進捗を例えば新規から修理完了とすることができる。このため、修理完了した場合に関係者が修理進捗データの更新を行う手間を削減することができる。また、修理進捗の更新し忘れを防ぐことができ、修理進捗データを確実に更新できる。
【００３１】
第８発明に係る遠隔監視システムでは、故障に対する修理進捗が新規の状態であるかまたは修理完了の状態であるかを把握できる。
【発明を実施するための最良の形態】
【００３２】
＜設備機器監視システムの構成＞
設備機器監視システム１０は、図１に示されるように、主に、マルチ式空調機器５、監視装置３、設備機器監視サーバ１、公衆回線６、および利用者端末７から構成される。なお、設備機器監視サーバ１と公衆回線６とは第１通信回線７１により接続され、公衆回線６と監視装置３とは第２通信回線７２により接続され、監視装置３とマルチ式空調機器５とは第３通信回線７３により接続され、利用者端末７と公衆回線６とは第4通信回線７４により接続されている。
【００３３】
＜設備機器監視システムの構成要素＞
（１）マルチ式空調機器
マルチ式空調機器５では、図１に示されるように、１台（複数台であっても良い）の室外機５２に対して複数の室内機５１ａ，５１ｂが冷媒配管（図示せず）および第５通信回線７５を介して接続される。このマルチ式空調機器５は、ビル等の建物内の部屋を冷暖房したり調湿したりする機能を有する。ここで、複数の室内機５１ａ，５１ｂは、１台の室内機の親機５１ａとその他の室内機の子機５１ｂとに分類され、室内機の親機５１ａが監視装置３と第３通信回線７３により接続される。また、室内機の親機５１ａと複数の室内機の子機５１ｂおよび室外機５２とは、第５通信回線７５により接続される。
【００３４】
（２）監視装置
監視装置３は、図２に示されるように、マルチ式空調機器５の監視制御装置であって、主に、中央処理部３１、ＲＡＭ（Random Access Memory）３２、ＲＯＭ（Read Only Memory）３３、ＥＥＰＲＯＭ３４、Ｉ／Ｏ制御部３５、モデム用インターフェイス３７、空調機器用インターフェイス３８、モデム３９、および空調機器用コネクタ４０から構成されている。ここで、中央処理部３１、ＲＡＭ３２、ＲＯＭ３３、ＥＥＰＲＯＭ３４、およびＩ／Ｏ制御部３５は、例えば、マイクロコンピュータであって、相互に第１バス線３６によって接続されており、１つの集積回路を構成している。また、モデム用インターフェイス３７、および空調機器用インターフェイス３８は、例えば、プリント回路基板等であって、第２バス線４１ａ，４１ｂを介してＩ／Ｏ制御部３５に接続されている。また、モデム３９は、第１通信線４２を介してモデム用インターフェイス３７に接続されている。また、空調機器用コネクタ４０は、第２通信線４３を介して空調機器用インターフェイス３８に接続されている。
【００３５】
中央処理部３１は、主に、制御部３１ａおよび演算部３１ｂを有する。制御部３１ａは、図３に示されるように、ＲＯＭ３３に記憶されている制御プログラムを読み込み（Ｆｄ６参照）、読み込んだ制御プログラムに従って演算部３１ｂ、ＲＡＭ３２、ＲＯＭ３３、ＥＥＰＲＯＭ３４、およびＩ／Ｏ制御部３５に運転を指示する（Ｆｃ１〜Ｆｃ４参照）。演算部３１ｂは、図３に示されるように、制御部３１ａの命令に従って制御部３１ａ、ＲＡＭ３２、ＲＯＭ３３、およびＥＥＰＲＯＭ３４から必要なデータを取得して（Ｆｄ１、Ｆｄ４、およびＦｄ７参照）演算処理（例えば、算術演算処理や論理演算処理等）を行う。また、この演算部３１ｂは、制御部３１ａの命令に従って、演算処理の処理結果データを制御部３１ａに供給することができる（Ｆｄ２参照）。また、この演算部３１ｂは、制御部３１ａの命令に従って、演算処理の処理結果データをＲＡＭ３２やＥＥＰＲＯＭ３４に書き込むことができる（Ｆｄ３参照）。
【００３６】
ＲＡＭ３２は、図３に示されるように、制御部３１ａの指示に従って、各種プログラムなどのデータを制御部３１ａに供給することができる（Ｆｄ５参照）。また、このＲＡＭ３２は、データをＩ／Ｏ制御部３５から取得して（Ｆｄ９参照）一時記憶したり、演算部３１ｂから送信されるデータ（Ｆｄ３参照）を一時記憶したりする。また、このＲＡＭ３２は、制御部３１ａの命令に応じて一時記憶しているデータをＩ／Ｏ制御部３５に送信する（Ｆｄ８参照）。
【００３７】
ＲＯＭ３３は、制御プログラムや各種データを格納している。そして、このＲＯＭ３３は、図３に示されるように、制御部３１ａの指示に従って、それらを制御部３１ａに供給する（Ｆｄ６参照）。また、このＲＯＭ３３は、制御部３１ａの指示に従って、各種データを演算部３１ｂに供給することができる（Ｆｄ７参照）。
【００３８】
ＥＥＰＲＯＭ３４は、電気的に書き換え可能なＲＯＭであり、マルチ式空調機器５の監視データなどを記憶する。
【００３９】
Ｉ／Ｏ制御部３５は、モデム３９に着信するデータや、マルチ式空調機器５から送信されてくるデータ等をＲＡＭ３２へ入力したり（Ｆｄ９参照）、ＲＡＭ３２に記憶されている各種データや制御信号などをマルチ式空調機器５に送信したりする。
【００４０】
モデム用インターフェイス３７および空調機器用インターフェイス３８は、通信線４２，４３を介してモデム３９および空調機器用コネクタ４０に接続されており、モデム３９に着信するデータや、マルチ式空調機器５から送信されてくるデータ等を受信すると同時にそれらのデータを中央処理部３１が処理可能な形式に変換したりＩ／Ｏ制御部３５からモデム３９や、マルチ式空調機器５に出力されるデータや制御信号などをモデム３９やマルチ式空調機器５が処理可能な形式に変換したりする。
【００４１】
モデム３９は、制御部３１ａの指示に従って、ＥＥＰＲＯＭ３４に格納されるマルチ式空調機器５に関する各種データを、３０分時限おきに、公衆回線６を介して設備機器監視サーバ１に送信している。
【００４２】
空調機器用コネクタ４０には、図２に示されるように、マルチ式空調機器５の室内機の親機５１ａが接続される。
【００４３】
（３）設備機器監視サーバ
設備機器監視サーバ１は、図４に示されるように、主に、サーバ本体１ａ、入力装置２２、ディスプレイ２３、モデム２４、およびクロック２５から構成されている。
【００４４】
サーバ本体１ａは、図４に示されるように、主に、中央処理部１１、メインメモリ１３、ハードディスク１４、接続部１２、ＩＤＥインターフェイス１５、入力インターフェイス１６、ディスプレイインターフェイス１７、モデムインターフェイス１８、およびクロック２５から構成されている。そして、このサーバ本体１ａでは、中央処理部１１が第１バス線１９を介して、メインメモリ１３が第２バス線２０を介して、各種インターフェイス１６〜１８が第３バス線２１を介して接続部１２に接続されている。
【００４５】
（中央処理部）
中央処理部１１は、例えば、マイクロプロセッサと呼ばれる半導体チップ等であって、主に、制御部１１ａおよび演算部１１ｂから構成される（他に１次キャッシュメモリや２次キャッシュメモリ等を含んでいても良い）。制御部１１ａは、図５に示されるように、メインメモリ１３に一時記憶されるプログラムを読み込み（Ｆｄ６参照）、読み込んだプログラムに従って各部１１ｂ〜１４および各装置２２〜２５に運転を指示する（Ｆｃ１〜Ｆｃ７参照）。演算部１１ｂは、制御部１１ａの命令に従ってメインメモリ１３から必要なデータを取得して（Ｆｄ２参照）演算処理（例えば、算術演算処理や論理演算処理等）を行う。
【００４６】
（メインメモリ）
メインメモリ１３は、例えば、ＲＡＭ（ランダムアクセスメモリ）等の半導体チップである。メインメモリ１３は、プログラムやデータ等をハードディスク１４から取得して（Ｆｄ４参照）一時記憶したり、入力装置２２において入力されたデータを一時記憶したり（Ｆｄ１参照）、演算部１１ｂやモデム２４等から送信されるデータ等（Ｆｄ３およびＦｄ１０参照）を一時記憶したりする。また、このメインメモリ１３は、制御部１１ａの命令に応じて一時記憶しているデータ等を各部１１ｂ〜１４および各装置２２〜２５に送信する（Ｆｄ２、Ｆｄ５、Ｆｄ７、Ｆｄ８、Ｆｄ９およびＦｄ１０参照）。
【００４７】
（接続部）
接続部１２は、チップセット等の半導体チップである。
【００４８】
（ハードディスク）
ハードディスク１４には、図６に示されるように、オペレーティングシステム１４ａ、デバイスドライバ１４ｂ、空調監視アプリケーション１４ｃ、およびデータベースアプリケーション１４ｈといったプログラム、空調監視データ１４ｉ等が格納されている。ハードディスク１４は、制御部１１ａの命令に応じてメインメモリ１３にプログラムやデータ等を供給したり（Ｆｄ４参照）メインメモリ１３から送信されるデータ等を格納したりする（Ｆｄ５参照）。なお、このハードディスク１４は、外付けタイプであっても構わない。
【００４９】
オペレーティングシステム１４ａは、例えば、ＷＩＮＤＯＷＳ（登録商標）、ＭＡＣ  ＯＳ（登録商標）、ＯＳ／２、ＵＮＩＸ（登録商標）（例えば、Ｌｉｎｕｘ（登録商標）等、あるいはＢｅＯＳ（登録商標）等であって、各部１２〜１４、各種インターフェイス１５〜１８、各装置２２〜２４等のハードウェア監視や、ユーザインターフェイスの提供、各種データの監視、アプリケーションの共通部分の処理等を行う。デバイスドライバ１４ｂは、ハードディスク１４、接続部１２、および各装置２２〜２４それぞれに対して用意されている専用プログラムであって、オペレーティングシステム１４ａがハードディスク１４、接続部１２、および各装置２２〜２４を制御するための橋渡しを行う。
【００５０】
空調監視アプリケーション１４ｃは、監視装置３から設備機器監視サーバ１に送信されてくるマルチ式空調機器５の監視データ等をハードディスク１４上にある所定のデータベースに格納したり監視データを適宜加工する等して所望のデータを構築したりするためのプログラムである。なお、本実施の形態において、空調監視アプリケーション１４ｃは常時実行されており、モデム２４に監視データが受信されると、演算部１１ｂが制御部１１ａの指示に従ってその監視データを規定のデータ形式に変換した後に（本実施の形態ではコラム付きテキスト形式からＸＭＬ形式に変換）ハードディスク１４に格納する。この空調監視アプリケーション１４ｃには、接続されている空調機器（本実施形態ではマルチ式空調機器５）の機種および構成のそれぞれに応じて最適に監視できるようにするため、複数のアプリケーション（具体的には、故障データ解釈アプリケーション１４ｄ、修理進捗データ登録アプリケーション１４ｅ、マスク確認更新アプリケーション１４ｆ、故障メール送信アプリケーション１４ｇなど）がある。なお、故障データ解釈アプリケーション１４ｄは、マルチ式空調機器５または監視装置３が故障した際に、監視装置３から設備機器監視サーバ１に送信されてくる故障データを後述する故障コード等データベースＤ１および空調機ＩＤデータベースＤ３に基づいて解釈するアプリケーションである。なお、ここにいう「故障データ」とは、故障したマルチ式空調機器５の空調機ＩＤと、故障コードと、故障発生日時とが含まれる。また、修理進捗データ登録アプリケーション１４ｅは、故障データ解釈アプリケーション１４ｄにより解釈された故障データを修理進捗データとして後述する修理進捗情報データベースＤ２に登録する。マスク確認更新アプリケーション１４ｆは、その故障データがマスク状態（後述参照）であるか否かを確認してマスクデータ（後述参照）を作成したり削除したりするアプリケーションである。また、故障メール送信アプリケーション１４ｇは、マスク確認更新アプリケーション１４ｆによりマスク状態を確認された故障データがマスク状態ではなかった場合に、関係者（遠隔監視システム管理者、メンテナンス担当者、ユーザなど）に、後述する故障コード等データベースＤ１に基づいて故障コードに関連付けられているメッセージを電子メールにより送信するアプリケーションである。
【００５１】
データベースアプリケーション１４ｈは、リレーショナルデータベースアプリケーションであって、故障コード等データベースＤ１、修理進捗情報データベースＤ２、および空調機ＩＤデータベースＤ３を保持している。故障コード等データベースＤ１は、故障コードと故障内容とその故障内容に対応するメッセージとを関連付けたものである。また、ここにいう「メッセージ」とは、関係者に故障が発生したことを報知するためのものであり、故障コードに対応した故障に対する対応策などの文言である。修理進捗情報データベースＤ２は、マルチ式空調機器５の室内機５１ａ，５１ｂおよび室外機５２のそれぞれを認識するための空調機ＩＤと、故障コードと、故障内容と、故障発生日時と、修理進捗状況とを関連付けたものである。なお、ここにいう「修理進捗状況」には、故障が新規発生（すなわち、故障データを初めて受信した状態、または、故障が解消された後に故障データを初めて受信した状態）の場合であることを表す「新規」と、故障に対して修理手配を要請した状態である「修理手配中」と、故障の経過を観察する状態である「経過観察中」と、故障が解消された状態である「修理完了」とがある。また、これらの修理進捗状況は、設備機器監視サーバ１に接続されている入力装置２２や、利用者端末７から設備機器監視サーバ１に公衆回線などを通じてインターネットブラウザなどからログインすることで変更することが可能である。なお、この場合に入力装置２２および／または利用者端末7を利用してインターネットブラウザからログインできる利用者は、後述する関係者（遠隔監視システム管理者、メンテナンス担当者、ユーザなど）に限られる。関係者には、ユーザＩＤおよびパスワードが付与されており、インターネットブラウザなどからログインする時にユーザＩＤおよびパスワードを入力することで、関係者のみが修理進捗状況を更新できるようになっている。なお、ユーザＩＤおよびパスワードは、ユーザＩＤデータベース（図示せず）としてハードディスク１４内部のデータベースアプリケーション１４ｈに格納されており、関係者が入力装置２２または利用者端末７からインターネットブラウザなどを介してログインする際に入力するユーザＩＤおよびパスワードとユーザＩＤデータベースに格納されているユーザＩＤおよびパスワードとが照合され、関係者がインターネットブラウザなどからログインして修理進捗状況を変更することを許可する。空調機ＩＤデータベースＤ３は、上述した空調機器ＩＤと、機種情報と、設置場所とを関連付けたものである。また、このデータベースアプリケーション１４ｈには、中央処理部１１に様々な処理を行わせるための種々の命令が記述されている。
【００５２】
（インターフェイス）
ＩＤＥ（Integrated Drive Electronics）インターフェイス１５は、ハードディスク１４を接続部１２に接続する。入力インターフェイス１６は、例えば、ＰＳ／２、ＵＳＢ、ＩＥＥＥ１２１２、ＲＳ２３２、あるいはＩｒＤＡ（Infrared Data Association）等のインターフェイスであって、メインメモリ１３にデータを入力するためのキーボード、マウス、スキャナ、あるいはＯＣＲ（Optical Character Reader）等といった入力装置２２を接続する。ディスプレイインターフェイス１７は、例えば、ＡＧＰ（Accelerated Graphics Port）、ＰＣＩ（Peripheral Component Interconnect）、あるいはＲＳ２３２等のインターフェイスであって、メインメモリ１３から送信されてきたデータを文字や画像として表示するためのＣＲＴディスプレイ、液晶ディスプレイ、あるいはプラズマディスプレイ等といったディスプレイ２３を接続する。モデムインターフェイス１８は、公衆回線６等に通信接続するためのモデム２４を接続する。
【００５３】
（４）利用者端末
利用者端末７は、公衆回線６に接続可能な端末である。利用者端末７は、例えば、外出中の利用者に携帯される携帯電話であっても良いし、マルチ式空調機器５が設置されているオフィスや外出先などに設置されているコンピュータであっても良い。
【００５４】
＜設備機器監視システムの故障データ等処理内容＞
本発明の実施の形態に係る設備機器監視システム１０では、図７に示されるフローチャートにしたがって故障データ処理が行われる。なお、設備機器監視システム１０において、図７に示される処理は一定時間ごとに実行されている。また、これらの処理履歴は、全て修理進捗情報データベースＤ２としてハードディスク１４に保存されることになる。そして、保存された処理履歴が所定容量を超えると、設備機器監視サーバ１は処理履歴を古い方から自動的に削除するか、所定容量を超えていることを関係者に報知するなどの処理を行うことになる。
【００５５】
図７において、ステップＳ１では、設備機器監視サーバ１が、故障データ処理を実行する（なお、故障データ処理については後述する）。ステップＳ１が終了すると、ステップＳ２へ移行する。ステップＳ２では、設備機器監視サーバ１が、故障解消データ処理を実行する（なお、故障解消データ処理については後述する）。ステップＳ２が終了すると、ステップＳ３へ移行する。ステップＳ３では、設備機器監視サーバ１が、変更データ処理を実行する（なお、変更データ処理については後述する）。
【００５６】
以下、故障データ処理、故障解消データ処理、および変更データ処理について詳述する。
【００５７】
（故障データ処理）
本発明の実施の形態に係る設備機器監視システム１０では、図８に示されるフローチャートに従って故障データ処理が実行される。
【００５８】
図８において、ステップＳ１１では、設備機器監視サーバ１が、監視装置３から送信されてくる故障データを受信したか否かを確認する。設備機器監視サーバ１が、故障データを受信していればステップＳ１２へ移行し、故障データを受信していなければ故障データ処理を終了する。
【００５９】
ステップＳ１２では、設備機器監視サーバ１が、受信した故障データの故障コードから故障コード等データベースＤ１を参照して故障内容を抽出し、受信した故障データの空調機ＩＤから空調機ＩＤデータベースＤ３を参照して故障した空調機（機種および設置場所）を特定する。そして、故障した空調機と故障コードとに対応する修理進捗データが存在するか否かを、修理進捗データベースＤ２を参照して確認する。ここで、故障した空調機と故障コードとに対応する修理進捗データがなければステップＳ１３へ移行し、故障した空調機と故障コードとに対応する修理進捗データがあればステップＳ１４へ移行する。
【００６０】
ステップＳ１３では、設備機器監視サーバ１が、故障した空調機の空調機ＩＤと、故障コードと、ステップＳ１２で抽出した故障内容と、故障発生日時と、修理進捗状況とを関連付けた修理進捗データを修理進捗情報データベースＤ２に登録する。この際に、設備機器監視サーバ１は、修理進捗状況を「新規」として修理進捗データを登録する。ステップＳ１３が終了すると、ステップＳ１５へ移行する。
【００６１】
ステップＳ１４では、故障した空調機と故障コードとに対応する修理進捗データがマスク状態であるか否かを確認する。なお、ここにいう「マスク状態」とは、修理進捗状態が「修理手配中」または「経過観察中」となっていることであり、マスク状態である場合には、故障した空調機と故障コードとに対応するマスクデータが存在する。すなわち、ステップＳ１４では、故障した空調機と故障コードと（すなわち修理進捗データ）に対応するマスクデータがあるか否かを確認している。修理進捗データにマスクデータがなければステップＳ１５へ移行し、修理進捗データにマスクデータがあれば故障データ処理を終了する。
【００６２】
ステップＳ１５では、故障コードに基づいて、故障コード等データベースを参照して対応するメッセージを電子メールにより関係者に送信する。ステップＳ１５が終了すると故障データ処理は終了する。
【００６３】
（故障解消データ処理）
本発明の実施の形態に係る設備機器監視システム１０では、図９に示されるフローチャートに従って故障解消データ処理が実行される。
【００６４】
マルチ式空調機器５または監視装置３に発生した故障の中には、一旦電源をオフにして電源を再びオンにすると解消される故障がある。監視装置３は、故障の解消を検知した場合に故障が解消した日時（故障解消日時）と故障コードとを故障解消データとして設備機器監視サーバ１へ送信している。故障解消データ処理は、故障解消データがある場合に、解消された故障に対応する修理進捗データの修理進捗を「修理完了」にして、その故障に対応する修理進捗データの更新を自動的に終了する処理である。また、この際に故障データ処理により作成されたマスクデータを削除しており、新たに故障が発生した際に、故障報告が関係者に電子メールにより送信されるようにしている。以下、図９に従ってこの故障解消データ処理について説明する。
【００６５】
図９において、ステップＳ２１では、設備機器監視サーバ１が、監視装置３から送信されてくる運転データに故障解消データがあるか否かを確認する。なお、ここにいう「故障解消データ」とは、監視装置３がマルチ式空調機器５または監視装置３自信から検知していた故障を検知しなくなった場合に送信されるデータであり、故障コードと故障解消日時とを含む。設備機器監視サーバ１が、故障解消データを受信していればステップＳ２２へ移行し、故障解消データを受信していなければ故障解消データ処理を終了する。
【００６６】
ステップＳ２２では、解消された故障の故障コードに対応する修理進捗データを、修理進捗情報データベースＤ２を参照して抽出する。ステップＳ２２が終了すると、ステップＳ２３へ移行する。
【００６７】
ステップＳ２３では、ステップＳ２２で抽出された修理進捗データに対応するマスクデータがあるか否かを確認する。修理進捗データに、対応するマスクデータがあればステップＳ２４へ移行し、対応するマスクデータがなければ故障解消データ処理を終了する。
【００６８】
ステップＳ２４では、ステップＳ２３で確認した対応するマスクデータを削除する。ステップＳ２４が終了すると、ステップＳ２５へ移行する。
【００６９】
ステップＳ２５では、解消された故障の故障コードに対応する修理進捗データの修理進捗を「修理完了」に更新する。ステップＳ２５が終了すると故障解消データ処理を終了する。
【００７０】
（変更データ処理）
本発明の実施の形態に係る設備機器監視システム１０では、図１０に示されるフローチャートに従って変更データ処理が実行される。
【００７１】
変更データ処理は、関係者が設備機器監視サーバ１の入力装置２２や利用者端末７により、修理進捗データの修理進捗を変更した際に為される処理である。以下、図１０に従って変更データ処理について説明する。
【００７２】
図１０において、ステップＳ３１では、設備機器監視サーバ１が、修理進捗情報データベースＤ２を参照して、修理進捗データを１つ抽出する。ステップＳ３１が終了すると、ステップＳ３２へ移行する。
【００７３】
ステップＳ３２では、設備機器監視サーバ１が、ステップＳ３１において抽出された修理進捗データの修理進捗が「修理手配中」または「経過観察中」であるか否かを確認する。ステップＳ３２で、抽出された修理進捗データの修理進捗が「修理手配中」または「経過観察中」であればステップＳ３３へ移行し、抽出された修理進捗データの修理進捗が「修理手配中」または「経過観察中」でなければステップＳ３５へ移行する。
【００７４】
ステップＳ３３では、設備機器監視サーバ１が、ステップＳ３１において抽出された修理進捗データに対応するマスクデータがあるか否かを確認する。ステップＳ３３で、対応するマスクデータがなければステップＳ３４へ移行し、対応するマスクデータがあればステップＳ３５へ移行する。
【００７５】
ステップＳ３４では、設備機器監視サーバ１が、修理進捗データに対応するマスクデータを作成して、マスクデータを修理進捗データに登録する。ステップＳ３４が終了すると、ステップＳ３５へ移行する。
【００７６】
ステップＳ３５では、設備機器監視サーバ１が、ステップＳ３１で抽出された修理進捗データが最後のものであるか否かを確認する。修理進捗データが、最後のものであれば変更データ処理は終了し、最後のものでなければステップＳ３１へ戻る。
【００７７】
＜特徴＞
（１）
本発明の実施の形態では、設備機器監視サーバ１が故障解消データを受信した際に、設備機器監視サーバ１がその故障に対応する修理進捗データの修理進捗を「新規」、「修理手配中」、または「経過観察中」から「修理完了」に自動的に更新する。
【００７８】
したがって、修理完了した場合などで故障が解消した場合に、修理進捗を「新規」、「修理手配中」、または「経過観察中」から「修理完了」に自動的に更新することができる。すなわち、故障が解消したことを自動的に修理進捗に反映させることができる。このため、関係者が修理進捗を更新することにかかる負担を軽減することができる。
【００７９】
（２）
本実施の形態に係る遠隔監視システム１０では、マルチ式空調機器５または監視装置３が故障した場合に監視装置３から送信される故障データを、修理進捗データとして登録しており、その後の故障データに関する修理進捗を入力装置２４または利用者端末により更新できる。
【００８０】
したがって、修理進捗が変更された場合（例えば、新規から経過観察中、新規から修理完了など）に、修理進捗を更新することができるため、例えば修理進捗が修理完了となった場合にその修理進捗データの修理進捗を更新することで、その故障に関する修理進捗データの修理進捗が修理完了であるか否かを見分けることができる。
【００８１】
（３）
本発明の実施の形態では、設備機器監視サーバ１が、マルチ式空調機器５または監視装置３が故障した場合に、監視装置３から送信される故障データを、新規であるか否かを判定し、故障データが新規である場合に関係者に電子メールで故障報告を行っている。すなわち、故障データが新規でない場合（対応するマスクデータが修理進捗データにある場合）には、関係者に電子メールによる故障報告を停止している。
【００８２】
したがって、故障データが新規である場合に限り関係者に故障報告を送信することになり、例えば同種類の故障が引き続き起きた場合に故障報告を停止することができる。このため、関係者に同種類の故障報告を複数送信することを防ぐことができ、関係者が煩わしさを感じることを抑えることができる。
【００８３】
（４）
本発明の実施の形態では、設備機器監視サーバ１または利用者端末７により、修理進捗データの修理進捗を「新規」から「修理手配中」または「経過観察中」に更新でき、さらに「新規」、「修理手配中」、または「経過観察中」から「修理完了」に更新できる。
【００８４】
したがって、関係者が、故障に対して行った対応などについて修理進捗データの修理進捗を更新することができるため、そのときに故障の修理進捗をより詳細に管理することができる。
【００８５】
＜変形例＞
以上、本発明の実施形態について図面に基づいて説明したが、具体的な構成は、これらの実施形態に限られるものではなく、発明の要旨を逸脱しない範囲で変更可能である。
【００８６】
（１）
上記実施の形態では、設備機器としてマルチ式空調機器５が採用されているが、マルチ式空調機器５のみに限らず、セパレート式空調機器や、ダクト式空調機器などが採用されても構わないし、空調機器以外の設備機器である照明機器、受電設備機器、給排水衛生設備機器などであっても構わない。
【００８７】
（２）
上記実施の形態では、監視装置３が、故障データや故障解消データを設備機器監視サーバ１に送信しているが、これに限らず、マルチ式空調機器５の例えば室内機の親機５１ａが故障データを設備機器監視サーバ１に送信するようにしても構わない。また、これは、マルチ式空調機器５の室外機５２であっても構わない。
【００８８】
（３）
上記実施の形態では、設備機器監視サーバ１が故障データ等の処理を一定時間ごとに行っているが、これに限らずに、例えば、故障データ処理は故障データを受信したときにその都度行う、故障解消データ処理は故障解消データを受信したときにその都度行う、変更データ処理は修理進捗データの修理進捗の変更があったときにその都度行うなどにしても構わない。
【産業上の利用可能性】
【００８９】
本発明に係る遠隔監視システムは、故障の修理進捗などを確認でき、設備機器とその設備機器を管理する管理装置とに公衆回線を介して接続され、設備機器または管理装置から送信される設備機器の運転データを処理する遠隔監視システム等として有用である。
【図面の簡単な説明】
【００９０】
【図１】本実施形態の設備機器監視システムの概略構成図。
【図２】監視装置の内部構成図。
【図３】監視装置における制御信号およびデータの流れを表す図。
【図４】設備機器監視サーバの内部構成図。
【図５】設備機器監視サーバにおける制御信号およびデータの流れを表す図。
【図６】設備機器監視サーバのハードディスクイメージ図。
【図７】設備機器監視システムにおいて実行される故障データ等処理の流れを表すフローチャート。
【図８】設備機器監視システムにおいて実行される故障データ処理の流れを表すフローチャート。
【図９】設備機器監視システムにおいて実行される故障解消データ処理の流れを表すフローチャート。
【図１０】設備機器監視システムにおいて実行される変更データ処理の流れを表すフローチャート。
【符号の説明】
【００９１】
３          監視装置（管理装置）
５          マルチ式空調機器（設備機器）
６          公衆回線（回線）
７          利用者端末（故障データ更新手段）
１０          設備機器監視システム（遠隔監視システム）
１４ｃ        空調監視アプリケーション（故障データ更新手段）
１４ｆ        修理進捗データ登録アプリケーション（故障データ登録手段）
２２          入力装置（故障データ更新手段）
２４          モデム（運転データ受信手段）
【図１】
2009129054.tif 000003
【図２】
2009129054.tif 000004
【図３】
2009129054.tif 000005
【図４】
2009129054.tif 000006
【図５】
2009129054.tif 000007
【図６】
2009129054.tif 000008
【図７】
2009129054.tif 000009
【図８】
2009129054.tif 000010
【図９】
2009129054.tif 000011
【図１０】
2009129054.tif 000012