JP2012509543A - システム更新性メッセージトランスポート - Google Patents

Abstract

システム更新性メッセージデータが、例えば、「インターネット」プロトコルタイプデータストリームのようなトランスポートプロトコルを用いてセットトップボックス又は他のデバイスに送信される。一実施形態によると、「拡張可能マークアップ言語」タイプファイルは、「インターネット」プロトコルタイプトランスポートストリームを通じて受信される。ある一定のコンテンツの使用に対して無認可であるデバイスのアイデンティティに対応するデータが、「拡張可能マークアップ言語」タイプファイルから選択される。ファイルからのこのデータが処理され、その結果、コンテンツの使用は、そのデータに従って阻止される。
【選択図】図１

Description

関連出願への相互参照
本出願は、２００４年９月１７日出願の米国特許仮出願第６０／６１１，１１８号からの優先権を請求する２００５年９月１６日出願の米国特許出願第１１／２２９，２２５号からの優先権を請求し、かつその一部継続出願であり、これらの出願の両方は、引用によって本明細書に組み込まれる。

本発明の実施形態は、デジタルビデオ、オーディオ、及びデータを送信及び受信すること、特に、デジタルビデオ、オーディオ、及びデータをＩＰタイプトランスポートストリームを通じて、又は代替的にＭＰＥＧ−２（ＩＳＯ／ＩＥＣ １３８１８−１）システム規格に従って送信及び受信することに関する。

コンテンツ保護技術は、複製物を作成するか又はコンテンツを「インターネット」を通じて配信する権利のようなデジタル権利を確立及び管理するのに使用される。ある一定の消費者電子デバイスは、メディアコンテンツを受信及びレンダリングするか、又はそうでなければ使用することができる。多くのコンテンツ所有者は、デバイス販売者がこのコンテンツを無認可の使用に対して管理及び保護することになることが保証されることを望む。デジタル権利管理（ＤＲＭ）システムは、コンテンツを管理するのに使用され、かつ保護コンテンツの使用に関連するライセンスに組み込むことができる。

デバイス又はアプリケーションに必要とされるセキュリティ対策は、「堅牢性規則（ロバストルール,Robustness Rules）」に定義されている。それらは、広く入手可能で特殊な攻撃ツールが制限付きコンテンツデータにアクセスするのを阻止することを含むセキュリティ要件を決める。多くのアプリケーションに対して、これらの要件は、これらの攻撃の阻止に焦点を当てた特殊なセキュリティ技術を統合することを意味する。鍵の隠蔽、難読化、コード署名、実行可能な暗号化、及びデバッグ防止は、全てがアプリケーション内及びその周辺の防御として作用し、アプリケーションに対してコンテンツを保全し、かつコンテンツ所有者及び配信者に対して収益の保護を保証する。

ライセンス製品が従うことが要求されるこれらの堅牢性規則にも関わらず、秘密のデバイス鍵は、無認可者によってある一定のデバイスから抽出される場合があり、又は鍵は、製造施設から盗まれる場合がある。多くの場合に、複製保護技術プロバイダは、偽造ユニット又は盗難ユニットのアイデンティティを通常は海賊版ユニットを購入することによって知ることができる。盗難鍵又は抽出鍵を用いて構築されたユニットは、これらのユニットが、典型的には適用可能なＤＲＭ制限の規定を無視し、（例えば）コンテンツの無制限の複製及び「インターネット」を通じた配信を許すと考えられるので、保護コンテンツを処理することについて通常認可されない。

現在、一部の複製保護技術プロバイダは、「ＩＥＥＥ １３９４」リンクに使用されるＤＴＣＰ（デジタル送信複製保護）、及びＤＶＩ（デジタル映像インタフェース）リンク又はＨＤＭＩ（高精細マルチメディアインタフェース）リンク上を伝播する非圧縮デジタルビデオを保護するのに使用されるＨＤＣＰ（高帯域幅デジタル複製保護）を含む。

盗難証明又は偽造証明から構築されたユニットを無効化又は「破棄する」ために、システム更新性メッセージ又は「ＳＲＭ」が、地上放送、衛星、及びケーブルメディア上で供給されるコンテンツと共に配信される。ＳＲＭは、時として「破棄リスト」としても公知であり、不法ユニットのアイデンティティを収容するリストを含むことができる。各複製保護プロバイダは、その特定のプロバイダの技術に従ってコンテンツを処理することがもはや認可されないユニットのリストを生成することができる。ＳＲＭは、従って、各複製保護技術プロバイダに対して１つのリスト又はセットである複数の破棄リストを含むことができる。

米国特許仮出願第６０／６１１，１１８号 米国特許出願第１１／２２９，２２５号

欧州電気通信標準化機関（ＥＳＴＩ）技術報告書１６２（ＥＴＲ １６２）、第４．３節、表３

従って、必要とされるものは、受信デバイスが、コンテンツと共にＳＲＭの存在を発見し、かつデータを適切に又はライセンスの条項が要求するように処理することができるように、ＳＲＭを保護コンテンツの一部として又はそれと共に配信することができる効率的なシステム及び方法である。

本発明の実施形態は、例えば、「インターネット」プロトコル（ＩＰ）タイプデータストリームのようなトランスポートプロトコルを用いて、又はＭＰＥＧ−２システム（ＩＳＯ／ＩＥＣ １３８１８−１）によるトランスポートストリームによるセットトップボックス又は他のデバイスへのＳＲＭを送信に関する。一実施形態によると、ＩＰタイプトランスポートストリームを通じて「拡張可能マークアップ言語（ＸＭＬ）」タイプファイルが受信される。コンテンツの使用に対して無認可である複数のデバイスのアイデンティティに対応するデータが、ＸＭＬタイプファイルから選択される。コンテンツの使用は、そのデータに従って阻止される。

一態様では、データは、第１の値を含み、これは、中央当局に登録され、かつ複製保護技術のプロバイダのアイデンティティに対応する第１の属性定義に対応する。データは、データのバージョンを示す第２の属性定義に対応する第２の値を更に含む。

別の態様では、ＸＭＬタイプファイルは、ＸＭＬスキーマにほぼ一致するフォーマットを有するＸＭＬインスタンスファイルである。データは、第１のデータブロック及び第２のデータブロックから構成される。第１のデータブロックは、第１の複製保護技術プロバイダによって提供されるデータを含み、第２のデータブロックは、第２の複製保護技術プロバイダによって提供されるデータを含む。第１の複製保護技術プロバイダは、第２の複製保護技術プロバイダとは異なる。

別の態様では、データは、少なくとも１つのデータブロックから構成される。ＸＭＬスキーマは、第１の要素、第２の要素、及び第３の要素を含む。第１の要素は、データブロックを収容するためのものであり、データブロックは、第１のメタデータ要素のインスタンスとして搬送(transport)される。第２の要素は、第１のメタデータ要素の少なくとも１つのインスタンスを含み、第１のメタデータ要素のインスタンスは、第３の要素に従って定義される。第３の要素は、データブロックに対するデータ構造を定義する。

本発明には付加的な態様が存在する。従って、上述したものは、本発明の一部の実施形態及び態様の簡単な要約に過ぎないことを理解すべきである。付加的な実施形態及び態様に対しては、以下に言及する。更に、本発明の精神又は範囲から逸脱することなく開示する実施形態に対して数々の変更を加えることができることを理解すべきである。従って、以上の要約は、本発明の範囲を限定することを意味するものではない。そうではなく本発明の範囲は、添付の特許請求の範囲及びそれらの均等物によって判断されるものとする。

本発明のこれら及び／又は他の態様及び利点は、添付図面と共にある一定の実施形態の以下の説明から明らかになり、かつより容易に認められるであろう。

ＭＰＥＧ−２タイプトランスポートストリームの高レベルブロック図である。 トランスポートストリームを生成するのに適する回路の高レベルブロック図である。 トランスポートストリームを生成するのに適する他の回路の高レベルブロック図である。 トランスポートストリームを生成するのに適する他の回路の高レベルブロック図である。 コンテンツの使用ための受信デバイスの高レベルブロック図である。 本発明の実施形態によるトランスポートストリーム記述テーブル区画に関する構文図である。 本発明の実施形態による条件付きアクセステーブル区画に関する構文図である。 本発明の実施形態によるＳＲＭテーブル区画に関する構文図である。 本発明の実施形態によりコンテンツの使用を制御するための処理の流れ図である。 本発明の実施形態による例示的ＸＭＬスキーマの図である。 本発明の実施形態による例示的ＸＭＬインスタンスファイルの図である。

ここで、全体を通じて類似の参照番号が類似の要素を指す添付図面内に例を示す本発明の実施形態を以下に詳細に参照する。本発明の範囲から逸脱することなく他の実施形態を使用することができ、構造的及び作動的変更を加えることができることが理解される。

本発明の実施形態は、ＩＰタイプデータストリーム、又は代替的にＭＰＥＧ−２タイププロトコルのようなトランスポートプロトコルを用いたセットトップボックス又は他のデバイスへのＳＲＭの送信に関する。一実施形態によると、ＳＲＭデータは、コンテンツプロバイダ又は配信者により、ＭＰＥＧ−２タイプトランスポートパケットストリーム内に直接に組み込まれる。特に、ＳＲＭデータに関連する情報を搬送するために、「トランスポートストリーム記述テーブル」が使用され、更に、このテーブルは、別のテーブル内に収容される。本明細書の解説の目的に対して、本発明の実施形態は、ＭＰＥＧ−２システム規格を用いて説明することができる。しかし、本発明は、他のバージョンのＭＰＥＧ及び他のタイプの音声／映像（Ａ／Ｖ）ストリームに対して適用可能にすることができる。

映画、スポーツ、ニュース、及び音楽のようなソースマテリアル（又は番組）は、一般的にビデオ、オーディオ、及び他の関連データを含む。一般的に、これらのデータは、記憶及び送信に対して、ＭＰＥＧ−２システム規格ＩＳＯ／ＩＥＣ １３８１８−１（２０００）に従ってビデオ基本ストリーム（ビデオＥＳ）及び１つ又はそれよりも多くのオーディオ基本ストリーム（オーディオＥＳ）にフォーマット設定される。次に、ビデオＥＳ及びオーディオＥＳは、ビデオパケット化基本ストリーム（ビデオＰＥＳ）及び１つ又はそれよりも多くのオーディオパケット化基本ストリーム（オーディオＰＥＳ）にパケット化される。ビデオＰＥＳ、オーディオＰＥＳ、及び関連データは、ケーブル、衛星、デジタル多用途ディスク（ＤＶＤ）プレーヤ、又は地上放送を通じて、テレビジョンセット又はセットトップボックスのような受信デバイスに供給することができるトランスポートストリーム（ＴＳ）に多重化される。

各ＭＰＥＧ−２トランスポートストリーム（ＴＳ）は、各々が１つ又はそれよりも多くの番組要素から構成されるいくつかの番組を搬送することができる。各番組要素は、供給に対してトランスポートストリームパケット内にパケット化される。各トランスポートストリームパケットは、４バイトのヘッダ及び１８４バイトまでのペイロードから構成される１８８バイト構造である。ＴＳパケットヘッダは、各番組要素に関連付けられた独特な整数値である１３ビットの「パケット識別子（ＰＩＤ）」を含む。特定の番組要素内の全てのパケットは、同じＰＩＤ値を有する。

ビデオ及びオーディオの基本ストリーム（ＥＳ）のアイデンティティは、トランスポートストリーム（ＴＳ）内に含まれる「番組特異情報（ＰＳＩ）」と呼ばれる記述的情報によって定義される。ＰＳＩテーブルは、番組を逆多重化して呈示するのに受信デバイスによって必要とされる情報を収容する。ＰＳＩは、「番組関連付けテーブル（ＰＡＴ）」、「番組マップテーブル（ＰＭＴ）」、並びに任意的に「条件付きアクセステーブル（ＣＡＴ）」及び「トランスポートストリーム記述テーブル（ＴＳＤＴ）」を含む。

ＰＡＴは、番組番号と、その番組に関する「番組マップテーブル」を搬送する「トランスポートストリーム（ＴＳ）」パケットの「パケット識別子（ＰＩＤ）」値との間の関連付けを提供する。ＰＭＴは、番組番号と、番組を構成する番組要素の間のマッピングを提供する。ＰＭＴは、基本ストリーム（ＥＳ）成分、各成分の「ストリームタイプ」（例えば、オーディオストリーム、ビデオストリーム、データストリーム等）、及び各基本ストリーム（ＥＳ）に関連付けられたパケット識別子（ＰＩＤ）を列記する。ＣＡＴは、番組への条件付きアクセスの管理に使用される「資格管理メッセージ（ＥＭＭ）」を搬送するＴＳパケットを識別するのに一般的に使用される任意的なテーブルである。ＴＳＤＴは、ＴＳ多重信号内の全ての番組に関連する情報を記憶するのに使用される別の任意的なテーブルである。

図１は、各々が４バイトヘッダ１０４及び１８４バイトペイロード１０６を含む一連の１８８バイトトランスポートパケット１０２を含むＭＰＥＧ−２「トランスポートストリーム（ＴＳ）」１００の図である。各ヘッダ１０４は、特に、多重化においてパケットをラベル付けし、これらのパケットを多重信号内の特定の「基本ストリーム（ＥＳ）」又はＰＳＩデータに関連付けるのに使用される１３ビットの「パケット識別子（ＰＩＤ）」を含む。上述のように、「トランスポートストリーム（ＴＳ）」１００は、「パケット化基本ストリーム（ＰＥＳ）」と多重化されるある一定のパケットのペイロードの一部として、「番組関連付けテーブル（ＰＡＴ）」データ、「番組マップテーブル（ＰＭＴ）」データ、「条件付きアクセステーブル（ＣＡＴ）データ」、及び「トランスポートストリーム記述テーブル（ＴＳＤＴ）」データのような「番組特異情報（ＰＳＩ）」も含む。

受信デバイスは、「トランスポートストリーム（ＴＳ）」を受信し、番組のビデオ部分をディスプレイ（例えば、テレビジョン画面）のようなビデオサブシステムに供給し、オーディオ部分を復号器／増幅器、増幅器内蔵ラウドスピーカ、又はヘッドフォンに供給する。

図５には、例示的受信デバイスをセットトップボックス５００として示している。セットトップボックス５００は、中央演算処理装置（ＣＰＵ）５０２及びメモリ５０４（ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、又はフラッシュメモリ等）、及びハードディスクドライブ、フロッピー（登録商標）ディスクドライブ、光ディスクドライブのようなディスクドライブ５０５を含むか、又は他の大容量ストレージ又は電子記憶媒体を収容することができる。そのようなメモリ及び記憶媒体は、データに加えて、ＣＰＵ５０２によって実行される処理のためのプログラム命令を記憶するのに適している。電子記憶媒体又はメモリ上に記憶された情報及びプログラムは、いずれかの適切な送信媒体を通じて搬送することができる。

セットトップボックス５００は、オーディオ復号及び処理、「動画専門家集団（ＭＰＥＧ、ムービングピクチャーエクスパーツグループ）」規格のような圧縮規格に従って圧縮されたビデオデータの復号、及び他の処理に適する回路を含む。これらの構成要素は、テレビジョン（図示せず）内に組み込まれる場合があり、従って、セットトップボックス５００が排除されることに注意されたい。更に、テレビジョン又はセットトップボックス５００又はその両方にコンピュータを代用することができる。コンピュータは、デジタルネットワーク、ケーブルテレビジョンネットワーク、又はＤＳＳ（デジタル衛星システム）ネットワークに結合されたチューナカードを含むビデオメディアを生成することができる様々なデバイスを含むことができる。

セットトップボックス５００は、パーソナルコンピュータ、ビデオカセットレコーダ、カムコーダー、デジタルカメラ、携帯情報端末、及び他のオーディオ／ビジュアル又は「インターネット」関連デバイスのような付加的なデバイス（図示せず）に結合することができる。更に、デバイス製造業者に関わらずネットワーク上のデバイス間の相互運用性を可能にするために、「ホームオーディオ−ビデオ相互運用性（ＨＡＶｉ）」アーキテクチャとして公知のもののようなデータトランスポートアーキテクチャを使用することができる。このアーキテクチャは、電子デバイスと「インターネット」機器との間でホームネットワークシステムを作成するのに使用することができる。セットトップボックス５００は、ホームネットワークシステムに適するオペレーティングシステムを作動させることができる。

セットトップボックス５００は、リモートコントロール、赤外線受信機、無線周波数受信機、有線接続インタフェース、携帯情報端末、ラップトップコンピュータ、キーボード、又はコンピュータマウスのようなセットトップボックス５００を制御するのに適するいずれかデバイスと共に使用することができる。更に、テレビジョン又はセットトップボックス５００上に設けられる制御パネルの形態にある入力デバイス（図示せず）を設けることができる。

セットトップボックス５００は、チューナ５１０に接続されてＩＳＰ及び「インターネット」からのサービス及びコンテンツへのアクセスを可能にするダイヤルアップ接続、ＤＳＬ（デジタル加入者線）、又は送信媒体５０８（例えば、ケーブルモデムを用いた）を含む適切な接続によって「インターネット」サービスプロバイダ（ＩＳＰ）のホストに結合することができる。セットトップボックス５００は、リモートサーバから「インターネット」を通じて情報及びコンテンツを取得するための「インターネット」アクセスデバイスとして使用することができる。ある一定の衛星セットトップボックス環境では、衛星リンクからデータを非常に高速にダウンロードすることができ、ダイヤルアップ又はＤＳＬ接続を通じてセットトップボックスからの非対称アップロード速度が与えられる。

図５を更に参照すると、セットトップボックス５００は、復調器５１２、デマルチプレクサ／デスクランブラ５１４、オーディオ復号器５１６、変調器５１８、ビデオ復号器５２０、データ復号器５２２、システムバス５２４、及びグラフィックプロセッサ５２６を更に含む。チューナ５１０には、適切なインタフェースによって同軸ケーブル又は無線放送アンテナのような送信媒体５０８が結合される。チューナ５１０は、コンテンツを受信するための放送帯域内チューナ、並びにケーブルの場合はデータ送信を受信するための帯域外（ＯＯＢ）チューナ及び送信データのためのＯＯＢ返信経路を設けるための返信経路チューナを含むことができる。従来のＲＦ放送テレビジョンチャンネルを受信するために、別々のチューナ（図示せず）を設けることができる。

復調器５１２は、ＭＰＥＧ２フォーマットデータのようなチューナ５１０からのあらゆる変調情報を復調することができる。デマルチプレクサ／デスクランブラ回路５１４は、復調情報をオーディオ、ビデオ、及び関連データの別々のストリームに分離する。番組はパケットに分割され、各パケットは、パケットを特定のタイプのデータ（例えば、オーディオ、ビデオ、及びデータ）を含むものとして識別するパケットＩＤ（ＰＩＤ）値を有する。更に、デマルチプレクサ／デスクランブラ回路５１４は、例えば、番組コンテンツへの無認可アクセスを阻止するために、暗号解読アルゴリズムに従って暗号化情報を暗号解読する。

デマルチプレクサ／デスクランブラ回路５１４からのオーディオパケット（オーディオＰＩＤを用いて識別されるもの）は、暗号解読されてオーディオ復号器５１６に搬送される。オーディオ復号器５１６は、スピーカシステム（例えば、ステレオ又はホームシアター多チャンネルオーディオシステム）又は他のオーディオシステム（例えば、ステレオ又はホームシアター多チャンネル増幅器及びスピーカシステム）を駆動するために、オーディオパケットをアナログオーディオに変換することができ、又は単純に復号済みオーディオ出力を供給することができる。デマルチプレクサ／デスクランブラ回路５１４からのビデオパケット（ビデオＰＩＤを用いて識別されるもの）は、暗号解読されてビデオ復号器５２０に搬送される。同様に、デマルチプレクサ／デスクランブラ回路５１４からのデータパケット（データＰＩＤを用いて識別されるもの）は、暗号解読されてデータ復号器５２２に搬送される。

データ復号器５２２は、データパケットを処理して、システムバス５２４を通じてＣＰＵ５０２に送信する。ビデオ復号器５２０は、ビデオデータをグラフィックプロセッサ５２６に渡す。グラフィックプロセッサは、グラフィック情報を迅速に処理するためにコンピュータに最適化される。更に、グラフィックプロセッサ５２６は、システムバス５２４に結合され、ＣＰＵ５０２の制御下で作動する。

セットトップボックス５００の購入時に、サービスプロバイダは、サービスプロバイダのウェブベースのアクセスポータルに対するＵＲＬ又はＩＰアドレスを含むことができる。セットトップボックス５００は、双方向通信モードで作動させることができる。従って、帯域外チャンネルを用いてサービスプロバイダとセットトップボックス５００の間で両方の方向にデータ及び他の情報を送信することができる。一実施形態では、データはシステムバス５２４、変調器５１８、及びチューナ５１０（返信経路ＯＯＢチューナとして作動する）を通過して送信媒体５０８に至る。それによってセットトップボックスユーザは、サービスプロバイダに、例えば、サービス要求、ソフトウエア更新、又は変更及び登録情報を送ることが可能になる。別の実施形態では、セットトップボックス５００は、ＸＭＬタイプのファイル又は文書で受け取ったデータをＸＭＬスキーマに従って処理することができる。

セットトップボックス５００は、他のデバイスとの相互接続に対するＩ／Ｏインタフェース５０６において複数のＩ／Ｏ（入力／出力）信号のうちのいずれかを含むことができる。限定ではなく例として、セットトップボックスの内蔵ソフトウエアによってサポートされるあらゆる適切なシリアルデバイスへの相互接続を可能にするために、１つのポートにおいてシリアルＲＳ−２３２信号を供給することができる。同様に、Ｉ／Ｏインタフェースを用いて、「イーサネット（登録商標）」ポート、ＵＳＢ（ユニバーサルシリアルバス）ポート、「ＩＥＥＥ １３９４」（ファイヤワイヤ又はＩ−リンク）ポート、Ｓ−ビデオポート、又は赤外線ポートを通じて適切な適合デバイスとの通信を可能にすることができる。これらのインタフェースは、セットトップボックス５００を記憶デバイス、オーディオ／ビジュアルデバイス、ゲームデバイス、及び「インターネット」機器のような様々なデバイスのうちのいずれか（図示せず）と相互接続するのに使用することができる。

更に、Ｉ／Ｏインタフェース５０６は、「インターネット」又は他のデータ通信機能への高速アクセス又は別のアクセスを容易にするモデムポートを含むことができる。一実施形態では、モデムポートは、ＤＯＣＳＩＳ（ケーブルシステムを通じたデータ通信のインタフェース仕様）ケーブルモデムを含む。このモデムは、ポートが同軸ケーブルとして具現化された送信媒体に適切に結合された場合に、ケーブルシステムを通じた高速ネットワークアクセスを容易にする。セットトップボックス５００内へのデータ入力を可能にするために、ポートに結合されたＰＳ／２又は他のキーボード／マウス／ジョイスティックを使用することができる。セットトップボックス５００は、テレビジョンセットへの直接接続に対して基本ビデオ出力ポートを含むことができる。一実施形態では、ビデオ出力ポートは、全米テレビジョン放送方式標準化委員会（ＮＴＳＣ）ビデオとしてフォーマット設定された複合ビデオを供給することができる。一部の実施形態では、ビデオ出力ポートは、図５に例示しているようにシステムバス５２４を通過するのではなく、グラフィックプロセッサ５２６又はデマルチプレクサ／デスクランブラ５１４に直接に結合することができる。

Ｉ／Ｏインタフェース５０６は、赤外線受信機として具現化することができる赤外線ポートを含むことができ、赤外線リモートコントロール、赤外線キーボード、又は他の赤外線制御デバイスから指令を受信することができる。図示していないが、一部の実施形態では、Ｉ／Ｏインタフェース５０６に結合された前面パネルコントロールインタフェースを通じてセットトップボックス５００の作動を直接に制御する前面パネルコントロールを使用することができる。セットトップボックス５００内には、上述したもののような代表的なインタフェース及び他のものを様々な組合せで要求に又は必要に応じて設けることができる。

また、セットトップボックス５００は、コンテンツ及びデータを記憶し、かつＣＰＵ５０２を作動させるためのプログラム（ソフトウエアコード）の記憶を可能にするためのディスクドライブ５０５を含む。セットトップボックス５００は、フロッピー（登録商標）ディスクドライブ、「ＣＤ ＲＯＭ」ドライブ、「ＣＤ Ｒ」／Ｗドライブ、ＤＶＤドライブ、及び他のもののような他の記憶媒体を含むことができる。ＣＰＵ５０２は、システムバス５２４を通じてメモリ５０４に結合される。メモリ５０４は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、フラッシュメモリ、電気的に消去可能なプログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、及び他のものを含むあらゆる適切なメモリ技術を含むことができる。

上述のように、本発明の実施形態は、ＭＰＥＧ−２システムタイププロトコルのようなプロトコルを用いて、ＳＲＭをセットトップボックス又は他のデバイスに送信する。一実施形態によると、ＳＲＭデータは、コンテンツプロバイダ又は配信者によってＭＰＥＧ−２トランスポートストリーム内に直接に組み込まれる。特に、トランスポートストリーム記述テーブルを用いてＳＲＭデータに関連する情報が搬送される。この場合、トランスポートストリーム記述テーブル内には、多重信号内でＳＲＭデータを搬送するＴＳパケットに対応するＰＩＤ値を識別する記述子が搬送される。ＭＰＥＧ−２タイプの「登録記述子」である記述子は、ＳＲＭデータを識別するように登録された値を有する識別子（ｆｏｒｍａｔ＿ｉｄｅｎｔｉｆｉｅｒ）を搬送する。また、記述子は、ＳＲＭデータを搬送するＴＳパケットへのポインタとしての機能を提供するＰＩＤ値を含む。

図６は、本発明の実施形態によるＴＳＤＴ区画６００における構文を示している。記述子フィールド６０２は、「登録記述子」に対応するデータに対して使用され、「登録記述子」は、次に、ＳＲＭデータを識別するように登録された値を有する識別子（ｆｏｒｍａｔ＿ｉｄｅｎｔｉｆｉｅｒ）（図示せず）を含む。また、この「登録記述子」データは、ＳＲＭデータを搬送するＴＳパケットを指すＰＩＤ値（図示せず）を含む。

本発明の代替の実施形態では、ＳＲＭデータに関連する情報を搬送するために、ＭＰＥＧ−２「条件付きアクセステーブル（ＣＡＴ）」が使用される。ＣＡＴは、ＳＲＭデータに対応することが公知である「ＣＡ＿ｓｙｓｔｅｍ＿ｉｄ」という登録値を有するＭＰＥＧ−２条件付きアクセス記述子「ＣＡ＿ｄｅｓｃｒｉｐｔｏｒ（）」を含む。また、この記述子は、ＳＲＭデータを搬送するＴＳパケットを指すＰＩＤ値を搬送する。

図７は、本発明の実施形態によるＣＡＴ区画７００における構文を示している。記述子フィールド７０２は、条件付きアクセス記述子「ＣＡ＿ｄｅｓｃｒｉｐｔｏｒ（）」に対応するデータに対して使用され、かつ条件付きアクセス記述子は、ＳＲＭデータを識別するように登録された値を有する識別子（ＣＡ＿ｓｙｓｔｅｍ＿ｉｄ）（図示せず）を含む。また、この条件付きアクセス記述子データは、ＳＲＭデータを搬送するＴＳパケットを指すＰＩＤ値（図示せず）を含む。

図６又は図７のいずれかの実施形態を用いて、ＴＤＳＴ又はＣＡＴ内で識別されるＴＳパケットは、ＳＲＭデータ自体を搬送するのに使用される別のテーブルを形成するデータを含む。この別のテーブルは、ＭＰＥＧ−２タイプの長形式テーブル区画構文を組み込むＭＰＥＧ−２タイプの非公開テーブルである。送信目的では、比較的大量のデータの送信を容易にするために、そのようなテーブルを区画に分割することができる。このテーブルを用いて、ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎ位置にあるフィールド（「ＣＰ＿ｐｒｏｖｉｄｅｒ＿ｉｄ」と改名された）は、複製保護技術プロバイダを識別する。このフィールドは、「高度テレビジョンシステム委員会（ＡＴＳＣ）」コードポイントレジストラ又は他の中央当局に登録される。

各ＳＲＭテーブルのインスタンス（ＣＰ＿ｐｒｏｖｉｄｅｒ＿ｉｄの固有値によって識別される）は、各々が４０９６バイトの２５６個までのテーブル区画に分割することができる。従って、最大ＳＲＭテーブルは、長さを約１ＭＢまでとすることができる。いずれかの複製保護技術がＳＲＭに対して１ＭＢを超える必要がある場合には、複製保護技術プロバイダは、ＣＰ＿ｐｒｏｖｉｄｅｒ＿ｉｄフィールドにおいて複数の値を登録することができる。各テーブル区画に施される３２ビット巡回冗長検査（ＣＲＣ）は、エラー検出機能の測定を提供する。テーブル構造のペイロード（本体）部分は、規格によって定義されず、従って、特定の複製保護プロバイダによって定義される。

図８は、本発明の実施形態によるＭＰＥＧ−２「長形式」テーブル区画構文を用いたＳＲＭテーブル区画８００におけるビットストリーム構文を示している。「ｔａｂｌｅ＿ｉｄ」フィールド８０２は、定義されているテーブル区画のタイプを示す８ビットの符号なし整数を含む。「ｓｙｓｔｅｍ＿ｒｅｎｅｗａｂｉｌｉｔｙ＿ｍｅｓｓａｇｅ＿ｔａｂｌｅ＿ｓｅｃｔｉｏｎ（）」８０４に対して、規格委員会又は他の当局によってｔａｂｌｅ＿ｉｄが設定される。「ＣＰ＿ｐｒｏｖｉｄｅｒ＿ｉｄ」フィールド８０６は、このテーブル区画に関連付けられた複製保護技術プロバイダを識別する１６ビットのフィールドである。ＣＰ＿ｐｒｏｖｉｄｅｒ＿ｉｄの値は、ＡＴＳＣコードポイントレジストラ又は他の中央当局によって割り当てられる。「ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ」フィールド８０８は、このテーブル区画の番号を与える８ビットのフィールドである。「ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ」フィールド８１０は、最後のテーブル区画の番号を判断する８ビットのフィールドである。「ＳＲＭ＿ｄａｔａ（）」フィールド８１２は、「ＣＰ＿ｐｒｏｖｉｄｅｒ＿ｉｄ」フィールド８０６内で識別される複製保護技術プロバイダによって定義されるフォーマットを有するデータである。この「ＳＲＭ＿ｄａｔａ（）」フィールド８１２は、ＳＲＭテーブルの「ペイロード」部分であり、実際のＳＲＭリストデータを含む。

本発明の代替の実施形態では、全てのＳＲＭは、ＳＲＭによる限定的な使用に対して産業協定によって設定された１つ又はそれよりも多くの公知のＰＩＤ値に対応するＴＳパケット内で搬送される。この場合、受信デバイスは、ＳＲＭの１つ又は複数のＰＩＤを見つけるのに、ＴＳＤＴ又はＣＡＴを使用する段階を省略することができる。しかし、固定で公知のＰＩＤ値を使用するという協定が産業界に存在する場合であっても、ＣＡＴ内のＣＡ＿ｄｅｓｃｒｉｐｔｏｒ（）又はＴＳＤＴ内のＭＰＥＧ−２登録記述子のいずれかにあるこのＰＩＤへのポインタを依然として使用することができる。

従って、本発明の実施形態は、「トランスポートストリーム記述テーブル」又は「条件付きアクセステーブル」内の記述子の使用により、ＭＰＥＧ−２タイプＴＳ内のＳＲＭの存在を示すことを可能にすることを認めることができる。この記述子は、ＳＲＭデータを搬送するパケットに対応する１つ又はそれよりも多くのＰＩＤ値を識別する。記述子は、ＳＲＭを識別するためにＳＭＰＴＥタイプの登録当局に登録されたｆｏｒｍａｔ＿ｉｄ値を搬送するＭＰＥＧ−２タイプ登録記述子とすることができ、又はＳＲＭデータを搬送するＴＳパケットへのポインタを明確に設定する他の手段を使用することができる。代替的に、ＳＲＭデータの存在を確立し、ＰＩＤ値を指す上で別のＭＰＥＧ規格記述子を使用することができる。ＭＰＥＧのＣＡ＿ｄｅｓｃｒｉｐｔｏｒ（）は、１つのそのような例である。

各ＳＲＭは、ＭＰＥＧ−２タイプの長形式非公開テーブル区画としてフォーマット設定され、各複製保護プロバイダは、「ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎ」フィールドの位置にある「ＣＰ＿ｐｒｏｖｉｄｅｒ＿ｉｄ」フィールドに対して固有値を使用する。ＡＴＳＣタイプコードポイントレジストラのような登録当局は、このフィールドの割り当てを管理する。「ＣＰ＿ｐｒｏｖｉｄｅｒ＿ｉｄ」内でのそのような固有値の使用は、所定のＰＩＤ値のＴＳパケット内で複数のＳＲＭインスタンスを搬送することを可能にする（複数の複製保護技術プロバイダに関連付けられたリストの破棄に対応する）。それによって受信デバイスが、個々の複製保護技術プロバイダを認識し、識別する必要なくＴＳ内の全てのＳＲＭを搬送することが可能になる。

図９は、本発明の実施形態によるコンテンツの使用を制御するための処理の流れ図である。コンテンツプロバイダからの多重化トランスポートストリームが、受信デバイスによって受信される（段階９０２）。データパケットが、そのＰＩＤ値に従って逆多重化される（段階９０４）。それに伴ってビデオデータパケットが、更に別の処理に対してビデオ復号器にもたらされる（段階９０６）。同様に、オーディオデータパケットが、更に別の処理に対してオーディオ復号器にもたらされる（段階９０８）。番組特異情報（ＰＳＩ）データを有するデータパケットがデータ復号器に送られ、データ復号器はこのデータを処理し、かつデータをプロセッサに搬送する（段階９１０）。ＰＳＩデータ内に含まれるＳＲＭデータは、保護コンテンツの潜在的な受信機である受信デバイスの出力に接続した他のデバイスのアイデンティティと比較され、すなわち、この他のデバイスが認証される（段階９１２）。この他のデバイスが、ＳＲＭデータ内に含まれるアイデンティティに対応するアイデンティティを有する場合には、このデバイスへのコンテンツの供給は阻止される（段階９１４）。

図２は、本発明の実施形態によるトランスポートストリームを生成するのに適する回路２００の高レベルブロック図である。回路２００は、音声／映像（Ａ／Ｖ）ソースマテリアル２０４を受信して、そのソースマテリアル２０４をＭＰＥＧ−２音声／映像圧縮規格に従って符号化する１つ又はそれよりも多くの符号化器２０２を含む。符号化器２０２は、オーディオ、データ、及びビデオをＭＰＥＧ−２規格に従って符号化し、符号化済みビデオ、符号化済みオーディオ、又は他の符号化済みビットストリームを少なくとも１つの基本ストリーム（ＥＳ）２０６として出力する回路とすることができる。ソースマテリアル２０４は、ＭＰＥＧ−２符号化に適する映画、テレビジョン番組、音楽ビデオ、コンピュータゲーム、又は他のソースマテリアルとすることができる。

基本ストリーム（ＥＳ）２０６は、１つ又はそれよりも多くのパケット化器２０８（一般的にオーディオパケット化器及びビデオパケット化器）に供給され、これらのパケット化器は、基本ストリーム（ＥＳ）２０６をパケット化基本ストリーム（ＰＥＳ）２１０にパケット化する。パケット化基本ストリーム（ＰＥＳ）２１０は、トランスポートストリーム（ＴＳ）マルチプレクサ２１２に供給され、このマルチプレクサは、個々のパケット化基本ストリーム（ＰＥＳ）２１０を互いに、かついずれかの「番組特異情報（ＰＳＩ）」テーブル２１４［例えば、「番組関連付けテーブル（ＰＡＴ）」、「番組マップテーブル（ＰＮＴ）」、「条件付きアクセステーブル（ＣＡＴ）」、及び「トランスポートストリーム記述テーブル（ＴＳＤＴ）」］と多重化し、「トランスポートストリーム（ＴＳ）」２１６を生成する。

図３は、トランスポートストリームを生成するのに適する回路３００の高レベルブロック図である。回路３００は、衛星放送アンテナ、ケーブル、地上放送アンテナ、又はいずれかの他のＲＦ信号源からの無線周波数（ＲＦ）信号３０４上で伝達される番組（例えば、映画、スポーツ、ニュース、及び音楽）を受信するチューナ３０２を含む。チューナ３０２は、復調器３０６がＲＦ信号３０４から番組を復元することを可能にするために、必要に応じて着信するＲＰ信号３０４を清浄化する。デスクランブラ３０８は、送信の前に番組がスクランブルされている場合に番組をスクランブル解除し、トランスポートストリーム３１０を生成する。

図４は、トランスポートストリームを生成するのに適する回路４００の高レベルブロック図である。回路４００は、ＭＰＥＧ−２規格に従って収録されたビデオディスク又はビデオカセットから番組（例えば、映画、スポーツ、ニュース、及び音楽）を受信する再生ユニット４０２を含む。再生ユニット４０２は、オーディオ及びビデオをトランスポートストリームマルチプレクサ４０４に供給することができる公知の回路（例えば、磁気読取回路、光学読取回路）である。「トランスポートストリーム（ＴＳ）」マルチプレクサ４０４は、再生ユニット４０２の出力を「番組特異情報（ＰＳＩ）」テーブル４０６［例えば、「番組関連付けテーブル（ＰＡＴ）」、「番組マップテーブル（ＰＭＴ）」、並びに任意的に「条件付きアクセステーブル（ＣＡＴ）」及び「トランスポートストリーム記述テーブル（ＴＳＤＴ）」］と多重化し、「トランスポートストリーム（ＴＳ）」４０８を生成する。

前に解説したように、ＳＲＭメッセージは、例えば、ケーブル会社のようなコンテンツプロバイダから受信する放送において供給することができる。一実施形態では、放送は、ＭＰＥＧ−２様のフォーマットにあるデータのストリームである。しかし、代替の実施形態では、「インターネット」プロトコル（ＩＰ）タイプのデータストリームが、コンテンツ、並びにＳＲＭデータの両方を搬送する。例えば、ＩＰテレビジョン（ＩＰＴＶ）サービスは、ＩＰデータストリームを用いてコンテンツをテレビジョンセットに供給する。有料コンテンツサービスでは、コンテンツプロバイダのサーバは、マルチキャスト（又は一部の事例では、ユニキャスト）アドレス手法によって送られるコンテンツをスクランブル解除する復号器による使用に対して、クライアントデバイス（例えば、クライアントのセットトップボックス）に暗号解読鍵を送る。

クライアントデバイスは、マルチキャストパケットをスクランブル解除するための鍵を取得し、ここから音声／映像コンテンツをレンダリングすることができる。本発明の一実施形態では、ＳＲＭデータも、クライアントデバイスにマルチキャスト又はユニキャストのＩＰ送信によって供給される。ＳＲＭデータを搬送する「拡張可能マークアップ言語（ＸＭＬ）」タイプのファイル又は文書がクライアントデバイスに供給される。従って、ＸＭＬタイプのファイルが、ＩＰタイプのトランスポートストリームを通じて受信される。ＸＭＬタイプのファイルは、圧縮又は非圧縮のいずれかとすることができる。データは、ＸＭＬタイプのファイルから選択される。このデータは、ある一定のコンテンツの使用又はレンダリングに対して認可されていないデバイスのアイデンティティに対応するデータである。従って、これらのデバイスの使用は、このデータに従って阻止される。

代替の実施形態は、ＸＭＬスキーマ、及びＩＰデータ送信を通じてクライアントデバイスに供給されるＸＭＬインスタンスファイルの使用を取り入れる。ＸＭＬインスタンスファイルは、少なくとも１つのデータブロックを含み、更にデータブロックは、コンテンツを使用する又はレンダリングすることが認可されていないデバイスのアイデンティティに対応するデータを含む。図１０は、本発明の一実施形態による例示的ＸＭＬスキーマ１００２を示している。このスキーマ１００２は、図１０において「ＳＲＭＭｅｔａｄａｔａ」と示している第１の要素１００４、「ＳＲＭＤａｔａＢｌｏｃｋ」と示している第２の要素１００６、「ＳＲＭＤａｔａＴｙｐｅ」と示している第３の要素１００８、及び「Ｈｅｘｌ６Ｔｙｐｅ」と示している第４の要素１０１０を含む。第２、第３、及び第４の要素１００６、１００８、１０１０は、第１の要素１００４のタイプ属性である。

第１の要素１００４は、ＸＭＬインスタンスファイル内に搬送される１つ又はそれよりも多くのデータブロックを収容するためのルート要素である。データブロックの各々は、図１０で「ＳＲＭＤａｔａ」と示している第１のメタデータ要素１０１２のインスタンスとして搬送される。第２の要素１００６は、＜ｓｅｑｕｅｎｃｅ＞タグによって示している第１のメタデータ要素１０１２の少なくとも１つのインスタンスを含む。第１のメタデータ要素１０１２のインスタンスの各々は、第３の要素１００８に従って定義される。更に、第３の要素１００８は、１つ又はそれよりも多くのＸＭＬインスタンスファイル内のデータブロックのフォーマット、表現、及び搬送のためのデータ構造を定義する。１つのＸＭＬインスタンスファイルは、１つ又はそれよりも多くのデータブロックを搬送することができ、これらのデータブロックの各々は、異なる複製保護技術プロバイダによって提供されるデータを含むことができる。

第３の要素１００８は、図１０で「ＣＰＰｒｏｖｉｄｅｒＩＤ」と示している第１の属性定義１０１４を有する。これは、ＸＭＬインスタンスファイル内に含めるべき値を定義し、かつ複製保護技術プロバイダのアイデンティティに対応する。第４の要素１０１０は、第１の属性値が１６進数形式、すなわち、基数１６であることを要求するタイプ属性である。これは、データのあらゆるバイトを２つの１６進文字又は１６進数字として表すことができる点で有利な基数である。

更に、第３の要素１００８は、ＸＭＬインスタンスファイル内に含めるべき値を定義し、かつ各データブロックのバージョン番号に対応する「Ｖｅｒ」と示している第２の属性定義１０１６を有する。この第２の属性値は、第１のメタデータ要素１０１２のインスタンス内に搬送される情報に変更が発生した場合に増分することができる。従って、クライアントデバイスが、所定のバージョン番号を有するＳＲＭデータのブロックを既に処理し終わっている場合には、デバイスは、そのデータを再度処理する段階を省略することができる。代替的に、デバイスは、その同じ複製保護技術プロバイダからのものではあるが、第２の属性定義１０１６に関連付けられた異なる値で識別されるデータブロックを待つことができる。

第３の要素１００８内に「＜ａｎｙ＞」タグによって表すように、複製保護技術プロバイダは、ＸＭＬスキーマ１００２を複製保護技術プロバイダが選択するフォーマット、量、及び名称にあるとすることができる子要素の形式のＳＲＭデータによって拡張することができる。

第２の要素１００６内に「＜ｓｅｑｕｅｎｃｅ＞」タグによって示しているように、データブロックの複数のインスタンスは、ＸＭＬインスタンスファイルのＳＲＭＭｅｔａｄａｔａ要素内に出現する場合がある。各インスタンスは、第１の属性定義１０１４（ＣＰＰｒｏｖｉｄｅｒＩＤ）及び第２の属性定義１０１６（Ｖｅｒ）を含まなければならない。この場合、単一のＸＭＬインスタンスファイルは、１つ又はそれよりも多くの複製保護技術プロバイダからのＳＲＭデータを含むことができる。ＳＲＭデータ自体のフォーマットは拘束を受けない。各複製保護技術プロバイダは、自由にいずれかの望ましい手法でデータをフォーマット設定する。クライアントデバイスは、第１の属性値（ＣＰＰｒｏｖｉｄｅｒＩＤ）を用いてＳＲＭデータの特定のブロックの予測フォーマットを判断する。

前に解説したように、各複製保護技術プロバイダは、第１の属性定義１０１４に関連付けられた識別値を有する。従って、一実施形態では、複製保護プロバイダは、割り当てられた識別番号を受信するために中央登録システムを使用する。中央当局は、「デジタルビデオ放送（ＤＶＢ）プロジェクト」機構（Digital Video Broadcasting (DVB) Project organization）、「動画及びテレビジョン技術者登録認可協会（ＳＭＰＴＥ−ＲＡ）」(Society of Motion Picture and Television Engineers Registration Authority)、又は他の中央当局とすることができる。第１の属性定義１０１４に対する値は固有であり、「欧州電気通信標準化機関（ＥＳＴＩ）技術報告書１６２」（すなわち、ＥＴＲ １６２）の第４．３節の表３内に割り当てられた「ＣＡ＿ｓｙｓｔｅｍ＿ｉｄ」値と同じ番号割り当て空間に存在する。複製保護プロバイダは、ＤＶＢ機構を訪ねて固有の１６ビット値を取得することができ、従って、いかなる他のプロバイダも同じ値を持たないことが保証される。

図１１は、図１０のＸＭＬスキーマ１００２に全体的に従ってフォーマット設定された例示的ＸＭＬインスタンスファイル１１０２を示している。ＸＭＬインスタンスファイル１１０２は、図１１で「ＳＲＭＭｅｔａｄａｔａ」と示しているルート要素１１０４を含む。ＳＲＭデータ自体は、複数の開始と終了の「＜ＳＲＭＤａｔａ＞」タグ対１１０８の間に複数のデータブロック１１０６として挿入される。図示の実施形態では、このＸＭＬインスタンスファイル１１０２は、各々が１６進値１１１０によって一意的に識別される３つの異なる複製保護プロバイダからのＳＲＭデータのデータブロックを含む。

すなわち、図１０のＸＭＬスキーマ１００２が、ＸＭＬインスタンスファイル１１０２（図１１）内に搬送されるデータブロック１１０６を収容するための第１の要素１００４（ＳＲＭＭｅｔａｄａｔａ）を提供することを認めることができる。これらのデータブロック１１０６の各々は、ＳＲＭデータ自体を含み、かつ第３の要素１００８（ＳＲＭＤａｔａＴｙｐｅ）の要件に従ってフォーマット設定される。更に、これらのデータブロックの各々は、複製保護プロバイダ識別値及びバージョン番号に関連付けられる。

図１１及び図１０の実施形態は、ＸＭＬファイル又は文書及びそれに関連付けられたＸＭＬスキーマを示しているが、他の実施形態は、例えば、「文書タイプ定義（ＤＴＤ）」、「ＸＭＬスキーマ（Ｗ３Ｃ）」、「次世代ＸＭＬのための正規言語（ＲＥＬＡＸ ＮＧ）」、及び「ＸＭＬ文書オブジェクトモデル（ＸＭＬ ＤＯＭ）」のような他のスキーマ言語又は変形を含むことができる。

本発明の実施形態は、ハードウエア、ソフトウエア、又はハードウエアとソフトウエアの組合せを用いて実施することができる。そのような実施は、状態機械及び特定用途向け統合回路（ＡＳＩＣ）を含む。ソフトウエアを用いた実施では、ソフトウエアは、コンピュータプログラム製品（光ディスク、磁気ディスク、フロッピー（登録商標）ディスクなどのような）、又はプログラム記憶デバイス（光ディスクドライブ、磁気ディスクドライブ、フロッピー（登録商標）ディスクドライブなどのような）上に記憶することができる。

図２〜図５のアーキテクチャは限定的ではない。同じ目的を実現するために、本発明の原理に従って他のアーキテクチャを導出することができる。更に、図５の復号器５２２の要素の機能及び図９の処理段階は、マイクロプロセッサのプログラム命令内に全体的又は部分的に実施することができる。更に、本発明の原理は、ＭＰＥＧ対応コンテンツ又は非ＭＰＥＧ対応コンテンツのあらゆる形態に適合する。本発明の原理に従って形成されたデータストリームは、例えば、電話線を通じたビデオサーバ又はＰＣタイプの通信を含む様々な用途に対して使用することができる。本発明の原理に従って番組特異情報を組み込むように形成されたビデオ、オーディオ、及びデータの１つ又はそれよりも多くの成分を有する番組データストリームは、記憶媒体上に収録し、他のサーバ、ＰＣ、又は受信機に送信又は再放送することができる。

以上の説明は、本発明の特定的な実施形態に言及したが、本発明の精神から逸脱することなく多くの修正を加えることができることが理解されるであろう。特許請求の範囲は、本発明の真の範囲及び精神に該当するそのような修正を網羅するように意図したものである。従って、本発明で開示した実施形態は、全ての点で例示的であって限定的ではないと見なすものとし、本発明の範囲は、以上の説明ではなく特許請求の範囲によって示され、特許請求の範囲の均等物の意味及び範囲に収まる全ての変更は、従って、そこに包含されるように意図している。

１００ トランスポートストリーム
１０２ 搬送パケット
１０４ ヘッダ
１０６ ペイロード
ＰＩＤ パケット識別子

Claims (23)

1. ＩＰタイプトランスポートストリームを通じてＸＭＬタイプファイルを受信する段階と、
   前記ＸＭＬタイプファイルからデータを選択する段階と、
   前記データに従ってコンテンツの使用を阻止する段階と、
   を含み、
   前記データは、前記コンテンツの前記使用に対して無認可である１つ又はそれよりも多くのデバイスのアイデンティティに対応する、
   ことを特徴とする方法。
2. 前記ＸＭＬタイプファイルは、圧縮ファイルであることを特徴とする請求項１に記載の方法。
3. 前記データは、第１の属性定義と複製保護技術プロバイダのアイデンティティとに対応する第１の値を含むことを特徴とする請求項１に記載の方法。
4. 前記第１の値は、中央当局に登録されることを特徴とする請求項３に記載の方法。
5. 前記中央当局は、「デジタルビデオ放送プロジェクト」タイプの機構及び「動画及びテレビジョン技術者登録認可協会」タイプの機構の一方を含むことを特徴とする請求項４に記載の方法。
6. 前記データは、第２の属性定義と該データのバージョンとに対応する第２の値を更に含むことを特徴とする請求項３に記載の方法。
7. 前記ＸＭＬタイプファイルは、ＸＭＬスキーマにほぼ一致するフォーマットを有するＸＭＬインスタンスファイルであることを特徴とする請求項１に記載の方法。
8. 前記データは、第１のデータブロック及び第２のデータブロックから構成され、該第１のデータブロックは、第１の複製保護技術プロバイダによって提供されるデータを含み、該第２のデータブロックは、第２の複製保護技術プロバイダによって提供されるデータを含み、該第１の複製保護技術プロバイダは、該第２の複製保護技術プロバイダとは異なることを特徴とする請求項７に記載の方法。
9. 前記データは、少なくとも１つのデータブロックから構成され、
   前記ＸＭＬスキーマは、第１の要素、第２の要素、及び第３の要素を含み、
   前記第１の要素は、前記データブロックを収容するためのものであり、該データブロックは、第１のメタデータ要素のインスタンスとして搬送され、
   前記第２の要素は、前記第１のメタデータ要素の少なくとも１つのインスタンスを含み、該第１のメタデータ要素の該インスタンスは、前記第３の要素に従って定義され、
   前記第３の要素は、前記データブロックに対するデータ構造を定義する、
   ことを特徴とする請求項７に記載の方法。
10. 前記第３の要素は、第１の値に対応する第１の属性定義を有し、該第１の値は、複製保護プロバイダのアイデンティティに対応することを特徴とする請求項９に記載の方法。
11. 前記第３の要素は、更に、第２の値に対応する第２の属性定義を有し、該第２の値は、前記データブロックのバージョンに対応することを特徴とする請求項１０に記載の方法。
12. コンテンツの使用に対して無認可であり、かつアイデンティティを有する複数のデバイスによる該コンテンツの該使用を阻止するための製品であり、処理ユニットを有する別のデバイスによる使用のための製品であって、
    少なくとも１つのコンピュータプログラムが組み込まれた少なくとも１つのコンピュータ使用可能媒体を含み、
    前記少なくとも１つのコンピュータプログラムは、前記他のデバイスに、
    ＩＰタイプトランスポートストリームを通じてＸＭＬタイプファイルを受信する段階と、
    前記ＸＭＬタイプファイルからデータを選択する段階と、
    前記データに従ってコンテンツの使用を阻止する段階と、
    を実行させるようになっており、該データは、複数のデバイスのアイデンティティに対応する、
    ことを特徴とする製品。
13. 前記データは、第１の属性定義と複製保護技術プロバイダのアイデンティティとに対応する第１の値を含むことを特徴とする請求項１２に記載の製品。
14. 前記第１の値は、中央当局に登録されることを特徴とする請求項１３に記載の製品。
15. 前記中央当局は、「デジタルビデオ放送プロジェクト」タイプの機構及び「動画及びテレビジョン技術者登録認可協会」タイプの機構の一方を含むことを特徴とする請求項１４に記載の製品。
16. 前記データは、第２の属性定義と該データのバージョンとに対応する第２の値を更に含むことを特徴とする請求項１３に記載の製品。
17. 前記ＸＭＬタイプファイルは、ＸＭＬスキーマにほぼ一致するフォーマットを有するＸＭＬインスタンスファイルであることを特徴とする請求項１２に記載の製品。
18. 前記データは、第１のデータブロック及び第２のデータブロックから構成され、該第１のデータブロックは、第１の複製保護技術プロバイダによって提供されるデータを含み、該第２のデータブロックは、第２の複製保護技術プロバイダによって提供されるデータを含み、該第１の複製保護技術プロバイダは、該第２の複製保護技術プロバイダとは異なることを特徴とする請求項１７に記載の製品。
19. 前記データは、少なくとも１つのデータブロックから構成され、
    前記ＸＭＬスキーマは、第１の要素、第２の要素、及び第３の要素を含み、
    前記第１の要素は、前記データブロックを収容するためのものであり、該データブロックは、第１のメタデータ要素のインスタンスとして搬送され、
    前記第２の要素は、前記第１のメタデータ要素の少なくとも１つのインスタンスを含み、該第１のメタデータ要素の該インスタンスは、前記第３の要素に従って定義され、
    前記第３の要素は、前記データブロックに対するデータ構造を定義する、
    ことを特徴とする請求項１７に記載の製品。
20. 前記第３の要素は、第１の値に対応する第１の属性定義を有し、該第１の値は、複製保護プロバイダのアイデンティティに対応することを特徴とする請求項１９に記載の製品。
21. 前記第３の要素は、更に、第２の値に対応する第２の属性定義を有し、該第２の値は、前記データブロックのバージョンに対応することを特徴とする請求項２０に記載の製品。
22. コンテンツの使用に対して無認可であり、かつアイデンティティを有する複数のデバイスによる該コンテンツの該使用を阻止するためのシステムであって、
    ソフトウエアルーチンを実行することができる処理ユニットを有する別のデバイスと、
    前記処理ユニットによって実行されるプログラミング論理と、
    を含み、
    前記プログラミング論理は、
    ＩＰタイプトランスポートストリームを通じて、ＸＭＬスキーマにほぼ一致するフォーマットを有するＸＭＬインスタンスファイルを受信するための手段と、
    前記ＸＭＬインスタンスファイルからデータを選択するための手段と、
    前記データに従ってコンテンツの使用を阻止するための手段と、
    を含み、
    前記データは、複数のデバイスのアイデンティティに対応する、
    ことを特徴とするシステム。
23. 前記データは、少なくとも１つのデータブロックから構成され、
    前記ＸＭＬスキーマは、第１の要素、第２の要素、及び第３の要素を含み、
    前記第１の要素は、前記データブロックを収容するためのものであり、該データブロックは、第１のメタデータ要素のインスタンスとして搬送され、
    前記第２の要素は、前記第１のメタデータ要素の少なくとも１つのインスタンスを含み、該第１のメタデータ要素の該インスタンスは、前記第３の要素に従って定義され、
    前記第３の要素は、前記データブロックに対するデータ構造を定義する、
    ことを特徴とする請求項２２に記載のシステム。

Images