(57)【特許請求の範囲】
【請求項１】
複数の通信プロトコルが共存するネットワーク内で、制御対象として指定された通信ノード宛に電文を送信するノードとして動作する通信制御装置において、
前記ネットワークを構成する通信ノードのアドレス情報が登録されたアドレステーブル部と；
制御対象の通信ノードを指定して命令を発行するアプリケーション部と；
前記アプリケーション部から前記通信ノードが指定された命令を受け取ったときに、前記アドレステーブル部に制御対象の通信ノードのアドレス情報が登録されていない場合に、通信プロトコル毎にアドレス解決要求の電文を作成して送信し、当該アドレステーブル部に制御対象の通信ノードのアドレス情報が登録された場合に、当該アドレス情報に基づいて、制御対象の通信ノードが理解する通信プロトコルの電文を作成して送信する制御部と；
を具備し、
前記制御部は、アドレス解決要求として規定された電文がない通信プロトコルについては、当該通信プロトコルの搭載必須プロパティを読み出すための電文を、アドレス解決要求の代用の電文として作成し、当該電文を同報送信し、その結果として、前記ネットワークを構成するすべての通信ノードについて、前記アドレステーブル部へアドレス情報が登録されることを特徴とする通信制御装置。
【請求項２】
前記ネットワークを構成する所定の通信ノードから電文を受信した場合に、その電文に含まれるアドレス情報を前記アドレステーブル部に登録し、その旨を前記制御部に通知する受信部；
をさらに具備し、
前記制御部は、前記アプリケーション部から前記通信ノードが指定された命令を受け取ったときに、前記アドレステーブル部に制御対象の通信ノードのアドレス情報が登録されていない場合に、通信プロトコル毎にアドレス解決要求の電文を作成して送信し、その後、前記アドレステーブル部へのアドレス情報の登録完了の通知を受け取り、当該アドレステーブル部に制御対象の通信ノードのアドレス情報が登録されていた場合に、当該アドレス情報に基づいて、制御対象の通信ノードが理解する通信プロトコルの電文を作成して送信することを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記アドレステーブル部は、
第１の通信プロトコルの電文を理解する通信ノードのアドレス情報が登録された第１のアドレステーブルと；
第２の通信プロトコルの電文を理解する通信ノードのアドレス情報が登録された第２のアドレステーブルと；
を有し、
前記受信部は、前記ネットワークを構成する所定の通信ノードから電文を受信した場合に、当該電文から抽出した通信プロトコルを表す情報に基づいて、当該電文に含まれるアドレス情報の登録先のアドレステーブルを判断する、
ことを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記アドレステーブル部には、第１の通信プロトコルの電文を理解する通信ノードのアドレス情報と、第２の通信プロトコルの電文を理解する通信ノードのアドレス情報が、それぞれの通信プロトコルと関連付けられた状態で登録され、
前記受信部は、前記ネットワークを構成する所定の通信ノードから電文を受信した場合に、当該電文から抽出した通信プロトコルを表す情報を、当該電文に含まれるアドレス情報に関連付けて前記アドレステーブル部に登録する、
ことを特徴とする請求項２に記載の通信制御装置。
【請求項５】
前記制御部は、通信プロトコル毎にアドレス解決要求の電文を作成して送信した結果、所定の時間が経過しても前記アドレステーブル部へのアドレス情報の登録完了の通知がない場合、前記制御対象の通信ノードが前記ネットワーク内に存在しないものと判断する、
ことを特徴とする請求項１〜４のいずれか１つに記載の通信制御装置。
【請求項６】
前記アドレステーブル部のエントリに登録期間の制限時間を設け、登録してから制限時間が経過した場合には、そのエントリを無効とする、
ことを特徴とする請求項１〜５のいずれか１つに記載の通信制御装置。
【請求項７】
前記制御部は、通信プロトコル毎に、搭載必須プロパティを読み出すための電文を作成し、当該電文を所定の時間毎に同報送信する、
ことを特徴とする請求項１〜６のいずれか１つに記載の通信制御装置。
【請求項８】
複数の通信プロトコルが共存するネットワーク内で、制御対象として指定された通信ノード宛に電文を送信するノードとして動作する装置において実行される通信制御プログラムであって、
制御対象の通信ノードを指定して命令を発行するアプリケーション手順と；
前記アプリケーション手順により前記通信ノードが指定された命令を受け取ったときに、前記ネットワークを構成する通信ノードのアドレス情報が登録されたアドレステーブル部に制御対象の通信ノードのアドレス情報が登録されていない場合に、通信プロトコル毎にアドレス解決要求の電文を作成して送信し、当該アドレステーブル部に制御対象の通信ノードのアドレス情報が登録された場合に、当該アドレス情報に基づいて、制御対象の通信ノードが理解する通信プロトコルの電文を作成して送信する制御手順と；
を前記装置に実行させ、
前記制御手順は、アドレス解決要求として規定された電文がない通信プロトコルについては、当該通信プロトコルの搭載必須プロパティを読み出すための電文を、アドレス解決要求の代用の電文として作成し、当該電文を同報送信し、その結果として、前記ネットワークを構成するすべての通信ノードについて、前記アドレステーブル部へのアドレス情報が登録されることを特徴とする通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信制御装置、及び通信制御プログラムに関する。
【背景技術】
【０００２】
近年、既存の電灯線や無線を利用して家電製品をつなぐホームネットワークを構築し、パソコンや携帯電話等を用いて家電製品の動作制御や家電製品の動作状態の取得等の処理を行うネットワーク技術の開発が進められている。このようなネットワーク技術の１つとしてＥＣＨＯＮＥＴ（登録商標）（Energy  Conservation  and  Homecare  Network）がある。ＥＣＨＯＮＥＴは、宅内での家電制御向けの通信プロトコルとして策定されたものである。
【０００３】
一方で、ネットワークに接続される機器が増大し、また、ホームネットワークによるサービスも多様化していることから、より簡単にホームネットワークを構築したいというニーズが拡大している。そこで、このようなニーズに対応するため、ＥＣＨＯＮＥＴ  ＭＡＣアドレス等の削除を行うとともに電文構成をシンプルにした、ＥＣＨＯＮＥＴ  Ｌｉｔｅが、新たな通信プロトコルとして策定された。
【０００４】
これら両者の通信プロトコルは、共通のオブジェクトやプロパティに基づいており、伝送される電文の意味はほぼ同一である。
【０００５】
しかしながら、ＥＣＨＯＮＥＴの規格に準拠する機器とＥＣＨＯＮＥＴ  Ｌｉｔｅの規格に準拠する機器は、互換性がなく、相互接続ができない。すなわち、アプリケーションレベルから見れば、機器の動作制御や動作状態の取得等の処理の際の通信内容（電文の意味）はほぼ同一であるにもかかわらず、各機器は、両者の電文を共通化して解釈することができない。そのため、たとえば、ホームネットワーク内で通信制御装置として動作するコントローラは、ＥＣＨＯＮＥＴの電文を理解できるがＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解できない通信ノードと、ＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解できるがＥＣＨＯＮＥＴの電文を理解できない通信ノードとを共通化して制御することができない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−１６８９２号公報
【非特許文献】
【０００７】
【非特許文献１】ECHONET規格書  Version  3.21（日本語版）
【非特許文献２】ECHONET  Lite規格書  Version  1.01（日本語版）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が解決しようとする課題は、複数の通信プロトコルが共存するネットワーク内で、各通信プロトコルに準拠して動作する通信ノードを共通化して制御する通信制御装置を提供することである。
【課題を解決するための手段】
【０００９】
実施形態にかかる通信制御装置は、複数の通信プロトコルが共存するネットワーク内で、制御対象として指定された通信ノード宛に電文を送信するノードとして動作し、当該ネットワークを構成する通信ノードのアドレス情報が登録されたアドレステーブル部を有する。制御部は、アプリケーション部から通信ノードが指定された命令を受け取ったときに、アドレステーブル部に制御対象の通信ノードのアドレス情報が登録されていない場合に、通信プロトコル毎にアドレス解決要求の電文を作成して送信する。そして、制御部は、アドレス解決要求の電文を送信した後、制御対象の通信ノードのアドレス情報が登録されていた場合に、当該アドレス情報に基づいて、制御対象の通信ノードが理解する通信プロトコルの電文を作成して送信する。また、受信部は、ネットワークを構成する所定の通信ノードから電文を受信した場合に、その電文に含まれるアドレス情報を前記アドレステーブル部に登録し、その旨を制御部に通知する。
【発明の効果】
【００１０】
本発明によれば、複数の通信プロトコルが共存するネットワーク内で、各通信プロトコルに準拠して動作する通信ノードを共通化して制御する通信制御装置を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、ネットワークシステムの構成例を示す図である。
【図２】図２は、コントローラの構成例を示す図である。
【図３】図３は、アドレステーブルの一例を示す図である。
【図４】図４は、アドレステーブルの一例を示す図である。
【図５】図５は、制御部の動作を示すフローチャートである。
【図６】図６は、ＥＣＨＯＮＥＴのアドレス解決要求パケットのフォーマット例を示す図である。
【図７】図７は、ＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決要求パケットのフォーマット例を示す図である。
【図８】図８は、ＥＣＨＯＮＥＴのアドレス解決応答パケットのフォーマット例を示す図である。
【図９】図９は、ＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決応答パケットのフォーマット例を示す図である。
【図１０】図１０は、アドレステーブルの一例を示す図である。
【図１１】図１１は、制御部の動作を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下で説明する第１の実施形態において、コントローラ１は、異なる通信プロトコルであるＥＣＨＯＮＥＴとＥＣＨＯＮＥＴ  Ｌｉｔｅが共存するホームネットワーク内で、制御対象として指定された通信ノード宛に電文を送信するノードとして動作し、ホームネットワークを構成する通信ノードのアドレス情報が登録されたアドレステーブル１４，１５を有する。コントローラ１内の制御部１２は、アドレステーブル１４，１５に制御対象の通信ノードのアドレス情報が登録されていない場合に、ＥＣＨＯＮＥＴおよびＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決要求パケットを個別に作成して送信する。そして、制御部１２は、アドレス解決要求パケットの送信の結果として、制御対象の通信ノードのアドレス情報がいずれかのアドレステーブルに登録された場合に、そのアドレス情報に基づいて、制御対象の通信ノードが理解する通信プロトコルの電文を作成して送信する。また、コントローラ１内の受信部１３は、ネットワークを構成する所定の通信ノードから電文を受信した場合に、その電文に含まれるアドレス情報を、該当するアドレステーブル１４またアドレステーブル１５に登録し、その旨を制御部１２に通知する。
【００１３】
なお、アドレステーブル１４は、ＥＣＨＯＮＥＴの電文を理解する通信ノードのアドレス情報が登録されたアドレステーブルであり、アドレステーブル１５は、ＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解する通信ノードのアドレス情報が登録されたアドレステーブルである。そのため、受信部１３は、ホームネットワークを構成する通信ノードから電文を受信した場合に、その電文から抽出した通信プロトコルを表す情報に基づいて、その電文に含まれるアドレス情報の登録先のアドレステーブルを判断する。
【００１４】
第２の実施形態において、コントローラ１は、異なる通信プロトコルであるＥＣＨＯＮＥＴとＥＣＨＯＮＥＴ  Ｌｉｔｅが共存するホームネットワーク内で、制御対象として指定された通信ノード宛に電文を送信するノードとして動作し、ホームネットワークを構成する通信ノードのアドレス情報が登録されたアドレステーブル２１を有する。コントローラ１内の制御部１２は、アドレステーブル２１に制御対象の通信ノードのアドレス情報が登録されていない場合に、ＥＣＨＯＮＥＴおよびＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決要求パケットを個別に作成して送信する。そして、制御部１２は、アドレス解決要求パケットの送信の結果として、制御対象の通信ノードのアドレス情報がアドレステーブル２１に登録された場合に、そのアドレス情報に基づいて、制御対象の通信ノードが理解する通信プロトコルの電文を作成して送信する。また、コントローラ１内の受信部１３は、ネットワークを構成する所定の通信ノードから電文を受信した場合に、その電文に含まれるアドレス情報をアドレステーブル２１に登録し、その旨を制御部１２に通知する。
【００１５】
なお、アドレステーブル２１には、ＥＣＨＯＮＥＴの電文を理解する通信ノードのアドレス情報と、ＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解する通信ノードのアドレス情報が、それぞれの通信プロトコルと関連付けられた状態で登録される。そして、受信部１３は、ホームネットワークを構成する通信ノードから電文を受信した場合に、その電文から抽出した通信プロトコルを表す情報を、その電文に含まれるアドレス情報に関連付けてアドレステーブル２１に登録する。
【００１６】
また、第１および第２の実施形態において、制御部１２は、通信プロトコル毎にアドレス解決要求パケットを作成して送信した結果、所定の時間が経過してもアドレステーブルへのアドレス情報の登録完了の通知がない場合、制御対象の通信ノードがホームネットワーク内に存在しないものと判断する。
【００１７】
また、第１および第２の実施形態において、制御部１２は、アドレス解決要求パケットが規定されていないＥＣＨＯＮＥＴ  Ｌｉｔｅについては、ＥＣＨＯＮＥＴ  Ｌｉｔｅの搭載必須プロパティを読み出すためのパケットを、アドレス解決要求パケットとして作成し、そのアドレス解決要求パケットを同報送信（マルチキャスト送信）する。そして、制御部１２は、アドレス解決要求パケットの同報送信の結果として、受信部１３から、ホームネットワークを構成するすべての通信ノードについて、アドレステーブルへのアドレス情報の登録完了の通知を受け取る。
【００１８】
また、第１および第２の実施形態では、アドレステーブルのエントリに登録期間の制限時間を設け、登録してから制限時間が経過した場合には、そのエントリを無効とする。
【００１９】
また、第１および第２の実施形態において、制御部１２は、通信プロトコル毎に搭載必須プロパティを読み出すための電文を作成し、その電文を所定の時間毎に同報送信する。
【００２０】
以下、図面を参照して、実施形態にかかる通信制御装置を説明する。実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略される。
【００２１】
［第１の実施形態］
［ネットワークシステムの構成例］
図１は、第１の実施形態にかかるネットワークシステムの構成例を示す図である。図１において、このネットワークシステムは、たとえば、ホームネットワークであり、コントローラ１と通信ノード２〜６とを有する。
【００２２】
コントローラ１は、本実施形態のホームネットワーク内の家電製品である通信ノード２〜６と通信を行うことが可能なノードであり、各通信ノード２〜６の動作制御や動作状態の取得等の処理を行う。また、図１において、通信ノード２，３，６は、コントローラ１と有線接続され、通信ノード４，５は、コントローラ１と無線接続されているものとし、一例として、いずれもＩＰをベースとした通信を行うことを前提とする。また、本実施形態においては、通信ノード２，４をＥＣＨＯＮＥＴの電文を理解できるがＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解できない通信ノード（以下、単に「ＥＣＨＯＮＥＴの電文を理解する通信ノード」と呼ぶ場合もある。）とし、通信ノード３，５，６をＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解できるがＥＣＨＯＮＥＴの電文を理解できない通信ノード（以下、単に「ＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解する通信ノード」と呼ぶ場合もある。）とする。なお、本実施形態では、一例として、上記の通信ノード２〜６を含むホームネットワークを構築することとしたが、これに限らず、たとえば、ホームネットワーク内に、双方の通信プロトコルの電文を理解できる通信ノードが存在することとしてもよい。
【００２３】
図２は、本実施形態のホームネットワーク内のコントローラ１の構成例を示す図である。図２において、コントローラ１は、アプリケーション部１１と制御部１２と受信部１３とアドレステーブル１４とアドレステーブル１５と通信インタフェース部１６を有する。
【００２４】
アプリケーション部１１は、制御対象の機器である通信ノードを指定して命令を発行し、その結果を受け取る。制御対象の通信ノードを指定する際には、その通信ノードのハードウェアアドレスを指定した上で、動作制御（電源ＯＮ／ＯＦＦ制御等）や動作状態の取得（電源ＯＮ／ＯＦＦ状態の取得等）等の処理を行う。
【００２５】
制御部１２は、アプリケーション部１１からの命令を受け取り、その内容を解釈し、通信インタフェース部１６を介して適切に制御対象として指定された通信ノード宛に電文を送信する機能を有する。
【００２６】
受信部１３は、通信インタフェース部１６を介して通信ノード２〜６からの電文を受信し、その内容を解釈し、適宜、アドレス情報を所定のアドレステーブルに登録する。また、登録完了後には、制御部１２に対し登録を行ったことを通知する。
【００２７】
アドレステーブル１４は、ＥＣＨＯＮＥＴで通信する通信ノードのアドレス情報を記録しておくテーブルである。エントリとして、少なくとも「ＥＣＨＯＮＥＴ  ＭＡＣアドレス」，「ハードウェアアドレス」，「ＩＰアドレス」を含む。図３は、アドレステーブル１４の一例を示す図である。図３において、アドレステーブル１４は、ＥＣＨＯＮＥＴの通信ノード毎に、「ＥＣＨＯＮＥＴ  ＭＡＣアドレス」，「ハードウェアアドレス」，「ＩＰアドレス」が関連付けられた状態で登録されている。
【００２８】
アドレステーブル１５は、ＥＣＨＯＮＥＴ  Ｌｉｔｅで通信する通信ノードのアドレス情報を記録しておくテーブルである。エントリとして、少なくとも「ハードウェアアドレス」，「ＩＰアドレス」を含む。図４は、アドレステーブル１５の一例を示す図である。図４において、アドレステーブル１５は、ＥＣＨＯＮＥＴ  Ｌｉｔｅの通信ノード毎に、「ハードウェアアドレス」，「ＩＰアドレス」が関連付けられた状態で登録されている。
【００２９】
［コントローラ１の動作］
つづいて、コントローラ１の動作について説明する。図５は、コントローラ１内の制御部１２の動作を示すフローチャートである。本実施形態において、アプリケーション部１１は、制御対象の通信ノードがＥＣＨＯＮＥＴの電文を理解する通信ノードであるのかＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解する通信ノードであるのかを認識していないことを前提とする。
【００３０】
たとえば、アプリケーション部１１から制御部１２に向けて制御対象の通信ノードのハードウェアアドレスが指定された命令が発行された場合、制御部１２では、この命令を受け取り（Ｓ１）、受け取った命令からハードウェアアドレスを抽出する（Ｓ２）。そして、制御部１２は、抽出したハードウェアアドレスをキーとしてアドレステーブル１４を検索し（Ｓ３）、このアドレスが登録されているかどうかを判断する（Ｓ４）。
【００３１】
アドレステーブル１４に登録されている場合（Ｓ４，Ｙｅｓ）、制御部１２は、アドレステーブル１４から対応するエントリ（「ＥＣＨＯＮＥＴ  ＭＡＣアドレス」，「ハードウェアアドレス」，「ＩＰアドレス」）を読み出す。そして、制御部１２は、読み出したエントリおよび受け取った命令にしたがってＥＣＨＯＮＥＴの電文を作成し、通信インタフェース部１６を介して制御対象の通信ノードのＩＰアドレス宛に電文を送信する（Ｓ５）。
【００３２】
一方、アドレステーブル１４に登録されていない場合（Ｓ４，Ｎｏ）、つぎに、制御部１２は、ステップＳ２で抽出したハードウェアアドレスをキーとしてアドレステーブル１５を検索し（Ｓ６）、このアドレスが登録されているかどうかを判断する（Ｓ７）。
【００３３】
アドレステーブル１５に登録されている場合（Ｓ７，Ｙｅｓ）、制御部１２は、アドレステーブル１５から対応するエントリ（「ハードウェアアドレス」，「ＩＰアドレス」）を読み出す。そして、制御部１２は、読み出したエントリおよび受け取った命令にしたがってＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を作成し、通信インタフェース部１６を介して制御対象の通信ノードのＩＰアドレス宛に電文を送信する（Ｓ８）。
【００３４】
一方、アドレステーブル１５に登録されていない場合（Ｓ７，Ｎｏ）、つぎに、制御部１２は、アプリケーション部１１から受け取ったハードウェアアドレスを持つ通信ノードを問い合わせるためのＥＣＨＯＮＥＴパケットであるアドレス解決要求パケット（ハード／ＭＡＣ逆アドレス解決要求パケット）を、通信インタフェース部１６を介して同報送信する（Ｓ９）。また、制御部１２は、ＥＣＨＯＮＥＴ  Ｌｉｔｅにはハード／ＭＡＣ逆アドレス解決要求パケットに該当するパケットがないので、代わりに、ＥＣＨＯＮＥＴ  Ｌｉｔｅの搭載必須プロパティ、たとえば、ノードプロファイルオブジェクトの動作状態プロパティを読み出すためのＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を、アドレス解決要求パケットとして作成し、このパケットを通信インタフェース部１６を介して同報送信する（Ｓ９）。そして、受信部１３からの通知を待つ（Ｓ１０）。
【００３５】
図６は、ＥＣＨＯＮＥＴのアドレス解決要求パケットのフォーマット例を示す図であり、本実施形態の動作に必要な要素のみを表示している。図６において、アドレス解決要求パケットには、下位メディアのヘッダとして「要求側ノードのハードウェアアドレス」，「同報を表すハードウェアアドレス」が、ＩＰヘッダとして「要求側ノードのＩＰアドレス」，「同報を表すＩＰアドレス」が、ペイロードとして、ＥＣＨＯＮＥＴを表す情報である「０ｘ０１」，ハード／ＭＡＣ逆アドレス解決要求パケットを表す情報である「０ｘ０５」，「要求側ノードのＩＰアドレス」，「要求側ノードのハードウェアアドレス」，「ターゲットノードのハードウェアアドレス」が、それぞれ含まれている。
【００３６】
また、図７は、ＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決要求パケットのフォーマット例を示す図であり、本実施形態の動作に必要な要素のみを表示している。図７において、アドレス解決要求パケットには、下位メディアのヘッダとして「要求側ノードのハードウェアアドレス」，「同報を表すハードウェアアドレス」が、ＩＰヘッダとして「要求側ノードのＩＰアドレス」，「同報を表すＩＰアドレス」が、ペイロードとして、ＥＣＨＯＮＥＴ  Ｌｉｔｅを表す情報である「０ｘ１０８１」，必須オブジェクトを表す情報である「０ｘ０ｅｆ００１」，必須プロパティの取得を表す情報である「０ｘ６２」，必須プロパティを表す情報である「０ｘＤ６」が、それぞれ含まれている。
【００３７】
その後、ＥＣＨＯＮＥＴの電文を理解する通信ノード２，４は、受信したパケットのペイロード部分から、ＥＣＨＯＮＥＴを表す情報である「０ｘ０１」，ハード／ＭＡＣ逆アドレス解決要求パケットを表す情報である「０ｘ０５」，「要求側ノードのＩＰアドレス」，「要求側ノードのハードウェアアドレス」，「ターゲットノードのハードウェアアドレス」を抽出し、自身宛のパケットかどうかを確認する。そして、自身宛のパケットであることが確認できた通信ノードは、ハード／ＭＡＣ逆アドレス解決要求パケットに対する応答として、アドレス解決応答パケット（ハード／ＭＡＣ逆アドレス解決応答パケット）を送信する。また、自身宛のパケットでない場合は応答しない。
【００３８】
図８は、ＥＣＨＯＮＥＴのアドレス解決応答パケットのフォーマット例を示す図であり、本実施形態の動作に必要な要素のみを表示している。図８において、アドレス解決応答パケットには、下位メディアのヘッダとして「ターゲットノードのハードウェアアドレス」，「要求側ノードのハードウェアアドレス」が、ＩＰヘッダとして「ターゲットノードのＩＰアドレス」，「要求側ノードのＩＰアドレス」が、ペイロードとして、ＥＣＨＯＮＥＴを表す情報である「０ｘ０１」，ハード／ＭＡＣ逆アドレス応答要求パケットを表す情報である「０ｘ０６」，「要求側ノードのＩＰアドレス」，「要求側ノードのハードウェアアドレス」，「ターゲットノードのＥＣＨＯＮＥＴ  ＭＡＣアドレス」，「ターゲットノードのＩＰアドレス」，「ターゲットノードのハードウェアアドレス」が、それぞれ含まれている。
【００３９】
また、ＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解する通信ノード３，５，６は、受信したパケットから、「要求側ノードのハードウェアアドレス」，「要求側ノードのＩＰアドレス」，ＥＣＨＯＮＥＴ  Ｌｉｔｅを表す情報である「０ｘ１０８１」，必須オブジェクトを表す情報である「０ｘ０ｅｆ００１」，必須プロパティの取得を表す情報である「０ｘ６２」，必須プロパティを表す情報である「０ｘＤ６」を抽出する。そして、各通信ノードは、それぞれ指定された必須プロパティを取得した後、受信したパケットに対する応答として、取得した必須プロパティを通知するためのＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を、アドレス解決応答パケットとして作成し、返信する。ここでは、ＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解するすべての通信ノードが、アドレス解決応答パケットを送信する。
【００４０】
図９は、ＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決応答パケットのフォーマット例を示す図であり、本実施形態の動作に必要な要素のみを表示している。図９において、アドレス解決応答パケットには、下位メディアのヘッダとして「応答側ノードのハードウェアアドレス」，「要求側ノードのハードウェアアドレス」が、ＩＰヘッダとして「応答側ノードのＩＰアドレス」，「要求側ノードのＩＰアドレス」が、ペイロードとして、ＥＣＨＯＮＥＴ  Ｌｉｔｅを表す情報である「０ｘ１０８１」，必須オブジェクトを表す情報である「０ｘ０ｅｆ００１」，取得応答を表す情報である「０ｘ７２」，必須プロパティを表す情報である「０ｘＤ６」が、それぞれ含まれている。
【００４１】
ここで、制御部１２がステップＳ８の処理を実行した後の受信部１３の動作を説明する。受信部１３は、ステップＳ８の処理に対する応答として、アドレス解決応答パケットを受信した場合、そのパケットが、ＥＣＨＯＮＥＴのアドレス解決応答パケットであるのか、またはＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決応答パケットであるのかを判断する。具体的には、受信したパケットからペイロードを抽出し、ＥＣＨＯＮＥＴを表す情報である「０ｘ０１」とハード／ＭＡＣ逆アドレス応答要求パケットを表す情報である「０ｘ０６」とを検出した場合には、ＥＣＨＯＮＥＴのアドレス解決応答パケットであると判断する。一方、ＥＣＨＯＮＥＴ  Ｌｉｔｅを表す情報である「０ｘ１０８１」を検出した場合には、ＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決応答パケットであると判断する。
【００４２】
そして、ＥＣＨＯＮＥＴのアドレス解決応答パケットであると判断した場合には、受信したパケットのペイロードから、「ターゲットノードのＥＣＨＯＮＥＴ  ＭＡＣアドレス」，「ターゲットノードのＩＰアドレス」，「ターゲットノードのハードウェアアドレス」を抽出し、アドレステーブル１４に登録する。また、制御部１２に対しアドレステーブル１４への登録が完了したことを通知する。
【００４３】
一方、ＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決応答パケットであると判断した場合には、受信したパケットから、「ターゲットノードのＩＰアドレス」，「ターゲットノードのハードウェアアドレス」を抽出し、アドレステーブル１５に登録する。また、制御部１２に対しアドレステーブル１５への登録が完了したことを通知する。なお、ＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決要求パケットに対する応答は、ＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解するすべての通信ノード３，５，６から送られてくるので、受信部１３は、その都度、制御部１２に対しアドレステーブル１５への登録が完了したことを通知する。
【００４４】
つぎに、ステップＳ１０において受信部１３から登録が完了したことを示す通知があり（Ｓ１０，Ｙｅｓ）、かつ登録されたアドレステーブルがアドレステーブル１４の場合には（Ｓ１１，Ｙｅｓ）、制御部１２は、ステップＳ２で抽出したハードウェアアドレスをキーとしてアドレステーブル１４を再度検索し（Ｓ１２）、このアドレスが登録されているかどうかを判断する（Ｓ１３）。たとえば、登録されていない場合には（Ｓ１３，Ｎｏ）、制御部１２は、つぎの通知を待つ（Ｓ１０）。一方、登録されていた場合には（Ｓ１３，Ｙｅｓ）、制御部１２は、アドレステーブル１４から対応するエントリ（「ＥＣＨＯＮＥＴ  ＭＡＣアドレス」，「ハードウェアアドレス」，「ＩＰアドレス」）を読み出す。そして、制御部１２は、読み出したエントリおよびステップＳ１で受け取った命令にしたがってＥＣＨＯＮＥＴの電文を作成し、通信インタフェース部１６を介して制御対象の通信ノードのＩＰアドレス宛に電文を送信する（Ｓ１４）。
【００４５】
一方、ステップＳ１０において受信部１３から登録が完了したことを示す通知があり（Ｓ１０，Ｙｅｓ）、かつ登録されたアドレステーブルがアドレステーブル１５の場合には（Ｓ１１，Ｎｏ）、制御部１２は、ステップＳ２で抽出したハードウェアアドレスをキーとしてアドレステーブル１５を再度検索し（Ｓ１５）、このアドレスが登録されているかどうかを判断する（Ｓ１６）。たとえば、登録されていない場合には（Ｓ１６，Ｎｏ）、制御部１２は、つぎの通知を待つ（Ｓ１０）。一方、登録されていた場合には（Ｓ１６，Ｙｅｓ）、制御部１２は、アドレステーブル１５から対応するエントリ（「ハードウェアアドレス」，「ＩＰアドレス」）を読み出す。そして、制御部１２は、読み出したエントリおよびステップＳ１で受け取った命令にしたがってＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を作成し、通信インタフェース部１６を介して制御対象の通信ノードのＩＰアドレス宛に電文を送信する（Ｓ１７）。
【００４６】
なお、ステップＳ１０において、アドレス解決要求パケットの送信（Ｓ９）から所定の時間（たとえば、３秒，１０秒等）が経過しても受信部１３から登録が完了したことを示す通知がない場合には（Ｓ１０，Ｎｏ）、制御部１２は、ネットワーク内にステップＳ２で通知されたハードウェアアドレスを持つ通信ノードが存在しないものと判断し、その旨をアプリケーション部１１に通知する（Ｓ１８）。この動作により、アプリケーション部１１が、所定の時間を越える長時間に渡って命令の結果を待ち続ける状況を、回避することができる。
【００４７】
以上説明したように、本実施形態においては、ＥＣＨＯＮＥＴとＥＣＨＯＮＥＴ  Ｌｉｔｅが共存するホームネットワーク内で、アドレステーブル１４またはアドレステーブル１５に制御対象の通信ノードのアドレス情報が登録されていない場合に、制御部１２が、ＥＣＨＯＮＥＴおよびＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決要求パケットを個別に作成して送信する。そして、アドレス解決要求パケットの送信の結果として、制御対象の通信ノードのアドレス情報がいずれかのアドレステーブルに登録された場合に、そのアドレス情報に基づいて、制御対象の通信ノードが理解する通信プロトコルの電文を作成して送信する。これにより、アプリケーション部１１が制御対象の通信ノードがＥＣＨＯＮＥＴの電文を理解する通信ノードであるのかＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解する通信ノードであるのかを認識していない場合であっても、これらの通信ノードを共通化して制御することができる。
【００４８】
なお、本実施形態においては、各アドレステーブルのエントリに登録期間の制限時間を設け、登録してから制限時間が経過した場合には、そのエントリを無効とすることとしてもよい。これにより、通信ノードが持つアドレス情報が動的に変化する場合においても、制限時間を経過後は、アプリケーション部１１による命令の発行に伴い新たにアドレス解決が行われることになるため、古い宛先への誤送信を回避することができる。
【００４９】
また、本実施形態においては、所定の時間毎に、搭載必須プロパティを読み出すＥＣＨＯＮＥＴの電文、および、搭載必須プロパティを読み出すＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を作成し、両者をネットワーク内に同報電文として送信することとしてもよい。読み出す搭載必須プロパティとしては、たとえば、ノードプロファイルオブジェクトの動作状態プロパティがあげられる。これにより、ネットワーク内に存在する全ての通信ノードのアドレス情報を、所定の時間毎に、アドレステーブル１４およびアドレステーブル１５に登録することができる。また、所定の時間ごとにアドレステーブル１４およびアドレステーブル１５への登録を行うことができるため、古い宛先への誤送信を回避することができる。
【００５０】
［第２の実施形態］
［ネットワークシステムの構成例］
第２の実施形態では、第１の実施形態と異なるアドレステーブルを備えるコントローラについて説明する。なお、アドレステーブル以外の構成については、第１の実施形態の図２と同様である。
【００５１】
図１０は、アドレステーブル２１の一例を示す図である。本実施形態においては、図２のコントローラ１内のアドレステーブル１４およびアドレステーブル１５を、アドレステーブル２１に置き換える。図１０において、アドレステーブル２１は、通信ノード毎に、「ＥＣＨＯＮＥＴ  ＭＡＣアドレス」，「ハードウェアアドレス」，「ＩＰアドレス」，「通信プロトコル」が関連付けられた状態で登録されている。
【００５２】
［コントローラ１の動作］
つづいて、本実施形態のコントローラ１の動作について説明する。図１１は、コントローラ１内の制御部１２の動作を示すフローチャートである。以下では、第１の実施形態と異なる処理について説明する。
【００５３】
第１の実施形態と同様の処理でステップＳ２を実行後、制御部１２は、抽出したハードウェアアドレスをキーとしてアドレステーブル２１を検索し（Ｓ２１）、このアドレスが登録されているかどうかを判断する（Ｓ２２）。
【００５４】
アドレステーブル２１に登録されている場合（Ｓ２２，Ｙｅｓ）、制御部１２は、アドレステーブル２１から対応するエントリを読み出す。そして、制御部１２は、読み出したエントリの通信プロトコル欄が「ＥＣＨＯＮＥＴ」の場合には、アドレス情報（「ＥＣＨＯＮＥＴ  ＭＡＣアドレス」，「ハードウェアアドレス」，「ＩＰアドレス」）および受け取った命令にしたがってＥＣＨＯＮＥＴの電文を作成する。また、制御部１２は、読み出したエントリの通信プロトコル欄が「ＥＣＨＯＮＥＴ  Ｌｉｔｅ」の場合には、アドレス情報（「ハードウェアアドレス」，「ＩＰアドレス」）および受け取った命令にしたがってＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を作成する。そして、通信インタフェース部１６を介して制御対象の通信ノードのＩＰアドレス宛に電文を送信する（Ｓ２３）。
【００５５】
一方、アドレステーブル２１に登録されていない場合（Ｓ２２，Ｎｏ）、制御部１２は、第１の実施形態と同様の処理でステップＳ９，Ｓ１０を実行し、受信部１３からの通知を待つ（Ｓ１０）。
【００５６】
その後、ステップＳ１０において受信部１３から登録が完了したことを示す通知があった場合（Ｓ１０，Ｙｅｓ）、制御部１２は、ステップＳ２で抽出したハードウェアアドレスをキーとしてアドレステーブル２１を再度検索し（Ｓ２４）、このアドレスが登録されているかどうかを判断する（Ｓ２５）。たとえば、登録されていない場合には（Ｓ２５，Ｎｏ）、制御部１２は、つぎの通知を待つ（Ｓ１０）。一方、登録されていた場合には（Ｓ２５，Ｙｅｓ）、制御部１２は、アドレステーブル２１から対応するエントリを読み出す。そして、制御部１２は、読み出したエントリの通信プロトコル欄が「ＥＣＨＯＮＥＴ」の場合には、アドレス情報（「ＥＣＨＯＮＥＴ  ＭＡＣアドレス」，「ハードウェアアドレス」，「ＩＰアドレス」）および受け取った命令にしたがってＥＣＨＯＮＥＴの電文を作成する。また、制御部１２は、読み出したエントリの通信プロトコル欄が「ＥＣＨＯＮＥＴ  Ｌｉｔｅ」の場合には、アドレス情報（「ハードウェアアドレス」，「ＩＰアドレス」）および受け取った命令にしたがってＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を作成する。そして、通信インタフェース部１６を介して制御対象の通信ノードのＩＰアドレス宛に電文を送信する（Ｓ２６）。
【００５７】
以上説明したように、本実施形態においては、本実施形態においては、ＥＣＨＯＮＥＴとＥＣＨＯＮＥＴ  Ｌｉｔｅが共存するホームネットワーク内で、アドレステーブル２１に制御対象の通信ノードのアドレス情報が登録されていない場合に、制御部１２が、ＥＣＨＯＮＥＴおよびＥＣＨＯＮＥＴ  Ｌｉｔｅのアドレス解決要求パケットを個別に作成して送信する。そして、アドレス解決要求パケットの送信の結果として、制御対象の通信ノードのアドレス情報がアドレステーブル２１に登録された場合に、そのアドレス情報に基づいて、制御対象の通信ノードが理解する通信プロトコルの電文を作成して送信する。これにより、アプリケーション部１１が制御対象の通信ノードがＥＣＨＯＮＥＴの電文を理解する通信ノードであるのかＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を理解する通信ノードであるのかを認識していない場合であっても、これらの通信ノードを共通化して制御することができる。
【００５８】
なお、本実施形態においては、アドレステーブル２１のエントリに登録期間の制限時間を設け、登録してから制限時間が経過した場合には、そのエントリを無効とすることとしてもよい。これにより、通信ノードが持つアドレス情報が動的に変化する場合においても、制限時間を経過後は、アプリケーション部１１による命令の発行に伴い新たにアドレス解決が行われることになるため、古い宛先への誤送信を回避することができる。
【００５９】
また、本実施形態においては、所定の時間毎に、搭載必須プロパティを読み出すＥＣＨＯＮＥＴの電文、および、搭載必須プロパティを読み出すＥＣＨＯＮＥＴ  Ｌｉｔｅの電文を作成し、両者をネットワーク内に同報電文として送信することとしてもよい。読み出す搭載必須プロパティとしては、たとえば、ノードプロファイルオブジェクトの動作状態プロパティがあげられる。これにより、ネットワーク内に存在する全ての通信ノードのアドレス情報を、所定の時間毎に、アドレステーブル２１に登録することができる。また、所定の時間ごとにアドレステーブル２１への登録を行うことができるため、古い宛先への誤送信を回避することができる。
【００６０】
以上、本発明の実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００６１】
１  コントローラ
２，３，４，５，６  通信ノード
１１  アプリケーション部
１２  制御部
１３  受信部
１４，１５，２１  アドレステーブル
１６  通信インタフェース部
【図１】
0006035034.tif 000002
【図２】
0006035034.tif 000003
【図３】
0006035034.tif 000004
【図４】
0006035034.tif 000005
【図５】
0006035034.tif 000006
【図６】
0006035034.tif 000007
【図７】
0006035034.tif 000008
【図８】
0006035034.tif 000009
【図９】
0006035034.tif 000010
【図１０】
0006035034.tif 000011
【図１１】
0006035034.tif 000012