JP2004347187A - 空調装置システム - Google Patents
空調装置システム Download PDFInfo
- Publication number
- JP2004347187A JP2004347187A JP2003142998A JP2003142998A JP2004347187A JP 2004347187 A JP2004347187 A JP 2004347187A JP 2003142998 A JP2003142998 A JP 2003142998A JP 2003142998 A JP2003142998 A JP 2003142998A JP 2004347187 A JP2004347187 A JP 2004347187A
- Authority
- JP
- Japan
- Prior art keywords
- information
- air conditioner
- information panel
- udp
- request
- 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.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Air Conditioning Control Device (AREA)
- Selective Calling Equipment (AREA)
Abstract
【課題】要求が発生したときに即時に情報伝達あるいは制御できる空調装置システムを提供する。
【解決手段】空調装置６ａと、空調装置６ａとネットワーク３５に接続し送受信手段３２を有する情報盤３１と、ネットワーク３８に接続した送受信手段３７を有する情報端末３６と、ネットワーク３５、３８を介して情報盤３１と情報端末３６に接続した送受信手段３４を有するサーバ３３を備え、送受信手段３２は定期ＵＤＰを発し、送受信手段３４は送受信手段３２からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、送受信手段３２が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤３１は空調装置６ａを制御する。
【選択図】 図１
【解決手段】空調装置６ａと、空調装置６ａとネットワーク３５に接続し送受信手段３２を有する情報盤３１と、ネットワーク３８に接続した送受信手段３７を有する情報端末３６と、ネットワーク３５、３８を介して情報盤３１と情報端末３６に接続した送受信手段３４を有するサーバ３３を備え、送受信手段３２は定期ＵＤＰを発し、送受信手段３４は送受信手段３２からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、送受信手段３２が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤３１は空調装置６ａを制御する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は携帯電話等の情報端末から情報盤に対して情報を伝達するために、あるいは情報盤や情報盤に接続した空調装置や情報盤と通信することができる空調装置の状態をモニタするあるいは制御するために、情報供給者などが有するサーバが情報網を経由して情報盤と情報を交信する空調装置システムに関するものである。
【０００２】
【従来の技術】
従来、携帯電話等の情報端末から情報供給者等が有するサーバが情報網（ネットワーク）を介して情報盤に情報を伝達する場合、あるいはサーバが情報盤や情報盤に接続した空調装置や情報盤と通信可能な空調装置等を制御、モニタするために情報を伝達するシステムが考案されている。ここで空調装置とはヒートポンプや輻射熱利用や温水または冷水利用など手段を選ばず生活環境の温度、湿度、空気状態などをコントロールするエアコンや空気清浄機などの装置である。従来、調理情報システムは情報供給者サーバが通信網を介して情報提供者サーバとデータ送受信可能な利用者端末と利用者端末とデータ送受信可能な炊飯器を備えている（特許文献１参照）。これは調理情報システムは情報供給者サーバが通信網を介して情報提供者サーバとデータ送受信可能な利用者端末と利用者端末とデータ送受信可能な炊飯器を備えている。
【０００３】
ここでは炊飯装置の制御、モニタ情報供給を目的としており、本実施例の空調装置と若干異なる部分を有するが、ここで情報提供者サーバは本発明のサーバであり、利用者端末は本発明の情報盤、炊飯器が本発明の空調装置に置き換えて読むと従来例と見ることもできる。
【０００４】
一方、従来例の空調装置の構成を図５に示す。図５において１は空調装置であり、ここではヒーポン式のエアコンの室外機と室内機を併せて表記したものとする。２は上記空調装置のリモコンである。
【０００５】
上記特許文献１に記載された調理情報システムのシステムを上記図５に示した空調装置に適応した場合の従来例の空調装置システムの構成を図６に示す。図６において６は空調装置、９は空調装置のリモコンで、８は空調装置６の空調機能を制御するための機能を有した情報盤。また、情報盤８はネットワークを介して外部との情報の授受、外部からの空調装置の制御、モニタを行う機能を有する。１２は情報盤の送受信手段、１３はサーバで、１４はサーバの送受信手段、１５は送受信手段１２と送受信手段１４を接続した情報網（ネットワーク）でここではインターネット網であるとする、１６はサーバ１３で情報盤８に対する情報伝達要求あるいは情報盤８への制御モニタ要求を発生させるトリガ発生手段で、具体的には操作スイッチやタイマやセンサなどが考えられる。１７はバッファ手段で、情報伝達に関する手順やデータなどの記憶を行い、メモリなどで構成されている。
【０００６】
また図７は、図６の従来例での情報伝達手順を記載したフロー図である。図７において１８は空調装置、１９は情報盤、２０はサーバ、２１はトリガ発生手段であり、図７は各々の情報のやりとりを表している。また２２から３０は各情報の内容を表している。ここで例えば２２の定期ＴＣＰとは情報盤が定期的に発するＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）の情報を表している。
【０００７】
次に図６の構成図と図７のフロー図を用いて従来例の動作を説明する。本従来例では情報盤８はインターネット網１５に接続しているが、情報盤８が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網に接続しているものとする。即ち情報盤８のＩＰアドレスは固定アドレスではないため、サーバ１３は情報盤１のＩＰアドレスを常時知ることができない。このためサーバ１３のトリガ発生手段１６にトリガが発生したときにサーバ１３が確実に情報盤８に情報伝達あるいは制御モニタするために情報盤８は情報盤８のその時点でのＩＰアドレスをサーバ１３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが２２、２３、２４、３０などの定期ＴＣＰである。トリガ発生手段１６に例えば情報盤８への制御要求トリガが発生したときトリガ発生手段１６は制御要求信号２４を発する。しかしながらこのときサーバ１３は情報盤８のその時点でのＩＰアドレスを知らないため即時情報盤８に対して要求信号を発することができず、バッファ手段１７に情報盤８に対する制御要求があることを一時的に格納する。制御要求信号２４が発せられてから後にサーバに伝達された定期ＴＣＰ２５をサーバ１３が受信したときその時点での情報盤１のＩＰアドレスをサーバ１３が認識できたため、サーバ１３の送受信手段１４は情報盤８の送受信手段１２に対して要求ＴＣＰ２６を発する。要求ＴＣＰ２６を受信した情報盤８は受信した情報に基づき制御処理２７で空調装置６を制御し、その結果を状態変化情報２７で情報盤８に対して伝達する。情報盤８はその結果を結果ＴＣＰ２９としてサーバ１３に対して送信し、トリガ発生手段１６に発生した制御要求トリガに関する一連の情報伝達を完了する。
【０００８】
【特許文献１】
特開２０００−３００４３０号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、図６と図７に示す従来例では制御要求トリガが発生してから情報盤や空調装置で制御が完了するまでの時間に、制御要求信号２４が発生してから定期ＴＣＰ２５が発生するまでの間の余分な時間が生じる。制御要求信号２４が定期ＴＣＰ２５の直前に発生したならばその余分な時間は比較的短いが、制御要求信号２４が定期ＴＣＰ２５の直後に発生した場合は定期ＴＣＰの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となる。また定期ＴＣＰの時間間隔を短くすると上記余分な時間は相対的に短くできるが、この場合情報盤８やサーバ１３での処理タスクが頻繁になるとともに、ネットワーク１５が常時ビジー状態になるという不都合が発生するため必要以上に間隔を短くすることは困難である。
【００１０】
【課題を解決するための手段】
本発明は、空調装置と、空調装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は空調装置を制御する空調装置システムとしている。
【００１１】
また、空調装置と、空調装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤はサーバに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は空調装置を制御する空調装置システムとしている。
【００１２】
また、空調装置と、空調装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は空調装置に対して制御信号を送信する空調装置システムとしている。
【００１３】
また、空調装置と、空調装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤はサーバに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は空調装置に対して制御信号を送信する空調装置システムとしている。
【００１４】
【発明の実施の形態】
請求項１に記載した発明は、空調装置と、空調装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は空調装置を制御する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができ、これにより、大きな時間遅れなく情報盤を経由して空調装置を制御できる。
【００１５】
請求項２に記載した発明は、空調装置と、空調装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤はサーバに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は空調装置を制御する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して空調装置を制御できる。加えて、要求ＵＤＰはトリガ発生手段に通信要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１６】
請求項３に記載した発明は、空調装置と、空調装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は空調装置に対して制御信号を送信する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。このとき情報盤は空調装置に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して空調装置を制御できる。加えて、要求ＵＤＰは情報端末に制御要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１７】
請求項４に記載した発明は、空調装置と、空調装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤はサーバに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は空調装置に対して制御信号を送信する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。このとき情報盤は空調装置に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して空調装置を制御できる。加えて、要求ＵＤＰは情報端末に制御要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１８】
請求項５に記載した発明は、要求応答ＴＣＰを受信した情報盤は要求応答ＴＣＰの発信元アドレスに対して結果ＴＣＰを発する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果ＴＣＰにより伝達できる。
【００１９】
請求項６に記載した発明は、結果ＴＣＰを受信したサーバは情報端末に対して結果信号を発する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果ＴＣＰにより伝達でき、さらにこの情報を情報端末に伝達できる。
【００２０】
請求項７に記載した発明は、サーバは情報盤の送受信手段から発せられた定期ＵＤＰを受信したとき、サーバの送受信手段から定期ＵＤＰの発信元アドレスに対して確認ＵＤＰを発する空調装置システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない定期ＵＤＰの伝達確認を行うことができる。
【００２１】
請求項８に記載した発明は、情報盤はサーバの送受信手段から発せられた要求応答ＵＤＰまたは要求ＵＤＰを受信したとき、情報盤の送受信手段から要求応答ＵＤＰまたは要求ＵＤＰに対して確認ＵＤＰを発する空調装置システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない要求応答ＵＤＰまたは要求ＵＤＰの伝達確認を行うことができる。
【００２２】
請求項９に記載した発明は、情報盤または空調装置の状態が変化したとき情報盤は要求応答ＴＣＰまたは要求応答ＵＤＰの発信元アドレスに対して情報盤または空調装置の変化情報を発する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤または空調装置の状態に変化があったとき結果ＴＣＰをサーバに伝達できる。
【００２３】
請求項１０に記載した発明は、情報盤は表示手段と操作手段の少なくとも一方を有する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の操作による空調装置などの制御やサーバとの通信を行うことができ、情報盤により空調装置の状態や情報伝達状態などをモニタすることができる。
【００２４】
請求項１１に記載の発明は、情報盤はサーバのアドレスに対して定期ＵＤＰを発する空調装置システムを実現することができる。これにより、情報盤は確実にサーバに対して定期ＵＤＰを伝達することができ、また、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して空調装置を制御できる。
【００２５】
請求項１２に記載した発明は、空調装置システムが有する機能の少なくとも一部をコンピュータにより実行するためのプログラムとしている。
【００２６】
請求項１３に記載した発明は、プログラムおよびデータの少なくともいずれか一方を含む記録媒体としている。
【００２７】
そして、プログラムであるので家庭にあるコンピュータ等などを用いて本発明の空調装置システムの一部あるいは全てを容易に実現することができる。また記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布が簡単にできる。
【００２８】
【実施例】
（実施例１）
以下本発明の第１の実施例について説明する。まず本第１の実施例の空調装置システムのシステムの構成を説明する。図１は本実施例の空調装置システムの全体構成を示すブロック図である。図１で６ａは空調装置で、ヒートポンプや輻射熱利用や温水または冷水利用など手段を選ばず生活環境の温度、湿度、空気状態などをコントロールするエアコンや空気清浄機などの装置である。ここではヒーポン式のエアコンの室外機と室内機を併せて表記したものとする。９ａは空調装置６ａの制御を行うリモコン。３１は情報盤で、空調装置６ａの制御、モニタを行う機能を有するとともに、ネットワークを介して外部との情報の授受、外部からの空調装置の制御、モニタを行う機能を有する。３２は情報盤３１の送受信手段、３３はサーバ、３４はサーバ３３の送受信手段、３５は通信網でありここではインターネット網であるとする。３６は情報端末であり、携帯電話やＰＨＳ、パソコン、ＰＤＡなどが考えられるがここでは携帯電話であるとする。３７は携帯電話３６の送受信手段で３８の通信網である携帯電話網に接続している。本実施例ではサーバ３３の送受信手段３４はインターネット網３５と携帯電話網３８の両方に接続していることにしているが各々の通信に接続する送受信手段を別個に有しても良い。４２は空調装置６ａの送受信手段、４３は空調装置６ａと通信する情報盤３１の送受信手段、４４、４５はそれぞれ情報盤３１の表示手段と操作手段であり、４６は送受信手段３２、４３、表示手段４４、操作手段４５を制御する情報盤３１のＣＰＵ、４７は送受信手段３４、トリガ発生手段３９、バッファ手段４０を制御するサーバ３３のＣＰＵである。
【００２９】
また図２は図１に示した第１の実施例の空調装置システムの情報の伝達手順を記載したフロー図である。図２において５１、５２、５３、５４はそれぞれ情報盤、サーバ、携帯電話、空調装置を示しており、５５から６７は各情報の内容を表している。ここで例えば５５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）の情報を表している。また例えば６４の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）の情報を表している。例えば結果ＴＣＰは、空調装置６ａの状態変化データや制御要求に対する応答結果などであり、例えば、空調装置６ａに対する制御命令である冷房を開始したこと、またリモコンから冷房運転を停止したことなどの空調装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。もちろん制御要求が冷房運転開始以外であっても良いのは言うまでもない。
【００３０】
次に図１の構成図と図２のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続しているが、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このため携帯電話３６の送受信手段３７から携帯電話網３８を介して空調装置６ａに対する制御要求がサーバ３３に届いたとき、サーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが５５、５７、６６の定期ＵＤＰである。携帯電話３６からサーバ３３に例えば情報盤３１と通信可能な空調装置６ａの制御要求トリガ、具体的には例えば冷房開始する制御要求が届いたときサーバ３３は制御要求信号５９を発しする。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ５７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ５７の発信元アドレスに対して要求応答ＵＤＰを送出する。
【００３１】
ここで例えば定期ＵＤＰ５７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号５９が発生したとき即時に要求応答ＵＤＰ６０を送出することができない。
【００３２】
一方、本実施例の場合、５７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号５９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求応答ＵＤＰを送出することができる。要求応答ＵＤＰ６０を受けた情報盤３１は送受信手段４３から空調装置６ａの送受信手段４２に対して制御処理６２の信号を伝達し、これにより空調装置６ａは規定通りの制御がなされる。規定通りの制御とは例えば、空調装置６ａが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話３６に発生した、情報盤３１と通信できる空調装置６ａに対する制御要求が、空調装置６ａを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から冷房開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は空調装置６ａに対して冷房開始の制御信号を送信し、上記一連の情報伝達により、空調装置６ａは冷房運転を開始する。また、空調装置６ａの状態変化、例えばここでは冷房運転を開始したことなどの空調装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が冷房運転開始以外であっても良いのは言うまでもない。空調装置５４が制御の結果などにより状態が変化したとき状態変化情報６３が空調装置６ａから情報盤３１に伝達されその結果が結果ＴＣＰ６４としてサーバ３３に伝達される。またサーバ３３から携帯電話３６に対して結果信号６５である状態変化情報が伝達され一連の情報伝達を完了する。すなわち、携帯電話３６に発生した、情報盤３１と通信できる空調機器６ａに対する制御要求が、空調機器６ａを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から冷房開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は空調機器６ａに対して冷房運転開始の制御信号を送信し、上記一連の情報伝達により、空調機器６ａは冷房運転を開始する。また、空調機器６ａの状態変化、例えばここでは冷房運転を開始したこと、またリモコンから冷房運転を停止したことなどの空調機器６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。更にこの情報を結果信号６５として携帯電話３６へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が冷房開始以外であっても良いのは言うまでもない。また上記規定通りの制御とは空調機器６ａが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ６６のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【００３３】
またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば５６、５８、６７などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。また同様に要求応答ＵＤＰに対しては６１の確認ＵＤＰを送出することにより問題はなくなる。
【００３４】
また、情報盤３１は表示手段４４や操作手段４５を備えることにより、情報盤３１で空調装置６ａの状態や、サーバ３３との通信状態確認などの情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお空調装置６ａは情報盤３１と通信により制御を行うのではなく情報盤３１の端子等に直接接続していて制御できるとしても良いのは言うまでもない。また要求応答ＵＤＰ６０はＴＣＰプロトコルの信号でも良い。また本実施例では空調装置６ａを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額、お知らせ情報などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰと結果信号は空調装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での空調装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。また、本実施例では情報盤３１のＩＰアドレスを常時固定ではないアドレスとしたが、常時固定のアドレスとしても良いのは言うまでもない。
【００３５】
（実施例２）
次に第２の実施例について説明する。図３は第２の実施例の構成を示すブロック図であり、第１の実施例の図１と同じ番号を付与したものは同等の機能を有するとする。図２において６ｂは空調装置で、ヒートポンプや輻射熱利用や温水または冷水利用など手段を選ばず生活環境の温度、湿度、空気状態などをコントロールするエアコンや空気清浄機などの装置である。ここではヒーポン式のエアコンの室外機と室内機を併せて表記したものとする。空調装置６ｂは情報盤３１の端子に直接接続しており、これにより制御できるものである。
【００３６】
また図４は図３に示した第２の実施例の空調装置システムの情報の伝達手順を記載したフロー図である。図４において７１、７２、７３、７４はそれぞれ情報盤、サーバ、携帯電話、空調装置を示しており、７５から８８は各情報の内容を表している。ここで例えば７５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）の情報を表している。また例えば８５の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）の情報を表している。例えば結果ＴＣＰは、空調装置６ｂの状態変化データや制御要求に対する応答結果などであり、例えば、空調装置６ｂに対する制御命令である冷房運転を開始したこと、またリモコンから冷房運転を停止したことなどの空調装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。制御要求が冷房運転開始以外であっても良いのは言うまでもない。
【００３７】
次に図３の構成図と図４のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続しているが、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このため携帯電話３６からサーバ３３に情報盤３１または空調装置６ｂに対する制御要求が届いたときにサーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが７５、７７、８７の定期ＵＤＰである。携帯電話３６からサーバ３３に例えば情報盤３１に接続した空調装置６ｂの制御要求が届いたとき、例えば情報盤３１に接続した空調装置６ｂの制御要求トリガ、具体的には例えば冷房運転開始の制御要求が届いたときサーバ３３は制御要求信号７９を発し、その内容をバッファ手段４０に格納する。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ７７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ７７の発信元アドレスに対して要求ＵＤＰを送出する。
【００３８】
ここで例えば定期ＵＤＰ７７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号７９が発生したとき即時に要求ＵＤＰ８０を送出することができない。
【００３９】
一方、本実施例の場合、７７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号７９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求ＵＤＰ８０を送出することができる。要求ＵＤＰ８０を受けた情報盤３１はサーバ３３に対して要求確認ＴＣＰ８１を送出し、要求確認ＴＣＰ８１を受けたサーバ３３は要求応答ＴＣＰ８２を情報盤３１に対して送出する。ここで制御要求信号７９を受けて要求応答ＴＣＰ８２を即時送出せず、要求確認ＴＣＰ８１と要求応答ＴＣＰ８２を送受信した後で送出するのは、制御要求信号７９が発生した段階でのサーバ３３の中にある情報盤３１の情報は定期ＵＤＰ７７で伝達されたその時点での情報盤３１のＩＰアドレスの情報以外は即時性に疑問があるものが多く、例えば仮に定期ＵＤＰ７７が空調装置６ｂや情報盤３１自体の状態情報を有していたとしても制御要求信号７９が発生するまでの間に空調装置６ｂのオン・オフ状態や現在冷房中であるとか、リモコンで冷房運転を終了したなどの状態変化が起こっている可能性があり、必ずしも正確なものとはいえない。従って空調装置６ａや情報盤３１自身を制御する場合や情報を伝達する場合はその時点の空調装置６ｂのオン・オフ状態や温度設定状態やタイマ設定状態などの状態情報を正確に認識した上で制御するなどその時点の情報を知るために、また、インターネット網３５のトラフィックを軽減するために定期ＵＤＰは極力情報を少なくする等の工夫をした場合、定期ＵＤＰ７７が伝達した情報は少なく、改めて情報を確認する必要がある。そのためまず要求ＴＣＰ８０を情報盤に対して送出し、情報盤３１から各種情報を搭載した要求確認ＴＣＰ８１を送出し、これを受けて要求応答ＴＣＰ８２をサーバ３３が情報盤３１に対して送出するという手順を行う。要求応答ＴＣＰ８２を受けた情報盤３１は接続した空調装置６ｂを制御処理８３の手順により規定通りの制御がなされる。
【００４０】
規定通りの制御とは例えば、空調装置６ｂが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話３６に発生した、情報盤３１と通信できる空調装置６ｂに対する制御要求が、空調装置６ｂを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から冷房運転開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は情報盤３１に接続した空調装置６ｂを冷房開始させる。上記一連の情報伝達により、空調装置６ｂは冷房運転をを開始する。また、空調装置６ｂの状態変化、例えばここでは冷房運転を開始したこと、またリモコンから冷房運転が停止されたことなどの空調装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。更にこの情報を結果信号８６として携帯電話３６へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が冷房運転開始以外であっても良いのは言うまでもない。具体的には例えば情報盤３１に接続した空調装置６ｂに接続した空調装置６ｂの冷房運転を開始する制御要求が発生したとき空調装置６ｂが制御の結果などにより状態が変化したとき状態変化情報８４により空調装置６ｂの状態変化が情報盤３１に伝達されその結果が結果ＴＣＰ８５としてサーバ３３に伝達され一連の情報伝達を完了する。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ８７のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【００４１】
またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば７６、７８、８８などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。
【００４２】
また情報盤３１は表示手段４４や操作手段４５を備えることにより、情報盤３１で情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお空調装置６ｂは情報盤３１の端子に接続しているが、情報盤３１と通信により制御を行うとしても良いのは言うまでもない。また本実施例では空調装置６ｂを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額、お知らせ情報などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰと結果信号は空調装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での空調装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。また、本実施例では情報盤３１のＩＰアドレスを常時固定ではないアドレスとしたが、常時固定のアドレスとしても良いのは言うまでもない。
【００４３】
【発明の効果】
以上のように、従来では制御要求トリガが発生してから情報盤や空調装置で制御が完了するまでの時間に、制御要求信号が発生してから次の定期ＴＣＰが発生するまでの間の余分な時間が生じるため、制御要求信号が定期ＴＣＰの直前に発生したならばその余分な時間は比較的短いが、制御要求信号が定期ＴＣＰの直後に発生した場合は定期ＴＣＰの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となっていたが、本発明の空調装置システムを使用することにより情報端末から制御要求が発してからほとんど即時に情報盤に情報が伝達できる、あるいは情報盤や空調装置を制御できることは極めて有効である。
【図面の簡単な説明】
【図１】本発明の第１の実施例である空調装置システムの構成を示すブロック図
【図２】本発明の第１の実施例である空調装置システムの情報伝達手順を示すフロー図
【図３】本発明の第２の実施例である空調装置システムの構成を示すブロック図
【図４】本発明の第２の実施例である空調装置システムの情報伝達手順を示すフロー図
【図５】従来例の空調装置の構成を示すブロック図
【図６】従来例の空調装置システムの構成を示すブロック図
【図７】従来例の情報伝達手順を示すフロー図
【符号の説明】
６ａ、６ｂ 空調装置
９ａ、９ｂ リモコン
３１ 情報盤
３２ 送受信手段
３３ サーバ
３４ 送受信手段
３５ インターネット網（通信網）
３６ 携帯電話（情報端末）
３７ 送受信手段
３８ 携帯電話網
４２ 送受信手段
４３ 送受信手段
４４ 表示手段
４５ 操作手段
４６ ＣＰＵ
４７ ＣＰＵ
【発明の属する技術分野】
本発明は携帯電話等の情報端末から情報盤に対して情報を伝達するために、あるいは情報盤や情報盤に接続した空調装置や情報盤と通信することができる空調装置の状態をモニタするあるいは制御するために、情報供給者などが有するサーバが情報網を経由して情報盤と情報を交信する空調装置システムに関するものである。
【０００２】
【従来の技術】
従来、携帯電話等の情報端末から情報供給者等が有するサーバが情報網（ネットワーク）を介して情報盤に情報を伝達する場合、あるいはサーバが情報盤や情報盤に接続した空調装置や情報盤と通信可能な空調装置等を制御、モニタするために情報を伝達するシステムが考案されている。ここで空調装置とはヒートポンプや輻射熱利用や温水または冷水利用など手段を選ばず生活環境の温度、湿度、空気状態などをコントロールするエアコンや空気清浄機などの装置である。従来、調理情報システムは情報供給者サーバが通信網を介して情報提供者サーバとデータ送受信可能な利用者端末と利用者端末とデータ送受信可能な炊飯器を備えている（特許文献１参照）。これは調理情報システムは情報供給者サーバが通信網を介して情報提供者サーバとデータ送受信可能な利用者端末と利用者端末とデータ送受信可能な炊飯器を備えている。
【０００３】
ここでは炊飯装置の制御、モニタ情報供給を目的としており、本実施例の空調装置と若干異なる部分を有するが、ここで情報提供者サーバは本発明のサーバであり、利用者端末は本発明の情報盤、炊飯器が本発明の空調装置に置き換えて読むと従来例と見ることもできる。
【０００４】
一方、従来例の空調装置の構成を図５に示す。図５において１は空調装置であり、ここではヒーポン式のエアコンの室外機と室内機を併せて表記したものとする。２は上記空調装置のリモコンである。
【０００５】
上記特許文献１に記載された調理情報システムのシステムを上記図５に示した空調装置に適応した場合の従来例の空調装置システムの構成を図６に示す。図６において６は空調装置、９は空調装置のリモコンで、８は空調装置６の空調機能を制御するための機能を有した情報盤。また、情報盤８はネットワークを介して外部との情報の授受、外部からの空調装置の制御、モニタを行う機能を有する。１２は情報盤の送受信手段、１３はサーバで、１４はサーバの送受信手段、１５は送受信手段１２と送受信手段１４を接続した情報網（ネットワーク）でここではインターネット網であるとする、１６はサーバ１３で情報盤８に対する情報伝達要求あるいは情報盤８への制御モニタ要求を発生させるトリガ発生手段で、具体的には操作スイッチやタイマやセンサなどが考えられる。１７はバッファ手段で、情報伝達に関する手順やデータなどの記憶を行い、メモリなどで構成されている。
【０００６】
また図７は、図６の従来例での情報伝達手順を記載したフロー図である。図７において１８は空調装置、１９は情報盤、２０はサーバ、２１はトリガ発生手段であり、図７は各々の情報のやりとりを表している。また２２から３０は各情報の内容を表している。ここで例えば２２の定期ＴＣＰとは情報盤が定期的に発するＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）の情報を表している。
【０００７】
次に図６の構成図と図７のフロー図を用いて従来例の動作を説明する。本従来例では情報盤８はインターネット網１５に接続しているが、情報盤８が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網に接続しているものとする。即ち情報盤８のＩＰアドレスは固定アドレスではないため、サーバ１３は情報盤１のＩＰアドレスを常時知ることができない。このためサーバ１３のトリガ発生手段１６にトリガが発生したときにサーバ１３が確実に情報盤８に情報伝達あるいは制御モニタするために情報盤８は情報盤８のその時点でのＩＰアドレスをサーバ１３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが２２、２３、２４、３０などの定期ＴＣＰである。トリガ発生手段１６に例えば情報盤８への制御要求トリガが発生したときトリガ発生手段１６は制御要求信号２４を発する。しかしながらこのときサーバ１３は情報盤８のその時点でのＩＰアドレスを知らないため即時情報盤８に対して要求信号を発することができず、バッファ手段１７に情報盤８に対する制御要求があることを一時的に格納する。制御要求信号２４が発せられてから後にサーバに伝達された定期ＴＣＰ２５をサーバ１３が受信したときその時点での情報盤１のＩＰアドレスをサーバ１３が認識できたため、サーバ１３の送受信手段１４は情報盤８の送受信手段１２に対して要求ＴＣＰ２６を発する。要求ＴＣＰ２６を受信した情報盤８は受信した情報に基づき制御処理２７で空調装置６を制御し、その結果を状態変化情報２７で情報盤８に対して伝達する。情報盤８はその結果を結果ＴＣＰ２９としてサーバ１３に対して送信し、トリガ発生手段１６に発生した制御要求トリガに関する一連の情報伝達を完了する。
【０００８】
【特許文献１】
特開２０００−３００４３０号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、図６と図７に示す従来例では制御要求トリガが発生してから情報盤や空調装置で制御が完了するまでの時間に、制御要求信号２４が発生してから定期ＴＣＰ２５が発生するまでの間の余分な時間が生じる。制御要求信号２４が定期ＴＣＰ２５の直前に発生したならばその余分な時間は比較的短いが、制御要求信号２４が定期ＴＣＰ２５の直後に発生した場合は定期ＴＣＰの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となる。また定期ＴＣＰの時間間隔を短くすると上記余分な時間は相対的に短くできるが、この場合情報盤８やサーバ１３での処理タスクが頻繁になるとともに、ネットワーク１５が常時ビジー状態になるという不都合が発生するため必要以上に間隔を短くすることは困難である。
【００１０】
【課題を解決するための手段】
本発明は、空調装置と、空調装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は空調装置を制御する空調装置システムとしている。
【００１１】
また、空調装置と、空調装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤はサーバに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は空調装置を制御する空調装置システムとしている。
【００１２】
また、空調装置と、空調装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は空調装置に対して制御信号を送信する空調装置システムとしている。
【００１３】
また、空調装置と、空調装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤はサーバに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は空調装置に対して制御信号を送信する空調装置システムとしている。
【００１４】
【発明の実施の形態】
請求項１に記載した発明は、空調装置と、空調装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は空調装置を制御する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができ、これにより、大きな時間遅れなく情報盤を経由して空調装置を制御できる。
【００１５】
請求項２に記載した発明は、空調装置と、空調装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤はサーバに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は空調装置を制御する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して空調装置を制御できる。加えて、要求ＵＤＰはトリガ発生手段に通信要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１６】
請求項３に記載した発明は、空調装置と、空調装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、情報盤は空調装置に対して制御信号を送信する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。このとき情報盤は空調装置に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して空調装置を制御できる。加えて、要求ＵＤＰは情報端末に制御要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１７】
請求項４に記載した発明は、空調装置と、空調装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期ＵＤＰを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、要求ＵＤＰを受信した情報盤はサーバに対して要求確認ＴＣＰを発し、要求確認ＴＣＰを受信したサーバは要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、情報盤の送受信手段が要求応答ＴＣＰを受信したとき、情報盤は空調装置に対して制御信号を送信する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。このとき情報盤は空調装置に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して空調装置を制御できる。加えて、要求ＵＤＰは情報端末に制御要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答ＵＤＰに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【００１８】
請求項５に記載した発明は、要求応答ＴＣＰを受信した情報盤は要求応答ＴＣＰの発信元アドレスに対して結果ＴＣＰを発する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果ＴＣＰにより伝達できる。
【００１９】
請求項６に記載した発明は、結果ＴＣＰを受信したサーバは情報端末に対して結果信号を発する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果ＴＣＰにより伝達でき、さらにこの情報を情報端末に伝達できる。
【００２０】
請求項７に記載した発明は、サーバは情報盤の送受信手段から発せられた定期ＵＤＰを受信したとき、サーバの送受信手段から定期ＵＤＰの発信元アドレスに対して確認ＵＤＰを発する空調装置システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない定期ＵＤＰの伝達確認を行うことができる。
【００２１】
請求項８に記載した発明は、情報盤はサーバの送受信手段から発せられた要求応答ＵＤＰまたは要求ＵＤＰを受信したとき、情報盤の送受信手段から要求応答ＵＤＰまたは要求ＵＤＰに対して確認ＵＤＰを発する空調装置システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない要求応答ＵＤＰまたは要求ＵＤＰの伝達確認を行うことができる。
【００２２】
請求項９に記載した発明は、情報盤または空調装置の状態が変化したとき情報盤は要求応答ＴＣＰまたは要求応答ＵＤＰの発信元アドレスに対して情報盤または空調装置の変化情報を発する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求ＵＤＰを発することができ、情報端末からの制御要求信号の受信と要求ＵＤＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤または空調装置の状態に変化があったとき結果ＴＣＰをサーバに伝達できる。
【００２３】
請求項１０に記載した発明は、情報盤は表示手段と操作手段の少なくとも一方を有する空調装置システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の操作による空調装置などの制御やサーバとの通信を行うことができ、情報盤により空調装置の状態や情報伝達状態などをモニタすることができる。
【００２４】
請求項１１に記載の発明は、情報盤はサーバのアドレスに対して定期ＵＤＰを発する空調装置システムを実現することができる。これにより、情報盤は確実にサーバに対して定期ＵＤＰを伝達することができ、また、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期ＵＤＰを受信したことによりセッションが接続状態になっている定期ＵＤＰの発信元アドレスに対して、次の定期ＵＤＰを待つことなく、即時に要求応答ＵＤＰまたは要求応答ＴＣＰを発することができ、情報端末からの制御要求信号の受信と要求応答ＵＤＰまたは要求応答ＴＣＰの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して空調装置を制御できる。
【００２５】
請求項１２に記載した発明は、空調装置システムが有する機能の少なくとも一部をコンピュータにより実行するためのプログラムとしている。
【００２６】
請求項１３に記載した発明は、プログラムおよびデータの少なくともいずれか一方を含む記録媒体としている。
【００２７】
そして、プログラムであるので家庭にあるコンピュータ等などを用いて本発明の空調装置システムの一部あるいは全てを容易に実現することができる。また記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布が簡単にできる。
【００２８】
【実施例】
（実施例１）
以下本発明の第１の実施例について説明する。まず本第１の実施例の空調装置システムのシステムの構成を説明する。図１は本実施例の空調装置システムの全体構成を示すブロック図である。図１で６ａは空調装置で、ヒートポンプや輻射熱利用や温水または冷水利用など手段を選ばず生活環境の温度、湿度、空気状態などをコントロールするエアコンや空気清浄機などの装置である。ここではヒーポン式のエアコンの室外機と室内機を併せて表記したものとする。９ａは空調装置６ａの制御を行うリモコン。３１は情報盤で、空調装置６ａの制御、モニタを行う機能を有するとともに、ネットワークを介して外部との情報の授受、外部からの空調装置の制御、モニタを行う機能を有する。３２は情報盤３１の送受信手段、３３はサーバ、３４はサーバ３３の送受信手段、３５は通信網でありここではインターネット網であるとする。３６は情報端末であり、携帯電話やＰＨＳ、パソコン、ＰＤＡなどが考えられるがここでは携帯電話であるとする。３７は携帯電話３６の送受信手段で３８の通信網である携帯電話網に接続している。本実施例ではサーバ３３の送受信手段３４はインターネット網３５と携帯電話網３８の両方に接続していることにしているが各々の通信に接続する送受信手段を別個に有しても良い。４２は空調装置６ａの送受信手段、４３は空調装置６ａと通信する情報盤３１の送受信手段、４４、４５はそれぞれ情報盤３１の表示手段と操作手段であり、４６は送受信手段３２、４３、表示手段４４、操作手段４５を制御する情報盤３１のＣＰＵ、４７は送受信手段３４、トリガ発生手段３９、バッファ手段４０を制御するサーバ３３のＣＰＵである。
【００２９】
また図２は図１に示した第１の実施例の空調装置システムの情報の伝達手順を記載したフロー図である。図２において５１、５２、５３、５４はそれぞれ情報盤、サーバ、携帯電話、空調装置を示しており、５５から６７は各情報の内容を表している。ここで例えば５５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）の情報を表している。また例えば６４の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）の情報を表している。例えば結果ＴＣＰは、空調装置６ａの状態変化データや制御要求に対する応答結果などであり、例えば、空調装置６ａに対する制御命令である冷房を開始したこと、またリモコンから冷房運転を停止したことなどの空調装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。もちろん制御要求が冷房運転開始以外であっても良いのは言うまでもない。
【００３０】
次に図１の構成図と図２のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続しているが、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このため携帯電話３６の送受信手段３７から携帯電話網３８を介して空調装置６ａに対する制御要求がサーバ３３に届いたとき、サーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが５５、５７、６６の定期ＵＤＰである。携帯電話３６からサーバ３３に例えば情報盤３１と通信可能な空調装置６ａの制御要求トリガ、具体的には例えば冷房開始する制御要求が届いたときサーバ３３は制御要求信号５９を発しする。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ５７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ５７の発信元アドレスに対して要求応答ＵＤＰを送出する。
【００３１】
ここで例えば定期ＵＤＰ５７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号５９が発生したとき即時に要求応答ＵＤＰ６０を送出することができない。
【００３２】
一方、本実施例の場合、５７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号５９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求応答ＵＤＰを送出することができる。要求応答ＵＤＰ６０を受けた情報盤３１は送受信手段４３から空調装置６ａの送受信手段４２に対して制御処理６２の信号を伝達し、これにより空調装置６ａは規定通りの制御がなされる。規定通りの制御とは例えば、空調装置６ａが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話３６に発生した、情報盤３１と通信できる空調装置６ａに対する制御要求が、空調装置６ａを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から冷房開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は空調装置６ａに対して冷房開始の制御信号を送信し、上記一連の情報伝達により、空調装置６ａは冷房運転を開始する。また、空調装置６ａの状態変化、例えばここでは冷房運転を開始したことなどの空調装置６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が冷房運転開始以外であっても良いのは言うまでもない。空調装置５４が制御の結果などにより状態が変化したとき状態変化情報６３が空調装置６ａから情報盤３１に伝達されその結果が結果ＴＣＰ６４としてサーバ３３に伝達される。またサーバ３３から携帯電話３６に対して結果信号６５である状態変化情報が伝達され一連の情報伝達を完了する。すなわち、携帯電話３６に発生した、情報盤３１と通信できる空調機器６ａに対する制御要求が、空調機器６ａを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から冷房開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は空調機器６ａに対して冷房運転開始の制御信号を送信し、上記一連の情報伝達により、空調機器６ａは冷房運転を開始する。また、空調機器６ａの状態変化、例えばここでは冷房運転を開始したこと、またリモコンから冷房運転を停止したことなどの空調機器６ａに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。更にこの情報を結果信号６５として携帯電話３６へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が冷房開始以外であっても良いのは言うまでもない。また上記規定通りの制御とは空調機器６ａが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ６６のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【００３３】
またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば５６、５８、６７などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。また同様に要求応答ＵＤＰに対しては６１の確認ＵＤＰを送出することにより問題はなくなる。
【００３４】
また、情報盤３１は表示手段４４や操作手段４５を備えることにより、情報盤３１で空調装置６ａの状態や、サーバ３３との通信状態確認などの情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお空調装置６ａは情報盤３１と通信により制御を行うのではなく情報盤３１の端子等に直接接続していて制御できるとしても良いのは言うまでもない。また要求応答ＵＤＰ６０はＴＣＰプロトコルの信号でも良い。また本実施例では空調装置６ａを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額、お知らせ情報などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰと結果信号は空調装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での空調装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。また、本実施例では情報盤３１のＩＰアドレスを常時固定ではないアドレスとしたが、常時固定のアドレスとしても良いのは言うまでもない。
【００３５】
（実施例２）
次に第２の実施例について説明する。図３は第２の実施例の構成を示すブロック図であり、第１の実施例の図１と同じ番号を付与したものは同等の機能を有するとする。図２において６ｂは空調装置で、ヒートポンプや輻射熱利用や温水または冷水利用など手段を選ばず生活環境の温度、湿度、空気状態などをコントロールするエアコンや空気清浄機などの装置である。ここではヒーポン式のエアコンの室外機と室内機を併せて表記したものとする。空調装置６ｂは情報盤３１の端子に直接接続しており、これにより制御できるものである。
【００３６】
また図４は図３に示した第２の実施例の空調装置システムの情報の伝達手順を記載したフロー図である。図４において７１、７２、７３、７４はそれぞれ情報盤、サーバ、携帯電話、空調装置を示しており、７５から８８は各情報の内容を表している。ここで例えば７５の定期ＵＤＰとは情報盤３１が定期的に発するＵＤＰプロトコル（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）の情報を表している。また例えば８５の結果ＴＣＰとは情報盤３１がサーバ３３に対して送信するＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）の情報を表している。例えば結果ＴＣＰは、空調装置６ｂの状態変化データや制御要求に対する応答結果などであり、例えば、空調装置６ｂに対する制御命令である冷房運転を開始したこと、またリモコンから冷房運転を停止したことなどの空調装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。制御要求が冷房運転開始以外であっても良いのは言うまでもない。
【００３７】
次に図３の構成図と図４のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤３１はインターネット網３５に接続しているが、情報盤３１が有するＩＰアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるＩＰアドレスでインターネット網３５に接続しているものとする。即ち情報盤３１のＩＰアドレスは固定アドレスではないため、サーバ３３は情報盤３１のＩＰアドレスを常時知ることができない。このため携帯電話３６からサーバ３３に情報盤３１または空調装置６ｂに対する制御要求が届いたときにサーバ３３が確実に情報盤３１に情報伝達あるいは制御や状態モニタするために情報盤３１は情報盤３１のその時点でのＩＰアドレスをサーバ３３に知らせる目的で定期的にＩＰアドレス情報を送信している。これが７５、７７、８７の定期ＵＤＰである。携帯電話３６からサーバ３３に例えば情報盤３１に接続した空調装置６ｂの制御要求が届いたとき、例えば情報盤３１に接続した空調装置６ｂの制御要求トリガ、具体的には例えば冷房運転開始の制御要求が届いたときサーバ３３は制御要求信号７９を発し、その内容をバッファ手段４０に格納する。このときサーバ３３は情報盤３１から発せられた定期ＵＤＰ７７によってサーバ３３と情報盤３１間のセッションがつながっており、サーバ３３は即時に情報盤３１のその時点でのＩＰアドレス、即ち定期ＵＤＰ７７の発信元アドレスに対して要求ＵＤＰを送出する。
【００３８】
ここで例えば定期ＵＤＰ７７がＴＣＰプロトコルの信号であったとするならばＴＣＰプロトコルの定期信号の通信が完了した時点でサーバ３３から情報盤３１に対してＡＣＫ信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ３３は情報盤３１のＩＰアドレスを知ることができなくなり、制御要求信号７９が発生したとき即時に要求ＵＤＰ８０を送出することができない。
【００３９】
一方、本実施例の場合、７７はＵＤＰプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号７９が発生したときサーバ３３は情報盤３１のその時点のＩＰアドレスを知っており、即時に情報盤３１に対して要求ＵＤＰ８０を送出することができる。要求ＵＤＰ８０を受けた情報盤３１はサーバ３３に対して要求確認ＴＣＰ８１を送出し、要求確認ＴＣＰ８１を受けたサーバ３３は要求応答ＴＣＰ８２を情報盤３１に対して送出する。ここで制御要求信号７９を受けて要求応答ＴＣＰ８２を即時送出せず、要求確認ＴＣＰ８１と要求応答ＴＣＰ８２を送受信した後で送出するのは、制御要求信号７９が発生した段階でのサーバ３３の中にある情報盤３１の情報は定期ＵＤＰ７７で伝達されたその時点での情報盤３１のＩＰアドレスの情報以外は即時性に疑問があるものが多く、例えば仮に定期ＵＤＰ７７が空調装置６ｂや情報盤３１自体の状態情報を有していたとしても制御要求信号７９が発生するまでの間に空調装置６ｂのオン・オフ状態や現在冷房中であるとか、リモコンで冷房運転を終了したなどの状態変化が起こっている可能性があり、必ずしも正確なものとはいえない。従って空調装置６ａや情報盤３１自身を制御する場合や情報を伝達する場合はその時点の空調装置６ｂのオン・オフ状態や温度設定状態やタイマ設定状態などの状態情報を正確に認識した上で制御するなどその時点の情報を知るために、また、インターネット網３５のトラフィックを軽減するために定期ＵＤＰは極力情報を少なくする等の工夫をした場合、定期ＵＤＰ７７が伝達した情報は少なく、改めて情報を確認する必要がある。そのためまず要求ＴＣＰ８０を情報盤に対して送出し、情報盤３１から各種情報を搭載した要求確認ＴＣＰ８１を送出し、これを受けて要求応答ＴＣＰ８２をサーバ３３が情報盤３１に対して送出するという手順を行う。要求応答ＴＣＰ８２を受けた情報盤３１は接続した空調装置６ｂを制御処理８３の手順により規定通りの制御がなされる。
【００４０】
規定通りの制御とは例えば、空調装置６ｂが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話３６に発生した、情報盤３１と通信できる空調装置６ｂに対する制御要求が、空調装置６ｂを通信網３５（例えば通信網３５をインターネット網であるとすると）に接続したサーバ３３から冷房運転開始の要求であったとき、サーバ３３から要求を受信した情報盤３１は情報盤３１に接続した空調装置６ｂを冷房開始させる。上記一連の情報伝達により、空調装置６ｂは冷房運転をを開始する。また、空調装置６ｂの状態変化、例えばここでは冷房運転を開始したこと、またリモコンから冷房運転が停止されたことなどの空調装置６ｂに関する情報を情報盤３１を経由して結果ＴＣＰ６４によりサーバ３３へ伝達する。更にこの情報を結果信号８６として携帯電話３６へ伝達する。もちろん通信網３５はインターネット網以外でもよく、制御要求が冷房運転開始以外であっても良いのは言うまでもない。具体的には例えば情報盤３１に接続した空調装置６ｂに接続した空調装置６ｂの冷房運転を開始する制御要求が発生したとき空調装置６ｂが制御の結果などにより状態が変化したとき状態変化情報８４により空調装置６ｂの状態変化が情報盤３１に伝達されその結果が結果ＴＣＰ８５としてサーバ３３に伝達され一連の情報伝達を完了する。もちろん一連の情報伝達を完了した後も情報盤３１は定期ＵＤＰを定期ＵＤＰ８７のごとく送出し続ける。ここで定期ＵＤＰは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【００４１】
またＵＤＰ信号はＴＣＰ信号に比べて信号伝達時にＡＣＫ信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期ＵＤＰに対して例えば７６、７８、８８などのような確認ＵＤＰをサーバ３３から情報盤３１に対して送出すれば問題ない。
【００４２】
また情報盤３１は表示手段４４や操作手段４５を備えることにより、情報盤３１で情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお空調装置６ｂは情報盤３１の端子に接続しているが、情報盤３１と通信により制御を行うとしても良いのは言うまでもない。また本実施例では空調装置６ｂを制御するための情報伝達について記載したが情報盤３１自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額、お知らせ情報などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果ＴＣＰと結果信号は空調装置や情報盤などの状態が変化したときにのみ送出するのではなく、その時点での空調装置や情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。また、本実施例では情報盤３１のＩＰアドレスを常時固定ではないアドレスとしたが、常時固定のアドレスとしても良いのは言うまでもない。
【００４３】
【発明の効果】
以上のように、従来では制御要求トリガが発生してから情報盤や空調装置で制御が完了するまでの時間に、制御要求信号が発生してから次の定期ＴＣＰが発生するまでの間の余分な時間が生じるため、制御要求信号が定期ＴＣＰの直前に発生したならばその余分な時間は比較的短いが、制御要求信号が定期ＴＣＰの直後に発生した場合は定期ＴＣＰの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となっていたが、本発明の空調装置システムを使用することにより情報端末から制御要求が発してからほとんど即時に情報盤に情報が伝達できる、あるいは情報盤や空調装置を制御できることは極めて有効である。
【図面の簡単な説明】
【図１】本発明の第１の実施例である空調装置システムの構成を示すブロック図
【図２】本発明の第１の実施例である空調装置システムの情報伝達手順を示すフロー図
【図３】本発明の第２の実施例である空調装置システムの構成を示すブロック図
【図４】本発明の第２の実施例である空調装置システムの情報伝達手順を示すフロー図
【図５】従来例の空調装置の構成を示すブロック図
【図６】従来例の空調装置システムの構成を示すブロック図
【図７】従来例の情報伝達手順を示すフロー図
【符号の説明】
６ａ、６ｂ 空調装置
９ａ、９ｂ リモコン
３１ 情報盤
３２ 送受信手段
３３ サーバ
３４ 送受信手段
３５ インターネット網（通信網）
３６ 携帯電話（情報端末）
３７ 送受信手段
３８ 携帯電話網
４２ 送受信手段
４３ 送受信手段
４４ 表示手段
４５ 操作手段
４６ ＣＰＵ
４７ ＣＰＵ
Claims (13)
- 空調装置と、前記空調装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して前記情報盤と前記情報端末に接続した送受信手段を有するサーバを備え、前記情報盤の送受信手段は定期ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を発し、前記サーバの送受信手段は前記情報端末の送受信手段からの制御要求信号を受信したとき前記定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を発し、前記情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、前記情報盤は前記空調装置を制御する空調装置システム。
- 空調装置と、前記空調装置とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して前記情報盤と前記情報端末に接続した送受信手段を有するサーバを備え、前記情報盤の送受信手段は定期ＵＤＰを発し、前記サーバの送受信手段は前記情報端末の送受信手段からの制御要求信号を受信したとき前記定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、前記要求ＵＤＰを受信した前記情報盤は前記サーバに対して要求確認ＴＣＰを発し、前記要求確認ＴＣＰを受信した前記サーバは前記要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、前記情報盤の送受信手段が要求応答ＴＣＰを受信したとき、前記情報盤は前記空調装置を制御する空調装置システム。
- 空調装置と、前記空調装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して前記情報盤と前記情報端末に接続した送受信手段を有するサーバを備え、前記情報盤の送受信手段は定期ＵＤＰを発し、前記サーバの送受信手段は前記情報端末の送受信手段からの制御要求信号を受信したとき前記定期ＵＤＰの発信元アドレスに対して要求応答ＵＤＰまたは要求応答ＴＣＰを発し、前記情報盤の送受信手段が要求応答ＴＣＰまたは要求応答ＵＤＰを受信したとき、前記情報盤は前記空調装置に対して制御信号を送信する空調装置システム。
- 空調装置と、前記空調装置と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して前記情報盤と前記情報端末に接続した送受信手段を有するサーバを備え、前記情報盤の送受信手段は定期ＵＤＰを発し、前記サーバの送受信手段は前記情報端末の送受信手段からの制御要求信号を受信したとき前記定期ＵＤＰの発信元アドレスに対して要求ＵＤＰを発し、前記要求ＵＤＰを受信した前記情報盤は前記サーバに対して要求確認ＴＣＰを発し、前記要求確認ＴＣＰを受信した前記サーバは前記要求確認ＴＣＰの発信元アドレスに対して要求応答ＴＣＰを発し、前記情報盤の送受信手段が要求応答ＴＣＰを受信したとき、前記情報盤は前記空調装置に対して制御信号を送信する空調装置システム。
- 要求応答ＴＣＰを受信した情報盤は前記要求応答ＴＣＰの発信元アドレスに対して結果ＴＣＰを発する請求項１から４のいずれか一項に記載の空調装置システム。
- 結果ＴＣＰを受信したサーバは情報端末に対して結果信号を発する請求項１から５のいずれか一項に記載の空調装置システム。
- サーバは情報盤の送受信手段から発せられた定期ＵＤＰを受信したとき、前記サーバの送受信手段から前記定期ＵＤＰの発信元アドレスに対して確認ＵＤＰまたは確認ＴＣＰを発する請求項１から６のいずれか一項に記載の空調装置システム。
- 情報盤はサーバの送受信手段から発せられた要求応答ＵＤＰまたは要求ＵＤＰを受信したとき、前記情報盤の送受信手段から前記要求応答ＵＤＰまたは要求ＵＤＰに対して確認ＵＤＰまたは確認ＴＣＰを発する請求項１から７のいずれか一項に記載の空調装置システム。
- 情報盤または空調装置の状態が変化したとき前記情報盤は要求応答ＴＣＰまたは要求応答ＵＤＰの発信元アドレスに対して前記情報盤または前記空調装置の変化情報を発する請求項１から８のいずれか一項に記載の空調装置システム。
- 情報盤は表示手段と操作手段の少なくとも一方を有する請求項１から９のいずれか一項に記載の空調装置システム。
- 情報盤はサーバのアドレスに対して定期ＵＤＰを発する請求項１から１０のいずれか一項に記載の空調装置システム。
- 請求項１から１１のいずれかに記載の空調装置システムが有する機能の一部または全部をコンピュータにより実行するためのプログラム。
- 請求項１２に記載のプログラムを記録したコンピュータ読みとり可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003142998A JP2004347187A (ja) | 2003-05-21 | 2003-05-21 | 空調装置システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003142998A JP2004347187A (ja) | 2003-05-21 | 2003-05-21 | 空調装置システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004347187A true JP2004347187A (ja) | 2004-12-09 |
Family
ID=33530896
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003142998A Pending JP2004347187A (ja) | 2003-05-21 | 2003-05-21 | 空調装置システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004347187A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017187257A (ja) * | 2016-04-08 | 2017-10-12 | 三菱電機株式会社 | 空調管理システムおよび空調機 |
-
2003
- 2003-05-21 JP JP2003142998A patent/JP2004347187A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017187257A (ja) * | 2016-04-08 | 2017-10-12 | 三菱電機株式会社 | 空調管理システムおよび空調機 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11650555B2 (en) | Bluetooth thermostat and hub | |
| JP3684236B2 (ja) | 情報伝達システム、情報伝達方法、電気機器通信装置、情報通信装置及び通信制御プログラム | |
| JP2010044732A (ja) | 携帯式インターネット接続装置の省電力方法 | |
| JP2004184068A (ja) | 電話網を利用したエアコン制御システム及びその運用方法 | |
| US20140253301A1 (en) | Communications device and communications system | |
| WO2015000379A1 (zh) | 空调器的远程控制方法和空调器的远程控制系统 | |
| WO2019196474A1 (zh) | 多联机集中控制方法、系统和装置 | |
| US11098914B2 (en) | System and method for operating a HVAC system by determining occupied state of a structure via IP address | |
| JP2016195374A (ja) | 端末、およびその制御方法 | |
| JP2004347187A (ja) | 空調装置システム | |
| JP3551093B2 (ja) | ワイヤレス空調制御装置 | |
| JP2004348409A (ja) | セキュリティ装置システム | |
| JP2004347186A (ja) | 空調装置システム | |
| JP2004294045A (ja) | 温水利用装置システム | |
| CN110617599B (zh) | 定时提醒方法、装置、服务器和空调器 | |
| JP2004347249A (ja) | 冷蔵冷凍装置システム | |
| JP2004347284A (ja) | 加熱調理器システム | |
| KR100514619B1 (ko) | 공기조화기 | |
| JP2004347248A (ja) | 冷蔵冷凍装置システム | |
| JP3938061B2 (ja) | 温水利用装置システム | |
| KR100873905B1 (ko) | 지그비를 이용한 통신시스템 및 그 제어방법 | |
| JP2008083828A (ja) | 管理システム | |
| JP2004348408A (ja) | セキュリティ装置システム | |
| JP2010016434A (ja) | 設備機器の遠隔管理装置、遠隔管理システム及び遠隔管理方法 | |
| JP7206947B2 (ja) | 空気調和システム |