データストリームの通信のためにソース送信デバイスとシンク受信デバイスとの間で第1の認証を実行する処理と、前記ソース送信デバイスと、該ソース送信デバイスと前記シンク受信デバイスとに結合された中間担体デバイスを含むブリッジデバイスとの間で第2の認証を該第2の認証が前記第1の認証に依存せず、かつ前記シンク受信デバイスが該第2の認証によって影響を受けないままに留まるように実行する処理と、暗号化コンテンツを有するデータストリームを前記ソース送信デバイスから前記ブリッジデバイスに送信する処理と、を実行することを特徴とする方法。前記第1の認証は、前記ソース送信デバイスにおいて秘密値を計算して保存する処置を含み、前記秘密値は、前記シンク受信デバイスに関連付けられた公開値に基づいて計算される、ことを特徴とする請求項1に記載の方法。前記第2の認証は、前記秘密値を前記ブリッジデバイスに送信する処理を含むことを特徴とする請求項1に記載の方法。前記第2の認証は、前記秘密値が前記ブリッジデバイスにおいて受信されたことの確認を前記ソース送信デバイスにおいて該ブリッジデバイスから受信する処理と、該確認の受信時に前記データストリームの該ブリッジデバイスへの前記送信をトリガーする処理とを更に含むことを特徴とする請求項3に記載の方法。前記ブリッジデバイスにおいて前記秘密値を受信して暗号解読する処理を更に含むことを特徴とする請求項4に記載の方法。前記ブリッジデバイスにおいて前記データストリームを受信する処理を更に含み、前記データストリームの暗号化コンテンツが、暗号解読され、該暗号解読されたコンテンツは、該ブリッジデバイスにおいてアクセスされ、再暗号化されて前記シンク受信デバイスに送信される前に解析又は修正される、ことを特徴とする請求項1に記載の方法。前記第1の認証は、ソースデバイス-シンクデバイスリンクを含む第1のリンク上で実行され、前記第2の認証は、ソースデバイス-ブリッジデバイスリンクを含む第2のリンク上で実行される、ことを特徴とする請求項1に記載の方法。前記コンテンツは、高精細マルチメディアインタフェースHDMIベースのコンテンツ又はモバイル高精細リンクMHLベースのコンテンツを含むことを特徴とする請求項1に記載の方法。前記コンテンツの前記暗号化は、高帯域幅デジタルコンテンツ保護HDCPプロトコルに基づくことを特徴とする請求項1に記載の方法。ストレージ媒体及び該ストレージ媒体に結合したプロセッサを有するデータ処理デバイスであって、シンク受信デバイスとブリッジデバイスとに結合されたソース送信デバイスを更に有する当該データ処理デバイスを備えたシステムにおいて、認証メカニズムを有する前記ソース送信デバイスは、データストリームの通信のために前記ソース送信デバイスと前記シンク受信デバイスとの間で第1の認証を実行し、前記ソース送信デバイスと、該ソース送信デバイスと前記シンク受信デバイスとに結合された中間担体デバイスを含むブリッジデバイスとの間で第2の認証を該第2の認証が前記第1の認証に依存せず、かつ前記シンク受信デバイスが該第2の認証によって影響を受けないままに留まるように実行し、暗号化コンテンツを有するデータストリームを前記ソース送信デバイスから前記ブリッジデバイスに送信する、ことを特徴とするシステム。前記第1の認証は、前記ソース送信デバイスにおいて秘密値を計算して保存する処理を含み、前記秘密値は、前記シンク受信デバイスに関連付けられた公開値に基づいて計算される、ことを特徴とする請求項10に記載のシステム。前記第2の認証は、前記秘密値を前記ブリッジデバイスに送信する処理を含むことを特徴とする請求項10に記載のシステム。前記第2の認証は、前記秘密値が前記ブリッジデバイスにおいて受信されたことの確認を前記ソース送信デバイスにおいて該ブリッジデバイスから受信する処理と、該確認の受信時に前記データストリームの該ブリッジデバイスへの前記送信をトリガーする処理とを更に含むことを特徴とする請求項12に記載のシステム。前記ブリッジデバイスにおいて前記秘密値を受信して暗号解読する処理を更に含むことを特徴とする請求項13に記載のシステム。認証メカニズムを有するソース送信デバイスを備えた装置であって、前記ソース送信デバイスは、データストリームの通信のために前記ソース送信デバイスとシンク受信デバイスとの間で第1の認証を実行し、前記ソース送信デバイスと、該ソース送信デバイスと前記シンク受信デバイスとに結合された中間担体デバイスを含むブリッジデバイスとの間で第2の認証を該第2の認証が前記第1の認証に依存せず、かつ前記シンク受信デバイスが該第2の認証によって影響を受けないままに留まるように実行し、暗号化コンテンツを有するデータストリームを前記ソース送信デバイスから前記ブリッジデバイスに送信する、ことを特徴とする装置。前記第1の認証は、前記ソース送信デバイスにおいて秘密値を計算して保存する処理を含み、前記秘密値は、前記シンク受信デバイスに関連付けられた公開値に基づいて計算される、ことを特徴とする請求項15に記載の装置。前記第2の認証は、前記秘密値を前記ブリッジデバイスに送信する処理を含むことを特徴とする請求項15に記載の装置。前記第2の認証は、前記秘密値が前記ブリッジデバイスにおいて受信されたことの確認を前記ソース送信デバイスにおいて該ブリッジデバイスから受信する処理と、該確認の受信時に前記データストリームの該ブリッジデバイスへの前記送信をトリガーする処理とを更に含むことを特徴とする請求項17に記載の装置。前記ブリッジデバイスにおいて前記秘密値を受信して暗号解読する処理を更に含むことを特徴とする請求項18に記載の装置。本発明の実施形態は、補助チャンネルの部分認証を通じてコンテンツの処理を実行することに関する。本発明の第1の態様において、方法の一実施形態は、データストリームの通信のためにソース送信デバイスとシンク受信デバイスとの間で第1の認証を実行する処理を含む。本方法は、ソース送信デバイスとブリッジデバイスとの間で第2の認証を第2の認証が第1の認証に依存せず、シンク受信デバイスが第2の認証によって影響を受けないままに留まるように実行する処理を更に含む。ブリッジデバイスは、ソース送信デバイスとシンク受信デバイスとに結合された中間担体デバイスを含む。本方法は、暗号化コンテンツを有するデータストリームをソース送信デバイスからブリッジデバイスに送信する処理を更に含む。本発明の第2の態様において、システムの一実施形態は、ストレージ媒体とストレージ媒体に結合したプロセッサとを有するデータ処理デバイスを含む。このデータ処理デバイスは、シンク受信デバイスとブリッジデバイスとに結合されたソース送信デバイスを含む。このソース送信デバイスは、部分認証メカニズムを含む。ソース送信デバイスは、データストリームの通信のためにソース送信デバイスとシンク受信デバイスとの間で第1の認証を実行し、かつソース送信デバイスとブリッジデバイスとの間で第2の認証を第2の認証が第1の認証に依存せず、シンク受信デバイスが第2の認証によって影響を受けないままに留まるように実行する。ブリッジデバイスは、ソース送信デバイスとシンク受信デバイスとに結合された中間担体デバイスを含む。更に、ソース部分認証メカニズムは、暗号化コンテンツを有するデータストリームをソース送信デバイスからブリッジデバイスに送信する。本発明の第2の態様において、装置の一実施形態は、認証メカニズムを含むソース送信デバイスを含む。ソース送信デバイスは、データストリームの通信のためにソース送信デバイスとシンク受信デバイスとの間で第1の認証を実行し、かつソース送信デバイスとブリッジデバイスとの間で第2の認証を第2の認証が第1の認証に依存せず、シンク受信デバイスが第2の認証によって影響を受けないままに留まるように実行する。ブリッジデバイスは、ソース送信デバイスとシンク受信デバイスとに結合された中間担体デバイスを含む。更に、ソース部分認証メカニズムは、暗号化コンテンツを有するデータストリームをソース送信デバイスからブリッジデバイスに送信する。本発明の実施形態を類似の参照番号が類似の要素を指す添付図面の図に限定としてではなく例として示している。本発明の実施形態は、部分認証を実行することに関する。本発明の実施形態は、補助チャンネルの部分認証を通じてコンテンツの処理を実行することに関する。一実施形態において、保護データストリームの中間担体例えば、ブリッジデバイスに対して、データストリームの完全な暗号解読を必要とせずに、中間担体の集積チップ又は回路チップの外部で保護コンテンツのうちのいずれかを露出する危険性なく保護データストリームのコンテンツにアクセスし、調査及び修正することが許可される。受信機チップ、ブリッジチップ、及び送信機チップにおいて、ロッキング回路、位相ロックループPLL、遅延ロックループDLL、暗号化論理、暗号解読論理、認証エンジン、1つ又はそれよりも多くの背景/前景処理エンジンなどのようないくつかの論理/回路を使用することができるように考えられている。更に、様々なプロトコル例えば、暗号化/暗号解読プロトコル、暗号化データ/非暗号化データ検出プロトコル等が、HDCPを含むことができ、データ信号は、HDMI信号又はモバイル高精細リンクMHL信号を含むことができる。本発明の実施形態は、HDMI及びMHLに限定されず、あらゆる他の種類のデータストリームに対して使用することができるように考えられている。同様に、本発明の実施形態は、HDCPに限定されず、他の暗号化プロトコル又はメカニズムに適用するか又はこれらと共に使用することができる。しかし、本明細書では、説明の簡略化、明瞭化、及び平易化のためにHDCP、HDMI、及びMHL、並びに技術への他の類似の具体的な参照を行う。図1は、本発明の一実施形態による部分認証のためのシステムを示している。図示の部分認証のためのシステム100の実施形態は、ソースデータ送信デバイスソースデバイス、送信デバイス、又は拡張送信機とも称する。である第1のデバイス110と、中間データ担体ブリッジデバイス又は拡張ブリッジとも称する。及びシンクデータ受信デバイスシンクデバイス、受信デバイス、及び拡張受信機とも称する。である第2のデバイス120とを含む。ソースデバイス110は、データストリームのコンテンツの暗号化を実行する暗号化エンジン112と、ソースデバイス110とシンクデバイス130、並びにブリッジデバイス120との間で認証を実行するソース認証エンジン114とを含む。ソース認証エンジン114は、ソースマスク発生器172とソース同期メカニズム174とを含む。ブリッジデバイス120は、ブリッジデバイス120とソースデバイス110の間の認証を実行又は確認するブリッジ認証エンジン126を含む。ソース認証エンジン114の場合と同様に、ブリッジ認証エンジン126は、ブリッジマスク発生器182とブリッジ同期メカニズム184とを含む。更に、ブリッジデバイス120は、暗号化/暗号解読エンジン122を含む。一実施形態において、暗号化/暗号解読エンジン122は、暗号化エンジン又は暗号解読エンジンとして機能するように構成することができる単一のエンジンを含むが、一実施形態により、いずれの時点においても完全な暗号化エンジンと完全な暗号解読エンジンの両方を使用することがブリッジデバイス122に必要されることはない。シンクデバイス130は、ソースデバイス110との認証を実行するシンク認証エンジン134と、ソースデバイス110において暗号化されたか、又はブリッジデバイス120において再暗号化されたデータストリームのコンテンツの暗号解読を実行する暗号解読エンジン132とを含む。一実施形態において、認証エンジン114、126、134の各々は、マスク生成、秘密値の計算及び通信、デバイスソースデバイス110及びブリッジデバイス120等間の認証同期を維持すること、及び本発明の実施形態による他のそのようなタスクを含む様々な認証処理を実行するソフトウエアモジュール、ハードウエア構成要素、及びソフトウエアモジュールとハードウエア構成要素との組合せを有するファームウエアのようなそれらのあらゆる組合せを含む。一般的なデータストリームは、ビデオコンテンツ、オーディオコンテンツ、及び制御コンテンツという3つの種類のコンテンツを含む。ビデオコンテンツは、各ピクセル値が、ソースデバイス110内でマスク発生器172によって生成されるマスクによって暗号化されるビデオデータ期間内に保持することができる。オーディオコンテンツは、各データペイロードバイトが、ソースデバイス110内でマスク発生器172によって生成されるマスクによって暗号化されるデータアイランド期間内のある種類のパケット内に保持することができる。制御データは、各ペイロードバイトが、同じ種類のソースデバイス生成マスクによって暗号化されるデータアイランド期間内の異なる種類のパケット内に保持することができる。マスク生成は、クロックサイクル毎に進行させることができ、ビデオデータ期間又はデータアイランド期間内の各クロック期間において進む。マスク発生器は、HDCP規格内のプロトコルに従って定期的にキー変更することができる。ソースデバイス110は、データリンク140を通じて暗号化コンテンツ142を含むデータストリームのコンテンツをブリッジデバイス120に送信し、ブリッジデバイス120は、更に暗号化コンテンツ142をシンクデバイス130に送信する。ソースデバイス110とブリッジデバイス120との間で指令152を送信するために、指令バス150を使用することができ、例えば、ブリッジデバイス120が、データストリームのコンテンツを暗号化しようとするソースデバイス110の意図をサポートすることができるという情報をブリッジデバイス120から読み戻す指令は、ソースデバイス110からブリッジデバイス120に送られる。一実施形態において、擬似ランダムマスク値との排他的論理和演算XORによって暗号化された値が、次に、同じXORマスク値を用いて暗号解読される数学的真偽性が使用される。例えば、HDCPでは、ソースデバイス110において最初のXOR処理が実行され、シンクデバイス130において第2のそのような処理が実行される。ブリッジデバイスにおける従来のリピータ処理では、両方の処理が実行されるが、それにも関わらず非保護コンテンツストリームは、最後のデバイスのチップの出力ポートと次のデバイスのチップの入力ポートとの間のようなブリッジチップの外部で露出される。従来のリピータとは異なり、本出願では、一実施形態において、上述の数学的真偽性を用いてブリッジデバイス120においてXORマスク処理技術が使用され、ブリッジデバイス120においてXORマスク値を使用することにより、ブリッジデバイス120において、全て1つのチップ内で1つのエンジン122を用いてデータストリームの暗号化コンテンツ142が解析、測定、又は処理に向けて暗号解読され、次に、再暗号化される完全な暗号化エンジンと完全な暗号解読エンジンとを同時に使用する必要なく。ブリッジデバイス120に使用されるこのXORマスク値は、元のソースデバイス110内でマスク発生器172によって生成されるものと同じXORマスク値である。更に、一実施形態において、XORマスク値自体をソースデバイス110とブリッジデバイス120の間の保護リンク例えば、データリンク140を横切って送信することなくソースデバイス110におけるXORマスク値をブリッジデバイス120におけるXORマスク値と同期させるために同期メカニズム174、144が使用される。一実施形態において、HDCPは、ソースデバイス110のような送信リンク140の開始点においてデータストリーム例えば、HDMIデータストリーム、MHLデータストリームのコンテンツの暗号化を設定し、次に、ソースマスク発生器172によってクロック毎に必要に応じてその暗号化XORマスク値を作成する。一実施形態において、ブリッジデバイス120におけるブリッジマスク発生器182は、データストリームの内部を調べて、ソースデバイス110と同期した状態のままに留まる必要なく、送信リンク140を跨ぐHDCPに関する規則に照明して、いつ実行されるかを理解する。例えば、HDCPの場合には、この規則は、水平キー変更をもたらす水平同期HSYNCパルス、フレーム垂直キー変更をもたらす垂直同期VSYNCパルス、及びその後のフレームが暗号化又は非暗号化のいずれのものであるかを次の受信デバイスブリッジデバイス120、シンクデバイス130等に通知するOESSCTLパルス又はEESSCTLパルスを含むことができる。ソースデバイス110及びシンクデバイス130が初期認証処理を完了すると、ソースデバイス110は、第1のOESSパルス又はEESSパルスを送り、ソースデバイス110とシンクデバイス130とは、クロック毎及びフレーム毎に無期限に同調する。ソースデバイス110においてデータストリームの暗号化のために作成されるXORマスク値は、暗号解読のためにシンクデバイス130によって使用されるXORマスク値に等しいので、ブリッジデバイスにおけるブリッジチップは、これを利用して、ソースデバイス110によって割り当てられたXORマスク値のみを用いてコンテンツバイトを暗号解読及び再暗号化する。一実施形態において、ブリッジデバイス120の単一のエンジン126が暗号解読エンジンである場合には、エンジン126は、暗号化エンジンとして使用されるように構成することができ、ソースデバイス110の暗号化秘密値は、暗号解読の役割から暗号化の役割に再構成される。しかし、いずれの時点においても、ブリッジデバイス120において暗号解読エンジンと暗号化エンジンとが同時に必要とされることはない。ソースデバイス110は、自体のXORマスク発生器172を初期化するのに使用する秘密値として公知の値セットを含む。一実施形態において、ソースデバイス110は、これらの秘密値をブリッジデバイス120に転送し、これらの秘密値をブリッジデバイス120均等な暗号化XORマスク発生器182を含むに転送することにより、ソースデバイス110とブリッジデバイス120とは、保護コンテンツ又は秘密情報秘密値を含むのうちのいずれかを露出する必要なく同期状態のままに留められ、この場合、これらの保護コンテンツ又は秘密情報は、シンクデバイス130のような下流の受信機に安全に送信される。ソースデバイス110における秘密値は、シンクデバイス130に関連付けられた公開値から部分的に導出することができるように考えられている。一実施形態において、最初にブリッジデバイス120は、ソースデバイス110からのデータリンク140を通じたあらゆる表示データチャンネルDDCトラフィックが、干渉又は妨害なしに下流のシンクデバイス130に通過することを可能にすることによって受動的であるように機能する。上述のように、ソースデバイス110及びシンクデバイス130は、これら自体の認証役割分担すなわち、初期認証を実行し、この初期認証の完了時に、ソースデバイス110は、ソースデバイス110からのHDCPトラフィックにおいてDDCバスを検出することによって能動的であるように機能するようにブリッジデバイス120に指令を送る。ソースデバイス110とブリッジデバイス120の間のこの指令は、これらのそれぞれの認証メカニズム114、126によって通信することができる。この技術は、HDMIでは、ブリッジデバイス120に対してDDCバス上の新しいデバイスアドレスを割り当てることにより、又はDDC上のHDCP受信機デバイスアドレスに新しいレジスタオフセットを割り当てることによって実施され、同じくMHLでは、ソースデバイス110とブリッジデバイス120の間のCBUS上に実施される。ブリッジデバイス120の暗号化/暗号解読エンジン122は、暗号解読エンジンとして機能するように使用され又は構成され、一方、ソースデバイス110は、ブリッジデバイス120とのHDCP認証を実行し、2つのデバイス110、120の間のこのインタフェースを跨ぐ高信頼性リンクを確立する。次に、ソースデバイス110は、ソースからシンクへの初期認証中に計算及び通信される秘密値をこの新しく確立された親鸞性の高いソースからブリッジへのリンク上の保護パケットの一部としてブリッジデバイス120に送る。保護パケットを受信すると、ブリッジデバイス120は、保護パケットがブリッジデバイス120の出力ポート上で露出されないように、かつ下流のシンクデバイス130がHDCPENC_ENに関するいずれのものも検出しないように、保護パケットの遷移時間最短差動信号伝達TMDSベースの信号伝達を抑制することができる。更に、ブリッジデバイス120がこの保護パケットを受信すると、ソースデバイス110とシンクデバイス130とが、通常の暗号化及び暗号解読等に関して同期状態のままに留まり、ブリッジデバイス120が処理に全く介入しないかのように、ブリッジデバイス120は、ブリッジ認証エンジン126により、ソースデバイス110のENC_ENOESSパルス又はENC_ENEESSパルスがシンクデバイス130に正常に通過することを可能にするように再度構成し戻される。DDCバス及びCBUSに関して、HDMIは、特に、シンクデバイス130が対応するオーディオ/ビデオフォーマットを判断するのにソースデバイス110を使用することができる拡張DDCE-DDCへの対応を必要とする場合がある。CBUSは、ソースデバイス又はシンクデバイスにおいて、その対応するMHL準拠のシンクデバイス及びソースデバイスそれぞれへの接続性を検知するメカニズムを指し、単線1ビット双方向制御バスを含むことができる。ブリッジデバイス120が、ソースデバイス110によって供給される暗号化コンテンツ等以外にブリッジデバイス120の使用のためのいずれの付加的な暗号化コンテンツも受信する可能性がない場合には、ブリッジデバイス120は、リンク整合性検査を実施する必要はない。更に、ブリッジデバイス120は、ソースデバイス110自体の暗号化とは無関係にいずれのコンテンツも暗号化せず、あらゆる暗号解読及び再暗号化がブリッジデバイス120例えば、リピータ機能を持たないチップ製品を含むの内部のものであるとすると、ブリッジデバイスがキー選択ベクトルリストKSVLIST処理、V値又はV’値のSHA-1処理などに介入するいずれの必要性も残らない。更に、ブリッジデバイス120のHDCPKSVBKSVがソースデバイス110に通信されるので、ブリッジデバイス120がリピータをサポートする必要なく、ソースデバイスがブリッジデバイス120のBKSVの検証することができるなどで、ブリッジデバイス120はリピータではない。ソースデバイス110の秘密値を用いて、ブリッジデバイス120は、ソースデバイス110から暗号化コンテンツ142を受信する準備を行うことができ、一方、OESSパルス、EESSパルス、HSYNCパルス、及びVSYNCパルス、並びにビデオデータ期間の立ち下がりエッジをモニタして、ブリッジデバイス120のHDCPエンジンのソースデバイス110との同期を維持する。一実施形態において、ブリッジデバイス120が、下流のシンクデバイス130に対して認証されたデータストリーム内の最初のOESSパルス又はEESSパルスブリッジデバイス120の入力ポートに到着するもの等を検出すると、ブリッジデバイス120は、自体のマスク発生器182をトリガーする。例えば、AXORBXORB=Aを用いて、ブリッジデバイス120は、ソースデバイス110におけるBマスクに等しいBマスクを用いて元のA値を再生成する。この時点で、ブリッジデバイス120は、以下のような幾つもの機能を実行することができる。1データアイランド期間のコンテンツを報告する。このコンテンツは、例えば、AVIインフォフレーム又は色域メタデータパケット内の情報とすることができる。この情報へのアクセスは、ブリッジデバイス120が、ソースデバイス110とのリンク140のモードを追跡することを可能にする。2モード変化又はモード妨害のインラインインジケータのようなあらゆる変化に対するHSYNC及びVSYNCのタイミングをモニタする。VSYNC及びHSYNCは、データアイランド期間の内部に存在させることができ、従って、関連のデータアイランド期間が暗号解読されない限り、暗号化してブリッジデバイス120に対して不可視のままに留まることができる。3着信するMHLパケットピクセルストリームをHDCP準拠のHDMI出力ストリームに変換する。4ビデオデータに対して、RGBからYCbCrへ、YCbCr444からYCbCr422へ、又は更に8ビットのYCbCr422から10ビット又は12ビットのYCbCr422へのような色空間変換を実行する。5オーディオを消音し、一方、オーディオデータパケットの個数及びタイミングを影響を受けないままに残す。6コンテンツのピクセル値を固定データ又は元のコンテンツが含まれないデータで上書きすることによってビデオコンテンツをブランクにする。7適切なラインバッファを用いてフロントポーチ水平タイミング又はバックポーチ水平タイミングを固定する。一実施形態において、ブリッジデバイス120が、コンテンツバイト又はデータアイランドバイトを修正しない場合には、ブリッジデバイス120は、コンテンツを再暗号化する必要はなく、ブリッジデバイス120が、暗号化データストリーム142のコンテンツをサンプリングする場合であっても、初期暗号化されたデータストリーム142ソースデバイス110から受信されるは、ブリッジデバイス120を通過してシンクデバイス130に流れることができる。この技術は、例えば、プロトコルアナライザ又はバスモニタのような検査機器において、ブリッジデバイス120のブリッジチップの外部でのデータストリームの保護コンテンツへのアクセスを可能にする必要がなく、HDCPリンク上のコンテンツ又はデータアイランド期間を精査するのに有利である。しかし、一実施形態において、ブリッジデバイス120が、ソースデバイス110から受信した暗号化データストリーム142のコンテンツのうちのいずれかデータアイランド期間又はコンテンツバイト等をデータストリームに対してバイトを加減することなくかつライン毎及びフィールド毎の暗号化バイト全数が変化しないように保ちながら修正する場合には、ブリッジデバイス120は、ソースデバイス110によって判断されたものと同じXORマスク値を用いてデータストリームの修正コンテンツを再暗号化する。図2は、本発明の一実施形態によるソース送信デバイスを示している。一部の実施形態において、ソースデバイス110は、データストリームの送信のための送信機214と、データ送信を制御するコントローラ216と、別のデバイス例えば、ブリッジデバイス又はシンクデバイスのような受信デバイスへの送信の前にデータストリームのコンテンツを暗号化する暗号化エンジン218図1に示すようなとを含む。更に、ソースデバイス110は、送信の前のデータの格納のためのデータストレージ212と、送信の前に外部データソース240からある一定のデータを受信する受信機230とを含むことができる。一実施形態において、ソース送信デバイス110は、シンクデバイスのような下流の受信デバイスとの認証、又はブリッジデバイスのような中間担体との部分認証を実行するソース認証エンジン114を含む。ソース認証エンジン114は、認証処理又は場合によって部分認証処理を実行するのに、ブリッジデバイス又はシンクデバイスにおけるもののような他の認証エンジンと共に作動させることができる。更に、ソース認証エンジン114は、XORマスク値を作成又は生成するソースマスク発生器172と、ソースデバイス110とブリッジデバイス及びシンクデバイスの間の認証同期を維持するソース同期メカニズム174とを含む。図3Aは、本発明の一実施形態によるブリッジデバイスを示している。ブリッジデバイス120は、データストリームがソースデバイスから受信される中継担体として機能し、一部の実施形態において、データストリームがシンクデバイスに送信される前に、ブリッジデバイスにおいてデータストリームのコンテンツが、アクセス、解析、更に、修正される。ブリッジデバイスにおけるコンテンツの修正の場合には、修正コンテンツは、シンクデバイスに送信される前にブリッジデバイスにおいて再暗号化される。一実施形態において、ブリッジデバイス120は、ソースマスク発生器182と、ソースデバイスと認証処理を通信して、下流のシンクデバイスの介入を有することなく又はそれに影響を及ぼすことなくこれら2つのデバイスの間にソース-ブリッジリンクが確立されるようにするシンク同期エンジン184とを更に含むブリッジ認証エンジン134を含む。ソース-ブリッジリンクは、ソースデバイスとブリッジデバイス120の間の別々の認証処理部分認証等に使用される。更に、ブリッジデバイス120は、一実施形態では必要に応じて暗号化エンジン又は暗号解読エンジンとして機能するように構成することができる単一のエンジン122を含む。図3Bは、本発明の一実施形態によるシンク受信デバイスを示している。シンクデバイス130は、ソースデバイスから、一部の場合はブリッジデバイスを通じてデータストリームを受信する下流の受信デバイスを含む。シンクデバイス130は、ソースデバイスにあるソース認証エンジンと通信を行い、ソースデバイスとシンクデバイスとの初期認証を実行して、シンクデバイス130が、ソースデバイスからデータストリームを受信することを可能にするシンク認証エンジン134を含む。この初期認証は、ソースデバイスとブリッジデバイスの間の部分認証の前に実行される。更に、シンクデバイス130は、ソースデバイスからブリッジデバイスを通じて受信するデータストリームの暗号化コンテンツを暗号解読する暗号解読エンジン132を含む。図4は、本発明の一実施形態による部分認証を示している。非暗号化データストリームがソースデバイス110において受信される。ソース認証エンジン及びシンク認証エンジン114、134を用いて、ソース-シンクリンク402を通じてソースデバイス110とシンクデバイス130の間の認証が実行される。ソースデバイス110とシンクデバイス130の間のこの初期認証、及びシンクデバイス130に関連付けられた公開値を用いて、ソースデバイス110によってソース認証エンジン114を用いて秘密値が計算されて保存される。次に、ソース-シンクリンク402は、ソースデバイス110にDDCを横切ってブリッジデバイス120のブリッジチップ内のレジスタに書込みを行わせることによってHDMIの場合、又はCBUS上に指令を送らせることによってMHLの場合、ソース-ブリッジリンク412に切り換えられ、それによってソース-ブリッジ認証が実行される。ブリッジ側では、ソース-ブリッジ認証を実行する処理への変更を要求するDDCデータHDMIの場合又はCBUS指令MHLの場合が認識され、次に、ソースデバイス110との認証が実行される。ソース-ブリッジ認証の前に、ブリッジデバイス120は、ソースデバイス110からシンクデバイス130への全てのDDCに対するモードにおいて初期化されるHDMI。ソースデバイス110とブリッジデバイス120との間で認証が確立されると、データストリーム432の暗号化が、暗号化エンジン112を用いて始まり、例えば、通常のOESS手段又はEESS手段に示している。保存された秘密値は、次に、データストリーム432又はデータストリーム432とは別々の保護パッケージ422のような暗号化ストリーム内でソースデバイス110からブリッジデバイス120に送られる。秘密値は、ブリッジデバイス120において受信及び暗号解読され、ブリッジデバイス120における秘密値のこの受信は、ソースデバイス110により、DDCアドレスを読み取ることによってHDMIの場合、又はブリッジデバイス120に、CBUS指令を送らせることによってMHLの場合確認される。次に、ソース-ブリッジリンク412は、ソースデバイス110にDDCを横切ってブリッジチップ内のレジスタに書込みを行わせることによってHDMIの場合又はCBUS指令を送ることによってMHLの場合ソース-シンクリンク402に切り換え戻される。データストリームの暗号化は、ソース暗号化エンジン112を用いて実行され、通常のOESS手段及びESS手段によって示されるようにシンクデバイス130に通信される。ソースデバイス110とシンクデバイス130の間のHDCPリンク402は維持され、その間にソースデバイスから送られているデータストリームがモニタされ、必要に応じてデータストリームのコンテンツが暗号解読される。データストリーム432は、最終的にシンクデバイス130に送信される。このデータストリーム432は、ソースデバイスにおいて初期暗号化され、そこから送信されるものと同じデータストリームとすることができ、又はブリッジデバイス120において加えられた更に、暗号化/暗号解読エンジン122を用いて再暗号化されたいくつかの修正を含むことができる。図5は、本発明の一実施形態による部分認証を実行する方法を示している。方法500は、ハードウエア例えば、回路、専用論理、プログラム作成可能論理、マイクロコード等、ソフトウエア処理デバイス上で作動する命令等、又はファームウエア又は図1を参照して説明したようなハードウエアデバイス内の機能回路のようなそれらの組合せを含むことができる処理論理によって実行することができる。ブロック505において、非暗号化データストリームがソースデバイスにおいて受信される。ブロック510において、ソース認証エンジン及びシンク認証エンジンを用いて、シンクデバイスがソースデバイスから認証される。処理ブロック515において、この初期ソース-シンク認証及びシンクデバイスに関連付けられた公開値を用いて、ソースデバイスによってソース認証エンジンを用いて秘密値が計算されて保存される。次に、処理ブロック520において、ソース-シンクリンクは、ソースデバイスにDDCを横切ってブリッジデバイスのブリッジチップ内のレジスタに書込みを行わせることによってHDMIの場合又はCBUS上に指令を送らせることによってMHLの場合ソース-ブリッジリンク412に切り換えられ、それによって処理ブロック525においてソース-ブリッジ認証が実行される。ソースデバイスとブリッジデバイスの間の認証が確立されると、処理ブロック530において、例えば、通常のOESS手段又はEESS手段に示すように、データストリームの暗号化が開始される。次に、処理ブロック535において、保存された秘密値が、暗号化データストリーム内又はデータストリームとは別々の保護パッケージ内でソースデバイスからブリッジデバイスに送られる。処理ブロック540において、秘密値はブリッジデバイスにおいて受信及び暗号解読され、ブリッジデバイスにおける秘密値のこの受信は、ソースデバイスによってDDCアドレスを読み取ることによってHDMIの場合、又はブリッジデバイスにCBUS指令を送らせることによってMHLの場合確認される。次に、処理ブロック545において、ソース-ブリッジリンクは、ソースデバイスに、DDCを横切ってブリッジチップ内のレジスタに書込みを行わせることによってHDMIの場合、又はCBUS指令を送ることによってMHLの場合ソース-シンクリンクに切り換え戻される。処理ブロック550において、上述のように、ソースデバイスからシンクデバイスへのデータストリームの暗号化が、通常のOESS手段及びESS手段に示すように始まる。図6は、本発明の一実施形態による部分認証を実行する方法を示している。方法600は、ハードウエア例えば、回路、専用論理、プログラム作成可能論理、マイクロコード等、ソフトウエア処理デバイス上で作動する命令等、又はファームウエア又は図1を参照して説明したようなハードウエアデバイス内の機能回路のようなそれらの組合せを含むことができる処理論理によって実施することができる。処理ブロック605において、ソースデバイスから下流のシンクデバイスへの全てのDDCバスに対するモードにおいてブリッジデバイスが初期化されるHDMIの場合。処理ブロック610において、ソースからブリッジへの認証を行う処理への変更を要求するDDCデータHDMIにおいて又はCBUS指令MHLにおいてが認識される。処理ブロック615において、ブリッジデバイスのソースデバイスとの認証が実行される。処理ブロック620において、ブリッジデバイスにおいてソースデバイスから秘密値が受信され、暗号解読される。処理625において、DDCステータスHDMIにおいて及びCBUS指令MHLにおいてがソースデバイスに返送されることにより、ブリッジデバイスにおける秘密値の受信が通知され、それによって秘密値がブリッジデバイスにおいて受信されていることをソースデバイスが認識することになる。処理ブロック630において、ソースデバイスは、シンクデバイスとのHDCPリンクを維持することが許可され、その間にソースデバイスからのデータストリームがモニタされ、必要に応じて暗号化コンテンツが暗号解読される。図7は、本発明の一実施形態によるシンク受信デバイスが係わる部分認証を実行する方法を示している。方法700は、ハードウエア例えば、回路、専用論理、プログラム作成可能論理、マイクロコード等、ソフトウエア処理デバイス上で作動する命令等、又はファームウエア又は図1を参照して説明したようなハードウエアデバイス内の機能回路のようなそれらの組合せを含むことができる処理論理によって実施することができる。ブロック705において、拡張ソース送信デバイスと下流の拡張シンク受信デバイスとの間で初期認証処理が開始される。ブロック710において、ソース認証エンジン及びシンク認証エンジンを用いて、ソースデバイスとシンクデバイスの間の初期認証が実行される。ブロック715において、この初期のソース-シンク認証、及びシンクデバイスに関連付けられた公開値を用いて、ソースデバイスによってソース認証エンジンを用いて秘密値が計算されて保存される。一実施形態において、次に、ブロック720において、このソース-シンクリンクを図5及び図6を参照して上述したように、ソース-ブリッジ認証のためのソース-ブリッジリンクに切り換えることができる。次に、処理ブロック725において、ソース-ブリッジリンクは、ソースデバイスに、DDCを横切ってブリッジチップ内のレジスタに書込みを行わせることによってHDMIの場合、又はCBUS指令を送ることによってMHLの場合、ソース-シンクリンクに切り換え戻される。処理ブロック730において、上述のように、ソースデバイスからシンクデバイスへのデータストリームの暗号化が、通常のOESS手段及びESS手段によいって示すように始まる。ブロック735において、シンク受信デバイスにおいてソース送信デバイスから受信される暗号化ストリームが暗号解読される。図8は、本発明の一実施形態による図1の認証メカニズムを有する送信機及び受信機を使用するためのシステムを示している。この図には、本説明に密接に関連しないある一定の標準で公知の構成要素を示していない。一部の実施形態の下では、デバイス800は、送信デバイス、受信デバイス、又はその両方とすることができる。一部の実施形態の下では、デバイス800は、データの送信のための相互接続部又はクロスバー805又は他の通信手段を含む。データは、視聴覚データ及び関連の制御データを含むことができる。デバイス800は、情報を処理するために相互接続部805に結合した1つ又はそれよりも多くのプロセッサ810のような処理手段を含むことができる。プロセッサ810は、1つ又はそれよりも多くの物理プロセッサと1つ又はそれよりも多くの論理プロセッサとを含むことができる。更に、プロセッサ810の各々は、複数のプロセッサコアを含むことができる。簡略化のために、相互接続部805を単一の相互接続部として示すが、相互接続部805は、複数の異なる相互接続部又はバスを表すことができ、そのような相互接続部への構成要素接続は異なるとすることができる。この図に示す相互接続部805は、1つ又はそれよりも多くのあらゆる別々の物理バス、ポイントツーポイント接続部、又は適切なブリッジ、アダプタ、又はコントローラによって接続したこれらの両方を表す抽象表現である。相互接続部805は、例えば、システムバス、PCIバス又はPCIeバス、ハイパートランスポートバス又は工業規格アーキテクチャISAバス、スモールコンピュータシステムインタフェースSCSIバス、IICI2Cバス、又は時にファイヤワイヤと呼ばれる米国電気電子学会IEEE規格1394バスを含むことができる1996年8月30日に出された高性能シリアルバス規格StandardforaHighPerformanceSerialBus、IEEE、1394~1995ページ及び相補。更に、デバイス800は、1つ又はそれよりも多くのUSB対応接続部を連結することができるユニバーサルシリアルバスUSB870のようなシリアルバスを含むことができる。一部の実施形態において、デバイス800は、情報及びプロセッサ810によって実行される命令を格納するための主メモリ820としてランダムアクセスメモリRAM又は他の動的ストレージデバイスを更に含む。主メモリ820は、プロセッサ810による命令の実行中に一時変数又は他の中間情報を格納するために使用することができる。RAMメモリは、メモリ内容のリフレッシュを必要とするランダムアクセスメモリDRAMと、内容をリフレッシュする必要はないが、高価である静的ランダムアクセスメモリSRAMとを含む。DRAMメモリは、信号を制御するためのクロック信号を含む同期動的ランダムアクセスメモリSDRAMと、拡張データ出力動的ランダムアクセスメモリEDODRAMとを含むことができる。一部の実施形態において、システムのメモリは、レジスタ又は他の専用メモリを含むことができる。デバイス800は、静的情報及びプロセッサ810に対する命令を格納するための読取専用メモリROM825又は他の静的ストレージデバイスを含むことができる。デバイス800は、ある一定の要素の格納のための1つ又はそれよりも多くの不揮発性メモリ要素830を含むことができる。デバイス800の相互接続部805には、情報及び命令を格納するためのデータストレージ835を結合することができる。データストレージ835は、磁気ディスク、光ディスク、及びそれに対応するドライブ、又は他のメモリデバイスを含むことができる。そのような要素は、互いに組み合わせることができ、又は別々の構成要素とすることができ、デバイス800の他の要素の一部を利用することができる。デバイス800は、相互接続部805を通じてディスプレイ又は表示デバイス840に結合することができる。一部の実施形態において、ディスプレイは、液晶ディスプレイLCD、プラズマディスプレイ、ブラウン管CRTディスプレイ、又はエンドユーザに対して情報又はコンテンツを表示するためのあらゆる他の表示技術を含むことができる。一部の実施形態において、ディスプレイ840は、テレビジョン番組を表示するのに利用することができる。一部の実施形態において、ディスプレイ840は、入力デバイスの少なくとも一部分としても利用されるタッチスクリーンを含むことができる。一部の実施形態において、ディスプレイ840は、テレビジョン番組のオーディオ部分を含むオーディオ情報を提供するためのスピーカのようなオーディオデバイスとすることができ、又はそれを含むことができる。入力デバイス845は、情報及び/又は指令選択をプロセッサ810に通信するために相互接続部805に結合することができる。様々な実施において、入力デバイス845は、キーボード、キーパッド、タッチスクリーン及びスタイラス、オーディオトリガーシステム、又は他の入力デバイス、又はそのようなデバイスの組合せとすることができる。含めることができる別の種類のユーザ入力デバイスは、方向情報及び指令選択を1つ又はそれよりも多くのプロセッサ810に通信し、ディスプレイ840上のカーソル移動を制御するためのマウス、トラックボール、又はカーソル方向キーのようなカーソル制御デバイス850である。相互接続部805には、1つ又はそれよりも多くの送信機又は受信機855を結合することができる。一実施形態において、図1を参照して上述したように、拡張送信機855は、ソース認証エンジンを有する部分暗号化メカニズムを使用するソースデバイスを含み、それに対して拡張受信機855は、ブリッジ認証メカニズムを有する部分暗号化メカニズムを使用するブリッジデバイスと、シンク認証メカニズムを有する部分暗号化メカニズムを使用するシンクデバイスとを含む。一部の実施形態において、デバイス800は、データの受信又は送信のための1つ又はそれよりも多くのポート880を含むことができる。受信又は送信することができるデータは、HDMIデータのようなビデオデータ又はオーディオ-ビデオデータを含むことができ、HDCP暗号化データのように暗号化することができる。一部の実施形態において、デバイス800は受信デバイスであり、データ受信のためのポートを選択するように作動し、一方、1つ又はそれよりも多くの他のポートからデータをサンプリングして、前景処理に向けて選択されなかったポートにおいて受信されるデータが暗号化されているか否かを判断する。更に、デバイス800は、無線信号を通じたデータの受信のための1つ又はそれよりも多くのアンテナ858を含むことができる。デバイス800は、電源、バッテリ、太陽電池、燃料電池、又は電力を供給するか又は発生させるための他のシステム又はデバイスを含むことができる電力デバイス又は電力システム860を含むことができる。電力デバイス又は電力システム860によって供給される電力は、必要に応じてデバイス800の要素に分配することができる。以上の説明では、本発明の完全な理解を提供するために説明の目的で多くの特定の詳細内容を開示した。しかし、これらの特定の詳細内容のうちの一部を用いずに本発明を実施することができることは当業者には明らかであろう。その他としては、公知の構造及びデバイスをブロック図形態に示している。図示の構成要素の間の中間構造を存在させることができる。本明細書に説明又は例示する構成要素は、例示又は説明していない付加的な入力又は出力を有することができる。図示の要素又は構成要素は、あらゆるフィールドの順序変更又はフィールドサイズの修正を含む異なる配列又は順序で配置することができる。本発明は、様々な処理を含むことができる。本発明の処理は、ハードウエア構成要素によって実施することができ、又は命令を用いてプログラムされた汎用又は専用プロセッサ又は論理回路にこれらの処理を実行させるのに使用することができるコンピュータ可読命令に具現化することができる。代替的に、処理は、ハードウエアとソフトウエアとの組合せによって実施することができる。本発明の一部分は、本発明による処理を実行するようにコンピュータ又は他の電子デバイスをプログラムするのに使用することができるコンピュータプログラム命令が格納されたコンピュータ可読媒体を含むことができるコンピュータプログラム製品として提供することができる。コンピュータ読み取り可能な記録媒体は、フロッピーRディスケット、光ディスク、コンパクトディスクROMCD-ROM、光磁気ディスク、ROM、RAM、消去可能なプログラム作成可能ROMEPROM、電気的に消去可能なプログラム作成可能ROMEEPROM、磁気カード又は光カード、フラッシュメモリ、又は電子命令を格納するのに適する他の種類の媒体/コンピュータ読み取り可能な記録媒体を含むことができるが、これらに限定されない。更に、本発明は、コンピュータプログラム製品としてダウンロードすることができ、プログラムは、遠隔コンピュータから要求コンピュータに転送することができる。本方法のうちの多くをその最も基本的な形態で説明したが、本発明の基本的な範囲から逸脱することなく、これらの方法のうちのいずれかに処理を追加するか又はこれらから処理を削除することができ、説明したメッセージのうちのいずれかに情報を追加するか又はこれらから情報を低減することができる。多くの更に別の修正及び調整を加えることができることは当業者には明らかであろう。特定的な実施形態は、本発明を限定するためではなく、例示するために提供したものである。要素Aが要素Bに結合されるか又は要素Bと結合されると示した場合には、要素Aを要素Bに直接結合するか又は例えば要素Cを通じて間接的に結合することができる。本明細書において、構成要素、特徴、構造、処理、又は特性Aが、構成要素、特徴、構造、処理、又は特性Bを引き起こすと示した場合には、これは、Aが、少なくとも部分的にBの原因であるが、Bを引き起こすのを補う少なくとも1つの他の構成要素、特徴、構造、処理、又は特性が存在する可能性もあることを意味する。本明細書において、構成要素、特徴、構造、処理、又は特性を含むことができる、場合がある、又は可能性があると示した場合には、その特定の構成要素、特徴、構造、処理、又は特性は、含まれることが必要ではない。本明細書においてa又はanの付いた要素に言及した場合には、これは、説明した要素が1つしか存在しないことを意味しない。実施形態は、本発明の実施又は例である。本明細書における実施形態、一実施形態、一部の実施形態、又は他の実施形態への参照は、これらの実施形態に関連して説明した特定の特徴、構造、又は特性が少なくとも一部の実施形態に含まれることを意味し、必ずしも全ての実施形態に含まれることを意味しない。実施形態、一実施形態、又は一部の実施形態の様々な登場は、必ずしも全てが同じ実施形態を参照しているわけではない。本発明の例示的な実施形態の以上の説明では、開示を効率化し、様々な本発明の態様のうちの1つ又はそれよりも多くの理解を助けるために、本発明の様々な特徴を場合によって単一の実施形態、図、又はこれらの説明の中にまとめ合わせたことを理解すべきである。