JP7220997B2 - 施設監視システム、および、施設監視システムにおける通信方法 - Google Patents

Description

この発明は、施設内に設置された機器と接続される少なくとも２台のコントローラと、当該コントローラを介して施設内に設置された機器の監視または制御を行う監視装置とが、互いにＢＡＣｎｅｔ（Ｂｕｉｌｄｉｎｇ Ａｕｔｏｍａｔｉｏｎ ａｎｄ Ｃｏｎｔｒｏｌ Ｎｅｔｗｏｒｋ。登録商標。以下記載を省略する。）を介して接続される施設監視システム、および、当該施設監視システムにおける通信方法に関するものである。

従来、複数の装置を運用系の装置と待機系の装置とに分けて二重化する技術が知られている。
例えば、特許文献１には、クライアント端末と２台のサーバとがネットワークで接続されるサーバクライアントシステムにおいて、一方を運用系のサーバ、もう一方を待機系のサーバとし、クライアント端末が、運用系のサーバに異常が発生したと判断した場合に、待機系のサーバにアクセスするようにしてサーバの切替を行う技術が開示されている。

特開２０１０－９４６２号公報

従来、施設内の機器と接続されたコントローラを介して、監視装置が当該機器の監視または制御等を行う施設監視システムにおいて、コントローラに、上述の特許文献１に開示されているような技術に代表される従来技術においてサーバに採用されているような、二重化の仕組みは採用できなかった。
施設監視システムにおいて、コントローラに対して、従来技術でサーバに採用されているような二重化の仕組みを採用しようとすると、当該コントローラの監視または制御を行う監視装置に対して、どちらのコントローラが運用系であるかを判断する機能を備えるようにする必要がある。
一方、施設監視システムでは、ＢＡＣｎｅｔを利用するものが普及しているが、例えば、ＢＡＣｎｅｔにおいては、コントローラに対して二重化の仕組みを採用しようとすると、他社の監視装置に対して、上述の機能を備えるよう何らかの開発を行わせることになり得る。しかし、他社の製品に対して開発を行わせることは困難である。そうすると、自社のコントローラに対して二重化の仕組みを採用した場合、当該コントローラと他社の監視装置が通信できなくなる事態が生じる。
このように、特にＢＡＣｎｅｔを利用した施設監視システムにおいて、コントローラに対して二重化の仕組みを採用することができないという課題があった。

この発明は、上記のような課題を解決するためになされたもので、ＢＡＣｎｅｔを利用した施設監視システムにおいて、施設内の機器と接続されるコントローラに二重化の仕組みを採用することができる施設監視システム、および、施設監視システムにおける通信方法を提供することを目的とする。

この発明に係る施設監視システムは、監視装置と、第１のコントローラおよび第２のコントローラを含む、少なくとも２つのコントローラとが、製造元が異なる装置を相互接続するための標準化された通信プロトコルを介して互いに接続される施設監視システムにおいて、第１のコントローラおよび第２のコントローラは、一方が運用系のコントローラ、他方が待機系のコントローラとして動作し、第１のコントローラおよび第２のコントローラには共通の仮想ＩＰアドレスが割り振られ、第１のコントローラおよび第２のコントローラのうち、運用系のコントローラとして動作するコントローラが、仮想ＩＰアドレスを使用して監視装置との通信を行うことを特徴とするものである。

この発明によれば、ＢＡＣｎｅｔを利用した施設監視システムにおいて、施設内の機器と接続されるコントローラに二重化の仕組みを採用することができる。

実施の形態１に係る施設監視システムの構成例を示す図である。 実施の形態１に係るコントローラの構成例を示すブロック図であって、図２Ａは運用系のコントローラとしての第１のコントローラの構成例を示し、図２Ｂは待機系のコントローラとしての第２のコントローラの構成例を示している。 実施の形態１に係る施設監視システムにおける、コントローラと監視装置との通信に関する動作について説明するためのフローチャートである。 実施の形態１に係る施設監視システムにおける、待機系のコントローラとしての第２のコントローラの動作について説明するためのフローチャートである。 実施の形態１に係る施設監視システムにおける、運用系のコントローラとしての第１のコントローラの動作について説明するためのフローチャートである。 実施の形態１に係る施設監視システムにおける、運用系のコントローラとしての第１のコントローラによる、自身の異常検知の動作について説明するためのフローチャートである。

以下、この発明の実施の形態について図面を参照しながら詳細に説明する。
実施の形態１．
図１は、実施の形態１に係る施設監視システムの構成例を示す図である。
実施の形態１に係る施設監視システムは、例えば、ビル監視システム等に適用される。
施設監視システムは、第１のコントローラ１１と、第２のコントローラ１２と、監視装置２を備える。
第１のコントローラ１１と、第２のコントローラ１２と、監視装置２とは、ネットワークを介して接続され、通信ネットワークとして、ＢＡＣｎｅｔを用いる。ＢＡＣｎｅｔにより、例えば、他社製の監視装置２を、自社製の施設監視システムに組み込むことが容易に行える。なお、ＢＡＣｎｅｔは既知のネットワーク通信プロトコルであるため、詳細な説明は省略する。
以下の説明において、第１のコントローラ１１および第２のコントローラ１２を、まとめて、単に「コントローラ１」ともいうものとする。
なお、図１では記載を省略しているが、コントローラ１は、監視装置２に限らず、例えば他のシステムのコントローラとも接続され得る。

コントローラ１は、下位ネットワークを介して施設内の機器（図示省略）と接続され、監視装置２の制御に基づき、当該機器を監視または制御する。機器とは、センサ、照明、スイッチ、モータ等であり、施設内に設置される。
また、コントローラ１は、予め設定された周期で、機器から、当該機器が取得する計測値を収集する。
実施の形態１では、コントローラ１が監視または制御する機器を監視ポイントといい、当該監視ポイントが取得する計測値を、監視ポイントデータという。

監視装置２は、コントローラ１を監視または制御する。また、監視装置２は、コントローラ１を介して、監視ポイントの監視または制御を行う。具体的には、例えば、監視装置２は、コントローラ１から、監視ポイントデータを取得し、表示装置（図示省略）に、取得した監視ポイントデータに関する情報を表示させる。管理者等は、表示装置を確認することで、監視ポイントの監視または制御を行う。

施設監視システムにおいて、第１のコントローラ１１、または、第２のコントローラ１２のいずれか一方は、運用系のコントローラとして動作し、他方は、待機系のコントローラとして動作する。
また、第１のコントローラ１１および第２のコントローラ１２には共通の仮想ＩＰアドレスが割り振られ、第１のコントローラ１１および第２のコントローラ１２のうち、運用系のコントローラとして動作するコントローラ１が、仮想ＩＰアドレスを使用して監視装置２との通信を行い、監視ポイントの監視または制御を行う。
監視装置２では、コントローラ１と通信を行うためのＩＰアドレスとして、仮想ＩＰアドレスを記憶している。

また、第１のコントローラ１１と第２のコントローラ１２とは、互いに生存監視を行い、どちらが運用系のコントローラとなるかを切り替える。
なお、第１のコントローラ１１および第２のコントローラ１２は、それぞれに付与された固有アドレスを有している。第１のコントローラ１１と第２のコントローラ１２との間の通信は、固有アドレスを使用して行われる。
コントローラ１と監視装置２との通信に関する動作、および、コントローラ１間での生存監視と切替に関する動作については、後述する。

図２は、実施の形態１に係るコントローラ１の構成例を示すブロック図である。
図２において、第１のコントローラ１１が運用系のコントローラであり、第２のコントローラ１２が待機系のコントローラであるものとし、図２Ａは第１のコントローラ１１の構成例を示し、図２Ｂは第２のコントローラ１２の構成例を示している。
なお、図２においては、説明の簡単のため、第１のコントローラ１１および第２のコントローラ１２について、それぞれ、運用系のコントローラである場合に機能する構成部、および、待機系のコントローラである場合に機能する構成部のみを示すようにしているが、第１のコントローラ１１と第２のコントローラ１２とは、基本的に同じ構成を有する。第１のコントローラ１１は、図２Ｂに示すような第２のコントローラ１２の構成部も有しており、第２のコントローラ１２は、図２Ａに示すような第１のコントローラ１１の構成部も有している。以下では、第１のコントローラ１１は運用系のコントローラ、第２のコントローラ１２は待機系のコントローラであるものとして説明するが、第１のコントローラ１１を待機系のコントローラとし、第２のコントローラ１２を運用系のコントローラとすることもできる。
コントローラ１は、ソフトウェアに基づくＣＰＵを用いたプログラム処理によって実行される。また、コントローラ１は、他のコントローラ１または監視装置２等の外部機器との通信を行う、入力インタフェース装置（図示省略）、および出力インタフェース装置（図示省略）を有する。

図２Ａに示すように、第１のコントローラ１１は、生存確認コマンド受信部１１１と、応答送信部１１２と、通信制御部１１３と、検知部１１４と、通知部１１５を備える。
生存確認コマンド受信部１１１は、第２のコントローラ１２から送信される生存確認コマンドを受信する。実施の形態１において、生存確認コマンドとは、運用系のコントローラに異常が発生していないかどうかを監視するためのコマンドである。
応答送信部１１２は、生存確認コマンド受信部１１１が受信した生存確認コマンドに応答する応答コマンドを、第２のコントローラ１２に対して送信する。
通信制御部１１３は、仮想ＩＰアドレスを有効化する。具体的には、通信制御部１１３は、仮想ＩＰアドレスを使用して、監視装置２との通信を行う。また、通信制御部１１３は、監視装置２に対して、第１のコントローラ１１と通信させるための情報を送信する。詳細は後述する。
検知部１１４は、第１のコントローラ１１自身の異常を検知する。第１のコントローラ１１自身の異常とは、例えば、第１のコントローラ１１が有する通信機能の異常、または、第１のコントローラ１１のソフトウェアの故障等である。また、検知部１１４は、例えば、間もなく第１のコントローラ１１の電源がＯＦＦになることを、異常として検知することもできる。
通知部１１５は、検知部１１４が第１のコントローラ１１自身の異常を検知した場合に、当該異常の発生を第２のコントローラ１２に通知する。

図２Ｂに示すように、第２のコントローラ１２は、生存確認コマンド送信部１２１と、応答受信部１２２と、切替部１２３と、通信制御部１２４と、警報部１２５を備える。
生存確認コマンド送信部１２１は、第１のコントローラ１１に対して、生存確認コマンドを送信する。生存確認コマンド送信部１２１は、予め設定された周期で、生存確認コマンドを送信する。
応答受信部１２２は、第１のコントローラ１１から、生存確認コマンド送信部１２１が送信した生存確認コマンドに応答する応答コマンドを受信する。
切替部１２３は、自身（第２のコントローラ１２）を運用系のコントローラとして動作させる、コントローラ１の切替を行う。切替部１２３は、第１の切替部１２３１と第２の切替部１２３２を備える。
第１の切替部１２３１は、応答受信部１２２が応答コマンドを受信しない場合に、第１のコントローラ１１に異常が発生していると判断し、第２のコントローラ１２を運用系のコントローラとし、仮想ＩＰアドレスを使用して監視装置２と通信するよう、コントローラ１の切替を行う。
第２の切替部１２３２は、第１のコントローラ１１の通知部１１５から、第１のコントローラ１１における異常の発生が通知された場合、第１のコントローラ１１に異常が発生していると判断し、第２のコントローラ１２を運用系のコントローラとし、仮想ＩＰアドレスを使用して監視装置２と通信するよう、コントローラ１の切替を行う。
なお、図２Ｂでは、切替部１２３が、第１の切替部１２３１および第２の切替部１２３２を備えるものとしているが、これは一例に過ぎず、切替部１２３は、第１の切替部１２３１または第２の切替部１２３２のいずれか一方を備えるものとしてもよい。

通信制御部１２４は、切替部１２３が、コントローラ１の切替を行った場合に、仮想ＩＰアドレスを有効とし、仮想ＩＰアドレスを使用して監視装置２との通信を行う。
また、通信制御部１２４は、切替部１２３からの制御に基づき、監視装置２に対して、第２のコントローラ１２と通信させるための情報を送信する。詳細は後述する。
警報部１２５は、切替部１２３が、コントローラ１の切替を行った場合、監視装置２に対して、第１のコントローラ１１の異常を知らせる警報情報を出力する。

実施の形態１に係る施設監視システムにおけるコントローラ１の動作について説明する。
以下の動作説明においても、当初、第１のコントローラ１１が運用系のコントローラ、第２のコントローラ１２が待機系のコントローラとして動作しているものとして説明する。

まず、実施の形態１に係る施設監視システムにおける、コントローラ１と監視装置２との通信に関する動作について説明する。
図３は、実施の形態１に係る施設監視システムにおける、コントローラ１と監視装置２との通信に関する動作について説明するためのフローチャートである。
コントローラ１立ち上げ時、コントローラ１は、自身が運用系のコントローラであるか否かを判断する（ステップＳＴ３０１）。
実施の形態１において、第１のコントローラ１１および第２のコントローラ１２のうち、どちらのコントローラ１が運用系のコントローラとなるかは、例えば、先に起動したかどうかによって決定される。具体的には、先に起動したほうのコントローラ１が、運用系のコントローラとなる。コントローラ１は、起動すると、制御部（図示省略）が、相手のコントローラ１に対して、起動しているかどうかの確認信号を送信する。相手のコントローラ１では、確認信号を受信すると、自身が起動している旨の応答信号を、確認信号を送信したコントローラ１に対して送信する。確認信号を送信したコントローラ１では、自身より先に相手のコントローラ１が起動していたと判断し、自身は待機系のコントローラとして起動する。一方、相手のコントローラ１が起動していない場合は、応答信号は送信されない。確認信号を送信したコントローラ１は、自身のほうが相手のコントローラ１よりも先に起動したと判断し、自身は運用系のコントローラとして起動する。
なお、第１のコントローラ１１からみて、第２のコントローラ１２が相手のコントローラ１であり、第２のコントローラ１２からみて、第１のコントローラ１１が相手のコントローラ１である。
実施の形態１において、例えば、管理者等が、第１のコントローラ１１と第２のコントローラ１２のうち、どちらのコントローラ１を運用系のコントローラとするかを適宜決定することもできる。この場合、管理者等は、運用系のコントローラを先に起動させるようにする。
ここでは、第１のコントローラ１１は、運用系のコントローラであるため（ステップＳＴ３０１の“ＹＥＳ”の場合）、仮想ＩＰアドレスを使用して監視装置２との通信を行う（ステップＳＴ３０２）。そして、第１のコントローラ１１は、例えば、監視装置２からの制御に基づく処理、または、監視装置２への、監視ポイントから収集した監視ポイントデータの送信等を行う。また、第１のコントローラ１１は、監視ポイントと通信し、監視ポイントの監視または制御、ならびに、監視ポイントデータの収集等を行う。

運用系のコントローラである第１のコントローラ１１は、監視装置２に対して、コントローラ１のアドレスとして、自身と通信させるための情報を送信する。具体的には、例えば、第１のコントローラ１１の通信制御部１１３は、監視装置２に対して、ＧＡＲＰ（Ｇｒａｔｕｉｔｏｕｓ ＡＲＰ）を送信し、ＡＲＰキャッシュを更新させる。監視装置２では、ＧＡＲＰを受信すると、ＡＲＰテーブルを更新し、当該ＡＲＰテーブルのＩＰアドレスには、第１のコントローラ１１のＭＡＣアドレスが設定される。これにより、監視装置２は、第１のコントローラ１１または第２のコントローラ１２を意識せず、仮想ＩＰアドレスによって運用系のコントローラである第１のコントローラ１１との通信を行うことができるようになる。

一方、第２のコントローラ１２は、待機系のコントローラであるため（ステップＳＴ３０１の“ＮＯ”の場合）、仮想ＩＰアドレスを無効化する（ステップＳＴ３０３）。すなわち、監視装置２との通信を行わない。

次に、実施の形態１に係る施設監視システムにおける、第１のコントローラ１１および第２のコントローラ１２間での生存監視、および、運用系のコントローラの切替に関する動作について説明する。
まず、待機系のコントローラとしている第２のコントローラ１２の動作について説明する。
図４は、実施の形態１に係る施設監視システムにおける、待機系のコントローラとしての第２のコントローラ１２の動作について説明するためのフローチャートである。

生存確認コマンド送信部１２１は、予め設定された生存確認コマンド送信タイミングになるまで待機する（ステップＳＴ４０１の“ＮＯ”の場合）。
生存確認コマンド送信部１２１は、生存確認コマンド送信タイミングになると（ステップＳＴ４０１の“ＹＥＳ”の場合）、第１のコントローラ１１に対して、生存確認コマンドを送信する（ステップＳＴ４０２）。
そして、第２のコントローラ１２は、第１のコントローラ１１から、ステップＳＴ４０２にて送信した生存確認コマンドに応答する応答コマンドを受信するのを待機する。

応答受信部１２２は、第１のコントローラ１１から、設定時間以内に応答があったかを判断する（ステップＳＴ４０３）。具体的には、応答受信部１２２は、第２のコントローラ１２から、設定時間以内に、ステップＳＴ４０２にて生存確認コマンド送信部１２１が送信した生存確認コマンドに応答する応答コマンドを受信したか否かを判断する。なお、設定時間は予め設定されている。

応答受信部１２２が、設定時間以内に応答があったと判断した場合（ステップＳＴ４０３の“ＹＥＳ”の場合）、ステップＳＴ４０１に戻る。

応答受信部１２２が、設定時間以内に応答がないと判断した場合（ステップＳＴ４０３の“ＮＯ”の場合）、その旨を通知する情報を切替部１２３に出力する。
切替部１２３の第１の切替部１２３１は、第１のコントローラ１１に異常が発生していると判断し、第２のコントローラ１２を運用系のコントローラとし、仮想ＩＰアドレスを使用して監視装置２と通信するよう、コントローラ１の切替を行う（ステップＳＴ４０４）。
このとき、第１の切替部１２３１は、通信制御部１２４を介して、監視装置２に対して、コントローラ１のアドレスとして、第２のコントローラ１２と通信させるための情報を送信する。具体的には、例えば、通信制御部１２４は、第１の切替部１２３１からの指示に基づき、監視装置２に対して、ＧＡＲＰ（Ｇｒａｔｕｉｔｏｕｓ ＡＲＰ）を送信し、ＡＲＰキャッシュを更新させる。監視装置２では、ＧＡＲＰを受信すると、ＡＲＰテーブルを更新し、当該ＡＲＰテーブルの仮想ＩＰアドレスには、第２のコントローラ１２のＭＡＣアドレスが設定される。これにより、通信制御部１２４は仮想ＩＰアドレスを有効化し、監視装置２は、運用系のコントローラが第２のコントローラ１２に切り替わったことを意識することなく、以降、第２のコントローラ１２を運用系のコントローラとして、当該第２のコントローラ１２との通信を行うことができるようになる。

警報部１２５は、ステップＳＴ４０４にて第１の切替部１２３１がコントローラ１の切替を行い、通信制御部１２４が監視装置２に第２のコントローラ１２と通信させるための情報を送信して、第２のコントローラ１２と監視装置２との通信が確立すると、監視装置２に対して、第１のコントローラ１１の異常を知らせる警報情報を出力する（ステップＳＴ４０５）。
監視装置２では、警報情報を受信すると、例えば、表示装置に、「コントローラに異常あり」等のメッセージを表示させる。また、例えば、警報情報には、通信不可または電源断等の異常の原因に関する情報が含まれるようにし、監視装置２は、当該原因に関する情報を表示装置に表示させるようにしてもよい。管理者等は、コントローラ１に何らかの異常が発生したことを検知することができ、コントローラ１の点検等を速やかに行うことができる。

このように、第２のコントローラ１２は、第１のコントローラ１１の生存監視を行い、第１のコントローラ１１に異常が発生したと判断すると、自身を運用系のコントローラとするよう、コントローラ１の切替を行う。コントローラ１の切替が行われても、監視装置２は、コントローラ１との通信には、切替前と変わらず、仮想ＩＰアドレスを使用するため、当該切替が行われたことを意識する必要がない。
なお、第１のコントローラ１１は、復旧後、再び起動すると、待機系のコントローラとして機能する。具体的には、第１のコントローラ１１は、起動すると、第２のコントローラ１２に対して、起動しているかどうかの確認信号を送信する。ここでは、第２のコントローラ１２からは、確認信号に対して、起動している旨の応答信号が送信されるので、第２のコントローラ１２は、自身を待機系のコントローラと判断する。
このように、切替が行われて運用系のコントローラとなった第２のコントローラ１２は、第１のコントローラ１１の復旧後も、運用系のコントローラとして機能する。これにより、コントローラ１の不要な切替を避けることができる。

なお、上述の図４を用いた説明において、応答受信部１２２が設定時間以内に応答コマンドを受信しない場合、生存確認コマンド送信部１２１が、予め設定された回数、生存確認コマンドの送信をリトライするようにしてもよい。

次に、運用系のコントローラとしている第１のコントローラ１１の動作について説明する。
図５は、実施の形態１に係る施設監視システムにおける、運用系のコントローラとしての第１のコントローラ１１の動作について説明するためのフローチャートである。
図５で説明する動作の前提として、第１のコントローラ１１は、仮想ＩＰアドレスを使用して監視装置２と通信を行っている。具体的には、通信制御部１１３が、仮想ＩＰアドレスを使用して、監視装置２との通信を行っている。

生存確認コマンド受信部１１１は、第２のコントローラ１２の生存確認コマンド送信部１２１から送信される生存確認コマンドを受信したか否かを判定する（ステップＳＴ５０１）。
ステップＳＴ５０１において、生存確認コマンドを受信していない場合（ステップＳＴ５０１の“ＮＯ”の場合）、ステップＳＴ５０１を繰り返す。

ステップＳＴ５０１において、生存確認コマンドを受信した場合（ステップＳＴ５０１の“ＹＥＳ”の場合）、応答送信部１１２は、ステップＳＴ５０１にて生存確認コマンド受信部１１１が受信した生存確認コマンドに応答する応答コマンドを、第２のコントローラ１２に対して送信する（ステップＳＴ５０２）。

このように、第１のコントローラ１１と第２のコントローラ１２間で生存監視が行われる。
実施の形態１に係る施設監視システムでは、二重化された第１のコントローラ１１と第２のコントローラ１２間で生存監視を行うため、別途、運用系のコントローラに異常が発生しているか否かを検知するための装置等を備える必要がない。また、運用系のコントローラに異常の発生を検知した場合のコントローラ１の切替を、速やかに行うことができる。

また、実施の形態１において、運用系のコントローラとしての第１のコントローラ１１が、自身に異常が発生したことを検知し、第２のコントローラ１２に通知するようにすることもできるので、以下、具体的に説明する。
図６は、実施の形態１に係る施設監視システムにおける、運用系のコントローラとしての第１のコントローラ１１による、自身の異常検知の動作について説明するためのフローチャートである。

検知部１１４は、第１のコントローラ１１自身に異常が発生したか否かを検知する（ステップＳＴ６０１）。
ステップＳＴ６０１において、自身に異常が発生していない場合（ステップＳＴ６０１の“ＮＯ”の場合）、ステップＳＴ６０１を繰り返す。
ステップＳＴ６０１において、自身に異常が発生している場合（ステップＳＴ６０１の“ＹＥＳ”の場合）、検知部１１４は、異常が発生している旨の情報を通知部１１５に出力する。

通知部１１５は、ステップＳＴ６０１にて検知部１１４が第１のコントローラ１１自身の異常を検知すると、当該異常の発生を第２のコントローラ１２に通知する（ステップＳＴ６０２）。
第２のコントローラ１２では、第１の異常の発生の通知を受信すると、第２の切替部１２３２が、第１のコントローラ１１に異常が発生したと判断し、コントローラ１の切替を行う。第２の切替部１２３２によるコントローラ１の切替の具体的な動作は、図４のステップＳＴ４０４で説明した、第１の切替部１２３１によるコントローラ１の切替の具体的な動作と同様であるため、重複した説明を省略する。

なお、以上の実施の形態１では、コントローラ１は第１のコントローラ１１と第２のコントローラ１２の２つとしたが、これは一例に過ぎず、ネットワークには３つ以上のコントローラ１が接続されていてもよい。施設監視システムには、少なくとも１つの運用系のコントローラと、当該運用系のコントローラと二重化された、少なくとも１つの待機系のコントローラとが備えられるようになっていればよい。

以上のように、実施の形態１によれば、施設監視システムにおいて、第１のコントローラ１１および第２のコントローラ１２は、一方が運用系のコントローラ、他方が待機系のコントローラとして動作し、第１のコントローラ１１および第２のコントローラ１２には共通の仮想ＩＰアドレスが割り振られ、第１のコントローラ１１および第２のコントローラ１２のうち、運用系のコントローラとして動作するコントローラ１が、仮想ＩＰアドレスを使用して監視装置２との通信を行うように構成した。監視装置２は、第１のコントローラ１１または第２のコントローラ１２のいずれのコントローラ１が運用系のコントローラとして動作している場合であっても、仮想ＩＰアドレスを使用して通信を行うため、いずれが運用系のコントローラであるかを意識する必要がない。そのため、監視装置２に、どちらのコントローラ１が運用系であるかを判断する機能を備えるようにする必要もない。よって、ＢＡＣｎｅｔを利用した施設監視システムにおいて、施設内の機器と接続されるコントローラ１に二重化の仕組みを採用することができる。

また、運用系のコントローラは、待機系のコントローラから送信される生存確認コマンドを受信する生存確認コマンド受信部１１１と、生存確認コマンド受信部１１１が受信した生存確認コマンドに応答する応答コマンドを送信する応答送信部１１２を備え、待機系のコントローラは、運用系のコントローラに対して生存確認コマンドを送信する生存確認コマンド送信部１２１と、運用系のコントローラから、生存確認コマンド送信部１２１が送信した生存確認コマンドに応答する応答コマンドを受信する応答受信部１２２と、応答受信部１２２が応答コマンドを受信しない場合に、待機系のコントローラを運用系のコントローラとし、仮想ＩＰアドレスを使用して監視装置２と通信するよう、コントローラ１の切替を行う切替部１２３（第１の切替部１２３１）とを備えるように構成した。
また、運用系のコントローラは、運用系のコントローラ自身の異常を検知する検知部１１４と、検知部１１４が異常を検知した場合に、当該異常の発生を待機系のコントローラに通知する通知部１１５とを備え、待機系のコントローラは、通知部から異常の発生が通知された場合に、上述のコントローラ１の切替を行う切替部１２３（第２の切替部１２３２）を備えるように構成した。
そのため、二重化されたコントローラ１において、運用系のコントローラに異常が発生しているかを検知するための装置を別途備える必要がなく、二重化されたコントローラ１同士で、相互に生存監視を行い、運用系のコントローラに異常の発生を検知した場合のコントローラ１の切替を、速やかに行うことができる。

また、待機系のコントローラは、切替部１２３がコントローラ１の切替を行った場合に、監視装置２に対して、運用系のコントローラの異常を知らせる警報情報を出力する警報部１２５を備えるように構成した。そのため、管理者等は、コントローラ１に何らかの異常が発生したことを検知することができ、コントローラ１の点検等を速やかに行うことができる。

なお、本願発明はその発明の範囲内において、実施の形態の任意の構成要素の変形、もしくは実施の形態の任意の構成要素の省略が可能である。

１ コントローラ
２ 監視装置
１１ 第１のコントローラ
１２ 第２のコントローラ
１１１ 生存確認コマンド受信部
１１２ 応答送信部
１１３，１２４ 通信制御部
１１４ 検知部
１１５ 通知部
１２１ 生存確認コマンド送信部
１２２ 応答受信部
１２３ 切替部
１２５ 警報部
１２３１ 第１の切替部
１２３２ 第２の切替部

Claims (5)

1. 監視装置と、第１のコントローラおよび第２のコントローラを含む、少なくとも２つのコントローラとが、製造元が異なる装置を相互接続するための標準化された通信プロトコルを介して互いに接続される施設監視システムにおいて、
   前記第１のコントローラおよび前記第２のコントローラは、一方が運用系のコントローラ、他方が待機系のコントローラとして動作し、前記第１のコントローラおよび前記第２のコントローラには共通の仮想ＩＰアドレスが割り振られ、
   前記第１のコントローラおよび前記第２のコントローラのうち、前記運用系のコントローラとして動作するコントローラが、前記仮想ＩＰアドレスを使用して前記監視装置との通信を行う
   ことを特徴とする施設監視システム。
2. 前記運用系のコントローラは、
   前記待機系のコントローラから送信される生存確認コマンドを受信する生存確認コマンド受信部と、
   前記生存確認コマンド受信部が受信した前記生存確認コマンドに応答する応答コマンドを送信する応答送信部を備え、
   前記待機系のコントローラは、
   前記運用系のコントローラに対して前記生存確認コマンドを送信する生存確認コマンド送信部と、
   前記運用系のコントローラから、前記生存確認コマンド送信部が送信した前記生存確認コマンドに応答する前記応答コマンドを受信する応答受信部と、
   前記応答受信部が前記応答コマンドを受信しない場合に、前記待機系のコントローラを運用系のコントローラとし、前記仮想ＩＰアドレスを使用して前記監視装置と通信するよう、コントローラの切替を行う切替部とを備えた
   ことを特徴とする請求項１記載の施設監視システム。
3. 前記運用系のコントローラは、
   前記運用系のコントローラ自身の異常を検知する検知部と、
   前記検知部が前記異常を検知した場合に、当該異常の発生を前記待機系のコントローラに通知する通知部とを備え、
   前記待機系のコントローラは、
   前記通知部から前記異常の発生が通知された場合に、前記待機系のコントローラを運用系のコントローラとし、前記仮想ＩＰアドレスを使用して前記監視装置と通信するよう、コントローラの切替を行う切替部を備えた
   ことを特徴とする請求項１または請求項２記載の施設監視システム。
4. 前記待機系のコントローラは、
   前記切替部が前記コントローラの切替を行った場合に、前記監視装置に対して、前記運用系のコントローラの異常を知らせる警報情報を出力する警報部を備えた
   ことを特徴とする請求項２または請求項３記載の施設監視システム。
5. 監視装置と、第１のコントローラおよび第２のコントローラを含む、少なくとも２つのコントローラとが、製造元が異なる装置を相互接続するための標準化された通信プロトコルを介して互いに接続される施設監視システムにおける通信方法であって、
   前記第１のコントローラおよび前記第２のコントローラは、一方が運用系のコントローラ、他方が待機系のコントローラとして動作し、前記第１のコントローラおよび前記第２のコントローラには共通の仮想ＩＰアドレスが割り振られ、
   前記第１のコントローラおよび前記第２のコントローラのうち、前記運用系のコントローラとして動作するコントローラが、前記仮想ＩＰアドレスを使用して前記監視装置との通信を行う
   ことを特徴とする監視システムにおける通信方法。

Images