ホーム > 特許ランキング > 株式会社富士通ゼネラル
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-09-04
(45)【発行日】2023-09-12
(54)【発明の名称】アダプタ、更新通知方法及び空気調和システム
(51)【国際特許分類】
F24F 11/54 20180101AFI20230905BHJP
F24F 11/49 20180101ALI20230905BHJP
F24F 11/58 20180101ALI20230905BHJP
F24F 11/59 20180101ALI20230905BHJP
F24F 11/64 20180101ALI20230905BHJP
F24F 11/89 20180101ALI20230905BHJP
F24F 11/50 20180101ALI20230905BHJP
【ＦＩ】
F24F11/54
F24F11/49
F24F11/58
F24F11/59
F24F11/64
F24F11/89
F24F11/50
【請求項の数】
5
(21)【出願番号】P 2019005317
(22)【出願日】2019-01-16
(65)【公開番号】P2020112333
(43)【公開日】2020-07-27
【審査請求日】2021-09-30
(73)【特許権者】
【識別番号】000006611
【氏名又は名称】株式会社富士通ゼネラル
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】喜多見 隆一
【審査官】石田 佳久
(56)【参考文献】
【文献】特開２００９－１３３５４９（ＪＰ，Ａ）
【文献】特開２０１０－０６６９５３（ＪＰ，Ａ）
【文献】国際公開第２０１４／０２０８７９（ＷＯ，Ａ１）
【文献】特開２００７－１６４６０３（ＪＰ，Ａ）
【文献】特開２００７－０７８２２１（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１４／００９６１２６（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｆ２４Ｆ １１／００－１１／８９
(57)【特許請求の範囲】
【請求項1】
サーバ装置から空気調和システムの制御プログラムを受信すると共に、前記空気調和システムを制御するアダプタであって、前記サーバ装置から前記制御プログラムの更新の通知を受信した場合に、当該制御プログラムが、当該制御プログラムの更新に伴って前記空気調和システムを停止させる必要があるプログラムであるか否かを判定する判定部と、
前記制御プログラムが、前記空気調和システムを停止させる必要があるプログラムである場合に、前記制御プログラムの更新の通知を、前記空気調和システムを利用する複数の利用者の内、前記空気調和システムに登録済みの利用者が携帯する端末装置に通知する通知部と
を有することを特徴とするアダプタ。
【請求項2】
前記アダプタは、前記端末装置から前記制御プログラムの更新の指示を前記制御プログラムの更新時刻と共に取得する取得部と、
前記端末装置からの前記指示により前記更新時刻に前記空気調和システムを停止させ、前記制御プログラムの更新を前記空気調和システムに実行させる更新部と
を有することを特徴とする請求項１に記載のアダプタ。
【請求項3】
前記制御プログラムは、前記空気調和システム内の空気調和機の室内機のファームウェア、前記アダプタのファームウェア、前記室内機を制御する制御部のファームウェア又は前記室内機を制御する学習モデルの内、少なくとも何れか一つであることを特徴とする請求項１に記載のアダプタ。
【請求項4】
サーバ装置から空気調和システムの制御プログラムを受信すると共に、前記空気調和システムを制御するアダプタが実行する更新通知方法であって、前記アダプタは、
前記サーバ装置から前記制御プログラムの更新の通知を受信した場合に、当該制御プログラムが、当該制御プログラムの更新に伴って前記空気調和システムを停止させる必要があるプログラムであるか否かを判定するステップと、
前記制御プログラムが、前記空気調和システムを停止させる必要があるプログラムである場合に、前記制御プログラムの更新の通知を、前記空気調和システムを利用する複数の利用者の内、前記空気調和システムに登録済みの利用者が携帯する端末装置に通知するステップと
を有することを特徴とする更新通知方法。
【請求項5】
空気調和機と、サーバ装置から空気調和システムの制御プログラムを受信すると共に、前記空気調和システムを制御するアダプタとを有する空気調和システムであって、前記アダプタは、
前記サーバ装置から前記制御プログラムの更新の通知を受信した場合に、当該制御プログラムが、当該制御プログラムの更新に伴って前記空気調和システムを停止させる必要があるプログラムであるか否かを判定する判定部と、
前記制御プログラムが、前記空気調和システムを停止させる必要があるプログラムである場合に、前記制御プログラムの更新の通知を、前記空気調和システムを利用する複数の利用者の内、前記空気調和システムに登録済みの利用者が携帯する端末装置に通知する通知部と
を有することを特徴とする空気調和システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、アダプタ、更新通知方法及び空気調和システムに関する。
【背景技術】
【0002】
例えば、空気調和システムが、サーバ装置から空気調和システム内の制御プログラム更新の通知を受けた場合、サーバ装置から制御プログラムを受信し自動的に更新するシステムが知られている（例えば、特許文献１）。
【0003】
また、外出先の携帯端末から空気調和機内の制御を行うことのできるシステムが知られている（例えば、特許文献２）。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２００８－１９０８５３号公報
【文献】特開２０１８－２５３７７号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
ここで、サーバ装置から制御プログラムを受信し、空気調和システムを制御するようなアダプタを備えたシステムでは、サーバ装置から空気調和システムの制御プログラム更新の通知を受けた場合、空気調和システムの制御プログラムを自動的に更新する。この場合、制御プログラムの更新中は制御プログラムに正常にアクセスできなくなるなどの理由で空気調和システムを停止させるのが一般的である。このため、制御プログラム更新中に利用者が不快となるおそれがあった。
【0006】
本発明ではこのような問題に鑑み、空調調和システムの停止を伴う制御プログラムの更新に伴う利用者の不快を軽減するアダプタ、更新通知方法及び空気調和システムを提供することを目的とする。
【課題を解決するための手段】
【0007】
一つの態様のアダプタは、サーバ装置から空気調和システムの制御プログラムを受信すると共に、前記空気調和システムを制御する。アダプタは、判定部と、通知部とを有する。判定部は、前記サーバ装置から前記制御プログラムの更新の通知を受信した場合に、当該制御プログラムの更新に伴って前記空気調和システムを停止させる必要があるか否かを判定する。通知部は、前記空気調和システムを停止させる必要がある場合に、前記制御プログラムの更新の通知を端末装置に通知する。
【発明の効果】
【0008】
一つの側面として、空気調和システムの更新に起因する利用者が望まない空気調和システムの停止がなくなるため、利用者が不快となることがない。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下、図面に基づいて、本願の開示するアダプタ、更新通知方法及び空気調和システムの実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜変形しても良い。
【実施例】
【0011】
【0012】
室内機２は、例えば、室内に配置され、室内の空気を加熱又は冷却する空気調和機の一部である。尚、室内機２の利用者は、リモコン９の操作により室内機２を遠隔操作することが可能である。室内機２は、本体２Ａと、当該本体２Ａを制御する制御部２Ｂとを有する。本体２Ａには、室内ファンや室内熱交換器が備えられ、室内熱交換器で冷媒と熱交換を行った室内空気が本体２Ａから吹き出されることで、部屋の暖房、冷房、除湿等が行われる。また、図示しない室外機には、室外ファンや圧縮機等が備えられている。端末装置７は、利用者のスマートフォン等の通信端末である。
【0013】
アダプタ３は、室内機２とルータ４との間を無線通信で接続する通信機能と、室内機２をＡＩ（Artificial Intelligence）制御する制御機能とを有する。アダプタ３は、室内機２毎に配置するものである。ルータ４は、例えば、ＷＬＡＮ(Wireless Local Area Network)等を使用してアダプタ３と通信網８とを無線通信で接続するアクセスポイントの装置である。通信網８は、例えば、インターネット等の通信網である。サーバ装置５は、室内機２を制御するＡＩの学習モデルを生成する機能や運転履歴データ等を記憶するデータベース等を有する。尚、サーバ装置５は、例えば、データセンタに配置されている。中継装置６は、通信網８と通信で接続すると共に、サーバ装置５と通信で接続する機能を有する。中継装置６は、通信網８経由で室内機２に適用される学習モデルの生成又は更新に使用する運転履歴データ等をアダプタ３からサーバ装置５に送信する。また、中継装置６は、サーバ装置５で生成又は更新した学習モデルを通信網８経由でアダプタ３に送信する。尚、中継装置６は、例えば、データセンタ等に配置されている。
【0014】
中継装置６は、第１の中継部６Ａと、第２の中継部６Ｂと、第３の中継部６Ｃとを有する。第１の中継部６Ａは、アダプタ３とサーバ装置５との間でＡＩ制御に関わる各種データを送信する。第１の中継部６Ａは、アダプタ３から受信した学習モデルの生成又は更新に使用する運転履歴データ等を通信網８経由でサーバ装置５に送信すると共に、サーバ装置５が生成又は更新した学習モデルを通信網８経由でアダプタ３に送信する。第２の中継部６Ｂは、利用者が外出先から端末装置７を使用して設定した室内機２の運転条件（冷房／暖房といった運転モードや設定温度など）を取得し、これを室内機２に送信する。第３の中継部６Ｃは、例えば、インターネット等の通信網８から天気予報等の外部データを取得し、取得した外部データをサーバ装置５に送信する。また、第３の中継部６Ｃは、外部データを通信網８経由でアダプタ３に送信する。
【0015】
図２は、アダプタ３の構成の一例を示すブロック図である。図２に示すアダプタ３は、第１の通信部１１と、第２の通信部１２と、記憶部１３と、ＣＰＵ(Central Processing Unit)１４とを有する。第１の通信部１１は、室内機２内の制御部２Ｂと通信接続する、例えば、ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）等の通信ＩＦ（Interface）である。第２の通信部１２は、ルータ４と通信接続する、例えば、ＷＬＡＮ等の通信ＩＦ等の通信部である。記憶部１３は、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ(Random Access Memory)等を有し、データやプログラム等の各種情報を格納する。ＣＰＵ１４は、アダプタ３全体を制御する。
【0016】
図２に示すアダプタ３内の記憶部１３は、室内機２から取得した、運転履歴データを一時記憶する運転履歴メモリ１３Ａと、サーバ装置５から取得した、学習モデルを記憶するモデルメモリ１３Ｂと、外部データを記憶する外部メモリ１３Ｃと、更新プログラム（ファームウェア等）を記憶するプログラムメモリ１３Ｄとを有する。尚、更新プログラムは、サーバ装置５から空気調和システム１の制御プログラム、例えば、室内機２を制御するファームウェア等である。
【0017】
ＣＰＵ１４は、第１の取得部２１と、送信部２２と、受信部２３と、設定部２４と、予測制御部２５と、第２の取得部２６と、判定部２７と、通知部２８と、更新部２９とを有する。
【0018】
第１の取得部２１は、室内機２から所定周期、例えば５分毎の取得タイミングに運転履歴データを取得する。第１の取得部２１は、５分周期に取得した運転履歴データを運転履歴メモリ１３Ａに記憶する。
【0019】
送信部２２は、運転履歴メモリ１３Ａに記憶中の運転履歴データを通信網８経由でサーバ装置５に送信する。受信部２３は、通信網８経由でサーバ装置５から学習モデルを受信し、受信した学習モデルをモデルメモリ１３Ｂに記憶する。設定部２４は、記憶中の学習モデルを予測制御部２５に適用する。予測制御部２５は、設定部２４にて適用された学習モデルに基づき、室内機２内の制御部２Ｂを制御する。尚、説明の便宜上、予測制御部２５は、学習モデルに基づき、室内機２内の制御部２Ｂを制御する場合を例示したが、予測制御部２５は、学習モデルに基づき、室内機２の本体２Ａを直接的に制御しても良い。また、予測制御部２５は、学習モデルに基づく制御態様を制御部２Ｂに送信する。つまり、予測制御部２５が、制御部２Ｂを介して本体２Ａを間接的に制御するようにしても良く、適宜変更可能である。
【0020】
受信部２３は、通信網８経由でサーバ装置５から更新プログラムを受信し、受信した更新プログラムをプログラムメモリ１３Ｄに記憶する。第２の取得部２６は、室内機２から現状のプログラムのバージョン情報を取得すると共に、サーバ装置５から更新プログラムのバージョン情報を数値として取得する。第２の取得部２６は、現状プログラムのバージョン情報と更新プログラムのバージョン情報とを比較し、バージョン情報の番号の数値が大きい方を新しいバージョン情報のプログラム、すなわち更新プログラムありと判断する。判定部２７は、サーバ装置５からプログラムの更新の通知を受信した場合に、当該プログラムの更新に伴って室内機２を停止させる必要があるか否かを判定する。通知部２８は、室内機２を停止させる必要がある場合に、通信網８経由でプログラムの更新の通知を利用者の端末装置７に通知する。尚、利用者の端末装置７は、空気調和システム１を使用する複数の利用者の内、例えば、管理者となる利用者の端末装置７である。管理者は、更新確認や更新実行の権限を有し、空気調和システム１に登録済みの利用者である。
【0021】
第２の取得部２６は、端末装置７からプログラムの更新の指示を、後述するプログラムの更新開始時刻と共に取得する。更新部２９は、端末装置７からの指示により更新時刻に室内機２を停止させ、プログラムの更新を室内機２に実行させる。
【0022】
図３は、サーバ装置５の構成の一例を示すブロック図である。図３に示すサーバ装置５は、通信部３１と、記憶部３２と、ＣＰＵ３３とを有する。通信部３１は、中継装置６と通信接続する通信ＩＦである。記憶部３２は、例えば、ＨＤＤ(Hard Disk Drive)、ＲＯＭやＲＡＭ等を有し、データやプログラム等の各種情報を記憶する。ＣＰＵ３３は、サーバ装置５全体を制御する。
【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】
更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。
【符号の説明】
【0056】
１ 空気調和システム
２ 室内機
２Ａ 本体
２Ｂ 制御部
３ アダプタ
１４ ＣＰＵ
２６ 第２の取得部
２７ 判定部
２８ 通知部
２９ 更新部
２ 室内機
２Ａ 本体
２Ｂ 制御部
３ アダプタ
１４ ＣＰＵ
２６ 第２の取得部
２７ 判定部
２８ 通知部
２９ 更新部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】