(57)【要約】【課題】BACnetなどの管理網の通信プロトコルを搭載していない機器を、低コストかつ効率的に管理網に接続させること。【解決手段】アダプタ装置２は、機器網９に接続される各業務用室内機３ａから、その業務用室内機３ａが提供する機能をモデル化したプロパティの集合体であるオブジェクトを含むモデル公開メッセージ（Ｓ１１）を受信し、モデル公開メッセージ（Ｓ１１）内のオブジェクトをデバイスＤＢ２１に格納し、デバイスＤＢ２１に格納されたオブジェクトと、業務用室内機３ａに対して管理網８内で一意になるように割り当てた管理網８のアドレスとを含む機器参入メッセージ（Ｓ１３）を、管理網８を介して管理装置１に送信することで、管理網８のデバイスとして業務用室内機３ａを管理装置１に登録させる。【選択図】  図２
2018092288.tif 000002
【特許請求の範囲】
【請求項１】
機器網で通信されるメッセージと、管理網で通信されるメッセージとをプロトコル変換して仲介するプロトコル変換装置であって、
前記機器網に接続される各設備機器から、その設備機器が提供する機能をモデル化したプロパティの集合体であるオブジェクトを含む機器公開メッセージを受信し、前記機器公開メッセージ内のオブジェクトを機器データベースに格納し、
前記機器データベースに格納されたオブジェクトと、前記設備機器に対して前記管理網内で一意になるように割り当てた前記管理網のアドレスとを含む機器参入メッセージを、前記管理網を介して管理装置に送信することで、前記管理網のデバイスとして前記設備機器を前記管理装置に登録させることを特徴とする
プロトコル変換装置。
【請求項２】
前記プロトコル変換装置は、前記機器データベースに格納されているオブジェクトのプロパティを更新する旨のプロパティ通知メッセージを前記機器網を介して前記設備機器から受信すると、その更新内容を前記機器データベースに反映し、その反映したプロパティの内容が警告を要するときには、その警告を示すイベント通知メッセージを前記管理網を介して前記管理装置に送信することを特徴とする
請求項１に記載のプロトコル変換装置。
【請求項３】
前記プロトコル変換装置は、前記機器データベースに格納されているオブジェクトのプロパティを更新する旨のサービス書込要求メッセージを前記管理網を介して前記管理装置から受信すると、その更新内容を前記機器データベースに反映し、その反映したプロパティの内容を前記機器網を介して前記設備機器に通知することで、前記設備機器の制御内容を変更させることを特徴とする
請求項１または請求項２に記載のプロトコル変換装置。
【請求項４】
前記プロトコル変換装置は、前記機器データベースに格納されているオブジェクトのプロパティを読み出す旨のサービス読出要求メッセージを前記管理網を介して前記管理装置から受信すると、前記機器データベースから該当するプロパティを読み出し、その読み出したプロパティを含めたサービス読出応答メッセージを前記管理装置に送信することを特徴とする
請求項１または請求項２に記載のプロトコル変換装置。
【請求項５】
請求項１ないし請求項４のいずれか１項に記載のプロトコル変換装置と、前記設備機器とを含めて構成され、
前記プロトコル変換装置と複数台の前記設備機器とは前記機器網を介して接続され、
前記プロトコル変換装置は、前記機器網内で前記設備機器ごとに割り当てられた機器アドレスを用いて、所定の前記設備機器と各メッセージを送受信することを特徴とする
プロトコル変換システム。
【請求項６】
請求項１ないし請求項４のいずれか１項に記載のプロトコル変換装置と、前記設備機器とを含めて構成され、
前記機器網は、前記プロトコル変換装置から複数台の前記設備機器それぞれと直接接続する回線によって構成され、
前記プロトコル変換装置は、直接接続する回線を介して、所定の前記設備機器と各メッセージを送受信することを特徴とする
プロトコル変換システム。
【請求項７】
機器網で通信されるメッセージと、管理網で通信されるメッセージとをプロトコル変換して仲介するプロトコル変換装置に収容される設備機器であって、
自身が提供する機能をモデル化したプロパティの集合体であるオブジェクトを含む機器公開メッセージを前記プロトコル変換装置に送信することで、前記機器公開メッセージ内のオブジェクトを前記プロトコル変換装置内の機器データベースに格納させるとともに、
前記機器データベースに格納されたオブジェクトと、前記設備機器に対して前記管理網内で一意になる前記管理網のアドレスとを含む機器参入メッセージを、前記管理網を介して管理装置に送信させることで、前記管理網のデバイスとして自身を前記管理装置に登録させることを特徴とする
設備機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロトコル変換装置、プロトコル変換システム、および、設備機器に関する。
【背景技術】
【０００２】
ビル全体の機器を管理するビルオートメーションなどに適用される機器監視制御システムの通信プロトコルとして、例えば、BACnet（Building Automation and Control Networking protocol、登録商標）が提案されている。これにより、BACnetに参入したデバイス群を管理装置から一括して監視することができる。
BACnetは、ビルや工場などの施設における監視装置／被監視装置間で通信されるデータの表現方法と通信方法を規定した通信プロトコルである。このプロトコルでは、装置を規定された抽象的なオブジェクト、すなわちプロパティデータ構造の集合体としてモデル化する。プロパティデータにより装置の動作の様々な面を表現することにより、装置に関する詳細な知識を要することなく機器にアクセス可能である。
【０００３】
BACnetに参入する機器は、BACnetの通信プロトコルに自身が対応する必要がある。さらに、BACnetに参入する機器は、規格上搭載しなくてはならない通信機能や、オブジェクトの管理機能も搭載しなくてはならない場合もある。このようなBACnetに参入する機能を機器自身に実装する場合には、かなりの処理負荷を伴うため、規模の比較的小さい機器ではコストや処理能力の点から搭載が難しいものも多い。
【０００４】
そこで、BACnet非対応の機器をBACnetに接続するためには、BACnetと機器との間でプロトコルを変換するアダプタ装置を仲介させる必要がある。例えば、特許文献１には、空調機が接続される機器網とBACnetと間に設置されるアダプタ装置が開示されている。このアダプタ装置は、あらかじめ空調機の種類ごとに用意されたテンプレートを使って空調機をモデル化し、そのモデル化された機器をBACnetデバイスとしてBACnetに参入させている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１３００２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
空調機は新機種が次々と販売されるので、アダプタ装置に対して空調機の種類ごとにテンプレートを用意する特許文献１の手法では、新機種の開発コストが大きくなってしまう。つまり、特定の空調機に対して専用のアダプタ装置を介してBACnetに接続する形態では、運用に負担が大きくなる。
一方、アダプタ装置を介さずにBACnetに対応した機器をそのままBACnetに接続する方式では、機器単体でのコストがかかってしまう。
【０００７】
そこで、本発明は、BACnetなどの管理網の通信プロトコルを搭載していない機器を、低コストかつ効率的に管理網に接続させることを、主な課題とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するために、本発明のプロトコル変換装置は、以下の構成を有する。
つまり、機器網で通信されるメッセージと、管理網で通信されるメッセージとをプロトコル変換して仲介するプロトコル変換装置は、
前記機器網に接続される各設備機器から、その設備機器が提供する機能をモデル化したプロパティの集合体であるオブジェクトを含む機器公開メッセージを受信し、前記機器公開メッセージ内のオブジェクトを機器データベースに格納し、
前記機器データベースに格納されたオブジェクトと、前記設備機器に対して前記管理網内で一意になるように割り当てた前記管理網のアドレスとを含む機器参入メッセージを、前記管理網を介して管理装置に送信することで、前記管理網のデバイスとして前記設備機器を前記管理装置に登録させることを特徴とする。
その他の手段は、後記する。
【発明の効果】
【０００９】
本発明によれば、BACnetなどの管理網の通信プロトコルを搭載していない機器を、低コストかつ効率的に管理網に接続させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に関する機器監視制御システムの構成図である。
【図２】本発明の一実施形態に関する機器監視制御システムの処理概要を示すシーケンス図である。
【図３】本発明の一実施形態に関するオブジェクトモデルの構成例である。
【図４】本発明の一実施形態に関するオブジェクトモデルの説明図である。
【図５】本発明の一実施形態に関するアダプタ装置のハードウェア構成図および機能構成図である。
【図６】本発明の一実施形態に関する業務用室内機内に収められた制御基板のハードウェア構成図および機能構成図である。
【図７】本発明の一実施形態に関するBACnetデバイスデータベースの構成図である。
【図８】本発明の一実施形態に関するモデル公開メッセージおよびプロパティ通知メッセージのパケットフォーマット例を示す。
【図９】本発明の一実施形態に関する業務用室内機の処理内容を示すフローチャートである。
【図１０】本発明の一実施形態に関する図９から続く業務用室内機の処理内容を示すフローチャートである。
【図１１】本発明の一実施形態に関するアダプタ装置の処理内容を示すフローチャートである。
【図１２】本発明の一実施形態に関する図１１から続くアダプタ装置の処理内容を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態を、図面を参照して詳細に説明する。
【００１２】
図１は、機器監視制御システムの構成図である。機器監視制御システムは、管理装置１と各アダプタ装置２とが管理網８で接続され、各アダプタ装置２と各機器とが機器網９で接続されて構成される。以下、制御対象の機器として、エアコン３を例に説明する。しかし、本実施形態の機器監視制御システムが扱う機器は、エアコン３に限定されず、様々な機器を扱うことができる。
【００１３】
左側のオフィス３ｘ内のアダプタ装置２が収容するエアコン３の各機器として、２台の業務用室内機３ａと、業務用室外機３ｐとが存在する。なお、各業務用室内機３ａには、操作するための業務用リモコン３ｂが別途接続されている。業務用室内機３ａは、業務用リモコン３ｂからの運転指示を受けて、業務用室外機３ｐと連動して冷媒配管（図示省略）を通じて冷媒を循環させ、ファンを動かして空調空気を室内に送り込むことで空調運転する。
【００１４】
右側のリビングルーム３ｙ内のアダプタ装置２が収容するエアコン３の各機器として、１台の家庭用室内機３ｃと、家庭用室外機３ｑとが存在する。なお、家庭用室内機３ｃは、家庭用リモコン３ｄから無線で遠隔操作が可能である。また、図示を省略するが、家庭用室内機３ｃと家庭用室外機３ｑとは冷媒ガスが通過する配管によって接続されている。
【００１５】
管理網８は、BACnetなどの機器管理に適したプロトコルで通信が行われるオープンなネットワークである。機器網９は、LonWorksなどの機器制御に適したプロトコルで通信が行われるローカルなネットワークである。同じ機器網９に接続される機器群は、ローカル通信アドレスがそれぞれ割り当てられており、互いに通信することができる。また、機器網９として、アダプタ装置２と家庭用室内機３ｃとを直接接続する回線と、アダプタ装置２と家庭用室外機３ｑとを直接接続する回線とを別々に設けるなど、アダプタ装置２と家庭用室内機３ｃとの１対１接続の固定形態としてもよい。この固定形態では、機器間での通信信号が機器網９で混線しないため、ローカル通信アドレスは不要である。
【００１６】
アダプタ装置２は、管理網８のプロトコルと、機器網９のプロトコルとが別々であっても、２つの網をまたいだ通信を可能とするプロトコル変換器として動作する。
管理装置１は、機器網９に接続される各機器を、アダプタ装置２を介して間接的に管理する装置である。管理装置１の管理範囲は、例えば、管理網８が敷設されている建屋全体の機器である。ビルの管理者は、管理室などに設置された管理装置１を介して、ビル内の各機器の状態を取得したり、各機器に制御指示を送信したりすることができる。
【００１７】
図２は、機器監視制御システムの処理概要を示すシーケンス図である。
まず、シーケンス図で使用している用語を説明する。本実施例の管理網８では、BACnetを採用しているため、前述したように、被制御機器はをオブジェクトの集合体としてモデル化し定義する。図２では、機器を定義するオブジェクトの集合体を「モデル」と記載している。
モデルを構成する各オブジェクトの各プロパティは、ハードウェアやソフトウェア及び装置の動作の様々な面を表現する。例えば、エアコンの「運転／停止」の設定を定義するオブジェクトは、定義する「運転／停止」パラメータが、バイナリ値の書き込みであることを表現するオブジェクトタイプ（Object_Type）プロパティ、現在の設定状態が「運転」なのか「停止」なのかを表現する現在値（Present_Value）プロパティ、現在操作が可能か否かを表現するサービス外（Out_Of_Service）プロパティ等を有している（詳細は図３）。
機器監視制御処理では、管理装置が、これらオブジェクトのプロパティの値を読出すことで機器の運転状態を監視し、またプロパティ値に書込むことで機器の制御を行う。
「動作モード」とは、業務用リモコン３ｂや家庭用リモコン３ｄから操作される内容であり、除湿や送風などが挙げられる。ここで、動作モードごとに、その動作モードを実現するのに必要なオブジェクトや不要なオブジェクトが存在する。すなわち、同じエアコンであっても、動作モード毎にモデルが異なっているということである（詳細は図４）。
【００１８】
図２のシーケンス図において右側の「機器」という動作主体は、前記したように機器網９に接続される業務用室内機３ａなどである。以下、機器の一例として業務用室内機３ａの通信機構の詳細を明らかにするが、家庭用室内機３ｃなどの他の機器についても同じ通信機構を有している。まず、新たな機器が機器網９に接続された場合を説明する。
モデル公開メッセージ（Ｓ１１）は、アダプタ装置２が収容する機器網９に接続される各機器からアダプタ装置２に対して送信される。このメッセージは、各機器が自身の対応できる機能をアダプタ装置２に通知するため、その機能をモデル化したオブジェクトのリストが含まれている。
【００１９】
アダプタ装置２は、モデル公開メッセージ（Ｓ１１）で通知されたオブジェクトのリストを、デバイスＤＢ２１（図５）に登録する（Ｓ１２）。この登録操作により、アダプタの持つBACnetノードとしての情報と機器のモデル情報とが結び付き、新たなBACnetデバイスとして、管理網８の通信に参入可能となる。これにより、管理網８に接続されていない（BACnet通信プロトコルを搭載しない）機器であっても、アダプタ装置２経由で管理網８に接続するため、機器側のBACnet対応コストを抑えることができる。
機器参入メッセージ（Ｓ１３）は、モデル公開メッセージ（Ｓ１１）を送信した新たな機器を、アダプタ装置２からBACnetデバイスとして管理網８に公開し、BACnetサービス参入を宣言するためのメッセージである。本例では、I-Amサービスを発行する。管理装置１は、上記機器参入メッセージ（Ｓ１３）を受信することにより、管理網８に新たにBACnetデバイスとして機器が接続されたことを、知ることができる。
登録成功メッセージ（Ｓ１４）は、デバイスＤＢ２１への登録（Ｓ１２）と、機器参入メッセージ（Ｓ１３）の送信が成功したことを、アダプタ装置２から登録対象の機器に応答するメッセージである。機器は、この登録成功メッセージ（Ｓ１４）を受けて、以降、デバイスＤＢ２１のプロパティ値と、機器の動作状態とが一致するよう、機器の動作状態が変化する度に、その変化値を、プロパティ通知メッセージとしてプロパティ通知メッセージ（Ｓ２１）をアダプタ装置２に通知する。アダプタ２は、通知された最新のプロパティ値を反映するよう、デバイスＤＢ２１を更新する。
上記の繰り返しにより、アダプタは常に最新の機器情報を元にBACnetサービスを実施することができる。
【００２０】
例えば、BACnetイベントサービスの場合、ある機器が異常なプロパティ値（例：温度表示＝４０℃）を検出したとする。その機器は、その異常なプロパティを含めたプロパティ通知メッセージ（Ｓ２１）を、アダプタ装置２に通知する。アダプタ装置２は、通常通り、通知された最新のプロパティ値をデバイスＤＢ２１の該当のオブジェクトプロパティ（例：温度表示オブジェクトの現在値プロパティ）に更新する。さらに、該当のオブジェクトのイベント管理のプロパティ群を参照し、その設定条件（例：３５℃以上の場合アラーム報告サービス送信）に応じて、管理装置１に警告を示すイベント通知メッセージ（Ｓ２２）を通知する。
これにより、管理装置１は警告画面などで管理者に機器の異常値を把握させることができる。なお、BACnetのアラームイベントサービスは、異常値通知に限定されず、プロパティ値が変更される度に、変更後のプロパティ値を含むプロパティ通知メッセージ（Ｓ２１）を送信する、ブロードキャストで通知相手を特定せずに通知するなど、様々な形態があり、アダプタ装置２は、該当オブジェクトのイベント関連プロパティの設定に従い通知メッセージ（Ｓ２１）を送信する。
【００２１】
また、アダプタ装置２のデータベースは、上記にように機器側からだけでなく、管理装置側からの要求により書き換えられることがある。例えば、管理者が業務用室内機３ａの設定温度を下げるなどの新しいプロパティ値を設定するために、Write Propertyサービスを要求する場合などである。そのときには、どの機器のどのプロパティを書き込むかを示すサービス書込要求メッセージ（Ｓ３１）が、管理装置１からアダプタ装置２に通知される。
アダプタ装置２は、受信したサービス書込要求メッセージ（Ｓ３１）内の新しいプロパティ値を自身のデバイスＤＢ２１に更新する（Ｓ３２）。そして、アダプタ装置２は、新しいプロパティ値を含むプロパティ書込要求メッセージ（Ｓ３３）を更新対象の機器に通知することによって、機器のプロパティを更新させる。これにより、アダプタのデータベースの値と機器の動作が一致する。そして、その更新結果として、プロパティ書込応答メッセージ（Ｓ３４）が機器からアダプタ装置２に応答される。
アダプタ装置２は、サービス書込要求メッセージ（Ｓ３１）の指示通りに機器のプロパティが更新されたことを報告するためのサービス書込応答メッセージ（Ｓ３５）を、管理装置１に通知する。
【００２２】
なおデータベース内の値を変化させないサービスもある。例えば、管理者がオフィス３ｘの業務用室内機３ａの設定温度などの現在のプロパティ値を知りたい場合のRead Propertyサービス要求などである。そのときには、どの機器のどのプロパティを読み出すかを示すサービス読出要求メッセージ（Ｓ４１）が、管理装置１からアダプタ装置２に通知される。
アダプタ装置２はデバイスＤＢ２１から登録済のプロパティ値を読み出して、サービス読出応答メッセージ（Ｓ４３）に含めて管理装置１に応答する。
【００２３】
なお、サービス書込要求メッセージ（Ｓ３１）やサービス読出要求メッセージ（Ｓ４１）などの管理装置１からアダプタ装置２に要求される各種メッセージを総称して、サービス要求メッセージと呼ぶ。同様に、サービス書込応答メッセージ（Ｓ３５）やサービス読出応答メッセージ（Ｓ４３）などのサービス要求メッセージへの応答を総称して、サービス応答メッセージと呼ぶ。
【００２４】
図３は、エアコン３の機能をBACnetデバイスオブジェクト規定に基づきモデル化したオブジェクトリストの例である。このオブジェクトリストは、図５に示すモデル情報記憶部３２に記憶されている。
ここでは、空調機が通常ユーザリモコンでユーザに提供している運転停止設定、運転モード設定、温度設定、湿度設定、風速設定、温度表示、湿度表示、異常通知の機能を、BACnet規格定義のオブジェクトタイプフォーマットを用いてモデル化したオブジェクトリストを示している。
【００２５】
オブジェクトリストの内容は、以下の計１０個のオブジェクトで構成されており、該１０個のオブジェクトのプロパティ種別とその値を羅列したリストとなっている。
・本空調機モデルの構成を現すデバイスオブジェクト型のオブジェクト１つ
・運転停止設定に相当するBinary-Output型のオブジェクト１つ
・設定温度と設定湿度に相当するAnalog-Output型のオブジェクトが２つ
・運転モード設定と風速設定に相当するMulti-state-Input型のオブジェクト２つ
・室温及び湿度表示に相当するAnalog-Input型のオブジェクトが２つ
・空調機の異常発生有無通知のためのBinary-Input型のオブジェクト１つ
・Notification Class型のオブジェクト１つ
【００２６】
上述したように、各オブジェクトの各々のプロパティは、固定の値を取るものと機器の状態により値が変動するものとがある。例えば、デバイスオブジェクト型に含まれるプロパティの多くや、全オブジェクトタイプで必須となっている、オブジェクト識別子（Object_Identifier）プロパティ、オブジェクト名（Object_Name）プロパティ、オブジェクトタイプ（Object_Type）プロパティ、プロパティリスト（Property_List）プロパティ等は、機器の機能を定義する基本の値であり不変である。また、単位（Unit）プロパティや、Eventサービスの実行条件を示すプロパティ群やNotification Class型オブジェクトに含まれるプロパティも、製品の仕様により値が決まることが多く大抵の場合固定値であることが多い。
【００２７】
一方で、現在値（Present_Value）プロパティなどは、機器の動作パラメータを現すプロパティのため、機器の動作状態に従って時々刻々変動する上に、BACnetネットワーク上の他のデバイスから書き換えられることもある。サービス外（Out_Of_Service）プロパティなども、通常運転と試運転時とで値が変わることがある。
そのため、固定値のプロパティは、アダプタ側でBAXCnetデバイスデータベースを構築する際に、機器からアダプタに送れば、その後双方とも値を更新する必要は無い。変動値を持つプロパティについてのみ、アダプタ側でBACnetデバイスデータ構築後、機器とアダプタとの間で、互いに変更したことを知らせ合い、アダプタ内のデバイスモデルと実際の機器の動作パラメータが一致するようにする必要がある。
【００２８】
さらに、デバイスオブジェクトのプロパティについては、本発明の場合、その多くが機器ではなく、アダプタのBACnet搭載機能に応じて設定されるものであるため、機器側としては、オブジェクト名（Object_Name）プロパティ、モデル名（Model_Name）プロパティなど、機器側で指定したい一部プロパティのみの情報を持てばよい。
【００２９】
また、機器の機能をモデル化する際、機器の動作モードによって機能が大きく変わる場合は、モデルも異なってしまうことがある。例えば、上記図３で示した冷暖房運転モデルオブジェクト１００は、運転モードが冷暖房または自動運転の場合を想定している。
【００３０】
一方、図４に示すように、運転モードが「除湿」の場合は、温度設定を行えないため、モデルから温度設定オブジェクトが抜けて９個のオブジェクト構成１０１となり、運転モードが「送風」の場合は、温度設定も湿度設定も出来無いため、８個のオブジェクト構成１０２になる等が考えられる。そのような場合には、モデル情報記憶部３２に機器の動作モード毎のモデルが複数記憶される。
【００３１】
動作パラメータ管理部３３は、該複数モデルから、現在の動作モードに対応するモデルを選択してプロパティ更新を行う。そして機器の動作モード変更に伴って選択モデルを変更した場合は、（機器の起動時と同様）最新の選択モデルの全オブジェクトリストをアダプタに送るようアダプタ通信部３１に指示する。なお、アダプタ側では、全オブジェクトリストが通知された場合は、以前構築したBACnetデバイスデータに最新の情報を上書きする形で、BACnetデバイスデータベースを構築し直すことになる。
【００３２】
上記の機能ブロックで示した各処理は、実際には、メモリディスク１３４に格納されたBACnet情報管理処理プログラムを、マイコン１３０が読み出してＲＡＭ１３３に展開して実行することにより実現している。
【００３３】
図５は、アダプタ装置２のハードウェア構成図および機能構成図である。
図５の上側に示すように、アダプタ装置２は、ハードウェア構成として、マイコン１２０と、ＲＯＭ１２１と、ＲＡＭ１２２と、電源制御部１２３と、リアルタイムクロック１２４と、管理網通信ＩＦ１２５と、機器網通信ＩＦ１２６とを備えている。
マイコン１２０は、ＣＰＵ（Central Processing Unit）をコアに様々な汎用周辺機能を持つワンチップ・マイクロコンピュータである。
ＲＯＭ１２１は、ＯＳ、各種プログラム（BACnetプロトコル変換プログラムなど）、データなどを保持するメモリ領域である。
ＲＡＭ１２２は、マイコン１２０のＣＰＵがプログラムを実行するためのワークメモリ領域である。
【００３４】
電源制御部１２３は、電源管理を行うための構成要素である。
リアルタイムクロック１２４は、時刻取得のための構成要素である。
管理網通信ＩＦ１２５は、BACnet通信に採用されたイーサネット（登録商標）＋ＵＤＰ／ＩＰ（User Datagram Protocol／Internet Protocol）に従って管理網８経由でデータ送受信する。
機器網通信ＩＦ１２６は、機器網９で採用されたプロトコルに従い、各機器との間でデータを送受信する。
【００３５】
図５の下側に示すように、アダプタ装置２は、機能構成として、デバイスＤＢ２１と、サービス実行部２２と、デバイス構築部２３と、モデル情報処理部２４と、管理網通信部２５と、機器網通信部２６とを備えている。
管理網通信部２５は、管理網通信ＩＦ１２５を制御する。機器網通信部２６は、機器網通信ＩＦ１２６を制御する。
【００３６】
モデル情報処理部２４は、機器網通信部２６を介して機器から受信した各メッセージを解析する。
解析結果がモデル公開メッセージ（Ｓ１１）であるときは、モデル情報処理部２４は、デバイス構築部２３にオブジェクトリストデータを渡してデバイスＤＢ２１を構築させる（詳細は図７）。このデバイスＤＢ２１は、マイコン１２０がＲＯＭ１２１から読み出してＲＡＭ１２２に展開される。
解析結果がプロパティ通知メッセージ（Ｓ２１）であるときは、モデル情報処理部２４は、そのメッセージ内のプロパティデータをサービス実行部２２に通知することで、イベント通知メッセージ（Ｓ２２）の送信を促す。
【００３７】
サービス実行部２２は、デバイスＤＢ２１内のデバイスデータを管理し、BACnetサービスを実行するプロトコル変換機能の中心部である。まず、サービス実行部２２は、モデル公開メッセージ（Ｓ１１）を受けてデバイスＤＢ２１内にBACnetデバイスデータが構築されると、I-amサービスメッセージなどの機器参入メッセージ（Ｓ１３）を管理装置１に同報することで、その構築したデバイスの管理網８への参入を宣言する。これにより、新たに登録した機器は、管理網８に接続する他のBACnetデバイスからのサービス要求を受け付けることができる。
そして、サービス実行部２２は、機器からのプロパティ通知メッセージ（Ｓ２１）を受け、イベント通知メッセージ（Ｓ２２）を管理装置１に送信する。
【００３８】
さらに、サービス実行部２２は、管理網通信部２５を介して管理装置１から受信した各サービス要求メッセージを解析し、その処理結果をサービス応答メッセージとして管理装置１に応答する。
図２で説明したように、サービス実行部２２は、サービス要求メッセージがサービス書込要求メッセージ（Ｓ３１）なら要求されたプロパティの更新値を含むプロパティ書込要求メッセージ（Ｓ３３）を機器に送信する。一方、サービス要求メッセージがサービス読出要求メッセージ（Ｓ４１）なら、サービス実行部２２は、デバイスＤＢ２１から要求されたプロパティを読み出す。
【００３９】
図６は、業務用室内機３ａ内に収められた制御基板のハードウェア構成図および機能構成図である。業務用室内機３ａの制御基板は、収容される業務用室内機３ａの動作をコントロールするためのコントロールユニットである。
図６の上側に示すように、業務用室内機３ａの制御基板は、ハードウェア構成として、マイコン１３０と、センサ通信ＩＦ１３１と、機器ＩＦ１３２と、ＲＡＭ１３３と、メモリディスク１３４と、電源ＩＦ１３５と、空調通信ＩＦ１３６と、リモコンＩＦ１３７とを備えている。
【００４０】
マイコン１３０は、ＣＰＵをコアに様々な汎用周辺機能を持ち、業務用室内機３ａの運転処理や通信処理を制御する。
センサ通信ＩＦ１３１は、業務用室内機３ａの各箇所に取り付けられた様々なセンサ類（吸込み湿度センサ、吸込み温度センサ、吹出し温度センサ）からの測定値を取り込む。
機器ＩＦ１３２は、業務用室内機３ａ内のファンや圧縮機、熱交換器、ドレンポンプなどの監視制御を行い、かつ、制御信号を送る。
【００４１】
ＲＡＭ１３３は、マイコンＣＰＵがプログラムを実行するためのワークメモリ領域である。
メモリディスク１３４は、ＯＳ、各種プログラム、データなどを保持する不揮発性の領域である。
電源ＩＦ１３５は、電源管理を行う。
空調通信ＩＦ１３６は、機器網９と接続され、アダプタ装置２や業務用室外機３ｐと通信を行う。
リモコンＩＦ１３７は、業務用リモコン３ｂとの通信を行う。
【００４２】
図６の下側に示すように、業務用室内機３ａの制御基板は、機能構成として、制御部３０と、管理ＩＦ部３６ａを備える空調運転部３６と、リモコン通信部３９ａと、室外機通信部３９ｂと、センサ値取得部３９ｃと、内部装置ＩＦ部３９ｄとを備えている。そのうちの制御部３０は、アダプタ通信部３１と、モデル情報記憶部３２と、動作パラメータ管理部３３と、状態取得部３４と、設定変更部３５とを備えている。
リモコン通信部３９ａは、リモコンＩＦ１３７を制御する。室外機通信部３９ｂは、空調通信ＩＦ１３６を制御する。センサ値取得部３９ｃは、センサ通信ＩＦ１３１を制御する。内部装置ＩＦ部３９ｄは、機器ＩＦ１３２を制御する。
【００４３】
空調運転部３６は、各通信部（リモコン通信部３９ａと、室外機通信部３９ｂと、センサ値取得部３９ｃと、内部装置ＩＦ部３９ｄ）を介して空調機としてユーザの設定に従った空調運転を実行する。また、空調運転部３６の管理ＩＦ部３６ａは、空調運転部３６が制御部３０の動作を間接的に管理するためのインタフェースである。
管理ＩＦ部３６ａは、空調運転管理を実行しながら、制御部３０に対し機器の運転状態や、ユーザが業務用リモコン３ｂで設定した空調運転の設定パラメータ等、管理網８上の機器にアダプタ装置２経由で提供するデータを提供する。
また、管理ＩＦ部３６ａは、制御部３０がアダプタ装置２経由で管理網８上の機器から受け取った空調運転設定パラメータなどの情報を受け取って、例えば空調運転のモードや設定温度を変更するなどの処理を実行する。
【００４４】
アダプタ通信部３１は、機器網９を介してアダプタ装置２と接続される。アダプタ通信部３１は、図２で説明した各メッセージ（Ｓ１１，Ｓ２１，Ｓ３４）をアダプタ装置２に送信し、各メッセージ（Ｓ１４，Ｓ３３）をアダプタ装置２から受信する。ここで、アダプタ通信部３１は、送受信する各メッセージに含まれるデータ（プロパティなど）を動作パラメータ管理部３３とやりとりする。
【００４５】
動作パラメータ管理部３３は、機器の動作モードごとのモデル（オブジェクトリスト）をモデル情報記憶部３２に記憶する。この記憶されているモデルは、機器の初回起動のタイミングや、動作モード変更のタイミングでモデル情報記憶部３２から読み出されてモデル公開メッセージ（Ｓ１１）に格納される。動作パラメータ管理部３３は、そのモデル公開メッセージ（Ｓ１１）をアダプタ通信部３１を介してアダプタ装置２に通知する。これにより、アダプタ装置２内のデバイスＤＢ２１のうちの機器ごとの登録データが、最新のモデル（オブジェクトリスト）で再構築される。
【００４６】
各オブジェクトのプロパティには、変更されない固定値を取るものと、機器の動作状態により値が変更されうるものとが存在する。状態取得部３４には、空調運転部３６が監視して検知したプロパティの状態変更（変更されたプロパティの最新値）が通知される。状態取得部３４は、その状態変更を動作パラメータ管理部３３に通知する。
動作パラメータ管理部３３は、その取得した変化状態情報を前記モデルのプロパティ値に変換して、モデル情報記憶部３２のモデル情報に設定する。さらに、プロパティ値の最新値は、プロパティ通知メッセージ（Ｓ２１）に含められてアダプタ装置２に通知されることで、デバイスＤＢ２１にも最新値が反映される。
【００４７】
設定変更部３５は、アダプタ通信部３１を介して動作パラメータ管理部３３が取得したプロパティ書込要求メッセージ（Ｓ３３）内のプロパティ値の更新値を受け、その更新値を空調機の動作変更に反映させる。この反映処理は、具体的には、設定変更部３５がプロパティ値の更新値を業務用リモコン３ｂの操作情報にフォーマット変換して、ＲＡＭ１３３内に設けられた共有メモリバッファ領域の所定のエリアに書き込むことで、動作変更のトリガを管理ＩＦ部３６ａに設定する処理である。業務用室内機３ａは、このトリガで指定された指令内容に応じたハンドルルーチンを呼び出して、指定の動作を空調運転に反映させる。
これにより、機器ＩＦ１３２に接続されるファンの回転数を変更するなどの、プロパティの更新が実行される。
【００４８】
なお、通常、業務用室内機３ａなどの設備機器は、業務用リモコン３ｂなどが扱うリモコンの操作情報について、入力された値に更新するしくみや、現在の値を表示するしくみを既に備えていることが多い。よって、既に設備機器に備わっているこれらのしくみを拡張して、アダプタ装置２が扱うBACnetオブジェクトのプロパティで表現される動作パラメータ情報と、LonWorksなどが扱うリモコンの操作情報とを相互に変換するようにすることは、開発量が少なくて済む。
【００４９】
図７は、デバイスＤＢ２１の構造例であるBACnetデバイスデータベース３００と、デバイス構築部２３が作成するBACnetデバイスデータの例である。
本アダプタのデバイスＤＢ２１は、機器１つにつき１つのBACnetデバイスを構築する作りになっており、図７では、最大１０個のBACnetデバイスデータを保存するエリアが設けられ（エリア番号欄３０１）、エリア「１」にエアコン３のBACnetデバイスデータが構築されている。なお、勿論扱える最大数は任意である。
【００５０】
各エリアには、どの機器の情報がどのエリアに入っているかを紐づけるために、機器網９における機器アドレスを入力する機器アドレス欄３０２が設けられている。デバイス構築部２３は、新規にBACnetデバイスを構築する場合は、空いているエリアを探して、機器アドレス欄３０２に機器アドレスを設定し、モデル情報を元に各データ欄を埋めてBACnetデバイスデータを作成していく。
【００５１】
BACnetデバイスとして、BACnetネットワーク（管理網８）に参入するには、下位通信に指定された通信プロトコルで定義されるアドレスと共に、BACnetアドレスが必要である。本例では、下位通信プロトコルにEthernet（登録商標）とUDP/IPを用いているため、デバイス構築部２３は機器モデル毎に、仮想IPアドレスを管理網８の他の機器と重ならないように割り振ってIPアドレス欄３０３に設定し、該割り振ったIPアドレスを元にBACnet/IPアドレスを作成し、BACnetアドレス欄３０４に設定する。
【００５２】
なお、この下位通信層のアドレスや、BACnetアドレスの設定方法は、採用する下位通信の種類によって様々である。さらに、BACnetの規定上、デバイスオブジェクトのオブジェクトIDは、BACnetインターネットワークを通じてユニークでなくてはならないことから、オブジェクトモデルデータとして機器から送られてきたデバイスオブジェクトIDの値が、管理網８の他の機器のデバイスオブジェクトIDと重なっている場合は、重ならない値を新たに発行して、デバイスID欄３０５に設定する。
重ならない場合は、機器から送られたデバイスオブジェクトIDをそのまま用いる。そして、モデル情報の本体であるオブジェクトプロパティリストは、図３の機器のモデルと同じ形でオブジェクト欄３０６に入力する。以上の処理により、デバイス構築部２３はデバイスＤＢ２１に、接続機器のBACnetデバイスデータを構築する。
【００５３】
BACnetデバイスデータが構築されると、サービス実行部２２が、該構築したデバイスのBACnetネットワーク（管理網８）参入を宣言するため、I-amサービス電文を作成して、管理網通信部２５を介して同報し、以降、管理網８に接続する他のBACnetデバイスからのサービス要求を受付けるようになる。
管理網通信部２５は、管理網８に接続する他のBACnetデバイスからの通信電文を受信し、デバイスＤＢ２１内のデバイス宛の電文であれば、これを取り込み、サービス実行部２２に渡すと共に、サービス実行部２２が作成した電文を管理網８に送信する。
【００５４】
サービス実行部２２は、デバイスＤＢ２１内のデバイスデータを管理し、BACnetサービスを実行するプロトコル変換機能の中心部である。以下、サービス実行部２２の役割を説明する。
役割の１つ目は、管理網通信部２５が取得したBACnetサービス要求電文を解釈し、デバイスＤＢ２１内のデバイス情報を参照または変更して応答電文を作成することである。
役割の２つ目は、モデル情報処理部２４からのプロパティ値変更の通知を受けて、デバイスＤＢ２１内のデバイス情報を変更し、BACnetアラーム・イベントサービスを実行することである。
役割の３つ目は、BACnetサービス実行の結果、変更になったプロパティ値があった場合は、その内容をサービス実行部２２に渡して機器に通知させることである。
上記の機能ブロックで示した各処理は、実際には、ＲＯＭ１２１に格納されたBACnetプロトコル変換プログラムとBACnetデバイスデータベースを、マイコン１２０が読み出してＲＡＭ１２２に展開して実行することにより実現している。
【００５５】
図８は、モデル公開メッセージ（Ｓ１１）およびプロパティ通知メッセージ（Ｓ２１）のパケットフォーマット例を示す。
符号１１１に示すモデル公開メッセージ（Ｓ１１）は、パケットの先頭から順に、以下のデータがモデルヘッダに格納されている。
・送信先（アダプタ装置２の機器アドレス）
・送信元（自身の機器アドレス）
・モデル公開メッセージ（Ｓ１１）であることを示すデータ種別「モデル通知」
・含まれているオブジェクトの数（Ｍ個）
・含まれているオブジェクトのデータ長
【００５６】
モデルヘッダに続くＭ個のオブジェクト情報は、オブジェクト区切コードに続いて、そのオブジェクトに含まれるプロパティ数（Ｎ個）と、そのオブジェクトのデータ長と、Ｎ個のプロパティを順に格納したものである。格納される１つ１つのプロパティは、プロパティＩＤと、プロパティ値のデータサイズと、プロパティ値とにより構成される。
【００５７】
符号１１２に示すプロパティ通知メッセージ（Ｓ２１）は、パケットの先頭から順に、以下のデータがプロパティヘッダに格納されている。
・送信先（アダプタ装置２の機器アドレス）
・送信元（自身の機器アドレス）
・プロパティ通知メッセージ（Ｓ２１）であることを示すデータ種別「プロパティ」
・含まれているプロパティ数（Ｎ個）
・含まれているプロパティのデータ長
プロパティヘッダに続くＮ個のプロパティは、それぞれ属するオブジェクトのオブジェクトＩＤと、プロパティＩＤと、プロパティ値のデータサイズと、プロパティ値とにより構成される。
【００５８】
図９は、業務用室内機３ａの処理内容を示すフローチャートである。このフローチャートの前処理として、業務用室内機３ａの電源が入ると制御部３０を動作させるためのプログラムが起動する。制御部３０は、接続される機器網９に参入し業務用室外機３ｐとの通信を開始する。
Ｓ１０１として、制御部３０は、機器網９上に、アダプタ装置２が存在するか否かを問い合わせる。Ｓ１０１でＹｅｓならＳ１１１に進み、Ｎｏなら（アダプタ装置２からの応答が無ければ）処理を終了する。なお、業務用室内機３ａからアダプタ装置２に対して自発的に接続してもよいし（Ｐｕｓｈ型通信）、アダプタ装置２から業務用室内機３ａに対するモデルの取得要求に対して応答してもよい（Ｐｕｌｌ型通信）。
【００５９】
Ｓ１１１として、制御部３０は、デバイスＤＢ２１に業務用室内機３ａの現在のモデルを構築するための動作パラメータ情報をＲＡＭ１３３から読み出す。なお、動作パラメータ情報のうちの現在値（Present_Value）などの変動値（図３で説明）の読み出し先は、例えば、ＲＡＭ１３３内に設けられた共有メモリバッファ領域である。この共有メモリバッファ領域には、管理ＩＦ部３６ａが所定周期で最新の現在値を書き出している。
【００６０】
Ｓ１１２として、制御部３０は、現在の動作モード設定の値から使用するモデルを選択してメモリディスク１３４から読み出し、その読み出したデータをＲＡＭ１３３のモデル管理作業領域にコピーする。なお、どの動作モードがどのオブジェクト（モデル）を必要とするかについては、図４で説明した通りであり、この図４のテーブル、および、各オブジェクトリストの具体的なデータ内容（プロパティ値）については、例えばメモリディスク１３４内のモデル記憶エリアに保存されている。
Ｓ１１３として、制御部３０は、Ｓ１１２でコピーしたオブジェクト（モデル）のプロパティ値のうちの変動値を、Ｓ１１１で読み出した動作パラメータ情報のプロパティ値で更新する。つまり、プロパティの固定値は事前に用意されたデータを用い、プロパティの変動値は現在稼働している最新のデータを用いる。
【００６１】
Ｓ１１４として、制御部３０は、Ｓ１１３で最新動作状態を反映したオブジェクトのリストを含めたモデル公開メッセージ（Ｓ１１）を作成し、機器網９経由でアダプタ装置２に送信する。
Ｓ１１５として、制御部３０は、Ｓ１１４への応答としての登録成功メッセージ（Ｓ１４）の受信を待つ。
【００６２】
Ｓ１２１として、制御部３０は、Ｓ１１１と同様の方法で空調機の最新の動作パラメータ情報をＲＡＭ１３３から読み出して取得する。
Ｓ１２２として、制御部３０は、Ｓ１２１で取得した動作パラメータ情報とＲＡＭ１３３のモデル管理作業領域のプロパティ値とを比較し、値が変更したパラメータが存在するか否かを判定する。Ｓ１２２でＹｅｓならＳ１２３に進み、Ｎｏなら端子Ａ（図１０のＳ１３１）に進む。
Ｓ１２３として、制御部３０は、Ｓ１２２で値が変更したパラメータについて、モデルを変更する必要があるか否かを判定する。Ｓ１２３でＹｅｓならＳ１１２に戻り（モデルの再構築処理）、ＮｏならＳ１２４に進む。なお、「モデルを変更する必要がある」とは、例えば、冷房運転から除湿運転に動作モードが変わった場合である。
【００６３】
Ｓ１２４として、制御部３０は、Ｓ１２１で読み出した動作パラメータ情報のうちのＳ１２２で値が変更されたと判定されたパラメータを含めたプロパティ通知メッセージ（Ｓ２１）を、機器網９経由でアダプタ装置２に送信する。
Ｓ１２５として、制御部３０は、ＲＡＭ１３３のモデル管理作業領域のプロパティ値を、Ｓ１２１で読み出した最新値で更新する。そして、端子Ａ（図１０のＳ１３１）に進む。
【００６４】
図１０は、図９から続く業務用室内機３ａの処理内容を示すフローチャートである。
Ｓ１３１として、制御部３０は、プロパティ書込要求メッセージ（Ｓ３３）をアダプタ装置２から受信したか否かを判定する。Ｓ１３１でＹｅｓならＳ１３２に進み、ＮｏならＳ１３５に進む。
Ｓ１３２として、制御部３０は、プロパティ書込要求メッセージ（Ｓ３３）に含まれる変更対象のプロパティが動作パラメータの変更（現在値の変更）であるか否かを判定する。Ｓ１３２でＹｅｓならＳ１３３に進み、ＮｏならＳ１３５に進む。
Ｓ１３３として、制御部３０は、プロパティ書込要求メッセージ（Ｓ３３）の現在値を業務用リモコン３ｂの動作パラメータとするようなトリガを設定する。このトリガは、図６の設定変更部３５の説明で前記したとおりである。
Ｓ１３４として、制御部３０は、ＲＡＭ１３３のモデル管理作業領域のプロパティ値も、プロパティ書込要求メッセージ（Ｓ３３）の現在値で更新する。そして、制御部３０は、その更新が済んだことを、プロパティ書込応答メッセージ（Ｓ３４）としてアダプタ装置２に送信する。
【００６５】
Ｓ１３５として、制御部３０は、アダプタ装置２との接続が終了したか否かを判定する。Ｓ１３５でＹｅｓならＳ１３５に進み、Ｎｏなら端子Ｂ（図９のＳ１２１）に戻ることで、管理網８上の他のデバイスとの通信を継続する。なお、接続終了とは、例えば、アダプタ装置２との通信が切断されたり、業務用室内機３ａ自身の電源オフが指示されたりすることである。
Ｓ１３６として、制御部３０は、ＲＡＭ１３３のモデル管理作業領域のオブジェクトリストをメモリディスク１３４に書き込み、処理を終了する。なお、Ｓ１３６で書き込まれたオブジェクトリストは、次回のＳ１１２で読み出される。
【００６６】
図１１は、アダプタ装置２の処理内容を示すフローチャートである。このフローチャートの前処理として、アダプタ装置２の電源が入ると、デバイスＤＢ２１と、各処理部（サービス実行部２２〜機器網通信部２６）のプログラムとが、ＲＯＭ１２１からＲＡＭ１２２にロードされる。そして、アダプタ装置２が仲介する管理網８および機器網９それぞれに参入して、通信が可能となる。
Ｓ２０１として、デバイス構築部２３は、機器網９経由で業務用室内機３ａなどの機器からモデル公開メッセージ（Ｓ１１）を受信したか否かを判定する。Ｓ２０１でＹｅｓならＳ２０２に進み、ＮｏならＳ２１１に進む。
【００６７】
Ｓ２０２として、デバイス構築部２３は、受信したモデル公開メッセージ（Ｓ１１）の機器アドレスのデータエリアが既にデバイスＤＢ２１内に割り当てられているか否かをチェックする。Ｓ２０１でＹｅｓならＳ２０５に進み、ＮｏならＳ２０３に進む。
Ｓ２０３として、デバイス構築部２３は、受信したモデル公開メッセージ（Ｓ１１）のために、まだ使用していないデータエリアを新たにデバイスＤＢ２１内に割り当てる。
Ｓ２０４として、デバイス構築部２３は、モデル公開メッセージ（Ｓ１１）の送信元の機器のために、各アドレス（ＩＰアドレス、BACnetアドレス、デバイスＩＤ）をデバイスＤＢ２１内に発行する。
【００６８】
Ｓ２０５として、デバイス構築部２３は、受信したモデル公開メッセージ（Ｓ１１）内のオブジェクトリストをデバイスＤＢ２１内に代入することで、モデル公開メッセージ（Ｓ１１）の送信元の機器をBACnetデバイスとして構築する。
Ｓ２０６として、デバイス構築部２３は、Ｓ２０５で登録された機器についてのI-amメッセージである機器参入メッセージ（Ｓ１３）を管理網通信ＩＦ１２５から管理網８内の各装置（管理装置１など）に同報することで、新たに構築したデバイスの管理網８への参入を宣言する。
Ｓ２０７として、デバイス構築部２３は、Ｓ２０６の機器参入メッセージ（Ｓ１３）によりBACnetデバイスとしてのネットワーク参入が成功すると、モデル公開メッセージ（Ｓ１１）の送信元の機器に対し、登録成功メッセージ（Ｓ１４）を通知する。一方、デバイスＤＢ２１のメモリ容量不足などにより、ネットワーク参入が失敗したときには、登録成功メッセージ（Ｓ１４）の代わりにエラーメッセージを通知すればよい。
【００６９】
Ｓ２１１として、デバイス構築部２３は、機器網９に接続している機器から、プロパティ通知メッセージ（Ｓ２１）を受信したか否かを判定する。Ｓ２１１でＹｅｓならＳ２１２に進み、Ｎｏなら端子Ｃ（図１２のＳ２２１）に進む。
Ｓ２１２として、デバイス構築部２３は、プロパティ通知メッセージ（Ｓ２１）の機器アドレスとオブジェクトＩＤとプロパティＩＤとから、デバイスＤＢ２１内の変更箇所を特定し、その特定された変更箇所を通知された最新値で更新する。
Ｓ２１３として、デバイス構築部２３は、Ｓ２１２での値の変更が何らかのアラームやイベントサービスを送信する必要があるときには（例えば、アラーム表示オブジェクトの現在値が変化した場合）、イベント通知メッセージ（Ｓ２２）を作成し、管理網通信ＩＦ１２５を通じて送信する。そして、端子Ｃ（図１２のＳ２２１）に進む。
【００７０】
図１２は、図１１から続くアダプタ装置２の処理内容を示すフローチャートである。
Ｓ２２１として、サービス実行部２２は、管理網８に接続する他のBACnetデバイス（管理装置１など）からのサービス要求メッセージを受信したか否かを判定する。Ｓ２２１でＹｅｓならＳ２２２に進み、Ｎｏなら端子Ｄ（図１１のＳ２０１）に戻る。
Ｓ２２２として、サービス実行部２２は、受信したサービス要求メッセージがサービス書込要求メッセージ（Ｓ３１）か否かを判定する。Ｓ２２２でＹｅｓならＳ２２３に進み、ＮｏならＳ２２５に進む。なお、サービス要求メッセージがサービス読出要求メッセージ（Ｓ４１）である場合は、分岐でＮｏとなりＳ２２５に進む。
【００７１】
Ｓ２２３として、サービス実行部２２は、サービス書込要求メッセージ（Ｓ３１）内のデバイスＩＤとオブジェクトＩＤとプロパティＩＤとから、デバイスＤＢ２１内の変更箇所を特定し、その特定された変更箇所を通知された最新値で更新する（Ｓ３２）。
Ｓ２２４として、サービス実行部２２は、Ｓ２２３で更新したプロパティ値を含むプロパティ書込要求メッセージ（Ｓ３３）を作成し、機器網通信ＩＦ１２６を通じて接続機器に送信する。
Ｓ２２５として、サービス実行部２２は、Ｓ２２１で受信したサービス要求メッセージに対するサービス応答メッセージを管理網通信ＩＦ１２５経由で、管理網８に送信する。なお、サービス要求メッセージがサービス読出要求メッセージ（Ｓ４１）であるときには、そのサービス読出応答メッセージ（Ｓ４３）には、要求されたデータ内容（プロパティ値）をデバイスＤＢ２１から読み出した結果が含まれる（Ｓ４２）。
【００７２】
Ｓ２２６として、サービス実行部２２は、アダプタ装置２に電源オフが指示されたか否かを判定する。Ｓ２２６でＹｅｓならＳ２２７に進み、Ｎｏなら端子Ｄ（図１１のＳ２０１）に戻る。
Ｓ２２７として、サービス実行部２２は、ＲＡＭ１２２上に展開していたデバイスＤＢ２１をＲＯＭ１２１に保存する。この保存されたデバイスＤＢ２１は、次回の電源投入時にロードされる。
【００７３】
以上説明したように、本実施形態のアダプタ装置２は、モデル公開メッセージ（Ｓ１１）やプロパティ通知メッセージ（Ｓ２１）で機器網９の機器から通知されたデータ内容（オブジェクト、プロパティ）をもとに、管理網８に対して機器参入メッセージ（Ｓ１３）で機器を登録する。よって、アダプタ装置２の仲介処理を受け、各機器は直接はBACnetプロトコルに関する処理を行う必要がなくなり、システム全体で低コストかつ効率的なBACnetプロトコル変換を行うことができる。
【００７４】
また、機器側でプロパティの集合体としてのオブジェクト（モデル）をアダプタ装置２に通知し、アダプタ装置２の側でそのオブジェクト（モデル）をもとにしたBACnetのメッセージを作成するように機能分担する。
これにより、アダプタ装置２は、オブジェクト（モデル）という機器に依存しない（汎用性の高い）データ構造だけを扱えればよいので、どの機器にも接続可能な（汎用の）アダプタ装置２を提供できる。
このように、アダプタ装置２は、機器の種類や動作については、如何なる影響も受けることなく、BACnetプロトコルに関する処理を行えばよいため、特許文献１のシステムのように、接続機器によって変更や機能アップデートの必要が無くなり、ベンダフリーで使用可能になる。
【００７５】
なお、本発明は前記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段などは、それらの一部または全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。
また、前記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
【００７６】
各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）などの記録装置、または、ＩＣ（Integrated Circuit）カード、ＳＤカード、ＤＶＤ（Digital Versatile Disc）などの記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
さらに、各装置を繋ぐ通信手段は、無線ＬＡＮに限定せず、有線ＬＡＮやその他の通信手段に変更してもよい。
【符号の説明】
【００７７】
１      管理装置
２      アダプタ装置（プロトコル変換装置）
３ａ    業務用室内機（設備機器）
３ｂ    業務用リモコン
３ｃ    家庭用室内機（設備機器）
３ｄ    家庭用リモコン
３ｐ    業務用室外機
３ｑ    家庭用室外機
３ｘ    業務スペース
３ｙ    家庭スペース
８      管理網
９      機器網
２１    デバイスＤＢ（機器データベース）
２２    サービス実行部
２３    デバイス構築部
２４    モデル情報処理部
２５    管理網通信部
２６    機器網通信部
３０    制御部
３１    アダプタ通信部
３２    モデル情報記憶部
３３    動作パラメータ管理部
３４    状態取得部
３５    設定変更部
３６    空調運転部
３６ａ  管理ＩＦ部
３９ａ  リモコン通信部
３９ｂ  室外機通信部
３９ｃ  センサ値取得部
３９ｄ  内部装置ＩＦ部
【図１】
2018092288.tif 000003
【図２】
2018092288.tif 000004
【図３】
2018092288.tif 000005
【図４】
2018092288.tif 000006
【図５】
2018092288.tif 000007
【図６】
2018092288.tif 000008
【図７】
2018092288.tif 000009
【図８】
2018092288.tif 000010
【図９】
2018092288.tif 000011
【図１０】
2018092288.tif 000012
【図１１】
2018092288.tif 000013
【図１２】
2018092288.tif 000014