JP5274122B2 - 設備機器制御監視装置および設備機器制御監視プログラム - Google Patents

Description

この発明は、空調機等の設備機器を複数接続して、集中管理する設備機器制御監視装置および設備機器制御監視プログラムに関するものである。

従来、複数の設備機器と、これら複数の設備機器の動作を監視および制御する上位監視装置との間で送受信される信号の通信処理方法として、例えば特許文献１の通信処理方法が提案されている。この通信処理方法では、設備機器である空調機毎、または複数の空調機を下位に接続して通信を管理する副親機毎に、一意のアドレス番号を割り当てて、上位監視装置がアドレス番号の昇順にポーリングを行いながら、接続されている全ての空調機または副親機に対して通信していた。

特許第３８１５１０３号公報

従来の空調機の通信処理方法は以上のように構成されているので、ある空調機への通信が失敗した場合、通信回復を試みるために通信を繰り返していた。そのため、通信が失敗した空調機（または副親機）より後続のアドレス番号を有する空調機への通信は、通信失敗を判定する時間、通信を再度試みる時間、および通信結果を受け取る時間だけ遅れてしまい、後続の空調機に待ち時間が発生する。その結果、全ての空調機への通信が完了するまでにかかる時間は、通信失敗を判定する時間、通信を再度試みる時間および通信結果を受け取る時間を合計した時間分だけ長くなり、空調機制御の同時性が損なわれるという課題があった。
また、通信を繰り返し行わない場合には一時的な通信の失敗に対する救済ができず、一時的な通信失敗であるにもかかわらず、上位監視装置側が空調機の機器異常発生と判断してしまう可能性があった。

また、通信先の空調機数が通信ポート数より多く、１つの通信ポートに複数の空調機が設定されている場合、他の通信ポートより早く通信が完了した通信ポートがあっても、その空き通信ポートは設定以外の空調機との通信に有効利用できないという課題があった。

また、上位監視装置が空調機に対して風向調整または運転状態確認等の優先度の低い指令の通信を行っている最中に、全空調機に対する火災報知停止指令等の優先度の高い操作指令が発生した場合、現在行っている優先度の低い通信が完了するまで、優先度の高い操作指令の通信を行うことができなかった。さらに、優先度の設定条件は、空調機が設置される環境およびビル管理の方法に応じて異なる可能性があるため、設置場所に合わせて通信処理を行う通信プログラムを変更する必要があり、コストが高くついていた。

また、空調機との通信が失敗し、通信回復を期待して通信を繰り返し行う場合、通信内容によっては繰り返して通信する必要のないものもあれば、何度か通信を繰り返す必要のあるものもある。さらに、繰り返し回数の設定条件は、空調機が設置される環境およびビル管理の方法に応じて異なるため、設置場所に合わせて、通信処理を行う通信プログラムを変更する必要があり、コストが高くついていた。

また、上位監視装置が空調機の運転状態を監視する場合、空調機および副親機が設置された環境およびビル管理の方法に応じて、空調機の監視に必要な通信の間隔および実現できる通信の間隔が異なる。そのため、従来は空調システムの設置場所に合わせて通信処理を行う通信プログラムを変更する必要があり、コストが高くついていた。

また、上位監視装置が副親機を経由して空調機の運転状態を操作する場合、空調機に対する操作が入力された時点から実際に空調機の状態変化が完了する時点まで時間がかかるため、操作指令の送信後すぐに空調機に操作指令が反映されるものではない。例えば副親機から空調機への操作指令の通信に要する時間は、運転開始を指令した場合で５秒以内、設定温度の変更を指令した場合で１０秒以内というように、通信内容によって空調機へ指令を伝達する時間が異なる場合がある。さらに、上位監視装置が定期的に空調機の状態監視指令を送信する場合、空調機が状態変化しても、上位監視装置による確認は定期的な状態監視指令の送信タイミングに依存する。そのため、上位監視装置は空調機の状態変更の認知が遅れるという課題があった。このように上位監視装置における操作指令の通信から状態変化の認知までの時間差が大きい場合、上位監視装置は操作指令が空調機に認識されていないものとみなして、操作指令を重複して通信してしまい、結果として無駄な通信が発生してしまう可能性があった。

この発明は、上記のような課題を解決するためになされたもので、上位監視装置が通信により空調機等の設備機器の状態監視および操作を行う際に、効率の良い設備機器の状態監視および操作を行う設備機器制御監視装置を得ることを第１の目的とする。

また、この発明は、上位監視装置と任意の設備機器との通信が一時的に失敗した際、設備機器の通信異常と判断する前に通信回復を期待して一定回数の通信を繰り返すと共に、再送による待ち時間を抑制し、複数の設備機器制御監視の同時性を確保することができる設備機器制御監視装置を得ることを第２の目的とする。

また、この発明は、通信の優先順位、通信間隔、および通信失敗時の通信繰り返し回数を、指令内容に応じて自由に設定することができる設備機器制御監視装置を得ることを第３の目的とする。

また、この発明は、通信のタイミングと、副親機が認識する設備機器の運転状態遷移のタイミングのずれを吸収し、上位監視装置において設備機器動作の誤検知を防ぐことができる設備機器制御監視装置を得ることを第４の目的とする。

この発明に係る設備機器制御監視装置は、通信のための論理的な複数の通信ポートと、
通信ポート毎の通信状態を示す情報を格納したポート管理テーブルと、設備機器を制御するための通信情報を格納した通信内容管理テーブルと、通信内容管理テーブルに格納された通信情報を送信する都度、ポート管理テーブルを参照して通信を行っていない通信ポートを選択して、当該通信ポートから前記通信情報を送信する通信制御部と、通信情報を送信する際の通信条件を示した情報を格納した通信条件テーブルと、所定の通信条件が入力されると、通信条件テーブルの情報を当該所定の通信条件に変更する通信条件設定部と、副親機毎の通信の負荷状態を示す情報を格納した負荷状態監視テーブルとを備え、通信条件テーブルの通信条件は、通信の負荷状態に応じた待機時間を指定した情報であり、通信制御部は、副親機を介して通信情報を送信する場合、負荷状態監視テーブルおよび通信条件テーブルを参照して、前回の通信情報の送信から当該副親機の通信の負荷状態に応じた待機時間が経過した後で送信すると共に、当該送信の結果に基づいて通信の負荷状態を推定し、負荷状態監視テーブルを更新するようにしたものである。

この発明によれば、通信情報を送信する都度、複数の通信ポートの通信状態を示す情報を格納したポート管理テーブルを参照して通信を行っていない通信ポートを選択して送信するようにしたので、複数の通信ポートのうちの空いた通信ポートを順次割り当てながら複数の設備機器または副親機に対して通信を行うため、通信待ちの時間を抑制することができる。
また、負荷状態監視テーブルは副親機毎に通信の負荷状態を管理するように構成したため、副親機への通信負荷を上げないよう調整して副親機が行っている他の通信の阻害をなくし、副親機自身の処理、空調制御監視装置以外の装置からの通信等に対して影響を低減することができる。その結果、空調制御監視装置から副親機および空調機への通信を効率よく行うことができる。

実施の形態１．
図１は、この発明の実施の形態１に係る空調制御監視装置の内部構成を示すブロック図である。また、図２はこの発明の実施の形態１に係る空調システムの物理的構成を示すブロック図である。
図１および図２に示す空調制御監視装置（設備機器制御監視装置）１は、通信線２により複数の副親機３と接続している。この副親機３は、通信線４により複数の空調機５と接続している。副親機３は固有の識別番号である副親機アドレスを有し、空調機５は固有の識別番号である空調機アドレスを有する。ここでは、ビル等に設置される設備機器の一例として空調機５を例に用いて説明する。
また、空調制御監視装置１には、出力装置６および入出力装置７が接続されてもよく、さらに、通信線８によりビル集中管理装置９が接続されてもよい。なお、出力装置６はモニタ画面等を有し、ユーザに対して画面表示を行う。入出力装置７はタッチパネル機能を備えたモニタ画面等を有し、ユーザから入力を受け付けると共に、ユーザに対して画面表示を行う。

副親機３は、上位に空調制御監視装置１を接続すると共に、下位に複数の空調機５を接続して、空調制御監視装置１から送信された通信情報を、指定された空調機５へ送信する。また、下位の空調機５から出力された情報を上位の空調制御監視装置１へ送信する。
また、ビル集中管理装置９は、空調システムが設置されているビル等の建物を集中管理する上位監視装置であり、例えば火災発生を検知した場合に建物内の設備機器に緊急火報停止の操作指示を出力する。

図１において、空調制御監視装置１は、空調機５の運転／停止、運転モードの変更等の運転状態を操作するための指示を生成する空調機制御部１０、通信ポートを管理して、副親機３を経由する空調機５との通信を制御する通信制御部１１、論理的な複数の通信ポート１２，１３、出力装置６に副親機３および空調機５の状態を出力する出力部１４を備える。また、空調制御監視装置１は、空調機制御部１０、通信制御部１１、出力部１４、通信条件設定部２１が書き込みおよび読み出しを行い、必要な情報を格納しておくテーブル格納部１５を有する。
なお、図１の通信条件設定部２１、通信条件テーブル２２および設定入力装置２３は、後述する実施の形態で詳細を説明する。

テーブル格納部１５は、状態監視テーブル１６、空調機操作情報テーブル１７、通信管理テーブル１８を格納する記憶領域である。図３は、この発明の実施の形態１に係る空調制御監視装置のテーブル格納部を示す説明図である。
テーブル格納部１５内の状態監視テーブル１６は、副親機３および空調機５の状態を格納するテーブルであり、例えば図３（ａ）に示すような、各空調機５の運転／停止の状態、設定温度、運転モード、風量等の運転状態および通信状態、ならびに各副親機３の通信状態を格納している。

空調機操作情報テーブル１７は、例えば図３（ｂ）に示すような、空調機５への操作情報を格納するテーブルである。操作情報は、送信先を識別するための副親機アドレスと空調機アドレス、操作指示を内容によって分類した通信種類コード、操作指示の内容を示す通信の内容等を含む。

通信管理テーブル１８は、通信ポート１２，１３の利用管理、および空調機５へ送信する通信情報の管理に関する情報を格納するテーブルである。通信管理テーブル１８には、例えば図３（ｃ）に示すようなポート管理テーブル１８ａ、および図３（ｄ）に示すような通信内容管理テーブル１８ｂが格納されている。
ポート管理テーブル１８ａは、通信ポート１２，１３の利用状況を管理するためのテーブルである。なお、通信ポート１２，１３には、通信ポートを識別するためのポートＮｏ．が割り当てられ、空調制御監視装置１はポートＮｏ．によって通信ポート１２，１３を管理している。ここでは、通信ポート１２にポートＮｏ．１を、通信ポート１３にポートＮｏ．２を割り当てている。

また、通信内容管理テーブル１８ｂは、空調機操作情報テーブル１７に格納されていた操作情報を管理するためのテーブルである。通信内容管理テーブル１８ｂには、空調機操作情報テーブル１７の通信の内容である通信内容、および送信先を指定した送信アドレス、通信失敗時に復旧を期待した通信の繰り返しの最大設定数である最大再送回数、実際の再送回数等の管理情報が格納されている。
なお、通信内容管理テーブル１８ｂに格納された通信情報の順序は、空調機操作情報テーブル１７から通信内容管理テーブル１８ｂへ書き込まれた時間順とし、通信制御部１１はその順序で通信情報を送信する。ただし、空調機制御部１０が出力した操作情報に予め通信の優先度等が設定されている場合には、通信制御部１１はその優先度等に従う順序で通信情報を送信する。

空調機制御部１０は、ビル集中管理装置９が出力した空調機５に対する操作指示、またはユーザが入出力装置７を操作して入力した空調機５に対する操作指示を受け付けて、指定された空調機５に対する運転／停止、運転モードの変更、設定温度の変更、風向きの変更等の操作情報を生成する。生成された操作情報は、空調機制御部１０により空調機操作情報テーブル１７に書き込まれる。
なお、本実施の形態においては、通信失敗時に復旧を期待した通信の繰り返しの最大設定数である最大再送回数、および操作情報の送信順序は、空調機制御部１０が予め設定し、空調機操作情報テーブル１７の操作情報に含めておくものとする（図示省略）。また、空調機制御部１０は、状態監視テーブル１６を参照して、空調機５および副親機３の状態を入出力装置７に出力する。入出力装置７は、空調機５および副親機３の状態を画面表示する。

通信制御部１１は、通信ポート１２，１３を制御して、副親機３を経由した空調機５との通信を行う。なお、通信制御部１１は受信と送信とを独立した処理として行い、送信中に副親機３から受信割り込みが発生すると、受信した情報を解析して、例えば空調機５の運転状態を知らせる内容であれば、状態監視テーブル１６を更新する。
通信制御部１１は、通信ポート１２，１３の利用状況を監視して、通信管理テーブル１８内のポート管理テーブル１８ａを更新する。また、空調機操作情報テーブル１７に操作情報が書き込まれると、通信制御部１１が書き込まれた順序で操作情報を読み出して、通信内容管理テーブル１８ｂのデータ形式にあわせた形式に編集して書き込む。そして、通信制御部１１は、通信内容管理テーブル１８ｂの通信情報を、ポート管理テーブル１８ａから空き通信ポートを選択して送信する。
なお、通信制御部１１は、空調機操作情報テーブル１７にある操作情報のうち、通信が終了した情報とこれから通信する情報とを区別するために、参照位置を所定の記憶領域に格納する退避処理を行う。

出力部１４は、状態監視テーブル１６を参照して、空調機５および副親機３の状態を出力装置６に出力する。出力装置６は、空調機５および副親機３の状態を画面表示する。

次に、送信時の空調制御監視装置１の動作を説明する。図４は、この発明の実施の形態１に係る空調制御監視装置の送信動作を示すフローチャートである。通信管理テーブル１８内の通信内容管理テーブル１８ｂに複数の通信情報が存在する場合を例に説明する。先ず、ステップＳＴ１において、通信制御部１１が通信内容管理テーブル１８ｂにおいて通信待ちで待機している通信情報のうち、状態監視テーブル１６において通信異常等が発生している空調機５に対する通信情報以外の有効な通信情報を抽出し、続くステップＳＴ２において優先度一位の通信情報を選択する。

続いて、ステップＳＴ３にて通信制御部１１が優先度一位の通信情報を、空調機５に応じたデータ形式に組み立てて、ステップＳＴ４においてＮｏ．１の通信ポートが利用可能か確認する。
Ｎｏ．１の通信ポートが空いていなければ、通信制御部１１はポート番号をインクリメントして（ステップＳＴ５）、ポート番号が通信ポートの総数を超えていないことを確認し（ステップＳＴ６”Ｙｅｓ”）、再びステップＳＴ４にてＮｏ．２の通信ポートの利用状況を確認する。
他方、ポート番号が一巡してしまい、ポート番号が通信ポートの総数以上になった場合には（ステップＳＴ６“Ｎｏ”）、通信制御部１１はポート番号をＮｏ．１に戻し（ステップＳＴ７）、再び空き通信ポートを探す（ステップＳＴ４）。

通信制御部１１は空き通信ポートを確保すると、その空き通信ポートを優先度一位の通信情報を送信するための通信ポートに設定し（ステップＳＴ８）、ポート管理テーブル１８ａの該当通信ポートの状態を通信状態に更新する（ステップＳＴ９）。
次いで、通信制御部１１は、ステップＳＴ８で設定した通信ポートから通信情報を送信し（ステップＳＴ１０）、送信後、通信が正常に完了したことを確認すると共に、ポート管理テーブル１８ａの該当通信ポートを空き状態に更新する（ステップＳＴ１１）。通信が正常に完了したことが確認されると（ステップＳＴ１１“Ｙｅｓ”）、通信制御部１１が送信した通信情報を通信内容管理テーブル１８ｂから削除する（ステップＳＴ１２）。

他方、副親機３または空調機５との通信に異常が発生し、通信が失敗した場合（ステップＳＴ１１“Ｎｏ”）、通信制御部１１は通信内容管理テーブル１８ｂの再送回数と最大再送回数とを照合し、再送回数が最大再送回数を超えていないことを確認する（ステップＳＴ１３）。
通信失敗の通信情報が再送継続条件を満たせば（ステップＳＴ１３“Ｙｅｓ”）、通信制御部１１はこの通信情報の再送回数をインクリメントする（ステップＳＴ１４）。

また、通信失敗の通信情報が再送継続条件を満たさなければ（ステップＳＴ１３“Ｎｏ”）、通信制御部１１は状態監視テーブル１６の送信先に指定された空調機５の通信状態を、「通信異常」を示す情報に更新する（ステップＳＴ１５）。次いで、通信制御部１１は退避処理として、空調機操作情報テーブル１７に格納されている操作情報を通信が行われたものとして記憶する（ステップＳＴ１６）。

次に、受信時の空調制御監視装置１の動作を説明する。図１に示す通信ポート１２，１３は送信用の通信ポートであるが、空調制御監視装置１は送信用の通信ポートとは別に受信用の通信ポートを備える（図示省略）。送信用と受信用の通信ポートには同じポート番号が設定されてペアとして扱われ、Ｎｏ．１の送信用通信ポートで送信した通信情報に対する応答は、Ｎｏ．１の受信用通信ポートで受信する。

図５は、この発明の実施の形態１に係る空調制御監視装置の受信動作を示すフローチャートである。通信制御部１１は、ステップＳＴ２１にて受信した情報を解析して、続くステップＳＴ２２にて状態監視テーブル１６を更新する対象の受信情報であるか判定する。
更新対象の受信情報であれば（ステップＳＴ２２“Ｙｅｓ”）、続くステップＳＴ２３にて、通信制御部１１が状態監視テーブル１６を更新する。
なお、本実施の形態１では、空調制御監視装置１が送信した通信情報に対して下位の副親機３および空調機５が応答情報を返信する際、空調制御監視装置１は送信時の通信ポートとペアの受信用通信ポートで応答情報を受信して受信情報とする構成とした。一方、副親機３または空調機５で通信情報が発生する場合には、空調制御監視装置１が副親機３または空調機５に応答情報を返信する際、受信時の通信ポートとペアの送信用通信ポートで応答情報を送信すればよい。受信用の通信ポートの利用状況についても、送信用と同様に、ポート管理テーブルを用いて管理する構成であってもよい。

以上のように、空調制御監視装置１の通信方法では、どの通信ポートからどの空調機アドレスまたは副親機アドレスへ通信を行うか、空調機５または副親機３のアドレスが通信ポート１２，１３に予め割り当てられているものではない。空調制御監視装置１が通信の都度ポート管理テーブルを参照して、空いている通信ポートから送信するので、空調機５および副親機３に宛てた通信情報は、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ、Ｆｉｒｓｔ Ｏｕｔ）の規則性を失わずに通信されると共に、効率よく通信を実行することができる。

図６は、この発明の実施の形態１に係る空調制御監視装置の通信例を示す説明図である。図６（ａ）は空調制御監視装置と複数の空調機との通信が正常に行われた場合の具体例であり、図６（ｂ）は通信失敗が発生した場合の具体例である。図６に示す副親機３ａ，３ｂ，３ｃ，３ｄ，３ｅは、図１および図２に示す副親機３に相当する。説明を簡略化するために、各副親機と下位の複数の空調機との間で行われる通信にかかる応答時間を一定と仮定して同一時間幅のＴ１〜Ｔ５、Ｔ１１〜Ｔ１８を用いて表し、副親機と空調機との個別の通信については図示を省略する。

図６（ａ）および図６（ｂ）において、空調制御監視装置は複数の副親機３ａ，３ｂ，３ｃ，３ｄ，３ｅに対して通信し、空調機を制御または監視する。副親機３ａに宛てた通信情報に最も高い優先度が設定され、副親機３ｂ，３ｃ，３ｄ，３ｅの順に低い優先度が設定されているものとする。また、通信が失敗して再送待ちの通信情報は、初回の通信待ちの通信情報より優先度が低いものとする。

図６（ａ）において、先ず、通信制御部１１が、利用可能な通信ポート１２，１３のうちのポート番号が小さい通信ポート１２を介して副親機３ａへ通信情報を送信する。この通信中、通信制御部１１はテーブル格納部１５のポート管理テーブルの通信ポート１２を使用状態にしておく。次に、通信制御部１１はポート管理テーブルから通信ポート１２が利用中であり、通信ポート１３が空いている情報を読み出し、空いている通信ポート１３を介して副親機３ｂに通信を行う。
通信制御部１１は、Ｔ１の経過後、先の副親機３ａへの通信応答が完了して通信ポート１２が空いた時点で、ポート管理テーブルの通信ポート１２を空き状態に更新する。そして、通信制御部１１は、更新されたポート管理テーブルの情報をもとに、通信ポート１２を介して副親機３ｃへ通信を行う。また、通信制御部１１は、通信内容管理テーブルから副親機３ａ宛ての通信情報を削除する。
次の副親機３ｄへの通信は、Ｔ４経過後に空きとなった通信ポート１３を介して行われ、副親機３ｅへの通信は、Ｔ２経過後に空きとなった通信ポート１２を介して行われる。

このように、空調制御監視装置は、空いた通信ポートを順次選択して、全ての副親機に対して通信を行う。なお、図６では、通信にかかる応答時間Ｔ１〜Ｔ５、Ｔ１１〜Ｔ１８を同一時間幅にしているが、応答時間が副親機毎に異なっていても、空いた通信ポートを順次選択して、全ての副親機に対して通信を行うことができる。空調制御監視装置は通信ポート１２，１３の利用状況を通信管理テーブル１８で管理し、かつ複数の通信ポートを有するため、ある通信ポートの占有時間が長くなった場合でも、次の通信情報をその時間に利用可能な別の通信ポートに自由に振り分けることができる。そのため、全ての副親機に対する初回の通信が完了するまでにかかる時間が長くなる影響は少なくてすむ。

一方、図６（ｂ）に示すように、ある空調機との通信が失敗し、通信制御部１１が復旧を期待した通信の繰り返しを所定回数行う場合でも、最も優先度が低い副親機３ｅに対して初回の通信が完了するタイミング（Ｔ３経過時）は、図６（ａ）に示す副親機３ｅに対して通信が完了するタイミング（Ｔ１３経過時）と同一である。

図６（ｂ）において、先ず、通信制御部１１が図６（ａ）の場合と同様に、通信ポート１２を介して副親機３ａに通信を行う。続いて、通信制御部１１はもう一方の通信ポート１３を介して副親機３ｂに通信を行う。副親機３ａと空調機との通信の応答時間Ｔ１１が経過し、副親機３ａから空調制御監視装置へ応答が戻ると、通信制御部１１が副親機３ａへの通信を失敗と判定する。
通信制御部１１は、この応答結果に基づいて、復旧を期待して通信を繰り返し行うことを決定し、通信内容管理テーブルに対して、繰り返しの通信であることを識別するために再送回数を更新する。
他方、通信制御部１１は副親機３ｂへの通信が完了すると、ポート管理テーブルから副親機３ｂ宛ての通信情報を削除する。

副親機３ａとの通信が終了して空き通信ポートとなった通信ポート１２を介して、副親機３ｃへの通信が行われ、続いて、副親機３ｂとの通信が完了して、Ｔ１５とＴ１１の差分時間だけ遅れて空き通信ポートとなった通信ポート１３を介して副親機３ｄとの通信が行われる。Ｔ１２経過後、通信制御部１１は副親機３ｃとの通信を失敗と判定し、副親機３ｃ宛ての通信情報の再送回数を更新する。
さらに、通信制御部１１は、Ｔ１６経過後に副親機３ｄとの通信を失敗と判定し、副親機３ｄ宛ての通信情報について、再送回数を更新する。

Ｔ１６経過後、通信制御部１１が空き通信ポート１２を介して副親機３ｅへの通信を行う。ここで、予定されていた副親機３ａ，３ｂ，３ｃ，３ｄ，３ｅへの通信は全て完了し、通信管理テーブルには副親機３ａ，３ｃ，３ｄ宛ての再送待ちの通信情報が残っている。通信制御部１１は、設定されている優先度の順で、通信が失敗した副親機３ａ，３ｃ，３ｄへの復旧を期待した通信を行う。
先ず、通信制御部１１は、優先度一位の副親機３ａ宛ての通信情報を、Ｔ１６経過後に空きとなった通信ポート１３を介して送信する。続いて、通信制御部１１は、Ｔ１３経過後に空きとなった通信ポート１２を介して副親機３ｃへの通信を行う。最後に、通信制御部１１はＴ１７経過後に空きとなった通信ポート１２を介して副親機３ｄへの通信を行う。

即ち、通信制御部１１は、副親機毎の通信成否に関わらず、全ての空調機への通信を副親機を介して行った後、通信が失敗した副親機３ａ，３ｃ，３ｄに対して、通信の復旧を期待した再送を順次行う。このとき、通信情報には再送回数の情報が含まれるが、通信のタイミングや通信方法は変化しない。
一方、従来は、通信失敗時に復旧を期待した通信の繰り返しを行う前提で、送信先アドレス順にポーリングを行いながら通信していた。この構成の場合、例えば副親機３ａ宛ての通信情報が通信失敗すると、続けて、復旧を期待した再送が副親機３ａ宛てに行われる。再送により副親機３ａへの通信が成功したとしても、最後続の副親機３ｅへの初回の通信タイミングは再送にかかった時間だけ遅れる。そのため、全副親機への通信が一度で成功する場合と、通信失敗による再送が行われた場合とでは、全副親機への通信が一巡して初回の通信が完了するまでにかかる時間に差が生じ、制御の同時性が損なわれてしまう。

以上のように、実施の形態１によれば、複数の空調機５をまとめて１つのグループとして管理する複数の副親機３を介して空調機５と通信するための論理的な複数の通信ポート１２，１３と、各通信ポート１２，１３の利用状況を管理するポート管理テーブル１８ａと、空調機５に対する操作または監視の指令を示す通信情報を格納した通信内容管理テーブル１８ｂと、通信内容管理テーブル１８ｂの通信情報を送信する都度、ポート管理テーブル１８ａを参照して通信を行っていない通信ポートを選択して送信する通信制御部１１を備えるように構成した。
そのため、空調制御監視装置が複数の副親機に対して、通信により空調機の状態監視および操作を行う際に、通信の都度空き通信ポートを選択して通信するため、通信待ちの時間を抑制することができ、効率の良い空調機の状態監視および操作を行うことが可能となる。
また、空調制御監視装置と空調機との通信が一時的に失敗した際に、空調機の通信異常と判断する前に通信回復を期待して一定回数の通信を繰り返すと共に、再送による待ち時間を抑制し、複数の空調機制御の同時性を確保することが可能となる。

また、通信にかかる時間が副親機毎に異なる場合であっても、通信にかかる時間が副親機によらず一定である場合と大きな差異はなく、効率的な通信が期待できる。緊急火報停止のような、空調機に対して同時性および確実性が求められる操作指示を空調機へ送信する場合でも、通信に関わる時間の無駄を最小にし、さらに、一時的な通信失敗時には通信を繰り返し行って、通信失敗の救済を実現することができる。

また、空調制御監視装置は、通信に失敗した副親機とは別の副親機に対する未送信の通信情報が存在する場合には、通信失敗時に連続してその副親機へ再送せず、別の副親機へ未送信の通信情報が送信された後に、通信に失敗した副親機へ再送する。そのため、通信失敗時から次の再送までの時間を、復旧のための救済時間とすることができ、空調制御監視装置が一時的な通信失敗を通信異常として誤検知してしまうことを防止できる。

実施の形態２．
上記実施の形態１では、通信情報の内容に応じた緊急度の差を設けず、空調機制御部１０が設定した順序に従って順次通信する構成とした。これに対して、本実施の形態では、空調制御監視装置１が通信情報の内容に応じた重要度を設定した優先度テーブルを備え、通信制御部１１はこの優先度テーブルに設定されている重要度に応じて重み付けした順番で通信情報を通信する構成とする。

本実施の形態では、図１に示すように空調制御監視装置１が設定入力装置２３と接続されている。また、空調制御監視装置１は、上記実施の形態１の空調制御監視装置１の構成に加えて、設定入力装置２３から操作指示の内容に応じた優先度等の通信条件を受け付け、通信条件テーブル２２へ書き込む通信条件設定部２１を備える。また、テーブル格納部１５は、操作指示の内容に応じた優先度の情報を格納する通信条件テーブル２２を格納する。なお、設定入力装置２３はタッチパネル機能を備えたモニタ画面等を有し、ユーザの操作による入力を受け付けると共に、ユーザに対して画面表示を行う。

図７は、この発明の実施の形態２に係る空調制御監視装置の通信条件テーブルの例を示す説明図である。通信条件テーブル２２は、例えば図７に示すような、通信種類別管理テーブル２２ａを格納するテーブルである。通信種類別管理テーブル２２ａの通信種類コードは、操作指示である通信種類を識別するための番号であり、通信種類コード毎に優先度が付与されている。なお、この通信種類コードは、図３（ｂ）に示す空調機制御部１０が出力する操作情報および図３（ｄ）に示す通信内容管理テーブル１８ｂの管理情報と共通のものである。

通信条件設定部２１は、ユーザが設定入力装置２３を操作して設定する通信種類コードに応じた通信の優先度の情報を受け付けて、通信条件テーブル２２内の通信種類別管理テーブル２２ａに書き込む。
通信制御部１１は、通信内容管理テーブル１８ｂに格納された通信情報を、通信種類別管理テーブル２２ａに格納された優先度に関する通信条件に応じた順序で送信する。なお、上記実施の形態１では、通信情報の送信順序は予め空調機制御部１０等により設定されていたが、本実施の形態では、通信種類別管理テーブル２２ａに格納された優先度に従って通信制御部１１が送信順序を決定する。

次に、送信時の空調制御監視装置１の動作を、図４を用いて説明する。図４に示すステップＳＴ１において、通信制御部１１は通信内容管理テーブル１８ｂにおいて通信待ちで待機している通信情報のうち、状態監視テーブル１６において通信異常等が発生している空調機５に対する通信情報以外の有効な通信情報を抽出する。
続くステップＳＴ２において、通信制御部１１は、通信内容管理テーブル１８ｂの管理情報に含まれる通信種類コードと通信種類別管理テーブル２２ａの通信種類コードに応じた優先度とを参照して、通信内容管理テーブル１８ｂにおいて最も優先度が高い優先度一位の通信情報を選択する。ステップＳＴ３以降の処理は、上記実施の形態１と同様である。

例えば、ポート管理テーブル１８ａに通信情報が書き込まれた順等、時系列で先に優先度の低い通信情報を通信することを予定している場合に、一斉緊急停止等の重要度が高い、即ち通信の優先度が高い通信情報がポート管理テーブル１８ａに格納されると、通信制御部１１は通信種類別管理テーブル２２ａの優先度設定に従って通信の順序を変更し、優先度一位となった一斉緊急停止の通信情報を送信することができる。

以上のように、実施の形態２によれば、通信条件テーブル２２の通信種類別管理テーブル２２ａは通信情報の内容毎に重要度を示す情報を格納し、通信制御部１１は通信内容管理テーブル１８ｂの通信情報を通信種類別管理テーブル２２ａに格納した重要度が高い順に送信するように構成した。そのため、通信の優先順位を操作指令の内容に応じて自由に設定することが可能となる。
また、通信制御部１１は操作指令の内容に応じて優先順位を決定しながら通信を実行するので、優先度の高い操作指令に対して、即時対応することができる。

さらに、優先度の高い操作指令は、空調システムが設置されるビルおよび環境に応じて異なるが、ユーザが外部装置である設定入力装置２３を用いて、空調システムが設置されている現場で優先度の情報を設定することができる。そのため、空調システム毎に通信条件を変更するためにかかるコストの低減を実現することができる。

なお、上記実施の形態２では、通信条件設定部２１に通信条件を設定するために、設定入力装置２３を用いる構成であったが、設定入力装置２３を用いずに、入出力装置７を空調機制御部１０と通信条件設定部２１に接続して兼用する構成であってもよい。

実施の形態３．
上記実施の形態１および実施の形態２では、通信情報の内容に応じた通信間隔の差を設けず、通信制御部１１が所定の間隔で通信を実行する構成とした。これに対して、本実施の形態では、上記実施の形態２の空調制御監視装置１の構成に加えて、通信情報の内容毎に通信間隔を設定した優先度種類別管理テーブルをさらに備え、通信制御部１１は通信情報を設定された通信間隔で送信する構成とする。

本実施の形態の空調制御監視装置１は、図１、図３、図７に示す上記実施の形態２の空調制御監視装置１と図面上では同様の構成であるため、以下では図１、図３、図７を援用して説明する。また、図８は、この発明の実施の形態３に係る空調制御監視装置の通信条件テーブルの例を示す説明図である。
空調制御監視装置１の通信条件テーブル２２は、図７に示す通信種類別管理テーブル２２ａに加え、例えば図８に示すような優先度種類別管理テーブル２２ｂを格納する。優先度種類別管理テーブル２２ｂでは、優先度毎に通信間隔および再送時の通信間隔が付与されている。ここで、通信間隔とは、通信情報が送信された後に次の通信情報が送信されるまでの最小時間である。また、再送時の通信間隔とは、通信が失敗した通信情報の、前回の送信から次に再送されるまでの最小時間である。

通信条件設定部２１は、ユーザが設定入力装置２３を操作して設定する優先度に応じた通信間隔の情報を受け付けて、通信条件テーブル２２内の優先度種類別管理テーブル２２ｂに書き込む。なお、優先度種類別管理テーブル２２ｂの優先度は通信種類別管理テーブル２２ａの優先度と同一のものであるため、通信間隔および再送時の通信間隔は実質的に通信情報の内容毎に設定されていることになる。
通信制御部１１は、図３（ｄ）の通信内容管理テーブル１８ｂに格納された通信情報から、優先度種類別管理テーブル２２ｂで設定された通信間隔の条件を満たす通信情報を選択して送信する。例えば２０秒の通信間隔が設定された通信情報を送信する場合、通信制御部１１はこの通信情報を送信した後少なくとも２０秒が経過するまでの間は、たとえ通信内容管理テーブル１８ｂに待機中の通信情報が存在したとしても、通信を行わない。なお、通信情報毎の通信間隔等の時間測定および管理は通信制御部１１が行えばよい。

また、通信の失敗時に復旧を期待して行う通信の繰り返しについて、例えば再送時の通信間隔を３０秒に設定することにより、通信失敗後３０秒間はその送信アドレス宛てに通信情報の再送が行われない。通信制御部１１は、その３０秒間に通信内容管理テーブル１８ｂの通信条件を満たしている他の通信情報を優先して送信する。

次に、送信時の空調制御監視装置１の動作を、図４を用いて説明する。図４に示すステップＳＴ１において、通信制御部１１は通信内容管理テーブル１８ｂにおいて通信待ちで待機している通信情報のうち、状態監視テーブル１６において通信異常等が発生している空調機５に対する通信情報以外の有効な通信情報を抽出する。
続くステップＳＴ２において、通信制御部１１は、通信内容管理テーブル１８ｂの管理情報に含まれる通信種類コードと通信種類別管理テーブル２２ａの優先度とを参照して優先度一位の通信情報を選択する。その際、通信制御部１１はさらに、優先度種類別管理テーブル２２ｂの通信間隔に関する通信条件を満たしているか判定し、通信条件を満たしている通信情報を選択する。ステップＳＴ３以降の処理は、上記実施の形態１と同様である。

以上のように、実施の形態３によれば、通信条件テーブル２２の優先度種類別管理テーブル２２ｂは重要度に応じた通信間隔を示す情報を格納し、通信制御部１１は通信内容管理テーブル１８ｂの通信情報を、通信情報の内容毎の重要度に応じた通信間隔で送信するように構成した。そのため、通信間隔および再送時の通信間隔数を、操作指令の内容に応じて自由に設定することが可能となる。
また、操作指令の内容に応じて通信間隔を決定するので、操作指令の内容毎に設定された優先度と組み合わせることにより、よりきめ細かい空調システム制御を実現することができる。

さらに、通信間隔は空調システムが設置されるビルおよび環境に応じて異なるが、ユーザが外部装置である設定入力装置２３を用いて、空調システムが設置されている現場で通信間隔の情報を設定することができる。そのため、空調システム毎に通信条件を変更するためにかかるコストの低減を実現することができる。

なお、上記実施の形態３では、上記実施の形態２で示した構成に対して上記実施の形態３を適用する場合を示したが、これに限らず、上記実施の形態１で示した構成に対して上記実施の形態３を適用した構成であっても構わない。
その場合には、優先度毎に通信間隔を設定せず、例えば通信種類コード毎、通信の内容毎に通信間隔を設定しておく。通信制御部１１は、通信内容管理テーブル１８ｂから通信情報を選択する際、その通信情報が通信間隔に関する通信条件を満たしているか判定すればよい。

実施の形態４．
上記実施の形態１〜３では、通信の失敗時に復旧を期待した通信の繰り返しについて、全ての操作指示に同一の最大再送回数を予め設定しておき、通信制御部１１が最大送信回数内で再送するように構成した。これに対して、本実施の形態では、空調制御監視装置１の通信条件テーブル２２が、通信情報の内容に応じて異なる最大再送回数を設定した優先度種類別管理テーブルを備え、通信制御部１１は優先度種類別管理テーブルに設定された最大再送回数内で通信情報を再送する構成とする。

本実施の形態の空調制御監視装置１は図１、図３、図７に示す上記実施の形態３の空調制御監視装置１と図面上は同様の構成であるため、以下では図１、図３、図７を援用して説明する。また、図９は、この発明の実施の形態４に係る空調制御監視装置の通信条件テーブルの例を示す説明図である。
空調制御監視装置１の通信条件テーブル２２は、図７に示す通信種類別管理テーブル２２ａに加え、例えば図９に示すような優先度種類別管理テーブル２２ｃを格納する。優先度種類別管理テーブル２２ｃでは、優先度毎の通信間隔および再送時の通信間隔に加え、優先度毎の最大再送回数が付与されている。

通信条件設定部２１は、ユーザが設定入力装置２３を操作して設定する優先度に応じた最大再送回数の情報を受け付けて、通信条件テーブル２２内の優先度種類別管理テーブル２２ｃに書き込む。
通信制御部１１は、通信内容管理テーブル１８ｂに格納された通信情報から通信条件を満たす通信情報を選択する際、優先度種類別管理テーブル２２ｃで設定された最大再送回数と図３（ｄ）の通信内容管理テーブル１８ｂの再送回数とを照合し、再送回数が最大再送回数以内であることを確認する。なお、通信内容管理テーブル１８ｂの管理情報には空調機制御部１０が予め設定した一定の最大再送回数が含まれているが、本実施の形態において通信制御部１１はその最大再送回数のかわりに、優先度種類別管理テーブル２２ｃの最大再送回数を用いることとする。

通信制御部１１は、通信内容管理テーブル１８ｂの再送回数が優先度種類別管理テーブル２２ｃの最大再送回数以内の通信情報を再送するが、再送回数が最大再送回数を超えた通信情報については、送信アドレス先の空調機または副親機に通信異常が発生していると判断して、状態監視テーブル１６の通信状態を「通信異常」に更新する。また、通信制御部１１は通信異常と判断した通信情報を通信内容管理テーブル１８ｂから退避させる等して、通信待機状態を解除する。

次に、送信時の空調制御監視装置１の動作を、図４を用いて説明する。図４に示すステップ１０で通信情報の通信に失敗すると（ステップＳＴ１０“Ｎｏ”）、ステップＳＴ１２において、通信制御部１１は通信内容管理テーブル１８ｂの再送回数と、優先度種類別管理テーブル２２ｃの最大再送回数とを照合し、再送回数が最大再送回数を超えていないことを確認する。ステップＳＴ１２以外の処置は、上記実施の形態３と同様である。

例えば、空調機運転状態をモニタする操作指示内容の重要度の低い通信情報について、ユーザが通信間隔を「１５秒」に設定し、最大再送回数を「０」に設定することにより、通信制御部１１は次回の通信で通信異常を判定する。また、例えば、一斉緊急停止の重要度の高い通信情報についてはユーザが最大再送回数を「５」に設定することにより、通信制御部１１は一時的な通信の失敗を救済することができる。このように、操作指示毎に最大再送回数を設定しておくことにより、重要度が低い通信の繰り返しをなくすことによって通信トラフィックを下げ、一方、重要度が高い通信に対しては再送処理を多く行って救済の機会を増やすことができる。

以上のように、実施の形態４によれば、通信条件テーブル２２の優先度種類別管理テーブル２２ｃは通信情報の内容毎に最大の再送回数を示す情報を格納し、通信制御部１１は通信条件テーブルに格納した再送回数を上限として、データ送信が失敗した場合の通信情報を再送するように構成した。そのため通信失敗時の通信繰り返し回数である最大再送回数を、操作指令の内容に応じて自由に設定することが可能となる。

また、最適な最大再送回数は空調システムが設置されるビルおよび環境に応じて異なるが、ユーザが外部装置である設定入力装置２３を用いて、空調システムが設置されている現場で通信の繰り返しに関する情報を設定することができる。そのため、空調システム毎に通信条件を変更するためにかかるコストの低減を実現することができる。

なお、上記実施の形態４では、上記実施の形態３で示した構成に対して上記実施の形態４を適用する場合を示したが、これに限らず、上記実施の形態１および実施の形態２で示した構成に対して上記実施の形態４を適用した構成であっても構わない。
この構成の場合には、操作指令の内容に応じて最大再送回数を設定し、操作指令の内容毎に設定された優先度および通信間隔と組み合わせることにより、よりきめ細かい空調システム制御を実現することができる。

また、上記実施の形態１〜４では、空調制御監視装置１と複数の空調機５との間に副親機３を接続する構成であったが、副親機３を介さずに空調制御監視装置１と複数の空調機５を直接接続する構成であってもよい。

実施の形態５．
本実施の形態の空調制御監視装置１は図１、図３、図７に示す上記実施の形態３の空調制御監視装置１と図面上では同様の構成であるため、以下では図１、図３、図７を援用して説明する。また、図１０は、この発明の実施の形態５に係る空調制御監視装置の状態監視テーブルを示す説明図である。
空調制御監視装置１の状態監視テーブル１６は、図３（ａ）に示す各空調機５の運転／停止の状態、設定温度、運転モード、風量等の運転状態および通信状態、ならびに各副親機３の通信状態に加えて、例えば図１０に示すような負荷状態監視テーブル１６ａを格納する。負荷状態監視テーブル１６ａは、通信制御部１１が書き込む、各副親機３の現在の通信負荷状態および次回通信可能な時間の情報を格納している。

また、図１１は、この発明の実施の形態５に係る空調制御監視装置の通信条件テーブルの例を示す説明図である。通信条件テーブル２２は図１１に示すような通信負荷対応テーブル２２ｄを格納している。この通信負荷対応テーブル２２ｄには通信負荷状態を判定するための条件が設定されている。
通信負荷状態を判定するための条件は、通信の負荷レベル毎に再送回数、副親機３からの通信応答時間、通信成否を示す通信失敗等である。さらに通信負荷対応テーブル２２ｄは、負荷レベル毎に次回通信可能となるまでの待機時間を格納している。

通信条件設定部２１は、ユーザが設定入力装置２３を操作して設定する負荷レベルの判定条件および負荷レベルに応じた待機時間の情報を受け付けて、通信条件テーブル２２内の通信負荷対応テーブル２２ｄに書き込む。
通信制御部１１は、通信情報を送信先アドレスに指定された副親機に送信した際の通信結果に基づき、副親機の通信負荷状態を推定する。副親機３の通信負荷が高いか否かの判断は、通信制御部１１が通信結果と通信負荷対応テーブル２２ｄとを照合して、該当する負荷レベルを判定すればよい。通信制御部１１はさらに、判定した負荷レベルに付与された待機時間を読み出し、負荷状態監視テーブル１６ａの通信負荷状態に負荷レベルを書き込み、次回通信可能な時間に待機時間を書き込む。

通信負荷対応テーブル２２ｄに次回通信可能な時間の情報が存在する副親機に対して、通信制御部１１はその副親機宛ての通信情報が通信管理テーブル１８ｄに待機している場合であっても、通信負荷を上げないよう調整するために、その時間が経過するまで通信を行わない。このように、通信制御部１１は副親機３の通信負荷状態を推定し、負荷状態が高い副親機３への通信を待機させておく。

次に、送信時の空調制御監視装置１の動作を説明する。図１２は、この発明の実施の形態５に係る空調制御監視装置の送信動作を示すフローチャートである。図１２に示すステップＳＴ３１において、通信制御部１１は通信内容管理テーブル１８ｂにおいて通信待ちで待機している通信情報のうち、負荷状態監視テーブル１６ａにおいて通信異常がなく、かつ、次回通信可能な時間が経過した副親機宛ての通信情報を有効な通信情報として抽出する。
続くステップＳＴ３２において、通信制御部１１は抽出した有効な通信情報から、通信条件テーブル２２に設定された通信条件に従って優先度一位の通信情報を選択する。ステップＳＴ３３〜ステップＳＴ４０は、図４のステップＳＴ３〜ステップＳＴ１０と同様の処理である。

ステップＳＴ４１において、通信制御部１１は、通信情報を送信アドレスが指定する副親機に送信した際に、通信結果を通信負荷対応テーブル２２ｄと照合して、負荷レベルを判定する。そして通信制御部１１は、判定した負荷レベルおよびその負荷レベルに付与された待機時間を通信負荷対応テーブル２２ｄへ書き込む（ステップＳＴ４２）。ただし、通信制御部１１は、負荷レベルが所定レベル以下の場合には副親機の通信負荷が高くないと判断して、次回通信可能な時間の情報を削除してもよい（ステップＳＴ４１“Ｎｏ”）。
ステップＳＴ４２〜ステップＳＴ４８は、図４のステップＳＴ１１〜ステップＳＴ１８と同様の処理である。

以上のように、実施の形態５によれば、負荷状態監視テーブル１６ａは副親機３毎に通信の負荷状態を管理し、通信条件テーブル２２の通信負荷対応テーブル２２ｄは通信の負荷状態に応じた待機時間を示す情報を格納し、通信制御部は１１は副親機３と通信を行った結果に基づいて通信の負荷状態を推定して負荷状態監視テーブル１６ａを更新すると共に、通信の負荷状態に応じて通信負荷対応テーブル２２ｄに格納した待機時間が経過した後で副親機３への次の通信情報を送信するように構成した。そのため、副親機３への通信負荷を上げないよう調整して副親機３が行っている他の通信の阻害をなくし、副親機３自身の処理、空調制御監視装置１以外の装置からの通信等に対して影響を低減することができる。
その結果、空調制御監視装置１から副親機および空調機への通信を効率よく行うことができる。

なお、上記実施の形態５では、上記実施の形態３で示した構成に対して上記実施の形態５を適用する場合を示したが、これに限らず、上記実施の形態１，２，４で示した構成に対して上記実施の形態５を適用した構成であっても構わない。

実施の形態６．
上記実施の形態５では、通信制御部１１が通信負荷状態に応じて副親機への通信を待機させて通信を行う構成とした。これに対して、本実施の形態では、通信制御部１１が副親機の通信負荷状態に応じて副親機への通信を待機させると共に、通信負荷状態に応じた通信間隔で通信する構成とする。

本実施の形態の空調制御監視装置１は、図１、図３、図７および図１０に示す上記実施の形態５の空調制御監視装置１と図面上は同様の構成であるため、以下では図１、図３、図７および図１０を援用して説明する。また、図１３は、この発明の実施の形態６に係る空調制御監視装置の通信条件テーブルの例を示す説明図である。
空調制御監視装置１の通信条件テーブル２２は、図１１に示す通信負荷対応テーブル２２ｄに換えて、例えば図１３に示すような通信負荷対応テーブル２２ｅを格納する。通信負荷対応テーブル２２ｅでは、負荷レベル毎に通信負荷状態に応じた通信間隔が付与されている。

通信制御部１１は、図３の通信内容管理テーブル１８ｂに待機中の優先度一位の通信情報を送信先アドレスに指定された副親機に送信した際、その通信結果と通信負荷対応テーブル２２ｅとを照合して、該当する負荷レベルを判定する。通信制御部１１は判定した負荷レベルに付与された待機時間を読み出し、負荷状態監視テーブル１６ａの通信負荷状態に負荷レベルを書き込み、次回通信可能な時間に待機時間を書き込む。
また、通信制御部１１は、通信内容管理テーブル１８ｂに格納された通信情報から、通信負荷対応テーブル２２ｅで設定された通信間隔の条件を満たす通信情報を選択して送信する。この際、例えば図８に示す優先度種類別管理テーブル２２ｂおよび図９に示す優先度種類別管理テーブル２２ｃに、優先度に応じた通信間隔が設定されていたとしても、通信制御部１１は副親機の通信負荷状態に応じた通信間隔を優先して処理する。

次に、送信時の空調制御監視装置１の動作について、図１２を用いて、上記実施の形態５の空調制御監視装置１と動作の異なるステップＳＴ３２を説明する。図１２に示すステップＳＴ３２において、通信制御部１１は、抽出した有効な通信情報から、通信条件テーブル２２に設定された通信条件に従って優先度一位の通信情報を選択する。その際に、通信負荷対応テーブル２２ｅの通信間隔に関する通信条件を満たしているか判定する。

以上のように、実施の形態６によれば、通信条件テーブル２２の通信負荷対応テーブル２２ｅは副親機３の通信の負荷状態に応じた通信間隔を示す情報を格納し、通信制御部１１は通信内容管理テーブル１８ｂの通信情報を、送信先の副親機３の負荷状態に応じて、通信負荷対応テーブル２２ｅに格納した通信間隔で送信するように構成した。そのため、上記実施の形態５と同様に、副親機３への通信負荷を上げないように調整し、副親機３が行っている他の通信の阻害をなくし、副親機３自身の処理、空調制御監視装置１以外の装置からの通信等に対して影響を低減することができる。
その結果、空調制御監視装置１から副親機および空調機への通信を効率よく行うことができる。

実施の形態７．
上述の実施の形態１〜６では、通信制御部１１が状態監視テーブル１６の空調機５の運転状態を随時更新する構成とした。しかし、この構成の場合、入出力装置７またはビル集中管理装置９が操作指令を出力した時点、あるいは空調機制御部１０が操作情報を出力した時点から、通信制御部１１が空調機５の運転状態を検知して状態監視テーブル１６を更新する時点までに一定の時間を要し、時間差が生じてしまう。
そこで、本実施の形態では、上記実施の形態１〜６に係る空調制御監視装置１の通信制御部１１が、通信情報を送信する際、状態監視テーブル１６の空調機５の運転状態をその通信情報の内容に仮更新する構成とする。その後、運転状態モニタのための通信が行われた後、状態監視テーブル１６は実際の空調機５の運転状態の内容に更新される。

次に、送信時の空調制御監視装置１の動作を、図１、図３、図１４を用いて説明する。図１４は、この発明の実施の形態７に係る空調制御監視装置の送信動作を示すフローチャートである。図１４に示すステップＳＴ５１〜ステップＳＴ５８は、図４のステップＳＴ１〜ステップＳＴ８または図１２のステップＳＴ３１〜ステップＳＴ３８と同様の処理である。

図１４に示すステップＳＴ５９において、通信制御部１１は送信先アドレスの空調機の存在を確認する。存在確認の方法として、例えば、空調制御監視装置１と空調機５との間でＳＹＮ／ＡＣＫの通信情報を用いたフルコネクトスキャン等を用い、コネクションの確立を調べる方法がある。送信先アドレスの空調機の存在が確認されれば（ステップＳＴ５９“Ｙｅｓ”）、通信制御部１１は続くステップＳＴ６０にてポート管理テーブル１８ａの通信ポートを使用状態に更新し、ステップＳＴ６１にて通信情報を送信する。
次いで通信制御部１１はステップＳＴ６２において、状態監視テーブル１６の運転状態を通信情報の通信内容に仮更新する。例えば、通信情報が温度設定変更の通信内容であれば、通信制御部１１は状態監視テーブル１６の運転状態の設定温度を温度設定変更で指示された温度に仮更新する。なお、仮更新に際し、空調機の実際の運転状態は考慮されない。

一方、送信先アドレスの副親機または空調機の存在が確認できなければ（ステップＳＴ５９“Ｎｏ”）、通信制御部１１は処理をステップＳＴ５１に戻す。ただし、ステップＳＴ５１で正常に動作している空調機が抽出されているため、ステップＳＴ５９でその空調機の存在が確認できない可能性は非常に低い。
例え、送信先アドレスの空調機の存在が確認されずにステップＳＴ５１〜ステップＳＴ５９の処理を繰り返し行ったとしても、ステップＳＴ５１〜ステップＳＴ５８の処理は通信制御部１１がテーブル格納部１５を参照する処理であり、また、ステップＳＴ５９の通信も端に存在確認を行う処理であるため、各処理に要する時間は短い。送信時の空調制御監視装置１の動作中もっとも時間のかかる処理は、操作情報に基づいた通信情報の送信（ステップＳＴ６１）であり、通信情報の送信に要する時間に比べれば、ステップＳＴ５１〜ステップＳＴ５９の処理時間は無視し得る程度である。従って、ステップＳＴ５１〜ステップＳＴ５９の処理が繰り返し行われても、複数の空調機制御の同時性が損なわれることはない。
ステップＳＴ６３〜ステップＳＴ６８は、図４のステップＳＴ１０〜ステップＳＴ１６および図１２のステップＳＴ４３〜ステップＳＴ４８と同様の処理である。

通信制御部１１が上述の仮更新を行い、かつ、空調機制御部１０が定期的に各空調機５をモニタする操作情報を出力する構成としておくことで、仮更新後に、空調機制御部１０が各空調機５をモニタする操作情報を出力し、通信制御部１１が各空調機５と通信を行って最新の運転状態を取得できる。そして、通信制御部１１は状態監視テーブル１６の仮更新の運転状態から実際の運転状態に更新する。

なお、出力部１４は、状態監視テーブル１６から空調機５の運転状態を読み出す場合に、仮更新されている空調機５の運転状態は読み出さず、実際の運転状態に更新された後に運転状態を読み出すこととする。そして、出力装置６は出力部１４から実際の運転状態のみを受け付けて、画面表示等の出力を行う。
他方、空調機制御部１０は、仮更新を含めた運転状態を参照して、新たな操作情報を生成し、空調機操作情報テーブル１７へ書き込む。また、空調機制御部１０は、状態監視テーブル１６から空調機５の運転状態を読み出す場合に仮更新の運転状態も読み出し、ビル集中管理装置９および入出力装置７へ出力する。ビル集中管理装置９および入出力装置７は仮更新を含めた運転状態を参照して、新たな操作指示を空調機制御部１０へ発令する。

このように、空調機５への操作指令について、通信時に送信先空調機の存在確認を行った上で、操作指令の内容を用いて状態監視テーブル１６を更新することにより、通信情報の送信から空調機の運転状態変化の確認までの時間においても、状態監視テーブル１６の示す運転状態と空調機操作情報テーブル１７に書き込まれた操作情報との内容が整合性のあるものとなる。従って、運転状態の変化を検出して初めて状態監視テーブル１６を書き換える場合に比べて、空調機５の運転状態が実際に遷移した時刻と状態監視テーブル１６が更新される時刻との時間差が短くなる。その結果、その時間差が生じている最中に、例えば空調機制御部１０、または上位のビル集中管理装置９および入出力装置７が、遷移前の運転状態を参照して操作指令が失敗したと誤認識すること、およびその誤認識に基づいて重複した操作指令を再度出力することを防止することができる。

また、空調機５の運転状態を仮更新するタイミングは送信先アドレスに指定された空調機５の存在確認後であるため、送信先の存在確認を行わずに状態監視テーブル１６を仮更新する場合に比べて、仮更新後の通信の失敗は低い。
万が一、通信制御部１１が状態監視テーブル１６を仮更新した後に通信が失敗した場合には、通信制御部１１が空調機５をモニタするための通信情報を送信後に状態監視テーブル１６を更新すると、空調機５の運転状態が仮更新の前の状態に逆戻りしてしまい、その結果、空調機５の実際の運転状態の遷移と状態監視テーブル１６上の運転状態の遷移とに矛盾が生じてしまう恐れがあるが、通信制御部１１は仮更新前に存在確認を行うので、その危険性は低い。そして、素早く、かつ確実な運転状態の遷移を上位のビル集中管理装置９等に出力することができる。

以上のように、実施の形態７によれば、通信制御部１１は通信内容管理テーブル１８ｂに動作の制御を行うための通信情報が格納された場合に通信情報の送信先に指定された空調機５の存在確認を行い、送信先の空調機５の存在が確認されると運転状態監視テーブル１６の送信先の空調機５の運転状態を通信情報の内容に仮更新するように構成した。そのため、通信のタイミングと、副親機３が認識する空調機５の運転状態遷移のタイミングのずれを吸収し、ビル集中管理装置９等の上位監視装置において空調機動作の誤検知を防ぐことができる。

なお、上記実施の形態１〜７の空調制御監視装置１は、通信ポートを３つ以上備えた構成であってもよく、その構成の場合にも上記実施の形態１〜７と同様の効果を有する。

なお、上記実施の形態１〜７の空調制御監視装置１をコンピュータで構成する場合、空調機制御部１０、通信制御部１１、出力部１４および通信条件設定部２１を処理内容を記述している空調機制御プログラム、通信制御プログラム、出力プログラムおよび通信条件設定プログラムをコンピュータのメモリに格納すると共に、テーブル格納部１５が格納するデータを当該メモリの固定領域または別体の専用メモリに格納し、コンピュータのＣＰＵがメモリに格納されている各プログラムを実行するようにしてもよい。

この構成の場合、空調機を制御する空調機制御プログラムと通信を制御する通信制御プログラムとがテーブル格納部を経由して情報の受渡を行うため、両プログラムはテーブル格納部を介して論理的に切り離される。空調機の制御方法は空調機が設置されるビルおよび環境に応じて適応させる必要があるが、その場合には空調機制御プログラムを変更するだけで、空調システムをビルおよび環境に適応させることができる。また、入出力装置７およびビル集中管理装置９等の外部装置との接続のために必要となる改変も、空調機制御プログラムに対して行うだけでよい。従って、空調システムの保守性と空調システム毎の変更にかかるコスト低減を実現することができる。
また、空調システムが設置されたビル等に固有の出力装置６を空調制御監視装置１に接続して、副親機３および空調機５の状態を監視する場合にも、出力プログラムの機能のみ変更することで、個別の空調システムに適応することができる。従って、空調システムの保守性および操作性を向上させることができる。

この発明の実施の形態１に係る空調制御監視装置の内部構成を示すブロック図である。 この発明の実施の形態１に係る空調システムの物理的構成を示すブロック図である。 この発明の実施の形態１に係る空調制御監視装置のテーブル格納部を示す説明図である。 この発明の実施の形態１に係る空調制御監視装置の送信動作を示すフローチャートである。 この発明の実施の形態１に係る空調制御監視装置の受信動作を示すフローチャートである。 この発明の実施の形態１に係る空調制御監視装置の通信例を示す説明図である。 この発明の実施の形態２に係る空調制御監視装置の通信条件テーブルの例を示す説明図である。 この発明の実施の形態３に係る空調制御監視装置の通信条件テーブルの例を示す説明図である。 この発明の実施の形態４に係る空調制御監視装置の通信条件テーブルの例を示す説明図である。 この発明の実施の形態５に係る空調制御監視装置の状態監視テーブルを示す説明図である。 この発明の実施の形態５に係る空調制御監視装置の通信条件テーブルの例を示す説明図である。 この発明の実施の形態５に係る空調制御監視装置の送信動作を示すフローチャートである。 この発明の実施の形態６に係る空調制御監視装置の通信条件テーブルの例を示す説明図である。 この発明の実施の形態７に係る空調制御監視装置の送信動作を示すフローチャートである。

符号の説明

１ 空調制御監視装置、２，４，８ 通信線、３ 副親機、５ 空調機、６ 出力装置、７ 入出力装置、９ ビル集中管理装置、１０ 空調機制御部、１１ 通信制御部、１２，１３ 通信ポート、１４ 出力部、１５ テーブル格納部、１６ 状態監視テーブル、１６ａ 負荷状態監視テーブル、１７ 空調機操作情報テーブル、１８ 通信管理テーブル、１８ａ ポート管理テーブル、１８ｂ 通信内容管理テーブル、２１ 通信条件設定部、２２ 通信条件テーブル、２２ａ 通信種類別管理テーブル、２２ｂ，２２ｃ 優先度種類別管理テーブル、２２ｄ，２２ｅ 通信負荷対応テーブル、２３ 設定入力装置。

Claims (3)

1. 複数の設備機器と直接接続するか、または複数の設備機器をまとめて１つのグループとして機器管理する複数の副親機を介して当該複数の設備機器と接続して、当該複数の設備機器を制御する設備機器制御監視装置であって、
   通信のための論理的な複数の通信ポートと、
   前記通信ポート毎の通信状態を示す情報を格納したポート管理テーブルと、
   前記設備機器を制御するための通信情報を格納した通信内容管理テーブルと、
   前記通信内容管理テーブルに格納された前記通信情報を送信する都度、前記ポート管理テーブルを参照して通信を行っていない通信ポートを選択して、当該通信ポートから前記通信情報を送信する通信制御部と、
   通信情報を送信する際の通信条件を示した情報を格納した通信条件テーブルと、
   所定の通信条件が入力されると、前記通信条件テーブルの情報を当該所定の通信条件に変更する通信条件設定部と、
   前記副親機毎の通信の負荷状態を示す情報を格納した負荷状態監視テーブルとを備え、
   通信条件テーブルの通信条件は、前記通信の負荷状態に応じた待機時間を指定した情報であり、
   前記通信制御部は、前記副親機を介して通信情報を送信する場合、前記負荷状態監視テーブルおよび前記通信条件テーブルを参照して、前回の通信情報の送信から当該副親機の通信の負荷状態に応じた待機時間が経過した後で送信すると共に、当該送信の結果に基づいて前記通信の負荷状態を推定し、前記負荷状態監視テーブルを更新することを特徴とする設備機器制御監視装置。
2. 通信条件テーブルの通信条件は、副親機の通信の負荷状態に応じた通信間隔を指定した情報であり、
   通信制御部は、負荷状態監視テーブルおよび前記通信条件テーブルを参照して、前記副親機の通信の負荷状態に応じた通信間隔で通信情報を送信することを特徴とする請求項１記載の設備機器制御監視装置。
3. 設備機器毎の運転状態を示した情報を格納した運転状態監視テーブルを備え、
   通信制御部は、通信情報を送信する前に送信先の設備機器の存在確認を行い、存在が確認された場合に、前記運転状態監視テーブルに格納された当該送信先の設備機器の運転状態を前記通信情報の内容で仮更新することを特徴とする請求項１または請求項２記載の設備機器制御監視装置。

Images