(57)【要約】【課題】コンテンツの著作権を保護する管理装置、情報処理装置、管理方法および情報処理方法を提供すること。【解決手段】管理装置は、第一のサービスに対応する第一の情報処理装置からの第一のサービスへの登録要求に応じて、第一のサービスに対応する第一の鍵を発行する登録部と、第一の情報処理装置の機器ＩＤと、第一の鍵と、第二のサービスに対応する第二の鍵とを関連付けて記憶する記憶部２３６と、暗号化コンテンツを復号するためのコンテンツ鍵を第一の鍵で暗号化した第一の暗号化データを含む第一のライセンスと、当該コンテンツ鍵を第二の鍵で暗号化した第二の暗号化データを含む第二のライセンスと、を含む複合ライセンスを発行する複合ライセンス発行部２４０とを備えることを特徴とする。【選択図】    図３
2007310835.tif 000002
【特許請求の範囲】
【請求項１】
暗号化コンテンツを利用するためのライセンスを情報処理装置に提供する管理装置であって：
第一のサービスに対応する第一の情報処理装置からの前記第一のサービスへの登録要求に応じて、前記第一のサービスに対応する第一の鍵を発行する登録部と；
前記第一の情報処理装置の機器ＩＤと、前記第一の鍵と、第二のサービスに対応する第二の鍵とを関連付けて記憶する記憶部と；
前記暗号化コンテンツを復号するためのコンテンツ鍵を前記第一の鍵で暗号化した第一の暗号化データを含む第一のライセンスと、当該コンテンツ鍵を前記第二の鍵で暗号化した第二の暗号化データを含む第二のライセンスと、を含む複合ライセンスを発行する複合ライセンス発行部と；
を備えることを特徴とする、管理装置。
【請求項２】
前記第一の鍵は、ユーザ登録された同一ユーザの所有する前記第一のサービスに対応可能な１または２以上の第一の情報処理装置のグループに、ユーザ単位で固有に付与される第一のユーザ鍵であることを特徴とする、請求項１に記載の管理装置。
【請求項３】
前記記憶部は、前記第一の情報処理装置を所有するユーザのユーザＩＤをさらに関連付けて記憶し、
前記登録部は、前記第二のサービスに対応する第二の情報処理装置から、特定のユーザのグループへの機器登録要求があった場合、前記記憶部に前記特定のユーザのユーザＩＤに関連付けて記憶された前記第二の鍵を発行することを特徴とする、請求項２に記載の管理装置。
【請求項４】
前記第一のライセンスは、前記第一の鍵で暗号化されたコンテンツの利用条件をさらに含み、
前記第二のライセンスは、前記第二の鍵で暗号化されたコンテンツの利用条件をさらに含むことを特徴とする、請求項１に記載の管理装置。
【請求項５】
前記ライセンス発行部は、前記複合ライセンスに含まれる前記第一のライセンスの利用条件を変更する場合、当該変更に応じて前記第二のライセンスの利用条件を変更することを特徴とする、請求項１に記載の管理装置。
【請求項６】
前記情報処理装置からの要求に応じて、前記情報処理装置に記憶された前記情報処理装置が対応可能な特定のサービスによる暗号化コンテンツを、該特定のサービスに対応しない情報処理装置に転送するためのグループ鍵と、前記転送先の情報処理装置で復号可能なように暗号化された前記グループ鍵を含むグループライセンスとを発行するグループライセンス発行部をさらに備えることを特徴とする、請求項１に記載の管理装置。
【請求項７】
前記グループ鍵および／またはグループライセンスは、情報処理装置および／またはコンテンツに対応するサービス単位に固有に付与されることを特徴とする、請求項６に記載の管理装置。
【請求項８】
管理装置により発行される、第一または第二のサービスに対応する第一または第二の鍵と、暗号化コンテンツを復号するためのコンテンツ鍵が前記第一の鍵で暗号化された第一の暗号化データを含む第一のライセンス、および当該コンテンツ鍵が前記第二の鍵で暗号化された第二の暗号化データを含む第二のライセンスを含む複合ライセンスと、を記憶する記憶部と；
前記記憶部に記憶された複合ライセンス内の第一のライセンスおよび第二のライセンスのうち、自己が対応可能な第一のライセンスまたは第二のライセンスに含まれる前記コンテンツ鍵により前記暗号化コンテンツを復号し、利用するコンテンツ利用部と；
を備えることを特徴とする、情報処理装置。
【請求項９】
さらに、記憶部に記憶された複合ライセンスに、自己が対応可能な第一のライセンスまたは第二のライセンスが含まれているか否かを判断する利用制御部を備えることを特徴とする、請求項８に記載の情報処理装置。
【請求項１０】
前記記憶部は、自己が記憶する特定のサービスのコンテンツを、該特定のサービスに対応しない情報処理装置に転送するためのグループ鍵と、前記転送先の情報処理装置で復号可能なように暗号化された前記グループ鍵を含むグループライセンスと、をさらに記憶し、
前記特定のサービスのコンテンツを、コンテンツごとに所定のコンテンツアイテム鍵で暗号化し、前記コンテンツアイテム鍵を前記グループ鍵で暗号化する暗号化部と；
前記暗号化されたコンテンツ、前記コンテンツアイテム鍵および前記グループライセンスを転送する転送部と；
をさらに備えることを特徴とする、請求項８に記載の情報処理装置。
【請求項１１】
前記記憶部は、他の情報処理装置から転送された前記暗号化されたコンテンツ、前記コンテンツアイテム鍵および前記グループライセンスをさらに記憶し、
前記グループライセンスが、自己が所有する前記第一または第二の鍵で復号できる前記グループ鍵を含んでいるか否かに基づいて、前記コンテンツアイテム鍵の利用の可否を制御する利用制御部をさらに備えることを特徴とする、請求項１０に記載の情報処理装置。
【請求項１２】
暗号化コンテンツを利用するためのライセンスを情報処理装置に提供する管理方法であって：
第一のサービスに対応する第一の情報処理装置からの前記第一のサービスへの登録要求に応じて、前記第一のサービスに対応する第一の鍵を発行するステップと；
前記第一の情報処理装置の機器ＩＤと、前記第一の鍵と、第二のサービスに対応する第二の鍵とを関連付けて記憶するステップと；
前記暗号化コンテンツを復号するためのコンテンツ鍵を前記第一の鍵で暗号化した第一の暗号化データを含む第一のライセンスと、当該コンテンツ鍵を前記第二の鍵で暗号化した第二の暗号化データを含む第二のライセンスと、を含む複合ライセンスを発行するステップと；
を含むことを特徴とする、管理方法。
【請求項１３】
管理装置により発行される、第一または第二のサービスに対応する第一または第二の鍵と、暗号化コンテンツを復号するためのコンテンツ鍵が前記第一の鍵で暗号化された第一の暗号化データを含む第一のライセンス、および当該コンテンツ鍵が前記第二の鍵で暗号化された第二の暗号化データを含む第二のライセンスを含む複合ライセンスと、を記憶部に記憶させるステップと；
前記記憶部に記憶された複合ライセンス内の第一のライセンスおよび第二のライセンスのうち、自己が対応可能な第一のライセンスまたは第二のライセンスに含まれる前記コンテンツ鍵により前記暗号化コンテンツを復号し、利用するステップと；
を含むことを特徴とする、情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツの著作権を保護する管理装置、情報処理装置、管理方法および情報処理方法に関する。
【背景技術】
【０００２】
近年、音楽コンテンツや映像コンテンツなどのデジタルコンテンツ（以下、コンテンツ）を、該コンテンツが格納されるサーバから利用者が所有するＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）や携帯電話などの情報処理装置に配信するサービスが行われている。また、上記コンテンツは複製されても、何度伝送されても品質が劣化しないため、コンテンツの利用を制限する著作権保護技術が注目を集めている。
【０００３】
上記著作権保護技術としては、サーバが、暗号化されたコンテンツと、該コンテンツを復号するためのコンテンツ鍵を含むライセンスとを同時、または別途に情報処理装置に配信することで、コンテンツの利用を上記ライセンスを有する情報処理装置に制限する方式があげられる。
【０００４】
ここで、例えばＰＣと携帯電話とでは適用される著作権保護技術が異なるため、ＰＣ用ライセンスと携帯電話用ライセンスには互換性がない。したがって、ＰＣで利用可能なコンテンツを携帯電話へ転送し、携帯電話にて該コンテンツを利用するには、携帯電話に対して新たな携帯電話用ライセンスを発行する必要があった。該携帯電話用ライセンスの発行は、従来、ＰＣのセキュアに保護されたユニット内で、上記ＰＣ用ライセンスを携帯電話用ライセンスに変換することにより行われていた（特許文献１参照）。
【０００５】
【特許文献１】特開２００１−２１５９７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、従来のＰＣによるライセンス変換処理を行うには、違法なライセンスの変換を防止するために、ＰＣがセキュアに保護されたユニットを備えている必要があった。また、個人の所有するＰＣが、ライセンスを発行するサーバと同等の処理を行うことは好ましくないという問題があった。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、情報処理装置によるライセンス変換処理を要することなく、異なる著作権保護技術が適用される情報処理装置間でのコンテンツの共有を実現することが可能な、新規かつ改良された管理装置、情報処理装置、管理方法および情報処理方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、暗号化コンテンツを利用するためのライセンスを情報処理装置に提供する管理装置が提供される。該管理装置は、第一のサービスに対応する第一の情報処理装置からの第一のサービスへの登録要求に応じて、第一のサービスに対応する第一の鍵を発行する登録部と、第一の情報処理装置の機器ＩＤと、第一の鍵と、第二のサービスに対応する第二の鍵とを関連付けて記憶する記憶部と、暗号化コンテンツを復号するためのコンテンツ鍵を第一の鍵で暗号化した第一の暗号化データを含む第一のライセンスと、当該コンテンツ鍵を第二の鍵で暗号化した第二の暗号化データを含む第二のライセンスと、を含む複合ライセンスを発行する複合ライセンス発行部とを備えることを特徴とする。
【０００９】
かかる構成を有する管理装置によれば、第一の情報処理装置へライセンスを発行する際に、第一の情報処理装置に発行した第一の鍵に基づいて生成された第一のライセンスと、あらかじめ第一の鍵と関連付けて記憶部に記憶された第二の鍵に基づいて生成された第二のライセンスとを含む複合ライセンスを発行する。したがって、第一の情報処理装置においては、該複合ライセンスが包含する第一のライセンスに含まれるコンテンツ鍵を第一の鍵で復号し、コンテンツを該復号したコンテンツ鍵を用いて利用することができる。さらに、該複合ライセンスが包含する第二のライセンスに対応可能な第二の情報処理装置は、第一の情報処理装置から該複合ライセンスの転送を受けるのみで、コンテンツを該複合ライセンス内の第二のライセンスに基づいて利用することができる。すなわち、上記管理装置は、複数の情報処理装置間でのコンテンツの共有を、情報処理装置によるライセンス変換処理を要すること実現することができる。
【００１０】
第一の鍵は、ユーザ登録された同一ユーザの所有する第一のサービスに対応可能な１または２以上の第一の情報処理装置のグループに、ユーザ単位で固有に付与される第一のユーザ鍵であるとしてもよい。
【００１１】
かかる構成によれば、同一ユーザの情報処理装置としてグループ登録された第一の情報処理装置には、同一の第一の鍵としての第一のユーザ鍵が発行される。したがって、グループ登録された第一の情報処理装置においては、管理装置が発行する複合ライセンスが包含する第一のライセンスを共有し、第一のライセンスに含まれるコンテンツ鍵を第一の鍵で復号し、該復号されたコンテンツ鍵に基づいてコンテンツを利用することができる。
【００１２】
記憶部は、第一の情報処理装置を所有するユーザのユーザＩＤをさらに関連付けて記憶し、登録部は、第二のサービスに対応する第二の情報処理装置から、特定のユーザのグループへの機器登録要求があった場合、記憶部に特定のユーザのユーザＩＤに関連付けて記憶された第二の鍵を発行するとしてもよい。
【００１３】
かかる構成によれば、第一の情報処理装置に、第二の情報処理装置が第一の情報処理装置と同一ユーザのグループとして登録されていない時点で発行した複合ライセンスを、その後にグループ登録された第二の情報処理装置においても利用することができる。詳細に説明すると、管理装置は、第二の情報処理装置がグループ登録されていなくても、後に第二の情報処理装置がグループ登録されたときに発行する第二の鍵を記憶部に記憶しており、第一の情報処理装置から複合ライセンスの発行要求があったときには、該第二の鍵に基づいて生成された第二のライセンスを含む複合ライセンスを発行する。第二の情報処理装置は、第一の情報処理装置から上記複合ライセンスの転送を受けた場合、管理装置の記憶部に記憶された第一の情報処理装置を所有するユーザのグループに対して機器登録要求することにより、該ユーザと関連付けてあらかじめ記憶された第二の鍵の発行を受けることができる。したがって、第二の情報処理装置においても、該第二の鍵を用いて、複合ライセンスが包含する第二のライセンスに含まれるコンテンツ鍵を復号し、該コンテンツ鍵に基づいてコンテンツを利用することが可能となる。
【００１４】
第一のライセンスは、第一の鍵で暗号化されたコンテンツの利用条件をさらに含み、第二のライセンスは、第二の鍵で暗号化されたコンテンツの利用条件をさらに含むとしてもよい。かかる構成によれば、第一のライセンスに含まれるコンテンツの利用条件は第一の鍵を有する者のみが解読可能であり、第二のライセンスに含まれるコンテンツの利用条件は第二の鍵を有する者のみが解読可能である。したがって、管理装置が情報処理装置に複合ライセンスを発行する際、または情報処理装置間で複合ライセンスの送受信を行う際に、第三者による上記利用条件の盗聴を防止し、上記利用条件の秘匿性を担保することができる。
【００１５】
ライセンス発行部は、複合ライセンスに含まれる第一のライセンスの利用条件を変更する場合、当該変更に応じて第二のライセンスの利用条件を変更するとしてもよい。かかる構成によれば、ライセンス発行部は、情報処理装置から複合ライセンスが包含する一のライセンスの利用条件の変更要求を受けた場合、同時に他のライセンスの利用条件を変更するためのデータを情報処理装置に送信する。そして、該データを受信した情報処理装置が、該データに基づいて複合ライセンスが包含する各ライセンスの利用条件を書き換えるため、情報処理装置が各ライセンスの利用条件を変更するために管理装置にアクセスする回数および手間を最小化することができる。
【００１６】
情報処理装置からの要求に応じて、情報処理装置に記憶された情報処理装置が対応可能な特定のサービスによる暗号化コンテンツを、該特定のサービスに対応しない情報処理装置に転送するためのグループ鍵と、転送先の情報処理装置で復号可能なように暗号化されたグループ鍵を含むグループライセンスとを発行するグループライセンス発行部とをさらに備えるとしてもよい。
【００１７】
かかる構成を備える管理装置によれば、情報処理装置が既存サーバで購入したコンテンツを転送する際に用いるためのグループ鍵およびグループライセンスを発行する。グループ鍵およびグループライセンスを詳細に説明すると、グループ鍵は、情報処理装置が各コンテンツを暗号化するために生成するコンテンツアイテム鍵を暗号化する際に用いられる。該グループ鍵は、グループライセンスにも含まれ、転送先の情報処理装置が対応する第一の鍵または第二の鍵で暗号化されている。情報処理装置は、該グループライセンスおよびコンテンツアイテム鍵を、既存サーバで購入したコンテンツと併せて転送することにより、転送先の情報処理装置においても該コンテンツを利用することが可能となる。
【００１８】
グループ鍵および／またはグループライセンスは、情報処理装置および／またはコンテンツに対応するサービス単位に固有に付与されるとしてもよい。かかる構成によれば、グループ鍵は、一の情報処理装置が全ての既存サーバで購入したコンテンツに共通に、または、一の情報処理装置が転送しようとする既存サーバで購入したコンテンツが対応するサービスごとに発行される。グループライセンスも同様に、一の情報処理装置が全ての既存サーバで購入したコンテンツに共通に、または、一の情報処理装置が転送しようとする既存サーバで購入したコンテンツが対応するサービスごとに発行される。
【００１９】
グループ鍵およびグループライセンスを、情報処理装置、およびコンテンツに対応するサービスごとに発行する構成とすれば、仮に一部のグループ鍵およびグループライセンスが第三者に傍受されても、その被害を所定範囲に抑制することができる。
【００２０】
また、上記課題を解決するために、本発明の別の観点によれば、管理装置により発行される、第一または第二のサービスに対応する第一または第二の鍵と、暗号化コンテンツを復号するためのコンテンツ鍵が第一の鍵で暗号化された第一の暗号化データを含む第一のライセンス、および当該コンテンツ鍵が第二の鍵で暗号化された第二の暗号化データを含む第二のライセンスを含む複合ライセンスと、を記憶する記憶部と、記憶部に記憶された複合ライセンス内の第一のライセンスおよび第二のライセンスのうち、自己が対応可能な第一のライセンスまたは第二のライセンスに含まれるコンテンツ鍵により暗号化コンテンツを復号し、利用するコンテンツ利用部と、を備えることを特徴とする、情報処理装置が提供される。
【００２１】
かかる構成を備える情報処理装置によれば、コンテンツを利用する際に、記憶部から該コンテンツに対応する複合ライセンスを読み出す。さらに、該複合ライセンスに、自己が記憶する第一または第二の鍵に基づいて復号可能なコンテンツ鍵を有するライセンスが複合ライセンスに含まれているか否かを判断する。複合ライセンスに所望のライセンスが含まれていた場合、該ライセンスに基づいて上記コンテンツを利用することができる。
【００２２】
さらに、記憶部に記憶された複合ライセンスに、自己が対応可能な第一のライセンスまたは第二のライセンスが含まれているか否かを判断する利用制御部を備えるとしてもよい。かかる構成によれば、利用制御部は、記憶部に記憶された複合ライセンス内に自己が所有する第一または第二の鍵に基づいて復号可能なコンテンツ鍵を有する第一または第二のライセンスが含まれているか否かを判断することができる。
【００２３】
記憶部は、自己が記憶する特定のサービスのコンテンツを、該特定のサービスに対応しない情報処理装置に転送するためのグループ鍵と、転送先の情報処理装置で復号可能なように暗号化されたグループ鍵を含むグループライセンスと、をさらに記憶し、特定のサービスのコンテンツを、コンテンツごとに所定のコンテンツアイテム鍵で暗号化し、コンテンツアイテム鍵をグループ鍵で暗号化する暗号化部と、暗号化されたコンテンツ、コンテンツアイテム鍵およびグループライセンスを転送する転送部とをさらに備えるとしてもよい。
【００２４】
かかる構成によれば、情報処理装置は、特定のサービスのコンテンツを他の情報処理装置に転送するために、まず、該コンテンツを所定のコンテンツアイテム鍵で暗号化し、該コンテンツアイテム鍵を記憶部に記憶されたグループ鍵で暗号化する。そして、暗号化されたコンテンツアイテム鍵およびグループライセンスを、暗号化コンテンツと併せて転送する。
【００２５】
記憶部は、他の情報処理装置から転送された暗号化されたコンテンツ、コンテンツアイテム鍵およびグループライセンスをさらに記憶し、グループライセンスが、自己が所有する第一または第二の鍵で復号できるグループ鍵を含んでいるか否かに基づいて、コンテンツアイテム鍵の利用の可否を制御する利用制御部をさらに備えるとしてもよい。
【００２６】
かかる構成によれば、情報処理装置が、暗号化コンテンツと併せて、自己が対応可能なグループライセンスおよびコンテンツアイテム鍵の転送を受け、これらを記憶部に記憶していた場合、グループライセンスに含まれるグループ鍵を自己が所有する第一または第二の鍵で復号し、該グループ鍵でコンテンツアイテム鍵を復号し、該コンテンツアイテム鍵に基づいて暗号化コンテンツを利用することが可能となる。
【００２７】
また、上記課題を解決するために、本発明の別の観点によれば、暗号化コンテンツを利用するためのライセンスを情報処理装置に提供する管理方法が提供される。該管理方法は、第一のサービスに対応する第一の情報処理装置からの第一のサービスへの登録要求に応じて、第一のサービスに対応する第一の鍵を発行するステップと、第一の情報処理装置の機器ＩＤと、第一の鍵と、第二のサービスに対応する第二の鍵とを関連付けて記憶するステップと、暗号化コンテンツを復号するためのコンテンツ鍵を第一の鍵で暗号化した第一の暗号化データを含む第一のライセンスと、当該コンテンツ鍵を第二の鍵で暗号化した第二の暗号化データを含む第二のライセンスと、を含む複合ライセンスを発行するステップとを含むことを特徴とする。
【００２８】
かかる工程を含む管理方法によれば、第一の情報処理装置へライセンスを発行する際に、第一の情報処理装置に発行した第一の鍵に基づいて生成された第一のライセンスと、あらかじめ第一の鍵と関連付けて記憶された第二の鍵に基づいて生成された第二のライセンスとを含む複合ライセンスを発行する。したがって、第一の情報処理装置においては、該複合ライセンスを構成する第一のライセンスに含まれるコンテンツ鍵を第一の鍵で復号し、コンテンツを該復号したコンテンツ鍵を用いて利用することができる。さらに、該複合ライセンスが包含する第二のライセンスに対応可能な第二の情報処理装置は、第一の情報処理装置から該複合ライセンスの転送を受けるのみで、コンテンツを第二のライセンスに基づいて利用することができる。すなわち、上記管理方法は、複数の情報処理装置間でのコンテンツの共有を、情報処理装置によるライセンス変換処理を要すること実現することができる。
【００２９】
また、上記課題を解決するために、本発明の別の観点によれば、管理装置により発行される、第一または第二のサービスに対応する第一または第二の鍵と、暗号化コンテンツを復号するためのコンテンツ鍵が第一の鍵で暗号化された第一の暗号化データを含む第一のライセンス、および当該コンテンツ鍵が第二の鍵で暗号化された第二の暗号化データを含む第二のライセンスを含む複合ライセンスと、を記憶部に記憶させるステップと、記憶部に記憶された複合ライセンス内の第一のライセンスおよび第二のライセンスのうち、自己が対応可能な第一のライセンスまたは第二のライセンスに含まれるコンテンツ鍵により暗号化コンテンツを復号し、利用するステップとを含むことを特徴とする、情報処理方法が提供される。
【００３０】
かかる工程を含む情報処理方法によれば、コンテンツを利用する際に、記憶部から該コンテンツに対応する複合ライセンスを読み出す。さらに、該複合ライセンスに、自己が記憶する第一または第二の鍵に基づいて復号可能なコンテンツ鍵を有するライセンスが複合ライセンスに含まれているか否かを判断する。複合ライセンスに所望のライセンスが含まれていた場合、該ライセンスに基づいて上記コンテンツを利用することができる。
【発明の効果】
【００３１】
以上説明したように本発明によれば、情報処理装置によるライセンス変換処理を要することなく、異なる著作権保護技術が適用される情報処理装置間でのコンテンツの共有を実現することができる。
【発明を実施するための最良の形態】
【００３２】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００３３】
（第１の実施形態）
まず、本発明の第１の実施形態にかかるコンテンツ共有システム１０について簡単に説明する。
【００３４】
図１は、本実施形態によるコンテンツ共有システム１０を示した説明図である。コンテンツ共有システム１０は、通信網１２、共通サーバ１４、携帯電話３０およびＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）４０を含む。
【００３５】
通信網１２は、共通サーバ１４と、携帯電話３０およびＰＣ４０の間で、後述する暗号化コンテンツや、ライセンスなどの各種データを送受信するための有線または無線の電気通信回線である。携帯電話３０およびＰＣ４０の間での暗号化コンテンツやライセンスなどの各種データの授受も、該通信網１２を介して行うとしてもよい。
【００３６】
共通サーバ１４は、コンテンツ配信サーバ１６および管理サーバ２０を含む。コンテンツ配信サーバ１６は、携帯電話３０およびＰＣ４０からの要求に応じ、通信網１２を介して携帯電話３０およびＰＣ４０に暗号化コンテンツを配信する。コンテンツとは、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、絵画および図表などの映像データや、ゲームおよびソフトフェアなどの任意のデータを含む概念である。
【００３７】
管理サーバ２０は、同一ユーザの所有する１または２以上の情報処置装置をグループ登録する。また、グループ登録された情報処理装置からの要求に応じて、コンテンツ配信サーバ１６が配信する暗号化コンテンツを利用するためのライセンスを発行する。なお、「発行」とは、対象物を生成および／または送信することを意味する。
【００３８】
より詳細には、ライセンスは、暗号化コンテンツを復号するためのコンテンツ鍵と、コンテンツの利用の制限に関する利用条件を含む。このようなライセンスの形式は、ＤＲＭ（Digital Rights Management）サービスごとに異なり、本明細書においては、携帯電話３０が対応するＤＲＭサービスをＤＲＭ−Ａ（第一のサービス）、ＤＲＭ−ＡによるライセンスをライセンスＡ（第一のライセンス）、後述するＤＲＭ−Ａによるユーザ鍵をユーザ鍵Ａ（第一の鍵）とする。なお、適用される著作権保護技術が異なれば、該著作権保護技術により管理されるＤＲＭサービスの種類も異なる。
【００３９】
そして、ＰＣ４０が対応するＤＲＭサービスをＤＲＭ−Ｂ（第二のサービス）、ＤＲＭ−ＢによるライセンスをライセンスＢ（第二のライセンス）、後述するＤＲＭ−Ｂによるユーザ鍵をユーザ鍵Ｂ（第二の鍵）とする。
【００４０】
また、コンテンツの利用には、上記コンテンツの種類に応じて多様な利用形態が考えられる。例えば、音楽コンテンツであれば、再生、エクスポート、コピーおよびバックアップやなどの利用形態が考えられ、映像コンテンツであれば、再生、エクスポート、コピー、表示および印刷などの利用形態が考えられる。ここで、エクスポートとは、ある著作権保護技術によるライセンスに基づいて、他の著作権保護技術によるライセンスを生成することを意味する。
【００４１】
したがって、上記ライセンスの利用条件により、コンテンツの再生およびエクスポートなどの回数や、再生できる総時間および印刷できるページ数の累計や、コンテンツを最初に利用したときからコンテンツを利用できる期間を制限することが可能である。
【００４２】
情報処理装置としての携帯電話３０およびＰＣ４０は、コンテンツ配信サーバ１６から配信された暗号化されたコンテンツを、管理サーバ２０が発行したライセンスに基づいて利用することができる。また、本実施形態による携帯電話３０とＰＣ４０とは、同一ユーザの所有する情報処理装置のグループとして登録され、通信網１２または有線を介してコンテンツやライセンスを共有することができる。以下、本明細書において携帯電話３０とＰＣ４０を特に区別する必要がない場合には、両者をまとめて情報処理装置と表現する。
【００４３】
なお、図示の例では、情報処理装置として携帯電話３０およびＰＣ４０を示しているが、情報処理装置は、ゲーム機器、携帯用音楽プレーヤおよび携帯用映像再生装置などであってもよい。また、携帯電話３０が対応するＤＲＭサービスとしてはＯＭＡ（Open Mobile Alliance）が、ＰＣ４０が対応するＤＲＭサービスとしてはＭａｒｌｉｎがあげられる。
【００４４】
また、当該コンテンツ共有システム１０において共有される音楽コンテンツの音声圧縮方式としては、Ａｔｒａｃ、ＡＡＣ ＬＣ、ＨＥ−ＡＡＣ、ＭＰ３、ＷＭＡおよびＬＰＣＭなどがあげられる。また、同一ユーザの所有する情報処理装置の台数は２台に限られず、３台以上であってもよい。
【００４５】
次に、図２を参照して本実施形態による管理サーバ２０のハードウェア構成について説明する。
【００４６】
図２は、管理サーバ２０のハードウェア構成を示したブロック図である。管理サーバ２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３と、ホストバス２０４と、ブリッジ２０５と、外部バス２０６と、インタフェース２０７と、入力装置２０８と、出力装置２１０と、ストレージ装置（ＨＤＤ）２１１と、ドライブ２１２と、通信装置２１５とを備える。
【００４７】
ＣＰＵ２０１は、演算処理装置および制御装置として機能し、各種プログラムに従って管理サーバ２０内の動作全般を制御する。ＲＯＭ２０２は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバスなどから構成されるホストバス２０４により相互に接続されている。
【００４８】
ホストバス２０４は、ブリッジ２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス２０６に接続されている。
【００４９】
入力装置２０８は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどユーザが操作する操作手段と、使用者による操作に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。管理サーバ２０のユーザは、該入力装置２０８を操作することにより、管理サーバ２０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００５０】
出力装置２１０は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置およびランプなどの表示装置と、スピーカおよびヘッドホンなどの音声出力装置で構成される。出力装置２１０は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。
【００５１】
ストレージ装置２１１は、本実施形態にかかる管理サーバ２０の記憶部の一例として構成されたデータ格納用の装置であり、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）で構成される。このストレージ装置２１１は、ハードディスクを駆動し、ＣＰＵ２０１が実行するプログラムや各種データを格納する。また、このストレージ装置２１１には、後述の、機器ＩＤ、発行先情報および割当残回数などをユーザと関連付けて記憶する。
【００５２】
ドライブ２１２は、記憶媒体用リーダライタであり、管理サーバ２０に内蔵、あるいは外付けされる。ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体２４に記録されている情報を読み出して、ＲＡＭ２０３に出力する。
【００５３】
通信装置２１５は、例えば、通信網１２に接続するための通信デバイス等で構成された通信インタフェースである。この通信装置１１５は、コンテンツ配信サーバ１６や携帯電話３０およびＰＣ４０との間で、通信網１２を介して、コンテンツ情報、ドメイン鍵、ライセンスおよび権利情報などの各種データを送受信する。
【００５４】
なお、携帯電話３０およびＰＣ４０などの情報処理装置のハードウェア構成は、管理サーバ２０のハードウェア構成と実質的に同一であるので説明を省略する。
【００５５】
次に、図３を参照して本実施形態による管理サーバ２０の構成を説明する。
【００５６】
図３は、本実施形態による管理サーバ２０の構成を示したブロック図である。管理サーバ２０は、送受信部２２４、グループ管理部２２８、ユーザ鍵生成部２３２、記憶部２３６、複合ライセンス発行部２４０、コンテンツ情報記憶部２７０および署名生成部２７４を備える。
【００５７】
送受信部２２４は、コンテンツ配信サーバ１６、携帯電話３０およびＰＣ４０との間で各種データの送受信を行う。例えば、コンテンツ配信サーバ１６との間ではコンテンツ配信サーバ１６が情報処理装置に配信したコンテンツの暗号方式に関する情報を、携帯電話３０およびＰＣ４０との間では後述のライセンスの送受信を行う。
【００５８】
グループ管理部２２８は、情報処理装置（携帯電話３０およびＰＣ４０）からのユーザバインド方式によるグループ作成要求に応じてユーザ鍵生成部２３２にユーザ鍵の生成を指示し、ユーザのアカウントを作成する。そして、ユーザのユーザＩＤと、ユーザ鍵生成部２３２が生成したユーザ鍵と、情報処理装置の機器ＩＤとを関連付けて記憶部２３６に記憶する。
【００５９】
また、情報処理装置からグループへの機器登録要求があった場合には、該情報処理装置のユーザ認証の後、該ユーザに対応するユーザ鍵を該情報処理装置に配布する。なお、ユーザバインド方式とは、同一ユーザの所有する１または２以上の情報処理装置をグループ登録し、該グループにおいてライセンスの共有を図るライセンス発行方式である。具体的には、ライセンスを、各情報処理装置が保持するユーザ鍵で復号できるように暗号化することで実現される。他のライセンス発行方式としては、ある情報処理装置に限定したライセンスを発行するデバイス場引導方式があげられる。
【００６０】
ユーザ鍵生成部２３２は、グループ管理部２２８からの指示に応じてユーザ鍵を生成する。生成するユーザ鍵は、同一ユーザの所有する情報処理装置に対して発行する場合でも、情報処理装置が対応するＤＲＭサービスごとに異なる。例えば、本実施形態によるユーザ鍵生成部２３２は、携帯電話用のＤＲＭ−Ａサービスに対応するユーザ鍵ＡおよびＰＣ用のＤＲＭ−Ｂサービスに対応するユーザ鍵Ｂを生成することができる。このようなユーザ鍵生成部２３２は、グループ管理部２２８と協働し、登録部として機能する。以下、図４を参照してユーザ鍵の説明をする。
【００６１】
図４は、ユーザ鍵生成部２３２により生成されるユーザ鍵の一例として、ユーザ鍵Ａを示した説明図である。ユーザ鍵Ａは、後述のライセンスＡに含まれるコンテンツ鍵を暗号、復号するために用いられる。ユーザ鍵Ａは、図示したように携帯電話３０の固有の公開鍵で暗号化することができる。したがって、暗号化されたユーザ鍵Ａを復号できる情報処理装置は、携帯電話３０に限られ、ユーザ鍵Ａを改竄や盗聴から保護し、安全に配布することができる。
【００６２】
なお、ユーザ鍵Ｂも、ユーザ鍵Ａと同様にＰＣ４０の公開鍵で暗号化してもよい。また、管理サーバ２０が扱うＤＲＭサービスの数に応じて、ユーザ鍵生成部２３２が生成するユーザ鍵の種類を変化させるとしてもよい。
【００６３】
記憶部２３６は、グループ管理部２２８によりアカウントが生成されたユーザのユーザＩＤと、情報処理装置の機器ＩＤと、ユーザ鍵とを関連付けて記憶する。情報処理装置の機器ＩＤとは、情報処理装置の製造時に各情報処理装置に固有に付与される識別情報である。
【００６４】
図５は、記憶部２３６が記憶するデータのテーブル構造を示した説明図である。図示の例では、ユーザ「Ｙａｍａｄａ」が、ＤＲＭ−Ａに対応する情報処理装置（携帯電話）「Ａ００１」およびＤＲＭ−Ｂに対応する情報処理装置（ＰＣ）「Ｂ００１」をグループ登録している様子を示している。また、ユーザ「Ｙａｍａｄａ」の所有するＤＲＭ−Ａに対応する情報処理装置には「ユーザ鍵Ａ１」が、ＤＲＭ−Ｂに対応する情報処理装置には「ユーザ鍵Ｂ１」が配布されている。
【００６５】
別の例として、ユーザ「Ｓｈｉｎａｇａｗａ」が、ＤＲＭ−Ａに対応する情報処理装置「Ａ００２」および「Ａ００３」を、ＤＲＭ−Ｂに対応する情報処理装置「Ｂ００２」および「Ｂ００３」をグループ登録している様子を示している。
【００６６】
また、ユーザ「Ｓｈｉｎａｇａｗａ」の所有するＤＲＭ−Ａに対応する情報処理装置には「ユーザ鍵Ａ２」が、ＤＲＭ−Ｂに対応する情報処理装置には「ユーザ鍵Ｂ２」が配布されている。このように、同一ユーザが所有する、同一のＤＲＭサービスに対応する情報処理装置には、同一のユーザ鍵が発行される。また、同一ユーザが所有する情報処理装置であっても、対応するＤＲＭサービスが異なれば発行されるユーザ鍵も異なることが理解できる。
【００６７】
複合ライセンス発行部２４０は、ライセンスＡ発行部２５０と、ライセンスＢ発行部２６０とを含む。本実施形態による複合ライセンス発行部２４０は、ライセンスＡ発行部２５０が発行する携帯電話３０の対応可能なライセンスＡと、ライセンスＢ発行部２６０が発行するＰＣ４０の対応可能なライセンスＢとを含む複合ライセンスを発行する。
【００６８】
なお、ライセンスＡ発行部２５０およびライセンスＢ発行部２６０は、それぞれ他のサーバに設けられてもよく、この場合、複合ライセンス発行部２４０は、他のサーバにより発行されたライセンスＡおよびＢを組合わせて複合ライセンスを発行する。また、発行された複合ライセンスを記憶部２３６に記憶するとしてもよい。ここで、図６および図７を参照して複合ライセンスに含まれる各ライセンスの構成を説明する。
【００６９】
図６は、ライセンスＡ発行部２５０が発行するライセンスＡ２５２の構成を示した説明図である。図７は、コンテンツ配信サーバ１６が配信する暗号化コンテンツの構成を示した説明図である。ライセンスＡ２５２は、コンテンツ鍵２５４と、利用条件２５６と、署名２５８とを含む。
【００７０】
コンテンツ配信サーバ１６が配信するコンテンツは、図７に示したようにコンテンツ鍵で暗号化されている。ライセンスＡに含まれるコンテンツ鍵２５４は、このような暗号化コンテンツを復号するための鍵である。あるコンテンツに対するライセンスの発行要求があった場合、該コンテンツを暗号化したコンテンツ鍵２５４を、コンテンツ情報記憶部２７０から検索してライセンスに含ませることができる。なお、当該コンテンツ鍵２５４の情報処理装置における利用は、後述する利用条件２５６および署名２５８が所定の要件を満たしている場合に許可される。
【００７１】
また、コンテンツ鍵２５４はユーザ鍵Ａにより暗号化されており、第一の暗号化データとしてライセンスＡに含まれている。かかる構成により、ライセンスＡに含まれるコンテンツ鍵２５４に基づいてコンテンツを利用できる情報処理装置を、ユーザ鍵Ａを有する情報処理装置に制限することができる。
【００７２】
同様に、ライセンスＢ発行部２６０が発行するライセンスＢも、コンテンツ鍵をユーザ鍵Ｂで暗号化された第二の暗号化データを含んで構成される。
【００７３】
利用条件２５６は、情報処理装置がコンテンツ鍵２５４を利用するにあたっての制限が記述されている。図６に記載の利用条件２５６においては、再生に関する制限が記述されていない。このように、制限が記述されていない利用形態によるコンテンツ鍵２５４の利用は、他の条件を満たす限り無制限に行うことができる。
【００７４】
一方、エクスポートについては、回数に関する制限が記述されている。したがって、エクスポートの回数は、図示の通り、３回に制限される。なお、当該回数は、携帯電話３０がエクスポートを実行するたびに減少する状態値であってもよい。その場合、当該状態値が０である場合、携帯電話３０はエクスポートの実行を禁止される。
【００７５】
署名２５８は、署名生成部２７４により、ライセンス全体の内容を管理サーバ２０の秘密鍵で暗号化されたものである。したがって、管理サーバ２０の公開鍵で署名を復号できた場合、当該ライセンスＡが管理サーバ２０により正式に発行されたものであると認められる。また、同時にライセンスＡ２５２の内容の正当性の検証を行うこともできる。
【００７６】
なお、上記ライセンスＡ２５２は全体または利用条件をユーザ鍵で暗号化されるとしてもよい。かかる構成により、ライセンスＡを、ライセンスＡの秘匿性を確保して情報処理装置に発行することが可能となる。また、ライセンスを暗号化するユーザ鍵と、ライセンスを復号するユーザ鍵は必ずしも同一である必要はなく、両者が非対称であってもよい。
【００７７】
また、複合ライセンス発行部２４０は、発行した複合ライセンスに含まれるライセンスＡの利用条件を変更する場合に、同時にライセンスＢの利用条件も変更することができる。例えば、ユーザからの要求に基づいて、管理サーバ２０がライセンスＡの許可するエクスポート回数を３回増やそうとする際に、同時にライセンスＢの許可するエクスポート回数も３回増やすとしてもよい。
【００７８】
当該データの流れを説明すると、管理サーバ２０が携帯電話３０に複合ライセンスの変更データを送信し、携帯電話３０側で該変更データに基づいて複合ライセンスを修正する。かかる構成により、ユーザは、管理サーバ２０に一つのライセンスの内容変更を要求するのみで、複合ライセンスに含まれる全てのライセンスの内容を変更することができる。
【００７９】
コンテンツ情報記憶部２７０は、コンテンツ配信サーバ１６が情報処理装置に配信した暗号化コンテンツのＩＤと、該コンテンツを復号できるコンテンツ鍵とを関連付けて記憶する。複合ライセンス発行部２４０が該コンテンツ情報記憶部２７０を検索することにより、所望のコンテンツ鍵を取得し、ライセンスを生成することができる。
【００８０】
なお、コンテンツ情報記憶部２７０は、コンテンツ鍵に限らず、コンテンツのデータやコンテンツの配信日時などを記憶する構成としてもよい。
【００８１】
署名生成部２７０は、複合ライセンス発行部２４０と協働し、ライセンスに署名を付与する。かかる構成により、ライセンスの改竄防止、および送信者の正当性を担保することができる。
【００８２】
次に、図８を参照して本実施形態による携帯電話３０の構成について説明する。
【００８３】
図８は、本実施形態による携帯電話３０の構成を示したブロック図である。携帯電話３０は、送受信部３２４、登録処理部３２６、ライセンス管理部３２８、記憶部３３２、利用制御部３３６およびコンテンツ利用部３４０を備える。
【００８４】
送受信部３２４は、コンテンツ配信サーバ１６および管理サーバ２０との間で各種データの送受信を行う。例えば、コンテンツ配信サーバ１６との間では暗号化コンテンツを、管理サーバ２０との間ではライセンスの授受を行う。また、ＰＣ４０との間では、後述のコンテンツファイルの送受信を行う。
【００８５】
登録処理部３２６は、管理サーバ２０に対してアカウント作成要求、機器登録要求および機器登録解除要求などの処理を行う。アカウント作成要求とは、管理サーバ２０に、自己の所有する情報処理装置のグループ作成を要求することを意味する。管理サーバ２０は、該要求に応じてユーザのユーザＩＤおよびユーザが所有する情報処理装置の機器ＩＤを関連付けて記憶する。また、作成されたアカウントにグループ登録された情報処理装置にはユーザ鍵が発行される。
【００８６】
機器登録要求とは、管理サーバ２０に、情報処理装置の既存のグループへの追加登録を要求することを意味する。管理サーバ２０は、該要求に応じて情報処理装置の追加登録先のグループを特定し、情報処理装置に該グループに対応するユーザ鍵を発行する。
【００８７】
機器登録解除要求とは、管理サーバ２０に、グループ登録されている情報処理装置の登録解除を要求することを意味する。管理サーバは、該要求と併せて登録解除を要求する情報処理装置の機器ＩＤを受信し、該当するグループから該情報処理装置の登録を削除する。
【００８８】
ライセンス管理部３２８は、管理サーバ２０に暗号化コンテンツを利用するためのライセンスの発行要求をする。そして、管理サーバ２０からライセンスが発行された場合は、該ライセンスを記憶部３３６に記憶する。
【００８９】
記憶部３３２は、ユーザ鍵、ライセンスおよび暗号化コンテンツなどを記憶する。ライセンスおよび暗号化コンテンツは、以下説明するコンテンツファイルとして記憶部３３２に記憶されるとしてもよい。
【００９０】
図９は、記憶部３３２が記憶するコンテンツファイル５００のデータ構成を示した説明図である。コンテンツファイル５００は、ファイルタイプ５１０、ファイル情報５２０、コンテンツ５３０、ライセンス５４０および編集データ５５０を含む。
【００９１】
ファイルタイプ５１０は、当該ファイルがコンテンツファイルであることを示す簡単なファイル識別情報である。ファイル情報５２０は、著作権情報としてのＤＲＭ−Ａ情報５２２およびＤＲＭ−Ｂ情報５２４、初期データ５２６を含む。ＤＲＭ−Ａ情報５２２およびＤＲＭ−Ｂ情報５２４は、コンテンツ５３０を識別するためのコンテンツＩＤや、複合ライセンス５４０の発行元などの情報を含む。初期データ５２６は、コンテンツ５３０の音声圧縮方式、サンプリング条件およびデータの区切りなどを示すメタデータである。
【００９２】
コンテンツ５３０は、コンテンツ配信サーバ１６から配信された暗号化コンテンツである。具体的には、コンテンツ５３０は図７に示したようにコンテンツ鍵で暗号化されている。
【００９３】
また、本実施形態による複合ライセンス５４０は、ライセンスＡおよびライセンスＢを含む。図６を用いて説明したように、ライセンスＡはユーザ鍵Ａで暗号化されたコンテンツ鍵を、ライセンスＢはユーザ鍵Ｂで暗号化されたコンテンツ鍵を含む。なお、ライセンスＡおよびＢに含まれるコンテンツ鍵は同一であってもよい。当該構成に基づく作用、効果の詳細については後述する。
【００９４】
編集データ５５０は、初期データ５２６をユーザがコピーした後に編集したデータである。ここで、初期データ５２６のユーザによる編集は禁止されている。しかし、初期データ５２６の内容、すなわち各種メタデータの内容を編集できない構成はユーザにとって煩雑であった。
【００９５】
そこで、本実施形態においては、初期データ５２６のコピーを作成し、該コピーを編集データ５５０としてユーザが好みや目的に応じて適宜編集できる構成としている。なお、編集データ５５０を作成してもコンテンツファイル５００には初期データ５２６が含まれるため、随時編集データ５５０を初期状態に戻すことも可能である。
【００９６】
図８の説明に戻ると、利用制御部３３６は、ユーザからのコンテンツの利用要求を受けて、該ユーザによるコンテンツの利用の可否を制御する。コンテンツ利用部３４０は、利用制御部３３６によりコンテンツの利用を許可された場合に、指定された利用形態によりコンテンツを利用する。以下、図１０を参照して利用制御部３３６およびコンテンツ利用部３４０の動作を説明する。
【００９７】
図１０は、利用制御部３３６およびコンテンツ利用部３４０の動作の流れを示したフローチャートである。利用制御部３３６は、まずユーザにより暗号化コンテンツの利用要求を受ける（Ｓ６００）。そして、利用要求された暗号化コンテンツを格納するコンテンツファイルを、記憶部３３２から読み出す（Ｓ６０４）。
【００９８】
次に、利用制御部３３６は、記憶部３３２から読出されたコンテンツファイルに、自己が対応可能なライセンスが含まれているか否かを判断する（Ｓ６０８）。該コンテンツファイルに、自己が対応可能なライセンスが含まれていないと判断した場合には、暗号化コンテンツの利用要求を拒否する（Ｓ６１２）。
【００９９】
例えば、携帯電話はライセンスＡに対応可能であるため、利用制御部３３６は、コンテンツファイルにライセンスＡが含まれるか否かを判断する（Ｓ６０８）。該コンテンツファイルにライセンスＡが含まれていないと判断した場合には、暗号化コンテンツの利用要求を拒否する（Ｓ６１２）。
【０１００】
Ｓ６０８において、利用制御部３３６が、記憶部３３２から読出されたコンテンツファイルに、自己が対応可能なライセンスが含まれていると判断した場合には、該ライセンスの利用条件を確認する（Ｓ６１６）。ライセンスの利用条件を満たす場合は、ライセンスに含まれるコンテンツ鍵をユーザ鍵を用いて取得し、該コンテンツ鍵に基づいて暗号化コンテンツを復号する（Ｓ６２０）。最後に、コンテンツ利用部３４０は、復号されたコンテンツを、ユーザにより指定された利用形態により利用する（Ｓ６２４）。
【０１０１】
例えば、利用制御部３３６がコンテンツファイルにライセンスＡが含まれていると判断した場合には、該利用条件を確認する（Ｓ６１６）。指定された利用形態がエクスポートであれば、利用条件にエクスポートと対応付けて記述された利用回数を確認する。該ライセンスの利用条件を満たす場合は、ライセンスに含まれるコンテンツ鍵をユーザ鍵を用いて取得し、該コンテンツ鍵に基づいて暗号化コンテンツを復号する（Ｓ６２０）。最後に、コンテンツ利用部３４０は、復号されたコンテンツのエクスポートを実行する（Ｓ６２４）。
【０１０２】
以上、携帯電話３０の構成について図８を用いて説明した。ＰＣ４０は、携帯電話３０と重複する構成が多いが、特筆すべき差異は、リッピング部を含むことである。リッピング部は、ＣＤやＤＶＤなどのメディアに記憶されたコンテンツを読み出し、該コンテンツを記憶部３３２に記憶する機能を有する。該コンテンツは通常暗号化されていないため、そのまま携帯電話３０に転送すれば、携帯電話３０においても該コンテンツを利用することができる。
【０１０３】
次に、図１１を参照して本実施形態によるコンテンツ共有システム１０の動作の流れを説明する。
【０１０４】
図１１は、本実施形態によるコンテンツ共有システム１０の動作の流れを示したシーケンス図である。図１２は、本実施形態によるコンテンツ共有システム１０の動作の流れを示した説明図である。
【０１０５】
まず、携帯電話３０は、管理サーバ２０にユーザ登録要求（アカウント作成要求）をする（Ｓ６３０）。次いで、管理サーバ２０は、該要求を受けて携帯電話３０が対応可能なユーザ鍵ＡおよびＰＣ４０が対応可能なユーザ鍵Ｂを生成する（Ｓ６３２）。さらに、管理サーバ２０は、携帯電話３０からのユーザ登録要求と併せて、携帯電話３０から携帯電話３０の機器ＩＤを受信しており、該機器ＩＤと、携帯電話３０を所有するユーザのユーザＩＤと、ユーザ鍵ＡおよびＢとを関連付けて記憶する（Ｓ６３４）。その後、管理サーバ２０は、生成したユーザ鍵Ａを携帯電話３０に配布する（Ｓ６３６）。管理サーバ２０からユーザ鍵Ａが配布された携帯電話３０は、該ユーザ鍵Ａを記憶する（Ｓ６３８）。なお、管理サーバ２０は、ユーザ鍵Ａを発行した後（Ｓ６３６）に、携帯電話３０の機器ＩＤと、携帯電話３０を所有するユーザのユーザＩＤと、ユーザ鍵ＡおよびＢとを関連付けて記憶する（Ｓ６３４）としてもよい。
【０１０６】
続いて、携帯電話３０は、コンテンツ配信サーバ１６にコンテンツの配信要求をする（Ｓ６４０）。コンテンツ配信サーバ１６は、当該要求を受けると、携帯電話３０に暗号化コンテンツを配信する（Ｓ６４２）。併せて、コンテンツ配信サーバ１６は、管理サーバ２０にライセンスの発行を指示する（Ｓ６４４）。すなわち、携帯電話３０からコンテンツ配信サーバ１６へのコンテンツ配信要求には、管理サーバ２０へのライセンス発行要求が含まれる。しかし、ライセンス発行要求は、携帯電話３０から管理サーバ２０へ直接なされるとしてもよい。次に、管理サーバ２０は、コンテンツ配信サーバ１６からのライセンス発行指示を受けて、ユーザ鍵Ａで暗号化されたコンテンツ鍵を含むライセンスＡと、ユーザ鍵Ｂで暗号化されたコンテンツ鍵を含むライセンスＢとからなる複合ライセンスを生成する（Ｓ６４５）。なお、ユーザ鍵ＢはＳ６３２でユーザ鍵Ａと同時に生成するとして説明したが、コンテンツ配信サーバ１６からのライセンス発行指示を受けて生成するとしてもよい。
【０１０７】
その後、管理サーバ２０は生成した複合ライセンスを携帯電話３０に発行する（Ｓ６４６）。そして、携帯電話３０は、管理サーバ２０から複合ライセンスの発行を受けると、該複合ライセンスを暗号化コンテンツに格納、あるいは暗号化コンテンツに関連付けてコンテンツファイルを作成する（Ｓ６４８）。携帯電話３０は、該複合ライセンスに含まれるライセンスＡに基づいて、暗号化コンテンツを利用することが可能となる。
【０１０８】
続いて、携帯電話３０は、該コンテンツファイルをＰＣ４０に転送する（Ｓ６５０）。なお、単なるコンテンツファイルの転送であるため、ＳＤカード、メモリースティック、ＵＳＢおよびＷｉＦｉ（Wireless Fidelity）などの転送方法に関する制限はない。
【０１０９】
ＰＣ４０は、携帯電話３０からコンテンツファイルを受信すると、該コンテンツファイルを記憶する（Ｓ６４８）。すると、ＰＣを機器登録すれば対応可能なライセンスＢがコンテンツファイルに含まれていることが確認されるため、管理サーバ２０に機器登録要求をする（Ｓ６５４）。なお、ＰＣが既に機器登録されている場合には当該要求は不要である。
【０１１０】
管理サーバ２０は、ＰＣ４０からの機器登録要求があった場合、ユーザ認証を行い、ＰＣ４０を同一ユーザが所有する携帯電話３０のグループに追加する。そして、Ｓ６４０であらかじめ生成しておいたユーザ鍵Ｂを検索し（Ｓ６５６）、該ユーザ鍵ＢをＰＣ４０に配布する（Ｓ６５８）。なお、管理サーバ２０は、ユーザＩＤとパスワードを要求することによりユーザ認証を行うことができる。ＰＣ４０は、ユーザ鍵Ｂが配布されると、該ユーザ鍵Ｂを記憶する（Ｓ６６０）。その後、ＰＣ４０において、複合ライセンスに含まれるライセンスＢをユーザ鍵Ｂを用いて復号し、復号したライセンスＢに基づいて暗号化コンテンツを利用することが可能となる（Ｓ６６２）。
【０１１１】
なお、上記では携帯電話３０からＰＣ４０にコンテンツファイルを転送してコンテンツの共有を図る例について説明したが、ＰＣ４０から携帯電話３０にも同様の手順によりコンテンツファイルを転送してコンテンツの共有を図ることも可能である。
【０１１２】
このとき、グループ管理部２２８は、携帯電話３０が管理サーバ２０から直接発行されるライセンスＡを使用するための第一ユーザ鍵Ａと、携帯電話３０がＰＣ４０から転送されるライセンスＡを使用するための第二ユーザ鍵Ａとを別個に発行するとしてもよい。かかる構成により、管理サーバ２０から直接発行されるライセンスＡに基づいてコンテンツを利用できる携帯電話３０の台数と、ＰＣ４０から転送されるライセンスＡに基づいてコンテンツを利用できる携帯電話３０の台数とを個別に設定することができる。
【０１１３】
同様に、グループ管理部２２８は、ＰＣ４０が管理サーバ２０から直接発行されるライセンスＢを使用するための第一ユーザ鍵Ｂと、ＰＣ４０が携帯電話３０から転送されるライセンスＢを使用するための第二ユーザ鍵Ｂとを別個に発行するとしてもよい。かかる構成により、管理サーバ２０から直接発行されるライセンスＢに基づいてコンテンツを利用できるＰＣ４０の台数と、携帯電話３０から転送されるライセンスＢに基づいてコンテンツを利用できるＰＣ４０の台数とを個別に設定することができる。
【０１１４】
図１３は、このようにユーザ鍵ごとに個別に設定したユーザ鍵の上限発行台数の一例を示した説明図である。ここで、ユーザ鍵はグループ登録された情報処理装置に発行される鍵であるため、ユーザ鍵の上限発行台数は、グループ登録できる情報処理装置の上限登録台数と実質的に同一である。
【０１１５】
図示の例において、管理サーバ２０は、ユーザ「Ｙａｍａｄａ」への第一ユーザ鍵Ａの上限発行台数を１台に、第二ユーザ鍵Ａの上限発行台数を１台に、第一ユーザ鍵Ａの上限発行台数を２台に、第二ユーザ鍵Ｂの上限発行台数を１台に制限している。
【０１１６】
また、ユーザ「Ｓｈｉｎａｇａｗａ」への第一ユーザ鍵Ａの上限発行台数を１台に、第二ユーザ鍵Ａの上限発行台数を０台に、第一ユーザ鍵Ｂの上限発行台数を１台に、第二ユーザ鍵Ｂの上限発行台数を２台に制限している。ここで、第二ユーザ鍵Ａの上限発行台数は０台であるので、ユーザ「Ｓｈｉｎａｇａｗａ」の所有する携帯電話３０においては、携帯電話３０がＰＣ４０から転送されるライセンスＡを使用することができない。
【０１１７】
このように、本実施形態による管理サーバ２０は、同一ユーザが所有し、同一のＤＲＭサービスに対応する情報処理装置であっても、ライセンスの取得経路ごとに、該ライセンスを利用できる情報処理装置の台数および機器を設定することができる。
【０１１８】
以上説明したように、本実施形態にかかるコンテンツ共有システムの特筆すべき特徴は、
管理サーバ２０に、ある情報処理装置からライセンスの発行要求があった場合、管理サーバ２０が、該情報処理装置に複数のライセンスを包含する複合ライセンスを発行する点にある。
【０１１９】
かかる構成により、上記ある情報処理装置が、複合ライセンスに含まれるライセンスのいずれかに対応可能な情報処理装置に、単にコンテンツおよび複合ライセンスを転送すれば、該転送された情報処理装置においてコンテンツを利用することができる。
【０１２０】
また、管理サーバ２０は、図１１のＳ６３２において、ＰＣ４０がグループ登録されていない場合にあらかじめユーザ鍵Ｂを生成し、該ユーザ鍵に基づいて複合ライセンスを発行することとしている。かかる構成により、ＰＣ４０が複合ライセンスの発行の後にグループ登録された場合であっても、それ以前に発行された複合ライセンスに基づくコンテンツの利用が可能となる。
【０１２１】
なお、上記では、管理サーバ２０が単一のサーバから構成される例を説明したが、管理サーバは各ＤＲＭサービスに対応するサーバを含んで構成されてもよい。以下に図１４を参照して当該構成例を説明する。
【０１２２】
図１４は、管理サーバ２０の他の構成例を示した説明図である。管理サーバ２０は、グループ管理部２２８および記憶部２３６を備える登録サーバ５０と、ユーザ鍵Ａ発行部６２、ライセンスＡ発行部２５０および複合ライセンス発行部２４０を備えるＤＲＭ−Ａサーバ６０と、ユーザ鍵Ｂ発行部７２、ライセンスＢ発行部２６０および複合ライセンス発行部２４０を備えるＤＲＭ−Ｂサーバ７０を含む。以下、簡単に図３を用いて説明した管理サーバ２０の構成との差異点を抽出して説明する。
【０１２３】
ユーザ鍵Ａ発行部６２は、ＤＲＭ−Ａサービスに登録された情報処理装置に対してユーザ鍵Ａを発行する。ユーザ鍵Ｂ発行部７２は、ＤＲＭ−Ｂサービスに登録された情報処理装置に対してユーザ鍵Ｂを発行する。複合ライセンス発行部２４０は、ＤＲＭ−Ａサーバ６０およびＤＲＭ−Ｂサーバ７０で発行されたライセンスＡおよびライセンスＢに基づいて複合ライセンスを発行することができる。このように、管理サーバ２０を、登録サーバ５０、ＤＲＭ−Ａサーバ６０およびＤＲＭ−Ｂサーバ７０などの複数のサーバを協働させて構成することも可能である。
【０１２４】
（第二の実施形態）
次に、第二の実施形態にかかるコンテンツ共有システムについて説明する。第一の実施形態による管理サーバ２０は、あるＤＲＭサービスに対応するライセンスを情報処理装置に発行する際に、あらかじめ他のＤＲＭサービスに対応するライセンスを併せて発行する点に特徴があった。しかし、第一の実施形態による管理サーバ２０では、情報処理装置が、既存サーバから自己が利用するためのライセンスのみの発行を受けた場合、該情報処理装置と他の情報処理装置とのコンテンツの共有を実現することが困難であった。
【０１２５】
本発明の第二の実施形態によれば、情報処理装置が、コンテンツの転送先となる情報処理装置の対応可能なライセンスを有していない場合でも、該転送先の情報処理装置においてコンテンツを利用するためのグループライセンスを発行可能な管理サーバおよび情報処理装置が提供される。以下、第一の実施形態との差異点を抽出して本実施形態にかかるコンテンツ共有システムについて説明する。
【０１２６】
図１５は、本実施形態によるコンテンツ共有システム１０の説明図である。コンテンツ共有システム１０は、通信網１２、共通サーバ１４、携帯電話３０、ＰＣ４０および既存サーバ８０を含む。
【０１２７】
既存サーバ８０は、任意のＤＲＭサービスに対応するコンテンツおよびライセンスをＰＣ４０に発行するサーバである。以下、本明細書においては既存サーバ８０が提供するＤＲＭサービスをＤＲＭ−Ｃ、ＤＲＭ−ＣによるライセンスをライセンスＣとする。該ＤＲＭ−Ｃには、例えばＯｐｅｎＭＧが対応する。
【０１２８】
また、ＰＣ４０はＤＲＭ−Ｃに対応し、ライセンスＣに基づいてコンテンツを利用できるものとする。本実施形態による管理サーバ２０およびＰＣ４０は、ＰＣ４０が既存サーバ８０から提供されたコンテンツを、携帯電話３０でも利用可能とすることを目的として構成される。以下、本実施形態による管理サーバ２０およびＰＣ４０の構成を説明する。
【０１２９】
図１６は、本実施形態による管理サーバ２０の構成を示したブロック図である。管理サーバ２０は、送受信部２２４、グループ管理部２２８、ユーザ鍵生成部２３２、記憶部２３６、複合ライセンス発行部２４０、コンテンツ情報記憶部２７０、署名生成部２７４およびグループライセンス発行部２８０を備える。
【０１３０】
送受信部２２４、グループ管理部２２８、ユーザ鍵生成部２３２、複合ライセンス発行部２４０、コンテンツ情報記憶部２７０および署名生成部２７４は、第一の実施形態で説明した機能および構成と実質的に同一であるので説明を省略する。
【０１３１】
グループライセンス発行部２８０は、ＰＣ４０からの要求に応じてグループ鍵およびグループライセンスを発行する。記憶部２３６は、このようにグループライセンス発行部２８０が発行したグループライセンスおよびグループ鍵と、当該発行先の情報処理装置の機器ＩＤとを関連付けて記憶する。
【０１３２】
図１７は、グループ鍵の構成を示した説明図である。グループ鍵は、後述のコンテンツアイテム鍵を暗号および復号するための鍵であり、管理サーバ２０と、グループ鍵の発行先のＰＣ４０との共通鍵で暗号化されている。
【０１３３】
上記共通鍵はあらかじめ管理サーバ２０とＰＣ４０が保持する共通の秘密鍵である。該共通鍵は、ＰＣ４０の機器登録の際、あるいはグループ鍵発行の前段階に管理サーバ２０からＰＣ４０に送付されるとしてもよい。以下、図１８を参照してグループライセンスの構成を説明する。
【０１３４】
図１８は、グループライセンス２９０の構成を示した説明図である。グループライセンス２９０は、グループ鍵２９２、利用条件２９４および署名２９６を含む。
【０１３５】
グループ鍵２９２は、コンテンツおよびグループライセンス２９０の転送先である情報処理装置で復号可能なように暗号化されている。本実施形態では、ＰＣ４０から携帯電話３０にコンテンツおよびグループライセンス２９０を転送する場合を考えているので、図示の例ではグループ鍵はユーザ鍵Ａで暗号化されている。なお、ＰＣ４０に発行されるユーザ鍵はＤＲＭ−Ｂに対応するユーザ鍵Ｂであるため、ＰＣ４０においては、ユーザ鍵Ａで暗号化されたグループ鍵２９２を復号することはできない。
【０１３６】
利用条件２９４は、携帯電話３０がグループ鍵２９２および暗号化コンテンツを利用するにあたっての制限が記述されている。図１８に記載の利用条件２９４においては、再生に関する制限が記述されていない。このように、制限が記述されていない利用形態によるグループ鍵２９２の利用は、他の条件を満たす限り無制限に行うことができる。
【０１３７】
一方、エクスポートについては、回数に関する制限が記述されている。したがって、エクスポートの回数は、図示の通り、３回に制限される。なお、当該回数は、携帯電話３０がエクスポートを実行するたびに減少する状態値であってもよい。その場合、当該状態値が０である場合、携帯電話３０はエクスポートの実行を禁止される。
【０１３８】
署名２９６は、署名生成部２７４により、ライセンス全体の内容を管理サーバ２０の秘密鍵で暗号化されたものである。したがって、管理サーバ２０の公開鍵で署名を復号できた場合、当該グループライセンス２９０が管理サーバ２０により正式に発行されたものであると認められる。また、同時にグループライセンス２９０の内容の正当性の検証を行うこともできる。
【０１３９】
なお、上記グループライセンス２９０は全体または利用条件をユーザ鍵Ａで暗号化されるとしてもよい。かかる構成により、グループライセンス２９０を、グループライセンス２９０の秘匿性を確保して情報処理装置に発行することが可能となる。また、ライセンスを暗号化するユーザ鍵Ａと、ライセンスを復号するユーザ鍵Ａは必ずしも同一である必要はなく、両者が非対称であってもよい。
【０１４０】
また、上記グループライセンスおよびグループ鍵は、ある情報処理装置に対して単一に発行されるとしてもよいが、情報処理装置が所有するコンテンツが対応するＤＲＭサービスごとに発行されるとしてもよい。以下、図１９を参照して当該構成例を説明する。
【０１４１】
図１９は、記憶部２３６が記憶する、グループライセンス発行部２８０によるＰＣ４０に対するグループライセンスの発行状況を示した説明図である。図１９は、上記のようにグループライセンスおよびグループ鍵が、ＰＣ４０が所有するコンテンツの対応するＤＲＭサービスごとに発行された場合を示している。
【０１４２】
具体的には、グループライセンス発行部２８０は、ＰＣ４０が所有するＤＲＭ−Ｃのコンテンツを転送する際に用いられるグループライセンスＣおよびグループ鍵Ｃと、ＤＲＭ−Ｄのコンテンツを転送する際に用いられるグループライセンスＤおよびグループ鍵Ｄとを別個に発行している。なお、グループライセンスＣおよびグループ鍵Ｃ、グループライセンスＤおよびグループ鍵Ｄは、それぞれグループライセンスおよびグループ鍵のＩＤであってもよい。
【０１４３】
このように、グループライセンス発行部２８０が、情報処理装置が所有するコンテンツの対応するＤＲＭサービスごとにグループライセンスおよびグループ鍵を発行することにより、暗号化コンテンツをより厳重に保護することができる。
【０１４４】
より詳細に説明すると、グループライセンス発行部２８０が発行した、あるＤＲＭサービスに対応するグループ鍵が第三者により解読されたとしても、他のＤＲＭサービスに対応するグループ鍵の秘匿性を維持することが可能である。後述するが、グループ鍵は暗号化コンテンツを復号するために間接的に用いられるため、他のＤＲＭサービスに対応するグループ鍵の秘匿性を担保することで、暗号化コンテンツの保護の強化を図ることができる。
【０１４５】
次に、図２０を参照して本実施形態にかかるＰＣ４０の機能および構成について説明する。
【０１４６】
図２０は、ＰＣ４０の構成を示した説明図である。ＰＣ４０は、送受信部３２４、登録処理部３２６、ライセンス管理部３２８、記憶部３３２、利用制御部３３６、コンテンツ利用部３４０、コンテンツファイル生成部３５０およびコンテンツアイテム鍵生成部３６０を備える。本実施形態にかかるＰＣ４０の機能および構成は、図８を用いて説明した携帯電話３０の機能および構成と類似する点が多いので、差異点を抽出して説明する。
【０１４７】
ライセンス管理部３２８は、管理サーバ２０にグループ鍵およびグループライセンスの発行要求をする。また、管理サーバ２０からグループ鍵およびグループライセンスの発行を受け、グループ鍵およびグループライセンスを記憶部３３２に記憶させる。
【０１４８】
記憶部３３２は、管理サーバ２０が発行したグループ鍵およびグループライセンスを記憶する。グループ鍵およびグループライセンスは、上記のように転送しようとするコンテンツが対応するＤＲＭサービスごとに異なるとしてもよい。
【０１４９】
コンテンツファイル生成部３５０は、携帯電話３０に転送するための、コンテンツやグループライセンスを含むコンテンツファイルを生成する。以下、図２１から図２３を参照してコンテンツファイルおよびグループライセンスの説明をする。
【０１５０】
図２１は、コンテンツファイル生成部３５０が生成するコンテンツファイル５００の構造を示した説明図である。本実施形態にかかるコンテンツファイル５００は、図９を用いて説明したコンテンツファイルと比較して、グループライセンス情報５２５、コンテンツ５３２およびグループライセンスを含む点で相異する。
【０１５１】
コンテンツファイル生成部３５０は、携帯電話３０に転送しようとする既存サーバ８０から購入したＤＲＭ−Ｃに対応する暗号化コンテンツを復号し、復号したコンテンツを再度コンテンツアイテム鍵を用いて暗号化し、コンテンツファイル５００にコンテンツ５３２として格納する。
【０１５２】
図２２は、コンテンツ５３２の構成を示した説明図である。上述のように、コンテンツ５３２はコンテンツアイテム鍵で暗号化されている。該コンテンツアイテム鍵は、コンテンツアイテム鍵生成部３６０により、ＰＣ４０が転送しようとするコンテンツごとに乱数を用いて生成される鍵である。
【０１５３】
また、コンテンツファイル生成部３５０は、管理サーバ２０が発行したグループ鍵を用いてコンテンツアイテム鍵を暗号化する。そして、コンテンツアイテム鍵をコンテンツファイル５００のグループライセンス情報５２５に格納する。
【０１５４】
図２３は、コンテンツアイテム鍵の構成を示した説明図である。上述のように、コンテンツアイテム鍵はコンテンツファイル生成部３５０によりグループ鍵を用いて暗号化される。なお、管理サーバ２０が発行するグループ鍵は、管理サーバ２０とＰＣ４０があらかじめ所有する共通秘密鍵により暗号化されているため、ＰＣ４０においては該共通秘密鍵を用いて復号し、復号したグループ鍵をコンテンツアイテム鍵の暗号化に利用することができる。
【０１５５】
グループライセンス２９０は、図１８を用いて説明したように、ユーザ鍵Ａで暗号化したグループ鍵を含む。上記のようなコンテンツファイル５００を生成する過程を、フローチャートを参照して説明する。
【０１５６】
図２４は、ＰＣ４０によるコンテンツファイルの生成の過程を示したフローチャートである。ＰＣ４０は、まず管理サーバ２０にグループ鍵およびグループライセンスの発行を要求し、グループ鍵およびグループライセンスを受信する（Ｓ７０４）。そして、コンテンツアイテム鍵を乱数を用いて生成する（Ｓ７０８）。次に、該コンテンツアイテム鍵で携帯電話３０に転送しようとするコンテンツを暗号化する（Ｓ７１２）。
【０１５７】
そして、コンテンツアイテム鍵をグループ鍵で暗号化し（Ｓ７１４）、該暗号化されたコンテンツアイテム鍵と、グループライセンスと、暗号化されたコンテンツを含むコンテンツファイルを生成する（Ｓ７１６）。
【０１５８】
最後に、当該コンテンツファイルを携帯電話３０に転送する（Ｓ７２０）。単なるコンテンツファイルの転送であるため、ＳＤカード、メモリースティック、ＵＳＢおよびＷｉＦｉなどの転送方法に関する制限はない。上記では、暗号化されたコンテンツアイテム鍵と、グループライセンスと、暗号化されたコンテンツとをまとめて転送する構成を説明したが、それぞれ別個に転送するとしてもよい。
【０１５９】
図２５は、ＰＣ４０が、ＤＲＭ−Ｃによる既存コンテンツＸ、ＹおよびＺに基づいて生成するコンテンツファイルＸ、ＹおよびＺの構成を簡易的に示した説明図である。上記のように、コンテンツアイテム鍵は転送しようとするコンテンツごとに生成されるため、各グループライセンス情報５２４に含まれるコンテンツアイテム鍵はそれぞれ異なる。
【０１６０】
一方、グループライセンス５４０はユーザ鍵Ａで暗号化されているためＰＣ４０で変更を加えることはできず、コンテンツファイルＸ、ＹおよびＺにそれぞれ同一のグループライセンス５４０が格納される。
【０１６１】
コンテンツファイルＸに格納されるコンテンツＸは、既存コンテンツＸをコンテンツアイテム鍵Ｘで暗号化されている。コンテンツファイルＹに格納されるコンテンツＹは、既存コンテンツＹをコンテンツアイテム鍵Ｙで暗号化されている。同様に、コンテンツファイルＺに格納されるコンテンツＺは、既存コンテンツＺをコンテンツアイテム鍵Ｚで暗号化されている。
【０１６２】
このように、グループ鍵およびグループライセンスは、ＰＣ４０が管理サーバ２０に一度アクセスして発行を受ければ、転送する全てのコンテンツに利用できる。一方、コンテンツアイテム鍵は、ＰＣ４０がコンテンツごとに生成することにより、各コンテンツファイルの差別化を図ることができる。
【０１６３】
すなわち、コンテンツアイテム鍵を用いずに、コンテンツをグループ鍵で暗号化するとすれば、全てのコンテンツを同一のグループ鍵で利用できる構成となってしまう。管理サーバ２０が、ＰＣ４０により転送されるコンテンツごとにグループ鍵およびグループライセンスを発行すれば上記問題は解決されるが、コンテンツの転送の度にＰＣ４０が管理サーバ３０にアクセスする必要が生じるため煩雑である。
【０１６４】
そこで、本実施形態にかかるコンテンツ共有方法は、コンテンツアイテム鍵を用いており、転送する各コンテンツを利用するための鍵の差別化、および管理サーバ２０へのアクセス回数の抑制を同時に実現している。
【０１６５】
次に、本実施形態にかかるコンテンツ共有システム１０の全体の流れを説明する。
【０１６６】
図２６は、本実施形態にかかるコンテンツ共有システム１０における処理の流れを示したシーケンス図である。図２７は、本実施形態にかかるコンテンツ共有システム１０における処理の流れを示した説明図である。
【０１６７】
まず、ＰＣ４０は、既存サーバ８０にコンテンツ配信要求をする（Ｓ７５０）。既存サーバ８０は、該要求を受けて、ＰＣ４０にコンテンツを配信する（Ｓ７５２）。該コンテンツは暗号化されており、ライセンスも同時に発行されるとしてもよい。既存サーバ８０からコンテンツを配信されたＰＣ４０は、該コンテンツを記憶する（Ｓ７５４）。次いで、ＰＣ４０は、管理サーバ２０にアカウントの作成（ユーザ登録）を要求する（Ｓ７５６）。管理サーバ２０は、該要求を受けると、ユーザ鍵ＡおよびＰＣ４０との共通鍵を生成する（Ｓ７５８）。そして、管理サーバ２０は、ＰＣ４０の機器ＩＤと、ユーザ鍵Ａと、共通鍵と、ユーザＩＤとを関連付けて記憶し、ＰＣ４０をグループ登録する（Ｓ７６０）。続いて、管理サーバ２０は、共通鍵をＰＣ４０に発行する（Ｓ７６２）。
【０１６８】
そして、ＰＣ４０は、既存サーバ８０から既に購入したＤＲＭ−Ｃに対応するコンテンツを、携帯電話３０に転送するために、管理サーバ２０にグループライセンスの発行を要求する（Ｓ７６４）。ここで、ＰＣ４０は、転送しようとする相手の情報処理装置に関する情報も併せて管理サーバ２０に送信する。
【０１６９】
管理サーバ２０は、ＰＣ４０からのグループライセンス発行要求を受け、ＰＣ４０との共通秘密鍵で暗号化したグループ鍵、およびＳ７５８で生成したユーザ鍵Ａを用いて暗号化したグループ鍵を含むグループライセンスを生成する（Ｓ７６６）。
【０１７０】
続いて、管理サーバ２０は、生成したグループ鍵およびグループライセンスをＰＣ４０に発行する（Ｓ７６８）。
【０１７１】
ＰＣ４０は、管理サーバ２０からグループ鍵およびグループライセンスの発行を受けると、コンテンツアイテム鍵を生成し、該コンテンツアイテム鍵を用いてコンテンツごとにコンテンツファイルを生成する（Ｓ７７０）。続いて、ＰＣ４０は生成した該コンテンツファイルを携帯電話３０に転送する（Ｓ７７２）。
【０１７２】
携帯電話３０は、ＰＣ４０から転送されたコンテンツファイルを記憶し、コンテンツファイルに含まれるグループライセンスを確認する（Ｓ７７４）。そして、携帯電話３０がグループライセンスに含まれる暗号化されたグループ鍵を復号するためのユーザ鍵を保持していない場合には、管理サーバ２０にユーザ鍵発行要求、すなわち機器登録要求をする（Ｓ７７６）。ここで、携帯電話３０は、管理サーバ２０に機器登録を要求するグループのユーザＩＤおよび自己の機器ＩＤなどを送信する。
【０１７３】
管理サーバ２０は、携帯電話３０からの機器登録要求を受けると、記憶部２３６を検索し、Ｓ７５８で生成したユーザ鍵Ａを読み出す（Ｓ７７８）。そして、管理サーバ２０は、該ユーザ鍵Ａを携帯電話３０へ発行する（Ｓ７８０）。
【０１７４】
携帯電話３０は、ユーザ鍵Ａの発行を受けると、グループライセンスに含まれる暗号化されたグループ鍵をユーザ鍵Ａで復号し、該グループ鍵でコンテンツアイテム鍵を復号する（Ｓ７８２）。
【０１７５】
最後に、携帯電話３０は、復号されたコンテンツアイテム鍵を用いて暗号化コンテンツを復号し、復号されたコンテンツを利用することができる（Ｓ７８４）。
【０１７６】
以上説明したように、本発明の第二の実施形態にかかるコンテンツ共有システム１０によれば、情報処理装置が、コンテンツの転送先となる情報処理装置の対応可能なライセンスを有していない場合でも、該転送先の情報処理装置とのコンテンツの共有を実現することができる。
【０１７７】
特に、デバイスバインド方式に基づくＤＲＭサービスのサーバにおいて、第一の実施形態で説明したように複数のデバイス、あるいはユーザ単位でコンテンツを利用するためのライセンスを含めた複合ライセンスを発行することは困難であると考えられる。したがって、本実施形態によるコンテンツ共有システム１０は、ユーザバインド方式に基づくＤＲＭサービスと、デバイスバインド方式に基づくＤＲＭサービスとの互換性を強化できる点で効果的である。
【０１７８】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１７９】
例えば、上記では情報処理装置間で暗号化コンテンツ、グループライセンスおよびコンテンツアイテム鍵を含むコンテンツファイルの送受信をする例を説明したが、暗号化コンテンツ、グループライセンスおよびコンテンツアイテム鍵を送受信するとしてもよい。
【０１８０】
また、複合ライセンスを構成するライセンスの種類は２つに限られず、３種類以上のライセンスから構成されるとしてもよい。すなわち、複合ライセンス発行部は、第一のサービスに対応するライセンスＡ、第二のサービスに対応するライセンスＢに限られず、第三のサービスに対応するライセンスＸや第四のサービスに対応するライセンスＹを含む複合ライセンスを発行するとしてもよい。
【図面の簡単な説明】
【０１８１】
【図１】本発明の第一の実施形態にかかるコンテンツ共有システムを示した説明図である。
【図２】同実施形態にかかる管理サーバのハードウェア構成を示したブロック図である。
【図３】同実施形態にかかる管理サーバの構成を示したブロック図である。
【図４】同実施形態にかかるユーザ鍵生成部により生成されるユーザ鍵の一例として、ユーザ鍵Ａを示した説明図である。
【図５】同実施形態にかかる記憶部が記憶するデータのテーブル構造を示した説明図である。
【図６】同実施形態にかかるライセンスＡ発行部が発行するライセンスＡの構成を示した説明図である。
【図７】同実施形態にかかるコンテンツ配信サーバが配信する暗号化コンテンツの構成を示した説明図である。
【図８】同実施形態にかかる携帯電話の構成を示したブロック図である。
【図９】同実施形態にかかる記憶部が記憶するコンテンツファイルのデータ構成を示した説明図である。
【図１０】同実施形態にかかる利用制御部およびコンテンツ利用部の動作の流れを示したフローチャートである。
【図１１】同実施形態にかかるコンテンツ共有システムの動作の流れを示したシーケンス図である。
【図１２】同実施形態にかかるコンテンツ共有システムの動作の流れを示した説明図である。
【図１３】同実施形態にかかるユーザ鍵の上限発行台数の一例を示した説明図である。
【図１４】管理サーバの他の構成例を示した説明図である。
【図１５】本発明の第二の実施形態にかかるコンテンツ共有システムの説明図である。
【図１６】同実施形態にかかる管理サーバの構成を示したブロック図である。
【図１７】同実施形態にかかるグループ鍵の構成を示した説明図である。
【図１８】同実施形態にかかるグループライセンスの構成を示した説明図である。
【図１９】同実施形態にかかるグループライセンス発行部によるグループライセンスの発行状況を示した説明図である。
【図２０】同実施形態にかかるＰＣの構成を示した説明図である。
【図２１】同実施形態にかかるコンテンツファイル生成部が生成するコンテンツファイルの構造を示した説明図である。
【図２２】同実施形態にかかるコンテンツの構成を示した説明図である。
【図２３】同実施形態にかかるコンテンツアイテム鍵の構成を示した説明図である。
【図２４】同実施形態にかかるＰＣによるコンテンツファイルの生成の過程を示したフローチャートである。
【図２５】同実施形態にかかるコンテンツファイルＸ、ＹおよびＺの構成を簡易的に示した説明図である。
【図２６】同実施形態にかかるコンテンツ共有システムにおける処理の流れを示したシーケンス図である。
【図２７】同実施形態にかかるコンテンツ共有システムにおける処理の流れを示した説明図である。
【符号の説明】
【０１８２】
１０        コンテンツ共有システム
１２        通信網
１４        共通サーバ
１６        コンテンツ配信サーバ
２０        管理サーバ
３０        携帯電話
４０        ＰＣ
８０        既存サーバ
２２８      グループ管理部
２３２      ユーザ鍵生成部
２３６      記憶部（管理サーバ側）
２４０      複合ライセンス発行部
２７４      署名生成部
２８０      グループライセンス発行部
３２６      登録処理部
３３２      記憶部（携帯電話側）
３３６      利用制御部
３４０      コンテンツ利用部
３５０      コンテンツファイル生成部
３６０      コンテンツアイテム鍵生成部
【図１】
2007310835.tif 000003
【図２】
2007310835.tif 000004
【図３】
2007310835.tif 000005
【図４】
2007310835.tif 000006
【図５】
2007310835.tif 000007
【図６】
2007310835.tif 000008
【図７】
2007310835.tif 000009
【図８】
2007310835.tif 000010
【図９】
2007310835.tif 000011
【図１０】
2007310835.tif 000012
【図１１】
2007310835.tif 000013
【図１２】
2007310835.tif 000014
【図１３】
2007310835.tif 000015
【図１４】
2007310835.tif 000016
【図１５】
2007310835.tif 000017
【図１６】
2007310835.tif 000018
【図１７】
2007310835.tif 000019
【図１８】
2007310835.tif 000020
【図１９】
2007310835.tif 000021
【図２０】
2007310835.tif 000022
【図２１】
2007310835.tif 000023
【図２２】
2007310835.tif 000024
【図２３】
2007310835.tif 000025
【図２４】
2007310835.tif 000026
【図２５】
2007310835.tif 000027
【図２６】
2007310835.tif 000028
【図２７】
2007310835.tif 000029