(57)【要約】【課題】  ネットワークに接続されている設備機器の状態情報の容量負荷を軽減できる機器状態監視装置を提供する。【解決手段】  この機器状態監視装置１は、複数の機器４，５が接続されているネットワーク２上に存在し、当該機器の運転状態を監視し、機器の最新の状態情報を保持し、同一又は別のネットワーク３上の集中管理コントローラ１０からの情報参照要求に応じて指定された情報を応答し、機器の状態情報が更新された場合はセットされ、集中管理コントローラからの要求に応答した場合はリセットされる更新フラグをもち、集中管理コントローラに応答するデータの中に、機器の状態情報とその状態情報に対応するリセット前の更新フラグを含めて応答する。【選択図】      図５
2006139570.tif 000002
【特許請求の範囲】
【請求項１】
複数の機器が接続されているネットワーク上に存在し、当該機器の運転状態を監視し、機器の最新の状態情報を取得、保持し、同一又は別のネットワーク上の集中管理コントローラからの要求に応じて指定された情報を応答する監視装置において、
前記機器の各状態情報ごとに、その状態情報が更新された場合はセットされ、前記集中管理コントローラからの要求に応答した場合はリセットされる更新フラグを備えたことを特徴とする監視装置。
【請求項２】
前記更新フラグがリセット状態で、前記集中管理コントローラからの要求が連続して所定の回数に達した場合、通信異常と判断する判別手段を備えたことを特徴とする請求項１に記載の監視装置。
【請求項３】
集中管理コントローラと、複数の機器が接続されているネットワーク上に存在し、当該機器の運転状態を監視し、機器の最新の状態情報を取得、保持し、同一又は別のネットワーク上の前記集中管理コントローラからの要求に応じて指定された情報を応答する監視装置とから成る監視システムにおいて、
前記監視装置は、前記集中管理コントローラからの要求に応答するデータの中に、その状態情報に対応する前記更新フラグを含めて応答し、
前記集中管理コントローラは、前記監視装置から送られてきた更新フラグに基づき通信異常を判別する判別手段を備えたことを特徴とする監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に存在する複数の機器の運転状態を監視する監視装置及び監視システムに関する。
【背景技術】
【０００２】
従来、例えば建屋内に設置されている各種設備機器を集中監視する機器情報監視システムでは、監視装置が、第１のネットワーク側に接続されている機器の状態を監視し、収集した状態データ（情報）の最新のものを内部に保持し、第２のネットワーク側のコントローラのような装置の要求により、保持しているデータの中からコントローラ等によって指定されたデータを送信するという動作を行う。例えば、第１のネットワークにはエアコンが接続され、そのＯＮ／ＯＦＦ状態、動作モード、風向、風量、設定温度、室温等の監視項目を監視している。この場合、監視装置内には、収集したこれらのデータの最新のものが保持される。一方、第２のネットワーク側の装置は、定期的に特定の監視項目の参照を行うが、その値が変化していない場合は、以前参照したときから今回参照するまでの期間に、監視装置内のデータが更新されているのか更新されていないのかを知る手段がない。この結果、監視対象の機器が故障して監視装置では機器の状態が把握できない状況にあっても、監視装置やコントローラでは収集できた最後の情報がそのまま最新情報として維持されてしまい機器と監視装置間で通信が不能になっていることを判別できない。そこで、監視装置では各機器の各監視項目ごとにタイマを用意し、値が更新される度にタイマにタイムアウト値をセットし、その減算を行う。そしてタイマ値がゼロになった時点で通信が一定時間途切れていると判断していた。しかし、1台の監視装置は、数十台の機器を受け持ち、その各機器ごとに多数の監視項目の情報を収集しているため、このような方法では「監視している機器の数（Ａ）」に「監視している情報の数（Ｂ）」を掛けた量（Ａ×Ｂ）だけのタイマの管理が必要となり、監視装置の負荷となる問題点があった。
【０００３】
また、実開平５−８８０８２号公報（特許文献１）に示されるようにデータ取得時にその時刻を記録し、これを元に通信異常を確認する方法もある。この場合、タイマ（時計）としては１つで済むが、、各データ取得の都度、そのデータごとに時刻データを記録しておかなければならず監視装置の負荷、記憶容量の増大をまねくという問題があった。
【特許文献１】実開平５−８８０８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、上述のような従来技術の問題点に鑑みてなされたものであり、本監視装置の負荷や記憶容量を軽減して通信異常が検出可能な監視装置及び監視システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１の発明は、複数の機器が接続されているネットワーク上に存在し、当該機器の運転状態を監視し、機器の最新の状態情報を取得、保持し、同一又は別のネットワーク上の集中管理コントローラからの要求に応じて指定された情報を応答する監視装置において、前記機器の各状態情報ごとに、その状態情報が更新された場合はセットされ、前記集中管理コントローラからの要求に応答した場合はリセットされる更新フラグを備えたものである。
【０００６】
請求項２の発明は、請求項１の監視装置において、前記更新フラグがリセット状態で、前記集中管理コントローラからの要求が連続して所定の回数に達した場合、通信異常と判断する判別手段を備えたことを特徴とするものである。
【０００７】
請求項３の発明は、集中管理コントローラと、複数の機器が接続されているネットワーク上に存在し、当該機器の運転状態を監視し、機器の最新の状態情報を取得、保持し、同一又は別のネットワーク上の前記集中管理コントローラからの要求に応じて指定された情報を応答する監視装置とから成る監視システムにおいて、前記監視装置は、前記集中管理コントローラからの要求に応答するデータの中に、その状態情報に対応する前記更新フラグを含めて応答し、前記集中管理コントローラは、前記監視装置から送られてきた更新フラグに基づき通信異常を判別する判別手段を備えたことを特徴とするものである。
【発明の効果】
【０００８】
本発明の監視装置によれば、監視装置は集中管理コントローラから情報を取得されるタイミングと、機器から情報を取得したタイミングとから情報の更新が一定時間以上行われていないことを判定するため、時間のカウントが不要となり、監視装置の負荷が軽減できる。
【０００９】
また本発明の監視システムによれば、監視装置が集中管理コントローラへ送信する応答データの中に更新フラグの情報を含ませ、集中管理コントローラは監視装置から送られてきた更新フラグに基づき通信異常を判別するので、監視装置と集中管理コントローラとの間で送信する応答データのデータフレームを単純化できる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態を図に基づいて詳説する。
【００１１】
（第１の実施の形態）図１は本発明の第１の実施の形態の監視システムの構成図である。監視装置１は第１のネットワーク２、第２のネットワーク３に接続されており、第１のネットワーク２には被監視機器として２台のエアコン（Ａ／Ｃ）４、エアコン（Ａ／Ｃ）５、第２のネットワーク３には集中管理コントローラ１０がそれぞれ接続されている。なお、実際には被監視機器としてより多くの機器が監視装置１の対象となるが、説明を簡単にするためにこの例では2台のエアコンを示している。
【００１２】
監視装置１は第１のネットワーク２とデータの送受信を行うネットワーク送受信部６と、第２のネットワーク３とデータの送受信を行うネットワーク送受信部７と、データ保持メモリ８と、更新フラグテーブル９とを備えている。
【００１３】
集中管理コントローラ１０は、第２のネットワーク３との送受信を行うネットワーク送受信部１１と、データ保持メモリ１２と、異常判別部１３と、表示部１４とを備えている。
【００１４】
監視装置１はネットワーク送受信部６を介して、エアコン４，５に対してＯＮ／ＯＦＦ状態、動作モード、風向、風量、設定温度等のデータを要求し、エアコン４，５は、要求を受けた場合に指定されたデータを監視装置１に応答する。監視装置１はエアコン４，５からの応答データをデータ保持メモリ８に保持する。
【００１５】
ここで、監視装置１は、それぞれの応答データにｐｒｏｐｅｒｔｙ＿ｉｄをつけて管理している。また、エアコン（１）４、エアコン（２）５の区別はｏｂｊｃｔ＿ｉｄによって行われる。本実施の形態では、エアコン（１）４のｏｂｊｅｃｔ＿ｉｄを０ｘ０１に、エアコン（２）５のｏｂｊｅｃｔ＿ｉｄを０ｘ０２としている。図２は、本実施の形態のｐｒｏｐｅｒｔｙ＿ｉｄとエアコンの状態を表にしたものである。
【００１６】
なお、監視装置１は大量のデータを処理しなければならないため、最新のデータのみを記憶し、更新された時には前のデータは消される（上書き）。各データの形式としては、ＯＮ／ＯＦＦ状態は、１ｂｙｔｅのデータで図２の（ａ）のような値をとる。動作モードは、１ｂｙｔｅのデータで図２（ｂ）のような値をとる。風向は、１ｂｙｔｅのデータで図２（ｃ）のような値をとる。風量は、１ｂｙｔｅのデータで図２（ｄ）のような値をとる。設定温度、室温は１ｂｙｔｅの整数型で単位が０．５℃のデータで、０ｘ００が−３５．０℃、０ｘ０１が−３４．５℃、０ｘ４６が０．０℃、０ｘＦＦが９２．５℃を示すもののとする。
【００１７】
データ保持メモリ８は、ｏｂｊｃｔ＿ｉｄ、ｐｒｏｐｅｒｔｙ＿ｉｄを使用して、図３のように管理される。ネットワーク送受信部６は受け取ったフレームの送信元がエアコン（１）４ならばｏｂｊｅｃｔ＿ｉｄが０ｘ０１の領域に、エアコン（２）５ならばｏｂｊｅｃｔ＿ｉｄが０ｘ０２の領域に値を書き込む。
【００１８】
集中管理コントローラ１０は定期的に監視装置１に被監視機器であるエアコン４，５のデータを要求する。監視装置１が受け取った要求は、ネットワーク送受信部７で処理される。エアコン５の設定温度が要求された場合は、ｏｂｊｅｃｔ＿ｉｄ＝０ｘ０２、ｐｒｏｐｅｒｔｙ＿ｉｄ＝０ｘ０５の値が取り出され、応答される。図３の場合は、０ｘ５０が応答される。
【００１９】
監視装置１のネットワーク送受信部６は、データ保持メモリ８に値を書き込んだ場合、図４に示す更新フラグテーブル９の対応するフラグを１にセットする。例えば、エアコン４の風向を書き換えた場合、ｏｂｊｅｃｔ＿ｉｄ＝０ｘ０１、ｐｒｏｐｅｒｔｙ＿ｉｄ＝０ｘ０３の更新フラグを１にセットする。
【００２０】
ネットワーク送受信機能７は、これとは逆に集中管理コントローラ１０からの要求によって読み出したデータに対応する更新フラグを０に書き換える。集中管理コントローラ１０のデータ保持メモリ１２は、ネットワーク３、ネットワーク送受信部１１を経由して受け取った監視装置１からの送信データを保存するメモリで、表示部１４にてこれらのデータを随時表示可能なように保存する。異常判別部１３は、監視装置１から送られてくるデータ中の各データごとの更新フラグをチェックし、このデータを元に通信異常を検出する。なお、監視装置１の被監視機器であるエアコンへのデータ要求周期は、集中管理コントローラ１０のデータ要求周期よりも長く設定されている。
【００２１】
図５は更新フラグの変化の様子を示したシーケンス図である。監視装置１の線の両脇の数字が更新フラグの値である。例えば、あるエアコンからの応答があった場合、監視装置１は更新フラグの値を１（セット）にする（ＳＱ１，ＳＱ２，ＳＱ７，ＳＱ８）。集中管理コントローラ１０へ応答をした場合は更新フラグの値を０にセット（リセット）する（ＳＱ３，ＳＱ４，ＳＱ９，ＳＱ１０）。この様子からわかるとおり、集中管理コントローラ１０が値を読み出す際、更新フラグの値が１であれば、以前読み出した時点から値が更新されていることになる。逆に更新フラグが０の場合は、以前読み出した時点から更新が行われていないこととなる（ＳＱ５，ＳＱ６）。監視装置１のネットワーク送受信部７は、集中管理コントローラ１０からの要求に応答する際に、そのデータと対応する更新フラグも合わせて返す。集中管理コントローラ１０は、このフラグにより値の更新が行われていたか否かを確認することができる。
【００２２】
図６は、監視装置１の動作を示すフローチャートである。監視装置１は各エアコン４，５に現在の状態を示すデータを要求し（ステップＳ１）、エアコンからデータを受信した場合、更新フラグを１にセットし（ステップＳ２，Ｓ３）、受信データをデータ保持メモリに保存する（ステップＳ４）。エアコンからデータを受信しなかった場合はそのままステップＳ５に進む。
【００２３】
次に、集中管理コントローラ１０からのデータ要求の有無を確認し（ステップＳ５）、集中管理コントローラ１０からデータ要求があった場合、更新フラグを含む保存データを集中管理コントローラ１０へ送信し（ステップＳ６）、更新フラグを０にセットする（ステップＳ７）。
【００２４】
一方、集中管理コントローラの動作を図７のフローチャートに示している。集中管理コントローラは、監視装置にデータを要求し（ステップＰ１）、データを受信する（ステップＰ２）と、これを保存するとともに必要に応じて表示部にデータ内容を表示する（ステップＰ３）。次に、受信したデータ中の更新フラグが１であるか確認し（ステップＰ４）、更新フラグが１であった場合は、前回の当該データ取得時以降にエアコンから新たにデータが取得されていることから通信は正常に行なわれていると判断し、エラーカウンタをリセットする（ステップＰ５）。一方、更新フラグが０であった場合は、前回の集中管理コントローラでの当該データ取得以降、新たにエアコン側のデータが更新されていないことから、通信異常が発生している可能性があるため、エラーカウンタで更新されていない回数をカウントアップし（ステップＰ６）、これが所定回数（１０回）以上継続した場合には通信エラーと判断し（ステップＰ７）、表示部に通信エラーを表示する（ステップＰ８）。そして、一連の動作を終了してＲＥＴＵＲＮにて最初のＳＴＡＲＴに戻り、これを繰り返す。
【００２５】
なお、通信エラーの判別にデータ更新の回数を加味しているのは、監視装置１における各機器との通信が外乱等の影響で一時的に乱れたり、通信トラフィックの状況によってはデータが欠落したりする可能性がある。このような通信異常は、一時的なもので、自動的に普及する。このため、１回だけのデータ非更新で即座に通信異常と判断して警告を発すると、誤報となる確率が高い。そこで、このようなことがないよう、異常の判別においては、異常が確定するだけのデータ更新がなされていない回数を確認した上で異常を判断するようにしている。
【００２６】
図８は、集中管理コントローラ１０の画面の一例を示す図である。複数台のエアコン（喫煙コーナー、社長室、第１応接室、第２応接室の各部屋）を集中管理することができる。画面の下側には登録されているエアコンの据付場所がそれぞれ表示されている。上側の画面には、それらのエアコンの中から選択された１台のエアコンの運転設定状況が表示され、この運転設定状態は監視装置１から送られてきたデータがベースとなっている。図８では、喫煙コーナーのエアコンの状態が表示されている。これらのエアコンの内、通信エラーが生じた場合は下側画面のエアコン設置場所を表しているアイコンの周囲の色が変わり、点滅するようになっている。図８では、第一応接室のエアコンに通信エラーが発生していることを示している。
【００２７】
したがって、本実施の形態によればエアコンの管理者は集中管理コントローラ１０の画面を見て通信エラーが生じているエアコンを一目で確認することができ、管理者はそのエラーがどのような理由で生じているのか調査することが可能となる。
【００２８】
（第２の実施の形態）上記第１の実施の形態においては、監視装置１側では更新フラグの処理のみを追加し、集中管理コントローラ１０側では通信異常の発生を検出するようにしたが、監視装置１の処理速度やメモリ容量に余裕があれば、監視装置１側で異常検出の処理を行なわせることも可能である。この場合、異常判別部１３は図１の破線で示すように監視装置１内に設けられる。
【００２９】
このような監視装置１による監視動作のフローチャートを図９に示す。なお、ステップＳ１からステップＳ３までの監視装置１の動作は、図６に示した第１の実施の形態における監視装置１のものと同様であるため、説明を省略する。
【００３０】
ステップＲ４にて更新データを保存するとともに、エアコンとの通信が可能であったことからエラーカウンタをリセット（Ｅ＝０）する。
【００３１】
続いてステップＲ５にて集中管理コントローラ１０からデータ要求があった場合、後述する通信エラーデータを含む保存データを集中管理コントローラ１０へ送信し（ステップＲ５，Ｒ６）、更新フラグを０にセットする（ステップＲ７）。集中管理コントローラ１０からデータ要求がなかった場合には、そのままステップＲ９へと進む。
【００３２】
次に、更新フラグが１であるか確認し（ステップＲ９）、更新フラグが１であった場合は、エラーカウンタをリセットする（ステップＲ１０）。更新フラグが０であった場合は、エラーカウンタで更新されていない回数をカウントし（ステップＲ１１）、これが１０回以上継続した場合には通信エラーをセットする（ステップＲ１２，Ｒ１３）。このセット後に集中管理コントローラ１０からデータ要求が来た場合には、通信エラーの情報を含めて集中管理コントローラ１０側へ保存データを送信する(ステップＲ６)。
【００３３】
図１０は、本実施の形態における集中管理コントローラ１０の動作を示すフローチャートである。集中管理コントローラ１０は、監視装置１にデータを要求し（ステップＱ１）、データの受信の有無を確認する（ステップＱ２）。データを受信した場合は通信エラーの有無を確認する（ステップＱ３）。データを受信しなかった場合はＳＴＡＲＴに戻る。ステップＱ３で通信エラーを受信した場合は通信エラーを表示し（ステップＱ４）、通信エラーを受信しなかった場合は正常に送られてきたデータを保存し、状況に応じて表示部で画面に表示する（ステップＱ５）。
【００３４】
なお、集中管理コントローラ１０における表示は図８に示した第１の実施の形態のものと同様であり、これにより、管理者は集中管理コントローラ１０の画面を見て通信エラーが生じているエアコンを一目で確認することができ、管理者はそのエラーがどのような理由で生じているのか調査することが可能となる。
【００３５】
（第３の実施の形態）本発明の第３の実施の形態では、第２の実施の形態において、監視装置１は更新フラグ自体を送信せず、更新フラグが０の場合にはフラグ値自体を応答フレームにつけないことで、更新状況を集中管理コントローラ１０に通知したものである。この場合、集中管理コントローラは、更新フラグが付いていない応答フレームの数をカウントし、これが所定値以上になれば、通信異常が発生していると判断する。この実施態様によれば、更新フラグが０（リセット）の場合には、更新フラグを送信しないので、伝送データ長を短くすることが可能となる。なお、２つの更新フラグの状態のいずれにあるかを集中管理コントローラ側で判別できれば、通信異常の判別は可能なことから、逆に、更新フラグが０(リセット)の場合に、更新フラグのデータを送信し、更新フラグが１（セット）の場合に更新フラグを送信しないように構成してもよい。
【図面の簡単な説明】
【００３６】
【図１】本発明の第１の実施の形態の監視システムの構成図。
【図２】本発明の第１の実施の形態において用いるｐｒｏｐｅｒｔｙ＿ｉｄとエアコンの状態を表す表。
【図３】本発明の第１の実施の形態において用いるデータ保持メモリのｏｂｊｃｔ＿ｉｄ、ｐｒｏｐｅｒｔｙ＿ｉｄを管理する方法を表した表。
【図４】本発明の第１の実施の形態において用いる更新フラグテーブルの更新フラグの管理方法を表した表。
【図５】本発明の第１の実施の形態による更新フラグのセット・リセット処理のシーケンス図。
【図６】本発明の第１の実施の形態における監視装置の動作のフローチャート。
【図７】本発明の第１の実施の形態における集中管理コントローラの動作のフローチャート。
【図８】本発明の第１の実施の形態における集中管理コントローラの画面の表示例を示す説明図。
【図９】本発明の第２の実施の形態における監視装置の動作のフローチャート。
【図１０】本発明の第２の実施の形態における集中管理コントローラの動作のフローチャート。
【符号の説明】
【００３７】
１  監視装置
２，３  ネットワーク
４  エアコン
５  エアコン
６，７，１１  ネットワーク送受信部
８  データ保持メモリ
９  更新フラグテーブル
１０  集中管理コントローラ
１２  データ保持メモリ
１３  異常判別部
１４  表示部
【図１】
2006139570.tif 000003
【図２】
2006139570.tif 000004
【図３】
2006139570.tif 000005
【図４】
2006139570.tif 000006
【図５】
2006139570.tif 000007
【図６】
2006139570.tif 000008
【図７】
2006139570.tif 000009
【図８】
2006139570.tif 000010
【図９】
2006139570.tif 000011
【図１０】
2006139570.tif 000012