JP2004239523A

JP2004239523A - 温水利用装置システム

Info

Publication number: JP2004239523A
Application number: JP2003029215A
Authority: JP
Inventors: Takaaki Okude; 隆昭奥出; Tadashi Sadahira; 匡史貞平; Yoshiaki Watanabe; 義明渡邉; Atsushi Nakayama; 淳中山
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2003-02-06
Filing date: 2003-02-06
Publication date: 2004-08-26
Anticipated expiration: 2023-02-06
Also published as: JP3938061B2

Abstract

【課題】要求が発生したときに即時に情報伝達あるいは制御できる温水利用装置システムを提供する。
【解決手段】温水利用装置６ａと、温水利用装置６ａに接続し送受信手段３２を有する情報盤３１と、送受信手段３４とトリガ発生手段３９を有するサーバ３３を備え、送受信手段３２は定期ＵＤＰを発し、トリガ発生手段３９に通信要求が発生したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、送受信手段３２が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤３１は温水利用装置６ａを制御する。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は情報盤に対して情報を伝達するために、あるいは情報盤や情報盤に接続した温水利用装置や情報盤と通信することができる温水利用装置の状態をモニタするあるいは制御するために、情報供給者などが有するサーバが情報網を経由して情報盤と情報を交信する温水利用装置システムに関するものである。
【０００２】
【従来の技術】
従来、情報供給者等が有するサーバが情報網（ネットワーク）を介して情報盤に情報を伝達する場合、あるいはサーバが情報盤や情報盤に接続した温水利用装置や情報盤と通信可能な温水利用装置等を制御、モニタするために情報を伝達するシステムが考案されている。ここで温水利用装置とはガスや電力や石油などのエネルギー源を用いて温水を作り、温水を風呂や台所や洗面所などの温水を直接使用する目的で供給する装置であり、また加えて、上記温水を用いた床暖房や浴室暖房や浴室乾燥やファンヒータやエアコンの暖房などを行える機能を有する場合もある装置である。従来、調理情報システムは情報供給者サーバが通信網を介して情報提供者サーバとデータ送受信可能な利用者端末と利用者端末とデータ送受信可能な炊飯器を備えている（特許文献１参照）。ここでは炊飯装置の制御、モニタ情報供給を目的としており、本実施例の温水利用装置と若干異なる部分を有するが、ここで情報提供者サーバは本発明のサーバであり、利用者端末は本発明の情報盤、炊飯器が本発明の温水利用装置に置き換えて読むと従来例と見ることもできる。
【０００３】
一方、従来例の温水利用装置の構成を図５に示す。図５において１はガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、ここではガスによる熱源機であるとする。熱源機１で作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機１で作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。２は上記給湯機能、暖房機能を制御するための主に台所に設置される台所リモコン。３は同様に給湯等の制御を行う主に風呂に設置される風呂リモコン。４は熱源機１で作成した温水を利用する床暖房、５は同様に熱源機１で作成した温水を利用する浴室乾燥機である。上記参考文献１に記載された調理情報システムのシステムを上記図５に示した温水利用装置に適応した場合の従来例の温水利用装置システムの構成を図６に示す。
【０００４】
図６において６は温水利用装置で、７はガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、ここではガスによる熱源機であるとする。熱源機７で作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６で作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。８は上記給湯機能、暖房機能を制御するための機能を有し、主に台所に設置される情報盤。９は給湯等の制御を行う主に風呂に設置される風呂リモコン。１０は熱源機７で作成した温水を利用する床暖房、１１は同様に熱源機６で作成した温水を利用する浴室乾燥機である。
【０００５】
また、情報盤８はネットワークを介して外部との情報の授受、外部からの温水利用装置の制御、モニタを行う機能を有する。１２は情報盤の送受信手段、１３はサーバで、１４はサーバの送受信手段、１５は送受信手段１２と送受信手段１４を接続した情報網（ネットワーク）でここではインターネット網であるとする、１６はサーバ１３で情報盤８に対する情報伝達要求あるいは情報盤８への制御モニタ要求を発生させるトリガ発生手段で、具体的には操作スイッチやタイマやセンサなどが考えられる。１７はバッファ手段で、情報伝達に関する手順やデータなどの記憶を行い、メモリなどで構成されている。
【０００６】
また図７は、図６の従来例での情報伝達手順を記載したフロー図である。図７において１８は温水利用装置、１９は情報盤、２０はサーバ、２１はトリガ発生手段であり、図７は各々の情報のやりとりを表している。また２２から３０は各情報の内容を表している。ここで例えば２２の定期ＴＣＰとは情報盤が定期的に発するＴＣＰプロトコル（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）の情報を表している。
【０００７】
次に図６の構成図と図７のフロー図を用いて従来例の動作を説明する。本従来例では情報盤８はインターネット網１５に接続しているが、情報盤８が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網に接続しているものとする。即ち情報盤８のＩＰアドレスは固定アドレスではないため、サーバ１３は情報盤１のＩＰアドレスを常時知ることができない。このためサーバ１３のトリガ発生手段１６にトリガが発生したときにサーバ１３が確実に情報盤８に情報伝達あるいは制御モニタするために情報盤８は情報盤８のその時点でのＩＰアドレスをサーバ１３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが２２、２３、２４、３０などの定期ＴＣＰである。トリガ発生手段１６に例えば情報盤８への制御要求トリガが発生したときトリガ発生手段１６は制御要求信号２４を発する。しかしながらこのときサーバ１３は情報盤８のその時点でのＩＰアドレスを知らないため即時情報盤８に対して要求信号を発することができず、バッファ手段１７に情報盤８に対する制御要求があることを一時的に格納する。制御要求信号２４が発せられてから後にサーバに伝達された定期ＴＣＰ２５をサーバ１３が受信したときその時点での情報盤１のＩＰアドレスをサーバ１３が認識できたため、サーバ１３の送受信手段１４は情報盤８の送受信手段１２に対して要求ＴＣＰ２６を発する。要求ＴＣＰ２６を受信した情報盤８は受信した情報に基づき制御処理２７で温水利用装置６を制御し、その結果を状態変化情報２７で情報盤８に対して伝達する。情報盤８はその結果を結果ＴＣＰ２９としてサーバ１３に対して送信し、トリガ発生手段１６に発生した制御要求トリガに関する一連の情報伝達を完了する。
【０００８】
【特許文献１】
特開２０００−３００４３０号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、図６と図７に示す従来例では制御要求トリガが発生してから情報盤や温水利用装置で制御が完了するまでの時間に、制御要求信号２４が発生してから定期ＴＣＰ２５が発生するまでの間の余分な時間が生じる。制御要求信号２４が定期ＴＣＰ２５の直前に発生したならばその余分な時間は比較的短いが、制御要求信号２４が定期ＴＣＰ２５の直後に発生した場合は定期ＴＣＰの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となる。また定期ＴＣＰの時間間隔を短くすると上記余分な時間は相対的に短くできるが、この場合情報盤８やサーバ１３での処理タスクが頻繁になるとともに、ネットワーク１５が常時ビジー状態になるという不都合が発生するため必要以上に間隔を短くすることは困難である。
【００１０】
【課題を解決するための手段】
本発明は、温水利用装置と、温水利用装置に接続し送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段はトリガ発生手段に通信要求が発生したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は温水利用装置を制御する温水利用装置システムとしている。
【００１１】
また、温水利用装置と、温水利用装置に接続し送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段はトリガ発生手段に通信要求が発生したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置を制御する温水利用装置システムとしている。
【００１２】
また、温水利用装置と、温水利用装置と通信可能で送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は前記トリガ発生手段に通信要求が発生したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は温水利用装置に対して制御信号を送信する温水利用装置システムとしている。
【００１３】
また、温水利用装置と、温水利用装置と通信可能で送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段はトリガ発生手段に通信要求が発生したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置に対して制御信号を送信する温水利用装置システムとしている。
【００１４】
【発明の実施の形態】
請求項１に記載した発明は、温水利用装置と、温水利用装置に接続し送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段はトリガ発生手段に通信要求が発生したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は温水利用装置を制御する温水利用装置システムを実現することができる。これにより、トリガ発生手段に通信要求が発生したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、トリガ発生手段での通信要求発生と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができ、これにより、大きな時間遅れなく情報盤を経由して温水利用装置を制御できる。
【００１５】
請求項２に記載した発明は、温水利用装置と、温水利用装置に接続し送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段はトリガ発生手段に通信要求が発生したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置を制御する温水利用装置システムを実現することができる。これにより、トリガ発生手段に通信要求が発生したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、トリガ発生手段での通信要求発生と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して温水利用装置を制御できる。加えて、要求ＵＤＰはトリガ発生手段に通信要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１６】
請求項３に記載した発明は、温水利用装置と、温水利用装置と通信可能で送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は前記トリガ発生手段に通信要求が発生したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は温水利用装置に対して制御信号を送信する温水利用装置システムを実現することができる。これにより、トリガ発生手段に通信要求が発生したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、トリガ発生手段での通信要求発生と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。このとき情報盤は温水利用装置に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して温水利用装置を制御できる。加えて、要求ＵＤＰはトリガ発生手段に通信要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１７】
請求項４に記載した発明は、温水利用装置と、温水利用装置と通信可能で送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段はトリガ発生手段に通信要求が発生したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤は要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は温水利用装置に対して制御信号を送信する温水利用装置システムを実現することができる。これにより、トリガ発生手段に通信要求が発生したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、トリガ発生手段での通信要求発生と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。このとき情報盤は温水利用装置に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して温水利用装置を制御できる。加えて、要求ＵＤＰはトリガ発生手段に通信要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１８】
請求項５に記載した発明は、要求応答ＴＣＰを受信した情報盤は要求応答ＴＣＰの発信元アドレスに対して結果ＴＣＰを発する温水利用装置システムを実現することができる。これにより、トリガ発生手段に通信要求が発生したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、トリガ発生手段での通信要求発生と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果ＴＣＰにより伝達できる。
【００１９】
請求項６に記載した発明は、サーバは情報盤の送受信手段から発せられた定期ＵＤＰを受信したとき、サーバの送受信手段から定期ＵＤＰの発信元アドレスに対して確認ＵＤＰを発する温水利用装置システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない定期ＵＤＰの伝達確認を行うことができる。
【００２０】
請求項７に記載した発明は、情報盤はサーバの送受信手段から発せられた要求応答ＵＤＰまたは要求ＵＤＰを受信したとき、情報盤の送受信手段から要求応答ＵＤＰまたは要求ＵＤＰの発信元アドレスに対して確認ＵＤＰを発する温水利用装置システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない要求応答ＵＤＰまたは要求ＵＤＰの伝達確認を行うことができる。
【００２１】
請求項８に記載した発明は、情報盤または温水利用装置の状態が変化したとき前記情報盤は要求応答ＴＣＰまたは要求応答ＵＤＰの発信元アドレスに対して情報盤または温水利用装置の変化情報を発する温水利用装置システムを実現することができる。これにより、トリガ発生手段に通信要求が発生したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、トリガ発生手段での通信要求発生と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤または温水利用装置の状態に変化があったとき結果ＴＣＰをサーバに伝達できる。
【００２２】
請求項９に記載した発明は、情報盤は表示手段と操作手段の少なくとも一方を有する温水利用装置システムを実現することができる。これにより、トリガ発生手段に通信要求が発生したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、トリガ発生手段での通信要求発生と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の操作による温水利用装置などの制御やサーバとの通信を行うことができ、情報盤により温水利用装置の状態や情報伝達状態などをモニタすることができる。
【００２３】
請求項１０に記載の発明は、情報盤はサーバのアドレスに対して定期ＵＤＰを発する情報伝達システムを実現することができる。これにより、情報盤は確実にサーバに対して定期ＵＤＰを伝達することができ、また、トリガ発生手段に通信要求が発生したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、トリガ発生手段での通信要求発生と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して温水利用装置を制御できる。
【００２４】
請求項１１に記載した発明は、温水利用装置システムが有する機能の少なくとも一部をコンピュータにより実行するためのプログラムとしている。
【００２５】
請求項１２に記載した発明は、プログラムおよびデータの少なくともいずれか一方を含む記録媒体としている。
【００２６】
そして、プログラムであるので家庭にあるコンピュータ等などを用いて本発明の温水利用装置システムの一部あるいは全てを容易に実現することができる。また記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布が簡単にできる。
【００２７】
【実施例】
（実施例１）
以下本発明の第１の実施例について説明する。まず本第１の実施例の温水利用装置システムのシステムの構成を説明する。図１は本実施例の温水利用装置システムの全体構成を示すブロック図である。図１で６ａは温水利用装置で、７ａはガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、本実施例ではガスによる熱源機であるとする。熱源機７ａで作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６ａで作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。９ａは給湯等の制御を行う主に風呂に設置される風呂リモコン。１０ａは熱源機７ａで作成した温水を利用する床暖房、１１ａは同様に熱源機６ａで作成した温水を利用する浴室乾燥機である。１０ａ、１１ａは温水を利用するエアコン、浴室暖房機、ファンヒータ等の機器であってもよい。３１は情報盤で、温水利用装置６ａの制御、モニタを行う機能を有するとともに、ネットワークを介して外部との情報の授受、外部からの温水利用装置の制御、モニタを行う機能を有する。３２は情報盤３１の送受信手段、３３はサーバ、３４はサーバ３３の送受信手段、３５は通信網でありここではインターネット網であるとする。３９はバッファ３３のトリガ圧制手段であり、スイッチやタイマやセンサで構成しており、ここではスイッチであるとする。４０はバッファ手段でメモリなどで構成しており、情報伝達に関するデータや手順などの情報の格納を行うものである。４２は熱源機７ａの送受信手段、４３は熱源機７ａと通信する情報盤３１の送受信手段、４４、４５はそれぞれ情報盤３１の表示手段と操作手段であり、４６は送受信手段３２、４３、表示手段４４、操作手段４５を制御する情報盤３１のＣＰＵ、４７は送受信手段３４、トリガ発生手段３９、バッファ手段４０を制御するサーバ３３のＣＰＵである。
【００２８】
また図２は図１に示した第１の実施例の温水利用装置システムの情報の伝達手順を記載したフロー図である。図２において５１、５２、５３、５４はそれぞれ情報盤、サーバ、トリガ発生手段、温水利用装置を示しており、５５から６７は各情報の内容を表している。ここで例えば５５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）の情報を表している。また例えば６４の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）の情報を表している。例えば結果ＴＣＰは、温水利用装置６ａの状態変化データや制御要求に対する応答結果などであり、例えば、温水利用装置６ａに対する制御命令である風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。
【００２９】
次に図１の構成図と図２のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続しているが、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このためサーバ３３のトリガ発生手段３９にトリガが発生したときにサーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが５５、５７、６６の定期ＵＤＰである。サーバ３３のトリガ発生手段３９に例えば情報盤３１と通信可能な温水利用装置６ａの制御要求トリガ、具体的には例えば熱源機７ａに接続した床暖房１０ａをＯＮする制御要求が発生したときトリガ発生手段３９は制御要求信号５９を発し、その内容をバッファ手段４０に格納する。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ５７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ５７の発信元アドレスに対して要求応答ＵＤＰを送出する。
【００３０】
ここで例えば定期ＵＤＰ５７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号５９が発生したとき即時に要求応答ＵＤＰ６０を送出することができない。
【００３１】
一方、本実施例の場合、５７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号５９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求応答ＵＤＰを送出することができる。要求応答ＵＤＰ６０を受けた情報盤３１は送受信手段４３から温水利用装置６ａの送受信手段４２に対して制御処理６２の信号を伝達し、これにより温水利用装置６ａは規定通りの制御がなされる。規定通りの制御とは例えば、温水利用装置６ａが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、トリガ発生手段３９に発生した、情報盤３１と通信できる温水利用装置６ａに対する制御要求が、温水利用装置６ａを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から風呂への給湯開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は温水利用装置６ａに対して風呂への給湯開始の制御信号を送信し、上記一連の情報伝達により、温水利用装置６ａは風呂への給湯を開始する。また、温水利用装置６ａの状態変化、例えばここでは風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。具体的には例えば熱源機７ａに接続した床暖房１０ａをＯＮするなどでもよい。温水利用装置５４が制御の結果などにより状態が変化したとき状態変化情報６３が温水利用装置６ａから情報盤３１に伝達されその結果が結果ＴＣＰ６４としてサーバ３３に伝達され一連の情報伝達を完了する。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ６６のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば５６、５８、６７などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。また同様に要求応答ＵＤＰに対しては６１の確認ＵＤＰを送出することにより問題はなくなる。また、情報盤３１は表示手段４４や操作手段４５を備えることにより、情報盤３１で温水利用装置６ａの状態や、サーバ３３との通信状態確認などの情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。
【００３２】
なお温水利用装置６ａは情報盤３１と通信により制御を行うのではなく情報盤３１の端子等に直接接続していて制御できるとしても良いのは言うまでもない。また要求応答ＵＤＰ６０はＴＣＰプロトコルの信号でも良い。また本実施例では温水利用装置６ａを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰは温水利用装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での温水利用装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。
【００３３】
（実施例２）
次に第２の実施例について説明する。図３は第２の実施例の構成を示すブロック図であり、第１の実施例の図１と同じ番号を付与したものは同等の機能を有するとする。図２において６ｂは温水利用装置で、７ｂはガス、電気、石油等をエネルギー源として温水を作成し供給する熱源機。湯沸かし器ともいえる物で、本実施例ではガスによる熱源機であるとする。熱源機７ｂで作成された温水は風呂、台所、洗面所等に対して供給する給湯機能とを有する。また熱源機６ｂで作成された温水は床暖房、浴室暖房機、浴室乾燥機、ファンヒータ、エアコン等の熱源として利用する暖房機としての機能を有する。９ｂは給湯等の制御を行う主に風呂に設置される風呂リモコン。１０ｂは熱源機７ｂで作成した温水を利用する床暖房、１１ｂは同様に熱源機６ｂで作成した温水を利用する浴室乾燥機である。１０ｂ、１１ｂは温水を利用するエアコン、浴室暖房機、ファンヒータ等の機器であってもよい。温水利用装置６ｂは情報盤３１の端子に直接接続しており、これにより制御できるものである。また図４は図３に示した第２の実施例の温水利用装置システムの情報の伝達手順を記載したフロー図である。図４において７１、７２、７３、７４はそれぞれ情報盤、サーバ、トリガ発生手段、温水利用装置を示しており、７５から８８は各情報の内容を表している。ここで例えば７５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）の情報を表している。また例えば８５の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）の情報を表している。例えば結果ＴＣＰは、温水利用装置６ｂの状態変化データや制御要求に対する応答結果などであり、例えば、温水利用装置６ｂに対する制御命令である風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。
【００３４】
次に図３の構成図と図４のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続しているが、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このためサーバ３３のトリガ発生手段３９にトリガが発生したときにサーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが７５、７７、８７の定期ＵＤＰである。
【００３５】
サーバ３３のトリガ発生手段３９に例えば情報盤３１に接続した温水利用装置６ｂの制御要求トリガが発生したとき、例えば情報盤３１に接続した温水利用装置６ｂの制御要求トリガ、具体的には例えば熱源機７ｂに接続した床暖房１０ｂをＯＮする制御要求が発生したときトリガ発生手段３９は制御要求信号７９を発し、その内容をバッファ手段４０に格納する。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ７７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ７７の発信元アドレスに対して要求ＵＤＰを送出する。
【００３６】
ここで例えば定期ＵＤＰ７７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号７９が発生したとき即時に要求ＵＤＰ８０を送出することができない。
【００３７】
一方、本実施例の場合、７７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号７９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求ＵＤＰ８０を送出することができる。要求ＵＤＰ８０を受けた情報盤３１はサーバ３３に対して要求確認ＴＣＰ８１を送出し、要求確認ＴＣＰ８１を受けたサーバ３３は要求応答ＴＣＰ８２を情報盤３１に対して送出する。
【００３８】
ここで制御要求信号７９を受けて要求応答ＴＣＰ８２を即時送出せず、要求確認ＴＣＰ８１と要求応答ＴＣＰ８２を送受信した後で送出するのは、制御要求信号７９が発生した段階でのサーバ３３の中にある情報盤３１の情報は定期ＵＤＰ７７で伝達されたその時点での情報盤３１のＩＰアドレスの情報以外は即時性に疑問があるものが多く、例えば仮に定期ＵＤＰ７７が温水利用装置６ｂや情報盤３１自体の状態情報を有していたとしても制御要求信号７９が発生するまでの間に温水利用装置６ｂのオン・オフ状態や現在給湯中であるとか、給湯を終了したなどの状態変化が起こっている可能性があり、必ずしも正確なものとはいえない。従って温水利用装置６ａや情報盤３１自身を制御する場合や情報を伝達する場合はその時点の温水利用装置６ｂのオン・オフ状態や温度設定状態やタイマ設定状態などの状態情報を正確に認識した上で制御するなどその時点の情報を知るために、また、インターネット網３５のトラフィックを軽減するために定期ＵＤＰは極力情報を少なくする等の工夫をした場合、定期ＵＤＰ７７が伝達した情報は少なく、改めて情報を確認する必要がある。
【００３９】
そのためまず要求ＴＣＰ８０を情報盤に対して送出し、情報盤３１から各種情報を搭載した要求確認ＴＣＰ８１を送出し、これを受けて要求応答ＴＣＰ８２をサーバ３３が情報盤３１に対して送出するという手順を行う。要求応答ＴＣＰ８２を受けた情報盤３１は接続した温水利用装置６ｂを制御処理８３の手順により規定通りの制御がなされる。規定通りの制御とは例えば、温水利用装置６ｂが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、トリガ発生手段３９に発生した、情報盤３１と通信できる温水利用装置６ｂに対する制御要求が、温水利用装置６ｂを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から風呂への給湯開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は情報盤３１に接続した温水利用装置６ｂを風呂への給湯開始させる。上記一連の情報伝達により、温水利用装置６ｂは風呂への給湯を開始する。また、温水利用装置６ｂの状態変化、例えばここでは風呂への給湯を開始したこと、また時間が経過してふろへの給湯量が適量に達し給湯を終了することなどの温水利用装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が風呂への給湯開始以外であっても良いのは言うまでもない。具体的には例えば情報盤３１に接続した温水利用装置６ｂに接続した熱源機７ｂに接続した床暖房１０ｂをＯＮする制御要求が発生したとき温水利用装置６ｂが制御の結果などにより状態が変化したとき状態変化情報８４により温水利用装置６ｂの状態変化が情報盤３１に伝達されその結果が結果ＴＣＰ８５としてサーバ３３に伝達され一連の情報伝達を完了する。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ８７のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【００４０】
またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば７６、７８、８８などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。また情報盤３１は表示手段４４や操作手段４５を備えることにより、情報盤３１で情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。
【００４１】
なお温水利用装置６ｂは情報盤３１の端子に接続しているが、情報盤３１と通信により制御を行うとしても良いのは言うまでもない。また本実施例では温水利用装置６ｂを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰは温水利用装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での温水利用装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。
【００４２】
【発明の効果】
以上のように、従来では制御要求トリガが発生してから情報盤や温水利用装置で制御が完了するまでの時間に、制御要求信号が発生してから次の定期ＴＣＰが発生するまでの間の余分な時間が生じるため。制御要求信号が定期ＴＣＰの直前に発生したならばその余分な時間は比較的短いが、制御要求信号が定期ＴＣＰの直後に発生した場合は定期ＴＣＰの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となっていたが、本発明の温水利用装置システムを使用することにより制御要求トリガが発生してからほとんど即時に情報盤に情報が伝達できる、あるいは情報盤や温水利用装置を制御できることは極めて有効である。
【図面の簡単な説明】
【図１】本発明の第１の実施例である温水利用装置システムの構成を示すブロック図
【図２】本発明の第１の実施例である温水利用装置システムの情報伝達手順を示すフロー図
【図３】本発明の第２の実施例である温水利用装置システムの構成を示すブロック図
【図４】本発明の第２の実施例である温水利用装置システムの情報伝達手順を示すフロー図
【図５】従来例の温水利用装置の構成を示すブロック図
【図６】従来例の温水利用装置システムの構成を示すブロック図
【図７】従来例の情報伝達手順を示すフロー図
【符号の説明】
６ａ、６ｂ温水利用装置
７ａ、７ｂ熱源機
９ａ、９ｂ風呂リモコン
１０ａ、１０ｂ床暖房
１１ａ、１１ｂ浴室乾燥機
３１情報盤
３２送受信手段
３３サーバ
３４送受信手段
３５インターネット網（通信網）
３９トリガ発生手段
４０バッファ手段
４２送受信手段
４３送受信手段
４４表示手段
４５操作手段
４６ＣＰＵ
４７ＣＰＵ

Claims

温水利用装置と、前記温水利用装置に接続し送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、前記情報盤の送受信手段は定期ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）を発し、前記サーバの送受信手段は前記トリガ発生手段に通信要求が発生したとき前記定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）を発し、前記情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、前記情報盤は前記温水利用装置を制御する温水利用装置システム。
温水利用装置と、前記温水利用装置に接続し送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、前記情報盤の送受信手段は定期ＵＤＰを発し、前記サーバの送受信手段は前記トリガ発生手段に通信要求が発生したとき前記定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、前記要求ＵＤＰを受信した前記情報盤は前記要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、前記要求確認ＴＣＰを受信した前記サーバは前記要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、前記情報盤の送受信手段が要求応答ＴＣＰを受信したとき、前記情報盤は前記温水利用装置を制御する温水利用装置システム。
温水利用装置と、前記温水利用装置と通信可能で送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、前記情報盤の送受信手段は定期ＵＤＰを発し、前記サーバの送受信手段は前記トリガ発生手段に通信要求が発生したとき前記定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、前記情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、前記情報盤は前記温水利用装置に対して制御信号を送信する温水利用装置システム。
温水利用装置と、前記温水利用装置と通信可能で送受信手段を有する情報盤と、送受信手段とトリガ発生手段を有するサーバを備え、前記情報盤の送受信手段は定期ＵＤＰを発し、前記サーバの送受信手段は前記トリガ発生手段に通信要求が発生したとき前記定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、前記要求ＵＤＰを受信した前記情報盤は前記要求ＵＤＰの発信元アドレスに対して要求確認ＴＣＰを発し、前記要求確認ＴＣＰを受信した前記サーバは前記要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、前記情報盤の送受信手段が要求応答ＴＣＰを受信したとき、前記情報盤は前記温水利用装置に対して制御信号を送信する温水利用装置システム。
要求応答ＴＣＰを受信した情報盤は前記要求応答ＴＣＰの発信元アドレスに対して結果ＴＣＰを発する請求項１から４のいずれか一項に記載の温水利用装置システム。
サーバは情報盤の送受信手段から発せられた定期ＵＤＰを受信したとき、前記サーバの送受信手段から前記定期ＵＤＰの発信元アドレスに対して確認ＵＤＰまたは確認ＴＣＰを発する請求項１から５のいずれか一項に記載の温水利用装置システム。
情報盤はサーバの送受信手段から発せられた要求応答ＵＤＰまたは要求ＵＤＰを受信したとき、前記情報盤の送受信手段から前記要求応答ＵＤＰまたは要求ＵＤＰの発信元アドレスに対して確認ＵＤＰまたは確認ＴＣＰを発する請求項１から６のいずれか一項に記載の温水利用装置システム。
情報盤または温水利用装置の状態が変化したとき前記情報盤は要求応答ＴＣＰまたは要求応答ＵＤＰの発信元アドレスに対して前記情報盤または前記温水利用装置の変化情報を発する請求項１から７のいずれか一項に記載の温水利用装置システム。
情報盤は表示手段と操作手段の少なくとも一方を有する請求項１から８のいずれか一項に記載の温水利用装置システム。
情報盤はサーバのアドレスに対して定期ＵＤＰを発する請求項１から９のいずれか一項に記載の情報伝達システム。
請求項１から１０のいずれかに記載の温水利用装置システムが有する機能の一部または全部をコンピュータにより実行するためのプログラム。
請求項１１に記載のプログラムを記録したコンピュータ読みとり可能な記録媒体。