(57)【要約】【課題】採用している制御用プロトコルが異なる複数の住設機器を制御可能な制御装置を得ること。【解決手段】本発明は、住設機器に対し、複数種類のプロトコルの中の一つを使用して制御信号を送信する制御装置であって、複数種類のプロトコルを順番に選択し、選択したプロトコルに対応する住設機器の検索および検出した機器の制御で必要な情報の収集を行う機器情報収集部１０７と、機器情報収集部１０７により検出された機器の中の一つを制御対象機器としてユーザに選択させるとともに、選択された制御対象機器に対する制御操作を受け付けるユーザアプリケーション１０１と、機器情報収集部１０７により収集された情報およびユーザアプリケーション１０１が受け付けた制御操作に基づいて、選択された制御対象機器が使用しているプロトコルの制御コマンドを生成するコマンド変換部１０２と、を備える。【選択図】図６
2013207705.tif 000002
【特許請求の範囲】
【請求項１】
住設機器に対し、複数種類のプロトコルの中の一つを使用して制御信号を送信する制御装置であって、
複数種類のプロトコルを順番に選択し、選択したプロトコルに対応する住設機器の検索および検出した機器の制御で必要な情報の収集を行う機器情報収集手段と、
前記機器情報収集手段により検出された機器の中の一つを制御対象機器としてユーザに選択させるとともに、選択された制御対象機器に対する制御操作を受け付ける操作受け付け手段と、
前記機器情報収集手段により収集された情報および前記操作受け付け手段が受け付けた制御操作に基づいて、前記選択された制御対象機器が使用しているプロトコルの制御コマンドを生成するコマンド生成手段と、
を備えることを特徴とする制御装置。
【請求項２】
前記コマンド生成手段は、前記機器情報収集手段により収集された情報に基づいて、前記検出された機器の各々と各器機が使用しているプロトコルの対応テーブルを生成・保持し、前記操作受け付け手段が制御操作を受け付けた場合、当該制御操作の内容および前記対応テーブルに基づいて制御コマンドを生成することを特徴とする請求項１に記載の制御装置。
【請求項３】
前記コマンド生成手段は、前記機器情報収集手段から、検出された住設機器の通知を受けるとともに検出された各住設機器から収集された情報を受け取った場合、通知された住設機器の各々に対してプロトコルに依存しない識別子を割り当て、当該識別子と各住設機器から収集された情報とを対応付けて前記対応テーブルに登録することを特徴とする請求項２に記載の制御装置。
【請求項４】
前記操作受け付け手段は、前記識別子を利用することでユーザにプロトコル固有の情報を開示せずに、ユーザからプロトコルに依存しない操作を受け付けて制御対象機器を制御することを特徴とする請求項３に記載の制御装置。
【請求項５】
前記操作受け付け手段は、ユーザにより選択された制御対象機器およびユーザから受け付けた制御操作に基づいて、プロトコルに依存しない形式の命令を前記コマンド生成手段に対して発行することを特徴とする請求項１〜４のいずれか一つに記載の制御装置。
【請求項６】
前記コマンド生成手段は、前記操作受け付け手段から前記命令を受けた場合、前記対応テーブルを参照し、当該命令を制御対象機器が使用しているプロトコルに対応する形式のコマンドに変換することを特徴とする請求項５に記載の制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、住設機器（住宅設備機器）を制御する制御装置に関する。
【背景技術】
【０００２】
住設機器を遠隔制御するための住設機器制御プロトコル（以下、プロトコル）として、非特許文献１で説明されているＺｉｇＢｅｅ（登録商標）、非特許文献２，３で説明されているＥＣＨＯＮＥＴ（登録商標）、非特許文献４で説明されているＵＰｎＰ（登録商標）、などが知られている。住設機器は一般的にいずれか１つのプロトコルによる通信だけをサポートしている。そして、それら住設機器を制御する制御装置についても、１つのプロトコルにだけ対応しているのが一般的である。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“ＺｉｇＢｅｅ−２００７  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｄｏｃｕｍｅｎｔ  ０５３４７４ｒ１７”，Ｊａｎｕａｒｙ  １７，２００８
【非特許文献２】“Ｔｈｅ  ＥＣＨＯＮＥＴ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  ４．００”，Ｊａｎｕａｒｙ  ３０，２０１１
【非特許文献３】“Ｔｈｅ  ＥＣＨＯＮＥＴ  Ｌｉｔｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  １．００”，Ｊａｎｕａｒｙ  ３０，２０１１
【非特許文献４】“ＵＰｎＰ  Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｖｅｒｓｉｏｎ  １.１”，Ｏｃｔｏｂｅｒ  １５，２００８
【発明の概要】
【発明が解決しようとする課題】
【０００４】
それぞれ異なるプロトコルに対応している複数の住設機器、例えば、ＺｉｇＢｅｅ対応の住設機器、ＥＣＨＯＮＥＴ対応の住設機器、ＵＰｎＰ対応の住設機器が設置されている場合、それらすべての住設機器を遠隔制御するためには、各住設機器のプロトコルに対応する複数の制御装置を用意し、対象機器によって制御装置を使い分ける必要があり、ユーザの利便性に欠ける。各住設機器で採用されているプロトコルをユーザが意識することなく、共通の制御装置で共通のユーザインタフェースを使用して各住設機器を制御できるのが望ましい。
【０００５】
本発明は、上記に鑑みてなされたものであって、採用している制御用プロトコルが異なる複数の住設機器を制御可能な制御装置を得ることを目的とする。また、制御対象の住設機器が使用するプロトコルを判定し、判定結果に応じた制御が可能な、利便性の高い制御装置を得ることを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明は、住設機器に対し、複数種類のプロトコルの中の一つを使用して制御信号を送信する制御装置であって、複数種類のプロトコルを順番に選択し、選択したプロトコルに対応する住設機器の検索および検出した機器の制御で必要な情報の収集を行う機器情報収集手段と、前記機器情報収集手段により検出された機器の中の一つを制御対象機器としてユーザに選択させるとともに、選択された制御対象機器に対する制御操作を受け付ける操作受け付け手段と、前記機器情報収集手段により収集された情報および前記操作受け付け手段が受け付けた制御操作に基づいて、前記選択された制御対象機器が使用しているプロトコルの制御コマンドを生成するコマンド生成手段と、を備えることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、採用している制御用プロトコルが異なる複数の住設機器に対し、採用している制御用プロトコルに応じた形式の制御コマンドを発行可能な、利便性の高い制御装置を実現できる、という効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、従来の住設機器制御システムの構成例を示す図である。
【図２】図２は、機器テーブルの一例を示す図である。
【図３】図３は、ラベルの一例を示す図である。
【図４】図４は、実施の形態１にかかる制御装置の要部構成例を示す図である。
【図５】図５は、図１に示したシステムに含まれる制御装置の構成例を示す図である。
【図６】図６は、実施の形態１にかかる制御装置の機能構成例を示す図である。
【図７】図７は、実施の形態１にかかる制御装置の動作シーケンスの一例を示す図である。
【図８】図８は、実施の形態１にかかる制御装置の動作シーケンスの一例を示す図である。
【図９】図９は、実施の形態１にかかる制御装置を使用して住設機器の制御操作を行う場合のシーケンス例を示す図である。
【図１０】図１０は、実施の形態１にかかる制御装置内における動作例を示す図である。
【図１１】図１１は、実施の形態２にかかる制御装置の機能構成例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本発明にかかる制御装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１０】
本発明にかかる制御装置は、図１に示したような従来の制御装置と住設機器が有している課題、すなわち、それぞれ異なるプロトコルに対応している複数の住設機器（住設機器４０、５０および６０）が混在している場合に、プロトコルごとの複数の制御装置（制御装置１０、２０および３０）をユーザが使い分けなければならない問題を解決し、利便性を向上させるものである。各実施の形態において対象とするプロトコルはＺｉｇＢｅ、ＥＣＨＯＮＥＴおよびＵＰｎＰとする。
【００１１】
実施の形態１．
本実施の形態の制御装置は大きく分けて以下のステップ＃１〜＃３の３ステップの処理を実行し、上記の問題を解決する。
ステップ＃１：各プロトコルに対応した住設機器の情報収集
ステップ＃２：収集した機器情報の管理
ステップ＃３：機器情報を利用したプロトコル判定処理
これらの各ステップの詳細について以下に説明する。
【００１２】
＜ステップ＃１：各プロトコルに対応した住設機器の情報収集＞
ユーザが初めて制御装置を使用する時や住設機器が追加／削除された時は、その制御装置で制御できる住設機器をリストアップしてユーザに知らせる必要がある。そのため、制御装置は、ＺｉｇＢｅｅ、ＥＣＨＯＮＥＴおよびＵＰｎＰそれぞれのプロトコルによる通信を行い、それぞれのプロトコルに対応した住設機器を検索する。
【００１３】
各プロトコルにおける検索処理は、プロトコルで規定された手法で行うため、住設機器側はプロトコルで規定されていない特別な処理を行う必要はない。
【００１４】
検索処理によって発見した住設機器からは機器種別（エアコン、照明など）、メーカ名、型番などの情報や、プロトコル固有の情報（アドレス情報など）を収集する。
【００１５】
＜ステップ＃２：収集した機器情報の管理＞
ステップ＃１で収集した情報は、機器テーブルと呼ぶ制御装置内部のテーブルで管理する。機器テーブルＴ１の一例を図２に示す。
【００１６】
機器テーブルＴ１では、各プロトコルで発見した住設機器すべてを１つのテーブルで管理する。テーブル登録時には、住設機器すべてに機器識別子と呼ぶ識別子を割り当てる。機器識別子は住設機器を一意に示す情報であり、機器が使用するプロトコルによらず横断的に割り当てる。この機器識別子をキーにテーブル検索すれば対象機器の使用プロトコルを特定できるようにする。機器テーブルＴ１には、機器識別子の他に、プロトコル、機器種別、メーカ名、型番およびプロトコル固有情報が登録されている。「プロトコル固有情報」は対応するプロトコルを使用する際に必要な情報である。
【００１７】
制御装置には、ユーザが住設機器を制御する際に使用するユーザインタフェース（以下、ＵＩ）を処理するユーザアプリケーションが存在し、ＵＩ表示やユーザ入力の受け付けを行う。本実施の形態では、機器テーブルＴ１が保持する機器種別、メーカ名、型番などの情報を利用して、ユーザアプリケーションが機器選択のためのＵＩなどを生成する。
【００１８】
ユーザアプリケーションの内部処理では、機器を特定するために機器テーブルＴ１の機器識別子を利用する。機器識別子を用いれば、制御対象の機器が使用するプロトコルやプロトコル通信で必要となるアドレスなどの情報を機器テーブルＴ１から取得できるため、ユーザアプリケーションはプロトコルを意識せずに機器識別子だけでＵＩ処理を行うことが可能である。そのため、制御対象の住設機器が使用するプロトコルによって、ユーザがユーザアプリケーションの設定を変更したり、ユーザアプリケーションそのものをプロトコルによって使い分けたりする手間がなくなる。
【００１９】
ここで、ユーザが機器テーブルＴ１の情報をもとに住設機器を制御することを考えると、ある条件では問題が発生する可能性がある。それは、同一機器で同一メーカ、同一型番の住設機器が複数存在する場合、例えば、同一型番のエアコンが複数の部屋に設置されている場合であり、ユーザが、機器を一意に特定するための製造番号や通信で使用するアドレス情報などを取得する手段がなかったり、設置場所などユーザが認識しやすい情報を機器識別子として使用できないため、機器を特定する情報を割り当てられないという問題である。このような場合を考えて、ユーザアプリケーションでは、設置場所の情報などユーザが機器を一意に識別するためのラベルを設定することを可能とし、機器識別子と合わせて管理する。機器それぞれのラベルはユーザが手作業で入力する。これらの処理を経て、ＵＩとして、例えば図３に示すようなラベルによる機器の一覧表Ｔ２が表示可能になる。
【００２０】
＜ステップ＃３：機器情報を利用したプロトコル判定処理＞
ステップ＃２までの処理によって表示されたＵＩを用いて、ユーザが住設機器を制御する場合を説明する。
【００２１】
ステップ＃２で説明したように、ユーザアプリケーションは内部処理において各機器の識別をプロトコルに依存しない機器識別子で行っている。
【００２２】
本実施の形態では、住設機器の制御内容もプロトコルに依存せず表現できるよう、プロトコルに依存しない制御コマンドと呼ぶ記述形式を新たに導入する。制御コマンドで指定する内容は、エアコン電源ＯＮといった状態設定や、太陽光発電の発電電力取得といった情報取得などである。ユーザアプリケーションは、この制御コマンドと機器識別子を用いて、住設機器制御の命令を発行する。
【００２３】
また、本実施の形態の制御装置は、制御コマンドを各プロトコルに対応する命令形式に変換して制御命令を送信するためのコマンド変換部を持つ。
【００２４】
これらの機能を備えた制御装置の機能構成例を図４に示す。図４に示した制御装置１００は、操作受け付け手段としてのユーザアプリケーション１０１と、コマンド変換部１０２と、ＺｉｇＢｅｅ、ＥＣＨＯＮＥＴ、ＵＰｎＰそれぞれのプロトコルに基づいた通信を行う通信制御部１０３、１０４および１０５を備える。コマンド変換部１０２は機器テーブルＴ１を保持している。
【００２５】
制御装置１００の動作を説明する。制御装置１００は、ユーザアプリケーション１０１が表示するＵＩ上で、制御しようとする機器がユーザによりラベル（図３参照）から選択され、さらに、機器制御の操作が行われると、選択された機器を制御する。すなわち、まず、ユーザアプリケーション１０１が、選択されたラベルを対象機器の機器識別子に変換後、機器識別子を付与した制御コマンドをコマンド変換部１０２に送る。次に、コマンド変換部１０２が、機器テーブルＴ１を参照して、受信した制御コマンドに付与されている機器識別子に対応する住設機器が使用するプロトコルを特定する。そして、特定したプロトコルの命令形式に制御コマンドを変換して、対応する通信制御部に通信を指示する。
【００２６】
以上が、本実施の形態にかかる制御装置の主要動作となる。以下、本実施の形態にかかる制御装置の機能構成および動作手順について、詳しく説明する。まず、機能構成を従来技術による制御装置の構成と比較しながら説明する。
【００２７】
従来技術による制御装置の機能構成を図５に示す。図５は、図１で示したＺｉｇＢｅｅ、ＥＣＨＯＮＥＴ、ＵＰｎＰ対応の制御装置１０、２０および３０それぞれの機能構成を示す図である。各制御装置の通信制御部１２、２２および３２は、上述したように各プロトコルに基づいた通信を行う。ユーザアプリケーション１１、２１および３１は、ユーザが住設機器を制御するためのＵＩを提供する。ＲＦ部１３、２３および３３は、通信制御部１２、２２および３２からの指示に従い、対応する住設機器４０、５０および６０との無線通信を行う。
【００２８】
次に、本実施の形態にかかる制御装置の機能構成を説明する。図６は、実施の形態１にかかる制御装置１００の機能構成例を示す図である。図示したように、制御装置１００は、ユーザアプリケーション１０１、コマンド変換部１０２、ＺｉｇＢｅｅ対応の通信制御部１０３、ＥＣＨＯＮＥＴ対応の通信制御部１０４、ＵＰｎＰ対応の通信制御部１０５およびＲＦ部１０８を備える。コマンド変換部１０２は、図２に例示した構成のテーブルＴ１である機器テーブル１０６を保持している。
【００２９】
ユーザアプリケーション１０１は、制御装置１００において特徴的な動作を行う構成要素の１つであり、上記＜ステップ＃１＞を実行することによって収集した機器情報を利用してＵＩを生成する。内部処理では、住設機器を機器識別子で識別し、住設機器制御時には機器識別子と制御コマンドを用いて、コマンド変換部１０２に命令を発行する。また、ユーザが住設機器それぞれに付加したラベルから、機器識別子を導出する機能を持つ。
【００３０】
コマンド変換部１０２は、制御装置１００において特徴的な動作を行う構成要素の１つであり、保持している機器テーブル１０６を使用して、上記＜ステップ＃３＞で示したプロトコル判定および制御コマンドの変換を行う。
【００３１】
機器情報収集部１０７は、制御装置１００において特徴的な動作を行う構成要素の１つであり、上記＜ステップ＃１＞で示した、各プロトコルに対応した住設機器の検索および情報収集を行う。検索した住設機器の情報と収集した情報はコマンド変換部１０２に送信し、コマンド変換部１０２では機器識別子を割り当てた上で機器テーブル１０６に登録する。住設機器の検索と情報収集は通信制御部１０３〜１０５を介して行う。すなわち、ＺｉｇＢｅｅ対応の住設機器４０の検索、および検索した機器からの情報収集は通信制御部１０３を介して行う。ＥＣＨＯＮＥＴ対応の住設機器５０の検索および情報収集は通信制御部１０４を介して行い、ＵＰｎＰ対応の住設機器６０の検索および情報収集は通信制御部１０５を介して行う。
【００３２】
通信制御部１０３〜１０５およびＲＦ部１０８は、従来の制御装置（図５参照）が備えている通信制御部およびＲＦ部と同様の動作を行う。
【００３３】
つづいて、本実施の形態にかかる制御装置１００の動作手順について説明する。まず、上記＜ステップ＃１＞および＜ステップ＃２＞の動作の詳細を説明する。この処理は、ユーザが初めて制御装置１００を使用する時や、住設機器が追加／削除された時に、ユーザからの操作に応じて実行する。図７に動作シーケンスの一例を示す。
【００３４】
図示した一連の処理は、ユーザアプリケーション１０１で、ユーザが機器登録開始を指示すると開始する（ステップＳ１）。ステップＳ１で機器登録開始が指示されると、コマンド変換部１０２に住設機器の情報収集が要求される（ステップＳ２）。
【００３５】
情報収集では、ＺｉｇＢｅｅ、ＥＣＨＯＮＥＴおよびＵＰｎＰそれぞれのプロトコルによる通信を行い、情報を収集する（ステップＳ１００，Ｓ２００，Ｓ３００）。各プロトコルを処理する順番は任意であるが、ここではＺｉｇＢｅｅ→ＥＣＨＯＮＥＴ→ＵＰｎＰの順で行うとする。
【００３６】
ステップＳ１００に示したＺｉｇＢｅｅ機器（ＺｉｇＢｅｅに対応した住設機器）の情報収集では、まず、コマンド変換部１０２が機器情報収集部１０７にＺｉｇＢｅｅ機器の情報収集を要求する（ステップＳ１０１）。この要求を受けた機器情報収集部１０７は、ＺｉｇＢｅｅ対応機器用の通信制御部１０３を介して、ＺｉｇＢｅｅ機器の情報収集を開始する。
【００３７】
通信制御部１０３は、ＺｉｇＢｅｅコーディネータとしてディスカバリを実行しＺｉｇＢｅｅ機器（住設機器４０）を検索する（ステップＳ１０２）。その後、発見したＺｉｇＢｅｅ機器それぞれに対してサービスディスカバリを実行する（ステップＳ１０３）。これらの処理によって、全ＺｉｇＢｅｅ機器のノードディスクリプタとシンプルディスクリプタ、機器がサポートする場合はコンプレックスディスクリプタを取得する。各ディスクリプタからは以下情報を取得できる。
【００３８】
・ノードディスクリプタ：製造者コードなど。
・シンプルディスクリプタ：アプリケーションプロファイルＩＤからエアコンや照明といった種別。
・コンプレックスディスクリプタ：型名など。
【００３９】
発見・収集したＺｉｇＢｅｅ機器の情報は、コマンド変換部１０２に返され（ステップＳ１０４）、コマンド変換部１０２は、ＺｉｇＢｅｅ機器それぞれに機器識別子を割り当てる（ステップＳ１０５）。機器識別子は、機器を一意に識別できるならば割り当て方は任意である。簡単な方法としては、発見順に通し番号を付ける方法がある。
【００４０】
コマンド変換部１０２は、さらに、機器情報収集部１０７で発見されたＺｉｇＢｅｅ機器の情報（ＺｉｇＢｅｅアドレス、製品情報、機器種別、など）を、ステップＳ１０５で割り当てた機器識別子とともに、機器テーブル１０６に登録する（ステップＳ１０６）。
【００４１】
ステップＳ１００のＺｉｇＢｅｅ機器情報の収集が完了すると、次に、ＥＣＨＯＮＥＴ機器の情報収集を行い（ステップＳ２００）、さらに、ＵＰｎＰ機器の情報収集を行う（ステップＳ３００）。これらのステップＳ２００およびＳ３００の詳細を図８に示す。
【００４２】
図８に示したように、ステップＳ２００のＥＣＨＯＮＥＴ機器の情報収集では、まず、上述したＺｉｇＢｅｅ機器の情報収集と同様に、コマンド変換部１０２が機器情報収集部１０７にＥＣＨＯＮＥＴ機器（住設機器５０）の情報収集を要求する（ステップＳ２０１）。この要求を受けた機器情報収集部１０７は、ＥＣＨＯＮＥＴ対応機器用の通信制御部１０４を介して、ＥＣＨＯＮＥＴ機器の情報収集を開始する。
【００４３】
通信制御部１０４は、プロファイルオブジェクト取得を実行し（ステップＳ２０２）、全ＥＣＨＯＮＥＴ機器からプロファイルオブジェクトを取得する。プロファイルオブジェクトにはメーカコード、商品コード、自ノードインスタンスリスト（ＥＣＨＯＮＥＴ  Ｌｉｔｅでは自ノードインスタンスリストＳ）が含まれている。自ノードインスタンスリストはＥｃｈｏｎｅｔオブジェクトのリストであり、機器の種別を特定できる。
【００４４】
発見・収集したＥＣＨＯＮＥＴ機器の情報は、コマンド変換部１０２に返され（ステップＳ２０３）、コマンド変換部１０２は、ＥＣＨＯＮＥＴ機器それぞれに機器識別子を割り当てる（ステップＳ２０４）。コマンド変換部１０２は、さらに、機器情報収集部１０７で発見されたＥＣＨＯＮＥＴ機器の情報（ＥＣＨＯＮＥＴアドレス、製品情報、機器種別、など）を、ステップＳ２０４で割り当てた機器識別子とともに、機器テーブル１０６に登録する（ステップＳ２０５）。
【００４５】
また、ステップＳ３００のＵＰｎＰ機器の情報収集では、まず、上述したＺｉｇＢｅｅ機器の情報収集などと同様に、コマンド変換部１０２が機器情報収集部１０７にＵＰｎＰ機器の情報収集を要求する（ステップＳ３０１）。この要求を受けた機器情報収集部１０７は、ＵＰｎＰ対応機器用の通信制御部１０５を介して、ＵＰｎＰ機器の情報収集を開始する。
【００４６】
通信制御部１０５は、コントロールポイントとしてＤｉｓｃｏｖｅｒｙを実行し（ステップＳ３０２）、ＵＰｎＰ機器（住設機器６０）を検索する。そして、発見した全ＵＰｎＰ機器からデバイスディスクリプションを取得する（ステップＳ３０３）。デバイスディスクリプションはデバイスタイプ、メーカ名、型名などを含んでいる。
【００４７】
発見・収集したＵＰｎＰ機器の情報は、コマンド変換部１０２に返され（ステップＳ３０４）、コマンド変換部１０２は、ＵＰｎＰ機器それぞれに機器識別子を割り当てる（ステップＳ３０５）。コマンド変換部１０２は、さらに、機器情報収集部１０７で発見されたＵＰｎＰ機器の情報（ＩＰアドレス、製品情報、機器種別、など）を、ステップＳ３０５で割り当てた機器識別子とともに、機器テーブル１０６に登録する（ステップＳ３０６）。
【００４８】
以上の処理によって、ＺｉｇＢｅｅ、ＥＣＨＯＮＥＴおよびＵＰｎＰそれぞれの住設機器が発見され、発見された住設機器の情報が機器テーブル１０６に登録される。コマンド変換部１０２は、発見した住設機器の機器種別、メーカ名、型番などの情報をユーザアプリケーション１０１に渡し、機器登録が完了する（図７のステップＳ３，Ｓ４）。
【００４９】
次に、上記＜ステップ＃３＞で行う処理の詳細を説明する。この処理はユーザが住設機器を制御する際に行うものである。この処理のシーケンス図を図９に示す。
【００５０】
ユーザがユーザアプリケーション１０１上で、ラベルによって住設機器を選択し、機器操作を行うと（ステップＳ４００）、ユーザアプリケーション１０１は、選択されたラベルから機器識別子を導出し、機器識別子と、操作内容に対応する制御内容を示した制御コマンドとをコマンド変換部１０２に発行する（ステップＳ４０１）。ここで、機器識別子と制御コマンドはプロトコルに依存しないため、ユーザアプリケーション１０１は対象機器（選択されたラベルに対応する住設機器）がどのプロトコルを使用するか意識しなくてよい。
【００５１】
コマンド変換部１０２は、自身が保持する機器テーブル１０６を機器識別子で検索する（ステップＳ４０２）。検索の結果、使用プロトコルや、プロトコル固有のアドレス情報などを取得する。次に、機器テーブル１０６から取得した情報に基づき、使用プロトコルに従った制御通信を実行する（ステップＳ４０３）。すなわち、通信制御部１０３〜１０５のうち、検索結果に対応する通信処理部に対して、上記ステップＳ４００で実行された操作に対応するコマンドを発行し、対応する住設機器へ送信させる。発行するコマンドの形式は、検索結果が示す使用プロトコルに対応するものとする。
【００５２】
ここで、＜ステップ＃３＞で行う動作の具体例を、ＥＣＨＯＮＥＴ  Ｌｉｔｅ対応のエアコンを操作する場合を例にあげ説明する。各機能部でやり取りされる情報を図１０に示す。ユーザが、ユーザアプリケーション１０１を使用し、ラベル「寝室のエアコン」が付けられた機器識別子ＤｅｖＩｄ５のエアコンを電源ＯＮした場合の動作を説明する。
【００５３】
ユーザがユーザアプリケーション１０１でラベル「寝室のエアコン」が表示された住設機器を電源ＯＮすると、ユーザアプリケーション１０１内の処理により、ユーザに選択されたラベルに対応する機器識別子ＤｅｖＩｄ５を導出する。そして、ユーザアプリケーション１０１は、コマンド変換部１０２に対し、機器識別子ＤｅｖＩｄ５を付けた、制御コマンドＣ１を発行する。
【００５４】
機器識別子と制御コマンドＣ１を受信したコマンド変換部１０２は、自身が保持する機器テーブルＴ３（＝機器テーブル１０６）から、ＤｅｖＩｄ５の機器が使用するプロトコルと、そのプロトコルによる通信で必要となる情報を取得する。この例では、機器テーブルＴ３を参照して、ＤｅｖＩｄ５がＥＣＨＯＮＥＴ  Ｌｉｔｅを使用し、そのＥＯＪ（ＥＣＨＯＮＥＴオブジェクト）が０ｘ０１３００１であることを取得する。
【００５５】
次に、コマンド変換部１０２は、ＥＣＨＯＮＥＴ対応の通信制御部１０４に対して、ＥＯＪ＝０ｘ０１３００１に対するエアコン運転状態＝ＯＮの設定を要求する。エアコン運転状態＝ＯＮの設定要求はＥＣＨＯＮＥＴ  Ｌｉｔｅの規定では、ＥＣＨＯＮＥＴ  Ｌｉｔｅプロパティ０ｘ８０に対するプロパティ値０ｘ３０の書き込み要求であり、そのような処理内容で通信制御部１０４に通信を要求する。
【００５６】
上記の要求を受けた通信制御部１０４は、要求された内容に対応するフレームを生成し、ＲＦ部１０８を経由して、生成したフレーム（ＥＣＨＯＮＥＴ  ＬｉｔｅフレームＣ２）を無線により伝送する。ＥＣＨＯＮＥＴ  ＬｉｔｅフレームＣ２において、「ＳＥＯＪ」は送信元ＥＣＨＯＮＥＴオブジェクト、「ＤＥＯＪ」は宛先ＥＣＨＯＮＥＴオブジェクト、「ＥＳＶ」はＥＣＨＯＮＥＴ  Ｌｉｔｅサービス、「ＯＰＣ」は処理プロパティ数、「ＥＰＣ」はＥＣＨＯＮＥＴ  Ｌｉｔｅプロパティ、「ＰＤＣ」はプロパティデータカウンタ、「ＥＤＴ」はプロパティ値データである。
【００５７】
このように、本実施の形態にかかる制御装置１００は、制御対象としている各住設機器の識別子と、各住設機器が使用している制御プロトコルの情報と、各住設機器を制御する際に必要な情報との対応関係を示す機器テーブルを予め作成して保持しておき、ユーザアプリケーション１０１は、制御対象機器の選択と制御操作をユーザから受け付けると、選択された機器の識別情報（機器識別子）および受け付けた制御操作の内容をコマンド変形部１０２へ通知し、コマンド変形部１０２は、通知された機器識別子に対応付けられているプロトコルの形式で、通知された制御操作に対応するコマンドを生成し、生成したコマンドを対応する通信制御部経由で制御対象機器へ送信することとした。これにより、採用している制御用プロトコルが異なる複数の住設機器に対し、採用している制御用プロトコルに応じた形式の制御コマンドを発行できる。この結果、ユーザの利便性を高めることができる。
【００５８】
実施の形態２．
実施の形態１では、ユーザアプリケーション１０１を制御装置１００内に実装する構成としたが、ユーザアプリケーション１０１を図１１に示すように、制御装置１００から分離し、ユーザ端末２００（各種住設機器を操作するための端末装置）に実装する形態も可能である。ユーザアプリケーション１０１をユーザ端末２００に実装している点以外は実施の形態１と同様である。ここでは、実施の形態１と異なる部分についてのみ説明する。
【００５９】
この場合、ユーザ端末２００と制御装置１００には制御コマンド送受信部１０９を実装し、装置間で制御コマンド、機器識別子をやり取りできるようにする。装置間の通信手段としては、例えば、制御コマンドおよび機器識別子をＸＭＬ形式で記述し、それをＨＴＴＰ通信によって送受信する。他の方法で通信手段を実現しても構わない。図１１においては、ＨＴＴＰ／ＸＭＬ通信部１１０とＴＣＰ／ＩＰスタック１１１によって、ＨＴＴＰ通信によるＸＭＬメッセージ送受信を実現している。
【００６０】
実装の形態２によれば、ユーザ端末２００では住設機器が使用するプロトコルを意識しなくてよいため、制御コマンド、機器識別子の仕様が公開されれば、ユーザアプリケーション１０１開発者は住設機器制御プロトコルを意識せずにユーザアプリケーションを開発できるというメリットがある。
【００６１】
実施の形態３．
実施の形態１，２では、ユーザアプリケーション１０１が住設機器のラベルを機器識別子に変換する機能を有するようにしていたが、この変換機能を制御装置１００に持たせる形態も可能である。この場合、制御装置１００のコマンド変換部１０２が保持する機器テーブル（図２参照）に、ラベルの情報（図３参照）も持たせ、機器テーブルを参照することでラベルから機器識別子を導出できるようにする。これ以外の部分は、実施の形態１，２と同様である。
【００６２】
本実施の形態によれば、ユーザ端末２００はラベルの情報を保持するだけでよく、機器識別子の情報を保持する必要がなくなる。
【００６３】
実施の形態４．
実施の形態２，３では、ユーザ端末２００が複数存在する場合には、すべてのユーザ端末２００において住設機器のラベル情報を入力する必要があるが、ユーザ端末２００同士または制御装置１００とユーザ端末２００間の通信によって、ラベルの情報を共有させる機能をユーザ端末２００や制御装置１００に持たせる実施形態も可能である。
【００６４】
本実施の形態によれば、ユーザ端末２００においてラベル情報を入力する手間を減らすことができる。
【産業上の利用可能性】
【００６５】
以上のように、本発明にかかる制御装置は、住設機器に対して動作を指示する制御機器として有用であり、特に、複数の制御対象機器を、各機器が使用している制御プロトコルを意識することなく制御可能な制御装置に適している。
【符号の説明】
【００６６】
１０，２０，３０，１００  制御装置
１１，２１，３１  ユーザアプリケーション
１２，２２，３２，１０３，１０４，１０５  通信制御部
１３，２３，３３，１０８  ＲＦ部
４０，５０，６０  住設機器
１０１  ユーザアプリケーション
１０２  コマンド変換部
１０６  機器テーブル
１０７  機器情報収集部
１０９  制御コマンド送受信部
１１０  ＨＴＴＰ／ＸＭＬ通信部
１１１  ＴＣＢ／ＩＰスタック
２００  ユーザ端末
【図１】
2013207705.tif 000003
【図２】
2013207705.tif 000004
【図３】
2013207705.tif 000005
【図４】
2013207705.tif 000006
【図５】
2013207705.tif 000007
【図６】
2013207705.tif 000008
【図７】
2013207705.tif 000009
【図８】
2013207705.tif 000010
【図９】
2013207705.tif 000011
【図１０】
2013207705.tif 000012
【図１１】
2013207705.tif 000013