(57)【要約】【課題】ユーザー等に温水利用装置や通信に関する情報を伝達する手段を有する温水利用装置システムを提供する。【解決手段】温水利用装置６ａと、温水利用装置６ａに接続し送受信手段３２と表示手段４４を有する情報盤３１と、送受信手段３４とトリガ発生手段３９を有するサーバ３３を備え、表示手段４４は温水利用装置６ａの状態を表示する表示エリアを有する。【選択図】  図１
2004333050.tif 000002
【特許請求の範囲】
【請求項１】
情報盤と、前記情報盤と接続した温水利用装置を有し、前記温水利用装置があらかじめ決めた状態になったとき、前記情報盤は前記温水利用装置の状態情報を表示する温水利用装置システム。
【請求項２】
情報盤と、前記情報盤と通信可能な温水利用装置を有し、前記温水利用装置、または前記情報盤と前記温水利用装置との通信があらかじめ決めた状態になったとき、前記情報盤は前記温水利用装置の状態情報、または前記情報盤と前記温水利用装置との通信の状態情報を表示する温水利用装置システム。
【請求項３】
情報盤は通信網を介して情報供給者サーバと通信可能な請求項１から２のいずれか一項に記載の温水利用装置システム。
【請求項４】
状態情報の表示はあらかじめ定められた１または複数の記号と数字と文字の少なくとも１個を用いて表現する請求項１から３のいずれか一項に記載の温水利用装置システム。
【請求項５】
状態情報の表示は情報盤が有する表示手段の特定エリアに表示する請求項１から４のいずれか一項に記載の温水利用装置システム。
【請求項６】
特定エリアは情報盤が有する表示手段の上部エリアまたは下部エリアである請求項５記載の温水利用装置システム。
【請求項７】
特定エリアは情報盤が有する表示手段の左部エリアまたは右部エリアである請求項５記載の温水利用装置システム。
【請求項８】
特定エリアは情報盤が有する表示手段の中で変動する請求項５から８のいずれか一項に記載の温水利用装置システム。
【請求項９】
温水利用装置の状態情報は前記温水利用装置から入手する請求項１から８のいずれか一項に記載の温水利用装置システム。
【請求項１０】
温水利用装置の状態情報は情報供給者サーバから入手する請求項３記載の温水利用装置システム。
【請求項１１】
スイッチを有し、前記スイッチを押下したとき状態情報の表示を消す機能を有する請求項１から１０のいずれか一項に記載の温水利用装置システム。
【請求項１２】
温水利用装置の操作手段を有する請求項１から１１のいずれか一項に記載の温水利用装置システム。
【請求項１３】
請求項１から１２のいずれかに記載の温水利用装置システムが有する機能の少なくとも一部をコンピュータにより実行するためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は情報盤と接続した温水利用装置の状態や、情報盤と通信可能な温水利用装置の状態や通信の状態を表示する情報盤を有する温水利用装置システムに関するものである。
【０００２】
【従来の技術】
従来、情報供給者等が有するサーバが情報網（ネットワーク）を介して情報盤に情報を伝達する場合、あるいはサーバが情報盤や情報盤に接続した温水利用装置や情報盤と通信可能な温水利用装置等を制御、モニタするために情報を伝達するシステムが考案されている。ここで温水利用装置とはガスや電力や石油などのエネルギー源を用いて温水を作り、温水を風呂や台所や洗面所などの温水を直接使用する目的で供給する装置であり、また加えて、上記温水を用いた床暖房や浴室暖房や浴室乾燥やファンヒータやエアコンの暖房などを行える機能を有する場合もある装置である。
【０００３】
従来、調理情報システムは情報供給者サーバが通信網を介して情報提供者サーバとデータ送受信可能な利用者端末と利用者端末とデータ送受信可能な炊飯器を備えている（特許文献１参照）。ここでは炊飯装置の制御、モニタ情報供給を目的としており、本実施例の温水利用装置と若干異なる部分を有するが、ここで情報提供者サーバは本発明のサーバであり、利用者端末は本発明の情報盤、炊飯器が本発明の温水利用装置に置き換えて読むと従来例と見ることもできる。
【０００４】
一方、従来例の温水利用装置の構成を図６に示す。図６において１はガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、ここではガスによる熱源機であるとする。熱源機１で作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機１で作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。２は上記給湯機能、暖房機能を制御するための主に台所に設置される台所リモコン。３は同様に給湯等の制御を行う主に風呂に設置される風呂リモコン。４は熱源機１で作成した温水を利用する床暖房、５は同様に熱源機１で作成した温水を利用する浴室乾燥機である。上記参考文献１に記載された調理情報システムのシステムを上記図６に示した温水利用装置に適応した場合の従来例の温水利用装置システムの構成を図７に示す。
【０００５】
図７において６は温水利用装置で、７はガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、ここではガスによる熱源機であるとする。熱源機７で作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６で作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。８は上記給湯機能、暖房機能を制御するための機能を有し、主に台所に設置される情報盤。９は給湯等の制御を行う主に風呂に設置される風呂リモコン。１０は熱源機７で作成した温水を利用する床暖房、１１は同様に熱源機６で作成した温水を利用する浴室乾燥機である。
【０００６】
また、情報盤８はネットワークを介して外部との情報の授受、外部からの温水利用装置の制御、モニタを行う機能を有する。１２は情報盤の送受信手段、１３はサーバで、１４はサーバの送受信手段、１５は送受信手段１２と送受信手段１４を接続した情報網（ネットワーク）でここではインターネット網であるとする、１６はサーバ１３で情報盤８に対する情報伝達要求あるいは情報盤８への制御モニタ要求を発生させるトリガ発生手段で、具体的には操作スイッチやタイマやセンサなどが考えられる。１７はバッファ手段で、情報伝達に関する手順やデータなどの記憶を行い、メモリなどで構成されている。
【０００７】
また図８は、図７の従来例での情報伝達手順を記載したフロー図である。図８において１８は温水利用装置、１９は情報盤、２０はサーバ、２１はトリガ発生手段であり、図８は各々の情報のやりとりを表している。また２２から３０は各情報の内容を表している。ここで例えば２２の定期ＴＣＰとは情報盤が定期的に発するＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）の情報を表している。
【０００８】
次に図７の構成図と図８のフロー図を用いて従来例の動作を説明する。本従来例では情報盤８はインターネット網１５に接続しているが、情報盤８が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網に接続しているものとする。即ち情報盤８のＩＰアドレスは固定アドレスではないため、サーバ１３は情報盤１のＩＰアドレスを常時知ることができない。このためサーバ１３のトリガ発生手段１６にトリガが発生したときにサーバ１３が確実に情報盤８に情報伝達あるいは制御モニタするために情報盤８は情報盤８のその時点でのＩＰアドレスをサーバ１３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが２２、２３、２４、３０などの定期ＴＣＰである。トリガ発生手段１６に例えば情報盤８への制御要求トリガが発生したときトリガ発生手段１６は制御要求信号２４を発する。しかしながらこのときサーバ１３は情報盤８のその時点でのＩＰアドレスを知らないため即時情報盤８に対して要求信号を発することができず、バッファ手段１７に情報盤８に対する制御要求があることを一時的に格納する。制御要求信号２４が発せられてから後にサーバに伝達された定期ＴＣＰ２５をサーバ１３が受信したときその時点での情報盤１のＩＰアドレスをサーバ１３が認識できたため、サーバ１３の送受信手段１４は情報盤８の送受信手段１２に対して要求ＴＣＰ２６を発する。要求ＴＣＰ２６を受信した情報盤８は受信した情報に基づき制御処理２７で温水利用装置６を制御し、その結果を状態変化情報２７で情報盤８に対して伝達する。情報盤８はその結果を結果ＴＣＰ２９としてサーバ１３に対して送信し、トリガ発生手段１６に発生した制御要求トリガに関する一連の情報伝達を完了する。
【０００９】
【特許文献１】
特開２０００−３００４３０号公報
【００１０】
【発明が解決しようとする課題】
しかしながら、図７と図８に示す従来例ではユーザー等に温水利用装置６に関する情報を伝達したいときに伝達する手段を有さないという課題を有していた。ここで、ユーザーやメンテナンス担当者等に伝達したい温水利用装置６に関する情報とは、ユーザー等による温水利用装置６の誤使用、温水利用装置６の不具合、故障、フィルタ等の消耗品の交換時期、燃料切れ、潤滑油切れ、温度湿度等使用環境の変化、情報盤８との通信状態など各種想定できる。
【００１１】
【課題を解決するための手段】
本発明は、情報盤と、情報盤と接続した温水利用装置を有し、温水利用装置があらかじめ決めた状態になったとき、情報盤は温水利用装置の状態情報を表示する温水利用装置システムとしている。
【００１２】
また、情報盤と、情報盤と通信可能な温水利用装置を有し、温水利用装置、または情報盤と温水利用装置との通信があらかじめ決めた状態になったとき、情報盤は温水利用装置の状態情報、または情報盤と温水利用装置との通信の状態情報を表示する温水利用装置システムとしている。
【００１３】
【発明の実施の形態】
請求項１に記載した発明は、情報盤と、情報盤と接続した温水利用装置を有し、温水利用装置があらかじめ決めた状態になったとき、情報盤は温水利用装置の状態情報を表示する温水利用装置システムを実現することができる。これにより、ユーザー等が情報盤を見ることにより、ユーザー等に知らせたい温水利用装置の状態情報をユーザー等に知らせることができる。
【００１４】
請求項２に記載した発明は、情報盤と、情報盤と通信可能な温水利用装置を有し、温水利用装置、または情報盤と温水利用装置との通信があらかじめ決めた状態になったとき、情報盤は温水利用装置の状態情報、または情報盤と温水利用装置との通信の状態情報を表示する温水利用装置システムを実現することができる。これにより、ユーザー等が情報盤を見ることにより、ユーザー等に知らせたい温水利用装置の状態情報や通信の状態情報をユーザー等に知らせることができる。
【００１５】
請求項３に記載した発明は、情報盤は通信網を介して情報供給者サーバと通信可能な温水利用装置システムを実現することができる。これにより、ユーザー等が情報盤を見ることにより、ユーザー等に知らせたい温水利用装置の状態情報等をユーザー等に知らせることができるとともに、情報供給者サーバから情報を入手することができる。
【００１６】
請求項４に記載した発明は、状態情報の表示はあらかじめ定められた１または複数の記号と数字と文字の少なくとも１個を用いて表現する温水利用装置システムを実現することができる。これにより、情報盤の広いスペースを占有することなく簡潔に状態情報等をユーザー等に知らせることができる。
【００１７】
請求項５に記載した発明は、状態情報の表示は情報盤が有する表示手段の特定エリアに表示する温水利用装置システムを実現することができる。これにより、ユーザー等は情報盤の特定エリアを確認するだけで状態情報等を知ることができる。例えば表示のレイアウトに自由度がある表示手段を使用する場合でも、状態情報を表示手段の特定エリアに表示することによりユーザーの利便性は向上する。
【００１８】
請求項６に記載した発明は、特定エリアは情報盤が有する表示手段の上部エリアである温水利用装置システムを実現することができる。これにより、ユーザー等は情報盤の上部エリアを確認するだけで状態情報等を知ることができるとともに、情報盤の画面デザインに自由度が得られる。例えば表示のレイアウトに自由度がある表示手段を使用する場合でも、状態情報を表示手段の上部エリアに表示することによりユーザーの利便性は向上する。例えば低い位置に情報盤を設置する場合は表示手段の下部エリアは比較的見にくい表示エリアとなるが、上部エリアに固定することにより状態情報の認識度は高まる。
【００１９】
また、特定エリアは情報盤が有する表示手段の下部エリアである温水利用装置システムを実現することができる。これにより、ユーザー等は情報盤の下部エリアを確認するだけで状態情報等を知ることができるとともに、情報盤の画面デザインに自由度が得られる。例えば表示のレイアウトに自由度がある表示手段を使用する場合でも、状態情報を表示手段の下部エリアに表示することによりユーザーの利便性は向上する。例えば高い位置に情報盤を設置する場合は表示手段の上部エリアは比較的見にくい表示エリアとなるが、下部エリアに固定することにより状態情報の認識度は高まる。
【００２０】
請求項７に記載した発明は、特定エリアは情報盤が有する表示手段の左部エリアまたは右部エリアである温水利用装置システムを実現することができる。これにより、ユーザー等は情報盤の左部エリアまたは右部エリアを確認するだけで状態情報等を知ることができるとともに、情報盤の画面デザインに自由度が得られる。例えば表示のレイアウトに自由度がある表示手段を使用する場合でも、状態情報を表示手段の左部エリアまたは右部エリアに表示することによりユーザーの利便性は向上する。例えば情報盤の表示手段を高い位置と低い位置の両方から見られることが想定される場合、表示手段の上部エリアと下部エリアは見られる位置によっては比較的見にくい表示エリアとなるが、左部エリアまたは右部エリアに固定することにより状態情報の認識度は高まる。
【００２１】
請求項８に記載した発明は、特定エリアは情報盤が有する表示手段の中で変動する温水利用装置システムを実現することができる。これにより情報盤の画面デザインに自由度が得られる。また、例えば表示のレイアウトに自由度がある表示手段を使用する場合は、必須の表示内容を隠すことなく状態情報を表示する事が可能でありユーザーの利便性は向上する。
【００２２】
請求項９に記載した発明は、温水利用装置の状態情報は温水利用装置から入手する温水利用装置システムを実現することができる。これにより情報盤は余分なメモリー容量を持つ必要がない。
【００２３】
請求項１０に記載した発明は、温水利用装置の状態情報は情報供給者サーバから入手する温水利用装置システムを実現することができる。これにより情報盤と温水利用装置は余分なメモリー容量を持つ必要がない。
【００２４】
請求項１１に記載した発明は、スイッチを有し、スイッチを押下したとき状態情報の表示を消す機能を有する温水利用装置システムを実現することができる。これにより情報盤は不必要な状態情報を表示することがなくなる。
【００２５】
請求項１２に記載した発明は、温水利用装置の操作手段を有する温水利用装置システムを実現することができる。これにより情報盤は状態情報表示の機能に加えて温水利用装置を制御する機能も有する。
【００２６】
請求項１３に記載した発明は、温水利用装置システムが有する機能の少なくとも一部をコンピュータにより実行するためのプログラムとしている。
【００２７】
そして、プログラムであるので家庭にあるコンピュータ等などを用いて本発明の温水利用装置システムの一部あるいは全てを容易に実現することができる。また記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布が簡単にできる。
【００２８】
【実施例】
（実施例１）
以下本発明の第１の実施例について説明する。まず本第１の実施例の温水利用装置システムのシステムの構成を説明する。図１は本実施例の温水利用装置システムの全体構成を示すブロック図である。図１で６ａは温水利用装置で、７ａはガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、本実施例ではガスによる熱源機であるとする。熱源機７ａで作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６ａで作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。９ａは給湯等の制御を行う主に風呂に設置される風呂リモコン。１０ａは熱源機７ａで作成した温水を利用する床暖房、１１ａは同様に熱源機６ａで作成した温水を利用する浴室乾燥機である。１０ａ、１１ａは温水を利用するエアコン、浴室暖房機、ファンヒータ等の機器であってもよい。３１は情報盤で、温水利用装置６ａの制御、モニタを行う機能を有するとともに、ネットワークを介して外部との情報の授受、外部からの温水利用装置の制御、モニタを行う機能を有する。３２は情報盤３１の送受信手段、３３はサーバ、３４はサーバ３３の送受信手段、３５は通信網でありここではインターネット網であるとする。３９はサーバ３３のトリガ発生手段であり、スイッチやタイマやセンサで構成しており、ここではスイッチであるとする。４０はバッファ手段でメモリなどで構成しており、情報伝達に関するデータや手順などの情報の格納を行うものである。４２は熱源機７ａの送受信手段、４３は熱源機７ａと通信する情報盤３１の送受信手段、４４、４５はそれぞれ情報盤３１の表示手段と操作手段であり、４６は送受信手段３２、４３、表示手段４４、操作手段４５を制御する情報盤３１のＣＰＵ、４７は送受信手段３４、トリガ発生手段３９、バッファ手段４０を制御するサーバ３３のＣＰＵである。
【００２９】
また図２は図１に示した第１の実施例の温水利用装置システムの情報の伝達手順を記載したフロー図である。図２において５１、５２、５３、５４はそれぞれ情報盤、サーバ、トリガ発生手段、温水利用装置を示しており、５５から６７は各情報の内容を表している。ここで例えば５５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）の情報を表している。また例えば６４の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）の情報を表している。例えば結果ＴＣＰは、温水利用装置６ａの状態変化データや制御要求に対する応答結果などであり、例えば、温水利用装置６ａに対する制御命令である風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。
【００３０】
次に図１の構成図と図２のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続している。が、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このためサーバ３３のトリガ発生手段３９にトリガが発生したときにサーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが５５、５７、６６の定期ＵＤＰである。サーバ３３のトリガ発生手段３９に例えば情報盤３１と通信可能な温水利用装置６ａの制御要求トリガ、具体的には例えば熱源機７ａに接続した床暖房１０ａをＯＮする制御要求が発生したときトリガ発生手段３９は制御要求信号５９を発し、その内容をバッファ手段４０に格納する。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ５７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ５７の発信元アドレスに対して要求応答ＵＤＰを送出する。
【００３１】
ここで例えば定期ＵＤＰ５７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号５９が発生したとき即時に要求応答ＵＤＰ６０を送出することができない。
【００３２】
一方、本実施例の場合、５７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号５９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求応答ＵＤＰを送出することができる。要求応答ＵＤＰ６０を受けた情報盤３１は送受信手段４３から温水利用装置６ａの送受信手段４２に対して制御処理６２の信号を伝達し、これにより温水利用装置６ａは規定通りの制御がなされる。規定通りの制御とは例えば、温水利用装置６ａが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、トリガ発生手段３９に発生した、情報盤３１と通信できる温水利用装置６ａに対する制御要求が、温水利用装置６ａを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から風呂への給湯開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は温水利用装置６ａに対して風呂への給湯開始の制御信号を送信し、上記一連の情報伝達により、温水利用装置６ａは風呂への給湯を開始する。また、温水利用装置６ａの状態変化、例えばここでは風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。
【００３３】
もちろん通信網３５はインターネット網以外でもよく、制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。具体的には例えば熱源機７ａに接続した床暖房１０ａをＯＮするなどでもよい。温水利用装置５４が制御の結果などにより状態が変化したとき状態変化情報６３が温水利用装置６ａから情報盤３１に伝達されその結果が結果ＴＣＰ６４としてサーバ３３に伝達され一連の情報伝達を完了する。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ６６のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば５６、５８、６７などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。また同様に要求応答ＵＤＰに対しては６１の確認ＵＤＰを送出することにより問題はなくなる。
【００３４】
本実施例において情報盤３１は表示手段４４や操作手段４５を備えている。図３は表示手段４４の画面例を記載している。図３において９０は表示手段４４の表示手段画面の例で、９１は風呂湯沸かしに関する表示エリア、９２は給湯に関する表示エリア、９３は操作に関する表示エリア、９４は温水利用装置６ａの状態や通信状態を表示する状態表示エリアである。状態表示エリア９４の中で９５は携帯電話から温水利用装置を制御できることを示す表示、９６は情報盤３１が優先状態にあることを示す表示、９７はタイマ設定状態にあることを示す表示、９８は保温状態にあることを示す表示、９９は温水利用装置６ａの状態または通信状態が「Ｕ１２Ａ」の状態にあることを示す表示である。状態表示９９の「Ｕ１２Ａ」は表示の一例であり、９９は温水利用装置６ａの状態または通信状態があらかじめ決められた状態にあることを示しており、一または複数の文字、数字、記号等で表すことをあらかじめ定めており、テーブルとして決めている。あらかじめ決めた状態とは、例えば温水利用装置６ａの「使用方法が間違っている」「燃料が切れている」「部品が故障している」「ファイル他の交換時期が近づいている」「通信環境が悪くなっている」など各種想定することができる。
【００３５】
また、本実施例では状態表示エリア９４を表示手段４４の上部エリアに固定している。これによりユーザーやメンテナンス担当者などはこのエリアのみを確認するだけで良く、利便性が高い。また状態表示エリア９４を固定していることにより、他の表示内容（例えば風呂湯沸かしに関する表示や、給湯に関する表示や、操作に関する表示など）のデザインに対して自由度が高く、画面デザインも容易になるという効果を有している。なお、本実施例では状態表示エリア９４は表示手段４４の上部エリアとしたが、表示手段４４の下部エリア、左部エリア、右部エリアなどとしても良いのは言うまでもない。また、状態表示エリアを半固定として他の画面デザインにあわせて適度に異動しても良い。具体的には表示フォーマットは決めておき、他の表示をじゃましない場所に移動させればよい。
【００３６】
なお、通信の手順としては従来例と同様でも良いのは言うまでもない。また温水利用装置６ａは情報盤３１と通信により制御を行うのではなく情報盤３１の端子等に直接接続していて制御できるとしても良いのは言うまでもない。また要求応答ＵＤＰ６０はＴＣＰプロトコルの信号でも良い。また本実施例では温水利用装置６ａを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰは温水利用装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での温水利用装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。また、本実施例では温水利用装置６ａと情報盤３１に対する制御要求はサーバ３３から発せられるとしたが、携帯電話等の情報端末や、パソコンや電話やＦＡＸやネットワークに接続したテレビなどの各種情報入力手段から行うとしても良いのは言うまでもない。
【００３７】
（実施例２）
次に第２の実施例について説明する。図４は第２の実施例の構成を示すブロック図であり、第１の実施例の図１と同じ番号を付与したものは同等の機能を有するとする。図４において６ｂは温水利用装置で、７ｂはガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、本実施例ではガスによる熱源機であるとする。熱源機７ｂで作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６ｂで作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。９ｂは給湯等の制御を行う主に風呂に設置される風呂リモコン。１０ｂは熱源機７ｂで作成した温水を利用する床暖房、１１ｂは同様に熱源機６ｂで作成した温水を利用する浴室乾燥機である。１０ｂ、１１ｂは温水を利用するエアコン、浴室暖房機、ファンヒータ等の機器であってもよい。温水利用装置６ｂは情報盤３１の端子に直接接続しており、これにより制御できるものである。
【００３８】
また図５は図４に示した第２の実施例の温水利用装置システムの情報の伝達手順を記載したフロー図である。図５において７１、７２、７３、７４はそれぞれ情報盤、サーバ、トリガ発生手段、温水利用装置を示しており、７５から８８は各情報の内容を表している。ここで例えば７５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）の情報を表している。また例えば８５の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）の情報を表している。例えば結果ＴＣＰは、温水利用装置６ｂの状態変化データや制御要求に対する応答結果などであり、例えば、温水利用装置６ｂに対する制御命令である風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ８５によりサーバ３３へ伝達する。制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。
【００３９】
次に図４の構成図と図５のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続しているが、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このためサーバ３３のトリガ発生手段３９にトリガが発生したときにサーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが７５、７７、８７の定期ＵＤＰである。サーバ３３のトリガ発生手段３９に例えば情報盤３１に接続した温水利用装置６ｂの制御要求トリガが発生したとき、例えば情報盤３１に接続した温水利用装置６ｂの制御要求トリガ、具体的には例えば熱源機７ｂに接続した床暖房１０ｂをＯＮする制御要求が発生したときトリガ発生手段３９は制御要求信号７９を発し、その内容をバッファ手段４０に格納する。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ７７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ７７の発信元アドレスに対して要求ＵＤＰを送出する。ここで例えば定期ＵＤＰ７７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号７９が発生したとき即時に要求ＵＤＰ８０を送出することができない。
【００４０】
一方、本実施例の場合、７７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号７９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求ＵＤＰ８０を送出することができる。要求ＵＤＰ８０を受けた情報盤３１はサーバ３３に対して要求確認ＴＣＰ８１を送出し、要求確認ＴＣＰ８１を受けたサーバ３３は要求応答ＴＣＰ８２を情報盤３１に対して送出する。
【００４１】
ここで制御要求信号７９を受けて要求応答ＴＣＰ８２を即時送出せず、要求確認ＴＣＰ８１と要求応答ＴＣＰ８２を送受信した後で送出するのは、制御要求信号７９が発生した段階でのサーバ３３の中にある情報盤３１の情報は定期ＵＤＰ７７で伝達されたその時点での情報盤３１のＩＰアドレスの情報以外は即時性に疑問があるものが多く、例えば仮に定期ＵＤＰ７７が温水利用装置６ｂや情報盤３１自体の状態情報を有していたとしても制御要求信号７９が発生するまでの間に温水利用装置６ｂのオン・オフ状態や現在給湯中であるとか、給湯を終了したなどの状態変化が起こっている可能性があり、必ずしも正確なものとはいえない。従って温水利用装置６ａや情報盤３１自身を制御する場合や情報を伝達する場合はその時点の温水利用装置６ｂのオン・オフ状態や温度設定状態やタイマ設定状態などの状態情報を正確に認識した上で制御するなどその時点の情報を知るために、また、インターネット網３５のトラフィックを軽減するために定期ＵＤＰは極力情報を少なくする等の工夫をした場合、定期ＵＤＰ７７が伝達した情報は少なく、改めて情報を確認する必要がある。
【００４２】
そのためまず要求ＴＣＰ８０を情報盤に対して送出し、情報盤３１から各種情報を搭載した要求確認ＴＣＰ８１を送出し、これを受けて要求応答ＴＣＰ８２をサーバ３３が情報盤３１に対して送出するという手順を行う。要求応答ＴＣＰ８２を受けた情報盤３１は接続した温水利用装置６ｂを制御処理８３の手順により規定通りの制御がなされる。規定通りの制御とは例えば、温水利用装置６ｂが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、トリガ発生手段３９に発生した、情報盤３１と通信できる温水利用装置６ｂに対する制御要求が、温水利用装置６ｂを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から風呂への給湯開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は情報盤３１に接続した温水利用装置６ｂを風呂への給湯開始させる。上記一連の情報伝達により、温水利用装置６ｂは風呂への給湯を開始する。また、温水利用装置６ｂの状態変化、例えばここでは風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。
【００４３】
もちろん通信網３５はインターネット網以外でもよく、制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。具体的には例えば情報盤３１に接続した温水利用装置６ｂに接続した熱源機７ｂに接続した床暖房１０ｂをＯＮする制御要求が発生したとき温水利用装置６ｂが制御の結果などにより状態が変化したとき状態変化情報８４により温水利用装置６ｂの状態変化が情報盤３１に伝達されその結果が結果ＴＣＰ８５としてサーバ３３に伝達され一連の情報伝達を完了する。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ８７のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【００４４】
またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば７６、７８、８８などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。本実施例において情報盤３１は表示手段４４や操作手段４５を備えている。表示手段４４の画面例は実施例１と同様であり図３に記載している。図３において９０は表示手段４４の表示手段画面の例で、９１は風呂湯沸かしに関する表示エリア、９２は給湯に関する表示エリア、９３は操作に関する表示エリア、９４は温水利用装置６ａの状態や通信状態を表示する状態表示エリアである。状態表示エリア９４の中で９５は携帯電話から温水利用装置を制御できることを示す表示、９６は情報盤３１が優先状態にあることを示す表示、９７はタイマ設定状態にあることを示す表示、９８は保温状態にあることを示す表示、９９は温水利用装置６ａの状態または通信状態が「Ｕ１２Ａ」の状態にあることを示す表示である。状態表示９９の「Ｕ１２Ａ」は表示の一例であり、９９は温水利用装置６ａの状態または通信状態があらかじめ決められた状態にあることを示しており、一または複数の文字、数字、記号等で表すことをあらかじめ定めており、テーブルとして決めている。あらかじめ決めた状態とは、例えば温水利用装置６ａの「使用方法が間違っている」「燃料が切れている」「部品が故障している」「ファイル他の交換時期が近づいている」「通信環境が悪くなっている」など各種想定することができる。
【００４５】
また、本実施例では状態表示エリア９４を表示手段４４の上部エリアに固定している。これによりユーザーやメンテナンス担当者などはこのエリアのみを確認するだけで良く、利便性が高い。また状態表示エリア９４を固定していることにより、他の表示内容（例えば風呂湯沸かしに関する表示や、給湯に関する表示や、操作に関する表示など）のデザインに対して自由度が高く、画面デザインも容易になるという効果を有している。なお、本実施例では状態表示エリア９４は表示手段４４の上部エリアとしたが、表示手段４４の下部エリア、左部エリア、右部エリアなどとしても良いのは言うまでもない。また、状態表示エリアを半固定として他の画面デザインにあわせて適度に異動しても良い。具体的には表示フォーマットは決めておき、他の表示をじゃましない場所に移動させればよい。
【００４６】
なお、通信の手順としては従来例と同様でも良いのは言うまでもない。また温水利用装置６ｂは情報盤３１の端子に接続しているが、情報盤３１と通信により制御を行うとしても良いのは言うまでもない。また本実施例では温水利用装置６ｂを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰは温水利用装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での温水利用装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。また、本実施例では温水利用装置６ｂと情報盤３１に対する制御要求はサーバ３３から発せられるとしたが、携帯電話等の情報端末や、パソコンや電話やＦＡＸやネットワークに接続したテレビなどの各種情報入力手段から行うとしても良いのは言うまでもない。
【００４７】
【発明の効果】
以上のように、情報盤と、情報盤と接続した温水利用装置を有し、温水利用装置があらかじめ決めた状態になったとき、情報盤は温水利用装置の状態情報を表示することにより、ユーザー等に温水利用装置に関する情報を伝達したいときに伝達する手段を有する温水利用装置システムとしている。また、情報盤と、情報盤と通信可能な温水利用装置を有し、温水利用装置、または情報盤と温水利用装置との通信があらかじめ決めた状態になったとき、情報盤は温水利用装置の状態情報、または情報盤と温水利用装置との通信の状態情報を表示することにより、ユーザー等に温水利用装置や通信に関する情報を伝達したいときに伝達する手段を有する温水利用装置システムとしている。
【図面の簡単な説明】
【図１】本発明の第１の実施例である温水利用装置システムの構成を示すブロック図
【図２】本発明の第１の実施例である温水利用装置システムの情報伝達手順を示すフロー図
【図３】本発明の第１、第２の実施例である温水利用装置システムの表示手段の画面例の示す図
【図４】本発明の第２の実施例である温水利用装置システムの構成を示すブロック図
【図５】本発明の第２の実施例である温水利用装置システムの情報伝達手順を示すフロー図
【図６】従来例の温水利用装置の構成を示すブロック図
【図７】従来例の温水利用装置システムの構成を示すブロック図
【図８】従来例の情報伝達手順を示すフロー図
【符号の説明】
６ａ、６ｂ  温水利用装置
７ａ、７ｂ  熱源機
９ａ、９ｂ  風呂リモコン
１０ａ、１０ｂ  床暖房
１１ａ、１１ｂ  浴室乾燥機
３１  情報盤
３２  送受信手段
３３  サーバ（情報供給者サーバ）
３４  送受信手段
３５  インターネット網（通信網）
３９  トリガ発生手段
４０  バッファ手段
４２  送受信手段
４３  送受信手段
４４  表示手段
４５  操作手段
４６  ＣＰＵ
４７  ＣＰＵ
９０  表示手段画面
９４  状態情報表示エリア
【図１】
2004333050.tif 000003
【図２】
2004333050.tif 000004
【図３】
2004333050.tif 000005
【図４】
2004333050.tif 000006
【図５】
2004333050.tif 000007
【図６】
2004333050.tif 000008
【図７】
2004333050.tif 000009
【図８】
2004333050.tif 000010