特開 2024-129845 室内機の制御装置、当該制御装置を備える室内機、空気調和システム、及び、室内機の制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024129845

(43)【公開日】2024-09-30

(54)【発明の名称】室内機の制御装置、当該制御装置を備える室内機、空気調和システム、及び、室内機の制御方法

(51)【国際特許分類】

   F24F 11/49 20180101AFI20240920BHJP

   F24F 11/59 20180101ALI20240920BHJP

   F24F 11/70 20180101ALI20240920BHJP

【ＦＩ】

F24F11/49

F24F11/59

F24F11/70

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2023039195

(22)【出願日】2023-03-14

(71)【出願人】

【識別番号】000006611

【氏名又は名称】株式会社富士通ゼネラル

(74)【代理人】

【識別番号】100103850

【弁理士】

【氏名又は名称】田中 秀▲てつ▼

(74)【代理人】

【識別番号】100066980

【弁理士】

【氏名又は名称】森 哲也

(72)【発明者】

【氏名】中山 隆大

(72)【発明者】

【氏名】曽根 良太

(72)【発明者】

【氏名】太田 祐介

(72)【発明者】

【氏名】津梅 眞嗣

(72)【発明者】

【氏名】原 涼

【テーマコード（参考）】

3L260

【Ｆターム（参考）】

3L260AB03

3L260BA64

3L260CB85

3L260CB90

3L260DA20

3L260FA20

3L260FC33

3L260GA02

3L260GA17

(57)【要約】

【課題】複数の室内機が通信線により相互に接続され、通信異常が発生すると全ての室内機の運転を停止する制御が行われる場合に、その中の室内機がソフトウェアの更新処理を開始しても、当該更新処理の対象外である他の室内機の空調運転を停止させずに継続させる。
【解決手段】他の室内機ＡＩとの間で通信を行う通信部１と、他の室内機ＡＩとの間における通信異常の発生を判定する際に用いる第１の判定時間Ｔ１を格納する記憶部４と、通信異常の発生の有無を判定する判定部５と、を備え、記憶部４には、少なくとも他の室内機ＡＩにおけるソフトウェアの更新に必要な時間として予め定められている第２の判定時間Ｔ２が記憶され、通信部１が他の室内機ＡＩのうちいずれかの当該更新処理を実行する更新機からの更新開始の報知を受信した場合に、判定部５は、第１の判定時間Ｔ１より長い第２の判定時間Ｔ２を用いて更新機の更新処理の異常の有無を判定する。
【選択図】図２

【特許請求の範囲】

【請求項1】

通信線で接続された複数の室内機が備える室内機の制御装置であって、
前記通信線を介して他の室内機との間で通信を行う通信部と、
前記他の室内機との間における通信異常の発生を判定する際に用いられる第１の判定時間を格納する記憶部と、
前記第１の判定時間を用いて前記他の室内機との間における通信異常の発生の有無を判定する判定部と、を備え、
前記記憶部には、前記少なくとも他の室内機におけるソフトウェアの更新に必要な時間として予め定められている第２の判定時間が記憶され、
前記通信部が、前記他の室内機のうちいずれかの前記ソフトウェアの更新処理を実行する更新機からの更新開始の報知を受信した場合に、前記判定部は、前記第１の判定時間より長い前記第２の判定時間を用いて前記更新機の前記更新処理の異常の有無を判定することを特徴とする室内機の制御装置。

【請求項2】

前記第２の判定時間は、前記複数の室内機ごとに設定されていることを特徴とする請求項１に記載の室内機の制御装置。

【請求項3】

前記第２の判定時間は、少なくとも一度の前記ソフトウェアの更新に必要な時間、前記更新処理が正常に実行されなかった場合に再び前記更新処理を実行する場合を含む、総更新回数を基に設定されることを特徴とする請求項１に記載の室内機の制御装置。

【請求項4】

前記判定部が、前記通信異常、或いは、前記更新処理の異常が生じたと判定した場合に、使用者に異常を報知する報知部を備えることを特徴とする請求項１に記載の室内機の制御装置。

【請求項5】

前記判定部が、前記通信異常、或いは、前記更新処理の異常が生じたと判定した場合に、室内機の運転を停止させる異常対応制御部を備えることを特徴とする請求項１に記載の室内機の制御装置。

【請求項6】

前記室内機の制御装置は、さらに前記ソフトウェアの更新処理を実行する更新部を備え、前記更新部は、前記第２の判定時間内に前記更新処理が完了しなかった場合であっても、継続して前記更新処理を実行することを特徴とする請求項１に記載の室内機の制御装置。

【請求項7】

請求項１ないし請求項６のいずれかに記載の室内機の制御装置と、
内部にファンを格納する筐体と、
前記ファンの回転により空気を外部に吹き出す吹出口と、
を備えることを特徴とする室内機。

【請求項8】

請求項７に記載の室内機と、
複数の前記室内機に対して通信線で接続され、前記通信線を介して伝送される制御信号を送信して複数の前記室内機を制御するリモコンと、
室外に設置され、前記室内機との間で冷凍回路を構成する室外機と、
を備える空気調和システム。

【請求項9】

通信線で接続された複数の室内機を制御する室内機の制御方法であって、
前記通信線を介して他の室内機のうちいずれかのソフトウェアの更新処理を実行する更新機からの前記ソフトウェアの更新開始の報知を受信するステップと、
前記ソフトウェアの更新処理を実行する前記更新機に関して予め設定されている通信異常の発生の有無を判定する際に用いる第１の判定時間を、前記更新機における前記ソフトウェアの更新に必要な時間として各々予め定められている、前記第１の判定時間よりも長い時間となるように設定されている第２の判定時間に変更するステップと、
前記第２の判定時間を用いて前記更新機の前記更新処理の異常の有無を判定するステップと、
を備えることを特徴とする室内機の制御方法。

【請求項10】

前記通信異常、或いは、前記更新処理の異常が生じたと判定された後に、使用者に異常を報知するステップを備えることを特徴とする請求項９に記載の室内機の制御方法。

【請求項11】

前記通信異常、或いは、前記更新処理の異常が生じたと判定された後に、前記複数の室内機の運転を停止させるステップを備えることを特徴とする請求項９に記載の室内機の制御方法。

【請求項12】

前記第２の判定時間内に前記更新処理が完了しなかった場合であっても、継続して更新処理を実行するステップをさらに備えていることを特徴とする請求項９ないし請求項１１のいずれかに記載の室内機の制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施の形態は、室内機の制御装置、当該制御装置を備える室内機、空気調和システム、及び、室内機の制御方法に関する。

【背景技術】

【0002】

複数の室内機が設置される空気調和システムにおいては、例えば、これらの室内機が通信線により相互に接続され、これら複数の室内機が一つの共通のリモコンから上記通信線を介して一括して制御されるものがある。また、それぞれの室内機は、通信線で接続される他の室内機との間で適宜通信を行っている。このようなシステムにおいては、何らかの理由によりに通信異常が発生すると、安全のために通信線に接続される全ての室内機の運転を停止させる処理がなされる。

【0003】

一方、室内機にはマイクロコンピュータが搭載されている場合もある。この場合メモリには、マイクロコンピュータが通信や空調制御を実行するためのプログラムであるファームウェアが記憶されている。そして室内機の機能の追加や変更等に応じて、適宜当該ファームウェアが更新される。

【0004】

このファームウェアの更新処理には、再起動の処理等が伴うことから、例えば、以下の特許文献１には、サーモオフ状態の室内機にファームウェアの更新処理を実行させることで、複数の室内機のそれぞれが実行中の空調制御処理への影響を抑えつつ、各室内機に対してなるべく近いタイミングで上記更新処理を行う発明が開示されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１９－０２３５２３号

【発明の概要】

【発明が解決しようとする課題】

【0006】

ファームウェアを含むソフトウェアの更新処理は、上述した複数の室内機が通信線により相互に接続され、それぞれの室内機が適宜通信を行い、通信異常が発生すると全ての室内機の運転を停止する空気調和システムの室内機においても実行される可能性がある。当該更新処理の方法は様々あるが、更新処理が完了するまで別の室内機との間で通信を行うことができない場合もある。

【0007】

すなわち、複数の室内機におけるいずれかの室内機において、ソフトウェアの更新処理が開始されると、それが完了するまでその他の室内機との通信が途絶えることになる。そのためこのような場合、通信異常が発生したものと判定されて、ソフトウェアの更新処理の対象外である他の室内機も運転を停止してしまうことになり、空調運転を継続させることができない。

【0008】

本発明は、複数の室内機が通信線により相互に接続され、それぞれの室内機が適宜通信を行い、通信異常が発生すると全ての室内機の運転を停止する制御が行われる場合において、その中の室内機がソフトウェアの更新処理を開始したとしても、ソフトウェアの更新処理の対象外である他の室内機の空調運転を停止させずに継続させることができる室内機の制御装置、当該制御装置を備える室内機、空気調和システム、及び、室内機の制御方法を提供することを目的とする。

【課題を解決するための手段】

【0009】

本発明の一態様に係る室内機の制御装置は、通信線で接続された複数の室内機が備える室内機の制御装置であって、通信線を介して他の室内機との間で通信を行う通信部と、他の室内機との間における通信異常の発生を判定する際に用いられる第１の判定時間を格納する記憶部と、第１の判定時間を用いて他の室内機との間における通信異常の発生の有無を判定する判定部と、を備え、記憶部には、複数の室内機におけるソフトウェアの更新に必要な時間として予め定められている第２の判定時間が記憶され、通信部が、他の室内機のうちいずれかのソフトウェアの更新処理を実行する更新機からの更新開始の報知を受信した場合に、判定部は、第１の判定時間より長い第２の判定時間を用いて更新機の更新処理の異常の有無を判定する。

【0010】

また、本発明の一態様に係る室内機は、通信線で接続された複数の室内機が備える室内機の制御装置であって、通信線を介して他の室内機との間で通信を行う通信部と、他の室内機との間における通信異常の発生を判定する際に用いられる第１の判定時間を格納する記憶部と、第１の判定時間を用いて他の室内機との間における通信異常の発生の有無を判定する判定部と、を備え、記憶部には、少なくとも他の室内機におけるソフトウェアの更新に必要な時間として予め定められている第２の判定時間が記憶され、通信部が、他の室内機のうちいずれかのソフトウェアの更新処理を実行する更新機からの更新開始の報知を受信した場合に、判定部は、第１の判定時間より長い第２の判定時間を用いて更新機の更新処理の異常の有無を判定する室内機の制御装置と、内部にファンを格納する筐体と、ファンの回転により空気を吹き出す吹出口と、を備える。

【0011】

また、本発明の一態様に係る空気調和システムは、通信線で接続された複数の室内機が備える室内機の制御装置であって、通信線を介して他の室内機との間で通信を行う通信部と、他の室内機との間における通信異常の発生を判定する際に用いられる第１の判定時間を格納する記憶部と、第１の判定時間を用いて他の室内機との間における通信異常の発生の有無を判定する判定部と、を備え、記憶部には、複数の室内機におけるソフトウェアの更新に必要な時間として予め定められている第２の判定時間が記憶され、通信部が、他の室内機のうちいずれかのソフトウェアの更新処理を実行する更新機からの更新開始の報知を受信した場合に、判定部は、第１の判定時間より長い第２の判定時間を用いて更新機の更新処理の異常の有無を判定する室内機の制御装置と、内部にファンを格納する筐体と、ファンの回転により空気を吹き出す吹出口と、を備える室内機と、複数の室内機に対してワイヤード制御信号を送信して複数の室内機を制御するリモコンと、室外に設置され、室内機との間で冷凍回路を構成する室外機と、を備える。

【0012】

また、本発明の一態様に係る室内機の制御方法は、通信線で接続された複数の室内機を制御する室内機の制御方法であって、通信線を介して他の室内機のうちいずれかのソフトウェアの更新処理を実行する更新機からのソフトウェアの更新開始の報知を受信するステップと、ソフトウェアの更新処理を実行する更新機に関して予め設定されている通信異常の発生の有無を判定する際に用いる第１の判定時間を、更新機におけるソフトウェアの更新に必要な時間として各々予め定められている、第１の判定時間よりも長い時間となるように設定されている第２の判定時間に変更するステップと、第２の判定時間を用いて更新機の更新処理の異常の有無を判定するステップと、を備える。

【発明の効果】

【0013】

本発明によれば、複数の室内機が通信線により相互に接続され、それぞれの室内機が適宜通信を行い、通信異常が発生すると全ての室内機の運転を停止する制御が行われる場合において、その中の室内機がソフトウェアの更新処理を開始したとしても、ソフトウェアの更新処理の対象外である他の室内機の空調運転を停止させずに継続させることができる室内機の制御装置、当該制御装置を備える室内機、空気調和システム、及び、室内機の制御方法を提供することができる。

【図面の簡単な説明】

【0014】

【図1】本発明の実施の形態に係る空気調和システムの全体構成を示すブロック図である。

【図2】本発明の実施の形態に係る室内機の制御装置の内部構成を示すブロック図である。

【図3】本発明の実施の形態において設定される第２の判定時間の概念を示す表である。

【図4】本発明の実施の形態に係るリモコンの内部構成を示すブロック図である。

【図5】本発明の実施の形態に係る空気調和システムにおいて通信異常が生じた場合の各機器の制御の流れを示すシーケンス図である。

【図6】本発明の実施の形態に係る空気調和システムにおいてソフトウェアの更新処理が実行されて成功した場合における各機器の制御の流れを示すシーケンス図である。

【図7】本発明の実施の形態に係る空気調和システムにおいてソフトウェアの更新処理が実行されて失敗した場合における各機器の制御の流れを示すシーケンス図である。

【発明を実施するための形態】

【0015】

本発明の実施の形態における空気調和システムＳの構成について、図１を用いて説明する。図１は、本発明の実施の形態に係る空気調和システムＳの全体構成を示すブロック図である。

【0016】

空気調和システムＳは、複数の空気調和機Ａと、複数の空気調和機Ａにおけるそれぞれの室内機に対して通信線Ｌで接続されるリモコンＲと、を備えている。本発明の実施の形態における複数の空気調和機Ａのそれぞれは、１台の室内機ＡＩと１台の室外機ＡＥとを備え、冷媒が流れる冷凍回路で接続されている。

【0017】

室外機ＡＥは、室外に設置され、室内機ＡＩとの間で冷凍回路を構成する。図１では室外機ＡＥの内部構成については図示を省略しているが、一般的な空気調和機の室外機が備えている機器を備えている。

【0018】

また室内機ＡＩは、居室内に設置され、空調制御を行う室内機制御装置ＡＩ１と、リモコンＲや他の室内機ＡＩとの間で通信を行う通信インターフェイス（図１では、「通信ＩＦ」と表している）ＡＩ２とを備えている。また室外機ＡＥの場合と同様、その内部構成については図１において図示していないが、室内機ＡＩは、さらに、その内部にファンを格納する筐体と、ファンの回転により空気を外部（居室内）に吹き出す吹出口と、を備えている。

【0019】

なお、図１で示す空気調和システムＳにおける空気調和機Ａは、空気調和機Ａ１ないし空気調和機Ａ３の３つの空気調和機Ａが、リモコンＲと通信線Ｌを介して互いに接続され、リモコンＲによって一括した制御が行われる例を示している。このように、図１で示す空気調和システムＳでは、空気調和機Ａは３つ示されているが、リモコンＲと通信線Ｌを介して接続される空気調和機Ａの数は、単数でも複数でも良い。

【0020】

また、空気調和機Ａは、１台の室外機ＡＥと１台の室内機ＡＩとで１つの冷媒回路を構成している。但しこのような構成ではなく、例えばマルチエアコンと言われるような、１台の室外機ＡＥに複数の室内機ＡＩが接続される構成を採用していても良い。

【0021】

従って、空気調和システムＳを構成する空気調和機Ａがマルチエアコンの場合は複数の室内機ＡＩが備えられていれば良く、室外機ＡＥの数は単数であっても複数でも良い。また、室内機ＡＩの数も複数であればいくつであっても良い。

【0022】

なお、図１には第１の室外機ＡＥ１及び第１の室内機ＡＩ１から構成される第１の空気調和機Ａ１、第２の室外機ＡＥ２及び第２の室内機ＡＩ２から構成される第２の空気調和機Ａ２、第３の室外機ＡＥ３及び第３の室内機ＡＩ３から構成される第３の空気調和機Ａ３、という３台の空気調和機Ａが描画されている。以下においてこれらをまとめて説明する場合には、これまで通り「空気調和機Ａ」、「室外機ＡＥ」、「室内機ＡＩ」と表す。

【0023】

また図１に示すように、それぞれの室内機ＡＩには、室内機制御装置ＡＩ１１ないし室内機制御装置ＡＩ３１、及び、通信インターフェイスＡＩ１２ないし通信インターフェイスＡＩ３２が、それぞれ備えられている。但し、以下においてこれらをまとめて説明する場合には、「室内機制御装置ＡＩ１」、或いは、「通信インターフェイスＡＩ２」と表す。

【0024】

リモコンＲは、上述したように、複数の室内機ＡＩと通信線Ｌで接続されており、この通信線Ｌを介して伝送される制御信号を送信して複数の室内機ＡＩを制御する。すなわち、本発明の実施の形態における空気調和システムＳは、複数の室内機ＡＩが通信線Ｌにより相互に接続され、これら複数の室内機ＡＩは１つの共通のリモコンＲにより一括して制御されるものである。なお、リモコンＲと複数の室内機ＡＩとをつなぐ通信線Ｌは、有線である。

【0025】

リモコンＲは、その内部にリモコン制御装置（図１では、「ＲＣ制御装置」と示している。）Ｒ１と通信インターフェイスＲ２とを備えている。なお、当該リモコンＲについても一般的なリモコンと同様、様々な機能、構成を備えているが、ここでは本発明の実施の形態における制御に必要な構成のみを示している。

【0026】

次に、室内機ＡＩ及びリモコンＲのそれぞれの内部構成について、より詳しく説明する。図２は、本発明の実施の形態に係る室内機ＡＩの制御装置ＡＩ１の内部構成を示すブロック図である。

【0027】

室内機ＡＩの室内機制御蔵置ＡＩ１は、通信部１と、空調制御部２と、ワイヤレス通信部３と、記憶部４と、判定部５と、更新部６と、報知部７と、異常対応制御部８と、を備えている。

【0028】

通信部１は、通信インターフェイスＡＩ２と接続されて、通信線Ｌを介して他の室内機ＡＩ、或いは、リモコンＲとの間で通信を行う。また、リモコンＲからの制御信号を受信する。空調制御部２は、リモコンＲから送信された制御信号に基づいて、空気調和機Ａの、例えば、上述したファン等の制御を行う。

【0029】

ワイヤレス通信部３は、室内機ＡＩがリモコンＲとは異なる、室内機ＡＩごとのワイヤレスリモコンによっても制御される場合に、当該ワイヤレスリモコンとの間で通信を行う。但し上述したように、本発明の実施の形態における複数の室内機ＡＩは通信線Ｌを介して一括して制御されることを前提としているため、個々の室内機ＡＩの制御を行うためのワイヤレスリモコンについては、必ずしも備えていなくても良い。

【0030】

また、例えば室内機制御装置ＡＩ１において使用される、例えば、ファームウェアや制御プログラムといった、各種ソフトウェアに対する更新処理が実行される場合、無線で当該更新処理が実行される場合もある。このような場合に、ソフトウェアの更新処理に必要な指示や更新プログラム等の各種データについては、当該ワイヤレス通信部３を介して室内機制御装置ＡＩ１に受信される。

【0031】

記憶部４は、空気調和機Ａを空調制御するために必要なソフトウェアやプログラム、その他様々な情報が格納されている。また、本発明の実施の形態における室内機ＡＩでは、これらの情報の他、後述する第１の判定時間Ｔ１、及び、第２の判定時間Ｔ２に関する情報も格納されている。さらに、複数の室内機ＡＩが相互に通信を行った際の、それぞれの通信履歴についても記憶部４に記憶している。

【0032】

本発明の実施の形態における空気調和システムＳでは、それぞれの複数の室内機ＡＩが相互に常時通信を行っており、通信線Ｌに接続する他の機器との間において通信異常が発生すると全ての室内機および室外機の運転を停止する制御が行われる。第１の判定時間Ｔ１は、通信が途絶した場合に、通信異常が生じたか否かを判定する際の基準となる時間である。

【0033】

当該第１の判定時間Ｔ１については任意に設定することができるが、例えば、通信異常が生じると、通信途絶となった空気調和機Ａの圧縮機等に対する制御が及ばず、運転を停止する手段が失われてしまうことになりかねない。そこで、安全性の観点から第１の判定時間Ｔ１が設定される。具体的には、例えば、１分程度に予め設定されて記憶部４に格納されている。つまり、室内機ＡＩ同士で通信が第１の判定時間Ｔ１（例えば１分間）途絶すると、通信異常が発生したと判定し、結果として全ての空気調和機Ａの運転を停止させる。

【0034】

なお、ここでは複数の室内機ＡＩのいずれも同じ時間が第１の判定時間Ｔ１として設定されていることを前提としているが、室内機ＡＩごとに第１の判定時間Ｔ１の長さを変えても良い。

【0035】

記憶部４には、さらに第２の判定時間Ｔ２に関する情報も格納されている。当該第２の判定時間Ｔ２は、室内機ＡＩにおいてソフトウェアの更新処理が実行される場合に、室内機ＡＩにおけるソフトウェアの更新処理が完了したか否かを判定するために用いられる時間である。従って、ソフトウェアの更新処理開始から完了までに掛かる時間を含むよう、ソフトウェアの更新処理に必要十分な時間として設定される。

【0036】

ソフトウェアの更新処理に掛かる時間は、一般的に上述したような通信異常が生じたか否かの判定に用いられる第１の判定時間Ｔ１よりも長い時間であることが多い。また、ソフトウェアの更新処理が実行されている間は、当該更新処理を実行している室内機ＡＩと他の室内機ＡＩやリモコンＲとの間では通信を行うことができない場合もある。

【0037】

従って、ソフトウェアの更新処理が完了したか否かの判定に第１の判定時間Ｔ１を用いてしまうと、更新処理を実行中であるにも拘わらず、更新処理を実行している室内機ＡＩと他の室内機ＡＩ等との間で通信異常が生じたと判定されかねない。上述したように通信異常が生じたと判定されると、他の室内機ＡＩの運転が停止されることになるため、ソフトウェアの更新処理が問題なく行われていても空気調和システムＳ全体が停止することになってしまい不都合である。

【0038】

そこで、通信異常が生じたか否かの判定のために用いられる第１の判定時間Ｔ１とは別に、ソフトウェアの更新処理が完了したか否かの判定のために用いられる第２の判定時間Ｔ２を設ける。そして、第２の判定時間Ｔ２は、第１の判定時間Ｔ１よりも長くなるように設定される。

【0039】

また、ソフトウェアの更新処理については、空気調和システムＳを構成する複数の室内機ＡＩのいずれにおいても実行されるものである。従って、第２の判定時間Ｔ２については、共通の時間に設定されてもよいし、それぞれの室内機ＡＩごとに設定されてもよい。

【0040】

ここで図２に示す室内機制御装置ＡＩ１における記憶部４には、他機の第２の判定時間Ｔ２１と自機の第２の判定時間Ｔ２２とが格納されている状態が示されている。ここで「自機」とは、例えば、第１の空気調和機Ａ１（第１の室内機ＡＩ１）を基準として考えた場合における、当該第１の空気調和機Ａ１（第１の室内機ＡＩ１）のことである。

【0041】

一方「他機」とは、同様に第１の空気調和機Ａ１（第１の室内機ＡＩ１）を基準とした場合における、通信線Ｌに接続される他の空気調和機Ａ（室内機ＡＩ）を示している。従って同様に、第１の空気調和機Ａ１（第１の室内機ＡＩ１）を基準とした場合に、第２の空気調和機Ａ２（第２の室内機ＡＩ２）、及び、第３の空気調和機Ａ３（第３の室内機ＡＩ３）が他機に該当する。

【0042】

このように記憶部４の中に他機の第２の判定時間Ｔ２１を格納しているのは、第２の判定時間Ｔ２については、複数の室内機ＡＩごとに異なる時間が設定されていることを想定しているからである。すなわち、空気調和システムＳを構成する室内機ＡＩについては、必ずしも同じ種類の室内機ＡＩが接続されているとは限らない。そして室内機ＡＩの種類によって搭載されるマイクロコンピュータ（以下、適宜「マイコン」と表す）は異なる場合があり、マイコンが異なれば、ソフトウェアの更新処理に掛かる時間も異なる可能性がある。そのため、第２の判定時間Ｔ２については、室内機ＡＩごとに設定される。

【0043】

上述したように、室内機ＡＩにおいてソフトウェアの更新処理が実行される際、第２の判定時間Ｔ２が経過するまでに更新処理が完了しない場合には、空気調和システムＳを構成する全ての空気調和機Ａの運転が停止される。そのため、各室内機ＡＩは、自身以外の他の室内機ＡＩ（他機）の第２の判定時間Ｔ２１に関する情報を保持し、リモコンＲには、通信線Ｌに接続される全ての室内機ＡＩにおける第２の判定時間Ｔ２が保持されている。

【0044】

上述したように第２の判定時間Ｔ２は、ソフトウェアの更新処理が実行された際に更新処理が正常に行われたか否かを判定する際の基準として用いられるものである。一方、ソフトウェアの更新処理が実行されている最中は、更新処理以外の機能については停止しているため更新処理が正常に実行されたか否かの判定を、自機の第２の判定時間Ｔ２２を用いて自ら行うことはできない。

【0045】

従って、第２の判定時間Ｔ２は、ソフトウェアの更新処理が正常に実行されたか否かを、他の室内機ＡＩやリモコンＲが判定するために用いられるものであると言える。すなわち、例えば、第１の空気調和機Ａ１（第１の室内機ＡＩ１）がソフトウェアの更新処理を実行する場合、第１の空気調和機Ａ１（第１の室内機ＡＩ１）における更新処理が正常に行われたか否かの判定を、他の空気調和機Ａ、すなわち、第２の空気調和機Ａ２（第２の室内機ＡＩ２）、第３の空気調和機Ａ３（第３の室内機ＡＩ３）やリモコンＲが行うということになる。

【0046】

そのため、自身の第２の判定時間Ｔ２（自機の第２の判定時間Ｔ２２）については、記憶部４には格納されている必要はない。すなわち、例えば、第１の室内機ＡＩ１について設定された自機の第２の判定時間Ｔ２２は、第１の室内機ＡＩ１の記憶部４には格納されている必要はない。

【0047】

なお、自機の第２の判定時間Ｔ２２は、自身のソフトウェアの更新処理が完了したか否かの基準となる時間であることから、その設定は室内機ＡＩごとに行われる。図２においては、説明の便宜上、自機の第２の判定時間Ｔ２２が記憶部４に格納された状態を示しているが、上述したように、他の室内機ＡＩの記憶部４に格納されている状態ならば、自機の記憶部４に格納されていなくても良い。

【0048】

室内機ＡＩごとに設定された自機の第２の判定時間Ｔ２２については、例えば、リモコンＲと複数の室内機ＡＩとが通信線Ｌと接続されて通信が開通した時に、リモコンＲや他の室内機ＡＩに対して送信されて、送信先の記憶部４に格納される。そのため、当該送信が終了すると、室内機ＡＩの記憶部４には、自機の第２の判定時間Ｔ２２については格納されていない状態となる。

【0049】

このように自らの記憶部４には他の室内機ＡＩに関する第２の判定時間Ｔ２１のみが格納されており、第２の判定時間Ｔ２は、室内機ＡＩごとに任意に設定することが可能である。そこで次に、当該第２の判定時間Ｔ２の設定について、図３を用いて説明する。図３は、本発明の実施の形態において設定される第２の判定時間Ｔ２の概念を示す表である。

【0050】

図３に示す表においては、図１で示す、本発明の実施の形態における空気調和システムＳを構成する３台の室内機ＡＩ（第１の室内機ＡＩ１、第２の室内機ＡＩ２、第３の室内機ＡＩ３）が示されている。一方、最左欄には、各室内機ＡＩが搭載するマイコンの種類と、第２の判定時間Ｔ２として考慮される条件が示されている。

【0051】

すなわち、１つ目が「更新必要時間」である。この「更新必要時間」は、ソフトウェアの更新処理に掛かる時間として設定されている時間であり、マイコンの種類や性能によって異なる。例えば、第１の室内機ＡＩ１が搭載するマイコンＡの場合は、更新必要時間は４分である。一方、第２の室内機ＡＩ２が搭載するマイコンＢの場合は、更新必要時間は３分である。

【0052】

２つ目の条件が、「実行回数」である。当該実行回数は、ソフトウェアの更新処理において各室内機ＡＩが当該更新処理を実行する回数として設定されるものである。ソフトウェアの更新が必要となった場合、当然のことながら１回は更新処理が実行される。但し、この１回の更新処理が正常に実行されない場合も考えられる。そこで、更新処理が正常に実行されなかった場合に、改めて更新処理を実行（リトライ）する必要がある。「実行回数」はこのリトライを含む、室内機ＡＩが実行するソフトウェアの更新処理の総回数を設定するものである。

【0053】

図３の表を見ると、「実行回数」はいずれの室内機ＡＩも「２回」である。すなわち、ソフトウェアの更新処理が必要になって最初の更新処理の実行を１回目と数え、更新処理が正常に実行されなかった場合に、リトライを行う回数としてもう１回を設定し、合計２回である。

【0054】

上述したように、ソフトウェアの更新処理が第２の判定時間Ｔ２が経過する前に終了しなかった場合には、ソフトウェアの更新処理が正常に実行されなかった旨、後述する報知部７を介して使用者に報知される。そしてその後、空気調和システムＳを構成する全ての空気調和機Ａの運転が停止される。

【0055】

ソフトウェアの更新処理が正常に実行されなかった旨、報知を受けた使用者は、例えば、サービスセンターに連絡してこの状態を解消することになる。そのため、「実行回数」を何回とするかについては、任意に設定することができるものの、設定されるソフトウェアの更新処理の実行回数が少なすぎると、頻繁にサービスセンターに連絡することにもなりかねない。そこで、このような点も考慮して実行回数が設定される。

【0056】

３つ目の条件は「余剰時間」である。上述したように、少なくとも「更新必要時間」が設定されていればソフトウェアの更新処理の開始から完了までに必要な時間が確保されることになる。但し、更新の途中で通信状態が不安定になる等、設定された更新必要時間だけでは更新処理が完了しない可能性も考えられる。

【0057】

このような場合に、第２の判定時間Ｔ２として「更新必要時間」のみ設定されているとすると、ソフトウェアの更新処理が正常に実行されなかった、と判定される確率が高くなってしまう。これでは空気調和システムＳがソフトウェアの更新処理の都度停止することにもなりかねず実際的ではない。

【0058】

そこで、「更新必要時間」の他に「余剰時間」としてソフトウェアの更新処理が正常に実行されたか否かの判断を行うまでの余裕を持たせる時間を設定している。図３の表においては、いずれの室内機ＡＩにおいても「２分」と設定されている。

【0059】

そして最後の「合計時間」が、これまで説明してきた第２の判定時間Ｔ２に該当する。第１の室内機ＡＩ１の場合、更新必要時間は「４分」、実行回数は「２回」、余剰時間は「２分」と設定されている。実行回数が２回なので、更新に掛かる時間として設定されるのは、４分の２回分で最大８分である。この８分に余剰時間の２分を足して、合計が「１０分」となる。この１０分が第１の室内機ＡＩ１に対するソフトウェアの更新処理が正常に行われたか否かを判定する際の第２の判定時間Ｔ２となる。

【0060】

同様に、第２の室内機ＡＩ２についての第２の判定時間Ｔ２は８分であり、第３の室内機ＡＩ３についての第２の判定時間Ｔ２は１２分である。上述したように、搭載されているマイコンの種類等によってソフトウェアの更新処理に掛かる時間は異なることから、このように室内機ＡＩごとに第２の判定時間Ｔ２は異なる。

【0061】

なお、図３に示す表においては、いずれの室内機ＡＩについても「実行回数」と「余剰時間」については、同じ値が設定されている。但しこのような設定の仕方に限定されるものではなく、もちろん室内機ＡＩごとに任意に設定することができる。

【0062】

判定部５は、第１の判定時間Ｔ１を用いて他の室内機ＡＩとの間における通信異常の発生の有無を判定する。各室内機ＡＩは他の室内機と通信部１を介して適宜通信状態の確認を行うが、通信が途絶した場合、室内機ＡＩの判定部５、或いは、リモコンＲの判定部は、当該通信が途絶した室内機ＡＩに対して設定されている第１の判定時間Ｔ１を基に、通信が途絶している時間が当該第１の判定時間Ｔ１を超えるか否かを判定する。

【0063】

そして、通信が途絶してから第１の判定時間Ｔ１が経過する前に通信が回復した場合には通信異常ではないと判定する。一方、第１の判定時間Ｔ１が経過しても通信が回復しない場合には、判定部５は通信異常が生じたと判定する。この判定結果を基に、通信が途絶した当該室内機ＡＩを含むすべての室内機ＡＩは自機の運転を停止させる。その結果、空気調和システムＳ全体の運転が停止される。

【0064】

また判定部５は、第２の判定時間Ｔ２を用いてソフトウェアの更新処理を実行する室内機ＡＩ（以下、このようにソフトウェアの更新処理が実行される室内機を適宜「更新機」と表す。）の更新処理の異常の有無を判定する。

【0065】

すなわち、第２の判定時間Ｔ２は上述したようにソフトウェアの更新処理に必要十分な時間として設定されることから、ソフトウェアの更新処理が正常に実行されれば、第２の判定時間Ｔ２の経過前に当該更新処理は完了する。従って、第２の判定時間Ｔ２の経過前に更新機から更新処理が完了した旨の報知を受信した場合には、更新機におけるソフトウェアの更新処理は正常に実行されたと判定する。

【0066】

一方、更新機においてソフトウェアの更新処理が正常に実行されず第２の判定時間Ｔ２が経過しても更新処理が完了しない場合には、判定部５は、ソフトウェアの更新処理に異常が発生したものと判定する。そして当該判定に基づき、空気調和システムＳ全体の運転が停止される。

【0067】

このように判定部５では、第２の判定時間Ｔ２の経過前に更新機からソフトウェアの更新処理完了の報知を受信しない場合には、上述したように空気調和システムＳ全体の運転が停止されるが、更新機においては、第２の判定時間Ｔ２を経過したか否かに拘わらず、正常に更新処理が実行され完了するまで継続して実行される。

【0068】

また、更新部６は、ソフトウェアの更新処理を実行する。ソフトウェアの更新処理は、例えば、無線通信を経由して実行される。上述したように、例えば、図２に示す室内機制御装置ＡＩ１では、ワイヤレス通信部３を経由してソフトウェアの更新処理の実行指示が届き、当該実行指示に基づいて更新部６がソフトウェアの更新処理を実行する。

【0069】

上述した判定部５が、更新機によるソフトウェアの更新処理が正常に実行されたか否かの判定を開始するのは、通信部１が他の室内機ＡＩのうちいずれかのソフトウェアの更新処理を実行する更新機からの更新開始の報知を受信した場合である。

【0070】

すなわち、更新部６がソフトウェアの更新処理を開始する際、更新機から他の室内機ＡＩに対して更新処理の開始を報知する。当該報知を受けた他の室内機ＡＩでは、判定部５が第１の判定時間Ｔ１を、当該報知を送信した更新機の第２の判定時間Ｔ２に切り替える。そして、第２の判定時間Ｔ２内にソフトウェアの更新処理が完了するか否か、すなわち更新処理について異常の有無を判定する。

【0071】

報知部７は、自身がソフトウェアの更新処理を開始する報知、或いは、当該更新処理が完了した旨の報知を行う。また、判定部５が、他の室内機ＡＩにおける通信異常、或いは、更新処理の異常が生じたと判定した場合に、使用者に異常を報知する。報知部７からの報知を受けた使用者は、上述したように、例えばサービスセンターに連絡を取る等の手続き行う。

【0072】

異常対応制御部８は、判定部５が、他の室内機ＡＩにおける通信異常が生じたと判定した場合に、空気調和システムＳを構成する全ての室内機ＡＩの運転を停止させる。すなわち、リモコンＲによって複数の室内機ＡＩが一括して制御されている空気調和システムＳにおいて、通信異常が生じた場合には、通信異常が生じた室内機ＡＩの制御が実行できないことになる。そこで、安全性の観点から全ての室内機ＡＩの運転を停止させる。

【0073】

一方、判定部５によって更新機から第２の判定時間Ｔ２内に更新処理が完了した旨の報知が届かないと判定された場合も、同様に全ての室内機ＡＩの運転を停止させる。すなわち、ソフトウェアの更新処理が実行されるとして第１の判定時間Ｔ１から第２の判定時間Ｔ２へと切り替えた後、更新機において通信異常が発生したとしても、第２の判定時間Ｔ２は第１の判定時間Ｔ１よりも長く設定されていることから、更新機から当該報知が届かないのは、更新処理が完了しなかったことが原因であるのか、或いは、通信異常が発生していることが原因であるのか、の判断が付かないからである。

【0074】

そこで、本発明の実施の形態における空気調和システムＳにおいては、上述したように判定部５によって第２の判定時間Ｔ２内に更新処理が完了した旨の報知が更新機から届かない場合も、全ての室内機ＡＩの運転を停止させる。

【0075】

次に図４は、本発明の実施の形態に係るリモコンＲの内部構成を示すブロック図である。リモコンＲは、通信部１１と、空調制御部１２と、記憶部１４と、判定部１５と、報知部１７と、異常対応制御部１８と、を備えている。

【0076】

図４に示すように、リモコンＲの内部構成は、室内機制御装置ＡＩ１における内部構成とその多くが重複し、その機能は上述した通りである。室内機制御装置ＡＩ１に備えられていてリモコンＲに備えられていないのは、ワイヤレス通信部３及び更新部６である。

【0077】

リモコンＲは通信線Ｌを介して有線で各室内機ＡＩに制御信号を送信する。そのため、リモコンＲに対するワイヤレスリモコンは備えられていないことから、ワイヤレス通信部３は備えられていない。また更新部６については、リモコンＲについてソフトウェアの更新処理は実行されないからである。

【0078】

なお、上述したように室内機制御装置ＡＩ１において対応する各部とのその機能を同じくすることから、図４におけるリモコンＲの内部に設けられる各部に付した符号は、室内機制御装置ＡＩ１において対応する各部に準じている。なお、ワイヤレス通信部３及び更新部６に対応する機能は備えていない。

【0079】

［動作］
次に、上述した室内機ＡＩにおいてソフトウェアの更新処理が実行される際の制御の流れについて、図面を用いて説明する。そこで室内機ＡＩにおけるソフトウェアの更新処理が実行される際の制御の流れの理解において、まず、その前提となる通信異常が生じた場合の制御の流れについて説明する。図５は、本発明の実施の形態に係る空気調和システムＳにおいて通信異常が生じた場合の各機器の制御の流れを示すシーケンス図である。

【0080】

図５に示すシーケンス図では、図１の配置に合わせて、左からリモコンＲ、第１の室内機ＡＩ１、第２の室内機ＡＩ２、第３の室内機ＡＩ３における制御の流れが示されている。

【0081】

本発明の実施の形態における空気調和システムＳでは、リモコンＲが複数の室内機ＡＩ（空気調和機Ａ）を一括して制御している。従って、リモコンＲから送信された制御指示に従ってそれぞれの室内機ＡＩが制御される（ＳＴ１）。また、リモコンＲ、複数の室内機ＡＩは、通信線Ｌを介して相互に常時通信を行っている。

【0082】

図５では、第１の室内機ＡＩ１と第２の室内機ＡＩ２との間、第１の室内機ＡＩ１と第３の室内機ＡＩ３との間、或いは、第２の室内機ＡＩ２と第３の室内機ＡＩ３との間にそれぞれ両矢印が描画されており、それぞれが相互に通信していることを例示している。

【0083】

なお、複数の室内機ＡＩとリモコンＲとの間においても相互に通信を行っているが、図面の描画の都合上、複数の室内機ＡＩとリモコンＲとの間における通信が行われている状態を示す両矢印は図示を省略している。

【0084】

このように相互に通信を行っている複数の室内機ＡＩは、それぞれの室内機ＡＩが自機と他機の通信が正常に行われているか否かを確認している（ＳＴ２）。これは上述したように、リモコンＲが複数の室内機ＡＩを一括して制御している空気調和システムＳにおいて、通信途絶が生じてしまうと、リモコンＲは通信途絶となった室内機ＡＩに対する制御が行えないことになってしまうからである。そのため、いずれかの室内機ＡＩとの間で通信ができない状態になった場合には、最終的に空気調和システムＳ全体の運転を停止する（ＳＴ８）。

【0085】

図５においては、このことを説明するために、例えば、第２の室内機ＡＩ２に通信途絶の異常が生じ（ＳＴ３）、当該第２の室内機ＡＩ２とその他の室内機ＡＩ、及び、リモコンＲとの間で通信ができない状態が発生したことを例に挙げる。説明の便宜上第１の室内機ＡＩ１を主体として説明をしたが、同様の処理を他の室内機でも行っている。

【0086】

このように第２の室内機ＡＩ２において通信途絶が生ずると、第２の室内機ＡＩ２と、第１の室内機ＡＩ１、第３の室内機ＡＩ３、及び、リモコンＲとの間での通信が途絶える。このことを、図５においては、第２の室内機ＡＩ２と、第１の室内機ＡＩ１、或いは、第３の室内機ＡＩ３との間をつなぐ両矢印を破線としこの破線の上にバツ印を描画することで示している。

【0087】

上述したように、リモコンＲ、及び、複数の室内機ＡＩでは、相互に通信が正常に行われているか否かを確認している。そして通信途絶が生じたか否かの確認の条件として、上述した第１の判定時間Ｔ１が用いられる。図５のシーケンス図では、第１の室内機ＡＩ１が、通信途絶が生じたか否かの確認を行った場合を例に挙げている。

【0088】

第２の室内機ＡＩ２において通信途絶が生じた場合に、第１の室内機ＡＩ１の判定部５では、第２の室内機ＡＩ２との通信途絶が生じたことを検出し、当該途絶が継続する時間が第１の判定時間Ｔ１を超えるか否かの判定を開始する（ＳＴ４）。

【0089】

もし第２の室内機ＡＩ２において生じた通信途絶が第１の判定時間Ｔ１の経過前に回復した場合には（ＳＴ４のＮＯ）、これまで通りリモコンＲや他の室内機ＡＩとの間で通信可能な状態となるので、判定部５における判定処理は一旦終了する。そして改めてステップＳＴ２に戻り、通信途絶が生じるか否かの確認を行う。

【0090】

一方、第１の判定時間Ｔ１を超えても通信途絶が継続し通信が回復しないと判定部５が判定した場合には（ＳＴ４のＹＥＳ）、通信途絶となった室内機ＡＩ（ここでは第２の室内機ＡＩ２）を確認し（ＳＴ５）、通信が途絶した室内機ＡＩ以外の室内機（ここでは第３の室内機ＡＩ３）、及び、リモコンＲに対して通信異常が生じたことを報知する（ＳＴ６）。

【0091】

そして通信途絶が生じた旨の報知を受けたリモコンＲは、報知部１７を介して使用者に対して通信途絶の状態が生じたことを報知する（ＳＴ７）。また、リモコンＲの異常対応制御部１８が空気調和システムＳの全体の停止を指示する（ＳＴ８）。通信が途絶した第２の室内機ＡＩ２は、自ら自機の運転を停止する（ＳＴ９）。通信異常が生じた場合の制御の流れは以上の通りであり、通信途絶の状態が生じたか否かは第１の判定時間Ｔ１を用いて判定される。

【0092】

次にソフトウェアの更新処理が実行される場合における制御の流れについて、更新処理が成功した場合と更新処理に失敗した場合とに場合を分けて説明する。図６は、本発明の実施の形態に係る空気調和システムＳにおいてソフトウェアの更新処理が実行されて成功した場合における各機器の制御の流れを示すシーケンス図である。

【0093】

図６、及び、後述する図７の場合も、図５と同様、左からリモコンＲ、第１の室内機ＡＩ１、第２の室内機ＡＩ２、第３の室内機ＡＩ３における制御の流れが示されている。また、ここでは第１の室内機ＡＩ１においてソフトウェアの更新処理が実行されることを前提とする。すなわち、第１の室内機ＡＩ１が更新機に該当する。

【0094】

第１の室内機ＡＩ１において、ソフトウェアの更新処理が実行される場合、例えば、ワイヤレス通信部３を介して更新の指示が届き、準備が開始される（ＳＴ１１）。併せて第１の室内機ＡＩ１からは、リモコンＲ、及び、他の室内機ＡＩ（第２の室内機ＡＩ２、及び、第３の室内機ＡＩ３）に対してソフトウェアの更新処理を実行する旨の報知が出される（ＳＴ１２）。

【0095】

第１の室内機ＡＩ１からソフトウェアの更新処理を実行する旨の報知を受けたリモコンＲ、及び、他の室内機ＡＩにおいては、それぞれの判定部が第１の室内機ＡＩ１に関する第１の判定時間Ｔ１を第２の判定時間Ｔ２へと切り替える（ＳＴ１３）。上述したようにソフトウェアの更新処理が実行される場合には他の機器との間で通信を行うことができなくなるが、第１の判定時間Ｔ１をもって通信途絶が発生したか否かを判定してしまうと、正常にソフトウェアの更新処理が実行されていても空気調和システムＳ全体が停止することになりかねない。

【0096】

そこで、第１の判定時間Ｔ１を、当該第１の判定時間Ｔ１よりも長い時間に設定されている第２の判定時間Ｔ２へと切り替えることで、ソフトウェアの更新処理に必要な時間を確保するとともに、適切な判定を行うことができるようにしている。

【0097】

ソフトウェアの更新処理を実行する旨の報知が完了すると、第１の室内機ＡＩ１は更新処理を開始する（ＳＴ１４）。更新処理に当たっては、１度目の更新処理実行で正常に更新できなかった場合でも、上述した実行回数分、続けて更新処理を実行する。そして更新処理が完了した場合には（ＳＴ１５）、リモコンＲ、及び、他の室内機ＡＩに対して更新処理の完了を報知する（ＳＴ１６）。この完了報知は、たとえばそれぞれの記憶部４に一時的に記憶される。

【0098】

一方、リモコンＲ、及び、他の室内機ＡＩでは、切り替えた第２の判定時間Ｔ２の経過時点で更新機（第１の室内機ＡＩ１）から更新処理完了の報知が届いたか判定を行う（ＳＴ１７）。なお、ステップＳＴ１７では「第２の判定時間経過前？」と示しているが、これはリモコンＲ、及び、他の室内機ＡＩが第２の判定時間が経過する前までに更新機である第１の室内機ＡＩ１からの完了報知が届いたか否かを判定することを示している。また、図６においては、リモコンＲ、及び、他の室内機ＡＩのいずれもが当該判定を行うことから、いずれの処理についてもステップＳＴ１７の符号を付している。

【0099】

もし第２の判定時間Ｔ２の経過前に更新機から更新処理完了の報知が届いた場合には（ＳＴ１７のＹＥＳ）、リモコンＲ、及び、他の室内機ＡＩは、更新機（第１の室内機ＡＩ１）についての第２の判定時間Ｔ２を第１の判定時間Ｔ１へと戻す処理を実行する（ＳＴ１８）。また、たとえば記憶部４等に完了報知が記憶されていた場合、それを削除する。

【0100】

図７は、本発明の実施の形態に係る空気調和システムＳにおいてソフトウェアの更新処理が実行されて失敗した場合における各機器の制御の流れを示すシーケンス図である。

【0101】

すなわち、第２の判定時間Ｔ２の経過時点で更新機から更新処理完了の報知が届かなかった場合には（ＳＴ１７のＮＯ）、リモコンＲ、或いは、他の室内機ＡＩでは、それぞれの判定部が更新機（第１の室内機ＡＩ１）におけるソフトウェアの更新処理に異常が発生したと判定する（ＳＴ１９）。

【0102】

そしてこの判定がなされた場合には、リモコンＲは、報知部１７を介して使用者に対してソフトウェアの更新処理に異常が生じたことを報知する（ＳＴ２０）。また、リモコンＲの異常対応制御部１８が空気調和システムＳの全体の停止を指示する（ＳＴ２１）。

【0103】

以上説明したような処理を実行することによって、複数の室内機が通信線により相互に接続され、それぞれの室内機が適宜通信を行い、通信異常が発生すると全ての室内機の運転を停止する制御が行われる場合において、その中の室内機がソフトウェアの更新処理を開始したとしても、ソフトウェアの更新処理の対象外である他の室内機の空調運転を停止させずに継続させることができる室内機の制御装置、当該制御装置を備える室内機、空気調和システム、及び、室内機の制御方法を提供することができる。

【0104】

すなわち、ソフトウェアの更新処理に異常が生じたか否かの判定を行うに当たって、通信異常が生じたか否かを判定するために用いられる第１の判定時間よりも長く、リトライ回数やマイコンの種類や性能も含めて更新に必要な時間を考慮して設定された第２の判定時間を用いることで、更新機がソフトウェアの更新処理を開始した後であっても、更新機以外の他の室内機は、通信異常が生じたとして運転の停止の指示を受けることなくそのまま運転を継続することができる。

【0105】

なお、これまで説明したように、上記空気調和システムではシステムの停止指示はリモコンが一括で各室内機に送信して行うとしているが、個々の室内機が異常を判断して自らの空気調和機の運転を停止するようにしてもよい。

【0106】

また、ソフトウェアの更新処理に異常が生じた場合の処理について、上述した図６や図７に示すシーケンス図では、リモコンが使用者に対して報知するとともに、空気調和システムの停止を行っている。但し、当該報知、及び、制御をリモコンではなく、更新機以外の室内機が行っても良い。

【0107】

また、ソフトウェアの更新処理に異常が生じて使用者へ報知する場合、上述したようにリモコンや各室内機が備える報知部を介して報知されるが、より具体的には、図示しない、例えば出力部によって使用者に異常が生じた旨が報知される。なお、出力部としては、例えば、スピーカやランプ等、使用者の五感に訴える装置であればいずれでも良い。

【0108】

また、室内機においてワイヤレスリモコンが併用されている場合には、報知部、ワイヤレス通信部を介して当該ワイヤレスリモコンに対して報知信号を送信して使用者に対して報知を行うこととしても良い。

【0109】

これまでの説明においては、ソフトウェアの更新処理に異常が生じたことを、リモコンから更新機を除く各室内機に対して報知しており、いわば、個々の室内機から使用者に対して報知していた。但し、報知の方法はこの方法に限られず、例えば、空気調和システムを管理するリモコンを介して、当該システム全体として報知するようにされていても良い。

【0110】

また、ソフトウェアの更新処理に異常が生じた場合の制御について、これまでは空気調和システムを構成する各室内機の運転を停止する制御について説明してきた。但しこのような制御に限定されず、例えば、ソフトウェアの更新処理に異常が生じた場合に、異常が生じたことを報知するにとどまり、更新機を除く他の室内機については運転を継続させる制御とすることもできる。

【0111】

また、第２の判定時間の経過前に更新機からソフトウェアの更新処理の完了の報知が届かなかった場合は、上述したように、ソフトウェアの更新処理に異常が生じたのか、ソフトウェアの更新処理は正常に行われたものの、通信異常が生じているのか、判断が付かない。そこで、使用者に対してソフトウェアの更新処理に異常が生じたとの内容を報知するか、ソフトウェアの更新処理は正常に行われたものの、通信異常が生じているとの内容を報知するかについては、例えば、空気調和システムを停止させる制御を行うか否かの判断とともに任意に設定することができる。

【0112】

なお、この発明は、上記実施の形態そのままに限定されるものではなく、本発明の一例を示したものである。実施の段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化でき、また、上記実施の形態には種々の変更又は改良を加えることが可能である。また、上記実施の形態に開示されている複数の構成要素を適宜組み合わせることにより種々の発明を形成できる。

【0113】

例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施の形態に亘る構成要素を適宜組み合わせてもよく、その様な変更又は改良を加えた形態も本発明に含まれ得る。この実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【0114】

なお、本発明の実施の形態において説明した技術については、以下のような構成を採用することもできる。
（１）通信線で接続された複数の室内機が備える室内機の制御装置であって、
前記通信線を介して他の室内機との間で通信を行う通信部と、
前記他の室内機との間における通信異常の発生を判定する際に用いられる第１の判定時間を格納する記憶部と、
前記第１の判定時間を用いて前記他の室内機との間における通信異常の発生の有無を判定する判定部と、を備え、
前記記憶部には、前記複数の室内機におけるソフトウェアの更新に必要な時間として予め定められている第２の判定時間が記憶され、
前記通信部が、前記他の室内機のうちいずれかの前記ソフトウェアの更新処理を実行する更新機からの更新開始の報知を受信した場合に、前記判定部は、前記第１の判定時間より長い前記第２の判定時間を用いて前記更新機の前記更新処理の異常の有無を判定することを特徴とする室内機の制御装置。
（２）前記第２の判定時間は、前記複数の室内機ごとに設定されていることを特徴とする上記（１）に記載の室内機の制御装置。
（３）前記第２の判定時間は、少なくとも一度の前記ソフトウェアの更新に必要な時間、前記更新処理が正常に実行されなかった場合に再び前記更新処理を実行する場合を含む、総更新回数を基に設定されることを特徴とする上記（１）または（２）に記載の室内機の制御装置。
（４）前記判定部が、前記通信異常、或いは、前記更新処理の異常が生じたと判定した場合に、使用者に異常を報知する報知部を備えることを特徴とする上記（１）ないし（３）のいずれかに記載の室内機の制御装置。
（５）前記判定部が、前記通信異常、或いは、前記更新処理の異常が生じたと判定した場合に、室内機の運転を停止させる異常対応制御部を備えることを特徴とする上記（１）ないし（４）のいずれかに記載の室内機の制御装置。
（６）前記室内機の制御装置は、さらに前記ソフトウェアの更新処理を実行する更新部を備え、前記更新部は、前記第２の判定時間内に前記更新処理が完了しなかった場合であっても、継続して前記更新処理を実行することを特徴とする上記（１）ないし（５）のいずれかに記載の室内機の制御装置。
（７）上記（１）ないし（６）のいずれかに記載の室内機の制御装置と、
内部にファンを格納する筐体と、
前記ファンの回転により空気を外部に吹き出す吹出口と、
を備えることを特徴とする室内機。
（８）上記（７）に記載の室内機と、
複数の前記室内機に対して通信線で接続され、前記通信線を介して伝送される制御信号を送信して複数の前記室内機を制御するリモコンと、
室外に設置され、前記室内機との間で冷凍回路を構成する室外機と、
を備える空気調和システム。
（９）通信線で接続された複数の室内機を制御する室内機の制御方法であって、
前記通信線を介して他の室内機のうちいずれかのソフトウェアの更新処理を実行する更新機からの前記ソフトウェアの更新開始の報知を受信するステップと、
前記ソフトウェアの更新処理を実行する前記更新機に関して予め設定されている通信異常の発生の有無を判定する際に用いる第１の判定時間を、前記更新機における前記ソフトウェアの更新に必要な時間として各々予め定められている、前記第１の判定時間よりも長い時間となるように設定されている第２の判定時間に変更するステップと、
前記第２の判定時間を用いて前記更新機の前記更新処理の異常の有無を判定するステップと、
を備えることを特徴とする室内機の制御方法。
（１０）前記通信異常、或いは、前記更新処理の異常が生じたと判定された後に、使用者に異常を報知するステップを備えることを特徴とする上記（９）に記載の室内機の制御方法。
（１１）前記通信異常、或いは、前記更新処理の異常が生じたと判定された後に、前記複数の室内機の運転を停止させるステップを備えることを特徴とする上記（９）または（１０）に記載の室内機の制御方法。
（１２）前記第２の判定時間内に前記更新処理が完了しなかった場合であっても、継続して更新処理を実行するステップをさらに備えていることを特徴とする上記（９）ないし（１１）のいずれかに記載の室内機の制御方法。

【符号の説明】

【0115】

１・・・通信部、２・・・空調制御部、３・・・ワイヤレス通信部、４・・・記憶部、５・・・判定部、６・・・更新部、７・・・報知部、８・・・異常対応制御部、１１・・・通信部、１２・・・空調制御部、１４・・・記憶部、１５・・・判定部、１７・・・報知部、１８・・・異常対応制御部、Ａ・・・空気調和機、Ａ１・・・第１の空気調和機、Ａ２・・・第２の空気調和機、Ａ３・・・第１の空気調和機、ＡＥ１・・・第１の室外機、ＡＥ２・・・第２の室外機、ＡＥ３・・・第１の室外機、ＡＩ１・・・第１の室内機、ＡＩ１１・・・室内機制御装置、ＡＩ１２・・・通信インターフェイス、ＡＩ２・・・第２の室内機、ＡＩ２１・・・室内機制御装置、ＡＩ２２・・・通信インターフェイス、ＡＩ３・・・第３の室内機、ＡＩ３１・・・室内機制御装置、ＡＩ３２・・・通信インターフェイス、Ｌ・・・通信線、Ｒ・・・リモコン、Ｒ１・・・リモコン制御装置、Ｒ２・・・通信インターフェイス、Ｓ・・・空気調和システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】