JP3552199B2 - 機器制御装置及び通信ノード - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、赤外線等によるインタフェースを用いてＡＶ機器等の被制御装置の制御を行なうための機器制御装置及び機器制御装置と被制御装置との間を中継する通信ノードに関する。
【０００２】
【従来の技術】
現在、赤外線コントロール信号を利用したリモコン端末は、数多くの家電機器（いわゆる白物家電、ＡＶ機器等、種々のものを含む）で採用されており、数ｍの距離にある機器を本人がその場を離れること無く（あるいは機器近傍に移動すること無く）遠隔制御するための身近な道具として広く普及している。
【０００３】
また、最近ではエアコンやテレビ、ビデオデッキ、ＡＶコンポなどでは、本体機器上に配置されるコントロールボタンから操作可能な機能よりも、リモコン端末上から操作できる機能の方が種類も豊富で多岐にわたっているケースが出現している。これは、従来本体機器上で行われていた操作が、リモコン端末を中心とした操作に移行していることを示しており、携帯性や使い勝手の良さを考慮したユーザインタフェースは、多くの製造元メーカーに共通した意識であると考えられる。
【０００４】
こうした家庭内の数多くの赤外線による制御対象機器は増加する一方であるが、これらをそれぞれ制御するには、専用のリモコンを持ち変えて操作しなければならないという煩雑さを併発している。この煩雑さを解消するために、予め、各メーカー固有の赤外線コントロール信号パターンを１つのリモコン端末上から送信、制御できるようにしたマルチリモコンというものも数多く存在する。これは、制御対象となる機器に対応したリモコンコード体系（予めメーカ毎に標準的に用意されている操作信号パターン一式）をリモコン内蔵のＲＯＭにプリセットしておき、リモコン端末上の各ボタンに対して、プリセット集合の中から信号パターンを自由に選択して設定することが可能となっている。
【０００５】
また、予め用意されている操作信号パターンだけでなく、機器ごとの個別機能（例えば、タイマ設定画面呼び出し機能など）に対応可能なリモコン端末も登場している。これは、各機器の専用リモコンが発信する、個別機能に対応する赤外線コントロール信号のパターンを、シリアルインタフェースを使ってダウンロードするなどして、リモコン端末側に自由に記憶／設定できるもので、学習型リモコンと呼ばれている。
【０００６】
さらに高級なＡＶ機器の中には、双方向通信機能を装備したリモコン端末を付属させているものもあり、これによって、単にリモコン端末側から制御信号を受け取るだけでなく、受け取った信号をもとにして動作後の機器の状態をリモコン端末側に返信するものもある。こうしたＡＶ機器に付随するリモコン端末は、液晶パネルのような表示機能を有しており、ＡＶ機器の動作モード（再生中、停止中など）や、音量状態など（メイン／リアスピーカの音量、エフェクト種類など）を視覚的に確認することが可能である。
【０００７】
現状のテレビやビデオデッキなどでは、チャンネル表示やテープの残量表示、サウンドモード表示、音量表示などを、本体上のモニタや出力先のＴＶ等に表示するものが多いが、上記の高機能リモコン端末の登場により、リモコン端末側のＧＵＩを介して、本体機器間の制御やこれと連携した機能を実現することが可能になってきている。今後、リモコンの操作画面や状態表示がソフトウェア制御下のもとで実現され、さらなる高機能化が進んでいくものと考えられる。
【０００８】
一方、上記のような従来の赤外線信号を用いた家電機器制御方式だけではなく、将来の家電機器のデジタル化を踏まえた、各種ネットワークを経由しての家電機器制御用プロトコルが提案されている。例えば、赤外線通信を利用してキーボードやマウス、ＰＤＡやＰＣなどの間での制御メッセージ転送を実現するＩｒＢｕｓ（ＩｒＤＡ Ｃｏｎｔｒｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）や、将来のＡＶ機器間の接続用インタフェースと期待されるＩＥＥＥ１３９４（ＩＥＥＥ１３９４−１９９５）上でのＡＶ機器制御プロトコルであるＡＶ／Ｃ（ＡＶ／Ｃ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ ＳｅｔＧｅｎｅｒａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）プロトコル等があげられる。特にＩＥＥＥ１３９４上では、前述の学習型リモコンのような、各機器の制御画面や制御プログラムをＩＥＥＥ１３９４バスを介して制御端末にダウンロードする方式として、ＨＡＶｉ（Ｈｏｍｅ ＡＶ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）と呼ばれる規格も検討されており、ＩＥＥＥ１３９４バスを介した家電機器制御の枠組が構築されつつある。この他にも、家庭内の無線通信インタフェースの標準を検討する米国の標準化団体であるＨｏｍｅＲＦが提唱するＳＷＡＰ（Ｓｈａｒｅｄ Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）や、東芝やインテルなどが提唱するＢｌｕｅｔｏｏｔｈと呼ばれる無線インタフェース等を用いた、各インタフェースに接続する機器間の制御プロトコルなどの検討も進んでいくものと予想される。
【０００９】
【発明が解決しようとする課題】
家電機器のデジタル化によって、家電機器が複数のインタフェースを有するようになることが予想される。その結果、家電機器は従来の赤外線信号による制御メッセージだけでなく、自身が有する他のインタフェースから受信する制御メッセージに対応する機能や、リモコン端末から従来の赤外線信号によって送信されてきた制御メッセージを、他の家電機器が持つインタフェースに対応した制御メッセージに変換して再送信するような機能などが必要となることが予想されるが、このような検討はまだ進んでいない。
【００１０】
また、リモコン端末側においても、家電機器が有する各種のインタフェースを有し、赤外線信号だけではなく、他のインタフェース（無線インタフェース等）を用いた制御メッセージの送信機能や、家庭内の各家電機器がどのようなインタフェースを有しているのかや、各家電機器に、どのインタフェースを介して制御メッセージを転送すれば良いのか、などの情報を収集／作成／管理する機能などが必要となるが、このような検討もまだ進んでいないのが現状である。
【００１１】
本発明は、上記事情を考慮してなされたもので、機器制御装置とのネットワークとは異なる１または複数のネットワークに接続された被制御装置を、機器制御装置から直接あるいは通信ノードを介して間接的に制御する際に、制御信号送出経路の管理・選択等を可能とすることのできる機器制御装置及び通信ノードを提供することを目的する。
【００１２】
また、本発明は、ＩＥＥＥ１３９４ネットワークや無線ネットワーク、電灯線ネットワーク、電話線ネットワークなど、異なるネットワーク上に接続された被制御装置を、機器制御装置から直接あるいは通信ノードを介して間接的に制御する際に、機器制御装置と被制御装置とのアクセシビリティを動的に認知し、複数個のアクセス手段が共存する場合には最適な制御信号送出経路を優先的に選定することのできる機器制御装置及び通信ノードを提供することを目的する。
【００１３】
【課題を解決するための手段】
本発明に係る機器制御装置は、第１のネットワークへの第１のインタフェース手段と、第２のネットワークへの第２のインタフェース手段と、前記第１のネットワークに接続され前記第１のインタフェース手段を介して制御可能な機能を有する第１の被制御装置、もしくは前記第２のインタフェース手段を介して通信可能な通信装置を介して制御可能な機能を有し前記第１及び第２のネットワークとは異なる１又は複数のネットワークで該通信装置に接続された第２の被制御装置に係る機能に関するユーザからの入力を受け付けるユーザ情報入力手段と、前記ユーザ情報入力手段で受け付けられた入力情報に対応する制御信号を送出する際に、前記第１の被制御装置に該当する被制御装置についての当該被制御装置の有する機能を示す第１の機能情報と当該被制御装置の有するインタフェースのうち当該機能を制御する際に使用すべきものを示す第１のインタフェース情報との間の対応関係もしくは前記第２の被制御装置に該当する被制御装置についての当該被制御装置の有する機能を示す第２の機能情報と当該被制御装置の有するインタフェースのうち当該機能を制御する際に使用すべきものを示す第２のインタフェース情報との間の対応関係を参照し、前記機能に関連付けられたインタフェース情報を抽出するインタフェース情報抽出手段と、前記インタフェース情報抽出手段によって抽出されたインターフェース情報に基づき、前記第１の被制御装置に該当する被制御装置についての前記第１のインタフェース情報と当該インタフェースを使用して当該機能を制御する際に使用するアドレスを示す第１のアドレス情報との間の対応関係もしくは前記第２の被制御装置に該当する被制御装置についての前記第２のインタフェース情報と当該インタフェースを使用して当該機能を制御する際に使用するアドレスを示す第２のアドレス情報との間の対応関係を参照して、前記機能に関する制御信号を送出するインタフェース手段を選択する送出インタフェース選択手段と、前記制御信号を、前記選択されたインタフェース手段から送出する制御信号送出手段とを備えたことを特徴とする。
【００１４】
第１のネットワークと第２のネットワークは、論理的に相違するネットワークであるが、物理的には、異なる場合と、同じ場合がある。例えば、第１のネットワークが片方向Ｉｒによるもので第２のネットワークが双方向Ｉｒによるものである場合には同じ物理レイヤ処理とできるが、第１のネットワークが無線によるものであり第２のネットワークが双方向Ｉｒによるものである場合には異なる物理レイヤ処理となる。
機器制御装置は、例えば、リモコン端末である。
通信装置は、例えば、センターユニットである。
第２の被制御装置は、例えばＩＥＥＥ１３９４バスで通信装置に接続されたノードである。このノードが前記第１のインタフェース手段を介して制御可能な第１の被制御装置でもある場合がある。
また、第２の被制御装置は、通信装置自身であってもよい。
機能情報とインタフェース情報との間の対応関係は、例えば、ある装置について、ある機能とその機能を制御可能な１または複数のインタフェースとの対応である。例えば、機能１はＩｒのみで可能であり、機能２はＩＥＥＥ１３９４バスのみで可能であり、機能３はＩｒとＩＥＥＥ１３９４バスの両方で可能である、ということを示す情報である。
インタフェース情報とアドレス情報との間の対応関係は、例えば、ある装置について、あるインタフェースを使って制御する際に自装置が使うべきアドレスを示す情報である。例えば、ＩＥＥＥ１３９４を使うときは自装置ではまず第２のインタフェース手段を使い（センターユニットのアドレスＩｒ＿１を使い）（その後はセンターユニットにＩＥＥＥ１３９４を使って中継してもらい）、Ｉｒを使うときは第１のインタフェース手段を使う（当該被制御装置のアドレスＩｒ＿２を使う）、ということを示す情報である。
そして、ある機能がユーザから指示等された場合に、例えば、その機能がＩＥＥＥ１３９４でしか制御できない場合に第２のインタフェース手段から制御信号を送信し、その機能が片方向Ｉｒでしか制御できない場合には第１のインタフェース手段から制御信号を送信することになる。また、その機能がＩＥＥＥ１３９４でも片方向Ｉｒでも制御できる場合に第１のインタフェース手段と第２のインタフェース手段のいずれを使うかが選択される。
【００１５】
好ましくは、前記第１の機能情報と第１のインタフェース情報との間の対応関係と、前記第１のインタフェース情報と第１のアドレス情報との間の対応関係と、前記第２の機能情報と第２のインタフェース情報との間の対応関係と、前記第２のインタフェース情報と第２のアドレス情報との間の対応関係とのうちの少なくとも一部の情報を記憶する対応関係記憶手段を更に備えるようにしてもよい。
なお、各種情報は、機器制御装置にプリセットする方法、第１のインタフェース手段を介して第１の被制御装置から取得する方法、第２のインタフェース手段を介して通信装置から取得する方法、それらを組み合わせた方法が考えられる。
【００１６】
好ましくは、前記第１の被制御装置に該当する被制御装置についての、前記第１の機能情報、前記第１のインタフェース情報、前記第１のアドレス情報のうちの少なくとも一つの情報を受信する第１の情報受信手段と、前記第２の被制御装置に該当する被制御装置についての、前記第２の機能情報、前記第２のインタフェース情報、前記第２のアドレス情報のうちの少なくとも一つの情報を受信する第２の情報受信手段と、のうちの少なくとも一方の手段と、前記第１の情報受信手段で受信した情報から、前記第１の機能情報と前記第１のインタフェース情報との間の対応関係と、前記第１のインタフェース情報と前記第１のアドレス情報との間の対応関係とのうちの少なくとも一方を求め、前記対応関係記憶手段に記憶する第１の対応関係情報作成手段と、前記第２の情報受信手段で受信した情報から、前記第２の機能情報と前記第２のインタフェース情報との間の対応関係と、前記第２のインタフェース情報と前記第２のアドレス情報との間の対応関係とのうちの少なくとも一方を求め、前記対応関係記憶手段に記憶する第２の対応関係情報作成手段と、のうちの少なくとも一方の手段とを更に備えるようにしてもよい。
【００１７】
好ましくは、前記第１の被制御装置に該当する被制御装置に対して、当該被制御装置についての、第１の機能情報、第１のインタフェース情報、第１のアドレス情報のうちの少なくとも一つの情報の送信を要求する第１の情報要求手段と、前記通信装置に対して、前記第２の被制御装置に該当する被制御装置についての、第２の機能情報、第２のインタフェース情報、第２のアドレス情報のうちの少なくとも一つの情報の送信を要求する第２の情報要求手段と、のうちの少なくとも一方の手段を更に備えるようにしてもよい。
【００１８】
好ましくは、同一の前記被制御装置について前記対応関係記憶手段に記憶されている複数の前記インタフェース情報に対して、所定の基準で定めた優先度を付加する優先度付加手段を更に備えるようにしてもよい。
所定の基準としては、例えば、消費電力、帯域／転送レート、応答速度、成功率などが考えられる。また、ユーザの指定を考慮するようにしてもよい。
【００１９】
好ましくは、前記第１のアドレス情報として、前記第１の被制御装置に該当する被制御装置の有する前記第１のネットワーク上におけるインタフェースアドレスを用いるとともに、前記第２のアドレス情報として、前記第２の被制御装置に該当する被制御装置の有する前記第１及び第２のネットワークとは異なる当該ネットワーク上におけるインタフェースアドレスを用いるようにしてもよい。
【００２０】
好ましくは、前記制御信号送出手段は、前記第１のネットワークへの第１のインタフェース手段から出力する信号と、前記第２のネットワークへの第２のインタフェース手段から出力する信号とを、同じ物理レイヤ処理によって送信するようにしてもよい。
【００２１】
好ましくは、前記ユーザ情報入力手段は、自機器制御装置の表示画面を介してユーザの所望の処理要求を受け付ける画面入力手段を有するようにしてもよい。
【００２２】
好ましくは、前記ユーザ情報入力手段は、前記第１の機能情報もしくは第２の機能情報のうちの少なくとも一方に基づき前記ユーザからの処理要求を受け付けるための表示画面を作成して表示する表示画面作成表示手段を更に有するようにしてもよい。すなわち、機器制御装置が表示画面を作成するようにしてもよい。
【００２３】
好ましくは、前記ユーザ情報入力手段は、自機器制御装置が有する制御画面情報と、前記第１の機能情報もしくは第２の機能情報のうちの少なくとも一方に基づき作成される画面情報との対応関係を記憶する表示画面対応情報記憶手段を更に有するようにしてもよい。すなわち、機器制御装置が持っている画面情報を利用するようにしてもよい。
【００２４】
好ましくは、前記インタフェース情報抽出手段によって抽出されたインタフェース情報に基づき前記対応関係記憶手段を参照して得られる結果をユーザに通知するインタフェース選択結果通知手段を更に備えるようにしてもよい。
通知としては、例えば、選択された経路では制御信号が対象機器に到達しないことが分かった場合にその旨を通知する等が考えられる。選択された経路では通信ができないことは、実際に通信を行って分かる場合の他に、自機器制御装置内に持つ情報を参照して分かる場合がある（後者で分かれば通信の無駄が省けるので好ましい）。
【００２５】
好ましくは、前記制御信号送出手段は、前記機能に関する制御信号を前記選択されたインタフェース手段から送出する際に、前記制御信号に前記第１のアドレス情報もしくは第２のアドレス情報の少なくとも一方を付加して送出するようにしてもよい。
【００２６】
好ましくは、前記制御信号送出手段は、前記機能に関する制御信号を前記選択されたインタフェース手段から送出する際に、前記制御信号に該制御信号を転送するための経路情報を付加して送出するようにしてもよい。
【００２７】
好ましくは、前記制御信号送出手段は、前記機能に関する制御信号を前記選択されたインタフェース手段から送出する際に、前記制御信号が該制御信号の最終宛先となる被制御端末に転送可能であるか否かを、各制御信号を送出する毎に確認する転送経路確認手段を更に備えるようにしてもよい。
【００２８】
好ましくは、前記送出インタフェース選択手段によって選択されたインターフェース手段を介し、前記機能に関する制御信号を転送する先の被制御端末との間の通信経路を確立する通信経路確立手段を更に備えるようにしてもよい。
【００２９】
好ましくは、前記第１の情報要求手段およびまたは前記第２の情報要求手段による、前記第１の機能情報、第１のインタフェース情報、第１のアドレス情報およびまたは第２の機能情報、第２のインタフェース情報、第２のアドレス情報のうちの少なくとも一つの情報の送信要求を、自機器制御装置からの制御信号の送出毎に実行する第１の情報要求制御手段を更に備えるようにしてもよい。
【００３０】
好ましくは、前記第１の情報要求手段およびまたは前記第２の情報要求手段による、前記第１の機能情報、第１のインタフェース情報、第１のアドレス情報およびまたは第２の機能情報、第２のインタフェース情報、第２のアドレス情報のうちの少なくとも一つの情報の送信要求を、所定の周期毎に実行する第２の情報要求制御手段を更に備えるようにしてもよい。
【００３１】
本発明に係る通信ノードは、第１のネットワークへの第１のインタフェース手段と、第２のネットワークへの第２のインタフェース手段と、前記第１のインタフェース手段を介して、前記第２のネットワーク上の被制御装置の有する機能を制御する機器制御装置からの制御信号を受信する制御信号受信手段と、前記第２のインタフェース手段を介して通信可能な被制御装置についての、当該被制御装置の有する機能を示す機能情報、当該被制御装置の有するインタフェースのうち当該機能を制御する際に使用すべきものを示すインタフェース情報、及び当該インタフェースを使用して当該機能を制御する際に使用するアドレスを示すアドレス情報を用いて、前記制御信号を転送すべき被制御装置を識別する宛先識別手段と、前記宛先識別手段で識別した前記制御信号を転送すべき被制御装置に対し、前記制御信号受信手段で受信した信号を、前記第２のネットワークのプロトコルに従って前記第２のインタフェース手段から送出する制御信号送出手段とを備えたことを特徴とする。
【００３２】
第１のネットワークは例えば双方向Ｉｒによるものであり、第２のネットワークは例えばＩＥＥＥ１３９４バスによるものである（なお、上記の機器制御装置の発明とは、第１のネットワークと第２のネットワークの意味内容が相違する。
【００３３】
通信ノードは、例えば、センターユニットである。
【００３４】
制御装置は、例えば、リモコン端末である。
【００３５】
好ましくは、前記第１のインタフェース手段を介して前記機器制御装置に対して、自通信ノードについての、前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報を通知する第１の情報通知手段を更に備えるようにしてもよい。
【００３６】
好ましくは、前記第１のインタフェース手段を介して前記機器制御装置に対して、前記第２のインタフェース手段を介して通信可能な被制御装置についての、前記制御情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報を通知する第２の情報通知手段を更に備えるようにしてもよい。
【００３７】
好ましくは、前記第２のインタフェース手段を介して通信可能な被制御装置についての、前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報を記憶する情報記憶手段を更に備えるようにしてもよい。
【００３８】
好ましくは、前記第１のインタフェース手段によって、自通信ノードの前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報の送信要求を受信する第１の情報要求受信手段と、前記第１のインタフェース手段によって、前記第２のインタフェース手段を介して通信可能な被制御装置についての、前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報の送信要求を受信する第２の情報要求受信手段と、のうちの少なくとも一方の手段を更に備えるようにしてもよい。
【００３９】
好ましくは、前記第２のインタフェース手段を介して通信可能な被制御装置から、該被制御装置の前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報を収集する情報収集手段を更に備えるようにしてもよい。
【００４０】
好ましくは、前記第２のインタフェース手段を介して接続可能な被制御装置に対し、該被制御装置の前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報の通知を要求する情報通知要求手段を更に備えるようにしてもよい。
【００４１】
好ましくは、前記第２のネットワークはＩＥＥＥ１３９４プロトコルに従ったネットワークであり、記第２のインタフェース手段を介して接続可能な被制御装置から、該被制御装置の前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報の収集処理を、ＨＡＶｉプロトコルを用いて実行するＨＡＶｉプロトコル実行手段を更に備えるようにしてもよい。
【００４２】
好ましくは、前記第１および第２のネットワークとは異なる第３のネットワークへのインタフェース手段と、前記宛先識別手段で識別した、前記制御信号を転送する先の被制御装置への経路が複数存在する場合に、該複数個の経路の中から一つの経路を選択する信号経路選択手段を更に備えるようにしてもよい。
【００４３】
好ましくは、前記制御信号の転送処理の結果を、前記第１のネットワーク手段を介して、前記機器制御装置に対して通知する転送処理結果通知手段を更に備えるようにしてもよい。
【００４４】
好ましくは、前記第２のインタフェース手段を介して通信可能な被制御装置に対して、該第２のインタフェース手段を介して、該被制御装置が有する前記第２のネットワークへのインタフェース手段以外のインタフェース手段に関するアドレスを示すアドレス情報の通知を要求する外部インタフェースアドレス情報通知要求手段と、前記外部インタフェースアドレス情報通知要求手段による、前記要求の結果通知される前記第２のインタフェースを介して通信可能な被制御装置の有する前記アドレス情報を受信する外部インタフェース情報受信手段とを更に備えるようにしてもよい。
【００４５】
本発明によれば、例えば赤外線信号等によって制御されていた家電機器が複数のインタフェース機能を有すようになった場合でも、スムースにリモコン端末からの家電機器制御が実現できるようになる。また、家電機器が持つ複数のインタフェースを有効に利用したリモコン端末による家電機器制御が実現できるので、従来のような、場所や空間の影響を強く受ける家電制御ではなく、ユーザの位置や移動に柔軟に対応可能な家電機器制御が可能となる。
【００４６】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００４７】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００４８】
現在、赤外線リモコンによってコントロール可能な家電機器は広く普及しているが、今後新たなホームネットワーク（ＩＥＥＥ１３９４ネットワークや無線ネットワーク、電灯線ネットワーク、電話線ネットワークなど）が登場することが見込まれており、こうした異種ネットワークと接続可能なインタフェースを備えた機器をリモコン端末から制御する必要性が生じる。
【００４９】
本実施形態では、概略的には、機器へ直接／間接的にアクセス可能なインタフェース種の把握を行い、（好ましくは制御主体であるユーザから制御対象となる機器へのアクセシビリティを動的に認知し、）実際に制御に使用するインタフェースを、予めリモコン端末内に構築された制御信号送出経路情報を基に優先的に選定する機能を提供することによって、これに基づく制御を行うものである。
【００５０】
例えば、赤外線コントロール信号を使用した従来型の一（片）方向通信、双方向通信に加えて、ＩＥＥＥ１３９４ネットワークや無線ネットワーク、電灯線ネットワークなど１つ以上の他のネットワークアクセス手段を有する機器に対して、リモコン端末からこれらの機器への最適なアクセス手段を（好ましくは動的に）選択し、実際の制御を行うための仕組みを提供することができる。
【００５１】
本発明の実施の形態では、リモコン端末（機器制御装置）から家庭内のある家電機器（被制御装置）を制御する場合に、ある機器については、リモコン端末からその機器を直接制御する手段と、センターユニット（通信ノード）を経由して制御する手段とが提供されるようなホームネットワークを例に取って詳細に説明する。
【００５２】
（第１の実施形態）
図１に、本実施形態のホームネットワークにおける機器構成例を示す。
【００５３】
リモコン端末１１０は、受光／発光可能な赤外線インタフェースを有し、双方向通信可能なプログラマブルリモコンである。
【００５４】
センターユニット１０１は、受光／発光可能な赤外線インタフェースを有し、双方向通信可能な通信ノードであり、リモコン端末１１０との間でリモコン制御信号の送受や操作対象となる機器ノードの制御ソフトウェアや各種データをリモコン端末１１０側に転送する通信機能を持っている。センターユニット１０１は、制御対象となる機器１３９４ノード１０２とＩＥＥＥ１３９４バス１００で接続されており、リモコン端末１１０とノード１０２との間をＩＥＥＥ１３９４バス１００を使って中継可能である。
【００５５】
１３９４ノード１０２は、リモコン端末１１０からの制御対象となる機器ノードであり、片方向の（受光可能な）赤外線インタフェースとＩＥＥＥ１３９４インタフェースとの２つのインタフェースを有する。
【００５６】
なお、双方向赤外線Ｉ／Ｆを持つ装置（図１では、リモコン端末１１０とセンターユニット１０１）は、片方向赤外線通信も可能である（片方向赤外線Ｉ／Ｆも持っていることになる）ものとする。また、双方向赤外線Ｉ／Ｆによるネットワークと片方向赤外Ｉ／Ｆによるネットワークとは、論理的には異なるネットワークであるものとする。
【００５７】
リモコン端末１１０、センターユニット１０１、１３９４ノード１０２は、それぞれ、赤外線インタフェースに基づく自ノードの機器識別ＩＤとして、Ｉｒ＿１０、Ｉｒ＿１、Ｉｒ＿２を持つものとする。
【００５８】
さらに、センターユニット１０１、１３９４ノード１０２は、それぞれ、ＩＥＥＥ１３９４インタフェースに基づく自ノードの機器識別ＩＤとして、ＥＵＩ６４アドレス（＝Ａ）、ＥＵＩ６４アドレス（＝Ｂ）を持つものとする。
【００５９】
図２（ａ）に、上記のような構成例における、センターユニット１０１に付随するインタフェースと対応するアドレス情報を示す。図２（ｂ）に、ＩＥＥＥ１３９４バス１００上でセンターユニット１０１が管理するノード情報（レジストリ情報）を示す。
図２（ｃ）に、１３９４ノード１０２に付随するインタフェースと対応するアドレス情報を示す。
図２（ｄ）に、リモコン端末１１０に付随するインタフェースと対応するアドレス情報を示す。
【００６０】
これらの情報をもとにして、リモコン端末１１０から各ノード（センターユニット１０１と１３９４ノード１０２）に対するアクセス手段（経路）を求めた結果を図２（ｅ）に示す。これは、リモコン端末１１０からセンターユニット１０１にアクセスする場合には、その赤外線コントロール信号送出先にＩｒ＿１を選択する必要があることを示している。また、リモコン端末１１０から１３９４ノード１０２にアクセスする場合には、赤外線コントロール信号をセンターユニット１０１の有する赤外線インタフェース（アドレスＩｒ＿１）に送出した後、センターユニット１０１からＥＵＩ６４アドレスＢを持つノード（ここでは、１３９４ノード１０２）に制御の指令送信を代行させるというアクセス手段１と、１３９４ノード１０２が直に持つ赤外線インタフェース（アドレスＩｒ＿２）に直接赤外線コントロール信号を（片方向通信により）送出するというアクセス手段２の二つの経路が存在することを示している。
【００６１】
図２（ｅ）のアクセス経路情報では、センターユニット１０１、１３９４ノード１０２の両方とも、リモコン端末１１０から赤外線コントロール信号の到達可能な位置に配置されているケースを想定しているが、リモコン端末１１０から１３９４ノード１０２に直接赤外線コントロール信号を送信できない場合には、第一のアクセス手段の方、すなわち、センターユニット１０１を経由し、ＩＥＥＥ１３９４上のプロトコル（ＡＶ／Ｃなど）を使った制御を１３９４ノード１０２に対して行うことになる。
【００６２】
ここでは、図２（ｅ）で示すような現在アクセス可能なノードに関する情報（アクセス手段／経路を含む）リストは、以下の手段のいずれかによってリモコン端末１１０に設定されるものとする。例えば、ユーザが手動で明示的に優先経路を設定できるような機能をリモコン端末に追加する方式や、リモコン端末１１０が自身の持つインタフェースを用いて各機器ノードへの問い合わせを行い、自動的に情報を収集し設定する方式や、センターユニット１０１が収集した情報をリモコン端末１１０側に送り設定する方式などが挙げられる。なお、リモコン端末１１０に対して、自動的にアクセス手段／経路を取得／設定する方法については、別途第３、第４の実施形態にて詳しく説明する。
【００６３】
図１の例では、各機器に付随するインタフェースは、赤外線とＩＥＥＥ１３９４のみであるが、リモコン端末１１０に無線やＩＥＥＥ１３９４などのインタフェースを搭載したり、センターユニット１０１にも無線や電灯線、電話線、ｅｔｈｅｒｎｅｔなどを利用したネットワークインタフェースを搭載する形態であっても構わない。なお、センターユニット１０１にｅｔｈｅｒｎｅｔを追加した例を、別途第２の実施形態にて詳しく説明する。
【００６４】
センターユニット１０１は、赤外線やＩＥＥＥ１３９４などの各種インタフェースと制御モジュールを備えた専用機の形で実現可能であるが、デジタル放送対応のＳＴＢや、次世代ＴＶあるいはＶＴＲ、ＡＶコンポのセンターなどに統合された形で実現されても良い。
【００６５】
センターユニット１０１には、各種インタフェース（ネットワーク）を通じて制御可能な機器の一覧が作成／保持される。この手順については、別途第３、第４の実施形態にて詳しく説明する。なお、この一覧についてもセンターユニット１０１にプリセットするようにしてもよい。
【００６６】
次に、制御対象ノード１０２を制御するための「ソフトウェアモジュール群」が、リモコン端末１１０に設定されるまでの手順について説明する。
【００６７】
制御ソフトウェアモジュール群（例えば、「ＧＵＩモジュール」、「制御モジュール本体」、「制御信号コード（プロトコル）」からなる）は、通常、制御対象となるノード１０２自身が内蔵ＲＯＭ内に保持する形式で用意されることを想定している。制御ソフトウェアモジュールは、直接ノード１０２本体から赤外線通信や他の有線ネットワーク媒体などを利用して、また、ノード１０２本体からこれとネットワーク接続されたセンターユニット１０１などを介した赤外線通信を利用して、リモコン端末１１０に送られる。あるいは、予め、制御対象ノード１０２に関する制御ソフトウェアモジュール一式をセンターユニット１０１内部にプリセットしておき、これをリモコン端末１１０に送信する方法もある。さらに、リモコン端末１１０内部に予め上記制御ソフトウェアモジュールが内蔵されている場合であってもよい。
【００６８】
また、制御対象となるノード１０２に関する制御ソフトウェアが上記のどの機器（ノード１０２本体、センターユニット１０１、リモコン端末１１０）にも搭載されていない場合に、ノード１０２本体内部のＥＵＩ６４や機器内蔵のＲＯＭ情報などを利用して、機器制御ソフトウェア提供元サイトのＵＲＬを獲得し、インターネットや電話線を経由し該当サイトから制御ソフトウェアをダウンロードして、リモコン端末１１０などに設定することができるようにしてもよい。
【００６９】
本方式では、制御対象ノード１０２がＸ個のアクセスインタフェースを有し、リモコン端末１１０がＹ個の制御用インタフェースを有するとき、ＸがＹより多い場合であっても、（Ｘ−Ｙ）個に相当するネットワークアクセス制御を可能にするセンターユニット１０１を中間に配置することにより、リモコン端末１１０からの（Ｘ−Ｙ）個のすべてあるいはそのうちのいくつかに属するインタフェースを介した制御をも可能にする。
【００７０】
すなわち、センターユニット１０１は、リモコン端末１１０から制御対象ノード１０２への中継器となり、リモコン端末１１０からの制御信号（例：赤外線コントロール信号）に基づき、制御対象ノード１０２へ対象ネットワークを介した制御信号（プロトコル）の送出を代行する。
【００７１】
ここでは、１３９４ノード１０２が制御ソフトウェア一式を提供するものとし、その中に含まれる情報について説明する。
【００７２】
本来、制御対象ノード１０２の提供する制御ソフトウェアは、自分自身が有するアクセスインタフェースに対する制御信号コード（プロトコル）や制御モジュール本体、ＧＵＩモジュールのみというのが通常の形態であり、リモコン端末１１０とセンターユニット１０１間で交わされる制御信号やプロトコル、ＧＵＩに対応したモジュールを提供することはない。
【００７３】
よって、センターユニット１０１とリモコン端末１１０との間では、独自の制御信号コード（プロトコル）が使用されるものとし、例えば、リモコン端末１１０からセンターユニット１０１への送信フォーマットは、家電製品協会によって決められている赤外線リモコンのフォーマット（リーダ部、カスタム・コード部、カスタム・コードのパリティ部、データ部）を利用するなどして、データ部にセンターユニットＩＤ、制御対象ノードＩＤ、制御操作命令列を指定できるよう定義されるものとする。
【００７４】
前述した制御対象ノード１０２に対するＧＵＩ操作画面は、基本的には制御対象ノード１０２に対して直接アクセス可能な相手から操作されることを前提としているため、このままの制御ソフトウェア形式では、リモコン端末１１０からセンターユニット１０１を介して間接的に操作することはできなくなってしまう。
【００７５】
そこで、リモコン端末１１０のＧＵＩ画面上で行われる操作に基づいて、対象ノード１０２の制御モジュール本体を呼び出し、実際のインタフェースに対して制御信号（プロトコル）送出を行う直前で、制御モジュール本体から要求されるインタフェースをリモコン端末１１０が装備していない場合には、センターユニット１０１を経由した代理信号（プロトコル）送出を行うよう送出経路を動的に変更する機構を提供する。
【００７６】
制御モジュール本体から呼び出される制御信号送信／受信に関するインタフェース通信部モジュール群のうち、リモコン端末１１０が装備していないインタフェースに関しては、通信部モジュールをセンターユニット１０１への代理プロトコルによる通信形式を利用した擬似通信モジュールとして作成しておき、これを制御モジュール本体から呼び出すようにする。すなわち、制御モジュール本体からは見掛け上、リモコン端末１１０が全てのインタフェースを装備しているように見える。
【００７７】
ところで、制御対象となるノード１０２がユーザに対して提供する機能は、そのノードへのアクセス手段（インタフェース）に応じて、利用可能なものとそうでないものとが生じる場合がある。また、利用できたとしても意味のない操作となってしまう場合もある。
【００７８】
例えば、ビデオデッキからＴＶに対してメニューを表示させるような機能を考えた場合、利用者がＴＶ画面前にいればそのメニュー画面表示は意味があるが、ＩＥＥＥ１３９４ケーブルなどを経由して、他の部屋から操作されるような場合には、そのままでは意味のない操作となってしまう。こうような場合には、“メニュー呼び出し機能”を、赤外線経由で直接ビデオデッキに呼び出す場合には有効とし、ＩＥＥＥ１３９４経由の場合には無効（使用できない）となるような操作画面作りを考慮する必要がある。
【００７９】
このように、機器ノード１０２へのアクセス時に、使用するインタフェースによって制御できる機能が異なる場合、各インタフェース専用のＧＵＩ画面を作成し、これを意識的に切り替えてユーザがコントロールすることが考えられる。これを実現するために、リモコン端末１１０が、赤外線コントロールで制御ノード１０２を直接操作するためのＧＵＩ画面や、センターユニット１０１を介して間接的に操作するためのＧＵＩ画面、その他のインタフェースやネットワークを介して操作するためのＧＵＩ画面といった複数のインタフェースごとに専用の操作画面を個別に用意することが考えられる。しかしながら、同一機器に対してこうした複数のＧＵＩ画面を切り替えて使用することは、ユーザにとっては煩雑な作業である。また、複数の異なるインタフェースを介した操作によっても同一の制御が可能な場合もある。
【００８０】
よって、ここでは、ある制御ノード１０２に対して制御できる様々な機能を全てリモコン端末１１０側の１つのＧＵＩ画面上から呼び出せるよう配置しておき、リモコン操作時に、制御の種類に応じて使用すべきインタフェースを自動的に選択する機構を提供する。これにより、ユーザが物理インタフェースを意識する必要はなくなる。
【００８１】
ただし、ユーザにインタフェースの存在を意識させたい場合もある。例えば、リモコン端末１１０から制御ノード１０２への制御信号が到達不可能となった場合に、その原因や回復ヒントなどをユーザに提示させて、次の操作の判断材料とさせたい場合や、明示的にユーザの好みに応じて使用するインタフェースを指示したい場合などが挙げられる。こうした場合に対応するため、手動でインタフェースの切り替えが行える機能をリモコン端末１１０側に搭載していてもよい。
【００８２】
ここで、上記のようなＧＵＩ画面から制御の種類に応じて使用すべきインタフェースを自動的に選択できるようにするために必要となるモジュールや制御ノード／アクセス経路情報などの構築方法／利用方法について説明する。
【００８３】
図３に、リモコン端末１１０側で表示される「制御ノード１０２用の制御画面」の一例を示す。図中、赤外線片方向制御のみが有効な機能群を「機能集合０１」、ＩＥＥＥ１３９４制御のみが有効な機能群を「機能集合０２」、赤外線片方向制御／ＩＥＥＥ１３９４制御の両方が有効な機能群を「機能集合１０」と呼んでいる。
【００８４】
これら制御用ＧＵＩ部品群（機能集合）とその部品の操作が有効となるインタフェース／経路に関するヒントの組（有効インタフェース情報と呼ぶ）を、配列もしくはテーブルに相当するデータ構造の形式で、制御ノード１０２の制御ソフトウェアモジュール群の一部として用意しておく。これを図４（ａ）に示す。
【００８５】
この例では、制御ソフトウェアモジュール群（制御画面ＧＵＩ部、制御モジュール本体、有効インタフェース情報、信号コードセットなど）は、制御ノード１０２に格納されており、制御ノード１０２から直接、あるいは、センターユニット１０１などを介して間接的にリモコン端末１１０にダウンロード／設定されるものであるとする。
【００８６】
これらノード１０２用の制御ソフトウェア一式がリモコン端末１１０側にダウンロードされると、リモコン端末１１０側では制御ソフトウェアが要求するインタフェースと自分自身が利用可能なインタフェースとの対応を図ろうとする。この際、図２（ａ）〜（ｄ）の情報を基に作成した、リモコン端末１１０側では片／双方向通信可能な赤外線インタフェースを物理的に装備しており、またＩＥＥＥ１３９４を使用する制御がセンターユニット１０１を経由することによって実現可能であるという情報（図４（ｂ）のインタフェースＩＤテーブル）を参照して、制御ＧＵＩ画面（機能）から要求されるアクセス手段（ＩＥＥＥ１３９４）となる各インタフェースをセンターユニット１０１経由の代理インタフェースに置き換える作業を行う（図４（ｃ）の制御信号送出経路情報）。
【００８７】
実際にリモコン端末１１０からセンターユニット１０１を介してＩＥＥＥ１３９４（第２の実施形態のＩＥＥＥ１３９４とイーサネットのようにセンターユニット１０１を介した場合にさらに複数経路が存在する場合もある）を経由した制御を行う際には、例えば、第３、第４の実施形態で説明するような方法によって得られる現在利用可能なインタフェース／経路情報を利用してどのアクセス手段を選択するかが決定づけられる。
【００８８】
次に、複数のアクセス手段を持つ機器に対するアクセス手段の選択・決定に関して説明する。
【００８９】
ある制御信号を対象機器への伝送する際に、アクセス手段が複数個同時に存在する場合がある。この場合、これらの中から実際の制御に使用する手段を選択／決定しなければならない。これは、リモコン端末側で指定される優先順位に基づいて行われる。優先順位の設定は、システム内部で規定されるものとユーザの趣向に応じて自由に設定（カスタマイズ）可能なものがある。
【００９０】
システム内部で規定される例としては、予めリモコン端末側から制御対象機器に到達するまでに経由するネットワーク経路の中で、消費電力が最も低い順に優先度を高く設定する方式や、大量のデータをリモコン端末と制御対象機器間で転送する制御（機能）を実行する際に、帯域／転送レートが高い経路順に優先度を高くする方式や、リモコン端末からの制御に対して、より速い応答速度が得られる経路順に高い優先度を設定する方式や、前回実行した制御信号の送出経路を記憶しておき、この成功率の高い経路順に高い優先度を実行する方式や、単純にシステム内部でデフォルトの経路決定のための優先順位を設定しておき、これに基づくものなどが挙げられる。
【００９１】
一方、ユーザが自由に設定できる（設定したい）場合には、ユーザの利用環境に合わせて、例えば、リモコンを利用する位置が常に固定化される（移動しない）場合に、部屋の中の制御機器に対しては直接赤外線コントロールを行い、隣の部屋の機器に対してセンターユニットを介した通信経路を選択するといったシナリオを設定できるよう、各機器に対する経路に関する優先度を明示的に指定する方式などがある。
【００９２】
（第２の実施形態）
本実施形態では、センターユニット１０１が、リモコン端末１１０との間の通信で用いるインタフェースとは異なるインタフェースを複数有する場合について説明する。
【００９３】
図５に、図１のセンターユニット１０１に対してイーサネット用インタフェースを追加した構成例を示す。
【００９４】
センターユニット１０１には、ＩＥＥＥ１３９４バス１００およびイーサネットケーブル１２０によって１３９４／ｅｔｈｅｒｎｅｔノード１０３が接続されている。センターユニット１０１は、双方向赤外線インタフェースアドレス（＝Ｉｒ＿１）とＩＥＥＥ１３９４識別子としてＥＵＩ６４アドレス（＝Ａ）を持つと共に、Ｍａｃアドレス（＝Ｘ）を有している。また、１３９４／ｅｔｈｅｒｎｅｔノード１０３は、双方向赤外線インタフェースアドレス（＝Ｉｒ＿３）とＥＵＩ６４アドレス（＝Ｃ）と、Ｍａｃアドレス（＝Ｙ）を有しているものとする。
【００９５】
このとき、センターユニット１０１が保持するインタフェースと対応するアドレス情報およびＩＥＥＥ１３９４バス上のレジストリ情報、Ｍａｃアドレスに関するレジストリ情報を、それぞれ、図６（ａ），（ｂ），（ｃ）に示す。このように、センターユニット１０１には、ＩＥＥＥ１３９４バス上のノード情報とイーサネット上に接続されたノード情報が集約されているものとする。
【００９６】
また、ノード１０２、ノード１０３、リモコン端末１１０に関するインタフェースと対応するアドレス情報を、それぞれ、図６（ｄ）、図６（ｅ）、図７（ａ）に示す。
【００９７】
この結果、リモコン端末１１０内部に作成される各ノードへのアクセス手段情報は、図７（ｂ）に示すようになる。
【００９８】
ここでは特に、リモコン端末１１０からノード１０３への制御を、センターユニット１０１を介して行う場合に、２通りのネットワーク（インタフェース）を経由した制御が可能になる点に注目する。
【００９９】
図８に、ノード１０３用の制御画面例を示す。
【０１００】
ここでは、赤外線インタフェース（片方向／双方向）に有効な機能群を「機能集合０１」、赤外線インタフェース（双方向）のみに有効な機能群を「機能集合０２」、ＩＥＥＥ１３９４のみに有効な機能群を「機能集合０３」、赤外線インタフェース（片方向／双方向）とイーサネットに有効な機能群を「機能集合０４」、赤外線インタフェース（片方向／双方向）、ＩＥＥＥ１３９４、イーサネットの全てに有効な機能群を「機能集合１０」と呼ぶ。
【０１０１】
このときの有効インタフェース情報と、インタフェースＩＤテーブルと、ノード１０３への制御ソフトウェアが保持することになる制御信号送出経路情報とを、それぞれ、図９（ａ），（ｂ），（ｃ）（第１の実施形態の図４に対応するもの）に示す。
【０１０２】
このように、センターユニット１０１にリモコン端末１１０とのインタフェースである赤外線インタフェースＩｒ＿１以外に、２つ以上のインタフェース（ＩＥＥＥ１３９４バス１００、イーサネットケーブル１２０）を接続した形態で、各インタフェース上にネットワーク接続された機器ノードをリモコン端末１１０からセンターユニット１０１経由で制御する場合には、リモコン端末１１０からセンターユニット１０１に対して、制御先のノード機器のアドレス（ＥＵＩアドレスＣやＭａｃアドレスＹ）を送信する際に、併せて、使用するネットワーク種やプロトコル種などの識別情報を送付するものとする。具体的には、リモコン端末からセンターユニットへ送る赤外線信号のフォーマット（リーダ部、カスタム・コード部、カスタム・コードのパリティ部、データ部）の中で、データ部にセンターユニットＩＤ、制御対象ノードＩＤ、に続いて、“ノードへの経由ネットワークＩＤ”、制御操作命令列を指示できるようにする。なお、送られるノード機器のアドレスに基づき、センターユニット側で制御対象となるノード機器への経由ネットワークＩＤが特定できる場合には、リモコン端末からこのＩＤを送信する必要はない。また、同一のネットワーク種の上で、複数のプロトコルが用いられる場合には、これを指示する“プロトコルＩＤ”もリモコン端末側から送信する。センターユニットは、ネットワークおよびプロトコルに関する情報をリモコン端末側から受け取り、これに基づくノード制御をリモコン端末にかわって代行する。
【０１０３】
（第３の実施形態）
次に、第１あるいは第２の実施形態のようなセンターユニットがＩＥＥＥ１３９４バスに接続しており、センターユニットへの制御可能な機器の登録や、リモコン端末への、ＩＥＥＥ１３９４バス上の機器への制御メッセージの転送手順の通知を、ネットワーク経由で実行できる場合の実施形態について説明する。
【０１０４】
本実施形態でも、実際の制御メッセージはセンターユニットを介して接続しているＩＥＥＥ１３９４バス上の機器に対して送信できる場合を示す。特に、以下の実施形態においては、各ＩＥＥＥ１３９４バス上でＨＡＶｉ（ＨｏｍｅＡＶ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）プロトコルが実行されている場合を示しており、センターユニットとなる１３９４ノードは、ＨＡＶｉプロトコルにおける制御ノード（ＦＡＶ ｏｒ ＩＡＶ）の機能を有しているものとする。
【０１０５】
図１０に、本実施形態におけるネットワーク構成例の概念図を示す。
【０１０６】
図１０では、家庭内でユーザが使用するリモコン端末１１００と、ＩＥＥＥ１３９４バス１０００に接続したセンターユニット１００１が存在する。リモコン端末１１００とセンターユニット１００１は、赤外線インタフェースによる双方向通信が可能である。
【０１０７】
センターユニット１００１が接続しているＩＥＥＥ１３９４バス１０００上には、通常の赤外線信号を受信するのみの赤外線インタフェースを有する１３９４ノード１００２と、ＩＥＥＥ１３９４バスへのインタフェースのみを有する１３９４ノード１００３と、無線ネットワークへのインタフェースを有する１３９４ノード１００４と、センターユニット１００１やリモコン端末１１００と同様の双方向の赤外線インタフェースを有する１３９４ノード１００５が存在する。
【０１０８】
ここで、ＩＥＥＥ１３９４バス１０００上ではＨＡＶｉプロトコルが実行されているものとし、センターユニット１００１がＨＡＶｉプロトコルにおけるＦＡＶ機能を有するノードであり、センターユニット１００１はＩＥＥＥ１３９４バス上の各１３９４ノードが有する機能に関する情報を、自ノード内のレジスタ機能に保持している。また、図１０では、同じ空間（家庭内）に、スタンドアローンで存在する家電機器も存在する。ノード１２０１は双方向赤外線インタフェースを有する家電機器であり、ノード１２０２は無線ネットワークへのインタフェースを有する家電機器である。
【０１０９】
以下、図１０のような構成において、リモコン端末１１００から各家電機器（ＩＥＥＥ１３９４バス上の１３９４ノードやスタンドアロンの家電機器）に対して制御コマンドを送るための、全体構成の把握手段と、制御コマンドの送出方法の決定方法（具体的には制御コマンドの送出手順を示すテーブルの作成方法）について説明する。
【０１１０】
図１１に、本実施形態において、リモコン端末１１００から各家電機器に対して制御コマンドを送出する際の処理手順の一例を示す。
【０１１１】
本実施形態では、まず、リモコン端末１１００が家庭内の家電機器が有するインタフェース機能を認識し、それによって、リモコン端末１１００から直接制御可能な家電機器の一覧を作成する。次に、リモコン端末１１００は、直接制御可能な家電機器の中から、センターユニットとなり得る家電機器を選択するとともに、そのセンターユニットを介して、さらに制御可能となる家電機器の探索／登録を行なう。このような一連の処理を経て、リモコン端末１１００は、制御可能な家電機器の一覧と、その家電機器に対しての制御コマンドの送信手順（どのインタフェース機能を使って制御コマンドを送信するのか）を示すテーブルを作成する。このような制御可能な家電機器の一覧と制御コマンドの送信手順テーブルを用いることにより、第１、第２の実施形態の場合と同様の家電機器制御が可能となる。
【０１１２】
図１０に示したネットワーク構成を例として、具体的な処理シーケンスを以下に示す。また、各シーケンスの段階において作成されているインタフェース情報に関するテーブル情報を図１２（ａ）〜（ｃ）、図１３（ａ），（ｂ）に示す。
【０１１３】
なお、図１１中の実線で示された処理は赤外線信号によるもの、点線で示された処理は無線ネットワークにより実施されるものを示している。
【０１１４】
（１）リモコン端末１１００が、赤外線インタフェースで通信可能なノードの検索を行なう。
【０１１５】
（２）この（１）の検索に対して、赤外線インタフェースで応答可能なセンターユニット１００１と１３９４ノード１００５、およびノード１２０１が応答する。この時点では、センターユニット１００１がセンターユニット機能を有する旨はリモコン端末１１００にはわからない。また、各ノードが、自ノードの機器識別ＩＤとしてＥＵＩ６４アドレスを付加して応答するものとする。さらに、この時点で作成される制御可能な機器の一覧が図１２（ａ）である。
【０１１６】
（３）リモコン端末１１００が、無線インタフェースで通信可能なノードの検索を行なう。
【０１１７】
（４）この（３）の検索に対して、無線インタフェースで応答可能な１３９４ノード１００４とノード１２０２が応答する。ここでは、各ノードが、自ノードの機器識別ＩＤとしてＥＵＩ６４アドレスを付加して応答するものとする。また、この時点で作成される制御可能な機器の一覧が図１２（ｂ）である。
【０１１８】
（５）リモコン端末１１００が、赤外線インタフェースもしくは無線インタフェースで通信可能なノードに対して、センターユニット機能を有するか否かの確認メッセージを送信する。
【０１１９】
（６）センターユニット１００１が、自分がセンターユニット機能を有する旨を応答する。
【０１２０】
（７）リモコン端末１１００が、センターユニット１００１に対して、センターユニット１００１を介して制御可能な機器に関する情報（ここでは、ＨＡＶｉプロトコルにいおけるレジストリ情報）の通知を要求する。
【０１２１】
（８）センターユニット１００１が、レジストリ情報をリモコン端末１１００に通知する。このとき、センターユニット１００１が通知するレジストリ情報を基に、リモコン端末１１００が認識する、センターユニット１００１を介して制御可能な機器の一覧が図１２（ｃ）である。
【０１２２】
（９）リモコン端末１１００が、制御可能な機器の一覧と、制御するためのインタフェースの対応テーブルを作成する。この時点で作成される制御可能な機器一覧が図１３（ａ）、インタフェースの対応テーブルが図１３（ｂ）である。
【０１２３】
（１０）リモコン端末１１００が、各機器への制御コマンドを図１３（ｂ）に示すインタフェース対応テーブルを参照して送出する。このときの、制御コマンドの宛先の識別は、上記の処理（２）（４）（８）で通知された、各機器のＥＵＩ６４アドレスを用いて行なわれるものする。
【０１２４】
上記のような処理によって、リモコン端末１１００から家庭内に存在する各機器の制御を実行できるようになる。具体的な制御コマンド送信手順としては、図１３（ｂ）に示した対応テーブルを基に、センターユニット１００１と１３９４ノード１００２〜１００５へは、赤外線インタフェースからセンターユニット１００１を介してＩＥＥＥ１３９４バス１０００経由で制御コマンドが送られる。このとき、センターユニット１００１では、送られてきた制御コマンドの宛先のＥＵＩ６４アドレスを基に、その制御コマンドを転送するべき１３９４ノードを特定する。また、ノード１２０１に対しても同様に赤外線インタフェースから制御コマンドが送られ、さらに、ノード１２０２に対しては無線インタフェースから制御コマンドが送られる。このとき、例えばセンターユニット１００１がダウンしているような場合には、センターユニット１００１経由による制御コマンド送信が不可能となる。よって、この場合は、１３９４ノード１００２、１００５へは赤外線インタフェースを介して制御コマンドを再送信し、１３９４ノード１００４へは無線インタフェースを介して制御コマンドを再送信することで、制御コマンドの送信処理を可能としている。ただし、１３９４ノード１００３は、ＩＥＥＥ１３９４バス１０００へのインタフェースのみしか持たないので、制御コマンドの再送信は不可能である。
【０１２５】
また、上記の処理（１）〜（９）に示したような、リモコン端末１１００によって制御可能な家電機器の情報を構築する処理は、リモコン端末１１００が移動したときやリモコン端末１１００に電源を入れたときのような任意のタイミングで実行する方法や、ある一定時間毎に定期的に情報を収集／構築する方法や、リモコン端末１１００から制御コマンドを送出する毎に実行するなどの、いくつかの方法が考えられる。
【０１２６】
ここで、赤外線インタフェースや無線インタフェースを介して通信可能であり、さらにＩＥＥＥ１３９４バスに接続している機器（図１０の構成では１３９４ノード１００４など）では、上記の処理（８）でセンターユニット１００１から受信したレジストリ情報から得られる機器情報と、上記の処理（２）（４）で受信した、各インタフェース経由で制御可能な機器情報の対応関係が明確にできなければならない。これらの情報が混同してしまうと、リモコン端末１１００から送信する制御メッセージの宛先情報や、その制御コマンドの送信に用いるインタフェースを特定できなくなってしまう。そのための対応として、上記の処理シーケンスでは、リモコン端末１１００からの検索処理（上記の処理（１）（３））に対する応答メッセージに、各機器が有するＥＵＩ６４アドレスを付加して応答する場合を示している。
【０１２７】
ただし、現実には、図１０に示した構成に示される機器が全てＥＵＩ６４アドレスを保持しているとは限らない。そこで、このような全ての機器にＥＵＩ６４アドレスを持たせ、そのＥＵＩ６４アドレスで機器を識別する方法とは別に、例えば、ＩＥＥＥ１３９４バス経由の何らかのコマンドにより、ＩＥＥＥ１３９４バス上の機器が有するＩＥＥＥ１３９４バス以外のインタフェースのアドレスを知ることができるようにする方法も考えられる。
【０１２８】
具体的には、１３９４ノード１００４の持つインタフェースが無線ＬＡＮ（ＩＥＥＥ８０２．１１）であれば、ＩＥＥＥ８０２系で使われている４８ｂｉｔのＭＡＣアドレスを、センターユニット１００１の持つインタフェースがＩｒＤＡであれば、ＩｒＤＡ Ｃｏｎｔｒｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎにおいて規定されるＩｒＤＡ装置の識別子（例えばＰＦＩＤ）を用いて、各機器を特定できる。この各機器の特定方法としては、例えば、ＩＥＥＥ１３９４バス上に存在する各１３９４ノードの機器情報を保持しているＣｏｎｆｉｇｕｒａｔｉｏｎ ＲＯＭの中に、ＩＥＥＥ１３９４バス以外の外部インタフェースに関する情報（外部インタフェースの種類やアドレス）を追加する方法や、ＩＥＥＥ１３９４バス上でのＡＶ機器制御プロトコルとして定義されているＡＶ／Ｃプロトコルのコマンドとして、外部インタフェースに関する情報を収集するコマンドを追加する方法などが考えられる。さらに、このＡＶ／Ｃプロトコルを用いた場合の方法として、既にＡＶ／Ｃプロトコルに規定されているＳｕｂＵｎｉｔ情報の検索コマンドであるＳｕｂＵｎｉｔ＿Ｉｎｆｏコマンドへのレスポンス情報として、外部インタフェースの種類やアドレスを応答する方法や、新たに、外部インタフェースに関する情報を収集するコマンドを追加するなどの方法が考えられる。
【０１２９】
このような方法によって随時作成される、リモコン端末１１００から制御可能な機器の一覧を図１４（ａ）〜（ｃ）、図１５（ａ），（ｂ）に示す。図１４（ａ）の一覧は図１２（ａ）の一覧に対応し、リモコン端末１１００から赤外線インタフェースによって制御可能な機器の、赤外線インタフェース上のアドレス情報を含んだ一覧になっており、図１４（ｂ）の一覧は図１２（ｂ）の一覧に対応し、リモコン端末１１００から無線インタフェースによって制御可能な機器の、無線インタフェース上のアドレス情報を含んだ一覧になっている。また、図１４（ｃ）の一覧は図１２（ｃ）の一覧に対応し、センターユニット１００１を介して制御可能な機器の外部インタフェースアドレス（例えば赤外線インタフェース上のアドレスや無線インタフェース上のアドレス）情報を含んだ一覧となっている。これら図１４（ａ）〜（ｃ）の一覧を基にして作成される、リモコン端末１１００が制御可能な機器の一覧が図１５（ａ）であり、リモコン端末１１００から制御コマンドを転送する際に使用するインタフェースの対応テーブルが図１５（ｂ）である。
【０１３０】
（第４の実施形態）
次に、一つのリモコン端末から複数のセンターユニットに接続可能である場合に、各センターユニットに接続している機器（例えば、ＩＥＥＥ１３９４バスを介して接続している機器）に関する情報を収集し、その収集した情報に基づいて、制御装置から制御コマンドを送信するセンターユニットを選択する方法について説明する。
【０１３１】
本実施形態でも、各ＩＥＥＥ１３９４バス上でＨＡＶｉプロトコルが実行されている場合を示しており、センターユニットとなる１３９４ノードは、ＨＡＶｉプロトコルにおける制御ノード機能を有しているものとする。
【０１３２】
図１６に、本実施形態におけるネットワーク構成例の概念図を示す。
【０１３３】
図１６に示すネットワークには、家庭内でユーザが使用するリモコン端末２１００と、ＩＥＥＥ１３９４バス２０００に接続したセンターユニット２００１と、ＩＥＥＥ１３９４バス３０００に接続したセンターユニット２００４が存在する。リモコン端末２１００とセンターユニット２００１は、赤外線インタフェースによる双方向通信が可能であり、リモコン端末２１００とセンターユニット２００４は無線インタフェース（図１６の例ではＩＥＥＥ８０２．１１の無線ＬＡＮインタフェースを想定）によって通信が可能である。
【０１３４】
また、センターユニット２００１が接続しているＩＥＥＥ１３９４バス２０００上には、無線インタフェースを有する１３９４ノード２００３と、ＩＥＥＥ１３９４バスへのインタフェースのみを有する１３９４ノード２００２が、センターユニット２００４が接続しているＩＥＥＥ１３９４バス３０００上には、双方向の赤外線インタフェースを有する１３９４ノード２００５と、ＩＥＥＥ１３９４バスへのインタフェースのみを有する１３９４ノード２００６が存在する。
【０１３５】
ここで、ＩＥＥＥ１３９４バス２０００、３０００上ではＨＡＶｉプロトコルが実行されているものとし、センターユニット２００１と２００４がＨＡＶｉプロトコルにおけるＦＡＶ機能を有するノードであり、センターユニット２００１はＩＥＥＥ１３９４バス２０００上の各１３９４ノードが有する機能に関する情報を、センターユニット２００４はＩＥＥＥ１３９４バス３０００上の各１３９４ノードが有する機能に関する情報を、自ノード内のレジスタ機能に保持している。また、本実施形態のセンターユニットは第３の実施形態中に示したように、各１３９４ノードが有する外部インタフェースの情報（外部インタフェースの種類やアドレス）についても、前述したような方法によって入手しているものとする。よって、本実施形態では、センターユニット２００１，２００４がリモコン端末２１００に、センターユニット２００１や２００４を経由して制御可能な機器の情報を通知する際に、ＨＡＶｉプロトコルにおけるレジストリ情報（例えば、各１３９４ノードのＥＵＩ６４アドレス）とともに、各１３９４ノードが持つ外部インタフェースアドレスも通知する場合を示す。
【０１３６】
以下、図１６のような構成において、リモコン端末２１００から各家電機器（各ＩＥＥＥ１３９４バス上の１３９４ノード）に対して制御コマンドを送るための、全体構成の把握手段と、制御コマンドの送出方法の決定方法（具体的には制御コマンドの送出手順を示すテーブルの作成方法）について説明する。
【０１３７】
図１７に、本実施形態において、リモコン端末２１００から各家電機器に対して制御コマンドを送出する際の処理手順の一例を示す。
【０１３８】
この処理手順は基本的には第３の実施形態における処理手順と同様であるが、リモコン端末２１００と通信可能なセンターユニットが複数存在する点が異なっている。まず、リモコン端末２１００が家庭内の家電機器が有するインタフェース機能を認識し、次に、直接制御可能な家電機器の中から、センターユニットとなり得る家電機器を選択した後、そのセンターユニットを介して、さらに制御可能となる家電機器の探索／登録を実行する。このような一連の処理を経て、リモコン端末２１００は、制御可能な家電機器の一覧と、その家電機器に対する制御コマンドの送信手順を示すテーブルを作成する。
【０１３９】
図１６に示すネットワーク構成を例として、具体的な処理シーケンスを以下に示す。また、各シーケンスの段階において作成されているインタフェース情報に関するテーブル情報を図１８（ａ）〜（ｃ）、図１９（ａ），（ｂ）に示す。
【０１４０】
なお、図１７中の実線で示された処理は赤外線信号によるもの、点線で示された処理は無線ネットワークにより実施されるものを示している。
【０１４１】
（１）リモコン端末２１００が、赤外線インタフェースで通信可能なノードの検索を行なう。
【０１４２】
（２）この（１）の検索に対して、赤外線インタフェースで応答可能なＩＥＥＥ１３９４バス２０００上のセンターユニット２００１と、ＩＥＥＥ１３９４バス３０００上の１３９４ノード２００５が応答する。ここでは、各ノードが、赤外線インタフェースを特定するためのインタフェースアドレス（例えばＩｒＤＡのＰＦＩＤ）を付加して応答するものとする。さらに、この時点で作成される制御可能な機器の一覧が図１８（ａ）である。
【０１４３】
（３）リモコン端末２１００が、無線インタフェースで通信可能なノードの検索を行なう。
【０１４４】
（４）この（３）の検索に対して、無線インタフェースで応答可能なＩＥＥＥ１３９４バス２０００上の１３９４ノード２００３と、ＩＥＥＥ１３９４バス３０００上のセンターユニット２００４が応答する。ここでは、各ノードが、無線インタフェースアドレスとして、４８ｂｉｔの無線ＬＡＮのＭＡＣアドレス情報を付加して応答するものとする。また、この時点で作成される制御可能な機器の一覧が図１８（ｂ）である。
【０１４５】
（５）リモコン端末２１００が、赤外線インタフェースもしくは無線インタフェースで通信可能なノードに対して、センターユニット機能を有するか否かの確認メッセージを送信する。
【０１４６】
（６）センターユニット２００１が、自分がセンターユニット機能を有する旨を赤外線インタフェースによってリモコン端末２１００に応答し、センターユニット２００４が、自分がセンターユニット機能を有する旨を無線インタフェースによってリモコン端末２１００に応答する。
【０１４７】
（７）リモコン端末２１００が、センターユニット２００１と２００４に対して、センターユニット２００１と２００４を各々介して制御可能な機器に関する情報（ここでは、ＨＡＶｉプロトコルにいおけるレジストリ情報）の通知を要求する。
【０１４８】
（８）センターユニット２００１と２００４が、各センターユニット内に保持しているレジストリ情報をリモコン端末２１００に通知する。このとき、各ＩＥＥＥ１３９４バス２０００、３０００上の１３９４ノードが有する外部インタフェースアドレスも通知する。このとき、センターユニット２００１が通知したレジストリ情報と外部インタフェース情報を基に、リモコン端末２１００が認識する、センターユニット２００１を介して制御可能な機器の一覧が図１８（ｃ）であり、センターユニット２００４が通知したレジストリ情報と外部インタフェース情報を基に、リモコン端末２１００が認識する、センターユニット２００４を介して制御可能な機器の一覧が図１８（ｄ）である。
【０１４９】
（９）リモコン端末２１００が、制御可能な機器の一覧と制御するためのインタフェースの対応テーブルを作成する。このとき作成される制御可能な機器一覧が図１９（ａ）、インタフェースの対応テーブルが図１９（ｂ）である。
【０１５０】
（１０）リモコン端末２１００が、各機器への制御コマンドを、図１９（ｂ）に示すインタフェース対応テーブルを参照して送出する。このときの、制御コマンドの宛先の識別は、上記の処理（８）で通知された、各機器のＥＵＩ６４アドレスを用いて行なわれるものとする。
【０１５１】
上記のような処理によって、ネットワーク上に複数のセンターユニットが存在するような環境での、リモコン端末２１００から家庭内に存在する各機器の制御を実行できるようになる。具体的な制御コマンド送信手順としては、図１９（ｂ）に示した対応テーブルを基に、センターユニット２００１と１３９４ノード２００２，２００３へは、赤外線インタフェースからセンターユニット２００１を介してＩＥＥＥ１３９４バス２０００経由で制御コマンドが送られ、センターユニット２００４と１３９４ノード２００５，２００６へは、無線インタフェースからセンターユニット２００４を介してＩＥＥＥ１３９４バス３０００経由で制御コマンドが送られる。このとき、センターユニット２００１と２００４では、送られてきた制御コマンドの宛先のＥＵＩ６４アドレスを基に、その制御コマンドを転送するべき１３９４ノードを特定する。
【０１５２】
このとき、例えばセンターユニット２００１がダウンしているような場合には、センターユニット２００１経由による制御コマンド送信が不可能となる。よって、この場合は、１３９４ノード２００３へは無線インタフェースを介して制御コマンドを再送信することで、制御コマンドの送信処理を可能としている。ただし、１３９４ノード２００２は、ＩＥＥＥ１３９４バス２０００へのインタフェースのみしか持たないので、制御コマンドの再送信は不可能である。
【０１５３】
本実施形態では、各１３９４ノードと赤外線インタフェースや無線インタフェースの間の対応づけに、各赤外線インタフェースや無線インタフェースのインタフェースアドレスを用いた場合を示したが、勿論、各１３９４ノードのＥＵＩ６４アドレスを用いる方法も可能である。また、この各インタフェースアドレスの情報を入手するタイミングは、各１３９４ノードを各ＩＥＥＥ１３９４バスに追加した時点や、それ以外にバスリセットが発生した場合など、いくつかの場合が想定できる。さらに、上記の処理（１）〜（９）に示したような、リモコン端末２１００によって制御可能な家電機器の情報を構築する処理は、リモコン端末２１００が移動したときやリモコン端末２１００に電源を入れたときのような任意のタイミングで実行する方法や、ある一定時間毎に定期的に情報を収集／構築する方法や、リモコン端末２１００から制御コマンドを送出する毎に実行するなどの、いくつかの方法が考えられる。
【０１５４】
なお、本実施形態で用いたネットワーク、インタフェース（赤外線インタフェース、無線、ＩＥＥＥ１３９４バス）は一例であり、他のネットワーク、インタフェースにも本発明は適用可能である。
【０１５５】
また、本実施形態では、ホームネットワークを一例として取り上げたが、もちろん、本発明はこれに限定されず、オフィスや学校、店舗、その他の建物、施設等に設けられるネットワークについても適用可能である。
【０１５６】
なお、以上の各機能は、ソフトウェアとしても実現可能である。
【０１５７】
また、本実施形態は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても実施することもできる。
【０１５８】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０１５９】
【発明の効果】
本発明によれば、機器制御装置とのネットワークとは異なる１または複数のネットワークに接続された被制御装置を、機器制御装置から直接あるいは通信ノードを介して間接的に制御する際に、効果的な制御信号送出経路の管理・選択等を行うことができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るホームネットワークの構成例を示す図
【図２】各ノードが保持するインタフェース情報／アドレス情報およびリモコン端末内部に作成される各ノードに対するアクセス手段情報の一例を示す図
【図３】リモコン端末側で表示される１３９４ノードの制御画面例を示す図
【図４】リモコン端末から１３９４ノードを制御するために作成される機能集合と実際の制御に使用するインタフェース／制御信号送出経路情報の構築手順の一例を説明するための図
【図５】本発明の第２の実施形態に係るホームネットワークの構成例を示す図
【図６】各ノードが保持するインタフェース情報／アドレス情報の一例を示す図
【図７】各リモコン端末が保持するインタフェース情報／アドレス情報およびリモコン端末内部に作成される各ノードに対するアクセス手段情報の一例を示す図
【図８】リモコン端末側で表示される１３９４／ｅｔｈｅｒｎｅｔノードの制御画面例を示す図
【図９】リモコン端末から１３９４／ｅｔｈｅｒｎｅｔノードを制御するために作成される機能集合と実際の制御に使用するインタフェース／制御信号送出経路情報の構築手順の一例を説明するための図
【図１０】本発明の第３の実施形態に係るホームネットワークの構成例を示す図
【図１１】リモコン端末により制御可能な家電機器をネットワーク機能を用いて収集して家電制御を実行する際の処理シーケンスの一例を示す図
【図１２】同実施形態の処理シーケンスの処理中に作成されるリモコン端末から制御可能な家電機器の一覧の一例を示す図
【図１３】同実施形態の処理シーケンスの処理中に作成されるリモコン端末から制御可能な家電機器の一覧と各家電機器への制御メッセージの転送手順を示すテーブルの一例を示す図
【図１４】同実施形態の処理シーケンスの処理中に作成されるリモコン端末から制御可能な家電機器の一覧の他の例を示す図
【図１５】同実施形態の処理シーケンスの処理中に作成されるリモコン端末から制御可能な家電機器の一覧と各家電機器への制御メッセージの転送手順を示すテーブルの他の例を示す図
【図１６】本発明の第４の実施形態に係るホームネットワークの構成例を示す図
【図１７】リモコン端末により制御可能な家電機器をネットワーク機能を用いて収集して家電制御を実行する際の処理シーケンスの一例を示す図
【図１８】同実施形態の処理シーケンスの処理中に作成されるリモコン端末から制御可能な家電機器の一覧の一例を示す図
【図１９】同実施形態の処理シーケンスの処理中に作成されるリモコン端末から制御可能な家電機器の一覧と各家電機器への制御メッセージの転送手順を示すテーブルの一例を示す図
【符号の説明】
１００，１０００，２０００，３０００…ＩＥＥＥ１３９４バス
１０１，１００１，２１００，２００４…センターユニット
１０２，１０３，１００２〜１００５，２００２，２００３，２００５，２
００６…１３９４ノード
１１０，１１００…リモコン端末
１２０…イーサネットケーブル
１２０１，１２０２…ノード

Claims (28)

1. 第１のネットワークへの第１のインタフェース手段と、
   第２のネットワークへの第２のインタフェース手段と、
   前記第１のネットワークに接続され前記第１のインタフェース手段を介して制御可能な機能を有する第１の被制御装置、もしくは前記第２のインタフェース手段を介して通信可能な通信装置を介して制御可能な機能を有し前記第１及び第２のネットワークとは異なる１又は複数のネットワークで該通信装置に接続された第２の被制御装置に係る機能に関するユーザからの入力を受け付けるユーザ情報入力手段と、
   前記ユーザ情報入力手段で受け付けられた入力情報に対応する制御信号を送出する際に、前記第１の被制御装置に該当する被制御装置についての当該被制御装置の有する機能を示す第１の機能情報と当該被制御装置の有するインタフェースのうち当該機能を制御する際に使用すべきものを示す第１のインタフェース情報との間の対応関係もしくは前記第２の被制御装置に該当する被制御装置についての当該被制御装置の有する機能を示す第２の機能情報と当該被制御装置の有するインタフェースのうち当該機能を制御する際に使用すべきものを示す第２のインタフェース情報との間の対応関係を参照し、前記機能に関連付けられたインタフェース情報を抽出するインタフェース情報抽出手段と、
   前記インタフェース情報抽出手段によって抽出されたインターフェース情報に基づき、前記第１の被制御装置に該当する被制御装置についての前記第１のインタフェース情報と当該インタフェースを使用して当該機能を制御する際に使用するアドレスを示す第１のアドレス情報との間の対応関係もしくは前記第２の被制御装置に該当する被制御装置についての前記第２のインタフェース情報と当該インタフェースを使用して当該機能を制御する際に使用するアドレスを示す第２のアドレス情報との間の対応関係を参照して、前記機能に関する制御信号を送出するインタフェース手段を選択する送出インタフェース選択手段と、
   前記制御信号を、前記選択されたインタフェース手段から送出する制御信号送出手段とを備えたことを特徴とする機器制御装置。
2. 前記第１の機能情報と第１のインタフェース情報との間の対応関係と、前記第１のインタフェース情報と第１のアドレス情報との間の対応関係と、前記第２の機能情報と第２のインタフェース情報との間の対応関係と、前記第２のインタフェース情報と第２のアドレス情報との間の対応関係とのうちの少なくとも一部の情報を記憶する対応関係記憶手段を更に備えたことを特徴とする請求項１に記載の機器制御装置。
3. 前記第１の被制御装置に該当する被制御装置についての、前記第１の機能情報、前記第１のインタフェース情報、前記第１のアドレス情報のうちの少なくとも一つの情報を受信する第１の情報受信手段と、前記第２の被制御装置に該当する被制御装置についての、前記第２の機能情報、前記第２のインタフェース情報、前記第２のアドレス情報のうちの少なくとも一つの情報を受信する第２の情報受信手段と、のうちの少なくとも一方の手段と、
   前記第１の情報受信手段で受信した情報から、前記第１の機能情報と前記第１のインタフェース情報との間の対応関係と、前記第１のインタフェース情報と前記第１のアドレス情報との間の対応関係とのうちの少なくとも一方を求め、前記対応関係記憶手段に記憶する第１の対応関係情報作成手段と、前記第２の情報受信手段で受信した情報から、前記第２の機能情報と前記第２のインタフェース情報との間の対応関係と、前記第２のインタフェース情報と前記第２のアドレス情報との間の対応関係とのうちの少なくとも一方を求め、前記対応関係記憶手段に記憶する第２の対応関係情報作成手段と、のうちの少なくとも一方の手段とを更に備えたことを特徴とする請求項２に記載の機器制御装置。
4. 前記第１の被制御装置に該当する被制御装置に対して、当該被制御装置についての、第１の機能情報、第１のインタフェース情報、第１のアドレス情報のうちの少なくとも一つの情報の送信を要求する第１の情報要求手段と、前記通信装置に対して、前記第２の被制御装置に該当する被制御装置についての、第２の機能情報、第２のインタフェース情報、第２のアドレス情報のうちの少なくとも一つの情報の送信を要求する第２の情報要求手段と、のうちの少なくとも一方の手段を更に備えたことを特徴とする請求項３に記載の機器制御装置。
5. 同一の前記被制御装置について前記対応関係記憶手段に記憶されている複数の前記インタフェース情報に対して、所定の基準で定めた優先度を付加する優先度付加手段を更に備えたことを特徴とする請求項２ないし４のいずれか１項に記載の機器制御装置。
6. 前記第１のアドレス情報として、前記第１の被制御装置に該当する被制御装置の有する前記第１のネットワーク上におけるインタフェースアドレスを用いるとともに、前記第２のアドレス情報として、前記第２の被制御装置に該当する被制御装置の有する前記第１及び第２のネットワークとは異なる当該ネットワーク上におけるインタフェースアドレスを用いることを特徴とする請求項１ないし５のいずれか１項に記載の機器制御装置。
7. 前記制御信号送出手段は、前記第１のネットワークへの第１のインタフェース手段から出力する信号と、前記第２のネットワークへの第２のインタフェース手段から出力する信号とを、同じ物理レイヤ処理によって送信することを特徴とする請求項１ないし６のいずれか１項に記載の機器制御装置。
8. 前記ユーザ情報入力手段は、自機器制御装置の表示画面を介してユーザの所望の処理要求を受け付ける画面入力手段を有することを特徴とする請求項１ないし７のいずれか１項に記載の機器制御装置。
9. 前記ユーザ情報入力手段は、前記第１の機能情報もしくは第２の機能情報のうちの少なくとも一方に基づき前記ユーザからの処理要求を受け付けるための表示画面を作成して表示する表示画面作成表示手段を更に有することを特徴とする請求項８に記載の機器制御装置。
10. 前記ユーザ情報入力手段は、自機器制御装置が有する制御画面情報と、前記第１の機能情報もしくは第２の機能情報のうちの少なくとも一方に基づき作成される画面情報との対応関係を記憶する表示画面対応情報記憶手段を更に有することを特徴とする請求項８に記載の機器制御装置。
11. 前記インタフェース情報抽出手段によって抽出されたインタフェース情報に基づき前記対応関係記憶手段を参照して得られる結果をユーザに通知するインタフェース選択結果通知手段を更に備えたことを特徴とする請求項２ないし５のいずれか１項に記載の機器制御装置。
12. 前記制御信号送出手段は、前記機能に関する制御信号を前記選択されたインタフェース手段から送出する際に、前記制御信号に前記第１のアドレス情報もしくは第２のアドレス情報の少なくとも一方を付加して送出することを特徴とする請求項１ないし１１のいずれか１項に記載の機器制御装置。
13. 前記制御信号送出手段は、前記機能に関する制御信号を前記選択されたインタフェース手段から送出する際に、前記制御信号に該制御信号を転送するための経路情報を付加して送出することを特徴とする請求項１ないし１２のいずれか１項に記載の機器制御装置。
14. 前記制御信号送出手段は、前記機能に関する制御信号を前記選択されたインタフェース手段から送出する際に、前記制御信号が該制御信号の最終宛先となる被制御端末に転送可能であるか否かを、各制御信号を送出する毎に確認する転送経路確認手段を更に備えたことを特徴とする請求項１ないし１３のいずれか１項に記載の機器制御装置。
15. 前記送出インタフェース選択手段によって選択されたインターフェース手段を介し、前記機能に関する制御信号を転送する先の被制御端末との間の通信経路を確立する通信経路確立手段を更に備えたことを特徴とする請求項１ないし１４のいずれか１項に記載の機器制御装置。
16. 前記第１の情報要求手段およびまたは前記第２の情報要求手段による、前記第１の機能情報、第１のインタフェース情報、第１のアドレス情報およびまたは第２の機能情報、第２のインタフェース情報、第２のアドレス情報のうちの少なくとも一つの情報の送信要求を、自機器制御装置からの制御信号の送出毎に実行する第１の情報要求制御手段を更に備えたことを特徴とする請求項４に記載の機器制御装置。
17. 前記第１の情報要求手段およびまたは前記第２の情報要求手段による、前記第１の機能情報、第１のインタフェース情報、第１のアドレス情報およびまたは第２の機能情報、第２のインタフェース情報、第２のアドレス情報のうちの少なくとも一つの情報の送信要求を、所定の周期毎に実行する第２の情報要求制御手段を更に備えたことを特徴とする請求項４に記載の機器制御装置。
18. 第１のネットワークへの第１のインタフェース手段と、
    第２のネットワークへの第２のインタフェース手段と、
    前記第１のインタフェース手段を介して、前記第２のネットワーク上の被制御装置の有する機能を制御する機器制御装置からの制御信号を受信する制御信号受信手段と、
    前記第２のインタフェース手段を介して通信可能な被制御装置についての、当該被制御装置の有する機能を示す機能情報、当該被制御装置の有するインタフェースのうち当該機能を制御する際に使用すべきものを示すインタフェース情報、及び当該インタフェースを使用して当該機能を制御する際に使用するアドレスを示すアドレス情報を用いて、前記制御信号を転送すべき被制御装置を識別する宛先識別手段と、
    前記宛先識別手段で識別した前記制御信号を転送すべき被制御装置に対し、前記制御信号受信手段で受信した信号を、前記第２のネットワークのプロトコルに従って前記第２のインタフェース手段から送出する制御信号送出手段とを備えたことを特徴とする通信ノード。
19. 前記第１のインタフェース手段を介して前記機器制御装置に対して、自通信ノードについての、前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報を通知する第１の情報通知手段を更に備えたことを特徴とする請求項１８に記載の通信ノード。
20. 前記第１のインタフェース手段を介して前記機器制御装置に対して、前記第２のインタフェース手段を介して通信可能な被制御装置についての、前記制御情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報を通知する第２の情報通知手段を更に備えたことを特徴とする請求項１８または１９に記載の通信ノード。
21. 前記第２のインタフェース手段を介して通信可能な被制御装置についての、前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報を記憶する情報記憶手段を更に備えたことを特徴とする請求項１８ないし２０のいずれか１項に記載の通信ノード。
22. 前記第１のインタフェース手段によって、自通信ノードの前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報の送信要求を受信する第１の情報要求受信手段と、前記第１のインタフェース手段によって、前記第２のインタフェース手段を介して通信可能な被制御装置についての、前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報の送信要求を受信する第２の情報要求受信手段と、のうちの少なくとも一方の手段を更に備えたことを特徴とする請求項１８ないし２１のいずれか１項に記載の通信ノード。
23. 前記第２のインタフェース手段を介して通信可能な被制御装置から、該被制御装置の前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報を収集する情報収集手段を更に備えたことを特徴とする請求項１８ないし２２のいずれか１項に記載の通信ノード。
24. 前記第２のインタフェース手段を介して接続可能な被制御装置に対し、該被制御装置の前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報の通知を要求する情報通知要求手段を更に備えたことを特徴とする請求項１８ないし２３のいずれか１項に記載の通信ノード。
25. 前記第２のネットワークはＩＥＥＥ１３９４プロトコルに従ったネットワークであり、記第２のインタフェース手段を介して接続可能な被制御装置から、該被制御装置の前記機能情報、前記インタフェース情報、前記アドレス情報のうちの少なくとも一つの情報の収集処理を、ＨＡＶｉプロトコルを用いて実行するＨＡＶｉプロトコル実行手段を更に備えたことを特徴とする請求項１８ないし２４のいずれか１項に記載の通信ノード。
26. 前記第１および第２のネットワークとは異なる第３のネットワークへのインタフェース手段と、
    前記宛先識別手段で識別した、前記制御信号を転送する先の被制御装置への経路が複数存在する場合に、該複数個の経路の中から一つの経路を選択する信号経路選択手段を更に備えたことを特徴とする請求項１８ないし２５のいずれか１項に記載の通信ノード。
27. 前記制御信号の転送処理の結果を、前記第１のネットワーク手段を介して、前記機器制御装置に対して通知する転送処理結果通知手段を更に備えたことを特徴とする請求項１８ないし２６のいずれか１項に記載の通信ノード。
28. 前記第２のインタフェース手段を介して通信可能な被制御装置に対して、該第２のインタフェース手段を介して、該被制御装置が有する前記第２のネットワークへのインタフェース手段以外のインタフェース手段に関するアドレスを示すアドレス情報の通知を要求する外部インタフェースアドレス情報通知要求手段と、
    前記外部インタフェースアドレス情報通知要求手段による、前記要求の結果通知される前記第２のインタフェースを介して通信可能な被制御装置の有する前記アドレス情報を受信する外部インタフェース情報受信手段とを更に備えたことを特徴とする請求項１８ないし２７のいずれか１項に記載の通信ノード。

Images