JP2014532364A - 符号化されたプリアンブルを用いたデータストリームの識別及び取扱い - Google Patents

Abstract

本発明の実施形態は、符号化されたプリアンブルを使用したデータストリームの識別及び取扱い全般に係る。一実施形態に係る装置は、通信チャネルを有するインタフェースと、そのインタフェースと連結されてそのインタフェースを介して１つ以上のデータストリームを送信する送信機と、処理要素とを備え、処理要素は１つ以上の送信用データストリームを受信する。処理要素は、第１種別のデータの送信用の第１データストリーム及び第２データストリームを含む第１種別のデータの送信用データストリームを複数受信すると、第１データストリームに対しては第１プリアンブルを選択し、第２データストリームに対しては第２プリアンブルを選択し、第１プリアンブルは第２プリアンブルとは異なるよう構成される。

Description

本発明の実施形態は、データ送信分野全般に係り、特に符号化プリアンブルを使用したデータストリームの識別及び扱いに係る。

オーディオビジュアルデータストリームの送信等、装置間又は要素間の信号送信に際して、複数の異なる種別のデータストリームの送信を要する技術がある。例えば、家庭用電化製品及びその他のシステムは、単一の符号化された相互接続内で１つ以上の動画ストリーム及び１つ以上のその他のデータストリームを送受信することがある。

コンテンツストリームを使用可能な形式で適切にレンダリングするため、例えば表示される動画、レンダリングされる音声、又はその他のため、上述のような通信において、相互接続の受信側は、複数の動画コンテンツストリームや複数のデータコンテンツストリームを区別できる必要がある。

従来のシステムは、 CEA-861 で規定された InfoFramesや、HDMI（登録商標）（High Definition Multimedia Interface）及び MHL（登録商標）（Mobile High-definition Link）といった規格等、特定のパケットを使用して動画コンテンツストリームやデータコンテンツストリームを識別することがある。また HDMI（登録商標） 及び MHL 等の規格ではさらに、動画コンテンツやデータコンテンツといったコンテンツの種別を区別するため、ガードバンドやプリアンブルなどの符号化文字を、動画コンテンツやデータコンテンツの前又は後ろに含んでいる。

本発明の実施形態は、一例として挙げられるものであって限定を意図するものではなく、添付の図面中において、同一の参照符号は同様の要素を示す。

図１は、従来のシステムにおけるデータストリームを示す。 図２は、一実施形態に係る装置、システム、又は方法において送受信される動画データストリームの種別を示す。 図３は、実施形態に係るデータストリーム送受信装置又は送受信システムを示す。 図４は、複数のデータストリームを受信して扱うポートプロセッサを含む、実施形態に係るデータストリーム送受信装置又は送受信システムを示す。 図５は、データストリームを分離するブリッジデバイスを含む、実施形態に係る複数のデータストリームの送受信装置又は送受信システムを示す。 図６は、実施形態に係る複数のデータストリームの送受信装置又は送受信システムを示す。 図７は、実施形態に係る複数のデータストリームの送受信装置又は送受信システムを示す。 図８は、一実施形態に係る複数のデータストリーム送信装置又は送信システムを示す。 図９は、複数のデータストリームの送信装置又は送信システムを示す図である。 図１０は、ルックアップテーブルを使用する、複数のデータストリームの送信装置又は送信システムを示す図である。 図１１は、一実施形態に係るデータ送信動作を示すフローチャートである。 図１２は、一実施形態に係るデータ受信動作を示すフローチャートである。

［概要］
本発明の実施形態は、符号化されたプリアンブルを使用したデータストリームの識別及び扱い全般に係る。

本発明の第１様態によると、一実施形態に係る装置は、通信チャネルを有するインタフェースと、そのインタフェースに連結されてそのインタフェースを介して１つ以上のデータストリームを送信する送信機と、処理要素とを備え、その処理要素は、１つ以上の送信用データストリームを受信する。処理要素は、第１種別のデータの送信用に第１データストリーム及び第２データストリームを含む、第１種別のデータの送信用のデータストリームを複数受信すると、第１データストリームに対しては第２プリアンブルと区別可能な第１プリアンブルを選択し、第２データストリームに対しては第２プリアンブルを選択するよう構成される。

本発明の第２様態によると、装置は、通信チャネルを有するインタフェースと、そのインタフェースに連結され、そのインタフェースを介して複数のデータストリームを受信する受信機とを備え、第１種別の複数のデータストリームは、各々異なるプリアンブルを有して、第１プリアンブルを有する第１データストリーム及び第２プリアンブルを有する第２データストリームを含み、第１データストリーム及び第２データストリームは第１種別のデータを伝送する。受信機は、第１プリアンブル及び第２プリアンブルの検出に基づき、第１種別の複数のデータストリームの有無を判定し、各データストリームのプリアンブルに応じて複数のデータストリームの各々を取扱うよう構成され、第１データストリームは第１プリアンブルに基づいて第１の方法で取扱われ、第２データストリームは第２プリアンブルに基づいて第２の方法で取扱われる。

[詳細な説明]
本発明の実施形態は、符号化されたプリアンブルを使用したデータストリームの識別及び扱い全般に係る。

本明細書における用語使用

「モバイルデバイス」は、電話（スマートフォン等）、ノートパソコン、ハンドヘルドコンピュータ、タブレットコンピュータ、モバイルインターネットデバイス（Mobile Internet Devide: MID）、又はその他のモバイル電子機器を意味する。

いくつかの実施形態における方法、装置、又はシステムにおいては、単一の送信チャネルを介した送信用に、同一種別の複数のデータストリーム（例えば複数の動画コンテンツデータストリームや複数の音声コンテンツデータストリーム）のそれぞれに対し、ユニークな符号化されたプリアンブルを付与する。またいくつかの実施形態における方法、装置、又はシステムにおいては、同一種別の複数のデータストリームの有無を検出し、複数のデータストリームのそれぞれを識別するため、複数のデータストリームのそれぞれに対してユニークな符号化されたプリアンブルを使用する。これによると、データストリームはそれぞれ、上記符号化されたプリアンブルに基づいて異なる方法で扱われ又は処理されてもよい。またいくつかの実施形態において、プリアンブルには、HDMI（登録商標）や MHL 等の特定のインタフェース規格で規定されないプリアンブルが含まれてもよい。

システムにおいてデータストリームを扱う従来のアプローチには限界がある。第１に、これらのアプローチには、同一種別の様々な動画コンテンツストリームや同一種別の様々なデータストリームを区別する手段がない。これらのアプローチは、単一の動画ストリームや単一のデータストリームを伝送する相互接続のみを対象としているためである。第２に、これらのアプローチは、動画ストリームの一部分にはマークをせず、フレーム毎に一度のみ InfoFrame を送信する。第３に、動画コンテンツフレームが、HCDP（High-bandwidth Digital Content Protection）による暗号化等で暗号化された場合、このような暗号化により個々のデータストリームの識別が妨げられることがある。

いくつかの実施形態における方法、装置、又はシステムにおいては、プリアンブル符号化を利用した複数のデータストリームの識別及び取扱いが行われる。例えば、３Ｄ（３次元）動画には、左目（左チャネル）サブフレーム及び右目（右チャネル）サブフレームが含まれうる。いくつかの実施形態における方法、装置、又はシステムにおいては、左目サブフレーム及び右目サブフレームを異なる方法で符号化するためにプリアンブル符号化を利用する。ここで、プリアンブルの特性は暗号化や復号に影響されるものでない。いくつかの実施形態では、プリアンブル符号化を使用して、３Ｄデータの送信に関する情報が提供され、処理用にデータ（左目サブフレーム及び右目サブフレーム）が分離される。いくつかの実施形態において、２Ｄデータと３Ｄデータとの間の唯一の違いがプリアンブル符号化である場合、下流デバイス又は下流システムは、符号化を利用して動画モード（２Ｄ動画でなく３Ｄ動画）を認識し、各データストリームに対する適切な処理を提供してもよい。

いくつかの実施形態において、メインピクセルストリーム等の第１のデータストリームを送信する方法、装置、又ははシステムは、メインピクセルストリームにおける未使用領域内でより小さな第２のデータトリーム（セカンダリピクセルコンテンツストリーム等）を送信するように動作可能である。ここで、上記方法、装置、又はシステムは、上記のより小さなストリームのプリアンブルを、メインピクセルストリームのプリアンブルとは異なる方法で符号化するよう動作する。いくつかの実施形態における下流受信デバイス等の方法、装置、又はシステムは、複数のストリームの有無の認識及びストリーム間の区別の双方に用いる各データストリームのためのプリアンブルを用いて、結合されたストリームの分離を行う。またいくつかの実施形態において、メインピクセルストリーム（又はその他のピクセルストリーム）は視覚的にレンダリングされ、セカンダリピクセルストリームは下流受信デバイスにおけるユーザの選択によって選択的に画面上にレンダリングされてもよい。本例では、メインピクセルストリームは暗号化され（HDCP を使用した暗号化等）、セカンダリピクセルストリームは暗号化されず、それぞれのプリアンブルは暗号化されないということがありうる。

いくつかの実施形態では、第１種別の単一のデータストリームが送信されると、このデータストリームには特定の第１プリアンブルが割り当てられる。いくつかの実施形態では、複数のデータストリームが送信されると、第１種別の第１データストリームには第１プリアンブルが割り当てられ、第１種別の第２データストリームには第２プリアンブルが割り当てられる。このように、送信デバイスは、第１種別のデータストリームが複数存在することを受信デバイスに報知するために、第２プリアンブルを利用しうる。データの種別には、関連データ要素が含まれてもよい。例えば、HDMI（登録商標）又は MHL の動画ストリーム等といった動画ストリームには、動画データパケットに加えて、データ種別の識別に必要な AVI (Auxiliary Video Information) InfoFrame パケットや同様の要素が含まれてもよい。他にも例えば、HDMI（登録商標）や MHL の音声ストリーム等といった音声ストリームには、音声データパケットに加えて、音声クロックリカバリデータが含まれていてもよい。プリアンブルには、誤り訂正機構用の１つ以上のシンボル（パリティビットやその他の誤り訂正シンボル）などの追加データが含まれていてもよい。

さらにいくつかの実施形態において、第１プリアンブルは、単一のデータストリーム及び複数のデータストリームの双方に利用されてもよい。ここで、第１プリアンブルは、単一のデータストリームに添付されると第１の意味を伝達し、複数のデータストリームにおける第１データストリームに添付されると第２の意味を伝達してもよい。その他の実施形態において、第１プリアンブルは単一のデータストリームが存在する状況に限り利用されてもよく、特定種別の複数のデータストリームが共に送信される状況では他のプリアンブル（第２プリアンブルや第３プリアンブル）が利用されてもよい。

図１は、従来のシステムにおけるデータストリームを示す。この図において、例えば HDMI（登録商標）又は MHL データ１００などを含みうる送信用データは、単一のインタフェースを介して通信される複数のデータストリームを含んでいる。一例を挙げると、データは、動画データ及びデータアイランド等のデータ（データアイランドは音声及び補助データを含み、水平及び垂直ブランキング期間に発生する）を含んでもよい。

このようなデータの送信において、各動画データストリームは、特定の動画データヘッダ１１２が含まれる動画データ期間識別子１１０を含む。動画データヘッダ１１２の後には、ガードバンド１１４及び動画データ１１６が続く。同様に、各データアイランドストリームは、特定のデータアイランドヘッダ１２２が含まれるデータアイランド期間識別子１２０を含む。データアイランドヘッダ１２２の後にはガードバンド１２４及びデータアイランド１２６が続く。

しかしながら、図１に示すデータ構造では、同一種別のデータストリームが複数存在することを検出できない。すなわち、各データストリームを区別できない。例えば、ある通信チャネルを使用して第１動画データストリームを含む複数の動画データストリームが送信される場合、動画データヘッダ１１２は、第１動画データストリームを動画データと識別するものの、特定のストリームを識別しない。すなわち、このような動画データストリームを、第１動画データストリームと共に通信される第２動画データストリームと区別しない。さらにこの伝送では、伝送においてどの種別の複数のデータストリームが存在するかを表す何らの報知も行われない。

図２は、一実施形態に係る装置、システム、又は方法において送受信される動画データストリームの種別を示す。この図において、送信用データは、複数の動画データ期間種別２００を含む。図示されているように、動画データは、第１動画データ期間用のデータ及び第２動画データ期間用のデータを含んでもよく、これにより、同一データ種別の複数のデータストリームを含んでもよい。本例において、この同一データ種別は動画データである。

いくつかの実施形態によると、このようなデータ送信において、動画データに対して単一のプリアンブル符号化を実施するのとは対照的に、異なる動画データストリームそれぞれが動画データ期間識別子を含む。ここで、第１動画データ期間識別子２１０は、第１動画データヘッダ２１２を含む。第１動画データヘッダ２１２の後には、ガードバンド２１４及び動画データ２１６が続く。さらに、第２動画データ期間識別子２２０は第２動画データヘッダ２２２を含む。第２動画データヘッダの後にはガードバンド２２４及び動画データ２２６が続く。図２は２つのデータヘッダ識別子を示しているものの、実施形態はこれら２つのプリアンブルに限定されるものでなく、異なる動画データストリームを分離すべく任意の数の異なるプリアンブルを含んでもよい。ここで、プリアンブルの数は、利用可能なデータビットを使用して生成できる異なる値の数によってのみ限定される。

いくつかの実施形態によると、図２に示すデータ構造により、特定種別のデータストリームが複数存在することが検出でき、個別のデータストリームが識別できる。例えば、第１動画データストリームを第２動画データストリームと区別することができる。ここで、第１動画データストリームと第２動画データストリームは共に、単一のチャネルを介して通信されてもよい。いくつかの実施形態によると、送信デバイスは、各データストリームに対するプリアンブルを選択することでこのようなデータストリーム内のデータを識別し、それに従ってデータを扱う。例えば送信デバイスは、各左目サブフレームに対して特定の第１プリアンブルを選択し、各右目サブフレームに対して特定の第２プリアンブルを選択してもよい。

図３は、実施形態に係るデータストリーム送受信用装置又はデータストリーム送受信用システムを示す。この図において、モバイルデバイス３００等の送信装置又は送信システムは、MHL ケーブル接続等の通信チャネル３５０を介して、テレビ３６０等の受信装置又は受信システムと連結されている。いくつかの実施形態におけるモバイルデバイス３００には、動画データを提供するムービープレーヤー３１２が含まる。ここで、このようなデータは、 HDCP 暗号化モジュール（要素３１４）によって暗号化され、チャネル３５０を介したメイン動画ストリームにおける送信のために、送信用 MHL 送信機３１６へと提供される。受信側テレビ３６０において、メイン動画ストリーム内の暗号化されたムービーデータは、MHL 受信機３６２によって受信され、HDCP 復号モジュール（要素３６４）によって復号される。復号されたムービーデータは、動画レンダリングエンジン３８０に提供され、視聴するためにディスプレイ３８２に提供される。装置やシステムにおける複数の要素（例えば図３におけるテレビ装置又はテレビシステム３６０等）は一緒に図示されることもあれば分けて図示されることもある。しかし、これら装置又はシステムにおける複数の要素は、単一のユニットに含まれてもよいし、単一のユニットに含まれなくてもよい。

この図において、モバイルデバイス３００の電話システム３１８に対して電話が来たりメッセージが届いたりしてもよい。いくつかの実施形態において、モバイルデバイスの CPU ３２０やその他の処理要素は、セカンダリ動画ストリームを生成し、セカンダリ動画ストリームをメインストリームの未使用領域へマージするように構成される。ここで、セカンダリ動画ストリームは暗号化されない。セカンダリ動画ストリームは、例えば、発信者ＩＤ情報、テキストメッセージ、又はテキストに変換される音声のデータストリーム含んでもよい。いくつかの実施形態において、CPU は１つ以上の個別のプリアンブル値でセカンダリ動画ストリームをマークし、モバイルデバイスはマージされた動画ストリームを送信する。いくつかの実施形態において、１つ以上のプリアンブル値は、HDMI（登録商標）や MHL 等の既存の規格やプロトコルで規定されてない値である。いくつかの実施形態において、下流側テレビ３６０は、受信データのプリアンブルのみをチェックすることにより、新規のセカンダリ動画ストリームを検出できる。いくつかの実施形態において、MHL 受信機３６２は、受信データを復号することなくセカンダリ動画ストリームを検出し、セカンダリ動画ストリームを動画レンダリングエンジン３８０にリダイレクトする。テレビ３８２は、例えば、新規の電話データストリームが到着したことを視聴者に気づかせる。いくつかの実施形態において、視聴者は、新規のストリームを見るか否かを選択してもよい。選択された場合、セカンダリストリームは、３Ｄオーバーレイ（３ＤレンダリングＴＶ上）又はその他の方式で、ボタン（例えばストリーミングデータボックスにおけるもの）と共に、ディスプレイ３８２上（小さなウィンドウ内など（ピクチャーインピクチャー））に表示されてもよい。

図４は、複数のデータストリームを受信して取扱うポートプロセッサを含む、実施形態に係るデータストリームの送受信用装置又はシステムを示す。いくつかの実施形態おいて、受信装置又はシステムはポートプロセッサを含んでもよく、ポートプロセッサは例えば、複数の入力ポートと単一の HDCP 復号エンジンを含んでもよい。

同図において、モバイルデバイス４００等の送信装置又はシステムは、MHL ケーブル接続等の第１通信チャネル４５０（ポートプロセッサの第１ポート）を介してポートプロセッサ４６０等の受信装置又はシステムに連結されている。いくつかの実施形態において、モバイルデバイス４００は、動画データを提供するムービープレーヤー４１２を含み、このようなデータは HDCP 暗号化モジュール（要素４１４）によって暗号化され、第１チャネル４５０を介してメイン動画ストリーム内の送信用 MHL 送信機４１６に提供される。受信側のポートプロセッサ４６０では、メイン動画ストリーム内の暗号化されたムービーデータを MHL 受信機４６２によって受信し、HDCP 復号モジュール（要素４６４）によって暗号解読する。HDCP 復号モジュール（要素４６４）は、ポートプロセッサの唯一の暗号解読モジュール（要素）であってもよい。いくつかの実施形態において、復号されたムービーデータは、動画レンダリングエンジン４８０への動画送信用に HDMI（登録商標）送信機４６６に提供され、表示用にテレビディスプレイ４８２に提供されてもよい。

同図において、ポートプロセッサ４６０は、１つ以上のその他のソース装置とさらに連結されてもよい。例えばソース装置は、ケーブル、衛星、WiMax、インターネットプロバイダ、又はその他のソースといった第２ソースデバイスを含む。ここで、セットトップボックス４４０は、第２チャネル４５２（同図では第２ MHL 互換チャネルであって、ポートプロセッサの第２ポートで受信される）を介して、第２ MHL 受信機４７２によって受信されるムービーデータ４４２を提供してもよい。第２ MHL 受信機４７２は、このデータを HDCP 復号モジュール（要素４６４）に提供してもよく、その後、テレビディスプレイ４８２上に表示すべく、復号したデータを動画レンダリングエンジン４８０に再提供してもよい。

同図において、モバイルデバイス４００の電話システム４１８で電話又はメッセージを着信してもよい。いくつかの実施形態において、モバイルデバイス４００の CPU ４２０又はその他の処理要素は、セカンダリ動画ストリームを生成し、セカンダリ動画ストリームをモバイルデバイスからのメインストリームの未使用スペースにマージするよう構成される。ここで、セカンダリ動画ストリームは暗号化されない。いくつかの実施形態において、CPU ４１６は１つ以上の個別のプリアンブル値でセカンダリ動画ストリームをマークし、モバイルデバイスはマージされた動画ストリームを送信する。いくつかの実施形態において、ポートプロセッサ４６０は、受信データのプリアンブルのみを確認することにより新規のセカンダリ動画ストリームを検出することができる。いくつかの実施形態において、MHL 受信機４６２は、受信データを復号することなくセカンダリ動画ストリームの存在を検出し、セカンダリ動画ストリームの性質を認識し、テレビディスプレイ４８２で選択的に表示するためにセカンダリ動画ストリームを動画レンダリングエンジン４８０にリダイレクトする。テレビディスプレイ４８２は、例えば何らかのアクティブディスプレイと組み合わせてもよい。いくつかの実施形態において、ユーザはポートプロセッサの１つのポート（例えば第２チャネル４５２用の第２ポート）で受信したコンテンツを視聴してもよく、これは単一のエンジンによって動的に復号される。暗号化されていないストリーム（電話システム４１８からのデータ等）が異なるポート（第１チャネル４５０用第１ポート）に到達すると、このストリームが暗号化された（例えばムービープレーヤー４１２からの）メインストリームと組み合わせられるか又は内部に組み込まれていたとしても、この暗号化されていない動画ストリーム（又は音声、あるいはその双方）は、この暗号化されていないストリームとともに第１ポートに到達したメインストリームを動的に復号することを要することなく、動画レンダリングエンジン４８０（又は音声レンダリングエンジン）にて組み合わせられうる。

図５は、データストリームを分離するブリッジデバイスを含む、実施形態に係る複数のデータストリームの送受信用装置又は送受信用システムを示す。いくつかの実施形態において、テレビ５８０は、ソース装置５００（例えば HDMI（登録商標）又は MHL 装置）からコンテンツを受信してもよい。いくつかの実施形態において、ユーザが動画プログラムに対してクローズドキャプションを選択した場合、ソース装置５００は、「クローズドキャプション」として字幕送信を行うよう要求され、メイン動画ストリーム（「オープンキャプション」と呼ぶ）と統合されなくてもよい。これらのクローズドキャプションは有効にされたり無効にされたりして、表示エンドポイントでレンダリングされる。いくつかの実施形態において、ソース装置にはムービープレーヤー５１２及び動画デコードシステム５１４が含まれ、CPU ５２０が含まれてもよい。コントローラ５１８からの指示に応じて、動画デコードシステム５１４は動画データＡ及び追加のクローズドキャプション動画データＢを提供してもよい。ここで、このような動画データストリームは双方ともに MHL 送信機５１６に提示される。いくつかの実施形態において、送信機５１６は第１プリアンブルで標準動画データをマークし、第２プリアンブルでクローズドキャプション動画データをマークすることができる。いくつかの実施形態において、送信機５１６は、データストリームのマージ及びマージしたデータストリームの単一のチャネル５５０を介した送信を行うことができる。

いくつかの実施形態において、ブリッジ要素５６０はチャネル５５０からデータを受信する。いくつかの実施形態において、ブリッジ要素５６０は、複数のプリアンブルを検出することにより、データストリームが複数存在することを判定し、ムービー動画データをクローズドキャプション動画データから分離する動作を行う。いくつかの実施形態において、通常の動画ストリームデータはテレビ５８０に提供され、それと同時にクローズドキャプション動画データはテレビの外部にある又はテレビと離間した他の装置（テレビ５８０に取り付けられたより小型の動画レンダリングアクセサリボックス５７０など）でレンダリングされてもよい。このようなアクセサリボックスは、字幕表示のサポートのない通常のテレビを使用する聴覚障害者に提供されてもよい。

いくつかの実施形態において、ソース装置５００は、送信に際して別の動画ラインとしてクローズドキャプションを構築及び送信する。ここで、クローズドキャプションデータはユニークなプリアンブルとともに提供される。いくつかの実施形態において、ブリッジデバイスは、そのユニークなプリアンブルでラインを認識し、そのラインを別個に処理する。この処理により、例えば多種多様な文字セット（国際文字）をレンダリングできることを要求されていないテレビを、クローズドキャプション用に使用できるようになる。本例において、ソース装置５００は、セカンダリ動画ストリームにおいてレンダリングされているクローズドキャプション用の文字と共に、メイン動画のピクセルデータを送信する。この動作は、「クローズドキャプションを受信して文字をある文字セットから１６進文字に符号化するために、その文字を認識して表示用に描画できることが要求される」という従来のテレビとは対照的である。

図６は、実施形態に係る複数のデータストリームの送受信用装置又は送受信用システムを示す。同図において、ラップトップコンピュータ等のソース装置６００は、HDMI（登録商標）又は MHL ストリーム等の２つの完全なデータストリームを出力するよう動作してもよい。いくつかの実施形態において、ソース装置は、第１データストリームの生成用に第１グラフィックスエンジン（グラフィックスエンジン＃１）６１２と、第２データストリームの生成用に第２グラフィックスエンジン（グラフィックスエンジン＃２）６１４と、CPU ６２０とを備えてもよい。いくつかの実施形態において、コンピュータはさらに、第１グラフィックスエンジン及び第２グラフィックスエンジンによって生成されたデータストリームの送信用に MHL 送信機６１６を備えてもよい。

いくつかの実施形態において、データストリームは各々、動画データ期間、データアイランド、InfoFrame、及びその他の要素を備えている。いくつかの実施形態において、そのデータ期間すべてにおいてデータストリームのうちの１つに対するプリアンブルは第１プリアンブル値でマークされ、第２ストリームにおける全データ期間のプリアンブルは第２プリアンブル値でマークされる。本例は２つのストリームに係るものであるが、実施形態は特定数のストリームに限定されるものでなく、２つ以上のストリームを有するシステムに適用されてもよい。このようなストリームは各々、自身の AVI InfoFrame と自身の音声データパケットを伝送するため、あるストリームの動画モード及び音声モードが、別のストリームの動画モード及び音声モードと同一である必要はない。

いくつかの実施形態において、システムの複数のストリームは別のシステムに提供される。例えば、ラップトップコンピュータ等の装置又はシステムは、MHL 受信機６６２及びディスプレイ６６４を備えた第１表示装置６６０並びに MHL 受信機６７２及びディスプレイ６７４を備えた第２表示装置６７０といった、２つのデイジーチェーン接続された MHL ディスプレイに接続されてもよい。ここで、第２表示装置は、第１表示装置の外部装置、又は第１表示装置から離間した装置である。本例において、ディスプレイは異なる種別のものであってよい。例えば、第１表示装置６６０は XGA (Extended Graphics Array) ディスプレイであってもよく、第２表示装置６７０は 720p (1280x720 解像度) ディスプレイであってもよい。いくつかの実施形態において、ラップトップ６００は、チャネル６５０を介して双方のストリームを送信するため、周波数が十分に高いリンククロックを選択してもよい。

いくつかの実施形態において、受信側下流装置（本ケースでは第１表示装置６６０）が２つのストリームを受信し、データのプリアンブルに基づき、第１表示装置６６０の受信機６６２が複数のストリームの存在を判定し、ストリームに対するプリアンブルに応じて各ストリームを取扱う。例えば受信されたストリームは、第１表示装置６６０と互換性のある第１ストリームと、第２表示装置６７０と互換性のある第２ストリームとを含んでもよい。本例において、第１表示装置の MHL 受信機６６２は、ディスプレイ６６４上で第１ストリームをレンダリングし、第２表示装置６７０へ送信するために第２ストリームを分離する。第２表示装置の MHL 受信機６７２は、第２ストリームを受信し、第２ディスプレイ６７４上で第２ストリームをレンダリングする。

３つ以上のストリームが存在する状況において、装置はさらにデイジーチェーン接続されてもよい。例えば、第１表示装置の受信機６６２は、第１、第２、及び第３ストリームを受信し、第１ストリームをディスプレイ６６４上でのレンダリング用に保持し、第２及び第３ストリームを第２表示装置の MHL 受信機６７２へ送信する。第２表示装置は、第２ストリームをディスプレイ６７４上でのレンダリング用に保持し、第３ストリームを、第２表示装置６７０とリンクされた第３表示装置（図示せず）の MHL 受信機に送信する。

図７は、実施形態に係る複数のデータストリームの送受信用装置又は送受信用システムを示す。同図において、スマートフォン又はその他類似の電話７００等の送信装置又は送信システムは、MHL ケーブル接続等の通信チャネル７５０を介して受信装置又は受信システム７６０と連結される。いくつかの実施形態において、電話７００は、動画コンテンツデータ及び音声コンテンツデータを提供するムービープレーヤー７１０を備える。このようなデータは HDCP 暗号化モジュール（要素７１２）によって暗号化され、チャネル７５０を介した送信のために MHL 送信機７１４に提供される。受信装置又は受信システム７６０において、メイン動画ストリーム内の暗号化されたムービーデータは、MHL 受信機７６２によって受信され、HDCP 復号モジュール（要素７６４）によって復号される。復号されたムービーデータは動画レンダリングエンジン７８０に提供され、視聴のためにディスプレイ７８２に提供される。ここで、ムービーの視聴には、関連する音声データの提示も含まれる。

いくつかの実施形態において、HDCP で暗号化されたムービーコンテンツ等の暗号化されたコンテンツは、暗号化されていないコンテンツとマージされてもよい。例えば、電話７００によって提供されるコンテンツ保護されたムービーは、この電話によって（又はこの電話のアクセサリによって）、通話に由来する暗号化されていない音声ストリームと組み合わされてもよい。いくつかの実施形態において、下流終端にて、コンテンツ保護されたデータは動画レンダリングシステムへ送信され、ここでコンテンツ保護が解除されうる。同時に、保護されていない通話音声は、ユーザが聴けるようにレンダリングされる。この動作は、ドッキングの状況において利用される。この状況において、ドッキング装置又はドッキングシステムは、受信ストリームから保護されていない音声を除き、保護された動画を下流装置に送信する。本例では、通話音声は識別可能なプリアンブル値を伴って挿入され、受信データ中に追加音声が存在することを認識できるようにすることで、音声の識別を可能にしてもよい。

同図において、通話は電話７００の電話システム７１８で受信される。いくつかの実施形態において、モバイルデバイスの CPU ７２０又はその他の処理要素は、セカンダリ音声ストリームを生成し、このセカンダリ音声ストリームをメインストリームの未使用スペースにマージするよう構成される。ここで、セカンダリ音声ストリームは暗号化されない。いくつかの実施形態において、電話７００は、音声データパケットの数を限定するために、音声に対して低サンプリングレートを使用してもよい。一般に通話音声は音質が高くない音声であるため、小さい品質劣化で、この音声を送信されたストリームの未使用スペースに埋め込むことができる。いくつかの実施形態において、CPU ７２０は、セカンダリ音声ストリームを１つ以上の個別のプリアンブル値でマークし、モバイルデバイスはこのマージされたデータストリームを送信する。いくつかの実施形態において、下流装置又は下流システム７６０は、受信データのプリアンブルのみを確認することで新規のセカンダリ音声ストリームの検出を行うことができる。いくつかの実施形態において、MHL 受信機７６２は、受信データを復号することなくセカンダリ音声ストリームを検出し、このセカンダリ音声ストリームを音声装置７７０にリダイレクトする。音声装置７７０は、ムービーデータの送受信を妨げることなくユーザがリモートスピーカーでこの通話を聴けるようにする。

図８は、実施形態に係る複数のデータストリームの送信用装置又は送信用システムを示す。いくつかの実施形態において、複数の画像は、その全てを組み合わせたストリームを用いて、単一のリンクを通じて送信されてもよい。ここで、送信要素は各画像のデータをユニークなプリアンブルでタグ付けする。

同図において、第１広告ソース８０２、第２広告ソース８０４、及び第３広告ソース８０６等の複数のコンテンツソースは各々、各ソースからの異なる広告画像等のコンテンツを提供する。実施形態は何らかの特定の場所や使用に限定されるものでないが、例えば広告は、店、劇場、レストラン、バー、又はその他施設といった公共の場所で利用されうる。これらの施設において、ある時点の広告に複数のディスプレイが利用されてもよい。いくつかの実施形態において、他の時点におけるこれらのディスプレイは、動画ストリームの提示等の別の目的で使用されてもよい。いくつかの実施形態において、各広告ソースからの画像出力は、単一の接続インタフェース８５０を介する単一の送信用データストリーム内の複数の広告ソースのために画像データを組み合わせる結合要素（MHL 結合器８１０など）に提示されてもよい。いくつかの実施形態において、第１ MHL ブリッジ８６０は、インタフェース８５０と連結されるよう構成される。第１ MHL ブリッジ８６０は、第１ MHL ブリッジに連結された第２ MHL ブリッジ８７０及び第２ MHL ブリッジ８７０に連結された第３ MHL ブリッジ８８０等の１つ以上の他のブリッジデバイスと直列接続（デイジーチェーン接続）されてもよい。いくつかの実施形態において、ブリッジデバイスはそれぞれ、MHL 受信機及び静止画ディスプレイを含むエンドポイントに連結されている。例えば、MHL 受信機８６６及び静止画ディスプレイ８６８を含むエンドポイント８６５に連結された第１ MHL ブリッジ８６０、MHL 受信機８７６及び静止画ディスプレイ８７８を含むエンドポイント８７５に連結された第２ MHL ブリッジ８７０、並びに MHL 受信機８８６及び静止画ディスプレイ８８８を含むエンドポイント８８５に連結された第３ MHL ブリッジ８８０などである。

いくつかの実施形態において、MHL ブリッジ８６０、８７０、及び８８０のインタフェースチップ等のインタフェースチップ又はその他の要素のみが、広告画像に与えられた別個のプリアンブルを把握できることを要求され、エンドポイント８６５、８７５、及び８８５等の標準動画システムはこれを要求されない。いくつかの実施形態において、複数のプリアンブルを検出するインタフェースチップは、各々特定のエンドポイントに向けられた画像（又はストリーム）を分離し、ユニットチェーンの次の下流ユニットに残りを送信するよう動作してもよい。いくつかの実施形態において、ユニークな各プリアンブル文字を HDMI（登録商標）又は MHL プリアンブル等の標準プリアンブルに変換し直す翻訳してもよい。そこで広告画像またはストリームは、プリアンブルとともに提供され、特定のブリッジ装置がそのデータ画像またはストリームを検出した後、ブリッジ装置がプリアンブルを独自のプリアンブルから標準ＭＨＬプリアンブルに戻すようにしてもよい。画像が暗号化されていない場合、画像またはストリームは接続の帯域限界まで組み合わせが可能である。いくつかの実施形態によると、（フレームバッファを使用して）画像を「フリーズ」させることのできるエンド装置は、相互接続から自身の画像を取得し、１秒間５０または６０フレームといったリフレッシュ速度でリンクされる必要がないようにしてもよい。新規の画像が利用可能になると、送信装置は画像変更を検出し、新規画像を共有リンクを通じて送信してもよい。

図９は、多数のデータストリームの送信装置またはシステムの図である。いくつかの実施形態に、送信装置９００は、動画コンテンツストリーム９０２等の特定の第１種別データのストリームを１つ取得してもよい。しかしながら装置９００は、第１種別データのストリームを複数取得してもよい。いくつかの実施形態において、装置９００は、動画タイミングコントローラ９１０を備える。コントローラ９１０は、そのデータを、エンコーダ（本例では遷移最小化エンコーダ）９３０に提示されるピクセルデータ９２０と、エンコーダ（遷移最大化エンコーダ）９３２に提示される H_SYNC 及び V_SYNC 信号９２２とに分離する。ここで、このような符号化されたデータはマルチプレクサ９５０に提示される。マルチプレクサ９５０はさらに、動画データ期間リードガードバンド９３４及びプリアンブルを受信する。ここで、データ要素は送信対象データの構築に利用される文字セレクタ９５２によって選択される。

いくつかの実施形態において、装置９００は複数の動画ストリーム（プライマリ動画ストリーム、及びプライマリ動画ストリームとマージされるセカンダリ動画ストリームなど）を受信する。いくつかの実施形態において、装置９００はさらに、異なるデータストリームに対する複数のプリアンブルを受信する第２マルチプレクサ９４０を備える。本例において、プリアンブルは、プライマリ動画ストリームに利用されうる通常動画データ期間プリアンブル９３６と、セカンダリ動画ストリームに利用されうる代替動画データ期間プリアンブル９３８とを含む。いくつかの実施形態において、装置９００は、動画フィールドフラグ９０４を生成又は受信する。ここでこのフラグは、各データストリームについて適切なプリアンブルを選択するために、第２マルチプレクサ９４０で受信される。本例において、装置９００は、動画データストリームが一つある場合、全ての動画データに対して通常のプリアンブル９３６を利用してもよい。その後この装置は、セカンダリ動画ストリームのデータを代替プリアンブル９３８でマークしてもよい。このように、装置９００は代替プリアンブルの使用により、複数のデータストリームが送信されていることを受信装置に報知する。さらに装置９００は、複数のプリアンブルの使用により、個別の取扱い又は処理のために、各動画データストリームを識別する。

図１０は、ルックアップテーブルを使用する複数のデータストリームの送信装置又は送信システムの図である。同図において、装置１０００は図９に関連して前述した要素をそなえてもよく、このような装置１０００は、図９に示す第２マルチプレクサ９４０に替えて、動画データ期間プリアンブル用のルックアップテーブル１０３６を備える。いくつかの実施形態において、装置１０００は、動画データ種別セレクタ１００４を受信又は生成する。ここで、このセレクタは、最大 2^N 個のプリアンブルから１つのプリアンブルを選択可能にする N ビットのデータを含んでもよい。

図１１は、一実施形態に係るデータ送信動作を示すフローチャートである。いくつかの実施形態において、送信動作１１００は、１つ以上のデータストリームの送信用チャネルを開設することで開始されてもよい（１１０２）。いくつかの実施形態において、複数の第１種別のデータストリームが存在しない（第１種別のデータストリームが１つ存在する）場合（１１０４）、第１プリアンブルがその第１種別のデータストリームに提供される（１１０６）。第１プリアンブルは、例えば、特定のインタフェース標準又は通信標準に対する標準のプリアンブルであってもよい。いくつかの実施形態において、複数の第１種別のデータストリーム（第１種別の第１データストリーム及び第２データストリームを含む）が存在する場合（１１０４）、適切なプリアンブルが各データストリームに対して選択される。例えば、第１プリアンブルが第１データストリームに対して選択され、第２プリアンブルが第２データストリームに対して選択される（１１０８）。

いくつかの実施形態において、適切なプリアンブルが各データストリームに挿入される（１１１０）。いくつかの実施形態において、例えば第１データストリームと第２データストリームがマージされるなど、データストリームは送信のためにマージされうる（１１１２）。第１データストリームの空き部分に対して第２データストリームのデータが挿入されうる。いくつかの実施形態において、１つ以上のデータストリームは単一の通信チャネルを介して送信される（１１１４）。いくつかの実施形態において、データストリームに対するプリアンブルを複数含むことにより、複数のデータストリームの送信に関する報知及び各データストリームの識別がなされる。

図１２は、一実施形態に係るデータ受信動作を示すフローチャートである。いくつかの実施形態において、データ受信動作１２００は、１つ以上のデータストリームの受信用チャネルを開設することにより開始されてもよい（１２０２）。いくつかの実施形態において、チャネル（１つ以上のデータストリームを受信する単一のチャネルであってもよい）を介してデータが受信されると（１２０３）、第１種別のデータストリームのプリアンブルが複数検出されたか否かの判定が行われる（１２０４）。複数のプリアンブルの存在判定には、例えば、同一種別の複数のデータストリームが存在する場合にのみ受信される特定のプリアンブルの検出を含んでもよい。

いくつかの実施形態において、複数のプリアンブルが検出されなかった場合（１２０４）、受信データ中に第１種別の単一のデータストリームが存在する旨の決定を行う（１２０６）。いくつかの実施形態において、単一のデータストリームは、例えば、表示用プライマリ動画ストリーム等の通常データストリームとして取扱われてもよい（１２０８）。

いくつかの実施形態において、複数のプリアンブルが検出された場合（１２０４）、第１種別のデータストリームが受信データ中に複数存在する旨の決定を行う（１２１０）。いくつかの実施形態において、第１データストリーム及び第２データストリームは、各データストリームに対する各プリアンブルに基づいて識別される（１２１２）。いくつかの実施形態において、第１データストリーム及び第２データストリームが互いに分離されてもよく（１２１４）、ここで第１データストリームは第１の方法（例えば一次動画ストリームとしてレンダリング）で取扱われるように宛てられ、第２データストリームは第２の方法（例えば二次動画ストリームとしてレンダリング）で取扱われるように宛てられてもよい（１２１６）。

以上の説明において、説明の目的で、本発明の完全な理解を促すために数多くの特定の詳細を明記した。しかしながら当業者にとって、これら特定の詳細のいずれかを除いて本発明が実施されてもよいことは明らかであろう。他の例では、周知の構造や装置がブロック図の形式で示されている。これらは図示の間には、中間構造が存在してもよい。本明細書に記載及び図示された構成要素は、図示又は記載されない追加の入力及び出力を有してもよい。図示した要素又は構成要素は、任意のフィールドの並べ替え又はフィールドサイズの変更等、異なる配置又は順番で配置されてもよい。

本発明は、種々の処理を含みうる。本発明のプロセスは、ハードウェア構成要素によって実行されるか、又はコンピュータ可読な命令で実現されうる。このコンピュータ可読な命令は、汎用若しくは特殊用途のプロセッサ又は上記命令がプログラムされた論理回路に、処理を実行させるのに使用される。あるいはこれらの処理は、ハードウェアとソフトウェアの組み合わせで実行されてもよい。

本発明の一部は、コンピュータプログラム製品として提供されてもよく、そこにはコンピュータプログラム命令が記憶されたコンピュータ可読持続性記憶媒体が含まれてもよく、本発明に係る処理を実行するようにコンピュータ（又はその他電子機器）をプログラムするために使用されてもよい。コンピュータ可読記憶媒体は、フロッピー（登録商標）ディスク、光ディスク、CD-ROM (compact disk read-only memory)、磁気光学ディスク、ROM (read-only memory)、RAM (random access memory)、EPROM (erasable programmable read-only memory)、EEPROM (electrically-erasable programmable read-only memory)、磁気若しくは光学カード、フラッシュメモリ、又はその他の電子指示の記憶に好適な種別の媒体／コンピュータ可読媒体を含んでよいが、これに限定されるものでない。さらに本発明はまた、コンピュータプログラム製品としてダウンロードされてもよく、プログラムは遠隔コンピュータから要求のコンピュータへと転送されてもよい。

多くの方法を最も基本的な形態で説明したが、本発明の基本的な範囲から逸脱することなく、これら方法に処理を加えても削除してもよく、また記載のメッセージに情報を追加しても差し引いてもよい。当業者にとって、さらに多くの変更及び適用がなされてもよいことは明らかであろう。特定の実施形態は、本発明の限定を意図するものでなく、説明の目的で提供されている。

要素「Ａ」が要素「Ｂ」と連結されていると表現した場合、要素Ａは要素Ｂに直接連結されていてもよく、また例えば要素Ｃを介して間接的に連結されていてもよい。明細書中で構成要素、特徴、構造、処理、又は特性Ａが、構成要素、特徴、構造、処理、又は特徴Ｂを「促す」と述べた場合、「Ａ」は少なくとも「Ｂ」の部分的要因であり、「Ｂ」の促進を補助する少なくとも１つの他の構成要素、特徴、構造、処理、又は特性も存在してもよい。明細書中で要素、特徴、構造、処理、又は特性が含まれ「てもよい」「ることがある」又は「うる」と記した場合、これら特定の構成要素、特徴、構造、処理、又は特性が含まれなくてもよい。明細書中で数に言及しない場合、説明の要素が１つのみ存在することを意味するものでない。

実施形態は、本発明を実装したもの、すなわち例である。明細書中の「実施形態」「一実施形態」「いくつかの実施形態」あるいは「他の実施形態」といった表現は、これらの実施形態に関連して説明した特定の特徴、構造、又は特性が少なくともいくつかの実施形態に含まれるものであり、必ずしもすべての実施形態に含まれる必要がないことを意味する。「実施形態」「一実施形態」又は「いくつかの実施形態」の種々の外観が、必ずしもすべて同一の実施形態について言及しているものである必要はない。本発明の一例としての実施形態に係る以上の説明において、本発明の種々の特徴は、開示を簡潔にし、種々の発明的側面のうちの１つ以上の理解を助けるために、単一の実施形態、図面、又は説明にまとめられている場合がある。

Claims (34)

1. 通信チャネルを有するインタフェースと、
   前記インタフェースと連結され、そのインタフェースを介して１つ以上のデータストリームを送信する送信機と、
   １つ以上の送信用データストリームを受信する処理要素と、を備え、
   前記処理要素は、第１種別のデータの送信用に第１データストリームと第２データストリームとを含む、前記第１種別のデータの送信用のデータストリームを複数受信すると、前記第１データストリームに対しては第１プリアンブルを選択し、第２データストリームに対しては第２プリアンブルを選択し、
   第１プリアンブルは、第２プリアンブルと区別可能である装置。
2. 前記第１プリアンブル及び前記第２プリアンブルの選択には、各データストリーム用のプリアンブルであり、前記第１データストリーム及び前記第２データストリームによって伝達されるデータを識別するためのプリアンブルの選択が含まれることを特徴とする請求項１に記載の装置。
3. 当該装置は、前記第１種別の単一のデータストリームの送信に際して、前記第１プリアンブルを利用する請求項２に記載の装置。
4. 暗号化モジュールをさらに備え、
   前記暗号化モジュールは、前記第１データストリームを暗号化し、前記第２データストリームを暗号化せず、
   前記暗号化モジュールは、前記第１データストリームに対する前記第１プリアンブル又は前記第２データストリームに対する前記第２プリアンブルを暗号化しない請求項１に記載の装置。
5. 前記暗号化モジュールは、HDCP (High-bandwidth Digital Content Protection) と互換性がある要素である請求項４に記載の装置。
6. 選択信号を受信し、前記第１種別の複数のデータストリームのそれぞれについてプリアンブルを選択するプリアンブル選択要素をさらに備える請求項１に記載の装置。
7. 前記プリアンブル選択要素は、１つ若しくは複数の入力を選択するマルチプレクサ又はルックアップテーブルのいずれかであり、
   前記ルックアップテーブルは、複数の前記プリアンブルを含むことを特徴とする請求項６に記載の装置。
8. 前記通信チャネルは、HDMI (登録商標) (High Definition Multimedia Interface) 又は MHL (登録商標) (Mobile High-definition Link) 互換性がある請求項１に記載の装置。
9. 前記第１種別のデータは、動画コンテンツデータ及び音声コンテンツデータのいずれかであることを特徴とする請求項１に記載の装置。
10. 前記第１種別のデータは動画データであり、
    前記第１データストリームは左チャネル 3D (三次元) コンテンツデータであり、
    前記第２データストリームは右チャネル 3D コンテンツデータである請求項９に記載の装置。
11. 前記第１種別のデータは動画データであり、
    前記第１データストリームは第１のプライマリデータストリームであり、
    第２チャネルは、第２のセカンダリデータストリームである請求項９に記載の装置。
12. 当該装置はモバイルデバイスである請求項１に記載の装置。
13. 通信チャネルを有するインタフェースと、
    前記インタフェースに連結され、そのインタフェースを介して第１種別の複数のデータストリームを受信する受信機と、を備え、
    前記第１種別の複数のデータストリームは、それぞれ異なるプリアンブルを有し、第１プリアンブルを有する第１データストリーム及び第２プリアンブルを有する第２データストリームを含み、
    第１及び第２データストリームは第１種別のデータを伝送し、
    前記受信機は、
    前記第１プリアンブル及び前記第２プリアンブルの検出に基づき、前記第１種別の複数のデータストリームの有無を判定し、
    各データストリームの前記プリアンブルに応じて複数の前記データストリームの各々を取扱い、
    前記第１データストリームは前記第１プリアンブルに基づいて第１の方法で取扱われ、
    前記第２データストリームは前記第２プリアンブルに基づいて第２の方法で取扱われる装置。
14. 前記第１種別の複数のデータストリームのうち１つ以上が暗号化され、複数の前記データストリームのうちの１つ以上のプリアンブルが暗号化される請求項１３に記載の装置。
15. １つ以上の暗号化されたデータストリームを復号する復号モジュールをさらに備える請求項１４に記載の装置。
16. 前記復号モジュールは、HDCP (High-bandwidth Digital Content Protection) と互換性がある要素である請求項１５に記載の装置。
17. 前記通信チャネルは、HDMI (登録商標) (High Definition Multimedia Interface) 又は MHL (登録商標) (Mobile High-definition Link) と互換性がある請求項１３に記載の装置。
18. 通信チャネルを有するインタフェースと、
    前記インタフェースに連結され、前記インタフェースを介して第１種別の複数のデータストリームを受信する受信機と、を備え、
    前記複数のデータストリームは、各々異なるプリアンブルを有し、第１プリアンブルを有する第１データストリーム及び第２プリアンブルを有する第２データストリームを含み、
    第１データストリーム及び第２データストリームは第１種別のデータを伝送し、
    前記受信機は、
    前記第１プリアンブル及び第２プリアンブルの検出に基づき、前記第１種別の複数のデータストリームの有無を判定し、
    各データストリームの前記プリアンブルに応じて複数の前記データストリームの各々を取扱い、
    前記第１データストリームは前記第１プリアンブルに基づいて第１要素に宛てられ、
    前記第２データストリームは前記第２プリアンブルに基づいて第２要素に宛てられるシステム。
19. 前記受信機は、１つ以上のポートを介してデータを受信するポートプロセッサの一部であり、１つ以上の前記ポートは前記インタフェースに対する第１ポートを含む請求項１８に記載のシステム。
20. 前記第１要素は、前記第１データストリームを表示するテレビディスプレイである請求項１８に記載のシステム。
21. 前記第１要素は、当該システムの一部であり、前記第２要素は当該システムの外部にある請求項１８に記載のシステム。
22. 前記第２要素は、第２受信機を含む第２システムである請求項２１に記載のシステム。
23. 方法であって、
    単一の相互接続を介して送信される複数のデータストリームを取得するステップを備え、複数の前記データストリームは第１データストリーム及び第２データストリームを含み、前記第１データストリーム及び前記第２データストリームは各々第１種別のデータを含み、
    前記第１データストリームを識別するための第１プリアンブル及び前記第２データストリームを識別するための第２プリアンブルを選択するステップを備え、前記第１プリアンブル及び前記第２プリアンブルは各々、所定数のクロック期間を有し、前記第１プリアンブル及び前記第２プリアンブルは、送信用の前記第１種別のデータストリームから前記第１データストリーム及び前記第２データストリームをユニークに識別し、
    前記単一の相互接続を介して、前記第１種別のデータを識別する要素と、前記第１プリアンブルが先行する第１データストリームと、前記第２プリアンブルが前記第１データストリームを先行する前記第２データストリームと、を送信するステップを備える方法。
24. 前記第１プリアンブル及び前記第２プリアンブルは各々、エラー補正機構のための１つ以上のシンボルを含む請求項２３に記載の方法。
25. 前記第１データストリームは送信用に暗号化され、前記第１プリアンブルは暗号化されない請求項２３に記載の方法。
26. 複数の前記データストリームは３次元 (3D) データを含み、
    前記第１データストリームは、前記 3D データの第１チャネルを表し、
    前記第２データストリームは、前記 3D データの第２チャネルを表す請求項２３に記載の方法。
27. 前記第１データストリーム及び前記第２データストリームを送信するステップには、前記第１データストリームと前記第２データストリームをマージするステップが含まれる請求項２３に記載の方法。
28. 方法であって、
    単一の相互接続を介して受信機で複数のデータストリームを受信するステップを備え、複数の前記データストリームは第１種別のデータを識別する指定を含み、前記第１種別の複数のデータストリームの各々は、前記第１種別の異なるデータストリームの各々を識別する所定数のクロック期間を有したプリアンブルを含み、前記第１種別のデータストリームの各々に対するプリアンブルは、前記第１種別の複数のデータストリームの間においてユニークであり、
    前記第１種別のデータストリームに対する複数のプリアンブルの受信を検出することにより、前記第１種別の複数のデータストリームの存在を判定するステップを備え、
    前記データストリームに対するプリアンブルに応じて前記第１種別のデータストリームの各々を取扱うステップを備える方法。
29. 前記データストリームに対するプリアンブルに応じて、前記第１種別のデータストリームの各々を取扱うステップに先立ち、前記第１種別のデータストリームを分離するステップをさらに備える請求項２８に記載の方法。
30. 前記第１種別のデータストリームの各々を取扱うステップは、前記第１種別の第１データストリームを復号するステップと、前記第１種別の第２データストリームを復号しないステップを含む請求項２８に記載の方法。
31. 前記第１種別のデータストリームの各々を取扱うステップには、第１データストリームを第１要素に宛て、第２データストリームを第２要素に宛てるステップが含まれる請求項２８に記載の方法。
32. 前記第１要素は受信機を含む第１の装置又は第１のシステムの一部であり、前記第２要素は前記第１の装置又は第１のシステムの外部にある請求項３１に記載の方法。
33. 命令列を表すデータを記憶したコンピュータ可読媒体であって、前記命令列がプロセッサによって実行されるとそのプロセッサは動作を行い、その動作は、
    単一の相互接続を介して送信される複数のデータストリームを取得するステップを備え、複数の前記データストリームは第１データストリーム及び第２データストリームを含み、前記第１データストリーム及び前記第２データストリームは各々第１種別のデータを含み、
    前記第１データストリームを識別するための第１プリアンブル及び前記第２データストリームを識別するための第２プリアンブルを選択するステップを備え、前記第１プリアンブル及び前記第２プリアンブルは各々、所定数のクロック期間を有し、前記第１及び第２プリアンブルは、送信用の前記第１種別のデータストリームから前記第１データストリーム及び前記第２データストリームをユニークに識別し、
    前記単一の相互接続を介して、前記第１種別のデータを識別する要素と、前記第１プリアンブルが先行する第１データストリームと、前記第２プリアンブルが前記第１データストリームを先行する前記第２データストリームとを送信するステップを備えるコンピュータ可読媒体。
34. 命令列を表すデータを記憶したコンピュータ可読媒体であって、前記命令列がプロセッサによって実行されるとそのプロセッサは動作を行い、その動作は、
    単一の相互接続を介して受信機で複数のデータストリームを受信するステップを備え、前記複数のデータストリームは第１種別のデータを識別する指定を含み、前記第１種別の複数のデータストリームの各々は、前記第１種別の異なるデータストリームの各々を識別する所定数のクロック期間を有したプリアンブルを含み、前記第１種別のデータストリームの各々に対するプリアンブルは、前記第１種別の複数のデータストリームの間においてユニークであり、
    前記第１種別のデータストリームに対する複数のプリアンブルの受信を検出することにより、前記第１種別の複数のデータストリームの存在を判定するステップを備え、
    前記データストリームに対するプリアンブルに応じて前記第１種別のデータストリームの各々を取扱うステップを備えるコンピュータ可読媒体。

Images