(57)【特許請求の範囲】
【請求項１】
予め定められた施設内の監視対象点を監視ポイントとし、この監視ポイントの状態変化時に発行される状態変化情報をネットワークを介して受信し、その監視ポイントの状態の変化を報知する施設管理装置において、
前記監視ポイントの現在の状態を示す状態情報を前記ネットワークを介して所定の周期で収集し、この収集した状態情報をメモリに記憶させる状態情報収集手段と、
前記監視ポイントの状態情報が収集される毎に、その収集された状態情報を今回値とし、この収集された状態情報の今回値と前記メモリに記憶されているその状態情報の前回値とを比較し、変化の有無を確認する状態情報変化確認手段と、
前記監視ポイントの状態情報に変化が確認されたとき、その監視ポイントの状態変化時に既に発行されている前記状態変化情報が受信されているか否かを判断し、監視ポイントの状態変化時に既に発行されている状態変化情報が受信されていないと判断した場合、その監視ポイントの状態の変化を報知する第１の状態変化報知手段と、
前記監視ポイントの状態変化情報を受信したとき、その状態変化情報の発行後の状態情報の変化が確認されているか否かを判断し、状態変化情報の発行後の状態情報の変化が確認されていないと判断した場合、その監視ポイントの状態の変化を報知する第２の状態変化報知手段と
を備えることを特徴とする施設管理装置。
【請求項２】
請求項１に記載された施設管理装置において、
前記第１の状態変化報知手段は、
前記第２の状態変化報知手段による前記監視ポイントの状態変化情報を受信した場合の報知とは区別して、前記監視ポイントの状態情報に変化が確認された場合の前記監視ポイントの状態の変化の報知を行う
ことを特徴とする施設管理装置。
【請求項３】
プログラムに従うコンピュータの処理動作によって、予め定められた施設内の監視対象点を監視ポイントとし、この監視ポイントの状態変化時に発行される状態変化情報をネットワークを介して受信し、その監視ポイントの状態の変化を報知する施設管理方法において、
前記コンピュータは、
前記監視ポイントの現在の状態を示す状態情報を前記ネットワークを介して所定の周期で収集し、この収集した状態情報をメモリに記憶させる第１ステップと、
前記監視ポイントの状態情報が収集される毎に、その収集された状態情報を今回値とし、この収集された状態情報の今回値と前記メモリに記憶されているその状態情報の前回値とを比較し、変化の有無を確認する第２ステップと、
前記監視ポイントの状態情報に変化が確認されたとき、その監視ポイントの状態変化時に既に発行されている前記状態変化情報が受信されているか否かを判断し、監視ポイントの状態変化時に既に発行されている状態変化情報が受信されていないと判断した場合、その監視ポイントの状態の変化を報知する第３ステップと、
前記監視ポイントの状態変化情報を受信したとき、その状態変化情報の発行後の状態情報の変化が確認されているか否かを判断し、状態変化情報の発行後の状態情報の変化が確認されていないと判断した場合、その監視ポイントの状態の変化を報知する第４ステップと
を実行することを特徴とする施設管理方法。
【請求項４】
請求項３に記載された施設管理方法において、
前記コンピュータは、
前記第３ステップにおいて、
前記第４ステップによる前記監視ポイントの状態変化情報を受信した場合の報知とは区別して、前記監視ポイントの状態情報に変化が確認された場合の前記監視ポイントの状態の変化の報知を行う
ことを特徴とする施設管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、空調機のフィルタや屋上のタンクなど施設内の各種の監視対象点を監視ポイントとし、この監視ポイントの状態変化時に発行される状態変化情報をネットワークを介して受信し、その監視ポイントの状態の変化を報知する施設管理装置および方法に関するものである。
【背景技術】
【０００２】
従来より、高層ビル，集合住宅，病院，工場などの施設においては、各種の設備が設けられている。例えば、その設備として空調設備、照明設備、防犯設備、防災設備などの設備が挙げられ、これらの設備は各種の機器やセンサなどを備えている。
【０００３】
近年、インテリジェントビル等には、ビル内にコントローラを分散配置し、このコントローラを介してビル内の設備の情報を通信回線を介して管理装置に送るようにしている。例えば、空調機のフィルタや屋上のタンクなどビル内の各種の監視対象点を監視ポイントとし、監視ポイントに状態変化が生じた場合、その監視ポイントの状態変化を示す状態変化情報をコントローラより通信回線を介して管理装置へ送り、その状態の変化を警報メッセージとして管理装置のディスプレイ上に表示したり、音声で知らせるなどしている（例えば、特許文献１，特許文献２参照）。
【０００４】
最近では、オープン化、マルチベンダ化が進んできたことにより、コントローラと管理装置との間の通信は、専用の通信回線ではなく、マルチベンダとの共通のインタフェースをもつオフィスネットワーク（例えば、インターネット）と共用するケースが増えている。この場合、コントローラが発行する状態変化情報は、オフィスネットワークのサーバを経由して管理装置へ送られる。
【０００５】
【特許文献１】特開２００２−２３２９６９号公報
【特許文献２】特開平１１−１７７６１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、コントローラと管理装置との間の通信にオフィスネットワークを用いた場合、コントローラからの状態変化情報がオフィスネットワークのサーバを経由して管理装置へと送られるため、サーバにおいて遅滞が発生したような場合、管理装置への状態変化情報の通知が遅れ、管理装置からの警報メッセージの報知が大きく遅れることがある。また、ネットワークの品質の低下、帯域の変化などにより、状態変化情報が途中でなくなってしまい、管理装置から警報メッセージが報知されないこともある。
【０００７】
本発明は、このような課題を解決するためになされたもので、その目的とするところは、状態変化情報の通知が遅れたり、状態変化情報が途中で紛失した場合であっても、大きな遅れなく、監視ポイントの状態の変化を確実に報知することができる施設管理装置および施設管理方法を提供することにある。
【課題を解決するための手段】
【０００８】
このような目的を達成するために、本発明は、予め定められた施設内の監視対象点を監視ポイントとし、この監視ポイントの状態変化時に発行される状態変化情報をネットワークを介して受信し、その監視ポイントの状態の変化を報知する施設管理装置において、監視ポイントの現在の状態を示す状態情報をネットワークを介して所定の周期で収集し、この収集した状態情報をメモリに記憶させる状態情報収集手段と、監視ポイントの状態情報が収集される毎に、その収集された状態情報を今回値とし、この収集された状態情報の今回値とメモリに記憶されているその状態情報の前回値とを比較し、変化の有無を確認する状態情報変化確認手段と、監視ポイントの状態情報に変化が確認されたとき、その監視ポイントの状態変化時に既に発行されている状態変化情報が受信されているか否かを判断し、監視ポイントの状態変化時に既に発行されている状態変化情報が受信されていないと判断した場合、その監視ポイントの状態の変化を報知する第１の状態変化報知手段と、監視ポイントの状態変化情報を受信したとき、その状態変化情報の発行後の状態情報の変化が確認されているか否かを判断し、状態変化情報の発行後の状態情報の変化が確認されていないと判断した場合、その監視ポイントの状態の変化を報知する第２の状態変化報知手段とを設けたものである。
【０００９】
この発明において、監視ポイントの状態の変化の報知は、監視ポイントの状態変化時に発行される状態変化情報を受信した場合だけではなく、所定の周期で収集される監視ポイントの状態情報の変化が確認された場合にも行われる。これにより、監視ポイントの状態変化情報がネットワークを介して送られてくる途中で遅滞したり、紛失したりしても、状態情報に変化が生じたことが確認された時点で、その監視ポイントの状態の変化が報知されるものとなる。
【００１０】
なお、ネットワークの品質の低下、帯域の変化などにより、監視ポイントの状態変化情報が途中でなくなったりするような場合、収集される監視ポイントの状態情報もなくなる虞れがある。しかし、監視ポイントの状態変化情報の発行は単発であるのに対し、監視ポイントの状態情報の収集は周期的に行われるので、ネットワークの品質の低下や帯域の変化が改善された時点で監視ポイントの状態情報を取得することができ、その時点で監視ポイントの状態の変化が報知されるものとなる。
【００１２】
また、本発明では、監視ポイントの状態情報に変化を確認したとき、その監視ポイントの状態変化時に既に発行されている状態変化情報が受信されているか否かを判断し、監視ポイントの状態変化時に既に発行されている状態変化情報が受信されていないと判断した場合に、その監視ポイントの状態の変化を報知する。また、監視ポイントの状態変化情報を受信したとき、その状態変化情報の発行後の状態情報の変化が確認されているか否かを判断し、状態変化情報の発行後の状態情報の変化が確認されていないと判断した場合に、その監視ポイントの状態の変化を報知する。
これにより、状態変化情報を受信した場合の監視ポイントの状態の変化の報知と、状態情報の変化を確認した場合の監視ポイントの状態の変化の報知とが２重に行われることがなく、無用な混乱が避けられる。
【００１３】
本発明において、監視ポイントの状態の変化の報知は、ディスプレイ上へのメッセージの表示としてもよいし、音声によるメッセージとしてもよい。また、ブザーによる鳴動などとしてもよい。本発明において、監視ポイントの状態の変化を報知する場合、第１の状態変化報知手段による監視ポイントの状態の変化の報知と第２の状態変化報知手段による監視ポイントの状態の変化の報知とを区別して行うとよい。例えば、状態変化の報知をディスプレイ上のメッセージの表示で行うような場合、第１の状態変化報知手段による監視ポイントの状態の変化を示すメッセージに「＊」を付けるなどして第２の状態変化報知手段による監視ポイントの状態の変化を示すメッセージと区別すれば、状態変化情報を受信した場合の監視ポイントの状態の変化を示すメッセージ（リアルタイムで発行された状態変化情報の受信に基づくメッセージ）であるのか、状態情報の変化を確認した場合の監視ポイントの状態の変化を示すメッセージ（時間差のある状態情報の変化の確認に基づくメッセージ）であるのかを判断することができる。また、本発明は、施設管理装置としてではなく、施設管理方法として実現することも可能である。
【発明の効果】
【００１４】
本発明によれば、監視ポイントの状態情報を所定の周期で収集するものとし、監視ポイントの状態変化時に発行される状態変化情報を受信した場合だけではなく、監視ポイントの状態情報の変化が確認された場合にも監視ポイントの状態の変化を報知するようにしたので、状態変化情報の通知が遅れたり、状態変化情報が途中で紛失した場合であっても、大きな遅れなく、監視ポイントの状態の変化を確実に報知することができるようになる。
また、監視ポイントの状態情報に変化を確認したとき、その監視ポイントの状態変化時に既に発行されている状態変化情報が受信されているか否かを判断し、監視ポイントの状態変化時に既に発行されている状態変化情報が受信されていないと判断した場合に、その監視ポイントの状態の変化を報知し、監視ポイントの状態変化情報を受信したとき、その状態変化情報の発行後の状態情報の変化が確認されているか否かを判断し、状態変化情報の発行後の状態情報の変化が確認されていないと判断した場合に、その監視ポイントの状態の変化を報知することにより、監視ポイントの状態の変化の報知が２重に行われないようにして、無用な混乱を避けることができる。
また、第１の状態変化報知手段による監視ポイントの状態の変化の報知と第２の状態変化報知手段による監視ポイントの状態変化の報知とを区別して行うことにより、リアルタイムで発行された状態変化情報の受信に基づく状態の変化の報知であるのか、時間差のある状態情報の変化の確認に基づく状態の変化の報知であるのかを判断することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を図面に基づいて詳細に説明する。図１は、本発明に係る施設管理装置を用いた建物管理システムの一構成例を示す図である。
【００１６】
同図において、１（１−１〜１−ｎ）はビル１００内に分散して設けられたコントローラ、２（２−１〜２−ｎ）はビル１００内に設けられた空調設備、照明設備、防犯設備、防災設備などの設備、３はマルチベンダとの共通のインタフェースをもつオフィスネットワーク（例えば、インターネット）、４はサーバ、５は本発明に係る施設管理装置である。
【００１７】
本実施の形態において、コントローラ１−１〜１−ｎは、ビル１００内の設備１−１〜１−ｎに対して各個に設けられている。また、施設管理装置５は、オフィスネットワーク３を介して、ビル１００内のコントローラ１−１〜１−ｎと接続されている。
【００１８】
図２に施設管理装置５のハード構成の概略を示す。同図において、５−１はＣＰＵ、５−２はＲＡＭ、５−３はＲＯＭ、５−４はハードディスクなどの記憶装置、５−５〜５−７はインターフェイス、５−８はディスプレイ、５−９はキーボード、５−１０はマウスである。
【００１９】
ＣＰＵ５−１は、ＲＡＭ５−２にアクセスしながら、ＲＯＭ５−３や記憶装置５−４に格納されたプログラムに従って動作する。記憶装置５−４には、本実施の形態特有のプログラムとして、警報処理プログラムが格納されている。この警報処理プログラムは、例えばＣＤ−ＲＯＭなどの記録媒体に記録された状態で提供され、この記録媒体から読み出されて記憶装置５−４にインストールされている。
【００２０】
また、記憶装置５−４には、ビル１００内のコントローラ１毎に、そのコントローラ１が監視する設備２における監視ポイントの「ポイントアドレス」や「ポイント名称」などが登録されている。
【００２１】
以下、図３および４に示すフローチャートを参照して、記憶装置５−４内の警報処理プログラムに従ってＣＰＵ５−１が実行する処理動作について説明する。
【００２２】
〔状態変化情報の発行〕
コントローラ１は、設備２における監視ポイントに状態変化が生じると、その監視ポイントの状態変化を示す状態変化情報をオフィスネットワーク３を介して施設管理装置５へ送る。この場合、コントローラ１からの状態変化情報は、サーバ４を経由して施設管理装置５へ送られる。
【００２３】
〔状態変化情報の受信〕
施設管理装置５のＣＰＵ５−１は、コントローラ１からの状態変化情報を受信すると（図３：ステップ１０１のＹＥＳ）、その状態変化情報の発行後の監視ポイントの状態情報の変化（後述）が確認されていないことを条件として（ステップ１０２のＮＯ）、その監視ポイントの状態の変化を示す警報メッセージをディスプレイ５−８上に表示する（ステップ１０３）。
【００２４】
例えば、図５の警報履歴の表示欄Ｓ１に示すように、警報メッセージとして、「発生日時」と「ポイントアドレス」、「ポイント名称」，「単位」をディスプレイ５−８の表示画面Ｇ１中に表示する。これにより、コントローラ１からの状態変化情報を遅滞なく受信した場合、即座に警報メッセージがディスプレイ５−８上に表示されるものとなる。
【００２５】
〔状態情報の収集（定周期）〕
施設管理装置５のＣＰＵ５−１は、オフィスネットワーク３を介してコントローラ１にアクセスし、監視ポイントの現在の状態を示す状態情報を所定の周期（定周期）で収集する。この監視ポイントの状態情報の収集は、ビル１００内の監視ポイントに対して順番に繰り返し行われる。本実施の形態において、監視ポイントの状態情報を収集する周期は、変更可能とされている。
【００２６】
図４に示したフローチャートは、１つの監視ポイントに着目した場合の処理を示し、ＣＰＵ５−１は、監視ポイントの状態情報を収集すると（ステップ２０１のＹＥＳ）、その状態情報の前回値と今回値とを比較し、変化の有無を確認する（ステップ２０２）。
【００２７】
ここで、前回値と今回値とが異なり、収集した状態情報に変化が認められた場合（ステップ２０２のＹＥＳ）、その監視ポイントの状態変化時に既に発行されている状態変化情報が受信されていないことを条件として（ステップ２０３のＮＯ）、その監視ポイントの状態の変化を示す警報メッセージをディスプレイ５−８上に表示する（ステップ２０４）。
【００２８】
例えば、図５の警報履歴の表示欄Ｓ２に示すように、警報メッセージとして、「発生日時」と「ポイントアドレス」、「ポイント名称」，「単位」をディスプレイ５−８の表示画面Ｇ１中に表示する。これにより、コントローラ１からの状態変化情報が途中で遅滞したり、紛失したりしても、その監視ポイントの状態情報に変化が生じたことが確認された時点で、直ちに警報メッセージがディスプレイ５−６上に表示されるものとなる。
【００２９】
なお、ネットワークの品質の低下、帯域の変化などにより、監視ポイントの状態変化情報が途中でなくなるような場合、収集される監視ポイントの状態情報もなくなる虞れがある。しかし、監視ポイントの状態変化情報の発行は単発であるのに対し、監視ポイントの状態情報の収集は周期的に行われるので、ネットワークの品質の低下や帯域の変化が改善された時点で監視ポイントの状態情報を取得することができ、その時点で監視ポイントの状態の変化を示す警報メッセージが表示されるものとなる。
【００３０】
このようにして、本実施の形態によれば、監視ポイントの状態変化時に発行される状態変化情報の通知が遅れたり、状態変化情報が途中で紛失した場合であっても、大きな遅れなく、監視ポイントの状態の変化を確実に報知することができるようになる。
【００３１】
なお、本実施の形態において、監視ポイントの状態情報に変化が生じたことを確認した場合の警報メッセージには、「発生日時」を示すデータ中に「＊」を付け、状態変化情報を受信した場合の警報メッセージと区別して表示するようにしている。これにより、オペレータは、その警報メッセージがリアルタイムで発行された状態変化情報の受信に基づくものであるのか、時間差のある状態情報の変化の確認に基づくものであるのかを判断することができる。
【００３２】
また、本実施の形態において、状態変化情報が受信された後に状態情報の変化が確認された場合、その状態情報の変化の確認に基づく警報メッセージの表示は行われない（ステップ２０２のＹＥＳ，ステップ２０３のＹＥＳ）。この場合、状態情報の変化が確認された時点で（ステップ１０１のＹＥＳ，ステップ１０２のＮＯ）、警報メッセージが表示される（ステップ１０３）。
【００３３】
また、本実施の形態において、状態情報の変化が確認された後に状態変化情報が受信された場合、その状態変化情報の受信に基づく警報メッセージの表示は行われない（ステップ１０１のＹＥＳ、ステップ１０２のＹＥＳ）。この場合、状態情報の変化が確認された時点で（ステップ２０２のＹＥＳ、ステップ２０３のＮＯ）、警報メッセージが表示される（ステップ２０４）。
【００３４】
これにより、本実施の形態では、状態変化情報を受信した場合の警報メッセージの表示と、状態情報の変化を確認した場合の警報メッセージの表示とが２重に行われることがなく、無用な混乱が避けられる。
【００３５】
なお、上述した実施の形態では、警報メッセージをディスプレイ上に表示するものとしたが、音声によるメッセージとしてもよい。また、ブザーによる鳴動などとしてもよい。ブザーによる鳴動の場合、音色を変えるなどして、状態変化情報の受信に基づくものであるのか、状態情報の変化の確認に基づくものであるのかを区別するようにするとよい。
【００３６】
また、上述した実施の形態では、警報履歴の表示欄に示すように、警報の「発生日時」と「ポイントアドレス」、「ポイント名称」，「単位」を表示するようにしたが、施設内の設備機器などの配置を記した平面図中で警報の発生を知らせるなどとしてもよい。
【図面の簡単な説明】
【００３８】
【図１】本発明に係る施設管理装置を用いた建物管理システムの一構成例を示す図である。
【図２】この建物管理システムにおける施設管理装置のハード構成の概略を示す図である。
【図３】施設管理装置のＣＰＵが実行する警報処理プログラムに従う状態変化情報受信時の処理動作を説明するフローチャートである。
【図４】施設管理装置のＣＰＵが実行する警報処理プログラムに従う状態情報収集時の処理動作を説明するフローチャートである。
【図５】施設管理装置のディスプレイ上での警報メッセージの表示例を示す図である。
【符号の説明】
【００３９】
１（１−１〜１−ｎ）…コントローラ、２（２−１〜２−ｎ）…設備、３…オフィスネットワーク、４…サーバ、５…施設管理装置、５−１…ＣＰＵ、５−２…ＲＡＭ、５−３…ＲＯＭ、５−４…記憶装置、５−５〜５−７…インターフェイス、５−８…ディスプレイ、５−９…キーボード、５−１０…マウス、Ｓ１，Ｓ２…表示欄、Ｇ１…表示画面、１００…ビル。
【図１】
0004695000.tif 000002
【図２】
0004695000.tif 000003
【図３】
0004695000.tif 000004
【図４】
0004695000.tif 000005
【図５】
0004695000.tif 000006