(57)【要約】  本発明の実施形態は、一般的に補助チャンネルの部分認証を通じてコンテンツの処理を実行することに関する。方法の実施形態は、データストリームの通信のためにソース送信デバイスとシンク受信デバイスとの間で第１の認証を実行する処理と、ソース送信デバイスとブリッジデバイスとの間で第２の認証を第２の認証が第１の認証に依存せず、シンク受信デバイスが第２の認証によって影響を受けないままに留まるように実行する処理とを含む。ブリッジデバイスは、ソース送信デバイスとシンク受信デバイスとに結合された中間担体デバイスを含む。更に、本方法は、暗号化コンテンツを有するデータストリームをソース送信デバイスからブリッジデバイスに送信する処理を含む。【選択図】図４
2013536622.tif 000002
【特許請求の範囲】
【請求項１】
データストリームの通信のためにソース送信デバイスとシンク受信デバイスとの間で第１の認証を実行する処理と、
前記ソース送信デバイスと、該ソース送信デバイスと前記シンク受信デバイスとに結合された中間担体デバイスを含むブリッジデバイスとの間で第２の認証を該第２の認証が前記第１の認証に依存せず、かつ前記シンク受信デバイスが該第２の認証によって影響を受けないままに留まるように実行する処理と、
暗号化コンテンツを有するデータストリームを前記ソース送信デバイスから前記ブリッジデバイスに送信する処理と、
を実行することを特徴とする方法。
【請求項２】
前記第１の認証は、前記ソース送信デバイスにおいて秘密値を計算して保存する処置を含み、
前記秘密値は、前記シンク受信デバイスに関連付けられた公開値に基づいて計算される、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記第２の認証は、前記秘密値を前記ブリッジデバイスに送信する処理を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記第２の認証は、前記秘密値が前記ブリッジデバイスにおいて受信されたことの確認を前記ソース送信デバイスにおいて該ブリッジデバイスから受信する処理と、該確認の受信時に前記データストリームの該ブリッジデバイスへの前記送信をトリガーする処理とを更に含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記ブリッジデバイスにおいて前記秘密値を受信して暗号解読する処理を更に含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記ブリッジデバイスにおいて前記データストリームを受信する処理を更に含み、
前記データストリームの暗号化コンテンツが、暗号解読され、該暗号解読されたコンテンツは、該ブリッジデバイスにおいてアクセスされ、再暗号化されて前記シンク受信デバイスに送信される前に解析又は修正される、
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記第１の認証は、ソースデバイス−シンクデバイスリンクを含む第１のリンク上で実行され、
前記第２の認証は、ソースデバイス−ブリッジデバイスリンクを含む第２のリンク上で実行される、
ことを特徴とする請求項１に記載の方法。
【請求項８】
前記コンテンツは、「高精細マルチメディアインタフェース」（ＨＤＭＩ）ベースのコンテンツ又は「モバイル高精細リンク」（ＭＨＬ）ベースのコンテンツを含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記コンテンツの前記暗号化は、「高帯域幅デジタルコンテンツ保護」（ＨＤＣＰ）プロトコルに基づくことを特徴とする請求項１に記載の方法。
【請求項１０】
ストレージ媒体及び該ストレージ媒体に結合したプロセッサを有するデータ処理デバイスであって、シンク受信デバイスとブリッジデバイスとに結合されたソース送信デバイスを更に有する当該データ処理デバイスを備えたシステムにおいて、
認証メカニズムを有する前記ソース送信デバイスは、
データストリームの通信のために前記ソース送信デバイスと前記シンク受信デバイスとの間で第１の認証を実行し、
前記ソース送信デバイスと、該ソース送信デバイスと前記シンク受信デバイスとに結合された中間担体デバイスを含むブリッジデバイスとの間で第２の認証を該第２の認証が前記第１の認証に依存せず、かつ前記シンク受信デバイスが該第２の認証によって影響を受けないままに留まるように実行し、
暗号化コンテンツを有するデータストリームを前記ソース送信デバイスから前記ブリッジデバイスに送信する、
ことを特徴とするシステム。
【請求項１１】
前記第１の認証は、前記ソース送信デバイスにおいて秘密値を計算して保存する処理を含み、
前記秘密値は、前記シンク受信デバイスに関連付けられた公開値に基づいて計算される、
ことを特徴とする請求項１０に記載のシステム。
【請求項１２】
前記第２の認証は、前記秘密値を前記ブリッジデバイスに送信する処理を含むことを特徴とする請求項１０に記載のシステム。
【請求項１３】
前記第２の認証は、前記秘密値が前記ブリッジデバイスにおいて受信されたことの確認を前記ソース送信デバイスにおいて該ブリッジデバイスから受信する処理と、該確認の受信時に前記データストリームの該ブリッジデバイスへの前記送信をトリガーする処理とを更に含むことを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記ブリッジデバイスにおいて前記秘密値を受信して暗号解読する処理を更に含むことを特徴とする請求項１３に記載のシステム。
【請求項１５】
認証メカニズムを有するソース送信デバイスを備えた装置であって、
前記ソース送信デバイスは、
データストリームの通信のために前記ソース送信デバイスとシンク受信デバイスとの間で第１の認証を実行し、
前記ソース送信デバイスと、該ソース送信デバイスと前記シンク受信デバイスとに結合された中間担体デバイスを含むブリッジデバイスとの間で第２の認証を該第２の認証が前記第１の認証に依存せず、かつ前記シンク受信デバイスが該第２の認証によって影響を受けないままに留まるように実行し、
暗号化コンテンツを有するデータストリームを前記ソース送信デバイスから前記ブリッジデバイスに送信する、
ことを特徴とする装置。
【請求項１６】
前記第１の認証は、前記ソース送信デバイスにおいて秘密値を計算して保存する処理を含み、
前記秘密値は、前記シンク受信デバイスに関連付けられた公開値に基づいて計算される、
ことを特徴とする請求項１５に記載の装置。
【請求項１７】
前記第２の認証は、前記秘密値を前記ブリッジデバイスに送信する処理を含むことを特徴とする請求項１５に記載の装置。
【請求項１８】
前記第２の認証は、前記秘密値が前記ブリッジデバイスにおいて受信されたことの確認を前記ソース送信デバイスにおいて該ブリッジデバイスから受信する処理と、該確認の受信時に前記データストリームの該ブリッジデバイスへの前記送信をトリガーする処理とを更に含むことを特徴とする請求項１７に記載の装置。
【請求項１９】
前記ブリッジデバイスにおいて前記秘密値を受信して暗号解読する処理を更に含むことを特徴とする請求項１８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、全般的にデータ通信の分野に関し、より具体的には補助チャンネルの部分認証を通じてコンテンツの処理を実行することに関する。
【背景技術】
【０００２】
デジタルコンテンツ保護では、「高精細マルチメディアインタフェース」（ＨＤＭＩ（登録商標））又は「モバイル高精細リンク」（ＭＨＬ（登録商標））を含むデジタルインタフェースを通じて送信されるコンテンツ又はデータの暗号化を可能にする「高帯域幅デジタルコンテンツ保護」（ＨＤＣＰ（登録商標））が利用される。現在のＨＤＣＰ保護データストリームでは、中間担体（「ブリッジ」デバイスとも称する。）が、データストリーム全体（「ソース」デバイスとも称する。上流の送信デバイスにおいて暗号化されたもの）を暗号解読して、データストリームのコンテンツを測定及び処理し、更に、次の下流の受信デバイス（「シンク」デバイスとも称する。）に送られる前にデータストリーム全体を再暗号化するために完全な暗号化エンジン、並びに暗号解読エンジンを用いなければならない。ＨＤＣＰ規格では、この処理を「リピータ」と称する。。ブリッジデバイスにおいて完全な暗号化エンジン及び暗号解読エンジンを有することは、電力及びダイ領域を消費すること、２つの完全なキーセットを有するために付加的なコスト負担を必要とすること、及び付加的な検査を必要とすることなどのような点から高価である。
【０００３】
ソースとシンクの間では、暗号化データストリームを提供してデータストリームの暗号化が有効又は無効のいずれであるかなどの暗号化データストリームを検出するのに、様々な信号伝達プロトコル（例えば、「オリジナル暗号化ステータス信号伝達」（ＯＥＳＳ）、「拡張暗号化ステータス信号伝達」（ＥＥＳＳ））を使用することができるように考えられている。例えば、ＥＥＳＳプロトコルは、ＨＤＭＩプロトコルと共に使用され（かつ「デジタルビジュアルインタフェース」（ＤＶＩ（登録商標））プロトコルにおける任意的な機能である）、一方、ＯＥＳＳは、ＤＶＩプロトコルと共に使用される。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「高性能シリアルバス規格（Ｓｔａｎｄａｒｄ  ｆｏｒ  ａ  Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｓｅｒｉａｌ  Ｂｕｓ）」、ＩＥＥＥ、１３９４〜１９９５ページ及び相補、１９９６年８月３０日
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施形態は、補助チャンネルの部分認証を通じてコンテンツの処理を実行することに関する。
【課題を解決するための手段】
【０００６】
本発明の第１の態様において、方法の一実施形態は、データストリームの通信のためにソース送信デバイスとシンク受信デバイスとの間で第１の認証を実行する処理を含む。本方法は、ソース送信デバイスとブリッジデバイスとの間で第２の認証を第２の認証が第１の認証に依存せず、シンク受信デバイスが第２の認証によって影響を受けないままに留まるように実行する処理を更に含む。ブリッジデバイスは、ソース送信デバイスとシンク受信デバイスとに結合された中間担体デバイスを含む。本方法は、暗号化コンテンツを有するデータストリームをソース送信デバイスからブリッジデバイスに送信する処理を更に含む。
【０００７】
本発明の第２の態様において、システムの一実施形態は、ストレージ媒体とストレージ媒体に結合したプロセッサとを有するデータ処理デバイスを含む。このデータ処理デバイスは、シンク受信デバイスとブリッジデバイスとに結合されたソース送信デバイスを含む。このソース送信デバイスは、部分認証メカニズムを含む。ソース送信デバイスは、データストリームの通信のためにソース送信デバイスとシンク受信デバイスとの間で第１の認証を実行し、かつソース送信デバイスとブリッジデバイスとの間で第２の認証を第２の認証が第１の認証に依存せず、シンク受信デバイスが第２の認証によって影響を受けないままに留まるように実行する。ブリッジデバイスは、ソース送信デバイスとシンク受信デバイスとに結合された中間担体デバイスを含む。更に、ソース部分認証メカニズムは、暗号化コンテンツを有するデータストリームをソース送信デバイスからブリッジデバイスに送信する。
【０００８】
本発明の第２の態様において、装置の一実施形態は、認証メカニズムを含むソース送信デバイスを含む。ソース送信デバイスは、データストリームの通信のためにソース送信デバイスとシンク受信デバイスとの間で第１の認証を実行し、かつソース送信デバイスとブリッジデバイスとの間で第２の認証を第２の認証が第１の認証に依存せず、シンク受信デバイスが第２の認証によって影響を受けないままに留まるように実行する。ブリッジデバイスは、ソース送信デバイスとシンク受信デバイスとに結合された中間担体デバイスを含む。更に、ソース部分認証メカニズムは、暗号化コンテンツを有するデータストリームをソース送信デバイスからブリッジデバイスに送信する。
【０００９】
本発明の実施形態を類似の参照番号が類似の要素を指す添付図面の図に限定としてではなく例として示している。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態による部分認証のためのシステムを示す図である。
【図２】本発明の一実施形態によるソース送信デバイスを示す図である。
【図３Ａ】本発明の一実施形態によるブリッジデバイスを示す図である。
【図３Ｂ】本発明の一実施形態によるシンク受信デバイスを示す図である。
【図４】本発明一実施形態による部分認証を示す図である。
【図５】本発明の一実施形態によるソース送信デバイスに係わる部分認証を実行する方法を示す図である。
【図６】本発明の一実施形態によるブリッジデバイスに係わる部分認証を実行する方法を示す図である。
【図７】本発明の一実施形態によるシンク受信デバイスに係わる部分認証を実行する方法を示す図である。
【図８】本発明の実施形態を使用することができるシステムの要素を示す図である。
【発明を実施するための形態】
【００１１】
本発明の実施形態は、部分認証を実行することに関する。
【００１２】
本発明の実施形態は、補助チャンネルの部分認証を通じてコンテンツの処理を実行することに関する。一実施形態において、保護データストリームの中間担体（例えば、ブリッジデバイス）に対して、データストリームの完全な暗号解読を必要とせずに、中間担体の集積チップ又は回路（チップ）の外部で保護コンテンツのうちのいずれかを露出する危険性なく保護データストリームのコンテンツにアクセスし、調査及び修正することが許可される。
【００１３】
受信機チップ、ブリッジチップ、及び送信機チップにおいて、ロッキング回路、「位相ロックループ」（ＰＬＬ）、「遅延ロックループ」（ＤＬＬ）、暗号化論理、暗号解読論理、認証エンジン、１つ又はそれよりも多くの（背景／前景）処理エンジンなどのようないくつかの論理／回路を使用することができるように考えられている。更に、様々なプロトコル（例えば、暗号化／暗号解読プロトコル、暗号化データ／非暗号化データ検出プロトコル等）が、ＨＤＣＰを含むことができ、データ信号は、ＨＤＭＩ信号又は「モバイル高精細リンク」（ＭＨＬ）信号を含むことができる。本発明の実施形態は、ＨＤＭＩ及びＭＨＬに限定されず、あらゆる他の種類のデータストリームに対して使用することができるように考えられている。同様に、本発明の実施形態は、ＨＤＣＰに限定されず、他の暗号化プロトコル又はメカニズムに適用するか又はこれらと共に使用することができる。しかし、本明細書では、説明の簡略化、明瞭化、及び平易化のためにＨＤＣＰ、ＨＤＭＩ、及びＭＨＬ、並びに技術への他の類似の具体的な参照を行う。
【００１４】
図１は、本発明の一実施形態による部分認証のためのシステムを示している。図示の部分認証のためのシステム１００の実施形態は、ソースデータ送信デバイス（「ソースデバイス」、「送信デバイス」、又は「拡張送信機」とも称する。）である第１のデバイス１１０と、中間データ担体（「ブリッジデバイス」又は「拡張ブリッジ」とも称する。）及びシンクデータ受信デバイス（「シンクデバイス」、「受信デバイス」、及び「拡張受信機」とも称する。）である第２のデバイス１２０とを含む。ソースデバイス１１０は、データストリームのコンテンツの暗号化を実行する暗号化エンジン１１２と、ソースデバイス１１０とシンクデバイス１３０、並びにブリッジデバイス１２０との間で認証を実行するソース認証エンジン１１４とを含む。ソース認証エンジン１１４は、ソースマスク発生器１７２とソース同期メカニズム１７４とを含む。
【００１５】
ブリッジデバイス１２０は、ブリッジデバイス１２０とソースデバイス１１０の間の認証を実行（又は確認）するブリッジ認証エンジン１２６を含む。ソース認証エンジン１１４の場合と同様に、ブリッジ認証エンジン１２６は、ブリッジマスク発生器１８２とブリッジ同期メカニズム１８４とを含む。更に、ブリッジデバイス１２０は、暗号化／暗号解読エンジン１２２を含む。一実施形態において、暗号化／暗号解読エンジン１２２は、暗号化エンジン又は暗号解読エンジンとして機能するように構成することができる単一のエンジンを含むが、一実施形態により、いずれの時点においても完全な暗号化エンジンと完全な暗号解読エンジンの両方を使用することがブリッジデバイス１２２に必要されることはない。シンクデバイス１３０は、ソースデバイス１１０との認証を実行するシンク認証エンジン１３４と、ソースデバイス１１０において暗号化されたか、又はブリッジデバイス１２０において再暗号化されたデータストリームのコンテンツの暗号解読を実行する暗号解読エンジン１３２とを含む。一実施形態において、認証エンジン１１４、１２６、１３４の各々は、マスク生成、「秘密値」の計算及び通信、デバイス（ソースデバイス１１０及びブリッジデバイス１２０等）間の認証同期を維持すること、及び本発明の実施形態による他のそのようなタスクを含む様々な認証処理を実行するソフトウエアモジュール、ハードウエア構成要素、及びソフトウエアモジュールとハードウエア構成要素との組合せを有するファームウエアのようなそれらのあらゆる組合せを含む。
【００１６】
一般的なデータストリームは、ビデオコンテンツ、オーディオコンテンツ、及び制御コンテンツという３つの種類のコンテンツを含む。ビデオコンテンツは、各ピクセル値が、ソースデバイス１１０内でマスク発生器１７２によって生成されるマスクによって暗号化されるビデオデータ期間内に保持することができる。オーディオコンテンツは、各データペイロードバイトが、ソースデバイス１１０内でマスク発生器１７２によって生成されるマスクによって暗号化されるデータアイランド期間内のある種類のパケット内に保持することができる。制御データは、各ペイロードバイトが、同じ種類のソースデバイス生成マスクによって暗号化されるデータアイランド期間内の異なる種類のパケット内に保持することができる。マスク生成は、クロックサイクル毎に進行させることができ、ビデオデータ期間又はデータアイランド期間内の各クロック期間において進む。マスク発生器は、ＨＤＣＰ規格内のプロトコルに従って定期的に「キー変更」することができる。
【００１７】
ソースデバイス１１０は、データリンク１４０を通じて暗号化コンテンツ１４２を含むデータストリームのコンテンツをブリッジデバイス１２０に送信し、ブリッジデバイス１２０は、更に暗号化コンテンツ１４２をシンクデバイス１３０に送信する。ソースデバイス１１０とブリッジデバイス１２０との間で指令１５２を送信するために、指令バス１５０を使用することができ、例えば、ブリッジデバイス１２０が、データストリームのコンテンツを暗号化しようとするソースデバイス１１０の意図をサポートすることができるという情報をブリッジデバイス１２０から読み戻す指令は、ソースデバイス１１０からブリッジデバイス１２０に送られる。
【００１８】
一実施形態において、擬似ランダムマスク値との排他的論理和演算（ＸＯＲ）によって暗号化された値が、次に、同じＸＯＲマスク値を用いて暗号解読される数学的真偽性が使用される。例えば、ＨＤＣＰでは、ソースデバイス１１０において最初のＸＯＲ処理が実行され、シンクデバイス１３０において第２のそのような処理が実行される。ブリッジデバイスにおける従来の「リピータ」処理では、両方の処理が実行されるが、それにも関わらず非保護コンテンツストリームは、最後のデバイスのチップの出力ポートと次のデバイスのチップの入力ポートとの間のようなブリッジチップの外部で露出される。従来の「リピータ」とは異なり、本出願では、一実施形態において、上述の数学的真偽性を用いてブリッジデバイス１２０においてＸＯＲマスク処理技術が使用され、ブリッジデバイス１２０においてＸＯＲマスク値を使用することにより、ブリッジデバイス１２０において、全て１つのチップ内で１つのエンジン１２２を用いてデータストリームの暗号化コンテンツ１４２が解析、測定、又は処理に向けて暗号解読され、次に、再暗号化される（完全な暗号化エンジンと完全な暗号解読エンジンとを同時に使用する必要なく）。ブリッジデバイス１２０に使用されるこのＸＯＲマスク値は、元のソースデバイス１１０内でマスク発生器１７２によって生成されるものと同じＸＯＲマスク値である。更に、一実施形態において、ＸＯＲマスク値自体をソースデバイス１１０とブリッジデバイス１２０の間の保護リンク（例えば、データリンク１４０）を横切って送信することなくソースデバイス１１０におけるＸＯＲマスク値をブリッジデバイス１２０におけるＸＯＲマスク値と同期させるために同期メカニズム１７４、１４４が使用される。
【００１９】
一実施形態において、ＨＤＣＰは、ソースデバイス１１０のような送信リンク１４０の開始点においてデータストリーム（例えば、ＨＤＭＩデータストリーム、ＭＨＬデータストリーム）のコンテンツの暗号化を設定し、次に、ソースマスク発生器１７２によってクロック毎に必要に応じてその暗号化ＸＯＲマスク値を作成する。一実施形態において、ブリッジデバイス１２０におけるブリッジマスク発生器１８２は、データストリームの内部を調べて、ソースデバイス１１０と同期した状態のままに留まる必要なく、送信リンク１４０を跨ぐＨＤＣＰに関する規則に照明して、いつ実行されるかを理解する。例えば、ＨＤＣＰの場合には、この規則は、水平キー変更をもたらす水平同期（ＨＳＹＮＣ）パルス、フレーム（垂直）キー変更をもたらす垂直同期（ＶＳＹＮＣ）パルス、及びその後のフレームが暗号化又は非暗号化のいずれのものであるかを次の受信デバイス（ブリッジデバイス１２０、シンクデバイス１３０等）に通知するＯＥＳＳ「ＣＴＬ」パルス又はＥＥＳＳ「ＣＴＬ」パルスを含むことができる。ソースデバイス１１０及びシンクデバイス１３０が初期認証処理を完了すると、ソースデバイス１１０は、第１のＯＥＳＳパルス又はＥＥＳＳパルスを送り、ソースデバイス１１０とシンクデバイス１３０とは、クロック毎及びフレーム毎に無期限に同調する。
【００２０】
ソースデバイス１１０においてデータストリームの暗号化のために作成されるＸＯＲマスク値は、暗号解読のためにシンクデバイス１３０によって使用されるＸＯＲマスク値に等しいので、ブリッジデバイスにおけるブリッジチップは、これを利用して、ソースデバイス１１０によって割り当てられたＸＯＲマスク値のみを用いてコンテンツバイトを暗号解読（及び再暗号化）する。一実施形態において、ブリッジデバイス１２０の単一のエンジン１２６が暗号解読エンジンである場合には、エンジン１２６は、暗号化エンジンとして使用されるように構成することができ、ソースデバイス１１０の暗号化「秘密値」は、暗号解読の役割から暗号化の役割に再構成される。しかし、いずれの時点においても、ブリッジデバイス１２０において暗号解読エンジンと暗号化エンジンとが同時に必要とされることはない。ソースデバイス１１０は、自体のＸＯＲマスク発生器１７２を初期化するのに使用する秘密値として公知の値セットを含む。一実施形態において、ソースデバイス１１０は、これらの秘密値をブリッジデバイス１２０に転送し、これらの秘密値をブリッジデバイス１２０（均等な暗号化ＸＯＲマスク発生器１８２を含む）に転送することにより、ソースデバイス１１０とブリッジデバイス１２０とは、保護コンテンツ又は秘密情報（秘密値を含む）のうちのいずれかを露出する必要なく同期状態のままに留められ、この場合、これらの保護コンテンツ又は秘密情報は、シンクデバイス１３０のような下流の受信機に安全に送信される。ソースデバイス１１０における秘密値は、シンクデバイス１３０に関連付けられた公開値から部分的に導出することができるように考えられている。
【００２１】
一実施形態において、最初にブリッジデバイス１２０は、ソースデバイス１１０からのデータリンク１４０を通じたあらゆる表示データチャンネル（ＤＤＣ）トラフィックが、干渉又は妨害なしに下流のシンクデバイス１３０に通過することを可能にすることによって受動的であるように機能する。上述のように、ソースデバイス１１０及びシンクデバイス１３０は、これら自体の認証役割分担（すなわち、初期認証）を実行し、この初期認証の完了時に、ソースデバイス１１０は、ソースデバイス１１０からのＨＤＣＰトラフィックにおいてＤＤＣバスを検出することによって能動的であるように機能するようにブリッジデバイス１２０に指令を送る。ソースデバイス１１０とブリッジデバイス１２０の間のこの指令は、これらのそれぞれの認証メカニズム１１４、１２６によって通信することができる。この技術は、ＨＤＭＩでは、ブリッジデバイス１２０に対してＤＤＣバス上の新しいデバイスアドレスを割り当てることにより、又はＤＤＣ上のＨＤＣＰ受信機デバイスアドレスに新しいレジスタオフセットを割り当てることによって実施され、同じくＭＨＬでは、ソースデバイス１１０とブリッジデバイス１２０の間のＣＢＵＳ上に実施される。ブリッジデバイス１２０の暗号化／暗号解読エンジン１２２は、暗号解読エンジンとして機能するように使用され（又は構成され）、一方、ソースデバイス１１０は、ブリッジデバイス１２０とのＨＤＣＰ認証を実行し、２つのデバイス１１０、１２０の間のこのインタフェースを跨ぐ高信頼性リンクを確立する。次に、ソースデバイス１１０は、ソースからシンクへの初期認証中に計算及び通信される秘密値をこの新しく確立された親鸞性の高いソースからブリッジへのリンク上の保護パケットの一部としてブリッジデバイス１２０に送る。
【００２２】
保護パケットを受信すると、ブリッジデバイス１２０は、保護パケットがブリッジデバイス１２０の出力ポート上で露出されないように、かつ下流のシンクデバイス１３０がＨＤＣＰ  ＥＮＣ＿ＥＮに関するいずれのものも検出しないように、保護パケットの「遷移時間最短差動信号伝達」（ＴＭＤＳ）ベースの信号伝達を抑制することができる。更に、ブリッジデバイス１２０がこの保護パケットを受信すると、ソースデバイス１１０とシンクデバイス１３０とが、通常の暗号化及び暗号解読等に関して同期状態のままに留まり、ブリッジデバイス１２０が処理に全く介入しないかのように、ブリッジデバイス１２０は、ブリッジ認証エンジン１２６により、ソースデバイス１１０のＥＮＣ＿ＥＮ  ＯＥＳＳパルス又はＥＮＣ＿ＥＮ  ＥＥＳＳパルスがシンクデバイス１３０に正常に通過することを可能にするように再度構成し戻される。ＤＤＣバス及びＣＢＵＳに関して、ＨＤＭＩは、特に、シンクデバイス１３０が対応するオーディオ／ビデオフォーマットを判断するのにソースデバイス１１０を使用することができる拡張ＤＤＣ（Ｅ−ＤＤＣ）への対応を必要とする場合がある。ＣＢＵＳは、ソースデバイス又はシンクデバイスにおいて、その対応するＭＨＬ準拠のシンクデバイス及びソースデバイスそれぞれへの接続性を検知するメカニズムを指し、単線（１ビット）双方向制御バスを含むことができる。
【００２３】
ブリッジデバイス１２０が、ソースデバイス１１０によって供給される暗号化コンテンツ等以外にブリッジデバイス１２０の使用のためのいずれの付加的な暗号化コンテンツも受信する可能性がない場合には、ブリッジデバイス１２０は、リンク整合性検査を実施する必要はない。更に、ブリッジデバイス１２０は、ソースデバイス１１０自体の暗号化とは無関係にいずれのコンテンツも暗号化せず、あらゆる暗号解読及び再暗号化がブリッジデバイス１２０（例えば、「リピータ」機能を持たないチップ製品を含む）の内部のものであるとすると、ブリッジデバイスがキー選択ベクトルリスト（ＫＳＶＬＩＳＴ）処理、Ｖ値又はＶ’値のＳＨＡ−１処理などに介入するいずれの必要性も残らない。更に、ブリッジデバイス１２０のＨＤＣＰ  ＫＳＶ（ＢＫＳＶ）がソースデバイス１１０に通信されるので、ブリッジデバイス１２０がリピータをサポートする必要なく、ソースデバイスがブリッジデバイス１２０のＢＫＳＶの検証することができるなどで、ブリッジデバイス１２０はリピータではない。ソースデバイス１１０の秘密値を用いて、ブリッジデバイス１２０は、ソースデバイス１１０から暗号化コンテンツ１４２を受信する準備を行うことができ、一方、ＯＥＳＳパルス、ＥＥＳＳパルス、ＨＳＹＮＣパルス、及びＶＳＹＮＣパルス、並びにビデオデータ期間の立ち下がりエッジをモニタして、ブリッジデバイス１２０のＨＤＣＰエンジンのソースデバイス１１０との同期を維持する。
【００２４】
一実施形態において、ブリッジデバイス１２０が、下流のシンクデバイス１３０に対して認証されたデータストリーム内の最初のＯＥＳＳパルス又はＥＥＳＳパルス（ブリッジデバイス１２０の入力ポートに到着するもの等）を検出すると、ブリッジデバイス１２０は、自体のマスク発生器１８２をトリガーする。例えば、Ａ  ＸＯＲ  Ｂ  ＸＯＲ  Ｂ＝Ａを用いて、ブリッジデバイス１２０は、ソースデバイス１１０におけるＢマスクに等しい「Ｂ」マスクを用いて元の「Ａ」値を再生成する。この時点で、ブリッジデバイス１２０は、以下のような幾つもの機能を実行することができる。（１）データアイランド期間のコンテンツを報告する。このコンテンツは、例えば、ＡＶＩインフォフレーム又は色域メタデータパケット内の情報とすることができる。この情報へのアクセスは、ブリッジデバイス１２０が、ソースデバイス１１０とのリンク１４０のモードを追跡することを可能にする。（２）モード変化又はモード妨害のインラインインジケータのようなあらゆる変化に対するＨＳＹＮＣ及びＶＳＹＮＣのタイミングをモニタする。ＶＳＹＮＣ及びＨＳＹＮＣは、データアイランド期間の内部に存在させることができ、従って、関連のデータアイランド期間が暗号解読されない限り、暗号化してブリッジデバイス１２０に対して不可視のままに留まることができる。（３）着信するＭＨＬパケットピクセルストリームをＨＤＣＰ準拠のＨＤＭＩ出力ストリームに変換する。（４）ビデオデータに対して、ＲＧＢからＹＣｂＣｒへ、ＹＣｂＣｒ４４４からＹＣｂＣｒ４２２へ、又は更に８ビットのＹＣｂＣｒ４２２から１０ビット又は１２ビットのＹＣｂＣｒ４２２へのような色空間変換を実行する。（５）オーディオを消音し、一方、オーディオデータパケットの個数及びタイミングを影響を受けないままに残す。（６）コンテンツのピクセル値を固定データ又は元のコンテンツが含まれないデータで上書きすることによってビデオコンテンツをブランクにする。（７）適切なラインバッファを用いてフロントポーチ水平タイミング又はバックポーチ水平タイミングを固定する。
【００２５】
一実施形態において、ブリッジデバイス１２０が、コンテンツバイト又はデータアイランドバイトを修正しない場合には、ブリッジデバイス１２０は、コンテンツを再暗号化する必要はなく、ブリッジデバイス１２０が、暗号化データストリーム１４２のコンテンツをサンプリングする場合であっても、初期暗号化されたデータストリーム１４２（ソースデバイス１１０から受信される）は、ブリッジデバイス１２０を通過してシンクデバイス１３０に流れることができる。この技術は、例えば、プロトコルアナライザ又は「バスモニタ」のような検査機器において、ブリッジデバイス１２０のブリッジチップの外部でのデータストリームの保護コンテンツへのアクセスを可能にする必要がなく、ＨＤＣＰリンク上のコンテンツ又はデータアイランド期間を精査するのに有利である。しかし、一実施形態において、ブリッジデバイス１２０が、ソースデバイス１１０から受信した暗号化データストリーム１４２のコンテンツのうちのいずれか（データアイランド期間又はコンテンツバイト等）をデータストリームに対してバイトを加減することなく（かつライン毎及びフィールド毎の暗号化バイト全数が変化しないように保ちながら）修正する場合には、ブリッジデバイス１２０は、ソースデバイス１１０によって判断されたものと同じＸＯＲマスク値を用いてデータストリームの修正コンテンツを再暗号化する。
【００２６】
図２は、本発明の一実施形態によるソース送信デバイスを示している。一部の実施形態において、ソースデバイス１１０は、データストリームの送信のための送信機２１４と、データ送信を制御するコントローラ２１６と、別のデバイス（例えば、ブリッジデバイス又はシンクデバイスのような受信デバイス）への送信の前にデータストリームのコンテンツを暗号化する暗号化エンジン２１８（図１に示すような）とを含む。更に、ソースデバイス１１０は、送信の前のデータの格納のためのデータストレージ２１２と、送信の前に外部データソース２４０からある一定のデータを受信する受信機２３０とを含むことができる。
【００２７】
一実施形態において、ソース送信デバイス１１０は、シンクデバイスのような下流の受信デバイスとの認証、又はブリッジデバイスのような中間担体との部分認証を実行するソース認証エンジン１１４を含む。ソース認証エンジン１１４は、認証処理又は場合によって部分認証処理を実行するのに、ブリッジデバイス又はシンクデバイスにおけるもののような他の認証エンジンと共に作動させることができる。更に、ソース認証エンジン１１４は、ＸＯＲマスク値を作成又は生成するソースマスク発生器１７２と、ソースデバイス１１０とブリッジデバイス及びシンクデバイスの間の認証同期を維持するソース同期メカニズム１７４とを含む。
【００２８】
図３Ａは、本発明の一実施形態によるブリッジデバイスを示している。ブリッジデバイス１２０は、データストリームがソースデバイスから受信される中継担体として機能し、一部の実施形態において、データストリームがシンクデバイスに送信される前に、ブリッジデバイスにおいてデータストリームのコンテンツが、アクセス、解析、更に、修正される。ブリッジデバイスにおけるコンテンツの修正の場合には、修正コンテンツは、シンクデバイスに送信される前にブリッジデバイスにおいて再暗号化される。
【００２９】
一実施形態において、ブリッジデバイス１２０は、ソースマスク発生器１８２と、ソースデバイスと認証処理を通信して、下流のシンクデバイスの介入を有することなく又はそれに影響を及ぼすことなくこれら２つのデバイスの間にソース−ブリッジリンクが確立されるようにするシンク同期エンジン１８４とを更に含むブリッジ認証エンジン１３４を含む。ソース−ブリッジリンクは、ソースデバイスとブリッジデバイス１２０の間の別々の認証処理（部分認証等）に使用される。更に、ブリッジデバイス１２０は、一実施形態では必要に応じて暗号化エンジン又は暗号解読エンジンとして機能するように構成することができる単一のエンジン１２２を含む。
【００３０】
図３Ｂは、本発明の一実施形態によるシンク受信デバイスを示している。シンクデバイス１３０は、ソースデバイスから、一部の場合はブリッジデバイスを通じてデータストリームを受信する下流の受信デバイスを含む。シンクデバイス１３０は、ソースデバイスにあるソース認証エンジンと通信を行い、ソースデバイスとシンクデバイスとの初期認証を実行して、シンクデバイス１３０が、ソースデバイスからデータストリームを受信することを可能にするシンク認証エンジン１３４を含む。この初期認証は、ソースデバイスとブリッジデバイスの間の（部分）認証の前に実行される。更に、シンクデバイス１３０は、ソースデバイスから（ブリッジデバイスを通じて）受信するデータストリームの暗号化コンテンツを暗号解読する暗号解読エンジン１３２を含む。
【００３１】
図４は、本発明の一実施形態による部分認証を示している。非暗号化データストリームがソースデバイス１１０において受信される。ソース認証エンジン及びシンク認証エンジン１１４、１３４を用いて、ソース−シンクリンク４０２を通じてソースデバイス１１０とシンクデバイス１３０の間の認証が実行される。ソースデバイス１１０とシンクデバイス１３０の間のこの初期認証、及びシンクデバイス１３０に関連付けられた公開値を用いて、ソースデバイス１１０によってソース認証エンジン１１４を用いて秘密値が計算されて保存される。次に、ソース−シンクリンク４０２は、ソースデバイス１１０にＤＤＣを横切ってブリッジデバイス１２０のブリッジチップ内のレジスタに書込みを行わせることによって（ＨＤＭＩの場合）、又はＣＢＵＳ上に指令を送らせることによって（ＭＨＬの場合）、ソース−ブリッジリンク４１２に切り換えられ、それによってソース−ブリッジ認証が実行される。ブリッジ側では、ソース−ブリッジ認証を実行する処理への変更を要求するＤＤＣデータ（ＨＤＭＩの場合）又はＣＢＵＳ指令（ＭＨＬの場合）が認識され、次に、ソースデバイス１１０との認証が実行される。ソース−ブリッジ認証の前に、ブリッジデバイス１２０は、ソースデバイス１１０からシンクデバイス１３０への全てのＤＤＣに対するモードにおいて初期化される（ＨＤＭＩ）。
【００３２】
ソースデバイス１１０とブリッジデバイス１２０との間で認証が確立されると、データストリーム４３２の暗号化が、暗号化エンジン１１２を用いて始まり、例えば、通常のＯＥＳＳ手段又はＥＥＳＳ手段に示している。保存された秘密値は、次に、データストリーム４３２又はデータストリーム４３２とは別々の保護パッケージ４２２のような暗号化ストリーム内でソースデバイス１１０からブリッジデバイス１２０に送られる。秘密値は、ブリッジデバイス１２０において受信及び暗号解読され、ブリッジデバイス１２０における秘密値のこの受信は、ソースデバイス１１０により、ＤＤＣアドレスを読み取ることによって（ＨＤＭＩの場合）、又はブリッジデバイス１２０に、ＣＢＵＳ指令を送らせることによって（ＭＨＬの場合）確認される。次に、ソース−ブリッジリンク４１２は、ソースデバイス１１０にＤＤＣを横切ってブリッジチップ内のレジスタに書込みを行わせることによって（ＨＤＭＩの場合）又はＣＢＵＳ指令を送ることによって（ＭＨＬの場合）ソース−シンクリンク４０２に切り換え戻される。データストリームの暗号化は、ソース暗号化エンジン１１２を用いて実行され、通常のＯＥＳＳ手段及びＥＳＳ手段によって示されるようにシンクデバイス１３０に通信される。ソースデバイス１１０とシンクデバイス１３０の間のＨＤＣＰリンク４０２は維持され、その間にソースデバイスから送られているデータストリームがモニタされ、必要に応じてデータストリームのコンテンツが暗号解読される。データストリーム４３２は、最終的にシンクデバイス１３０に送信される。このデータストリーム４３２は、ソースデバイスにおいて初期暗号化され、そこから送信されるものと同じデータストリームとすることができ、又はブリッジデバイス１２０において加えられた（更に、暗号化／暗号解読エンジン１２２を用いて再暗号化された）いくつかの修正を含むことができる。
【００３３】
図５は、本発明の一実施形態による部分認証を実行する方法を示している。方法５００は、ハードウエア（例えば、回路、専用論理、プログラム作成可能論理、マイクロコード等）、ソフトウエア（処理デバイス上で作動する命令等）、又はファームウエア又は図１を参照して説明したようなハードウエアデバイス内の機能回路のようなそれらの組合せを含むことができる処理論理によって実行することができる。
【００３４】
ブロック５０５において、非暗号化データストリームがソースデバイスにおいて受信される。ブロック５１０において、ソース認証エンジン及びシンク認証エンジンを用いて、シンクデバイスがソースデバイスから認証される。処理ブロック５１５において、この初期ソース−シンク認証及びシンクデバイスに関連付けられた公開値を用いて、ソースデバイスによってソース認証エンジンを用いて秘密値が計算されて保存される。次に、処理ブロック５２０において、ソース−シンクリンクは、ソースデバイスにＤＤＣを横切ってブリッジデバイスのブリッジチップ内のレジスタに書込みを行わせることによって（ＨＤＭＩの場合）又はＣＢＵＳ上に指令を送らせることによって（ＭＨＬの場合）ソース−ブリッジリンク４１２に切り換えられ、それによって処理ブロック５２５においてソース−ブリッジ認証が実行される。
【００３５】
ソースデバイスとブリッジデバイスの間の認証が確立されると、処理ブロック５３０において、例えば、通常のＯＥＳＳ手段又はＥＥＳＳ手段に示すように、データストリームの暗号化が開始される。次に、処理ブロック５３５において、保存された秘密値が、暗号化データストリーム内又はデータストリームとは別々の保護パッケージ内でソースデバイスからブリッジデバイスに送られる。処理ブロック５４０において、秘密値はブリッジデバイスにおいて受信及び暗号解読され、ブリッジデバイスにおける秘密値のこの受信は、ソースデバイスによってＤＤＣアドレスを読み取ることによって（ＨＤＭＩの場合）、又はブリッジデバイスにＣＢＵＳ指令を送らせることによって（ＭＨＬの場合）確認される。次に、処理ブロック５４５において、ソース−ブリッジリンクは、ソースデバイスに、ＤＤＣを横切ってブリッジチップ内のレジスタに書込みを行わせることによって（ＨＤＭＩの場合）、又はＣＢＵＳ指令を送ることによって（ＭＨＬの場合）ソース−シンクリンクに切り換え戻される。処理ブロック５５０において、上述のように、ソースデバイスからシンクデバイスへのデータストリームの暗号化が、通常のＯＥＳＳ手段及びＥＳＳ手段に示すように始まる。
【００３６】
図６は、本発明の一実施形態による部分認証を実行する方法を示している。方法６００は、ハードウエア（例えば、回路、専用論理、プログラム作成可能論理、マイクロコード等）、ソフトウエア（処理デバイス上で作動する命令等）、又はファームウエア又は図１を参照して説明したようなハードウエアデバイス内の機能回路のようなそれらの組合せを含むことができる処理論理によって実施することができる。
【００３７】
処理ブロック６０５において、ソースデバイスから下流のシンクデバイスへの全てのＤＤＣバスに対するモードにおいてブリッジデバイスが初期化される（ＨＤＭＩの場合）。処理ブロック６１０において、ソースからブリッジへの認証を行う処理への変更を要求するＤＤＣデータ（ＨＤＭＩにおいて）又はＣＢＵＳ指令（ＭＨＬにおいて）が認識される。処理ブロック６１５において、ブリッジデバイスのソースデバイスとの認証が実行される。処理ブロック６２０において、ブリッジデバイスにおいてソースデバイスから秘密値が受信され、暗号解読される。処理６２５において、ＤＤＣステータス（ＨＤＭＩにおいて）及びＣＢＵＳ指令（ＭＨＬにおいて）がソースデバイスに返送されることにより、ブリッジデバイスにおける秘密値の受信が通知され、それによって秘密値がブリッジデバイスにおいて受信されていることをソースデバイスが認識することになる。処理ブロック６３０において、ソースデバイスは、シンクデバイスとのＨＤＣＰリンクを維持することが許可され、その間にソースデバイスからのデータストリームがモニタされ、必要に応じて暗号化コンテンツが暗号解読される。
【００３８】
図７は、本発明の一実施形態によるシンク受信デバイスが係わる部分認証を実行する方法を示している。方法７００は、ハードウエア（例えば、回路、専用論理、プログラム作成可能論理、マイクロコード等）、ソフトウエア（処理デバイス上で作動する命令等）、又はファームウエア又は図１を参照して説明したようなハードウエアデバイス内の機能回路のようなそれらの組合せを含むことができる処理論理によって実施することができる。
【００３９】
ブロック７０５において、拡張ソース送信デバイスと下流の拡張シンク受信デバイスとの間で初期認証処理が開始される。ブロック７１０において、ソース認証エンジン及びシンク認証エンジンを用いて、ソースデバイスとシンクデバイスの間の初期認証が実行される。ブロック７１５において、この初期のソース−シンク認証、及びシンクデバイスに関連付けられた公開値を用いて、ソースデバイスによってソース認証エンジンを用いて秘密値が計算されて保存される。一実施形態において、次に、ブロック７２０において、このソース−シンクリンクを図５及び図６を参照して上述したように、ソース−ブリッジ認証のためのソース−ブリッジリンクに切り換えることができる。
【００４０】
次に、処理ブロック７２５において、ソース−ブリッジリンクは、ソースデバイスに、ＤＤＣを横切ってブリッジチップ内のレジスタに書込みを行わせることによって（ＨＤＭＩの場合）、又はＣＢＵＳ指令を送ることによって（ＭＨＬの場合）、ソース−シンクリンクに切り換え戻される。処理ブロック７３０において、上述のように、ソースデバイスからシンクデバイスへのデータストリームの暗号化が、通常のＯＥＳＳ手段及びＥＳＳ手段によいって示すように始まる。ブロック７３５において、シンク受信デバイスにおいてソース送信デバイスから受信される暗号化ストリームが暗号解読される。
【００４１】
図８は、本発明の一実施形態による図１の認証メカニズムを有する送信機及び受信機を使用するためのシステムを示している。この図には、本説明に密接に関連しないある一定の標準で公知の構成要素を示していない。一部の実施形態の下では、デバイス８００は、送信デバイス、受信デバイス、又はその両方とすることができる。
【００４２】
一部の実施形態の下では、デバイス８００は、データの送信のための相互接続部又はクロスバー８０５又は他の通信手段を含む。データは、視聴覚データ及び関連の制御データを含むことができる。デバイス８００は、情報を処理するために相互接続部８０５に結合した１つ又はそれよりも多くのプロセッサ８１０のような処理手段を含むことができる。プロセッサ８１０は、１つ又はそれよりも多くの物理プロセッサと１つ又はそれよりも多くの論理プロセッサとを含むことができる。更に、プロセッサ８１０の各々は、複数のプロセッサコアを含むことができる。簡略化のために、相互接続部８０５を単一の相互接続部として示すが、相互接続部８０５は、複数の異なる相互接続部又はバスを表すことができ、そのような相互接続部への構成要素接続は異なるとすることができる。この図に示す相互接続部８０５は、１つ又はそれよりも多くのあらゆる別々の物理バス、ポイントツーポイント接続部、又は適切なブリッジ、アダプタ、又はコントローラによって接続したこれらの両方を表す抽象表現である。相互接続部８０５は、例えば、システムバス、ＰＣＩバス又はＰＣＩｅバス、ハイパートランスポートバス又は工業規格アーキテクチャ（ＩＳＡ）バス、スモールコンピュータシステムインタフェース（ＳＣＳＩ）バス、ＩＩＣ（Ｉ２Ｃ）バス、又は時に「ファイヤワイヤ」と呼ばれる米国電気電子学会（ＩＥＥＥ）規格１３９４バスを含むことができる（１９９６年８月３０日に出された「高性能シリアルバス規格（Ｓｔａｎｄａｒｄ  ｆｏｒ  ａ  Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｓｅｒｉａｌ  Ｂｕｓ）」、ＩＥＥＥ、１３９４〜１９９５ページ及び相補）。更に、デバイス８００は、１つ又はそれよりも多くのＵＳＢ対応接続部を連結することができるユニバーサルシリアルバス（ＵＳＢ）８７０のようなシリアルバスを含むことができる。
【００４３】
一部の実施形態において、デバイス８００は、情報及びプロセッサ８１０によって実行される命令を格納するための主メモリ８２０としてランダムアクセスメモリ（ＲＡＭ）又は他の動的ストレージデバイスを更に含む。主メモリ８２０は、プロセッサ８１０による命令の実行中に一時変数又は他の中間情報を格納するために使用することができる。ＲＡＭメモリは、メモリ内容のリフレッシュを必要とするランダムアクセスメモリ（ＤＲＡＭ）と、内容をリフレッシュする必要はないが、高価である静的ランダムアクセスメモリ（ＳＲＡＭ）とを含む。ＤＲＡＭメモリは、信号を制御するためのクロック信号を含む同期動的ランダムアクセスメモリ（ＳＤＲＡＭ）と、拡張データ出力動的ランダムアクセスメモリ（ＥＤＯ  ＤＲＡＭ）とを含むことができる。一部の実施形態において、システムのメモリは、レジスタ又は他の専用メモリを含むことができる。デバイス８００は、静的情報及びプロセッサ８１０に対する命令を格納するための読取専用メモリ（ＲＯＭ）８２５又は他の静的ストレージデバイスを含むことができる。デバイス８００は、ある一定の要素の格納のための１つ又はそれよりも多くの不揮発性メモリ要素８３０を含むことができる。
【００４４】
デバイス８００の相互接続部８０５には、情報及び命令を格納するためのデータストレージ８３５を結合することができる。データストレージ８３５は、磁気ディスク、光ディスク、及びそれに対応するドライブ、又は他のメモリデバイスを含むことができる。そのような要素は、互いに組み合わせることができ、又は別々の構成要素とすることができ、デバイス８００の他の要素の一部を利用することができる。
【００４５】
デバイス８００は、相互接続部８０５を通じてディスプレイ又は表示デバイス８４０に結合することができる。一部の実施形態において、ディスプレイは、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、ブラウン管（ＣＲＴ）ディスプレイ、又はエンドユーザに対して情報又はコンテンツを表示するためのあらゆる他の表示技術を含むことができる。一部の実施形態において、ディスプレイ８４０は、テレビジョン番組を表示するのに利用することができる。一部の実施形態において、ディスプレイ８４０は、入力デバイスの少なくとも一部分としても利用されるタッチスクリーンを含むことができる。一部の実施形態において、ディスプレイ８４０は、テレビジョン番組のオーディオ部分を含むオーディオ情報を提供するためのスピーカのようなオーディオデバイスとすることができ、又はそれを含むことができる。入力デバイス８４５は、情報及び／又は指令選択をプロセッサ８１０に通信するために相互接続部８０５に結合することができる。様々な実施において、入力デバイス８４５は、キーボード、キーパッド、タッチスクリーン及びスタイラス、オーディオトリガーシステム、又は他の入力デバイス、又はそのようなデバイスの組合せとすることができる。含めることができる別の種類のユーザ入力デバイスは、方向情報及び指令選択を１つ又はそれよりも多くのプロセッサ８１０に通信し、ディスプレイ８４０上のカーソル移動を制御するためのマウス、トラックボール、又はカーソル方向キーのようなカーソル制御デバイス８５０である。
【００４６】
相互接続部８０５には、１つ又はそれよりも多くの送信機又は受信機８５５を結合することができる。一実施形態において、図１を参照して上述したように、拡張送信機８５５は、ソース認証エンジンを有する部分暗号化メカニズムを使用するソースデバイスを含み、それに対して拡張受信機８５５は、ブリッジ認証メカニズムを有する部分暗号化メカニズムを使用するブリッジデバイスと、シンク認証メカニズムを有する部分暗号化メカニズムを使用するシンクデバイスとを含む。一部の実施形態において、デバイス８００は、データの受信又は送信のための１つ又はそれよりも多くのポート８８０を含むことができる。受信又は送信することができるデータは、ＨＤＭＩデータのようなビデオデータ又はオーディオ−ビデオデータを含むことができ、ＨＤＣＰ暗号化データのように暗号化することができる。一部の実施形態において、デバイス８００は受信デバイスであり、データ受信のためのポートを選択するように作動し、一方、１つ又はそれよりも多くの他のポートからデータをサンプリングして、前景処理に向けて選択されなかったポートにおいて受信されるデータが暗号化されているか否かを判断する。更に、デバイス８００は、無線信号を通じたデータの受信のための１つ又はそれよりも多くのアンテナ８５８を含むことができる。デバイス８００は、電源、バッテリ、太陽電池、燃料電池、又は電力を供給するか又は発生させるための他のシステム又はデバイスを含むことができる電力デバイス又は電力システム８６０を含むことができる。電力デバイス又は電力システム８６０によって供給される電力は、必要に応じてデバイス８００の要素に分配することができる。
【００４７】
以上の説明では、本発明の完全な理解を提供するために説明の目的で多くの特定の詳細内容を開示した。しかし、これらの特定の詳細内容のうちの一部を用いずに本発明を実施することができることは当業者には明らかであろう。その他としては、公知の構造及びデバイスをブロック図形態に示している。図示の構成要素の間の中間構造を存在させることができる。本明細書に説明又は例示する構成要素は、例示又は説明していない付加的な入力又は出力を有することができる。図示の要素又は構成要素は、あらゆるフィールドの順序変更又はフィールドサイズの修正を含む異なる配列又は順序で配置することができる。
【００４８】
本発明は、様々な処理を含むことができる。本発明の処理は、ハードウエア構成要素によって実施することができ、又は命令を用いてプログラムされた汎用又は専用プロセッサ又は論理回路にこれらの処理を実行させるのに使用することができるコンピュータ可読命令に具現化することができる。代替的に、処理は、ハードウエアとソフトウエアとの組合せによって実施することができる。
【００４９】
本発明の一部分は、本発明による処理を実行するようにコンピュータ（又は他の電子デバイス）をプログラムするのに使用することができるコンピュータプログラム命令が格納されたコンピュータ可読媒体を含むことができるコンピュータプログラム製品として提供することができる。コンピュータ読み取り可能な記録媒体は、フロッピー（Ｒ）ディスケット、光ディスク、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、光磁気ディスク、ＲＯＭ、ＲＡＭ、消去可能なプログラム作成可能ＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラム作成可能ＲＯＭ（ＥＥＰＲＯＭ）、磁気カード又は光カード、フラッシュメモリ、又は電子命令を格納するのに適する他の種類の媒体／コンピュータ読み取り可能な記録媒体を含むことができるが、これらに限定されない。更に、本発明は、コンピュータプログラム製品としてダウンロードすることができ、プログラムは、遠隔コンピュータから要求コンピュータに転送することができる。
【００５０】
本方法のうちの多くをその最も基本的な形態で説明したが、本発明の基本的な範囲から逸脱することなく、これらの方法のうちのいずれかに処理を追加するか又はこれらから処理を削除することができ、説明したメッセージのうちのいずれかに情報を追加するか又はこれらから情報を低減することができる。多くの更に別の修正及び調整を加えることができることは当業者には明らかであろう。特定的な実施形態は、本発明を限定するためではなく、例示するために提供したものである。
【００５１】
要素「Ａ」が要素「Ｂ」に結合されるか又は要素「Ｂ」と結合されると示した場合には、要素Ａを要素Ｂに直接結合するか又は例えば要素Ｃを通じて間接的に結合することができる。本明細書において、構成要素、特徴、構造、処理、又は特性Ａが、構成要素、特徴、構造、処理、又は特性Ｂを「引き起こす」と示した場合には、これは、「Ａ」が、少なくとも部分的に「Ｂ」の原因であるが、「Ｂ」を引き起こすのを補う少なくとも１つの他の構成要素、特徴、構造、処理、又は特性が存在する可能性もあることを意味する。本明細書において、構成要素、特徴、構造、処理、又は特性を含む「ことができる」、「場合がある」、又は「可能性がある」と示した場合には、その特定の構成要素、特徴、構造、処理、又は特性は、含まれることが必要ではない。本明細書において「ａ」又は「ａｎ」の付いた要素に言及した場合には、これは、説明した要素が１つしか存在しないことを意味しない。
【００５２】
実施形態は、本発明の実施又は例である。本明細書における「実施形態」、「一実施形態」、「一部の実施形態」、又は「他の実施形態」への参照は、これらの実施形態に関連して説明した特定の特徴、構造、又は特性が少なくとも一部の実施形態に含まれることを意味し、必ずしも全ての実施形態に含まれることを意味しない。「実施形態」、「一実施形態」、又は「一部の実施形態」の様々な登場は、必ずしも全てが同じ実施形態を参照しているわけではない。本発明の例示的な実施形態の以上の説明では、開示を効率化し、様々な本発明の態様のうちの１つ又はそれよりも多くの理解を助けるために、本発明の様々な特徴を場合によって単一の実施形態、図、又はこれらの説明の中にまとめ合わせたことを理解すべきである。
【符号の説明】
【００５３】
１１０  ソースデバイス
１１２  暗号化エンジン
１１４  ソース認証エンジン
１２０  ブリッジデバイス
１２２  暗号化／暗号解読エンジン
１２６  ブリッジ認証エンジン
【図１】
2013536622.tif 000003
【図２】
2013536622.tif 000004
【図３Ａ】
2013536622.tif 000005
【図３Ｂ】
2013536622.tif 000006
【図４】
2013536622.tif 000007
【図５】
2013536622.tif 000008
【図６】
2013536622.tif 000009
【図７】
2013536622.tif 000010
【図８】
2013536622.tif 000011
【国際調査報告】
2013536622.tif 000012
2013536622.tif 000013