(57)【特許請求の範囲】
【請求項１】
少なくとも種類の異なる第一プロトコル及び第二プロトコルを含む二種類以上のプロトコルのネットワーク間を接続するゲートウェイ装置であって、
前記第二プロトコルに用いる規格に基づいて記述され、前記第一プロトコルのネットワークに接続する端末機器に関する情報が書き込まれるテンプレートを保持するテンプレート保持手段と、
前記第一プロトコルのネットワークに接続する端末機器から、前記第一プロトコルに用いられる規格に基づく前記端末機器の情報を取得する取得手段と、
前記テンプレート保持手段が保持する前記テンプレートを取得して、前記取得手段において取得された前記端末機器に関する情報を書き込むことにより端末機器情報ディスクリプションを作成するテンプレート記述作成処理手段と、
前記端末機器の名称に基づいて、前記第一プロトコル及び前記第二プロトコルにおける前記端末機器が対応する情報の表現形式を関係付けるプロトコル変換テーブルを保持するプロトコル変換テーブル保持手段と、
前記プロトコル変換テーブルを参照して、前記第二プロトコルのネットワークに接続する前記制御装置と前記第一プロトコルのネットワークに接続する前記端末機器との間で通信を行う場合にプロトコルの変換を行うプロトコル変換手段と、
前記テンプレート記述作成処理手段において更新された端末機器情報ディスクリプションを、前記第二プロトコルのネットワークに接続する前記制御装置に対して送信可能な通信手段とを備える
ことを特徴とするゲートウェイ装置。
【請求項２】
前記ゲートウェイ装置は、さらに、
前記第一プロトコルのネットワークに接続している前記端末機器の構成を管理する機器構成管理手段を備える
ことを特徴とする請求項１記載のゲートウェイ装置。
【請求項３】
前記テンプレート保持手段は、前記第二プロトコルに用いる規格に基づいて記述され、前記第一プロトコルのネットワークに接続する前記端末機器の機器情報が書き込まれるデバイス記述テンプレートを保持するデバイス記述テンプレート保持部、及び前記第二プロトコルに用いる規格に基づいて記述され、前記端末機器が提供するサービス情報が書き込まれるサービス記述テンプレートを保持するサービス記述テンプレート保持部から構成され、
前記テンプレート記述作成処理手段は、前記デバイス記述テンプレート保持部から前記デバイス記述テンプレートを取得して、規定した規則に従って、自動的に前記取得手段で取得したデバイス情報を書き込みデバイス情報ディスクリプションを作成するデバイス記述作成処理部、及び前記サービス記述テンプレート保持部から前記サービス記述テンプレートを取得して、規定した規則に従って、自動的に前記取得手段で取得したサービス情報を書き込んでサービス情報ディスクリプションを作成するサービス記述作成処理部から構成される
ことを特徴とする請求項１記載のゲートウェイ装置。
【請求項４】
前記デバイス記述作成処理部で作成された前記デバイス情報ディスクリプションは、前記第一プロトコルのネットワークシステムをルートデバイスとして、前記第一プロトコルのネットワークに接続している前記端末機器を組み込みデバイスとして、前記通信手段を介して前記第二プロトコルのネットワークに接続する前記制御装置に対して、前記端末機器の機器情報として公開される
ことを特徴とする請求項３記載のゲートウェイ装置。
【請求項５】
前記ゲートウェイ装置は、さらに、
インターネットに接続し、サーバ装置から前記第一プロトコルに接続されている前記端末装置に対応する前記プロトコル変換テーブル、前記デバイス記述テンプレート、及び前記サービス記述テンプレートを取得するインターネット接続手段を備える
ことを特徴とする請求項３記載のゲートウェイ装置。
【請求項６】
前記サービス記述テンプレート保持部は、さらに、前記第一プロトコルのネットワークに接続された前記端末機器を制御するパターンに分類した制御モデルであるプロパティタイプごとに定義されたサービス記述テンプレートを保持し、
前記サービス記述作成処理部は、前記取得手段で取得したサービスに関する情報を、所定規則に従って予め定められた前記プロパティタイプに分類するとともに、前記サービス記述テンプレート保持部から当該プロパティタイプに対応するサービス記述テンプレートを選択し、当該サービス記述テンプレートごとに規定している規則に従って前記サービス情報ディスクリプションを作成する
ことを特徴とする請求項３記載のゲートウェイ装置。
【請求項７】
前記プロパティタイプには、
（１）数値でプロパティ値を示す数値型
（２）日付を示すデータを保持する日付型
（３）時刻及び時間を保持する時刻型
（４）数値ではない大小関係若しくは前記第一プロトコルに接続される端末機器の状態を参照するレベル型
（５）前記第一プロトコルに接続される端末機器から取得するデータが文字列若しくは前記端末機器を制御するデータが文字列である文字表記型
（６）定義されているただ１つの値を使用して前記第一プロトコルに接続される端末機器を制御することによって、ある状態をリセットする場合に用いるリセット型
（７）２つの値を切り替えることにより前記第一プロトコルに接続される端末機器を制御若しくは２つの値のうちいずれかの値を前記端末機器から取得する切り替え型
（８）３つ以上の値の中から選択することによって前記第一プロトコルに接続される端末機器を制御若しくは３つ以上の値の中からいずれかの値を前記端末機器から取得する選択型
の少なくとも１つが含まれることを特徴とする請求項６記載のゲートウェイ装置。
【請求項８】
前記サービス記述テンプレート保持部は、前記サービス情報ディスクリプションを作成するための前記プロパティタイプとして、オン・オフ切り替え型データ、列挙型データ、アナログ数値型データ、段階値型データ、及び複数の属性で構成されたテンプレートの少なくとも１つをデータ値として有するサービス記述テンプレートを保持する
ことを特徴とする請求項６記載のゲートウェイ装置。
【請求項９】
第二プロトコルのネットワークに接続し、第一プロトコルのネットワークに接続する端末機器を制御するための制御装置であって、
制御対象となる前記第一プロトコルのネットワークに接続する端末機器の接続状況の確認、及び制御対象となる前記端末機器がネットワークに接続したことの検知を行い、取得した前記端末機器の機器情報であるデバイス情報ディスクリプションを保持するデバイス記述検出処理手段と、
前記デバイス情報ディスクリプションを解析するデバイス解析処理手段と、
制御対象となる前記端末機器が保持する前記サービス情報を記述しているサービス情報ディスクリプションを前記第一プロトコルのネットワークに接続する端末機器に対して要求し、取得するサービス記述検出処理手段と、
前記サービス情報ディスクリプションを解析するサービス解析処理手段と、
制御対象となる前記端末機器から状態に関する通知データを受信した際、前記デバイス記述検出処理手段から前記デバイス情報ディスクリプションを取得し、前記サービス記述検出処理手段から前記サービス情報ディスクリプションを取得することによって、受信した前記通知データの内容を解析するイベント受信処理手段と、
制御対象となる前記端末機器を制御するために、前記デバイス記述検出処理手段から前記デバイス情報ディスクリプションを取得し、前記サービス記述検出処理手段から前記サービス情報ディスクリプションを取得し、制御するための通信データを作成するデバイス制御処理手段と、
少なくとも制御対象となるすべての前記端末機器の前記デバイス情報ディスクリプション及び前記サービス情報ディスクリプションを保持するデータ保持手段と、
制御対象となる前記端末機器の前記デバイス情報ディスクリプション及び前記サービス情報ディスクリプションからユーザが前記端末機器の状態を確認、及び制御するための画面を表示する画面表示手段とを備える
ことを特徴とする制御装置。
【請求項１０】
前記画面表示手段は、前記サービス情報ディスクリプションのプロパティタイプごとに画面のフレームワークを生成するウィジェットセットを保持し、前記ウィジェットセットを前記画面に当てはめることによって画面のフレームワークを生成し、前記ウィジェットセットの規則に従って、前記サービス情報ディスクリプションに含まれるデータを前記ウィジェットセットに書き込むことによって前記画面を生成する
ことを特徴とする請求項９記載の制御装置。
【請求項１１】
第一プロトコルのネットワークに接続する端末機器と、第二プロトコルのネットワークに接続する制御装置と、少なくとも第二プロトコルのネットワークと第一プロトコルのネットワーク間を接続するゲートウェイ装置とから構成されるホームネットワークシステムであって、
前記ゲートウェイ装置は、
前記第二プロトコルに用いる規格に基づいて記述され、前記第一プロトコルのネットワークに接続する端末機器に関する情報が書き込まれるテンプレートを保持するテンプレート保持手段と、
前記第一プロトコルのネットワークに接続する端末機器から、前記第一プロトコルに用いられる規格に基づく前記端末機器の情報を取得する取得手段と、
前記テンプレート保持手段が保持する前記テンプレートを取得して、前記取得手段において取得された前記端末機器に関する情報を書き込むことにより端末機器情報ディスクリプションを作成するテンプレート記述作成処理手段と、
前記端末機器の名称に基づいて、前記第一プロトコル及び前記第二プロトコルにおける前記端末機器が対応する情報の表現形式を関係付けるプロトコル変換テーブルを保持するプロトコル変換テーブル保持手段と、
前記プロトコル変換テーブルを参照して、前記第二プロトコルのネットワークに接続する前記制御装置と前記第一プロトコルのネットワークに接続する前記端末機器との間で通信を行う場合にプロトコルの変換を行うプロトコル変換手段と、
前記テンプレート記述作成処理手段において更新された端末機器情報ディスクリプションを、前記第二プロトコルのネットワークに接続する前記制御装置に対して送信可能な通信手段とを備える
ことを特徴とするホームネットワークシステム。
【請求項１２】
前記ゲートウェイ装置の前記テンプレート保持手段は、前記第一プロトコルのネットワークに接続する前記端末機器の機器情報に関する前記第二プロトコルに用いる規格に基づくデバイス情報ディスクリプションを保持するデバイス情報ディスクリプション保持部、及び前記端末機器が提供するサービスに関する前記第二プロトコルに用いる規格に基づくサービス情報ディスクリプションを保持するサービス情報ディスクリプション保持部から構成され、
前記テンプレート記述作成処理手段は、前記デバイス情報ディスクリプション保持部から前記第一プロトコルに接続された前記端末機器の機器情報を作成するためのテンプレートを取得して、規定した規則に従って、自動的に前記取得手段で取得したデバイス情報を記述してデバイス情報ディスクリプションを生成するデバイス記述作成処理部、及び前記サービス情報ディスクリプション保持部から前記第一プロトコルに接続された前記端末機器のサービス情報を作成するためのテンプレートを取得して、規定した規則に従って、自動的に前記取得手段で取得したサービス情報を記述してサービス情報ディスクリプションを生成するサービス記述作成処理部から構成され、
前記制御装置は、
少なくとも、制御対象となる前記端末機器の前記デバイス情報ディスクリプション及び前記サービス情報ディスクリプションからユーザが前記端末機器の状態を確認、及び制御するための画面を表示する画面表示手段とを備える
ことを特徴とする請求項１１記載のホームネットワークシステム。
【請求項１３】
少なくとも種類の異なる第一プロトコル及び第二プロトコルを含む二種類以上のプロトコルのネットワーク間を接続するゲートウェイ装置で用いるネットワーク接続方法であって、
前記第二プロトコルに用いる規格に基づいて記述され、前記第一プロトコルのネットワークに接続する端末機器に関する情報が書き込まれるテンプレートを保持するテンプレート保持ステップと、
前記第一プロトコルのネットワークに接続する端末機器から、前記第一プロトコルに用いられる規格に基づく前記端末機器の情報を取得する取得ステップと、
前記テンプレート保持ステップにおいて保持する前記テンプレートを取得して、前記取得ステップにおいて取得された前記端末機器に関する情報を書き込むことにより端末機器情報ディスクリプションを作成するテンプレート記述作成処理ステップと、
前記端末機器の名称に基づいて、前記第一プロトコル及び前記第二プロトコルにおける前記端末機器が対応する情報の表現形式を関係付けるプロトコル変換テーブルを保持するプロトコル変換テーブル保持ステップと、
前記プロトコル変換テーブルを参照して、前記第二プロトコルのネットワークに接続する前記制御装置と前記第一プロトコルのネットワークに接続する前記端末機器との間で通信を行う場合にプロトコルの変換を行うプロトコル変換ステップと、
前記テンプレート記述作成処理ステップにおいて更新された端末機器情報ディスクリプションを、前記第二プロトコルのネットワークに接続する前記制御装置に対して送信可能な通信ステップとを含む
ことを特徴とするネットワーク接続方法。
【請求項１４】
少なくとも種類の異なる第一プロトコル及び第二プロトコルを含む二種類以上のプロトコルのネットワーク間を接続するゲートウェイ装置で用いるプログラムであって、
前記第二プロトコルに用いる規格に基づいて記述され、前記第一プロトコルのネットワークに接続する端末機器に関する情報が書き込まれるテンプレートを保持するテンプレート保持ステップと、
前記第一プロトコルのネットワークに接続する端末機器から、前記第一プロトコルに用いられる規格に基づく前記端末機器の情報を取得する取得ステップと、
前記テンプレート保持ステップにおいて保持する前記テンプレートを取得して、前記取得ステップにおいて取得された前記端末機器に関する情報を書き込むことにより端末機器情報ディスクリプションを作成するテンプレート記述作成処理ステップと、
前記端末機器の名称に基づいて、前記第一プロトコル及び前記第二プロトコルにおける前記端末機器が対応する情報の表現形式を関係付けるプロトコル変換テーブルを保持するプロトコル変換テーブル保持ステップと、
前記プロトコル変換テーブルを参照して、前記第二プロトコルのネットワークに接続する前記制御装置と前記第一プロトコルのネットワークに接続する前記端末機器との間で通信を行う場合にプロトコルの変換を行うプロトコル変換ステップと、
前記テンプレート記述作成処理ステップにおいて更新された端末機器情報ディスクリプションを、前記第二プロトコルのネットワークに接続する前記制御装置に対して送信可能な通信ステップと
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置と非制御装置である端末機器とが異なるプロトコルのネットワークにそれぞれ接続し、これらの両方のプロトコルのネットワークに接続するゲートウェイ装置等に関し、特に、端末機器が接続するネットワークへの接続状況、及び各端末機器が対応できるサービスや属性を異なるプロトコルのネットワークに接続する制御装置へ公開する方式を備えたゲートウェイ装置等に関するものである。
【背景技術】
【０００２】
従来、アプリケーション、サービス、およびデバイスが、自己の能力を記述し、それを他のアプリケーション、サービス、およびデバイスに公表し、相異なる様々なネットワークを、統一するフレームワークに統合して、相異なるネットワーク内に位置するさまざまなネットワークエンティティが互いを発見し相互作用する機構について記述されている。
【０００３】
そして、例えば、相異なる通信プロトコルを有する複数のネットワークを単一の統一フレームワークへと統合して、ユーザアプリケーションが様々なネットワークデバイスを発見し利用することを可能にする方法が開示されている（例えば、特許文献１参照）。
【０００４】
また、具体的には、近年、情報機器、AV機器へのネットワーク対応が進んでおり、例えば、UPnP（Universal Plug and Play）が、その通信プロトコルとして注目され、すでに製品応用が進んでいる。今後、家庭内の通信プロトコルである例えばECHONETを用いるECHONET機器が情報機器、AV機器と融合化してシステム化される場合、UPnP機器とのシステム共存も望まれている。
【特許文献１】特開２００１−２９０７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来では、異なるプロトコルのネットワークに対して、自己のネットワークに接続している機器の情報や、機器が対応する属性やデータに関する情報を公開する場合も、機器ごとに公開するデータを定義するため、作業が膨大になるだけでなく、異なるプロトコル同士が同一の機器を定義した場合、異なった定義になってしまうという課題が有り、異なったプロトコルのネットワークに接続する機器を制御するコントローラを開発することは、非常に難解であるという問題がある。
【０００６】
また、具体的には、上述した家庭内のECHONET機器とAV機器の相互連携には、ECHONETプロトコルとAV機器向けのUPnPプロトコルを相互接続するゲートウェイ機能が必要であるが、現在のECHONET規格では、具体的なゲートウェイ機能が規格化されていないために、家庭内のECHONET機器とAV機器の相互連携が実現できていないという問題もある。
【０００７】
本発明は、上記課題を解決するためのものであり、ゲートウェイ機能を共通化、規格化することで、異種プロトコルに基づく通信ネットワークに接続された端末機器間の相互接続を適切に実現できるゲートウェイ装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
以上の課題を解決するために、本発明に係るゲートウェイ装置は、少なくとも種類の異なる第一プロトコル及び第二プロトコルを含む二種類以上のプロトコルのネットワーク間を接続するゲートウェイ装置であって、前記第二プロトコルに用いる規格に基づいて記述され、前記第一プロトコルのネットワークに接続する端末機器に関する情報が書き込まれるテンプレートを保持するテンプレート保持手段と、前記第一プロトコルのネットワークに接続する端末機器から、前記第一プロトコルに用いられる規格に基づく前記端末機器の情報を取得する取得手段と、前記テンプレート保持手段が保持する前記テンプレートを取得して、前記取得手段において取得された前記端末機器に関する情報を書き込むことにより端末機器情報ディスクリプションを作成するテンプレート記述作成処理手段と、前記端末機器の名称に基づいて、前記第一プロトコル及び前記第二プロトコルにおける前記端末機器が対応する情報の表現形式を関係付けるプロトコル変換テーブルを保持するプロトコル変換テーブル保持手段と、前記プロトコル変換テーブルを参照して、前記第二プロトコルのネットワークに接続する前記制御装置と前記第一プロトコルのネットワークに接続する前記端末機器との間で通信を行う場合にプロトコルの変換を行うプロトコル変換手段と、前記テンプレート記述作成処理手段において更新された端末機器情報ディスクリプションを、前記第二プロトコルのネットワークに接続する前記制御装置に対して送信可能な通信手段とを備えることを特徴とする。
【０００９】
また、本発明に係るゲートウェイ装置の前記テンプレート保持手段は、前記第二プロトコルに用いる規格に基づいて記述され、前記第一プロトコルのネットワークに接続する前記端末機器の機器情報が書き込まれるデバイス記述テンプレートを保持するデバイス記述テンプレート保持部、及び前記第二プロトコルに用いる規格に基づいて記述され、前記端末機器が提供するサービス情報が書き込まれるサービス記述テンプレートを保持するサービス記述テンプレート保持部から構成され、前記テンプレート記述作成処理手段は、前記デバイス記述テンプレート保持部から前記デバイス記述テンプレートを取得して、規定した規則に従って、自動的に前記取得手段で取得したデバイス情報を書き込みデバイス情報ディスクリプションを作成するデバイス記述作成処理部、及び前記サービス記述テンプレート保持部から前記サービス記述テンプレートを取得して、規定した規則に従って、自動的に前記取得手段で取得したサービス情報を書き込んでサービス情報ディスクリプションを作成するサービス記述作成処理部から構成されることを特徴とする。
【００１０】
これらの構成により、第二プロトコルのネットワークに接続された制御装置に対して、第一プロトコルのネットワークに接続された端末機器から取得した第一プロトコルの規格に適したテンプレートに記述されている端末機器に関する情報に基づいて、テンプレート記述作成処理手段において第二プロトコルの規格に適した端末機器情報ディスクリプションを自動的に作成して前記制御装置に対して公開することができる。従って、異種プロトコルに基づく通信ネットワークに接続された端末機器間の相互接続を実現できるゲートウェイ装置とすることが可能となる。
【００１１】
また、本発明に係るゲートウェイ装置の前記サービス記述テンプレート保持部は、さらに、前記第一プロトコルのネットワークに接続された前記端末機器を制御するパターンに分類した制御モデルであるプロパティタイプごとに定義されたサービス記述テンプレートを保持し、前記サービス記述作成処理部は、前記取得手段で取得したサービスに関する情報を、所定規則に従って予め定められた前記プロパティタイプに分類するとともに、前記サービス記述テンプレート保持部から当該プロパティタイプに対応するサービス記述テンプレートを選択し、当該サービス記述テンプレートごとに規定している規則に従って前記サービス情報ディスクリプションを作成することを特徴とする。
【００１２】
この構成により、サービス記述作成処理部において、各機器が保持する属性やサービスを、機器や機器の属性情報やサービス情報を制御モデルであるプロパティタイプに分類して、第二プロトコルの規格に基づくサービス情報ディスクリプションを作成して、このサービス情報ディスクリプションを前記第二プロトコルのネットワークに接続されている制御装置に対して公開することで、容易に異種ネットワークに接続されている端末装置に対してネットワーク構成を含む機器の情報や各機器が対応できるサービス情報について公開することができる。
【００１３】
また、本発明に係るゲートウェイ装置は、さらに、インターネットに接続し、サーバ装置から前記第一プロトコルに接続されている前記端末装置に対応する前記プロトコル変換テーブル、前記デバイス記述テンプレート、及び前記サービス記述テンプレートを取得するインターネット接続手段を備えることを特徴とする。
【００１４】
この構成により、インターネット接続手段において、インターネット経由で前記端末機器の名称、前記端末機器が対応する前記サービスのプロトコルごとの表現形式を関係付けているプロトコル変換テーブル、前記デバイス情報ディスクリプションを作成するためのデバイス記述テンプレート、前記サービス情報ディスクリプションを作成するためのサービス記述テンプレートを取得でき、新規のサービスや新規の端末機器が追加になった場合も、最新のテンプレートをネットワークを介して取得して、適切に異種プロトコルを用いるネットワーク間の接続に対応することが可能となる。
【００１５】
また、本発明に係る制御装置は、第二プロトコルのネットワークに接続し、第一プロトコルのネットワークに接続する端末機器を制御するための制御装置であって、制御対象となる前記第一プロトコルのネットワークに接続する端末機器の接続状況の確認、及び制御対象となる前記端末機器がネットワークに接続したことの検知を行い、取得した前記端末機器の機器情報であるデバイス情報ディスクリプションを保持するデバイス記述検出処理手段と、前記デバイス情報ディスクリプションを解析するデバイス解析処理手段と、制御対象となる前記端末機器が保持する前記サービス情報を記述しているサービス情報ディスクリプションを前記第一プロトコルのネットワークに接続する端末機器に対して要求し、取得するサービス記述検出処理手段と、前記サービス情報ディスクリプションを解析するサービス解析処理手段と、制御対象となる前記端末機器から状態に関する通知データを受信した際、前記デバイス記述検出処理手段から前記デバイス情報ディスクリプションを取得し、前記サービス記述検出処理手段から前記サービス情報ディスクリプションを取得することによって、受信した前記通知データの内容を解析するイベント受信処理手段と、制御対象となる前記端末機器を制御するために、前記デバイス記述検出処理手段から前記デバイス情報ディスクリプションを取得し、前記サービス記述検出処理手段から前記サービス情報ディスクリプションを取得し、制御するための通信データを作成するデバイス制御処理手段と、少なくとも制御対象となるすべての前記端末機器の前記デバイス情報ディスクリプション及び前記サービス情報ディスクリプションを保持するデータ保持手段と、制御対象となる前記端末機器の前記デバイス情報ディスクリプション及び前記サービス情報ディスクリプションからユーザが前記端末機器の状態を確認、及び制御するための画面を表示する画面表示手段とを備えることを特徴とする。
【００１６】
また、本発明に係る制御装置の前記画面表示手段は、前記サービス情報ディスクリプションのプロパティタイプごとに画面のフレームワークを生成するウィジェットセットを保持し、前記ウィジェットセットを前記画面に当てはめることによって画面のフレームワークを生成し、前記ウィジェットセットの規則に従って、前記サービス情報ディスクリプションに含まれるデータを前記ウィジェットセットに書き込むことによって前記画面を生成することを特徴とする。
【００１７】
これら構成により、制御装置は、異種ネットワークに接続するコントロール機器がこの公開されたサービス情報ディスクリプションを受け取ると、画面表示手段において、各制御モデルであるプロパティタイプ毎に対応するウィジェットセットを使用することによって、容易にユーザインタフェースを作ることができる。また、本発明に係る制御装置における方式は、特定のプロトコルに限るものではなく、あらゆる異種プロトコル間の相互接続にて使用することが可能である。
【００１８】
尚、前記目的を達成するために、本発明は、ゲートウェイ装置の特徴的な手段をステップとするネットワーク接続方法として実現したり、コンピュータに各ステップを実行させるためのプログラムとして実現することもできる。そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を通じて配信することができるのは言うまでもない。
【発明の効果】
【００１９】
本発明におけるゲートウェイ装置における異種プロトコル上の機器へ機器の接続状況や各機器が対応できるサービスを公開する方式によれば、各機器のサービスを制御モデルであるプロパティタイプに分類するだけで、容易に異種プロトコル上の機器へ各機器が対応可能なサービスを公開することができ、異種プロトコルに基づく通信ネットワークに接続された端末機器間の相互接続を適切に実現できる。
【００２０】
また、異種ネットワークに接続する機器のサービス情報を受信する制御装置についても、各制御モデルであるプロパティタイプに対応するユーザインタフェース用の部品を保持しておけば、容易にアプリケーションを作成することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００２２】
（実施の形態１）
図１は、本発明の実施の形態１におけるホームネットワークにおいて、複数の種類のプロトコルで構成するホームネットワークのシステム構成図である。
【００２３】
図１に示す二種類のプロトコルは、例えばプロトコルA１２をUPnP、プロトコルB１３をECHONETとする。ホームネットワークの構成として、プロトコルA１２にコントローラ装置１４が接続し、プロトコルB１３に、端末１５、端末１６、端末１７が接続している。
【００２４】
端末１５、端末１６、端末１７は例えば、エアコンや冷凍冷蔵庫といった機器である。さらに、プロトコルA１２及びプロトコルB１３の両方に接続するゲートウェイ装置１１で、ホームネットワークシステムを構成する。プロトコルA１２に接続するコントローラ装置１４とプロトコルB１３に接続する端末１５、１６、１７はゲートウェイ装置１１を介して、異種プロトコル間相互接続を実現する。
【００２５】
コントローラ装置１４は、ゲートウェイ装置１１からプロトコルB１３に接続している機器の情報と、各機器が実行できるサービスの情報を取得する。これらの情報から、コントローラ装置１４はゲートウェイ装置１１へプロトコルB１３に接続する機器を制御するための通信データを送信し、ゲートウェイ装置１１は受信した通信データをプロトコルBに該当する通信データへ変換して、該当するプロトコルB１３へ接続している端末１５へ通信データを送信する。
【００２６】
また、プロトコルB１３へ接続する端末１５は自己の状態が変化した場合や定期的に、状態を通知する場合がある。ゲートウェイ装置１１は受信した通信データをプロトコルAに該当する通信データへ変換して、プロトコルA１３へ接続しているコントローラ装置１４へ通信データを送信する。
【００２７】
また、ゲートウェイ装置１１は、プロトコルB１３へ新しい機器が接続したことを検知すると、プロトコルA１２へ新しい機器がプロトコルB１３へ接続したことを示す通知データを送信し、その通知データを受信したコントローラ装置１４は、ゲートウェイ装置１１へその新しい機器が対応できるサービスを問合せて、取得することによって、新しく接続した機器の制御を行うことが可能になる。
【００２８】
図２は、本発明の実施の形態１におけるホームネットワークにおいて、複数の種類のプロトコルのネットワークに接続するゲートウェイ装置１１のプロトコルスタックを示した図である。この図２では例として、異なる２種類のプロトコルA１２とプロトコルB１３にゲートウェイ装置１１は接続している。
【００２９】
ゲートウェイ装置１１は、プロトコルA通信処理部２１と、プロトコルB通信処理部２２と、プロトコル変換処理部２３と、デバイス記述作成処理部２４と、デバイス記述テンプレート保持部２５と、サービス記述作成処理部２６と、サービス記述テンプレート保持部２７と、プロトコル変換テーブル保持部２８と、機器構成管理部２９とを備えている。
【００３０】
プロトコルA通信処理部２１は、プロトコルA１２に接続する他機器と通信データを送受信する機能を保持し、プロトコル変換処理部２３からデータを受け取るとプロトコルA１２の通信テンプレートに通信データを変更し、プロトコルA１２に接続する他機器へ通信データを送信する。また、プロトコルA１２に接続する他機器から通信データを受信した場合、プロトコル変換処理部２３へ受信した通信データを解析した後に渡す。
【００３１】
プロトコルB通信処理部２２は、プロトコルB１３に接続する他機器と通信データを送受信する機能を保持し、プロトコル変換処理部２３からデータを受け取るとプロトコルB１３の通信テンプレートに通信データを変更し、プロトコルB１３に接続する他機器へ通信データを送信する。また、プロトコルB１３に接続する他機器から通信データを受信した場合、プロトコル変換処理部２３へ受信した通信データを解析した後に渡す。
【００３２】
次に、プロトコルB１３に接続している機器の情報及びサービスをプロトコルAに公開する場合について記述する。
【００３３】
プロトコルA１２に接続するコントローラ装置からプロトコルBに接続する機器の構成を記述しているデバイス情報データ（具体的には、下記に説明するデバイス情報ディスクリプション）を要求する通信データをゲートウェイ装置１１が受信した場合、プロトコル変換処理部２３は、デバイス記述作成処理部２４からプロトコルB１３に接続する機器の情報をXMLで記述したデバイス情報データを受信し、送信元のデバイス情報データを要求したコントローラ装置へデバイス情報データを応答するために、プロトコルA通信処理部２１へデータを渡す。
【００３４】
次に、プロトコルA１２に接続するコントローラ装置からプロトコルB１３に接続する各機器が対応可能なサービスを記述しているサービス情報データ（具体的には、下記に説明するサービス情報ディスクリプション）を要求する通信データをゲートウェイ装置１１が受信した場合、プロトコル変換処理部２３は、サービス記述作成処理部２６からプロトコルB１３に接続する各機器が保持するサービス情報をXMLで記述したサービス情報データを受信し、送信元のサービス情報データを要求したコントローラ装置へサービス情報データを応答するために、プロトコルA通信処理部２１へデータを渡す。
【００３５】
次に、プロトコルA１２に接続するコントローラ装置からプロトコルBに接続する機器への制御を要求する制御データをゲートウェイ装置１１が受信した場合、プロトコル変換処理部２３は、後述するプロトコル変換テーブル保持部２８から、制御データをプロトコルA１２向けのデータからプロトコルB１３向けデータに変換するための情報を受け取り、また後述する機器構成管理部２９から該当する機器のプロトコルB１３用のアドレスを受け取り、アドレス変換、機器の名称、属性、データなどの変換を行い、プロトコルB１３に接続する機器を制御するために、プロトコルB通信処理部２２へ制御データを渡す。
【００３６】
次に、プロトコルB１３に接続する機器から、機器の状態を通知する通知データをゲートウェイ装置１１が受信した場合、プロトコル変換処理部２３は、プロトコル変換テーブル保持部２８から、制御データをプロトコルB１３向けのデータからプロトコルA１２向けデータに変換するための情報を受け取り、機器構成管理部２９から該当する機器のプロトコルB１３用のアドレスからプロトコルA１２向けアドレスに変換するための情報を受け取り、アドレス変換、機器の名称、属性、データなどの変換を行い、プロトコルA１２に接続するコントローラへプロトコルB１３に接続した機器のデータを通知するために、プロトコルA通信処理部２１へ通知データを渡す。
【００３７】
また、プロトコル変換処理部２３は、プロトコルB通信処理部２２からプロトコルB１３に機器が接続した情報を受け取った場合、デバイス記述作成処理部２４及び機器構成管理部１７へその情報を渡す。
【００３８】
また、プロトコル変換処理部２３は、機器の製造メーカ、製造番号などの機器の情報を受け取った場合、同様にデバイス記述作成処理部２４へ受信したデータを渡す。
【００３９】
また、プロトコル変換処理部２３は、プロトコルB通信処理部２２からプロトコルB１３に機器が接続した情報を受け取った場合、デバイス記述作成処理部２４及び機器構成管理部１７へその情報を渡す。
【００４０】
また、プロトコル変換処理部２３は、プロトコルB１３に接続する機器から制御できるデータに関する情報を取得した場合、サービス記述作成処理部２６へ受信したデータを渡す。
【００４１】
デバイス記述作成処理部２４は、プロトコルB１３のシステムをルートデバイス、プロトコルB１３に接続する端末１５を組み込みデバイスとして、デバイス情報データを作成する。デバイス記述作成処理部２４は、新しくプロトコルB１３に機器が接続したという情報を取得すると、後述するデバイス記述テンプレート保持部２５からデバイス情報データを作成するためのテンプレートを取得し、一定の変換規則に従ってデバイス情報データを作成する。デバイス情報データを作成もしくは更新した場合、デバイス記述作成処理部２４はプロトコル変換処理部２３へデバイス情報データを渡す。また、プロトコル変換処理部２３からデバイス情報データの取得要求を受けた場合、デバイス情報データをプロトコル変換処理部２３へ渡す。例えば、デバイス情報データはXMLでプロトコルB１３に接続する機器の構成を示すデータである。
【００４２】
サービス記述作成処理部１７は、プロトコルB１３に接続する端末１５が対応可能なサービス、属性、及びデータ値についてサービス情報データを作成する。属性とは動作状態、設置場所などの制御対象を示すデータであり、対応可能なサービスとは制御、状態参照、イベントの有無を示すデータであり、データとは動作状態のONやOFFなどといった具体的な制御値を示すものである。サービス記述作成処理部１７は、プロトコルB１３に接続する機器のサービス、属性、データなどの情報を取得すると、後述するサービス記述テンプレート保持部２７へ該当する機器、属性を渡し、サービス記述テンプレート保持部２７からサービス情報データを作成するために機器及び属性に該当するテンプレートを取得し、テンプレートごとに規定している一定の変換規則に従ってサービス情報データを作成する。プロトコル変換処理部２３からサービス情報データの取得要求を受けた場合、サービス情報データをプロトコル変換処理部２３へ渡す。例えば、サービス情報データはXMLでプロトコルB１３に接続する機器が対応できるサービス、属性及びそのデータ値を示すデータである。
【００４３】
デバイス記述テンプレート保持部２５は、デバイス記述作成処理部２４がプロトコルB１３のシステムをルートデバイス、プロトコルB１３に接続する端末１５を組み込みデバイスとして、デバイス情報データを作成するためのテンプレートを保持している。デバイス記述テンプレート保持部２５は、デバイス記述作成処理部２４からデバイス情報データを作成するためのテンプレートの取得要求を受け取ると、デバイス記述作成処理部２４へテンプレートを渡す。例えば、デバイス情報データを作成するためのテンプレートはXMLで記述している。
【００４４】
サービス記述テンプレート保持部２７は、プロトコルB１３に接続する端末１５が対応可能なサービス、属性、及びデータ値について作成するサービス情報データのテンプレートを保持する。機器を制御するパターンを分類することによって、制御パターンを制御モデル化する。
【００４５】
また、サービス記述テンプレート保持部２７は、モデル化した制御パターンごとにサービス情報データのテンプレートとして保持している。例えばテンプレートの例として、以下４点あげる。動作状態のようにON、OFF切り替え型のデータを保持する属性向けのテンプレートを保持する。また、設置場所のようにリビング、玄関、台所など属性に該当するデータを一覧にして示す属性向けのテンプレートを保持する。また、設定温度のようにアナログの数値をデータとして保持する属性向けのテンプレートを保持する。また、タイマー関連のように、タイマーON設定、タイマーON設定時間、タイマーOFF設定、タイマーOFF設定時間と複数の属性をまとめて一つのテンプレートとして保持する。サービス記述テンプレート保持部２７は上記のようなテンプレートを保持しており、サービス記述作成処理部１７から機器及び属性に関するデータとともにサービス情報データを作成するためのテンプレートの取得要求を受け取ると、その属性に適したテンプレートをサービス記述作成処理部１７へ渡す。例えば、サービス情報データを作成するためのテンプレートはXMLで記述している。
【００４６】
プロトコル変換テーブル保持部２８は、プロトコル変換処理部２３の要求に従って、プロトコルA１２の記述言語をプロトコルB１３の記述言語に変換して、プロトコル変換処理部２３へデータを渡したり、プロトコルB１３の記述言語をプロトコルA１２の記述言語に変換して、プロトコル変換処理部２３へデータを渡す。
【００４７】
プロトコル変換テーブル保持部２８は二種類のテーブルを保持する。一つ目は、機器の名称に関して、プロトコルA１２とプロトコルB１２での変換規則について作成した機器名称変換テーブル５１である。機器名称変換テーブル５１の例を図５に示す。二つ目は、属性とその属性に該当するデータに関して、プロトコルA１２とプロトコルB１２での変換規則について作成した属性変換テーブル６１、７１である。属性変換テーブルの具体例を図６及び図７に示す。属性変換テーブル７１は、機器ごとに属性及びデータの変換規則をまとめている。また、動作状態や設置場所などのようにすべての機器に共通的に使用する属性について作成した属性変換テーブル６１は、機器名のところには、機器の名称ではなくて共通であることを示すようにCommonと記載する。
【００４８】
機器構成管理部２９は、プロトコルB１２に接続する機器の構成をアドレス変換テーブル８１として保持する。アドレス変換テーブルの例を図８に示す。
【００４９】
コントローラ装置１４から端末１５を制御する場合や、端末１５が送信した通知データをゲートウェイ装置がコントローラ装置へ転送する場合など、プロトコル変換処理部２３は、機器構成管理部２９からアドレス変換情報を取得する。アドレス変換情報とは、例えばコントローラ装置１４が端末１５を制御する場合、アドレス変換テーブル８１を参照し、機器情報からECHONETアドレスとECHONETオブジェクトの組に変換することを示し、端末１５がコントローラ装置１４へ状態を通知する場合、アドレス変換テーブル８１を参照し、ECHONETアドレスとECHONETオブジェクトの組から機器情報に変換することを示す。
【００５０】
また、本実施の形態１に係るゲートウェイ装置１１においては、UPnPコントロールポイントでのアプリケーションの構築を考慮して、ECHONETプロパティをプロパティ値の内容に従って分類し、分類した結果をプロパティタイプと定義することを特徴としている。ECHONETプロパティは以下に示す８通りのプロパティタイプに分類することができ、その分類は下記に記述する分類ルールに基づくものである。図１１は、本実施の形態１に係るゲートウェイ装置１１において分類されるECHONETプロパティタイプの一例を示す図である。以下、各プロパティタイプについての説明を行う。
（１）数値型：数値でプロパティ値を示すプロパティである。Data Typeは、数値の取り得る範囲によって異なる。具体的には、整数値であるか小数点以下の数値があるか、符号付か符合無しか、データのバイトサイズによってData Typeは決定する。
（２）日付型：日付を示すデータを保持するプロパティである。Data TypeはDateである。XML Descriptionに記述する場合のデータフォーマットはISO８６０１形式に準拠し、yyyy-mm-dd（年−月−日）である。
（３）時刻型：時刻や時間を保持するプロパティである。Data TypeはTimeである。XML Descriptionに記述する場合のデータフォーマットはISO８６０１形式に準拠し、hh-mm-ss（時−分−秒）である。
（４）レベル型：数値ではないが、大小関係を示すデータでECHONET機器を制御したり、ECHONET機器の状態を参照したりするプロパティである。例えば、検知閾値レベルなどがあてはまる。Data TypeはStringである。
（５）文字表記型：ECHONET機器から取得するデータが文字列であったり、ECHONET機器に制御するデータが文字列であったりするプロパティである。例えば、商品コードや製造番号などがあげられる。Data TypeはStringである。
（６）リセット型：定義されているただ一つの値を使用してECHONET機器を制御することによって、ある状態をリセットする場合に用いるプロパティである。Data TypeはStringである。
（７）切り替え型：二つの値を切り替えることによってECHONET機器を制御したり、二つの値のうちいずれかの値をECHONET機器から取得したりするプロパティである。例えば、動作状態、異常発生状態などがあげられる。Data TypeはStringである。
（８）選択型：三つ以上の値の中から選択することによってECHONET機器を制御したり、三つ以上の値の中からいずれかの値をECHONET機器から取得したりするプロパティである。例えば、設置場所などがあげられる。Data TypeはStringである。
【００５１】
このように、本実施の形態１に係るゲートウェイ装置１１は、ECHONETプロパティタイプによる分類を行い、この「ECHONETプロパティタイプによる分類」はECHONETプロパティをプロパティ値の内容に従って分類し、ECHONETプロパティごとにプロパティタイプを規定する。そして、プロパティタイプ毎に、Variable Name及びActionの命名ルールを規定する。また、機器を制御するアプリケーションは、規定したプロパティタイプごとにアプリケーションの雛型となるサービス記述テンプレートを保持することによって、新規機器追加時においても、アプリケーションを自動的に構築することができる。
【００５２】
図１２は、ECHONETプロパティタイプによる分類と命名ルールについて、プロパティタイプ、型分類、目的語、Ａｃｔｉｏｎ接頭語、及びdatatypeの関係を示す参考図である。
【００５３】
ゲートウェイ装置１１においては、ECHONET機器が実行可能なサービスをUPnPネットワークへ公開する際、ECHONETプロパティをXML Service Descritpionへ機械的にマッピングすることを可能とするために、XML Service Descriptionの要素構成、dataType、Variable Nameの命名ルール、Actionの命名ルールを定義する必要がある。「Variable Nameの命名ルール、Actionの命名ルール」は、ECHONETプロパティタイプに従って分類することによって、マッピングを行うことができる。また、「要素の構成、dataType」は、ECHONETプロパティのデータ型に従って分類することによって、マッピングを行うことができる。
【００５４】
なお、Variable Nameの命名基準としては、UPnPのVariable Nameとして違和感が無いこと、機械的に命名できること、英語として意味が推測できること、文字数がAction接頭語と合わせて３２文字以内であることが挙げられる。よって、以下に示すルールにて作成する。
【００５５】
まず、プロパティタイプ別に、プロパティの内容を示す「目的語」を図１２に記述したように設定する。Variable Nameは、プロパティ名称を意味のある単語レベルに分割し、前から順番に並べて、図１２に規定した目的語を最後に設定する。これらの命名結果をECHONET規格書であるAppendixBに記載する。
【００５６】
また、Actionの命名ルールは、Action接頭語にVariable Nameを付加することとする。
【００５７】
また、DataTypeは、データ型による分類に基づいて規定する。AVR型、Value型のdataTypeについては、ECHONETプロパティの値域、データサイズによって判断する。また、Date型についても同様にECHONETプロパティの内容から、Data型もしくはTime型を判別する。
【００５８】
図１３は、本実施の形態１のゲートウェイ装置１１のデバイス記述テンプレート保持部２５に保持されるデバイス記述テンプレート１３００のフォーマットの一例を示す図である。なお、各要素の仕様については、UPnP Device Architechture Ver.１.０に準拠するものとする。
【００５９】
ECHONET特有の要素として、XML Device Description内に記述するドメイン名は、“echonet-gr-jp”とする。また要素名「UDN」について記述する。ECHONET-UPnPゲートウェイは、ECHONET機器のネットワークへの接続を検知した場合に、UUIDをECHONET機器に固有となるように、XML Device Description内部に記述する。また、従来のデバイステンプレートのＸＭＬ記述に加えて、ECHONET機器の種別を特定するための記述である１３０１、ECHONET機器のアドレス情報に関する記述である１３０２〜１３０４が追記される。
【００６０】
なお、デバイス記述テンプレート１３００は、ゲートウェイ装置１１の製造時において予め登録されている場合や、ネットワークを介して外部から取得する方法がある。また、ゲートウェイ装置１１が、デバイス記述作成処理部２４においてデバイス記述テンプレート１３００にプロトコルＡ側の端末機器から取得した機器情報を書き込むことによりデバイス情報ディスクリプションを作成して、プロトコルA側のＵＰｎＰに基づく通信を行う制御装置にこのデバイス情報ディスクリプションを公開することで制御装置がプロトコルB側に接続されている端末機器の機器情報を取得できる。
【００６１】
図１４は、本実施の形態１のゲートウェイ装置のサービス記述テンプレート保持部２７に保持されるサービス記述テンプレート１４００のフォーマット記述の一例を示す図である。
【００６２】
ECHONETプロパティタイプによって、使用するXML Service Descritionのフォーマットが決定される。なお、各要素の仕様については、UPnP Device Architechture Ver.１.０に準拠するものとする。
【００６３】
ECHONET特有の要素として、XML Device Description内に記述するドメイン名は、“echonet-gr-jp”とする。また、本図に示すようにプロパティタイプが数値型、日付型、時刻型、文字表記型の場合には、<name>SetVariableName</name>（１４０１）、レベル型の場合には、<name>WriteVariableName</name>（１４０２）が記述され、この記述をゲートウェイ装置１１のサービス記述作成処理部２６においてプロトコルＢ側の端末機器から取得したECHONET規格で記述されたテンプレート情報に基づいて自動的に上書きすることによりサービス情報ディスクリプションを作成して、プロトコルA側のＵＰｎＰに基づく通信を行う制御装置にこのサービス情報ディスクリプションを公開することで制御装置がプロトコルB側に接続されている端末機器のサービス情報を取得できる。
【００６４】
図１５は、本実施の形態１に係るゲートウェイ装置１１の動作手順を示すフローチャートである。
【００６５】
最初に、ECHONET側の機器からECHONET規格に従った端末情報が記述されたテンプレートを取得する（Ｓ１５０１）。次に、ゲートウェイ装置１１において各端末情報であるECHONETプロパティを８個のプロパティタイプに分類する（Ｓ１５０２）。そして、デバイス記述作成処理部２４及びサービス記述作成処理部２６において各プロパティタイプに対応するテンプレートを取得してサービス情報、属性情報等を書き込む（Ｓ１５０３）。次に、プロトコルＡ側であるＵＰｎＰ側の制御装置から各テンプレート取得要求があるかを確認して（Ｓ１５０４）、取得要求がある場合には（Ｓ１５０４でＹｅｓ）、Ｓ１５０３において作成されたデバイス情報ディスクリプション及びサービス情報ディスクリプションを制御装置に送信する（Ｓ１５０５）。
【００６６】
図１０は、本発明の実施の形態１におけるホームネットワークにおいて、ECHONET機器の情報をUPnP上の機器へ公開する方式について記したものである。
【００６７】
図１０では、例として、エアコン２台、冷凍冷蔵庫１台、洗濯乾燥機１台が接続した場合である。各ECHONET機器の情報を、UPnP上に接続する機器へ公開する情報としてまとめるために、デバイステンプレートを作成する。ECHONET機器の情報をUPnP側へ公開するための設計ポリシーとして、各ECHONET機器をルートデバイス１０１として、ECHONET機器の情報をUPnPへ公開することとする。各ECHONET機器はそれぞれECHONET＿Service１０２という名称のサービスタイプを保持している。
【００６８】
まず初めに、ECHONET機器の名称を定義する。ルートデバイス、すなわちECHONET機器をUPnP上へ公開するために、デバイスタイプをECHONET＿Applianceと定義する。実際に、各ECHONET機器をUPnP上へ公開する際には、上述した図１３のデバイス記述テンプレート１３００のApplianceにECHONET機器固有の名称を書き込む。例えば、エアコンを公開する場合では、「ECHONET＿HomeAirConditioner」と記述することになる。
【００６９】
次にECHONET機器が保持するサービス情報を、UPnPに接続する機器へ公開する情報としてまとめるために、上述した図１４に示すようなサービス記述テンプレート１４００を定義する。ECHONET機器が保持するサービスタイプの名称をECHONET＿Service１０２と規定する。サービスタイプは、ECHONET機器を制御するパターンごとにVariable Nameを定義する。Variable Nameは、機器を制御するパターンの名称とECHONETプロパティ名称との組合せで記述する。例えば、ON／OFFのように二つの値をトグルで切り替えることによって、機器を制御するパターンの場合、Variable NameをSwitch＿propertyと定義する。例えば、この制御パターンには、動作状態などが当てはまる。また、正の整数を使用して機器を制御するパターンの場合、Variable NameをAnalogValue＿ui１＿propertyと定義する。例えば、この制御パターンには、エアコンの設定温度などが当てはまる。また、正負の整数を使用して機器を制御するパターンの場合、Variable NameをAnalogValue＿i１＿propertyと定義する。例えば、この制御パターンには、室外温度などが当てはまる。また、複数の選択肢の中からデータを一つ選択して、機器を制御するパターンの場合、Variable NameをDataList＿propertyと定義する。例えば、この制御パターンには、エアコンの運転モード設定などが当てはまる。なお、ここで記述する制御とは、機器をコントロールするだけでなく、機器の状態を参照することも含む。“Property”に入力する文字列は、ECHONETプロパティの名称を入力する。例えば、動作状態のECHONETプロパティの名称がStatusである場合、Variable Nameは、“Switch＿Status”と記述することになる。
【００７０】
次に、定義したVariable Nameに対して、機器をコントロールする場合のアクションと状態参照を行う場合のアクション、及びその引数について規定する。
【００７１】
まず最初に、機器をコントロールする場合のアクションの命名規則は、Setを「制御するパターンの名称」の接頭語とする。例として、「SetSwitch」、「SetAnalogValue＿ui１」、「SetAnalogValue＿i１」、「SetDataList」というアクションがあげられる。そして、機器をコントロールする際に必要な引数であるArgument、relatedStateVariableの命名規則を定義する。Argumentの命名規則は、Newを「制御するパターンの名称とproperty」の接頭語とする。例えば機器を制御するパターンの名称がSwitchである場合、NewSwitch＿propertyとなる。また、その他の機器を制御するパターンの場合では、それぞれ「NewAnalogValue＿ui１＿property」、「NewAnalogValue＿i１＿property」、「NewDataList＿property」となる。“property”に入力する文字列は、ECHONETプロパティ名称を入力する。動作状態を例にすると、propertyはStatusであるため、ArgumentはNewSwitch＿Statusとなる。relatedStateVariableの命名規則は、Variable Nameと同様に、機器を制御するパターンの名称とECHONETプロパティ名称との組合せで記述する。
【００７２】
次に、機器の状態を参照する場合のアクションの命名規則は、Getを「制御するパターンの名称」の接頭語とする。例として、「GetSwitch」、「GetAnalogValue＿ui１」、「GetAnalogValue＿i１」、「GetDataList」というアクションがあげられる。そして、機器をコントロールする際に必要な引数であるArgument、relatedStateVariableの命名規則を定義する。Argumentの命名規則は、Currentを「制御するパターンの名称とproperty」の接頭語とする。例えば機器を制御するパターンの名称Switchである場合、CurrentSwitch＿propertyとなる。また、その他の機器を制御するパターンの場合では、それぞれ「CurrentAnalogValue＿ui１＿property」、「CurrentAnalogValue＿i１＿property」、「CurrentDataList＿property」となる。“property”に入力する文字列は、ECHONETプロパティ名称を入力する。動作状態を例にすると、propertyはStatusであるため、ArgumentはCurrentSwitch＿Statusとなる。relatedStateVariableの命名規則規則は、Variable Nameと同様に、機器を制御するパターンの名称とECHONETプロパティ名称との組合せで記述する。
【００７３】
以上のように、本実施の形態１に係るゲートウェイ装置１１においては、ECHONET機器の情報及びその機器が保持するサービス情報について、Appliance、propertyといったパラメータを個々の機器ごとに定義せずに、共通パラメータとして定義することによって、ECHONET機器に共通なデバイステンプレート、及びサービステンプレートを作成することができる。
【００７４】
さらに、ECHONET機器の情報及びその機器が保持するサービス情報を自動的にマッピングすることによって、自動的にUPnPに接続する機器へ公開するための情報を作成することができる。従って、ECHONETプロトコルにおいて、新たに機器の情報及びその機器が保持するサービスを規定した場合においても、自動的にマッピングすることによって、UPnP側へ機器の情報とサービス情報を公開することができる。
【００７５】
また、上述のように、ゲートウェイ装置１１におけるUPnP仮想デバイスのデバイス情報及びサービス情報を公開するためのサービス情報ディスクリプションは、一定の規則に従って作成され、この一定の規則は、ECHONETプロパティをタイプ分類したプロパティタイプ毎に規定される。従って、新規機器規格時も、規格作成時にECHONETプロパティをプロパティタイプに分類するだけで、ECHONETプロパティからXML Descritpionとなるサービス情報ディスクリプションへの機械的なマッピングが可能となり、ゲートウェイ機能を共通化、規格化して、異種プロトコルに基づく通信ネットワークに接続された端末機器間の相互接続を実現できる。
【００７６】
（実施の形態２）
以下、本発明の実施の形態２について図面を参照しながら説明を行う。
【００７７】
図３は、本発明の実施の形態２におけるホームネットワークにおいて、制御対象となる端末１５とは異なるプロトコルのネットワークに接続するコントローラ装置１４のプロトコルスタックを示した構成図である。
【００７８】
コントローラ装置１４は、プロトコルA通信処理部３０と、デバイス記述検出処理部３１と、デバイス解析処理部３２と、サービス記述検出処理部３３と、サービス解析処理部３４と、イベント受信処理部３５と、デバイス制御処理部３６と、データ保持部３７とを備えている。
【００７９】
デバイス記述検出処理部３１は、コントローラ装置１４がネットワークに接続した際、ネットワークに接続するデバイスの検出を行うために、ディスカバリ要求データを送信し、ディスカバリ応答データを受信すると、後述するデバイス解析処理部３２へディスカバリ応答データを渡し、デバイス解析処理部３２が解析した結果を受け取る。また、デバイス記述検出処理部３１は、デバイスがネットワークに接続した情報を受信した場合、受信したデータをデバイス解析処理部３２へ渡し、デバイス解析処理部３２が解析した結果を受け取る。
【００８０】
デバイス解析処理部３２は、デバイス記述検出処理部３１から受信したデータを解析し、システム構成及び接続している機器について解析し、解析結果をデバイス記述検出処理部３１へ渡す。例えば、このデータはXMLで作成しており、XMLを解析するXMLパーサー機能についてもデバイス解析処理部３２は保持している。
【００８１】
サービス記述検出処理部３３は、コントローラ装置１４がネットワークに接続するデバイスを検出した後、もしくはネットワークに接続するデバイスがネットワークに接続したことを通知する情報を検知した後に、該当する機器へ対応可能な属性やサービスを公開するよう要求し、取得する。取得した属性やサービスなどの公開情報をサービス解析処理部３４へ渡し、サービス解析処理部３４が解析した結果を受け取る。
【００８２】
サービス解析処理部３４は、サービス記述検出処理部３３から受信したデータを解析し、制御対象機器が対応可能な属性やサービスについて解析し、解析した結果をサービス記述検出処理部３３へ渡す。例えば、このデータはXMLで作成しており、XMLを解析するXMLパーサー機能についてもサービス解析処理部３４は保持している。
【００８３】
イベント受信処理部３５は、他の機器が送信する通知データを受信すると、デバイス記述検出処理部３１及びサービス記述検出処理部３３へ通知データを渡し、通知データ送信元の機器の情報及び通知データの属性、データ値について取得し、後述するデータ保持部３７へ渡す。
【００８４】
デバイス制御処理部３６は、機器を制御する場合、デバイス記述検出処理部３１から制御対象機器のアドレスなどの情報を取得し、サービス記述検出処理部３３から制御対象機器の属性及びデータ値を取得し、制御対象機器に対して、制御要求データを送信する。また、デバイス制御処理部３６は制御対象機器から応答を受信した場合、データ保持部３７へ制御結果を渡す。
【００８５】
データ保持部３７は、コントローラ装置１４が制御を行う機器の属性および属性に対応する現在のデータ値について保持している。
【００８６】
図４は、本発明の実施の形態２におけるホームネットワークにおいて、制御対象となる端末１５とは異なるプロトコルのネットワークに接続するコントローラ装置１４のプロトコルスタックを示した構成図である。
【００８７】
図４に示すコントローラ装置１４は、図３に示すコントローラ装置１４の構成に加えて、ユーザに機器の構成や状態を表示するための画面表示部４１を保持している。画面表示部４１は、端末１５、端末１６、端末１７をユーザが制御するための画面を表示させる機能を保持している。
【００８８】
画面表示部４１は、表示する画面構成をサービス記述検出処理部３３からサービス情報データを受け取ることによって決定する。つまり、サービス情報データは、制御するパターンを分類した制御モデルであり、画面表示部４１は、制御モデルごとにウィジェットセットを保持しており、このウィジェットセットを画面に当てはめることによって、画面のフレームワークを生成することができる。さらに、画面表示部４１は、デバイス記述検出処理部３１から取得する機器の名称などの情報、サービス記述検出処理部３３から取得する制御対象機器の属性、データ保持部３７から取得する制御対象機器のデータをウィジェットセットに書き込むことによって、画面を生成することができる。
【００８９】
図１６は、本実施の形態２に係るコントローラ装置１４の画面表示部４１に表示される画面の一例を示す図である。上述の方法によって作成された画面は、例えば、図１６（ａ）〜（ｄ）に示すように、ECHONETプロパティタイプの型（レベル型、選択型、切替型、文字表記型）に対応した画面表示とできる。
【００９０】
図１７は、本実施の形態２に係るコントローラ装置１４の画面表示における動作手順を示すフローチャートである。
【００９１】
最初に、ＸＭＬで記述されたサービス情報ディスクリプションをゲートウェイ装置から取得する（Ｓ１７０１）。次に、サービス情報ディスクリプションの内容を解析し（Ｓ１７０２）、ＥＣＨＯＮＥＴ側の端末機器に対応付けられたECHONETプロパティタイプを特定する（Ｓ１７０３）。そして、各ECHONETプロパティタイプに対するウィジェットセットを用いて画面表示を行う（Ｓ１７０４）。
【００９２】
以上のように、本実施の形態２に係るコントローラ装置においては、画面に関しても、制御モデルであるECHONETプロパティごとのウィジェットセットを保持しておけば、自由に画面を生成することが可能となるため、あらゆるプロトコルのネットワークに接続する機器の画面においても容易に、機器の状態を示したり、機器を制御したりする画面の生成することが可能となる。
【００９３】
（実施の形態３）
以下、本発明の実施の形態３について図面を参照しながら説明を行う。
【００９４】
図９は、本発明の実施の形態３におけるホームネットワークにおいて、複数の種類のプロトコルで構成するホームネットワークのシステム構成図である。
【００９５】
ゲートウェイ装置１１は、インターネット９２を通じてセンタサーバ９１から、機器名称に関するプロトコル変換テーブル５１、機器共通の属性及びデータに関する変換テーブル６１、機器毎の属性及びデータに関する変換テーブル７１を受信し、プロトコル変換テーブル保持部２８に保持している各テーブルを更新する。
【００９６】
同様に、ゲートウェイ装置１１は、インターネット９２を通じてセンタサーバ９１から、デバイス情報データのテンプレートを受信すると、デバイス記述テンプレート保持部２５は、テンプレートを更新するか、新規テンプレートとして追加する。
【００９７】
また、ゲートウェイ装置１１は、インターネット９２を通じてセンタサーバ９１から、サービス情報データのテンプレートを受信すると、サービス記述テンプレート保持部１９は、サービス情報データのテンプレートを更新するか、新規サービス情報データのテンプレートとして追加する。
【００９８】
以上のように、本実施の形態３に係るゲートウェイ装置１１では、制御対象となる機器の種類、属性、データが増加、もしくは変更した場合においても、プロトコル変換テーブルやデバイス情報データのテンプレート、サービス情報データのテンプレートを追加するだけで、異種ネットワーク間の相互接続を実現することができる。
【産業上の利用可能性】
【００９９】
本発明のゲートウェイ装置は、例えば、異種プロトコルが混在するホームネットワークシステムにおいてネットワーク間を接続する装置として有用である。
【図面の簡単な説明】
【０１００】
【図１】図１は、異種プロトコル連携時のシステム構成図である。
【図２】図２は、ゲートウェイ装置が保持する機能ブロック図である。
【図３】図３は、コントローラ装置が保持する機能ブロック図である。
【図４】図４は、コントローラ装置が保持する機能ブロック図である。
【図５】図５は、プロトコル変換テーブルの機器名称変換図である。
【図６】図６は、プロトコル変換テーブルの機器共通属性及びデータ変換図である。
【図７】図７は、プロトコル変換テーブルの機器毎属性及びデータ変換図である。
【図８】図８は、アドレス変換テーブルの構成図である。
【図９】図９は、宅外のサーバと接続した場合のシステム構成図である。
【図１０】図１０は、ECHONET機器をUPnPへ公開する場合のイメージ図である。
【図１１】図１１は、実施の形態１に係るゲートウェイ装置において分類されるECHONETプロパティタイプの一例を示す図である。
【図１２】図１２は、ECHONETプロパティタイプによる分類と命名ルールについて、プロパティタイプ、型分類、目的語、Ａｃｔｉｏｎ接頭語、及びdatatypeの関係を示す参考図である。
【図１３】図１３は、実施の形態１のゲートウェイ装置のデバイス記述テンプレート保持部に保持されるデバイス記述テンプレートのフォーマットの一例を示す図である。
【図１４】図１４は、実施の形態１のゲートウェイ装置のサービス記述テンプレート保持部に保持されるサービス記述テンプレートのフォーマット記述の一例を示す図である。
【図１５】図１５は、実施の形態１に係るゲートウェイ装置の動作手順を示すフローチャートである。
【図１６】図１６（ａ）は、実施の形態２に係るコントローラ装置の画面表示部に表示されるレベル型の画面の一例を示す図である。図１６（ｂ）は、実施の形態２に係るコントローラ装置の画面表示部に表示される選択型の画面の一例を示す図である。図１６（ｃ）は、実施の形態２に係るコントローラ装置の画面表示部に表示される切替型の画面の一例を示す図である。図１６（ｄ）は、実施の形態２に係るコントローラ装置の画面表示部に表示される文字表記型の画面の一例を示す図である。
【図１７】図１７は、実施の形態２に係るコントローラ装置の画面表示における動作手順を示すフローチャートである。
【符号の説明】
【０１０１】
１１  ゲートウェイ装置
１２  プロトコルA
１３  プロトコルB
１４  コントローラ装置
１５，１６，１７  端末
２１  プロトコルA通信処理部
２２  プロトコルB通信処理部
２３  プロトコル変換処理部
２４  デバイス記述作成処理部
２５  デバイス記述テンプレート保持部
２６  サービス記述作成処理部
２７  サービス記述テンプレート保持部
２８  プロトコル変換テーブル保持部
２９  機器構成管理部
３１  デバイス記述検出処理部
３２  デバイス解析処理部
３３  サービス記述検出処理部
３４  サービス解析処理部
３５  イベント受信処理部
３６  デバイス制御処理部
３７  データ保持部
４１  画面表示部
９１  センタサーバ
１０１  ルートデバイス
１０２  サービスタイプ
【図１】
0004745337.tif 000002
【図２】
0004745337.tif 000003
【図３】
0004745337.tif 000004
【図４】
0004745337.tif 000005
【図５】
0004745337.tif 000006
【図６】
0004745337.tif 000007
【図７】
0004745337.tif 000008
【図８】
0004745337.tif 000009
【図９】
0004745337.tif 000010
【図１０】
0004745337.tif 000011
【図１１】
0004745337.tif 000012
【図１２】
0004745337.tif 000013
【図１３】
0004745337.tif 000014
【図１４】
0004745337.tif 000015
【図１５】
0004745337.tif 000016
【図１６】
0004745337.tif 000017
【図１７】
0004745337.tif 000018