(57)【要約】【課題】  ユーザが効率良く、かつ時間を無駄にすることなく保護解除ツールを取得してコンテンツの再生等を行うことを可能にするコンテンツ配信方法を提供する。【解決手段】  コンテンツ配信方法は、コンテンツに対して、そのコンテンツの著作権を保護するための保護処理を行うステップと、コンテンツの利用条件を決定するステップと、コンテンツ若しくはコンテンツのアドレスを有し、他のデジタルアイテムを内部に定義することが可能な第１のデジタルアイテム、又は第１のデジタルアイテムを内部に定義した第２のデジタルアイテムをデジタルアイテム宣言形式で記述するステップと、その記述された第１又は第２のデジタルアイテムをパッケージ化するステップと、パッケージ化された第１又は第２のデジタルアイテムをユーザ端末に配信するステップとを含む。第１のデジタルアイテム中には、保護処理に関する記述と利用条件に関する記述が両方記述される。【選択図】図４
2005141727.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツに対して、そのコンテンツの著作権を保護するための保護処理を行う第１の保護処理ステップと、
前記コンテンツの利用条件を決定する決定ステップと、
前記コンテンツ若しくは前記コンテンツのアドレスを有する第１のデジタルアイテムであって、他のデジタルアイテムを内部に定義することが可能なデジタルアイテム、又は前記第１のデジタルアイテムを内部に定義した第２のデジタルアイテムをデジタルアイテム宣言形式で記述する第１の記述ステップと、
デジタルアイテム宣言形式で記述された前記第１のデジタルアイテム又は第２のデジタルアイテムをパッケージ化するパッケージ化ステップと、
パッケージ化された前記第１のデジタルアイテム又は第２のデジタルアイテムをユーザ端末に配信する配信ステップと
を含むコンテンツ配信方法であって、
前記第１の記述ステップにおいて、前記第１のデジタルアイテム中に、前記保護処理に関する記述と前記利用条件に関する記述が両方記述されることを特徴とするコンテンツ配信方法。
【請求項２】
前記ユーザ端末によって前記利用条件に関する記述が前記保護処理に関する記述よりも先に解析されるように、前記第１のデジタルアイテムにおいて、前記利用条件に関する記述は前記保護処理に関する記述よりも先に記述されることを特徴とする請求項１に記載のコンテンツ配信方法。
【請求項３】
前記第１の記述ステップは、前記保護処理に関する記述として、前記コンテンツの著作権が保護されていることを示すフラグと、その保護を解除する保護解除ツールの情報とを記述するステップを含むことを特徴とする請求項１又は２に記載のコンテンツ配信方法。
【請求項４】
前記第１の保護処理ステップは、前記コンテンツに電子透かしを埋め込むステップ、前記コンテンツを暗号化するステップ、及び前記コンテンツをデジタル署名するステップの少なくとも１つのステップを含み、
前記第１の記述ステップは、前記保護処理に関する記述として、前記保護処理の種類に応じて、前記コンテンツに電子透かしが埋め込まれていることを示すフラグと前記電子透かしを検出する検出ツールの情報、前記コンテンツが暗号化されていることを示すフラグと前記コンテンツを復号化する復号化ツールの情報、及び前記コンテンツがデジタル署名されていることを示すフラグと前記デジタル署名を照合する照合ツールの情報の少なくとも１つを記述するステップを含むことを特徴とする請求項３に記載のコンテンツ配信方法。
【請求項５】
前記第１の保護処理ステップは、暗号鍵を用いて前記コンテンツを暗号化するステップを含み、
前記第１の記述ステップは、前記保護処理に関する記述として、前記コンテンツが暗号化されていることを示すフラグ、前記復号化ツールの情報、及び前記コンテンツを暗号化した暗号鍵の情報を記述するステップを含むことを特徴とする請求項４に記載のコンテンツ配信方法。
【請求項６】
前記第１の保護処理ステップは、暗号鍵をさらに暗号化するステップを含み、
前記第１の記述ステップは、前記保護処理に関する記述として、さらに、暗号化された前記暗号鍵を復号するライセンス鍵の情報を記述するステップを含むことを特徴とする請求項５に記載のコンテンツ配信方法。
【請求項７】
前記利用条件に関する記述に対して、その記述の著作権を保護するための保護処理を行う第２の保護処理ステップと、
前記保護処理に関する記述として、前記利用条件に関する記述の著作権が保護されていることを示すフラグと、その保護を解除する保護解除ツールの情報とを記述する第２の記述ステップと
を含むことを特徴とする請求項１から６のいずれかに記載のコンテンツ配信方法。
【請求項８】
コンテンツに対して、そのコンテンツの著作権を保護するための保護処理を行う保護処理部と、
前記コンテンツの利用条件を生成する利用条件生成部と、
前記コンテンツ若しくは前記コンテンツのアドレスを有する第１のデジタルアイテムであって、他のデジタルアイテムを内部に定義することが可能なデジタルアイテム、又は前記第１のデジタルアイテムを内部に定義した第２のデジタルアイテムをデジタルアイテム宣言形式で記述する記述部と、
デジタルアイテム宣言形式で記述された前記第１のデジタルアイテム又は第２のデジタルアイテムをパッケージ化するパッケージング部と、
パッケージ化された前記第１のデジタルアイテム又は第２のデジタルアイテムをユーザ端末に配信する配信部と
を含むコンテンツサーバであって、
前記記述部は、前記第１のデジタルアイテム中に、前記利用条件に関する記述と前記保護処理に関する記述を両方記述することを特徴とするコンテンツサーバ。
【請求項９】
前記記述部は、前記保護処理に関する記述として、前記コンテンツの著作権が保護されていることを示すフラグと、その保護を解除する保護解除ツールの情報とを記述することを特徴とする請求項８に記載のコンテンツサーバ。
【請求項１０】
前記保護処理部は、前記利用条件に関する記述に対して、その記述の著作権を保護するための保護処理を行い、
前記記述部は、前記保護処理に関する記述として、前記利用条件に関する記述の著作権が保護されていることを示すフラグと、その保護を解除する保護解除ツールの情報とを記述することを特徴とする請求項８又は９に記載のコンテンツサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信方法及びコンテンツを配信するコンテンツサーバに関する。より詳細には、一般的なデジタルコンテンツに関するデジタル著作権管理（ＤＲＭ）または知的財産権管理および保護（ＩＰＭＰ）に関し、さらに詳細には、任意のデータフォーマットによらないデジタルコンテンツの保護および管理に関する。
【背景技術】
【０００２】
さまざまな種類のネットワークが広範囲に展開されているため、ＣＤ、ＤＶＤを用いるほかに、かかるネットワークを通じて、ユーザに、デジタルコンテンツを配布および配信できることが要求される。対応する問題が、コンテンツ所有者によって提起されている。このような方法でコンテンツを販売することが安全であるのか。
【０００３】
ハードディスクまたは他の記憶組込み装置が一段と多くなるにつれて、別の問題は、コンテンツ保護技術が付与された権利を公正に行使することができることをいかにして保証することができるかという点にある。
【０００４】
さまざまなネットワークを通じて伝送することが容易になるようにデジタル形式でコンテンツをパッケージ化するために用いる多くの異なるデジタルフォーマットが存在するため、異なるデジタルフォーマットの中で保護技術をどのように相互に用いることができるかという問題が生じる。
【０００５】
同時に、ユーザが豊かなユーザ体験を享受するためにかかる権利を購入する場合には、友達と共有してでも、ユーザはコンテンツを楽しむために低コストで便利というより多くの要求を持っている。
【０００６】
コンテンツ所有者は任意の違法コピーを心配しているため、葛藤が常にあり、折から市場に公開された保護技術がないことから、コンテンツプロバイダは独自の方法でコンテンツを保護しようとしている。
【０００７】
このことは、コンテンツを販売するコンテンツ所有者に対して大きな障害をもたらすのみならず、コンテンツプロバイダが用いるさまざまな保護技術にちょうど適合させるために異なるバージョンを製作するＣＥ（家庭用電化製品）メーカにとっても大きなコストをもたらす。
【０００８】
ＭＰＥＧ−２１は、広範囲のネットワークおよび異なる共同体によって用いられる装置間においてデジタルコンテンツの透過的かつ増大する利用を可能にするために、汎用フレームワークを定義しようとしている。ネットワークまたは装置間で用いられている場合のコンテンツの保護方法は、ＭＰＥＧ−２１においてきわめて重要な項目となっている。この項目は、ＭＰＥＧ−２１のパート４であり、ＭＰＥＧ−２１  ＩＰＭＰ（知的財産権管理および保護）と呼ばれている。
【０００９】
過去において、コンテンツがＭＰＥＧ−４／２フォーマットでパッケージ化されている場合、ＭＰＥＧ−４／２  ＩＰＭＰ拡張に従事している人々は、任意のコンテンツを保護するために、ＭＰＥＧ−４／２システムに基づくコンテンツ保護スキームを定義する必要があった。
【００１０】
ＭＰＥＧ−２１では、デジタルアイテム（ＤＩ）は、標準表現、識別および記述を有する任意のデジタルコンテンツのための構造化デジタルオブジェクトとして定義され、ＭＰＥＧ−２１フレームワーク内の交換、配布、トランザクションの基本単位として用いられる。
【００１１】
デジタルアイテムは、デジタルアイテム宣言（Ｄｉｇｉｔａｌ Ｉｔｅｍ Ｄｅｃｌａｒａｔｉｏｎ：ＤＩＤ）によってＸＭＬを用いて宣言し、表現される。映像、音楽、画像などのＭＰＥＧ−２１におけるメディアリソースとして表現されるデジタルコンテンツの他に、ＤＩＤは、さまざまな種類の機能的なメタデータを含む柔構造を与える。このようなメタデータは、たとえばメディアリソースフォーマットを記述し、リソース保護スキームを指定し、リソースに識別名を与え、ユーザプリファランスを提供すると考えられる。
【００１２】
ＤＩＤ技術の中核に加えて、他の主要な技術もまた、念入りに開発されたか、または開発中である。デジタルアイテム識別（ＤＩＩ）、デジタルアイテム適応（ＤＩＡ）、知的財産権管理および保護（ＩＰＭＰ）、ＲＥＬ（権利表現言語）／ＲＤＤ（権利データ辞書）のほか、ＥＲ（イベント報告）はすべて、デジタルアイテムの用法を広範囲に活用するための重要な技術である。実際のメディアリソース消費を支援するために、これらの技術によって定義される機能的なメタデータをすべて、ＤＩＤ文書（ＤＩＤドキュメント）に入れることができる。
【００１３】
デジタルコンテンツに対しては、不正コピー等の著作権侵害を防止するために、暗号化等の保護処理が行われる。上記ＤＩＤ文書において、ＩＰＭＰに関する記述（以下、単に「ＩＰＭＰ記述」という。）は、例えば、上記保護処理を行う際に用いた保護処理ツール、又は上記保護を解除する保護解除ツールについての記述である。ユーザ側の端末は、そのＩＰＭＰ記述を解析する。ユーザは、その解析結果から必要な保護解除ツールをダウンロードし、この保護解除ツールを用いてコンテンツの保護を解除することにより、そのコンテンツの再生や印刷等の処理を行う。なお、保護処理ツールと保護解除ツールは対になっているため、ＩＰＭＰ記述に保護処理ツールが記述されていても、それに対応する保護解除ツールをダウンロードすることは可能である。なお、保護処理ツールは、例えば、暗号化ツール、電子透かし埋め込みツール、及びデジタル署名ツール等であり、それらに対応する保護解除ツールは、それぞれ復号化ツール、検出ツール、及び照合ツールである。以下、「ＩＰＭＰツール」とは、上記保護処理ツール又は保護解除ツールをいう。
【００１４】
また、ＲＥＬは、「Ｊｏｈｎは、１ヶ月間１つの楽曲を再生することができる」といったユーザの権利、言い換えればコンテンツの利用条件を規定する言語である。ユーザ端末は、ＲＥＬの記述を解析する。ユーザは、そのＲＥＬ記述によって規定された利用条件を満たしている場合にのみ、そのコンテンツの再生や印刷等の処理を行うことができる。
【００１５】
図１は、従来のＤＩＤ文書の一例を示す図である。図１に示されるように、ＤＩＤ文書１．１は、その内部に、コンテンツ又はコンテンツのアドレスを「リソース」としてもつデジタルアイテム１．６を有する。図１に示されるように、ＤＩＤ文書１．１は、ＩＰＭＰ記述（１．２）を有する。ＩＰＭＰ記述（１．２）には、各デジタルアイテム１．６に必要な保護解除ツールが全て記述されている。また、コンテンツの利用条件を示すＲＥＬ記述（図示せず）は、そのコンテンツ又はコンテンツのアドレスを有するデジタルアイテム１．６の記述子に記述されている。
【００１６】
コンテンツ保護および管理機構は、市場のニーズを反映するために、特にＭＰＥＧ−２１ドメインの範囲において、多くの異なるアプリケーションドメインによって作成される要件の大部分を対処するように強く要求されることが多い。
【非特許文献１】発明者：ファング・ゾンヤン（Ｚｈｏｎｇｙａｎｇ  Ｈｕａｎｇ）、ジ・ミン（Ｍｉｎｇ  Ｊｉ）、シェン・シェンメイ（Ｓｈｅｎｇｍｅｉ  Ｓｈｅｎ）、妹尾孝憲、小暮拓世、上野孝文、「ＭＰＥＧ−２１システムの装置（Ａｐｐｒａｔｕｓ  ｏｆ  ａ  ＭＰＥＧ−２１  Ｓｙｓｔｅｍ」に関する特許、内部特許番号Ｐａｔ０１．０２８、２００２年２月に日本にて出願
【非特許文献２】「ＭＰＥＧ−２１  デジタルアイテム宣言最終国際標準案（ＩＳＯ／ＩＥＣ  ２１０００−２  ＭＰＥＧ−２１  Ｄｉｇｉｔａｌ  Ｉｔｅｍ  Ｄｅｃｌａｒａｔｉｏｎ  ＦＤＩＳ）」、ＩＳＯ／ＩＥＣ  ＪＴＣ１  ＳＣ２９／ＷＧ１１／Ｎ４８１３、２００２年５月
【非特許文献３】「ＭＰＥＧ−２１アーキテクチャ、シナリオおよびＩＰＭＰ要件（ＭＰＥＧ−２１  Ａｒｃｈｉｔｅｃｔｕｒｅ，Ｓｃｅｎａｒｉｏｓ  ａｎｄ  ＩＰＭＰ  Ｒｅｑｕｉｒｅｍｅｎｔｓ）」、ＩＳＯ／ＩＥＣ  ＪＴＣ１  ＳＣ２９／ＷＧ１１／Ｎ５８７４、２００３年７月
【発明の開示】
【発明が解決しようとする課題】
【００１７】
従来のＤＩＤ文書において、特定のコンテンツに関するＩＰＭＰ記述とＲＥＬ記述は、そのコンテンツ又はコンテンツのアドレスを有する同一のデジタルアイテムに一緒に記述されず、別々に記述されていた。しかし、ＩＰＭＰ記述とＲＥＬ記述は密接不可分な関係にあるので、それらの記述を別々に解析すると、効率が悪く、時間のロスが大きいという問題があった。例えば、図１に示されるＤＩＤ文書をユーザに配信した場合、ユーザ端末は、ＤＩＤ文書を最初の記述から順に、すなわち図１において左上、左下、右上、右下の順に解析するので、まずＩＰＭＰ記述（１．２）を解析する。上述したように、このＩＰＭＰ記述には、各デジタルアイテム１．６に必要な保護解除ツールが全て記述されている。ユーザ端末は、ＩＰＭＰ記述（１．２）によって示された全ての保護解除ツールをダウンロードし、その後、各デジタルアイテム１．６のコンテンツに関するＲＥＬ記述を順次解析する。この場合、各デジタルアイテムのＲＥＬ記述によっては、前もってダウンロードした特定の保護解除ツールが不要になる場合があり、その不要となった保護解除ツールをダウンロードするために費やした時間及びコストは無駄になってしまうという問題があった。
【００１８】
また、本発明は、以下の問題を解決することを課題とする。
【００１９】
ＭＰＥＧ−２１  ＩＰＭＰに関する要件が、本発明において目的とし、解決すべき問題である。
【００２０】
ＩＰＭＰ、具体的にはＭＰＥＧ−２１  ＩＰＭＰは、記述子および記述スキームにおける知的財産の管理および保護をサポートするものとする。
【００２１】
ＩＰＭＰ、具体的にはＭＰＥＧ−２１  ＩＰＭＰは、どこでもコンテンツを再生することができるような相互運用性を提供するものとする。
【００２２】
ＩＰＭＰ、具体的にはＭＰＥＧ−２１  ＩＰＭＰは、装置が新たなメディアフォーマット、ＩＰＭＰツールをサポートするためのアップグレードの発見、要求、入手およびサポートを動的に行うことができるものとする。
【００２３】
ＩＰＭＰ、具体的にはＭＰＥＧ−２１  ＩＰＭＰは、言語の一部としてデジタルアイテム記述を参照し、外部のコンテンツ記述を照会する機構を提供するものとする。
【００２４】
ＩＰＭＰ、具体的にはＭＰＥＧ−２１  ＩＰＭＰは、合成デジタルアイテムに関する表現を関連付ける機構を提供するものとする。
【００２５】
ＩＰＭＰ、具体的にはＭＰＥＧ−２１  ＩＰＭＰは、デジタルアイテムのコンテナまたは他の集合体を参照する機構を提供するものとする。
【００２６】
ＩＰＭＰ、具体的にはＭＰＥＧ−２１  ＩＰＭＰは、特定の表現が保護の対象になるようにフラグを立てるものとする。保護自体（必要であれば）は、デジタルアイテムとして表現を制御するＩＰＭＰシステムによって提供される。
【００２７】
ＩＰＭＰ、具体的にはＭＰＥＧ−２１  ＩＰＭＰは、認証スキームを参照する機構を提供するものとする。
【００２８】
ＩＰＭＰ、具体的にはＭＰＥＧ−２１  ＩＰＭＰは、ＩＰＭＰがフォーマットまたはデジタルアイテムの配信チャネルによらないことを保証する機構を提供するものとする。
【００２９】
ＩＰＭＰ、具体的にはＭＰＥＧ−２１  ＩＰＭＰは、ＩＰＭＰツールおよびＩＰＭＰ機能に関連する要件を明確に表現するものとする。
【００３０】
ＩＰＭＰ、具体的にはＭＰＥＧ−２１  ＩＰＭＰは、信頼に足るＩＰＭＰ実装を構築するために、ＩＰＭＰツールおよびＩＰＭＰ機能を識別する必要があるものとする。
【００３１】
ＩＰＭＰツールおよびＩＰＭＰ機能は、ＩＰＭＰ可能端末またはピアを構築するための構成部分である。また、端末またはピアはそのＩＰＭＰ性能（ＩＰＭＰツールおよびＩＰＭＰ機能）を開示することが可能であるものとする。これにより、通信端末またはピアが参加することを決定する前に、他の端末またはピアのＩＰＭＰ性能を調べることが可能になる。
【００３２】
本発明は、上記問題を解決するためになされたものであり、ユーザが効率良く、かつ時間を無駄にすることなく保護解除ツールを取得してコンテンツの再生等を行うことを可能にするコンテンツ配信方法及びコンテンツサーバを提供することを目的とする。
【課題を解決するための手段】
【００３３】
コンテンツのパッケージ化側では、
コンテンツに直接関連する権利および保護情報をすべてについて言及するために、ＩＰＭＰ制御グラフの概念を導入し、
コンテンツのパッケージ化および保護に用いられる権利および保護情報を包含するために、保護メタデータホルダとしてＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフを定義し、
ＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフに権利および条件を入れ、
ＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフにコンテンツ暗号化情報を入れ、
ＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフに電子透かし情報を入れ、
ＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフに権利保護情報を入れ、
ＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフにコンテンツを暗号化するために用いられる鍵情報を入れて表示し、
ＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフ、あるいは権利、ＤＩＤまたは鍵位置によって示される任意の場所に鍵ライセンス情報を入れ、
ＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフにおいてツールＩＤを用いて、どのＩＰＭＰツールが暗号化、デジタル署名、電子透かしのために用いられるかを示し、
コンテンツＩＤまたはＤＩＩおよびサブコンテンツＩＤを用いて、保護されるデジタルコンテンツまたはそのサブコンテンツに関して権利および保護を対応させ、
ＤＩＤコンテナまたは他のアプリケーションドメインの他の適切な場所にＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフを配置する。
【００３４】
端末側では、
コンテンツＩＤまたはサブコンテンツＩＤ、およびＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフを検索するために、ＤＩＤを構文解析し、
記述に関連する権利および保護を検索するために、ＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフを構文解析し、
コンテンツまたは権利または他のメタデータを保護するために用いられるＩＰＭＰツールを呼び出し、
鍵データホルダから鍵情報を直接的または間接的に検索し、
保護されるライセンスマネジャから鍵ライセンスを検索し、
上記で得られた情報を用いて、保護されるコンテンツを保護されていない状態にし、
ツールＩＤによって示されるツールを用いて、権利の完全性を確認し、
コンテンツに組み込まれている権利および条件を構文解析し、
電子透かし記述を検索し、後の行為の準備を行う。
【００３５】
本発明に係る第１のコンテンツ配信方法は、コンテンツに対して、そのコンテンツの著作権を保護するための保護処理を行う第１の保護処理ステップと、前記のコンテンツの利用条件を決定する決定ステップと、前記のコンテンツ若しくは前記のコンテンツのアドレスを有する第１のデジタルアイテムであって、他のデジタルアイテムを内部に定義することが可能なデジタルアイテム、又は前記の第１のデジタルアイテムを内部に定義した第２のデジタルアイテムをデジタルアイテム宣言形式で記述する第１の記述ステップと、デジタルアイテム宣言形式で記述された前記の第１のデジタルアイテム又は第２のデジタルアイテムをパッケージ化するパッケージ化ステップと、パッケージ化された前記の第１のデジタルアイテム又は第２のデジタルアイテムをユーザ端末に配信する配信ステップとを含む。このコンテンツ配信方法は、前記の第１の記述ステップにおいて、前記の第１のデジタルアイテム中に、前記の保護処理に関する記述と前記の利用条件に関する記述が両方記述される。
【００３６】
好ましくは、前記のユーザ端末によって前記の利用条件に関する記述が前記の保護処理に関する記述よりも先に解析されるように、前記の第１のデジタルアイテムにおいて、前記の利用条件に関する記述は前記の保護処理に関する記述よりも先に記述される。
【００３７】
好ましくは、前記の第１の記述ステップは、前記の保護処理に関する記述として、前記のコンテンツの著作権が保護されていることを示すフラグと、その保護を解除する保護解除ツールの情報とを記述するステップを含む。この場合のコンテンツ配信方法を第２のコンテンツ配信方法という。
【００３８】
好ましくは、前記の第２のコンテンツ配信方法において、前記の第１の保護処理ステップは、前記のコンテンツに電子透かしを埋め込むステップ、前記のコンテンツを暗号化するステップ、及び前記のコンテンツをデジタル署名するステップの少なくとも１つのステップを含み、前記の第１の記述ステップは、前記の保護処理に関する記述として、前記の保護処理の種類に応じて、前記のコンテンツに電子透かしが埋め込まれていることを示すフラグと前記の電子透かしを検出する検出ツールの情報、前記のコンテンツが暗号化されていることを示すフラグと前記のコンテンツを復号化する復号化ツールの情報、及び前記のコンテンツがデジタル署名されていることを示すフラグと前記のデジタル署名を照合する照合ツールの情報の少なくとも１つを記述するステップを含む。この場合のコンテンツ配信方法を第３のコンテンツ配信方法という。
【００３９】
好ましくは、前記の第３のコンテンツ配信方法において、前記の第１の保護処理ステップは、暗号鍵を用いて前記のコンテンツを暗号化するステップを含み、前記の第１の記述ステップは、前記の保護処理に関する記述として、前記のコンテンツが暗号化されていることを示すフラグ、前記の復号化ツールの情報、及び前記のコンテンツを暗号化した暗号鍵の情報を記述するステップを含む。この場合のコンテンツ配信方法を第４のコンテンツ配信方法という。
【００４０】
好ましくは、前記の第４のコンテンツ配信方法において、前記の第１の保護処理ステップは、暗号鍵をさらに暗号化するステップを含み、前記の第１の記述ステップは、前記の保護処理に関する記述として、さらに、暗号化された前記の暗号鍵を復号するライセンス鍵の情報を記述するステップを含む。この場合のコンテンツ配信方法を第５のコンテンツ配信方法という。
【００４１】
好ましくは、前記の第１〜第５の各コンテンツ配信方法は、前記の利用条件に関する記述に対して、その記述の著作権を保護するための保護処理を行う第２の保護処理ステップと、前記の保護処理に関する記述として、前記の利用条件に関する記述の著作権が保護されていることを示すフラグと、その保護を解除する保護解除ツールの情報とを記述する第２の記述ステップとを含む。
【００４２】
本発明に係る第１のコンテンツサーバは、コンテンツに対して、そのコンテンツの著作権を保護するための保護処理を行う保護処理部と、前記のコンテンツの利用条件を生成する利用条件生成部と、前記のコンテンツ若しくは前記のコンテンツのアドレスを有する第１のデジタルアイテムであって、他のデジタルアイテムを内部に定義することが可能なデジタルアイテム、又は前記の第１のデジタルアイテムを内部に定義した第２のデジタルアイテムをデジタルアイテム宣言形式で記述する記述部と、デジタルアイテム宣言形式で記述された前記の第１のデジタルアイテム又は第２のデジタルアイテムをパッケージ化するパッケージング部と、パッケージ化された前記の第１のデジタルアイテム又は第２のデジタルアイテムをユーザ端末に配信する配信部とを含む。このコンテンツサーバにおいて、前記の記述部は、前記の第１のデジタルアイテム中に、前記の利用条件に関する記述と前記の保護処理に関する記述を両方記述する。
【００４３】
好ましくは、前記の第１のコンテンツサーバにおいて、前記の記述部は、前記の保護処理に関する記述として、前記のコンテンツの著作権が保護されていることを示すフラグと、その保護を解除する保護解除ツールの情報とを記述する。この場合のコンテンツサーバを第２のコンテンツサーバという。
【００４４】
好ましくは、前記の第１及び第２の各コンテンツサーバにおいて、前記の保護処理部は、前記の利用条件に関する記述に対して、その記述の著作権を保護するための保護処理を行い、前記の記述部は、前記の保護処理に関する記述として、前記の利用条件に関する記述の著作権が保護されていることを示すフラグと、その保護を解除する保護解除ツールの情報とを記述する。
【発明の効果】
【００４５】
本発明によるコンテンツ配信方法及びコンテンツサーバによれば、コンテンツ又はコンテンツのアドレスを有するデジタルアイテム中にそのコンテンツに関するＩＰＭＰ記述とＲＥＬ記述を両方記述する。これにより、ユーザ端末は、コンテンツ毎にそのコンテンツに関連したＲＥＬ記述及びＩＰＭＰ記述を解析することができる。よって、ユーザは、そのコンテンツを処理するために必要な保護解除ツールのみを取得することが可能になる。また、デジタルアイテムにおいてＲＥＬ記述をＩＰＭＰ記述よりも先に記述すれば、ユーザ端末はＩＰＭＰ記述よりもＲＥＬ記述を先に解析するので、ＲＥＬ記述に応じて必要な保護解除ツールのみを取得することが可能になる。その結果、ユーザが効率良く、かつ時間を無駄にすることなく保護解除ツールを取得してコンテンツの再生等を行うことが可能になる。
【００４６】
本発明は、権利および条件に関してコンテンツを保護する必要がある場合、特にかかるコンテンツが任意のデータ形態であり、さまざまなネットワークによって送信されることが可能である場合に、特に有用である。
【００４７】
本発明は、かかる保護を、コンテンツＩＤによって、保護されるコンテンツに関連付ける必要がある場合、特にかかる保護情報が、コンテンツＩＤまたはＭＰＥＧ−２１のＤＩＩを用いて保護されるコンテンツに添付される一連の記述として定義される場合に有用である。
【００４８】
本発明は、かかる保護が、コンテンツの作成、コンテンツの配布のほか、コンテンツの消費のために明確であり、好都合である一般的なＩＰＭＰ制御グラフホルダまたはＲＥＬ−ＩＰＭＰ制御グラフホルダに配置される場合に有用である。かかるホルダは、ＭＰＥＧ−２１静的ファイルフォーマットのＤＩＤに保持されてもよく、ＲＴＰ伝送のためにＳＤＰに保持されてもよい。
【００４９】
本発明は、柔軟性、更新可能性および拡張性のために、定義されるＩＰＭＰツールおよび外部のＩＰＭＰツールの両方を用いることができるように、保護のそれぞれがツールＩＤによって指示される場合に有用である。
【発明を実施するための最良の形態】
【００５０】
図５に示されているようにコンテンツ保護側では、ＭＰＥＧ−２１が使用可能であれば、コンテンツ識別子（ＣＩＤ）またはＤＩＩによって識別されるコンテンツに直接関連する権利および保護の情報をすべて包含するために、図７に示されているように、ＩＰＭＰ制御グラフが生成される。
【００５１】
コンテンツは、指紋、持続的な関連性または、ＣＩＤまたは他の情報を埋め込むことによる著作権保護などの一定の機能を実現するために、一定の電子透かしツールを用いて電子透かしを実現することも可能である。
【００５２】
ツールＩＤＸＸＸを有するＩＰＭＰツールによってコンテンツを暗号化することができる。尚、ｘｘｘは、どの暗号化アルゴリズムが用いられているかを示すために、ＲＡ（登録機関）によって登録されている番号である。ＡＥＳなどのデフォルトツールは、実装される簡素なハードウェアのために定義されている。結果として生じる鍵情報は、ＩＰＭＰ制御グラフに、直接、または全体の鍵情報データを発見することが可能な位置を示すことによって保持されてもよい。暗号鍵をさらに暗号化することができ、最終的にＩＰＭＰ制御グラフ、ＲＥＬデータまたは他の権利表現データ、若しくはＤＩＤ自体、または鍵位置インジケータによってＩＰＭＰ制御グラフ／ＲＥＬ／ＤＩＤに保持されることが指示されうる任意の場所のいずれかにおいてライセンスを生成または直接保持することも可能である。
【００５３】
しかし、保護されるコンテンツが同期のためにネットワークを介して伝送されるときには、関連するコンテンツのセグメントと共に、鍵情報のセグメントもパッケージ化することが可能であると思われる。
【００５４】
ＭＰＥＧ−２１において定義されるＲＥＬなどの独立した既存の技術標準または他の権利表現方法によって、権利を表現することができ、その完全性のためにデジタル署名によってかかる権利を保護することが可能である。
【００５５】
図９に示されているようなコンテンツ消費側では、権利および保護情報と共にパッケージ化されるコンテンツは、ＩＰＭＰ制御グラフの構文解析を受け、その結果からコンテンツが保護されているかを知ることができ、さらに、コンテンツが暗号化されているか、電子透かしが入っているか、または権利も保護されているかどうかを決定する。
【００５６】
対応する保護ツールが呼び出され、保護されるオブジェクトで動作する。ツールは、ＭＰＥＧ−２１標準によって定義され、装置にインストールされる基準となるツールであってもよく、またはツールは著作権を有し、遠隔位置からダウンロードすることができるツールＩＤによって識別されてもよい。
【００５７】
ツールは、登録されているツールＩＤによって識別され、対応するツールを作成するか、または予めツールを配置するように端末または装置に知らせるフラグである。
【００５８】
鍵情報は、定義され、ＩＰＭＰ制御グラフに直接的または間接的に保持される鍵データホルダから検索される。鍵情報はまた、コンテンツがネットワークを通じて配布される場合には、保護対象の対応するコンテンツのセグメントと共にセグメントにおいて入手することも可能である。
【００５９】
ライセンスマネジャからライセンス情報を入手することができる。ライセンスマネジャは、ライセンスがどのようにライセンスマネジャから検索されるかを一切暴露しないようにするために、耐タンパ性のエンティティであってもよい。
【００６０】
権利およびコンテンツは、上記の鍵、鍵データおよび保護ツールを用いることによって、保護されていない状態にされる。権利および条件の処理を行うことができるように、明確な形で、権利および条件を入手するために、権利は権利パーサによってさらに構文解析される。
【００６１】
したがって、ユーザに付与された権利がある場合には、保護されていないコンテンツの再生、レンダリング、修正、消去または適応を行うことができる。
【００６２】
従来技術（非特許文献１および非特許文献２を参照）に関して図１に示されているように、デジタルコンテンツは、関連する可能な保護を有するようにＤＩＤによってパッケージ化される。
【００６３】
ＤＩＤは、定義されているデジタルアイテムのために、「コンテナ」、「アイテム」、「構成要素」、「アンカ」、「記述子」、「条件」、「選択」、「選抜」、「注釈」、「主張」、「リソース」、「断片」、「命令文」（たとえば、図１のユニット１．６、１．７、１．８）などの一連の抽象的な項目及び概念によって形成される有用なモデル（図１のユニット１．１）を定義した。
【００６４】
図１に示されているモジュール１．２は、このコンテナ内部で保護されることになっているすべてのアイテムに関して用いられる全体のＩＰＭＰ制御情報である。モジュール１．３、１．４は、保護されるコンテンツに関連する特定の保護情報である。モジュール１．５は、コンテンツＩＤを指定するためのＤＩＩである。
【００６５】
従来技術に関するさらなる改良点は、ＤＩＤが各要素間の静的関係を対処することであり、ファイルフォーマットとして扱われることができるため、権利および保護情報を図５に示されたＩＰＭＰ＿制御＿グラフとしてその保護されたコンテンツに直接関連付けることができることである。
【００６６】
他方、鍵情報は、ＩＰＭＰ＿制御＿グラフに直接的または間接的に鍵データホルダから伝送することができる。また、コンテンツがネットワークを通じて配布される場合には、鍵情報はセグメント化されてもよい。
【００６７】
暗号化も可能である権利は、保護情報とは別に、または保護情報と共に保持される。
【００６８】
別の従来技術は、ＭＰＥＧ−２１  ＩＰＭＰアーキテクチャに関して、図２（非特許文献３参照）に示されている。
【００６９】
モジュール２．１の権利表現言語（ＲＥＬ）エンジンは、認証要求および一連のライセンスおよびルート権限付与が与えられると、ＲＥＬ認証を決定する構成要素である。ＲＥＬエンジンは、ライセンスマネジャを用いて、認証照会を解決するのを助ける。
【００７０】
モジュール２．２のデジタルアイテムマネジャは、デジタルアイテムの中のデジタルアイテム宣言を構文解析する。デジタルアイテムマネジャはまた、デジタルアイテムが存在する場所にアクセスし、モジュール２．３のデジタルアイテムインスタンスも作成する。デジタルアイテムマネジャは、デジタルアイテム宣言内に組み込まれている任意のライセンスをライセンスマネジャに伝達する。
【００７１】
モジュール２．３のデジタルアイテムインスタンスは、信頼されるドメインの中のデジタルアイテムを表す。デジタルアイテムインスタンスは、格納位置および可能であればコンテンツ暗号鍵に関する情報などのデジタルアイテムに関する局所的なメタデータを含む。
【００７２】
モジュール２．４のライセンスマネジャは、ライセンスの持続状態およびその認証または破棄状況を管理することによって、ＲＥＬエンジンをサポートする。ライセンスマネジャはまた、ライセンスの完全性の立証を担っている。
【００７３】
モジュール２．５の条件プロセッサは、条件を選択し、条件を評価し、条件を満たし、一旦、条件が満たされると認証された動作の実行を開始する（ＤＩＰプロセッサによって権利の行使を行う）。
【００７４】
モジュール２．６のＩＰＭＰユーザセッションマネジャは、（条件エバリュエータによって）デジタルアイテム動作の呼び出しを指揮し、（ＲＥＬエンジンによって）適正な認証が入手され、（条件エバリュエータによって）条件が評価されたかを最初に確認する。
【００７５】
モジュール２．７の権利の行使は、権利を行使したという記録、すなわちデジタルアイテム動作の呼び出しの記録である。この記録は、ユーザセッションマネジャによって維持され、条件の充足を権利の行使と関連付けるために用いられる。
【００７６】
モジュール２．８のデジタルアイテム処理エンジンは、デジタルアイテム方法（ＤＩＭ）、モジュール２．９のデジタルアイテム基本動作（ＤＩＢＯ）、モジュール２．１０のデジタルアイテム拡張動作（ＤＩＸＯ）を含むデジタルアイテム動作を実行する。ＤＩＭはＤＩＭエンジンによって実行され、ＤＩＸＯはＤＩＸＯエンジンによって実行され、ＤＩＢＯはＤＩＢＯライブラリによって実行される。デジタルアイテム処理エンジンは、処理状態情報に関してユーザセッション状態を更新する。
【００７７】
図２に関する大きな問題点は、特に、コンテンツが複数のツールによって保護されており、権利も異なるツールを用いて保護されているときに、処理、解釈および伝送の対象である保護情報がないことである。コンテンツがどのように保護されており、どのように処理される必要があるかを知るための明確な説明がない。
【００７８】
図２に関する第２の問題点は、ＭＰＥＧ−２１  ＲＥＬで定義された既存のＲＥＬエンジンが権利表現のみを処理するために、ライセンスマネジャからのデータの流れがＲＥＬエンジンを通るべきではないことにある。ライセンスマネジャからの出力は、図１５に示されるＩＰＭＰマネジャである必要があるエンティティによって制御されるコンテンツを復号化するために用いられる暗号鍵を含むことが可能である。復号化自体は、ＩＰＭＰツール、ＤＩＰプロセッサ、ＤＩＭＥまたはＤＩＢＯまたはＤＩＸＯで行われてもよい。
【００７９】
図２に関する第３の問題点は、ＲＥＬエンジンが処理するそれらのＲＥＬデータがどこから来るかを示すデータの流れの指示がないことである。ＭＰＥＧ−２１  ＲＥＬフォーマットで表現されている場合に権利条件を含むこのような権利表現は、ＤＩＤコンテナにおいてＤＩと共にメタデータとして保持され、ＤＩマネジャによって処理されることが可能である。ＤＩマネジャは、どのＤＩＤが定義されているかに従い、情報を構文解析するだけのＤＩＤパーサに変更すべきである。
【００８０】
よりよい権利および保護について、２つの事例に基づいて設計される。第１の事例は、対応する権利および条件を表現するために、既存のＲＥＬを用いる場合であり、保護制御機構は暗号化、電子透かし、鍵管理を含むコンテンツ保護を考慮して定義される。第２の事例は、暗号化、電子透かし、鍵管理などを含むことが可能な保護機能を追加することによって、既存のＲＥＬが拡張される場合である。
【００８１】
いずれの事例についても以下の節で詳述する。
【００８２】
実施の形態１．
（個別の権利および保護を有するコンテンツのパッケージ化および消費）
図３は、本発明の実施の形態１によるコンテンツサーバの構成例を示すブロック図である。図３に示されるように、本実施の形態１によるコンテンツサーバ２０は、入力インタフェース部２２、コンテンツＩＤ割り当て部２３、コンテンツ保護処理部２４、利用条件データ生成部２５、ＤＩＤ記述部２６、パッケージング部２７、及び配信部２８を備える。入力インタフェース部２２は、コンテンツサーバ２０と外部装置とのインタフェースを行い、このインタフェース部２２を介して外部装置からデジタルコンテンツが入力される。コンテンツＩＤ割り当て部２３は、入力されたコンテンツに対してこのコンテンツを特定するコンテンツＩＤを割り当てる。コンテンツ保護処理部２４は、コンテンツＩＤが割り当てられたコンテンツに対して、例えば暗号化や電子透かしの埋め込み等の、そのコンテンツの著作権を保護するための保護処理を行う。この保護処理は、保護処理の種類に応じた保護処理ツールを用いて行われる。コンテンツ保護処理部２４は、その保護処理ツール及びその保護処理ツールと対となる保護解除ツールに対してツールＩＤを割り当て、配信部２８を介してその保護解除ツールを外部の装置に出力する。ユーザは、必要なときに必要な保護解除ツールを、その外部の装置からダウンロードする。なお、上述したように、保護処理ツールと保護解除ツールとは対になっているので、保護処理ツールのツールＩＤから保護解除ツールを知ることは可能である。利用条件データ生成部２５は、デジタルコンテンツの利用条件を示すデータを生成する。この利用条件のデータは、コンテンツの配信者によって外部の入力装置（図示せず）から直接利用条件データ生成部２５に入力されてもよい。
【００８３】
ＤＩＤ記述部２６は、ＩＤが割り当てられたコンテンツ又はそのコンテンツのアドレスを有するデジタルアイテムをデジタルアイテム宣言形式で記述する。また、ＤＩＤ記述部２６は、利用条件データ生成部２５から入力された利用条件データが示すコンテンツの利用条件に関する記述、及びそのコンテンツに対して行われた保護処理に関する記述をデジタルアイテム中に記述する。パッケージング部２７は、デジタルアイテム宣言形式で記述されたデジタルアイテムをパッケージ化する。配信部２８は、パッケージ化されたデジタルアイテムをユーザ端末に配信する。また、配信部２８は、コンテンツ保護処理部２４から出力された保護解除ツールを外部に出力する。デジタルアイテムは再帰的に定義可能、すなわち自分自身の中に別のデジタルアイテムを定義することが可能である。ＤＩＤ記述部２６は、上記コンテンツ又はコンテンツのアドレスを有するデジタルアイテムと同一のデジタルアイテム中に、そのコンテンツの利用条件に関する記述とそのコンテンツの保護処理に関する記述を記述する。
【００８４】
図４は、図３に示されたコンテンツサーバ２０によって行われるコンテンツ配信処理を説明するフローチャートの例である。図４に示されるように、コンテンツサーバ２０は、コンテンツＩＤ割り当て部２３によって、入力されたコンテンツにＩＤを割り当て（ステップＳ１）、コンテンツ保護処理部２４によって、そのコンテンツに対して、コンテンツの著作権を保護するための保護処理を行うとともに、その保護を解除する保護解除ツールにＩＤを割り当てる（ステップＳ２）。そして、配信部２８によって、その保護解除ツールを外部の装置に出力する（ステップＳ３）。次に、コンテンツサーバ２０は、利用条件データ生成部２５を用いてそのコンテンツの利用条件を決定する（ステップＳ４）。次に、コンテンツサーバ２０は、ＤＩＤ記述部２６によって、そのコンテンツ若しくはコンテンツのアドレスを有するデジタルアイテムをデジタルアイテム宣言形式で記述する（ステップＳ５）。その際に、デジタルアイテム中に、上記保護解除ツールのＩＤ等の保護解除ツールの情報、及び上記利用条件が記述される。次に、コンテンツサーバ２０は、パッケージング部２７によって、そのデジタルアイテム宣言形式で記述されたデジタルアイテムをパッケージ化する（ステップＳ６）。最後に、コンテンツサーバ２０は、配信部２８によって、そのパッケージ化されたデジタルアイテムをコンテンツのユーザ端末に配信する（ステップＳ７）。
【００８５】
図５において、権利および保護スキームに関してコンテンツのパッケージ側が示されている。モジュール５．８のＲＥＬは、条件に関係する権利をパッケージ化するために用いられることになっている既存の権利表現言語である。他の部分５．３、５．４、５．５、５．６、５．７、５．９、５．１１、５．１３は、保護関連機能である。最も重要な部分は、ＩＰＭＰ制御グラフであるモジュール５．１５にある。ＭＰＥＧ−２１のＤＩＤコンテナに保持されてもよいが、異なるアプリケーションドメインの他の場所に保持されてもよい。
【００８６】
コンテンツはネットワークによって伝送される必要がある場合に、通常はセグメント化および暗号化が行われ、リソースとしていずれかの場所に格納され、対応する時間変化の鍵が、モジュール５．９においてＩＰＭＰ制御グラフの鍵データホルダに鍵情報として、直接的または位置を示すことによって間接的に格納される。
【００８７】
たとえば、保護されるコンテンツがＲＴＰによって伝送されるとき、ＩＰＭＰ制御グラフはＳＤＰ（セクション記述プロトコル）に保持され、鍵情報はＲＴＰヘッダに保持されてもよく、または映像および音声パケットのための特殊な事例として、同期化される限り、時間変化の鍵および保護される映像または音声データの中に保持されてもよい。
【００８８】
モジュール５．１は、コンテンツＩＤを割り当てることになっており、ここでは、ＭＰＥＧ−２１のＤＩＩを用いることが可能である。必要に応じて、サブコンテンツＩＤを用いることができ、サブコンテンツを保護する必要がある場合には、保護がこのサブコンテンツＩＤに関連付けられることができる。コンテンツＩＤの割り当ては、コンテンツ割り当て部２３が行う。
【００８９】
モジュール５．２は、コンテンツが保護されているかフリーであるかを知らせるために、ＩＰＭＰ制御グラフにフラグを配置することになっている。モジュール５．３は、電子透かしが組み込まれているかどうかを示すために、ＩＰＭＰ制御グラフにフラグを配置することになっている。これらのフラグの配置は、ＤＩＤ記述部２６によって行われる。
【００９０】
コンテンツに埋め込まれた電子透かしがある場合には、モジュール５．４は、この事例に用いられるＷＭツール用に電子透かし（ＷＭ）ツールＩＤを割り当てた後、ツールＩＤが記録され、ＩＰＭＰ制御グラフに配置される。モジュール５．５は、ＩＰＭＰ制御グラフに配置される電子透かしインタフェースまたはＡＰＩ関連情報を含むＷＭ記述を作成する。ＷＭツールＩＤの割り当ては、コンテンツ保護処理部２４によって行われる。また、そのＷＭツールＩＤのＩＰＭＰ制御グラフへの配置、及び上記ＷＭ記述の作成は、ＤＩＤ記述部２６によって行われる。
【００９１】
モジュール５．６は、コンテンツが暗号化されているかどうかを決定することになっており、モジュール５．１５において「はい／いいえ」に関するフラグがＩＰＭＰ制御グラフに配置される。このフラグの配置は、ＤＩＤ記述部２６によって行われる。
【００９２】
モジュール５．９は、この事例に用いられる暗号化ツール用に暗号化ツールＩＤを割り当て後、ツールＩＤが記録され、ＩＰＭＰ制御グラフに配置される。モジュール５．７は、ＩＰＭＰ制御グラフに直接、またはホルダによって他の位置を示すことによって鍵データホルダの鍵情報を配置することになっている。暗号化ツールＩＤの割り当ては、コンテンツ保護処理部２４によって行われる。また、その暗号化ツールＩＤのＩＰＭＰ制御グラフへの配置、及び上記鍵情報の配置は、ＤＩＤ記述部２６によって行われる。
【００９３】
モジュール５．１１、５．１３において、暗号鍵がさらに暗号化され、ライセンスとしての鍵がＩＰＭＰ制御グラフ、ＲＥＬ、ＤＩＤまたは鍵位置１によって示される任意の場所に最終的に配置される。暗号鍵の暗号化は、コンテンツ保護処理部２４によって行われ、ライセンスとしての鍵の配置は、ＤＩＤ記述部２６によって行われる。
【００９４】
モジュール５．８は、既存のＲＥＬ標準に適合する対応する条件に関して権利を作成してパッケージ化することになっており、この部分は、コンテンツ配信バリューチェーンの販売代理人によって修正および編集されてもよい。上記権利の作成は、利用条件データ生成部２５によって行われる。
【００９５】
モジュール５．１０は、権利をデジタル署名することによって権利のメタデータを保護することになっている。モジュール５．１２は、デジタル署名の照合のためのツールＩＤを割り当てることになっており、モジュール５．１４は、ＩＰＭＰ制御グラフ若しくはＤＩＤ、または鍵位置２によって示される任意の場所にエンティティ＿鍵を配置することになっている。権利のデジタル署名、及びデジタル署名の照合のためのツールＩＤの割り当ては、コンテンツ保護処理部２４によって行われる。また、エンティティ＿鍵の配置は、ＤＩＤ記述部２６によって行われる。
【００９６】
モジュール５．１５の詳細は、ＸＭＬに基づくアプローチがＩＰＭＰ制御グラフを表現するために用いられるＭＰＥＧ−２１の事例における例として図７Ａに示されている。ＤＩ（ＤＩＤ６．１によって宣言される６．２）は、２つのデジタルアイテム（６．３、６．４）からなり、それぞれのデジタルアイテムは個別の添付されるメディアリソース（６．９、６．１０）を有する識別スキーム（６．５、６．６）を有する。モジュール６．７は、上述のＩＰＭＰ制御グラフを示し、モジュール６．８は、リソースに連係される実際の権利表現（条件および利用規則）を与える。
【００９７】
以下に、図６について詳細に説明する。図６は、ＤＩＤ形式で記述されたデジタルアイテムの一例を示す図である。デジタルアイテムは、再帰的に定義可能、すなわち自分自身の中にデジタルアイテムを有することが可能である。図６に示されるデジタルアイテム６．２は、デジタルアイテム（６．３、６．４）を含む。デジタルアイテム（６．３、６．４）のリソース（６．９，６．１０）は、デジタルコンテンツ又はデジタルコンテンツを所有する所有元のアドレスを含む。また、命令文（６．５、６．６）は、それぞれコンテンツＩＤを指定するためのＤＩＩである。なお、図６に示されたコンテンツ又はコンテンツのアドレスを有するデジタルアイテム（６．３、６．４）は、第１のデジタルアイテムをなし、複数の第１のデジタルアイテムが内部に定義されたデジタルアイテム６．２は、第２のデジタルアイテムをなす。
【００９８】
図６に示されるように、コンテンツ又はコンテンツのアドレスを有するデジタルアイテム（６．４）には、そのコンテンツに関するＩＰＭＰ記述（６．７）とＲＥＬ記述（６．８）とが両方記述される。表１は、ＩＰＭＰ記述（６．７）の意味を示す。表１において、左欄には実際の記述が示され、右欄には、その記述の簡単な意味が示される。
【表１】
2005141727.tif 000003
【００９９】
表１に示されるように、ＩＰＭＰ記述中の「ＫｅｙＩｎｆｏｒｍａｔｉｏｎ」は、コンテンツを暗号化した暗号鍵の鍵情報である。その暗号鍵は、ユーザに配信されるとき、他者に悪用されないように暗号化されている。ライセンス鍵は、この暗号を解くための鍵である。上述のＩＰＭＰ記述には、そのライセンス鍵が配置された場所が記述されている。
【０１００】
次に、表２は、ＲＥＬ記述（６．８）の意味を示す。表２において、左欄には実際の記述が示され、右欄には、その記述の簡単な意味が示される。
【表２】
2005141727.tif 000004
【０１０１】
図６に示されるように、コンテンツ又はコンテンツのアドレスを有するデジタルアイテム中にそのコンテンツに関するＩＰＭＰ記述とＲＥＬ記述とが両方記述されるので、ユーザ端末は、そのコンテンツに関連したＲＥＬ記述及びＩＰＭＰ記述のみを解析すればよく、ユーザ端末は、そのコンテンツを処理するために必要な保護解除ツールのみを取得することができる。
【０１０２】
図６に示されるように、デジタルアイテム中で、ＩＰＭＰ記述がＲＥＬ記述よりも先に記述されている場合、ユーザ端末は、ＩＰＭＰ記述を先に解析する。この場合、ユーザ端末は、ＲＥＬ記述の内容によらず、保護解除ツールのダウンロードを行う。例えば、図６に示されたデジタルアイテムを受信した場合、ユーザ端末は、許可されたコンテンツの利用期間が始まる前に必要なツールのダウンロードとセットアップが行う。この場合、ユーザ端末がその利用期間が始まった後にコンテンツの再生を行うときは、保護解除ツールのダウンロードが不要となり、速やかなコンテンツの再生が可能になる。
【０１０３】
なお、図７は、図６に示されるデジタルアイテムを作成する場合の記述ステップ（図４において、ステップＳ５で示される。）の詳細を示すフローチャートの他の例を示す。図７に説明されるように、コンテンツサーバ２０のＤＩＤ記述部２６は、コンテンツＩＤ割り当て部２３から入力されたＩＤのデータを用いて、デジタルアイテムに割り当てられたコンテンツＩＤを記述する（ステップＳ４１）。そして、コンテンツ保護処理部２４から入力されたデータを用いて、コンテンツに電子透かしが埋め込まれているかどうかを判断し（ステップＳ４２）、電子透かしが埋め込まれていると判断するなら（ステップＳ４２でＹＥＳ）、ＩＰＭＰ記述として、電子透かしが埋め込まれていることを示すフラグ、及び検出ツールの情報、例えば、検出ツールのツールＩＤを記述する（ステップＳ４３）。埋め込まれていないと判断するなら（ステップＳ４２でＮＯ）、次のステップＳ４４に進む。次に、ＤＩＤ記述部２６は、コンテンツ保護処理部２４から入力されたデータを用いて、コンテンツが暗号化されているかどうかを判断し（ステップＳ４４）、暗号化されていると判断するなら（ステップＳ４４でＹＥＳ）、ＩＰＭＰ記述として、暗号化されていることを示すフラグ等を記述する（ステップＳ４５）。暗号化されていないと判断するなら（ステップＳ４４でＮＯ）、次のステップＳ４６に進む。次に、ＤＩＤ記述部２６は、コンテンツ保護処理部２４から入力されたデータを用いて、コンテンツがデジタル署名されているかどうかを判断し（ステップＳ４６）、デジタル署名されていると判断するなら（ステップＳ４６でＹＥＳ）、ＩＰＭＰ記述として、電子署名されていることを示すフラグ、及び照合ツールの情報、例えば、照合ツールのツールＩＤを記述する（ステップＳ４７）。デジタル署名されていないと判断するなら（ステップＳ４６でＮＯ）、次のステップＳ４８に進む。最後に、ＤＩＤ記述部２６は、利用条件データ生成部２５から入力されたデータを用いて、ＲＥＬ記述として、コンテンツの利用条件を記述する（ステップＳ４８）。
【０１０４】
図８は、図７に示されたフローチャートのステップＳ４５の詳細を示すフローチャートである。ＤＩＤ記述部２６は、コンテンツが暗号化されているなら（ステップＳ４４でＹＥＳ）、ＩＰＭＰ記述として、コンテンツが暗号化されていることを示すフラグ、復号化ツールＩＤ等の復号化ツールの情報、及び暗号鍵の情報を記述する（ステップＳ４５２）。そして、再度コンテンツ保護処理部２４から入力されたデータを用いて、暗号鍵がさらに暗号化されているかどうかを判断し（ステップＳ４５２）、暗号化されていると判断するなら（ステップＳ４５２でＹＥＳ）、ＩＰＭＰ記述として、暗号鍵を復号するライセンス鍵の情報を記述する（ステップＳ４５３）。暗号化されていないと判断するなら（ステップＳ４５２でＮＯ）、図７に示されるステップＳ４６に進む。
【０１０５】
なお、ＲＥＬ記述（権利のメタデータ）に対して保護処理が行われてもよい。その場合、ＤＩＤ記述部２６は、利用条件データ生成部２５から入力されたデータを用いて、ＲＥＬ記述を作成し、そのＲＥＬ記述をコンテンツ保護処理部２４に入力する。コンテンツ保護処理部２４は、入力されたＲＥＬ記述に対して保護処理を行う。このとき、コンテンツサーバ２０が行う処理は、コンテンツに対して保護処理が行われた場合の処理と同様である。具体的には、図４のステップＳ２，Ｓ３に示される処理が行われる。その後、ＤＩＤ記述部２６は、コンテンツ保護処理部２４から入力されたデータを用いて、上記保護処理の種類に応じたフラグ、及び保護解除ツールの情報をデジタルアイテムに記述する。この記述処理は、コンテンツに対して保護処理が行われた場合にＤＩＤ記述部２６が行う処理と同様である。具体的には、図７に示されたステップＳ４２〜Ｓ４７の処理が行われる。
【０１０６】
図９は、保護されるコンテンツをモジュール９．１８で消費することが可能になる前に、ＩＰＭＰ制御グラフに保持される保護およびパッケージ化情報を処理するための端末処理のフローチャートを示している。
【０１０７】
モジュール９．１は、ＩＰＭＰ制御グラフがＭＰＥＧ−２１のＤＩＤに保持される場合にのみＤＩＤパーサが必要とされるときに、ＤＩＤおよびＩＰＭＰ制御グラフ情報を構文解析することになっている。
【０１０８】
ＲＴＰネットワークによるコンテンツの配信の場合には、鍵情報が時間変化である場合には、鍵情報を除く権利および保護記述情報を入手するために、ＳＤＰからＩＰＭＰ制御グラフを検索することができる。
【０１０９】
モジュール９．２は、コンテンツが保護されているかまたはフリーであるかを検出することになっている。コンテンツがフリーである場合には、消費のためにモジュール９．１８によって再生されることができる。そうでない場合には、モジュール９．３、９．４、９．５にそれぞれ進んで確認するための分岐が３つ存在する。
【０１１０】
モジュール９．３は、権利が暗号化されているかどうかを検出することになっており、モジュール９．４は、コンテンツが暗号化されているかを検出することになっており、モジュール９．５はコンテンツに電子透かしが入っているかどうかを検出することになっている。
【０１１１】
権利が保護されている場合には、モジュール９．６はツールＩＤを有する保護ツールを呼び出すことになっており、モジュール９．７はツールを用いて権利の完全性を確認することになっている。モジュール９．８において完全性が首尾よく証明される場合には、既存のＲＥＬ標準に適合するＲＥＬエンジンによって権利を構文分析するために、権利がモジュール９．９に送信される。
【０１１２】
モジュール９．１１は、コンテンツに添付される権利および条件を処理し、バッファに付与された権利および条件を格納する。モジュール９．１９において、ユーザによって要求される権利が、バッファに格納された権利および条件に反していないかどうかの確認がなされる。
【０１１３】
権利に保持されているライセンスがある場合には、モジュール９．１０は、保護される耐タンパ性（ＴＲ）であってもよいライセンスマネジャからライセンスを検索することになっている。
【０１１４】
コンテンツが保護および暗号化されている場合には、モジュール９．１３は、ＩＰＭＰ制御グラフに保持されているツールＩＤによって示される暗号化ツールを呼び出すことになっており、モジュール９．１４は鍵情報を検索することになっており、モジュール９．１２はライセンスマネジャから鍵ライセンスを入手することになっている。
【０１１５】
ここでは、復号化エンジンがコンテンツの保護を外すために用いる実際のライセンスをライセンスマネジャが提供するため、ライセンスマネジャが端末の一部または他の場所の任意の場所であるならば、耐タンパ技術によって保護されてもよい。
【０１１６】
暗号化ツールは、大部分の端末がその実装に用いるデフォルトとして定義されることが可能であり、特殊なドメインにおけるデフォルトの暗号化ツール以外のものを選択することができるようにＩＰＭＰツールＩＤが提供される。プラットホームはツールＩＤによって指示される異なる暗号化ツールをダウンロードして用いることが許容される場合には、異なるドメインにわたって相互運用性を実現すると同時に、拡張性、柔軟性および更新可能性を実現することになる。
【０１１７】
さまざまなネットワークによるコンテンツ配信の場合には、異なる場所から鍵情報を検索することができてもよい。これは、鍵情報を配置する場所に左右される。ＲＴＰヘッダに鍵情報を配置する場合には、ＲＴＰヘッダで入手することができ、映像および音声データなどの他のパケットとして配置される場合には、映像および音声に適用されるものと同一の規則に従って入手することができる。映像および音声のコンテンツを復号化する必要がある場合には、時間変化の鍵情報を同時に入手する必要がある。
【０１１８】
モジュール９．１５は、呼び出されたツール、鍵データおよびライセンスを有するコンテンツを復号化し、さらなる処理のためにモジュール９．１７に伝送されることになっている。
【０１１９】
モジュール９．５において、コンテンツが電子透かし入りであると検出される場合には、モジュール９．１６において、ツールＩＤを有する電子透かしツールおよびインタフェースをはじめとするその記述データが呼び出され、ユーザの要求に合致する行為の準備が施される。
【０１２０】
最終的に、モジュール９．１７は、与えられた権利および条件に基づいて、ユーザが要求する権利を行使し、モジュール９．１５の出力である保護されていないコンテンツに作用することになっている。
【０１２１】
図９において、耐タンパは、保護されていないコンテンツを入手するためのコンテンツの復号化であっても、ライセンス、権利および条件処理を提供して、権利を準備するライセンスマネジャの機能を保護するために用いられる。
【０１２２】
図１０は、個別に処理されるＲＥＬおよびＩＰＭＰ制御グラフを有する修正されたＩＰＭＰアーキテクチャを示している。図９および図１０の権利および保護（ＩＰＭＰに関連する）機能を比較すると、図２の従来技術には欠けているＩＰＭＰに関連する機能が多くあることが明白である。ＲＥＬエンジンに関するモジュール９．９、ライセンスマネジャに関するモジュール９．１０、９．１２、および条件処理に関するモジュール９．１１である図９では青色のブロックのみが図２に示されている従来技術に導入されている。このような機能ブロックは、図２ではモジュール２．１、モジュール２．４およびモジュール２．５である。
【０１２３】
図１０に示されているように、モジュール１０．１１がＩＰＭＰ制御グラフ情報を構文解析して処理するために加えられ、対応する結果がモジュール１０．４のライセンスマネジャに伝達され、ＲＥＬに関連するデータはその完全性が確認された後、モジュール１０．１のＲＥＬエンジンに伝達され、コンテンツ保護および電子透かし情報がさらなる処理のために、モジュール１０．３のＤＩインスタンスに伝達される。
【０１２４】
モジュール１０．１２の復号化、電子透かしなどは、かかる方法がＤＩＭＥで定義されている場合にはモジュール１０．８において行われてもよく、またはＤＩＢＯの１つの機能として定義されている場合にはモジュール１０．９において行われてもよく、または外部の機能である場合にはモジュール１０．１０において行われてもよい。
【０１２５】
線１０．１４はＩＰＭＰ制御グラフ処理モジュールからＲＥＬエンジンへのデータの流れを示しており、線１０．１５はＩＰＭＰ制御グラフ処理モジュールからＤＩインスタンスへのデータの流れを示している。
【０１２６】
線１０．１６は、ライセンスを発行するために、ライセンスマネジャからモジュール１０．１２の保護されていないブロックへのデータの流れを示している。
【０１２７】
モジュール１０．１３は、図２と比較して同一の信頼されるドメインに配置されるイベント報告エンジンのためである。
【０１２８】
ＴＲは、ライセンスマネジャ動作および条件処理動作を保護するために用いられることになっている耐タンパモジュールを意味する。
【０１２９】
他のモジュールは、図２に説明されたものと類似の意味である。
【０１３０】
実施の形態２．
（合成した権利および保護を有するコンテンツのパッケージ化および消費）
本実施の形態２によるコンテンツサーバは、実施の形態１によるコンテンツサーバとその構成及び動作が同一であるので、説明を省略する。
この場合には、権利と保護との明確な境界がなく、権利および保護は混合され、ＩＰＭＰ制御グラフをＲＥＬ−ＩＰＭＰ制御グラフと考えることができる。
【０１３１】
現在のＭＰＥＧ−２１  ＲＥＬまたは他の権利表現言語に基づいて、コンテンツの保護のほか、コンテンツの保護方法の明記が定義されていない。この場合には、既存のＲＥＬは、かかる保護信号発信をサポートするために拡張される必要がある。
【０１３２】
図５に基づく図１１に示されているように、モジュール１１．１６は、既存のＲＥＬ標準を拡張することによって、コンテンツ保護信号発信をサポートするＲＥＬ＋拡張とみなされ、モジュール１１．１５はＲＥＬ−ＩＰＭＰ制御グラフに変更される。モジュール１１．８は、既存のＲＥＬ機能である。
【０１３３】
他のモジュールは、上記で説明したものと同一の機能である。
【０１３４】
図１１に示されているように、権利および保護スキームに関してコンテンツのパッケージ化側を示している。モジュール１１．８のＲＥＬは、その条件に関連する権利をパッケージ化するために用いられることになっている既存の権利表現言語である。他の部分１１．３、１１．４、１１．５、１１．６、１１．７、１１．９、１１．１１、１１．１３は、保護関連機能である。最も重要な部分は、ＲＥＬ−ＩＰＭＰ制御グラフであるモジュール１１．１５にある。ＭＰＥＧ−２１のＤＩＤコンテナに保持されるが、異なるアプリケーションドメインにおいて用いられる場合には他の場所に保持されてもよい。
【０１３５】
コンテンツはネットワークによって伝送される必要がある場合に、通常はセグメント化および暗号化が行われ、リソースとしていずれかの場所に格納され、対応する時間変化の鍵が、モジュール１１．９においてＲＥＬ−ＩＰＭＰ制御グラフの鍵データホルダに鍵情報として、直接的に、または位置を示すことによって間接的に格納される。
【０１３６】
たとえば、保護されるコンテンツがＲＴＰによって伝送されるとき、ＲＥＬ−ＩＰＭＰ制御グラフはＳＤＰ（セクション記述プロトコル）に保持され、鍵情報はＲＴＰヘッダに保持されてもよく、または映像および音声パケットのための特殊な事例として、同期化される限り、時間変化の鍵および保護される映像または音声データの中に保持されてもよい。
【０１３７】
モジュール１１．１は、コンテンツＩＤを確認することになっており、ここで、ＭＰＥＧ−２１のＤＩＩを用いることが可能である。モジュール１１．２は、コンテンツが保護されているかフリーであるかを知らせるために、ＲＥＬ−ＩＰＭＰ制御グラフにフラグを配置することになっている。モジュール１１．３は、電子透かしが組み込まれているかどうかを示すために、ＲＥＬ−ＩＰＭＰ制御グラフにフラグを配置することになっている。
【０１３８】
コンテンツに埋め込まれた電子透かしがある場合には、モジュール１１．４は、この事例に用いられるＷＭツール用に電子透かし（ＷＭ）ツールＩＤを割り当てた後、ツールＩＤが記録され、ＲＥＬ−ＩＰＭＰ制御グラフに配置される。モジュール１１．５は、ＲＥＬ−ＩＰＭＰ制御グラフに配置される電子透かしインタフェースまたはＡＰＩ関連情報を含むＷＭ記述を作成する。
【０１３９】
モジュール１１．６は、コンテンツが暗号化されているかどうかを決定することになっており、モジュール１１．１５において「はい／いいえ」に関するフラグがＲＥＬ−ＩＰＭＰ制御グラフに配置される。
【０１４０】
モジュール１１．９は、この事例に用いられる暗号化ツール用に暗号化ツールＩＤを割り当て後、ツールＩＤが記録され、ＲＥＬ−ＩＰＭＰ制御グラフに配置される。モジュール１１．７は、ＲＥＬ−ＩＰＭＰ制御グラフに直接、またはホルダによって他の位置を示すことによって鍵データホルダの鍵情報を配置することになっている。
【０１４１】
モジュール１１．１１、１１．１３において、暗号鍵がさらに暗号化され、ライセンスとしての鍵がＲＥＬ−ＩＰＭＰ制御グラフ、ＲＥＬ、ＤＩＤまたは鍵位置１によって示される任意の場所に最終的に配置される。
【０１４２】
モジュール１１．８は、既存のＲＥＬ標準に適合する対応する条件に関して権利を作成してパッケージ化することになっており、この部分は、コンテンツ配信バリューチェーンの販売代理人によって修正および編集されてもよい。
【０１４３】
モジュール１１．１０は、権利をデジタル署名することによって権利のメタデータを保護することになっている。モジュール１１．１２は、デジタル署名の照合のためのツールＩＤを割り当てることになっており、モジュール１１．１４は、ＲＥＬ−ＩＰＭＰ制御グラフ若しくはＤＩＤまたは鍵位置２によって示される任意の場所にエンティティ＿鍵を配置することになっている。
【０１４４】
モジュール１１．１５の詳細は、ＸＭＬに基づくアプローチがＲＥＬ−ＩＰＭＰ制御グラフを表現するために用いられるＭＰＥＧ−２１の事例において実施例として図１２に示されている。図は、図６と類似である。図６に示されているモジュール６．７、６．８の代わりにＲＥＬ−ＩＰＭＰ制御グラフ（１２．１１）を用いるが、すべての権利および保護情報を表すために、類似の機能として作用する。
【０１４５】
ここではＲＥＬ  ＩＰＭＰ拡張は権利表現のみならず、保護記述も含むと定義され、権利、条件のほか、原理および発行者を表すためだけに元々は定義されていたことから、かかる拡張は既存のＭＰＥＧ−２１  ＲＥＬまたは他の権利表現言語に加えて行われることが図１２から分かる。図１２のＸＭＬ表現に示されているｉｐｍｐｘは、保護のためのＲＥＬの拡張部分である。
【０１４６】
図１２は、ＤＩＤ形式で記述された他のデジタルアイテムの例を示す図である。ＩＰＭＰ記述及びＲＥＬ記述（１２．１１）の内容は、図６と同一であるが、図６と異なり、ＲＥＬ記述が最初に記述されている。これは、ＤＩＤ記述部２６がＩＰＭＰ記述よりもＲＥＬ記述を先に記述することによる。これにより、ユーザ端末は、ＩＰＭＰ記述よりもＲＥＬ記述を先に解析するので、保護解除ツールをダウンロードする前に、コンテンツの再生が可能かどうか、すなわち再生が許可されている期間かどうかを知ることができる。よって、再生が許可されていない期間の場合は、保護解除ツールをダウンロードする必要がないので、ダウンロードに費やす時間及びコストを省略できる。
【０１４７】
なお、図１３は、図１２に示されるデジタルアイテムを作成する場合の記述ステップ（図４において、ステップＳ５で示される。）の詳細を示すフローチャートの他の例を示す。図１３に説明されるように、コンテンツサーバ２０のＤＩＤ記述部２６は、コンテンツＩＤ割り当て部２３から入力されたＩＤのデータを用いて、デジタルアイテムに割り当てられたコンテンツＩＤを記述する（ステップＳ５１）。そして、利用条件データ生成部２５から入力されたデータを用いて、ＲＥＬ記述として、コンテンツの利用条件を記述する（ステップＳ５２）。次に、ＤＩＤ記述部２６は、コンテンツ保護処理部２４から入力されたデータを用いて、コンテンツに電子透かしが埋め込まれているかどうかを判断し（ステップＳ５３）、電子透かしが埋め込まれていると判断するなら（ステップＳ５３でＹＥＳ）、ＩＰＭＰ記述として、電子透かしが埋め込まれていることを示すフラグ、及び検出ツールの情報を記述する（ステップＳ５４）。埋め込まれていないと判断するなら（ステップＳ５３でＮＯ）、次のステップＳ５５に進む。次に、ＤＩＤ記述部２６は、コンテンツ保護処理部２４から入力されたデータを用いて、コンテンツが暗号化されているかどうかを判断し（ステップＳ５５）、暗号化されていると判断するなら（ステップＳ５５でＹＥＳ）、ＩＰＭＰ記述として、暗号化されていることを示すフラグ等を記述する（ステップＳ５６）。暗号化されていないと判断するなら（ステップＳ５５でＮＯ）、次のステップＳ５７に進む。次に、ＤＩＤ記述部２６は、コンテンツ保護処理部２４から入力されたデータを用いて、コンテンツがデジタル署名されているかどうかを判断し（ステップＳ５７）、デジタル署名されていると判断するなら（ステップＳ５７でＹＥＳ）、ＩＰＭＰ記述として、電子署名されていることを示すフラグ、及び照合ツールの情報を記述する（ステップＳ５８）。デジタル署名されていないと判断するなら（ステップＳ５７でＮＯ）、処理を終了する。なお、図１３のステップＳ５６で示された処理は、図８を用いて説明された処理と同一である。
【０１４８】
あるコンテンツに関するＩＰＭＰ記述とＲＥＬ記述を、そのコンテンツを有するデジタルアイテム中に両方記述し、それらのＩＰＭＰ記述とＲＥＬ記述を同一のパッケージに収めて端末に配信するという本発明の特徴は、例えば、以下のような場合にも応用できる。
【０１４９】
ＲＥＬ記述に、あるコンテンツが複数の解像度で視聴可能であることが記述され、ＩＰＭＰ記述に、各解像度についてそのコンテンツを復号化する際に必要な復号化ツールが全て記述されている場合、１つのコンテンツに関するＩＰＭＰ記述とＲＥＬ記述が、別個のデジタルアイテムにそれぞれ記載され、受信側でそれらのＲＥＬ記述とＩＰＭＰ記述とを別々に解釈するなら、ＩＰＭＰ記述が解釈された時点で、各解像度で視聴する場合に必要な全ての復号化ツールが一括ダウンロードされる。この場合、ユーザが特定の１つの解像度で視聴することを希望していても、全ての復号化ツールがダウンロードされることになるので、使わない復号化ツールの伝送に多くの時間と費用がかかり、又使わないツールを保存しておくためのメモリも確保しておく必要があるという問題がある。これに対し、ＩＰＭＰ記述とＲＥＬ記述とを、そのコンテンツを有するデジタルアイテム中に両方記述して、同一のパッケージで配信すると、ユーザが希望する解像度について必要な復号化ツールのみをダウンロードすることが可能となり、復号化ツールの伝送のための時間及びコストを最小にでき、不要なツールをメモリに格納しておく必要もないという効果がある。
【０１５０】
図９に基づく図１４に示されているように、モジュール１４．１９は、拡張されたＲＥＬによってコンテンツ保護もサポートするためにＲＥＬ＋拡張とみなされ、モジュール１４．９は既存のＲＥＬエンジンである。モジュール１４．１はＲＥＬ−ＩＰＭＰ制御グラフに変更され、モジュール１４．０はＭＰＥＧ−２１の場合には個別のＤＩＤパーサである。
【０１５１】
他のモジュールは、上記で説明したものと同一の機能である。
【０１５２】
図１４には、保護されるコンテンツがモジュール１４．１８で消費することが可能になる前に、ＲＥＬ−ＩＰＭＰ制御グラフに保持される保護およびパッケージ化情報を処理するための端末処理のフローチャートが示されている。
【０１５３】
モジュール１４．１は、ＲＥＬ−ＩＰＭＰ制御グラフがＭＰＥＧ−２１のＤＩＤに保持される場合にのみＤＩＤパーサが必要とされるときに、ＤＩＤおよびＲＥＬ−ＩＰＭＰ制御グラフ情報を構文解析することになっている。
【０１５４】
ＲＴＰネットワークによるコンテンツの配信の場合には、鍵情報が時間変化である場合には、鍵情報を除く権利および保護記述情報を入手するために、ＳＤＰからＲＥＬ−ＩＰＭＰ制御グラフを検索することができる。
【０１５５】
モジュール１４．２は、コンテンツが保護されているかまたはフリーであるかを検出することになっている。コンテンツがフリーである場合には、消費のためにモジュール１４．１８によって再生されることができる。そうでない場合には、モジュール１４．３、１４．４、１４．５にそれぞれ進んで確認するための分岐が３つ存在する。
【０１５６】
モジュール１４．３は、権利が暗号化されているかどうかを検出することになっており、モジュール１４．４は、コンテンツが暗号化されているかを検出することになっており、モジュール１４．５はコンテンツに電子透かしが入っているかどうかを検出することになっている。
【０１５７】
権利が保護されている場合には、モジュール１４．６はツールＩＤを有する保護ツールを呼び出すことになっており、モジュール１４．７はツールを用いて権利の完全性を確認することになっている。モジュール１４．８において完全性が首尾よく証明される場合には、既存のＲＥＬ標準に適合するＲＥＬエンジンによって権利を構文分析するために、権利がモジュール１４．９に送信される。
【０１５８】
モジュール１４．１１は、コンテンツに添付される権利および条件を処理し、バッファに付与された権利および条件を格納する。モジュール１４．１９において、ユーザによって要求される権利が、バッファに格納された権利および条件に反していないかどうかの確認がなされる。
【０１５９】
権利に保持されているライセンスがある場合には、モジュール１４．１０は、保護される耐タンパ性（ＴＲ）であってもよいライセンスマネジャからライセンスを検索することになっている。
【０１６０】
コンテンツが保護および暗号化されている場合には、モジュール１４．１３は、ＲＥＬ−ＩＰＭＰ制御グラフに保持されているツールＩＤによって示される暗号化ツールを呼び出すことになっており、モジュール１４．１４は鍵情報を検索することになっており、モジュール１４．１２はライセンスマネジャから鍵ライセンスを入手することになっている。
【０１６１】
ここでは、復号化エンジンがコンテンツの保護を外すために使用する実際のライセンスをライセンスマネジャが提供するため、ライセンスマネジャが端末の一部または他の場所の任意の場所であるならば、耐タンパ技術によって保護されてもよい。
【０１６２】
暗号化ツールは、大部分の端末がその実装に用いるデフォルトとして定義されることが可能であり、特殊なドメインにおけるデフォルトの暗号化ツール以外のものを選択することができるようにＩＰＭＰツールＩＤが提供される。プラットホームはツールＩＤによって指示される異なる暗号化ツールをダウンロードして用いることが許容される場合には、異なるドメインにわたって相互運用性を実現すると同時に、拡張性、柔軟性および更新可能性を実現することになる。
【０１６３】
さまざまなネットワークによるコンテンツ配信の場合には、異なる場所から鍵情報を検索することができてもよい。これは、鍵情報を配置する場所に左右される。ＲＴＰヘッダに鍵情報を配置する場合には、ＲＴＰヘッダで入手することができ、映像および音声データなどの他のパケットとして配置される場合には、映像および音声に適用されるものと同一の規則に従って入手することができる。映像および音声のコンテンツを復号化する必要がある場合には、時間変化の鍵情報を同時に入手する必要がある。
【０１６４】
モジュール１４．１５は、呼び出されたツール、鍵データおよびライセンスを有するコンテンツを復号化し、さらなる処理のためにモジュール１４．１７に伝送されることになっている。
【０１６５】
モジュール１４．５において、コンテンツが電子透かし入りであると検出される場合には、モジュール１４．１６において、ツールＩＤを有する電子透かしツールおよびインタフェースを含むその記述データが呼び出され、ユーザの要求に合致するまで行為の準備が施される。
【０１６６】
最終的に、モジュール１４．１７は、与えられた権利および条件に基づいて、ユーザが要求する権利を行使し、モジュール１４．１５の出力である保護されていないコンテンツに作用することになっている。
【０１６７】
図１４において、耐タンパは、保護されていないコンテンツを入手するためのコンテンツの復号化であっても、ライセンス、権利および条件処理を提供して、権利を準備するライセンスマネジャの機能を保護するために用いられる。
【０１６８】
図１５は、ＲＥＬーＩＰＭＰ制御グラフを有する修正されたＩＰＭＰアーキテクチャを示している。図１４および図１５の権利および保護（ＩＰＭＰに関連する）機能を比較すると、図２の従来技術には欠けているＩＰＭＰに関連する機能が多くあることが明白である。ＲＥＬエンジンに関するモジュール１４．９、ライセンスマネジャに関するモジュール１４．１０、１４．１２および条件処理に関するモジュール１４．１１である図１４では青色のブロックのみが図２に示されている従来技術に導入されている。このような機能ブロックは、図２ではモジュール２．１、モジュール２．４およびモジュール２．５である。
【０１６９】
図１５に示されているように、モジュール１５．１１がＩＰＭＰ制御グラフ情報を構文解析して処理するために加えられ、対応する結果がモジュール１５．４のライセンスマネジャに伝達され、ＲＥＬに関連するデータはその完全性が確認された後、モジュール１５．１のＲＥＬエンジンに伝達され、コンテンツ保護および電子透かし情報がさらなる処理のために、モジュール１５．３のＤＩインスタンスに伝達される。
【０１７０】
モジュール１５．１２の復号化、電子透かしなどは、かかる方法がＤＩＭＥで定義されている場合にはモジュール１５．８において行われてもよく、またはＤＩＢＯの１つの機能として定義されている場合にはモジュール１５．９において行われてもよく、または外部の機能である場合にはモジュール１５．１０において行われてもよい。
【０１７１】
線１５．１４はＲＥＬ−ＩＰＭＰ制御グラフ処理モジュールからＲＥＬエンジンへのデータの流れを示しており、線１５．１５はＲＥＬ−ＩＰＭＰ制御グラフ処理モジュールからＤＩインスタンスへのデータの流れを示している。
【０１７２】
線１５．１６は、ライセンスを発行するために、ライセンスマネジャからモジュール１５．１２の保護されていないブロックへのデータの流れを示している。
【０１７３】
モジュール１５．１３は、図２と比較して同一の信頼されるドメインに配置されるイベント報告エンジンのためである。
【０１７４】
ＴＲは、ライセンスマネジャ動作および条件処理動作を保護するために用いられることになっている耐タンパモジュールを意味する。
【０１７５】
他のモジュールは、図２に説明したものと類似の意味である。
【０１７６】
図１６には、ＩＰＭＰ制御グラフまたはＲＥＬ−ＩＰＭＰ制御グラフにおける権利および保護のレイアウトが示されており、コンテンツＩＤ、保護されるオブジェクトのインジケータ、保護フラグ、詳細な権利および条件のほか、詳細な保護記述がこのホルダに配置および保持されている。
【図面の簡単な説明】
【０１７７】
【図１】従来技術の包含されている可能な保護情報に関するＤＩＤ構造を示す図である。
【図２】従来技術のＭＰＥＧ−２１  ＩＰＭＰアーキテクチャを示す図である。
【図３】本発明の実施の形態１によるコンテンツサーバの構成例を示すブロック図である。
【図４】図３に示されたコンテンツサーバ２０によって行われるコンテンツ配信処理を説明するフローチャートの例である。
【図５】個別の権利および保護に関連するコンテンツのパッケージ化のフローチャートである。
【図６】ＤＩＤに保持される権利および保護に関する情報のためのＩＰＭＰ制御グラフである。
【図７】図４に示される記述ステップの詳細を示すフローチャートの他の例を示す。
【図８】図７に示されたフローチャートのステップＳ４５の詳細を示すフローチャートである。
【図９】ＩＰＭＰ制御グラフ情報に関して保護およびパッケージ化されるコンテンツのための端末処理のフローチャートである。
【図１０】ＩＰＭＰ制御グラフの処理に関連するＩＰＭＰアーキテクチャを示す図である。
【図１１】合成した権利および保護に関するコンテンツのパッケージ化のフローチャートである。
【図１２】ＤＩＤに保持される権利および保護に関する情報のためのＩＰＭＰ制御グラフである。
【図１３】図４に示される記述ステップの詳細を示すフローチャートの他の例を示す。
【図１４】ＲＥＬ−ＩＰＭＰ制御グラフ情報に関して保護およびパッケージ化されるコンテンツのための端末処理のフローチャートである。
【図１５】ＲＥＬ−ＩＰＭＰ制御グラフの処理に関連するＩＰＭＰアーキテクチャを示す図である。
【図１６】ＲＥＬ−ＩＰＭＰ制御グラフにおける権利および保護のレイアウトを示す図である。
【符号の説明】
【０１７８】
２０  コンテンツサーバ
２２  入力インタフェース部
２３  コンテンツＩＤ割り当て部
２４  コンテンツ保護処理部
２５  利用条件データ生成部
２６  ＤＩＤ記述部
２７  パッケージング部
２８  配信部
５．１  モジュール
５．２  モジュール
５．３  モジュール
５．４  モジュール
５．５  モジュール
５．６  モジュール
５．７  モジュール
５．８  モジュール
５．９  モジュール
５．１０  モジュール
５．１１  モジュール
５．１２  モジュール
５．１３  モジュール
５．１４  モジュール
５．１５  モジュール
【図１】
2005141727.tif 000005
【図２】
2005141727.tif 000006
【図３】
2005141727.tif 000007
【図４】
2005141727.tif 000008
【図５】
2005141727.tif 000009
【図６】
2005141727.tif 000010
【図７】
2005141727.tif 000011
【図８】
2005141727.tif 000012
【図９】
2005141727.tif 000013
【図１０】
2005141727.tif 000014
【図１１】
2005141727.tif 000015
【図１２】
2005141727.tif 000016
【図１３】
2005141727.tif 000017
【図１４】
2005141727.tif 000018
【図１５】
2005141727.tif 000019
【図１６】
2005141727.tif 000020