グループ権限を使用するコンテンツ管理のための技術
グループ権限を使用するコンテンツ管理のための技術が説明される。本技術は、主として、グループのサブセットに関するグループのメンバーシップの変更、及びコンテンツファイルの部分的な更新を達成することにより、コンテンツファイルのグループに関する柔軟な管理を促進する。一態様として、グループ権限に関連付けられたコンテンツファイルを作成するコンテンツファイルマネージャ（２０）が提供される。そのようなコンテンツファイルを処理するデバイス（２１）も提供される。１つの方法の態様は、複数のコンテンツアイテムを、新しいグループ権限オブジェクトに関連付けられたグループＩＤを持つ新しいグループに割り当てるステップと、コンテンツアイテムのいずれかが以前に配信されたか否かを判定するステップと、以前に配信された各コンテンツアイテムについて、新しいグループのグループＩＤを含むが以前に配信されたコンテンツアイテム自体は排除した更新版コンテンツファイルを作成するステップと、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、コンテンツ管理に関する。特に、本発明は、グループ権限オブジェクトを使用してコンテンツを管理するための技術に関する。
【背景技術】
【０００２】
デジタル著作権管理（ＤＲＭ）は、コンテンツ（メディア、コンテンツオブジェクト、コンテンツ／メディアアイテム、コンテンツ／メディアオブジェクト、コンテンツ／メディアエレメント、などとも呼ばれる場合もある）の配信及び消費を管理する手段を提供する技術のセットである。ＤＲＭフレームワークの下では、コンテンツはセキュアに配信され、コンテンツ発行者（コンテンツ発行者の他の名称として、コンテンツプロバイダ、コンテンツ所有者、コンテンツ配信者、などが存在する）によって示される利用権限に従って、許可された受信機（例えば、認証されたユーザデバイス）によって消費される。ＤＲＭフレームワークは、コンテンツのフォーマット、オペレーティングシステム、通信チャネル、及び実行環境から独立している。ＤＲＭによって保護されるコンテンツは、多岐に亘ることができる。例えば、文書、画像、着信音、音楽クリップ、ビデオクリップ、ストリーミングメディア、ゲーム、などである。
【０００３】
ＯＭＡ(Open Mobile Alliance)の技術仕様"DRM Version 2.0"において、既知のＤＲＭシステムが標準化されている。ＯＭＡ ＤＲＭシステムは、コンテンツ発行者（ＣＩ）が保護されたコンテンツを配信することを可能にし、また、権限発行者（ＲＩ）が保護されたコンテンツに関連付けられた権限を割り当てることを可能にする。権限は、利用権限、（利用）許可、（利用）ルール、（利用）制限、などとしても知られている。これらは、特定のコンテンツ受信機が保護されたコンテンツを消費する態様を管理する。ユーザがコンテンツを消費するためには、コンテンツ受信機はＲＩから個々の権限を獲得する。配信される際に、コンテンツは暗号によって保護される。それゆえ、保護されたコンテンツは、特定のコンテンツ受信機に対して発行された関連する権限と適切な（単数または複数の）復号鍵がある場合にのみ使用可能である。
【０００４】
ＯＭＡ ＤＲＭバージョン２．０によれば、保護されたコンテンツ及び関連する権限は、コンテンツ受信機に対して分離して配信することができる。セキュリティを向上させるために、少なくともある程度は、公開鍵基盤（ＰＫＩ）のコンセプトも適用可能である。ＯＭＡ ＤＲＭの分離配信の基本的な考え方を図１Ａに示す。
【０００５】
図１Ａに示すように、ＣＩ２によって提供されるコンテンツアイテム１は、（錠前４によって比喩的に示されるように）暗号化されている。暗号化は、コンテンツ暗号鍵（ＣＥＫ）（不図示）を用いて実行される。暗号化されたコンテンツアイテム１は、コンテンツ受信機５へ配信するために、所謂「コンテンツファイル」３の中に埋め込まれる。同時に、ＲＩ６は、コンテンツ受信機５のための所定の権限７を発行する。権限７は、権限オブジェクト（ＲＯ）８と呼ばれるデータ構造の中に符号化することができる。ＲＯ８は、コンテンツアイテム１が暗号化される際に用いられたＣＥＫに対応する暗号鍵９も含む。更に、別の鍵（不図示）（例えば、コンテンツ受信機５の公開鍵）を用いた暗号化により、ＲＯ８全体を（錠前１０によって比喩的に示されるように）保護することができる。
【０００６】
コンテンツファイル３及び（暗号化された）ＲＯ８は、コンテンツ受信機５に対して分離して（例えば、分離したチャネル又は経路１１及び１２経由で）配信される。秘密鍵１３を用いて、コンテンツ受信機５はＲＯ８を復号し、こうして、コンテンツ受信機５はＲＯ８に埋め込まれたＣＥＫ９及び許可された権限７を引き出すことができる。ＣＥＫ９及び権限７を知ることで、コンテンツ受信機５は、コンテンツファイル３を介して受信した保護されたコンテンツアイテム１を復号することができ、その結果、権限７に従ってコンテンツアイテム１を消費することができる。
【０００７】
複数のコンテンツアイテムの消費を単一の権限オブジェクトによって管理するために、グループ権限オブジェクト（ＧＲＯ）がＯＭＡ ＤＲＭシステムに導入された。ＧＲＯの下では、幾つかのコンテンツファイルを一緒にグループ化することができ、その効果は、その中に含まれるコンテンツアイテムがグループを形成するということである。ＧＲＯの中で許可された権限が失効すると、新しいＧＲＯをＲＩが発行することができる。この新しいＧＲＯの中で許可された権限は、グループ内の全てのコンテンツアイテムに対して有効である。ＧＲＯの基本構造、及びＧＲＯのコンテンツアイテムのグループとの関連付けを、図２に示す。
【０００８】
図２に示すように、ＧＲＯはグループＩＤ（ＧＩＤ）によって識別される。ＧＲＯに所属する各コンテンツファイルは、同一のＧＩＤによってマークされる。それゆえ、共通のＧＩＤを通じて、コンテンツファイルのグループがＧＲＯに関連付けられる。ＧＲＯは、各グループの中の全てのコンテンツアイテムに対して（ＲＩによって）発行される単一の権限オブジェクトである。それゆえ、これら全てのコンテンツアイテムの消費は、同一の権限によって管理することができる。ＧＲＯは、全てのコンテンツファイルのＣＥＫを暗号化するために使用されるグループ鍵（グループ暗号鍵（ＧＥＫ））も含む。このことは、以下で更に明らかになるであろう。
【０００９】
ＤＲＭを用いると、暗号化されたコンテンツファイルを、特定のフォーマット（ＤＲＭコンテンツフォーマット）のコンテンツファイルの中にパッケージ化することができる。この文脈では、そのようなコンテンツファイルはＤＣＦファイルと呼ばれる。ＤＣＦファイルは、オブジェクト構造であってもよい。ＤＣＦファイルフォーマットの例が、ＯＭＡの"DRM Content Format Version 2.0"に示されている。このフォーマットは、ISO Base Media File Format仕様ISO14496-12に基づいており、それゆえ、「ボックス（箱）」のオブジェクト指向デザインのあたりに構築される。OMA DRM DCF Version 2.0のセクション６．３は、この特定のフォーマットの全体構造を示し、これに関連するコンポーネントを図３を参照してこれから説明する。
【００１０】
図３に示すように、ＤＣＦファイル３０は、１以上の「ＤＲＭコンテナ」ボックス３１及び３２を含む。各ＤＲＭコンテナボックス３１は、コンテンツアイテム３３と、これに関連付けられたヘッダとを持ち、これらは、「ＤＲＭコンテンツ」ボックス３４及び「ＤＣＦヘッダ」ボックス３５にそれぞれ含まれる。ＤＣＦヘッダボックス３５の中のヘッダの１つは、コンテンツアイテム３３を一意に識別する「コンテンツＩＤ」３６である。ＤＣＦヘッダボックス３５の中には他のヘッダが存在してもよい。これらの他のヘッダのうちの１つ以上は、ＤＣＦヘッダに機能を追加する０又はそれ以上のネストされたボックスを含んでもよい。
【００１１】
ＧＲＯのコンセプトに対応して、ＤＣＦファイルは、ＤＣＦヘッダボックス３５の中にＤＲＭ ＧｒｏｕｐＩＤボックス３７を含んでもよい。ＤＲＭ ＧｒｏｕｐＩＤボックス３７は、更に、問題のＤＣＦファイル３０を、別々のコンテンツ固有のＲＯではなく（或いは、それに加えて）共通のＧＲＯにおいて権限が定義されるＤＣＦファイルのグループの一部として識別するための、ＧｒｏｕｐＩＤフィールド３８を含む。このＧｒｏｕｐＩＤフィールド３８は、ＧＲＯのＧＩＤに対応する、コンテンツファイルのグループの上述したＧＩＤを含む。それゆえ、ＤＣＦファイル中のＧｒｏｕｐＩＤフィールド３８の中のＧＩＤは、関連するＧＲＯに対する参照としての役割を果たすことができる。
【００１２】
ＤＣＦヘッダボックス３５は、暗号化された鍵を含むための「ＧｒｏｕｐＫｅｙ」ボックス３９も含むことができる。一般的に、コンテンツファイルのグループの各コンテンツアイテムは、図２に示すように、異なるＣＥＫ（ＣＥＫ１、ＣＥＫ２、など）を用いて暗号化されることになる。これらのＣＥＫを更に保護するために、（グループ全体のために使用される）追加の鍵を採用することができる。これが、ＧＲＯに含まれるグループ暗号鍵（ＧＥＫ）の機能である。ＧＥＫは、ＤＣＦファイルグループ（図２参照）内の各コンテンツアイテムを保護するために使用される全てのＣＥＫを暗号化するために使用される。暗号化されたＣＥＫは、各ＤＣＦファイルのＧｒｏｕｐＫｅｙボックス３９の中に格納される。
【００１３】
ＧＲＯは、（同一の）コンテンツを複数の受信機に対してブロードキャストするのに特に有用である。こうすると、コンテンツを同一のグループ鍵によって保護することができ、グループ内の各コンテンツ受信機に対して同一の権限を許可することができる。コンテンツを消費するためには、各個の受信機は、何らかの方法でＧＲＯを獲得する必要がある。これは、例えばＯＭＡによって規定されるＲＯＡＰ（権限オブジェクト獲得プロトコル(Rights Object Acquisition Protocol)）を使用するユニキャスト接続を介して行うことができる。
【００１４】
従来技術において知られているＤＲＭシステムは、ＯＭＡ ＤＲＭも含めて、ＧＲＯを使用したコンテンツファイルの柔軟な管理を提供できないという点で、劣っている。
【発明の概要】
【００１５】
従って、共通のグループ権限によって管理されるコンテンツファイルをより柔軟なやり方で管理する技術に対するニーズが存在する。
【００１６】
第１の態様によれば、コンテンツアイテムのためのコンテンツファイルを作成する方法が提供される。前記コンテンツアイテムは、１以上のコンテンツ受信機によって使用されるものである。前記方法は、配信対象の複数のコンテンツアイテムを新しいグループに対して割り当てるステップであって、当該新しいグループのグループＩＤは新しいグループ権限オブジェクトに関連付けられる、ステップと、前記新しいグループの中のコンテンツアイテムのいずれかが以前に配信されたか否かを判定するステップと、以前に配信された各コンテンツアイテムについて、前記新しいグループの前記グループＩＤを含むが前記以前に配信されたコンテンツアイテム自体は排除した（或いは、除外した）更新版コンテンツファイルを作成するステップと、少なくとも各更新版コンテンツファイルを出力するステップと、を備える。
【００１７】
本明細書で説明する技術は、ＯＭＡ仕様に限定されない。コンテンツファイルは、関連するＯＭＡ文書に規定されるＤＣＦファイルフォーマットであってもよいが、これは必須ではない。任意の適切なコンテンツファイルフォーマットが可能である。同様に、グループ権限は、例えば関連するＯＭＡ仕様に規定されるＯＭＡのＧＲＯ構造のようなグループ権限オブジェクトにパッケージ化されてもよいが、フォーマット、機能、目的などに関してＯＭＡの規定に限定される訳ではない。代わりに、本技術は、コンテンツ受信機のグループを対象とした１以上の権限を規定する任意のグループ権限オブジェクトを用いて実施可能である。
【００１８】
追加の特徴として、所定のコンテンツアイテムが以前に配信されていないと判定された場合、そのような各コンテンツアイテムについて新しいコンテンツファイルを作成することができる。新しいコンテンツファイルは、新しいグループのグループＩＤと、（以前に配信されていない）コンテンツアイテム自体とを含む。その後、新しいコンテンツファイルを同様に出力してもよい。
【００１９】
前記方法は、前記コンテンツ受信機が以前に受信したコンテンツファイルを修正する（又は更新する）ように前記コンテンツ受信機に指示する役割を果たす所定の制御情報を生成するステップを更に備えてもよい。また、前記制御情報と前記各更新版コンテンツファイルとの間に、リンク（又は相互参照）を確立してもよい。換言すれば、前記生成される制御情報は、前記各更新版コンテンツファイルに関連付けられてもよい。例えば、前記制御情報は、前記各更新版コンテンツファイルに挿入又は添付又は付加されて、前記制御情報が前記更新版コンテンツファイルと共に配信されてもよい。或いは、どのコンテンツ情報がどの更新版コンテンツファイルを参照するのか、又はその逆を前記コンテンツ受信機が正しく判断できるように前記制御情報と前記更新版コンテンツファイルとの間に所定の関連付けが存在する限り、これら２つは分離して配信されてもよい。
【００２０】
コンテンツファイルは、識別情報によって識別可能である。具体的には、各更新版コンテンツファイルのための前記制御情報は、前記更新版コンテンツファイルの識別情報、（前記以前に配信された各コンテンツアイテムのために作成された）前記以前に配信されたコンテンツファイルの識別情報、前記コンテンツファイルの更新を検証するためのハッシュ値、デジタル著作権管理に関連する（追加の）ヘッダ情報、及び１以上の修正指示のうちの、１以上のものを含んでもよい。
【００２１】
修正指示はとりわけ、コンテンツファイルの中のどの（単数又は複数の）データボックス／（単数又は複数の）データフィールドを修正する必要があるかを示すことができる。この指示は、（単数又は複数の）データボックス／（単数又は複数の）データフィールドの（単数又は複数の）部分を指定することを通じて行うことができる。（単数又は複数の）部分は、「相対的な」態様で示すことができる。その意味は、指示される部分が「ファイルのバイトｘ」が変更されなければならないという意味で必ずしも絶対的なものでなくても構わないということである。代わりに、例えば、ｍ番目のボックスの中のｎ番目のフィールドとしてこの部分を指定することができる。
【００２２】
配信対象のコンテンツアイテムを保護するために、前記方法は、以前に配信されていない各コンテンツアイテムについて、前記コンテンツアイテムを暗号化するための暗号鍵を提供するステップを更に備えてもよい。この鍵は、コンテンツ暗号鍵（ＣＥＫ）と呼ばれてもよいが、関連するＯＭＡ仕様に規定されるＣＥＫの変種又は目的には限定されない。ＣＥＫはまた、既に配信されたコンテンツアイテムのために「再配信」されてもよい。即ち、更新版コンテンツファイルは、新しいグループ鍵で暗号化された同一のコンテンツ鍵を含む。ひとたび提供されると、ＣＥＫは、データ記憶装置に格納することができる。反対に、以前に配信された、そのために更新版コンテンツファイルが作成される各コンテンツアイテムに関して、前記方法は、前記データ記憶装置から各ＣＥＫを引き出し、前記各更新版コンテンツファイルの中に当該引き出したＣＥＫを含めるステップを更に備えてもよい。ＣＥＫに関する提供して格納する手順は、引き出して含める手順からは独立している。２つの手順はそれゆえ、「及び／又は」の態様で実行可能である。
【００２３】
ＣＥＫは、様々なやり方で提供可能である。それらは、本明細書で説明する方法を実行する装置によって生成されてもよいし、或いは、外部ソース（例えば、ＲＩ）から取得されてもよい。通常、ＤＲＭシステムでは、暗号鍵を生成するのはＲＩである。しかしながら、鍵は、ＣＩによって生成されて、ＲＩ及び／又は前記方法を実行する装置へ信号伝達されてもよい。同等のこととして、鍵は、この装置自体によって生成されてもよい。
【００２４】
セキュリティを向上させる方策として、前記更新版コンテンツファイルの少なくとも一部をデジタル署名してもよい。特に、前記更新版コンテンツファイルの中の前記新しいグループの前記グループＩＤは、前記コンテンツ受信機に対して更新の信頼できる起源を特に証明するために、デジタル署名されてもよい。デジタル署名は、例えばＲＩのような権限を発行するエンティティによって実行可能である。
【００２５】
更に、前記更新版コンテンツファイルがいつ作成されたかを示すタイムスタンプが前記更新版コンテンツファイルの中に含まれてもよい。このことは、どの更新版コンテンツファイルが最新の更新であるかを前記コンテンツ受信機に信号伝達できるという点で、利点がある。このことは、更新メッセージが例えば遅延したり失われたりする場合に、特に有用である。タイムスタンプに対する代替として、シーケンス番号を使用することができ、そこから、前記コンテンツ受信機は最新の更新を判定することができるであろう。
【００２６】
更なるセキュリティの方策として、前記グループ権限オブジェクトは、ＣＥＫを保護するための、ひいてはコンテンツアイテムのグループを保護するための、グループ暗号鍵（ＧＥＫ）（これは、関連するＯＭＡ仕様に規定されるＧＥＫと同じ名前を持つがこれに限定されない）に関連付けられてもよい。この関連付けは、前記グループ権限オブジェクトの中にＧＥＫを埋め込むことにより、実行可能である。ＧＥＫは、コンテンツのグループを保護するために使用されるＣＥＫを暗号化することができる。暗号化の後に、前記暗号化されたＣＥＫを、前記更新版／新しいコンテンツファイルに含めることができる。
【００２７】
前記方法は、以前に配信されていないコンテンツアイテムを登録するステップ、及び／又は、以前に配信されたコンテンツアイテムのためのコンテンツ更新を登録するステップを更に備えてもよい。両登録は、ＲＩによって実行可能である。例えば、以前に配信されていないコンテンツアイテムについて、あらゆる更新の前の最初の配信時に、ＲＩはＣＥＫ及びＧＥＫを生成して登録し、また、新しいグループＩＤを生成することができる。コンテンツ更新の登録に関して、新しいＧＥＫ及び新しいグループＩＤのみが再登録される必要があり、ＣＥＫは同じままである。
【００２８】
第２の態様によれば、コンテンツアイテムのために作成されたコンテンツファイルを処理する方法が提供される。前記方法は、少なくとも１つのコンテンツファイルを受信するステップと、前記コンテンツファイルが、以前に受信したコンテンツファイルを介して前記コンテンツ受信機へ以前に提供されたコンテンツアイテムのために作成された更新版コンテンツファイルであるか否かを判定するステップであって、前記更新版コンテンツファイルは、新しいグループ権限オブジェクトに関連付けられた新しいグループのグループＩＤを含むが前記以前に提供されたコンテンツアイテムは排除している、ステップと、前記判定の結果に応えて、前記コンテンツ受信機が継続使用できるように前記以前に受信したコンテンツファイルを修正するステップと、を備える。
【００２９】
前記以前に受信したコンテンツファイルの前記修正は、１以上の態様を含むことができる。前記以前に受信したコンテンツファイルの前記グループＩＤが、前記更新版コンテンツファイルに含まれる前記新しいグループＩＤで置換されてもよい。代替として、前記更新版コンテンツファイルに含まれる前記新しいグループＩＤが、前記以前に受信したコンテンツファイルに対して追加されてもよい。新しいグループＩＤが「追加」される場合、前記以前に受信したコンテンツファイルは、２つ（又はそれ以上）のグループＩＤを含むように修正される。これは即ち、前記以前に受信したコンテンツファイルに既に含まれる（単数又は複数の）グループＩＤ、及び、前記更新版コンテンツファイルからの前記新しいグループＩＤである。前記コンテンツファイルの中に２以上のグループＩＤを持つことで、コンテンツ受信機には、異なる権限オブジェクトを介してコンテンツにアクセス可能になる可能性を含む、様々な新規な可能性が与えられる。そのような異なる権限オブジェクトは、例えば、（少なくとも１つの）古いグループＩＤに関連付けられた権限オブジェクトと、前記新しいグループＩＤに関連付けられた権限オブジェクトとを含む。
【００３０】
前記更新版コンテンツファイルが前記以前に受信したコンテンツファイルの修正に関する制御情報を更に含む場合、前記修正は更に、この制御情報に基づいて実行可能である。具体的には、前記更新版コンテンツファイルの中の前記制御情報は、前記更新版コンテンツファイルの識別情報、前記以前に配信されたコンテンツファイルの識別情報、前記コンテンツファイルの更新を検証するためのハッシュ値、デジタル著作権管理に関連する（追加の）ヘッダ情報、及び１以上の修正指示のうちの、１以上のものを含んでもよい。
【００３１】
コンテンツファイルの修正は、多数のステップ及び詳細を伴い得る。更新版コンテンツファイルを受信すると、前記コンテンツ受信機は、対応する前記以前に受信したコンテンツファイルのために何らかの更なる権限オブジェクトが獲得されたことがあるか否かをチェックしてもよい。前記コンテンツ受信機が前記以前に受信したコンテンツファイルのための１以上の更なる権限オブジェクトを以前に獲得したことがあると判明した場合、前記以前に受信したコンテンツファイルのコピーを作成してもよい。コピーの１つは手つかずのまま、他のコピーが修正手順を経ることができる。それゆえ、複製は、何らかの以前に獲得した権限オブジェクトを破壊することを回避する。
【００３２】
更に、例えば記憶装置の節約のようなより良い記憶管理のために、前記以前に受信したコンテンツファイルを削除してもよいし、将来の時点での削除をスケジューリングしてもよい。或いは、前記以前に受信したコンテンツファイルに、オプションの削除のためにマークを付けてもよい。
【００３３】
特に、前記受信したコンテンツファイルが更新版コンテンツファイルでない場合、前記方法は更に、この「新しい」コンテンツファイルを登録してもよい。前記受信したコンテンツファイルが更新版コンテンツファイルである場合、前記方法は、対応する前記以前に受信したコンテンツファイルの前記登録を更新してもよい。前記新しいコンテンツファイルの前記登録、及び前記登録の更新は、「及び／又は」の態様で実行可能である。前記登録に関しては、前記受信したコンテンツファイルに含まれる前記コンテンツアイテムのＩＤ、及び、前記受信したコンテンツファイルの格納場所を登録することを含む。前記登録の更新に関しては、所定のＤＲＭ関連情報を更新することができる。コンテンツファイルが更新されると、例えばコンテンツＩＤ、ＧＲＯ ＩＤ、及び／又は他のメディア情報（例えばファイル名）などのようなＤＲＭ関連情報が変化し得る。そのような情報がデバイスのデータベース（例えば、ＲＯとＤＣＦとの間の参照を含むデータベース）に格納される場合、前記情報を更新する必要があるかもしれない。
【００３４】
更に、前記方法は、前記新しいグループの前記グループＩＤによって参照される前記新しいグループ権限オブジェクトを取得するステップを備えてもよい。前記新しいグループ権限オブジェクトは、前記コンテンツファイルの受信直後に、又は（前記コンテンツ受信機を使用する）ユーザが前記新しいグループの前記コンテンツアイテムのいずれかのコンテンツを消費すると決定すると、前記コンテンツ受信機によって取得することができる。或いは、一般的には何らかのＲＯであるような前記新しいグループ権限オブジェクトは、前記ＲＩによって前記コンテンツ受信機へプッシュされてもよい。それゆえ、前記新しいグループ権限オブジェクトは、前記コンテンツファイルの受信前に、又は前記コンテンツファイルと共に、送信することもできる。一般的に、前記新しいグループ権限オブジェクトの受信のタイミングは、いかなるときであってもよい。前記新しいグループ権限オブジェクトは、前記コンテンツの送信前、送信後、又は送信時に受信すればよい。しかしながら、いずれの場合でも、前記新しいグループ権限オブジェクトは、コンテンツの消費に間に合うように前記コンテンツ受信機が利用可能なようにされなければならない。
【００３５】
一般的に、本技術は、ハードウェア、ソフトウェア、又はハードウェア／ソフトウェア組み合わせのアプローチによって実施可能である。ソフトウェアアプローチに関しては、コンピュータシステム又は演算デバイスにおいて実行されると本明細書で説明した前記方法の各ステップを実行するプログラムコード部分を含んだコンピュータプログラム製品が提供される。前記コンピュータプログラム製品は、コンピュータ読み取り可能な記録媒体に記録可能である。
【００３６】
ハードウェアでの実現によれば、便宜上「コンテンツファイルマネージャ」と呼ばれる装置が提供される。前記コンテンツファイルマネージャは、１以上のコンテンツ受信機によって使用されるコンテンツアイテムのためのコンテンツファイルを作成するように構成される。前記コンテンツファイルは、グループ権限オブジェクトに関連付けられたグループＩＤを用いてグループ化される。前記コンテンツファイルマネージャは、配信対象の複数のコンテンツアイテムを新しいグループに対して割り当てるように構成される第１のコンポーネントであって、当該新しいグループのグループＩＤは新しいグループ権限オブジェクトに関連付けられる、コンポーネントと、前記新しいグループの前記コンテンツアイテムのいずれかが以前に配信されたか否かを判定するように構成される第２のコンポーネントと、以前に配信された各コンテンツアイテムについて、前記新しいグループの前記グループＩＤを含むが前記以前に配信されたコンテンツアイテム自体は排除した更新版コンテンツファイルを作成するように構成されるコンテンツファイル作成器と、少なくとも各更新版コンテンツファイルを出力するように構成される出力部と、を備える。
【００３７】
前記コンテンツファイル作成器は更に、以前に配信されていない各コンテンツアイテムのための新しいコンテンツファイルを作成するように構成されてもよい。前記新しいコンテンツファイルは、とりわけ、前記新しいグループの前記グループＩＤ、及び（以前に配信されていない）前記コンテンツアイテム自体を含む。従って、前記出力部は更に、前記新しいコンテンツファイルを出力するように構成されてもよい。
【００３８】
以前に配信された各コンテンツアイテムについて、前記コンテンツファイルマネージャは、前記コンテンツ受信機が以前に受信した対応するコンテンツファイルの修正に関する制御情報を生成してもよい。前記コンテンツマネージャは更に、前記制御情報を各更新版コンテンツファイルに関連付けてもよい。例えば、前記制御情報は、前記更新版コンテンツファイルと共に配信されるように、前記各更新版コンテンツファイルに挿入又は添付又は付加されてもよい。或いは、どの制御情報がどの更新版コンテンツファイルを参照するのか、又はその逆を前記コンテンツ受信機が正しく判定できるように前記制御情報と前記更新版コンテンツファイルとの間に所定の参照が存在する限り、これら２つは分離して配信されてもよい。
【００３９】
更なるハードウェアの態様として、コンテンツアイテムのために作成されたコンテンツファイルを処理するように構成されるデバイスが提供される。前記コンテンツファイルは、グループ権限オブジェクトに関連付けられたグループＩＤを用いてグループ化されてもよい。前記デバイスは、少なくとも１つのコンテンツファイルを受信するように構成される入力部を備える。前記デバイスは、前記受信したコンテンツファイルが、以前に受信したコンテンツファイルを介して前記デバイスへ以前に提供されたコンテンツアイテムのために作成された「更新版」コンテンツファイルであるか否かを判定するように構成される判定器であって、前記更新版コンテンツファイルは、新しいグループ権限オブジェクトに関連付けられた新しいグループのグループＩＤを含むが前記以前に提供されたコンテンツアイテムは排除している、判定器を更に備える。前記デバイスは、前記判定の結果に応えて、前記デバイスが継続使用できるように前記以前に受信したコンテンツファイルを修正するように構成される修正器を更に備える。
【００４０】
具体的には、前記修正器は、前記以前に受信したコンテンツファイルに含まれるグループＩＤを、前記更新版コンテンツファイルに含まれる前記新しいグループＩＤで置換することにより、又は、前記以前に受信したコンテンツファイルに対して、前記更新版コンテンツファイルに含まれる前記新しいグループＩＤを追加することにより、前記以前に受信したコンテンツファイルを修正することができる。
【００４１】
前記更新版コンテンツファイルは、前記以前に受信したコンテンツファイルの修正に関する所定の制御情報を更に含んでもよい。従って、前記修正器は、前記制御情報に基づいて前記修正を実行するように更に構成されてもよい。具体的には、前記更新版コンテンツファイルのための前記制御情報は、前記更新版コンテンツファイルの識別情報と、前記以前に配信されたコンテンツファイルの識別情報と、前記コンテンツファイルの更新を検証するためのハッシュ値と、デジタル著作権管理に関する（追加の）ヘッダ情報と、１以上の修正指示と、のうちの１以上のものを含むことができる。
【００４２】
加えて、前記デバイスは更に、前記以前に受信したコンテンツファイルのための何らかの更なる権限オブジェクトを以前に獲得したか否かをチェックしてもよい。獲得したことがある場合、前記デバイスは、前記以前に受信したコンテンツファイルのコピーを作成することができる。更に、記憶管理に関する利益のために、前記デバイスは、以下のものを実行することを選択してもよい。これは即ち、前記以前に受信したコンテンツファイルを削除すること、前記以前に受信したコンテンツファイルの将来の時点での削除をスケジューリングすること、又は前記以前に受信したコンテンツファイルのオプションでの削除に関して前記ファイルにマークを付けることである。
【００４３】
前記デバイスは更に、受信した前記コンテンツファイルを登録してもよい。前記受信したコンテンツファイルが「新しい」コンテンツファイルである場合、即ち、前記受信したコンテンツファイルが何らかの以前に配信されたコンテンツファイルの「更新」版でない場合、前記デバイスは、前記新しいコンテンツファイルを登録する。この登録は、前記受信した新しいコンテンツファイルに含まれるコンテンツアイテムのＩＤを登録すること、及び、前記受信した新しいコンテンツファイルの格納場所を登録することを含み得る。他方、前記受信したコンテンツファイルが「更新」版である場合、前記デバイスは、対応する前記以前に受信したコンテンツファイルに関する登録を更新することができる。前記新しいコンテンツファイルの前記登録、及び前記登録の更新は、「及び／又は」の態様で実行可能である。
【００４４】
前記デバイスはまた、前記新しいグループの前記グループＩＤに従って前記新しいグループ権限オブジェクトを取得することができる。前記デバイスは、前記デバイスによる前記コンテンツファイルの受信直後に、又は前記デバイスのユーザが前記新しいグループのコンテンツアイテムのいずれかのコンテンツを使用する（又は消費する）ことを決定したときに、前記新しいグループ権限オブジェクトを取得することを選択することができる。或いは、何らかのＲＯのような前記新しいグループ権限オブジェクトは、例えばＲＩによって前記デバイスへプッシュされてもよい。一般的に、前記新しいグループ権限オブジェクトの受信のタイミングは、任意のタイミングであってよい。前記新しいグループ権限オブジェクトは、前記コンテンツの送信前、送信後、又は送信時に受信可能である。しかしながら、いずれの場合でも、前記新しいグループ権限オブジェクトは、コンテンツの消費に間に合うように前記デバイスが利用可能なようにすることができる。
【図面の簡単な説明】
【００４５】
以下では、図面に示す典型的な実施形態を参照して、本明細書で提案する技術を説明する。
【図１Ａ】コンテンツ及び権限に関するDRM分離配信の基本的なコンセプトを示すブロック図である。
【図１Ｂ】システムアーキテクチャの実施形態を示すブロック図である。
【図２】DRMシステムに従う、グループ権限オブジェクト、及びグループ権限オブジェクトのコンテンツファイルのグループとの関連付けを示すブロック図である。
【図３】OMA DCFフォーマットに従う、コンテンツファイルの構造及び関連するコンポーネントを示す図である。
【図４】本技術の装置の実施形態を示すブロック図である。
【図５】本技術のデバイスの実施形態を示すブロック図である。
【図６】図４の装置の実施形態の動作を示す、方法の実施形態を示すフローチャートである。
【図７】図５のデバイスの実施形態の動作を示す、方法の実施形態を示すフローチャートである。
【図８】本技術の実施形態に従う、コンテンツファイルの更新手順を示すブロック図である。
【図９】コンテンツファイルの更新手順の実施形態を示すシグナリング図である。
【発明を実施するための形態】
【００４６】
以下の説明では、説明を目的とするが限定を目的とはせずに、本技術の深い理解を提供するために具体的な詳細（例えば、特定のシーケンスのステップ、インタフェース、及び構成のような）を説明する。当業者にとっては、これらの詳細から離れた他の実施形態においても本技術を実施可能であるということは、明らかであろう。
【００４７】
更に、当業者が理解するであろうこととして、以下で説明される機能は、プログラムマイクロプロセッサ又は汎用コンピュータと協力して機能するソフトウェアを使用して実装することができる。やはり理解されるであろうこととして、本技術は主として方法及びデバイスの形式で説明されるが、本技術はコンピュータプログラム製品にも埋め込むことができ、また、コンピュータプロセッサ及びこのプロセッサに結合したメモリを備えるシステム（ここで、メモリは、本明細書で開示する機能を実行可能な１以上のプログラムによってエンコードされる）にも埋め込むことができる。
【００４８】
以下の実施形態は、主として、ＯＭＡによって規定されるＤＲＭシステム及びＤＲＭコンテンツフォーマットを参照して説明されることになる。しかし、そのような選択は、本技術の容易な理解を目的としただけである。本明細書で説明する技術は、ＯＭＡ仕様や、関連する定義や用語のいずれにも限定されない。特に、コンテンツファイルは関連するＯＭＡ文書に示されるＤＣＦファイルフォーマットであってもよいが、これは必須ではない。任意の適切なコンテンツファイルフォーマットが可能である。同様に、グループ権限は、例えば関連するＯＭＡ仕様に定義されるＯＭＡ ＧＲＯ構造のようなグループ権限オブジェクトの中にパッケージ化することができるが、フォーマット、機能、目的、などに関してＯＭＡの定義に制限される訳ではない。代わりに、本技術は、複数のコンテンツ受信機による消費が意図された権限の任意の集合について実施可能である。
【００４９】
グループのサブセットに対する権限を更新するメカニズムをＯＭＡ ＤＲＭが何ら提供しないということが分かってきた。更に、ＯＭＡ ＤＲＭにおいては、グループの管理が全く考慮されていない。権限は、グループ全体に対してのみ許可することができる。更に、ＯＭＡ ＤＲＭは、（単数又は複数の）受信機がどのコンテンツアイテムを依然として必要としているか、そしてどのエレメントを削除してよいかを明確に示すことができないので、大量の保護され配信されたコンテンツを受信機に格納する必要がある。
【００５０】
これらの欠点に対処するために、以下の実施形態は、コンテンツファイルグループの１以上のサブセットに対するグループメンバーシップの柔軟な変更に基づく、グループ権限を使用するコンテンツ管理のための技術の態様を説明する。幾つかの態様は、（既に配信された）コンテンツファイルの部分的な更新を可能にする。更に、幾つかの態様は、コンテンツアイテム及びコンテンツファイルのために必要な記憶容量に関する要件を低くすることにより、セキュアで効率的な記憶管理を提供する。その結果、コンテンツファイルの柔軟な管理が得られる。
【００５１】
以下の実施形態は、とりわけ、コンテンツファイルマネージャとコンテンツファイル管理クライアントとの間の相互作用に関する。システムレベルでのより詳細なビューは、図１Ｂのシステムから得ることができる。図１Ｂは、本実施形態を実施可能な文脈、及び関与するエンティティの可能な相互作用を示す。
【００５２】
図１Ｂに示すように、このシステムは、ＣＩ２２、ＲＩ２６、受信機２５、及び配信基盤２３を含む。これらのエンティティは、図１Ａに示すＣＩ２、ＲＩ６、受信機５、及びチャネル／経路１１にそれぞれ対応する。更に、２つの追加機能エンティティが導入される。それは、コンテンツファイルマネージャ２０、及び「コンテンツファイル管理クライアント」２１（ＤＭＣ）である。受信機２５は更に、ＧＲＯを取得するためのＤＲＭエージェント２４（例えば、ＯＭＡ ＤＲＭ２．０ ＤＲＭエージェント）を含む。
【００５３】
コンテンツファイルマネージャ２０は、ＣＩ２２から（元々）提供されたコンテンツアイテムのためのコンテンツファイルを作成することを担う。コンテンツファイルマネージャ２０は、分離したエンティティであってもよいが、ＣＩ２２及び／又はＲＩ２６に統合されていてもよいし、配信基盤２３の一部であってもよい。作成されたコンテンツファイルは、配信基盤２３経由でＤＭＣ２１へ配信される。ＤＭＣ２１は、配信されたコンテンツファイルを受信すると共に関連する権限及び／又はグループ権限をＲＩ２６から獲得するコンテンツ受信機２５に内在していてもよい。
【００５４】
図４は、１以上のコンテンツ受信機２５によって使用されるコンテンツアイテム４２、４２’’のためのコンテンツファイル４１、４１’、４１’’を作成するように構成される、図１Ｂのコンテンツファイルマネージャ２０の実施形態を示す。コンテンツファイルマネージャ２０によって作成される１つのコンテンツファイル４１は、図４の４０で示すＧＩＤ＿１によって識別されるグループに所属する。コンテンツファイルマネージャ２０によって作成される他のコンテンツファイル４１’、４１’’は、グループＩＤ４３’及び４３’’（ＧＩＤ＿２）を用いてグループ化される。ＧＩＤ＿２を介して、コンテンツファイル４１’、４１’’のグループは、グループ権限オブジェクト４４（ＧＲＯ＿２）に関連付けられる。
【００５５】
コンテンツファイルマネージャ２０は、配信すべき複数のコンテンツアイテム４２、４２’’を新しいグループに割り当てるように構成される第１のコンポーネント４５を含む。ここで、新しいグループのグループＩＤ ＧＩＤ＿２が、４４で示す新しいグループ権限オブジェクトＧＲＯ＿２に関連付けられる。指摘すべきこととして、ＧＲＯは通常は第１のコンポーネント４５の中には無い。ＧＲＯがここに示されているという事実は、コンテンツファイルのグループがＧＩＤを介してＧＲＯに関連付けられるというコンセプトを説明するためだけである。この文脈において、ＧＲＯ＿１は示されていない一方でＧＲＯ＿２は示されていることに注意されたい。
【００５６】
コンテンツファイルマネージャ２０は更に、新しいグループのコンテンツアイテム４２、４２’’のいずれかが以前に配信されたか否かを判定するように構成される第２のコンポーネント４６を含む。以前に配信されたコンテンツアイテムは、４２で示される。更に、コンテンツファイルマネージャ２０は、コンテンツファイル作成器４７を含む。コンテンツファイル作成器４７は、以前に配信された各コンテンツアイテム４２について、新しいグループのグループＩＤ４３’（ＧＩＤ＿２）を含むが以前に配信されたコンテンツアイテム４２自体は排除した、更新版コンテンツファイル４１’を作成するように構成される。更に、コンテンツファイルマネージャ２０は、少なくとも各更新版コンテンツファイル４１’を出力するように構成される出力部４８を含む。
【００５７】
コンテンツファイル作成器４７は、以前に配信されていない各コンテンツアイテム４２’’のための新しいコンテンツファイル４１’’を作成するように更に構成される。この新しいコンテンツファイル４１’’は、新しいグループのグループＩＤ４３’’（ＧＩＤ＿２）、及び以前に配信されていないコンテンツアイテム４２’’を含む。出力部４８は、新しいコンテンツファイル４１’’を出力するように更に構成される。
【００５８】
図５は、図４のコンテンツファイルマネージャ２０によってコンテンツアイテム４２、４２’’のために作成されたコンテンツファイル４１、４１’、４１’’を処理するように構成される、図１ＢのＤＭＣ２１の実施形態を示す。上述のように、コンテンツファイル４１’、４１’’は、グループＩＤ４３’、４３’’（ＧＩＤ＿２）を用いてグループ化されている。ＧＩＤ＿２を通じて、グループのコンテンツファイル４１’、４１’’は、グループ権限オブジェクト（図５には示されないが図４にＧＲＯ＿２ ４４として示される）に関連付けられる。
【００５９】
デバイス２１は、１以上のコンテンツファイル４１、４１’、４１’’を受信するように構成される入力部５４を含む。デバイス２１は更に、受信したコンテンツファイルが以前に受信したコンテンツファイル４１を介してデバイス２１に提供されたコンテンツアイテム４２のために作成された更新版コンテンツファイル４１’であるか否かを判定するように構成される判定器５５を含む。これを判定する１つの方法は、今回受信したコンテンツファイルが新しいグループ権限オブジェクトに関連付けられた新しいグループのグループＩＤを含むが提供されたコンテンツアイテム４２を排除しているか否かを検証することである。或いは、更新版コンテンツファイルが、例えばファイル名を介して「古い」コンテンツファイルに対する参照を含んでもよい。この参照は、「古い」ファイルを更新すべきであるということを識別するためにも使用可能である。（「新しい」という用語は、以前に受信したコンテンツファイル４１が所属するグループの観点である。）
【００６０】
図５に示すように、更新版コンテンツファイル４１’は、新しいグループ権限オブジェクト（図５には示されないが図４にはＧＲＯ＿２ ４４として示される）に関連付けられた新しいグループのグループＩＤ４３’（ＧＩＤ＿２）を含むが、以前に提供されたコンテンツアイテム４２は排除している。この排除は、更新版コンテンツファイル４１’を、コンテンツアイテム４２を含む以前に受信したコンテンツファイル４１と比較することにより、図５から理解可能である。
【００６１】
更に、デバイス２１は修正器５６を含む。修正器５６は、判定器５５による判定の結果に応じて、以前に受信したコンテンツファイル４１をデバイス２１が継続使用できるように修正するように構成される。５８は、修正されたコンテンツファイルを示す。「コンテンツ受信機による継続使用」とは、以前に受信したコンテンツファイル又はそこに含まれるコンテンツアイテムの使用だが新しいグループ権限オブジェクトに示される権限に従った使用のことを意味する。即ち、デバイスは、全く同一のコンテンツアイテムを含むコンテンツファイルを以前に受信しており、今回受信したコンテンツファイルは、この以前に受信したコンテンツファイルに対する更新版コンテンツファイルであり、更新版コンテンツファイルは以前に受信したコンテンツファイルのコンテンツアイテムを含まない。具体的には、修正器５６は、以前に受信したコンテンツファイル４１のグループＩＤ４０（ＧＩＤ＿１）を、更新版コンテンツファイル４１’に含まれる、コンテンツアイテム４２を使用するための新しいグループＩＤ４３’（ＧＩＤ＿２）で置換することにより、以前に受信したコンテンツファイル４１を修正するように構成される。或いは、修正器５６は、更新版コンテンツファイル４１’に含まれる新しいグループＩＤ４３’（ＧＩＤ＿２）を以前に受信したコンテンツファイル４１に追加することにより、以前に受信したコンテンツファイル４１を修正するように構成される。
【００６２】
上述の修正により、以前に受信したコンテンツファイル４１は、修正されたコンテンツファイル５８になる。修正されたコンテンツファイル５８の中に２以上のＧＩＤ（たとえば、ＧＩＤ＿１ ４０及びＧＩＤ＿２ ４３’）を持つことにより、コンテンツ受信機が異なるグループ権限オブジェクト（即ち、ＧＲＯ＿１（不図示）又はＧＲＯ＿２）を介してコンテンツ４２にアクセスすることができるという利点が得られる。
【００６３】
図６は、図１Ｂ及び図４に示すコンテンツファイルマネージャ２０によって、又は異なる構成を持つ装置によって実行可能な方法の実施形態を示すフローチャート６０である。６２で示す第１のステップで、配信すべき複数のコンテンツアイテム（図４のコンテンツアイテム４２及び４２’’参照）に新しいグループが割り当てられ、ここで、新しいグループのグループＩＤ４３’及び４３’’（ＧＩＤ＿２）が新しいグループ権限オブジェクト４４（ＧＲＯ＿２）に関連付けられる。次に、図６のステップ６４で、新しいグループのコンテンツアイテム４２、４２’’のいずれかが以前に配信されたか否かが判定される。そして、ステップ６６で、以前に配信された各コンテンツアイテム４２について、更新版コンテンツファイル４１’が作成される。更新版コンテンツファイル４１’は、新しいグループのグループＩＤ４３’（ＧＩＤ＿２）を含むが、以前に配信されたコンテンツアイテム４２自体は排除している。最後に、ステップ６８で、少なくとも各更新版コンテンツファイル４１’が出力される。「新しい」という用語は、複数のコンテンツアイテムのうちのいずれかが以前に所属していたかもしれない単数又は複数のグループと区別するために使用される。作成される複数のコンテンツファイルは、１つのグループ（或いは複数のグループ）にまとめることができる。例えば、それらは共通のグループＩＤによって識別される。グループＩＤは、所定のグループ権限に関連付けられる。
【００６４】
図７は、図１Ｂ及び図５に示すデバイス２１によって、又は異なる構成を持つデバイスによって実行可能な方法の実施形態を示すフローチャート７０である。
【００６５】
最初に、ステップ７２で示すように、少なくとも１つのコンテンツファイル４１’、４１’’が受信される。その後、ステップ７４で、そのコンテンツファイルが、以前に受信したコンテンツファイル４１を介してデバイス２１に提供されたコンテンツアイテム４２のために作成された更新版コンテンツファイル４１’であるか否かが判定される。判定の結果に応えて、ステップ７６に示すように、以前に受信したコンテンツファイル４１は、デバイス２１が継続使用できるように修正される。
【００６６】
フローチャート６０及び７０に示される両方の方法の文脈において、コンテンツファイルは関連するＯＭＡ文書に規定されるＤＣＦファイルフォーマットの形式を持つことができるが、これは必須ではない。グループＩＤは、グループ権限オブジェクトに関連付けられる。グループ権限オブジェクトは、ＯＭＡ ＧＲＯ構造に限定されない。
【００６７】
ここで、再びシステムの実施形態である図１Ｂに戻り、本明細書で提案される技術は全ての種類の配信基盤及び／又はシナリオに適しているということを指摘しておく。限定する訳ではないが、これらには、ブロードキャスト（例えば、ＭＢＭＳ）、マルチキャスト、及びユニキャストが含まれる。この技術の利点は、ブロードキャストのシナリオに対してより明らかであるかもしれない。コンテンツ受信機２５は、例えば移動体電話、ＰＤＡ、ラップトップ、ＰＣ、メディアプレーヤ、などのようなユーザ端末であってもよい。コンテンツファイルマネージャ２０は、分離したエンティティであってもよいが、ＣＩ２２及び／又はＲＩ２６と統合されていてもよいし、配信基盤２３の一部であってもよい。
【００６８】
図１Ｂ、図４、及び図５に示すエンティティの仕事又は機能を、図８及び図９、並びに「トップ１００ソング」と呼ばれる典型的なコンテンツサービスを参照して、以下に詳細に説明する。
【００６９】
図８は、本技術の実施形態に従う、コンテンツファイルの更新手順を示す。完全な手順は、図９のシグナリング図にも示されている。詳細なステップが以下に説明されており、（ステップｘｙ）によって示される。
【００７０】
コンテンツサービス「トップ１００ソング」を通じて、トップ１００ソングに対する加入は、音楽ファイルとして、例えばブロードキャストを介してユーザ装置（例えば移動体電話など）のグループに対して配信される。ユーザ装置は、ミュージックチャートのトップ１００ソングの音楽ファイルに対して常にアクセスできることになる。このリストは定期的に（例えば、毎週）更新される。不要なトラヒックを避けるために、新しいタイトルに関する音楽ファイルのみがブロードキャストされ、一方で、以前からチャートに入っていたタイトルに関する音楽ファイルは、個々のＲＯを更新することによりアクセス可能にされる。しかしながら、ＯＭＡ ＤＲＭ２．０システムのような従来のＤＲＭシステムの下では、グループ内の（サブセット）メンバーを変更することができないため、このことは実現不可能である。それゆえ、ＯＭＡ ＤＲＭ２．０を使用すると、音楽ファイル毎に別個のＲＯを使用する必要があり、或いは、全てのコンテンツアイテムを同一のグループ内にまとめなければならなかった。この最初の選択肢は、全てのユーザ装置のために全てのＲＯを更新するために大量のシグナリングトラヒックをもたらすことになる。一方で、２番目の選択肢は、現在のトップ１００ソングだけでなく過去にトップ１００に入ったことのある全てのソングに対してアクセスできる結果となってしまう。
【００７１】
本明細書で説明する技術を使用すると、従来のＤＲＭシステムで経験された問題又はジレンマを解決することができる。最初に、ＣＩ２２は、どのコンテンツアイテム（音楽ファイル）をどのコンテンツ受信機２５に配信すべきかを決定する。その後、ＣＩ２２は、コンテンツアイテム、（各コンテンツアイテムを一意に識別する）コンテンツＩＤ、及び受信機グループ情報をコンテンツファイルマネージャ２０に渡す（図９のステップ１）。受信機グループ情報は、グループ全体の又は受信機２５毎のアクセス権限を含むことができる。
【００７２】
コンテンツファイルマネージャ２０は、全てのセッションのためのコンテンツ保護を制御する。それゆえ、コンテンツファイルマネージャ２０は、ＣＥＫ及びＧＥＫを生成して登録し、新しいグループＩＤも生成するために、ＲＩ２６と通信する（図９のステップ２）。
【００７３】
新しいコンテンツＩＤの場合、コンテンツファイルマネージャ２０は、次のようにコンテンツファイルを用意する。コンテンツアイテムをＲＩ２６に登録した後で（ステップ３ａ）、コンテンツファイルマネージャ２０は、取得したコンテンツデータを使用して新しいコンテンツファイルを生成する（ステップ３ｂ）。コンテンツファイルマネージャ２０は、ＣＥＫと、生成された新しいコンテンツファイルに対するＣＥＫの割り当てとを、鍵記憶データベースに格納し、オプションで、ＲＩ２６から受信したＤＲＭ関連メタデータも共に格納する（ステップ３ｃ）。「初回の」セッションの場合、コンテンツファイルマネージャ２０は、生成された全ての新しいコンテンツファイルを、配信基盤２３経由で受信機２５へ送信する。
【００７４】
再び図８及び図９に戻り、「更新」セッション（即ち、以前のセッションの幾つかのコンテンツアイテムが再びスケジューリングされる）の場合、手順は次のようになる。コンテンツファイルマネージャ２０は、受信機２５へ既に送信されたコンテンツアイテムのどれが権限の更新が必要であるかを制御する（例えば、先週既にトップ１００サービスに入っていたソングの音楽ファイル）。更新を生成する前に、コンテンツファイルマネージャ２０は、古いＤＲＭメタデータ及びＣＥＫを鍵記憶装置２７から引き出し（ステップ４ａ）、コンテンツの更新をＲＩ２６に登録する（ステップ４ｂ）。コンテンツファイルマネージャ２０は、これらの更新版コンテンツファイルのために、新しいグループＩＤ及び新たに暗号化されたＣＥＫを含む新しいボックスを生成する（ステップ４ｃ）。即ち、各更新版コンテンツファイルのＣＥＫは新しいＧＥＫを用いて暗号化される。更に、コンテンツファイルマネージャ２０は、修正／更新制御情報を生成してもよい。この情報は、ＤＭＣ２１がセキュアなコンテンツファイルの更新を実行できるようにすることを意図している。
【００７５】
制御情報は、以下の１以上のものを含み得る。
・ＤＭＣにおいて修正する必要のあるコンテンツファイルのＩＤ（識別情報）（例えば、古いＤＲＭコンテンツＩＤ、又は、コンテンツアイテムを含む以前に受信したコンテンツファイル（例えば、４１）を指す古いコンテンツファイル名）
・ＤＭＣによる修正後のコンテンツファイルのＩＤ（例えば、修正されたコンテンツファイル（例えば、５８）を指す新しいＤＲＭコンテンツＩＤ）
・修正されたコンテンツファイル（例えば、５８）の少なくとも一部のハッシュ値
・更新版コンテンツファイル（例えば、４１’）の一部のハッシュ値
・他のＤＲＭ共通ヘッダ
・修正／更新アプリケーション指示（例えば、以前に受信したコンテンツファイルの中で更新すべきボックスに関する相対位置（上を参照））
【００７６】
コンテンツファイルマネージャ２０は、２つの動作を更に実行する。第１の動作として、受信機２５に対して信頼できる更新の発信元であることを証明するために、更新されたＧｒｏｕｐＩＤボックスが例えばＲＩ２６によって署名される。第２の動作として、更新タイムスタンプ値が更新版コンテンツファイルに含められる。タイムスタンプは、更新版コンテンツファイルがいつ作成されたかを示すことができる。このことは、どの更新版コンテンツファイルが最新の更新であるかをコンテンツ受信機に信号伝達できるという点で、利点を持つ。このことは、更新メッセージが例えば遅延したり失われたりした場合に、特に有用である。タイムスタンプの代わりに、シーケンス番号を更新版コンテンツファイルの中に含めてもよい。シーケンス番号から、コンテンツ受信機は最新の更新を判断することができるであろう。
【００７７】
コンテンツファイルマネージャ２０はその後、前述の情報を組み合わせることにより、更新版コンテンツファイル（「更新版ＤＣＦ」）（例えば、ＸＭＬデータ構造）を生成する（ステップ４ｄ）。このファイルは、コンテンツファイルマネージャ２０によって作成された完全に新しいコンテンツファイルと共に、配信基盤２３経由で受信機２５へ配信される（ステップ５、６）（図８のセッション２も参照のこと）。
【００７８】
再び図９を参照すると、受信機２５上のＤＣＦ管理クライアント（ＤＭＣ）２１は、幾つかのステップにおいて、受信したコンテンツファイルを処理する。新しいＤＣＦファイルの場合、ＤＭＣ２１は、例えばコンテンツＩＤ及びその格納場所を登録することにより、新しいＤＣＦファイルを登録する（ステップ７）。更新されたＤＣＦファイルの場合、ＤＭＣ２１は、以下のことを実行する。
【００７９】
１． 更新を、以前に受信したＤＣＦファイルと照合する（ステップ８ａ）。
【００８０】
２． ＤＲＭエージェント２４を用いて、他の（例えば、以前に獲得した）ＲＯが存在するか否かをチェックする（ステップ８ｂ）。
ａ． ｙｅｓの場合、既存のＲＯを破壊することを避けるために、以前に受信したＤＣＦファイルのコピーを作成する（ステップ８ｃ）。
【００８１】
３． ファイルの更新を適用する（ステップ８ｄ）。
ａ． 更新制御情報及び新しいグループ情報を使用して、格納されている以前に受信したＤＣＦファイルを修正する。
ｂ． ＤＣＦファイルに関するＤＭＣの登録情報を追加／変更する。
【００８２】
４． 格納管理を実行する（オプション）（ステップ８ｅ）。
ａ． 古いコンテンツを削除する。
ｂ． オプションの削除のためのマークを付ける（例えば、メモリが少なくなった場合に）。
ｃ． 将来の削除をスケジューリングする。
【００８３】
詳細には、上のステップ「３．」における「ＤＣＦファイルの更新を適用する」は、ＤＭＣ２１が、これらの以前に受信したＤＣＦファイル内のＧｒｏｕｐＩＤボックス、及び、更新版ＤＣＦファイルの中で送信された他の情報（例えば、コンテンツＩＤ）を変更することを意味する。この修正は、例えば、以前に受信したＤＣＦファイルのＧｒｏｕｐＩＤを、各更新版コンテンツファイル内に含まれる新しいグループＩＤで置換することにより、完了させることができる。代替として、この修正は、以前に受信したコンテンツファイルに対して、更新版コンテンツファイル内に含まれる新しいグループＩＤを追加することを含んでもよい。ハッシュ値が更新版ＤＣＦファイルの中に含まれる場合、ＤＭＣ２１は、更新版ＤＣＦファイルが正しいか否かを検証することもできる。このようにして、これらのＤＣＦファイルは更新され、この時点で新しいＧＲＯの権限に結び付けられるようになる。
【００８４】
ＤＣＦファイルの修正（或いは、更新）プロセスは、以下の基本的なステップにより更に詳細に説明することができる。
【００８５】
１． 「古い」ＤＣＦファイルのローカライゼーション
これは、更新制御情報の中で提供される「（「古い」）ＤＲＭコンテンツＩＤ」の助けにより実現可能である。ＤＭＣ２１は、「古い」ＤＣＦファイルの格納場所を（例えば、テーブルの中に）登録し、提供された古いＤＲＭコンテンツＩＤを通じて、ＤＭＣ２１は古いＤＣＦファイルを発見することができる。
【００８６】
２． 修正が必要なファイルセグメントの識別
ＤＣＦファイルの修正が必要な部分は、ＤＣＦファイルのボックス又はフィールドである。ボックスは、様々な属性を持つことができ、ＢｏｘＴｙｐｅを介して識別することができる。ＤＣＦファイルを更新するためには、ＤＲＭコンテナ、及びこのコンテナの中のＧｒｏｕｐＩＤボックスを識別する必要がある。このようにして、ＤＭＣ２１は更新が必要な（単数又は複数の）ボックスに関連する場所を識別することができる。
【００８７】
３． 関連する部分の修正（置換／追加）
新しいＧｒｏｕｐＩＤのサイズが以前のものと同じである場合、ボックスは提供されたデータで即座に置換可能である。しかしながら、サイズが異なる場合、古いＤＲＭコンテンツアイテムから更新されていない部分を組み合わせて新しいＧｒｏｕｐＩＤボックスを個々の位置に埋め込むことにより、新しいファイルを構築する必要がある。同様に、コンテンツＩＤが更新される。
或いは、置換の代わりに、新しいＧｒｏｕｐＩＤが修正対象のＤＣＦファイルに対して追加されてもよい。例えば、更新版ＤＣＦファイルからの新しいＧｒｏｕｐＩＤを含む新しいボックスが、修正対象のＤＣＦファイルに対して追加されてもよい。すると修正対象のＤＣＦファイルは、２つ（又はそれ以上）のＧｒｏｕｐＩＤのリストを含む。これは、ＤＣＦファイルの中に既に含まれている（単数又は複数の）ＧｒｏｕｐＩＤ、及び更新版コンテンツファイルからの新しいＧｒｏｕｐＩＤである。
【００８８】
４． ファイルのハッシュ値を介した、実行された変更の正確性の検証（オプションでよい）
上述の変更を通じて、更新プロセスが正しく実行されたということを検証することが望まれるかもしれない。このことは、典型的には、ファイルのハッシュ値（ＳＨＡ１又はＭＤ５）のテストを通じて実行可能である。ハッシュの完全性は、例えばＤＲＭの権限発行者の公開鍵を使用する電子（ＲＳＡ）署名によって確実にされる。
【００８９】
受信機２５は、ＤＣＦファイルを受信するとすぐに、又はＤＣＦファイルに含まれるコンテンツアイテムを使用するとユーザが決定すると、例えばＲＯＡＰプロトコルを介してＲＩ２６から新しいＧＲＯを要求することができる（ステップ１０、１１）。
【００９０】
更なる権限オブジェクトが存在する場合、ＤＣＦファイルをチェックして複製することで、全ての既存のＲＯが既に機能しており、正当なライセンスを持つコンテンツアイテムが決して削除されないということが保証される。更なる権限オブジェクトは別のグループ権限オブジェクトであるかもしれないが、「プライベート」権限オブジェクトであってもよい。「プライベート」権限オブジェクトとは、特定のコンテンツファイルのみの消費に適用可能であって同一グループ内の他のコンテンツファイルには適用不可能な権限オブジェクトである。複製は、既存のＯＭＡ ＤＲＭ２．０標準に準拠するために使用可能である。
【００９１】
受信機２５が第１の最初の開始(first initial start)の後でコンテンツサービスに参加する場合、コンテンツファイルマネージャ２０は、この受信機に対して、配信基盤２３経由で例えばユニキャスト配信を介して、全ての本当の完全なＤＣＦファイルの最新版を提供することができる。それゆえ、後から参加する受信機２５は全て、以後に配信される更新版ＤＣＦファイルを正しいやり方で扱うこともできる。多数の受信機２５が同時に参加する場合、ユニキャストリソースの問題を引き起こす可能性がある。この場合、コンテンツファイルマネージャ２０は、全ての本当のＤＣＦファイルを完全なグループに対して配信することを決定することもでき、従って全てのコンテンツアイテムを新しいものとして扱うこともできる（即ち、更新版ＤＣＦファイルを何ら使用せずに）。
【００９２】
上述した、グループ権限を使用するコンテンツ管理のための技術は、多数の利点を提供する。例えば、コンテンツファイルの部分的な更新を達成することにより、本技術は、コンテンツ配信におけるシグナリングのオーバーヘッドを減少させることができる。この減少は、コンテンツをブロードキャストするシナリオにおいてより明らかであるかもしれない。本技術は、コンテンツファイルのグループメンバーシップに関する積極的で柔軟な管理も可能にする。更に、新しいグループを割り当てて対応する新しいグループ暗号化鍵を使用するという応用を通じて、コンテンツ受信機に格納された保護されたコンテンツを、セキュアなやり方で管理することができる。コンテンツ受信機が、例えばＤＲＭエージェントが動作している移動体端末のようなユーザ端末である場合、本技術の適用は、ＤＲＭエージェントを修正することを必要としない。即ち、標準のＯＭＡ ＤＲＭエージェントを使用することができる。ファイル更新メカニズムは、エージェントのＤＲＭコアとは独立に、標準化して実装することができる。
【００９３】
指摘すべきこととして、ＯＭＡ ＤＣＦファイルフォーマットに関して本技術を説明してきたが、本技術は、他のフォーマット（例えば、パケット化ＤＣＦ（ＰＤＣＦ））が代わりに使用される場合も同様に機能する。ＯＭＡ ＤＲＭコンテンツフォーマットは、２つの変種（或いは「プロファイル」）、Discrete Media Profile及びContinuous Media Profile（パケット化ＤＣＦ（ＰＤＣＦ）としても知られる）を持つ。Discrete Media Profileは、例えば着信音、アプリケーション、画像などの離散メディアをパッケージ化して保護するために使用される。これにより、ＣＩは任意のコンテンツを「封筒」（ＤＣＦ）の中に包むことができる。その後、コンテンツは単一のオブジェクトとして暗号化される。Continuous Media Profile（ＰＤＣＦ）は、例えばオーディオ及びビデオのような連続メディアを保護するために使用される。連続メディアは、パケット化されるので分離したプロファイルで保護され、それゆえ、このプロファイルはパケット化ＤＣＦ（ＰＤＣＦ）と呼ばれる。
【００９４】
更に、ＤＣＦ／ＰＤＣＦファイルは、例えば映画のオーディオ部分及びビデオ部分のための、ＯＭＡ ＤＲＭ情報を伴う２以上のボックスを含むことができる。それゆえ、更新版ＤＣＦ／ＰＤＣＦファイルは、単一のＤＣＦ／ＰＤＣＦファイルの中の複数のＯＭＡ ＤＲＭボックスを更新するための情報を含むことができる。ＰＤＣＦについては、実行された更新の正しさを検証するプロセスは、同様である。しかしながら、ここでは、正しいＤＲＭコンテナの代わりに、正しいトラックを識別する必要があるであろう。
【００９５】
本技術は、２以上のグループに割り当てられたコンテンツファイルを更新する可能性についてもカバーする。複数のグループに対するコンテンツファイルの割り当ては、コンテンツファイル毎に複数のＧｒｏｕｐＩＤボックスという意味であるので、ＯＭＡ ＤＲＭ標準を変更する必要があるかもしれない。
【００９６】
本技術で使用される暗号鍵は、ＲＩが生成することができる。同等のこととして、暗号鍵は、コンテンツファイルマネージャ又はＣＩによって生成されて、ＲＩへ、又はコンテンツファイルマネージャ及びＲＩそれぞれへ、信号伝達されてもよい。
【００９７】
グループ権限を使用するコンテンツ管理のための技術に関する実施形態を、添付の図面に示し、前述の記述において説明してきたが、理解されるであろうこととして、本技術は、ここに開示される実施形態に限定されない。本技術は、本発明の範囲から逸脱することなしに、多数の再構成、修正、及び置換が可能である。
【技術分野】
【０００１】
本発明は、概して、コンテンツ管理に関する。特に、本発明は、グループ権限オブジェクトを使用してコンテンツを管理するための技術に関する。
【背景技術】
【０００２】
デジタル著作権管理（ＤＲＭ）は、コンテンツ（メディア、コンテンツオブジェクト、コンテンツ／メディアアイテム、コンテンツ／メディアオブジェクト、コンテンツ／メディアエレメント、などとも呼ばれる場合もある）の配信及び消費を管理する手段を提供する技術のセットである。ＤＲＭフレームワークの下では、コンテンツはセキュアに配信され、コンテンツ発行者（コンテンツ発行者の他の名称として、コンテンツプロバイダ、コンテンツ所有者、コンテンツ配信者、などが存在する）によって示される利用権限に従って、許可された受信機（例えば、認証されたユーザデバイス）によって消費される。ＤＲＭフレームワークは、コンテンツのフォーマット、オペレーティングシステム、通信チャネル、及び実行環境から独立している。ＤＲＭによって保護されるコンテンツは、多岐に亘ることができる。例えば、文書、画像、着信音、音楽クリップ、ビデオクリップ、ストリーミングメディア、ゲーム、などである。
【０００３】
ＯＭＡ(Open Mobile Alliance)の技術仕様"DRM Version 2.0"において、既知のＤＲＭシステムが標準化されている。ＯＭＡ ＤＲＭシステムは、コンテンツ発行者（ＣＩ）が保護されたコンテンツを配信することを可能にし、また、権限発行者（ＲＩ）が保護されたコンテンツに関連付けられた権限を割り当てることを可能にする。権限は、利用権限、（利用）許可、（利用）ルール、（利用）制限、などとしても知られている。これらは、特定のコンテンツ受信機が保護されたコンテンツを消費する態様を管理する。ユーザがコンテンツを消費するためには、コンテンツ受信機はＲＩから個々の権限を獲得する。配信される際に、コンテンツは暗号によって保護される。それゆえ、保護されたコンテンツは、特定のコンテンツ受信機に対して発行された関連する権限と適切な（単数または複数の）復号鍵がある場合にのみ使用可能である。
【０００４】
ＯＭＡ ＤＲＭバージョン２．０によれば、保護されたコンテンツ及び関連する権限は、コンテンツ受信機に対して分離して配信することができる。セキュリティを向上させるために、少なくともある程度は、公開鍵基盤（ＰＫＩ）のコンセプトも適用可能である。ＯＭＡ ＤＲＭの分離配信の基本的な考え方を図１Ａに示す。
【０００５】
図１Ａに示すように、ＣＩ２によって提供されるコンテンツアイテム１は、（錠前４によって比喩的に示されるように）暗号化されている。暗号化は、コンテンツ暗号鍵（ＣＥＫ）（不図示）を用いて実行される。暗号化されたコンテンツアイテム１は、コンテンツ受信機５へ配信するために、所謂「コンテンツファイル」３の中に埋め込まれる。同時に、ＲＩ６は、コンテンツ受信機５のための所定の権限７を発行する。権限７は、権限オブジェクト（ＲＯ）８と呼ばれるデータ構造の中に符号化することができる。ＲＯ８は、コンテンツアイテム１が暗号化される際に用いられたＣＥＫに対応する暗号鍵９も含む。更に、別の鍵（不図示）（例えば、コンテンツ受信機５の公開鍵）を用いた暗号化により、ＲＯ８全体を（錠前１０によって比喩的に示されるように）保護することができる。
【０００６】
コンテンツファイル３及び（暗号化された）ＲＯ８は、コンテンツ受信機５に対して分離して（例えば、分離したチャネル又は経路１１及び１２経由で）配信される。秘密鍵１３を用いて、コンテンツ受信機５はＲＯ８を復号し、こうして、コンテンツ受信機５はＲＯ８に埋め込まれたＣＥＫ９及び許可された権限７を引き出すことができる。ＣＥＫ９及び権限７を知ることで、コンテンツ受信機５は、コンテンツファイル３を介して受信した保護されたコンテンツアイテム１を復号することができ、その結果、権限７に従ってコンテンツアイテム１を消費することができる。
【０００７】
複数のコンテンツアイテムの消費を単一の権限オブジェクトによって管理するために、グループ権限オブジェクト（ＧＲＯ）がＯＭＡ ＤＲＭシステムに導入された。ＧＲＯの下では、幾つかのコンテンツファイルを一緒にグループ化することができ、その効果は、その中に含まれるコンテンツアイテムがグループを形成するということである。ＧＲＯの中で許可された権限が失効すると、新しいＧＲＯをＲＩが発行することができる。この新しいＧＲＯの中で許可された権限は、グループ内の全てのコンテンツアイテムに対して有効である。ＧＲＯの基本構造、及びＧＲＯのコンテンツアイテムのグループとの関連付けを、図２に示す。
【０００８】
図２に示すように、ＧＲＯはグループＩＤ（ＧＩＤ）によって識別される。ＧＲＯに所属する各コンテンツファイルは、同一のＧＩＤによってマークされる。それゆえ、共通のＧＩＤを通じて、コンテンツファイルのグループがＧＲＯに関連付けられる。ＧＲＯは、各グループの中の全てのコンテンツアイテムに対して（ＲＩによって）発行される単一の権限オブジェクトである。それゆえ、これら全てのコンテンツアイテムの消費は、同一の権限によって管理することができる。ＧＲＯは、全てのコンテンツファイルのＣＥＫを暗号化するために使用されるグループ鍵（グループ暗号鍵（ＧＥＫ））も含む。このことは、以下で更に明らかになるであろう。
【０００９】
ＤＲＭを用いると、暗号化されたコンテンツファイルを、特定のフォーマット（ＤＲＭコンテンツフォーマット）のコンテンツファイルの中にパッケージ化することができる。この文脈では、そのようなコンテンツファイルはＤＣＦファイルと呼ばれる。ＤＣＦファイルは、オブジェクト構造であってもよい。ＤＣＦファイルフォーマットの例が、ＯＭＡの"DRM Content Format Version 2.0"に示されている。このフォーマットは、ISO Base Media File Format仕様ISO14496-12に基づいており、それゆえ、「ボックス（箱）」のオブジェクト指向デザインのあたりに構築される。OMA DRM DCF Version 2.0のセクション６．３は、この特定のフォーマットの全体構造を示し、これに関連するコンポーネントを図３を参照してこれから説明する。
【００１０】
図３に示すように、ＤＣＦファイル３０は、１以上の「ＤＲＭコンテナ」ボックス３１及び３２を含む。各ＤＲＭコンテナボックス３１は、コンテンツアイテム３３と、これに関連付けられたヘッダとを持ち、これらは、「ＤＲＭコンテンツ」ボックス３４及び「ＤＣＦヘッダ」ボックス３５にそれぞれ含まれる。ＤＣＦヘッダボックス３５の中のヘッダの１つは、コンテンツアイテム３３を一意に識別する「コンテンツＩＤ」３６である。ＤＣＦヘッダボックス３５の中には他のヘッダが存在してもよい。これらの他のヘッダのうちの１つ以上は、ＤＣＦヘッダに機能を追加する０又はそれ以上のネストされたボックスを含んでもよい。
【００１１】
ＧＲＯのコンセプトに対応して、ＤＣＦファイルは、ＤＣＦヘッダボックス３５の中にＤＲＭ ＧｒｏｕｐＩＤボックス３７を含んでもよい。ＤＲＭ ＧｒｏｕｐＩＤボックス３７は、更に、問題のＤＣＦファイル３０を、別々のコンテンツ固有のＲＯではなく（或いは、それに加えて）共通のＧＲＯにおいて権限が定義されるＤＣＦファイルのグループの一部として識別するための、ＧｒｏｕｐＩＤフィールド３８を含む。このＧｒｏｕｐＩＤフィールド３８は、ＧＲＯのＧＩＤに対応する、コンテンツファイルのグループの上述したＧＩＤを含む。それゆえ、ＤＣＦファイル中のＧｒｏｕｐＩＤフィールド３８の中のＧＩＤは、関連するＧＲＯに対する参照としての役割を果たすことができる。
【００１２】
ＤＣＦヘッダボックス３５は、暗号化された鍵を含むための「ＧｒｏｕｐＫｅｙ」ボックス３９も含むことができる。一般的に、コンテンツファイルのグループの各コンテンツアイテムは、図２に示すように、異なるＣＥＫ（ＣＥＫ１、ＣＥＫ２、など）を用いて暗号化されることになる。これらのＣＥＫを更に保護するために、（グループ全体のために使用される）追加の鍵を採用することができる。これが、ＧＲＯに含まれるグループ暗号鍵（ＧＥＫ）の機能である。ＧＥＫは、ＤＣＦファイルグループ（図２参照）内の各コンテンツアイテムを保護するために使用される全てのＣＥＫを暗号化するために使用される。暗号化されたＣＥＫは、各ＤＣＦファイルのＧｒｏｕｐＫｅｙボックス３９の中に格納される。
【００１３】
ＧＲＯは、（同一の）コンテンツを複数の受信機に対してブロードキャストするのに特に有用である。こうすると、コンテンツを同一のグループ鍵によって保護することができ、グループ内の各コンテンツ受信機に対して同一の権限を許可することができる。コンテンツを消費するためには、各個の受信機は、何らかの方法でＧＲＯを獲得する必要がある。これは、例えばＯＭＡによって規定されるＲＯＡＰ（権限オブジェクト獲得プロトコル(Rights Object Acquisition Protocol)）を使用するユニキャスト接続を介して行うことができる。
【００１４】
従来技術において知られているＤＲＭシステムは、ＯＭＡ ＤＲＭも含めて、ＧＲＯを使用したコンテンツファイルの柔軟な管理を提供できないという点で、劣っている。
【発明の概要】
【００１５】
従って、共通のグループ権限によって管理されるコンテンツファイルをより柔軟なやり方で管理する技術に対するニーズが存在する。
【００１６】
第１の態様によれば、コンテンツアイテムのためのコンテンツファイルを作成する方法が提供される。前記コンテンツアイテムは、１以上のコンテンツ受信機によって使用されるものである。前記方法は、配信対象の複数のコンテンツアイテムを新しいグループに対して割り当てるステップであって、当該新しいグループのグループＩＤは新しいグループ権限オブジェクトに関連付けられる、ステップと、前記新しいグループの中のコンテンツアイテムのいずれかが以前に配信されたか否かを判定するステップと、以前に配信された各コンテンツアイテムについて、前記新しいグループの前記グループＩＤを含むが前記以前に配信されたコンテンツアイテム自体は排除した（或いは、除外した）更新版コンテンツファイルを作成するステップと、少なくとも各更新版コンテンツファイルを出力するステップと、を備える。
【００１７】
本明細書で説明する技術は、ＯＭＡ仕様に限定されない。コンテンツファイルは、関連するＯＭＡ文書に規定されるＤＣＦファイルフォーマットであってもよいが、これは必須ではない。任意の適切なコンテンツファイルフォーマットが可能である。同様に、グループ権限は、例えば関連するＯＭＡ仕様に規定されるＯＭＡのＧＲＯ構造のようなグループ権限オブジェクトにパッケージ化されてもよいが、フォーマット、機能、目的などに関してＯＭＡの規定に限定される訳ではない。代わりに、本技術は、コンテンツ受信機のグループを対象とした１以上の権限を規定する任意のグループ権限オブジェクトを用いて実施可能である。
【００１８】
追加の特徴として、所定のコンテンツアイテムが以前に配信されていないと判定された場合、そのような各コンテンツアイテムについて新しいコンテンツファイルを作成することができる。新しいコンテンツファイルは、新しいグループのグループＩＤと、（以前に配信されていない）コンテンツアイテム自体とを含む。その後、新しいコンテンツファイルを同様に出力してもよい。
【００１９】
前記方法は、前記コンテンツ受信機が以前に受信したコンテンツファイルを修正する（又は更新する）ように前記コンテンツ受信機に指示する役割を果たす所定の制御情報を生成するステップを更に備えてもよい。また、前記制御情報と前記各更新版コンテンツファイルとの間に、リンク（又は相互参照）を確立してもよい。換言すれば、前記生成される制御情報は、前記各更新版コンテンツファイルに関連付けられてもよい。例えば、前記制御情報は、前記各更新版コンテンツファイルに挿入又は添付又は付加されて、前記制御情報が前記更新版コンテンツファイルと共に配信されてもよい。或いは、どのコンテンツ情報がどの更新版コンテンツファイルを参照するのか、又はその逆を前記コンテンツ受信機が正しく判断できるように前記制御情報と前記更新版コンテンツファイルとの間に所定の関連付けが存在する限り、これら２つは分離して配信されてもよい。
【００２０】
コンテンツファイルは、識別情報によって識別可能である。具体的には、各更新版コンテンツファイルのための前記制御情報は、前記更新版コンテンツファイルの識別情報、（前記以前に配信された各コンテンツアイテムのために作成された）前記以前に配信されたコンテンツファイルの識別情報、前記コンテンツファイルの更新を検証するためのハッシュ値、デジタル著作権管理に関連する（追加の）ヘッダ情報、及び１以上の修正指示のうちの、１以上のものを含んでもよい。
【００２１】
修正指示はとりわけ、コンテンツファイルの中のどの（単数又は複数の）データボックス／（単数又は複数の）データフィールドを修正する必要があるかを示すことができる。この指示は、（単数又は複数の）データボックス／（単数又は複数の）データフィールドの（単数又は複数の）部分を指定することを通じて行うことができる。（単数又は複数の）部分は、「相対的な」態様で示すことができる。その意味は、指示される部分が「ファイルのバイトｘ」が変更されなければならないという意味で必ずしも絶対的なものでなくても構わないということである。代わりに、例えば、ｍ番目のボックスの中のｎ番目のフィールドとしてこの部分を指定することができる。
【００２２】
配信対象のコンテンツアイテムを保護するために、前記方法は、以前に配信されていない各コンテンツアイテムについて、前記コンテンツアイテムを暗号化するための暗号鍵を提供するステップを更に備えてもよい。この鍵は、コンテンツ暗号鍵（ＣＥＫ）と呼ばれてもよいが、関連するＯＭＡ仕様に規定されるＣＥＫの変種又は目的には限定されない。ＣＥＫはまた、既に配信されたコンテンツアイテムのために「再配信」されてもよい。即ち、更新版コンテンツファイルは、新しいグループ鍵で暗号化された同一のコンテンツ鍵を含む。ひとたび提供されると、ＣＥＫは、データ記憶装置に格納することができる。反対に、以前に配信された、そのために更新版コンテンツファイルが作成される各コンテンツアイテムに関して、前記方法は、前記データ記憶装置から各ＣＥＫを引き出し、前記各更新版コンテンツファイルの中に当該引き出したＣＥＫを含めるステップを更に備えてもよい。ＣＥＫに関する提供して格納する手順は、引き出して含める手順からは独立している。２つの手順はそれゆえ、「及び／又は」の態様で実行可能である。
【００２３】
ＣＥＫは、様々なやり方で提供可能である。それらは、本明細書で説明する方法を実行する装置によって生成されてもよいし、或いは、外部ソース（例えば、ＲＩ）から取得されてもよい。通常、ＤＲＭシステムでは、暗号鍵を生成するのはＲＩである。しかしながら、鍵は、ＣＩによって生成されて、ＲＩ及び／又は前記方法を実行する装置へ信号伝達されてもよい。同等のこととして、鍵は、この装置自体によって生成されてもよい。
【００２４】
セキュリティを向上させる方策として、前記更新版コンテンツファイルの少なくとも一部をデジタル署名してもよい。特に、前記更新版コンテンツファイルの中の前記新しいグループの前記グループＩＤは、前記コンテンツ受信機に対して更新の信頼できる起源を特に証明するために、デジタル署名されてもよい。デジタル署名は、例えばＲＩのような権限を発行するエンティティによって実行可能である。
【００２５】
更に、前記更新版コンテンツファイルがいつ作成されたかを示すタイムスタンプが前記更新版コンテンツファイルの中に含まれてもよい。このことは、どの更新版コンテンツファイルが最新の更新であるかを前記コンテンツ受信機に信号伝達できるという点で、利点がある。このことは、更新メッセージが例えば遅延したり失われたりする場合に、特に有用である。タイムスタンプに対する代替として、シーケンス番号を使用することができ、そこから、前記コンテンツ受信機は最新の更新を判定することができるであろう。
【００２６】
更なるセキュリティの方策として、前記グループ権限オブジェクトは、ＣＥＫを保護するための、ひいてはコンテンツアイテムのグループを保護するための、グループ暗号鍵（ＧＥＫ）（これは、関連するＯＭＡ仕様に規定されるＧＥＫと同じ名前を持つがこれに限定されない）に関連付けられてもよい。この関連付けは、前記グループ権限オブジェクトの中にＧＥＫを埋め込むことにより、実行可能である。ＧＥＫは、コンテンツのグループを保護するために使用されるＣＥＫを暗号化することができる。暗号化の後に、前記暗号化されたＣＥＫを、前記更新版／新しいコンテンツファイルに含めることができる。
【００２７】
前記方法は、以前に配信されていないコンテンツアイテムを登録するステップ、及び／又は、以前に配信されたコンテンツアイテムのためのコンテンツ更新を登録するステップを更に備えてもよい。両登録は、ＲＩによって実行可能である。例えば、以前に配信されていないコンテンツアイテムについて、あらゆる更新の前の最初の配信時に、ＲＩはＣＥＫ及びＧＥＫを生成して登録し、また、新しいグループＩＤを生成することができる。コンテンツ更新の登録に関して、新しいＧＥＫ及び新しいグループＩＤのみが再登録される必要があり、ＣＥＫは同じままである。
【００２８】
第２の態様によれば、コンテンツアイテムのために作成されたコンテンツファイルを処理する方法が提供される。前記方法は、少なくとも１つのコンテンツファイルを受信するステップと、前記コンテンツファイルが、以前に受信したコンテンツファイルを介して前記コンテンツ受信機へ以前に提供されたコンテンツアイテムのために作成された更新版コンテンツファイルであるか否かを判定するステップであって、前記更新版コンテンツファイルは、新しいグループ権限オブジェクトに関連付けられた新しいグループのグループＩＤを含むが前記以前に提供されたコンテンツアイテムは排除している、ステップと、前記判定の結果に応えて、前記コンテンツ受信機が継続使用できるように前記以前に受信したコンテンツファイルを修正するステップと、を備える。
【００２９】
前記以前に受信したコンテンツファイルの前記修正は、１以上の態様を含むことができる。前記以前に受信したコンテンツファイルの前記グループＩＤが、前記更新版コンテンツファイルに含まれる前記新しいグループＩＤで置換されてもよい。代替として、前記更新版コンテンツファイルに含まれる前記新しいグループＩＤが、前記以前に受信したコンテンツファイルに対して追加されてもよい。新しいグループＩＤが「追加」される場合、前記以前に受信したコンテンツファイルは、２つ（又はそれ以上）のグループＩＤを含むように修正される。これは即ち、前記以前に受信したコンテンツファイルに既に含まれる（単数又は複数の）グループＩＤ、及び、前記更新版コンテンツファイルからの前記新しいグループＩＤである。前記コンテンツファイルの中に２以上のグループＩＤを持つことで、コンテンツ受信機には、異なる権限オブジェクトを介してコンテンツにアクセス可能になる可能性を含む、様々な新規な可能性が与えられる。そのような異なる権限オブジェクトは、例えば、（少なくとも１つの）古いグループＩＤに関連付けられた権限オブジェクトと、前記新しいグループＩＤに関連付けられた権限オブジェクトとを含む。
【００３０】
前記更新版コンテンツファイルが前記以前に受信したコンテンツファイルの修正に関する制御情報を更に含む場合、前記修正は更に、この制御情報に基づいて実行可能である。具体的には、前記更新版コンテンツファイルの中の前記制御情報は、前記更新版コンテンツファイルの識別情報、前記以前に配信されたコンテンツファイルの識別情報、前記コンテンツファイルの更新を検証するためのハッシュ値、デジタル著作権管理に関連する（追加の）ヘッダ情報、及び１以上の修正指示のうちの、１以上のものを含んでもよい。
【００３１】
コンテンツファイルの修正は、多数のステップ及び詳細を伴い得る。更新版コンテンツファイルを受信すると、前記コンテンツ受信機は、対応する前記以前に受信したコンテンツファイルのために何らかの更なる権限オブジェクトが獲得されたことがあるか否かをチェックしてもよい。前記コンテンツ受信機が前記以前に受信したコンテンツファイルのための１以上の更なる権限オブジェクトを以前に獲得したことがあると判明した場合、前記以前に受信したコンテンツファイルのコピーを作成してもよい。コピーの１つは手つかずのまま、他のコピーが修正手順を経ることができる。それゆえ、複製は、何らかの以前に獲得した権限オブジェクトを破壊することを回避する。
【００３２】
更に、例えば記憶装置の節約のようなより良い記憶管理のために、前記以前に受信したコンテンツファイルを削除してもよいし、将来の時点での削除をスケジューリングしてもよい。或いは、前記以前に受信したコンテンツファイルに、オプションの削除のためにマークを付けてもよい。
【００３３】
特に、前記受信したコンテンツファイルが更新版コンテンツファイルでない場合、前記方法は更に、この「新しい」コンテンツファイルを登録してもよい。前記受信したコンテンツファイルが更新版コンテンツファイルである場合、前記方法は、対応する前記以前に受信したコンテンツファイルの前記登録を更新してもよい。前記新しいコンテンツファイルの前記登録、及び前記登録の更新は、「及び／又は」の態様で実行可能である。前記登録に関しては、前記受信したコンテンツファイルに含まれる前記コンテンツアイテムのＩＤ、及び、前記受信したコンテンツファイルの格納場所を登録することを含む。前記登録の更新に関しては、所定のＤＲＭ関連情報を更新することができる。コンテンツファイルが更新されると、例えばコンテンツＩＤ、ＧＲＯ ＩＤ、及び／又は他のメディア情報（例えばファイル名）などのようなＤＲＭ関連情報が変化し得る。そのような情報がデバイスのデータベース（例えば、ＲＯとＤＣＦとの間の参照を含むデータベース）に格納される場合、前記情報を更新する必要があるかもしれない。
【００３４】
更に、前記方法は、前記新しいグループの前記グループＩＤによって参照される前記新しいグループ権限オブジェクトを取得するステップを備えてもよい。前記新しいグループ権限オブジェクトは、前記コンテンツファイルの受信直後に、又は（前記コンテンツ受信機を使用する）ユーザが前記新しいグループの前記コンテンツアイテムのいずれかのコンテンツを消費すると決定すると、前記コンテンツ受信機によって取得することができる。或いは、一般的には何らかのＲＯであるような前記新しいグループ権限オブジェクトは、前記ＲＩによって前記コンテンツ受信機へプッシュされてもよい。それゆえ、前記新しいグループ権限オブジェクトは、前記コンテンツファイルの受信前に、又は前記コンテンツファイルと共に、送信することもできる。一般的に、前記新しいグループ権限オブジェクトの受信のタイミングは、いかなるときであってもよい。前記新しいグループ権限オブジェクトは、前記コンテンツの送信前、送信後、又は送信時に受信すればよい。しかしながら、いずれの場合でも、前記新しいグループ権限オブジェクトは、コンテンツの消費に間に合うように前記コンテンツ受信機が利用可能なようにされなければならない。
【００３５】
一般的に、本技術は、ハードウェア、ソフトウェア、又はハードウェア／ソフトウェア組み合わせのアプローチによって実施可能である。ソフトウェアアプローチに関しては、コンピュータシステム又は演算デバイスにおいて実行されると本明細書で説明した前記方法の各ステップを実行するプログラムコード部分を含んだコンピュータプログラム製品が提供される。前記コンピュータプログラム製品は、コンピュータ読み取り可能な記録媒体に記録可能である。
【００３６】
ハードウェアでの実現によれば、便宜上「コンテンツファイルマネージャ」と呼ばれる装置が提供される。前記コンテンツファイルマネージャは、１以上のコンテンツ受信機によって使用されるコンテンツアイテムのためのコンテンツファイルを作成するように構成される。前記コンテンツファイルは、グループ権限オブジェクトに関連付けられたグループＩＤを用いてグループ化される。前記コンテンツファイルマネージャは、配信対象の複数のコンテンツアイテムを新しいグループに対して割り当てるように構成される第１のコンポーネントであって、当該新しいグループのグループＩＤは新しいグループ権限オブジェクトに関連付けられる、コンポーネントと、前記新しいグループの前記コンテンツアイテムのいずれかが以前に配信されたか否かを判定するように構成される第２のコンポーネントと、以前に配信された各コンテンツアイテムについて、前記新しいグループの前記グループＩＤを含むが前記以前に配信されたコンテンツアイテム自体は排除した更新版コンテンツファイルを作成するように構成されるコンテンツファイル作成器と、少なくとも各更新版コンテンツファイルを出力するように構成される出力部と、を備える。
【００３７】
前記コンテンツファイル作成器は更に、以前に配信されていない各コンテンツアイテムのための新しいコンテンツファイルを作成するように構成されてもよい。前記新しいコンテンツファイルは、とりわけ、前記新しいグループの前記グループＩＤ、及び（以前に配信されていない）前記コンテンツアイテム自体を含む。従って、前記出力部は更に、前記新しいコンテンツファイルを出力するように構成されてもよい。
【００３８】
以前に配信された各コンテンツアイテムについて、前記コンテンツファイルマネージャは、前記コンテンツ受信機が以前に受信した対応するコンテンツファイルの修正に関する制御情報を生成してもよい。前記コンテンツマネージャは更に、前記制御情報を各更新版コンテンツファイルに関連付けてもよい。例えば、前記制御情報は、前記更新版コンテンツファイルと共に配信されるように、前記各更新版コンテンツファイルに挿入又は添付又は付加されてもよい。或いは、どの制御情報がどの更新版コンテンツファイルを参照するのか、又はその逆を前記コンテンツ受信機が正しく判定できるように前記制御情報と前記更新版コンテンツファイルとの間に所定の参照が存在する限り、これら２つは分離して配信されてもよい。
【００３９】
更なるハードウェアの態様として、コンテンツアイテムのために作成されたコンテンツファイルを処理するように構成されるデバイスが提供される。前記コンテンツファイルは、グループ権限オブジェクトに関連付けられたグループＩＤを用いてグループ化されてもよい。前記デバイスは、少なくとも１つのコンテンツファイルを受信するように構成される入力部を備える。前記デバイスは、前記受信したコンテンツファイルが、以前に受信したコンテンツファイルを介して前記デバイスへ以前に提供されたコンテンツアイテムのために作成された「更新版」コンテンツファイルであるか否かを判定するように構成される判定器であって、前記更新版コンテンツファイルは、新しいグループ権限オブジェクトに関連付けられた新しいグループのグループＩＤを含むが前記以前に提供されたコンテンツアイテムは排除している、判定器を更に備える。前記デバイスは、前記判定の結果に応えて、前記デバイスが継続使用できるように前記以前に受信したコンテンツファイルを修正するように構成される修正器を更に備える。
【００４０】
具体的には、前記修正器は、前記以前に受信したコンテンツファイルに含まれるグループＩＤを、前記更新版コンテンツファイルに含まれる前記新しいグループＩＤで置換することにより、又は、前記以前に受信したコンテンツファイルに対して、前記更新版コンテンツファイルに含まれる前記新しいグループＩＤを追加することにより、前記以前に受信したコンテンツファイルを修正することができる。
【００４１】
前記更新版コンテンツファイルは、前記以前に受信したコンテンツファイルの修正に関する所定の制御情報を更に含んでもよい。従って、前記修正器は、前記制御情報に基づいて前記修正を実行するように更に構成されてもよい。具体的には、前記更新版コンテンツファイルのための前記制御情報は、前記更新版コンテンツファイルの識別情報と、前記以前に配信されたコンテンツファイルの識別情報と、前記コンテンツファイルの更新を検証するためのハッシュ値と、デジタル著作権管理に関する（追加の）ヘッダ情報と、１以上の修正指示と、のうちの１以上のものを含むことができる。
【００４２】
加えて、前記デバイスは更に、前記以前に受信したコンテンツファイルのための何らかの更なる権限オブジェクトを以前に獲得したか否かをチェックしてもよい。獲得したことがある場合、前記デバイスは、前記以前に受信したコンテンツファイルのコピーを作成することができる。更に、記憶管理に関する利益のために、前記デバイスは、以下のものを実行することを選択してもよい。これは即ち、前記以前に受信したコンテンツファイルを削除すること、前記以前に受信したコンテンツファイルの将来の時点での削除をスケジューリングすること、又は前記以前に受信したコンテンツファイルのオプションでの削除に関して前記ファイルにマークを付けることである。
【００４３】
前記デバイスは更に、受信した前記コンテンツファイルを登録してもよい。前記受信したコンテンツファイルが「新しい」コンテンツファイルである場合、即ち、前記受信したコンテンツファイルが何らかの以前に配信されたコンテンツファイルの「更新」版でない場合、前記デバイスは、前記新しいコンテンツファイルを登録する。この登録は、前記受信した新しいコンテンツファイルに含まれるコンテンツアイテムのＩＤを登録すること、及び、前記受信した新しいコンテンツファイルの格納場所を登録することを含み得る。他方、前記受信したコンテンツファイルが「更新」版である場合、前記デバイスは、対応する前記以前に受信したコンテンツファイルに関する登録を更新することができる。前記新しいコンテンツファイルの前記登録、及び前記登録の更新は、「及び／又は」の態様で実行可能である。
【００４４】
前記デバイスはまた、前記新しいグループの前記グループＩＤに従って前記新しいグループ権限オブジェクトを取得することができる。前記デバイスは、前記デバイスによる前記コンテンツファイルの受信直後に、又は前記デバイスのユーザが前記新しいグループのコンテンツアイテムのいずれかのコンテンツを使用する（又は消費する）ことを決定したときに、前記新しいグループ権限オブジェクトを取得することを選択することができる。或いは、何らかのＲＯのような前記新しいグループ権限オブジェクトは、例えばＲＩによって前記デバイスへプッシュされてもよい。一般的に、前記新しいグループ権限オブジェクトの受信のタイミングは、任意のタイミングであってよい。前記新しいグループ権限オブジェクトは、前記コンテンツの送信前、送信後、又は送信時に受信可能である。しかしながら、いずれの場合でも、前記新しいグループ権限オブジェクトは、コンテンツの消費に間に合うように前記デバイスが利用可能なようにすることができる。
【図面の簡単な説明】
【００４５】
以下では、図面に示す典型的な実施形態を参照して、本明細書で提案する技術を説明する。
【図１Ａ】コンテンツ及び権限に関するDRM分離配信の基本的なコンセプトを示すブロック図である。
【図１Ｂ】システムアーキテクチャの実施形態を示すブロック図である。
【図２】DRMシステムに従う、グループ権限オブジェクト、及びグループ権限オブジェクトのコンテンツファイルのグループとの関連付けを示すブロック図である。
【図３】OMA DCFフォーマットに従う、コンテンツファイルの構造及び関連するコンポーネントを示す図である。
【図４】本技術の装置の実施形態を示すブロック図である。
【図５】本技術のデバイスの実施形態を示すブロック図である。
【図６】図４の装置の実施形態の動作を示す、方法の実施形態を示すフローチャートである。
【図７】図５のデバイスの実施形態の動作を示す、方法の実施形態を示すフローチャートである。
【図８】本技術の実施形態に従う、コンテンツファイルの更新手順を示すブロック図である。
【図９】コンテンツファイルの更新手順の実施形態を示すシグナリング図である。
【発明を実施するための形態】
【００４６】
以下の説明では、説明を目的とするが限定を目的とはせずに、本技術の深い理解を提供するために具体的な詳細（例えば、特定のシーケンスのステップ、インタフェース、及び構成のような）を説明する。当業者にとっては、これらの詳細から離れた他の実施形態においても本技術を実施可能であるということは、明らかであろう。
【００４７】
更に、当業者が理解するであろうこととして、以下で説明される機能は、プログラムマイクロプロセッサ又は汎用コンピュータと協力して機能するソフトウェアを使用して実装することができる。やはり理解されるであろうこととして、本技術は主として方法及びデバイスの形式で説明されるが、本技術はコンピュータプログラム製品にも埋め込むことができ、また、コンピュータプロセッサ及びこのプロセッサに結合したメモリを備えるシステム（ここで、メモリは、本明細書で開示する機能を実行可能な１以上のプログラムによってエンコードされる）にも埋め込むことができる。
【００４８】
以下の実施形態は、主として、ＯＭＡによって規定されるＤＲＭシステム及びＤＲＭコンテンツフォーマットを参照して説明されることになる。しかし、そのような選択は、本技術の容易な理解を目的としただけである。本明細書で説明する技術は、ＯＭＡ仕様や、関連する定義や用語のいずれにも限定されない。特に、コンテンツファイルは関連するＯＭＡ文書に示されるＤＣＦファイルフォーマットであってもよいが、これは必須ではない。任意の適切なコンテンツファイルフォーマットが可能である。同様に、グループ権限は、例えば関連するＯＭＡ仕様に定義されるＯＭＡ ＧＲＯ構造のようなグループ権限オブジェクトの中にパッケージ化することができるが、フォーマット、機能、目的、などに関してＯＭＡの定義に制限される訳ではない。代わりに、本技術は、複数のコンテンツ受信機による消費が意図された権限の任意の集合について実施可能である。
【００４９】
グループのサブセットに対する権限を更新するメカニズムをＯＭＡ ＤＲＭが何ら提供しないということが分かってきた。更に、ＯＭＡ ＤＲＭにおいては、グループの管理が全く考慮されていない。権限は、グループ全体に対してのみ許可することができる。更に、ＯＭＡ ＤＲＭは、（単数又は複数の）受信機がどのコンテンツアイテムを依然として必要としているか、そしてどのエレメントを削除してよいかを明確に示すことができないので、大量の保護され配信されたコンテンツを受信機に格納する必要がある。
【００５０】
これらの欠点に対処するために、以下の実施形態は、コンテンツファイルグループの１以上のサブセットに対するグループメンバーシップの柔軟な変更に基づく、グループ権限を使用するコンテンツ管理のための技術の態様を説明する。幾つかの態様は、（既に配信された）コンテンツファイルの部分的な更新を可能にする。更に、幾つかの態様は、コンテンツアイテム及びコンテンツファイルのために必要な記憶容量に関する要件を低くすることにより、セキュアで効率的な記憶管理を提供する。その結果、コンテンツファイルの柔軟な管理が得られる。
【００５１】
以下の実施形態は、とりわけ、コンテンツファイルマネージャとコンテンツファイル管理クライアントとの間の相互作用に関する。システムレベルでのより詳細なビューは、図１Ｂのシステムから得ることができる。図１Ｂは、本実施形態を実施可能な文脈、及び関与するエンティティの可能な相互作用を示す。
【００５２】
図１Ｂに示すように、このシステムは、ＣＩ２２、ＲＩ２６、受信機２５、及び配信基盤２３を含む。これらのエンティティは、図１Ａに示すＣＩ２、ＲＩ６、受信機５、及びチャネル／経路１１にそれぞれ対応する。更に、２つの追加機能エンティティが導入される。それは、コンテンツファイルマネージャ２０、及び「コンテンツファイル管理クライアント」２１（ＤＭＣ）である。受信機２５は更に、ＧＲＯを取得するためのＤＲＭエージェント２４（例えば、ＯＭＡ ＤＲＭ２．０ ＤＲＭエージェント）を含む。
【００５３】
コンテンツファイルマネージャ２０は、ＣＩ２２から（元々）提供されたコンテンツアイテムのためのコンテンツファイルを作成することを担う。コンテンツファイルマネージャ２０は、分離したエンティティであってもよいが、ＣＩ２２及び／又はＲＩ２６に統合されていてもよいし、配信基盤２３の一部であってもよい。作成されたコンテンツファイルは、配信基盤２３経由でＤＭＣ２１へ配信される。ＤＭＣ２１は、配信されたコンテンツファイルを受信すると共に関連する権限及び／又はグループ権限をＲＩ２６から獲得するコンテンツ受信機２５に内在していてもよい。
【００５４】
図４は、１以上のコンテンツ受信機２５によって使用されるコンテンツアイテム４２、４２’’のためのコンテンツファイル４１、４１’、４１’’を作成するように構成される、図１Ｂのコンテンツファイルマネージャ２０の実施形態を示す。コンテンツファイルマネージャ２０によって作成される１つのコンテンツファイル４１は、図４の４０で示すＧＩＤ＿１によって識別されるグループに所属する。コンテンツファイルマネージャ２０によって作成される他のコンテンツファイル４１’、４１’’は、グループＩＤ４３’及び４３’’（ＧＩＤ＿２）を用いてグループ化される。ＧＩＤ＿２を介して、コンテンツファイル４１’、４１’’のグループは、グループ権限オブジェクト４４（ＧＲＯ＿２）に関連付けられる。
【００５５】
コンテンツファイルマネージャ２０は、配信すべき複数のコンテンツアイテム４２、４２’’を新しいグループに割り当てるように構成される第１のコンポーネント４５を含む。ここで、新しいグループのグループＩＤ ＧＩＤ＿２が、４４で示す新しいグループ権限オブジェクトＧＲＯ＿２に関連付けられる。指摘すべきこととして、ＧＲＯは通常は第１のコンポーネント４５の中には無い。ＧＲＯがここに示されているという事実は、コンテンツファイルのグループがＧＩＤを介してＧＲＯに関連付けられるというコンセプトを説明するためだけである。この文脈において、ＧＲＯ＿１は示されていない一方でＧＲＯ＿２は示されていることに注意されたい。
【００５６】
コンテンツファイルマネージャ２０は更に、新しいグループのコンテンツアイテム４２、４２’’のいずれかが以前に配信されたか否かを判定するように構成される第２のコンポーネント４６を含む。以前に配信されたコンテンツアイテムは、４２で示される。更に、コンテンツファイルマネージャ２０は、コンテンツファイル作成器４７を含む。コンテンツファイル作成器４７は、以前に配信された各コンテンツアイテム４２について、新しいグループのグループＩＤ４３’（ＧＩＤ＿２）を含むが以前に配信されたコンテンツアイテム４２自体は排除した、更新版コンテンツファイル４１’を作成するように構成される。更に、コンテンツファイルマネージャ２０は、少なくとも各更新版コンテンツファイル４１’を出力するように構成される出力部４８を含む。
【００５７】
コンテンツファイル作成器４７は、以前に配信されていない各コンテンツアイテム４２’’のための新しいコンテンツファイル４１’’を作成するように更に構成される。この新しいコンテンツファイル４１’’は、新しいグループのグループＩＤ４３’’（ＧＩＤ＿２）、及び以前に配信されていないコンテンツアイテム４２’’を含む。出力部４８は、新しいコンテンツファイル４１’’を出力するように更に構成される。
【００５８】
図５は、図４のコンテンツファイルマネージャ２０によってコンテンツアイテム４２、４２’’のために作成されたコンテンツファイル４１、４１’、４１’’を処理するように構成される、図１ＢのＤＭＣ２１の実施形態を示す。上述のように、コンテンツファイル４１’、４１’’は、グループＩＤ４３’、４３’’（ＧＩＤ＿２）を用いてグループ化されている。ＧＩＤ＿２を通じて、グループのコンテンツファイル４１’、４１’’は、グループ権限オブジェクト（図５には示されないが図４にＧＲＯ＿２ ４４として示される）に関連付けられる。
【００５９】
デバイス２１は、１以上のコンテンツファイル４１、４１’、４１’’を受信するように構成される入力部５４を含む。デバイス２１は更に、受信したコンテンツファイルが以前に受信したコンテンツファイル４１を介してデバイス２１に提供されたコンテンツアイテム４２のために作成された更新版コンテンツファイル４１’であるか否かを判定するように構成される判定器５５を含む。これを判定する１つの方法は、今回受信したコンテンツファイルが新しいグループ権限オブジェクトに関連付けられた新しいグループのグループＩＤを含むが提供されたコンテンツアイテム４２を排除しているか否かを検証することである。或いは、更新版コンテンツファイルが、例えばファイル名を介して「古い」コンテンツファイルに対する参照を含んでもよい。この参照は、「古い」ファイルを更新すべきであるということを識別するためにも使用可能である。（「新しい」という用語は、以前に受信したコンテンツファイル４１が所属するグループの観点である。）
【００６０】
図５に示すように、更新版コンテンツファイル４１’は、新しいグループ権限オブジェクト（図５には示されないが図４にはＧＲＯ＿２ ４４として示される）に関連付けられた新しいグループのグループＩＤ４３’（ＧＩＤ＿２）を含むが、以前に提供されたコンテンツアイテム４２は排除している。この排除は、更新版コンテンツファイル４１’を、コンテンツアイテム４２を含む以前に受信したコンテンツファイル４１と比較することにより、図５から理解可能である。
【００６１】
更に、デバイス２１は修正器５６を含む。修正器５６は、判定器５５による判定の結果に応じて、以前に受信したコンテンツファイル４１をデバイス２１が継続使用できるように修正するように構成される。５８は、修正されたコンテンツファイルを示す。「コンテンツ受信機による継続使用」とは、以前に受信したコンテンツファイル又はそこに含まれるコンテンツアイテムの使用だが新しいグループ権限オブジェクトに示される権限に従った使用のことを意味する。即ち、デバイスは、全く同一のコンテンツアイテムを含むコンテンツファイルを以前に受信しており、今回受信したコンテンツファイルは、この以前に受信したコンテンツファイルに対する更新版コンテンツファイルであり、更新版コンテンツファイルは以前に受信したコンテンツファイルのコンテンツアイテムを含まない。具体的には、修正器５６は、以前に受信したコンテンツファイル４１のグループＩＤ４０（ＧＩＤ＿１）を、更新版コンテンツファイル４１’に含まれる、コンテンツアイテム４２を使用するための新しいグループＩＤ４３’（ＧＩＤ＿２）で置換することにより、以前に受信したコンテンツファイル４１を修正するように構成される。或いは、修正器５６は、更新版コンテンツファイル４１’に含まれる新しいグループＩＤ４３’（ＧＩＤ＿２）を以前に受信したコンテンツファイル４１に追加することにより、以前に受信したコンテンツファイル４１を修正するように構成される。
【００６２】
上述の修正により、以前に受信したコンテンツファイル４１は、修正されたコンテンツファイル５８になる。修正されたコンテンツファイル５８の中に２以上のＧＩＤ（たとえば、ＧＩＤ＿１ ４０及びＧＩＤ＿２ ４３’）を持つことにより、コンテンツ受信機が異なるグループ権限オブジェクト（即ち、ＧＲＯ＿１（不図示）又はＧＲＯ＿２）を介してコンテンツ４２にアクセスすることができるという利点が得られる。
【００６３】
図６は、図１Ｂ及び図４に示すコンテンツファイルマネージャ２０によって、又は異なる構成を持つ装置によって実行可能な方法の実施形態を示すフローチャート６０である。６２で示す第１のステップで、配信すべき複数のコンテンツアイテム（図４のコンテンツアイテム４２及び４２’’参照）に新しいグループが割り当てられ、ここで、新しいグループのグループＩＤ４３’及び４３’’（ＧＩＤ＿２）が新しいグループ権限オブジェクト４４（ＧＲＯ＿２）に関連付けられる。次に、図６のステップ６４で、新しいグループのコンテンツアイテム４２、４２’’のいずれかが以前に配信されたか否かが判定される。そして、ステップ６６で、以前に配信された各コンテンツアイテム４２について、更新版コンテンツファイル４１’が作成される。更新版コンテンツファイル４１’は、新しいグループのグループＩＤ４３’（ＧＩＤ＿２）を含むが、以前に配信されたコンテンツアイテム４２自体は排除している。最後に、ステップ６８で、少なくとも各更新版コンテンツファイル４１’が出力される。「新しい」という用語は、複数のコンテンツアイテムのうちのいずれかが以前に所属していたかもしれない単数又は複数のグループと区別するために使用される。作成される複数のコンテンツファイルは、１つのグループ（或いは複数のグループ）にまとめることができる。例えば、それらは共通のグループＩＤによって識別される。グループＩＤは、所定のグループ権限に関連付けられる。
【００６４】
図７は、図１Ｂ及び図５に示すデバイス２１によって、又は異なる構成を持つデバイスによって実行可能な方法の実施形態を示すフローチャート７０である。
【００６５】
最初に、ステップ７２で示すように、少なくとも１つのコンテンツファイル４１’、４１’’が受信される。その後、ステップ７４で、そのコンテンツファイルが、以前に受信したコンテンツファイル４１を介してデバイス２１に提供されたコンテンツアイテム４２のために作成された更新版コンテンツファイル４１’であるか否かが判定される。判定の結果に応えて、ステップ７６に示すように、以前に受信したコンテンツファイル４１は、デバイス２１が継続使用できるように修正される。
【００６６】
フローチャート６０及び７０に示される両方の方法の文脈において、コンテンツファイルは関連するＯＭＡ文書に規定されるＤＣＦファイルフォーマットの形式を持つことができるが、これは必須ではない。グループＩＤは、グループ権限オブジェクトに関連付けられる。グループ権限オブジェクトは、ＯＭＡ ＧＲＯ構造に限定されない。
【００６７】
ここで、再びシステムの実施形態である図１Ｂに戻り、本明細書で提案される技術は全ての種類の配信基盤及び／又はシナリオに適しているということを指摘しておく。限定する訳ではないが、これらには、ブロードキャスト（例えば、ＭＢＭＳ）、マルチキャスト、及びユニキャストが含まれる。この技術の利点は、ブロードキャストのシナリオに対してより明らかであるかもしれない。コンテンツ受信機２５は、例えば移動体電話、ＰＤＡ、ラップトップ、ＰＣ、メディアプレーヤ、などのようなユーザ端末であってもよい。コンテンツファイルマネージャ２０は、分離したエンティティであってもよいが、ＣＩ２２及び／又はＲＩ２６と統合されていてもよいし、配信基盤２３の一部であってもよい。
【００６８】
図１Ｂ、図４、及び図５に示すエンティティの仕事又は機能を、図８及び図９、並びに「トップ１００ソング」と呼ばれる典型的なコンテンツサービスを参照して、以下に詳細に説明する。
【００６９】
図８は、本技術の実施形態に従う、コンテンツファイルの更新手順を示す。完全な手順は、図９のシグナリング図にも示されている。詳細なステップが以下に説明されており、（ステップｘｙ）によって示される。
【００７０】
コンテンツサービス「トップ１００ソング」を通じて、トップ１００ソングに対する加入は、音楽ファイルとして、例えばブロードキャストを介してユーザ装置（例えば移動体電話など）のグループに対して配信される。ユーザ装置は、ミュージックチャートのトップ１００ソングの音楽ファイルに対して常にアクセスできることになる。このリストは定期的に（例えば、毎週）更新される。不要なトラヒックを避けるために、新しいタイトルに関する音楽ファイルのみがブロードキャストされ、一方で、以前からチャートに入っていたタイトルに関する音楽ファイルは、個々のＲＯを更新することによりアクセス可能にされる。しかしながら、ＯＭＡ ＤＲＭ２．０システムのような従来のＤＲＭシステムの下では、グループ内の（サブセット）メンバーを変更することができないため、このことは実現不可能である。それゆえ、ＯＭＡ ＤＲＭ２．０を使用すると、音楽ファイル毎に別個のＲＯを使用する必要があり、或いは、全てのコンテンツアイテムを同一のグループ内にまとめなければならなかった。この最初の選択肢は、全てのユーザ装置のために全てのＲＯを更新するために大量のシグナリングトラヒックをもたらすことになる。一方で、２番目の選択肢は、現在のトップ１００ソングだけでなく過去にトップ１００に入ったことのある全てのソングに対してアクセスできる結果となってしまう。
【００７１】
本明細書で説明する技術を使用すると、従来のＤＲＭシステムで経験された問題又はジレンマを解決することができる。最初に、ＣＩ２２は、どのコンテンツアイテム（音楽ファイル）をどのコンテンツ受信機２５に配信すべきかを決定する。その後、ＣＩ２２は、コンテンツアイテム、（各コンテンツアイテムを一意に識別する）コンテンツＩＤ、及び受信機グループ情報をコンテンツファイルマネージャ２０に渡す（図９のステップ１）。受信機グループ情報は、グループ全体の又は受信機２５毎のアクセス権限を含むことができる。
【００７２】
コンテンツファイルマネージャ２０は、全てのセッションのためのコンテンツ保護を制御する。それゆえ、コンテンツファイルマネージャ２０は、ＣＥＫ及びＧＥＫを生成して登録し、新しいグループＩＤも生成するために、ＲＩ２６と通信する（図９のステップ２）。
【００７３】
新しいコンテンツＩＤの場合、コンテンツファイルマネージャ２０は、次のようにコンテンツファイルを用意する。コンテンツアイテムをＲＩ２６に登録した後で（ステップ３ａ）、コンテンツファイルマネージャ２０は、取得したコンテンツデータを使用して新しいコンテンツファイルを生成する（ステップ３ｂ）。コンテンツファイルマネージャ２０は、ＣＥＫと、生成された新しいコンテンツファイルに対するＣＥＫの割り当てとを、鍵記憶データベースに格納し、オプションで、ＲＩ２６から受信したＤＲＭ関連メタデータも共に格納する（ステップ３ｃ）。「初回の」セッションの場合、コンテンツファイルマネージャ２０は、生成された全ての新しいコンテンツファイルを、配信基盤２３経由で受信機２５へ送信する。
【００７４】
再び図８及び図９に戻り、「更新」セッション（即ち、以前のセッションの幾つかのコンテンツアイテムが再びスケジューリングされる）の場合、手順は次のようになる。コンテンツファイルマネージャ２０は、受信機２５へ既に送信されたコンテンツアイテムのどれが権限の更新が必要であるかを制御する（例えば、先週既にトップ１００サービスに入っていたソングの音楽ファイル）。更新を生成する前に、コンテンツファイルマネージャ２０は、古いＤＲＭメタデータ及びＣＥＫを鍵記憶装置２７から引き出し（ステップ４ａ）、コンテンツの更新をＲＩ２６に登録する（ステップ４ｂ）。コンテンツファイルマネージャ２０は、これらの更新版コンテンツファイルのために、新しいグループＩＤ及び新たに暗号化されたＣＥＫを含む新しいボックスを生成する（ステップ４ｃ）。即ち、各更新版コンテンツファイルのＣＥＫは新しいＧＥＫを用いて暗号化される。更に、コンテンツファイルマネージャ２０は、修正／更新制御情報を生成してもよい。この情報は、ＤＭＣ２１がセキュアなコンテンツファイルの更新を実行できるようにすることを意図している。
【００７５】
制御情報は、以下の１以上のものを含み得る。
・ＤＭＣにおいて修正する必要のあるコンテンツファイルのＩＤ（識別情報）（例えば、古いＤＲＭコンテンツＩＤ、又は、コンテンツアイテムを含む以前に受信したコンテンツファイル（例えば、４１）を指す古いコンテンツファイル名）
・ＤＭＣによる修正後のコンテンツファイルのＩＤ（例えば、修正されたコンテンツファイル（例えば、５８）を指す新しいＤＲＭコンテンツＩＤ）
・修正されたコンテンツファイル（例えば、５８）の少なくとも一部のハッシュ値
・更新版コンテンツファイル（例えば、４１’）の一部のハッシュ値
・他のＤＲＭ共通ヘッダ
・修正／更新アプリケーション指示（例えば、以前に受信したコンテンツファイルの中で更新すべきボックスに関する相対位置（上を参照））
【００７６】
コンテンツファイルマネージャ２０は、２つの動作を更に実行する。第１の動作として、受信機２５に対して信頼できる更新の発信元であることを証明するために、更新されたＧｒｏｕｐＩＤボックスが例えばＲＩ２６によって署名される。第２の動作として、更新タイムスタンプ値が更新版コンテンツファイルに含められる。タイムスタンプは、更新版コンテンツファイルがいつ作成されたかを示すことができる。このことは、どの更新版コンテンツファイルが最新の更新であるかをコンテンツ受信機に信号伝達できるという点で、利点を持つ。このことは、更新メッセージが例えば遅延したり失われたりした場合に、特に有用である。タイムスタンプの代わりに、シーケンス番号を更新版コンテンツファイルの中に含めてもよい。シーケンス番号から、コンテンツ受信機は最新の更新を判断することができるであろう。
【００７７】
コンテンツファイルマネージャ２０はその後、前述の情報を組み合わせることにより、更新版コンテンツファイル（「更新版ＤＣＦ」）（例えば、ＸＭＬデータ構造）を生成する（ステップ４ｄ）。このファイルは、コンテンツファイルマネージャ２０によって作成された完全に新しいコンテンツファイルと共に、配信基盤２３経由で受信機２５へ配信される（ステップ５、６）（図８のセッション２も参照のこと）。
【００７８】
再び図９を参照すると、受信機２５上のＤＣＦ管理クライアント（ＤＭＣ）２１は、幾つかのステップにおいて、受信したコンテンツファイルを処理する。新しいＤＣＦファイルの場合、ＤＭＣ２１は、例えばコンテンツＩＤ及びその格納場所を登録することにより、新しいＤＣＦファイルを登録する（ステップ７）。更新されたＤＣＦファイルの場合、ＤＭＣ２１は、以下のことを実行する。
【００７９】
１． 更新を、以前に受信したＤＣＦファイルと照合する（ステップ８ａ）。
【００８０】
２． ＤＲＭエージェント２４を用いて、他の（例えば、以前に獲得した）ＲＯが存在するか否かをチェックする（ステップ８ｂ）。
ａ． ｙｅｓの場合、既存のＲＯを破壊することを避けるために、以前に受信したＤＣＦファイルのコピーを作成する（ステップ８ｃ）。
【００８１】
３． ファイルの更新を適用する（ステップ８ｄ）。
ａ． 更新制御情報及び新しいグループ情報を使用して、格納されている以前に受信したＤＣＦファイルを修正する。
ｂ． ＤＣＦファイルに関するＤＭＣの登録情報を追加／変更する。
【００８２】
４． 格納管理を実行する（オプション）（ステップ８ｅ）。
ａ． 古いコンテンツを削除する。
ｂ． オプションの削除のためのマークを付ける（例えば、メモリが少なくなった場合に）。
ｃ． 将来の削除をスケジューリングする。
【００８３】
詳細には、上のステップ「３．」における「ＤＣＦファイルの更新を適用する」は、ＤＭＣ２１が、これらの以前に受信したＤＣＦファイル内のＧｒｏｕｐＩＤボックス、及び、更新版ＤＣＦファイルの中で送信された他の情報（例えば、コンテンツＩＤ）を変更することを意味する。この修正は、例えば、以前に受信したＤＣＦファイルのＧｒｏｕｐＩＤを、各更新版コンテンツファイル内に含まれる新しいグループＩＤで置換することにより、完了させることができる。代替として、この修正は、以前に受信したコンテンツファイルに対して、更新版コンテンツファイル内に含まれる新しいグループＩＤを追加することを含んでもよい。ハッシュ値が更新版ＤＣＦファイルの中に含まれる場合、ＤＭＣ２１は、更新版ＤＣＦファイルが正しいか否かを検証することもできる。このようにして、これらのＤＣＦファイルは更新され、この時点で新しいＧＲＯの権限に結び付けられるようになる。
【００８４】
ＤＣＦファイルの修正（或いは、更新）プロセスは、以下の基本的なステップにより更に詳細に説明することができる。
【００８５】
１． 「古い」ＤＣＦファイルのローカライゼーション
これは、更新制御情報の中で提供される「（「古い」）ＤＲＭコンテンツＩＤ」の助けにより実現可能である。ＤＭＣ２１は、「古い」ＤＣＦファイルの格納場所を（例えば、テーブルの中に）登録し、提供された古いＤＲＭコンテンツＩＤを通じて、ＤＭＣ２１は古いＤＣＦファイルを発見することができる。
【００８６】
２． 修正が必要なファイルセグメントの識別
ＤＣＦファイルの修正が必要な部分は、ＤＣＦファイルのボックス又はフィールドである。ボックスは、様々な属性を持つことができ、ＢｏｘＴｙｐｅを介して識別することができる。ＤＣＦファイルを更新するためには、ＤＲＭコンテナ、及びこのコンテナの中のＧｒｏｕｐＩＤボックスを識別する必要がある。このようにして、ＤＭＣ２１は更新が必要な（単数又は複数の）ボックスに関連する場所を識別することができる。
【００８７】
３． 関連する部分の修正（置換／追加）
新しいＧｒｏｕｐＩＤのサイズが以前のものと同じである場合、ボックスは提供されたデータで即座に置換可能である。しかしながら、サイズが異なる場合、古いＤＲＭコンテンツアイテムから更新されていない部分を組み合わせて新しいＧｒｏｕｐＩＤボックスを個々の位置に埋め込むことにより、新しいファイルを構築する必要がある。同様に、コンテンツＩＤが更新される。
或いは、置換の代わりに、新しいＧｒｏｕｐＩＤが修正対象のＤＣＦファイルに対して追加されてもよい。例えば、更新版ＤＣＦファイルからの新しいＧｒｏｕｐＩＤを含む新しいボックスが、修正対象のＤＣＦファイルに対して追加されてもよい。すると修正対象のＤＣＦファイルは、２つ（又はそれ以上）のＧｒｏｕｐＩＤのリストを含む。これは、ＤＣＦファイルの中に既に含まれている（単数又は複数の）ＧｒｏｕｐＩＤ、及び更新版コンテンツファイルからの新しいＧｒｏｕｐＩＤである。
【００８８】
４． ファイルのハッシュ値を介した、実行された変更の正確性の検証（オプションでよい）
上述の変更を通じて、更新プロセスが正しく実行されたということを検証することが望まれるかもしれない。このことは、典型的には、ファイルのハッシュ値（ＳＨＡ１又はＭＤ５）のテストを通じて実行可能である。ハッシュの完全性は、例えばＤＲＭの権限発行者の公開鍵を使用する電子（ＲＳＡ）署名によって確実にされる。
【００８９】
受信機２５は、ＤＣＦファイルを受信するとすぐに、又はＤＣＦファイルに含まれるコンテンツアイテムを使用するとユーザが決定すると、例えばＲＯＡＰプロトコルを介してＲＩ２６から新しいＧＲＯを要求することができる（ステップ１０、１１）。
【００９０】
更なる権限オブジェクトが存在する場合、ＤＣＦファイルをチェックして複製することで、全ての既存のＲＯが既に機能しており、正当なライセンスを持つコンテンツアイテムが決して削除されないということが保証される。更なる権限オブジェクトは別のグループ権限オブジェクトであるかもしれないが、「プライベート」権限オブジェクトであってもよい。「プライベート」権限オブジェクトとは、特定のコンテンツファイルのみの消費に適用可能であって同一グループ内の他のコンテンツファイルには適用不可能な権限オブジェクトである。複製は、既存のＯＭＡ ＤＲＭ２．０標準に準拠するために使用可能である。
【００９１】
受信機２５が第１の最初の開始(first initial start)の後でコンテンツサービスに参加する場合、コンテンツファイルマネージャ２０は、この受信機に対して、配信基盤２３経由で例えばユニキャスト配信を介して、全ての本当の完全なＤＣＦファイルの最新版を提供することができる。それゆえ、後から参加する受信機２５は全て、以後に配信される更新版ＤＣＦファイルを正しいやり方で扱うこともできる。多数の受信機２５が同時に参加する場合、ユニキャストリソースの問題を引き起こす可能性がある。この場合、コンテンツファイルマネージャ２０は、全ての本当のＤＣＦファイルを完全なグループに対して配信することを決定することもでき、従って全てのコンテンツアイテムを新しいものとして扱うこともできる（即ち、更新版ＤＣＦファイルを何ら使用せずに）。
【００９２】
上述した、グループ権限を使用するコンテンツ管理のための技術は、多数の利点を提供する。例えば、コンテンツファイルの部分的な更新を達成することにより、本技術は、コンテンツ配信におけるシグナリングのオーバーヘッドを減少させることができる。この減少は、コンテンツをブロードキャストするシナリオにおいてより明らかであるかもしれない。本技術は、コンテンツファイルのグループメンバーシップに関する積極的で柔軟な管理も可能にする。更に、新しいグループを割り当てて対応する新しいグループ暗号化鍵を使用するという応用を通じて、コンテンツ受信機に格納された保護されたコンテンツを、セキュアなやり方で管理することができる。コンテンツ受信機が、例えばＤＲＭエージェントが動作している移動体端末のようなユーザ端末である場合、本技術の適用は、ＤＲＭエージェントを修正することを必要としない。即ち、標準のＯＭＡ ＤＲＭエージェントを使用することができる。ファイル更新メカニズムは、エージェントのＤＲＭコアとは独立に、標準化して実装することができる。
【００９３】
指摘すべきこととして、ＯＭＡ ＤＣＦファイルフォーマットに関して本技術を説明してきたが、本技術は、他のフォーマット（例えば、パケット化ＤＣＦ（ＰＤＣＦ））が代わりに使用される場合も同様に機能する。ＯＭＡ ＤＲＭコンテンツフォーマットは、２つの変種（或いは「プロファイル」）、Discrete Media Profile及びContinuous Media Profile（パケット化ＤＣＦ（ＰＤＣＦ）としても知られる）を持つ。Discrete Media Profileは、例えば着信音、アプリケーション、画像などの離散メディアをパッケージ化して保護するために使用される。これにより、ＣＩは任意のコンテンツを「封筒」（ＤＣＦ）の中に包むことができる。その後、コンテンツは単一のオブジェクトとして暗号化される。Continuous Media Profile（ＰＤＣＦ）は、例えばオーディオ及びビデオのような連続メディアを保護するために使用される。連続メディアは、パケット化されるので分離したプロファイルで保護され、それゆえ、このプロファイルはパケット化ＤＣＦ（ＰＤＣＦ）と呼ばれる。
【００９４】
更に、ＤＣＦ／ＰＤＣＦファイルは、例えば映画のオーディオ部分及びビデオ部分のための、ＯＭＡ ＤＲＭ情報を伴う２以上のボックスを含むことができる。それゆえ、更新版ＤＣＦ／ＰＤＣＦファイルは、単一のＤＣＦ／ＰＤＣＦファイルの中の複数のＯＭＡ ＤＲＭボックスを更新するための情報を含むことができる。ＰＤＣＦについては、実行された更新の正しさを検証するプロセスは、同様である。しかしながら、ここでは、正しいＤＲＭコンテナの代わりに、正しいトラックを識別する必要があるであろう。
【００９５】
本技術は、２以上のグループに割り当てられたコンテンツファイルを更新する可能性についてもカバーする。複数のグループに対するコンテンツファイルの割り当ては、コンテンツファイル毎に複数のＧｒｏｕｐＩＤボックスという意味であるので、ＯＭＡ ＤＲＭ標準を変更する必要があるかもしれない。
【００９６】
本技術で使用される暗号鍵は、ＲＩが生成することができる。同等のこととして、暗号鍵は、コンテンツファイルマネージャ又はＣＩによって生成されて、ＲＩへ、又はコンテンツファイルマネージャ及びＲＩそれぞれへ、信号伝達されてもよい。
【００９７】
グループ権限を使用するコンテンツ管理のための技術に関する実施形態を、添付の図面に示し、前述の記述において説明してきたが、理解されるであろうこととして、本技術は、ここに開示される実施形態に限定されない。本技術は、本発明の範囲から逸脱することなしに、多数の再構成、修正、及び置換が可能である。
【特許請求の範囲】
【請求項１】
１以上のコンテンツ受信機（２５）によって使用されるコンテンツアイテム（４２，４２’’）のためのコンテンツファイル（４１，４１’，４１’’）を作成する方法であって、前記コンテンツファイル（４１，４１’，４１’’）は、グループ権限オブジェクト（４４）に関連付けられたグループＩＤ（４３，４３’，４３’’）を用いてグループ化されており、前記方法は、
配信対象の複数のコンテンツアイテム（４２，４２’’）を新しいグループに対して割り当てるステップ（６２）であって、当該新しいグループのグループＩＤ（４３’，４３’’）は新しいグループ権限オブジェクト（４４）に関連付けられる、ステップと、
前記新しいグループの前記コンテンツアイテム（４２，４２’’）のいずれかが以前に配信されたか否かを判定するステップ（６４）と、
以前に配信された各コンテンツアイテム（４２）について、前記新しいグループの前記グループＩＤ（４３’）を含むが前記以前に配信されたコンテンツアイテム（４２）自体は排除した更新版コンテンツファイル（４１’）を作成するステップ（６６）と、
少なくとも各更新版コンテンツファイル（４１’）を出力するステップ（６８）と、
を備えることを特徴とする方法。
【請求項２】
以前に配信されていない各コンテンツアイテム（４２’’）について、前記新しいグループの前記グループＩＤ（４３’’）と前記以前に配信されていないコンテンツアイテム（４２’’）とを含む新しいコンテンツファイル（４１’’）を作成するステップと、
前記新しいコンテンツファイル（４１’’）を出力するステップと、
を更に備えることを特徴とする請求項１に記載の方法。
【請求項３】
以前に配信された各コンテンツアイテム（４２）について、前記コンテンツ受信機（２５）が以前に受信した対応するコンテンツファイル（４１）を修正するように前記コンテンツ受信機（２５）に指示するための制御情報を生成するステップと、
前記制御情報を各更新版コンテンツファイル（４１’）に関連付けるステップと、
を更に備えることを特徴とする請求項１又は２に記載の方法。
【請求項４】
各更新版コンテンツファイル（４１’）のための前記制御情報は、前記更新版コンテンツファイル（４１’）の識別情報と、前記以前に配信された各コンテンツアイテム（４２）のために作成された以前に配信されたコンテンツファイル（５８）の識別情報と、前記コンテンツファイルの更新を検証するためのハッシュ値と、デジタル著作権管理ヘッダ情報と、１以上の修正指示と、のうちの１以上のものを含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
以前に配信されていない各コンテンツアイテム（４２’’）を保護するためのコンテンツ暗号鍵（ＣＥＫ）を提供し、当該ＣＥＫをデータ記憶装置（２７）に格納するステップと、
以前に配信された各コンテンツアイテム（４２）について、前記データ記憶装置（２７）から各ＣＥＫを引き出し、前記ＣＥＫを前記各更新版コンテンツファイル（４１’）に含めるステップと、
のうちの少なくとも一方を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記更新版コンテンツファイル（４１’）の少なくとも一部をデジタル署名するステップ
を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
コンテンツアイテム（４２，４２’’）のために作成されたコンテンツファイル（４１，４１’，４１’’）をコンテンツ受信機（２５）によって処理する方法であって、前記コンテンツファイル（４１’，４１’’）は、グループ権限オブジェクト（４４）に関連付けられたグループＩＤ（４３’，４３’’）を用いてグループ化されており、前記方法は、
少なくとも１つのコンテンツファイル（４１，４１’，４１’’）を受信するステップ（７２）と、
前記コンテンツファイル（４１，４１’，４１’’）が、以前に受信したコンテンツファイル（４１）を介して前記コンテンツ受信機（２５）へ提供されたコンテンツアイテム（４２）のために作成された更新版コンテンツファイル（４１’）であるか否かを判定するステップ（７４）であって、前記更新版コンテンツファイル（４１’）は、新しいグループ権限オブジェクト（４４）に関連付けられた新しいグループのグループＩＤ（４３’）を含むが前記以前に提供されたコンテンツアイテム（４２）は排除している、ステップと、
前記判定の結果に応えて、前記コンテンツ受信機（２５）が継続使用できるように前記以前に受信したコンテンツファイル（４１）を修正するステップ（７６）と、
を備えることを特徴とする方法。
【請求項８】
前記以前に受信したコンテンツファイル（４２）を修正する前記ステップ（７６）は、前記以前に受信したコンテンツファイルのグループＩＤ（４０）を、前記更新版コンテンツファイル（４１’）に含まれる前記新しいグループＩＤ（４３’）で置換するステップ、又は、前記以前に受信したコンテンツファイル（４２）に対して、前記更新版コンテンツファイル（４１’）に含まれる前記新しいグループＩＤ（４３’）を追加するステップを含む
ことを特徴とする請求項７に記載の方法。
【請求項９】
前記更新版コンテンツファイル（４１’）は、前記以前に受信したコンテンツファイル（４１）の修正に関する制御情報を更に含み、
前記方法は、前記制御情報に基づいて前記以前に受信したコンテンツファイル（４１’）を修正するステップを更に備える
ことを特徴とする請求項７又は８に記載の方法。
【請求項１０】
前記更新版コンテンツファイル（４１’）の中の前記制御情報は、前記更新版コンテンツファイル（４１’）の識別情報と、前記以前に受信した各コンテンツファイル（４１）の識別情報と、前記コンテンツファイルの更新を検証するためのハッシュ値と、デジタル著作権管理ヘッダ情報と、１以上の修正指示と、のうちの１以上のものを含む
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記コンテンツ受信機（２５）が前記以前に受信したコンテンツファイル（４１）のための何らかの更なる権限オブジェクトを以前に獲得したか否かを判定するステップと、
前記コンテンツ受信機（２５）が前記以前に受信したコンテンツファイル（４１）のための１以上の更なる権限オブジェクトを以前に獲得したと判定された場合に、前記以前に受信したコンテンツファイル（４１）のコピーを作成するステップと、
を更に備えることを特徴とする請求項７乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記以前に受信したコンテンツファイル（４１）を削除するステップ、前記以前に受信したコンテンツファイル（４１）のオプションでの削除のためのマークを付けるステップ、又は前記以前に受信したコンテンツファイル（４１）の将来の削除をスケジューリングするステップ
を更に備えることを特徴とする請求項７乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記受信した少なくとも１つのコンテンツファイル（４１，４１’，４１’’）が更新版コンテンツファイル（４１’）でない場合に、前記受信した少なくとも１つのコンテンツファイル（４１，４１’，４１’’）を登録するステップと、
前記受信した少なくとも１つのコンテンツファイル（４１，４１’，４１’’）が更新版コンテンツファイル（４１’）である場合に、対応する以前に受信したコンテンツファイル（４１）の登録を更新するステップと、
のうちの少なくとも一方を更に備えることを特徴とする請求項７乃至１１のいずれか１項に記載の方法。
【請求項１４】
前記登録は、前記受信した少なくとも１つのコンテンツファイル（４１’’）に含まれる前記コンテンツアイテム（３３，４２’’）のＩＤ（３６）と、前記受信した少なくとも１つのコンテンツファイル（４１’’）の格納場所と、を登録することを含む
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記新しいグループの前記グループＩＤ（４３，４３’，４３’’）に従って前記新しいグループ権限オブジェクト（４４）を取得するステップ
を更に備えることを特徴とする請求項７乃至１４のいずれか１項に記載の方法。
【請求項１６】
コンピュータシステムにおいて実行された場合に請求項１乃至１５のいずれか１項に記載の方法の各ステップを実行させるコンピュータプログラム。
【請求項１７】
請求項１６に記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１８】
１以上のコンテンツ受信機（２５）によって使用されるコンテンツアイテム（４２，４２’’）のためのコンテンツファイル（４１，４１’，４１’’）を作成するように構成されるコンテンツファイルマネージャ（２０）であって、前記コンテンツファイル（４１’，４１’’）は、グループ権限オブジェクト（４４）に関連付けられたグループＩＤ（４３，４３’，４３’’）を用いてグループ化されており、前記コンテンツファイルマネージャ（２０）は、
配信対象の複数のコンテンツアイテム（４２，４２’’）を新しいグループに対して割り当てるように構成される第１のコンポーネント（４５）であって、当該新しいグループのグループＩＤ（４３’，４３’’）は新しいグループ権限オブジェクト（４４）に関連付けられる、コンポーネントと、
前記新しいグループの前記コンテンツアイテム（４２，４２’’）のいずれかが以前に配信されたか否かを判定するように構成される第２のコンポーネント（４６）と、
以前に配信された各コンテンツアイテム（４２）について、前記新しいグループの前記グループＩＤ（４３’）を含むが前記以前に配信されたコンテンツアイテム（４２）自体は排除した更新版コンテンツファイル（４１’）を作成するように構成されるコンテンツファイル作成器（４７）と、
少なくとも各更新版コンテンツファイル（４１’）を出力するように構成される出力部（４８）と、
を備えることを特徴とするコンテンツファイルマネージャ（２０）。
【請求項１９】
前記コンテンツファイル作成器（４７）は、以前に配信されていない各コンテンツアイテム（４２’’）について、前記新しいグループの前記グループＩＤ（４３’’）と前記以前に配信されていないコンテンツアイテム（４２’’）とを含む新しいコンテンツファイル（４１’’）を作成するように更に構成され、
前記出力部（４８）は、前記新しいコンテンツファイル（４１’’）を出力するように更に構成される
ことを特徴とする請求項１８に記載のコンテンツファイルマネージャ（２０）。
【請求項２０】
以前に配信された各コンテンツアイテム（４２）について、前記コンテンツ受信機（２５）が以前に受信した対応するコンテンツファイル（４１）を修正するように前記コンテンツ受信機（２５）に指示するための制御情報を生成し、
前記制御情報を各更新版コンテンツファイル（４１’）に関連付ける
ように更に構成されることを特徴とする請求項１８又は１９に記載のコンテンツファイルマネージャ（２０）。
【請求項２１】
各更新版コンテンツファイル（４１’）のための前記制御情報は、前記更新版コンテンツファイル（４１’）の識別情報と、前記以前に配信された各コンテンツアイテム（４２）のために作成された以前に配信されたコンテンツファイル（５８）の識別情報と、前記コンテンツファイルの更新を検証するためのハッシュ値と、デジタル著作権管理ヘッダ情報と、１以上の修正指示と、のうちの１以上のものを含む
ことを特徴とする請求項２０に記載のコンテンツファイルマネージャ（２０）。
【請求項２２】
コンテンツアイテム（４２，４２’’）のために作成されたコンテンツファイル（４１，４１’，４１’’）を処理するように構成されるデバイス（２１）であって、前記コンテンツファイル（４１’，４１’’）は、グループ権限オブジェクト（４４）に関連付けられたグループＩＤ（４３，４３’，４３’’）を用いてグループ化されており、前記デバイス（２１）は、
少なくとも１つのコンテンツファイル（４１，４１’，４１’’）を受信するように構成される入力部（５４）と、
前記コンテンツファイル（４１，４１’，４１’’）が、以前に受信したコンテンツファイル（４１’）を介して前記デバイス（２１）へ以前に提供されたコンテンツアイテム（４２）のために作成された更新版コンテンツファイル（４１’）であるか否かを判定するように構成される判定器（５５）であって、前記更新版コンテンツファイル（４１’）は、新しいグループ権限オブジェクト（４４）に関連付けられた新しいグループのグループＩＤ（４３’）を含むが前記以前に提供されたコンテンツアイテム（４２）は排除している、判定器（５５）と、
前記判定の結果に応えて、前記デバイス（２１）が継続使用できるように前記以前に受信したコンテンツファイル（４１）を修正するように構成される修正器（５６）と、
を備えることを特徴とするデバイス（２１）。
【請求項２３】
前記修正器（５６）は、前記以前に受信したコンテンツファイルのグループＩＤ（４０）を、前記更新版コンテンツファイル（４１’）に含まれる前記新しいグループＩＤ（４３’）で置換することにより、又は、前記以前に受信したコンテンツファイル（４１）に対して、前記更新版コンテンツファイル（４１’）に含まれる前記新しいグループＩＤ（４３’）を追加することにより、前記以前に受信したコンテンツファイル（４１）を修正するように更に構成される
ことを特徴とする請求項２２に記載のデバイス（２１）。
【請求項２４】
前記更新版コンテンツファイル（４１’）は、前記以前に受信したコンテンツファイル（４１）の修正に関する制御情報を更に含み、
前記修正器（５６）は、前記制御情報に基づいて前記以前に受信したコンテンツファイル（４１）を修正するように更に構成される
ことを特徴とする請求項２２又は２３に記載のデバイス（２１）。
【請求項２５】
前記更新版コンテンツファイル（４１’）の中の前記制御情報は、前記更新版コンテンツファイル（４１’）の識別情報と、前記以前に受信した各コンテンツファイル（４１）の識別情報と、前記コンテンツファイルの更新を検証するためのハッシュ値と、デジタル著作権管理ヘッダ情報と、１以上の修正指示と、のうちの１以上のものを含む
ことを特徴とする請求項２４に記載のデバイス（２１）。
【請求項１】
１以上のコンテンツ受信機（２５）によって使用されるコンテンツアイテム（４２，４２’’）のためのコンテンツファイル（４１，４１’，４１’’）を作成する方法であって、前記コンテンツファイル（４１，４１’，４１’’）は、グループ権限オブジェクト（４４）に関連付けられたグループＩＤ（４３，４３’，４３’’）を用いてグループ化されており、前記方法は、
配信対象の複数のコンテンツアイテム（４２，４２’’）を新しいグループに対して割り当てるステップ（６２）であって、当該新しいグループのグループＩＤ（４３’，４３’’）は新しいグループ権限オブジェクト（４４）に関連付けられる、ステップと、
前記新しいグループの前記コンテンツアイテム（４２，４２’’）のいずれかが以前に配信されたか否かを判定するステップ（６４）と、
以前に配信された各コンテンツアイテム（４２）について、前記新しいグループの前記グループＩＤ（４３’）を含むが前記以前に配信されたコンテンツアイテム（４２）自体は排除した更新版コンテンツファイル（４１’）を作成するステップ（６６）と、
少なくとも各更新版コンテンツファイル（４１’）を出力するステップ（６８）と、
を備えることを特徴とする方法。
【請求項２】
以前に配信されていない各コンテンツアイテム（４２’’）について、前記新しいグループの前記グループＩＤ（４３’’）と前記以前に配信されていないコンテンツアイテム（４２’’）とを含む新しいコンテンツファイル（４１’’）を作成するステップと、
前記新しいコンテンツファイル（４１’’）を出力するステップと、
を更に備えることを特徴とする請求項１に記載の方法。
【請求項３】
以前に配信された各コンテンツアイテム（４２）について、前記コンテンツ受信機（２５）が以前に受信した対応するコンテンツファイル（４１）を修正するように前記コンテンツ受信機（２５）に指示するための制御情報を生成するステップと、
前記制御情報を各更新版コンテンツファイル（４１’）に関連付けるステップと、
を更に備えることを特徴とする請求項１又は２に記載の方法。
【請求項４】
各更新版コンテンツファイル（４１’）のための前記制御情報は、前記更新版コンテンツファイル（４１’）の識別情報と、前記以前に配信された各コンテンツアイテム（４２）のために作成された以前に配信されたコンテンツファイル（５８）の識別情報と、前記コンテンツファイルの更新を検証するためのハッシュ値と、デジタル著作権管理ヘッダ情報と、１以上の修正指示と、のうちの１以上のものを含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
以前に配信されていない各コンテンツアイテム（４２’’）を保護するためのコンテンツ暗号鍵（ＣＥＫ）を提供し、当該ＣＥＫをデータ記憶装置（２７）に格納するステップと、
以前に配信された各コンテンツアイテム（４２）について、前記データ記憶装置（２７）から各ＣＥＫを引き出し、前記ＣＥＫを前記各更新版コンテンツファイル（４１’）に含めるステップと、
のうちの少なくとも一方を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記更新版コンテンツファイル（４１’）の少なくとも一部をデジタル署名するステップ
を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
コンテンツアイテム（４２，４２’’）のために作成されたコンテンツファイル（４１，４１’，４１’’）をコンテンツ受信機（２５）によって処理する方法であって、前記コンテンツファイル（４１’，４１’’）は、グループ権限オブジェクト（４４）に関連付けられたグループＩＤ（４３’，４３’’）を用いてグループ化されており、前記方法は、
少なくとも１つのコンテンツファイル（４１，４１’，４１’’）を受信するステップ（７２）と、
前記コンテンツファイル（４１，４１’，４１’’）が、以前に受信したコンテンツファイル（４１）を介して前記コンテンツ受信機（２５）へ提供されたコンテンツアイテム（４２）のために作成された更新版コンテンツファイル（４１’）であるか否かを判定するステップ（７４）であって、前記更新版コンテンツファイル（４１’）は、新しいグループ権限オブジェクト（４４）に関連付けられた新しいグループのグループＩＤ（４３’）を含むが前記以前に提供されたコンテンツアイテム（４２）は排除している、ステップと、
前記判定の結果に応えて、前記コンテンツ受信機（２５）が継続使用できるように前記以前に受信したコンテンツファイル（４１）を修正するステップ（７６）と、
を備えることを特徴とする方法。
【請求項８】
前記以前に受信したコンテンツファイル（４２）を修正する前記ステップ（７６）は、前記以前に受信したコンテンツファイルのグループＩＤ（４０）を、前記更新版コンテンツファイル（４１’）に含まれる前記新しいグループＩＤ（４３’）で置換するステップ、又は、前記以前に受信したコンテンツファイル（４２）に対して、前記更新版コンテンツファイル（４１’）に含まれる前記新しいグループＩＤ（４３’）を追加するステップを含む
ことを特徴とする請求項７に記載の方法。
【請求項９】
前記更新版コンテンツファイル（４１’）は、前記以前に受信したコンテンツファイル（４１）の修正に関する制御情報を更に含み、
前記方法は、前記制御情報に基づいて前記以前に受信したコンテンツファイル（４１’）を修正するステップを更に備える
ことを特徴とする請求項７又は８に記載の方法。
【請求項１０】
前記更新版コンテンツファイル（４１’）の中の前記制御情報は、前記更新版コンテンツファイル（４１’）の識別情報と、前記以前に受信した各コンテンツファイル（４１）の識別情報と、前記コンテンツファイルの更新を検証するためのハッシュ値と、デジタル著作権管理ヘッダ情報と、１以上の修正指示と、のうちの１以上のものを含む
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記コンテンツ受信機（２５）が前記以前に受信したコンテンツファイル（４１）のための何らかの更なる権限オブジェクトを以前に獲得したか否かを判定するステップと、
前記コンテンツ受信機（２５）が前記以前に受信したコンテンツファイル（４１）のための１以上の更なる権限オブジェクトを以前に獲得したと判定された場合に、前記以前に受信したコンテンツファイル（４１）のコピーを作成するステップと、
を更に備えることを特徴とする請求項７乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記以前に受信したコンテンツファイル（４１）を削除するステップ、前記以前に受信したコンテンツファイル（４１）のオプションでの削除のためのマークを付けるステップ、又は前記以前に受信したコンテンツファイル（４１）の将来の削除をスケジューリングするステップ
を更に備えることを特徴とする請求項７乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記受信した少なくとも１つのコンテンツファイル（４１，４１’，４１’’）が更新版コンテンツファイル（４１’）でない場合に、前記受信した少なくとも１つのコンテンツファイル（４１，４１’，４１’’）を登録するステップと、
前記受信した少なくとも１つのコンテンツファイル（４１，４１’，４１’’）が更新版コンテンツファイル（４１’）である場合に、対応する以前に受信したコンテンツファイル（４１）の登録を更新するステップと、
のうちの少なくとも一方を更に備えることを特徴とする請求項７乃至１１のいずれか１項に記載の方法。
【請求項１４】
前記登録は、前記受信した少なくとも１つのコンテンツファイル（４１’’）に含まれる前記コンテンツアイテム（３３，４２’’）のＩＤ（３６）と、前記受信した少なくとも１つのコンテンツファイル（４１’’）の格納場所と、を登録することを含む
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記新しいグループの前記グループＩＤ（４３，４３’，４３’’）に従って前記新しいグループ権限オブジェクト（４４）を取得するステップ
を更に備えることを特徴とする請求項７乃至１４のいずれか１項に記載の方法。
【請求項１６】
コンピュータシステムにおいて実行された場合に請求項１乃至１５のいずれか１項に記載の方法の各ステップを実行させるコンピュータプログラム。
【請求項１７】
請求項１６に記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１８】
１以上のコンテンツ受信機（２５）によって使用されるコンテンツアイテム（４２，４２’’）のためのコンテンツファイル（４１，４１’，４１’’）を作成するように構成されるコンテンツファイルマネージャ（２０）であって、前記コンテンツファイル（４１’，４１’’）は、グループ権限オブジェクト（４４）に関連付けられたグループＩＤ（４３，４３’，４３’’）を用いてグループ化されており、前記コンテンツファイルマネージャ（２０）は、
配信対象の複数のコンテンツアイテム（４２，４２’’）を新しいグループに対して割り当てるように構成される第１のコンポーネント（４５）であって、当該新しいグループのグループＩＤ（４３’，４３’’）は新しいグループ権限オブジェクト（４４）に関連付けられる、コンポーネントと、
前記新しいグループの前記コンテンツアイテム（４２，４２’’）のいずれかが以前に配信されたか否かを判定するように構成される第２のコンポーネント（４６）と、
以前に配信された各コンテンツアイテム（４２）について、前記新しいグループの前記グループＩＤ（４３’）を含むが前記以前に配信されたコンテンツアイテム（４２）自体は排除した更新版コンテンツファイル（４１’）を作成するように構成されるコンテンツファイル作成器（４７）と、
少なくとも各更新版コンテンツファイル（４１’）を出力するように構成される出力部（４８）と、
を備えることを特徴とするコンテンツファイルマネージャ（２０）。
【請求項１９】
前記コンテンツファイル作成器（４７）は、以前に配信されていない各コンテンツアイテム（４２’’）について、前記新しいグループの前記グループＩＤ（４３’’）と前記以前に配信されていないコンテンツアイテム（４２’’）とを含む新しいコンテンツファイル（４１’’）を作成するように更に構成され、
前記出力部（４８）は、前記新しいコンテンツファイル（４１’’）を出力するように更に構成される
ことを特徴とする請求項１８に記載のコンテンツファイルマネージャ（２０）。
【請求項２０】
以前に配信された各コンテンツアイテム（４２）について、前記コンテンツ受信機（２５）が以前に受信した対応するコンテンツファイル（４１）を修正するように前記コンテンツ受信機（２５）に指示するための制御情報を生成し、
前記制御情報を各更新版コンテンツファイル（４１’）に関連付ける
ように更に構成されることを特徴とする請求項１８又は１９に記載のコンテンツファイルマネージャ（２０）。
【請求項２１】
各更新版コンテンツファイル（４１’）のための前記制御情報は、前記更新版コンテンツファイル（４１’）の識別情報と、前記以前に配信された各コンテンツアイテム（４２）のために作成された以前に配信されたコンテンツファイル（５８）の識別情報と、前記コンテンツファイルの更新を検証するためのハッシュ値と、デジタル著作権管理ヘッダ情報と、１以上の修正指示と、のうちの１以上のものを含む
ことを特徴とする請求項２０に記載のコンテンツファイルマネージャ（２０）。
【請求項２２】
コンテンツアイテム（４２，４２’’）のために作成されたコンテンツファイル（４１，４１’，４１’’）を処理するように構成されるデバイス（２１）であって、前記コンテンツファイル（４１’，４１’’）は、グループ権限オブジェクト（４４）に関連付けられたグループＩＤ（４３，４３’，４３’’）を用いてグループ化されており、前記デバイス（２１）は、
少なくとも１つのコンテンツファイル（４１，４１’，４１’’）を受信するように構成される入力部（５４）と、
前記コンテンツファイル（４１，４１’，４１’’）が、以前に受信したコンテンツファイル（４１’）を介して前記デバイス（２１）へ以前に提供されたコンテンツアイテム（４２）のために作成された更新版コンテンツファイル（４１’）であるか否かを判定するように構成される判定器（５５）であって、前記更新版コンテンツファイル（４１’）は、新しいグループ権限オブジェクト（４４）に関連付けられた新しいグループのグループＩＤ（４３’）を含むが前記以前に提供されたコンテンツアイテム（４２）は排除している、判定器（５５）と、
前記判定の結果に応えて、前記デバイス（２１）が継続使用できるように前記以前に受信したコンテンツファイル（４１）を修正するように構成される修正器（５６）と、
を備えることを特徴とするデバイス（２１）。
【請求項２３】
前記修正器（５６）は、前記以前に受信したコンテンツファイルのグループＩＤ（４０）を、前記更新版コンテンツファイル（４１’）に含まれる前記新しいグループＩＤ（４３’）で置換することにより、又は、前記以前に受信したコンテンツファイル（４１）に対して、前記更新版コンテンツファイル（４１’）に含まれる前記新しいグループＩＤ（４３’）を追加することにより、前記以前に受信したコンテンツファイル（４１）を修正するように更に構成される
ことを特徴とする請求項２２に記載のデバイス（２１）。
【請求項２４】
前記更新版コンテンツファイル（４１’）は、前記以前に受信したコンテンツファイル（４１）の修正に関する制御情報を更に含み、
前記修正器（５６）は、前記制御情報に基づいて前記以前に受信したコンテンツファイル（４１）を修正するように更に構成される
ことを特徴とする請求項２２又は２３に記載のデバイス（２１）。
【請求項２５】
前記更新版コンテンツファイル（４１’）の中の前記制御情報は、前記更新版コンテンツファイル（４１’）の識別情報と、前記以前に受信した各コンテンツファイル（４１）の識別情報と、前記コンテンツファイルの更新を検証するためのハッシュ値と、デジタル著作権管理ヘッダ情報と、１以上の修正指示と、のうちの１以上のものを含む
ことを特徴とする請求項２４に記載のデバイス（２１）。
【図１Ａ】
【図１Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公表番号】特表２０１２−５０３２３８（Ｐ２０１２−５０３２３８Ａ）
【公表日】平成２４年２月２日（２０１２．２．２）
【国際特許分類】
【出願番号】特願２０１１−５２７２１０（Ｐ２０１１−５２７２１０）
【出願日】平成２０年９月１８日（２００８．９．１８）
【国際出願番号】ＰＣＴ／ＥＰ２００８／００７８２２
【国際公開番号】ＷＯ２０１０／０３１４１３
【国際公開日】平成２２年３月２５日（２０１０．３．２５）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２４年２月２日（２０１２．２．２）
【国際特許分類】
【出願日】平成２０年９月１８日（２００８．９．１８）
【国際出願番号】ＰＣＴ／ＥＰ２００８／００７８２２
【国際公開番号】ＷＯ２０１０／０３１４１３
【国際公開日】平成２２年３月２５日（２０１０．３．２５）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]