JP2015035661A - 通信装置、機器操作システム、通信方法及びプログラム - Google Patents

Abstract

【課題】操作の結果が通知されるまでの時間を短縮する。
【解決手段】コントローラ２０は、機器制御モジュール２１１、監視モジュール２１２、及び第２通信部２４を有している。機器制御モジュール２１１は、電気機器１１の状態を設定するための操作指令を操作端末５０から取得し、電気機器１１へ伝送する。監視モジュール２１２は、電気機器１１の状態をくり返し取得する。第２通信部２４は、監視モジュール２１２によって取得された状態が、操作指令により設定される状態と等しい場合に、操作結果を示すデータを操作端末５０へ送信する。また、第２通信部２４は、機器制御モジュール２１１による伝送から待機時間が経過するまでに、監視モジュール２１２によって取得された状態がいずれも、操作指令により設定される状態と異なる場合に、操作結果を示すデータを操作端末５０へ送信する。
【選択図】図２

Description

本発明は、通信装置、機器操作システム、通信方法及びプログラムに関する。

近年、住宅等に設置された機器を、ネットワークを介して操作するための技術が盛んに開発されている。この種の技術として、ネットワークを介して操作の結果を通知するものが知られている（例えば、特許文献１を参照）。

特許文献１に開示された端末装置は、通信回線を介してセンタ装置から指示された内容に応じて、負荷機器の運転状態の監視及び制御を行う。この端末装置は、負荷機器が指示された運転状態に移行するまでの一定の本応答時間の終了時に、負荷機器の運転状態を取得して、センタ装置へ伝送する。これにより、負荷機器の運転状態が、操作の結果としてセンタ装置に通知される。

特開２００６−３３７１９号公報

機器を操作するための指示が伝送された場合には、すみやかに操作の結果が通知されることが望ましい。しかしながら、特許文献１に記載の技術では、負荷機器が、指示された運転状態に、本応答時間の終了より早く移行した場合であっても、端末装置が、本応答時間の終了時に負荷機器の運転状態を取得して、センタ装置へ伝送する。このため、操作の結果が通知されるまでに時間を浪費してしまうおそれがあった。

本発明は、上記の事情に鑑みてなされたもので、操作の結果が通知されるまでの時間を短縮することを目的とする。

上記目的を達成するために、本発明の通信装置は、住宅に設置された電気機器に対する操作内容を入力するための入力手段から、電気機器の状態を設定するための指令を取得し、電気機器が接続される機器ネットワークを介して、指令を電気機器へ伝送する伝送手段と、伝送手段によって指令が伝送された電気機器の状態を、機器ネットワークを介してくり返し取得する状態取得手段と、状態取得手段によって取得された状態が、指令により設定される状態と等しい場合に、状態取得手段によって取得された状態に関する第１データを、ユーザに対して情報を提示する提示手段へ送信する第１データ送信手段と、伝送手段による伝送から待機時間が経過するまでに、状態取得手段によって取得された状態がいずれも、指令により設定される状態と異なる場合に、状態取得手段によって取得された少なくとも１つの状態に関する第２データを、提示手段へ送信する第２データ送信手段と、を備える。

本発明によれば、電気機器の状態が、この電気機器へ伝送された指令により設定される状態と等しい場合には、第１データが提示手段へ送信される。また、待機時間が経過するまでに取得された状態がいずれも、指令により設定される状態と異なる場合には、第２データが提示手段へ送信される。このため、電気機器の状態に応じたタイミングで、この状態に関するデータが送信される。これにより、操作の結果が通知されるまでの時間を短縮することができる。

実施の形態１に係る機器操作システムの構成を示す図である。 コントローラ、サーバ及び操作端末の構成を示す図である。 コントローラ処理を示すフロー図である。 操作が直ちに成功した場合における通信について説明するための図である。 操作が時間をおいて成功した場合における通信について説明するための図である。 操作が失敗した場合における通信について説明するための図である。 実施の形態２に係るコントローラ、サーバ及び操作端末の構成を示す図である。 サーバ処理を示すフロー図である。 操作が直ちに成功した場合における通信について説明するための図である。 操作が時間をおいて成功した場合における通信について説明するための図である。 操作が失敗した場合における通信について説明するための図である。 実施の形態３に係るコントローラ、サーバ及び操作端末の構成を示す図である。 端末処理を示すフロー図である。 目標状態が表示されている操作画面の一例を示す図である。 操作結果が表示されている操作画面の一例を示す図である。 操作が直ちに成功した場合における通信について説明するための図である。 実施の形態４に係るコントローラ処理を示すフロー図である。 変形例に係る機器操作システムの構成を示す図である。

以下、本発明を実施するための形態について、図面を参照しつつ詳細に説明する。

実施の形態１．
図１に示されるように、本実施の形態に係る機器操作システム１００は、住宅Ｈ１に設置された機器を遠隔から操作するためのシステムである。機器操作システム１００は、図１に示されるように、住宅Ｈ１に設置された電気機器１１〜１４、電気機器１１〜１４を制御するコントローラ２０、住宅Ｈ１の内外のネットワークにおける通信を中継するルータ３０、操作に関するデータを伝送するサーバ４０、及び、電気機器１１〜１４を操作するための操作端末５０を有している。

電気機器１１〜１４及びコントローラ２０の各々は、機器ネットワークＮＷ１を介して互いに接続されている。機器ネットワークＮＷ１は、ＬＡＮ（Local Area Network）内のサブネットワークとして構築される。このサブネットワークは、例えば、ＥＣＨＯＮＥＴ Ｌｉｔｅ（登録商標）等の通信プロトコルに従って通信するためのネットワークである。電気機器１１〜１４及びコントローラ２０の各々は、この通信プロトコルに従って信号を送受信することにより、機器ネットワークＮＷ１を介して互いに通信する。

また、コントローラ２０及びルータ３０の各々は、通信ネットワークＮＷ２を介して互いに接続されている。通信ネットワークＮＷ２は、例えば住宅Ｈ１内に構築されたＬＡＮである。また、ルータ３０、サーバ４０、及び操作端末５０の各々は、広域ネットワークＮＷ３を介して互いに接続されている。広域ネットワークＮＷ３は、例えばインターネットである。

コントローラ２０、サーバ４０、及び操作端末５０の各々は、ＨＴＴＰＳ（Hypertext Transfer Protocol over Secure）等の通信プロトコルに従って信号を送受信することにより、通信ネットワークＮＷ２及び広域ネットワークＮＷ３を介して互いに通信する。ただし、コントローラ２０とサーバ４０とは、ポーリングによりデータを同期することで、互いに通信する。

電気機器１１は、住宅Ｈ１に居住するユーザＵ１によって使用される設備機器又は家電機器であって、例えば、住宅Ｈ１内の部屋における空気の状態を調節するエアコンディショナである。なお、電気機器１１は、エアコンディショナ以外の機器であってもよい。例えば、電気機器１１は、電気給湯器、電磁調理器、床暖房機又は冷蔵庫であってもよい。

電気機器１２は、例えば、住宅Ｈ１の屋根に設置されたソーラーパネルを用いて太陽光から電力を生成する発電システムである。この電気機器１２によって生成された電力は、電気機器１１等に供給される。

電気機器１３は、例えば電気自動車に搭載された蓄電池を用いて、電力を蓄積する蓄電システムである。この電気機器１３は、電気機器１２によって過剰に生成された電力を蓄積したり、蓄積した電力を電気機器１１に供給したりする。

電気機器１４は、種々の物理量を計測する計測装置である。電気機器１４は、例えば、電気機器１１が設置された部屋の室温を計測する温度センサ、住宅Ｈ１における人の位置を検出する人感センサ、又は、電気機器１１によって消費される電力を計測する電力センサ等から構成される。電気機器１４は、計測の結果をコントローラ２０に通知する。

電気機器１１〜１４はいずれも、コントローラ２０から受信した制御コマンドに従って動作する。例えば、電気機器１１は、運転を停止しているときに、冷房運転を開始するための制御コマンドを受信すると、冷房運転を開始して、冷風を吹き出し口から送風する。

また、電気機器１１〜１４はいずれも、コントローラ２０からの要求に対して応答する。例えば、冷房運転中の電気機器１１は、状態の出力を要求された場合に、現在の状態として、運転モードが「冷房」であることをコントローラ２０に通知する。

本実施の形態に係る電気機器１１〜１４各々の状態は、ＥＣＨＯＮＥＴ Ｌｉｔｅにおけるプロパティの値によって示される。例えば、電気機器１１についてのプロパティには、「運転モード」が含まれ、この「運転モード」の値は、「暖房」、「冷房」、「除湿」、又は「停止中」となる。電気機器１１〜１４各々の状態は、コントローラ２０からの制御コマンドに従って変化する。

コントローラ２０は、例えば、電気機器１１〜１４を統括して制御するＨＥＭＳ（Home Energy Management System）コントローラである。このようなＨＥＭＳコントローラは、通常、住宅Ｈ１内に設置される。また、コントローラ２０は、機器ネットワークＮＷ１における通信と通信ネットワークＮＷ２における通信とを中継するゲートウェイサーバとして機能する通信装置である。

コントローラ２０は、図２に示されるように、コントローラ２０の各構成要素を制御する制御部２１、データを記憶する記憶部２２、機器ネットワークＮＷ１を介して通信するための第１通信部２３、及び、通信ネットワークＮＷ２を介して通信するための第２通信部２４、を有している。

制御部２１は、例えばＣＰＵ（Central Processing Unit）及びＲＡＭ（Random Access Memory）等から構成される。制御部２１は、記憶部２２に記憶されているプログラムを実行することにより、種々の機能を発揮する。制御部２１は、その機能として、電気機器１１〜１４を制御する機器制御モジュール２１１、電気機器１１〜１４の状態を監視する監視モジュール２１２、記憶部２２のデータをサーバ４０のデータと同期する同期モジュール２１３、及び、操作の成否を判定する判定モジュール２１４、を有している。

機器制御モジュール２１１は、同期モジュール２１３による同期が実行されたタイミングで、電気機器１１〜１４の状態を設定するための操作指令を、第２通信部２４から取得する。以下、操作指令により設定される状態を、目標状態という。機器制御モジュール２１１は、この操作指令を、機器ネットワークＮＷ１に適した形式の制御コマンドに変換して、第１通信部２３に出力する。なお、この制御コマンドは、実質的に操作指令を表すものであって、操作指令と同等の命令である。

監視モジュール２１２は、電気機器１１〜１４各々に対して状態の出力を要求するための要求コマンドを生成して、第１通信部２３に定期的に出力する。また、監視モジュール２１２は、機器ネットワークＮＷ１を介して通知された電気機器１１〜１４の状態を、第１通信部２３から取得する。そして、監視モジュール２１２は、取得した状態を記憶部２２に格納することにより、電気機器１１〜１４の状態に関するデータベースを最新の状態に保つ。

同期モジュール２１３は、記憶部２２に記憶されるデータと、サーバ４０に記憶されるデータとを同期するための要求コマンドを生成して、第２通信部２４に定期的に出力する。この要求コマンドには、記憶部２２に記憶されるデータの変更点が含まれる。また、同期モジュール２１３は、この要求コマンドに対するサーバ４０からの応答を、第２通信部２４から取得する。この応答には、サーバ４０に記憶されるデータの変更点が含まれる。そして、同期モジュール２１３は、取得した応答に基づいて、サーバ４０と同期するためのデータベースを最新の状態に保つ。また、同期モジュール２１３は、同期のタイミングを機器制御モジュール２１１及び判定モジュール２１４に通知する。

判定モジュール２１４は、操作の対象とされた電気機器１１〜１４の状態が目標状態に等しいか否かを判定することにより、電気機器１１〜１４に対する操作が成功したか否かを判定する。そして、判定モジュール２１４は、操作対象の機器の状態、及び操作の成否を示すデータを、操作の結果を示すものとして、同期モジュール２１３による同期が実行されるタイミングで第２通信部２４に出力する。

記憶部２２は、フラッシュメモリ等の不揮発性メモリを含んで構成される。記憶部２２は、制御部２１によって実行されるプログラムの他に、制御部２１による処理に用いられる種々のデータを記憶している。このデータには、電気機器１１〜１４の状態に関するデータベース、及びサーバ４０と同期するためのデータベースが含まれる。そして、記憶部２２は、制御部２１が利用するデータを制御部２１に供給し、制御部２１から供給されたデータを記憶する。

第１通信部２３は、機器ネットワークＮＷ１を介して通信するための通信インタフェース等から構成される。第１通信部２３は、機器制御モジュール２１１からの制御コマンド、及び監視モジュール２１２からの要求コマンドを、これらのコマンドにより指定される機器へ送信する。また、第１通信部２３は、これらのコマンドに対する電気機器１１〜１４各々からの応答を受信する。

第２通信部２４は、通信ネットワークＮＷ２を介して通信するための通信インタフェース等から構成される。第２通信部２４は、同期モジュール２１３からの要求コマンドに、判定モジュール２１４から出力されたデータを追加して、サーバ４０へ送信する。また、第２通信部２４は、要求コマンドに対するサーバ４０からの応答を受信する。この応答には、電気機器１１〜１４を操作するための操作指令が含まれる。

ルータ３０は、例えばブロードバンドルータである。ルータ３０は、通信ネットワークＮＷ２における通信と広域ネットワークＮＷ３における通信とを中継する。

サーバ４０は、例えば、コントローラ２０を含む複数のＨＥＭＳコントローラを管理するクラウドサーバである。また、サーバ４０は、ＨＴＴＰＳリクエスト等の要求に対して応答することにより、コントローラ２０及び操作端末５０と通信する通信装置である。サーバ４０は、図２に示されるように、サーバ４０の各構成要素を制御する制御部４１、データを記憶する記憶部４２、及び、広域ネットワークＮＷ３を介して通信するための通信部４３を有している。

制御部４１は、例えばＣＰＵ及びＲＡＭ等から構成される。制御部４１は、記憶部４２に記憶されているプログラムを実行することにより、種々の機能を発揮する。制御部４１は、その機能として、操作端末５０と通信するためのＷＥＢサーバモジュール４１１、及び、コントローラ２０と通信するための同期モジュール４１２を有している。

ＷＥＢサーバモジュール４１１は、操作端末５０からの要求に応じて、電気機器１１〜１４を操作するための操作画面を操作端末５０に配信する。操作画面は、例えば、記憶部４２に記憶されているウェブページである。なお、操作端末５０に配信された操作画面には、例えばＡｊａｘ（asynchronous JavaScript（登録商標） and XML）等の手法により操作の結果も表示される。また、ＷＥＢサーバモジュール４１１は、この操作画面を用いて入力された操作内容に基づく操作指令を、通信部４３から取得して記憶部４２に格納する。

同期モジュール４１２は、データを同期するための要求コマンドを、通信部４３から取得する。同期モジュール４１２は、この要求コマンドに基づいて、記憶部４２に記憶されるデータを最新の状態に保つ。そして、同期モジュール４１２は、要求コマンドに対する応答を通信部４３に出力する。

記憶部４２は、不揮発性メモリ等から構成される。記憶部４２は、制御部４１によって実行されるプログラムの他に、種々のデータを記憶している。そして、記憶部４２は、制御部４１が利用するデータを制御部４１に供給し、制御部４１から供給されたデータを記憶する。例えば、記憶部４２は、コントローラ２０及び操作端末５０と、サーバ４０との間で伝送されるデータを記憶する。このデータには、コントローラ２０と同期するためのデータベースが含まれる。

通信部４３は、広域ネットワークＮＷ３を介して通信するための通信インタフェース等から構成される。通信部４３は、操作画面の配信を要求するための要求コマンドを操作端末５０から受信し、コントローラ２０からの要求コマンドを受信する。また、通信部４３は、これらの要求コマンド各々に対する応答を、操作端末５０及びコントローラ２０各々へ送信する。

操作端末５０は、ユーザＵ１が所持する携帯端末（例えばスマートフォン、タブレット端末等）である。操作端末５０は、移動体通信網を介して広域ネットワークＮＷ３に接続され、例えば、ユーザＵ１が外出先から電気機器１１〜１４を操作するために用いられる。操作端末５０は、図２に示されるように、操作端末５０の各構成要素を制御する制御部５１、データを記憶する記憶部５２、広域ネットワークＮＷ３を介して通信するための通信部５３、電気機器１１〜１４に対する操作内容を入力するための入力部５４、及びユーザＵ１に対して情報を提示する出力部５５を有している。

制御部５１は、例えばＣＰＵ及びＲＡＭ等から構成される。制御部５１は、記憶部５２に記憶されているプログラムを実行することにより、種々の機能を発揮する。例えば、制御部５１は、ウェブブラウザとして機能することにより、入力部５４から操作指令を取得したり、操作の結果を示すデータを、内部バス等の信号線を介して出力部５５へ送信したりする。

記憶部５２は、不揮発性メモリ等から構成される。記憶部５２は、制御部５１によって実行されるプログラムの他に、制御部５１による処理に用いられる種々のデータを記憶している。そして、記憶部５２は、制御部５１が利用するデータを制御部５１に供給し、制御部５１から供給されたデータを記憶する。

通信部５３は、広域ネットワークＮＷ３を介して通信するための通信インタフェース等から構成される。通信部５３は、入力部５４に入力された操作内容に基づく操作指令を、広域ネットワークＮＷ３に適した形式のデータに変換して、操作対象の機器へ向けて送信する。また、通信部５３は、操作の結果を示すデータを受信する。

入力部５４は、例えば入力キー及び静電容量方式のポインティングデバイスを含んで構成される。入力部５４は、ユーザＵ１が電気機器１１〜１４から操作対象の機器を選択するために用いられる。そして、入力部５４は、ユーザＵ１によって入力された操作内容を取得して、この操作内容により示される操作指令を制御部５１に出力する。なお、操作指令には、操作対象の機器を識別するための情報も含まれる。

出力部５５は、ＬＣＤ（Liquid Crystal Display）等の表示デバイス及びスピーカを含んで構成される。本実施の形態に係る出力部５５は、入力部５４を構成するポインティングデバイスと一体的に形成されることで、タッチスクリーンを構成する。また、出力部５５は、制御部５１の指示に従って種々の図形や文字をユーザＵ１に対して表示する。例えば、出力部５５は、操作画面を表示する。

続いて、コントローラ２０によって実行されるコントローラ処理について、図３を用いて説明する。このコントローラ処理は、コントローラ２０の電源が投入されることにより開始する。

図３に示されるように、コントローラ２０の制御部２１は、まず、前回の要求から一定時間が経過したか否かを判定する（ステップＳ１）。具体的には、制御部２１は、前回のステップＳ２の実行から、例えば３０秒間が経過したか否かを判定する。なお、ステップＳ１が初めて実行される場合には、前回の要求から一定時間が経過したと判定される。

前回の要求から一定時間が経過していないと判定された場合（ステップＳ１；Ｎｏ）、制御部２１は、一定時間が経過するまで、ステップＳ１の判定を繰り返す。

一方、前回の要求から一定時間が経過したと判定された場合（ステップＳ１；Ｙｅｓ）、制御部２１は、同期を要求する（ステップＳ２）。具体的には、同期モジュール２１３が、データを同期するための要求コマンドを生成して出力する。これにより、要求コマンドがサーバ４０へ送信される。この要求コマンドを受信したサーバ４０は、要求コマンドに対する応答を返す。これにより、コントローラ２０及びサーバ４０は、実質的に同一のデータベースを記憶することとなる。

次に、制御部２１は、操作指令を取得したか否かを判定する（ステップＳ３）。具体的には、機器制御モジュール２１１が、サーバ４０からの応答に操作指令が含まれるか否かを判定する。操作指令を取得していないと判定された場合（ステップＳ３；Ｎｏ）、制御部２１は、ステップＳ５へ処理を移行する。

一方、操作指令を取得したと判定された場合（ステップＳ３；Ｙｅｓ）、制御部２１は、操作指令を伝送する（ステップＳ４）。具体的には、機器制御モジュール２１１が、制御コマンドを生成して出力する。これにより、操作指令は、操作対象の機器へ伝送されることとなる。

次に、制御部２１は、状態の出力を要求して、状態を取得する（ステップＳ５）。具体的には、監視モジュール２１２が、電気機器１１〜１４各々に対して状態の出力を要求するための要求コマンドを生成して出力する。これにより、要求コマンドが電気機器１１〜１４各々へ送信される。この要求コマンドを受信した電気機器１１〜１４各々は、コントローラ２０に状態を通知する。そして、監視モジュール２１２は、電気機器１１〜１４各々から通知された状態を取得する。

次に、制御部２１は、操作結果を既に通知したか否かを判定する（ステップＳ６）。具体的には、制御部２１は、ステップＳ４にて操作指令を伝送した後に、ステップＳ８又はステップＳ１０にて操作結果を通知しているか否かを判定する。なお、操作指令が未だ伝送されていない場合には、操作結果が既に通知されたものと判定される。

操作結果を既に通知したと判定された場合（ステップＳ６；Ｙｅｓ）、制御部２１は、ステップＳ１以降の処理を繰り返す。一方、操作結果を未だ通知していないと判定された場合（ステップＳ６；Ｎｏ）、制御部２１は、取得した状態が目標状態と等しいか否かを判定する（ステップＳ７）。具体的には、判定モジュール２１４が、ステップＳ５にて操作対象の機器から最後に取得された状態と、ステップＳ４にて最後に伝送された操作指令の目標状態とが等しいか否かを判定する。

取得した状態が目標状態と等しくないと判定された場合（ステップＳ７；Ｎｏ）、制御部２１は、ステップＳ９へ処理を移行する。すなわち、取得した状態が目標状態と異なると判定された場合には、ステップＳ９の処理が実行される。

一方、取得した状態が目標状態と等しいと判定された場合（ステップＳ７；Ｙｅｓ）、制御部２１は、操作結果を通知する（ステップＳ８）。具体的には、判定モジュール２１４が、操作の結果として、ステップＳ５にて操作対象の機器から最後に取得された状態、及び操作が成功したことを示すデータを、次回のステップＳ５にて出力される要求コマンドに追加する。これにより、操作の結果を示すデータが、操作端末５０へ向けて送信されることとなる。

次に、制御部２１は、待機時間が経過したか否かを判定する（ステップＳ９）。具体的には、制御部２１は、前回のステップＳ４における伝送から、例えば３分間の待機時間が経過したか否かを判定する。この待機時間は、目標状態と等しい状態の取得を待つための時間を意味する。

待機時間が経過していないと判定された場合（ステップＳ９；Ｎｏ）、制御部２１は、ステップＳ１以降の処理を繰り返す。これにより、制御部２１は、待機時間が経過するまで、目標状態と等しい状態の取得を試みることとなる。

一方、待機時間が経過したと判定された場合（ステップＳ９；Ｙｅｓ）、制御部２１は、操作結果を通知する（ステップＳ１０）。具体的には、判定モジュール２１４が、操作の結果として、ステップＳ５にて操作対象の機器から最後に取得された状態、及び操作が失敗したことを示すデータを、次回のステップＳ５にて出力される要求コマンドに追加する。これにより、操作の結果を示すデータが、操作端末５０へ向けて送信されることとなる。

その後、制御部２１は、ステップＳ１以降の処理を繰り返す。

続いて、コントローラ処理を実行するコントローラ２０、電気機器１１、サーバ４０、及び操作端末５０の間における通信について、図４〜６を用いて説明する。なお、図４〜６中の太線の矢印は、操作指令の伝送と、操作結果の通知とを示している。

図４のシーケンス図には、電気機器１１に対する操作が直ちに成功した例が示されている。

図４に示されるように、コントローラ２０は、一定時間Ｔ１を置いて、電気機器１１に対して状態の出力をくり返し要求する（ステップＳ１１、Ｓ１３、Ｓ１５、Ｓ１７）。そして、電気機器１１は、コントローラ２０からの各々の要求に対して応答する（ステップＳ１２、Ｓ１４、Ｓ１６、Ｓ１８）。これにより、電気機器１１の状態がコントローラ２０にくり返し通知される。

また、操作端末５０は、あるタイミングで、操作画面に入力された操作内容を取得する（ステップＳ２１）。操作端末５０は、例えばＧＥＴ方式又はＰＯＳＴ方式のＨＴＴＰＳリクエストにより、サーバ４０へ操作指令を伝送する（ステップＳ２２）。サーバ４０は、コントローラ２０とのデータの同期により、コントローラ２０へ操作指令を伝送する（ステップＳ２３）。

次に、コントローラ２０は、制御コマンドを送信することにより、電気機器１１へ操作指令を伝送する（ステップＳ２４）。この操作指令の伝送は、図３中のステップＳ４の処理に相当する。また、電気機器１１は、この操作指令の伝送に対して、操作指令が電気機器１１へ到達したことを示す応答をする（ステップＳ２５）。

その後、電気機器１１は、その状態を目標状態へ変化させる（ステップＳ２６）。すなわち、電気機器１１は、操作指令に従って動作する。電気機器１１の変化後の状態は、ステップＳ１６にてコントローラ２０に通知される。

次に、コントローラ２０は、状態を比較する（ステップＳ２７）。具体的には、コントローラ２０は、ステップＳ２４にて伝送した操作指令により示される目標状態と、ステップＳ１６にて通知された状態とを比較する。なお、この状態の比較は、図３中のステップＳ７の処理に相当する。図４に示される例では、コントローラ２０は、これらの状態が一致すると判断する。この判断は、図３中のステップＳ７における判定の肯定に相当する。

次に、コントローラ２０は、サーバ４０とのデータの同期により、サーバ４０に操作結果を通知する（ステップＳ２８）。この通知は、図３中のステップＳ８の処理に相当する。また、サーバ４０は、操作端末５０に操作結果を通知する（ステップＳ２９）。そして、操作端末５０は、操作結果を表示する（ステップＳ３０）。具体的には、操作端末５０は、操作された電気機器１１の状態及び操作の成功を、ユーザＵ１に対して表示する。

図５のシーケンス図には、電気機器１１に対する操作が、時間をおいて成功した例が示されている。なお、図４に示される処理と共通する処理には、同等の符号が付されている。

図５に示されるように、コントローラ２０は、ステップＳ１７における要求の後にも、電気機器１１に対して状態の出力を要求する（ステップＳ１９）。電気機器１１は、この要求に対して応答する（ステップＳ２０）。

また、ステップＳ１６にて状態が通知される前において、電気機器１１は、その状態を目標状態へ変化させていない（ステップＳ３１）。すなわち、電気機器１１は、操作指令に従って動作していない。そして、コントローラ２０は、ステップＳ１６にて通知された状態を目標状態と比較する（ステップＳ３２）。図５に示される例では、コントローラ２０は、状態が一致しないと判断する。この判断は、図３中のステップＳ７における判定の否定に相当する。

電気機器１１は、ステップＳ１６における応答の後に、その状態を目標状態へ変化させる（ステップＳ３３）。電気機器１１の変化後の状態は、ステップＳ２０にてコントローラ２０に通知される。

次に、コントローラ２０は、状態を再度比較する（ステップＳ３４）。具体的には、コントローラ２０は、ステップＳ２０にて通知された状態と、ステップＳ２４にて伝送した操作指令により示される目標状態とを比較する。図５に示される例では、コントローラ２０は、これらの状態が一致すると判断する。

次に、コントローラ２０は、サーバ４０に操作結果を通知する（ステップＳ３５）。サーバ４０は、操作端末５０に操作結果を通知する（ステップＳ３６）。そして、操作端末５０は、操作結果を表示する（ステップＳ３７）。これにより、成功した操作の結果が、ユーザＵ１に対してすみやかに提示される。

図６のシーケンス図には、電気機器１１に対する操作が失敗する例が示されている。なお、図５に示される処理と共通する処理には、同等の符号が付されている。

図６に示されるように、ステップＳ２０にて状態が通知されるまでに、電気機器１１は、その状態を目標状態へ変化させていない（ステップＳ３８）。このため、ステップＳ２４における操作指令の伝送から待機時間Ｔ２が経過するまでに、ステップＳ１６、Ｓ１８、・・・、Ｓ２０にてコントローラ２０に通知される状態はいずれも、目標状態と異なっている。

コントローラ２０は、待機時間Ｔ２が経過する前に最後に通知された状態を、目標状態と比較する（ステップＳ３９）。図６に示される例では、コントローラ２０は、状態が一致しないと判断する。

次に、コントローラ２０は、待機時間Ｔ２が経過したため、サーバ４０に操作結果を通知する（ステップＳ４０）。この通知は、図３中のステップＳ１０の処理に相当する。また、サーバ４０は、操作端末５０に操作結果を通知する（ステップＳ４１）。そして、操作端末５０は、操作結果を表示する（ステップＳ４２）。具体的には、操作端末５０は、電気機器１１の最新の状態及び操作の失敗を、ユーザＵ１に対して表示する。

以上説明したように、本実施の形態に係るコントローラ２０は、操作対象の機器から状態をくり返し取得する。そして、コントローラ２０は、操作指令が伝送された機器の状態が目標状態と等しい場合には、すぐに、成功した操作の結果を操作端末５０に通知する。一方、コントローラ２０は、操作指令が伝送された機器の状態が目標状態と異なる場合には、操作結果を操作端末５０へ通知することなく、待機時間が経過するまで、目標状態に等しい状態の取得を待つ。そして、コントローラ２０は、待機時間が経過したときに、失敗した操作の結果を操作端末５０に通知する。

これにより、コントローラ２０は、操作の成否に応じて、操作結果を異なったタイミングで通知することとなる。ひいては、操作結果が通知されるまでの時間を短縮することができる。

また、操作の結果が操作端末５０に通知される。このため、ユーザＵ１は、操作が成功した場合に、操作対象の機器が操作内容に従って動作していることを確認することができる。また、ユーザＵ１は、意図しない操作内容を誤って入力してしまった場合に、操作の修正をすることが可能になる。また、ユーザＵ１は、操作が失敗した場合にも、再度の操作を試みることができる。

また、コントローラ２０は、操作対象の機器の最新の状態に加えて、操作の成否を操作端末５０に通知した。これにより、ユーザＵ１は、機器の状態に基づいて操作の成否を判断することなく、直接的に操作の成否を把握することができる。

実施の形態２．
続いて、実施の形態２について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いるとともに、その説明を省略又は簡略する。

本実施の形態に係る機器操作システム１００は、コントローラ２０に代わって、サーバ４０が操作の成否を判定する点で、実施の形態１に係るものと異なっている。

図７には、本実施の形態に係る機器操作システム１００の構成が示されている。図７に示されるように、コントローラ２０の制御部２１は、判定モジュール２１４（図２参照）を省いて構成される。また、記憶部２２に記憶されるデータのうち、サーバ４０と同期するためのデータベースは、電気機器１１〜１４の状態に関するデータベースを含むものとする。これにより、コントローラ２０によって取得された電気機器１１〜１４の状態は、データの同期によりサーバ４０へ通知されることとなる。

また、サーバ４０の制御部４１は、判定モジュール４１３を有している。この判定モジュール４１３は、操作指令により示される目標状態、及び、操作対象の機器の最新の状態を、記憶部４２から読み込む。判定モジュール４１３は、これらの状態を比較することで、操作の成否を判定する。そして、判定モジュール４１３は、操作の結果を示すデータを通信部４３に出力する。通信部４３は、このデータを操作端末５０へ送信する。

続いて、サーバ４０によって実行されるサーバ処理について、図８を用いて説明する。このサーバ処理は、サーバ４０の電源が投入されることにより開始する。

図８に示されるように、サーバ４０の制御部４１は、まず、操作指令を取得したか否かを判定する（ステップＳ５１）。具体的には、ＷＥＢサーバモジュール４１１が、操作端末５０からの操作指令を取得したか否かを判定する。操作指令を取得していないと判定された場合（ステップＳ５１；Ｎｏ）、制御部４１は、ステップＳ５３へ処理を移行する。

一方、操作指令を取得したと判定された場合（ステップＳ５１；Ｙｅｓ）、制御部４１は、操作指令をデータベースに格納する（ステップＳ５２）。具体的には、ＷＥＢサーバモジュール４１１が、コントローラ２０と同期されるデータベースに、操作指令を格納する。

次に、制御部４１は、データベースの同期を要求されたか否かを判定する（ステップＳ５３）。具体的には、同期モジュール４１２が、コントローラ２０からの要求コマンドを取得したか否かを判定する。データベースの同期を要求されていないと判定された場合（ステップＳ５３；Ｎｏ）、制御部４１は、ステップＳ５１以降の処理を繰り返す。

一方、データベースの同期を要求されたと判定された場合（ステップＳ５３；Ｙｅｓ）、制御部４１は、データベースに操作指令があるか否かを判定する（ステップＳ５４）。具体的には、同期モジュール４１２が、コントローラ２０と同期されるデータベースに、ステップＳ５２にて格納されて、未だコントローラ２０へ伝送されていない操作指令があるか否かを判定する。

データベースに操作指令がないと判定された場合（ステップＳ５４；Ｎｏ）、制御部４１は、同期の要求に対して応答する（ステップＳ５５）。その後、制御部４１は、ステップＳ５７へ処理を移行する。

一方、データベースに操作指令があると判定された場合（ステップＳ５４；Ｙｅｓ）、制御部４１は、同期の要求に対して応答し、この応答により、操作指令をコントローラ２０へ伝送する（ステップＳ５６）。

次に、制御部４１は、状態を取得してデータベースに格納する（ステップＳ５７）。具体的には、同期モジュール４１２が、要求コマンドに含まれる電気機器１１〜１４の状態を取得して、コントローラ２０と同期されるデータベースに格納する。

次に、制御部４１は、操作結果を既に通知したか否かを判定する（ステップＳ５８）。具体的には、制御部４１は、ステップＳ５６にて操作指令を伝送した後に、ステップＳ６０又はステップＳ６２にて操作結果を通知しているか否かを判定する。操作結果を既に通知したと判定された場合（ステップＳ５８；Ｙｅｓ）、制御部４１は、ステップＳ５１以降の処理を繰り返す。

一方、操作結果を未だ通知していないと判定された場合（ステップＳ５８；Ｎｏ）、制御部４１は、取得した状態が目標状態と等しいか否かを判定する（ステップＳ５９）。具体的には、判定モジュール４１３が、ステップＳ５７にて操作対象の機器から最後に取得された状態と、ステップＳ５６にて最後に伝送された操作指令の目標状態とが等しいか否かを判定する。

取得した状態が目標状態と等しくないと判定された場合（ステップＳ５９；Ｎｏ）、制御部４１は、ステップＳ６１へ処理を移行する。すなわち、取得した状態が目標状態と異なると判定された場合には、ステップＳ６１の処理が実行される。

一方、取得した状態が目標状態と等しいと判定された場合（ステップＳ５９；Ｙｅｓ）、制御部４１は、操作結果を通知する（ステップＳ６０）。具体的には、判定モジュール４１３が、操作の結果として、ステップＳ５７にて操作対象の機器から最後に取得された状態、及び操作が成功したことを示すデータを、操作端末５０へ向けて出力する。

次に、制御部４１は、前回のステップＳ５６における伝送から、待機時間が経過したか否かを判定する（ステップＳ６１）。待機時間が経過していないと判定された場合（ステップＳ６１；Ｎｏ）、制御部４１は、ステップＳ５１以降の処理を繰り返す。これにより、制御部４１は、待機時間が経過するまで、目標状態と等しい状態の取得を試みることとなる。

一方、待機時間が経過したと判定された場合（ステップＳ６１；Ｙｅｓ）、制御部４１は、操作結果を通知する（ステップＳ６２）。具体的には、判定モジュール４１３が、操作の結果として、ステップＳ５７にて操作対象の機器から取得された状態、及び操作が失敗したことを示すデータを、操作端末５０へ向けて出力する。

その後、制御部４１は、ステップＳ５１以降の処理を繰り返す。

続いて、サーバ処理を実行するサーバ４０、電気機器１１、コントローラ２０、及び操作端末５０の間における通信について、図９〜１１を用いて説明する。

図９のシーケンス図には、図４と同様に、電気機器１１に対する操作が直ちに成功した例が示されている。なお、図４に示される例と同様に、コントローラ２０と電気機器１１との間では、定期的な状態の出力の要求（ステップＳ１１、Ｓ１３、Ｓ１５、Ｓ１７）及びこの要求に対する応答（ステップＳ１２、Ｓ１４、Ｓ１６、Ｓ１８）と、操作指令の伝送（ステップＳ２４）とがなされている。また、電気機器１１は、操作指令に従ってその状態を変化させている（ステップＳ２６）。また、操作端末５０は、操作内容を取得し（ステップＳ２１）、操作指令を伝送している（ステップＳ２２）。

図９に示されるように、コントローラ２０は、一定時間Ｔ３を置いて、サーバ４０に対してデータの同期をくり返し要求する（ステップＳ７１、Ｓ７３、Ｓ７５、Ｓ７７）。これにより、電気機器１１の状態がサーバ４０に定期的に通知される。なお、一定時間Ｔ３は、図４に示される一定時間Ｔ１に等しい。

また、サーバ４０は、コントローラ２０からの各々の要求に対して応答する（ステップＳ７２、Ｓ７４、Ｓ７６、Ｓ７８）。ステップＳ７２、Ｓ７６、Ｓ７８の応答は、図８中のステップＳ５５の処理に相当する。ステップＳ７４の応答は、操作指令を伝送するものであるため、図８中のステップＳ５６の処理に相当する。

また、電気機器１１の変化後の状態は、ステップＳ７５にてサーバ４０に通知される。サーバ４０は、この状態を、目標状態と比較する（ステップＳ８１）。この状態の比較は、図８中のステップＳ５９の処理に相当する。図９に示される例では、サーバ４０は、これらの状態が一致すると判断する。

次に、サーバ４０は、操作端末５０に操作結果を通知する（ステップＳ８２）。この通知は、図８中のステップＳ６０の処理に相当する。そして、操作端末５０は、図４に示される例と同様に、操作結果を表示する。

図１０のシーケンス図には、図５と同様に、電気機器１１に対する操作が時間をおいて成功した例が示されている。なお、図５に示される例と同等の処理には、同一の符号を付している。

サーバ４０は、ステップＳ７５にて通知された状態を、目標状態と比較する（ステップＳ８３）。図１０に示される例では、サーバ４０は、これらの状態が一致しないと判断する。この判断は、図８中のステップＳ５９における判定の否定に相当する。

コントローラ２０は、ステップＳ７７における要求の後にも、サーバ４０に対してデータの同期を要求する（ステップＳ７９）。これにより、電気機器１１の変化後の状態がサーバ４０に通知される。また、サーバ４０は、この要求に対して応答する（ステップＳ８０）。

次に、サーバ４０は、ステップＳ７９にて通知された状態を、目標状態と比較する（ステップＳ８４）。図１０に示される例では、サーバ４０は、これらの状態が一致すると判断する。

次に、サーバ４０は、操作端末５０に操作結果を通知する（ステップＳ８５）。そして、操作端末５０は、図５に示される例と同様に、操作結果を表示する。

図１１のシーケンス図には、図６と同様に、電気機器１１に対する操作が失敗した例が示されている。なお、図６に示される例と同等の処理には、同一の符号を付している。

図１１に示される例において、ステップＳ７４における操作指令の伝送から待機時間Ｔ４が経過するまでに、ステップＳ７５、・・・、Ｓ７９にてサーバ４０に通知される状態はいずれも、目標状態と異なっている。なお、待機時間Ｔ４は、図６に示される待機時間Ｔ２に等しい。

サーバ４０は、待機時間Ｔ２が経過する前に最後に通知された状態を、目標状態と比較する（ステップＳ８６）。図１１に示される例では、サーバ４０は、状態が一致しないと判断する。

次に、サーバ４０は、待機時間Ｔ４が経過したため、操作端末５０に操作結果を通知する（ステップＳ８７）。この通知は、図８中のステップＳ６２の処理に相当する。そして、操作端末５０は、図６に示される例と同様に、操作結果を表示する。

以上説明したように、本実施の形態に係るサーバ４０は、操作の成否に応じて、操作結果を異なったタイミングで通知する。これにより、操作結果が通知されるまでの時間を短縮することができる。

実施の形態３．
続いて、実施の形態３について、上述の実施の形態２との相違点を中心に説明する。なお、上記実施の形態２と同一又は同等の構成については、同等の符号を用いるとともに、その説明を省略又は簡略する。

本実施の形態に係る機器操作システム１００は、操作端末５０が、操作対象の機器の状態を一定の時間に渡って表示しない点で、実施の形態２に係るものと異なっている。

図１２には、本実施の形態に係る機器操作システム１００の構成が示されている。図１２に示されるように、サーバ４０の制御部４１は、判定モジュール４１３を省いて構成される。なお、本実施の形態では、説明の理解を容易にするため、判定モジュール４１３を省いてサーバ４０を構成したが、サーバ４０は、判定モジュール４１３を有してもよい。また、コントローラ２０が、判定モジュール２１４を有してもよい。

また、操作端末５０の制御部５１は、遅延モジュール５１１を有している。遅延モジュール５１１は、出力部５５による状態の表示を遅延させる。

続いて、操作端末５０によって実行される端末処理について、図１３を用いて説明する。この端末処理は、操作端末５０の電源が投入されることにより開始する。

図１３に示されるように、操作端末５０の制御部５１は、まず、操作指令を取得したか否かを判定する（ステップＳ９１）。具体的には、制御部５１は、操作内容が入力された入力部５４から、操作指令を示すデータを、信号線を介して受信したか否かを判定する。操作指令を取得していないと判定された場合（ステップＳ９１；Ｎｏ）、制御部５１は、ステップＳ９４へ処理を移行する。

一方、操作指令を取得したと判定された場合（ステップＳ９１；Ｙｅｓ）、制御部５１は、サーバ４０へ操作指令を伝送する（ステップＳ９２）。その後、制御部５１は、出力部５５に目標状態を表示させる（ステップＳ９３）。これにより、出力部５５は、例えば図１４に示される操作画面Ａ１をユーザＵ１に対して表示する。

操作画面Ａ１は、電気機器１１を操作するための画面である。操作画面Ａ１は、電気機器１１を示すアイコンＡ２、電気機器１１に対する操作内容を入力するためのパネルＡ３、電気機器１１の状態を示すボックスＡ４、及び、電気機器１１に対する操作の成否を示すボックスＡ５を有している。図１４に示されるように、制御部５１は、電気機器１１の状態として、例えば「冷房」という目標状態を、ボックスＡ４に表示させる。

次に、制御部５１は、状態を要求して取得する（ステップＳ９４）。具体的には、制御部５１は、サーバ４０に対して状態の通知を要求して、電気機器１１〜１４各々の最新の状態を取得する。

次に、制御部５１は、遅延時間が経過したか否かを判定する（ステップＳ９５）。具体的には、遅延モジュール５１１が、前回のステップＳ９２における操作指令の伝送から、例えば１０秒間の遅延時間が経過したか否かを判定する。

遅延時間が経過していないと判定された場合（ステップＳ９５；Ｎｏ）、制御部５１は、ステップＳ９１以降の処理を繰り返す。これにより、制御部５１が状態を取得していた場合であっても、遅延時間が経過するまでは、操作画面に、取得された状態ではなく目標状態が表示されることとなる。

一方、遅延時間が経過したと判定された場合（ステップＳ９５；Ｙｅｓ）、制御部５１は、操作の成否を判定して、出力部５５に操作結果を表示させる（ステップＳ９６）。これにより、図１５に示されるように、ボックスＡ４には電気機器１１の最新の状態が表示され、ボックスＡ５には操作の成否が表示される。なお、アイコンＡ２の色調を変えることで、電気機器１１の状態を表してもよい。

その後、制御部５１は、ステップＳ９１以降の処理を繰り返す。

続いて、端末処理を実行する操作端末５０、電気機器１１、コントローラ２０、及びサーバ４０の間における通信について、図１６を用いて説明する。

図１６のシーケンス図には、図９と同様に、電気機器１１に対する操作が直ちに成功した例が示されている。なお、図９に示される処理と同等の処理には、同一の符号を付している。

図１６に示されるように、操作端末５０は、ステップＳ２２にて操作指令を伝送した後に、目標状態を表示する（ステップＳ１０１）。この目標状態の表示は、図１３中のステップＳ９３の処理に相当する。

次に、操作端末５０は、サーバ４０に対して状態の通知をくり返し要求する（ステップＳ１０２、Ｓ１０４、Ｓ１０６）。この要求はいずれも、図１３中のステップＳ９４の処理に相当する。サーバ４０は、これらの要求各々に対して応答する（ステップＳ１０３、Ｓ１０５、Ｓ１０７）。これにより、操作対象の電気機器１１の状態が、操作端末５０に通知される。

そして、操作端末５０は、ステップＳ２２における操作指令の伝送から遅延時間Ｔ５が経過した後に、操作結果を表示する（ステップＳ１０８）。この操作結果には、電気機器１１の最新の状態、及び操作の成否が含まれる。

以上説明したように、本実施の形態に係る操作端末５０は、操作指令の伝送後に、取得した操作対象の機器の状態を、遅延時間が経過するまでの間を除いて、ユーザＵ１に対して表示する。したがって、操作指令が到達する前における操作対象の機器の状態が、操作端末５０による操作指令の伝送の直後に表示されることがない。図１６に示される例では、ステップＳ１４、Ｓ７３、Ｓ１０３にて通知された電気機器１１の状態が、ステップＳ２２の直後に表示されることがない。

これにより、操作対象の機器の状態として、目標状態と異なる状態が、操作内容の入力直後にユーザＵ１に対して表示されることがなくなるため、操作指令が伝送される前における機器の状態を、操作が失敗した結果を示すものとしてユーザＵ１が誤認することを防止することができる。ひいては、操作端末５０の操作性が向上する。

また、操作端末５０は、遅延時間が経過するまでの間に、操作対象の機器の状態として目標状態を表示する。これにより、例えば操作が失敗した場合に、ユーザＵ１は、遅延時間の終了時に、操作対象の機器の状態が目標状態から目標状態と異なる状態に変化する様子を視認することとなる。このため、ユーザＵ１は操作が失敗したことを容易に認識することができる。

実施の形態４．
続いて、実施の形態４について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いるとともに、その説明を省略又は簡略する。

本実施の形態に係る機器操作システム１００は、待機時間が、状態を取得した回数によって規定される点で、実施の形態１に係るものと異なっている。

図１７に示されるように、本実施の形態に係るコントローラ処理において、制御部２１は、ステップＳ８に続いて、状態を所定回数取得したか否かを判定する（ステップＳ１１１）。具体的には、制御部２１は、ステップＳ４における操作指令の伝送の後にくり返し実行されたステップＳ５の処理によって、操作対象の機器の状態を所定回数取得したかを判定する。所定回数は、例えば３回である。

状態を所定回数取得していないと判定された場合（ステップＳ１１１；Ｎｏ）、制御部２１は、ステップＳ１以降の処理を繰り返す。これにより、制御部２１は、目標状態と等しい状態の取得を再度試みることとなる。ただし、状態の取得を試みる回数が所定回数に限られているため、制御部２１は、所定回数だけ状態を取得するまでの時間に限って、目標状態と等しい状態の取得を待つこととなる。

一方、状態を所定回数取得したと判定された場合（ステップＳ１１１；Ｙｅｓ）、制御部２１は、ステップＳ１０へ処理を移行する。

以上説明したように、本実施の形態に係るコントローラ２０は、状態を取得する回数を限って、目標状態と等しい状態の取得を待つ。このため、コントローラ２０は、待機時間を計測するためのタイマー処理に代えて、状態を取得した回数のカウント処理を実行することとなる。これにより、制御部２１は、ハードウェア資源を節約することができる。

以上、本発明の実施の形態について説明したが、本発明は上記実施の形態によって限定されるものではない。

例えば、機器操作システム１００は、上記実施の形態においてサーバ４０を有していたが、図１８に示されるように、サーバ４０を省いて構成されてもよい。サーバ４０が省略される場合には、操作指令が、操作端末５０から広域ネットワークＮＷ３、ルータ３０、及び通信ネットワークＮＷ２をこの順で介して、コントローラ２０へ伝送される。また、操作結果を示すデータが、コントローラ２０から通信ネットワークＮＷ２、ルータ３０、及び広域ネットワークＮＷ３をこの順で介して、操作端末５０へ伝送される。

また、上記実施の形態に係る操作端末５０は、広域ネットワークＮＷ３に接続されたが、これには限定されない。例えば、図１８に示されるように、操作端末５０と同様に構成される操作端末５０１が、広域ネットワークＮＷ３に接続されることなく、通信ネットワークＮＷ２に接続されてもよい。操作端末５０１は、通信ネットワークＮＷ２を介して操作指令をコントローラ２０へ伝送し、コントローラ２０から通信ネットワークＮＷ２を介して操作結果を示すデータを取得する。操作端末５０１を使用するユーザＵ２は、住宅Ｈ１内から電気機器１１〜１４を操作することができる。

また、上記実施の形態に係るコントローラ２０及びサーバ４０は、ポーリングによりデータを同期したが、ロングポーリング（Ｃｏｍｅｔ方式）によって同期してもよいし、ＷｅｂＳｏｃｋｅｔプロトコルに従う通信で同期してもよい。

また、上記実施の形態に係る操作の結果には、操作指令が伝送された機器の最新の状態、及び操作の成否が含まれたが、これには限られない。例えば、操作の結果は、機器の状態及び操作の成否のいずれか一方のみであってもよい。また、操作の結果は、操作対象の機器の状態の履歴を含んでもよい。さらに操作の結果は、操作指令が伝送された機器の状態に関する他の情報を含んでもよい。

また、上記実施の形態では、コントローラ２０又はサーバ４０が操作の成否を判定したが、これには限定されない。例えば、操作端末５０の制御部５１が、判定モジュール２１４、４１３と同様に操作の成否を判定してもよい。具体的には、制御部５１は、目標状態と等しい状態を取得した場合にはすぐに、成功した操作の結果を示すデータを出力部５５へ送信してもよい。また、制御部５１は、目標状態と異なる状態を取得した場合に、待機時間の経過まで状態の取得を試行してもよい。また、制御部５１は、待機時間が経過した場合に、失敗した操作の結果を示すデータを出力部５５へ送信してもよい。

また、上記実施の形態に係る操作端末５０は、図１４に示されるように、タッチスクリーン上に「冷房開始」又は「停止」と表示されたボタンにより、操作内容を受け付けたが、これには限定されない。例えば、トグルスイッチ等の操作によって入力された操作内容を取得してもよい。

また、上記実施の形態４において、目標状態と等しい状態を取得するための試行の回数は３回であったが、これには限られない。この回数が複数回（２回以上）であれば、コントローラ２０は、操作対象の機器の状態に応じて、異なったタイミングで操作の結果を通知することができる。

上記実施の形態に係るコントローラ２０、サーバ４０、及び操作端末５０の機能は、専用のハードウェアによっても、また、通常のコンピュータシステムによっても実現することができる。

例えば、記憶部２２、４２、５２に記憶されているプログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをコンピュータにインストールすることにより、上述の処理を実行する装置を構成することができる。

また、プログラムをインターネット等のネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するようにしてもよい。

また、ネットワークを介してプログラムを転送しながら起動実行することによっても、上述の処理を達成することができる。

更に、プログラムの全部又は一部をサーバ装置上で実行させ、その処理に関する情報をコンピュータがネットワークを介して送受信しながらプログラムを実行することによっても、上述の処理を達成することができる。

なお、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロード等してもよい。

また、コントローラ２０、サーバ４０、及び操作端末５０の機能を実現する手段は、ソフトウェアに限られず、その一部又は全部を専用のハードウェア（回路等）によって実現してもよい。

１００ 機器操作システム、１１〜１４ 電気機器、２０ コントローラ、２１、４１、５１ 制御部、２１１ 機器制御モジュール、２１２ 監視モジュール、２１３ 同期モジュール、２１４ 判定モジュール、２２、４２、５２ 記憶部、２３ 第１通信部、２４ 第２通信部、３０ ルータ、４０ サーバ、４１１ ＷＥＢサーバモジュール、４１２ 同期モジュール、４１３ 判定モジュール、４３、５３ 通信部、５０、５０１ 操作端末、５１１ 遅延モジュール、５４ 入力部、５５ 出力部、Ａ１ 操作画面、Ａ２ アイコン、Ａ３ パネル、Ａ４、Ａ５ ボックス、Ｈ１ 住宅、ＮＷ１ 機器ネットワーク、ＮＷ２ 通信ネットワーク、ＮＷ３ 広域ネットワーク、Ｕ１、Ｕ２ ユーザ。

Claims (10)

1. 住宅に設置された電気機器に対する操作内容を入力するための入力手段から、前記電気機器の状態を設定するための指令を取得し、前記電気機器が接続される機器ネットワークを介して、前記指令を前記電気機器へ伝送する伝送手段と、
   前記伝送手段によって前記指令が伝送された前記電気機器の状態を、前記機器ネットワークを介してくり返し取得する状態取得手段と、
   前記状態取得手段によって取得された状態が、前記指令により設定される状態と等しい場合に、前記状態取得手段によって取得された状態に関する第１データを、ユーザに対して情報を提示する提示手段へ送信する第１データ送信手段と、
   前記伝送手段による伝送から待機時間が経過するまでに、前記状態取得手段によって取得された状態がいずれも、前記指令により設定される状態と異なる場合に、前記状態取得手段によって取得された少なくとも１つの状態に関する第２データを、前記提示手段へ送信する第２データ送信手段と、
   を備える通信装置。
2. 前記第１データ送信手段は、前記電気機器に対する操作が成功したことを示すデータを、前記第１データとして送信し、
   前記第２データ送信手段は、前記電気機器に対する操作が失敗したことを示すデータを、前記第２データとして送信する、
   請求項１に記載の通信装置。
3. 前記待機時間は、前記伝送手段による伝送から、前記状態取得手段によって前記電気機器の状態が複数回取得されるまでの時間に等しい、
   請求項１又は２に記載の通信装置。
4. 前記住宅に設置され、前記機器ネットワーク及び通信ネットワーク接続された通信装置であって、
   前記伝送手段は、前記通信ネットワークを介して前記指令を取得し、
   前記状態取得手段は、前記電気機器の状態の出力を、前記電気機器に対して定期的に要求して、該要求に対する応答として前記電気機器の状態を取得し、
   前記第１データ送信手段は、前記通信ネットワークを介して前記第１データを前記提示手段へ送信し、
   前記第２データ送信手段は、前記通信ネットワークを介して前記第２データを前記提示手段へ送信する、
   請求項１乃至３のいずれか一項に記載の通信装置。
5. 広域ネットワークに接続された通信装置であって、
   前記伝送手段は、前記広域ネットワークを介して前記指令を取得し、前記広域ネットワークにおける通信と前記機器ネットワークにおける通信とを中継する中継手段を介して、前記指令を前記電気機器へ伝送し、
   前記状態取得手段は、前記中継手段を介して、前記電気機器の状態を取得し、
   前記第１データ送信手段は、前記広域ネットワークを介して前記第１データを前記提示手段へ送信し、
   前記第２データ送信手段は、前記広域ネットワークを介して前記第２データを前記提示手段へ送信する、
   請求項１乃至３のいずれか一項に記載の通信装置。
6. 住宅に設置された電気機器に対する操作内容を入力するための端末であって、ユーザに対して情報を提示する操作端末と、
   前記操作端末からの指令を取得して前記電気機器へ伝送し、前記指令が伝送された前記電気機器の状態に関するデータを前記操作端末へ送信する請求項１乃至５のいずれか一項に記載の通信装置と、
   を備える機器操作システム。
7. 前記通信装置は、
   前記電気機器から該電気機器の状態をくり返し取得して、前記操作端末に通知する状態通知手段、を有し、
   前記操作端末は、
   ユーザによって入力された操作内容に基づいて、前記指令を前記通信装置へ送信する指令送信手段と、
   前記通信装置から通知された前記電気機器の状態を取得する通知取得手段と、
   前記指令送信手段によって前記指令が送信された後において、前記通知取得手段によって取得された前記電気機器の状態を、前記指令の送信から一定時間が経過するまでの間を除いて、ユーザに対して表示する表示手段と、
   を有する、請求項６に記載の機器操作システム。
8. 前記指令は、前記電気機器の状態を設定するための命令であって、
   前記表示手段は、前記指令の送信から前記一定時間が経過するまでの間に、前記電気機器の状態として前記指令により設定される状態を表示する、
   請求項７に記載の機器操作システム。
9. 住宅に設置された電気機器に対する操作内容を入力するための入力手段から、前記電気機器の状態を設定するための指令を取得し、前記電気機器が接続される機器ネットワークを介して、前記指令を前記電気機器へ伝送する伝送ステップと、
   前記指令が伝送された前記電気機器の状態を、前記機器ネットワークを介してくり返し取得する状態取得ステップと、
   前記状態取得ステップにおいて取得された状態が、前記指令により設定される状態と等しい場合に、前記状態取得ステップにおいて取得された状態に関する第１データを、ユーザに対して情報を提示する提示手段へ送信する第１データ送信ステップと、
   前記伝送ステップにおける伝送から待機時間が経過するまでに、前記状態取得ステップにおいて取得された状態がいずれも、前記指令により設定される状態と異なる場合に、前記状態取得ステップにおいて取得された少なくとも１つの状態に関する第２データを、前記提示手段へ送信する第２データ送信ステップと、
   を含む通信方法。
10. コンピュータを、
    住宅に設置された電気機器に対する操作内容を入力するための入力手段から、前記電気機器の状態を設定するための指令を取得し、前記電気機器が接続される機器ネットワークを介して、前記指令を前記電気機器へ伝送する伝送手段、
    前記伝送手段によって前記指令が伝送された前記電気機器の状態を、前記機器ネットワークを介してくり返し取得する状態取得手段、
    前記状態取得手段によって取得された状態が、前記指令により設定される状態と等しい場合に、前記状態取得手段によって取得された状態に関する第１データを、ユーザに対して情報を提示する提示手段へ送信する第１データ送信手段、
    前記伝送手段による伝送から待機時間が経過するまでに、前記状態取得手段によって取得された状態がいずれも、前記指令により設定される状態と異なる場合に、前記状態取得手段によって取得された少なくとも１つの状態に関する第２データを、前記提示手段へ送信する第２データ送信手段、
    として機能させるためのプログラム。

Images