(57)【特許請求の範囲】
【請求項１】
制御対象となる機器の制御に係るアプリケーションを実行するアプリケーション実行装置から、複数のアプリケーションの実行により得られる複数の機器制御命令に基づいて、該機器制御命令が有する複数のパラメータに係る指示を前記パラメータ毎に分ける入力受信部と、
前記パラメータ毎に１つの指示を決定する処理を行う入力処理部と、
他の前記パラメータに係る前記指示との関係に基づいて、該入力処理部の決定に係る前記指示を、前記機器を制御する機器制御装置に出力するかどうかを前記パラメータ毎に決定する処理を行う出力処理部と、
該出力処理部が出力を決定した指示を前記機器制御装置に出力する出力部と
を備えることを特徴とする競合処理装置。
【請求項２】
互いに参照することのできない複数のアプリケーションによるそれぞれの前記機器制御命令に基づいて処理を行うことを特徴とする請求項１に記載の競合処理装置。
【請求項３】
前記入力処理部は、パラメータ毎にアプリケーションの優先基準を設定した入力処理データに基づいて、前記１つの指示を決定する処理を行うことを特徴とする請求項１又は２に記載の競合処理装置。
【請求項４】
配管接続により１又は複数の冷媒回路を構成する複数の空調機器と、
該空調機器の制御に係るアプリケーションを実行するアプリケーション実行装置と、
請求項１〜３のいずれか一項に記載の競合処理装置と、
前記空調機器を制御する空調制御装置と
を通信接続して構成することを特徴とする空気調和システム。
【請求項５】
前記空調制御装置は、前記空調機器の制御に必要な最低限の処理を行い、また、前記空調機器の制御に必要なデータを管理し、前記アプリケーション実行装置に送る処理を行うことを特徴とする請求項４に記載の空気調和システム。
【請求項６】
前記競合処理装置と前記空調制御装置とを空調管理装置として備えることを特徴とする請求項４又は５に記載の空気調和システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は機器の制御に係る複数アプリケーションによる競合を処理する競合処理装置等に関するものである。
【背景技術】
【０００２】
例えば、ビル等の建物内の空気調和について、消費電力量の削減、空間の快適性の向上が求められている。それを実現するため、例えば、建物内の複数の空気調和装置を連携させて制御を行う空調管理装置を有して空気調和システムを構成している。空調管理装置は、処理装置、記憶装置等を備えている。そして、例えば記憶装置が保持（記憶）するアプリケーション（プログラム）を処理装置が実行している。これにより、建物内の空気調和における消費電力量の削減や空間の快適性の向上を実現している。
【０００３】
ここで、空調管理装置では、複数のアプリケーションを保持（記憶）している。例えば、「任意に該当機能の動作を停止できると共に、ある対象設備に対して、複数の機能を複合させて制御する必要がある場合において、自由に設定可能とするものである設備機器の制御管理装置」が開示されている（例えば、特許文献１参照）。そして、このとき、同時間帯で処理を行う複数のアプリケーションについては、アプリケーション間で矛盾する処理結果とならないように、アプリケーション間において競合関係が解消できたものだけを管理装置に保持するようにしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平５−１１８１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
空気調和装置が必要とされるビル等の建物では、環境条件や建物の立地条件が大きく異なることが多い。このような環境の違いにより、使用者が各建物の空気調和について要求する機能は多岐にわたり、要求に応じた全ての機能を実現することが求められている。
【０００６】
しかしながら、従来の空調管理装置では、あらかじめ競合関係を解消したアプリケーションを保持するようにしていたため、競合するアプリケーションを保持することができず、例えば機能拡張等を容易に行うことが困難であった。
【０００７】
本発明は、上記のような課題を解決するためになされたもので、例えば複数のアプリケーションによる機能拡張等を容易に行えるようにするための競合処理装置等を得ることを目的とするものである。
【課題を解決するための手段】
【０００８】
本発明に係る競合処理装置は、制御対象となる機器の制御に係るアプリケーションを実行するアプリケーション実行装置から、複数のアプリケーションの実行により得られる複数の機器制御命令に基づいて、機器制御命令が有する複数のパラメータに係る指示をパラメータ毎に分ける入力受信部と、パラメータ毎に１つの指示を決定する処理を行う入力処理部と、他のパラメータに係る指示との関係に基づいて、入力処理部の決定に係る指示を、機器を制御する機器制御装置に出力するかどうかをパラメータ毎に決定する処理を行う出力処理部と、出力処理部が出力を決定した指示を機器制御装置に出力する出力部とを備える。
【発明の効果】
【０００９】
本発明の競合処理装置によれば、複数のアプリケーションによる機器制御命令からの指示から、パラメータ毎の指示を１つ決定し、出力するかどうかをパラメータ毎に決定した指示を機器制御装置に出力するようにしたので、複数アプリケーションの機器制御命令に競合が発生する可能性がある場合でも、制御に係る競合を解消し、適切な指示を機器制御装置に出力することができる。このため、使用者により所望する機能を実行するためのアプリケーションを追加、選択をした場合でも、アプリケーション間の影響を使用者が考慮することなく機能の拡張等をはかることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態１における空調管理装置１００を中心とする空気調和システムの通信等に係る構成を示すブロック図である。
【図２】実施の形態１に係る競合処理装置１０内の処理等の流れを示す図である。
【図３】実施の形態１に係るパラメータテーブルの例を示す図である。
【図４】実施の形態１に係る入力受信部１５が有するインタフェースの例を示す図である。
【図５】実施の形態１に係る入力処理部１３で使用する入力処理データの例を示す図である。
【図６】実施の形態１に係る出力処理部１６で使用する出力処理データの例を示す図である。
【図７】実施の形態１に係る出力処理部１６が行うパラメータ間の競合解消処理を説明するための図である。
【図８】本発明の実施の形態２における空調管理装置１００を中心とする空気調和システムの通信等に係る構成を示すブロック図である。
【発明を実施するための形態】
【００１１】
実施の形態１．
図１は本発明の実施の形態１における空調管理装置１００を中心とする空気調和システムの通信等に係る構成を示すブロック図である。図１において、空気調和システムは、複数の室外機４０、複数の室内機５０、空調管理装置１００及びアプリケーション実行装置３０を有している。本実施の形態の室外機４０及び室内機５０は、配管接続により冷媒回路を構成し、冷媒を循環させて空調対象空間の空気調和を行う。室外機４０は、例えば圧縮機、室外熱交換器等を有している。また、室内機５０は、例えば絞り装置、室内熱交換器等を有している。以下、室外機４０及び室内機５０を特に区別等しない場合には、それぞれを空調機器として説明する。また、空調管理装置１００は、システム内の空調機器の動作を統合的に管理し、制御を行う。本実施の形態では、特に空気調和システムの通信系統について説明する。
【００１２】
本実施の形態の空調管理装置１００は、例えば専用通信線、ＬＡＮ（Local Area Network）等により、複数の室外機４０と信号交換（通信、信号の送受）が可能に接続している。図１では、空調管理装置１００は室外機４０−１、４０−２と接続している。また、各室外機４０は、専用通信線、ＬＡＮ等により、１又は複数の室内機５０と信号交換が可能に接続している。図１では、室外機４０−１は室内機５０−１、５０−２と接続している。また、室外機４０−２は室内機５０−３、５０−４と接続している。特に限定するものではないが、ここでは、配管接続により冷媒回路を構成している室外機４０と室内機５０とを専用通信線により接続しているものとする。以上のように通信接続することにより、空調管理装置１００と各室内機５０との間は、室外機４０を介して、信号交換が可能となっている。また、空調管理装置１００は、空調機器に対して、少なくとも運転、停止に係る制御信号を、運転、停止等させようとする空調機器に対して送信することが可能である。また、各空調機器は、それぞれ自身の運転状態に係る信号を空調管理装置１００に送信することが可能である。
【００１３】
本実施の形態の空調管理装置１００は、競合処理装置１０及び空調制御装置２０を有している。競合処理装置１０はアプリケーション実行装置３０が保持するアプリケーション（以下、場合によってはアプリと記載することもある）の実行結果に基づいて、制御に係る競合を解消し、各空調機器を制御するための命令データである空調機制御命令を空調制御装置２０に出力する。また、空調制御装置２０は、競合処理装置１０からの空調機制御命令に基づいて、制御しようとする空調機器に制御信号を送信する。
【００１４】
競合処理装置１０は、入力処理部１３、出力部１４、入力受信部１５、出力処理部１６及びアプリ通信管理部１８を有している。また、入力処理データ記憶手段１１、出力処理データ記憶手段１２及びパラメータテーブル記憶手段１７を有している。
【００１５】
アプリ通信管理部１８は、アプリケーション実行装置３０から送られた信号に基づいて空調機制御命令を入力受信部１５に伝達する手段である。また、空調制御装置２０からの運転データをアプリケーション実行装置３０に伝達する。ここで、運転データは、空調管理装置１００に接続された各空調機器の運転に関するデータ（例えば運転開始、運転停止、冷暖房の区分、風速、風量、設定温度等）である。
【００１６】
入力受信部１５は、アプリケーション実行装置３０からの空調機制御命令を入力処理部１３に伝達するための手段である。このとき、入力受信部１５は、アプリケーション実行装置３０がアプリケーションを実行して得られる空調機制御命令をパラメータ単位で所定時間毎に伝達する処理を行う。ここで、所定時間は任意に設定可能とするものとする。ただし、所定時間ごとの処理等に限定するものではなく、他の手段、機器からの信号入力又は使用者等の指示入力がなされたときに行うようにしてもよい。また、入力受信部１５で伝達間隔を設定しなくてもよく、入力処理部１３など他の処理部等で処理間隔の設定をしてもよい。また、パラメータテーブル記憶手段１７は、空調機制御命令に含まれるパラメータのデータ、ＩＤのデータ等を例えばテーブル形式で記憶する。ここで、パラメータテーブル記憶手段１７に記憶するパラメータ等のデータについては追加、変更等ができるものとする。ただし、使用者の権限によっては追加、変更等を不可とできるようにしてもよい。
【００１７】
入力処理部１３は、入力処理データ記憶手段１１が記憶する入力処理データに基づいて、入力受信部１５からのパラメータに対して、アプリケーション毎に行われた空調機制御命令に基づいて、アプリケーション間の競合解消処理を行う手段である。そして、アプリケーション間の競合を解消した空調機制御命令を出力処理部１６に伝達する。入力処理データ記憶手段１１は、入力処理部１３がアプリケーション間の競合解消処理を行うために参照する入力処理データを記憶する。ここで、入力データは、アプリケーション追加の際、また空気調和装置の利用者（例えばビルの管理人等を想定）が変更する可能性の高いものである。
【００１８】
出力処理部１６は、出力処理データ記憶手段１２が記憶する出力処理データに基づいて、入力処理部１３からの空調機制御命令について、パラメータ間の競合解消処理を行う手段である。そして、パラメータ間の競合を解消した空調機制御命令を出力部１４に伝達する。パラメータ間の競合を解消することで、空調機器の動作を最低限保障することができる。出力処理データ記憶手段１２は、出力処理部１６がパラメータ間の競合解消処理を行うために参照する出力処理データを記憶する。出力処理データは、機器管理者（メンテナンス側のユーザー）が変更する可能性が高いものである。ここで、入力データと出力データとは、変更のタイミング、変更の頻度、使用、変更する人が違うことが容易に想定できるため、２つのデータにわけ、それぞれ入力処理部１３と出力処理部１６とで処理している。
【００１９】
そして、出力部１４は、出力処理部１６の処理に係る空調機制御命令を、空調制御装置２０に情報伝達を行う手段である。以上のような手段による競合処理装置１０における詳細な処理については後述する。
【００２０】
また、空調制御装置２０は、空調機管理部２１、空調機通信管理部２２及び通信管理部２３を有している。空調機管理部２１は、空調管理装置１００と通信接続している各空調機器からの信号に含まれる運転データを運転データ記憶手段２４に記憶させ、管理する処理を行う手段である。そして、対象となる空調機器を制御するための競合処理装置１０からの空調機器制御命令を制御信号として空調機通信管理部２２に伝達する。また、競合処理装置１０に伝達する運転データを通信管理部２３に伝達する。
【００２１】
空調機通信管理部２２は、空調管理装置１００に接続されている各空調機器との間の通信を行う。例えば、空調機管理部２１からの制御信号を制御対象の空調機器に送る。また、各空調機器からの信号に基づいて空調機管理部２１に運転データを送る。また、通信管理部２３は、競合処理装置１０との間でデータ等の伝達を行う手段である。例えば、競合処理装置１０からの空調機器制御命令を空調機管理部２１に伝達する。また、運転データを競合処理装置１０に伝達する。運転データ記憶手段２４は運転データを記憶する。
【００２２】
ここで、入力処理部１３、出力部１４、入力受信部１５、出力処理部１６、空調機管理部２１の処理手段は、各処理を実現する回路デバイス等のハードウェアで構成してもよい。また、各処理手順をソフトウェアとして有し、マイコン（マイクロコンピュータ）、ＣＰＵなどの演算装置上でソフトウェアを実行することで実現することもできる。また、アプリ通信管理部１８、空調機通信管理部２２及び通信管理部２３の通信手段は、例えば、ＬＡＮインタフェースなどのネットワークインタフェースや専用通信用のハードウェアで実現することができる。そして、入力処理データ記憶手段１１、出力処理データ記憶手段１２、パラメータテーブル記憶手段１７は、例えばＨＤＤ（Hard Disk Drive ）、フラッシュメモリ等の記憶装置で構成することができる。例えば、各記憶手段がハードウェアとして独立していてもよいし、各データを１台の記憶装置に記憶させるようにしてもよい。
【００２３】
そして、本実施の形態のアプリケーション実行装置３０は、空気調和システム内の空調機器を制御するための各種アプリケーション（装置）を有し、各装置がそれぞれ実行した結果である空調機器制御情報（データ）を競合処理装置１０に送るものである。競合処理装置１０において、競合解消の処理を行うため、アプリケーション実行装置３０においては、アプリケーションによる実行結果をそれぞれ独立して競合処理装置１０に送るだけでよい。
【００２４】
図１では、アプリケーション実行装置３０内に保持するアプリケーションの一例として、省エネ制御アプリ３１、空調制御アプリ３２、スケジュール制御アプリ３３、室外機制御アプリ３４、風向制御アプリ３５及び温度制御アプリ３６を示している。省エネ制御アプリ３１は省エネルギーのための制御を行うアプリケーションである。空調制御アプリ３２は空気調和制御を行うアプリケーションである。スケジュール制御アプリ３３はスケジュール管理を行うアプリケーションである。室外機制御アプリ３４は室外機４０の制御を行うためのアプリケーションである。風向制御アプリ３５は室内機５０の風向きを制御するためのアプリケーションである。温度制御アプリ３６は温度制御を行うためのアプリケーションである。ここで、アプリケーション実行装置３０が保持し、実行するアプリケーションは、この通りのものに限定するものではなく、使用者及び機器管理者は、アプリケーション実行装置３０に保持するアプリケーションを、競合関係等を意識することなく、自由に追加、変更、削除することができる。
【００２５】
上記のアプリケーションは、空調制御を行うために予め用意された基本的なアプリケーションであるが、例えば販売会社等が作成したアプリケーション（それぞれの土地、地域等に即した環境の空調制御のためのアプリ（例：北米セットバックアプリ等））、実際の利用者（建設業者、管理人等）が作成したアプリケーション（フロアごとの制御アプリ等）、メンテナンスを行う人が作成したアプリケーション（メンテナンス用試運転アプリ等）を有するようにしてもよい。
【００２６】
ここで、本実施の形態では、アプリケーション実行装置３０は、空調管理装置１００とは独立した装置としている。ただ、本実施の形態では、競合処理装置１０において、アプリケーション間の競合関係を解消する処理を行うことができるので、空調管理装置１００がアプリケーション実行装置３０を有するようにしてもよい。また、各アプリケーションをハードウェア（装置）で構成し、独立して実行し、実行結果となる空調機器制御情報を送るようにしてもよいし、アプリケーションをソフトウェアとし、アプリケーションの実行手段により実行して空調機器制御情報を送るようにしてもよい。また、アプリケーション実行装置３０をネットワーク等で通信接続できるようにしてもよい。各アプリケーションをソフトウェアで構成してデータサーバ等に記憶させておき、ネットワーク等で実行装置にプログラムデータを送る等してもよい。
【００２７】
図２は本発明の実施の形態１に係る競合処理装置１０内の処理等の流れを示す図である。競合処理装置１０は、空調機器単位で空調制御装置２０から運転データを受ける。また、競合処理装置１０は運転データを含む信号をアプリケーション実行装置３０に送る。アプリケーション実行装置３０は、アプリケーションを実行して運転データを処理し、それぞれの実行結果となる空調機制御命令を含む信号を競合処理装置１０に送る。
【００２８】
図３は実施の形態１に係る競合処理装置１０内のパラメータテーブル記憶手段１７が記憶するパラメータテーブルの例を示す図である。パラメータテーブル記憶手段１７は、例えば図３に示すように、空調機器の制御に用いるパラメータ、パラメータごとの一意に設定されるＩＤ、各パラメータの設定範囲、各パラメータの保持時間及びタイムスタンプを項目として設定し、テーブル形式のデータとして記憶する。
【００２９】
例えばタイムスタンプを項目として設定すれば、先に空調機制御命令が送られたアプリケーションを優先にする等、時間を使った優先度の入力処理データを設定し追加することができる。さらに、例えば競合処理装置１０は一定時間間隔で、その間に送られた空調機制御命令に対し、競合関係を解消する処理を行う。このとき、アプリケーションが指示した制御を保持したい場合もあると考えられるため、パラメータの保持時間を項目として設定することで、保持時間の間は他の制御に移行しないようなことを実現することができる。ここで、パラメータテーブルとしては、、少なくともＩＤ及びパラメータを項目とするデータが最低限あればよい。例えば、図３に示す設定範囲、パラメータの保持時間、タイムスタンプを項目とせず、それ以外の項目を設定してデータを記憶するようにしてもよい。ここで、パラメータテーブルは、空調機器全てが一定でなくてもよく、空調機器ごとに異なるパラメータを設定するようにしてもよい。
【００３０】
例えば、制御に係るアプリケーションからの空調機制御命令は、パラメータごとに分けられるものとする。そして、例えば、省エネ制御アプリ３１であれば、設定温度のパラメータを有し、＋２度、−２度等で示す温度がデータとなる。また、デマンド制御に係るアプリケーションであれば、運転／停止のパラメータを有し、ＯＦＦ等の制御に係る動作がデータとなる。能力セーブ量をパラメータとして有し、０％で示す値がデータとなる。さらに、風当たり防止制御に係るアプリケーションであれば、風向、風量のパラメータを有する。
【００３１】
図４は、実施の形態１に係る入力受信部１５が有するインタフェースの例を示す図である。各アプリケーションの空調機制御命令に基づいて、パラメータ単位で所定時間毎に伝達する処理を行う。入力受信部１５が保持するインタフェースは、各アプリケーションごと、パラメータごと、対象空調機ごとに受信可否を受け付けるパラメータをもっていても良い。
【００３２】
図５は入力処理部１３で使用する入力処理データ記憶手段１１が記憶する入力処理データの例を示す図である。入力処理データは、入力受信部１５で受信した複数のアプリケーションからの空調機制御命令を、パラメータテーブル記憶手段１７が保持するパラメータ単位で処理を行い、複数のアプリケーション間の競合を解決するためのデータである。図５では、ＩＤ１〜ＩＤ９で示す９つの各パラメータに対して、アプリケーションの優先度により競合解消を行う例を示したものである。そこで、図５の例では各パラメータに対して、アプリケーション間の優先度と優先度の変化条件を設定している。
【００３３】
例えば、図５では、室内機制御アプリＡ、セットバック制御アプリＢ、自動モード切替制御アプリＣ、平滑化制御アプリＤ、風当たり防止制御アプリＥ、スケジュール制御アプリＦ、快適温度制御アプリＧ、フロア温度制御アプリＨ、外気温度連動制御アプリＪ、温度シフト制御アプリＫ、室外機制御アプリＬ、デマンド制御アプリＭに関する優先順位等を各パラメータについて設定する。ここで、図５に示すアプリケーションは一例であり、この通りでなくてもよい。
【００３４】
優先度は、複数のアプリケーションのうち、どのアプリケーションの空調機制御命令を優先するかを示すものである。例えば、アプリケーション間の優先関係を不等号、値の大小（図５の例ではＨＩＧＨ）等で設定している。ここで、数値等を扱う場合であれば、四則演算を用いて値の変化を表しても良い。また、ＯＮ／ＯＦＦ等の値に係る制御であれば、論理演算子を用いて、制御のＯＮ／ＯＦＦを切り替えて表しても良い。また、前記例を組み合わせて優先度を表現しても良い。優先関係を示すものは、例のみだけでなくて良く、数字やその他大小比較の記号で優先度を表してもよいし、処理の順序によって優先度付けを行っても良い。また、優先度をつけることは必須ではなく、パラメータによっては、単一のアプリケーションのみの制御としてもよい。また、優先度変化条件は、使用者の手動操作、環境条件（例えば、外気温度、湿度、日照時間、天気予報等）、使用条件（室内の滞在人数、使用時間、使用場所、建物の構造）等によって優先度を変化させる条件を示すものである。ここでは、条件のみでなく、アプリケーションからの入力をもって、優先度を変化させるなどの優先度変化条件としても良い。
【００３５】
例えば、入力処理データは、パラメータごとに、アプリケーション間の優先度と優先度の変化条件が設定されている。例えば優先度の設定の例として、以下のようなものが考えられる（図５にも示している）。
・単純な不等号による優先度  Ａ＞Ｂ＞Ｃ  Ａ＜Ｂ＜Ｃ
・利用者の設定による決定  ＦｏｒＧｏｒＨ
・制御の大小による優先度  高（Ａ，Ｂ）、低（Ｂ，Ｃ）、中間（Ａ，Ｂ，Ｃ）
【００３６】
例えば、不等号を使って優先度を表す例としては、運転／停止が考えられる。運転／停止の命令が来るアプリケーションとして、緊急停止に係るアプリケーション、デマンド停止に係るアプリケーション、フロア温度の平滑化制御に係るアプリケーション、スケジュールに係るアプリケーション等がある。例えば、以上のようなアプリケーションからの空調機制御命令が同時（同じ処理時間帯）にアプリケーション実行装置３０から送られた場合、緊急停止、デマンド停止等を優先して行うことがほとんどである。そこで、これらのアプリケーションによる空調機制御命令が優先度が高いものとして設定し、優先順位を不等号で表すことを想定している。また、電力に余裕があるときなどは、デマンド制御の優先度を下げる等の制御を行うことが想定されるため、優先度の変化条件に電力量等を入れることを想定している。
【００３７】
また、ユーザー設定による決定を使って優先度を表す例としては、例えば快適性を高める制御、省エネ性を高める制御等のアプリケーションを並列に実行している場合は、温度設定に関して相反する空調機制御命令が同時（同じ処理時間帯）にアプリケーション実行装置３０から送られることがある。このとき、ユーザーの選択によって、どのアプリケーションの空調機制御命令を採用するかを決定する。
【００３８】
そして、制御の大小による設定を利用して優先度を表す例としては、温度シフト量が考えられる。例えば、外気温度に連動した温度シフトをする制御、省エネルギーで固定温度上昇させる制御等のアプリケーションからの空調機制御命令が同時（同じ処理時間帯）にアプリケーション実行装置３０から送られた場合、例えば一方は４℃上昇、一方は２℃上昇など、同じ制御方向ではあるが、量、幅等が異なる場合が考えられる。このような場合に、高い方を採用するか低い方を採用するか等、優先度付けを行うことが考えられる。
【００３９】
入力処理部１３は、上記のような入力処理データに基づいて、各パラメータについて最も優先すべきアプリケーションにおける空調機制御命令を選択し、アプリケーション間の競合を解消する。競合解消処理を行った後の空調機制御命令を出力処理部１６に送る。
【００４０】
図６は出力処理部１６で使用する出力処理データ記憶手段１２が記憶する出力処理データの例を示す図である。出力処理データは、出力処理部１６で受信した入力処理部１３からのパラメータごとの空調機制御命令から、パラメータ間の競合を解消するためのデータである。図６に示すように、出力処理データは、例えば処理の優先度、パラメータごとに関係する他のパラメータの情報及びパラメータとの関係式（条件式）を項目として有した構成である。各パラメータごとに関連するパラメータを定義し、また、関連する各パラメータの状態に応じた動作を設定することができる。
【００４１】
出力処理部１６に伝達されたデータは、各パラメータごとの関係性、優先度等を設定する上記のような出力処理データに基づいて、各パラメータごとに出力又は非出力を決定する。そして、出力と決定したパラメータに係る空調機制御命令のみを出力部１４に伝達する。出力部１４は空調制御装置２０へ伝達する。
【００４２】
例えば、出力処理部１６は、出力処理データの項目を参照し、出力処理部１６に入力されたデータを出力するかしないかを決定する。出力処理部１６は、入力処理部１３からの空調機制御命令について、パラメータの小さいＩＤ順に出力処理データを参照し、そのパラメータに対して関連パラメータが存在するかどうかを検索する。存在した場合は、対象の関連パラメータにおける条件を検索し、条件に当てはまった場合、動作の項目を参照し、次の動作を決定する。また、動作の項目にその他の関連パラメータが存在する場合、再度入力された空調機制御命令の関連パラメータ部分を参照し、条件に当てはまるかを検索する。記載の処理を最終的に出力又は非出力となるまで繰り返し、関連パラメータに対する動作を決定する。
【００４３】
図７は出力処理部１６が行うパラメータ間の競合解消処理を説明するための図である。図７では、図６にも示している温度シフト量に係る処理を例としている。例えば、図７に示した温度シフト量の検索の例では、温度シフト量の関連パラメータとして、モード、モードの条件により、関連パラメータ２−１である冷房設定温度及び関連パラメータ２−２である暖房設定温度が割り当てられている。出力処理部１６は、出力処理データの温度シフト量の項目を参照し、関連パラメータのモードを参照する。関連パラメータのモードの条件に冷房、暖房、自動、未設定が保持されている。モードが冷房だった場合は、動作に関連パラメータ２−１とあるため、関連パラメータ２−１である冷房設定温度の項目を参照する。参照した冷房設定温度の条件に２６℃未満、２６℃以上、未設定とあり、空調機制御命令が条件に当てはまった場合、その条件部分に記載された動作に従い、出力か非出力かを決定する。例えば、モードが冷房、冷房設定温度が２４℃であった場合は、温度シフト量の項目は出力されることとなる。ここで、出力処理データには、空調機制御命令によって、強制的に出力する機能や強制的に非出力とする機能を設けても良い。
【００４４】
以上のようにして、競合関係を解消した結果、適切な空調機制御命令を空調制御装置２０へ伝達し、制御しようとする機器に対して、空調制御装置２０から制御信号を送ることができる。
【００４５】
以上のように本実施の形態における空調管理装置１００においては、アプリケーション実行装置３０から送られた、複数のアプリケーションを実行した結果である空調機器制御情報に基づいて、競合処理装置１０が、アプリケーション間の競合関係を解消する処理を行うようにしたので、複数のアプリケーションの実行結果において、競合があったとしても、空調制御装置２０に伝達される前に競合関係を解消し、適切な空調機制御命令を空調制御装置２０に伝達することができる。このため、使用者により所望する機能を実行するためのアプリケーションを追加、選択をした場合でも、アプリケーション間の影響を使用者が考慮することがなく、機能を拡張等することができる。
【００４６】
また、本実施の形態の空調管理装置１００においては、競合処理装置１０によりアプリケーション間の競合を解消することができるので、複数のアプリケーションと空調制御装置２０とを分割した管理等をおこなうことができる。このため、空調制御装置２０とアプリケーションを同じ機器内に有する必要がなく、外部にアプリケーションを保持等しておくことができる。これにより、使用者がアプリケーションを開発し、空調制御装置２０につなげることができるようになるため、使用者が所望する空気調和の機能を実現することが可能となる。
【００４７】
実施の形態２．
本発明の実施の形態２では、実施の形態１の構成から、競合処理装置１０も空調管理装置１００外に出したものである。空調管理装置１００内の機器構成は変更されるが、全体の構成は実施の形態１と同様である。
【００４８】
図８は本発明の実施の形態２における空調管理装置１００を中心とする空気調和システムの通信等に係る構成を示すブロック図である。実施の形態２においては、競合処理装置１０と空調制御装置２０とを分離させ、競合処理装置１０を独立した装置としている。このため、競合処理装置１０及びアプリケーション実行装置３０を外部機器として搭載することができる。また、ネットワーク上のサーバ等に搭載することができる。これにより、遠隔からの機能変更や機能競合の解決手段を提供できる。
【００４９】
また、本実施の形態においては、各アプリケーション、競合処理装置１０、空調制御装置２０の分割が可能となることにより、空調制御装置の負荷軽減、開発費の削減が可能となる。
【産業上の利用可能性】
【００５０】
上述の実施の形態では、空気調和システムにおけるアプリケーションの競合について説明したが、例えば、冷凍サイクルを利用する他のシステムにも適用することができる。また、冷凍サイクルに係るシステム以外のシステムにも適用することができる。
【符号の説明】
【００５１】
１０  競合処理装置、１１  入力処理データ記憶手段、１２  出力処理データ記憶手段、１３  入力処理部、１４  出力部、１５  入力受信部、１６  出力処理部、１７  パラメータテーブル記憶手段、１８  アプリ通信管理部、２０  空調制御装置、２１  空調機管理部、２２  空調機通信管理部、２３  通信管理部、２４  運転データ記憶手段、３０  アプリケーション実行装置、３１  省エネ制御アプリ、３２  空調制御アプリ、３３  スケジュール制御アプリ、３４  室外機制御アプリ、３５  風向制御アプリ、３６  温度制御アプリ、４０  室外機、５０  室内機、１００  空調管理装置。
【図１】
0005971958.tif 000002
【図２】
0005971958.tif 000003
【図３】
0005971958.tif 000004
【図４】
0005971958.tif 000005
【図５】
0005971958.tif 000006
【図６】
0005971958.tif 000007
【図７】
0005971958.tif 000008
【図８】
0005971958.tif 000009