監視システム、監視情報送信装置及びプログラム、監視情報受信装置及びプログラム
【課題】 監視情報の通信トラフィックを低減する。
【解決手段】 監視装置Ａが監視装置Ｂ及び監視装置Ｃの状態変化通知を取得したい場合、監視装置Ａが、状態変化通知登録ＡＰＩの呼出要求Ｓ１１，Ｓ１３を監視装置Ｂ、監視装置Ｃに送信し、監視装置Ｂ、監視装置Ｃからマルチキャストアドレス及びポート番号を受信する。監視装置Ｂ、監視装置Ｃは、状態変化通知を送信する場合、先に監視装置Ａに送信したマルチキャストアドレス及びポート番号を使用する。これにより、監視装置Ａは、監視装置Ｂ、監視装置Ｃからの状態変化通知を別個に受信処理（ステップＳＴ３、ステップＳＴ６）する。
【解決手段】 監視装置Ａが監視装置Ｂ及び監視装置Ｃの状態変化通知を取得したい場合、監視装置Ａが、状態変化通知登録ＡＰＩの呼出要求Ｓ１１，Ｓ１３を監視装置Ｂ、監視装置Ｃに送信し、監視装置Ｂ、監視装置Ｃからマルチキャストアドレス及びポート番号を受信する。監視装置Ｂ、監視装置Ｃは、状態変化通知を送信する場合、先に監視装置Ａに送信したマルチキャストアドレス及びポート番号を使用する。これにより、監視装置Ａは、監視装置Ｂ、監視装置Ｃからの状態変化通知を別個に受信処理（ステップＳＴ３、ステップＳＴ６）する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末の監視情報を授受する監視システム、監視情報送信装置及びプログラム、監視情報受信装置及びプログラムに関する。
【背景技術】
【０００２】
従来より、端末の監視を行う通信機器を複数備える監視システムが知られている。この監視システムは、端末が接続された通信機器同士で状態変化パケット（監視情報）を互いに送受信する（例えば下記の特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２６５９３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した監視システムにおいて、ネットワークに接続される通信機器の数が増えると、通信機器同士で連携するために通知しあう監視情報も増大する。例えば、ｎ台の通信機器が各通信機器に対して１つの状態変化パケットを送るとすると、ｎ×（ｎ−１）の状態変化（監視情報）のパケットが発生する。また、異なるシステム間で協調制御しようとすると更に状態変化パケット等を送受信する必要があり、更にトラフィックが増大する。
【０００５】
本発明は上記課題を鑑みて考案されたもので、監視情報の通信トラフィックを低減することができる監視システム、監視情報送信装置及びプログラム、監視情報受信装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決する第１の発明に係る監視システムは、第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて相互に通信可能な複数の通信装置を備え、前記監視情報を送信する第１通信装置は、前記監視情報を受信する第２通信装置から送信された要求に応じて、前記第１通信装置により取得した監視情報に変化があったときに当該監視情報を第２通信装置に送出するように登録をする登録手段と、前記登録手段によって複数の第２通信装置から登録された場合に、前記複数の第２通信装置に自己のマルチキャスト通信設定情報を返信する返信手段とを備え、前記複数の第２通信装置は、前記第１通信装置から返信されたマルチキャスト通信設定で待ち受け状態にする受信手段を備えることを特徴とする。
【０００７】
第１の発明に係る監視システムであって、第２の発明は、前記第１通信装置は、前記登録手段により登録した登録数が１である場合には、ユニキャストで監視情報の送信を行い、前記登録手段により登録した登録数が複数となった場合に、前記複数の第２通信装置に自己のマルチキャスト通信設定情報を送信することを特徴とする。
【０００８】
第１の発明に係る監視システムであって、第３の発明は、前記第２通信装置は、前記第１通信装置から送信された監視情報を蓄積する状態変化管理サーバを構成することを特徴とする。
【０００９】
第３の発明に係る監視システムであって、第４の発明は、前記状態変化管理サーバと同じ機能を有する他の状態変化管理サーバを前記第２ネットワークに更に備え、前記状態変化管理サーバが機能不全となった場合に、前記他の状態変化管理サーバは、前記機能不全となった状態変化管理サーバのアドレスに設定されることを特徴とする。
【００１０】
第４の発明に係る監視システムであって、第５の発明は、前記他の状態変化管理サーバは、前記状態変化管理サーバがネットワークに再接続された場合に、前記設定されたアドレスを削除し、前記状態変化管理サーバに、機能不全の前に使用していたアドレスが設定されることを特徴とする。
【００１１】
第１乃至第５の何れかの発明に係る監視システムであって、第６の発明は、前記第１通信装置は、前記マルチキャスト通信設定情報を返信する度に、新たに暗号鍵を生成して、前記第２通信装置がマルチキャスト通信設定で受信するよう前記暗号鍵を送出し、前記監視情報を前記暗号鍵で暗号化して、暗号化された監視情報を前記マルチキャスト通信設定で受信するよう送信することを特徴とする。
【００１２】
上記の課題を解決する第７の発明に係る監視情報受信装置は、端末の監視情報を取得する端末監視装置に、前記監視情報に変化があったときに当該監視情報を送信するように登録をする通知をする通知手段と、前記端末監視装置から送信されたマルチキャスト通信設定情報を受信し、当該マルチキャスト通信設定で監視情報を待ち受ける受信手段とを備え、前記端末監視装置から送信された監視情報を前記受信手段によって前記マルチキャスト通信設定で受信することを特徴とする。
【００１３】
上記の課題を解決する第８の発明に係る監視情報受信装置のプログラムは、監視装置を受信する監視情報受信装置のプログラムであって、端末の監視情報を取得する端末監視装置に、前記監視情報に変化があったときに当該監視情報を送信するように登録をする通知をする通知手段と、前記端末監視装置から送信されたマルチキャスト通信設定情報を受信し、当該マルチキャスト通信設定で監視情報を待ち受ける受信手段とを備え、前記端末監視装置から送信された監視情報を前記受信手段によって前記マルチキャスト通信設定で受信するように機能させることを特徴とする。
【００１４】
上記の課題を解決する第９の発明に係る監視情報送信装置は、第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて他の通信装置と通信する監視情報送信装置であって、前記監視情報を取得する監視情報取得手段と、前記通信装置から送信された登録通知に応じて、前記監視情報に変化があったときに当該監視情報を前記通信装置に送出するように登録をする登録手段と、前記登録手段により複数の通信装置から登録された場合に、前記複数の通信装置に自己のマルチキャスト通信設定情報を返信する返信手段と、前記監視情報取得手段により監視情報を取得した場合に、前記返信手段により返信したマルチキャスト通信設定で受信できるよう監視情報を送信する監視情報送信手段とを備えることを特徴とする。
【００１５】
上記の課題を解決する第１０の発明に係る監視情報送信装置のプログラムは、第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて他の通信装置と通信する監視情報送信装置のプログラムであって、前記監視情報を取得する監視情報取得手段と、前記通信装置から送信された登録通知に応じて、前記監視情報に変化があったときに当該監視情報を前記通信装置に送出するように登録をする登録手段と、前記登録手段により複数の通信装置から登録された場合に、前記複数の通信装置に自己のマルチキャスト通信設定情報を返信する返信手段と、前記監視情報取得手段により監視情報を取得した場合に、前記返信手段により返信したマルチキャスト通信設定で受信できるよう監視情報を送信する監視情報送信手段として機能させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、監視情報を要求する通信装置が複数あっても、一つのマルチキャスト通信設定を送信するだけで済むため、トラフィックの低減を図ることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態として示す端末制御システムの構成を示すブロック図である。
【図２】本発明の一実施形態として示す端末制御システムにおいて、第１動作例を示すシーケンス図である。
【図３】本発明の一実施形態として示す端末制御システムにおいて、第２動作例を示すシーケンス図である。
【図４】本発明の一実施形態として示す端末制御システムにおいて、第３動作例を示すシーケンス図である。
【図５】本発明の一実施形態として示す端末制御システムにおいて、第４動作例を示すシーケンス図である。
【図６】本発明の一実施形態として示す端末制御システムにおいて、第５動作例を示すシーケンス図である。
【図７】本発明の一実施形態として示す端末制御システムにおいて、第６動作例を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について図面を参照して説明する。
【００１９】
本発明に係る監視システムは、例えば図１に示すような端末制御システムに適用される。この端末制御システムは、サーバ１、管理ツール２、協調制御ユニット３、照明制御ユニット４、ブラインド制御ユニット５、プロキシユニット６、プログラマブルユニット７、ＰＬＣ−Ｉ／Ｆユニット８、Ｍｏｄｂｕｓゲートウェイ９、ＢＡＣｎｅｔゲートウェイ１０が上位（第２）ネットワークに接続されている。この上位ネットワークとしては所謂イーサネット（登録商標）を利用したものが挙げられる。
【００２０】
この端末制御システムは、既存の建築設備系ネットワークを相互に接続することで建物全体の監視と制御を行うものである。この端末制御システムにおいて、建物の管理者等が管理ツール２を操作して全体の監視等を行い、協調制御ユニット３によって照明制御ユニット４，ブラインド制御ユニット５，ＰＬＣ−Ｉ／Ｆユニット８，Ｍｏｄｂｕｓゲートウェイ９，ＢＡＣｎｅｔゲートウェイ１０間の協調制御をする。また、この端末制御システムは、上位ネットワークに接続している各ユニット２〜１０がプロキシユニット６を介してサーバ１と接続し、バックアップデータをサーバ１に保存する。
【００２１】
照明制御ユニット４、ブラインド制御ユニット５、ＰＬＣ−Ｉ／Ｆユニット８、Ｍｏｄｂｕｓゲートウェイ９、ＢＡＣｎｅｔゲートウェイ１０は、それぞれ、下位（第１）ネットワークに接続されている。照明制御ユニット４は、複数のフル２線ユニット４ａ，４ｂ…に接続されている。ブラインド制御ユニット５は、複数のブラインドＩ／Ｏ５ａ，５ｂ…に接続されている。ＰＬＣ−Ｉ／Ｆユニット８は、複数のＰＬＣユニット８ａ，８ｂ…に接続されている。Ｍｏｄｂｕｓゲートウェイ９は、複数のフル２線ユニット９ａ，９ｂ…に接続されている。ＢＡＣｎｅｔゲートウェイ１０は、複数のＢＡＣｎｅｔユニット１０ａ，１０ｂ…に接続されている。
【００２２】
上位ネットワークに接続された各ユニットは、開ネットワークに接続された端末群を制御及び監視する。例えば、照明制御ユニット４は、照明のオンオフ動作を検出する。また、ＰＬＣ−Ｉ／Ｆユニット８は、空調の温度設定を行う。
【００２３】
上位ネットワークに接続された照明制御ユニット４、ブラインド制御ユニット５、ＰＬＣ−Ｉ／Ｆユニット８、Ｍｏｄｂｕｓゲートウェイ９、ＢＡＣｎｅｔゲートウェイ１０は、それぞれに接続されている下位ネットワークの端末に関する監視情報を取得する。この監視情報は、下位ネットワークの端末（ユニット）の状態を表す信号であって、端末の状態が変化した時に上位ネットワークに接続された照明制御ユニット４，ブラインド制御ユニット５，ＰＬＣ−Ｉ／Ｆユニット８，Ｍｏｄｂｕｓゲートウェイ９，ＢＡＣｎｅｔゲートウェイ１０に送信される。
【００２４】
このような端末制御システムにおいて、例えば照明制御ユニット４とＰＬＣ−Ｉ／Ｆユニット８とが協調制御する場合、相互に端末の状態を通知しあう必要がある。例えば、フル２線ユニットである照明機器のオフオン状態に応じて、ＰＬＣユニットである空調機器の設定温度に変更する協調制御が挙げられる。具体的には、夏期において、照明がオフのときは省電力のための設定温度を２８度にしておき、照明がオンとなると快適な設定温度の２６度にする協調制御が挙げられる。また、この協調制御は、例えば動作記録として保存しておくために、管理ツール２等に通知する必要もある。
【００２５】
そこで、図１に示すように、ＰＬＣ−Ｉ／Ｆユニット８は、状態変化要求Ｓ１を照明制御ユニット４に送信する。そして、照明制御ユニット４における照明機器の状態が変化した場合、状態変化通知Ｓ２をＰＬＣ−Ｉ／Ｆユニット８に送信する。これにより、端末制御システムは、照明制御ユニット４、ＰＬＣ−Ｉ／Ｆユニット８の相互に状態変化を監視することができる。
【００２６】
この端末制御システムにおいて、上位ネットワークに接続された管理ツール２及び各ユニット２〜１０は、相互に端末の状態を監視するための監視装置を備える。これにより、端末制御システムは、管理ツール２及び各ユニット２〜１０に備えられた複数の監視装置によって監視システムを構成する。
【００２７】
各監視装置は、複数の監視装置が同一の状態変化通知を欲している場合は、マルチキャストアドレス宛てに状態変化通知を行う。一方、各監視装置は、状態変化通知を必要としている他の監視装置が１台の場合は、当該１台のユニキャストアドレスあてにＴＣＰを利用したユニキャスト通信によって状態変化通知を送信する。以下、監視装置の動作について説明する。以下に説明する監視装置の動作は、図示しない記憶部に動作プログラムを格納しておき、ＣＰＵが実行することによって実現できることは勿論である。
【００２８】
［第１動作例］
第１動作例は、例えば図２に示すシーケンス図によって表される。この動作例は、監視装置Ａが、監視装置Ｂ及び監視装置Ｃから状態変化通知を受信するものである。
【００２９】
先ず、監視装置Ａは、監視装置Ｂが監視する照明ａの状態が変化したことを検知するために、状態変化通知登録ＡＰＩ（アプリケーション・プログラミング・インタフェース、Application Programming Interface）の呼出要求Ｓ１１を監視装置Ｂに送信する。
【００３０】
監視装置Ｂは、呼出要求Ｓ１１を受信したことに応じて、監視装置Ｂにより取得した監視情報に変化があったときに当該監視情報を監視装置Ａに送出するように登録をする（登録手段）。そして、監視装置Ｂは、照明ａが変化したことを通知するためのマルチキャストアドレス及びポート番号Ｓ１２を、状態変化通知ＡＰＩの戻り値として監視装置Ａに返信する（返信手段）。例えばマルチキャストアドレスは「ＦＦ１２：：２１１１」、ポート番号は「１１１１」である。このマルチキャストアドレスは、マルチキャストパケットを受信するためのマルチキャスト通信設定情報として機能する。
【００３１】
監視装置Ａは、マルチキャストアドレス及びポート番号Ｓ１２を受信すると、当該受信したマルチキャストアドレス及びポート番号で状態変化通知を受信するまで待ち受け状態となる（受信手段、ステップＳＴ１）。
【００３２】
監視装置Ａは、監視装置Ｃが監視する空調ａの状態が変化したことを検知するために、上述と同様の処理を行う。監視装置Ａは、状態変化通知登録ＡＰＩの呼出要求Ｓ１３を監視装置Ｃに送信する。
【００３３】
監視装置Ｃは、呼出要求Ｓ１３を受信したことに応じて、監視装置Ｃにより取得した監視情報に変化があったときに当該監視情報を監視装置Ａに送出するように登録をする（登録手段）。そして、監視装置Ｃは、空調ａが変化したことを通知するためのマルチキャストアドレス及びポート番号Ｓ１４を、状態変化通知ＡＰＩの戻り値として監視装置Ａに返信する（返信手段）。例えばマルチキャストアドレスは「ＦＦ１２：：３１１１」、ポート番号は「１１１１」である。このマルチキャストアドレスは、マルチキャストパケットを受信するためのマルチキャスト通信設定情報として機能する。
【００３４】
監視装置Ａは、マルチキャストアドレス及びポート番号Ｓ１４を受信すると、当該受信したマルチキャストアドレス及びポート番号で状態変化通知を受信するまで待ち受け状態となる（ステップＳＴ２）。
【００３５】
監視装置Ｂは自身が監視する照明ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ１５を、マルチキャストアドレス及びポート番号宛てに送信する。このマルチキャストアドレス及びポート番号は、先に監視装置Ｂが監視装置Ａに通知したマルチキャストアドレス「ＦＦ１２：：２１１１」、ポート番号「１１１１」である。
【００３６】
監視装置Ａは、状態変化通知Ｓ１５ａを受信すると、当該状態変化通知Ｓ１５ａがステップＳＴ１で待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ１５ａを受信処理する（ステップＳＴ３）。これにより、監視装置Ａは、監視装置Ｂによって監視している照明ａの状態がオフからオンに切り替わったことを検出できる。
【００３７】
一方、監視装置Ｃは、状態変化通知Ｓ１５ｂを受信しても、マルチキャストアドレス「ＦＦ１２：：２１１１」のマルチキャストグループに参加していないために、当該マルチキャストパケットを無視する（ステップＳＴ４）。
【００３８】
また、監視装置Ｃは自身が監視する空調ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ１６を、マルチキャストアドレス及びポート番号宛てに送信する。このマルチキャストアドレスは、先に監視装置Ｃが監視装置Ａに通知したマルチキャストアドレス「ＦＦ１２：：３１１１」、ポート番号「１１１１」である。
【００３９】
監視装置Ｂは、状態変化通知Ｓ１６ａを受信しても、マルチキャストアドレス「ＦＦ１２：：３１１１」、ポート番号「１１１１」のマルチキャストグループに参加していないために、当該マルチキャストパケットを無視する（ステップＳＴ５）。
【００４０】
一方、監視装置Ａは、状態変化通知Ｓ１６ｂを受信すると、当該状態変化通知Ｓ１６ｂがステップＳＴ２で待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ１６ｂを受信処理する（ステップＳＴ６）。これにより、監視装置Ａは、監視装置Ｃによって監視している空調ａの設定温度が２８度から２６度に切り替わったことを検出できる。
【００４１】
この監視システムによれば、他の監視装置に接続されている端末の状態変化を検知したい場合、当該他の監視装置に状態変化通知ＡＰＩの呼出要求を送信する。これによって、監視装置は、当該他の監視装置からマルチキャストグループのマルチキャストアドレスを取得できる。
【００４２】
上述のように、監視システムは、監視装置Ａが監視装置Ｂ及び監視装置Ｃの状態変化通知を取得したい場合、監視装置Ａが、状態変化通知登録ＡＰＩの呼出要求Ｓ１１，Ｓ１３を監視装置Ｂ、監視装置Ｃに送信し、監視装置Ｂ、監視装置Ｃからマルチキャストアドレス及びポート番号を受信する。監視装置Ｂ、監視装置Ｃは、状態変化通知を送信する場合、先に監視装置Ａに送信したマルチキャストアドレス及びポート番号を使用する。これにより、監視装置Ａは、監視装置Ｂ、監視装置Ｃからの状態変化通知を別個に受信処理（ステップＳＴ３、ステップＳＴ６）する。
【００４３】
この監視システムによれば、マルチキャストグループを使うことで、ある一つの状態変化を要求する監視装置が複数あっても、一つのマルチキャストパケットを送信するだけで済むため、ネットワークトラフィックの低減を図ることができる。したがって管理ツール２及び各ユニット２〜１０といった複数の宛先に状態変化通知を送信する場合や、各ユニット２〜１０が連携する場合であっても、通信トラフィックの増大を抑制できる。
【００４４】
また、この監視システムによれば、状態変化通知を動的にマルチキャストで送信するため、予め状態変化の内容ごとにマルチキャストアドレスを監視装置間で共有する必要がなく、装置の記憶資源の節約ができる。
【００４５】
［第２動作例］
第２動作例は、例えば図３に示すシーケンス図によって表される。この動作例は、状態変化通知を要求する監視装置が単一である場合にはユニキャスト通信で状態変化通知を送信し、状態変化通知を要求する監視装置が複数である場合にはマルチキャスト通信で状態変化通知を送信するものである。
【００４６】
先ず、監視装置Ａは、監視装置Ｃが監視する空調ａの状態が変化したことを検知するために、状態変化通知登録ＡＰＩの呼出要求Ｓ２１を監視装置Ｃに送信する。
【００４７】
監視装置Ｃは、呼出要求Ｓ２１を受信したことに応じて、監視装置Ｃにより取得した監視情報に変化があったときに当該監視情報を監視装置Ａに送出するように登録をする（登録手段）。そして、監視装置Ｃは、空調ａが変化したことを通知するためのマルチキャストアドレス、ポート番号及び現状で状態変化通知を必要としている監視装置数Ｓ２２を、状態変化通知ＡＰＩの戻り値として監視装置Ａに返信する（返信手段）。例えばマルチキャストアドレスは「ＦＦ１２：：３１１１」、ポート番号は「１１１１」である。現状で状態変化通知を必要としているのは監視装置Ａのみであるので、監視装置数は「１」である。
【００４８】
監視装置Ａは、マルチキャストアドレス、ポート番号及び現状で状態変化通知を必要としている監視装置数Ｓ２２を受信すると、監視装置数が「１」であるので、監視装置Ｃからの状態変化通知が、ＴＣＰのユニキャスト通信により送信することが可能であると判定する。そして、監視装置Ａは、ＴＣＰサーバとして待ち受けると共に、当該受信したマルチキャストアドレス及びポート番号で状態変化通知を受信する待ち受け状態となる（ステップＳＴ１１）。
【００４９】
監視装置Ｃは自身が監視する空調ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ２３を、ＴＣＰのポート番号宛てに送信する。このポート番号は、先に監視装置Ｃが監視装置Ａに通知したポート番号「１１１１」である。
【００５０】
監視装置Ａは、状態変化通知Ｓ２３を受信すると、当該状態変化通知Ｓ２３がステップＳＴ１で待ち受け状態となっていたポート番号宛のユニキャストパケットであるので、当該状態変化通知Ｓ２３を受信処理する（ステップＳＴ１２）。この受信処理によって、ユニキャストパケットに対するＡＣＫ（Ｓ２４）を監視装置Ｃに返信する。これにより、監視装置Ａは、監視装置Ｃによって監視している空調ａの設定温度が２８度から２６度に切り替わったことを検出できる。
【００５１】
その後、監視装置Ｂも監視装置Ｃの状態変化通知を必要とする場合、監視装置Ｂは、状態変化通知登録ＡＰＩの呼出要求Ｓ２５を監視装置Ｃに送信する。
【００５２】
監視装置Ｃは、呼出要求Ｓ２５を受信したことに応じて、監視装置Ｃにより取得した監視情報に変化があったときに、当該監視情報を監視装置Ｂにも送出するように登録をする（登録手段）。そして、監視装置Ｃは、空調ａが変化したことを通知するためのマルチキャストアドレス、ポート番号及び現状で状態変化通知を必要としている監視装置数Ｓ２６を、状態変化通知ＡＰＩの戻り値として監視装置Ｂに返信する（返信手段）。マルチキャストアドレスは監視装置Ａに送信したものと同じ「ＦＦ１２：：３１１１」、ポート番号は「１１１１」である。現状で状態変化通知を必要としているのは監視装置Ａ及び監視装置Ｃの２台となったので、監視装置数は「２」となる。
【００５３】
監視装置Ｂは、マルチキャストアドレス、ポート番号及び現状で状態変化通知を必要としている監視装置数Ｓ２６を受信すると、監視装置数が「２」であるので、監視装置Ｂの他に監視装置Ｃの状態変化通知を必要する監視装置があることを判定する。これにより、監視装置Ｂは、監視装置Ｃからの状態変化通知がマルチキャスト通信のみにより送信されると判定する。そして、監視装置Ａは、受信したマルチキャストアドレス及びポート番号で状態変化通知を受信する待ち受け状態となる（ステップＳＴ２７）。
【００５４】
監視装置Ｃは自身が監視する空調ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ２７を、マルチキャストアドレス及びポート番号宛てに送信する。このマルチキャストアドレスは、先に監視装置Ｃが監視装置Ａ及び監視装置Ｂに通知したマルチキャストアドレス「ＦＦ１２：：３１１１」であり、ポート番号は「１１１１」である。
【００５５】
監視装置Ｂは、状態変化通知Ｓ２７を受信すると、当該状態変化通知Ｓ２７がステップＳＴ２７で待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ２７を受信処理する（ステップＳＴ１４）。これにより、監視装置Ｂは、監視装置Ｃによって監視している空調ａの設定温度が２８度から２６度となったことを検出できる。
【００５６】
また、監視装置Ａは、状態変化通知Ｓ２７を受信すると、当該状態変化通知Ｓ２７がステップＳＴ１１で待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ２７を受信処理する（ステップＳＴ１５）。これにより、監視装置Ａは、監視装置Ｃによって監視している空調ａの設定温度が２８度から２６度となったことを検出できる。
【００５７】
また、監視装置Ａは、マルチキャスト通信によって監視装置Ｃから状態変化通知を受信したので、他に監視装置Ｃの状態変化通知が必要な監視装置があることを認識して、ＴＣＰポートを閉じる。これにより、以降における監視装置Ｃからの状態変化通知は、マルチキャスト通信のみで受信する設定となる。
【００５８】
以上のように、この監視システムによれば、状態変化通知を必要する監視装置数が１である場合にはユニキャストで状態変化通知の送信を行い、監視装置数が複数となった場合にはマルチキャストで状態変化通知を送信する。これにより、この監視システムによれば、監視装置数が単一である場合にはユニキャスト通信によってシステムの信頼性を高め、監視装置数が複数の場合には通信トラフィックを低減することが可能になる。
【００５９】
［第３動作例］
第３動作例は、例えば図４に示すシーケンス図によって表される。この動作例は、他の監視装置から送信された状態変化通知を蓄積することによって状態変化管理サーバを構成するものである。
【００６０】
この監視システムは、管理ツール２又は複数のユニット２〜１０に備えられた何れかの監視装置が他の監視装置の状態変化通知を蓄積する状態変化管理サーバとして機能する。状態変化管理サーバは、監視情報を蓄積したい監視装置に状態変化通知を全て送信するよう要求する。
【００６１】
先ず、状態変化管理サーバは、監視装置Ａが監視する照明ａの状態が変化したことを検知するために、監視装置Ａが提供する状態変化通知要求ＡＰＩを呼び出す呼出要求Ｓ３１を監視装置Ａに送信する。監視装置Ａは、状態変化通知要求ＡＰＩの呼出要求Ｓ３１を受信すると、照明ａの状態が変化したときに状態変化管理サーバに状態変化通知を送信する設定となる。そして、監視装置Ａは、ＡＣＫ（Ｓ３２）を状態変化管理サーバに返信する。
【００６２】
同様に、状態変化管理サーバは、監視装置Ｂが監視する空調ａの状態が変化したことを検知するために、監視装置Ｂが提供する状態変化通知要求ＡＰＩを呼び出す呼出要求Ｓ３３を監視装置Ｂに送信する。監視装置Ｂは、状態変化通知要求ＡＰＩの呼出要求Ｓ３３を受信すると、空調ａの状態が変化したときに状態変化管理サーバに状態変化通知を送信する設定となる。そして、監視装置Ｂは、ＡＣＫ（Ｓ３４）を状態変化管理サーバに返信する。
【００６３】
その後、監視装置Ｂは、監視装置Ａが監視する照明ａの状態変化管理を受信するために、状態変化管理サーバに状態変化通知登録ＡＰＩの呼出要求Ｓ３５を送信し、状態変化管理サーバからマルチキャストアドレス及びポート番号Ｓ３６を受信する。これにより、監視装置Ｂは、受信したマルチキャストアドレス及びポート番号で状態変化通知を受信する待ち受け状態となる（ステップＳＴ２１）。
【００６４】
その後、監視装置Ａは自身が監視する照明ａの状態が変化したことを検知すると、先に状態変化通知要求ＡＰＩの呼出要求Ｓ３１を受信しているので、その変化の内容を示す状態変化通知Ｓ３７を、状態変化管理サーバ宛てに送信する。状態変化管理サーバは、状態変化通知Ｓ３７を受信することによって、監視装置Ａによって監視している照明ａの状態がオフからオンに切り替わった状態変化通知を記憶できる。そして、状態変化管理サーバは、ＡＣＫ（Ｓ３８）を監視装置Ａに返信する。
【００６５】
また、状態変化管理サーバは、先に状態変化通知登録ＡＰＩの呼出要求Ｓ３５を受信しているので、マルチキャストアドレス及びポート番号宛に状態変化通知Ｓ３９を送信する。これによって監視装置Ｂは、状態変化管理サーバから監視装置Ａが監視している照明ａの状態変化通知を受信できる。
【００６６】
その後、監視装置Ｂは自身が監視する空調ａの状態が変化したことを検知すると、先に状態変化通知要求ＡＰＩの呼出要求Ｓ３３を受信しているので、その変化の内容を示す状態変化通知Ｓ４０を、状態変化管理サーバ宛てに送信する。状態変化管理サーバは、状態変化通知Ｓ４０を受信することによって、監視装置Ｂによって監視している空調ａの設定温度が３０度から２８度とされた状態変化通知を記憶できる。そして、状態変化管理サーバは、ＡＣＫ（Ｓ４１）を監視装置Ｂに返信する。
【００６７】
なお、監視装置Ａ及び監視装置Ｂが状態変化管理サーバ宛てに状態変化通知を送信するためのＴＣＰポートは予め定義しておいても良く、状態変化通知要求ＡＰＩで決めておいても良い。
【００６８】
このような監視システムは、状態変化管理サーバが複数の監視装置で送信した状態変化通知を一括して管理できる。また、状態変化管理サーバにＷｅｂサーバ等を実装しておくことによって、外部のサーバ１から簡単に端末制御システムの状態変化の様子を知ることができ、端末制御システムの運用管理が容易となる。
【００６９】
［第４動作例］
第４動作例は、例えば図５に示すシーケンス図によって表される。この動作例は、状態変化管理サーバが機能不全となったときのものである。
【００７０】
この監視システムは、状態変化管理サーバＡ，Ｂといったように状態変化管理サーバを冗長化している。状態変化管理サーバＡ，Ｂの図４で説明した機能は同一である。この監視システムは、一方の状態変化管理サーバが機能不全となった場合に、他の状態変化管理サーバが、機能不全となった状態変化管理サーバのアドレスに設定される。これによって、他の状態変化管理サーバが、機能不全となった状態変化管理サーバの役割を果たす。
【００７１】
この監視システムは、アドレスが異なる状態変化管理サーバＡ、状態変化管理サーバＢを備える。
【００７２】
先ず、状態変化管理サーバＡが動作中において（ステップＳＴ３１）、状態変化管理サーバＡは、監視装置が監視する照明ａの状態が変化したことを検知するために、監視装置が提供する状態変化通知要求ＡＰＩを呼び出す呼出要求Ｓ５１を監視装置に送信する。監視装置は、状態変化通知要求ＡＰＩの呼出要求Ｓ５１を受信すると、照明ａの状態が変化したときに状態変化管理サーバＡに状態変化通知を送信する設定となる。そして、監視装置は、ＡＣＫ（Ｓ５２）を状態変化管理サーバＡに返信する。
【００７３】
その後、状態変化管理サーバＡは、状態変化管理に関する管理情報Ｓ５３を状態変化管理サーバＢに送信する。この場合、状態変化管理サーバＡは、監視装置に対して状態変化通知要求ＡＰＩの呼出要求Ｓ５１を送信してＡＣＫ（Ｓ５２）を既に受信していることを示す管理情報Ｓ５３を状態変化管理サーバＢに送信する。これにより、状態変化管理サーバＢは、状態変化通知に関する管理状態に関して状態変化管理サーバＡと同期され、ＡＣＫ（Ｓ５４）を状態変化管理サーバＡに返信する。
【００７４】
その後、監視装置は自身が監視する照明ａの状態が変化したことを検知すると、先に状態変化通知要求ＡＰＩの呼出要求Ｓ５１を受信しているので、その変化の内容を示す状態変化通知Ｓ５５を、状態変化管理サーバＡ宛てに送信する。状態変化管理サーバＡは、状態変化通知Ｓ５５を受信することによって、監視装置によって監視している照明ａの状態がオフからオンに切り替わった状態変化通知を記憶できる。そして、状態変化管理サーバＡは、ＡＣＫ（Ｓ５６）を監視装置に返信する。
【００７５】
また、状態変化管理サーバＡと状態変化管理サーバＢとは、互いに生存確認を行っている。具体的には、状態変化管理サーバＡが生存確認パケットＳ５７を状態変化管理サーバＢに送信すると、状態変化管理サーバＢがＡＣＫ（Ｓ５８）を状態変化管理サーバＡに返信する。同様に、状態変化管理サーバＢが生存確認パケットＳ５９を状態変化管理サーバＡに送信すると、状態変化管理サーバＡがＡＣＫ（Ｓ６０）を状態変化管理サーバＢに返信する。なお、本例では、お互いが起点になって生存確認パケットを送出しているが、状態変化管理サーバＡが一方的に一定間隔で生存確認パケットを送り、それが途絶えたことによって、状態変化管理サーバＡが停止したことを状態変化管理サーバＢが検知しても良い。
【００７６】
その後、状態変化管理サーバＡに異常が発生して動作が停止すると（ステップＳＴ３２）、状態変化管理サーバＢから送信された生存確認パケットＳ６１に対して状態変化管理サーバＡはＡＣＫを返信することができない。
【００７７】
状態変化管理サーバＢは、ステップＳＴ３３において、ＡＣＫのタイムアウトを検知すると、状態変化管理サーバＡのＩＰアドレスを、自己のＩＰアドレスに割り当てる。すなわち、状態変化管理サーバＢのＩＰアドレス「２００１：ｄｂ：２」を、状態変化管理サーバＡのＩＰアドレス「２００１：ｄｂ：１」に変更する。
【００７８】
その後、監視装置は自身が監視する照明ａの状態が変化したことを検知すると、先に状態変化通知要求ＡＰＩの呼出要求Ｓ５１を受信しているので、その変化の内容を示す状態変化通知Ｓ６２を、状態変化管理サーバＡ宛てに送信する。しかし、状態変化管理サーバＡは停止中であるので監視装置にＡＣＫは返信されず、監視装置は、所定時間後にＡＣＫのタイムアウトを検知する。そして、監視装置は、ＩＰｖ６の到達性確認の機能を用いて、近隣探索パケットＳ６３をマルチキャストによって送信する（ステップＳＴ３４）。
【００７９】
状態変化管理サーバＢは、近隣探索パケットＳ６３を受信すると、応答として近隣広告パケットＳ６４を監視装置に返信する。この近隣広告パケットＳ６４には状態変化管理サーバＢのＭＡＣアドレスを含める。これによって、監視装置は、状態変化管理サーバＢのＩＰアドレス及びＭＡＣアドレスを取得できる。
【００８０】
その後、監視装置は、状態変化通知Ｓ６２と同じ状態変化通知Ｓ６５を状態変化管理サーバＢに送信する。状態変化管理サーバＢは、状態変化通知Ｓ６５を受信し、ＡＣＫ（Ｓ６６）を監視装置に送信する。
【００８１】
なお、ＩＰｖ６では定期的に近隣の到達性確認を行っており（ＲＦＣ２４６１では３００００ミリ秒）、監視装置と状態変化管理サーバＡの間で最後に通信を行ってから３００００ミリ秒以上経過していれば、その時点でＭＡＣアドレスは解決済となっており、タイムアウトが発生することなく、監視装置は状態変化管理サーバＢに状態変化通知を送信可能である。
【００８２】
以上のように、この監視システムによれば、状態変化管理サーバの停止時には、状態変化管理サーバのアドレスを維持しつつ、冗長化された状態変化管理サーバを運用するので、監視装置側に何らの変更を加えることなく状態変化通知を蓄積する動作を継続することができる。
【００８３】
［第５動作例］
第５動作例は、例えば図６に示すシーケンス図によって表される。この動作例は、上述の第４動作例において、動作を停止していた状態変化管理サーバが復旧したときのものである。
【００８４】
この監視システムにおいて、状態変化管理サーバＢは、状態変化管理サーバＡがネットワークに再接続された場合に、設定された状態変化管理サーバＡのＩＰアドレスを削除する。一方、復旧した状態変化管理サーバＡは、機能不全の前に使用していたＩＰアドレスを設定する。
【００８５】
状態変化管理サーバＡの動作停止時であっても、状態変化管理サーバＢは、定期的に生存確認パケットＳ７１を送信する。状態変化管理サーバＡが動作停止しているときには、生存確認パケットＳ７１に対してＡＣＫを返信できない。この状態変化管理サーバＡの停止中において、状態変化管理サーバＢは、監視装置から送信された状態変化通知を蓄積している。
【００８６】
その後、状態変化管理サーバＡが復旧すると（ステップＳＴ４１）、状態変化管理サーバＢが状態変化管理サーバＡに生存確認パケットＳ７２を送信したことに応じて、状態変化管理サーバＡは、ＡＣＫ（Ｓ７３）を返信する。
【００８７】
状態変化管理サーバＢは、状態変化管理サーバＡからのＡＣＫ（Ｓ７３）を受信すると、状態変化管理サーバＡに割り当てられるべきＩＰアドレス「２００１：ｄｂ：１」をネットワークインターフェースから削除する（ステップＳＴ４２）。また、状態変化管理サーバＢは、状態変化管理サーバＡが停止してから状態変化管理サーバＡが復旧するまでに蓄積した状態変化通知を示す状態変化通知に関する管理情報Ｓ７４を状態変化管理サーバＡに送信する。
【００８８】
状態変化管理サーバＡは、状態変化管理サーバＢから状態変化通知に関する管理情報Ｓ７４を受信することによって、動作停止中の状態変化通知を取得できる。そして、状態変化管理サーバＡは、ＡＣＫ（Ｓ７５）を状態変化管理サーバＢに返信する。
【００８９】
その後、監視装置が状態変化管理サーバＢと最後に通信をした後の近隣の到達性確認の所定時間（３００００ミリ秒）を経過したと判定すると（ステップＳＴ４３）、近隣探索機能による到達性確認パケットＳ７６を状態変化管理サーバＢに送信する。
【００９０】
状態変化管理サーバＢは、既にＩＰアドレスが削除されているので、監視装置から送信された到達性確認パケットＳ７６を受信できず、監視装置に応答しない。これにより、監視装置は、所定時間後にタイムアウトを検知する。その後、監視装置は、ＩＰｖ６の到達性確認の機能を用いて、近隣探索パケットＳ７７をマルチキャストによって送信する（ステップＳＴ４４）。
【００９１】
状態変化管理サーバＡは、近隣探索パケットＳ７７を受信すると、応答として近隣広告パケットＳ７８を監視装置に返信する。この近隣広告パケットＳ７８には状態変化管理サーバＡのＭＡＣアドレスを含める。これによって、監視装置は、状態変化管理サーバＡのＩＰアドレス及びＭＡＣアドレスを取得できる（ステップＳＴ４５）。これにより、監視装置は、復旧後の状態変化管理サーバＡと通信可能となる。
【００９２】
その後、監視装置は、状態変化通知Ｓ７９を状態変化管理サーバＡに送信する。状態変化管理サーバＡは、状態変化通知Ｓ７９を受信し、ＡＣＫ（Ｓ８０）を監視装置に送信する。
【００９３】
この監視システムによれば、状態変化管理サーバが故障から復旧する際に、自動的にＩＰアドレスの重なりを解消することができるため、システムの運用管理が容易となる。
【００９４】
［第６動作例］
第６動作例は、例えば図７に示すシーケンス図によって表される。この動作例は、状態変化通知のためのマルチキャスト通信をセキュアな通信にするものである。
【００９５】
この監視システムにおいて、各監視装置は、予めそれぞれが共通の事前共有鍵を保有しておく。状態変化管理サーバを備える構成であっても同様である。なお、この例では事前共有鍵を用いているが、ＰＫＩ（Public Key Infrastructure）等の手段を用いて、鍵を交換する方法を用いることも可能である。
【００９６】
先ず、監視装置Ａは、監視装置Ｃが監視する空調ａの状態が変化したことを検知するために、状態変化通知登録ＡＰＩの呼出要求Ｓ９１を監視装置Ｃに送信する。
【００９７】
監視装置Ｃは、呼出要求Ｓ９１を受信したことに応じて、監視装置Ｃにより取得した監視情報に変化があったときに状態変化通知を監視装置Ａに送出するように登録をする。そして、監視装置Ｃは、空調ａが変化したことを通知するためのマルチキャストアドレス及びポート番号Ｓ９２を、状態変化通知ＡＰＩの戻り値として監視装置Ａに返信する。例えばマルチキャストアドレスは「ＦＦ１２：：３１１１」、ポート番号は「１１１１」である。
【００９８】
また、監視装置Ｃは、事前共有鍵で暗号化してセッション鍵Ｋ１３を生成する（ステップＳＴ５１）。そして、監視装置Ｃは、先に送信したマルチキャストアドレス「ＦＦ１２：：３１１１」及びポート番号「１１１１」宛てにセッション鍵Ｋ１３（Ｓ９３）を送信する。これにより、監視装置Ａはセッション鍵Ｋ１３を受信して記憶できる。
【００９９】
その後、監視装置Ｃは自身が監視する空調ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ９４を、マルチキャストアドレス及びポート番号宛てに送信する。このとき、状態変化通知をセッション鍵Ｋ１３で暗号化する（ステップＳＴ５２）このマルチキャストアドレスは、先に監視装置Ｃが監視装置Ａに通知したマルチキャストアドレス「ＦＦ１２：：３１１１」、ポート番号「１１１１」である。
【０１００】
監視装置Ｂは、状態変化通知Ｓ９４を受信しても、マルチキャストアドレス「ＦＦ１２：：３１１１」、ポート番号「１１１１」のマルチキャストグループに参加していないために、当該マルチキャストパケットを無視する（ステップＳＴ５３）。
【０１０１】
一方、監視装置Ａは、状態変化通知Ｓ９４を受信すると、当該状態変化通知Ｓ９４が待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ９４を受信処理する（ステップＳＴ５４）。
【０１０２】
その後、監視装置Ｂは、監視装置Ｃが監視する空調ａの状態が変化したことを検知するために、状態変化通知登録ＡＰＩの呼出要求Ｓ９５を監視装置Ｃに送信する。
【０１０３】
監視装置Ｃは、呼出要求Ｓ９５を受信したことに応じて、監視装置Ｃにより取得した監視情報に変化があったときに当該監視情報を監視装置Ｂに送出するように登録をする。そして、監視装置Ｃは、空調ａが変化したことを通知するためのマルチキャストアドレス及びポート番号Ｓ９６を、状態変化通知ＡＰＩの戻り値として監視装置Ａに返信する。マルチキャストアドレスは「ＦＦ１２：：３１１１」、ポート番号は「１１１１」である。
【０１０４】
また、監視装置Ｃは、事前共有鍵で暗号化してセッション鍵Ｋ１２３を生成する（ステップＳＴ５５）。そして、監視装置Ｃは、先に送信したマルチキャストアドレス「ＦＦ１２：：３１１１」及びポート番号「１１１１」宛てにセッション鍵Ｋ１２３（Ｓ９７）を送信する。これにより、監視装置Ａはセッション鍵Ｋ１２３を受信して記憶できる。また、セッション鍵Ｋ１２３（Ｓ９７）は、監視装置Ａも受信する。監視装置Ａは、セッション鍵Ｋ１２３（Ｓ９７）を受信すると、監視装置Ｃからのマルチキャストパケットを受信したときに使用するセッション鍵をＫ１３からＫ１２３に更新する（ステップＳＴ５６）。
【０１０５】
その後、監視装置Ｃは自身が監視する空調ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ９８を、マルチキャストアドレス及びポート番号宛てに送信する。このとき、状態変化通知をセッション鍵Ｋ１２３で暗号化する（ステップＳＴ５７）このマルチキャストアドレスは、先に監視装置Ｃが監視装置Ｂ及び監視装置Ａに通知したマルチキャストアドレス「ＦＦ１２：：３１１１」、ポート番号「１１１１」である。
【０１０６】
監視装置Ａ及び監視装置Ｂは、状態変化通知Ｓ９８を受信すると、当該状態変化通知Ｓ９８が待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ９８を受信処理する（ステップＳＴ５８、ステップＳＴ５９）。そして、監視装置Ａ及び監視装置Ｂは、先に監視装置Ｃにより送信されたセッション鍵Ｋ１２３で復号して、状態変化通知の内容を認識できる。
【０１０７】
以上のように、この監視システムによれば、状態変化通知を必要とする監視装置がマルチキャストグループに参加するたびに暗号鍵を生成するので、マルチキャストグループ内だけでセキュアな通信を行うことが可能になる。
【０１０８】
なお、上述の実施の形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。
【符号の説明】
【０１０９】
１ サーバ
２ 管理ツール
３ 協調制御ユニット
４ 照明制御ユニット
４， 照明制御ユニット
４ａ，４ｂ フル２線ユニット
５ ブラインド制御ユニット
６ プロキシユニット
７ プログラマブルユニット
８ ＰＬＣ−Ｉ／Ｆユニット
８ａ，８ｂ ＰＬＣユニット
９ Ｍｏｄｂｕｓゲートウェイ
９ａ，９ｂ フル２線線ユニット
１０ ＢＡＣｎｅｔゲートウェイ
１０ａ，１０ｂ ＢＡＣｎｅｔユニット
【技術分野】
【０００１】
本発明は、端末の監視情報を授受する監視システム、監視情報送信装置及びプログラム、監視情報受信装置及びプログラムに関する。
【背景技術】
【０００２】
従来より、端末の監視を行う通信機器を複数備える監視システムが知られている。この監視システムは、端末が接続された通信機器同士で状態変化パケット（監視情報）を互いに送受信する（例えば下記の特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２６５９３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した監視システムにおいて、ネットワークに接続される通信機器の数が増えると、通信機器同士で連携するために通知しあう監視情報も増大する。例えば、ｎ台の通信機器が各通信機器に対して１つの状態変化パケットを送るとすると、ｎ×（ｎ−１）の状態変化（監視情報）のパケットが発生する。また、異なるシステム間で協調制御しようとすると更に状態変化パケット等を送受信する必要があり、更にトラフィックが増大する。
【０００５】
本発明は上記課題を鑑みて考案されたもので、監視情報の通信トラフィックを低減することができる監視システム、監視情報送信装置及びプログラム、監視情報受信装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決する第１の発明に係る監視システムは、第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて相互に通信可能な複数の通信装置を備え、前記監視情報を送信する第１通信装置は、前記監視情報を受信する第２通信装置から送信された要求に応じて、前記第１通信装置により取得した監視情報に変化があったときに当該監視情報を第２通信装置に送出するように登録をする登録手段と、前記登録手段によって複数の第２通信装置から登録された場合に、前記複数の第２通信装置に自己のマルチキャスト通信設定情報を返信する返信手段とを備え、前記複数の第２通信装置は、前記第１通信装置から返信されたマルチキャスト通信設定で待ち受け状態にする受信手段を備えることを特徴とする。
【０００７】
第１の発明に係る監視システムであって、第２の発明は、前記第１通信装置は、前記登録手段により登録した登録数が１である場合には、ユニキャストで監視情報の送信を行い、前記登録手段により登録した登録数が複数となった場合に、前記複数の第２通信装置に自己のマルチキャスト通信設定情報を送信することを特徴とする。
【０００８】
第１の発明に係る監視システムであって、第３の発明は、前記第２通信装置は、前記第１通信装置から送信された監視情報を蓄積する状態変化管理サーバを構成することを特徴とする。
【０００９】
第３の発明に係る監視システムであって、第４の発明は、前記状態変化管理サーバと同じ機能を有する他の状態変化管理サーバを前記第２ネットワークに更に備え、前記状態変化管理サーバが機能不全となった場合に、前記他の状態変化管理サーバは、前記機能不全となった状態変化管理サーバのアドレスに設定されることを特徴とする。
【００１０】
第４の発明に係る監視システムであって、第５の発明は、前記他の状態変化管理サーバは、前記状態変化管理サーバがネットワークに再接続された場合に、前記設定されたアドレスを削除し、前記状態変化管理サーバに、機能不全の前に使用していたアドレスが設定されることを特徴とする。
【００１１】
第１乃至第５の何れかの発明に係る監視システムであって、第６の発明は、前記第１通信装置は、前記マルチキャスト通信設定情報を返信する度に、新たに暗号鍵を生成して、前記第２通信装置がマルチキャスト通信設定で受信するよう前記暗号鍵を送出し、前記監視情報を前記暗号鍵で暗号化して、暗号化された監視情報を前記マルチキャスト通信設定で受信するよう送信することを特徴とする。
【００１２】
上記の課題を解決する第７の発明に係る監視情報受信装置は、端末の監視情報を取得する端末監視装置に、前記監視情報に変化があったときに当該監視情報を送信するように登録をする通知をする通知手段と、前記端末監視装置から送信されたマルチキャスト通信設定情報を受信し、当該マルチキャスト通信設定で監視情報を待ち受ける受信手段とを備え、前記端末監視装置から送信された監視情報を前記受信手段によって前記マルチキャスト通信設定で受信することを特徴とする。
【００１３】
上記の課題を解決する第８の発明に係る監視情報受信装置のプログラムは、監視装置を受信する監視情報受信装置のプログラムであって、端末の監視情報を取得する端末監視装置に、前記監視情報に変化があったときに当該監視情報を送信するように登録をする通知をする通知手段と、前記端末監視装置から送信されたマルチキャスト通信設定情報を受信し、当該マルチキャスト通信設定で監視情報を待ち受ける受信手段とを備え、前記端末監視装置から送信された監視情報を前記受信手段によって前記マルチキャスト通信設定で受信するように機能させることを特徴とする。
【００１４】
上記の課題を解決する第９の発明に係る監視情報送信装置は、第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて他の通信装置と通信する監視情報送信装置であって、前記監視情報を取得する監視情報取得手段と、前記通信装置から送信された登録通知に応じて、前記監視情報に変化があったときに当該監視情報を前記通信装置に送出するように登録をする登録手段と、前記登録手段により複数の通信装置から登録された場合に、前記複数の通信装置に自己のマルチキャスト通信設定情報を返信する返信手段と、前記監視情報取得手段により監視情報を取得した場合に、前記返信手段により返信したマルチキャスト通信設定で受信できるよう監視情報を送信する監視情報送信手段とを備えることを特徴とする。
【００１５】
上記の課題を解決する第１０の発明に係る監視情報送信装置のプログラムは、第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて他の通信装置と通信する監視情報送信装置のプログラムであって、前記監視情報を取得する監視情報取得手段と、前記通信装置から送信された登録通知に応じて、前記監視情報に変化があったときに当該監視情報を前記通信装置に送出するように登録をする登録手段と、前記登録手段により複数の通信装置から登録された場合に、前記複数の通信装置に自己のマルチキャスト通信設定情報を返信する返信手段と、前記監視情報取得手段により監視情報を取得した場合に、前記返信手段により返信したマルチキャスト通信設定で受信できるよう監視情報を送信する監視情報送信手段として機能させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、監視情報を要求する通信装置が複数あっても、一つのマルチキャスト通信設定を送信するだけで済むため、トラフィックの低減を図ることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態として示す端末制御システムの構成を示すブロック図である。
【図２】本発明の一実施形態として示す端末制御システムにおいて、第１動作例を示すシーケンス図である。
【図３】本発明の一実施形態として示す端末制御システムにおいて、第２動作例を示すシーケンス図である。
【図４】本発明の一実施形態として示す端末制御システムにおいて、第３動作例を示すシーケンス図である。
【図５】本発明の一実施形態として示す端末制御システムにおいて、第４動作例を示すシーケンス図である。
【図６】本発明の一実施形態として示す端末制御システムにおいて、第５動作例を示すシーケンス図である。
【図７】本発明の一実施形態として示す端末制御システムにおいて、第６動作例を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について図面を参照して説明する。
【００１９】
本発明に係る監視システムは、例えば図１に示すような端末制御システムに適用される。この端末制御システムは、サーバ１、管理ツール２、協調制御ユニット３、照明制御ユニット４、ブラインド制御ユニット５、プロキシユニット６、プログラマブルユニット７、ＰＬＣ−Ｉ／Ｆユニット８、Ｍｏｄｂｕｓゲートウェイ９、ＢＡＣｎｅｔゲートウェイ１０が上位（第２）ネットワークに接続されている。この上位ネットワークとしては所謂イーサネット（登録商標）を利用したものが挙げられる。
【００２０】
この端末制御システムは、既存の建築設備系ネットワークを相互に接続することで建物全体の監視と制御を行うものである。この端末制御システムにおいて、建物の管理者等が管理ツール２を操作して全体の監視等を行い、協調制御ユニット３によって照明制御ユニット４，ブラインド制御ユニット５，ＰＬＣ−Ｉ／Ｆユニット８，Ｍｏｄｂｕｓゲートウェイ９，ＢＡＣｎｅｔゲートウェイ１０間の協調制御をする。また、この端末制御システムは、上位ネットワークに接続している各ユニット２〜１０がプロキシユニット６を介してサーバ１と接続し、バックアップデータをサーバ１に保存する。
【００２１】
照明制御ユニット４、ブラインド制御ユニット５、ＰＬＣ−Ｉ／Ｆユニット８、Ｍｏｄｂｕｓゲートウェイ９、ＢＡＣｎｅｔゲートウェイ１０は、それぞれ、下位（第１）ネットワークに接続されている。照明制御ユニット４は、複数のフル２線ユニット４ａ，４ｂ…に接続されている。ブラインド制御ユニット５は、複数のブラインドＩ／Ｏ５ａ，５ｂ…に接続されている。ＰＬＣ−Ｉ／Ｆユニット８は、複数のＰＬＣユニット８ａ，８ｂ…に接続されている。Ｍｏｄｂｕｓゲートウェイ９は、複数のフル２線ユニット９ａ，９ｂ…に接続されている。ＢＡＣｎｅｔゲートウェイ１０は、複数のＢＡＣｎｅｔユニット１０ａ，１０ｂ…に接続されている。
【００２２】
上位ネットワークに接続された各ユニットは、開ネットワークに接続された端末群を制御及び監視する。例えば、照明制御ユニット４は、照明のオンオフ動作を検出する。また、ＰＬＣ−Ｉ／Ｆユニット８は、空調の温度設定を行う。
【００２３】
上位ネットワークに接続された照明制御ユニット４、ブラインド制御ユニット５、ＰＬＣ−Ｉ／Ｆユニット８、Ｍｏｄｂｕｓゲートウェイ９、ＢＡＣｎｅｔゲートウェイ１０は、それぞれに接続されている下位ネットワークの端末に関する監視情報を取得する。この監視情報は、下位ネットワークの端末（ユニット）の状態を表す信号であって、端末の状態が変化した時に上位ネットワークに接続された照明制御ユニット４，ブラインド制御ユニット５，ＰＬＣ−Ｉ／Ｆユニット８，Ｍｏｄｂｕｓゲートウェイ９，ＢＡＣｎｅｔゲートウェイ１０に送信される。
【００２４】
このような端末制御システムにおいて、例えば照明制御ユニット４とＰＬＣ−Ｉ／Ｆユニット８とが協調制御する場合、相互に端末の状態を通知しあう必要がある。例えば、フル２線ユニットである照明機器のオフオン状態に応じて、ＰＬＣユニットである空調機器の設定温度に変更する協調制御が挙げられる。具体的には、夏期において、照明がオフのときは省電力のための設定温度を２８度にしておき、照明がオンとなると快適な設定温度の２６度にする協調制御が挙げられる。また、この協調制御は、例えば動作記録として保存しておくために、管理ツール２等に通知する必要もある。
【００２５】
そこで、図１に示すように、ＰＬＣ−Ｉ／Ｆユニット８は、状態変化要求Ｓ１を照明制御ユニット４に送信する。そして、照明制御ユニット４における照明機器の状態が変化した場合、状態変化通知Ｓ２をＰＬＣ−Ｉ／Ｆユニット８に送信する。これにより、端末制御システムは、照明制御ユニット４、ＰＬＣ−Ｉ／Ｆユニット８の相互に状態変化を監視することができる。
【００２６】
この端末制御システムにおいて、上位ネットワークに接続された管理ツール２及び各ユニット２〜１０は、相互に端末の状態を監視するための監視装置を備える。これにより、端末制御システムは、管理ツール２及び各ユニット２〜１０に備えられた複数の監視装置によって監視システムを構成する。
【００２７】
各監視装置は、複数の監視装置が同一の状態変化通知を欲している場合は、マルチキャストアドレス宛てに状態変化通知を行う。一方、各監視装置は、状態変化通知を必要としている他の監視装置が１台の場合は、当該１台のユニキャストアドレスあてにＴＣＰを利用したユニキャスト通信によって状態変化通知を送信する。以下、監視装置の動作について説明する。以下に説明する監視装置の動作は、図示しない記憶部に動作プログラムを格納しておき、ＣＰＵが実行することによって実現できることは勿論である。
【００２８】
［第１動作例］
第１動作例は、例えば図２に示すシーケンス図によって表される。この動作例は、監視装置Ａが、監視装置Ｂ及び監視装置Ｃから状態変化通知を受信するものである。
【００２９】
先ず、監視装置Ａは、監視装置Ｂが監視する照明ａの状態が変化したことを検知するために、状態変化通知登録ＡＰＩ（アプリケーション・プログラミング・インタフェース、Application Programming Interface）の呼出要求Ｓ１１を監視装置Ｂに送信する。
【００３０】
監視装置Ｂは、呼出要求Ｓ１１を受信したことに応じて、監視装置Ｂにより取得した監視情報に変化があったときに当該監視情報を監視装置Ａに送出するように登録をする（登録手段）。そして、監視装置Ｂは、照明ａが変化したことを通知するためのマルチキャストアドレス及びポート番号Ｓ１２を、状態変化通知ＡＰＩの戻り値として監視装置Ａに返信する（返信手段）。例えばマルチキャストアドレスは「ＦＦ１２：：２１１１」、ポート番号は「１１１１」である。このマルチキャストアドレスは、マルチキャストパケットを受信するためのマルチキャスト通信設定情報として機能する。
【００３１】
監視装置Ａは、マルチキャストアドレス及びポート番号Ｓ１２を受信すると、当該受信したマルチキャストアドレス及びポート番号で状態変化通知を受信するまで待ち受け状態となる（受信手段、ステップＳＴ１）。
【００３２】
監視装置Ａは、監視装置Ｃが監視する空調ａの状態が変化したことを検知するために、上述と同様の処理を行う。監視装置Ａは、状態変化通知登録ＡＰＩの呼出要求Ｓ１３を監視装置Ｃに送信する。
【００３３】
監視装置Ｃは、呼出要求Ｓ１３を受信したことに応じて、監視装置Ｃにより取得した監視情報に変化があったときに当該監視情報を監視装置Ａに送出するように登録をする（登録手段）。そして、監視装置Ｃは、空調ａが変化したことを通知するためのマルチキャストアドレス及びポート番号Ｓ１４を、状態変化通知ＡＰＩの戻り値として監視装置Ａに返信する（返信手段）。例えばマルチキャストアドレスは「ＦＦ１２：：３１１１」、ポート番号は「１１１１」である。このマルチキャストアドレスは、マルチキャストパケットを受信するためのマルチキャスト通信設定情報として機能する。
【００３４】
監視装置Ａは、マルチキャストアドレス及びポート番号Ｓ１４を受信すると、当該受信したマルチキャストアドレス及びポート番号で状態変化通知を受信するまで待ち受け状態となる（ステップＳＴ２）。
【００３５】
監視装置Ｂは自身が監視する照明ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ１５を、マルチキャストアドレス及びポート番号宛てに送信する。このマルチキャストアドレス及びポート番号は、先に監視装置Ｂが監視装置Ａに通知したマルチキャストアドレス「ＦＦ１２：：２１１１」、ポート番号「１１１１」である。
【００３６】
監視装置Ａは、状態変化通知Ｓ１５ａを受信すると、当該状態変化通知Ｓ１５ａがステップＳＴ１で待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ１５ａを受信処理する（ステップＳＴ３）。これにより、監視装置Ａは、監視装置Ｂによって監視している照明ａの状態がオフからオンに切り替わったことを検出できる。
【００３７】
一方、監視装置Ｃは、状態変化通知Ｓ１５ｂを受信しても、マルチキャストアドレス「ＦＦ１２：：２１１１」のマルチキャストグループに参加していないために、当該マルチキャストパケットを無視する（ステップＳＴ４）。
【００３８】
また、監視装置Ｃは自身が監視する空調ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ１６を、マルチキャストアドレス及びポート番号宛てに送信する。このマルチキャストアドレスは、先に監視装置Ｃが監視装置Ａに通知したマルチキャストアドレス「ＦＦ１２：：３１１１」、ポート番号「１１１１」である。
【００３９】
監視装置Ｂは、状態変化通知Ｓ１６ａを受信しても、マルチキャストアドレス「ＦＦ１２：：３１１１」、ポート番号「１１１１」のマルチキャストグループに参加していないために、当該マルチキャストパケットを無視する（ステップＳＴ５）。
【００４０】
一方、監視装置Ａは、状態変化通知Ｓ１６ｂを受信すると、当該状態変化通知Ｓ１６ｂがステップＳＴ２で待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ１６ｂを受信処理する（ステップＳＴ６）。これにより、監視装置Ａは、監視装置Ｃによって監視している空調ａの設定温度が２８度から２６度に切り替わったことを検出できる。
【００４１】
この監視システムによれば、他の監視装置に接続されている端末の状態変化を検知したい場合、当該他の監視装置に状態変化通知ＡＰＩの呼出要求を送信する。これによって、監視装置は、当該他の監視装置からマルチキャストグループのマルチキャストアドレスを取得できる。
【００４２】
上述のように、監視システムは、監視装置Ａが監視装置Ｂ及び監視装置Ｃの状態変化通知を取得したい場合、監視装置Ａが、状態変化通知登録ＡＰＩの呼出要求Ｓ１１，Ｓ１３を監視装置Ｂ、監視装置Ｃに送信し、監視装置Ｂ、監視装置Ｃからマルチキャストアドレス及びポート番号を受信する。監視装置Ｂ、監視装置Ｃは、状態変化通知を送信する場合、先に監視装置Ａに送信したマルチキャストアドレス及びポート番号を使用する。これにより、監視装置Ａは、監視装置Ｂ、監視装置Ｃからの状態変化通知を別個に受信処理（ステップＳＴ３、ステップＳＴ６）する。
【００４３】
この監視システムによれば、マルチキャストグループを使うことで、ある一つの状態変化を要求する監視装置が複数あっても、一つのマルチキャストパケットを送信するだけで済むため、ネットワークトラフィックの低減を図ることができる。したがって管理ツール２及び各ユニット２〜１０といった複数の宛先に状態変化通知を送信する場合や、各ユニット２〜１０が連携する場合であっても、通信トラフィックの増大を抑制できる。
【００４４】
また、この監視システムによれば、状態変化通知を動的にマルチキャストで送信するため、予め状態変化の内容ごとにマルチキャストアドレスを監視装置間で共有する必要がなく、装置の記憶資源の節約ができる。
【００４５】
［第２動作例］
第２動作例は、例えば図３に示すシーケンス図によって表される。この動作例は、状態変化通知を要求する監視装置が単一である場合にはユニキャスト通信で状態変化通知を送信し、状態変化通知を要求する監視装置が複数である場合にはマルチキャスト通信で状態変化通知を送信するものである。
【００４６】
先ず、監視装置Ａは、監視装置Ｃが監視する空調ａの状態が変化したことを検知するために、状態変化通知登録ＡＰＩの呼出要求Ｓ２１を監視装置Ｃに送信する。
【００４７】
監視装置Ｃは、呼出要求Ｓ２１を受信したことに応じて、監視装置Ｃにより取得した監視情報に変化があったときに当該監視情報を監視装置Ａに送出するように登録をする（登録手段）。そして、監視装置Ｃは、空調ａが変化したことを通知するためのマルチキャストアドレス、ポート番号及び現状で状態変化通知を必要としている監視装置数Ｓ２２を、状態変化通知ＡＰＩの戻り値として監視装置Ａに返信する（返信手段）。例えばマルチキャストアドレスは「ＦＦ１２：：３１１１」、ポート番号は「１１１１」である。現状で状態変化通知を必要としているのは監視装置Ａのみであるので、監視装置数は「１」である。
【００４８】
監視装置Ａは、マルチキャストアドレス、ポート番号及び現状で状態変化通知を必要としている監視装置数Ｓ２２を受信すると、監視装置数が「１」であるので、監視装置Ｃからの状態変化通知が、ＴＣＰのユニキャスト通信により送信することが可能であると判定する。そして、監視装置Ａは、ＴＣＰサーバとして待ち受けると共に、当該受信したマルチキャストアドレス及びポート番号で状態変化通知を受信する待ち受け状態となる（ステップＳＴ１１）。
【００４９】
監視装置Ｃは自身が監視する空調ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ２３を、ＴＣＰのポート番号宛てに送信する。このポート番号は、先に監視装置Ｃが監視装置Ａに通知したポート番号「１１１１」である。
【００５０】
監視装置Ａは、状態変化通知Ｓ２３を受信すると、当該状態変化通知Ｓ２３がステップＳＴ１で待ち受け状態となっていたポート番号宛のユニキャストパケットであるので、当該状態変化通知Ｓ２３を受信処理する（ステップＳＴ１２）。この受信処理によって、ユニキャストパケットに対するＡＣＫ（Ｓ２４）を監視装置Ｃに返信する。これにより、監視装置Ａは、監視装置Ｃによって監視している空調ａの設定温度が２８度から２６度に切り替わったことを検出できる。
【００５１】
その後、監視装置Ｂも監視装置Ｃの状態変化通知を必要とする場合、監視装置Ｂは、状態変化通知登録ＡＰＩの呼出要求Ｓ２５を監視装置Ｃに送信する。
【００５２】
監視装置Ｃは、呼出要求Ｓ２５を受信したことに応じて、監視装置Ｃにより取得した監視情報に変化があったときに、当該監視情報を監視装置Ｂにも送出するように登録をする（登録手段）。そして、監視装置Ｃは、空調ａが変化したことを通知するためのマルチキャストアドレス、ポート番号及び現状で状態変化通知を必要としている監視装置数Ｓ２６を、状態変化通知ＡＰＩの戻り値として監視装置Ｂに返信する（返信手段）。マルチキャストアドレスは監視装置Ａに送信したものと同じ「ＦＦ１２：：３１１１」、ポート番号は「１１１１」である。現状で状態変化通知を必要としているのは監視装置Ａ及び監視装置Ｃの２台となったので、監視装置数は「２」となる。
【００５３】
監視装置Ｂは、マルチキャストアドレス、ポート番号及び現状で状態変化通知を必要としている監視装置数Ｓ２６を受信すると、監視装置数が「２」であるので、監視装置Ｂの他に監視装置Ｃの状態変化通知を必要する監視装置があることを判定する。これにより、監視装置Ｂは、監視装置Ｃからの状態変化通知がマルチキャスト通信のみにより送信されると判定する。そして、監視装置Ａは、受信したマルチキャストアドレス及びポート番号で状態変化通知を受信する待ち受け状態となる（ステップＳＴ２７）。
【００５４】
監視装置Ｃは自身が監視する空調ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ２７を、マルチキャストアドレス及びポート番号宛てに送信する。このマルチキャストアドレスは、先に監視装置Ｃが監視装置Ａ及び監視装置Ｂに通知したマルチキャストアドレス「ＦＦ１２：：３１１１」であり、ポート番号は「１１１１」である。
【００５５】
監視装置Ｂは、状態変化通知Ｓ２７を受信すると、当該状態変化通知Ｓ２７がステップＳＴ２７で待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ２７を受信処理する（ステップＳＴ１４）。これにより、監視装置Ｂは、監視装置Ｃによって監視している空調ａの設定温度が２８度から２６度となったことを検出できる。
【００５６】
また、監視装置Ａは、状態変化通知Ｓ２７を受信すると、当該状態変化通知Ｓ２７がステップＳＴ１１で待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ２７を受信処理する（ステップＳＴ１５）。これにより、監視装置Ａは、監視装置Ｃによって監視している空調ａの設定温度が２８度から２６度となったことを検出できる。
【００５７】
また、監視装置Ａは、マルチキャスト通信によって監視装置Ｃから状態変化通知を受信したので、他に監視装置Ｃの状態変化通知が必要な監視装置があることを認識して、ＴＣＰポートを閉じる。これにより、以降における監視装置Ｃからの状態変化通知は、マルチキャスト通信のみで受信する設定となる。
【００５８】
以上のように、この監視システムによれば、状態変化通知を必要する監視装置数が１である場合にはユニキャストで状態変化通知の送信を行い、監視装置数が複数となった場合にはマルチキャストで状態変化通知を送信する。これにより、この監視システムによれば、監視装置数が単一である場合にはユニキャスト通信によってシステムの信頼性を高め、監視装置数が複数の場合には通信トラフィックを低減することが可能になる。
【００５９】
［第３動作例］
第３動作例は、例えば図４に示すシーケンス図によって表される。この動作例は、他の監視装置から送信された状態変化通知を蓄積することによって状態変化管理サーバを構成するものである。
【００６０】
この監視システムは、管理ツール２又は複数のユニット２〜１０に備えられた何れかの監視装置が他の監視装置の状態変化通知を蓄積する状態変化管理サーバとして機能する。状態変化管理サーバは、監視情報を蓄積したい監視装置に状態変化通知を全て送信するよう要求する。
【００６１】
先ず、状態変化管理サーバは、監視装置Ａが監視する照明ａの状態が変化したことを検知するために、監視装置Ａが提供する状態変化通知要求ＡＰＩを呼び出す呼出要求Ｓ３１を監視装置Ａに送信する。監視装置Ａは、状態変化通知要求ＡＰＩの呼出要求Ｓ３１を受信すると、照明ａの状態が変化したときに状態変化管理サーバに状態変化通知を送信する設定となる。そして、監視装置Ａは、ＡＣＫ（Ｓ３２）を状態変化管理サーバに返信する。
【００６２】
同様に、状態変化管理サーバは、監視装置Ｂが監視する空調ａの状態が変化したことを検知するために、監視装置Ｂが提供する状態変化通知要求ＡＰＩを呼び出す呼出要求Ｓ３３を監視装置Ｂに送信する。監視装置Ｂは、状態変化通知要求ＡＰＩの呼出要求Ｓ３３を受信すると、空調ａの状態が変化したときに状態変化管理サーバに状態変化通知を送信する設定となる。そして、監視装置Ｂは、ＡＣＫ（Ｓ３４）を状態変化管理サーバに返信する。
【００６３】
その後、監視装置Ｂは、監視装置Ａが監視する照明ａの状態変化管理を受信するために、状態変化管理サーバに状態変化通知登録ＡＰＩの呼出要求Ｓ３５を送信し、状態変化管理サーバからマルチキャストアドレス及びポート番号Ｓ３６を受信する。これにより、監視装置Ｂは、受信したマルチキャストアドレス及びポート番号で状態変化通知を受信する待ち受け状態となる（ステップＳＴ２１）。
【００６４】
その後、監視装置Ａは自身が監視する照明ａの状態が変化したことを検知すると、先に状態変化通知要求ＡＰＩの呼出要求Ｓ３１を受信しているので、その変化の内容を示す状態変化通知Ｓ３７を、状態変化管理サーバ宛てに送信する。状態変化管理サーバは、状態変化通知Ｓ３７を受信することによって、監視装置Ａによって監視している照明ａの状態がオフからオンに切り替わった状態変化通知を記憶できる。そして、状態変化管理サーバは、ＡＣＫ（Ｓ３８）を監視装置Ａに返信する。
【００６５】
また、状態変化管理サーバは、先に状態変化通知登録ＡＰＩの呼出要求Ｓ３５を受信しているので、マルチキャストアドレス及びポート番号宛に状態変化通知Ｓ３９を送信する。これによって監視装置Ｂは、状態変化管理サーバから監視装置Ａが監視している照明ａの状態変化通知を受信できる。
【００６６】
その後、監視装置Ｂは自身が監視する空調ａの状態が変化したことを検知すると、先に状態変化通知要求ＡＰＩの呼出要求Ｓ３３を受信しているので、その変化の内容を示す状態変化通知Ｓ４０を、状態変化管理サーバ宛てに送信する。状態変化管理サーバは、状態変化通知Ｓ４０を受信することによって、監視装置Ｂによって監視している空調ａの設定温度が３０度から２８度とされた状態変化通知を記憶できる。そして、状態変化管理サーバは、ＡＣＫ（Ｓ４１）を監視装置Ｂに返信する。
【００６７】
なお、監視装置Ａ及び監視装置Ｂが状態変化管理サーバ宛てに状態変化通知を送信するためのＴＣＰポートは予め定義しておいても良く、状態変化通知要求ＡＰＩで決めておいても良い。
【００６８】
このような監視システムは、状態変化管理サーバが複数の監視装置で送信した状態変化通知を一括して管理できる。また、状態変化管理サーバにＷｅｂサーバ等を実装しておくことによって、外部のサーバ１から簡単に端末制御システムの状態変化の様子を知ることができ、端末制御システムの運用管理が容易となる。
【００６９】
［第４動作例］
第４動作例は、例えば図５に示すシーケンス図によって表される。この動作例は、状態変化管理サーバが機能不全となったときのものである。
【００７０】
この監視システムは、状態変化管理サーバＡ，Ｂといったように状態変化管理サーバを冗長化している。状態変化管理サーバＡ，Ｂの図４で説明した機能は同一である。この監視システムは、一方の状態変化管理サーバが機能不全となった場合に、他の状態変化管理サーバが、機能不全となった状態変化管理サーバのアドレスに設定される。これによって、他の状態変化管理サーバが、機能不全となった状態変化管理サーバの役割を果たす。
【００７１】
この監視システムは、アドレスが異なる状態変化管理サーバＡ、状態変化管理サーバＢを備える。
【００７２】
先ず、状態変化管理サーバＡが動作中において（ステップＳＴ３１）、状態変化管理サーバＡは、監視装置が監視する照明ａの状態が変化したことを検知するために、監視装置が提供する状態変化通知要求ＡＰＩを呼び出す呼出要求Ｓ５１を監視装置に送信する。監視装置は、状態変化通知要求ＡＰＩの呼出要求Ｓ５１を受信すると、照明ａの状態が変化したときに状態変化管理サーバＡに状態変化通知を送信する設定となる。そして、監視装置は、ＡＣＫ（Ｓ５２）を状態変化管理サーバＡに返信する。
【００７３】
その後、状態変化管理サーバＡは、状態変化管理に関する管理情報Ｓ５３を状態変化管理サーバＢに送信する。この場合、状態変化管理サーバＡは、監視装置に対して状態変化通知要求ＡＰＩの呼出要求Ｓ５１を送信してＡＣＫ（Ｓ５２）を既に受信していることを示す管理情報Ｓ５３を状態変化管理サーバＢに送信する。これにより、状態変化管理サーバＢは、状態変化通知に関する管理状態に関して状態変化管理サーバＡと同期され、ＡＣＫ（Ｓ５４）を状態変化管理サーバＡに返信する。
【００７４】
その後、監視装置は自身が監視する照明ａの状態が変化したことを検知すると、先に状態変化通知要求ＡＰＩの呼出要求Ｓ５１を受信しているので、その変化の内容を示す状態変化通知Ｓ５５を、状態変化管理サーバＡ宛てに送信する。状態変化管理サーバＡは、状態変化通知Ｓ５５を受信することによって、監視装置によって監視している照明ａの状態がオフからオンに切り替わった状態変化通知を記憶できる。そして、状態変化管理サーバＡは、ＡＣＫ（Ｓ５６）を監視装置に返信する。
【００７５】
また、状態変化管理サーバＡと状態変化管理サーバＢとは、互いに生存確認を行っている。具体的には、状態変化管理サーバＡが生存確認パケットＳ５７を状態変化管理サーバＢに送信すると、状態変化管理サーバＢがＡＣＫ（Ｓ５８）を状態変化管理サーバＡに返信する。同様に、状態変化管理サーバＢが生存確認パケットＳ５９を状態変化管理サーバＡに送信すると、状態変化管理サーバＡがＡＣＫ（Ｓ６０）を状態変化管理サーバＢに返信する。なお、本例では、お互いが起点になって生存確認パケットを送出しているが、状態変化管理サーバＡが一方的に一定間隔で生存確認パケットを送り、それが途絶えたことによって、状態変化管理サーバＡが停止したことを状態変化管理サーバＢが検知しても良い。
【００７６】
その後、状態変化管理サーバＡに異常が発生して動作が停止すると（ステップＳＴ３２）、状態変化管理サーバＢから送信された生存確認パケットＳ６１に対して状態変化管理サーバＡはＡＣＫを返信することができない。
【００７７】
状態変化管理サーバＢは、ステップＳＴ３３において、ＡＣＫのタイムアウトを検知すると、状態変化管理サーバＡのＩＰアドレスを、自己のＩＰアドレスに割り当てる。すなわち、状態変化管理サーバＢのＩＰアドレス「２００１：ｄｂ：２」を、状態変化管理サーバＡのＩＰアドレス「２００１：ｄｂ：１」に変更する。
【００７８】
その後、監視装置は自身が監視する照明ａの状態が変化したことを検知すると、先に状態変化通知要求ＡＰＩの呼出要求Ｓ５１を受信しているので、その変化の内容を示す状態変化通知Ｓ６２を、状態変化管理サーバＡ宛てに送信する。しかし、状態変化管理サーバＡは停止中であるので監視装置にＡＣＫは返信されず、監視装置は、所定時間後にＡＣＫのタイムアウトを検知する。そして、監視装置は、ＩＰｖ６の到達性確認の機能を用いて、近隣探索パケットＳ６３をマルチキャストによって送信する（ステップＳＴ３４）。
【００７９】
状態変化管理サーバＢは、近隣探索パケットＳ６３を受信すると、応答として近隣広告パケットＳ６４を監視装置に返信する。この近隣広告パケットＳ６４には状態変化管理サーバＢのＭＡＣアドレスを含める。これによって、監視装置は、状態変化管理サーバＢのＩＰアドレス及びＭＡＣアドレスを取得できる。
【００８０】
その後、監視装置は、状態変化通知Ｓ６２と同じ状態変化通知Ｓ６５を状態変化管理サーバＢに送信する。状態変化管理サーバＢは、状態変化通知Ｓ６５を受信し、ＡＣＫ（Ｓ６６）を監視装置に送信する。
【００８１】
なお、ＩＰｖ６では定期的に近隣の到達性確認を行っており（ＲＦＣ２４６１では３００００ミリ秒）、監視装置と状態変化管理サーバＡの間で最後に通信を行ってから３００００ミリ秒以上経過していれば、その時点でＭＡＣアドレスは解決済となっており、タイムアウトが発生することなく、監視装置は状態変化管理サーバＢに状態変化通知を送信可能である。
【００８２】
以上のように、この監視システムによれば、状態変化管理サーバの停止時には、状態変化管理サーバのアドレスを維持しつつ、冗長化された状態変化管理サーバを運用するので、監視装置側に何らの変更を加えることなく状態変化通知を蓄積する動作を継続することができる。
【００８３】
［第５動作例］
第５動作例は、例えば図６に示すシーケンス図によって表される。この動作例は、上述の第４動作例において、動作を停止していた状態変化管理サーバが復旧したときのものである。
【００８４】
この監視システムにおいて、状態変化管理サーバＢは、状態変化管理サーバＡがネットワークに再接続された場合に、設定された状態変化管理サーバＡのＩＰアドレスを削除する。一方、復旧した状態変化管理サーバＡは、機能不全の前に使用していたＩＰアドレスを設定する。
【００８５】
状態変化管理サーバＡの動作停止時であっても、状態変化管理サーバＢは、定期的に生存確認パケットＳ７１を送信する。状態変化管理サーバＡが動作停止しているときには、生存確認パケットＳ７１に対してＡＣＫを返信できない。この状態変化管理サーバＡの停止中において、状態変化管理サーバＢは、監視装置から送信された状態変化通知を蓄積している。
【００８６】
その後、状態変化管理サーバＡが復旧すると（ステップＳＴ４１）、状態変化管理サーバＢが状態変化管理サーバＡに生存確認パケットＳ７２を送信したことに応じて、状態変化管理サーバＡは、ＡＣＫ（Ｓ７３）を返信する。
【００８７】
状態変化管理サーバＢは、状態変化管理サーバＡからのＡＣＫ（Ｓ７３）を受信すると、状態変化管理サーバＡに割り当てられるべきＩＰアドレス「２００１：ｄｂ：１」をネットワークインターフェースから削除する（ステップＳＴ４２）。また、状態変化管理サーバＢは、状態変化管理サーバＡが停止してから状態変化管理サーバＡが復旧するまでに蓄積した状態変化通知を示す状態変化通知に関する管理情報Ｓ７４を状態変化管理サーバＡに送信する。
【００８８】
状態変化管理サーバＡは、状態変化管理サーバＢから状態変化通知に関する管理情報Ｓ７４を受信することによって、動作停止中の状態変化通知を取得できる。そして、状態変化管理サーバＡは、ＡＣＫ（Ｓ７５）を状態変化管理サーバＢに返信する。
【００８９】
その後、監視装置が状態変化管理サーバＢと最後に通信をした後の近隣の到達性確認の所定時間（３００００ミリ秒）を経過したと判定すると（ステップＳＴ４３）、近隣探索機能による到達性確認パケットＳ７６を状態変化管理サーバＢに送信する。
【００９０】
状態変化管理サーバＢは、既にＩＰアドレスが削除されているので、監視装置から送信された到達性確認パケットＳ７６を受信できず、監視装置に応答しない。これにより、監視装置は、所定時間後にタイムアウトを検知する。その後、監視装置は、ＩＰｖ６の到達性確認の機能を用いて、近隣探索パケットＳ７７をマルチキャストによって送信する（ステップＳＴ４４）。
【００９１】
状態変化管理サーバＡは、近隣探索パケットＳ７７を受信すると、応答として近隣広告パケットＳ７８を監視装置に返信する。この近隣広告パケットＳ７８には状態変化管理サーバＡのＭＡＣアドレスを含める。これによって、監視装置は、状態変化管理サーバＡのＩＰアドレス及びＭＡＣアドレスを取得できる（ステップＳＴ４５）。これにより、監視装置は、復旧後の状態変化管理サーバＡと通信可能となる。
【００９２】
その後、監視装置は、状態変化通知Ｓ７９を状態変化管理サーバＡに送信する。状態変化管理サーバＡは、状態変化通知Ｓ７９を受信し、ＡＣＫ（Ｓ８０）を監視装置に送信する。
【００９３】
この監視システムによれば、状態変化管理サーバが故障から復旧する際に、自動的にＩＰアドレスの重なりを解消することができるため、システムの運用管理が容易となる。
【００９４】
［第６動作例］
第６動作例は、例えば図７に示すシーケンス図によって表される。この動作例は、状態変化通知のためのマルチキャスト通信をセキュアな通信にするものである。
【００９５】
この監視システムにおいて、各監視装置は、予めそれぞれが共通の事前共有鍵を保有しておく。状態変化管理サーバを備える構成であっても同様である。なお、この例では事前共有鍵を用いているが、ＰＫＩ（Public Key Infrastructure）等の手段を用いて、鍵を交換する方法を用いることも可能である。
【００９６】
先ず、監視装置Ａは、監視装置Ｃが監視する空調ａの状態が変化したことを検知するために、状態変化通知登録ＡＰＩの呼出要求Ｓ９１を監視装置Ｃに送信する。
【００９７】
監視装置Ｃは、呼出要求Ｓ９１を受信したことに応じて、監視装置Ｃにより取得した監視情報に変化があったときに状態変化通知を監視装置Ａに送出するように登録をする。そして、監視装置Ｃは、空調ａが変化したことを通知するためのマルチキャストアドレス及びポート番号Ｓ９２を、状態変化通知ＡＰＩの戻り値として監視装置Ａに返信する。例えばマルチキャストアドレスは「ＦＦ１２：：３１１１」、ポート番号は「１１１１」である。
【００９８】
また、監視装置Ｃは、事前共有鍵で暗号化してセッション鍵Ｋ１３を生成する（ステップＳＴ５１）。そして、監視装置Ｃは、先に送信したマルチキャストアドレス「ＦＦ１２：：３１１１」及びポート番号「１１１１」宛てにセッション鍵Ｋ１３（Ｓ９３）を送信する。これにより、監視装置Ａはセッション鍵Ｋ１３を受信して記憶できる。
【００９９】
その後、監視装置Ｃは自身が監視する空調ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ９４を、マルチキャストアドレス及びポート番号宛てに送信する。このとき、状態変化通知をセッション鍵Ｋ１３で暗号化する（ステップＳＴ５２）このマルチキャストアドレスは、先に監視装置Ｃが監視装置Ａに通知したマルチキャストアドレス「ＦＦ１２：：３１１１」、ポート番号「１１１１」である。
【０１００】
監視装置Ｂは、状態変化通知Ｓ９４を受信しても、マルチキャストアドレス「ＦＦ１２：：３１１１」、ポート番号「１１１１」のマルチキャストグループに参加していないために、当該マルチキャストパケットを無視する（ステップＳＴ５３）。
【０１０１】
一方、監視装置Ａは、状態変化通知Ｓ９４を受信すると、当該状態変化通知Ｓ９４が待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ９４を受信処理する（ステップＳＴ５４）。
【０１０２】
その後、監視装置Ｂは、監視装置Ｃが監視する空調ａの状態が変化したことを検知するために、状態変化通知登録ＡＰＩの呼出要求Ｓ９５を監視装置Ｃに送信する。
【０１０３】
監視装置Ｃは、呼出要求Ｓ９５を受信したことに応じて、監視装置Ｃにより取得した監視情報に変化があったときに当該監視情報を監視装置Ｂに送出するように登録をする。そして、監視装置Ｃは、空調ａが変化したことを通知するためのマルチキャストアドレス及びポート番号Ｓ９６を、状態変化通知ＡＰＩの戻り値として監視装置Ａに返信する。マルチキャストアドレスは「ＦＦ１２：：３１１１」、ポート番号は「１１１１」である。
【０１０４】
また、監視装置Ｃは、事前共有鍵で暗号化してセッション鍵Ｋ１２３を生成する（ステップＳＴ５５）。そして、監視装置Ｃは、先に送信したマルチキャストアドレス「ＦＦ１２：：３１１１」及びポート番号「１１１１」宛てにセッション鍵Ｋ１２３（Ｓ９７）を送信する。これにより、監視装置Ａはセッション鍵Ｋ１２３を受信して記憶できる。また、セッション鍵Ｋ１２３（Ｓ９７）は、監視装置Ａも受信する。監視装置Ａは、セッション鍵Ｋ１２３（Ｓ９７）を受信すると、監視装置Ｃからのマルチキャストパケットを受信したときに使用するセッション鍵をＫ１３からＫ１２３に更新する（ステップＳＴ５６）。
【０１０５】
その後、監視装置Ｃは自身が監視する空調ａの状態が変化したことを検知すると、その変化の内容を示す状態変化通知Ｓ９８を、マルチキャストアドレス及びポート番号宛てに送信する。このとき、状態変化通知をセッション鍵Ｋ１２３で暗号化する（ステップＳＴ５７）このマルチキャストアドレスは、先に監視装置Ｃが監視装置Ｂ及び監視装置Ａに通知したマルチキャストアドレス「ＦＦ１２：：３１１１」、ポート番号「１１１１」である。
【０１０６】
監視装置Ａ及び監視装置Ｂは、状態変化通知Ｓ９８を受信すると、当該状態変化通知Ｓ９８が待ち受け状態となっていたマルチキャストアドレス及びポート番号宛のマルチキャストパケットであるので、当該状態変化通知Ｓ９８を受信処理する（ステップＳＴ５８、ステップＳＴ５９）。そして、監視装置Ａ及び監視装置Ｂは、先に監視装置Ｃにより送信されたセッション鍵Ｋ１２３で復号して、状態変化通知の内容を認識できる。
【０１０７】
以上のように、この監視システムによれば、状態変化通知を必要とする監視装置がマルチキャストグループに参加するたびに暗号鍵を生成するので、マルチキャストグループ内だけでセキュアな通信を行うことが可能になる。
【０１０８】
なお、上述の実施の形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。
【符号の説明】
【０１０９】
１ サーバ
２ 管理ツール
３ 協調制御ユニット
４ 照明制御ユニット
４， 照明制御ユニット
４ａ，４ｂ フル２線ユニット
５ ブラインド制御ユニット
６ プロキシユニット
７ プログラマブルユニット
８ ＰＬＣ−Ｉ／Ｆユニット
８ａ，８ｂ ＰＬＣユニット
９ Ｍｏｄｂｕｓゲートウェイ
９ａ，９ｂ フル２線線ユニット
１０ ＢＡＣｎｅｔゲートウェイ
１０ａ，１０ｂ ＢＡＣｎｅｔユニット
【特許請求の範囲】
【請求項１】
第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて相互に通信可能な複数の通信装置を備え、
前記監視情報を送信する第１通信装置は、
前記監視情報を受信する第２通信装置から送信された要求に応じて、前記第１通信装置により取得した監視情報に変化があったときに当該監視情報を第２通信装置に送出するように登録をする登録手段と、
前記登録手段によって複数の第２通信装置から登録された場合に、前記複数の第２通信装置に自己のマルチキャスト通信設定情報を返信する返信手段とを備え、
前記複数の第２通信装置は、前記第１通信装置から返信されたマルチキャスト通信設定で待ち受け状態にする受信手段を備えること
を特徴とする監視システム。
【請求項２】
前記第１通信装置は、
前記登録手段により登録した登録数が１である場合には、ユニキャストで監視情報の送信を行い、
前記登録手段により登録した登録数が複数となった場合に、前記複数の第２通信装置に自己のマルチキャスト通信設定情報を送信すること
を特徴とする請求項１に記載の監視システム。
【請求項３】
前記第２通信装置は、前記第１通信装置から送信された監視情報を蓄積する状態変化管理サーバを構成することを特徴とする請求項１に記載の監視システム。
【請求項４】
前記状態変化管理サーバと同じ機能を有する他の状態変化管理サーバを前記第２ネットワークに更に備え、
前記状態変化管理サーバが機能不全となった場合に、前記他の状態変化管理サーバは、前記機能不全となった状態変化管理サーバのアドレスに設定されること
を特徴とする請求項３に記載の監視システム。
【請求項５】
前記他の状態変化管理サーバは、前記状態変化管理サーバがネットワークに再接続された場合に、前記設定されたアドレスを削除し、
前記状態変化管理サーバに、機能不全の前に使用していたアドレスが設定されること
を特徴とする請求項４に記載の監視システム。
【請求項６】
前記第１通信装置は、前記マルチキャスト通信設定情報を返信する度に、新たに暗号鍵を生成して、前記第２通信装置がマルチキャスト通信設定で受信するよう前記暗号鍵を送出し、前記監視情報を前記暗号鍵で暗号化して、暗号化された監視情報を前記マルチキャスト通信設定で受信するよう送信することを特徴とする請求項１乃至請求項５の何れか一項に記載の監視システム。
【請求項７】
端末の監視情報を取得する端末監視装置に、前記監視情報に変化があったときに当該監視情報を送信するように登録をする通知をする通知手段と、
前記端末監視装置から送信されたマルチキャスト通信設定情報を受信し、当該マルチキャスト通信設定で監視情報を待ち受ける受信手段とを備え、
前記端末監視装置から送信された監視情報を前記受信手段によって前記マルチキャスト通信設定で受信すること
を特徴とする監視情報受信装置。
【請求項８】
監視装置を受信する監視情報受信装置のプログラムであって、
端末の監視情報を取得する端末監視装置に、前記監視情報に変化があったときに当該監視情報を送信するように登録をする通知をする通知手段と、
前記端末監視装置から送信されたマルチキャスト通信設定情報を受信し、当該マルチキャスト通信設定で監視情報を待ち受ける受信手段とを備え、
前記端末監視装置から送信された監視情報を前記受信手段によって前記マルチキャスト通信設定で受信するように機能させることを特徴とする監視情報受信装置のプログラム。
【請求項９】
第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて他の通信装置と通信する監視情報送信装置であって、
前記監視情報を取得する監視情報取得手段と、
前記通信装置から送信された登録通知に応じて、前記監視情報に変化があったときに当該監視情報を前記通信装置に送出するように登録をする登録手段と、
前記登録手段により複数の通信装置から登録された場合に、前記複数の通信装置に自己のマルチキャスト通信設定情報を返信する返信手段と、
前記監視情報取得手段により監視情報を取得した場合に、前記返信手段により返信したマルチキャスト通信設定で受信できるよう監視情報を送信する監視情報送信手段と
を備えることを特徴とする監視情報送信装置。
【請求項１０】
第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて他の通信装置と通信する監視情報送信装置のプログラムであって、
前記監視情報を取得する監視情報取得手段と、
前記通信装置から送信された登録通知に応じて、前記監視情報に変化があったときに当該監視情報を前記通信装置に送出するように登録をする登録手段と、
前記登録手段により複数の通信装置から登録された場合に、前記複数の通信装置に自己のマルチキャスト通信設定情報を返信する返信手段と、
前記監視情報取得手段により監視情報を取得した場合に、前記返信手段により返信したマルチキャスト通信設定で受信できるよう監視情報を送信する監視情報送信手段
として機能させることを特徴とする監視情報送信装置のプログラム。
【請求項１】
第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて相互に通信可能な複数の通信装置を備え、
前記監視情報を送信する第１通信装置は、
前記監視情報を受信する第２通信装置から送信された要求に応じて、前記第１通信装置により取得した監視情報に変化があったときに当該監視情報を第２通信装置に送出するように登録をする登録手段と、
前記登録手段によって複数の第２通信装置から登録された場合に、前記複数の第２通信装置に自己のマルチキャスト通信設定情報を返信する返信手段とを備え、
前記複数の第２通信装置は、前記第１通信装置から返信されたマルチキャスト通信設定で待ち受け状態にする受信手段を備えること
を特徴とする監視システム。
【請求項２】
前記第１通信装置は、
前記登録手段により登録した登録数が１である場合には、ユニキャストで監視情報の送信を行い、
前記登録手段により登録した登録数が複数となった場合に、前記複数の第２通信装置に自己のマルチキャスト通信設定情報を送信すること
を特徴とする請求項１に記載の監視システム。
【請求項３】
前記第２通信装置は、前記第１通信装置から送信された監視情報を蓄積する状態変化管理サーバを構成することを特徴とする請求項１に記載の監視システム。
【請求項４】
前記状態変化管理サーバと同じ機能を有する他の状態変化管理サーバを前記第２ネットワークに更に備え、
前記状態変化管理サーバが機能不全となった場合に、前記他の状態変化管理サーバは、前記機能不全となった状態変化管理サーバのアドレスに設定されること
を特徴とする請求項３に記載の監視システム。
【請求項５】
前記他の状態変化管理サーバは、前記状態変化管理サーバがネットワークに再接続された場合に、前記設定されたアドレスを削除し、
前記状態変化管理サーバに、機能不全の前に使用していたアドレスが設定されること
を特徴とする請求項４に記載の監視システム。
【請求項６】
前記第１通信装置は、前記マルチキャスト通信設定情報を返信する度に、新たに暗号鍵を生成して、前記第２通信装置がマルチキャスト通信設定で受信するよう前記暗号鍵を送出し、前記監視情報を前記暗号鍵で暗号化して、暗号化された監視情報を前記マルチキャスト通信設定で受信するよう送信することを特徴とする請求項１乃至請求項５の何れか一項に記載の監視システム。
【請求項７】
端末の監視情報を取得する端末監視装置に、前記監視情報に変化があったときに当該監視情報を送信するように登録をする通知をする通知手段と、
前記端末監視装置から送信されたマルチキャスト通信設定情報を受信し、当該マルチキャスト通信設定で監視情報を待ち受ける受信手段とを備え、
前記端末監視装置から送信された監視情報を前記受信手段によって前記マルチキャスト通信設定で受信すること
を特徴とする監視情報受信装置。
【請求項８】
監視装置を受信する監視情報受信装置のプログラムであって、
端末の監視情報を取得する端末監視装置に、前記監視情報に変化があったときに当該監視情報を送信するように登録をする通知をする通知手段と、
前記端末監視装置から送信されたマルチキャスト通信設定情報を受信し、当該マルチキャスト通信設定で監視情報を待ち受ける受信手段とを備え、
前記端末監視装置から送信された監視情報を前記受信手段によって前記マルチキャスト通信設定で受信するように機能させることを特徴とする監視情報受信装置のプログラム。
【請求項９】
第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて他の通信装置と通信する監視情報送信装置であって、
前記監視情報を取得する監視情報取得手段と、
前記通信装置から送信された登録通知に応じて、前記監視情報に変化があったときに当該監視情報を前記通信装置に送出するように登録をする登録手段と、
前記登録手段により複数の通信装置から登録された場合に、前記複数の通信装置に自己のマルチキャスト通信設定情報を返信する返信手段と、
前記監視情報取得手段により監視情報を取得した場合に、前記返信手段により返信したマルチキャスト通信設定で受信できるよう監視情報を送信する監視情報送信手段と
を備えることを特徴とする監視情報送信装置。
【請求項１０】
第１ネットワークに接続された端末の監視情報を取得し、第２ネットワークにおいて他の通信装置と通信する監視情報送信装置のプログラムであって、
前記監視情報を取得する監視情報取得手段と、
前記通信装置から送信された登録通知に応じて、前記監視情報に変化があったときに当該監視情報を前記通信装置に送出するように登録をする登録手段と、
前記登録手段により複数の通信装置から登録された場合に、前記複数の通信装置に自己のマルチキャスト通信設定情報を返信する返信手段と、
前記監視情報取得手段により監視情報を取得した場合に、前記返信手段により返信したマルチキャスト通信設定で受信できるよう監視情報を送信する監視情報送信手段
として機能させることを特徴とする監視情報送信装置のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−１３４７１３（Ｐ２０１２−１３４７１３Ａ）
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願番号】特願２０１０−２８４３４０（Ｐ２０１０−２８４３４０）
【出願日】平成２２年１２月２１日（２０１０．１２．２１）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願日】平成２２年１２月２１日（２０１０．１２．２１）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]