(57)【特許請求の範囲】
【請求項１】
第１データバスを介して且つ通信プロトコルの第１の組に基づくメッセージの通信のために相互接続された複数のステーション、前記プロトコルをサポートしない少なくとも１つの他のステーション、及び、第１データバスと他のステーションとをリンクしてそれらの間の通信を可能にするように動作するゲートウェイデバイスを含むローカル通信システムにおいて、他のステーションがそれぞれのゲートウェイデバイスによって他のバスにリンクされる場合、通信プロトコルの第１の組が第２のステーションによって送信されたメッセージに対して第１のステーションが応答するための最大時間を規定し、応答を要求するメッセージが第１バスシステムの１つのステーションと前記他のステーションとの間にゲートウェイデバイスを介して送信される時に、規定された最大応答時間より短い所定の時間内にメッセージ受信ステーションからの応答が到着しない場合は、このゲートウェイデバイスが暫定応答を発生してメッセージ発信ステーションに送信し、続いて前記応答が到着するとそれを送信する構成を有するローカル通信システム。
【請求項２】
ゲートウェイデバイスが、送信されるメッセージの記録を記憶するメモリー手段を含む請求項１に記載のシステム。
【請求項３】
ゲートウェイデバイスが、第１要求ステーションに対する暫定応答の送信に続いて、最初のメッセージの記録を保持しているメモリー手段を用いて他の要求デバイスからのメッセージを送るように動作する構成を有する請求項２に記載のシステム。
【請求項４】
ゲートウェイデバイスが、ゲートウェイの向こう側にある他のゲートウェイデバイスの識別性に関する情報に対する、第１データバスに接続されたステーションからの要求をサポートし、他のゲートウェイの向こう側のステーションの存在を実証するか又は検出するメッセージを含めて、この他のゲートウェイデバイスを介して他のステーションにメッセージを送るように動作する構成を有する請求項１乃至３のいずれか１項に記載のシステム。
【請求項５】
ゲートウェイデバイスが、第１データバスに接続された各ステーションに対して、通信プロトコルの第１の組に従って、ゲートウェイデバイスを通して第１バスにリンクされたその又は各他のステーションの挙動をエミュレートするように動作する構成を有する請求項１に記載のシステム。
【請求項６】
２以上のステーションのクラスタを含み、各クラスタはそれぞれのデータバスによって相互接続された複数のステーションを含み、クラスタ内でそれぞれの通信プロトコルの組に従って通信を行い、この複数のクラスタは、他の通信プロトコルの組をサポートする他の通信バスによって相互にリンクされると共に、各々がそれぞれのゲートウェイデバイスによって他のバスにリンクされる請求項１に記載のシステム。
【請求項７】
第１クラスタのゲートウェイが、そのクラスタのデータバス上のデバイスとして且つそのバスによってサポートされる通信プロトコルに従って、そのクラスタの外側のシステムをエミュレートするように動作する構成を有する請求項６に記載のシステム。
【請求項８】
それぞれ通信プロトコルの同一の組をサポートし、通信プロトコルの他の組をサポートするデータバスによってリンクされる２つのクラスタを含み、第１クラスタの１つのステーションと第２クラスタの１つのステーションとの間に確立される信号パスが、各ステーションとそのローカルゲートウェイとの間のベースバンド信号パスとして、及び、ゲートウェイ間の信号パスであり且つリンクするデータバスによってサポートされる通信構成の中の利用できるものの中からゲートウェイの１つによって選択された他の信号パスとして、確立される構成を有する請求項６に記載のシステム。
【請求項９】
１つの指定されたステーション（AVセンター）が、両クラスタ内のベースバンド信号パスの知識を持ち、両クラスタに対する制御メッセージを用いてステーションとローカルゲートウェイとの間の信号パスを確立する構成を有する請求項８に記載のシステム。
【請求項１０】
１つの指定されたステーション（AVセンター）が、第１クラスタ内のベースバンド信号パスの知識を持ち、制御メッセージを用いて第１ステーションとローカルゲートウェイとの間の信号パスを確立し、情報を提供して、第２クラスタ内の指定されたステーションが、第２クラスタ内のステーションとローカルゲートウェイとの間の信号パスを確立することを可能にする構成を有する請求項８に記載のシステム。
【請求項１１】
それぞれが通信プロトコルの同一の組をサポートし、通信プロトコルの他の組をサポートするデータバスによってリンクされる２つのクラスタを含み、第１クラスタのステーションと第２クラスタのステーションとの間において、信号パスが、ステーションの最初の１つからそのローカルゲートウェイへのベースバンド信号パスとして、ゲートウェイ間の信号パスであり且つリンクのためのデータバスによってサポートされる通信構成内で利用できるものからゲートウェイの１つによって選択された他の信号パスとして、更に、他のステーションからそれの他のゲートウェイへの無線周波数信号パスとして、確立される構成を有する請求項６に記載のシステム。
【請求項１２】
１つの指定されたステーション（AVセンター）が、第１クラスタ内のベースバンド信号パスの知識を持ち、制御メッセージを用いて第１クラスタ内のステーションとローカルゲートウェイとの間の信号パスを確立し、更にAVセンターが、制御メッセージを用いて第２クラスタ内の無線周波数チャネルの適切な利用を制御する構成を有する請求項11に記載のシステム。
【請求項１３】
１つの指定されたステーション（AVセンター）が、第１クラスタ内のベースバンド信号パスの知識を持ち、制御メッセージを用いて第１クラスタ内のステーションとローカルゲートウェイとの間の信号パスを確立し、更に情報を提供して、第２クラスタ内の指定されたステーションが、第２クラスタ内の無線周波数チャネルの適切な利用を制御する構成を有する請求項11に記載のシステム。
【請求項１４】
それぞれが通信プロトコルの同一の組をサポートし、通信プロトコルの他の組をサポートするデータバスによってリンクされる２つのクラスタを含み、第１クラスタのステーションと第２クラスタのステーションとの間において、信号パスが、各ステーションとそのローカルゲートウェイとの間の無線周波数信号パスとして、更に、リンクのためのデータバスによってサポートされる通信構成内で利用できるものからゲートウェイの１つによって選択された他の信号パスとして、確立される構成を有する請求項６に記載のシステム。
【請求項１５】
指定されたステーションが、制御メッセージを用いて、第１及び第２クラスタ内の無線周波数チャネルの適切な利用を制御する構成を有する請求項14に記載のシステム。
【請求項１６】
指定されたステーションが、制御メッセージを用いて、第１クラスタ内の無線周波数チャネルの適切な利用を制御し、情報を提供して、第２クラスタ内の指定されたステーションが第２クラスタ内の無線周波数チャネルの適切な利用を制御することを可能にする構成を有する請求項14に記載のシステム。
【請求項１７】
請求項１に記載されたようなローカル通信システムに用いるための装置であって、ゲートウェイデバイスとしての技術的特徴を有する装置。
【発明の詳細な説明】
本発明は、第１データバスを介して且つ通信プロトコルの第１の組に基づくメッセージの通信のために相互接続された複数のステーション、前記プロトコルをサポートしない少なくとも１つの他のステーション、及び、第１データバスと他のステーションとをリンクし、それらの間の通信を可能にするように動作するゲートウェイデバイスを含むローカル通信システムに関する。本発明は、更にこのようなシステムに用いるための機器に関する。
既知の１つの通信プロトコルの組は、国内ディジタルバス（D2B）標準であり、これは国際電気技術委員会（International Electrotechnical Commission,Geneva,Switzerland）で標準化され、資料IEC1030として頒布されている。D2Bは通信プロトコル仕様書及びシステム要求書のパッケージからなり、これによりこの国内ディジタルバスを介して消費者向けエレクトロニクス製品が他の機能を相互にアクセスし制御することができる。D2Bは、更に、限られた量のディジタルデータの転送をサポートする汎用制御バスである。現在、主な用途はオーディオ／ビデオ（AV）機器である。
全ての上述のような国内機器の相互接続方法では、その方法の通信プロトコルをサポートしない機器に対する接続の問題が存在する。例えば、ユーザーが、通信プロトコルの第１の組を用いて相互に通信するコンパクトディスク（CD）プレーヤ、アンプ、チューナ及びカセットプレーヤのような相互接続ユニットを具える音楽システムと、プロトコルの第２の組を用いて通信する例えばテレビジョン、ビデオレコーダ及び衛星受信機を具えるオーディオビジュアルシステムとを持つことがある。実際に存在するシステムとの一定の互換性が無い場合には、ユーザーは多数の品物を一時に取り替える必要性に直面する。この問題を解決する１つの方法は、２つ以上の組の通信プロトコルをサポートし、それらの間のメッセージを「翻訳」できるゲートウェイデバイスを具えることである。
D2Bは、ホームエレクトロニックバス（HEB）内のサブシステムとして用いることができ、IEC標準1030はセクション11で、D2BをHEBにリンクさせるゲートウェイデバイスについて最小要求を規定している。ゲートウェイデバイスについて生じる問題は、メッセージのタイミングに関するもので、特に他のデバイスからの情報を要求するデバイスが応答を受信することを期待する待ち時間に関する。第１のデバイスがそれ自身のローカルバスシステムに接続された他のデバイスから要求を受信する場合、可能な限り早く回答できるようにすべきである。最大応答時間は、何らかの理由により回答できないデバイスからの応答を待つ間に、デバイスが「ジャム」にならないように定められるとよい。しかしながら、ゲートウェイ通信の現状では、例えば１つのD2BからD2Bプロトコルをサポートしない中間バスシステムを介して他のD2Bに連なる場合には、中間バスを経由する伝送の遅延のため、不可避の且つ予測し難い遅延が起こり得る。
本発明によれば、最初の文節において述べた型のローカル通信システムにおいて、通信プロトコルの第１の組が、第２のステーションによって送信されたメッセージに対して第１のステーションが応答するための最大時間を規定し、応答を要求するメッセージが第１バスシステムの１つのステーションと前記他のステーションとの間にゲートウェイデバイスを介して送信される時に、規定された最大応答時間より短い所定の時間内にメッセージ受信ステーションからの応答が到着しない場合は、このゲートウェイデバイスが暫定応答を発生してメッセージ発信ステーションに送信し、続いて前記応答が到着するとそれを送信するように構成される。好ましくは、ゲートウェイデバイスは、送信されるメッセージの記録を記憶するメモリー手段を含む。
従って、第１要求ステーションに対する暫定応答の送信に続いて、ゲートウェイデバイスが、最初のメッセージの記録を保持しているメモリー手段を用いて他の要求デバイスからのメッセージを送信することが可能になる。
ゲートウェイデバイスが、ゲートウェイの向こう側にある他のゲートウェイデバイスの識別性に関する情報に対する、第１データバスに接続されたステーションからの要求をサポートし、他のゲートウェイの向こう側のステーションの存在を実証するか又は検出するメッセージを含めて、この他のゲートウェイデバイスを介して他のステーションにメッセージを送ることができる場合がある。
これに加えて、ゲートウェイデバイスが、第１データバスに接続された各ステーションに対して、通信プロトコルの第１の組に従って、ゲートウェイデバイスを通して第１バスにリンクされたその又は各他のステーションの挙動をエミュレートするために動作することができる。
このシステムはステーションの２以上のクラスタを含み、各クラスタはそれぞれのデータバスによって相互接続された複数のステーションを含み、クラスタ内でそれぞれの通信プロトコルの組に従って通信を行い、この複数のクラスタは、他の通信プロトコルの組をサポートする他の通信バスによって相互にリンクされると共に、各々がそれぞれのゲートウェイデバイスによって他のバスにリンクされた状態をとり得る。
ゲートウェイデバイスが、暫定応答を生成し、その暫定応答を最大期間内に応答が受信されるべきであるとの要求に合致させることにより、タイミングのどのような不一致をも処理する。
本発明の他の特徴及び利点は、請求の範囲の記載及び次に例示のみについて以下の添付図面を参照しつつ説明する本発明の好ましい実施例に関する以下の記載から明らかである。
図１は、多数の相互接続バスを用いる国内オーディオ／ビジュアル通信を示す図、
図２及び３は、２つのデータバスをリンクするゲートウェイデバイスのブロック図、
図４は、２つのローカルデータネットワーククラスタのリンク構成を説明する図、
図５は、多重クラスタネットワークシステムにおけるゲートウェイ番号付けを説明する図、
図６は、第１のゲートウェイによる他のゲートウェイデバイスの数の決定を説明する図、
図７は、第１のゲートウェイに接続されたデバイスによる第２のゲートウェイに接続されたデバイスの構成の決定を示す図、
図８は、ゲートウェイタイミング管理を説明するタイミング図、
図９及び10は、発信元クラスタと宛先クラスタに設定される信号パスについてのタイミング図、
図11及び12は、ゲートウェイによるエミュレーションを示す図、
図13乃至15は、クラスタ相互接続における無線周波数及びベースバンド信号処理の方法を示す図である。
以下の説明は、ゲートウェイデバイスを介して行われる第１のバスシステム（ここでは以下Ｘ−バスという）上のデバイスによるD2Bシステム内で利用できる機能へのアクセス及びその逆のアクセスについて、ゲートウェイデバイスによって本発明を実施することを可能にすることをカバーする。
このような用途の例は、図１に示すように、Ｘ−バス12に接続され、D2Bクラスタ（このクラスタのD2B20を介して接続されたテレビジョン14、VCR16及びゲートウェイ18が図示されている）内のテレビジョン14のオンスクリーンディスプレイ（OSD）機能を用いる電話機10を具える。電話機10はOSD機能を用いて、多分呼が存在することをアナウンスし、呼者の詳細を与えるメッセージを表示することができる。これに代わって、電話機10は遠隔位置からD2BクラスタのVCR16をプログラムするために用いることができる。
図１に示すように、１個以上のD2BクラスタがＸ−バス12を介して相互に接続されるが、各クラスタはそれぞれのゲートウェイ18、22を介してそれに接続される。従って、ゲートウェイ18、22は、D2Bクラスタ内のデバイスとＸ−バス上のデバイスとの間のみでなく、離れているD2Bクラスタ内のデバイス間に送信されるべきメッセージの利用も可能にする。
ゲートウェイ18は、D2BとD2BからＸ−バスへのメッセージの転送を直接管理するＸ−バスとの間の論理インタフェースを提供する。
図２に示すように、ゲートウェイ18はD2BとＸ−バスとの間のプロトコルインタフェースを管理し、その機能はD2BとＸ−バスとの間の通信に関係し、D2Bデバイス24からのメッセージが、ゲートウェイのＸ−バスプロトコルによりＸ−バスメッセージに翻訳され、Ｘ−バスデバイス26に転送される。Ｘ−バスデバイスが（図１に示すような）他のD2Bクラスタである場合は、Ｘ−バスメッセージは、他のクラスタをＸ−バス12に接続しているゲートウェイ22によってD2Bプロトコルに翻訳される。
図３はゲートウェイデバイス18のD2B側を示し、これは、Ｘ−バスプロトコル28に対するインタフェースを有し、クラスタの外側のデバイスと直接メッセージ通信を行う基本的な役割を管理するゲートウェイサブデバイス30を具える。ゲートウェイサブデバイス30は、D2Bゲートウェイを介して単純なデバイスを制御するような基本的なアプリケーションを可能にする必要がある。更に複雑なアプリケーションに対しては、ゲートウェイ30を含むデバイスがスイッチボックスサブデバイス32のような他のサブデバイスを含むことにより、D2Bクラスタとの間のオーディオ／ビデオ信号分配のための信号の接続を行うことができる。ゲートウェイからの中央制御のような他のアプリケーションについては、ゲートウェイデバイス中にAVCサブデバイス34及びユーザーI/Oサブデバイス36が必要である。
ゲートウェイが例えばＸ−バスＡ及びＸ−バスＢのような１個を超えるネットワークに接続される場合には、ゲートウェイサブデバイス30が各ネットワークに対して別個のプロトコルインタフェースを具える。
再び図１を参照すると、１つのD2Bクラスタ中のデバイス又はサブデバイス（この場合テレビジョン38）が、他のD2Bクラスタ中のデバイス又はサブデバイス（VCR16への再生コマンド）にアプリケーションメッセージを送信しようとする場合には、発信元デバイス上のアプリケーションがゲートウェイのルーチング情報とコマンド及び要求とをアセンブルして１つのアプリケーションメッセージとし、このアプリケーションメッセージがD2Bメッセージ中に置かれる。デバイス通信装置は、D2Bメッセージを自己のクラスタ中のゲートウェイ22に送信する。D2Bメッセージ中のゲートウェイルーチング情報は、メッセージが送信されるべきD2Bクラスタのゲートウェイ18を識別するゲートウェイ番号を含む。
第１クラスタゲートウェイ22は、このゲートウェイ番号を用いて、接続用Ｘ−バス12を介して宛先クラスターのゲートウェイ18にメッセージの内容を送る。メッセージが受信クラスタのゲートウェイ18に到着すると、ゲートウェイ18はルーチング情報中の自己の番号を元のクラスタのゲートウェイ22の番号に変え、これによりメッセージを受信するデバイス又はサブデバイスが元のクラスタを識別できるようにする。受信ゲートウェイ18は次に変更されたアプリケーションメッセージを用いて、D2B20を経由して宛先デバイス又はサブデバイスに向かうメッセージのためのD2Bプロトコルに合致する新しいメッセージを生成する。
１つのD2Bクラスタ中のデバイス又はサブデバイスが、Ｘ−バス上のデバイス（このデバイスはD2Bクラスタデバイスからのメッセージをサポートする）にアプリケーションメッセージを送信しようとする場合、例えばテレビジョン14がセキュリティカメラ40に制御コマンドを送信する場合には、テレビジョン14がゲートウェイルーチング情報とコマンド及び要求とをアセンブルして１つのアプリケーションメッセージとし、このアプリケーションメッセージがD2Bメッセージ中に置かれる。この例においては、ゲートウェイルーチング情報は元のクラスタ中のゲートウェイ18のゲートウェイ番号を含んでいる。テレビジョンネットワーク通信装置は、識別されたクラスタゲートウェイ18に、Ｘ−バスを通ってカメラ40に送信するためのD2Bメッセージを送信する。
Ｘ−バス上のデバイスがD2Bクラスタ中のデバイスにメッセージを送信しようとする場合には、メッセージはＸ−バスを介してそのクラスタのゲートウェイ18に送信され、ここで受信ゲートウェイを識別するD2Bメッセージがアセンブルされ、続いてD2Bを通って例えばVCR16のような宛先デバイスに送信される。
各バスについて、各デバイスが１つのアドレスを有する。従ってゲートウェイデバイスは、それらが付属している各バスについて１つ、即ち２つのアドレスを持つ。図４に示す例では、それぞれD2Bクラスタのための２つのゲートウェイデバイス42、44がＸ−バス12に接続されている。この例では、ゲートウェイ番号間のいかなる関係もD2Bアドレス及びＸ−バスアドレスが厳密に一致することと理解されるべきである。
１つのD2Bバスシステムに接続されるゲートウェイデバイスを８個までとした場合、D2Bはゲートウェイに対して次のようにアドレスされる。
0003632046.tif 000002
D2Bゲートウェイデバイスのアドレスは、通信電話（CT）サービス型エリア（'0000'Hと指定されるサービス型）中で指定される。
もう１つの制限は、D2B上のデバイス中にゲートウェイサブデバイスは１個のみとする。このゲートウェイサブデバイスのアドレスはCTサービスエリア内で割当てられ、上記の表１の第１行にあるように'0B0'Hのように指定される。
D2Bデバイスに対してはただ１つのアドレスが許される。ゲートウェイのデバイスアドレスは、定義されたインプリメンタであるそのデバイスの主な機能によって定められる。ゲートウェイがスタンドアロンゲートウェイ（即ちD2BのAVデバイスのサブデバイスとしてではなく）である場合は、８個のゲートウェイアドレスの１つがこれに割当てられる。ゲートウェイがAVデバイスの中のサブデバイスの１つの装置である場合は、このデバイスはAVデバイスアドレスと共に定められてもよい。ゲートウェイサブデバイスが例えばテレビジョンセットの中に、モニターサブデバイス、チューナサブデバイス、スイッチボックスサブデバイス、その他のような他のサブデバイスと共に設けられる場合は、ゲートウェイサブデバイスを含むデバイスは、このデバイスの主な機能であるビデオモニターサブデバイスによって識別される。ゲートウェイサブデバイスが、D2BプロトコルでD2Bデバイスを制御するために、ルームコントローラ又は電話機のようなＸ−バスデバイスの中に設けられる場合は、たとえそのＸ−バスデバイスが特定のAV機能を持たないとしてもAVCサブデバイスが必要である。この場合、AVCデバイスアドレスはＸ−バスデバイスに割当てられる。
各ゲートウェイサブデバイスは、４ビットでコード化されたゲートウェイ番号を割当てられる。ゲートウェイを介して接続されたD2Bクラスタ及びＸ−バスからなるシステムにおいては、最大16個のゲートウェイが許される。各々のゲートウェイは、それが接続されるバスのいずれかに接続される全てのゲートウェイを知るか又は決定できる。ゲートウェイ番号は、既知のゲートウェイを論理的に識別するために、ゲートウェイサブデバイスによって用いられる。それは、ゲートウェイを介して１つのネットワークから他のネットワークにメッセージが送信されようとする時に用いられる。各ゲートウェイがその既知のゲートウェイの番号を確認し、それを記憶することが必要である。
図５においては、クラスタ46（D2B'）がゲートウェイ48（GWnew）を介してＸ−バス12に接続されようとしている。Ｘ−バスへの接続の後、ゲートウェイGWnewはＸ−バスとクラスタD2B'との双方の必要なゲートウェイ、即ちＸ−バス上のGWa乃至GWd及びD2B'上のGW A'及びGW B'に通知する必要がある。
Ｘ−バス上のゲートウェイについては、ゲートウェイGWnewのＸ−バス側がＸ−バス上のゲートウェイのアドレスを収集し、それらの（D2B側の）ゲートウェイサブデバイスに知らせる。ゲートウェイのＸ−バス側は割当てられたゲートウェイ番号及び各ゲートウェイのＸ−バスアドレスのテーブルを持つことが必要であり、このテーブルでは、GWnew及びGWa乃至GWd（全てＸ−バスアドレス）にそれぞれ１乃至５の番号が付与される。D2B'上のゲートウェイについては、GWnew中のゲートウェイサブデバイスが、D2B'上に他のゲートウェイがあるか否かを探索し、存在する場合は、そのゲートウェイのアドレスを記憶する。ここの例では、D2B'アドレスGW A'及びGW B'がそれぞれ番号６及び７としてテーブルに記憶される。
メッセージがD2B'中のデバイスからＸ−バスにGWnewを介して転送される場合には、ゲートウェイがゲートウェイ番号を対応するＸ−バスアドレスに翻訳し、受信したメッセージをそれに転送する。Ｘ−バスからメッセージが送信され、D2B'に転送される場合には、GWnew中のゲートウェイサブデバイスがゲートウェイ番号を対応するD2Bアドレスに翻訳し、受信したメッセージをそのデバイスに転送する。
同様に、GWaは、他のゲートウェイ番号と独立の自己のためのゲートウェイ番号を持つことができ、これにより、GWaについてはテーブルはGWa乃至GWd及びGWnew（全てＸ−バスアドレス）にそれぞれ１乃至５を与え、GW A乃至GW C（全てD2Bアドレス）にそれぞれ６乃至８を与える。
ゲートウェイサブデバイスの基本的な機能は、ルーチングコマンドを実行し、ネットワークへのメッセージのゲートウェイの後のルーチングを設定することであり、更にゲートウェイの向こう側のネットワークからのメッセージを受信し、それをルーチング情報を指定するルーチングコマンドと共にD2Bデバイスに送信することである。
ルーチングコマンドの詳細は以下に説明する。これらの機能を実行するためには、これに加えてゲートウェイは（ゲートウェイ通信に必要な）以下のものを持たなければならない。
−そのクラスタの外側のデバイスとの通信のために必要な情報を得る可能性を持つデバイスを用意するためのクラスタ管理、
−D2B通信管理プロトコルによるD2Bクラスタ内の固有の通信タイミングを保証するためのタイミング管理。
遠隔AVの用途においては、ゲートウェイを介して信号を分配することが必要である。１つのクラスタから他のクラスタへ又はD2BとＸ−バスとの間にAV信号を送信することを可能にするため、D2Bゲートウェイは追加として以下のものを持つことができる。
−AV発信元又は宛先として動作するゲートウェイサブデバイス及びD2Bクラスタ内の信号接続を行うためのスイッチボックスサブデバイスによって実行される信号分配機能。
次の文節においては、クラスタ管理、タイミング管理および信号分配機能のこれらの機能について更に詳細に説明する。
クラスター管理
D2Bクラスタ内では、各デバイスは他のデバイスの固有のメモリーを読取ることができる。例えば、VCRは、他のデバイスに対して画像を表示できるデバイスを探すための要求を送信することができる。同様に、クラスタの構成はゲートウェイによって集めることができる。
異なるD2Bクラスタ内のデバイスを用いるアプリケーションについては、１つのクラスタのデバイスが、要求された機能が他のクラスタで利用できるか否か及び他のクラスタのどのデバイスにメッセージを送信するべきかを知る必要がある。この情報を得るため、当該デバイスは、１つのクラスタから他のクラスタにゲートウェイを介して、要求メッセージで質問することができる。ゲートウェイを介して通信するためには、そのデバイスがルーチングコマンドに用いるため、ゲートウェイ番号、遠隔クラスタ内のデバイスのアドレス及び遠隔デバイス内のサブデバイスのアドレスを知ることが必要である。
遠隔クラスタ内のデバイスと通信しようとするデバイスについては、他のD2Bクラスタのうちの利用できるクラスタを知ることが必要である。Ｘ−バス上の各ゲートウェイは、ゲートウェイ通信が要求される前にこの情報を得て記憶することが必要である。この情報を集める方法は、定義されたインプリメンタであり且つＸ−バスプロトコルに基づくものであり、対象のデバイスがゲートウェイに対して要求「利用できるクラスタか？」と共にこの情報を送信することを要求できることである。この要求を受信するゲートウェイは、図６にゲートウェイGW1について示すように、Ｘ−バスに属する利用できるゲートウェイのゲートウェイ番号を返す。
D2Bにおいては、デバイスが、そのプロトコルに適合しそのバスに接続された他のデバイスの構成を知ることができる。構成（即ち、サブデバイスの番号及びそれぞれのアドレス）は要求＜サブデバイスの番号は？＞を送信する対象デバイスによって定められる。同様に、第１のD2Bクラスタ内のデバイスが、Ｘ−バスを介して要求を送信することにより、第２のD2Bクラスタ内のデバイスの構成を知ることができる。
図７は、例示システムにおける遠隔クラスタの獲得及びデバイス構成情報を示す。D2Bクラスタ１内のVCRのAVCサブデバイス52が、デッキサブデバイス54のビデオ信号をD2Bクラスタ２内で表示できるデバイスを知ろうとする場合を考える。最初、AVC50が遠隔クラスタ内でTV56を見出すことを試みる。AVC50は遠隔クラスタにルーチングコマンドと共に要求を送信し、宛先アドレスとして続いてモニターデバイスによって追跡される。遠隔クラスタ内のモニターデバイスアドレスを持つTV56は、この要求に対してそのサブデバイスの番号及びそれらのそれぞれのアドレスを送信することにより回答する。これによりローカルクラスタ内のAVCサブデバイスが、そのアプリケーションについてそれが通信すべき相手（この場合モニターサブデバイス58）の必要なアドレス情報を知ることができる。
カメラユニット60（図７）のようなＸ−バス上のデバイスからD2Bクラスタ内のデバイスへの通信については、Ｘ−バスデバイスはメッセージの送信先を知る必要がある。Ｘ−バス12上のカメラユニット60が、ディスプレイ装置にビデオ信号の画像を表示することができるD2Bデバイスにビデオ信号を送信しようとする場合を考える。実際には、カメラはD2Bクラスタ内にTVがあるか否かを知ろうとする。最初、カメラ60が、宛先アドレスとしてモニターデバイスアドレスを持つデバイス構成を要求するメッセージを送信する。このシーケンスにおいて、カメラ60と、クラスタのゲートウェイデバイス62のＸ−バス側ゲートウェイサブデバイスとの間の通信は、Ｘ−バスプロトコルで実行される。Ｘ−バス側ゲートウェイが、受信したＸ−バスフォーマットのメッセージを適当なD2Bメッセージ（要求＜サブデバイスの番号は？＞）に翻訳し、それをゲートウェイ62のD2B側のゲートウェイサブデバイスに送る。ゲートウェイサブデバイスはモニターサブデバイス58にその要求と続いてルーチングコマンド及びオペランドを送信する。D2Bデバイスから適切な回答が得られると、ゲートウェイサブデバイスはそれをＸ−バス側ゲートウェイサブデバイスに送り、これがＸ−バス通信プロトコルを用いて、それをカメラユニット60に転送する。
これに加えて、カメラユニット60がビデオ信号を記録装置を有するデバイスに送信しようとする場合には、宛先アドレスとして、デッキデバイスのアドレスを持つデバイス構成を要求するメッセージを送信することにより、同様な方法でD2Bクラスタ内にそのような装置を有するデバイスがあるか否かを知ることができる。この例においては、VCR66のデッキサブデバイス64に対するアドレスが返される。
D2Bクラスタ内のデバイスがＸ−バス上のデバイスの構成を知ろうとする場合には、同様にして要求についてゲートウェイでプロトコル間の翻訳が行われ、これが得られる。
タイミング管理
サブデバイスが要求を受信すると、可能な限り迅速に利用できる回答を作成しなければならない。しかしながら、例えば１つのD2Bクラスタから他のクラスタへのゲートウェイ通信の現状では、Ｘ−バスを経由する伝送の遅延によって避けることのできない且つ予測できない遅延が起きることがある。ゲートウェイサブデバイスによるタイミング管理は、他のクラスタ内のデバイスに対して要求を送信したデバイスに対する暫定的な回答を行うことによって実行される。
再び図７を参照し且つ図８のタイミング図を参照すると、クラスタ１内のデバイス１が、要求と回答を用いてクラスタ２内のデバイス４から適当な情報を得ることを望んでいると仮定されている。この状態における手順は次の通りである。最初、デバイス１がゲートウェイGW1にルーチングコマンドと共に要求を送信する。GW1がクラスタ２のデバイス４から最終回答（例えばメッセージ「実行」）を得るまで、GW1はデバイス１からの要求に対して、特定の最小応答時間内に暫定的な回答を返す。要求シーケンスの間の特定のマスターによるゲートウェイサブデバイス（従属）の占拠を避けるために、要求を送信するデバイスは、ゲートウェイから暫定的な回答を受信した後でコマンド＜終＞を送ってゲートウェイのロックを解除する必要があることに注意を要する。。デバイス１からの次の要求が受信される前に、ゲートウェイサブデバイスが他のD2Bデバイス（例えばデバイス２）からそのクラスタの外へ転送すべきメッセージを受信する場合がある。このような場合であってもゲートウェイサブデバイスは、デバイス１による要求シーケンスの進行を継続しなければならない。
手順の第２段はGW1からGW2への要求の転送である。この手順は、Ｘ−バスプロトコル及びD2Bルーチングプロトコルによるゲートウェイ間の通信によって実行されなければならない。第３番目では、GW2がデバイス４に要求を送信し、これは最終回答が得られる迄繰り返される。第４段はデバイス４による回答（最終回答である場合もある）の返送である。第５段は得られた最終値を持つ回答をGW2がGW1へ転送し、GW1が最終回答を格納することである。再びこれはＸ−バスプロトコルによるデバイス間の通信によって実行される。最終段は最終値を持つGW1からデバイス１に対する回答の返送である。
信号分配
前述のように、信号分配機能は、AV信号を搬送できるD2B及びＸ−バスを経由するAV信号を用いるアプリケーションのために必要であることが認められるとしても、これは追加機能である。更に、信号分配機能について、AVクラスタ中の信号接続及びＸ−バスへの信号の送出の両者共必要であることが認められる。以下の文節ではＸ−バスがAV信号能力を持つものと仮定している。
D2Bクラスタ内でAVCサブデバイスによって、ベースバンドで多分１又は複数のスイッチボックスを介して「発信元」から「宛先」への信号接続が行われる。信号がＸ−バスを介して転送されるものならば、ローカルの宛先はゲートウェイになる筈である。異なるD2Bクラスタ間では、関係するコマンド及び要求はルーチングコマンドと共に転送される。Ｘ−バス上の実際のスイッチングはＸ−バスプロトコルによって行われる。
発信元クラスタ中（図９）及び発信元クラスタと宛先クラスタ中（図10）に作られる信号パスについてのタイミング図である図９及び10を参照して、発信元クラスタ及び宛先クラスタの両者における接続のための基本的な手順を次に説明する。
発信元クラスタのための接続手順においては、ゲートウェイサブデバイスのサブデバイスアドレスが、＜発信元宛先接続＞コマンド、＜スイッチボックス接続＞コマンド、＜スイッチボックス接続完了＞コマンド、及び＜発信元宛先接続完了＞コマンドの中で＜宛先＞として特定される。発信元クラスタ及び宛先クラスタの両者における信号パスの完成の後、Ｘ−バスのゲートウェイが、Ｘ−バス上の信号パス接続のスイッチングと形成を開始することができる。
遠隔クラスタ（宛先クラスタ）に対して接続が行われる場合には、AVCサブデバイスによって、発信元信号接続が行われたのと同様に、宛先クラスタ内の接続がゲートウェイサブデバイスから宛先クラスタ内の宛先サブデバイス（例えばモニターサブデバイス）に対して行われる。この場合においては、宛先クラスタ内では、遠隔ゲートウェイサブデバイスが発信元サブデバイスと動作する。宛先クラスタ内の接続は、発信元クラスタ内の接続とは無関係に行うことができる。発信元クラスタ内のAVCサブデバイスが＜発信元宛先接続＞コマンドを宛先クラスタ内のゲートウェイサブデバイスに送信し、これによって宛先クラスタ内の接続が確立される。＜発信元宛先接続＞コマンド及び＜発信元宛先接続完了＞コマンドは、ルーチングコマンドによって１つのクラスタから他のクラスタに直接転送される。発信元クラスタ内及び宛先クラスタ内で接続が確立された後、ローカルクラスタ内の発信元サブデバイスから遠隔クラスタ内の宛先サブデバイスへの信号の転送が可能になる。
ゲートウェイデバイスは、第１データバスに接続された各ステーションに対して且つ通信プロトコルのローカルの組により、ゲートウェイデバイスを通して第１バスにリンクされたその又はそれぞれの他のステーションの挙動をエミュレートするために動作することができる。図11は、第２室のテレビジョンをエミュレートする第１室のゲートウェイ及び第１室のVCRをエミュレートする第２室のゲートウェイとのような一対の「エミュレーティングゲートウェイ」を示す。このシステムに対する１つの拡張においては、図12に示すように、第１のプロトコル（この例ではオーディオ制御）をサポートするクラスタ内で多くのデバイスが共に接続されている場合、そのデバイスの１つが、全体としてD2Bバス上のテレビジョンと見做されるAVシステムを摸倣するエミュレートゲートウェイとして動作することができる。
信号送出はＸ−バスプロトコルに依存し、更に、例えば静的割当て、動的割当て、その他の、供給される信号をＸ−バスに対して割当てる機構に依存する。これは、信号分配を要求する機能のために信号送出機能が必要であるが、実際の信号の切り換えはＸ−バスプロトコルを用いて行われなければならないということを意味する。以下の説明は、D2Bプロトコルのみを引用している。
宛先クラスタの信号分配においては、信号接続を含む実際の手順は信号分配システムの型、及び／又は、宛先ゲートウェイサブデバイスが信号をＸ−バスからD2Bプロトコルによって管理され定義されたインプリメンタであるベースバンド信号に変換する能力を持つか否かに依存する。
信号分配システムの３つの型について、図13乃至15を用いて以下に説明する。図では、無線周波数信号接続が太い線で示され、ベースバンドパスが細い線で示されている。
第１の型は、それぞれ通信プロトコルの同一の組をサポートし、通信プロトコルの他の組をサポートするデータバスによってリンクされる２つのクラスタを含む型である。第１クラスタの１つのステーションと第２クラスタの１つのステーションとの間に確立される信号パスが、各ステーションとそのローカルゲートウェイとの間のベースバンド信号パスとして、及び、ゲートウェイ間の信号パスであり且つリンクするデータバスによってサポートされる通信構成の中で利用できるものの中からゲートウェイの１つによって選択された他の信号パスとして確立される。この第１の型の分配システムにおいては、ローカルクラスタ（発信元クラスタ）及び遠隔クラスタ（宛先クラスタ）内の信号接続は、アプリケーションを実行するAVCサブデバイスによってなされなければならない。発信元及び宛先両クラスタでの接続手順は、存在するD2B接続及び保護プロトコルに基づいて行われなければならない。
Ｘ−バスとD2Bクラスタとの間その他の信号交換については、ゲートウェイサブデバイスによって信号が送出される必要がある。図13に例示するような信号送出については、発信元クラスタＡのサブデバイス70が、ベースバンドからＸ−バス信号線で用いられる周波数（の１つ）への変調器の役割を果たす。１を超える周波数（又はチャネル）が利用できると、Ｘ−バス72への信号送信の前に、それらの１つを選択するための何らかの手順が必要になるかも知れない。他方、宛先クラスタ内のゲートウェイサブデバイス74はＸ−バスフォーマット（無線周波数）からベースバンドへの復調器として動作する。クラスタＡ内のTV76のモニターサブデバイスからのAV信号はゲートウェイ70内のスイッチボックス78に切り換えられ、次に同軸ケーブル又は光ファイバ上に変調される。遠隔クラスタＢ内では、変調された信号（無線周波数）がゲートウェイ74に入来してベースバンドに復調され、TV80のモニターサブデバイス（宛先サブデバイス）に導かれる。
このシステムの第２の型は、それぞれが通信プロトコルの同一の組をサポートし、通信プロトコルの他の組をサポートするデータバスによってリンクされる２つのクラスタを含む。第１クラスタのステーションと第２クラスタのステーションとの間において、信号パスが、ステーションの最初の１つからそのローカルゲートウェイへのベースバンド信号パスとして、ゲートウェイ間の信号パスであり且つリンクのためのデータバスによってサポートされる通信構成内で利用できるものからゲートウェイの１つによって選択された他の信号パスとして、更に、他のステーションからそれの他のゲートウェイへの無線周波数信号パスとして確立される。この第２の型は宛先クラスタ内の無線型入力を用い、このシステムにおいてはAV信号が直接Ｘ−バスから宛先に送られる。発信元クラスタでの信号接続は、図９に示すようにAVCサブデバイスが実行することによってなされ、宛先クラスタでの信号接続は、例えば手動のようなD2B接続手順等が不要な他の手段によってなされる。宛先クラスタ内のゲートウェイサブデバイスは、例えばTV等の宛先デバイス内のチューナによってなされる信号変換（復調）能力を必要としない。
図14に示す例では、宛先側は、変調に用いられる周波数（又はチャネル）に従って送信の前に適切な周波数に同調させる必要がある。この送信は、ローカルクラスタ内のAVCが、遠隔クラスター内のチューナサブデバイスに＜周波数＞コマンド又は＜チャネル＞コマンドを送信することによって行われる。Ｘ−バス上の信号について動的に割当てられる周波数を用いる場合は、ゲートウェイサブデバイスは、AV信号の変調のためにＸ−バス上の可能な周波数を知ることが必要である。このような場合には、Ｘ−バス上の可能な周波数を検出する手順はＸ−バスプロトコルに依存し、これは定義されたインプリメンタである。
このシステムの第３の型は、それぞれが通信プロトコルの同一の組をサポートし、通信プロトコルの他の組をサポートするデータバスによってリンクされる２つのクラスタを含む。第１クラスタのステーションと第２クラスタのステーションとの間において、信号パスが、各ステーションとそのローカルゲートウェイとの間の無線周波数信号パスとして、更に、リンクのためのデータバスによってサポートされる通信構成内で利用できるものからゲートウェイの１つによって選択された他の信号パスとして確立される。このシステムの第３の型は（図15で表されるような）単純な信号分配システムであり、ゲートウェイは信号変換能力を持っていない。D2Bクラスタ内の信号分配はベースバンド信号の相互接続に基づいているので、この型のシステムにおいては信号接続は他の方法（例えば手動で）によって作られることが必要であり、D2B接続手順は不要である。ゲートウェイサブデバイスは、クラスタ間の転送コマンドに対してのみ動作する。
エラーを避けるため、Ｘ−バスを介するAV転送を用いるアプリケーションの対象となるAVCサブデバイスは、上述の信号分配システムの３つの型のうち選択された１つによる適当な方法で接続手順を実行しなければならない。従って、そのクラスタ外に接続を行うAVCサブデバイス及び宛先クラスタのゲートウェイサブデバイスによって次の規則が守られる。第１は、復調機能を持っていないゲートウェイサブデバイスが発信元クラスタのAVCサブデバイスから接続コマンドを受信したとしても、そのゲートウェイサブデバイスはそのクラスタ内で接続を試みるべきではない。第２は、発信元クラスタのAVCサブデバイスが宛先クラスタから＜発信元宛先接続完了＞コマンドを受信しない場合は、これは、宛先クラスタ内のゲートウェイサブデバイスが復調機能を持っておらず、宛先クラスタ内の信号接続は他の手段、例えば手動によって実行されなければならないことを意味する。
この開示を読むことにより、当業者にとっては他の変形が明らかになろう。このような変形は、設計、製造、及び、ローカル通信システム、家庭用システム及びそれらの部品の使用の分野で既知である他の特徴を含むものであってもよく、前述の特徴に代えて又は前述の特徴に加えて用いられる特徴であってもよい。この出願の請求の範囲が特徴の特定の組合せとして記載されていたとしても、この出願の開示の範囲は、更に、明示的であると否とに拘わらず、或いは如何なる一般化に拘わらず、それがここに請求された発明と同一の発明に関すると否とに拘わらず、この発明が軽減する技術的問題の一部又は全部と同一の技術的問題を軽減すると否とに拘わらず、ここに開示された如何なる新規な特徴又は如何なる特徴の新規な組合せをも含むものと理解されるべきである。出願人は、このような特徴及び／又はこのような特徴の組合せについて、この出願又はこの出願の継続出願の係属中に、新しい請求の範囲が提出されることがあり得ることをここに明記する。
【図１】
0003632046.tif 000003
【図２】
0003632046.tif 000004
【図３】
0003632046.tif 000005
【図４】
0003632046.tif 000006
【図５】
0003632046.tif 000007
【図８】
0003632046.tif 000008
【図６】
0003632046.tif 000009
【図７】
0003632046.tif 000010
【図９】
0003632046.tif 000011
【図１０】
0003632046.tif 000012
【図１１】
0003632046.tif 000013
【図１２】
0003632046.tif 000014
【図１３】
0003632046.tif 000015
【図１４】
0003632046.tif 000016
【図１５】
0003632046.tif 000017