(57)【要約】【課題】連携制御に必要な設備のあて先情報を入手することなく、簡単な手順で連携制御を実現する。【解決手段】防犯ｃｏｎｔ（コントローラ）４から、ある部屋の警備信号がＯＮになった場合、空調ｃｏｎｔ５Ｂ及び照明ｃｏｎｔ６Ａが管理する部屋の空調機５３１，５３２及び照明器６３１，６３２を停止制御する。この場合、防犯ｃｏｎｔ４が送信する警備信号のような連携元信号は、ネットワーク３全体に同報送信する。一方、これを受信した空調及び照明ｃｏｎｔ５Ｂ，６Ａは各機器の停止制御をするとともに、機器が停止したことを状態変化信号として、ネットワーク３に送信する。このときの状態変化信号には、何が原因で信号変化を起こしたかを示す連携元信号を付加して送信する。【選択図】　　　　図１
2004023622.tif 000002
【特許請求の範囲】
【請求項１】
ビル内設備機器を制御する設備コントローラがネットワークを介して複数接続され、上記設備コントローラが他の設備コントローラの状態変化に連携して、自身が管理する設備機器を運転／停止制御する装置において、連携元設備コントローラから連携元信号を上記ネットワーク全体にブロードキャスト送信する同報通信手段と、上記連携元信号を受信した上記設備コントローラは、その連携元信号に基づいて自身が管理する上記設備機器を連携制御する連携制御手段とを備えたことを特徴とするビル管理装置。
【請求項２】
連携制御の結果を示す状態変化信号に、連携元信号の情報を付加してネットワークに送信する第１の信号送信手段と、連携元設備コントローラに設けられ上記連携元信号の情報が付加された上記状態変化信号の有無を管理する送信管理テーブルと、この送信管理テーブルの内容から上記状態変化信号を受信していないと判断すると、上記連携元信号を再度上記ネットワーク全体にブロードキャスト送信する同報再通信手段とを設けたことを特徴とする請求項１記載のビル管理装置。
【請求項３】
状態変化信号に付加される連携元信号の情報は、連携元の信号番号とその状態とで構成されるものとしたことを特徴とする請求項２記載のビル管理装置。
【請求項４】
連携元情報を付加した状態変化信号を、連携元設備にユニキャスト送信する第２の信号送信手段を設けたことを特徴とする請求項２又は請求項３記載のビル管理装置。
【請求項５】
ビル内設備を制御する設備コントローラがネットワークを介して複数接続され、上記設備コントローラが他の設備コントローラの状態変化に連携して、自身が管理する設備機器を運転／停止する方法において、連携元設備コントローラから連携元信号を上記ネットワーク全体にブロードキャスト送信するステップと、上記連携元信号を受信した上記設備コントローラは、その連携元信号に基づいて自身が管理する上記設備機器を連携制御するステップと、上記連携制御の結果を示す状態変化信号に、連携元信号の情報を付加してネットワークに送信するステップと、上記連携元設備コントローラが上記状態変化信号を受信していないと判断すると、上記連携元信号を再度上記ネットワーク全体にブロードキャスト送信するステップとを備えたことを特徴とするビル管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ビル内の各種設備機器を制御する設備コントローラが、他の設備コントローラと連携して設備機器を管理する装置に関するものである。
【０００２】
【従来の技術】
図１は例えば特開平０７−２６１８１０号公報に示されたビル管理装置の全体構成図で、中央監視装置１、操作・監視端末装置２、防犯コントローラ（以下ｃｏｎｔという）４、空調ｃｏｎｔ５Ａ，５Ｂ及び照明ｃｏｎｔ６Ａ，６Ｂがネットワークを介して接続されている。そして、防犯防犯ｃｏｎｔ４には各部屋の扉のカードリーダ４１１等が、空調ｃｏｎｔ５Ａ，５Ｂには空調機５３１等が照明ｃｏｎｔ６Ａ，６Ｂには照明器６１１等が、それぞれ接続されている。
【０００３】
次に、例えば図３に示すような３階の部屋３１の空調機５３１，５３２及び照明器６３１，６３２の停止制御および消灯制御の処理について説明する。
部屋３１の使用者がすべて退室し、カードリーダ４３１により最終退室操作を行なうと、防犯設備ではこの操作により、部屋３１の警備を「入」状態にする。
【０００４】
防犯ｃｏｎｔ４からは、部屋３１警備入という信号メッセージを、ネットワーク３経由で、中央監視装置１、空調設備５の内空調ｃｏｎｔ５Ａと照明設備６の内照明ｃｏｎｔ６Ａにユニキャストで送信する。設備間連携制御は確実に通信する必要があるため、防犯設備からは空調設備５及び照明設備６に対して送信する連携元信号である警備信号は、部屋３１にある各設備機器を管理する各ｃｏｎｔに対して、１対１のユニキャスト通信で送信し、その応答確認を受信する。
【０００５】
図２に防犯ｃｏｎｔ４が管理する部屋と、空調ｃｏｎｔと照明ｃｏｎｔとの関係を示す。つまり、部屋３１に警備信号により停止制御する空調機５３１，５３２を管理するｃｏｎｔは空調ｃｏｎｔ５Ｂであり、同様に消灯制御する照明器６３１，６３２を管理するｃｏｎｔは照明ｃｏｎｔ６Ａとなる。
【０００６】
しかし、連携元信号をどのｃｏｎｔあてに送信するかについては、事前にエンジニアリング情報の交換作業が必要となる。
まず、連携先の空調設備５及び照明設備６について、各部屋ごとの警備信号により、どの設備機器の連携制御を実行するのかを知るため、図４に示すような連携制御テーブル９０Ａ〜９０Ｃを作成する必要がある。このため、防犯設備から図５に示すような連携元信号の一覧１００を入手する。これらの設備を製作するメーカは通常異なっているため、このようなエンジニアリングデータの受渡し作業が必要になる。
【０００７】
この連携元信号などのエンジニアリングデータに基づいて、空調設備５及び照明設備６は、それぞれの設備機器の対して設備間連携制御を行なうための連携制御テーブル９０Ａ〜９０Ｃなどを作成し、それぞれのｃｏｎｔに記憶する。
一方、防犯設備は、空調設備５及び照明設備６から、ｃｏｎｔごとにすべての連携制御テーブルを、エンジニアリングデータとして受け取ることなどにより、図１１に示すような、連携元信号別の送信あて先を作成し、防犯ｃｏｎｔ４内に連携元信号あて先テーブル１１００を作成して記憶する。
【０００８】
これらエンジニアリングデータの授受により、防犯設備は、各連携設備のｃｏｎｔあてに、１対１のユニキャスト通信で確実にその警備信号を送信することができ、各設備は確実に設備間連携制御を実行する。また、連携元信号を確実に送信したことを把握するためには、送信あて先ごとに、連携元信号を受信したという応答を管理しなければならない。
【０００９】
防犯設備から３階の部屋３１の警備入の信号メッセージが送信されると、空調ｃｏｎｔ５Ｂでは連携制御テーブル９０Ａを参照し、空調機５３１，５３２を停止制御する。その後、設備機器が停止したという状態変化信号を、ネットワーク３を介して中央管理装置１へ送信する。照明ｃｏｎｔ６Ａも同様であり、照明器６３１，６３２を消灯制御し、状態変化信号を送信する。
上記通信によるメッセージの流れを図１２に示す。
【００１０】
【発明が解決しようとする課題】
上記のような従来のビル管理装置では、防犯設備等から送信される連携元信号を連携先設備へ確実に送信するため、連携元信号を１対１のユニキャスト通信で送信しなければならない。そのため、送信あて先というエンジニアリング情報を、あらかじめ交換するという煩わしい作業が必要になるという問題点がある。
【００１１】
この発明は上記問題点を解決するためになされたもので、連携制御に必要な設備のあて先情報を入手することなく、簡単な手順でしかも確実に連携制御を実現することができるようにしたビル管理装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
この発明の第１発明に係るビル管理装置は、ビル内設備機器を制御する設備コントローラがネットワークを介して複数接続され、上記設備コントローラが他の設備コントローラの状態変化に連携して、自身が管理する設備機器を運転／停止制御する装置において、連携元設備コントローラから連携元信号を上記ネットワーク全体にブロードキャスト送信する同報通信手段と、上記連携元信号を受信した上記設備コントローラは、その連携元信号に基づいて自身が管理する上記設備機器を連携制御する連携制御手段とを備えたものである。
【００１３】
また、第２発明に係るビル管理装置は、第１発明のものにおいて、連携制御の結果を示す状態変化信号に、連携元信号の情報を付加してネットワークに送信する第１の信号送信手段と、連携元設備コントローラに設けられ上記連携元信号の情報が付加された上記状態変化信号の有無を管理する送信管理テーブルと、この送信管理テーブルの内容から上記状態変化信号を受信していないと判断すると、上記連携元信号を再度上記ネットワーク全体にブロードキャスト送信する同報再通信手段とを設けたものである。
【００１４】
また、第３発明に係るビル管理装置は、第２発明のものにおいて、状態変化信号に付加される連携元信号の情報を、連携元の信号番号とその状態とで構成したものである。
【００１５】
また、第４発明に係るビル管理装置は、第２又は第３発明のものにおいて、連携元情報を付加した状態変化信号を、連携設備にユニキャスト送信する第２の信号送信手段を設けたものである。
【００１６】
また、第５発明に係るビル管理方法は、ビル内設備を制御する設備コントローラがネットワークを介して複数接続され、上記設備コントローラが他の設備コントローラの状態変化に連携して、自身が管理する設備機器を運転／停止制御する方法において、連携元設備コントローラから連携元信号を上記ネットワーク全体にブロードキャスト送信するステップと、上記連携元信号を受信した上記設備コントローラは、その連携元信号に基づいて自身が管理する上記設備機器を連携制御するステップと、上記連携制御の結果を示す状態変化信号に、連携元信号の情報を付加してネットワークに送信するステップと、上記連携元設備コントローラが上記状態変化信号を受信していないと判断すると、上記連携元信号を再度上記ネットワーク全体にブロードキャスト送信するステップとを備えたものである。
【００１７】
【発明の実施の形態】
実施の形態１．
図１〜図９はこの発明の第１、第２及び第５発明の一実施の形態を示す図で、図１は全体構成図、図２はビルの縦断面図、図３はビル３階の平面図、図４は連携制御テーブルの内容説明図、図５は連携元信号説明図、図６は状態変化信号のメッセージ内容説明図、図７は再送時の状態変化信号のメッセージ内容説明図、図８は送信管理テーブルの内容説明図、図９は設備間連携制御条件説明図であり、図中同一符号は同一部分を示す。
【００１８】
図１において、１は各設置機器の状態を監視したり、各設備機器の制御を処理したりする中央監視装置、２は上記監視や制御を指示する操作・監視端末装置、３は各設備コントローラ間を接続し、通信を行なうためのネットワーク、４はネットワーク３に接続された防犯設備及びそのコントローラ（以下ｃｏｎｔと記す）
で、部屋の扉の外側に設置されたカードリーダ（以下ＣＲと記す）４１１，４１２，４２１，４２２，４３１，４３２が接続されている。
【００１９】
５はネットワーク３に接続された空調設備で、空調ｃｏｎｔ５Ａ，５Ｂが接続され、空調ｃｏｎｔ５Ｂには空調機５３１〜５３４が接続されている。６はネットワーク３に接続された照明設備で、照明ｃｏｎｔ６Ａ，６Ｂが接続され、照明ｃｏｎｔ６Ａには照明器６１１、・・・６３１，６３２，・・・６３６等が接続され、照明ｃｏｎｔ６Ｂには照明器６４１等が接続されている。
【００２０】
図２において、ビルは１〜６階建てとし、１階には部屋１１，１２が、２階には部屋２１，２２が、３階には部屋３１，３２が、４階には部屋４１，４２が、５階には部屋５１，５２が、６階には部屋６１，６２が設けられている。防犯ｃｏｎｔ４は部屋１１〜６２にあるカードリーダを管理し、空調ｃｏｎｔ５Ａは部屋１１〜１２にある空調機を管理し、空調ｃｏｎｔ５Ｂは部屋３１〜４２にある空調機を管理し、空調ｃｏｎｔ５Ｃは部屋５１から６２にある空調機を管理する。照明ｃｏｎｔ６Ａは部屋１１〜３２にある照明器を管理し、照明ｃｏｎｔ６Ｂは部屋４１〜６２にある照明器を管理する。
【００２１】
図３において、７はエレベーターで、部屋３１には扉の近傍にカードリーダ４３１が設置され、部屋３１の中には空調機５３１，５３２及び照明器６３１，６３２が設置されている。また、部屋３２には扉の近傍にカードリーダ４３２が設置され、部屋３２の中には空調機５３３〜５３５及び照明器６３３〜６３６が設置されている。つまり、部屋３１の警備信号により停止制御する空調機５３１，５３２を管理する空調ｃｏｎｔは空調ｃｏｎｔ５Ｂであり、同様に照明器６３１，６３２を管理する照明ｃｏｎｔは照明ｃｏｎｔ６Ａである。
【００２２】
また、部屋３２の警備信号により停止制御する空調機５３３〜５３５を管理する空調ｃｏｎｔは空調ｃｏｎｔ５Ｂであり、同様に照明器６３３〜６３６を管理する照明ｃｏｎｔは照明ｃｏｎｔ６Ａである。
【００２３】
図４において、９０Ａは空調ｃｏｎｔ５Ｂ内に記憶された連携制御テーブル、９０Ｂは照明ｃｏｎｔ６Ａ内に記憶された連携制御テーブル、９０Ｃは空調ｃｏｎｔ５Ａ内に記憶された連携制御テーブルで、それぞれ連携元信号番号、警備状態及び設備連携制御動作が記憶されている。
図５において、１００は連携制御テーブル９０Ａ〜９０Ｃを作成するために、連携元設備から連携元設備に対して公開する連携元信号テーブルであり、連携元信号名称及び連携元信号番号が一覧表として記載されている。
【００２４】
次に、この実施の形態の動作を、例えば３階の部屋３１の警備を入れた場合、連携制御により部屋３１の空調機５３１，５３２を停止制御し、照明６３１，６３２消灯制御する処理の流れについて図６〜図９を参照して説明する。
まず、３階の部屋３１の使用者がすべて退室し、ＣＲ４３１によって最終退室操作を行なうと、図６に示すように、防犯ｃｏｎｔ４からネットワーク３全体に、部屋３１の警備が「入」になったという状態変化信号のメッセージ１００１がブロードキャスト（同報）通信により送信される。
【００２５】
送信後、防犯ｃｏｎｔ４は図８に示すような送信管理テーブル７２に、送信した送信番号を追記登録する。この登録の際には、図９に示すような設備間連携制御条件７３を参照しながら条件に合う信号の場合に登録する。
例えば、防犯ｃｏｎｔ４からのメッセージ１００１で、信号番号「０４０３０１０１」がＯＮになった場合、設備間連携制御条件７３を検索し、信号番号「０４０３０１０１」がＯＮになったとき空調設備５と照明設備６が連携制御になっているため、送信管理テーブル７２に、これら２つの信号を登録する。
【００２６】
一方、信号番号「０４０１０１０１」がＯＦＦになった場合は、設備間連携制御条件７３には照明設備が連携制御することになっているため、送信管理テーブル７２にこれを登録する。
この送信先設備は、設備ごとのｃｏｎｔ単位にあるものではなく、信号ごとに設備間連携制御を行う設備を示すもので、防犯ｃｏｎｔ４と空調設備５間及び防犯ｃｏｎｔ４と照明ｃｏｎｔ６間でのエンジニアリングデータの交換作業は必要とせず、システム全体で取り決める性格の情報である。
【００２７】
ここで、ブロードキャスト通信のアドレスは、例えばイーサネット（登録商標）上のインターネットプロトコルを使用する場合、端末番号＝２５５という単一のアドレスとなる。例えば、ネットワークアドレスが１９２．１６８．１．０．で、サブネットマスクが２４ビットである場合、ブロードキャストアドレスは、１９２．１６８．１．２５５となる。
このブロードキャスト通信は、ネットワークに接続された設備は、すべて受け取ることを前提としている。
【００２８】
したがって、防犯ｃｏｎｔ４から警備「入」の信号を１回だけ送信すれば、中央監視装置１、空調設備５及び照明設備６のすべてのｃｏｎｔはこの連携元信号を受信する。すべてのｃｏｎｔが受信するということは、設備間連携制御を行わないｃｏｎｔも、この連携元信号を受信するということである。
一方、防犯ｃｏｎｔ４からメッセージ１００１が送信されると、中央監視装置１は操作・監視端末装置２に、３階の部屋３１の警備が「入」状態になったことを表示し、オペレータに知らせる。
【００２９】
次に、設備間連携制御を行うｃｏｎｔの動作を説明する。
防犯ｃｏｎｔ４から送信される３階部屋３１警備入というメッセージ１００１を空調ｃｏｎｔ５Ｂ及び照明ｃｏｎｔ６Ａが受信すると、自身が記憶する連携制御テーブル９０Ａ，９０Ｂ内を探索し、連携元信号番号に３階部屋３１警備を表す「０４０３０１０１」が存在するため、その信号の状態が「入」である場合の設備連携制御動作に記載されている空調機５３１，５３２の停止制御、及び照明器６３１，６３２の消灯制御をそれぞれ実施する（連携制御手段）。
【００３０】
一方、３階部屋３１警備入という信号を受信しても、設備間連携制御を行わないｃｏｎｔ、例えば空調ｃｏｎｔ５Ａは、同じく自身が記憶する連携制御テーブル９０Ｃ内を探索し、連携先信号番号に３階部屋３１警備を表す「０４０３０１０１」が存在しないため、設備間連携制御は実施しない。
【００３１】
次に、設備間連携制御を実施した設備は、その制御結果として、状態変化信号に、連携元信号の情報７１を付加したメッセージ１００２，１００３をネットワーク３に送信する（第１の信号送信手段）。
この連携元信号の情報７１は、何が原因で設備間連携制御を実施したのかを示すもので、各連携先設備においては容易に記憶可能であり、その状態変化信号に付加することも容易である。図６の例では、連携元信号番号「０４０３０１０１」自体を付加するようにしている。
【００３２】
連携元信号の情報７１が付加されたメッセージ１００２，１００３を受信した場合、連携元設備の防犯ｃｏｎｔ４では、図８に示す送信管理テーブル７２を探索し、登録されている情報を削除する。例えば、空調ｃｏｎｔ５Ｂから「０４０３０１０１０」を含む状態変化信号を受信した場合、図８の送信番号を削除する。
【００３３】
ブロードキャスト通信では、ユニキャスト通信のように、受信確認の応答メッセージを受け取ることはできないが、上記連携元信号の情報７１が付加された状態変化信号を受信し、図８の送信管理テーブル７２を管理することで、連携元信号によって設備間連携制御が確実に実施されたかを判断することができる。
なお、中央監視装置１では、空調機５３１，５３２が停止し、照明器６３１，６３２が消灯したことを表示する。
【００３４】
次に、照明ｃｏｎｔ６Ａだけが３階部屋３１の警備入のブロードキャスト通信（１回目）を受信できなかった場合のメッセージ内容を図７により説明する。
空調ｃｏｎｔ５Ｂが設備間連携制御するところまでは、上記実施の形態と同様のため説明は省略する。
照明ｃｏｎｔ６Ａが何らかの原因で、連携元信号のブロードキャストを受信できなかった場合、当然設備間連携制御は行われずその結果としての状態変化信号を送信することはできない、
【００３５】
防犯ｃｏｎｔ４では、空調ｃｏｎｔ５Ｂからの状態変化信号を受信し、図８に示す送信管理テーブル７２から、送信番号１を削除することはできるが、照明ｃｏｎｔ６Ａからの状態変化信号は受信していないので、送信番号２を削除することはできない。防犯ｃｏｎｔ４では一定時間送信管理テーブル７２を監視し、テーブル７２内に情報が残っている場合は、設備間連携制御が行われていないと判断し、残っている信号番号に対する連携元信号のメッセージ１０１１をブロードキャストにより、再送信する（同報再通信手段）。
【００３６】
なお、中央監視装置１では、３階の部屋３１の警備が「入」状態になったことは表示済みである。また、空調ｃｏｎｔ５Ｂでは、設備間連携制御済みであるため、状態変化は送信しない。
上記と同様、照明ｃｏｎｔ６Ａが状態変化信号を受信し、設備間連携制御を行うと、以下同様の流れ（メッセージ１０１２送信）で、送信管理テーブル７２から送信番号２が削除される。３回程度再送信しても、送信管理テーブル７２に信号が残る場合は、警報処理を行い、その送信管理テーブル７２をクリアするようにしてもよい。
なお、中央監視装置１では、照明器６３１，６３２が消灯したことを表示する。
【００３７】
また、中央監視装置１が連携元信号の情報７１が付加されたメッセージを受信した場合、何が原因で制御が行われたかも表示することが可能となる。つまり、設備間連携制御により制御が行われたのか、例えばスケジュールにより制御が行われたのかが区別できる。
【００３８】
このようにして、防犯ｃｏｎｔ４が送信する警備信号すなわち連携元信号は、ネットワーク３全体にブロードキャスト送信され、これを受信した空調設備５及び照明器６は、各機器を停止制御及び消灯制御するため、あて先設備のアドレスを知るなどのエンジニアリングデータの交換作業が少なくて済み、通信手段自体も簡単で安価に構成することが可能となる。また、制御を実行した原因である連携元信号の情報があるため、例えば誤った制御が行われた場合、その原因を特定することが可能となる。
【００３９】
実施の形態２．
図１０はこの発明の第３発明の一実施の形態を示す連携元信号の情報を示す図である。なお、図１〜図９は実施の形態２にも共用する。
実施の形態１では、状態変化信号に付加する連携元信号の情報として、連携元の信号番号を付加する構成としたが、実施の形態２は、図１０に示すように信号状態を付加するものである。
このようにして、空調設備５に対する警備「入」による空調機停止制御と照明設備６に対しての照明器消灯制御の外に、照明設備６に対する警備「切」による照明器点灯制御を行うなどの、きめ細かな設備間連携制御を実現することが可能となる。
【００４０】
実施の形態３．
この発明の第４発明の一実施の形態を示すもので、図１〜図１０を共用する。連携先設備が送信する、連携元信号を付加した状態変化信号は、連携元の防犯ｃｏｎｔ４にユニキャスト通信で送信するものである（第２の信号送信手段）。この場合、連携先から送信される状態変化信号は、更に確実に連携元設備へ送信することが可能となる。
連携先設備としては、連携制御する原因が連携元設備からの信号変化を受信したことであるので、この連携元信号を送信して来た設備のアドレスを知ることは容易で、ユニキャスト通信で、連携元信号の情報を付加した状態変化信号を送信することも容易である。
【００４１】
その他の実施の形態．
上記各実施の形態では、防犯ｃｏｎｔ４と空調設備５及び照明設備６間の設備間連携制御について説明したが、これに限るものではなく、火災信号がＯＮになった場合の非常解錠制御、空調停止や照明点灯制御等の防災設備と防犯設備、空調設備及び照明設備間等の設備間連携制御にも適用可能であることは言うまでもない。
【００４２】
【発明の効果】
以上述べたようにこの発明の第１発明では、連携元設備コントローラから連携元信号をネットワーク全体にブロードキャスト送信し、これを受信した設備コントローラは、その設備元信号に基づいて設備機器を連携制御するようにしたので、エンジニアリングデータの交換作業が少なくて済み、簡単で安価に構成することができる。
【００４３】
また、第２発明では、連携制御の結果を示す状態変化信号に、連携元信号の情報を付加して送信し、連携元設備コントローラが状態変化信号を受信していないと判断すると、連携元信号を再度ブロードキャスト送信するようにしたので、エンジニアリングデータの交換作業が少なくて済み、簡単で安価に構成することができるとともに、誤った制御が行われた場合、その原因を特定することができる。
【００４４】
また、第３発明では、状態変化信号に付加される連携元信号の情報を、連携元の信号番号とその状態とで構成したので、エンジニアリングデータの交換作業が少なくて済み、簡単で安価に構成することができるとともに、きめ細かな設備間連携制御を実現することができる。
【００４５】
また、第４発明では、連携元情報を付加した状態変化信号を、連携先設備にユニキャスト送信するようにしたので、エンジニアリングデータの交換作業が少なくて済み、簡単で安価に構成することができるとともに、連携先から送信される状態変化信号は、更に確実に連携先設備へ送信することができる。
【００４６】
また、第５発明では、連携元設備コントローラから連携元信号をネットワーク全体にブロードキャスト送信し、これを受信した設備コントローラは、その連携元信号に基づいて設備機器を連携制御して、その結果としての状態変化信号に、連携元信号の情報を付加して送信し、連携元設備コントローラが状態変化信号を受信していないと判断すると、連携元信号を再度ブロードキャスト送信する各ステップを備えたので、エンジニアリングデータの交換作業が少なくて済み、簡単で安価に構成することができるとともに、誤った制御が行われた場合、その原因を特定することができる。
【図面の簡単な説明】
【図１】この発明の実施の形態１を示す全体構成図。
【図２】この発明の実施の形態１を示すビルの縦断面図。
【図３】この発明の実施の形態１を示すビル３階の平面図。
【図４】この発明の実施の形態１を示す連携制御テーブルの内容図。
【図５】この発明の実施の形態１を示す連携元信号説明図。
【図６】この発明の実施の形態１を示す状態変化信号のメッセージ内容説明図。
【図７】この発明の実施の形態１を示す再送時の状態変化信号のメッセージ内容説明図。
【図８】この発明の実施の形態１を示す送信管理テーブルの内容説明図。
【図９】この発明の実施の形態１を示す設備間連携制御条件説明図
【図１０】この発明の実施の形態２を示す連携元信号の情報を示す図。
【図１１】従来のビル管理装置を示す連携元信号別の送信あて先テーブル内容説明図。
【図１２】従来のビル管理装置を示すメッセージ内容説明図。
【符号の説明】
１　中央監視装置、　２　操作・監視端末装置、　３　ネットワーク、　４　防犯設備及びそのコントローラ、　４１１，４１２，４２１，４２２，４３１，４３２　カードリーダ、　５　空調設備、　５Ａ，５Ｂ　空調コントローラ、　５３１〜５３４　空調機、　６　照明設備、　６Ａ，６Ｂ　照明コントローラ、６１１〜６３６，６４１　照明器、　７１，７１Ａ　連携元信号の情報、　７２　送信管理テーブル、　７３　設備間連携制御条件、　９０Ａ〜９０Ｃ　連携制御テーブル、　１００　連携元信号テーブル、　１００１〜１００３，１０１１，１０１２　状態変化信号のメッセージ。
【図１】
2004023622.tif 000003
【図２】
2004023622.tif 000004
【図３】
2004023622.tif 000005
【図４】
2004023622.tif 000006
【図５】
2004023622.tif 000007
【図６】
2004023622.tif 000008
【図７】
2004023622.tif 000009
【図８】
2004023622.tif 000010
【図９】
2004023622.tif 000011
【図１０】
2004023622.tif 000012
【図１１】
2004023622.tif 000013
【図１２】
2004023622.tif 000014