JP2019211882A - 通信システム - Google Patents

Abstract

【課題】ファームウェアを更新する際のユーザの操作負荷を軽減すること。【解決手段】サーバ１８０と通信することのできる通信装置１１０と、通信装置１１０と通信することのできる空調機１４０−０〜１４０−Ｎと、通信装置１１０と通信することのできる操作端末１６０と、を備え、通信装置１１０は、サーバ１８０から、空調機１４０−０〜１４０−Ｎのファームウェアの更新データを受信して、その更新データを空調機１４０−０〜１４０−Ｎに送信し、更新データの送信完了後に、操作端末１６０に準備完了通知を送信し、操作端末１６０は、準備完了通知を受信すると、空調機１４０−０〜１４０−Ｎのファームウェアを更新データで更新する指示の入力を受け付け、空調機１４０−０〜１４０−Ｎは、操作端末１６０がその指示の入力を受け付けた場合に、ファームウェアを更新データで更新する。【選択図】図１

Description

本発明は、通信システムに関する。

空調システムを構成する機器を制御するファームウェアに対して変更又は修正が必要となった場合には、機器においてファームウェアの更新が行われる。例えば、特許文献１には、ファームウェアとしてのソフトウェアを更新するネットワークシステムが記載されている。特許文献１に記載されているネットワークシステムでは、宅内サーバは、宅外のセンターサーバから取得した最新バージョン情報と、設備機器から取得したバージョン情報とを比較してソフトウェアの更新が可能な設備機器を判断する。また、宅内サーバは、ソフトウェアの更新が可能な設備機器がある場合には、ソフトウェアの更新が可能な設備機器があることを通知するための更新通知画面を宅内表示器に表示される。そして、ユーザに選択された設備機器は、センターサーバから更新データを取得してソフトウェアの更新を実行する。

特開２００９−１６９５２４号公報

特許文献１に記載されているネットワークシステムでは、宅内表示器において、バージョンアップをする指示、バージョンアップをする機器の選択、及び、バージョンアップの開始指示を入力する必要があり、ユーザの操作負荷が重くなっている。

そこで、本発明の１又は複数の態様は、ファームウェアを更新する際のユーザの操作負荷を軽減することを目的とする。

本発明の１態様に係る通信システムは、サーバと通信することのできる通信装置と、前記通信装置と通信することのできる空調機と、前記通信装置と通信することのできる操作端末と、を備える通信システムであって、前記通信装置は、前記サーバから、前記空調機のファームウェアの更新データを受信して、前記更新データを前記空調機に送信し、前記更新データの送信完了後に、前記操作端末に準備完了通知を送信し、前記操作端末は、前記準備完了通知を受信すると、前記空調機の前記ファームウェアを前記更新データで更新する指示の入力を受け付け、前記空調機は、前記操作端末が前記指示の入力を受け付けた場合に、前記ファームウェアを前記更新データで更新することを特徴とする。

本発明の１又は複数の態様によれば、ファームウェアを更新する際のユーザの操作負荷を軽減することができる。

通信システムの構成を概略的に示すブロック図である。 実施の形態１、実施の形態３又は実施の形態４における通信装置の構成を概略的に示すブロック図である。 （Ａ）及び（Ｂ）は、ハードウェア構成例を示すブロック図である。 実施の形態１、実施の形態３又は実施の形態４における空調機の構成を概略的に示すブロック図である。 実施の形態１又は実施の形態３における操作端末の構成を概略的に示すブロック図である。 実施の形態１に係る通信システムでの動作を示すシーケンス図である。 実施の形態２における操作端末の構成を概略的に示すブロック図である。 実施の形態２に係る通信システムでの動作を示すシーケンス図である。 実施の形態３における通信装置が、更新データを更新対象機器に送信する動作を示すフローチャートである。 実施の形態４における通信装置が、更新データを更新対象機器に送信する動作を示すフローチャートである。 変形例に係る通信システムの構成を概略的に示すブロック図である。 変形例に係る通信装置の構成を概略的に示すブロック図である。 変形例に係る室外機の構成を概略的に示すブロック図である。 変形例に係る室内機の第１の構成を概略的に示すブロック図である。 変形例に係る室内機の第２の構成を概略的に示すブロック図である。 変形例に係る操作端末の構成を概略的に示すブロック図である。

実施の形態１．
図１は、実施の形態１に係る通信システム１００の構成を概略的に示すブロック図である。
通信システム１００は、通信装置１１０と、空調システム１３０とを備える。
空調システム１３０は、室外機１４０−０と、Ｎ台の室内機１４０−１、１４０−２、・・・、１４０−Ｎ（Ｎは、１以上の整数）と、情報処理装置としての操作端末１６０とを備える。
ここで、室外機１４０−０及び室内機１４０−１、１４０−２、・・・、１４０−Ｎの各々を、空調機１４０ともいう。

通信装置１１０は、遠隔に設置されるサーバ１８０が接続されたネットワーク１に接続されている。
また、通信装置１１０、空調機１４０及び操作端末１６０は、ネットワーク２に接続されている。

また、空調システム１３０内の空調機１４０及び操作端末１６０の各々を、制御機器ともいう。

通信装置１１０は、空調システム１３０とサーバ１８０とを接続するための装置であり、制御機器に対してデータを送信することができる。

制御機器は、ファームウェアによって制御が決定され、不具合又は機能の追加が発生した場合には、ファームウェアの更新を実施する。

以下、通信システム１００の構成要素を詳細に説明する。
通信装置１１０は、サーバ１８０と、空調システム１３０との間のゲートウェイとして機能する。
図２は、通信装置１１０の構成を概略的に示すブロック図である。
通信装置１１０は、装置通信部１１１と、装置通信部１１２と、装置通信制御部１１３と、装置記憶部１１４と、装置データ処理部１１５とを備える。

装置通信部１１１は、ネットワーク１に接続され、ネットワーク１との間で通信を行う通信インタフェースである。例えば、装置通信部１１１は、ネットワーク１を介して、サーバ１８０にデータを送信し、サーバ１８０からデータを受信する。
装置通信部１１２は、ネットワーク２に接続され、ネットワーク２との間で通信を行う通信インタフェースである。例えば、装置通信部１１２は、ネットワーク２を介して、空調システム１３０の制御機器にデータを送信し、制御機器からデータを受信する。

装置通信制御部１１３は、装置通信部１１１及び装置通信部１１２を制御する。例えば、装置通信制御部１１３は、装置通信部１１１及び装置通信部１１２を制御して、サーバ１８０が送信した更新データ若しくは通知を受信させ、又は、制御機器が送信した通知を受信させる。
さらに、装置通信制御部１１３は、装置通信部１１１及び装置通信部１１２を制御して、サーバ１８０に対する要求若しくは通知を送信させ、又は、制御機器に対する更新データ若しくは通知を送信させる。

装置記憶部１１４は、データを記憶する記憶装置である。例えば、装置記憶部１１４は、装置通信部１１１から装置通信制御部１１３を介して供給された、制御機器の更新データを記憶する。更新データは、更新対象機器へのデータ送信時に、装置通信制御部１１３を介して装置通信部１１２に供給される。

装置データ処理部１１５は、通信装置１１０におけるデータを処理する。
例えば、装置データ処理部１１５は、装置通信部１１１及び装置通信制御部１１３を介して、サーバ１８０から更新データをダウンロードし、装置記憶部１１４にその更新データを記憶させる。また、装置データ処理部１１５は、装置通信部１１２及び装置通信制御部１１３を介して、装置記憶部１１４に記憶されている更新データを制御機器に送る。なお、装置データ処理部１１５は、サーバ１８０が更新データを分割して送信する場合には、装置記憶部１１４に記憶する際に、データの結合処理を行う。

以上に記載された装置通信制御部１１３及び装置データ処理部１１５の一部又は全部は、例えば、図３（Ａ）に示されているように、メモリ１０と、メモリ１０に格納されているプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサ１１とにより構成することができる。このようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、このようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。

また、装置通信制御部１１３及び装置データ処理部１１５の一部又は全部は、例えば、図３（Ｂ）に示されているように、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）又はＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の処理回路１２で構成することもできる。

空調機１４０は、空調システム１３０において、空気調和を実際に実行する装置として機能する。
図４は、空調機１４０の構成を概略的に示すブロック図である。
空調機１４０は、機器通信部１４１と、機器通信制御部１４２と、機器記憶部１４３と、機器データ処理部１４４と、空調部１４５と、機器制御部１４６とを備える。

機器通信部１４１は、ネットワーク２に接続され、ネットワーク２と通信を行う通信インタフェースである。例えば、機器通信部１４１は、ネットワーク２を介して、通信装置１１０又は制御機器へデータを送信し、通信装置１１０又は制御機器からデータを受信する。

機器通信制御部１４２は、機器通信部１４１を制御する。例えば、機器通信制御部１４２は、機器通信部１４１を制御して、ネットワーク２に接続される他の機器からの通知又は制御指令を受信させる。また、機器通信制御部１４２は、機器通信部１４１を制御して、ネットワーク２に接続される他の機器への通知を送信させる。

機器記憶部１４３は、データを記憶する。例えば、機器記憶部１４３は、空調機１４０が制御に使用しているファームウェアを記憶する。なお、ファームウェアは、機器通信制御部１４２を介して供給された、制御機器の更新データにより更新される。

機器データ処理部１４４は、空調機１４０におけるデータを処理する。
例えば、機器データ処理部１４４は、機器通信部１４１及び機器通信制御部１４２を介して、通信装置１１０から更新データをダウンロードし、その更新データを機器記憶部１４３に記憶させる。
また、機器データ処理部１４４は、機器記憶部１４３に記憶されている更新データをインストールすることで、機器記憶部１４３に記憶されているファームウェアを更新する。

空調部１４５は、空気調和を実行する。例えば、空調機１４０が、室外機１４０−０である場合には、空調部１４５は、熱交換器、ファン及び圧縮機等を備える。また、空調機１４０が、室内機１４０−１〜１４０−Ｎである場合には、空調部１４５は、熱交換器及びファン等を備える。

機器制御部１４６は、空調機１４０での処理を制御する。例えば、機器制御部１４６は、空調制御を執り行う。具体的には、機器制御部１４６は、機器記憶部１４３に保持されたファームウェアに基づいて、空調部１４５を制御して、空気調和を行わせる。また、機器制御部１４６は、機器通信制御部１４２に指示することで、他の空調機１４０と制御情報の送受信を行わせて、他の空調機１４０と連携制御を行う。

以上に記載された機器通信制御部１４２、機器データ処理部１４４及び機器制御部１４６の一部又は全部は、例えば、図３（Ａ）に示されているように、メモリ１０と、プロセッサ１１とにより構成することができる。このようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、このようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
また、機器通信制御部１４２、機器データ処理部１４４及び機器制御部１４６の一部又は全部は、例えば、図３（Ｂ）に示されているように、処理回路１２で構成することもできる。

操作端末１６０は、空調システム１３０において、ユーザインタフェースとして機能する。
図５は、操作端末１６０の構成を概略的に示すブロック図である。
操作端末１６０は、端末通信部１６１と、端末通信制御部１６２と、端末記憶部１６３と、端末データ処理部１６４と、端末制御部１６５と、表示部１６６と、操作部１６７とを備える。

端末通信部１６１は、ネットワーク２に接続され、ネットワーク２との間で通信を行う通信インタフェースである。例えば、端末通信部１６１は、ネットワーク２を介して、通信装置１１０又は空調機１４０へデータを送信し、通信装置１１０又は空調機１４０からデータを受信する。

端末通信制御部１６２は、端末通信部１６１を制御する。例えば、端末通信制御部１６２は、端末通信部１６１を制御して、ネットワーク２に接続される他の機器からの通知又は制御指令を受信させる。さらに、端末通信制御部１６２は、端末通信部１６１を制御して、ネットワーク２に接続される他の機器への通知を送信させる。

端末記憶部１６３は、データを記憶する。例えば、端末記憶部１６３は、操作端末１６０が制御に使用しているファームウェアを記憶する。なお、ファームウェアは、端末通信制御部１６２を介して供給された、制御機器の更新データにより更新される。

端末データ処理部１６４は、操作端末１６０におけるデータを処理する。
例えば、端末データ処理部１６４は、端末通信部１６１及び端末通信制御部１６２を介して、通信装置１１０から更新データをダウンロードし、その更新データを端末記憶部１６３に記憶させる。
また、端末データ処理部１６４は、端末記憶部１６３に記憶されている更新データをインストールすることで、端末記憶部１６３に記憶されているファームウェアを更新する。

端末制御部１６５は、操作端末１６０での処理を制御する。例えば、端末制御部１６５は、空調機１４０への制御を執り行う。具体的には、端末制御部１６５は、端末記憶部１６３に記憶されたファームウェアに基づいて、空調機１４０に対する制御を執り行う。

表示部１６６は、空調システム１３０の情報の表示する画面画像を表示する表示装置である。例えば、表示部１６６は、端末通信制御部１６２より提供される、ネットワーク２に接続された他の機器から通知された情報に基づいて、画面画像を表示する。

操作部１６７は、ユーザからの操作を受け付ける入力装置である。例えば、操作部１６７は、ユーザからの要求を受けるための入力インタフェースを備える。なお、入力された情報は、端末通信部１６１からネットワーク２へ通信される。

以上に記載された端末通信制御部１６２、端末データ処理部１６４及び端末制御部１６５の一部又は全部は、例えば、図３（Ａ）に示されているように、メモリ１０と、プロセッサ１１とにより構成することができる。このようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、このようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
また、端末通信制御部１６２、端末データ処理部１６４及び端末制御部１６５の一部又は全部は、例えば、図３（Ｂ）に示されているように、処理回路１２で構成することもできる。

ネットワーク１及びネットワーク２の一部又は全部は、それぞれ無線通信であってもよい。
なお、通信装置１１０又は操作端末１６０は、ハードウェア的には、空調機１４０の一部としても構成されてもよい。

次に、上記構成を有する通信システム１００の動作を説明する。
図６は、通信システム１００での動作を示すシーケンス図である。
実施の形態１では、空調システム１３０を構成する制御機器に対してファームウェアの更新が必要となると、サーバ１８０が通信装置１１０に対して、ファームウェアの更新があることを通知する（Ｓ１０）。この通知には、更新するファームウェアを識別するためのファームウェア識別情報であるファームウェア名と、更新するファームウェアのバージョンとを示す更新情報が含まれているものとする。

通信装置１１０の装置データ処理部１１５は、更新の要否を判定し、更新が必要である場合は、装置通信制御部１１３及び装置通信部１１１を介して、サーバ１８０に対して更新データの送信要求を応答する（Ｓ１１）。例えば、通信装置１１０の装置記憶部１１４には、制御機器を識別するための制御機器識別情報である制御機器名と、制御機器が使用しているファームウェアのファームウェア名と、制御機器が使用しているファームウェアのバージョンとを対応付けたファームウェア情報が記憶されているものとする。そして、装置データ処理部１１５は、ステップＳ１０で通知されてきたバージョンと、装置記憶部１１４に記憶されている対応するバージョンとを比較して、ステップＳ１０で通知されてきたバージョンが、装置記憶部１１４に記憶されている対応するバージョンよりも新しい場合には、更新が必要であると判断する。

サーバ１８０は、通信装置１１０から、更新データの送信要求を受信すると、通信装置１１０へ更新データを送信する（Ｓ１２）。
通信装置１１０の装置データ処理部１１５は、装置通信制御部１１３及び装置通信部１１１を介して、通信装置１１０から更新データをダウンロードして、装置記憶部１１４に記憶させる（Ｓ１３）。
通信装置１１０の装置データ処理部１１５は、更新データを全て受信すると、装置通信制御部１１３及び装置通信部１１１を介して、受信完了をサーバ１８０へ通知する（Ｓ１４）。

通信装置１１０の装置データ処理部１１５は、更新データの受信を完了すると、装置通信制御部１１３及び装置通信部１１１を介して、自動的に、ファームウェアの更新を必要とする制御機器である更新対象機器への更新データの送信を開始する（Ｓ１５）。ここでは、更新対象機器は、空調機１４０であるものとする。
更新対象機器である空調機１４０の機器データ処理部１４４は、機器通信制御部１４２及び機器通信部１４１を介して、通信装置１１０から更新データをダウンロードして、機器記憶部１４３に記憶させる（Ｓ１６）。
そして、空調機１４０の機器データ処理部１４４は、更新データのダウンロードを完了すると、機器通信制御部１４２及び機器通信部１４１を介して、通信装置１１０へのダウンロードの完了を通知する（Ｓ１７）。

ダウンロードの完了通知を受信した通信装置１１０では、装置データ処理部１１５が、機器通信制御部１４２及び機器通信部１４１を介して、操作端末１６０へインストールの準備完了を通知する（Ｓ１８）。この通知には、更新対象機器の制御機器名が含まれているものとする。
このような通知を受信した操作端末１６０では、端末制御部１６５が、インストールの開始を促す画面画像を表示部１６６に表示させ、操作部１６７への入力を待機する（Ｓ１９）。

操作端末１６０の操作部１６７が、ユーザからインストールの開始要求を受け付けると（Ｓ２０）、操作端末１６０の端末制御部１６５は、端末通信制御部１６２及び端末通信部１６１を介して、更新対象機器である空調機１４０へインストールの開始要求を通知する（Ｓ２１）。
そのような通知を受信した空調機１４０では、機器データ処理部１４４が、ダウンロードした更新データを用いてインストールを行い、ファームウェアを更新する（Ｓ２２）。

空調機１４０の機器データ処理部１４４は、インストールが完了すると、機器通信制御部１４２及び機器通信部１４１を介して、通信装置１１０へインストールの完了を通知する（Ｓ２３）。
そのような通知を受信した通信装置１１０では、装置データ処理部１１５が、装置通信制御部１１３及び装置通信部１１１を介して、サーバ１８０へファームウェアの更新完了を通知する（Ｓ２４）。

以上のように、実施の形態１によれば、ユーザは、操作端末１６０において、更新指示をすればよいため、ユーザの操作負荷を軽減することができる。
また、ユーザが操作端末１６０の操作をする際には、更新対象機器において、ファームウェアのダウンロードが既に完了しているため、ユーザが操作を行ってから、短時間でファームウェアの更新が完了する。

なお、図６に示されているシーケンスでは、更新対象機器が空調機１４０である場合を説明したが、更新対象機器が操作端末１６０である場合には、図６に示されている空調機１４０での動作が操作端末１６０で行われてもよく、また、以下のような動作となってもよい。
ステップＳ２０で操作端末１６０の操作部１６７が、ユーザからインストールの開始要求を受け付けると、ステップＳ２１で、操作端末１６０の端末制御部１６５は、端末データ処理部１６４にインストールの開始要求を通知する。そのような通知を受けた端末データ処理部１６４は、ステップＳ２２で、ダウンロードした更新データを用いてインストールを行い、ファームウェアを更新する。そして、端末データ処理部１６４は、インストールが完了すると、ステップＳ２３で、端末通信制御部１６２及び端末通信部１６１を介して、通信装置１１０へインストールの完了を通知する。

また、図６に示されているシーケンスでは、ステップＳ２０でユーザがインストールの開始要求を入力すると、ステップＳ２１で操作端末１６０から空調機１４０にインストールの開始要求を通知しているが、実施の形態１は、このような例に限定されない。
例えば、ステップＳ２０でユーザがインストールの開始要求を入力すると、操作端末１６０の端末制御部１６５は、端末通信制御部１６２及び端末通信部１６１を介して、インストールの開始応答を通信装置１１０に送り、そのような応答を受けた通信装置１１０の装置データ処理部１１５が、装置通信制御部１１３及び装置通信部１１１を介して、更新対象機器である空調機１４０へインストールの開始要求を通知してもよい。

実施の形態２．
実施の形態１では、ユーザによる操作端末１６０への入力が実施された直後に、更新対象機器が更新データのインストールを開始してしまう。
そこで、実施の形態２では、ユーザが設定した時刻にインストールが行われるようにする。

図１に示されているように、実施の形態２に係る通信システム２００は、通信装置１１０と、空調システム２３０とを備える。
空調システム２３０は、空調機１４０と、操作端末２６０とを備える。
実施の形態２における空調システム２３０の空調機１４０は、実施の形態１における空調システム１３０の空調機１４０と同様である。
なお、実施の形態２においても、空調機１４０及び操作端末２６０の各々を、制御機器ともいう。

図７は、実施の形態２における操作端末２６０の構成を概略的に示すブロック図である。
操作端末２６０は、端末通信部１６１と、端末通信制御部１６２と、端末記憶部１６３と、端末データ処理部１６４と、端末制御部２６５と、表示部１６６と、操作部１６７と、タイマ部２６８とを備える。
実施の形態２における操作端末２６０の端末通信部１６１、端末通信制御部１６２、端末記憶部１６３、端末データ処理部１６４、表示部１６６及び操作部１６７は、実施の形態１における操作端末１６０の端末通信部１６１、端末通信制御部１６２、端末記憶部１６３、端末データ処理部１６４、表示部１６６及び操作部１６７と同様である。

端末制御部２６５は、実施の形態１における端末制御部１６５と同様の処理を行うほか、端末通信制御部１６２及び端末通信部１６１からインストールの準備完了の通知を受けた際に、表示部１６６に表示させる画面画像において、操作部１６７にインストールを開始する時刻の入力を受け付けさせる。

タイマ部２６８は、端末制御部２６５からの指示に応じて、計時を行い、インストールの開始時刻になった場合には、端末制御部２６５にその旨を通知する。
このような通知を受けた端末制御部２６５は、更新対象機器へインストールの開始要求を通知する。

以上に記載された端末通信制御部１６２、端末データ処理部１６４、端末制御部２６５及びタイマ部２６８の一部又は全部は、例えば、図３（Ａ）に示されているように、メモリ１０と、プロセッサ１１とにより構成することができる。このようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、このようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
また、端末通信制御部１６２、端末データ処理部１６４、端末制御部２６５及びタイマ部２６８の一部又は全部は、例えば、図３（Ｂ）に示されているように、処理回路１２で構成することもできる。

次に、上記構成を有する通信システム２００の動作を説明する。
図８は、通信システム２００での動作を示すシーケンス図である。
図８に示されているシーケンスにおいて、図６に示されているシーケンスと同じ処理については、図６に示されているシーケンスと同じ符号を付している。

図８のステップＳ１０〜Ｓ１８の処理は、図６のステップＳ１０〜Ｓ１８の処理と同様である。
ステップＳ１８において、インストールの準備完了が通知されると、操作端末２６０の端末制御部２６５は、インストールの開始を促す画面画像を表示部１６６に表示させ、操作部１６７への入力を待機する（Ｓ３０）。ここで表示される画面画像では、操作部１６７は、インストールを開始する時刻と、インストールを開始する要求との入力を受け付ける。

操作端末２６０の操作部１６７が、ユーザからインストールの開始要求及び開始時刻の入力を受け付けると、操作端末２６０の端末制御部２６５は、タイマ部２６８にインストールの開始時刻を通知して、タイマ部２６８は、通知された開始時刻にタイマをセットする（Ｓ３１）。

操作端末２６０のタイマ部２６８は、インストールの開始時刻になると、端末制御部２６５にその旨を通知する（Ｓ３２）。
インストールの開始時刻になった旨の通知を受けると、操作端末２６０の端末制御部２６５は、端末通信制御部１６２及び端末通信部１６１を介して、更新対象機器である空調機１４０へインストールの開始要求を通知する（Ｓ３３）。
以下、図８のステップＳ２２〜Ｓ２３の処理は、図６のステップＳ２２〜Ｓ２３の処理と同様である。

以上のように、実施の形態２によれば、ユーザは、インストールを開始する時刻、言い換えると、ファームウェアを更新する時刻を設定することができるため、ユーザが所望する時刻、例えば、制御機器を使用しない時間帯にファームウェアの更新を行うことができる。

実施の形態２では、操作部１６７は、インストールを開始する時刻の入力を受け付けているが、実施の形態２は、このような例に限定されない。例えば、操作部１６７は、インストールを開始するまでの時間の入力を受け付けてもよい。このような場合、タイマ部２６８は、入力された時間が経過した場合に、端末制御部２６５に通知を行い、端末制御部２６５は、そのような通知に応じて、更新対象機器にインストールの開始要求を通知する。

なお、図８に示されているシーケンスでは、更新対象機器が空調機１４０である場合を説明したが、更新対象機器が操作端末２６０である場合には、図８に示されている空調機１４０での動作が操作端末２６０で行われてもよく、また、以下のような動作となってもよい。
ステップＳ３２で、インストールの開始時刻になると、操作端末２６０のタイマ部２６８は、端末制御部２６５にその旨を通知する。インストールの開始時刻になった旨の通知を受けると、操作端末２６０の端末制御部２６５は、ステップＳ３３で、端末データ処理部１６４にインストールの開始要求を通知する。そのような通知を受けた端末データ処理部１６４は、ステップＳ２２で、ダウンロードした更新データを用いてインストールを行い、ファームウェアを更新する。そして、端末データ処理部１６４は、インストールが完了すると、ステップＳ２３で、端末通信制御部１６２及び端末通信部１６１を介して、通信装置１１０へインストールの完了を通知する。

実施の形態３．
更新対象機器が更新データのダウンロードをする際に、通信装置１１０が更新対象機器に、更新データを一度に送信すると、ネットワーク２を占有してしまう。
そこで、実施の形態３は、更新データを複数のブロックに分割し、更新対象機器に対して送信することで、ネットワーク２の通信負荷を低減する。

図１に示されているように、実施の形態３に係る通信システム３００は、通信装置３１０と、空調システム３３０とを備える。
空調システム３３０は、室外機３４０−０と、Ｎ台の室内機３４０−１、３４０−２、・・・、３４０−Ｎと、操作端末３６０とを備える。
ここで、室外機３４０−０及び室内機３４０−１、３４０−２、・・・、３４０−Ｎの各々を、空調機３４０ともいう。
また、空調システム３３０内の空調機３４０及び操作端末３６０の各々を、制御機器ともいう。

図２に示されているように、通信装置３１０は、装置通信部１１１と、装置通信部１１２と、装置通信制御部１１３と、装置記憶部１１４と、装置データ処理部３１５とを備える。
実施の形態３における通信装置３１０の装置通信部１１１、装置通信部１１２、装置通信制御部１１３及び装置記憶部１１４は、実施の形態１における通信装置１１０の装置通信部１１１、装置通信部１１２、装置通信制御部１１３及び装置記憶部１１４と同様である。

装置データ処理部３１５は、実施の形態１と同様の処理を行うほか、更新対象機器へ更新データを送る際に、装置記憶部１１４に記憶されている更新データを分割したブロックに分けて、装置通信制御部１１３及び装置通信部１１２を介して、ブロック毎に更新対象機器へ送る。

図４に示されているように、空調機３４０は、機器通信部１４１と、機器通信制御部１４２と、機器記憶部１４３と、機器データ処理部３４４と、空調部１４５と、機器制御部１４６とを備える。
実施の形態３における空調機３４０の機器通信部１４１、機器通信制御部１４２、機器記憶部１４３、空調部１４５及び機器制御部１４６は、実施の形態１における空調機１４０の機器通信部１４１、機器通信制御部１４２、機器記憶部１４３、空調部１４５及び機器制御部１４６と同様である。

機器データ処理部３４４は、実施の形態１と同様の処理を行うほか、通信装置３１０から、更新データを分割したブロックが送られてきた場合に、そのブロックを結合して更新データを復元する。そして、機器データ処理部３４４は、復元された更新データを機器記憶部１４３に記憶させる。

図５に示されているように、操作端末３６０は、端末通信部１６１と、端末通信制御部１６２と、端末記憶部１６３と、端末データ処理部３６４と、端末制御部１６５と、表示部１６６と、操作部１６７とを備える。
実施の形態３における操作端末３６０の端末通信部１６１、端末通信制御部１６２、端末記憶部１６３、端末制御部１６５、表示部１６６及び操作部１６７は、実施の形態１における操作端末１６０の端末通信部１６１、端末通信制御部１６２、端末記憶部１６３、端末制御部１６５、表示部１６６及び操作部１６７と同様である。

端末データ処理部３６４は、実施の形態１と同様の処理を行うほか、通信装置３１０から、更新データを分割したブロックが送られてきた場合に、そのブロックを結合して更新データを復元する。そして、端末データ処理部３６４は、復元された更新データを端末記憶部１６３に記憶させる。

図９は、実施の形態３における通信装置３１０が、更新データを更新対象機器に送信する動作を示すフローチャートである。
まず、通信装置３１０の装置データ処理部３１５は、更新データをブロックに分割するために、ブロック１つ当たりの最大サイズを決定する（Ｓ４０）。例えば、装置データ処理部３１５は、装置通信制御部１１３及び装置通信部１１１を介して、更新対象機器に対して、受信可能な最大サイズを問い合せ、更新対象機器からその応答を受け取ることにより、１ブロックの最大サイズを決定する。

次に、装置データ処理部３１５は、最大ブロックサイズに基づいて、更新データを複数のブロックに分割する（Ｓ４１）。
次に、装置データ処理部３１５は、装置通信制御部１１３及び装置通信部１１１を介して、更新対象機器に、更新データを分割した分割数を通知する（Ｓ４２）。

次に、装置データ処理部３１５は、装置通信制御部１１３及び装置通信部１１１を介して、更新対象機器へ１ブロックずつ送る（Ｓ４３）。ここで、各ブロックには、各ブロックを識別するためのブロック識別情報としてのシーケンス番号が付与されているものとする。そして、更新対象機器の機器データ処理部３４４又は端末データ処理部３６４は、各ブロックのシーケンス番号に対応付けて受信成否を示す受信成否情報を機器記憶部１４３又は端末記憶部１６３に記憶しておく。

次に、通信装置３１０の装置データ処理部３１５は、全てのブロックの送信が完了したか否かを判断する（Ｓ４４）。全てのブロックの送信が完了した場合（Ｓ４４でＹｅｓ）には、処理はステップＳ４５に進み、まだ送信していないブロックがある場合（Ｓ４４でＮｏ）には、処理はステップＳ４３に戻る。

ステップＳ４５では、装置データ処理部３１５は、装置通信制御部１１３及び装置通信部１１１を介して、更新対象機器へ受信成否を問い合わせる。このような問い合わせを受けた更新対象機器では、機器データ処理部３４４又は端末データ処理部３６４が受信成否情報を参照することで、受信の成否を確認し、全てのブロックの受信が成功している場合には、その旨を応答し、受信に失敗したブロックがある場合には、そのブロックのシーケンス番号を応答する。

そして、通信装置３１０の装置データ処理部３１５は、更新対象機器からの応答に基づいて、更新対象機器が全ブロックの受信に成功したか否かを判断する（Ｓ４６）。更新対象機器が全ブロックの受信に成功した場合（Ｓ４６でＹｅｓ）には、処理は終了し、受信に失敗したブロックがある場合（Ｓ４６でＮｏ）には、処理はステップＳ４７に進む。

ステップＳ４７では、装置データ処理部３１５は、装置通信制御部１１３及び装置通信部１１１を介して、受信に失敗したブロックを更新対象機器へ再送する。そして、処理は、ステップＳ４５に戻る。

以上のように、実施の形態３によれば、更新データが分割されて、ブロック毎に送信されるため、ネットワーク２を占有してしまうことがなくなる。

実施の形態４．
実施の形態３のように、更新データの受信成否を判定すると、更新対象機器は、それぞれの機器記憶部１４３又は端末記憶部１６３に全ブロック数と同数のビット数を持つフラグが必要となり、機器記憶部１４３又は端末記憶部１６３の容量を大きくする必要がある。
そこで、実施の形態４は、更新データをブロックに分割すると同時に、複数のブロックを集めて１つのセグメントとし、１セグメント毎に受信成否を確認する。

図１に示されているように、実施の形態４に係る通信システム４００は、通信装置４１０と、空調システム４３０とを備える。
空調システム４３０は、室外機４４０−０と、Ｎ台の室内機４４０−１、４４０−２、・・・、４４０−Ｎと、操作端末４６０とを備える。
ここで、室外機４４０−０及び室内機４４０−１、４４０−２、・・・、４４０−Ｎの各々を、空調機４４０ともいう。
また、空調システム４３０内の空調機４４０及び操作端末４６０の各々を、制御機器ともいう。

図２に示されているように、通信装置４１０は、装置通信部１１１と、装置通信部１１２と、装置通信制御部１１３と、装置記憶部１１４と、装置データ処理部４１５とを備える。
実施の形態４における通信装置４１０の装置通信部１１１、装置通信部１１２、装置通信制御部１１３及び装置記憶部１１４は、実施の形態１における通信装置１１０の装置通信部１１１、装置通信部１１２、装置通信制御部１１３及び装置記憶部１１４と同様である。

装置データ処理部４１５は、実施の形態１と同様の処理を行うほか、更新対象機器へ更新データを送る際に、装置記憶部１１４に記憶されている更新データを分割したブロックに分けて、装置通信制御部１１３及び装置通信部１１２を介して、ブロック毎に更新対象機器へ送る。
そして、装置データ処理部４１５は、更新データをブロックに分割した分割数よりも少ない数のブロックを１つのセグメントとして、１セグメント毎に、更新対象機器との間で受信成否を確認する。

図４に示されているように、空調機４４０は、機器通信部１４１と、機器通信制御部１４２と、機器記憶部１４３と、機器データ処理部４４４と、空調部１４５と、機器制御部１４６とを備える。
実施の形態４における空調機４４０の機器通信部１４１、機器通信制御部１４２、機器記憶部１４３、空調部１４５及び機器制御部１４６は、実施の形態１における空調機１４０の機器通信部１４１、機器通信制御部１４２、機器記憶部１４３、空調部１４５及び機器制御部１４６と同様である。

機器データ処理部４４４は、実施の形態１と同様の処理を行うほか、通信装置４１０から、更新データを分割したブロックが送られてきた場合に、そのブロックを結合して更新データを復元する。そして、機器データ処理部４４４は、復元された更新データを機器記憶部１４３に記憶させる。
また、機器データ処理部４４４は、通信装置４１０からのブロックを、セグメント毎に受信の成否を判断し、その成否を通信装置４１０に応答する。

図５に示されているように、操作端末４６０は、端末通信部１６１と、端末通信制御部１６２と、端末記憶部１６３と、端末データ処理部４６４と、端末制御部１６５と、表示部１６６と、操作部１６７とを備える。
実施の形態４における操作端末４６０の端末通信部１６１、端末通信制御部１６２、端末記憶部１６３、端末制御部１６５、表示部１６６及び操作部１６７は、実施の形態１における操作端末１６０の端末通信部１６１、端末通信制御部１６２、端末記憶部１６３、端末制御部１６５、表示部１６６及び操作部１６７と同様である。

端末データ処理部４６４は、実施の形態１と同様の処理を行うほか、通信装置４１０から、更新データを分割したブロックが送られてきた場合に、そのブロックを結合して更新データを復元する。そして、端末データ処理部４６４は、復元された更新データを端末記憶部１６３に記憶させる。
また、端末データ処理部４６４は、通信装置４１０からのブロックを、セグメント毎に受信の成否を判断し、その成否を通信装置４１０に応答する。

図１０は、実施の形態４における通信装置４１０が、更新データを更新対象機器に送信する動作を示すフローチャートである。
まず、通信装置４１０の装置データ処理部４１５は、更新データをブロックに分割し、セグメントに分けて送るため、ブロック１つ当たりの最大サイズ及び１セグメントに含まれるブロック数を決定する（Ｓ５０）。例えば、装置データ処理部４１５は、装置通信制御部１１３及び装置通信部１１１を介して、更新対象機器に対して、受信可能な最大サイズ及び連続して受信することのできるブロック数を問い合せ、更新対象機器からその応答を受け取ることにより、１ブロックの最大サイズ及び１セグメントに含まれるブロック数を決定する。

次に、装置データ処理部４１５は、最大ブロックサイズに基づいて、更新データを複数のブロックに分割し、分割された複数のブロックを複数のセグメントに分類する（Ｓ５１）。ここでは、１つのセグメントに２つ以上のブロックが含まれるようにする。
次に、装置データ処理部４１５は、装置通信制御部１１３及び装置通信部１１１を介して、更新対象機器に、更新データを分割した分割数を通知する（Ｓ５２）。
また、装置データ処理部４１５は、装置通信制御部１１３及び装置通信部１１１を介して、更新対象機器に、次に送信するセグメントである対象セグメントに含まれるブロック数を通知する（Ｓ５３）。

次に、装置データ処理部４１５は、装置通信制御部１１３及び装置通信部１１１を介して、対象セグメントに分類された複数のブロックを、更新対象機器へ１ブロックずつ送る（Ｓ５４）。ここで、各ブロックには、各ブロックを識別するためのブロック識別情報としてのシーケンス番号が付与されているものとする。そして、更新対象機器の機器データ処理部４４４又は端末データ処理部４６４は、各ブロックのシーケンス番号に対応付けて受信成否を示す受信成否情報を機器記憶部１４３又は端末記憶部１６３に記憶しておく。

次に、通信装置４１０の装置データ処理部４１５は、対象セグメントに含まれる全てのブロックの送信が完了したか否かを判断する（Ｓ５５）。対象セグメントに含まれる全てのブロックの送信が完了した場合（Ｓ５５でＹｅｓ）には、処理はステップＳ５６に進み、まだ送信していないブロックがある場合（Ｓ５５でＮｏ）には、処理はステップＳ５４に戻る。

ステップＳ５６では、装置データ処理部４１５は、装置通信制御部１１３及び装置通信部１１１を介して、更新対象機器へ受信成否を問い合わせる。このような問い合わせを受けた更新対象機器では、機器データ処理部４４４又は端末データ処理部４６４が受信成否情報を参照することで、受信の成否を確認し、対象セグメントに含まれる全てのブロックの受信が成功している場合には、その旨を応答し、受信に失敗したブロックがある場合には、そのブロックのシーケンス番号を応答する。

そして、通信装置４１０の装置データ処理部４１５は、更新対象機器からの応答に基づいて、更新対象機器が対象セグメントに含まれる全ブロックの受信に成功したか否かを判断する（Ｓ５７）。受信に失敗したブロックがある場合（Ｓ５７でＮｏ）には、処理はステップＳ５８に進み、更新対象機器が全ブロックの受信に成功した場合（Ｓ５７でＹｅｓ）には、処理はステップＳ５９に進む。

ステップＳ５８では、装置データ処理部４１５は、装置通信制御部１１３及び装置通信部１１１を介して、受信に失敗したブロックを更新対象機器へ再送する。そして、処理は、ステップＳ５６に戻る。

一方、ステップＳ５９では、装置データ処理部４１５は、全てのセグメントについてブロックの送信が完了したか否かを判断する。全てのセグメントについてブロックの送信が完了した場合（Ｓ５９でＹｅｓ）には、処理は終了し、まだ送信していないブロックのセグメントがある場合（Ｓ５９でＮｏ）には、処理はステップＳ５３に戻り、次のセグメントに含まれるブロック数が通知される。
なお、セグメントに含まれるブロック数については、セグメント毎に異なっていてもよい。

以上のように、実施の形態４によれば、更新対象機器は、セグメント毎にブロックの受信の成否を管理すればよいため、受信成否に要する機器記憶部１４３及び端末記憶部１６３の容量を減縮することができる。

以上に記載した実施の形態１では、通信装置１１０、室外機１４０−０、室内機１４０−１〜１４０−Ｎ及び操作端末１６０は、ネットワーク２に接続され、相互に通信を行うことができるようにされているが、実施の形態１は、このような例に限定されない。
例えば、図１１に示されている通信システム１００＃のように構成されていてもよい。
このような場合、図１２に示されているように、通信装置１１０＃の装置通信部１１１は、ネットワーク１に接続され、装置通信部１１２＃は、室外機１４０−０＃に接続される。

また、図１３に示されているように、室外機１４０−０＃は、機器通信部１４７＃１をさらに備える。そして、機器通信部１４１＃１は、通信装置１１０＃に接続され、機器通信部１４７＃１は、室内機１４０−１＃〜室内機１４０−Ｎ＃に接続されている。機器通信制御部１４２＃１は、実施の形態１と同様の処理を行うほか、通信装置１１０＃が使用する通信プロトコルと、室内機１４０−１＃〜室内機１４０−Ｎ＃が使用する通信プロトコルとの間の変換を行い、通信装置１１０＃と、室内機１４０−１＃〜室内機１４０−Ｎ＃との間の通信を中継する。

また、図１４に示されているように、室内機１４０−１＃は、機器通信部１４７＃２をさらに備える。そして、機器通信部１４１＃２は、室外機１４０−０＃及び室内機１４０−２＃〜室内機１４０−Ｎ＃に接続され、機器通信部１４７＃２は、操作端末１６０＃に接続されている。機器通信制御部１４２＃２は、実施の形態１と同様の処理を行うほか、室外機１４０−０＃及び室内機１４０−２＃〜室内機１４０−Ｎ＃が使用する通信プロトコルと、操作端末１６０＃が使用する通信プロトコルとの間の変換を行い、室外機１４０−０＃又は室内機１４０−２＃〜室内機１４０−Ｎ＃と、操作端末１６０＃との間の通信を中継する。

また、図１５に示されているように、室内機１４０−２＃〜室内機１４０−Ｎ＃の機器通信部１４１＃３は、室外機１４０−０＃及び他の室内機１４０−１＃〜１４０−Ｎに接続されている。
そして、図１６に示されているように、操作端末１６０＃の端末通信部１６１＃は、室内機１４０−１＃に接続されている。

以上のように構成することで、通信装置１１０＃と、室内機１４０−１＃〜室内機１４０−Ｎ＃とは、室外機１４０−０＃を介して、通信を行うことができる。
また、通信装置１１０＃と、操作端末１６０＃とは、室外機１４０−０＃及び室内機１４０−１＃を介して、通信を行うことができる。
さらに、室外機１４０−０＃と、操作端末１６０＃とは、室内機１４０−１＃を介して、通信を行うことができる。
そして、操作端末１６０＃と、室内機１４０−２＃〜室内機１４０−Ｎ＃とは、室内機１４０−１＃を介して、通信を行うことができる。

以上、図１１〜図１６は、実施の形態１に係る通信システム１００の変形例を説明したが、同様の考え方で、実施の形態２〜実施の形態４に係る通信システム２００〜通信システム４００を変形することができる。

実施の形態１〜４に係る通信システム１００〜４００は、サーバ１８０と通信することのできる通信装置１１０、３１０、４１０と、通信装置１１０、３１０、４１０と通信することのできる空調機１４０、３４０、４４０と、通信装置１１０、３１０、４１０と通信することのできる操作端末１６０〜４６０とを備える。通信装置１１０、３１０、４１０は、サーバ１８０から、空調機１４０、３４０、４４０のファームウェアの更新データを受信して、更新データを空調機１４０、３４０、４４０に送信し、更新データの送信完了後に、操作端末１６０〜４６０に準備完了通知を送信する。操作端末１６０〜４６０は、準備完了通知を受信すると、空調機１４０、３４０、４４０のファームウェアを更新データで更新する指示の入力を受け付ける。そして、空調機１４０、３４０、４４０は、操作端末１６０〜４６０がその指示の入力を受け付けた場合に、ファームウェアを更新データで更新する。これにより、実施の形態１〜４に係る通信システム１００〜４００は、ユーザからの１回の操作により、空調機１４０、３４０、４４０のファームウェアを更新することができる。

また、実施の形態１〜４における操作端末１６０〜４６０は、更新する指示の入力を受け付けた場合に、ファームウェアの更新を開始する要求を空調機１４０、３４０、４４０に送信する。空調機１４０、３４０、４４０は、そのような要求を受信した場合に、ファームウェアを更新データで更新する。これにより、実施の形態１〜４に係る通信システム１００〜４００は、ユーザからの１回の操作により、空調機１４０、３４０、４４０のファームウェアを更新することができる。

また、実施の形態２における操作端末２６０は、更新する指示の入力を受ける際に、ファームウェアを更新データで更新を開始する時刻の入力を受け付け、その時刻になった場合に、ファームウェアの更新を開始する要求を空調機１４０に送信する。空調機１４０は、そのような要求を受信した場合に、ファームウェアを更新データで更新する。これにより、操作端末２６０を操作するユーザは、空調機１４０を使用しない時刻等の所望の時刻に、ファームウェアの更新を行わせることができる。

また、実施の形態２における操作端末２６０は、更新する指示の入力を受ける際に、ファームウェアを更新データで更新を開始するまでの時間の入力を受け付け、その時間が経過した場合に、ファームウェアの更新を開始する要求を空調機１４０に送信する。空調機１４０は、そのような要求を受信した場合に、ファームウェアを更新データで更新する。これにより、操作端末２６０を操作するユーザは、空調機１４０を使用しない時間等の所望の時間になってから、ファームウェアの更新を行わせることができる。

また、実施の形態１〜４における操作端末１６０〜４６０は、更新する指示の入力を受け付けた場合に、ファームウェアを更新する応答を通信装置１１０、３１０、４１０に送信する。通信装置１１０、３１０、４１０は、そのような応答を受信した場合に、ファームウェアの更新を開始する要求を空調機１４０、３４０、４４０に送信する。空調機１４０、３４０、４４０は、そのような要求を受信した場合に、ファームウェアを更新データで更新する。これにより、実施の形態１〜４に係る通信システム１００〜４００は、ユーザからの１回の操作により、空調機１４０、３４０、４４０のファームウェアを更新することができる。

また、実施の形態３における通信装置３１０は、更新データを複数のブロックに分割し、空調機３４０に、複数のブロックを１つずつ送信する。そして、通信装置３１０は、複数のブロックの送信完了後に、複数のブロックの内、１又は複数のブロックを空調機３４０が受信できなかった場合には、その１又は複数のブロックを、空調機３４０に再度送信する。これにより、実施の形態３に係る通信システム１００は、更新データにより通信路を占有してしまうことがなくなる。

また、実施の形態４における通信装置４１０は、更新データを複数のブロックに分割して、分割された複数のブロックを、１つのセグメントに２つ以上のブロックが含まれるように、複数のセグメントに分類する。通信装置４１０は、空調機４４０に、複数のセグメントに含まれる１つのセグメント毎に、その１つのセグメントに分類された２つ以上のブロックを１つずつ送信する。そして、通信装置４１０は、その１つのセグメントに分類された２つ以上のブロックの送信完了後に、その１つのセグメントに分類された２つ以上のブロックの内、１又は複数のブロックを空調機４４０が受信できなかった場合には、その１又は複数のブロックを、空調機４４０に再度送信する。これにより、実施の形態３における空調機４４０は、セグメント毎にブロックを管理すればよく、ブロックを管理するためのメモリ容量を削減することができる。

１００，２００，３００，４００ 通信システム、 １１０，３１０，４１０ 通信装置、 １１１ 装置通信部、 １１２ 装置通信部、 １１３ 装置通信制御部、 １１４ 装置記憶部、 １１５，３１５，４１５ 装置データ処理部、 １３０，２３０，３３０，４３０ 空調システム、 １４０，３４０，４４０ 空調機、 １４１ 機器通信部、 １４２ 機器通信制御部、 １４３ 機器記憶部、 １４４，３４４，４４４ 機器データ処理部、 １４５ 空調部、 １４６ 機器制御部、 １６０，２６０，３６０，４６０ 操作端末、 １６１ 端末通信部、 １６２ 端末通信制御部、 １６３ 端末記憶部、 １６４，３６４，３６４ 端末データ処理部、 １６５， 端末制御部、 １６６ 表示部、 １６７ 操作部、 ２６８ タイマ部。

Claims (7)

1. サーバと通信することのできる通信装置と、
   前記通信装置と通信することのできる空調機と、
   前記通信装置と通信することのできる操作端末と、を備える通信システムであって、
   前記通信装置は、前記サーバから、前記空調機のファームウェアの更新データを受信して、前記更新データを前記空調機に送信し、前記更新データの送信完了後に、前記操作端末に準備完了通知を送信し、
   前記操作端末は、前記準備完了通知を受信すると、前記空調機の前記ファームウェアを前記更新データで更新する指示の入力を受け付け、
   前記空調機は、前記操作端末が前記指示の入力を受け付けた場合に、前記ファームウェアを前記更新データで更新すること
   を特徴とする通信システム。
2. 前記操作端末は、前記指示の入力を受け付けた場合に、前記ファームウェアの更新を開始する要求を前記空調機に送信し、
   前記空調機は、前記要求を受信した場合に、前記ファームウェアを前記更新データで更新すること
   を特徴とする請求項１に記載の通信システム。
3. 前記操作端末は、前記指示の入力を受ける際に、前記更新データで前記ファームウェアの更新を開始する時刻の入力を受け付け、前記時刻になった場合に、前記ファームウェアの更新を開始する要求を前記空調機に送信し、
   前記空調機は、前記要求を受信した場合に、前記ファームウェアを前記更新データで更新すること
   を特徴とする請求項１に記載の通信システム。
4. 前記操作端末は、前記指示の入力を受ける際に、前記更新データで前記ファームウェアの更新を開始するまでの時間の入力を受け付け、前記時間が経過した場合に、前記ファームウェアの更新を開始する要求を前記空調機に送信し、
   前記空調機は、前記要求を受信した場合に、前記ファームウェアを前記更新データで更新すること
   を特徴とする請求項１に記載の通信システム。
5. 前記操作端末は、前記指示の入力を受け付けた場合に、前記ファームウェアを更新する応答を前記通信装置に送信し、
   前記通信装置は、前記応答を受信した場合に、前記ファームウェアの更新を開始する要求を前記空調機に送信し、
   前記空調機は、前記要求を受信した場合に、前記ファームウェアを前記更新データで更新すること
   を特徴とする請求項１に記載の通信システム。
6. 前記通信装置は、前記更新データを複数のブロックに分割し、前記空調機に、前記複数のブロックを１つずつ送信し、前記複数のブロックの送信完了後に、前記複数のブロックの内、１又は複数のブロックを前記空調機が受信できなかった場合には、前記１又は複数のブロックを、前記空調機に再度送信すること
   を特徴とする請求項１から５の何れか一項に記載の通信システム。
7. 前記通信装置は、前記更新データを複数のブロックに分割して、前記分割された複数のブロックを、１つのセグメントに２つ以上のブロックが含まれるように、複数のセグメントに分類し、前記空調機に、前記１つのセグメント毎に前記２つ以上のブロックを１つずつ送信し、前記１つのセグメントに分類された前記２つ以上のブロックの送信完了後に、前記１つのセグメントに分類された前記２つ以上のブロックの内、１又は複数のブロックを前記空調機が受信できなかった場合には、前記１又は複数のブロックを、前記空調機に再度送信すること
   を特徴とする請求項１から５の何れか一項に記載の通信システム。

Images