(57)【要約】【課題】ネットワークに複数のコントローラが接続している場合、コントローラに表示される被制御機器の状態を同期させる。【解決手段】ゲートウェイ装置１０は、被制御機器３０からの制御要求を受信したとき、制御要求が示す要求内容でコントロール値を更新し、全てのコントローラ２０は、更新されたコントロール値を被制御機器３０の状態として表示する。ゲートウェイ装置１０は、被制御機器３０から制御成功応答を受信したとき、制御成功応答が示す状態でカレント値を更新する。また、ゲートウェイ装置１０は、被制御機器３０から制御失敗応答を受信したとき、制御失敗応答に対する制御要求を保持していない場合、カレント値を用いてコントロール値を更新する。【選択図】図２
2008027144.tif 000002
【特許請求の範囲】
【請求項１】
コントローラと、前記コントローラによって制御される被制御機器とに接続されるゲートウェイ装置であって、
前記コントローラから前記被制御機器を所定の状態に変更するために送信される制御要求を保持する要求データ管理手段と、
前記被制御機器の状態として、前記コントローラへ公開するためのコントロール値と、前記被制御機器から送信されるデータに基づいて更新され、被制御機器の実際の状態を示すカレント値とを保持する機器状態保持手段と、
前記コントローラから制御要求受信時に、受信した制御要求の送信先の被制御機器のコントロール値を、受信した制御要求が要求する状態で更新する機器管理手段と、
前記機器管理手段によりコントロール値が更新されたとき、その更新を通知するための更新通知を全てのコントローラに送信する更新通知手段とを備えることを特徴とするゲートウェイ装置。
【請求項２】
前記被制御機器を制御するための画像、及び前記被制御機器の状態を表示するための画像を表示する表示手段と、
前記表示手段へ被制御機器の状態を提供する描画データ提供手段とを更に備えることを特徴とする請求項１に記載のゲートウェイ装置。
【請求項３】
描画データ提供手段は、前記被制御機器を制御するための画像の構成要素、及び被制御機器の状態を表示するための画像の構成要素を前記表示手段に出力することを特徴とする請求項２記載のゲートウェイ装置。
【請求項４】
前記コントロール値の更新通知を、各コントローラのプロトコルへ変換するプロトコル変換処理手段を更に備えるとことを特徴とする請求項１〜３のいずれかに記載の前記ゲートウェイ装置。
【請求項５】
前記描画データ提供手段は、前記制御要求受信時に、受信した制御要求の送信先の被制御機器のコントロール値を前記表示手段に出力することを特徴とする請求項２又は３記載の前記ゲートウェイ装置。
【請求項６】
前記機器管理手段は、前記被制御機器から制御要求が要求する状態に変更できたことを示す制御成功応答を受信した時に、受信した制御成功応答の送信元の被制御機器のカレント値を、受信した制御成功応答に含まれる状態で更新することを特徴とする請求項１〜５のいずれかに記載のゲートウェイ装置。
【請求項７】
前記機器管理手段は、前記被制御機器から制御要求が要求する状態に変更できなかったことを示す制御失敗応答を受信した時に、前記要求データ管理手段が、受信した制御失敗応答の送信元の被制御機器を送信先とし、かつ前記制御失敗応答に含まれる制御種別と同一の制御種別を含む制御要求を保持しない場合、前記機器状態保持手段が保持するカレント値を用いて、前記コントロール値を更新することを特徴とする請求項１〜６のいずれかに記載の前記ゲートウェイ装置。
【請求項８】
前記制御失敗応答受信時に、前記機器管理手段により更新されたコントロール値を、前記表示手段に表示される画像に反映させる描画データ提供手段を更に備えることを特徴とする請求項７に記載の前記ゲートウェイ装置。
【請求項９】
前記機器管理手段は、前記被制御機器から状態参照要求に対して応答できたことを示す状態参照成功応答を受信した時に、受信した状態参照成功応答に含まれる状態で、前記機器状態保持手段が保持するカレント値を更新すると共に、前記要求データ管理手段が、前記状態参照成功応答の送信元の被制御機器を送信先とし、かつ前記状態参照成功応答に含まれる制御種別と同一の制御種別を含む制御要求を保持しない場合、受信した状態参照成功応答に含まれる状態、又は受信した状態参照成功応答に含まれる状態で更新されたカレント値を用いて、前記機器状態保持手段が保持するコントロール値を更新することを特徴とする請求項１〜８のいずれかに記載の前記ゲートウェイ装置。
【請求項１０】
前記状態参照成功応答を受信した時に、前記機器管理手段により更新されたコントロール値を、前記表示手段に表示される画像に反映させる描画データ提供手段を更に備えることを特徴とする請求項９記載の前記ゲートウェイ装置。
【請求項１１】
前記機器管理手段は、前記被制御機器から自己の状態を通知するための状態通知を受信した時に、受信した状態通知に含まれる状態で、前記機器状態保持手段が保持するカレント値を更新する共に、前記要求データ管理手段が、受信した状態通知の送信元の被制御機器を送信先とし、かつ受信した状態通知に含まれる制御種別と同一の制御種別を含む制御要求を保持しない場合、受信した状態通知に含まれる状態、又は受信した状態通知に含まれる状態で更新されたカレント値を用いて、前記機器状態保持手段が保持するコントロール値を更新することを特徴とする請求項１〜１０記載の前記ゲートウェイ装置。
【請求項１２】
前記状態通知受信時に、前記機器管理手段により更新されたコントロール値を、前記表示手段に表示される画像に反映させる描画データ提供手段を更に備えることを特徴とする請求項１１記載の前記ゲートウェイ装置。
【請求項１３】
ネットワークを介して接続されるコントローラによって制御される被制御機器であって、
前記コントローラから前記被制御機器を所定の状態に変更するために送信される制御要求を保持する要求データ管理手段と、
前記被制御機器の状態として、前記コントローラへ公開するためのコントロール値と、前記被制御機器から送信されるデータに基づいて更新されるカレント値とを保持する機器状態保持手段と、
前記コントローラから制御要求受信時に、受信した制御要求の送信先の被制御機器のコントロール値を、受信した制御要求が示す状態で更新する機器管理手段と、
前記機器管理手段によりコントロール値が更新されたとき、その更新を通知するための更新通知を全てのコントローラに送信する更新通知手段とを備えることを特徴とする被制御機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のコントローラが接続されたゲートウェイ装置及び被制御機器に関するものである。
【背景技術】
【０００２】
従来、制御系ネットワークに接続された業務系機器と、情報系ネットワークに接続されたゲートウェイ装置管理サーバとの間に、プロトコル変換を行うゲートウェイ装置コントローラを接続し、ゲートウェイ装置管理サーバが業務系機器を遠隔監視制御する管理運用システムが知られている（特許文献１）。
【０００３】
また、従来、管理側ネットワークと、照明や防犯などのシステムを自動制御するサブシステム側ネットワークとを接続する装置が、それぞれのネットワークに接続される機器がアクセスできる記憶装置を備えることによって、異なるネットワーク間の接続を実現することができるマルチプロトコルゲートウェイが知られている（特許文献２）。また、ゲートウェイ装置は、被制御機器に関して、二種類のデータを保持することによって、異なるネットワークに接続する機器間の通信を可能としてきた。
【特許文献１】特開２００２−２１５２２２号公報
【特許文献２】特開２００３−１９８５９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の構成では、ネットワークに接続されているコントローラが、被制御機器を制御して、被制御機器の状態を変更した場合、ネットワークに接続しているその他のコントローラへ、この状態の変更が通知されていなかった。また、ネットワークに接続されているコントローラが、被制御機器の制御に失敗した場合や、被制御機器の状態を参照した場合についても、他のコントローラへ該当する被制御機器の最新状態を通知することがなされていなかった。
【０００５】
ここで、被制御機器の状態が、被制御機器のリモコンにより変化された場合、又は被制御機器自身により変化された場合、常にリモコンへ被制御機器の状態の変化を通知することも考えられる。
【０００６】
しかしながら、こうすると、ユーザがリモコンにより機器の制御を実行している場合、ユーザが選択した状態と異なる状態が、リモコンの制御画面へ表示され、ユーザが再度リモコンを操作するというように、ユーザに多大なストレスを与えると共に、リモコンから制御要求が再度送信される可能性が高まり、ネットワークに多大な負荷がかかってしまう。
【０００７】
すなわち、ユーザにストレスを与えることなく、複数のコントローラに表示される被制御機器の状態の同期を図ることは、非常に困難なことであった。
【０００８】
本発明の目的は、ネットワークに接続される全てのコントローラに表示される被制御機器の状態の同期を図ることである。
【課題を解決するための手段】
【０００９】
本発明によるゲートウェイ装置は、コントローラと、前記コントローラによって制御される被制御機器とに接続されるゲートウェイ装置であって、前記コントローラから前記被制御機器を所定の状態に変更するために送信される制御要求を保持する要求データ管理手段と、前記被制御機器の状態として、前記コントローラへ公開するためのコントロール値と、前記被制御機器から送信されるデータに基づいて更新され、被制御機器の実際の状態を示すカレント値とを保持する機器状態保持手段と、前記コントローラから制御要求受信時に、受信した制御要求の送信先の被制御機器のコントロール値を、受信した制御要求が要求する状態で更新する機器管理手段と、前記機器管理手段によりコントロール値が更新されたとき、その更新を通知するための更新通知を全てのコントローラに送信する更新通知手段とを備えることを特徴とする（請求項１）。
【００１０】
また、本発明による被制御機器は、ネットワークを介して接続されるコントローラによって制御される被制御機器であって、前記コントローラから前記被制御機器を所定の状態に変更するために送信される制御要求を保持する要求データ管理手段と、前記被制御機器の状態として、前記コントローラへ公開するためのコントロール値と、前記被制御機器から送信されるデータに基づいて更新されるカレント値とを保持する機器状態保持手段と、前記コントローラから制御要求受信時に、受信した制御要求の送信先の被制御機器のコントロール値を、受信した制御要求が示す状態で更新する機器管理手段と、前記機器管理手段によりコントロール値が更新されたとき、その更新を通知するための更新通知を全てのコントローラに送信する更新通知手段とを備えることを特徴とする（請求項１３）。
【００１１】
これらの構成によれば、機器状態保持手段は、コントローラへ公開するためのコントロール値と、被制御機器の実際の状態を示すカレント値とを保持し、機器管理手段は、コントローラから制御要求を受信したとき、制御要求が要求する状態で更新し、更新通知手段は、コントロール値が更新されたことを通知するための更新通知を全てのコントローラに送信する。そのため、コントローラは、この更新通知に従って、被制御機器の状態を示す画像を更新すれば、全てのコントローラが表示する被制御機器の状態を示す画像の同期を図ることができる。すなわち、全てのコントローラへ、コントロール値を公開する方式を実行し、コントローラ間の表示の同期を取ることを実現することができる。
【００１２】
また、前記被制御機器を制御するための画像、及び前記被制御機器の状態を表示するための画像を表示する表示手段と、前記表示手段へ被制御機器の状態を提供する描画データ提供手段とを更に備えることが好ましい（請求項２）。
【００１３】
この構成によれば、ゲートウェイ装置に、被制御機器の状態を表示させることができる。
【００１４】
また、描画データ提供手段は、前記被制御機器を制御するための画像の構成要素、及び被制御機器の状態を表示するための画像の構成要素を前記表示手段に出力することが好ましい（請求項３）。
【００１５】
この構成によれば、ゲートウェイ装置は、被制御機器を制御するための画像や被制御機器の状態を制御するための画像を表示することができる。
【００１６】
また、前記コントロール値の更新通知を、各コントローラのプロトコルへ変換するプロトコル変換処理手段を更に備えるとことが好ましい（請求項４）。
【００１７】
この構成によれば、コントロール値の更新通知が、各コントローラのプロトコルに変換されるため、各コントローラが様々なプロトコルを採用する場合であっても、更新通知を全てのコントローラに送信することができる。
【００１８】
前記描画データ提供手段は、前記制御要求受信時に、受信した制御要求の送信先の被制御機器のコントロール値を前記表示手段に出力することが好ましい（請求項５）。
【００１９】
この構成によれば、制御要求を受信すると、受信した制御要求の送信先の被制御機器のコントロール値が速やかに更新され、コントローラが表示する被制御機器の状態と、ゲートウェイ装置が表示する被制御機器の状態とを同期させることができる。
【００２０】
また、前記機器管理手段は、前記被制御機器から制御要求が要求する状態に変更できたことを示す制御成功応答を受信した時に、受信した制御成功応答の送信元の被制御機器のカレント値を、受信した制御成功応答に含まれる状態で更新することが好ましい（請求項６）。
【００２１】
この構成によれば、被制御機器の状態が変更されると、カレント値が速やかに更新され、カレント値はより正確に被制御機器の現在の状態を示すことができる。
【００２２】
また、前記機器管理手段は、前記被制御機器から制御要求が要求する状態に変更できなかったことを示す制御失敗応答を受信した時に、前記要求データ管理手段が、受信した制御失敗応答の送信元の被制御機器を送信先とし、かつ前記制御失敗応答に含まれる制御種別と同一の制御種別を含む制御要求を保持しない場合、前記機器状態保持手段が保持するカレント値を用いて、前記コントロール値を更新することが好ましい（請求項７）。
【００２３】
この構成によれば、制御失敗応答を受信したとき、制御失敗応答に含まれる制御種別と同一の制御種別を含む制御要求が、要求データ管理手段により保持されていない場合は、コントローラを用いたユーザの操作が確定したとして、コントロール値がカレント値で更新されるため、例えば、ある被制御機器に対し、複数のコントローラからほぼ同時に制御要求が送信されたような場合に、当該被制御機器の状態が確定する前に、コントローラに表示される被制御機器の状態が不必要に更新されることを防止することができる。また、ユーザの操作が確定した後は、コントローラに現在の被制御機器の状態を表示させることができる。
【００２４】
また、前記制御失敗応答受信時に、前記機器管理手段により更新されたコントロール値を、前記表示手段に表示される画像に反映させる描画データ提供手段を更に備えることが好ましい（請求項８）。
【００２５】
この構成によれば、制御失敗応答受信してコントロール値が変更されたとき、速やかに、コントローラが表示する被制御機器の状態と、ゲートウェイ装置が表示する被制御機器の状態との同期を図ることができる。
【００２６】
前記機器管理手段は、前記被制御機器から状態参照要求に対して応答できたことを示す状態参照成功応答を受信した時に、受信した状態参照成功応答に含まれる状態で、前記機器状態保持手段が保持するカレント値を更新すると共に、前記要求データ管理手段が、前記状態参照成功応答の送信元の被制御機器を送信先とし、かつ前記状態参照成功応答に含まれる制御種別と同一の制御種別を含む制御要求を保持しない場合、受信した状態参照成功応答に含まれる状態、又は受信した状態参照成功応答に含まれる状態で更新されたカレント値を用いて、前記機器状態保持手段が保持するコントロール値を更新することが好ましい（請求項９）。
【００２７】
この構成によれば、状態参照成功応答を、被制御機器から受信したとき、状態参照成功応答に含まれる制御種別と同一の制御種別を含む制御要求を保持していない場合は、コントローラを用いたユーザの操作が確定したとして、コントロール値がカレント値で更新されるため、例えば、ある制御機器に対し、複数のコントローラからほぼ同時に制御要求が送信されたような場合において、当該被制御機器の状態が確定する前に、コントローラに表示される被制御機器の状態が不必要に更新されることを防止することができる。また、ユーザの操作が確定した後は、コントローラに現在の被制御機器の状態を表示させることができる。
【００２８】
また、前記状態参照成功応答を受信した時に、前記機器管理手段により更新されたコントロール値を、前記表示手段に表示される画像に反映させる描画データ提供手段を更に備えることが好ましい（請求項１０）。
【００２９】
この構成によれば、状態参照成功応答を受信してコントロール値が変更されたとき、速やかに、コントローラが表示する被制御機器の状態と、ゲートウェイ装置が表示する被制御機器の状態との同期を図ることができる。
【００３０】
また、前記機器管理手段は、前記被制御機器から自己の状態を通知するための状態通知を受信した時に、受信した状態通知に含まれる状態で、前記機器状態保持手段が保持するカレント値を更新する共に、前記要求データ管理手段が、受信した状態通知の送信元の被制御機器を送信先とし、かつ受信した状態通知に含まれる制御種別と同一の制御種別を含む制御要求を保持しない場合、受信した状態通知に含まれる状態、又は受信した状態通知に含まれる状態で更新されたカレント値を用いて、前記機器状態保持手段が保持するコントロール値を更新することが好ましい（請求項１１）。
【００３１】
この構成によれば、状態通知を、被制御機器から受信したとき、状態通知に含まれる制御種別と同一の制御種別を含む制御要求を保持していない場合は、コントローラを用いたユーザの操作が確定したとして、コントロール値がカレント値で更新されるため、例えば、ある制御機器に対し、複数のコントローラからほぼ同時に制御要求が送信されたような場合において、当該被制御機器の状態が確定する前に、コントローラに表示される被制御機器の状態が不必要に更新されることを防止することができる。また、ユーザの操作が確定した後は、コントローラに現在の被制御機器の状態を表示させることができる。
【００３２】
また、前記状態通知受信時に、前記機器管理手段により更新されたコントロール値を、前記表示手段に表示される画像に反映させる描画データ提供手段を更に備えることが好ましい（請求項１２）。
【００３３】
この構成によれば、状態参照成功応答を受信して、コントロール値が変更されたとき、速やかに、コントローラが表示する被制御機器の状態と、ゲートウェイ装置が表示する被制御機器の状態との同期を図ることができる。
【発明の効果】
【００３４】
本発明のコントロール値とカレント値の二種類のデータを用いて、被制御機器のデータを管理することにより、ネットワークに複数のコントローラが接続している場合においても、全てのコントローラが表示する被制御機器の状態の同期をとることができる。また、本発明により、ユーザがコントローラの画面を用いて被制御機器を制御する場合、被制御機器への制御が確定するまで、コントローラに表示される被制御機器の状態は変更されないため、ユーザへのストレスを抑制することができると共に、不要な再送要求の送信を減らすことができ、ネットワークへの負荷を軽減することができる。
【発明を実施するための最良の形態】
【００３５】
以下本発明の実施の形態について、図面を参照しながら説明する。
【００３６】
（実施の形態１）
図１は、本発明の形態１にけるゲートウェイ装置をホームネットワークに適用したときのネットワーク構成図を示している。本ゲートウェイ装置は、ゲートウェイ装置１０、複数のコントローラ２１，２２、及び複数の被制御機器３１〜３４を備えている。なお、コントローラを総称して呼ぶときは、コントローラに２０の番号を付す。被制御機器を総称して呼ぶときは、被制御機器に３０の番号を付す。コントローラ２１及びゲートウェイ装置１０は、ネットワークＮ１を介して接続されている。コントローラ２２及びゲートウェイ装置１０は、ネットワークＮ２を介して接続されている。被制御機器３１〜３４及びゲートウェイ装置１０は、ネットワークＮ３を介して接続されている。ネットワークＮ１は、プロトコルＡにより種々のデータを伝送する。ネットワークＮ２は、プロトコルＢにより種々のデータを伝送する。ネットワークＮ３は、プロトコルＣにより種々のデータを伝送する。本実施の形態では、プロトコルＡとしてＵＰｎＰ（ユニバーサルプラグアンドプレイ）が採用され、プロトコルＢとしてＨＴＴＰ（Hyper Text Transfer Protocol）が採用され、プロトコルＣとしてＥＣＨＯＮＥＴが採用される。
【００３７】
図１では、ネットワークＮ１、ネットワークＮ２に接続されているコントローラ２０は、それぞれ一台であるが、実際は二つ以上のコントローラ２０が接続されていてもよい。また、ゲートウェイ装置１０は、３種類のプロトコルからなるネットワークＮ１〜Ｎ３と接続されているが、２種類のプロトコルからなるネットワーク、又は４種類以上のプロトコルからなるネットワークに接続されてもよい。
【００３８】
ゲートウェイ装置１０は、プロトコルＣからなるネットワークＮ３に接続される被制御機器３０の状態に関するデータを管理しており、ゲートウェイ装置１０は、各コントローラ２０に被制御機器３０の状態を通知したり、コントローラ２０からの要求に応答したりすることによって、各コントローラ２０へ、被制御機器３０の状態を送信する。
【００３９】
図２は、図１に示すゲートウェイ装置１０のブロック図である。図２に示すゲートウェイ装置１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、及び専用のハードウェア回路等から構成され、プロトコルＡ〜Ｃに対応する。機器管理部１１１は、プロトコルＣに接続している被制御機器３０のネットワーク接続構成を管理する。具体的には、機器管理部１１１は、被制御機器３０の種別、被制御機器３０のアドレス、被制御機器３０を開発したメーカ、被制御機器３０の商品コード、及び被制御機器３０を特定するコード等を保持することで、被制御機器３０のネットワーク接続構成を管理する。
【００４０】
また、機器管理部１１１は、コントロール値とカレント値という二つの値を用いて、各被制御機器３０の状態を管理する。コントロール値は、各コントローラ２０が被制御機器３０に対して送信する制御要求に含まれるデータを用いて更新される。カレント値は、ゲートウェイ装置１０が、被制御機器３０から送信される制御要求に対する応答（制御応答）、状態参照要求に対する応答（状態参照応答）、事故（障害）の状態の通知（状態通知）を受信したときに更新される。
【００４１】
ここで、制御応答には、制御要求を受信した被制御機器３０が状態を変更できた場合に送信する制御成功応答と、制御要求を受信した被制御機器３０が状態を変更できなかった場合に送信する制御失敗応答とが含まれる。状態参照応答には、状態参照要求を受信した被制御機器３０が応答できた場合に送信する状態参照成功応答と、状態参照要求を受信した被制御機器３０が応答できなかった場合に送信する状態参照失敗応答とが含まれる。
【００４２】
図３（ａ）は、制御要求のデータ構造を示している。図３（ａ）に示すように、制御要求は、制御要求の送信元を示す「送信元」、制御要求の送信先を示す「送信先」、変更対象となる状態の種類を示す「制御種別」、及び変更対象となる状態の値を示す「状態値」を含む。制御種別としては、制御要求の送信対象となる被制御機器３０が、例えばエアコンであれば、エアコンを冷房運転させるか暖房運転させるかを決定するための「冷房／暖房」や、エアコンの設定温度を決定するための「設定温度」や、エアコンの電源のオン・オフを決定するための「電源」等が含まれる。状態値としては、「冷房／暖房」の制御種別に対して「冷房」や、「設定温度」の制御種別に対して「２４度」や、「電源」の制御種別に対して「オン」等が含まれる。
【００４３】
図３（ｂ）は、状態参照要求のデータ構造を示している。状態参照要求は、状態参照要求の送信元を示す「送信元」、状態参照要求の送信先を示す「送信先」、及び参照対象となる状態の種類を示す「制御種別」を含む。
【００４４】
図３（ｃ）は、制御成功応答のデータ構造を示している。制御成功応答は、制御成功応答の送信元を示す「送信元」、制御成功応答の送信先を示す「送信先」、変更した状態の種類を示す「制御種別」、及び変更した状態の値を示す「状態値」を含む。
【００４５】
図３（ｄ）は、制御成失敗答のデータ構造を示している。制御失敗応答は、制御失敗応答の送信元を示す「送信元」、制御失敗応答の送信先を示す「送信先」、変更できなかった状態の種類を示す「制御種別」、及び変更できなかった状態の値を示す「状態値」を含む。
【００４６】
図３（ｅ）は、状態参照成功応答のデータ構造を示している。状態参照成功応答は、状態参照成功応答の送信元を示す「送信元」、状態参照成功応答の送信先を示す「送信先」、参照した状態の種類を示す「制御種別」、及び参照した状態の値を示す「状態値」を含む。
【００４７】
図３（ｆ）は状態参照失敗応答のデータ構造を示している。状態参照成失敗応答は、状態参照失敗応答の送信元を示す「送信元」、状態参照失敗応答の送信先を示す「送信先」を含む。
【００４８】
図３（ｇ）は、状態通知のデータ構造を示している。状態通知は、状態通知の送信元を示す「送信元」、状態通知の送信先を示す「送信先」、通知する状態の種類を示す「制御種別」、及び通知する状態の値を示す「状態値」を含む。
【００４９】
図２に示す機器管理部１１１は、ゲートウェイ装置１０が、コントローラ２０から制御要求を受信した場合、コントローラ２０から状態参照要求を受信した場合、被制御機器３０から制御成功応答を受信した場合、被制御機器３０から制御失敗応答を受信した場合、被制御機器３０から状態参照成功応答を受信した場合、被制御機器３０から状態参照失敗応答を受信した場合、被制御機器３０から状態通知を受信した場合、各々のケースに応じたコントロール値とカレント値の更新処理を実行する。これらの更新処理の詳細は後述する。
【００５０】
要求データ管理部１１２は、ゲートウェイ装置１０がコントローラ２０から受信した被制御機器３０への制御要求を格納する。また、要求データ管理部１１２は、格納した制御要求に対して、送信待ちフェーズや結果応答受信待ちフェーズといったフェーズを設定することによって制御要求を管理する。
【００５１】
機器状態保持部１１３は、コントロール値とカレント値とを記憶する。ここで、コントロール値とカレント値とは、被制御機器３１〜３４の各々に対して個別に存在する。
【００５２】
図４は、エアコンから構成される被制御機器３０のコントロール値のデータ構造の一例を示した図である。図４に示すように、コントロール値は、制御種別のフィールド及び状態値のフィールドを含む。図４の例では、制御種別として、「冷房／暖房」、「設定温度」、「電源」等が含まれ、「冷房／暖房」に対して「冷房」、「設定温度」に対して「２４度」、「電源」に対して「オン」の状態値が格納されている。なお、カレント値も、図４に示すコントロール値と同様のデータ構造を有しているため、説明は省略する。
【００５３】
更新通知部１２１は、機器管理部１１１によりコントロール値が更新されたとき、コントロール値が更新されたことを示す更新通知を全てのコントローラ２０に送信する。これにより、ゲートウェイ装置１０は、コントロール値を全てのコントローラ２０へ公開し、コントローラ２０の制御画面を同期させる。
【００５４】
図２に示すプロトコル変換処理部１１４は、プロトコルＡ及びプロトコルＣ間のプロトコル変換、並びにプロトコルＢ及びプロトコルＣ間のプロトコル変換を行う。
【００５５】
プロトコルＣ処理部１１５は、プロトコルＣに関する通信ミドルウェアの機能を有する。すなわち、プロトコルＣ処理部１１５は、被制御機器３０及びゲートウェイ装置１０間の通信インターフェイスとして機能する。プロトコルＢ処理部１１６は、プロトコルＢに関する通信ミドルウェアの機能を有する。すなわち、プロトコルＢ処理部１１６は、コントローラ２２及びゲートウェイ装置１０間の通信インターフェイスとして機能する。プロトコルＡ処理部１１７は、プロトコルＡに関する通信ミドルウェアの機能を有している。すなわち、プロトコルＡ処理部１１７は、被制御機器３０及びゲートウェイ装置１０の通信インターフェイスとして機能する。
【００５６】
表示部１２０は、液晶表示パネル等の表示装置から構成され、被制御機器３０を制御するため操作画像、又は被制御機器３０の状態を示す画像等を表示する。なお、これらの画像は、ゲートウェイ装置１０本体に直接描画される場合や、ブラウザ機能を利用して描画される場合がある。
【００５７】
描画データ提供部１１９は、被制御機器３０を制御するための操作画像の画像構成要素や、被制御機器３０の状態を示す画像の画像構成要素や、被制御機器３０の状態を表示部１２０に出力することによって、被制御機器３０の状態をユーザへ提供する。なお、ゲートウェイ装置１０は、描画データ提供部１１９及び表示部１２０を省いてもよい。
【００５８】
図５は、コントローラ２０のブロック図を示す。コントローラ２０は、表示部２１０、制御部２２０、通信部２３０、及び操作部２４０を備える。表示部２１０は、液晶表示パネル等の表示装置から構成され、制御部２２０の制御の下、被制御機器３１〜３４の各々のコントロール値を表示する。
【００５９】
制御部２２０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、及び専用のハードウェア回路等から構成され、コントローラ２０の全体制御を司る。本実施の形態では、特に、制御要求送信部２２１、状態参照要求送信部２２２、及び報知制御部２２３の機能を備えている。制御要求送信部２２１は、操作部２４０がある被制御機器３０の状態を変更するためのユーザからの操作指令を受け付けたとき、ある被制御機器３０の状態を変更するための制御要求を生成し、通信部２３０に渡す。
【００６０】
状態参照要求送信部２２２は、操作部２４０がある被制御機器３０に対する状態を参照するためのユーザからの操作指令を受け付けたとき、ある被制御機器３０の状態を参照するための状態参照要求を生成し、通信部２３０に渡す。報知制御部２２３は、通信部２３０がゲートウェイ装置１０から送信される更新通知を受信したとき、更新通知に含まれる通知内容で、表示部２１０に表示されるコントロール値を更新する。
【００６１】
通信部２３０は、通信ボード等の通信モジュールから構成され、制御要求送信部２２１から渡される制御要求、状態参照要求送信部２２２から渡される状態参照要求を、プロトコルＡ又はプロトコルＢに従ってゲートウェイ装置１０に送信する。また、通信部２３０は、ゲートウェイ装置１０から送信される更新通知を受信して、報知制御部２２３に渡す。操作部２４０は、被制御機器３０の状態を変更するための種々のボタン等から構成される。
【００６２】
図６は、被制御機器３０のブロック図を示す。被制御機器３０は、制御部３１０及び通信部３２０を備える。制御部３１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、及び専用のハードウェア回路等から構成され、被制御機器３０の全体制御を司る。本実施の形態では、制御部３１０は、特に、制御要求応答部３１１、状態参照要求応答部３１２、及び状態通知送信部３１３の機能を備えている。
【００６３】
制御要求応答部３１１は、通信部３２０によりゲートウェイ装置１０から送信される制御要求が受信されたとき、受信された制御要求に従って被制御機器３０の状態を変更する処理を実行し、状態を変更することができた場合は、制御成功応答を生成し、変更することができなかった場合は、制御失敗応答を生成する。
【００６４】
状態参照要求応答部３１２は、通信部３２０によりゲートウェイ装置１０から送信された状態参照要求が受信されたとき、受信された状態参照要求に従って、被制御機器３０の状態を参照することができた場合、状態参照成功応答を生成し、被制御機器３０の状態を参照することができなかった場合、状態参照失敗応答を生成する。
【００６５】
状態通知送信部３１３は、被制御機器３０に障害等が発生したとき、状態通知を生成する。
【００６６】
通信部３２０は、ゲートウェイ装置１０から送信される制御要求及び状態参照要求を受信し、制御要求応答部３１１及び状態参照要求応答部３１２に渡す。また、通信部３２０は、制御要求応答部３１１により生成された制御成功要求及び制御失敗応答をゲートウェイ装置１０に送信する。また、通信部３２０は、状態参照要求応答部３１２により生成された状態成功参照応答及び状態参照失敗応答、並びに状態通知送信部３１３により生成された状態通知をゲートウェイ装置１０に送信する。
【００６７】
図７は、ゲートウェイ装置１０が、制御要求をコントローラから受信した場合のコントロール値とカレント値の更新処理を示したフローチャートである。なお、制御要求を送信するコントローラが、プロトコルＡ、プロトコルＢ、又はその他のプロトコルに接続されるコントローラ２０であっても、ゲートウェイ装置１０は同様の更新処理を行う。
【００６８】
以下の説明では、コントローラ２１が制御要求を送信した場合を例に挙げて説明する。まず、コントローラ２１は、プロトコルＡに従って制御要求をゲートウェイ装置１０に送信する（ステップＳ１）。次に、ゲートウェイ装置１０は、コントローラ２１から送信される制御要求を受信すると（ステップＳ１１）、機器管理部１１１は、プロトコルＡ処理部１１７、及びプロトコル変換処理部１１４を経由して要求データ管理部１１２へ要求データを格納する（ステップＳ１２）。
【００６９】
次に、要求データ管理部１１２は、制御要求を、プロトコルＣ処理部１１５を経由して被制御機器３０へ送信し（ステップＳ１３）、被制御機器３０は制御要求を受信する（ステップＳ２１）。次に、機器管理部１１１は、要求データ管理部１１２に格納した制御要求から、状態の変更対象となる被制御機器３０を特定すると共に、制御種別及び状態値を抽出する。次に。機器管理部１１１は、特定した被制御機器３０のコントロール値を更新する（ステップＳ１４）。
【００７０】
ここで、機器管理部１１１は、制御要求から抽出した制御種別と同一の制御種別をコントロール値の中から特定し、特定した制御種別に対する状態値を、抽出した状態値で更新する。このとき、機器管理部１１１は、カレント値を更新しない。
【００７１】
例えば、被制御機器３０がエアコンであり、制御要求に制御種別として「設定温度」、状態値として「２４度」が含まれていた場合、機器管理部１１１は、エアコンのコントロール値の「設定温度」を「２４度」に更新する。
【００７２】
次に、機器管理部１１１は、コントロール値を更新した被制御機器３０の状態を描画データ提供部１１９へ通知し、描画データ提供部１１９は、更新されたコントロール値を表示部１２０に表示されたコントロール値に反映させる（ステップＳ１５）。次に、更新通知部１２１は、コントロール値が更新されたことをコントローラ２０に通知するための更新通知を生成し、プロトコル変換処理部１１４は、生成されたコントロール値をプロトコルＡ，Ｂに変換し、コントローラ２１，２２へ送信する（ステップＳ１６）。ただし、更新通知部１２１は、コントロール値の更新通知を必ずしなければならないものではなく、被制御機器３０の状態が変更されたときのみ送信してもよい。また、更新通知部１２１は、制御要求を送信し、応答結果待ちのコントローラ２０へ対して、更新通知を送信しなくてもよい。
【００７３】
次に、コントローラ２０は、ゲートウェイ装置１０から送信された更新通知を受信し（ステップＳ２）、受信した更新通知に従って、表示部２１０に表示されているコントロール値を更新する（ステップＳ３）。例えば、被制御機器３１がエアコンであり、エアコンのコントロール値の設定温度が「２４度」に更新されたとすると、コントローラ２０は、表示部２１０に表示されたエアコンのコントロール値の設定温度を「２４度」に更新する。
【００７４】
図８は、ゲートウェイ装置１０が、制御成功応答を被制御機器３０から受信した場合のコントロール値とカレント値の更新処理を示した図である。ここでは、被制御機器３１が制御成功応答を送信したものとする。まず、被制御機器３１は、制御成功応答をゲートウェイ装置１０に送信する（ステップＳ７１）。次に、ゲートウェイ装置１０は、被制御機器３１から制御成功応答を受信すると（ステップＳ６１）、機器管理部１１１が、受信した制御成功応答に含まれる送信元から被制御機器３１を特定すると共に、受信した制御成功応答に含まれる制御種別及び状態値を抽出する（ステップＳ６２）。次に、機器管理部１１１は、抽出した状態値で、被制御機器３１のカレント値を更新する（ステップＳ６３）。例えば、被制御機器３１がエアコンであり、制御成功応答に制御種別として「設定温度」、状態値として「２４度」が含まれていたとすると、機器管理部１１１は、エアコンのカレント値の設定温度に対する状態値を「２４度」に更新する。ここで、要求データ管理部１１２は、制御種別が「設定温度」である制御要求を保持している場合は、その制御要求を削除する。
【００７５】
また、要求データ管理部１１２は、例えばコントローラ２１からエアコンの設定温度を２４度にする制御要求（先の制御要求）を保持している状態、すなわち、エアコンから先の制御要求に対する制御応答を受信待ちの状態において、コントローラ２２からエアコンの設定温度を２３度にする制御要求（後の制御要求）を受信した場合、機器管理部１１１は、後の制御要求のエアコンへの送信を保留して、要求データ管理部１１２に保持させる。そして、エアコンから先の制御要求に対する制御応答を受信したとき、要求データ管理部１１２は、先の制御要求を削除し、機器管理部１１１は、後の制御要求をエアコンに送信する。ここで、要求データ管理部１１２は、制御応答の受信待ちの制御要求に対し、フラグを設定する等して、制御応答の受信待ちの制御要求と、被制御機器３０に未送信である制御要求とを区別する。
【００７６】
図９は、ゲートウェイ装置１０が、制御成失敗応答を被制御機器３１から受信した場合のコントロール値とカレント値の更新シーケンスを示したフローチャートである。まず、被制御機器３０は、制御失敗応答をゲートウェイ装置１０に送信する（ステップＳ１３１）。ゲートウェイ装置１０は、被制御機器３０から制御失敗応答を受信すると（ステップＳ１２１）、機器管理部１１１は、受信した制御失敗応答から送信元及び制御種別を抽出し、要求データ管理部１１２は、以下に示す２つの条件の両方を満たし、かつ、制御応答が受信待ちである制御要求を削除する。
【００７７】
次に、機器管理部１１１は、以下に示す２つの条件を両方満たす制御要求が要求データ管理部１１２に保持されているか否かを判定する（ステップＳ１２２）。
【００７８】
条件１：送信先が、受信した制御失敗応答に含まれる送信元と同一
条件２：制御種別が、受信した制御失敗応答に含まれる制御種別と同一
機器管理部１１１は、要求データ管理部１１２に、条件１，２の両方を満たす制御要求が存在すると判定した場合（ステップＳ１２２でＹＥＳ）、コントロール値を更新することなく処理を終了する（ステップＳ１２３）。
【００７９】
例えば、制御失敗応答を送信した被制御機器３１をエアコンとし、受信した制御失敗応答の制御種別が「設定温度」、状態値が「２４度」であったとすると、要求データ管理部１１２は、エアコンの温度を設定するための制御要求であって、制御応答が受信待ちである制御要求、すなわち、制御種別を「設定温度」とするエアコンへの制御要求であって、制御応答が受信待ちである制御要求を削除する。
【００８０】
そして、機器管理部１１１は、制御種別を「設定温度」とするエアコンの制御要求が要求データ管理部１１２に保持されている場合は、コントロール値の更新を行わない。
【００８１】
一方、機器管理部１１１は、要求データ管理部１１２に条件１，２の両方を満たす制御要求が存在しないと判定した場合（ステップＳ１２２でＮＯ）、制御失敗応答を送信した被制御機器３１のコントロール値を、被制御機器３１のカレント値で更新する（ステップＳ１２４）。
【００８２】
例えば、被制御機器３１をエアコンとし、制御失敗応答に制御種別として「設定温度」が含まれたとすると、機器管理部１１１は、エアコンのコントロール値の設定温度に対する状態値を、エアコンのカレント値の設定温度に対する状態値で更新する。
【００８３】
ステップＳ１２２でＮＯと判定される場合として、例えば、ゲートウェイ装置１０にエアコンの温度を設定するための制御要求が複数送信された場合に、要求データ管理部１１２が、エアコンの温度を設定するための制御要求であって、制御応答が受信待ちである制御要求を削除した後に、要求データ管理部１１２がエアコンの温度を設定するための制御要求を保持している場合が該当する。
【００８４】
次に、描画データ提供部１１９は、機器管理部１１１により更新されたコントロール値を表示部１２０に表示する（ステップＳ１２５）。例えば、エアコンのコントロール値の設定温度が「２４度」に更新された場合、描画データ提供部１１９は、表示部１２０に表示されたエアコンのコントロール値の設定温度を「２４度」に更新する。
【００８５】
次に、更新通知部１２１は、機器管理部１１１により被制御機器３１のコントロール値が更新されたことを通知する更新通知を生成し、全てのコントローラ２０に送信する（ステップＳ１２６）。
【００８６】
次に、コントローラ２０は、ゲートウェイ装置１０から送信された更新通知を受信し（ステップＳ１１１）、受信した更新通知に従って、表示部２１０に表示されているコントロール値を更新する（ステップＳ１１２）。例えば、被制御機器３１がエアコンであり、エアコンのコントロール値の設定温度が「２４度」に更新されたとすると、コントローラ２０は、表示部２１０に表示されたエアコンのコントロール値の設定温度を「２４度」に更新する。
【００８７】
図１０は、ゲートウェイ装置１０が、状態参照要求をコントローラから受信した場合のコントロール値とカレント値の更新シーケンスを示したフローチャートである。まず、コントローラ２０は、状態参照要求をゲートウェイ装置１０に送信する（ステップＳ３１）。ゲートウェイ装置１０は、コントローラ２０から状態参照要求を受信すると（ステップＳ４１）、機器管理部１１１は、プロトコルＡ処理部１１７、及びプロトコル変換処理部１１４を経由して、要求データ管理部１１２へ状態参照要求を格納する（ステップＳ４１）。そして、機器管理部１１１は、状態参照要求を被制御機器３０へ送信し（ステップＳ４２）、被制御機器３０は状態参照要求を受信する（ステップＳ５１）。このとき、機器管理部１１１は、コントロール値、カレント値のいずれの値も更新しない。
【００８８】
図１１は、ゲートウェイ装置１０が、状態参照成功応答を被制御機器３０から受信した場合のコントロール値とカレント値の更新シーケンスを示したフローチャートである。まず、被制御機器３０は、ゲートウェイ装置１０に状態参照成功応答を送信する（ステップＳ１０１）。ゲートウェイ装置１０は、被制御機器３０から状態参照成功応答を受信する（ステップＳ９１）。ここでは、被制御機器３１が状態参照成功応答を送信したものとする。次に、機器管理部１１１は、受信された状態参照成功応答から送信元、制御種別、及び状態値を抽出し、被制御機器３１を特定し、被制御機器３１のカレント値を、抽出した状態値で更新する（ステップＳ９２）。例えば、被制御機器３１をエアコンとし、状態参照成功応答に、制御種別として「設定温度」、状態値として「２４度」が含まれていたとすると、機器管理部１１１は、エアコンのカレント値の設定温度の状態値を２４度に更新する。
【００８９】
次に、機器管理部１１１は、要求データ管理部１１２に以下に示す２つの条件１，２を両方満たす制御要求が存在するか否かを判定する（ステップＳ９３）。
【００９０】
条件１：送信先が、受信した状態参照成功応答に含まれる送信元と同一
条件２：制御種別が、受信した状態参照成功応答に含まれる制御種別と同一
機器管理部１１１は、要求データ管理部１１２に、条件１，２の両方を満たす制御要求が存在すると判定した場合（ステップＳ９３でＹＥＳ）、コントロール値を更新することなく処理を終了する（ステップＳ９４）。
【００９１】
例えば、制御対象となる被制御機器３０をエアコンとし、受信した状態参照成功応答の制御種別が「設定温度」、状態値が「２４度」であったとすると、機器管理部１１１は、エアコンの温度を設定するための制御要求、すなわち、制御種別を「設定温度」とするエアコンへの制御要求が、要求データ管理部１１２に保持されていた場合、コントロール値を更新しない。
【００９２】
一方、機器管理部１１１は、要求データ管理部１１２に、条件１，２の両方を満たす制御要求が存在しないと判定した場合（ステップＳ９３でＮＯ）、状態参照成功応答を送信した被制御機器３１のコントロール値を、抽出した状態値で更新する（ステップＳ９５）。
【００９３】
次に、描画データ提供部１１９は、機器管理部１１１により更新されたコントロール値を表示部１２０に表示する（ステップＳ９６）。例えば、エアコンのコントロール値の設定温度が「２４度」に更新された場合、描画データ提供部１１９は、表示部１２０に表示されたエアコンのコントロール値の設定温度を「２４度」に更新する。
【００９４】
次に、更新通知部１２１は、機器管理部１１１により被制御機器３１のコントロール値が更新されたことを通知する更新通知を生成し、全てのコントローラ２０に送信する（ステップＳ９７）。
【００９５】
次に、コントローラ２０は、ゲートウェイ装置１０から送信された更新通知を受信し（ステップＳ８１）、受信した更新通知に従って、表示部２１０に表示されているコントロール値を更新する（ステップＳ８２）。例えば、被制御機器３１がエアコンであり、エアコンのコントロール値の設定温度が「２４度」に更新されたとすると、コントローラ２０は、表示部２１０に表示されたエアコンのコントロール値の設定温度を「２４度」に更新する。ただし、更新通知部１２１は、コントロール値の更新通知を必ずしなければならないものではなく、被制御機器３０の状態が変更されたときのみ送信してもよい。
【００９６】
図１２は、ゲートウェイ装置１０が、状態参照失敗応答を被制御機器３０から受信した場合のコントロール値とカレント値の更新シーケンスを示したフローチャートである。まず、被制御機器３０は、ゲートウェイ装置１０に状態参照失敗応答を送信する（ステップＳ１５１）。次に、ゲートウェイ装置１０は、被制御機器３０から状態参照失敗応答を受信すると（ステップＳ１４１）、機器状態保持部１１３が保持するカレント値、コントロール値ともに更新しない（ステップＳ１４２）。
【００９７】
図１３は、ゲートウェイ装置１０が、状態通知を被制御機器３０から受信した場合のコントロール値とカレント値の更新シーケンスを示したフローチャートである。まず、被制御機器３０は、ゲートウェイ装置１０に状態通知を送信する（ステップＳ１８１）。ここでは、被制御機器３１が状態通知を送信したものとする。
【００９８】
次に、ゲートウェイ装置１０は、被制御機器３０から状態通知を受信すると（ステップＳ１７１）、機器管理部１１１は、状態通知から送信元、制御種別、及び状態値を抽出し、被制御機器３１を特定し、被制御機器３１のカレント値を、抽出した状態値で更新する（ステップＳ１７２）。例えば、被制御機器３１をエアコンとし、状態通知に、制御種別として「設定温度」、状態値として「２４度」が含まれていたとすると、機器管理部１１１は、エアコンのカレント値の設定温度の状態値を２４度に更新する。
【００９９】
次に、機器管理部１１１は、要求データ管理部１１２に以下に示す２つの条件１，２を両方満たす制御要求が存在するか否かを判定する（ステップＳ１７３）。
【０１００】
条件１：送信先が、受信した状態通知に含まれる送信元と同一
条件２：制御種別が、受信した状態通知に含まれる制御種別と同一
機器管理部１１１は、要求データ管理部１１２に、条件１，２の両方を満たす制御要求が存在すると判定した場合（ステップＳ１７３でＹＥＳ）、コントロール値を更新することなく処理を終了する（ステップＳ１７４）。
【０１０１】
例えば、制御対象となる被制御機器３０をエアコンとし、受信した状態通知の制御種別が「設定温度」、状態値が「２４度」であったとすると、機器管理部１１１は、エアコンの温度を設定するための制御要求、すなわち、制御種別を「設定温度」とするエアコンへの制御要求が、要求データ管理部１１２に保持されていた場合、コントロール値を更新しない。
【０１０２】
一方、機器管理部１１１は、要求データ管理部１１２に、条件１，２の両方を満たす制御要求が存在しないと判定した場合（ステップＳ１７３でＮＯ）、状態通知を送信した被制御機器３１のコントロール値を、抽出した状態値で更新する（ステップＳ１７５）。
【０１０３】
次に、描画データ提供部１１９は、機器管理部１１１により更新されたコントロール値を表示部１２０に表示する（ステップＳ１７６）。ステップＳ１７３でＮＯと判定される場合としては、例えば、要求データ管理部１１２が受信待ちである制御要求を保持している状態において、当該制御要求によって制御される被制御機器３０から状態通知を受信した場合が該当する。
【０１０４】
次に、更新通知部１２１は、機器管理部１１１により被制御機器３１のコントロール値が更新されたことを通知する更新通知を生成し、全てのコントローラ２０に送信する（ステップＳ１７７）。
【０１０５】
次に、コントローラ２０は、ゲートウェイ装置１０から送信された更新通知を受信し（ステップＳ１６１）、受信した更新通知に従って、表示部２１０に表示されているコントロール値を更新する（ステップＳ１６２）。ただし、更新通知部１２１は、コントロール値の更新通知を必ずしなければならないものではなく、被制御機器３０の状態が変更されたときのみ送信してもよい。
【０１０６】
以上説明したように、本ゲートウェイ装置１０によれば、機器状態保持部１１３は、コントローラ２０へ公開するためのコントロール値と、被制御機器の実際の状態を示すカレント値とを保持し、機器管理部１１１は、コントローラ２０から制御要求を受信したとき、制御要求が要求する状態で更新し、更新通知部１２１は、コントロール値が更新されたことを通知するための更新通知を全てのコントローラ２０に送信し、コントローラ２０は、この更新通知に従って、被制御機器３０の状態を示す画像を更新する。そのため、全てのコントローラ２０が表示する被制御機器３０の状態の同期を図ることができる。
【０１０７】
また、ゲートウェイ装置１０は、制御成功応答を受信したとき、更新通知をコントローラ２０に送信しなくとも、制御成功応答に対する制御要求の受信時にコントローラ２０が表示する被制御機器３０の状態の同期が図られているため、コントロール値を更新する必要がなく、ネットワークへの負荷を軽減することができる。
【０１０８】
また、ゲートウェイ装置１０は、制御失敗応答を受信したとき、制御失敗応答に対する制御要求を保持している場合、コントロール値を更新しないため、ユーザが要求する状態とは異なる状態がコントローラ２０に表示されることを防止することができ、ユーザへのストレスを軽減することができる。
【０１０９】
更に、ゲートウェイ装置１０は、制御失敗応答を受信したとき、制御失敗応答に対する制御要求が保持されていない場合、コントロール値を更新するため、ユーザが被制御機器３０の本体を操作して、被制御機器３０の状態が変更された場合であっても、コントローラ２０に実際の被制御機器３０の状態を表示させることができる。
【０１１０】
更に、ゲートウェイ装置１０は、状態参照成功応答、及び状態通知を受信したとき、カレント値を更新するため、カレント値に実際の被制御機器３０の状態を保持させることができる。
【０１１１】
更に、ゲートウェイ装置１０は、状態参照成功応答を受信したとき、状態参照成功応答に対する制御要求を保持している場合、その制御要求の受信時にコントローラ２０が表示する被制御機器３０の状態の同期が図られているため、コントロール値を更新する必要がなく、ネットワークへの負荷を軽減することができる。
【０１１２】
更に、ゲートウェイ装置１０は、状態参照成功応答を受信したとき、状態参照成功応答に対する制御要求を保持していない場合、コントロール値を更新するため、ユーザが被制御機器３０の本体を操作して、被制御機器３０の状態が変更された場合であっても、コントローラ２０に実際の被制御機器３０の状態を表示させることができる。
【０１１３】
更に、ゲートウェイ装置１０は、状態通知を受信したとき、状態通知に対する制御要求を保持している場合、その制御要求の受信時にコントローラ２０が表示する被制御機器３０の状態の同期が図られているため、コントロール値を更新する必要がなく、ネットワークへの負荷が増大することを防止することができる。
【０１１４】
更に、ゲートウェイ装置１０は、状態通知を受信したとき、状態通知に対する制御要求を保持していない場合、ユーザが被制御機器３０の本体を操作して、被制御機器３０の状態が変更された場合であっても、コントローラ２０に実際の被制御機器３０の状態を表示させることができる。
【０１１５】
（実施の形態２）
図１４は、本発明の実施の形態２による被制御機器をホームネットワークに適用したときのネットワーク構成図を示している。このネットワークは、２つのコントローラ２１，２２、及び被制御機器３０ａを備えている。なお、本実施の形態において、実施の形態１と同一のものは同一の符号を付し、説明を省略する。
【０１１６】
被制御機器３０ａのブロック図は、図２のゲートウェイ装置１０と同様である。次に、被制御機器３０ａの動作について説明する。被制御機器３０ａは、コントローラ２０から制御要求を受信すると、機器管理部１１１は、プロトコルＢ処理部１１６、プロトコル変換処理部１１４を介して、又はプロトコルＡ処理部１１７、プロトコル変換処理部１１４を介して制御要求を要求データ管理部１１２に格納するとともに、制御要求が示す状態でコントロール値を更新する。そして、更新通知部１２１は、コントロール値が更新されたことを示す更新通知をプロトコル変換処理部１１４、プロトコルＢ処理部１１６を介してコントローラ２２に送信すると共に、プロトコル変換処理部１１４、プロトコルＡ処理部１１７を介してコントローラ２１に送信する。
【０１１７】
このように本被制御機器３０ａによれば、複数のコントローラ２０に表示される状態の同期を図ることができる。
【産業上の利用可能性】
【０１１８】
本発明によれば、被制御機器の状態をコントロール値とカレント値の二つの値で管理するため、ネットワーク上に複数のコントローラが接続している場合においても、全てのコントローラに表示されている被制御機器の状態を同期させることが可能である。また、制御が確定するまでコントローラに対して、被制御機器の状態を不必要に通知しないことにより、ユーザが要求する被制御機器の状態と異なる状態をコントローラへ表示させない。その結果、ユーザへストレスを軽減することができると共に、ユーザによる制御要求の再送が減り、ネットワークの負荷が軽減され、ネットワークの通信信頼性も大きく向上する。
【図面の簡単な説明】
【０１１９】
【図１】本発明の形態１にけるゲートウェイ装置をホームネットワークに適用したときのネットワーク構成図を示している。
【図２】図１に示すゲートウェイ装置１０のブロック図である。
【図３】（ａ）は制御要求のデータ構造を示している。（ｂ）は状態参照要求のデータ構造を示している。（ｃ）は制御成功応答のデータ構造を示している。（ｄ）は制御失敗応答のデータ構造を示している。（ｅ）は状態参照成功応答のデータ構造を示している。（ｆ）は状態参失敗応答のデータ構造を示している。（ｇ）は状態通知のデータ構造を示している。
【図４】コントロール値のデータ構造を示した図である。
【図５】コントローラのブロック図を示す。
【図６】被制御機器のブロック図を示している。
【図７】ゲートウェイ装置が、制御要求をコントローラから受信した場合のコントロール値とカレント値の更新処理を示したフローチャートである。
【図８】ゲートウェイ装置が、状態参照要求を受信する際の処理を示すフローチャートである。
【図９】ゲートウェイ装置が、制御成失敗応答を被制御機器から受信した場合のコントロール値とカレント値の更新シーケンスを示したフローチャートである。
【図１０】ゲートウェイ装置が、状態参照要求をコントローラから受信した場合のコントロール値とカレント値の更新シーケンスを示したフローチャートである。
【図１１】ゲートウェイ装置が、状態参照成功応答を被制御機器３０から受信した場合のコントロール値とカレント値の更新シーケンスを示したフローチャートである。
【図１２】ゲートウェイ装置が、状態参照失敗応答を被制御機器３０から受信した場合のコントロール値とカレント値の更新シーケンスを示したフローチャートである。
【図１３】ゲートウェイ装置が、状態通知を被制御機器から受信した場合のコントロール値とカレント値の更新シーケンスを示したフローチャートである。
【図１４】本発明の実施の形態２における被制御機器をホームネットワークに適用したときのネットワーク構成図を示している。
【符号の説明】
【０１２０】
１０  ゲートウェイ装置
２０  コントローラ
２１，２２  コントローラ
３０，３０ａ  被制御機器
３１〜３４  被制御機器
１１１  機器管理部
１１２  要求データ管理部
１１３  機器状態保持部
１１４  プロトコル変換処理部
１１５  プロトコルＣ処理部
１１６  プロトコルＢ処理部
１１７  プロトコルＡ処理部
１１９  描画データ提供部
１２０  表示部
１２１  更新通知部
２１０  表示部
２２０  制御部
２２１  制御要求送信部
２２２  状態参照要求送信部
２２３  報知制御部
２３０  通信部
２４０  操作部
３１０  制御部
３１１  制御要求応答部
３１２  状態参照要求応答部
３１３  状態通知送信部
３２０  通信部
Ｎ１  ネットワーク
Ｎ２  ネットワーク
Ｎ３  ネットワーク
【図１】
2008027144.tif 000003
【図２】
2008027144.tif 000004
【図３】
2008027144.tif 000005
【図４】
2008027144.tif 000006
【図５】
2008027144.tif 000007
【図６】
2008027144.tif 000008
【図７】
2008027144.tif 000009
【図８】
2008027144.tif 000010
【図９】
2008027144.tif 000011
【図１０】
2008027144.tif 000012
【図１１】
2008027144.tif 000013
【図１２】
2008027144.tif 000014
【図１３】
2008027144.tif 000015
【図１４】
2008027144.tif 000016