JP4710272B2 - 空調システム - Google Patents

Description

本発明は、空調システムに関し、特に、空気調和機がネットワーク接続されてなる空調システムに関する。

例えば、ホテルやテナントなどの多数の室内外機が設置されるビル空調システムでは、各室内機の個別の制御と集中制御装置による統括的な制御が必要である。
スプリットタイプのビル空調システムは、１台の室外機に対して２台以上の室内機を冷媒回路で接続した空調システムを、ネットワーク線で接続して、ひとつの空調システムとして構築される。例えば巨大なビルの空調システムは、フロア毎にカスタマイズされた専用に設計されたものであるのに対し、スプリットタイプは、既に間取りが確定した個別の部屋に於いて、室内機ユニットを取り付け、屋上などに設置した室外機により空調を行うシステムである。

その長所としては、設置の柔軟性が挙げられる。部屋の増設や間取り変更に伴い、室内機ユニットの追加によって自在に空調能力を増減することが可能となる。既存の建築物に対しても配管の埋設と室内外機の設置により空調システムを導入出来る。

しかしながら、集中管理という観点からみれば、電気的なシステムの構築が複雑になる。室内機群と室外機とを接続する冷媒回路は十数台程度の設計となるが、これらの冷媒回路を複合して一つの集中管理空調システムを構築する場合、室内機の制御台数は数百台に及ぶことがある。

特に、集中制御装置は、ネットワーク上に存在する複数の室内機のマルチ制御に加え、温度センサ情報や課金計算に必要な情報など、多岐にわたる情報収集装置としての機能が望まれる。

従来、ネットワークエアコンシステムは、例えば特開２００３−９０５８７号公報（特許文献１）に適用されている様に、一つのメインバス上に、複数の室内外機とそれらを制御する制御装置が懸吊され、独自のネットワークシステムで大規模な空調システムが構築される。他の従来技術として、特開２００１−２３５２１７号公報（特許文献２）が挙げられる。

図３６に示すように、上記特許文献１に記載された技術のように、同一のメインバス線上にすべての機器（室内外機、制御装置、操作装置など）を配置する構成方法は、設置工事時にはケ−ブルの煩雑さを回避する上では効果的かも知れないが、上記に述べた様に設置の柔軟性を重視する場合は、上記特許文献１の様な一次元的配置は却ってシステムを複雑にする。

同一のバスを使用するということは、物理的な通信プロトコルを統一化する必要がある。また、アダプタ配下で部分的に統括制御される室内外機群は、室内機自身のアドレス以外にもアダプタのアドレスを認識する必要がある。つまり、不必要な（他のアダプタが管理する室内機群）データの取捨選択を室内機制御部が行う必要があり、特にネットワークバスで使用される半二重通信バスでは、トラフィックの増大を招き、ノイズでデータが欠落する以上に、データフレームの衝突欠落を意識する必要が出てくる。

また、最近ではシステムのオープン化といった傾向もあり、室内外機群を制御するプロトコルが自社のものとは限らないケースも少なくない。特にビル空調はシステムとしての位置付けが高く、長期間にわたって使用されることになるので、その間に新規開発によりシステム変更が生じた場合、一次元的システムではシステム追加が難しく、すべての室内外機を換装することにもなりかねない。

特開平４−２８１１４５号公報（特許文献３）には、図３７に示すような通信システムが記載されている。伝送路８０１には、中央制御装置８０２と、第１〜第３コンバータ８０３〜８０５が接続されている。第１〜第３コンバータ８０３〜８０５には、それぞれ第１〜第３空調ブロック８０６〜８０８が接続されている。

このような従来の通信システム８００において、第１〜第３コンバータ８０３〜８０５は、それぞれ、中央制御装置８０２から出力され伝送路８０１上を伝送される信号に関して、プロトコル変換を行い、その変換後の信号をそれぞれ第１〜第３空調ブロック８０６〜８０８に出力する。中央制御装置８０２は、第１〜第３空調ブロック８０６〜８０８をそれぞれ制御すべく、第１〜第３空調ブロック８０６〜８０８に対してそれぞれ、制御信号を出力するためには、第１〜第３空調ブロック８０６〜８０８のそれぞれの制御コードを把握している必要がある。

そのため、新たに、空調ブロック（図示せず）を通信システム８００に追加する場合には、その空調ブロックの制御コードを、その都度、中央制御装置８０２に登録する必要がある。空調ブロックの追加に際しては、このような登録作業が必要になるため、機器の増設の柔軟性に欠ける。

従来、図３７に示す通信システム８００では、通常、第１〜第３空調ブロック８０６〜８０８の空調機器が、同じタイプの機種であり、第１〜第３空調ブロック８０６〜８０８の空調機器の全てに対し、重複しないアドレスを設定することができない場合に備えて、第１〜第３コンバータ８０３〜８０５が用いられている。即ち、第１〜第３空調ブロック８０６〜８０８の空調機器（ノード）の全てに対し、重複しないアドレス（ノードアドレス）を設定することができない場合であっても、一つの空調ブロック内でノードアドレスが重複無く設定されてさえいれば、その第１〜第３空調ブロック８０６〜８０８の空調機器が接続される第１〜第３コンバータ８０３〜８０５のコンバータアドレスと、空調機器のノードアドレスを組み合わせて用いることにより、所望の空調機器を特定することができる。

特開２００３−９０５８７号公報 特開２００１−２３５２１７号公報 特開平４−２８１１４５号公報

例えば空調機器のような複数の被制御機器に対して、それらの被制御機器を制御するための制御信号が供給される空調システムにおいて、被制御機器の増設や新設の柔軟性が高いことが望まれている。
本発明の目的は、被制御機器の増設や新設の柔軟性が高い空調システムを提供することである。

本発明の空調システムは、ネットワークを介して複数の空調機を制御する空調システムであって、支配系と被支配系による優位性の違いに基づいて少なくとも３階層以上に階層化され、前記空調機を制御するための各種信号のやり取りを行う複数のバスと、階層化された前記複数のバスのうち、隣接する上位と下位のバスの間にそれぞれ接続され、前記上位と下位のバスを等価的に接続するための信号変換を行うと共に、入力信号の種類と当該入力信号の階層アドレスとに基づいて、入力信号を上位あるいは下位のいずれのバスへ送信するかを決定するバス間コンバータと、前記バスと制御対象の前記空調機との間に接続され、当該空調機に対して制御情報を出力して運転制御すると共に、当該空調機の状態を示す状態情報を取得して前記バスへ出力する空調機用コンバータと、を備え、前記バス間コンバータは、前記入力信号が前記空調機を運転制御するための制御コマンドであって、自分と同じか、自分よりも上位の階層アドレスからの信号である場合に、前記入力信号を受信したバス間コンバータよりもさらに下位階層のバスへ前記入力信号を流すことを許可すると共に、上位階層のバスへ前記入力信号を流すことを抑制することを特徴としている。

本発明の空調システムにおいて、前記バス間コンバータは、前記入力信号が前記空調機の状態情報であって、自分と同じか、自分よりも下位の階層アドレスからの信号である場合に、前記入力信号を受信したバス間コンバータよりもさらに上位階層のバスへ前記入力信号を流すことを許可すると共に、下位階層のバスへ前記入力信号を流すことを抑制することを特徴としている。

本発明の空調システムにおいて、前記バス間コンバータおよび前記空調機用コンバータの少なくとも一方には、接続された機器の入出力信号を前記バスへ入出力するための外部装置が直接接続され、前記外部装置は、前記空調機を制御するためのリモコン装置を含む制御装置と、前記空調機の状態を検出するための電力量計や温度センサを含むセンサとのいずれか一方であることを特徴としている。

本発明の空調システムにおいて、前記バスに接続され、センサ情報を収集する情報収集コンバータをさらに備え、前記情報収集コンバータには、接続された機器の入出力信号を前記バスへ入出力するための外部装置が直接接続され、前記外部装置は、前記空調機あるいは外部の状態を検出するための電力量計や温度センサを含むセンサであることを特徴としている。

本発明の空調システムにおいて、前記バス間コンバータおよび前記空調機用コンバータの少なくとも一方の内部は、上位レイヤ、中間レイヤ、下位レイヤの３階層に分かれ、前記上位レイヤは、上位階層のバスのインタフェースとプロトコル変換を行い、前記下位レイヤは、下位階層のインタフェースとプロトコル変換を行い、前記中間レイヤは、汎用入出力機能を有し、前記外部装置と接続されることで双方向インタフェース機能を備えることを特徴としている。

本発明によれば、被制御機器の増設や新設の柔軟性が高い。

以下、図面を参照して、本発明の空調システムの一実施形態について説明する。

（システムの階層化）
まず、図２を参照して、本実施形態の空調システムの階層構造について説明する。
図２は、コンバータ３０を適用したネットワーク構成概念である。同図において、符号ＣＢ０、ＣＢ１、ＣＢ２・・・は、優位性を持った基幹バスであり、例えばＣＢ０はＯＡ系のバス、ＣＢ１は制御系のバスといった位置付けとなる（バス間で優位性を認識するのではなく、空調機のネットワーク制御形態として優位性を持たせる）。優位性については後述する。

具体的には、ＣＢ０はＥｔｈｅｒバス、ＣＢ１はＣＡＮといった様に、プロトコルの異なるバスであっても構わない。また、優位性とは支配系と被支配系とを指す。図２では、ＣＢ０＞ＣＢ１＞ＣＢ２・・・となる。これらの上下関係を決定するのが、Ｃ＊＊と記されるコンバータ３０であり、各バスＣＢ０、ＣＢ１、ＣＢ２・・・間には、コンバータ３０の入出力関係からレベル（Ｌ０、Ｌ１、Ｌ２・・・）が付けられる。

符号ＶＢＬ００、ＶＢＬ０１・・・は、各レベルＬ０、Ｌ１、Ｌ２・・・内でのコンバータ３０の系列を示す。つまり、レベルＬ０、Ｌ１、Ｌ２・・・と系列ＶＢＬ００、ＶＢＬ０１・・・による２次元配列によって、ネットワークシステムの位置（座標）を確定するわけである。図２では、２次元的配置を表しているが、更に多元的に構成することも可能である（但し、本実施形態のシステムとしては２次元的配置で十分である）。

各基幹バス（ＣＢ０、ＣＢ１・・・）から懸吊されるシステム（Ｓ００、Ｓ１０・・・）４０が、被制御機器群（室内外機群）である。システムＳ００とＳ１０、またはＳ２０は、異なる通信プロトコルで動作する独立した（ローカル的な）ネットワークで構築される。

（制御フロー）
この階層構造を機能させる上で、ネットワークの制御フローを定義する。
多次元的に配置されたコンバータ３０は、これらのローカルシステム（Ｓ＊＊）４０を統合管理するために物理的に配置されている。図３が制御の最小単位である。システム４０を運転制御するためのコマンド（運転制御コマンド、制御信号、制御コード、制御フレーム）は、上から下へ（レベルＬ０からレベルＬ１の方向）流れる。図３のシステムＳ＊＊（４０）は、直上にあるコンバータＣ＊＊（３０）の運転制御コマンドで動作する。図２で同様の説明をすれば、例えばシステムＳ００（４０）は、直上のコンバータＣ０１（３０）の運転制御コマンドに従う。

また、システム４０の状態（室内外機の個別データや実際に動作している運転モードなど）を示す状態情報（状態データ、情報コード、情報フレーム）は、下から上（レベルＬ１からレベルＬ０の方向）へ流れる。図３によれば、システムＳ＊＊４０が発行する状態情報は、コンバータＣ＊＊３０により、上方向へと送信される。図２で説明すれば、例えばシステムＳ１０（４０）が発行した状態情報は、コンバータＣ１１（３０）により上位バス（ＣＢ１）へ回送されるが、コンバータＣ１０（３０）はこの情報を破棄する。コンバータＣ００（３０）は、基幹バスＣＢ１に流れる状態情報を更に上位に流し、最終的に基幹バスＣＢ０へと回送される。

この様なル−ルをコンバータ３０に付加することにより、システム４０の運転制御コマンドは上位から下位のタ−ゲット（任意のシステム４０）に対して流れ、状態情報は下位から上位に向かって分散的に流れていく。よって、制御系コマンドと状態情報とを効率よくネットワーク内に流すことが出来る。何故なら、ネットワークで制御される空調システムは、一般的に、制御系コマンドは任意のローカルシステム４０に対して収束し、状態情報は上位の収集装置に対して広く伝播させる様な形態をとるからである。

すなわち、コンバータ３０は、プロトコルの異なる上下の基幹バスＣＢ０、ＣＢ１・・・を等価的に接続する機能と、運転制御コマンドと状態情報とを相互に効率よく流通させるための整流作用を持つ。

図４−１および図４−２に、レベルＬ０、Ｌ１、Ｌ２・・・と系列ＶＢＬ００、ＶＢＬ０１・・・に関する補足説明図を示す。

図４−１は、レベルＬ＊に於ける系列ＶＢＬ＊０、ＶＢＬ＊１・・・の増設を表しており、コンバータＣ＊０は、レベルＬ＊間の通信等価作用を提供し、コンバータＣ＊１（３０）は、ローカルシステムＳ＊０（４０）の制御を、同様にコンバータＣ＊２（３０）はローカルシステムＳ＊１（４０）の制御を担当する。

コンバータ３０のアドレッシングは、同レベルＬ＊に対して系列ＶＢＬ＊０、ＶＢＬ＊１・・・を任意に増やすことも可能である。ローカルシステムＳ＊０（４０）と、ローカルシステムＳ＊１（４０）は、同じ通信形態（プロトコル、データフォーマット、コード（形式）など）を持った室内外機群であっても良いし、全く異なる通信形態であっても構わない。極論すれば、ローカルシステムＳ＊０（４０）の室内外機群に擬態したまったく異なる装置であっても良い。例えば、コンピュ−タル−ム内の冷却の様に、コンピュ−タの筐体毎に内部温度を管理するシステムであっても良く、コンバータ３０は各制御対象を独立した冷房専用室内機群として上位バスＣＢ＊に対してデータ変換することによって、まったく異なるローカルシステム４０を、ネットワーク空調システムの一部として管理することが可能となる。

図４−２は、レベルＬ＊の概念について補足するものであり、基幹バスＣＢ１と基幹バスＣＢ２とが無相関で独立したバスの場合である。コンバータＣ＊０（３０）は、基幹バスラインＣＢ０とＣＢ１との等価性を提供し、同様にコンバータＣ＊１（３０）は、基幹バスＣＢ０と基幹バスＣＢ２とを接続する。この時、ローカルシステムＳ（＊＋１）・０（４０）は、コンバータＣ（＊＋１）・０（３０）により、基幹バスＣＢ２の配下として稼働し、レベルは一つ劣位となる。つまり、レベルＬ＊に対して、コンバータＣ（＊＋１）・０（３０）が付与するレベルは、Ｌ（＊＋１）となる。

（コンバータ３０の基本構成）
次に、コンバータ３０の基本構成について説明する。
図５にコンバータ３０の内部基本構成を示す。コンバータ３０の内部は、少なくとも上位レイヤ３１、中間レイヤ３２、下位レイヤ３３の３階層に分かれる。これらのレイヤ３１〜３３はハードウェア的またはソフトウェア的に分離される。

上位レイヤ３１は、上位バスのインタフェースとプロトコル変換を行い、下位レイヤ３３は下位バスのインタフェースとプロトコル変換を行う。
中間レイヤ３２はコンバータ３０に汎用入出力機能を持たせる。図６に示す様に、中間レイヤ３２は、外部装置５０との双方向インタフェース機能を持つ。中間レイヤ３２に接続される外部装置５０としては、ユ−ザＩ／Ｆ（室内外機制御機能の提供）や温度センサ、あるいは電力量計などが挙げられる。

（システムの隠蔽）
多元的な要素をコンバータ３０に持たせ、ネットワークを汎用化すると、データフレーム（運転制御コマンドや状態情報）内のコード定義が問題となってくる。例えば、図２のシステムＳ００（４０）とシステムＳ１０（４０）に於いて、また、図４−１のシステムＳ＊０（４０）とシステムＳ＊１（４０）に於いて、運転制御コマンドに使用される制御コードが一義的とは限らない。上記のように、ローカルシステム４０は、互いに全く異なる通信形態を持つものであっても構わないためである。新たにローカルシステム４０を増設する際に、通信形態、データフレームないしコード定義を問題とすることなく、自由に増設することができる。

そこで、コンバータ３０は図７に示す構成をとる。上位レイヤ３１、中間レイヤ３２、下位レイヤ３３から入力されたコマンドや状態情報は、一旦、コンバータ３０内で統一データ（共通データ）に変換される。この処理を行うのが同図中の中央処理部３４である。
また、各レイヤ３１〜３３からの出力に関しては、コンバータ３０内で統一化されたデータ（共通データ）が、各レイヤ３１〜３３に対応したデータフレームに再構築された後に、各レイヤ３１〜３３のプロトコルで出力される。

中央処理部３４において、共通データに変換されるため、同じバスＣＢ＊に接続された複数のコンバータ３０の上位レイヤ３１は、互いに同じ構成にすることができ、この場合には、そのコンバータ３０に接続されるローカルシステム４０の通信形態等に応じて、下位レイヤ３３を異なる構成にすればよい。この場合、各レイヤをそれぞれ分離可能な基板として構成すれば、上位レイヤ３１の基板は共通の基板を用い、下位レイヤ３３の基板は異なるものが選択される。

コンバータ３０の上記機能により、コンバータ３０の入出力間は等価的に共通化され、ローカルシステム４０内の被制御機器（室内外機）への指定は、コンバータ３０のアドレスと室内外機のノードアドレスで行うことになる。コンバータ３０の外部からのシステム４０の参照は、コンバータ３０によって隠蔽された状態となり、結果として異なるシステム４０間であっても通信可能となる。

更に、ローカルシステム４０内では、コンバータ３０のアドレスを意識することなく、新旧システム４０あるいは異システム４０を問わず、追加が可能となり、汎用的なネットワーク空調システムを構築することが可能となる。ローカルシステム４０が追加された場合、その制御コマンドの発行および状態情報の通信は、制御装置内部のデータベ−スにその追加情報が付加されることで対応可能である。ネットワーク自体を変更することなく、極めて容易にネットワークシステムを構築することが出来る。

（本実施形態の全体構成）
図８に階層化ネットワークシステムの構成例を示す。符号ＣＢ０、ＣＢ１、ＣＢ２はそれぞれ独立したプロトコルのバスを示している。以下、具体例を用いて説明する。

バスＣＢ０は、ＯＡ系のバスであり、本実施形態に係る空調システム以外の他のシステムの情報や汎用情報が流れており、ＢＭＳ（ビルマネジメントシステム）６０などの各種システムを管理する管理装置は、このレベルのバスＣＢ０に接続すると極めて有効に動作する。

バスＣＢ１は、ローカルシステムＳ１０（４０）及びローカルシステムＳ１１（４０）を統括制御するためのバスであり、これはＦＡ系、あるいはオリジナルの制御バスである（ＦＡ系のバスとしてはＣＡＮやＬＯＮなどのネットワークがある）。システムＳ１０（４０）及びシステムＳ１１（４０）のそれぞれには、室内外機が各１台以上懸吊され、室内機を個別に制御するコントローラなども含まれる。尚、同図に示すように、ローカルシステムＳ１０（４０）、及びローカルシステムＳ１１（４０）は、レベルＬ１に所属するが、物理的なバス特性は、ローカルシステムＳ１０（４０）と、ローカルシステムＳ１１（４０）間で互換性がある必要は無い。

バスＣＢ２は、更にレベルＬ＊が下位の位置付けであり（レベルＬ２）、ローカルシステムＳ２０（４０）の統括制御系である。バスＣＢ２のバスプロトコルは特に問わず（上下位のバスと同じプロトコルでも異なるプロトコルでも構わないの意）、物理的に他のバス（ＣＢ０、ＣＢ１）と隔絶されていれば良い。

基幹バスＣＢ２に懸吊されているローカルシステムＳ２０（４０）は、例を挙げればマルチエアコンと称する数台程度の室内外機で構成される小システムであることができ、このオリジナル通信系をコンバータＣ２０（３０）でエミュレ−ションすれば、ネットワークシステムの一環として動作させることが出来る。

符号Ｃｔｒｌ０、Ｃｔｒｌ１、Ｃｔｒｌ２は、システムの制御装置５１（５０）を示し、集中制御装置の役割を持つ。基幹バスＣＢ０上にある制御装置６０は、下位すべての被制御系を統括する制御装置で、ここでは仮にビルメンテナンス用ＰＣを仮定しＢＭＳと呼称する。

符号Ｃ００、Ｃ１０、Ｃ１１、Ｃ１２、Ｃ１３、Ｃ２０、Ｃ２１は、コンバータ３０であり、各コンバータ３０内部のＴ、Ｍ、Ｂの表記はそれぞれ上位レイヤ３１、中間レイヤ３２、下位レイヤ３３を表す。尚、Ｔ、Ｍ、Ｂの記述が無い場合は、コンバータ３０内部で不必要なため、そのレイヤが存在しないことを示す。ハードウェア的にレイヤが分離されている場合、不必要なレイヤ基板を実装することなしにコンバータ３０を組み上げることも特徴の一つである。制御装置Ｃｔｒｌ＊（５１）は、基本的にはコンバータ３０の中間レイヤ３２に接続される形態をとる。

説明に先立ち、前提条件として、コンバータ３０には、それぞれ固有のアドレス（例えば、００Ｈ、１０Ｈ、１１Ｈ、１２Ｈ、１３Ｈ、２０Ｈなど）が設定されており、また各制御装置（ＢＭＳ、Ｃｔｒｌ０、Ｃｔｒｌ１：Ｃｔｒｌ２を除く）６０，５１は、制御に必要なコンバータ３０の固有アドレスと、システムＳ１０（４０）、システムＳ１１（４０）、及びシステムＳ２０（４０）内に懸吊される室内機（必要であれば室外機）のアドレス（ノードアドレス）が既に登録されているものとする。

制御フローは、コンバータ３０の整流作用に従い、運転制御コマンドはバスＣＢ０→バスＣＢ１→バスＣＢ２の方向に、また状態情報はバスＣＢ２→バスＣＢ１→バスＣＢ０の方向に流れる。

ＢＭＳ６０から発行される運転制御コマンドは、バスＣＢ０上でのプロトコルに準拠したデータフレームとして出力される。例えば、ＯＡバスに代表されるＥｔｈｅｒＬＡＮであれば、ＴＣＰ／ＩＰプロトコルなどのアドレスヘッダによって運転制御コマンドが包括された形で出力される。

次に、コンバータＣ００（３０）の動作について説明する。

コンバータＣ００（３０）は、上位レイヤ３１にバスＣＢ０と互換性を持ったハードウェアおよびソフトウェアを内蔵し、中間レイヤ３２には制御装置Ｃｔｒｌ０（５１）をインタフェースするハードウェアおよびソフトウェアが搭載されている。また、下位レイヤ３３には基幹バスＣＢ１に準拠したハードウェアおよびソフトウェアを持つ。

まず、図２３を参照して、コンバータＣ００（３０）が制御フレームを入力したときの動作について説明する。

図２３に示すように、コンバータＣ００（３０）の上位レイヤ３１は、基幹バスＣＢ０からデータ（制御フレーム）を受信すると、データチェックを行い（ステップＳ１）、その結果、正規に受信しているのであれば（ステップＳ２−ＯＫ）、その受信したデータフレームを、複数のコンバータ３０に共通の共通データに変換し（ステップＳ３）、中央処理部３４（図８では図示略）に送信する（ステップＳ４）。

一方、コンバータＣ００（３０）の中間レイヤ３２は、制御装置Ｃｔｒｌ０（５１）から運転制御コマンド（制御フレーム）を受信すると、データチェックを行い（ステップＳ５）、その結果、正規に受信しているのであれば（ステップＳ６−ＯＫ）、その受信したデータフレームを共通データに変換し（ステップＳ７）、中央処理部３４に送信する（ステップＳ８）。

中央処理部３４は、上位レイヤ３１及び中間レイヤ３２のそれぞれから出力された共通データを受信すると（ステップＳ９）、その共通データのデータフレームのヘッダ（トップデータ）がコンバータＣ００（３０）の階層アドレス（Ｌ＊）か、又は自己よりも大きな階層アドレスを持っているか否かを判定し（ステップＳ１０）、その判定の結果、ヘッダがいずれかの階層アドレスを持っている場合（ステップＳ１０−Ｙ）には、その共通データのデータフレームを下位レイヤ３３に出力する（ステップＳ１１）。

下位レイヤ３３では、中央処理部３４からその共通データを受信すると（ステップＳ１２）、その共通データについて、バスＣＢ１用のデータ変換及びプロトコル変換を行った後（ステップＳ１３）、下位レイヤ３３からバスＣＢ１に出力する。

上位レイヤ３１及び中間レイヤ３２は、下位レイヤ３３よりも順位が高いので、コンバータ３０の整流規則に則り、Ｃｔｒｌ０（５１）発行の運転制御コマンドは、下位レイヤ３３のプロトコルに準拠した運転制御コマンドに再構築されて（ステップＳ１３）、下方の基幹バスＣＢ１へと出力される。

バスＣＢ０には、空調機系の他に照明や電力系のシステムも並列に懸吊されている。ＢＭＳ６０とコンバータＣ００（３０）の上位レイヤ３１とは、例えばＴＣＰプロトコルによってコネクトされている（クライアント動作）。

次に、図２４を参照して、コンバータＣ００（３０）が状態情報の情報フレームを入力したときの動作について説明する。

図２４に示すように、コンバータＣ００（３０）の下位レイヤ３３がバスＣＢ１を介して情報フレームを受信すると、データチェックを行い（ステップＳ１）、その結果、正規に受信していれば（ステップＳ２−ＯＫ）、共通データに変換する（ステップＳ３）。その共通データは、下位レイヤ３３から中央処理部３４に送信される（ステップＳ４）。

コンバータＣ００（３０）の中央処理部３４は、下位レイヤ３３から情報フレームの共通データを受信すると（ステップＳ５）、有効データか否かを判定し（ステップＳ６）、その判定の結果、有効であれば（ステップＳ６−Ｙ）、その共通データを上位レイヤ３１に送信する（ステップＳ７）と共に、中間レイヤ３２に送信する（ステップＳ８）。

コンバータＣ００（３０）の上位レイヤ３１は、中央処理部３４から情報フレームの共通データを受信すると（ステップＳ９）、その共通データについて、バスＣＢ０用のデータ変換及びプロトコル変換を行った後（ステップＳ１０）、上位レイヤ３１からバスＣＢ０に出力する。

また、コンバータＣ００（３０）の中間レイヤ３２は、中央処理部３４から情報フレームの共通データを受信すると、その受信したデータが有効データか否かを判定し（ステップＳ１１）、その判定の結果、有効なデータであれば（ステップＳ１１−Ｙ）、Ｃｔｒｌ０（５１）における表示、警報などの処理が行なわれる（ステップＳ１２）。

次に、コンバータＣ１１（３０）について説明する。

まず、図２５を参照して、コンバータＣ１１（３０）が制御フレームを入力したときの動作について説明する。

図２５に示すように、コンバータＣ１１（３０）の上位レイヤ３１は、直上の基幹バスＣＢ１からデータ（制御フレーム）を受信すると、データチェックを行い（ステップＳ１）、その結果、正規に受信しているのであれば（ステップＳ２−ＯＫ）、その受信したデータフレームを、複数のコンバータ３０に共通の共通データに変換し（ステップＳ３）、中央処理部３４（図８では図示略）に送信する（ステップＳ４）。

一方、コンバータＣ００（３０）の中間レイヤ３２は、制御装置Ｃｔｒｌ１（５１）から運転制御コマンド（制御フレーム）を受信すると、データチェックを行い（ステップＳ５）、その結果、正規に受信しているのであれば（ステップＳ６−ＯＫ）、その受信したデータフレームを共通データに変換し（ステップＳ７）、中央処理部３４に送信する（ステップＳ８）。

中央処理部３４は、上位レイヤ３１及び中間レイヤ３２のそれぞれから出力された共通データを受信すると（ステップＳ９）、その共通データのデータフレームのヘッダ（トップデータ）がコンバータＣ１１（３０）の階層アドレス（Ｌ＊）か、又は自己よりも大きな階層アドレスを持っているか否かを判定し（ステップＳ１０）、その判定の結果、ヘッダがいずれかの階層アドレスを持っている場合（ステップＳ１０−Ｙ）には、その共通データのデータフレームを下位レイヤ３３に出力する（ステップＳ１１）。

下位レイヤ３３では、中央処理部３４からその共通データを受信すると（ステップＳ１２）、下位レイヤ３３が有するシステムＳ１１（４０）の各室内機の状態メモリにそのデータを記憶させ（ステップＳ１３）、システムＳ１１（４０）用のデータ変換及びプロトコル変換を行った後（ステップＳ１４）、下位レイヤ３３から各室内機に出力する。

コンバータＣ１１（３０）の下位レイヤ３３は、ローカルシステムＳ１１（４０）の通信ハードウェアを搭載し、ローカルシステムＳ１１（４０）内の室内（外）機群を制御する。下位レイヤ３３はローカルシステムＳ１１（４０）のローカルネットワークの一部として動作する（ローカルシステムＳ１１がネットワークである必要はない。室内機と下位レイヤ３３との１対１制御でも良い）。

次に、図２６を参照して、コンバータＣ１１（３０）が状態情報の情報フレームを入力したときの動作について説明する。

図２６に示すように、コンバータＣ１１（３０）の下位レイヤ３３がシステムＳ１１の各室内機から情報フレームを受信すると、データチェックを行い（ステップＳ１）、その結果、正規に受信していれば（ステップＳ２−ＯＫ）、共通データに変換する（ステップＳ３）。その共通データは、下位レイヤ３３の各室内機毎の状態メモリに記憶された後に（ステップＳ４）、下位レイヤ３３から中央処理部３４に送信される（ステップＳ５）。

コンバータＣ１１（３０）の中央処理部３４は、下位レイヤ３３から情報フレームの共通データを受信すると（ステップＳ６）、有効データか否かを判定し（ステップＳ７）、その判定の結果、有効であれば（ステップＳ７−Ｙ）、その共通データを上位レイヤ３１に送信する（ステップＳ８）と共に、中間レイヤ３２に送信する（ステップＳ９）。

コンバータＣ１１（３０）の上位レイヤ３１は、中央処理部３４から情報フレームの共通データを受信すると（ステップＳ１０）、その共通データについて、バスＣＢ１用のデータ変換及びプロトコル変換を行った後（ステップＳ１１）、上位レイヤ３１からバスＣＢ１に出力する。

また、コンバータＣ１１（３０）の中間レイヤ３２は、中央処理部３４から情報フレームの共通データを受信すると、その受信したデータが有効データか否かを判定し（ステップＳ１２）、その判定の結果、有効なデータであれば（ステップＳ１２−Ｙ）、Ｃｔｒｌ１（５１）における表示、警報などの処理が行なわれる（ステップＳ１３）。

次に、コンバータＣ１０（３０）について説明する。
コンバータＣ１０（３０）もコンバータＣ１１（３０）と同様に、ローカルシステムＳ１０を包括している。但し、制御装置（５１）が接続されていないので、中間レイヤ３２は存在しない。

コンバータＣ１０（３０）およびコンバータＣ１１（３０）の上位レイヤ３１は、基幹バスＣＢ１上でネットワークを構成する。しかしながら、コンバータＣ１０（３０）とコンバータＣ１１（３０）とは並列接続なので制御上の相関はなく、各コンバータＣ１０（３０），Ｃ１１（３０）は、独立してローカルシステムＳ１０（４０），Ｓ１１（４０）を自律的に監視している。

これらのコンバータ（Ｃ１０、Ｃ１１）（３０）は、コンバータＣ００（３０）により統括制御される。基幹バスＣＢ１から見れば、ローカルシステムＳ１０（４０）とＳ１１（４０）の構成はコンバータ（Ｃ１０、Ｃ１１）（３０）により隠蔽されて直視出来ないが、コンバータ（Ｃ１０、Ｃ１１）（３０）のデータ変換により、あたかもネット上に２つのグループが共存しているごとく制御が行える。

次に、コンバータＣ１２（３０）について説明する。
コンバータＣ１２（３０）は、基幹バスＣＢ１と基幹バスＣＢ２とのブリッジ機能を提供する。コンバータＣ１２（３０）の上位レイヤ３１には、基幹バスＣＢ１と通信を行うためのハードウェアおよびソフトウェアが搭載され、これはコンバータＣ１０（３０）、Ｃ１１（３０）の上位レイヤ３１と同じものである。また、コンバータＣ１２（３０）の下位レイヤ３３には基幹バスＣＢ２とインタフェースするハードウェアおよびソフトウェアが搭載されている。

図９を参照して、ローカルシステムＳ１０またはローカルシステムＳ１１の具体的構成例について説明する。

符号Ｃｔｒｌ１０は、ローカルシステムＳ１１のローカルシステムバスＬＢ１０上に懸吊される集中制御装置（ＬＢ１０内での集中制御装置の意）６１であり、同バスＬＢ１０上には他に室外機０、室内機０〜が接続される構成を取る。

コンバータＣ１１（図８のコンバータＣ１１と同じ）（３０）の下位レイヤ３３には、ローカルシステムバスＬＢ１０で行なわれる通信のプロトコルに対応したハードウェアおよびソフトウェアが搭載される。同レイヤ３３と集中制御装置Ｃｔｒｌ１０（６１）には、重複しない制御装置アドレスが設定される。具体的には、図９に示す様に、集中制御装置Ｃｔｒｌ１０（６１）のアドレスはＣ８Ｈ−００Ｈとされ、コンバータＣ１１（３０）の下位レイヤ３３のアドレスはＣ８Ｈ−０１Ｈとされる。つまり、コンバータＣ１１（３０）の下位レイヤ３３をバスＬＢ１０に接続することにより、等価的に２台の制御装置５１，６１が懸吊されたことになる。

なお、室内外機のアドレス例として、室外機アドレスを００Ｈ−４１Ｈ、室内機群を００Ｈ−００Ｈ、００Ｈ−０１Ｈ〜とする。

図８及び図１０に示すように、コンバータＣ２０は、基幹バスＣＢ２とローカルシステムＳ２０とをインタフェースする。図８の例は、ローカルシステムＳ２０がワイヤードリモコンで制御されるシステムであり、具体例として図１０の構成とする。

図１０に示されるコンバータＣ２０（３０）は、図８のコンバータＣ２０（３０）と同じものである。コンバータＣ２０（３０）の上位レイヤ３１は、基幹バスＣＢ２のプロトコルに対応し、下位レイヤ３３は図１０に示すリモコン系の通信バス方式をエミュレ−トするためのインタフェース装置を備える。符号ＷＲＣがワイヤードリモコン６２であり、このリモコン６３と室内機群とはバスＬＢ２０でデイジーチェーン接続されている。

コンバータＣ２０（３０）の下位レイヤ３３は、上記デイジーチェーン接続内の固有アドレスを持つ。例えば、図１０の例では、ワイヤードリモコンＷＲＣ（６２）のアドレスは００Ｈ、コンバータＣ２０（３０）の下位レイヤ３３のアドレスは０１Ｈ、室内機０のアドレスは１０Ｈ、室内機１のアドレスは１１Ｈ・・・となる。

コンバータＣ２０（３０）の中間レイヤ３２には、赤外線受光部を備えたハードウェアが搭載され、ワイヤレスリモコン（ＲＣ：Ｃｔｒｌ２）５１のＩＲ信号を受信する。コンバータＣ２０（３０）の上位レイヤ３１は、基幹バスＣＢ２に流れる運転制御コマンドを受信し、一旦、共通データに変換する。一方、ワイヤレスリモコンＲＣ（５１）から送られてくる中間レイヤ３２の運転制御コマンドも共通データに変換され、コンバータＣ２０（３０）内で混成される。この混成データは、下位レイヤ３３にてワイヤードリモコンＷＲＣ系（バスＬＢ２０系）のコマンド体系に再構築され、第二のワイヤードリモコンＷＲＣとしてバスＬＢ２０上のローカルシステム４０を制御する。

つまり、コンバータＣ２０（３０）は、本来ワイヤードリモコンＷＲＣ（６２）の通信機能しか持たないローカルシステムＳ２０（４０）に、赤外線制御機能を提供したことになる。同時に、コンバータＣ２０（３０）は、上位レイヤ３１を搭載することにより、上位レベルＬ０、Ｌ１からの集中制御も可能になる。

この様に、コンバータＣ２０（３０）では、中間レイヤ３２のハードウェアが換装されていることにより、新たな制御経路を提供できる。例えば、モデムのデバイスを搭載すれば、電話回線からも制御を行うことが出来る。

制御装置（Ｃｔｒｌ＊）５１の制御管理規則について補足する。
制御装置（Ｃｔｒｌ＊）５１は、コンバータ（Ｃ＊＊）（３０）のレイヤ３１〜３３によって、その管理範囲が決まる。以下に具体的に説明する。

制御装置Ｃｔｒｌ０（５１）から発行される運転制御コマンドは、基幹バスＣＢ１に懸吊される被制御装置群および該被制御装置群の配下に階層的に接続されるすべての被制御装置群に対して有効とされる。

制御装置Ｃｔｒｌ１（５１）から発行される運転制御コマンドは、コンバータＣ１１（３０）の下位レイヤ３３以下に存在するすべての被制御装置群に対して有効とされる（ローカルシステムＳ１１（４０）に対してのみ有効）。
制御装置Ｃｔｒｌ２（５１）から発行される運転制御コマンドは、ローカルシステムＳ２０（４０）に対してのみ有効で、他のローカルシステム（４０）には干渉しない。

つまり、運転制御コマンドは上位レベルＬ＊から下位レベルＬ＊に向かって収束的に機能し、全ネットワークシステム内で運転制御コマンドが発散してデータフレームの衝突による損失やトラフィックの増加などが回避されることが出来る。

図８及び図１０を参照して、例として、ＢＭＳ６０からローカルシステムＳ２０（４０）内の室内機１（アドレス１１Ｈ）に対して行なわれる制御の制御フローを説明する。

ＢＭＳ６０内のメモリ装置には、対象となる被制御装置（ローカルシステムＳ２０（４０）内の室内機１）のアドレスが３個の複合アドレスとして格納されている。
その複合アドレス値は２０Ｈ−００Ｈ−１１Ｈであり、左から第一アドレス、第二アドレス、第三アドレスとする。第一アドレスはコンバータ３０を指定するアドレスであり、ネットワークのブリッジで適用される。第二アドレスは被制御系を示すサブネットであり、第三アドレスは各ノードの固有アドレスとなる。

第二アドレス（サブネットアドレス）は特殊な働きをする。図９に例示したローカルシステムＳ１１（４０）の様に、ネットワークエアコンシステムは、冷媒回路で区切られることが多い。図９中の符号Ｇ０、Ｇ１がそれであり、冷媒配管で接続された室外機と室内機群とが一塊として扱われる。その中で更に室内外機群に固有のノードアドレス（第三アドレス）が割り振られる。

しかしながら、図１０に例示した様に、小型の空調システム（ローカルシステムＳ２０）ではノードアドレスのみで構成されているものも少なくない。つまり、空調システムには第二と第三アドレス（サブネットアドレス＋ノードアドレス）とで構成されるシステム（例えばローカルシステムＳ１１（４０））と、第三アドレス（ノードアドレス）のみで構成されるシステム（例えばローカルシステムＳ２０（４０））とがある。但し、空調システムの共通化を図る上では、被制御系のアドレス体系を区別することは好ましくない。そこで、第二アドレスにはダミー的な意味を定義する。

図９のコンバータＣ１１（３０）の上位レイヤ３１は３つの複合アドレスを認識する。１１Ｈ−００Ｈ−００Ｈ、１１Ｈ−００Ｈ−０１Ｈ・・・１１Ｈ−００Ｈ−４１Ｈがそれである。ここで、第一アドレスの１１Ｈは、コンバータＣ１１（３０）を意味している。第二アドレスの００Ｈは、サブネットアドレスとして、図９中のＧ０、Ｇ１に示すように、同じ冷媒配管で接続された室内外機群を意味している。第三アドレスは、サブネット内で重複しないノードアドレスである。

また、コンバータＣ１１（３０）の下位レイヤ３３は、第一アドレスを破棄し（第一アドレスはコンバータＣ１１を意味しており、ここでは不要なので破棄）、第二アドレスと第三アドレスでノードの特定を行う。同図中の００Ｈ−００Ｈ、００Ｈ−０１Ｈ・・・００Ｈ−４１Ｈが下位レイヤ３３で扱うアドレス群である。

一方、図１０のローカルシステムＳ２０（４０）では第二アドレスが存在しない。そこで、ネットワークシステム上は仮想の第二アドレス（００Ｈ）をダミ−として付加する。コンバータＣ２０（３０）の上位レイヤ３１は、２０Ｈ−００Ｈ−１０Ｈ、２０Ｈ−００Ｈ−１１Ｈ・・・を認識し、下位レイヤ３３は１０Ｈ、１１Ｈのみを認識する。コンバータＣ２０（３０）の下位レイヤ３３は、第二アドレスを仮想値として破棄するわけである。

図８において、ＢＭＳ６０は、２０Ｈ−００Ｈ−１１Ｈをヘッダとして運転制御コマンドを作成し、更にこれらのデータを基幹バスＣＢ０のデータフレームの部分要素（ＴＣＰフレームのデータ部）として基幹バスＣＢ０に発行する。

コンバータＣ００（３０）の上位レイヤ３１は、基幹バスＣＢ０から受信したデータを解析（パケット処理やデータ部の抜き出しなど）し、第一アドレスを参照する。このアドレスからレベル判定を行い、自己レベル（レベルＬ０）より劣位（レベルＬ１以上）であれば運転制御コマンドを共通データに変換して、コンバータＣ００の中央処理部３４（図８では図示せず）へ回送する。

コンバータＣ００（３０）の下位レイヤ３３は、中央処理部３４からアドレスヘッダと共通データとを受け取り、基幹バスＣＢ１に準拠したデータフレームを再構築する。

レベルＬ１では、コンバータＣ１０、Ｃ１１、Ｃ１２、Ｃ１３（３０）の上位レイヤ３１が上記データフレームを受信するが、ここで第一アドレスが有効になるのはコンバータＣ１２（３０）のみである。他のコンバータ３０の下位レイヤ３３は、自己が最下層に位置しているので、上記データフレームを破棄する。

運転制御コマンドは、同様にコンバータＣ２０（３０）の上位レイヤ３１を経由し、最終的にコンバータＣ２０（３０）の下位レイヤ３３まで伝達される。コンバータＣ２０（３０）の下位レイヤ３３は、第二アドレスを無視し室内機１のアドレス（第三アドレス）をヘッダとした運転制御コマンドのフレームを再構築し、ローカルバスＬＢ２０（図１０参照）へ送出する。室内機０はフレームを破棄し、室内機１のみが運転制御コマンドを受理する。

次に、状態情報のフローについて説明する。

状態情報は、モニタ系の信号であり、運転制御コマンドとは逆の経路を辿る。すなわち、下位レベルＬ＊から上位レベルＬ＊に向かって発散的に流れる。

図８に於いて、ローカルシステムＳ２０（４０）からローカルバスＬＢ２０へ出力される個体情報（室内外機の実動作状態や設定値など）は、コンバータＣ２０（３０）の下位レイヤ３３で受信され、一旦、下位レイヤ３３で共通データに変換された後、上位レイヤ３１で基幹バスＣＢ２に準拠する状態情報フレームに再構築されて出力される。

また、コンバータ３０が提供するもう一つの機能として、センサ情報の収集がある。コンバータＣ２１は、下位レイヤ３３を持たない構成であり、中間レイヤ３２にセンサＭ２（５０）を接続可能なハードウェアおよびソフトウェアを搭載している。

センサＭ２（５０）から入力されたセンサ情報は、中間レイヤ３２で一旦、共通データに分解された後、上位レイヤ３１で基幹バスＣＢ２に準拠するデータフレームに再構築され、センサ情報フレームとして出力される。

情報フレームは、アドレスヘッダとして少なくとも第一アドレスのみが書き込まれている。制御フレームが宛先のアドレスヘッダを記述するのに対し、状態情報フレームは送信元が書き込まれる。
基幹バスＣＢ２上の状態情報フレームおよびセンサ情報フレーム（以下、共通フレームとして情報フレームと記述）は、コンバータＣ１２（３０）の下位レイヤ３３が受信し、同様の内部変換を行った後、基幹バスＣＢ１に送出される。

基幹バスＣＢ１上の情報フレームは、コンバータＣ００（３０）の下位レイヤ３１が受信する。また、情報フレームは、コンバータＣ１０、Ｃ１１（３０）の上位レイヤ３１では受信されるが、第一アドレスを判定し自己レベルより劣位の場合は、コンバータの整流定義に則り破棄される。

コンバータＣ００（３０）では、情報フレームが中間レイヤ３２と上位レイヤ３１に回送され、制御装置Ｃｔｒｌ０（５１）で状態表示を行う。もし、制御装置Ｃｔｒｌ０（５１）が該データフレームを必要としなければ、制御装置Ｃｔｒｌ０（５１）の内部で該フレームデータを破棄する。

コンバータＣ００（３０）の上位レイヤ３１から、基幹バスＣＢ０に出力された情報フレームは、ＢＭＳ６０で受信され必要な情報が表示される。ＢＭＳ６０は、ローカルシステムＳ２０（４０）内の被制御機器の個体アドレスが既知であることはもちろんのこと、センサＭ２（５０）に関してもプロパティを知っている。例えば、センサＭ２（５０）が室外の温度センサであれば、ＢＭＳ６０内では第一アドレス２１Ｈの状態フレームを受信した場合、温度情報として画面に表示する。また、ローカルシステムＳ２０（３０）内の室内機情報であれば、第二アドレスがダミ−であり、どの室内機の運転状態なのかも既に登録されている。ＢＭＳ６０は、しかるべき形でこれらの情報を表示することが可能である。

図８のコンバータＣ１３（３０）とセンサＭ１（５０）も同様である。レベルＬ１の状態フレームは、劣位であるレベルＬ２には反映されない。コンバータＣ１０、Ｃ１１、Ｃ１２の上位レイヤ３１は、この情報フレームを破棄する。

センサ例として、センサＭ１（５０）は電力量計でも良い。例えば、ローカルシステムＳ２０（４０）の電力供給系統のみを電力量計Ｍ１を経由して接続すれば、電力量計Ｍ１はローカルシステムＳ２０（４０）の消費電力量を優位レベル（最大でレベルＬ０）に伝えることが出来る。また、ＢＭＳ６０はＯＡバス（ＣＢ０）に接続されているので、これらの電力量を遙か遠方の表示端末（図示せず）へ送出することも可能であろう。

次に、図１１−１及び図１１−２を参照して、コンバータ（Ｃ＊＊）３０におけるデータの変換処理について説明する。図１１−１は、制御フレームの変換処理を示し、図１１−２は、情報フレームの変換処理を示している。

上位レイヤ３１は、制御コード変換テーブル３１ｔａ（図１１−３）と、情報コード変換テーブル３１ｔｂ（図１１−４）を有している。中間レイヤ３２は、制御コード変換テーブル３２ｔａ（図１１−５）と、情報コード変換テーブル３２ｔｂ（図１１−６）を有している。下位レイヤ３３は、制御コード変換テーブル３３ｔａ（図１１−７）と、情報コード変換テーブル３３ｔｂ（図１１−８）を有している。

まず、図１１−１を参照して、制御コードについて説明する。
図１１−１の例では、図１１−３、図１１−５及び図１１−７に示すように、データの意味付けとして、データ（制御コード）Ｂｕ＝データ（制御コード）Ｃｍ＝データ（制御コード）Ａｂ＝データ（制御コード）Ｃとする。

コンバータ３０の上位レイヤ３１にＢｕなるデータの入力があった場合、上位レイヤ３１では、制御コード変換テーブル３１ｔａが参照されて、データＢｕに対応する共通データとしてデータＣに変換される。そのデータＣは、上位レイヤ３１から中央処理部３４に出力される。

同様に、中間レイヤ３２にデータＣｍが入力された場合、中間レイヤ３２では、制御コード変換テーブル３２ｔａが参照されて、データＣｍがデータＣに変換される。そのデータＣは、中間レイヤ３２から中央処理部３４に出力される。
中央処理部３４は、送信先のアドレスを含めて、上位レイヤ３１又は中間レイヤ３２から入力したデータＣをバッファする。中央処理部３４は、データＣを下位レイヤ３３に出力する。

下位レイヤ３３は、中央処理部３４からデータＣを受け取ると、制御コード変換テーブル３３ｔａを参照して、データＣを制御コードＡｂに再変換して、直下の基幹バスまたは被制御装置群に送出する。

次に、図１１−２を参照して、情報コードについて説明する。
図１１−２の例では、図１１−４、図１１−６及び図１１−８に示すように、データ互換定義がデータ（情報コード）３ｂ＝データ（情報コード）２ｍ＝データ（情報コード）１ｕ＝データ（情報コード）２として説明する。

下位レイヤ３３に入力された情報フレーム３ｂは、下位レイヤ３３において、情報コード変換テーブル３３ｔｂが参照されて、共通データとして２に変換される。下位レイヤ３３は、その変換後の共通データ２を中央処理部３４に出力する。中央処理部３４は、入力した共通データ２を上位レイヤ３１及び中間レイヤ３２のそれぞれに出力する。

中央処理部３４から２のデータを受け取った上位レイヤ３１では、情報コード変換テーブル３１ｔｂが参照されて、共通データ２が情報コード１ｕに再変換され、直上の基幹バスへ送出される。また、同様に、中央処理部３４から２の共通データを受け取った中間レイヤ３２では、情報コード変換テーブル３２ｔｂが参照されて、共通データ２がデータ２ｍに変換され、中間レイヤ３２に接続されている表示装置に送出される（不必要なデータは各レイヤで破棄される）。

上記のように、本実施形態の空調システムでは、中央制御装置などのような空調ブロックを制御する側は、ある空調ブロックの空調機器の制御コード（上記例では、制御コードＡｂ、Ｂｂ・・・＊ｂ）を把握していなくても、結果として、その空調ブロックに対して適切な制御コード（上記例では、制御コードＡｂ、Ｂｂ・・・＊ｂ）が送信されて、その空調機器を制御することができる。即ち、空調ブロックが増設される際には、制御装置などのようなその空調ブロックを制御する側から出力される制御コード（上記例では、制御コードＡｕ、Ｂｕ・・・＊ｕや、制御コードＡｍ、Ｂｍ・・・＊ｍ）を、その空調ブロックの制御コード（上記例では、制御コードＡｂ、Ｂｂ・・・＊ｂ）に変換するためのコンバータ３０と共に、その空調ブロックが増設されれば、その空調ブロックを制御する側は、その空調ブロックの制御コードを把握（登録）している必要はない。情報コードについても同様である。

このように、本実施形態の空調システムでは、空調ブロックの増設に際しては、空調機器の制御コードに変換する機能を有するコンバータとともに空調ブロックの増設を行うだけで済み、増設した空調ブロックの制御コードを中央制御装置に登録する作業が不要であるため、機器増設の柔軟性が向上する。このことは、情報コードについても同様である。

次に、図１２〜図２２を参照して、コンバータ（Ｃ＊＊）（３０）内部でのデータ変換例についてより具体的に説明する。ここでは、制御フレーム（制御情報）の処理（図１１−１参照）について説明する。但し、コンバータ（Ｃ＊＊）（３０）内部でのデータ変換の方法は、状態フレームの処理（図１１−２参照）についても同様である。

図１２に示すように、制御フレーム（ＣＦ０）によって、コンバータ２（コンバータアドレス：（Ｌ）／（Ｎ））（３０ｃ）に接続された室内機４（ノードアドレス：００−０１）を制御する場合を説明する。

（１）制御フレーム（ＣＦ０）の構成
上位バス２０１（ＣＢ＊）を流れる制御フレーム（ＣＦ０）のデータ構成を図１４の様に定義する。図１４に示すように、制御フレーム（ＣＦ０）のデータフォーマットは、先頭から、ヘッダ１０１、宛先フィールド１０２（以下、宛先１０２）、内機宛先フィールド１０３（内機宛先１０３）、運転／停止フィールド１０４（以下、運転／停止１０４）、設定温度フィールド１０５（以下、設定温度１０５）、運転モードフィールド１０６（以下、運転モード１０６）の順に構成される。

ヘッダ（ＨＣＦ０）１０１は、上位バス２０１においてデータフレームが識別されるためのヘッダである。宛先（（Ｌ）／（Ｎ））１０２は、送信先のコンバータ２（３０ｃ）のアドレスである。内機宛先（００−０１）１０３は、対象のコンバータ２（３０ｃ）に接続された室内機４のアドレスを表す。

また、制御フレーム（ＣＦ０）において、Ｖ＊０（１０４〜１０６）は、上位バス２０１を流れる制御フレーム（ＣＦ０）のコード形式（データ形式）において、室内機４の運転状態を制御するための具体的なコードを示している。図１４に示すように、上位バス２０１を流れる制御フレーム（ＣＦ０）において、運転／停止１０４の具体的コードはＶａ０であり、設定温度１０５の具体的コードはＶｃ０であり、運転モード１０６の具体的コードはＶｂ０であるとする。

（２）コンバータ０（３０）のトップレイヤ３１動作
上位バス２０１において伝送される制御フレーム（ＣＦ０）は、まずコンバータ０（３０ａ）のトップレイヤ（上位レイヤ，図１３の符号３１参照）で受信される。図１２に示すように、コンバータ３０には、それぞれ個別のアドレス（コンバータアドレス）が割り当てられている。コンバータ０（３０ａ）のアドレス（Ｌ−１）／（Ｎ）は、階層アドレス（縦方向）が（Ｌ−１）で、ノード（横方向）が（Ｎ）であることを示している。同様に、コンバータ１（３０ｂ）のアドレス（Ｌ）／（Ｎ−１）は、階層アドレス（縦方向）が（Ｌ）で、ノード（横方向）が（Ｎ−１）であることを示し、コンバータ２（３０ｃ）のアドレス（Ｌ）／（Ｎ）は、階層アドレス（縦方向）が（Ｌ）で、ノード（横方向）が（Ｎ）であることを示している。

コンバータ０（３０ａ）のトップレイヤ３１では、受信した制御フレーム（ＣＦ０）を共通データに変換する。ここで、共通データとは、予め設定された所定のデータフォーマット及びコード形式を有するデータを意味する。共通データは、各コンバータ３０ともに既知であり、全てのコンバータ３０に共通である。

共通データのデータフォーマットを図１５に示すように定義する（データ部のみ）。共通データフォーマットは、先頭から、運転／停止フィールド１１１（以下、運転／停止１１１）、運転モードフィールド１１２（以下、運転モード１１２）、設定温度フィールド１１３（以下、設定温度１１３）、風量フィールド１１４（以下、風量１１４）の順に構成される。図１５において、Ｖａ〜Ｖｄは、それぞれ、共通データのコード形式に変換された後の、運転／停止１１１、運転モード１１２、設定温度１１３、風量１１４の具体的コード例を示している。

コンバータ０（３０ａ）のトップレイヤ３１において、制御フレーム（ＣＦ０）が受信されると、トップレイヤ３１内で図１６に示すようなデータ変換（コード変換及びフォーマット変換）が行われて、共通データが生成される。図１６において、図１４に示した、ヘッダ１０１、宛先１０２、内機宛先１０３、運転／停止１０４、設定温度１０５、及び運転モード１０６から構成される制御フレーム（ＣＦ０）は、トップレイヤ３１において、データ変換が行われた結果、宛先１０２、内機宛先１０３、運転／停止１１１、運転モード１１２、設定温度１１３、及び風量１１４から構成される共通データに変換される。

図１６に示すように、共通データでは、まず、ヘッダ（ＨＣＦ０）１０１（図１４参照）は、コンバータ０（３０ａ）に受信された後は不要となるため、削除される。宛先（（Ｌ）／（Ｎ））１０２及び内機宛先（００−０１）１０３は、制御フレーム（ＣＦ０）から、そのコード及びフィールドの位置がそのままとされる。

制御フレーム（ＣＦ０）が共通データにデータ変換されると、制御フレーム（ＣＦ０）の運転／停止１０４のコード：Ｖａ０（図１４参照）は、共通データのデータ部の先頭の位置において、運転／停止１１１のコード：Ｖａに変換される。同様に、設定温度１０５のコード：Ｖｃ０は、データ部の後ろから２番目において、設定温度１１３のコード：Ｖｃに変換される。運転モード１０６のコード：Ｖｂ０は、データ部の先頭から２番目において、運転モード１１２のコード：Ｖｂに変換される。

トップレイヤ３１における上記データ変換は、トップレイヤ３１に記憶されたテーブル（例えば図１１−３の上記レイヤ制御コード変換テーブル３１ｔａのようなもの）が参照されることにより行われることができる（後述するボトムレイヤ３３及びミドルレイヤ３２のそれぞれにおけるデータ変換に際しても、同様に、それぞれボトムレイヤ３３、ミドルレイヤ３２に記憶されたテーブルが参照されることにより行われることができる）。これらのテーブルにおいては、いずれも共通データに紐付けされている。

ここでは、上位バス２０１において伝送される制御フレーム（ＣＦ０）には、風量を示すコードが含まれていないので、データ変換の後の共通データでは、データ部の最後において、風量１１４として、未設定コード（ＮｕＬＬ）が設定される。

コンバータ０（３０ａ）のトップレイヤ３１において、図１６に示すようなデータ変換がなされて、共通化コード（共通データ）に変換された制御フレームは、コンバータ０（３０ａ）の中央処理部３４へ送られ、自己階層アドレスか或いは自己より大きな階層アドレスを持っているかをチェックし、該当する場合は中央処理部３４のバッファにスタックされてタイミング調整が図られるとともに、ミドルレイヤ３２またはボトムレイヤ３３、或いはミドルレイヤ３２とボトムレイヤ３３の両方への回送が決められる。フレームの破棄処理もこの中央処理部３４において行なわれる。共通データにおいて、宛先１０２の（Ｌ）／（Ｎ）の（Ｌ）は、自己の階層（レベル）である（Ｌ−１）よりも大きな階層アドレスであることを示している。この例では、共通データは、中央処理部３４からボトムレイヤ３３に回送される。

（３）コンバータ０（３０ａ）のボトムレイヤ３３の動作
コンバータ０（３０ａ）のボトムレイヤ３３では、中央処理部３４から回送されてきた共通データを、図１７に示すように、下位バス２０２のコードセットに変換し、制御フレームＣＦ１（図１２参照）を生成する。この制御フレームＣＦ１は、下位バス２０２での通信で用いられる所定のデータフォーマットを有する信号である。

制御フレーム（ＣＦ１）の生成に際しては、まず、下位バス２０２において、データフレームＣＦ１が識別されるためのヘッダ（ＨＣＦ１）１２０が付加され、宛先（（Ｌ）／（Ｎ））１０２及び内機宛先（００−０１）１０３は、共通データからそのままとされる。

共通データが制御フレーム（ＣＦ１）にデータ変換されると、共通データの運転／停止１１１のコード：Ｖａは、制御フレーム（ＣＦ１）のデータ部の先頭の位置において、運転／停止１２１のコード：Ｖａ１に変換される。同様に、運転モード１１２のコード：Ｖｂは、データ部の最後において、運転モード１２３のコード：Ｖｂ１に変換される。設定温度１１３のコード：Ｖｃは、データ部の後ろから２番目において、設定温度１２２のコード：Ｖｃ１に変換される。風量１１４のコード：Ｎｕｌｌは、削除される。

コンバータ０（３０ａ）のボトムレイヤ３３にて生成された制御フレーム（ＣＦ１）は、下位バス２０２に送出される。そのコンバータ０（３０ａ）のボトムレイヤ３３から出力された制御フレーム（ＣＦ１）は、コンバータ１（３０ｂ）とコンバータ２（３０ｃ）の両方のトップレイヤ３１で受信される。コンバータ１（３０ｂ）では、コンバータ１（３０ｂ）のアドレス（コンバータ１アドレス：（Ｌ）／（Ｎ−１））と、制御フレーム（ＣＦ１）の宛先（（Ｌ）／（Ｎ））１０２とが一致しない。制御フレーム（ＣＦ１）の宛先（（Ｌ）／（Ｎ））１０２の階層もＬ宛なので、この制御フレーム（ＣＦ１）は破棄扱いとなる。よって、以下は、コンバータ２（３０ｃ）の動作についてのみ説明する。

（４）コンバータ２（３０ｃ）のトップレイヤ３１の動作
図１８に示すように、コンバータ２（３０ｃ）のトップレイヤ３１では、再度、共通データへのデータ変換が行われる。図１８において、図１７に示した、ヘッダ１２０、宛先１０２、内機宛先１０３、運転／停止１２１、設定温度１２２、及び運転モード１２３から構成される制御フレーム（ＣＦ１）は、コンバータ２（３０ｃ）のトップレイヤ３１において、データ変換が行われた結果、宛先１０２、内機宛先１０３、運転／停止１１１、運転モード１１２、設定温度１１３、及び風量１１４から構成される共通データに変換される。

図１８に示すように、共通データでは、まず、ヘッダ（ＨＣＦ０）１２０（図１７参照）は、コンバータ２（３０ｃ）に受信された後は不要となるため、削除される。宛先（（Ｌ）／（Ｎ））１０２及び内機宛先（００−０１）１０３は、制御フレーム（ＣＦ１）から、そのコード及びフィールドの位置がそのままとされる。

制御フレーム（ＣＦ１）が共通データにデータ変換されると、制御フレーム（ＣＦ１）の運転／停止１２１のコード：Ｖａ１（図１７参照）は、共通データのデータ部の先頭の位置において、運転／停止１１１のコード：Ｖａに変換される。同様に、設定温度１２２のコード：Ｖｃ１は、データ部の後ろから２番目において、設定温度１１３のコード：Ｖｃに変換される。運転モード１２３のコード：Ｖｂ１は、データ部の先頭から２番目において、運転モード１１２のコード：Ｖｂに変換される。

上記のように、コンバータ２（３０ｃ）のトップレイヤ３１において、共通コードに変換された制御フレームは、コンバータ２（３０ｃ）の中央処理部３４へ送られる。コンバータ２（３０ｃ）の中央処理部３４は、宛先１０２のコード（（Ｌ）／（Ｎ））と自己コンバータアドレスとが一致するので、この制御フレームをボトムレイヤ３３へ回送する。

（５）コンバータ２（３０ｃ）のミドルレイヤ３２の動作
図１２に示すように、コンバータ２（３０ｃ）のミドルレイヤ３２には、リモコン５０が接続されている。このリモコン５０からユーザが操作を行うと、その操作に対応する制御内容を示す制御フレーム（ＣＦ２）がコンバータ２（３０ｃ）のミドルレイヤ３２に入力される。コンバータ２（３０ｃ）のミドルレイヤ３２では、図１９に示される様に、制御フレーム（ＣＦ２）が共通データに変換される。

図１９において、リモコン５０からミドルレイヤ３２に入力された制御フレーム（ＣＦ２）は、宛先１０２、内機宛先１０３、運転／停止１３１、運転モード１３２、設定温度１３３及び風量１３４から構成されている。この制御フレーム（ＣＦ２）は、コンバータ２（３０ｃ）のミドルレイヤ３２において、データ変換が行われた結果、宛先１０２、内機宛先１０３、運転／停止１１１、運転モード１１２、設定温度１１３、及び風量１１４から構成される共通データに変換される。

図１９に示すように、共通データでは、宛先（（Ｌ）／（Ｎ））１０２及び内機宛先（００−０１）１０３は、制御フレーム（ＣＦ２）から、そのコード及びフィールドの位置がそのままとされる。

制御フレーム（ＣＦ２）が共通データにデータ変換されると、制御フレーム（ＣＦ２）の運転／停止１３１のコード：Ｖａ２は、共通データのデータ部の先頭の位置において、運転／停止１１１のコード：Ｖａに変換される。同様に、運転モード１３１のコード：Ｖｂ２は、データ部の先頭から２番目において、運転モード１１２のコード：Ｖｂに変換される。設定温度１３３のコード：Ｖｃ２は、データ部の後ろから２番目において、設定温度１１３のコード：Ｖｃに変換される。風量１３４のコード：Ｖｄ２は、データ部の最後において、風量１１４のコード：Ｖｄに変換される。

上記のように、コンバータ２（３０ｃ）のミドルレイヤ３２において、共通コードに変換された制御フレームは、コンバータ２（３０ｃ）の中央処理部３４へ送られる。コンバータ２（３０ｃ）の中央処理部３４は、リモコン５０から送信されたデータフレームの宛先１０２のコード（（Ｌ）／（Ｎ））と自己コンバータアドレスとが一致するので、この制御フレームをボトムレイヤ３３へ回送する。

（６）コンバータ２（３０ｃ）のボトムレイヤ３３の動作
図１２に示すように、コンバータ２（３０ｃ）のボトムレイヤ３３は、室内機３〜５で構成されたネットワーク空調システムに直結している。空調システムに直近のコンバータ２（３０ｃ）（そのボトムレイヤ３３）は、空調システムに直結されていない中間動作のコンバータ０（３０ａ）と比較して、より室内機３〜５の制御動作に近い機能を持つ。コンバータ２（３０ｃ）（そのボトムレイヤ３３）は、室内機３〜５に対して、仮想的なリモコン動作を行うこともある。

このことから、図２０に示すように、コンバータ２（３０ｃ）のボトムレイヤ３３は、室内機３〜５のそれぞれに対する運転制御コマンドを保存しておく状態メモリ３５を各室内機３〜５の台数分（３つ）有している。状態メモリ３５は、制御フレームのデータ部に対応して、運転／停止メモリエリア３５ａと、運転モードメモリエリア３５ｂと、設定温度メモリエリア３５ｃと、風量メモリエリア３５ｄとを有している。

上記（４）及び（５）でそれぞれ生成された共通データは、室内機４用の状態メモリ３５に書き込まれる。以下、図２１を参照して説明する。

コンバータ２（３０ｃ）のボトムレイヤ３３では、中央処理部３４から回送されてきた共通データを、図２１に示すように、室内機３〜５で構成されたネットワーク空調システム用の制御データ（コードセット）に変換する。この変換後のデータは、室内機３〜５で構成されたネットワーク空調システムの制御に直接用いられる所定のコード（形式）及びデータフォーマットを有する制御フレーム（ＣＦ３）に対応するデータである。

図２１に示すように、コンバータ２（３０ｃ）のボトムレイヤ３３におけるデータ変換に際しては、下位バス２０２から回送されたデータと、リモコン５０から回送されたデータのいずれに対しても、コンバータ２（３０ｄ）のコンバータアドレスを示す宛先（（Ｌ）／（Ｎ））１０２及び制御対象の室内機４のノードアドレスを示す内機宛先（００−０１）１０３は、削除される。

中央処理部３４からボトムレイヤ３３に送られたデータ（下位バス２０２から回送されたデータと、リモコン５０から回送されたデータのいずれをも含む）が、室内機３〜５の制御フレーム（ＣＦ３）に対応するデータにデータ変換されると、共通データの運転／停止１１１のコード：Ｖａは、制御データの先頭の位置において、運転／停止１４１のコード：Ｖａ３に変換される。同様に、運転モード１１２のコード：Ｖｂは、制御データの２番目の位置において、運転モード１４２のコード：Ｖｂ３に変換される。設定温度１１３のコード：Ｖｃは、データ部の後ろから２番目において、設定温度１４３のコード：Ｖｃ３に変換される。風量１１４のコードは、下位バス２０２から回送されたデータでは、Ｎｕｌｌであり、リモコン５０から回送されたデータでは、Ｖｄであるため、そのコードＶｄが設定温度１４４のコード：Ｖｄ３に変換される。

コンバータ２（３０ｃ）のボトムレイヤ３３に対しては、中央処理部３４から、下位バス２０２から回送されたデータ（図１８参照）と、リモコン５０から回送されたデータ（図１９参照）とが送られる。それらのデータのうちいずれが優先されるかについては、状態メモリ３５では、基本的にオーバーライト扱いとされる。即ち、時間的に後から送信されたデータが優先される（上書きされる）。中央処理部３４に対して、下位バス２０２から回送されたデータ（図１８参照）と、リモコン５０から回送されたデータ（図１９参照）とが同時に入力された場合には、中央処理部３４は、リモコン５０から回送されたデータから先にボトムレイヤ３３に出力し、その後で、下位バス２０２から回送されたデータをボトムレイヤ３３に出力する。但し、図２１に示すように、下位バス２０２から回送されたデータには、風量データが含まれていないため、制御フレーム（ＣＦ３）に対応するデータにおいて、風量データは、リモコン５０から回送されたデータに含まれる風量データの値が採用される。

次に、図２２に示すように、コンバータ２（３０ｃ）のボトムレイヤ３３は、図２１の状態メモリ３５に書き込まれた制御フレーム（ＣＦ３）に対応するデータに基づいて、制御フレーム（ＣＦ３）を生成して室内機４を制御する。ボトムレイヤ３３では、状態メモリ３５のデータに対して、伝送路２０３でデータフレーム（ＣＦ３）が識別されるためのヘッダ（ＨＣＦ３）１５１と、内機宛先（００−０１）１０３が付加されて、制御フレーム（ＣＦ３）が生成される。その制御フレーム（ＣＦ３）は、コンバータ２（３０ｃ）のボトムレイヤ３３から室内機４に送られて、室内機４が制御される。

コンバータ２（３０ｃ）のボトムレイヤ３３は、状態メモリ３５に記憶された制御フレーム（ＣＦ３）に対応するデータと、室内機４に送られた制御フレーム（ＣＦ３）のデータが一致しているか否かをチェックする。

上記の第１実施形態によれば、以下の項が開示される。

（１）ネットワークで複数の空調装置を集中管理するネットワーク空調システムに於いて、マトリクス状に配置およびアドレッシングされたコンバータによって、空調システムを物理的および論理的に分割することにより、空調システムの拡張や縮小を柔軟に行うことを特徴とする。

（２）コンバータの入出力関係から異なるネットワークバス間の上下レベルを、また同一レベル上に懸吊されるコンバータを横系列と定義し、レベルと系列によってコンバータの固有アドレスを成すことにより、マトリクス状に配置されたコンバータによって、空調システムネットワーク上の座標指定を行うことを特徴とし、上記（１）の機能を実現する。

（３）コンバータに１台以上の室内機および室外機の通信系統が懸吊された形態を最小単位として、これを各レベルのネットワークバスに懸吊し、コンバータの入出力間でデータ変換することにより、室内外機群が独立したシステムであっても、上位レベルからは同一のシステムと認識可能な構成を特徴とする。

（４）コンバータの入出力関係による上下レベルに優位性を定義し、室内外機などの運転制御系のコマンドは上位から下位に、また状態情報などは下位から上位に流れる様にすることにより、マトリクス状の複雑なネットワーク構成であっても、データフレームが発散することなく、効率的に情報伝達を可能とすることを特徴とする。

（５）コンバータの内部構成を、物理的あるいは論理的に、少なくとも上位と下位のレイヤに分断し、各レイヤではそれぞれのプロトコル専用インタフェースを提供し、一方、内部でコンバータに共通したデータに変換することによって、各レベル間を等価的に結合することが可能となり、コンバータの汎用性の高めることを特徴とする。

（６）コンバータに中間レイヤを設け、このレイヤに専用のインタフェース機能を持たせ、ここに制御装置やセンサ類を接続することにより、ネットワーク空調システムに任意の制御機能と情報収集機能とを提供することを特徴とする。

（７）中間レイヤに制御装置を取り付けたコンバータに於いて、この制御装置からは、該コンバータより下位レベルのみを制御対象とすることにより、制御装置の増加に伴いネットワーク内の制御信号が煩雑化することを抑えることを特徴とする。

（８）中間レイヤにセンサ装置を取り付けたコンバータに於いて、このセンサ装置からは、該コンバータより上位レベルのみにセンサ情報を回送することにより、センサデータによるネットワーク内の信号が煩雑化することを抑えることを特徴とする。

（９）中間レイヤに電力量計を取り付け、任意の電力線を該電力量計を経由して接続することにより、上位レベルで電力量を計測することを特徴とする。

（１０）中間レイヤに２次的な通信機能（赤外線受光装置やモデム機能など）を持たせることにより、下位レイヤの空調機システムに本来は持ち合わせていなかった制御機能を追加することが可能となることを特徴とする。

（１１）上位レイヤ、中間レイヤ、下位レイヤを別個のハードウェア基板として、必要な基板のみを組み合わせてコンバータを構築することにより、汎用性と廉価性とを兼ね備えたコンバータを提供することを特徴とする。

（１２）空調ネットワークシステム内の個体識別アドレスを、第一アドレス、第二アドレス、第三アドレスの３要素で構成し、第一アドレスをコンバータの固有アドレス（上記（１）〜（３））とし、第二アドレスを冷媒回路などを単位とする中間アドレス、第三アドレスを室内外機などの固有ノードアドレスとすることを特徴とする。

第一アドレスはコンバータで構成される空調ネットワークの特定座標を示し、冷媒系アドレスとノードアドレスとで構成される室内外機群を制御対象とする時は、第二アドレスと第三アドレスとを使用し、ノードアドレスしか使用しない室内外機群の制御には第三アドレスのみを使用して、汎用性を高めることを特徴とする。

（１３）空調ネットワークの上位レベルからのコマンドには、第一アドレス、第二アドレス、第三アドレスすべてを指定し、被制御機器群が第二アドレスを必要としない場合は、被制御機器群の直上のコンバータ下位レイヤで第二アドレスをダミ−アドレスとして破棄する機能を持たせることにより、第二アドレスの有無に関わらず汎用的な制御システムを構築することを特徴とする。

（１４）本実施形態の空調システムは、図１−１に示すように、第１バス２０５に接続され、第１バス２０５を流れる第１信号をコード変換して、第１被制御機器４０を制御するための第１制御信号を生成し、第１制御信号を第１被制御機器４０に提供する第１コンバータ３０と、第１バス２０５に接続され、第１バス２０５を流れる第１信号をコード変換して、第２被制御機器４０を制御するための上記第１制御信号とはコードが異なる第２制御信号を生成し、第２制御信号を第２被制御機器４０に提供する第２コンバータ３０とを備えている。

（１５）本実施形態の空調システムは、図１−２に示すように、上記（１４）において、更に、第１バス２０５及び第１バス２０５に対して上位に階層的に設けられた第２バス２０６に接続され、第２バス２０６を流れる第２信号を第１バス２０５を流れる第１信号に変換する第３コンバータ３０を備えている。第３コンバータ３０は、第２バス２０６と第１バス２０５の伝送路間においてコード変換を行なう。

（１６）本実施形態の空調システムは、図１−３に示すように、上記（１４）又は（１５）において、更に、第１バス２０５及び第１バス２０５に対して下位に階層的に設けられた第３バス２０７に接続され、第１バス２０５を流れる第１信号を第３バス２０７で通信されるための第３信号に変換し、又は、第３バス２０７を流れる第３信号を第１バスで通信されるための第１信号に変換する第４コンバータ３０を備えている。第４コンバータ３０は、第３バス２０７と第１バス２０５の伝送路間においてコード変換を行なう。

（１７）本実施形態の空調システムは、上記（１５）において、第３コンバータ３０に接続された外部装置５０を備え、第３コンバータ３０は、外部装置５０から入力された外部入力信号に基づいて、第１バス２０５を流れる第１信号を生成し、その第１信号を第１バス２０５に提供する。

（１８）本実施形態の空調システムは、上記（１５）において、第３コンバータ３０に接続された外部装置５０を備え、第３コンバータ３０は、第１バス２０５を流れる第１信号を外部装置５０と通信されるための外部設定信号に変換する。

上記事項により以下の効果が得られる。

上記（１）〜（３）によれば、コンバータでマトリクス状に構築されたネットワークを一義的にアドレッシングすることが出来、ネットワークシステム内の位置を特定することが可能となり、また物理的にも論理的には分割することが出来るため、空調ネットワークシステム内で、空調機を増設あるいは移動する様な場合に柔軟に対応できる。

上記（４）によれば、上下レベルを設け、制御系のコマンドは上位から下位に向かって収束的に流し、情報系のフレームは下位から上位に向かって拡散的に流れることになり、マトリクス状に配置された空調ネットワークシステム内の整流作用が提供される。よって、無秩序にネットワーク内でデータが発散することを抑止し、トラフィックの無意味な増加やフレーム衝突によるデータ消失のリスクを軽減することが可能となる。

上記（５）によれば、コンバータの構成を上位レイヤと下位レイヤに分けることにより、それぞれの各基幹バスに対応して独立した設計が可能となり、コンバータの汎用性が極めて高くなる。

上記（６）によれば、コンバータに中間レイヤを設けることによって、汎用的な入出力手段を提供できる。

上記（７）、（８）によれば、コンバータの信号整流作用により、フレーム衝突によるデータ消失やトラフィックを無意味に増加することなく、空調ネットワークシステム内に制御手段と情報収集手段とを設けることが可能となる。

上記（９）によれば、例えば部分的な課金情報が必要な場合、コンバータ経由で電力量を検出し、任意の基幹バスから該情報を引き出すことにより、空調ネットワークシステムに大規模な変更を伴うこともなく、かつ簡単に課金情報のための電力量を得ることが出来、電気代の案分計算などのユーザサービスが可能となる。

上記（１０）によれば、コンバータの中間レイヤ機能に２次的な通信手段を設けることが可能となる。ワイヤード系のシステムに赤外線制御機能を付加したり、電話回線を経由して遠方のシステム制御や故障情報の早急な警報通知などに利用可能となる。

上記（１１）によれば、上位レイヤ、中間レイヤ、下位レイヤを別基板のハードウェアにすることにより、その組合せで任意のコンバータを提供することが出来る。汎用性が向上するだけでなく、コンバータにかかるコストも新規にコンバータを設計する場合と比べて遙かに軽減できる。

上記（１２）、（１３）によれば、ネットワークシステムの汎用性を更に高めることが出来る。空調機のネットワーク制御には大別して二つの方式がある。一つは、冷媒回路を一区切りとして、これをサブネットアドレスとし、更にこの冷媒回路内に懸吊される室内外機群等に個別のノードアドレスを付与するものである。もう一つは、家庭用のマルチエアコンなどに代表され、冷媒回路を一つしか定義していない（冷媒回路を示すアドレスがない）システムである。このシステムは室内（外）機とリモコンしかアドレスを持ち合わせない。

空調ネットワークシステム内に上記二つのシステムを混在させたい場合、ネットワークのアドレス体系内でサブネットアドレスの有無を判別することは汎用性を著しく欠くことになり、上位の制御装置と、ローカルシステム直上のコンバータ下位レイヤだけで処理する方が望ましい。アドレスを３要素化し第二アドレスにダミーの意味付けを定義することで、空調ネットワークシステムの汎用性を極めて向上させることが可能となる。

（第２実施形態）
次に、第２実施形態について説明する。
第２実施形態は、上記第１実施形態のコンバータ（Ｃ＊＊）３０とローカルシステム（Ｓ＊＊）４０とのネットワークの詳細に関するものである。

図２７は、上記第１実施形態のローカルシステム（Ｓ＊＊）４０の構成を示す図である。

図２７に示すように、ローカルシステム（Ｓ＊＊）４０は、１台の室外機４０１と、この室外機４０１に接続された少なくとも１台の室内機４０２により構成されている。ローカルシステム（Ｓ＊＊）４０では、室外機４０１と室内機４０２は、ローカルバス４０３により接続され、ローカルバス４０３内でのみ運転設定、運転状態データが送受信されている。

次に、第２実施形態の具体的構成について説明する。
以下に述べるように、第２実施形態は、第１〜第８構成例を備えている。

（第１構成例）
上記第１実施形態で述べたように、図２７に示した様なローカルシステム（Ｓ＊＊）４０に対し、図２８に示すように、各ローカルシステム（Ｓ＊＊）４０ａ〜４０ｄのローカル通信方式を上位バスＣＢ０の通信方式に変換する機能を持つコンバータ３０が接続されている。上記第１実施形態で述べたように、コンバータ３０は、上記機能の他、上位バス通信方式をローカルバス通信方式に変換する機能を持つ。

各ローカルシステム（Ｓ＊＊）４０ａ〜４０ｄに対してコンバータ３０を接続し，上位バスＣＢ０に対して各ローカルシステム（Ｓ＊＊）４０ａ〜４０ｄを接続可能とする。上位バスＣＢ０からは、集中管理を行うＢＭＳ６０等により各ローカルシステム（Ｓ＊＊）４０ａ〜４０ｄの運転制御を行い、また各空調機の運転状態をモニターする。

図２９に示すように、コンバータ３０は、上位バスＣＢ０上の上位バスアドレス３１２を持ち、コンバータ３０に接続されている室内外機４０１，４０２〜７０１，７０２に設定されているアドレス４０５を取り込み、記憶する機能をもつ。

例えば、図２８及び図２９に示すように、コントローラ６０から室内機１−１（符号５０２ｂ）に運転開始が命令される場合について説明する。この場合、コントローラ６０から送信される運転開始命令は、コンバータ１（符号３０ｂ）の上位バスアドレスであるアドレスＢ（符号３１２ｂ）と、下の階層に当たる室内機１−１（符号５０２ｂ）のローカルアドレスであるアドレス２（符号４０５ｂ）とを宛先とする。

コントローラ６０から送信された運転開始命令をコンバータ１（３０ｂ）が受信すると、コンバータ１（３０ｂ）内で、その宛先がローカルアドレス２（４０５ｂ）であることを認識し、ローカルアドレス２（４０５ｂ）に対して、運転開始命令を送信する。

室内機１−１（５０２ｂ）の運転状態を上位バスＣＢ０に送信する場合、コンバータ３０ｂが室内外機５０１、５０２間の通信データ（又はローカルエアコン５００の構成にローカル内をモニターする装置がある場合はモニターデータも可）の中から、送信元がローカルアドレス２（４０５ｂ）の運転データを上記状態データとしてフックし、ローカルアドレス２（４０５ｂ）と上位バスアドレスＢ（３１２ｂ）を送信元として、上位バスＣＢ０に送信する。その送信は、定期送信とする。定期送信に代えて、運転状態が変更した際に送信する構成でもよい（コンバータ３０は前回の運転状態を記憶する機能を持つ）。

（第２構成例）
第１構成例と同様に、コンバータ３０は、上位バスＣＢ０上の上位バスアドレス３１２（図２９参照）を持ち、そのアドレス３１２をローカルエアコン４００〜７００の１システムのアドレスとして、一括して運転設定を行う。

例えば、図２８において、コントローラ６０からコンバータ１（３０ｂ）に接続されるローカルシステム（Ｓ＊＊）４０ｂに対し、運転開始が命令される場合について説明する。この場合、コントローラ６０は、コンバータ１（３０ｂ）の上位アドレスであるアドレスＢ（３１２ｂ）を宛先として運転開始命令を送信する。その運転開始命令を受信したコンバータ１（３０ｂ）は、コンバータ１（３０ｂ）に接続されているローカルシステム（Ｓ＊＊）４０ｂを構成する各室内機５０２に対して、その運転開始命令を送信する。

コンバータ１（３０ｂ）に接続されているローカルシステム（Ｓ＊＊）４０ｂの運転状態を上位バスＣＢ０に送信する場合について説明する。この場合、コンバータ１（３０ｂ）は、コンバータ１（３０ｂ）がローカルシステム（Ｓ＊＊）４０ｂの室内外機５０１，５０２間の通信データ（又はローカルシステム（Ｓ＊＊）４０ｂの構成にローカル内をモニターする装置がある場合はモニターデータも可）の中から運転データを上記状態データとしてフックし、コンバータ１（３０ｂ）の上位バスアドレスＢ（３１２ｂ）を送信元としてバスＣＢ０に送信する。その送信は定期送信とする。定期送信に代えて、運転状態が変更した際に送信する構成でもよい（コンバータ３０は前回の運転状態を保持する機能を持つ）。データはローカル１システムを１システム単位として送信される。

（第３構成例）
第２構成例において、室内機１−１（５０２ｂ）の運転状態をバスＣＢ０に送信する場合について説明する。この場合、コンバータ１（３０ｂ）は、室内外機５０１，５０２間の通信データ（又はローカルエアコン５００の構成にローカル内をモニターする装置がある場合はモニターデータも可）の中から、送信元がローカルアドレス２（４０５ｂ）の運転データを上記状態データとしてフックし、ローカルアドレス２（４０５ｂ）と上位バスアドレスＢ（３１２ｂ）を送信元として送信する。その送信は定期送信とする。定期送信に代えて、運転状態が変更した際に送信する構成でもよい（コンバータ３０は前回の運転状態を保持する機能を持つ）。

（第４構成例）
図３３に示すように、第１構成例において、コンバータ３０は、コンバータ３０に接続されている各室内外機４０１，４０２、５０１，５０２‥に対するバスＣＢ０上の上位バスアドレス３１３を持ち、また各室外機４０１，５０１‥に設定されているローカルアドレス４０５を取り込み、関係付けて記録する機能をもつ。

例えば、図２８において、コントローラ６０から室内機１−１（５０２ｂ）に運転開始が命令される場合について説明する。この場合、コントローラ６０から、室内機１−１（５０２ｂ）の上位バスアドレスであるアドレスＧ（３１３Ｇ）を宛先として（図３３参照）、運転開始命令が送信される。そのコントローラ６０から送信された運転開始命令を受信したアドレスＧ（３１３Ｇ）を持つコンバータ１（３０ｂ）は、コンバータ１（３０ｂ）内でその宛先がローカルアドレス２（４０５ｂ）であることを認識し、ローカルアドレス２に対し、運転開始命令を送信する。

次に、室内機１−１（５０２ｂ）の運転状態を上位バスＣＢ０に送信する場合について説明する。この場合、コンバータ１（３０ｂ）は、室内外機５０１，５０２間の通信データ（又はローカルエアコン５００の構成にローカル内をモニターする装置がある場合はモニターデータも可）の中から、送信元がローカルアドレス２（４０５ｂ）の運転データを上記状態データとしてフックし、上位バスアドレスＧ（３１３Ｇ）を送信元としてバスＣＢ０に送信する。送信は定期送信とする。定期送信に代えて、運転状態が変更した際に送信する構成でもよい（コンバータ３０は前回の運転状態を記憶する機能を持つ）。

（第５構成例）
図３０に示すように、図２７のようなローカルシステム（Ｓ＊＊）４０に対し、ローカルシステム（Ｓ＊＊）４０のローカル通信方式を上位バス通信方式に変換する機能を持つコンバータ３０を接続する。バスＣＢ０は、バスＣＢ０を通信ラインとする室内外機（以下、ネットワーク対応エアコン）６０１Ｎ、６０２Ｎ、７０１Ｎ、７０２Ｎと混在（共有）する（但し、ローカルの通信ラインを上位バスとした場合は、ローカルシステム（Ｓ＊＊）４０もネットワーク対応エアコンとなりうる）。

各ローカルシステム（Ｓ＊＊）４０に対しコンバータ３０を接続し、バスＣＢ０にて各ローカルシステム（Ｓ＊＊）４０とネットワーク対応エアコン６０１Ｎ，６０２Ｎ，７０１Ｎ，７０２Ｎとを接続可能とする。バスＣＢ０からは、運転制御、運転監視を行うコントローラ６０により各ローカルシステム（Ｓ＊＊）４０とネットワーク対応エアコン６０１Ｎ，６０２Ｎ，７０１Ｎ，７０２Ｎの運転制御を行い、バスＣＢ０上の運転状態をモニターし監視する。

図３１に示すように、コンバータ３０は、ネットワーク対応エアコン６０１Ｎ，６０２Ｎ，７０１Ｎ，７０２Ｎのアドレス４０６が冷媒系統毎に割り当てられている場合に、ネットワーク対応エアコン６０１Ｎ，６０２Ｎ，７０１Ｎ，７０２Ｎに対応するバスＣＢ０上の冷媒系統のアドレス３１４を持ち、コンバータ３０に接続されている各室内外機４０１、４０２、５０１、５０２に設定されているアドレス４０５を取り込み、記憶する機能を持つ。

例えば、コントローラ６０から室内機０−０（４０２ａ）に運転開始が命令される場合、コントローラ６０は、コンバータ０（３０ａ）の上位バスアドレスＡ（３１２ａ）と、下の階層に当たるローカルアドレス１（４０５ｂ）を宛先として、運転開始命令を出力する。その運転開始命令を受信したコンバータ０（３０ａ）は、コンバータ０（３０ａ）内でローカルアドレス１（４０５ｂ）を宛先とする運転開始命令を生成して、ローカルアドレス１（４０５ｂ）に対して送信する。

室内機０−０（４０２ａ）の運転状態をバスＣＢ０に送信する場合について説明する。この場合、コンバータ０（３０ａ）は、室内外機４０１，４０２間の通信データ（又はローカルエアコン４００の構成にローカル内をモニターする装置がある場合はモニターデータも可）の中から、送信元がローカルアドレス１（４０５ｂ）の運転データを上記状態データとしてフックし、ローカルアドレス１（４０５ｂ）とコンバータ０（３０ａ）の上位アドレスＡ（３１２ａ）を送信元として、バスＣＢ０に送信する。その送信は定期送信とする。定期送信に代えて、運転状態が変更した際に送信する構成でもよい（コンバータ３０は前回の運転状態を記憶する機能を持つ）。

（第６構成例）
図３２に示すように、第５構成例（図３０）において、ネットワーク対応エアコンの室内外機６０１Ｎ，６０２Ｎ，７０１Ｎ，７０２Ｎ毎にアドレス３１５が割り当てられている場合、コンバータ３０は、バスＣＢ０上のアドレス３１２を、接続されているローカルシステム（Ｓ＊＊）４０の構成台数分だけ持ち、コンバータ３０に接続される各室内外機４０１，４０２，５０１，５０２に設定されているアドレス４０５を取り込み、上位バスアドレスとローカルアドレスを関係付けて記録する機能をもつ。

例えば、コントローラ６０から室内機１−１（５０２ｂ）に運転開始が命令される場合について説明する。この場合、コンバータ１（３０ｂ）のアドレス３１２ｇを宛先として、運転開始命令を出力する。その運転開始命令を受信したコンバータ１（３０ｂ）は、コンバータ１（３０ｂ）内でアドレス２（４０５ｃ）に対する運転開始命令を生成して、送信する。

次に、室内機１−１（５０２ｂ）の運転状態をバスＣＢ０に送信する場合について説明する。この場合、コンバータ１（３０ｂ）は、室内外機５０１，５０２間の通信データ（又はローカルエアコン５００の構成にローカル内をモニターする装置がある場合はモニターデータも可）の中から、発信元がローカルアドレス２（４０５ｃ）の運転データを上記状態データとしてフックし、アドレス２（４０５ｃ）に対応する上位バスアドレス３１２ｇを送信元としてバスＣＢ０に送信する。その送信は定期送信とする。定期送信に代えて運転状態が変更した際に送信する構成でもよい（コンバータ３０は前回の運転状態を記憶する機能を持つ）。

（第７構成例）
図３４に示すように、コンバータ０（３０ａ）、コンバータ１（３０ｂ）は、ローカルシステム（Ｓ＊＊）４０を上位バスに当たるＬＡＮ（ＣＢ０）に接続を可能にする。コンバータ２（３０ｃ）は、ＬＯＮ（ＣＢ１）で構成されているネットワーク対応エアコン６０１Ｎ、６０２Ｎ、７０１Ｎ、７０２Ｎを上位バスに当たるＬＡＮ（ＣＢ０）に接続を可能にする。バスＣＢ０を共通にすることで、各空調機をＬＡＮ経由でコントローラ等６０の装置にて運転制御、監視を可能にする。

（第８構成例）
図３５に示すように、コンバータ０（３０ａ），コンバータ１（３０ｂ）は、ローカルシステム（Ｓ＊＊）４０を上位バスに当たるＬＯＮバスＣＢ１に接続を可能にし、上位バスを共通にすることで各空調機をＬＯＮバスＣＢ１経由でコントローラ２（６０ａ）の装置にて運転制御を可能にする。

コンバータ２（３０ｃ）は、ＬＯＮで構成されているネットワーク対応エアコン６０１Ｎ，６０２Ｎ，７０１Ｎ，７０２Ｎ（コンバータ０，１で接続されているローカルエアコン４０１，４０２，５０１，５０２も含む）を上位バスに当たるＬＡＮＣＢ０に接続を可能にする。上位バスを共通にすることで各空調機をＬＡＮ経由でコントローラ１（６０）等の装置にて運転制御、監視を可能にする。

上記第２実施形態の各構成例のように、コンバータ３０、ローカルシステム（Ｓ＊＊）４０の室内外機４０１，４０２・・・に割り当てるアドレスに多様性を持たせることが可能である。

本発明の空調システムの一実施形態の構成を示すブロック図である。 本発明の空調システムの一実施形態の他の構成を示すブロック図である。 本発明の空調システムの一実施形態の更に他の構成を示すブロック図である。 本発明の空調システムの一実施形態のコンバータ階層化接続によるネットワークシステム構成図である。 本発明の空調システムの一実施形態のコンバータとローカルシステムとの接続（最小単位）を示す図である。 本発明の空調システムの一実施形態のコンバータ階層化ネットワークシステムのレベル概念図である。 本発明の空調システムの一実施形態のコンバータ階層化ネットワークシステムの他のレベル概念図である。 本発明の空調システムの一実施形態のコンバータ内部階層化構成を示すブロック図である。 本発明の空調システムの一実施形態のコンバータの中間レイヤの接続説明図である。 本発明の空調システムの一実施形態の汎用化したコンバータ内部の構成図である。 本発明の空調システムの一実施形態の階層化ネットワーク空調システムの具体例を示す図である。 本発明の空調システムの一実施形態のローカルシステムの接続例（１）を示す図である。 本発明の空調システムの一実施形態のローカルシステムの接続例（２）を示す図である。 本発明の空調システムの一実施形態の制御コードについての共通データ変換概念図を示すブロック図である。 本発明の空調システムの一実施形態の情報コードについての共通データ変換概念図を示すブロック図である。 本発明の空調システムの一実施形態のコンバータの上位レイヤの制御コード変換テーブルを示す図である。 本発明の空調システムの一実施形態のコンバータの上位レイヤの情報コード変換テーブルを示す図である。 本発明の空調システムの一実施形態のコンバータの中位レイヤの制御コード変換テーブルを示す図である。 本発明の空調システムの一実施形態のコンバータの中位レイヤの情報コード変換テーブルを示す図である。 本発明の空調システムの一実施形態のコンバータの下位レイヤの制御コード変換テーブルを示す図である。 本発明の空調システムの一実施形態のコンバータの下位レイヤの情報コード変換テーブルを示す図である。 本発明の空調システムの一実施形態の構成の更に他の例を示すブロック図である。 本発明の空調システムの一実施形態のコンバータの構成を示す図である。 本発明の空調システムの一実施形態の制御フレーム（ＣＦ０）を示す図である。 本発明の空調システムの一実施形態の共通データフォーマットを示す図である。 本発明の空調システムの一実施形態のコンバータ０の上位レイヤのデータ変換を示す図である。 本発明の空調システムの一実施形態のコンバータ０の下位レイヤのデータ変換を示す図である。 本発明の空調システムの一実施形態のコンバータ２の上位レイヤのデータ変換を示す図である。 本発明の空調システムの一実施形態のコンバータ２の中位レイヤのデータ変換を示す図である。 本発明の空調システムの一実施形態のコンバータの状態メモリを示す図である。 本発明の空調システムの一実施形態の運転状態メモリデータの構築を説明するための図である。 本発明の空調システムの一実施形態の制御フレーム（ＣＦ３）を示す図である。 本発明の空調システムの一実施形態のコンバータ００の制御フレームを入力したときの動作を示すフローチャートである。 本発明の空調システムの一実施形態のコンバータ００の情報フレームを入力したときの動作を示すフローチャートである。 本発明の空調システムの一実施形態のコンバータ１１の制御フレームを入力したときの動作を示すフローチャートである。 本発明の空調システムの一実施形態のコンバータ１１の情報フレームを入力したときの動作を示すフローチャートである。 本発明の空調システムの一実施形態のローカルシステムの一構成を示すブロック図である。 本発明の空調システムの第２実施形態の第１構成例を示すブロック図である。 本発明の空調システムの第２実施形態の第１構成例のアドレスを示す図である。 本発明の空調システムの第２実施形態の第５構成例を示すブロック図である。 本発明の空調システムの第２実施形態の第５構成例のアドレスを示す図である。 本発明の空調システムの第２実施形態の第６構成例を示すブロック図である。 本発明の空調システムの第２実施形態の第４構成例のアドレスを示す図である。 本発明の空調システムの第２実施形態の第７構成例を示すブロック図である。 本発明の空調システムの第２実施形態の第８構成例を示すブロック図である。 従来の空調システムを示すブロック図である。 従来の他の空調システムを示すブロック図である。

符号の説明

３０ コンバータ
３１ 上位レイヤ
３２ 中間レイヤ
３３ 下位レイヤ
３４ 中央処理部
４０ ローカルシステム
５０ 外部装置
５１ 制御装置
６０ ＢＭＳ
２０１ バス
２０２ バス
２０５ バス
２０６ バス
２０７ バス
８００ 空調システム
８０１ 伝送路
８０２ 中央制御装置
８０３ コンバータ
８０４ コンバータ
８０５ コンバータ
８０６ 空調ブロック
８０７ 空調ブロック
８０８ 空調ブロック
Ｃ＊＊ コンバータ
ＣＢ＊ バス
Ｌ＊ レベル
Ｓ＊＊ システム
Ｍ１ センサ
Ｍ２ センサ

Claims (5)

1. ネットワークを介して複数の空調機を制御する空調システムであって、
   支配系と被支配系による優位性の違いに基づいて少なくとも３階層以上に階層化され、前記空調機を制御するための各種信号のやり取りを行う複数のバスと、
   階層化された前記複数のバスのうち、隣接する上位と下位のバスの間にそれぞれ接続され、前記上位と下位のバスを等価的に接続するための信号変換を行うと共に、入力信号の種類と当該入力信号の階層アドレスとに基づいて、入力信号を上位あるいは下位のいずれのバスへ送信するかを決定するバス間コンバータと、
   前記バスと制御対象の前記空調機との間に接続され、当該空調機に対して制御情報を出力して運転制御すると共に、当該空調機の状態を示す状態情報を取得して前記バスへ出力する空調機用コンバータと、
   を備え、
   前記バス間コンバータは、
   前記入力信号が前記空調機を運転制御するための制御コマンドであって、自分と同じか、自分よりも上位の階層アドレスからの信号である場合に、前記入力信号を受信したバス間コンバータよりもさらに下位階層のバスへ前記入力信号を流すことを許可すると共に、上位階層のバスへ前記入力信号を流すことを抑制することを特徴とする空調システム。
2. 前記バス間コンバータは、
   前記入力信号が前記空調機の状態情報であって、自分と同じか、自分よりも下位の階層アドレスからの信号である場合に、前記入力信号を受信したバス間コンバータよりもさらに上位階層のバスへ前記入力信号を流すことを許可すると共に、下位階層のバスへ前記入力信号を流すことを抑制することを特徴とする請求項１に記載の空調システム。
3. 前記バス間コンバータおよび前記空調機用コンバータの少なくとも一方には、接続された機器の入出力信号を前記バスへ入出力するための外部装置が直接接続され、
   前記外部装置は、前記空調機を制御するためのリモコン装置を含む制御装置と、前記空調機の状態を検出するための電力量計や温度センサを含むセンサとのいずれか一方であることを特徴とする請求項１または２に記載の空調システム。
4. 前記バスに接続され、センサ情報を収集する情報収集コンバータをさらに備え、
   前記情報収集コンバータには、接続された機器の入出力信号を前記バスへ入出力するための外部装置が直接接続され、
   前記外部装置は、前記空調機あるいは外部の状態を検出するための電力量計や温度センサを含むセンサであることを特徴とする請求項１から３のいずれか１項に記載の空調システム。
5. 前記バス間コンバータおよび前記空調機用コンバータの少なくとも一方の内部は、上位レイヤ、中間レイヤ、下位レイヤの３階層に分かれ、
   前記上位レイヤは、上位階層のバスのインタフェースとプロトコル変換を行い、
   前記下位レイヤは、下位階層のインタフェースとプロトコル変換を行い、
   前記中間レイヤは、汎用入出力機能を有し、前記外部装置と接続されることで双方向インタフェース機能を備えることを特徴とする請求項３に記載の空調システム。

Images