(57)【特許請求の範囲】
【請求項１】
複数のフレームを含み、第１のモードで送信されるデータ・ストリームを、データ・リンク上で第１の装置から第２の装置に送信するステップと、
前記第１の装置から前記第２の装置への前記データ・ストリームの前記送信について、前記第１のモードから第２のモードへのデータ送信モードの変更を判断するステップと、
複数のモード・パケットを生成するステップと、
前記データ送信モードの変更を実施する前に、前記モード・パケットを前記第２の装置に送信するステップと、
を含み、
各前記モード・パケットは、複数のモード要素を定めるためのフィールドを含み、そのフィールドは前記データ送信モードの変更及び前記データ・ストリームについての安定状況を示すように設定されていることを特徴とする方法。
【請求項２】
複数の前記モード・パケットの各々は、データ・フレームのライン間の期間に送信されることを特徴とする、請求項１に記載の方法。
【請求項３】
前記モード・パケットは、データ・フレーム当たり複数回送信されることを特徴とする、請求項１に記載の方法。
【請求項４】
前記モード・パケットは、前記第１の装置により連続的に送信されることを特徴とする、請求項１に記載の方法。
【請求項５】
前記モード・パケットの各々を生成するステップは、データ送信モードの変更の通知を与えるために１つ又はそれ以上のフラグを符号化するステップを含むことを特徴とする、請求項１に記載の方法。
【請求項６】
前記１つ又はそれ以上のフラグを符号化するステップは、データ送信モードの予測される変更を示すための第１のフラグを符号化するステップと、前記データ・ストリームの不安定性を示すための第２のフラグを符号化するステップとを含むことを特徴とする、請求項５に記載の方法。
【請求項７】
前記１つ又はそれ以上のフラグを符号化するステップは、データ送信モードの変更のタイプを示すための第３のフラグを符号化するステップを含むことを特徴とする、請求項６に記載の方法。
【請求項８】
前記データ・ストリームはマルチメディア・データを含み、前記データ送信モードの変更は、色空間の変更、ビデオ・モードの変更、音声モードの変更、又はコンテンツ保護の状況のうちの１つ又はそれ以上を含むことを特徴とする、請求項１に記載の方法。
【請求項９】
前記データ・ストリームが暗号化された形態で送信され、前記モード・パケットの各々は暗号化されていない形態で送信されることを特徴とする、請求項１に記載の方法。
【請求項１０】
データの解読又は再暗号化なしに、前記モード・パケットの各々を前記データ・ストリームから取り除くことができることを特徴とする、請求項９に記載の方法。
【請求項１１】
前記モード・パケットの各々を生成するステップは、前記第２の装置をトリガして前記モード・パケットをキャプチャするために、リード保護帯域を前記モード・パケットに挿入するステップを含むことを特徴とする、請求項１に記載の方法。
【請求項１２】
複数のデータ・フレームを含むデータ・ストリームを、第２の装置において第１の装置からデータ・リンク上で受信するステップと、
データ送信モードの第１のモードから第２のモードへの変更及び前記データ・ストリームについての安定状況を示すモード・パケットを、前記複数のデータ・フレームからキャプチャするステップと、
前記モード・パケットに基づいて、第１のモードから第２のモードへのデータ送信モードの予測される変更を判断するステップと、
を含むことを特徴とする方法。
【請求項１３】
前記モード・パケットに基づいて前記第１のモードから前記第２のモードへのデータ送信モードの予測される変更を判断するステップは、前記モード・パケット内に含まれる１つ又はそれ以上のフラグを解釈するステップを含むことを特徴とする、請求項１２に記載の方法。
【請求項１４】
前記モード・パケットに基づいて、モード変更のタイプを判断するステップをさらに含むことを特徴とする、請求項１２に記載の方法。
【請求項１５】
前記モード・パケットに基づいて、前記データ・ストリームの前記第２のモードへの移行に備えて措置を取るステップをさらに含むことを特徴とする、請求項１２に記載の方法。
【請求項１６】
前記データ・ストリームが安定していると予測されると判断した時に、複数の前記データ・フレームを処理するステップをさらに含むことを特徴とする、請求項１５に記載の方法。
【請求項１７】
前記データ・ストリームが視聴覚データを含み、前記データ・ストリームの前記第２のモードへの前記移行への準備は、前記データ・ストリームが安定していないと予測されると判断した時に、音声信号を消音すること又はビデオ信号のブランキングを行うことのうちの１つ又はそれ以上を含むことを特徴とする、請求項１５に記載の方法。
【請求項１８】
第１のデータ・フレームのライン間のブランキング期間中に前記データ・ストリームをサンプリングするステップを含むことを特徴とする、請求項１２に記載の方法。
【請求項１９】
前記サンプリングするステップは、データ・フレーム当たり少なくとも一度実行されることを特徴とする、請求項１８に記載の方法。
【請求項２０】
前記モード・パケットをキャプチャするステップは、前記モード・パケットについての保護帯域を検出するステップを含むことを特徴とする、請求項１２に記載の方法。
【請求項２１】
前記モード・パケットは暗号化されておらず、前記データ・ストリームのデータ・コンテンツは暗号化されていることを特徴とする、請求項１２に記載の方法。
【請求項２２】
前記データ・ストリームから前記モード・パケットを取り除くステップをさらに含み、前記データ・ストリームから前記モード・パケットを取り除くステップは、前記暗号化されたデータ・コンテンツのストリームの同期に影響を及ぼさないことを特徴とする、請求項２１に記載の方法。
【請求項２３】
送信装置であって、
前記送信装置からのデータの送信を制御するためのコントローラと、
データ・ストリームを受信装置に送信するための送信機と、
複数のモード・パケットを生成するモード・パケット・エンジンと、
を含み、
各前記モード・パケットは前記データ・ストリームの送信のモードの変更及び前記データ・ストリームについての安定状況を示し、
前記送信機はデータ・リンクを介して複数のモードの前記データ・ストリーム及び前記モード・パケットを送信し、
前記データ・ストリームは複数のデータ・フレームを含むことを特徴とする送信装置。
【請求項２４】
前記受信装置への送信前に、前記データ・ストリームを暗号化するための暗号化エンジンをさらに含み、前記モード・パケットは暗号化されていない形態で送信されることを特徴とする、請求項２３に記載の送信装置。
【請求項２５】
前記送信機は、第１のデータ・フレームのライン間の期間中、前記モード・パケットを送信するためのものであることを特徴とする、請求項２３に記載の送信装置。
【請求項２６】
前記モード・パケット・エンジンは、連続的にモード・パケットを生成することを特徴とする、請求項２３に記載の送信装置。
【請求項２７】
受信装置であって、
送信装置から受信したデータの取り扱いを制御するためのコントローラと、
複数のデータ・フレームを含むデータ・ストリームを、データ・リンクを介して前記送信装置から受信するための受信機と、
前記データ・リンク上のモード・パケットを検出する検出エンジンと、
を含み、
前記モード・パケットは、前記データ・ストリームのデータ送信モードの第１のモードから第２のモードへの変更及び前記データ・ストリームの安定状況を示し、
前記受信装置は、前記モード・パケットに基づいて第１のモードから第２のモードへのデータ送信モードの予測される変更を判断するためのものである、ことを特徴とする受信装置。
【請求項２８】
前記コントローラは、前記第１のモードから前記第２のモードへの前記データ・ストリームの前記送信の移行に備えるための措置を指示するためのものであることを特徴とする、請求項２７に記載の受信装置。
【請求項２９】
前記データ・ストリームが視聴覚データを含み、
前記検出エンジンが前記データ・ストリームは安定していないと予測されると判断した時に、前記コントローラは、音声信号を消音すること又はビデオ信号のブランキングを行うことのうちの１つ又はそれ以上を行うことで、前記データ・ストリームの前記第２のモードへの移行を準備することを特徴とする、請求項２８に記載の受信装置。
【請求項３０】
前記検出エンジンが前記データ・ストリームは安定している予測されると判断した時に、前記コントローラは複数の前記データ・フレームを処理する請求項２８に記載の受信装置。
【請求項３１】
前記受信装置は、前記モード・パケットを検出するために、第１のデータ・フレームのライン間のブランキング期間中、前記データ・ストリームをサンプリングすることを特徴とする、請求項２７に記載の受信装置。
【請求項３２】
前記検出エンジンは、前記モード・パケットの保護帯域を検出するためのものであることを特徴とする、請求項２７に記載の受信装置。
【請求項３３】
第２のデータ・ストリームを受信するための第２のデータ・リンクをさらに含み、前記受信装置は、第１の期間中に前記データ・リンクの前記データ・ストリームをサンプリングし、第２の期間中に前記第２のデータ・リンクの前記第２のデータ・ストリームをサンプリングするように動作することを特徴とする、請求項２７に記載の受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、一般に、データ通信の分野に関し、より特定的には、データ・リンクの完全性を提供するためのメッセージングの提供に関する。
【背景技術】
【０００２】
特定のシステムにおいて、データは、第１の装置と第２の装置との間のデータ・リンク上で送信することができる。例えば、データは、第１の装置から第２の装置に送られる音声／ビデオ・データ又は他のコンテンツ・データのデータ・ストリームを含むことができ、ここで、第２の装置は、コンテンツ・データを用いることができ、又はこうしたデータを別の装置に再送信することができる。データ・ストリームはさらに、コンテンツ・データの送信の安全性のために暗号化することができる。
【０００３】
データ転送動作において、送信されているデータ・ストリームを、第１のデータ・モードから第２のデータ・モードに変更することができ、ここで、受信装置は、第１のモードのデータとは異なる方法で、第２のモードのデータを解釈し処理することが要求される。
【０００４】
従来のシステムにおいて、データ・ストリームを受信している装置は、第１のモードから第２のモードへのモードの変更を検出し、次に、それに応じて動作を変更することできる。しかしながら、受信装置がモードを切り換えるときまで、一定量のデータが、第１のモードに従って解釈され得る。例えば、ストリーミング・データがビデオ及び音声データを含む場合には、第２の装置が第２のモードに移行できるようになるまで、結果として、しばらくの間、データの表示又は提示が不適切なものとなり得る。
【０００５】
２００９年７月３０日に出願された「Ｓｉｇｎａｌｌｉｎｇ  ｆｏｒ  Ｔｒａｎｓｉｔｉｏｎｓ  Ｂｅｔｗｅｅｎ  Ｍｏｄｅｓ  ｏｆ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ」と題する米国特許出願第１２／５１２，８７７号は、データ・ストリームの変更前の、サイド制御チャネルにおける信号の提供に注目する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】「Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ」版１．４  ２００９年５月２８日発表
【非特許文献２】「Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ」版１．３  ２００６年６月２２日発表
【非特許文献３】「Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｔｅ」改訂版１．３  ２００６年１２月２１日発表
【非特許文献４】「Ｓｔａｎｄａｒｄ  ｆｏｒ  ａ  Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｓｅｒｉａｌ  Ｂｕｓ」１３９４−１９９５、ＩＥＥＥ、１９９６年８月３０日発行及び付録
【発明の概要】
【０００７】
本発明の実施形態は、一般に、データ・リンクの完全性を提供するためのメッセージングの提供に向けられる。
【０００８】
本発明の第１の態様において、方法の実施形態が、複数のフレームを含み、第１のモードで送信されるデータ・ストリームを、データ・リンク上で第１の装置から第２の装置に送信することを含む。この方法は、第１の装置から第２の装置へのデータ・ストリームの送信について、第１のモードから第２のモードへのデータ送信モードの変更を判断することと、各々が複数のモード要素を定めるためのフィールドを含み、そのフィールドはデータ送信モードの変更を示すように設定されている、複数のモード・パケットを生成することとをさらに含む。モード・パケットは、データ送信モードの変更が実施される前に、第２の装置に送信される。
【０００９】
本発明の第２の態様において、方法の実施形態は、複数のデータ・フレームを含むデータ・ストリームを、第２の装置において第１の装置からデータ・リンク上で受信することを含む。データ・リンクは、１つ又はそれ以上のモード・パケットについてサンプリングされ、データ・リンクのサンプリング中、モード・パケットがキャプチャされ、モード・パケットは、第１の装置からのデータ送信モードを示す。第１のモードから第２のモードへのデータ送信モードの予測される変更は、モード・パケットに基づいて判断される。
【００１０】
本発明の実施形態は、添付図面の図において、限定としてではなく一例として示されるものであり、同じ参照符号は類似した要素を示す。
【図面の簡単な説明】
【００１１】
【図１】装置間でデータを送信するためのシステムの１つの実施形態の図である。
【図２】データ送信のためのプロセスを示すフローチャートである。
【図３】データ受信のためのプロセスを示すフローチャートである。
【図４】システムの１つの実施形態において送信するためのモード・パケットの図である。
【図５】送信装置の１つの実施形態の図である。
【図６】受信装置の１つの実施形態の図である。
【図７】データ送信の１つの実施形態においてモード間で切り換えられるデータ・ストリームの図である。
【図８】システムの１つの実施形態における装置間のインターフェースの図である。
【図９】システムの１つの実施形態における装置間のインターフェースの図である。
【図１０】送信装置又は受信装置の１つの実施形態の要素の図である。
【発明を実施するための形態】
【００１２】
本発明の実施形態は、一般に、データ・リンクの完全性を提供するためのメッセージングの提供に向けられる。
【００１３】
幾つかの実施形態において、システムは、データ送信モード間の移行と関連して、データの完全性を維持する助けとなるメッセージングを提供することができる。システムにおいて、第１の装置は、コンテンツ・データのストリームを第２の装置に送信することができる。データは、例えば、ＨＤＭＩ（商標）（高解像度マルチメディア・インターフェース）データ及びＭＨＬ（商標）（モバイルＨＤリンク）データを含む音声／ビデオ・データを含むことができ、ここで、ＨＤＭＩ及びＭＨＬは、圧縮されていないデジタル・データを送信するための音声／ビデオ・インターフェースを提供する。データは、ＨＤＣＰ（商標）（高帯域デジタル・コンテンツ保護）を用いる暗号化のように、送信前に暗号化することができる。ＨＤＭＩは、非特許文献１及び非特許文献２を含む、ＨＤＭＩ規格の規定、及び他のより早く及び遅くに発行された文書により説明することができる。ＭＨＬは、ＭＨＬ規格の規定により説明することができる。ＨＤＣＰは、非特許文献３及び他のより早く又は遅くに発行された文書において説明することができる。
【００１４】
幾つかの実施形態において、送信機ユニットは、複数のモード・パケットを送信して、データ・ストリームに変化が生じる前に、受信機ユニットに、データ送信モードの予測される変更に関して通知することができる。幾つかの実施形態において、送信機は、データ・フレームにおけるデータ・ライン間のような、コンテンツ・データの送信間のブランキング期間（ｂｌａｎｋｉｎｇ  ｉｎｔｅｒｖａｌ）中に、複数のモード・パケットを送信する。幾つかの実施形態において、送信機は、モード・パケットを連続的に送信することができ、モード・パケットは予測されるデータ送信モード値を表し、送信機についてのデータ送信モードが変更されると予測されるときに通知を与える。さらに、こうしたモード・パケットは、モード間の移行中のデータ・ストリームの不安定性を通知し、かつ、モード間の移行が完了したときに通知することができる。幾つかの実施形態において、送信機は、受信機が多数の異なるデータ・ポートからサンプリングしていても受信機がモード・パケットを検出するのを可能にするのに、十分な数のモード・パケットを送信することができる。幾つかの実施形態において、送信機は、例えば、各々のブランキング期間中に、こうしたブランキング期間の大部分において、又は、モード・パケットを収容するために、ブランキング期間中に他のデータが転送されることを踏まえて十分なスペースを有する各々のブランキング期間中に、１つ又はそれ以上のモード・パケットを送信することができる。
【００１５】
幾つかの実施形態において、受信機は、例えば、各々のデータ・フレームにおいてブランキング期間を少なくとも一度サンプリングするといった、モード・パケットのキャプチャを可能にするための最小のサンプリング頻度を提供することができる。幾つかの実施形態において、受信機ユニットは、送信されたモード・パケットのうちの１つ又はそれ以上を検出し、キャプチャすることができ、１つ又はそれ以上のモード・パケットに応じて、データ送信モードの変更を予測して措置を取ることができる。異なる実施において、データ送信モードの変更は、送信機自体のような種々の要素によって、又は、動作の変更の要求を入力するユーザのようなユーザによって、開始することができる。幾つかの実施形態においては、データ送信モードの変更は、保護されていないコンテンツから保護されているコンテンツに切り換わるときといった、コンテンツ保護の状況における変更を含むことができる。幾つかの実施形態において、データ送信モードの変更は、データ・ストリームに割り込みをかけることを含むことができる。
【００１６】
幾つかの実施形態において、複数のモード・パケットは、フレームのライン間で送られ、垂直帰線期間における情報の挿入に限定されない。幾つかの実施形態において、送信ユニットは、ブランキング期間における使用可能なスペースに十分なモード・パケットを挿入し、受信装置がフレームの１つ又はそれ以上のモード・パケットを検出し、キャプチャするのを可能にする。幾つかの実施形態において、受信装置は、各ポートを常時チェックすることができるマルチポート受信装置を含むことができ、従って、フレーム中にモード・パケットをキャプチャするために、送信装置からの多数のモード・パケットの送信を要求することができる。
【００１７】
幾つかの実施形態において、データ・リンクにおけるモード・パケットの送信により、モード・パケットを、コンテンツ・データの送信と同期させることが可能になる。例えば、幾つかの実施形態において、データ・フレームは、送信機から受信機に流れることができ、モード・パケットは、データの各フレーム内で常に送信されるか、又はモード変更の前に送信されたフレームのブランキング期間に挿入される。幾つかの実施形態において、データ送信モードの変更の通知を与えるためにモード・パケットを用いることで、論理処理とは異なる速度で実行されているソフトウェア又はファームウェアに依存することなく、受信チップにおける論理の実装により、到着するモード・パケットを認識し、自動的に反応することが可能になる。例えば、幾つかの実施形態においては、マイクロプロセッサ又はソフトウェアを必要とすることなく、受信側システムが、モード・パケットに対処するように動作することができる。
【００１８】
幾つかの実施形態において、システムは、データ・リンクを介して受信されるモード・パケット（帯域内（ｉｎ−ｂａｎｄ）通知）及び別の通信チャネルを介して受信される通知（側帯波（ｓｉｄｅ−ｂａｎｄ）通知）の両方を用いることができる。例えば、側帯波通知を帯域内通知と組み合わせ、モード・パケットを用いるプロトコルから、側帯波メッセージのみをサポートするプロトコルに変換する「ブリッジ」チップのようなユニットにすることができる。
【００１９】
幾つかの実施形態において、データ・ストリームは、暗号化された形態で送信することができるが、各々のモード・パケットは、暗号化されていない形態で送信される。そのため、幾つかの実施形態において、モード・パケットは、それ自体を暗号化しないで送信することができる。こうした暗号化されていないモード・パケットの送信により、受信装置が、受信したモード・パケットの解読を必要とせずに、データ送信モードの予測される変更に関する警告を得ることが可能になる。幾つかの実施形態において、暗号化されていない形態のモード・パケットの送信により、送信装置が、暗号化されたコンテンツの解読を必要とせずに、モード・パケットをデータ・ストリームに挿入することが可能になり、受信装置が、暗号化されたコンテンツ・データに影響を与えずに、データ・ストリームからモード・パケットを除去する又は取り去ることが可能になる。
【００２０】
幾つかの実施形態において、各モード・パケットにおける１つ又はそれ以上のフラグが、データ送信モードの変更及びデータ送信モードの変更に対するデータ・リンクの安定性の状況に関する通知を与えることができる。幾つかの実施形態において、こうしたフラグは、リンクが依然として安定状態にある間、データ送信モードの変更の前に（すなわち、新しいデータ送信モードへの移行が開始する前に）送られたモード・パケットと、データ送信モード間の移行中に（例えば、モード・パケットが依然としてサンプリング可能であり得るが、フレームのタイミングが、まだ新しいデータ送信モードに置かれていない期間中に）送られたモード・パケットと、いずれかの新しいモードが安定した後で送られ、いかなるモードの変更も予測されていないモード・パケット（いずれかのモード変更の前及びいずれかのモード変更が安定した後に、通常の動作において送られたモード・パケット）とを区別することができる。さらに、各々のモード・パケットの１つ又はそれ以上のフラグは、予測されるモード変更のタイプの通知を与えることができる。幾つかの実施形態において、送信機は、特定のタイプのモード態様を、他のモード態様とは異なった時間に変更することができ、フラグは、予測されるモード変更の態様を示すことができる。視聴覚データの送信に関する一例においては、ビデオ・モードを音声モードとは別個に変更すること、例えば、一方のそうしたモード態様を変更する直前に、他方のそうしたモード態様を変更することが可能である。
【００２１】
データ送信モードの予測される変更を示す１つ又はそれ以上のパケットの検出及びキャプチャに応じて受信機により取られる措置は、様々な実施形態において異なり得る。幾つかの実施形態において、データ・ストリームの変更前に受信機が取り得る措置は、ビデオ又は音声データのようなデータの消音（ｍｕｔｉｎｇ）又はブランキングを含むことができる。本明細書で用いられる消音とは、信号のレベルの低減、例えば音声信号の音量の低減により音声信号を消音することを指す。
【００２２】
１つの特定の適用において、システムは、ソース・システムが暗号化しており、シンク・システムが解読しているときの、データ・ストリームへの割り込みを取り扱うためのものである。ＨＤＣＰのような暗号化プロトコルにおいては、同期信号及びクロックの安定したシーケンスへの割り込みにより、解読化エンジンと暗号化エンジンの位相はずれ（ｏｕｔ  ｏｆ  ｐｈａｓｅ）が生じることがある。場合によっては、この「位相はずれ」状態をシンクにおいては検出することができず、解読に失敗する。幾つかの実施形態において、モード・パケットが、他の場合にはＨＤＣＰ又は他の暗号化プロトコルを混乱させるモード変更前に送信機から受信機に送られた場合には、受信機論理のような装置又は相互接続部における介在チップを用いて、データ・ストリームの中断を正常に（ｇｒａｃｅｆｕｌｌｙ）取り扱うことができる。幾つかの実施形態において、プロトコルの変更は、この概念の適用を含む。幾つかの実施形態において、送信機によって暗号化されるような、入ってくるデータ・ストリームを受信するブリッジ装置は、モード変更を検出することができる。幾つかの実施形態において、ブリッジ装置は、入ってくるデータ・ストリームを解読し、下流の受信機に向かうデータ・ストリームを再暗号化することができる。幾つかの実施形態において、入ってくるストリームが割り込まれた場合、ブリッジは、安定した下流の暗号化されたストリームを維持するように動作する。一例においては、下流のプロトコルにわたってより低速の警告メッセージを送ることができるので、最終的な受信機段階は、同期がないためにロックアップされることなく、それ自体をリセットすることができる。このように、ブリッジ装置は、相互接続部がモード変更を「順調に進行させる（ｃｏａｓｔ）」ことを可能にすることができる。
【００２３】
幾つかの実施形態において、近い将来のデータ・モードの変更への応答のタイプは、モード変更のタイプによって決まり得る。例えば、移行の問題に対処するために、著しいモード変更は、より著しい応答を必要とし得る。一例において、達成するのにより多くの時間を要するモード変更は、移行措置を取るのに長い時間を必要とし得る。
【００２４】
図１は、装置間でデータを送信するためのシステムの１つの実施形態の図である。この図では、第１の装置１１０は、データ・ストリームを、データ・チャネル１３５上で第２の装置１２５に送信し、例えば、第１の装置１１０のデータ・ポート１１５から第２の装置１２５のデータ・ポート１３０への送信として示される。１つの実施形態において、データ・チャネルは、ＨＤＭＩデータ・チャネル又はＭＨＬデータ・チャネルとすることができる。幾つかの実施形態において、第２の装置１２５は、１つ又はそれ以上の他のデータ・ポート１３２を含むことができる。幾つかの実施形態において、第２の装置１２５は、異なった時間に、データ・ポート１３０−１３２からデータを読み出すことができる。
【００２５】
図１において、第１の装置１１０は、多数の異なるモードでデータ・ストリームを送信することができ、動作中、第１の装置は、何度もモードを変更することができる。異なるモードは、種々の異なる種類のデータを表すことができ、各々のそうしたモードのデータは、異なる方法で解釈することができる。一例において、モードは、第１のプログレッシブ式ビデオ・モードを表わす第１のモード、及び次に、第２のプログレッシブ式ビデオ・モードを表わすモードのような異なるタイプのビデオ・データを含むことができ、これは比較的迅速に達成できる移行を表わすことができる。第２の例として、第１のモードは、インターレース式ビデオ・モードを表わすことができ、第２のモードは、プログレッシブ式ビデオ・モードを表わすことができ、これはデインタレーサ（インタレース解除ツール）のフラッシングにより多くの時間を必要とする移行を表わすことができる。一例において、第２のモードへの移行は、データが送信されない送信の中断を含むことがあり、この後に別のフォーマットのデータが続くことがある。第１の装置及び第２の装置は、装置間でいずれの数の異なるモードのデータを転送することもできる。
【００２６】
図示のように、第１の装置１１０は、時間Ｔ1においてデータ・フレーム１４０のデータの送信を開始することができ、ここでフレームは、多数のデータ・ラインと、ブランキング期間と呼ばれるこうしたライン間の期間とを含み、データ・フレームは、時間Ｔ6まで継続する。幾つかの実施形態において、データ・ラインは、暗号化されたコンテンツ・データを含むことができる。幾つかの実施形態において、第１の装置１１０は、時間Ｔ1におけるフレーム１４０の初めに、第１のライン（ライン１  １４５）についての転送を開始する。ライン１  １４５は時間Ｔ2で終了し、時間Ｔ2と、時間Ｔ3における第２のライン（ライン２  １６５）の初めとの間に（ブランキング期間１５０中）、例えば、モード・パケット１５５及びデータ・アイランド１６０を含む、１つ又はそれ以上の他のデータ・メッセージを転送することができる。幾つかの実施形態において、モード・パケット１５５自体は暗号化されていないことがあり、これにより、暗号化できるコンテンツ・データに影響を与えることなく、第２の装置が、データ・ストリームからモード・パケットを除去することが可能になる。この図では、ライン２は時間Ｔ4まで継続し、第２のブランキング期間１７０がＴ4と時間Ｔ5との間に生じ、この間、別のモード・パケット１５５が第２の装置１２５に送信される。幾つかの実施形態において、第１の装置は、モード・パケットを連続的に送信することができ、モード・パケットは予測される送信モード値を表す。
【００２７】
幾つかの実施形態において、第２の装置１２５は、複数のポート１３０−１３２を利用し、かつ、各ポートにおいて同時にデータを検出し、キャプチャすることはできず、特定の時点でポートをポーリングすることがある。従って、第２の装置１２５は、第２の装置がモード・パケット１５５をキャプチャするための十分な機会を有することが可能になるように、データ・ポート１３２において複数のモード・パケットを受信することを必要とすることがある。幾つかの実施形態において、第１の装置は、例えば、各々のブランキング期間において、ブランキング期間の大部分の間、又はモード・パケットを収容するのに十分なスペースがある各々のブランキング期間において、１つ又はそれ以上のモード・パケットを送信することができる。幾つかの実施形態において、受信機は、例えば、各々のデータ・フレームにおいて少なくとも一度だけブランキング期間をサンプリングするといった、モード・パケットのキャプチャを可能にするための最小のサンプリング頻度を提供することができる。幾つかの実施形態において、意図されるモードの変更の前に検出しキャプチャするように、１つ又はそれ以上のモード・パケット１５５の各々が転送され、第２の装置１２５に到着するので（例えば、時間Ｔ7で行われるデータ送信モードの変更を予測して）、第２の装置１２５は、こうしたモードのデータ要素が到着する前に、第２のデータ送信モードへの変更を予測することができる。
【００２８】
図２は、データの送信のためのプロセスを示すフローチャートである。この図においては、送信装置は、データ・ストリームを暗号化し２０２、データ・フレームを第１の装置から第２の装置に送信する２０４。次に、送信装置は、現在の送信モードを決定し２０６、次のライン及びフレームが安定した状態にあると予想されるかどうかを判断する２０８。こうした判断を行うと、送信装置は、次のフレームの予測される送信モード及び予想される安定性を示すモード・パケットを符号化する２１０。幾つかの実施形態において、送信装置は、フレームのブランキング期間中、続けてモード・パケットを複数回送信し、モード・パケットは、第１のモードから第２のモードに移行する前に送信される。幾つかの実施形態において、送信装置は、モード・パケットを暗号化されない形態で送信する。幾つかの実施形態において、送信装置は、モード・パケットを連続的に送信することができる。幾つかの実施形態において、送信装置は、各々のブランキング期間において、ブランキング期間の大部分の間、又はモード・パケットを収容するのに十分なスペースがある各々のブランキング期間において、１つ又はそれ以上のパケットを送信するといった、受信装置が、モード変更の前にモード・パケットをキャプチャする機会を可能にするように十分なモード・パケットを送信することができる。幾つかの実施形態において、モード・パケットは、受信装置が、モードの変更に対処するのに必要な措置を取るのに十分な時間を有するのを可能にするように、いずれのモード変更も予期したデータ伝送モード値を含み、また、例えば、異なる期間、多数のデータ・ポートをサンプリングする受信装置が、モード間の移行の前に少なくとも１つのモード・パケットをサンプリングするのを可能にするように、複数回送信される。次に、送信装置は、第１のモードから第２のモードに移行する。
【００２９】
図３は、データ受信のためのプロセスを示すフローチャートである。この図においては、受信装置は、第２の装置において、第１の装置から第１のモードのデータを受信する３０２。受信装置は、異なる時間に、多数の異なるデータ・ポートからデータを受信することができ、従って、特定の時間に、特定のデータ・ポートにおいて、データをサンプリングすることができない。幾つかの実施形態において、第２の装置は、データ・フレームのライン間のブランキング期間のような、各ポートにおけるデータ送信間のブランキング期間をサンプリングする３０４。幾つかの実施形態において、受信装置は、例えば、各々のデータ・フレームにおいて少なくとも一度ブランキング期間をサンプリングするといった、モード・パケットのキャプチャを可能にするための最小のサンプリング頻度を提供することができる。データ・ポートにおいて、第２の装置が、保護帯域を検出する場合３０６、保護帯域は、データ・ポートにおいて受信されたデータ・ストリームについての動作の変更を知らせるためのモード・パケットの一部であり、次いで、モード・パケットは、データ・リンク上でキャプチャされる３０９。保護帯域が検出されず、ブランキング期間の終わりに到達した場合３０８、第２の装置は、データ・リンク上で、第１の装置からの第１のモードのデータを受信するように戻る３０２。
【００３０】
データ・リンク上でモード・パケットをキャプチャすると３０９、モード・パケット内に含まれるモード・データが解釈される３１０。幾つかの実施形態において、モード・パケット内に含まれるモード・データの解釈は、図４に示されるフラグ４１７のような１つ又はそれ以上のフラグの解釈を含むことができる。モード・パケットが、データ送信モードの変更を示さなかった場合３１１、第２の装置は、データ・リンク上で、第１のモードのデータを受信し続けることができる３０２。モード・パケットがデータ送信モードの変更を示した場合、第２の装置は、モードの変更に対処するための措置を取る。幾つかの実施形態において、モード・パケットにおけるモード・データに従って、次のフレームが安定していると予想される場合３１２、第２の装置は、通常、新しいモードで受信したフレームを処理することができ３１４、通常の処理を続ける３１８。次のフレームが安定していると予想されない場合３１２、第２の装置は、フレームが安定する３１２まで、コンテンツ・データ内の不安定性に対処するための措置を取り３１６、第２の装置は、通常、新しいモードで受信したフレームを処理することができる３１４。
【００３１】
図４は、システムの実施形態における送信のためのモード・パケットの図である。幾つかの実施形態において、モード・パケット４０５は、モード・パケットを検出及びキャプチャに用いるための保護帯域４１０、及び要求される識別情報を含むヘッダ４１５から開始することができる。幾つかの実施形態において、モード・パケットは、データ送信モードの変更に関する通知を受信装置に与えるための１つ又はそれ以上のフラグ４１７を含むことができる。幾つかの実施形態において、フラグ４１７は、例えば、予測されるモードの変更を示す第１のフラグ４１８を含むことができ、第２のフラグ４１９は、新しいデータ送信モードへの移行中のデータ・ストリームの予測される不安定性を示すことができる。従って、そのようなフラグは、例えば、（１）リンクが依然として安定状態にある間に、データ送信モードの変更に先立って送られたモード・パケット（第１のフラグ４１８は、予測されるデータ送信モードの変更を示すようにアクティブにすることができ、第２のフラグ４１９は、新しいモードへの移行前にデータ・ストリームの安定性を示すように非アクティブにすることができる）と、（２）データ送信モード間での移行中に送られたモード・パケット（新しいモードへの移行中のデータ送信モードの変更及びデータ・ストリームの不安定性を示すために、第１のフラグ４１７及び第２のフラグ４１８の両方ともアクティブにすることができる）と、（３）いずれかの新しいモードの後に、モードの変更のいずれの予測もなしに送られたモード・パケット（データ送信モードの予測される変更がないこと、及び現在のデータ・ストリームの安定性を示すように、第１のフラグ４１８及び第２のフラグ４１９の両方とも非アクティブにすることができる）とを区別することができる。さらに、幾つかの実施形態において、フラグ４１７は、これらに限られるものではないが、ビデオ・モード、色空間モード、リンク・フォーマット・モード、音声モード、コンテンツ・保護・状況モード、又は他のモードの変更を含む、予測されるモード変更のタイプを示すように、より多くのフラグ（第３のフラグ４１９として示される）を含むことができる。図４は、特定のフラグの組を示すが、他のフラグ及びパケット・データを用いて、予測されるモード変更、データ・リンクの安定性、及びモード変更のタイプを含むモード情報の通知を与えることができる。
【００３２】
幾つかの実施形態において、モード・パケットは、モード値を識別するための符号化フィールド４５０をさらに含むことができる。視聴覚データが転送される幾つかの実施形態において、符号化フィールドは、１つ又はそれ以上のリンク・モード・フィールド４２０、ビデオ・モード・フィールド４２５、及び音声モード・フィールド４３０、並びに、コンテンツ・データの暗号化（又はコンテンツ保護）を表すための暗号化状態フィールド４３５を含むことができる。符号化フィールドは、データ・ストリームにおいて転送されるコンテンツ・データのタイプのような要因に応じて、異なる実施形態において変化し得る。幾つかの実施形態においては、将来の修正のために、他のフィールド４４０及び予約フィールド４４５があり得る。
【００３３】
図５は、送信装置の１つの実施形態の図である。幾つかの実施形態において、送信装置５１０は、データの送信のための送信機５１４と、データ送信を制御するためのコントローラ５１６と、送信前にデータを暗号化するための暗号化エンジン５１８とを含む。送信装置は、送信前のデータを格納するためのデータ格納部（ｄａｔａ  ｓｔｏｒａｇｅ）５１２と、送信前に外部データ源５４０から特定のデータを受信するための受信機５３０とをさらに含むことができる。
【００３４】
幾つかの実施形態において、送信装置５１０は、受信装置５５０（図６に示される受信装置６１０のような）にデータを送信するためのデータ・ポート５２０を含み、ここで、データはコンテンツ・データ及び他のデータを含む。幾つかの実施形態において、データは、データ・フレームの形で送信することができ、データ・ライン間のブランキング期間を有するコンテンツ・データ（データ・ライン）の期間を含むデータ・フレームの形で送信することができ、他のタイプのデータ（データ・アイランドのデータのような）は、ブランキング期間中に送信される。幾つかの実施形態において、送信装置は、暗号化エンジン５１８を用いて、コンテンツ・データを暗号化することができる。幾つかの実施形態において、送信装置５１０は、動作中にデータの送信を変更することができる。幾つかの実施形態において、送信装置は、データ・ポート５２０上で多数の異なるモードでデータを送信することができ、例えば、第１のモードから第２のモードに移行することができる。幾つかの実施形態において、第２のモードは、データが送信されない送信の中断を含むことがあり、その後、第２のフォーマットでのデータ送信が続くことができる。
【００３５】
幾つかの実施形態において、送信装置５１０は、データ・ポート５２０を介して、モード・パケットを受信装置６１０に送信する。幾つかの実施形態において、モード・パケットは、送信装置５１０が第１のモードから第２のモードに移行することを予測して、受信装置に通知を与えることができる。幾つかの実施形態において、送信装置５１０は、送信装置５１０から受信装置６１０へのコンテンツ・データの送信間の多数のブランキング期間中に、多数のモード・パケットを送信し、受信装置６１０が、そのようなモード・パケットをキャプチャし、モード変更を予測して措置を取ることを可能にする。幾つかの実施形態において、送信装置は、暗号化されていない形態でモード・パケットを送信することができる。
【００３６】
図６は、受信装置の１つの実施形態の図である。受信装置６１０は、受信データを用いるシンク装置、又はデータを受信し、そうしたデータを別の装置に転送するブリッジ装置を含むことができる。幾つかの実施形態において、受信装置６１０は、データ操作を制御するためのコントローラ６１４と、データ送信を受信するための受信機６１６と、受信データを解読するための解読エンジン６２２とを、送信装置５１０（図５に示される送信装置５１０のような）からデータ・ストリームを受信するためのデータ・ポート６４０と共に含むことができる。幾つかの実施形態において、受信装置は、受信したモード・パケットを検出し、解釈するモード・パケット検出エンジンを含む。受信装置６１０がシンク装置である場合、受信装置は、例えば、ビデオ・ディスプレイ６５０及び音声スピーカ６６０を含む、受信データを用いるための１つ又はそれ以上の装置を含むことができる、又はこれと結合することができる。受信装置６１０はまた、受信データを格納するためのデータ格納部６１２と、データを別の装置に送信するための送信機６１８と、別の装置に送信されるデータを再暗号化するための暗号化エンジン６２４と、データを別の装置に送信するための第２のデータ・ポート６４４とを含むこともできる。
【００３７】
幾つかの実施形態において、送信装置５１０からの受信データは、コンテンツ・データ及び他のデータを含む。幾つかの実施形態において、データは、データ・ライン間のブランキング期間を有するコンテンツ・データ（データ・ライン）の期間を含むデータ・フレームの形で送信することができ、他のタイプのデータ（データ・アイランドのデータのような）は、ブランキング期間中に送信される。幾つかの実施形態において、受信したコンテンツ・データを暗号化することができる。幾つかの実施形態において、送信装置５１０は、動作中にデータ送信を変更することができる。幾つかの実施形態において、データは、データ・ポート６４０上で多数の異なるモードで受信され、そうしたデータは、例えば、第１のモードから第２のモードに移行することができる。幾つかの実施形態において、第２のモードは、データが送信されない送信の中断を含むことがあり、その後、第２のフォーマットでのデータ送信が続くことができる。幾つかの実施形態において、受信装置６１０は、モード・パケット検出エンジンを用いて、ブランキング期間中に送信されたモード・パケットを検出するように動作可能である。幾つかの実施形態において、受信装置は、いずれかのモード・パケットを検出するために、各データ・フレームの多数のブランキング期間中にデータをサンプリングすることができ、各データ・フレームにおける少なくとも１つのブランキング期間中にサンプリングするといった、最小量のサンプリングを与えるように要求されることがある。幾つかの実施形態において、受信装置５１０は、モード・パケットの開始時に、保護帯域を検出することができ、こうした保護帯域の検出に応答して、受信装置がモード・パケットをキャプチャすることができる。
【００３８】
幾つかの実施形態において、モード・パケットは、送信装置が、データ・ポート６４０において受信したデータ・ストリームを第１のモードから第２のモードに変更するという警告を受信装置６１０に与えるために、送信装置５１０についての予測されるモードに関するモード情報を提供する。幾つかの実施形態において、モード・パケットに基づいて予測されるモード変更を検出すると、受信装置６１０は、モード変更に備えて措置を取るように動作可能である。幾つかの実施形態において、キャプチャされたモード・パケットは、暗号化されていないことがあり、解読なしに、かつ、暗号化データ・ストリームに影響を与えずにキャプチャすることができる。
【００３９】
図７は、データ送信の１つの実施形態においてモード間で切り換えられるデータ・ストリームの図である。一例において、第１のモードは、第１のタイプのデータを表わすことができ、第２のモードは、第２のタイプのデータを表わすことができる。一例において、第１のモードのデータは、データ要素Ａ７１５、Ｂ７２０、Ｃ７２５、及びＤ７３０を含むことができ、第２のモードのデータ７１０は、データ要素Ｅ７３５、Ｆ７４０、及びＧ７４５を含むことができる。幾つかの実施形態において、モード変更は、暗号化されていないデータから暗号化されたデータへの変更のような、コンテンツ保護の変更を含むことができる。第１のモードと第２のモードとの非両立性のために、受信装置が変更を検出している間に、第２のモードのデータを第１のモードのデータとして処理し続けることにより、データ送信又は使用において問題がもたらされ得る。一例において、データがビデオ又は音声データである場合、モード間の移行は、移行中に、かなりの雑音を引き起こすことがある。幾つかの実施形態において、受信装置は、そうした問題を回避するために、モード間の移行中にデータを消音するか又は他の方法で処理するように動作する。
【００４０】
図８は、システムの１つの実施形態における装置間のインターフェースの図である。幾つかの実施形態において、第１の装置及び第２の装置は、それぞれＭＨＬソース装置及びブリッジ装置のような、ソース装置８１０及びブリッジ装置８２０とすることができ、これらの装置は、インターフェース・ケーブル８３０のようなインターフェースを介してリンクされる。次に、ブリッジ装置は、ＨＤＭＩシンク装置のような受信装置８６０にリンクすることができる。幾つかの実施形態において、ソース装置８１０は、データ・ストリームをブリッジ装置８２０に送ることができ、データ・ストリームは、データ＋ライン８３２及びデータ−ライン８３４を介して差分信号として送られ、ブリッジ装置は、そうしたデータ・ストリームを受信装置８６０に再送信することができる。ケーブルは、制御ラインＣバス８３６をさらに含むことができる。インターフェース８３０は、接地ライン８３８と、５ボルトの電位を保持するライン８４０として示される付加的なラインをさらに含むことができる。
【００４１】
幾つかの実施形態において、ソース装置８１０は、データ・ストリームの送信を第１のモードから第２のモードに変更することができ、第２のモードに移行する前に、ソース装置８１０は、コンテンツ・データ期間の間のブランキング期間中に、データ・ライン、即ちデータ＋ライン８３２及びデータ−ライン８３４を介して多数のモード・パケットを送り、ブリッジ装置８２０に、データ・ストリームが第１のモードから第２のモードに移行していることを通知することができる。１つ又はそれ以上のモード・パケットを検出し、キャプチャすると、ブリッジ装置８２０は、データ・モード間の移行に備えて措置を取る。
【００４２】
図９は、システムの１つの実施形態における装置間のインターフェースの図である。幾つかの実施形態において、第１の装置及び第２の装置は、それぞれＨＤＭＩソース装置及びブリッジ装置のようなソース装置９１０及びブリッジ装置９２０とすることができ、これらの装置は、インターフェース・ケーブル９３０のようなインターフェースを介してリンクされている。次に、ブリッジ装置は、ＨＤＭＩシンク装置のような受信装置９６０にリンクすることができる。幾つかの実施形態において、ソース装置９１０は、ケーブル９３０を介して、データ・ストリームをブリッジ装置９２０に送ることができ、データ・ストリームは、データ０＋ライン９３２、データ０−ライン９３４、データ１＋ライン９３６、データ１−ライン９３８、データ２＋ライン９４０及びデータ２−ライン９４２を介して、ＨＤＭＩ差分信号として送られ、ブリッジ装置は、そうしたデータ・ストリームを受信装置９６０に再送信することができる。ケーブルは、差分クロック・ラインのクロック＋９４４及びクロック−９４６と、Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｃｏｎｔｒｏｌ（ＣＥＣ）制御バス９４８と、Ｄｉｓｐｌｙ  Ｄａｔａ  Ｃｈａｎｎｅｌ（ＤＤＣ）バス９５０と、＋５ボルト電力９５６と、ＣＥＣ／ＤＤＣ接地９５４と、ホット・プラグ検出部９５６と、差分信号のための４つのシールド・ラインとをさらに含むことができる。
【００４３】
幾つかの実施形態において、ソース装置９１０は、データ・ストリームの送信を第１のモードから第２のモードに変更することができ、第２のモードに移行する前に、ソース装置９１０は、コンテンツ・データ期間の間のブランキング期間中に、データ・ライン、即ちデータ０＋ライン９３２、データ０−ライン９３４、データ１＋ライン９３６、データ１−ライン９３８、データ２＋ライン９４０及びデータ２−ライン９４２を介して、多数のモード・パケットを送り、ブリッジ装置９２０に、データ・ストリームが第１のモードから第２のモードに移行していることを通知することができる。１つ又はそれ以上のモード・パケットを検出し、キャプチャすると、ブリッジ装置９２０は、データ・モード間の移行に備えて措置を取る。
【００４４】
図１０は、送信装置又は受信装置の１つの実施形態の要素の図である。この図において、本説明に密接な関係のなり特定の標準及び周知のコンポーネントは図示されない。幾つかの実施形態の下では、装置１０００は、送信装置、受信装置、又はその両方とすることができる。
【００４５】
幾つかの実施形態の下で、装置１０００は、相互接続部又はクロスバー１００５、又は他のデータ送信のための通信手段を含む。データは、視聴覚データ及び関連した制御データを含むことができる。装置１０００は、情報を処理するために相互接続部１００５に結合された１つ又はそれ以上のプロセッサ１０１０のような処理手段を含むことができる。プロセッサ１０１０は、１つ又はそれ以上の物理プロセッサと、１つ又はそれ以上の論理プロセッサとを含むことができる。さらに、プロセッサ１０１０の各々は、多数のプロセッサコアを含むことができる。相互接続部１００５は、簡単にするために単一の相互接続部として示されるが、多数の異なる相互接続部又はバスを表わすこともでき、そうした相互接続部へのコンポーネントの接続部は、異なり得る。図１０に示される相互接続部１００５は、適切なブリッジ、アダプタ、又はコントローラにより接続された、いずれかの１つ又はそれ以上の別個の物理バス、二地点間接続部、又は両方を表わす抽象概念である。相互接続部１００５は、例えば、システム・バス、ＰＣＩ又はＰＣＩｅバス、ＨｙｐｅｒＴｒａｎｓｐｏｒｔ又は業界標準アーキテクチャ（ＩＳＡ）バス、小型コンピュータ・システム・インターフェース（ＳＣＳＩ）バス、ＩＩＣ（Ｉ２Ｃ）バス、又は「ファイヤワイヤ」と呼ばれることもある電気電子技術者協会（ＩＥＥＥ）標準１３９４バスを含むことができる。（非特許文献４）。装置１０００は、１つ又はそれ以上のＵＳＢ互換接続部を取り付けることができる、ＵＳＢバス１０７０のようなシリアル・バスをさらに含むことができる。
【００４６】
幾つかの実施形態において、装置１０００は、ランダム・アクセス・メモリ（ＲＡＭ）又は他の動的記憶装置（ｄｙｎａｍｉｃ  ｓｔｏｒａｇｅ  ｄｅｖｉｃｅ）を、情報及びプロセッサ１０１０により実行される命令を格納するためのメインメモリ１０２０としてさらに含むことができる。メインメモリ１０２０はまた、データ・ストリームについてのデータを格納するために用いることもできる。ＲＡＭメモリは、メモリ・コンテンツのリフレッシュを必要とする動的ランダム・アクセス・メモリ（ＤＲＡＭ）と、コンテンツのリフレッシュを必要としないが高価格の静的ランダム・アクセス・メモリ（ＳＲＡＭ）とを含む。ＤＲＡＭメモリは、制御信号に対するクロック信号を含むシンクロナス動的ランダム・アクセス・メモリ（ｓｙｎｃｈｒｏｎｏｕｓ  ｄｙｎａｍｉｃ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＳＤＲＡＭ）、及び拡張データ出力動的ランダム・アクセス・メモリ（ｅｔｅｎｄｅｄ  ｄａｔａ−ｏｕｔ  ｄｙｎａｍｉｃ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＥＤＯ  ＤＲＡＭ）を含むことができる。幾つかの実施形態において、システムのメモリは、特定のレジスタ又は他の専用メモリとすることができる。装置１０００はまた、読み出し専用メモリ（ＲＯＭ）１０２５、又は静的情報及び他のプロセッサ１０１０のための命令を格納するための他の静的記憶装置を含むこともできる。装置１０００は、特定の要素を格納するための１つ又はそれ以上の不揮発性メモリ要素１０３０を含むことができる。
【００４７】
情報及び命令を格納するために、データ格納部１０３５を装置１０００の相互接続部１００５に結合することもできる。データ格納部１０３５は、磁気ディスク、光ディスク、及びその対応するドライブ、又は他のメモリ装置を含むことができる。そうした要素は、互いに組み合わせることができ、又は、別個のコンポーネントとすることができ、装置１０００の他の要素の部分を用いることができる。
【００４８】
装置１０００は、相互接続部１００５を介して、ディスプレイ又は提示装置１０４０に結合することもできる。幾つかの実施形態において、ディスプレイは、液晶ディスプレイ（ＬＣＤ）、プラズマ・ディスプレイ、陰極線管（ＣＲＴ）ディスプレイ、或いは情報又はコンテンツをエンドユーザに表示するための、いずれかの他のディスプレイ技術を含むことができる。幾つかの実施形態において、ディスプレイ１０４０を用いて、テレビジョンのプログラミングを表示することができる。幾つかの実施形態において、ディスプレイ１０４０は、入力装置の少なくとも一部としても用いることができるタッチスクリーンを含むことができる。幾つかの実施形態において、ディスプレイ１０４０は、テレビジョン・プログラムの音声部分を含む、音声情報を与えるスピーカのような音声装置とすること、又はこれを含むことができる。入力装置１０４５は、情報及び／又はコマンド選択をプロセッサ１０１０に通信するために相互接続部１００５に結合することができる。種々の実施において、入力装置１０４５は、キーボード、キーパッド、タッチスクリーン及びスタイラス、音声起動システム、又は他の入力装置、或いはそうした装置の組み合わせとすることができる。含ませることができる別のタイプのユーザ入力装置は、指示情報及び命令の選択を１つ又はそれ以上のプロセッサ１０１０に通信するため、及び、ディスプレイ１０４０上のカーソルの動きを制御するための、マウス、トラックボール、又はカーソル指示キーのようなカーソル制御装置１０５０である。
【００４９】
１つ又はそれ以上の送信機又は受信機１０５５を、相互接続部１００５に結合することもできる。幾つかの実施形態において、装置１０００は、データの送受信のために１つ又はそれ以上のポート１０８０を含むことができる。送受信することができるデータは、ＨＤＭＩ及びＭＨＬデータのような、ビデオ・データ又は音声ビデオ・データを含むことができ、ＨＤＣＰ暗号化データのように、送信のために暗号化することができる。幾つかの実施形態において、装置は、コンテンツ・データ１０８５の転送のために、データを送信及び／又は受信するための１つ又はそれ以上のポート１０８０を含む。幾つかの実施形態において、装置１０００は、データ送信モードの変更を予測して、コンテンツ・データ１０８５の送信間のブランキング期間において１つ又はそれ以上のモード・パケット１０９０を送受信することができる。さらに、装置１０００は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）１０７０を含むことができる。
【００５０】
装置１０００は、無線信号を介したデータを受信するための１つ又はそれ以上のアンテナ１０５８をさらに含むことができる。装置１０００はまた、電源、バッテリ、太陽電池、燃料電池、或いは電力を提供する又は生成するための他のシステム又は装置を含むことができる電力装置又はシステム１０６０を含むこともできる。電力装置又はシステム１０６０によって提供される電力を、必要に応じて、装置１０００の要素に分散させることができる。
【００５１】
上の説明において、本発明の完全な理解を与えるために、説明目的で、多数の具体的な詳細が示されている。しかしながら、当業者であれば、本発明はこのような具体的な詳細のうちの一部がなくても実施できることが明らかであろう。他の例においては、周知の構造体及び装置がブロック図の形態で示される。図示されたコンポーネント間に中間構造体が存在し得る。本明細書で説明される又は図示されるコンポーネントは、図示されない又は説明されない付加的な入力又は出力を有してもよい。図示された要素又はコンポーネントは、いずれかのフィールドの並べ替え又はフィールドサイズの修正を含む、異なる配置又は順序で配置することもできる。
【００５２】
本発明は、種々のプロセスを含むことができる。本発明のプロセスは、ハードウェア・コンポーネントによって実行することができ、又は、汎用プロセッサ又は専用プロセッサ、或いは命令を用いてプログラムされた論理回路にプロセスを実行させるために用いることができる、コンピュータ可読命令において具体化することができる。代替的に、プロセスは、ハードウェアとソフトウェアとの組み合わせにより実行することができる。
【００５３】
本発明の部分は、コンピュータ・プログラム製品として提供することができ、このコンピュータ・プログラム製品は、本発明によるプロセスを実行するためにコンピュータ（又は他の電子装置）をプログラムするために用い得るコンピュータ・プログラム命令が格納されたコンピュータ可読媒体を含むことができる。コンピュータ可読媒体は、これらに限定されるものではないが、フロッピィ・ディスケット、光ディスク、ＣＤ−ＲＯＭ（コンパクト・ディスク読み出し専用メモリ）、及び光磁気ディスク、ＲＯＭ（読み出し専用メモリ）、ＲＡＭ（ランダム・アクセス・メモリ）、ＥＰＲＯＭ（消去可能プログラム可能読み出し専用メモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラム可能読み出し専用メモリ）、磁気又は光カード、フラッシュ・メモリ、又は電子命令を格納するのに適した他のタイプの媒体／コンピュータ可読媒体を含むことができる。さらに、本発明はまた、コンピュータ・プログラム製品としてダウンロードすることもでき、プログラムは、遠隔コンピュータから要求中のコンピュータに転送することができる。
【００５４】
本方法の多くは、それらの最も基本的な形態で説明されるが、本発明の基本的な範囲から逸脱することなく、プロセスを、方法のいずれかに付加する又はそこから削除することが可能であり、情報を、説明されたメッセージのいずれかに付加する又はそこから取り去ることが可能である。当業者であれば、多数の更なる修正及び適合をなし得ることが明らかであろう。具体的な実施形態は、本発明を限定するためではなく、本発明を説明するために与えられる。
【００５５】
要素「Ａ」が要素「Ｂ」に又は「Ｂ」と結合されると述べられている場合、要素Ａは要素Ｂに直接結合されてもよく、又は、例えば要素Ｃを介して間接的に結合されていてもよい。本明細書が、構成要素、特徴、構造、プロセス、又は特性Ａが、構成要素、特徴、構造、プロセス、又は特性Ｂを「生じさせる」と記述している場合、それは、「Ａ」は「Ｂ」の少なくとも部分的な原因ではあるが、「Ｂ」を生じさせるためには少なくとも１つの他の構成要素、特徴、構造、プロセス、又は特性の補助が存在していてもよいという意味である。本明細書が、ある構成要素、特徴、構造、プロセス、又は特性を「含んでもよい（ｍａｙ）」、「含むことがある（ｍｉｇｈｔ）」又は「含むことができる（ｃｏｕｌｄ）」と記述している場合、その特定の構成要素、特徴、構造、プロセス、又は特性が必ず含まれている必要があるわけではない。本明細書が、「１つの（ａ又はａｎ））」要素に言及する場合、記述された要素がただ１つだけ存在するということを意味するものではない。
【００５６】
実施形態は、本発明の実装又は例である。本明細書において、「１つの実施形態」、「一実施形態」、「幾つかの実施形態」、又は「他の実施形態」に言及する場合、その実施形態に関連して記述される特定の特徴、構造、又は特性は、少なくとも幾つかの実施形態に含まれるが、必ずしも全ての実施形態に含まれるとは限らないことを意味する。「１つの実施形態」、「一実施形態」、又は「幾つかの実施形態」といった様々な形は、必ずしも全て同じ実施形態のことを指しているわけではない。本発明の例示的な実施形態の上記の説明において、本発明の種々の特徴は、開示を簡素化し、本発明の種々の態様のうちの１つ又はそれ以上の理解を助けるために、単一の実施形態、図面、又はその説明において互いにグループ化されることもあることを理解されるべきである。
【符号の説明】
【００５７】
１１０：第１の装置
１１５、１３０、１３２：データ・ポート
１２５：第２の装置
１３５：データ・チャネル
１４０：データ・フレーム
１４５、１６５、１７５：データ・ライン
１５０、１７０：ブランキング期間
１５５、４０５、１０９０：モード・パケット
１６０：データ・アイランド
４１０：保護帯域
４１５：ヘッダ
４１７、４１８、４１９：フラグ
４２０：リンク・モード・フィールド
４２５：ビデオ・モード・フィールド
４３０：音声モード・フィールド
４３５：暗号化状態フィールド
４４０：他のフィールド
４４５：予約フィールド
４５０：符号化フィールド
５１０：送信装置
５１２、６１２、１０３５：データ格納部
５１４、６１８：送信機
５１６、６１４：コントローラ
５１８、６２４：暗号化エンジン
５２０、６４０、６４４：データ・ポート
５５０、６１０、８６０：受信装置
５３０、６１６：受信機
５４０：外部データ源
６２０：モード・パケット検出エンジン
６２２：解読エンジン
６２４：暗号化エンジン
６４２：他のデータ・ポート
６５０：ビデオ・ディスプレイ
６６０：音声スピーカ
８１０、９１０：ソース装置
８２０、９２０：ブリッジ装置
８３０、９３０：インターフェース・ケーブル
９６０：シンク装置
１０００：装置
１００５：相互接続部
１０１０：プロセッサ
１０２０：メインメモリ
１０２５：読み出し専用メモリ
１０３０：不揮発性メモリ
１０４０：ディスプレイ装置
１０４５：入力装置
１０５０：カーソル制御装置
１０５５：送信機又は受信機
１０５８：アンテナ
１０６０：電力装置又はシステム
１０７０：ＵＳＢ
１０８０：ポート
１０８５：コンテンツ・データ
【図１】
0005619903.tif 000002
【図２】
0005619903.tif 000003
【図３】
0005619903.tif 000004
【図４】
0005619903.tif 000005
【図５】
0005619903.tif 000006
【図６】
0005619903.tif 000007
【図７】
0005619903.tif 000008
【図８】
0005619903.tif 000009
【図９】
0005619903.tif 000010
【図１０】
0005619903.tif 000011