JP3780970B2 - 給湯システム - Google Patents
給湯システム Download PDFInfo
- Publication number
- JP3780970B2 JP3780970B2 JP2002119108A JP2002119108A JP3780970B2 JP 3780970 B2 JP3780970 B2 JP 3780970B2 JP 2002119108 A JP2002119108 A JP 2002119108A JP 2002119108 A JP2002119108 A JP 2002119108A JP 3780970 B2 JP3780970 B2 JP 3780970B2
- Authority
- JP
- Japan
- Prior art keywords
- hot water
- data
- water supply
- main body
- transmitted
- 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
Description
【０００１】
【発明の属する技術分野】
本発明は、給湯装置本体に対して互いに通話可能な複数のリモコンが接続された給湯システムに関する。
【０００２】
【従来の技術】
最近の給湯システムには、給湯装置本体に接続された複数のリモコン間でリアルタイムに通話できるものがある。一般に、給湯装置本体とリモコンとの間では、通信ケーブルを介して給湯動作などに関するデータが定期的に交換されているが、リモコン間でやり取りされる音声信号は、同じ通信ケーブル上でもデータ通信とは別のチャネル（周波数帯域）を用いて同時にやり取り可能とされている。
【０００３】
【発明が解決しようとする課題】
しかしながら、音声信号通信中に定期的なデータ通信を割り込ませると、双方のチャネルが干渉することで音声信号に雑音が入ってしまう。この雑音を消すためにミュート（消音）が行われるが、ミュートによって音切れが発生してしまい、音声通信よりも定期的なデータ通信の優先度が高く設計されることもあり、音切れの発生頻度によっては通話に支障を来すことがあった。
【０００４】
また、音切れを完全に無くすべく、通話の際には、定期的なデータ通信を行わないようにする方法もある。ところが、給湯装置本体とリモコンとの間で定期的にやり取りされるデータの中には、本体動作とリモコンの表示内容とを合わせるためのものがあり、通話中のデータ通信を禁止してしまうと、通話を終えてしばらく経っても本体動作とリモコンの表示内容とが異なることがあった。
【０００５】
【発明の開示】
本発明は、このような事情のもとで考え出されたものであって、通話中における音切れの発生頻度をできる限り少なくしつつも、必要なデータを可及的速やかに送受信することができる給湯システムを提供することを、その課題としている。
【０００６】
上記の課題を解決するため、本発明では、次の技術的手段を講じている。
【００１５】
本発明の第１の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、給湯装置本体は、各リモコンからの通話開始コマンドの有無に基づいて各リモコンが通話中であるか否かを判別する判別手段と、いずれかのリモコン同士が通話中であるときに、各リモコンに送信すべき給湯制御に関するデータが発生すると、そのデータが予め設定された即時に送信すべき重要度の高いデータであるか否かを判定するデータ判定手段と、データ判定手段により重要度の高いデータであると判定されると、給湯制御に関するデータを通話中であるか否かに関係なく各リモコンに順次、送信し、データ判定手段により重要度の高いデータでないと判定されると、給湯制御に関するデータの各リモコンへの送信を禁止するデータ送信制御手段と、を備えたことを特徴とする、給湯システムが提供される。なお、即時に送信すべき重要度の高いデータは、炎の検出又はその炎の消火の検出データ、安全動作をしたことを報知するための報知データ、安全動作エラーコードデータ、及び前記リモコンからの操作コマンドに対して応答するためのデータとするとよい。
【００１６】
このような第１の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して必要なデータが送信されるとした場合、複数のリモコン間で通話しているときには、データの重要度に応じてそのデータを送信すべきか否かが決定される。つまり、通話中でも重要度の高いデータについては送信する一方で、重要度の低いデータについては送信しないようにすることができ、データ受信側のリモコンにおける割り込み発生を確率的に低減させることができる。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、重要度の高い必要なデータのみを可及的速やかに送受信することができる。
【００１７】
本発明の第２の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、給湯装置本体は、各リモコンからの通話開始コマンドの有無に基づいて各リモコンが通話中であるか否かを判別する判別手段と、いずれかのリモコン同士が通話中であるときに、各リモコンに定期的に送信すべき前記給湯制御に関するデータの送信タイミングになると、そのデータに当該データに対する応答を要求する応答要求コマンドを含めることなく各リモコンに順次、送信し、いずれのリモコンも通話中でないときに、各リモコンに定期的に送信すべき給湯制御に関するデータの送信タイミングになると、そのデータに応答要求コマンドを含めて各リモコンに順次、送信するデータ送信制御手段とを備え、各リモコンは、応答要求コマンドを含むデータを受信したときは、そのデータに対する応答コマンドを給湯装置本体に送信させ、応答要求コマンドを含まないデータを受信したときは、応答コマンドの給湯装置本体への送信を禁止する応答コマンド送信制御手段を有することを特徴とする、給湯システムが提供される。
【００１８】
このような第２の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して定期的に必要なデータが送信されるとした場合、複数のリモコン間で通話しているときには、給湯装置本体から各リモコンに対して一方的にデータを送るだけで各リモコンからの応答が不要とされる。つまり、通話中には、データ受信側のリモコンにおいて応答のための割り込みが発生しない。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、必要なデータを一方的かつ可及的速やかに送受信することができる。
【００１９】
本発明の第３の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、各リモコンは、給湯装置本体から応答を要求する応答要求コマンドを含む給湯制御に関するデータを受信すると、そのデータの受信時に他のリモコンと通話中であるか否かを判別する判別手段と、通話中でないときは、データに対する応答データを直ちに給湯装置本体に送信し、通話中であるときは、データに対する応答データを、通話中でないときよりも所定の時間だけ遅延させて給湯装置本体に送信する応答データ送信制御手段とを備えたことを特徴とする、給湯システムが提供される。
【００２０】
このような第３の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して定期的に必要なデータが送信されるとした場合、複数のリモコン間で通話しているときには、給湯装置本体からのデータ送信に対するリモコンからの応答が遅らせられることでデータ受信側のリモコンにおける割り込み継続時間が非通話中よりも短縮する。また、データ受信側のリモコンでは、通話中であっても一応はデータを受信することができる。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、必要なデータを可及的速やかに送受信することができる。
【００２１】
本発明の第４の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、各リモコンは、受信した音声信号のスピーカへの出力と送信すべき音声のマイクロホンからの入力とがボイススイッチを介して行われる音声送受信手段と、ボイススイッチの動作状態を判定するスイッチ動作判定手段と、ボイススイッチが音声信号の入出力を禁止する動作状態のときは、給湯装置本体に定期的なデータの送信許可を通知し、ボイススイッチが音声信号の入出力を許可する動作状態のときは、給湯装置本体に定期的なデータの送信停止を通知する通知手段とを備えたことを特徴とする、給湯システムが提供される。
【００２２】
このような第４の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して定期的に必要なデータが送信されるとした場合、複数のリモコン間でボイススイッチを介して通話しているときには、そのボイススイッチがオフの間に限って給湯装置本体と各リモコンとの間でデータを送受信できる。つまり、通話中でもボイススイッチがオンされずにある程度無音状態が続くと、その間にデータを送受信することができ、データ受信側のリモコンに発生する割り込みを意識させないようにすることができる。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、一時的な無音中に必要なデータを可及的速やかに送受信することができる。
【００２３】
本発明の第５の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、各リモコンは、受信した音声信号のスピーカへの出力と送信すべき音声のマイクロホンからの入力とがプレストークスイッチを介して行われる音声送受信手段と、プレストークスイッチが音声のマイクロホンからの入力を許可する状態であるか否かを判定するスイッチ状態判定手段と、プレストークスイッチが音声のマイクロホンからの入力を禁止する状態のときは、給湯装置本体に前記定期的なデータの送信許可を通知し、プレストークスイッチが音声のマイクロホンからの入力を許可する状態のときは、給湯装置本体に定期的なデータの送信停止を通知する通知手段とを備えたことを特徴とする、給湯システムが提供される。
【００２４】
このような第５の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して定期的に必要なデータが送信されるとした場合、複数のリモコン間でプレストークスイッチを介して通話しているときには、そのプレストークスイッチが押下されていない間に限って給湯装置本体と各リモコンとの間でデータを送受信できる。つまり、通話中でもプレストークスイッチが押下されずにある程度無音状態が続くと、その間にデータを送受信することができ、データ受信側のリモコンに発生する割り込みを意識させないようにすることができる。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、一時的な無音中に必要なデータを可及的速やかに送受信することができる。
【００２５】
本発明の第６の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、各リモコンは、受信した音声信号のスピーカへの出力と送信すべき音声のマイクロホンからの入力とがボイススイッチ及びプレストークスイッチのいずれか一方のスイッチを介して行われる音声送受信手段と、音声送受信手段のスイッチが音声のマイクロホンからの入力を許可する状態であるか否かを判定するスイッチ状態判定手段と、音声送受信手段のスイッチが音声のマイクロホンからの入力を禁止する状態のときは、給湯装置本体に定期的なデータの送信許可を通知し、音声送受信手段のスイッチが音声のマイクロホンからの入力を許可する状態のときは、給湯装置本体に定期的なデータの送信停止を通知する通知手段とを備えたことを特徴とする、給湯システムが提供される。
【００２６】
このような第６の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して定期的に必要なデータが送信されるとした場合、一方のリモコンではボイススイッチを介し、他方のリモコンではプレストークスイッチを介して互いに通話しているときには、そのボイススイッチとプレストークスイッチとの両方が共にオフの間に限って給湯装置本体と各リモコンとの間でデータを送受信できる。つまり、通話中でもボイススイッチやプレストークスイッチが作動せずにある程度無音状態が続くと、その間にデータを送受信することができ、データ受信側のリモコンに発生する割り込みを意識させないようにすることができる。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、一時的な無音中に必要なデータを可及的速やかに送受信することができる。
【００２９】
本発明のその他の特徴および利点は、添付図面を参照して以下に行う発明の実施の形態の説明によって、より明らかになるであろう。
【００３０】
【発明の実施の形態】
以下、本発明の好ましい実施の形態を、図面を参照して具体的に説明する。
【００３１】
図１は、第１の実施形態に係る給湯システムのブロック図である。この図に示すように、給湯システムは、給湯装置本体１と、この給湯装置本体１に通信ケーブル２を介して接続された複数のリモコンＡ，Ｂ，Ｃとを有して構成される。給湯装置本体１は、台所で湯を使用する際や風呂の湯張りや追い焚き、さらには温水暖房端末を使用する際に給湯動作するものであって、燃焼系や配管系については特に図示しないが、本体制御部１０とデータモデム１１とを有している。リモコンＡ，Ｂ，Ｃは、台所や浴室、あるいは部屋内から給湯装置本体１を操作するための機能に加え、互いに音声をやり取りするための通話機能を備えたものであって、リモコン制御部３０、操作部３１、表示部３２、データモデム３３、音声送受信装置３４、スピーカアンプ３５、スピーカ３６、マイクアンプ３７、およびマイクロホン３８を有して構成されている。なお、図１では、特にリモコンＡの構成しか示さないが、他のリモコンＢ，Ｃも同様の構成とされる。
【００３２】
給湯装置本体１について説明すると、本体制御部１０は、ＣＰＵ、ＲＯＭ、ＲＡＭなどからなるマイクロコンピュータであって、給湯装置本体１全体の動作を制御する。データモデム１１は、本体制御部１０に接続されており、リモコンＡ，Ｂ，Ｃに送信すべきデータを変調したり、リモコンＡ，Ｂ，Ｃから送られてきたデータを復調したりする。
【００３３】
リモコンＡについて説明すると、リモコン制御部３０は、ＣＰＵ、ＲＯＭ、ＲＡＭなどからなるマイクロコンピュータであって、リモコンＡ全体の動作を制御する。操作部３１は、リモコン制御部３０に接続されており、たとえば給湯運転をオン／オフしたり、給湯温度や風呂温度、あるいは風呂水位などを変更したりする際に用いられる。特に図示しないが、操作部３１には、通話の開始／終了を指示するためのスイッチも設けられている。表示部３２は、リモコン制御部３０に接続されており、たとえば給湯温度、風呂温度、風呂水位などの各設定値、運転モードなどを表示する。データモデム３３は、リモコン制御部３０に接続されており、給湯装置本体１に送信すべきデータを変調したり、給湯装置本体１から送られてきたデータを復調したりする。音声送受信装置３４は、リモコン制御部３０に接続されており、他のリモコンＢ，Ｃに送るべき音声信号を変調したり、他のリモコンＢ，Ｃからの音声信号を復調したりする。スピーカ３６は、スピーカアンプ３５を介して音声送受信装置３４に接続されており、他のリモコンＢ，Ｃからの音声を出力する。マイクロホン３８は、マイクアンプ３７を介して音声送受信装置３４に接続されており、他のリモコンＢ，Ｃに対して伝えるべきユーザの音声を入力する。
【００３４】
具体的に説明すると、給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間では、通信ケーブル２を介して各種のデータがやり取りされるが、それと同時に、同じ通信ケーブル２を介してもリモコンＡ，Ｂ，Ｃ同士で音声信号をやり取り可能とされている。たとえば、通信に使用される伝送周波数が５２６．５ｋＨｚ以下に限られる場合、そのうちの比較的高い周波数帯域をデータ通信用、低い周波数帯域を音声通信用とすることができる。なお、５２６．５ｋＨｚ以下のうち、周波数帯域の高い側と低い側のどちらをデータ通信に用いても良い。
【００３５】
また、給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で送受信されるデータとしては、図２に例示列挙するようなものがある。図２に示すデータのうち、Ｄ１〜Ｄ８のデータは、即時に送受信されるものとされ、重要度の高いデータとされる。一方、Ｄ０のデータは、給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で本体動作と表示内容とを整合させる必要性から定期的に送受信されるものであり、重要度の低いデータとされる。なお、Ｄ８を除くＤ１〜Ｄ７およびＤ０のデータは、常に給湯装置本体１のデータモデム１１から送信され、それに応じてリモコンＡ，Ｂ，Ｃのデータモデム３３で受信されるものである。
【００３６】
そして、本実施形態では、リモコンＡ，Ｂ，Ｃのうちの２台のリモコン間で通話している場合と通話していない場合とで定期的なデータ通信のタイミングが異なるようにされている。図３は、定期的なデータ通信のタイミングを説明するためのタイムチャートである。図３の（ａ）は、通話していない場合に対応し、図３の（ｂ）は、通話中の場合に対応する。図３の（ａ）に示すように、非通話中の場合、送信側の給湯装置本体１は、定期的なデータをたとえば５秒おきに通信ケーブル２上に送出する一方で、各リモコンＡ，Ｂ，Ｃに対する問い合わせ（ＡＣＫ送信要求）のためのＥＮＱコマンドを同じ５秒間隔のタイミングで切り替えながらその定期データに含めて送信する。つまり、各リモコンＡ，Ｂ，Ｃは、定期的なデータを５秒ごとに受信するが、ＡＣＫ送信要求を受けた１つのリモコンのみがＡＣＫコマンドを返信する。たとえば、受信側のリモコンＡは、給湯装置本体１からのデータと自己に要求されたＥＮＱコマンドとを受信すると、それに対して応答した旨のＡＣＫコマンドを送信側に返す。このようなＥＮＱコマンドやＡＣＫコマンドのやり取りを含めてデータの送受信に要する時間Ｓは、１００ｍｓ程度とされる。
【００３７】
続いて、送信側の給湯装置本体１は、リモコンＡに定期的なデータを送信してからｔ秒待機し、ｔ秒経つと今度はリモコンＢに対して定期的なデータを送信するとともに、それに含めて問い合わせのためのＥＮＱコマンドを送信する。受信側のリモコンＢは、先のリモコンＡと同様に、給湯装置本体１からのＥＮＱコマンドを含むデータを受信し、それに対して応答した旨のＡＣＫコマンドを返す。以後、同様にして給湯装置本体１とリモコンＣとの間でも定期的なデータが送受信される。つまり、ＥＮＱコマンドを含む定期的なデータは、送信周期ｔ秒ごとに送信されている。この送信周期ｔは、たとえば５秒程度とされる。
【００３８】
ところで、本実施形態に係る給湯装置本体１には、３つのリモコンＡ，Ｂ，Ｃしか接続されていないが、最大７つまで接続可能とされる。そして、本実施形態のように３つのリモコンＡ，Ｂ，Ｃしか存在しない場合でも、給湯装置本体１からは、実在しないリモコンに対してもデータが送信される。つまり、非通話中には、５秒周期で全リモコン（実在しないリモコンを含む）に対してデータが送信される一方、各リモコンＡ，Ｂ，Ｃは、３５秒周期で自己に宛てられたＥＮＱコマンドを受信することで定期的にデータ通信を行っている。なお、受信側からＡＣＫコマンドが送られてこないときは、送信周期ｔ秒経過後にデータを再送信し、このような一連の処理を所定回数繰り返してもＡＣＫコマンドがないときは、その時点で断線と判定している。また、電源初期投入時、給湯装置本体１に接続されているリモコンＡ，Ｂ，Ｃは、給湯装置本体１に対して接続確認の通信を個別に行う。これにより給湯装置本体１は、接続状態にあるリモコンＡ，Ｂ，Ｃを認識する。所定時間経過後、給湯装置本体１は、定期的なデータ通信を開始する。
【００３９】
一方、図３の（ｂ）には、音声信号をやり取りして通話できる時間帯がハッチング部分により示され、それに示すように通話中の場合、送信側の給湯装置本体１がリモコンＡ，Ｂ，ＣにＥＮＱコマンドを含む定期的なデータを送信したり、受信側のリモコンＡ，Ｂ，ＣがＡＣＫコマンドを返したりするのは同様とされるが、送信周期は、５秒程度のｔからそれよりも長いたとえば１０秒〜１５秒程度の時間Ｔに変更される。つまり、非通話中には、５秒おきにデータ受信やＡＣＫコマンド送信のためのデータ通信による割り込みが発生するが、通話中には、送信周期Ｔが１０秒〜１５秒程度とされることで、１０秒〜１５秒おきにデータ通信による割り込みが発生することとなる。このようなデータ通信による割り込みが通話中に生ずると、データ送受信時間Ｓの間に限って一瞬音声が途切れたように聴こえるが、１０秒〜１５秒間に１回生じる程度とされるので、音切れの発生頻度としては、従来のように５秒おきに発生する場合よりも半減し、音切れが気になって通話に支障を来すこともない。
【００４０】
図４は、給湯装置本体１の通信制御処理を示すフローチャートであって、この図を参照してさらに詳しく説明する。
【００４１】
給湯装置本体１の本体制御部１０は、常に通話中であるか否かを監視している（Ｓ１）。具体的に言うと、通話中であるか否かについては、少なくともいずれか１つのリモコンＡ，Ｂ，Ｃから通話開始のコマンドを受け付けた状態にあるか否かに応じて判定される。
【００４２】
通話中でない場合（Ｓ１：ＮＯ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えながら定期的なデータＤ０を送信周期ｔ秒ごとに送信する（Ｓ２）。つまり、この場合には、全てのリモコンＡ，Ｂ，Ｃについてはｔ秒（５秒）ごとに発生したデータＤ０に基づいて給湯温度や風呂温度、風呂水位、運転モードなどに関する表示内容が書き換えられる。
【００４３】
一方、通話中の場合（Ｓ１：ＹＥＳ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えつつも定期的なデータＤ０を送信周期Ｔ秒ごとに送信する（Ｓ３）。つまり、この場合には、通話に使用中のリモコンＡに着目すると、Ｔ秒（たとえば１０秒）ごとにデータ送受信による割り込みが発生するが、このような割り込みに伴う音切れも１０秒ごととした比較的少ない頻度とされる。また、通話中であっても、定期的なデータＤ０の送受信は行われ、その都度、受信したデータＤ０に基づいて給湯温度や風呂温度、風呂水位、運転モードなどに関する表示内容が書き換えられる。
【００４４】
したがって、第１の実施形態に係る給湯システムによれば、リモコンＡ，Ｂ，Ｃのうちの２台のリモコン間で通話しているときには、定期的なデータＤ０の送信周期Ｔが長くされることで受信側のリモコンＡ，Ｂ，Ｃにおける割り込み発生率が非通話中よりも低減する。また、通話に使用されるリモコンＡ，Ｂ，Ｃでは、送信周期Ｔが長くなるが通話中であっても順番に定期的なデータＤ０を受信することができる。これにより、通話中における音切れの発生頻度をできる限り少なくしつつも、給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で必要なデータＤ０を可及的速やかに送受信することができる。
【００４５】
次に、第２の実施形態について図を参照して説明する。なお、第２の実施形態も、図１、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、これらの点については図示説明を省略する。
【００４６】
図５は、第２の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。なお、図５は、音声信号をやり取りできる時間帯をハッチング部分により示し、通話中の場合に対応している。
【００４７】
図５に示すように、通話中の場合、第２の実施形態では、送信側の給湯装置本体１がリモコンＡ，Ｂ，ＣにＥＮＱコマンドを含む定期的なデータを送信したり、受信側のリモコンＡ，Ｂ，ＣがＡＣＫコマンドを返したりするのは全面的に禁止される。そして、通話終了直後、給湯装置本体１では、通話中に変更されたデータのみが一括送信され、リモコンＡ，Ｂ，Ｃでは、給湯装置本体１からのＥＮＱコマンドを含む定期的なデータを受信したり、応答した旨のＡＣＫコマンドを返したりするための処理が行われる。つまり、第２の実施形態では、通話中にデータ受信やＡＣＫコマンド送信のための割り込みが発生することはなく、割り込みに伴う音切れが全く無い状況とされる。
【００４８】
図６は、第２の実施形態による給湯装置本体１の通信制御処理を示すフローチャートであって、この図を参照してさらに詳しく説明する。
【００４９】
給湯装置本体１の本体制御部１０は、常に通話中であるか否かを監視している（Ｓ１１）。
【００５０】
通話中でない場合（Ｓ１１：ＮＯ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えながら定期的なデータＤ０を送信周期ｔ秒ごとに送信する（Ｓ１２）。つまり、Ｓ１１，Ｓ１２は、図４のＳ１，Ｓ２と同様である。
【００５１】
一方、通話中の場合（Ｓ１１：ＹＥＳ）、本体制御部１０は、定期的なデータＤ０の送信を禁止する（Ｓ１３）。なお、即時的に送信すべきデータＤ１〜Ｄ７や、リモコンＡ，Ｂ，Ｃからスイッチ操作に応じて送られてくるコマンドＤ８については、送受信が禁止されることなくそのまま執り行われる。
【００５２】
定期的なデータＤ０の送信を禁止した後、少なくともいずれか１つのリモコンＡ，Ｂ，Ｃから通話終了のコマンドを受信した直後（Ｓ１４：ＹＥＳ）、本体制御部１０は、データモデム１１を通じて通話中に変更された更新データＤ０のみを一括送信する（Ｓ１５）。つまり、この場合には、通話終了のコマンドが更新データＤ０の一括送信を要求するコマンドとみなされ、通話終了の操作直後にデータＤ０の送受信が再開される。そして、リモコンＡ，Ｂ，Ｃでは、受信したデータＤ０に基づいて給湯温度や風呂温度、風呂水位、運転モードなどに関する表示内容が更新される。なお、一括送信については、リモコンＡ，Ｂ，Ｃ側から通話終了コマンドが送信され、さらにその後、給湯装置本体１に対して一括送信を要求するコマンドが送信されるとしても良い。そうした場合、給湯装置本体１では、リモコンＡ，Ｂ，Ｃ側からの一括送信要求コマンドを受信するのに応じて一括送信が行われる。
【００５３】
Ｓ１４において、通話終了のコマンドが継続して受信されない場合（Ｓ１４：ＮＯ）、本体制御部１０は、Ｓ１３に戻ってデータＤ０の送信禁止を継続する。
【００５４】
したがって、第２の実施形態に係る給湯システムによれば、リモコンＡ，Ｂ，Ｃのうちの２台のリモコン間で通話しているときには、定期的なデータＤ０の送受信が禁止されることでリモコンＡ，Ｂ，Ｃにおける割り込み発生が皆無とされる。また、リモコンＡ，Ｂ，Ｃでは、通話終了直後に更新データＤ０を一括して受信することができ、給湯温度や風呂温度、あるいは風呂水位などに関する表示内容が速やかに整合させられる。これにより、通話中における音切れを完全に無くした上で、給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で必要なデータＤ０を可及的速やかに送受信することができる。
【００５５】
次に、第３の実施形態について図を参照して説明する。なお、第３の実施形態は、図１の構成とは若干異なる点を有し、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、これらの点については図示説明を省略する。
【００５６】
図７は、第３の実施形態に係る給湯システムのブロック図である。この図に示すように、第３の実施形態では、給湯装置本体１に音声信号検出部１２が設けられている。この音声信号検出部１２は、本体制御部１０と通信ケーブル２との間に接続され、通信ケーブル２上でやり取りされる音声信号を検出すると、その旨を本体制御部１０に伝える機能を有している。
【００５７】
図８は、第３の実施形態による給湯装置本体１の通信制御処理を示すフローチャートであって、この図を参照して詳しく説明する。
【００５８】
給湯装置本体１の本体制御部１０は、常に通話中であるか否かを監視している（Ｓ２１）。この第３の実施形態に係る本体制御部１０によれば、通話中であるか否かについては、通信ケーブル２上でやり取りされる音声信号を音声信号検出部１２を通じて直接検出し、音声信号がある程度の時間継続して検出されるか否かに応じて判定される。
【００５９】
通話中でない場合（Ｓ２１：ＮＯ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えながら定期的なデータＤ０を送信周期ｔ秒ごとに送信する（Ｓ２２）。
【００６０】
一方、通話中の場合（Ｓ２１：ＹＥＳ）、本体制御部１０は、定期的なデータＤ０の送信を禁止する（Ｓ２３）。つまり、Ｓ２２，Ｓ２３は、図６のＳ１２，Ｓ１３と同様である。
【００６１】
定期的なデータＤ０の送信を禁止した後、通信ケーブル２上でやり取りされる音声信号が音声信号検出部１２を通じてもある程度の時間継続して検出されなくなると（Ｓ２４：ＮＯ）、本体制御部１０は、データモデム１１を通じて通話中に変更された更新データＤ０のみを一括送信する（Ｓ２５）。つまり、この場合には、音声信号がある程度の時間にわたってやり取りされない状態となると通話終了とみなされ、それに応じてデータＤ０の送受信が再開される。そして、リモコンＡ，Ｂ，Ｃでは、受信したデータＤ０に基づいて給湯温度や風呂温度、風呂水位、運転モードなどに関する表示内容が更新される。
【００６２】
Ｓ２４において、音声信号が継続して検出される場合（Ｓ２４：ＹＥＳ）、本体制御部１０は、Ｓ２３に戻ってデータＤ０の送信禁止を継続する。
【００６３】
したがって、第３の実施形態に係る給湯システムによれば、音声信号のやり取りがしばらく続かなくなると、リモコンＡ，Ｂ，Ｃは、同時に更新データＤ０を一括して受信することができ、給湯温度や風呂温度、あるいは風呂水位などに関する表示内容が速やかに整合させられる。つまり、第２の実施形態によるものと同様の効果を得ることができる。
【００６４】
次に、第４の実施形態について図を参照して説明する。なお、第４の実施形態も、図１、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、これらの点については図示説明を省略する。
【００６５】
図９は、第４の実施形態による給湯装置本体１の通信制御処理を示すフローチャートであって、この図を参照して詳しく説明する。
【００６６】
給湯装置本体１の本体制御部１０は、常に通話中であるか否かを監視している（Ｓ３１）。通話中であるか否かについては、リモコンＡ，Ｂ，Ｃからの通話開始コマンドの有無を検出することで判別される。なお、先述した第３の実施形態のように給湯装置本体１に音声信号検出部１２を設けた場合には、この音声信号検出部１２により音声信号を直接検出して通話中であるか否かを判別するようにしても良い。
【００６７】
通話中でない場合（Ｓ３１：ＮＯ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えながら重要度の低いデータＤ０を送信周期ｔ秒ごとに送信する（Ｓ３２）。この重要度の低いデータＤ０とは、定期的に送信すべきデータでもある。
【００６８】
また、本体制御部１０は、重要度の高いデータＤ１〜Ｄ８については即座に送信する（Ｓ３３）。
【００６９】
一方、通話中の場合（Ｓ３１：ＹＥＳ）、本体制御部１０は、送信すべきデータが発生するごとにそのデータの重要度が高いか否かを判定する（Ｓ３４）。
【００７０】
データの重要度が低い場合（Ｓ３４：ＮＯ）、本体制御部１０は、その重要度が低いデータＤ０の送信を禁止する（Ｓ３５）。
【００７１】
データの重要度が高い場合（Ｓ３４：ＹＥＳ）、本体制御部１０は、その重要度が高いデータＤ１〜Ｄ８を即座に送信すべく、Ｓ３３に進む。つまり、通話中には、重要度の高いデータＤ１〜Ｄ８だけが送信され、重要度の低いデータＤ０が送信されることはない。
【００７２】
したがって、第４の実施形態に係る給湯システムによれば、データの重要度に応じてそのデータを送信すべきか否かが決定され、通話中でも重要度の高いデータＤ１〜Ｄ８については送信する一方で、重要度の低い定期的なデータＤ０については送信されることなく、その結果、リモコンＡ，Ｂ，Ｃにおける割り込み発生が確率的に低減する。これにより、通話中における音切れの発生頻度をできる限り少なくしつつも、重要度の高い必要なデータのみを可及的速やかに送受信することができる。
【００７３】
次に、第５の実施形態について図を参照して説明する。なお、第５の実施形態も、図１、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、これらの点については図示説明を省略する。
【００７４】
図１０は、第５の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。なお、図１０は、通話開始前後を示している。
【００７５】
図１０に示すように、通話開始前には、送信側の給湯装置本体１がリモコンＡ，Ｂ，ＣにＥＮＱコマンドを含む定期的なデータを送信したり、受信側のリモコンＡ，Ｂ，Ｃがデータを受信してＡＣＫコマンドを返したりするのは平常通りとされる。その一方、通話が開始されて通話中になると、ＥＮＱコマンドを含む定期的なデータについては送受信されるが、ＡＣＫコマンドが送受信されなくなる。また、定期的なデータを送受信する間に限って受信側のリモコンＡ，Ｂ，Ｃでは、音声が消音（ミュート）される。つまり、第５の実施形態では、通話中のデータ受信に伴う割り込みにより音声が一瞬途切れるが、ＡＣＫコマンドが送受信されない分、ほとんど気にならない程度とされる。
【００７６】
図１１は、第５の実施形態による給湯装置本体１の送信制御処理を示すフローチャート、図１２は、第５の実施形態によるリモコンＡ，Ｂ，Ｃの受信制御処理を示すフローチャートであって、これらの図を参照して詳しく説明する。
【００７７】
図１１に示すように、給湯装置本体１の本体制御部１０は、常に通話中であるか否かを監視している（Ｓ４１）。
【００７８】
通話中でない場合（Ｓ４１：ＮＯ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えながらＥＮＱコマンドを含む定期的なデータＤ０を送信周期ｔ秒ごとに送信し、相手先からのＡＣＫコマンドを監視する（Ｓ４２）。
【００７９】
一方、通話中の場合（Ｓ４１：ＹＥＳ）、本体制御部１０は、ＥＮＱコマンドを含む定期的なデータＤ０を送信周期ｔ秒ごとに送信するが、相手先からＡＣＫコマンドが送信されてくるか否かについては無視する（Ｓ４３）。
【００８０】
図１２に示すように、リモコン制御部３０は、定期的なデータＤ０を受信すると（Ｓ５１：ＹＥＳ）、通話中でなければ（Ｓ５２：ＮＯ）、ＡＣＫコマンドを送信する（Ｓ５３）。
【００８１】
その一方、通話中の場合（Ｓ５２：ＹＥＳ）、リモコン制御部３０は、ＡＣＫコマンドの送信を禁止し（Ｓ５４）、データ受信待ちの状態となる。
【００８２】
したがって、第５の実施形態に係る給湯システムによれば、複数のリモコンＡ，Ｂ，Ｃのうちの２台のリモコン間で通話しているときには、給湯装置本体１からリモコンＡ，Ｂ，Ｃに対して一方的にデータを送るだけでリモコンＡ，Ｂ，ＣからのＡＣＫコマンドが不要とされる。つまり、通話中には、リモコンＡ，Ｂ，ＣにおいてＡＣＫコマンド送信のための割り込みが発生しない。これにより、通話中における音切れの発生頻度をできる限り少なくしつつも、定期的なデータＤ０を一方的かつ可及的速やかに送受信することができる。
【００８３】
次に、第６の実施形態について図を参照して説明する。なお、第６の実施形態も、図１、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、これらの点については図示説明を省略する。
【００８４】
図１３は、第６の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。なお、図１３は、通話開始前後を示している。
【００８５】
図１３に示すように、通話開始前には、送信側の給湯装置本体１がリモコンＡ，Ｂ，ＣにＥＮＱコマンドを含む定期的なデータを送信したり、受信側のリモコンＡ，Ｂ，Ｃがデータを受信してＡＣＫコマンドを返したりするのは平常通りとされる。その一方、通話が開始されて通話中になると、送信側からのＥＮＱコマンドを含む定期的なデータの送信については平常通りとされるが、受信側のＡＣＫコマンドを送信するタイミングが遅らせられる。この遅延時間は、たとえば２秒程度とされる。また、ＥＮＱコマンドを含む定期的なデータやＡＣＫコマンドを送受信する間に限って受信側のリモコンＡ，Ｂ，Ｃでは、音声が消音（ミュート）される。つまり、第６の実施形態でも、通話中のデータ受信に伴う割り込みにより音声が一瞬途切れるが、データを受信してからのＡＣＫコマンドの送信タイミングが遅れる分、ほとんど気にならない程度とされる。
【００８６】
図１４は、第６の実施形態によるリモコンＡ，Ｂ，Ｃの受信制御処理を示すフローチャートであって、この図を参照して詳しく説明する。
【００８７】
図１４に示すように、リモコン制御部３０は、定期的なデータＤ０を受信すると（Ｓ６１：ＹＥＳ）、通話中でなければ（Ｓ６２：ＮＯ）、通常のタイミングでＡＣＫコマンドを送信する（Ｓ６３）。
【００８８】
その一方、通話中の場合（Ｓ６２：ＹＥＳ）、リモコン制御部３０は、ＡＣＫコマンドを通常タイミングで送信することなく所定時間遅延させて送信する（Ｓ６４）。
【００８９】
したがって、第６の実施形態に係る給湯システムによれば、複数のリモコンＡ，Ｂ，Ｃのうちの２台のリモコン間で通話しているときには、給湯装置本体１からの定期的なデータ送信に対するリモコンＡ，Ｂ，ＣからのＡＣＫコマンドの送信が遅らせられるので、リモコンＡ，Ｂ，Ｃにおける割り込み継続時間が非通話中よりも短縮する。また、リモコンＡ，Ｂ，Ｃでは、通話中であっても一応はデータＤ０を受信することができる。これにより、通話中における音切れ時間を短くすることで違和感を低減しつつも、定期的なデータＤ０を可及的速やかに送受信することができる。
【００９０】
次に、第７の実施形態について図を参照して説明する。なお、第７の実施形態は、図１の構成とは若干異なる点を有し、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、共通する点や内容については図示説明を省略する。
【００９１】
図１５は、第７の実施形態に係る給湯システムのブロック図である。この図に示すように、第７の実施形態では、音声送受信装置３４にアナログスイッチからなるボイススイッチ３４Ａが設けられている。このボイススイッチ３４Ａは、音声認識手段としての機能を備え、音声送受信装置３４が音声信号を受信した場合には、スピーカ３６との接続に自動的に切り替える一方、音声送受信装置３４を通じて音声信号を送信する場合には、マイクロホン３８との接続に自動的に切り替える。また、音声信号の送受信がない場合には、スピーカ３６およびマイクロホン３８とのいずれにも接続されないノーマルオープンの状態となる。
【００９２】
図１６は、第７の実施形態によるリモコンＡ，Ｂ，Ｃの通信制御処理を示すフローチャートであって、これらの図を参照して詳しく説明する。
【００９３】
図１６に示すように、リモコン制御部３０は、ボイススイッチ３４Ａがノーマルオープンの状態か否かを常に調べている（Ｓ７１）。
【００９４】
ボイススイッチ３４Ａがノーマルオープンの状態でない場合（Ｓ７１：ＮＯ）、すなわち音声信号を送信中あるいは受信中、リモコン制御部３０は、給湯装置本体１に対して定期的なデータＤ０の送信停止を要求する（Ｓ７２）。
【００９５】
そして、データＤ０の送信停止要求後、ボイススイッチ３４Ａがノーマルオープンの状態になると（Ｓ７３：ＹＥＳ）、リモコン制御部３０は、給湯装置本体１に対して定期的なデータＤ０の送信許可を通知する（Ｓ７４）。つまり、一時的な無音状態を利用して給湯装置本体１から定期的なデータＤ０が送られることとなり、データＤ０を受信したリモコンＡ，Ｂ，Ｃでは、通話に使用されていないときに表示内容が書き換えられる。
【００９６】
Ｓ７３において、ボイススイッチ３４Ａがノーマルオープンの状態でない場合（Ｓ７３：ＮＯ）、リモコン制御部３０は、定期的なデータＤ０の送信停止要求を継続すべくＳ７２に戻る。
【００９７】
Ｓ７１において、ボイススイッチ３４Ａがノーマルオープンの状態の場合（Ｓ７１：ＹＥＳ）、リモコン制御部３０は、定期的なデータＤ０の送信許可を通知すべくＳ７４に進む。
【００９８】
したがって、第７の実施形態に係る給湯システムによれば、リモコンＡ，Ｂ，Ｃ間でボイススイッチ３４Ａを切り替えながら通話している状態にあっても、ボイススイッチ３４Ａがノーマルオープンの間に限って給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で定期的なデータＤ０を送受信できる。つまり、通話中でもボイススイッチ３４Ａがノーマルオープンの状態となってある程度無音状態が続くと、その間にデータＤ０を送受信することができ、データ受信に伴いリモコンＡ，Ｂ，Ｃに発生する割り込みを意識させないようにすることができる。これにより、通話中における音切れの発生頻度をできる限り少なくしつつも、一時的な無音中に定期的なデータＤ０を可及的速やかに送受信することができる。
【００９９】
次に、第８の実施形態について図を参照して説明する。なお、第８の実施形態は、図１の構成とは若干異なる点を有し、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、共通する点や内容については図示説明を省略する。
【０１００】
図１７は、第８の実施形態に係る給湯システムのブロック図である。この図に示すように、第８の実施形態では、操作部３１にＰＴＴ（Press To TaIk ）スイッチ３１Ａが設けられている。このＰＴＴスイッチ３１Ａが押されている間は、マイクロホン３８から入力された音声信号が音声送受信装置３４を通じて送信される一方、ＰＴＴスイッチ３１Ａから手を離した状態では、音声送受信装置３４で受信した音声信号がスピーカ３６から発せられる。つまり、ＰＴＴスイッチ３１Ａが押下されることで一方のリモコンが送話状態となると、他方のリモコンが受話状態となり、音声信号をやり取りする方式としては、双方が交互に音声を送出する半二重通信方式とされる。
【０１０１】
図１８は、第８の実施形態によるリモコンＡ，Ｂ，Ｃの通信制御処理を示すフローチャートであって、これらの図を参照して詳しく説明する。
【０１０２】
図１８に示すように、リモコン制御部３０は、ＰＴＴスイッチ３１Ａがオフ（押下されていない）状態か否かを常に調べている（Ｓ８１）。
【０１０３】
ＰＴＴスイッチ３１Ａがオフ状態でない場合（Ｓ８１：ＮＯ）、すなわちＰＴＴスイッチ３１Ａが押下されて音声信号を送信中の場合、リモコン制御部３０は、給湯装置本体１に対して定期的なデータＤ０の送信停止を要求する（Ｓ８２）。
【０１０４】
そして、データＤ０の送信停止要求後、ＰＴＴスイッチ３１Ａがオフ状態になると（Ｓ８３：ＹＥＳ）、リモコン制御部３０は、給湯装置本体１に対して定期的なデータＤ０の送信許可を通知する（Ｓ８４）。つまり、送話中でない一時的な無音状態を利用して給湯装置本体１から定期的なデータＤ０が送られることとなり、データＤ０を受信したリモコンＡ，Ｂ，Ｃでは、通話に使用されていないときに表示内容が書き換えられる。
【０１０５】
Ｓ８３において、ＰＴＴスイッチ３１Ａがオフ状態でない場合（Ｓ８３：ＮＯ）、リモコン制御部３０は、定期的なデータＤ０の送信停止要求を継続すべくＳ８２に戻る。
【０１０６】
Ｓ８１において、ＰＴＴスイッチ３１Ａがオフ状態の場合（Ｓ８１：ＹＥＳ）、リモコン制御部３０は、定期的なデータＤ０の送信許可を通知すべくＳ８４に進む。
【０１０７】
したがって、第８の実施形態に係る給湯システムによれば、リモコンＡ，Ｂ，Ｃ間でＰＴＴスイッチ３１Ａを交互に押しながら通話している状態にあっても、ＰＴＴスイッチ３１Ａが押されていない間に限って給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で定期的なデータＤ０を送受信できる。つまり、通話中でＰＴＴスイッチ３１Ａから手を離した状態である程度無音状態が続くと、その間にデータＤ０を送受信することができ、データ受信に伴いリモコンＡ，Ｂ，Ｃに発生する割り込みを意識させないようにすることができる。これにより、通話中における音切れの発生頻度をできる限り少なくしつつも、一時的な無音中に定期的なデータＤ０を可及的速やかに送受信することができる。
【０１０８】
なお、本発明は、上記の各実施形態に限定されるものではない。
【０１０９】
給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間では、通信ケーブル２を介して有線方式でデータや音声信号が同時にやり取りされるが、無線によりデータや音声信号が同時にやり取りされるとしても良い。
【０１１０】
リモコンＡ，Ｂ，Ｃ同士の間では、通話に伴う音声信号がやり取りされるが、一方のリモコンにオーディオ機器を接続し、このオーディオ機器の出力信号を他方のリモコンに伝えるようにしても良い。また、リモコンＡ，Ｂ，Ｃ同士の間でも、定期的にデータがやり取りされるとしても良い。
【０１１１】
給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で定期的に送受信されるデータＤ０は、重要度の低いデータとしたが、定期的なデータＤ０でも重要度の高いものがあるとしても良い。
【０１１２】
第７の実施形態では、ボイススイッチ３４Ａを有するリモコンＡ，Ｂ，Ｃとしたが、ＤＳＰ（Digital Signal Processor）搭載のエコーキャンセル機能を備えたものとしても良い。
【０１１３】
また、ボイススイッチ３４Ａあるいはエコーキャンセル機能を備えた自動音声認識方式（ハンズフリー方式）のリモコンと、ＰＴＴスイッチ３１Ａによる手動送話方式のリモコンとが混在するシステム構成としても良い。
【０１１４】
給湯装置本体１は、すべてのリモコンで音声信号がやり取りされていない状態を検出すると、定期的なデータＤ０の送信を再開するとしても良い。
【０１１５】
音声送受信装置３４は、アナログの音声信号をデジタルデータに変換するＡ／Ｄ変換手段や、逆にデジタルデータをアナログの音声信号に変換するＤ／Ａ変換手段を含むディジタル変復調装置であっても良い。また、アナログの音声信号をそのまま変復調するアナログ変復調装置であっても良い。
【０１１６】
給湯装置本体１は、実施形態のような一般給湯機能、風呂機能、温水暖房機能の全てを備えたものである必要はなく、それらの機能のうち一つ以上を備えたものであれば良い。また、ガスや石油を燃料とする燃焼ユニットを備えたもののほか、電気温水器を備えたものでも良い。
【０１１７】
もちろん、複数のリモコンのうち全てのリモコンが通話機能を備えている必要はなく、２台以上のリモコンが通話機能を備えていれば良い。また、リモコン間の通話は、通話機能を備えたリモコンのうちの２台の間で通話が行われるほか、同時に３台以上のリモコン間で行われても良い。
【０１１８】
第２の実施形態では、通話終了直後、通話中に変更されたデータのみを一括送信するとしたが、定期通信データのすべてを一括送信するとしても良い。
【０１１９】
【発明の効果】
以上説明したように、本発明によれば、複数のリモコン間で通話しているとき、その通話中における音切れの発生頻度をできる限り少なくしつつも、必要なデータを可及的速やかに送受信することができる。
【図面の簡単な説明】
【図１】第１の実施形態に係る給湯システムのブロック図である。
【図２】給湯装置本体とリモコンとの間で送受信されるデータの一例を説明するための説明図である。
【図３】定期的なデータ通信のタイミングを説明するためのタイムチャートである。
【図４】給湯装置本体の通信制御処理を示すフローチャートである。
【図５】第２の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。
【図６】第２の実施形態による給湯装置本体の通信制御処理を示すフローチャートである。
【図７】第３の実施形態に係る給湯システムのブロック図である。
【図８】第３の実施形態による給湯装置本体の通信制御処理を示すフローチャートである。
【図９】第４の実施形態による給湯装置本体の通信制御処理を示すフローチャートである。
【図１０】第５の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。
【図１１】第５の実施形態による給湯装置本体の送信制御処理を示すフローチャートである。
【図１２】第５の実施形態によるリモコンの受信制御処理を示すフローチャートである。
【図１３】第６の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。
【図１４】第６の実施形態によるリモコンの受信制御処理を示すフローチャートである。
【図１５】第７の実施形態に係る給湯システムのブロック図である。
【図１６】第７の実施形態によるリモコンの通信制御処理を示すフローチャートである。
【図１７】第８の実施形態に係る給湯システムのブロック図である。
【図１８】第８の実施形態によるリモコンの通信制御処理を示すフローチャートである。
【符号の説明】
１ 給湯装置本体
２ 通信ケーブル
１０ 本体制御部
１１ データモデム
３０ リモコン制御部
３１ 操作部
３１Ａ ＰＴＴスイッチ
３２ 表示部
３３ データモデム
３４ 音声送受信装置
３４Ａ ボイススイッチ
３６ スピーカ
３８ マイクロホン
【発明の属する技術分野】
本発明は、給湯装置本体に対して互いに通話可能な複数のリモコンが接続された給湯システムに関する。
【０００２】
【従来の技術】
最近の給湯システムには、給湯装置本体に接続された複数のリモコン間でリアルタイムに通話できるものがある。一般に、給湯装置本体とリモコンとの間では、通信ケーブルを介して給湯動作などに関するデータが定期的に交換されているが、リモコン間でやり取りされる音声信号は、同じ通信ケーブル上でもデータ通信とは別のチャネル（周波数帯域）を用いて同時にやり取り可能とされている。
【０００３】
【発明が解決しようとする課題】
しかしながら、音声信号通信中に定期的なデータ通信を割り込ませると、双方のチャネルが干渉することで音声信号に雑音が入ってしまう。この雑音を消すためにミュート（消音）が行われるが、ミュートによって音切れが発生してしまい、音声通信よりも定期的なデータ通信の優先度が高く設計されることもあり、音切れの発生頻度によっては通話に支障を来すことがあった。
【０００４】
また、音切れを完全に無くすべく、通話の際には、定期的なデータ通信を行わないようにする方法もある。ところが、給湯装置本体とリモコンとの間で定期的にやり取りされるデータの中には、本体動作とリモコンの表示内容とを合わせるためのものがあり、通話中のデータ通信を禁止してしまうと、通話を終えてしばらく経っても本体動作とリモコンの表示内容とが異なることがあった。
【０００５】
【発明の開示】
本発明は、このような事情のもとで考え出されたものであって、通話中における音切れの発生頻度をできる限り少なくしつつも、必要なデータを可及的速やかに送受信することができる給湯システムを提供することを、その課題としている。
【０００６】
上記の課題を解決するため、本発明では、次の技術的手段を講じている。
【００１５】
本発明の第１の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、給湯装置本体は、各リモコンからの通話開始コマンドの有無に基づいて各リモコンが通話中であるか否かを判別する判別手段と、いずれかのリモコン同士が通話中であるときに、各リモコンに送信すべき給湯制御に関するデータが発生すると、そのデータが予め設定された即時に送信すべき重要度の高いデータであるか否かを判定するデータ判定手段と、データ判定手段により重要度の高いデータであると判定されると、給湯制御に関するデータを通話中であるか否かに関係なく各リモコンに順次、送信し、データ判定手段により重要度の高いデータでないと判定されると、給湯制御に関するデータの各リモコンへの送信を禁止するデータ送信制御手段と、を備えたことを特徴とする、給湯システムが提供される。なお、即時に送信すべき重要度の高いデータは、炎の検出又はその炎の消火の検出データ、安全動作をしたことを報知するための報知データ、安全動作エラーコードデータ、及び前記リモコンからの操作コマンドに対して応答するためのデータとするとよい。
【００１６】
このような第１の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して必要なデータが送信されるとした場合、複数のリモコン間で通話しているときには、データの重要度に応じてそのデータを送信すべきか否かが決定される。つまり、通話中でも重要度の高いデータについては送信する一方で、重要度の低いデータについては送信しないようにすることができ、データ受信側のリモコンにおける割り込み発生を確率的に低減させることができる。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、重要度の高い必要なデータのみを可及的速やかに送受信することができる。
【００１７】
本発明の第２の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、給湯装置本体は、各リモコンからの通話開始コマンドの有無に基づいて各リモコンが通話中であるか否かを判別する判別手段と、いずれかのリモコン同士が通話中であるときに、各リモコンに定期的に送信すべき前記給湯制御に関するデータの送信タイミングになると、そのデータに当該データに対する応答を要求する応答要求コマンドを含めることなく各リモコンに順次、送信し、いずれのリモコンも通話中でないときに、各リモコンに定期的に送信すべき給湯制御に関するデータの送信タイミングになると、そのデータに応答要求コマンドを含めて各リモコンに順次、送信するデータ送信制御手段とを備え、各リモコンは、応答要求コマンドを含むデータを受信したときは、そのデータに対する応答コマンドを給湯装置本体に送信させ、応答要求コマンドを含まないデータを受信したときは、応答コマンドの給湯装置本体への送信を禁止する応答コマンド送信制御手段を有することを特徴とする、給湯システムが提供される。
【００１８】
このような第２の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して定期的に必要なデータが送信されるとした場合、複数のリモコン間で通話しているときには、給湯装置本体から各リモコンに対して一方的にデータを送るだけで各リモコンからの応答が不要とされる。つまり、通話中には、データ受信側のリモコンにおいて応答のための割り込みが発生しない。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、必要なデータを一方的かつ可及的速やかに送受信することができる。
【００１９】
本発明の第３の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、各リモコンは、給湯装置本体から応答を要求する応答要求コマンドを含む給湯制御に関するデータを受信すると、そのデータの受信時に他のリモコンと通話中であるか否かを判別する判別手段と、通話中でないときは、データに対する応答データを直ちに給湯装置本体に送信し、通話中であるときは、データに対する応答データを、通話中でないときよりも所定の時間だけ遅延させて給湯装置本体に送信する応答データ送信制御手段とを備えたことを特徴とする、給湯システムが提供される。
【００２０】
このような第３の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して定期的に必要なデータが送信されるとした場合、複数のリモコン間で通話しているときには、給湯装置本体からのデータ送信に対するリモコンからの応答が遅らせられることでデータ受信側のリモコンにおける割り込み継続時間が非通話中よりも短縮する。また、データ受信側のリモコンでは、通話中であっても一応はデータを受信することができる。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、必要なデータを可及的速やかに送受信することができる。
【００２１】
本発明の第４の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、各リモコンは、受信した音声信号のスピーカへの出力と送信すべき音声のマイクロホンからの入力とがボイススイッチを介して行われる音声送受信手段と、ボイススイッチの動作状態を判定するスイッチ動作判定手段と、ボイススイッチが音声信号の入出力を禁止する動作状態のときは、給湯装置本体に定期的なデータの送信許可を通知し、ボイススイッチが音声信号の入出力を許可する動作状態のときは、給湯装置本体に定期的なデータの送信停止を通知する通知手段とを備えたことを特徴とする、給湯システムが提供される。
【００２２】
このような第４の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して定期的に必要なデータが送信されるとした場合、複数のリモコン間でボイススイッチを介して通話しているときには、そのボイススイッチがオフの間に限って給湯装置本体と各リモコンとの間でデータを送受信できる。つまり、通話中でもボイススイッチがオンされずにある程度無音状態が続くと、その間にデータを送受信することができ、データ受信側のリモコンに発生する割り込みを意識させないようにすることができる。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、一時的な無音中に必要なデータを可及的速やかに送受信することができる。
【００２３】
本発明の第５の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、各リモコンは、受信した音声信号のスピーカへの出力と送信すべき音声のマイクロホンからの入力とがプレストークスイッチを介して行われる音声送受信手段と、プレストークスイッチが音声のマイクロホンからの入力を許可する状態であるか否かを判定するスイッチ状態判定手段と、プレストークスイッチが音声のマイクロホンからの入力を禁止する状態のときは、給湯装置本体に前記定期的なデータの送信許可を通知し、プレストークスイッチが音声のマイクロホンからの入力を許可する状態のときは、給湯装置本体に定期的なデータの送信停止を通知する通知手段とを備えたことを特徴とする、給湯システムが提供される。
【００２４】
このような第５の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して定期的に必要なデータが送信されるとした場合、複数のリモコン間でプレストークスイッチを介して通話しているときには、そのプレストークスイッチが押下されていない間に限って給湯装置本体と各リモコンとの間でデータを送受信できる。つまり、通話中でもプレストークスイッチが押下されずにある程度無音状態が続くと、その間にデータを送受信することができ、データ受信側のリモコンに発生する割り込みを意識させないようにすることができる。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、一時的な無音中に必要なデータを可及的速やかに送受信することができる。
【００２５】
本発明の第６の側面によれば、給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、給湯装置本体と各リモコンとの間で通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、リモコン間で通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、各リモコンは、受信した音声信号のスピーカへの出力と送信すべき音声のマイクロホンからの入力とがボイススイッチ及びプレストークスイッチのいずれか一方のスイッチを介して行われる音声送受信手段と、音声送受信手段のスイッチが音声のマイクロホンからの入力を許可する状態であるか否かを判定するスイッチ状態判定手段と、音声送受信手段のスイッチが音声のマイクロホンからの入力を禁止する状態のときは、給湯装置本体に定期的なデータの送信許可を通知し、音声送受信手段のスイッチが音声のマイクロホンからの入力を許可する状態のときは、給湯装置本体に定期的なデータの送信停止を通知する通知手段とを備えたことを特徴とする、給湯システムが提供される。
【００２６】
このような第６の側面に係る給湯システムによれば、たとえば給湯装置本体から各リモコンに対して定期的に必要なデータが送信されるとした場合、一方のリモコンではボイススイッチを介し、他方のリモコンではプレストークスイッチを介して互いに通話しているときには、そのボイススイッチとプレストークスイッチとの両方が共にオフの間に限って給湯装置本体と各リモコンとの間でデータを送受信できる。つまり、通話中でもボイススイッチやプレストークスイッチが作動せずにある程度無音状態が続くと、その間にデータを送受信することができ、データ受信側のリモコンに発生する割り込みを意識させないようにすることができる。したがって、通話中における音切れの発生頻度をできる限り少なくしつつも、一時的な無音中に必要なデータを可及的速やかに送受信することができる。
【００２９】
本発明のその他の特徴および利点は、添付図面を参照して以下に行う発明の実施の形態の説明によって、より明らかになるであろう。
【００３０】
【発明の実施の形態】
以下、本発明の好ましい実施の形態を、図面を参照して具体的に説明する。
【００３１】
図１は、第１の実施形態に係る給湯システムのブロック図である。この図に示すように、給湯システムは、給湯装置本体１と、この給湯装置本体１に通信ケーブル２を介して接続された複数のリモコンＡ，Ｂ，Ｃとを有して構成される。給湯装置本体１は、台所で湯を使用する際や風呂の湯張りや追い焚き、さらには温水暖房端末を使用する際に給湯動作するものであって、燃焼系や配管系については特に図示しないが、本体制御部１０とデータモデム１１とを有している。リモコンＡ，Ｂ，Ｃは、台所や浴室、あるいは部屋内から給湯装置本体１を操作するための機能に加え、互いに音声をやり取りするための通話機能を備えたものであって、リモコン制御部３０、操作部３１、表示部３２、データモデム３３、音声送受信装置３４、スピーカアンプ３５、スピーカ３６、マイクアンプ３７、およびマイクロホン３８を有して構成されている。なお、図１では、特にリモコンＡの構成しか示さないが、他のリモコンＢ，Ｃも同様の構成とされる。
【００３２】
給湯装置本体１について説明すると、本体制御部１０は、ＣＰＵ、ＲＯＭ、ＲＡＭなどからなるマイクロコンピュータであって、給湯装置本体１全体の動作を制御する。データモデム１１は、本体制御部１０に接続されており、リモコンＡ，Ｂ，Ｃに送信すべきデータを変調したり、リモコンＡ，Ｂ，Ｃから送られてきたデータを復調したりする。
【００３３】
リモコンＡについて説明すると、リモコン制御部３０は、ＣＰＵ、ＲＯＭ、ＲＡＭなどからなるマイクロコンピュータであって、リモコンＡ全体の動作を制御する。操作部３１は、リモコン制御部３０に接続されており、たとえば給湯運転をオン／オフしたり、給湯温度や風呂温度、あるいは風呂水位などを変更したりする際に用いられる。特に図示しないが、操作部３１には、通話の開始／終了を指示するためのスイッチも設けられている。表示部３２は、リモコン制御部３０に接続されており、たとえば給湯温度、風呂温度、風呂水位などの各設定値、運転モードなどを表示する。データモデム３３は、リモコン制御部３０に接続されており、給湯装置本体１に送信すべきデータを変調したり、給湯装置本体１から送られてきたデータを復調したりする。音声送受信装置３４は、リモコン制御部３０に接続されており、他のリモコンＢ，Ｃに送るべき音声信号を変調したり、他のリモコンＢ，Ｃからの音声信号を復調したりする。スピーカ３６は、スピーカアンプ３５を介して音声送受信装置３４に接続されており、他のリモコンＢ，Ｃからの音声を出力する。マイクロホン３８は、マイクアンプ３７を介して音声送受信装置３４に接続されており、他のリモコンＢ，Ｃに対して伝えるべきユーザの音声を入力する。
【００３４】
具体的に説明すると、給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間では、通信ケーブル２を介して各種のデータがやり取りされるが、それと同時に、同じ通信ケーブル２を介してもリモコンＡ，Ｂ，Ｃ同士で音声信号をやり取り可能とされている。たとえば、通信に使用される伝送周波数が５２６．５ｋＨｚ以下に限られる場合、そのうちの比較的高い周波数帯域をデータ通信用、低い周波数帯域を音声通信用とすることができる。なお、５２６．５ｋＨｚ以下のうち、周波数帯域の高い側と低い側のどちらをデータ通信に用いても良い。
【００３５】
また、給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で送受信されるデータとしては、図２に例示列挙するようなものがある。図２に示すデータのうち、Ｄ１〜Ｄ８のデータは、即時に送受信されるものとされ、重要度の高いデータとされる。一方、Ｄ０のデータは、給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で本体動作と表示内容とを整合させる必要性から定期的に送受信されるものであり、重要度の低いデータとされる。なお、Ｄ８を除くＤ１〜Ｄ７およびＤ０のデータは、常に給湯装置本体１のデータモデム１１から送信され、それに応じてリモコンＡ，Ｂ，Ｃのデータモデム３３で受信されるものである。
【００３６】
そして、本実施形態では、リモコンＡ，Ｂ，Ｃのうちの２台のリモコン間で通話している場合と通話していない場合とで定期的なデータ通信のタイミングが異なるようにされている。図３は、定期的なデータ通信のタイミングを説明するためのタイムチャートである。図３の（ａ）は、通話していない場合に対応し、図３の（ｂ）は、通話中の場合に対応する。図３の（ａ）に示すように、非通話中の場合、送信側の給湯装置本体１は、定期的なデータをたとえば５秒おきに通信ケーブル２上に送出する一方で、各リモコンＡ，Ｂ，Ｃに対する問い合わせ（ＡＣＫ送信要求）のためのＥＮＱコマンドを同じ５秒間隔のタイミングで切り替えながらその定期データに含めて送信する。つまり、各リモコンＡ，Ｂ，Ｃは、定期的なデータを５秒ごとに受信するが、ＡＣＫ送信要求を受けた１つのリモコンのみがＡＣＫコマンドを返信する。たとえば、受信側のリモコンＡは、給湯装置本体１からのデータと自己に要求されたＥＮＱコマンドとを受信すると、それに対して応答した旨のＡＣＫコマンドを送信側に返す。このようなＥＮＱコマンドやＡＣＫコマンドのやり取りを含めてデータの送受信に要する時間Ｓは、１００ｍｓ程度とされる。
【００３７】
続いて、送信側の給湯装置本体１は、リモコンＡに定期的なデータを送信してからｔ秒待機し、ｔ秒経つと今度はリモコンＢに対して定期的なデータを送信するとともに、それに含めて問い合わせのためのＥＮＱコマンドを送信する。受信側のリモコンＢは、先のリモコンＡと同様に、給湯装置本体１からのＥＮＱコマンドを含むデータを受信し、それに対して応答した旨のＡＣＫコマンドを返す。以後、同様にして給湯装置本体１とリモコンＣとの間でも定期的なデータが送受信される。つまり、ＥＮＱコマンドを含む定期的なデータは、送信周期ｔ秒ごとに送信されている。この送信周期ｔは、たとえば５秒程度とされる。
【００３８】
ところで、本実施形態に係る給湯装置本体１には、３つのリモコンＡ，Ｂ，Ｃしか接続されていないが、最大７つまで接続可能とされる。そして、本実施形態のように３つのリモコンＡ，Ｂ，Ｃしか存在しない場合でも、給湯装置本体１からは、実在しないリモコンに対してもデータが送信される。つまり、非通話中には、５秒周期で全リモコン（実在しないリモコンを含む）に対してデータが送信される一方、各リモコンＡ，Ｂ，Ｃは、３５秒周期で自己に宛てられたＥＮＱコマンドを受信することで定期的にデータ通信を行っている。なお、受信側からＡＣＫコマンドが送られてこないときは、送信周期ｔ秒経過後にデータを再送信し、このような一連の処理を所定回数繰り返してもＡＣＫコマンドがないときは、その時点で断線と判定している。また、電源初期投入時、給湯装置本体１に接続されているリモコンＡ，Ｂ，Ｃは、給湯装置本体１に対して接続確認の通信を個別に行う。これにより給湯装置本体１は、接続状態にあるリモコンＡ，Ｂ，Ｃを認識する。所定時間経過後、給湯装置本体１は、定期的なデータ通信を開始する。
【００３９】
一方、図３の（ｂ）には、音声信号をやり取りして通話できる時間帯がハッチング部分により示され、それに示すように通話中の場合、送信側の給湯装置本体１がリモコンＡ，Ｂ，ＣにＥＮＱコマンドを含む定期的なデータを送信したり、受信側のリモコンＡ，Ｂ，ＣがＡＣＫコマンドを返したりするのは同様とされるが、送信周期は、５秒程度のｔからそれよりも長いたとえば１０秒〜１５秒程度の時間Ｔに変更される。つまり、非通話中には、５秒おきにデータ受信やＡＣＫコマンド送信のためのデータ通信による割り込みが発生するが、通話中には、送信周期Ｔが１０秒〜１５秒程度とされることで、１０秒〜１５秒おきにデータ通信による割り込みが発生することとなる。このようなデータ通信による割り込みが通話中に生ずると、データ送受信時間Ｓの間に限って一瞬音声が途切れたように聴こえるが、１０秒〜１５秒間に１回生じる程度とされるので、音切れの発生頻度としては、従来のように５秒おきに発生する場合よりも半減し、音切れが気になって通話に支障を来すこともない。
【００４０】
図４は、給湯装置本体１の通信制御処理を示すフローチャートであって、この図を参照してさらに詳しく説明する。
【００４１】
給湯装置本体１の本体制御部１０は、常に通話中であるか否かを監視している（Ｓ１）。具体的に言うと、通話中であるか否かについては、少なくともいずれか１つのリモコンＡ，Ｂ，Ｃから通話開始のコマンドを受け付けた状態にあるか否かに応じて判定される。
【００４２】
通話中でない場合（Ｓ１：ＮＯ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えながら定期的なデータＤ０を送信周期ｔ秒ごとに送信する（Ｓ２）。つまり、この場合には、全てのリモコンＡ，Ｂ，Ｃについてはｔ秒（５秒）ごとに発生したデータＤ０に基づいて給湯温度や風呂温度、風呂水位、運転モードなどに関する表示内容が書き換えられる。
【００４３】
一方、通話中の場合（Ｓ１：ＹＥＳ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えつつも定期的なデータＤ０を送信周期Ｔ秒ごとに送信する（Ｓ３）。つまり、この場合には、通話に使用中のリモコンＡに着目すると、Ｔ秒（たとえば１０秒）ごとにデータ送受信による割り込みが発生するが、このような割り込みに伴う音切れも１０秒ごととした比較的少ない頻度とされる。また、通話中であっても、定期的なデータＤ０の送受信は行われ、その都度、受信したデータＤ０に基づいて給湯温度や風呂温度、風呂水位、運転モードなどに関する表示内容が書き換えられる。
【００４４】
したがって、第１の実施形態に係る給湯システムによれば、リモコンＡ，Ｂ，Ｃのうちの２台のリモコン間で通話しているときには、定期的なデータＤ０の送信周期Ｔが長くされることで受信側のリモコンＡ，Ｂ，Ｃにおける割り込み発生率が非通話中よりも低減する。また、通話に使用されるリモコンＡ，Ｂ，Ｃでは、送信周期Ｔが長くなるが通話中であっても順番に定期的なデータＤ０を受信することができる。これにより、通話中における音切れの発生頻度をできる限り少なくしつつも、給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で必要なデータＤ０を可及的速やかに送受信することができる。
【００４５】
次に、第２の実施形態について図を参照して説明する。なお、第２の実施形態も、図１、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、これらの点については図示説明を省略する。
【００４６】
図５は、第２の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。なお、図５は、音声信号をやり取りできる時間帯をハッチング部分により示し、通話中の場合に対応している。
【００４７】
図５に示すように、通話中の場合、第２の実施形態では、送信側の給湯装置本体１がリモコンＡ，Ｂ，ＣにＥＮＱコマンドを含む定期的なデータを送信したり、受信側のリモコンＡ，Ｂ，ＣがＡＣＫコマンドを返したりするのは全面的に禁止される。そして、通話終了直後、給湯装置本体１では、通話中に変更されたデータのみが一括送信され、リモコンＡ，Ｂ，Ｃでは、給湯装置本体１からのＥＮＱコマンドを含む定期的なデータを受信したり、応答した旨のＡＣＫコマンドを返したりするための処理が行われる。つまり、第２の実施形態では、通話中にデータ受信やＡＣＫコマンド送信のための割り込みが発生することはなく、割り込みに伴う音切れが全く無い状況とされる。
【００４８】
図６は、第２の実施形態による給湯装置本体１の通信制御処理を示すフローチャートであって、この図を参照してさらに詳しく説明する。
【００４９】
給湯装置本体１の本体制御部１０は、常に通話中であるか否かを監視している（Ｓ１１）。
【００５０】
通話中でない場合（Ｓ１１：ＮＯ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えながら定期的なデータＤ０を送信周期ｔ秒ごとに送信する（Ｓ１２）。つまり、Ｓ１１，Ｓ１２は、図４のＳ１，Ｓ２と同様である。
【００５１】
一方、通話中の場合（Ｓ１１：ＹＥＳ）、本体制御部１０は、定期的なデータＤ０の送信を禁止する（Ｓ１３）。なお、即時的に送信すべきデータＤ１〜Ｄ７や、リモコンＡ，Ｂ，Ｃからスイッチ操作に応じて送られてくるコマンドＤ８については、送受信が禁止されることなくそのまま執り行われる。
【００５２】
定期的なデータＤ０の送信を禁止した後、少なくともいずれか１つのリモコンＡ，Ｂ，Ｃから通話終了のコマンドを受信した直後（Ｓ１４：ＹＥＳ）、本体制御部１０は、データモデム１１を通じて通話中に変更された更新データＤ０のみを一括送信する（Ｓ１５）。つまり、この場合には、通話終了のコマンドが更新データＤ０の一括送信を要求するコマンドとみなされ、通話終了の操作直後にデータＤ０の送受信が再開される。そして、リモコンＡ，Ｂ，Ｃでは、受信したデータＤ０に基づいて給湯温度や風呂温度、風呂水位、運転モードなどに関する表示内容が更新される。なお、一括送信については、リモコンＡ，Ｂ，Ｃ側から通話終了コマンドが送信され、さらにその後、給湯装置本体１に対して一括送信を要求するコマンドが送信されるとしても良い。そうした場合、給湯装置本体１では、リモコンＡ，Ｂ，Ｃ側からの一括送信要求コマンドを受信するのに応じて一括送信が行われる。
【００５３】
Ｓ１４において、通話終了のコマンドが継続して受信されない場合（Ｓ１４：ＮＯ）、本体制御部１０は、Ｓ１３に戻ってデータＤ０の送信禁止を継続する。
【００５４】
したがって、第２の実施形態に係る給湯システムによれば、リモコンＡ，Ｂ，Ｃのうちの２台のリモコン間で通話しているときには、定期的なデータＤ０の送受信が禁止されることでリモコンＡ，Ｂ，Ｃにおける割り込み発生が皆無とされる。また、リモコンＡ，Ｂ，Ｃでは、通話終了直後に更新データＤ０を一括して受信することができ、給湯温度や風呂温度、あるいは風呂水位などに関する表示内容が速やかに整合させられる。これにより、通話中における音切れを完全に無くした上で、給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で必要なデータＤ０を可及的速やかに送受信することができる。
【００５５】
次に、第３の実施形態について図を参照して説明する。なお、第３の実施形態は、図１の構成とは若干異なる点を有し、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、これらの点については図示説明を省略する。
【００５６】
図７は、第３の実施形態に係る給湯システムのブロック図である。この図に示すように、第３の実施形態では、給湯装置本体１に音声信号検出部１２が設けられている。この音声信号検出部１２は、本体制御部１０と通信ケーブル２との間に接続され、通信ケーブル２上でやり取りされる音声信号を検出すると、その旨を本体制御部１０に伝える機能を有している。
【００５７】
図８は、第３の実施形態による給湯装置本体１の通信制御処理を示すフローチャートであって、この図を参照して詳しく説明する。
【００５８】
給湯装置本体１の本体制御部１０は、常に通話中であるか否かを監視している（Ｓ２１）。この第３の実施形態に係る本体制御部１０によれば、通話中であるか否かについては、通信ケーブル２上でやり取りされる音声信号を音声信号検出部１２を通じて直接検出し、音声信号がある程度の時間継続して検出されるか否かに応じて判定される。
【００５９】
通話中でない場合（Ｓ２１：ＮＯ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えながら定期的なデータＤ０を送信周期ｔ秒ごとに送信する（Ｓ２２）。
【００６０】
一方、通話中の場合（Ｓ２１：ＹＥＳ）、本体制御部１０は、定期的なデータＤ０の送信を禁止する（Ｓ２３）。つまり、Ｓ２２，Ｓ２３は、図６のＳ１２，Ｓ１３と同様である。
【００６１】
定期的なデータＤ０の送信を禁止した後、通信ケーブル２上でやり取りされる音声信号が音声信号検出部１２を通じてもある程度の時間継続して検出されなくなると（Ｓ２４：ＮＯ）、本体制御部１０は、データモデム１１を通じて通話中に変更された更新データＤ０のみを一括送信する（Ｓ２５）。つまり、この場合には、音声信号がある程度の時間にわたってやり取りされない状態となると通話終了とみなされ、それに応じてデータＤ０の送受信が再開される。そして、リモコンＡ，Ｂ，Ｃでは、受信したデータＤ０に基づいて給湯温度や風呂温度、風呂水位、運転モードなどに関する表示内容が更新される。
【００６２】
Ｓ２４において、音声信号が継続して検出される場合（Ｓ２４：ＹＥＳ）、本体制御部１０は、Ｓ２３に戻ってデータＤ０の送信禁止を継続する。
【００６３】
したがって、第３の実施形態に係る給湯システムによれば、音声信号のやり取りがしばらく続かなくなると、リモコンＡ，Ｂ，Ｃは、同時に更新データＤ０を一括して受信することができ、給湯温度や風呂温度、あるいは風呂水位などに関する表示内容が速やかに整合させられる。つまり、第２の実施形態によるものと同様の効果を得ることができる。
【００６４】
次に、第４の実施形態について図を参照して説明する。なお、第４の実施形態も、図１、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、これらの点については図示説明を省略する。
【００６５】
図９は、第４の実施形態による給湯装置本体１の通信制御処理を示すフローチャートであって、この図を参照して詳しく説明する。
【００６６】
給湯装置本体１の本体制御部１０は、常に通話中であるか否かを監視している（Ｓ３１）。通話中であるか否かについては、リモコンＡ，Ｂ，Ｃからの通話開始コマンドの有無を検出することで判別される。なお、先述した第３の実施形態のように給湯装置本体１に音声信号検出部１２を設けた場合には、この音声信号検出部１２により音声信号を直接検出して通話中であるか否かを判別するようにしても良い。
【００６７】
通話中でない場合（Ｓ３１：ＮＯ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えながら重要度の低いデータＤ０を送信周期ｔ秒ごとに送信する（Ｓ３２）。この重要度の低いデータＤ０とは、定期的に送信すべきデータでもある。
【００６８】
また、本体制御部１０は、重要度の高いデータＤ１〜Ｄ８については即座に送信する（Ｓ３３）。
【００６９】
一方、通話中の場合（Ｓ３１：ＹＥＳ）、本体制御部１０は、送信すべきデータが発生するごとにそのデータの重要度が高いか否かを判定する（Ｓ３４）。
【００７０】
データの重要度が低い場合（Ｓ３４：ＮＯ）、本体制御部１０は、その重要度が低いデータＤ０の送信を禁止する（Ｓ３５）。
【００７１】
データの重要度が高い場合（Ｓ３４：ＹＥＳ）、本体制御部１０は、その重要度が高いデータＤ１〜Ｄ８を即座に送信すべく、Ｓ３３に進む。つまり、通話中には、重要度の高いデータＤ１〜Ｄ８だけが送信され、重要度の低いデータＤ０が送信されることはない。
【００７２】
したがって、第４の実施形態に係る給湯システムによれば、データの重要度に応じてそのデータを送信すべきか否かが決定され、通話中でも重要度の高いデータＤ１〜Ｄ８については送信する一方で、重要度の低い定期的なデータＤ０については送信されることなく、その結果、リモコンＡ，Ｂ，Ｃにおける割り込み発生が確率的に低減する。これにより、通話中における音切れの発生頻度をできる限り少なくしつつも、重要度の高い必要なデータのみを可及的速やかに送受信することができる。
【００７３】
次に、第５の実施形態について図を参照して説明する。なお、第５の実施形態も、図１、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、これらの点については図示説明を省略する。
【００７４】
図１０は、第５の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。なお、図１０は、通話開始前後を示している。
【００７５】
図１０に示すように、通話開始前には、送信側の給湯装置本体１がリモコンＡ，Ｂ，ＣにＥＮＱコマンドを含む定期的なデータを送信したり、受信側のリモコンＡ，Ｂ，Ｃがデータを受信してＡＣＫコマンドを返したりするのは平常通りとされる。その一方、通話が開始されて通話中になると、ＥＮＱコマンドを含む定期的なデータについては送受信されるが、ＡＣＫコマンドが送受信されなくなる。また、定期的なデータを送受信する間に限って受信側のリモコンＡ，Ｂ，Ｃでは、音声が消音（ミュート）される。つまり、第５の実施形態では、通話中のデータ受信に伴う割り込みにより音声が一瞬途切れるが、ＡＣＫコマンドが送受信されない分、ほとんど気にならない程度とされる。
【００７６】
図１１は、第５の実施形態による給湯装置本体１の送信制御処理を示すフローチャート、図１２は、第５の実施形態によるリモコンＡ，Ｂ，Ｃの受信制御処理を示すフローチャートであって、これらの図を参照して詳しく説明する。
【００７７】
図１１に示すように、給湯装置本体１の本体制御部１０は、常に通話中であるか否かを監視している（Ｓ４１）。
【００７８】
通話中でない場合（Ｓ４１：ＮＯ）、本体制御部１０は、データモデム１１を通じて順次ＡＣＫ要求相手を切り替えながらＥＮＱコマンドを含む定期的なデータＤ０を送信周期ｔ秒ごとに送信し、相手先からのＡＣＫコマンドを監視する（Ｓ４２）。
【００７９】
一方、通話中の場合（Ｓ４１：ＹＥＳ）、本体制御部１０は、ＥＮＱコマンドを含む定期的なデータＤ０を送信周期ｔ秒ごとに送信するが、相手先からＡＣＫコマンドが送信されてくるか否かについては無視する（Ｓ４３）。
【００８０】
図１２に示すように、リモコン制御部３０は、定期的なデータＤ０を受信すると（Ｓ５１：ＹＥＳ）、通話中でなければ（Ｓ５２：ＮＯ）、ＡＣＫコマンドを送信する（Ｓ５３）。
【００８１】
その一方、通話中の場合（Ｓ５２：ＹＥＳ）、リモコン制御部３０は、ＡＣＫコマンドの送信を禁止し（Ｓ５４）、データ受信待ちの状態となる。
【００８２】
したがって、第５の実施形態に係る給湯システムによれば、複数のリモコンＡ，Ｂ，Ｃのうちの２台のリモコン間で通話しているときには、給湯装置本体１からリモコンＡ，Ｂ，Ｃに対して一方的にデータを送るだけでリモコンＡ，Ｂ，ＣからのＡＣＫコマンドが不要とされる。つまり、通話中には、リモコンＡ，Ｂ，ＣにおいてＡＣＫコマンド送信のための割り込みが発生しない。これにより、通話中における音切れの発生頻度をできる限り少なくしつつも、定期的なデータＤ０を一方的かつ可及的速やかに送受信することができる。
【００８３】
次に、第６の実施形態について図を参照して説明する。なお、第６の実施形態も、図１、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、これらの点については図示説明を省略する。
【００８４】
図１３は、第６の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。なお、図１３は、通話開始前後を示している。
【００８５】
図１３に示すように、通話開始前には、送信側の給湯装置本体１がリモコンＡ，Ｂ，ＣにＥＮＱコマンドを含む定期的なデータを送信したり、受信側のリモコンＡ，Ｂ，Ｃがデータを受信してＡＣＫコマンドを返したりするのは平常通りとされる。その一方、通話が開始されて通話中になると、送信側からのＥＮＱコマンドを含む定期的なデータの送信については平常通りとされるが、受信側のＡＣＫコマンドを送信するタイミングが遅らせられる。この遅延時間は、たとえば２秒程度とされる。また、ＥＮＱコマンドを含む定期的なデータやＡＣＫコマンドを送受信する間に限って受信側のリモコンＡ，Ｂ，Ｃでは、音声が消音（ミュート）される。つまり、第６の実施形態でも、通話中のデータ受信に伴う割り込みにより音声が一瞬途切れるが、データを受信してからのＡＣＫコマンドの送信タイミングが遅れる分、ほとんど気にならない程度とされる。
【００８６】
図１４は、第６の実施形態によるリモコンＡ，Ｂ，Ｃの受信制御処理を示すフローチャートであって、この図を参照して詳しく説明する。
【００８７】
図１４に示すように、リモコン制御部３０は、定期的なデータＤ０を受信すると（Ｓ６１：ＹＥＳ）、通話中でなければ（Ｓ６２：ＮＯ）、通常のタイミングでＡＣＫコマンドを送信する（Ｓ６３）。
【００８８】
その一方、通話中の場合（Ｓ６２：ＹＥＳ）、リモコン制御部３０は、ＡＣＫコマンドを通常タイミングで送信することなく所定時間遅延させて送信する（Ｓ６４）。
【００８９】
したがって、第６の実施形態に係る給湯システムによれば、複数のリモコンＡ，Ｂ，Ｃのうちの２台のリモコン間で通話しているときには、給湯装置本体１からの定期的なデータ送信に対するリモコンＡ，Ｂ，ＣからのＡＣＫコマンドの送信が遅らせられるので、リモコンＡ，Ｂ，Ｃにおける割り込み継続時間が非通話中よりも短縮する。また、リモコンＡ，Ｂ，Ｃでは、通話中であっても一応はデータＤ０を受信することができる。これにより、通話中における音切れ時間を短くすることで違和感を低減しつつも、定期的なデータＤ０を可及的速やかに送受信することができる。
【００９０】
次に、第７の実施形態について図を参照して説明する。なお、第７の実施形態は、図１の構成とは若干異なる点を有し、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、共通する点や内容については図示説明を省略する。
【００９１】
図１５は、第７の実施形態に係る給湯システムのブロック図である。この図に示すように、第７の実施形態では、音声送受信装置３４にアナログスイッチからなるボイススイッチ３４Ａが設けられている。このボイススイッチ３４Ａは、音声認識手段としての機能を備え、音声送受信装置３４が音声信号を受信した場合には、スピーカ３６との接続に自動的に切り替える一方、音声送受信装置３４を通じて音声信号を送信する場合には、マイクロホン３８との接続に自動的に切り替える。また、音声信号の送受信がない場合には、スピーカ３６およびマイクロホン３８とのいずれにも接続されないノーマルオープンの状態となる。
【００９２】
図１６は、第７の実施形態によるリモコンＡ，Ｂ，Ｃの通信制御処理を示すフローチャートであって、これらの図を参照して詳しく説明する。
【００９３】
図１６に示すように、リモコン制御部３０は、ボイススイッチ３４Ａがノーマルオープンの状態か否かを常に調べている（Ｓ７１）。
【００９４】
ボイススイッチ３４Ａがノーマルオープンの状態でない場合（Ｓ７１：ＮＯ）、すなわち音声信号を送信中あるいは受信中、リモコン制御部３０は、給湯装置本体１に対して定期的なデータＤ０の送信停止を要求する（Ｓ７２）。
【００９５】
そして、データＤ０の送信停止要求後、ボイススイッチ３４Ａがノーマルオープンの状態になると（Ｓ７３：ＹＥＳ）、リモコン制御部３０は、給湯装置本体１に対して定期的なデータＤ０の送信許可を通知する（Ｓ７４）。つまり、一時的な無音状態を利用して給湯装置本体１から定期的なデータＤ０が送られることとなり、データＤ０を受信したリモコンＡ，Ｂ，Ｃでは、通話に使用されていないときに表示内容が書き換えられる。
【００９６】
Ｓ７３において、ボイススイッチ３４Ａがノーマルオープンの状態でない場合（Ｓ７３：ＮＯ）、リモコン制御部３０は、定期的なデータＤ０の送信停止要求を継続すべくＳ７２に戻る。
【００９７】
Ｓ７１において、ボイススイッチ３４Ａがノーマルオープンの状態の場合（Ｓ７１：ＹＥＳ）、リモコン制御部３０は、定期的なデータＤ０の送信許可を通知すべくＳ７４に進む。
【００９８】
したがって、第７の実施形態に係る給湯システムによれば、リモコンＡ，Ｂ，Ｃ間でボイススイッチ３４Ａを切り替えながら通話している状態にあっても、ボイススイッチ３４Ａがノーマルオープンの間に限って給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で定期的なデータＤ０を送受信できる。つまり、通話中でもボイススイッチ３４Ａがノーマルオープンの状態となってある程度無音状態が続くと、その間にデータＤ０を送受信することができ、データ受信に伴いリモコンＡ，Ｂ，Ｃに発生する割り込みを意識させないようにすることができる。これにより、通話中における音切れの発生頻度をできる限り少なくしつつも、一時的な無音中に定期的なデータＤ０を可及的速やかに送受信することができる。
【００９９】
次に、第８の実施形態について図を参照して説明する。なお、第８の実施形態は、図１の構成とは若干異なる点を有し、図２、図３の（ａ）に示す内容については先述した第１の実施形態と同様であるため、共通する点や内容については図示説明を省略する。
【０１００】
図１７は、第８の実施形態に係る給湯システムのブロック図である。この図に示すように、第８の実施形態では、操作部３１にＰＴＴ（Press To TaIk ）スイッチ３１Ａが設けられている。このＰＴＴスイッチ３１Ａが押されている間は、マイクロホン３８から入力された音声信号が音声送受信装置３４を通じて送信される一方、ＰＴＴスイッチ３１Ａから手を離した状態では、音声送受信装置３４で受信した音声信号がスピーカ３６から発せられる。つまり、ＰＴＴスイッチ３１Ａが押下されることで一方のリモコンが送話状態となると、他方のリモコンが受話状態となり、音声信号をやり取りする方式としては、双方が交互に音声を送出する半二重通信方式とされる。
【０１０１】
図１８は、第８の実施形態によるリモコンＡ，Ｂ，Ｃの通信制御処理を示すフローチャートであって、これらの図を参照して詳しく説明する。
【０１０２】
図１８に示すように、リモコン制御部３０は、ＰＴＴスイッチ３１Ａがオフ（押下されていない）状態か否かを常に調べている（Ｓ８１）。
【０１０３】
ＰＴＴスイッチ３１Ａがオフ状態でない場合（Ｓ８１：ＮＯ）、すなわちＰＴＴスイッチ３１Ａが押下されて音声信号を送信中の場合、リモコン制御部３０は、給湯装置本体１に対して定期的なデータＤ０の送信停止を要求する（Ｓ８２）。
【０１０４】
そして、データＤ０の送信停止要求後、ＰＴＴスイッチ３１Ａがオフ状態になると（Ｓ８３：ＹＥＳ）、リモコン制御部３０は、給湯装置本体１に対して定期的なデータＤ０の送信許可を通知する（Ｓ８４）。つまり、送話中でない一時的な無音状態を利用して給湯装置本体１から定期的なデータＤ０が送られることとなり、データＤ０を受信したリモコンＡ，Ｂ，Ｃでは、通話に使用されていないときに表示内容が書き換えられる。
【０１０５】
Ｓ８３において、ＰＴＴスイッチ３１Ａがオフ状態でない場合（Ｓ８３：ＮＯ）、リモコン制御部３０は、定期的なデータＤ０の送信停止要求を継続すべくＳ８２に戻る。
【０１０６】
Ｓ８１において、ＰＴＴスイッチ３１Ａがオフ状態の場合（Ｓ８１：ＹＥＳ）、リモコン制御部３０は、定期的なデータＤ０の送信許可を通知すべくＳ８４に進む。
【０１０７】
したがって、第８の実施形態に係る給湯システムによれば、リモコンＡ，Ｂ，Ｃ間でＰＴＴスイッチ３１Ａを交互に押しながら通話している状態にあっても、ＰＴＴスイッチ３１Ａが押されていない間に限って給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で定期的なデータＤ０を送受信できる。つまり、通話中でＰＴＴスイッチ３１Ａから手を離した状態である程度無音状態が続くと、その間にデータＤ０を送受信することができ、データ受信に伴いリモコンＡ，Ｂ，Ｃに発生する割り込みを意識させないようにすることができる。これにより、通話中における音切れの発生頻度をできる限り少なくしつつも、一時的な無音中に定期的なデータＤ０を可及的速やかに送受信することができる。
【０１０８】
なお、本発明は、上記の各実施形態に限定されるものではない。
【０１０９】
給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間では、通信ケーブル２を介して有線方式でデータや音声信号が同時にやり取りされるが、無線によりデータや音声信号が同時にやり取りされるとしても良い。
【０１１０】
リモコンＡ，Ｂ，Ｃ同士の間では、通話に伴う音声信号がやり取りされるが、一方のリモコンにオーディオ機器を接続し、このオーディオ機器の出力信号を他方のリモコンに伝えるようにしても良い。また、リモコンＡ，Ｂ，Ｃ同士の間でも、定期的にデータがやり取りされるとしても良い。
【０１１１】
給湯装置本体１とリモコンＡ，Ｂ，Ｃとの間で定期的に送受信されるデータＤ０は、重要度の低いデータとしたが、定期的なデータＤ０でも重要度の高いものがあるとしても良い。
【０１１２】
第７の実施形態では、ボイススイッチ３４Ａを有するリモコンＡ，Ｂ，Ｃとしたが、ＤＳＰ（Digital Signal Processor）搭載のエコーキャンセル機能を備えたものとしても良い。
【０１１３】
また、ボイススイッチ３４Ａあるいはエコーキャンセル機能を備えた自動音声認識方式（ハンズフリー方式）のリモコンと、ＰＴＴスイッチ３１Ａによる手動送話方式のリモコンとが混在するシステム構成としても良い。
【０１１４】
給湯装置本体１は、すべてのリモコンで音声信号がやり取りされていない状態を検出すると、定期的なデータＤ０の送信を再開するとしても良い。
【０１１５】
音声送受信装置３４は、アナログの音声信号をデジタルデータに変換するＡ／Ｄ変換手段や、逆にデジタルデータをアナログの音声信号に変換するＤ／Ａ変換手段を含むディジタル変復調装置であっても良い。また、アナログの音声信号をそのまま変復調するアナログ変復調装置であっても良い。
【０１１６】
給湯装置本体１は、実施形態のような一般給湯機能、風呂機能、温水暖房機能の全てを備えたものである必要はなく、それらの機能のうち一つ以上を備えたものであれば良い。また、ガスや石油を燃料とする燃焼ユニットを備えたもののほか、電気温水器を備えたものでも良い。
【０１１７】
もちろん、複数のリモコンのうち全てのリモコンが通話機能を備えている必要はなく、２台以上のリモコンが通話機能を備えていれば良い。また、リモコン間の通話は、通話機能を備えたリモコンのうちの２台の間で通話が行われるほか、同時に３台以上のリモコン間で行われても良い。
【０１１８】
第２の実施形態では、通話終了直後、通話中に変更されたデータのみを一括送信するとしたが、定期通信データのすべてを一括送信するとしても良い。
【０１１９】
【発明の効果】
以上説明したように、本発明によれば、複数のリモコン間で通話しているとき、その通話中における音切れの発生頻度をできる限り少なくしつつも、必要なデータを可及的速やかに送受信することができる。
【図面の簡単な説明】
【図１】第１の実施形態に係る給湯システムのブロック図である。
【図２】給湯装置本体とリモコンとの間で送受信されるデータの一例を説明するための説明図である。
【図３】定期的なデータ通信のタイミングを説明するためのタイムチャートである。
【図４】給湯装置本体の通信制御処理を示すフローチャートである。
【図５】第２の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。
【図６】第２の実施形態による給湯装置本体の通信制御処理を示すフローチャートである。
【図７】第３の実施形態に係る給湯システムのブロック図である。
【図８】第３の実施形態による給湯装置本体の通信制御処理を示すフローチャートである。
【図９】第４の実施形態による給湯装置本体の通信制御処理を示すフローチャートである。
【図１０】第５の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。
【図１１】第５の実施形態による給湯装置本体の送信制御処理を示すフローチャートである。
【図１２】第５の実施形態によるリモコンの受信制御処理を示すフローチャートである。
【図１３】第６の実施形態による定期的なデータ通信のタイミングを説明するためのタイムチャートである。
【図１４】第６の実施形態によるリモコンの受信制御処理を示すフローチャートである。
【図１５】第７の実施形態に係る給湯システムのブロック図である。
【図１６】第７の実施形態によるリモコンの通信制御処理を示すフローチャートである。
【図１７】第８の実施形態に係る給湯システムのブロック図である。
【図１８】第８の実施形態によるリモコンの通信制御処理を示すフローチャートである。
【符号の説明】
１ 給湯装置本体
２ 通信ケーブル
１０ 本体制御部
１１ データモデム
３０ リモコン制御部
３１ 操作部
３１Ａ ＰＴＴスイッチ
３２ 表示部
３３ データモデム
３４ 音声送受信装置
３４Ａ ボイススイッチ
３６ スピーカ
３８ マイクロホン
Claims (7)
- 給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、前記給湯装置本体と各リモコンとの間で前記通信ケーブルを介して給湯制御に関する各種のデータが送受信されるとともに、前記リモコン間で前記通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、
前記給湯装置本体は、
各リモコンからの通話開始コマンドの有無に基づいて各リモコンが通話中であるか否かを判別する判別手段と、
いずれかのリモコン同士が通話中であるときに、各リモコンに送信すべき前記給湯制御に関するデータが発生すると、そのデータが予め設定された即時に送信すべき重要度の高いデータであるか否かを判定するデータ判定手段と、
前記データ判定手段により重要度の高いデータであると判定されると、前記給湯制御に関するデータを通話中であるか否かに関係なく各リモコンに順次、送信し、前記データ判定手段により重要度の高いデータでないと判定されると、前記給湯制御に関するデータの各リモコンへの送信を禁止するデータ送信制御手段と、
を備えたことを特徴とする給湯システム。 - 即時に送信すべき重要度の高いデータは、炎の検出又はその炎の消火の検出データ、安全動作をしたことを報知するための報知データ、安全動作エラーコードデータ、及び前記リモコンからの操作コマンドに対して応答するためのデータである、請求項１に記載の給湯システム。
- 給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、前記給湯装置本体と各リモコンとの間で前記通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、前記リモコン間で前記通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、
前記給湯装置本体は、
各リモコンからの通話開始コマンドの有無に基づいて各リモコンが通話中であるか否かを判別する判別手段と、
いずれかのリモコン同士が通話中であるときに、各リモコンに定期的に送信すべき前記給湯制御に関するデータの送信タイミングになると、そのデータに当該データに対する応答を要求する応答要求コマンドを含めることなく各リモコンに順次、送信し、いずれのリモコンも通話中でないときに、各リモコンに定期的に送信すべき前記給湯制御に関するデータの送信タイミングになると、そのデータに前記応答要求コマンドを含めて各リモコンに順次、送信するデータ送信制御手段と、を備え、
前記各リモコンは、
前記応答要求コマンドを含むデータを受信したときは、そのデータに対する応答コマンドを前記給湯装置本体に送信させ、前記応答要求コマンドを含まないデータを受信したときは、前記応答コマンドの前記給湯装置本体への送信を禁止する応答コマンド送信制御手段を備えたことを特徴とする、給湯システム。 - 給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、前記給湯装置本体と各リモコンとの間で前記通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、前記リモコン間で前記通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、
前記各リモコンは、
前記給湯装置本体から応答を要求する応答要求コマンドを含む前記給湯制御に関するデータを受信すると、そのデータの受信時に他のリモコンと通話中であるか否かを判別する判別手段と、
通話中でないときは、前記データに対する応答データを直ちに前記給湯装置本体に送信し、通話中であるときは、前記データに対する応答データを、通話中でないときよりも所定の時間だけ遅延させて前記給湯装置本体に送信する応答データ送信制御手段と、
を備えたことを特徴とする、給湯システム。 - 給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、前記給湯装置本体と各リモコンとの間で前記通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、前記リモコン間で前記通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、
前記各リモコンは、
受信した音声信号のスピーカへの出力と送信すべき音声のマイクロホンからの入力とがボイススイッチを介して行われる音声送受信手段と、
前記ボイススイッチの動作状態を判定するスイッチ動作判定手段と、
前記ボイススイッチが前記音声信号の入出力を禁止する動作状態のときは、前記給湯装置本体に前記定期的なデータの送信許可を通知し、前記ボイススイッチが前記音声信号の入出力を許可する動作状態のときは、前記給湯装置本体に前記定期的なデータの送信停止を通知する通知手段と、
を備えたことを特徴とする、給湯システム。 - 給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、前記給湯装置本体と各リモコンとの間で前記通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、前記リモコン間で前記通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、
前記各リモコンは、
受信した音声信号のスピーカへの出力と送信すべき音声のマイクロホンからの入力とがプレストークスイッチを介して行われる音声送受信手段と、
前記プレストークスイッチが前記音声のマイクロホンからの入力を許可する状態であるか否かを判定するスイッチ状態判定手段と、
前記プレストークスイッチが前記音声のマイクロホンからの入力を禁止する状態のときは、前記給湯装置本体に前記定期的なデータの送信許可を通知し、前記プレストークスイッチが前記音声のマイクロホンからの入力を許可する状態のときは、前記給湯装置本体に前記定期的なデータの送信停止を通知する通知手段と、
を備えたことを特徴とする、給湯システム。 - 給湯装置本体と、この給湯装置本体に通信ケーブルを介して接続された複数のリモコンとからなり、前記給湯装置本体と各リモコンとの間で前記通信ケーブルを介して給湯制御に関する各種のデータが定期的に送受信されるとともに、前記リモコン間で前記通信ケーブルを介して通話用の音声信号が送受信される給湯システムであって、
前記各リモコンは、
受信した音声信号のスピーカへの出力と送信すべき音声のマイクロホンからの入力とがボイススイッチ及びプレストークスイッチのいずれか一方のスイッチを介して行われる音声送受信手段と、
前記音声送受信手段の前記スイッチが前記音声のマイクロホンからの入力を許可する状態であるか否かを判定するスイッチ状態判定手段と、
前記音声送受信手段の前記スイッチが前記音声のマイクロホンからの入力を禁止する状態のときは、前記給湯装置本体に前記定期的なデータの送信許可を通知し、前記音声送受信手段の前記スイッチが前記音声のマイクロホンからの入力を許可する状態のときは、前記給湯装置本体に前記定期的なデータの送信停止を通知する通知手段と、
を備えたことを特徴とする、給湯システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002119108A JP3780970B2 (ja) | 2002-04-22 | 2002-04-22 | 給湯システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002119108A JP3780970B2 (ja) | 2002-04-22 | 2002-04-22 | 給湯システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003314888A JP2003314888A (ja) | 2003-11-06 |
| JP3780970B2 true JP3780970B2 (ja) | 2006-05-31 |
Family
ID=29535763
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002119108A Expired - Fee Related JP3780970B2 (ja) | 2002-04-22 | 2002-04-22 | 給湯システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3780970B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4730384B2 (ja) * | 2008-02-21 | 2011-07-20 | Ｔｄｋ株式会社 | 密閉容器及び当該容器の管理システム |
| JP5556710B2 (ja) * | 2011-03-16 | 2014-07-23 | パナソニック株式会社 | リモコンシステム及びその制御方法 |
| JP6115155B2 (ja) * | 2013-01-31 | 2017-04-19 | 株式会社ノーリツ | 給湯器システム |
| JP6210816B2 (ja) * | 2013-09-27 | 2017-10-11 | 三菱電機株式会社 | 給湯機 |
| JP2016208412A (ja) * | 2015-04-27 | 2016-12-08 | 株式会社ノーリツ | 給湯器システム |
| JP2018091520A (ja) * | 2016-11-30 | 2018-06-14 | ダイキン工業株式会社 | 給湯装置 |
| CN112728772B (zh) * | 2020-12-31 | 2022-06-14 | 广东万和热能科技有限公司 | 热水器的控制方法 |
-
2002
- 2002-04-22 JP JP2002119108A patent/JP3780970B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003314888A (ja) | 2003-11-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7139585B2 (en) | Wireless communication apparatus and system | |
| JP5600674B2 (ja) | 個人用緊急対応システムにおいて使用するためのスピーカフォン及び増設スピーカフォン | |
| JP3780970B2 (ja) | 給湯システム | |
| JP2933570B2 (ja) | コードレス電話システムとその親機装置及び子機装置 | |
| JPH1117770A (ja) | 通信装置 | |
| JP3336849B2 (ja) | インターホン機能付遠隔操作装置 | |
| JP3889291B2 (ja) | インターホン機能付きリモコンシステム | |
| US8131308B2 (en) | Active-call intercom-enabled cordless telephone | |
| JP4401953B2 (ja) | 給湯機リモコン | |
| KR100346157B1 (ko) | 전화선을 이용한 공기조화기의 원격제어방법 | |
| JP3029769B2 (ja) | コードレス電話装置 | |
| JPS6194447A (ja) | 遠隔制御装置 | |
| JPH066429A (ja) | ルームモニタ可能なコードレス電話機 | |
| JP3706723B2 (ja) | 通信装置および通信方法 | |
| JPH0344223A (ja) | 単信通話移動通信方式 | |
| JPS6387068A (ja) | 回線切替装置 | |
| JP2004316952A (ja) | 住宅設備機器用リモコンシステム | |
| JP3654183B2 (ja) | インターホンシステム | |
| JPH03114339A (ja) | コードレス電話機 | |
| JPH04340819A (ja) | 広域コードレス電話システムにおける圏外警告音発生方式 | |
| JPH0669866A (ja) | 無線電話装置 | |
| JPH03239047A (ja) | コードレス電話装置 | |
| JPS6016036A (ja) | 単信無線通信方式 | |
| JP2000165918A (ja) | 電話装置 | |
| JPH1032875A (ja) | 無線機と電話機との通話システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050921 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051115 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060116 |
|
| 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: 20060214 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060227 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090317 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100317 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110317 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |