(57)【要約】【課題】サーバとの間での通信を用いたマルチ給湯システムの遠隔管理システムにおいて、給湯器のソフトウェア更新時に生じる給湯能力不足を抑制する。【解決手段】マルチ給湯システム１０において、システムコントローラ１００は、給湯負荷に応じて給湯運転させる給湯器の運転台数を変更する運転台数制御を行なうように構成される。システムコントローラ１１０は、管理装置２０から複数の給湯器のソフトウェア更新のための更新プログラムを受信すると、更新プログラムを複数の給湯器１００に送信するとともに、複数の給湯器１００のうちの少なくとも１つの給湯器を順番に選択し、選択中の少なくとも１つの給湯器に対してソフトウェア更新の許可を送信する。運転台数制御の実行中、システムコントローラ１１０は、複数の給湯器１００のうちの停止中の給湯器から優先的に少なくとも１つの給湯器を選択する。【選択図】図１
2020143858.tif 000002
【特許請求の範囲】
【請求項１】
マルチ給湯システムであって、
複数の給湯器と、
前記複数の給湯器の動作を制御するシステムコントローラとを備え、
前記システムコントローラは、
前記マルチ給湯システムの管理装置との間で情報を送受信するように構成された第１の通信部と、
前記複数の給湯器の間で情報を送受信するように構成された第２の通信部と、
給湯負荷に応じて給湯運転させる給湯器の運転台数を変更する運転台数制御を行なうように構成された制御部とを含み、
前記第１の通信部は、前記管理装置から前記複数の給湯器のソフトウェア更新のための更新プログラムを受信し、
前記制御部は、前記第２の通信部により前記更新プログラムを前記複数の給湯器に送信するとともに、前記複数の給湯器のうちの少なくとも１つの給湯器を順番に選択し、選択中の前記少なくとも１つの給湯器に対して、前記第２の通信部により前記ソフトウェア更新の許可を送信するように構成され、
前記運転台数制御の実行中、前記制御部は、前記複数の給湯器のうちの停止中の給湯器から優先的に前記少なくとも１つの給湯器を選択する、マルチ給湯システム。
【請求項２】
前記システムコントローラは、前記複数の給湯器の中に前記停止中の給湯器が２つ以上含まれる場合には、前記２つ以上の停止中の給湯器のうちの一部の給湯器を、前記少なくとも１つの給湯器に選択する、請求項１に記載のマルチ給湯システム。
【請求項３】
前記停止中の給湯器は、エラーが発生したことにより停止させている給湯器を含む、請求項１または２に記載のマルチ給湯システム。
【請求項４】
前記少なくとも１つの給湯器は、前記システムコントローラと通信接続され、プログラムの実行によって給湯器を動作させるように構成されたコントローラを含み、
前記コントローラは、給湯運転中に前記ソフトウェア更新の許可を受信したときには、前記ソフトウェア更新の実行に先立って、給湯器への通水を制限する制御を行なって給湯運転を停止する、請求項１から３のいずれか１項に記載のマルチ給湯システム。
【請求項５】
前記コントローラは、記憶内容を書き換え可能なプログラム格納領域を有しており、前記更新プログラムを前記プログラム格納領域に書込むとともに、前記更新プログラムの書込処理が正常に終了すると、給湯器への通水を制限した状態で前記更新プログラムによる起動処理を実行する、請求項４に記載のマルチ給湯システム。
【請求項６】
前記コントローラは、不揮発性メモリを有しており、前記ソフトウェア更新の許可を受信したときに給湯器にエラーが発生しているときには、前記ソフトウェア更新の実行に先立って、前記エラーの情報を前記不揮発性メモリに格納する、請求項４または５に記載のマルチ給湯システム。
【請求項７】
前記システムコントローラは、第１のシステムコントローラと、通信線を経由して前記第１のシステムコントローラの階層下位側に並列に接続された複数の第２のシステムコントローラとを有しており、
各前記複数の第２のシステムコントローラの階層下位側には、通信線を経由して前記複数の給湯器が接続され、
前記第１のシステムコントローラは、前記複数の第２のシステムコントローラのうちの１つの第２のシステムコントローラを順番に選択し、選択中の前記１つの第２のシステムコントローラに対して、前記ソフトウェア更新の許可を送信し、
前記１つの第２のシステムコントローラは、前記ソフトウェア更新の許可を受信すると、前記複数の給湯器のうちの少なくとも１つの給湯器を順番に選択し、選択中の前記少なくとも１つの給湯器に対して、前記ソフトウェア更新の許可を送信し、
前記運転台数制御の実行中、前記１つの第２のシステムコントローラは、前記複数の給湯器のうちの停止中の給湯器から優先的に前記少なくとも１つの給湯器を選択する、請求項１から６のいずれか１項に記載のマルチ給湯システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチ給湯システムに関する。
【背景技術】
【０００２】
複数台の給湯器を連結することにより大能力の給湯を可能としたマルチ給湯システムの遠隔管理システムが、特開２０１７−５８０２６号公報（特許文献１）に記載されている。特許文献１に記載の遠隔管理システムでは、複数台の給湯器が少なくとも１台のシステムコントローラに接続され、かつ、このシステムコントローラが通信網を介してサーバに接続されている。システムコントローラは、給湯先の熱負荷に応じて燃焼作動させる給湯器の台数を変更する運転台数制御を行なうように構成されている。
【０００３】
上記マルチ給湯システムにおいて、各給湯器は、記憶部に記憶された制御プログラムを実行することにより、給湯器の動作を制御する。特開２００８−２７５２２９号公報（特許文献２）には、制御プログラムの更新時、給湯器がサーバにアクセスし、サーバから最新の制御プログラムをダウンロードすることが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−５８０２６号公報
【特許文献２】特開２００８−２７５２２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載された遠隔管理システムでは、制御プログラムの更新中は、給湯器の動作を制御することができないため、給湯先の熱負荷に対してマルチ給湯システムの給湯能力が一時的に不足することが懸念される。
【０００６】
この発明はこのような問題点を解決するためになされたものであって、この発明の目的は、サーバとの間での通信を用いたマルチ給湯システムの遠隔管理システムにおいて、給湯器のソフトウェア更新時に生じる給湯能力不足を抑制することである。
【課題を解決するための手段】
【０００７】
この発明のある局面では、マルチ給湯システムは、複数の給湯器と、複数の給湯器の動作を制御するシステムコントローラとを備える。システムコントローラは、マルチ給湯システムの管理装置との間で情報を送受信するように構成された第１の通信部と、複数の給湯器の間で情報を送受信するように構成された第２の通信部と、給湯負荷に応じて給湯運転させる給湯器の運転台数を変更する運転台数制御を行なうように構成された制御部とを含む。第１の通信部は、管理装置から複数の給湯器のソフトウェア更新のための更新プログラムを受信する。制御部は、第２の通信部により更新プログラムを複数の給湯器に送信するとともに、複数の給湯器のうちの少なくとも１つの給湯器を順番に選択し、選択中の少なくとも１つの給湯器に対して、第２の通信部によりソフトウェア更新の許可を送信するように構成される。運転台数制御の実行中、制御部は、複数の給湯器のうちの停止中の給湯器から優先的に少なくとも１つの給湯器を選択する。
【発明の効果】
【０００８】
この発明によれば、サーバとの間での通信を用いたマルチ給湯システムの遠隔管理システムにおいて、給湯器のソフトウェア更新時に生じる給湯能力不足を抑制することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態に従うマルチ給湯システムの遠隔管理システムの構成例を示すブロック図である。
【図２】マルチ給湯システムの構成例を示すブロック図である。
【図３】給湯器の運転台数制御の処理手順の一例を示すフローチャートである。
【図４】通信アダプタの構成例を示すブロック図である。
【図５】シスコン及び給湯器のコントローラの構成例を示すブロック図である。
【図６】本実施の形態に係る遠隔管理システムでのマルチ給湯システムに対する複数の機器を対象とするソフトウェア更新の処理の流れを説明するシーケンス図である。
【図７】シスコンにおけるＳ／Ｗ更新の実行を許可する給湯器の選択を説明するための図である。
【図８】シスコンにおけるＳ／Ｗ更新の実行を許可する給湯器の選択の流れを説明するフローチャートである。
【図９】給湯器におけるＳ／Ｗ更新の処理の流れを説明するフローチャートである。
【図１０】コントローラにおける書換プログラムの処理の流れを説明するフローチャートである。
【図１１】マルチ給湯システムの遠隔監視システムの他の構成例を示すブロック図である。
【図１２】本変更例に係る遠隔管理システムでのマルチ給湯システムに対する複数の機器を対象とするＳ／Ｗ更新の処理の流れを説明するシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一又は相当する部分については、同一符号を付してその説明は繰り返さない。
【００１１】
［マルチ給湯システムの遠隔管理システムの構成］
図１は、本実施の形態に従うマルチ給湯システムの遠隔管理システムの構成例を示すブロック図である。
【００１２】
図１を参照して、マルチ給湯システム１０は、複数の給湯器１００Ａ〜１００Ｆと、運転操作指令を入力するためのリモートコントローラ（以下、単に「リモコン」とも称する）１０５と、マルチ給湯システム１０全体を統括制御するためのシステムコントローラ（以下、単に「シスコン」とも称する）１１０とを備える。以下、複数の給湯器１００Ａ〜１００Ｆを、給湯器１００と総称する場合がある。
【００１３】
給湯器１００は、代表的にはマイクロコンピュータ（以下、単に「マイコン」とも称する）によって構成される、コントローラ（図示せず）を含む。このコントローラには、給湯器１００の動作を制御するためのプログラムが記憶されている。
【００１４】
シスコン１１０は、複数の給湯器１００Ａ〜１００Ｆのコントローラを統合する。シスコン１１０と各給湯器１００のコントローラとの間は、通信線５１で接続される。シスコン１１０には、通信線５１を経由して、最大ｍ台（ｍ：予め定められた自然数）の給湯器１００が接続可能である。また、給湯器１００は、浴槽等への補給水装置によって構成することも可能である。
【００１５】
図１の構成例では、ｍ＝６とし、最大６台の給湯器１００Ａ〜１００Ｆがシスコン１１０に接続されている。また、シスコン１１０は、通信線５０を経由して、リモコン１０５及び通信アダプタ４０と接続される。なお、シスコン１１０の構成は任意である。シスコン１１０は、図１のように複数の給湯器１００とは別体に設けられてもよく、複数の給湯器１００のうちの１台の給湯器１００の内部に設けられてもよい。また、１個又は複数個のシスコンによってシスコン１１０が構成されてもよい。
【００１６】
各給湯器１００のコントローラが格納されたプログラムを実行することにより、シスコン１１０からの指令に従って給湯器１００を動作させるためのソフトウェア処理が実現される。
【００１７】
通信アダプタ４０は、給湯器１００とともに、屋外、例えば住宅の外壁の周辺またはガレージ等に設置することができる。通信アダプタ４０は、屋内に配置された無線ＬＡＮ（Local  Area  Network）ルータ６０との間で、所定の通信プロトコル（例えばIEEE802.11n等）で通信するための無線通信機能を有する。なお、通信アダプタ４０の詳細については、後程説明する。
【００１８】
無線ＬＡＮルータ６０は、インターネット網（通信網）に接続されている。無線ＬＡＮルータ６０は、無線ＬＡＮの親機として機能することにより、複数台の無線ＬＡＮの子機を無線接続することも可能である。通信アダプタ４０は、無線ＬＡＮの子機として動作可能であり、無線ＬＡＮルータ６０との通信接続（無線リンク）が確立されると、無線ＬＡＮルータ６０を介してインターネットに接続することが可能である。
【００１９】
通信線５０，５１による接続によって、各給湯器１００は、シスコン１１０を経由して、リモコン１０５及び通信アダプタ４０の各々との間で、双方向にデータを送受信可能である。また、リモコン１０５及び通信アダプタ４０の間でも、双方向にデータを送受信可能である。
【００２０】
シスコン１１０を経由してリモコン１０５が複数の給湯器１００Ａ〜１００Ｆと接続されることにより、共通のリモコン１０５によって、シスコン１１０に接続された複数の給湯器１００Ａ〜１００Ｆの動作を制御することが可能となる。
【００２１】
通信線５０，５１には、例えば、２心通信線を用いることができる。以下では、通信線５０，５１について、２心通信線５０，５１とも称する。シスコン１１０が、商用系統等の外部電源からの供給電力を外部機器用の電源電圧に変換して２心通信線５０に出力するように構成することにより、リモコン１０５及び通信アダプタ４０の動作電源を、シスコン１１０から供給することが可能である。この場合には、２心通信線５０，５１において、通信データは電源電圧に重畳させることができる。
【００２２】
さらに、本実施の形態に従うマルチ給湯システムの遠隔管理システムでは、管理センター２０及びサポートセンター７０が通信網（代表的には、インターネット）に接続される。管理センター２０は、クラウドサーバ２１ａ及びアプリケーションサーバ２１ｂを含む。クラウドサーバ２１ａ及びアプリケーションサーバ２１ｂは、インターネット網もしくは専用の回線を介して相互に通信可能に接続されており、互いに連携して各種サービスを提供することができる。
【００２３】
クラウドサーバ２１ａは、主として、家庭または宿泊施設等に設置された多数の通信アダプタ４０が常時接続されて、これらの通信アダプタ４０との間で通信することにより、家庭および各宿泊施設等の各顧客のマルチ給湯システム１０の各種情報を収集するとともに管理する。例えば、収集する情報には、単位時間毎の給湯量及び消費燃料量、給湯温度、並びに、各マルチ給湯システム１０で発生したエラー情報等を含むことができる。
【００２４】
アプリケーションサーバ２１ｂは、各家庭及び各宿泊施設等の多数のユーザのための多数のユーザアカウントを管理するとともに、ユーザが保有するスマートフォン（図示せず）等の操作端末からのログインを受けて、ユーザが所有する操作端末に対して各種サービスを提供する。
【００２５】
クラウドサーバ２１ａ及びアプリケーションサーバ２１ｂによって提供するサービスは、適宜必要に応じて設計することができる。例えば、接続機器確認サービス、運転情報収集管理サービス、エラー監視サービス、メンテナンスモニタサービス、遠隔操作サービス等を提供することができる。各種サービスは、通信アダプタ４０を経由した、管理センター２０（以下、単に「サーバ２０」とも称する）及びマルチ給湯システム１０の間でのデータ通信によって可能となる。
【００２６】
また、本実施の形態に従うマルチ給湯システムの遠隔管理システムでは、マルチ給湯システム１０の遠隔操作サービスをさらに提供することも可能である。例えば、サポートセンター７０の端末７１、現場作業員用のタブレット端末８０及び、ユーザ所有のスマートフォン（図示せず）等から、マルチ給湯システム１０の所定の操作を通信網（インターネット）経由で行なうことができる。
【００２７】
［マルチ給湯システム１０の構成］
図２は、マルチ給湯システム１０の構成例を示すブロック図である。
【００２８】
図２を参照して、マルチ給湯システム１０は、複数の給湯器１００Ａ〜１００Ｆを連結して運用するように構成された連結型給湯システムである。連結型給湯システムは、例えば、ホテルなどの大量の出湯（大きな熱負荷）が要求される商業施設等に用いることができる。
【００２９】
マルチ給湯システム１０は、給湯負荷に応じて、給湯運転を行なう給湯器１００の台数を変更可能に構成される。シスコン１１０は、このような給湯器の運転台数制御を行なうように構成される。給湯器の運転台数制御については後述する。
【００３０】
給水配管１は、上水道等の水源から供給される水を各給湯器１００に供給するための配管であって、その下流側が各給湯器１００の入水管２に接続される。各給湯器１００は、給水配管１と接続された入水管２から供給される水を加熱昇温させて出湯管３を介して供給するための給湯器である。
【００３１】
給湯配管３Ａは、各給湯器１００から出湯される湯水を給湯栓４に供給するための配管であって、その上流側が各給湯器１００の出湯管３に接続されるとともに、その下流側が給湯栓４に接続されている。マルチ給湯システム１０は、給湯配管３Ａに対して並列に接続された複数の給湯器１００Ａ〜１００Ｆからの出湯により給湯運転を実行することができる。
【００３２】
給湯器１００は、熱交換器７、バーナ８、ファン９、入水流量センサ１１、入水温度センサ１２、缶体水量調整弁１３、缶体温度センサ１４、バイパス管１５、バイパス水量調整弁１６、出湯温度センサ１７及び、コントローラ１０１を有する。
【００３３】
熱交換器７は、一端が入水管２に接続され、他端が出湯管３に接続され、入水管２から供給される湯水を加熱昇温するための加熱部を構成する。熱交換器７は、図示しない燃焼缶体内に収容され、ガスまたは石油を燃料とするバーナ８によって加熱される。バーナ８の点火タイミングおよび燃焼状態は、給湯設定温度および給湯負荷に応じてコントローラ１０１により制御される。
【００３４】
なお、バーナ８には、図示しない炎検出手段（例えば、フレームロッド等）が備えられており、炎検出手段によってバーナ８が燃焼しているか否かの情報がコントローラ１０１に与えられる。ファン９は、バーナ８の燃焼時に作動し、バーナ８に燃焼用の空気を送り込む。ファン９はまた、バーナ８の燃焼で生じた排気を給湯器１００に設けられた排気ダクト（図示せず）に排出する。
【００３５】
入水流量センサ１１は、熱交換器７への入水流量を検出する。入水流量センサ１１は、熱交換器７の上流側に配設され、熱交換器７に流入する湯水の流量を検出している。入水流量センサ１１は、コントローラ１０１と電気的に接続されており、入水流量センサ１１の出力信号はコントローラ１０１に与えられる。
【００３６】
缶体水量調整弁１３は、熱交換器７の通水流量を制御する。缶体水量調整弁１３は、コントローラ１０１によって制御流量が設定される流量制御弁である。缶体水量調整弁１３は、熱交換器７の下流側で出湯管３とバイパス管１５との接続部Ｃよりも上流側に配設される。缶体水量調整弁１３は、入水流量センサ１１の出力信号に基づいて得られる流量の検出値が、コントローラ１０１において設定される設定流量（制御流量）と一致するように弁の開度を調整するように構成されている。
【００３７】
より具体的には、缶体水量調整弁１３は、制御流量に応じて弁の開度を全閉から全開までの間で調節できるように構成されている。缶体水量調整弁１３は、後述する給湯器１００の運転台数制御においては、給湯器１００への通水を制限する流路開閉弁としても機能し得る。
【００３８】
缶体温度センサ１４は、熱交換器７からの出湯温度を検出する。缶体温度センサ１４は、熱交換器７の下流側で接続部Ｃよりも上流側に配設される。缶体温度センサ１４の出力信号はコントローラ１０１に与えられる。
【００３９】
バイパス管１５は、熱交換器７を通さずに入水管２と出湯管３とを接続する。バイパス管１５は、熱交換器７で加熱昇温された湯水の温度を調節するための水を供給するための配管であって、コントローラ１０１により制御されるバイパス水量調整弁１６により出湯管３に供給する水の量が調節される。バイパス水量調整弁１６も弁の開度を全閉から全開までの間で調節できるように構成されている。
【００４０】
出湯温度センサ１７は、熱交換器７から出湯される湯水とバイパス管１５から供給される水との混合温水の温度を検出する。出湯温度センサ１７は、接続部Ｃよりも下流側に配設される。出湯温度センサ１７の出力信号はコントローラ１０１に与えられる。
【００４１】
コントローラ１０１は、給湯器１００の各部を制御する制御装置であって、図示しないマイコンを制御中枢として備えている。コントローラ１０１は、マイコンに記憶された制御プログラムに従って給湯器１００各部の動作を制御する。制御プログラムには、給湯運転に関するプログラムに関するプログラム等が含まれる。
【００４２】
なお、給湯器１００Ａ〜１００Ｆは基本構成が共通するが、給湯器１００Ａには配線５１を経由してシスコン１１０が接続される。シスコン１１０のマイコン（図示せず）には、マルチ給湯システム１０全体の動作を制御するための制御プログラムが記憶されている。
【００４３】
上述したように、各給湯器１００のコントローラ１０１及びシスコン１１０の間は通信線５１で接続されており、双方向にデータを送受信ができるように構成されている。シスコン１１０および複数のコントローラ１０１Ａ〜１０１Ｆは、給湯器の運転台数制御に関する情報、給湯器１００の動作状況に関する情報（例えば、給湯器１００が給湯運転を行なっているか否か等）を相互に遣り取りできるように構成されている。
【００４４】
次に、マルチ給湯システム１０におけるシスコン１１０及びコントローラ１０１の制御について説明する。以下では、シスコン１１０及びコントローラ１０１により実行される給湯器の運転台数制御について説明する。
【００４５】
（給湯器の運転台数制御）
給湯器の運転台数制御は、給湯栓４からの出湯量（給湯負荷）に応じて燃焼作動させる給湯器１００の台数を増減させる制御である。図３は、給湯器の運転台数制御の処理手順の一例を示すフローチャートである。
【００４６】
図３を参照して、最初に、シスコン１１０は、リモコン１０５に設けられた運転スイッチがオンにされ、マルチ給湯システム１０の給湯運転が開始されると（Ｓ０１にてＹＥＳ）、ステップＳ０２により、制御プログラムに従って、複数の給湯器１００Ａ〜１００Ｆのうち最初に燃焼作動させるメイン給湯器（以下、メイン給湯器として給湯器１００Ａが定められたものとする）を設定する。
【００４７】
次に、シスコン１１０は、ステップＳ０３により、メイン給湯器１００Ａの出湯管３に備えられた缶体水量調整弁１３を開放させて、メイン給湯器１００Ａだけを給湯待機状態にしておく。メイン給湯器は１台に限られず、例えば、当初から大きな熱負荷が見込まれる場合には複数の給湯器１００をメイン給湯器に設定するようにしてもよい。また、メイン給湯器は、シスコン１１０の設定により適宜変更されるようになっている。
【００４８】
また、シスコン１１０は、ステップＳ０４により、メイン給湯器１００Ａ以外の給湯器１００Ｂ〜１００Ｆ（以下、サブ給湯器とも称する）の出湯管３に備えられた缶体水量調整弁１３を全閉に制御して、サブ給湯器１００Ｂ〜１００Ｆに通水が生じないようにする。したがって、この状態で、給湯栓４が開かれると、メイン給湯器１００Ａにだけ通水が生じる。なお、この時点では、給湯器１００Ａ〜１００Ｆのいずれも給湯運転を開始していないため、バイパス水量調整弁１６は全閉とされている。
【００４９】
メイン給湯器１００Ａでは、コントローラ１０１Ａは、入水流量センサ１１の検出値が所定量（いわゆる最低作動流量ＭＯＱ）を超えると（Ｓ０５にてＹＥＳ）、ステップＳ０６により、メイン給湯器１００Ａの給湯運転を開始させる。すなわち、コントローラ１０１Ａは、給湯器１００Ａのバーナ８を点火し、リモコン１０５で設定された給湯設定温度の出湯ができるように、給湯器１００Ａの各部を制御する。
【００５０】
メイン給湯器１００Ａの給湯運転中、シスコン１１０は、ステップＳ０７により、給湯負荷が増加したか否かを判定する。例えば給湯栓４での出湯流量が増える等により給湯負荷が増加し、メイン給湯器１００Ａの給湯能力の上限に近づくと、シスコン１１０は、コントローラ１０１Ａとの通信によってこの状態を検知し（Ｓ０７にてＹＥＳ）、ステップＳ０８により、メイン給湯器１００Ａの出湯能力が上限に達する前に１台のサブ給湯器（例えば、給湯器１００Ｂとする）の出湯管３に備えられた缶体水量調整弁１３を開放させる。これにより、サブ給湯器１００Ｂにも通水が生じる。
【００５１】
サブ給湯器１００Ｂでは、コントローラ１０１Ｂは、ステップＳ０９により、入水流量センサ１１の検出値が所定量（最低作動流量ＭＯＱ）を超えることを条件に、給湯器１００Ｂの給湯運転を開始させる。すなわち、コントローラ１０１Ｂは、給湯器１００Ｂのバーナ８を点火し、リモコン１０５で設定された給湯設定温度の出湯ができるように、給湯器１００Ｂの各部を制御する。このように、メイン給湯器１００Ａが出湯能力の上限に近づくと、サブ給湯器を燃焼作動させて、メイン給湯器１００Ａの出湯能力の不足を補うようになっている。
【００５２】
なお、さらに給湯負荷が増加し、サブ給湯器１００Ｂも出湯能力の上限に近づくと、シスコン１１０は、別の１台のサブ給湯器（例えば、給湯器１００Ｃとする）の出湯管３に備えられた缶体水量調整弁１３を開放させて、メイン給湯器１００Ａおよび給湯器１００Ｂの出湯能力の不足を給湯器１００Ｃの燃焼作動によって補う。このように、運転台数制御では、熱負荷の増加に応じて燃焼作動する給湯器１００の台数を増加させる制御が行なわれる。
【００５３】
一方で、ステップＳ０７に戻って、給湯負荷が増加していない場合（Ｓ０７にてＮＯ）、シスコン１１０は、さらにステップＳ１０により、給湯負荷が減少したか否かを判定する。給湯負荷が減少し、サブ給湯器の作動が不要となった場合（Ｓ１０にてＹＥＳ）、シスコン１１０は、給湯運転中の１台のサブ給湯器（例えば、給湯器１００Ｃとする）に対して給湯運転を禁止する旨の制御指令を与える。これにより、給湯器１００Ｃのコントローラ１０１Ｃは、ステップＳ１１により、給湯器１００Ｃの缶体水量調整弁１３を全閉に制御するとともに、ステップＳ１２により給湯運転を停止する。すなわち、給湯負荷が減少する場合には、上述した動作の逆の手順で燃焼作動する給湯器１００の台数を減少させる制御が行なわれる。
【００５４】
［通信アダプタ４０の構成］
図４は、通信アダプタ４０の構成例を示すブロック図である。
【００５５】
図４を参照して、通信アダプタ４０は、制御部４１と、通信ユニット４２，４３と、メモリ４５と、コネクタ４８とを有する。コネクタ４８には、図１に示された通信線５０（２心通信線）が接続される。
【００５６】
制御部４１は、ＣＰＵ（Central  Processing  Unit）４１ａ及びインターフェイス（Ｉ／Ｆ）４１ｂを含むマイコンによって構成することができる。通信ユニット４２は、コネクタ４８に接続された２心通信線５０を経由して、シスコン１１０及びリモコン１０５との間で双方向にデータを送受信することによって情報を授受できるように構成される。通信ユニット４３は、アンテナ４７を経由した無線通信によって、無線ＬＡＮルータ６０またはスマートフォン（図示せず）との間で双方向にデータを送受信することによって情報を授受できるように構成される。電源回路４４は、コネクタ４８に接続された２心通信線５０から電力供給を受けて、通信アダプタ４０内の各要素の動作電源電圧を生成する。
【００５７】
メモリ４５は、ＣＰＵ４１ａで実行されるプログラムを記憶するためのメモリであるＲＯＭ（Read  Only  Memory）４５ａ及び、ＣＰＵ４１ａでプログラムを実行する際の作業領域となり、かつ計測値を記憶するためのメモリであるＲＡＭ（Random  Access  Memory）４５ｂを有する。例えば、ＲＯＭ４５ａには、通信アダプタ４０の動作を制御するためのプログラムが格納されており、制御部４１は、起動処理時において、ＲＯＭ４５ａに格納されたプログラムを読出してＲＡＭ４５ｂに展開する。制御部４１はＲＡＭ４５ｂに展開されたプログラムを実行して通信アダプタ４０の動作を制御する。
【００５８】
また、図４では、メモリ４５及び制御部４１を別個の要素として表記したが、メモリ４５の一部又は全部について、制御部４１に内蔵することも可能である。
【００５９】
通信アダプタ４０は、通信ユニット４３を用いて、通信網（インターネット）を経由してサーバ２０の通信ユニットとの間で通信することができる。これにより、通信アダプタ４０は、上記運転情報収集管理サービスのためのマルチ給湯システム１０の運転情報を、定期的に管理センター２０へ送信することができる。一方で、管理センター２０も通信アダプタ４０を用いて、給湯器１００及びサーバ２０の間で遠隔管理システムを構成するデータ通信を実行することができる。
【００６０】
［シスコン１１０及び給湯器１００の構成］
図５は、シスコン１１０及び給湯器１００のコントローラ１０１の構成例を示すブロック図である。
【００６１】
図５を参照して、シスコン１１０は、制御部６１と、通信ユニット６２，６３と、メモリ６５とを含む。制御部６１は、ＣＰＵ６１ａ及びＩ／Ｆ６１ｂを含むマイコンによって構成することができる。通信ユニット６２は、２心通信線５０を経由して、通信アダプタ４０及びリモコン１０５との間で双方向にデータを送受信することによって情報を授受できるように構成される。通信ユニット６３は、２心通信線５１を経由して、給湯器１００Ａ〜１００Ｆの各々のコントローラ１０１との間で双方向にデータを送受信することによって情報を授受できるように構成される。
【００６２】
メモリ６５は、ＣＰＵ６１ａで実行されるプログラムを記憶するためのメモリであるＲＯＭ６５ａ及び、ＣＰＵ６１ａでプログラムを実行する際の作業領域となり、かつ計測値を記憶したりするためのメモリであるＲＡＭ６５ｂを有する。例えば、ＲＯＭ６５ａには、シスコン１１０の動作を制御するためのプログラムが格納されており、制御部６１は、起動処理時において、ＲＯＭ６５ａに格納されたプログラムを読出してＲＡＭ６５ｂに展開する。制御部６１はＲＡＭ６５ｂに展開されたプログラムを実行してシスコン１１０の動作を制御する。
【００６３】
コントローラ１０１は、制御部９１と、通信ユニット９２と、メモリ９３とを含む。通信ユニット９２には、２心通信線５１が接続される。
【００６４】
制御部９１は、ＣＰＵ９１ａ及びインターフェイス（Ｉ／Ｆ）９１ｂを含むマイコンによって構成することができる。通信ユニット９２は、２心通信線５１を経由してシスコン１１０との間で双方向にデータを送受信することによって情報を授受できるように構成される。
【００６５】
メモリ９３は、例えば、ＣＰＵ９１ａで実行されるプログラムを記憶するためのメモリであるＲＯＭ９３ａ、ＣＰＵ９１ａでプログラムを実行する際の作業領域（以下、「プログラム実行領域」とも称する）となり、かつ計算値を記憶するためのメモリであるＲＡＭ９３ｂ及び、不揮発性記憶装置の一例としてフラッシュメモリ９３ｃを含む。コントローラ１０１は、一般的なコンピュータに相当する機能を有して構成することができる。
【００６６】
［ソフトウェア更新処理］
図６は、本実施の形態に係る遠隔管理システムでのマルチ給湯システムに対する複数の機器を対象とするソフトウェア更新の処理の流れを説明するシーケンス図である。図６では、複数の給湯器１００Ａ〜１００Ｆを対象とするソフトウェア更新処理を例示する。
【００６７】
給湯器１００の各々は、シスコン１１０を経由して通信アダプタ４０に対して、実行中のソフトウェアを特定するための情報（例えば、実行中プログラムのバージョンを示す情報）と、各給湯器を区別するための識別情報とを送信する。以下では、ソフトウェアを特定するための情報を、「Ｓ／Ｗバージョン情報」とも表記する。Ｓ／Ｗバージョン情報及び識別情報は、例えば、各給湯器１００からシスコン１１０を経由した通信アダプタ４０への定期的な通信Ｃ１０Ａ，Ｃ１０Ｂ，・・・Ｃ１０Ｆ（図示せず）を用いて送信することができる。これにより、通信アダプタ４０は、マルチ給湯システム１０を構成する複数の給湯器１００の各々のＳ／Ｗバージョン情報を有している。
【００６８】
通信アダプタ４０及びサーバ２０の間でも、ハートビート通信等の定期的な通信が実行される。当該通信は、通信アダプタ４０からサーバ２０への通信Ｃ２０と、サーバ２０から通信アダプタ４０への通信Ｃ３０とを含む。通信Ｃ３０は、通信Ｃ２０に対する返信として実行される。以下では、定期的な通信Ｃ２０及びＣ３０のうちの特定のタイミングでの通信に言及する場合には、添字ａ，ｂ，ｃを付することとする。
【００６９】
各通信Ｃ２０には、通信アダプタ４０が接続されたマルチ給湯システム１０でのソフトウェア更新（以下、「Ｓ／Ｗ更新」とも表記する）の実行可否を示す情報が付加される。Ｓ／Ｗ更新は、例えば、当該マルチ給湯システム１０にてＳ／Ｗ更新が実行中であるときに「不可」とされる。
【００７０】
通信Ｃ２０ａにて、Ｓ／Ｗ更新「可」であることがサーバ２０へ送信される。サーバ２０は、更新すべき新たなプログラムが存在している場合には、Ｓ／Ｗ更新「可」であることを通信した通信Ｃ２０ａに応答する通信Ｃ３０ａにより、Ｓ／Ｗ更新情報を送信する。Ｓ／Ｗ更新情報は、当該新たなプログラム（以下、「更新プログラム」とも称する）及び更新プログラムへの書換のためのプログラム（以下、「書換プログラム」とも称する）のダウンロード先のＵＲＬ（Uniform  Resource  Locator）、並びにＳ／Ｗ更新の開始日時を示す情報を含む。したがって、通信アダプタ４０は、当該開始日時の当該ＵＲＬへアクセスすることで、サーバ２０から更新プログラム及び書換プログラムをダウンロードすることができる。あるいは、この段階で、更新プログラム及び書換プログラムそのものがサーバ２０から通信アダプタ４０に送信されてもよい。
【００７１】
以下では、通信Ｃ３０ａにおいて、複数の給湯器１００Ａ〜１００Ｆをソフトウェア更新対象（以下、「Ｓ／Ｗ更新対象」とも称する）とする更新プログラム及び書換プログラムがダウンロードされたときの処理を例示する。
【００７２】
通信アダプタ４０は、通信ユニット４３（図４）を用いて更新プログラム（図６中では「更新Ｐ」と表記する）及び書換プログラムを受信すると、処理Ｐ１０により、更新プログラム及び書換プログラムをＲＯＭ４５ａに格納する。ＲＯＭ４５ａ内において、給湯器１００用の当該更新プログラム及び書換プログラムの格納領域は、通信アダプタ４０そのものの実行中のプログラムを格納する領域とは別個に設けられる。あるいは、通信アダプタ４０が一般的には、電源オン状態のままで長期間使用されることを考慮すれば、給湯器１００用の当該更新プログラム及び書換プログラムをＲＡＭ４５ｂに格納することも可能である。
【００７３】
さらに、通信アダプタ４０は、各給湯器１００のＳ／Ｗバージョン情報に基づき、Ｓ／Ｗ更新対象として、複数の給湯器１００Ａ〜１００Ｆを抽出する。Ｓ／Ｗ更新が不要であるとき、例えば、各給湯器１００のＳ／Ｗバージョン情報により、各給湯器１００での実行中のプログラムとサーバ２０からの更新プログラムとのバージョンが同じである場合には、処理Ｐ１２において、Ｓ／Ｗ更新は不要であると判断される。
【００７４】
図６の例では、処理Ｐ１２により、複数の給湯器１００Ａ〜１００ＦのＳ／Ｗ更新が必要であることが判断される。通信アダプタ４０は、通信Ｃ４０により、ＲＯＭ４５ａに一旦格納された、給湯器１００の更新プログラム及び書換プログラムをシスコン１１０に送信する。通信Ｃ４０では、更新プログラムと対になる検証データも送信することができる。検証データは、例えば、誤り検出符号の一種であるＣＲＣ（Cyclic  Redundancy  Check）によって作成することができる。
【００７５】
これに応じて、シスコン１１０は、更新プログラム（書換プログラム及び検証データを含む）の受信が完了した旨を、通信Ｃ４１によって返信する。シスコン１１０は、通信Ｃ４２Ａ，Ｃ４２Ｂ・・・Ｃ４２Ｆ（図示せず）により、更新プログラムを複数の給湯器１００Ａ〜１００Ｆへそれぞれ送信する。
【００７６】
給湯器１００Ａは、通信Ｃ４２Ａにより更新プログラムを受信すると、処理Ｐ３０Ａにより、更新プログラムをフラッシュメモリ９３ｃ（図５）に格納する。あるいは、給湯器１００が一般的には、電源オン状態のままで長期間使用されることを考慮すれば、更新プログラムをＲＡＭ９３ｂに格納することも可能である。
【００７７】
給湯器１００Ｂ〜１００Ｆにおいても、通信Ｃ４２Ｂ〜Ｃ４２Ｆによってそれぞれ受信した更新プログラムは、処理Ｐ３０Ｂ〜Ｐ３０Ｆにより、フラッシュメモリ９３ｃに格納される。
【００７８】
給湯器１００Ａは、更新プログラムのダウンロードを終えると、通信Ｃ４２Ａに応答した通信Ｃ４４Ａにより、Ｓ／Ｗ更新処理の実行要求（以下、「更新要求」とも称する）をシスコン１１０へ送信する。給湯器１００Ｂ〜１００Ｆも、通信Ｃ４４Ｂ〜Ｃ４４Ｆによって更新要求をシスコン１１０へ送信する。
【００７９】
シスコン１１０は、給湯器１００Ａ〜１００Ｆから更新要求を受信すると、処理Ｐ２０により、Ｓ／Ｗ更新対象である複数の給湯器１００Ａ〜１００Ｆのうちの１つずつを順次選択してＳ／Ｗ更新の実行を許可する。Ｓ／Ｗ更新の実行を許可する給湯器１００の選択については後述する。
【００８０】
図６の例では、まず給湯器１００Ａが選択されて、通信Ｃ４６Ａにより、Ｓ／Ｗ更新の実行を許可を示す旨が、シスコン１１０から給湯器１００Ａへ送信される。給湯器１００Ａでは、Ｓ／Ｗ更新の許可を受信すると、処理Ｐ３２Ａにより、更新プログラムへの書換によるＳ／Ｗ更新処理が開始される。
【００８１】
処理Ｐ３２Ａでは、受信した更新プログラムがコントローラ１０１Ａ内のメモリ（プログラム格納領域）に書き込まれる。そして、更新プログラムの書込が正常であると、コントローラ１０１Ａがリセットにより再起動される。これにより、コントローラ１０１Ａは、更新プログラムの実行により、給湯器１００Ａの動作を制御する状態となる。これに応じて、給湯器１００Ａは、通信Ｃ４８Ａにより、Ｓ／Ｗ更新の正常終了をシスコン１１０へ通知する。
【００８２】
なお、処理Ｐ３２Ａにおいて、更新プログラムの書込が異常であると判断された場合には、通信Ｃ４８Ａによって、Ｓ／Ｗ更新の異常終了が、給湯器１００Ａからシスコン１１０へ通知される。この場合、コントローラ１０１Ａのリセットが行なわれないので、更新前のプログラムによって給湯器１００Ａの動作を制御する状態が維持される。なお、給湯器１００Ａは、Ｓ／Ｗ更新が異常終了した場合には、更新プログラムの再書込によるＳ／Ｗ更新にリトライすることができる。
【００８３】
シスコン１１０は、通信Ｃ４８Ａにより給湯器１００ＡにおけるＳ／Ｗ更新の正常終了を受信すると、再び処理Ｐ２０Ａにより、次にＳ／Ｗ更新の実行を許可する給湯器１００を選択する。図６の例では、給湯器１００Ｂが選択される。シスコン１１０は、通信Ｃ４６Ａと同様の通信Ｃ４６Ｂによって、給湯器１００Ｂに対してＳ／Ｗ更新の実行を許可する旨を通知する。これにより、給湯器１００Ｂでは、処理Ｐ３２Ａと同様の処理Ｐ３２Ｂにより、受信した更新プログラムの書込み及び再起動によるＳ／Ｗ更新が実行される。そして、通信Ｃ４８Ａと同様の通信Ｃ４８Ｂによって、給湯器１００ＢでのＳ／Ｗ更新が正常終了及び異常終了のいずれであったかの情報が、シスコン１１０に対して返信される。
【００８４】
このようにして、シスコン１１０は、選択中の１つの給湯器１００におけるＳ／Ｗ更新が完了したことを検知すると、Ｓ／Ｗ更新対象として抽出された複数の給湯器１００Ａ〜１００Ｆのうちのさらなる他の１つ（１００Ａ，１００Ｂ以外）を選択して、通信Ｓ４６Ａ，Ｃ４６Ｂと同様の処理を起動する。これにより、シスコン１１０は、Ｓ／Ｗ更新対象として抽出された複数の給湯器１００を１台ずつ順次Ｓ／Ｗ更新することができる。
【００８５】
Ｓ／Ｗ更新を実行した給湯器１００Ａ〜１００Ｆの各々からは、通信Ｃ４８Ａ〜Ｃ４８Ｆにより、更新プログラムによるＳ／Ｗ更新が正常終了及び異常終了のいずれかであったかが返信される。シスコン１１０では、処理Ｐ２２により、Ｓ／Ｗ更新対象とされた複数の給湯器１００Ａ〜１００Ｆの全てから「正常終了」である旨が通知されたか否かが判定される。
【００８６】
シスコン１１０は、複数の給湯器１００Ａ〜１００Ｆの全てからＳ／Ｗ更新が正常終了したことを示す情報が送信されると、通信Ｃ５０により、通信アダプタ４０に対して当該情報を送信する。通信アダプタ４０は、当該情報を受信すると、処理Ｐ１４に処理を進めて、ＲＯＭ４５ａにおける、更新プログラムの格納領域の記憶内容を上書き禁止状態から上書き可能状態に変化させる。これにより、更新プログラムが実質的に破棄された状態となる。言い換えると、処理Ｐ１０〜Ｐ１４の間ではＲＯＭ４５ａにおける、給湯器１００の更新プログラムの格納領域の記憶内容は書換禁止状態とされて、更新プログラムはプロテクトされる。
【００８７】
更新プログラムが破棄された状態になると、通信アダプタ４０は、以降の定期的な通信Ｃ２０における、Ｓ／Ｗ更新可否のステータスを「可」に変更する。これにより、通信Ｃ２０ｃ以降では、サーバ２０に対して、通信アダプタ４０と接続されたマルチ給湯システム１０でのＳ／Ｗ更新は可であることが通知される。したがって、通信Ｃ２０ｃに応答する通信Ｃ３０ｃでは、通信Ｃ３０ａと同様に、Ｓ／Ｗ更新情報を付加して送信することが可能である。
【００８８】
そして、更新すべき新たなプログラムがさらに発生すると、サーバ２０は、上述の通信Ｃ３０ａと同様に、通信Ｃ３０によってＳ／Ｗ更新情報を付加することで、通信アダプタ４０と接続されたマルチ給湯システム１０での当該最新バージョンのプログラムへのＳ／Ｗ更新処理を起動することができる。
【００８９】
このように、サーバ２０から通信アダプタ４０へ更新プログラムを１回送信すると、複数の給湯器１００Ａ〜１００Ｆに対してＳ／Ｗ更新処理を実行することができる。したがって、サーバ２０と通信アダプタ４０との間の通信量、さらには、通信時間を抑制することができる。
【００９０】
［Ｓ／Ｗ更新の実行許可］
図６の例では、シスコン１１０は、Ｓ／Ｗ更新対象である複数の給湯器１００Ａ〜１００Ｆのうちの１台ずつを順次選択してＳ／Ｗ更新の実行を許可する（処理Ｐ２０）。以下では、シスコン１１０におけるＳ／Ｗ更新の実行を許可する給湯器１００を選択する動作を説明する。
【００９１】
マルチ給湯システム１０では、給湯栓４での出湯が開始されると、シスコン１１０は、上述した給湯器の運転台数制御により、給湯負荷の増加に応じて、燃焼作動する給湯器１００の台数が増加させる制御を行なう。
【００９２】
その一方で、Ｓ／Ｗ更新中は給湯器１００の動作を制御することができないため、給湯負荷の増加に対応して燃焼作動させる給湯器１００の台数を増加できない場合が起こり得る。その結果、マルチ給湯システム１０の給湯能力が一時的に不足してしまうことが懸念される。
【００９３】
そこで、本実施の形態に係るＳ／Ｗ更新では、複数の給湯器１００Ａ〜１００Ｆの動作を制御するシスコン１１０が、２心通信線５１を経由して取得される各給湯器１００の動作状況に関する情報（各給湯器１００が給湯運転を行なっているか否か等）を用いて、Ｓ／Ｗ更新の実行を許可する給湯器１００を選択する構成とする。
【００９４】
図７は、シスコン１１０におけるＳ／Ｗ更新の実行を許可する給湯器１００の選択を説明するための図である。図７では、６台の給湯器１００Ａ〜１００Ｆのうち、メイン給湯器として給湯器１００Ａが定められたものとする。すなわち、マルチ給湯システム１０にて出湯が開始されると、給湯器１００Ａが最初に給湯運転を開始する。
【００９５】
図７（１）を参照して、給湯器の運転台数制御（図３参照）によって、６台の給湯器１００Ａ〜１００Ｆのうち３台の給湯器１００Ａ〜１００Ｃが給湯運転を行なっており、残りの３台の給湯器１００Ｄ〜１００Ｆが給湯運転を停止しているものとする。以下では、この状態で、Ｓ／Ｗ更新対象として６台の給湯器１００Ａ〜１００Ｆが抽出され、給湯器１００Ａ〜１００Ｆの各々においてＳ／Ｗ更新を実行する場合を考える。なお、Ｓ／Ｗ更新中、マルチ給湯システム１０の給湯負荷は一定であるものと仮定する。
【００９６】
シスコン１１０は、図６の通信Ｃ４４Ａ〜Ｃ４４Ｆにより給湯器１００Ａ〜１００Ｆから更新要求を受信すると、Ｓ／Ｗ更新の実行を許可する１台の給湯器１００を選択する。具体的には、図７（２）に示すように、シスコン１１０は、図６の処理Ｐ２０により、停止中の３台の給湯器１００Ｄ〜１００Ｆの中から１台の給湯器（例えば、給湯器１００Ｆとする）を選択し、選択した給湯器１００Ｆに対して、図６の通信Ｃ４６Ｆにより更新許可を送信する。給湯器１００Ｆでは、図６の処理Ｐ３２Ｆにより、更新許可に応じてＳ／Ｗ更新処理が実行される。
【００９７】
シスコン１１０は、図６の通信Ｃ４８Ｆにより給湯器１００ＦでのＳ／Ｗ更新が終了したことを検知すると、図６の処理Ｐ２０により、Ｓ／Ｗ更新対象である残り５台の給湯器１００Ａ〜１００Ｅのうち、Ｓ／Ｗ更新の実行を許可する次の給湯器１００を選択する。図７（３）に示すように、シスコン１１０は、停止中の給湯器１００Ｄ，１００Ｅの中から１台の給湯器（例えば、給湯器１００Ｅとする）を選択し、選択した給湯器１００Ｅに対して、図６の通信Ｃ４６Ｅにより更新許可を送信する。給湯器１００Ｅでは、図６の処理Ｐ３２Ｅにより、更新許可に応じてＳ／Ｗ更新処理が実行される。
【００９８】
シスコン１１０は、図６の通信Ｃ４８Ｅにより給湯器１００ＥでのＳ／Ｗ更新が終了したことを検知すると、図６の処理Ｐ２０により、Ｓ／Ｗ更新対象である残り４台の給湯器１００Ａ〜１００Ｄのうち、Ｓ／Ｗ更新の実行を許可する次の給湯器１００を選択する。図７（４）に示すように、シスコン１１０は、停止中の給湯器１００Ｄを選択し、選択した給湯器１００Ｄに対して、図６の通信Ｃ４６Ｄにより更新許可を送信する。給湯器１００Ｄでは、図６の処理Ｐ３２Ｄにより、更新許可に応じてＳ／Ｗ更新処理が実行される。
【００９９】
このようにして、給湯器の運転台数制御の実行中に複数の給湯器１００Ａ〜１００ＦのＳ／Ｗ更新を実行するときには、シスコン１１０は、停止中の給湯器１００に対して優先的にＳ／Ｗ更新の実行を許可するように構成される。図７の例では、シスコン１１０は、最初に、停止中の３台の給湯器１００Ｄ〜１００Ｆに対して１台ずつ順番にＳ／Ｗ更新の実行を許可する。これにより、停止中の給湯器１００Ｄ〜１００ＦにてＳ／Ｗ更新が実行されている間、運転中の３台の給湯器１００Ａ〜１００Ｃは給湯運転を継続して行なうことができる。これによれば、Ｓ／Ｗ更新中においても、要求される給湯負荷に見合ったマルチ給湯システム１０の給湯能力を保つことができる。
【０１００】
次に、シスコン１１０は、図６の通信Ｃ４８Ｄにより給湯器１００ＤでのＳ／Ｗ更新が終了したことを検知すると、図６の処理Ｐ２０により、Ｓ／Ｗ更新対象である残り３台の給湯器１００Ａ〜１００Ｃのうち、Ｓ／Ｗ更新の実行を許可する次の給湯器１００を選択する。図７（５）に示すように、シスコン１１０は、運転中の３台の給湯器１００Ａ〜１００Ｃの中から１台の給湯器（例えば、給湯器１００Ｃとする）を選択し、選択した給湯器１００Ｃに対して、図６の通信Ｃ４６Ｃにより更新許可を送信する。給湯器１００Ｃでは、図６の処理Ｐ３２Ｃにより、更新許可に応じてＳ／Ｗ更新処理が実行される。
【０１０１】
ただし、給湯器１００Ｃは給湯運転の実行中であるため、更新許可を受信すると、コントローラ１０１Ｃは、Ｓ／Ｗ更新の実行に先立って、缶体水量調整弁１３を全閉に制御することにより、給湯器１００Ｃへの通水を遮断して給湯器１００Ｃの給湯運転を停止させる。給湯運転を停止させた状態で給湯器１００ＣでのＳ／Ｗ更新が開始される。
【０１０２】
一方で、このように運転中の給湯器１００Ｃを強制的に停止させたことで運転台数が３台から２台に減少するため、マルチ給湯システム１０全体の給湯能力が低下することになる。これは、実質的に、マルチ給湯システム１０に要求される給湯負荷が増加したことに等しい。したがって、シスコン１１０は、給湯器の運転台数制御（図３参照）により、停止中の別の給湯器１００を燃焼作動させて給湯能力の不足を補う。図７（５）では、シスコン１１０は、停止中の３台の給湯器１００Ｄ〜１００Ｆの中から１台の給湯器（例えば、給湯器１００Ｄとする）を選択し、選択した給湯器１００Ｄの缶体水量調整弁１３を開くことにより給湯器１００Ｄの燃焼作動を開始させる。
【０１０３】
シスコン１１０は、図６の通信Ｃ４８Ｃにより給湯器１００ＣでのＳ／Ｗ更新が終了したことを検知すると、図６の処理Ｐ２０により、Ｓ／Ｗ更新対象である残り２台の給湯器１００Ａ，１００Ｂのうち、Ｓ／Ｗ更新の実行を許可する次の給湯器１００を選択する。図７（６）に示すように、シスコン１１０は、運転中の２台の給湯器１００Ａ，１００Ｂの中から１台の給湯器（例えば、給湯器１００Ｂとする）を選択し、選択した給湯器１００Ｂに対して、図６の通信Ｃ４６Ｂにより更新許可を送信する。給湯器１００Ｂでは、図６の処理Ｐ３２Ｂにより、更新許可に応じてＳ／Ｗ更新処理が実行される。ただし、給湯器１００Ｂは給湯運転の実行中であるため、更新許可を受信すると、コントローラ１０１Ｂは、Ｓ／Ｗ更新の実行に先立って、缶体水量調整弁１３を全閉に制御することにより、給湯器１００Ｂの給湯運転を停止させる。給湯運転を停止させた状態で給湯器１００ＢでのＳ／Ｗ更新が開始される。
【０１０４】
さらに、図７（６）では、運転中の給湯器１００Ｂを停止させたことで再び運転台数が減少するため、実質的にマルチ給湯システム１０の給湯負荷が増加した状況が形成される。したがって、シスコン１１０は、停止中の３台の給湯器１００Ｃ，１００Ｅ，１００Ｆの中から１台の給湯器（例えば、給湯器１００Ｃとする）を選択し、選択した給湯器１００Ｃの缶体水量調整弁１３を開くことにより給湯器１００Ｃの燃焼作動を開始させる。
【０１０５】
シスコン１１０は、図６の通信Ｃ４８Ｂにより給湯器１００ＢでのＳ／Ｗ更新が終了したことを検知すると、図６の処理Ｐ２０により、Ｓ／Ｗ更新の実行を許可する次の給湯器１００を選択する。図７（７）に示すように、シスコン１１０は、運転中の給湯器１００Ａを選択し、選択した給湯器１００Ａに対して、図６の通信Ｃ４６Ａにより更新許可を送信する。給湯器１００Ａでは、図６の処理Ｐ３２Ａにより、更新許可に応じてＳ／Ｗ更新処理が実行される。ただし、給湯器１００Ａは給湯運転の実行中であるため、更新許可を受信すると、コントローラ１０１Ａは、最初に、缶体水量調整弁１３を全閉に制御することにより、給湯器１００Ａの給湯運転を停止させる。給湯運転を停止させた状態で給湯器１００ＡでのＳ／Ｗ更新が開始される。
【０１０６】
さらに、図７（７）では、運転中の給湯器１００Ａを停止させたことで再び運転台数が減少するため、実質的にマルチ給湯システム１０の給湯負荷が増加した状況が形成される。したがって、シスコン１１０は、停止中の３台の給湯器１００Ｂ，１００Ｅ，１００Ｆの中から１台の給湯器（例えば、給湯器１００Ｂとする）を選択し、選択した給湯器１００Ｂの缶体水量調整弁１３を開くことにより給湯器１００Ｂの燃焼作動を開始させる。
【０１０７】
シスコン１１０は、図６の通信Ｃ４８Ａにより給湯器１００ＡでのＳ／Ｗ更新が終了したことを検知すると、図６の通信Ｃ５０により通信アダプタ４０に対して、複数の給湯器１００Ａ〜１００Ｆの全てのＳ／Ｗ更新が正常終了したことを示す情報を送信する。
【０１０８】
なお、図７の例では、Ｓ／Ｗ更新対象の６台の給湯器１００Ａ〜１００Ｆの全てのＳ／Ｗ更新が終了したときには、図７（８）に示すように、３台の給湯器１００Ｂ〜１００Ｄが給湯運転を行ない、残りの３台の給湯器１００Ａ，１００Ｅ，１００Ｆが停止している状況が形成されている。
【０１０９】
このように、運転中の給湯器１００のＳ／Ｗ更新を行なうために当該給湯器１００の給湯運転を強制的に停止させると、マルチ給湯システム１０の給湯能力の不足が生じるため、シスコン１１０は、この給湯能力の不足を補うために給湯器の運転台数制御（図３参照）を行なって、停止中の別の給湯器１００の給湯運転を開始させる。その結果、マルチ給湯システム１０の給湯能力を保ちながら、各給湯器１００のＳ／Ｗ更新を実行することができる。図７のように給湯負荷が一定である場合には、複数の給湯器１００Ａ〜１００ＦのＳ／Ｗ更新が行なわれている間、常に３台の給湯器１００を給湯運転させることができるため、マルチ給湯システム１０の給湯能力の不足を抑制することができる。
【０１１０】
図８は、シスコン１１０におけるＳ／Ｗ更新の実行を許可する給湯器の選択の流れを説明するフローチャートである。
【０１１１】
図８を参照して、シスコン１１０は、ステップＳ２０により、複数の給湯器１００Ａ〜１００Ｆから更新要求を受信したか否かを判定する。複数の給湯器１００Ａ〜１００Ｆから更新要求を受信した場合（Ｓ２０にてＹＥＳ）、シスコン１１０は、ステップＳ２１により、更新許可条件が成立しているか否かを判定する。
【０１１２】
更新許可条件とは、Ｓ／Ｗ更新を要求する給湯器１００に対してＳ／Ｗ更新を許可するための条件である。本実施の形態では、マルチ給湯システム１０における複数の給湯器１００Ａ〜１００Ｆの動作状況において、以下に示す（１）及び（２）のいずれかの条件が成立している場合に、更新許可条件が成立していると判断される。
【０１１３】
（１）給湯器１００Ａ〜１００Ｆの全てが運転停止状態となった時点から第１の基準時間（例えば３０分程度）が経過したこと、（２）給湯器１００Ａ〜１００Ｆの全てが運転停止状態となった時点から上記（１）の条件が成立することなく、第２の基準時間（例えば１６時間程度）が経過したこと、
なお、上記（１）の条件については、マルチ給湯システム１０の運用状況を鑑みて、給湯が使用されない時間帯（例えば、深夜等）であること、という条件に変更することができる。
【０１１４】
ステップＳ２０にて給湯器１００Ａ〜１００Ｆからの更新要求を受信していない場合（Ｓ２０にてＮＯ）、もしくは、ステップＳ２１にて更新許可条件が成立していない場合（Ｓ２１にてＮＯ）、シスコン１１０は処理を終了する。
【０１１５】
一方、ステップＳ２１にて更新許可条件が成立すると（Ｓ２１にてＹＥＳ）、シスコン１１０は、Ｓ／Ｗ更新対象である複数の給湯器１００Ａ〜１００Ｆのうちの１台ずつを順次選択して更新許可を送信する。具体的には、シスコン１１０は、最初に、ステップＳ２２により、複数の給湯器１００Ａ〜１００Ｆの中に、停止中の給湯器１００が有るか否かを判定する。停止中の給湯器１００が有る場合（Ｓ２２にてＹＥＳ）、シスコン１１０は、ステップＳ２３に進み、停止中の１台の給湯器１００を、Ｓ／Ｗ更新の実行を許可する給湯器１００に選択する。一方、停止中の給湯器１００が無い場合（Ｓ２２にてＮＯ）、シスコン１１０は、ステップＳ２４に進み、運転中の１台の給湯器１００を、Ｓ／Ｗ更新の実行を許可する給湯器１００に選択する。
【０１１６】
次に、シスコン１１０は、ステップＳ２５により、ステップＳ２３又はＳ２４にて選択した給湯器１００に対して更新許可を送信する。更新許可を受信した給湯器１００では、ステップＳ２７により、Ｓ／Ｗ更新処理が実行される。
【０１１７】
ただし、運転中の給湯器１００においては、シスコン１１０から更新許可を受信すると、Ｓ／Ｗ更新処理を開始する前に、給湯運転を停止する処理が実行される。この場合、シスコン１１０は、給湯器１００の運転が停止したことに応じて、給湯器の運転台数制御を実行することにより、停止中の別の給湯器の給湯運転を開始させる（Ｓ２６）。
【０１１８】
シスコン１１０は、ステップＳ２８により、Ｓ／Ｗ更新を許可した給湯器１００からＳ／Ｗ更新の正常終了である旨が通知されたか否かを判定する。Ｓ／Ｗ更新の異常終了である旨が通知された場合（Ｓ２８にてＮＯ）、ステップＳ２７に戻り、給湯器１００におけるＳ／Ｗ更新をリトライさせることができる。
【０１１９】
Ｓ／Ｗ更新の正常終了が通知されると（Ｓ２８にてＹＥＳ）、シスコン１１０は、ステップＳ２９により、Ｓ／Ｗ更新対象とされた複数の給湯器１００Ａ〜１００Ｆの全てから正常終了である旨が通知されたか否かを判定する。複数の給湯器１００Ａ〜１００Ｆの全てから正常終了である旨が通知されない場合（Ｓ２９にてＮＯ）、シスコン１１０は、ステップＳ２２に戻り、次にＳ／Ｗ更新の実行を許可する給湯器１００を選択する。一方、複数の給湯器１００Ａ〜１００Ｆの全てから正常終了である旨が通知された場合（Ｓ２９にてＹＥＳ）、シスコン１１０はステップＳ３０により、通信アダプタ４０に対し、Ｓ／Ｗ更新対象とされた複数の給湯器１００Ａ〜１００Ｆの全てにおいてＳ／Ｗ更新が正常終了したことを示す情報を送信する。
【０１２０】
なお、図７ではＳ／Ｗ更新中の給湯負荷が一定である場合について説明したが、６台の給湯器１００Ａ〜１００Ｆのうちのいずれか１台の給湯器のＳ／Ｗ更新中に給湯負荷が増加した場合には、シスコン１１０は、Ｓ／Ｗ更新中ではない停止中の給湯器１００を選択して給湯運転を開始させることができる。例えば、図７（２）において、給湯器１００ＦのＳ／Ｗ更新中に給湯負荷が増加すると、シスコン１１０は、停止中の２台の給湯器１００Ｅ，１００Ｆの中から１台の給湯器を選択して燃焼作動を開始させる。
【０１２１】
このように、本実施の形態では、複数の給湯器１００Ａ〜１００Ｆの中に停止中の給湯器１００が２つ以上含まれる場合には、シスコン１１０は、当該２つ以上の停止中の給湯器１００のうちの一部の給湯器を選択してＳ／Ｗ更新の実行を許可するように構成される。このようにすると、Ｓ／Ｗ更新中における給湯負荷の増加に対しても、残りの停止中の給湯器１００で対応することができる。
【０１２２】
なお、本実施の形態では、シスコン１１０が給湯器１００を１台ずつ順番に選択してＳ／Ｗ更新の実行を許可する構成としたが、停止中の給湯器１００が３台以上有る場合には、そのうちの少なくとも２台の給湯器１００に対して同時にＳ／Ｗ更新の実行を許可し、残りの少なくとも１台の給湯器１００を、給湯負荷の増加に対応できるようにＳ／Ｗ更新の実行を許可しない構成としてもよい。言い換えると、Ｓ／Ｗ更新中の給湯負荷の増加に対応し得る給湯器１００の台数が確保されることを条件として、Ｓ／Ｗ更新を同時に実行する給湯器１００の台数を調整することができる。このようにすると、複数の給湯器１００を１台ずつ順番に選択してＳ／Ｗ更新の実行を許可する構成と比較して、マルチ給湯システム１０の給湯能力不足を抑制しながら、複数の給湯器１００の全てのＳ／Ｗ更新を迅速に行なうことが可能となる。
【０１２３】
なお、図７の例では、６台の給湯器１００Ａ〜１００Ｆの全てが給湯運転を行なっている状況で各給湯器１００のＳ／Ｗ更新を行なう場合には、給湯器１００を１台ずつ順番に強制的に運転停止させる必要が生じる。この場合、Ｓ／Ｗ更新中は給湯器１００の運転台数が６台から５台に減少するため、マルチ給湯システム１０の最大給湯能力が一時的に制限されることが懸念される。このような事態を回避するためには、例えば、シスコン１１０に接続される給湯器１００の最大台数ｍを、マルチ給湯システム１０に要求される最大給湯能力に対して余裕を持たせるように設定することが望ましい。
【０１２４】
［給湯器におけるＳ／Ｗ更新処理］
図９及び図１０は、給湯器１００におけるＳ／Ｗ更新の処理の流れを説明するフローチャートである。図９及び図１０のフローチャートは、図６の処理Ｐ３２Ａにより、給湯器１００Ａにて、受信した更新プログラムの書込み及び再起動によるＳ／Ｗ更新処理が実行される場合を例示する。
【０１２５】
給湯器１００Ａは、通信Ｃ４２Ａによりシスコン１１０から送信された更新プログラム、書換プログラム及び検証データを、通信ユニット９２（図５）を用いて受信すると、更新プログラム、書換プログラム及び検証データをフラッシュメモリ９３ｃ（図５）に格納する。
【０１２６】
図９を参照して、給湯器１００Ａでは、更新プログラムの書込処理（Ｐ３２Ａ）を行なうために、ステップＳ３１により、コントローラ１０１Ａを含む給湯器１００Ａ全体を初期状態に戻す処理（初期化処理）が実行される。
【０１２７】
コントローラ１０１Ａでは、ＣＰＵ９１ａがリセットされると、最初に、ステップＳ３２により、フラッシュメモリ９３ｃ内に更新プログラムが格納されているか否かを判定する。更新プログラムが格納されていない場合（Ｓ３２にてＮＯ）、コントローラ１０１Ａは更新プログラムの書込処理を終了する。
【０１２８】
一方、更新プログラムが格納されている場合（Ｓ３２にてＹＥＳ）、コントローラ１０１Ａは、ステップＳ３３により、受信した更新プログラムが正常であるか否かを、検証データを用いて判定する。更新プログラムが正常でない場合（Ｓ３３にてＮＯ）、コントローラ１０１Ａは更新プログラムの書込処理を終了する。
【０１２９】
ステップＳ３３にて更新プログラムが正常である場合（Ｓ３３にてＹＥＳ）、コントローラ１０１Ａは、ステップＳ３４により、更新プログラムとともに通信アダプタ４０からダウンロードした書換プログラムをフラッシュメモリ９３ｃから読み出す。コントローラ１０１Ａは、読み出した書換プログラムをＲＡＭ９３ｂ（図５）に転送する。書換プログラムは、ＲＡＭ９３ｂ内に設けられた、ＣＰＵ９１ａでプログラムを実行する際の作業領域に転送される。ステップＳ３５により、ＣＰＵ９１ａは、ＲＡＭ９３ｂ上で書換プログラムを実行する。
【０１３０】
図１０は、コントローラ１０１Ａにおける書換プログラムの処理の流れを説明するフローチャートである。
【０１３１】
図１０を参照して、コントローラ１０１Ａは、ＲＡＭ９３ｂ上で書換プログラムを実行することにより、ＲＯＭ９３ａ内のプログラム書込領域に更新プログラムを書き込む。具体的には、最初に、コントローラ１０１Ａは、ステップＳ４１により、給湯器１００Ａ内の缶体水量調整弁１３を全閉に制御する。これにより、給湯器１００Ａでは通水が遮断されるため、給湯器１００Ａが給湯運転中である場合、給湯運転が停止することになる。なお、給湯器１００Ａが停止中である場合、ステップＳ４１の処理はスキップされる。
【０１３２】
次に、コントローラ１０１Ａは、ステップＳ４２により、給湯器１００Ａにエラーが生じているか否かを判定する。給湯器１００Ａにエラーが生じている場合（Ｓ４２にてＹＥＳ）、コントローラ１０１Ａは、ステップＳ４３に進み、生じているエラーの情報（例えば、エラーコード）をフラッシュメモリ９３ｃ（図５）に格納する。
【０１３３】
次に、コントローラ１０１Ａは、ステップＳ４４により、フラッシュメモリ９３ｃに格納された更新プログラムを、ＲＯＭ９３ａ内のプログラム格納領域に書き込むとともに、ステップＳ４５により、更新プログラムの読み出しアドレスを＋１増加させる。
【０１３４】
次に、コントローラ１０１Ａは、ステップＳ４６により、更新プログラムの全てがプログラム格納領域に書き込まれたか否かを判定する。更新プログラムの全てがプログラム格納領域に書き込まれていない場合（Ｓ４６にてＮＯ）、コントローラ１０１Ａは、処理をステップＳ４４に戻す。これにより、更新プログラムの書込が継続して行なわれる（Ｓ４４）。さらに、更新プログラムの読み出しアドレスが＋１増加される（Ｓ４５）。
【０１３５】
更新プログラムの全てがプログラム格納領域に書き込まれると（Ｓ４６にてＹＥＳ）、コントローラ１０１Ａは、ステップＳ４７に進み、更新プログラムの書込が正常に行なわれたか否かを、検証データを用いて確認する。更新プログラムの書込が正常であると判定されると（Ｓ４８にてＹＥＳ）、ステップＳ４９により、コントローラ１０１Ａがリセットにより再起動される。すなわち、コントローラ１０１Ａは、更新プログラムの実行により、給湯器１００Ａの動作を制御する状態となる。
【０１３６】
一方、ステップＳ４８において更新プログラムの書込が異常であると判定されると（Ｓ４８にてＮＯ）、コントローラ１０１Ａは、ステップＳ５３により、更新プログラムの読み出しアドレスを０に初期化し、処理をステップＳ４４に戻す。これにより、更新プログラムの書込のリトライが実行されることになる。
【０１３７】
ステップＳ４９により再起動されると、コントローラ１０１Ａは、ステップＳ５０により、図６の通信Ｃ４８Ａにより、シスコン１１０に対して、Ｓ／Ｗ更新が正常終了である旨を通知する。なお、Ｓ／Ｗ更新の正常終了の通知（Ｓ５０）は、更新プログラムの書込が正常であると判定されると（Ｓ４８にてＹＥＳ）、ステップＳ４９でコントローラ１０１Ａが再起動される前に行なってもよい。
【０１３８】
次に、コントローラ１０１Ａは、ステップＳ５１により、缶体水量調整弁１３の現在の位置（開度）を、缶体水量調整弁１３の全閉位置にセットする。さらにコントローラ１０１Ａは、ステップＳ４３によりエラー情報がフラッシュメモリ９３ｃに格納されている場合、ステップＳ５２により、フラッシュメモリ９３ｃに格納されているエラー情報（エラーコード）を読み出し、シスコン１１０を経由してリモコン１０５に送信する。これにより、給湯器１００Ａが再起動された後においても、Ｓ／Ｗ更新前の給湯器１００Ａのエラーが発報されることになる。また、シスコン１１０は、コントローラ１０１Ａから送信されたエラー情報に基づいて、再起動後も給湯器１００Ａをエラー停止状態に維持することになる。
【０１３９】
ここで、給湯器では、通常、コントローラの起動時に初期動作として、缶体水量調整弁１３及びバイパス水量調整弁１６を全開とし、このときの各調整弁の位置を制御上の全開位置と認識するように構成される。しかしながら、Ｓ／Ｗ更新処理におけるコントローラ１０１Ａの再起動（図１０のステップＳ４９）後にこの初期動作を行なうと、停止中の給湯器１００Ａの缶体水量調整弁１３が全開に制御されるため、他の給湯器で給湯中に、給湯器１００Ａの配管内の低温水が給湯配管３Ａに出力されてしまうことが懸念される。
【０１４０】
そのため、本実施の形態によるＳ／Ｗ更新処理では、コントローラ１１０の再起動時には、上記初期動作の実行を禁止することとする。これにより、更新プログラムの書込に先立って、給湯器１００Ａの缶体水量調整弁１３が全閉に制御されると（Ｓ４１）、コントローラ１０１Ａの再起動（Ｓ４９）後においても缶体水量調整弁１３は全閉に維持されることになる。したがって、コントローラ１１０Ａは、再起動時の缶体水量調整弁１３の位置を制御上の全閉位置と認識することとする。このようにすると、Ｓ／Ｗ更新中に給湯配管３Ａから低温水が出力されることを防止することができる。
【０１４１】
また、本実施の形態によるＳ／Ｗ更新では、エラーが発生している給湯器１００もＳ／Ｗ更新対象として抽出されるため、当該給湯器１００のＳ／Ｗ更新が実行されると、コントローラ１０１の再起動によって当該給湯器１００のエラー情報が消去されてしまう。その結果、Ｓ／Ｗ更新の実行後は当該給湯器１００が正常な給湯器として扱われて給湯動作が制御されることが懸念される。
【０１４２】
そこで、本実施の形態によるＳ／Ｗ更新では、コントローラ１０１は、Ｓ／Ｗ更新の実行が許可された時点で給湯器１００にエラーが発生していれば（Ｓ４２にてＹＥＳ）、更新プログラムの書込に先立って、そのエラー情報をフラッシュメモリ９３ｃに格納する（Ｓ４３）。そして、コントローラ１０１が再起動されると、コントローラ１０１は、フラッシュメモリ９３ｃに格納されているエラー情報を読出して出力する（Ｓ５２）。このようにすると、Ｓ／Ｗ更新の実行後においても給湯器１００で発生したエラー情報が保持されているため、当該給湯器１００が誤って使用されることを防ぐことができる。
【０１４３】
［その他の構成例］
上述した実施の形態では、マルチ給湯システム１０のシスコンが１台のシスコン１１０によって構成される例を説明したが、複数台のシスコンによってシスコンを構成することも可能である。
【０１４４】
図１１は、マルチ給湯システム１０の遠隔監視システムの他の構成例を示すブロック図である。図１１に示すマルチ給湯システム１０は、要求される最大給湯能力に応じて、１台のシスコンの最大接続台数ｍよりも多数の給湯器を接続する必要があるときに適用することができる。
【０１４５】
図１１を参照して、マルチ給湯システム１０は、１台の最上位のシスコン１１１（以下、「親シスコン」とも称する）と、親シスコン１１１の階層下位側に並列に接続される最大ｎ台（例えば、ｎ＝４とする）のシスコン１１５（以下、「子シスコン」とも称する）とを有する。親シスコン１１１と各子シスコン１１５との間は、通信線５２で接続される。通信線５２には、例えば、２心通信線を用いることができる。また、親シスコン１１１は、通信線５０を介してリモコン１０５及び通信アダプタ４０と接続される。親シスコン１１１は「第１のシステムコントローラ」の一実施例に対応し、各子シスコン１１５は「第２のシステムコントローラ」の一実施例に対応する。
【０１４６】
各子シスコン１１５の階層下位側には最大ｍ台（例えば、ｍ＝６とする）の給湯器１００が接続されることにより、マルチ給湯システム１０は合計ｍ×ｎ台（例えば、２４台とする）の給湯器１００を備えている。親シスコン１１１、子シスコン１１５及び２４台の給湯器１００は親シスコン１１１を頂点として階層的に接続され、親シスコン１１１及び子シスコン１１５によって給湯器の運転台数制御が実行されるように構成されている。親シスコン１１１及び子シスコン１１５による運転台数制御は特に限定されないが、例えば図３で説明した運転台数制御の内容のものとすることができる。
【０１４７】
なお、図１１に示す構成例は一例であって、マルチ給湯システム１０に要求される最大給湯能力等に応じて子シスコン１１５の接続台数、及び給湯器１００の接続台数は任意である。
【０１４８】
本変更例に係る遠隔管理システムにおいても、図１に示す遠隔管理システムと同様に、通信アダプタ４０は、サーバ２０からダウンロードされた更新プログラムをＲＯＭ４５ａに格納することで、マルチ給湯システム１０の構成機器のＳ／Ｗ更新処理を実行することができる。代表的には、ｍ×ｎ台の給湯器１００がＳ／Ｗ更新対象となった場合には、同一の更新プログラムを各給湯器１００のコントローラ１０１へ書込む必要がある。以下では、ｍ×ｎ台の給湯器１００が対象となるＳ／Ｗ更新について説明する。
【０１４９】
図１２は、本変更例に係る遠隔管理システムでのマルチ給湯システムに対する複数の機器を対象とするＳ／Ｗ更新の処理の流れを説明するシーケンス図である。図１２では、ｍ×ｎ台の給湯器１００を対象とするＳ／Ｗ更新処理を例示する。
【０１５０】
図１２に示されるように、本変更例では、図６に示したＳ／Ｗ更新処理と基本的に同様の処理によって、更新プログラムによるＳ／Ｗ更新処理を実行することができる。ただし、本変更例では、シスコンが親シスコン１１１及び複数の子シスコン１１５で構成されるため、シスコンにおけるＳ／Ｗ更新の実行を許可する給湯器１００を選択する処理の流れが図６とは異なる。
【０１５１】
具体的には、図６と同じ処理Ｐ１２により、２４台の給湯器１００のＳ／Ｗ更新が必要であることが判断されると、通信アダプタ４０は、通信Ｃ４０により、ＲＯＭ４５ａに一旦格納された、給湯器の更新プログラム、書換プログラム及び検証データを親シスコン１１１に送信する。これに応じて、親シスコン１１１は、更新プログラム（書換プログラム及び検証データを含む）の受信が完了した旨を、通信Ｃ４１によって返信する。親シスコン１１１はさらに、通信Ｃ４２により、更新プログラムを４台の子シスコン１１５へそれぞれ送信する。各子シスコン１１５は、通信Ｃ４２Ａ〜Ｃ４２Ｆにより、下位の６台の給湯器１００Ａ〜１００Ｆへそれぞれ送信する。
【０１５２】
各子シスコン１１５に接続される６台の給湯器１００Ａ〜１００Ｆは、通信Ｃ４２Ａ〜Ｃ４２Ｆによってそれぞれ受信した更新プログラムを、処理Ｐ３０Ａ〜Ｐ３０Ｆによりフラッシュメモリ９３ｃに格納する。給湯器１００Ａ〜１００Ｆは、通信Ｃ４４Ａ〜Ｃ４４Ｆによって更新要求を上位の子シスコン１１５へそれぞれ送信する。子シスコン１１５は、下位の給湯器１００Ａ〜１００Ｆから更新要求を受信すると、通信Ｃ４４によって更新要求を親シスコン１１１へ送信する。
【０１５３】
親シスコン１１１は、４台の子シスコン１１５から更新要求を受信すると、処理Ｐ１６により、４台の子シスコン１１５のうちの１つずつ順次選択してＳ／Ｗ更新の実行を許可する。図１２の例では、まず、第１の子シスコン１１５が選択されて、通信Ｃ４６により、Ｓ／Ｗ更新の許可を示す旨が、親シスコン１１１から第１の子シスコン１１５へ送信される。第１の子シスコン１１５では、Ｓ／Ｗ更新の許可を受信すると、図６と同じ処理Ｐ２０により、Ｓ／Ｗ更新対象である６台の給湯器１００Ａ〜１００Ｆのうちの１つずつを順次選択してＳ／Ｗ更新の実行を許可する。子シスコン１１５におけるＳ／Ｗ更新の実行を許可する給湯器１００の選択は、図８に示した処理と同様である。
【０１５４】
第１の子シスコン１１１は、６台の給湯器１００Ａ〜１００Ｆの全てからＳ／Ｗ更新が正常終了したことを示す情報が送信されると、通信Ｃ５０により、親シスコン１１１に対して当該情報を送信する。親シスコン１１１は、当該情報を受信すると、再び処理Ｐ１６により、次にＳ／Ｗ更新の実行を許可する子シスコン１１５を選択する。
【０１５５】
親シスコン１１１は、通信Ｃ４６と同様の通信によって、選択中の第２の子シスコン１１５に対してＳ／Ｗ更新を許可する旨を通知する。これにより、第２の子シスコン１１５では、処理Ｐ２０により、Ｓ／Ｗ更新対象である６台の給湯器１００Ａ〜１００Ｆのうちの１つずつを順次選択してＳ／Ｗ更新の実行を許可する。
【０１５６】
このようにして、親シスコン１１１は、選択中の１台の子シスコン１１５に接続される下位の６台の給湯器１００の全てのＳ／Ｗ更新が完了したことを検知すると、４台の子シスコン１１５のうちのさらなる他の１つを選択して、通信Ｃ４６と同様の処理を起動する。これにより、親シスコン１１１及び子シスコン１１５は、Ｓ／Ｗ更新対象として抽出された複数の給湯器１００について１台ずつ順番にＳ／Ｗ更新を実行することができる。
【０１５７】
親シスコン１１１は、４台の子シスコン１１５の全てからＳ／Ｗ更新が正常終了したことを示す情報が送信されると、通信Ｃ５２により、通信アダプタ４０に対して当該情報を送信する。通信アダプタ４０は、当該情報を受信すると、図６と同じ処理Ｐ１４に処理を進める。
【０１５８】
なお、図１２の処理Ｐ２０において、子シスコン１１５は、図８のフローチャートに従って、停止中の給湯器１００に対して優先的にＳ／Ｗ更新の実行を許可するように構成される。また、子シスコン１１５が運転中の給湯器１００に対してＳ／Ｗ更新の実行を許可した場合には、当該給湯器１００の給湯運転が強制的に停止されるため、親シスコン１１１及び子シスコン１１５は、給湯能力の不足を補うための給湯器の運転台数制御を行なって、停止中の別の給湯器１００の給湯運転を開始させる。なお、この別の給湯器１００には、２４台の給湯器１００の動作状況に応じて、Ｓ／Ｗ更新の実行が許可された給湯器１００と同じ子シスコン１１５に接続される停止中の給湯器１００又は、Ｓ／Ｗ更新が許可された給湯器１００とは異なる子シスコン１１５に接続される停止中の給湯器１００を選択することができる。この結果、本変更例によるマルチ給湯システム１０においても、マルチ給湯システム１０の給湯能力の不足を抑制しながら、複数の給湯器１００のＳ／Ｗ更新処理を実行することができる。
【０１５９】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１６０】
１０  マルチ給湯システム、２０  サーバ、４０  通信アダプタ、５０，５１，５２  通信線、１００，１００Ａ〜１００Ｆ  給湯器、１０１，１０１Ａ〜１０１Ｆ  コントローラ、１１０  システムコントローラ（シスコン）、１１１  親シスコン、１１５  子シスコン、１０５  リモコン。
【図１】
2020143858.tif 000003
【図２】
2020143858.tif 000004
【図３】
2020143858.tif 000005
【図４】
2020143858.tif 000006
【図５】
2020143858.tif 000007
【図６】
2020143858.tif 000008
【図７】
2020143858.tif 000009
【図８】
2020143858.tif 000010
【図９】
2020143858.tif 000011
【図１０】
2020143858.tif 000012
【図１１】
2020143858.tif 000013
【図１２】
2020143858.tif 000014