(57)【要約】【課題】  省スペース化、費用の削減を図るとともに、受信した運転制御指令を取捨選択することにより、空気調和機の安定した運転制御を実現させる。【解決手段】  プロトコルが異なる通信ネットワーク毎に設けられるとともに、通信ネットワークに接続されている端末装置から空気調和機の運転制御指令を受信し、抽象化して出力する抽象化オブジェクトアクセス部５２及び７２と、抽象化オブジェクトアクセス部５２及び７２から出力された運転制御指令が書き込まれる抽象化オブジェクト記憶部２１と、所定の周期毎に、予め設定されている所定の規則に基づいて、抽象化オブジェクト記憶部２１に保持されている所定の周期分の運転制御指令の中から少なくとも１つの運転制御指令を選択して出力する指令選択部２２と、選択された運転制御指令を所定のプロトコルにしたがって変換するプロトコル変換部６３とを備える。【選択図】      図２
2005308300.tif 000002
【特許請求の範囲】
【請求項１】
プロトコルと伝送速度の異なる複数系統からビルに設置された空気調和機の運転制御指令を受け付けるとともに整合させた運転制御指令を空気調和機に受け渡す通信プロトコルインターチェンジ装置であって、
通信ネットワークを介して受信した空気調和機の運転制御指令が書き込まれる指令保持手段と、
前記書き込みの周期よりも長い所定周期毎に、予め設定されている所定の規則に基づいて、前記指令保持手段に保持された前記所定周期分の前記運転制御指令の中から少なくとも１つの運転制御指令を選択して出力する指令選択手段とを具備し、
選択された前記運転制御指令に基づいて、前記空気調和機の運転制御指令を空気調和機に受け渡すことを特徴とする通信プロトコルインターチェンジ装置。
【請求項２】
通信プロトコルがそれぞれ異なる複数の通信ネットワークと接続され、前記通信ネットワークを介して受信した運転制御指令に基づいて、ビルに設置された空気調和機の運転制御を行うとともに、前記空気調和機の運転状態を監視する空調制御監視装置であって、
前記通信ネットワーク毎に設けられるとともに、前記通信ネットワークに接続されている端末装置から送信された空気調和機の運転制御指令を受信し、受信した前記運転制御指令を抽象化して出力する抽象化指令アクセス手段と、
前記抽象化指令アクセス手段から出力された前記運転制御指令が書き込まれる指令保持手段と、
所定の周期毎に、予め設定されている所定の規則に基づいて、前記指令保持手段に保持されている前記所定の周期分の前記運転制御指令の中から少なくとも１つの運転制御指令を選択して出力する指令選択手段と、
選択された前記運転制御指令を運転制御用プロトコルにしたがって変換するプロトコル変換手段とを具備し、
変換後の前記運転制御指令に基づいて、前記空気調和機の運転制御を行うことを特徴とする空調制御監視装置。
【請求項３】
前記所定の周期は、最も遅い伝送速度の前記通信ネットワークを介して、少なくとも１つの運転制御指令が受信できる期間よりも長い期間に設定されることを特徴とする請求項２に記載の空調制御監視装置。
【請求項４】
前記指令選択手段は、前記指令保持手段から読み出した前記運転制御指令の内、最新の運転制御指令を選択することを特徴とする請求項１から請求項３のいずれかの項に記載の空調制御監視装置。
【請求項５】
請求項１から請求項４のいずれかの項に記載の空調制御監視装置を備えることを特徴とするビル管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビルに設置された空気調和機の運転制御を行うとともに、空気調和機の運転状態を監視する空調管理システムに関し、特に、複数の通信プロトコルを相互に変換する通信プロトコルインターチェンジ装置、空調監視装置、及びビル管理システムに関するものである。
【背景技術】
【０００２】
従来、ビルの各部屋に備え付けられた空気調和機の運転を集中管理するビル管理システムが知られている。このようなビル管理システムでは、最上位ホストコンピュータが接続されるネットワークの通信プロトコルと、空調機、照明などの設備装置が接続されるネットワークの通信プロトコルとが異なるので、プロトコル変換機能を備えるゲートウェイを介して、両者間での情報の送受を可能にしている。
また、近年では、ユーザが上記設備装置への運転制御指令の入力操作や、現在の運転状態の閲覧要求操作を容易に行えるように、クライアント端末とビル管理システムとを公衆回線を介して接続するというような利便性を重視したシステムの構築も実現化されている。
例えば、特開平１１−３１２１９４号公報（特許文献１）には、中央監視装置（最上位ホストコンピュータ）が接続されているビル管理専用のネットワークに、プロトコル変換機能を備えたサーバ側コンピュータを設置し、このサーバ側コンピュータと、クライアント側コンピュータとをイントラネットを介して接続することにより、異なるプロトコル間におけるデータの授受を実現させる技術が開示されている。
【特許文献１】特開平１１−３１２１９４号公報（第３−５頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記特許文献１に記載されているように、従来のビル管理システムでは、空調機等の設備装置が接続されているネットワークのプロトコル、中央管理装置が接続されているネットワークのプロトコル、及びクライアント端末が接続されているネットワークのプロトコルが、それぞれ異なるため、プロトコル変換を行う上位コントローラ及びサーバ側コンピュータが必要となる。したがって、システムが大型化する他、システム構築に際して、手間と費用がかかるという問題があった。
また、上記ビル管理システムでは、中央管理装置及びクライアント端末から送信された各種運転制御指令は、ビル管理専用のネットワークを介して上位コントローラに入力されることとなる。従来は、中央管理装置及びクライアント端末から運転制御指令が送信されてきた場合、これらの運転制御指令をそのまま下流の設備装置に対して出力していた。したがって、例えば、暖房運転を行っている空調機に対する運転制御指令として、冷房運転を指示する運転制御指令と、運転停止を指示する運転制御指令とをこの順番で略同時に受信した場合、まず、最初に受信した“冷房運転”を行い、それから、その後に受信した“運転停止”の指令に基づいて、空調機の運転を停止していた。
したがって、空気調和機に対する負荷が非常に大きくなり、安定した運転制御を実現できないという問題があった。
【０００４】
本発明は、上記問題を解決するためになされたもので、通信ネットワーク間のプロトコル変換を一つの装置で実現することにより、省スペース化、費用の削減を図るとともに、受信した運転制御指令を取捨選択することにより、空気調和機の安定した運転制御を実現させることができる通信プロトコルインターチェンジ装置、空調制御監視装置、及びビル管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明は以下の手段を採用する。
本発明は、プロトコルと伝送速度の異なる複数系統からビルに設置された空気調和機の運転制御指令を受け付けるとともに整合させた運転制御指令を空気調和機に受け渡す通信プロトコルインターチェンジ装置であって、通信ネットワークを介して受信した空気調和機の運転制御指令が書き込まれる指令保持手段と、前記書き込みの周期よりも長い所定周期毎に、予め設定されている所定の規則に基づいて、前記指令保持手段に保持された前記所定周期分の前記運転制御指令の中から少なくとも１つの運転制御指令を選択して出力する指令選択手段とを具備し、選択された前記運転制御指令に基づいて、前記空気調和機の運転制御指令を空気調和機に受け渡すことを特徴とする通信プロトコルインターチェンジ装置を提供する。
【０００６】
本発明によれば、通信ネットワークを介して受信された複数系統から受け付けた運転制御指令は、指令保持手段に書き込まれ、保持される。書き込まれた運転制御指令は、指令選択手段により、書き込みの周期よりも長い所定の周期毎に、予め設定されている所定の規則に基づいて取捨選択され、選択された運転制御指令のみが出力され、この運転制御指令に基づく運転制御が実施される。したがって、プロトコルと伝送速度が異なるかたちで運転制御指令を受け付けた場合であっても、無駄な運転制御指令を排除して、安定した運転制御を行わせることが可能となる。
上記運転制御指令は、運転制御に関する各種指令であり、例えば、冷房運転、暖房運転、運転停止等の運転モード、設定温度、風量、風向きを指示する各種指令が挙げられる。
また、通信プロトコルインターチェンジとは、例えば、プロトコルを相互に変換すること等をいう。
【０００７】
また、本発明は、通信プロトコルがそれぞれ異なる複数の通信ネットワークと接続され、前記通信ネットワークを介して受信した運転制御指令に基づいてビルに設置された空気調和機の運転制御を行うとともに、前記空気調和機の運転状態を監視する空調制御監視装置であって、前記通信ネットワーク毎に設けられるとともに、前記通信ネットワークに接続されている端末装置から送信された空気調和機の運転制御指令を受信し、受信した前記運転制御指令を抽象化して出力する抽象化指令アクセス手段と、前記抽象化指令アクセス手段から出力された前記運転制御指令が書き込まれる指令保持手段と、所定の周期毎に、予め設定されている所定の規則に基づいて、前記指令保持手段に保持されている前記所定の周期分の前記運転制御指令の中から少なくとも１つの運転制御指令を選択して出力する指令選択手段と、選択された前記運転制御指令を運転制御用プロトコルにしたがって変換するプロトコル変換手段とを具備し、変換後の前記運転制御指令に基づいて、前記空気調和機の運転制御を行うことを特徴とする空調制御監視装置を提供する。
【０００８】
本発明によれば、各通信ネットワークを介して送信されてきた運転制御指令は、抽象化指令アクセス手段により抽象化された後、指令保持手段に書き込まれる。書き込まれた運転制御指令は、指令選択手段により、所定の周期毎に、予め設定されている所定の規則に基づいて取捨選択され、選択された所定の運転制御指令がプロトコル変換手段によりプロトコル変換され、変換後の運転制御指令に基づいて空気調和機の運転制御が実施される。
このように、運転制御指令を抽象化するので、プロトコルが相違することによる影響を受けずに、どの運転制御指令も同じように取り扱うことが可能となる。つまり、データフォーマットや応答手順、データコード等がそれぞれ異なっていても、これらの影響を受けずに処理を円滑に進めることが可能となり、複数のプロトコル変換を１つの装置内で実現させることが可能となる。
また、受信した運転制御指令をそのままの順序で、実際に運転制御を行うための運転制御指令として出力するのではなく、受信した運転制御指令を取捨選択して、実際の運転制御指令として出力するので、無駄な運転制御を排除し、効率よく運転制御を行うことが可能となる。
【０００９】
また、上記記載の空調制御監視装置において、前記所定の周期は、最も遅い伝送速度の通信ネットワークを介して少なくとも１つの運転制御指令が受信できる期間よりも長い期間に設定されることが好ましい。
【００１０】
本発明によれば、指令選択手段が指令保持手段にアクセスする周期が、最も遅い伝送速度の通信ネットワークを介して、少なくとも１つの運転制御指令が受信できる期間よりも長い周期に設定されることにより、全てのネットワークを介して受信した運転制御指令を対象として、所定の運転制御指令を選択することが可能となる。これにより、効果的に運転制御指令を選択することができる。
【００１１】
また、上記記載の空調制御監視装置において、前記指令選択手段は、前記指令保持手段から読み出した前記運転制御指令の内、最新の運転制御指令を選択することが好ましい。
【００１２】
本発明によれば、最新の運転制御指令を選択し、その間に受信した運転制御指令については無視することにより、無駄な運転切り替え等を不要とすることができる。これにより、非常に簡単な処理によって、安定した空気調和機の運転制御を行うことが可能となる。
【００１３】
また、本発明は、請求項１から請求項４のいずれかの項に記載の空調制御監視装置を備えることを特徴とするビル管理システムを提供する。
【発明の効果】
【００１４】
本発明によれば、受信した運転制御指令をそのままの順序で、実際に運転制御を行うための運転制御指令として出力するのではなく、受信した運転制御指令の中から所望の運転制御指令を選択して、選択した運転制御指令に基づいて実際の運転制御を行うので、安定した運転制御を実現させることができるという効果を奏する。
また、本発明によれば、プロトコル変換を１つの装置により実現するので、省スペース化、費用の削減等を図ることができるという効果を奏する。
【発明を実施するための最良の形態】
【００１５】
以下に、本発明にかかる空調制御監視装置を適用したビル管理システムの一実施形態について、図面を参照して説明する。
図１は、本実施形態に係るビル管理システムの全体構成を示す図である。
図１に示すように、本実施形態に係るビル管理システムは、ビルの各部屋に備え付けられている空気調和機（以下「空調機」という。）１ａ、１ｂ等と、空調機１ａ、１ｂ等の運転制御及び運転状態の監視を行う空調制御監視装置２と、ビル管理室に設置されビル管理者により操作等される中央監視装置（端末装置）３と、ビルの居住者等により操作されるクライアント端末（端末装置）４とを主な構成として備えている。
【００１６】
上記中央監視装置３と空調制御監視装置２とは、ビル管理通信ネットワーク５を介して接続されている。このビル管理通信ネットワーク５は、ビル管理用に標準規格化された通信プロトコル（例えば、ＬＯＮＷＯＲＫＳ（登録商標））を使用したネットワークであり、例えば、伝送速度は、約７８ｋｂｐｓである。
また、上記空調制御監視装置２と空調機１ａ、１ｂ、１ｃ等とは、空調制御通信ネットワーク６を介して接続されている。この空調制御通信ネットワーク６は、空調機１ａ、１ｂ、１ｃ等の制御監視用に標準規格化された通信プロトコルを使用したネットワークであり、例えば、伝送速度は約９．８ｋｂｐｓである。
また、上記クライアント端末４と空調制御監視装置２とは、ビル内に構築されたイントラネット７を介して接続されている。このイントラネット７は、ＴＣＰ/ＩＰなどのインターネットで普及している技術を使って構築されたＬＡＮであり、例えば、伝送速度は１００Ｍｂｐｓである。
【００１７】
中央監視装置３は、予め設定されている運転スケジュールに基づいて、空調制御監視装置２へ各空調機１ａ、１ｂ、１ｃ等の運転制御指令を送信するとともに、空調制御監視装置２からリアルタイムで各空調機１の運転状態情報を受信し、受信した運転状態情報をモニタに表示させることにより、ビル管理者が各空調機１ａ、１ｂ、１ｃ等の運転状態をリアルタイムで確認することができるような構成を備えている。
上記クライアント端末４は、ユーザによって任意に操作される端末装置であり、空調制御監視装置２に対して各空調機１ａ、１ｂ、１ｃ等の運転制御指令を送信することにより、ユーザが居住している部屋の運転モード等を操作することができるとともに、必要に応じて空調制御監視装置２に対して運転状態情報の閲覧要求を出すことにより、対象の空調機１の運転状態をモニタに表示させることができる。
上述したような機能を実現させるために、中央監視装置３及びクライアント端末４は、例えば、ＣＰＵ等の中央演算処理装置、ＨＤＤ等の所定の記憶装置、ディスプレイ等の表示装置、キーボード等の入力装置、ネットワークボード・通信ポート等の通信装置等をそれぞれ備えている。
なお、上記運転制御指令とは、運転制御に関する各種指令であり、例えば、冷房運転、暖房運転、運転停止等の運転モード、設定温度、風量、風向き等を指示するための指示情報が挙げられる。
【００１８】
次に、空調制御監視装置２について図２を参照して説明する。
図２は、空調制御監視装置２の構成を示すブロック図である。図２に示されているように、空調制御監視装置２は、ビル管理システムを構成する複数の通信ネットワークであるビル管理通信ネットワーク５、空調制御通信ネットワーク６、及びイントラネット７にそれぞれ対応して設けられているインターフェース（ＩＦ）５１、６１、及び７１と、各インターフェース５１、６１、及び７１に対応してそれぞれ設けられるオブジェクト操作情報の送受信処理を仲介するサービスコネクタ５０、６０及び７０と、サービスコネクタ５０、６０及び７０から出力される抽象化オブジェクトを保持する抽象化オブジェクト記憶部（指令保持手段）２１と、抽象化オブジェクト記憶部２１に保持されている抽象化された各種情報の中から所望の運転制御指令を選択して出力する指令選択部（指令選択手段）２２とを主な構成として備えている。
そして、ビル管理通信ネットワーク５側とのオブジェクト操作情報の授受を管理する中央監視装置側サービスコネクタ５０、空調制御監視装置２が管轄する空調機１側とのオブジェクト操作情報の授受を管理する監視対象機器側サービスコネクタ６０、及びＷｅｂ監視ネットワークを提供するようイントラネット７に接続されるクライアント端末４側とのオブジェクト操作情報の授受を管理するクライアント端末側サービスコネクタ７０は、それぞれ、オブジェクトメソッド等の処理操作解析を行なう抽象化オブジェクト（ＯＢＪ）アクセス部（抽象化指令アクセス手段）５２、６２及び７２と、抽象化オブジェクトを所定の通信プロトコルにしたがって変換するプロトコル変換部（プロトコル変換手段）５３、６３、及び７３を備えている。
【００１９】
このように、プロトコルと伝送速度の異なるビル管理ネットワーク５及びイントラネットという複数系統からビルに設置された空気調和機の運転制御指令を受け付ける複数のサービスコネクタ５０、７０を有し、これらのサービスコネクタ５０、７０から出力された運転制御指令を後に詳述するように整合させて空気調和機側に受け渡すサービスコネクタ６０を有するプロトコルインターチェンジ装置を空調制御監視装置２が備える構成を採用したので、ビル管理ネットワークと複数のクライアント端末４を接続して構成するＷＥＢ監視制御ネットワークを同時並行して処理実行することが可能となる。
【００２０】
以下、通信制御について説明する。抽象化オブジェクトアクセス部５２は、ビル管理通信ネットワーク５に接続されている中央監視装置３から送信された情報をインターフェース５１を介して受け取り、この情報を抽象化して抽象化オブジェクト記憶部２１へ書き込む。同様にして、抽象化オブジェクトアクセス部６２は、空調制御通信ネットワーク６に接続されている各空調機１ａ、１ｂ等からの情報を抽象化して抽象化オブジェクト２１へ書き込む。一方、抽象化オブジェクトアクセス部７２は、イントラネット７に接続されているクライアント端末４から送信されてきた情報をインターフェース７１を介して受け取り、この情報を抽象化して抽象化オブジェクト記憶部２１に書き込む。
この後、詳細は後述するが、プロトコル変換部６３は、抽象化された情報オブジェクトを再変換してインターフェース６１を介して空調制御通信ネットワーク６側へ送信する。
【００２１】
ここで、本実施形態におけるプロトコルを相互に変換するプロトコルインターチェンジの基本的な変換シーケンスとして、このように、プロトコルが異なる各通信ネットワーク５、６、及び７を介して受信した情報を、抽象化オブジェクトアクセス部５２、６２、及び７２により抽象化することによって、プロトコルが相違することによる影響を受けずに、どの端末装置または機器から受信した情報も同じように取り扱うことが可能となる。ひいては、データフォーマットや応答手順、データコード等がそれぞれ異なっていても、これらの影響を受けずに処理を円滑に進めることが可能となり、複数のプロトコル変換を１つの装置内で実現させることが可能となる。
【００２２】
抽象化オブジェクト記憶部２１は、相互のプロトコル変換を行なう際に各抽象化オブジェクト５２、６２、及び７２から出力された抽象化されたオブジェクトを一時的に記憶・保持する記憶手段として機能する。詳細には、図３に示したとおり、抽象化オブジェクト記憶部２１は、中央監視装置３側やクライアント端末４側などの上位装置側から受信した情報が書き込まれる制御用キャッシュメモリ２１１と、上位装置側に対して送信する情報が書き込まれる監視用キャッシュメモリ２１２とを備えている。これにより、例えば、中央監視装置３側またはクライアント端末４側から受信した運転制御指令は制御用キャッシュメモリ２１１に書き込まれ、逆に、中央監視装置３やクライアント端末４に対して送信される運転状態情報等については監視用キャッシュメモリ２１２に書き込まれることとなる。
【００２３】
指令選択部２２は、所定の周期毎に抽象化オブジェクト記憶部２１にアクセスし、その所定の周期期間内において抽象化オブジェクト記憶部２１に保持された運転制御指令を読み出し、読み出した運転制御指令の中から所定の規則に基づいて、少なくとも１つの運転制御指令を選択し、選択した運転制御指令を出力する。
この選択処理を介在させるかたちで、前述したように抽象化した情報を授受すべく、プロトコル変換部５３、６３及び７３は、各通信ネットワーク５、６及び７に対応してそれぞれ設けられており、抽象化オブジェクト記憶部２１に保持されている抽象化された情報をそれぞれ対応する通信ネットワークの通信プロトコルに準じて変換し、インターフェース５１、６１及び７１を介して出力する。
【００２４】
次に上述した構成からなる空調制御監視装置２の動作について、図２及び図３を参照して説明する。ここでは、現在暖房運転を行っている空調機１ａに対して、中央監視装置３から運転モード“冷房運転”、設定温度“２６℃”を指示する運転制御指令が出され、それと略同時に、クライアント端末４から運転モード“運転停止”を指示する運転制御指令が出された場合について、例を挙げて説明する。
まず、図３に示したように、中央監視装置３から送信された“冷房運転”の運転制御指令Ｄａ１、“２６℃”の運転制御指令Ｄａ２は、ビル管理通信ネットワーク５のプロトコルにしたがって、約７８ｋｂｐｓの伝送速度で空調制御監視装置２の中央監視装置側サービスコネクタ５０へそれぞれ送信される（図３における三角印参照）。
一方、クライアント端末４からイントラネット７を介して送信された“運転停止”の運転制御指令Ｄｂ１は、イントラネット７で採用するＴＣＰ／ＩＰにしたがって、約１００Ｍｂｐｓの伝送速度で空調制御監視装置２のクライアント端末側サービスコネクタ７０へ送信される（図３における丸印参照）。
なお、ビル管理通信ネットワーク５においても、イントラネット７においても、これらの個々の運転制御指令は個々の通信パケットとして別々に伝送される。ここで、Da1、Da2は別々の通信パケットであり、略同時にDa1、Da2の順に送信されたとしても、空調制御監視装置２にはその順に受信されるとは限らない。また、Db1、Db2においても同様である。
【００２５】
以下に空調制御監視装置２の内部での処理を説明する。中央監視装置側サービスコネクタ５０は、ビル管理通信ネットワーク５（図２参照）を経由して順次別々の通信パケットとして到着した運転制御指令Ｄａ１、Ｄａ２を受け付け処理する。具体的には、それぞれの運転制御指令Ｄａ１、Ｄａ２は、インターフェース５１を介して順次、抽象化オブジェクトアクセス部５２へ入力される。そして、抽象化オブジェクトアクセス部５２は、順次入力される運転制御指令Ｄａ１、Ｄａ２を抽象化し（図３における四角印参照）、抽象化オブジェクト記憶部２１の制御用キャッシュメモリ２１１に書き込む。この場合において、上記インターフェース５１は、ビル管理通信ネットワーク５のプロトコルに準拠して受信した運転制御指令を空調制御監視装置２の制御クロックに同期するように抽象化オブジェクトアクセス部５２に出力し、また、抽象化オブジェクトアクセス部５２は、上記制御クロックに同期して運転制御指令を取り込み、抽象化して出力している。
【００２６】
一方、クライアント端末側サービスコネクタ７０は、イントラネット７（図２参照）を経由して空調制御監視装置２に通信パケットとして到達した運転制御指令Ｄｂ１を受け付け処理する。具体的には、運転制御指令Ｄｂ１は、インターフェース７１を介して抽象化オブジェクトアクセス部７２へ入力される。そして、抽象化オブジェクトアクセス部７２は、受信した運転制御指令Ｄｂ１を抽象化し（図３の四角印参照）、抽象化オブジェクト記憶部２１の制御用キャッシュメモリ２１１に書き込む。この場合において、上記インターフェース７１は、イントラネット７のプロトコルに準拠して受信した運転制御指令を空調制御監視装置２の制御クロックに同期するように抽象化オブジェクトアクセス部７２に出力し、また、抽象化オブジェクトアクセス部７２は、上記制御クロックに同期して動作する。
【００２７】
したがって、インターフェース５１及び７１を介してサービスコネクタ５０及び７０が運転制御指令を受けつけることにより、制御クロックの整合性が確保され、サービスコネクタ５０及びサービスコネクタ７０を構成する抽象化オブジェクトアクセス部５２及び７２によりオブジェクト解析を行なうことにより、データフォーマット等のデータ構造に関する整合性が確保され、以降の処理を円滑に進めることが可能となる。
【００２８】
このようにして、制御用キャッシュメモリ２１１には、抽象化オブジェクト制御部５２及び７２によって抽象化された運転制御指令が順次書き込まれることとなる。
この場合において、上述のように抽象化オブジェクトアクセス部５２、７２は、それぞれ同一の制御クロックに従って動作しているため、制御用キャッシュメモリ２１１に書き込まれる運転制御指令の順序は、抽象化オブジェクトアクセス部５２及び７２に入力された順序に依存することとなる。
続いて、指令選択部２２は、所定の周期で抽象化オブジェクト記憶部２１の制御用キャッシュメモリにアクセスし、その所定周期期間分の運転制御指令を読み出す。この場合において、指令選択部２２がアクセスする周期は、例えば、ビル管理通信ネットワーク５とイントラネット７のうち、最も遅い伝送速度に応じて決定される。具体的には、伝送速度が遅いビル管理通信ネットワーク５を介して、少なくとも１つの運転制御指令が受信できる周期期間よりも長い周期期間に設定される。本実施形態では、数個（例えば、１０個）の運転制御指令を受信できる周期期間に設定している。なお、単純に１秒おきなどに設定しても良い。
【００２９】
本実施形態では、現在、制御用キャッシュメモリ２１１に保持されているのは運転制御指令Ｄａ１、Ｄａ２、及びＤｂ１なので、これらの３つの運転制御指令が読み出される。
続いて、指令選択部２２は、読み出した運転制御指令の中から最新の運転制御指令を選択する。つまり、一番最後に制御用キャッシュメモリ２１１に書き込まれた運転制御指令Ｄｂ１を選択して、出力する。
指令選択部２２により選択された運転制御指令Ｄｂ１は、プロトコル変換部６３へ出力されるとともに、抽象化オブジェクト記憶部２１内の監視用キャッシュメモリ２１２に運転状態情報Ｄｂ１として書き込まれる。このように、実際に運転制御を行うための運転制御指令を決定するとともに、この決定した運転制御指令を運転制御指令情報として監視用キャッシュメモリ２１２に書き込むことにより、中央監視装置３またはクライアント端末４のいずれからの運転制御指令であろうと、お互いに他方が制御指令を発信したことが認識できる。すなわち、複数の上位装置に対して通知される運転制御指令情報の整合性を簡単に取ることが可能となる。
【００３０】
プロトコル変換部６３に入力された抽象化された運転制御指令Ｄｂ１は、空調制御通信ネットワーク６に準じたプロトコルに変換され、インターフェース６１を介して下流に備えられている図示しないコントローラへ送信される。これにより、運転モード“運転停止”を指示する運転制御指令Ｄｂ１に基づいて、空調機１ａの運転が停止される。
一方、監視用キャッシュメモリ２１２へ書き込まれた運転状態情報Ｄｂ１は、プロトコル変換部５３及び７３により、所定の制御クロックで読み取られる。プロトコル変換部５３に読み取られた運転状態情報Ｄｂ１は、ビル管理通信ネットワーク５に準拠したプロトコルに変換され、インターフェース５１へ出力される。インターフェース５１は、ビル管理通信ネットワーク５の伝送速度に準じて、この運転指令情報Ｄｂ１を中央監視装置４に対して送信する（図３の三角印参照）。これにより、ビル管理通信ネットワーク５を介して運転状態情報Ｄｂ１を受信した中央監視装置４は、この情報を解析、実行し、モニタに運転状態情報として「運転停止」を表示させる。
同様に、プロトコル変換部７３に読み取られた運転状態情報Ｄｂ１は、イントラネット７に準拠したプロトコルに変換され、インターフェース７１へ出力され、所定の伝送速度でクライアント端末４へ送信される（図３の丸印参照）。イントラネット７を介して運転状態情報Ｄｂ１を受信したクライアント端末４は、モニタに運転指令情報として「運転停止」を表示させる。
【００３１】
以上述べたように、本実施形態に係る空調制御監視装置によれば、各通信ネットワーク５及び７を介して送信されてきた運転制御指令は、抽象化オブジェクトアクセス部５２及び７２により、それぞれ抽象化された後、抽象化オブジェクト記憶部２１に書き込まれるので、プロトコルが相違することによる影響を受けずに、どの運転制御指令も同じように取り扱うことが可能となる。つまり、データフォーマットや応答手順、データコード等がそれぞれ異なっていても、これらの影響を受けずに処理を円滑に進めることが可能となる。これにより、複数のプロトコル変換を１つの装置内で実現させることができ、省スペース化、費用の削減等を図ることが可能となるという効果が得られる。
【００３２】
また、抽象化オブジェクト記憶部２１に書き込まれた運転制御指令は、指令選択部２２により所定の周期毎に、予め設定されている所定の規則に基づいて取捨選択され、選択された所定の運転制御指令がプロトコル変換部６３によりプロトコル変換され、インターフェース６１を介して下位のコントローラ（図示略）へ導かれ、コントローラにより、当該運転制御指令に基づく空調機１ａの運転制御が実行される。
したがって、受信した運転制御指令をそのままの順序で出力するのではなく、受信した運転制御指令を取捨選択して出力することとなるので、無駄な運転制御を排除し、効率よく運転制御を行うことが可能となり、安定した運転制御を実現させることができるという効果を奏する。
【００３３】
また、所定の周期は、ビル管理通信ネットワーク５とイントラネット７のうち、伝送速度が遅いビル管理通信ネットワーク５を介して少なくとも１つの運転制御指令が受信できる期間よりも長い期間に設定されているので、ビル管理通信ネットワーク５を介して受信した運転制御指令、イントラネット７を介して受信した運転制御指令の双方を対象として、所定の運転制御指令を選択することが可能となる。これにより、効果的に運転制御指令を選択することができるという効果が得られる。
【００３４】
また、指令選択部２２は、抽象化オブジェクト記憶部２１から読み出した運転制御指令の内、最新の運転制御指令を選択するので、無駄な運転切り替え等を不要とすることができる。これにより、非常に簡単な処理によって、安定した空気調和機の運転制御を行うことが可能となる。
【００３５】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
例えば、上記実施形態では、クライアント端末４から運転制御指令を１つだけ受信した例について説明したが、中央監視装置３やクライアント端末４から複数の運転制御指令が略同時に送信されるような場合も当然に予想できる。このような場合には、指令選択部２２は、以下のような選択処理を行うことにより、適切な運転制御指令を選択することが可能である。
例えば、中央監視装置３から、運転モード“冷房”、設定温度“２６℃”、風量“高”の運転制御指令をそれぞればらばらに受信し、これと略同時に、クライアント端末４から運転モード“ドライ”、設定温度“２３℃”、風量“低”の運転制御指令をばらばらに受信した場合、これらの運転制御指令は、抽象化オブジェクトアクセス部５２、７２によりそれぞれ抽象化され、制御用キャッシュメモリ２１１に順次書き込まれる。このとき、指令選択部２２が制御用キャッシュメモリ２１１にアクセスする１周期内に、上記運転制御指令が全て制御用キャッシュメモリ２１１に書き込まれたとすると、指令選択部２２により、これらの運転制御指令が全て読み出されることとなる。
【００３６】
この場合、指令選択部２２は、読み出した上記運転制御指令のうち、最新の運転制御指令を選択する。ここで、例えば、最新の運転制御指令として、中央管理装置３から送信されてきた風量“高”の運転制御指令が選択されたとすると、指令選択部２２は、読み出した運転制御指令の中から、送信元が中央監視装置３である全ての運転制御指令、つまり運転モード“冷房”、設定温度“２６℃”の運転制御指令を選択する。ここで、通常、抽象化された情報は、属性情報として送信元の情報を備えているため、上記送信元の識別を簡単に行うことができる。
そして、送信元が中央監視装置３である運転制御指令を全て選択すると、選択したこれらの運転制御指令をプロトコル変換部６３へ出力する。これにより、運転モード“冷房”、設定温度“２６℃”、風量“高”の運転制御指令に基づく空調機の運転制御が行われることとなる。
このように、複数の送信元から複数の運転制御指令を受信した場合には、指令選択部２２が、最新の運転制御指令を選択し、その後、選択した運転制御指令と同一の送信元から送られてきた運転制御指令を全て選択し、これらを運転制御指令として出力することにより、同一の送信元からばらばらになって送られてきた運転制御指令を１セットの運転制御指令として取り扱うことが可能となる。
【００３７】
また、上述した実施形態では、指令選択部２２が最新の運転制御指令を選択して出力するように、所定の規則を設定していたが、この所定の規則は設計事項で適宜変更できるものとする。
例えば、クライアント端末４と中央監視装置３との間で、優先順位を予め設定しておくことにより、運転制御指令がかち合ったときには、優先順位の高い方の運転制御指令を選択するようにすることが可能となる。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施形態に係るビル管理システムの全体構成を示すブロック図である。
【図２】図１に示される空調制御監視装置の構成を示すブロック図である。
【図３】図２に示される空調制御監視装置の動作を説明するための説明図である。
【符号の説明】
【００３９】
１  空気調和機
２  空調制御監視装置
３  中央監視装置
４  クライアント端末
５  ビル管理通信ネットワーク
６  空調制御通信ネットワーク
７  イントラネット
２１  抽象化オブジェクト記憶部
２２  指令選択部
５２、６２、７２  抽象化オブジェクトアクセス部
５３、６３、７３  プロトコル変換部
【図１】
2005308300.tif 000003
【図２】
2005308300.tif 000004
【図３】
2005308300.tif 000005