(57)【特許請求の範囲】
【請求項１】
映像コンテンツを送信する送信デバイスと、
映像リンクを介して前記映像コンテンツを受信する受信デバイスと、
前記送信デバイスおよび前記受信デバイスとの間に位置する少なくとも１つの中間中継デバイスと、を備え、
前記中間中継デバイスが、１つ以上のデータ中継モードを用いて、前記映像リンクを介して、前記映像コンテンツを前記送信デバイスから前記受信デバイスに中継するように構成されており、
前記中間中継デバイスで用いられるデータ中継モードは、複数のデータ中継モードの中から選択され、
前記複数のデータ中継モードは、
前記映像コンテンツに対応する１つ以上の入力信号がクロック信号でサンプリングされて前記映像リンクに出力されるリサンプリングモードと、
クロック信号が使用されずに、前記映像コンテンツに対応する入力信号が等化され、増幅され、かつ前記映像リンクに出力されるバッファリングモードと、を含むことを特徴とするシステム。
【請求項２】
前記送信デバイスが映像源とされ、前記受信デバイスが映像受信側とされることを特徴とする請求項１に記載のシステム。
【請求項３】
前記送信デバイスと前記受信デバイスとの間に位置する複数の前記中間中継デバイスが設けられ、かつ、これら複数の前記中間中継デバイスの少なくとも１つが、前記データ中継モードのうちの１つだけで動作するように構成されていることを特徴とする請求項１に記載のシステム。
【請求項４】
前記送信デバイスと前記受信デバイスとの間に位置する複数の前記中間中継デバイスが設けられ、かつ、これら複数の前記中間中継デバイスの少なくとも１つが、前記データ中継モードのうちの１つ以上で動作するように構成されていることを特徴とする請求項１に記載のシステム。
【請求項５】
前記送信デバイスが、前記中間中継デバイスそれぞれに対して前記データ中継モードを選択するように構成されていることを特徴とする請求項４に記載のシステム。
【請求項６】
前記送信デバイスが、前記送信デバイスから複数の前記中間中継デバイスを経由して前記受信デバイスに送信されるメッセージを送信することで、前記中間中継デバイスのデータ中継モードの選択を通信するように構成されていることを特徴とする請求項５に記載のシステム。
【請求項７】
前記メッセージには、複数の中間中継デバイスの１つに対する所望のデータ中継モードを示す、前記送信デバイスによって初期化されるデータアイテムが含まれていることを特徴とする請求項６に記載のシステム。
【請求項８】
前記映像リンクが一方向リンクであることを特徴とする請求項１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は２００８年３月２７日に提出された発明の名称が「映像および音声用双方向デジタルインタフェース（ＤＩＶＡ）」の米国特許出願第１２／０５７，０５１号、および２００９年１２月１１日に提出された発明の名称が「映像および音声用デジタルインタフェースへの電源供給（ＤｉｉＶＡ）」の米国特許出願第１２／６３６，０６３号に関する。上記２つの出願は本明細書に援用される。
【背景技術】
【０００２】
ディーバ（ＤｉｉＶＡ（Digital Interactive Interface For Video And Audio））は、非圧縮高解像映像、多重チャネル音声、および双方向高帯域幅データを１つのケーブルで送信できる、双方向音声／映像インタフェースである。ディーバは、非圧縮映像ピクセルおよび同期信号を送信するのに専用の一方向映像チャネルリンクに加えて、音声データ、制御データ、イーサネット（登録商標）データ、およびバルクデータを含み、これに限定されない、異種データの送信を可能とする双方向ハイブリッドデータチャネルを実現する。
【０００３】
ディーバは、家庭用マルチメディアネットワークにおける映像マネジメントおよび制御を含む、但し限定されない、様々な用途向けの高度化された機能を提供できる。
【発明の概要】
【０００４】
図面は例示可能な実施形態を開示する。これらがすべての実施形態を明らかにするわけではない。他の実施形態が追加または代替で用いられる。同じ参照番号が異なる図面に現れる場合は、同じまたは同様の構成要素または工程を参照するものである。
【図面の簡単な説明】
【０００５】
【図１】ディーバリンクの概略図である。
【図２】本開示の１つの実施形態に基づく、映像コンテンツを中継するシステムの概略ブロック図である。
【図３】（Ａ）本開示の１つの実施形態に基づく、ハイブリッドリンク制御パケットのタイミングチャートである。（Ｂ）ハイブリッドリンク制御パケットの一例である。
【図４】本開示の１つの実施形態に基づく、映像リンクにおける映像フレームを示す図である。
【図５】本開示の１つの実施形態に基づく、ハイブリッドリンクを経由してデータを送信することに用いられるパケットを示した図である。
【図６】（Ａ）シンボル周波数と、ピクセル周波数、ビット／ピクセル、レーン数との関係を数学的に示す式である。（Ｂ）シンボル周波数、ピクセル周波数、ビット／ピクセル、レーン数の関係を示す表である。
【図７】映像トレーニング要求パケットを示す表である。
【図８】映像トレーニング要求パケットフォーマットを示す表である。
【図９】カプセル化されたイーサネット（登録商標）パケットを示す表である。
【発明を実施するための形態】
【０００６】
本開示では、家庭用マルチメディアネットワークにおける映像マネージメントおよび制御に関する方法およびシステムが開示される。例示する実施形態について説明する。他の実施形態は追加または代替で用いられる。
【０００７】
ディーバは、制御データだけではなく他の種類のデータ、音声データ、イーサネット（登録商標）データ、およびバルクデータを含んで限定されない、伝送可能な双方向のハイブリッドデータチャネルを実現する双方向音声／映像インタフェースであり、ユーザが、デジタルＴＶまたは他のディーバデバイスから複数の民生電子デバイス（ＤＶＤプレーヤ、デジタルビデオレコーダ、セットアップボックス、パーソナルコンピュータ、カムコーダ、およびホームステレオシステムなどの、但し限定されない）を接続し、構成し、および制御することができる。
【０００８】
ディーバに関する詳細は米国仮出願第６１／２９４，４７６号に添付の書類に説明される。その内容は本明細書に援用される。
【０００９】
図１が、本発明の１つの実施形態による、ディーバリンクの電気接続の概略図である。ディーバリンクが２つのディーバデバイス間の接続である。図１に例示する実施形態などの実施例では、ディーバリンクが映像リンクおよびハイブリッドリンクで構成される。映像リンクが一方向（ダウンストリーム方向）であり、３つの映像レーンの、ＶＬ０、ＶＬ１およびＶＬ２（図１の１３２、１３３および１３４でそれぞれ示される）を有し、３つの異なる対に対応する。ハイブリッドリンクが半二重双方向であって、１本の差動対を用いる。図１に示すように、４つの対はすべて、ケーブルの両端で交流結合される。例示の実施形態において、差動対がそれぞれ、ＶＯポート、ＶＩポートの内側で電気的に５０オームで終端されるが、他の実施例では、差動対の電気的な終端に他の方法が用いられる。
【００１０】
各対の直流電圧レベルが個々の基準電圧の、ＶＵ０、ＶＵ１、ＶＵ３、ＶＤ０、ＶＤ１、ＶＤ２、およびＶＤ３で決まる。基準電圧がフェライトビーズなどの高周波遮断フィルタで差動信号から分離される。直流電力がディーバリンク間に供給され、リピータ、または中継器および移動デバイスを起動する。
【００１１】
ある実施形態では、ディーバＰＨＹ（物理層）が映像リンクＰＨＹおよびハイブリッドリンクＰＨＹで構成される。各ＰＨＹがロジカルサブレイヤおよび電子サブレイヤを有する。
【００１２】
ハイブリッドリンクが各パケットフレームのあとに方向の変更のある半二重接続である。各パケットにはヘッダ、ペイロードおよびＣＲＣが含まれる。
【００１３】
図２が本開示の１つの実施形態に基づいた、映像コンテンツを中継するシステム２００の概略ブロック図である。大きくは、システム２００が少なくとも１つの映像源（ソース、図２の参照番号２０１、２０２でそれぞれ示される）、少なくとも１つの映像受信側（シンク、図２の参照番号２１１、２１２でそれぞれ示される）、映像源（２０１または２０２）を映像受信側（２１１または２１２）に接続する１つまたは複数のリンクを有する。リンクのいくつかが図２の参照番号２５０および２５２にそれぞれ示される。システムがさらに、少なくとも１つの映像源（２０１または２０２）および受信側（２１１または２１２）間の中間中継点（図２の参照番号２２２、２２３、２２４および２２５）を有する。中間中継点が映像源からリンクを経由して映像受信側に、１つまたは複数のデータ中継モードを使用して、映像内容を中継するように構成される。各中間中継点が映像送信機、映像受信機、または両方を有する。
【００１４】
映像源が例示されるが、さらに一般には、何れの送信するデバイスが用いられて良い。また、映像受信側が例示されるが、さらに一般には、何れの受信するデバイスが用いられて良い。
【００１５】
ディーバを用いることで、映像源および映像受信側間における多数のソース、スイッチ、他のデバイスが接続できる。最大限のハイブリッドリンク動作を維持しつつ、実際の映像源および映像受信側間のデバイスが映像データを送信する機能を担う。映像源、受信側、およびリンクにはプロセッサまたはコントローラが設けられて、本開示で説明する機能を実現するように構成される。
【００１６】
本開示のある実施形態では、データ中継モードが、リサンプルモード、バッファリングモードの少なくとも１つを有する。リサンプルモード期間では、１つまたは複数の入力信号がクロックでサンプルされ、出力に中継される。バッファリング期間では、何れのローカルクロックを使用せずに、入力信号が等化され、増幅して出力に中継される。
【００１７】
ある実施形態では、リサンプル中継モードにおいて、ＶＩポートＰＨＹが映像クロック復元ユニット（ＣＲＵ）で映像データストリームからクロック情報を復元する。復元されたクロック情報が、あるケースではさらに処理されて、受信した映像データをリサンプルし、それをＶＯポートへ再送信する。この動作はケーブル、コネクタおよびＰＣＢ配線での、ある種の信号劣化を緩和する。リサンプルモード期間に、受信機は最大限の動作モード状態にある。
【００１８】
ある実施形態では、バッファリング中継モードにおいて、ＰＨＹがリサンプルすることなく、ダウンストリームの信号品質を改善する。ある実施形態では、バッファリング中継モードが、ケーブル長さを延長するためのケーブル信号ブースタに用いられる。
【００１９】
ある実施形態では、１つまたは複数の中継中間点がデータ中継モードの１つのみで動作する。ある実施形態では、１つまたは複数の中継中間点が動作モードの１つ以上において映像コンテンツを中継する。
【００２０】
ある実施形態では、映像源および中継中間点が、中継中間点のいくつかまたはすべてに対して、データ中継モードを選択する。
【００２１】
ある実施形態では、映像源が映像源から中継中間点を介して映像受信機に伝搬するメッセージを用いて、データ中継モードの選択を連絡する。
【００２２】
ある実施形態では、メッセージが映像源で初期化されるデータアイテムを含んで、最初の中継中間点に対して所望のデータ中継を指示しても良い。
【００２３】
ある実施形態では、各中継中間点の動作へのルールが確立されても良く、各中継中間点が送信機および受信機間のデータアイテム（シーケンス／セレクションフィールドなど）を変更し、その結果、次の中継中間点が所望の値を受信して所望の中継モードを選択する。
【００２４】
他の実施形態では、中継中間点が、データ中継モードにおいて動作できない場合に、データアイテム（シーケンス／セレクションフィールド）の値を特別な値にリセットする要求をする補足ルールが確立されても良い。
【００２５】
中継中間点を用いた映像中継が、米国仮出願第６１／２９４，４７６号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。
【００２６】
本開示のある実施形態では、送信デバイスおよび受信デバイス間のハイブリッドリンクがパケットフレーム毎に方向変更の伴うディーバ半二重リンクとされる。各パケットフレームが方向識別子、５０のＤ１０．２シンボルのプリアンブル、４つのＳＯＰシンボル、パケット、およびＥＯＰシンボルで構成される。パケットがヘッダ、ペイロードおよびＣＲＣで構成される。
【００２７】
本開示のある実施形態では、ＨＬＣＳ（Hybrid Link Control Signaling）が用いられて、接続／非接続（Connection/Disconnection）検出、スピードグレードネゴシエーション、ＰＨＹパラメータ最適化、およびパワーマネジメントを含んで限定されないマネージメント操作を支援する。
【００２８】
これら実施形態では、第１のデバイス（ある実施形態ではソースデバイスでも良い）、第２のデバイス（ある実施形態では受信機でも良い）、および第１のデバイスと第２のデバイスを接続し、ハイブリッドリンク制御信号（ＨＬＣＳ）を実行するハイブリッドリンク、を有するシステムが用いられても良い。
【００２９】
図３（Ａ）が、本発明の１つの実施形態に基づいたハイブリッドＨＬＣＳパケット３００の一例を示している。パケットの範囲が参照番号３２０で示される。図示の実施形態において、ＨＬＣＳパケット３００には、４ビットプリアンブル３１０（１０１０）、１ビット送り表示３３０（リーダなら１、フォロワなら０）、１ビットパケットタイプ表示３４０（コマンドパケットなら１、データパケットなら０）、パケットタイプ表示３４０に続いて、８ビットデータ（先にＭＳｂ（Most Significant bit））、１ビットパリティビット３５０（送り表示、パケットタイプ表示、データビットのＸＯＲ）、および１ビットストップビット（１）が含まれる。
【００３０】
図３（Ａ）に示すように、ある実施形態では、ハイブリッドリンクがシグナルトランジションのバーストでＨＬＣＳを実行する。ハイブリッドリンクが該バーストの有無を用いて、１および０の値を示す。ハイブリッドリンクが１つまたは複数の１および０の値の連続を用いてハイブリッドリンク間でメッセージを通信する。
【００３１】
図３（Ｂ）が、本開示の１つの実施形態におけるＨＬＣＳコマンドの８ビットデータエンコードを示すテーブルである。
【００３２】
ある実施形態では、ＶＯポートおよびＶＩポートがＨＬＣSと通信しているとき、各ポーが次のうちの１つの状態にある。
【００３３】
（１）リセット
（２）初期化状態、Ｉｎｉt
（３）フォワードトレーニング  Ｆｔｒａｉｎ
（４）バックワードトレーニング  Ｂｔｒａｉｎ
（５）ノーマルオペレーション  ＰＯ
（６）シャロー／ディープ  サスペンデッド  Ｐ１／Ｐ２
【００３４】
ＶＯポートおよびＶＩポートが、ＨＬＣＳで通信しているときに、リーダ／フォロワベースの半二重通信を用いても良く、その中で、テストデバイスがＶＯポートに取り付けられる場合を除いて、ＶＯポートがリーダの役割を取り、ＶＩポートがフォロワの役割を取る。
【００３５】
ＨＬＣＳに関しては、米国仮出願第６１／２９４，４７６号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。
【００３６】
図４が、本開示の１つの実施形態に基づいた映像リンクの映像フレームを示す。図４に示すように、映像リンクが、映像フレームで構成されるストリームとしての映像データを送信する。各映像フレームがプログレスモードの１つのフレームに対応し、１つのフィールドがインタレースモードに対応する。ある実施形態では、制御シーケンス（すなわち、ＳＯＦおよびＳＯＨシーケンス）が映像タイミングを表示するように用いられ、４回繰り返されてシンボルのロバストを確実に検出する。
【００３７】
ある実施形態では、映像ピクセルパッキング方法が、映像源デバイスを映像受信側デバイスに接続する映像リンクで支援される映像レーンの数を選択する工程を有する。該選択が、映像受信側デバイスの容量、物理層（ＰＨＹ）トレーニングの結果、および映像ピクセルレートおよび映像ピクセルサイズの少なくとも１つに基づいてなされる。
【００３８】
上記方法が、映像源デバイスおよび映像受信側デバイス間のハイブリッドコマンドチャネルを介してデバイス容量を読み取る工程をさらに有する。ＰＨＹトレーニングの結果には、中継中間点を介して映像源デバイスを映像受信側デバイスに接続するケーブルの特性が含まれても良い。
【００３９】
映像ピクセルパッキング方法に関しては、米国仮出願第６１／２９４，４７６号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。
【００４０】
概略すると、本開示のある実施形態においては、ディーバのハイブリッドリンク（１３０）が、可変長ペイロード、固定サイズのヘッダ、およびテールを有するパケット双方向（半二重）データサービスを提供する。これら実施形態では、下層物理データリンクが、１つのデバイスのＶＩポートから別のＶＯポートへの２地点リンクである。データパケットをリンクの他の側と交換する際には、２つのポートがそれぞれ送信モードのターンを取っても良く、他の側が受信モードとなる。下層物理層が本質的に一方向である一方、ハイブリッドリンクが送信の交互方向によって論理的な双方向（すなわち半二重）データサービスを提供できる。
【００４１】
ある実施形態では、ハイブリッドリンクがコマンド／ステータス情報、並びに音声ストリーム、ＵＳＢおよびイーサネット（登録商標）データを送信するように用いられても良い。ハイブリッドリンクが、１つまたは複数の音声サブチャネル、コマンドサブチャネル、およびデータサブチャネルをこれに限定せずに含む、多数のサブチャネルを有して良い。
【００４２】
図５に、本開示の１つの実施形態に基づく、ハイブリッドリンク間のデータ送信に用いられるパケット５００が示される。一般のハイブリッドリンクパケットフォーマットが図５に示される。図５に示されるように、ハイブリッド間でデータを送信することに用いられるパケット５００が、ヘッダ５３０、ペイロード５２０、テール５１０を有して良い。例示の実施形態では、ヘッダのサイズが固定され、発送元および宛先のアドレス、ならびに送信パラメータを含んでいる。例示の実施形態では、ペイロードが、サイズが可変で最大１９８４バイトまでのユーザデータを有し、一方、テールが、ヘッダおよびペイロードから算出されるイーサネット（登録商標）パケットのＦＣＳ同様の３２ビットＣＲＣである。他の実施形態が、他の種類のヘッダ、ペイロード、およびテールを有しても良い。例示の実施形態では、ワード０のバイト０が最初に送信される。
【００４３】
パケット５００がチャネルレディフィールド（channel readiness filed）（ＣＨ−ＲＤＹ）５５０を有し、それが送信デバイスにおける複数のサブチャネルの１つ毎のレディを表示するような複数のビットを有する。フィールド５５０のビットの１つが、送信デバイスの対応するサブチャネルがレディのときに、設定されて良い。
【００４４】
第１のデバイスによってデータパケットのチャネルレディネスフィールド５５０が用いられて、ハイブリッドリンクで第１のデバイスに接続される第２のデバイスのステータスを判断しても良い。
【００４５】
第１のデバイスが、チャネルレディネスフィールド５５０の設定ビットで示されるように、データを受信する状態にある第２のデバイス内の対応するサブチャネルのデータを有するパケットを送信しても良い。パケットの宛先サブチャネルが図５に示されるパケットのＣＨ−ＩＤで指示される。また、この第１のデバイスによって送信されるデータパケットが第１のデバイスの対応するサブチャネルのレディネスを指示するチャネルレディネスフィールドを有する。
【００４６】
本開示のある実施形態では、映像リンクが映像源から１つまたは複数の映像レーンを介して映像受信側に映像ストリームを送信するように構成されても良い。映像ストリームが有効映像期間で時間集約された映像ピクセルデータを含んで良く、各有効映像期間には映像イメージの１つ水平ラインに対するピクセルデータが含まれる。
【００４７】
ある実施形態では、映像ストリームが映像リンク内の１つまたは複数の映像レーン間で配信されて良い。
【００４８】
ある実施形態では、各映像レーンが各有効映像期間の開始および終了を示す少なくとも１つまたは複数の制御シーケンスを有して良い。ある実施形態では、各映像レーンが各有効映像期間に対するエラー検出コードを有して良い。エラー検出コードが、映像源によって該映像レーンに見出される有効ピクセルデータから算出されても良い。映像受信側がエラー検出コードをデコードするように構成され、受信した映像ピクセルデータが映像源から送信された映像ピクセルデータと一致するかを判定しても良い。
【００４９】
ある実施形態では、映像源および映像受信側が１つまたは複数のエラー復帰要求を通信してエラー数を減らすように構成されても良い。エラー復帰要求が、映像リンク送信機および受信機を維持する要求、映像レーンの数を変更する要求、映像解像度、ピクセルサイズおよびフレームレートのうちの１つを変更して映像データレートを減少させる要求、のうち１つまたは複数を有しても良い。
【００５０】
ディーバ映像リンクが用いられる本開示の実施形態において、データが２つまたは３つのカラーコンポーネントのグループで送信される（各可視ピクセルが３つのカラーコンポーネント、Ｒ、Ｇ、ＢまたはＹ、Ｃｂ、Ｃｒの何れかで表される）。１つの実施形態では、このデータが２つまたは３つのカラーコンポーネントのグループで送信され、ピクセルエンコード方式がＹＣｒＣｂ４：２：２の場合に２つのカラーコンポーネントで、ピクセルエンコード方式がＲＧＢまたはＹＣｒＣｂ４：４：４の場合に３つのカラーコンポーネントで、送信される。各カラーコンポーネントのビット幅（すなわち、ビット／コンポーネント「ｂｐｃ」）がその中の１つである。このように、１つのピクセルのビット幅（すなわち、ビット／ピクセル、「ｂｐｐ」）が１つのカラーコンポーネントのビット幅およびピクセルエンコード方式の複合で決定される。図６（Ａ）がシンボル周波数をピクセル周波数と数学的に関連付ける式であり、図６（Ｂ）がシンボル周波数およびピクセル周波数間の関係を示す表である。
【００５１】
本開示のある実施形態では、映像リンクトレーニングが映像リンクおよびハイブリッドリンクに対して（たとえば、プロセッサまたはコントローラによって）実施されて良い。ある実施形態では、映像リンクトレーニングが映像源から複数のリンクの最初の１つで開始して、映像受信側に向ってすべてのリンクがトレーニングされて映像受信機に到達するまで、次に続くリンクを継続しても良い。
【００５２】
プロセッサ（またはコントローラ）が、映像リンクから抽出した映像ピクセルクロックを用いて複数のリンク毎に映像リンクトレーニングを実行しても良い。映像リンクトレーニングの結果には、成否、検出エラーレート、および映像源に対してビットレート低減の要求、のうちの少なくとも１つが含まれる。
【００５３】
ある実施形態では、映像源が映像レーンの数を増やしてビットレートを下げても良い。
【００５４】
図７が映像トレーニング要求パケットの１つの実施形態を説明する表であり、一方、図８が映像トレーニング要求パケットフォーマットを示す表である。
【００５５】
映像レーン、エラー検出、および映像リンクトレーニングに関して、米国仮出願第６１／２９４，４７６号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。
【００５６】
ディーバデバイスがディーバインタフェース間でイーサネット（登録商標）パケットを送信できることでも良い。
【００５７】
さらに一般的には、本開示のある実施形態では、イーサネット（登録商標）カプセル化およびルーチンが実行されて良い。これらの実施形態において、システムが、それぞれがユニークなネットワークアドレスを有する、少なくとも第１のデバイス、該第１のデバイスに接続された第２のデバイスを有するネットワークを含んで良い。１つのデバイスから別のデバイスに送信されるパケットが外部インタフェースからパケットの部分のカプセル化を含んで良い。また、外部インタフェースに見出される外部デバイスがユニークな外部ネットワークアドレスを含む。１つまたは複数の実施形態では、第２のデバイスを第１のデバイスに接続するインタフェースが、そのネットワークアドレスがディーバデバイスアドレスであるディーバとされる。
【００５８】
外部インタフェースがイーサネット（登録商標）、ＩＥＥＥ８０２．１１ベースのインタフェース、およびイーサネット（登録商標）の変形の１つでも良い。
【００５９】
ある実施形態では、外部インタフェースからのカプセル化が外部インタフェース用のアドレスでも良い。ある実施形態では、外部インタフェース用のアドレスがイーサネット（登録商標）ＭＡＣアドレスであって良い。
【００６０】
ある実施形態では、ネットワークの少なくとも１つが、カプセルを含むパケットが送信される送信ポートを決定するように構成されて良く、外部インタフェースのアドレスのカプセル、外部インタフェースからのパケットの部分のカプセルをやはり含む以前に受信したパケット、の１つに基づいて決定される。以前に受信したパケットのカプセル化された外部インタフェースアドレスを送信されるパケットのカプセル化された外部インタフェースアドレスに合わせること、および、送信ポートとして以前に受信した適合するパケットが受信されたポートを選択することに基づいて、デバイスが送信ポートを決定するように構成されても良い。
【００６１】
ある実施形態では、以前に受信したパケットのカプセル化された外部インタフェースアドレスを、送信するパケットのカプセル化された外部インタフェースアドレスに合わせること、および、送信ポートとして以前に受信した適合するパケットが受信されたポートを選択することに基づいて、送信ポートを決定するようにデバイスが構成されても良い。
【００６２】
他の実施形態では、デバイスが固有の宛先タグ値をカプセル化しても良く、該タグ値は、送信したパケットに送信する外部インタフェースアドレスに一致するカプセル化された外部インタフェースアドレスを有する以前に受信したカプセルパケットから抽出された発信元タグ値として、同じ値である。
【００６３】
ある実施形態では、カプセルパケットを受信するデバイスが、宛先タグ値を用いてカプセルパケットの内部ルーチン宛先を決定しても良い。他の実施形態では、カプセルパケットを受信するデバイスが、時々パケット内容を非カプセル化し（開ける）、カプセルパケット送信デバイスによって受信されたオリジナルパケットにほぼ類似する外部インタフェースパケットに再生成する。
【００６４】
図９が、本開示の１つの実施形態に基づいた、カプセル化されたイーサネット（登録商標）パケットを示す表である。この表において、ＤＥＳＴ＿ＥＴＡＧおよびＩＮＩＴ＿ＥＴＡＧがそれぞれイーサネット（登録商標）ペイロードの宛先およびソースＭＡＣアドレスに関連したイーサネット（登録商標）サービス固有フィールドである。これらがイーサネット（登録商標）ルーチンメカニズムに利用可能とされるＭＡＣアドレスエクステンションとして考慮されても良い。
【００６５】
ディーバデバイスが、それを宛先とされたハイブリッドリンクパケットにカプセル化されたイーサネット（登録商標）パケットとして受信すると（すなわち、ＤＥＳＴ＿ＤＤＡがそれのＤＤＡである）、それがソースイーサネット（登録商標）アドレス、ＩＮＩＴ＿ＥＴＡＧ、およびパケットが受信されたハイブリッドリンクポートへのＩＮＩＴ＿ＤＤＡと関連する。この情報がイーサネット（登録商標）ルーチンテーブルの中に入力され、その結果、一致する宛先アドレスを有するイーサネット（登録商標）パケットがイーサネット（登録商標）インタフェースで受信された場合、関連のＥＴＡＧおよびＤＤＡが、イーサネット（登録商標）パケットをカプセル化するように用いられるＨＬパケットヘッダのＩＮＩＴ＿ＥＴＡＧおよびＩＮＩＴ＿ＤＤＡフィールドに挿入される。
【００６６】
イーサネット（登録商標）カプセル化およびディーバのルーチンに関して、米国仮出願第６１／２９４，４７６号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。
【００６７】
まとめると、映像管理、制御、およびディーバのイーサネット（登録商標）カプセル化、ルーチンに関する方法とシステムを本開示で説明してきた。説明してきた構成要素、工程、機能、目的、効果、優位な点は例示に過ぎない。何れの１つも、またそれに関する説明も、特許請求の範囲を何れにしても限定するものではない。
【００６８】
ある実施形態が説明されてあっても、一方でこれら実施形態の中で黙示される主旨が他の実施形態で用いられても良いことは明白である。より少ない、補助の、および／または異なる構成要素、工程、機能、目的、効果、優位な点を有する実施形態を含め、多くの他の実施形態がやはり検討される。構成要素および工程が相異して配置され、並べられて良い。説明され例示された１つが、構成要素、工程、機能、目的、効果、優位な点の何れに特化する、または公然と同等にする意図はまったく無い。
【００６９】
本開示において、要素の単一の参照は、特別にそのように言及しない限りは、「１つまたはわずか１つ」を意味するものではなく、むしろ「１つまたは複数」を意味するものである。本開示を通して説明した多数の実施形態の要素に等価な、当技術分野の当業者に知られているまたは今後知られるすべての構造および機能が、本明細書に組み込まれて援用される。
【図１】
0005789269.tif 000002
【図２】
0005789269.tif 000003
【図３】
0005789269.tif 000004
【図４】
0005789269.tif 000005
【図５】
0005789269.tif 000006
【図６】
0005789269.tif 000007
【図７】
0005789269.tif 000008
【図８】
0005789269.tif 000009
【図９】
0005789269.tif 000010