(57)【要約】【課題】  プロトコル変換機能の変更および追加を容易に行う。【解決手段】  第１のプロトコルが適用される第１のネットワーク上の通信装置から、第２のプロトコルが適用される第２のネットワーク上の通信装置へのアクセスを仲介するために、前記第２のネットワーク上の通信装置を検出し、データベース部を検索して、検出された前記通信装置が提供するサービスを前記第１のプロトコルの仕様に従って記述したサービス記述と、前記サービスに対応するプロトコル変換ルールを記述した変換ルール記述とを取得し、取得した前記サービス記述内のサービスを前記第１のネットワーク上の通信装置に対してあたかも提供するかのように振る舞い、前記第１のネットワーク上の通信装置から前記サービスへのアクセス要求を受け取った場合は、検索された前記ルール変換記述に基づいて前記アクセス要求を前記第２のプロトコルに変換して前記検出された装置に送信する。【選択図】  図２
2006238164.tif 000002
【特許請求の範囲】
【請求項１】
第１のプロトコルが適用される第１のネットワークと、第２のプロトコルが適用される第２のネットワークとを接続し、前記第１のネットワーク上の通信装置から前記第２のネットワーク上の通信装置へのアクセスを仲介するプロトコル変換装置であって、
前記第１のプロトコルを処理する第１のプロトコル処理手段と、
前記第２のプロトコルを処理する第２のプロトコル処理手段と、
前記第２のネットワーク上の通信装置が提供するサービスを前記第１のプロトコルの仕様に従って記述したサービス記述と、前記サービスに対応するプロトコル変換ルールを記述したルール変換記述とを格納したデータベース部と、
前記第２のネットワークに接続されている通信装置を検出する通信装置検出手段と、
検出された前記通信装置に対応するサービス記述およびルール変換記述を前記データベース部から検索するデータベース検索手段と、
前記第１のプロトコル処理手段を用いて、検索された前記サービス記述に記述されたサービスを前記第１のネットワーク上の通信装置に対してあたかも提供するかのように振る舞う処理を行う仮想処理手段と、
前記仮想処理手段が前記第１のネットワーク上の通信装置から前記サービスに対するアクセス要求を受け取った場合は、検索された前記ルール変換記述に基づいて前記アクセス要求を前記第２のプロトコルに変換する変換手段と、
変換後のアクセス要求を、前記検出された通信装置に送信するアクセス要求送信手段と、
を備えたプロトコル変換装置。
【請求項２】
前記検出された通信装置から、前記変換後のアクセス要求に対するアクセス応答を受信する受信手段と、
前記アクセス応答を前記検出されたルール変換記述に基づいて前記第１のプロトコルに変換する逆変換手段と、
変換後のアクセス応答を、前記第１のネットワーク上の通信装置に送信するアクセス応答送信手段と、
をさらに備えたことを特徴とする請求項１に記載のプロトコル変換装置。
【請求項３】
前記サービス記述および前記ルール変換記述は、タグを使用する記述形式によって記述されたことを特徴とする請求項１または２に記載のプロトコル変換装置。
【請求項４】
前記アクセス要求は、制御命令と制御データとを含み、
前記ルール変換記述は、前記制御命令のプロトコル変換ルールと、前記制御データのプロトコル変換ルールとを含むことを特徴とする請求項１乃至３のいずれかに記載のプロトコル変換装置。
【請求項５】
前記データベース部は、前記サービス記述と前記ルール変換記述とを一体に仮想機器記述として格納し、
前記データベース部から検索された仮想機器記述を、前記サービス記述と前記ルール変換記述とに分離する分離手段をさらに備えたことを特徴とする請求項１乃至４のいずれかに記載のプロトコル変換装置。
【請求項６】
前記検出された通信装置から当該通信装置の詳細情報を取得する情報取得手段をさらに備え、
前記データベース検索手段は、取得した前記詳細情報を検索キーとして前記データベース部を検索することを特徴とする請求項１乃至５のいずれかに記載のプロトコル変換装置。
【請求項７】
前記詳細情報は、前記検出された通信装置の機器種別、メーカー情報、型番情報
またはこれらの任意の組み合わせであることを特徴とする請求項６に記載のプロトコル変換装置。
【請求項８】
機器種別、メーカー情報、型番情報およびこれらの任意の組み合わせ、の全部または一部の各々に対して優先順位が割り当てられ、
前記データベース検索手段は、検索がヒットするまで、前記優先順位に従って検索を行うことを特徴とする請求項７に記載のプロトコル変換装置。
【請求項９】
前記検出された通信装置が、前記データベース検索手段によって検索された前記ルール変換記述に記載されたプロトコル変換ルールに対応しているか否かを検査する検査手段をさらに備えたことを特徴とする請求項１乃至８のいずれかに記載のプロトコル変換装置。
【請求項１０】
前記検査手段は、前記検出された通信装置に適合しないプロトコル変換ルールが前記ルール変換記述に含まれる場合は、当該プロトコル変換ルールを前記ルール変換記述から削除し、また、当該プロトコル変換ルールに関連するサービスを前記サービス記述から削除することを特徴とする請求項９に記載のプロトコル変換装置。
【請求項１１】
外部サーバから前記サービス記述または前記ルール変換記述またはこれらの両方をダウンロードするダウンロード手段と、
ダウンロードされた前記サービス記述または前記ルール変換記述またはこれらの両方によって前記データベース部を更新する更新手段と、
をさらに備えたことを特徴とする請求項１乃至１０のいずれかに記載のプロトコル変換装置。
【請求項１２】
前記検出された通信装置が前記第２のネットワークから離脱したことが前記通信装置検出手段によって検出された場合は、前記仮想処理手段は前記振る舞う処理を終了することを特徴とする請求項１乃至１１のいずれかに記載のプロトコル変換装置。
【請求項１３】
前記第１のプロトコルはUPnPプロトコルであることを特徴とする請求項１乃至１２のいずれかに記載のプロトコル変換装置。
【請求項１４】
前記第２のプロトコルは、ECHONETプロトコル、シリアル通信プロトコルまたはIEEE1394AV/Cプロトコルであることを特徴とする請求項１乃至１３のいずれかに記載のプロトコル変換装置。
【請求項１５】
所定のプロトコルが適用されるネットワークを介してアクセス装置によってアクセスされる被アクセス装置であって、
被アクセス部と、
さらなる所定のプロトコルに従って前記被アクセス部と通信し且つ前記アクセス装置から前記被アクセス部へのアクセスを仲介するゲートウェイ部と、を備え、
前記ゲートウェイ部は、
前記所定のプロトコルを処理するプロトコル処理手段と、
前記さらなる所定のプロトコルを処理するさらなるプロトコル処理手段と、
前記被アクセス部が提供するサービスを前記所定のプロトコルの仕様に従って記述したサービス記述と、前記サービスに対応するプロトコル変換ルールを記述したルール変換記述とを格納するデータ格納部と、
前記プロトコル処理手段を用いて、前記サービス記述に記述されたサービスを前記アクセス装置に対してあたかも提供するかのように振る舞う処理を行う仮想処理手段と、
前記仮想処理手段が前記アクセス装置から前記サービスに対するアクセス要求を受け取った場合は、前記ルール変換記述に基づいて前記アクセス要求を前記さらなる所定のプロトコルに変換する変換手段と、
変換後のアクセス要求を前記被アクセス部に送信する送信手段と、
を備えた被アクセス装置。
【請求項１６】
第１のプロトコルが適用される第１のネットワークと、第２のプロトコルが適用される第２のネットワークとを接続し、前記第１のネットワーク上の通信装置から前記第２のネットワーク上の通信装置へのアクセスを仲介する手段としてコンピュータを機能させるためのプログラムであって、
前記第１のプロトコルを処理する第１のプロトコル処理手段と、
前記第２のプロトコルを処理する第２のプロトコル処理手段と、
前記第２のネットワークに接続されている通信装置を検出する通信装置検出手段と、
データベース部を検索して、検出された前記通信装置が提供するサービスを前記第１のプロトコルの仕様に従って記述したサービス記述と、前記サービスに対応するプロトコル変換ルールを記述したルール変換記述と取得するデータベース検索手段と、
前記第１のプロトコル処理手段を用いて、取得した前記サービス記述に記述されたサービスを前記第１のネットワーク上の通信装置に対してあたかも提供するかのように振る舞う処理を行う仮想処理手段と、
前記仮想処理手段が前記第１のネットワーク上の通信装置から前記サービスに対するアクセス要求を受け取った場合は、検索された前記ルール変換記述に基づいて前記アクセス要求を前記第２のプロトコルに変換する変換処理手段と、
変換後のアクセス要求を、前記検出された通信装置に送信するアクセス要求送信手段と、
して前記コンピュータを機能させるプログラム。
【請求項１７】
第１のプロトコルが適用される第１のネットワークと、第２のプロトコルが適用される第２のネットワークとを接続する装置において実行する、前記第１のネットワーク上の通信装置から前記第２のネットワーク上の通信装置へのアクセスを仲介する方法であって、
前記第２のネットワークに接続されている通信装置を検出し、
データベース部を検索して、検出された前記通信装置が提供するサービスを前記第１のプロトコルの仕様に従って記述したサービス記述と、前記サービスに対応するプロトコル変換ルールを記述した変換ルール記述とを取得し、
取得した前記サービス記述に記述されたサービスを前記第１のネットワーク上の通信装置に対してあたかも提供するかのように振る舞う処理を前記第１のプロトコルに従って行い、
前記第１のネットワーク上の通信装置から前記サービスに対するアクセス要求を受け取った場合は、検索された前記ルール変換記述に基づいて前記アクセス要求を前記第２のプロトコルに変換し、
変換処理後のアクセス要求を、前記検出された通信装置に送信する、
ことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロトコル変換装置、被アクセス装置、プログラムおよび方法に関する。
【背景技術】
【０００２】
近年、ネットワーク技術の普及に伴い、ネットワークを通して家電機器を制御し、家電機器から情報を取得することが可能となった。
【０００３】
ネットワーク通信を用いて機器制御を行う際、送信機器および受信機器は、制御命令や制御データをやりとりするための通信プロトコルとしてそれぞれ同じものを使う必要がある。
【０００４】
通信プロトコルについては、複数の標準が存在する。
【０００５】
ECHONETは、主に冷蔵庫、洗濯機、電子レンジおよびエアコンのような白物家電や、センサを対象とした規格で、通信プロトコルと、制御命令および制御データとを定めている。
【０００６】
UPnPは、基本的に通信プロトコルを定めており、制御命令や制御データは業界ごとに定められている。例えば、ホームルータの設定はUPnP-IGD, AV機器の制御はUPnP-AVといったように、各業界で定められている。
【０００７】
家庭内ネットワーク上に存在する機器をまとめて制御するような、サービス、アプリケーションおよびシステムを構築する際に、複数のプロトコルが存在する場合、それぞれのプロトコルを取り扱う必要がある。この場合、各プロトコルにおけるモデルの違いからアプリケーション設計が難しくなる。
【０００８】
また、実際のプログラムにおいても、必要なプロトコル対応モジュールが増加するためプログラムが複雑化し、また、必要となる計算機リソース(メモリ、CPU処理能力)も多くなり、コスト増につながる。
【０００９】
複数プロトコルの使用による複雑化の解決策としては、複数存在するプロトコルを一つにすることで実現できる。例えば、UPnPの定める通信プロトコル、制御命令および制御データ体系は柔軟性が高いため、他のプロトコルをUPnPプロトコルに変換することで、UPnPプロトコルに統一できる。この際、家電の種類および機能は様々であり、またメーカー独自機能なども存在するために、プロトコル間の制御命令および制御データの変換ルールは、家電の製品のタイプや、モデルごとに用意する必要がある。
【００１０】
従来では、プロトコルの変換処理はプログラムとして固定的に作成されて、プロトコル変換装置(ゲートウェイ)で動作させられていた。特開2003-8610公報（特許文献１）には、UPnPプロトコルおよびIEEE1394プロトコル間のプロトコル変換を行う方法が開示されている。ここでは、プロトコル変換処理を行う手段が、装置に固定的に組み込まれている。
【特許文献１】特開2003-8610公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、家電製品はユーザの利便性向上のために開発が進み、新製品の開発および登場により、従来にない新たな機能が家電製品に追加され、これに伴い通信プロトコルに新たに制御命令や制御データが追加されると、従来のようにプロトコル変換処理を固定的にプログラムしたゲートウェイでは新しい制御命令や制御データの追加に対処できない。ゲートウェイにおけるプログラムを更新またはゲートウェイに新たなプログラムを追加するとしても、プログラムの作成には手間がかかる問題がある。
【００１２】
本発明は、プロトコル変換機能を変更したり新たなプロトコル変換機能を追加したりする場合においても容易に対応できるようにしたプロトコル変換装置、被アクセス装置、プログラムおよび方法を提供する。
【課題を解決するための手段】
【００１３】
本発明の一態様に従ったプロトコル変換装置は、第１のプロトコルが適用される第１のネットワークと、第２のプロトコルが適用される第２のネットワークとを接続し、前記第１のネットワーク上の通信装置から前記第２のネットワーク上の通信装置へのアクセスを仲介するプロトコル変換装置であって、前記第１のプロトコルを処理する第１のプロトコル処理手段と、前記第２のプロトコルを処理する第２のプロトコル処理手段と、前記第２のネットワーク上の通信装置が提供するサービスを前記第１のプロトコルの仕様に従って記述したサービス記述と、前記サービスに対応するプロトコル変換ルールを記述したルール変換記述とを格納したデータベース部と、前記第２のネットワークに接続されている通信装置を検出する通信装置検出手段と、検出された前記通信装置に対応するサービス記述およびルール変換記述を前記データベース部から検索するデータベース検索手段と、前記第１のプロトコル処理手段を用いて、検索された前記サービス記述に記述されたサービスを前記第１のネットワーク上の通信装置に対してあたかも提供するかのように振る舞う処理を行う仮想処理手段と、前記仮想処理手段が前記第１のネットワーク上の通信装置から前記サービスに対するアクセス要求を受け取った場合は、検索された前記ルール変換記述に基づいて前記アクセス要求を前記第２のプロトコルに変換する変換手段と、変換後のアクセス要求を、前記検出された通信装置に送信するアクセス要求送信手段と、を備えたる。
【００１４】
本発明の一態様に従った被アクセス装置は、所定のプロトコルが適用されるネットワークを介してアクセス装置によってアクセスされる被アクセス装置であって、被アクセス部と、さらなる所定のプロトコルに従って前記被アクセス部と通信し且つ前記アクセス装置から前記被アクセス部へのアクセスを仲介するゲートウェイ部と、を備え、前記ゲートウェイ部は、前記所定のプロトコルを処理するプロトコル処理手段と、前記さらなる所定のプロトコルを処理するさらなるプロトコル処理手段と、前記被アクセス部が提供するサービスを前記所定のプロトコルの仕様に従って記述したサービス記述と、前記サービスに対応するプロトコル変換ルールを記述したルール変換記述とを格納するデータ格納部と、前記プロトコル処理手段を用いて、前記サービス記述に記述されたサービスを前記アクセス装置に対してあたかも提供するかのように振る舞う処理を行う仮想処理手段と、前記仮想処理手段が前記アクセス装置から前記サービスに対するアクセス要求を受け取った場合は、前記ルール変換記述に基づいて前記アクセス要求を前記さらなる所定のプロトコルに変換する変換手段と、変換後のアクセス要求を前記被アクセス部に送信する送信手段と、を備える。
【００１５】
本発明の一態様に従ったプログラムは、第１のプロトコルが適用される第１のネットワークと、第２のプロトコルが適用される第２のネットワークとを接続し、前記第１のネットワーク上の通信装置から前記第２のネットワーク上の通信装置へのアクセスを仲介する手段としてコンピュータを機能させるためのプログラムであって、前記第１のプロトコルを処理する第１のプロトコル処理手段と、前記第２のプロトコルを処理する第２のプロトコル処理手段と、前記第２のネットワークに接続されている通信装置を検出する通信装置検出手段と、データベース部を検索して、検出された前記通信装置が提供するサービスを前記第１のプロトコルの仕様に従って記述したサービス記述と、前記サービスに対応するプロトコル変換ルールを記述したルール変換記述と取得するデータベース検索手段と、前記第１のプロトコル処理手段を用いて、取得した前記サービス記述に記述されたサービスを前記第１のネットワーク上の通信装置に対してあたかも提供するかのように振る舞う処理を行う仮想処理手段と、前記仮想処理手段が前記第１のネットワーク上の通信装置から前記サービスに対するアクセス要求を受け取った場合は、検索された前記ルール変換記述に基づいて前記アクセス要求を前記第２のプロトコルに変換する変換処理手段と、変換後のアクセス要求を、前記検出された通信装置に送信するアクセス要求送信手段と、して前記コンピュータを機能させる。
【００１６】
本発明の一態様に従った方法は、第１のプロトコルが適用される第１のネットワークと、第２のプロトコルが適用される第２のネットワークとを接続する装置において実行する、前記第１のネットワーク上の通信装置から前記第２のネットワーク上の通信装置へのアクセスを仲介する方法であって、前記第２のネットワークに接続されている通信装置を検出し、データベース部を検索して、検出された前記通信装置が提供するサービスを前記第１のプロトコルの仕様に従って記述したサービス記述と、前記サービスに対応するプロトコル変換ルールを記述した変換ルール記述とを取得し、取得した前記サービス記述に記述されたサービスを前記第１のネットワーク上の通信装置に対してあたかも提供するかのように振る舞う処理を前記第１のプロトコルに従って行い、前記第１のネットワーク上の通信装置から前記サービスに対するアクセス要求を受け取った場合は、検索された前記ルール変換記述に基づいて前記アクセス要求を前記第２のプロトコルに変換し、変換処理後のアクセス要求を、前記検出された通信装置に送信する、ことを特徴とする。
【発明の効果】
【００１７】
本発明により、プロトコル変換機能を変更したり新たなプロトコル変換機能を追加したりする場合においても容易に対応できる。
【発明を実施するための最良の形態】
【００１８】
（第１の実施の形態）
図１は、本実施の形態に従ったUPnP-ECHONETプロトコル変換ゲートウェイ１５を備えたネットワークシステムの全体構成を示す図である。
【００１９】
このネットワークシステムは、UPnPコントロールポイント１４から、ゲートウェイ１５を介して、ECHONET（登録商標）機器１２を制御しようとするものである。以下このネットワークシステムについて詳述する。
【００２０】
ECHONETネットワーク１１にECHONET機器１２が接続されている。ECHONET機器１２は、例えば冷蔵庫、洗濯機、電子レンジおよびエアコンなどに代表される白物家電である。ECHONET規格によると、ECHONET通信は、例えば電灯線通信や赤外線通信上で行う。また、IP(Internet Protocol)を仮想的に通信媒体としてみなし、IP通信層上でも動作可能である。IP層の下層の実通信媒体としては、Bluetooth（登録商標）、イーサネット（登録商標）、無線LAN等が用いられる。また、ECHONEＴは、電灯線通信にも用いられる。
【００２１】
UPnPネットワーク１３に、UPnPコントロールポイント１４が接続されている。UPnPコントロールポイント１４は、UPnP機器から情報を取得し、UPnP機器に対して制御命令を発行するコントロール機器である。UPnPコントロールポイント１４は、例えばテレビである。UPnPは例えばIP層上で動作する。
【００２２】
UPnP-ECHONETプロトコル変換ゲートウェイ１５（以下単にゲートウェイ１５）はUPnPネットワーク１３とECHONETネットワーク１１とを接続する。ゲートウェイ１５は、UPnPコントロールポイント１４から受け取ったUPnPプロトコルによる制御命令および制御データをそれぞれ、ECHONETプロトコルに変換する。また、ゲートウェイ１５は、この制御命令に対するECHONET機器からの応答をECHONETプロトコルからUPnPプロトコルに変換してUPnPコントロールポイント１４に渡す。
【００２３】
図２は、ゲートウェイ１５の内部構成を示すブロック図である。
【００２４】
ゲートウェイ１５は、仮想UPnP機器記述を格納するデータベース部２１、ECHONET通信装置２２、ECHONETプロトコル処理を行うECHONETプロトコル処理部２３、UPnP通信装置２４、ECHONET機器をUPnP機器に見せかける処理を行う仮想UPnP機器処理部２５、仮想UPnP機器を管理する仮想UPnP機器管理部２６を備える。
【００２５】
仮想UPnP機器処理部２５は、UPnP処理部３１、UPnP Description記憶部３２、プロトコル間変換処理部３３を備える。またプロトコル間変換処理部３３はECHONET→UPnP変換処理部３４、UPnP→ECHONET変換処理部３５、変換ルール格納部３６を備える。
【００２６】
仮想UPnP機器管理部２６は、変換ルール抽出処理部４１、UPnP Description生成部４２、ECHONET機器機能調査部４３、仮想UPnP機器管理情報格納部４４を備える。
【００２７】
以下、ゲートウェイ１５についてさらに詳細に説明する。
【００２８】
まず、データベース部２１に格納される仮想UPnP機器記述について説明する。
【００２９】
UPnP規格では、UPnP機器の機器情報が UPnP device descriptionとして、XML(eXtendable Markup Language)形式によって記述される。図３に、UPnP device descriptionの例を示す。
【００３０】
さらに、UPnP機器が提供するサービス、つまり機器が受け付けることのできる制御命令と制御データとがUPnP service descriptionとして、XML形式によって記述される。UPnP service descriptionにおいて、制御命令はaction情報、制御データはstateVariable情報として記述される。
【００３１】
図４は、UPnP service descriptionの例を示す。
【００３２】
<actionList></actionList>で囲まれた部分が制御命令群の記述であり、その中の<action></action>で囲まれた部分が個々の制御命令に対する記述である。
【００３３】
制御命令には<name></name>で囲まれた文字列（"SetMode"）によって名称がつけられている。<argument></argument>で囲まれた部分には、制御命令で用いられる制御データが記述されている。
【００３４】
通常、これらUPnP device descriptionとUPnP service descriptionとが、UPnPコントロールポイント１４からの取得要求に応じて、UPnP機器からUPnPコントロールポイント１４に渡される。
【００３５】
UPnPコントロールポイント１４はUPnP規格に従い、UPnP service descriptionに記載されている情報を元に機器の制御を行う。すなわち、機器への制御命令を発行する。
【００３６】
ここで、ECHONETにおいては、機器への制御命令はESV(ECHONET Service)コードとEPC(ECHONETプロパティコード)との２つの値で表される。
【００３７】
EPCの値は、ECHONET機器の状態変数の識別子となる。例えばEPC=0x80の場合、これは機器の電源状態(ON/OFF)を表すものとECHONET規格で定義されている。同様に様々な家電機器それぞれにおいて、EPCの値に対し所定の機能が定義されている。
【００３８】
ESVコードはEPCに対する操作の種類を表す。例えばESV=0x61の場合、これはEPCに対する書き込み要求（レジスタに対する書き込み要求）を示し、ESV=0x71は、その書き込み要求に対する応答を示すものと、ECHONET規格で定められている。
【００３９】
上述の仮想UPnP機器記述は、UPnP service descriptionにおける制御命令および制御データのそれぞれに対して、独自の識別子によりUPnPプロトコル-ECHONETプロトコル間の変換ルールを追加したものである。
【００４０】
図５は、仮想UPnP機器記述の概略構成を示す図である。
【００４１】
制御命令記述および制御データ記述のそれぞれに制御命令変換ルール記述および制御データ変換ルール記述が付与される。
【００４２】
図６は、制御命令記述に対する、プロトコル間の変換ルール記述の例を示す図である。より詳細には、図６は、"SetMode"という名称の制御命令に対する変換ルール記述の例を示す。
【００４３】
<UPnP_ECHONET_mapList>および</UPnP_ECHONET_mapList>は、上述した独自の識別子に相当し、これらによって囲まれた領域にプロトコル間の変換ルールが記述される。
【００４４】
この例では、<ECHONET_REQUEST_ESV>および</ECHONET_REQUEST_ESV>で囲まれた部分は、"SetMode"というUPnP制御命令を、ECHONETにおけるESVコード0x61(書き込み要求)に変換し、ECHONET機器へ送信することを表す。
【００４５】
<ECHONET_REPLY_ESV> および</ECHONET_REPLY_ESV>識別子で囲まれた部分は、ECHONET機器へ送信された上記制御命令（0x61(書き込み要求)）に応答して、このECHONET機器からESVコード0x71が返されることを示す。
【００４６】
<ECHONET_EPC>および</ECHONET_EPC>で囲まれた部分は、EPC(エコーネットプロパティコード)として0xB0番を用いることを表す。
【００４７】
図７は、制御データに対する、プロトコル間の変換ルール記述の例を示す図である。
【００４８】
UPnPの"SetMode"命令の制御データとして使われる"Mode"変数に対しても、UPnP制御命令の場合と同様に、独自XMLタグ<UPnP_ECHONET_mapList>および</UPnP_ECHONET_mapList>で囲まれる領域に変換ルールが定められている。
【００４９】
この例では、UPnPにおいて変数が"auto"の場合は、この"auto"は、ECHONETでは0x41 という数値に対応づけられる。また、UPnPにおいて変数が"heating","cooling"の場合は、ECHONETではそれぞれ0x42、0x43という数値に対応付けられる。上記で用いたUPnP_ECHONET_mapListなどの識別子、つまりXMLタグの名称は一例であり、他のタグと区別可能であれば、他の文字列であっても構わない。本発明の方式が規格などに採用された際や、製品化する際にそれら文字列は決定される。
【００５０】
以上に説明した仮想UPnP機器記述は、機器の機器種別、メーカーおよび型番ごとに用意され、上述したUPnP device descriptionと対応付けられた状態で、データベース部２１に格納されている。
【００５１】
図２に戻り、ECHONET通信装置２２はゲートウェイ１５をECHONETネットワーク１１に接続するための装置である。例えば、ECHONET通信装置２２は、ECHONET IP規格であればIP通信装置、電灯線規格であれば電灯線通信装置である。
【００５２】
ECHONETプロトコル処理部２３はECHONET通信装置２２を介して、ECHONET機器１２との間で、ECHONETプロトコルに従って通信を行うモジュールである。
【００５３】
ECHONETプロトコル処理部２３は、仮想UPnP機器管理部２６または仮想UPnP機器処理部２５からのECHONET機器への制御要求に応じて、ECHONET機器に対する制御命令の送信およびECHONET機器からの応答の受信を行う。
【００５４】
ECHONETプロトコル処理部２３は、ECHONETネットワーク１１上でECHONET機器の起動を検出したら、検出したECHONET機器を仮想UPnP機器管理部２６へ通知する。また、ECHONETプロトコル処理部２３は、ゲートウェイ１５起動時に、ゲートウェイ１５より先に起動しているECHONET機器がECHONETネットワーク１１上に存在するか否かを調査する。ECHONETプロトコル処理部２３は、既に起動しているECHONET機器が存在する場合は、検出したECHONET機器を仮想UPnP機器管理部２６へ通知する。
【００５５】
仮想UPnP機器管理部２６は、ECHONETプロトコル処理部２３からECHONET機器の起動を通知されたら、ECHONETプロトコル処理部２３を介して、検出したECHONET機器から、当該機器の詳細情報、ここでは機器種別、メーカーおよび型番を取得する。機器種別は、ECHONETオブジェクトのEOJコード(ECHONET Object コード)によって判別できる。メーカー、型番は ECHONETオブジェクトのプロパティを取得することで判別できる。仮想UPnP機器管理部２６は、取得したこれらの情報を、そのECHONET機器に対応した仮想UPnP機器記述を検索する際の検索キー候補とする。
【００５６】
仮想UPnP機器管理部２６は、取得した機器詳細情報（機器種別、メーカー、型番）を仮想UPnP機器管理情報格納部４４内の情報と照らし合わせることにより、検出したECHONET機器に対する仮想UPnP機器処理部を既に起動しているか否かを調べる。起動していない場合は、仮想UPnP機器管理部２６は、仮想UPnP機器処理部を起動（プロセスを生成）すると共に、取得した機器詳細情報を、起動した仮想UPnP機器処理部と対応付けて仮想UPnP機器管理情報格納部４４に記録する。仮想UPnP機器管理部２６は、仮想UPnP機器処理部を起動したら、上述の機器詳細情報（検索キー候補）を含む検索要求をデータベース部２１に渡す。
【００５７】
データベース部２１は、受け取った検索キー候補に含まれる機器種別、メーカー、型番を元に、仮想UPnP機器記述およびこれに対応付けられたUPnP device descriptionを検索し、検索した仮想UPnP機器記述およびUPnP device descriptionを仮想UPnP機器管理部２６へ渡す。データベース部２１の設置場所は、本実施の形態のように、ゲートウェイ１５の内部でもよいし、家庭内ネットワーク上もしくはグローバルインターネット上でもよい。つまり、データベース部２１の設置場所は、ゲートウェイがアクセス可能であればどこでもよい。
【００５８】
図８は、データベース部２１による検索手順の一例を示すフローチャートである。
【００５９】
データベース部２１は、仮想UPnP機器管理部２６から検索キー候補を受け取る（Ｓ１１）。ここでは、検索キー候補は、機器の機器種別、メーカー、型番である。
【００６０】
まず、検索キー候補全体を検索キーとして検索を行う。すなわち、機器種別、メーカーおよび型番を検索キーとして検索を行う（Ｓ１２）。
【００６１】
該当するデータ（仮想UPnP機器記述およびUPnP device description）が存在したら（Ｓ１３のＹＥＳ）、そのデータを仮想UPnP機器管理部２６に応答する（Ｓ１４）。
【００６２】
該当データが存在しなかった場合は（Ｓ１３のＮＯ）、次に、検索条件を緩めて、再度検索を行う。具体的には、検索キー候補のうち、機器種別およびメーカーを検索キーとして再度検索を行う（Ｓ１５）。
【００６３】
該当するデータが存在したら（Ｓ１６のＹＥＳ）、そのデータを応答する（Ｓ１４）。
【００６４】
該当するデータが存在しなかった場合は（Ｓ１６のＮＯ）、次に、検索条件をさらに緩めて再度検索を行う。具体的には、検索キー候補のうち、機器種別のみを検索キーとして再度検索を行う（Ｓ１７）。
【００６５】
該当するデータが存在したら（Ｓ１８のＹＥＳ）、そのデータを応答する（Ｓ１４）。
【００６６】
該当するデータが存在しなかった場合は（Ｓ１８のＮＯ）、エラーメッセージとして、該当するデータが存在しない旨の応答を返す（Ｓ１９）。この場合、仮想UPnP機器管理部２６は、先程起動した仮想UPnP機器処理部を終了（プロセスを終了）するとともに、この仮想UPnP機器処理部に対応する機器詳細情報を仮想UPnP機器管理情報格納部４４から消去する。
【００６７】
図９は、図８とは異なる他の検索手順を示す。
【００６８】
検索キー候補全体（機器種別、機器メーカー、型番）で検索した時点で（Ｓ２２）、該当するデータが存在しなかった場合は（Ｓ２３のＮＯ）、ゲートウェイ１５は、機器メーカーが用意するサーバにアクセスする。ゲートウェイ１５は、当該サーバから情報を取得し、取得した情報を用いて、データベース部２１を更新する（Ｓ２４）。この後、データベース部２１は、再度、検索キー候補全体を検索キーとした検索を行う（Ｓ２５）。以降の手順Ｓ２６〜Ｓ３２は図８と同様であるためこれらの手順の詳細な説明は省略する。
【００６９】
ここで具体的例を挙げてデータベース部２１による検索手順を説明する。
【００７０】
例えば、ECHONET機器がエアコンで、A社製の、XYZ-001型だったとする。
【００７１】
仮想UPnP機器管理部２６は、機器種別="エアコン"、メーカー="A社"、型番="XYZ-001"を検索キー候補としてデータベース部２１に検索を依頼する。
【００７２】
データベース部２１は、A社製のエアコンのXYZ-001型に対応する仮想UPnP機器記述を保持している場合は、その仮想UPnP機器記述を、UPnP device descriptionと共に、検索依頼元である仮想UPnP機器管理部２６へ返す。
【００７３】
データベース部２１は、該当する仮想UPnP機器記述を保持していない場合は、機器メーカーのサーバにアクセスして情報を取得し、取得した情報を用いて、データベース部２１を更新する。具体的には、保持している仮想UPnP機器記述の機器種別、メーカー、型番の少なくともいずれかを更新する、または、新たな仮想UPnP機器記述およびUPnP device descriptionを追加する。この後、データベース部２１は、再度検索を行う。
【００７４】
データベース部２１は、更新後においても、該当する仮想UPnP機器記述が存在しなかった場合は、検索条件を、機器種別="エアコン", メーカー="A社"に減らして再度検索を行う。すなわち、データベース部２１は、A社製のエアコン共通の仮想UPnP機器記述を検索する。
【００７５】
データベース部２１は、該当する仮想UPnP機器記述が存在する場合は、その仮想UPnP機器記述を仮想UPnP機器管理部２６へ返す。
【００７６】
データベース部２１は、該当する仮想UPnP機器記述が存在しなかった場合は、機器種別="エアコン"を検索キーとして再度検索する。すなわち、各メーカー共通のエアコン向けの仮想UPnP機器記述を検索する。データベース部２１は、検索結果を検索依頼元である仮想UPnP機器管理部２６に返す。
【００７７】
図２に戻り、仮想UPnP機器管理部２６におけるECHONET機器機能調査部４３は、データベース部２１から受け取った仮想UPnP機器記述を解析して、この仮想UPnP機器記述が、検出されたECHONET機器に対応しているか否かを検査する。例えば、仮想UPnP機器記述における制御命令変換ルールに記載されたEPC(ECHONETプロパティ)の値に、検出されたECHONET機器が実際に対応しているか否かを調査する。
【００７８】
さらに詳細には、ECHONET機器機能調査部４３は、ECHONETプロパティマップをECHONET機器から取得する。仮想UPnP機器記述に記載されているECHONETプロパティが、ECHONET機器から取得したECHONETプロパティマップに載っているか否かを検査する。載っていない場合は、このECHONET機器にはこのECHONETプロパティに対応する機能が存在しないと判断し、このECHONETプロパティを含む制御命令情報（制御命令記述および制御命令変換ルール記述）ならびに当該制御命令情報に対応する制御データ情報（制御データ記述および制御データ変換ルール記述）を、仮想UPnP機器記述から削除する。仮想UPnP機器記述から制御命令情報および制御データ情報を削除する例を図１０に示す。このECHONET機器機能調査部４３による処理を経た仮想UPnP機器記述を修正仮想UPnP機器記述と称する。
【００７９】
仮想UPnP機器管理部２６におけるUPnP Description生成部４２は、修正仮想UPnP機器記述から、制御命令変換ルール記述および制御データ変換ルール記述を除去して、UPnP service descriptionを生成する。この様子を図１１に示す。
【００８０】
仮想UPnP機器処理部２５は、生成された UPnP service descriptionおよびこれに対応するUPnP device descriptionを仮想UPnP機器管理部２６から受け取ってUPnP Description記憶部３２に格納する。
【００８１】
一方、仮想UPnP機器管理部２６における変換ルール抽出処理部４１は、修正仮想UPnP機器記述から、制御命令変換ルール記述と制御データ変換ルール記述とを抽出する。この様子を図１２に示す。
【００８２】
仮想UPnP機器処理部２５は、抽出された変換ルール（制御命令変換ルールおよび制御データ変換ルール）を仮想UPnP機器管理部２６から受け取って変換ルール格納部３６に格納する。
【００８３】
仮想UPnP機器処理部２５は、UPnP Description記憶部３２にUPnP Description（UPnP service descriptionおよびUPnP device description）を格納し、変換ルール格納部３６に変換ルールを格納したら、UPnP規格に従い初期化処理を開始する。すなわち、仮想UPnP機器処理部２５は、UPnP通信装置２４を介して通信を開始し、UPnP機器としての動作を開始する。 UPnP通信装置２４は、UPnPで用いるIPによる通信を行う装置である。
【００８４】
仮想UPnP機器処理部２５におけるUPnP処理部３１は、UPnPコントロールポイント１４から UPnP device descriptionやUPnP service description取得要求を受け取った場合は、UPnP Description記憶部３２に格納されたUPnP Descriptionに基づいて応答する。
【００８５】
UPnP処理部３１は、UPnPコントロールポイント１４から、UPnP service descriptionに基づくアクセス要求（制御命令および制御データ）を受け取った場合は、受け取った制御命令および制御データをUPnP→ECHONET変換処理部３５に渡す。
【００８６】
UPnP→ECHONET変換処理部３５は、変換ルール格納部３６に格納されている変換ルールに従って、UPnP制御命令およびUPnP制御データをそれぞれ、ECHONET制御命令およびECHONET制御データに変換する。
【００８７】
UPnP→ECHONET変換処理部３５は、変換されたECHONET制御命令およびECHONET制御データを、ECHONETプロトコル処理部２３を介してECHONET機器へ送る。
【００８８】
ECHONET→UPnP変換処理部３４は、ECHONET機器からの応答をECHONETプロトコル処理部２３を介して受け取り、変換ルール格納部３６に格納されている変換ルールに従ってECHONET機器からの応答をUPnPプロトコルへ変換する。ECHONET→UPnP変換処理部３４は、変換後の応答を、UPnP処理部３１およびUPnP 通信装置２４を介して、UPnPコントロールポイント１４へ返す。
【００８９】
ECHONET機器から状態変化通知などのイベントが発せられ、当該イベントがECHONETプロトコル処理部２３によって受信されたら、当該イベントはECHONET→UPnP変換処理部３４においてUPnPプロトコルに変換された後、UPnP処理部３１で処理される。すなわち、当該イベントの内容がUPnPネットワーク１３上の機器に通知される。
【００９０】
図１３は、本発明の実施の形態に係わるネットワークシステムによる通信シーケンスの一例を示す図である。
【００９１】
ECHONET機器１が最初に起動する（Ｓ４１）。
【００９２】
ECHONET機器１においてECHONET規格で定められたECHONET初期化処理が行われる（Ｓ４２）。
【００９３】
次にUPnP-ECHONETプロトコル変換ゲートウェイ(以下、ゲートウェイ)が起動する（Ｓ４３）。
【００９４】
ゲートウェイにおいてECHONET規格で定められたECHONET初期化処理が行われる（Ｓ４４）。
【００９５】
ゲートウェイはゲートウェイよりも先に既に起動しているECHONET機器を探す（Ｓ４５）。具体的には、ECHONET同報を用いて調査する。ECHONET機器１は、ECHONETプロトコルの仕様に従い、ゲートウェイに対して応答を返す（Ｓ４５）。
【００９６】
この応答により、ゲートウェイは先に起動しているECHONET機器１の存在を掴む（Ｓ４６）。
【００９７】
ゲートウェイは発見したECHONET機器１からECHONETノードプロファイル情報を取得し、そのECHINETノードプロファイル情報からECHONET機器の機器種別情報（EOJコード）を取得する（Ｓ４７）。
【００９８】
さらにゲートウェイは、発見したECHONET機器１から、EOFコードを元に、機器オブジェクト情報（機器のメーカー情報、機器の型番情報）を取得する（Ｓ４８）。
【００９９】
ゲートウェイは、発見したECHONET機器１から取得した機器種別、メーカー、型番を検索キー候補としてデータベース部に対して検索を依頼し（Ｓ４９）、データベース部から仮想UPnP機器記述およびUPnP device descriptionを取得する（Ｓ５０）。
【０１００】
次に、ゲートウェイは、取得した仮想UPnP機器記述内の変換ルール記述（制御命令変換ルール記述および制御データ変換ルール記述）に、発見されたECHONET機器１に適合しない制御命令または制御データが含まれるか否かの検査を行う（Ｓ５１）。検査の結果、発見されたECHONET機器１に適合しない制御命令または制御データが変換ルールに記載されている場合は、関連する制御命令情報および制御データ情報を仮想UPnP機器記述から消去する。この結果、修正仮想UPnP機器記述が生成される。
【０１０１】
ゲートウェイは、修正仮想UPnP機器記述から変換ルールを抽出する（Ｓ５２）。変換ルール抽出後の修正仮想UPnP機器記述は、UPnP service descriptionとなる（Ｓ５３）。
【０１０２】
ゲートウェイは、抽出した変換ルールを変換ルール格納部に格納し、UPnP service descriptionおよびこれに対応するUPnP device descriptionを、UPnP Descriptionとして、UPnP Description記憶部に格納する（Ｓ５４）。
【０１０３】
ゲートウェイは、格納した変換ルール、UPnP Description（UPnP service descriptionおよびUPnP device description）等に基づき、仮想UPnP機器としての振る舞いを開始し（Ｓ５５）、UPnP初期化処理を行う（Ｓ５６）。
【０１０４】
図１４は、図１３のＳ５６の後、ECHONET機器２が起動した場合の通信シーケンス例を示す図である。
【０１０５】
ECHONET機器２が起動する（Ｓ６１）。起動したECHONET機器２は、ECHONETプロトコルに従って、ECHONET初期化処理を行う（Ｓ６２、Ｓ６３）。
【０１０６】
この初期化処理において、ゲートウェイに対して、初期化処理パケットが届き、ゲートウェイは、この初期化処理パケットの受信によって、ECHONET機器２が起動したことを検出する（Ｓ６４）。
【０１０７】
ECHONET機器２の発見後の処理（Ｓ６５〜Ｓ７４）は図１３と同様であるため、詳細な説明を省略する。
【０１０８】
図１５は、図１４のＳ７４の後におけるゲートウェイによるプロトコル変換処理を説明するシーケンス図である。
【０１０９】
UPnPコントロールポイントから制御命令(Action)および制御データがゲートウェイに送信される（Ｓ７１）。
【０１１０】
制御命令および制御データを受け取ったゲートウェイは、UPnP→ECHONET変換処理部においてUPnPプロトコルによる制御命令および制御データをECHONETプロトコルに変換する（Ｓ７２）。ゲートウェイは、ECHONETプロトコルによる制御命令および制御データをECHONET機器２へ送信する（Ｓ７３）。
【０１１１】
ECHONET機器２が応答を返すと（Ｓ７４）、ゲートウェイは、その応答をECHONET→UPnP変換処理部においてUPnPプロトコルに変換する（Ｓ７５）。ゲートウェイは、UPnPプロトコルによる応答をUPnPコントロールポイントへ返す（Ｓ７６）。
【０１１２】
ここで、UPnPコントロールポイントが、ゲートウェイ上の仮想UPnP機器に対して、イベント通知を受け取るために Subscribe要求を行ったとする（Ｓ７７）。
【０１１３】
このsubscribe要求は、ゲートウェイにおいてECHONETプロトコルに変換されて、ECHONET機器２に送られる。この変換のためのルールは、例えば基本的なプロトコル変換ルールとして予めゲートウェイに搭載されていてもよい。ECHONET機器２から状態変化通知が発せられゲートウェイに届くと（Ｓ７８）、ゲートウェイは、ECHONET→UPnP変換処理部において、この状態変化通知をUPnPプロトコルに変換して（Ｓ７９）、UPnPコントロールポイントへNotify通知として送信する（Ｓ８０）。
【０１１４】
ここで、ECHONET機器１が停止したとする（Ｓ８１）。ECHONET機器は、節電のためなどに自発的に停止し、またユーザが家電機器の電源を切った場合に停止する。
【０１１５】
ゲートウェイは、定期的に、ECHONET機器に対してECHONET要求を発行し、その応答があるか否かを調べる（Ｓ８２、Ｓ８３、Ｓ８７）。ゲートウェイは、応答の有無でECHONET機器がまだ存在するか否かの検査を行う。
【０１１６】
ここで、ゲートウェイは、ECHONET機器２からは応答があったため（Ｓ８８）、ECHONET機器２はECHONETネットワーク上にまだ存在すると判断する。一方、ゲートウェイは、最初にECHONET機器１にECHONET要求を発行してから一定時間応答がないため、ECHONET機器１はECHONETネットワーク上に存在しなくなったと判断する。すなわち、ゲートウェイは、ECHONET機器１の離脱を検知する（Ｓ８４）。
【０１１７】
ゲートウェイは、ECHONET機器１の離脱を検知すると、ECHONET機器１に対応する仮想UPnP機器処理部を停止する（Ｓ８６）。但し、ゲートウェイは、仮想UPnP機器処理部を停止する前に、UPnPコントロールポイント１４に対しUPnP規格に従って離脱メッセージbye-byeを発行する（Ｓ８５）。UPnPコントロールポイントは、離脱メッセージbye-byeを受け取ることで、仮想UPnP機器の離脱を認識できる。
【０１１８】
以上のように、本実施の形態によれば、UPnP Description（UPnP service descriptionおよびUPnP device description）と変換ルール（制御命令変換ルールおよび制御データ変換ルール）とのセットを用いて、UPnPプロトコルおよびECHONETプロトコル間の変換を行うため、プロトコル変換処理の変更および追加に容易に対応できる。すなわち、これらのデータは、XML形式等のタグデータとして構成されるため、作成が容易あり、従って、プログラムを生成する場合よりも、プロトコル変換処理の変更および追加に容易に対応できる。よって、新たな家電製品の登場や、家電製品によって提供されるサービスの変更に、柔軟に対応できる。ゲートウェイ用のプログラムを新たに作成したり、製品の更新を行ったりする必要はない。よって、本発明は、ユーザおよびメーカーにとって極めて有益である。
【０１１９】
また、本実施の形態によれば、UPnP service descriptionと、独自拡張用タグによる変換ルールとを仮想UPnP機器記述として一体に管理するため、仮想UPnP機器記述から変換ルールをフィルタで外すだけで、UPnP service descriptionを準備でき（すなわち仮想UPnP機器を起動でき）、また、抽出した変換ルールをそのままプロトコル変換に用いることができる。
【０１２０】
なお、以上に説明した本実施の形態では、UPnP service descriptionと変換ルールとのセットを仮想UPnP機器記述としたが、UPnP service descriptionと変換ルールとUPnP device descriptionとのセットを仮想UPnP機器記述として扱ってもよい。
【０１２１】
（第２の実施の形態）
図１６は、本実施の形態に従ったUPnP-シリアルプロトコル変換ゲートウェイ５５を備えたネットワークシステムの全体構成を示すブロック図である。
【０１２２】
UPnPコントロールポイント５４とUPnP-シリアルプロトコル変換ゲートウェイ５５（以下単にゲートウェイ５５）とがそれぞれUPnPネットワーク５３に接続されている。
【０１２３】
ゲートウェイ５５とシリアル接続機器（制御対象機器）５２とがシリアルケーブル５１によって接続されている。シリアルケーブル５１は、例えばUART (Universal Asynchronous Receiver Transmitter)ケーブル、RS232Cケーブルである。
【０１２４】
UPnPコントロールポイント５４は、ゲートウェイ５５を介して、シリアル接続機器５２を制御する。すなわち、UPnPコントロールポイント５４は、ゲートウェイ５５を介して、シリアル接続機器５２によって提供されるサービスにアクセスする。
【０１２５】
図１７は、ゲートウェイ５５の内部構成を示すブロック図である。
【０１２６】
このゲートウェイ５５が、第１の実施の形態と主に異なる点は、第１の実施の形態におけるECHONETプロトコル処理部２３およびECHONET通信装置２２がそれぞれシリアル通信処理部６３およびシリアル通信装置６２に置換された点にある。
【０１２７】
シリアル通信装置６２は、ゲートウェイ５５とシリアルケーブル５１とを接続する。シリアル通信装置６２は、シリアル通信装置６２を介して、シリアル接続機器５２との間で、シリアル通信プロトコルに従って通信する。
【０１２８】
図１７におけるその他の構成要素６１、６４〜６６、７１〜７６、８１〜８４は、基本的に、第１の実施の形態と同様であるため、詳細な説明を省略する。また、ゲートウェイの基本的な処理も、プロトコルがECHONETからシリアル通信プロトコルに変更された点を除いて同様であるため、詳細な説明を省略する。
【０１２９】
以上のように、本実施の形態によれば、ゲートウェイと制御対象機器とがシリアルケーブルで接続されている場合においても、すなわち、ゲートウェイと制御対象機器とがシリアル通信プロトコルに従って通信を行う場合においても、第１の実施の形態と同様の効果を得ることができる。
【０１３０】
（第３の実施の形態）
図１８は、本実施の形態に従った被制御装置（被アクセス装置）７３を備えたネットワークシステムの全体構成を示すブロック図である。
【０１３１】
UPnPコントロールポイント（アクセス装置）７１と被制御装置７３とがUPnPネットワーク７２に接続されている。
【０１３２】
被制御装置７３は、UPnP-制御対象機器プロトコル変換ゲートウェイ７４（以下単にゲートウェイ７４）と制御対象機器７５とを備える。第１の実施の形態では、ゲートウェイと制御対象機器（ECHONET機器）とが、ネットワークを介して接続されていたが、本実施の形態では、ゲートウェイと制御対象機器とが一体として構成される。
【０１３３】
UPnPコントロールポイント７１は、ゲートウェイ７４を介して、制御対象機器７５を制御する。すなわち、UPnPコントロールポイント７１は、ゲートウェイ７４を介して、制御対象機器７５によって提供されるサービスにアクセスする。
【０１３４】
図１９は、被制御装置７３の内部構成を示すブロック図である。
【０１３５】
ゲートウェイ７４と制御対象機器７５とが直接またはバスによって接続されている。ゲートウェイ７４における構成要素９１、９４〜９６、１０１〜１０６、１１１〜１１４は、基本的に、第１の実施の形態と同様であるため、詳細な説明を省略する。但し、図２のECHONETプロトコル処理部２３およびECHONET通信装置２２に相当する処理は仮想UPnP機器処理部９５が行うものとする。また、ゲートウェイ７４の基本的な処理も、第１の実施の形態と同様であるため詳細な説明を省略する。
【０１３６】
以上のように、本実施の形態によれば、ゲートウェイトと制御対象機器とが直接またはバスによって接続される場合においても、第１の実施の形態と同様の効果を得ることができる。
【０１３７】
（第４の実施の形態）
図２０は、本実施の形態に従ったUPnP-IEEE1394AV/Cプロトコル変換ゲートウェイ１２５を備えたネットワークシステムの全体構成を示すブロック図である。
【０１３８】
UPnPコントロールポイント１２４とUPnP-IEEE1394AV/Cプロトコル変換ゲートウェイ１２５（以下単にゲートウェイ１２５）とがUPnPネットワーク１２３に接続されている。
【０１３９】
IEEE1394AV/C機器１２２とゲートウェイ１２５とがIEEE1394ネットワーク１２１に接続されている。
【０１４０】
UPnPコントロールポイント１２４は、ゲートウェイ１２５を介して、IEEE1394AV/C機器１２２を制御する。すなわち、UPnPコントロールポイント１２４は、ゲートウェイ１２５を介して、IEEE1394AV/C機器１２２によって提供されるサービスにアクセスする。
【０１４１】
図２１は、UPnP-IEEE1394AV/Cプロトコル変換ゲートウェイ１２５の内部構成を示すブロック図である。
【０１４２】
このゲートウェイ１２５が、第１の実施の形態と主に異なる点は、第１の実施の形態におけるECHONETプロトコル処理部２３およびECHONET通信装置２２がそれぞれIEEE1394通信処理部１３３およびIEEE1394通信装置１３２に変更になった点にある。その他の構成要素１３１、１３４〜１３６、１４１〜１４６、１５１〜１５４は、基本的に、第１の実施の形態と同様であるため、詳細な説明を省略する。また、ゲートウェイ１２５の基本的な処理も、プロトコルがECHONETからIEEE1394AV/Cに変更された点を除いて、第１の実施の形態と同様であるため、詳細な説明を省略する。
【０１４３】
以上のように、本実施の形態によれば、ゲートウェイと制御対象機器とがIEEE1394AV/Cプロトコルによって通信する場合においても、第１の実施の形態と同様の効果を得ることができる。
【図面の簡単な説明】
【０１４４】
【図１】本発明の第１の実施の形態に従ったUPnP-ECHONETプロトコル変換ゲートウェイを備えたネットワークシステムの全体構成を示す図である。
【図２】UPnP-ECHONETプロトコル変換ゲートウェイの内部構成を示すブロック図である。
【図３】UPnP device descriptionの例を示す。
【図４】UPnP service descriptionの例を示す。
【図５】仮想UPnP機器記述の概略構成を示す図である。
【図６】制御命令記述に対する、プロトコル間の変換ルール記述の例を示す図である。
【図７】制御データに対する、プロトコル間の変換ルール記述の例を示す図である。
【図８】データベース部による検索手順の一例を示すフローチャートである。
【図９】データベース部による他の検索手順例を示すフローチャートである。
【図１０】仮想UPnP機器記述から制御命令記述を削除する例を示す。
【図１１】修正仮想UPnP機器記述からUPnP service descriptionを生成する例を示す。
【図１２】修正仮想UPnP機器記述から抽出した制御命令変換ルール記述と制御データ変換ルール記述とを示す。
【図１３】本発明の実施の形態に係わるネットワークシステムによる通信シーケンスの一例を示す図である。
【図１４】図１３のＳ５６の後の通信シーケンス例を示す図である。
【図１５】ゲートウェイによるプロトコル変換処理を説明するシーケンス図である。
【図１６】本発明の第２の実施の形態に従ったUPnP-シリアルプロトコル変換ゲートウェイを備えたネットワークシステムの全体構成を示すブロック図である。
【図１７】UPnP-シリアルプロトコル変換ゲートウェイの内部構成を示すブロック図である。
【図１８】本発明の第３の実施の形態に従った被制御装置を備えたネットワークシステムの全体構成を示すブロック図である。
【図１９】被制御装置の内部構成を示すブロック図である。
【図２０】本発明の第４の実施の形態に従ったUPnP-IEEE1394プロトコル変換ゲートウェイを備えたネットワークシステムの全体構成を示すブロック図である。
【図２１】UPnP-IEEE1394AV/Cプロトコル変換ゲートウェイの内部構成を示すブロック図である。
【符号の説明】
【０１４５】
１１  ECHONETネットワーク
１２、５２、７５、１２２  制御対象機器
１３、５３、７２、１２３  UPnPネットワーク
１４、５４、７１、１２４  UPnPコントロールポイント
１５、５５、７４、１２５  ゲートウェイ
２１、６１、９１、１３１  データベース部
２２、２４、６２、６４、１３２、１３４  通信装置
２３  ECHONETプロトコル処理部
２５、６５、９５、１３５  仮想UPnP機器処理部
２６、６６、９６、１３６  仮想UPnP機器管理部
３１、７１、１０１、１４１  UPnP処理部
３２、７２、１０２、１４２  UPnP Description記憶部
３３、７３、１０３、１４３  プロトコル間変換処理部
３４、３５、７４、７５、１０４、１０５、１４４、１４５  変換処理部
３６、７６、１０６、１４６  変換ルール格納部
４１、８１、１１１、１５１  変換ルール抽出処理部
４２、８２、１１２、１５２  UPnP Description生成部
４３、８３、１１３、１５３  機器機能調査部
４４、８４、１１４、１５４  仮想UPnP機器管理情報格納部
５１  シリアルケーブル
１２１  IEEE1394ネットワーク
６３  シリアル通信処理部
１３３  IEEE1394通信処理部
７３  被制御装置
【図１】
2006238164.tif 000003
【図２】
2006238164.tif 000004
【図３】
2006238164.tif 000005
【図４】
2006238164.tif 000006
【図５】
2006238164.tif 000007
【図６】
2006238164.tif 000008
【図７】
2006238164.tif 000009
【図８】
2006238164.tif 000010
【図９】
2006238164.tif 000011
【図１０】
2006238164.tif 000012
【図１１】
2006238164.tif 000013
【図１２】
2006238164.tif 000014
【図１３】
2006238164.tif 000015
【図１４】
2006238164.tif 000016
【図１５】
2006238164.tif 000017
【図１６】
2006238164.tif 000018
【図１７】
2006238164.tif 000019
【図１８】
2006238164.tif 000020
【図１９】
2006238164.tif 000021
【図２０】
2006238164.tif 000022
【図２１】
2006238164.tif 000023