(57)【要約】【課題】室内の快適性が低下することを抑制しつつ、任意のタイミングで空調機のファームウェアの更新を実行可能とする。【解決手段】空調制御システム１は、予めグルーピングされた複数の空調機２００と、空調機２００と通信可能に接続された集中制御装置１００と、を含む。空調機２００の記憶部２２０は、空調の制御のための制御プログラムを記憶する。空調機２００の制御部２４０は、制御プログラムを実行して、空調機２００の空調運転を制御する。集中制御装置１００の判別部１３０は、対象のグループに属する空調機２００が空調運転を行っているか否かを判別する。集中制御装置１００の更新部１４０は、対象のグループに属する２以上の空調機２００が空調運転中であると判別すると、同一グループにおける運転中の空調機２００の制御プログラムの更新のタイミングをずらして空調機２００の制御プログラムを更新する。【選択図】図３
2020009004.tif 000002
【特許請求の範囲】
【請求項１】
予めグルーピングされた複数の空調機と、
前記空調機と通信可能に接続された集中制御装置と、
を含み、
前記空調機はそれぞれ、
空調の制御のための制御プログラムを記憶する記憶手段と、
前記制御プログラムを実行して、前記空調機の空調運転を制御する制御手段と、
を備え、
前記集中制御装置は、
対象のグループに属する前記空調機が空調運転を行っているか否かを判別する判別手段と、
前記判別手段が前記対象のグループに属する２以上の前記空調機が空調運転中であると判別すると、同一グループにおける運転中の前記空調機の前記制御プログラムの更新のタイミングをずらして前記空調機の前記制御プログラムを更新する更新手段と、
を備える空調制御システム。
【請求項２】
前記更新手段は、運転中の前記空調機のうちから選択した第１の空調機の運転を停止し、前記第１の空調機の前記制御プログラムを更新し、前記第１の空調機を再起動してから、運転中の前記空調機のうちの前記第１の空調機以外の第２の空調機の運転を停止し、前記第２の空調機の前記制御プログラムを更新し、前記第２の空調機を再起動する、
請求項１に記載の空調制御システム。
【請求項３】
さらに、前記集中制御装置は、前記第１の空調機の前記制御プログラムを更新している間に、前記第２の空調機に対して、空調の運転を現在の状態より強くするよう制御する、
請求項２に記載の空調制御システム。
【請求項４】
前記更新手段は、前記第１の空調機が再起動してから決められた時間が経過した後、前記第２の空調機の前記制御プログラムの更新を開始する、
請求項２又は３に記載の空調制御システム。
【請求項５】
予めグルーピングされた複数の空調機と、
前記空調機と通信可能に接続された集中制御装置と、
を含み、
前記集中制御装置は、グループ単位で前記空調機の空調の制御のための制御プログラムの更新を行う場合に、更新対象のグループの前記空調機に更新用の制御プログラムを供給する手段を備え、
前記空調機はそれぞれ、
空調の制御のための前記制御プログラムを記憶する記憶手段と、
前記制御プログラムを実行して、前記空調機の空調運転を制御する制御手段と、
他の前記空調機と通信する通信手段と、
前記集中制御装置から前記更新用の制御プログラムが提供されると、前記通信手段により同一グループに属する他の前記空調機に対して前記更新用の制御プログラムが提供されたか否かを問い合わせ、他の前記空調機の応答から他の前記空調機が前記更新用の制御プログラムを受信していると判別すると、同一グループにおける前記空調機の前記制御プログラムの更新のタイミングがずれるように更新順序を判別する判別手段と、
前記更新順序が示すタイミングで自機の前記制御プログラムを更新する更新手段と、
を備える、
空調制御システム。
【請求項６】
前記空調機は、他の前記空調機が前記制御プログラムを更新している間に、自機の空調の運転を現在の状態より強くする、
請求項５に記載の空調制御システム。
【請求項７】
予めグルーピングされた複数の空調機を制御するため、前記空調機と通信可能に接続された集中制御装置であって、
前記空調機が空調運転を行っているか否かを判別する判別手段と、
グループ単位で、前記空調機の空調の制御のための制御プログラムの更新を行う場合に、前記判別手段が更新対象のグループに属する２以上の前記空調機が空調運転中であると判別すると、運転中の前記空調機のうちから選択した第１の空調機の前記制御プログラムを更新し、前記第１の空調機の再起動を行った後に、運転中の前記空調機のうちの前記第１の空調機以外の第２の空調機の前記制御プログラムを更新し、前記第２の空調機の再起動を行う更新手段と、
を備える集中制御装置。
【請求項８】
前記更新手段は、前記第１の空調機の運転を停止し、前記第１の空調機の前記制御プログラムを更新し、前記第１の空調機を再起動してから、前記第２の空調機の運転を停止し、前記第２の空調機の前記制御プログラムを更新し、前記第２の空調機を再起動する、
請求項７に記載の集中制御装置。
【請求項９】
さらに、前記集中制御装置は、前記第１の空調機の前記制御プログラムを更新している間に、前記第２の空調機に対して、空調の運転を現在の状態より強くするよう制御する、
請求項７又は８に記載の集中制御装置。
【請求項１０】
前記更新手段は、前記第１の空調機が再起動してから決められた時間が経過した後、前記第２の空調機の前記制御プログラムの更新を開始する、
請求項７から９のいずれか１項に記載の集中制御装置。
【請求項１１】
予めグルーピングされた複数の空調機と、前記空調機と通信可能に接続された集中制御装置と、を含む空調制御システムにおいて、
対象のグループに属する前記空調機が空調運転を行っているか否かを判別する判別ステップと、
前記対象のグループに属する２以上の前記空調機が空調運転中であると判別されると、同一グループにおける運転中の前記空調機の制御プログラムの更新のタイミングをずらして前記空調機の前記制御プログラムを更新するステップと、
を含む方法。
【請求項１２】
予めグルーピングされた複数の空調機と、前記空調機と通信可能に接続された集中制御装置と、を含む空調制御システムにおいて、
前記空調機が同一グループに属する他の前記空調機が前記集中制御装置から更新用の制御プログラムを受信したか否かを判別し、判別した結果から、同一グループにおける前記空調機の前記制御プログラムの更新のタイミングがずれるように更新順序を決定するステップと、
前記空調機が前記更新順序が示すタイミングで自機の前記制御プログラムを更新するステップと、
を含む方法。
【請求項１３】
集中制御装置が、予めグルーピングされた複数の空調機に対して、前記空調機の空調の制御のための制御プログラムを更新する方法であって、
対象のグループに属する前記空調機が空調運転を行っているか否かを判別するステップと、
対象のグループに属する２以上の前記空調機が運転中であると判別されると、少なくとも１つの前記空調機の運転を継続した状態で、前記制御プログラムを順次更新する更新ステップと、
を含む方法。
【請求項１４】
予めグルーピングされた複数の空調機と通信可能に接続されたコンピュータに、
対象のグループに属する前記空調機が空調運転を行っているか否かを判別させ、
前記対象のグループに属する２以上の前記空調機が空調運転中である場合、同一グループにおける運転中の前記空調機の制御プログラムの更新のタイミングをずらして前記空調機の前記制御プログラムを更新させる、
プログラム。
【請求項１５】
予めグルーピングされた複数の空調機と、前記空調機と通信可能に接続された集中制御装置と、を含む空調制御システムにおいて、
前記空調機に、
同一グループに属する他の前記空調機が前記集中制御装置から更新用の制御プログラムを受信したか否かを判別させ、
判別結果から、同一グループにおける前記空調機の前記制御プログラムの更新のタイミングがずれるように更新順序を決定させ、
前記空調機が前記更新順序が示すタイミングで自機の前記制御プログラムを更新させる、
プログラム。
【請求項１６】
予めグルーピングされた複数の空調機に接続されたコンピュータに、
対象のグループに属する前記空調機が空調運転を行っているか否かを判別させ、
対象のグループに属する２以上の前記空調機が運転中である場合に、少なくとも１つの前記空調機の運転を継続した状態で、前記空調機の空調の制御のための制御プログラムを順次更新させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、空調制御システム、集中制御装置、方法及びプログラムに関する。
【背景技術】
【０００２】
空調機において、組み込み用ＣＰＵ（Central Processing Unit）が内蔵され、制御用プログラムであるファームウェアを実行することが一般的である。ファームウェアを更新する際には、空調機を停止し、空調機のファームウェアを更新してから、空調機を再起動することになる。
【０００３】
例えば、空調機の運転中にファームウェアの更新を行う場合、更新前に空調機を停止する必要がある。この場合、空調機のファームウェアの更新完了後に空調機を再起動するが、空調機の再起動は時間を要する。このため、空調機の運転が停止する期間がある程度の長さになるため、室内の快適性を損ねてしまう。
【０００４】
特許文献１には、空調機の管理装置のソフトウェアの更新の際に、管理装置の管理下にある空調機の運転に影響を与えないため、空調機の運転スケジュールに基づいて、最も近い空調機の運転の停止日に管理装置のソフトウェアを更新することが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２０１５／０３７１０８号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の構成においては、空調機の運転停止日だけしか管理装置のソフトウェアの更新を行うことができない。即ち、ソフトウェアの更新のタイミングは、空調機の運転スケジュールに左右されてしまう。例えば、ソフトウェアに不具合があるためソフトウェアの更新が急を要するものであったとしても、すぐに対応することができない。
【０００７】
本発明は、上記実情に鑑みてなされたものであり、室内の快適性が低下することを抑制しつつ、任意のタイミングで空調機のファームウェアの更新を実行可能とすることを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明に係る空調制御システムは、予めグルーピングされた複数の空調機と、空調機と通信可能に接続された集中制御装置と、を含む。空調機の記憶手段は、空調の制御のための制御プログラムを記憶する。制御手段は、制御プログラムを実行して、空調機の空調運転を制御する。集中制御装置の判別手段は、対象のグループに属する空調機が空調運転を行っているか否かを判別する。更新手段は、判別手段が対象のグループに属する２以上の空調機が空調運転中であると判別すると、同一グループにおける運転中の空調機の制御プログラムの更新のタイミングをずらして空調機の制御プログラムを更新する。
【発明の効果】
【０００９】
本発明に係る空調制御システムは、対象のグループに属する空調機が空調運転を行っているか否かを判別し、対象のグループに属する２以上の空調機が空調運転中であると判別すると、同一グループにおける運転中の空調機の制御プログラムの更新のタイミングをずらして空調機の制御プログラムを更新する。このような構成を備えることで、室内の快適性が低下することを抑制しつつ、任意のタイミングで空調機のファームウェアの更新を実行することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１に係る空調制御システムのハードウェア構成を示すブロック図
【図２Ａ】実施の形態１に係る空調機の室内ユニットの制御基板のハードウェア構成を示すブロック図
【図２Ｂ】実施の形態１に係る空調機の室外ユニットの制御基板のハードウェア構成を示すブロック図
【図３】実施の形態１に係る空調制御システムの機能ブロック図
【図４】実施の形態１に係るグルーピング情報の一例を示す図
【図５】実施の形態１に係るファームウェアの更新処理のフローチャート
【図６Ａ】実施の形態２に係る室内ユニットの制御基板のハードウェア構成を示すブロック図
【図６Ｂ】実施の形態２に係る集中制御装置のメモリのハードウェア構成を示すブロック図
【図７】実施の形態２に係る空調機の室内ユニットの制御基板のハードウェア構成を示すブロック図
【図８】実施の形態２に係るグルーピング情報の一例を示す図
【図９】実施の形態２に係るファームウェアの更新処理のフローチャート
【発明を実施するための形態】
【００１１】
（実施の形態１）
以下、本発明の実施の形態１に係る空調制御システム１について、図面を参照しつつ詳細に説明する。
【００１２】
実施の形態１に係る空調制御システム１は、図１に示すように、空調の集中制御を行う集中制御装置１００と、空調対象空間の空気温度及び湿度を調整する複数の空調機２００と、空調機２００に対するユーザの操作指示を受け付けるリモコン３００とを含む。
【００１３】
集中制御装置１００は、空調機２００をグループ単位で監視し、遠隔から制御する。実施の形態１においては、集中制御装置１００は空調機２００を集中制御する。例えば、集中制御装置１００は、空調機２００に対して、冷房運転を開始することを指示する制御信号を送信する。空調機２００は、集中制御装置１００からの制御信号に応答して、冷房運転を開始する。また、集中制御装置１００は、遠隔操作により、空調機２００の電源をオンまたはオフすることもできる。
【００１４】
また、集中制御装置１００は、グループ単位で空調機２００のファームウェアの更新を実行する。ファームウェアは、空調機２００の空調運転の制御に係る制御用プログラムのことであり、本発明の制御プログラムの一例である。実施の形態１においては、集中制御装置１００は、同一グループにおいて２以上の空調機２００が空調の運転を行っている場合に、運転中の空調機２００について、運転中の空調機２００が全て停止することがないようにファームウェアを更新する順序を決定し、決定した順序でファームウェアの更新を実行する。
【００１５】
集中制御装置１００は、各種データを記憶するメモリ１０１と、集中制御装置１００がユーザと情報のやり取りを行うユーザインタフェース１０２と、他の装置と通信する通信インタフェース１０３と、集中制御装置１００全体を制御するプロセッサ１０４とを有する。メモリ１０１と、ユーザインタフェース１０２と、通信インタフェース１０３とはそれぞれバス１０９を介してプロセッサ１０４に接続されている。
【００１６】
メモリ１０１は、揮発性メモリと、不揮発性メモリとを含み、各種プログラムと、プログラムの実行時に使用されるデータとを記憶する。メモリ１０１は、空調機２００の集中制御に係るプログラム、空調機２００から送信された運転データ等を記憶する。また、メモリ１０１は、プロセッサ１０４が実行することにより後述のファームウェアの更新処理を実現するためのプログラム１０１０を格納している。ユーザインタフェース１０２は、キーボード、マウス、タッチパネル等の入力装置と、表示装置とを含む。ユーザインタフェース１０２は、ユーザの入力操作を検出し、検出したユーザの入力操作を示す信号をプロセッサ１０４に供給する。また、ユーザインタフェース１０２は、プロセッサ１０４から供給された信号に基づいた画像を表示装置に表示する。
【００１７】
通信インタフェース１０３は、空調機２００と集中制御線５００を介して通信可能に接続され、プロセッサ１０４の制御に従って、空調機２００と通信を行う。プロセッサ１０４は、ＣＰＵ（Central Processing Unit）を含み、メモリ１０１に記憶される各種プログラムを実行して、集中制御装置１００の各種機能を実現する。例えば、プロセッサ１０４は、メモリ１０１のプログラム１０１０を実行して、後述のファームウェアの更新処理を行う。
【００１８】
空調機２００は、室内ユニット１０と室外ユニット２０とを備え、室内ユニット１０が設置された空調対象空間である室内の空気環境を調整する。空気環境の調整とは、空調対象空間の空気の温度、湿度、気流等を調整することである。
【００１９】
室内ユニット１０と室外ユニット２０とは、内外通信線５１を介して相互に通信可能となるように接続されている。室内ユニット１０と室外ユニット２０とは、冷媒を循環させるための冷媒配管５２によっても接続されている。また、室内ユニット１０は、リモコン通信線５６を介して、後述のリモコン３００と通信可能となるように接続されている。
【００２０】
室内ユニット１０は、図１に示すように、ファン１１と、熱交換器１２と、温度センサ１３と、制御基板１４とを備える。ファン１１は、室内ユニット１０が設置された室内の空気を不図示の吸込口から室内ユニット１０内部に取り込み、熱交換器１２により熱交換された空気を不図示の吐出口から室内ユニット１０の外に吐出する。ファン１１は、通信線５３を介して制御基板１４に接続されており、制御基板１４から供給される制御信号に従って、指定された回転数で回転し、また、停止する。
【００２１】
熱交換器１２は、ファン１１により室内ユニット１０内部に取り込まれた空気と室外ユニット２０からの冷媒との熱交換を行う。熱交換器１２は、冷房運転時においては、蒸発器として機能し、暖房運転時においては、凝縮器として機能する。温度センサ１３は、ファン１１により取り込まれた空気の温度を計測する。温度センサ１３は、通信線５４を介して制御基板１４に接続されており、計測した温度のデータを制御基板１４に送信する。
【００２２】
制御基板１４は、図２Ａに示すように、室内ユニット１０全体を制御するプロセッサ１４１と、ファームウェアを含む各種プログラム及びデータを記憶するメモリ１４２と、他の装置と通信する通信インタフェース１４３とを含む。図１に示すように、制御基板１４は、集中制御装置１００と集中制御線５００を介して通信可能に接続されている。例えば、制御基板１４のプロセッサ１４１は、一定の時間間隔で、あるいは、集中制御装置１００からの要求に応じて、温度センサ１３が測定した空気の温度と現在の運転モードとを含む運転データを、通信インタフェース１４３を介して、集中制御装置１００に送信する。運転モードは、例えば、冷房モード、暖房モード、送風モードを含む。
【００２３】
また、制御基板１４は、リモコン３００とリモコン通信線５６を介して通信可能に接続されている。例えば、制御基板１４のプロセッサ１４１は、リモコン３００から受信した室内の空気温度及び室内の風量の測定値をメモリ１４２に格納し、一定の時間間隔で、あるいは、集中制御装置１００からの要求に応じて、これらの測定値を集中制御装置１００に送信する。
【００２４】
室外ユニット２０は、冷媒回路２１と、制御基板２２とを備える。冷媒回路２１と制御基板２２は、通信線５５を介して通信可能に接続される。冷媒回路２１は、圧縮機、凝縮器、膨張弁、蒸発器等を備える。図２Ｂに示すように、制御基板２２は、室外ユニット２０全体を制御するプロセッサ２２１と、ファームウェアを含む各種プログラム及びデータを記憶するメモリ２２２と、他の装置と通信する通信インタフェース２２３とを含む。例えば、制御基板２２のプロセッサ２２１は、室内ユニット１０の制御基板１４から通知されたファン１１の送風量に基づいて、冷媒回路２１の運転を制御する。
【００２５】
リモコン３００は、室内の壁に設置されており、ユーザから空調機２００に対する空調に係る操作を受け付ける。リモコン３００は、各空調機２００の室内ユニット１０とリモコン通信線５６を介して通信可能に接続されている。図示する例では、ユーザは、１つのリモコン３００を使用して複数の空調機２００を操作する。
【００２６】
リモコン３００は、計測部３１と、メモリ３２と、ユーザインタフェース３３と、通信インタフェース３４と、プロセッサ３５とを備える。計測部３１とメモリ３２とユーザインタフェース３３と通信インタフェース３４とはそれぞれバス３９を介してプロセッサ３５に接続されている。
【００２７】
計測部３１は、温度センサと風量センサとを含む。計測部３１は、リモコン３００が設置された室内の空気温度を計測し、計測した空気温度を示す信号をプロセッサ３５に出力する。また、計測部３１は、リモコン３００が設置された室内の風量を計測し、計測した風量を示す信号をプロセッサ３５に出力する。例えば、計測部３１は、一定時間間隔で、これらの測定値をプロセッサ３５に出力する。
【００２８】
メモリ３２は、揮発性メモリと、不揮発性メモリとを含み、各種プログラムと、プログラムの実行時に使用されるデータとを記憶する。例えば、メモリ３２は、リモコン３００の動作に係るプログラムを記憶する。
【００２９】
ユーザインタフェース３３は、押しボタン、タッチパネル等の入力装置と、表示装置とを含む。ユーザインタフェース３３は、ユーザの入力操作を検出し、検出したユーザの入力操作を示す信号をプロセッサ３５に供給する。また、ユーザインタフェース３３は、プロセッサ３５から供給された信号に基づいた画像を表示装置に表示する。例えば、ユーザインタフェース３３は、プロセッサ３５の制御の下、空調に関する操作を受け付けるための操作画面と、現在の室温、湿度等のモニタ画面とを表示装置に表示する。
【００３０】
通信インタフェース３４は、室内ユニット１０と通信を行う。プロセッサ３５は、ＣＰＵ（Central Processing Unit）を含み、メモリ３２に記憶される各種プログラムを実行して、リモコン３００の各種機能を実現する。例えば、プロセッサ３５は、ユーザがユーザインタフェース３３を操作して、目標温度の変更を指示すると、通信インタフェース３４を介して目標温度を室内ユニット１０に送信する。また、例えば、プロセッサ３５は、一定時間間隔で計測部３１が測定した室内の空気温度の測定値及び室内の風量の測定値を、通信インタフェース３４を介して室内ユニット１０に送信する。
【００３１】
図３に、複数の空調機２００の集中制御を行う集中制御装置１００及び空調機２００の機能構成を示す。図示する例では、空調機２００は、空調機２００Ａ〜２００Ｅを含む。空調機２００Ａ〜２００Ｅを一括りにして空調機２００と呼ぶことがあるものとする。なお、図３においてはリモコン３００の図示を省略している。
集中制御装置１００は、機能的には、空調機２００と通信する通信部１１０と、空調機２００の更新用のファームウェアを記憶する記憶部１２０と、空調機２００が空調運転を行っているか否かを判別する判別部１３０と、対象グループに所属するすべての空調機２００のファームウェアを更新する更新部１４０と、を備える。判別部１３０は、本発明の判別手段の一例である。更新部１４０は、本発明の更新手段の一例である。
【００３２】
通信部１１０は、集中制御線５００を介して空調機２００と通信する。例えば、通信部１１０は、判別部１３０の制御の下、空調機２００それぞれが空調運転中であるか否かを問い合わせる信号をそれぞれの室内ユニット１０に送信する。また、通信部１１０は、室内ユニット１０から空調機２００が空調運転中であるか否かを示す信号を受信し、判別部１３０に出力する。また、通信部１１０は、更新部１４０の制御の下、室内ユニット１０に対して、更新用のファームウェアを送信する。通信部１１０の機能は、図１に示す通信インタフェース１０３により実現される。
【００３３】
図３に示す記憶部１２０は、更新用のファームウェア、即ち、空調機２００に対してアップデートするべき最新のファームウェアを記憶する。ここで、空調機２００の更新用のファームウェアは、室内ユニット１０のための更新用のファームウェアと、室外ユニット２０のための更新用のファームウェアとを含む。さらに記憶部１２０は、図４に示すような空調機２００のグルーピング情報１２０１を記憶する。グルーピング情報１２０１は、空調機２００がどのグループに所属するかを示す情報である。実施の形態１においては、空調機２００はグループ化されて制御されるからである。記憶部１２０の機能は、図１に示すメモリ１０１により実現される。
【００３４】
図３に示す判別部１３０は、記憶部１２０のグルーピング情報に基づいて、同一グループに属する空調機２００に対して、それぞれが空調運転中であるか否かを通信部１１０を介して問い合わせる。判別部１３０は、通信部１１０を介して、空調機２００から受信した応答に基づいて、同一グループに属する空調機２００の全てが空調運転中であるか否か等を判別する。判別部１３０の機能は、図１に示すプロセッサ１０４により実現される。
【００３５】
図３に示す更新部１４０は、記憶部１２０のグルーピング情報に基づいて、同一グループに属する空調機２００の室内ユニット１０にそれぞれファームウェアを送信する。実施の形態１においては、判別部１３０が判別した同一グループ内において運転中の空調機２００が同時に停止することを避けるため、例えば、更新部１４０は、同一グループの空調機２００のうちから、１つの空調機２００を選択し、まず、選択した空調機２００のファームウェアを更新する。ファームウェアの更新が完了すると、更新部１４０は、ファームウェアを更新した空調機２００を再起動する。当該空調機２００の再起動が完了した後、更新部１４０は、次の空調機２００に対してファームウェアの更新を実行する。このように更新部１４０は、更新のタイミングをずらしてファームウェアの更新を実行する。更新部１４０の機能は図１に示すプロセッサ１０４により実現される。更新部１４０が、まず更新の対象として選択した空調機２００は本発明の第１の空調機の一例である。更新部１４０が、次に更新の対象として選択した空調機２００は本発明の第２の空調機の一例である。
【００３６】
実施の形態においては、ファームウェアは、自動インストール機能を備えたものであってもよい。この場合、例えば、室内ユニット１０が、受信したファームウェアを制御基板１４のメモリ１４２に保存すると、自動インストールが実行され、室内ユニット１０のファームウェアが更新される。室外ユニット２０においても同様である。あるいは、ファームウェアは、インストーラを付帯したものであってもよい。この場合、室内ユニット１０は、受信したファームウェアをメモリ１４２に保存し、インストーラを実行して、ファームウェアを更新する。室外ユニット２０においても同様である。
【００３７】
図３に示す空調機２００は、機能的には、集中制御装置１００と通信する通信部２１０と、ファームウェアを記憶する記憶部２２０と、空調運転に関して制御が行われる対象である被制御部２３０と、ファームウェアを実行して被制御部２３０を制御する制御部２４０とを備える。記憶部２２０は本発明の記憶手段の一例である。制御部２４０は本発明の制御手段の一例である。
【００３８】
通信部２１０は、集中制御線５００を介して、集中制御装置１００と通信する。例えば、通信部２１０は、ファームウェアを集中制御装置１００から受信する。また、通信部２１０は、制御部２４０の制御の下、運転データを集中制御装置１００に送信する。通信部２１０の機能は、図１に示す室内ユニット１０の制御基板１４の通信インタフェース１４３と、室外ユニット２０の制御基板２２の通信インタフェース２２３とが協働することにより実現される。
【００３９】
図１に示すように、室内ユニット１０は、集中制御装置１００と集中制御線５００を介して接続されている。一方、室外ユニット２０は、集中制御装置１００と集中制御線５００を介して接続されていない。このため、室内ユニット１０の制御基板１４は、集中制御装置１００から室外ユニット２０用のファームウェアを受信すると、当該プログラムを、内外通信線５１を介して、室外ユニット２０の制御基板２２に送信する。
【００４０】
図３に示す記憶部２２０は、ファームウェアを記憶する。具体的には、図１に示す室内ユニット１０のファームウェアは、図２Ａに示す制御基板１４のメモリ１４２に格納され、図１に示す室外ユニット２０のファームウェアは、図２Ｂに示す制御基板２２のメモリ２２２に格納される。図３に示す記憶部２２０の機能は、図２Ａ、２Ｂに示す室内ユニット１０の制御基板１４のメモリ１４２と、室外ユニット２０の制御基板２２のメモリ２２２とにより実現される。
【００４１】
図３に示す被制御部２３０は、図１に示す室内ユニット１０のファン１１と、室外ユニット２０の冷媒回路２１とを含む。被制御部２３０は、制御部２４０から供給された制御信号に従って動作する。例えば、被制御部２３０に対して次のような制御が行われる。室内ユニット１０のファンの回転数が変更される。また、室外ユニット２０の冷媒回路２１の圧縮機を動作させるモータの回転数が変更される。また、室外ユニット２０の冷媒回路２１の膨張弁の開閉のため電磁弁が駆動される。
【００４２】
図３に示す制御部２４０は、ファームウェアを実行して被制御部２３０を制御する。制御部２４０は、図２Ａに示す制御基板１４のプロセッサ１４１と、図２Ｂに示す制御基板２２のプロセッサ２２１とにより実現される。例えば、制御部２４０として機能する制御基板１４のプロセッサ１４１は、室内ユニット１０のファームウェアを実行して、図１に示すリモコン３００から供給された室内の空気温度及び室内の風量に基づいて、ファン１１の回転数を変更する。例えば、制御部２４０として機能する制御基板２２のプロセッサ２２１は、室外ユニット２０のファームウェアを実行して、リモコン３００が測定した室内の空気温度及び室内の風量に基づいて、室外ユニット２０の冷媒回路２１の圧縮機を動作させるモータの回転数を変更する。また、制御部２４０は、集中制御装置１００から制御信号が供給されると、制御信号に従って、被制御部２３０を制御する。
【００４３】
上述の構成を有する空調制御システム１において、空調機２００のファームウェアの更新を行う手順を説明する。
【００４４】
集中制御装置１００のプロセッサ１０４は、プログラム１０１０を実行することで、以下の処理を行う。なお、以下の処理は、例えば、空調制御システム１のメンテナンスの管理者が、ユーザインタフェース１０２を介して、ファームウェアの更新の指示を出した場合に実行される。ここでは、管理者が、グループ１００１の室内ユニット１０のファームウェアの更新の指示を出したと仮定する。また、記憶部１２０には、室内ユニット１０の更新用のファームウェアが予め格納されているものとする。
【００４５】
図５に示すように、プロセッサ１０４は、ファームウェアの更新の対象となるグループ１００１に所属する空調機２００の運転状態を確認する（ステップＳ１１）。具体的には、プロセッサ１０４は、グルーピング情報１２０１から、グループ１００１に所属する空調機２００が空調機２００Ａ、２００Ｂ、２００Ｃであると判別し、空調機２００Ａ、２００Ｂ、２００Ｃに対して、運転状態を問い合わせる信号を、集中制御線５００を介して送信する。
【００４６】
プロセッサ１０４から運転状態を問い合わせる信号を受信すると、空調機２００Ａ、２００Ｂ、２００Ｃは、それぞれ自機の運転状態を示すデータを集中制御装置１００に送信する。運転状態を示すデータには、それぞれの空調機２００の現在の運転モードと、室内の室温及び送風量の測定値とを含む。
【００４７】
プロセッサ１０４は、空調機２００から供給された運転状態を示すデータから、空調運転を停止している空調機２００があるか否かを判別する（ステップＳ１２）。なお、プロセッサ１０４は、空調機２００のファームウェアの更新を順番に実行するため、ステップＳ１２においては、ファームウェアの更新が完了した空調機２００については、判別対象から除くものとする。
【００４８】
プロセッサ１０４は、空調運転を停止している空調機２００があると判別すると（ステップＳ１２；Ｙｅｓ）、更新対象として空調運転を停止している空調機２００を選択する（ステップＳ１３）。ここでは、空調機２００Ａが空調運転を停止しており、更新対象として選択されたと仮定する。
【００４９】
プロセッサ１０４は、選択した空調機２００Ａに室内ユニット１０の更新用のファームウェアを送信する。空調機２００Ａの制御部２４０は、通信部２１０を介して受信したファームウェアを記憶部２２０に保存する。例えば、ファームウェアが自動インストール機能を備えている場合、当該ファームウェアの自動インストールが実行される。この結果、空調機２００Ａの室内ユニット１０のファームウェアが更新される（ステップＳ１４）。
【００５０】
プロセッサ１０４は、更新対象の空調機２００である空調機２００Ａを再起動する（ステップＳ１５）。プロセッサ１０４は、更新が完了したことを示すログとして、ファームウェアが更新した空調機２００を識別する情報、例えば、ＩＰアドレスを、ワークメモリに格納しておく。さらに、プロセッサ１０４は、空調機２００Ａが再起動すると、空調機２００Ａに対して、遠隔制御により空調運転を開始する。
【００５１】
プロセッサ１０４は、ワークメモリに格納した、ファームウェアの更新が完了した空調機２００を識別する情報から、対象グループであるグループ１００１の全ての空調機２００のファームウェアの更新が完了したか否かを判別する（ステップＳ１６）。プロセッサ１０４は，対象グループの全ての空調機２００のファームウェアの更新が完了していないと判別すると（ステップＳ１６；Ｎｏ）、再び、ステップＳ１２の処理を実行する。
【００５２】
ステップＳ１２において、プロセッサ１０４は、空調運転を停止している空調機２００があるか否かを判別する。なお、前述のとおり、ファームウェアの更新が完了した空調機２００については判別対象から除くものとする。プロセッサ１０４は、空調運転を停止している空調機２００がないと判別すると（ステップＳ１２；Ｎｏ）、予め決められたルールで、更新対象の空調機２００を選択する。例えば、プロセッサ１０４は、ファームウェアのアップデートが完了していない空調機２００のうち、ＩＰアドレスが小さい順に空調機２００を選択する。
【００５３】
プロセッサ１０４は、ステップＳ１４及びステップＳ１５の処理を実行して、選択した更新対象の空調機２００のファームウェアを更新する。プロセッサ１０４はステップＳ１６において、対象グループであるグループ１００１の全ての空調機２００のファームウェアの更新が完了したと判別すると（ステップＳ１６；Ｙｅｓ）、更新処理を終了する。
【００５４】
以上説明したように、実施の形態１においては、集中制御装置１００は、同一グループに属する空調機２００から決められたルールで更新対象を順次選択し、選択した空調機２００の更新と再起動を行う。
【００５５】
（実施の形態２）
続いて、実施の形態２を説明する。実施の形態１では、集中制御装置１００が空調機２００に対して空調運転の状態を問い合わせ、問い合わせの結果からファームウェアのアップデートの順序を決定したが、実施の形態２においては、同一グループ内の空調機２００同士が通信を行い、運転中の空調機２００全てが停止することがないように、決められたルールで更新のタイミングを判別して、ファームウェアの更新を行う。集中制御装置１００は、空調機２００に対して、更新用のファームウェアの提供を行うだけである。
【００５６】
実施の形態２に係る空調制御システム１のハードウェア構成も、図１に示した実施の形態１に係る構成とほぼ同じである。図６Ａに示すように、実施の形態２においては、空調機２００の室内ユニット１０の制御基板１４のメモリ１４２にはプログラム１４２０が格納されている。プログラム１４２０を、制御基板１４のプロセッサ１４１が実行することにより、後述の更新処理が実現される。
【００５７】
また、図６Ｂに示すように、集中制御装置１００のメモリ１０１には、ファームウェアを配信するためのプログラム１０１１が格納されている。プロセッサ１０４がプログラム１０１１を実行することにより、更新用のファームウェアが空調機２００に配信される。
【００５８】
図７に、実施の形態２に係る空調制御システム１の機能構成を示す。以下、実施の形態１と異なる構成を中心に説明する。図示する例では、空調機２００は、空調機２００Ｆ〜２００Ｇを含む。空調機２００Ｆ〜２００Ｇを一括りにして空調機２００と呼ぶことがあるものとする。
集中制御装置１００は、機能的には、空調機２００と通信する通信部１１０と、空調機２００の更新用のファームウェアを記憶する記憶部１２０と、対象グループに所属するすべての空調機２００のファームウェアを送信する送信部１５０と、を備える。
【００５９】
通信部１１０は、空調機２００と通信する。例えば、通信部１１０は、送信部１５０から供給された更新用のファームウェアを空調機２００に送信する。通信部１１０の機能は、通信インタフェース１０３により実現される。
【００６０】
記憶部１２０に係る構成は、実施の形態１の記憶部１２０と同様である。更新部１４０は、管理者からの指示を受け付けると、記憶部１２０に格納されている室内ユニット１０のファームウェアあるいは室外ユニット２０のファームウェアを、グルーピング情報１２０１に基づいて、通信部１１０を介して指定されたグループの空調機２００に送信する。送信部１５０の機能は図１に示すプロセッサ１０４により実現される。
【００６１】
空調機２００は、機能的には、集中制御装置１００と通信する通信部２１０と、ファームウェアを記憶する記憶部２２０と、空調運転に関して制御が行われる対象である被制御部２３０と、ファームウェアを実行して被制御部２３０を制御する制御部２４０と、リモコン通信線５６を介して他の空調機２００と通信する第２通信部２５０と、更新の順序を判別する判別部２６０と、ファームウェアの更新を実行する更新部２７０とを有する。第２通信部２５０は本発明の通信手段の一例である。判別部２６０は本発明の判別手段の一例である。更新部２７０は本発明の更新手段の一例である。
【００６２】
通信部２１０、被制御部２３０、制御部２４０それぞれに係る構成は実施の形態１の対応する構成と同様である。第２通信部２５０は、リモコン通信線５６を介して、他の空調機２００と通信する。例えば、第２通信部２５０は、判別部２６０の制御の下、他の空調機２００が集中制御装置１００からファームウェアを受信したか否かを問い合わせる信号を送信する。図７に示す例では、１つのリモコン３００にリモコン通信線５６を介して接続された空調機２００Ｆと２００Ｇとが同一のグループに属するものとする。
【００６３】
記憶部２２０は、ファームウェアを記憶する。さらに、記憶部２２０は、図８に示すようなグルーピング情報２２０１を記憶する。実施の形態２においては、同一グループの空調機２００の間で通信を行いファームウェアの更新のタイミングをずらすからである。さらに、記憶部２２０は、後述の判別部２６０が判別した更新の順序を記憶する。記憶部２２０の機能は、図２Ａに示す制御基板１４のメモリ１４２により実現される。
【００６４】
図７に示す判別部２６０は、記憶部２２０のグルーピング情報２２０１に基づいて、同一グループに属する空調機２００に対して、集中制御装置１００から更新用のファームウェアが供給されたか否かを第２通信部２５０を介して問い合わせ、問い合わせの結果から更新の順序を判別する。実施の形態２においても、複数の空調機２００の間でファームウェアの更新のタイミングをずらすからである。判別部２６０の機能は、図２Ａに示す制御基板１４のプロセッサ１４１により実現される。
【００６５】
実施の形態２においては、同一グループ内の空調機２００のうち、例えば、更新用のファームウェアを最初に受信した判別部２６０が、グループ内の更新の順序を判別する。同一グループ内の空調機２００それぞれの判別部２６０において、更新の順序を決定する必要はないからである。
【００６６】
具体的には、更新用のファームウェアを最初に受信した判別部２６０（以下、マスタの判別部２６０という）は、集中制御装置１００から更新用のファームウェアを受信すると、他の空調機２００から更新用のファームウェアを受信したか否かの問い合わせを受信していない場合に、リモコン通信線５６を介して同一グループの他の空調機２００に対して、更新用のファームウェアを受信したか否かを問い合わせる。問い合わせの結果、他の空調機２００が更新用のファームウェアを受信していると判別した場合、マスタの判別部２６０は、グループ内における空調機２００のファームウェアの更新の順序を判別する。例えば、判別部２６０は、更新用のファームウェアを受信した空調機２００のうち、図８に示すグルーピング情報２２０１から、リモコン通信用のアドレスの値が小さい順に更新を行うと決める。マスタの判別部２６０は、判別した更新の順序を他の空調機２００に送信する。
【００６７】
一方、判別部２６０（以下、スレーブの判別部２６０）は、他の空調機２００から更新用のファームウェアの受信の有無についての問い合わせを受けた後に、集中制御装置１００から更新用のファームウェアを受信した場合、あるいは、集中制御装置１００から更新用のファームウェアを受信したが、他の空調機２００に更新用のファームウェアの受信の有無についての問い合わせを送信する前に、他の空調機２００のマスタの判別部２６０から更新用のファームウェアの受信の有無についての問い合わせを受けた場合には、他の空調機２００に対して、更新用ファームウェアの受信の有無の問い合わせを送信しない。更新用のファームウェアの受信の有無についての問い合わせの送信元、即ち、マスタの判別部２６０に宛てて、更新用のファームウェアを受信した旨を送信するだけである。その後、スレーブの判別部２６０は、ファームウェアの受信の有無の問い合わせを送信した空調機２００のマスタの判別部２６０から更新の順序を受信すると、更新の順序を記憶部２２０に格納する。
【００６８】
図７に示す更新部２７０は、判別部２６０が決定した更新の順序が示すタイミングで、集中制御装置１００から供給された更新用のファームウェアで記憶部２２０のファームウェアを更新する。更新部２７０の機能は、図２Ａに示す制御基板１４のプロセッサ１４１により実現される。
【００６９】
具体的には、更新部２７０は、自機の更新の順序が一番初めである場合には、他の空調機２００のファームウェアの更新完了を待たずに、ファームウェアを更新し、空調機２００の再起動が完了すると、同一グループの空調機２００にファームウェアの更新の完了を通知する。また、自機の更新の順序が２番目以降である場合、更新部２７０は、更新の順序において自機のひとつ前にファームウェアを更新すべき空調機２００から、更新の完了の通知を受信すると、ファームウェアの更新を実行する。
【００７０】
上述の構成を有する空調制御システム１において、空調機２００がファームウェアの更新を行う手順を説明する。
【００７１】
図６Ａに示すように、空調機２００の制御基板１４のプロセッサ１４１は、プログラム１４２０を実行することで、以下の処理を行う。なお、以下の処理は、集中制御装置１００から空調機２００が更新用のファームウェアを受信した場合に実行される。集中制御装置１００は、例えば、空調制御システム１のメンテナンスを管理者が、ユーザインタフェース１０２を介して、ファームウェアの更新の送信を指示した場合に、空調機２００に更新用のファームウェアを送信する。
【００７２】
ここでは、管理者が、図８に示すように、グループ１００３の空調機２００Ｆ、２００Ｇそれぞれの室内ユニット１０及び室外ユニット２０の更新用のファームウェアを送信することを、集中制御装置１００に指示したものとする。集中制御装置１００の記憶部１２０には、室内ユニット１０及び室外ユニット２０それぞれの更新用のファームウェアが予め格納されているものとする。
【００７３】
管理者の指示に応答して、集中制御装置１００は、室内ユニット１０及び室外ユニット２０それぞれの更新用のファームウェアを、グループ１００１に所属する空調機２００Ａ、２００Ｂ、２００Ｃに対して送信したとする。
【００７４】
以下、図８に示す空調機２００Ｆが最初にファームウェアを受信したものと仮定して説明を行う。図９に示すように、空調機２００Ｆの制御基板１４のプロセッサ１４１は、更新用のファームウェアを受信すると（ステップＳ２１）、他の空調機２００がファームウェアを受信したかを問い合わせる（ステップＳ２２）。具体的には、プロセッサ１４１は、図８に示す記憶部２２０に格納されているグルーピング情報２２０１から、同一グループの空調機２００Ｇに対して、ファームウェアの受信の有無を問い合わせる信号を送信する。このとき、プロセッサ１４１は、空調機２００Ｇのファームウェアの受信の完了を待つために一定期間待機してから、空調機２００Ｇにファームウェアの受信の有無を問い合わせる信号を送信するようにしてもよい。
【００７５】
図９に示すように、プロセッサ１４１は、空調機２００Ｇから、ファームウェアの受信の有無を示す信号を受信して、受信した信号から、他の空調機２００である空調機２００Ｇがファームウェアを受信したと判別すると（ステップＳ２３；Ｙｅｓ）、更新の順序を判別する（ステップＳ２４）。例えば、プロセッサ１４１は、図８に示すグルーピング情報２２０１から、リモコン通信用のアドレスの値が小さい順にファームウェアの更新を行うと判別する。プロセッサ１４１は、ファームウェアの更新の順序を他の空調機２００である空調機２００Ｇに送信する。
【００７６】
プロセッサ１４１は、自機が次の更新の対象となったか否かを判別し（ステップＳ２５）、次の更新対象になるまで待機する。具体的には、更新の順序が一番最初の空調機２００は、他の空調機２００からの更新完了通知の受信を待たずにファームウェアの更新を行えばよい。更新の順序が２番目以降の空調機２００は、他の空調機２００からの更新完了の通知を受信し、更新完了の順序が自機の前の空調機２００の更新が完了したと判別すると、ファームウェアの更新を行えばよい。例えば、更新の順序が、空調機２００Ｆ、２００Ｇの順であるとする。この場合、空調機２００Ｆのプロセッサ１４１は次の更新対象であるため（ステップＳ２５；Ｙｅｓ）、ファームウェアの更新と空調機２００Ｆの再起動を行う（ステップＳ２６）。
【００７７】
具体的には、プロセッサ１４１は、まず、集中制御装置１００から受信した室内ユニット１０の更新用のファームウェア用のインストーラを実行し、ファームウェアのインストールを実行する。この結果、空調機２００Ａの室内ユニット１０のファームウェアが更新される。その後、プロセッサ１４１は、内外通信線５１を介して、集中制御装置１００から受信した室外ユニット２０に室外ユニット２０の更新用ファームウェアを送信する。
【００７８】
室外ユニット２０の制御基板２２のプロセッサ２２１は、更新用ファームウェアのインストーラを実行する。この結果、空調機２００Ｆの室外ユニット２０のファームウェアが更新される。その後、室外ユニット２０の制御基板２２のプロセッサ２２１はファームウェアの更新が完了した旨を、内外通信線５１を介して室内ユニット１０のプロセッサ１４１に送信する。室内ユニット１０のプロセッサ１４１は、室外ユニット２０のファームウェアの更新が完了したと判別すると、空調機２００Ｆの再起動を行う。
【００７９】
空調機２００Ｆのプロセッサ１４１は、自機を識別する情報としてリモコン通信用のアドレスの値とともに、ファームウェアの更新が完了した旨を同一グループの他の空調機２００である空調機２００Ｇに通知する（ステップＳ２７）。
【００８０】
一方、更新の順が後である空調機２００Ｇにおいては次のように処理が行われる。空調機２００Ｇのプロセッサ１４１は、ステップＳ２５において、空調機２００Ｆの更新が終わるまで、自機が次の更新対象とならないため（ステップＳ２５；Ｎо）、空調機Ｆの更新完了の通知を待ち受ける（ステップＳ２９；Ｎｏ）。空調機２００Ｇのプロセッサ１４１は、空調機２００Ｆから更新完了の通知を受信すると（ステップＳ２９；Ｙｅｓ）、自機のひとつ前に更新を行うべき空調機２００Ｇの更新が完了したので、自機が次の更新の対象となったと判別する（ステップＳ２５；Ｙｅｓ）。従って、空調機２００Ｇのプロセッサ１４１は、ステップＳ２６、Ｓ２７の処理を実行する。また、更新順序が最後の空調機２００は、他の空調機２００に更新完了通知を送信する際に、更新順序が最後の空調機２００である旨を送信する。空調機２００Ｆのプロセッサ１４１は、最後の空調機２００から更新完了通知を受信すると、全ての空調機２００の更新が完了したと判別して（ステップＳ２８；Ｙｅｓ）、更新処理を終了する。また、空調機２００Ｇのプロセッサ１４１も、全ての空調機２００の更新が完了したため更新処理を終了する。
【００８１】
一方、ステップＳ２３において、プロセッサ１４１は、同一グループの他の空調機２００がファームウェアを受信していないと判別すると（ステップＳ２３；Ｎо）、ファームウェアの更新と再起動を実行し（ステップＳ３０）、更新処理を終了する。この場合、グループ内の複数の空調機２００のファームウェアの更新と再起動が行われるわけではなく、室内環境の快適性の低減には影響しないためである。
【００８２】
以上説明したように、実施の形態２においては、同一グループ内の空調機２００同士が通信を行い、決められたルールで更新のタイミングを判別して、ファームウェアの更新を行う。
【００８３】
実施の形態１、２のいずれにおいても、同一グループ内において空調機２００のファームウェアの更新のタイミングをずらすことにより、更新中の空調機２００の空調運転が停止している間も、他の空調機２００の空調の運転は継続されている。即ち、対象グループの空調機２００が全て同時に停止することがない。従って、室内の快適性が低下することを抑制しつつ、例えば、空調機２００の空調運転が停止する予定の日に限られず、任意のタイミングでファームウェアを実行することができる。
【００８４】
（変形例１）
さらに、実施の形態１、２のいずれにおいても空調制御システム１は下記のような構成を備えてもよい。ファームウェアの更新時には、更新対象以外の空調機２００に対して、空調の運転を強くする、例えば、冷房運転時には、設定された温度より目標温度を下げた冷房運転を行う、暖房運転時には、設定された温度より目標温度を上げた暖房運転を行うようにしてもよい。このような制御を行うことで、更新中の空調機２００の空調運転が停止するにもかかわらず室内の快適性の低下を抑制することが可能である。
【００８５】
（変形例２）
また、実施の形態１、２のいずれにおいても、空調機２００のファームウェアの更新が完了した後、決められた時間が経過してから、次の空調機２００のファームウェアの更新を開始するようにしてもよい。ファームウェアの更新完了から決められた時間の経過を待つことにより、ファームウェアの更新が完了した空調機２００の空調運転が再開し、安定したところで、次の空調機２００のファームウェアの更新を行うことになるので、室内の快適性の低下を抑えることができる。
【００８６】
実施の形態１、２においては、図示する例では、１つの室外ユニット２０には、１つの室内ユニット１０が接続されていたが、これに限られない。例えば、１つの室外ユニット２０に、複数の室内ユニット１０が接続されていてもよい。また、実施の形態１、２においては、同一グループの空調機２００が１つのリモコン３００により操作される例を説明したが、同一グループの複数の空調機２００を操作するリモコン３００は複数設けられていてもよい。
【００８７】
実施の形態１、２においては、集中制御装置１００と空調機２００とは、集中制御線５００を介して通信を行う例を説明したが、集中制御装置１００と空調機２００とは有線通信に限らず、無線通信により通信してもよい。また、実施の形態１、２においては、空調機２００とリモコン３００とはリモコン通信線５６を介して通信を行ったが、空調機２００とリモコン３００とは無線通信により通信してもよい。
【００８８】
実施の形態２においては、室内ユニット１０の制御基板１４のプロセッサ１４１が判別部、更新部として機能したが、これに限られない。例えば、室内ユニット１０のファームウェアの更新の際には、室内ユニット１０の制御基板１４のプロセッサ１４１が判別部及び更新部として機能し、室外ユニット２０のファームウェアの更新の際には、室外ユニット２０の制御基板２２のプロセッサ２２１が判別部及び更新部として機能してもよい。
実施の形態１、２においては、同一グループに属する空調機２００のファームウェアの更新のタイミングを制御する例を説明したが、これに限られない。複数のグループに属する空調機２００のファームウェアの更新のタイミングを実施の形態１又は２に係る構成で制御してもよい。例えば、同一室内の複数の空調機２００のうち一部がグループＡに属し、他の空調機２００がグループＢに属する場合がある。このような場合には、これらのグループＡ、Ｂに属する全ての空調機２００のファームウェアを、実施の形態１、２で説明したような方法で更新することで、運転停止する空調機２００の数を管理して、室内の快適性の低下を低減することができる。また、あるいは、同一グループをいくつかのサブグループに分けて、サブグループ単位で空調機２００のファームウェアの更新のタイミングを実施の形態１又は２に係る構成で制御してもよい。
【００８９】
上記のプログラムを記録する記録媒体としては、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリ、半導体メモリ、磁気テープを含むコンピュータ読取可能な記録媒体を使用することができる。
【００９０】
本発明は、広義の精神と範囲を逸脱することなく、様々な実施形態及び変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
【符号の説明】
【００９１】
１  空調制御システム、１０  室内ユニット、１１  ファン、１２  熱交換器、１３  温度センサ、１４，２２  制御基板、２０  室外ユニット、２１  冷媒回路、３１  計測部、３２，１０１，１４２，２２２  メモリ、３３，１０２  ユーザインタフェース、３４，１０３，１４３，２２３  通信インタフェース、３５，１０４，１４１，２２１  プロセッサ、３９，１０９  バス、５１  内外通信線、５２  冷媒配管、５３，５４，５５  通信線、５６  リモコン通信線、１００  集中制御装置、１１０，２１０  通信部、１２０，２２０  記憶部、１３０，２６０  判別部、１４０，２７０  更新部、１５０  送信部、２００，２００Ａ，２００Ｂ，２００Ｃ，２００Ｄ，２００Ｅ，２００Ｆ，２００Ｇ  空調機、２３０  被制御部、２４０  制御部、２５０  第２通信部、３００  リモコン、５００  集中制御線、１００１，１００３  グループ、１０１０，１０１１，１４２０  プログラム、１２０１  グルーピング情報
【図１】
2020009004.tif 000003
【図２Ａ】
2020009004.tif 000004
【図２Ｂ】
2020009004.tif 000005
【図３】
2020009004.tif 000006
【図４】
2020009004.tif 000007
【図５】
2020009004.tif 000008
【図６Ａ】
2020009004.tif 000009
【図６Ｂ】
2020009004.tif 000010
【図７】
2020009004.tif 000011
【図８】
2020009004.tif 000012
【図９】
2020009004.tif 000013