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