JP2004347284A - 加熱調理器システム - Google Patents
加熱調理器システム Download PDFInfo
- Publication number
- JP2004347284A JP2004347284A JP2003147252A JP2003147252A JP2004347284A JP 2004347284 A JP2004347284 A JP 2004347284A JP 2003147252 A JP2003147252 A JP 2003147252A JP 2003147252 A JP2003147252 A JP 2003147252A JP 2004347284 A JP2004347284 A JP 2004347284A
- Authority
- JP
- Japan
- Prior art keywords
- information
- udp
- information panel
- request
- transmitting
- 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
- Electric Ovens (AREA)
- Cookers (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Abstract
【課題】要求が発生したときに即時に情報伝達あるいは制御できる加熱調理器システムを提供する。
【解決手段】電子レンジ6aと、電子レンジ6aとネットワーク35に接続し送受信手段32を有する情報盤31と、ネットワーク38に接続した送受信手段37を有する情報端末36と、ネットワーク35、38を介して情報盤31と情報端末36に接続した送受信手段34を有するサーバ33を備え、送受信手段32は定期UDPを発し、送受信手段34は送受信手段32からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCPを発し、送受信手段32が要求応答TCPまたは要求応答UDPを受信したとき、情報盤31は電子レンジ6aを制御する。
【選択図】 図1
【解決手段】電子レンジ6aと、電子レンジ6aとネットワーク35に接続し送受信手段32を有する情報盤31と、ネットワーク38に接続した送受信手段37を有する情報端末36と、ネットワーク35、38を介して情報盤31と情報端末36に接続した送受信手段34を有するサーバ33を備え、送受信手段32は定期UDPを発し、送受信手段34は送受信手段32からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCPを発し、送受信手段32が要求応答TCPまたは要求応答UDPを受信したとき、情報盤31は電子レンジ6aを制御する。
【選択図】 図1
Description
【0001】
【発明の属する技術分野】
本発明は携帯電話等の情報端末から情報盤に対して情報を伝達するために、あるいは情報盤や情報盤に接続した加熱調理器や情報盤と通信することができる加熱調理器の状態をモニタ制御するあるいは動作制御するために、情報供給者などが有するサーバが情報網を経由して情報盤と情報を交信する加熱調理器システムに関するものである。
【0002】
【従来の技術】
従来、携帯電話等の情報端末から情報供給者等が有するサーバが情報網(ネットワーク)を介して情報盤に情報を伝達する場合、あるいはサーバが情報盤や情報盤に接続した加熱調理器や情報盤と通信可能な加熱調理器等を制御、モニタするために情報を伝達するシステムが考案されている。従来、調理情報システムは情報供給者サーバが通信網を介して情報提供者サーバとデータ送受信可能な利用者端末と利用者端末とデータ送受信可能な炊飯器を備えている(特許文献1参照)。
【0003】
ここでは炊飯装置の制御、モニタ情報供給を目的としており、本実施例の加熱調理器と若干異なる部分を有するが、ここで情報提供者サーバは本発明のサーバであり、利用者端末は本発明の情報盤、炊飯器が本発明の加熱調理器に置き換えて読むと従来例と見ることもできる。
【0004】
一方、従来例の加熱調理器を電子レンジを例にして構成を図5に示す。図5において、1は食品を入れて調理を行うための調理庫、2は利用者からの操作入力や調理条件の入力を受け付ける入力手段、3はヒータ加熱やマイクロ波加熱を行うための加熱手段、4は利用者に電子レンジの状態を報せるための出力手段、5は電子レンジの動作を制御するための電子レンジ制御手段である。電子レンジの単体動作は次の通りである。利用者が調理庫1に食品を入れ、入力手段2よって調理条件を入力し、加熱指示を行うと、電子レンジ制御手段5は、調理条件や調理状態を出力手段4に表示させながら、入力された調理条件に基づき加熱手段3を動作させ、ヒータやマイクロ波による加熱調理を行う。
【0005】
下記特許文献1に記載された調理情報システムのシステムを上記図5に示した電子レンジに適応した場合の従来例の電子レンジシステムの構成を図6に示す。図6において6は電子レンジで、1は食品を入れて調理を行うための調理庫、2は利用者からの操作入力や調理条件の入力を受け付ける入力手段、3はヒータ加熱やマイクロ波加熱を行うための加熱手段、4は利用者に電子レンジの状態を報せるための出力手段、7は電子レンジの動作を制御するための電子レンジ制御手段、8は電子レンジ6の動作を制御したりモニタしたりする機能を有する情報盤である。電子レンジの単体動作は次の通りである。利用者が調理庫1に食品を入れ、入力手段2よって調理条件を入力し、加熱指示を行うと、電子レンジ制御手段5は、調理条件や調理状態を出力手段4に表示させながら、入力された調理条件に基づき加熱手段3を動作させ、ヒータやマイクロ波による加熱調理を行う。
【0006】
この際、電子レンジ制御手段7は情報盤8へも現在の状態を報せ、情報盤8は電子レンジ6の状態を把握することができる。また、電子レンジ6への動作指示入力は、情報盤8からも行うことができる。また、情報盤8はネットワークを介して外部との情報の授受、外部からの電子レンジの制御、モニタを行う機能を有する。12は情報盤の送受信手段、13はサーバで、14はサーバの送受信手段、15は送受信手段12と送受信手段14を接続した情報網(ネットワーク)でここではインターネット網であるとする、16はサーバ13で情報盤8に対する情報伝達要求あるいは情報盤8への制御モニタ要求を発生させるトリガ発生手段で、具体的には操作スイッチやタイマやセンサなどが考えられる。17はバッファ手段で、情報伝達に関する手順やデータなどの記憶を行い、メモリなどで構成されている。
【0007】
また図7は、図6の従来例での情報伝達手順を記載したフロー図である。図7において18は電子レンジ、19は情報盤、20はサーバ、21はトリガ発生手段であり、図7は各々の情報のやりとりを表している。また22から30は各情報の内容を表している。ここで例えば22の定期TCPとは情報盤が定期的に発するTCPプロトコル(Transmission Control Protocol)の情報を表している。
【0008】
次に図6の構成図と図7のフロー図を用いて従来例の動作を説明する。本従来例では情報盤8はインターネット網15に接続しているが、情報盤8が有するIPアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるIPアドレスでインターネット網に接続しているものとする。即ち情報盤8のIPアドレスは固定アドレスではないため、サーバ13は情報盤1のIPアドレスを常時知ることができない。このためサーバ13のトリガ発生手段16にトリガが発生したときにサーバ13が確実に情報盤8に情報伝達あるいは制御モニタするために情報盤8は情報盤8のその時点でのIPアドレスをサーバ13に知らせる目的で定期的にIPアドレス情報を送信している。これが22、23、24、30などの定期TCPである。トリガ発生手段16に例えば情報盤8への制御要求トリガが発生したときトリガ発生手段16は制御要求信号24を発する。しかしながらこのときサーバ13は情報盤8のその時点でのIPアドレスを知らないため即時情報盤8に対して要求信号を発することができず、バッファ手段17に情報盤8に対する制御要求があることを一時的に格納する。制御要求信号24が発せられてから後にサーバに伝達された定期TCP25をサーバ13が受信したときその時点での情報盤1のIPアドレスをサーバ13が認識できたため、サーバ13の送受信手段14は情報盤8の送受信手段12に対して要求TCP26を発する。要求TCP26を受信した情報盤8は受信した情報に基づき制御処理27で電子レンジ6を制御し、その結果を状態変化情報27で情報盤8に対して伝達する。情報盤8はその結果を結果TCP29としてサーバ13に対して送信し、トリガ発生手段16に発生した制御要求トリガに関する一連の情報伝達を完了する。
【0009】
【特許文献1】
特開2000−300430号公報
【0010】
【発明が解決しようとする課題】
しかしながら、図6と図7に示す従来例では制御要求トリガが発生してから情報盤や電子レンジで制御が完了するまでの時間に、制御要求信号24が発生してから定期TCP25が発生するまでの間の余分な時間が生じる。制御要求信号24が定期TCP25の直前に発生したならばその余分な時間は比較的短いが、制御要求信号24が定期TCP25の直後に発生した場合は定期TCPの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となる。また定期TCPの時間間隔を短くすると上記余分な時間は相対的に短くできるが、この場合情報盤8やサーバ13での処理タスクが頻繁になるとともに、ネットワーク15が常時ビジー状態になるという不都合が発生するため必要以上に間隔を短くすることは困難である。
【0011】
【課題を解決するための手段】
本発明は、加熱調理器と、加熱調理器とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCPを発し、情報盤の送受信手段が要求応答TCPまたは要求応答UDPを受信したとき、情報盤は加熱調理器を制御する加熱調理器システムとしている。
【0012】
また、加熱調理器と、加熱調理器とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求UDPを発し、要求UDPを受信した情報盤はサーバに対して要求確認TCPを発し、要求確認TCPを受信したサーバは要求確認TCPの発信元アドレスに対して要求応答TCPを発し、情報盤の送受信手段が要求応答TCPを受信したとき、情報盤は加熱調理器を制御する加熱調理器システムとしている。
【0013】
また、加熱調理器と、加熱調理器と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCPを発し、情報盤の送受信手段が要求応答TCPまたは要求応答UDPを受信したとき、情報盤は加熱調理器に対して制御信号を送信する加熱調理器システムとしている。
【0014】
また、加熱調理器と、加熱調理器と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求UDPを発し、要求UDPを受信した情報盤はサーバに対して要求確認TCPを発し、要求確認TCPを受信したサーバは要求確認TCPの発信元アドレスに対して要求応答TCPを発し、情報盤の送受信手段が要求応答TCPを受信したとき、情報盤は加熱調理器に対して制御信号を送信する加熱調理器システムとしている。
【0015】
【発明の実施の形態】
請求項1に記載した発明は、加熱調理器と、加熱調理器とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCPを発し、情報盤の送受信手段が要求応答TCPまたは要求応答UDPを受信したとき、情報盤は加熱調理器を制御する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求応答UDPまたは要求応答TCPを発することができ、情報端末からの制御要求信号の受信と要求応答UDPまたは要求応答TCPの送信までの時間遅れがない情報伝達ができ、これにより、大きな時間遅れなく情報盤を経由して加熱調理器を制御できる。
【0016】
請求項2に記載した発明は、加熱調理器と、加熱調理器とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求UDPを発し、要求UDPを受信した情報盤はサーバに対して要求確認TCPを発し、要求確認TCPを受信したサーバは要求確認TCPの発信元アドレスに対して要求応答TCPを発し、情報盤の送受信手段が要求応答TCPを受信したとき、情報盤は加熱調理器を制御する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求UDPを発することができ、情報端末からの制御要求信号の受信と要求UDPの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して加熱調理器を制御できる。加えて、要求UDPはトリガ発生手段に通信要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答UDPに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【0017】
請求項3に記載した発明は、加熱調理器と、加熱調理器と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCPを発し、情報盤の送受信手段が要求応答TCPまたは要求応答UDPを受信したとき、情報盤は加熱調理器に対して制御信号を送信する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求応答UDPまたは要求応答TCPを発することができ、情報端末からの制御要求信号の受信と要求応答UDPまたは要求応答TCPの送信までの時間遅れがない情報伝達ができる。このとき情報盤は加熱調理器に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して加熱調理器を制御できる。加えて、要求UDPは情報端末に制御要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答UDPに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【0018】
請求項4に記載した発明は、加熱調理器と、加熱調理器と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求UDPを発し、要求UDPを受信した情報盤はサーバに対して要求確認TCPを発し、要求確認TCPを受信したサーバは要求確認TCPの発信元アドレスに対して要求応答TCPを発し、情報盤の送受信手段が要求応答TCPを受信したとき、情報盤は加熱調理器に対して制御信号を送信する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求UDPを発することができ、情報端末からの制御要求信号の受信と要求UDPの送信までの時間遅れがない情報伝達ができる。このとき情報盤は加熱調理器に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して加熱調理器を制御できる。加えて、要求UDPは情報端末に制御要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答UDPに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【0019】
請求項5に記載した発明は、要求応答TCPを受信した情報盤は要求応答TCPの発信元アドレスに対して結果TCPを発する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求UDPを発することができ、、情報端末からの制御要求信号の受信と要求UDPの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果TCPにより伝達できる。
【0020】
請求項6に記載した発明は、結果TCPを受信したサーバは情報端末に対して結果信号を発する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求UDPを発することができ、、情報端末からの制御要求信号の受信と要求UDPの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果TCPにより伝達でき、さらにこの情報を情報端末に伝達できる。
【0021】
請求項7に記載した発明は、サーバは情報盤の送受信手段から発せられた定期UDPを受信したとき、サーバの送受信手段から定期UDPの発信元アドレスに対して確認UDPを発する加熱調理器システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない定期UDPの伝達確認を行うことができる。
【0022】
請求項8に記載した発明は、情報盤はサーバの送受信手段から発せられた要求応答UDPまたは要求UDPを受信したとき、情報盤の送受信手段から要求応答UDPまたは要求UDPの発信元アドレスに対して確認UDPを発する加熱調理器システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない要求応答UDPまたは要求UDPの伝達確認を行うことができる。
【0023】
請求項9に記載した発明は、情報盤または加熱調理器の状態が変化したとき情報盤は要求応答TCPまたは要求応答UDPの発信元アドレスに対して情報盤または加熱調理器の変化情報を発する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求UDPを発することができ、情報端末からの制御要求信号の受信と要求UDPの送信までの時間遅れがない情報伝達ができる。加えて、情報盤または加熱調理器の状態に変化があったとき結果TCPをサーバに伝達できる。
【0024】
請求項10に記載した発明は、情報盤は表示手段と操作手段の少なくとも一方を有する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求応答UDPまたは要求応答TCPを発することができ、情報端末からの制御要求信号の受信と要求応答UDPまたは要求応答TCPの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の操作による加熱調理器などの制御やサーバとの通信を行うことができ、情報盤により加熱調理器の状態や情報伝達状態などをモニタすることができる。
【0025】
請求項11に記載の発明は、情報盤はサーバのアドレスに対して定期UDPを発する情報伝達システムを実現することができる。これにより、情報盤は確実にサーバに対して定期UDPを伝達することができ、また、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求応答UDPまたは要求応答TCPを発することができ、情報端末からの制御要求信号の受信と要求応答UDPまたは要求応答TCPの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して加熱調理器を制御できる。
【0026】
請求項12に記載した発明は、加熱調理器システムが有する機能の少なくとも一部をコンピュータにより実行するためのプログラムとしている。
【0027】
請求項13に記載した発明は、プログラムおよびデータの少なくともいずれか一方を含む記録媒体としている。
【0028】
そして、プログラムであるので家庭にあるコンピュータ等などを用いて本発明の加熱調理器システムの一部あるいは全てを容易に実現することができる。また記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布が簡単にできる。
【0029】
【実施例】
(実施例1)
以下本発明の第1の実施例について説明する。まず本第1の実施例の加熱調理器システムのシステムの構成を電子レンジを例にして説明する。図1は本実施例の電子レンジシステムの全体構成を示すブロック図である。図1で6aは電子レンジで、1aは食品を入れて調理を行うための調理庫、2aは利用者からの操作入力や調理条件の入力を受け付ける入力手段、3aはヒータ加熱やマイクロ波加熱を行うための加熱手段、4aは利用者に電子レンジの状態を報せるための出力手段、7aは電子レンジの動作を制御するための電子レンジ制御手段である。1aは食品を入れて調理を行うための調理庫、2aは利用者からの操作入力や調理条件の入力を受け付ける入力手段、3aはヒータ加熱やマイクロ波加熱を行うための加熱手段、4aは利用者に電子レンジの状態を報せるための出力手段、7aは電子レンジの動作を制御するための電子レンジ制御手段である。状態を報せるための出力手段、7aは電子レンジの動作を制御するための電子レンジ制御手段である。31は情報盤で、電子レンジ6aの動作制御、モニタ制御を行う機能を有するとともに、ネットワークを介して外部との情報の授受、外部からの電子レンジの動作制御、モニタ制御を行う機能を有する。32は情報盤31の送受信手段、33はサーバ、34はサーバ33の送受信手段、35は通信網でありここではインターネット網であるとする。36は情報端末であり、携帯電話やPHS、パソコン、PDAなどが考えられるがここでは携帯電話であるとする。37は携帯電話36の送受信手段で38の通信網である携帯電話網に接続している。本実施例ではサーバ33の送受信手段34はインターネット網35と携帯電話網38の両方に接続していることにしているが各々の通信もに接続する送受信手段を別個に有しても良い。42は電子レンジ6aの送受信手段、43は電子レンジ6aと通信する情報盤31の送受信手段、44、45はそれぞれ情報盤31の表示手段と操作手段であり、46は送受信手段32、43、表示手段44、操作手段45を制御する情報盤31のCPU、47は送受信手段34、トリガ発生手段39、バッファ手段40を制御するサーバ33のCPUである。
【0030】
また図2は図1に示した第1の実施例の電子レンジシステムの情報の伝達手順を記載したフロー図である。図2において51、52、53、54はそれぞれ情報盤、サーバ、携帯電話、電子レンジを示しており、55から67は各情報の内容を表している。ここで例えば55の定期UDPとは情報盤31が定期的に発するUDPプロトコル(User Datagram Protocol)の情報を表している。また例えば64の結果TCPとは情報盤31がサーバ33に対して送信するTCPプロトコル(Transmission Control Protocol)の情報を表している。例えば結果TCPは、電子レンジ6aの状態変化データや制御要求に対する応答結果などであり、例えば、電子レンジ6aに対するモニタ制御命令である調理の進行状態などの電子レンジ6aに関する情報を情報盤31を経由して結果TCP64によりサーバ33へ伝達する。電子レンジ6aによる加熱調理は、調理に要する時間が長くなる場合が少なくないため、電子レンジ6aの前を離れて、調理の進行状態モニタを行うことは有用である。なお、制御要求が調理の進行状態モニタ以外であっても良いのは言うまでもない。
【0031】
次に図1の構成図と図2のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤31はインターネット網35に接続しているが、情報盤31が有するIPアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるIPアドレスでインターネット網35に接続しているものとする。即ち情報盤31のIPアドレスは固定アドレスではないため、サーバ33は情報盤31のIPアドレスを常時知ることができない。このため携帯電話36の送受信手段37から携帯電話網38を介して電子レンジ6aに対する制御要求がサーバ33に届いたとき、サーバ33が確実に情報盤31に情報伝達あるいは制御や状態モニタするために情報盤31は情報盤31のその時点でのIPアドレスをサーバ33に知らせる目的で定期的にIPアドレス情報を送信している。これが55、57、66の定期UDPである。携帯電話36からサーバ33に例えば情報盤31と通信可能な電子レンジ6aの制御要求トリガ、具体的には例えば電子レンジ6aの調理がどこまで進んでいるかを確認する調理進行状態モニタの制御要求が届いたときサーバ33は制御要求信号59を発する。このときサーバ33は情報盤31から発せられた定期UDP57によってサーバ33と情報盤31間のセッションがつながっており、サーバ33は即時に情報盤31のその時点でのIPアドレス、即ち定期UDP57の発信元アドレスに対して要求応答UDPを送出する。
【0032】
ここで例えば定期UDP57がTCPプロトコルの信号であったとするならばTCPプロトコルの定期信号の通信が完了した時点でサーバ33から情報盤31に対してACK信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ33は情報盤31のIPアドレスを知ることができなくなり、制御要求信号59が発生したとき即時に要求応答UDP60を送出することができない。
【0033】
一方、本実施例の場合、57はUDPプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号59が発生したときサーバ33は情報盤31のその時点のIPアドレスを知っており、即時に情報盤31に対して要求応答UDPを送出することができる。要求応答UDP60を受けた情報盤31は送受信手段43から電子レンジ6aの送受信手段42に対して制御処理62の信号を伝達し、これにより電子レンジ6aは規定通りの制御がなされる。規定通りの制御とは例えば、電子レンジ6aが有する料理レシピに基づいたシーケンス制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話36に発生した、情報盤31と通信できる電子レンジ6aに対する制御要求が、電子レンジ6aを通信網35(例えば通信網35をインターネット網であるとすると)に接続したサーバ33から電子レンジ6aへの調理の進行状態モニタの要求であったとき、サーバ33から要求を受信した情報盤31は電子レンジ6aに対して調理進行状態モニタの制御信号を送信し、上記一連の情報伝達により、電子レンジ6aは調理進行状態を調べ、情報盤31を経由して結果TCP64によりサーバ33へ伝達する。もちろん通信網35はインターネット網以外でもよく、制御要求が調理進行状態モニタ制御要求以外であっても良いのは言うまでもない。具体的には例えば調理終了予定時間の確認や次の調理シーケンスの確認などでもよい。電子レンジ54が調理進行状況を調べた結果としての状態変化情報63が電子レンジ6aから情報盤31に伝達されその結果が結果TCP64としてサーバ33に伝達される。またサーバ33から携帯電話36に対して結果信号65である状態変化情報が伝達され一連の情報伝達を完了する。また上記規定通りの制御とは、電子レンジ6aが有する料理レシピに基づいたシーケンス制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。もちろん一連の情報伝達を完了した後も情報盤31は定期UDPを定期UDP66のごとく送出し続ける。ここで定期UDPは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【0034】
またUDP信号はTCP信号に比べて信号伝達時にACK信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期UDPに対して例えば56、58、67などのような確認UDPをサーバ33から情報盤31に対して送出すれば問題ない。また同様に要求応答UDPに対しては61の確認UDPを送出することにより問題はなくなる。
【0035】
また、情報盤31は表示手段44や操作手段45を備えることにより、情報盤31で電子レンジ6aの状態や、サーバ33との通信状態確認などの情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお電子レンジ6aは情報盤31と通信により制御を行うのではなく情報盤31の端子等に直接接続していて制御できるとしても良いのは言うまでもない。また要求応答UDP60はTCPプロトコルの信号でも良い。また本実施例では電子レンジ6aを制御するための情報伝達について記載したが情報盤31自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果TCPと結果信号は電子レンジや情報盤などの状態が変化したときにのみ送出するのではなく、その時点での電子レンジや情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。
【0036】
(実施例2)
次に第2の実施例について説明する。図3は第2の実施例の構成を示すブロック図であり、第1の実施例の図1と同じ番号を付与したものは同等の機能を有するとする。図3において6bは電子レンジで、1bは食品を入れて調理を行うための調理庫、2bは利用者からの操作入力や調理条件の入力を受け付ける入力手段、3bはヒータ加熱やマイクロ波加熱を行うための加熱手段、4bは利用者に電子レンジの状態を報せるための出力手段、7bは電子レンジの動作を制御するための電子レンジ制御手段である。電子レンジ6bは情報盤31の端子に直接接続しており、これにより制御できるものである。
【0037】
また図4は図3に示した第2の実施例の電子レンジシステムの情報の伝達手順を記載したフロー図である。図4において71、72、73、74はそれぞれ情報盤、サーバ、携帯電話、電子レンジを示しており、75から88は各情報の内容を表している。ここで例えば75の定期UDPとは情報盤31が定期的に発するUDPプロトコル(User Datagram Protocol)の情報を表している。また例えば85の結果TCPとは情報盤31がサーバ33に対して送信するTCPプロトコル(Transmission Control Protocol)の情報を表している。例えば結果TCPは、電子レンジ6bの状態変化データや制御要求に対する応答結果などであり、例えば、電子レンジ6bに対するモニタ制御命令である調理の進行状態などの電子レンジ6bに関する情報を情報盤31を経由して結果TCP64によりサーバ33へ伝達する。制御要求が調理の進行状態モニタ開始以外であっても良いのは言うまでもない。
【0038】
次に図3の構成図と図4のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤31はインターネット網35に接続しているが、情報盤31が有するIPアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるIPアドレスでインターネット網35に接続しているものとする。即ち情報盤31のIPアドレスは固定アドレスではないため、サーバ33は情報盤31・BR>フIPアドレスを常時知ることができない。このため携帯電話36からサーバ33に情報盤31または電子レンジ6bに対する制御要求が届いたときにサーバ33が確実に情報盤31に情報伝達あるいは制御や状態モニタするために情報盤31は情報盤31のその時点でのIPアドレスをサーバ33に知らせる目的で定期的にIPアドレス情報を送信している。これが75、77、87の定期UDPである。携帯電話36からサーバ33に例えば情報盤31に接続した電子レンジ6bの制御要求が届いたとき、例えば情報盤31に接続した電子レンジ6bの制御要求トリガ、具体的には例えば電子レンジ6bの調理がどこまで進んでいるかを確認する調理進行状態モニタの制御要求が届いたときサーバ33は制御要求信号79を発し、その内容をバッファ手段40に格納する。このときサーバ33は情報盤31から発せられた定期UDP77によってサーバ33と情報盤31間のセッションがつながっており、サーバ33は即時に情報盤31のその時点でのIPアドレス、即ち定期UDP77の発信元アドレスに対して要求UDPを送出する。
【0039】
ここで例えば定期UDP77がTCPプロトコルの信号であったとするならばTCPプロトコルの定期信号の通信が完了した時点でサーバ33から情報盤31に対してACK信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ33は情報盤31のIPアドレスを知ることができなくなり、制御要求信号79が発生したとき即時に要求UDP80を送出することができない。
【0040】
一方、本実施例の場合、77はUDPプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号79が発生したときサーバ33は情報盤31のその時点のIPアドレスを知っており、即時に情報盤31に対して要求UDP80を送出することができる。要求UDP80を受けた情報盤31はサーバ33に対して要求確認TCP81を送出し、要求確認TCP81を受けたサーバ33は要求応答TCP82を情報盤31に対して送出する。ここで制御要求信号79を受けて要求応答TCP82を即時送出せず、要求確認TCP81と要求応答TCP82を送受信した後で送出するのは、制御要求信号79が発生した段階でのサーバ33の中にある情報盤31の情報は定期UDP77で伝達されたその時点での情報盤31のIPアドレスの情報以外は即時性に疑問があるものが多く、例えば仮に定期UDP77が電子レンジ6bや情報盤31自体の状態情報を有していたとしても制御要求信号79が発生するまでの間に電子レンジ6bのオン・オフ状態や調理の進行状態変化が起こっている可能性があり、必ずしも正確なものとはいえない。従って電子レンジ6bや情報盤31自身を制御する場合や情報を伝達する場合はその時点の電子レンジ6bのオン・オフ状態や調理の進行状態やタイマ設定状態などの状態情報を正確に認識した上で制御するなどその時点の情報を知るために、また、インターネット網35のトラフィックを軽減するために定期UDPは極力情報を少なくする等の工夫をした場合、定期UDP77が伝達した情報は少なく、改めて情報を確認する必要がある。そのためまず要求TCP80を情報盤に対して送出し、情報盤31から各種情報を搭載した要求確認TCP81を送出し、これを受けて要求応答TCP82をサーバ33が情報盤31に対して送出するという手順を行う。要求応答TCP82を受けた情報盤31は接続した電子レンジ6bを制御処理83の手順により規定通りの制御がなされる。
【0041】
規定通りの制御とは例えば、電子レンジ6bが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話36に発生した、情報盤31と通信できる電子レンジ6bに対する制御要求が、電子レンジ6bを通信網35(例えば通信網35をインターネット網であるとすると)に接続したサーバ33から電子レンジ6bへの調理の進行状態モニタの要求であったとき、サーバ33から要求を受信した情報盤31は情報盤31に接続した電子レンジ6bに対して調理進行状態モニタの制御信号を送信し、上記一連の情報伝達により、電子レンジ6bに対して調理進行状態を調べ、情報盤31を経由して結果TCP64によりサーバ33へ伝達する。更にこの情報を結果信号86として携帯電話36へ伝達する。もちろん通信網35はインターネット網以外でもよく、制御要求が調理進行状態モニタ制御要求以外であっても良いのは言うまでもない。電子レンジ74が制御の結果などにより状態が変化したとき状態変化情報84により電子レンジ74の状態変化が情報盤31に伝達されその結果が結果TCP85としてサーバ33に伝達され一連の情報伝達を完了する。もちろん一連の情報伝達を完了した後も情報盤31は定期UDPを定期UDP87のごとく送出し続ける。ここで定期UDPは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【0042】
またUDP信号はTCP信号に比べて信号伝達時にACK信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期UDPに対して例えば76、78、88などのような確認UDPをサーバ33から情報盤31に対して送出すれば問題ない。
【0043】
また情報盤31は表示手段44や操作手段45を備えることにより、情報盤31で情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお電子レンジ6bは情報盤31の端子に接続しているが、情報盤31と通信により制御を行うとしても良いのは言うまでもない。また本実施例では電子レンジ6bを制御するための情報伝達について記載したが情報盤31自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果TCPと結果信号は電子レンジや情報盤などの状態が変化したときにのみ送出するのではなく、その時点での電子レンジや情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。
【0044】
なお本実施例では加熱調理器として電子レンジで説明したが、炊飯器やIH加熱器であってもよい。
【0045】
【発明の効果】
以上のように、従来では制御要求トリガが発生してから情報盤や加熱調理器で制御が完了するまでの時間に、制御要求信号が発生してから次の定期TCPが発生するまでの間の余分な時間が生じるため。制御要求信号が定期TCPの直前に発生したならばその余分な時間は比較的短いが、制御要求信号が定期TCPの直後に発生した場合は定期TCPの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となっていたが、本発明の加熱調理器システムを使用することにより情報端末から制御要求が発してからほとんど即時に情報盤に情報が伝達できる、あるいは情報盤や加熱調理器を制御できることは極めて有効である。
【図面の簡単な説明】
【図1】本発明の第1の実施例である電子レンジシステムの構成を示すブロック図
【図2】本発明の第1の実施例である電子レンジシステムの情報伝達手順を示すフロー図
【図3】本発明の第2の実施例である電子レンジシステムの構成を示すブロック図
【図4】本発明の第2の実施例である電子レンジシステムの情報伝達手順を示すフロー図
【図5】従来例の電子レンジの構成を示すブロック図
【図6】従来例の電子レンジシステムの構成を示すブロック図
【図7】従来例の情報伝達手順を示すフロー図
【符号の説明】
1a、1b 調理庫
2a、2b 入力手段
3a、3b 加熱手段
4a、4b 出力手段
6a、6b 電子レンジ(加熱調理器)
7a、7b 電子レンジ制御手段
31 情報盤
32 送受信手段
33 サーバ
34 送受信手段
35 インターネット網(通信網)
36 携帯電話(情報端末)
37 送受信手段
38 携帯電話網
42 送受信手段
43 送受信手段
44 表示手段
45 操作手段
46 CPU
47 CPU
【発明の属する技術分野】
本発明は携帯電話等の情報端末から情報盤に対して情報を伝達するために、あるいは情報盤や情報盤に接続した加熱調理器や情報盤と通信することができる加熱調理器の状態をモニタ制御するあるいは動作制御するために、情報供給者などが有するサーバが情報網を経由して情報盤と情報を交信する加熱調理器システムに関するものである。
【0002】
【従来の技術】
従来、携帯電話等の情報端末から情報供給者等が有するサーバが情報網(ネットワーク)を介して情報盤に情報を伝達する場合、あるいはサーバが情報盤や情報盤に接続した加熱調理器や情報盤と通信可能な加熱調理器等を制御、モニタするために情報を伝達するシステムが考案されている。従来、調理情報システムは情報供給者サーバが通信網を介して情報提供者サーバとデータ送受信可能な利用者端末と利用者端末とデータ送受信可能な炊飯器を備えている(特許文献1参照)。
【0003】
ここでは炊飯装置の制御、モニタ情報供給を目的としており、本実施例の加熱調理器と若干異なる部分を有するが、ここで情報提供者サーバは本発明のサーバであり、利用者端末は本発明の情報盤、炊飯器が本発明の加熱調理器に置き換えて読むと従来例と見ることもできる。
【0004】
一方、従来例の加熱調理器を電子レンジを例にして構成を図5に示す。図5において、1は食品を入れて調理を行うための調理庫、2は利用者からの操作入力や調理条件の入力を受け付ける入力手段、3はヒータ加熱やマイクロ波加熱を行うための加熱手段、4は利用者に電子レンジの状態を報せるための出力手段、5は電子レンジの動作を制御するための電子レンジ制御手段である。電子レンジの単体動作は次の通りである。利用者が調理庫1に食品を入れ、入力手段2よって調理条件を入力し、加熱指示を行うと、電子レンジ制御手段5は、調理条件や調理状態を出力手段4に表示させながら、入力された調理条件に基づき加熱手段3を動作させ、ヒータやマイクロ波による加熱調理を行う。
【0005】
下記特許文献1に記載された調理情報システムのシステムを上記図5に示した電子レンジに適応した場合の従来例の電子レンジシステムの構成を図6に示す。図6において6は電子レンジで、1は食品を入れて調理を行うための調理庫、2は利用者からの操作入力や調理条件の入力を受け付ける入力手段、3はヒータ加熱やマイクロ波加熱を行うための加熱手段、4は利用者に電子レンジの状態を報せるための出力手段、7は電子レンジの動作を制御するための電子レンジ制御手段、8は電子レンジ6の動作を制御したりモニタしたりする機能を有する情報盤である。電子レンジの単体動作は次の通りである。利用者が調理庫1に食品を入れ、入力手段2よって調理条件を入力し、加熱指示を行うと、電子レンジ制御手段5は、調理条件や調理状態を出力手段4に表示させながら、入力された調理条件に基づき加熱手段3を動作させ、ヒータやマイクロ波による加熱調理を行う。
【0006】
この際、電子レンジ制御手段7は情報盤8へも現在の状態を報せ、情報盤8は電子レンジ6の状態を把握することができる。また、電子レンジ6への動作指示入力は、情報盤8からも行うことができる。また、情報盤8はネットワークを介して外部との情報の授受、外部からの電子レンジの制御、モニタを行う機能を有する。12は情報盤の送受信手段、13はサーバで、14はサーバの送受信手段、15は送受信手段12と送受信手段14を接続した情報網(ネットワーク)でここではインターネット網であるとする、16はサーバ13で情報盤8に対する情報伝達要求あるいは情報盤8への制御モニタ要求を発生させるトリガ発生手段で、具体的には操作スイッチやタイマやセンサなどが考えられる。17はバッファ手段で、情報伝達に関する手順やデータなどの記憶を行い、メモリなどで構成されている。
【0007】
また図7は、図6の従来例での情報伝達手順を記載したフロー図である。図7において18は電子レンジ、19は情報盤、20はサーバ、21はトリガ発生手段であり、図7は各々の情報のやりとりを表している。また22から30は各情報の内容を表している。ここで例えば22の定期TCPとは情報盤が定期的に発するTCPプロトコル(Transmission Control Protocol)の情報を表している。
【0008】
次に図6の構成図と図7のフロー図を用いて従来例の動作を説明する。本従来例では情報盤8はインターネット網15に接続しているが、情報盤8が有するIPアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるIPアドレスでインターネット網に接続しているものとする。即ち情報盤8のIPアドレスは固定アドレスではないため、サーバ13は情報盤1のIPアドレスを常時知ることができない。このためサーバ13のトリガ発生手段16にトリガが発生したときにサーバ13が確実に情報盤8に情報伝達あるいは制御モニタするために情報盤8は情報盤8のその時点でのIPアドレスをサーバ13に知らせる目的で定期的にIPアドレス情報を送信している。これが22、23、24、30などの定期TCPである。トリガ発生手段16に例えば情報盤8への制御要求トリガが発生したときトリガ発生手段16は制御要求信号24を発する。しかしながらこのときサーバ13は情報盤8のその時点でのIPアドレスを知らないため即時情報盤8に対して要求信号を発することができず、バッファ手段17に情報盤8に対する制御要求があることを一時的に格納する。制御要求信号24が発せられてから後にサーバに伝達された定期TCP25をサーバ13が受信したときその時点での情報盤1のIPアドレスをサーバ13が認識できたため、サーバ13の送受信手段14は情報盤8の送受信手段12に対して要求TCP26を発する。要求TCP26を受信した情報盤8は受信した情報に基づき制御処理27で電子レンジ6を制御し、その結果を状態変化情報27で情報盤8に対して伝達する。情報盤8はその結果を結果TCP29としてサーバ13に対して送信し、トリガ発生手段16に発生した制御要求トリガに関する一連の情報伝達を完了する。
【0009】
【特許文献1】
特開2000−300430号公報
【0010】
【発明が解決しようとする課題】
しかしながら、図6と図7に示す従来例では制御要求トリガが発生してから情報盤や電子レンジで制御が完了するまでの時間に、制御要求信号24が発生してから定期TCP25が発生するまでの間の余分な時間が生じる。制御要求信号24が定期TCP25の直前に発生したならばその余分な時間は比較的短いが、制御要求信号24が定期TCP25の直後に発生した場合は定期TCPの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となる。また定期TCPの時間間隔を短くすると上記余分な時間は相対的に短くできるが、この場合情報盤8やサーバ13での処理タスクが頻繁になるとともに、ネットワーク15が常時ビジー状態になるという不都合が発生するため必要以上に間隔を短くすることは困難である。
【0011】
【課題を解決するための手段】
本発明は、加熱調理器と、加熱調理器とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCPを発し、情報盤の送受信手段が要求応答TCPまたは要求応答UDPを受信したとき、情報盤は加熱調理器を制御する加熱調理器システムとしている。
【0012】
また、加熱調理器と、加熱調理器とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求UDPを発し、要求UDPを受信した情報盤はサーバに対して要求確認TCPを発し、要求確認TCPを受信したサーバは要求確認TCPの発信元アドレスに対して要求応答TCPを発し、情報盤の送受信手段が要求応答TCPを受信したとき、情報盤は加熱調理器を制御する加熱調理器システムとしている。
【0013】
また、加熱調理器と、加熱調理器と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCPを発し、情報盤の送受信手段が要求応答TCPまたは要求応答UDPを受信したとき、情報盤は加熱調理器に対して制御信号を送信する加熱調理器システムとしている。
【0014】
また、加熱調理器と、加熱調理器と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求UDPを発し、要求UDPを受信した情報盤はサーバに対して要求確認TCPを発し、要求確認TCPを受信したサーバは要求確認TCPの発信元アドレスに対して要求応答TCPを発し、情報盤の送受信手段が要求応答TCPを受信したとき、情報盤は加熱調理器に対して制御信号を送信する加熱調理器システムとしている。
【0015】
【発明の実施の形態】
請求項1に記載した発明は、加熱調理器と、加熱調理器とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCPを発し、情報盤の送受信手段が要求応答TCPまたは要求応答UDPを受信したとき、情報盤は加熱調理器を制御する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求応答UDPまたは要求応答TCPを発することができ、情報端末からの制御要求信号の受信と要求応答UDPまたは要求応答TCPの送信までの時間遅れがない情報伝達ができ、これにより、大きな時間遅れなく情報盤を経由して加熱調理器を制御できる。
【0016】
請求項2に記載した発明は、加熱調理器と、加熱調理器とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求UDPを発し、要求UDPを受信した情報盤はサーバに対して要求確認TCPを発し、要求確認TCPを受信したサーバは要求確認TCPの発信元アドレスに対して要求応答TCPを発し、情報盤の送受信手段が要求応答TCPを受信したとき、情報盤は加熱調理器を制御する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求UDPを発することができ、情報端末からの制御要求信号の受信と要求UDPの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して加熱調理器を制御できる。加えて、要求UDPはトリガ発生手段に通信要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答UDPに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【0017】
請求項3に記載した発明は、加熱調理器と、加熱調理器と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCPを発し、情報盤の送受信手段が要求応答TCPまたは要求応答UDPを受信したとき、情報盤は加熱調理器に対して制御信号を送信する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求応答UDPまたは要求応答TCPを発することができ、情報端末からの制御要求信号の受信と要求応答UDPまたは要求応答TCPの送信までの時間遅れがない情報伝達ができる。このとき情報盤は加熱調理器に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して加熱調理器を制御できる。加えて、要求UDPは情報端末に制御要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答UDPに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【0018】
請求項4に記載した発明は、加熱調理器と、加熱調理器と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して情報盤と情報端末に接続した送受信手段を有するサーバを備え、情報盤の送受信手段は定期UDPを発し、サーバの送受信手段は情報端末の送受信手段からの制御要求信号を受信したとき定期UDPの発信元アドレスに対して要求UDPを発し、要求UDPを受信した情報盤はサーバに対して要求確認TCPを発し、要求確認TCPを受信したサーバは要求確認TCPの発信元アドレスに対して要求応答TCPを発し、情報盤の送受信手段が要求応答TCPを受信したとき、情報盤は加熱調理器に対して制御信号を送信する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求UDPを発することができ、情報端末からの制御要求信号の受信と要求UDPの送信までの時間遅れがない情報伝達ができる。このとき情報盤は加熱調理器に対して制御信号を送信し、大きな時間遅れなく情報盤を経由して加熱調理器を制御できる。加えて、要求UDPは情報端末に制御要求が発生したことを情報盤に伝達することを目的としており、通信内容等の詳細情報を有する要求応答UDPに比べて情報量が少なく、ネットワーク上の通信データ量を少なくすることができる。
【0019】
請求項5に記載した発明は、要求応答TCPを受信した情報盤は要求応答TCPの発信元アドレスに対して結果TCPを発する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求UDPを発することができ、、情報端末からの制御要求信号の受信と要求UDPの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果TCPにより伝達できる。
【0020】
請求項6に記載した発明は、結果TCPを受信したサーバは情報端末に対して結果信号を発する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求UDPを発することができ、、情報端末からの制御要求信号の受信と要求UDPの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の状態を結果TCPにより伝達でき、さらにこの情報を情報端末に伝達できる。
【0021】
請求項7に記載した発明は、サーバは情報盤の送受信手段から発せられた定期UDPを受信したとき、サーバの送受信手段から定期UDPの発信元アドレスに対して確認UDPを発する加熱調理器システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない定期UDPの伝達確認を行うことができる。
【0022】
請求項8に記載した発明は、情報盤はサーバの送受信手段から発せられた要求応答UDPまたは要求UDPを受信したとき、情報盤の送受信手段から要求応答UDPまたは要求UDPの発信元アドレスに対して確認UDPを発する加熱調理器システムを実現することができる。これにより、基本プロトコルとして通信の伝達確認を行わない要求応答UDPまたは要求UDPの伝達確認を行うことができる。
【0023】
請求項9に記載した発明は、情報盤または加熱調理器の状態が変化したとき情報盤は要求応答TCPまたは要求応答UDPの発信元アドレスに対して情報盤または加熱調理器の変化情報を発する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求UDPを発することができ、情報端末からの制御要求信号の受信と要求UDPの送信までの時間遅れがない情報伝達ができる。加えて、情報盤または加熱調理器の状態に変化があったとき結果TCPをサーバに伝達できる。
【0024】
請求項10に記載した発明は、情報盤は表示手段と操作手段の少なくとも一方を有する加熱調理器システムを実現することができる。これにより、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求応答UDPまたは要求応答TCPを発することができ、情報端末からの制御要求信号の受信と要求応答UDPまたは要求応答TCPの送信までの時間遅れがない情報伝達ができる。加えて、情報盤の操作による加熱調理器などの制御やサーバとの通信を行うことができ、情報盤により加熱調理器の状態や情報伝達状態などをモニタすることができる。
【0025】
請求項11に記載の発明は、情報盤はサーバのアドレスに対して定期UDPを発する情報伝達システムを実現することができる。これにより、情報盤は確実にサーバに対して定期UDPを伝達することができ、また、情報端末から制御要求信号を受信したとき、サーバの送受信手段は、その前に情報盤から定期UDPを受信したことによりセッションが接続状態になっている定期UDPの発信元アドレスに対して、次の定期UDPを待つことなく、即時に要求応答UDPまたは要求応答TCPを発することができ、情報端末からの制御要求信号の受信と要求応答UDPまたは要求応答TCPの送信までの時間遅れがない情報伝達ができる。これにより、大きな時間遅れなく情報盤を経由して加熱調理器を制御できる。
【0026】
請求項12に記載した発明は、加熱調理器システムが有する機能の少なくとも一部をコンピュータにより実行するためのプログラムとしている。
【0027】
請求項13に記載した発明は、プログラムおよびデータの少なくともいずれか一方を含む記録媒体としている。
【0028】
そして、プログラムであるので家庭にあるコンピュータ等などを用いて本発明の加熱調理器システムの一部あるいは全てを容易に実現することができる。また記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布が簡単にできる。
【0029】
【実施例】
(実施例1)
以下本発明の第1の実施例について説明する。まず本第1の実施例の加熱調理器システムのシステムの構成を電子レンジを例にして説明する。図1は本実施例の電子レンジシステムの全体構成を示すブロック図である。図1で6aは電子レンジで、1aは食品を入れて調理を行うための調理庫、2aは利用者からの操作入力や調理条件の入力を受け付ける入力手段、3aはヒータ加熱やマイクロ波加熱を行うための加熱手段、4aは利用者に電子レンジの状態を報せるための出力手段、7aは電子レンジの動作を制御するための電子レンジ制御手段である。1aは食品を入れて調理を行うための調理庫、2aは利用者からの操作入力や調理条件の入力を受け付ける入力手段、3aはヒータ加熱やマイクロ波加熱を行うための加熱手段、4aは利用者に電子レンジの状態を報せるための出力手段、7aは電子レンジの動作を制御するための電子レンジ制御手段である。状態を報せるための出力手段、7aは電子レンジの動作を制御するための電子レンジ制御手段である。31は情報盤で、電子レンジ6aの動作制御、モニタ制御を行う機能を有するとともに、ネットワークを介して外部との情報の授受、外部からの電子レンジの動作制御、モニタ制御を行う機能を有する。32は情報盤31の送受信手段、33はサーバ、34はサーバ33の送受信手段、35は通信網でありここではインターネット網であるとする。36は情報端末であり、携帯電話やPHS、パソコン、PDAなどが考えられるがここでは携帯電話であるとする。37は携帯電話36の送受信手段で38の通信網である携帯電話網に接続している。本実施例ではサーバ33の送受信手段34はインターネット網35と携帯電話網38の両方に接続していることにしているが各々の通信もに接続する送受信手段を別個に有しても良い。42は電子レンジ6aの送受信手段、43は電子レンジ6aと通信する情報盤31の送受信手段、44、45はそれぞれ情報盤31の表示手段と操作手段であり、46は送受信手段32、43、表示手段44、操作手段45を制御する情報盤31のCPU、47は送受信手段34、トリガ発生手段39、バッファ手段40を制御するサーバ33のCPUである。
【0030】
また図2は図1に示した第1の実施例の電子レンジシステムの情報の伝達手順を記載したフロー図である。図2において51、52、53、54はそれぞれ情報盤、サーバ、携帯電話、電子レンジを示しており、55から67は各情報の内容を表している。ここで例えば55の定期UDPとは情報盤31が定期的に発するUDPプロトコル(User Datagram Protocol)の情報を表している。また例えば64の結果TCPとは情報盤31がサーバ33に対して送信するTCPプロトコル(Transmission Control Protocol)の情報を表している。例えば結果TCPは、電子レンジ6aの状態変化データや制御要求に対する応答結果などであり、例えば、電子レンジ6aに対するモニタ制御命令である調理の進行状態などの電子レンジ6aに関する情報を情報盤31を経由して結果TCP64によりサーバ33へ伝達する。電子レンジ6aによる加熱調理は、調理に要する時間が長くなる場合が少なくないため、電子レンジ6aの前を離れて、調理の進行状態モニタを行うことは有用である。なお、制御要求が調理の進行状態モニタ以外であっても良いのは言うまでもない。
【0031】
次に図1の構成図と図2のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤31はインターネット網35に接続しているが、情報盤31が有するIPアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるIPアドレスでインターネット網35に接続しているものとする。即ち情報盤31のIPアドレスは固定アドレスではないため、サーバ33は情報盤31のIPアドレスを常時知ることができない。このため携帯電話36の送受信手段37から携帯電話網38を介して電子レンジ6aに対する制御要求がサーバ33に届いたとき、サーバ33が確実に情報盤31に情報伝達あるいは制御や状態モニタするために情報盤31は情報盤31のその時点でのIPアドレスをサーバ33に知らせる目的で定期的にIPアドレス情報を送信している。これが55、57、66の定期UDPである。携帯電話36からサーバ33に例えば情報盤31と通信可能な電子レンジ6aの制御要求トリガ、具体的には例えば電子レンジ6aの調理がどこまで進んでいるかを確認する調理進行状態モニタの制御要求が届いたときサーバ33は制御要求信号59を発する。このときサーバ33は情報盤31から発せられた定期UDP57によってサーバ33と情報盤31間のセッションがつながっており、サーバ33は即時に情報盤31のその時点でのIPアドレス、即ち定期UDP57の発信元アドレスに対して要求応答UDPを送出する。
【0032】
ここで例えば定期UDP57がTCPプロトコルの信号であったとするならばTCPプロトコルの定期信号の通信が完了した時点でサーバ33から情報盤31に対してACK信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ33は情報盤31のIPアドレスを知ることができなくなり、制御要求信号59が発生したとき即時に要求応答UDP60を送出することができない。
【0033】
一方、本実施例の場合、57はUDPプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号59が発生したときサーバ33は情報盤31のその時点のIPアドレスを知っており、即時に情報盤31に対して要求応答UDPを送出することができる。要求応答UDP60を受けた情報盤31は送受信手段43から電子レンジ6aの送受信手段42に対して制御処理62の信号を伝達し、これにより電子レンジ6aは規定通りの制御がなされる。規定通りの制御とは例えば、電子レンジ6aが有する料理レシピに基づいたシーケンス制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話36に発生した、情報盤31と通信できる電子レンジ6aに対する制御要求が、電子レンジ6aを通信網35(例えば通信網35をインターネット網であるとすると)に接続したサーバ33から電子レンジ6aへの調理の進行状態モニタの要求であったとき、サーバ33から要求を受信した情報盤31は電子レンジ6aに対して調理進行状態モニタの制御信号を送信し、上記一連の情報伝達により、電子レンジ6aは調理進行状態を調べ、情報盤31を経由して結果TCP64によりサーバ33へ伝達する。もちろん通信網35はインターネット網以外でもよく、制御要求が調理進行状態モニタ制御要求以外であっても良いのは言うまでもない。具体的には例えば調理終了予定時間の確認や次の調理シーケンスの確認などでもよい。電子レンジ54が調理進行状況を調べた結果としての状態変化情報63が電子レンジ6aから情報盤31に伝達されその結果が結果TCP64としてサーバ33に伝達される。またサーバ33から携帯電話36に対して結果信号65である状態変化情報が伝達され一連の情報伝達を完了する。また上記規定通りの制御とは、電子レンジ6aが有する料理レシピに基づいたシーケンス制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。もちろん一連の情報伝達を完了した後も情報盤31は定期UDPを定期UDP66のごとく送出し続ける。ここで定期UDPは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【0034】
またUDP信号はTCP信号に比べて信号伝達時にACK信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期UDPに対して例えば56、58、67などのような確認UDPをサーバ33から情報盤31に対して送出すれば問題ない。また同様に要求応答UDPに対しては61の確認UDPを送出することにより問題はなくなる。
【0035】
また、情報盤31は表示手段44や操作手段45を備えることにより、情報盤31で電子レンジ6aの状態や、サーバ33との通信状態確認などの情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお電子レンジ6aは情報盤31と通信により制御を行うのではなく情報盤31の端子等に直接接続していて制御できるとしても良いのは言うまでもない。また要求応答UDP60はTCPプロトコルの信号でも良い。また本実施例では電子レンジ6aを制御するための情報伝達について記載したが情報盤31自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果TCPと結果信号は電子レンジや情報盤などの状態が変化したときにのみ送出するのではなく、その時点での電子レンジや情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。
【0036】
(実施例2)
次に第2の実施例について説明する。図3は第2の実施例の構成を示すブロック図であり、第1の実施例の図1と同じ番号を付与したものは同等の機能を有するとする。図3において6bは電子レンジで、1bは食品を入れて調理を行うための調理庫、2bは利用者からの操作入力や調理条件の入力を受け付ける入力手段、3bはヒータ加熱やマイクロ波加熱を行うための加熱手段、4bは利用者に電子レンジの状態を報せるための出力手段、7bは電子レンジの動作を制御するための電子レンジ制御手段である。電子レンジ6bは情報盤31の端子に直接接続しており、これにより制御できるものである。
【0037】
また図4は図3に示した第2の実施例の電子レンジシステムの情報の伝達手順を記載したフロー図である。図4において71、72、73、74はそれぞれ情報盤、サーバ、携帯電話、電子レンジを示しており、75から88は各情報の内容を表している。ここで例えば75の定期UDPとは情報盤31が定期的に発するUDPプロトコル(User Datagram Protocol)の情報を表している。また例えば85の結果TCPとは情報盤31がサーバ33に対して送信するTCPプロトコル(Transmission Control Protocol)の情報を表している。例えば結果TCPは、電子レンジ6bの状態変化データや制御要求に対する応答結果などであり、例えば、電子レンジ6bに対するモニタ制御命令である調理の進行状態などの電子レンジ6bに関する情報を情報盤31を経由して結果TCP64によりサーバ33へ伝達する。制御要求が調理の進行状態モニタ開始以外であっても良いのは言うまでもない。
【0038】
次に図3の構成図と図4のフロー図を用いて本実施例の動作を説明する。本実施例では情報盤31はインターネット網35に接続しているが、情報盤31が有するIPアドレスは常時固定したグローバルアドレスではなく、プロバイダなどが逐次切り換えるIPアドレスでインターネット網35に接続しているものとする。即ち情報盤31のIPアドレスは固定アドレスではないため、サーバ33は情報盤31・BR>フIPアドレスを常時知ることができない。このため携帯電話36からサーバ33に情報盤31または電子レンジ6bに対する制御要求が届いたときにサーバ33が確実に情報盤31に情報伝達あるいは制御や状態モニタするために情報盤31は情報盤31のその時点でのIPアドレスをサーバ33に知らせる目的で定期的にIPアドレス情報を送信している。これが75、77、87の定期UDPである。携帯電話36からサーバ33に例えば情報盤31に接続した電子レンジ6bの制御要求が届いたとき、例えば情報盤31に接続した電子レンジ6bの制御要求トリガ、具体的には例えば電子レンジ6bの調理がどこまで進んでいるかを確認する調理進行状態モニタの制御要求が届いたときサーバ33は制御要求信号79を発し、その内容をバッファ手段40に格納する。このときサーバ33は情報盤31から発せられた定期UDP77によってサーバ33と情報盤31間のセッションがつながっており、サーバ33は即時に情報盤31のその時点でのIPアドレス、即ち定期UDP77の発信元アドレスに対して要求UDPを送出する。
【0039】
ここで例えば定期UDP77がTCPプロトコルの信号であったとするならばTCPプロトコルの定期信号の通信が完了した時点でサーバ33から情報盤31に対してACK信号を返送するなどの一連の処理を行った後セッションを切断するため、切断した時点でサーバ33は情報盤31のIPアドレスを知ることができなくなり、制御要求信号79が発生したとき即時に要求UDP80を送出することができない。
【0040】
一方、本実施例の場合、77はUDPプロトコルの信号であるため通信が完了した時点で必ずしもセッションを切断しないため、制御要求信号79が発生したときサーバ33は情報盤31のその時点のIPアドレスを知っており、即時に情報盤31に対して要求UDP80を送出することができる。要求UDP80を受けた情報盤31はサーバ33に対して要求確認TCP81を送出し、要求確認TCP81を受けたサーバ33は要求応答TCP82を情報盤31に対して送出する。ここで制御要求信号79を受けて要求応答TCP82を即時送出せず、要求確認TCP81と要求応答TCP82を送受信した後で送出するのは、制御要求信号79が発生した段階でのサーバ33の中にある情報盤31の情報は定期UDP77で伝達されたその時点での情報盤31のIPアドレスの情報以外は即時性に疑問があるものが多く、例えば仮に定期UDP77が電子レンジ6bや情報盤31自体の状態情報を有していたとしても制御要求信号79が発生するまでの間に電子レンジ6bのオン・オフ状態や調理の進行状態変化が起こっている可能性があり、必ずしも正確なものとはいえない。従って電子レンジ6bや情報盤31自身を制御する場合や情報を伝達する場合はその時点の電子レンジ6bのオン・オフ状態や調理の進行状態やタイマ設定状態などの状態情報を正確に認識した上で制御するなどその時点の情報を知るために、また、インターネット網35のトラフィックを軽減するために定期UDPは極力情報を少なくする等の工夫をした場合、定期UDP77が伝達した情報は少なく、改めて情報を確認する必要がある。そのためまず要求TCP80を情報盤に対して送出し、情報盤31から各種情報を搭載した要求確認TCP81を送出し、これを受けて要求応答TCP82をサーバ33が情報盤31に対して送出するという手順を行う。要求応答TCP82を受けた情報盤31は接続した電子レンジ6bを制御処理83の手順により規定通りの制御がなされる。
【0041】
規定通りの制御とは例えば、電子レンジ6bが有するデフォルト制御やタイマ制御、タイマ設定などの各種制御や設定などを示す。すなわち、携帯電話36に発生した、情報盤31と通信できる電子レンジ6bに対する制御要求が、電子レンジ6bを通信網35(例えば通信網35をインターネット網であるとすると)に接続したサーバ33から電子レンジ6bへの調理の進行状態モニタの要求であったとき、サーバ33から要求を受信した情報盤31は情報盤31に接続した電子レンジ6bに対して調理進行状態モニタの制御信号を送信し、上記一連の情報伝達により、電子レンジ6bに対して調理進行状態を調べ、情報盤31を経由して結果TCP64によりサーバ33へ伝達する。更にこの情報を結果信号86として携帯電話36へ伝達する。もちろん通信網35はインターネット網以外でもよく、制御要求が調理進行状態モニタ制御要求以外であっても良いのは言うまでもない。電子レンジ74が制御の結果などにより状態が変化したとき状態変化情報84により電子レンジ74の状態変化が情報盤31に伝達されその結果が結果TCP85としてサーバ33に伝達され一連の情報伝達を完了する。もちろん一連の情報伝達を完了した後も情報盤31は定期UDPを定期UDP87のごとく送出し続ける。ここで定期UDPは必ずしも一定間隔で送出され続けるのではなくほぼ一定の間隔で送出され続ければよいものである。
【0042】
またUDP信号はTCP信号に比べて信号伝達時にACK信号を返送しないなど信頼性を心配する場合もあるがこの場合、定期UDPに対して例えば76、78、88などのような確認UDPをサーバ33から情報盤31に対して送出すれば問題ない。
【0043】
また情報盤31は表示手段44や操作手段45を備えることにより、情報盤31で情報を確認でき、情報送出の内容を設定できるなどの極めて大きな効果が創出できる。なお電子レンジ6bは情報盤31の端子に接続しているが、情報盤31と通信により制御を行うとしても良いのは言うまでもない。また本実施例では電子レンジ6bを制御するための情報伝達について記載したが情報盤31自身の制御や、天気予報、時刻表、現在時刻、ガス使用量、電気使用量、これらの金額などの生活情報等の情報を伝達する場合についても同様であることは言うまでもない。また、状態変化情報と結果TCPと結果信号は電子レンジや情報盤などの状態が変化したときにのみ送出するのではなく、その時点での電子レンジや情報盤などの状態を伝えるために伝達することがあるとしても良いのは言うまでもない。
【0044】
なお本実施例では加熱調理器として電子レンジで説明したが、炊飯器やIH加熱器であってもよい。
【0045】
【発明の効果】
以上のように、従来では制御要求トリガが発生してから情報盤や加熱調理器で制御が完了するまでの時間に、制御要求信号が発生してから次の定期TCPが発生するまでの間の余分な時間が生じるため。制御要求信号が定期TCPの直前に発生したならばその余分な時間は比較的短いが、制御要求信号が定期TCPの直後に発生した場合は定期TCPの間隔のほとんどの時間の制御遅れが発生することになり、リアルタイムでの情報提供や制御に対して大きな課題となっていたが、本発明の加熱調理器システムを使用することにより情報端末から制御要求が発してからほとんど即時に情報盤に情報が伝達できる、あるいは情報盤や加熱調理器を制御できることは極めて有効である。
【図面の簡単な説明】
【図1】本発明の第1の実施例である電子レンジシステムの構成を示すブロック図
【図2】本発明の第1の実施例である電子レンジシステムの情報伝達手順を示すフロー図
【図3】本発明の第2の実施例である電子レンジシステムの構成を示すブロック図
【図4】本発明の第2の実施例である電子レンジシステムの情報伝達手順を示すフロー図
【図5】従来例の電子レンジの構成を示すブロック図
【図6】従来例の電子レンジシステムの構成を示すブロック図
【図7】従来例の情報伝達手順を示すフロー図
【符号の説明】
1a、1b 調理庫
2a、2b 入力手段
3a、3b 加熱手段
4a、4b 出力手段
6a、6b 電子レンジ(加熱調理器)
7a、7b 電子レンジ制御手段
31 情報盤
32 送受信手段
33 サーバ
34 送受信手段
35 インターネット網(通信網)
36 携帯電話(情報端末)
37 送受信手段
38 携帯電話網
42 送受信手段
43 送受信手段
44 表示手段
45 操作手段
46 CPU
47 CPU
Claims (13)
- 加熱調理器と、前記加熱調理器とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して前記情報盤と前記情報端末に接続した送受信手段を有するサーバを備え、前記情報盤の送受信手段は定期UDP(User Datagram Protocol)を発し、前記サーバの送受信手段は前記情報端末の送受信手段からの制御要求信号を受信したとき前記定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCP(Transmission Control Protocol)を発し、前記情報盤の送受信手段が要求応答TCPまたは要求応答UDPを受信したとき、前記情報盤は前記加熱調理器を制御する加熱調理器システム。
- 加熱調理器と、前記加熱調理器とネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して前記情報盤と前記情報端末に接続した送受信手段を有するサーバを備え、前記情報盤の送受信手段は定期UDPを発し、前記サーバの送受信手段は前記情報端末の送受信手段からの制御要求信号を受信したとき前記定期UDPの発信元アドレスに対して要求UDPを発し、前記要求UDPを受信した前記情報盤は前記サーバに対して要求確認TCPを発し、前記要求確認TCPを受信した前記サーバは前記要求確認TCPの発信元アドレスに対して要求応答TCPを発し、前記情報盤の送受信手段が要求応答TCPを受信したとき、前記情報盤は前記加熱調理器を制御する加熱調理器システム。
- 加熱調理器と、前記加熱調理器と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して前記情報盤と前記情報端末に接続した送受信手段を有するサーバを備え、前記情報盤の送受信手段は定期UDPを発し、前記サーバの送受信手段は前記情報端末の送受信手段からの制御要求信号を受信したとき前記定期UDPの発信元アドレスに対して要求応答UDPまたは要求応答TCPを発し、前記情報盤の送受信手段が要求応答TCPまたは要求応答UDPを受信したとき、前記情報盤は前記加熱調理器に対して制御信号を送信する加熱調理器システム。
- 加熱調理器と、前記加熱調理器と通信可能でネットワークに接続し送受信手段を有する情報盤と、ネットワークに接続した送受信手段を有する情報端末と、ネットワークを介して前記情報盤と前記情報端末に接続した送受信手段を有するサーバを備え、前記情報盤の送受信手段は定期UDPを発し、前記サーバの送受信手段は前記情報端末の送受信手段からの制御要求信号を受信したとき前記定期UDPの発信元アドレスに対して要求UDPを発し、前記要求UDPを受信した前記情報盤は前記サーバに対して要求確認TCPを発し、前記要求確認TCPを受信した前記サーバは前記要求確認TCPの発信元アドレスに対して要求応答TCPを発し、前記情報盤の送受信手段が要求応答TCPを受信したとき、前記情報盤は前記加熱調理器に対して制御信号を送信する加熱調理器システム。
- 要求応答TCPを受信した情報盤は前記要求応答TCPの発信元アドレスに対して結果TCPを発する請求項1から4のいずれか一項に記載の加熱調理器システム。
- 結果TCPを受信したサーバは情報端末に対して結果信号を発する請求項1から5のいずれか一項に記載の加熱調理器システム。
- サーバは情報盤の送受信手段から発せられた定期UDPを受信したとき、前記サーバの送受信手段から前記定期UDPの発信元アドレスに対して確認UDPまたは確認TCPを発する請求項1から6のいずれか一項に記載の加熱調理器システム。
- 情報盤はサーバの送受信手段から発せられた要求応答UDPまたは要求UDPを受信したとき、前記情報盤の送受信手段から前記要求応答UDPまたは要求UDPに対して確認UDPまたは確認TCPを発する請求項1から7のいずれか一項に記載の加熱調理器システム。
- 情報盤または加熱調理器の状態が変化したとき前記情報盤は要求応答TCPまたは要求応答UDPの発信元アドレスに対して前記情報盤または前記加熱調理器の変化情報を発する請求項1から8のいずれか一項に記載の加熱調理器システム。
- 情報盤は表示手段と操作手段の少なくとも一方を有する請求項1から9のいずれか一項に記載の加熱調理器システム。
- 情報盤はサーバのアドレスに対して定期UDPを発する請求項1から10のいずれか一項に記載の情報伝達システム。
- 請求項1から11のいずれかに記載の加熱調理器システムが有する機能の少なくとも一部をコンピュータにより実行するためのプログラム。
- 請求項12に記載のプログラムを記録したコンピュータ読みとり可能な記録媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003147252A JP2004347284A (ja) | 2003-05-26 | 2003-05-26 | 加熱調理器システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003147252A JP2004347284A (ja) | 2003-05-26 | 2003-05-26 | 加熱調理器システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004347284A true JP2004347284A (ja) | 2004-12-09 |
Family
ID=33533830
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003147252A Pending JP2004347284A (ja) | 2003-05-26 | 2003-05-26 | 加熱調理器システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004347284A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014163540A (ja) * | 2013-02-21 | 2014-09-08 | Osaka Gas Co Ltd | 加熱調理システム及び加熱調理システム用アプリケーションプログラム |
JP2014163538A (ja) * | 2013-02-21 | 2014-09-08 | Osaka Gas Co Ltd | 加熱調理システム及び加熱調理システム用アプリケーションプログラム |
JP2014163537A (ja) * | 2013-02-21 | 2014-09-08 | Osaka Gas Co Ltd | 加熱調理システム及び加熱調理システム用アプリケーションプログラム |
-
2003
- 2003-05-26 JP JP2003147252A patent/JP2004347284A/ja active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014163540A (ja) * | 2013-02-21 | 2014-09-08 | Osaka Gas Co Ltd | 加熱調理システム及び加熱調理システム用アプリケーションプログラム |
JP2014163538A (ja) * | 2013-02-21 | 2014-09-08 | Osaka Gas Co Ltd | 加熱調理システム及び加熱調理システム用アプリケーションプログラム |
JP2014163537A (ja) * | 2013-02-21 | 2014-09-08 | Osaka Gas Co Ltd | 加熱調理システム及び加熱調理システム用アプリケーションプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3684236B2 (ja) | 情報伝達システム、情報伝達方法、電気機器通信装置、情報通信装置及び通信制御プログラム | |
US9094380B2 (en) | Portable terminal apparatus, method for controlling portable terminal apparatus, communication system, communication apparatus, and method for controlling communication apparatus | |
CN112737901B (zh) | 一种场景中操作配置方法、装置、存储介质及电子装置 | |
US20070288606A1 (en) | Communication Terminal Apparatus, Electric Device And Communication Method | |
JPWO2008087727A1 (ja) | 通信装置及び電力供給方法 | |
JPWO2009016785A1 (ja) | 通信制御システム | |
JP2004347284A (ja) | 加熱調理器システム | |
EP1840856A2 (en) | Remote control system | |
JP2004347283A (ja) | 加熱調理器システム | |
JP2004350731A (ja) | 洗濯機システム | |
JP2004294045A (ja) | 温水利用装置システム | |
US9274737B2 (en) | Information sharing system, information sharing management device, and information sharing method | |
JP2007336335A (ja) | 通信端末装置およびその制御方法並びにリモートプロキシサーバ装置およびその制御方法 | |
JP2012168760A (ja) | プログラム更新管理サーバーおよびプログラム更新管理方法 | |
KR100912537B1 (ko) | Iptv 단말의 원격 제어 방법 및 그 시스템 | |
JP2004347249A (ja) | 冷蔵冷凍装置システム | |
JP2004348409A (ja) | セキュリティ装置システム | |
JP2004347248A (ja) | 冷蔵冷凍装置システム | |
JP2006080741A (ja) | ネット家電および通信装置 | |
JP2004355079A (ja) | 洗濯機システム | |
JP4785338B2 (ja) | データ転送方法、通信システム、および通信装置 | |
JP2004080187A (ja) | 管理サーバ及びプログラム | |
JP2004347187A (ja) | 空調装置システム | |
JP4862391B2 (ja) | デバイス制御システム | |
JP2004239523A (ja) | 温水利用装置システム |