JP2021135564A - 通信システム - Google Patents

Abstract

【課題】特殊仕様のファームウェアを自動的に更新対象とせずに、適切なファームウェア更新を行うことが可能な通信システムの制御を提供する。【解決手段】温水利用設備１００とサーバ５０との、通信アダプタ１５０を介した通信接続時には、通信アダプタ１５０のファームウェアのバージョンと、更新用ファームウェアのバージョンとの比較に基づき、通信アダプタ１５０における更新用ファームウェアへのファームウェア更新指令が生成される。当該ファームウェア更新指令は、温水利用設備１００とサーバ５０との初回の通信接続時であること、又は、通信アダプタ１５０のファームウェアのバージョンが予め登録された特別バージョンとは不一致であることを条件に、通信アダプタ１５０のファームウェアのバージョンと更新用ファームウェアのバージョンとが不一致であるときに生成される。【選択図】図１

Description

本発明は、通信システムに関し、より特定的には、温水利用設備とサーバとが通信接続された通信システムによる温水利用設備の構成機器のファームウェアの更新制御に関する。

温水利用設備の一例であるマルチ給湯システム用の遠隔管理システムが公知である。特開２０１９−１２８６５３号公報（特許文献１）には、上記の様な遠隔管理システムにおいて、通信アダプタ（中継装置）を介して管理サーバからダウンロードされた更新プログラムを、温水供給システムの構成機器に書き込むための技術が記載される。

特許文献１では、管理サーバが、通信アダプタとの定期的な通信の際に、通信アダプタが収集した、温水供給システムの構成機器のソフトウェアのバージョン情報を取得する。そして、管理サーバは、取得したバージョン情報と、更新すべき新たなプログラムのバージョン情報が異なっていると、ソフトウェア更新情報を通信アダプタに送信する。更に、通信アダプタが、受信したソフトウェア更新情報に基づき、更新プログラムをダウンロードして上記構成機器に送信することで、各構成機器において、当該更新プログラムの書込みが実現される。

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

しかしながら、特許文献１の手法では、管理サーバが保持する最新バージョンのプログラムとは異なるバージョンのプログラムを格納する構成機器が、管理サーバとの通信毎に、一律にソフトウェア更新の対象とされる。

このため、本来、書き換えないことが好ましい特殊仕様のファームウェアが格納された機器についても、自動的に更新の対象としてしまうことが懸念される。一方、このような特殊仕様を考慮したソフトウェア更新の管理を管理サーバ側において手作業で行うと、作業負荷の増大が懸念される。

本発明は、このような問題点を解決するためになされたものであって、本発明の目的は、特殊仕様のファームウェアを自動的に更新してしまうことなく、適切なファームウェア更新を行うことが可能な通信システムの制御を提供することである。

本発明のある局面では、複数の構成機器を含む温水利用設備とサーバとが通信接続された通信システムであって、温水利用設備とサーバとの通信接続時に、複数の構成機器のうちの所定の構成機器のファームウェアのバージョンと、更新用ファームウェアのバージョンとの比較に基づき、所定の構成機器における更新用ファームウェアへのファームウェア更新指令を生成するための制御手段を備える。制御手段は、温水利用設備とサーバとの初回の通信接続時であること、又は、所定の構成機器のファームウェアのバージョンが特別バージョンではないことを条件に、所定の構成機器のファームウェアのバージョンと更新用ファームウェアのバージョンとが不一致であるときに前記ファームウェア更新指令を生成する。

本発明によれば、特殊仕様のファームウェアを自動的に更新してしまうことなく、適切なファームウェア更新を行うことが可能な通信システムの制御を実現することができる。

本実施の形態に係る温水利用設備の通信システムの構成例を示す概略図である。 図１に示されたサーバの概略構成の一例を説明するブロック図である。 図１に示された通信アダプタの構成例を説明するブロック図である。 ファームウェアのバージョン更新を説明する概念図である。 本実施の形態に係る温水利用設備の通信システムにおけるファームウェア更新制御を説明するシーケンス図である。 サーバによるファームウェア更新の制御処理を説明するフローチャートである。 本実施の形態に係る温水利用設備の通信システムにおけるファームウェア更新の制御処理の変形例を説明するフローチャートである。

以下に、本発明の実施の形態について図面を参照して詳細に説明する。なお、以下では図中の同一又は相当部分には同一符号を付してその説明は原則的に繰返さないものとする。

図１は、本実施の形態に係る温水利用設備の通信システムの構成例を示す概略図である。

図１を参照して、本実施の形態に係る温水利用設備の通信システム５は、温水利用設備１００と、インターフェイス機器２０と、外部通信網４０と、サーバ５０とを備える。通信システム５は、サーバ５０を介した、温水利用設備１００の遠隔管理及び遠隔操作のために、温水利用設備１００とサーバ５０とを通信接続する。

温水利用設備１００は、例えば、給湯装置であり、給湯器１１０と、リモートコントローラ（以下、単に「リモコン」とも表記する）１２０，１３０と、通信アダプタ１５０とを含む。給湯器１１０からの湯は、複数の給湯口１１１に接続された配管を経由して、給湯先へ送出される。例えば、給湯先には、図示しないカラン及び浴槽が含まれる。或いは、給湯先が、高温水を熱源とする暖房機（図示せず）を含むことにより、給湯装置は、暖房機能を有することができる。

給湯器１１０の内部には、回路基板１１５が装着される。当該回路基板１１５には、給湯器１１０を駆動及び制御するためのコントローラ１４０が搭載される。当該コントローラ１４０によって、図示しない燃焼器に対する燃料ガスの供給等を制御するための電磁弁（図示せず）、及び、当該燃料ガスと混合される空気を供給するための給気ファン（図示しない）等が制御される。

給湯器１１０、及び、リモコン１２０，１３０は、通信線（例えば、２心通信線）１０１によって、通信アダプタ１５０と接続される。リモコン１２０，１３０は、表示部１２１，１３１、及び、入力部１２２，１３２を有する。ユーザは、表示部１２１，１３１による表示画面に従って入力部１２２，１３２を操作することにより、湯張りや給湯設定温度等を設定することができる。

例えば、リモコン１２０は浴室に配設することができる。又、リモコン１３０は台所に配設することができる。このように、リモコン１２０，１３０を用いて、ユーザは、温水利用設備１００の各機能について、種々の設定を行うことができる。

通信アダプタ１５０は、インターフェイス機器２０との間で所定の通信プロトコル（例えばIEEE802.11n等）で通信するための無線通信機能を有する。

インターフェイス機器２０は、リモコン１２０，１３０を含む一定範囲内に存在する機器を、外部通信網４０を介してサーバ５０に通信接続する機能を有する。例えば、インターフェイス機器２０は、いわゆる、無線ＬＡＮ（Local Area Network）ルータによって構成することができる。又、外部通信網４０は、代表的には、インターネットである。以下では、外部通信網４０を、単に、インターネット４０とも称する。

尚、インターフェイス機器２０としては、無線ＬＡＮルータに代えて有線ＬＡＮルータを用いることも可能である。この場合には、通信アダプタ１５０は、有線ＬＡＮルータとの間で所定の通信プロトコル（例えば、Ethernet規格のIEEE802.3等）で通信するように構成することができる。

サーバ５０は、インターネット４０に接続されて、温水利用設備１００に対する遠隔制御（遠隔操作及び遠隔監視）を管理するための機能を有する。通信アダプタ１５０は、無線通信によってインターフェイス機器２０に通信接続されることで、インターネット４０を介して、サーバ５０と通信することができる。これにより、温水利用設備１００は、通信アダプタ１５０を中継機器として、サーバ５０と通信接続される。

サーバ５０に対しては、スマートフォン又はタブレット端末等の携帯端末装置３０から通信接続することも可能である。携帯端末装置３０がインターフェイス機器２０と接続可能な範囲内に存在する場合には、無線通信によってインターフェイス機器２０と接続されることにより、携帯端末装置３０は、サーバ５０と通信可能である。又、携帯端末装置３０が宅外等にある場合には、当該携帯端末装置３０は、ルータ６０又は基地局７０を介してインターネット４０に接続することによって、サーバ５０と通信することができる。

このように、ユーザは、リモコン１２０，１３０の操作の他、携帯端末装置３０を用いて、インターフェイス機器２０と接続可能な範囲の内部及び外部の両方において、サーバ５０とアクセスすることによって、温水利用設備１００に対する遠隔制御（遠隔操作及び遠隔監視）を行うことも可能である。

リモコン１３０及び携帯端末装置３０には、温水利用設備１００のアプリケーションプログラムをインストールすることができる。例えば、当該アプリケーションプログラムは、サーバ５０からダウンロードされた後、インストールされる。

これに加えて、給湯器１１０（コントローラ１４０）、リモコン１２０，１３０、及び、通信アダプタ１５０の各々には、当該各機器の動作を制御するためのプログラム（以下、「ファームウェア（Ｆ／Ｗ）」とも称する）が格納される。ファームウェアは、工場出荷時の段階で、当該時点でのバージョンのものが書き込まれるとともに、本実施の形態では、サーバ５０からの配信によって、異なるバージョンのファームウェアに書き換えることができる。図１の構成例において、リモコン１２０，１３０及びコントローラ１４０は「制御機器」の一実施例に対応し、通信アダプタ１５０は「中継装置」の一実施例に対応する。

図２は、サーバ５０の概略構成の一例を説明するブロック図である。

図２を参照して、サーバ５０は、装置全体を制御するためのＣＰＵ（Central Processing Unit）５５と、ＣＰＵ５５と接続された、通信ユニット５６及びメモリ５７と、表示部５８とを含む。通信ユニット５６は、インターネット４０に接続された通信によって、他の機器又はサーバと通信する機能を有する。表示部５８は、ディスプレイ画面によって構成される。

メモリ５７は、例えば、ＣＰＵ５５で実行されるプログラムを記憶するためのメモリであるＲＯＭ（Read Only Memory）５７ａ、ＣＰＵ２５でプログラムを実行する際の作業領域となったり計算値を記憶したりするためのメモリであるＲＡＭ（Random Access Memory）５７ｂ、及び、大型の記憶装置の一例としてのＨＤＤ（Hard Disk Drive）５７ｃを含む。サーバ５０は、一般的なコンピュータに相当する機能を有して構成することができる。サーバ５０は、操作入力を受け付けるための操作部をさらに含んでもよい。

図３は、通信アダプタ１５０の構成例を示すブロック図である。

図３を参照して、通信アダプタ１５０は、制御部１５１と、通信ユニット１５２，１５３と、電源回路１５４と、メモリ１５５と、アンテナ１５７と、コネクタ１５８とを含む。コネクタ１５８には、図１に示された通信線１０１（２心通信線）が接続される。

制御部１５１は、ＣＰＵ１５１ａ及びインターフェイス（Ｉ／Ｆ）１５１ｂを含むマイクロコンピュータによって構成することができる。通信ユニット１５２は、コネクタ１５８に接続された２心通信線１０１を経由して、給湯器１１０及びリモコン１２０，１３０との間で双方向にデータを送受信することによって情報を授受できるように構成される。

通信ユニット１５３は、アンテナ１５７を経由した無線通信によって、インターフェイス機器２０（無線ＬＡＮルータ）との間で双方向にデータを送受信するように構成される。

電源回路１５４は、コネクタ１５８に接続された２心通信線１０１から電力供給を受けて、通信アダプタ１５０内の各要素の動作電源電圧を生成する。

メモリ１５５は、ＲＯＭ１５５ａ及びＲＡＭ１５５ｂを有する。ＲＯＭ１５５ａは、代表的には、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）によって構成され、通信アダプタ１５０のファームウェア、及び、制御に用いるデータ等を格納する。制御部１５１は、起動処理時において、ＲＯＭ１５５ａに格納されたファームウェアを読出してＲＡＭ１５５ｂに展開する。制御部１５１は、ＲＡＭ１５５ｂに展開されたプログラムを実行して通信アダプタ１５０の動作を制御する。

尚、図３では、メモリ１５５及び制御部１５１を別個の要素として表記したが、メモリ１５５の一部又は全部について、制御部１５１に内蔵することも可能である。

通信ユニット１５３は、インターフェイス機器２０及びインターネット４０を経由して、サーバ５０の通信ユニット５６との間でデータを送受信することができる。これにより、通信アダプタ１５０は、温水利用設備１００の運転情報を、定期的にサーバ５０へ送信することができる。

この結果、サーバ５０は、通信アダプタ１５０を介して通信接続された、家庭及び各宿泊施設等の各顧客の温水利用設備１００の各種情報を収集するとともに管理することができる。

一方で、サーバ５０も通信アダプタ１５０に対して、データ及び情報を送信することができる。これにより、温水利用設備１００の遠隔操作サービスをさらに提供することが可能である。例えば、サーバ５０側、又は、携帯端末装置３０から、温水利用設備１００の所定の操作、例えば、給湯運転スイッチのオン／オフの切替操作及び給湯設定温度の変更操作等を、インターネット４０経由で行うことが可能である。

このように、中継装置として設けられた通信アダプタ１５０を用いて、温水利用設備１００及びサーバ５０の間で双方向のデータ通信を実行することができる。尚、通信アダプタ１５０は、リモコン１２０又は１３０に内蔵される態様で構成することも可能である。

本実施の形態に係る通信システム５では、温水利用設備１００を構成する各構成機器のファームウェアの更新は、サーバ５０からの配信によって自動的に実行することができる。以下では、一例として、通信アダプタ１５０のファームウェアの更新制御について説明する。通信アダプタ１５０では、サーバ５０からダウンロードされたファームウェアをＲＯＭ１５５ａに格納することで、ファームウェアを更新することができる。

図４には、ファームウェアのバージョン更新を説明する概念図が示される。

図４を参照して、通信アダプタ１５０のファームウェアは、初回バージョンＶＲＡから、機能追加、或いは、バグ修正等の目的で適宜バージョンアップされる。図４の例では、バージョンＶＲＢ、ＶＲＣ、及び、ＶＲＤに順序バージョンアップされ、現在は、バージョンＶＲＤが最新版である。

更に、ファームウェアには、通常のバージョンアップ履歴とは別に、特殊仕様の特別バージョンＶＲＸが存在することがある。例えば、温水利用設備１００に何らかのトラブルが発生した場合には、原因究明のために、データログ収集機能を有するファームウェアが、通信アダプタ１５０に特別にインストールされるケースが存在する。

このような特別バージョンＶＲＸのファームウェアは、サービスマン等の特別な手作業によって、既に使用が開始後の通信アダプタ１５０に書き込まれることが一般的である。特別バージョンＶＲＸのファームウェアは、原因究明が可能となるだけのデータが収集されるまで、一定期間に亘って継続的に作動する必要がある。

一方で、通信アダプタ１５０には、工場出荷時の段階で、当該時点での適正バージョンのファームウェアが、当該ファームウェアのバージョンを示す情報（Ｆ／Ｗバージョン情報）とともに格納されている。従って、工場出荷後に在庫品であった期間が長いと、実際の使用開始時には、格納されているファームウェアのバージョンが古くなっている虞がある。このような場合には、新しいバージョンのファームウェアへの更新が必要である。

サーバ５０は、通信アダプタ１５０との通信接続時において、当該通信アダプタ１５０のＦ／Ｗバージョン情報を受信することにより、通信アダプタ１５０に現在格納されているファームウェアのバージョンを知ることができる。例えば、サーバ５０では、通信接続された通信アダプタ１５０に、少なくとも、バージョンＶＲＡ〜ＶＲＤのいずれのファームウェアが格納されているかを検知することが可能である。

例えば、特許文献１の手法を適用すると、通信アダプタ１５０がサーバ５０と通信した各タイミングにおいて、サーバ５０が管理する最新バージョン（ＶＲＤ）と異なるバージョンのファームウェアを格納する通信アダプタ１５０は、一律にファームウェア更新の対象に指定されてしまう。このため、特別バージョンＶＲＸのファームウェアについても自動的に更新対象として、サーバ５０に認識されてしまう。これにより、特別バージョンＶＲＸのプログラムが、トラブルの原因究明の意図に反して自動的に書き換えられてしまうことが懸念される。一方で、このような特殊仕様を考慮したソフトウェア更新の管理を管理サーバ側において手作業で行うと、作業負荷の増大が懸念される。

又、ファームウェアのバージョンアップ直後では、当該バージョンアップ後のファームウェアの使用開始から一定期間に亘って、トラブル発生等に備える監視期間を設けることが好ましい。従って、このような監視期間中には、最新バージョンのファームウェアへの一律の更新は好ましくない。図４の例では、バージョンＶＲＤへの更新直後には、安定した稼動実績を有するバージョンＶＲＣへの書き換えの方が低リスクである。

このため、本実施の形態では、更新順に従う最新のバージョンとは別に、安定バージョンがサーバ５０側で予め定義される。図４の例では、バージョンＶＲＤの使用が開始されている一方で上記監視期間内であるため、最新のバージョンＶＲＤとは別に、バージョンＶＲＣが安定バージョンとして定められている。尚、バージョンＶＲＤの使用が進んだ場合には、バージョンＶＲＣからバージョンＶＲＤに、安定バージョンの指定を変えることが可能である。安定バージョンのファームウェアは、サーバ５０に準備された「更新用ファームウェア」の一実施例に対応する。

図５には、本実施の形態に係る温水利用設備の通信システムにおけるファームウェア更新制御を説明するシーケンス図が示される。

図５を参照して、通信アダプタ１５０の設置時には、施工に係る初期設定の一環として、サーバ５０との通信接続の確立テストが行われる。この際に、通信アダプタ１５０では、サーバ５０に対する初回の通信接続が行われることになる。

初回の通信接続のうち、通信アダプタ１５０からサーバ５０への通信Ｃ０１では、当該通信アダプタ１５０を含む温水利用設備１００を識別するためのＩＤ情報が送信される。通信Ｃ０１では、上記ＩＤ情報に加えて、通信アダプタ１５０のＦ／Ｗバージョン情報が送信される。尚、ＩＤ情報には、温水利用設備１００の設置場所（住所データ、又は、緯度、経度及び標高データ）を示す情報が更に含まれてもよい。

これに応じて、サーバ５０では、通信アダプタ１５０でのファームウェア更新の要否が自動的に判定される。

図６は、サーバ５０によるファームウェア更新の制御処理を説明するフローチャートである。図６に示された制御処理は、例えば、サーバ５０のＣＰＵ５５によって実行される。

サーバ５０は、ステップ（以下、単に「Ｓ」と表記する）１１０により、通信接続した通信アダプタ１５０のＩＤ情報及びＦ／Ｗバージョン情報を読み込むと、Ｓ１２０により、当該通信アダプタ１５０からの通信接続が初回であるか否かを判定する。

サーバ５０は、初回の通信接続であった場合には（Ｓ１２０のＹＥＳ判定時）には、Ｓ１２５により、当該通信アダプタ１５０と通信接続済である履歴を残すとともに、Ｓ１３０により、Ｓ１１０で読み込まれたＦ／Ｗバージョン情報が、安定バージョンのバージョン情報（図４のＶＲＣ）と一致するか否かが判定される。

そして、Ｆ／Ｗバージョン情報が、安定バージョンのバージョン情報と一致しないとき（Ｓ１３０のＮＯ判定時）には、通信アダプタ１５０のファームウェアのバージョンが、安定バージョンと不一致であると判定される。この場合には、Ｓ１４０により、通信アダプタ１５０に対する、安定バージョン（ＶＲＣ）のファームウェアへの更新指令（Ｆ／Ｗ更新指令）が生成される。

これに対して、通信アダプタ１５０との通信が初回でないとき（Ｓ１２０のＮＯ判定時）、又は、Ｆ／Ｗバージョン情報が安定バージョンのバージョン情報と一致するとき（Ｓ１３０のＹＥＳ判定時）には、Ｓ１５０により、Ｆ／Ｗ更新指令は、不要と判断されて、生成されない。

再び図５を参照して、初回通信接続では、通信Ｃ０１に対する返信として、サーバ５０から通信アダプタ１５０への通信Ｃ０２が実行される。例えば、通信Ｃ０２では、通信アダプタ１５０からサーバ５０への通信接続が確立されたことを通知する情報が送信される。

更に、図６のＳ１４０においてＦ／Ｗ更新指令が生成された場合には、通信Ｃ０２において、当該Ｆ／Ｗ更新指令が併せて送信される。Ｆ／Ｗ更新指令には、ダウンロード先のＵＲＬ（Uniform Resource Locator）及びＦ／Ｗ更新の開始日時を示す情報が含まれる。

通信アダプタ１５０は、当該開始日時にサーバ５０との通信Ｃ０３を行うことで、当該ＵＲＬへアクセスすることができる。これにより、通信Ｃ０４により、サーバ５０から指定された安定バージョンのファームウェアをダウンロードすることができる。或いは、通信Ｃ０２の段階で、安定バージョンのファームウェアが、サーバ５０から通信アダプタ１５０に送信されてもよい。

通信アダプタ１５０は、初回の通信接続以降にも、定期的に、或いは、イベント発生に応じて、適宜、サーバ５０との間でｍ回目（ｍ：ｍ≧２の自然数）の通信接続を実行する。２回目以降の通信接続では、図６において、Ｓ１２５で残された履歴によってＳ１２０がＮＯ判定とされるため、Ｆ／Ｗ更新指令は生成されない。

この結果、本実施の形態に係る温水利用設備の通信システムによれば、古いバージョンのファームウェアが格納された通信アダプタ１５０（在庫品）がサーバ５０に初回接続された際に、安定バージョンのファームウェアへの更新を自動的に実行することが可能であるとともに、当該初回接続後に書き込まれた、特別バージョンのファームウェアが、更新対象とされることがない。これにより、特殊仕様のファームウェアを自動的に更新対象とすることなく、在庫品のファームウェアを自動的に更新することが可能となる。

図７には、サーバ５０によるファームウェア更新の制御処理の変形例を説明するフローチャートが示される。

図７を参照して、サーバ５０は、図６と同様のＳ１１０により、通信アダプタ１５０との通信毎に、ＩＤ情報及びＦ／Ｗバージョン情報を読み込む。そして、サーバ５０は、Ｓ１６０により、Ｓ１１０で読み込まれたＦ／Ｗバージョン情報が、サーバ５０に予め登録された特別バージョンと一致するか否かを判定する。そして、Ｓ１１０で読み込まれたＦ／Ｗバージョン情報が、特別バージョンのバージョン情報と一致するとき（Ｓ１６０のＹＥＳ判定時）には、図６と同様のＳ１５０により、Ｆ／Ｗ更新指令が非生成とされる。即ち、Ｓ１６０では、通信接続された通信アダプタ１５０に格納されたファームウェアのバージョンが「特別バージョンではないこと」の条件が成立するか否かが判定される。

Ｓ１１０で読み込まれたＦ／Ｗバージョン情報によって示されるバージョンが特別バージョンではないとき（Ｓ１６０のＮＯ判定時）には、図６と同様のＳ１３０〜Ｓ１５０の処理を実行する。これにより、Ｆ／Ｗバージョン情報が安定バージョンのバージョン情報と一致しない場合（Ｓ１３０のＮＯ判定時）には、Ｓ１４０により、安定バージョンのファームウェアへのＦ／Ｗ更新指令が生成される。即ち、図７の制御処理では、２回目以降の通信接続においても、Ｆ／Ｗ更新指令を生成することができる。

このように、図７に示された変形例によれば、図６で説明したのと同様に、初回の通信接続において、特別バージョンのファームウェアを更新対象とすることなく、在庫品の通信アダプタ１５０に格納された古いバージョンのファームウェアを自動的に更新することができる。

更に、図７の制御処理によれば、２回目以降の通信接続においても、特別バージョンのファームウェアを更新対象とすることなく、当該時点での安定バージョンとは異なるファームウェアを自動的に更新することが可能であるが、一方で、サーバ５０側で、特別バージョンを網羅するように、バージョン情報を管理することが必要となる。

言い換えると、図６の制御処理では、ファームウェア更新の機会が初回の通信接続時に限定される一方で、安定バージョンとの不一致をトリガとしてＦ／Ｗ更新指令を生成するので、特別バージョンについて、サーバ５０側で全てを把握する必要が無い。即ち、サーバ５０側での管理負荷が軽減されることになる。

但し、図７のＳ１６０による「特別バージョンではないこと」の判定は、特別バージョンのバージョン情報とＦ／Ｗバージョン情報との一致を検知するのではなく、Ｆ／Ｗバージョン情報によって示されるバージョンが、通常のバージョンアップ履歴に従う各バージョン（例えば、図４でのバージョンＶＲＡ〜ＶＲＤ）のいずれとも不一致であることの検知によっても実現可能である。この場合には、サーバ５０側での特別バージョンの管理負荷を軽減できる。

尚、図４では、安定バージョンのファームウェアを「更新用ソフトウェア」の一例として説明したが、「更新用ソフトウェア」は、必ずしも予め一意に決められる必要はなく、ＩＤ情報に含まれる、温水利用設備１００の設置場所を示す情報等によって、選択されてもよい。例えば、「寒冷地用バージョン」、「温暖地用バージョン」、「高地用バージョン」及び「低地用バージョン」等のファームウェアが予め準備されるとともに、Ｓ１１０で読み込まれた温水利用設備１００の設置場所を示す情報に基づく、これらの複数バージョンのファームウェアからの選択によって、「更新用ファームウェア」が決められてもよい。この場合には、Ｓ１３０において、「更新用ファームウェア」を特定するための処理を行うとともに、特定された「更新用ファームウェア」のバージョンと、Ｓ１１０で読み込まれたＦ／Ｗバージョン情報とが比較されることになる。

又、本実施の形態では、図６又は図７に示されたサーバ５０での制御処理によって、通信アダプタ１５０におけるＦ／Ｗ更新指令の生成及び非生成を制御する「制御手段」の機能が実現される。即ち、「制御手段」がサーバ５０に設けられた構成例が示されたことになる。一方で、本実施の形態とは逆に、サーバ５０から通信アダプタ１５０に対して「更新用ファームウェア」のバージョンを送信するとともに、初回の通信接続時に限定して、通信アダプタ１５０側でファームウェアの更新要否を判定する構成とすること、即ち、「制御手段」の機能を通信アダプタ側に設けることも可能である。又、「制御手段」の機能の一部ずつを、通信アダプタ１５０及びサーバ５０で分散配置することも可能である。

更に、本実施の形態では、温水利用設備１００の構成機器のうちの通信アダプタ１５０をファームウェア更新制御の対象としたが、その他の構成機器、例えば、コントローラ１４０、及び、リモコン１２０，１３０のファームウェアについても同様に、図６又は図７の制御処理によって制御することが可能である。

又、図１では、温水利用設備１００として、給湯器１１０を含む給湯装置を例示したが、本実施の形態の適用において、温水利用設備１００は、このような例示に限られない。例えば、浴槽湯水のろ過装置、浴槽補給水装置、燃料電池の排熱回収機能を備えた給湯装置、及び、ヒートポンプ式の給湯装置等を温水利用設備１００とした場合でも、当該温水利用設備１００の構成機器のファームウェアの自動更新に、本実施の形態で説明した制御を適用することが可能である。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

５ 通信システム、２０ インターフェイス機器、３０ 携帯端末装置、４０ 外部通信網（インターネット）、５０ サーバ、５７，１５５ メモリ、６０ ＬＡＮルータ、７０ 基地局、１００ 温水利用設備、１０１ 通信線、１１０ 給湯器、１１１ 給湯口、１１５ 回路基板、１２０，１３０ リモコン、１２２，１３２ 入力部、１４０ コントローラ、１５０ 通信アダプタ、１５１ 制御部、１５４ 電源回路、１５７ アンテナ、１５８ コネクタ、Ｃ０１〜Ｃ０４ 通信、ＶＲＡ〜ＶＲＤ バージョン（ファームウェア）、ＶＲＸ 特別バージョン（ファームウェア）。

Claims (5)

1. 複数の構成機器を含む温水利用設備とサーバとが通信接続された通信システムであって、
   前記温水利用設備と前記サーバとの通信接続時に、前記複数の構成機器のうちの所定の構成機器のファームウェアのバージョンと、更新用ファームウェアのバージョンとの比較に基づき、前記所定の構成機器における前記更新用ファームウェアへのファームウェア更新指令を生成するための制御手段を備え、
   前記制御手段は、前記温水利用設備と前記サーバとの初回の通信接続時であること、又は、前記所定の構成機器のファームウェアのバージョンが特別バージョンではないことを条件に、前記所定の構成機器のファームウェアのバージョンと前記更新用ファームウェアのバージョンとが不一致であるときに前記ファームウェア更新指令を生成する、通信システム。
2. 前記温水利用設備と前記サーバとの通信接続時に、前記所定の構成機器の識別情報及び前記所定の構成機器のファームウェアのバージョン情報を、前記温水利用設備から前記サーバへ送信するための送信手段を更に備え、
   前記制御手段は、前記温水利用設備と前記サーバとの初回の通信接続において前記送信手段によって送信された前記バージョン情報と、前記サーバに用意される前記更新用ファームウェアのバージョン情報とが不一致であるときに、前記ファームウェア更新指令を生成する一方で、前記温水利用設備と前記サーバとの２回目以降の通信接続では、送信された前記バージョン情報に依存せず前記ファームウェア更新指令を非生成とする、請求項１記載の通信システム。
3. 前記温水利用設備と前記サーバとの通信接続時に、前記所定の構成機器の識別情報及び前記所定の構成機器のファームウェアのバージョン情報を、前記温水利用設備から前記サーバへ送信するための送信手段を更に備え、
   前記サーバには、前記ファームウェアの前記特別バージョンを特定する特定バージョン情報が予め記憶され、
   前記制御手段は、前記温水利用設備と前記サーバとの通信接続時において、前記送信手段によって送信された前記バージョン情報と前記特定バージョン情報とが一致すると、前記ファームウェア更新指令を非生成とする、請求項１記載の通信システム。
4. 前記複数の構成機器は、
   温水の供給に係る制御機器と、
   前記制御機器と通信線を介して通信接続されるとともに、外部通信網を介して前記サーバと通信接続するインターフェイス機器との間での有線又は無線通信機能を有する中継装置とを含み、
   前記所定の構成機器は、前記中継装置である、請求項１〜３のいずれか１項に記載の通信システム。
5. 前記更新用ファームウェアは、動作確認済の安定版ファームウェアである、請求項１〜４のいずれか１項に記載の通信システム。

Images