(57)【要約】      （修正有）【課題】フレキシブルＩＰＭＰ保護スキームによるデジタル・コンテンツの制御および保護のための方法および装置を提供。【解決手段】フレキシブルＩＰＭＰ保護スキームによりデジタル・メディアの制御および保護を行なう方法および装置を開示する。本装置は、デジタル・コンテンツの統制のために、デジタル・コンテンツの一部として受信されたＩＰＭＰツール情報、利用規則およびデジタル署名に従う制御手段と、フレキシブルＩＰＭＰツール保護スキームの下でデジタル・コンテンツを保護する保護手段とを含む。情報スキーム形式は広範な相互運用性を実現すべく、ＩＰＭＰツール情報、ＩＰＭＰ署名情報、および利用規則情報の保護情報部分への一体化と、暗黙的ステートメントまたは明示的ＵＲＩおよびＩＰＭＰ参照等のメカニズムを介した制御および保護情報のデジタル・コンテンツ宣言モデルへの関連付けとを含む。【選択図】      図１
2006059145.tif 000002
【特許請求の範囲】
【請求項１】
デジタル・コンテンツを制御および保護する装置であって、
デジタル・ファイルまたはストリームを受信すべく構成されたレシーバユニットと、
前記デジタル・コンテンツをリソース、異なる宣言ユニット、および保護情報に分離すべく構成されたパーサと、
フレキシブルＩＰＭＰスキームコンテナを開く手段と、セキュリティおよび権利管理情報を抽出して前記コンテンツの被保護部分の利用を制御する手段とを含む制御機構とを備え、
前記デジタル・ファイルまたはビットストリームが、
少なくとも一部が保護されているリソースと、
少なくとも一部が保護されている、異なる種類の宣言ユニットを含む標準的または統一された宣言モデルと、
前記コンテンツの利用を制御するための保護情報を含む被保護部分に関連付けられたフレキシブルＩＰＭＰスキームコンテナとを含む装置。
【請求項２】
前記制御機構が少なくとも１個のリソースまたは宣言ユニットの統制に関連付けられたフレキシブルＩＰＭＰスキームを含む、請求項１に記載の装置。
【請求項３】
前記フレキシブルＩＰＭＰスキームが外部ソースから配信される、請求項２に記載の装置。
【請求項４】
前記フレキシブルＩＰＭＰスキームが前記デジタル・ファイルまたはビットストリームの一部として配信される、請求項２に記載の装置。
【請求項５】
前記フレキシブルＩＰＭＰスキームが、前記被統制デジタル・コンテンツを解読可能にするか、前記被統制デジタル・コンテンツ内部の電子透かしを検知可能にするか、または前記被統制デジタル・コンテンツ内部の署名付き情報を検証可能にするＩＰＭＰツール情報を指定する、請求項２に記載の装置。
【請求項６】
前記フレキシブルＩＰＭＰスキームが、前記デジタル・コンテンツに認められた利用条件またはデジタル・メディア・コントローラの解読機能で用いるべくメディア再生コントローラ向けの鍵情報を定義する権利管理情報を指定する、請求項２に記載の装置。
【請求項７】
前記フレキシブルＩＰＭＰスキームが、デジタル・メディア・コントローラの与信管理機能で用いるべくメディア再生コントローラにデータを提供するデジタル署名情報を指定する、請求項２に記載の装置。
【請求項８】
前記ＩＰＭＰツール保護スキーム記述データがＩＰＭＰツール制御データおよびＩＰＭＰ情報データ、すなわちＩＰＭＰツールのリスト、ツール記述、およびメディア・コンテンツ・データに認められた知的所有権を保護するデジタル権利表記を含む、請求項５に記載の装置。
【請求項９】
前記ＩＰＭＰツールのリストが、識別値、代替ツールの識別、パラメータ記述、全てのＩＰＭＰ保護モジュールを検索可能なＵＲＬを更に含むことができる、請求項８に記載の装置。
【請求項１０】
ＩＰＭＰ記述子情報は、ある特定の保護モジュールの識別値、ＩＰＭＰデータ、制御情報、シーケンス情報、およびそのようなＩＰＭＰ記述情報自身が署名されている場合は署名情報を更に含む、請求項８に記載の装置。
【請求項１１】
前記ＩＰＭＰデータが、メディア・データが所定の暗号化アルゴリズムに対応して暗号化されている場合はＩＰＭＰ鍵データ、特定の権利情報が特定のメディア・データに紐付けられている場合はデジタル権利データ、あるいは特定の保護アルゴリズムに対応する構成データを更に含む、請求項１０に記載の装置。
【請求項１２】
デジタル権利表現が、前記メディア・コンテンツ・データに義務付けられるべき利用規則および状態を更に含むことができ、かつ一般的なＸＭＬ形式または暗号化されたデータ形式である、請求項６または８に記載の装置。
【請求項１３】
前記署名情報が、実際の署名データ、証明タイプ、証明の個数、実際の証明データおよび証明用の検証アルゴリズムの識別値を更に含む、請求項７または１０に記載の装置。
【請求項１４】
フレキシブルＩＰＭＰ保護スキームによりデジタル・コンテンツを制御および保護する方法であって、
デジタル・コンテンツが異なるＩＰＭＰシステムによりどのように保護されているかを示すＩＰＭＰツール情報を構築するステップと、
前記ＩＰＭＰツール情報をＩＰＭＰツール情報コンテナに格納するステップと、
前記デジタル・コンテンツに義務付けられた利用規則および状態を示す権利管理情報および前記デジタル・コンテンツを解読するための鍵情報を構築するステップと、
前記権利管理情報を権利管理情報コンテナに格納するステップと、
署名データを示すＩＰＭＰ署名情報、前記デジタル・コンテンツの与信管理を示す証明データを構築するステップと、
前記IＰＭＰ署名情報をＩＰＭＰ署名情報コンテナに格納するステップと、
３個のコンテナ全てを１個のＩＰＭＰ情報コンテナに収めてフレキシブルＩＰＭＰスキームを形成するステップと、
前記ＩＰＭＰスキームを前記被保護デジタル・コンテンツに関連付けるステップと、
前記ＩＰＭＰスキームを独立に、または少なくとも一部が保護されているリソースおよび少なくとも一部が保護されている異なる種類の宣言ユニットを含む標準的／統一された宣言モデルと共に送信するステップとを含む方法。
【請求項１５】
ＩＰＭＰツール情報の構築ステップが、
メディア・データ・プレーヤーがファイル構造内のメディア・データを処理するために必要とするＩＰＭＰツールのリストを示すべくＩＰＭＰツールリストを構築するステップと、
メディア・データの開始前に、前記メディア・データ・プレーヤーに前記ＩＰＭＰツールリストを搬送すべく前記ＩＰＭＰツールリストをＩＰＭＰ制御コンテナに格納するステップと、
前記メディア・データを保護するためにどのツールを用いるかを示すべくＩＰＭＰ記述子を構築するステップと、
前記メディア・データ・プレーヤーに対し、前記関連付けられたメディア・データが前記ＩＰＭＰ記述子に記述された前記ＩＰＭＰツールにより統制されていることを通知すべく前記ＩＰＭＰ記述子をＩＰＭＰ情報コンテナに格納するステップとを更に含む、請求項１４に記載の方法。
【請求項１６】
請求項１、２または１４に記載の、被保護デジタル・コンテンツにフレキシブルＩＰＭＰスキームを関連付ける方法において、実際の保護情報コンテナに取付けられた参照ユニットがＸＰａｔｈ／ＸＰｏｉｎｔｅｒまたはＵＲＩを用いて、参照されたリソースまたはアイテムを同一ＸＭＬ文書内に取り込んだり、またはＭＰＥＧ−２１デジタルアイテム識別（ＤＩＩ，ＩＳＯ／ＩＥＣ  ２１０００−３）ソリューションを用いて、参照されたリソースまたはアイテムを識別することが可能であり、あるいは他の任意のロケータ・スキームを用いて前記デジタル・コンテンツと関連付けることが可能な方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデジタル・コンテンツの配信および保護に関し、より具体的には、フレキシブルＩＰＭＰ保護スキームによってデジタル・コンテンツを制御および保護するとともに、ＭＰＥＧ−２１デジタルアイテム宣言等の標準的または統一されたコンストラクタにより宣言された被保護デジタル・メディア・リソースの配信を容易にする方法および装置に関する。
【背景技術】
【０００２】
デジタル・メディア・リソースが急激かつ大規模に発展したことで、デジタル・コンテンツの利用、およびより簡単なアクセスを望むユーザーの欲求が高まっている。汎用的にマルチメディアへアクセスする目的で、あらゆる種類の汎用マルチメディア・リソースの制作、構造および組織を指定するための標準的かつ統一された宣言モデルが望まれている。その一例がＭＰＥＧ−２１第２部（ＩＳＯ／ＩＥＣ  ２１０００−２）デジタルアイテム宣言（ＤＩＤ）であり、標準的な表現、識別およびメタデータを含む構造化されたデジタル・オブジェクトを用いて、複数のアプリケーション領域における異なるカテゴリのユーザーのあらゆるコンテンツタイプの配信および利用を支援可能なＭＰＥＧ−２１フレームワーク内における配信および取引の基本単位を形成する。
【０００３】
ファイル形式またはデジタル・メディア・ストリームは、ＭＰＥＧ−２１  ＤＩＤ等の標準的かつ統一された宣言モデルに従ってデジタル・メディア・データ（映像、音声、画像、文字、グラフィックス、その他デジタル装置用に制作されたコンテンツ）を配信するための最も重要になりつつあるコンテンツ・パッケージ化手段である。しかし、標準化されたＤＩＤモデルおよびそれから派生したファイルやストリームの受け入れは、デジタル・メディア・リソースが安易に複製されて不法に配布されかねないため敬遠されていた。その結果、コンテンツ所有者は、通常の標準化された形式から得られたファイルやストリームを介して重要な特性が配信されることを許可しようとしない。さらに、任意のコンテンツ形式および機能に十分対応可能な程度にフレキシブルな保護および権利管理情報を格納する共通形式が存在しないため、相互運用がさらに困難である。
【０００４】
これらの理由により、標準的かつ統一された形式により宣言されたデジタル・メディア・リソースを保護可能な方法論が求められている。
【特許文献１】国際特許出願第ＰＣＴ／ＪＰ０３／０１２１７号パンフレット、発明の名称：「デジタルアイテム用のＩＰＭＰスキーム記述プロセス（Ａ  Ｐｒｏｃｅｓｓ  ｏｆ  ＩＰＭＰ  Ｓｃｈｅｍｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  ｆｏｒ  Ｄｉｇｉｔａｌ  Ｉｔｅｍ）」、ホアン・チョンヤン（Ｈｕａｎｇ  Ｚｈｏｎｇｙａｎｇ）、シェン・ションメイ（Ｓｈｅｎ  Ｓｈｅｎｇｍｅｉ）、チー・ミン（Ｊｉ  Ｍｉｎｇ）、セノオ・タカ（Ｓｅｎｏｈ  Ｔａｋａ）国際出願日：２００３年２月６日
【非特許文献１】ＩＳＯ／ＩＥＣ国際規格２１０００−２、デジタルアイテム宣言、２００２年５月（ＦＤＩＳ、Ｎ４８１３）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述の先行技術マルチメディア宣言モデルには、解決すべき以下の課題がある。
１)有価値特性を保護すべく汎用マルチメディア宣言モデルに提供されかつそれに関連付けられた、セキュリティおよび権利管理に関する標準化されて実際的な統制情報が存在しない。
２)セキュリティおよび権利管理に関する統制情報を格納する共通のフレキシブルな形式が存在しない。
【課題を解決するための手段】
【０００６】
本発明と整合性を保ちつつ、本明細書に、標準宣言モデルにより宣言された内蔵または外部参照されるメディア・データを保護するためのセキュリティおよび権利管理情報を格納する新規なスキームについて記載する。このようなスキームは一般的な環境を前提に記述されていて、ＭＰＥＧ−２／４  ＩＰＭＰシステム（ＩＳＯ／ＩＥＣ  １３８１８−１１および１４４９６−１３の知的財産管理および保護）に従って符号化されたコンテンツを編集するシステムに類似しているが、そのような制約のあるリソース・コンテンツ装置には限定されない。ある程度の変更により、新規の通知スキームが若干の基本的な保護情報を提供し、どのようなＩＰＭＰツールが使われていようとも、定義されたＩＰＭＰ標準に従うことにより、一般的なデジタル・メディア利用環境にある準拠端末において暗号化および保護されたコンテンツを利用可能にする。
【０００７】
本発明の態様に従い、情報スキーム形式は広範な相互運用性を実現すべく、ＩＰＭＰツール情報、ＩＰＭＰ署名情報および権利管理情報の保護情報部分への一体化と、暗黙的ステートメントまたは明示的ＵＲＩおよびＩＰＭＰ参照等のメカニズムを介した制御および保護情報のデジタル・コンテンツ宣言モデルへの関連付けとを含む。
【０００８】
本発明と整合性を有する方法および装置によりデジタル・メディア保護およびデジタル権利管理を実施する。セキュリティ保証されたコンテナを形成するフレキシブルなメディア保護スキームが暗黙的または明示的にデジタル・メディア宣言モデルに関連付けられていて、そのような宣言モデルにより宣言されたデジタル・メディア・リソースの利用を制御する。本発明と整合性を有するデジタル・メディア・プレーヤーは、実際のセキュリティおよび権利管理情報を格納する保護スキームを追跡および翻訳すべく設計されたパーサを含み、また、常駐するＩＰＭＰツールの起動や必要なＩＰＭＰツールのダウンロードを行う制御モジュールを含んでいて、ＩＰＭＰツール（例：暗号化されたコンテンツの複合化、コンテンツからの電子透かしの検出）を用いてコンテンツの保護を実行する。
【発明の効果】
【０００９】
本発明の利点は、以下の通りである。
１）セキュリティおよび権利管理に関する標準的かつ実際的な統制情報を提供し、その情報を汎用マルチメディア宣言モデルと関連付けることを通じて有価値デジタル・メディア・リソースの信頼性が向上する。
２）そのような統制情報を格納するための標準的かつ共通のフレキシブルな形式を定義することにより、保護および権利管理情報の処理における相互運用性が向上する。
【発明を実施するための最良の形態】
【００１０】
添付の図面を参照しつつ、本発明の好適な実施形態について以下に述べる。
【００１１】
図１に、デジタル・コンテンツの作成、配信および保護の一般的な手順を記述するブロック図を示す。保護および権利管理情報は、コンテンツ作成段階の途中で作成されてデジタル・コンテンツに埋め込むことができ、またコンテンツ利用段階の途中で抽出されてメディア・リソースの再生を制御することができる。
【００１２】
デジタル・コンテンツ作成段階の途中で、コンテンツ・プロバイダ１００は、各種のデジタル・メディア・リソース２１１（写真、映像、音声、文字情報、アニメーション・グラフィックス等）を含む有価値メディア・データ２１０をコンテンツ配信者またはサービス・プロバイダ１０１に供給する。標準的または統一されたモデル２００は、デジタル・メディア・リソースの組織を定義する一組の抽象化されたアイテムおよび概念（一般的に言えば、一組の宣言ユニット２０１）を記述する。デジタル・コンテンツパッケージ作成者１０１はモデル２００および付随する実際のメディア・データ２１０を利用して、著作物（例えば、デジタル音楽アルバム、ｅブック、または導入および設定情報を含むソフトウェア）のデジタル表現を形成することができる。そのようなデジタル著作物に最も役立つ顕著なアプリケーション形式は、ユーザー１０２が最終的に受け取るファイルまたはストリーム２２０である。
【００１３】
同時に、コンテンツの所有者、プロバイダまたは配信者は、セキュリティおよび保護に関するフレキシブルな保護スキーム記述データであって、メディア・データ２１０またはデジタル・コンテンツ表現モデル２００、またはユーザーが受信した最終形式（ファイルまたはストリーム２２０）に義務付けられるべきIＰＭＰスキーム３００を作成することができる。ＩＰＭＰスキーム３００は、ＩＰＭＰ情報コンテナ３０１であって、ＩＰＭＰツール（機能）情報３０３とＩＰＭＰ署名情報３０４だけでなく、ライセンス発行者１０３により作成されてＩＰＭＰスキーム内に格納Ｓ８０２された権利管理情報３０２（例：利用規則および鍵情報）も含む。ＩＰＭＰスキーム３００はマルチメディア宣言モデル２００内に直接配置Ｓ８００されても、または、ＵＲＩ等何らかの手段により宣言モデル２００／メディア・データ２１０に間接的に参照されてもよい。本発明において、両方の場合を以下の図で詳細に示す。関連付けられた保護スキーム記述データが付随する場合、ファイルまたはストリーム２２０に入力されたメディア・データ２１０は異なる形式（暗号化、または電子透かし、あるいはその他の形式）であってよい点に注意されたい。全ての権利条件が満たされて全ての必須データ（例：鍵）が利用できるならば、メディア・コントローラは抽出されたＩＰＭＰスキーム３００に基づいて、被保護メディア・データをユーザーのメディア・プレーヤ用に明確な形式に変換する必要がある。
【００１４】
標準的または統一されたマルチメディア宣言モデル２００の一例として、ＭＰＥＧ−２１デジタルアイテム宣言（ＤＩＤ、ＩＳＯ／ＩＥＣ  ２１０００−２）がある。そのようなＭＰＥＧ−２１ＤＩＤモデルの基本的かつ中核的な概念を図２Ａおよび図２Ｂに示す。
【００１５】
図２Ａ、２Ｂに示すＤＩＤ２００は、一組の抽象化された条件および概念（宣言ユニット２０１）を記述するモデルである。その表現であるデジタルアイテム宣言言語（ＤＩＤＬ）は、ＤＩＤモデルで定義されたアイテムおよび概念に基づいていて、ＸＭＬで表現されるようなＤＩＤ要素の各々のシンタクスとセマンティクスの規範的記述を含み、マルチメディアのアプリケーション基盤の要素がどのように関係付けられ、統合され、対話すべきかに着目することにより相互運用性を保証する。
【００１６】
図２Ａに示す、無制約ＤＩＤのコンテキストにおける主な宣言ユニット２０１は、以下のものを含む。コンテナ２０１ａはアイテムおよび／またはコンテナをグループ分けする構造であり、論理パッケージまたはシェルフを形成するために用いることができる。記述子２０１ｂは情報を、これを包含する宣言要素に関連付け、この情報はコンポーネントまたは文字・ステートメントであってよい。ステートメント２０１ｃは情報を含む文字型テキスト値であるが、アセットではない。アイテム２０１ｄは関連する記述子に紐付けられたサブアイテムおよび／またはコンポーネントのグループ分けである。コンポーネント２０１ｅは、リソースを一組の記述子に紐付ける。また、リソース２０１ｆは、映像または音声クリップ、画像、あるいは文字のアセット２１１等、個々に識別可能なアセット２１０である。リソースはまた、潜在的には物理オブジェクトであってよく、全てのリソースは明確なアドレスにより特定できなければならない。ＤＩＤモデルの条件、選択、選集、注釈、主張、断片等、他の宣言ユニット／要素をここでは網羅しない。これらの宣言ユニット／要素の全てには、外部情報ロケータが参照できるオプション的ＩＤ属性が各々関連付けられているべきである。
【００１７】
そのようなマルチメディア宣言モデル自体が統制されていると考えられる場合、これを図２Ｂに示す被統制ＩＰＭＰ＿ＤＩＤに変更すべきである。この場合、ＩＰＭＰ統制と、デジタルアイテムに必要なツールまたはアクセスされる部品との通信はＩＳＯ／ＩＥＣ  ２１０００−２に定められたデジタルアイテム記述言語（ＤＩＤＬ）を適合させて実現される。ＤＩＤＬの各要素について、図２Ａとの比較で図２Ｂに示すように同等のＩＰＭＰ＿ＤＩＤＬ要素が提供される。ＩＰＭＰ＿Ｃｏｎｔａｉｎｅｒ  Ｐ２０１ａ、ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ  Ｐ２０１ｂ、ＩＰＭＰ＿Ｓｔａｔｅｍｅｎｔ  Ｐ２０１ｃ、ＩＰＭＰ＿Ｉｔｅｍ  Ｐ２０１ｄ、ＩＰＭＰ＿Ｃｏｍｐｏｎｅｎｔ  Ｐ２０１ｅおよびＩＰＭＰ＿Ｒｅｓｏｕｒｃｅ  Ｐ２０１ｆ等のように定義された新規ユニットはＩＰＭＰ統制下にあって１個のｉｐｍｐ名前空間タグを含んでいるが、対応する非ＩＰＭＰ要素と同じ構文および意味を持っているべきである。ＤＩＤ自体が無制約形式または被統制形式のいずれの場合でも、ＩＰＭＰスキーム情報は暗黙的または明示的に被保護デジタル・コンテンツに関連付けられていなければならない。両方の場合におけるメディア・リソース・レベルまたはＤＩＤアイテムレベルでの保護を図４〜９に詳しく示す。
【００１８】
図３に、ＩＰＭＰスキームの詳細を示すが、デジタル・コンテンツのセキュリティおよび権利管理情報の一般的な形式を表わしている。
【００１９】
ＩＰＭＰスキーム３００は、次の３種類の特定の情報コンテナを含む。すなわち権利管理情報コンテナ３０２、ＩＰＭＰツール情報コンテナ３０３、およびＩＰＭＰ署名情報コンテナ３０４である。
【００２０】
ＭＰＥＧ−２１  ＲＥＬまたはその他の標準化された権利表記言語（例：オープンデジタル権利言語すなわちＯＤＲＬまたはオープンモバイル・アライアンスＤＲＭ権利表記言語（ＯＭＡ  ＤＲＭ  ＲＥＬ））は、デジタル・コンテンツの一般的な権利、許可を宣言し、アクセスや利用制御を指定する。これらはまた、個人データが個々の権利に従って処理されることを保証するフレキシブルかつ相互運用可能なメカニズムを提供する。情報は一般に、鍵情報、権利（例：再生、複製、印刷・・・）情報、リソース情報、条件、権利発行者情報を含む。上述の権利情報を有するデジタル・コンテンツがユーザーへ送信すべく分離可能である場合には、権利管理情報コンテナ３０２は権利管理情報参照ユニットｒ３０２を介して、これらの権利情報を識別してデジタル・コンテンツへの関連付けを継承する。参照ユニットｒ３０２はＸＰａｔｈ／ＸＰｏｉｎｔｅｒまたはＵＲＩを用いて、参照されたリソースまたはアイテムを同じＸＭＬ文書に取り込んだり、あるいはＭＰＥＧ−２１デジタルアイテム識別（ＤＩＩ、ＩＳＯ／ＩＥＣ  ２１０００−３）ソリューションを用いて参照リソースまたはアイテムを識別したり、あるいは他人の発明による任意のロケータスキームを用いてデジタルアイテムに関連付けることができる。以下に説明する参照ユニットｒ３０４、ｒ３０３１およびｒ３０３２に同じメカニズムが適用される。
【００２１】
与信管理は、実際の与信管理を行なう証明の発行と取消しだけでなく当事者が交わす契約や合意に存在する。ＩＰＭＰ署名情報コンテナ３０４は、与信管理部分（署名された価値および方法／アルゴリズム）を実行するデジタル署名情報自体、および与信管理部分の宣言を実行してどの与信管理スキームが使われているか、あるいはより基本的に、誰が与信供与者かを示す証明リストを特定することができる。権利管理情報参照ユニットと同様に、ＩＰＭＰ署名情報参照ｒ３０４は、上述の署名情報と共にユーザーへ送るべくデジタル・コンテンツが分離可能な場合に、署名情報の識別およびデジタル・コンテンツへの関連付けを維持する。
【００２２】
ＭＰＥＧ−２／４  ＩＰＭＰはＩＰＭＰツールを用いて柔軟性および相互運用性を実現する。ＭＰＥＧ  ＩＰＭＰが関わる相互運用性とは、異なる保護アルゴリズムによりコンテンツを保護する異なるプロバイダからエンドユーザがコンテンツを購入して再生できることである。従って、どのプレーヤでも、アルゴリズムとライセンスを動的に特定してダウンロードできなければならない。これは特に、全てのタイプのコンテンツを異なるカテゴリのユーザーへ配信および利用を支援するためにＭＰＥＧ−２１  ＤＩＤを用いる場合に重要である。
【００２３】
ＩＰＭＰツールは、認証、復号化、電子透かし入れ等の１個以上のＩＰＭＰ機能を実行するモジュールである。そのように広範な相互運用性を実現すべく、ＩＰＭＰはツールのダウロード機能を提供し、ツールを遠隔地から取得してより自在に更新することができる。ＩＰＭＰはまた、パラメータ記述に従って端末の所望のツールの選択を可能にする。ＩＰＭＰ端末はまた、いくつかのツールを集約して、パラメータのある集約方式に従う一つのツール・セット（単一ツールとして機能する）を形成することができる。
【００２４】
ＩＰＭＰツール情報コンテナ３０３は、ＩＰＭＰ制御コンテナ３０３１およびＩＰＭＰ情報コンテナ３０３２を含む。３０２に記述されている権利管理データはまた、これら２個のサブコンテナ３０３１、３０３２の下に直接格納することができる。権利管理情報およびＩＰＭＰ署名情報の同じ参照メカニズムを、これら２個のサブコンテナ３０３１、３０３２にも適用することができ、各々ユニットはＩＰＭＰ制御参照ｒ３０３１およびＩＰＭＰ情報参照ｒ３０３２である。
【００２５】
ＩＰＭＰ制御コンテナ３０３１と共に、詳細記述データ３０３３も図３に示す。ＩＰＭＰツールリスト・クラス３０３５はＩＰＭＰツールのリストを含む。これは、コンテンツを再生するために用いる必要がある全てのＩＰＭＰツールを特定するために用いる。「Ｌｅｎｇｔｈ」とは、このデータ・クラスのバイト数である。「Ｌｅｎｇｔｈ」フィールドに続いて、「ＮｕｍＩＰＭＰＴｏｏｌｓ」フィールドは、このＩＰＭＰツールリスト・クラス３０３５に何個のツールが指定されているかを指定する。ＩＰＭＰＴｏｏｌ＿Ｉｎｆｏクラス３０３４は、自身のツールＩＤを含むツール、可能な代替のツール等に関する情報を格納する。各ＩＰＭＰＴｏｏｌ＿Ｉｎｆｏクラス３０３４は、端末がコンテンツを利用する際に必要とする１個の論理ＩＰＭＰツールを識別する。このツールは、ＩＰＭＰＴｏｏｌＩＤで指定される一意なベンダー固有の実装方式として、列挙された代替方式の１つとして、あるいはパラメータ記述により指定されるＩＰＭＰツールとして指定される。ＴｏｏｌＵＲＬは、このクラスで指定された１個以上のツールを取得できる、ｎｕｍＵＲＬの情報源であるＵＲＬの配列である。一意なＩＰＭＰツールの実装方式は、両方ともゼロにセットされたｉｓＡｌｔＧｒｏｕｐおよびｉｓＰａｒａｍｅｔｒｉｃフィールドで示される。この場合、ＩＰＭＰ＿ＴｏｏｌＩＤはＩＰＭＰツールの特定実装方式のために予約された範囲から得られ、求めるツールを直接指示する。他の全ての場合には、ツールの実際のＩＰＭＰツールＩＤはコンテンツ制作時点では未知であり、特定のコンテンツの特定の時点での端末実装に依存するため、ＩＰＭＰ＿ＴｏｏｌＩＤはＩＰＭＰツールＩＤのコンテンツ固有の抽象化として機能する。パラメータ記述は、ｉｓＰａｒａｍｅｔｒｉｃフィールドを１に設定することにより示される。この場合、端末は以下のパラメータ記述で指定される基準を満たすＩＰＭＰツールを選択する。この場合、ＩＰＭＰ＿ＴｏｏｌＩＤはパラメータツールまたは代替ツール用に予約されている範囲にある。端末実装がこのパラメータ記述を満足すべく選択するツールの実際のＩＰＭＰツールＩＤは、端末側でしかわからない。全てのコンテンツおよび他のツールは、このコンテンツのために、指定されたＩＰＭＰ＿ＴｏｏｌＩＤを介してこのツールを参照する。ここでコンテント・プロバイダは、固定されたツールＩＤではなく、パラメータ記述を用いて、コンテンツを再生するためにどのタイプのＩＰＭＰツール必要とされるかを記述することができる。例えば、コンテント・プロバイダは、ビデオストリームを復号化するためにブロックサイズが１２８ビットのＡＥＳツールが必要であることを指定できる。ＩＰＭＰ端末は、このツールを指定した記述を受信したならば、埋め込みツールから最適化されたＡＥＳツールを選択することができる。パラメータ記述は、いかなる特定のツールタイプのいかなる特定のスキームも定義することはない。時間の経過に伴ない必要性が認識されるにつれて、そのような定義がスキーム全体に追加されて、最適スキーマが発展することが予想される。但し、本発明では以下のように基本的なフレームワークだけを取り上げる。オプションのコメント、パラメータ記述シンタクスのバージョン、ツールのクラス（例えば復号化、権利言語パーサ等）、ツールのサブクラス（例えば復号化の場合：ＡＥＳ、ＤＥＳ、ＮＥＳＳＩＥ等、電子透かしの場合：「パノの電子透かしツール」等、権利言語パーサの場合：「フレッドの権利パーサ」、プロトコルパーサの場合：「メアリーのプロトコルパーサ」）、サブクラス固有情報（例えばＤＥＳの場合：ビットの個数、ストリームおよび／またはブロック解読能力、権利言語パーサの場合：バージョン）。パラメータ記述は、ツールのタイプにかかわらず、任意のタイプのＩＰＭＰツールの一般的な記述を可能にすべく定義されている。代替ツール群のリストは、ｉｓＡｌｔＧｒｏｕｐフラグを１にセットすることにより示される。後続する特定のＴｏｏｌＩＤ群は、ツールが互いに同等の代替手段であることを示す。ｉｓＰａｒａｍｅｔｒｉｃフィールドも１に設定されている場合、パラメータツール（上の段落で述べたように）の条件下で選択された任意のツールが端末にとって特定のＴｏｏｌＩＤ群を介して指定されたものと同等の別の代替手段とみなせる。端末は、自身の裁量によりこれら同等の代替手段から１つを選択する。このツールの実際のＩＰＭＰツールＩＤは、端末側でしかわからない。
【００２６】
ＩＰＭＰ情報コンテナ３０３２と共に、詳細記述データ３０３６も図３に示す。ＩＰＭＰ＿ｄｅｓｃｒｉｐｔｏｒクラス３０３７の存在により、付随するメディア・データがＩＰＭＰ記述子に記述されているＩＰＭＰツールにより保護されていることを示す。ＩＰＭＰ＿ＤｅｓｃｒｉｐｔｏｒＩＤは、このＩＰＭＰ記述子の一意なＩＤである。ＩＰＭＰ＿ＴｏｏｌＩＤは、この範囲で保護しているＩＰＭＰツールの一意なＩＤである。ＣｏｎｔｒｏｌＰｏｉｎｔは、ＩＰＭＰツールが常駐しているＩＰＭＰ制御ポイント（例えばデコーダと編集の間の制御ポイント）を指定する。ＳｅｑｕｅｎｃｅＣｏｄｅは、２つ以上のＩＰＭＰツールが同一のメディア・データを保護している場合に、同一制御ポイントに常駐しているＩＰＭＰツールとＩＰＭＰツールの関係を指定する。このフィールドの値は、特定の制御ポイントにおけるこのＩＰＭＰツールの優先順位を指定する。例えば、値「２０」は、このツールの方が、ｓｅｑｕｅｎｃｅＣｏｄｅが「１２」であるＩＰＭＰツールより高い優先順位にあることを意味する。被保護メディア・データは最初に優先順位のより高いＩＰＭＰツールへ送られ、その後で、データは次の優先順位にあるＩＰＭＰツールへ送られる。同一メディア・データの同一制御ポイントにおいて２個のツールに同一シーケンス番号を付与することはない。ＩＰＭＰ＿Ｄａｔａは、ＩＰＭＰ権利データ、ＩＰＭＰ鍵データ、ツール構成データ等を含むがこれに限定されない。ｉｓＳｉｇｎｅｄ、Ｓｉｇｎａｔｕｒｅ、ＣｅｒｔＴｙｐｅ、ＮｕｍＣｅｒｔｓ、ＣｅｒｔｉｆｉｃａｔｅおよびＶｅｒｉｆｙｉｎｇ＿Ｔｏｏｌ＿ＩＤは、署名の存在、ＩＰＭＰ記述子に含まれる証明の数、そのように用いられる署名および証明メカニズムの詳細を示し、これを用いてＩＰＭＰ記述子の完全性および真正性が保証される。個々のメディアまたはアイテムレベルにおけるＩＰＭＰ＿ｄｅｓｃｒｉｐｔｏｒ３０３７の存在は、付随するメディアまたはアイテムデータがＩＰＭＰ記述子に記述されているＩＰＭＰツールにより保護されていることを示し、一方、ＩＰＭＰ制御コンテナ３０３１にＩＰＭＰ記述子３０３７が自身の記述データ３０３６と共に存在することで、現在のＭＰＥＧ−２１  ＤＩＤ内の全てのメディア・データがＩＰＭＰ記述子に記述されたＩＰＭＰツールにより保護されていることを示す。
【００２７】
以下の実施形態において、異なるレベル（メディア・リソースレベルまたはＤＩＤアイテムレベル）のデジタル・コンテンツ保護の通知に関して、このようなＩＰＭＰスキームがどのようにＭＰＥＧ−２１（無制約またはＩＰＭＰ被統制）ＤＩＤモデルに直接取り込まれているか、あるいは遠隔サイトに存在するがダウンロード可能であるかを説明して明確にする。
【００２８】
図４に、インラインで参照される実際のメディア・リソースまたはリソースへの参照を保護するための無制約ＤＩＤにおけるＩＰＭＰスキームの格納方式を示す。リソース（アセットまたは場所）の暗号化をユニット２０１ｆで表わす。
【００２９】
図４（ａ)において、ＩＰＭＰスキーム情報３００ｂ、３００ｃ、および３００ｄは、コンポーネント内のリソースに含まれてこれを参照する記述子のステートメント要素２０１ｃ内にある。これらは、コンテンツおよび場所の保護用に別々のタグを有し、アセットまたはアセットの場所を保護することができる。参照の存在は可視であるが、これはコンポーネントの利用により暗黙化される。ＩＰＭＰ制御情報を格納することができるＩＰＭＰスキーム情報３００ａは、最外殻のコンテナ要素の記述子のステートメント要素内にあって、全体的な保護情報を与える。リソースが異なるＩＰＭＰシステムを有するために異なるアイテムまたはコンポーネントに分離される場合、解決策は極めて明快である。異なるリソースが１個のアイテムまたはコンポーネント内で宣言されている場合、ＩＰＭＰ＿Ｒｅｆｓを用いてそのように異なるリソースを区別すべきである。
【００３０】
ＩＰＭＰスキーム３００は、遠隔サイトに存在していて、図４（ｂ)のファイルまたはストリーム・ヘッダ４００に格納されたＩＰＭＰスキームＵＲＩにより宣言された場合、ＩＰＭＰ＿Ｒｅｆは、異なるメディア・リソースアセットまたはアセット２０１ｆの場所の保護を識別するためだけに用いることができる。
【００３１】
図５に、アイテムレベルの保護を実現すべく、無制約ＤＩＤ内におけるＩＰＭＰスキームの格納を示す。抽象宣言ユニットアイテム２０１ｄまたはコンポーネント２０１ｅは保護されている。
【００３２】
図５（ａ)において、実際のＩＰＭＰスキーム情報３００は、メディア・ファイルのヘッダまたはエンドユーザへ転送されるストリームに格納されている。ＩＰＭＰ＿Ｒｅｆ  ｒ３００参照の存在がローカル側から見えており、アイテム２０１ｄまたはコンポーネント２０１ｅ等の被保護ユニットを直接取り出すべく適用されるが、これはＩＰＭＰ＿Ｒｅｆ内のＩｔｅｍ＿ＩｄまたはＣｏｍｐｏｎｅｎｔ＿Ｉｄの利用により暗黙化されている。ＩＰＭＰスキーム３００が遠隔サイトに存在していて、図５（ｂ)のファイルまたはストリーム・ヘッダ４００に格納されたＩＰＭＰスキームＵＲＩにより宣言されている場合、Ｉｔｅｍ＿ＩｄまたはＣｏｍｐｏｎｅｎｔ＿Ｉｄを内蔵していることによる暗黙的関連付けにより、同一のＩＰＭＰ＿Ｒｅｆ  ｒ３００を用いてアイテム２０１ｄまたはコンポーネント２０１ｅ等の異なる抽象化されたアイテムの保護を識別することができる。
【００３３】
図６において、インラインで参照される実際のメディア・リソースまたはリソースへの参照だけでなく、抽象化された宣言ユニットを保護すべく、何らかの被統制ＤＩＤ（ＩＰＭＰ＿ＤＩＤ）要素内におけるＩＰＭＰスキームの格納の様子を示す。リソース（アセットまたは場所）の暗号化をユニットＩＰＭＰ＿Ｒｅｓｏｕｒｃｅ  Ｐ２０１ｆで表わし、ＩＰＭＰ＿Ｉｔｅｍ  Ｐ２０１ｄまたはＩＰＭＰ＿Ｃｏｍｐｏｎｅｎｔ  Ｐ２０１ｅ等の抽象化された宣言ユニットも保護されている。
【００３４】
図６（ａ)のＩＰＭＰスキーム情報ユニット３００ｅ、３００ｆ、および３００ｇは、保護および権利管理情報を識別して関連付けるためにＩＰＭＰ＿Ｒｅｓｏｕｒｃｅ、ＩＰＭＰ＿ＩｔｅｍおよびＩＰＭＰ＿Ｃｏｍｐｏｎｅｎｔ等の被統制ＩＰＭＰ＿ＤＩＤ要素の内部に明示的に格納されているべきである。また、図６（ｂ)において、ＩＰＭＰスキーム３００が遠隔サイトに存在していて、ファイルまたはストリーム・ヘッダ４００に格納されたＩＰＭＰスキームＵＲＩにより宣言されている場合、ＩＰＭＰ＿Ｒｅｆは、ｄｉｉまたはＩＰＭＰ＿Ｉｔｅｍ＿Ｉｄ／ＩＰＭＰ＿Ｃｏｍｐｏｎｅｎｔ＿Ｉｄを参照することにより、メディア・リソースアセットまたはアセットＩＰＭＰ＿Ｒｅｓｏｕｒｃｅ  Ｐ２０１ｆの場所あるいはＩＰＭＰ＿ＩｔｅｍおよびＩＰＭＰ＿Ｃｏｍｐｏｎｅｎｔ  Ｐ２０１ｄ、Ｐ２０１ｅ等の抽象化された宣言ユニットの保護を識別するためにしか使用できない。
【００３５】
図７〜９に、図４〜図６における先の実施形態がどのように実装されるかを簡単なＸＭＬの例で示す。
【００３６】
先の実施例において、どのように保護および権利管理記述データが構築されて、ＭＰＥＧ−２１宣言ユニット／要素の内部で識別されるか、また異なる保護事例においてそのようなデータを実際の宣言ユニットまたは実際のメディア・リソースデータに関連付けるメカニズムを明確に説明および図解している。
【００３７】
ＩＰＭＰ制御コンテナ内でＩＰＭＰツールリストが検知されたならば、メディア・プレーヤは、デジタル・コンテンツ全体にＩＰＭＰ保護が存在することを認識する。ファイルに含まれているかまたは外部参照されるメディア・データの再生へ進む前に、ツールリストに掲載された全てのツールが端末または装置側で利用できることを確認し、利用できない場合には指定されたＵＲＬからツールを取得する。
【００３８】
ＩＰＭＰ制御ボックス内でＩＰＭＰ記述子を検知したならば、レシーバはＭＰＥＧ−２１ファイル内の全てのメディア・データがそのＩＰＭＰ記述子により宣言された、かかるツールにより保護されていることを認識することができる。ＭＰＥＧ−２１デジタル・コンテンツを再生する間、レシーバは、全ての内蔵または外部参照されたメディア・データについてＩＰＭＰ記述子に従って指定されたＩＰＭＰツールを指定された時間と場所で発行することができる。
【００３９】
ＩＰＭＰ情報ボックス内でＩＰＭＰ記述子を検知したならば、レシーバは、（例えばそのリソースＩＤを参照することにより）どのメディア・リソースがどのツールにより保護されているか、または（例えばそのアイテムまたはコンポーネントＩｄを参照することにより）どの抽象化されたＭＰＥＧ−２１  ＤＩＤデジタルアイテムまたはコンポーネントがどのツールにより保護されているかを認識することができる。またメディア・リソースを再生する間、レシーバは指定されたメディア・データについてＩＰＭＰ記述子に従って指定されたＩＰＭＰツールを指定された時間と場所で発行することができる。ツール初期化パラメータはＩＰＭＰ記述子に格納することができ、これを用いて、ツールが実際に使われる前にツールの設定を行なうことができる。使用権情報もＩＰＭＰ記述子に格納することができ、特定のメディア・リソースデータまたは特定のＭＰＥＧ−２１  ＤＩＤアイテム／コンポーネントに関連付けられた特定の利用規則を記述することができる。
【００４０】
ＩＰＭＰスキームのＩＰＭＰ権利コンテナ内でデジタル権利情報が検知されたならば、レシーバはメディア・データが指定されたデジタル権利の統制下にあることを認識する。適切な権利行使がなされるべきである。
【００４１】
ＩＰＭＰスキームのＩＰＭＰ署名コンテナ内でＩＰＭＰデジタル署名情報が検知されたならば、レシーバはメディア・データが統制されるべきであって、指定されたデジタル署名および証明により何らかの適当な与信管理がなされるべきであることを認識する。
【００４２】
本発明によれば、フレキシブルな保護スキーム記述データは、実際の被保護メディア・データまたは被保護ＭＰＥＧ−２１  ＤＩＤアイテム／コンポーネントに基づいて生成されて、独立したコンテナにファイルまたはストリームデータ部分として包含されなければならない。
【００４３】
本発明によれば、メディア・リソースの知的所有権およびデジタル権利を確実に保護すべく、ＭＰＥＧ−２１デジタル・コンテンツ宣言モデルのｉｐｍｐ名前空間の明示的または暗黙的な外観により、ＭＰＥＧ−２１ファイルまたはデータ・ストリーム内の内蔵または外部参照されるメディア・リソースの保護を暗黙に示す。
【００４４】
本発明によれば、メディア・リソースの知的所有権およびデジタル権利を確実に保護すべく、ＩＰＭＰツールリストおよびＩＰＭＰ記述子を利用して保護を通知する。この手段は、最新のＭＰＥＧ−２／４  ＩＰＭＰ拡張標準と互換性を有する。これはまた、内蔵または外部参照されたメディア・リソースデータを含むＭＰＥＧ−２１メディア・ファイルまたはストリームの再生に必要とされるＩＰＭＰ保護ツールを識別するフレキシブルな方法を提供する。
【００４５】
本発明によれば、メディア・リソースの知的所有権およびデジタル権利を確実に保護すべく、いかなる準拠端末においても著作権保護および管理プロセスを省略できないことを保証するために、セキュリティ保証され、かつ権利管理に関係する定義済みコンテナが義務付けられている。
【００４６】
本発明によれば、メディア・リソースの知的所有権およびデジタル権利を確実に保護すべく、デジタル権利情報もまた、規範的な仕方で定義済みＩＰＭＰコンテナに格納することができる。権利情報は、ＭＰＥＧ−２１  ＲＥＬ、ＯＤＲＬまたはＯＭＡ  ＤＲＭ  ＲＥＬ等を含む、種々の形式をとり得る。
【００４７】
本発明によれば、メディア・リソースの知的所有権およびデジタル権利を確実に保護すべく、デジタル署名および証明情報もまた、規範的な仕方で定義済みＩＰＭＰ情報コンテナに格納することができる。
【００４８】
本発明によれば、メディア・リソースの知的所有権およびデジタル権利を確実に保護すべく、保護スキーム情報の完全なリポジトリを用いて、デジタルアイテムの完全なリポジトリを、同一ファイルまたはストリーム内の関連メディア・データと共に保護する。
【００４９】
最後に、本発明によれば、ＭＰＥＧ−２１デジタル・メディア・ファイルまたはストリームは、そのようなデジタル・コンテンツにいかなるリソースが含まれていようとも、すなわち、有価値音声／映像コンテンツまたはメタデータのいずれでも、準拠するＭＰ４、ＪＰ２０００、３ＧＰＰファイル形式または純粋なバイナリデータ形式のいずれであっても、豊富なメディア・リソースを、その著作権を考慮しつつ再生すべく異なるＤＲＭシステムが実装されたＭＰＥＧ−２１準拠端末から簡単にアクセス可能である。
【産業上の利用可能性】
【００５０】
本発明はデジタル・メディアのアプリケーション分野、特にデジタル権利管理（ＤＲＭ）を必要とするデジタル・メディアの作成および配信に応用可能である。
【図面の簡単な説明】
【００５１】
【図１】デジタル・コンテンツの作成、配信および保護の一般的手順を記述するブロック図を示す。
【図２Ａ】いくつかのデジタルアイテム宣言のモデル要素、特に無制約ＤＩＤを示す。
【図２Ｂ】いくつかのデジタルアイテム宣言のモデル要素、特にＩＰＭＰ統制下のＤＩＤモデルを示す。
【図３】ＩＰＭＰ保護スキーム構造およびその各々の記述データ構造を示す。
【図４】メディア・リソースを保護すべくＩＰＭＰ保護スキームが埋め込まれた無制約ＤＩＤ構造を示す。
【図５】デジタルアイテムを保護すべくＩＰＭＰ保護スキームがメディア・ファイルまたはストリームのヘッダに格納された無制約ＤＩＤ構造を示す。
【図６】メディア・リソースおよびデジタルアイテムを保護すべく、いくつかの被統制ＤＩＤ要素およびＩＰＭＰ保護スキームが通知されている状態でＤＩＤ構造を示す。
【図７】図４のＸＭＬ構造の例を示す。
【図８】図５のＸＭＬ構造の例を示す。
【図９】図６のＸＭＬ構造の例を示す。
【符号の説明】
【００５２】
１００  コンテンツ・プロバイダ
１０１  コンテンツ配信者／サービス・プロバイダ、デジタル・コンテンツ作成者
１０２  ユーザー
１０３  ライセンス発行者
２００  モデル、マルチメディア宣言モデル、デジタル・コンテンツモデル、ＤＩＤ
２０１  宣言ユニット
２０１ａ  コンテナ
２０１ｂ  記述子
２０１ｃ  ステートメント
２０１ｄ  アイテム
２０１ｅ  コンポーネント
２０１ｆ  リソース
２１０  メディア・データ、識別可能なアセット
２１１  デジタル・メディア・リソース、文字のアセット
２２０  ファイル／ストリーム
３００  ＩＰＭＰスキーム
３００ａ  ＩＰＭＰスキーム情報
３００ｂ  ＩＰＭＰスキーム情報
３００ｃ  ＩＰＭＰスキーム情報
３００ｄ  ＩＰＭＰスキーム情報
３００ｅ  ＩＰＭＰスキーム情報ユニット
３００ｆ  ＩＰＭＰスキーム情報ユニット
３００ｇ  ＩＰＭＰスキーム情報ユニット
３０１  ＩＰＭＰ情報コンテナ
３０２  権利管理情報コンテナ
３０３  ＩＰＭＰツール情報コンテナ
３０４  ＩＰＭＰ署名情報コンテナ
３０３１  ＩＰＭＰ制御コンテナ、サブコンテナ
３０３２  ＩＰＭＰ情報コンテナ、サブコンテナ
３０３３  詳細記述データ
３０３４  ＩＰＭＰＴｏｏｌ＿Ｉｎｆｏクラス
３０３５  ＩＰＭＰツールリスト・クラス
３０３６  詳細記述データ
３０３７  ＩＰＭＰ＿ｄｅｓｃｒｉｐｔｏｒクラス、ＩＰＭＰ記述子
４００  ストリーム・ヘッダ
Ｐ２０１ａ  ＩＰＭＰ＿Ｃｏｎｔａｉｎｅｒ
Ｐ２０１ｂ  ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ
Ｐ２０１ｃ  ＩＰＭＰ＿Ｓｔａｔｅｍｅｎｔ
Ｐ２０１ｄ  ＩＰＭＰ＿Ｉｔｅｍ
Ｐ２０１ｅ  ＩＰＭＰ＿Ｃｏｍｐｏｎｅｎｔ
Ｐ２０１ｆ  ＩＰＭＰ＿Ｒｅｓｏｕｒｃｅ
ｒ３００  ＩＰＭＰ＿Ｒｅｆ
ｒ３０２  権利管理情報参照ユニット
ｒ３０３１  参照ユニット、ＩＰＭＰ制御参照
ｒ３０３２  参照ユニット、ＩＰＭＰ情報参照
ｒ３０４  参照ユニット、ＩＰＭＰ署名情報参照
Ｓ８００  直接配置
【図１】
2006059145.tif 000003
【図２Ａ】
2006059145.tif 000004
【図２Ｂ】
2006059145.tif 000005
【図３】
2006059145.tif 000006
【図４】
2006059145.tif 000007
【図５】
2006059145.tif 000008
【図６】
2006059145.tif 000009
【図７】
2006059145.tif 000010
【図８】
2006059145.tif 000011
【図９】
2006059145.tif 000012
【外国語明細書】
2006059145.tif 000013
2006059145.tif 000014
2006059145.tif 000015
2006059145.tif 000016
2006059145.tif 000017
2006059145.tif 000018
2006059145.tif 000019
2006059145.tif 000020
2006059145.tif 000021
2006059145.tif 000022
2006059145.tif 000023
2006059145.tif 000024
2006059145.tif 000025
2006059145.tif 000026
2006059145.tif 000027
2006059145.tif 000028
2006059145.tif 000029
2006059145.tif 000030
2006059145.tif 000031
2006059145.tif 000032
2006059145.tif 000033
2006059145.tif 000034
2006059145.tif 000035
2006059145.tif 000036
2006059145.tif 000037