JP3576520B2 - 並列処理方式空調制御通信装置、並列処理方式空調制御通信方法、及び並列処理方式空調制御通信プログラム - Google Patents
並列処理方式空調制御通信装置、並列処理方式空調制御通信方法、及び並列処理方式空調制御通信プログラム Download PDFInfo
- Publication number
- JP3576520B2 JP3576520B2 JP2001335486A JP2001335486A JP3576520B2 JP 3576520 B2 JP3576520 B2 JP 3576520B2 JP 2001335486 A JP2001335486 A JP 2001335486A JP 2001335486 A JP2001335486 A JP 2001335486A JP 3576520 B2 JP3576520 B2 JP 3576520B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- air conditioning
- building management
- network
- conditioning control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Air Conditioning Control Device (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Selective Calling Equipment (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ビルに備えられた空調設備を集中管理して、運転制御を行う並列処理方式空調制御通信装置、並列処理方式空調制御通信方法、及び並列処理方式空調制御通信プログラムに関する。
【０００２】
【従来の技術】
従来からビル内に備えられた空調設備を制御するネットワークは、パッケージエアコン専用に開発された通信プロトコルを採用しており、パッケージエアコンを製造するメーカは、それぞれ、独自に専用通信プロトコルを開発して実装しているのが現状である。
本来、この空調用制御通信プロトコルは、パッケージエアコンの室内機と室外機の間の制御データの交換を目的として開発されたものであるため、通信速度が高速である必要はなく、通常、１秒位の時間以内で相手の機器に伝達されれば十分である。また、伝達される情報は、コンピュータネットワークとは異なり文書情報でなく空調機器制御情報であるので、センサーの入力値やアクチュエータを制御するための出力値といった内容であり、一項目が約数バイトで表現できる情報量となっている。また、空調用制御ネットワークに接続されるパッケージエアコンの室内機は、低コストが要求されるため、センサー入力、アクチュエータ出力、空調制御演算、制御ネットワーク通信等の全ての処理を一個のワンチップマイコンで行う必要がある。したがって、このような空調用制御ネットワーク専用通信プロトコルは、ワンチップマイコンの一つの処理として実行可能な程度の、速度、メモリ容量のものである必要がある。
【０００３】
すなわち、速度としてはワンチップマイコンの内蔵のシリアル通信機能で実現できるビットレートである、９６００ｂｐｓ以下、また、通信プロトコルプログラムの大きさは数キロバイト程度でなければならない。また、各メーカ独自の空調制御ネットワークの通信プロトコルを決めてしまうと、市場で使用する場合の組合せ、互換性の点から、通信プロトコルの変更はできなくなってしまっている。したがって、現時点からみると通信速度が比較的遅い通信プロトコルでも、使い続けなければならないという事情がある。
【０００４】
図４は、従来技術による空調制御システムの構成を示すブロック図である。図４において、符号１は、ビルに備えられた設備（空調、照明、エレベータ等）の各機器を制御するビル管理ホストコンピュータ（以下、ビル管理ホストと称する）である。符号２は、各機器を接続するビル管理通信ネットワークである。符号３は、ビル管理ホスト１と各機器の間を取り持つ通信装置である。符号４は、通信装置３の外部から供給される商用電源である。符号５は、通信装置３の筐体内に備えられたパワーサプライである。符号６は、ビル管理ホスト１からの指示に応じて、各機器を制御する通信ノードであり、基板上に実装されている。符号７は、ビル管理通信ネットワーク２と異なるネットワークとを接続するためのネットワーク接続ポイントである。符号８は、空調設備専用の空調制御ネットワークであり、ネットワーク接続ポイントに接続される。符号９０〜９ｍは、空調システムの室内機であり、空調制御ネットワーク８を介して、運転制御の指示を受取り、この指示に基づいて運転が行われる。
【０００５】
次に、空調制御ネットワーク８の通信プロトコルについて説明する。図４に示す空調制御ネットワーク８の通信プロトコルは以下の通りである。
（１）通信速度（ビットレート）：９６００ｂｐｓ
（２）通信アクセス制御方式：ＣＳＭＡ／ＣＤ（衝突検知方式）
（３）パケットフォーマット：宛先アドレス＋発信アドレス＋データ長＋データ＋チェックサム
（４）データ：（コマンドコード＋オペレーションコード）×複数セット
【０００６】
コマンドコードとオペレーションコードは、パッケージエアコンの制御情報に特化してコマンドセットを予め定義されている。また、なるベく少ないバイト数で制御情報を表現できるようにしてあり、１バイトのコマンドコードと１バイト又は２バイトのオペレーションコードの組み合わせで一つの制御データを表現できるように以下のような構成となっている。すなわち、それぞれのコマンドコードに対して、複数のオペレーションコードが規則的に定義されている。
【０００７】
ここで、「ｘｘｈ」は２桁の１６進数であることを示す（１バイトに相当する）。
【０００８】
このように、（コマンドコード＋オペレーションコード）は２バイトから構成されるので、一つの通信パケットに複数組の（コマンドコード＋オペレーションコード）を含めても、通信パケットの総バイト数は約１０バイト程度で済んでしまうのが普通である。空調制御ネットワーク８のビットレートは９６００ｂｐｓなので１バイトが約１ｍｓｅｃとなり、一般的に１パケットは約１０ｍｓｅｃ程度の占有時間となる。このように、空調制御ネットワーク８の通信プロトコルはパッケージエアコンの室内外機間通信に特化され、低速であるが１パケットが短く、独自のコマンドコードとオペレーションコードにより制御データを伝送するという特徴を有している。
【０００９】
【発明が解決しようとする課題】
ところで、空調制御ネットワーク８は低コスト化と長期使用という制約のため、現時点においては９６００ｂｐｓという比較的通信速度が遅いものが使用されている。パッケージエアコンの室内機と室外機間のみの通信においては、９６００ｂｐｓであれば十分な速度であるが、近年用いられているビル管理通信ネットワーク２の速度は７８Ｋｂｐｓが主流になりつつあり、空調制御ネットワーク８の速度と比較すると約１０倍の差がある。
【００１０】
大規模なビルにおいて、全てのフロアのパッケージエアコン室内機を緊急停止する場合のように、空調設備への通信が集中した場合、ビル管理ホスト１が一台一台の空調システム室内機９０〜９ｍに停止指令を出していき、通信装置３から一台一台の停止状態報告により、ビル管理ホスト１の画面に停止状態を表示していかなければならない。したがって、この状態報告の応答が遅いと、オペレータがフロア全点停止結果が表示されるまで長い時間待機しなければならない。
図４に示すビル管理システムにおいては、通信装置３までは高速に各室内機に対する停止指令を送信することができるが、通信装置３より下位の空調制御ネットワーク８の通信プロトコルは通信速度が遅いため、通信装置３内の通信ノード６がボトルネックになってしまうという問題がある。また、ビル管理ホスト１は、パケットの送信後の所定時間（例えば、１０秒）だけ待っても応答がない場合、タイムアウトと判断してしまい、ビル管理ホスト１は再送を試みなければならなくなるため、さらにトラフィックが増大し、さらに通信の渋滞が悪化してしまうという問題がある。
【００１１】
本発明は、このような事情に鑑みてなされたもので、通信プロトコルの異なる通信ネットワークを介して、空調設備の制御を行う場合に、通信トラフィックを増大させること無く適切に空調設備の制御を行うことが可能な並列処理方式空調制御通信装置、並列処理方式空調制御通信方法、及び並列処理方式空調制御通信プログラムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
請求項１に記載の発明は、ビルに備えられた設備を遠隔集中制御するビル管理ホストコンピュータからの指示に応じて、空調設備の運転制御を行う並列処理方式空調制御通信装置であって、前記並列処理方式空調制御通信装置は、前記ビル管理ホストコンピュータが接続されたビル管理の基幹ネットワークであり、第１の通信プロトコルが用いられるビル管理通信ネットワークと、前記空調設備が接続され、前記ビル管理通信ネットワークと異なるプロトコルであって前記第１の通信プロトコルの通信速度より低速である第２の通信プロトコルが用いられる空調制御ネットワークと、前記第１の通信プロトコルを用いて前記ビル管理通信ネットワークを介して受信した制御コマンドを、前記第２の通信プロトコルの制御コマンドに変換して前記空調制御ネットワークを介して前記空調設備に対して送信する通信ノードを実装した通信装置とを備え、前記通信装置は、前記第１の通信プロトコルを用いて、前記ビル管理ホストコンピュータと通信を行うビル管理通信プロセッサと、前記第２の通信プロトコルを用いて、前記空調制御ネットワークと通信を行う空調通信プロセッサと、前記ビル管理通信プロセッサと前記空調通信プロセッサ間をプロトコルの変換を行う通信プロセッサ間インタフェースとからなる通信ノードが複数実装されてなり、前記ビル管理通信プロセッサにおいて受信した複数の制御コマンドを一つのパケットにして所定の時間間隔で送信し、空調設備の制御処理を分散させることを特徴とする。
【００１３】
請求項２に記載の発明は、前記通信装置は、前記複数の通信ノードを１つの筐体に実装し、前記ビル管理通信ネットワーク及び空調制御ネットワークとの接続端子がそれぞれ一つであることを特徴とする。
【００１７】
請求項３に記載の発明は、前記ビル管理通信プロセッサは、前記ビル管理ホストコンピュータにおいて設定されたネットワーク変数が結合され、この結合されたネットワーク変数に基づいて空調設備の制御を行うことを特徴とする。
【００１９】
請求項４に記載の発明は、ビルに備えられた設備を遠隔集中制御するビル管理ホストコンピュータからの指示に応じて、空調設備の運転制御を行う並列処理方式空調制御通信方法であって、前記並列処理方式空調制御通信方法は、前記ビル管理ホストコンピュータが接続されたビル管理の基幹ネットワークであり、第１の通信プロトコルが用いられるビル管理通信ネットワークを介して制御コマンドを受信する過程と、前記制御コマンドを、前記空調設備が接続され、前記ビル管理通信ネットワークと異なるプロトコルであって前記第１の通信プロトコルの通信速度より低速である第２の通信プロトコルが用いられる空調制御ネットワークの制御コマンドに変換する過程と、前記空調設備に対して変換した制御コマンドを送信する過程とを有し、前記各過程は、前記第１の通信プロトコルを用いて、前記ビル管理ホストコンピュータと通信を行うビル管理通信プロセッサと、前記第２の通信プロトコルを用いて、前記空調制御ネットワークと通信を行う空調通信プロセッサと、前記ビル管理通信プロセッサと前記空調通信プロセッサ間をプロトコルの変換を行う通信プロセッサ間インタフェースとからなる複数の通信ノードが前記ビル管理通信プロセッサにおいて受信した複数の制御コマンドを一つのパケットにして所定の時間間隔で送信して処理を並列で同時に行うことを特徴とする。
【００２１】
請求項５に記載の発明は、ビルに備えられた設備を遠隔集中制御するビル管理ホストコンピュータからの指示に応じて、空調設備の運転制御を行う並列処理方式空調制御通信プログラムであって、前記並列処理方式空調制御通信プログラムは、前記ビル管理ホストコンピュータが接続されたビル管理の基幹ネットワークであり、第１の通信プロトコルが用いられるビル管理通信ネットワークを介して制御コマンドを受信する処理と、前記制御コマンドを、前記空調設備が接続され、前記ビル管理通信ネットワークと異なるプロトコルであって前記第１の通信プロトコルの通信速度より低速である第２の通信プロトコルが用いられる空調制御ネットワークの制御コマンドに変換する処理と、前記空調設備に対して変換した制御コマンドを送信する処理とからなり、前記各処理は、前記第１の通信プロトコルを用いて、前記ビル管理ホストコンピュータと通信を行うビル管理通信プロセッサと、前記第２の通信プロトコルを用いて、前記空調制御ネットワークと通信を行う空調通信プロセッサと、前記ビル管理通信プロセッサと前記空調通信プロセッサ間をプロトコルの変換を行う通信プロセッサ間インタフェースとからなる複数の通信ノードが前記ビル管理通信プロセッサにおいて受信した複数の制御コマンドを一つのパケットにして所定の時間間隔で送信して処理を並列で同時にコンピュータに行わせることを特徴とする。
【００２３】
【発明の実施の形態】
以下、本発明の一実施形態による並列処理方式空調制御通信装置を図面を参照して説明する。図１は同実施形態の構成を示すブロック図である。この図において、図４に示す従来の装置と同一の部分には同一の符号を付し、その説明を省略する。この図に示す装置が従来の装置と異なる点は、通信装置３に替えて複数の通信ノード６１〜６ｎが同一の筐体に実装された通信装置３１が設けられている点である。この通信装置３１に実装されている通信ノード６１〜６ｎは、並列に接続するために通信装置３１の筐体内に内部ネットワーク接続Ｎ１、Ｎ２が備えられており、各通信ノードのそれぞれが相互に通信を行うことが可能である。また、通信装置３１内に実装されている通信ノード６１は、マスターノードに設定されている。 なお、図１においては、通信ノード６１〜６ｎをそれぞれ１枚の基板に実装して、ｎ枚の基板を並列に接続するようにしたが、全て（ｎ個）の通信ノード６１〜６ｎを１枚の基板のみに実装するようにしてもよい。
【００２４】
次に、図２を参照して、図１に示す並列処理方式空調制御通信装置の空調設備制御動作を説明する。図２は、図１に示す通信ノード６１の構成を示す説明図である。この図において、符号６１ａは、ビル管理通信ネットワーク２の通信プロトコルを用いて通信処理を行うビル管理通信プロセッサである。符号６１ｂは、空調制御ネットワーク８の通信プロトコルを用いて通信処理を行う空調通信プロセッサである。空調通信プロセッサ６１ｂ内には、通信ノード６１が制御を担う空調システム室内機９０〜９ｍの数だけ空調制御通信予約テーブルＴＲＴ０〜ＴＲＴｍ（図２においては、ＴＲＴ０とＴＲＴ１のみを図示）が設けられている。符号６１ｃは、ビル管理通信プロセッサ６１ａと空調通信プロセッサ６１ｂとを接続するための通信プロセッサ間インタフェースである。
【００２５】
前述したように、空調制御ネットワーク８の通信プロトコルは、各コマンドコード毎にオペレーションコードが規則的に定義されているので、各空調制御コマンドコードを行列の「行」、各オペレーションコードを「列」としたテーブルとすることができ、これが空調制御通信予約テーブルＴＲＴ０〜ＴＲＴｍである。この「行」と「列」で定義される行列の要素を「コマンドセル」と呼ぶ。
【００２６】
まず、空調通信プロセッサ６１ｂは、ビル管理通信プロセッサ６１ａからのネットワーク変数（例えば、ＯｎＯｆｆＣｍｄ＿１）を読み出すたびに、そのネットワーク変数から空調制御通信コマンドに変換して、該当する空調システム室内機９０〜９ｍ宛の空調制御通信予約テーブルのうちテーブルＴＲＴ１の該当するコマンドセルに送信予約の意味で「送信予約ビット＝▲１▼」を書込む。
【００２７】
一方、空調通信プロセッサ６１ｂは、一定周期で、空調制御通信予約テーブルＴＲＴ０〜ＴＲＴｍを順次スキャンし、空調制御通信予約テーブル毎に送信予約ビットが立っているコマンドセルを集めて通信パケットを送信バッファ内に組立てる。例えば、図２に示すように、コマンドコード「０１ｈ」，オペレーションコード「０１ｈ」とコマンドコード「０２ｈ」，オペレーションコード「００ｈ」の２つのコマンドの送信予約ビットが一定周期の時間内に書き込まれたとすると、送信バッファには、「ＰＡＣ＿１（宛先アドレス）」、（中略）、「０１ｈ，０１ｈ」、「０２ｈ，００ｈ」というパケットが組み立てられる。
【００２８】
そして、空調通信プロセッサ６１ｂは、送信バッファ内のパケットを空調制御ネットワーク８へ送信する。これによって、一定周期時間に受信したコマンドを１つにまとめて送信バッファ内に組み立てられたパケットが順次送信されることとなる。この送信バッファから送信される一定周期の時間は、ビル管理ホスト１からの指令が各フロアの空調システム室内機９０〜９ｍの運転に反映されるまでの許容される遅れ時間を設定すればよく、通常、数秒オーダーは許容されため、数秒オーダに設定する。
【００２９】
空調制御用の通信パケットは、宛先毎に発信する必要があるが、そのパケットのデータ部には複数のコマンドセットを入れることができるため、例えば、所定の空調システム室内機に対して、「運転；ＯＮ」、「運転モード；冷房」、「設定温度；２５℃」、「リモコン操作；禁止」という制御情報を一つの通信パケットにパッキングすることができる。したがって、ビル管理ホスト１から、室内機１号機に「運転；ＯＮ」、室内機２号機に「運転；ＯＮ」、…、室内機１号機に「運転モード；冷房」、室内機２号機に「運転モード；冷房」‥、という順序でネットワーク変数に対してデータが到着したとしても、空調通信プロセッサ６１ｂが順序に関わりなく、各空調システム室内機毎に複数の制御コマンドをパッキングして空調制御用通信パケットを組立てて送信するため、空調制御ネットワーク８の送信パケット総数を節約することができる。
【００３０】
このようにすることによって、一定周期時間内では、ビル管理通信プロセッサ６１ａにおけるネットワーク変数のデータ到着順序によらず、空調制御ネットワーク８の宛先毎に、まとめて送信パケットを組立てられるため、送信回数を削減することができる。また、空調通信プロセッサ６１ｂは、ネットワーク変数から空調制御通信コマンドにマッピングする際、空調制御通信予約テーブルの該当コマンドセルにビットを立てるだけなので、コマンド文字列を並べてリンクする方法よりも、高速に処理することが可能である。さらに、通信ノードを複数備えて、処理を分散させたため、通信の集中にボトルネックを解消することができる。さらに、通信速度の異なる２つの通信プロトコルのネットワークを介しても効率よく多くの空調制御コマンドを一度に送信することができる。したがって、遅いビットレートの空調制御ネットワーク８の通信回線を最大限に利用して、通信ノード内の通信ボトルネックを解消することができる。
【００３１】
空調設備の制御を行うためには、ビル管理通信プロセッサ６１ａのネットワーク変数からデータを受け取る度に、宛先アドレス、送信元アドレス、データ長の計算、データ部にコマンド＋オペレーションコードの文字列を代入、チェックサムの計算という空調制御通信パケットを組立てる処理が必要である。また、送信パケットを組立てた後も、ネットワーク回線アイドル検出、パケット送信衝突検知、バックオフアルゴリズム実行、送出、自送信読込みなどからなる一連の送出処理ルーチンを実行する必要があり、ワンチップマイコンの限られたＣＰＵ処理能力の大きな割合を占めてしまい、空調通信プロセッサ６１ｂのパフォーマンスを落してしまう。しかし、図２に示す動作によれば、空調制御通信予約テーブルヘの書込み・読み出しは、予約ビットの書込み・読み出しであるため、ワンチップマイコンでも高速に実行できて、ＣＰＵ占有時間も無視できる程度とすることができる。また、前述したように、通信パケットの組立てと送出はＣＰＵ時間を多く必要とするため、一つのパケットに複数のコマンドをパッキングして、送出処理を実行する回数を削減することにより、空調通信プロセッサ６１ｂのＣＰＵ占有時間を節約できる。この節約した時間をビル管理通信プロセッサ６１ａからのネットワーク変数読み出し処理に配分することができる。これは結果的に、ビル管理通信プロセッサ６１ａから空調通信プロセッサ６１ｂヘのデータ伝送が高速（頻繁に読み出す）となるので、全体のボトルネックを解消することができる。
【００３２】
次に、図３を参照して、ネットワーク変数を設定することにより、空調設備全体を強制停止する動作を説明する。空調設備全体の強制停止は、火災などの緊急時になるベくすばやく全パッケージエアコンを停止させて、かつ、以後解除するまで、居住者がリモコンから運転することを禁止する場合などに用いるものであり、非常時において全パッケージエアコンを停止させるための並列処理方式空調制御通信装置通信の通信量を削減するためのものである。
【００３３】
まず、ビル管理ホスト１内に定義されているネットワーク変数「ＳｙｓｔｅｍＯｆｆ」に「強制停止」をセットする。このネットワーク変数「ＳｙｓｔｅｍＯｆｆ」は「全体停止コマンド」に対応している。一方、マスターノードである通信ノード６１にのみ、ネットワーク変数「ＳｙｓｔｅｍＯｆｆ」は設定されている。同一のネットワーク（ここでは、ビル管理通信ネットワーク２）内において、同名のネットワーク変数は、結合されているため、異なる機器間でネットワーク変数の内容を共有することができる。したがって、ビル管理ホスト１は、自己の出力ネットワーク変数である「ＳｙｓｔｅｍＯｆｆ」に、「強制停止」を書込めばその変数が結合されている通信ノード６１のネットワーク変数「ＳｙｓｔｅｍＯｆｆ」に「強制停止」がコピーされる。これを受けて、マスターノードである通信ノード６１の空調通信プロセッサ６１ｂはビル管理通信プロセッサ６１ａから「全体停止コマンド」信号を読み出して、現状の各空調システム室内機９０〜９ｍの運転状態をメモリした後、空調制御ネットワーク８の通信パケットを順次送信する。これによって、空調設備全体が停止する。
【００３４】
一方、マスターノードである通信ノード６１のネットワーク変数「ＳｙｓｔｅｍＯｆｆ」に「強制停止解除」が書込まれると、強制停止時にメモリされていた運転状態の情報に基づいて、各空調システム室内機９０〜９ｍの強制停止直前の運転状態設定に戻すベく、運転モード、設定温度、リモコン操作許可、などの空調制御コマンドを各空調システム室内機９０〜９ｍに対して順次送信する。これによって、強制停止直前の空調運転状態に戻される。
【００３５】
このように、マスターノードに設定されている通信ノード６１が、他の空調システム室内機９０〜９ｍに対して、それぞれ停止、リモコン操作禁止などの制御コマンドを送信するようにしたため、複数のネットワーク変数から制御データを空調通信プロセッサ６１ｂが順次読み出していく必要が無く、一つのネットワーク変数「ＳｙｓｔｅｍＯｆｆ」を読むだけ済み、この結果、ビル管理通信を行うためのネットワーク変数の数を節約することができるとともに、ビル管理を行うための通信トラフィックを削減することができる。また、ビル管理通信プロセッサ６１ａと空調通信プロセッサ６１ｂとの間のプロセッサ間インタフェースの伝送回数も削減することができる。
【００３６】
なお、図１における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより空調制御処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３７】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００３８】
【発明の効果】
以上説明したように、この発明によれば、通信プロトコルの異なる通信ネットワークを介して、空調設備の制御を行う場合に、通信トラフィックを増大させること無く適切に空調設備の制御を行うことが可能になるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施形態の構成を示すブロック図である。
【図２】図１に示す通信ノード６１の動作を示す説明図である。
【図３】ネットワーク変数の構成を示す説明図である。
【図４】従来技術によるビル管理システムの構成を示すブロック図である。
【符号の説明】
１・・・ビル管理ホスト
２・・・ビル管理通信ネットワーク
３・・・通信装置
４・・・商用電源
５・・・パワーサプライ
６・・・通信ノード
７・・・ネットワーク接続ポイント
８・・・空調制御ネットワーク
９０〜９ｍ・・・空調システム室内機
３１・・・通信装置
６１〜６ｎ・・・通信ノード
Ｎ１、Ｎ２・・・内部ネットワーク接続
【発明の属する技術分野】
本発明は、ビルに備えられた空調設備を集中管理して、運転制御を行う並列処理方式空調制御通信装置、並列処理方式空調制御通信方法、及び並列処理方式空調制御通信プログラムに関する。
【０００２】
【従来の技術】
従来からビル内に備えられた空調設備を制御するネットワークは、パッケージエアコン専用に開発された通信プロトコルを採用しており、パッケージエアコンを製造するメーカは、それぞれ、独自に専用通信プロトコルを開発して実装しているのが現状である。
本来、この空調用制御通信プロトコルは、パッケージエアコンの室内機と室外機の間の制御データの交換を目的として開発されたものであるため、通信速度が高速である必要はなく、通常、１秒位の時間以内で相手の機器に伝達されれば十分である。また、伝達される情報は、コンピュータネットワークとは異なり文書情報でなく空調機器制御情報であるので、センサーの入力値やアクチュエータを制御するための出力値といった内容であり、一項目が約数バイトで表現できる情報量となっている。また、空調用制御ネットワークに接続されるパッケージエアコンの室内機は、低コストが要求されるため、センサー入力、アクチュエータ出力、空調制御演算、制御ネットワーク通信等の全ての処理を一個のワンチップマイコンで行う必要がある。したがって、このような空調用制御ネットワーク専用通信プロトコルは、ワンチップマイコンの一つの処理として実行可能な程度の、速度、メモリ容量のものである必要がある。
【０００３】
すなわち、速度としてはワンチップマイコンの内蔵のシリアル通信機能で実現できるビットレートである、９６００ｂｐｓ以下、また、通信プロトコルプログラムの大きさは数キロバイト程度でなければならない。また、各メーカ独自の空調制御ネットワークの通信プロトコルを決めてしまうと、市場で使用する場合の組合せ、互換性の点から、通信プロトコルの変更はできなくなってしまっている。したがって、現時点からみると通信速度が比較的遅い通信プロトコルでも、使い続けなければならないという事情がある。
【０００４】
図４は、従来技術による空調制御システムの構成を示すブロック図である。図４において、符号１は、ビルに備えられた設備（空調、照明、エレベータ等）の各機器を制御するビル管理ホストコンピュータ（以下、ビル管理ホストと称する）である。符号２は、各機器を接続するビル管理通信ネットワークである。符号３は、ビル管理ホスト１と各機器の間を取り持つ通信装置である。符号４は、通信装置３の外部から供給される商用電源である。符号５は、通信装置３の筐体内に備えられたパワーサプライである。符号６は、ビル管理ホスト１からの指示に応じて、各機器を制御する通信ノードであり、基板上に実装されている。符号７は、ビル管理通信ネットワーク２と異なるネットワークとを接続するためのネットワーク接続ポイントである。符号８は、空調設備専用の空調制御ネットワークであり、ネットワーク接続ポイントに接続される。符号９０〜９ｍは、空調システムの室内機であり、空調制御ネットワーク８を介して、運転制御の指示を受取り、この指示に基づいて運転が行われる。
【０００５】
次に、空調制御ネットワーク８の通信プロトコルについて説明する。図４に示す空調制御ネットワーク８の通信プロトコルは以下の通りである。
（１）通信速度（ビットレート）：９６００ｂｐｓ
（２）通信アクセス制御方式：ＣＳＭＡ／ＣＤ（衝突検知方式）
（３）パケットフォーマット：宛先アドレス＋発信アドレス＋データ長＋データ＋チェックサム
（４）データ：（コマンドコード＋オペレーションコード）×複数セット
【０００６】
コマンドコードとオペレーションコードは、パッケージエアコンの制御情報に特化してコマンドセットを予め定義されている。また、なるベく少ないバイト数で制御情報を表現できるようにしてあり、１バイトのコマンドコードと１バイト又は２バイトのオペレーションコードの組み合わせで一つの制御データを表現できるように以下のような構成となっている。すなわち、それぞれのコマンドコードに対して、複数のオペレーションコードが規則的に定義されている。
【０００７】
【０００８】
このように、（コマンドコード＋オペレーションコード）は２バイトから構成されるので、一つの通信パケットに複数組の（コマンドコード＋オペレーションコード）を含めても、通信パケットの総バイト数は約１０バイト程度で済んでしまうのが普通である。空調制御ネットワーク８のビットレートは９６００ｂｐｓなので１バイトが約１ｍｓｅｃとなり、一般的に１パケットは約１０ｍｓｅｃ程度の占有時間となる。このように、空調制御ネットワーク８の通信プロトコルはパッケージエアコンの室内外機間通信に特化され、低速であるが１パケットが短く、独自のコマンドコードとオペレーションコードにより制御データを伝送するという特徴を有している。
【０００９】
【発明が解決しようとする課題】
ところで、空調制御ネットワーク８は低コスト化と長期使用という制約のため、現時点においては９６００ｂｐｓという比較的通信速度が遅いものが使用されている。パッケージエアコンの室内機と室外機間のみの通信においては、９６００ｂｐｓであれば十分な速度であるが、近年用いられているビル管理通信ネットワーク２の速度は７８Ｋｂｐｓが主流になりつつあり、空調制御ネットワーク８の速度と比較すると約１０倍の差がある。
【００１０】
大規模なビルにおいて、全てのフロアのパッケージエアコン室内機を緊急停止する場合のように、空調設備への通信が集中した場合、ビル管理ホスト１が一台一台の空調システム室内機９０〜９ｍに停止指令を出していき、通信装置３から一台一台の停止状態報告により、ビル管理ホスト１の画面に停止状態を表示していかなければならない。したがって、この状態報告の応答が遅いと、オペレータがフロア全点停止結果が表示されるまで長い時間待機しなければならない。
図４に示すビル管理システムにおいては、通信装置３までは高速に各室内機に対する停止指令を送信することができるが、通信装置３より下位の空調制御ネットワーク８の通信プロトコルは通信速度が遅いため、通信装置３内の通信ノード６がボトルネックになってしまうという問題がある。また、ビル管理ホスト１は、パケットの送信後の所定時間（例えば、１０秒）だけ待っても応答がない場合、タイムアウトと判断してしまい、ビル管理ホスト１は再送を試みなければならなくなるため、さらにトラフィックが増大し、さらに通信の渋滞が悪化してしまうという問題がある。
【００１１】
本発明は、このような事情に鑑みてなされたもので、通信プロトコルの異なる通信ネットワークを介して、空調設備の制御を行う場合に、通信トラフィックを増大させること無く適切に空調設備の制御を行うことが可能な並列処理方式空調制御通信装置、並列処理方式空調制御通信方法、及び並列処理方式空調制御通信プログラムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
請求項１に記載の発明は、ビルに備えられた設備を遠隔集中制御するビル管理ホストコンピュータからの指示に応じて、空調設備の運転制御を行う並列処理方式空調制御通信装置であって、前記並列処理方式空調制御通信装置は、前記ビル管理ホストコンピュータが接続されたビル管理の基幹ネットワークであり、第１の通信プロトコルが用いられるビル管理通信ネットワークと、前記空調設備が接続され、前記ビル管理通信ネットワークと異なるプロトコルであって前記第１の通信プロトコルの通信速度より低速である第２の通信プロトコルが用いられる空調制御ネットワークと、前記第１の通信プロトコルを用いて前記ビル管理通信ネットワークを介して受信した制御コマンドを、前記第２の通信プロトコルの制御コマンドに変換して前記空調制御ネットワークを介して前記空調設備に対して送信する通信ノードを実装した通信装置とを備え、前記通信装置は、前記第１の通信プロトコルを用いて、前記ビル管理ホストコンピュータと通信を行うビル管理通信プロセッサと、前記第２の通信プロトコルを用いて、前記空調制御ネットワークと通信を行う空調通信プロセッサと、前記ビル管理通信プロセッサと前記空調通信プロセッサ間をプロトコルの変換を行う通信プロセッサ間インタフェースとからなる通信ノードが複数実装されてなり、前記ビル管理通信プロセッサにおいて受信した複数の制御コマンドを一つのパケットにして所定の時間間隔で送信し、空調設備の制御処理を分散させることを特徴とする。
【００１３】
請求項２に記載の発明は、前記通信装置は、前記複数の通信ノードを１つの筐体に実装し、前記ビル管理通信ネットワーク及び空調制御ネットワークとの接続端子がそれぞれ一つであることを特徴とする。
【００１７】
請求項３に記載の発明は、前記ビル管理通信プロセッサは、前記ビル管理ホストコンピュータにおいて設定されたネットワーク変数が結合され、この結合されたネットワーク変数に基づいて空調設備の制御を行うことを特徴とする。
【００１９】
請求項４に記載の発明は、ビルに備えられた設備を遠隔集中制御するビル管理ホストコンピュータからの指示に応じて、空調設備の運転制御を行う並列処理方式空調制御通信方法であって、前記並列処理方式空調制御通信方法は、前記ビル管理ホストコンピュータが接続されたビル管理の基幹ネットワークであり、第１の通信プロトコルが用いられるビル管理通信ネットワークを介して制御コマンドを受信する過程と、前記制御コマンドを、前記空調設備が接続され、前記ビル管理通信ネットワークと異なるプロトコルであって前記第１の通信プロトコルの通信速度より低速である第２の通信プロトコルが用いられる空調制御ネットワークの制御コマンドに変換する過程と、前記空調設備に対して変換した制御コマンドを送信する過程とを有し、前記各過程は、前記第１の通信プロトコルを用いて、前記ビル管理ホストコンピュータと通信を行うビル管理通信プロセッサと、前記第２の通信プロトコルを用いて、前記空調制御ネットワークと通信を行う空調通信プロセッサと、前記ビル管理通信プロセッサと前記空調通信プロセッサ間をプロトコルの変換を行う通信プロセッサ間インタフェースとからなる複数の通信ノードが前記ビル管理通信プロセッサにおいて受信した複数の制御コマンドを一つのパケットにして所定の時間間隔で送信して処理を並列で同時に行うことを特徴とする。
【００２１】
請求項５に記載の発明は、ビルに備えられた設備を遠隔集中制御するビル管理ホストコンピュータからの指示に応じて、空調設備の運転制御を行う並列処理方式空調制御通信プログラムであって、前記並列処理方式空調制御通信プログラムは、前記ビル管理ホストコンピュータが接続されたビル管理の基幹ネットワークであり、第１の通信プロトコルが用いられるビル管理通信ネットワークを介して制御コマンドを受信する処理と、前記制御コマンドを、前記空調設備が接続され、前記ビル管理通信ネットワークと異なるプロトコルであって前記第１の通信プロトコルの通信速度より低速である第２の通信プロトコルが用いられる空調制御ネットワークの制御コマンドに変換する処理と、前記空調設備に対して変換した制御コマンドを送信する処理とからなり、前記各処理は、前記第１の通信プロトコルを用いて、前記ビル管理ホストコンピュータと通信を行うビル管理通信プロセッサと、前記第２の通信プロトコルを用いて、前記空調制御ネットワークと通信を行う空調通信プロセッサと、前記ビル管理通信プロセッサと前記空調通信プロセッサ間をプロトコルの変換を行う通信プロセッサ間インタフェースとからなる複数の通信ノードが前記ビル管理通信プロセッサにおいて受信した複数の制御コマンドを一つのパケットにして所定の時間間隔で送信して処理を並列で同時にコンピュータに行わせることを特徴とする。
【００２３】
【発明の実施の形態】
以下、本発明の一実施形態による並列処理方式空調制御通信装置を図面を参照して説明する。図１は同実施形態の構成を示すブロック図である。この図において、図４に示す従来の装置と同一の部分には同一の符号を付し、その説明を省略する。この図に示す装置が従来の装置と異なる点は、通信装置３に替えて複数の通信ノード６１〜６ｎが同一の筐体に実装された通信装置３１が設けられている点である。この通信装置３１に実装されている通信ノード６１〜６ｎは、並列に接続するために通信装置３１の筐体内に内部ネットワーク接続Ｎ１、Ｎ２が備えられており、各通信ノードのそれぞれが相互に通信を行うことが可能である。また、通信装置３１内に実装されている通信ノード６１は、マスターノードに設定されている。 なお、図１においては、通信ノード６１〜６ｎをそれぞれ１枚の基板に実装して、ｎ枚の基板を並列に接続するようにしたが、全て（ｎ個）の通信ノード６１〜６ｎを１枚の基板のみに実装するようにしてもよい。
【００２４】
次に、図２を参照して、図１に示す並列処理方式空調制御通信装置の空調設備制御動作を説明する。図２は、図１に示す通信ノード６１の構成を示す説明図である。この図において、符号６１ａは、ビル管理通信ネットワーク２の通信プロトコルを用いて通信処理を行うビル管理通信プロセッサである。符号６１ｂは、空調制御ネットワーク８の通信プロトコルを用いて通信処理を行う空調通信プロセッサである。空調通信プロセッサ６１ｂ内には、通信ノード６１が制御を担う空調システム室内機９０〜９ｍの数だけ空調制御通信予約テーブルＴＲＴ０〜ＴＲＴｍ（図２においては、ＴＲＴ０とＴＲＴ１のみを図示）が設けられている。符号６１ｃは、ビル管理通信プロセッサ６１ａと空調通信プロセッサ６１ｂとを接続するための通信プロセッサ間インタフェースである。
【００２５】
前述したように、空調制御ネットワーク８の通信プロトコルは、各コマンドコード毎にオペレーションコードが規則的に定義されているので、各空調制御コマンドコードを行列の「行」、各オペレーションコードを「列」としたテーブルとすることができ、これが空調制御通信予約テーブルＴＲＴ０〜ＴＲＴｍである。この「行」と「列」で定義される行列の要素を「コマンドセル」と呼ぶ。
【００２６】
まず、空調通信プロセッサ６１ｂは、ビル管理通信プロセッサ６１ａからのネットワーク変数（例えば、ＯｎＯｆｆＣｍｄ＿１）を読み出すたびに、そのネットワーク変数から空調制御通信コマンドに変換して、該当する空調システム室内機９０〜９ｍ宛の空調制御通信予約テーブルのうちテーブルＴＲＴ１の該当するコマンドセルに送信予約の意味で「送信予約ビット＝▲１▼」を書込む。
【００２７】
一方、空調通信プロセッサ６１ｂは、一定周期で、空調制御通信予約テーブルＴＲＴ０〜ＴＲＴｍを順次スキャンし、空調制御通信予約テーブル毎に送信予約ビットが立っているコマンドセルを集めて通信パケットを送信バッファ内に組立てる。例えば、図２に示すように、コマンドコード「０１ｈ」，オペレーションコード「０１ｈ」とコマンドコード「０２ｈ」，オペレーションコード「００ｈ」の２つのコマンドの送信予約ビットが一定周期の時間内に書き込まれたとすると、送信バッファには、「ＰＡＣ＿１（宛先アドレス）」、（中略）、「０１ｈ，０１ｈ」、「０２ｈ，００ｈ」というパケットが組み立てられる。
【００２８】
そして、空調通信プロセッサ６１ｂは、送信バッファ内のパケットを空調制御ネットワーク８へ送信する。これによって、一定周期時間に受信したコマンドを１つにまとめて送信バッファ内に組み立てられたパケットが順次送信されることとなる。この送信バッファから送信される一定周期の時間は、ビル管理ホスト１からの指令が各フロアの空調システム室内機９０〜９ｍの運転に反映されるまでの許容される遅れ時間を設定すればよく、通常、数秒オーダーは許容されため、数秒オーダに設定する。
【００２９】
空調制御用の通信パケットは、宛先毎に発信する必要があるが、そのパケットのデータ部には複数のコマンドセットを入れることができるため、例えば、所定の空調システム室内機に対して、「運転；ＯＮ」、「運転モード；冷房」、「設定温度；２５℃」、「リモコン操作；禁止」という制御情報を一つの通信パケットにパッキングすることができる。したがって、ビル管理ホスト１から、室内機１号機に「運転；ＯＮ」、室内機２号機に「運転；ＯＮ」、…、室内機１号機に「運転モード；冷房」、室内機２号機に「運転モード；冷房」‥、という順序でネットワーク変数に対してデータが到着したとしても、空調通信プロセッサ６１ｂが順序に関わりなく、各空調システム室内機毎に複数の制御コマンドをパッキングして空調制御用通信パケットを組立てて送信するため、空調制御ネットワーク８の送信パケット総数を節約することができる。
【００３０】
このようにすることによって、一定周期時間内では、ビル管理通信プロセッサ６１ａにおけるネットワーク変数のデータ到着順序によらず、空調制御ネットワーク８の宛先毎に、まとめて送信パケットを組立てられるため、送信回数を削減することができる。また、空調通信プロセッサ６１ｂは、ネットワーク変数から空調制御通信コマンドにマッピングする際、空調制御通信予約テーブルの該当コマンドセルにビットを立てるだけなので、コマンド文字列を並べてリンクする方法よりも、高速に処理することが可能である。さらに、通信ノードを複数備えて、処理を分散させたため、通信の集中にボトルネックを解消することができる。さらに、通信速度の異なる２つの通信プロトコルのネットワークを介しても効率よく多くの空調制御コマンドを一度に送信することができる。したがって、遅いビットレートの空調制御ネットワーク８の通信回線を最大限に利用して、通信ノード内の通信ボトルネックを解消することができる。
【００３１】
空調設備の制御を行うためには、ビル管理通信プロセッサ６１ａのネットワーク変数からデータを受け取る度に、宛先アドレス、送信元アドレス、データ長の計算、データ部にコマンド＋オペレーションコードの文字列を代入、チェックサムの計算という空調制御通信パケットを組立てる処理が必要である。また、送信パケットを組立てた後も、ネットワーク回線アイドル検出、パケット送信衝突検知、バックオフアルゴリズム実行、送出、自送信読込みなどからなる一連の送出処理ルーチンを実行する必要があり、ワンチップマイコンの限られたＣＰＵ処理能力の大きな割合を占めてしまい、空調通信プロセッサ６１ｂのパフォーマンスを落してしまう。しかし、図２に示す動作によれば、空調制御通信予約テーブルヘの書込み・読み出しは、予約ビットの書込み・読み出しであるため、ワンチップマイコンでも高速に実行できて、ＣＰＵ占有時間も無視できる程度とすることができる。また、前述したように、通信パケットの組立てと送出はＣＰＵ時間を多く必要とするため、一つのパケットに複数のコマンドをパッキングして、送出処理を実行する回数を削減することにより、空調通信プロセッサ６１ｂのＣＰＵ占有時間を節約できる。この節約した時間をビル管理通信プロセッサ６１ａからのネットワーク変数読み出し処理に配分することができる。これは結果的に、ビル管理通信プロセッサ６１ａから空調通信プロセッサ６１ｂヘのデータ伝送が高速（頻繁に読み出す）となるので、全体のボトルネックを解消することができる。
【００３２】
次に、図３を参照して、ネットワーク変数を設定することにより、空調設備全体を強制停止する動作を説明する。空調設備全体の強制停止は、火災などの緊急時になるベくすばやく全パッケージエアコンを停止させて、かつ、以後解除するまで、居住者がリモコンから運転することを禁止する場合などに用いるものであり、非常時において全パッケージエアコンを停止させるための並列処理方式空調制御通信装置通信の通信量を削減するためのものである。
【００３３】
まず、ビル管理ホスト１内に定義されているネットワーク変数「ＳｙｓｔｅｍＯｆｆ」に「強制停止」をセットする。このネットワーク変数「ＳｙｓｔｅｍＯｆｆ」は「全体停止コマンド」に対応している。一方、マスターノードである通信ノード６１にのみ、ネットワーク変数「ＳｙｓｔｅｍＯｆｆ」は設定されている。同一のネットワーク（ここでは、ビル管理通信ネットワーク２）内において、同名のネットワーク変数は、結合されているため、異なる機器間でネットワーク変数の内容を共有することができる。したがって、ビル管理ホスト１は、自己の出力ネットワーク変数である「ＳｙｓｔｅｍＯｆｆ」に、「強制停止」を書込めばその変数が結合されている通信ノード６１のネットワーク変数「ＳｙｓｔｅｍＯｆｆ」に「強制停止」がコピーされる。これを受けて、マスターノードである通信ノード６１の空調通信プロセッサ６１ｂはビル管理通信プロセッサ６１ａから「全体停止コマンド」信号を読み出して、現状の各空調システム室内機９０〜９ｍの運転状態をメモリした後、空調制御ネットワーク８の通信パケットを順次送信する。これによって、空調設備全体が停止する。
【００３４】
一方、マスターノードである通信ノード６１のネットワーク変数「ＳｙｓｔｅｍＯｆｆ」に「強制停止解除」が書込まれると、強制停止時にメモリされていた運転状態の情報に基づいて、各空調システム室内機９０〜９ｍの強制停止直前の運転状態設定に戻すベく、運転モード、設定温度、リモコン操作許可、などの空調制御コマンドを各空調システム室内機９０〜９ｍに対して順次送信する。これによって、強制停止直前の空調運転状態に戻される。
【００３５】
このように、マスターノードに設定されている通信ノード６１が、他の空調システム室内機９０〜９ｍに対して、それぞれ停止、リモコン操作禁止などの制御コマンドを送信するようにしたため、複数のネットワーク変数から制御データを空調通信プロセッサ６１ｂが順次読み出していく必要が無く、一つのネットワーク変数「ＳｙｓｔｅｍＯｆｆ」を読むだけ済み、この結果、ビル管理通信を行うためのネットワーク変数の数を節約することができるとともに、ビル管理を行うための通信トラフィックを削減することができる。また、ビル管理通信プロセッサ６１ａと空調通信プロセッサ６１ｂとの間のプロセッサ間インタフェースの伝送回数も削減することができる。
【００３６】
なお、図１における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより空調制御処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３７】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００３８】
【発明の効果】
以上説明したように、この発明によれば、通信プロトコルの異なる通信ネットワークを介して、空調設備の制御を行う場合に、通信トラフィックを増大させること無く適切に空調設備の制御を行うことが可能になるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施形態の構成を示すブロック図である。
【図２】図１に示す通信ノード６１の動作を示す説明図である。
【図３】ネットワーク変数の構成を示す説明図である。
【図４】従来技術によるビル管理システムの構成を示すブロック図である。
【符号の説明】
１・・・ビル管理ホスト
２・・・ビル管理通信ネットワーク
３・・・通信装置
４・・・商用電源
５・・・パワーサプライ
６・・・通信ノード
７・・・ネットワーク接続ポイント
８・・・空調制御ネットワーク
９０〜９ｍ・・・空調システム室内機
３１・・・通信装置
６１〜６ｎ・・・通信ノード
Ｎ１、Ｎ２・・・内部ネットワーク接続
Claims (5)
- ビルに備えられた設備を遠隔集中制御するビル管理ホストコンピュータからの指示に応じて、空調設備の運転制御を行う並列処理方式空調制御通信装置であって、
前記並列処理方式空調制御通信装置は、
前記ビル管理ホストコンピュータが接続されたビル管理の基幹ネットワークであり、第１の通信プロトコルが用いられるビル管理通信ネットワークと、
前記空調設備が接続され、前記ビル管理通信ネットワークと異なるプロトコルであって前記第１の通信プロトコルの通信速度より低速である第２の通信プロトコルが用いられる空調制御ネットワークと、
前記第１の通信プロトコルを用いて前記ビル管理通信ネットワークを介して受信した制御コマンドを、前記第２の通信プロトコルの制御コマンドに変換して前記空調制御ネットワークを介して前記空調設備に対して送信する通信ノードを実装した通信装置とを備え、
前記通信装置は、
前記第１の通信プロトコルを用いて、前記ビル管理ホストコンピュータと通信を行うビル管理通信プロセッサと、前記第２の通信プロトコルを用いて、前記空調制御ネットワークと通信を行う空調通信プロセッサと、前記ビル管理通信プロセッサと前記空調通信プロセッサ間をプロトコルの変換を行う通信プロセッサ間インタフェースとからなる通信ノードが複数実装されてなり、
前記ビル管理通信プロセッサにおいて受信した複数の制御コマンドを一つのパケットにして所定の時間間隔で送信し、空調設備の制御処理を分散させることを特徴とする並列処理方式空調制御通信装置。 - 前記通信装置は、
前記複数の通信ノードを１つの筐体に実装し、前記ビル管理通信ネットワーク及び前記空調制御ネットワークとの接続端子がそれぞれ一つであることを特徴とする請求項１に記載の並列処理方式空調制御通信装置。 - 前記ビル管理通信プロセッサは、
前記ビル管理ホストコンピュータにおいて設定されたネットワーク変数が結合され、この結合されたネットワーク変数に基づいて空調設備の制御を行うことを特徴とする請求項１または２に記載の並列処理方式空調制御通信装置。 - ビルに備えられた設備を遠隔集中制御するビル管理ホストコンピュータからの指示に応じて、空調設備の運転制御を行う並列処理方式空調制御通信方法であって、
前記並列処理方式空調制御通信方法は、
前記ビル管理ホストコンピュータが接続されたビル管理の基幹ネットワークであり、第１の通信プロトコルが用いられるビル管理通信ネットワークを介して制御コマンドを受信する過程と、
前記制御コマンドを、前記空調設備が接続され、前記ビル管理通信ネットワークと異なるプロトコルであって前記第１の通信プロトコルの通信速度より低速である第２の通信プロトコルが用いられる空調制御ネットワークの制御コマンドに変換する過程と、
前記空調設備に対して変換した制御コマンドを送信する過程とを有し、
前記各過程は、前記第１の通信プロトコルを用いて、前記ビル管理ホストコンピュータと通信を行うビル管理通信プロセッサと、前記第２の通信プロトコルを用いて、前記空調制御ネットワークと通信を行う空調通信プロセッサと、前記ビル管理通信プロセッサと前記空調通信プロセッサ間をプロトコルの変換を行う通信プロセッサ間インタフェースとからなる複数の通信ノードが前記ビル管理通信プロセッサにおいて受信した複数の制御コマンドを一つのパケットにして所定の時間間隔で送信して処理を並列で同時に行うことを特徴とする並列処理方式空調制御通信方法。 - ビルに備えられた設備を遠隔集中制御するビル管理ホストコンピュータからの指示に応じて、空調設備の運転制御を行う並列処理方式空調制御通信プログラムであって、
前記並列処理方式空調制御通信プログラムは、
前記ビル管理ホストコンピュータが接続されたビル管理の基幹ネットワークであり、第１の通信プロトコルが用いられるビル管理通信ネットワークを介して制御コマンドを受信する処理と、
前記制御コマンドを、前記空調設備が接続され、前記ビル管理通信ネットワークと異なるプロトコルであって前記第１の通信プロトコルの通信速度より低速である第２の通信プロトコルが用いられる空調制御ネットワークの制御コマンドに変換する処理と、
前記空調設備に対して変換した制御コマンドを送信する処理とからなり、
前記各処理は、前記第１の通信プロトコルを用いて、前記ビル管理ホストコンピュータと通信を行うビル管理通信プロセッサと、前記第２の通信プロトコルを用いて、前記空調制御ネットワークと通信を行う空調通信プロセッサと、前記ビル管理通信プロセッサと前記空調通信プロセッサ間をプロトコルの変換を行う通信プロセッサ間インタフェースとからなる複数の通信ノードが前記ビル管理通信プロセッサにおいて受信した複数の制御コマンドを一つのパケットにして所定の時間間隔で送信して処理を並列で同時にコンピュータに行わせることを特徴とする並列処理方式空調制御通信プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001335486A JP3576520B2 (ja) | 2001-10-31 | 2001-10-31 | 並列処理方式空調制御通信装置、並列処理方式空調制御通信方法、及び並列処理方式空調制御通信プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001335486A JP3576520B2 (ja) | 2001-10-31 | 2001-10-31 | 並列処理方式空調制御通信装置、並列処理方式空調制御通信方法、及び並列処理方式空調制御通信プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003139375A JP2003139375A (ja) | 2003-05-14 |
| JP3576520B2 true JP3576520B2 (ja) | 2004-10-13 |
Family
ID=19150470
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001335486A Expired - Lifetime JP3576520B2 (ja) | 2001-10-31 | 2001-10-31 | 並列処理方式空調制御通信装置、並列処理方式空調制御通信方法、及び並列処理方式空調制御通信プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3576520B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101377335A (zh) * | 2007-08-30 | 2009-03-04 | 三星电子株式会社 | 混合式空调系统及其控制方法 |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5340574B2 (ja) * | 2007-09-26 | 2013-11-13 | 三洋電機株式会社 | 空気調和システムおよび通信制御装置 |
| KR20100032796A (ko) * | 2008-09-18 | 2010-03-26 | 삼성전자주식회사 | 공기 조화기의 제어 방법 |
| JP5909721B2 (ja) * | 2011-03-30 | 2016-04-27 | パナソニックＩｐマネジメント株式会社 | 通信制御システム |
| EP2950015B1 (en) | 2013-01-25 | 2024-02-28 | Mitsubishi Electric Corporation | Air-conditioning system |
| JP6087783B2 (ja) * | 2013-10-19 | 2017-03-01 | 株式会社コロナ | 集中制御システム |
| JP6513444B2 (ja) * | 2015-03-23 | 2019-05-15 | 三菱重工サーマルシステムズ株式会社 | 通信ネットワーク中継器、ｌｏｎ通信機能付き制御装置、及び通信ネットワーク中継方法 |
| JP6316363B2 (ja) * | 2016-09-14 | 2018-04-25 | 三菱電機株式会社 | 空気調和制御システム |
-
2001
- 2001-10-31 JP JP2001335486A patent/JP3576520B2/ja not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101377335A (zh) * | 2007-08-30 | 2009-03-04 | 三星电子株式会社 | 混合式空调系统及其控制方法 |
| CN101377335B (zh) * | 2007-08-30 | 2013-06-19 | 三星电子株式会社 | 混合式空调系统及其控制方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003139375A (ja) | 2003-05-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5175732A (en) | Method and apparatus for controlling data communication operations within stations of a local-area network | |
| CN101799795B (zh) | 一种1553b总线监控器及具有该监控器的总线系统 | |
| JP3138119U (ja) | リモート起動制御装置 | |
| US4942552A (en) | Method and apparatus for saving and performing industrial control commands | |
| US20060212175A1 (en) | Building management system and operating method thereof | |
| JP3576520B2 (ja) | 並列処理方式空調制御通信装置、並列処理方式空調制御通信方法、及び並列処理方式空調制御通信プログラム | |
| US20040260841A1 (en) | Method, apparatus, and system for internet protocol communication over intelligent platform management bus | |
| KR101559089B1 (ko) | 장치의 컴포넌트들 간에 메모리 자원들을 공유하기 위한 통신 프로토콜 | |
| US5961614A (en) | System for data transfer through an I/O device using a memory access controller which receives and stores indication of a data status signal | |
| US9755892B2 (en) | Integrated device managment over Ethernet network | |
| US6665703B1 (en) | Storage system with internal LAN | |
| JP3512146B2 (ja) | デバイスドライバ装置 | |
| JP4009075B2 (ja) | ネットワーク変数のバインド方法 | |
| JPH1155297A (ja) | 伝送媒体接続装置および記憶媒体 | |
| JPH1166022A (ja) | クラスタシステム | |
| US7529268B1 (en) | Multi-point electronic control system protocol | |
| JPH06174802A (ja) | Ｃｐｕ搭載集積回路及びデバッガ | |
| CN118041959B (zh) | 基于Aurora协议互联的数据采集系统及方法 | |
| JP3538069B2 (ja) | ブロードキャスト通信試験方式 | |
| JP3630743B2 (ja) | 集中制御システム | |
| JP2002095068A (ja) | 監視制御システム | |
| JP2821053B2 (ja) | ネットワークシステム | |
| JPH0329533A (ja) | 伝送用ｉｃ | |
| JPH10207856A (ja) | 分散型計算機システム | |
| JPH0675883A (ja) | メッセージ通信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20031128 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040302 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040506 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040615 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040707 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3576520 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080716 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080716 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090716 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100716 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110716 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120716 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130716 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |