(57)【特許請求の範囲】
【請求項１】
サーバ装置が、メディアデータを記録したメディアファイルに記録する方法において、
前記メディアファイルは、
前記メディアデータの保護方法を示す情報を記録するIPMP情報ボックスと、
前記メディアデータの元形式の情報を記録する元形式ボックスと、
保護された前記メディアデータを記録するメディアデータボックスと、
を備え、
該サーバ装置は、
前記メディアデータを保護する方法に関する保護情報をIPMP情報ボックスに記録するステップと、
前記メディアデータを保護する前の元形式の情報を前記元形式ボックスに記録するステップと、
前記メディアデータを前記IPMP情報ボックスに記録された保護情報に従って保護処理し、保護処理後のメディアデータを前記メディアデータボックスに記録するステップと、
を有するメディアファイルの記録方法。
【請求項２】
前記メディアデータを複数の異なる保護方法を用いて保護する場合、前記IPMP情報ボックスは、複数の異なる保護方法に関する保護情報を有している、
請求項１に記載のメディアファイルの記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチメディア・コンテンツ保護の分野に関する。より具体的には、本発明はメディアファイル（すなわちＡＶＳ−Ｍファイル）で用いる保護情報の通知方法に関する。
【背景技術】
【０００２】
デジタルメディアリソースの急速かつ大規模な出現により、デジタル・コンテンツを利用したり、より簡単にアクセスしたいというユーザーの欲求が増大している。ファイル形式は、デジタルメディアデータ（ビデオ、音声、画像、テキスト、グラフィックスその他のデジタル装置用に生産されたコンテンツ）を配信する最も重要なコンテンツ・パッケージ手段の一つである。一般的なＩＳＯ準拠のメディアファイル形式（ＩＳＯ／ＩＥＣ  １４４９６−１２）は、他のメディアファイルの大多数が準拠する標準形式である。
【０００３】
ＡＶＳグループは現在、極めて効率的で、堅牢かつ拡張可能な音声／ビデオ符号化アルゴリズムおよびツールを開発中である。開発されたビデオ標準の一つはＡＶＳ−Ｍと呼ばれており、移動通信用のビデオ符号化、交換可能なデジタル格納メディア、ブロードバンド・ビデオ、マルチメディア電子メール、パケット・ネットワーク上のマルチメディアサービスその他アプリケーション用の標準である。このビデオ標準の開発と連携して、ＡＶＳの他の標準部分（ＡＶＳ−Ｍファイル形式）が、独立部分として使用可能な保存形式を定義して、あらゆるＩＳＯ  ＦＦの特性、特徴およびアプリケーションを継承すべくＩＳＯ準拠ファイル形式に従って格納されるＡＶＳ−Ｍビデオ・コンテンツを調整する。しかし、ＡＶＳ−Ｍビデオ・コンテンツを他のアプリケーション標準、例えば無線ストリーミング・アプリケーション標準で使用することも許されている。
【０００４】
しかし、デジタルメディアリソースが容易に複製可能であり、不正に流通しやすいことが、標準化されたＡＶＳ−Ｍファイル形式を受容する際の阻害要因となる。そのような複製または不正な流通を防止すべく、当該形式を、暗号を用いて暗号化し、指定されたライセンスにより管理することができる。しかし、このような保護および権利管理情報を格納する共通形式またはＤＲＭソリューションが存在しないため、広範な利用が阻害される。
【０００５】
従って、本発明の目的は、ＡＶＳ−Ｍファイル内の全ての保護情報を通知する手段を提供することである。
【非特許文献１】ＩＳＯ／ＩＥＣ  １４４９６  ＩＳＯ／ＩＥＣベース・ファイル形式、２００２年１０月（Ｎ５２５９）
【非特許文献２】ＩＳＯ/ＩＥＣ  １４４９６  ＩＳＯ／ＩＥＣベース・ファイル形式補追１、２００４年６月（Ｎ６５６９）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述の従来技術には以下の課題がある。
【０００７】
ＡＶＳ−Ｍメディアファイルに包含されているメディアコンテンツは非保護（未暗号）形式であって、ユーザーにより違法な複製および／または不正に流通する恐れがある。このことが、コンテント・プロバイダからの要求が高まっている、コード化ＡＶＳ−Ｍコンテンツの安全な配布および保存という特徴の阻害要因となる。
【０００８】
ＡＶＳ−Ｍファイル形式が従うＩＳＯ準拠メディアファイル形式は、ＩＳＯ準拠のメディアファイル形式またはその拡張メディアファイル形式により宣言されたメディアを保護すべく、一般的な基盤（例えば保護スキーム情報ボックス（ＰｒｏｔｅｃｔｉｏｎＳｃｈｅｍｅＩｎｆｏＢｏｘ））を提供してきた。
【０００９】
しかし、ＡＶＳ−Ｍファイル形式を保護すべく適切に使用できる一般的な構造として指定された詳細な保護情報は存在しない。これは例えば、使用すべき暗号化アルゴリズムの種類であって、その際に一般的な鍵管理情報を実際の鍵管理プロシージャへ送ってこれを支援しなければならず、またメディア再生を実施させるために上述のボックス基盤内で定義すべきライセンス関連の権利情報または使用規則である。
【００１０】
本発明は、ＡＶＳ−Ｍファイルパッケージ化機能が、安全に配信または保存すべく、生成されたＡＶＳ−Ｍファイルに全ての保護情報を配置する手段を利用できるようにするものである。本発明はまた、受信されたファイルに格納されたメディアが統制下にあることを受信機能が認識した場合に、ＡＶＳ−Ｍファイル受信機能または再生機能が、当該ファイルを再生すべく、そのような保護のためのファイル形式ボックス構造内の保護情報を追跡および抽出できるようにしなければならない。そのような機構はまた、将来的に現れる他のＡＶＳファイル形式の保護（例えばＡＶＳ１．０ビデオ、ＡＶＳ１．０音声、ＡＶＳ−Ｍ音声等）に容易に拡張できなければならない。
【課題を解決するための手段】
【００１１】
本発明は、合理的な方式を用いて従来技術を改良し、上述の課題を解決する。
【００１２】
ＩＳＯ準拠ファイル形式「ボックス」から拡張されたデータ構造の新たな組を定義して、変換（例えば暗号化）されたＡＶＳ−Ｍファイル形式に関する情報を通知する方法を提供する。
【００１３】
メディア（すなわちＡＶＳ−Ｍビデオ）の元のコンテンツ種別は、新たな被保護メディア形式で保存される。
【００１４】
実際の復号化プロセスを容易にすべく、デフォルト暗号化の詳細に関する情報（例えば暗号化方法および対応するパラメータ）が提供される。実際の鍵管理プロセスを容易にすべく、本ＡＶＳ−Ｍファイル保護に使用するデフォルトの鍵管理システムに関する情報が提供される。
【００１５】
実際に使用されるＤＲＭモジュールのダウンロードを容易にすべく、ＩＰＭＰ記述子で宣言されたＩＰＭＰツールＩＤを通じての一般的ＤＲＭモジュール情報が提供される。
【００１６】
実際のライセンス取得を容易にすべく、本ＡＶＳ−Ｍファイルに関連付けられた権利情報に関する情報が提供される。
【発明の効果】
【００１７】
本発明は、必要な保護情報と共にＡＶＳ−Ｍファイルを用いてパッケージされたメディアコンテンツの保護に有用なＤＲＭソリューションを提供する。本発明はまた、ユーザー端末が非保護メディアリソースの複合化および再生に必要な保護情報の取得を容易にする。暗号化の詳細、キー管理システム、ライセンスの照会、使用する一般的ＩＰＭＰツール等のための保護情報が、構造化されたファイル形式ボックスに論理的に定義されている。
【発明を実施するための最良の形態】
【００１８】
添付の図面を参照しつつ、本発明の好適に実施形態について以下に述べる。
【００１９】
図１および図２に従来技術を示す。
【００２０】
図１に、最上位レベルに一般的なＡＶＳ−Ｍファイル形式の構造を示す。ＩＳＯメディア形式の一般的な性質が、ＡＶＳ−Ｍファイルにより完全に実装されている。ＡＶＳ−Ｍファイルは主として、ファイル種別ボックス１０１、動画ボックス１０２、および時間順に並べられてインターリーブされた実際のＡＶＳ−Ｍビデオフレームを含むメディアデータボックス１０４の種のボックスで構成されている。ＡＶＳ−Ｍファイル形式の主要ブランド・インジケータ１０５は、「ａｖｓ１」でなければならない。実際のＡＶＳ−Ｍビデオ・トラック・ボックス１０３は、動画ボックス１０２内に含まれなければならない。ＡＶＳ−Ｍビデオ・トラック・ハンドラボックス（ＨａｎｄｌｅｒＢｏｘ）１０６用のハンドラ種別（ｈａｎｄｌｅｒ＿ｔｙｐｅ）は「ｖｉｄｅ」、およびＡＶＳ−Ｍビデオ・トラックのサンプル記述の４文字コードは「ａｖｓｍ」でなければならない。図１に示すＡＶＳ−Ｍメディアファイルにパッケージされたメディアコンテンツは非保護形式である。
【００２１】
ＡＶＳ−Ｍファイル形式が準拠しているＩＳＯ準拠のメディアファイル形式は、メディアトラックを保護すべく一般的な基盤を提供してきた。図２に、現在のＩＳＯ準拠ファイル形式で使用するそのような一般的保護スキームを示す。サンプル記述の４文字コードが、保護カプセル化を示す４文字コードで置換される。これらのコードは、メディア種別（例えばビデオ・トラックの場合は「ｅｎｃｖ」２０１）によってのみ異なるだけである。保護スキーム情報ボックス２０２がサンプル記述に追加されているが、他の全てのボックスは変更されないままである。実際のメディアデータ２０３は、変換済み形式（例えば、暗号化済み）でなければならない。
【００２２】
本発明において、一般的な被保護ＡＶＳ−Ｍファイル構造を図３に示す。これは図２に示すような一般的ＩＳＯ準拠ファイル形式保護スキームを採用している。ＡＶＳ−Ｍファイルに対するこのようなＩＳＯ準拠ファイル形式保護の実例として、サンプル記述の４文字コードが保護カプセル化を示す４文字コードで置換されることが挙げられ、ここでは「ａｖｓｍ」が「ｅｎｃｖ」３０１で置換されている。保護スキーム情報ボックス３０２はサンプル記述に追加されているが、他の全てのボックスは変更されないままである。最も重要な点は、元のサンプル入力種別（４文字コード「ａｖｓｍ」）が保護スキーム情報ボックス内、すなわち、元形式ボックス（ＯｒｉｇｉｎａｌＦｏｒｍａｔＢｏｘ）と呼ばれる新規ボックス内に格納されていることである。保護スキーム情報ボックスに格納される情報に関する詳細を以下で定義する。本発明で開示する機構はまた、将来的に他のＡＶＳファイル・トラック保護（例えばＡＶＳ１．０ビデオ、ＡＶＳ１．０音声、ＡＶＳ−Ｍ音声等）に適用可能である。
【００２３】
・保護スキーム情報ボックス（Ｐｒｏｔｅｃｔｉｏｎ  Ｓｃｈｅｍｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｏｘ）
保護スキーム情報ボックスは、全ての変換済み情報（例えば適用された暗号化方法およびそのパラメータ、一般的ＤＲＭモジュール名およびその情報）、および鍵管理システムの種類や位置のような他の保護情報を含む。これはまた、メディアの元の（未暗号化）形式を記録する。図４に示すように、保護スキーム情報ボックス４０１はコンテナボックスであって４個のボックス、すなわち元形式ボックス４０２（必須）、ＩＰＭＰ情報ボックス（ＩＰＭＰ  Ｉｎｆｏ  Ｂｏｘ）４０３（必須）、スキーム種別ボックス（Ｓｃｈｅｍｅ  Ｔｙｐｅ  Ｂｏｘ）４０４（任意）、およびスキーム情報ボックス４０５（任意）を含んでいる。保護スキーム情報ボックス４０１は、被保護ストリームを示す４文字コードを使用しているサンプル入力において必須である。
【００２４】
このボックスを被保護サンプル入力において使用する場合、元の形式を記録するために元形式ボックスを含まなければならない。また、適用された保護を識別するために以下の通知方法の少なくともいずれかを用いなければならない。
１）スタンドアローンＩＰＭＰ：ＭＰＥＧ−４システム外部のＩＰＭＰ記述が用いられている場合、ＩＰＭＰ情報ボックス
２）スキーム通知：これらが用いられている場合、スキーム種別ボックスおよびスキーム情報ボックス（両方とも必須、あるいは両方とも不要）
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＰｒｏｔｅｃｔｉｏｎＳｃｈｅｍｅＩｎｆｏＢｏｘ（ｆｍｔ）  ｅｘｔｅｎｄｓ  Ｂｏｘ（'ｓｉｎｆ’）｛
ＯｒｉｇｉｎａｌＦｏｒｍａｔＢｏｘ（ｆｍｔ）  ｏｒｉｇｉｎａｌ＿ｆｏｒｍａｔ;   ／／任意
ＩＰＭＰＩｎｆｏＢｏｘ            ＩＰＭＰ＿ｄｅｓｃｒｉｐｔｏｒｓ;   ／／任意
ＳｃｈｅｍｅＴｙｐｅＢｏｘ        ｓｃｈｅｍｅ＿ｔｙｐｅ＿ｂｏｘ;   ／／任意
ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ      ｉｎｆｏ;   ／／任意
【００２５】
ＡＶＳ−Ｍファイルの保護に用いる実際の通知方法の詳細は本発明の後半で開示する。
【００２６】
・元形式ボックス
元形式ボックス４０２は、元の未変換サンプル記述の４文字コードを含む。
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯｒｉｇｉｎａｌＦｏｒｍａｔＢｏｘ（ｃｏｄｉｎｇｎａｍｅ）  ｅｘｔｅｎｄｓ  Ｂｏｘ（’ｆｒｍａ’）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｄａｔａ＿ｆｏｒｍａｔ  ＝  ｃｏｄｉｎｇｎａｍｅ;
}
データ形式（ｄａｔａ＿ｆｏｒｍａｔ）は元の未変換サンプル入力の４文字コードであって、この場合「ａｖｓｍ」の値をとる必要がある。
【００２７】
・通知方法
ＩＰＭＰ情報ボックスは必須項目であって、複数のＩＰＭＰツールが使われる場合、「ｍｏｏｖ」アトム内に「大域的」ＩＰＭＰ制御ボックス（ＩＰＭＰＣｏｎｔｒｏｌＢｏｘ）も生起しなければならない。ＩＰＭＰ保護基盤は、メディア保護の目的で柔構造かつ相互運用可能な通知スキームを提供する。ＩＰＭＰツールは、認証、複合化、および電子透かし等のＩＰＭＰ機能を実行するＤＲＭモジュールである。所与のＩＰＭＰ（ＤＲＭ）ツールが他のＩＰＭＰ（ＤＲＭ）ツールを調整してもよい。各ＩＰＭＰツールは、プレゼンテーション・レベルまたはユニバーサル・レベルで、ツールを明確な仕方で識別する一意のＩＰＭＰツールＩＤを有する。堅牢にすべく、ＩＰＭＰはツール更新可能であり、これによりセキュリティ障害に対応している。柔構造にすべく、ＩＰＭＰは暗号ツールを含む各種のＩＰＭＰツールの利用が許されている。
【００２８】
ＡＶＳ−Ｍファイルは単一の保護スキームに固定することを意図しておらず（すなわち、特定の標準又は非標準暗号化方法、又は特定の電子透かしスキームを一切使用していない）、ＩＰＭＰ通知方法この場合によりよくあてはまる。しかし、詳細な暗号化アルゴリズムおよびそれに関連する他の情報（例えば鍵情報、選択的暗号化等）を有するデフォルトＩＰＭＰ記述子を指定して、他の標準化ＤＲＭファイル（例えばＩＳＭＡＣｒｙｐｔやＯＭＡＤＲＭ２．０ＰＤＣＦ）のように、実際の実装を容易にすることができる。ライセンス情報や鍵管理システム情報等、他の保護情報もまたＩＰＭＰ情報ボックス内で通知することができる。
【００２９】
・ＩＰＭＰ情報ボックス
ＩＰＭＰ情報ボックスは、ストリームに適用されている保護を記録する１個以上のＩＰＭＰ記述子を含む。ＩＰＭＰ記述子（ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ）は、ＭＰＥＧ−４  ＩＰＭＰシステム内で定義されている。しかし、ＩＰＭＰ記述子がＩＳＯ準拠のメディアファイル形式内で使われている場合、ＩＰＭＰ情報ボックス内に直接格納されているため、他のいかなるＭＰＥＧ−４システム機能も必要としない。各ＩＰＭＰ記述子は、保護のために必須のＩＰＭＰツールを識別するＩＰＭＰツールＩＤ（ＩＰＭＰ＿ＴｏｏｌＩＤ）を有する。独立登録機関（ＲＡ）を用いるため、誰でも自身のＩＰＭＰツールを登録して、衝突なしにこれを識別することができる。ＩＰＭＰ記述子は、それが含む１個以上のＩＰＭＰツールのインスタンス用にＩＰＭＰ情報を格納するが、ＩＰＭＰ権利データ、鍵管理システムデータ、ＩＰＭＰ鍵データ、ツール設定データ等に限定されない。
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＩＰＭＰＩｎｆｏＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（'ｉｍｉｆ’，０，０）｛
ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ  ｉｐｍｐ＿ｄｅｓｃ[];
}
ｃｌａｓｓ  ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ（）  ｅｘｔｅｎｄｓ  ＢａｓｅＤｅｓｃｒｉｐｔｏｒ  ：  ｂｉｔ（８）  ｔａｇ  ＝  ＩＰＭＰ＿ＤｅｓｃｒＴａｇ
｛
ｂｉｔ（８）  ＩＰＭＰ＿ＤｅｓｃｒｉｐｔｏｒＩＤ;
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ＩＰＭＰＳ＿Ｔｙｐｅ;
ｉｆ  （ＩＰＭＰ＿ＤｅｓｃｒｉｐｔｏｒＩＤ  ＝＝  ０ｘＦＦ  ＆＆  ＩＰＭＰＳ＿Ｔｙｐｅ  ＝＝  ０ｘＦＦＦＦ）｛
ｂｉｔ（１６）  ＩＰＭＰ＿ＤｅｓｃｒｉｐｔｏｒＩＤＥｘ;
ｂｉｔ（１２８）  ＩＰＭＰ＿ＴｏｏｌＩＤ;
ｂｉｔ（８）  ｃｏｎｔｒｏｌＰｏｉｎｔＣｏｄｅ;
ｉｆ（ｃｏｎｔｒｏｌＰｏｉｎｔＣｏｄｅ  ＞  ０ｘ００）  ｂｉｔ（８）  ｓｅｑｕｅｎｃｅＣｏｄｅ；
ＩＰＭＰ＿Ｄａｔａ＿ＢａｓｅＣｌａｓｓ  ＩＰＭＰＸ＿ｄａｔａ[];
}
}
ＩＰＭＰ＿ｄｅｓｃｒはＩＰＭＰ記述子の配列である。
【００３０】
複数の暗号アルゴリズム（いくつかの非標準暗号化アルゴリズムを含む）、電子透かしツールを用いてファイルの保護を強化する場合、異なるＩＰＭＰツールＩＤを有する複数のＩＰＭＰ記述子を指定して、被保護ＡＶＳ−Ｍビデオストリームに関連付けることができる。
【００３１】
ＡＶＳ−Ｍビデオストリームが、普及しているかまたは標準的な暗号アルゴリズムにより保護されている場合、デフォルトのＩＰＭＰ記述子は定義されており、これを図５に示す。ＩＰＭＰ記述子ＩＤＥｘ５０１は、ＡＶＳ−Ｍビデオストリームへのポインタを定義する。デフォルトのＡＶＳ−Ｍ暗号化／復号ツールのＩＰＭＰＩＤは、ＡＶＳにより自身のＩＰＭＰツールＩＤ０ｘ１１１１（５０２）と共に登録される。ＡＥＳモード５０３＝０ｘ０１である場合、暗号文に前置される１２８ビットの初期化ベクトルを有し、ＲＦＣ２６３０に基づいてパディングされているＮＩＳＴ１２８ビット鍵暗号ブロック連鎖モード（ＣＢＣ）の定義に従ってＡＥＳ対称暗号化が用いられる。ＡＥＳモード５０３＝０ｘ０２である場合、ＮＩＳＴ１２８ビット鍵カウンタモード（ＣＴＲ）の定義に従ってＡＥＳ対称暗号化が用いられる。暗号文に前置される一意なカウンタを用いてパディング無しに１２８ビットＩＶが構成される。ＩＶ長５０４は、アクセス・ユニットに先行するＩＶの長さを定義する。選択的暗号化（ＳｅｌｅｃｔｉｖｅＥｎｃｒｙｐｔｉｏｎ）５０５は、暗号化インジケータ（０はＡＵが未暗号化、１はＡＵが暗号化済みを示す）を提供する。鍵インジケータ長（ＫｅｙＩｎｄｉｃａｔｏｒＬｅｎｇｔｈ）５０６は、鍵インジケータの長さをバイト単位で定義する。ｉｓＫｅｙＵＲＬというフラグ５０７を用いて、鍵データがＵＲＬにより宣言されているか、あるいは当該記述子に直接格納されているかのマーク付けを行なう。
【００３２】
ライセンス情報（直接的な権利／使用規則情報またはそのＵＲＬ）がファイル・ボックスにも格納されている場合、図６に示すように、そのような情報を格納すべくＩＰＭＰ情報ボックス内で別のＩＰＭＰ記述子を定義する必要がある。このＩＰＭＰ記述子において、この場合ＩＰＭＰツールＩＤ６０１の値０ｘ００００はＩＰＭＰツールを返送しないが、装置が対応する権利データを返送することを示すために用いされる。制御ポイント（ＣｏｎｔｒｏｌＰｏｉｎｔ）６０２の値０ｘ００は、この場合制御ポイントが適用されていないことを意味する。ｉｓＲｉｇｈｔｓＵＲＬというフラグ６０３を用いて、権利データがＵＲＬにより宣言されているか、あるいは当該記述子に直接格納されているかのマーク付けを行なう。
【００３３】
・スキーム種別ボックス（ＳｃｈｅｍｅＴｙｐｅＢｏｘ）およびスキーム情報ボックス（ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ）
スキーム種別ボックスは、保護スキームを識別する。スキーム情報ボックスは、使用中のスキームを用いてだけ解釈されるコンテナボックスである。暗号化システムが必要とするあらゆる情報がここに格納されている。
【００３４】
スキーム種別ボックスは、以下のフィールドからなる。
−スキーム種別（Ｓｃｈｅｍｅ＿ｔｙｐｅ）は、保護スキームを定義するコードである。
−スキームバージョン（Ｓｃｈｅｍｅ＿ｖｅｒｓｉｏｎ）は、コンテンツ生成に用いるスキームのバージョンである。
−スキームＵＲＩ（Ｓｃｈｅｍｅ＿ＵＲＩ）は、ユーザーのシステムにスキームがインストールされていない場合に、ユーザーをウェブ・ページに案内するオプションを可能にする。これは、ヌルで終端するＵＴＦ８文字ストリングとして形成された絶対ＵＲＩである。
【００３５】
別の特定スキーム用の追加的なスキーム種別ボックスはスキーム情報ボックスと共に、オプションである（例えばＩＳＭＡＣｒｙｐｔおよびＯＭＡＤＲＭ２．０ＰＤＣＦ）。オプションの通知が存在する場合、これらの特別なＤＲＭスキーム（例えばＩＳＭＡＣｒｙｐｔやＯＭＡＤＲＭ２．０ＰＤＣＦ）を実装し得る端末により、被保護ＡＶＳ−Ｍファイルの解釈が試みられることを意味する。上で定義されたＩＰＭＰ情報が、そのような特別なスキーム情報にマッピングされる。
【００３６】
被保護ＩＳＭＡ暗号化（ＩＳＭＡＣｒｙｐｔ）ファイルおよび／またはＯＭＡＤＲＭ２．０ＰＤＣＦファイルを、上で定義されたＩＰＭＰ情報を実装している筈の端末（ＡＶＳ−Ｍファイルリーダ）で解釈しようと試みている場合、被保護ＡＶＳ−Ｍ準拠ファイルにパッケージングされる前に、ＩＳＭＡＣｒｙｐｔファイルのスキーム情報ボックスまたはＯＭＡＤＲＭ２．０ＰＤＣＦを含むスキーム種別ボックス内に通知された全ての情報がＩＰＭＰ情報ボックスにマッピングすることにより、恰もそのような特別な保護スキームを特定のＩＰＭＰツールとして、またそれに対応する情報を特定のＩＰＭＰデータとして取り扱うようにする。
【００３７】
図７に、被保護ＡＶＳ−Ｍ  ファイルを生成するサーバのプロシージャを示す。最初に、コンテンツ・サーバ７０１がデフォルト暗号アルゴリズム、鍵管理システム、および権利データ関連情報７０３を用いて、あるいは何らかの未知ＤＲＭモジュールおよび権利関連情報７０２を表わすべく特定のＩＰＭＰツールだけを用いて、ＩＰＭＰ記述子を生成してフォーマットしなければならない。複数のＩＰＭＰ記述子がＩＰＭＰ情報ボックス７０４を構築し、更に、保護スキーム情報ボックス７０６を元形式ボックス７０５情報（すなわち元の未変換サンプル入力コーディング名を表わす４文字コード「ａｖｓｍ」）と共に形成する。保護スキーム情報ボックスは更に、動画ボックス７０８をサンプル記述ボックス情報７０７（すなわち宣言されたビデオ・サンプルが保護されていることを示す４文字コード「ｅｎｃｖ」）と共に形成する。最後に、メディアデータボックス７０９および動画ボックスに含まれている変換済み（例えば暗号化）ＡＶＳ−Ｍビデオメディアデータはファイル名「ａｖｓ１」で一緒にパッケージされて被保護ＡＶＳ−Ｍファイル７１０を形成し、エンドユーザーによりダウンロードまたはストリーミングできるようにする。
【００３８】
図８に、サーバからダウンロードまたはストリーミングされた被保護ＡＶＳ−Ｍファイルを再生する端末または装置のプロシージャを示す。端末８０１がサーバからＡＶＳ−Ｍファイル８０２をダウンロードまたはストリーミングした場合、第１のステップはＡＶＳ−Ｍ動画ボックス８０４のサンプル記述ボックス８０５内に格納されている４文字コードの情報を抽出することである。「ａｖｓｍ」が検出されたならば、実際のＡＶＳ−Ｍファイルは非保護形式であり、ＡＶＳ−Ｍデータボックス８０３に格納されているＡＶＳ−Ｍビデオメディアデータは端末により直接再生することができる。「ｅｎｃｖ」が検出されたならば、ＡＶＳ−Ｍデータボックス８０３に格納されている実際に受信されたＡＶＳ−Ｍビデオメディアデータは変換済み（例えば暗号化）形式であって直接再生することができないため、保護スキーム情報ボックス８０６内に格納されている情報を取得すべく更なるステップが必要である。デフォルト暗号アルゴリズム、鍵管理システム、および権利データ関連情報８０８を、保護情報ボックス内のＩＰＭＰ情報ボックス８０７で宣言されているＩＰＭＰ記述子から抽出できる場合、端末はこれらの情報を利用して鍵、ライセンス等を取得して非保護ＡＶＳ−Ｍビデオデータを復号化して再生する。ＩＰＭＰ記述子８０７から特定のＩＰＭＰツール情報および権利関連データ８０９しか得られない場合、端末は何処からかダウンロードされた（特別なＩＰＭＰＩＤを備えた）実際のＤＲＭモジュール８１０を実行して、非保護ＡＶＳ−Ｍビデオデータを逆変換（例えば復号化）して再生する。
【産業上の利用可能性】
【００３９】
本発明はデジタルメディアファイルのアプリケーション分野、特にＡＶＳ−Ｍメディアファイルの生成、配信、および利用を統括する保護情報の通知に適用することができる。
【図面の簡単な説明】
【００４０】
【図１】非保護ＡＶＳ−Ｍファイルの構造を示す図。
【図２】ビデオ・トラック用の一般的ＩＳＯ準拠ファイル形式保護スキームを示す図。
【図３】被保護ＡＶＳ−Ｍファイルの一般的構造を示す図。
【図４】保護スキームボックスを、その全ての下位ボックスがＡＶＳ−Ｍファイル保護に使用された状態で示す図。
【図５】デフォルトＩＰＭＰ記述子の形式を、全ての必須保護情報（暗号および鍵管理システム関連情報）と共に示す図。
【図６】権利関連情報を格納するＩＰＭＰ記述子の形式を示す図。
【図７】被保護ＡＶＳ−Ｍファイルを生成するサーバのプロシージャを示す図。
【図８】サーバからダウンロードまたはストリーミングされた被保護ＡＶＳ−Ｍファイルを再生する端末または装置のプロシージャを示す図。
【符号の説明】
【００４１】
１０１  ファイル種別ボックス
１０２  動画ボックス
１０３  ＡＶＳ−Ｍビデオ・トラック・ボックス
１０４  メディアデータボックス
１０５  主要ブランド・インジケータ
１０６  ハンドラボックス
１０７  サンプル記述ボックス
２０１  メディア種別
２０２  保護スキーム情報ボックス
２０３  メディアデータ
３０１  ４文字コード
３０２  保護スキーム情報ボックス
３０３  暗号化ＡＶＳ−Ｍデータ
４０１  保護スキーム情報ボックス
４０２  元形式ボックス
４０３  ＩＰＭＰ情報ボックス
４０４  スキーム種別ボックス
４０５  スキーム情報ボックス
５０１  ＩＰＭＰ記述子ＩＤＥｘ
５０２  ＩＰＭＰツールＩＤ
５０３  ＡＥＳモード
５０４  ＩＶ長
５０５  選択的暗号化
５０６  鍵インジケータ長
５０７  フラグ
６０１  ＩＰＭＰツールＩＤ
６０２  制御ポイント
６０３  フラグ
７０１  コンテンツ・サーバ
７０２  権利関連情報
７０３  権利データ関連情報
７０４  ＩＰＭＰ情報ボックス
７０５  元形式ボックス
７０６  保護スキーム情報ボックス
７０７  サンプル記述ボックス情報
７０８  動画ボックス
７０９  メディアデータボックス
７１０  被保護ＡＶＳ−Ｍファイル
８０１  端末
８０２  ＡＶＳ−Ｍファイル
８０３  ＡＶＳ−Ｍデータボックス
８０４  ＡＶＳ−Ｍ動画ボックス
８０５  サンプル記述ボックス
８０６  保護スキーム情報ボックス
８０７  ＩＰＭＰ情報ボックス
８０８  権利データ関連情報
８０９  権利関連データ
８１０  ＤＲＭモジュール
【図１】
0004745738.tif 000002
【図２】
0004745738.tif 000003
【図３】
0004745738.tif 000004
【図４】
0004745738.tif 000005
【図５】
0004745738.tif 000006
【図６】
0004745738.tif 000007
【図７】
0004745738.tif 000008
【図８】
0004745738.tif 000009