JP2008294612A - 制御装置 - Google Patents

Abstract

【課題】複雑な操作を行うことができる第１プロトコルを、単純な操作しかできない第２プロトコルに変換して制御対象の家電機器を制御することができる制御装置を提供する。
【解決手段】ホームゲートウェイ２は、ＵＰｎＰプロトコルをＥＣＨＯＮＥＴプロトコルの基本関数に変換できない場合には、命令実行部４２で、複数の基本関数に分け、その順番で命令を実行できるようにしたものである。
【選択図】 図８

Description

本発明は、家電機器の制御を行う制御装置及びその方法に関する。

最近は、ネットワーク技術の普及に伴い、ネットワークを通して家電機器を制御し、家電機器から情報を取得している場合がある。

ネットワーク通信を用いて機器制御を行う際、送信機器及び受信機器は、制御命令や制御データをやりとりするための通信プロトコルとしてそれぞれ同じものを使う必要がある。しかし、この通信プロトコルについては、複数の標準が存在する。

ＥＣＨＯＮＥＴ（登録商標）は、主に冷蔵庫、洗濯機、電子レンジ及びエアコンのような白物家電や、センサを対象とした規格で、通信プロトコルと、制御命令及び制御データとを定めている。

ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）は、ＵＩＣ（ＵＰｎＰ Ｉｍｐｌｅｍｅｎｔｅｒｓ Ｃｏｒｐｏｒａｔｉｏｎ）の商標であって、基本的に通信プロトコルを定めており、制御命令や制御データは業界毎に定められている。例えば、ホームルータの設定はＵＰｎＰ−ＩＧＤ，ＡＶ機器の制御はＵＰｎＰ−ＡＶといったように、各業界で定められている。

家庭内ネットワーク上に存在する機器をまとめて制御するような、サービス、アプリケーション及びシステムを構築する際に、複数のプロトコルが存在する場合、それぞれのプロトコルを取り扱う必要がある。この場合、各プロトコルにおけるモデルの違いからアプリケーション設計が難しくなる。

そこで、従来よりＵＰｎＰプロトコルをＥＣＨＯＮＥＴプロトコルに変換するプロトコル変換装置が提案されている（例えば、特許文献１参照）。
特開２００６−２３８１６４公報

ところで、ＥＣＨＯＮＥＴプロトコルは、家電機器をオブジェクト化し、家電機器の状態をプロパティと呼ばれるレジスターとして定義して、レジスターを読み書きすることで家電機器の状態を取得したり変化させたりする。例えば、エアコンでの温度を２５℃にセットする、といったものである。

しかし、ＥＣＨＯＮＥＴプロトコルは、このようにプロパティへの単純な読み書きのみの命令しか定義されていない家電機器制御用のプロトコルである。一方、ＵＰｎＰプロトコルは、複雑な制御も可能である。そのため、ＵＰｎＰプロトコルの中には一度の読み書きで対応できない場合がある。例えば、ＥＣＨＯＮＥＴプロトコルは、エアコンの温度を一段階（１℃）上げるといったＵＰｎＰプロトコルの制御には対応することができないという問題点があった。

そこで、本発明は上記問題点に鑑み、複雑な操作を行うことができる第１プロトコルを、単純な操作しかできない第２プロトコルに変換して制御対象機器を制御することができる制御装置及びその方法を提供する。

本発明は、制御対象機器の識別情報と第１プロトコルに基づく命令とが入力する入力部と、前記第１プロトコルに基づく命令が、第２プロトコルに基づく一つの動作に変換可能な否かを判断する第１判断部と、前記第１プロトコルに基づく命令に対応する前記第２プロトコルの複数の動作を格納する第１記憶部と、前記第１判断部で変換不可能と判断されたときに、前記第１プロトコルに基づく命令に対応する前記第２プロトコルの複数の動作を、前記第１記憶部から検索する検索部と、前記検索された前記第２プロトコルの複数の動作に基づいて、前記制御対象機器を制御する制御部と、を備える制御装置である。

本発明によれば、第１プロトコルの制御を分解して動作させるため、豊富な命令が定義されている第１プロトコルをあたかも第２プロトコルで制御する制御対象機器が理解しているように動作させることができる。

以下、本発明の一実施形態のネットワーク家電システムについて図１から図１０に基づいて説明する。このネットワーク家電システムは、ＵＰｎＰコントロールポイントから、ホームゲートウェイを介して、ＥＣＨＯＮＥＴの複数の家電機器を制御しようとするものである。以下、このネットワークシステムについて詳述する。

（１）ネットワーク家電システムの構成
図１はネットワーク家電システムの全体構成の概略を示すもので、住宅やマンション（以下、まとめて「住宅」という）１内の構成とこれに関連する宅外の構成である。

住宅１内には、ホームゲートウェイ２が設けられており、種々の家電機器３〜７が通信可能に接続されている。

ＥＣＨＯＮＥＴネットワークにＥＣＨＯＮＥＴの家電機器３〜７が接続されている。ＥＣＨＯＮＥＴ規格によると、ＥＣＨＯＮＥＴ通信は、例えば電灯線通信や赤外線通信上で行う。また、ＩＰ（Internet Protocol）を仮想的に通信媒体としてみなし、ＩＰ通信層上でも動作可能である。ＩＰ層の下層の実通信媒体としては、ブルートゥース（登録商標）、イーサネット（登録商標）、無線ＬＡＮ等が用いられる。また、ＥＣＨＯＮＥＴは、電灯線通信にも用いられる。

ＵＰｎＰネットワークに、ＵＰｎＰコントロールポイントが接続されている。ＵＰｎＰコントロールポイントは、ＵＰｎＰ機器から情報を取得し、ＵＰｎＰ機器に対して制御命令を発行するコントロール機器である。ＵＰｎＰコントロールポイントは、例えばデジタルテレビ９のリモコン３０である。ＵＰｎＰは例えばＩＰ層上で動作する。

（１−１）家電機器３〜７
家電機器３〜７は、家庭で使われる一般的な家電機器に加えて住宅設備機器も含んでいる。ここでは、例えば、エアコン３、照明灯４、冷蔵庫５、床暖房機６、給湯機７などであるが、他にＩＨクッキングヒータ、洗濯機、電子レンジ、炊飯器、オーディオ機器、テレビ、ビデオデッキなど種々のものが適用可能である。

これら家電機器３〜７は、それぞれブルートゥース（登録商標）通信を行うためのインターフェース３ａ〜７ａを備え、ホームゲートウェイ２に接続されたブルートゥースインターフェース２ａを介してピコネットを形成することで相互通信が可能な構成となっている。なお、図示の状態では、例えばエアコン３や照明灯４は代表で１個を示しているが、住宅１内の複数の部屋に設けるのが一般的であるから実際には複数個設けられている。そして、これらの家電機器３〜７は、ホームゲートウェイ２より制御コマンドを受け取ると、その制御コマンドに応じた駆動制御を実行するように構成されている。

（１−２）ＡＳＰサーバ１１
ＡＳＰ（Application Service Provider）サーバ１１には、データベース１２が設けられており、多数の住宅１に対応して情報を記憶するように構成されている。このＡＳＰサーバ１１は、制御手段として機能するもので、家電機器３〜７などについて、その販売者或いはサービス提供業者が設置しており、家電機器３〜７などに関する各種サービスをインターネット１０を介して使用者に提供するためのものである。

データベース１２には、ユーザ情報データベース、家電機器３〜７の制御アプリケーションソフトウェアを保持する家電アプリケーションデータベースが設けられている。

具体的には、ユーザ情報データベースには、ユーザ登録により受け付けた情報として例えばＡＳＰサーバ１１へのログインＩＤやパスワードなどのユーザ情報、ホームゲートウェイ２のネットワークアドレス（ＭＡＣアドレス）などのホームゲートウェイ２の設定情報、ホームゲートウェイ２に接続された家電機器３〜７などのネットワークアドレスや種類、型名といった設定情報が記憶されている。

家電アプリケーションデータベースには、住宅１の外部などホームゲートウェイ２を使って操作できない場合でも、住宅１内の家電機器３〜７を遠隔制御することができるようにした制御アプリケーションソフトが記憶されている。例えば、携帯電話機１３からＡＳＰサーバ１１にアクセスして制御アプリケーションソフトをダウンロードすることによりこれを実現することができる。上記の場合、インターネット１０には、中継サーバ１４を介して携帯電話網１５が接続されており、携帯電話機１３から基地局１６を介してＡＳＰサーバ１１やホームゲートウェイ２などにアクセスすることができる。

（２）ホームセキュリティシステムの構成
次に、住宅１に設置されたホームセキュリティシステムの構成について簡単に説明する。

住宅１の外側部分１ａに設けられる玄関ドア１７には、電気錠１８が設けられており、住宅１の内部に設けたインターホン１９に接続されている。インターホン１９は、ホームゲートウェイ２にＪＥＭ−Ａ端子２ｄを介して接続されている。また、玄関部分にはドアホン２０が設けられ、ホームセキュリティシステムの制御装置として機能するインターホン１９に接続されている。

住宅１内においては、インターホン１９により、玄関に居る来客者とドアホン２０と通話をすることができる。また、このインターホン１９には、住宅１の窓や人の侵入が予想されるところに各種のセンサ２１ａ〜２１ｃなどが設けられていて、外部からの侵入者を検知すると、インターホン１９に設けられている制御装置によりこれを判断して自動的に警備会社に通報することができるようになっている。この場合、センサ２１ａ〜２１ｃとしては、例えば、ドアや窓に設置されるマグネットスイッチや、人体検知センサなどの防犯用センサ、火災センサやガス漏れセンサなどの防災用センサなどの種々のセキュリティに対応したセンサが設けられている。

インターホン１９には、上記したドアホン２０との間でのやり取りを行う機能と、センサ２１ａ〜２１ｃなどによる監視機能と、これに加えて外出時などに監視を行うためのおでかけモードを設定したりこれを解除したりする機能が設けられている。

インターホン１９とホームゲートウェイ２との接続構成では、インターホン装置１９はＪＥＭ−Ａ端子１９ａを有しており、ＪＥＭ−Ａ端子１９ａを通じてホームゲートウェイ２と接続されている。このＪＥＭ−Ａ端子１９ａは、住宅用設備の制御／監視用インターフェースであり、制御用の信号を入力するための２個の制御端子と、外部に監視用の信号を出力するための２個の監視端子を備えて構成されている。

（３）ホームゲートウェイ２
次に、ホームゲートウェイ２について図２から図６に基づいて説明する。

（３−１）概要
ホームゲートウェイ２には、ＬＡＮインターフェース２ｂを介してパソコン８やデジタルテレビ９が接続可能に構成されている。パソコン８やデジタルテレビ９は、操作手段として機能するものである。

ホームゲートウェイ２は、モデム２ｃを介してインターネット１０に接続可能に設けられている。インターネット１０に接続されるＡＳＰサーバ１１にアクセスすることができる。

また、ホームゲートウェイ２は、図１に示すように、ＵＰｎＰネットワーク３２とＥＣＨＯＮＥＴネットワーク３４とを接続する。ゲートウェイ１５は、ＵＰｎＰコントロールポイントであるリモコン３０から受け取ったＵＰｎＰプロトコルによる制御命令及び制御データをそれぞれ、ＥＣＨＯＮＥＴプロトコルに変換する。また、ホームゲートウェイ２は、この制御命令に対する家電機器からの応答をＥＣＨＯＮＥＴプロトコルからＵＰｎＰプロトコルに変換してリモコン３０に渡す。

（３−２）規格の説明
（３−２−１）ＵＰｎＰ規格
ＵＰｎＰ規格では、ＵＰｎＰ機器の機器情報がUPnP device descriptionとして、ＸＭＬ（eXtendable Markup Language）形式によって記述される。図３に、UPnP device descriptionの例を示す。ＵＰｎＰ機器が提供するサービス、つまり機器が受け付けることのできる制御命令と制御データとがUPnP service descriptionとして、ＸＭＬ形式によって記述される。UPnP service descriptionにおいて、制御命令はaction情報、制御データ、stateVariable情報として記述される。

図４は、UPnP service descriptionの例を示す。

<actionList></actionList>で囲まれた部分が制御命令群の記述であり、その中の<action></action>で囲まれた部分が個々の制御命令に対する記述である。

制御命令には<name></name>で囲まれた文字列（"SetMode"）によって名称がつけられている。<argument></argument>で囲まれた部分には、制御命令で用いられる制御データが記述されている。

通常、これらUPnP device descriptionとUPnP service descriptionとが、ＵＰｎＰコントロールポイントであるリモコン３０からの取得要求に応じて、ＵＰｎＰ機器からリモコン３０に渡される。

リモコン３０はＵＰｎＰ規格に従い、UPnP service descriptionに記載されている情報を元に機器の制御を行う。すなわち、機器への制御命令を発行する。

（３−２−２）ＥＣＨＯＮＥＴ規格
ＥＣＨＯＮＥＴ規格では、家電機器３〜７への制御命令はＥＳＶ（ECHONET Service）コードとＥＰＣ（ＥＣＨＯＮＥＴプロパティコード）との２つの値で表される。

ＥＰＣの値は、家電機器３〜７の状態変数の識別子となる。例えばEPC=0x80の場合、これは機器の電源状態（ＯＮ／ＯＦＦ）を表すものとＥＣＨＯＮＥＴ規格で定義されている。同様に様々な家電機器３〜７それぞれにおいて、ＥＰＣの値に対し所定の機能が定義されている。

ＥＳＶコードはＥＰＣに対する操作の種類を表す。例えばESV=0x61の場合、これはＥＰＣに対する書き込み要求（レジスタに対する書き込み要求）を示し、ESV=0x71は、その書き込み要求に対する応答を示すものと、ＥＣＨＯＮＥＴ規格で定められている。

上記のＵＰｎＰ機器記述は、UPnP service descriptionにおける制御命令及び制御データのそれぞれに対して、独自の識別子によりＵＰｎＰプロトコル−ＥＣＨＯＮＥＴプロトコル間の変換ルールを追加している。

（３−３）ホームゲートウェイ２の構成
次に、ホームゲートウェイ２の構成について図２に基づいて説明する。

ホームゲートウェイ２は、プロトコル変換部４０、命令実行部４２、命令定義データベース４４、プロパティ名変換データベース４６、ＥＣＨＯＮＥＴプロトコル処理部４８とから構成されている。

プロトコル変換部４０は、ＵＰｎＰプロトコルとＥＣＨＯＮＥＴプロトコルの主要な変換、即ち接続されている家電機器３〜７の管理や、両者のプロトコル間のアドレス変換等を行う部分である。

命令実行部４２は、命令定義データベース４４で新たに定義された命令を解釈し、処理する部分である。

命令定義データベース４４は、新たな制御関数を記述した情報を格納する部分である。この命令定義データベース４４は幾つかの命令定義ファイルの集まりであり、ＥＣＨＯＮＥＴプロトコルで既に定義されている関数、ＧＥＴまたはＳＥＴを基本関数として、それらの基本関数及び数式演算等の組合せによって作られる新たな関数を定義する。

具体的には、図５のように記述する。Ｆｕｎｃの部分が基本関数である。それぞれ「警報器のボリュームを一段階上げる」、「エアコンの温度をｎ℃上げる」といった場合に用いる。即ち、プロパティの値を読み出し（ＧＥＴ）した後、その値に１または引数ｎを加え、結果の値をプロパティに書き込む（ＳＥＴ）するという命令を順番に実行させる新たな命令を定義している。これらの情報が命令定義ファイルに記述され、命令定義データベース４４に格納される。

この命令定義ファイルは家電機器３〜７毎に用意される。同じ種類の家電機器であれば同じ命令定義ファイルを用いてもよいし、メーカー、型番等によって異なったものを用いてもよい。

本実施形態では、家電機器の起動時、若しくは接続時に命令データベース４４から当該家電機器向けの命令定義ファイルを読み出す。

この命令定義ファイルの取得方法としては、家電機器自身がファイルを保持していて、ネットワークに接続されたときに自動的にホームゲートウェイ２に送信される。また、家電機器がネットワーク接続されたことをホームゲートウェイ２が自動的に検出し、家電機器のメーカーや型番等の情報を元に外部サイト（インターネットを通じて接続されているサイト）等から命令定義ファイルをホームゲートウェイ２にダウンロードするといった方法がある。

プロパティ名変換データベース４６は、図６のように命令定義データベース４４内に表れる文字表記のプロパティと、ＥＣＨＯＮＥＴプロトコルで用いる数値のプロパティの対応表である。

ＥＣＨＯＮＥＴプロトコル処理部４８は、実際に家電機器とＥＣＨＯＮＥＴプロトコルを使って制御命令の送受信を行うものである。

（４）動作状態
次に、図７及び図８のフローチャートに基づいて、ホームゲートウェイ２の動作状態について説明する。この動作は、命令定義データベース４４で新たに定義された命令が、リモコン３０から呼び出された場合の動作である。ＵＰｎＰプロトコルでは命令は上記したようにＸＭＬ形式で伝達されるが、ここには制御対象となる家電機器、実行される命令及び引数が記述されている。

まず、図７のフローチャートに基づいて説明する。

ステップ１において、プロトコル変換部４０がこのＸＭＬ形式の命令を受け取る。

ステップ２において、その内容を解析して、制御対象となる家電機器をＥＣＨＯＮＥＴアドレス及びＥＣＨＯＮＥＴオブジェクトに変換する。この変換は、特許文献１に詳しく記載されている。なお、このＥＣＨＯＮＥＴアドレスは、例えば制御対象となるエアコンを示し、ＥＣＨＯＮＥＴオブジェクトはこのエアコンの中で例えば寝室のエアコンを示す識別情報である。

ステップ３において、実行される命令の文字列から、ＥＣＨＯＮＥＴプロトコルの基本関数で処理できる命令かどうかを判断する。例えば、命令がＴｅｍｐ Ｇｅｔであれば温度のプロパティの読み出しを行えば良いので、ＥＣＨＯＮＥＴプロトコルの基本関数で処理できる。その場合にはステップ４に進む。処理できない場合は、ステップ８に進む。

ステップ４において、プロトコル変換部４０が処理し、実行する命令と引数をＥＣＨＯＮＥＴプロトコルの基本関数（ＳＥＴまたはＧＥＴ）、プロパティ、引数に変換して、先程変換して得られている制御対象となる家電機器のＥＣＨＯＮＥＴアドレス及びＥＣＨＯＮＥＴプロトコル処理部４８に渡す。

ステップ６において、ＥＣＨＯＮＥＴプロトコル処理部４８は、その結果を受け取る。

ステップ７において、ＥＣＨＯＮＥＴプロトコル処理部４８は、家電機器の制御を行う。そして、家電機器からその制御を行った結果をＥＣＨＯＮＥＴプロトコル処理部４８を介してプロトコル変換部４０が受け取り、ＸＭＬ形式に再変換し、コントロールポイントであるリモコン３０へ変換する。

ステップ３における判断で実行されるアクションが基本関数で処理できない場合は、ステップ８に進む。このステップ８の内容について図８のフローチャートに基づいて説明する。基本関数で処理できないものとして、例えば命令がＴｅｍｐ Ｕｐの場合であり、命令実行部４２にその制御が引き渡される。この場合は、実行される命令と引数、そして先程変換して得られている制御対象となる家電機器のＥＣＨＯＮＥＴアドレス及びＥＣＨＯＮＥＴオブジェクトがＥＣＨＯＮＥＴプロトコル処理部４８に直接渡される。

ステップ８１において、命令実行部４２は、家電機器のＥＣＨＯＮＥＴアドレス、ＥＣＨＯＮＥＴオブジェクト、命令、引数を受け取る。

ステップ８２において、受け取った家電機器のＥＣＨＯＮＥＴアドレスと命令を元に命令定義データベース４４を検索し、一致するエントリーを探す。

ステップ８３において、一致するエントリーが無い場合はステップ８４に進んで、プロトコル変換部４０にエラー信号を送り返す。プロトコル変換部４０では、エラー信号が受信されると、その旨をリモコン３０に返信する。一方、一致するエントリーがある場合はステップ８５に進む。

ステップ８５において、一致するエントリーがあるので、エントリー内に記述されている命令規則の定義を先頭から順に実行する。

ステップ８６において、最後の行まで、各行の命令が基本関数か否かを判定し、基本関数のときはステップ８７に進み、そうでない場合はステップ９０に進む。

ステップ８７〜８９において、命令規則の定義内に引数が定義されている場合には、プロトコル変換部４０から受け取っている引数を使って命令を実行する。引数の数が一致しない場合にはその旨のエラーをプロトコル変換部４０に返信する。図５の例では、基本関数の呼び出しを表すＦｕｎｃのところでＥＣＨＯＮＥＴプロトコル処理部４８に命令を送る。

このとき、プロトコル変換部４０から受け取った家電機器のＥＣＨＯＮＥＴアドレス、ＥＣＨＯＮＥＴオブジェクトを付加する。

また、Ｆｕｎｃのプロパティ（図５ではＴｅｍｐ）をプロパティ変換データベース４６を検索してプロパティコード（図６では０ｘ９Ａ）に変換する。

ＥＣＨＯＮＥＴプロトコル処理部４８は、プロトコル変換部４０や命令実行部４２から受け取った内容通りに、家電機器に対しＥＣＨＯＮＥＴプロトコルを使って制御命令の送信を行い、その家電機器から結果を得る。得た結果を呼び出し元であるプロトコル変換部４０や命令実行部４２へ返す。

ステップ９０において、変換規則内に数式処理等の基本関数の実行以外の要素が表れているので、指定された処理を行う。

そして、ステップ９１において最後まで実行されたか否かを判断する。

ステップ９２において、最後の行まで実行されたので、その結果得られた内容をプロトコル変換部４０に返す。結果とは、最後の命令がＳＥＴなら実行の成否、ＧＥＴなら取得した家電機器の状態となる。

プロトコル変換部４０では、命令実行部４２から受け取った結果をＵＰｎＰプロトコルの形式に変換してリモコン３０に返信する。

（５）効果
以上により本実施形態のホームゲートウェイ２であると、複雑な制御を行うことができるＵＰｎＰプロトコルを、簡単な構成のＥＣＨＯＮＥＴプロトコルに変換して制御を行うことができる。

（６）変更例
本発明は上記各実施形態に限らず、その主旨を逸脱しない限り種々に変更することができる。

上記実施形態では、警報機の音量を上げる場合、温度の設定を上げる場合について説明したが、例えばこれ以外に図９に示すようなエアコンのオフタイマーを３０分に設定した上で、電源をＯＮにするような命令定義ファイルや、エアコンの温度センサで取得できる外気温がｎ℃以上だったらエアコンの電源をＯＮする命令定義ファイルを予め準備しておいてもよい。

本発明の一実施形態のネットワーク家電システムのブロック図である。 ホームゲートウェイのブロック図である。 ＵＰｎＰ ｄｅｖｉｃｅ ｄｅｓｒｉｐｔｉｏｎの例を示す。 ＵＰｎＰ ｓｅｒｖｉｃｅ ｄｅｓｒｉｐｔｉｏｎの例を示す。 上段は警報機のボリュームを上げるときの例であり、下段はエアコンの温度を１℃上げる例である。 プロトコル名変換データベースの内容である。 ホームゲートウェイの第１の動作を示すフローチャートである。 ホームゲートウェイの動作の第２のフローチャートである。 エアコンのオフタイマーを３０分に設定した上で電源をＯＮにする例である。 エアコンの温度センサーで取得できる外気温がｎ℃以上だったらエアコンの電源をＯＮする例である。

符号の説明

２ ホームゲートウェイ
４０ プロトコル変換部
４２ 命令実行部
４４ 命令定義データベース
４６ プロパティ名変換データベース
４８ ＥＣＨＯＮＥＴプロトコル処理部

Claims (7)

1. 制御対象機器の識別情報と第１プロトコルに基づく命令とが入力する入力部と、
   前記第１プロトコルに基づく命令が、第２プロトコルに基づく一つの動作に変換可能な否かを判断する第１判断部と、
   前記第１プロトコルに基づく命令に対応する前記第２プロトコルの複数の動作を格納する第１記憶部と、
   前記第１判断部で変換不可能と判断されたときに、前記第１プロトコルに基づく命令に対応する前記第２プロトコルの複数の動作を、前記第１記憶部から検索する検索部と、
   前記検索された前記第２プロトコルの複数の動作に基づいて、前記制御対象機器を制御する制御部と、
   を備える制御装置。
2. 前記制御部は、
   前記第１判断部で変換可能と判断されたときは、前記第１プロトコルに基づく命令を前記第２プロトコルに基づく一つの動作に変換して、前記変換された一つの動作に基づいて、前記制御対象機器を制御する、
   請求項１記載の制御装置。
3. 前記検索部は、前記検索された前記第２プロトコルの複数の動作のそれぞれを、前記第２プロトコルのプロパティにそれぞれ変換する変換部を備える、
   請求項１記載の制御装置。
4. 前記第１プロトコルはＵＰｎＰプロトコルである、
   請求項１記載の制御装置。
5. 前記第２プロトコルはＥＣＨＯＮＥＴプロトコルである、
   請求項１記載の制御装置。
6. 制御対象機器の識別情報と第１プロトコルに基づく命令とが入力する入力ステップと、
   前記第１プロトコルに基づく命令が、第２プロトコルに基づく一つの動作に変換可能な否かを判断する第１判断ステップと、
   前記第１プロトコルに基づく命令に対応する前記第２プロトコルの複数の動作を格納する第１記憶ステップと、
   前記第１判断ステップで変換不可能と判断されたときに、前記第１プロトコルに基づく命令に対応する前記第２プロトコルの複数の動作を、前記第１記憶ステップから検索する検索ステップと、
   前記検索された前記第２プロトコルの複数の動作に基づいて、前記制御対象機器を制御する制御ステップと、
   を備える制御方法。
7. 制御対象機器の識別情報と第１プロトコルに基づく命令とが入力する入力機能と、
   前記第１プロトコルに基づく命令が、第２プロトコルに基づく一つの動作に変換可能な否かを判断する第１判断機能と、
   前記第１プロトコルに基づく命令に対応する前記第２プロトコルの複数の動作を格納する第１記憶機能と、
   前記第１判断機能で変換不可能と判断されたときに、前記第１プロトコルに基づく命令に対応する前記第２プロトコルの複数の動作を、前記第１記憶機能から検索する検索機能と、
   前記検索された前記第２プロトコルの複数の動作に基づいて、前記制御対象機器を制御する制御機能と、
   をコンピュータによって実現する制御プログラム。

Images