JP4274163B2 - 空調制御システム - Google Patents

Description

本発明は、空調制御システム、特に、制御プログラムに従って空調装置の制御を行う空調制御システムに関する。

一般に、空調制御システムとして、制御プログラムに従って空調装置の制御が行われるものが知られている。

このような空調制御システムでは、例えば、以下に示す特許文献１に記載されているように、制御プログラムについて、省エネ効率の改良、利便性の向上および故障発生の低減化等の開発が行われた場合において、制御装置に格納されている制御プログラムをバージョンアップさせることがある。

この特許文献１に記載の空調制御システムでは、室内機に設けられた制御装置が、ネットワークを介して外部端末と接続されており、新しい制御プログラムをダウンロードすることができる構成になっている。さらに、この空調制御システムでは、新しい制御プログラムのダウンロードを、室内機のリモコン操作によって実行させることができ、ダウンロードを行う際の操作性を向上させている。
特開２００１−２２５３１５号公報

ところが、特許文献１に示された空調制御システムでは、ダウンロードされた新たな制御プログラムについてインストールを行うタイミングに関しては、何ら示されていない。このため、新たな制御プログラムを適用する具体的なタイミングは不明である。

このため、適当なタイミングでインストールを行っていると、仮に、タイミングが悪い場合には、空調制御システムの動作不良を引き起こしたり、空調能力が一時的に減少してしまうおそれがある。また、ユーザが希望するタイミングでインストールを行うためには、サービスエンジニアがユーザの希望時刻を聞き入れる等の人為的な情報交換が必要になり、自動的なバージョンアップを行うことはできない。

本発明は上述した点に鑑みてなされたものであり、本発明の課題は、空調装置が停止することによってユーザに与える不快感を抑えつつ、自動的に空調制御システムのバージョンアップを行うことが可能な空調制御システムを提供することにある。

第１発明に係る空調制御システムは、制御プログラムを実行することで空調装置の空調制御を行う空調制御システムであって、第１記憶部と、第２記憶部と、利用情報記憶部と、バージョンアップ部とを備えている。第１記憶部は、制御プログラムである第１制御プログラムを格納している。第２記憶部は、第１制御プログラムに関連している第２制御プログラムを格納している。利用情報記憶部は、空調装置について過去にバージョンアップが行われた時間帯の履歴データを格納する。バージョンアップ部は、利用情報記憶部に格納されている履歴データに基づいたタイミングで第１制御プログラムに対する第２制御プログラムの反映を許容する。また、バージョンアップ部は、単に反映を許容するだけでなく、自ら反映を行うようにしてもよい。ここでの反映には、プログラム全体を書き換える処理だけでなく、プログラムの部分的な書き換え処理等も含まれる。

空調制御システムの制御プログラムをバージョンアップさせる場合には、一般に、空調を一旦停止させる必要がある。そして、従来の空調制御システム自体では、バージョンアップを行うタイミングが特に意識されていないため、ユーザから希望時刻を聞いたサービスエンジニア等が直接操作する等により、ユーザが希望するタイミングでのバージョンアップを行っている。このため、ユーザの望むタイミングでのバージョンアップを自動化することが困難である。

これに対して、第１発明の空調制御システムでは、バージョンアップ部は、利用情報記憶部に格納されているデータによって空調装置が利用されていない時間帯や空調装置の利用頻度が低い時間帯等を予測することができる。このため、ユーザが空調を必要としていない時間帯を予測することができる。そして、バージョンアップ部は、予測されたタイミングにおいて第１制御プログラムに対する第２制御プログラムの反映を許容する。このため、ユーザが空調を必要としていない時間帯に、空調装置が停止されている状態でバージョンアップを行うことが可能になる。

これにより、空調装置が停止することによってユーザに与える不快感を抑えつつ、自動的に空調制御システムのバージョンアップを行うことが可能になる。

そして、利用情報記憶部は、空調装置の過去にバージョンアップが行われた時間帯の履歴データを格納している。このため、バージョンアップ部は、この過去のデータに基づいてユーザが空調装置を利用していない時間帯や、利用頻度が低い時間帯をより正確に予測することが可能になる。

第２発明に係る空調制御システムは、制御プログラムを実行することで空調装置の空調制御を行う空調制御システムであって、第１記憶部と、第２記憶部と、人検知部と、バージョンアップ部とを備えている。第１記憶部は、制御プログラムである第１制御プログラムを格納している。第２記憶部は、第１制御プログラムに関連している第２制御プログラムを格納している。人検知部は、空調装置の空調エリアに人が存在するか否かを検知する。バージョンアップ部は、人検知部による検知結果に基づいて人が不在であると判断した場合に、第１制御プログラムに対する第２制御プログラムの反映を許容する。また、バージョンアップ部は、単に反映を許容するだけでなく、自ら反映を行うようにしてもよい。ここでの反映には、プログラム全体を書き換える処理だけでなく、プログラムの部分的な書き換え処理等も含まれる。

空調制御システムの制御プログラムをバージョンアップさせる場合には、一般に、空調を一旦停止させる必要がある。そして、従来の空調制御システム自体では、バージョンアップを行うタイミングが特に意識されていないため、ユーザから希望時刻を聞いたサービスエンジニア等が直接操作する等により、ユーザが希望するタイミングでのバージョンアップを行っている。このため、ユーザの望むタイミングでのバージョンアップを自動化することが困難である。

これに対して、第２発明の空調制御システムでは、バージョンアップ部は、空調装置の空調エリアに人が存在するか否かを検知する人検知部からのデータによって、空調エリアに人が存在しない時間帯や人が少ない時間帯等を把握することができる。これにより、バージョンアップ部は、ユーザが空調を必要としていない時間帯を予測することができる。そして、バージョンアップ部は、予測されたタイミングにおいて第１制御プログラムに対する第２制御プログラムの反映を許容する。このため、ユーザが空調を必要としていない時間帯に、空調装置が停止されている状態でバージョンアップを行うことが可能になる。

これにより、空調装置が停止することによってユーザに与える不快感を抑えつつ、自動的に空調制御システムのバージョンアップを行うことが可能になる。

第３発明に係る空調制御システムは、第２発明の空調制御システムであって、人検知部は、空調エリアの入口および出口において人の移動に関する検知を行う入退場検知手段を有している。ここでの入退場検知手段としては、例えば、ユーザに入場口でカードを利用させたり、入口・出口に人の通過を検知するセンサを設ける等が含まれる。

ここでは、空調エリアの入口および出口において人の移動に関する検知を行う入退場検知手段を設けるだけで、バージョンアップ部は、空調エリア内の人の在不在を簡単に把握することが可能になる。

第４発明に係る空調制御システムは、第２発明の空調制御システムであって、人検知部は、複数の発信機と、空調エリア内に存在する発信機との間で無線通信を行う受信機と、を有している。

ここでは、例えば、発信機を空調エリアに滞在するユーザに保持させて、受信機を室内機や照明器具等の空調エリアの一部に設置することで、空調エリア内のユーザの在不在を把握することができる。

そして、発信機と受信機による通信は、無線通信によって行われる。

これにより、空調エリア内のユーザの在不在をよりリアルタイムで把握することが可能になる。

なお、ここでは、例えば、ユーザ全員に対して発信機を保持させることで、空調エリア内に存在するユーザの人数を把握することも可能になる。そして、例えば、所定人数以下の場合にバージョンアップを行う等の判断を行うことが可能になる。

第５発明に係る空調制御システムは、第２発明の空調制御システムであって、人検知部は、空調エリアの人をモニタするカメラを有している。

ここでは、例えば、人をモニタするカメラから得られる画像データを処理することによって、空調エリアに人が存在しているか否かをより確実に把握することが可能になる。

第６発明に係る空調制御システムは、設定された空調環境を実現するように制御プログラムに従って空調装置の制御を行う空調制御システムであって、第１記憶部と、第２記憶部と、出力検知部と、バージョンアップ部と、制御部と、を備えている。第１記憶部は、制御プログラムである第１制御プログラムを格納している。第２記憶部は、第１制御プログラムに関連している第２制御プログラムを格納している。出力検知部は、空調装置の出力を検知する。バージョンアップ部は、出力検知部による検知結果に基づいて出力が所定値以下であると判断した場合に、第１制御プログラムに対する第２制御プログラムの反映を許容する。また、バージョンアップ部は、単に反映を許容するだけでなく、自ら反映を行うようにしてもよい。ここでの反映には、プログラム全体を書き換える処理だけでなく、プログラムの部分的な書き換え処理等も含まれる。制御部は、第２プログラムを反映させるのに要する所要時間と、出力検知部で検知された出力と、に基づいてバージョンアップ部が第２プログラムを反映させる前に検知された出力と比較して出力を一時的に上げる制御を行う。ここでの出力を上げる制御では、バージョンアップ部が第２制御プログラムを反映させる前に検知された空調装置の出力と比較してより高い出力となるように制御を行う。なお、ここでの所要時間は、制御部が自ら求めるようにしてもよい。

空調制御システムの制御プログラムをバージョンアップさせる場合には、一般に、空調を一旦停止させる必要がある。そして、従来の空調制御システム自体では、バージョンアップを行うタイミングが特に意識されていないため、ユーザから希望時刻を聞いたサービスエンジニア等が直接操作する等により、ユーザが希望するタイミングでのバージョンアップを行っている。このため、ユーザの望むタイミングでのバージョンアップを自動化することが困難である。

これに対して、第６発明の空調制御システムでは、バージョンアップ部は、空調装置の出力を検知する出力検知部からのデータによって、空調装置の出力が無い時間帯や出力が低い時間帯を把握することができる。これにより、バージョンアップ部は、ユーザが空調を必要としていない時間帯を予測することができる。そして、バージョンアップ部は、予測されたタイミングにおいて第１制御プログラムに対する第２制御プログラムの反映を許容する。このため、ユーザが空調を必要としていない時間帯に、空調装置が停止されている状態でバージョンアップを行うことが可能になる。

これにより、空調装置が停止することによってユーザに与える不快感を効果的に抑えつつ、自動的に空調制御システムのバージョンアップを行うことが可能になる。

さらに、空調制御システムのバージョンアップを行う前に、空調装置の出力を一時的に上げる制御を行うことで、空調エリアの環境を設定値を越えた状況となるように空調しておく。

これにより、バージョンアップを行っている間に空調装置の運転が停止されていても、その間におけるユーザの不快感を抑えることが可能になる。

第７発明に係る空調制御システムでは、第６発明の空調制御システムであって、出力検知部は、空調環境の設定値と実測値との隔たり度合い、不快指数、ＰＭＶ値およびＳＥＴ値との少なくともいずれか１つに基づいて空調出力を検知する。ここで、ＰＭＶ値とは、予測平均投票数（Predicted Mean Vote）のことであり、湿度、温度、気流、輻射、着衣量、活動量の６要素により、人がどのように感じるかを表す温冷感指標である。また、ＳＥＴ値とは、標準新有効温度（Standard Effective Temperature）のことであり、ＡＳＨＲＡＥによって室内の快適温熱環境設定の基準として採用されている値である。

ここでは、出力検知部は、空調装置による出力を、空調環境の設定値と実測値との隔たり度合い、不快指数、ＰＭＶ値およびＳＥＴ値との少なくともいずれか１つに基づいて空調出力を検知する。

これにより、空調出力の値をより適格に定量化することが可能になる。

第１発明に係る空調制御システムでは、空調装置が停止することによってユーザに与える不快感を抑えつつ、自動的に空調制御システムのバージョンアップを行うことが可能になり、ユーザが空調装置を利用していない時間帯や、利用頻度が低い時間帯をより正確に予測することが可能になる。

第２発明に係る空調制御システムでは、空調装置が停止することによってユーザに与える不快感を抑えつつ、自動的に空調制御システムのバージョンアップを行うことが可能になる。

第３発明に係る空調制御システムでは、空調エリア内の人の在不在を簡単に把握することが可能になる。

第４発明に係る空調制御システムでは、空調エリア内のユーザの在不在をよりリアルタイムで把握することが可能になる。

第５発明に係る空調制御システムでは、空調エリアに人が存在しているか否かをより確実に把握することが可能になる。

第６発明に係る空調制御システムでは、空調装置が停止することによってユーザに与える不快感を効果的に抑えつつ、自動的に空調制御システムのバージョンアップを行うことが可能になり、バージョンアップを行っている間に空調装置の運転が停止されていても、その間におけるユーザの不快感を抑えることが可能になる。

第７発明に係る空調制御システムでは、空調出力の値をより適格に定量化することが可能になる。

＜発明の概略＞
本発明は、空調制御において用いられている制御プログラムをバージョンアップさせる空調制御システムを提供する。この空調制御システムでは、例えば、空調の利用時間帯状況の検知、空調エリアにおけるユーザの在不在の検知、もしくは、空調装置の出力の検知を行う手段を採用している。これにより、ユーザが空調を必要としない時間帯に制御プログラムのバージョンアップを行うことで、ユーザに不快感を与えないようにしつつバージョンアップを自動的に行うことができる点に特徴がある。

以下、空調の利用時間帯状況の検知を行う場合について本発明の一実施形態が採用された空調制御システムについて、具体的に説明する。また、空調エリアにおけるユーザの在不在の検知を行う場合については他の実施形態（Ａ）において、空調装置の出力の検知を行う場合については他の実施形態（Ｂ）において、それぞれ後述する。

＜空調制御システム１００全体の概略構成＞
図１に、空調制御システム１００の概略構成図を、図２に、空調制御システム１００のブロック構成図を、それぞれ示す。この空調制御システム１００は、空調エリアを制御プログラムに従って空調するシステムであって、主として、空調装置１と、空調装置１に対してネットワーク９０を介して接続されているプログラム配信センタ８０等を備えている。以下、図１および図２を参照しながら、空調制御システム１００について説明する。

空調装置１は、複数の室内機２と室外機３とがペアとなって制御プログラムに従った空調を行う装置である。この室内機２は、主として、通信部１０、フラッシュメモリ２０、ＣＰＵ３０、ＲＡＭ４０、バッファメモリ５０等を有している。

通信部１０は、インターネット等のネットワーク９０を介して、プログラム配信センタ８０の通信部８５との間で通信を行う。このプログラム配信センタ８０との通信によって、空調装置１は、新しい更新制御プログラムＰ２をダウンロードを行う。

フラッシュメモリ２０は、初期制御プログラムＰ１を予め格納している。この初期制御プログラムＰ１は、空調制御を行う際に読み出されることで実行される制御プログラムである。そして、更新制御プログラムＰ２がダウンロードされ、制御プログラムのバージョンアップを行う場合に、初期制御プログラムＰ１が更新制御プログラムＰ２に書き換えられる。また、フラッシュメモリ２０には、この他にバージョンアップ所要時間データＤＴ、空調不使用履歴データＤ１およびバージョンアップ履歴データＤ２が格納される。バージョンアップ所要時間データＤＴは、ダウンロードに要する時間や更新制御プログラムＰ２のインストールに要する時間等に関するデータである。空調不使用履歴データＤ１は、空調装置１のＯＦＦ時刻からＯＮ時刻までの間の時間帯であり、空調装置１が使用されていない時間帯についての日々の履歴データである。バージョンアップ履歴データＤ２は、ダウンロードされた更新制御プログラムＰ２について、過去にインストールが行われていた場合に格納されるデータであって、過去のインストールを行った時刻についてのデータである。

ＣＰＵ３０は、空調装置１の様々な制御、および、制御プログラムのインストール等を行う。このＣＰＵ３０は、フラッシュメモリ２０に格納されている制御プログラム（初期制御プログラムＰ１もしくは更新制御プログラムＰ２）をＲＡＭ４０に読み出して実行する。また、ＣＰＵ３０は、ネットワーク９０の通信速度状況や制御装置５における処理速度状況に基づいてバージョンアップ所要時間データＤＴの算出を行って、フラッシュメモリ２０に格納する。さらに、ＣＰＵ３０は、空調装置１のＯＦＦ時刻からＯＮ時刻までの間の時間帯についての日々のデータを空調不使用履歴データＤ１としてフラッシュメモリ２０に格納する。また、ＣＰＵ３０は、制御プログラムのインストールを行った場合に、その月、曜日および日時のデータとしてのバージョンアップ履歴データＤ２を格納する。具体的には、ここでの空調不使用履歴データＤ１や、バージョンアップ履歴データＤ２等の時間帯としては、例えば、夜間、休日等、ユーザが空調エリアに存在していないことにより空調装置１が運転していない時間帯等が記録されていくことになる。

バッファメモリ５０は、プログラム配信センタ８０と通信部１０とのネットワーク９０を介した通信によって更新制御プログラムＰ２がダウンロードされる更新制御プログラムＰ２を一時的に保存するためのメモリである。また、このバッファメモリ５０は、ダウンロードの最中に、ネットワーク９０のトラフィック状況に応じて通信速度が変化する場合や、制御装置５においてバージョンアップを行う際の処理速度が変化する場合であっても、確実に更新制御プログラムＰ２のダウンロードを完了することができるようになっている。例えば、ＣＰＵ３０が、更新制御プログラムＰ２のダウンロードと同時にインストールを行う場合には、ネットワーク９０の通信速度が変化したり、制御装置５の処理速度が変化する場合であっても、更新制御プログラムＰ２がバッファメモリ５０に一時的に保存されることで処理速度の差が補われて緩衝されるため、バージョンアップを確実に完了することができる。

プログラム配信センタ８０は、上述したように、ネットワーク９０を介して、空調装置１と接続されている。このプログラム配信センタ８０には、更新制御プログラムＰ２を空調装置１に送信するための通信部８５が設けられている。そして、この通信部８５には、更新制御プログラムＰ２が格納されるセンタメモリ８１が接続されている。このセンタメモリ８１には、上述した更新制御プログラムＰ２が、プログラム配信センタ８０において作成されることで直接格納されたり、外部記録媒体等を介して格納される。ここでの更新制御プログラムＰ２としては、例えば、初期制御プログラムＰ１による空調制御において不具合が生じた場合に、その不具合が修正された内容の制御プログラム等がある。また、更新制御プログラムＰ２としては、この他にも、初期制御プログラムＰ１では不可能であった空調制御に関する各種機能が追加された制御プログラムや、利便性を向上させた制御プログラムや、故障の発生を回避させるための制御プログラムや、初期制御プログラムＰ１による空調制御よりも省エネ効率が向上する制御プログラム等がある。このような更新制御プログラムＰ２は、ネットワーク９０を介して制御装置５にダウンロードされるため、プログラム配信センタ８０に滞在しているサービスエンジニアは、空調装置１が設置されている現地まで出向く必要がなく、更新制御プログラムＰ２が作成された際に、空調装置１の空調制御に早期に反映させることができる。

＜制御プログラムのバージョンアップ＞
以下、制御装置５の初期制御プログラムＰ１を更新制御プログラムＰ２にバージョンアップさせる際の、プログラム配信センタ８０および空調装置１の動作について説明する。

（バージョンアップの概略）
制御プログラムのバージョンアップは、主として２段階で行われる。

まず、第１に、制御装置５の通信部１０がネットワーク９０を介してプログラム配信センタ８０から更新制御プログラムＰ２をダウンロードする。このようにしてダウンロードされた更新制御プログラムＰ２は、ＣＰＵ３０によってインストールが許可される時まで、バッファメモリ５０に一旦保存される。そして、ＣＰＵ３０が、フラッシュメモリ２０に格納されている空調不使用履歴データＤ１、バージョンアップ履歴データＤ２およびバージョンアップ所要時間データＤＴに基づいて更新制御プログラムＰ２をインストールするタイミングを特定する。

そして、第２に、ＣＰＵ３０は、インストールが可能であると判断した時間帯になると、バッファメモリ５０に一時的に保存されている更新制御プログラムＰ２のインストールを許可して、初期制御プログラムＰ１を更新制御プログラムＰ２にバージョンアップする。なお、ＣＰＵ３０は、インストールが可能であると判断した時間帯において空調装置１が運転中であった場合には、空調装置１の運転を一時的に停止させた後、インストールの許可および更新制御プログラムＰ２へのバージョンアップを行う。その後、空調装置１の起動を再開させて、更新制御プログラムＰ２による空調制御を行う。

以下、各段階について、さらに詳細に説明する。

（ダウンロード段階）
ダウンロードされる更新制御プログラムＰ２は、ネットワーク９０のトラフィック状況に応じた通信速度の変化に対応するために、制御装置５においてインストールを行う前に、バッファメモリ５０に一時的に保存される。これにより、ネットワーク９０の通信速度が変化する場合であっても、更新制御プログラムＰ２のダウンロードを確実に完了させることができる。

（インストール段階）
ＣＰＵ３０は、空調不使用履歴データＤ１に基づいて空調装置１が停止されていることが多い時間帯を特定し、バージョンアップ履歴データＤ２に基づいて過去にインストールを実行した時間帯を特定する。そして、バージョンアップ所要時間データＤＴに基づいて、ある程度の所要時間を要するインストールの処理を上記特定された時間帯において完了させることができるか否かを判断する。ここで、ＣＰＵ３０が、インストールの処理を完了させることができると判断した場合に、上記特定された時間帯をインストールを行うタイミングとする。

また、インストールを行うタイミングの開始時点において、更新制御プログラムＰ２がダウンロード中である場合がある。このような場合には、更新制御プログラムＰ２をバッファメモリ５０に一時的に保存させておきながら、同時にインストールを行う。このため、ネットワーク９０の通信速度の変化や、制御装置５の処理速度の変化が生じる場合であっても、バッファメモリ５０においてそれぞれの速度の差が補われて緩衝されるため、ダウンロードの終了を待つまでもなく、インストールを早めに完了させることができる。すなわち、更新制御プログラムＰ２が完全にバッファメモリ５０に保存された後にインストールが可能とされるタイミングを待つのではなく、更新制御プログラムＰ２のダウンロード中にインストール可能なタイミングが訪れた場合に迅速に制御装置５に更新制御プログラムＰ２を反映させることができる。

＜本実施形態における空調制御システム１００の特徴＞
従来の空調制御システムでは、空調制御システムの制御プログラムをバージョンアップさせる場合には、一般に、空調を一旦停止させる必要がある。そして、従来の空調制御システム自体では、バージョンアップを行うタイミングが特に意識されていないため、ユーザから希望時刻を聞いたサービスエンジニア等が直接操作する等により、ユーザが希望するタイミングでのバージョンアップを行っている。このため、ユーザの望むタイミングでのバージョンアップを自動的に行うことが困難である。

これに対して本実施形態における空調制御システム１００では、ＣＰＵ３０は、フラッシュメモリ２０に格納されている空調不使用履歴データＤ１やバージョンアップ履歴データＤ２によって空調装置１が利用されていない時間帯や空調装置１の利用頻度が低い時間帯等、すなわち、ユーザが空調を必要としていない時間帯を特定する。そして、ＣＰＵ３０は、特定されたタイミングにおいて初期制御プログラムＰ１から更新制御プログラムＰ２にバージョンアップを行う。このため、ユーザが空調を必要としていないと予測される時間帯、例えば、夜間や休日等に、空調装置１が停止されている状態でバージョンアップを完了させることができる。

これにより、空調装置１を停止状態にすることによりユーザに与える不快感をできるだけ抑えつつ、空調制御システム１００の制御プログラムのバージョンアップを自動的に行うことができる。

＜他の実施形態＞
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、発明の要旨を逸脱しない範囲で種々の変更が可能である。

（Ａ）
上記実施形態における空調制御システム１００では、更新制御プログラムＰ２のインストールを行うタイミングを、空調不使用履歴データＤ１やバージョンアップ履歴データＤ２等に基づいて予測する場合について例に挙げて説明した。

しかし、本発明において更新制御プログラムＰ２のインストールを行うタイミングの特定は、これに限られるものではない。

例えば、図３の概略構成図、および、図４のブロック構成図に示すような、空調エリアにおけるユーザの在不在の検知が可能な空調制御システム２００であってもよい。以下、上記実施形態で説明した空調制御システム１００との相違点を主に説明する。

この空調制御システム２００では、空調不使用履歴データＤ１やバージョンアップ履歴データＤ２等のデータを有していない代わりに、空調エリア内のユーザの在不在を検知する人検知カメラ２１０が設けられている。

この人検知カメラ２１０は、空調エリアの天井面の適当な位置に設けられてネットワーク９０に接続されるものと、空調装置１の室内機２に内蔵されるものと、空調エリアの照明器具に取り付けられてネットワーク９０に接続されているものとがある。

そして、人検知カメラ２１０による検知内容に基づいてＣＰＵ３０が、空調エリア内のユーザが不在であると判断したタイミングで、バッファメモリ５０に保存されてる更新制御プログラムＰ２をインストールする。ここでのＣＰＵ３０は、所定時間以上の間、人検知カメラ２１０から人の検知に関するデータを受付けなかった場合に、インストールを実行するように判断する。

この他の実施形態（Ａ）の空調制御システム２００では、ＣＰＵ３０が、空調装置１の空調エリアに人が存在するか否かを検知する人検知カメラ２１０から得られるデータによって、空調エリアに人が存在しない時間帯を把握する。これにより、ＣＰＵ３０は、ユーザが空調を必要としていない時間帯を予測でき、予測されたタイミングにおいて初期制御プログラムＰ１を更新制御プログラムＰ２にバージョンアップさせる。このため、ユーザが空調を必要としていない時間帯に、空調装置１が停止されている状態でバージョンアップを行うことができる。

これにより、空調装置１を停止状態にすることによりユーザに与える不快感をできるだけ抑えつつ、空調制御システム２００の制御プログラムのバージョンアップを自動的に行うことができる。

なお、この空調制御システム２００では、人の在不在の検知のために人検知カメラ２１０を用いている。しかし、人の在不在の検知手段はこれに限定されるものではなく、以下のような手段による検知であってもよい。

例えば、空調エリアに入口と出口とが設けられている場合には、ユーザが所持させているカードや赤外線センサ等を用いて入退室管理を行い、これにより得られるデータに基づいて空調エリア内のユーザの在不在を検知するようにしてもよい。

また、室内機２や照明機器その他の場所において電子タグリーダを設置し、ユーザに電子タグを所持させ、電子タグリーダが電子タグと定期的に通信を行うことにより、空調エリア内のユーザの在不在を検知するようにしてもよい。

さらに、室内機２や照明機器その他の場所において無線ＬＡＮのアクセスポイントを設置し、ユーザに無線ＬＡＮ携帯端末（ＩＰ電話等）を携帯させ、無線ＬＡＮのアクセスポイントが無線ＬＡＮ携帯端末と定期的に通信を行うことにより、空調エリア内のユーザの在不在を検知するようにしてもよい。

このような電子タグや無線ＬＡＮによる無線通信によると、空調エリア内のユーザの在不在をよりリアルタイムで把握することができる。また、ユーザ全員に対して電子タグや無線ＬＡＮ携帯端末を保持させることで、空調エリア内に存在するユーザの人数の多少についても把握が可能になり、例えば所定人数以下の場合にバージョンアップを行う等の判断を行うことができる。

（Ｂ）
また、更新制御プログラムＰ２のインストールを行うタイミングの特定は、上記実施形態や他の実施形態（Ａ）に限られるものではない。

例えば、図５の概略構成図、および、図６のブロック構成図に示すような、空調装置１の出力の検知が可能な空調制御システム３００であってもよい。以下、上記実施形態で説明した空調制御システム１００や空調制御システム２００との相違点を主に説明する。

この空調制御システム３００では、空調不使用履歴データＤ１やバージョンアップ履歴データＤ２等のデータを有していない代わりに、もしくは、人検知カメラ２１０が設けられていない代わりに、空調装置１の出力を検知する空調出力検知部３１０が設けられている。

この空調出力検知部３１０は、空調出力検知部３１０による検知内容に基づいてＣＰＵ３０が、空調装置１の出力が所定値未満であると判断したタイミングで、バッファメモリ５０に保存されてる更新制御プログラムＰ２をインストールする。すなわち、ＣＰＵ３０は、空調エリアが設定温度、設定湿度となってる状況において、空調装置１の出力が低下し、所定値未満の状態となっていると判断する。これによりＳＰＵ３０は、空調装置１の運転を停止させて、バッファメモリ５０に保存されている更新制御プログラムＰ２のインストールを行う。

ここでの空調出力検知部３１０は、空調装置１の単位時間当たりの消費電力や、温度センサ３１１に検知される温度と設定温度との差や、湿度センサ３１２に検知される湿度と設定湿度との差等によって、空調装置１の総合的な出力値を検知する。

また、ＣＰＵ３０は、空調装置１が低い出力で運転している場合には、バージョンアップを行っている間空調装置１が停止されても空調エリアの快適性をある程度維持できるように、空調装置１の出力を一時的に上げる空調制御を行う。具体的には、空調装置１の運転を停止する１０分前程度から空調負荷に応じて出力を一時的に上げて、予め空調エリアを設定温度よりもわずかに冷やしたり（冷房時）暖めたり（暖房時）する。これにより、空調装置１の運転がしばらくの間停止したとしても、空調エリアは快適な状態に維持される。これにより、バージョンアップを行っている間に空調装置１の運転が停止されても、その間におけるユーザの不快感を抑えることができる。

また、例えば、２４時間運転が行われているサーバルーム用空調装置では、空調負荷の低い時間帯（例えば夜間）に、短時間で、制御プログラムのバージョンアップを完了させることができる。

この他の実施形態（Ｂ）の空調制御システム３００によると、ＣＰＵ３０は、空調装置１の出力を検知する空調出力検知部３１０からのデータによって、空調装置１の出力が無い時間帯や出力が低い時間帯を把握することができ、ＣＰＵ３０は、ユーザが空調を必要としていない時間帯を予測できる。そして、ＣＰＵ３０は、ユーザが空調を必要としていない時間帯を予測でき、予測されたタイミングにおいて初期制御プログラムＰ１を更新制御プログラムＰ２にバージョンアップさせる。このため、ユーザが空調を必要としていない時間帯に、空調装置１が停止されている状態でバージョンアップを行うことができる。

これにより、空調装置１が停止することによってユーザに与える不快感を効果的に抑えつつ、空調制御システム３００のバージョンアップを自動的に行うことができる。

なお、上記空調制御システム３００では、空調装置１の出力の検知において、消費電力や、温度、湿度の値等を基準として定量化している。しかし、空調装置１の出力の定量化としては、これに限定されるものではなく、以下のように定量化してもよい。

例えば、空調エリアに存在するユーザが感じる不快指数を基準として空調装置１の出力を定量化してもよい。

また、ＰＭＶ（予測平均投票数：Predicted Mean Vote）を基準として空調装置１の出力を定量化してもよい。ここで、ＰＭＶとは、湿度、温度、気流、輻射、着衣量、活動量の６要素により、人がどのように感じるかを表す温冷感指標のことである。

さらに、ＳＥＴ（標準新有効温度：Standard Effective Temperature）を基準として空調装置１の出力を定量化してもよい。ここで、ＳＥＴとは、ＡＳＨＲＡＥが室内の快適温熱環境設定の基準として採用されている値である。

これにより、これらの各値を基準として空調装置１の出力を算出することで、空調出力の値をより適格に定量化することができる。

（Ｃ）
上記実施形態における空調制御システム１００等では、プログラム配信センタ８０のセンタメモリ８１に格納されている更新制御プログラムＰ２をダウンロードすることにより制御装置５のバッファメモリ５０において一時的に保存する場合について例に挙げて説明した。

しかし、制御装置５において更新制御プログラムＰ２を取得する方法としては、これに限定されるものではない。例えば、制御装置５は、更新制御プログラムＰ２が格納されているＣＤ−Ｒ等の記録媒体を介して取得できるようなインターフェイスを設けた構成としてもよい。なお、この場合であっても、インストールを行うタイミングは、上記各実施形態と同様とすることができる。

（Ｄ）
上記実施形態における空調制御システム１００等では、主として、制御プログラムのバージョンアップを行う空調装置１が１である場合を例に挙げて説明した。

しかし、本発明はこれに限られるものではなく、空調装置１が複数設けられたいわゆるマルチ空調システムであってもよい。

例えば、このようなマルチ空調システムに本発明が適用される場合には、室内機２が設置されている各部屋毎、もしくは、各室内機２に対応した空調エリア毎等に、制御プログラムの部分的なバージョンアップを行ってもよい。

さらに、複数の冷媒系統によって１つの空間が空調される場合には、例えば、バージョンアップのために運転が停止される冷媒系統の近くの冷媒系統の出力を上げる制御を行うようにしてもよい。これにより、バージョンアップのために一部の冷媒系統が一時的に機能しない場合であっても、ユーザが感じる不快感を低減させることができる。また、このようにして、複数の冷媒系統のバージョンアップを順次行うようにすることで、全体としてユーザに与える不快感を低減させつつ、全ての冷媒系統のバージョンアップを行うことができる。

（Ｅ）
上記実施形態における空調制御システム１００等では、制御プログラムのバージョンアップは、室内機２の制御装置５における制御プログラムを対象とした場合を例に挙げて説明した。

しかし、本発明はこれに限られるものではなく、室外機３の制御装置等に設けられた制御プログラムのバージョンアップや、空調装置１のコントローラに設けられた制御プログラム等のバージョンアップを行う場合についても、上記実施形態と同様にして本発明を適用することができる。

（Ｆ）
上記実施形態における空調制御システム１００等では、制御装置５において、空調装置１が利用されていない時間帯等を予測して、インストールを行うタイミングを特定する場合を例に挙げて説明した。

しかし、本発明はこれに限られるものではなく、プログラム配信センタ８０が複数の空調装置１を対象として管理している場合には、センタメモリ８１において、各空調装置１毎の顧客情報や、各空調装置１の設置場所情報等を格納しておく構成を採用してもよい。これにより、インストールを行うタイミングを、プログラム配信センタ８０が、顧客毎に予測できるようになる。さらに、このようにして予測されたタイミングが訪れる前に、プログラム配信センタ８０側が、予め更新制御プログラムＰ２のダウンロードを空調装置１に完了させるようにしておくことも可能になる。

（Ｇ）
上記実施形態における空調制御システム１００等では、更新制御プログラムＰ２のインストールをＣＰＵ３０がタイミングを特定して実行する場合を例に挙げて説明した。

しかし、本発明はこれに限られるものではなく、ＣＰＵ３０は、上述したタイミングにおいて単にインストールを許容する処理だけを行う場合であってもよい。この場合には、制御装置５に、例えば、入力インターフェイス等をさらに備えることが考えられる。そして、ＣＰＵ３０によってインストールが許容されていれば、この入力インターフェイスを介して何らかの入力があった場合にインストールが実行されることになる。

本発明によれば、空調装置が停止することによってユーザに与える不快感を抑えつつ、自動的に空調制御システムのバージョンアップを行うことが可能になるため、制御プログラムによって空調制御が行われている空調制御システムへの適用が特に有用である。

本発明に係る一実施形態が採用された空調制御システムの概略構成図。 本発明に係る一実施形態が採用された空調制御システムのブロック構成図。 他の実施形態（Ａ）に係る空調制御システムの概略構成図。 他の実施形態（Ａ）に係る空調制御システムのブロック構成図。 他の実施形態（Ｂ）に係る空調制御システムの概略構成図。 他の実施形態（Ｂ）に係る空調制御システムのブロック構成図。

符号の説明

１ 空調装置
２ 室内機
３ 室外機
５ 制御装置
１０ 通信部
２０ フラッシュメモリ（第１記憶部、利用情報記憶部）
３０ ＣＰＵ
４０ ＲＡＭ
５０ バッファメモリ（第２記憶部）
８０ プログラム配信センタ
８１ センタメモリ（第２記憶部）
８５ 通信部
９０ ネットワーク
１００ 空調制御システム
２００ 空調制御システム
２１０ 人検知カメラ（人検知部）
３００ 空調制御システム
３１０ 空調出力検知部（出力検知部）
Ｄ１ 空調不使用履歴データ（停止時間帯データ）
Ｄ２ バージョンアップ履歴データ（履歴データ）
ＤＴ バージョンアップ所要時間データ
Ｐ１ 初期制御プログラム（第１制御プログラム）
Ｐ２ 更新制御プログラム（第２制御プログラム）

Claims (7)

1. 制御プログラムを実行することで空調装置（１）の空調制御を行う空調制御システム（１００）であって、
   前記制御プログラムである第１制御プログラム（Ｐ１）を格納している第１記憶部（２０）と、
   前記第１制御プログラム（Ｐ１）に関連している第２制御プログラム（Ｐ２）を格納している第２記憶部（５０、８１）と、
   前記空調装置（１）について過去にバージョンアップが行われた時間帯の履歴データ（Ｄ２）を格納する利用情報記憶部（２０）と、
   前記利用情報記憶部（２０）に格納されている前記履歴データに基づいたタイミングで前記第１制御プログラム（Ｐ１）に対する前記第２制御プログラム（Ｐ２）の反映を許容するバージョンアップ部（３０）と、
   を備えた空調制御システム（１００）。
2. 制御プログラムを実行することで空調装置（１）の空調制御を行う空調制御システム（２００）であって、
   前記制御プログラムである第１制御プログラム（Ｐ１）を格納している第１記憶部（２０）と、
   前記第１制御プログラム（Ｐ１）に関連している第２制御プログラム（Ｐ２）を格納している第２記憶部（５０、８１）と、
   前記空調装置（１）の空調エリアに人が存在するか否かを検知する人検知部（２１０）と、
   前記人検知部（２１０）による検知結果に基づいて人が不在であると判断した場合に、前記第１制御プログラム（Ｐ１）に対する前記第２制御プログラム（Ｐ２）の反映を許容するバージョンアップ部（３０）と、
   を備えた空調制御システム（２００）。
3. 前記人検知部（２１０）は、前記空調エリアの入口および出口において人の移動に関する検知を行う入退場検知手段を有している、
   請求項２に記載の空調制御システム（２００）。
4. 前記人検知部（２１０）は、複数の発信機と、前記空調エリア内に存在する前記発信機との間で無線通信を行う受信機と、を有している、
   請求項２に記載の空調制御システム（２００）。
5. 前記人検知部（２１０）は、前記空調エリアの人をモニタするカメラを有している、
   請求項２に記載の空調制御システム（２００）。
6. 設定された空調環境を実現するように制御プログラムに従って空調装置（１）の制御を行う空調制御システム（３００）であって、
   前記制御プログラムである第１制御プログラム（Ｐ１）を格納している第１記憶部（２０）と、
   前記第１制御プログラム（Ｐ１）に関連している第２制御プログラム（Ｐ２）を格納している第２記憶部（５０、８１）と、
   前記空調装置（１）の出力を検知する出力検知部（３１０）と、
   前記出力検知部（３１０）による検知結果に基づいて前記出力が所定値以下であると判断した場合に、前記第１制御プログラム（Ｐ１）に対する前記第２制御プログラム（Ｐ２）の反映を許容するバージョンアップ部（３０）と、
   前記第２プログラム（Ｐ２）を反映させるのに要する所要時間と、前記出力検知部（３１０）で検知された出力と、に基づいて前記バージョンアップ部（３０）が前記第２プログラム（Ｐ２）を反映させる前に前記検知された出力と比較して出力を一時的に上げる制御を行う制御部（３０）と、
   を備えた空調制御システム（３００）。
7. 前記出力検知部（３１０）は、前記空調環境の設定値と実測値との隔たり度合い、不快指数、ＰＭＶ値およびＳＥＴ値との少なくともいずれか１つに基づいて空調出力を検知する、
   請求項６に記載の空調制御システム（３００）。

Images