JP2003199064A

JP2003199064A - Ｍｐｅｇ−２コンテンツの配信と保護のためのフレキシブルで共通のｉｐｍｐシステムに関する装置

Info

Publication number: JP2003199064A
Application number: JP2002257929A
Authority: JP
Inventors: Ming Ji; ジ・ミン; Mei Shen Shen; メイ・シェンシェン; Zhongyang Huang; ファング・ゾンヤン; Takanori Senoo; 孝憲妹尾
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2001-09-03
Filing date: 2002-09-03
Publication date: 2003-07-11
Anticipated expiration: 2022-09-03
Also published as: JP4308493B2

Abstract

(57)【要約】【課題】ＭＰＥＧ２コンテンツ配信と保護のための柔
軟性ある共通のＩＰＭＰシステム装置を提供する。【解決手段】ＩＰＭＰツールリストと選択的なツール
容器を含むＩＰＭＰ制御情報を導入する。ＩＰＭＰ制御
情報はＭＰＥＧ２トランスポートストリームではＰＳＩ
に配置され、ＭＰＥＧ２プログラムストリームではＰＥ
Ｓパケットに配置される。各ＩＰＭＰツールインスタン
スに送信されるＩＰＭＰ情報を搬送するため、ＩＰＭＰ
ストリームを定義する。ＭＰＥＧ４拡張版によるツール
マネジャー、メッセージルータの概念をＭＰＥＧ２端末
に導入し、ＩＰＭＰ制御情報とＩＰＭＰストリームと共
にＭＰＥＧ２ＩＰＭＰフレームワークを形成する。こ
れにより、同様に保護されたＭＰＥＧ２コンテンツは異
なるＩＰＭＰＭＰＥＧ２端末で再生でき、同じＭＰＥ
Ｇ２コンテンツは異なるＩＰＭＰシステムを用いて保護
できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＭＰＥＧ-２コン
テンツ配信と保護のためのフレキシブルで共通のＩＰＭ
Ｐシステムの装置に関する。詳述すれば、本発明はＭＰ
ＥＧ-２でのコンテンツの配信と保護、特に、ＭＰＥＧ-
２による保護されたコンテンツが異なったＩＰＭＰ端末
により使われ、同一コンテンツが異なったＩＰＭＰシス
テムにより保護されるアプリケーションに関する。

【０００２】

【従来の技術】マルチメディアとしてコンテンツ配信が
一層求められるようになっており、いつでもどこからで
もそのコンテンツにアクセスできるようになっている。
ユーザにとっては、その利便性と融通性が喜ばれてお
り、そのために娯楽が容易かつ効果的に楽しめるように
なっている。他方では、コンテンツの所有者からみれ
ば、財産の不法利用に気をもまざるを得ない。両者間で
バランスをとっている。

【０００３】コンテンツを保護する技法として幾つかが
知られており、その一つにデータ符号化や電子透かし法
などが知られている。何れも幾多のコンテンツ配信の分
野で使われている。コンテンツに保護をかけて配信する
のに、システムが異なるれば、そのための機構や保護策
も異なっているようである。その場合、全ての端末ない
しコンテンツ利用装置は、同一コンテンツプロバイダが
提供するコンテンツしか再生したり利用できない。異な
ったコンテンツを再生するのに端末ないし装置を交換す
るわけには行かない。

【０００４】ＭＰＥＧ-４の分野では、標準化グループ
がＭＰＥＧ-４ＩＰＭＰ拡張版の開発を進めている。こ
れでは下記の両方が達成できるようになる。１．保護されている同一コンテンツが異なったベンダ
ーのＭＰＥＧ-４ＩＰＭＰ端末で利用できるようにな
る。これは完全に可能化される。２．異なったベンダーのＩＰＭＰツールで同一コンテ
ンツを保護することが出きる。これは出きるだけ広範囲
にわたって対応されることになる。

【０００５】ＭＰＥＧ-２の分野では、異なったＣＡ(条
件付きアクセス)システムとの間での相互運用性を確保
するのに必要な最小数の共通ＣＡエレメントを規定する
ものとしてＣＡシステムがある。しかしながら、充分な
コンポーネントが定義されていないので、現実には相互
運用性があるわけでもなく、ＣＡによりもたらされるア
ーキテクチャには融通性がない。

【０００６】そのような場合では、異なったコンテンツ
プロバイダが提供する異なったＭＰＥＧ-２コンテンツ
を再生する同じ端末を生産するのは困難である。換言す
れば、保護されている同一ＭＰＥＧ-２コンテンツは異
なったＣＡシステムでは再生できないのである。

【０００７】他方、ＣＡシステムでは共通するスクラン
ブルアルゴリズムを規定しており、これによりハードウ
ェア実現を簡単にしているが、全体のアーキテクチャが
あまりにも硬直しすぎている。ＩＰＭＰツールとしては
予め特定のものに決めておくべきではなく、ベンダー側
が自分のＩＰＭＰシステムに適したツールを選べるよう
に融通性を持たすべきである。その場合、良好な融通性
と安全性との両方が得られるように何らかの標準的な方
法とインターフェースとを定めておく必要がある。

【０００８】

【発明が解決しようとする課題】従って、ＭＰＥＧ-２
システムにあってはコンテンツ保護のために融通が効
き、相互運用のできるＩＰＭＰシステムが求められてい
るのである。その要件は、１．保護されている同一コンテンツが異なったベンダ
ーのＭＰＥＧ-４ＩＰＭＰ端末で利用できること。これ
は完全に可能化されなければならない。２．異なったベンダーのＩＰＭＰツールで同一コンテ
ンツを保護することができること。これはできるだけ広
範囲にわたって保証されなければならない。符号化器からチャンネル配信を経て端末まで安全にＭＰ
ＥＧ-２のための全ＩＰＭＰシステムを構築する、ＩＰ
ＭＰシステム実施者用の標準方法を提供しなければなら
ない。

【０００９】

【課題を解決するための手段】課題を解消するために、
ＭＰＥＧ-４ＩＰＭＰ拡張版を、修正を施した上でＭ
ＰＥＧ-２に適用する。ＩＰＭＰ制御情報は、コンテン
ツを再生するのに必要なＩＰＭＰツールの種類と、コン
テンツが保護されている態様とを説明するものとして当
該コンテンツの内部に入れる必要がある。それには、Ｉ
ＰＭＰツールリストとＩＰＭＰツール容器を使用する。

【００１０】ＩＰＭＰツールリストは、ツールが独立し
たものか、或いは代替のツールがあるかを示す。ＩＰＭ
Ｐツールリスト内の各ツールごとに下記の情報が設けら
れている。１．ＩＰＭＰツール識別子。特定のＩＰＭＰツール
が、そのＩＰＭＰツール識別子と、オプションのパラメ
ータ記述とを通して他者に識別される。２．特定のツールに対して考えられる代替ツール。３．オプショナルツールリストのシグネチャ。

【００１１】ＩＰＭＰツール容器には、そのコンテンツ
としてバイナリツールそれ自身が入れられている。与え
られたツールは、ＩＰＭＰツール容器のペイロードとし
て搬送され、ツールのフォーマットと、パッケージ情報
と、ＩＰＭＰツールＩＤも、ツール容器の中で指定され
ている。

【００１２】ＩＰＭＰ制御グラフは、異なったプログラ
ムのもとでの異なったエレメンタリーストリームと、異
なったＩＰＭＰツールとを、そのＩＰＭＰツールが動作
すべき制御ポイントで両者の間の関係を説明するもので
ある。

【００１３】ＩＰＭＰツールマネジャーは、与えられた
ＩＰＭＰ端末における概念的な実体(entity)である。端
末がツールリストを受け取ると、端末はそれをＩＰＭＰ
ツールマネジャーに引き渡して構文解析とツール検索を
行う。また、このツールマネジャーはパラメータ記述を
処理すると共に、代替ツールを特定し、コンテンツ中に
入って到着するバイナリツールを受け取る。

【００１４】全てのＩＰＭＰツールメッセージは端末を
介する経路をとる。この機能を表すために、メッセージ
ルーター(ＭＲ)と称する実体がアーキテクチャに定めら
れている。ＭＲは、サポートされているＩＰＭＰツール
と接続して通信する。従って、ＭＲは、通信しようとし
ている他のＩＰＭＰツールから一つのＩＰＭＰツールへ
の物理的インターフェースを抽象化したものである。メ
ッセージ経路選択(routing)は瞬間的になされると仮定
される。

【００１５】

【作用】コンテンツプロバイダ側では、メディアコンテ
ンツをＭＰＥＧ-２やＭＰＥＧ-４などの既存の符号化技
術を利用して符号化すると共に、ＤＥＳやＡＥＳの如く
の既存のＩＰＭＰツールを利用して暗号化する。コンテ
ンツには、符号化に先立って透かしツールＡＡＡ(一例)
を利用して透かしが埋め込まれていてもよい。その後、
このメディアコンテンツを、ＭＰＥＧ２システムを利用
して多重化する。

【００１６】同時に、ＩＰＭＰ制御情報を構築する必要
があるのではあるが、この情報にはＩＰＭＰツールリス
トと選択的なツール容器とを含ませる。ＩＰＭＰ制御情
報は、ＭＰＥＧ-２伝送ストリームにおけるＰＳＩまた
はＭＰＥＧ-２プログラムストリームにおける特別ＰＥ
Ｓパケットに入れる。

【００１７】また、コンテンツを保護するのに使われる
ＩＰＭＰツールに基づいてＩＰＭＰツールリストが生成
される。このＩＰＭＰツールリストには、特定のツール
を指定するＩＰＭＰツールＩＤが含まれている。それに
は、端末で同一機能(例えばＤＥＳ)を行う、それに好ま
しいツールを選択できるようにするオプショナルパラメ
ータ記述も含まれていてもよいし、また、端末におい
て、同一タスクの達成が可能な既知のツール類からどれ
かを選択できるようにするために一組の代替ツールが含
まれていてもよい。

【００１８】ＩＰＭＰ制御グラフもコンテンツ製作時に
構築する。例えば、ＤＥＳツールが、符号化の後でビデ
オエレメンタリストリーム0x01を暗号化するのに使われ
るとすると、制御グラフでは、エレメンタリストリーム
0x01を保護するのにＤＥＳツールが使われている旨の手
掛りと、どの制御ポイント(復号化前)で呼ばれるべきで
あるかの情報が必要である。透かしを符号化前にオーデ
ィオエレメンタリストリーム0x02に入れるのにツールＡ
ＡＡを利用したのであれば、制御グラフでは、どの制御
ポイント(復号化後)においてエレメンタリストリーム0x
02用に透かしツールＡＡＡを呼び出す必要があるかの旨
の手掛りが必要である。

【００１９】端末側では、ＩＰＭＰツールリストはＭＰ
ＥＧ-２端末内にあるＩＰＭＰツールマネジャーに転送
される。このツールマネジャーはコンテンツを利用する
のに必要な全てのツールが端末にあるかどうかをチェッ
クし、欠けているものがある場合、端末はＩＰＭＰツー
ルＩＤまたはパラメータ記述に従い、欠けているＩＰＭ
Ｐツールを独自の方法に従って、検索する。得られたＩ
ＰＭＰツールはこれで端末で利用可能になり、予め定義
付けされたメッセージインターフェースでの利用に備え
てＩＰＭＰ端末に保存される。

【００２０】ＩＰＭＰ制御グラフも端末で構文解析され
るので、端末としては、どの制御ポイントでどのエレメ
ンタリストリームに作用させるべきＩＰＭＰツールはど
れかを知ることができる。その後、コンテンツストリー
ムは、コンテンツデコーダにかけられ、必要なＩＰＭＰ
ツールが呼び出され、コンテンツが復号化されて端末で
再生される。

【００２１】

【発明の実施の形態】ＭＰＥＧ-２での既存のＣＡシス
テムは、コンテンツ所有者と端末ベンダーとの両者にと
って相互運用ができて融通に富んだコンテンツ保護機構
をもたらしていない。図１は、現在では典型的な従来の
ＣＡシステムを示している。ユニット１.０におけるコ
ンテンツ所有者は、ユニット１.１、１.４、１.７にお
ける異なったコンテンツプロバイダＸ、Ｙ、Ｚを介して
コンテンツを提供している。ここでは、ユニット１.
２、１.５、１.８に示した異なったそれぞれのコンテン
ツプロバイダごとコンテンツを保護するのに異なったＣ
Ａシステムが用いられている。

【００２２】従って、コンテンツ復号ないしコンテンツ
利用端末も、ユニット１.３、１.６、１.９で示すよう
に互いに異なっている。このことから、ＣＡシステムＡ
で保護されているＭＰＥＧ-２コンテンツは、ＣＡシス
テムＢをサポートする端末では再生できないし、異なっ
たベンダーからの異なったＣＡシステムがどのように同
一コンテンツを保護すべきか、また、端末側がそのこと
を知る方法についての完全な仕様はない。

【００２３】本発明では、ＭＰＥＧ-２ＩＰＭＰシステ
ムで下記の事項を可能にする。１) ツールリストとツール容器を含むＩＰＭＰ制御情
報をストリームに含ませて、コンテンツプロバイダとコ
ンテンツ配信者としてはどのＩＰＭＰツールを使うべき
か、また、どうやってコンテンツ内にバイナリツールを
含ませるべきかを知らせること。２) ツールリスト、ＩＰＭＰ制御グラフ、ＩＰＭＰツ
ール容器を保有するためにＭＰＥＧ-２システムに５つ
の新しい記述子を定めること。３) ２つの新しいストリームを定めること。個別のツ
ールインスタンスに送るべきＩＰＭＰ情報を搬送するＩ
ＰＭＰストリームと、トランスポートストリームを用い
てＩＰＭＰ制御情報を搬送するＩＰＭＰ制御情報ストリ
ーム。４) ＭＰＥＧ-４ＩＰＭＰ拡張版からＭＰＥＧ-２端末
へツールマネジャーとメッセージルーターの概念を導入
すること。

【００２４】図２は、出願人の提案したコンプライアン
トＭＰＥＧ-２ＩＰＭＰシステムを示す概略図である。
モジュール２.１はサーバーであって、異なったアプリ
ケーションのシナリオごとにコンテンツプロバイダか、
コンテンツ配信者の何れかとして稼働する。サーバーか
ら端末へのコンテンツストリームの送信を含むサーバー
とコンプライアントＭＰＥＧ-２ＩＰＭＰ端末との間の
通信のためのネットワークレイヤーをモジュール２.３
に示す。

【００２５】先ず、モジュール２.４の権利認証モジュ
ールがサーバーと相互作用して、コンテンツアクセスと
利用権利のみならず、詳細な利用ルールを入手する。モ
ジュール２.４でコンテンツへのアクセス権が認可され
れば、サーバからネットワークレイヤーを経て端末へ要
求されたコンテンツストリームが送られる。モジュール
２.２では、コンテンツストリームが、ツールリスト、
ツール容器、ＩＰＭＰストリームを含むＩＰＭＰ制御情
報と共に送信される。ＩＰＭＰ制御情報とＩＰＭＰスト
リームの詳細なところについては後述する。

【００２６】モジュール２.５に示したＩＰＭＰツール
マネジャーは、ＩＰＭＰ制御情報を構文解析または解釈
するものである。それはツールリストを構文解析して、
コンテンツを処理するのに必要なＩＰＭＰツールはどれ
かを見つけだす。何らかのツールがない場合、ツールマ
ネジャーがツール容器からそのツールを検索するか、ま
たは、独自の方法を介してどこからかそのツールを検索
する。また、ツールマネジャーは、代替選択のリストか
らツールを選択するか、または、パラメータ記述を解釈
して望ましいツールを選択する責任がある。ＩＰＭＰツ
ールマネジャーは、ＩＰＭＰ制御グラフをも構文解析し
て、どのツールをどの制御ポイントにおいてどのエレメ
ンタリストリームに使うべきかを見つけだす。これの詳
細なことについては後述する。

【００２７】ライセンス/キーと利用ルールとは、モジ
ュール２.６として示した端末のメモリーに保存されて
いる。バイナリＩＰＭＰツールは、それに対応するツー
ルＩＤと共に、モジュール２.７として端末のメモリー
に保存されている。各ツールは、一般的な標準化されて
いるインターフェースに従って構築されており、プラッ
トフォームに適合させるコンパイラを利用して予めコン
パイルされている。例えば、データ暗号化と復号化のツ
ールは、一つの一般的な標準化されているインターフェ
ースに基づいて組み込んでもよい。それは、ジャバ仮想
マシンで、全てのプラットフォーム/端末用にジャババ
イトコード(ＪＢＣ)に予めコンパイルされていてもよい
し、また、ウィンドウズ（登録商標）準拠プラットフォ
ーム/端末のためにダイナミックリンクライブラリー(Ｄ
ＬＬ)に予めコンパイルされていてもよい。

【００２８】モジュール２.８は、ＩＰＭＰツールプロ
バイダと端末実装者とが従うべき、予め定義付けされた
ＩＰＭＰツールのメッセージ通信インターフェースを示
す。ここでは、発明された各項目を示すために詳細な説
明を四つに項目分けしている。

【００２９】（１．ＩＰＭＰ制御情報）ＩＰＭＰ制御
情報はコンテンツストリームで搬送される必要がある。
このＩＰＭＰ制御情報には、ツールリストやツール容器
の如くの必要な情報が含まれている。ＩＰＭＰツールリ
ストはコンテンツを処理するのに要するＩＰＭＰツール
を特定し、その選択を可能とする。ツール容器は、コン
テンツストリームでバイナリツールを運ばせるものであ
る。

【００３０】簡単に言えば、ＩＰＭＰ制御情報は、コン
テンツを再生するのに必要なＩＰＭＰツールは何か、ま
た、どうやってそのツールがコンテンツを保護している
のかを説明するものである。トランスポートストリーム
にあっては、ＩＰＭＰ制御情報テーブルの形で存在し、
プログラムストリームにあっては、stream_idがＩＰＭ
Ｐ制御情報ストリームＩＤである時のＰＥＳパケットの
形で存在する。

【００３１】（１．１トランスポートストリームでの
ＩＰＭＰ制御情報テーブル）ＰＳＩ(プログラム特有情
報)にはもう一つのテーブル「ＩＰＭＰ制御情報テーブ
ル」が含まれていなければならない。これは、後述する
ＩＰＭＰツールリスト記述子やツール容器などを含むＩ
ＰＭＰ制御情報を保持するのに使われる。ＰＩＤ割当て
を以下に示す。

【００３２】

【表１】テーブル１プログラム特有情報

【００３３】（１．１．１ＩＰＭＰ制御情報テーブル
のセクションへの割付け）ＩＰＭＰ制御情報テーブル
は、トランスポートストリームパケットへ挿入するに先
立って、下記のシンタックスで一つかそれ以上のセクシ
ョンにセグメント化してもよい。

【００３４】

【表２】テーブル２ＩＰＭＰ制御情報テーブルセク
ション

【００３５】（ＩＰＭＰ制御情報テーブルセクションに
おけるフィールドの意味論的定義） table_id -- これは、表１に示したように常に0x02に
設定されているべき８ビットフィールド。 section_syntax_indicator -- このsection_syntax_in
dicatorは、'1'に設定しておくべき１ビットフィール
ド。 section_length -- これは２０ビットフィールド。こ
れはCRCを含む、section_lengthフィールドの直ぐ後に
始まり、ＣＲＣを含むセクションのバイト数を定義す
る。このフィールドの値は１０４８５７３を超えてはい
けない。その長さは大きな値に設定される。なぜなら
ば、それに続く記述子が後述のTool_Container_Descrip
torを含むかもしれないからである。 ipmp_control_info_version -- この５ビットフィール
ドは、全ＩＰＭＰ制御情報テーブルのバージョン番号で
ある。バージョン番号は、ＩＰＭＰ情報テーブル内の情
報に変化が起きたときに１モジュロ３２だけ増加する。
current_next_indicatorが'1'に設定されていると、ver
sion_numberは、その時に適用しうるＩＰＭＰ制御情報
テーブルのそれでなければならない。current_next_ind
icatorが'0'に設定されている場合では、version_numbe
rは次に適用しうるＩＰＭＰ制御情報テーブルのそれで
なければならない。

【００３６】current_next_indicator -- '1'に設定さ
れていると、送ったＩＰＭＰ制御情報テーブルが現在適
用可能であることを意味する１ビットインジケータ。ビ
ットが'0'に設定されていると、送ったＩＰＭＰ制御情
報テーブルはまだ適用できず、次に有効になるＩＰＭＰ
制御情報テーブルであることを意味する。 section_number -- この８ビットフィールドでこのセ
クションの番号が与えられる。ＩＰＭＰ制御情報テーブ
ルにおける最初のセクションのsection_numberは0x00で
なければならない。ＩＰＭＰ制御情報テーブルに一つの
セクションが増える都度１モジュロ２５６ずつ増加す
る。

【００３７】last_section_number -- この８ビットフ
ィールドで、ＩＰＭＰ制御情報テーブルの最後のセクシ
ョン(即ち、section_numberの一番大きいセクション)の
番号を指定する。 descriptor_length -- この１６ビットフィールドで、
このフィールドの直後に来る記述子の全長を指定する。
ToolList_Descriptorがこのフィールドの直後にこなけ
ればならない。二つの記述子の詳細なところについては
セクション３で説明する。 isSigned -- この１ビットフィールドは、ＩＰＭＰ制
御情報テーブルに署名があることを示している。

【００３８】Signature -- ツールリスト記述子、ツー
ル容器記述子などを含む全てのＩＰＭＰ制御情報の署
名。 CertType -- 使っている証明機構の種類。 NumCerts -- 含まれる証明の数。 Certificate -- 証明のアレー。 Verifying_Tool_Id -- 証明を認証するのに必要なツー
ルのＩＤ。これは端末のＩＤであってもよい。 CRC_32 -- これは、ＩＰＭＰセクション全体を処理し
た後に参考文献[１]の付録Ｂにおいて定めた復号化器の
レジスタの出力を０にするＣＲＣ値を含む３２ビットフ
ィールドである。

【００３９】（１．２プログラムストリームにおける
ＩＰＭＰ制御情報）ＩＰＭＰ制御情報で、プログラムス
トリームにおけるツールリスト記述子を含む全体のＩＰ
ＭＰ情報が得られる。stream_idの値が所定値である場
合、ＰＥＳパケットとしてＩＭＰＭ制御情報が与えられ
る。

【００４０】

【表３】テーブル３ＩＰＭＰ制御情報

【００４１】（ＩＰＭＰ制御情報におけるフィールドの
意味論的定義） packet_start_code_prefix -- このpacket_start_code
_prefixは２４ビットコードである。これに続くmap_str
eam_idと共に、パケットの始まりを識別するパケット開
始コードを構成する。このpacket_start_code_prefix
は、'0000 00000000 0000 0000 0001'(１６進数で0x000
001)のビットストリングである。 map_stream_id -- これは、値が１６進数で常に0x??と
なる８ビットフィールドである。 ipmp_control_info_version -- この５ビットフィール
ドは、全ＩＰＭＰ制御情報テーブルのバージョン番号で
ある。バージョン番号は、ＩＰＭＰ情報テーブル内の情
報に変化が起きたときに１モジュロ３２だけ増加する。
current_next_indicatorが'1'に設定されていると、ver
sion_numberは、その時に適用しうるＩＰＭＰ制御情報
テーブルのそれでなければならない。current_next_ind
icatorが'0'に設定されている場合では、version_numbe
rは次に適用しうるＩＰＭＰ制御情報テーブルのそれで
なければならない。

【００４２】ipmp_control_info_length -- このipmp_
control_info_lengthは１９ビットフィールドであっ
て、このフィールドの直後にくるipmp_control_infoに
おける全バイト数を表している。このフィールドの最大
値は524288(バイト)である。 current_next_indicator -- '1'に設定されていると、
送ったＩＰＭＰ制御情報テーブルが現在適用しうること
を意味する１ビットフィールド。ビットが'0'に設定さ
れていると、送ったＩＰＭＰ制御情報テーブルである
ず、次のＩＰＭＰ制御情報テーブルを有効にすべきこと
を意味する。 ipmp_control_info_version -- この５ビットフィール
ドは、全ＩＰＭＰ制御情報テーブルのバージョン番号で
ある。バージョン番号は、ＩＰＭＰ情報の定義が変わる
都度１モジュロ３２だけ増加する。current_next_indic
atorが'1'に設定されていると、このipmp_control_info
_versionは、その時に適用しうるＩＰＭＰ制御情報テー
ブルのそれでなければならない。current_next_indicat
orが'0'に設定されている場合では、ipmp_control_info
_versionは次に適用しうるＩＰＭＰ制御情報テーブルの
それでなければならない。 descriptor_length -- このdescriptor_lengthは１６
ビットフィールドで、このフィールドの直後に来る記述
子の全長を指定する。ToolList_DescriptorとＩＰＭＰ
シーングラフ記述子とがこのフィールドの直後にこなけ
ればならない。この記述子の詳細なところについてはセ
クション３で説明する。 marker_bit -- このmarker_bitは、'1'をその値とする
１ビットフィールドである。 isSigned -- この１ビットフィールドは、ＩＰＭＰ制
御情報テーブルに署名があることを示している。ifブラ
ケットにおける後続フィールドは最終セクションにおけ
るのと同じ意味を持っている。

【００４３】（２．新たな記述子）プログラムとプロ
グラムエレメント記述子とは、プログラムとプログラム
エレメントの定義を拡張するのに利用し得る構造であ
る。全ての記述子は、８ビットタグ値から始まるフォー
マットになっている。タグ値の後には、８ビット記述子
長とデータフィールドが続く。本発明では、ＩＰＭＰツ
ールリストを保持する新しいＩＰＭＰツールリスト記述
子と、全ＩＰＭＰ構造を表すＩＰＭＰ制御グラフ記述子
と、コンテンツとしてバイナリＩＰＭＰツールを搬送す
るＩＰＭＰツール容器記述子とを定めている。

【００４４】下記のセマンティックは本発明で定める記
述子とＭＰＥＧ−２における既存の記述子との両方にあ
てはまる。 descriptor_tag -- このdescriptor_tagは、各記述子
を識別する８ビットフィールドである。その意味は、下
記の表に示されている。ＴＳないしＰＳカラムにおけ
る'Ｘ'は、当該記述子がトランスポートストリームか、
プログラムストリームの何れかにあてはまることを示し
ている。本発明では５つの新しい記述子を導入してい
る。

【００４５】

【表４】テーブル４プログラムとプログラムエレメ
ント記述子 descriptor_length -- このdescriptor_lengthは、des
criptor_lengthフィールドの直後にくるバイト数を指定
する８ビットフィールドである。

【００４６】（２．１ＩＰＭＰツールリスト記述子）
ＩＰＭＰツールリスト記述子には、ＩＰＭＰツールのリ
ストが含まれている。これは、コンテンツを再生するた
めに利用すべき全てのＩＰＭＰツールを特定している。

【００４７】

【表５】テーブル５ＩＰＭＰツールリスト記述子 IpmpTool_Descriptor()については、次のセクションで
定義付けする。

【００４８】（２．２ＩＰＭＰツール記述子）IPMP_T
ool_Descriptorには、端末が要する論理ＩＰＭＰツール
の情報が含まれている。論理ツールは下記のどれか一つ
であってもよい。１. IPMP_ToolIDで指定されるベンダー特有ＩＰＭＰツ
ール、２. 代替ＩＰＭＰツールのリストの一つ、３. パラメータ記述で指定されるＩＰＭＰツール。

【００４９】

【表６】テーブル６ＩＰＭＰツール情報記述子

【００５０】（ＩＰＭＰツール記述子におけるフィール
ドの意味論的定義）代替ツールのリストの場合、端末は
代替ＩＰＭＰツールのリストからＩＰＭＰツールを選択
することになる。ＩＰＭＰツールのパラメータ記述の場
合、端末は、そのパラメータ記述において指定されてい
る基準に合致するＩＰＭＰツールを選択することにな
る。 IPMP_ToolID -- 端末が要求する論理ＩＰＭＰツールの
識別子 isAltGroup -- IPMP_Toolには、代替ＩＰＭＰツールの
リストが含まれている。この場合、IPMP_ToolIDは、代
替ＩＰＭＰツールのリストのための識別子であり、端末
はIPMP_ToolIDのビットストリームに指定されている情
報を、端末が実装する特定のＩＰＭＰツールへ転送する
ことになる。 numAlternates -- IPMP_Tool[]で指定されている代替
ＩＰＭＰツールの数。Alt_IPMP_ToolID -- コンテンツ
の利用を許容する一群の代替ＩＰＭＰツールのＩＤ。 isParametric -- IPMP_Toolには、ＩＰＭＰツールのパ
ラメータ記述が含まれている。この場合、ipmp_ToolID
は、パラメータで記述されているＩＰＭＰツールの識別
であり、端末はIPMP_ToolIDのビットストリームに指定
されている情報を、端末が実装する特定のＩＰＭＰツー
ルへ転送することになる。

【００５１】（２．３ＩＰＭＰツール容器記述子）コ
ンテンツそれ自体がバイナリＩＰＭＰツール(軽量)を搬
送しているケースが多くある。端末はコンテンツからＩ
ＰＭＰツールを検索、ロードして、それを実装すると共
に、コンテンツを再生するために直ちにそれを利用して
もよい。ＭＰＥＧ４ＩＰＭＰ拡張版では、ＩＰＭＰツ
ールはツールＥＳで搬送される。しかし、ＭＰＥＧ２の
場合、新たに定義付けしたＩＰＭＰツール容器記述子内
でバイナリＩＰＭＰツールを搬送する方がより容易であ
る。与えられたツールの一つの実装が、一つのＩＰＭＰ
ツール容器のペイロード、記述フォーマット、パッケー
ジ情報、容器内で指定されるＩＰＭＰツールＩＤとして
搬送される。

【００５２】

【表７】テーブル７ＩＰＭＰツール容器記述子

【００５３】（ＩＰＭＰツール容器記述子におけるフィ
ールドの意味論的定義） IPMP_Tool_ID -- このストリームで搬送されるツール
のＩＤ。 Tool_Format_ID -- これは構造的に記述されているツ
ールの場合、0x0001として定義されている。そうでない
場合、Tool_Format_IDは、ツールのバイナリ表現を示
し、登録権威により割り当てられる。注意：構造的に記述されているツールとは、コンテン
ツの利用に必要な一部ないし全てのＩＰＭＰ機能を提供
するために組み合わされるプリミティブのネットワーク
としてのＩＰＭＰツールを含んでいる。例えば、ＤＥＳ
解読アルゴリズムは、入力として暗号コード(ciphercod
e)を受け、出力として平文で出力する演算コード呼出し
のシーケンスとして説明できる。

【００５４】Tool_Package_Idは、ツールのパッケージ
の詳細を示している。一例にはＣＡＢないしWinzip、自
己インストール実行等がある。値は登録認証者により割
り当てられる。

【００５５】（２．４ＩＰＭＰ制御グラフ記述子）Ｉ
ＰＭＰ制御グラフ記述子には、全体のＩＰＭＰ保護スキ
ームの説明が含まれている。それはＩＰＭＰツールを、
保護されている個々のストリームと関連付ける。

【００５６】

【表８】テーブル８ＩＰＭＰ制御グラフ記述子

【００５７】（ＩＰＭＰ制御グラフ記述子におけるフィ
ールドの意味論的定義） numProtectedProgram -- この８ビットフィールドで、
ＩＰＭＰ保護範囲に入るプログラムは幾つあるかを表し
ている。数が０であれば、それはプログラムストリーム
であることを意味する。それが１以上であれば、それは
トランスポートストリームであることを意味し、for lo
opが各プログラムにトレースすべく続く。

【００５８】トランスポートストリームの場合(numProt
ectedProgram>０)： program_number -- このprogram_numberは１６ビット
フィールドである。これは、ＩＰＭＰで保護されている
プログラムを特定する。このフィールドは、ＩＰＭＰ制
御情報の一つのバージョン内で一度以外、単一の値をと
ることはできない。 ipmp_length -- これは１６ビットフィールド。これ
は、ipmp_lengthフィールドの直後に続くＩＰＭＰ記述
子のバイト数を指定する。 NumProtectedStreams -- ＩＰＭＰで保護されているエ
レメンタリストリーム(上記のプログラムに属する)の数
を指定する。 stream_type -- これは、elementary_PIDで指定される
値を有するＰＩＤのあるパケット内に搬送されるプログ
ラムエレメントの種類を指定する８ビットフィールドで
ある。stream_typeの値は後述するテーブル１１に規定
されている。 elementary_PID -- これは、関連付けられたプログラ
ムエレメントを搬送するトランスポートストリームパケ
ットのＰＩＤを指定する１３ビットフィールドである。
このelementary_PIDの直後にＩＰＭＰ記述子があれば、
それは、この特定のエレメンタリストリームがこのＩＰ
ＭＰ記述子で定義付けされている保護範囲内にあること
を意味する。

【００５９】プログラムストリームの場合(numProtecte
dProgram=０)： elementary_stream_id -- このelementary_stream_id
は、このエレメンタリストリームが保存されているＰＥ
ＳパケットのＰＥＳパケットヘッダにおけるstream_id
の値を表す８ビットフィールドである。

【００６０】ＩＰＭＰ記述子は下記のように更に定義付
けられている。

【００６１】（２．５ＩＰＭＰ記述子）ＩＰＭＰ記述
子は、特定の範囲でＩＰＭＰ保護を指定する。制御ポイ
ント、シーケンス、ＩＰＭＰツールＩＤなどの仕様を含
む。

【表９】テーブル９ＩＰＭＰ記述子

【００６２】（ＩＰＭＰ記述子のフィールドの意味論的
定義） IPMP_DescriptorID -- このＩＰＭＰ記述子に特有のＩ
Ｄ。この特定の記述子(保護範囲)を参照するのに利用で
きる。 IPMP_ToolID -- この範囲で保護しているＩＰＭＰツー
ルに特有のＩＤ。 NumControlPoints -- ＩＰＭＰツールがアクティブに
なっている制御ポイントの数。 controlPoint -- ＩＰＭＰツールが常駐しているＩＰ
ＭＰ制御ポイントを指定する値であって、下記の値のう
ちのいずれか一つの値をとる。

【表１０】

【００６３】sequenceCode -- 同一制御ポイントにあ
るＩＰＭＰツールに対するＩＰＭＰツールの関係を特定
する値であって、下記の内の一つをとる。このsequence
Codeが0x01と0x02の何れかであれば、ＩＰＭＰ記述子Ｉ
ＤがcontrolPointと共に直ちに続いて、どのツール(イ
ンスタンス)が前または後ろにつづくＩＰＭＰツールで
あるかを指定する。

【表１１】

【００６４】OpaqueData -- ＩＰＭＰツールを制御す
るための不透明データ。

【００６５】（３．新しいストリーム）Stream_id
が、下記の表で定めているエレメンタリストリームの種
類と数を特定する。本実施形態では、Stream_id=1111 1
001がＩＰＭＰストリームに割り当てられている。

【００６６】

【表１２】テーブル１０ Stream_id割当て

【表１３】テーブル１１ストリーム種類割当て

【００６７】（３．１ＩＰＭＰストリーム）ＩＰＭＰ
ストリームは、ＩＰＭＰ情報を搬送する新しいエレメン
タリストリームである。一つのコンテンツに、各ＩＰＭ
ＰＥＳが一つのＩＰＭＰシステムに関連付けられて沢
山のＩＰＭＰエレメンタリストリームがあるＭＰＥＧ４
拡張版とは異なって、ＭＰＥＧ２では、全ての制御ポイ
ントにある全てのＩＰＭＰツールの全てのＩＰＭＰ情報
が一つのＩＰＭＰストリームに搬送されている。

【００６８】従って、ＩＰＭＰストリームにおける全て
のＩＰＭＰ情報の宛先を明確に示す必要はない。

【００６９】本発明では、ＩＰＭＰストリームは、下記
の如く定めたシンタックスを有するＩＰＭＰ情報メッセ
ージの連鎖(concatenation)でなければならないと定め
ている。

【表１４】テーブル１２ＩＰＭＰ情報メッセージ ipmp_descriptor_idとcontrol_pointとは、このIPMP_in
fo_messageの宛先を明確に定めている。このメッセージ
は、メッセージルーターを介して、特定のcontrol_poin
tにある対応するＩＰＭＰ記述子に定められているＩＰ
ＭＰツールへ転送されていなければならない。

【００７０】（４．ＭＰＥＧ２ＩＰＭＰ端末）ＩＰ
ＭＰツールマネジャーとメッセージルーターとは、ＭＰ
ＥＧ４ＩＰＭＰ拡張端末からＭＰＥＧ２ＩＰＭＰ端
末へと直接移植し得る。図３は、ＭＰＥＧ-２ＩＰＭＰ
端末のアーキテクチャを示す。

【００７１】（４．１ＩＰＭＰツールマネジャー）Ｉ
ＰＭＰツールマネジャーは、ある特定のＩＰＭＰ端末に
おける概念的なエンティティである。端末は、ツールリ
ストを受け取ると、それを構文解析とツール検索に備え
てＩＰＭＰツールマネジャーに転送しなければならな
い。また、ツールマネジャーは、パラメータ記述を処理
して、代替ツールを求め、コンテンツとして到達するバ
イナリツールを受け取る。

【００７２】下記のステップは、ＭＰＥＧ-２端末での
ツールの構文解析と検索のプロセスを詳細に説明したも
のである。１. ＩＰＭＰツールリスト記述子がＰＳＩにおけるＩ
ＰＭＰ制御情報テーブルに記載されて、ツールマネジャ
ーに転送される。２. ＩＰＭＰツールマネジャーは、前節で説明したシ
ンタックスによりＩＰＭＰツールの情報を構文解析す
る。３. ツールマネジャーは、所要ツールを持っているか
どうかをチェックする。ツールを持っていない場合、ツ
ールを得る試みがなされる。得られないツールを得る方
法は実装上の問題である。４. また、ＩＰＭＰツールマネジャーは、ＩＰＭＰツ
ール容器記述子の構文解析を行って、ＰＳＩに含まれる
バイナリＩＰＭＰツールを検索する責任がある。５. 更に、ＩＰＭＰツールマネジャーは、パラメータ
記述を処理する責任がある。

【００７３】（４．２ＩＰＭＰメッセージルーター）
全てのＩＰＭＰツールメッセージは、端末を介して転送
される。この機能を表すためには、メッセージルーター
（ＭＲ）と称する実体がアーキテクチャに定められてい
る。ＭＲは、サポートされているＩＭＰＭツールと接続
し、通信する。従って、それは一つのＩＰＭＰツール
と、、それと通信したがっている他のＩＰＭＰツールと
の物理的インターフェースとなる。メッセージ転送は瞬
間的になされると想定される。ＭＲエラーの場合、ＭＲ
により適当なエラーステータスが返される。他の全ての
場合では、ＭＲは、意味論的意味を変えないで、情報と
受信返答とを転送するように求められている。

【００７４】メッセージインターフェースはＭＰＥＧ４
ＩＰＭＰ拡張版から変更を加えることなく移植され
る。しかし、ＭＰＥＧ２でのツールインスタンスにため
のコンテクストＩＤを定める必要はない。ＩＰＭＰ記述
子ＩＤが、制御ポイントと共に、特定のエレメンタリス
トリームを保護するために特定の制御ポイントで作用す
る特定のツールインスタンスを明確に定めるべきであ
る。

【００７５】（４．３手動認証）互いに、或いは、端
末と通信しなければならないツールは、ツールと端末の
セキュリティ要件を満たすようなやり方でそのようにし
なければならない。ツールは、端末に対して、また、恐
らくは互いに信頼関係を築いて通信を確かなものとしな
ければならない。ツール間の信頼できる通信チャンネル
を確立することは、確実で、信頼性のある認証チャンネ
ルを利用することにより達成される。相互認証をサポー
トするメッセージは、ＭＰＥＧ４ＩＰＭＰ拡張版から
ＭＰＥＧ２フレームワークへ直接移植できる。

【００７６】

【発明の効果】本発明は、異なった種類の端末において
同じ方法で保護されたＭＰＥＧ-２コンテンツを再生す
ると共に、異なったベンダーのＩＰＭＰシステムを利用
して同じＭＰＥＧ-２コンテンツを保護する問題を、Ｍ
ＰＥＧ２ＩＰＭＰフレームワークを導入することによ
り解消している。

【００７７】ＩＰＭＰ制御情報は、ＭＰＥＧ-２トラン
スポートストリームの場合ではＰＳＩに、また、ＭＰＥ
Ｇ-２プログラムストリームの場合ではＰＥＳパケット
に搬送することができる。ＩＰＭＰ制御情報は、ＩＰＭ
Ｐツールリスト、またはＩＰＭＰツール容器を５つの新
しい記述子の形で搬送している。

【００７８】ＩＰＭＰツールリストは、コンテンツを処
理するのに必要なＩＰＭＰツールを識別すると共に、そ
の選択を可能にしている。ＩＰＭＰ制御グラフは、ＩＰ
ＭＰツールとその保護範囲(制御ポイント)との関連を表
している。ツール容器は、コンテンツストリームにおい
てバイナリツールを搬送している。

【００７９】ＩＰＭＰストリームはＭＰＥＧ-２システ
ム内でのエレメンタリストリームで、各個々ＩＰＭＰツ
ールインスタンスにＩＰＭＰメッセージを搬送するため
のものである。

【００８０】ＩＰＭＰツールマネジャーとメッセージル
ーターとは、ＭＰＥＧ-４ＩＰＭＰ拡張版からＭＰＥＧ-
２ＩＰＭＰシステムに移植できる。

【図面の簡単な説明】

【図１】従来例としてのＭＰＥＧ-２の異なったＣＡ
システムでのコンテンツ配信と保護を示す。

【図２】コンプライアントＭＰＥＧ-２ＩＰＭＰシス
テムの概略図。

【図３】ＭＰＥＧ-２ＩＰＭＰ端末の図を示す（"Ｄ
Ｂ"：デコーダバッファ、"ＲＢ"：レンダーバッフ
ァ）。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 7/167 (72)発明者シェンメイ・シェンシンガポール534415シンガポール、タイ・セン・アベニュー、ブロック1022、04− 3530番、タイ・セン・インダストリアル・エステイト、パナソニック・シンガポール研究所株式会社内 (72)発明者ファング・ゾンヤンシンガポール534415シンガポール、タイ・セン・アベニュー、ブロック1022、04− 3530番、タイ・セン・インダストリアル・エステイト、パナソニック・シンガポール研究所株式会社内 (72)発明者妹尾孝憲大阪府門真市大字門真1006番地松下電器産業株式会社内Ｆターム(参考） 5C063 AA01 AB03 AB05 AC01 AC10 CA23 CA36 DA01 DA03 DA07 DA13 DB09 DB10 5C064 BA07 BB02 BC06 BC17 BC18 BC22 BD02 BD08 BD09 BD13 5J104 AA14 BA04

Claims

【特許請求の範囲】

【請求項１】コンテンツプロバイダ側での、ＭＰＥＧ
-２コンテンツの配信と保護のための融通性ある共通Ｉ
ＰＭＰシステムに関する装置であって、既存の符号化技術を用いてコンテンツをコンテンツスト
リームに符号化する符号化手段と、少なくとも一つのＩＰＭＰツールを用いて、符号化され
たコンテンツストリームを暗号化する暗号化手段と、符号化されたコンテンツを暗号化するのに用いた少なく
とも一つのＩＰＭＰツールのＩＰＭＰツールリストを生
成する手段と、前記少なくとも一つのＩＰＭＰツールによるストリーム
の保護方法を示すＩＰＭＰ制御グラフを生成する手段と
ＩＰＭＰツールリストを含むＩＰＭＰ制御情報を、トラ
ンスポートストリームについてはＩＰＭＰ制御情報テー
ブルに、プログラムストリームについてはＩＰＭＰ制御
情報ＰＥＳパケットに多重化する手段と、トランスポートストリームの場合はＩＰＭＰ制御情報テ
ーブルを、プログラムストリームの場合はＩＰＭＰ制御
情報ＰＥＳパケットを、ＭＰＥＧ-２システムを利用す
るコンテンツストリームに多重化する手段とを備えたこ
とを特徴とする装置。
【請求項２】既存の透かしツールを用いてコンテンツ
に透かし情報を埋め込む、透かし手段をさらに備えたこ
とを特徴とする請求項１記載の装置。
【請求項３】コンテンツストリームにおいてバイナリ
ツールを搬送するＩＰＭＰツール容器を生成する手段を
さらに備えたことを特徴とする請求項１記載の装置。
【請求項４】端末側でのコンテンツ利用時に個別のツ
ールインスタンスの各々に送信すべき経時可変ＩＰＭＰ
関連制御情報を搬送するＩＰＭＰストリームを生成する
手段と、ＩＰＭＰストリームをＭＰＥＧ−２コンテンツストリー
ムへ多重化する手段とを更に備えたことを特徴とする請
求項１記載の装置。
【請求項５】ＭＰＥＧ-２ＩＰＭＰ端末側での、Ｍ
ＰＥＧ-２コンテンツの配信と保護のための融通性ある
共通ＩＰＭＰシステムに関する装置であって、コンテンツプロバイダから配信されたＭＰＥＧ-２コン
テンツストリームから、ＩＰＭＰツールリストを含むＩ
ＰＭＰ制御情報を多重化された状態からもとに戻すデマ
ルチプレクサ手段と、ＩＰＭＰツールリストを解釈する手段と、端末内（プレロードされているか又は予め符号化されて
いる）、周辺又は遠隔側からのＩＰＭＰツールリストに
基づき、欠けているＩＰＭＰツールを検索する手段と、ＩＰＭＰ制御グラフを解釈して、どのツールが、どの制
御ポイントで、どのストリームを制御するかについての
情報を得る手段と、制御ポイントでの予め定義付けした(メッセージ)インタ
ーフェースを介して少なくとも一つのＩＰＭＰツールと
相互作用する手段とを備えたことを特徴とする装置。
【請求項６】前記制御ポイントでの予め定義付けした
(メッセージ)インターフェースを介して、透かしの検索
及び透かしの埋め込みのうちの少なくとも１つを実行す
る手段をさらに備えたことを特徴とする請求項５記載の
装置。
【請求項７】ＩＰＭＰツールリストと代替ツールのパ
ラメータ記述を解釈し、その解釈結果に基づいてツール
選択を行う手段をさらに備えたことを特徴とする請求項
６記載の装置。
【請求項８】ＩＰＭＰツールリストと代替ツールのパ
ラメータ記述を解釈し、その解釈結果に基づいてツール
選択を行う手段と、ＩＰＭＰ制御情報内のＩＰＭＰツール容器からバイナリ
ＩＰＭＰツールを検索して、関連する各ＩＰＭＰツール
のツールＩＤ、ツールフォーマットＩＤ及びツールパッ
ケージＩＤを取得する手段とをさらに備えたことを特徴
とする請求項５記載の装置。
【請求項９】経時可変ＩＰＭＰ関連制御情報を、所定
のＩＰＭＰツールインスタンスまたは端末それ自体へ転
送するルーターをさらに備えたことを特徴とする請求項
５記載の装置。
【請求項１０】既存でかつ共通に使用されるＩＰＭＰ
ツールを、埋め込み型ＭＰＥＧ-２ＩＰＭＰ端末に実
装する手段をさらに備えたことを特徴とする請求項５記
載の装置。
【請求項１１】ＭＰＥＧ-２コンテンツストリームに
は、ＩＰＭＰ制御情報ストリームとＩＰＭＰストリーム
とを含むＩＰＭＰ関連ストリームが含まれ、ＩＰＭＰ制
御情報ストリームにはＩＰＭＰツールリストとＩＰＭＰ
ツール容器が含まれていることを特徴とする請求項５記
載の装置。
【請求項１２】ＭＰＥＧ-２コンテンツストリームは
ＩＰＭＰツールにより保護され、かつ、ＭＰＥＧ-２コ
ンテンツストリームには、ツールＩＤやツール位置、ツ
ールリスト、ツール制御グラフの如くのＩＰＭＰツール
に関する情報が含まれる、ことを特徴とする請求項５記
載の装置装置。
【請求項１３】ＭＰＥＧ-２コンテンツストリームは
ＩＰＭＰツールにより保護されており、いくつかのＩＰ
ＭＰツールは、定義付けされたＩＰＭＰツール容器に入
れられてコンテンツストリームで搬送される、ことを特
徴とする請求項５記載の装置。
【請求項１４】ＭＰＥＧ-２コンテンツストリームは
いくつかのＩＰＭＰツールにより保護されており、端末
において欠如しているツールは所定の位置から検索され
る、ことを特徴とする請求項５記載の装置。
【請求項１５】ＭＰＥＧ-２コンテンツストリームは
いくつかのＩＰＭＰツールにより保護されており、ＩＰ
ＭＰツールは事前に端末に実装されている、ことを特徴
とする請求項５記載の装置。
【請求項１６】保護されているＭＰＥＧ-２ストリー
ムは、先ず同じＭＰＥＧ-２ストリームに搬送されてい
る、ＩＰＭＰツールリスト、ＩＰＭＰ制御グラフ、ＩＰ
ＭＰツール容器及びＩＰＭＰストリームのようなＩＰＭ
Ｐ情報を用いて処理される、ことを特徴とする請求項５
記載の装置。
【請求項１７】保護されているＭＰＥＧ-２ストリー
ムは、先ず同じＭＰＥＧ-２ストリームに搬送されてい
るＩＰＭＰ制御情報を解釈し、ＩＰＭＰツールリストを
構文解析し、ＩＰＭＰ制御グラフを解釈し、欠如してい
るツールを検索し、関連するＩＰＭＰツールを定義付け
された制御ポイントでオーディオ及びビデオストリーム
に適用することにより処理される、ことを特徴とする請
求項５記載の装置。
【請求項１８】保護されているＭＰＥＧ-２コンテン
ツストリームは、必要なＩＰＭＰツールを取得し、それ
を関連するオーディオおよびビデオストリームに適用す
る概念的なＩＰＭＰマネジャーによって先ず処理され
る、ことを特徴とする請求項５記載の装置。