特開 2023-18443 空気調和機のファームウェアの更新方法、ファームウェアの更新方法を搭載した空気調和機、およびプログラム

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

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

(11)【公開番号】P2023018443

(43)【公開日】2023-02-08

(54)【発明の名称】空気調和機のファームウェアの更新方法、ファームウェアの更新方法を搭載した空気調和機、およびプログラム

(51)【国際特許分類】

   F24F 11/50 20180101AFI20230201BHJP

   F24F 11/49 20180101ALI20230201BHJP

   F24F 11/54 20180101ALI20230201BHJP

   F24F 11/58 20180101ALI20230201BHJP

   F24F 11/59 20180101ALI20230201BHJP

   F24F 11/64 20180101ALI20230201BHJP

   F24F 11/32 20180101ALI20230201BHJP

【ＦＩ】

F24F11/50

F24F11/49

F24F11/54

F24F11/58

F24F11/59

F24F11/64

F24F11/32

【審査請求】未請求

【請求項の数】20

【出願形態】ＯＬ

(21)【出願番号】P 2021122582

(22)【出願日】2021-07-27

(71)【出願人】

【識別番号】314012076

【氏名又は名称】パナソニックＩＰマネジメント株式会社

(74)【代理人】

【識別番号】100106518

【弁理士】

【氏名又は名称】松谷 道子

(74)【代理人】

【識別番号】100132241

【弁理士】

【氏名又は名称】岡部 博史

(72)【発明者】

【氏名】大岸 聖史

(72)【発明者】

【氏名】秋山 淳

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

3L260

【Ｆターム（参考）】

3L260BA31

3L260BA57

3L260BA64

3L260CB61

3L260CB70

3L260EA07

3L260EA30

3L260GA17

3L260HA06

3L260JA08

3L260JA11

(57)【要約】

【課題】更新されたファームウェアによる障害が起こっても、空気調和機は運転できる可能性があるような、空気調和機のファームウェアの更新方法およびその空気調和機を提供する。
【解決手段】空気調和機は、少なくとも１つのファームウェアを記憶しており、当該少なくとも１つのファームウェアのうちの第１ファームウェアで動作する。更新方法は、第１ファームウェアより新しいバージョンである第２ファームウェアを取得するステップと、第２ファームウェアを適用し、空気調和機を再起動し、空気調和機に第２ファームウェアで動作させるステップと、ウォッチドッグタイマによって異常を検出したとき、空気調和機が記憶している、かつ第２ファームウェアと異なるファームウェアを適用し、空気調和機を再起動し、空気調和機に当該第２ファームウェアと異なるファームウェアで動作させるステップと、を含む。
【選択図】図２

【特許請求の範囲】

【請求項1】

空気調和機のファームウェアの更新方法であって、前記空気調和機は、少なくとも１つのファームウェアを記憶しており、前記少なくとも１つのファームウェアのうちの第１ファームウェアで動作し、
当該更新方法は、
前記第１ファームウェアより新しいバージョンである第２ファームウェアを取得するステップと、
前記第２ファームウェアを適用し、前記空気調和機を再起動し、前記空気調和機に前記第２ファームウェアで動作させるステップと、
ウォッチドッグタイマによって異常を検出したとき、前記空気調和機が記憶している、かつ前記第２ファームウェアと異なるファームウェアを適用し、前記空気調和機を再起動し、前記空気調和機に当該第２ファームウェアと異なるファームウェアで動作させるステップと、
を含む、
空気調和機のファームウェアの更新方法。

【請求項2】

前記第２ファームウェアを取得するステップは、
前記空気調和機と関連するサーバに前記第１ファームウェアより新しいバージョンのファームウェアがあるかを問い合わせるステップと、
新しいバージョンのファームウェアがあるとの応答を受信したとき、当該新しいバージョンのファームウェアを第２ファームウェアとして前記サーバからダウンロードするステップと、
ダウンロードした第２ファームウェアに対してエラーチェックを行うステップと、
を含む、
請求項１に記載の空気調和機のファームウェアの更新方法。

【請求項3】

前記第２ファームウェアを取得するステップにおいては、
現在が一年の中の所定時期であると判断した場合、前記第２ファームウェアを取得し、
一年の中に前記所定時期以外の時期において前記空気調和機の運転頻度と比べると、前記所定時期において前記空気調和機の運転頻度が低い、
請求項１または２に記載の空気調和機のファームウェアの更新方法。

【請求項4】

現在が所定時期であるか否かの判断は、現在の日付、室内温度、室内相対湿度、外気温度および日射量の少なくとも１つに基づいて行われる、
請求項３に記載の空気調和機のファームウェアの更新方法。

【請求項5】

前記空気調和機は、２つのファームウェアを記憶しており、
前記空気調和機が記憶している、かつ前記第２ファームウェアと異なるファームウェアは、前記第１ファームウェアである、
請求項１～４のいずれか１項に記載の空気調和機のファームウェアの更新方法。

【請求項6】

前記空気調和機は、３つ以上のファームウェアを記憶しており、
前記空気調和機が記憶している、かつ前記第２ファームウェアと異なるファームウェアは、前記第２ファームウェアと異なるファームウェアのうち、バージョンが最も新しいファームウェアである、
請求項１～４のいずれか１項に記載の空気調和機のファームウェアの更新方法。

【請求項7】

前記ウォッチドッグタイマによって異常を検出したとき、前記第２ファームウェアを削除するステップ
をさらに含む、
請求項１～６のいずれか１項に記載の空気調和機のファームウェアの更新方法。

【請求項8】

所定時間内に前記ウォッチドッグタイマによって異常を検出していないとき、前記第２ファームウェアと異なるファームウェアのうち、バージョンが最も古いファームウェアを、前記空気調和機から削除するステップ
をさらに含む、
請求項１～７のいずれか１項に記載の空気調和機のファームウェアの更新方法。

【請求項9】

前記空気調和機に前記第２ファームウェアで動作させるステップの前に、
前記空気調和機と関連する端末装置に、前記第２ファームウェアに更新するかを問い合わせるステップと、
をさらに含み、
前記空気調和機に前記第２ファームウェアで動作させるステップは、前記端末装置から更新承認指令を受信したときに実行される、
請求項１～８のいずれか１項に記載の空気調和機のファームウェアの更新方法。

【請求項10】

空気調和機であって、
少なくとも１つのファームウェアを記憶する第１記憶部であって、前記空気調和機は前記少なくとも１つのファームウェアのうちの第１ファームウェアで動作する、前記第１記憶部と、
前記第１制御部であって、
前記第１ファームウェアより新しいバージョンである第２ファームウェアを取得し、前記第２ファームウェアを前記第１記憶部に記憶させ、
前記第２ファームウェアを適用し、前記空気調和機を再起動し、前記空気調和機に前記第２ファームウェアで動作させ、
ウォッチドッグタイマによって異常を検出したとき、前記第１記憶部が記憶している、かつ前記第２ファームウェアと異なるファームウェアを適用し、前記空気調和機を再起動し、前記空気調和機に当該第２ファームウェアと異なるファームウェアで動作させる
ように構成された前記第１制御部と、
を含む、
空気調和機。

【請求項11】

前記空気調和機は、
前記空気調和機と関連するサーバに通信可能である空調通信部をさらに含み、
前記第１制御部は、前記第２ファームウェアを取得するときに、
前記空調通信部を介して、前記サーバに前記第１ファームウェアより新しいバージョンのファームウェアがあるかを問い合わせ、
前記空調通信部を介して新しいバージョンのファームウェアがあるとの応答を受信したとき、当該新しいバージョンのファームウェアを第２ファームウェアとして前記サーバからダウンロードし、
ダウンロードした第２ファームウェアに対してエラーチェックを行う
ようにさらに構成されている、
請求項１０に記載の空気調和機。

【請求項12】

前記第１制御部は、前記第２ファームウェアを取得するときに、
現在が一年の中の所定時期であると判断した場合、前記第２ファームウェアをから取得する
ようにさらに構成されており、
一年の中に前記所定時期以外の時期において前記空気調和機の運転頻度と比べると、前記所定時期において前記空気調和機の運転頻度が低い、
請求項１０または１１に記載の空気調和機。

【請求項13】

現在が所定時期であるか否かの判断は、現在の日付、室内温度、室内相対湿度、外気温度および日射量の少なくとも１つに基づいて行われる、
請求項１２に記載の空気調和機。

【請求項14】

前記第１記憶部は、２つのファームウェアを記憶しており、
前記第１記憶部が記憶している、かつ前記第２ファームウェアと異なるファームウェアは、前記第１ファームウェアである、
請求項１０～１３のいずれか１項に記載の空気調和機。

【請求項15】

前記第１記憶部は、３つ以上のファームウェアを記憶しており、
前記第１記憶部が記憶している、かつ前記第２ファームウェアと異なるファームウェアは、前記第２ファームウェアと異なるファームウェアのうち、バージョンが最も新しいファームウェアである、
請求項１０～１３のいずれか１項に記載の空気調和機。

【請求項16】

前記第１制御部は、
前記ウォッチドッグタイマによって異常を検出したとき、前記第２ファームウェアを削除する
ようにさらに構成されている、
請求項１０～１５のいずれか１項に記載の空気調和機。

【請求項17】

前記第１制御部は、
所定時間内に前記ウォッチドッグタイマによって異常を検出していないとき、前記第２ファームウェアと異なるファームウェアのうち、バージョンが最も古いファームウェアを、前記第１記憶部から削除する
ようにさらに構成されている、
請求項１０～１６のいずれか１項に記載の空気調和機。

【請求項18】

前記空気調和機は、
前記空気調和機と関連する端末装置に通信可能である空調通信部をさらに含み、
前記第１制御部は、
前記空気調和機に前記第２ファームウェアで動作させる前に、前記空調通信部を介して、前記端末装置に前記第２ファームウェアに更新するかを問い合わせ、
前記空調通信部を介して前記端末装置から更新承認指令を受信したとき、前記空気調和機に前記第２ファームウェアで動作させる
ようにさらに構成されている、
請求項１０～１７のいずれか１項に記載の空気調和機。

【請求項19】

前記空気調和機は第２記憶部および第２制御部をさらに含み、
前記第２制御部は、前記通信部を介して前記第２ファームウェアを取得して前記第２記憶部に記憶させて、前記第２ファームウェアを前記第１記憶部に記憶させるために前記第２ファームウェアを前記第１制御部に送信するように構成されており、
前記第１記憶部および前記第１制御部は、前記第２記憶部および前記第２制御部から独立している、
請求項１０～１８のいずれか１項に記載の空気調和機。

【請求項20】

請求項１～９のいずれか１つに記載の空気調和機のファームウェアの更新方法を空気調和機に実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、空気調和機に関し、特には、空気調和機のファームウェア（ｆｉｒｍｗａｒｅ、ＦＷ）の更新方法、空気調和機、およびプログラムに関する。

【背景技術】

【0002】

空気調和機は暖房モードや冷房モードなどの複数の運転モードで運転することができる。空気調和機は、室内温度を制御することにより、人間の活動に適した快適な環境を作ることができる。室内温度が著しく低下するまたは上昇する冬季または夏季には、空気調和機を運転させないと、ユーザの健康に害が生じることすらある。特に極寒地方や極暑地方では、空気調和機の稼働はユーザが過酷な環境を乗越えることに貢献する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－１１２３３３号公報

【発明の概要】

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

【0004】

現在、インターネットを介して空気調和機の制御のためのソフトウェア、および、インターネットを介して空気調和機のファームウェアを更新する技術がある。特許文献１には、ユーザは自身の好みの時刻にファームウェア等の制御プログラムを更新させる空気調和システムが開示されている。

【0005】

引用文献１の空気調和システムのファームウェア等の制御プログラムの更新は、空気調和機が停止している状態で行われる。しかしながら、例えば、更新されたファームウェアに不備がある場合、空気調和機が正常に動作できなくなってしまう場合がある。従来の空気調和機は、このような状況に対して対処する術がないため、ユーザが業者を呼んで修理が完了するまで運転できない。この状況は、例えば、高温環境時または低温環境時に発生すると、ユーザの健康に害が生じる可能性がある。

【0006】

本発明の目的は、更新されたファームウェアによって空気調和機が正常に動作しない状況が生じることを抑制する空気調和機のファームウェアの更新方法、空気調和機、およびプログラムを提供することにある。

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

【0007】

前述した課題を解決するために、本発明は、空気調和機のファームウェアの更新方法、および空気調和機を提供するものである。

【0008】

本発明に係る一態様の空気調和機のファームウェアの更新方法が適用される空気調和機は、少なくとも１つのファームウェアを記憶しており、当該少なくとも１つのファームウェアのうちの第１ファームウェアで動作する。空気調和機のファームウェアの更新方法は、第１ファームウェアより新しいバージョンである第２ファームウェアを取得するステップと、第２ファームウェアを適用し、空気調和機を再起動し、空気調和機に第２ファームウェアで動作させるステップと、ウォッチドッグタイマ（Ｗａｔｃｈｄｏｇ ｔｉｍｅｒ、ＷＤＴ）によって異常を検出したとき、空気調和機が記憶している、かつ第２ファームウェアと異なるファームウェアを適用し、空気調和機を再起動し、空気調和機に当該第２ファームウェアと異なるファームウェアで動作させるステップと、を含む。

【0009】

また、本発明に係る他の態様の空気調和機は、第１記憶部と、第１制御部とを含む。第１記憶部は、少なくとも１つのファームウェアを記憶する。空気調和機は、当該少なくとも１つのファームウェアのうちの第１ファームウェアで動作する。第１制御部は、第１ファームウェアより新しいバージョンである第２ファームウェアを取得し、第２ファームウェアを第１記憶部に記憶させ、第２ファームウェアを適用し、空気調和機を再起動し、空気調和機に第２ファームウェアで動作させ、ウォッチドッグタイマによって異常を検出したとき、第１記憶部が記憶している、かつ第２ファームウェアと異なるファームウェアを適用し、空気調和機を再起動し、空気調和機に当該第２ファームウェアと異なるファームウェアで動作させるように構成されている。

【0010】

また、本発明に係る他の態様プログラムは、空気調和機のファームウェアの更新方法を空気調和機に実行させる。

【発明の効果】

【0011】

本発明においては、空気調和機のファームウェアの更新方法、空気調和機、およびプログラムによれば、更新されたファームウェアによって空気調和機が正常に動作しない状況が生じることを抑制することができる。

【図面の簡単な説明】

【0012】

【図1】実施の形態１における空気調和機の概略構成の一例を示すブロック図

【図2】実施の形態１における空気調和機のファームウェアの更新方法の一例のフローチャート

【図3】実施の形態２におけるステップＳ１１０の一例のフローチャート

【図4A】実施の形態３における空気調和機の概略構成の一例を示すブロック図

【図4B】実施の形態３における空気調和機の概略構成の別例を示すブロック図

【図5】実施の形態４における空気調和機のファームウェアの更新方法の一例のフローチャート

【図6】実施の形態４における端末装置に表示されるユーザインタフェースの一例

【図7】実施の形態５における空気調和機のファームウェアの更新方法の一例のフローチャート

【図8】実施の形態６における空気調和機のファームウェアの更新方法の一例のフローチャート

【図9】実施の形態７における空気調和機のファームウェアの更新方法の一例のシーケンス図

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

【0013】

先ず始めに、空気調和機のファームウェアの更新方法、空気調和機、およびプログラムの各種態様について説明する。

【0014】

本発明に係る第１の態様の空気調和機のファームウェアの更新方法が適用される空気調和機、少なくとも１つのファームウェアを記憶しており、当該少なくとも１つのファームウェアのうちの第１ファームウェアで動作する。空気調和機のファームウェアの更新方法は、第１ファームウェアより新しいバージョンである第２ファームウェアを取得するステップと、第２ファームウェアを適用し、空気調和機を再起動し、空気調和機に第２ファームウェアで動作させるステップと、ウォッチドッグタイマによって異常を検出したとき、空気調和機が記憶している、かつ第２ファームウェアと異なるファームウェアを適用し、空気調和機を再起動し、空気調和機に当該第２ファームウェアと異なるファームウェアで動作させるステップと、を含む。

【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】

図８は、実施の形態６における空気調和機のファームウェアの更新方法の一例のフローチャートである。１つの実施例において、ウォッチドッグタイマによって異常を検出したとき（ステップＳ１３０で「はい」の場合）、第２ファームウェアを空気調和機２０の第１記憶部２１から削除する（ステップＳ１５０）。第２ファームウェアの適用後に異常が検出されることから見ると、第２ファームウェアの内容にバグなどの不備が含まれる可能性が高い。そのため、この第２ファームウェアは、後のファームウェアの切り替えには役に立ちにくいと考えられる。このような第２ファームウェアが２度と適用されないように、第１制御部２２は第２ファームウェアを第１記憶部２１から削除する。

【0116】

なお、図８の実施例において、ステップＳ１５０はステップＳ１４０の後で実行されるが、ステップＳ１４０の前に実行されてもよい。

【0117】

また、所定時間内にウォッチドッグタイマによって異常を検出していないとき（ステップＳ１３０で「いいえ」の場合）、空気調和機２０は第２ファームウェアによって正常に稼働できると考えられるので、当該第２ファームウェアを保留する。図８の実施例において、このときに、第１記憶部２１の記憶空間をリリースするために、第１制御部２２は、第２ファームウェアと異なるファームウェアのうち、バージョンが最も古いファームウェアを、空気調和機２０の第１記憶部２１から削除する（ステップＳ１６０）。

【0118】

仮に、第１記憶空間２１２、第２記憶空間２１３および第３記憶空間２１４のそれぞれに記憶されたファームウェアのバージョンは「１．０」、「２．０」および「３．０」であり、第２ファームウェアのバージョンが「３．０」である。第１制御部２２は、バージョンが「３．０」でなく、かつ、バージョンが最も古いファームウェア、すなわち、バージョンが「１．０」であるファームウェアを第１記憶部２１から削除して、第１記憶空間２１２をリリースする。

【0119】

実施の形態６の空気調和機のファームウェアの更新方法、空気調和機、およびプログラムによれば、異常の原因となるファームウェアを削除することができる。よって、不適切なファームウェアの再びに適用されることが回避できる。また、利用可能性が低い古いファームウェアを削除することができるので、次の新しいファームウェアを記憶するために記憶空間をリリースしておくことができる。

【0120】

《実施の形態７》
＜総合的な例示＞
実施の形態７において、第１制御部２２は前述した実施の形態１～６の組み合わせを総合的に実行することができる。

【0121】

図９は、実施の形態７における空気調和機のファームウェアの更新方法の一例のシーケンス図である。まず、第１制御部２２は、（１）現在が所定時期であるかを判断する（図７のステップＳ１０５）。現在が所定時期であると判断したとき、第１制御部２２は、（２）サーバ１０に新しいファームウェアを問い合わせる（図３のステップＳ１１１）。問い合わせを受信すると、サーバ制御部１４は、サーバ記憶部１２内に保有するファームウェアの情報と照合し、新しいファームウェアが存在する場合、（３）あると空気調和機２０に応答する。次に、第１制御部２２は、（４）新しいファームウェアである第２ファームウェアをダウンロードし（図３のステップＳ１１２）、（５）第２ファームウェアに対してエラーチェックを行う（図３のステップＳ１１３）。

【0122】

第２ファームウェアがエラーチェックを通ったら、第１制御部２２は、（６）端末装置３０を介して更新するかをユーザに問い合わせる（図５のステップＳ１１６）。第１制御部２２は、（７）端末装置３０から更新承認指令を受信すると（図５のステップＳ１１７で「はい」の場合）、（８）第２ファームウェアの適用と再起動を行う（図２、図５、図７、図８のステップＳ１２０）。第１制御部２２は、（９）ウォッチドッグタイマによって異常を検出したとき（図２、図５、図７、図８のステップＳ１３０で「はい」の場合）、（１０）サーバ１０に異常の発生を通知し、空気調和機２０の運転回復を図るように、（１１）第１ファームウェアの適用と再起動を行う（図２、図５、図７、図８のステップＳ１４０）。その後、第１制御部２２は（１２）第２ファームウェアを削除する（図８のステップＳ１５０）。

【0123】

第２ファームウェアを適用してからの所定期間内に異常が検出されていない場合（図２、図５、図７、図８のステップＳ１３０で「いいえ」の場合）、第１制御部２２は古い第１ファームウェアを削除して更新を完了してもよい。

【0124】

図９の右側に示されているように、この実施例において、空気調和機２０は、第２ファームウェアの適用までに、第１ファームウェアで動作する。他の実施例において、空気調和機２０が第１ファームウェアによる動作は、より早い時点で終了し、例えば、第２ファームウェアがダウンロードされたとき、第２ファームウェアがエラーチェックを通ったとき、または更新承認指令が受信されたときに終了してもよい。第２ファームウェアが適用されて空気調和機２０が再起動してから、空気調和機２０は第２ファームウェアで動作する。空気調和機２０が第２ファームウェアによる動作は、ウォッチドッグタイマによって異常が検出されたときに終了する。第１ファームウェアに切り替えるように、第１ファームウェアが適用されて空気調和機２０が再起動してから、空気調和機２０は再び第１ファームウェアで動作する。

【0125】

注意されたいことに、図９に示された各ステップの実行順序はあくまで１つの例示に過ぎず、他の実行順序があり得る。

【0126】

以上は本発明の具体的な実施の形態に過ぎず、本発明の保護範囲はこれに限定されるものではない。本発明は図面および前述した具体的な実施の形態において前述された内容を含むが、本発明がそれらの内容に限定されるものではない。本発明の範囲または趣旨から逸脱することなく、開示された様々の実施の形態または実施例を組み合わせることができる。本発明の機能および構造原理から逸脱しない変更は特許請求の範囲内のものである。

【符号の説明】

【0127】

１０ サーバ
１２ サーバ記憶部
１４ サーバ制御部
１６ サーバ通信部
２０ 空気調和機
２１ 第１記憶部
２１１ インディケータ
２１２ 第１記憶空間
２１３ 第２記憶空間
２１４ 第３記憶空間
２２ 第１制御部
２３ 空調通信部
２３ａ 第１通信部
２３ｂ 第２通信部
２４ センサ
２５ 第２記憶部
２６ 第２制御部
３０ 端末装置
３２ 関連アプリケーション
４０ 画面
４１ ボタン

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】

【図9】