JP4107146B2 - 温水利用装置システム - Google Patents
温水利用装置システム Download PDFInfo
- Publication number
- JP4107146B2 JP4107146B2 JP2003115541A JP2003115541A JP4107146B2 JP 4107146 B2 JP4107146 B2 JP 4107146B2 JP 2003115541 A JP2003115541 A JP 2003115541A JP 2003115541 A JP2003115541 A JP 2003115541A JP 4107146 B2 JP4107146 B2 JP 4107146B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- hot water
- udp
- request
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
- Domestic Hot-Water Supply Systems And Details Of Heating Systems (AREA)
- Heat-Pump Type And Storage Water Heaters (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は携帯電話等の情報端末から情報盤に対して情報を伝達するために、あるいは情報盤や情報盤に接続した温水利用装置や情報盤と通信することができる温水利用装置の状態をモニタするあるいは制御するために、情報供給者などが有するサーバが情報網を経由して情報盤と情報を交信する温水利用装置システムに関するものである。
【０００２】
【従来の技術】
従来、携帯電話等の情報端末から情報供給者等が有するサーバが情報網（ネットワーク）を介して情報盤に情報を伝達する場合、あるいはサーバが情報盤や情報盤に接続した温水利用装置や情報盤と通信可能な温水利用装置等を制御、モニタするために情報を伝達するシステムが考案されている。ここで温水利用装置とはガスや電力や石油などのエネルギー源を用いて温水を作り、温水を風呂や台所や洗面所などの温水を直接使用する目的で供給する装置であり、また加えて、上記温水を用いた床暖房や浴室暖房や浴室乾燥やファンヒータやエアコンの暖房などを行える機能を有する場合もある装置である（特許文献１参照）。これは調理情報システムは情報供給者サーバが通信網を介して情報提供者サーバとデータ送受信可能な利用者端末と利用者端末とデータ送受信可能な炊飯器を備えている。
【０００３】
ここでは炊飯装置の制御、モニタ情報供給を目的としており、本実施例の温水利用装置と若干異なる部分を有するが、ここで情報提供者サーバは本発明のサーバであり、利用者端末は本発明の情報盤、炊飯器が本発明の温水利用装置に置き換えて読むと従来例と見ることもできる。
【０００４】
一方、従来例の温水利用装置の構成を図５に示す。図５において１はガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機、湯沸かし器ともいえる物で、ここではガスによる熱源機であるとする。熱源機１で作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機１で作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。２は上記給湯機能、暖房機能を制御するための主に台所に設置される台所リモコン。３は同様に給湯等の制御を行う主に風呂に設置される風呂リモコン。４は熱源機１で作成した温水を利用する床暖房、５は同様に熱源機１で作成した温水を利用する浴室乾燥機である。
【０００５】
上記特許文献１に記載された調理情報システムのシステムを上記図５に示した温水利用装置に適応した場合の従来例の温水利用装置システムの構成を図６に示す。図６において６は温水利用装置で、７はガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機、湯沸かし器ともいえる物で、ここではガスによる熱源機であるとする。熱源機７で作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６で作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。８は上記給湯機能、暖房機能を制御するための機能を有し、主に台所に設置される情報盤。９は給湯等の制御を行う主に風呂に設置される風呂リモコン。１０は熱源機７で作成した温水を利用する床暖房、１１は同様に熱源機６で作成した温水を利用する浴室乾燥機である。また、情報盤８はネットワークを介して外部との情報の授受、外部からの温水利用装置の制御、モニタを行う機能を有する。１２は情報盤の送受信手段、１３はサーバで、１４はサーバの送受信手段、１５は送受信手段１２と送受信手段１４を接続した情報網（ネットワーク）でここではインターネット網であるとする、１６はサーバ１３で情報盤８に対する情報伝達要求あるいは情報盤８への制御モニタ要求を発生させるトリガ発生手段で、具体的には操作スイッチやタイマやセンサなどが考えられる。１７はバッファ手段で、情報伝達に関する手順やデータなどの記憶を行い、メモリなどで構成されている。
【０００６】
また図７は、図６の従来例での情報伝達手順を記載したフロー図である。図７において１８は温水利用装置、１９は情報盤、２０はサーバ、２１はトリガ発生手段であり、図７は各々の情報のやりとりを表している。また２２から３０は各情報の内容を表している。ここで例えば２２の定期ＴＣＰとは情報盤が定期的に発するＴＣＰプロトコル（Transmission Control Protocol）の情報を表している。
【０００７】
次に図６の構成図と図７のフロー図を用いて従来例の動作を説明する。本従来例では情報盤８はインターネット網１５に接続しているが、情報盤８が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網に接続しているものとする。即ち情報盤８のＩＰアドレスは固定アドレスではないため、サーバ１３は情報盤１のＩＰアドレスを常時知ることができない。このためサーバ１３のトリガ発生手段１６にトリガが発生したときにサーバ１３が確実に情報盤８に情報伝達あるいは制御モニタするために情報盤８は情報盤８のその時点でのＩＰアドレスをサーバ１３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが２２、２３、２４、３０などの定期ＴＣＰである。トリガ発生手段１６に例えば情報盤８への制御要求トリガが発生したときトリガ発生手段１６は制御要求信号２４を発する。しかしながらこのときサーバ１３は情報盤８のその時点でのＩＰアドレスを知らないため即時情報盤８に対して要求信号を発することができず、バッファ手段１７に情報盤８に対する制御要求があることを一時的に格納する。制御要求信号２４が発せられてから後にサーバに伝達された定期ＴＣＰ２５をサーバ１３が受信したときその時点での情報盤１のＩＰアドレスをサーバ１３が認識できたため、サーバ１３の送受信手段１４は情報盤８の送受信手段１２に対して要求ＴＣＰ２６を発する。要求ＴＣＰ２６を受信した情報盤８は受信した情報に基づき制御処理２７で温水利用装置６を制御し、その結果を状態変化情報２７で情報盤８に対して伝達する。情報盤８はその結果を結果ＴＣＰ２９としてサーバ１３に対して送信し、トリガ発生手段１６に発生した制御要求トリガに関する一連の情報伝達を完了する。
【０００８】
【特許文献１】
特開２０００−３００４３０号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、図６と図７に示す従来例では制御要求トリガが発生してから情報盤や温水利用装置で制御が完了するまでの時間に、制御要求信号２４が発生してから定期ＴＣＰ２５が発生するまでの間の余分な時間が生じる。制御要求信号２４が定期ＴＣＰ２５の直前に発生したならばその余分な時間は比較的短いが、制御要求信号２４が定期ＴＣＰ２５の直後に発生した場合は定期ＴＣＰの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となる。また定期ＴＣＰの時間間隔を短くすると上記余分な時間は相対的に短くできるが、この場合情報盤８やサーバ１３での処理タスクが頻繁になるとともに、ネットワーク１５が常時ビジー状態になるという不都合が発生するため必要以上に間隔を短くすることは困難である。
【００１０】
【課題を解決するための手段】
本発明は、温水利用装置と、温水利用装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は温水利用装置を制御する温水利用装置システムとしている。
【００１１】
また、温水利用装置と、温水利用装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は前記要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置を制御する温水利用装置システムとしている。
【００１２】
また、温水利用装置と、温水利用装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は温水利用装置に対して制御信号を送信する温水利用装置システムとしている。
【００１３】
また、温水利用装置と、温水利用装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置に対して制御信号を送信する温水利用装置システムとしている。
【００１４】
【発明の実施の形態】
請求項１に記載した発明は、温水利用装置と、温水利用装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は前記要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置を制御する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して温水利用装置を制御できる。加えて、要求ＵＤＰはトリガ発生手段に通信要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１７】
請求項２に記載した発明は、温水利用装置と、温水利用装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置に対して制御信号を送信する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。このとき情報盤は温水利用装置に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して温水利用装置を制御できる。加えて、要求ＵＤＰは情報端末に制御要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１８】
請求項３に記載した発明は、要求応答ＴＣＰを受信した情報盤は要求応答ＴＣＰの発信元アドレスに対して結果ＴＣＰを発する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果ＴＣＰにより伝達できる。
【００１９】
請求項４に記載した発明は、結果ＴＣＰを受信したサーバは情報端末に対して結果信号を発する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果ＴＣＰにより伝達でき、さらにこの情報を情報端末に伝達できる。
【００２０】
請求項５に記載した発明は、サーバは情報盤の送受信手段から発せられた定期ＵＤＰを受信したとき、サーバの送受信手段から定期ＵＤＰの発信元アドレスに対して確認ＵＤＰを発する温水利用装置システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない定期ＵＤＰの伝達確認を行うことができる。
【００２１】
請求項６に記載した発明は、情報盤はサーバの送受信手段から発せられた要求応答ＵＤＰまたは要求ＵＤＰを受信したとき、情報盤の送受信手段から要求応答ＵＤＰまたは要求ＵＤＰの発信元アドレスに対して確認ＵＤＰを発する温水利用装置システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない要求応答ＵＤＰまたは要求ＵＤＰの伝達確認を行うことができる。
【００２２】
請求項７に記載した発明は、情報盤または温水利用装置の状態が変化したとき情報盤は要求応答ＴＣＰまたは要求応答ＵＤＰの発信元アドレスに対して情報盤または温水利用装置の変化情報を発する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤または温水利用装置の状態に変化があったとき結果ＴＣＰをサーバに伝達できる。
【００２３】
請求項８に記載した発明は、情報盤は表示手段と操作手段の少なくとも一方を有する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の操作による温水利用装置などの制御やサーバとの通信を行うことができ、情報盤により温水利用装置の状態や情報伝達状態などをモニタすることができる。
【００２４】
請求項９に記載の発明は、情報盤はサーバのアドレスに対して定期ＵＤＰを発する温水利用装置システムを実現することができる。これにより、情報盤は確実にサーバに対して定期ＵＤＰを伝達することができ、また、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して温水利用装置を制御できる。
【００２５】
請求項１０に記載した発明は、温水利用装置システムが有する機能の少なくとも一部をコンピュータにより実行するためのプログラムとしている。
【００２６】
請求項１１に記載した発明は、プログラムおよびデータの少なくともいずれか一方を含む記録媒体としている。
【００２７】
そして、プログラムであるので家庭にあるコンピュータ等などを用いて本発明の温水利用装置システムの一部あるいは全てを容易に実現することができる。また記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布が簡単にできる。
【００２８】
【実施例】
（実施例１）
以下本発明の第１の実施例について説明する。まず本第１の実施例の温水利用装置システムのシステムの構成を説明する。図１は本実施例の温水利用装置システムの全体構成を示すブロック図である。図１で６ａは温水利用装置で、７ａはガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、本実施例ではガスによる熱源機であるとする。熱源機７ａで作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６ａで作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。９ａは給湯等の制御を行う主に風呂に設置される風呂リモコン。１０ａは熱源機７ａで作成した温水を利用する床暖房、１１ａは同様に熱源機６ａで作成した温水を利用する浴室乾燥機である。１０ａ、１１ａは温水を利用するエアコン、浴室暖房機、ファンヒータ等の機器であってもよい。３１は情報盤で、温水利用装置６ａの制御、モニタを行う機能を有するとともに、ネットワークを介して外部との情報の授受、外部からの温水利用装置の制御、モニタを行う機能を有する。３２は情報盤３１の送受信手段、３３はサーバ、３４はサーバ３３の送受信手段、３５は通信網でありここではインターネット網であるとする。３６は情報端末であり、携帯電話やＰＨＳ、パソコン、ＰＤＡなどが考えられるがここでは携帯電話であるとする。３７は携帯電話３６の送受信手段で３８の通信網である携帯電話網に接続している。本実施例ではサーバ３３の送受信手段３４はインターネット網３５と携帯電話網３８の両方に接続していることにしているが各々の通信もに接続する送受信手段を別個に有しても良い。４２は熱源機７ａの送受信手段、４３は熱源機７ａと通信する情報盤３１の送受信手段、４４、４５はそれぞれ情報盤３１の表示手段と操作手段であり、４６は送受信手段３２、４３、表示手段４４、操作手段４５を制御する情報盤３１のＣＰＵ、４７は送受信手段３４、トリガ発生手段３９、バッファ手段４０を制御するサーバ３３のＣＰＵである。
【００２９】
また図２は図１に示した第１の実施例の温水利用装置システムの情報の伝達手順を記載したフロー図である。図２において５１、５２、５３、５４はそれぞれ情報盤、サーバ、携帯電話、温水利用装置を示しており、５５から６７は各情報の内容を表している。ここで例えば５５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（User Datagram Protocol）の情報を表している。また例えば６４の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（Transmission Control Protocol）の情報を表している。例えば結果ＴＣＰは、温水利用装置６ａの状態変化データや制御要求に対する応答結果などであり、例えば、温水利用装置６ａに対する制御命令である風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。
【００３０】
次に図１の構成図と図２のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続しているが、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このため携帯電話３６の送受信手段３７から携帯電話網３８を介して温水利用装置６ａに対する制御要求がサーバ３３に届いたとき、サーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが５５、５７、６６の定期ＵＤＰである。携帯電話３６からサーバ３３に例えば情報盤３１と通信可能な温水利用装置６ａの制御要求トリガ、具体的には例えば熱源機７ａに接続した床暖房１０ａをＯＮする制御要求が届いたときサーバ３３は制御要求信号５９を発しする。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ５７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ５７の発信元アドレスに対して要求応答ＵＤＰを送出する。
【００３１】
ここで例えば定期ＵＤＰ５７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号５９が発生したとき即時に要求応答ＵＤＰ６０を送出することができない。
【００３２】
一方、本実施例の場合、５７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号５９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求応答ＵＤＰを送出することができる。要求応答ＵＤＰ６０を受けた情報盤３１は送受信手段４３から温水利用装置６ａの送受信手段４２に対して制御処理６２の信号を伝達し、これにより温水利用装置６ａは規定通りの制御がなされる。規定通りの制御とは例えば、温水利用装置６ａが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話３６に発生した、情報盤３１と通信できる温水利用装置６ａに対する制御要求が、温水利用装置６ａを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から風呂への給湯開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は温水利用装置６ａに対して風呂への給湯開始の制御信号を送信し、上記一連の情報伝達により、温水利用装置６ａは風呂への給湯を開始する。また、温水利用装置６ａの状態変化、例えばここでは風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。具体的には例えば熱源機７ａに接続した床暖房１０ａをＯＮするなどでもよい。温水利用装置５４が制御の結果などにより状態が変化したとき状態変化情報６３が温水利用装置６ａから情報盤３１に伝達されその結果が結果ＴＣＰ６４としてサーバ３３に伝達される。またサーバ３３から携帯電話３６に対して結果信号６５である状態変化情報が伝達され一連の情報伝達を完了する。すなわち、携帯電話３６に発生した、情報盤３１と通信できる温水利用機器６ａに対する制御要求が、温水利用機器６ａを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から風呂への給湯開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は温水利用機器６ａに対して風呂への給湯開始の制御信号を送信し、上記一連の情報伝達により、温水利用機器６ａは風呂への給湯を開始する。また、温水利用機器６ａの状態変化、例えばここでは風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用機器６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。更にこの情報を結果信号６５として携帯電話３６へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。また上記規定通りの制御とは温水利用機器６ａが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ６６のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【００３３】
またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば５６、５８、６７などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。また同様に要求応答ＵＤＰに対しては６１の確認ＵＤＰを送出することにより問題はなくなる。
【００３４】
また、情報盤３１は表示手段４４や操作手段４５を備えることにより、情報盤３１で温水利用装置６ａの状態や、サーバ３３との通信状態確認などの情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお温水利用装置６ａは情報盤３１と通信により制御を行うのではなく情報盤３１の端子等に直接接続していて制御できるとしても良いのは言うまでもない。また要求応答ＵＤＰ６０はＴＣＰプロトコルの信号でも良い。また本実施例では温水利用装置６ａを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰと結果信号は温水利用装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での温水利用装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。
【００３５】
（実施例２）
次に第２の実施例について説明する。図３は第２の実施例の構成を示すブロック図であり、第１の実施例の図１と同じ番号を付与したものは同等の機能を有するとする。図２において６ｂは温水利用装置で、７ｂはガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、本実施例ではガスによる熱源機であるとする。熱源機７ｂで作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６ｂで作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。９ｂは給湯等の制御を行う主に風呂に設置される風呂リモコン。１０ｂは熱源機７ｂで作成した温水を利用する床暖房、１１ｂは同様に熱源機６ｂで作成した温水を利用する浴室乾燥機である。１０ｂ、１１ｂは温水を利用するエアコン、浴室暖房機、ファンヒータ等の機器であってもよい。温水利用装置６ｂは情報盤３１の端子に直接接続しており、これにより制御できるものである。
【００３６】
また図４は図３に示した第２の実施例の温水利用装置システムの情報の伝達手順を記載したフロー図である。図４において７１、７２、７３、７４はそれぞれ情報盤、サーバ、携帯電話、温水利用装置を示しており、７５から８８は各情報の内容を表している。ここで例えば７５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（User Datagram Protocol）の情報を表している。また例えば８５の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（Transmission Control Protocol）の情報を表している。例えば結果ＴＣＰは、温水利用装置６ｂの状態変化データや制御要求に対する応答結果などであり、例えば、温水利用装置６ｂに対する制御命令である風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。
【００３７】
次に図３の構成図と図４のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続しているが、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このため携帯電話３６からサーバ３３に情報盤３１または温水利用装置６ｂに対する制御要求が届いたときにサーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが７５、７７、８７の定期ＵＤＰである。携帯電話３６からサーバ３３に例えば情報盤３１に接続した温水利用装置６ｂの制御要求が届いたとき、例えば情報盤３１に接続した温水利用装置６ｂの制御要求トリガ、具体的には例えば熱源機７ｂに接続した床暖房１０ｂをＯＮする制御要求が届いたときさーば３３は制御要求信号７９を発し、その内容をバッファ手段４０に格納する。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ７７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ７７の発信元アドレスに対して要求ＵＤＰを送出する。
【００３８】
ここで例えば定期ＵＤＰ７７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号７９が発生したとき即時に要求ＵＤＰ８０を送出することができない。
【００３９】
一方、本実施例の場合、７７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号７９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求ＵＤＰ８０を送出することができる。要求ＵＤＰ８０を受けた情報盤３１はサーバ３３に対して要求確認ＴＣＰ８１を送出し、要求確認ＴＣＰ８１を受けたサーバ３３は要求応答ＴＣＰ８２を情報盤３１に対して送出する。ここで制御要求信号７９を受けて要求応答ＴＣＰ８２を即時送出せず、要求確認ＴＣＰ８１と要求応答ＴＣＰ８２を送受信した後で送出するのは、制御要求信号７９が発生した段階でのサーバ３３の中にある情報盤３１の情報は定期ＵＤＰ７７で伝達されたその時点での情報盤３１のＩＰアドレスの情報以外は即時性に疑問があるものが多く、例えば仮に定期ＵＤＰ７７が温水利用装置６ｂや情報盤３１自体の状態情報を有していたとしても制御要求信号７９が発生するまでの間に温水利用装置６ｂのオン・オフ状態や現在給湯中であるとか、給湯を終了したなどの状態変化が起こっている可能性があり、必ずしも正確なものとはいえない。従って温水利用装置６ａや情報盤３１自身を制御する場合や情報を伝達する場合はその時点の温水利用装置６ｂのオン・オフ状態や温度設定状態やタイマ設定状態などの状態情報を正確に認識した上で制御するなどその時点の情報を知るために、また、インターネット網３５のトラフィックを軽減するために定期ＵＤＰは極力情報を少なくする等の工夫をした場合、定期ＵＤＰ７７が伝達した情報は少なく、改めて情報を確認する必要がある。そのためまず要求ＴＣＰ８０を情報盤に対して送出し、情報盤３１から各種情報を搭載した要求確認ＴＣＰ８１を送出し、これを受けて要求応答ＴＣＰ８２をサーバ３３が情報盤３１に対して送出するという手順を行う。要求応答ＴＣＰ８２を受けた情報盤３１は接続した温水利用装置６ｂを制御処理８３の手順により規定通りの制御がなされる。
【００４０】
規定通りの制御とは例えば、温水利用装置６ｂが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話３６に発生した、情報盤３１と通信できる温水利用装置６ｂに対する制御要求が、温水利用装置６ｂを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から風呂への給湯開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は情報盤３１に接続した温水利用装置６ｂを風呂への給湯開始させる。上記一連の情報伝達により、温水利用装置６ｂは風呂への給湯を開始する。また、温水利用装置６ｂの状態変化、例えばここでは風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。更にこの情報を結果信号８６として携帯電話３６へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。具体的には例えば情報盤３１に接続した温水利用装置６ｂに接続した熱源機７ｂに接続した床暖房１０ｂをＯＮする制御要求が発生したとき温水利用装置６ｂが制御の結果などにより状態が変化したとき状態変化情報８４により温水利用装置６ｂの状態変化が情報盤３１に伝達されその結果が結果ＴＣＰ８５としてサーバ３３に伝達され一連の情報伝達を完了する。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ８７のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【００４１】
またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば７６、７８、８８などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。
【００４２】
また情報盤３１は表示手段４４や操作手段４５を備えることにより、情報盤３１で情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお温水利用装置６ｂは情報盤３１の端子に接続しているが、情報盤３１と通信により制御を行うとしても良いのは言うまでもない。また本実施例では温水利用装置６ｂを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰと結果信号は温水利用装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での温水利用装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。
【００４３】
【発明の効果】
以上のように、従来では制御要求トリガが発生してから情報盤や温水利用装置で制御が完了するまでの時間に、制御要求信号が発生してから次の定期ＴＣＰが発生するまでの間の余分な時間が生じるため。制御要求信号が定期ＴＣＰの直前に発生したならばその余分な時間は比較的短いが、制御要求信号が定期ＴＣＰの直後に発生した場合は定期ＴＣＰの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となっていたが、本発明の温水利用装置システムを使用することにより情報端末から制御要求が発してからほとんど即時に情報盤に情報が伝達できる、あるいは情報盤や温水利用装置を制御できることは極めて有効である。
【図面の簡単な説明】
【図１】本発明の第１の実施例である温水利用装置システムの構成を示すブロック図
【図２】本発明の第１の実施例である温水利用装置システムの情報伝達手順を示すフロー図
【図３】本発明の第２の実施例である温水利用装置システムの構成を示すブロック図
【図４】本発明の第２の実施例である温水利用装置システムの情報伝達手順を示すフロー図
【図５】従来例の温水利用装置の構成を示すブロック図
【図６】従来例の温水利用装置システムの構成を示すブロック図
【図７】従来例の情報伝達手順を示すフロー図
【符号の説明】
６ａ、６ｂ 温水利用装置
７ａ、７ｂ 熱源機
９ａ、９ｂ 風呂リモコン
１０ａ、１０ｂ 床暖房
１１ａ、１１ｂ 浴室乾燥機
３１ 情報盤
３２ 送受信手段
３３ サーバ
３４ 送受信手段
３５ インターネット網（通信網）
３６ 携帯電話（情報端末）
３７ 送受信手段
３８ 携帯電話網 ４２ 送受信手段
４３ 送受信手段
４４ 表示手段
４５ 操作手段
４６ ＣＰＵ
４７ ＣＰＵ
【発明の属する技術分野】
本発明は携帯電話等の情報端末から情報盤に対して情報を伝達するために、あるいは情報盤や情報盤に接続した温水利用装置や情報盤と通信することができる温水利用装置の状態をモニタするあるいは制御するために、情報供給者などが有するサーバが情報網を経由して情報盤と情報を交信する温水利用装置システムに関するものである。
【０００２】
【従来の技術】
従来、携帯電話等の情報端末から情報供給者等が有するサーバが情報網（ネットワーク）を介して情報盤に情報を伝達する場合、あるいはサーバが情報盤や情報盤に接続した温水利用装置や情報盤と通信可能な温水利用装置等を制御、モニタするために情報を伝達するシステムが考案されている。ここで温水利用装置とはガスや電力や石油などのエネルギー源を用いて温水を作り、温水を風呂や台所や洗面所などの温水を直接使用する目的で供給する装置であり、また加えて、上記温水を用いた床暖房や浴室暖房や浴室乾燥やファンヒータやエアコンの暖房などを行える機能を有する場合もある装置である（特許文献１参照）。これは調理情報システムは情報供給者サーバが通信網を介して情報提供者サーバとデータ送受信可能な利用者端末と利用者端末とデータ送受信可能な炊飯器を備えている。
【０００３】
ここでは炊飯装置の制御、モニタ情報供給を目的としており、本実施例の温水利用装置と若干異なる部分を有するが、ここで情報提供者サーバは本発明のサーバであり、利用者端末は本発明の情報盤、炊飯器が本発明の温水利用装置に置き換えて読むと従来例と見ることもできる。
【０００４】
一方、従来例の温水利用装置の構成を図５に示す。図５において１はガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機、湯沸かし器ともいえる物で、ここではガスによる熱源機であるとする。熱源機１で作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機１で作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。２は上記給湯機能、暖房機能を制御するための主に台所に設置される台所リモコン。３は同様に給湯等の制御を行う主に風呂に設置される風呂リモコン。４は熱源機１で作成した温水を利用する床暖房、５は同様に熱源機１で作成した温水を利用する浴室乾燥機である。
【０００５】
上記特許文献１に記載された調理情報システムのシステムを上記図５に示した温水利用装置に適応した場合の従来例の温水利用装置システムの構成を図６に示す。図６において６は温水利用装置で、７はガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機、湯沸かし器ともいえる物で、ここではガスによる熱源機であるとする。熱源機７で作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６で作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。８は上記給湯機能、暖房機能を制御するための機能を有し、主に台所に設置される情報盤。９は給湯等の制御を行う主に風呂に設置される風呂リモコン。１０は熱源機７で作成した温水を利用する床暖房、１１は同様に熱源機６で作成した温水を利用する浴室乾燥機である。また、情報盤８はネットワークを介して外部との情報の授受、外部からの温水利用装置の制御、モニタを行う機能を有する。１２は情報盤の送受信手段、１３はサーバで、１４はサーバの送受信手段、１５は送受信手段１２と送受信手段１４を接続した情報網（ネットワーク）でここではインターネット網であるとする、１６はサーバ１３で情報盤８に対する情報伝達要求あるいは情報盤８への制御モニタ要求を発生させるトリガ発生手段で、具体的には操作スイッチやタイマやセンサなどが考えられる。１７はバッファ手段で、情報伝達に関する手順やデータなどの記憶を行い、メモリなどで構成されている。
【０００６】
また図７は、図６の従来例での情報伝達手順を記載したフロー図である。図７において１８は温水利用装置、１９は情報盤、２０はサーバ、２１はトリガ発生手段であり、図７は各々の情報のやりとりを表している。また２２から３０は各情報の内容を表している。ここで例えば２２の定期ＴＣＰとは情報盤が定期的に発するＴＣＰプロトコル（Transmission Control Protocol）の情報を表している。
【０００７】
次に図６の構成図と図７のフロー図を用いて従来例の動作を説明する。本従来例では情報盤８はインターネット網１５に接続しているが、情報盤８が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網に接続しているものとする。即ち情報盤８のＩＰアドレスは固定アドレスではないため、サーバ１３は情報盤１のＩＰアドレスを常時知ることができない。このためサーバ１３のトリガ発生手段１６にトリガが発生したときにサーバ１３が確実に情報盤８に情報伝達あるいは制御モニタするために情報盤８は情報盤８のその時点でのＩＰアドレスをサーバ１３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが２２、２３、２４、３０などの定期ＴＣＰである。トリガ発生手段１６に例えば情報盤８への制御要求トリガが発生したときトリガ発生手段１６は制御要求信号２４を発する。しかしながらこのときサーバ１３は情報盤８のその時点でのＩＰアドレスを知らないため即時情報盤８に対して要求信号を発することができず、バッファ手段１７に情報盤８に対する制御要求があることを一時的に格納する。制御要求信号２４が発せられてから後にサーバに伝達された定期ＴＣＰ２５をサーバ１３が受信したときその時点での情報盤１のＩＰアドレスをサーバ１３が認識できたため、サーバ１３の送受信手段１４は情報盤８の送受信手段１２に対して要求ＴＣＰ２６を発する。要求ＴＣＰ２６を受信した情報盤８は受信した情報に基づき制御処理２７で温水利用装置６を制御し、その結果を状態変化情報２７で情報盤８に対して伝達する。情報盤８はその結果を結果ＴＣＰ２９としてサーバ１３に対して送信し、トリガ発生手段１６に発生した制御要求トリガに関する一連の情報伝達を完了する。
【０００８】
【特許文献１】
特開２０００−３００４３０号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、図６と図７に示す従来例では制御要求トリガが発生してから情報盤や温水利用装置で制御が完了するまでの時間に、制御要求信号２４が発生してから定期ＴＣＰ２５が発生するまでの間の余分な時間が生じる。制御要求信号２４が定期ＴＣＰ２５の直前に発生したならばその余分な時間は比較的短いが、制御要求信号２４が定期ＴＣＰ２５の直後に発生した場合は定期ＴＣＰの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となる。また定期ＴＣＰの時間間隔を短くすると上記余分な時間は相対的に短くできるが、この場合情報盤８やサーバ１３での処理タスクが頻繁になるとともに、ネットワーク１５が常時ビジー状態になるという不都合が発生するため必要以上に間隔を短くすることは困難である。
【００１０】
【課題を解決するための手段】
本発明は、温水利用装置と、温水利用装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は温水利用装置を制御する温水利用装置システムとしている。
【００１１】
また、温水利用装置と、温水利用装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は前記要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置を制御する温水利用装置システムとしている。
【００１２】
また、温水利用装置と、温水利用装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は温水利用装置に対して制御信号を送信する温水利用装置システムとしている。
【００１３】
また、温水利用装置と、温水利用装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置に対して制御信号を送信する温水利用装置システムとしている。
【００１４】
【発明の実施の形態】
請求項１に記載した発明は、温水利用装置と、温水利用装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は前記要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置を制御する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して温水利用装置を制御できる。加えて、要求ＵＤＰはトリガ発生手段に通信要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１７】
請求項２に記載した発明は、温水利用装置と、温水利用装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置に対して制御信号を送信する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。このとき情報盤は温水利用装置に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して温水利用装置を制御できる。加えて、要求ＵＤＰは情報端末に制御要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１８】
請求項３に記載した発明は、要求応答ＴＣＰを受信した情報盤は要求応答ＴＣＰの発信元アドレスに対して結果ＴＣＰを発する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果ＴＣＰにより伝達できる。
【００１９】
請求項４に記載した発明は、結果ＴＣＰを受信したサーバは情報端末に対して結果信号を発する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果ＴＣＰにより伝達でき、さらにこの情報を情報端末に伝達できる。
【００２０】
請求項５に記載した発明は、サーバは情報盤の送受信手段から発せられた定期ＵＤＰを受信したとき、サーバの送受信手段から定期ＵＤＰの発信元アドレスに対して確認ＵＤＰを発する温水利用装置システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない定期ＵＤＰの伝達確認を行うことができる。
【００２１】
請求項６に記載した発明は、情報盤はサーバの送受信手段から発せられた要求応答ＵＤＰまたは要求ＵＤＰを受信したとき、情報盤の送受信手段から要求応答ＵＤＰまたは要求ＵＤＰの発信元アドレスに対して確認ＵＤＰを発する温水利用装置システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない要求応答ＵＤＰまたは要求ＵＤＰの伝達確認を行うことができる。
【００２２】
請求項７に記載した発明は、情報盤または温水利用装置の状態が変化したとき情報盤は要求応答ＴＣＰまたは要求応答ＵＤＰの発信元アドレスに対して情報盤または温水利用装置の変化情報を発する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤または温水利用装置の状態に変化があったとき結果ＴＣＰをサーバに伝達できる。
【００２３】
請求項８に記載した発明は、情報盤は表示手段と操作手段の少なくとも一方を有する温水利用装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の操作による温水利用装置などの制御やサーバとの通信を行うことができ、情報盤により温水利用装置の状態や情報伝達状態などをモニタすることができる。
【００２４】
請求項９に記載の発明は、情報盤はサーバのアドレスに対して定期ＵＤＰを発する温水利用装置システムを実現することができる。これにより、情報盤は確実にサーバに対して定期ＵＤＰを伝達することができ、また、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して温水利用装置を制御できる。
【００２５】
請求項１０に記載した発明は、温水利用装置システムが有する機能の少なくとも一部をコンピュータにより実行するためのプログラムとしている。
【００２６】
請求項１１に記載した発明は、プログラムおよびデータの少なくともいずれか一方を含む記録媒体としている。
【００２７】
そして、プログラムであるので家庭にあるコンピュータ等などを用いて本発明の温水利用装置システムの一部あるいは全てを容易に実現することができる。また記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布が簡単にできる。
【００２８】
【実施例】
（実施例１）
以下本発明の第１の実施例について説明する。まず本第１の実施例の温水利用装置システムのシステムの構成を説明する。図１は本実施例の温水利用装置システムの全体構成を示すブロック図である。図１で６ａは温水利用装置で、７ａはガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、本実施例ではガスによる熱源機であるとする。熱源機７ａで作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６ａで作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。９ａは給湯等の制御を行う主に風呂に設置される風呂リモコン。１０ａは熱源機７ａで作成した温水を利用する床暖房、１１ａは同様に熱源機６ａで作成した温水を利用する浴室乾燥機である。１０ａ、１１ａは温水を利用するエアコン、浴室暖房機、ファンヒータ等の機器であってもよい。３１は情報盤で、温水利用装置６ａの制御、モニタを行う機能を有するとともに、ネットワークを介して外部との情報の授受、外部からの温水利用装置の制御、モニタを行う機能を有する。３２は情報盤３１の送受信手段、３３はサーバ、３４はサーバ３３の送受信手段、３５は通信網でありここではインターネット網であるとする。３６は情報端末であり、携帯電話やＰＨＳ、パソコン、ＰＤＡなどが考えられるがここでは携帯電話であるとする。３７は携帯電話３６の送受信手段で３８の通信網である携帯電話網に接続している。本実施例ではサーバ３３の送受信手段３４はインターネット網３５と携帯電話網３８の両方に接続していることにしているが各々の通信もに接続する送受信手段を別個に有しても良い。４２は熱源機７ａの送受信手段、４３は熱源機７ａと通信する情報盤３１の送受信手段、４４、４５はそれぞれ情報盤３１の表示手段と操作手段であり、４６は送受信手段３２、４３、表示手段４４、操作手段４５を制御する情報盤３１のＣＰＵ、４７は送受信手段３４、トリガ発生手段３９、バッファ手段４０を制御するサーバ３３のＣＰＵである。
【００２９】
また図２は図１に示した第１の実施例の温水利用装置システムの情報の伝達手順を記載したフロー図である。図２において５１、５２、５３、５４はそれぞれ情報盤、サーバ、携帯電話、温水利用装置を示しており、５５から６７は各情報の内容を表している。ここで例えば５５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（User Datagram Protocol）の情報を表している。また例えば６４の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（Transmission Control Protocol）の情報を表している。例えば結果ＴＣＰは、温水利用装置６ａの状態変化データや制御要求に対する応答結果などであり、例えば、温水利用装置６ａに対する制御命令である風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。
【００３０】
次に図１の構成図と図２のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続しているが、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このため携帯電話３６の送受信手段３７から携帯電話網３８を介して温水利用装置６ａに対する制御要求がサーバ３３に届いたとき、サーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが５５、５７、６６の定期ＵＤＰである。携帯電話３６からサーバ３３に例えば情報盤３１と通信可能な温水利用装置６ａの制御要求トリガ、具体的には例えば熱源機７ａに接続した床暖房１０ａをＯＮする制御要求が届いたときサーバ３３は制御要求信号５９を発しする。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ５７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ５７の発信元アドレスに対して要求応答ＵＤＰを送出する。
【００３１】
ここで例えば定期ＵＤＰ５７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号５９が発生したとき即時に要求応答ＵＤＰ６０を送出することができない。
【００３２】
一方、本実施例の場合、５７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号５９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求応答ＵＤＰを送出することができる。要求応答ＵＤＰ６０を受けた情報盤３１は送受信手段４３から温水利用装置６ａの送受信手段４２に対して制御処理６２の信号を伝達し、これにより温水利用装置６ａは規定通りの制御がなされる。規定通りの制御とは例えば、温水利用装置６ａが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話３６に発生した、情報盤３１と通信できる温水利用装置６ａに対する制御要求が、温水利用装置６ａを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から風呂への給湯開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は温水利用装置６ａに対して風呂への給湯開始の制御信号を送信し、上記一連の情報伝達により、温水利用装置６ａは風呂への給湯を開始する。また、温水利用装置６ａの状態変化、例えばここでは風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。具体的には例えば熱源機７ａに接続した床暖房１０ａをＯＮするなどでもよい。温水利用装置５４が制御の結果などにより状態が変化したとき状態変化情報６３が温水利用装置６ａから情報盤３１に伝達されその結果が結果ＴＣＰ６４としてサーバ３３に伝達される。またサーバ３３から携帯電話３６に対して結果信号６５である状態変化情報が伝達され一連の情報伝達を完了する。すなわち、携帯電話３６に発生した、情報盤３１と通信できる温水利用機器６ａに対する制御要求が、温水利用機器６ａを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から風呂への給湯開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は温水利用機器６ａに対して風呂への給湯開始の制御信号を送信し、上記一連の情報伝達により、温水利用機器６ａは風呂への給湯を開始する。また、温水利用機器６ａの状態変化、例えばここでは風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用機器６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。更にこの情報を結果信号６５として携帯電話３６へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。また上記規定通りの制御とは温水利用機器６ａが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ６６のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【００３３】
またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば５６、５８、６７などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。また同様に要求応答ＵＤＰに対しては６１の確認ＵＤＰを送出することにより問題はなくなる。
【００３４】
また、情報盤３１は表示手段４４や操作手段４５を備えることにより、情報盤３１で温水利用装置６ａの状態や、サーバ３３との通信状態確認などの情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお温水利用装置６ａは情報盤３１と通信により制御を行うのではなく情報盤３１の端子等に直接接続していて制御できるとしても良いのは言うまでもない。また要求応答ＵＤＰ６０はＴＣＰプロトコルの信号でも良い。また本実施例では温水利用装置６ａを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰと結果信号は温水利用装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での温水利用装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。
【００３５】
（実施例２）
次に第２の実施例について説明する。図３は第２の実施例の構成を示すブロック図であり、第１の実施例の図１と同じ番号を付与したものは同等の機能を有するとする。図２において６ｂは温水利用装置で、７ｂはガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、本実施例ではガスによる熱源機であるとする。熱源機７ｂで作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６ｂで作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。９ｂは給湯等の制御を行う主に風呂に設置される風呂リモコン。１０ｂは熱源機７ｂで作成した温水を利用する床暖房、１１ｂは同様に熱源機６ｂで作成した温水を利用する浴室乾燥機である。１０ｂ、１１ｂは温水を利用するエアコン、浴室暖房機、ファンヒータ等の機器であってもよい。温水利用装置６ｂは情報盤３１の端子に直接接続しており、これにより制御できるものである。
【００３６】
また図４は図３に示した第２の実施例の温水利用装置システムの情報の伝達手順を記載したフロー図である。図４において７１、７２、７３、７４はそれぞれ情報盤、サーバ、携帯電話、温水利用装置を示しており、７５から８８は各情報の内容を表している。ここで例えば７５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（User Datagram Protocol）の情報を表している。また例えば８５の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（Transmission Control Protocol）の情報を表している。例えば結果ＴＣＰは、温水利用装置６ｂの状態変化データや制御要求に対する応答結果などであり、例えば、温水利用装置６ｂに対する制御命令である風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。
【００３７】
次に図３の構成図と図４のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続しているが、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このため携帯電話３６からサーバ３３に情報盤３１または温水利用装置６ｂに対する制御要求が届いたときにサーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが７５、７７、８７の定期ＵＤＰである。携帯電話３６からサーバ３３に例えば情報盤３１に接続した温水利用装置６ｂの制御要求が届いたとき、例えば情報盤３１に接続した温水利用装置６ｂの制御要求トリガ、具体的には例えば熱源機７ｂに接続した床暖房１０ｂをＯＮする制御要求が届いたときさーば３３は制御要求信号７９を発し、その内容をバッファ手段４０に格納する。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ７７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ７７の発信元アドレスに対して要求ＵＤＰを送出する。
【００３８】
ここで例えば定期ＵＤＰ７７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号７９が発生したとき即時に要求ＵＤＰ８０を送出することができない。
【００３９】
一方、本実施例の場合、７７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号７９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求ＵＤＰ８０を送出することができる。要求ＵＤＰ８０を受けた情報盤３１はサーバ３３に対して要求確認ＴＣＰ８１を送出し、要求確認ＴＣＰ８１を受けたサーバ３３は要求応答ＴＣＰ８２を情報盤３１に対して送出する。ここで制御要求信号７９を受けて要求応答ＴＣＰ８２を即時送出せず、要求確認ＴＣＰ８１と要求応答ＴＣＰ８２を送受信した後で送出するのは、制御要求信号７９が発生した段階でのサーバ３３の中にある情報盤３１の情報は定期ＵＤＰ７７で伝達されたその時点での情報盤３１のＩＰアドレスの情報以外は即時性に疑問があるものが多く、例えば仮に定期ＵＤＰ７７が温水利用装置６ｂや情報盤３１自体の状態情報を有していたとしても制御要求信号７９が発生するまでの間に温水利用装置６ｂのオン・オフ状態や現在給湯中であるとか、給湯を終了したなどの状態変化が起こっている可能性があり、必ずしも正確なものとはいえない。従って温水利用装置６ａや情報盤３１自身を制御する場合や情報を伝達する場合はその時点の温水利用装置６ｂのオン・オフ状態や温度設定状態やタイマ設定状態などの状態情報を正確に認識した上で制御するなどその時点の情報を知るために、また、インターネット網３５のトラフィックを軽減するために定期ＵＤＰは極力情報を少なくする等の工夫をした場合、定期ＵＤＰ７７が伝達した情報は少なく、改めて情報を確認する必要がある。そのためまず要求ＴＣＰ８０を情報盤に対して送出し、情報盤３１から各種情報を搭載した要求確認ＴＣＰ８１を送出し、これを受けて要求応答ＴＣＰ８２をサーバ３３が情報盤３１に対して送出するという手順を行う。要求応答ＴＣＰ８２を受けた情報盤３１は接続した温水利用装置６ｂを制御処理８３の手順により規定通りの制御がなされる。
【００４０】
規定通りの制御とは例えば、温水利用装置６ｂが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話３６に発生した、情報盤３１と通信できる温水利用装置６ｂに対する制御要求が、温水利用装置６ｂを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から風呂への給湯開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は情報盤３１に接続した温水利用装置６ｂを風呂への給湯開始させる。上記一連の情報伝達により、温水利用装置６ｂは風呂への給湯を開始する。また、温水利用装置６ｂの状態変化、例えばここでは風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。更にこの情報を結果信号８６として携帯電話３６へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。具体的には例えば情報盤３１に接続した温水利用装置６ｂに接続した熱源機７ｂに接続した床暖房１０ｂをＯＮする制御要求が発生したとき温水利用装置６ｂが制御の結果などにより状態が変化したとき状態変化情報８４により温水利用装置６ｂの状態変化が情報盤３１に伝達されその結果が結果ＴＣＰ８５としてサーバ３３に伝達され一連の情報伝達を完了する。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ８７のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【００４１】
またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば７６、７８、８８などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。
【００４２】
また情報盤３１は表示手段４４や操作手段４５を備えることにより、情報盤３１で情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお温水利用装置６ｂは情報盤３１の端子に接続しているが、情報盤３１と通信により制御を行うとしても良いのは言うまでもない。また本実施例では温水利用装置６ｂを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰと結果信号は温水利用装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での温水利用装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。
【００４３】
【発明の効果】
以上のように、従来では制御要求トリガが発生してから情報盤や温水利用装置で制御が完了するまでの時間に、制御要求信号が発生してから次の定期ＴＣＰが発生するまでの間の余分な時間が生じるため。制御要求信号が定期ＴＣＰの直前に発生したならばその余分な時間は比較的短いが、制御要求信号が定期ＴＣＰの直後に発生した場合は定期ＴＣＰの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となっていたが、本発明の温水利用装置システムを使用することにより情報端末から制御要求が発してからほとんど即時に情報盤に情報が伝達できる、あるいは情報盤や温水利用装置を制御できることは極めて有効である。
【図面の簡単な説明】
【図１】本発明の第１の実施例である温水利用装置システムの構成を示すブロック図
【図２】本発明の第１の実施例である温水利用装置システムの情報伝達手順を示すフロー図
【図３】本発明の第２の実施例である温水利用装置システムの構成を示すブロック図
【図４】本発明の第２の実施例である温水利用装置システムの情報伝達手順を示すフロー図
【図５】従来例の温水利用装置の構成を示すブロック図
【図６】従来例の温水利用装置システムの構成を示すブロック図
【図７】従来例の情報伝達手順を示すフロー図
【符号の説明】
６ａ、６ｂ 温水利用装置
７ａ、７ｂ 熱源機
９ａ、９ｂ 風呂リモコン
１０ａ、１０ｂ 床暖房
１１ａ、１１ｂ 浴室乾燥機
３１ 情報盤
３２ 送受信手段
３３ サーバ
３４ 送受信手段
３５ インターネット網（通信網）
３６ 携帯電話（情報端末）
３７ 送受信手段
３８ 携帯電話網 ４２ 送受信手段
４３ 送受信手段
４４ 表示手段
４５ 操作手段
４６ ＣＰＵ
４７ ＣＰＵ
Claims (11)
- 温水利用装置と、前記温水利用装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して前記情報盤と前記情報端末に接続した送受信手段を有するサーバを備え、前記情報盤の送受信手段は定期ＵＤＰを発し、前記サーバの送受信手段は前記情報端末の送受信手段からの制御要求信号を受信したとき前記定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、前記要求ＵＤＰを受信した前記情報盤は前記要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、前記要求確認ＴＣＰを受信した前記サーバは前記要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、前記情報盤の送受信手段が要求応答ＴＣＰを受信したとき、前記情報盤は前記温水利用装置を制御する温水利用装置システム。
- 温水利用装置と、前記温水利用装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して前記情報盤と前記情報端末に接続した送受信手段を有するサーバを備え、前記情報盤の送受信手段は定期ＵＤＰを発し、前記サーバの送受信手段は前記情報端末の送受信手段からの制御要求信号を受信したとき前記定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、前記要求ＵＤＰを受信した前記情報盤は前記要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、前記要求確認ＴＣＰを受信した前記サーバは前記要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、前記情報盤の送受信手段が要求応答ＴＣＰを受信したとき、前記情報盤は前記温水利用装置に対して制御信号を送信する温水利用装置システム。
- 要求応答ＴＣＰを受信した情報盤は前記要求応答ＴＣＰの発信元アドレスに対して結果ＴＣＰを発する請求項１または２記載の温水利用装置システム。
- 結果ＴＣＰを受信したサーバは情報端末に対して結果信号を発する請求項１または２記載の温水利用装置システム。
- サーバは情報盤の送受信手段から発せられた定期ＵＤＰを受信したとき、前記サーバの送受信手段から前記定期ＵＤＰの発信元アドレスに対して確認ＵＤＰまたは確認ＴＣＰを発する請求項１または２記載の温水利用装置システム。
- 情報盤はサーバの送受信手段から発せられた要求応答ＵＤＰまたは要求ＵＤＰを受信したとき、前記情報盤の送受信手段から前記要求応答ＵＤＰまたは要求ＵＤＰの発信元アドレスに対して確認ＵＤＰまたは確認ＴＣＰを発する請求項１または２記載の温水利用装置システム。
- 情報盤または温水利用装置の状態が変化したとき前記情報盤は要求応答ＴＣＰまたは要求応答ＵＤＰの発信元アドレスに対して前記情報盤または前記温水利用装置の変化情報を発する請求項１または２記載の温水利用装置システム。
- 情報盤は表示手段と操作手段の少なくとも一方を有する請求項１または２記載の温水利用装置システム。
- 情報盤はサーバのアドレスに対して定期ＵＤＰを発する請求項１から８のいずれか一項に記載の温水利用装置システム。
- 請求項１または２記載の温水利用装置システムが有する機能の一部または全部をコンピュータにより実行するためのプログラム。
- 請求項１０に記載のプログラムを記録したコンピュータ読みとり可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003115541A JP4107146B2 (ja) | 2003-02-06 | 2003-04-21 | 温水利用装置システム |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003029216 | 2003-02-06 | ||
| JP2003115541A JP4107146B2 (ja) | 2003-02-06 | 2003-04-21 | 温水利用装置システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004294045A JP2004294045A (ja) | 2004-10-21 |
| JP4107146B2 true JP4107146B2 (ja) | 2008-06-25 |
Family
ID=33421315
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003115541A Expired - Fee Related JP4107146B2 (ja) | 2003-02-06 | 2003-04-21 | 温水利用装置システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4107146B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7162248B2 (ja) | 2018-12-28 | 2022-10-28 | パナソニックＩｐマネジメント株式会社 | 印刷装置 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102207307B (zh) * | 2011-07-13 | 2013-01-30 | 丹东川宇电气智能控制系统有限公司 | 采暖系统网络智能控制装置 |
-
2003
- 2003-04-21 JP JP2003115541A patent/JP4107146B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7162248B2 (ja) | 2018-12-28 | 2022-10-28 | パナソニックＩｐマネジメント株式会社 | 印刷装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004294045A (ja) | 2004-10-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3684236B2 (ja) | 情報伝達システム、情報伝達方法、電気機器通信装置、情報通信装置及び通信制御プログラム | |
| JP4470006B2 (ja) | 省電力支援装置 | |
| JP2010520739A5 (ja) | ||
| CN102591281A (zh) | 一种开关、插座和摄像头的手机远程监控方法 | |
| KR101588800B1 (ko) | 저속 네트워크 통신을 이용한 단말 간 접속 제어 방법 및 이를 이용한 장치 | |
| JP2004348319A (ja) | 制御方法、制御システム、情報端末、家電機器・設備機器およびプログラム | |
| KR20130000116A (ko) | 수면 모드 제어를 통한 에너지 절감 시스템 및 시스템의 동작 방법 | |
| JP4107146B2 (ja) | 温水利用装置システム | |
| JP2010286945A (ja) | ネットワーク装置 | |
| JP2020173506A5 (ja) | ||
| JP3938061B2 (ja) | 温水利用装置システム | |
| JP2024024646A (ja) | 通信システム | |
| JP5343724B2 (ja) | 画像形成システム、画像形成システムの省電力制御方法、及び省電力制御プログラム | |
| US20080148079A1 (en) | Electric power supply system, terminal, electric power supply method and computer readable medium | |
| JP2004046812A (ja) | 設備機器制御装置及び設備機器管理システム | |
| US9219763B2 (en) | Network system | |
| JP2004333050A (ja) | 温水利用装置システム | |
| JP2004347187A (ja) | 空調装置システム | |
| JP2005210575A (ja) | 情報通信システムおよびそのプログラム | |
| JP2004347284A (ja) | 加熱調理器システム | |
| JP2003235182A (ja) | 電源供給遠隔管理システムおよび同方式 | |
| JP2004347186A (ja) | 空調装置システム | |
| JP7316879B2 (ja) | 熱源装置及び冷房装置 | |
| JP2004350731A (ja) | 洗濯機システム | |
| JP2019129395A (ja) | 中継装置、ルータ、通信装置および通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060411 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060512 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080129 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080220 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080311 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080324 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110411 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110411 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120411 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |