JP4854753B2

JP4854753B2 - Ｍｐｅｇｉｐｍｐコンテンツにおける権利の分配形ｉｐｍｐ装置メッセージングおよび多重化の方法

Info

Publication number: JP4854753B2
Application number: JP2009054857A
Authority: JP
Inventors: ジ・ミン; メイ・シェンシェン; ファング・ゾンヤン; 孝憲妹尾
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2002-02-05
Filing date: 2009-03-09
Publication date: 2012-01-18
Anticipated expiration: 2023-02-04
Also published as: JP2009123240A; WO2003067819A2; JP4468639B2; CN1628440A; EP1474897A2; US7436958B2; EP1474897B1; AU2003244378A1; US20050204067A1; JP2004129194A; KR20040076288A; WO2003067819A3

Description

本発明は、分配形ＩＰＭＰ（知的財産管理および保護：Intellectual Property Management and Protection）装置間のコンテンツおよびＩＰＭＰツール転送に関する。

また、それは、ＭＰＥＧシステム、特にＭＰＥＧ−４システムにおける権利の多重化（carriage）に関する。

広帯域ネットワークが全ての家に達すると、コンテンツ分配がますます要求されるようになってきている。ユーザは、便利性によって喜び、かつ彼らは、以前よりもさらに容易にかつ効率的に娯楽を楽しむことができる。

コンテンツ分配連鎖では、コンテンツ所有者、コンテンツ分配者から、エンド・ユーザまで、一つのコンテンツの操作に含まれる多くのパーティが存在する。

まず第１に、コンテンツ所有者は、コンテンツを生成しかつポストプロダクション・ハウスは、コンテンツがＭＰＥＧ−２またはＭＰＥＧ−４のような一定のフォーマットにエンコードすることを支援する。また、コンテンツは、ＩＰＭＰ方法で保護される、例えば、一定のＩＰＭＰツールによって暗号化される。

各コンテンツを識別し、保護しかつ認識するために、コンテンツ所有者は、コンテンツの異なる部分に対する権利を記述するために使用規則を生成するであろう。コンテンツが要求されるかまたはユーザに分配されるときに、異なる使用規則は、異なるビジネス・モデルまたはストラテジーに基づき異なる場合に適用される。かかる使用規則または権利記述は、同じコンテンツ所有者に対してもコンテンツ分配者毎に大きく異なるであろう。

従来のＩＰＭＰまたはＣＡ（コンディション・アクセス）システムは、コンテンツ分配者からエンド・ユーザの家のネットワークのエントリポイント、例えばデジタル・ビデオ同時通信の場合にはＳＴＢ（セットトップボックス）までコンテンツを保護するだけである。コンテンツのＩＰＭＰ保護の従来技術を図１に示す。

コンテンツが検索された後に、特に、装置間でのコンテンツ転送または消費の後に、コンテンツを保護するための標準化またはインタオペラブルな方法が現在、存在していない。また、装置間でコンテンツまたはＩＰＭＰツールを交換するための標準化またはインタオペラブルな方法も存在していない。

コンテンツがＭＰＥＧ−４のような、同じフォーマットでエンコードされても、それは、異なる権利記述、異なる使用規則またはコンテンツ内部の権利情報の異なる場所によりインタオペラビリティをまだ達成することができない。

コンテンツが検索された後に、特に、装置間でのコンテンツ転送または消費の後に、コンテンツを保護するための標準化方法を有する必要性が存在する。次いで、ＩＰＭＰ装置間でインタオペラビリティを有することができる。従って、装置間でコンテンツまたはＩＰＭＰツールを交換するための方法を標準化する必要性が存在する。

また、ＭＰＥＧシステム、特にＭＰＥＧ−４システム内部に権利情報（権利記述、使用規則）を配置する特定の場所を標準化する必要性が存在する。

一組のメッセージは、分配形ＩＰＭＰ装置に対して画定される。これらのメッセージは、コンテンツ転送メッセージ、ＩＰＭＰツール変換メッセージ、並びに装置ＩＤ同時通信メッセージを含む。これらのメッセージを用いて、分配形装置は、ネットワークを確立し、かつインタオペラブルな方法でＩＰＭＰによって保護されたコンテンツを交換するために標準の組のメッセージを用いることができる。

権利を保持するための標準化位置は、各ＭＰＥＧシステムに対して特定される必要がある。権利ＥＳ（エレメンタリ・ストリーム）は、権利情報を多重化（carry）するために、ＭＰＥＧ−４システムで画定される。また、権利ＥＳは、ＥＳに多重化された権利がプロプラエタリであるか否か、および／またはこの権利ＥＳを取り扱うための権利管理ツールが何であるべきかを含んでいる情報に付加される。それにより、端末は、インタオペラブルな方法で構築することができかつ標準化位置から権利を検索することができる。

（作用）
（ａ）分配形ＩＰＭＰ装置
二つの従順ＩＰＭＰ装置間の送信は、図２に示すように、インタオペラビリティを供給するために本発明で画定されたメッセージを用いて標準化インタフェースを通して実現される。

従来のＩＰＭＰ保護および分配形ＩＰＭＰ装置間でトークする機能の両方を支持するＩＰＭＰ装置を図３に示す。

一組の標準メッセージは、異なるＩＰＭＰ装置間のインタオペラビリティを確保するためにコンテンツまたはＩＰＭＰツールを交換するように実施形態で特定される。

上記転送の前に、相互認証が二つの装置間で実行される。そして、装置間で交換されたメッセージは、を機密性を確保するために安全メッセージのペイロードとして設定されうる。

（ｂ）コンテンツにおける権利の多重化（carriage）
コンテンツ製品側では、メディア・コンテンツは、ＭＰＥＧ−２またはＭＰＥＧ−４のような既存のコーディング技術を用いてエンコードされ、かつＤＥＳまたはＡＥＳのような既存のＩＰＭＰツールを用いて暗号化される。関連権利情報は、標準権利言語またはプロプラエタリ言語のいずれかを用いて構築され、かつコンテンツ内部の標準化位置に配置される。

ＭＰＥＧ−４システムでは、権利情報は、権利ＥＳ（エレメンタリ・ストリーム）内部に多重化され、かつその他のＭＰＥＧ−４システムＥＳと一緒にマルチプレックスされる。権利ＥＳ内部に多重化された権利情報は、コンテンツの著者によりデジタル的に署名されうる。

使用した権利言語がプロプラエタリであるならば、関連デコーダ特定情報では、特定の権利管理ツールが示されて、端末は、権利情報を特定した権利管理ツールに転送することができる。

端末側では、ＩＰＭＰ端末は、コンテンツ内部の標準化位置、即ち、ＭＰＥＧ−４ＩＰＭＰシステムの場合には権利ＥＳから権利情報を検索する。

関連権利ＥＳのデコーダ特定情報から、権利情報がＩＰＭＰ端末も準拠する標準権利言語でコード化されるならば、ＩＰＭＰ端末は、組込み標準権利管理ツールに権利情報を引渡す。権利情報がプロプラエタリ権利言語でコード化されるならば、ＩＰＭＰ端末は、ツールＩＤによって示されたようにプロプラエタリ権利管理ツールに権利情報を送る。

そして、ＩＰＭＰ標準に準拠して構築された全てのＭＰＥＧ−ｎＩＰＭＰ端末は、インタオペラブル方法でＩＰＭＰ保護コンテンツ内部に多重化された権利情報を検索しかつ処理することができる。

一組のメッセージは、分配形ＩＰＭＰ装置に対して画定される。これらのメッセージは、コンテンツ転送メッセージ、ＩＰＭＰツール転送メッセージ、並びに装置ＩＤ同時通信メッセージを含む。これらのメッセージを用いることにより、分配形装置は、ネットワークを確立し、かつインタオペラブルな方法でＩＰＭＰによって保護されたコンテンツを交換するために標準の組のメッセージを用いることができる。

権利ＥＳ（エレメンタリ・ストリーム）は、権利情報を多重化するために、ＭＰＥＧ−４システムで画定される。また、権利ＥＳは、ＥＳに多重化される権利がプロプラエタリであるか否か、および／またはこの権利ＥＳを取り扱うためにどの権利管理ツールであるべきかを含んでいる情報に付加される。それにより、端末は、インタオペラブルな方法で構築することができ、かつ標準化位置から権利を検索することができる。

（ａ）分配形ＩＰＭＰ装置間のメッセージ
（ａ−１）分配形装置のアドレス指定
ネットワーク・ドメインにおける異なるＩＰＭＰ装置をアドレス指定するために、全てのＩＰＭＰ装置は、独自の６４ビット装置ＩＤが割り当てられるべきである。どのように装置ＩＤが独自に割り当てられかつ維持されるかは、実施の問題である。それは、製造時間中に割り当てられうる。

（ａ−２）ＩＰＭＰ＿ＤｅｖｉｃｅＭｅｓｓａｇｅＢａｓｅ
シンタクス
abstract class IPMP_DeviceMessageBase extends ExpandableBaseClass: bit(8) tag = 0
{
bit(8) Version;
bit(64) sender_deviceID;
bit(64) recipient_deviceID;
bit(32) Msg_ID;
}

セマンティクス：
ＩＰＭＰ＿ＤｅｖｉｃｅＭｅｓｓａｇｅＢａｓｅは、装置メッセージへのＩＰＭＰ装置に対する拡張可能ベース・クラスである。メッセージのバイナリ形式は、以下のように見える。

バージョンは、メッセージで用いたシンタクスのバージョンを示しかつ０ｘ０１に設定される。

Ｓｅｎｄｅｒ＿ＤｅｖｉｃｅＩＤは、メッセージの発信者の装置ＩＤを示す。
Ｒｅｃｉｐｉｅｎｔ＿ＤｅｖｉｃｅＩＤは、メッセージの意図した受信者の装置ＩＤを示す。
Ｍｓｇ＿ＩＤは、メッセージ発信者によって特定されたメッセージ識別子である。メッセージに応答して送られた全てのメッセージは、オリジナル・メッセージの識別子を含む。

ＩＰＭＰ＿ＴｏｏｌＭｅｓｓａｇｅＢａｓｅから拡張されたあるメッセージは、ＩＰＭＰ＿ＤｅｖｉｃｅＭｅｓｓａｇｅＢａｓｅからも拡張されうるし、ＩＰＭＰ＿Ｔｏｏｌ＿Ｓｅｃｕｒｅ＿Ｍｅｓｓａｇｅ、ＩＰＭＰ＿ＩｎｉｔＡｕｔｈｅｎｔｉｃａｔｉｏｎ並びにＩＰＭＰ＿ＭｕｔｕａｌＡｕｔｈｅｎｔｉａｔｉｏｎを含んでいる。

その最上部には、以下に画定される、特定の装置間メッセージが存在する。
（ａ−３）ＩＰＭＰ＿ＤｅｖｉｃｅＩＤ＿ＢｒｏａｄｃａｓｔｉｎｇＭｅｓｓａｇｅ
シンタクス:
class IPMP_ DeviceID_Broadcasting extends IPMP_DeviceMessageBase :
bit(8) tag = IPMP_ DeviceID_Broadcasting_tag
{
bit(64) device_ID;
bit(32) IPMP_DomainID;
ByteArray OpaqueData[];
}
応答：
ＩＰＭＰ＿ＤｅｖｉｃｅＩＤ＿Ｒｅｃｅｉｖｅｄ。

（ａ−４）ＩＰＭＰ＿ＤｅｖｉｃｅＩＤ＿Ｒｅｃｅｉｖｅｄ
装置Ａが装置ＢからＩＰＭＰ＿ＤｅｖｉｃｅＩＤ＿ＢｒｏａｄｃａｓｔｉｎｇＭｅｓｓａｇｅを受信したときに、装置Ａは、受理メッセージを送り戻し、かつ装置Ａの装置ＩＤについて告げる必要がある。メッセージ・シンタクスを以下に示す。

シンタクス：
class IPMP_ DeviceID_Received extends IPMP_DeviceMessageBase :
bit(8) tag = IPMP_ DeviceID_Received_tag
{
bit(64) device_ID;
bit(32) IPMP_DomainID;
ByteArray OpaqueData[];
}
応答：
なし。

また、以下に画定するようなあるコンテンツ転送メッセージも存在する。
（ａ−５）ＩＰＭＰ＿ＲｅｑｕｅｓｔＣｏｎｔｅｎｔ
シンタクス：
class IPMP_RequestContent extends IPMP_ToolMessageBase :
bit(8) tag = IPMP_RequestContent_tag
{
bit(128) ContentID;
bit(16) ProgramNumber;
bit(32) IPMP_DomainID;
}

セマンティクス：
Ｃｏｎｔｅｎｔ＿ＩＤ−記録されたコンテンツを独自に識別する識別番号。このＣｏｎｔｅｎｔ＿ＩＤは、記録する時間前にユーザによって割り当てられることが可能でありうる。

Ｄｏｍａｉｎ＿ＩＤ−それは、許可ドメインを識別する。同じ許可ドメイン内の全てのＩＰＭＰ互換性装置は、可能であればオペレータへの登録の時間中に、オペレータからある安全手段を介して同じＤｏｍａｉｎ＿ＩＤを取得すべきである。

応答：
ＩＰＭＰ＿ＲｅｓｐｏｎｓｅＴｏＣｏｎｔｅｎｔＲｅｑｕｅｓｔ
装置Ａが装置Ｂから要求メッセージを受信した後、装置Ａは、装置Ｂと相互認証を行うことを選択しうる。

（ａ−６）ＩＰＭＰ＿ＲｅｓｐｏｎｓｅＴｏＣｏｎｔｅｎｔＲｅｑｕｅｓｔ
シンタクス：
class IPMP_ ResponseToContentRequest extends IPMP_ToolMessageBase :
bit(8) tag = IPMP_ ResponseToContentRequest _tag
{
bit(2) response;
bit(6) reserved=0b111111;
}
セマンティクス：

表２−コンテンツ要求に対する応答メッセージ

（ａ−７）ＩＰＭＰ＿ＣｏｎｔｅｎｔＴｒａｎｓｆｅｒ
シンタクス：
class IPMP_ ContentTransfer extends IPMP_ToolMessageBase :
bit(8) tag = IPMP_ContentTransfer_tag
{
bit(128) ContentID;
bit(16) ProgramNumber;
bit(8) Sequence;
bit(32) PayloadSize;
bit(8) Payload[PayloadSize];
}

セマンティクス：
シーケンス−８ビット・フィールドは、このペイロードのシーケンス番号を示し、これは、コンテンツをだいなしにすることなく受信者装置にコンテンツを再生させることができる。それは、各ＩＰＭＰ＿ＣｏｎｔｅｎｔＴｒａｎｓｆｅｒメッセージを累積し、かつ２５６に到達したときに０にリセットされる。

コンテンツを安全に転送するために、このメッセージ全体は、現在のＩＰＭＰ拡張ＣＤにおいて画定されたようなＩＰＭＰ＿Ｔｏｏｌ＿Ｓｅｃｕｒｅ＿Ｍｅｓｓａｇｅのペイロードとして設定することができる。
応答：
要求されない
同様に、また、以下に画定されたあるツール転送メッセージも存在する。

（ａ−８）ＩＰＭＰ＿ＲｅｑｕｅｓｔＴｏｏｌ
シンタクス：
class IPMP_RequestTool extends IPMP_ToolMessageBase :
bit(8) tag = IPMP_RequestTool_tag
{
bit(128) ToolID;
bit(32) IPMP_DomainID;
}
応答：
ＩＰＭＰ＿ＲｅｓｐｏｎｓｅＴｏＴｏｏｌＲｅｑｕｅｓｔ。

（ａ−９）ＩＰＭＰ＿ＲｅｓｐｏｎｓｅＴｏＴｏｏｌＲｅｑｕｅｓｔ
シンタクス：
class IPMP_ResponseToToolRequest extends IPMP_ToolMessageBase :
bit(8) tag = IPMP_ResponseToToolRequest_tag
{
bit(128) ToolID;
bit(2) response;
bit(6) reserved;
if (response==0b11)
{
bit(32) PayloadSize;
bit(8) Payload[PayloadSize];
bit(16) ToolDescriptionSize;
bit(8) ToolDescription [ToolDescriptionSize];
}
}

セマンティクス：

表３−ツール要求に対する応答メッセージ

Ｐａｙｌｏａｄ（ペイロード）−バイナリ・ツールを多重化する
ＴｏｏｌＤｅｓｃｒｉｐｔｉｏｎ（ツール記述）−このツールがその他の装置に転送することを許可されるかどうかを含んでいる、バイナリ・ツールの記述。

ツールを安全に転送するために、このメッセージ全体は、現在のＩＰＭＰ拡張ＣＤにおいて画定されるようにＩＰＭＰ＿Ｔｏｏｌ＿Ｓｅｃｕｒｅ＿Ｍｅｓｓａｇｅのペイロードとして設定することができる。
応答：
要求されない

（ｂ）ＭＰＥＧ−４システムの権利ＥＳ
（ｂ−１）ＩＰＭＰ権利の概観
一般的に、一定のコンテンツに関連付けられた権利情報を引渡すために二つの方法が存在する。

まず第１に、バンドから権利を引渡すために、権利情報は、チケットまたは引換券の形式にパッケージ化される。チケットは、通常、一定の権利言語を用いてコンテンツに対する詳細な権利を含む。また、ディスクランブル・キーをチケットに多重化することもできる。また、一定のコンテンツに引換券およびチケットを独自にかつ明白にリンクすることができるように、コンテンツＩＤの一種もチケットに含まれる。

権利引渡しのこの方法は、実施問題であり、かつＭＰＥＧは、それを標準化する必要がない。

第２に、権利情報は、コンテンツ内部に多重化され、この方法で、コンテンツおよび権利情報は、互いにしっかりと結合される。ＭＰＥＧ−４ＩＰＭＰ拡張は、コンテンツに多重化される権利情報に対する方法を標準化する必要がある。権利ＥＳは、権利情報を多重化するためにＭＰＥＧ−４システムに含まれるニュー・ストリームである。

（ｂ−２）ＩＰＭＰ権利ＥＳ
ニュー・ストリームＴｙｐｅ“ＩＰＭＰＲｉｇｈｔｓＳｔｒｅａｍ（ＩＰＭＰ権利ストリーム）”は、このコンテンツに関連付けられたＩＰＭＰＲｉｇｈｔｓＩｎｆｏｒｍａｔｉｏｎ（ＩＰＭＰ権利情報）を多重化するために画定される。このストリームＴｙｐｅに割り当てられた値は、現在のＩＳＯ−確保された範囲から、０ｘ０Ｂとして設定することができる。変更ストリームＴｙｐｅ表は、以下の通りである。このストリームＴｙｐｅに対するオブジェクトＴｙｐｅは、常に、０ｘＦＥに設定されるべきである。ＭＰ４ＦｉｌｅＦｏｒｍａｔ（ファイル・フォーマット）仕様におけるこのストリーム・タイプに対するニュー・タグが要求される。

一定の権利表現言語で構築された本コンテンツに関連付けられたＩＰＭＰ権利は、一つのＩＰＭＰＲｉｇｈｔｓＳｔｒｅａｍ（ＩＰＭＰ権利ストリーム）のペイロードとして多重化される。言語フォーマット、および権利言語をパーズすると思われるＲｉｇｈｔｓＭａｎａｇｅｍｅｎｔＴｏｏｌ（権利管理ツール）のＩＰＭＰＴｏｏｌＩＤ（ＩＰＭＰツールＩＤ）は、関連ＥＳＤのＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒで特定される。

デコーダ特定情報
class IPMPRightsES_DecoderConfig extends DecoderSpecificInfo : bit(8) tag=DecSpecificInfoTag
{
bit(1) isProprietary;
bit(7) reserved = 0b1111111;
if (isProprietary)
{
bit(128) rights_Tool_ID;
}
}

ＩｓＰｒｏｐｒｉｅｔａｒｙ（イズ・プロプラエタリ）−ビット・フィールド、真であれば、それは、対応する権利ＥＳに多重化される使用規則がプロプラエタリであることを意味し、かつそれは、それをパーズしかつ理解するためにプロプラエタリ権利管理ツールに送らなければならない。ビットが偽であるならば、それは、多重化された権利が標準フォーマットのものであり、かつ更なる処理に対して標準権利管理ツールにパスすることができることを示す。

ｒｉｇｈｔｓ＿ｔｏｏｌ＿ＩＤ−プロプラエタリ権利管理ツールのツールＩＤ（ＴｏｏｌＩＤ）。以下の使用規則は、この参照された権利管理ツールに送られる。

ＢｉｔＳｔｒｅａｍ（ビットストリーム）
class IPMP_RightsES
{
bit(1) isSigned;
bit(7) reserved = 0b1111111;
if (isSigned)
{
ByteArray IPMP_Rights_Signature;
int(16) numCerts;
int i;
for(i=0; i<numCerts; i++)
{
int( 8) CertType;
ByteArray Certificate[numCerts];
}
bit(128) Verifying_Tool_Id;
}
ByteArray rights;
}

ｉｓＳｉｇｎｅｄ（イズ・サインド）−権利ストリームにおける署名の存在を示す。
ＩＰＭＰ＿Ｒｉｇｈｔｓ＿Ｓｉｇｎａｔｕｒｅ−権利ストリームで引渡されるデータの署名。
ＣｅｒｔＴｙｐｅ−用いられる証明機構の種類。
ＮｕｍＣｅｒｔｓ−含まれる証明書の数。
Ｃｅｒｔｉｆｉｃａｔｅ−証明のアレイ
Ｖｅｒｙｆｙｉｎｇ＿Ｔｏｏｌ＿Ｉｄ−証明を確認するために必要なツール（Ｔｏｏｌ）のＩＤ。これは、端末のＩＤでありうる。
権利ＥＳは、権利情報を単に多重化する。

本発明は、以下に示すように種々の形態をとることができる。図４は、本発明の構成を示すブロック図である。まず、第１の形態は、分配形ＩＰＭＰ装置間のメッセージングの方法である。各ＩＰＭＰ装置は、それ自体を識別するための独自の装置ＩＤを有する。装置ＩＤは製造時間中、または購入時に割り当てることができる。この方法は、
（ａ）それが存在するネットワーク・ドメインを識別するために各ＩＰＭＰ装置に対するドメインＩＤを取得するステップであって、該ネットワークが一群のＩＰＭＰ装置を意味するステップと、
（ｂ）ＩＰＭＰ装置のネットワーク・ドメインを結合することにより、近傍のＩＰＭＰ装置にＩＰＭＰ装置ＩＤを同時通信するステップと、
（ｃ）同時通信された装置ＩＤを受信することにより、前記近傍のＩＰＭＰ装置の装置ＩＤを含む受理メッセージを受信するステップとを含む。

第２の形態は、上述のものであって、さらに、
（ａ）一定のコンテンツＩＤによって識別されたコンテンツを要求しているＩＰＭＰ装置からコンテンツ要求メッセージを受信するステップと、
（ｂ）要求メッセージで送られたドメインＩＤをチェックし、さらに前記要求されたコンテンツに関連付けられた権利情報をチェックし、その後に肯定または否定のいずれかの応答メッセージを送り戻すステップと、
（ｃ）前記応答メッセージが肯定であるならば、その後にコンテンツ転送メッセージを用いて前記コンテンツを送ることを開始するステップと
を更に含む。

第３の形態は、上述の方法であって、さらに、
（ａ）一定のコンテンツＩＤによって識別されたコンテンツを要求しているＩＰＭＰ装置からコンテンツ要求メッセージを受信するステップと、
（ｂ）要求メッセージで送られたドメインＩＤをチェックし、さらに前記要求されたコンテンツに関連付けられた権利情報をチェックし、その後に肯定または否定のいずれかの応答メッセージを送り戻すステップと、
（ｃ）前記ＩＰＭＰ装置が信用ＩＰＭＰ装置であるかどうかを確認するために、ＭＰＥＧＩＰＭＰにおいて画定された相互認証メッセージを用いて、前記ＩＰＭＰ装置により相互認証を行うことを選択するステップと、
（ｄ）その後にコンテンツ転送メッセージを用いて前記コンテンツを送ることを開始するステップであって、前記応答が肯定でかつ前記相互認証が成功したならば、前記コンテンツ転送メッセージは、その機密性を確保するためにＭＰＥＧＩＰＭＰにおいて画定された安全メッセージとしてペイロードのように多重化される、該ステップとを更に含む。

第４の形態は、上記の方法であって、さらに、
（ａ）一定のツールＩＤによって識別されたＩＰＭＰツールを要求しているＩＰＭＰ装置からＩＰＭＰツール要求メッセージを受信するステップと、
（ｂ）要求メッセージで送られたドメインＩＤをチェックし、また前記要求されたＩＰＭＰツールの利用可能性もチェックし、その後に肯定または否定のいずれかの応答メッセージを送り戻すステップと、
（ｃ）前記応答メッセージが肯定であるならば、該ポジティブ応答メッセージに該要求されたＩＰＭＰツールを多重化するステップとを更に含む。

第５の形態は、上記の方法であって、さらに、
（ａ）一定のツールＩＤによって識別されたＩＰＭＰツールを要求しているＩＰＭＰ装置からＩＰＭＰツール要求メッセージを受信するステップと、
（ｂ）要求メッセージで送られたドメインＩＤをチェックし、また前記要求されたＩＰＭＰツールの利用可能性もチェックし、その後に肯定または否定のいずれかの、応答メッセージを送り戻すステップと、
（ｃ）前記応答がポジティブであるようになるならば、前記ＩＰＭＰ装置が信用ＩＰＭＰ装置であるかどうかを確認するために、ＭＰＥＧＩＰＭＰにおいて画定された相互認証メッセージを用いて、前記ＩＰＭＰ装置により相互認証を行うことを選択するステップと、
（ｄ）前記要求されたＩＰＭＰツールを含んでいるポジティブ応答メッセージを送り戻すステップであり、前記相互認証が成功したならば、前記応答メッセージは、その機密性を確保するためにＭＰＥＧＩＰＭＰにおいて画定された安全メッセージとしてペイロードのように多重化されるステップとを更に含む。

第６の形態は、ＭＰＥＧＩＰＭＰシステムにおける一定の場所に多重化された権利情報を処理する方法である。該権利情報は、権利言語を用いて構築され、該権利情報は、それをコンテンツの一定の場所に多重化され、かつ該権利情報は、前記権利言語に基づき権利管理ツールを有するＩＰＭＰ端末に送られる方法である。この方法は、
（ａ）前記コンテンツ内部の前記場所から前記権利情報を抽出し、その後に前記権利管理ツールに前記抽出した権利情報をルーティングするステップと、
（ｂ）その後に、前記権利言語により前記権利情報を解釈し、かつ前記管理ツールによりコンテンツ消費を制御するステップとを含む。

第７の形態は、ＭＰＥＧＩＰＭＰシステムにおける一定の場所に多重化された権利情報を処理する方法である。前記権利情報は、権利言語を用いて構築され、該権利情報は、それをコンテンツの一定の場所に多重化され、前記権利情報に関連付けられた情報におけるツールＩＤを特定することによってどの権利管理ツールが前記権利言語を取り扱うべきかを示す方法である。この方法は、
（ａ）前記コンテンツ内部の前記場所からから前記権利情報を抽出し、ツールＩＤを見ることによってどの権利管理ツールがこの権利情報を取り扱うべきかを決定するステップと、
（ｂ）端末に権利管理ツールが存在しないならば当該権利管理ツールを検索し、その後に前記権利管理ツールに前記権利情報をルーティングするステップと、
（ｃ）その後に、前記権利言語により前記権利情報を解釈し、かつ前記管理ツールによりコンテンツ消費を制御するステップとを含む。

第８の形態は、ＭＰＥＧＩＰＭＰシステムにおける一定の場所に多重化された権利情報を処理する方法である。前記権利情報は、それをコンテンツに関連付けられた権利ＥＳ（エレメンタリ・ストリーム）に多重化され、
前記権利情報は、一定の権利言語を用いて構築され、かつ当該権利情報は、コンテンツの前記権利ＥＳに多重化され、
前記権利ＥＳは、その他のエレメンタリ・ストリームと一緒にマルチプレックスされ、かつ前記権利言語に基づき権利管理ツールを有するＭＰＥＧＩＰＭＰ端末に送られる方法である。この方法は、
（ａ）前記コンテンツ内部の前記権利ＥＳから前記権利情報を抽出し、前記権利管理ツールに前記権利情報をルーティングするステップと、
（ｂ）その後に、前記権利言語により、前記権利情報を解釈し、かつ前記管理ツールによりコンテンツ消費を制御するステップとを含む。

第９の形態は、ＭＰＥＧＩＰＭＰシステムにおける一定の場所に多重化された権利情報を処理する方法である。前記権利情報は、それをコンテンツに関連付けられた権利ＥＳに多重化され、
前記権利情報は、権利言語を用いて構築され、かつ当該権利情報は、コンテンツの前記場所に多重化され、
前記権利ＥＳＤ（ＥＳ記述子）に関連付けられたデコーダ特定情報におけるツールＩＤを特定することによってどの権利管理ツールが前記権利言語を取り扱うべきかを示す方法である。この方法は、
（ａ）前記コンテンツ内部の前記権利ＥＳから前記権利情報を抽出し、かつデコーダ特定情報におけるツールＩＤを見ることによってどの権利管理ツールがこの権利情報を取り扱うべきかを決定するステップと、
（ｂ）端末に権利管理ツールが存在しないならば当該権利管理ツールを検索し、その後に前記権利管理ツールに前記権利情報をルーティングするステップと、
（ｃ）その後に、前記権利言語により前記権利情報を解釈し、かつ前記コンテンツ消費を制御するステップとを含む。

上述の通り、本発明は好ましい実施形態により詳細に説明されているが、本発明はこれらに限定されるものではなく、以下の特許請求の範囲に記載された本発明の技術的範囲内において多くの好ましい変形例及び修正例が可能であることは当業者にとって自明なことであろう。

コンテンツ分配からエントリポイント装置までのコンテンツだけを保護する伝統的なＩＰＭＰコンテンツ保護の従来技術を示す。分配形ＩＰＭＰ装置間のメッセージのアーキテクチャを示す。分配形ＩＰＭＰ装置にトークする機能を有するＩＰＭＰ装置の新しいアーキテクチャを示す。本発明のＩＰＭＰ装置の構成を示すブロック図である。

コンテンツ
ＩＰＭＰツール・リスト
ＩＰＭＰツールＩＤ
代替ＩＰＭＰツールＩＤ
パラメトリック・ツール記述
ＩＰＭＰツール・エレメンタリ・ストリーム
ＩＰＭＰ情報
コンテンツ要求
コンテンツ引渡し
ミッシングＩＰＭＰツール
ＩＰＭＰツール管理プログラム
装置
装置−装置メッセージ交換インタフェース
端末−ツール管理交換インタフェース
ＩＰＭＰツール１
ＩＰＭＰツール２
ＩＰＭＰツールｎ

Claims

ＭＰＥＧＩＰＭＰシステムにおける一定の場所に多重化された権利情報をＩＰＭＰ端末において処理する方法であり、該権利情報は、権利言語を用いて構築され、該権利情報は、それをコンテンツの一定の場所に多重化され、かつ該権利情報は、前記権利言語に基づく権利管理ツールを有するＩＰＭＰ端末に送られ、前記方法は、
前記コンテンツ内部の前記場所から前記権利情報を抽出し、その後に前記権利管理ツールに前記抽出した権利情報をルーティングするステップと、
その後に、前記権利言語に基づいて前記権利情報を解釈し、かつ前記権利管理ツールにより前記コンテンツに対する権利を記述する、前記解釈された権利情報に基づいてコンテンツ消費を制御するステップと、
を含む方法。
ＭＰＥＧＩＰＭＰシステムにおける一定の場所に多重化された権利情報をＩＰＭＰ端末において処理する方法であり、前記権利情報は、権利言語を用いて構築され、該権利情報は、それをコンテンツの一定の場所に多重化され、
前記権利情報に含まれた情報におけるツールＩＤを特定することによってどの権利管理ツールが前記権利言語を取り扱うべきかを示し、前記方法は、
前記コンテンツ内部の前記場所からから前記権利情報を抽出し、ツールＩＤを見ることによってどの権利管理ツールがこの権利情報を取り扱うべきかを決定するステップと、
その後に前記権利管理ツールに前記権利情報をルーティングするステップと、
その後に、前記権利言語に基づいて前記権利情報を解釈し、かつ前記権利管理ツールにより前記コンテンツに対する権利を記述する、前記解釈された権利情報に基づいてコンテンツ消費を制御するステップと、
を含む方法。
ＭＰＥＧＩＰＭＰシステムにおける一定の場所に多重化された権利情報をＩＰＭＰ端末において処理する方法であり、前記権利情報は、それをコンテンツに関連付けられた権利ＥＳ（エレメンタリ・ストリーム）に多重化され、
前記権利情報は、所定の権利言語を用いて構築され、かつ当該権利情報は、コンテンツの前記権利ＥＳに多重化され、
前記権利ＥＳは、その他のエレメンタリ・ストリームと一緒にマルチプレックスされ、かつ前記権利言語に基づく権利管理ツールを有するＭＰＥＧＩＰＭＰ端末に送られ、前記方法は、
前記コンテンツ内部の前記権利ＥＳから前記権利情報を抽出し、前記権利管理ツールに前記権利情報をルーティングするステップと、
その後に、前記権利言語に基づいて前記権利情報を解釈し、かつ前記権利管理ツールにより前記コンテンツに対する権利を記述する、前記解釈された権利情報に基づいてコンテンツ消費を制御するステップと、
を含む方法。
ＭＰＥＧＩＰＭＰシステムにおける一定の場所に多重化された権利情報をＩＰＭＰ端末において処理する方法であり、前記権利情報は、それをコンテンツに関連付けられた権利ＥＳに多重化され、
前記権利情報は、権利言語を用いて構築され、かつ当該権利情報は、コンテンツの前記場所に多重化され、
前記権利ＥＳＤ（ＥＳ記述子）に関連付けられたデコーダ特定情報におけるツールＩＤを特定することによってどの権利管理ツールが前記権利言語を取り扱うべきかを示し、前記方法は、
前記コンテンツ内部の前記権利ＥＳから前記権利情報を抽出し、かつデコーダ特定情報におけるツールＩＤを見ることによってどの権利管理ツールがこの権利情報を取り扱うべきかを決定するステップと、
その後に前記権利管理ツールに前記権利情報をルーティングするステップと、
その後に、前記権利言語に基づいて前記権利情報を解釈し、かつ前記コンテンツに対する権利を記述する、前記解釈された権利情報に基づいて前記コンテンツ消費を制御するステップと、
を含む方法。