(57)【要約】【課題】ノンコンプライアントコンテンツにＤＲＭドメインサービスを提供できるコンテンツ処理手続き及びその基盤システムと、これを介してＤＲＭドメインシステムに導入することができるコンテンツの完全性を保障できる方法及びその基盤システムを提供する。【解決手段】コンテンツ処理方法は、ドメインを形成するＤＲＭドメインシステムを利用し、コンテンツソースからコンテンツが受信されれば、上記コンテンツのコンテンツ情報をユーザ入力及び上記コンテンツソースのうち少なくともいずれか一つから取得し、上記受信されたコンテンツをターゲットＤＲＭに適合するターゲットＤＲＭコンテンツに変換し、上記変換されたターゲットＤＲＭコンテンツを上記ターゲットＤＲＭコンテンツが設けられている目的クライアントデバイスに伝送し、上記取得されたコンテンツ情報を利用し、上記変換されたターゲットＤＲＭコンテンツの使用のためのライセンス情報を抽出できる共通ライセンスを上記目的クライアントデバイスに発給する。従って、ＤＲＭドメインシステム内で非互換コンテンツを容易に処理できる。【選択図】図３【特許請求の範囲】
【請求項１】
相互運用的にコンテンツを処理する方法において、
第１システムからソースデータを受信する段階と、
上記ソースデータを相互運用処理してターゲットデータを生成する段階と、
第２システムに上記ターゲットデータを伝送する段階と、を有し、
上記第１システムまたは第２システムは、アクセス制御システム、コピー保護システム及びユーザ制御システムのうち少なくとも一つを含むことを特徴とするコンテンツ処理方法。
【請求項２】
上記ソースデータはライセンス及びコンテンツのうち少なくともいずれか一方を有し、上記ターゲットデータはライセンス及びコンテンツである、請求１に記載のコンテンツ処理方法。
【請求項３】
上記ソースデータが上記ライセンスを含む場合、上記第１システムに従って上記ライセンスをジパッケージングすることによってクリーンコンテンツを生成する段階をさらに含む、請求項２に記載のコンテンツ処理方法。
【請求項４】
上記ソースデータがコンテンツを含む場合、
上記コンテンツについてセキュリティチェックを行う段階と、
上記第２システムに従って上記コンテンツをジパッケージングする段階と、をさらに含む、請求項２に記載のコンテンツ処理方法。
【請求項５】
ＤＲＭ相互運用システムを利用したコンテンツ処理方法において、
コンテンツソースからコンテンツが受信された場合に、上記コンテンツのコンテンツ情報を上記コンテンツソースから取得する段階と、
上記受信されたコンテンツをターゲットＤＲＭに適合するターゲットＤＲＭコンテンツに変換する段階と、
上記変換されたターゲットＤＲＭコンテンツを上記ターゲットＤＲＭコンテンツが設けられている目的クライアントデバイスに伝送する段階と、
上記取得されたコンテンツ情報を利用して、上記変換されたターゲットＤＲＭコンテンツの使用のためのライセンス情報を抽出できる共通ライセンスを生成する段階と、を有し、
上記コンテンツソースから受信されるコンテンツは上記ＤＲＭ相互運用システムでサポートされないコンテンツであることを特徴とするコンテンツ処理方法。
【請求項６】
上記コンテンツソースは、上記コンテンツが格納されている光媒体を収納する光媒体ドライバ及び上記光媒体の上記コンテンツを再生できるホストを含む、請求項５に記載のコンテンツ処理方法。
【請求項７】
上記光媒体は、上記コンテンツの復号化キー、権限制限情報、コンテンツ廃止リスト及びデバイス廃止リストのうち少なくともいずれか一つを含む情報をさらに格納する、請求項６に記載のコンテンツ処理方法。
【請求項８】
上記光媒体ドライバと上記ホスト間に相互認証を実行する段階と、
上記相互認証後、上記ホストを介して上記コンテンツを再生する段階をさらに含み、
上記相互認証及び上記再生時には上記光媒体にさらに格納された上記情報のうち少なくともいずれか一つを使用する、請求項７に記載のコンテンツ処理方法。
【請求項９】
上記コンテンツソースが含まれたデバイスを上記ドメインの管理エンティティにドメインメンバとして登録する段階をさらに含む、請求項６に記載のコンテンツ処理方法。
【請求項１０】
上記目的クライアントデバイスを上記ドメインの管理エンティティにドメインメンバとして登録する段階をさらに含む、請求項９に記載のコンテンツ処理方法。
【請求項１１】
上記生成された共通ライセンスを上記目的クライアントデバイスに提供する段階をさらに含む、請求項５に記載のコンテンツ処理方法。
【請求項１２】
目的クライアントデバイスは、上記提供された共通ライセンスを上記ターゲットＤＲＭのライセンス発給エンティティに提供してライセンス発給を要求する段階と、
上記要求に応答して上記ターゲットＤＲＭのライセンス発給エンティティから発給されるライセンスを介して、上記目的クライアントデバイスが上記ターゲットＤＲＭコンテンツを再生する段階をさらに含む、請求項１１に記載のコンテンツ処理方法。
【請求項１３】
上記コンテンツソースから受信されるコンテンツは、オリジナルコンテンツの形態を有するクリーンタイプのコンテンツ及び暗号化やスクランブリングされた形態を有するノンクリーンタイプのコンテンツのうちいずれか一つである、請求項５に記載のコンテンツ処理方法。
【請求項１４】
上記コンテンツが上記クリーンタイプのコンテンツである場合、上記受信されたコンテンツを上記ターゲットＤＲＭコンテンツに変換する段階は、
上記受信されたコンテンツを上記目的クライアントデバイスで使用可能な形態でトランスコーディングする段階と、
上記トランスコーディングされたコンテンツを上記ターゲットＤＲＭに適合する形態でパッケージングする段階を含む、請求項１３に記載のコンテンツ処理方法。
【請求項１５】
上記コンテンツが上記ノンクリーンタイプのコンテンツである場合、上記受信されたコンテンツをターゲットＤＲＭコンテンツに変換する段階は、
上記受信されたコンテンツを上記コンテンツソース及び外部の特定システムのうち少なくともいずれか一つから提供される復号化キーを利用して復号化してクリーンコンテンツに変換する段階と、
上記変換されたクリーンコンテンツを上記目的クライアントデバイスで使用可能な形態でトランスコーディングする段階と、
上記トランスコーディングされたクリーンコンテンツを上記ターゲットＤＲＭに適合する形態でパッケージングする段階と、を含む、請求項１３に記載のコンテンツ処理方法。
【請求項１６】
上記コンテンツ情報は上記コンテンツの使用権限を制限できる権限制限情報を含み、上記生成された共通ライセンスは上記権限制限情報を特定の情報形式で含む、請求項５に記載のコンテンツ処理方法。
【請求項１７】
権限制御情報は、上記コンテンツの使用と関連した許容範囲情報、マネージドコピー情報のうち少なくともいずれか一つを含む、請求項１６に記載のコンテンツ処理方法。
【請求項１８】
上記コンテンツ情報は、
上記ＤＲＭドメインシステムの全般的な管理機能を担当する管理エンティティのアドレスを含む管理者情報と、
上記コンテンツを所有して使用することができるユーザの情報を含むユーザ情報と、
上記コンテンツのタイトル情報を含むコンテンツタイトル情報と、
上記コンテンツのファイルフォーマットと関連した情報を含むコンテンツフォーマット情報と、
上記コンテンツにインデックスを付与する固有識別子情報を含むコンテンツインデックスのうち少なくともいずれか一つを含む、請求項５に記載のコンテンツ処理方法。
【請求項１９】
上記コンテンツ情報が上記コンテンツインデックスを含む場合、
上記共通ライセンスの発給段階は、
上記含まれたコンテンツインデックスが上記ドメイン内で既に共有されている特定ＤＲＭコンテンツのコンテンツインデックスと重複するか否かを判別する段階と、
上記判別の結果、重複が発生した場合、上記ユーザ入力及び上記コンテンツソースのうち少なくともいずれか一方に他のコンテンツインデックスの入力または提供を要求する段階を含む、請求項１８に記載のコンテンツ処理方法。
【請求項２０】
上記コンテンツ情報は、上記ＤＲＭドメインシステムの全般的な管理機能を担当するマネジャの接続アドレスを含む管理者情報を含み、
上記共通ライセンスを生成する段階は、上記コンテンツ情報の管理者情報を利用して上記マネジャとして接続して権限制御情報、ユーザ情報、コンテンツタイトル情報、コンテンツフォーマット情報、コンテンツインデックスのうち少なくともいずれか一つの提供を受ける段階を含む、請求項１８に記載のコンテンツ処理方法。
【請求項２１】
ドメインに登録されるターゲットＤＲＭが設けられているクライアントデバイスと、
コンテンツソースから上記クライアントデバイスに伝送するコンテンツを受信し、上記コンテンツのコンテンツ情報をユーザ入力及び上記コンテンツソースのうち少なくともいずれか一つから取得するコンテンツプロセッサと、
上記コンテンツプロセッサから上記コンテンツを受信し、上記受信されたコンテンツを上記ターゲットＤＲＭに適合するターゲットＤＲＭコンテンツに変換して上記クライアントデバイスに伝送するコンテンツトランスフォーマと、
上記コンテンツプロセッサから上記コンテンツ情報を受信し、上記受信されたコンテンツ情報を利用して上記伝送されたターゲットＤＲＭコンテンツを使用することができるライセンス情報の抽出が可能な共通ライセンスを生成する権限マネジャを含むことを特徴とするシステム。
【請求項２２】
上記クライアントデバイスは、上記権限マネジャから上記生成された共通ライセンスを受信して上記ターゲットＤＲＭのライセンスサーバに提供し、上記ターゲットＤＲＭのライセンスサーバから発給されるライセンスを利用して上記コンテンツトランスフォーマから伝送されたターゲットＤＲＭコンテンツを使用する、請求項２１に記載のシステム。
【請求項２３】
上記コンテンツプロセッサは、上記クライアントデバイス、上記コンテンツソース、上記ドメインに登録された第３のデバイスのうちいずれか一つに設けられる、請求項２１に記載のシステム。
【請求項２４】
上記コンテンツトランスフォーマは、上記コンテンツを上記ターゲットＤＲＭコンテンツに変換するために上記コンテンツソース及び外部の特定システムのうち少なくともいずれか一つから上記コンテンツを復号化できる復号化キーを受信する、請求項２１に記載のシステム。
【請求項２５】
外部のコンテンツソースからＤＲＭドメインシステムに伝送されるコンテンツを受信する段階と、
上記受信されたコンテンツの完全性チェックをセキュリティシステムに要求する段階と、
上記セキュリティシステムから伝送される上記完全性チェックの結果に従って上記コンテンツを上記ＤＲＭドメインシステムに伝送するか否かを決定する段階と、を含むことを特徴とするコンテンツ処理方法。
【請求項２６】
上記伝送を行なうか否かを決定する決定段階は、
上記セキュリティシステムから伝送される上記完全性チェックの結果、上記コンテンツに異常が発見された場合、上記コンテンツを上記ＤＲＭドメインシステムに伝送できないことを決定し、上記コンテンツに異常が発見されない場合、上記コンテンツを上記ＤＲＭドメインシステムに伝送することを決定する段階を含む、請求項２５に記載のコンテンツ処理方法。
【請求項２７】
上記セキュリティシステムから伝送される上記完全性チェックの結果、上記コンテンツに異常が発見された場合、上記セキュリティシステムに上記コンテンツの修復を要求する段階をさらに含む、請求項２５に記載のコンテンツ処理方法。
【請求項２８】
ＤＲＭドメインシステムを利用したコンテンツ処理方法において、
暗号化されたコンテンツ及び上記暗号化されたコンテンツを再生するための特定情報が格納された光媒体を備える第１デバイスをドメインに登録する段階と、
第２デバイスを上記ドメインに登録する段階と、
上記第１デバイスから上記暗号化されたコンテンツ及び上記特定情報のうち少なくともいずれか一つを上記ドメインに登録された上記第２デバイスに伝送する段階と、
上記第２デバイスに伝送された暗号化されたコンテンツを、上記特定情報を利用して上記第２デバイスによって再生可能なコンテンツの形態に変換する段階と、を有することを特徴とするコンテンツ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ処理方法及びシステムに関し、特に、ノンコンプライアントコンテンツにＤＲＭドメインサービスを提供できるコンテンツ処理手続き及びその基盤システムと、これを介してＤＲＭドメインシステムに導入するコンテンツの完全性を保障する方法及びその基盤システムに関する。
【背景技術】
【０００２】
近年、情報のデジタル化の加速に伴いデジタルコンテンツの著作権問題が広がっている。デジタルコンテンツは、アナログコンテンツと違って情報損失無しに無制限に複製が可能であるため、違法コピー及び使用がされ易い。従って、デジタルコンテンツのサービスのためには違法コピー及び使用からデジタルコンテンツを安全に保護する技術の裏付けが必要である。
【０００３】
デジタル著作権管理(ＤＲＭ：Digital Rights Management)は、デジタルコンテンツの違法コピー及び使用を未然に防止して適法な権限を有するユーザのみがデジタルコンテンツを使用できるようにする総合的なデジタルコンテンツ保護技術である。このＤＲＭは、デジタルコンテンツの流通全般において総合的な保護フレームワークを提供する。例えば、ＤＲＭは、暗号化技術を利用してデジタルコンテンツをパッケージ形態の暗号化されたデータに変換して、適法な認証手続きを経なければ当該コンテンツを使用することができないようにする。
【０００４】
このようなＤＲＭは、多様なコンテンツサービスモデルと連係しながら保護された合法的なコンテンツサービスの基盤となっている。実際には、現在、コンテンツサービスプロバイダは各自固有のＤＲＭを採択して自身がサービスするコンテンツを保護している。例えば、オンラインを介して音源を提供する音源サービスの場合、違法コピー防止のために特定の暗号化パターンで暗号化された音源を提供しており、このような音源は当該サービスプロバイダによって提供されたアプリケーションのみで再生可能としている。従って、ユーザは、特定サービスプロバイダから音源を購入した後、そのサービスプロバイダから提供されるアプリケーションが設けられたデバイス、例えば、ＰＣや携帯電話、ＭＰ３プレーヤなどを利用して音源を再生できる。
【０００５】
ところが、ＤＲＭは、その特性上、技術的または政策的に相当閉鎖的であるという特徴があるため、通常相異なるＤＲＭ間には相互運用性はない。このため、ＤＲＭコンテンツサービスは、一般のコンテンツサービスに比べて安定性及び合法性の側面では遥かに優れているが、コンテンツを利用するユーザの立場に立てばコンテンツの利用において相当制約があり不便であるという問題点を内包している。このような問題はデジタルコンテンツ流通構造の柔軟性を阻害する要因となり、結果的には健全なコンテンツ市場の活性化を妨げる原因となっている。
【０００６】
これに対し、最近では、同一のＤＲＭフレームワーク内のデバイスにおいてはコンテンツを自由に共有して使用できるようにするＤＲＭシステムや、または閉鎖的な相異なるＤＲＭ間でも相互運用可能な相互運用フレームワークを提供するＤＲＭ相互運用システムが提案されている。
【０００７】
このようなシステムは、共通して、ＤＲＭ信頼フレームワークの基本単位としてドメインという概念を導入している。ドメインとは、認証されたデバイスやソフトウェアシステムの集合を意味する。所定の合法的手続きを経てドメインに認証されたデバイスやソフトウェアシステム(以下、「デバイス」と呼ぶ)は、同一のＤＲＭまたは相異なるＤＲＭが適用されたコンテンツが許可された範囲内で共有して自由に使用することができる。
【０００８】
以下、このようなドメインを使用するＤＲＭシステムまたはＤＲＭ相互運用システムをＤＲＭドメインシステムと呼ぶ。ＤＲＭドメインシステムは、ドメインを構成するためのエンティティの物理的な連動環境を基本に各エンティティの機能を定義し、そのエンティティ間を適切に連係させることによって構成できる。
【０００９】
ところが、従前より、このようなＤＲＭドメインシステムによってサポートされないノンコンプライアントコンテンツが存在する。ノンコンプライアントコンテンツは、ＤＲＭドメインシステムによって受用されないため、ドメイン内でその共有が不可能である。即ち、ノンコンプライアントコンテンツとは、ＤＲＭドメインシステムによってサービス可能なコンプライアントコンテンツと対立する概念のコンテンツを意味する。
【００１０】
このようなノンコンプライアントコンテンツは、大きくクリーンタイプのコンテンツとノンクリーンタイプのコンテンツとに区分される。
【００１１】
クリーンタイプのコンテンツは、暗号化またはスクランブリングされないオリジナルコンテンツ形態のコンテンツを意味する。このようなクリーンタイプのコンテンツは、ＤＲＭが適用されていないため、大部分は権限情報が存在せず無制限の使用が可能であるが、当該コンテンツは全く保護されない。
【００１２】
ノンクリーンタイプのコンテンツは、暗号化またはスクランブリングされているが、ＤＲＭドメインサービスがサポートされないＤＲＭコンテンツを意味する。このようなノンクリーンタイプのコンテンツは、コンテンツの使用のための権限情報が存在してもよいが、これはドメイン内で用いられる権限情報を満たさないためＤＲＭドメインサービスは不可能である。例えば、ＣＤ(Compact Disc)に格納されている音源の場合、複写防止などのためにスクランブリングされており、マネージドコピーを介して複製権限などを付与することも可能だが、これをＤＲＭドメインサービスに適用する方法は用意されていない。
【００１３】
このようなクリーンタイプのコンテンツまたはノンクリーンタイプのコンテンツは、現在流通しているコンテンツの多くの部分を占めている。それにも拘わらず、従来はＤＲＭドメインシステム、即ち(ドメインの概念を使用する)ＤＲＭシステムまたはＤＲＭ相互運用システムがサポートすることができるコンテンツがコンプライアントコンテンツだけに限定されており、実際に大多数のコンテンツはＤＲＭドメインサービスの恩恵を受けることができないというのが実情である。このような問題はＤＲＭドメインサービスの大衆化及び商用化を遅延させる主な原因の一つとなっている。従って、このようなノンコンプライアントコンテンツをサポート可能な方法及びその基盤システムを早急に開発することが要求されている。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明は、このような問題点を解決するためのものであって、本発明の目的は、クリーンタイプまたはノンクリーンタイプなどのノンコンプライアントコンテンツにＤＲＭドメインサービス、例えば、ＤＲＭ相互運用サービスやコンテンツ共有サービスなどを提供できるコンテンツ処理方法及びシステムを提供することにある。
また、本発明の他の目的は、外部からＤＲＭドメインシステムに流入されるノンコンプライアントコンテンツの完全性を保障できるコンテンツ処理方法及びその基盤システムを提供することにある。
【００１５】
また、本発明の他の目的は、光媒体に格納されたコンテンツをドメイン内で共有できるように処理するコンテンツ処理方法を提供することである。
【課題を解決するための手段】
【００１６】
このような本発明の目的を達成するために本発明は、一つの側面においては相互運用的にコンテンツを処理する方法を提供する。コンテンツ処理方法は、第１システムからソースデータを受信する段階と、上記ソースデータを相互運用処理してターゲットデータを生成する段階と、第２システムに上記ターゲットデータを伝送する段階と、を有する。上記第１システムまたは第２システムは、アクセス制御システム、コピー保護システム及びユーザ制御システムのうち少なくとも一つを含んでいてもよい。
【００１７】
上述した目的を達成するために本発明は他の側面において、コンテンツ処理方法を提供する。コンテンツ処理方法は、ドメインを形成するＤＲＭ相互運用システムを利用したコンテンツ処理方法において、コンテンツソースからコンテンツが受信されると、上記コンテンツのコンテンツ情報をユーザ入力及び上記コンテンツソースのうち少なくともいずれか一方から取得する段階と、上記受信されたコンテンツをターゲットＤＲＭに適合するターゲットＤＲＭコンテンツに変換する段階と、上記変換されたターゲットＤＲＭコンテンツを上記ターゲットＤＲＭコンテンツが設けられている目的クライアントデバイスに伝送する段階と、上記取得されたコンテンツ情報を利用し、上記変換されたターゲットＤＲＭコンテンツの使用のためのライセンス情報を抽出できる共通ライセンスを生成する段階と、を有する。
【００１８】
上記コンテンツソースから受信される上記コンテンツは、上記ＤＲＭドメインシステムでサポートされないコンテンツを意味する。このようなコンテンツは、オリジナルコンテンツの形態を有するクリーンタイプのコンテンツ、または暗号化やスクランブリングされた形態を有するノンクリーンタイプのコンテンツのうちいずれか一つであってもよい。
【００１９】
上記コンテンツが上記クリーンタイプのコンテンツである場合、上記受信されたコンテンツを上記ターゲットＤＲＭコンテンツに変換する段階は、上記受信されたコンテンツを上記目的クライアントデバイスで使用可能な形態でトランスコーディングする段階と、上記トランスコーディングされたコンテンツを上記ターゲットＤＲＭに適合する形態でパッケージングする段階と、を含むことができる。
【００２０】
一方、上記コンテンツが上記ノンクリーンタイプのコンテンツである場合、上記受信されたコンテンツをターゲットＤＲＭコンテンツに変換する段階は、上記受信されたコンテンツを上記コンテンツソース及び外部の特定システムのうち少なくともいずれか一つから提供される復号化キーを利用して復号化してクリーンコンテンツに変換する段階と、上記変換されたクリーンコンテンツを上記目的クライアントデバイスで使用可能な形態でトランスコーディングする段階と、上記トランスコーディングされたクリーンコンテンツを上記ターゲットＤＲＭに適合する形態でパッケージングする段階と、を含むことができる。
【００２１】
上記コンテンツ情報は上記コンテンツの使用権限を制限できる権限制限情報を含むことができ、上記生成された共通ライセンスは上記権限制限情報を特定の情報形式で含むことができる。このような権限制御情報は上記コンテンツの使用と関連した許容範囲情報、マネージドコピー情報などを含むことができる。
【００２２】
上記コンテンツ情報は、上記ＤＲＭドメインシステムの全般的な管理機能を担当する管理エンティティの所在地を含む管理者情報と、上記コンテンツを所有して使用することができるユーザの情報を含むユーザ情報と、上記コンテンツのタイトル情報を含むコンテンツタイトル情報と、上記コンテンツのファイルフォーマットと関連した情報を含むコンテンツフォーマット情報と、上記コンテンツにインデックスを付与する固有識別子情報を含むコンテンツインデックスのうち少なくともいずれか一つを含むことができる。
【００２３】
上記コンテンツ情報が上記コンテンツインデックスを含む場合、上記共通ライセンスの発給段階は、上記含まれたコンテンツインデックスが上記ドメイン内で既に共有されている特定ＤＲＭコンテンツのコンテンツインデックスと重複するか否かを判別する段階と、上記判別の結果、重複が発生した場合、上記ユーザ入力及び上記コンテンツソースのうち少なくともいずれか一つに他のコンテンツインデックスの入力または提供を要求する段階を含むこともできる。
【００２４】
上記コンテンツ情報は、上記ＤＲＭドメインシステムの全般的な管理機能を担当するマネジャの接続アドレスを含む管理者情報を含むことができる。この場合、上記共通ライセンスを生成する段階は、上記コンテンツ情報の管理者情報を利用して上記マネジャとして接続して権限制御情報、ユーザ情報、コンテンツタイトル情報、コンテンツフォーマット情報、コンテンツインデックスのうち少なくともいずれか一つの提供を受ける段階を含むこともできる。
【００２５】
上記コンテンツソースは、上記コンテンツが格納されている光媒体を収納する光媒体ドライバ及び上記光媒体の上記コンテンツを再生できるホストを含むことができる。このとき、上記光媒体は、上記コンテンツ外にも上記コンテンツの復号化キー、権限制限情報、コンテンツ廃止リスト、デバイス廃止リストなどを格納することができる。
【００２６】
この場合、上記コンテンツ処理方法は、上記光媒体ドライバと上記ホスト間に相互認証を実行する段階と、上記相互認証後、上記ホストを介して上記コンテンツを再生する段階をさらに含むことができ、上記相互認証及び上記再生時には上記光媒体にさらに格納された上記情報のうち少なくともいずれか一つを使用することができる。
【００２７】
また、上記コンテンツ処理方法は、上記コンテンツソースが含まれたデバイスを上記ドメインの管理エンティティにドメインメンバとして登録する段階または上記目的クライアントデバイスを上記ドメインの管理エンティティにドメインメンバとして登録する段階をさらに含むこともできる。
【００２８】
また、上記コンテンツ処理方法は、上記生成された共通ライセンスを上記目的クライアントデバイスに提供する段階をさらに含むこともできる。この場合、上記コンテンツ処理方法は、目的クライアントデバイスは、上記提供された共通ライセンスを上記ターゲットＤＲＭのライセンス発給エンティティに提供してライセンス発給を要求する段階と、上記要求に応答して上記ターゲットＤＲＭのライセンス発給エンティティから発給されるライセンスを介して上記目的クライアントデバイスが上記ターゲットＤＲＭコンテンツを再生する段階と、をさらに含むこともできる。
【００２９】
一方、上述した本発明の目的を達成するために、本発明は他の側面において、コンテンツ処理を実行することができるシステムを提供する。上記システムは、ドメインに登録されるターゲットＤＲＭが設けられているクライアントデバイスと、コンテンツソースから上記クライアントデバイスに伝送するコンテンツを受信し、上記コンテンツのコンテンツ情報をユーザ入力及び上記コンテンツソースのうち少なくともいずれか一つから取得するコンテンツプロセッサと、上記コンテンツプロセッサから上記コンテンツを受信し、上記受信されたコンテンツを上記ターゲットＤＲＭに適合するターゲットＤＲＭコンテンツに変換して上記クライアントデバイスに伝送するコンテンツトランスフォーマと、上記コンテンツプロセッサから上記コンテンツ情報を受信し、上記受信されたコンテンツ情報を利用して上記伝送されたターゲットＤＲＭコンテンツを使用することができるライセンス情報の抽出が可能な共通ライセンスを生成する権限マネジャを含むことができる。
【００３０】
上記クライアントデバイスは、上記権限マネジャから上記生成された共通ライセンスを受信して上記ターゲットＤＲＭのライセンスサーバに提供し、上記ターゲットＤＲＭのライセンスサーバから発給されるライセンスを利用して上記コンテンツトランスフォーマから伝送されたターゲットＤＲＭコンテンツを使用することができる。
【００３１】
上記コンテンツプロセッサは、上記クライアントデバイス、上記コンテンツソース、上記ドメインに登録された第３のデバイスのうちいずれか一つに設けられることができる。上記コンテンツトランスフォーマは、上記コンテンツを上記ターゲットＤＲＭコンテンツに変換するために、上記コンテンツソース及び外部の特定システムのうち少なくともいずれか一つから上記コンテンツを復号化できる復号化キーを受信することができる。
【００３２】
一方、上述した本発明の他の目的を達成するために本発明は他の側面においてコンテンツ処理方法を提供する。上記コンテンツ処理方法は、外部のコンテンツソースからＤＲＭドメインシステムに伝送されるコンテンツを受信する段階と、上記受信されたコンテンツの完全性チェックをセキュリティシステムに要求する段階と、上記セキュリティシステムから伝送される上記完全性チェックの結果に従って上記コンテンツを上記ＤＲＭドメインシステムに伝送するか否かを決定する段階と、を含むことができる。
【００３３】
上記の伝送を行うか否かを決定する決定段階は、上記セキュリティシステムから伝送される上記完全性チェックの結果、上記コンテンツに異常が発見された場合、上記コンテンツを上記ＤＲＭドメインシステムに伝送できないことを決定し、上記コンテンツに異常が発見されない場合、上記コンテンツを上記ＤＲＭドメインシステムに伝送することを決定する段階を含むことができる。
【００３４】
上記コンテンツ処理方法は、上記セキュリティシステムから伝送される上記完全性チェックの結果、上記コンテンツに異常が発見された場合、上記セキュリティシステムに上記コンテンツの修正を要求する段階をさらに含むこともできる。
【００３５】
一方、上述した本発明の他の目的を達成するために、本発明は他の側面において、コンテンツ処理方法を提供する。上記コンテンツ処理方法は、ＤＲＭドメインシステムを利用したコンテンツ処理方法において、暗号化されたコンテンツ及び上記暗号化されたコンテンツを再生するための特定情報が格納された光媒体を備える第１デバイスをドメインに登録する段階と、第２デバイスを上記ドメインに登録する段階と、上記第１デバイスから上記暗号化されたコンテンツ及び上記特定情報のうち少なくともいずれか一つを上記ドメインに登録された上記第２デバイスに伝送する段階と、上記第２デバイスに伝送された暗号化されたコンテンツを、上記特定情報を利用して上記第２デバイスによって再生可能なコンテンツの形態に変換する段階と、を含むことができる。
【発明の効果】
【００３６】
本発明によれば、例えば、ＤＲＭ相互運用サービスやコンテンツ共有サービスなどをサポートできなかったノンコンプライアントコンテンツをドメインに導入してＤＲＭドメインサービスを提供できる。従って、クリーンタイプまたはノンクリーンタイプのノンコンプライアントコンテンツをＤＲＭで保護することができると共に、異種または同種のＤＲＭが設けられたクライアントデバイス間に上記ノンコンプライアントコンテンツを安全に共有できる。
【００３７】
また、ＤＲＭドメインシステムに導入されるノンコンプライアントコンテンツの完全性をチェックしてその信頼性を向上させることによって、不適切なコンテンツがＤＲＭドメインシステムを損傷させる問題も解消できるようになる。
【発明を実施するための最良の形態】
【００３８】
以下、本発明が属する分野で通常の知識を有する者が本発明を容易に実施できるように本発明の好ましい実施例について添付図面を参照して詳細に説明する。以下に説明する本発明の好ましい実施例では内容の明瞭性のために特定の技術用語を使用する。しかし、本発明はその選択された特定用語に限定されることはなく、各々の特定用語が類似の目的を達成するために類似の方式で動作する全ての技術的同義語を含む。
【００３９】
図１は、ＤＲＭドメインシステムの基本的なエンティティ構成を示すブロック図であって、ドメインと、そのドメインを構成するための主要エンティティ及び他のエンティティ間の関係を例示的に示す。
【００４０】
図１に示すように、ＤＲＭドメインシステム１００はＤＲＭ信頼システムの基本単位としてドメイン１０を形成する。ここでドメイン１０とは、ＤＲＭドメインシステム１００が適用されるサービス領域であって、認証されたデバイス、ソフトウェアシステム、通信ロードなどの集合を意味する。
【００４１】
このようなドメイン１０は、物理的な概念を含めて構成することもでき、論理的な概念だけで構成することもでき、物理的な概念と論理的な概念とを混用して構成することもできる。例えば、ドメイン１０は、特定のローカル領域内で存在する認証されたデバイスの集合で構成してもよく、ローカル領域とは関係なく論理的に認証されたデバイスの集合で構成してもよく、またはローカル領域内に存在する認証されたデバイスの集合とローカル領域外に存在する認証されたデバイスの集合を全て含むように構成してもよい。
【００４２】
ＤＲＭドメインシステム１００は、ドメインを形成するＤＲＭシステムであってもよく、またはＤＲＭ相互運用システムであってもよい。ＤＲＭドメインシステム１００が上記ＤＲＭシステムである場合、ドメイン１０に加入した認証されたデバイスは、自身に設けられているＤＲＭと同一のＤＲＭが設けられているドメイン１０内のデバイスとコンテンツを共有して使用することができる。この場合、ドメイン１０は同一ＤＲＭデバイス間の共有サービスを提供する。
【００４３】
一方、ＤＲＭドメインシステム１００がＤＲＭ相互運用システムである場合、ドメイン１０に加入した認証されたデバイスは、自身に設けられているＤＲＭとは関係なくドメイン１０内に存在する異種のＤＲＭデバイスともコンテンツを共有して使用することができる。この場合、ドメイン１０は異種ＤＲＭデバイス間の共有サービスを提供する。即ち、ＤＲＭの種類に制限されることなく、デバイス相互間のコンテンツの共有が可能である。
【００４４】
本実施例では上記ＤＲＭドメインシステム１００がＤＲＭ相互運用システムである場合について説明する。従って、以下、図面符号１００をＤＲＭ相互運用システム１００という。しかしながら、これには限定されず、本発明はドメインを形成するシステムならばどこにでも適用可能であることはいうまでもない。
【００４５】
また、本実施例ではＤＲＭ相互運用システム１００が物理的な概念を含むドメインを構成する場合について説明する。従って、以下におけるドメイン１０は特定のローカル領域内に存在する認証されたデバイスの集合を意味する。しかしながら、これに限定されることなく、本発明は物理的な概念を含むドメインだけでなく、上記で言及された多様なドメイン(例えば、ローカル領域とは関係ない論理的なデバイスの集合、またはローカル領域内で認証されたデバイスとローカル領域外の認証されたデバイスの集合等)に適用されうることはいうまでもない。
【００４６】
物理的な概念を含むドメイン１０を構成する場合、ユーザはＤＲＭ相互運用システム１００にログインしてローカル領域内に存在するデバイスでドメインを形成した後、所望の多様なコンテンツを使用することができる。例えば、ユーザは自身の家をローカル領域に設定してドメインを形成し、家の内部に存在する各種ＰＣ、ＰＭＰ(portable multimedia player)、ＭＰ３プレーヤ、ＣＤプレーヤ、携帯電話、ＰＤＡなどのデバイスを利用して多種のＤＲＭで保護される音源、動画像、ゲームなどを合法的に共有して再生できる。
【００４７】
図１を参照して、ＤＲＭ相互運用システム１００は、クライアント１４０、コンテンツトランスフォーマ１３０、ドメインマネジャ１１０、権限マネジャ１２０及びレファレンスポイントコントローラ１５０などのエンティティで構成されることができる。
【００４８】
このとき、上記エンティティ１１０〜１５０は、ソフトウェアやハードウェアチップなどの形態でドメイン１０内部または外部の特定デバイスに搭載可能なモジュールであって、各々固有の機能を有する。各エンティティが有する主要な機能及びその好ましい搭載位置を説明すれば次の通りである。
【００４９】
１．クライアント１４０：クライアント１４０は、コンテンツを最終的に使用するエンティティである。即ち、コンテンツ使用の終端点を意味する。このようなクライアント１４０は、ドメイン１０内に存在するデバイス、例えば携帯電話、ＰＣ、ＰＤＡ、ＴＶ、ＣＤプレーヤ、ＰＭＰ、携帯電話、ＭＰ３プレーヤなどに搭載することができる。このとき、上記クライアント１４０が搭載されたデバイスをクライアントデバイスという。クライアントデバイスには特定ＤＲＭを設けることができ、クライアント１４０はクライアントデバイスが異種のＤＲＭとも互換できるように他のエンティティ１１０〜１３０と連動して各種機能をサポートする。
【００５０】
２．コンテンツトランスフォーマ１３０：コンテンツトランスフォーマ１３０は、外部から導入されるコンテンツを特定のターゲットＤＲＭが適用されたコンテンツに変換する機能を実行する。例えば、ＤＲＭ Ａが適用されたコンテンツが導入されれば、コンテンツトランスフォーマ１３０はこれを異種のターゲットＤＲＭであるＤＲＭ Ｂに変換する。また、コンテンツトランスフォーマ１３０はＤＲＭが適用されないクリーンコンテンツをターゲットＤＲＭが適用されたコンテンツに変換することもでき、暗号化またはスクランブリングされたコンテンツをターゲットＤＲＭが適用されたコンテンツに変換することもできる。このようなコンテンツトランスフォーマ１３０は、ドメイン内の特定デバイス、例えば、クライアントデバイスなどに搭載してもよく、場合によっては外部のシステムに搭載してもよい。
【００５１】
３．ドメインマネジャ１１０：ドメインマネジャ１１０はドメイン１０を総括して管理する機能を実行するエンティティである。例えば、ドメインマネジャ１１０は、ドメイン１０の生成、ドメイン１０の破棄、クライアント１４０及びクライアントデバイス登録及び管理、クライアント１４０の認証、レファレンスポイントコントローラの登録及び管理、レファレンスポイントコントローラの認証などの機能を実行できる。
【００５２】
このようなドメインマネジャ１１０はドメイン１０の内部や外部のどこにでも存在できる。例えば、図１に示された例ではドメインマネジャ１１０がドメイン１０の外部に存在する。好ましくは、ドメインマネジャ１１０は、サービスプロバイダ側のシステムに搭載されてもよく、インターネットなどの広域通信網を介してドメイン１０内のデバイスと連動できる。一方、ドメインマネジャ１１０はドメイン１０の内部に存在することができる。この場合、ドメインマネジャ１１０はドメイン１０内の特定デバイスに搭載されてもよい。
【００５３】
４．権限マネジャ１２０：権限マネジャ１２０は、ユーザのコンテンツ使用権限情報を管理してコンテンツの使用のための共通ライセンスを発給する機能を実行する。ここで共通ライセンスは異種ＤＲＭのライセンスを抽出できる互換性のあるライセンス情報である。また、権限マネジャ１２０は、ユーザがＤＲＭ相互運用システム１００に接続できるようにログイン機能を提供し、そのユーザのコンテンツ使用権限情報を格納する典型的なオンラインサービス管理マネジャであってもよい。権限マネジャ１２０のログオン機能によってＤＲＭ相互運用システム１００に接続されたユーザは、ドメインマネジャ１１０を呼び出してドメイン１０を形成してドメイン１０に登録されたクライアントデバイスを利用してコンテンツを使用できるようになる。上記クライアントデバイスは上記で言及したようにクライアント１４０が搭載されたドメイン１０内のデバイスを意味する。
【００５４】
このような権限マネジャ１２０は、図１に示すように、ドメイン１０の外部、例えば、サービスプロバイダ側のシステムに搭載されるのが好ましい。しかしながら、権限マネジャ１２０が常にサービスプロバイダ側に存在しなくてはならないのではなく、場合によってはドメイン１０内の特定のデバイスに搭載されてもよい。
【００５５】
５．レファレンスポイントコントローラ１５０：レファレンスポイントコントローラ１５０は、ドメイン１０を形成するためのローカル領域の範囲及び環境を決定するエンティティである。ローカル領域の範囲は、物理的な距離、ホップの数、反応時間などを考慮して決めることができる。レファレンスポイントコントローラ１５０は、周期的または特定の時点にデバイスの近接度を検知する機能を備え、特定デバイスがローカル領域内に存在するか否かを検証できる。また、レファレンスポイントコントローラ２０は、ローカル領域内に存在するのが検証されたクライアント１４０にドメイン証明書を提供できる。このとき、ドメイン証明書とは、当該クライアント１４０がローカル領域内に存在するということを証明する情報を意味する。
【００５６】
また、レファレンスポイントコントローラ１５０は、ローカル領域内でドメイン１０に含まれたクライアント１４０を代表する役割を実行することもできる。例えば、レファレンスポイントコントローラ１５０は、クライアント１４０とドメインマネジャ１１０間の情報交換時に媒介することもでき、またはドメイン１０に属するクライアント１４０の情報を格納及び管理してこれをドメインマネジャ１１０に提供することもできる。
【００５７】
このようなレファレンスポイントコントローラ１５０は、ローカル領域でドメイン１０内の特定のデバイスに設定することができる。即ち、レファレンスポイントコントローラ１５０はドメイン内のクライアントデバイスのうちで選択されたいずれか一つのデバイスであってもよい。このためにドメイン１０の初期構成時にはレファレンスポイントコントローラ１５０を選択する選択プロセスが実行される。
【００５８】
上記選択プロセスは、クライアントデバイス間の情報交換によって実行されてもよい。例えば、ドメイン１０の初期構成時、クライアントデバイスは相互間の能力値情報を交換し、これらのうち最も能力値の高いクライアントデバイスがレファレンスポイントコントローラ１５０として選択することができる。このとき、能力値とは、デバイスの性能を数値化した情報、例えば、バッテリーの残量、システム仕様、ネットワーク通信速度などを意味する。
【００５９】
一方、上記選択プロセスはドメインマネジャ１１０によって実行されてもよい。例えば、ドメイン１０の初期構成時、クライアントデバイスは自身の能力値情報をドメインマネジャ１１０に報告し、ドメインマネジャ１１０は報告されたクライアントデバイスの能力値情報を比較して最も能力値の高いクライアントデバイスをレファレンスポイントコントローラ１５０として選択できる。
【００６０】
一方、上記選択プロセスではレファレンスポイントコントローラ１５０に異常が発生した場合、これを代替する候補デバイスを選択することもできる。レファレンスポイントコントローラ１５０は、ドメインマネジャ１１０または特定クライアントと周期的に情報信号をやりとりして現在正常に動作していることを知らせる。もし、レファレンスポイントコントローラ１５０からドメインマネジャ１１０または特定クライアントに情報信号が受信されなければ、現在のレファレンスポイントコントローラ１５０はその地位を失って上記候補デバイスがレファレンスポイントコントローラの機能を代替することができる。この場合、新たなレファレンスポイントコントローラはドメインマネジャに自身が新たなレファレンスポイントコントローラに設定されたことを登録する。
【００６１】
このようなレファレンスポイントコントローラ１５０は、ローカル領域に存在するセットトップボックス、デスクトップＰＣなどのようにコンピュータ資源が豊富で移動性がないドメインデバイスに設定することが有利であるが、携帯電話のように資源の制約はあるが、移動性に優れたドメインデバイスに設定することもできる。
【００６２】
上述したエンティティ１１０〜１５０以外にもＤＲＭ相互運用システム１００は、仮想クライアント、クライアントプロキシ、コンテンツ関係マネジャなどのような複数のエンティティをさらに備えることができるが、本発明の要旨と直接的な関係のないエンティティに対しては別途の図示と説明は省略する。
【００６３】
このようなＤＲＭ相互運用システム１００を利用すれば、ユーザは、ドメイン１０内のクライアントデバイスに設けられているＤＲＭの種類が各々相異なるとしてもメイン１０に属するクライアントデバイス間にコンテンツを共有して使用することができる。
【００６４】
図２は、ＤＲＭ相互運用システム１００の基本的な動作例を説明するための例示図であって、ＤＲＭ Ａが適用されたＤＲＭ ＡコンテンツがクライアントデバイスＡ(ＣＡ)に格納されており、ユーザが、そのＤＲＭ Ａコンテンツを、異種のＤＲＭであるＤＲＭ Ｂが設けられたクライアントデバイスＢ(ＣＢ)へ伝送して使用しようとする場合、ＤＲＭ相互運用システム１００で実行できる動作手続きを示す。
【００６５】
図２を参照しながら、まずクライアントデバイスＡ(ＣＡ)とクライアントデバイスＢ(ＣＢ)はドメインマネジャ１１０に認証を要求して正当なドメイン１０のメンバであることを立証する(段階：Ｓ１、Ｓ２)。
【００６６】
認証後、クライアントデバイスＡ(ＣＡ)は、上記ＤＲＭ ＡコンテンツをクライアントデバイスＢ(ＣＢ)へ伝送することを要求する。このような要求はコンテンツトランスフォーマ１３０と権限マネジャ１２０に伝達されてもよい(段階：Ｓ３、Ｓ４)。コンテンツトランスフォーマ１３０は上記ＤＲＭ ＡコンテンツをＤＲＭ Ｂに適合する形態のコンテンツに変換し(段階：Ｓ５)、クライアントデバイスＢ(ＣＢ)へ伝送する(段階：Ｓ６)。
【００６７】
一方、権限マネジャ１２０は、ユーザの権限情報を格納して管理しており、その権限情報には上記ＤＲＭ Ａコンテンツに対するユーザの権限情報も含まれている。権限マネジャ１２０は、ＤＲＭ Ａコンテンツに対するユーザの権限情報が含まれた共通ライセンスをクライアントデバイスＢ(ＣＢ)に発給する(段階：Ｓ７)。上記発給された共通ライセンスはＤＲＭ ＡとＤＲＭ Ｂに全て互換されるライセンス情報である。
【００６８】
従って、クライアントデバイスＢ(ＣＢ)は、上記共通ライセンスをＤＲＭ Ｂライセンスサーバ２０に提供した後、ＤＲＭ Ｂライセンスサーバ２０から上記伝送されたコンテンツを使用することができるＤＲＭ Ｂライセンスを受領して使用することができる(段階：Ｓ８、Ｓ９)。このとき、権限マネジャ１２０がＤＲＭ Ｂライセンスサーバ２０に共通ライセンスを直接提供し、ＤＲＭ Ｂライセンスサーバ２０にクライアントデバイスＢ(ＣＢ)がＤＲＭ Ｂライセンスを提供させるようにしたり、権限マネジャ１２０がＤＲＭ Ｂライセンスサーバ２０に共通ライセンスを提供した後、ＤＲＭ Ｂに適合するＤＲＭ Ｂライセンスの提供を受けてクライアントデバイスＢ(ＣＢ)に提供したりすることもできる。
【００６９】
図３は、コンテンツソースから提供されるノンコンプライアントコンテンツがクライアントデバイスＡに導入される場合、ＤＲＭ相互運用システムの動作例を示す例示図であって、本発明の好ましい実施例によるＤＲＭ相互運用システムの構成及びそのノンコンプライアントコンテンツ処理手続きを示す。
【００７０】
図３に示すように、本発明の好ましい実施例によるＤＲＭ相互運用システム１１０'は、ノンコンプライアントコンテンツの処理のためにノンコンプライアントコンテンツプロセッサ１５０をさらに備える。ノンコンプライアントコンテンツプロセッサ１５０は、コンテンツソース３０から受信されるノンコンプライアントコンテンツをＤＲＭ相互運用システム１００'でサポート可能な形態に変換する機能を実行するエンティティである。従って、外部のノンコンプライアントコンテンツは、ノンコンプライアントコンテンツプロセッサ１５０を介してＤＲＭ相互運用システム１００'内に導入されてもよい。
【００７１】
まず、ノンコンプライアントコンテンツプロセッサ１５０は、コンテンツソース３０からクライアントデバイスＡ(ＣＡ)へ伝送する特定ノンコンプライアントコンテンツを取得する(段階：Ｓ１０）。このとき、上記コンテンツソース３０とは、例えば、ＰＣ、ＣＤプレーヤ、ＭＰ３プレーヤ、ＢＤ(Blue-ray Disc)プレーヤ、ＨＤ(Holographic Disc)プレーヤ、セットトップボックス、携帯電話、ＴＶなどのようなローカル環境内のコンテンツを有したデバイスを意味してもよく、インターネットのような広域通信網を介して連動される外部のデバイスやシステム、例えば、コンテンツサーバなどを意味してもよい。このとき、上記デバイスとは、物理的なデバイスやシステムだけでなく、論理的なデバイス、例えば、ソフトウェアシステムなどを包括する概念である(例えば、特定の物理的なデバイス内に複数のソフトウェアシステムが存在し、各々のソフトウェアシステムが相異なるＤＲＭや再生フレームワークを有するならば、上記各々のソフトウェアシステムは別個のデバイスと見ることができる)。
【００７２】
上記ノンコンプライアントコンテンツプロセッサ１５０により取得されるノンコンプライアントコンテンツは、音源、動画像、ゲーム、イメージなどであってもよく、暗号化やスクランブリングされていないクリーンタイプのコンテンツまたはＤＲＭ相互運用がサポートされないノンクリーンタイプのコンテンツのうちいずれか一つであってもよい。例えば、コンテンツソース３０がＣＤプレーヤである場合、上記ノンコンプライアントコンテンツはＣＤプレーヤに挿入されているＣＤの音源であってもよい。この場合、上記音源はノンクリーンタイプのコンテンツである。ノンコンプライアントコンテンツプロセッサ１５０は、このようなノンコンプライアントコンテンツをコンテンツソース３０に要求して取得することもでき、コンテンツソース３０側からの伝送要求に応答してコンテンツを受信することによって取得することもできる。
【００７３】
上記ノンコンプライアントコンテンツプロセッサ１５０は、上記ノンコンプライアントコンテンツと共に、そのノンコンプライアントコンテンツのコンテンツ情報を取得する(段階：Ｓ１１）。このとき、ノンコンプライアントコンテンツプロセッサ１５０は、上記ノンコンプライアントコンテンツのコンテンツ情報をコンテンツソース３０に要求して取得することもでき、ユーザの入力を介して取得することもできる。ユーザ入力を介して情報を取得する場合ノンコンプライアントコンテンツプロセッサ１５０は上記コンテンツ情報を入力できるコンテンツ情報入力用の窓をユーザに提供する。
【００７４】
上記ノンコンプライアントコンテンツのコンテンツ情報には、管理者情報、ユーザ情報、コンテンツタイトル情報、コンテンツフォーマット情報、コンテンツインデックス及び権限制限情報などを含んでいてもよい。
【００７５】
管理者情報は、ＤＲＭ相互運用時に全般的な管理機能を担当するマネジャのアドレス(例えば、ＵＲＬアドレス)を意味する。例えば、上記管理者情報は、ＤＲＭ相互運用システム１００'の権限マネジャ１２０またはドメインマネジャ１１０アドレスを含むことができる。このような権限マネジャやドメインマネジャは、上記で言及したように、サービスプロバイダ側に備えられることができ、この場合、ノンコンプライアントコンテンツプロセッサ１５０は、伝送されるコンテンツ情報の管理者情報を利用してサービスプロバイダ側のシステムである権限マネジャやドメインマネジャに接続した後、ユーザ情報、コンテンツタイトル情報、コンテンツフォーマット情報、権限制限情報、コンテンツインデックスなどを取得することができる。
【００７６】
ユーザ情報は、上記ノンコンプライアントコンテンツを所有して使用することができるユーザの情報を意味する。コンテンツタイトル情報は、上記ノンコンプライアントコンテンツのタイトル、例えば、“Beyonce-Crazy Love”のような音源タイトル、“love Actually”のような動画像タイトルなどを意味する。コンテンツフォーマット情報は上記ノンコンプライアントコンテンツのファイルフォーマットに対する情報を意味する。
【００７７】
コンテンツインデックスは上記ノンコンプライアントコンテンツにインデックスを付与する固有識別子を意味する。コンテンツインデックスはコンテンツソース３０から提供されてもよく、ドメイン１０'内で既に共有されているＤＲＭ Ａコンテンツのコンテンツインデックスと重複しないようにユーザの入力によって設定されてもよい。もし、コンテンツインデックスがドメイン１０'内で共有されているＤＲＭ Ａコンテンツのコンテンツインデックスと重複する場合が発生する場合、後に説明する共通ライセンス発給手順でエラーを発生させて新たなコンテンツインデックスを入力するようにユーザに要求できる。
【００７８】
権限制限情報は上記ノンコンプライアントコンテンツの使用と関連した制限情報を意味する。例えば、権限制限情報には“１００回再生”、“３０日間再生”、“無限再生”、“１０回複写”などのように上記ノンコンプライアントコンテンツを使用することができる許容範囲が定義される。このような権限制限情報は共通ライセンス発給時に共通ライセンスに含まれる。
【００７９】
ノンコンプライアントコンテンツプロセッサ１５０は上記権限制限情報をユーザから入力を受けたり、コンテンツソース側から自動抽出したりできる。ここでユーザが権限制限情報を入力する場合、ユーザはノンコンプライアントコンテンツプロセッサ１５０によって提供されるコンテンツ情報入力窓を介して権限制限情報を入力できる。
【００８０】
ノンコンプライアントコンテンツ、特にクリーンタイプのコンテンツの場合、大部分は権限情報自体が存在しない。このように上記ノンコンプライアントコンテンツの権限情報が存在しない場合、ユーザは所定の権限制限情報をノンコンプライアントコンテンツプロセッサ１５０が提供するコンテンツ入力窓を介して入力しなければならない。例えば、ユーザ自身が製作または取得したクリーンタイプのコンテンツをＤＲＭで保護すると同時に、ドメイン内で所定の制限によって自由に使用したい場合、ユーザは自身が所望の権限制限情報をノンコンプライアントコンテンツプロセッサ１５０で入力できる。一方、ノンクリーンタイプまたはクリーンタイプのコンテンツのうち、或るものは当該コンテンツの制限情報を勧告事項や警告文の形態で提供する場合もある。この場合、当該勧告事項や警告文に適合する権限制限情報をユーザがノンコンプライアントコンテンツプロセッサ１５０に入力したり、コンテンツソース３０から抽出したりすることによって違法な使用を防止できる。
【００８１】
また、ノンクリーンタイプのコンテンツの場合、マネージドコピー機能などによって権限制限情報が存在することもある。マネージドコピー機能とは、コンテンツのユーザが通信網を介してコンテンツソース側、例えば、コンテンツサービスサーバに接続してコンテンツ使用権限を購入できる機能である。このとき、ユーザは、著作権保有者が許容した回数だけまたは自身が要求した回数だけ、コンテンツの複写または使用が可能である。即ち、権限制限情報が存在するのである。この場合には、上記購入によって発生した権限制限情報をコンテンツソース３０側はノンコンプライアントコンテンツプロセッサ１５０に提供したり、ユーザがノンコンプライアントコンテンツプロセッサ１５０に直接入力したりできる。ノンクリーンタイプのコンテンツの場合、既存にＤＲＭ相互運用システムでは制限しなかった権限制限情報を有することもでき、このような権限制限情報も入力して反映することができる。
【００８２】
このように、コンプライアントコンテンツ及びそのコンテンツ情報が取得されれば、ノンコンプライアントコンテンツプロセッサ１５０はコンテンツトランスフォーマ１３０に上記コンプライアントコンテンツの変換を要求する(段階：Ｓ１２)。すると、コンテンツトランスフォーマ１３０は上記要求に応答し、上記コンプライアントコンテンツをターゲットＤＲＭであるＤＲＭ Ａに適合する形態に変換する(段階：Ｓ１３)。
【００８３】
ここで、上記コンプライアントコンテンツがノンクリーンタイプのコンテンツである場合、コンテンツトランスフォーマ１３０は上記コンプライアントコンテンツを復号化してクリーンコンテンツに変換する。ノンクリーンタイプのコンテンツは暗号化またはスクランブリングされているため、復号化のためには復号化キーが必要であり、該復号化キー(または復号化キーを導出することができる要素情報)は、ノンコンプライアントコンテンツプロセッサ１５０がコンテンツソース３０に要求して取得した後、コンテンツトランスフォーマ１３０に提供することもでき、コンテンツトランスフォーマ１３０が直接コンテンツソース３０に要求することもできる。
【００８４】
次いで、コンテンツトランスフォーマ１３０は、上記復号化されたクリーンコンテンツをクライアントデバイスＡ(ＣＡ)で再生可能な形態でトランスコーディングした後、トランスコーディングされたコンテンツをターゲットＤＲＭであるＤＲＭ Ａに適合する形態でパッケージングする。従って、上記コンプライアントコンテンツはＤＲＭ Ａが適用されたＤＲＭ Ａコンテンツに変換されるようになる。もし、上記コンプライアントコンテンツがクリーンタイプのコンテンツである場合、コンテンツトランスフォーマ１３０は上記復号化手順を実行せずに、トランスコーディング及び暗号化手順だけを実行することができる。
【００８５】
このような動作を介して上記コンプライアントコンテンツがＤＲＭ Ａコンテンツに変換されれば、コンテンツトランスフォーマ１３０は、上記変換されたＤＲＭ ＡコンテンツをクライアントデバイスＡ(ＣＡ)へ伝送する(段階：Ｓ１４)。従って、クライアントデバイスＡ(ＣＡ)はノンコンプライアントコンテンツで変換されたＤＲＭ Ａコンテンツを格納することができる。ここで上記クライアントデバイスＡ(ＣＡ)はドメインマネジャ１１０に正常なドメインメンバとして認証されたデバイスであることはもちろんである。
【００８６】
一方、ノンコンプライアントコンテンツプロセッサ１５０は、上記コンプライアントコンテンツのコンテンツ情報を権限マネジャに伝送し、共通ライセンスの発給を要求する(段階：Ｓ１５)。このとき、上記コンテンツ情報には、上記で言及したように、コンテンツインデックス、権限制限情報などが含まれている。
【００８７】
権限マネジャ１２０は、上記共通ライセンスの発給要求に応答し、上記コンプライアントコンテンツの権限制限情報を(約束された)特定の情報形式で含む共通ライセンスを生成し、生成された共通ライセンスをクライアントデバイスＡ(ＣＡ)に発給する(段階：Ｓ１７)。このとき、上記発給された共通ライセンスは、ＤＲＭ ＡをはじめとするＤＲＭ相互運用システム１００'においてサポート可能なＤＲＭで各々ライセンスを抽出できる互換性のあるライセンス情報である。共通ライセンス発給時、もし、コンテンツ情報に含まれたコンテンツインデックスが既に使われている他のコンテンツのコンテンツインデックスと重複する場合、権限マネジャ１２０はこれをノンコンプライアントコンテンツプロセッサ１５０に通報して新たなコンテンツインデックスを提供することを要求できる。この場合、ノンコンプライアントコンテンツプロセッサ１５０はユーザまたはコンテンツソースに新たなコンテンツインデックスを入力または提供するように要求できる。
【００８８】
上記共通ライセンスの発給を受けたクライアントデバイスＡ(ＣＡ)は、ＤＲＭ Ａライセンスサーバ７０に共通ライセンスを提供すると同時に、コンテンツトランスフォーマ１３０から受信されたＤＲＭ Ａコンテンツを使用できるＤＲＭ Ａライセンスを発給することを要求する(段階：Ｓ１８)。すると、ＤＲＭ Ａライセンスサーバ７０は、上記提供された共通ライセンスを利用して上記ＤＲＭ Ａコンテンツを使用できるＤＲＭ ＡライセンスをクライアントデバイスＡ(ＣＡ)に発給する(段階：Ｓ１９)。
【００８９】
従って、クライアントデバイスＡ(ＣＡ)は、コンプライアントコンテンツで変換されたＤＲＭ Ａコンテンツを、上記発給されたＤＲＭ Ａライセンスを介して使用することができる(段階：Ｓ２０）。併せて、クライアントデバイスＡ(ＣＡ)に格納されたＤＲＭ Ａは、ドメイン１０'内の他のクライアントデバイス(図示せず)と共有できることはもちろんである。ここでドメイン内のクライアントデバイス間のＤＲＭ相互運用動作は上記図２を参照して説明した。
【００９０】
一方、上記共通ライセンスの発給時には、上述した通り、権限マネジャ１２０がクライアントデバイスＡ(ＣＡ)に共通ライセンスを発給することもでき、ノンコンプライアントコンテンツプロセッサ１５０またはコンテンツソース３０に共通ライセンスを発給した後、上記共通ライセンスの発給を受けたエンティティがＤＲＭ Ａライセンスサーバ７０にＤＲＭ Ａライセンスを発給するように要求することによってクライアントデバイスＡ(ＣＡ)にＤＲＭ Ａライセンスが伝達されるようにすることもでき、権限マネジャ１２０が直接ＤＲＭ Ａライセンスサーバ７０に共通ライセンスを提供し、共通ライセンスを提供を受けたＤＲＭ Ａライセンスサーバ７０がクライアントデバイスＡ(ＣＡ)にＤＲＭ Ａコンテンツを使用することができるＤＲＭ Ａライセンスを発給するようにすることもできる。
【００９１】
以上、ＤＲＭ相互運用がサポートされないコンプライアントコンテンツをＤＲＭ相互運用サービス領域であるドメイン１０'内のクライアントデバイスＡ(ＣＡ)に提供できる方法を説明した。ところが、図３の場合、ノンコンプライアントコンテンツプロセッサ１５０がドメイン内に別途のエンティティで示されているが、これは限定的な意味ではなく、ノンコンプライアントコンテンツプロセッサはドメインの内部または外部のどこにでも位置できる。また、ノンコンプライアントコンテンツプロセッサは、特定のデバイスに別途搭載されることもでき、コンテンツソースまたはＤＲＭ相互運用システムの特定エンティティに一つの機能として統合して具現化することもできる。
【００９２】
図４は、ノンコンプライアントコンテンツプロセッサ１５０'がクライアントデバイスＡ(ＣＡ’)に備えられている場合、ＤＲＭ相互運用システム１０''の構成を示している。この場合、ノンコンプライアントコンテンツプロセッサ１５０'は、クライアントデバイスＡ(ＣＡ’)に搭載されているエンティティであるクライアントとは別途のエンティティで搭載されることもでき、またはクライアントにサブモジュールのような形態で含まれてクライアントの一機能として具現化することもできる。
【００９３】
図４を参照して、ノンコンプライアントコンテンツプロセッサ１５０'がクライアントデバイスＡ(ＣＡ’)に備えられている場合、ノンコンプライアントコンテンツ及びそのコンテンツ情報の取得、コンテンツ変換要求及び共通ライセンスの発給要求などはクライアントデバイスＡ(ＣＡ’)によって実行することができる。このとき、ユーザはコンプライアントコンテンツのコンテンツ情報をドメイン１０''内に位置するクライアントデバイスＡ(ＣＡ’)に入力できる。
【００９４】
一方、上記ノンコンプライアントコンテンツがノンクリーンタイプ、例えば、ＣＤの音源等である場合、クライアントデバイスＡ(ＣＡ’)は、ノンコンプライアントコンテンツを復号化できる復号化キーまたは復号化キーを導出できる要素情報をコンテンツソース３０から抽出したり、コンテンツソース３０に要求して伝達を受けたりすることができる。
【００９５】
図５は、ノンコンプライアントコンテンツプロセッサ１５０''がコンテンツソース３０'内に備えられている場合、ＤＲＭ相互運用システム１００'''の構成を示している。
【００９６】
図５を参照すれば、ノンコンプライアントコンテンツプロセッサ１５０''がコンテンツソース３０'内に備えられる場合、コンテンツソース３０'が直接コンテンツ情報を抽出してＤＲＭ相互運用システム１００'''内のコンテンツトランスフォーマ１３０及び権限マネジャ１２０にコンテンツの変換及び共通ライセンスの発給を要求する形態で動作が行われる。このとき、ユーザはコンプライアントコンテンツのコンテンツ情報をコンテンツソース３０''に接続して入力できる。
【００９７】
また、上記ノンコンプライアントコンテンツがノンクリーンタイプである場合、コンテンツソース３０'はノンコンプライアントコンテンツを復号化できる復号化キーまたは復号化キーを導出できる要素情報をコンテンツトランスフォーマ１３０に提供できる。
【００９８】
一方、ノンコンプライアントコンテンツがＤＲＭ相互運用システムに導入される時にはそのノンコンプライアントコンテンツの完全性を保障する必要がある。このとき、ノンコンプライアントコンテンツの完全性とは、当該ノンコンプライアントコンテンツに欠点がない状態、即ち、汚染などの理由で損傷されていない状態を意味する。従って、完全性が保障されれば当該ノンコンプライアントコンテンツは安全且つ信頼性のあるコンテンツと見ることができる。
【００９９】
以下、上述したノンコンプライアントコンテンツの完全性を保障できるノンコンプライアントコンテンツ処理手続き及びその基盤システムに関して詳細に説明する。
【０１００】
図６、図７、図８及び図９は、ノンコンプライアントコンテンツの完全性保障のためのシステムの構成例を各々示す例示図である。
【０１０１】
まず、図６を参照すると、コンテンツソース２００からＤＲＭ相互運用システム５００に伝送されるノンコンプライアントコンテンツの完全性を保障するためには、コンテンツソース２００からＤＲＭ相互運用システム５００に伝送されるノンコンプライアントコンテンツの完全性チェックを管理するコンテンツ完全性マネジャ３００を備える必要がある。
【０１０２】
上記コンテンツ完全性マネジャ３００は、コンテンツソース２００からＤＲＭ相互運用システム５００に伝送されるノンコンプライアントコンテンツの完全性チェックをセキュリティシステムに依頼し、セキュリティシステム４００から伝送される完全性チェックの結果に従って、上記ノンコンプライアントコンテンツを伝送するか否かを決定し、ＤＲＭ相互運用システム５００またはコンテンツソース２００に通報する機能を実行するエンティティである。ここで上記ＤＲＭ相互運用システム５００とは、上記言及したノンコンプライアントコンテンツの処理機能を備えたシステム(図３の１００'、図３ｂの１００''、図３ｃの１００'''）を意味する。また、上記コンテンツ完全性マネジャ３００は、ノンコンプライアントコンテンツだけでなく、外部からＤＲＭ相互運用システム５００に流入されるコンプライアントコンテンツに対しても上記機能を実行できることはもちろんである。
【０１０３】
このようなコンテンツ完全性マネジャ３００はセキュリティシステム４００と連動することができる。上記セキュリティシステム４００は、コンテンツ完全性マネジャ３００から依頼されるノンコンプライアントコンテンツの完全性チェックを実行するシステムであり、例えば、ウイルスチェックシステムなどである。また、上記セキュリティシステム４００は、ノンコンプライアントコンテンツの完全性チェックだけでなく、当該ノンコンプライアントコンテンツの完全性チェックの結果、異常が発見された場合、これを修復できる機能も備えていてもよい。
【０１０４】
このようなセキュリティシステム４００は、図６に示したように、ＤＲＭ相互運用システム５００の外部でコンテンツ完全性マネジャ３００及びＤＲＭ相互運用システム５００と連動することができ、ＤＲＭ相互運用システム５００内に含まれていてもよい。図７はセキュリティシステム４００'がＤＲＭ相互運用システム５００'内に含まれていてもよいことを示す。
【０１０５】
また、上記コンテンツ完全性マネジャ３００は、図６に示すように、ＤＲＭ相互運用システム５００の外部の別途システムで構成されてもよく、ＤＲＭ相互運用システム５００内に含まれてもよい。図８は、コンテンツ完全性マネジャ３００''がＤＲＭ相互運用システム５００''の内部に一つのエンティティで備えられた場合を示す。
【０１０６】
一方、上記コンテンツ完全性マネジャ３００とセキュリティシステム４００共にＤＲＭ相互運用システム５００内に備えられてもよい。図９は、コンテンツ完全性マネジャ３００'及びセキュリティシステム４００'共にＤＲＭ相互運用システム５００'''内に備えられる場合を示す。図６ないし図８のうち、いかなる形態でシステムを構成するかは実施環境に従って選択的な事項である。
【０１０７】
図１０は、ＤＲＭ相互運用システムに導入されるノンコンプライアントコンテンツの完全性を保障するための手続きを示す例示図であって、そのシステム構成は理解が容易になるように図６に示されたシステムの構成を採用する。
【０１０８】
図１０に示すように、コンテンツソース２００から特定のノンコンプライアントコンテンツがコンテンツ完全性マネジャ３００へ伝送される(段階：Ｓ４０）。ここで、上記ノンコンプライアントコンテンツはＤＲＭ相互運用システム５００に入力される。
【０１０９】
コンテンツ完全性マネジャ３００は、上記伝送されたノンコンプライアントコンテンツに対する完全性チェックをセキュリティシステム４００に依頼する(段階：Ｓ４１)。すると、セキュリティシステム４００は、上記依頼に応答して上記ノンコンプライアントコンテンツの完全性チェックを実行する(段階：Ｓ４２)。上記完全性チェック時には、上記ノンコンプライアントコンテンツに異常が発見されない場合及び異常が発見される場合が存在しうる。このような完全性チェックが完了すれば、セキュリティシステム４００は上記完全性チェックの結果をコンテンツ完全性マネジャ３００に通報する(段階：Ｓ４３)。
【０１１０】
コンテンツ完全性マネジャ３００は、上記完全性チェックの結果に従って、上記ノンコンプライアントコンテンツをＤＲＭ相互運用システム５００に伝送するか否かを決定し(段階：Ｓ４４)、その決定結果をＤＲＭ相互運用システムとコンテンツソースに通報する(段階：Ｓ４５、Ｓ４６)。
【０１１１】
例えば、上記完全性チェックの結果、上記ノンコンプライアントコンテンツに異常が発見されない場合、上記コンテンツ完全性マネジャ３００は、上記ノンコンプライアントコンテンツの完全性が保障されたと判断し、上記ノンコンプライアントコンテンツを正常にＤＲＭ相互運用システム５００に伝送することを上記ＤＲＭ相互運用システム５００及びコンテンツソース２００に通報する。そして、上記ノンコンプライアントコンテンツをＤＲＭ相互運用システム５００に伝送する。このとき、上記伝送されるノンコンプライアントコンテンツにはセキュリティシステム４００によって完全性チェックが行われることを知らせる情報が挿入されてもよい。
【０１１２】
一方、上記完全性チェックの結果、上記ノンコンプライアントコンテンツに異常が発見された場合、コンテンツ完全性マネジャ３００は、上記ノンコンプライアントコンテンツの完全性が保障されないと判断し、上記ノンコンプライアントコンテンツをＤＲＭ相互運用システム５００に伝送できないことを上記ＤＲＭ相互運用システム５００及びコンテンツソース２００に通報する。このとき、コンテンツ完全性マネジャ３００は、上記コンテンツソース２００に完全性チェックを実行するように要求し、チェックされたコンテンツの再伝送を要求することもできる。また、コンテンツ完全性マネジャ３００が上記伝送不可通報をＤＲＭ相互運用システム５００へだけ伝達し、その通報を受けたＤＲＭ相互運用システム５００が上記コンテンツソースに“共通ライセンス発給不可”などのようなメッセージを送って上記ノンコンプライアントコンテンツの伝送が不可能であることを通報し、再伝送を要求することもできる。
【０１１３】
一方、上記完全性チェックの結果、上記ノンコンプライアントコンテンツに異常が発見された場合、コンテンツ完全性マネジャ３００がセキュリティシステム４００に上記ノンコンプライアントコンテンツの修復を要求することもできる。セキュリティシステム４００は、これに応答してノンコンプライアントコンテンツの修復を実行した後、その結果をコンテンツ完全性マネジャ３００に通報でき、その通報を受けたコンテンツ完全性マネジャ３００は、上記要求された修復が正常に行われたか否かに従って、上記ノンコンプライアントコンテンツを伝送するか否かを決定し、ＤＲＭ相互運用システム５００またはコンテンツソース２００に通報できる。即ち、修復が正常に行われれば、上記ノンコンプライアントコンテンツの完全性が保障されたと判断してコンテンツを正常に伝送することを通報し、修復が正常に行われなければ伝送が不可であることを通報する。
【０１１４】
以上の説明で、コンテンツソースに含まれたノンコンプライアントコンテンツをドメイン内のクライアントデバイスに導入してドメインサービスの提供を受けることができるようにする技術について説明した。ユーザは、コンピュータ、携帯電話、ＣＤ、ＢＤ、ＨＤなどに格納されたノンコンプライアントコンテンツをドメイン内の特定クライアントデバイスに導入して異種または同種のＤＲＭデバイス間で共有して使用することができる。
【０１１５】
以下、ユーザが特定の光媒体、例えば、ＣＤ、ＢＤ、ＨＤを購入した後、当該光媒体に格納されたノンコンプライアントコンテンツをドメイン内にインポートして使用する他の例を説明する。以下、説明する実施例では実際ユーザにコンテンツ購入から再生までのサービスを提供するための手続きに重点をおく。
【０１１６】
図１１は、本発明の好ましい他の実施例によるコンテンツ処理方法を説明するための例示図である。
【０１１７】
図１１を参照すると、まず、ユーザはオフラインストア７１０で光媒体を購入する(段階：Ｓ１００）。例えば、レコード販売店で所望のＣＤやＢＤを購入する。
【０１１８】
このとき、上記光媒体にはユーザの購入したコンテンツが格納されている。上記コンテンツは上記言及したノンクリーンタイプのノンコンプライアントコンテンツであってもよい。上記光媒体には上記コンテンツと共に、上記コンテンツを復号化できる復号化キー情報、コンテンツの権限制御のための利用規則情報、違法コンテンツの使用を防止するためのコンテンツ廃止リスト及びデバイス廃止リストなどが格納されている。ここで、上記復号化キー情報は、上記コンテンツを復号化できる復号化キーまたは復号化キーを導出できる要素情報などを意味する。また、利用規則情報は上記コンテンツのコンテンツ情報に含まれた権限制限情報を意味する。
【０１１９】
ユーザは、光媒体再生デバイス(例えば、ＣＤまたはＢＤプレーヤ等)７３０を介して上記購入した光媒体に格納されたコンテンツをレンダリングできる。光媒体再生デバイス７３０は、光媒体を物理的に収納して駆動する光媒体ドライバ７３２及び光媒体のコンテンツを再生するアプリケーション、オペレーティングシステムなどを含むホスト７３１などで構成されてもよく、コンテンツのレンダリング時には光媒体ドライバ７３２とホスト７３１との間の認証を実行することができる(段階：Ｓ１１０）。
【０１２０】
図１２は、光媒体ドライバとホストとの間で認証を実行する手順を説明するための例示図である。
【０１２１】
図１２に示すように、ホスト７３１は自身のデバイス認証書を光媒体ドライバ７３２へ伝送する(段階：Ｓ１１２)。上記ホスト７３１のデバイス認証書はホスト７３１の生産時に内蔵される固有なデバイス認証書を意味する。
【０１２２】
光媒体ドライバ７３２は、ホスト７３１から受信されたデバイス認証書が光媒体８００に格納されているデバイス廃止リストに存在するか否かを検査し、ホスト７３１のデバイス認証書がデバイス廃止リストに存在しない場合には、コンテンツのレンダリングを許容する確認メッセージを伝送できる(段階：Ｓ１１４)。すると、ホスト７３１は光媒体に格納されたコンテンツを再生できる。コンテンツの再生時には光媒体に格納されている利用規則が考慮できる。
【０１２３】
一方、ホスト７３１から伝送されたデバイス認証書がデバイス廃止リストに存在する場合、光媒体ドライブ７３２はホスト７３１によるコンテンツのレンダリングを不許可とする不許可メッセージをホストに伝送できる。この場合、ホストはコンテンツをレンダリングできなくなる。
【０１２４】
一方、ユーザは、光媒体８００に格納されたコンテンツをドメイン内のクライアントデバイス７４０へ送るために、まずドメインマネジャ７２１に要求して上記光媒体ドライブ７３２を備えたデバイス、即ち、光媒体再生デバイス７３０をドメインに登録できる(段階：Ｓ１２０）。このとき、上記ドメインマネジャ７２１は、サービスプロバイダオンラインフロントストア７２０に備えることができる。上記図１を参照した説明でドメインマネジャ７２１はサービスプロバイダ側のシステムに備えられてもよいことを説明した。
【０１２５】
図１３は、光媒体再生デバイス７３０がドメインに登録される手順を説明するための例示図である。
【０１２６】
図１３に示すように、光媒体８００には光媒体８００に格納されたコンテンツを個別に識別できるコンテンツＩＤ及び光媒体を個別に識別できるディスクボリュームＩＤが格納されている。光媒体再生デバイス７３０は、ドメインマネジャ７２１にドメインへの登録を要求する時、上記コンテンツＩＤ及びディスクボリュームＩＤをドメインマネジャに提供できる。併せて、光媒体再生デバイス７３０はドメイン登録要求時に光媒体デバイスの固有のデバイス識別子とユーザ情報をドメインマネジャ７２１に提供する。このとき、ユーザ情報は、光媒体デバイス７３０がユーザから入力を受けたものであってもよい。
【０１２７】
このように、光媒体再生デバイス７３０は、ドメインを管理するエンティティであるドメインマネジャ７２１にコンテンツＩＤ、ディスクボリュームＩＤ、デバイス識別子、ユーザ情報などを提供してドメインへの登録を要求する(段階：Ｓ１２２)。すると、ドメインマネジャ７２１は、上記要求に応答して光媒体再生デバイス７３０をドメインに登録した後、光媒体再生デバイス７３０に確認メッセージを送る(段階：Ｓ１２４)。サービスプロバイダ側のドメインマネジャ７２１は、上記提供される情報を利用してコンテンツの使用範囲(例えば、コンテンツの移動、複写等)を強制することもできる。
【０１２８】
次に、上記光媒体８００に格納されたコンテンツを受信するクライアントデバイス７４０は、ドメインマネジャ７２１に要求して認証後ドメインに登録する(段階：Ｓ１３０）。例えば、ユーザは、上記ドメインに登録された光媒体再生デバイス７３０からコンテンツの伝達を受けて使用するクライアントデバイス７４０をドメインに登録できる。このとき、コンテンツの伝達を受けるクライアントデバイス７４０が既にドメインに登録されているならば当該手続き(段階：Ｓ１３０）を省略してもよい。
【０１２９】
コンテンツを送信する光媒体再生デバイス７３０とコンテンツを受信するクライアントデバイス７４０がドメインに登録されれば、登録されたデバイス間のコンテンツ共有が成立する(段階：Ｓ１４０）。
【０１３０】
図１４は、ドメインに登録されたデバイス間にコンテンツの共有が成立する手順を示す例示図である。
【０１３１】
図１４に示すように、光媒体再生デバイス７３０の光媒体再生ドライブ７３２からクライアントデバイス７４０に暗号化されたコンテンツ、ディスクボリュームＩＤ、コンテンツＩＤなどが直接伝送されることもでき(段階：Ｓ１４２)、光媒体再生ドライブ７３２から光媒体再生デバイス７３０のストーリッジ７３３へコンテンツ、ディスクボリュームＩＤ、コンテンツＩＤなどを伝送してもよい(段階：Ｓ１４４)。光媒体再生デバイス７３０のストーリッジ７３３に格納されたコンテンツ、ディスクボリュームＩＤ、コンテンツＩＤなどは、クライアントデバイス７４０へ再伝送されてもよい。クライアントデバイス７４０に伝送された情報はクライアントデバイス７４０のストーリッジ７４１に格納されてもよい。
【０１３２】
そうすると、クライアントデバイス７４０は、ストーリッジ７４１に格納されたコンテンツを自身が再生できる形態のコンテンツに変換してライセンスで許容された権限に従って再生できるようになる。この手順に対する詳細な手続き及びアーキテクチャは、上記説明した実施例で詳細に説明した。例えば、コンテンツの使用に必要な各種情報、即ち、復号化キー値、利用規則等は、サービスプロバイダオンラインフロントストア７２０等を介してオンラインで提供を受けることもでき、ユーザの入力または光媒体に格納された情報の提供を受けて使用することもできる。
【０１３３】
以上、説明した本発明の他の実施例は、光媒体が挿入された光媒体再生デバイスでドメイン内の他のクライアントデバイスにコンテンツを伝送する例を説明したが、実施環境によっては光媒体再生デバイスに挿入された光媒体のコンテンツを上記光媒体再生デバイスに備えられたソフトウェアシステムに伝送して使用することもできる。この場合にも上記言及した手続きに従ってライセンス変換及びコンテンツ変換が(同一の物理的なデバイス内で)実行することができる。即ち、本発明で言及される“デバイス”とは、物理的なデバイスに限定されるのではなく、論理的なデバイス(例えば、ソフトウェアシステム)などを含むものである。
【０１３４】
以上、本発明に対してその好ましい実施例を参照して説明したが、当該技術分野の当業者は、特許請求の範囲に記載された本発明の技術的思想及び範囲から逸脱しない範囲内で本発明を多様に修正及び変更させて実施できる。従って、本発明の今後の実施例の変更は本発明の技術的範囲に含まれる。
【図面の簡単な説明】
【０１３５】
【図１】ＤＲＭドメインシステムの基本的なエンティティ構成を示すブロック図である。
【図２】ＤＲＭ相互運用システムの基本的な動作例を説明するための例示図である。
【図３】ノンコンプライアントコンテンツがクライアントデバイスに導入される場合のＤＲＭ相互運用システムの動作例を示す例示図である。
【図４】ノンコンプライアントコンテンツプロセッサがクライアントデバイスＡに備えられている場合のＤＲＭ相互運用システムの構成を示している。
【図５】ノンコンプライアントコンテンツプロセッサがコンテンツソース内に備えられている場合のＤＲＭ相互運用システムの構成を示している。
【図６】ノンコンプライアントコンテンツの完全性保障のためのシステムの構成例を示す例示図である。
【図７】ノンコンプライアントコンテンツの完全性保障のためのシステムの構成例を示す例示図である。
【図８】ノンコンプライアントコンテンツの完全性保障のためのシステムの構成例を示す例示図である。
【図９】ノンコンプライアントコンテンツの完全性保障のためのシステムの構成例を示す例示図である。
【図１０】ＤＲＭ相互運用システムに入力されるノンコンプライアントコンテンツの完全性を保障するための手続きを示す例示図である。
【図１１】本発明の好ましい他の実施例によるコンテンツ処理方法を説明するための例示図である。
【図１２】光媒体ドライバとホスト間で認証を実行する手順を説明するための例示図である。
【図１３】光媒体再生デバイスがドメインに登録される手順を説明するための例示図である。
【図１４】ドメインに登録されたデバイス間にコンテンツの共有が発生する手順を示す例示図である。
【符号の説明】
【０１３６】
３０    コンテンツソース
７０    ＤＲＭ Ａライセンスサーバ
１００'    ＤＲＭ相互運用システム
１１０    ドメインマネジャ
１２０    権限マネジャ
１３０    コンテンツトランスフォーマ
１５０    ノンコンプライアントコンテンツプロセッサ
ＣＡ    クライアントデバイスＡ
【図１】
2010503106.tif 000002
【図２】
2010503106.tif 000003
【図３】
2010503106.tif 000004
【図４】
2010503106.tif 000005
【図５】
2010503106.tif 000006
【図６】
2010503106.tif 000007
【図７】
2010503106.tif 000008
【図８】
2010503106.tif 000009
【図９】
2010503106.tif 000010
【図１０】
2010503106.tif 000011
【図１１】
2010503106.tif 000012
【図１２】
2010503106.tif 000013
【図１３】
2010503106.tif 000014
【図１４】
2010503106.tif 000015
【手続補正書】
【提出日】平成21年4月24日(2009.4.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロセッサを含むデバイスにおけるコンテンツ処理方法であって、前記プロセッサが、
デバイスを利用して、コンテンツソースからコンテンツを受信し、
前記コンテンツソースから前記コンテンツの使用権限を含む情報を獲得し、
受信した前記コンテンツを対象のデジタル著作権管理（ＤＲＭ）装置に適した特定形式に変換するようにコンテンツトランスフォーマに要求し、
受信した前記情報を利用して、前記コンテンツトランスフォーマにより変換された前記コンテンツを利用可能とする共通ライセンスを生成するように権限マネジャに要求し、
前記コンテンツトランスフォーマによって変換された前記コンテンツをエンティティに送信するように前記コンテンツトランスフォーマに要求し、
前記権限マネジャによって生成された前記共通ライセンスを前記エンティティに送信するようにライセンスサーバに要求する、
ことを特徴とするコンテンツ処理方法。
【請求項２】
前記プロセッサが受信した前記コンテンツは、クリーンタイプコンテンツまたはノンクリーンタイプコンテンツを含み、
前記クリーンタイプコンテンツは、非暗号化コンテンツまたはスクランブルされていないコンテンツを含み、
前記ノンクリーンタイプコンテンツは、暗号化コンテンツまたはスクランブルされたコンテンツを含む、請求項１に記載のコンテンツ処理方法。
【請求項３】
前記プロセッサが受信した前記コンテンツが前記ノンクリーンタイプコンテンツである場合に、前記プロセッサが、前記プロセッサが受信した前記コンテンツを対象の前記ＤＲＭ装置に適した前記特定形式に変換することを前記コンテンツトランスフォーマに要求する段階において、
前記プロセッサが、前記コンテンツを復号化するための復号化キーを取得することを前記コンテンツソースに要求し、
前記プロセッサが、前記コンテンツをクリーンコンテンツに変換するために、前記プロセッサが取得した前記復号化キーを利用して前記コンテンツを復号化することを前記コンテンツトランスフォーマに要求する、請求項２に記載のコンテンツ処理方法。
【請求項４】
さらに、前記プロセッサは、光媒体からリボケーションされたデバイスを特定するデバイスリボケーションリストを取得することを光媒体ドライブに要求し、
前記プロセッサが、前記デバイスリボケーションリストにデバイス証明書が含まれているか否かを検査することを前記光媒体ドライブに要求する、請求項１に記載のコンテンツ処理方法。
【請求項５】
デバイスを利用して、コンテンツソースからコンテンツを受信し、変換されたコンテンツ及び共通ライセンスを対象エンティティに送信するインタフェースと、
前記コンテンツソースから前記コンテンツの使用権限を含む情報を取得し、前記インタフェースによって受信された前記コンテンツを対象のＤＲＭ装置に適した特定形式に変換し、取得した前記情報を利用して、変換された前記コンテンツを利用可能とする前記共通ライセンスを生成するプロセッサと、
を有することを特徴とするデバイス。
【請求項６】
前記インタフェースによって受信された前記コンテンツは、クリーンタイプコンテンツまたはノンクリーンタイプコンテンツを含み、
前記クリーンタイプコンテンツは、非暗号化コンテンツまたはスクランブルされていないコンテンツを含み、
前記ノンクリーンタイプコンテンツは、暗号化コンテンツまたはスクランブルされたコンテンツを含む、請求項５に記載のデバイス。
【請求項７】
前記インタフェースによって受信された前記コンテンツが前記ノンクリーンタイプコンテンツである場合、前記プロセッサが、前記インタフェースによって受信された前記コンテンツを対象の前記ＤＲＭ装置に適した前記特定形式に変換する段階において、
前記インタフェースが、前記コンテンツを復号化するための復号化キーを取得し、
前記プロセッサが、前記コンテンツをクリーンコンテンツに変換するために、前記インタフェースが取得した前記復号化キーを利用して、前記コンテンツを復号化する、請求項６に記載のデバイス。
【請求項８】
前記プロセッサは、さらに、リボケーションされたデバイスを特定するデバイスリボケーションリストを取得し、
前記インタフェースは、前記コンテンツソースからデバイス証明書を受信し、
前記プロセッサは、前記インタフェースが受信したデバイス証明書が前記デバイスリボケーションリストに含まれているか否かを検査する、請求項５に記載のデバイス。
【請求項９】
デバイスに内蔵されたプロセッサによって実行されるプログラムであって、前記プロセッサが、
前記デバイスを利用して、コンテンツソースからコンテンツを受信する段階と、
前記コンテンツソースから前記コンテンツの使用権限を含む情報を受信する段階と、
前記プロセッサが取得した前記コンテンツを対象のＤＲＭ装置に適した特定形式に変換するようにコンテンツトランスフォーマに要求する段階と、
前記プロセッサが取得した前記情報を利用して、変換された前記コンテンツを利用可能とする共通ライセンスを生成するように権限マネジャに要求する段階と、
変換された前記コンテンツをエンティティに送信するように前記コンテンツトランスフォーマに要求する段階と、
生成された共通ライセンスをエンティティに送信するようにライセンスサーバに要求する段階と、
を実行することを特徴とするプログラム。
【請求項１０】
前記プロセッサが受信した前記コンテンツは、クリーンタイプコンテンツまたはノンクリーンタイプコンテンツを含み、
前記クリーンタイプコンテンツは、非暗号化コンテンツまたはスクランブルされていないコンテンツを含み、
前記ノンクリーンタイプコンテンツは、暗号化コンテンツまたはスクランブルされたコンテンツを含む、請求項９に記載のプログラム。
【請求項１１】
前記プロセッサが受信した前記コンテンツが前記ノンクリーンタイプコンテンツである場合、前記プロセッサが、前記プロセッサが受信した前記コンテンツを対象の前記ＤＲＭ装置に適した前記特定形式に変換することを前記コンテンツトランスフォーマに要求する段階において、
前記プロセッサは、前記コンテンツを復号化するための復号化キーを取得することを前記コンテンツソースに要求し、
前記プロセッサが、前記コンテンツをクリーンコンテンツに変換するために、前記プロセッサが取得した前記復号化キーを利用して、前記コンテンツを復号化することを前記コンテンツトランスフォーマに要求する、請求項１０に記載のプログラム。
【請求項１２】
さらに、前記プロセッサは、光媒体からリボケーションされたデバイスを特定するデバイスリボケーションリストを取得することを光媒体ドライブに要求し、
前記プロセッサは、前記デバイスリボケーションリストにデバイス証明書が含まれているか否かを検査することを前記光媒体ドライブに要求する、請求項９に記載のプログラム。
【国際調査報告】
2010503106.tif 000016
2010503106.tif 000017