JP2007158666A - コンテンツ・パッケージングの保護方法および装置 - Google Patents

Abstract

【課題】 コンテンツ・パッケージングの保護方法および装置を提供する。
【解決手段】 本発明において、メディアファイル・フォーマットを用いてパッケージングされたメディアコンテンツ用の保護情報を通知する方法および装置を開示する。保護通知方法は、特に、ＩＰＭＰ準拠のスキーム保護をファイル・フォーマット準拠のコンテンツの保護に用いる場合に、同一または異なる鍵パラメータを用いて同一方法により保護される可能性が最も高いサンプル・データまたはアクセス・ユニットの保護を容易にすべく定義される。そのような保護通知方法により、効率的なランダム・アクセスおよび選択的な保護特徴が得られる。
【選択図】図５

Description

本発明はマルチメディアコンテンツ保護の分野に関する。より具体的には、本発明はランダム・アクセスおよび選択的保護特徴を最小限のオーバーヘッドで実装するためにメディアファイルで使用する保護情報の通知方法に関する。

ＤＲＭ（デジタル権利管理）はコンテンツの配信および配送に益々重要になっており、バックチャネル有／無の一方向ブロードキャスト、インターネット・ネットワーク経由での双方向コンテンツ配信、ＤＶＤ等の記憶媒体を介したコンテンツ配信、ＳＤを含む。

ＤＲＭは３個の主要部分、すなわち、鍵管理およびライセンス配送、使用規則表記、被保護コンテンツ・パッケージングから成る。これらは一つにまとめることも、あるいは分離することも可能である。

３個の部分のうち、被保護コンテンツ・パッケージングだけが、パッケージングされたフォーマット、例えばファイル・フォーマット、システム・フォーマット、またはＲＴＰパケット・フォーマットに依存する。

そのようなコンテンツ・パッケージングのフォーマットは、ヘッダ、メタデータ、メディア情報、タイミング、パケット同士の関係等の情報を含んでいる。保護通知および保護情報を定義してコンテンツ全体またはコンテンツの特定部分に関連付けなければならない。

そのような保護情報は、被保護コンテンツの利用に際して遅延が生じたりユーザーが不快な思いをすることがないように、端末が事前に当該保護情報を抽出する仕方を認識すべく他のパッケージング・フォーマットと共に定義されて格納されている。

保護情報において、暗号化方法およびそのパラメータ、コンテンツの暗号化方法、被保護コンテンツとの関連付け方法、鍵の格納場所、ライセンス受領方法等が定義すべき必要事項である。

実用的なシステムを目指して上述の考慮点以外に、ＤＲＭシステムと他システムとの相互運用性を最大限にすべく、設計を始めるにあたって柔軟性および拡張性も考慮する必要がある。

ファイル・フォーマットは、再生用にコンテンツを格納するか、あるいはＩＰまたは無線ネットワーク経由で送出する前にコンテンツを格納するために用いる、最も普及しているコンテンツ・パッケージング・フォーマットの一つである。当該フォーマットは、デジタルメディアデータ、例えばビデオ、音声、画像、テキスト、グラフィックス等を配送するために用いられてきた、非特許文献１のＩＳＯ準拠のメディアファイル・フォーマット（ＩＳＯ／ＩＥＣ １４４９６−１２）が基本的なファイル・フォーマットであり、ＭＰ４ ＦＦ、ＡＶＣ ＦＦ、ＭＰ２１ ＦＦ、３ＧＰＰ ＦＦ、ＡＶＳ（中国音声ビデオシステム（Ｃｈｉｎａ Ａｕｄｉｏ Ｖｉｄｅｏ Ｓｙｓｔｅｍ））ＦＦ、ＯＭＡ ＤＲＭ ＦＦ、ＩＳＭＡ Ｐｒｏｔｅｃｔｉｏｎ ＦＦ等の他のファイル・フォーマットを導く基礎として用いられている。

非特許文献２、非特許文献３において、ＤＲＭ保護はＭＰＥＧ−４およびＭＰＥＧ−２システムに基づいて定義されており、ＭＰＥＧ ＩＰＭＰスキームと呼ばれている。ＩＰＭＰスキームは非特許文献４においてＩＳＯ ＦＦにマッピングされ、非特許文献５において更にＩＰＭＰ記述子（Ｄｅｓｃｒｉｐｔｏｒ）が定義されて、ＩＰＭＰ情報をＩＳＯ ＦＦに基づくファイル内のＩＰＭＰ情報ボックス（Ｉｎｆｏｒｍａｔｉｏｎ Ｂｏｘ）に格納する方法が工夫されている。
ＩＳＯ／ＩＥＣ １４４９６ ＩＳＯ／ＩＥＣ準拠ファイル・フォーマット、２００２年１０月（Ｎ５２５９） ＭＰＥＧ−４ ＩＰＭＰ、ＩＳＯ／ＩＥＣ １４４９６−１３、情報技術−音声視聴オブジェクトのコーディング−第１３部：知的財産管理および保護（ＩＰＭＰ）拡張 ＭＰＥＧ−２ ＩＰＭＰ、ＩＳＯ／ＩＥＣ １３８１８−１１、情報技術−動画および関連音声情報の汎用コーディング−第１１部：ＭＰＥＧ−２システム用ＩＰＭＰ ＩＳＯ／ＩＥＣ １４４９６ ＩＳＯ／ＩＥＣ準拠ファイル・フォーマット補正１、２００４年６月（Ｎ６５６９） 特許ドラフト「メディアファイル保護の方法」Ｚ．Ｙ．ホワン（Ｈｕａｎｇ）、Ｓ．Ｍ．シェン（Ｓｈｅｎ）、Ｔ．上野、２００５ ＩＳＭＡＣｒｙｐｔ、ＩＳＭＡ ＤＲＭ推奨第１．０版、インターネット・ストリーミングメディアアライアンス、２５７０Ｗ。Ｅｌ Ｃａｍｉｎｏ Ｒｅａｌ ＯＭＡ ＤＲＭ ２．０、ＤＲＭ−ＤＣＦ、ＤＲＭ−ＲＥＬ、ＤＲＭ−ＤＲＭ仕様Ｖ２．０（ドラフト版）、２００５年９月

上述の従来技術には以下の課題がある。

ファイル・フォーマットは多くのサンプル・データから成り、各サンプル・データは同一または異なる鍵パラメータを以って同一方法を用いて保護されている場合が最も多い。ＩＰネットワーク経由でコンテンツを運ぶ場合のアクセス・ユニットについても同様である。

ある種の機構または保護通知方法において、特にファイル・フォーマット準拠のコンテンツ保護にＩＰＭＰ準拠の保護スキームを用いる場合、最小限のオーバーヘッドで上述のシナリオを提供、および実行可能にする必要がある。そのような保護通知方法は、ランダム・アクセスおよび選択的な保護特徴を提供する。

非特許文献４、非特許文献５では上記は定義および提供されていない。

非特許文献６、非特許文献７において、通知方法が定義されているが、各サンプルまたはアクセス・ユニットに対して鍵パラメータが同じである場合、各サンプルまたはアクセス・ユニットに要するオーバーヘッドが過剰である。

本発明は、従来技術を改良して上述の課題を解決すべく保護通知を定義する。

ＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）がサンプル入力ボックスの下に定義されていて、選択的な保護が採用されているか否か、保護したいサンプル用に鍵パラメータが固定されているか否か、並びに保護したいサンプルに使用する共通鍵パラメータを格納するか否かを示す。

ＩＰＭＰサンプル・ヘッダ（ＩＰＭＰＳａｍｐｌｅＨｅａｄｅｒ）がサンプル・データのヘッダとして更に定義されていて、当該サンプルが保護されているか否か、保護されている場合はどの鍵パラメータが格納されて使用されるかを記述する。

アクセス・ユニットについても同様であり、この場合は同じ目的を実現すべくＩＰＭＰＡＵフォーマット・ボックス（ＩＰＭＰＡＵＦｏｒｍａｔＢｏｘ）およびＩＰＭＰＡＵヘッダ（ＩＰＭＰＡＵＨｅａｄｅｒ）が定義されている。

本発明は、ＩＳＯ準拠のファイル・フォーマットに基づいて、既存のＤＲＭソリューションに対する改良を提供する。これは既存のＩＰＭＰ準拠のＤＲＭソリューションを更に拡張している点で補完的である。

添付の図面を参照しつつ、本発明の好適な実施形態について以下に述べる。

図１、図２、図３、および図４は、以下に述べる従来技術を示す。

図１に、最上位の汎用ファイル・フォーマット構造を示し、本明細書では一例としてチャイナＡＶＳ（音声ビデオシステム）を用いて述べる。ファイルは主に３個のボックス、すなわちファイル種別ボックス１０１、動画ボックス１０２、および実時間で順序付けられて、インターリーブまたは非インターリーブビデオおよび音声フレームを含むメディアデータ・ボックス１０４から成る。

実際のビデオトラック・ボックス１０３は、動画ボックス１０２内に含まれていなければならない。ビデオトラック・ハンドラ・ボックス（ＨａｎｄｌｅｒＢｏｘ）のハンドラ種別（ｈａｎｄｌｅｒ＿ｔｙｐｅ）は「ｖｉｄｅ」、ビデオトラックのサンプル記述の４文字コードはＡＶＳ ＦＦの場合「ａｖｓｍ」でなければならない。図１に示すＡＶＳ−Ｍメディアファイルにパッケージングされたメディアコンテンツは平文フォーマットで記述されている。

図２に、現在のＩＳＯ準拠のファイル・フォーマットで用いる一般的な保護スキームを示す。サンプル記述の４文字コードが、保護カプセル化を示す４文字コードで置換される。これらのコードは、メディア種別（例えばビデオトラックの「ｅｎｃｖ」２０１）だけが異なる。保護スキーム情報ボックス（ＰｒｏｔｅｃｔｉｏｎＳｃｈｅｍｅＩｎｆｏＢｏｘ）２０２がサンプル記述に加えられ、他の全てのボックスは変更されないままである。実際のメディアデータ２０３は、変換済み形式（例えば、暗号化済み）であることが望ましい。

一般的な被保護ＡＶＳ−Ｍファイル構造を図３に示す。これは図２に示すような一般的ＩＳＯ準拠のファイル・フォーマット保護スキームを採用している。ＡＶＳ−Ｍファイルに対するそのようなＩＳＯ準拠のファイル・フォーマット保護の実装例は、サンプル記述の４文字コードが保護カプセル化を示す４文字コードで置換されることであり、ここでは「ａｖｓｍ」が「ｅｎｃｖ」３０１で置換されている。保護スキーム情報ボックス（ＰｒｏｔｅｃｔｉｏｎＳｃｈｅｍｅＩｎｆｏＢｏｘ）３０２がサンプル記述に加えられ、他の全てのボックスは未変更のままである。最も重要な点は、元サンプル入力タイプ（４文字コード「ａｖｓｍ」）が、元フォーマット・ボックス（ＯｒｉｇｉｎａｌＦｏｒｍａｔＢｏｘ）と呼ばれる新規ボックスの保護スキーム情報ボックス（ＰｒｏｔｅｃｔｉｏｎＳｃｈｅｍｅＩｎｆｏＢｏｘ）内に格納される。

保護スキーム情報ボックス（ＰｒｏｔｅｃｔｉｏｎＳｃｈｅｍｅＩｎｆｏＢｏｘ）は、全ての変換済み情報（例えば、適用された暗号化方法およびそのパラメータ、一般的なＤＲＭモジュール名およびその情報）、更には鍵管理システムの種類および位置等の他の保護情報も含んでいる。また、メディアの元（非暗号化）フォーマットも記録する。図４に示すように、保護スキーム情報ボックス４０１はコンテナボックスであり、４個のボックス、すなわち元フォーマット・ボックス（Ｏｒｉｇｉｎａｌ Ｆｏｒｍａｔ Ｂｏｘ）４０２（必須）、ＩＰＭＰ情報ボックス（ＩＰＭＰＩｎｆｏ Ｂｏｘ）４０３（必須）、スキーム種別ボックス（Ｓｃｈｅｍｅ Ｔｙｐｅ Ｂｏｘ）４０４（任意）、およびスキーム情報ボックス（Ｓｃｈｅｍｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｏｘ）４０５（任意）を含んでいる。保護スキーム情報ボックス４０１は、被保護ストリームを示す４ＣＣを用いるサンプル入力内で必須である。

被保護サンプル入力内で用いる場合、当該ボックスは元フォーマットを記録する元フォーマット・ボックスを含んでいなければならない。また、以下の通知方法の少なくともいずれかを用いて、適用された保護を識別する必要がある。
１）スタンドアローンＩＰＭＰ：ＩＰＭＰ情報ボックス（ＩＰＭＰＩｎｆｏＢｏｘ）（ＭＰＥＧ−４システムの外部でＩＰＭＰ記述を用いる場合）
２）スキーム通知：スキーム種別ボックス（ＳｃｈｅｍｅＴｙｐｅＢｏｘ）およびスキーム情報ボックス（ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ）（これらを用いる場合。但し、両方が必ず生起するか、または全く生起しないかのいずれかである）。
aligned(8) class ProtectionSchemeInfoBox(fmt) extends Box('sinf') {
OriginalFormatBox(fmt) original_format;
IPMPInfoBox IPMP_descriptors; //任意
SchemeTypeBox scheme_type_box; //任意
SchemeInformationBox info; //任意
｝

図４に示すように、ＩＰＭＰ情報ボックスは、当該トラックの下で全ての被保護サンプルに関するＩＰＭＰ準拠の保護情報を格納している。

当該トラック下の各サンプルが保護されているか否か、どの保護パラメータが使われているか、ＩＰＭＰ情報ボックス内で暗号化方法が宣言および定義されている場合に各サンプルに対して特にどの鍵パラメータが使われているか、について図５に示すように定義されている。

５０２に示すＩＰＭＰ情報ボックスは保護スキーム情報ボックス下にあり、一方、保護スキーム情報ボックスはサンプル記述ボックス５０１下にある。暗号化されたデータを５０３に示す。

ＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）は５０４に定義されており、ＩＰＭＰ情報ボックス（ＩＰＭＰＩｎｆｏＢｏｘ）５０２内に格納されて、同一トラック下で暗号化されたサンプル・データ５０３に適用されるのが望ましい。５０５において、ＩＰＭＰサンプル・ヘッダ１（ＩＰＭＰＳａｍｐｌｅＨｅａｄｅｒ１）が、自身に後続する、５０３の暗号化メディアデータの一部である５０６の暗号化サンプル・データ（ＥｎｃｒｙｐｔｅｄＤａｔａ１）に固有のＩＰＭＰ準拠の保護情報を格納すべく定義されている。同方式が他のサンプル・データにも適用される。ＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）およびＩＰＭＰサンプル・ヘッダ（ＩＰＭＰＳａｍｐｌｅＨｅａｄｅｒ）が、より少ないオーバーヘッドでサンプルの保護および選択的な暗号化という課題を解決するための目標を定義する。

一般的なフロー図を図６に示して、サンプル・データがどのように保護されていて、各サンプルに用いられている保護パラメータをどのように検索するかを説明する。

図６の６０１においてＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）が端末により確認されて、６０２の固定パラメータフラグ（Ｆｉｘｅｄ＿Ｐａｒａｍｅｔｅｒｓ）および６０６の選択的保護フラグ（Ｓｅｌｅｃｔｉｖｅ＿Ｐｒｏｔｅｃｔｉｏｎ）等の情報を検索する。

６０３において固定パラメータフラグ（Ｆｉｘｅｄ＿Ｐａｒａｍｅｔｅｒｓ）が０に設定されている場合、６０４において各々の被保護サンプルについてＩＰＭＰサンプル・ヘッダ（ＩＰＭＰＳａｍｐｌｅＨｅａｄｅｒ）から取得される自身のパラメータ集合を各々の被保護サンプルが有することを意味し、０以外の場合、６０５において格納されている固定パラメータ集合が取得され、同一トラック下で全ての被保護サンプルに対して使用される。

６０７において選択的保護フラグが０に設定されている場合、当該トラック下の全てのサンプルが保護されていて、６０８に記述された各サンプルについてＩＰＭＰサンプル・ヘッダ（ＩＰＭＰＳａｍｐｌｅＨｅａｄｅｒ）内の他の保護フラグを探す必要がないことを意味し、０以外の場合、６０９において、各サンプルの先頭に配置されているＩＰＭＰサンプル・ヘッダ（ＩＰＭＰＳａｍｐｌｅＨｅａｄｅｒ）内に格納された別の保護フラグを探す。

保護方法が暗号化であって、ＡＥＳカウンタ・モードが選択されている場合、固定パラメータフラグ（Ｆｉｘｅｄ＿Ｐａｒａｍｅｔｅｒｓ）は固定鍵パラメータフラグ（Ｆｉｘｅｄ＿ＫｅｙＰａｒａｍｅｔｅｒｓ）となることができ、選択的保護フラグ（Ｓｅｌｅｃｔｉｖｅ＿Ｐｒｏｔｅｃｔｉｏｎ）は選択的暗号化フラグ（Ｓｅｌｅｃｔｉｖｅ＿Ｅｎｃｒｙｐｔｉｏｎ）となることができる。

図５、６に示すＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）の構文は更に、ＡＥＳカウンタ・モードが保護に用いられている場合に、下記のように定義できる。
aligned(8) class IPMPSampleFormatBox extends FullBox('iSFM', 0, 0) {
bit(1) Selective_Encryption;
bit(1) Fixed_KeyParameters;
bit(6) reserved;
unsinged int(8) Key_Indicator_Length;
unsigned int(8) IV_length;
if(Fixed_KeyParameters == 1){
unsigned int(8* IV_length) IV;
unsigned int(8* Key_Indicator_Length) Key_Indicator;}
}

第１ビットは、サンプルに対して選択的暗号化フラグが用いられるか否かを示すものである。第２ビットは、当該トラック下の全てのサンプルに対して固定鍵パラメータフラグが用いられているか否かを示すものである。そうである場合、以下の２個のパラメータ、すなわちＩＶ（初期ベクトル）および鍵インジケータ（Ｋｅｙ＿Ｉｎｄｉｃａｔｏｒ）は本例の全てのサンプルについて同一になり、そうでない場合、全てのサンプルに対してそのような情報を提供しなければならない。

同方式が、ＩＰＭＰＡＵフォーマット・ボックス（ＩＰＭＰＡＵＦｏｒｍａｔＢｏｘ）が定義されているアクセス・ユニットにも適用される。
aligned(8) classIPMPAUFormatBox extends FullBox() {
bit(1) Selective_Encryption;
bit(1) Fixed_KeyParameters;
bit(6) reserved;
unsigned int(8) Key_Indicator_Length;
unsigned int(8) IV_Length;
if(Fixed_KeyParameters==1){
unsigned int(8 * IV_length) IV;
unsigned int(8 * Key_Indicator_Length) Key_Indicator;}
}

図５、６に示すＩＰＭＰサンプル・ヘッダ（ＩＰＭＰＳａｍｐｌｅＨｅａｄｅｒ）の構文は更に、ＡＥＳカウンタ・モードが保護に用いられている場合に、以下のように定義できる。
aligned(8) class IPMPSampleHeader { //これが各サンプル下にある
if (Selective_Encryption == 1) {// サンプル記述から
bit(1) Sample_Is_Encrypted;
bit(7) reserved;
}
else Sample_Is_Encrypted = 1;
if (Sample_Is_Encrypted==1) {
if (Fixed_KeyParameters==0) { //後続ビットを読んで各サンプルについ//てIV および鍵インジケータを取得する
unsigned int(8 * IV_length) IV;
unsigned int(8 * Key_Indicator_Length) Key_Indicator;
}
else //サンプル記述レベルに定義されている固定鍵パラメータフラグを取得//する→IPMPサンプル・フォーマット・ボックス
}

選択的暗号化フラグが１に設定されている場合、各サンプルの第１ビットが取得されて、当該ビットに従いサンプル暗号化フラグ（Ｓａｍｐｌｅ＿Ｉｓ＿Ｅｎｃｒｙｐｔｅｄ）を１または０に設定し、選択的暗号化フラグが１に設定されていない場合、サンプル暗号化フラグ（Ｓａｍｐｌｅ＿Ｉｓ＿Ｅｎｃｒｙｐｔｅｄ）を１に設定する。

暗号化済みサンプルの場合、固定鍵パラメータフラグ（Ｆｉｘｅｄ＿ＫｅｙＰａｒａｍｅｔｅｒｓ）が無効であれば、ＩＶおよび鍵インジケータ（Ｋｅｙ＿Ｉｎｄｉｃａｔｏｒ）が、８＊ＩＶ長（ＩＶ＿ｌｅｎｇｔｈ）および８＊鍵インジケータ長（Ｋｅｙ＿Ｉｎｄｉｃａｔｏｒ＿Ｌｅｎｇｔｈ）に従って各サンプル・データから取得され、無効でなければ、ＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）からそのようなデータが取得され、当該トラック下の全ての被保護サンプル・データに対して通知される。

同方式がアクセス・ユニット保護にも適用される。
aligned(8) class IPMPAUHeader {
bit(1) EncryptedAU; //暗号化インジケータ
bit(7) reserved; //ゼロでなければならない
if (EncryptedAU==1) {
if(Fixed_KeyParameters==0){ //後続ビットを読んで各サンプルについて//IV および鍵インジケータを取得する
unsigned int(8 * KeyIndicatorLength) Key_Indicator;
unsigned int(8 * IVLength) IV;
}
else // ＩＰＭＰＡＵフォーマット・ボックスに定義されている固定鍵パラメ//ータフラグを取得する
}

図７に、サーバーが被保護ファイルを生成するための手順を示す。最初に、コンテンツサーバーまたはクリエイター７０１が７１１において、サンプル・データの各々を、ＩＰＭＰサンプル・ヘッダ（ＩＰＭＰＳａｍｐｌｅＨｅａｄｅｒ）等の保護情報と共に生成してフォーマット化し、各々の被保護サンプル・データに対して個々のパラメータ集合を用いる場合には、７１２においてパラメータ集合をＩＰＭＰサンプル・ヘッダ（ＩＰＭＰＳａｍｐｌｅＨｅａｄｅｒ）内に格納する。

固定パラメータフラグおよび選択的保護フラグを７１３に示すＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）内に格納することによりＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）を生成する。同時に、同一トラック下の全ての被保護サンプル・データに対して固定パラメータ（Ｆｉｘｅｄ＿Ｐａｒａｍｅｔｅｒ）を用いる場合には、保護パラメータ集合をＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）内に格納する。

任意の権利保護されたＤＲＭモジュールおよび権利関連情報７０２を表わすべくデフォルト暗号アルゴリズム、鍵管理システム、および権利データ関連情報７０３を用いるか、あるいは特定のＩＰＭＰツール（ＩＰＭＰ Ｔｏｏｌ）だけを用いてＩＰＭＰ記述子（ＩＰＭＰ Ｄｅｓｃｒｉｐｔｏｒｓ）を構築することによりＩＰＭＰ情報ボックス（ＩＰＭＰ Ｉｎｆｏ Ｂｏｘ）を生成する。

複数のＩＰＭＰ記述子がＩＰＭＰ情報ボックス７０４を構築し、当該ボックスが更に、元フォーマット・ボックス（Ｏｒｉｇｉｎａｌ Ｆｏｒｍａｔ Ｂｏｘ）７０５情報（すなわち、ＡＶＳ−Ｍの場合は元の未変換サンプル入力コーディング名前を表わす４ｃｃ「ａｖｓｍ」）と共に情報保護スキーム情報ボックス（Ｐｒｏｔｅｃｔｉｏｎ Ｓｃｈｅｍｅ Ｉｎｆｏ Ｂｏｘ）７０６を形成する。保護スキーム情報ボックスは更に、サンプル記述ボックス（Ｓａｍｐｌｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｂｏｘ）７０７情報（すなわち、宣言されたビデオ・サンプルが保護されていることを示す４ｃｃ「ｅｎｃｖ」）と共に動画ボックス（Ｍｏｖｉｅ Ｂｏｘ）７０８を形成する。

最後に、メディアデータ・ボックス（Ｍｅｄｉａ Ｄａｔａ Ｂｏｘ）７０９および動画ボックスに含まれている変換済み（例えば、暗号化済み）メディアデータは、ファイル名「ａｖｓ１」を付与されてパッケージングされて、被保護ＡＶＳ−Ｍファイル７１０を形成し、エンドユーザーによりダウンロードまたはストリーミング可能な状態になる。

図８に、サーバーからダウンロードまたはストリーミングされた被保護ファイルを再生する端末または装置用の手順を示す。

端末８０１がサーバーからファイル８０２をダウンロードまたはストリーミングした場合、最初のステップは動画ボックス８０４のサンプル記述ボックス８０５内に格納されている４ｃｃ情報を抽出することである。例えばメディアデータとしてＡＶＳ−Ｍを格納している場合に「ａｖｓｍ」が検出されたならば、実際のメディアデータは平文形式であって、ＡＶＳ−Ｍデータ・ボックス８０３に格納されているメディアデータを端末が直接再生することができる。

「ｅｎｃｖ」が検出されたならば、ＡＶＳ−Ｍデータ・ボックス８０３に格納されている実際の取得データは変換済み（例えば暗号化済み）形式であって直接再生できないため、保護スキーム情報ボックス８０６内に格納されている情報を取得するために更なるステップが必要である。

デフォルト暗号アルゴリズム、鍵管理システム、および権利データ関連情報８０８が、保護情報ボックス内のＩＰＭＰ情報ボックス８０７において宣言されているＩＰＭＰ記述子から抽出できる場合、端末は以下のステップ８１１〜８１４においてこれらの情報を利用して鍵、ライセンスその他を取得して復号化および平文のＡＶＳ−Ｍビデオデータを再生する。

ＩＰＭＰ記述子８０７から固有ＩＰＭＰツール情報および権利関連したデータ８０９だけが抽出された場合、端末は以下のステップ８１１〜８１４において、任意の場所からダウンロードされた（特別なＩＰＭＰ識別子を有する）実際のＤＲＭモジュール８１０を実行して、逆変換（例えば復号化）および平文のＡＶＳ−Ｍビデオデータを再生する。

８１１において、固定パラメータ（Ｆｉｘｅｄ＿Ｐａｒａｍｅｔｅｒ）および選択的保護フラグ（Ｓｅｌｅｃｔｉｖｅ＿Ｐｒｏｔｅｃｔｉｏｎ）がＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）から取得され、固定保護パラメータもまたここから取得されて、当該トラック下の全ての被保護サンプル・データに対して使用される。

８１２において、選択的保護フラグ（Ｓｅｌｅｃｔｉｖｅ＿Ｐｒｏｔｅｃｔｉｏｎ）が有効な場合、保護フラグ・ビットが取得される。８１３において、各々の被保護サンプルに対して個々の保護パラメータ集合が用いられる場合、暗号化用の鍵パラメータ集合等の保護パラメータ集合がＩＰＭＰサンプル・ヘッダ（ＩＰＭＰＳａｍｐｌｅＨｅａｄｅｒ）から取得され、それ以外の場合、固定保護パラメータ集合はＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）から取得できる。

最後に、８１４において未保護メディアデータが再生される。

本発明はデジタルメディアファイルの応用分野に適用可能であり、メディアファイル、特にＡＶＳ−Ｍファイルの生成、配信、およびの利用を統括する保護情報の通知に特に利用可能である。

平文のＡＶＳ−Ｍファイル構造を示す。 ビデオトラック用の一般的なＩＳＯ準拠のファイル・フォーマット保護スキームを示す。 一般的な被保護ＡＶＳ−Ｍファイル構造を示す。 自身のサブ・ボックスを全てＡＶＳ−Ｍファイル保護に用いる保護スキーム情報ボックスを示す。 被保護ファイル構造を、自身のヘッダがＩＰＭＰ準拠の保護を用いる被保護サンプル・データまで示す。 ＩＰＭＰサンプル・フォーマット・ボックス（ＩＰＭＰＳａｍｐｌｅＦｏｒｍａｔＢｏｘ）およびＩＰＭＰサンプル・ヘッダ（ＩＰＭＰＳａｍｐｌｅＨｅａｄｅｒ）から保護フラグおよびパラメータを抽出して使用する際のフロー図を示す。 サーバーが被保護ファイルを作成するための手順を示す。 端末または装置が被保護ファイルを再生するための手順を示す。

符号の説明

１０１ ファイル種別ボックス
１０２ 動画ボックス
１０３ ビデオトラック・ボックス
１０４ メディアデータ・ボックス
１０５ （言及なし）
１０６ ビデオトラック・ハンドラ・ボックス
１０７ （言及なし）
２０１ メディア種別
２０２ 保護スキーム情報ボックス
２０３ メディアデータ
３０１ （言及なし）
３０２ 保護スキーム情報ボックス
３０３ （言及なし）
４０１ 保護スキーム情報ボックス
４０２ 元フォーマット・ボックス
４０３ ＩＰＭＰ情報ボックス
４０４ スキーム種別ボックス
４０５ スキーム情報ボックス
５０１ サンプル記述ボックス
５０２ ＩＰＭＰ情報ボックス
５０３ 暗号化データ
５０４ ＩＰＭＰサンプル・フォーマット・ボックス
５０５ ＩＰＭＰサンプル・ヘッダ１
５０６ 暗号化データ１
６０１〜６０９ （言及なし）
７０１ コンテンツサーバーまたはクリエイター
７０２ 任意の権利保護されたＤＲＭモジュールおよび権利関連情報
７０３ デフォルト暗号アルゴリズム、鍵管理システム、および権利データ関連情報
７０４ ＩＰＭＰ情報ボックス
７０５ 元フォーマット・ボックス
７０６ 情報保護スキーム情報ボックス
７０７ サンプル記述ボックス
７０８ 動画ボックス
７０９ メディアデータ・ボックス
７１０ 被保護ＡＶＳ−Ｍファイル
７１１〜７１３ （言及なし）
８０１ 端末
８０２ ファイル
８０３ ＡＶＳ−Ｍデータ・ボックス
８０４ 動画ボックス
８０５ サンプル記述ボックス
８０６ 保護スキーム情報ボックス
８０７ ＩＰＭＰ情報ボックス
８０８ デフォルト暗号アルゴリズム、鍵管理システム、および権利データ関連情報
８０９ 固有ＩＰＭＰツール情報および権利関連したデータ
８１０ 任意の場所からダウンロードされた（特別なＩＰＭＰ識別子を有する）実際のＤＲＭモジュール
８１１〜８１４ ステップ

Claims (8)

1. コンテンツ・パッケージング保護の保護通知方法であって、
   ファイル内のデータを制御データ・ボックスとコンテンツデータ・ボックスに分離するステップと、
   サンプルまたはアクセス・ユニット保護関連の共通制御パラメータ用に必要なデータをＩＰＭＰ情報制御ボックスに埋め込むステップと、
   前記サンプルまたはアクセス・ユニット保護関連の固有パラメータを更に変換すべく必要なデータをコンテンツデータ・ボックスに埋め込むステップとを含む方法。
2. コンテンツ・パッケージング保護の保護通知方法であって、
   サンプルまたはアクセス・ユニット保護関連の共通パラメータ用に必要なデータを取得するステップと、
   前記サンプルまたはアクセス・ユニット保護関連の固有パラメータを更に変換すべく必要なデータを取得するステップと、
   被保護サンプルまたはアクセス・ユニットのコンテンツデータを取得するステップと、
   未保護サンプルまたはアクセス・ユニットのコンテンツデータを取得するステップと、
   サンプルまたはアクセス・ユニット保護用に必要なデータをＩＰＭＰ情報制御ボックスに格納するステップと、
   被保護サンプルまたはアクセス・ユニットのコンテンツデータをコンテンツデータ・ボックスに格納するステップと、
   未保護サンプルまたはアクセス・ユニットのコンテンツデータをコンテンツデータ・ボックスに格納するステップと、
   前記被保護サンプルまたはアクセス・ユニットを更に変換すべく必要なデータを、前記コンテンツデータ・ボックス内の前記サンプルまたはアクセス・ユニット・データの先頭に格納するステップとを含む方法。
3. 制御データとコンテンツデータを分離するステップを更に含む、請求項２に記載の方法。
4. ファイル・フォーマットでパッケージングされたＡＶコンテンツを保護し、それによりＡＶコンテンツをＡＶＳファイル・フォーマットで配信する保護通知方法。
5. 前記サンプルまたはアクセス・ユニット保護関連の共通制御パラメータ用に必要なデータが、選択的保護フラグ、鍵パラメータが固定されているか否かに関する被保護サンプル・フラグ、保護したいサンプルに用いられる共通鍵パラメータを含む、請求項２に記載の方法。
6. 前記サンプルまたはアクセス・ユニット保護関連の固有パラメータを更に解釈するデータが、関連付けられたサンプルまたはアクセス・ユニットのサンプル保護フラグおよび実際の鍵パラメータを含む、請求項２に記載の方法。
7. サーバー側においてコンテンツ・パッケージング保護用に保護通知を行なう装置であって、
   サンプルまたはアクセス・ユニット保護関連の共通パラメータ用に必要なデータを取得する手段と、
   前記サンプルまたはアクセス・ユニット保護関連の固有パラメータを更に変換すべく必要なデータを取得する手段と、
   被保護サンプルまたはアクセス・ユニットのコンテンツデータを取得する手段と、
   未保護サンプルまたはアクセス・ユニットのコンテンツデータを取得する手段と、
   サンプルまたはアクセス・ユニット保護用に必要なデータをＩＰＭＰ情報制御ボックスに格納する手段と、
   被保護サンプルまたはアクセス・ユニットのコンテンツデータをコンテンツデータ・ボックスに格納する手段と、
   未保護サンプルまたはアクセス・ユニットのコンテンツデータをコンテンツデータ・ボックスに格納する手段と、
   前記被保護サンプルまたはアクセス・ユニットを更に変換すべく必要なデータを、前記コンテンツデータ・ボックス内の前記サンプルまたはアクセス・ユニット・データの先頭に格納する手段とを含む装置。
8. 端末により保護およびパッケージングされたコンテンツを再生する装置であって、
   サンプルまたはアクセス・ユニット保護関連の共通パラメータ用に必要なデータをＩＰＭＰ情報制御ボックスから取得する手段と、
   前記サンプルまたはアクセス・ユニット保護関連の固有パラメータの更なる変換に必要なデータをコンテンツデータ・ボックスから取得する手段と、
   被保護および未保護サンプルまたはアクセス・ユニットのコンテンツデータを前記コンテンツデータ・ボックスから取得する手段と、
   前記被保護サンプルまたはアクセス・ユニット・データを、それらの保護を解除するのに必要な全てのパラメータに従い再生し、一方、未保護サンプルまたはアクセス・ユニット・データは直接再生する手段とを含む装置。
   

Images