(57)【特許請求の範囲】
【請求項１】
暗号化されたコンテンツおよび前記暗号化されたコンテンツに対応する少なくとも一つ以上のダミーコンテンツの提供を受けるコンテンツダウンロード部と、
前記ダミーコンテンツのDRMヘッダを分析し、前記暗号化されたコンテンツに対するライセンスを要請するライセンス管理部と、
前記要請されたライセンスに基づき前記ダミーコンテンツを復号化し、前記復号化されたダミーコンテンツを利用して前記暗号化されたコンテンツを復号化する処理部と、
を含み、
前記少なくとも一つ以上のダミーコンテンツは、各DRM別にライセンスの発給を受けるためのファイルであり、前記ダミーコンテンツのボディーには前記暗号化されたコンテンツのコンテンツ暗号化キー（ＣＥＫＲ）が含まれることを特徴とするDRM提供装置。
【請求項２】
前記DRMヘッダは、前記ライセンスの発給を要請するURI情報および前記ライセンスを検索できるKID(Key ID)値を含むことを特徴とする請求項１に記載のDRM提供装置。
【請求項３】
前記ライセンスは、コンテンツに対する権限および前記ダミーコンテンツを復号化するための第1復号化キーを含むことを特徴とする請求項１に記載のDRM提供装置。
【請求項４】
前記ライセンスは、前記ダミーコンテンツの情報に基づいて生成されることを特徴とする請求項１に記載のDRM提供装置。
【請求項５】
前記少なくとも一つ以上のダミーコンテンツは、各DRM別に生成されることを特徴とする請求項１に記載のDRM提供装置。
【請求項６】
前記提供された暗号化コンテンツおよび一つ以上のダミーコンテンツは、パッケージサーバから生成されることを特徴とする請求項１に記載のDRM提供装置。
【請求項７】
前記ライセンス管理部は、前記ダミーコンテンツのDRMヘッダを分析してURIおよびKID(Key ID)を獲得し、前記獲得されたURIに基づいて前記暗号化されたコンテンツに対するライセンスを要請することを特徴とする請求項１に記載のDRM提供装置。
【請求項８】
前記処理部は、前記要請されたライセンスを受信し、前記ダミーコンテンツの第1復号化キーを獲得し、前記獲得された第1復号化キーにより前記ダミーコンテンツを復号化し、前記暗号化されたコンテンツを復号化できる第2復号化キーを獲得し、前記獲得された第2復号化キーにより暗号化されたコンテンツを復号化することを特徴とする請求項１に記載のDRM提供装置。
【請求項９】
前記処理部は、前記提供された暗号化されたコンテンツ、少なくとも一つ以上のダミーコンテンツおよび前記ライセンスを携帯用保存装置に保存する請求項１に記載のDRM提供装置。
【請求項１０】
前記復号化されたコンテンツをプレビュー画面で提供するプレビュー提供部をさらに含むことを特徴とする請求項１に記載のDRM提供装置。
【請求項１１】
請求項１に記載のDRM提供装置を利用してDRMを提供する方法において、
前記コンテンツダウンロード部が、暗号化されたコンテンツおよび前記暗号化されたコンテンツに対応する少なくとも一つ以上のダミーコンテンツの提供を受ける段階と、
前記ライセンス管理部が、前記ダミーコンテンツのDRMヘッダを分析し、前記暗号化されたコンテンツに対するライセンスを要請する段階と、
前記処理部が、前記暗号化されたコンテンツに対するライセンスを受信し、前記ダミーコンテンツの第1復号化キーを獲得する段階と、
前記処理部が、前記暗号化されたコンテンツを復号化できる第2復号化キーを獲得するために前記獲得された第1復号化キーにより前記ダミーコンテンツを復号化する段階と、
前記処理部が、前記獲得された第2復号化キーにより、暗号化されたコンテンツを復号化する段階と、
を含み、
前記少なくとも一つ以上のダミーコンテンツは、各DRM別にライセンスの発給を受けるためのファイルであり、前記ダミーコンテンツのボディーには前記暗号化されたコンテンツのコンテンツ暗号化キー（ＣＥＫＲ）が含まれることを特徴とするDRM提供方法。
【請求項１２】
前記DRMヘッダは、前記ライセンスの発給を要請するURI情報および前記ライセンスを検索できるKID(Key ID)値を含むことを特徴とする請求項１１に記載のDRM提供方法。
【請求項１３】
前記ライセンスは、コンテンツに対する権限および前記ダミーコンテンツを復号化するための第1復号化キーを含むことを特徴とする請求項１１に記載のDRM提供方法。
【請求項１４】
前記ライセンスは、前記ダミーコンテンツの情報に基づいて生成されることを特徴とする請求項１１に記載のDRM提供方法。
【請求項１５】
前記少なくとも一つ以上のダミーコンテンツは、各DRM別に生成されることを特徴とする請求項１１に記載のDRM提供方法。
【請求項１６】
前記DRMヘッダを分析してライセンスを要請する段階は、
前記ダミーコンテンツのDRMヘッダを分析してURI(Uniform Resource Identifier)およびKID(Key ID)を獲得する段階と、
前記獲得されたURIに基づいて前記暗号化されたコンテンツに対するライセンスを要請する段階と、
を含むことを特徴とする請求項１１に記載のDRM提供方法。
【請求項１７】
前記提供された暗号化コンテンツおよび一つ以上のダミーコンテンツは、パッケージサーバから生成されることを特徴とする請求項１１に記載のDRM提供方法。
【請求項１８】
前記提供された暗号化されたコンテンツ、少なくとも一つ以上のダミーコンテンツおよび前記ライセンスを携帯用保存装置に保存する段階をさらに含むことを特徴とする請求項１１に記載のDRM提供方法。
【請求項１９】
前記DRM提供装置は、キオスク(KIOSK)、PC、PMP、セットトップボックスおよび携帯電話のうち一つであることを特徴とする請求項１１に記載のDRM提供方法。
【請求項２０】
コンテンツ管理システムに登録されたコンテンツを暗号化して暗号化されたコンテンツを生成する第1パッケージング手段と、
前記暗号化されたコンテンツに対応する少なくとも一つ以上のダミーコンテンツを生成し、前記生成されたダミーコンテンツを暗号化して暗号化されたダミーコンテンツを生成する第2パッケージング手段と、
を含み、
前記少なくとも一つ以上のダミーコンテンツは、各DRM別にライセンスの発給を受けるためのファイルであり、前記ダミーコンテンツのボディーには前記暗号化されたコンテンツのコンテンツ暗号化キー（ＣＥＫＲ）が含まれることを特徴とするパッケージサーバ。
【請求項２１】
前記第1パッケージング手段は、前記登録されたコンテンツに対するDRMヘッダを生成し、前記コンテンツを暗号化するための第1暗号化キーを生成した後、前記生成されたDRMヘッダおよび前記第1暗号化キーを利用して前記コンテンツを暗号化することを特徴とする請求項２０に記載のパッケージサーバ。
【請求項２２】
前記第2パッケージング手段は、前記第1暗号化キーを利用して前記コンテンツに対応する少なくとも一つ以上のダミーコンテンツを生成し、前記生成されたダミーコンテンツを暗号化するための第2暗号化キーを生成した後、前記ダミーコンテンツを暗号化することを特徴とする請求項２１に記載のパッケージサーバ。
【請求項２３】
前記少なくとも一つ以上のダミーコンテンツは、各DRM別に生成されることを特徴とする請求項２０に記載のパッケージサーバ。
【請求項２４】
前記暗号化されたコンテンツおよび上記一つ以上のダミーコンテンツは、ダウンロード サーバにダウンロードされ、
前記ダウンロードサーバは、ユーザから要請された所定のコンテンツに対する暗号化されたコンテンツおよび一つ以上のダミーコンテンツをDRM提供装置に提供することを特徴とする請求項２０に記載のパッケージサーバ。
【請求項２５】
前記DRM提供装置は、前記暗号化されたコンテンツに対するライセンスをライセンスサーバに要請することを特徴とする請求項２４に記載のパッケージサーバ。
【請求項２６】
前記DRM提供装置は、前記提供された暗号化されたコンテンツ、少なくとも一つ以上のダミーコンテンツおよび前記ライセンスを携帯用保存装置に保存することを特徴とする請求項２５に記載のパッケージサーバ。
【請求項２７】
請求項２０に記載のパッケージサーバを利用してコンテンツをパッケージングする方法であって、
前記第１パッケージング手段が、コンテンツ管理システムに登録されたコンテンツを暗号化して暗号化されたコンテンツを生成する第1パッケージング段階と、
前記第２パッケージング手段が、前記暗号化されたコンテンツに対応する少なくとも一つ以上のダミーコンテンツを生成し、前記生成されたダミーコンテンツを暗号化して暗号化されたダミーコンテンツを生成する第2パッケージング段階と、
を含み、
前記少なくとも一つ以上のダミーコンテンツは、各DRM別にライセンスの発給を受けるためのファイルであり、前記ダミーコンテンツのボディーには前記暗号化されたコンテンツのコンテンツ暗号化キー（ＣＥＫＲ）が含まれる、ことを特徴とするパッケージング方法。
【請求項２８】
前記第1パッケージング段階は、
前記登録されたコンテンツに対するDRMヘッダを生成する段階と、
前記コンテンツを暗号化するための第1暗号化キーを生成する段階と、
前記生成されたDRMヘッダおよび前記第1暗号化キーを利用して前記コンテンツを暗号化する段階と、
を含むことを特徴とする請求項２７に記載のパッケージング方法。
【請求項２９】
前記第2パッケージング段階は、
前記第1暗号化キーを利用して前記コンテンツに対応する少なくとも一つ以上のダミーコンテンツを生成する段階と、
前記生成されたダミーコンテンツを暗号化するための第2暗号化キーを生成する段階と、
前記第2暗号化キーを利用してダミーコンテンツを暗号化する段階と、
を含むことを特徴とする請求項２８に記載のパッケージング方法。
【請求項３０】
前記少なくとも一つ以上のダミーコンテンツは、各DRM別に生成されることを特徴とする請求項２７に記載のパッケージング方法。
【請求項３１】
前記暗号化されたコンテンツおよび上記一つ以上のダミーコンテンツは、ダウンロード サーバにダウンロードされ、
前記ダウンロード サーバは、ユーザから要請された所定コンテンツに対する暗号化されたコンテンツおよび一つ以上のダミーコンテンツをDRM提供装置に提供することを特徴とする請求項２７に記載のパッケージング方法。
【請求項３２】
前記提供された暗号化されたコンテンツおよび少なくとも一つ以上のダミーコンテンツは、前記DRM提供装置により保存装置に保存されることを特徴とする請求項３１に記載のパッケージング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＲＭを提供する技術に関するものであって、より詳細には一つ以上のＤＲＭシステムを用いたコンテンツを便利に利用できる装置、システムおよび方法に関するものである。
【背景技術】
【０００２】
一般的に、デジタル著作権管理（ＤＲＭ：Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）技術は、デジタルコンテンツ著作者の権利を保護し管理する技術であって、コンテンツ提供サーバで暗号化された形態でコンテンツを保管して、ユーザからの購買要請によって該当ユーザに暗号化されたコンテンツとそれを復号化するためのキー情報を伝達する方式である。例えば、ＤＲＭは、デジタルコンテンツの再生可能の回数、複写出来るか否かまたは回数などを規定する。
【０００３】
ＤＲＭの機能は、大きくデジタルコンテンツの保護、使用規則の管理、課金体系の管理に分けられ、デジタルコンテンツはＤＲＭ技術によって生成、配布、使用、廃棄に至る全過程において暗号化過程を通じてコンテンツの不法配布や不法使用を防止することができる。また、ＤＲＭは、暗号キーを有する適法なユーザだけが暗号化されたコンテンツを復号化して使用できるようにし、不法に流通されてもキーがなければ使用できないようにすることでコンテンツを保護する。
【０００４】
しかし、多様な業者から開発されたＤＲＭ（例えば、ＭＳ  ＤＲＭおよびＯＭＡ  ＤＲＭなど）は相互間の互換性がないという問題がある。すなわち、特定の業者が開発したＤＲＭ構造は該当業者のＤＲＭをサポートするハードウェアまたはソフトウェアによってのみ動作し、他のプラットホームでは動作しないため、ユーザは各ＤＲＭをサポートするハードウェアまたはソフトウェアを別途に備えなければならないという問題点がある。
【０００５】
したがって、多様な業者から開発された相異なる規格のＤＲＭを適用したコンテンツがいかなるホスト装置でも再生できる技術が必要とされる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の技術的課題は、一つ以上のＤＲＭシステムを用いたコンテンツ提供システムを構築することである。
【０００７】
本発明の技術的課題は、以上で言及した技術的課題に制限されなく、言及されていないまた他の技術的課題は、次の記載から当業者に明確に理解できるであろう。
【課題を解決するための手段】
【０００８】
前記目的を達成するために、本発明の一実施形態によるＤＲＭ提供装置は、ダウンロードサーバから暗号化されたリアルコンテンツとダミーコンテンツをダウンロードして管理するコンテンツダウンロード部と、ライセンスサーバから発給されたライセンスを管理するライセンス管理部と、前記ダウンロードしたコンテンツおよび前記発給されたライセンスを管理する処理部と、を含む。
【０００９】
また、本発明の一実施形態によるＤＲＭ提供システムは、暗号化されていないリアルコンテンツに第１パッケージと第２パッケージを行い、暗号化されたリアルコンテンツとダミーコンテンツを生成するパッケージサーバと、前記暗号化されたリアルコンテンツと前記ダミーコンテンツをダウンロードするダウンロードサーバと、前記暗号化されたリアルコンテンツに対するライセンスを生成および発給するライセンスサーバと、前記暗号化されたリアルコンテンツ、前記ダミーコンテンツ、および前記ライセンスの提供を受けて管理するＤＲＭ提供装置と、を含む。
【００１０】
また、本発明の一実施形態によるＤＲＭ提供方法は、暗号化されたリアルコンテンツとダミーコンテンツの提供を受ける段階と、前記暗号化されたリアルコンテンツに対するライセンスの発給を受ける段階と、を含む。
【００１１】
その他実施形態の具体的な内容は詳細な説明および図面に含まれている。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態によるＤＲＭ提供システムを示す図である。
【図２】本発明の一実施形態によるＤＲＭ提供システムのライセンスバインディング構造を示す図である。
【図３】本発明の一実施形態によるＤＲＭ提供システムにおけるパッケージサーバの動作を示す図である。
【図４】本発明の一実施形態によるＤＲＭ提供システムにおけるＤＲＭヘッダの構造を示す図である。
【図５】本発明の一実施形態によるＤＲＭ提供システムにおいてコンテンツをダウンロードする動作を示す図である。
【図６】本発明の一実施形態によるＤＲＭ提供システムにおいてライセンスの提供を受ける動作を示す図である。
【図７】本発明の一実施形態によるＤＲＭ提供システムにおけるＤＲＭ提供装置の内部ブロック図を示す図である。
【図８】本発明の一実施形態によるＤＲＭ提供システムにおける携帯用保存装置の内部ブロック図を示す図である。
【図９】本発明の一実施形態によるＤＲＭ提供システムにおけるホスト装置の動作を示す図である。
【図１０】本発明の一実施形態によるＤＲＭ提供システムにおいてキオスクを用いてコンテンツの提供を受ける過程を示す図である。
【発明を実施するための形態】
【００１３】
本発明の利点、特徴、およびそれらを達成する方法は、添付される図面と共に詳細に後述する実施形態を参照すれば明確になるであろう。しかし、本発明は、以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態で具現されること可能である。本実施形態は、単に本発明の開示が完全になるように、本発明が属する技術分野で通常の知識を有する者に対して発明の範疇を完全に知らせるために提供されるものであり、本発明は、請求項の範囲によってのみ定義される。なお、明細書全体にかけて、同一の参照符号は同一の構成要素を指称する。
【００１４】
以下、添付した図面を参照して本発明の好ましい実施形態を詳細に説明する。
【００１５】
図１は、本発明の一実施形態によるＤＲＭ提供システムを示す図である。ここで、ＤＲＭ提供システム１０は、パッケージサーバ（Ｐａｃｋａｇｉｎｇ  ｓｅｒｖｅｒ）１００、ダウンロードサーバ（Ｄｏｗｎｌｏａｄ  Ｓｅｒｖｅｒ）２００、ライセンスサーバ（Ｌｉｃｅｎｓｅ  Ｓｅｒｖｅｒ）３００およびＤＲＭ提供装置４００で構成される。ここで、ＤＲＭ提供システム１０は、コンテンツ提供者（Ｃｏｎｔｅｎｔ  Ｐｒｏｖｉｄｅｒ）が登録したコンテンツを利用し、ＤＲＭ提供装置４００との通信によりコンテンツおよびライセンスを保存する携帯用保存装置５００を含みうる。また、携帯用保存装置５００は、ホスト装置（Ｈｏｓｔ  Ｄｅｖｉｃｅ）６００と連結して所定コンテンツを再生させる。
【００１６】
コンテンツ提供者は、サービス対象コンテンツをコンテンツ管理システム（Ｃｏｎｔｅｎｔｓ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ：以下、ＣＭＳという）に登録する。ここで、ＣＭＳは、商品（コンテンツ）の登録、検索、削除などの管理機能と権利（Ｒｉｇｈｔｓ）を設定する機能をサポートする。また、コンテンツ提供者は、所定のコンテンツを利用しようとするユーザにコンテンツを配布するためにコンテンツに対するメタ情報を書き込み、サービスビジネスを使用するための使用権限を設定し、コンテンツの商品価格などを決定する。
【００１７】
パッケージサーバ１００は、コンテンツ提供者によってＣＭＳに登録されたリアルコンテンツに対し第１パッケージ過程と第２パッケージ過程を行い、ダミーコンテンツとＤＲＭパッケージファイルを生成する。ここで、パッケージとは、コンテンツを保護するための暗号化過程をいい、ダミーコンテンツは、ＤＲＭ別（例えば、ＭＳＤＲＭおよびＯＭＡ  ＤＲＭ）にライセンスの発給を受けるためのファイルをいう。
【００１８】
すなわち、パッケージサーバ１００は、ＭＳＤＲＭ（Ｍｉｃｒｏｓｏｆｔ  ＤＲＭ）およびＯＭＡ  ＤＲＭ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  ＤＲＭ）などをサポートできるようにコンテンツのパッケージを行う。以下、図３を参照して第１パッケージ過程と第２パッケージ過程についてより詳しく説明する。
【００１９】
ダウンロードサーバ２００は、所定のコンテンツを利用しようとするユーザから要請されたコンテンツをＤＲＭ提供装置４００に提供（ダウンロード）する。ここで、ダウンロードしたコンテンツはパッケージサーバ１００から暗号化されたリアルコンテンツとダミーコンテンツである。以下、図５を参照してコンテンツをダウンロードする過程をより詳しく説明する。
【００２０】
ライセンスサーバ３００は、暗号化されたリアルコンテンツを利用できるようにするためにコンテンツのライセンスを発給（提供）する。ここで、ライセンスは、ダミーコンテンツ情報に基づいて生成される。以下、図６を参照してライセンスの提供を受ける動作についてより詳しく説明する。
【００２１】
ＤＲＭ提供装置４００は、ダウンロードサーバ２００およびライセンスサーバ３００から提供されたコンテンツ（例えば、暗号化されたリアルコンテンツとダミーコンテンツ）およびライセンスを携帯用保存装置５００に提供する役割を果たす。ここで、ＤＲＭ提供装置４００は、キオスク（ＫＩＯＳＫ）、ＰＣ、ＰＭＰ、セットトップボックスおよび携帯電話などである。以下、図７を参照してＤＲＭ提供装置の動作についてより詳しく説明する。
【００２２】
携帯用保存装置５００は、ＤＲＭ提供装置４００から提供された暗号化されたコンテンツ、ダミーコンテンツ、およびライセンスを保存する。ここで、携帯用保存装置５００は、フラッシュメモリのようにデータの読み取り、書き込み、削除を行うことができる性質を有する不揮発性メモリを含み、データに対する所定の演算機能があり、ホスト装置６００との連結および分離が容易な保存装置を意味する。携帯用保存装置５００の例としては、スマートメディア、メモリスティック、ＣＦカード、ＸＤカード、マルチメディアカード（ＭＭＣ）などがある。以下、図８を参照して携帯用保存装置の動作についてより詳しく説明する。
【００２３】
一方、携帯用保存装置５００に暗号化されたコンテンツ、ダミーコンテンツ、およびライセンスがすでに保存されている場合もある。
【００２４】
例えば、ユーザは、暗号化されたコンテンツ、ダミーコンテンツ、およびライセンスが保存された携帯用保存装置５００を購入して携帯用保存装置５００に保存されているコンテンツを利用することができる。したがって、ユーザは、所定のコンテンツが保存された携帯用保存装置を購入してホスト装置６００を通じて購入したコンテンツをいつでも利用することができる。
【００２５】
ホスト装置６００は、携帯用保存装置５００と連結が可能であり、ライセンス（Ｌｉｃｅｎｓｅ）および権利オブジェクト（Ｒｉｇｈｔｓ  Ｏｂｊｅｃｔ）を消費してコンテンツオブジェクトを再生（ｐｌａｙ  ｂａｃｋ）させることができる装置を意味する。ホスト装置６００は、携帯電話、ＰＤＡ、ＭＰ３プレーヤなどの携帯用コンテンツ再生装置、またはデスクトップコンピュータ、デジタルＴＶのような固定型のコンテンツ再生装置でありうる。以下、図９を参照してホスト装置の動作についてより詳しく説明する。
【００２６】
図２は、本発明の一実施形態によるＤＲＭ提供システムのライセンスバインディング構造を示す図である。ここで、本願発明のＤＲＭ提供システム１０は、既存の暗号化されたコンテンツ（Ｐｒｏｔｅｃｔｅｄ  Ｃｏｎｔｅｎｔ）とライセンス（Ｌｉｃｅｎｓｅ）が一対一でバインディング（Ｂｉｎｄｉｎｇ）されるＤＲＭシステムとは異なる構造を用いる。
【００２７】
図示するように、既存のＤＲＭシステムは、各ＤＲＭ別に暗号化されたコンテンツとライセンスファイルがバインディングされたた形態であり、１Ｇｂｙｔｅの大容量ビデオの場合、ｎ倍のメモリが必要とされる。
【００２８】
これに対し、本願発明のＤＲＭ提供システム１０は、一つの暗号化されたコンテンツ（Ｒｅａｌ  Ｃｏｎｔｅｎｔ）と各ＤＲＭ別に５ＫＢｙｔｅ程度の暗号化されたダミーコンテンツ（ｄｕｍｍｙ  ｃｏｎｔｅｎｔ）とライセンスファイルをバインディングして提供する。これには、多くの用量のメモリを必要としない長所がある。
【００２９】
すなわち、本願発明のＤＲＭ提供システム１０は、既存のＭＳＤＲＭを搭載したハンドセット（Ｈａｎｄｓｅｔ）とＯＭＡ  ＤＲＭを搭載したハンドセットにおいてすべて動作が可能な構造を有するために階層化された関係で構成される。
【００３０】
既存のＤＲＭシステムでコンテンツを再生するためにライセンスを検索する場合、暗号化されたコンテンツのＤＲＭハンドセットに明示されているＬＩＤ（Ｌｉｃｅｎｓｅ  ＩＤ）またはＣＩＤ  （Ｃｏｎｔｅｎｔ  ＩＤ）を判読してからライセンス保存ＤＢまたはファイルから該当ライセンスを検索する方式を用いる。
【００３１】
しかし、本願発明のＤＲＭ提供システム１０は、ＭＳＤＲＭとＯＭＡ  ＤＲＭをすべてサポートするために暗号化されたリアルコンテンツとライセンスが直接連結されず、間にダミーコンテンツが存在する。
【００３２】
例えば、所定のホスト装置６００がＭＳＤＲＭを搭載している場合には暗号化されたリアルコンテンツでダミーコンテンツのＩＤを先に判読した後、ＭＳＤＲＭで保護されたダミーコンテンツを検索する。
【００３３】
次に、ダミーコンテンツのうちＭＳＤＲＭで暗号化されたファイルを選択すると、該当ダミーコンテンツのヘッダからＬＩＤを得、ライセンス保存ＤＢまたはファイルからライセンスを持ってくる。ここで、ダミーコンテンツは、使用者が再生したり、聴いたりすることができるコンテンツフォーマットを有しているが、事実上、暗号化されたリアルコンテンツとライセンスを様々なバージョンのＤＲＭシステムにバインディングされるようにする媒介の役割だけを担う。そして、ダミーコンテンツにバインディングされているライセンスは暗号化されたリアルコンテンツに対する権限を設定したファイルである。一方、ＯＭＡ  ＤＲＭシステムおよび他のＤＲＭシステムが設置されたハンドセットも同じである。
【００３４】
図３は、本発明の一実施形態によるＤＲＭ提供システムにおけるパッケージサーバの動作を示す図である。
【００３５】
パッケージサーバ１００は、第１パッケージ過程および第２パッケージ過程を行い、リアルコンテンツを暗号化し、ダミーコンテンツとＤＲＭパッケージファイルを生成する。
【００３６】
先ず、第１パッケージ過程を説明する。ここで、第１パッケージ過程は、リアルコンテンツを登録する第１段階、ＤＲＭヘッダを生成する第２段階、ＣＥＫを生成する第３段階およびリアルコンテンツを暗号化する第４段階で行われる。
【００３７】
コンテンツ提供者がリアルコンテンツ（Ｒｅａｌ  Ｃｏｎｔｅｎｔ）をコンテンツ管理システム（Ｃｏｎｔｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ：以下、ＣＭＳという）に登録すると、パッケージサーバ１００は登録されたリアルコンテンツ（Ｒｅａｌ  Ｃｏｎｔｅｎｔ）に対するＤＲＭヘッダ（ｈｅａｄｅｒ）を生成する。ここで、ＤＲＭヘッダには暗号化されたコンテンツと関連するダミーコンテンツの名前（Ｄｕｍｍｙ  Ｃｏｎｔｅｎｔ  Ｎａｍｅ）をはじめ、コンテンツの特徴を説明できる多様な形態のメタデータ（Ｍｅｔａｄａｔａ）が含まれる。また、ＤＲＭヘッダに含まれる内容はＣＭＳのメタデータＤＢに登録された情報を用い、ダミーコンテンツファイル名はＣＭＳに登録されたＵＲＩに基づいて自動生成され、ダミーコンテンツファイル名は２５５字を超えない英文ストリングで構成される。
【００３８】
パッケージサーバ１００が生成するＤＲＭヘッダの構造について図４を参照して説明する。
【００３９】
図示するように、ＤＲＭヘッダの署名（ｓｉｇｎａｔｕｒｅ）フィールドにはＤＲＭタイプおよびバージョン情報が記録され、ファイル名長（Ｆｉｌｅｎａｍｅ  Ｌｅｎｇｔｈ）フィールドにはダミーコンテンツのファイル名が記録され、ＤＲＭヘッダ長（ＤＲＭ  Ｈｅａｄｅｒ  Ｌｅｎｇｔｈ）フィールドにはＤＲＭ暗号化アルゴリズムが記録され、ＤＲＭヘッダフィールドにはＤＲＭバージョン情報が記録される。また、パッデング（Ｐａｄｄｉｎｇ）フィールドにはオプション情報が記録され、データ長（Ｄａｔａ  Ｌｅｎｇｔｈ）フィールドにはコンテンツの長さを示す情報が記録され、コンテンツデータ（Ｃｏｎｔｅｎｔ  Ｄａｔａ）フィールドにはコンテンツデータ情報が記録される。
【００４０】
次に、パッケージサーバ１００は、登録されたリアルコンテンツを暗号化するためにコンテンツ暗号化キー（Ｃｏｎｔｅｎｔ  Ｅｎｃｒｙｐｔｉｏｎ  Ｋｅｙ：以下、ＣＥＫという）を生成する。ここで、ＣＥＫＲ（ここでは、リアルコンテンツのＣＥＫであるため、ＣＥＫＲで表す）を生成する方法はＳＥＥＤ値を用いて１６ｂｙｔｅｓのＣＥＫを生成し生成されたＣＥＫをＢＡＳＥ６４でエンコーディングする。ここで、ＳＥＥＤ値はリアルタイムセッションキー（Ｒｅａｌ−ｔｉｍｅ  Ｓｅｓｓｉｏｎ  Ｋｅｙ）値を用いる。ここでは、コンテンツをパッケージする時点のリアルタイム時間情報を用いるが、別途に管理する乱数表やその他の値を用いることもできる。一例として、ＭＩＤＩ（ｍｕｓｉｃａｌ  ｉｎｓｔｒｕｍｅｎｔ  ｄｉｇｉｔａｌ  ｉｎｔｅｒｆａｃｅ）などの特定の音楽ファイルを乱数表の形態でデータベースに保存して置き、特定のリアルコンテンツを暗号化するためのＣＥＫＲとして用いることもできる。この場合のＣＥＫＲは再生が可能なコンテンツである。
【００４１】
次に、生成されたＤＲＭヘッダおよびＣＥＫＲと対称鍵アルゴリズムを用いてリアルコンテンツを暗号化することによって暗号化されたリアルコンテンツを生成する。ここで、対称鍵アルゴリズムはＡＥＳ１２８ｂｉｔアルゴリズムを用いるが、他の対称鍵アルゴリズムを用いても良い。
【００４２】
第１パッケージ過程が完了すると、第２パッケージ過程が行われる。ここで、第２パッケージ過程は、ダミーコンテンツを生成する第１段階、ダミーコンテンツのＣＥＫを生成する第２段階およびダミーコンテンツをパッケージする第３段階の過程が行われる。ここで、ダミーコンテンツは音楽や映画のような再生可能なデータではなく、暗号化されたコンテンツの権利を設定するライセンスを生成して連結するための媒介ファイルをいう。もちろん、第１パッケージで用いたＣＥＫＲを特定の音楽ファイルに用いた場合にはコンテンツの再生が可能でありうる。
【００４３】
リアルコンテンツを暗号化するために用いたＣＥＫＲを用いてサポートしようとするＤＲＭパッケージの対象ダミーコンテンツを自動で生成する。ここで、ダミーコンテンツのボディー（ｂｏｄｙ）はＣＥＫＲを含む。
【００４４】
例えば、ＯＭＡ  ＤＲＭの場合、ＣＥＫをペイロードとするｍｐ３形式のダミーコンテンツを生成し、ＭＳＤＲＭの場合は、ＷＭＡ形式でダミーコンテンツを生成する。ここで、ＭＳＤＲＭの場合、ＷＭＡ形式だけではなく、ＷＭＶおよびＡＳＦの形式でもダミーコンテンツを生成することができ、ＯＭＡＤＲＭの場合には多様な形式でダミーコンテンツを生成することができる。
【００４５】
次に、パッケージサーバ１００は、ダミーコンテンツを暗号化するためにＣＥＫを生成する。ここでは、ダミーコンテンツのＣＥＫであるためＣＥＫＤで表す。
【００４６】
次に、ダミーコンテンツを暗号化する。これに、各ＤＲＭ別にライセンスファイルと暗号化されたダミーコンテンツファイルが生成される。
【００４７】
図５は、本発明の一実施形態によるＤＲＭ提供システムにおいてコンテンツをダウンロードする動作を示す図である。
【００４８】
先ず、ユーザは、ユーザまたは登録サーバで自身の保有した携帯用保存装置５００に対する登録確認の手順を踏む。次に、ユーザはインターネットウェブページから購入しようとするコンテンツを選択してダウンロードを要請する（１）。
【００４９】
これに、ダウンロードサーバ２００は、ユーザ認証サーバ（Ｕｓｅｒ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）（未図示）にユーザが要請した情報（例えば、携帯用保存装置）に対する認証を要請する。ここで、ユーザ認証サーバに登録されていない携帯用保存装置５００である場合、ダウンロード要請が拒否されるため、登録の手順を踏んだ後ダウンロードをする。
【００５０】
次に、ダウンロードサーバ２００は、ダウンロードする暗号化されたコンテンツとダミーコンテンツをダウンロードできるように準備する（２）。ここで、暗号化されたコンテンツは、動画または音楽のような著作権の対象になるファイルであり、ダミーコンテンツは、コンテンツファイルに対するライセンスまたは権利オブジェクト（ＲＯ）とバインディング（Ｂｉｎｄｉｎｇ）されるファイルである。
【００５１】
次に、ダウンロードサーバ２００は、ユーザがダウンロードを要請したコンテンツをＤＲＭ提供装置４００に伝送し（３）、ＤＲＭ提供装置４００は伝送されたコンテンツを携帯用保存装置５００にダウンロードする（４）。
【００５２】
次に、ダウンロードしたコンテンツ（例えば、暗号化されたコンテンツおよびダミーコンテンツ）はコンテンツＤＢに保存される。ここで、暗号化されたコンテンツは、直接的にライセンスを有していないため、常にダミーコンテンツと共に存在するときにのみライセンスサーバ３００にアクセスすることができる。
【００５３】
図６は、本発明の一実施形態によるＤＲＭ提供システムにおいてライセンスの提供を受ける動作を示す図である。ここで、コンテンツのダウンロードが完了した後、ユーザがコンテンツを利用するためにはコンテンツに対するライセンスの発給を受けなければならない。ライセンスはコンテンツに対する各種権限をはじめ、コンテンツを復号化するためのＣＥＫが含まれている。ここでは、ＷＭＤＲＭにおいてライセンスを得る過程を説明する。
【００５４】
ＤＲＭ提供装置４００においてダミーコンテンツのＤＲＭヘッダを分析する（１）。ここでＤＲＭヘッダを分析してライセンスの発給を要請するＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）情報とライセンスを検索できるＫＩＤ（Ｋｅｙ  ＩＤ）値を得る。
【００５５】
次に、ＤＲＭヘッダと装置証明書（Ｄｅｖｉｃｅ  Ｃｅｒｔｉｆｉｃａｔｅ）を用いてチャレンジ（Ｃｈａｌｌｅｎｇｅ）データを生成し（２）、生成されたチャレンジデータをライセンスサーバ３００にＨＴＴＰ−Ｐｏｓｔ方式で伝達する（３）。ここで、チャレンジデータにはＤＲＭヘッダと装置の証明書が含まれ、Ｂａｓｅ６４でエンコーディングされている。
【００５６】
次に、ライセンスサーバ３００では伝達されたチャレンジデータをＢａｓｅ６４デコーディングした後に、ＤＲＭヘッダを分析してＫＩＤを得る。次に、ライセンスサーバ３００は、得されたＫＩＤとマッチするＣＥＫを検索した後、装置証明書に含まれている公開キー（ｐｕｂｌｉｃ  Ｋｅｙ）を用いて暗号化した後ライセンスに挿入する（４）。ここで、ＣＥＫの暗号化方法はＥＣＣ（ｅｌｌｉｐｔｉｃ  ｃｕｒｖｅ  ｃｒｙｐｔｏｇｒａｐｈｙ）非対称鍵暗号化方式を採択して用いる。
【００５７】
次に、ライセンスサーバ３００は、生成されたライセンスを再びＢａｓｅ６４エンコーディング（Ｅｎｃｏｄｉｎｇ）した後にＤＲＭ提供装置４００に伝送する（５）。ここで用いられる伝送方式はＤＬＡ（Ｄｉｒｅｃｔ  Ｌｉｃｅｎｓｅ  Ａｃｑｕｉｓｉｔｉｏｎ）方式と呼ばれており、提案されたＤＲＭシステムではＤＬＡ方式のみを用いて伝送する。
【００５８】
次に、ＤＲＭ提供装置４００は、Ｂａｓｅ６４エンコーディング（Ｅｎｃｏｄｉｎｇ）されたライセンスを携帯用保存装置５００に提供し、携帯用保存装置５００は該当ライセンスを保存する。
【００５９】
図７は、本発明の一実施形態によるＤＲＭ提供システムにおけるＤＲＭ提供装置の内部ブロック図を示す図である。
【００６０】
図示するように、ＤＲＭ提供装置４００は、コンテンツダウンロード部４１０、ライセンス管理部４２０、プレビュー提供部４３０および処理部４４０で構成される。
【００６１】
コンテンツダウンロード部４１０は、ダウンロードサーバ２００からコンテンツをダウンロードする。ここで、ダウンロードしたコンテンツは携帯用保存装置５００に保存される。また、ダウンロードしたコンテンツファイルは暗号化されたリアルコンテンツと二つのダミーコンテンツ（例えば、ＯＭＡ  ＤＲＭ  −  ＊．ｄｃｆ、ＭＳ−ＤＲＭ  −  ＊．ｗｍａ）が一つの複合コンテンツの概念で共に管理される。
【００６２】
ライセンス管理部４２０は、ユーザがコンテンツを利用するようにするためにライセンスサーバ３００からライセンス（または権利オブジェクト）の発給を受ける。ここで、ＯＭＡ  ＤＲＭ方式で伝送されたライセンスとＭＳ−ＤＲＭ方式で伝送されたライセンスは、ライセンスのみを保存する別途の保存領域にそれぞれ保存される。
【００６３】
例えば、ＯＭＡ権利オブジェクトの保存方式は、権利オブジェクトＤＢを構成して処理し、権限（ｒｉｇｈｔｓ）に任意にアクセスしたり修正したりすることを防止するために暗号化された保存空間を構成して保存する。また、ＭＳＤＲＭの場合にはハッシュ保存部を構成して保存する。
【００６４】
プレビュー提供部４３０は、ユーザの要請によりコンテンツダウンロード部４１０を通じてダウンロードしたコンテンツをプレビュー（Ｐｒｅｖｉｅｗ）画面で提供する。
【００６５】
処理部４４０は、ＤＲＭ提供装置４００を構成する各機能性ブロック（４１０から４３０）の動作を管理する。また、処理部４４０は、コンテンツダウンロード部４１０がダウンロードしたリアルコンテンツ、ダミーコンテンツと、ライセンス管理部４２０が発給を受けたダミーコンテンツのライセンスを携帯用保存装置５００に提供する。
【００６６】
この時、本実施形態で使用される「〜部」という用語は、ソフトウェア、ＦＰＧＡまたは、ＡＳＩＣのようなハードウェア構成要素を意味し、「〜部」はある役割を果たす。しかし、「〜部」はソフトウェアまたはハードウェアに限定される意味ではない。「〜部」は、アドレッシングできる保存媒体にあるように構成されることもでき、一つまたはそれ以上のプロセッサを再生させるように構成されることもできる。したがって、実施形態での「〜部」は、ソフトウェア構成要素、オブジェクト指向ソフトウェアの構成要素、クラスの構成要素およびタスクの構成要素のような構成要素と、プロセス、関数、属性、プロシーザ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、および変数を含む。構成要素と「〜部」のうちから提供される機能はさらに小さい数の構成要素および「〜部」に結合されたり追加的な構成要素と「〜部」にさらに分離したりすることができる。
【００６７】
図８は、本発明の一実施形態によるＤＲＭ提供システムにおける携帯用保存装置の内部ブロック図を示す図である。
【００６８】
図示するように、携帯用保存装置５００は、ＴＲＭ領域（Ｔａｍｐｅｒ  Ｒｅｓｉｓｔａｎｔ  Ｍｏｄｕｌｅ  Ａｒｅａ）５１０、ＤＲＭ領域５２０、およびユーザアクセス領域（Ｕｓｅｒ  Ａｃｃｅｓｓ  Ａｒｅａ）５３０などの保存空間で構成される。
【００６９】
ＴＲＭ領域５１０はＤＲＭ保安（Ｓｅｃｕｒｉｔｙ）情報を保存する空間である。すなわち、各ＤＲＭ別携帯用保存装置５００のシリアル番号（Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ）、公開／個人キー（Ｐｕｂｌｉｃ／Ｐｒｉｖａｔｅ  Ｋｅｙ）、証明書（Ｃｅｒｔｉｆｉｃａｔｅ）、装置グループキー（Ｄｅｖｉｃｅ  Ｇｒｏｕｐ  Ｋｅｙ）などが含まれる。
【００７０】
また、ＴＲＭ領域５１０は、携帯用保存装置５００を工場で量産するとき生成して供給したり、購入した後初めて使用するときネットワークサーバを通じて認証を経て一度だけ書き込み（ｗｒｉｔｅ）できるように作られる。しかし、保安のために工場で生産時にあらかじめ生成しておくのが好ましい。また、ＴＲＭ領域５１０は読み取りのみ可能な領域で携帯用保存装置５００をアクセスする特定ＡＰＩを通じてのみ関連データを読み取ることができる。
【００７１】
一方、ＴＲＭ領域５１０に記録された情報をアクセスできる権限はＤＲＭエージェント（Ａｇｅｎｔ）（未図示）にのみ付与し、外部ユーザによって該当データが移動されたり変更されたりしてはならない。
【００７２】
ＤＲＭ領域５２０は、暗号化されたダミーコンテンツとライセンスファイル（または権利オブジェクト）を保存する空間である。ここで、ＤＲＭ領域５２０は、外部に公開されても保安の問題が生じないが、ユーザが携帯用保存装置５００にアクセスしてファイルを削除したり変更したりする場合にはＤＲＭエージェントの動作に致命的な問題を起こす素地のあるファイルが保存される。また、ＤＲＭ領域５２０はＤＲＭエージェントまたは特定の携帯用保存装置に提供するＡＰＩを通じてのみアクセスが可能である。
【００７３】
ユーザアクセス領域５３０は、ビデオあるいはオーディオなどのような実際再生できる暗号化されたリアルコンテンツを保存する空間である。ここで、ユーザアクセス領域５３０は一般ユーザが任意にコンテンツの読み取りまたは書き込みをすることができる。
【００７４】
図９は、本発明の一実施形態によるＤＲＭ提供システムにおいてホスト装置の動作を示す図である。ここで、ホスト装置６００は、ＤＲＭ提供装置４００の機能を共に果たし、携帯用保存装置５００を備えているものと仮定する。ここでは、ＭＳＤＲＭエージェントを用いて暗号化されたコンテンツを再生する過程を説明する。
【００７５】
図示するように、ユーザが利用しようとするコンテンツを選択すると（１）、コンテンツダウンロード部４１０は選択されたファイルをＤＲＭ適用するか否か判断する。判断結果、暗号化されたコンテンツである場合、ＤＲＭヘッダを分析して暗号化されたコンテンツのライセンスを検索するためにダミーコンテンツのファイル名を検索する（２）。ここで、ダミーコンテンツのファイル名はＤＲＭヘッダから読み取る。
【００７６】
次に、ＤＲＭヘッダを分析してライセンスの発給を要請するＵＲＩ情報とライセンスを検索できるＫＩＤを得る（３）。その次に、ライセンス管理部４２０は得らされたＫＩＤを用いて携帯用保存装置５００のＤＲＭ領域５２０に保存されているライセンスを検索する（４）。
【００７７】
検索結果、存在しないライセンスまたは満了したライセンスである場合、ライセンス管理部４２０はライセンスダウンロード過程を通じてライセンスサーバ３００にライセンスの発給を要請する。一方、ライセンス管理部４２０は、携帯用保存装置５００のＤＲＭ領域５２０に保存されたライセンスを得た場合には得らされたライセンスをホスト装置６００に伝達する。
【００７８】
次に、ホスト装置６００はライセンスに含まれているダミーコンテンツの復号化キーを読み取る。ここで、ダミーコンテンツを復号化できるＣＥＫＤは公開キー（Ｐｕｂｌｉｃ  Ｋｅｙ）により暗号化されているので、ＴＲＭ領域５１０に保存されている個人キー（Ｐｒｉｖａｔｅ  Ｋｅｙ）を用いて復号化してＣＥＫＤを得る。次に、ダミーコンテンツを復号化して暗号化されたリアルコンテンツを復号化できるＣＥＫＲを求める（５）。
【００７９】
次に、ＣＥＫＲを用いて暗号化されたリアルコンテンツを復号化してファイルを再生する（６）。ここで、暗号化は対称鍵（例えば、ＡＥＳ１２８ｂｉｔ）アルゴリズムで暗号化されている。
【００８０】
次に、暗号化されたリアルコンテンツが正常に再生すると、ホスト装置６００はライセンス管理部４２０にライセンスのアップデートを要請する（例えば、再生カウントアップデートなど）（７）。
【００８１】
図１０は、本発明の一実施形態によるＤＲＭ提供システムにおいてキオスクを用いてＤＲＭコンテンツの提供を受ける過程を示す図である。ここで、ユーザはキオスク（ＫＩＯＳＫ）を通じてコンテンツをダウンロードする前に携帯用保存装置５００を登録しなければならない。また、キオスクはＤＲＭ提供装置４００の一実施形態である。
【００８２】
先ず、ユーザは携帯用保存装置（例えば、ＭＭＣ）５００をキオスクの携帯用保存装置Ｉ／ＦあるいはＵＳＢインターフェースを通じて連結させた後、キオスクの商品リストから購入を希望するコンテンツとそれに対するライセンス種類を選択して購買を要請する（１）。
【００８３】
次に、キオスクはユーザが連結した携帯用保存装置５００を識別する。ここで、キオスクにはユーザＩＤと携帯用保存装置５００のシリアル番号（Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ）をマッチさせておいたテーブルが存在する。これに、シリアル番号を用いてキオスクに存在するテーブルからユーザＩＤを検索する（２）。一方、キオスクはネットワークサーバを通じて認証過程を行うこともできる。
【００８４】
キオスクの内部構造をみると、ＴＲＭフォルダ、ＤＲＭフォルダ、およびコンテンツフォルダがある。ＴＲＭフォルダにはユーザＩＤとシリアル番号がマッチされているテーブルが保存されており、ＤＲＭフォルダにはユーザＩＤ名前に基づいてそれぞれのライセンスとダミーコンテンツが保存されている。また、コンテンツフォルダには暗号化されたコンテンツが保存されている。
【００８５】
次に、キオスクはダウンロードＡｃｔｉｖｅＸを用いて共有されたディレクトリに位置するコンテンツをダウンロードする（３）。ここで、リアルコンテンツとダミーコンテンツを共にダウンロードする。
【００８６】
次に、コンテンツのダウンロードが完了すると、検索されたユーザＩＤに基づいてユーザが選択したコンテンツに該当するライセンスを得る。ここで、キオスクがライセンスサーバ３００からコンテンツに対するライセンスを得る過程は前記図６で説明したライセンスを得る過程と同じであるため詳しい説明は省略する。
【００８７】
次に、キオスクはダウンロードしたコンテンツに対するプレビュー（Ｐｒｅｖｉｅｗ）を提供する（４）。ユーザがキオスクの購買画面から「再生」機能を選択すると、プレビュー画面に転換する。ここで、ユーザがプレビューするコンテンツタイプ（Ｔｙｐｅ）を選択すると、コンテンツリストが出力され、コンテンツリストの右側の「再生」機能を選択すると、プレビュー機能が再生する。また、コンテンツのプレビューを実行するために暗号化されたリアルコンテンツを復号化は過程が行われる。ここで、暗号化されたコンテンツを復号化する過程は前記図９で説明したため詳しい説明は省略する。
【００８８】
一方、プレビュー機能が終了すると、検索されたユーザＩＤに基づいてユーザが選択したコンテンツに該当するライセンスおよびダミーコンテンツおよび暗号化されたコンテンツが携帯用保存装置５００に伝送されて購買が完了する（５）。
【００８９】
以上、添付された図面を参照して本発明の実施形態について説明したが、本発明が属する技術分野で通常の知識を有する者は、本発明が、その技術的思想や必須の特徴を変更しない範囲で他の具体的な形態で実施され得ることを理解することができる。したがって、上述した実施形態はすべての面で例示的なものであり、限定的でないものと理解しなければならない。
【産業上の利用可能性】
【００９０】
前記したような本発明のＤＲＭ提供装置、システムおよびその方法によれば次のような効果が一つあるいはそれ以上ある。
一つ以上のＤＲＭ（ＭＳＤＲＭ、およびＯＭＡ  ＤＲＭなど）システムを用いたコンテンツ提供システムを構築し、統一された暗号化アルゴリズムでパッケージされたコンテンツを提供する長所がある。
また、各々異なるＤＲＭを有するホスト装置に再生可能なＤＲＭコンテンツを提供できる長所がある。
また、著作権があるリアルコンテンツのエンコーディングフォーマットと関係がなく、すべてのフォーマットのコンテンツに対するＭｕｌｔｉ−ＤＲＭパッケージを提供するため、コンテンツ供給者は別途のコンテンツエンコーディングのための費用が生じない長所がある。
【符号の説明】
【００９１】
１０  ＤＲＭ提供システム
１００  パッケージサーバ
２００  ダウンロードサーバ
３００  ライセンスサーバ
４００  ＤＲＭ提供装置
４１０  コンテンツダウンロード部
４２０  ライセンス管理部
４３０  プレビュー部
４４０  処理部
５００  携帯用保存装置
５１０  ＴＲＭ領域
５２０  ＤＲＭ領域
５３０  ユーザアクセス領域
６００  ホストドライブ
【図１】
0005113299.tif 000002
【図２】
0005113299.tif 000003
【図３】
0005113299.tif 000004
【図４】
0005113299.tif 000005
【図５】
0005113299.tif 000006
【図６】
0005113299.tif 000007
【図７】
0005113299.tif 000008
【図８】
0005113299.tif 000009
【図９】
0005113299.tif 000010
【図１０】
0005113299.tif 000011