(57)【要約】      （修正有）【課題】  機器監視システム２１０において情報の欠落が発生した場合であってもサービスエンジニア１１５などに無駄な労力を強いるおそれをなくすことができ、さらに設備機器１０ａ，１０ｂが正常に運転していない状態を可及的迅速に検出することができる。【解決手段】  制御情報および運転情報を送受信する送信部３３と受信部４３との通信に障害が発生した場合、制御情報取得部３７は、通信の回復時点または回復後いずれかの時点において、その時点の制御情報を是正用制御情報として取得する。送信部３３は、是正用制御情報を送信する。受信部４３は、是正用制御情報を受信する。判断部４５は、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。【選択図】  図７
2005258557.tif 000002
【特許請求の範囲】
【請求項１】
設備機器（１０ａ，１０ｂ）の運転状態を監視する機器監視システム（２１０）であって、
前記設備機器（１０ａ，１０ｂ）の制御状態が変更された場合に変更後の前記制御状態を示す制御情報を取得する制御情報取得部（３７）と、前記設備機器（１０ａ，１０ｂ）の運転情報を取得する運転情報取得部（３７）と、前記制御情報および前記運転情報を送信する送信部（３３）と、を有する機器管理装置（３０）と、
前記制御情報および前記運転情報を受信する受信部（４３）と、前記制御情報に基づいて前記制御情報の取得時以降の前記運転情報が正常であるか否かを判断する判断部（４５）と、を有する機器監視装置（４０）と、
を備え、
前記制御情報取得部（３７）は、前記送信部（３３）と前記受信部（４３）との通信に障害が発生した場合、前記通信の回復時点または回復後いずれかの時点において、その時点の前記制御情報を是正用制御情報として取得し、
前記送信部（３３）は、前記是正用制御情報を送信し、
前記受信部（４３）は、前記是正用制御情報を受信し、
前記判断部（４５）は、前記是正用制御情報に基づいて前記是正用制御情報の受信時以降次の前記制御情報の変更時までの前記運転情報が正常であるか否かを判断する、
機器監視システム（２１０）。
【請求項２】
前記機器管理装置（３０）は、前記通信に障害が発生した場合に前記制御情報および前記運転情報を記憶する記憶部（３５）をさらに有し、
前記送信部（３３）は、前記通信に障害が発生した場合、前記通信の回復時点または回復後のいずれかの時点において、前記是正用制御情報を前記記憶部（３５）に記憶される前記制御情報および前記運転情報とともに送信し、
前記受信部（４３）は、前記是正用制御情報と前記記憶部（３５）に記憶される前記制御情報および前記運転情報とを受信し、
前記判断部（４５）は、前記是正用制御情報に基づいて前記是正用制御情報の受信時以降次の前記制御情報の変更時までの前記運転情報が正常であるか否かを判断するとともに前記運転情報の一部が欠落しているかを確認し、前記欠落が確認された場合には前記欠落発生時以降前記是正用制御情報の受信時前までの前記運転情報の全部または一部について正常か否かの判断を行わない、
請求項１に記載の機器監視システム（２１２）。
【請求項３】
設備機器（１０ａ，１０ｂ）の運転状態を監視する機器監視システム（２１１）であって、
前記設備機器（１０ａ，１０ｂ）の制御状態が変更された場合に変更後の前記制御状態を示す制御情報を取得する制御情報取得部（３７）と、前記設備機器の運転情報を取得する運転情報取得部（３７）と、前記制御情報および前記運転情報を送信する送信部（３３）と、を有する機器管理装置（３０）と、
前記制御情報および前記運転情報を受信する受信部（４３）と、前記制御情報に基づいて前記制御情報の取得時以降の前記運転情報が正常であるか否かを判断する判断部（４５）と、を有する機器監視装置（４０）と、
を備え、
前記機器管理装置（３０）は、前記送信部（３３）と前記受信部（４３）との通信に障害が発生した場合に前記制御情報および前記運転情報を記憶する記憶部（３５）をさらに有し、
前記送信部（３３）は、前記通信に障害が発生した場合、前記通信の回復時点または回復後のいずれかの時点において、前記記憶部（３５）に記憶されている前記制御情報および前記運転情報を送信し、
前記受信部（４３）は、前記記憶部（３５）に記憶されている前記制御情報および前記運転情報を受信し、
前記判断部（４５）は、前記運転情報の一部が欠落しているかを確認し、前記欠落が確認された場合には前記欠落発生時以降の前記運転情報の全部または一部について正常か否かの判断を行わない、
機器監視システム（２１１）。
【請求項４】
前記制御情報取得部（３７）は、前記通信に障害が発生した場合、前記通信の回復時点または回復後のいずれかの時点において、その時点の制御情報を是正用制御情報として取得し、
前記送信部（３３）は、前記是正用制御情報を前記記憶部（３５）に記憶されている前記制御情報および前記運転情報とともに送信し、
前記受信部（４３）は、前記是正用制御情報と前記記憶部（３５）に記憶されている前記制御情報および前記運転情報とを受信し、
前記判断部（４５）は、前記運転情報の一部が欠落しているかを確認し、前記欠落が確認された場合には前記欠落発生時以降前記是正用制御情報の受信時までの前記運転情報の一部について正常か否かの判断を行わないとともに前記是正用制御情報に基づいて前記是正用制御情報の受信時以降次の前記制御情報の変更時までの運転情報が正常であるか否かを判断する、
請求項３に記載の機器監視システム（２１２）。
【請求項５】
前記送信部（３３）は、前記是正用制御情報と前記判断部の処理の基準となる時点を指定するための指定情報とを送信し、
前記受信部（４３）は、前記是正用制御情報と前記指定情報とを受信し、
前記判断部（４５）は、前記是正用制御情報に基づいて前記指定情報の受信時以降次の前記制御情報の変更時までの前記運転情報が正常であるか否かを判断する、
請求項１に記載の機器監視システム（２１０）。
【請求項６】
前記送信部（３３）は、前記通信に障害が発生した場合、前記通信の回復時点または回復後のいずれかの時点において、前記是正用制御情報と前記判断部（４５）の処理の基準となる時点を指定するための指定情報とを前記記憶部（３５）に記憶される前記制御情報および前記運転情報とともに送信し、
前記受信部（４３）は、前記是正用制御情報、前記指定情報ならびに前記記憶部（３５）に記憶される前記制御情報および前記運転情報を受信し、
前記判断部（４５）は、前記是正用制御情報に基づいて前記指定情報の受信時以降次の前記制御情報の変更時までの前記運転情報が正常であるか否かを判断するとともに前記運転情報の一部が欠落しているかを確認し、前記欠落が確認された場合には前記欠落発生時以降前記是正用制御情報の受信時前までの前記運転情報の全部または一部について正常か否かの判断を行わない、
請求項２に記載の機器監視システム（２１２）。
【請求項７】
前記機器監視装置（４０）は、前記機器管理装置（３０）に対して前記是正用制御情報を要求する制御情報要求手段をさらに有し、
前記制御情報取得部（３７）は、前記要求に対して前記是正用制御情報を取得し、
前記送信部（３３）は、前記是正用制御情報を送信する、
前記受信部（４３）は、前記是正用制御情報を受信する、
請求項３に記載の機器監視システム（２１１）。
【請求項８】
電子メールを受信可能な情報端末（５０）をさらに備え、
前記機器監視装置（４０）は、前記判断部（４５）において前記運転情報が正常でないと判断された場合に前記情報端末（５０）に対して前記電子メールを送信する電子メール送信部（４３）をさらに有する、
請求項１から７のいずれかに記載の機器監視システム（２１０，２１１，２１２）。
【請求項９】
前記機器監視装置（４０）は、前記設備機器（１０ａ，１０ｂ）および前記機器管理装置（３０）の遠隔地に配備される、
請求項１から８のいずれかに記載の機器監視システム（２１０，２１１，２１２）。
【請求項１０】
設備機器（１０ａ，１０ｂ）の運転状態を監視する機器監視システム（２１０，２１２）において、前記設備機器（１０ａ，１０ｂ）の制御状態が変更された場合に変更後の前記制御状態を示す制御情報を取得する制御情報取得部（３７）と、前記設備機器（１０ａ，１０ｂ）の運転情報を取得する運転情報取得部（３７）と、前記制御情報および前記運転情報を送信する送信部（３３）とを有する機器管理装置（３０）と通信接続される機器監視装置（４０）であって、
前記制御情報および前記運転情報を受信する受信部（４３）と、
前記制御情報に基づいて前記制御情報の取得時以降の前記運転情報が正常であるか否かを判断する判断部（４５）と、
を備え、
前記受信部（４３）は、前記送信部（３３）と前記受信部（４３）との通信に障害が発生した場合、前記通信の回復時点または回復後いずれかの時点において、その時点の前記制御情報を前記是正用制御情報として受信し、
前記判断部（４５）は、前記是正用制御情報に基づいて前記是正用制御情報の受信時以降次の前記制御情報の変更時までの運転情報が正常であるか否かを判断する、
機器監視装置（４０）。
【請求項１１】
設備機器（１０ａ，１０ｂ）の運転状態を監視する機器監視システム（２１０，２１２）において、前記設備機器（１０ａ，１０ｂ）が正常に運転されているか否かを判断する機器監視装置（４０）と通信接続される機器管理装置（３０）であって、
前記設備機器（１０ａ，１０ｂ）の制御状態が変更された場合に変更後の前記制御状態を示す制御情報を取得する制御情報取得部（３７）と、
前記設備機器の運転情報を取得する運転情報取得部（３７）と、
前記制御情報および前記運転情報を前記機器監視装置（４０）に対して送信する送信部（３３）と、
を備え、
前記制御情報取得部（３７）は、前記送信部（３３）と前記受信部（４３）との通信に障害が発生した場合、前記通信の回復時点または回復後いずれかの時点において、その時点の前記制御情報を是正用制御情報として取得し、
前記送信部（３３）は、前記是正用制御情報を前記機器監視装置（４０）に対して送信する、
機器管理装置（３０）。
【請求項１２】
設備機器（１０ａ，１０ｂ）の運転状態を監視する機器監視システム（２１１，２１２）において、前記設備機器（１０ａ，１０ｂ）の制御状態が変更された場合に前記変更後の前記制御状態を示す制御情報を取得する制御情報取得部（３７）と、前記設備機器（１０ａ，１０ｂ）の運転情報を取得する運転情報取得部（３７）と、前記制御情報および前記運転情報を送信する送信部（３３）と、前記送信部（３３）が前記制御情報および前記運転情報を送信できなかった場合に前記制御情報および前記運転情報を記憶する記憶部（３５）と、を有する機器管理装置（３０）と通信接続される機器監視装置（４０）であって、
前記制御情報および前記運転情報を受信する受信部（４３）と、
前記制御情報に基づいて前記制御情報の取得時以降の前記運転情報が正常であるか否かを判断する判断部（４５）と、
を備え、
前記受信部（４３）は、前記送信部（３３）と前記受信部（４３）との通信に障害が発生した場合、前記通信の回復時点または回復後のいずれかの時点において、前記記憶部（３５）に記憶されている前記制御情報および前記運転情報を受信し、
前記判断部（４５）は、前記運転情報の一部が欠落しているかを確認し、前記欠落が確認された場合には前記欠落発生時以降の前記運転情報の全部または一部について正常か否かの判断を行わない、
機器監視装置（４０）。
【請求項１３】
請求項１の記載の機器監視システム（２１０）を構成する機器監視装置（４０）または請求項８に記載の機器監視装置（４０）にインストールされる機器監視プログラム（４２）であって、
前記受信部（４３）に対して、前記是正用制御情報を受信するように命令する受信命令ルーチンと、
前記判断部（４５）に対して、前記是正用制御情報に基づいて前記是正用制御情報の受信時以降次の前記制御情報の変更時までの運転情報が正常であるか否かを判断するように命令する判断命令ルーチンと、
を備える、機器監視プログラム（４２）。
【請求項１４】
請求項１の記載の機器監視システム（２１０）を構成する機器管理装置（３０）または請求項９に記載の機器管理装置（３０）にインストールされる機器管理プログラム（３２）であって、
イベント発生時に、前記制御情報取得部（３７）に対して、前記是正用制御情報を取得するように命令する制御情報取得命令ルーチンと、
前記送信部（３３）に対して、前記是正用制御情報を送信するように命令する送信命令ルーチンと、
を備える、機器管理プログラム（３２）。
【請求項１５】
請求項３の記載の機器監視システム（２１１）を構成する機器監視装置（４０）または請求項１０に記載の機器監視装置（４０）にインストールされる機器監視プログラム（４２）であって、
前記受信部（４３）に対して、前記制御情報および前記運転情報を受信するように命令する受信命令ルーチンと、
前記判断部（４５）に対して、前記運転情報の一部が欠落しているかを確認し、前記欠落が確認された場合には前記欠落発生時以降の前記運転情報の全部または一部について正常か否かの判断を行わないように命令する判断命令ルーチンと、
を備える、機器監視プログラム（４２）。
【請求項１６】
請求項３の記載の機器監視システム（２１１）を運用するための機器監視システム運用方法であって、
前記送信部（３３）と前記受信部（４３）との通信に障害が発生した場合、前記通信の回復時点または回復後のいずれかの時点において、前記受信部（４３）に対して、前記記憶部（３５）に記憶されている前記制御情報および前記運転情報を受信させる受信ステップと、
前記判断部（４５）に対して、前記運転情報の一部が欠落しているかを確認させ、前記欠落が確認された場合には前記欠落発生時以降の前記運転情報の全部または一部について正常か否かの判断を行わせない判断ステップと、
前記欠落が確認された後に、前記設備機器（１０ａ，１０ｂ）の前記制御情報を伝達する伝達ステップと、
伝達された前記制御情報を前記機器監視装置（４０）に入力する入力ステップと、
を備える、機器監視システム運用方法。
【請求項１７】
請求項３の記載の機器監視システム（２１１）を運用するための機器監視システム運用方法であって、
前記送信部（３３）と前記受信部（４３）との通信に障害が発生した場合、前記通信の回復時点または回復後のいずれかの時点において、前記受信部（４３）に対して、前記記憶部（３５）に記憶されている前記制御情報および前記運転情報を受信させる受信ステップと、
前記判断部（４５）に対して、前記運転情報の一部が欠落しているかを確認させ、前記欠落が確認された場合には前記欠落発生時以降の前記運転情報の全部または一部について正常か否かの判断を行わせない判断ステップと、
前記欠落が確認された後に、前記設備機器（１０ａ，１０ｂ）の前記制御情報を強制的に変更させる強制変更ステップと、
を備える、機器監視システム運用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設備機器の運転状態を監視する機器監視システムおよびその運用方法、ならびに機器監視プログラムに関する。また、本発明は、機器監視システムを構成する機器監視装置および機器管理装置にも関する。
【背景技術】
【０００２】
近年、図１に示すような空調監視システム２００を構築・運用することにより顧客に販売したマルチ式空気調和機１０ａ，１０ｂや空調システム２０などの運転状態を監視し、その顧客に対して種々の付帯サービス、例えば、故障予知サービス、異常検知サービス、迅速な修理サービス、エネルギー管理サービスなど（例えば、特願２００２−１８１１９５号公報（第４−１７項、図１）参照。）を提供することが行われている。なお、ここでは、エネルギー管理サービスが運用される際の空調監視システム２００の使用態様について説明を行う。
【０００３】
空調監視システム２００は、複数のマルチ式空気調和機１０ａ，１０ｂ、ステーション３０、監視用コンピュータ４０および連絡用コンピュータ５０から構成される。なお、マルチ式空気調和機１０ａ，１０ｂとステーション３０とは、空調システム２０を構成している。そして、マルチ式空気調和機１０ａ，１０ｂおよびステーション３０は顧客のビル１２０に、監視用コンピュータ４０は監視センター１００に、連絡用コンピュータはサービスステーション１１０（以下、ＳＳと略する。）に配置される。なお、このＳＳ１１０には、サービスエンジニア１１５が勤務している。
【０００４】
マルチ式空気調和機１０ａ，１０ｂは、ビル１２０の冷暖房を行う。なお、このマルチ式空気調和機１０ａ，１０ｂでは、１台の室外機１２ａ，１２ｂに対して複数の室内機１１ａ，１１ｂが通信線および冷媒配管を介して接続される。さらに、室内機１１ａ，１１ｂは、通信線を介してリモコン１３ａ，１３ｂに接続される。リモコン１３ａ，１３ｂは、室内機１１ａ，１１ｂの電源を入り切りしたり冷暖運転モードを切り替えたりするために使用される。また、この室内機１１ａ，１１ｂには、その吸い込み口付近に温度センサ（図示せず）が設けられており、部屋の室温を検知している。一方、室外機１２ａ，１２ｂは、通信線を介してステーション３０に接続される。ステーション３０には、モデム３３、メモリ３５およびインターフェイス３７（以下、Ｉ／Ｆと略する。）が搭載されており、また省エネ制御プログラム３９および管理プログラム３１がインストールされている。
【０００５】
なお、この省エネ制御プログラム３９には、例えば、あらかじめ与えられた所定期間の目標エネルギー量を遵守する「省エネルギー制御」を行うための命令や所定期間の基準エネルギーを超過されることが予想されるときにのみ省エネルギー制御を行う「デマンド制御」を行うための命令（例えば、特願２００２−２８２３４１号公報（第３−２４項、図３）参照。）などが記述されている。ところで、このような省エネルギー制御を実行すると、エネルギー使用量が定常的にまたは一時的に制限されるため、ビル１２０の空調環境が悪化する場合がある。このような事態がたびたび発生すれば、顧客に対するサービス提供者の信頼が損なわれるおそれがある。このような空調環境の悪化の原因は、主に、不適切な設定などにあるため、サービス提供者は、設定を是正するなどの対応を可及的迅速に行えば、顧客とのトラブルを回避することができる。このような背景からこのステーション３０には、管理プログラム３１がインストールされている。
【０００６】
なお、この管理プログラム３１の役目は、監視用コンピュータ４０においてビル１２０内の空調環境の悪化現象などを検出するのに必要な情報（室内機１１ａのＯＮ／ＯＦＦ情報や、運転モード情報、室内温度情報など。これらについては後述する。）をマルチ式空気調和機１０ａ，１０ｂから収集し監視用コンピュータ４０に提供することにある。管理プログラム３１は、ステーション３０に電源が投入されると同時にマイコン（図示せず）により実行される。管理プログラム３１には、３０分おきに室内機１１ａ，１１ｂに設けられる温度センサの値を、Ｉ／Ｆ３７を介して取得する命令、リモコン１３ａ，１３ｂにおいて室内機１１ａ，１１ｂの電源ＯＮ／ＯＦＦの切替があった場合にそのＯＮ／ＯＦＦ情報を、Ｉ／Ｆ３７を介して取得する命令、およびリモコン１３ａ，１３ｂにおいて冷房運転／暖房運転の運転モード切替があった場合にその運転モード情報を、Ｉ／Ｆ３７を介して取得する命令などが記述されている。モデム３３は、ステーション３０に送信されてくる温度センサ値、ＯＮ／ＯＦＦ情報および運転モード情報などを、順次、電話回線６０を介して監視用コンピュータ４０に送信する。なお、ステーション３０と監視用コンピュータ４０との通信に障害が発生した場合には、これらの情報は、メモリ３５に記憶される。そして、通信が回復した後、これらの情報は、所定の人為的な処理に従って監視用コンピュータ４０に送信される。なお、メモリ容量はおよそ５日分の情報が入る大きさとされている。Ｉ／Ｆ３７は、マルチ式空気調和機１０ａ，１０ｂから送信される信号をステーション３０が読み取り可能なデータ形式に変換する。
【０００７】
監視用コンピュータ４０には、モデム４３およびＣＰＵ４５が搭載されており、また監視プログラム４１およびデータベース作成用ソフトウェア（図示せず）がインストールされている。監視プログラム４１およびデータベース作成用ソフトウェアは、監視用コンピュータ４０において常時実行されている。モデム４３は、ステーション３０から送信されてくる温度センサの値、ＯＮ／ＯＦＦ情報および運転モード情報などを受信する。そして、データベース作成用ソフトウェアは、それらの情報を所定のフォーマットに従って格納し、順次、データベース４７を更新する。監視プログラム４１は、ＣＰＵ４５により実行される。監視プログラム４１には、ＯＮ／ＯＦＦ情報および運転モード情報などを利用して温度センサの値が正常であるか否かを判断する判断命令、温度センサの値が異常であると判断された場合に連絡用コンピュータ５０に対して規定の電子メールを送信する電子メール送信命令などが記述されている。なお、この判断命令および電子メール送信命令は、図２に示すような流れで実行される。図２において、ステップＳ１１では、ＣＰＵ４５が、新たな温度センサの値がデータベース４７に格納されたかを確認する。ステップＳ１１の確認の結果、新たな温度センサの値がデータベース４７に格納されたら、ステップＳ１２に移る。ステップＳ１１の確認の結果、新たな温度センサの値がデータベース４７に格納されていなかったら、処理を終了する。ステップＳ１２では、ＣＰＵ４５が、その温度センサの値の取得時刻前にある最新のＯＮ／ＯＦＦ情報を抽出する。ステップＳ１３では、ＣＰＵ４５が、そのＯＮ／ＯＦＦ情報がＯＮであるかを確認する。ステップＳ１３の確認の結果、ＯＮ／ＯＦＦ情報がＯＮであれば、ステップＳ１４に移る。ステップＳ１３の確認の結果、ＯＮ／ＯＦＦ情報がＯＮでなければ、処理を終了する。ステップＳ１４では、ＣＰＵ４５が、その温度センサの値の取得時刻前にある最新の運転モード情報を抽出する。ステップＳ１５では、ＣＰＵ４５が、その運転モード情報が、冷房運転モードであるかを確認する。ステップＳ１５の確認の結果、運転モード情報が冷房運転モードであれば、ステップＳ１６に移る。ステップＳ１５の結果、運転モード情報が冷房運転モードでなければ、ステップＳ１７に移る。ステップＳ１６では、ＣＰＵ４５が、温度センサの値が上限温度Ｔａ以下であるかを確認する。ステップＳ１６の確認の結果、温度センサの値が上限温度Ｔａ以下であれば、ステップＳ１８に移る。ステップＳ１６の確認の結果、温度センサの値が上限温度Ｔａよりも大きければ、ステップＳ１９に移る。ステップＳ１７では、ＣＰＵ４５が、温度センサの値が下限温度Ｔｂ以上であるかを確認する。ステップＳ１７の確認の結果、温度センサの値が下限温度Ｔｂ以上であれば、ステップＳ１８に移る。ステップＳ１７の確認の結果、温度センサの値が下限温度Ｔｂ未満であれば、ステップＳ１９に移る。ステップＳ１８では、ＣＰＵ４５が、温度センサの値が正常であると判断する。ステップＳ１９では、ＣＰＵ４５が、温度センサの値が異常であると判断する。ステップＳ２０では、ＣＰＵ４５が、規定の電子メールを連絡用コンピュータ５０に送信する。
【０００８】
連絡用コンピュータ５０には、電子メールの受信用ソフトウェアがインストールされている。電子メールの受信用ソフトウェアは、監視用コンピュータ４０において温度センサの値が異常であると判断された場合に送信される電子メールを受信する。そして、電子メールの受信を確認したサービスエンジニア１１５は、省エネルギー制御の設定を変更したりマルチ式空気調和機１０ａ，１０ｂの不具合を解消したりするためにビル１２０へと出動する。
【０００９】
（なお、本願発明者は、このような空調監視システムの存在は知っているが、先行技術文献として挙げられるような特許文献や非特許文献についてはその所在を知らない。）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述したように、この空調監視システム２００においてステーション３０と監視用コンピュータとの通信に障害が発生した場合、温度センサの値、ＯＮ／ＯＦＦ情報および運転モード情報などは、メモリ３５に記憶される。そして、その通信が回復した後、これらの情報は、所定の人為的な処理に従って監視用コンピュータ４０に送信される。
ところで、通信障害の原因は、大きく２つに分類される。１つは、モデム３３，４３そのもの又は電話回線６０内の伝送に不具合が発生することやステーション３０内においてモデム３３とマイコンとの通信にソフトウェア的な不具合が発生することなどである。もう１つは、ステーション３０の電源が停電などにより落ちる、または人為的に落とされることなどである。前者の場合、メモリ３５の容量がおよそ５日分の情報に対応する大きさでしかないため、５日以上の日数放置されると、図３および図４に示すように古い情報の上から新しい情報が上書きされ、古い情報が順次、消滅していく（以下、メモリオーバーフロー現象という。）。つまり、情報の欠落が生じることになる。また、後者の場合、電源が切断されている間は、通信ができないだけでなく、マルチ式空気調和機１０ａ，１０ｂから送信されてくる情報を取得することもできないため、情報の欠落が生じることになる。また、メモリ３５が揮発性であり、前者の原因に基づく通信障害が発生し、その後さらにステーション３０の電源が切断された場合には、電源の切断期間のみならず前者の原因に基づく通信障害が発生した時点からの情報も消失することになる。このようにして情報の欠落が生じると、監視用コンピュータ４０において温度センサの値が正常であるか否かを判断するのに、以下のような問題が生じることになる。
【００１１】
図５には、空調監視システム２００において通信障害が発生したがメモリオーバーフロー現象が起こることなく空調監視システム２００が復旧した場合の監視用コンピュータ４０における監視画面を示す。なお、この図５は、図３に対応するように記載されている（一部、情報を加筆）。この場合、情報の欠落が生じていないので、問題なく温度センサの値が正常であるか否かを判断することができる。しかし、図４に示すようなメモリオーバーフロー現象が発生した後に空調監視システム２００が復旧した場合、温度センサの値だけでなく、図６に示すようにアドレス００２１に対応する室内機１１ａ，１１ｂの暖房運転モード情報およびアドレス００２３に対応する室内機１１ａ，１１ｂのＯＮ情報なども欠落する。上述したように、監視用コンピュータ４０では、温度センサの値が正常であるか否かを判断するのに、温度センサの値の取得時刻前にある最新のＯＮ／ＯＦＦ情報および運転モード情報が用いられている。つまり、この場合、アドレス００２１の室内機１１ａ，１１ｂの０３／３／１５の０８：０１以降の温度センサの値が正常であるか否かの判断は、本来は暖房運転モードに基づいて行われなければならないところ、実際には０３／３／１３の１５：３２の冷房運転モードに基づいて行われてしまう。上述したように冷房運転モード時と暖房運転モード時とでは、判断基準（上限温度Ｔａ、下限温度Ｔｂ）が異なるため、監視用コンピュータ４０は、誤った判断を行ってしまうおそれがある。また、アドレス００２３の室内機１１ａ，１１ｂの０３／３／１５の１４：０７以降の温度センサの値が正常であるか否かの判断は、本来はＯＮ情報に基づいて行われなければならないところ、実際には、０３／３／１４の１９：４９のＯＦＦ情報に基づいて行われてしまう。上述したように、ＯＮ／ＯＦＦ情報がＯＦＦ情報である場合は、温度センサの値が正常であるか否かの判断は行われない。つまり、温度センサの値が正常でなかったとしてもその判断は行われないという不具合が発生する。また、このような現象は、ステーション３０の電源が落とされた場合にも、同様に発生する可能性がある（この場合、電源が落とされている時間帯のすべての情報が欠落することになる。）。このように、本空調監視システム２００において情報の欠落が発生すると、実際には温度センサの値が正常であるにもかかわらず正常でないと判断されサービスエンジニア１１５へ誤判断に基づく電子メールが送信されたり、実際には温度センサの値が正常でないのにもかかわらず正常であるか否かの判断が行われずその対応が遅れたりするという問題が発生する。前者の場合、サービスエンジニア１１５は、ビル１２０へ出動しなければならない。このため、サービスエンジニア１１５に無駄な労力を強いることになり、しいては効率的な省エネルギー制御の設定の調整作業やマルチ式空気調和機１０ａ，１０ｂの保守・管理作業などを妨げることにもつながりかねない。また、後者の場合は、サービス提供者が、顧客の信用を失うおそれがある。
【００１２】
本発明の課題は、以上のような形態を有する監視システムにおいて情報の欠落が発生した場合であってもサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができ、さらに情報の欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる機器監視システム、機器監視装置、機器管理装置、機器監視プログラム、機器管理プログラムおよび機器監視システム運用方法を提供することにある。
【課題を解決するための手段】
【００１３】
上記のような課題を解決するために、ＯＮ／ＯＦＦ情報や運転モード情報を温度センサの値の取得と同期して取得することが考えられる。このようにすれば、常に、温度センサの値が正常であるか否かの判断は、その同期取得されたＯＮ／ＯＦＦ情報や運転モード情報などに基づいて行うことができる。
しかしながら、このようにしてＯＮ／ＯＦＦ情報や運転モード情報を取得すると、情報量が多くなり、通信のトラフィック状態が悪化するおそれがある。また、通信障害が発生した場合、メモリオーバーフロー現象に至る時間が短くなるおそれがある。これらの問題を解決するために、電話回線をＡＤＳＬや光ファイバのような通信データ容量の大きい通信回線に切り替えたり、より大きな容量を有するメモリをステーションに搭載することも考えられる。しかし、ＡＤＳＬや光ファイバなどの通信回線に関しては、日本国内において未だ十分に敷設されていない地域が存在するおそれがあること、またコストがかかりすぎ現実でないことからその使用が制限される。また、より大きな容量を有するメモリに関しては、コスト面からの制約があることからその使用が制限される。
【００１４】
そこで、本発明では、以下のような処理を実行して、上記の課題を解決している。
請求項１に記載の機器監視システムは、設備機器の運転状態を監視する機器監視システムであって、機器管理装置および機器監視装置を備える。なお、ここにいう「設備機器」とは、空気調和機（エアコン、空気清浄機、除湿機または加湿機など。）や家電機器、工場の生産設備、工作機械などである。機器管理装置は、制御情報取得部、運転情報取得部および送信部を有する。制御情報取得部は、設備機器の制御状態が変更された場合に制御情報を取得する。なお、この制御情報には、変更後の制御状態が示されている。また、ここにいう「制御情報」とは、ＯＮ／ＯＦＦ情報や運転モード情報などである。運転情報取得部は、設備機器の運転情報を取得する。なお、ここにいう「運転情報」とは、設備機器がエアコンの場合、室内温度や室内湿度などである。送信部は、制御情報および運転情報を送信する。一方、機器監視装置は、受信部および判断部を有する。受信部は、制御情報および運転情報を受信する。判断部は、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。そして、送信部と受信部との通信に障害が発生した場合、制御情報取得部は、通信の回復時点または回復後いずれかの時点において、その時点の制御情報を是正用制御情報として取得する。なお、ここにいう「送信部と受信部との通信に障害が発生する場合」とは、設備管理機器の電源が切断された場合や送信部、受信部およびその通信回線のうち少なくとも１つに不具合が発生する場合などである。送信部は、是正用制御情報を送信する。受信部は、是正用制御情報を受信する。判断部は、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。
【００１５】
ここでは、通常、機器管理装置において、制御情報取得部が、設備機器の制御状態が変更された場合に制御情報を取得する。また、運転情報取得部が、設備機器の運転情報を取得する。次に、送信部が、制御情報および運転情報を送信する。そして、機器監視装置において、受信部が、制御情報および運転情報を受信する。次に、判断部が、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。
【００１６】
しかし、送信部と受信部との通信に障害が発生した場合、機器管理装置において、制御情報取得部が、通信の回復時点または回復後いずれかの時点において、その時点の制御情報を是正用制御情報として取得する。次に、送信部が、是正用制御情報を送信する。そして、機器監視装置において、受信部が、是正用制御情報を受信する。次に、判断部が、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、機器監視装置は、運転情報が正常であるか否かの判断基準を修正することができ、それ以降に機器管理装置から送信されてくる運転情報が正常であるか否かを的確に判断することができる。したがって、機器監視装置の誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合であってもサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができ、さらに制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。なお、機器管理装置から通信障害発生期間中の制御情報や運転情報などが送信されてくる場合であっても、機器監視装置がその運転情報については判断を行わないようにすれば（手動であってもかまわない）、その運転情報について誤判断をすることはない。
【００１７】
請求項２に記載の機器監視システムは、請求項１に記載の機器監視システムであって、機器管理装置は、記憶部をさらに有する。記憶部は、通信に障害が発生した場合に制御情報および運転情報を記憶する。そして、通信に障害が発生した場合、送信部は、通信の回復時点または回復後のいずれかの時点において、是正用制御情報を記憶部に記憶される制御情報および運転情報とともに送信する。また、受信部は、是正用制御情報と記憶部に記憶される制御情報および運転情報とを受信する。さらに、判断部は、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。また、判断部は、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降是正用制御情報の受信時前までの運転情報の全部または一部について正常か否かの判断を行わない。
【００１８】
ここでは、通信に障害が発生した場合、機器管理装置において、記憶部が、制御情報および運転情報を記憶する。そして、送信部が、通信の回復時点または回復後のいずれかの時点において、是正用制御情報を記憶部に記憶される制御情報および運転情報とともに送信する。そして、機器監視装置において、受信部が、是正用制御情報と記憶部に記憶される制御情報および運転情報とを受信する。次に、判断部が、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。さらに、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降是正用制御情報の受信時前までの運転情報の全部または一部について正常か否かの判断を行わない。このため、機器監視装置は、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、機器監視装置の誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができる。
【００１９】
請求項３に記載の機器監視システムは、設備機器の運転状態を監視する機器監視システムであって、機器管理装置および機器監視装置を備える。機器管理装置は、制御情報取得部、運転情報取得部および送信部を有する。制御情報取得部は、設備機器の制御状態が変更された場合に制御情報を取得する。なお、制御情報には、変更後の制御状態が示される。運転情報取得部は、設備機器の運転情報を取得する。送信部は、制御情報および運転情報を送信する。一方、機器監視装置は、受信部および判断部を有する。受信部は、制御情報および運転情報を受信する。判断部は、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。また、機器管理装置は、記憶部をさらに有する。記憶部は、送信部と受信部との通信に障害が発生した場合に制御情報および運転情報を記憶する。そして、通信に障害が発生した場合、送信部は、通信の回復時点または回復後のいずれかの時点において、記憶部に記憶されている制御情報および運転情報を送信する。受信部は、記憶部に記憶されている制御情報および運転情報を受信する。判断部は、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。
【００２０】
ここでは、通常、機器管理装置において、制御情報取得部が、設備機器の制御状態が変更された場合に制御情報を取得する。また、運転情報取得部が、設備機器の運転情報を取得する。次に、送信部が、制御情報および運転情報を送信する。そして、機器監視装置において、受信部が、制御情報および運転情報を受信する。次に、判断部が、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。
【００２１】
しかし、送信部と受信部との通信に障害が発生した場合、機器管理装置において、記憶部が、制御情報および運転情報を記憶する。次に、送信部が、通信の回復時点または回復後のいずれかの時点において、記憶部に記憶されている制御情報および運転情報を送信する。そして、機器監視装置において、受信部が、記憶部に記憶されている制御情報および運転情報を受信する。次に、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。このため、機器監視装置は、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、機器監視装置の誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。また、通信の回復後の処理については、通信の回復後すぐに、サービスエンジニアなどを設備機器が設置される建造物に向かわせ、そこで、設備機器のＯＮ／ＯＦＦや運転モードなどを切り替えたりさせれば、その制御情報が機器監視装置に送信されるので、その後に送信されてくる運転情報が正常であるか否かの判断基準を修正することができる。または、サービスエンジニアなどに電話やＦＡＸなどで回復後の設備機器のＯＮ／ＯＦＦ情報や運転モード情報を機器監視装置のオペレータに連絡させ、そのオペレータにその情報を機器監視装置に入力、修正させてもよい。このようにすれば、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができ、さらに制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【００２２】
請求項４に記載の機器監視システムは、請求項３に記載の機器監視システムであって、通信に障害が発生した場合、制御情報取得部は、通信の回復時点または回復後のいずれかの時点において、その時点の制御情報を是正用制御情報として取得する。また、送信部は、是正用制御情報を記憶部に記憶されている制御情報および運転情報とともに送信する。さらに、受信部は、是正用制御情報と記憶部に記憶されている制御情報および運転情報とを受信する。さらに加えて、判断部は、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降是正用制御情報の受信時までの運転情報の一部について正常か否かの判断を行わない。また、判断部は、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。
【００２３】
ここでは、通信に障害が発生した場合、機器管理装置において、制御情報取得部が、通信の回復時点または回復後のいずれかの時点において、その時点の制御情報を是正用制御情報として取得する。次に、送信部が、是正用制御情報を記憶部に記憶されている制御情報および運転情報とともに送信する。そして、機器監視装置において、受信部が、是正用制御情報と記憶部に記憶されている制御情報および運転情報とを受信する。次に、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降是正用制御情報の受信時までの運転情報の一部について正常か否かの判断を行わない。さらに、判断部が、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、機器監視装置は、運転情報が正常であるか否かの判断基準を修正することができ、それ以降に送信されてくる運転情報が正常であるか否かを的確に判断することができる。したがって、制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【００２４】
請求項５に記載の機器監視システムは、請求項１に記載の機器監視システムであって、送信部は、是正用制御情報と指定情報とを送信する。なお、指定情報とは、判断部の処理の基準となる時点を指定するための情報であり、初期フラグと呼ばれるものなどである。また、受信部は、是正用制御情報と指定情報とを受信する。さらに、判断部は、是正用制御情報に基づいて指定情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。
【００２５】
ここでは、通信に障害が発生した場合、機器管理装置において、送信部が、是正用制御情報と指定情報とを送信する。そして、機器監視装置において、受信部が、是正用制御情報と指定情報とを受信する。次に、判断部が、是正用制御情報に基づいて指定情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。プログラム処理上、制御情報と是正制御情報とは同じものであり、区別がつかない。しかし、ここでは、是正制御情報に指定情報が付加される。このため、制御情報と是正制御情報とを区別することができる。このため、後々の情報処理（例えば、データ欠落の発生頻度解析など）を行いやすくすることができる。
【００２６】
請求項６に記載の機器監視システムは、請求項２に記載の機器監視システムであって、通信に障害が発生した場合、送信部は、通信の回復時点または回復後のいずれかの時点において、是正用制御情報と指定情報とを記憶部に記憶される制御情報および運転情報とともに送信する。なお、指定情報とは、判断部の処理の基準となる時点を指定するための情報であり、初期フラグと呼ばれるものなどである。また、受信部は、是正用制御情報、指定情報ならびに記憶部に記憶される制御情報および運転情報を受信する。さらに、判断部は、是正用制御情報に基づいて指定情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。また、判断部は、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降是正用制御情報の受信時前までの運転情報の全部または一部について正常か否かの判断を行わない。
【００２７】
ここでは、通信に障害が発生した場合、機器管理装置において、送信部が、通信の回復時点または回復後のいずれかの時点において、是正用制御情報と指定情報とを記憶部に記憶される制御情報および運転情報とともに送信する。そして、機器監視装置において、受信部が、是正用制御情報、指定情報ならびに記憶部に記憶される制御情報および運転情報を受信する。次に、判断部が、是正用制御情報に基づいて指定情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。さらに、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降是正用制御情報の受信時前までの運転情報の全部または一部について正常か否かの判断を行わない。プログラム処理上、制御情報と是正制御情報とは同じものであり、区別がつかない。しかし、ここでは、是正制御情報に指定情報が付加される。このため、制御情報と是正制御情報とを区別することができる。このため、後々の情報処理（例えば、データ欠落の発生頻度解析など）を行いやすくすることができる。
【００２８】
請求項７に記載の機器監視システムは、請求項３に記載の機器監視システムであって、機器監視装置は、制御情報要求手段をさらに有する。制御情報要求手段は、機器管理装置に対して是正用制御情報を要求する。また、制御情報取得部は、要求に対して是正用制御情報を取得する。さらに、送信部は、是正用制御情報を送信する。さらに加えて、受信部は、是正用制御情報を受信する。
【００２９】
ここでは、機器監視装置において、制御情報要求手段が、機器管理装置に対して是正用制御情報を要求する。そして、機器管理装置において、制御情報取得部が、その要求に対して是正用制御情報を取得する。次に、送信部が、是正用制御情報を送信する。続いて、受信部が、是正用制御情報を受信する。このため、通信が回復した後すぐに、制御情報要求手段を実行すれば、機器監視装置は、通信回復後に送信されてくる運転情報が正常であるか否かの判断基準を迅速に修正することができる。したがって、制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【００３０】
請求項８に記載の機器監視システムは、請求項１から７のいずれかに記載の機器監視システムであって、情報端末をさらに備える。なお、この情報端末は、機器管理装置の保守・点検などを行うサービスエンジニアなどが所属しているサービスステーションなどに設置される。情報端末は、電子メールを受信することができる。また、機器監視装置は、電子メール送信部をさらに有する。電子メール送信部は、判断部において運転情報が正常でないと判断された場合に情報端末に対して電子メールを送信する。
【００３１】
ここでは、機器監視装置の判断部において運転情報が正常でないと判断された場合に、電子メール送信部が、情報端末に対して電子メールを送信する。そして、情報端末が、その電子メールを受信する。このため、通常、サービスエンジニアなどは、人手を介することなく運転情報が異常であることを知ることができる。また、本機器監視システムでは、通信障害が発生した場合であっても、サービスエンジニアなどに対して、誤判断に基づく電子メールが送信されない。したがって、本機器監視システムの完成度を高めることができる。
【００３２】
請求項９に記載の機器監視システムは、請求項１から８のいずれかに記載の機器監視システムであって、機器監視装置は、設備機器および機器管理装置の遠隔地に配備される。
ここでは、機器監視装置が、設備機器および機器管理装置の遠隔地に配備される。このため、多数の地域にまたがってエネルギー管理サービスなどの諸サービスを展開することができる。
【００３３】
請求項１０に記載の機器監視装置は、設備機器の運転状態を監視する機器監視システムにおいて、機器管理装置と通信接続される機器監視装置である。なお、機器管理装置は、制御情報取得部、運転情報取得部および送信部を有する。制御情報取得部は、設備機器の制御状態が変更された場合に制御情報を取得する。なお、制御情報には、変更後の制御状態が示される。運転情報取得部は、設備機器の運転情報を取得する。送信部は、制御情報および運転情報を送信する。機器監視装置は、受信部および判断部を備える。受信部は、制御情報および運転情報を受信する。判断部は、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。そして、送信部と受信部との通信に障害が発生した場合、受信部は、通信の回復時点または回復後いずれかの時点において、その時点の制御情報を是正用制御情報として受信する。また、判断部は、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。
【００３４】
ここでは、通常、受信部が、制御情報および運転情報を受信する。次に、判断部が、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。
しかし、送信部と受信部との通信に障害が発生した場合、受信部が、通信の回復時点または回復後いずれかの時点において、その時点の制御情報を是正用制御情報として受信する。次に、判断部が、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、運転情報が正常であるか否かの判断基準を修正することができ、それ以降に送信されてくる運転情報が正常であるか否かを的確に判断することができる。したがって、誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができ、さらに制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。なお、機器管理装置から通信障害発生期間中の制御情報や運転情報などが送信されてくる場合であっても、その運転情報については判断が行われないように処理すれば（手動であってもかまわない）、その運転情報について誤判断をすることはない。
【００３５】
請求項１１に記載の機器管理装置は、設備機器の運転状態を監視する機器監視システムにおいて、機器監視装置と通信接続される機器管理装置である。なお、機器監視装置は、設備機器が正常に運転されているか否かを判断する。機器管理装置は、制御情報取得部、運転情報取得部および送信部を備える。制御情報取得部は、設備機器の制御状態が変更された場合に制御情報を取得する。なお、制御情報には、変更後の制御状態が示される。また、運転情報取得部は、設備機器の運転情報を取得する。さらに、送信部は、制御情報および運転情報を機器監視装置に対して送信する。そして、送信部と受信部との通信に障害が発生した場合、制御情報取得部は、通信の回復時点または回復後いずれかの時点において、その時点の制御情報を是正用制御情報として取得する。また、送信部は、是正用制御情報を機器監視装置に対して送信する。
【００３６】
ここでは、通常、制御情報取得部が、設備機器の制御状態が変更された場合に制御情報を取得する。次に、運転情報取得部が、設備機器の運転情報を取得する。続いて、送信部が、制御情報および運転情報を機器監視装置に対して送信する。
しかし、送信部と受信部との通信に障害が発生した場合、制御情報取得部が、通信の回復時点または回復後いずれかの時点において、その時点の制御情報を是正用制御情報として取得する。次に、送信部が、是正用制御情報を機器監視装置に対して送信する。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、機器監視装置に対して運転情報が正常であるか否かの判断基準を修正させることができ、それ以降に送信する運転情報が正常であるか否かを的確に判断させることができる。したがって、誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができ、さらに制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。なお、通信障害発生期間中の制御情報や運転情報などを機器監視装置に送信する場合であっても、機器監視装置がその運転情報については判断しないように処理すれば（手動であってもかまわない）、その運転情報について誤判断されることはない。
【００３７】
請求項１２に記載の機器監視装置は、設備機器の運転状態を監視する機器監視システムにおいて、機器管理装置と通信接続される機器監視装置である。なお、機器監視装置は、制御情報取得部、運転情報取得部、送信部および記憶部を有する。制御情報取得部は、設備機器の制御状態が変更された場合に制御情報を取得する。なお、制御情報には、変更後の制御状態が示される。運転情報取得部は、設備機器の運転情報を取得する。送信部は、制御情報および運転情報を送信する。記憶部は、送信部が制御情報および運転情報を送信できなかった場合に制御情報および運転情報を記憶する。機器監視装置は、受信部および判断部を備える。受信部は、制御情報および運転情報を受信する。判断部は、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。そして、送信部と受信部との通信に障害が発生した場合、受信部は、通信の回復時点または回復後のいずれかの時点において、記憶部に記憶されている制御情報および運転情報を受信する。また、判断部は、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。
【００３８】
ここでは、通常、受信部が、制御情報および運転情報を受信する。次に、判断部が、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。
しかし、送信部と受信部との通信に障害が発生した場合、受信部が、通信の回復時点または回復後のいずれかの時点において、記憶部に記憶されている制御情報および運転情報を受信する。次に、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。このため、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。また、通信の回復後の処理については、通信の回復後すぐに、サービスエンジニアなどを設備機器が設置される建造物に向かわせ、そこで、設備機器のＯＮ／ＯＦＦや運転モードなどを切り替えたりさせれば、その制御情報が送信されてくるので、その後に送信されてくる運転情報が正常であるか否かの判断基準を修正することができる。または、サービスエンジニアなどに電話やＦＡＸなどで回復後の設備機器のＯＮ／ＯＦＦ情報や運転モード情報を機器監視装置のオペレータに連絡させ、そのオペレータにその情報を機器監視装置に入力、修正させてもよい。このようにすれば、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができ、さらに制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【００３９】
請求項１３に記載の機器監視プログラムは、請求項１の記載の機器監視システムを構成する機器監視装置または請求項８に記載の機器監視装置にインストールされる機器監視プログラムであって、受信命令ルーチンおよび判断命令ルーチンを備える。受信命令ルーチンでは、受信部が、是正用制御情報を受信するように命令される。判断命令ルーチンでは、判断部が、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断するように命令される。
【００４０】
ここでは、この機器監視プログラムが実行されている状態で前記送信部と前記受信部との通信に障害が発生した場合、受信命令ルーチンで、受信部が、是正用制御情報を受信するように命令される。次に、判断命令ルーチンで、判断部が、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断するように命令される。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、運転情報が正常であるか否かの判断基準を修正することができ、それ以降に送信されてくる運転情報が正常であるか否かを的確に判断することができる。
【００４１】
請求項１４に記載の機器管理プログラムは、請求項１の記載の機器監視システムを構成する機器管理装置または請求項９に記載の機器管理装置にインストールされる機器管理プログラムであって、制御情報取得命令ルーチンおよび送信命令ルーチンを備える。制御情報取得命令ルーチンでは、イベント発生時に、制御情報取得部が、是正用制御情報を取得するように命令される。なお、ここにいう「イベント」とは、機器管理装置の電源投入やボタン操作（マウスクリック操作、操作パネルでのボタン操作やタッチパネル上でのタッチ操作などを含む。）などである。送信命令ルーチンでは、送信部が、是正用制御情報を送信するように命令される。
【００４２】
ここでは、この機器管理プログラムが実行されている状態で前記送信部と前記受信部との通信に障害が発生した場合、イベント発生時に、制御情報取得命令ルーチンで、制御情報取得部が、是正用制御情報を取得するように命令される。次に、送信命令ルーチンで、送信部が、是正用制御情報を送信するように命令される。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、機器監視装置に対して運転情報が正常であるか否かの判断基準を修正させることができ、それ以降に送信する運転情報が正常であるか否かを的確に判断させることができる。
【００４３】
請求項１５に記載の機器監視プログラムは、請求項３の記載の機器監視システムを構成する機器監視装置または請求項１０に記載の機器監視装置にインストールされる機器監視プログラムであって、受信命令ルーチンおよび判断命令ルーチンを備える。受信命令ルーチンでは、受信部が、制御情報および運転情報を受信するように命令される。判断命令ルーチンでは、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わないように命令される。
【００４４】
ここでは、この機器監視プログラムが実行されている状態で前記送信部と前記受信部との通信に障害が発生した場合、受信命令ルーチンで、受信部が、制御情報および運転情報を受信するように命令される。次に、判断命令ルーチンで、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わないように命令される。このため、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。
【００４５】
請求項１６に記載の機器監視システム運用方法は、請求項３の記載の機器監視システムを運用するための機器監視システム運用方法であって、受信ステップ、判断ステップ、伝達ステップおよび入力ステップを備える。送信部と受信部との通信に障害が発生した場合、受信ステップでは、通信の回復時点または回復後のいずれかの時点において、受信部が、記憶部に記憶されている制御情報および運転情報を受信する。また、判断ステップでは、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。さらに、伝達ステップでは、欠落が確認された後に、設備機器の制御情報が伝達される。入力ステップでは、伝達された制御情報が機器監視装置に入力される。
【００４６】
ここでは、送信部と受信部との通信に障害が発生した場合、通信の回復時点または回復後のいずれかの時点において、受信ステップで、受信部が、記憶部に記憶されている制御情報および運転情報を受信する。次に、判断ステップでは、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。続いて、伝達ステップで、欠落が確認された後に、設備機器の制御情報が伝達される。そして、入力ステップで、伝達された制御情報が機器監視装置に入力される。このため、機器監視装置は、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、機器監視装置の誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができる。また、制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【００４７】
請求項１７に記載の機器監視システム運用方法は、請求項３の記載の機器監視システムを運用するための機器監視システム運用方法であって、受信ステップ、判断ステップおよび強制変更ステップを備える。送信部と受信部との通信に障害が発生した場合、受信ステップでは、通信の回復時点または回復後のいずれかの時点において、受信部が、記憶部に記憶されている制御情報および運転情報を受信する。また、判断ステップでは、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。さらに、強制変更ステップでは、欠落が確認された後に、設備機器の制御情報が強制的に変更される。
【００４８】
ここでは、送信部と受信部との通信に障害が発生した場合、受信ステップで、通信の回復時点または回復後のいずれかの時点において、受信部が、記憶部に記憶されている制御情報および運転情報を受信する。次に、判断ステップで、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。続いて、強制変更ステップで、欠落が確認された後に、設備機器の制御情報が強制的に変更される。このため、機器監視装置は、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、機器監視装置の誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができる。また、制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【発明の効果】
【００４９】
請求項１に係る機器監視システムでは、通常、機器管理装置において、制御情報取得部が、設備機器の制御状態が変更された場合に制御情報を取得する。また、運転情報取得部が、設備機器の運転情報を取得する。次に、送信部が、制御情報および運転情報を送信する。そして、機器監視装置において、受信部が、制御情報および運転情報を受信する。次に、判断部が、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。
【００５０】
しかし、送信部と受信部との通信に障害が発生した場合、機器管理装置において、制御情報取得部が、通信の回復時点または回復後いずれかの時点において、その時点の制御情報を是正用制御情報として取得する。次に、送信部が、是正用制御情報を送信する。そして、機器監視装置において、受信部が、是正用制御情報を受信する。次に、判断部が、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、機器監視装置は、運転情報が正常であるか否かの判断基準を修正することができ、それ以降に機器管理装置から送信されてくる運転情報が正常であるか否かを的確に判断することができる。したがって、機器監視装置の誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができ、さらに制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。なお、機器管理装置から通信障害発生期間中の制御情報や運転情報などが送信されてくる場合であっても、機器監視装置がその運転情報については判断を行わないようにすれば（手動であってもかまわない）、その運転情報について誤判断をすることはない。
【００５１】
請求項２に係る機器監視システムでは、通信に障害が発生した場合、機器管理装置において、記憶部が、制御情報および運転情報を記憶する。そして、送信部が、通信の回復時点または回復後のいずれかの時点において、是正用制御情報を記憶部に記憶される制御情報および運転情報とともに送信する。そして、機器監視装置において、受信部が、是正用制御情報と記憶部に記憶される制御情報および運転情報とを受信する。次に、判断部が、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。さらに、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降是正用制御情報の受信時前までの運転情報の全部または一部について正常か否かの判断を行わない。このため、機器監視装置は、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、機器監視装置の誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いる可能性をなくすことができる。
【００５２】
請求項３に係る機器監視システムでは、通常、機器管理装置において、制御情報取得部が、設備機器の制御状態が変更された場合に制御情報を取得する。また、運転情報取得部が、設備機器の運転情報を取得する。次に、送信部が、制御情報および運転情報を送信する。そして、機器監視装置において、受信部が、制御情報および運転情報を受信する。次に、判断部が、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。
【００５３】
しかし、送信部と受信部との通信に障害が発生した場合、機器管理装置において、記憶部が、制御情報および運転情報を記憶する。次に、送信部が、通信の回復時点または回復後のいずれかの時点において、記憶部に記憶されている制御情報および運転情報を送信する。そして、機器監視装置において、受信部が、記憶部に記憶されている制御情報および運転情報を受信する。次に、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。このため、機器監視装置は、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、機器監視装置の誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。また、通信の回復後の処理については、通信の回復後すぐに、サービスエンジニアなどを設備機器が設置される建造物に向かわせ、そこで、設備機器のＯＮ／ＯＦＦや運転モードなどを切り替えたりさせれば、その制御情報が機器監視装置に送信されるので、その後に送信されてくる運転情報が正常であるか否かの判断基準を修正することができる。または、サービスエンジニアなどに電話やＦＡＸなどで回復後の設備機器のＯＮ／ＯＦＦ情報や運転モード情報を機器監視装置のオペレータに連絡させ、そのオペレータにその情報を機器監視装置に入力、修正させてもよい。このようにすれば、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができ、さらに制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【００５４】
請求項４に係る機器監視システムでは、通信に障害が発生した場合、機器管理装置において、制御情報取得部が、通信の回復時点または回復後のいずれかの時点において、その時点の制御情報を是正用制御情報として取得する。次に、送信部が、是正用制御情報を記憶部に記憶されている制御情報および運転情報とともに送信する。そして、機器監視装置において、受信部が、是正用制御情報と記憶部に記憶されている制御情報および運転情報とを受信する。次に、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降是正用制御情報または指定情報の受信時までの運転情報の一部について正常か否かの判断を行わない。さらに、判断部が、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、機器監視装置は、運転情報が正常であるか否かの判断基準を修正することができ、それ以降に送信されてくる運転情報が正常であるか否かを的確に判断することができる。したがって、制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【００５５】
請求項５に係る機器監視システムでは、通信に障害が発生した場合、機器管理装置において、送信部が、是正用制御情報と指定情報とを送信する。そして、機器監視装置において、受信部が、是正用制御情報と指定情報とを受信する。次に、判断部が、是正用制御情報に基づいて指定情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。プログラム処理上、制御情報と是正制御情報とは同じものであり、区別がつかない。しかし、ここでは、是正制御情報に指定情報が付加される。このため、制御情報と是正制御情報とを区別することができる。このため、後々の情報処理（例えば、データ欠落の発生頻度解析など）を行いやすくすることができる。
【００５６】
請求項６に係る機器監視システムでは、通信に障害が発生した場合、機器管理装置において、送信部が、通信の回復時点または回復後のいずれかの時点において、是正用制御情報と指定情報とを記憶部に記憶される制御情報および運転情報とともに送信する。そして、機器監視装置において、受信部が、是正用制御情報、指定情報ならびに記憶部に記憶される制御情報および運転情報を受信する。次に、判断部が、是正用制御情報に基づいて指定情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。さらに、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降是正用制御情報の受信時前までの運転情報の全部または一部について正常か否かの判断を行わない。プログラム処理上、制御情報と是正制御情報とは同じものであり、区別がつかない。しかし、ここでは、是正制御情報に指定情報が付加される。このため、制御情報と是正制御情報とを区別することができる。このため、後々の情報処理（例えば、データ欠落の発生頻度解析など）を行いやすくすることができる。
【００５７】
請求項７に係る機器監視システムでは、機器監視装置において、制御情報要求手段が、機器管理装置に対して是正用制御情報を要求する。そして、機器管理装置において、制御情報取得部が、要求に対して是正用制御情報を取得する。次に、送信部が、是正用制御情報を送信する。続いて、受信部が、是正用制御情報を受信する。このため、通信が回復した後すぐに、制御情報要求手段を実行すれば、機器監視装置は、通信回復後に送信されてくる運転情報が正常であるか否かの判断基準を迅速に修正することができる。したがって、制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【００５８】
請求項８に係る機器監視システムでは、機器監視装置の判断部において運転情報が正常でないと判断された場合に、電子メール送信部が、情報端末に対して電子メールを送信する。そして、情報端末が、その電子メールを受信する。このため、通常、サービスエンジニアなどは、人手を介することなく運転情報が異常であることを知ることができる。また、本機器監視システムでは、通信障害が発生した場合であっても、サービスエンジニアなどに対して、誤判断に基づく電子メールが送信されない。したがって、本機器監視システムの完成度を高めることができる。
【００５９】
請求項９に係る機器監視システムでは、機器監視装置が、設備機器および機器管理装置の遠隔地に配備される。このため、多数の地域にまたがってエネルギー管理サービスなどの諸サービスを展開することができる。
請求項１０に係る機器監視装置では、通常、受信部が、制御情報および運転情報を受信する。次に、判断部が、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。
【００６０】
しかし、送信部と受信部との通信に障害が発生した場合、受信部が、通信の回復時点または回復後いずれかの時点において、その時点の制御情報を是正用制御情報として受信する。次に、判断部が、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断する。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、運転情報が正常であるか否かの判断基準を修正することができ、それ以降に送信されてくる運転情報が正常であるか否かを的確に判断することができる。したがって、誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができ、さらに制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。なお、機器管理装置から通信障害発生期間中の制御情報や運転情報などが送信されてくる場合であっても、その運転情報については判断が行われないように処理すれば（手動であってもかまわない）、その運転情報について誤判断をすることはない。
【００６１】
請求項１１に係る機器管理装置では、通常、制御情報取得部が、設備機器の制御状態が変更された場合に制御情報を取得する。次に、運転情報取得部が、設備機器の運転情報を取得する。続いて、送信部が、制御情報および運転情報を機器監視装置に対して送信する。
しかし、送信部と受信部との通信に障害が発生した場合、制御情報取得部が、通信の回復時点または回復後いずれかの時点において、その時点の制御情報を是正用制御情報として取得する。次に、送信部が、是正用制御情報を機器監視装置に対して送信する。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、機器監視装置に対して運転情報が正常であるか否かの判断基準を修正させることができ、それ以降に送信する運転情報が正常であるか否かを的確に判断させることができる。したがって、誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができ、さらに制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。なお、通信障害発生期間中の制御情報や運転情報などを機器監視装置に送信する場合であっても、機器監視装置がその運転情報については判断しないように処理すれば（手動であってもかまわない）、その運転情報について誤判断されることはない。
【００６２】
請求項１２に係る機器監視装置では、通常、受信部が、制御情報および運転情報を受信する。次に、判断部が、制御情報に基づいて制御情報の取得時以降の運転情報が正常であるか否かを判断する。
しかし、送信部と受信部との通信に障害が発生した場合、受信部が、通信の回復時点または回復後のいずれかの時点において、記憶部に記憶されている制御情報および運転情報を受信する。次に、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。このため、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。また、通信の回復後の処理については、通信の回復後すぐに、サービスエンジニアなどを設備機器が設置される建造物に向かわせ、そこで、設備機器のＯＮ／ＯＦＦや運転モードなどを切り替えたりさせれば、その制御情報が送信されてくるので、その後に送信されてくる運転情報が正常であるか否かの判断基準を修正することができる。または、サービスエンジニアなどに電話やＦＡＸなどで回復後の設備機器のＯＮ／ＯＦＦ情報や運転モード情報を機器監視装置のオペレータに連絡させ、そのオペレータにその情報を機器監視装置に入力、修正させてもよい。このようにすれば、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができ、さらに制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【００６３】
請求項１３に係る機器監視プログラムでは、この機器監視プログラムが実行されている状態で前記送信部と前記受信部との通信に障害が発生した場合、受信命令ルーチンで、受信部が、是正用制御情報を受信するように命令される。次に、判断命令ルーチンで、判断部が、是正用制御情報に基づいて是正用制御情報の受信時以降次の制御情報の変更時までの運転情報が正常であるか否かを判断するように命令される。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、運転情報が正常であるか否かの判断基準を修正することができ、それ以降に送信されてくる運転情報が正常であるか否かを的確に判断することができる。
【００６４】
請求項１４に係る機器管理プログラムでは、この機器管理プログラムが実行されている状態で前記送信部と前記受信部との通信に障害が発生した場合、イベント発生時に、制御情報取得命令ルーチンで、制御情報取得部が、是正用制御情報を取得するように命令される。次に、送信命令ルーチンで、送信部が、是正用制御情報を送信するように命令される。このため、制御情報に欠落が発生した場合でも、通信の回復時点または回復後すぐに、機器監視装置に対して運転情報が正常であるか否かの判断基準を修正させることができ、それ以降に送信する運転情報が正常であるか否かを的確に判断させることができる。
【００６５】
請求項１５に係る機器監視プログラムでは、この機器監視プログラムが実行されている状態で前記送信部と前記受信部との通信に障害が発生した場合、受信命令ルーチンで、受信部が、制御情報および運転情報を受信するように命令される。次に、判断命令ルーチンで、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わないように命令される。このため、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。
【００６６】
請求項１６に係る機器監視システム運用方法では、送信部と受信部との通信に障害が発生した場合、通信の回復時点または回復後のいずれかの時点において、受信ステップで、受信部が、記憶部に記憶されている制御情報および運転情報を受信する。次に、判断ステップでは、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。続いて、伝達ステップで、欠落が確認された後に、設備機器の制御情報が伝達される。そして、入力ステップで、伝達された制御情報が機器監視装置に入力される。このため、機器監視装置は、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、機器監視装置の誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができる。また、制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【００６７】
請求項１７に係る機器監視システム運用方法では、送信部と受信部との通信に障害が発生した場合、受信ステップで、通信の回復時点または回復後のいずれかの時点において、受信部が、記憶部に記憶されている制御情報および運転情報を受信する。次に、判断ステップで、判断部が、運転情報の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の運転情報の全部または一部について正常か否かの判断を行わない。続いて、強制変更ステップで、欠落が確認された後に、設備機器の制御情報が強制的に変更される。このため、機器監視装置は、記憶部から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、機器監視装置の誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができる。また、制御情報に欠落が発生した場合であっても設備機器が正常に運転していない状態を可及的迅速に検出することができる。
【発明を実施するための最良の形態】
【００６８】
＜＜第１実施形態＞＞
＜空調監視システムのシステム構成＞
図７には、本空調監視システム２１０のシステム構成を示すブロック図を示す。本空調監視システム２１０は、複数のマルチ式空気調和機１０ａ，１０ｂ、ステーション３０、監視用コンピュータ４０および連絡用コンピュータ５０から構成される。なお、マルチ式空気調和機１０ａ，１０ｂとステーション３０とは、空調システム２０を構成している。そして、マルチ式空気調和機１０ａ，１０ｂおよびステーション３０は顧客のビル１２０に、監視用コンピュータ４０は監視センター１００に、連絡用コンピュータ５０はサービスステーション１１０（以下、ＳＳと略する。）に配置される。なお、このＳＳ１１０には、サービスエンジニア１１５が勤務している。また、顧客のビル１２０は、監視センター１００から十分に遠い場所にある。
【００６９】
＜空調監視システム２１０の運用＞
空調監視システム２１０を運用する事業者は、顧客に販売したマルチ式空気調和機１０ａ，１０ｂの運転状態を監視し、種々の付帯サービス、例えば、故障予知サービス、異常検知サービス、迅速な修理サービス、エネルギー管理サービスなどを展開している。
ところで、ステーション３０は、省エネルギー制御機能（例えば、あらかじめ与えられた所定期間の目標エネルギー量を遵守する「省エネルギー制御」や基準エネルギーを超過されることが予想されるときにのみ省エネルギー制御を行う「デマンド制御」など）を有している。このような省エネルギー制御を実施すると、エネルギー使用量が定常的にまたは一時的に制限されるため、ビル１２０の空調環境が悪化する場合がある。このような空調環境の悪化の原因は、主に、不適切な設定などにあるため、このような事態がたびたび発生すれば、顧客に対するサービス提供者の信頼が損なわれるおそれがある。そこで、本空調監視システム２１０を運用する事業者は、上記以外のサービスに加え、そのような設定を是正するなどの対応を可及的迅速に行うように心掛けている。
【００７０】
＜空調監視システム２１０のシステム構成要素＞
（１）マルチ式空気調和機１０ａ，１０ｂ
マルチ式空気調和機１０ａ，１０ｂは、ビル１２０の冷暖房を行う。なお、このマルチ式空気調和機１０ａ，１０ｂでは、１台の室外機１２ａ，１２ｂに対して複数の室内機１１ａ，１１ｂが通信線および冷媒配管を介して接続される。さらに、室内機１１ａ，１１ｂは、通信線を介してリモコン１３ａ，１３ｂに接続される。リモコン１３ａ，１３ｂは、室内機１１ａ，１１ｂの電源を入り切りしたり冷暖運転モードを切り替えたりするために使用される。また、この室内機１１ａ，１１ｂには、その吸い込み口付近に温度センサ（図示せず）が設けられており、部屋の室温を検知している。一方、室外機１２ａ，１２ｂは、通信線を介してステーション３０に接続される。
【００７１】
（２）ステーション３０
ステーション３０には、モデム３３、メモリ３５およびインターフェイス３７（以下、Ｉ／Ｆと略する。）が搭載されており、また省エネ制御プログラム３９および管理プログラム３２がインストールされている。なお、このメモリ３５は、揮発性メモリである。また、この省エネ制御プログラム３９には、例えば、省エネルギー制御を行うための命令やデマンド制御を行うための命令などが記述されている。管理プログラム３２は、ステーション３０に電源が投入されると同時にマイコン（図示せず）により実行される。管理プログラム３２には、（ｉ）３０分おきに室内機１１ａ，１１ｂに設けられる温度センサの値を、Ｉ／Ｆ３７を介して取得する命令、（ｉｉ）リモコン１３ａ，１３ｂにおいて室内機１１ａ，１１ｂの電源ＯＮ／ＯＦＦの切替があった場合にそのＯＮ／ＯＦＦ情報を、Ｉ／Ｆ３７を介して取得する命令、（ｉｉｉ）リモコン１３ａ，１３ｂにおいて冷房運転／暖房運転の運転モード切替があった場合にその運転モード情報を、Ｉ／Ｆ３７を介して取得する命令、（ｉｖ）ステーション３０の電源が投入された場合にＯＮ／ＯＦＦ情報および運転モード情報などを取得し、それらの情報に初期フラグを付加する命令、（ｖ）強制送信ボタン（図示せず）が押された場合にＯＮ／ＯＦＦ情報および運転モード情報などを取得し、初期フラグおよびそれらの情報をメモリに記憶されている情報（後述するように、ここにいう情報は、温度センサ値、ＯＮ／ＯＦＦ情報および運転モード情報などである。）に付加する命令、（ｖｉ）初期フラグ、温度センサの値、ＯＮ／ＯＦＦ情報および運転モード情報などを順次、監視用コンピュータ４０に送信する命令などが記述されている。モデム３３は、ステーション３０に送信されてくる温度センサ値、ＯＮ／ＯＦＦ情報および運転モード情報などを、順次、電話回線６０を介して監視用コンピュータ４０に送信する。なお、ステーション３０の電源が停電などにより落ちたり、モデム３３，４３や電話回線６０に不具合が起きたりすることによって、ステーション３０と監視用コンピュータ４０との通信に障害が発生した場合には、これらの情報は、メモリに記憶される。なお、メモリ容量は、およそ５日分の情報に対応する大きさである。Ｉ／Ｆ３７は、マルチ式空気調和機１０ａ，１０ｂから送信される信号をステーション３０が読み取り可能なデータ形式に変換する。
【００７２】
（３）監視用コンピュータ４０
監視用コンピュータ４０には、モデム４３およびＣＰＵ４５が搭載されており、また監視プログラム４２およびデータベース作成用ソフトウェア（図示せず）がインストールされている。監視プログラム４２およびデータベース作成用ソフトウェアは、監視用コンピュータ４０において常時実行されている。モデム４３は、ステーション３０から送信されてくる温度センサの値、ＯＮ／ＯＦＦ情報および運転モード情報などを受信する。そして、データベース作成用ソフトウェアは、それらの情報を所定のフォーマットに従って格納し、順次、データベース４７を更新する。監視プログラム４２は、ＣＰＵ４５により実行される。監視プログラム４２には、（ｉ）データベース４７に格納された情報を利用してマルチ式空気調和機１０ａ，１０ｂが正常であるか否かを判断する判断命令、（ｉｉ）マルチ式空気調和機１０ａ，１０ｂが異常であると判断された場合に連絡用コンピュータ５０に対して規定の電子メールを送信する電子メール送信命令などが記述されている。
【００７３】
（４）連絡用コンピュータ５０
連絡用コンピュータ５０には、電子メールの受信用ソフトウェアがインストールされている。電子メールの受信用ソフトウェアは、監視用コンピュータ４０においてマルチ式空気調和機１０ａ，１０ｂに異常が発生したと判断された場合に送信される電子メールを受信する。そして、電子メールの受信を確認したサービスエンジニア１１５は、省エネルギー制御の設定値を変更したりマルチ式空気調和機１０ａ，１０ｂの不具合を解消したりするためにビル１２０へと出動する。
【００７４】
＜空調監視システム２１０の接続形態＞
マルチ式空気調和機１０ａ，１０ｂは、ステーション３０に接続される。ステーション３０は、電話回線６０を介して監視用コンピュータ４０に接続される。監視用コンピュータ４０は、電話回線６０を介して連絡用コンピュータ５０に接続される。
＜温度センサの値の監視＞
図８には、温度センサの値の監視における主要な処理の流れの表すフローチャートを示す。
【００７５】
図８において、ステップＳ３１では、ＣＰＵ４５が、受信した情報の中に初期フラグが含まれているかを確認する。ステップＳ３１の確認の結果、受信した情報の中に初期フラグが含まれていれば、ステップＳ３２に移る。ステップＳ３１の確認の結果、受信した情報の中に初期フラグが含まれていなければ、ステップＳ３４に移る。ステップＳ３２では、データベース作成ソフトウェアが、添付されているＯＮ／ＯＦＦ情報をデータベース４７に格納する。ステップＳ３３では、データベース作成ソフトウェアが、添付されている運転モード情報をデータベース４７に格納する。ステップＳ３４では、ＣＰＵ４５が、受信した情報の中にＯＮ／ＯＦＦ情報または運転モード情報が含まれているかを確認する。ステップＳ３４の確認の結果、受信した情報の中にＯＮ／ＯＦＦ情報または運転モード情報が含まれていれば、ステップＳ３５に移る。ステップＳ３４の確認の結果、受信した情報の中にＯＮ／ＯＦＦ情報も運転モード情報も含まれていなければ、ステップＳ３６に移る。ステップＳ３５では、データベース作成ソフトウェアが、ＯＮ／ＯＦＦ情報または運転モード情報をデータベース４７に格納する。ステップＳ３６では、ＣＰＵ４５が、受信した情報の中に温度センサの値が含まれているかを確認する。ステップＳ３６の確認の結果、受信した情報の中に温度センサの値が含まれていれば、判断ルーチンＲ１０に入る。ステップＳ３６の確認の結果、受信した情報の中に温度センサの値が含まれていなければ、処理を終了する。
【００７６】
［判断ルーチンＲ１０］
図９には、判断ルーチンＲ１０の処理の流れを表すフローチャートを示す。
図９において、ステップＳ４１では、ＣＰＵ４５が、その温度センサの値の取得時刻前にある最新のＯＮ／ＯＦＦ情報を抽出する。ステップＳ４２では、ＣＰＵ４５が、そのＯＮ／ＯＦＦ情報がＯＮであるかを確認する。ステップＳ４２の確認の結果、ＯＮ／ＯＦＦ情報がＯＮであれば、ステップＳ４３に移る。ステップＳ４２の確認の結果、ＯＮ／ＯＦＦ情報がＯＮでなければ、処理を終了する。ステップＳ４３では、ＣＰＵ４５が、その温度センサの値の取得時刻前にある最新の運転モード情報を抽出する。ステップＳ４４では、ＣＰＵ４５が、その運転モード情報が、冷房運転モードであるかを確認する。ステップＳ４４の確認の結果、運転モード情報が冷房運転モードであれば、ステップＳ４５に移る。ステップＳ４４の結果、運転モード情報が冷房運転モードでなければ、ステップＳ４６に移る。ステップＳ４５では、ＣＰＵ４５が、温度センサの値が上限温度Ｔａ以下であるかを確認する。ステップＳ４５の確認の結果、温度センサの値が上限温度Ｔａ以下であれば、ステップＳ４７に移る。ステップＳ４５の確認の結果、温度センサの値が上限温度Ｔａよりも大きければ、ステップＳ４８に移る。ステップＳ４６では、ＣＰＵ４５が、温度センサの値が下限温度Ｔｂ以上であるかを確認する。ステップＳ４６の確認の結果、温度センサの値が下限温度Ｔｂ以上であれば、ステップＳ４７に移る。ステップＳ４６の確認の結果、温度センサの値が下限温度Ｔｂ未満であれば、ステップＳ４８に移る。ステップＳ４７では、ＣＰＵ４５が、温度センサの値が正常であると判断する。ステップＳ４８では、ＣＰＵ４５が、温度センサの値が異常であると判断する。ステップＳ４９では、ＣＰＵ４５が、規定の電子メールを連絡用コンピュータ５０に送信する。
【００７７】
＜補足説明＞
本空調監視システム２１０では、停電などが起こりステーション３０の電源が断たれるとステーション３０と監視用コンピュータ４０との通信が不能に陥る。もちろん、電源が断たれてから電源が再投入されるまで間は、ＯＮ／ＯＦＦ情報、運転モード情報および温度センサの値などの情報は収集できない。そして、ステーション３０の電源が再投入されると、ＣＰＵ４５が、管理プログラム３１に従って室内機１１ａ，１１ｂのＯＮ／ＯＦＦ情報および運転モード情報をリモコン１３ａ，１３ｂから収集し、それらの情報に初期フラグを付加する。そしてさらにそれらの情報を、電話回線６０を介して監視用コンピュータ４０に送信する。つまり、停電などのケースでは、メモリ３５には何も記憶されない。この場合、ステーション３０は、初期フラグ、ＯＮ／ＯＦＦ情報および運転モード情報のみを送信することとなる。このため、ステーション３０の電源再投入以降に取得される温度センサの値は適切に処理され、それ以前の温度センサの値は不問となる。このため、ＳＳ１１０に、誤った判断に基づく電子メールが送信されることがない。
【００７８】
一方、モデム３３，４３や電話回線６０などの不具合によりステーション３０と監視用コンピュータ４０との通信が不能に陥る場合も想定される。この場合、メモリ３５には、通信不能に陥った時から通信回復時までの情報が記憶される。そして、このメモリ３５に記憶される情報は、強制送信ボタン（図示せず）が押されることにより初期フラグ、その時点でのＯＮ／ＯＦＦ情報および運転モード情報などとともに監視用コンピュータ４０に送信される。ここで、この温度センサの値に欠落がない場合は、通常通り温度センサの値が正常であるか否かの判断を行ってもよい。しかし、メモリオーバーフロー現象などによりこの情報に欠落がある場合、その情報を監視用コンピュータ４０に送信すると、ＳＳ１１０に誤った判断に基づく電子メールが送信される可能性がある。つまり、この場合、ステーション３０の電源を一旦落として再投入するなどの人的処理が必要となる。
【００７９】
＜第１実施形態に係る空調監視システム２１０の特徴＞
（１）
第１実施形態に係る空調監視システム２１０では、通常、室内機１１ａ，１１ｂの電源が入り切りされたり運転モードが変更されたりした場合にそのＯＮ／ＯＦＦ情報および運転モード情報が、ステーション３０により取得される。また、ステーション３０により、温度センサの値が取得される。次に、モデム３３が、ＯＮ／ＯＦＦ情報、運転モード情報および温度センサの値などを監視用コンピュータ４０に送信する。そして、監視用コンピュータ４０において、モデム４３が、それらの情報を受信する。次に、ＣＰＵ４５が、監視プログラム４２に従い、ＯＮ／ＯＦＦ情報および運転モード情報に基づいてそれらの情報の取得時以降に取得した温度センサの値が正常であるか否かを判断する。
【００８０】
しかし、ステーション３０と監視用コンピュータ４０との通信に障害が発生した場合、通信の回復時点または回復後いずれかの時点において、ステーション３０によりその時点のＯＮ／ＯＦＦ情報および運転モード情報が取得される。次に、モデム３３が、それらの情報を初期フラグとともに送信する。そして、監視用コンピュータ４０のモデム４３が、それらの情報を受信する。次に、ＣＰＵが、監視プログラム４２に従い、ＯＮ／ＯＦＦ情報および運転モード情報に基づいて初期フラグの受信時以降次のＯＮ／ＯＦＦ情報および運転モード情報の変更時までの温度センサの値が正常であるか否かを判断する。このため、ＯＮ／ＯＦＦ情報および運転モード情報の少なくとも一方に欠落が発生した場合でも、通信の回復時点または回復後すぐに、監視用コンピュータ４０は、温度センサの値が正常であるか否かの判断基準を修正することができ、それ以降にステーション３０から送信されてくる温度センサの値が正常であるか否かを的確に判断することができる。したがって、監視用コンピュータ４０の誤判断に基づいてサービスエンジニア１１５などが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができる。また、さらにＯＮ／ＯＦＦ情報および運転モード情報に欠落が発生した場合であってもマルチ式空気調和機１０ａ，１０ｂが正常に運転していない状態を可及的迅速に検出することができる。
【００８１】
（２）
第１実施形態に係る空調監視システム２１０では、ステーション３０と監視用コンピュータ４０との通信に障害が発生した場合、ステーション３０のモデム３３が、ＯＮ／ＯＦＦ情報、運転モード情報および初期フラグを送信する。そして、監視用コンピュータ４０のモデム４３が、それらの情報を受信する。次に、ＣＰＵ４５が、監視プログラム４２に従い、ＯＮ／ＯＦＦ情報および運転モード情報に基づいて初期フラグの受信時以降次のＯＮ／ＯＦＦ情報および運転モード情報の変更時までの温度センサの値が正常であるか否かを判断する。ここでは、初期フラグが付加される。このため、通信障害の発生記録などを残すことができる。このため、後々の情報処理（例えば、データ欠落の発生頻度解析など）を行いやすくすることができる。
【００８２】
（３）
第１実施形態に係る空調監視システム２１０では、監視用コンピュータ４０が、空調システム２０およびステーション３０の遠隔地に配備される。このため、多数の地域にまたがってエネルギー管理サービスなどの諸サービスを展開することができる。
＜第１実施形態の変形例＞
第１実施形態では、マルチ式空気調和機１０ａ，１０ｂや空調システム２０を監視する空調監視システム２１０について説明したが、このようなシステムは、必ずしもマルチ式空気調和機１０ａ，１０ｂや空調システム２０に限定されるものではない。他の家電機器や産業用機械にも適用可能である。
【００８３】
＜＜第２実施形態＞＞
＜空調監視システムのシステム構成＞
本空調監視システムは、第１実施形態と同様、図７のブロック図に表される。ただし、情報処理の仕方が異なるため、本空調監視システムの図番を２１１とする。
＜空調監視システム２１１の運用＞
本空調監視システム２１１は、第１実施形態と同様に運用される。
【００８４】
＜空調監視システム２１１のシステム構成要素＞
（１）マルチ式空気調和機１０ａ，１０ｂ
本マルチ式空気調和機１０ａ，１０ｂは、第１実施形態に記載のマルチ式空気調和機１０ａ，１０ｂと同様である。
（２）ステーション３０
ステーション３０には、モデム３３、メモリ３５およびインターフェイス３７（以下、Ｉ／Ｆと略する。）が搭載されており、また省エネ制御プログラム３９および管理プログラム３２がインストールされている。なお、この省エネ制御プログラム３９には、例えば、省エネルギー制御を行うための命令やデマンド制御を行うための命令などが記述されている。また、このメモリ３５は、揮発性メモリである。管理プログラム３２は、ステーション３０に電源が投入されると同時にマイコン（図示せず）により実行される。管理プログラム３２には、（ｉ）３０分おきに室内機１１ａ，１１ｂに設けられる温度センサの値を、Ｉ／Ｆ３７を介して取得する命令、（ｉｉ）リモコン１３ａ，１３ｂにおいて室内機１１ａ，１１ｂの電源ＯＮ／ＯＦＦの切替があった場合にそのＯＮ／ＯＦＦ情報を、Ｉ／Ｆ３７を介して取得する命令、および（ｉｉｉ）リモコン１３ａ，１３ｂにおいて冷房運転／暖房運転の運転モード切替があった場合にその運転モード情報を、Ｉ／Ｆ３７を介して取得する命令、（ｉｖ）ステーション３０と監視用コンピュータ４０との通信に障害が発生した場合にステーション３０に送信されてくる情報をメモリ３５に記憶する命令などが記述されている。モデム３３は、ステーション３０に送信されてくる温度センサ値、ＯＮ／ＯＦＦ情報および運転モード情報などを、順次、電話回線６０を介して監視用コンピュータ４０に送信する。なお、ステーション３０と監視用コンピュータ４０との通信に障害が発生した場合には、これらの情報は、メモリに記憶される。そして、通信が回復した後、強制送信ボタン（図示せず）が押されると、これらの情報は、監視用コンピュータ４０に送信される。なお、メモリ容量は、およそ５日分の情報に対応する大きさである。Ｉ／Ｆ３７は、マルチ式空気調和機１０ａ，１０ｂから送信される信号をステーション３０が読み取り可能なデータ形式に変換する。
【００８５】
（３）監視用コンピュータ４０
監視用コンピュータ４０には、モデム４３およびＣＰＵ４５が搭載されており、また監視プログラム４２およびデータベース作成用ソフトウェア（図示せず）がインストールされている。監視プログラム４２およびデータベース作成用ソフトウェアは、監視用コンピュータ４０において常時実行されている。モデム４３は、ステーション３０から送信されてくる温度センサの値、ＯＮ／ＯＦＦ情報および運転モード情報などを受信する。そして、データベース作成用ソフトウェアは、それらの情報を所定のフォーマットに従って格納し、順次、データベース４７を更新する。監視プログラム４２は、ＣＰＵ４５により実行される。監視プログラム４２には、（ｉ）正常か否かの判断することができない温度センサの値を判断の対象外とする命令、（ｉｉ）データベース４７に格納された情報を利用してマルチ式空気調和機１０ａ，１０ｂが正常であるか否かを判断する判断命令、（ｉｉｉ）マルチ式空気調和機１０ａ，１０ｂが異常であると判断された場合に連絡用コンピュータ５０に対して規定の電子メールを送信する電子メール送信命令などが記述されている。
【００８６】
（４）連絡用コンピュータ５０
本連絡用コンピュータ５０は、第１実施形態に記載の連絡用コンピュータ５０と同様である。
＜空調監視システム２１１の接続形態＞
本空調監視システム２１１の接続形態は、第１実施形態と同様である。
【００８７】
＜温度センサの値の監視＞
図１０には、温度センサの値の監視における主要な処理の流れの表すフローチャートを示す。
図１０において、ステップＳ５１では、ＣＰＵ４５が、受信した情報の中にＯＮ／ＯＦＦ情報または運転モード情報が含まれているかを確認する。ステップＳ５１の確認の結果、受信した情報の中にＯＮ／ＯＦＦ情報または運転モード情報が含まれていれば、ステップＳ５２に移る。ステップＳ５１の確認の結果、受信した情報の中にＯＮ／ＯＦＦ情報も運転モード情報も含まれていなければ、ステップＳ５３に移る。ステップＳ５２では、データベース作成ソフトウェアが、ＯＮ／ＯＦＦ情報または運転モード情報をデータベース４７に格納する。ステップＳ５３では、ＣＰＵ４５が、受信した情報の中に温度センサの値が含まれているかを確認する。ステップＳ５３の確認の結果、受信した情報の中に温度センサの値が含まれていれば、ステップＳ５４に移る。ステップＳ５３の確認の結果、受信した情報の中に温度センサの値が含まれていなければ、処理を終了する。ステップＳ５４では、ＣＰＵ４５が、受信した温度センサの値に欠落が含まれているかを確認する（温度センサの値は３０分毎に収集されるはずなので、欠落が含まれているかを判断することができる。）。ステップＳ５４の確認の結果、受信した温度センサの値に欠落が含まれていれば、ステップＳ５５に移る。ステップＳ５４の確認の結果、受信した温度センサの値に欠落が含まれていなければ、判断ルーチンＲ１１に入る。ステップＳ５５では、ＣＰＵ４５が、情報の欠落発生時刻以降の温度センサの値に無効マークを付する。そして、ステップＳ５５の処理が終了すると、判断ルーチンＲ１１に入る。
【００８８】
［判断ルーチンＲ１１］
図１１には、判断ルーチンＲ１１の処理の流れを表すフローチャートを示す。
図１１において、ステップＳ６１では、ＣＰＵ４５が、温度センサの値に無効マークが付されているかを確認する。ステップＳ６１の確認の結果、温度センサの値に無効マークが付されていれば、処理を終了する。ステップＳ６１の確認の結果、温度センサの値に無効マークが付されていなければ、ステップＳ６２に移る。ステップＳ６２では、ＣＰＵ４５が、その温度センサの値の取得時刻前にある最新のＯＮ／ＯＦＦ情報を抽出する。ステップＳ６３では、ＣＰＵ４５が、そのＯＮ／ＯＦＦ情報がＯＮであるかを確認する。ステップＳ６３の確認の結果、ＯＮ／ＯＦＦ情報がＯＮであれば、ステップＳ６４に移る。ステップＳ６３の確認の結果、ＯＮ／ＯＦＦ情報がＯＮでなければ、処理を終了する。ステップＳ６４では、ＣＰＵ４５が、その温度センサの値の取得時刻前にある最新の運転モード情報を抽出する。ステップＳ６５では、ＣＰＵ４５が、その運転モード情報が冷房運転モードであるかを確認する。ステップＳ６５の確認の結果、運転モード情報が冷房運転モードであれば、ステップＳ６６に移る。ステップＳ６５の結果、運転モード情報が冷房運転モードでなければ、ステップＳ６７に移る。ステップＳ６６では、ＣＰＵ４５が、温度センサの値が上限温度Ｔａ以下であるかを確認する。ステップＳ６６の確認の結果、温度センサの値が上限温度Ｔａ以下であれば、ステップＳ６８に移る。ステップＳ６６の確認の結果、温度センサの値が上限温度Ｔａよりも大きければ、ステップＳ６９に移る。ステップＳ６７では、ＣＰＵ４５が、温度センサの値が下限温度Ｔｂ以上であるかを確認する。ステップＳ６７の確認の結果、温度センサの値が下限温度Ｔｂ以上であれば、ステップＳ６８に移る。ステップＳ６７の確認の結果、温度センサの値が下限温度Ｔｂ未満であれば、ステップＳ６９に移る。ステップＳ６８では、ＣＰＵ４５が、温度センサの値が正常であると判断する。ステップＳ６９では、ＣＰＵ４５が、温度センサの値が異常であると判断する。ステップＳ７０では、ＣＰＵ４５が、規定の電子メールを連絡用コンピュータ５０に送信する。
【００８９】
＜空調監視システム２１１の復旧作業＞
本空調監視システム２１１では、ステーション３０と監視用コンピュータ４０との通信に障害が発生すると、メモリ３５には、その通信障害発生期間中のＯＮ／ＯＦＦ情報、運転モード情報および温度センサの値などが記憶される。そして、通信が回復し強制送信ボタンが押されると、監視用コンピュータ４０は、そのメモリ３５に記憶されるＯＮ／ＯＦＦ情報、運転モード情報および温度センサの値などを受信することになる。そして、ＣＰＵ４５は、監視プログラム４２に従い、温度センサの値に欠落が発生しているかを確認し、欠落が発生している場合にはその欠落発生時からの温度センサの値については正常であるか否かの判断を行わない。このため、ＳＳ１１０に、誤った判断に基づく電子メールが送信されることがない。
【００９０】
しかし、このまま本空調監視システム２１１を放置すると、通信回復後に取得される温度センサの値についても正常であるか否かの判断が行われないことになる。つまり、このような状態に至った空調監視システム２１１には、何らかの手当が必要になる。この手当の方法としては二つ考えられる。一つは、サービスエンジニア１１５をビル１２０に向かわせ、サービスエンジニア１１５に各リモコン１３ａ，１３ｂを操作させ、室内機１１ａ，１１ｂの電源の入り切りおよび運転モードの変更作業を行わせることである。このようにすれば、新たなＯＮ／ＯＦＦ情報および運転モード情報が発生するため、本空調監視システム２１１を正常な状態に回復させることができる（なお、この場合、その作業前に監視プログラム４２を再起動などさせる必要がある。または、リセット機能などを設けてもよい。）。なお、この場合、ステーション３０に、一括で室内機１１ａ，１１ｂの電源の入り切りおよび運転モードの変更作業を行う機能があれば、極めて便利である。もう一つは、サービスエンジニア１１５をビル１２０に向かわせ、サービスエンジニア１１５にそのときの各リモコン１３ａ，１３ｂの設定情報、つまり室内機１１ａ，１１ｂの入り切りおよび運転モードなどを電話やＦＡＸなどにより監視センター１００の担当者に連絡させ、その担当者にそれらの情報を入力することによってＯＮ／ＯＦＦ情報および運転モード情報を更新させることである。このようにしても、本空調監視システム２１１を正常な状態に回復させることができる（なお、この場合も、その作業前に監視プログラム４２を再起動などさせる必要がある。または、先と同様にリセット機能などを設けてもよい。）。
【００９１】
＜第２実施形態に係る空調監視システム２１１の特徴＞
室内機１１ａ，１１ｂの電源が入り切りされたり運転モードが変更されたりした場合にそのＯＮ／ＯＦＦ情報および運転モード情報が、ステーション３０により取得される。また、ステーション３０により、温度センサの値が取得される。次に、モデム３３が、ＯＮ／ＯＦＦ情報、運転モード情報および温度センサの値を監視用コンピュータ４０に送信する。そして、監視用コンピュータ４０において、モデム４３が、それらの情報を受信する。次に、ＣＰＵ４５が、監視プログラム４２に従い、ＯＮ／ＯＦＦ情報および運転モード情報に基づいてそれらの情報の取得時以降に取得した温度センサの値が正常であるか否かを判断する。
【００９２】
しかし、ステーション３０と監視用コンピュータ４０との通信に障害が発生した場合、ステーション３０のメモリ３５が、その通信障害発生期間中のＯＮ／ＯＦＦ情報、運転モード情報および温度センサの値などを記憶する。次に、モデム３３が、通信の回復後に強制送信ボタンが押された場合などに、メモリに記憶されているＯＮ／ＯＦＦ情報、運転モード情報および温度センサの値などを送信する。そして、監視用コンピュータ４０のモデム４３が、それらの情報を受信する。次に、ＣＰＵ４５が、監視プログラム４２に従って温度センサの値の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の温度センサの値について正常か否かの判断を行わない。このため、監視用コンピュータ４０は、メモリ３５から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。したがって、機器監視装置の誤判断に基づいてサービスエンジニアなどが出動することを防ぐことができる。
【００９３】
＜第２実施形態の変形例＞
第２実施形態に係る空調監視システム２１１では、通信障害発生後の復旧作業のためにサービスエンジニア１１５がビル１２０に出動する必要があった。通信障害の復旧作業がサービスエンジニア１１５など、その分野において比較的高度な知識を有する者でしか対応できないほど難しいものである場合は、このような対応でもかまわない。しかし、通信障害の復旧作業が顧客など、その分野においてさほど高度な知識を有しないような者にでも対応できるほど簡単なものである場合は、顧客などがその通信障害を直してしまうこともある。このような場合、サービスエンジニアを派遣する意味が極めて薄い。そこで、このような場合を想定して、監視用コンピュータ４０にステーション３０を遠隔操作できるようなプログラムをインストールしておいてもよい。このようにすれば、例えば、その遠隔操作によりステーション３０にその時点のＯＮ／ＯＦＦ情報や運転モード情報を監視用コンピュータ４０に送信させたり、室内機１１ａ，１１ｂのＯＮ／ＯＦＦ切替や運転モード切替を行ったりすることができる。
【００９４】
＜＜第３実施形態＞＞
＜空調監視システムのシステム構成＞
本空調監視システムは、第１実施形態と同様、図７のブロック図に表される。ただし、情報処理の仕方が異なるため、本空調監視システムの図番を２１２とする。
＜空調監視システム２１２の運用＞
本空調監視システム２１２は、第１実施形態と同様に運用される。
【００９５】
＜空調監視システム２１２のシステム構成要素＞
（１）マルチ式空気調和機１０ａ，１０ｂ
本マルチ式空気調和機１０ａ，１０ｂは、第１実施形態に記載のマルチ式空気調和機１０ａ，１０ｂと同様である。
（２）ステーション３０
ステーション３０には、モデム３３、メモリ３５およびインターフェイス３７（以下、Ｉ／Ｆと略する。）が搭載されており、また省エネ制御プログラム３９および管理プログラム３２がインストールされている。なお、この省エネ制御プログラム３９には、例えば、省エネルギー制御を行うための命令やデマンド制御を行うための命令などが記述されている。また、このメモリ３５は、揮発性メモリである。管理プログラム３２は、ステーション３０に電源が投入されると同時にマイコン（図示せず）により実行される。管理プログラム３２には、（ｉ）３０分おきに室内機１１ａ，１１ｂに設けられる温度センサの値を、Ｉ／Ｆ３７を介して取得する命令、（ｉｉ）リモコン１３ａ，１３ｂにおいて室内機１１ａ，１１ｂの電源ＯＮ／ＯＦＦの切替があった場合にそのＯＮ／ＯＦＦ情報を、Ｉ／Ｆ３７を介して取得する命令、（ｉｉｉ）リモコン１３ａ，１３ｂにおいて冷房運転／暖房運転の運転モード切替があった場合にその運転モード情報を、Ｉ／Ｆ３７を介して取得する命令、（ｉｖ）ステーション３０に電源が投入された場合にＯＮ／ＯＦＦ情報および運転モード情報などを取得し、それらの情報に初期フラグを付加する命令、（ｖ）強制送信ボタンが押された場合にＯＮ／ＯＦＦ情報および運転モード情報などを取得し、初期フラグおよびそれらの情報をメモリに記憶されている情報（後述するように、ここにいう情報は、温度センサ値、ＯＮ／ＯＦＦ情報および運転モード情報などである。）に付加する命令、（ｖｉ）初期フラグ、温度センサの値、ＯＮ／ＯＦＦ情報および運転モード情報などを順次、監視用コンピュータ４０に送信する命令、（ｖｉｉ）ステーション３０と監視用コンピュータ４０との通信に障害が発生した場合にステーション３０に送信されてくる情報をメモリ３５に記憶する命令などが記述されている。モデム３３は、ステーション３０に送信されてくる温度センサ値、ＯＮ／ＯＦＦ情報および運転モード情報などを、順次、電話回線６０を介して監視用コンピュータ４０に送信する。なお、ステーション３０に搭載されるモデム３３と監視用コンピュータ４０に搭載されるモデム４３との通信に障害が発生した場合には、これらの情報は、メモリに記憶される。なお、メモリ容量は、およそ５日分の情報に対応する大きさである。Ｉ／Ｆ３７は、マルチ式空気調和機１０ａ，１０ｂから送信される信号をステーション３０が読み取り可能なデータ形式に変換する。
【００９６】
（３）監視用コンピュータ４０
監視用コンピュータ４０には、モデム４３およびＣＰＵ４５が搭載されており、また監視プログラム４２およびデータベース作成用ソフトウェア（図示せず）がインストールされている。監視プログラム４２およびデータベース作成用ソフトウェアは、監視用コンピュータ４０において常時実行されている。モデム４３は、ステーション３０から送信されてくる温度センサの値、ＯＮ／ＯＦＦ情報および運転モード情報などを受信する。そして、データベース作成用ソフトウェアは、それらの情報を所定のフォーマットに従って格納し、順次、データベース４７を更新する。監視プログラム４２は、ＣＰＵ４５により実行される。監視プログラム４２は、ＣＰＵ４５により実行される。監視プログラム４２には、（ｉ）正常か否かの判断することができない温度センサの値を判断の対象外とする命令、（ｉｉ）データベース４７に格納された情報を利用してマルチ式空気調和機１０ａ，１０ｂが正常であるか否かを判断する判断命令、（ｉｉｉ）マルチ式空気調和機１０ａ，１０ｂが異常であると判断された場合に連絡用コンピュータ５０に対して規定の電子メールを送信する電子メール送信命令などが記述されている。
【００９７】
（４）連絡用コンピュータ５０
本連絡用コンピュータ５０は、第１実施形態に記載の連絡用コンピュータ５０と同様である。
＜空調監視システム２１２の接続形態＞
本空調監視システム２１２の接続形態は、第１実施形態と同様である。
【００９８】
＜温度センサの値の監視＞
図１２には、温度センサの値の監視における主要な処理の流れの表すフローチャートを示す。
図１２において、ステップＳ８１では、ＣＰＵ４５が、受信した情報の中に初期フラグが含まれているかを確認する。ステップＳ８１の確認の結果、受信した情報の中に初期フラグが含まれていれば、ステップＳ８２に移る。ステップＳ８１の確認の結果、受信した情報の中に初期フラグが含まれていなければ、ステップＳ８４に移る。ステップＳ８２では、データベース作成ソフトウェアが、添付されているＯＮ／ＯＦＦ情報をデータベース４７に格納する。ステップＳ８３では、データベース作成ソフトウェアが、添付されている運転モード情報をデータベース４７に格納する。ステップＳ８４では、ＣＰＵ４５が、受信した情報の中にＯＮ／ＯＦＦ情報または運転モード情報が含まれているかを確認する。ステップＳ８４の確認の結果、受信した情報の中にＯＮ／ＯＦＦ情報または運転モード情報が含まれていれば、ステップＳ８５に移る。ステップＳ８４の確認の結果、受信した情報の中にＯＮ／ＯＦＦ情報も運転モード情報も含まれていなければ、ステップＳ８６に移る。ステップＳ８５では、データベース作成ソフトウェアが、ＯＮ／ＯＦＦ情報または運転モード情報をデータベース４７に格納する。ステップＳ８６では、ＣＰＵ４５が、受信した情報の中に温度センサの値が含まれているかを確認する。ステップＳ８６の確認の結果、受信した情報の中に温度センサの値が含まれていれば、ステップＳ８７に移る。ステップＳ８６の確認の結果、受信した情報の中に温度センサの値が含まれていなければ、処理を終了する。ステップＳ８７では、ＣＰＵ４５が、受信した温度センサの値に欠落が含まれているかを確認する。ステップＳ８７の確認の結果、受信した温度センサの値に欠落が含まれていれば、ステップＳ８８に移る。ステップＳ８７の確認の結果、受信した温度センサの値に欠落が含まれていなければ、判断ルーチンＲ１１に入る。ステップＳ８８では、ＣＰＵ４５が、情報の欠落発生時刻から初期フラグ受信時刻までに存在する温度センサの値に無効マークを付する。そして、ステップＳ８８の処理が終了すると、判断ルーチンＲ１１に入る。
【００９９】
［判断ルーチンＲ１１］
判断ルーチンＲ１１の処理の流れは、第２実施形態に同様、図１１のフローチャートに表される。
＜第３実施形態に係る空調監視システム２１２の特徴＞
第３実施形態に係る空調監視システム２１２では、通常、室内機１１ａ，１１ｂの電源が入り切りされたり運転モードが変更されたりした場合にそのＯＮ／ＯＦＦ情報および運転モード情報が、ステーション３０により取得される。また、ステーション３０により、温度センサの値が取得される。次に、モデム３３が、ＯＮ／ＯＦＦ情報、運転モード情報および温度センサの値などを監視用コンピュータ４０に送信する。そして、監視用コンピュータ４０において、モデム４３が、それらの情報を受信する。次に、ＣＰＵ４５が、監視プログラム４２に従い、ＯＮ／ＯＦＦ情報および運転モード情報に基づいてそれらの情報の取得時以降に取得した温度センサの値が正常であるか否かを判断する。
【０１００】
しかし、ステーション３０と監視用コンピュータ４０との通信に障害が発生した場合、ステーション３０のメモリ３５が、その通信障害発生期間中のＯＮ／ＯＦＦ情報、運転モード情報および温度センサの値などを記憶する。次に、モデム３３が、通信の回復後に強制送信ボタンが押された場合などに、メモリに記憶されているＯＮ／ＯＦＦ情報、運転モード情報および温度センサの値などを送信する。そして、監視用コンピュータ４０のモデム４３が、それらの情報を受信する。次に、ＣＰＵ４５が、監視プログラム４２に従って温度センサの値の一部が欠落しているかを確認し、欠落が確認された場合には欠落発生時以降の温度センサの値について正常か否かの判断を行わない。
【０１０１】
また、通信の回復時点または回復後いずれかの時点において、ステーション３０によりその時点のＯＮ／ＯＦＦ情報および運転モード情報が取得される。次に、モデム３３が、それらの情報を初期フラグとともに送信する。そして、監視用コンピュータ４０のモデム４３が、それらの情報を受信する。次に、ＣＰＵが、監視プログラム４２に従い、ＯＮ／ＯＦＦ情報および運転モード情報に基づいて初期フラグの受信時以降次のＯＮ／ＯＦＦ情報および運転モード情報の変更時までの温度センサの値が正常であるか否かを判断する。このため、監視用コンピュータ４０は、メモリ３５から送信されてくる通信障害発生期間中の運転情報について誤判断をすることはない。また、ＯＮ／ＯＦＦ情報および運転モード情報の少なくとも一方に欠落が発生した場合でも、通信の回復時点または回復後すぐに、監視用コンピュータ４０は、温度センサの値が正常であるか否かの判断基準を修正することができ、それ以降にステーション３０から送信されてくる温度センサの値が正常であるか否かを的確に判断することができる。したがって、監視用コンピュータ４０の誤判断に基づいてサービスエンジニア１１５などが出動することを防ぐことができる。その結果、制御情報に欠落が発生した場合にサービスエンジニアなどに無駄な労力を強いるおそれをなくすことができる。また、さらにＯＮ／ＯＦＦ情報および運転モード情報に欠落が発生した場合であってもマルチ式空気調和機１０ａ，１０ｂが正常に運転していない状態を可及的迅速に検出することができる。
【産業上の利用可能性】
【０１０２】
本発明に係る機器監視システムを構築・運用すれば、優れた設備機器の保守・点検サービスを実施することができる。
【図面の簡単な説明】
【０１０３】
【図１】従来の空調監視システム２００のブロック図。
【図２】マルチ式空気調和機１０ａ，１０ｂが正常に運転されているか否かを確認する流れを表すフローチャート。
【図３】通信障害発生時のメモリ３５内部の様子を表す図。
【図４】メモリオーバーフロー現象の様子を表す図。
【図５】メモリオーバーフロー現象が発生せずに通信が回復した場合の監視画面を表す図。
【図６】図４に示すメモリオーバーフロー現象が生じた後に通信が回復した場合の監視画面を説明するための説明図。
【図７】本発明に係る空調監視システム２１０，２１１，２１２のブロック図。
【図８】第１実施形態に係る空調監視システム２１０における温度センサの値の監視の流れを表すフローチャート。
【図９】第１実施形態に係る空調監視システム２１０における判断ルーチンＲ１０の処理の流れを表すフローチャート。
【図１０】第２実施形態に係る空調監視システム２１１における温度センサの値の監視の流れを表すフローチャート。
【図１１】第２実施形態および第３実施形態に係る空調監視システム２１１における判断ルーチンＲ１１の処理の流れを表すフローチャート。
【図１２】第３実施形態に係る空調監視システム２１２における温度センサの値の監視の流れを表すフローチャート。
【符号の説明】
【０１０４】
１０ａ，１０ｂ          マルチ式空気調和機（設備機器）
１１ａ，１１ｂ          室内機
１２ａ，１２ｂ          室外機
１３ａ，１３ｂ          リモコン
２０                    空調システム
３０                    ステーション（機器管理装置）
３１，３２              管理プログラム（機器管理プログラム）
３３，４３              モデム（送信部、受信部、電子メール送信部）
３５                    メモリ（記憶部）
３７                    インターフェイス（Ｉ／Ｆ）（制御情報取得部、運転情報取得部）
３９                    省エネ制御プログラム
４０                    監視用コンピュータ（機器監視装置）
４１，４２              監視プログラム（機器監視プログラム）
４５                    ＣＰＵ（判断部）
４７                    データベース
５０                    連絡用コンピュータ（情報端末）
６０                    電話回線
１００                    監視センター
１１０                    サービスステーション（ＳＳ）
１１５                    サービスエンジニア
１２０                    ビル
２００                    従来の空調監視システム
２１０，２１１，２１２    本発明に係る空調監視システム（機器監視システム）
【図１】
2005258557.tif 000003
【図２】
2005258557.tif 000004
【図３】
2005258557.tif 000005
【図４】
2005258557.tif 000006
【図５】
2005258557.tif 000007
【図６】
2005258557.tif 000008
【図７】
2005258557.tif 000009
【図８】
2005258557.tif 000010
【図９】
2005258557.tif 000011
【図１０】
2005258557.tif 000012
【図１１】
2005258557.tif 000013
【図１２】
2005258557.tif 000014