(57)【特許請求の範囲】
【請求項１】
受信デバイスにおいて、前記受信デバイスに連結された送信デバイスから第一のコンテンツストリームを受信するステップであって、前記第一のコンテンツストリームは第一のデータ構造でフォーマット化されたメディアコンテンツを有し、前記メディアコンテンツはＨｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）値を有するＨＤＣＰ層に関連付けられている当該ステップと、
前記メディアコンテンツを分解したり組み立てたりすることなく、又は、前記第一のコンテンツストリームから前記メディアコンテンツを除去することなく、前記第一のコンテンツストリーム内のメディアコンテンツの前記第一のデータ構造を保持しつつ暗号解読するステップであって、前記第一のコンテンツストリームから前記ＨＤＣＰ層及び１以上の外層保護層を前記暗号解読の間に除去することによって前記第一のコンテンツストリームを暗号解読する当該ステップと、
前記暗号解読された第一のコンテンツストリームと、前記除去された１以上の外層保護層に対応する外部保護層とを符号化し、第二のコンテンツストリームを生成するステップと、
を含む方法。
【請求項２】
前記メディアコンテンツは映像コンテンツまたは音声コンテンツを含む請求項１に記載の方法。
【請求項３】
前記第一のコンテンツストリームは、前記メディアコンテンツに関連付けられたメディア以外のコンテンツをさらに含み、前記メディア以外のコンテンツは第二のデータ構造でフォーマット化されている請求項１に記載の方法。
【請求項４】
前記メディア以外のコンテンツの前記第二のデータ構造を、前記第一のコンテンツストリームの暗号解読の間保持するステップと、
をさらに含む請求項３に記載の方法。
【請求項５】
前記第一のコンテンツストリームは、第一のＨｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ（ＨＤＭＩ）メディアコンテンツストリームを含み、前記第二のコンテンツストリームは、第二のＨＤＭＩメディアコンテンツストリームを含む請求項１に記載の方法。
【請求項６】
前記１以上の外層保護層は、１以上のＴｒａｎｓｉｔｉｏｎ  Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ（ＴＭＤＳ）層及びＴｒａｎｓｉｔｉｏｎ−Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ  Ｅｒｒｏｒ  Ｒｅｄｕｃｔｉｏｎ  Ｃｏｄｉｎｇ−４（ＴＥＲＣ４）層をさらに含む請求項１に記載の方法。
【請求項７】
第一のデータ構造でフォーマット化されているメディアコンテンツを有する第一のコンテンツストリームを送信デバイスから受信する受信デバイスとを備えた、メディアコンテンツストリームを暗号解読するための装置であって、
前記メディアコンテンツは、Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）値を有するＨＤＣＰ層に関連付けられており、
前記受信デバイスは、
前記メディアコンテンツを分解したり組み立てたりすることなく、又は、前記第一のコンテンツストリームから前記メディアコンテンツを除去することなく、前記第一のコンテンツストリーム内のメディアコンテンツの前記第一のデータ構造を保持しつつ暗号解読することであって、前記第一のコンテンツストリームから前記ＨＤＣＰ層及び１以上の外層保護層を前記暗号解読の間に除去することによって前記第一のコンテンツストリームを暗号解読することを含み、さらに、
前記暗号解読された第一のコンテンツストリームと、前記除去された１以上の外層保護層に対応する外部保護層とを符号化し、第二のコンテンツストリームを生成する
ように構成されたコンテンツ暗号解読装置を備えることを特徴とする装置。
【請求項８】
前記メディアコンテンツは、映像コンテンツまたは音声コンテンツを含む請求項７に記載の装置。
【請求項９】
前記第一のコンテンツストリームは、前記メディアコンテンツに関連付けられたメディア以外のコンテンツをさらに含み、前記メディア以外のコンテンツは、第二のデータ構造でフォーマット化されている請求項７に記載の装置。
【請求項１０】
前記コンテンツ暗号解読装置は、前記メディア以外のコンテンツの前記第二のデータ構造を、前記第一のコンテンツストリームの暗号解読の間保持するようにさらに調整される請求項９に記載の装置。
【請求項１１】
前記第一のコンテンツストリームは、第一のＨｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ（ＨＤＭＩ）メディアコンテンツストリームを含み、前記第二のコンテンツストリームは第二のＨＤＭＩメディアコンテンツストリームを含む請求項７に記載の装置。
【請求項１２】
前記１以上の外層保護層は、１以上のＴｒａｎｓｉｔｉｏｎ  Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ（ＴＭＤＳ）層及びＴｒａｎｓｉｔｉｏｎ−Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ  Ｅｒｒｏｒ  Ｒｅｄｕｃｔｉｏｎ  Ｃｏｄｉｎｇ−４（ＴＥＲＣ４）層をさらに含む請求項７に記載の装置。
【請求項１３】
コンテンツ暗号解読メカニズムを有する受信デバイスを備えた、メディアコンテンツストリームを暗号解読するためのシステムであって、前記コンテンツ暗号解読メカニズムは、
第一のデータ構造でフォーマット化されているメディアコンテンツを有する第一のコンテンツストリームを送信デバイスから受信し、前記メディアコンテンツはＨｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）値を有するＨＤＣＰ層に関連付けられ、
前記メディアコンテンツを分解したり組み立てたりすることなく、又は、前記第一のコンテンツストリームから前記メディアコンテンツを除去することなく、前記第一のコンテンツストリーム内のメディアコンテンツの前記第一のデータ構造を保持しつつ暗号解読することであって、前記第一のコンテンツストリームから前記ＨＤＣＰ層及び１以上の外層保護層を除去することによって第一のコンテンツストリームを暗号解読することを含み、さらに
前記暗号解読された第一のコンテンツストリームと、前記除去された１以上の外層保護層に対応する外部保護層とを符号化し、第二のコンテンツストリームを生成する、
ことを特徴とするシステム。
【請求項１４】
前記メディアコンテンツは、映像コンテンツまたは音声コンテンツを含む請求項１３に記載のシステム。
【請求項１５】
前記第一のコンテンツストリームは、前記メディアコンテンツに関連付けられたメディア以外のコンテンツをさらに含み、前記メディア以外のコンテンツは、第二のデータ構造でフォーマット化されている請求項１３に記載のシステム。
【請求項１６】
前記メディア以外のコンテンツの前記第二のデータ構造を、前記第一のコンテンツストリームの暗号解読の間保持するようにさらに調整される請求項１５に記載のシステム。
【請求項１７】
前記第一のコンテンツストリームは、第一のＨｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ（ＨＤＭＩ）メディアコンテンツストリームを含み、前記第二のコンテンツストリームは第二のＨＤＭＩメディアコンテンツストリームを含む請求項１３に記載のシステム。
【請求項１８】
前記１以上の外層保護層は、１以上のＴｒａｎｓｉｔｉｏｎ  Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ（ＴＭＤＳ）層及びＴｒａｎｓｉｔｉｏｎ−Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ  ＥｒｒｏｒＲｅｄｕｃｔｉｏｎ  Ｃｏｄｉｎｇ−４（ＴＥＲＣ４）層をさらに含む請求項１３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本特許出願は、２００８年２月２８日出願の米国仮特許出願第６１／０３２，４２４号の優先権を主張する。
【０００２】
本発明の実施形態は一般に、ネットワークの分野、特にメディアコンテンツストリームの暗号解読に関する。
【背景技術】
【０００３】
複数のデータストリーム、たとえばディスプレイのための複数のメディアデータストリームを利用するシステムの動作において、データには、Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）によって保護されたデータが含まれているかもしれず、これらのデータを本明細書の中ではＨＤＣＰデータと呼ぶ。
【０００４】
ＨＤＣＰは、メディアコンテンツ、特にプレミアムメディアコンテンツを保護するために使用されるコンテンツ保護プロトコルである。たとえば、送信デバイス（たとえば、ＤＶＤプレイヤ）と受信デバイス（たとえば、テレビ）の間で、Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ（ＨＤＭＩ）インタフェースを介してコンテンツが流れる。デバイス間に流れるプレミアムＨＤＭＩメディアコンテンツにＨＤＣＰ値が含まれる場合、システムは、暗号解読を利用する複数の符号化されたストリームを供給するかもしれない。しかしながら、ＨＤＭＩコンテンツストリームの暗号解読を行う工程は時間がかかり、面倒であり、また貴重なシステム資源を浪費する。その結果、データが視聴されるようになる前に遅延が生じ、これがシステムを使用し、楽しむ上での障害となる。
【０００５】
従来の技術では、ＨＤＭＩメディアコンテンツストリームの暗号解読を行って、ＨＤＣＰ値（受信機はこれを受信しない）を除去するのに、コンテンツストリーム全体を分解する、すなわち映像コンテンツ、音声コンテンツ等を除去し、その後再びメディアコンテンツストリームを組み立てなおさなければならない。このような従来の技術によれば、メディアストリームはその形式を失わざるをえないだけでなく、暗号解読作業を行うために余分なハードウェアが必要となり、システム資源に負担がかかる。
【０００６】
そこで、コンテンツストリームのパケット形式およびそのその他のコンテンツを保持しながら、特定の値を除去するような方法で、メディアコンテンツストリームの暗号解読を効率的に行うような暗号解読システムを有することが望ましい。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ある方法、装置およびシステムは、メディアコンテンツストリームの暗号解読を行うための暗号解読メカニズムを提供する。
【課題を解決するための手段】
【０００８】
一実施形態において、メディアコンテンツストリームを暗号解読する方法は、受信デバイスにおいて、受信デバイスに連結された送信デバイスから第一のコンテンツストリームを受信するステップであって、第一のコンテンツストリームは特にパッケージ構造として形式付けられたメディアコンテンツを有し、このメディアコンテンツはＨｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）値に関連付けられているステップと、メディアコンテンツのパッケージ構造を保持しながら第一のコンテンツストリームからＨＤＣＰ値を除去することによって、第一のコンテンツストリームを第二のコンテンツストリームに暗号解読するステップと、を含む。
【０００９】
一実施形態において、メディアコンテンツストリームを暗号解読する装置は、第一のコンテンツストリームを受信デバイスに送信する送信デバイスを備え、第一のコンテンツストリームは、特にパッケージ構造として形式付けられたメディアコンテンツを有し、このメディアコンテンツはＨｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）値に関連付けられている。この装置は、メディアコンテンツのパッケージ構造を保持しながら第一のコンテンツストリームからＨＤＣＰ値を除去することによって、第一のコンテンツストリームを第二のコンテンツストリームに暗号解読するコンテンツ暗号解読装置を有する受信機をさらに備える。
【００１０】
一実施形態において、メディアコンテンツの暗号解読のためのシステムは、コンテンツ暗号解読メカニズムを有する受信デバイスに連結された送信デバイスを持つコンテンツ通信システムを備え、コンテンツ暗号解読メカニズムは、送信デバイスから第一のコンテンツストリームを受信し、第一のコンテンツストリームは特にパッケージ構造として形式付けられたメディアコンテンツを有し、メディアコンテンツはＨｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ（ＨＤＣＰ）値に関連付けられ、コンテンツ暗号解読メカニズムはまた、メディアコンテンツのパッケージ構造を保持しながら第一のコンテンツストリームからＨＤＣＰ値を除去することによって第一のコンテンツストリームを第二のコンテンツストリームに暗号解読する。
【００１１】
本発明の実施形態を限定のためではなく、例として添付の図面に示すが、図中、同様の要素には同様の参照番号が付与されている。
【図面の簡単な説明】
【００１２】
【図１】メディアコンテンツストリームを暗号解読するメカニズムを利用する事前認証システムのある実施形態を示す図である。
【図２】事前認証アーキテクチャのある実施形態を示し、メディアコンテンツ暗号解読メカニズムのある実施形態を含む図１の事前認証システムの各種の構成要素を拡大して示す図である。
【図３】メディアコンテンツストリーム暗号解読メカニズムとその暗号解読工程のある実施形態を示す図である。
【図４Ａ】映像メディアコンテンツストリームを暗号解読するメディアコンテンツストリーム暗号解読メカニズムのある実施形態を示す図である。
【図４Ｂ】映像メディアコンテンツストリームを暗号解読する工程のある実施形態を示す図である。
【図５Ａ】音声メディアコンテンツストリームを暗号解読するメディアコンテンツストリーム暗号解読メカニズム４００のある実施形態を示す図である。
【図５Ｂ】音声メディアコンテンツストリームを暗号解読する工程のある実施形態を示す図である。
【図６Ａ】映像／音声メディアコンテンツストリームの中の映像／音声以外のメディアコンテンツを処理するためのメディアコンテンツストリーム暗号解読メカニズムのある実施形態を示す図である。
【図６Ｂ】映像メディアコンテンツストリームに関連付けられる映像以外のコンテンツを処理するある実施形態を示す図である。
【図６Ｃ】音声メディアコンテンツストリームに関連付けられる音声以外のコンテンツを処理するある実施形態を示す図である。
【図７】本発明のある実施形態を利用するネットワークコンピュータデバイスの構成要素の実施形態を示す図である。
【発明を実施するための形態】
【００１３】
本発明の実施形態は一般に、メディアコンテンツストリームの暗号解読に関する。
【００１４】
本明細書において、「ネットワーク」または「通信ネットワーク」とは、たとえばＳＡＴＡ、Ｆｒａｍｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｔｒｕｃｔｕｒｅ（ＦＩＳ）その他の技術をいくつ利用するかを問わず、デバイス間でデジタルメディアコンテンツ（音楽、音声／映像、ゲーム、写真、その他）を供給するための相互接続ネットワークを意味する。エンタテイメントネットワークとは、家庭内のネットワークのような個人的エンタテインメントネットワーク、ビジネス用ネットワーク、あるいはその他のデバイスおよび／または構成要素のネットワークであってもよい。ネットワークには、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、イントラネット、インターネット等が含まれる。１つのネットワークにおいて、特定のネットワークデバイスはメディアコンテンツのソースであってもよく、これらはたとえば、デジタルテレビチューナ、ケーブルセットトップボックス、携帯機器（たとえば、情報端末機器（ＰＤＡ））、映像記憶サーバ、およびその他のソースデバイスである。その他のデバイスはメディアコンテンツを表示または使用するものであってもよく、これらはたとえば、デジタルテレビ、ホームシアタシステム、オーディオシステム、ゲームシステム等である。さらに、あるデバイスは、メディアコンテンツの保存または転送用の、たとえば映像および音声記憶サーバであってもよい。あるデバイスは、複数のメディア機能を実行してもよく、たとえば、ケーブルセットトップボックスは、受信機（ケーブルヘッドエンドから情報を受信する）および送信機（テレビに情報を送信する）として機能でき、またその逆の場合もある。いくつかの実施形態において、ネットワークデバイスは、１つのローカルエリアネットワーク上に共同設置されてもよい。他の実施形態において、ネットワークデバイスは、複数のローカルエリアネットワーク間のトンネリング等により、複数のネットワークセグメントにわたっていてもよい。ネットワークはまた、複数のデータ符号化および暗号化工程のほか、個人認証工程、たとえば一実施形態によれば、固有の署名検証と固有のＩＤ照合等を含んでいてもよい。
【００１５】
本明細書において、「ＴX」は、ＨＤＣＰ送信デバイス等の送信デバイス全般を指し、「ＲX」は、ＨＤＣＰ受信デバイス等の受信デバイス全般を指す。
【００１６】
時間ベースロービング方式ＨＤＣＰアーキテクチャでは、メインパイプとロービングパイプの２つのパイプが使用される。メインパイプは、ユーザによってコンテンツを見るために選択されたポートだけのものである。ロービングパイプは、その他のポート（バックグラウンドポート）を時間ベースで１つずつロービングし、これらのポートが認証され、対応するＴXと同期化されたままとなるようにする。構成により、たとえば、２つのパイプで４つのポートをサポートすることができる。
【００１７】
時間ベースロービング方式ＨＤＣＰアーキテクチャのメインパイプ（メインパスとも呼ばれる）は、ユーザによってコンテンツ（映画等）を見るために選択されたポートだけが使用するパイプである。このパイプは一般に、アナログＰＬＬ、ＳｅｒＤｅｒ（Ｓｅｒｉａｌｉｚｅｒ  ａｎｄ  Ｄｅｓｅｒｉａｌｉｚｅｒ）およびその他のロジックからなり、送られてくるビットストリームからＡＶデータを回復する。
【００１８】
ロービングパイプ（ロービングパスとも呼ばれる）は、メインパイプに接続されていないポート全体を逐次的にロービングするパイプである。ロービングパイプの構成要素は、メインパイプと同様である。
【００１９】
ＨＤＣＰエンジンは、メディアコンテンツの暗号化または暗号復元を行う論理ブロックである。ＴXは暗号化エンジンを備え、ＲXは暗号復元エンジンを備える。ＨＤＣＰエンジンは、ＴXとＲXとの間に安全なリンクを確立するための認証を担当し、また、安全なリンクの上でのＴXとＲXの同期を常に追跡する。同期をチェックするために、ＴXはＲXを１２８フレームごとにＲｉ値でチェックする。Ｒｉ値は、フレーム毎に更新されるＴXとＲXの共有鍵の剰余値である。さらに、ＨＤＣＰエンジンの中の暗号化／暗号解読エンジンが、ＨＤＣＰコンテンツストリームの暗号化と暗号解読の実行に使用される。
【００２０】
ＣＴＬ３信号は、現在のフレームが暗号化されたフレームであるか否かを示す標識である。ＴXは、それが暗号化した各フレームについてＣＴＬ３を送信し、それが暗号化されたフレームであることをＲXに知らせる。ＨＤＣＰ仕様の中でこれを行う方法は他にもあり、ＣＴＬ３は、説明しやすくするための信号の一例にすぎない。本願に関しては、ＣＴＬ３はあらゆる暗号化同期信号を指すと解釈するものとし、それにはたとえばＣＴＬ３信号を含むがこれに限定されない。
【００２１】
ＨＤＣＰ信号は次のものを含む。ＶＳ（Ｖｅｒｔｉｃａｌ  Ｓｙｎｃ）とＣＴＬ３（暗号化標識）は、送られてくるＡＶストリームの中に同期化用として含まれ、認証とＲｉのチェックはＩ２Ｃ（ＤＤＣ）バスを通じて行われる。
【００２２】
一実施形態において、ＨＤＣＰメディアコンテンツストリームの暗号解読を、そのメディアコンテンツの中の特定のデータのパケット形式を保持する方法で行う技術が提供される。いくつかの実施形態において、メディアコンテンツを暗号解読するためのデータパスには事前認証工程が含められるが、その他の操作における実施形態を提供してもよい。
【００２３】
コンテンツ保護の構想においてコンテンツストリームを暗号解読するには、各種のツール（たとえば、ロービング受信機）を使って、相互に通信するデバイスを検出、検証、認証する。これらのデバイスとしては、メディアデバイス、たとえばＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋまたはｄｉｇｉｔａｌ  ｖｉｄｅｏ  ｄｉｓｋ）プレイヤ、ＣＤ（ｃｏｍｐａｃｔ  ｄｉｓｋ）プレイヤ、テレビ、コンピュータ等がある。たとえば、送信デバイス（たとえば、ＤＶＤプレイヤ）は、こうしたツールを使って受信デバイス（たとえば、テレビ）の認証を行い、その受信デバイスがその送信デバイスから保護されたプレミアムメディアコンテンツを受信することが適法または適格かを判断することができる。同様に、受信デバイスは先に送信デバイスを認証してから、保護されたメディアコンテンツをその送信デバイスから受け入れる。このような認証工程（面倒で、時間がかかり、資源を浪費しかねない）が何度も行われすぎるのを避けるために、デバイスの事前認証が行われる。
【００２４】
「事前認証」は、本明細書において、ＨＤＭＩスイッチ製品等のデバイスの、複数の入力間での切換えをより素早く行うための機能を指す用語である。この用語は、必要なＨＤＣＰ認証を、入力の切換え後ではなく、切換え前に実行することを意味する。このようにして、認証に伴う大きな遅延が動作のフォアグラウンドに現れるのではなく、バックグラウンドに隠されるようにすることができる。
【００２５】
ＨＤＣＰ受信機はスレーブデバイスと考えられるため、ＨＤＣＰ受信機が送信機に対して、何らかの要求または状態を表す明確な信号を送ることは想定されない。リンクの「切断」さえも、通常は、故意にＲｉシーケンスを「切断する」ことによって（リンクが安全に同期されたままであるか否かをＴXがチェックしたときのＲXからＴXへの応答）、暗示的に（そしてかなり大雑把に）伝えられる。ＨＤＣＰ送信機にはさまざまな種類がある。これらのＨＤＣＰ送信機の多くは、特異な思いがけない挙動を示し、これがメディアコンテンツ通信における遅延の多くの原因となる。本明細書の中に記載されるメディアコンテンツストリームの暗号解読の実施形態は、上記の問題に対処し、データストリームの演算において重要な値を提供するために使用される。
【００２６】
一実施形態において、暗号解読にかけられる各入力（たとえばＨＤＭＩ入力）は自己のＨＤＣＰエンジンを有していてもよく、このＨＤＣＰエンジンは、ソースと同期化されたままである。これは、Ｒｉリンクの完全性が正常で正しいという結果が送信機に供給されるため、ユーザがこの入力に切り換えれば、その入力は適正に復号できる状態にあることを意味する。たとえば、次の３つの方法のいずれかを用いてこれを実現できる。（１）各リンクが、対応するＨＤＣＰブロックを同期化されたままにするような、ＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ  Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ）完全対応受信機を有する。（２）各リンクが、対応するＨＤＣＰブロックを同期化されたままにするような、ＴＭＤＳ一部対応受信機を有する。（３）各リンクが、オープンループ方式で対応するＨＤＣＰブロックを同期化されたままにし、映像リンクそのものを常に、または直接観察しない。
【００２７】
ＨＤＣＰ同期化に関して、一般に、ＨＤＣＰ受信機が送信機と同期化された状態のままであるためには２つの事柄が必要となる。すなわち、（１）受信機が、フレーム境界の位置を知ることと、（２）受信機がこれらのフレームのうちのどれに、フレームが暗号化されていることを示す信号（たとえば、ＣＴＬ３）が含まれているかを知ることである。本明細書において、「ＣＴＬ３」は、説明しやすさ、簡潔さ、明瞭さのために、暗号化標識の一例として用いられ、いかなるものも限定しない。
【００２８】
一実施形態において、ＨＤＣＰメディアコンテンツストリームの暗号解読に使用される、図１およびそれ以降の図面に示されているような事前認証システムまたは装置の構成要素としては、ＨＤＣＰエンジン、ＰＰＬ（Ｐｈａｓｅ  Ｌｏｃｋ  Ｌｏｏｐ）、ロービング受信機、標準受信機等がある。
【００２９】
いくつかの実施形態において、装置は、入力ポート１つにつき、１つの専用ＨＤＣＰエンジンを有する。一般に、オープンループＨＤＣＰエンジンがまったく復号を行わないときを含め、すべての場合に通常のＨＤＣＰロジックが典型的には採用される。これは、鍵更新機能が分散範囲をなるべく広くするためにＨＤＣＰロジックを使用するからである。
【００３０】
オープンループのＨＤＣＰエンジンはそれぞれ、ＰＬＬまたはＰＬＬのような回路を使ってフレームレートをロックし、オープンループモードで動作しながら、どこにフレーム境界があるかに関する継続情報を提供する。このＰＬＬは、アナログＰＬＬとデジタルＰＬＬのどちらでもよい。しかしながら、デジタルＰＬＬはシンプルで、ロックが素早く、長期にわたって高い安定性が得られる。
【００３１】
１つの特定用途のＴＭＤＳ受信機を使って、重要な情報を逐次的にオープンループロジックに供給する。この受信機は、現在使用されていない入力を循環し、フレーム境界を発見し（対応するＰＬＬをロックできるようにする）、また、認証が行われたときに最初のＣＴＬ３信号を発見する。これは、基本的にＶＳＹＮＣとＣＴＬ３標識だけが使用されるため、必要最低限の形のＴＭＤＳ受信機とすることができる。
【００３２】
標準テレビデータパスは、従来のスイッチ製品と同様に動作してもよい。動作中、標準データパス用に入力ポートの１つが選択され、必要に応じてデータストリームが復号、暗号復元され、その後、デバイスの残りの部分に送られる。さらに、ロービング受信機は、現在アイドル状態のポートを、１度に１つずつサンプリングする。ロービング受信機は、状態機械または（使用される可能性のより高いものとして）ある種のマイクロコントローラを使ってそのすべてを制御する。
【００３３】
上記の説明にはさらに、ＨＤＣＰコンテキストの切換えについても含まれており、これはオープンループのＨＤＣＰエンジンを初期化し、その後同期化されたままにするためのシステムと手順に関係する。いくつかの実施形態において、そのような動作を提供するためのスイッチが作られる。
【００３４】
一実施形態において、ＨＤＭＩメディアコンテンツストリームの暗号解読を、そのコンテンツストリームの特定のデータのパケット形式を保持するような方法で行うシステムが提供される。いくつかの実施形態において、メディアコンテンツを暗号解読するためのデータパスにはポートの事前認証工程が含められるが、その他の操作における実施形態を提供してもよい。
【００３５】
いくつかの実施形態において、暗号解読時にコンテンツストリームを解体し、また伝送のためにストリームを組み立てなおすという、時間と資源を消費することを行うよりも、パケット形式を保持できるデータパスを設けて、動作の効率を高める。
【００３６】
メディアコンテンツの暗号解読と伝送の別の実施形態において、コンテンツストリームを音声コンテンツへと細分し、再びコンテンツをコンテンツストリームに組み立てなおすよりも、コンテンツストリームを保持することと、音声コンテンツをパケットの形式で残すことを含む工程が提供される。
【００３７】
一実施形態において、暗号情報がデータパケットから除去され、その一方でＨＤＭＩコンテンツストリームのパケット形式が保持される。具体的な例では、コンテンツストリームには、ＨＤＣＰ符号化に加えて、その他の符号化を含む音声パケットが含まれていてもよい。一例として、音声データには、Ｔｒａｎｓｉｔｉｏｎ−Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ  Ｅｒｒｏｒ  Ｒｅｄｕｃｔｉｏｎ  Ｃｏｄｉｎｇ−４（ＴＥＲＣ４）またはこれに関連する符号化が含まれていてもよい。
【００３８】
暗号解読のためのデータの流れを本明細書で説明し、添付の図面に示す。
【００３９】
図１は、メディアコンテンツストリームの暗号解読を行うためのメカニズム１２０を利用した事前認証システム１００の一実施形態を示す。図のＨＤＣＰ事前認証システム１００は、ＨＤＣＰ（事前認証）デバイス１０１を備え、これは、各入力ポート専用のＨＤＣＰエンジンブロック１０４−１０９、１２０を有する。一般に、オープンループの暗号鍵（ｃｉｐｈｅｒ）が暗号解読をまったく行わないときでも、標準ＨＤＣＰロジックが常に使用される。これは、鍵更新機能が、分散範囲をなるべく広くするために、ＨＤＣＰロジックを使うからである。さらに、オープンループＨＤＣＰエンジン１０４−１０９は、ＰＬＬ  １１０−１１５またはＰＬＬのような回路に関連付けられ、フレームレートをロックし、オープンループモードで動作する間、フレーム境界がどこにあるかについての継続情報を供給する。
【００４０】
１つの特定用途ＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ  Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ）受信機１１６（たとえば、ロービング受信機）を使って、オープンループロジックに重要な情報を逐次的に提供してもよい。このロービング受信機１１６は、現在使用されていない入力を循環し、フレーム境界を発見し（対応するＰＬＬ  １１０−１１５がロックできるようにする）、また、認証が行われたときに最初のＣＴＬ３信号を発見する。場合により、これは、基本的にＶＳＹＮＣとＣＴＬ３標識があればよいため、必要最低限の形のＴＭＤＳ受信機１１６とすることができる。
【００４１】
さらに、標準テレビデータパス１３２は、従来のスイッチ製品と同様に動作してもよい。動作中、入力ポートの１つを標準データパス１３２のために選択することができ、その間、データストリームが必要に応じて復号、暗号復元され（たとえば、暗号解読して、供給された暗号化データからもとの音声／映像（Ａ／Ｖ）データを取り出す）、その後、装置の他の部分に伝えられる。
【００４２】
ロービング受信機１１６は、１度に１つずつ、現在アイドル状態のポートをサンプリングする。そのため、状態機械や（使用される可能性がより高いものとして）ある種のマイクロコントローラでこの工程を制御する必要がある。当初の動作シーケンスは一般的に、次のとおりである。（１）ロービング受信機１１６が使用されていない入力ポートに接続され、映像入力をモニタする。（２）ＨＤＣＰエンジン１０４−１０９もそのポートに接続され、すなわち、Ｉ2Ｃバスが接続されていることになる（たとえば、Ｉ2Ｃは、リンク同期チェックのための、ＴXとＲXとの間の別の通信チャネルとしてみなされる）。また、この状態は、ホットプラグ信号を送り、ソースに対して、それが送信とＨＤＣＰ認証を受ける準備ができていることを知らせることにもなる。その結果、Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ（ＥＤＩＤ）の情報も伝送しやすくなるが、これは本願の範囲の外である。（３）映像入力が安定していれば、ロービング受信機１１６はＰＬＬをフレーム境界と一致させるための情報を提供する。（４）状態機械またはマイクロコントローラはある期間、ＨＤＣＰ認証が開始するまで待機する。ＨＤＣＰ認証が開始したら、認証が完了し、最初のＤＴＬ３信号が受信されるまで待つ。（５）ＨＤＣＰブロックは、オープンループ関数で循環を続け、ＰＬＬからの情報だけを使って「フレーム」をカウントする。Ｉ2Ｃポートは接続されたままで、ホットプラグ信号は引き続き、受信機が接続されていることを示す。（６）続いて、ロービング受信機１１６は次のポートに移り、同じ動作を行う。いくつかの実施形態において、ロービング受信機１１６がすべてのポートを起動すると、サービスループに入り、各ポートを逐次的にチェックする。
【００４３】
一実施形態において、（図２に示されるような）事前認証アーキテクチャを利用する図１の事前認証デバイス１０１と、さらに図３−６Ｂのコンテンツ暗号解読メカニズムのある実施形態を備える事前認証システム１００は、受信機、Ｒｘの受信チップ（たとえば、スイッチチップ）の中に組み込まれてもよい。このような受信機は、たとえば、デジタルテレビに使用して、メディアコンテンツの受信状態を改善し、受信効率を向上させることができる。
【００４４】
図２に示されるＨＤＣＰエンジン１２０は、メディアコンテンツストリームを、コンテンツストリームの特定のデータを保持しながら、コンテンツストリーム全体を細分せずに暗号解読するメカニズムのある実施形態を利用する。
【００４５】
図２は、事前認証アーキテクチャ２００のある実施形態を示し、メディアコンテンツ暗号解読メカニズム１２０のある実施形態を含む、図１の事前認証システム１００の各種の構成要素を拡大して示している。たとえば、図１のクロスポイントスイッチ（４×２）１２２は、アナログ受信機（たとえば、ＲｘＰＨＹアナログ）２０８、２１０を備えているように描かれ、アナログ受信機はマルチプレクサ２１２と連結され、マルチプレクサはさらに多数のポート、たとえばポート０  ２０２、ポート１  ２０４からポートｎ  ２０６（図１のＨＤＭＩ入力１２４−１３０に対応）と連結されている。図の実施形態はさらに、ＤＰＬＬ２４２とパケットアナライザ２４４を有する標準受信機１１８を示している。同様に、ロービング受信機１１６もＤＰＬＬ  ２１２とパケットアナライザ２１４を備えるように描かれている。
【００４６】
さらに、ＨＤＣＰエンジン１０４−１０９は、図２において、ＨＤＣＰコンテキストマルチプレクサ１０２に接続されているように描かれている。各ＨＤＣＰエンジンは各種のサブシステムを備えるか、またはこれらに連結されており、たとえば、ＨＤＣＰエンジン１０４はＨＤＣＰキー２３８のほか、マルチプレクサ２２０、間隔測定手段２２２、映像信号（ＶＳ）およびＣＴＬ３生成器２２４、デュアルＣＫ  ＦＩＦＯ  ２２６、デュアルＣＫ  ＦＩＦＯ  ２２８、デュアルＣＫ  ＦＩＦＯ  ２３０、遅延マッチ手段２３２、ＨＤＣＰエンジン２３４およびＤＤＣインタフェース２３６を備えるか、またはこれらに連結されているように描かれている。一実施形態において、ＨＤＣＰエンジン１０４は、各種の構成要素２２０−２３８に連結されたＨＤＣＰエンジン２３４に代表される。
【００４７】
図１においてＨＤＣＰエンジン１２０として描かれているメディアコンテンツストリーム（たとえば、ＨＤＭＩメディアコンテンツストリーム）の暗号解読メカニズムのある実施形態は、図２では、構成要素２４６（Ｆｉｒｓｔ−Ｉｎ−Ｆｉｒｓｔ−Ｏｕｔ（ＦＩＦＯ）２４８、遅延調整モジュール２５０およびマルチプレクサ２５２を含む）と、暗号解読エンジン２５６を有するストリームＤＰ  ２５４を備えるように示されている。
【００４８】
一実施形態において、暗号解読時にコンテンツストリームを解体し、伝送のためにコンテンツストリームを再び組み立てなおすのではなく、特定のパケット形式とコンテンツを保持することができる新規なデータパスを提供し、これによって動作の効率を改善するメディアコンテンツストリームの暗号解読を行うメカニズムが提供される。メディアコンテンツの暗号解読と伝送の一実施形態において、データストリームを音声コンテンツに細分し、再びこのデータをコンテンツストリームに組み立てなおすのではなく、工程には、コンテンツストリームを保持することと、音声コンテンツをパケットの形態で残すことが含まれる。
【００４９】
たとえば、メディアコンテンツストリーム２６０（たとえば、ＲＧＢ、ＨＳ、ＶＳ、ＤＥ、ＣＴＬ等）は、構成要素２４６で受信され、ＦＩＦＯ  ２４８と遅延調整手段２５０を通過し、最後にマルチプレクサ２５２に供給される。精製されたコンテンツストリーム２６２は次に、構成要素２４６から出て、コンテンツストリーム暗号解読ユニット２５４に到達する。一実施形態において、コンテンツ暗号解読ユニット２５４では、暗号解読エンジン２５６を介して、ＨＤＣＰ情報層だけをコンテンツストリームから除去し、その一方で、テータのうち、コンテンツストリーム２６２を新規に暗号解読されたコンテンツストリーム２６４（たとえば、ＴＭＤＳ符号化コンテンツストリーム）に変化させる残りの部分は保存するという方法で、コンテンツストリームを暗号解読（たとえば、暗号復元）する。この新規な暗号解読技術は、コンテンツストリーム全体を分解しなければならず（映像および音声層その他を除去することによって、コンテンツストリームの形式が失われる）、結局は再び組み立てなおすだけの従来の技術とは明らかに異なる。このような従来の技術は、暗号解読の動作を低速化し、システム資源を浪費するだけでなく、コンテンツメディアストリームの分解と再組立を行うための高価で複雑なハードウェアを必要とする。
【００５０】
図３は、メディアコンテンツストリーム暗号解読メカニズム３００のある実施形態と、その暗号解読工程を示す。ＨＭＤＩコンテンツストリーム等の符号化されたメディアコンテンツストリームは、ＨＤＭＩソースまたは送信機から受信される。このＨＤＭＩコンテンツストリームは、他のデータ（たとえば、音声コンテンツ、映像コンテンツ、音声／映像以外のコンテンツ等）のほかに、ＨＤＣＰ値を含む。一実施形態において、ＨＤＭＩコンテンツストリームは、音声、映像コンテンツおよびその他の必要なコンテンツがその形式のまま保護され、その一方で、ＨＤＣＰ値がストリームから除去されるように暗号解読される。この技術について、図に示した実施形態でさらに説明する。
【００５１】
符号化されたＨＤＭＩメディアコンテンツストリーム（たとえば、３０ｂ  ＴＭＤＳ）３０２が図２のＤＰＬＬ（たとえば、ＴＤＭＳデコーダ）２４２で受信され、ここで、コンテンツストリームのＴＤＭＳ層またはシェルが復号または除去される。ＴＤＭＳ層が除去されると、図２のコンテンツストリーム２６２（たとえば、ＨＤ、ＶＳ、ＤＥ、ＣＴＬおよび映像および／または音声のコンテンツ）は次に、図２のストリームＤＰという構成要素２５４に入る。ＴＤＭＳのような層（映像および音声コンテンツならびに音声／映像以外のコンテンツに追加される）とＴＥＲＣ４（音声コンテンツと音声／映像以外のコンテンツの一部に追加される）は、コンテンツストリームの一部であり、基本となるメディアコンテンツを保護するだけでなく、物理的ワイヤを通じてストリームの適正に流すためのものである。
【００５２】
コンテンツストリーム２６２が送られてくると、ＨＤＭＩパケットアナライザ３０４が、そのコンテンツストリームに音声コンテンツまたは映像コンテンツが含まれるか否かを判断する。送られてくるコンテンツストリーム２６２が単に映像コンテンツを含んでいる場合、これはＴＥＲＣ４デコーダ３１０を通らずに、マルチプレクサ３１４を介して、これも図２に示されるＨＤＣＰ暗号解読エンジン２５６に送られ、このＨＤＣＰ暗号解読エンジン２５６は、コンテンツストリームからＨＤＣＰ層（値）を除去するが、ただし映像コンテンツを分解せず、その適正な当初の形式のまま残しながら、映像コンテンツストリームを暗号解読する。さらに、映像ストリームがＴＥＲＣ４デコーダ３１０を迂回する理由は、映像ストリームがＴＥＲＣ層を含まないため、映像ストリームがＴＥＲＣ復号を必要としないからである。
【００５３】
映像ストリームからＨＤＣＰ値を除去した後、映像ストリームはマルチプレクサ３１６とマルチプレクサ３１８を通過し、その間ＴＥＲＣ４エンコーダ３１２を迂回して、ＴＭＤＳエンコーダ３０８に供給され、それにより、ストリームの中の、ＨＤＣＰ層がなくなった状態のストリームの映像コンテンツにＴＭＤＳ層を再び割り当てる（または、それに再び符号化する）ことができる。新規の、暗号解読されたメディアコンテンツストリーム２６４（図２に示される）はその後、受信機に供給され、ユーザがＨＤＭＩメディアコンテンツを楽しむことができる。
【００５４】
一実施形態において、新規なメディアコンテンツ暗号解読技術を使用し、映像ＨＤＭＩメディアコンテンツストリームは、ＨＤＣＰ値がすべて除去され、ＴＭＤＳ層が除去された後に再び割り当てられ、その一方で、他の全コンテンツ（映像および映像以外のコンテンツを含む）がその当初の形式のまま保持されるように暗号解読される。
【００５５】
一実施形態において、送られてくるメディアコンテンツストリーム２６２が、ＨＤＭＩパケットアナライザ３０４によって音声コンテンツを含んでいると判断された場合、コンテンツストリーム２６２はＴＥＲＣ４デコーダ３１０に送られ、ここで音声メディアストリームの中で、ワイヤを通じて音声ストリームが適正に流れるようにし、音声コンテンツを保護するために使用されるＴＥＲＣ４層が除去される。ＴＥＲＣ４層が除去されると、ストリーム内の次の層はＨＤＣＰ層であり、したがって、コンテンツストリームはマルチプレクサ３１４を介してＨＤＣＰ暗号解読エンジン２５６に送られ、ＨＤＣＰ層が除去される。ＨＤＣＰ層（値）が除去されると、音声コンテンツストリームはマルチプレクサ３１６を介してＴＥＲＣ４エンコーダ３１２に送信され、これによって、前に除去されたＴＥＲＣ４層を、ＨＤＣＰ値がなくなった音声パケットに再び割り当て、または再び符号化することができる。ＴＥＲＣ４層を音声パケットに再び符号化した後、音声コンテンツストリームは次にマルチプレクサ３１８を介してＴＭＤＳエンコーダ３０８に送られ、これによって、ＴＭＤＳ層を音声パケットのＴＥＲＣ４層に再び割り当てることができる。これで、暗号解読された音声コンテンツストリームが完成し、これがＴＭＤＳ符号化ＨＤＭＩコンテンツストリーム２６４として受信機に送出され、ユーザ向けに放送される。
【００５６】
一実施形態において、新規なメディアコンテンツ暗号解読技術を使い、音声ＨＤＭＩメディアコンテンツストリームは、ＨＤＣＰ値がすべて除去され、ＴＭＤＳとＴＥＲＣ４層が除去され、その後再び割り当てられ、その一方で、他の全コンテンツ（音声コンテンツパケットと音声以外のコンテンツを含む）がその当初の形式で保持されるように暗号解読される。映像コンテンツと異なり、音声コンテンツは音声パケットにパッケージされる。
【００５７】
図４Ａは、映像メディアコンテンツストリームを暗号解読する、メディアコンテンツストリーム暗号解読メカニズム４００のある実施形態を示す。簡潔と明瞭を期すために、図３に関してすでに説明した詳細についてはここでは割愛し、繰り返さないものとする。ＨＤＭＩパケットアナライザ３０４が、メディアコンテンツ２６２に映像コンテンツが含まれると判断した場合、ＴＥＲＣ４デコーダ３１０とＴＥＲＣ４エンコーダ３０８は迂回されるが、これは、映像メディアコンテンツストリームがＴＥＲＣ４層を設けずに構築されているからである。しかしながら、一実施形態において、ＨＤＣＰ層がストリームから除去され、ＴＭＤＳ層が除去されてまた元に戻され、映像メディアコンテンツストリーム２６４がＨＤＭＩ受信機に送出され、閲覧される。
【００５８】
図４Ｂは、映像メディアコンテンツストリームを暗号解読記するための工程４５０のある実施形態を示す。ＨＤＭＩ映像コンテンツストリーム４５４は、ＨＤＭＩソース４５２（たとえば、ＨＤＭＩコンテンツ送信機）から受信される。ＨＤＭＩ映像コンテンツストリーム４５４は、映像コンテンツ４６０、ＨＤＣＰ値のＨＤＣＰ層４５８と、ＴＭＤＳ層４５６を含む。ＴＭＤＳ層はＴＭＤＳデコーダによって除去され、映像コンテンツ４６０とＨＤＣＰ層４５８は残される。ＨＤＣＰ層４５８は次に、ＨＤＣＰ暗号解読エンジンを使って除去され、映像コンテンツ４６０は依然としてその当初の形式のまま残される。ＴＭＤＳエンコーダを使用して、ＴＭＤＳ層４５６は、映像コンテンツ４６０に符号化して戻され、新規な映像メディアコンテンツストリーム４６２は、ＨＤＭＩ受信機４６４によって放送される。一実施形態において、暗号解読メカニズムまたは装置は、ＨＤＭＩ受信機４６４の一部であり、そのため、暗号解読工程４５０が、（ＨＤＭＩ受信機４６４の）暗号解読メカニズムまたは装置によって実行されるように、ＨＤＭＩ受信機４６４で行われることも想定される。
【００５９】
図５Ａは、音声メディアコンテンツストリームを暗号解読するメディアコンテンツストリーム暗号解読メカニズム５００のある実施形態を示す。簡潔と明瞭を期すために、図３に関してすでに説明した詳細についてはここでは割愛し、繰り返さないものとする。ＨＤＭＩパケットアナライザ３０４が、メディアコンテンツストリーム２６２に音声コンテンツが含まれると判断した場合、ＴＥＲＣ４デコーダ３１０とＴＥＲＣ４エンコーダ３０８は迂回されず、これは、音声メディアコンテンツストリームはＴＥＲＣ４層を設けて構築されているからである。したがって、一実施形態において、ＴＭＤＳおよびＴＥＲＣ４層は一時的にコンテンツストリームから除去される。その後、ＨＤＣＰ値を持つＨＤＣＰ４層がコンテンツストリームから除去され、ＴＭＤＳおよびＴＥＥＲＣ４層が音声パケットに再び符号化されて、新規な音声メディアコンテンツストリーム２６４が構築され、これがその後、ＨＤＭＩ受信機に送信されて、放送される。一実施形態において、暗号解読工程中、音声パケットは、その当初の形式のまま保存される。
【００６０】
図５Ｂは、音声メディアコンテンツストリームを暗号解読する工程６５０のある実施形態を示す。ＨＤＭＩ音声コンテンツストリーム６５４は、ＨＤＭＩソース６５２（たとえば、ＨＤＭＩコンテンツ送信機）から受信される。ＨＤＭＩ音声コンテンツストリーム６５４は、音声コンテンツ６６４、音声コンテンツパケット６６２、ＨＤＣＰ値のＨＤＣＰ層６６０、ＴＥＲＣ４層６５８、ＴＭＤＳ層６５６を含む。ＴＭＤＳ層６５６はＴＭＤＳデコーダを使って除去され、ＴＥＲＣ４層６５８はデコーダを使って除去され、音声コンテンツ６６４とそのパケット６６２にはＨＤＣＰ層６６０だけが残る。ＨＤＣＰ層６６０は次に、ＨＤＣＰ暗号解読エンジンを使って除去されるが、その当初の形式の音声コンテンツ６６４とパケット６６２は残る。ＴＭＤＳエンコーダとＴＥＲＣ４エンコーダを使って、ＴＭＤＳ層６５６とＴＥＲＣ４層６５８はそれぞれ、音声パケット６６２へと符号化して戻される。これにより、ＴＭＤＳとＴＥＲＣ４が符号化された新規な音声メディアコンテンツストリーム６６６が提供され、これがＨＤＭＩ受信機６６８によって放送される。一実施形態において、暗号解読メカニズムまたは装置はＨＤＭＩ受信機６６８の一部であり、したがって、暗号解読工程６５０は、（ＨＤＭＩ受信機６６８の）暗号解読メカニズムまたは装置が実行するように、ＨＤＭＩ受信機６６８で行われることも想定される。
【００６１】
図６Ａは、音声／映像メディアコンテンツストリームの中の映像／音声以外のメディアコンテンツを処理するための、メディアコンテンツストリーム暗号解読メカニズム５００のある実施形態を示す。一実施形態において、映像および音声コンテンツの場合と同様に、新規のコンテンツストリーム暗号解読メカニズム５００を使い、映像／音声以外のコンテンツ（たとえば、ガードバンド）もまた、暗号解読中、その当初の形態で保護され、手をつけない状態で残される。映像および音声コンテンツは、これらが映像コンテンツまたは音声コンテンツに関連付けられているか否かに応じて、ＴＭＤＳまたはＴＭＤＳ／ＴＥＲＣ４層を有するが、これらはＨＤＣＰ値には関連付けられていないため、ＨＤＣＰ層がない。ＨＤＣＰ層がないと、映像／音声以外のコンテンツは暗号解読されず、その当初の形態に保持される。映像／音声以外のコンテンツはすべて、単にマルチプレクサ３１４、３１６、３１８を通って、新規なＨＤＭＩ音声または映像メディアコンテンツストリーム２６４の一部となり、これがＨＤＭＩ受信機に送出され、ＨＤＭＩ受信機はコンテンツストリーム２６４を受信して放送する。
【００６２】
図６Ｂは、映像メディアコンテンツストリームに関連付けられる映像以外のコンテンツを処理するある実施形態を示す。図のように、メディアコンテンツストリーム６５８は、ＨＤＭＩソース６５２（たとえば、送信機）から受信されるが、映像以外のコンテンツ６６０にはＨＤＭＩ値が一切ないため、このコンテンツストリーム６５６はＨＤＭＩ受信機６５４によって処理される。
【００６３】
一実施形態において、暗号解読メカニズムまたは装置は、ＨＤＭＩ受信機６５４の一部であるため、暗号解読工程６５０は、（ＨＤＭＩ受信機６５４の）暗号解読メカニズムまたは装置によって行われるように、ＨＤＭＩ受信機６５４で行われることも想定される。
【００６４】
図６Ｃは、音声メディアコンテンツストリームに関連付けられる音声以外のコンテンツを処理するある実施形態を示す。図のように、メディアコンテンツストリーム６７６は、ＨＤＭＩソース６７２（たとえば、送信機）から受信されるが、音声以外のコンテンツ６６０はＨＤＭＩ値を含んでいないため、このコンテンツストリーム６７６はＨＤＭＩ受信機６７４によって処理される。
【００６５】
一実施形態において、暗号解読メカニズムまたは装置は、ＨＤＭＩ受信機６７４の一部であるため、暗号解読工程６７０は、（ＨＤＭＩ受信機６７４の）暗号解読メカニズムまたは装置によって行われるように、ＨＤＭＩ受信機６７４で行われることも想定される。
【００６６】
図７は、本発明の一実施形態を利用したネットワークコンピュータデバイス７０５の構成要素の実施形態を示す。この例において、ネットワークデバイス７０５はネットワーク内のどのデバイスであってもよく、たとえば、これらに限定されないが、テレビ、ケーブルセットトップボックス、ラジオ、ＤＶＤプレイヤ、ＣＤプレイヤ、スマートフォン、記憶ユニット、ゲーム機、その他のメディアデバイスであってよい。いくつかの実施形態において、ネットワークデバイス７０５は、ネットワークの機能を果たすネットワークユニット７１０を備える。ネットワーク機能には、これらに限定されないが、メディアコンテンツストリームの生成、伝送、保存、受信等がある。ネットワークユニット７１０は、１つのシステムオンチップ（ＳｏＣ）としても、複数の構成要素としても実装できる。
【００６７】
いくつかの実施形態において、ネットワークユニット７１０はデータ処理のためのプロセッサを備える。データ処理には、メディアデータストリームの生成、伝送中または保存中のメディアデータストリームの操作、メディアデータストリームを使用するための暗号復元と復号等がある。ネットワークデバイスには、ネットワークの動作を支援するためのメモリ、たとえばＤＲＡＭ（ｄｙｎａｍｉｃ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）７２０またはその他同様のメモリおよびフラッシュメモリ７２５またはその他の不揮発性メモリが含まれていてもよい。
【００６８】
ネットワークデバイス７０５はまた、１つまたは複数のネットワークインタフェース７５５を介して、それぞれネットワーク上でデータを送信するため、またはネットワークからデータを受信するための送信機７３０および／または受信機７４０を備えていてもよい。送信機７３０または受信機７４０は、たとえば、イーサネットケーブル７５０、同軸ケーブル等の有線伝送ケーブル、あるいは無線ユニットに接続されていてもよい。送信機７３０または受信機７４０は、たとえばデータ送信用の回線７３５とデータ受信用の回線７４５などの１本または複数の回線で、データ伝送および制御信号のためのネットワークユニット７１０に連結されていてもよい。これら以外の接続があってもよい。ネットワークデバイス７０５はまた、デバイスのメディア動作のための、ここには示されていない多数の構成要素を含んでいてもよい。
【００６９】
一実施形態において、（図２に示されるような）事前認証アーキテクチャを利用する図１の事前認証デバイス１０１と、さらに図３−６Ｂのコンテンツ暗号解読メカニズムのある実施形態を含む事前認証システム１００は、受信機、Ｒｘ  ７４０の受信チップ（たとえば、スイッチチップ）に組み込まれていてもよい。このような受信機７４０は、たとえば、デジタルテレビの中で使用して、メディアコンテンツの受信状態を改善し、受信効率を向上させることができる。
【００７０】
上述のように、説明のために、本発明を十分に理解できるように数多くの具体的な詳細事項が示されている。しかしながら、当業者であれば、本発明はこのような具体的詳細事項のいくつかがなくても実践可能であることがわかるであろう。別の場合では、周知の構造やデバイスがブロック図の形で示される。図に示されている構成要素と構成要素の間には、介在する構造があってもよい。本願の説明文や図に示された構成要素には、図や説明にはない入力や出力があってもよい。
【００７１】
本発明の各種の実施形態は、各種のプロセスを含んでいてもよい。これらのプロセスは、ハードウェア構成要素によって遂行されるようにしても、あるいはコンピュータプログラムや機械実行可能な命令の中に具現化し、これを用いて、その命令を含めてプログラムされた汎用または特定用途プロセッサまたはロジック回路にプロセスを実行させるようにしてもよい。あるいは、プロセスは、ハードウェアとソフトウェアの組み合わせによって遂行されてもよい。
【００７２】
本明細書中に記した１つまたは複数のモジュール、構成要素または要素、たとえばポートマルチプライヤ改善メカニズムの実施形態の中に、またはこれに関連して示されるものは、ハードウェア、ソフトウェア、またはそれらの組み合わせを含んでいてもよい。あるモジュールにソフトウェアが含まれる場合、ソフトウェアデータ、命令および／またはコンフィギュレーションは、機械／電子機器／ハードウェアの製品を通じて提供されてもよい。製品とは、命令、データ等を提供するコンテンツが記憶された機械アクセス／読取可能な媒体であってもよい。コンテンツにより、電子機器、たとえば、本明細書に記載のファイラ、ディスクまたはディスクコントローラが、前述の各種の動作や実行項目を遂行することになってもよい。
【００７３】
本発明の各種の実施形態の一部をコンピュータプログラム製品として提供してもよく、これにはコンピュータプログラム命令が記録されたコンピュータ読取可能媒体も含まれ、このような製品は、コンピュータ（またはその他の電子デバイス）を、本発明の実施形態によるプロセスを実行するようにプログラムするのに用いられる。機械読取可能媒体としては、これらに限定されないが、フロッピーディスケット、光ディスク、ＣＤ−ＲＯＭ（ｃｏｍｐａｃｔ  ｄｉｓｋ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、光磁気ディスク、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＥＰＲＯＭ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｙ−ＥＰＲＯＭ）磁気もしくは光カード、フラッシュメモリまたは、電子命令の保存に適した上記以外の種類の媒体／機械読取可能媒体がある。さらに、本発明はまた、コンピュータプログラム製品としてダウンロードされてもよく、この場合、プログラムは、リモートコンピュータからこれを要求したコンピュータへと転送される。
【００７４】
さまざまな方法を、その最も基本的な形態で説明したが、本発明の基本的範囲から逸脱することなく、これらの方法にプロセスを追加し、またそこから削ったり、上の記述内容に情報を追加し、またそこから削除したりすることができる。当業者であれば、さらにまた数多くの改変や適応化が可能であることが明らかであろう。個々の実施形態は、本発明を限定するためではなく、説明のために提供したものである。本発明の実施形態の範囲は、上述の具体例ではなく、以下の特許請求の範囲によってのみ決定されるものとする。
【００７５】
要素Ａが要素Ｂに、または要素Ｂと連結されている、との記述がある場合、要素Ａは直接Ｂに結合されていても、あるいはたとえば要素Ｃを通じて間接的に接続されていてもよい。明細書または特許請求範囲に、構成要素、特徴、構造、プロセスまたは特性Ａが構成要素、特徴、構造、プロセスまたは特性Ｂの「基因となる」と記載されている場合、これは、ＡはＢの少なくとも部分的基因であるが、Ｂの誘引を助ける構成要素、特徴、構造、プロセスまたは特性がその他に少なくとも１つあってもよいことを意味する。明細書に、ある構成要素、特徴、構造、プロセスまたは特性が「含まれていてもよい（ｍａｙ）」、「含まれるかもしれない（ｍｉｇｈｔ）」または「含まれうる（ｃｏｕｌｄ）」と記されている場合、この特定の構成要素、特徴、構造、プロセスまたは特性が含まれている必要はない。明細書または特許請求の範囲に、「１つの（ａ，ａｎ）」要素への言及がある場合、言及された当該の要素が１つしかないことを意味しない。
【００７６】
ある実施形態は、本発明の実現態様または例である。明細書における「ある実施形態」、「一実施形態」、「いくつかの実施形態」または「他の実施形態」という表現は、その実施形態に関連して説明された特定の特徴、構造または特性が少なくともいくつかの実施形態に含まれるが、必ずしもすべての実施形態に含まれるとは限らないことを意味する。「ある実施形態」、「一実施形態」または「いくつかの実施形態」の用語がさまざまな箇所で使用されていても、必ずしもすべてが同じ実施形態を指すというわけではない。本発明の例示的な実施形態に関する上記の説明においては、開示を簡素化し、本発明の多様な態様の１つまたは複数を理解しやすくするために、各種の特徴が１つの実施形態、図面またはこれに関する説明の中にまとめられている場合があることがわかるであろう。しかしながら、このような説明方法は、特許請求されている発明には各請求項に明記されているもの以外の特徴が必要となるという意図を反映したものと解釈すべきではない。むしろ、以下の特許請求の範囲に反映されているように、本発明の態様は、上述のある１つの実施形態に含まれる全特徴の中の一部を備える形態にある。したがって、特許請求の範囲をこの説明の中に明確に取り入れるものとし、各請求項は、それ自体が本発明の異なる実施形態として独立しているものとする。
【図１】
0005719597.tif 000002
【図２−１】
0005719597.tif 000003
【図２−２】
0005719597.tif 000004
【図３】
0005719597.tif 000005
【図４Ａ】
0005719597.tif 000006
【図４Ｂ】
0005719597.tif 000007
【図５Ａ】
0005719597.tif 000008
【図５Ｂ】
0005719597.tif 000009
【図６Ａ】
0005719597.tif 000010
【図６Ｂ】
0005719597.tif 000011
【図６Ｃ】
0005719597.tif 000012
【図７】
0005719597.tif 000013