JP5469928B2 - 空調管理装置、空調管理システム及び空気調和機の運転スケジュールの設定方法 - Google Patents

Description

本発明は、空調管理装置、空調管理システム及び空気調和機の運転スケジュールの設定方法に関する。

大規模な建物や工場には、複数の空気調和機が接続されている場合が見受けられる。この複数の空気調和機は例えば、各ゾーンや各部屋ごとに設けられる空調ゲートウェイに接続され、これら複数の空調ゲートウェイがひとつの空調管理装置に接続されている。空調管理装置は、空調ゲートウェイに接続される空気調和機の運転を制御する。

通常、これら空気調和機の運転制御においては、複数の空気調和機に割り当てられる大元となるマスタースケジュールが設定されるとともに、個々の空気調和機の状態に合わせて実際に運転制御を行うために適用される実行スケジュールとが設定されている。

このマスタースケジュールと実行スケジュールとを組み合わせた空気調和機の運転制御方法については、以下の特許文献１にその一例が示されている。例えば、マスタースケジュールの更新は実行スケジュールに連動するものとされ、マスタースケジュールの設定内容そのままに実行スケジュールとして適用する場合には、特にマスタースケジュールの更新を実行スケジュールへ反映させる操作を行わなくてもマスタースケジュールの更新がそのまま実行スケジュールへと反映されるので便利である。

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

しかしながら、上述の特許文献１に開示されている発明では、以下に述べるような不都合が生ずる場合がある。

例えば、同じマスタースケジュールが割り当てられている空気調和機が複数存在する場合に、一部の空気調和機については一時的に実行スケジュールの設定が見直される場合がある。このような状況下においてマスタースケジュールを更新すると、その更新されたマスタースケジュールの内容が各空気調和機の実行スケジュールに反映されてしまう。

しかしながら、一時的に見直された実行スケジュールにおいては、マスタースケジュールが更新されたとしてもその実行スケジュールを維持しなければならない場合もある。

この場合、マスタースケジュールを更新した後、その内容を一旦全ての実行スケジュールに反映させた上で、一時的に見直されて制御される実行スケジュールに対しては、改めて修正を計る必要が生ずる。このようなスケジュールの設定方法は、空気調和機の接続規模が大きくなり空調管理装置が管理する空気調和機の台数が増えるほどマスタースケジュールの更新、実行スケジュールへの反映という手続を煩雑化させる。

本発明は上記課題を解決するためになされたものであり、本発明の目的は、マスタースケジュールを更新した場合であっても、空気調和機の接続台数が多い場合でも簡単にそれぞれの運転状況に合わせた実行スケジュールへの反映を行うことができる空調管理装置、空調管理システム及び空気調和機の運転スケジュールの設定方法を提供することである。

本発明の実施の形態に係る第１の特徴は、複数の空気調和機と接続され、空気調和機の運転制御を行う空調管理装置において、空調管理装置には、空気調和機の複数に対して適用されるマスタースケジュールと、空気調和機の各々に対して適用される実行スケジュールとが備えられるとともに、前記マスタースケジュールが更新された場合に、更新後のマスタースケジュールの設定を既存の前記実行スケジュールに反映させる時期を選択することができ、かつ前記更新後のマスタースケジュールの設定を任意の日付から前記実行スケジュールに反映させることができる。

本発明の実施の形態に係る第２の特徴は、空調管理システムにおいて、空気調和機と、空気調和機と接続され、空気調和機の運転制御を行う空調管理装置と、空調管理装置に通信ネットワークを介してアクセス可能に接続されるユーザ端末と、を備え、空調管理装置には、空気調和機の複数に対して適用されるマスタースケジュールと、空気調和機の各々に対して適用される実行スケジュールとが備えられている。

本発明の実施の形態に係る第３の特徴は、空気調和機の運転スケジュールの設定方法において、空調管理装置に備えられる複数の空気調和機に対して適用されるマスタースケジュールを更新するステップと、更新されたマスタースケジュールを反映させる空気調和機の運転制御を行う実行スケジュールを選択するステップと、実行スケジュールに即座に更新されたマスタースケジュールを反映させない場合に、日付更新時に追加される実行スケジュールに更新されたマスタースケジュールを反映させるステップと、実行スケジュールに即座に更新されたマスタースケジュールを反映させる場合に、実行スケジュールの全日に更新されたマスタースケジュールを反映させるステップと、実行スケジュールに即座に更新されたマスタースケジュールを反映させる場合に、実行スケジュールの中から反映させる日を選択して更新されたマスタースケジュールを反映させるステップとを備える。

本発明によれば、マスタースケジュールを更新した場合であっても、空気調和機の接続台数が多い場合でも簡単にそれぞれの空気調和機の状況に合わせて実行スケジュールへの反映を行うことができる空調管理装置、空調管理システム及び空気調和機の運転スケジュールの設定方法を提供することができる。

本発明の実施の形態に係る空調管理システムの全体構成を示す全体図である。 本発明の実施の形態に係るユーザ端末の内部構成を示したブロック図である。 本発明の実施の形態に係るマスタースケジュールと実行スケジュールとの関係を示す説明図である。 本発明の実施の形態に係るマスタースケジュールの実行スケジュールへの基本的な反映方法を示す説明図である。 本発明の実施の形態に係るマスタースケジュールの実行スケジュールへの反映方法の流れを示すフローチャートである。 本発明の実施の形態に係るマスタースケジュールの実行スケジュールへの反映方法を示す説明図である。 本発明の実施の形態に係るマスタースケジュールの実行スケジュールへの反映方法を示す説明図である。 本発明の実施の形態に係るマスタースケジュールの実行スケジュールへの反映方法を示す説明図である。 本発明の実施の形態に係るマスタースケジュールの実行スケジュールへの反映方法を示す説明図である。 本発明の実施の形態に係るマスタースケジュールの実行スケジュールへの反映方法を示す説明図である。 本発明の実施の形態に係るマスタースケジュールの実行スケジュールへの反映を行う際の画面例を示す模式図である。

以下、本発明の実施の形態について図面を参照して詳細に説明する。

図１は、本発明の実施の形態に係る空調管理システムＳの全体構成を示す全体図である。建物内に、ゾーンごと、或いは、室内ごとにそれぞれ空気調和機１が設置されている。この空気調和機１は、室内機及び室外機から構成され、それぞれがインターフェイス２、空調ゲートウェイ３を介して空調管理装置４に接続されている。

図１においては、空気調和機が３つのグループに分かれて空調管理装置４に接続されている様子が示されている。すなわち、空気調和機１Ａ１，１Ａ２、インターフェイス２Ａ、空調ゲートウェイ３ＡによってＡグループが構成され、空気調和機１Ｂ１，１Ｂ２、インターフェイス２Ｂ、空調ゲートウェイ３ＢによってＢグループが構成され、空気調和機１Ｃ１，１Ｃ２、インターフェイス２Ｃ、空調ゲートウェイ３ＣによってＣグループが構成される。

但し、空調管理装置４に接続されるグループの数は、図１に示す３つに限らずいくつであって良い。また、１つのグループ内において接続される空気調和機１（以下、図１に示される複数の空気調和機を適宜「空気調和機１」と表わす）の数も図１では各グループ内２つずつであるが、いくつ接続されても良い。なお、複数台の室内機が１台の室外機に接続される、いわゆるマルチ型空気調和機では、各室内機がインターフェイス２Ａに接続される。

空調管理装置４は、空調ゲートウェイ３Ａないし３Ｃと通信線で接続され、空調ゲートウェイ３Ａないし３Ｃが管理している各空気調和機１に関する運転情報を取得する。これにより、空調管理装置４に接続される全ての空気調和機１の運転状態を把握することができる。なお、インターフェイス２・・及び空調ゲートウェイ３・・は、通信負荷低減の分散化と信号変換を行うだけのものであり、接続される空気調和機の台数が少なければなくてもよい。

空調管理装置４は、ユーザ端末５と通信ネットワーク６を介して接続されており、ＷＥＢ機能を備え、後述するユーザ端末５の表示手段５ｇに各空気調和機１の運転状態を表示させることができる。すなわち、本発明の実施の形態における空調管理システムは、空気調和機と接続され、空気調和機の運転制御を行う空調管理装置と、空調管理装置に通信ネットワークを介してアクセス可能に接続されるユーザ端末とを備えている。

一方で、空調管理装置４は、ユーザ端末５からの指示に従って、空調管理装置４内に記憶されている後述するマスタースケジュールや実行スケジュールの更新、反映を行うことができるようにされている。

図２は、ユーザ端末５の内部構成を示すブロック図である。ユーザ端末５は、一般的なパーソナルコンピュータが用いられ、ＣＰＵ（Central Processing Unit）５ａと、ＲＯＭ(Read Only Memory)５ｂと、ＲＡＭ（Random Access Memory）５ｃ及び入出力インターフェイス５ｄがバス５ｅを介して接続されている。入出力インターフェイス５ｄには、入力手段５ｆと、表示手段５ｇと、通信制御手段５ｈと、記憶手段５ｉと、リムーバブルディスク５ｊとが接続されている。

ＣＰＵ５ａは、入力手段５ｆからの入力信号に基づいてＲＯＭ５ｂからユーザ端末５を起動するためのブートプログラムを読み出して実行し、記憶手段５ｉに格納されている各種オペレーティングシステムを読み出す。またＣＰＵ５ａは、入力手段５ｆからの入力信号に基づいて、図１に示す空調管理装置４内のマスタースケジュールや実行スケジュールの更新処理の制御を行う。

さらにＣＰＵ５ａは、ＲＡＭ５ｃや記憶手段５ｉ等に記憶されたプログラム及びデータを読み出してＲＡＭ５ｃにロードするとともに、ＲＡＭ５ｃから読み出されたプログラムのコマンドに基づいて、データの計算または加工等、一連の処理を実現する処理装置である。

入力手段５ｆは、ユーザ端末５のユーザが各種の操作を入力するキーボード、ダイヤル等の入力デバイスにより構成されており、ユーザの操作に基づいて入力信号を作成し、この入力信号がバス５ｅを介してＣＰＵ５ａに送信される。表示手段５ｇは、例えば液晶ディスプレイであり、例えばＣＰＵ５ａからバス５ｅを介して出力信号を受信し、ＣＰＵ５ａの処理結果等を表示する手段である。

通信制御手段５ｈは、ＬＡＮカードやモデム等の手段であり、ユーザ端末５をインターネットやＬＡＮ等の通信ネットワーク６に接続することを可能とする手段である。通信制御手段５ｈを介して通信ネットワーク６と送受信したデータは入力信号または出力信号として、入出力インターフェイス５ｄ及びバス５ｅを介してＣＰＵ５ａに送受信される。

記憶手段５ｉは、半導体や磁気ディスクで構成されており、ＣＰＵ５ａで実行されるプログラムやデータが記憶されている。

リムーバブルディスク５ｊは、光ディスクやフレキシブルディスクのことであり、ディスクドライブによって読み書きされた信号は、入出力インターフェイス５ｄ及びバス５ｅを介してＣＰＵ５ａに送受信される。

なお、本発明の実施の形態におけるユーザ端末５では、空調管理装置４にアクセスするためのブラウザプログラムが記憶手段５ｉ、或いはリムーバブルディスク５ｊに格納されている。このブラウザプログラムがＣＰＵ５ａに読み込まれ実行された後、、空調管理装置４にアクセスすることで空調管理装置４からは、保存されているマスタースケジュールや実行スケジュールをハイパーテキスト等で応答することでこれらのスケジュールデータの更新を行うことができることになる。

ここで、「マスタースケジュール」と「実行スケジュール」について説明する。「マスタースケジュール」とは、空調管理装置４に接続される空気調和機１の運転スケジュールのひな形である。マスタースケジュールは空調管理装置４内に単数、或いは、複数記憶されており、ユーザ端末５からユーザによって空気調和機１ごとに適切なマスタースケジュールが割り当てられる。一方、「実行スケジュール」とは、各空気調和機１のそれぞれの実際の運転スケジュールを管理するためのプログラムであり、その空気調和機１に割り当てられたマスタースケジュールを基に作成される。

スケジュールは、具体的には、対象となる空気調和機の動作である、運転、停止、設定温度、冷房／暖房等の運転モード、風向、風量等が時間（２４時間）に対応して設定されたものである。

また、マスタースケジュール、実行スケジュールとも一定の期間で定義される。後述される本発明の実施の形態におけるマスタースケジュールでは一週間の繰返し周期、実行スケジュールでは当日を含む７日分が定義される。

図３は、マスタースケジュールと実行スケジュールとの関係を示す説明図である。空調管理装置４内に記憶されるマスタースケジュールは、単数、複数、いずれであっても良いが、図３では２つのマスタースケジュールが示されている。このうち、マスタースケジュール１は、空気調和機（ここでは以下、「室内機」と表わす）１Ａ１，１Ａ２，１Ｃ１，１Ｃ２に割り当てられており、マスタースケジュール２は室内機１Ｂ１，１Ｂ２に割り当てられている。ユーザは、ユーザ端末５を操作することで各室内機に対して、割り当てられたマスタースケジュールを基に個々に実行スケジュールを作成する。なお、特に割り当てられたマスタースケジュールの内容を更新する必要がない、すなわちそのまま使用する場合には、マスタースケジュールをそのまま実行スケジュールとして使用することももちろん可能である。

また、図３においては、各グループ内において接続される空気調和機１に割り当てられるマスタースケジュールは同一となるように表わされている。例えば、上述したグループＡにおける室内機１Ａ１，１Ａ２にはいずれも「マスタースケジュール１」が割り当てられている。但し、このような割り当てとせずに、個々の空気調和機１の運転予定を勘案して、グループとは関係なく基となるマスタースケジュールを選択し割り当てることも可能である。

図４は、本発明の実施の形態に係るマスタースケジュールの実行スケジュールへの基本的な反映方法を示す説明図である。例えば、図４に示すマスタースケジュールでは、日曜日（Ｓｕｎ）から土曜日（Ｓａｔ）までの一週間分設定され、これが一週間単位で繰り返されるようになっている。このような場合に、当日を含む７日分の実行スケジュールへのマスタースケジュールの反映は、日付が更新される際に行われる。

すなわち、例えば、日付が３月３１日（日曜日）から４月１日（月曜日）に更新される時に、実行スケジュールにマスタースケジュールの内容が反映される。図４に示す３月３１日（日曜日）の時点における実行スケジュールは、左欄から右欄に向けて３月３１日（日曜日）から４月６日（土曜日）までの一週間分のスケジュールが設定されている。これら実行スケジュールは、反映されたマスタースケジュールを基に、その日ごとに適した運転スケジュールとなるようにユーザによって設定されている。ここでは当日使用される実行スケジュールは最左欄に示される。

日付が替わって３月３１日（日曜日）から４月１日（月曜日）になると、これまで最左欄に示されていた３月３１日（日曜日）の実行スケジュールが廃棄、若しくは退避され、新たに４月１日（月曜日）に適用される実行スケジュールが示される。この実行スケジュールは一週間分のスケジュールを示すものであるので、最右欄に新たにマスタースケジュールの内容が反映されて追加される。マスタースケジュールによって反映される内容は、４月７日が日曜日であるので、マスタースケジュールに設定されている日曜日の運転スケジュールである。なお、新たに追加される実行スケジュール以外の既存の実行スケジュールについては、実行スケジュールとして設定されている内容をそのまま引き継ぐ。

このようなマスタースケジュールから実行スケジュールへの反映を日付が更新されるたびに行うことによって、空気調和機１は空調管理装置４によって実行スケジュールに定められた運転スケジュールの通り運転制御される。

次に、マスタースケジュールが更新される場合における、各実行スケジュールへの反映方法の流れについて、図５に示すフローチャート及び図６ないし図１１に示す説明図を用いて説明する。

まず、ユーザによって更新されるマスタースケジュールが選択される（ＳＴ１）。具体的には、ユーザ端末５から通信ネットワーク６を介して空調管理装置４に該当するマスタースケジュールの選択指令が出される。また、ユーザ端末５においてブラウザによって空調管理装置４のマスタースケジュール、実行スケジュールの更新頁が開かれていることがこの操作の前提となる。

選択されたマスタースケジュールが更新されると（ＳＴ２）、更新されたマスタースケジュールが割り当てられた実行スケジュールが選択される（ＳＴ３）。図３に示したマスタースケジュールと実行スケジュールとの関係からすれば、例えば、「マスタースケジュール２」が更新された場合、この更新されたマスタースケジュールを反映させる対象となる室内機１Ｂ１，１Ｂ２の実行スケジュールを選択することになる。

更新後のマスタースケジュールを反映させる対象となる実行スケジュールが選択されると、マスタースケジュールの更新後の内容を即座に対象となる実行スケジュールに反映させるか否かが判断される（ＳＴ４）。このように、本発明の実施の形態においては、既に存在する実行スケジュールに更新後のマスタースケジュールの内容を反映させるか否かを選択することができるようにされている。このような選択の余地を設けることによって、空気調和機１が利用される場所により適した各実行スケジュールの設定が簡便に行うことができるようになる。

また、空調管理装置４には、複数のユーザ端末５・・が接続可能であるため、複数台のユーザ端末５が同時にマスタースケジュールや実行スケジュールを変更しよう可能性がある。そこで１台のユーザ端末５が特定のマスタースケジュールを更新しているときはそのマスタースケジュール及びそのマスタースケジュールが適用されている実行スケジュールを、実行スケジュールを更新しているときは、その実行スケジュールの基となっているマスタースケジュールを他のユーザ端末５からは更新できないように設定されている。このような設定を採用することによって、複数のユーザ端末５から空調管理装置４に対してアクセスがなされ、同じマスタースケジュール、或いは実行スケジュールの更新が行われる際の混乱を防止することができる。

なお、更新できない旨の報知は、例えば、ユーザ端末５の表示手段５ｇに警告表示を行う、或いは、音声によって案内する等、いずれの方法によっても良い。

更新後のマスタースケジュールを即座に実行スケジュールへ反映させない場合（ＳＴ４のＮＯ）は、上述したように日付が替わって新たに実行スケジュールが追加される場合に更新後のマスタースケジュールの内容が追加される実行スケジュールへ反映される（ＳＴ５）。図６はこの場合のマスタースケジュールの実行スケジュールへの反映方法を示す説明図である。

図６では、上述したように、マスタースケジュールの内容は更新されているため、内容を示すセルにはハッチングが付加されている。日付が替わって３月３１日（日曜日）から４月１日（月曜日）になると、これまで最左欄に示されていた３月３１日（日曜日）の実行スケジュールが廃棄、或いは退避され、新たに４月１日（月曜日）に適用される実行スケジュールが示される。それとともに、最右欄に新たにマスタースケジュールの内容が反映される。マスタースケジュールによって反映される内容は、４月７日が日曜日であるので、マスタースケジュールに設定されている更新後の日曜日の運転スケジュールである。そのため、実行スケジュールの４月７日（土曜日）を示すセルにはハッチングが付加されている。

なお、更新前のマスタースケジュールの内容が反映された既存の実行スケジュールの内容は、そのまま維持される。

このように日付が替わるたびに新たな変更後のマスタースケジュールの内容が順次実行スケジュールへ反映されていく。従って、全ての実行スケジュールへ変更後のマスタースケジュールの内容が反映されるまでには一週間掛かることになる。

更新後のマスタースケジュールを即座に実行スケジュールへ反映させる場合には（ＳＴ４のＹＥＳ）、更新後のマスタースケジュールの内容を反映させる実行スケジュールの日が選択される（ＳＴ６）。すなわち、対象となる実行スケジュールに設定されている日の全てに対して更新後のマスタースケジュールの内容を反映させるのか（ＳＴ７）、或いは、実行スケジュールに設定されている特定の日から反映させるのか（ＳＴ８）、ということである。

対象となる実行スケジュールに設定されている全ての日に対して、更新後のマスタースケジュールの内容を反映させる場合には（ＳＴ７）、それら全日を選択した後、マスタースケジュールの実行スケジュールへの反映処理を行う（ＳＴ９）。図７及び図８は、この場合のマスタースケジュールの実行スケジュールへの反映方法を示す説明図である。

図７は即座に全日に対して変更後のマスタースケジュールの内容を反映させた場合であり、更新前のマスタースケジュールが左側に、更新後のマスタースケジュールが右側に示されている。また、変更後のマスタースケジュールについては、各曜日のスケジュールの内容を表わすセルにハッチングが付加されている。

変更後のマスタースケジュールを示す図の下には、マスタースケジュールの曜日に対応する実行スケジュールの全ての曜日に向けて下向きの矢印が示されている。これは、対象となる実行スケジュールの全ての日に対して、変更後のマスタースケジュールの内容が反映されていることを表わしている。

この場合には、日付が替わったか否かは問題とされない。図８に示すように、更新後のマスタースケジュールの内容が実行スケジュールの全ての日に対して反映されるので、３月３１日（日曜日）における実行スケジュールにも、日付が替わって４月１日（月曜日）となっても実行スケジュールに対して更新後のマスタースケジュールの内容が反映されていることには変わりない。そのため、いずれの日付における実行スケジュールの運転スケジュールを示すセルにもハッチングが付加されている。

そして、３月３１日（日曜日）から４月１日（月曜日）になると、上述したようにこれまで最左欄に示されていた３月３１日（日曜日）の実行スケジュールが廃棄、或いは退避され、新たに４月１日（月曜日）に適用される実行スケジュールが示される。それとともに、最右欄に新たにマスタースケジュールの内容が反映されることになる。

次に、更新後のマスタースケジュールの内容を実行スケジュールに設定されている特定の日から反映させる場合（ＳＴ８）、いずれの日から反映させるのかが選択される。反映される日が選択された後、マスタースケジュールの実行スケジュールへの反映処理を行う（ＳＴ９）。図９及び図１０は、この場合のマスタースケジュールの実行スケジュールへの反映方法を示す説明図である。

図９の左側に示される更新前のマスタースケジュールを更新することによって、右側に示す更新後のマスタースケジュールとなる。更新後の内容を示すので、これまで通り更新後のマスタースケジュールの内容を示すセルにはハッチングが付加されて示されている。

ここでは、更新後のマスタースケジュールの内容を４月４日（木曜日）から反映させることとしている。そのため、図９に示す実行スケジュールへは、更新後のマスタースケジュールの木曜日の分から反映させることを示す下向きの矢印が示されている。

従って、図１０に示すように、３月３１日（日曜日）の実行スケジュールには４月４日（木曜日）分から更新後のマスタースケジュールの内容が反映されていることが示されている。日付が替わって４月１日（月曜日）になると、変更後のマスタースケジュールの内容が実行スケジュールへ反映されることになるので、日曜日の運転スケジュールが４月７日（日曜日）の実行スケジュールとして反映される。

図１１は、ユーザが閲覧しているユーザ端末５の表示手段５ｇの画面の一例を示す模式図である。この画面例は、空調管理装置４からユーザ端末５へと送信されてきた「実行スケジュールへの適用条件選択」を示す画面であり、図５のフローチャートに示すステップ４ないしステップ９における処理を行うための画面である。ここで「Ｕｎｉｔ」と表わされているのは、図１に示す空気調和機１のことである。

図１１の画面例では、例えば、「マスタスケジュール２」を変更操作した場合を表している。このため、「Ｕｎｉｔ」の欄に２つのユニットである室内機１Ｂ１，１Ｂ２が示されている。また、この「Ｕｎｉｔ」の左側の欄には、「Ｍａｓｔｅｒ Ｓｃｈｅｄｕｌｅ」と示される欄があり、マスタースケジュールをいつから実行スケジュールへと反映させるかを選択できるようになっている。

図１１の「室内機１Ｂ２」に関する「Ｍａｓｔｅｒ Ｓｃｈｅｄｕｌｅ」の欄を見ると、ドロップダウンボックス内に隠されていた内容が示されている。このボックス内の内容を図６ないし図１０に示した説明図と併せて見ると、例えば、最上部には「反映しない（４／７以降）」と示されている。これは、図６を用いて説明したように、更新後のマスタースケジュールの内容は即座に実行スケジュールへは反映されず、日付が替わって新たな実行スケジュールが設定されるに従って更新後のマスタースケジュールの内容が反映される場合である（図５のＳＴ４のＮＯ及びＳＴ５参照）。

一方、ドロップダウンボックスの最下部には、「全日に反映」とある。これは、図７、図８を用いて説明したように、更新後のマスタースケジュールの内容が即座に実行スケジュールの全ての日に反映される設定である（図５のＳＴ６のＹＥＳ及びＳＴ７参照）。これら最上部、及び最下部に挟まれた部分には、当日から７日間の間の具体的な日付が示されている。

従って、いずれかの日付を選択することによって、その日付から更新後のマスタースケジュールの内容が実行スケジュールへと反映されることになる。例えば、「４／４から反映」を選択することで、図９及び図１０を示して説明したように、実行スケジュールへは、４月３日（水曜日）までは更新前のマスタースケジュールの内容が反映、維持され、４月４日（木曜日）以降は更新後のマスタースケジュールの内容が反映されることになる。

ユーザは、表示されている全ての「Ｕｎｉｔ」のドロップダウンボックスの選定を完了し、画面下部にある「ＯＫ」を操作すれば、ユーザ端末５から空調管理装置４へと選択内容が送信される。空調管理装置４は、送られてきた選択結果に基づき各室内機の実行スケジュールに対して更新されたマスタースケジュールの反映を行う。

以上のとおり、複数の空気調和機と接続され、空気調和機の運転制御を行う空調管理装置において、その空調管理装置には、空気調和機の複数に対して適用されるマスタースケジュールと、空気調和機の各々に対して適用される実行スケジュールとが備えられるとともに、マスタースケジュールが更新された場合に、更新後のマスタースケジュールの設定を既存の実行スケジュールに反映させる時期を選択することができるようになっている。また、更新後のマスタースケジュールの設定を既存の実行スケジュールに反映させる場合に、更新後のマスタースケジュールの設定を任意の日付から実行スケジュールに反映させることができる。

なお、図１１に示す画面例はあくまでも一例に過ぎず、画面に表示する内容やレイアウト等については、任意に設定することが可能であることは言うまでもない。また、本発明の実施の形態では、更新後のマスタースケジュールの設定を当日後含め１週間の期間の範囲内の任意の日付から実行スケジュールに反映させることができるようにしたが、カレンダ機能を搭載して当日以降の全く任意の日から更新後のマスタースケジュールの設定を実行スケジュールに反映させるようにしてもよい。さらには、更新後のマスタースケジュールの設定を実行スケジュールに反映させる更新する日付け及び時刻を指定できるようにしても良い。

上述したように、更新後のマスタースケジュールの内容が実行スケジュールへ反映されると、次に選択された全ての実行スケジュール、すなわち、そのマスタースケジュールを使用している実行スケジュールのすべてへの反映が終了したか否かが問われる（ＳＴ１０）。例えば、全ての「Ｕｎｉｔ」のドロップダウンボックスの選定を完了せずに「ＯＫ」を操作した場合のように選定が終了していない場合には、改めて反映の対象となる実行スケジュールを選択するステップ（ＳＴ３）に戻り、空調管理装置４は再びユーザ端末５の表示手段５ｇに図１１に示される画面を表示させる。上述した流れで実行スケジュールに更新後のマスタースケジュールの内容を反映させる処理が行われる。

全ての実行スケジュールへの反映が終了した場合には（ＳＴ１０のＹＥＳ）、さらに全てのマスタースケジュールについて、それぞれのマスタースケジュールが割り当てられた実行スケジュールへの反映が終了したか否かが判断される（ＳＴ１１）。終了していなければ（ＳＴ１１のＮＯ）、改めて反映の対象となるマスタースケジュールを選択するステップ（ＳＴ１）に戻り、上述した流れで実行スケジュールに更新後のマスタースケジュールの内容を反映させる処理が行われる。更新されたマスタースケジュールの全てについて各々実行スケジュールへの反映が終了した場合は、マスタースケジュールの更新及び更新後のマスタースケジュールの内容の実行スケジュールへの反映処理は終了する。

すなわち、本発明の実施の形態における空気調和機の運転スケジュールの設定方法は、空調管理装置に接続された複数の空気調和機に対して適用されるマスタースケジュールを更新するステップと、更新されたマスタースケジュールを反映させる空気調和機の運転制御を行う実行スケジュールを選択するステップと、選択された実行スケジュールに更新されたマスタースケジュールを反映させる場合に、実行スケジュールに反映させる日を選択して更新されたマスタースケジュールを反映させるステップとを備えている。

以上説明したように、マスタースケジュールを更新した場合に、空気調和機の接続台数が多くとも簡単にそれぞれの運転状況に合わせた実行スケジュールへの反映を行うことができる空調管理装置、空調管理システム及び空気調和機の運転スケジュールの設定方法を提供することができる。

なお、この発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。例えば、これまでは空調管理装置に記憶されているマスタースケジュールの更新や実行スケジュールへの反映については、ユーザ端末を介して行うように説明をしたが、ユーザ端末を利用せず空調管理装置そのものに入力手段と表示手段を設け、そこから更新、反映操作を行っても良い。

また、上記実施の形態に開示されている複数の構成要素を適宜組み合わせることにより種々の発明を形成できる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施の形態に亘る構成要素を適宜組み合わせてもよい。

１…空気調和機、２…インターフェイス、３…空調ゲートウェイ、４…空調管理装置、５…ユーザ端末、６…通信ネットワーク、Ｓ…空調管理システム

Claims (3)

1. 複数の空気調和機と接続され、前記空気調和機の運転制御を行う空調管理装置において、
   前記空調管理装置には、前記空気調和機の複数に対して適用されるマスタースケジュールと、前記空気調和機の各々に対して適用される実行スケジュールとが備えられるとともに、前記マスタースケジュールが更新された場合に、更新後のマスタースケジュールの設定を既存の前記実行スケジュールに反映させる時期を選択することができ、かつ前記更新後のマスタースケジュールの設定を任意の日付から前記実行スケジュールに反映させることができることを特徴とする空調管理装置。
2. 空気調和機と、
   前記空気調和機と接続され、前記空気調和機の運転制御を行う請求項１に記載の空調管理装置と、
   前記空調管理装置に通信ネットワークを介してアクセス可能に接続されるユーザ端末と、
   を備えていることを特徴とする空調管理システム。
3. 空調管理装置に接続された複数の空気調和機に対して適用されるマスタースケジュールを更新するステップと、
   前記更新されたマスタースケジュールを反映させる前記空気調和機の運転制御を行う実行スケジュールを選択するステップと、
   前記選択された実行スケジュールに前記更新されたマスタースケジュールを反映させる場合に、前記実行スケジュールに反映させる日を選択して前記更新されたマスタースケジュールを反映させるステップと、
   を備えることを特徴とする空気調和機の運転スケジュールの設定方法。

Images