JP2012514940A

JP2012514940A - コンテンツ保護ポートの事前認証と認証維持のための方法、装置およびシステム

Info

Publication number: JP2012514940A
Application number: JP2011545372A
Authority: JP
Inventors: フーンチョイ; デキュンキム; ウースンヤン; ギュドンキム
Original assignee: シリコンイメージ，インコーポレイテッド
Priority date: 2009-01-09
Filing date: 2009-12-30
Publication date: 2012-06-28
Anticipated expiration: 2029-12-30
Also published as: TW201112758A; US8374346B2; KR101483536B1; TWI492630B; CN102273218A; JP5613175B2; WO2010080681A1; US20100177892A1; CN102273218B; EP2386166B1; EP2386166A1; KR20110113627A

Abstract

１個の解読処理エンジン（たとえば、ＨＤＣＰエンジン）と、これに関連付けられる複数のポートの比を利用して、コンテンツ保護ポートシステムの事前認証および認証維持を提供する方法、装置およびシステムが開示される。１つの実施形態において、受信デバイスは送信デバイスによって事前認証され、受信デバイスは送信デバイスからのデータストリームを、第一のデータパスを介して受信する。さらに、第一のＨｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）エンジンが第一のデータパスの中の第一のポートに関連付けられ、第一のＨＤＣＰエンジンは第二のＨＤＣＰエンジンに連結される。第二のＨＤＣＰエンジンが第二のデータパスの中の複数のポートに関連付けられ、複数のポートの各々は１個のメモリパイプに関連付けられ、メモリパイプは複数のポートの各々に関する状態情報を有し、状態情報は受信デバイスの事前認証に使用される。

Description

本発明の実施形態は、一般にネットワークの分野および、より詳しくは、コンテンツ保護ポートの事前認証と認証維持に関する。

複数のデータストリーム、たとえば表示用の複数のメディアデータストリームを利用するシステムの動作において、データは、Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈＤｉｇｉｔａｌＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）により保護されたデータを含んでいてもよく、これを本明細書において、ＨＤＣＰデータと呼ぶ。それゆえ、システムは、解読を必要とする符号化された複数のストリームを発生させるかもしれない。しかしながら、ＨＤＣＰを解読する工程には、時間がかかる可能性がある。その結果、一般に、データを閲覧し、または聞くまでに遅れが生じ、それによってシステムの使用や楽しみが妨害される。

ＨＤＣＰは、メディアコンテンツ、特にプレミアムメディアコンテンツを保護するために使用されるコンテンツ保護プロトコルである。たとえば、送信デバイス（たとえば、ＤＶＤプレイヤ）と受信デバイス（たとえば、テレビ）の間に、Ｈｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＭｕｌｔｉｍｅｄｉａＩｎｔｅｒｆａｃｅ（ＨＤＭＩ）インタフェースを介したコンテンツの流れがあるとき、プレミアムメディアコンテンツの流れは保護されることになり、たとえば、受信デバイスは、送信デバイスからのこのようなメディアコンテンツを受け取る前に検証および認証され、その一方で送信デバイスは、受信デバイスがそのコンテンツを受け入れる前に検証および認証される。２つのデバイスのこのような検証と認証は、いくつかの当初の検証データ（たとえば、公開鍵／秘密鍵）を交換することによって行われ、これは１秒または２秒弱続くかもしれない。

接続の変化、たとえば接続ポート、メディアコンテンツ等の変化が発生するたびに、新しい検証／認証工程が実行される。たとえば、受信デバイスが今度は他の送信デバイス（たとえば、デジタルカメラ）に接続された場合、今度はこれら２つのデバイスが検証および認証されてからでなければ、両者の間で保護されたメディアコンテンツを通信することができない。この工程は、面倒で時間がかかり、貴重な資源を浪費する。そこで、ポートの事前認証が導入された。事前認証工程ではすべてのポートが事前認証され、ポートが変わるたびに認証工程を実行する必要がない。しかしながら、各ポートに１個の解読処理エンジンを割り当てるということは、ポートの数が増えるたびに、同じ数の解読処理エンジンを追加することになり、その結果、面積が大きくなる。

したがって、１個の解読処理エンジンに複数のポートが関連付けられることが望ましい。

１個の解読処理エンジン（たとえば、ＨＤＣＰエンジン）とこれに関連付けられる複数のポートの比を利用して、コンテンツ保護ポートシステムの事前認証と認証維持を行うための方法、装置およびシステムが開示される。

１つの実施形態において、方法は、送信デバイスによって受信デバイスの事前認証を行うステップであって、受信デバイスは送信デバイスからのデータストリームを、第一のデータパスを介して受信するステップと、第一のＨｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）エンジンを第一のデータパスの中の第一のポートに関連付けるステップであって、第一のＨＤＣＰエンジンは第二のＨＤＣＰエンジンに連結されるステップと、第二のＨＤＣＰエンジンを第二のデータパスの中の複数のポートに関連付けるステップであって、複数のポートの各々は、複数のポートの各々に関する状態情報を有するメモリパイプに関連付けられ、状態情報は受信デバイスを事前認証するために使用されるステップと、を含む。

１つの実施形態において、装置は、送信デバイスによって事前認証されることになる受信デバイスを含み、受信デバイスは送信デバイスからのデータストリームを、第一のデータパスを介して受信する。さらに、第一のＨｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）エンジンが第一のデータパスの中の第一のポートに関連付けられ、第一のＨＤＣＰエンジンは、第二のＨＤＣＰエンジンに連結される。第二のＨＤＣＰエンジンは、第二のデータパスの中の複数のポートに関連付けられ、複数のポートの各々は、複数のポートの各々に関する状態情報を有するメモリパイプに関連付けられ、状態情報は受信デバイスの事前認証に使用される。

１つの実施形態において、システムは、送信デバイスによる受信デバイスの事前認証を容易にする事前認証デバイスを含み、受信デバイスは送信デバイスからのデータストリームを、第一のデータパスを介して受信し、事前認証デバイスは、第一のデータパスの中の第一のポートに関連付けられた第一のＨｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）エンジンを含み、第一のＨＤＣＰエンジンは第二のＨＤＣＰエンジンに連結され、第二のＨＤＣＰエンジンは第二のデータパスの中の複数のポートに関連付けられ、複数のポートの各々は、複数のポートの各々に関する状態情報を有するメモリパイプに関連付けられ、状態情報は受信デバイスの事前認証に使用される。

本発明の実施形態は、限定するためではなく、例として添付の図面の図中に示されており、その中で、同様の参照番号は同様の要素を指す。

ＨＤＣＰ事前認証システムの論理ブロック図である。ＨＤＣＰエンジンとこれに対応するポートの間の１対１の比を利用するＨＤＣＰエンジン−ポート（ｅｎｇｉｎｅ−ｔｏ−ｐｏｒｔ）システムの、ある実施形態を示す。ＨＤＣＰエンジンの数が少ない事前認証システムの、ある実施形態を示す。認証工程のトランザクションシーケンスの、ある実施形態を示す。メインエンジンに関する工程の、ある実施形態を示す。メインエンジンに関する工程の、ある実施形態を示す。本発明のある実施形態を利用するネットワークコンピュータデバイスの構成要素の実施形態の図である。

本発明の実施形態は一般に、１個の解読処理エンジン（たとえば、ＨＤＣＰエンジン）とこれに関連付けられる複数のポートの比を利用した、コンテンツ保護ポートシステムの事前認証と認証維持に関する。

本明細書において使用されるとき、「ネットワーク」または「通信ネットワーク」とは、たとえばＳＡＴＡ、ＦｒａｍｅＩｎｆｏｒｍａｔｉｏｎＳｔｒｕｃｔｕｒｅ（ＦＩＳ）等、さまざまな技術を使用し、デバイス間でデジタルメディアコンテンツ（音楽、オーディオ／ビデオ、ゲーム、写真およびその他を含む）を配信するための相互接続ネットワークを意味する。エンターテインメントネットワークは、個人用のエンターテインメントネットワーク、たとえば家庭内のネットワーク、仕事上のネットワークまたはその他のデバイスおよび／または構成要素のネットワークを含んでいてもよい。ネットワークには、ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ（ＬＡＮ）、ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ（ＷＡＮ）、ＭｅｔｒｏｐｏｌｉｔａｎＡｒｅａＮｅｔｗｏｒｋ（ＭＡＮ）、イントラネット、インターネット等が含まれる。あるネットワークにおいて、特定のネットワークデバイスはメディアコンテンツの供給源、たとえばデジタルテレビチューナ、ケーブルセットトップボックス、携帯デバイス（たとえば、携帯情報端末（ＰＤＡ））、ビデオストレージサーバおよびその他のソースデバイスであってもよい。その他のデバイスは、メディアコンテンツを表示または使用してもよく、たとえば、デジタルテレビ、ホームシアターシステム、オーディオシステム、ゲームシステム、およびその他のデバイスである。さらに、特定のデバイスは、メディアコンテンツを保存または伝送するためのものであってよく、たとえば、ビデオおよびオーディオストレージサーバである。特定のデバイスは複数のメディア機能を実行し得る、たとえば、ケーブルセットトップボックスは、受信機（ケーブルヘッドエンドから情報を受信する）としてのほかに送信機（テレビに情報を送信する）としての機能も果たすことができ、またその逆もある。いくつかの実施形態において、ネットワークデバイスは、１つのローカルエリアネットワーク上に共同で設置されていてもよい。他の実施形態において、ネットワークデバイスは、たとえばローカルエリアネットワーク同士間のトンネリングを通じて、複数のネットワークセグメントにわたっていてもよい。ネットワークはまた、複数のデータ符号化および暗号化工程のほかに識別検証工程、たとえば、１つの実施形態によれば、固有の署名検証および固有のＩＤ比較等を含んでいてもよい。

１つの実施形態において、「ｎ個未満」の解読処理エンジンに対応する「ｎ個」のコンテンツ保護ポートの事前認証および認証維持システムが利用される。

コンテンツ保護技術においては、各種のツール（たとえば、失効リスト）が、相互に通信するデバイスの検出、検証および認証に使用される。これらのデバイスには、メディアデバイス、たとえばデジタルバーサタイルディスクまたはデジタルビデオディスク（ＤＶＤ）プレイヤ、コンパクトディスク（ＣＤ）プレイヤ、テレビ、コンピュータ等であってもよい。たとえば、送信デバイス（たとえば、ＤＶＤプレイヤ）は、上記のようなツールを使用して、受信デバイス（たとえば、テレビ）を認証し、その受信デバイスが送信デバイスからプレミアム保護メディアコンテンツを受信するうえで合法的または適格であるか否かを判断することができる。同様に、受信デバイスは送信デバイスを認証した後に、送信デバイスからの保護されたメディアコンテンツを受信する。このような認証工程を何度も行うこと（面倒で時間がかかり、資源を浪費する可能性がある）を回避するために、デバイスの事前認証が行われる。

「事前認証」とは、本明細書において、ＨＤＭＩスイッチ製品を含むデバイスの、入力間でのより迅速な切替を可能にする特徴的機能を示すために使用される用語である。この用語は、その入力に切り替えられた後ではなく、切り替える前に必要なＨＤＣＰ認証を実行することを示す。このようにして、認証に伴う大幅な遅延は、動作の前景ではなく、背景に隠されてもよい。

ＨＤＣＰ受信機はスレーブデバイスと考えられるため、ＨＤＣＰ受信機は送信機に対し、明確なリクエストまたは状態の信号は一切送出しないと予想される。リンク「切れ」でさえも、一般的には、Ｒｉシーケンス（リンクが確実に同期されたままとなっているかどうかをＴｘがチェックしたときのＲｘからＴｘへの応答）を意図的に「切る」ことによって、黙示的に（そして、かなりぞんざいに）信号が送られる。ＨＤＣＰ送信機には、さまざまな種類がある。これらの多くは、固有で特異な挙動を示すかもしれない。事前認証によって対処される遅延の多くは、受信機ではなく、このような送信機の特異な動作が原因である。理想的には、このような動作の問題を回避するように送信機を改造すればよいが、現実的には、それは期待できず、それゆえ、事前認証はデータストリームの動作において重要な価値を提供することができる。

ＨＤＣＰ同期に関して、一般に、ＨＤＣＰ受信機が送信機と同期された状態のままであるためには、２つの事柄が必要となる。すなわち、（１）受信機が、フレームの境界がどこにあるかを把握すること、および（２）受信機が、これらのフレームのうちのどれに、あるフレームが暗号化されていることを示す信号（たとえば、ＣＴＬ３）が含まれるかを把握すること、である。本明細書を通して、「ＣＴＬ３」は、一切限定することなく、説明しやすさ、簡潔さおよび明瞭さのために、暗号化インディケータの例として使用されている。

図１は、ＨＤＣＰ事前認証システム１００の論理ブロック図である。図のＨＤＣＰ事前認証システム１００はＨＤＣＰ（事前認証済み）デバイス１０１を含み、これには入力ポート１つにつき専用のＨＤＣＰエンジンブロック１０４−１０８、１２０が含まれる。一般に、通常のＨＤＣＰロジックは、オープンループのサイファが解読をまったく行わない場合でさえも、毎回使用される。これは、鍵変更機能がＨＤＣＰロジックを使って最大限の分散化を図るからである。さらに、オープンループのＨＤＣＰエンジン１０４−１０８は、ＰｈａｓｅＬｏｃｋＬｏｏｐ（ＰＬＬ）１１０−１１４またはＰＬＬ様の回路を使ってフレームレートをロックし、オープンループモードで実行する間に、フレーム境界がどこにあるかに関する継続的な情報を提供する。

１個の特定用途ＴｒａｎｓｉｔｉｏｎＭｉｎｉｍａｌｉｚｅｄＤｉｆｆｅｒｅｎｔｉａｌＳｉｇｎａｌｉｎｇ（ＴＭＤＳ）受信機１１６（たとえば、移動（ｒｏｖｉｎｇ）受信機）を、オープンループロジックに重要情報を連続的に提供するために使用してもよい。この移動受信機１１６は、現時点で不使用の入力を巡回して、フレーム境界を発見し（対応するＰＬＬ１１０−１１４がロックできるようにする）、また、認証が行われたときに最初のＣＴＬ３信号を発見する。場合によっては、これは基本的にＶＳＹＮＣとＣＴＬ３インディケータ以外は必要としないため、ＴＭＤＳ受信機１１６をスリム化したものとすることができる。

さらに、通常のテレビデータパス１３２は、従来のスイッチ製品と同様の方法で動作してもよい。動作において、入力ポートの１つが通常のデータパス１３２のために選択されてもよく、その一方でデータストリームは必要に応じて復号および解読され（たとえば、供給される暗号化されたデータから当初のオーディオ／ビデオ（Ａ／Ｖ）データを取り出すために解読）、その後装置の残りの部分を通じて送られる。

移動受信機１１６は、現時点でアイドル状態のポートを１度に１つずつサンプリングする。これには、工程を制御するためのある種のステートマシンまたは（より可能性が高いものとして）マイクロコントローラが必要となる。初期の動作シーケンスは一般に、次の通りである。（１）移動受信機１１６が不使用の入力ポートに接続され、そのポートのビデオをモニタする。（２）ＨＤＣＰエンジン１０４−１０８もそのポートに接続され、これはＩ²Ｃバスが接続されたことを意味する（たとえば、Ｉ²Ｃは、リンクの同期をチェックするための、ＴｘとＲｘの間の別の通信チャネルとみなされる）。これはまた、ホットプラグで信号を送信し、送信を受けてＨＤＣＰ認証を行う準備ができていることをソースに知らせることも意味することができる。これはまた、ＥｘｔｅｎｄｅｄＤｉｓｐｌａｙＩｄｅｎｔｉｆｉｃａｔｉｏｎＤａｔａ（ＥＤＩＤ）情報の伝送を容易にするかもしれないが、これは本開示の範囲外である。（３）ビデオが安定すれば、移動受信機１１６はＰＬＬをフレーム境界と整列させるための情報を提供する。（４）ステートマシンまたはマイクロコントローラはＨＤＣＰ認証が始まるまで、ある期間、待機する。認証が始まれば、認証が完了して、最初のＣＴＬ３信号を受信するまで引き続き待機する。（５）ＨＤＣＰブロックは、オープンループ機能での巡回を続け、ＰＬＬからの情報だけを使って「フレーム」をカウントする。Ｉ²Ｃポートは接続されたままであり、ホットプラグ信号は引き続き、受信機が接続されていることを示す。（６）その後、移動受信機１１６は続いて次のポートに移り、同じ動作を実行する。いくつかの実施形態において、移動受信機１１６は、すべてのポートをスタートさせると、サービスループに入り、各ポートを順次チェックする。

図２は、ＨＤＣＰエンジン２０２−２０８とこれに対応するポート２１０−２１６の間の１対１の比を利用する、ある実施形態であるＨＤＣＰエンジン−ポートシステム２００を示している。図のシステム２００は、１対１の比でポート２１０−２１６に対応する４つのＨＤＣＰエンジン２０２−２０８を含み、たとえば、各ＨＤＣＰエンジン２０２−２０８は１つのポート２１０−２１６に対応する。システム２００ではさらに、ポート１２１０がメインパイプまたはパス２１８の中にあり、ＨＤＣＰエンジン１２０２と関連付けられているように示されている。その他のパス２−３２０４−２０６は、移動パイプまたはパス２２０の中にあり、ＨＤＣＰエンジン２−４２０４−２０８に関連付けられている。留意すべき点として、パイプとパスという用語は、本明細書中、互換的に使用される。メインパス２１８のＨＤＣＰエンジン２０２は、各画素のため（解読してビデオおよびオーディオデータを取得する）、および同期のため（たとえば、鍵変更であり、これは、すべてのフレーム境界でＴｘとＲｘがコンテンツの暗号化と解読に使用された共有鍵を変更することを指す）に動作する。これは、鍵が多くのデータに使用されすぎないようにするためである。たとえば、１２８番目のフレームでは、ＴｘとＲｘは鍵の剰余を交換して、リンクの同期をチェックし（ＨＤＣＰではＲｉ照合と呼ばれる）、その一方で、移動パス２２０のＨＤＣＰエンジン２０４−２０８は同期（たとえば、鍵変更）のために動作し、アイドル状態となる。

移動パス２２０のＨＤＣＰエンジン２０４−２０８の動作は短時間で（たとえば、鍵変更工程を行う）、送信機（Ｔｘ）に、受信機（Ｒｘ）が同期されたと信用させるために使用されるＲｉ値を同期させるだけである。しかしながら、システム２００において、さらに別のポートが利用される場合、さらに別の対応するＨＤＣＰエンジンが必要となり、それによってより大型で、より負担の大きいシステムとなる可能性がある。言い換えれば、ＨＤＣＰエンジン２０４−２０８は同期期間中だけ必要で、機能し、残りの期間はアイドル状態となって、残りの期間はそれ以上使用されず、その一方でＨＤＣＰエンジン２０２は引き続き動作する。

図３は、少ない数のＨＤＣＰエンジン３０２、３０４を有する実施形態である事前認証システム３００を示す。ＨＤＣＰエンジンのほとんど（たとえば、図１の移動パスのＨＤＣＰエンジン）は短時間しか動作しないため、１つの実施形態によれば、このシステム３００には少ない数のＨＤＣＰエンジン３０２、３０４が利用される。別の言い方をすれば、１つの実施形態において、メインパス３１８のＨＤＣＰエンジンＭ３０２はポート１３１０に対応し、各画素と同期（たとえば、鍵変更）のために動作する動作エンジンであり、その一方で、移動パス３２０のＨＤＣＰエンジンＲ３０４は残りのポート２−４３１２−３１６に対応して、すべての移動ポート２−３３１２−３１６の同期（たとえば、鍵変更）のために時分割多重化式に動作する。

図の実施形態は、２つのパイプまたはパス、すなわちメインパイプ３１８と移動パイプ３２０を利用する事前認証システム３００を有する、時間ベースの移動ＨＤＣＰアーキテクチャを含む。メインパイプ３１８は、使用者がメディアコンテンツを閲覧するために選択したポート３１０の専用となる。他方で、移動パイプ３２０は、時分割多重化式に他のポート３１２−３１６（たとえば、背景ポート）を１つずつ移動して、これらのポート３１２−３１６が認証され、対応する送信デバイス（Ｔｘ）と同期したままの状態となるようにする。この方式を用いれば、２つのパイプ３１８、３２０で複数のポート（たとえば、４つのポート３１０−３１６）を使用することができる。メインパイプ３１８は、使用者がメディアコンテンツ（たとえば、映画、スポーツ等）を見るために選択するポート３１０の専用のパイプを指す。メインパイプ３１８は、一般に、アナログＰＬＬ、シリアライザとデシリアライザ（ＳｅｒＤｅｓ）および、データ（たとえば、供給されるビットストリームからのＡ／Ｖデータ）を回復するためのその他のロジックで構成される。移動パイプ３２０は、メインパイプ３１８に接続されていない複数のポート３１２−３１６を移動するパイプを指すが、これらのポートは、必要に応じて（たとえば、使用者がポートを切り替えたとき、たとえばメインポート３１０を移動ポート３１２−３１６の１つのために切り替えたとき等）、メインパイプ３１８によって使用可能または要求可能な状態にある。一般に、移動パイプ３２０の構造的構成要素は、メインパイプ３１８のそれと同じである。

ＨＤＣＰエンジン３０２、３０４は、メディアコンテンツを暗号化または解読する論理ブロックを指す。たとえば、送信デバイス（Ｔｘ）は暗号化（ＨＤＣＰ）エンジンを有していてもよく、その一方で、受信デバイス（Ｒｘ）は解読（ＨＤＣＰ）エンジンを有していてもよい。ＨＤＣＰエンジン３０２、３０４は、送信デバイスと受信デバイスを事前認証および認証して、ＴｘとＲｘの間の安全なデータリンクを確立するほかに、安全なリンク上でのＴｘとＲｘの同期を継続的に追跡するために使用されてもよい。たとえば、同期を検証するために、送信デバイスは１２８フレームごとにＲｉ値で受信デバイスをチェックする。Ｒｉ値は、毎フレームで更新されるＴｘとＲｘの間の共有鍵の残余の数値を指す。ＣＴＬ３信号は、現時点のフレームが暗号化されたフレームか否かを特定するインディケータを指す。たとえば、Ｔｘは、それが暗号化する各フレームについてＣＴＬ３を送信し、それが暗号化されたフレームであることをＲｘに知らせる。ＣＴＬ３は本明細書において、説明を簡潔、単純にするために、例として使用されているにすぎず、他の技術を使って上記と同じ信号送信動作を実行してもよいと考える。ＨＤＣＰ信号には、同期のための、供給されるＡ／Ｖストリーム内の垂直同期（ＶＳ）およびＣＴＬ３（暗号化インディケータ）が含まれていてもよく、その一方で、認証およびＲｉ照合はＩ²Ｃ（ＤＤＣ）バスを通じて行われる。

１つの実施形態において、システム３００の構成では（たとえば、ＩｎｓｔａＰｏｒｔ技術を用いて）、ポート３１０−３１６は「ｎ個」であるがＨＤＣＰエンジン３０２−３０４が「ｎ個より少なく」、貴重な空間と資源が節約される。たとえば、図のように、ＨＤＣＰエンジンＲ３０４は、３つのポート２−４３１２−３１６によって１：３の比で共有され、これは１：１の比より３倍改善される。ＨＤＣＰエンジンＲ３０４を複数のポート３−４３１２−３１６で共有することにより、ポートが追加されるたびにＨＤＣＰエンジンを追加する必要がなくなるが、そのたびに追加しなければならない場合はシステムの面積が大きくなり、資源が浪費され、面倒である。いくつのポートにいくつのＨＤＣＰエンジンをマッピングしてもよく、また、図の例が提示する１：３の比は例にすぎず、本開示を簡潔、明瞭に理解するためのものと考える。

図の実施形態において、ポート１３１０はメインポートに指定され、ＨＤＣＰエンジンＭ３０２に関連付けられており、ＨＤＣＰエンジンＭ３０２は各画素の解読のために動作して、Ｒｉ同期（たとえば、垂直鍵変更）を行うメインエンジンに指定されている。ポート２−４３１２−３１６は移動ポートに指定され、ＨＤＣＰエンジンＲ３０４に関連付けられており、ＨＤＣＰエンジンＲ３０４は時分割多重化式、または時分割式にすべての移動ポート２−４３１２−３１６の同期のために動作し、その後、残りの期間はアイドル状態となり（使用されない）、その一方でＨＤＣＰエンジンＭ３０２は引き続き動作、実行する。

たとえば、ＨＤＣＰエンジンＲ３０４はまず、移動ポート２３１２のために動作する。ポート２３１２のＲ０生成段階（これは、リンクの同期を維持するために必要な情報を取得するため、たとえばＲｉ生成のための、認証の第一段階）の後に、ＨＤＣＰエンジンＲ３０４は、ポート２３１２のための多数のＲｉ値（同期チェックに使用される）を事前生成し、これをポート２３１２に関連付けられたＦｉｒｓｔＩｎＦｉｒｓｔＯｕｔ（ＦＩＦＯ）キュー３２２に入力する。ポート２３１２はその後、ＦＩＦＯキュー３２２と通信して、キュー３２２に、ポート２３１２に接続されたＴｘによって要求される、必要なＲｉ値を送出させる。ポート２３１２に接続されたＴｘが、対応するＦＩＦＯキュー３２２から必要なＲｉ値を正しく受信すると、ＴｘはＨＤＣＰが同期されたことを信頼するようになり、動作を続ける。この時点で、ＨＤＣＰエンジンＲ３０４は次のポート、たとえばポート３３１４に移動して、それ以前にポート２３１２について行ったものと同じ工程をポート３３１４についても実行し、たとえば、ポート３３１４のための多数のＲｉを生成して、これらをポート３３１４に対応するＦＩＦＯキュー３２４に入力する。ＨＤＣＰエンジンＲ３０４は、残りのポートの各々、たとえばポート４３１６についてこれらの動作を繰り返し実行し、対応するＦＩＦＯキュー、たとえばＦＩＦＯキュー３２６を用いて動作して、ＦＩＦＯキュー３２２−３２６が空にならないようにする。ＦＩＦＯキュー３２２−３２６の中にＴｘの必要とするＲｉがあるかぎり、送信デバイスは受信デバイスの認証を継続しうる。

ＨＤＣＰエンジンＲ３０４が事前に生成されたＲｉ値（たとえば、垂直鍵変更の結果）をＦＩＦＯキュー３２２−３２６に保存すると、ＨＤＣＰエンジンＲ３０４の状態（たとえば、ＨＤＣＰエンジンの内部状態であるＭｉ値）もまたＦＩＦＯキュー３２２−３２６の中に保存される。対応するポート２−４３１２−３１６に関するＨＤＣＰエンジンＲ３０４のこの状態情報はその後、ＨＤＣＰエンジンＭ３０２により、使用者が対応するポートをメインパイプのために選択したときに、メインパイプの動作の開始点として使用される。ＨＤＣＰエンジンＭ３０２はメインポートに関連付けられ、同期を行うだけでなく、各サイクルで画素データの解読も行う。あるポートがメインポートとして選択されると、メインとして選択されたポートに関するＨＤＣＰエンジンＲ３０４の状態（ＦＩＦＯ３２２−３２６のうちの１つに保存されている）は、ＨＤＣＰエンジンＭ３０２にコピーされ、移動ポートの１つであった、選択されたポートの同期の状態を伝送する。その後、ＨＤＣＰエンジンＭ３０２は、ＦＩＦＯキュー３２２−３２６からコピーされた状態情報を使って、選択されたポートのための動作（たとえば、水平鍵変更、解読コードの生成等）を開始してもよい。データ伝送の実際の詳細（たとえば、Ｒｉ、状態等）は、従来の技術の１つに従っていてもよい。

ポート１３１０がメインポートから外されると、ＨＤＣＰエンジンＭ３０２のその状態は、対応するＦＩＦＯキュー（たとえば、ポート１３１０がその後、最後の移動ポートに指定され、その一方で他の３つが上にずらされた場合はＦＩＦＯキュー３２６）にコピーされる。その後、後の時点で、ＨＤＣＰエンジンＲ３０４がその移動動作の中で前のメインポート、すなわちポート１３１０を訪問すると、それはＦＩＦＯキュー（たとえば、ＦＩＦＯキュー３２６）の内容をコピーし、これをポート１３１０の処理（今は移動ポートとなっている）のための開始点として使用する。この方式により、各ポート３１０−３１６のためのメインポートと移動ポートの間のシームレスな出入りが確実に行われる。

本明細書では２つのＨＤＣＰエンジン３０２、３０４、４つのポート３１０−３１６、３つのＦＩＦＯキュー３２２−３２６等が示されているが、システムのさまざまな要求（たとえば、ＦＩＦＯを空にしないために必要な時間割当、ＦＩＦＯ対ＨＤＣＰエンジンの面積等）に応じて、いくつのエンジン、ポートおよびＦＩＦＯキューを利用してもよいと考える。たとえば、ＨＤＣＰエンジンの数は１個のエンジンに減らすことができ、これは、メインＨＤＣＰエンジン３０２でさえも、メインポート３１０のための動作中にある程度のアイドル時間を有し、このアイドル時間は、Ｒｉの生成頻度がＨＤＣＰエンジンの動作頻度と比較してはるかに低いために、メインＨＤＣＰエンジン３０２が移動ポート３１２−３１６の処理を、たとえば時分割多重化式に扱うのに十分な長さかもしれないからである。さらに、ＨＤＣＰエンジンは、本明細書において、本明細書の一貫性、簡潔性および明瞭性のために、コンテンツ保護および解読処理エンジンの例として利用されている。しかしながら、ＨＤＣＰ技術と矛盾しないその他の形態のエンジンもまた、本発明の技術と実施形態の実行に使用できると考える。

図４は、認証工程４００のトランザクションシーケンスの、ある実施形態を示す。１つの実施形態において、認証工程４００は、タイムライン４５０、４５２、４５４を含み、これらは認証工程４００のさまざまな段階４１０、４１２を示す。１つの実施形態において、タイムライン４５０は図３に関して示した移動エンジン（たとえば、ＨＤＣＰエンジンＲ３０４）の使用を示す。タイムライン４５０の中で、認定工程４００の第一段階４１０の間、ＨＤＣＰエンジンＲが常に使用され、関わる。しかしながら、第二段階４１２では、ＨＤＣＰエンジンＲは、わずかな時間を除き、ほとんどアイドル状態である。ＨＤＣＰエンジンＲのこのような状態について、図３に関してさらに説明するが、図３では、１つの実施形態において、第一段階４１０の完了後はＨＤＣＰエンジンＲが時々しか使用されないため、ＨＤＣＰエンジンＲの数が１個のＨＤＣＰエンジンＲに減らされており、それによって複数のＨＤＣＰエンジンＲがアイドル状態のままにされることを回避できる。同様に、後続の段階４１４、４１６等において、ＨＤＣＰエンジンＲは引き続き、送信デバイスおよび／または受信デバイス（必要に応じて）を認証し、ＨＤＣＰエンジンＲに接続されたその他のポートに対応する、関係するＲ値（たとえば、Ｒ１４０６、Ｒ２４０８等）をチェックし続ける。

図の段階の間隔は、Ｒ０４０４、Ｒ１４０６、Ｒ２４０８…Ｒｎによって示され、その各々は第二段階４１２の開始時に計算される特定のパラメータの関数を反映する１６ビットの数を含む。たとえば、送信デバイスが受信デバイスの認証に成功すると、Ｒ０４０４、Ｒ１４０４等で示される、ＨＤＣＰエンジン（Ｒ）により生成される数は、その送信デバイスと受信デバイスが同期されているか否かを示す。たとえば、図の実施形態において、Ｒ１４０６に関する計算は、第二段階４１２の間に２秒間で行われる。

タイムライン４５２と４５４は、図３に関して示したメインパスの中のメインエンジン（たとえば、ＨＤＣＰエンジンＭ３０２）の動作を反映している。第一段階４５６は、認証工程の第一段階４５６を通してＨＤＣＰエンジンＭ４１４の使用を示す、エンジン使用状況４６４を示す。タイムライン４５４はさらに、認証工程４００の後続の段階４５８、４６０、４６２の間に、ＨＤＣＰエンジンＭが送信デバイスおよび／または受信デバイスを認証する（４６６）（たとえば、Ｒ１、Ｒ２、Ｒ３、…ＲｎのＲ値のチェック）ために使用されることを示す。

しかしながら、タイムライン４５４が示しているように、ＨＤＣＰエンジンＭの動作または使用は、ＨＤＣＰエンジンＲと異なり、関連するデバイスの認証４６６を継続することのみに限定されず、むしろ、これはさらにメインパイプの中の関連するどのオーディオ／ビデオデータを扱うためにも使用される（４６８）。ＨＤＣＰエンジンＭがこのようにオーディオ／ビデオデータを扱う機能４６８は、後続の段階４５８−４６２の間に雲状の図形で示され、その後も継続する。１つの実施形態において、メインパス（たとえば、使用者が見たり、知ったりするもの）の中で、ＨＤＣＰエンジンＭは、デバイスの認証を実行するためだけでなく、関連するオーディオ／ビデオデータの扱いと処理の専用でもある。他方、移動パス（たとえば、このパスは背景にあるため、使用者が見たり、知ったりしないもの）の中では、１つの実施形態において、複数のポートのためにその機能を実行するように時間多重化される１個のＨＤＣＰエンジンＲを使用することができる。さらに、留意すべき点として、ＨＤＣＰエンジン（ＲまたはＭ）は、本明細書で説明するもの等、各種の機能を実行するために物理的ポートに接続されてもよい。

図５Ａは、移動エンジンに関する工程の、ある実施形態を示す。１つの実施形態において、移動エンジン（たとえば、ＨＤＣＰエンジンＲ）が利用され、多数のポートに接続され、移動パスの中でその機能を実行し、その実行は使用者から見えない。決定シーケンス５０２では、すでに認証されたが、そのＦＩＦＯレベル（たとえば、ＲｉＦＩＦＯ）が低く、また別のＲｉをその対応するＦＩＦＯの中に書き込む必要のあるポートがあるか否かについての判断が下される。このようなポートがある場合は、処理シーケンス５０４で、ＨＤＣＰエンジンＲがそのポートに接続され、より多くのＲｉが生成されてＦＩＦＯに書き込まれ、工程は決定シーケンス５０２を続ける。

決定シーケンス５０２により、認証されたポートがない場合は、決定シーケンス５０６において、認証されておらず、認証される番になるのを待機しているポートがあるか否かについての判断が下される。このようなポートがなければ、工程は決定シーケンス５０２を続ける。しかしながら、決定シーケンス５０２により、認証されておらず、認証される番になるのを待機しているポートがある場合は、処理シーケンス５０８において、ＨＤＣＰエンジンＲがそのポートに接続されて、第一段階のポート認証を実行する（図４に関して示したとおり）。また、ＨＤＣＰエンジンＲは、Ｒｉを計算するために必要なパラメータに関する情報を取得し、その後、Ｒｉを生成して、対応するＦＩＦＯに書き込む。その後、工程は決定シーケンス５０２を続ける。

図５Ｂは、メインエンジンに関する工程の、ある実施形態示す。メインエンジン（たとえば、ＨＤＣＰエンジンＭ）があるポートに接続され、動作して（５５２）、メインパスの中でその機能を実行し、その実行は使用者から見える。ポートの変更（５５０）があると、ＨＤＣＰエンジンＭは、次のポート（たとえば、古いポートに代わる新しいポート）に関するエンジン状態情報を、次のポートに対応し、エンジン状態情報を含むＦＩＦＯからコピーする（５５４）。このエンジン状態情報は、ＨＤＣＰエンジンＭが、移動エンジン（たとえば、ＨＤＣＰエンジンＲ）が次のポートに関連付けられなくなり、ポート（以前は、ＨＤＣＰエンジンＲに関連付けられ、これを用いて動作する移動ポートであった）をルーティングしたときと同じ時点からシームレスにバックアップを開始して、今度は新しいメインポートでの認証工程を完全な状態で継続するために必要とされる。それに加えて、先に説明したように、メインエンジンＭの状態は、移動ポートに対応するＦＩＦＯにコピーされ、エンジンＲが次回そのポートを訪問した時に使用される。

図６は、本発明の実施形態を利用するネットワークコンピュータデバイス６０５の構成要素の実施形態を示す図である。この図において、ネットワークデバイス６０５はネットワーク内のどのデバイスでもよく、これにはテレビ、ケーブルセットトップボックス、ラジオ、ＤＶＤプレイヤ、ＣＤプレイヤ、スマートフォン、ストレージユニット、ゲーム機または他のメディアデバイスが含まれるが、これらに限定されない。いくつかの実施形態において、ネットワークデバイス６０５は、ネットワーク機能を提供するためのネットワークユニット６１０を含む。ネットワーク機能にはメディアコンテンツストリームの生成、伝送、保存および受信が含まれるが、これらに限定されない。ネットワークユニット６１０は、１個のシステムオンチチップ（ＳｏＣ）としても、または複数の構成要素としても実装できる。

いくつかの実施形態において、ネットワークユニット６１０はデータ処理のためのプロセッサを含む。データ処理には、メディアデータストリームの生成、伝送または保存中のメディアデータストリームの操作、およびメディアデータストリームを使用するための解読および復号が含まれていてもよい。ネットワークデバイスはまた、ネットワークの動作をサポートするためのメモリ、たとえばＤＲＭ（ＤｙｎａｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）６２０またはその他同様のメモリおよびフラッシュメモリ６２５またはその他の不揮発性メモリを含んでいてもよい。

ネットワークデバイス６０５はまた、それぞれ、１つまたは複数のネットワークインタフェース６５５を介してネットワーク上でデータを伝送し、またはネットワークからデータを受信するための送信機６３０および／または受信機６４０を含んでいてもよい。送信機６３０または受信機６４０は、たとえばイーサネットケーブル６５０、同軸ケーブルを含む有線送信ケーブルまたは無線ユニットに接続されていてもよい。送信機６３０または受信機６４０は、１本または複数のライン、たとえばデータ送信用のライン６３５とデータ受信用のライン６４５を用いて、データ伝送と制御信号のためのネットワークユニット６１０に連結されていてもよい。また別の接続があってもよい。ネットワークデバイス６０５はまた、デバイスのメディア配信のための多数の構成要素を含んでいてもよいが、本明細書では示されていない。

上記の記述においては、説明を目的として、本発明を十分に理解するために多数の具体的な詳細事項が示された。しかしながら、当業者にとって明らかであろう点として、本発明は、これらの具体的な詳細事項のいくつかがなくても実施できる。その他の場合、よく知られた構造やデバイスは、ブロック図の形で示されている。図の構成要素の間には、中間構造があってもよい。本明細書において文章または図で示された構成要素は、図または文章で示されていない、また別の入力または出力を有していてもよい。

本発明の各種の実施形態には、各種の工程が含まれていてもよい。これらの工程は、ハードウェア構成要素によって実行されてもよく、または、コンピュータプログラムもしくは機械による実行が可能な命令で実施されてもよく、これらは、その命令でプログラムされた汎用または特定用途プロセッサまたは論理回路にその工程を行わせるために使用されてもよい。あるいは、工程は、ハードウェアとソフトウェアの組み合わせによって実行されてもよい。

本明細書全体を通して説明された１つまたは複数のモジュール、構成要素または要素、たとえば、ポートマルチプライヤ改良メカニズムの実施形態の中で、またはこれに関連して示されたもの等には、ハードウェア、ソフトウェアおよび／またはそれらの組み合わせが含まれていてもよい。モジュールがソフトウェアを含んでいる場合、ソフトウェアデータ、命令および／または構成は、機械／電子デバイス／ハードウェアによって製造品を介して提供されてもよい。製造品には、命令、データ等を提供するコンテンツを有する、機械によるアクセスが可能／読取が可能な媒体が含まれていてもよい。コンテンツによって、電子デバイス、たとえば本明細書で説明したファイラ、ディスクまたはディスクコントローラが上記の各種の動作または実行を行うことになってもよい。

本発明の各種の実施形態のある部分はコンピュータプログラム製品として提供されてもよく、これらには、その上にコンピュータプログラム命令が記憶されているコンピュータプログラム製品が含まれていてもよく、これは、本発明の実施形態による工程を実行するようにコンピュータ（またはその他の電子デバイス）をプログラムするために使用されてもよい。機械読取可能媒体には、フロッピーディスケット、光ディスク、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）および磁気光ディスク、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、イレーサブルプログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、エレクトリカリＥＰＲＯＭ（ＥＥＰＲＯＭ）、磁気または光カード、フラッシュメモリまたは、電子命令を保存するのに適したその他のタイプの媒体／機械読取可能媒体が含まれていてもよいが、これらに限定されない。さらに、本発明はまた、コンピュータプログラム製品としてダウンロードしてもよく、この場合、プログラムは、遠隔コンピュータから要求するコンピュータに伝送されてもよい。

方法の多くを、その最も基本的な形で説明したが、本発明の基本的な範囲から逸脱することなく、これらの方法のいずれについても工程を追加または削除することができ、また説明した文章のいずれについても情報を追加し、または取り除くことができる。当業者にとって明らかとなるであろう点として、多くのその他の改変と改良を行うことができる。特定の実施形態は、本発明を限定するためではなく、これを説明するために提供されている。本発明の実施形態の範囲は、上記の具体的な例ではなく、以下の特許請求の範囲によってのみ定められるものとする。

要素「Ａ」が要素「Ｂ」に、またはそれと連結されていると書かれている場合、要素Ａは要素Ｂに直接連結されても、たとえば要素Ｃを通じて間接的に連結されてもよい。明細書または特許請求の範囲に、構成要素、特徴的機能、構造、工程または特徴Ａが、構成要素、特徴的機能、構造、工程または特徴Ｂの「原因となる」と記されている場合、それは、「Ａ」が「Ｂ」の少なくとも一部の原因であるが、「Ｂ」の原因となるのを助ける少なくとも１つのその他の構成要素、特徴的機能、構造、工程または特徴があってもよい。明細書に、ある構成要素、特徴的機能、構造、工程または特徴が「含まれてもよい」、「含まれるかもしれない」、または「含まれうる」と記されている場合、その特定の構成要素、特徴的機能、構造、工程または特徴を含めなければならないわけではない。明細書または特許請求の範囲が「１つの」要素に言及している場合、これは、記載された要素が１つしかないことを意味するのではない。

ある実施形態は、本発明の実装形態または例である。明細書における「ある実施形態」、「１つの実施形態」、「いくつかの実施形態」または「他の実施形態」との言及は、その実施形態に関連して記載された特定の特徴的機能、構造または特徴が少なくともいくつかの実施形態の中に含められるが、必ずしもすべての実施形態に含まれるとはかぎらないことを意味する。「ある実施形態」、「１つの実施形態」または「いくつかの実施形態」と各所に使用されている場合、必ずしも同じ実施形態を指すとは限らない。当然のこととして、本発明の実施例に関する上記の説明において、各種の特徴は時として、開示を合理化し、各種の発明性のある態様の１つまたは複数の理解を助けることを目的として、１つの実施形態、図またはその説明にまとめられる。しかしながら、この開示方法は、特許請求されている発明に、各請求項に明記されているもの以上の特徴的機能を必要とするという意図を反映していると解釈されないものとする。むしろ、以下の特許請求の範囲に反映されているように、発明性のある態様は、上記の開示された１つの実施形態のすべての特徴がそろっていない状態のものの中にある。それゆえ、特許請求項はここに、この説明の中に明確に組み込まれ、各請求項は本発明の別の実施形態として独立している。

Claims

送信デバイスによって受信デバイスを事前認証するステップであって、前記受信デバイスは前記送信デバイスからのデータストリームを第一のデータパスを介して受信するステップ、
第一のＨｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）エンジンを前記第一のデータパスの中の第一のポートに関連付けるステップであって、前記第一のＨＤＣＰエンジンは第二のＨＤＣＰエンジンと連結されるステップ、
前記第二のＨＤＣＰエンジンを第二のデータパスの中の複数のポートに関連付けるステップであって、前記複数のポートの各々は、前記複数のポートの各々に関する状態情報を有するメモリパイプと関連し、前記状態情報は前記受信デバイスの事前認証に使用されるステップ
を含む方法。
前記複数のポートの各々に関する前記状態情報を生成するステップと、前記状態情報をメモリパイプの中に保存するステップをさらに含み、各メモリパイプは前記複数のポートの１つのポートに対応する、請求項１に記載の方法。
前記複数のポートを前記第二のＨＤＣＰエンジンによって時分割多重化式に同期させるステップをさらに含み、同期は、前記複数のポートのＲｉ同期または垂直鍵変更を含む、請求項１に記載の方法。
前記第一のポートを前記第一のＨＤＣＰエンジンによって画素解読するステップをさらに含む、請求項１に記載の方法。
前記第一のエンジンはメインＨＤＣＰエンジンを含み、前記第一のデータパスは主要データパスを含む、請求項１に記載の方法。
前記第二のエンジンは移動ＨＤＣＰエンジンを含み、前記第二のデータパスは移動データパスを含む、請求項１に記載の方法。
前記第一のポートはメインポートを含み、前記複数のポートは移動ポートを含む、請求項１に記載の方法。
送信デバイスによって事前認証される受信デバイスであって、前記送信デバイスからのデータストリームを、第一のデータパスを介して受信する受信デバイスと、
前記第一のデータパスの中の第一のポートに関連付けられた第一のＨｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）エンジンであって、第二のＨＤＣＰエンジンに連結された第一のＨＤＣＰエンジンと、を備え、
前記第二のＨＤＣＰエンジンは第二のデータパスの中の複数のポートに関連付けられ、前記複数のポートの各々は、前記複数のポートの各々に関する状態情報を有するメモリパイプに関連付けられ、前記状態情報は前記受信デバイスの事前認証に使用される装置。
前記第二のＨＤＣＰエンジンは、前記複数のポートの各々に関する前記状態情報を生成して、前記状態情報をメモリパイプに保存し、各メモリパイプは前記複数のポートの１つのポートに対応する、請求項８に記載の装置。
前記第二のＨＤＣＰエンジンは、前記第二のＨＤＣＰエンジンによって前記複数のポートを時分割多重化式に同期させ、同期は、前記複数のポートのＲｉ同期または垂直鍵変更を含む、請求項８に記載の装置。
前記第一のＨＤＣＰエンジンは、前記第一のＨＤＣＰエンジンによって前記第一のポートを画素解読する、請求項８に記載の装置。
前記第一のエンジンはメインＨＤＣＰエンジンを含み、前記第一のデータパスはメインデータパスを含む、請求項８に記載の装置。
前記第二のエンジンは移動ＨＤＣＰエンジンを含み、前記第二のデータパスは移動データパスを含む、請求項８に記載の装置。
前記第一のポートはメインポートを含み、前記複数のポートは移動ポートを含む、請求項８に記載の装置。
送信デバイスによる受信デバイスの事前認証を容易にするための事前認証デバイスを含むシステムであって、前記受信デバイスは、前記送信デバイスからのデータストリームを、第一のデータパスを介して受信し、前記事前認証デバイスは、
前記第一のデータパスの中の第一のポートに関連付けられた第一のＨｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）エンジンを含み、前記第一のＨＤＣＰエンジンは第二のＨＤＣＰエンジンに連結され、
前記第二のＨＤＣＰエンジンは第二のデータパスの中の複数のポートに関連付けられ、前記複数のポートの各々は、前記複数のポートの各々に関する状態情報を有するメモリパイプに関連付けられ、前記状態情報は前記受信デバイスの事前認証に使用されるシステム。
前記第二のＨＤＣＰエンジンは、前記複数のポートの各々に関する状態情報を生成して、前記状態情報をメモリパイプに保存し、各メモリパイプは前記複数のポートの１つのポートに対応する、請求項１５に記載のシステム。
前記第二のＨＤＣＰエンジンは、前記第二のＨＤＣＰエンジンによって時分割多重式に前記複数のポートを同期させ、同期は前記複数のポートのＲｉ同期または垂直鍵変更を含む、請求項１５に記載のシステム。
前記第一のＨＤＣＰエンジンは、前記第一のＨＤＣＰエンジンによって前記第一のポートを画素解読する、請求項１５に記載のシステム。
前記第一のエンジンはメインＨＤＣＰエンジンを含み、前記第一のデータパスはメインデータパスを含む、請求項１５に記載のシステム。
前記第二のエンジンは移動ＨＤＣＰエンジンを含み、前記第二のデータパスは移動データパスを含む、請求項１５に記載のシステム。