(57)【特許請求の範囲】
【請求項１】
コンテンツの利用を許可するライセンス情報を管理する権利管理システムであって、
前記権利管理システムは、コンテンツプロバイダのサブシステムと、コンテンツの利用を可能にする販売ライセンス情報をエンドユーザに発行するサービスプロバイダのサブシステムと、エンドユーザがコンテンツの利用を行なう端末装置とを備え、
前記コンテンツプロバイダのサブシステムは、
制作されたコンテンツを、コンテンツ鍵を用いて暗号化した後、暗号化された前記コンテンツを前記端末装置に提供するＣＰコンテンツ管理サーバと、
（１）前記サービスプロバイダのサブシステムに対して、前記販売ライセンス情報内に設定することを許可する利用条件の範囲指定を示す編集条件情報を生成し、（２）前記利用条件は、前記エンドユーザに対して前記コンテンツの利用を許可する条件を示し、（３）（ａ）前記コンテンツの暗号化に用いたコンテンツ鍵と、（ｂ）前記販売ライセンス情報のデータ構造を示すテンプレートと、（ｃ）生成した前記編集条件情報とを、前記サービスプロバイダのサブシステムに取得させるために、前記編集条件情報と、前記コンテンツ鍵と、前記テンプレートとを内部に含むオリジナルライセンス情報を生成するオリジナルライセンス生成ツールとを備え、
前記サービスプロバイダのサブシステムは、
前記コンテンツプロバイダのサブシステムから前記オリジナルライセンス情報を取得し、取得した前記オリジナルライセンス情報に含まれる前記テンプレートを編集して、前記コンテンツの利用が許可される条件を示した利用条件を含む前記販売ライセンス情報を生成する販売ライセンス生成ツールと、
（１）前記オリジナルライセンス情報から、前記コンテンツの暗号化に使用された前記コンテンツ鍵を取得するとともに、（２）生成された前記販売ライセンス情報について、前記コンテンツプロバイダのサブシステムによって生成された前記編集条件情報を、前記オリジナルライセンス情報から取得し、（３）生成された前記販売ライセンス情報に含まれる前記利用条件が、前記編集条件情報によって指定された前記範囲に含まれるか否かを判定し、（４）前記判定の結果、前記利用条件が前記範囲に含まれる場合には前記コンテンツ鍵を前記販売ライセンス情報に挿入し、前記利用条件が前記範囲に含まれない場合には前記コンテンツ鍵を前記販売ライセンス情報に挿入しないコンテンツ鍵挿入処理部と、
前記コンテンツ鍵挿入処理部によって前記コンテンツ鍵が挿入され、または、挿入されなかった前記販売ライセンス情報を、前記エンドユーザの端末装置に送信するＳＰライセンス管理サーバとを備え、
前記端末装置は、
前記サービスプロバイダのサブシステムから、前記販売ライセンス情報を受信する通信処理部と、
前記コンテンツプロバイダのサブシステムで生成され、前記販売ライセンス情報に含まれる前記編集条件情報を取得し、前記サービスプロバイダのサブシステムから受信した前記販売ライセンス情報に含まれる前記利用条件が、取得した前記編集条件情報によって指定された前記範囲に含まれるか否かを判定する契約条件比較部と、
前記判定の結果、前記利用条件が前記範囲に含まれる場合に、受信した前記販売ライセンス情報を有効にして、前記販売ライセンス情報に含まれる前記コンテンツ鍵を用いて前記コンテンツを復号し、前記利用条件が前記範囲に含まれない場合、受信した前記販売ライセンス情報を破棄する制御部と
を備える権利管理システム。
【請求項２】
前記サービスプロバイダのサブシステムは、データベースを備え、前記コンテンツプロバイダのサブシステムから取得した前記オリジナルライセンス情報を前記データベースに格納し、
前記販売ライセンス生成ツールは、
前記オリジナルライセンス情報に含まれる前記テンプレートを編集することによって、あらかじめ定められた利用条件を含み、コンテンツ鍵を含まない販売ライセンス情報（コンテンツ鍵無し）を生成する販売ライセンス生成処理部を備え、
前記コンテンツ鍵挿入部は、前記データベースに格納されている前記オリジナルライセンス情報から前記編集条件情報を抽出し、生成された前記販売ライセンス情報（コンテンツ鍵無し）に含まれる前記利用条件が、抽出された前記編集条件情報によって指定された前記範囲に含まれるか否かを判定し、範囲内であると判定した場合に限り、前記オリジナルライセンス情報内の前記コンテンツ鍵を前記販売ライセンス情報（コンテンツ鍵無し）内に挿入して、前記コンテンツ鍵を含む販売ライセンス情報（コンテンツ鍵有り）を生成し、生成した前記販売ライセンス情報（コンテンツ鍵有り）を前記データベースに格納し、
前記ＳＰライセンス管理サーバは、前記端末装置からのライセンス取得要求に対して、該当する前記販売ライセンス情報（コンテンツ鍵有り）を前記データベースから読み出して、前記端末装置に送信する
請求項１記載の権利管理システム。
【請求項３】
前記オリジナルライセンス情報は、各コンテンツに対応して、編集可能な利用条件とその編集結果に対応する前記販売ライセンス情報の販売個数の上限とを記述した販売条件情報を含み、
前記サービスプロバイダのサブシステムは、
前記販売ライセンス情報を前記端末装置に販売するＳＰライセンス販売サーバを備え、
前記ＳＰライセンス販売サーバは、
（１）前記編集結果の利用条件に対応する前記販売ライセンス情報の販売個数の上限を、前記販売条件情報から取得し、
（２）前記ＳＰライセンス販売サーバが販売ライセンス情報を販売する都度、前記販売ライセンス情報の販売個数をインクリメントし、
（３）前記販売ライセンス情報の販売個数が、前記上限の販売個数に達しているか否かを判定し、
（４）前記判定の結果、前記販売ライセンス情報の販売個数が前記上限の販売個数に達するまでは、前記販売ライセンス情報を前記端末装置に販売し、前記上限の販売個数に達すると、前記販売ライセンス情報の販売を終了する制御部を備える
請求項１記載の権利管理システム。
【請求項４】
コンテンツの利用を許可するライセンス情報を管理する権利管理装置であって、
コンテンツプロバイダのサブシステムからオリジナルライセンス情報を取得し、取得した前記オリジナルライセンス情報に含まれるテンプレートを編集して、前記コンテンツの前記利用が許可される条件を示した利用条件を含む販売ライセンス情報を生成する販売ライセンス生成ツールと、
（１）前記オリジナルライセンス情報から、前記コンテンツの暗号化に使用されたコンテンツ鍵を取得し、（２）生成された前記販売ライセンス情報について、前記コンテンツプロバイダのサブシステムによって生成された前記編集条件情報を、前記オリジナルライセンス情報から取得し、（３）生成された前記販売ライセンス情報に含まれる前記利用条件が、前記編集条件情報で指定された前記範囲に含まれるか否かを判定し、（４）前記判定の結果、前記利用条件が前記範囲に含まれる場合には前記コンテンツ鍵を前記販売ライセンス情報に挿入し、前記利用条件が前記範囲に含まれない場合には前記コンテンツ鍵を前記販売ライセンス情報に挿入しないコンテンツ鍵挿入処理部と
を備える権利管理装置。
【請求項５】
前記コンテンツ鍵挿入処理部は、（１）前記コンテンツプロバイダの前記権利管理装置から、前記利用条件の１つであるコンテンツを利用できる期間の指定を受信し、
（２）生成された前記ライセンス情報に含まれるコンテンツを利用できる期間が、前記編集条件情報で指定された前記範囲に含まれるか否かを判定し、
（３）前記ライセンス情報に含まれるコンテンツを利用できる期間が、指定された前記範囲に含まれる場合にのみ、前記販売ライセンス情報を有効にする
請求項４記載の権利管理装置。
【請求項６】
前記コンテンツ鍵挿入処理部は、（１）前記コンテンツプロバイダの前記権利管理装置から、前記利用条件の１つであるコンテンツを利用できる合計回数の範囲の指定を示す編集条件情報を受信し、
（２）生成された前記販売ライセンス情報に含まれるコンテンツを利用できる合計回数の範囲が、前記編集条件情報で指定された前記範囲に含まれるか否かを判定し、
（３）前記販売ライセンス情報に含まれるコンテンツを利用できる合計回数の範囲が、指定された前記範囲に含まれる場合にのみ、前記ライセンス情報を有効にする
請求項４記載の権利管理装置。
【請求項７】
前記コンテンツ鍵挿入処理部は、（１）前記コンテンツプロバイダの前記権利管理装置から、前記利用条件の１つであるコンテンツを利用できる合計時間の範囲の指定を示す編集条件情報を受信し、
（２）生成された前記販売ライセンス情報に含まれるコンテンツを利用できる合計時間の範囲が、前記編集条件情報で指定された前記範囲に含まれるか否かを判定し、
（３）前記販売ライセンス情報に含まれるコンテンツを利用できる合計時間の範囲が、指定された前記範囲に含まれる場合にのみ、前記ライセンス情報を有効にする
請求項４記載の権利管理装置。
【請求項８】
前記コンテンツ鍵挿入処理部は、（１）前記コンテンツプロバイダの前記権利管理装置から、コンテンツを連続して利用できる連続利用時間の指定を示す編集条件情報を受信し、
（２）生成された前記販売ライセンス情報に含まれる連続利用時間が、指定された前記範囲に含まれるか否かを判定し、
（３）前記販売ライセンス情報に含まれる連続利用時間が、指定された前記範囲に含まれる場合にのみ、前記販売ライセンス情報を有効にする
請求項４記載の権利管理装置。
【請求項９】
前記コンテンツ鍵挿入処理部は、耐タンパモジュールで構成されている
請求項４記載の権利管理装置。
【請求項１０】
前記権利管理装置は、さらに、
（１）各コンテンツに対応する販売ライセンス情報の発行に関する条件の指定を示す情報を受信し、（２）エンドユーザの端末装置に、前記コンテンツに対応する前記販売ライセンス情報を発行し、（３）前記販売ライセンス情報の発行が、指定された条件を満足しているか否かを判定するライセンス管理サーバを備え、
前記判定の結果、前記ライセンス情報の発行が指定された条件を満足している場合にのみ、前記販売ライセンス情報が前記エンドユーザに発行される
請求項４記載の権利管理装置。
【請求項１１】
前記ライセンス管理サーバは、（１）発行可能な前記販売ライセンス情報の合計個数の指定を受信し、
（２）発行される前記販売ライセンス情報の合計個数をコンテンツごとにカウントし、
（３）カウントされた前記販売ライセンス情報の個数が、指定された条件を満足するか否かを判定し、
（４）前記判定の結果、前記発行個数が前記条件を満足する場合にのみ、前記販売ライセンス情報が発行される
請求項１０記載の権利管理装置。
【請求項１２】
前記ライセンス管理サーバは、（１）前記販売ライセンス情報を発行可能な発行期間の指定を受信し、
（２）現在時刻が、指定された発行期間を満足しているか否かを判定し、
（３）前記判定の結果、前記現在時刻が指定された発行期間を満足する場合にのみ、前記ライセンス情報が発行される
請求項１０記載の権利管理装置。
【請求項１３】
前記権利管理装置は、さらに、
（１）前記指定範囲内の各利用条件に対応した、前記販売ライセンス情報の発行に関する条件の指定を受信し、
（２）前記判定の結果、前記利用条件が前記範囲に含まれる場合にのみ、前記利用条件に対応した発行条件を満足する前記販売ライセンス情報を、前記エンドユーザに発行するライセンス管理サーバを備える
請求項４記載の権利管理装置。
【請求項１４】
前記ライセンス管理サーバは、前記利用条件がコンテンツを利用できる合計回数であり、前記販売ライセンス情報の発行に関する条件が当該販売ライセンス情報の発行数である場合、前記利用条件に対応した発行条件に従って、コンテンツを利用できる前記各合計回数が同程度になるように前記販売ライセンス情報を発行する
請求項１３記載の権利管理装置。
【請求項１５】
コンテンツの利用を許可するライセンス情報に従って、コンテンツの再生を行なうエンドユーザの端末装置であって、
特定のコンテンツを再生するための販売ライセンス情報を、サービスプロバイダのサブシステムに要求する通信処理部と、
前記要求に対する応答として、コンテンツの利用が許可される条件を示した利用条件を含む前記販売ライセンス情報と、前記利用条件の範囲を指定した編集条件情報とを取得する契約条件比較部と、
（１）取得された前記販売ライセンス情報に含まれる前記利用条件が、前記編集条件情報で指定された範囲に含まれるか否かを判定し、（２）前記判定の結果、前記利用条件が前記範囲に含まれる場合にのみ、受信した前記販売ライセンス情報を有効にして、前記販売ライセンス情報に含まれるコンテンツ鍵を用いて前記コンテンツを復号し、（３）前記判定の結果、前記利用条件が、前記編集条件情報で指定された前記範囲に含まれない場合、取得した前記販売ライセンス情報を破棄する制御部と
を備える端末装置。
【請求項１６】
コンテンツの利用を許可するライセンス情報を管理する権利管理システムにおける権利管理方法であって、
前記権利管理システムは、コンテンツプロバイダのサブシステムと、コンテンツの利用を可能にする販売ライセンス情報をエンドユーザに発行するサービスプロバイダのサブシステムと、エンドユーザがコンテンツの利用を行なう端末装置とを備え、
前記サービスプロバイダのサブシステムにおいて、
販売ライセンス生成ツールが、（１）前記コンテンツプロバイダのサブシステムからオリジナルライセンス情報を取得し、取得した前記オリジナルライセンス情報に含まれるテンプレートを編集し、
（２）前記コンテンツの利用が許可される条件を示した利用条件を含む販売ライセンス情報を生成し、
コンテンツ鍵挿入処理部が、（１）前記オリジナルライセンス情報から、前記コンテンツの暗号化に使用されたコンテンツ鍵を取得し、
（２）生成された前記販売ライセンス情報について、前記コンテンツプロバイダのサブシステムによって生成された前記編集条件情報を、前記オリジナルライセンス情報から取得し、
（３）生成された前記販売ライセンス情報に含まれる前記利用条件が、前記編集条件情報で指定された前記範囲に含まれるか否かを判定し、
（４）前記判定の結果、前記利用条件が前記範囲に含まれる場合には前記コンテンツ鍵を前記販売ライセンス情報に挿入し、前記利用条件が前記範囲に含まれない場合には前記コンテンツ鍵を前記販売ライセンス情報に挿入せず、
ＳＰライセンス管理サーバが、前記コンテンツ鍵挿入処理部によって前記コンテンツ鍵が挿入され、または、挿入されなかった前記販売ライセンス情報を、前記エンドユーザの端末装置に送信し、
前記端末装置において、
通信処理部が、前記サービスプロバイダのサブシステムから、前記販売ライセンス情報を受信し、
契約条件比較部が、（１）前記コンテンツプロバイダのサブシステムで生成され、前記販売ライセンス情報に含まれる前記編集条件情報を取得し、
（２）前記サービスプロバイダのサブシステムから受信した前記販売ライセンス情報に含まれる前記利用条件が、取得した前記編集条件情報によって指定された前記範囲に含まれるか否かを判定し、
制御部が、前記判定の結果、前記利用条件が前記範囲に含まれる場合に、受信した前記販売ライセンス情報を有効にして、前記販売ライセンス情報に含まれる前記コンテンツ鍵を用いて前記コンテンツを復号し、前記利用条件が前記範囲に含まれない場合、受信した前記販売ライセンス情報を破棄する
権利管理方法。
【請求項１７】
コンテンツの利用を許可するライセンス情報に従って、コンテンツの再生を行なうエンドユーザの端末装置における権利管理方法であって、
通信処理部が、特定のコンテンツを再生するための販売ライセンス情報を、サービスプロバイダのサブシステムに要求し、
契約条件比較部が、前記要求に対する応答として、コンテンツの利用が許可される条件を示した利用条件を含む前記販売ライセンス情報と、前記利用条件の範囲を指定した編集条件情報とを取得し、
制御部が、（１）取得された前記販売ライセンス情報に含まれる前記利用条件が、前記編集条件情報で指定された範囲に含まれるか否かを判定し、
（２）前記判定の結果、前記利用条件が前記範囲に含まれる場合にのみ、受信した前記販売ライセンス情報を有効にして、前記販売ライセンス情報に含まれるコンテンツ鍵を用いて前記コンテンツを復号し、
（３）前記判定の結果、前記利用条件が、前記編集条件情報で指定された前記範囲に含まれない場合、取得した前記販売ライセンス情報を破棄する
権利管理方法。
【請求項１８】
コンテンツの利用を許可するライセンス情報を管理する権利管理装置のためのプログラムであって、コンピュータに
コンテンツプロバイダのサブシステムからオリジナルライセンス情報を取得し、取得した前記オリジナルライセンス情報に含まれるテンプレートを編集して、前記コンテンツの利用が許可される条件を示した利用条件を含む販売ライセンス情報を生成し、前記オリジナルライセンス情報から、前記コンテンツの暗号化に使用されたコンテンツ鍵を取得し、生成された前記販売ライセンス情報について、前記コンテンツプロバイダのサブシステムによって生成された前記編集条件情報を、前記オリジナルライセンス情報から取得し、生成された前記販売ライセンス情報に含まれる前記利用条件が、前記編集条件情報で指定された前記範囲に含まれるか否かを判定し、前記判定の結果、前記利用条件が前記範囲に含まれる場合には前記コンテンツ鍵を前記販売ライセンス情報に挿入し、前記利用条件が前記範囲に含まれない場合には前記コンテンツ鍵を前記販売ライセンス情報に挿入しない前記各ステップを実行させるプログラム。
【請求項１９】
コンテンツの利用を許可するライセンス情報に従って、コンテンツの再生を行なうエンドユーザの端末装置のためのプログラムであって、コンピュータに
特定のコンテンツを再生するための販売ライセンス情報を、サービスプロバイダのサブシステムに要求し、前記要求に対する応答として、コンテンツの利用が許可される条件を示した利用条件を含む前記販売ライセンス情報と、前記利用条件の範囲を指定した編集条件情報とを取得し、取得された前記販売ライセンス情報に含まれる前記利用条件が、前記編集条件情報で指定された範囲に含まれるか否かを判定し、前記判定の結果、前記利用条件が前記範囲に含まれる場合にのみ、受信した前記販売ライセンス情報を有効にして、前記販売ライセンス情報に含まれるコンテンツ鍵を用いて前記コンテンツを復号し、前記判定の結果、前記利用条件が、前記編集条件情報で指定された前記範囲に含まれない場合、取得した前記販売ライセンス情報を破棄する前記各ステップとを実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信や放送を介して、サービスプロバイダのサーバ装置からコンテンツプロバイダが制作した映像や音楽などのデジタルコンテンツデータを配信し、エンドユーザの端末装置でデジタルコンテンツを利用するコンテンツ配信システムに関する。このコンテンツ配信システムは、以降、場合によってＢ２Ｂ２Ｃ（Ｂｕｓｉｎｅｓｓ  ｔｏ  Ｂｕｓｉｎｅｓｓ  ｔｏ  Ｃｏｎｓｕｍｅｒ）システムと称する。なお、Ｂ２Ｂ２Ｃシステムとは上記のように、商品を作るコンテンツプロバイダ(Ｂｕｓｉｎｅｓｓ)、販売するサービスプロバイダ(Ｂｕｓｉｎｅｓｓ)、購入するエンドユーザ(Ｃｏｎｓｕｍｅｒ)の関係を示した略語である。また、特に、本発明は、Ｂ２Ｂ２Ｃシステムでのコンテンツの著作権保護に用いられる権利管理端末に関する。
【背景技術】
【０００２】
近年、通信や放送を介して、映像や音楽などのデジタルコンテンツ（以降、コンテンツと略す）をサーバ装置から端末装置に配信し、端末装置においてコンテンツを利用するコンテンツ配信サービスが実用化段階に入っている。一方、デジタル機器の発展に伴い、コンテンツの不正コピーなどが容易に行えるようになり、コンテンツの著作権が侵害されるという問題が増加している。そのため、コンテンツ配信サービスにおいては、コンテンツの不正利用を防止することを目的とした著作権保護技術（ＤＲＭ：Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）が用いられている。著作権保護技術とは、暗号技術や認証技術などを用いて、正規のユーザにのみ、決められた範囲内でコンテンツの利用を許可する技術である。具体的には、コンテンツプロバイダのサーバ装置でコンテンツを暗号化し、暗号化コンテンツとしてエンドユーザの端末装置に配信する。また、端末装置は、暗号化コンテンツを復号するためのコンテンツ鍵やコンテンツの利用条件（利用回数や有効期間など）などを含む販売ライセンスをサービスプロバイダのサーバ装置から取得する。そして、端末装置は、受信した販売ライセンス内の利用条件に従って、暗号化コンテンツを復号し、コンテンツを利用する。以上のような方法で、コンテンツを保護し、コンテンツの不正利用を防止する。
【０００３】
ここで、上述した販売ライセンスの生成は、サービスプロバイダのサーバ装置にて行われるため、その中の情報であるコンテンツ鍵や利用条件はサービスプロバイダが設定する。一方、そのコンテンツ鍵に関しては、コンテンツプロバイダがコンテンツの暗号化処理を行った際のコンテンツ鍵を使用する必要があるため、実質コンテンツプロバイダが制御できる情報であると言える。また、特許文献１に開示されているような手法を用いることによって、コンテンツプロバイダがコンテンツ鍵を制御しつつも、サービスプロバイダがコンテンツプロバイダから受信したコンテンツを編集して、その編集した暗号化コンテンツをエンドユーザの端末装置へ配信することも可能となる。
【特許文献１】特開平８−３２９０１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、利用条件については、コンテンツプロバイダとサービスプロバイダとの間の書面を用いた契約上の制限はあるものの、利用条件は、基本的にはサービスプロバイダが設定する情報であり、システム的にコンテンツプロバイダがサービスプロバイダの設定する利用条件の内容を制御することはできない。
【０００５】
そこで、本発明では、上記問題点に鑑み、コンテンツプロバイダが許可した範囲内の利用条件が設定された時のみ、その販売ライセンスをエンドユーザに対して販売可能とする権利管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の権利管理システムは、コンテンツの利用を許可するライセンス情報を管理する権利管理システムであって、前記権利管理システムは、コンテンツプロバイダのサブシステムと、コンテンツの利用を可能にする販売ライセンス情報をエンドユーザに発行するサービスプロバイダのサブシステムと、エンドユーザがコンテンツの利用を行なう端末装置とを備え、前記コンテンツプロバイダのサブシステムは、制作されたコンテンツを、コンテンツ鍵を用いて暗号化した後、暗号化された前記コンテンツを前記端末装置に提供するＣＰコンテンツ管理サーバと、（１）前記サービスプロバイダのサブシステムに対して、前記販売ライセンス情報内に設定することを許可する利用条件の範囲指定を示す編集条件情報を生成し、（２）前記利用条件は、前記エンドユーザに対して前記コンテンツの利用を許可する条件を示し、（３）（ａ）前記コンテンツの暗号化に用いたコンテンツ鍵と、（ｂ）前記販売ライセンス情報のデータ構造を示すテンプレートと、（ｃ）生成した前記編集条件情報とを、前記サービスプロバイダのサブシステムに取得させるために、前記編集条件情報と、前記コンテンツ鍵と、前記テンプレートとを内部に含むオリジナルライセンス情報を生成するオリジナルライセンス生成ツールとを備え、前記サービスプロバイダのサブシステムは、前記コンテンツプロバイダのサブシステムから前記オリジナルライセンス情報を取得し、取得した前記オリジナルライセンス情報に含まれる前記テンプレートを編集して、前記コンテンツの利用が許可される条件を示した利用条件を含む前記販売ライセンス情報を生成する販売ライセンス生成ツールと、（１）前記オリジナルライセンス情報から、前記コンテンツの暗号化に使用された前記コンテンツ鍵を取得するとともに、（２）生成された前記販売ライセンス情報について、前記コンテンツプロバイダのサブシステムによって生成された前記編集条件情報を、前記オリジナルライセンス情報から取得し、（３）生成された前記販売ライセンス情報に含まれる前記利用条件が、前記編集条件情報によって指定された前記範囲に含まれるか否かを判定し、（４）前記判定の結果、前記利用条件が前記範囲に含まれる場合には前記コンテンツ鍵を前記販売ライセンス情報に挿入し、前記利用条件が前記範囲に含まれない場合には前記コンテンツ鍵を前記販売ライセンス情報に挿入しないコンテンツ鍵挿入処理部と、前記コンテンツ鍵挿入処理部によって前記コンテンツ鍵が挿入され、または、挿入されなかった前記販売ライセンス情報を、前記エンドユーザの端末装置に送信するＳＰライセンス管理サーバとを備え、前記端末装置は、前記サービスプロバイダのサブシステムから、前記販売ライセンス情報を受信する通信処理部と、前記コンテンツプロバイダのサブシステムで生成され、前記販売ライセンス情報に含まれる前記編集条件情報を取得し、前記サービスプロバイダのサブシステムから受信した前記販売ライセンス情報に含まれる前記利用条件が、取得した前記編集条件情報によって指定された前記範囲に含まれるか否かを判定する契約条件比較部と、前記判定の結果、前記利用条件が前記範囲に含まれる場合に、受信した前記販売ライセンス情報を有効にして、前記販売ライセンス情報に含まれる前記コンテンツ鍵を用いて前記コンテンツを復号し、前記利用条件が前記範囲に含まれない場合、受信した前記販売ライセンス情報を破棄する制御部とを備える。
【０００７】
また、上記目的を達成するために、本発明の権利管理装置は、コンテンツの利用を許可するライセンス情報を管理する権利管理装置であって、前記利用が許可される条件を示した利用条件を含むライセンス情報を生成するライセンス情報生成手段と、コンテンツを制作するコンテンツプロバイダに備えられる権利管理装置から、前記利用条件の範囲を示す情報を受信する範囲指定受信手段と、生成されたライセンス情報に含まれる前記利用条件が、指定された前記範囲に含まれるか否かを判定する利用条件判定手段と、前記判定の結果、前記利用条件が前記範囲に含まれる場合にのみ、生成された前記ライセンス情報を有効にする有効化手段とを備える。
【０００８】
以上のように、サービスプロバイダの権利管理装置において、指定された範囲を満たす場合にしかライセンス情報を有効にしないという機能を持たせることによって、コンテンツプロバイダがサービスプロバイダの生成する販売ライセンスの利用条件の内容を制御することが可能となる。
【０００９】
さらに、上記目的を達成するために、本発明の端末装置は、コンテンツの利用を許可するライセンス情報に従って、コンテンツの再生を行なうエンドユーザの端末装置であって、特定のコンテンツを再生するためのライセンス情報を、サービスプロバイダの権利管理装置に要求する要求手段と、前記要求に対する応答として、コンテンツの利用が許可される条件を示した利用条件を含む前記ライセンス情報と、前記利用条件の範囲を指定した範囲指定情報とを取得するライセンス情報取得手段と、取得された前記ライセンス情報に含まれる利用条件が、前記範囲指定情報で指定された範囲に含まれるか否かを判定する利用条件判定手段と、前記判定の結果、前記利用条件が、前記範囲指定情報で指定された範囲に含まれない場合、取得した前記ライセンス情報を破棄する破棄手段とを備える。
【００１０】
さらに、エンドユーザの端末装置においても、指定された範囲を満たすライセンス情報以外は破棄してしまうので、エンドユーザではこのライセンス情報を使ってコンテンツを利用することができない。これにより、サービスプロバイダとエンドユーザとで２重にチェックを行なうことができ、より確実に、コンテンツプロバイダがサービスプロバイダの生成するライセンス情報の利用条件の内容を制御することが可能となる。
【００１１】
なお、本発明は、このような権利管理装置または端末装置として実現することができるだけでなく、このような権利管理装置または端末装置が備える特徴的な手段を機能としてコンピュータに実現させるための権利管理プログラムとして実現したり、このような権利管理装置または端末装置が備える特徴的な手段をステップとする権利管理方法として実現したり、このような権利管理装置または端末装置が備える特徴的な手段に用いられるデータを含む媒体として実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。
【発明の効果】
【００１２】
本発明によれば、コンテンツプロバイダがサービスプロバイダの生成する販売ライセンスの利用条件の内容に対して編集できる条件を設定することが可能となり、また、コンテンツプロバイダが意図しない販売ライセンスがサービスプロバイダより販売され、エンドユーザに利用をされるという問題が無くなる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明における実施の形態について、図面を用いて詳細に説明する。
【００１４】
（全体の概略構成の説明）
図１は、本発明における実施の形態に係るＢ２Ｂ２Ｃシステムの全体の概略構成を示す図である。図１に示すように、本Ｂ２Ｂ２Ｃシステムは、コンテンツプロバイダ１１、サービスプロバイダ２１およびエンドユーザ３１とから構成され、コンテンツプロバイダ１１とサービスプロバイダ２１とは伝送路Ａ４１を介して接続されている。また、サービスプロバイダ２１とエンドユーザ３１が所有する端末装置とは伝送路Ｂ５１を介して接続されている。
【００１５】
ここで、コンテンツプロバイダ１１とは、コンテンツの制作を行う事業者を示す。また、サービスプロバイダ２１とは、契約によりコンテンツプロバイダ１１からコンテンツを取得し、そのコンテンツをエンドユーザ３１に対して販売する事業者を示す。更に、エンドユーザ３１は、サービスプロバイダ２１からコンテンツを購入して利用する消費者を示す。
【００１６】
本発明では、主として、このＢ２Ｂ２Ｃシステムの中のコンテンツプロバイダ１１とサービスプロバイダ２１との間の処理を対象としたものであるため、以下の説明ではコンテンツプロバイダ１１とサービスプロバイダ２１とについて詳細な説明を行う。
【００１７】
（システム構成の説明）
まず、図２と図３を用いて、コンテンツプロバイダ１１とサービスプロバイダ２１のサブシステムのシステム構成を示す。
【００１８】
（コンテンツプロバイダ１１のサブシステムのシステム構成）
図２は、コンテンツプロバイダ１１のサブシステムのシステム構成を示す図である。図２に示すように、コンテンツプロバイダ１１のサブシステムは、オリジナルライセンス生成ツール１１１、コンテンツ暗号化ツール１１２、ＣＰライセンス契約サーバ１１３、ＣＰライセンス管理サーバ１１４、ＣＰ会員管理サーバ１１５、及びＣＰコンテンツ管理サーバ１１６から構成される。
【００１９】
ここで、オリジナルライセンス生成ツール１１１は、サービスプロバイダ２１とのライセンス契約を行った後、サービスプロバイダ２１に提供するオリジナルライセンス（請求項でいう「契約ライセンス」）を生成するツールである。コンテンツ暗号化ツール１１２は、指定されたコンテンツ鍵を用いて暗号化されていないコンテンツを暗号化処理し、暗号化コンテンツを生成するツールである。ＣＰライセンス契約サーバ１１３は、サービスプロバイダ２１からのライセンス契約要求を受け付けて、ライセンス契約に関する処理を行い、ライセンス契約の可否を示す応答を返す役割を果たすサーバである。ＣＰライセンス管理サーバ１１４は、サービスプロバイダ２１からのライセンス取得要求を受け付けて、該当するオリジナルライセンスを返す役割を果たすサーバである。ＣＰ会員管理サーバ１１５は、サービスプロバイダ２１からのサービス入会要求を受け付けて、サービス入会に関する処理を行い、入会の可否を示す応答を返す役割を果たすサーバである。最後に、ＣＰコンテンツ管理サーバ１１６は、サービスプロバイダ２１からの暗号化コンテンツ取得要求を受け付けて、該当する暗号化コンテンツを返す役割を果たすサーバである。
【００２０】
なお、上述したオリジナルライセンスは、暗号化コンテンツを復号するためのコンテンツ鍵と、サービスプロバイダ２１がエンドユーザ３１に対して提供する販売ライセンスのテンプレートと、販売ライセンスのテンプレートを編集できる編集条件と、編集を行った販売ライセンスに関する販売条件などから構成されるデータである。また、オリジナルライセンスのデータ構造の例については、後ほど図を用いて詳細に説明する。
【００２１】
（サービスプロバイダ２１のサブシステムのシステム構成）
図３は、サービスプロバイダ２１のサブシステムのシステム構成を示す図である。図３に示すように、サービスプロバイダ２１のサブシステムは、販売ライセンス生成ツール２１１、ＳＰ端末アプリ２１２、ＳＰライセンス販売サーバ２１３、ＳＰライセンス管理サーバ２１４、ＳＰ会員管理サーバ２１５、ＳＰコンテンツ配信サーバ２１６から構成される。
【００２２】
ここで、販売ライセンス生成ツール２１１は、オリジナルライセンス内に含まれる販売ライセンスのテンプレートを本ツールの利用者に指示された内容に従って編集し、コンテンツ鍵を含まない販売ライセンス（コンテンツ鍵無し）を生成するツールである。ＳＰ端末アプリ２１２は、コンテンツプロバイダ１１に対してサービス入会やライセンス契約の要求を行ったり、ＳＰライセンス管理サーバ２１４やＳＰコンテンツ配信サーバ２１６に対して、オリジナルライセンスや暗号化コンテンツをコンテンツプロバイダ１１から取得するように指示したりするアプリケーションである。ＳＰライセンス販売サーバ２１３は、エンドユーザ３１からのライセンス購入要求を受け付けて、ライセンス購入に関する処理を行い、ライセンス購入の可否を示す応答を返す役割を果たすサーバである。ＳＰライセンス管理サーバ２１４は、販売ライセンス生成ツール２１１で作成された販売ライセンス（コンテンツ鍵無し）の利用条件と、その販売ライセンス（コンテンツ鍵無し）を作成する元となったオリジナルライセンスの編集条件とを比較し、利用条件が編集条件の範囲内であると判定した場合に限り、販売ライセンス（コンテンツ鍵無し）の中にコンテンツ鍵を挿入し、販売ライセンス（コンテンツ鍵有り）を生成する役割を果たすサーバである。また、ＳＰライセンス管理サーバ２１４は、エンドユーザ３１からのライセンス取得要求に対して、該当する販売ライセンス（コンテンツ鍵有り）を返す役割も果たす。ＳＰ会員管理サーバ２１５は、エンドユーザ３１からのサービス入会要求を受け付けて、サービス入会に関する処理を行い、サービス入会の可否を示す応答を返す役割を果たすサーバである。最後に、ＳＰコンテンツ配信サーバ２１６は、コンテンツプロバイダ１１から暗号化コンテンツを取得したり、エンドユーザ３１からの暗号化コンテンツ取得要求に対して、該当する暗号化コンテンツを返したりする役割を果たすサーバである。
【００２３】
なお、上述した販売ライセンスのデータ構造の例については、後ほど図を用いて詳細に説明する。
【００２４】
（モジュール構成の説明）
次に、図４から図１４を用いて、図２で示したコンテンツプロバイダ１１のサブシステム内の各ツール及びサーバのモジュール構成について示す。
【００２５】
（オリジナルライセンス生成ツール１１１のモジュール構成）
まず、図４は、オリジナルライセンス生成ツール１１１のモジュール構成を示す図である。図４に示すように、オリジナルライセンス生成ツール１１１は、ユーザ入力Ｉ／Ｆ１１１１、制御部１１１２、オリジナルライセンス生成処理部１１１３、及びＤＢ登録Ｉ／Ｆ１１１４から構成される。
【００２６】
ここで、ユーザ入力Ｉ／Ｆ１１１１は、オリジナルライセンス生成ツール１１１の利用者（コンテンツプロバイダ１１のシステム管理者及びオペレータなどを想定する）からの要求を受け付ける役割を果たす。制御部１１１２は、ユーザ入力Ｉ／Ｆ１１１１で受け付けた要求に対する処理の制御を行うモジュールである。オリジナルライセンス生成処理部１１１３は、制御部１１１２より指定された条件に従って、オリジナルライセンスを生成するモジュールである。最後に、ＤＢ登録Ｉ／Ｆ１１１４は、生成したオリジナルライセンスをＣＰライセンス管理サーバ１１４のデータベース（以降、ＤＢと略す）に対して登録要求を行うモジュールである。また、オリジナルライセンスを一意に特定する識別子であるオリジナルライセンスＩＤとオリジナルライセンスの販売条件や編集条件などを示すメタ情報をＣＰライセンス契約サーバ１１３のＤＢに対して登録要求を行う役割も果たす。
【００２７】
（コンテンツ暗号化ツール１１２のモジュール構成）
図５は、コンテンツ暗号化ツール１１２のモジュール構成を示す図である。図５に示すように、コンテンツ暗号化ツール１１２は、ユーザ入力Ｉ／Ｆ１１２１、制御部１１２２、コンテンツ暗号化処理部１１２３、ＤＢ登録Ｉ／Ｆ１１２４から構成される。
【００２８】
ここで、ユーザ入力Ｉ／Ｆ１１２１は、コンテンツ暗号化ツール１１２の利用者（コンテンツプロバイダ１１のシステム管理者などを想定する）からの要求を受け付ける役割を果たす。制御部１１２２は、ユーザ入力Ｉ／Ｆ１１２１で受け付けた要求に対する処理の制御を行うモジュールである。コンテンツ暗号化処理部１１２３は、制御部１１２２より指定されたコンテンツ鍵を使用して、暗号化されていないコンテンツを暗号化処理し、暗号化コンテンツを生成するモジュールである。最後に、ＤＢ登録Ｉ／Ｆ１１２４は、暗号化コンテンツと暗号化コンテンツを一意に特定するコンテンツＩＤとコンテンツのタイトル名などを示すメタ情報をＣＰコンテンツ管理サーバ１１６のＤＢに対して登録要求を行うモジュールである。
【００２９】
（ＣＰライセンス契約サーバ１１３のモジュール構成）
図６は、ＣＰライセンス契約サーバ１１３のモジュール構成を示す図である。図６に示すように、ＣＰライセンス契約サーバ１１３は、ＤＢＩ／Ｆ１１３１、契約ＤＢ１１３２、通信処理部１１３３、制御部１１３４、ＤＢ登録Ｉ／Ｆ１１３５から構成される。
【００３０】
ここで、ＤＢＩ／Ｆ１１３１は、制御部１１３４やオリジナルライセンス生成ツール１１１からのＤＢ操作要求（データ登録、データ検索など）に従って、契約ＤＢ１１３２内の該当データを操作するモジュールである。図７は、図６に示した契約ＤＢのテーブル構成を示す図である。契約ＤＢ１１３２は、図７に示すようなテーブル構成を持ち、オリジナルライセンスＩＤとオリジナルライセンスの販売条件などに関するメタ情報を管理するＤＢである。なお、プライマリーキーとは、例えば、同図に示す契約ＤＢ１１３２内においてユニークに定められたオリジナルライセンスＩＤのことをいう。プライマリーキーは、他の図においても同様である。通信処理部１１３３は、サービスプロバイダ２１のＳＰ端末アプリ２１２からのライセンス契約要求を受信し、ライセンス契約応答を返信するモジュールである。制御部１１３４は、通信処理部１１３３が受け付けたライセンス契約要求に対する処理の制御を行うモジュールである。最後に、ＤＢ登録Ｉ／Ｆ１１３５は、ライセンス契約の対象となったオリジナルライセンスＩＤと契約を行ったサービスプロバイダ２１を一意に特定するユーザＩＤをＣＰライセンス管理サーバ１１４のＤＢに対して登録要求を行うモジュールである。
【００３１】
（ＣＰライセンス管理サーバ１１４のモジュール構成）
図８は、ＣＰライセンス管理サーバ１１４のモジュール構成を示す図である。図８に示すように、ＣＰライセンス管理サーバ１１４は、ＤＢＩ／Ｆ１１４１、ユーザＤＢ１１４２、ライセンスＤＢ１１４３、通信処理部１１４４、制御部１１４５、ライセンス処理部１１４６から構成される。
【００３２】
ここで、ＤＢＩ／Ｆ１１４１は、制御部１１３４やオリジナルライセンス生成ツール１１１、ＣＰライセンス契約サーバ１１３、ＣＰ会員管理サーバ１１５からのＤＢ操作要求に従って、ユーザＤＢ１１４２やライセンスＤＢ１１４３内の該当データを操作する役割を果たす。図９は、図８に示したユーザＤＢのテーブル構成を示す図である。ユーザＤＢ１１４２は、図９に示すようなテーブル構成を持ち、サービスプロバイダ２１を一意に特定するユーザＩＤとサービスプロバイダ２１が契約したオリジナルライセンスＩＤを管理するＤＢである。図１０は、図８に示したライセンスＤＢのテーブル構成を示す図である。一方、ライセンスＤＢ１１４３は、図１０に示すようなテーブル構成を持ち、オリジナルライセンスＩＤに対応するオリジナルライセンスデータを管理するＤＢである。通信処理部１１４４は、サービスプロバイダ２１のＳＰライセンス管理サーバ２１４からのライセンス取得要求を受信し、該当するオリジナルライセンスを含むライセンス取得応答を返信するモジュールである。制御部１１４５は、通信処理部１１４４が受け付けたライセンス取得要求に対する処理の制御を行うモジュールである。最後に、ライセンス処理部１１４６は、ＳＰライセンス管理サーバ２１４に発行するオリジナルライセンスに対して、ＣＰライセンス管理サーバ１１４の署名を付加したり、コンテンツ鍵の部分を暗号化したりするモジュールである。
【００３３】
（ＣＰ会員管理サーバ１１５のモジュール構成）
図１１は、ＣＰ会員管理サーバ１１５のモジュール構成を示す図である。図１１に示すように、ＣＰ会員管理サーバ１１５は、ＤＢＩ／Ｆ１１５１、会員ＤＢ１１５２、通信処理部１１５３、ＣＰライセンス管理サーバ１１４、ＤＢ登録Ｉ／Ｆ１１５５から構成される。
【００３４】
ここで、ＤＢＩ／Ｆ１１５１は、制御部１１５４からのＤＢ操作要求に従って、会員ＤＢ１１５２内の該当データを操作する役割を果たす。図１２は、図１１に示した会員ＤＢのテーブル構成を示す図である。会員ＤＢ１１５２は、図１２に示すようなテーブル構成を持ち、サービスプロバイダ２１を一意に特定するユーザＩＤと関連するユーザ情報を管理するＤＢである。ここで、ユーザ情報とは、アカウントＩＤ、パスワード、サービスプロバイダ名、住所などを含む情報を指す。通信処理部１１５３は、サービスプロバイダ２１のＳＰ端末アプリ２１２からのサービス入会要求を受信し、サービス入会応答を返信するモジュールである。制御部１１５４は、通信処理部１１５３が受け付けたサービス入会要求に対する処理の制御を行うモジュールである。最後に、ＤＢ登録Ｉ／Ｆ１１５５は、入会を行ったサービスプロバイダ２１のユーザＩＤをＣＰライセンス管理サーバ１１４のＤＢに対して登録要求を行うモジュールである。
【００３５】
（ＣＰコンテンツ管理サーバ１１６のモジュール構成）
図１３は、ＣＰコンテンツ管理サーバ１１６のモジュール構成を示す図である。図１３に示すように、ＣＰコンテンツ管理サーバ１１６は、ＤＢＩ／Ｆ１１６１、コンテンツＤＢ１１６２、通信処理部１１６３、制御部１１６４から構成される。
【００３６】
ここで、ＤＢＩ／Ｆ１１６１は、制御部１１６４やコンテンツ暗号化ツール１１２からのＤＢ操作要求に従って、コンテンツＤＢ１１６２内の該当データを操作する役割を果たす。図１４は、図１３に示したコンテンツＤＢのテーブル構成を示す図である。コンテンツＤＢ１１６２は、図１４に示すようなテーブル構成を持ち、コンテンツを一意に特定するコンテンツＩＤと暗号化コンテンツデータとコンテンツ鍵データとコンテンツのタイトル名などを示すメタ情報を管理するＤＢである。通信処理部１１６３は、サービスプロバイダ２１のＳＰコンテンツ配信サーバ２１６からの暗号化コンテンツ取得要求を受信し、該当する暗号化コンテンツを含む暗号化コンテンツ取得応答を返信するモジュールである。最後に、制御部１１６４は、通信処理部１１６３が受け付けた暗号化コンテンツ取得要求に対する処理の制御を行うモジュールである。
【００３７】
サービスプロバイダ２１のサブシステム内の各ツール及びサーバのモジュール構成の説明に引き続き、図１５から図２５を用いて、図３で示したサービスプロバイダ２１のサブシステム内の各ツール及びサーバのモジュール構成について示す。
【００３８】
（販売ライセンス生成ツール２１１のモジュール構成）
まず、図１５は、販売ライセンス生成ツール２１１のモジュール構成を示す図である。図１５に示すように、販売ライセンス生成ツール２１１は、ユーザ入力Ｉ／Ｆ２１１１、制御部２１１２、販売ライセンス生成処理部２１１３、ＤＢ登録Ｉ／Ｆ２１１４から構成される。
【００３９】
ここで、ユーザ入力Ｉ／Ｆ２１１１は、販売ライセンス生成ツール２１１の利用者（サービスプロバイダ２１のシステム管理者などを想定する）からの要求を受け付ける役割を果たす。制御部２１１２は、ユーザ入力Ｉ／Ｆ２１１１が受け付けた要求に対する処理の制御を行うモジュールである。販売ライセンス生成処理部２１１３は、制御部２１１２の指示に従って、該当オリジナルライセンスに含まれる販売ライセンスのテンプレートを編集し、コンテンツ鍵を含まない販売ライセンス（コンテンツ鍵無し）を生成するモジュールである。最後に、ＤＢ登録Ｉ／Ｆ２１１４は、生成した販売ライセンス（コンテンツ鍵無し）をＳＰライセンス管理サーバ２１４のＤＢに対して登録要求を行うモジュールである。また、ＤＢ登録Ｉ／Ｆ２１１４は、販売ライセンスを一意に特定する識別子である販売ライセンスＩＤと販売ライセンスの利用条件などを示すメタ情報をＳＰライセンス販売サーバ２１３のＤＢに対して登録要求を行う役割も果たす。
【００４０】
（ＳＰ端末アプリ２１２のモジュール構成）
図１６は、ＳＰ端末アプリ２１２のモジュール構成を示す図である。図１６に示すように、ＳＰ端末アプリ２１２は、ユーザ入力Ｉ／Ｆ２１２１、制御部２１２２、通信処理部２１２３、処理要求Ｉ／Ｆ２１２４から構成される。
【００４１】
ここで、ユーザ入力Ｉ／Ｆ２１２１は、ＳＰ端末アプリ２１２（サービスプロバイダ２１のシステム管理者などを想定する）からの要求を受け付ける役割を果たす。制御部２１２２は、ユーザ入力Ｉ／Ｆ２１２１が受け付けた要求に対する処理の制御を行うモジュールである。通信処理部２１２３は、ＣＰライセンス契約サーバ１１３やＣＰ会員管理サーバ１１５に対してライセンス契約やサービス入会の要求を行うモジュールである。最後に、処理要求Ｉ／Ｆ２１２４は、ＳＰライセンス販売サーバ２１３やＳＰコンテンツ配信サーバ２１６に対してライセンス契約を行ったオリジナルライセンスの取得や暗号化コンテンツの取得を指示するモジュールである。
【００４２】
（ＳＰライセンス販売サーバ２１３のモジュール構成）
図１７は、ＳＰライセンス販売サーバ２１３のモジュール構成を示す図である。図１７に示すように、ＳＰライセンス販売サーバ２１３は、ＤＢＩ／Ｆ２１３１、販売ＤＢ２１３２、通信処理部２１３３、制御部２１３４、ＤＢ登録Ｉ／Ｆ２１３５から構成される。
【００４３】
ここで、ＤＢＩ／Ｆ２１３１は、制御部２１３４や販売ライセンス生成ツール２１１からのＤＢ操作要求に従って、販売ＤＢ２１３２内の該当データを操作する役割を果たす。図１８は、図１７に示した販売ＤＢのテーブル構成を示す図である。販売ＤＢ２１３２は、図１８に示すようなテーブル構成を持ち、販売ライセンスＩＤと販売ライセンスの利用条件などに関するメタ情報を管理するＤＢである。通信処理部２１３３は、エンドユーザ３１からのライセンス購入要求を受信し、ライセンス購入応答を返信するモジュールである。制御部２１３４は、通信処理部２１３３が受け付けたライセンス購入要求に対する処理の制御を行うモジュールである。最後に、ＤＢ登録Ｉ／Ｆ２１３５は、ライセンス購入の対象となった販売ライセンスＩＤと購入を行ったエンドユーザ３１を一意に特定するユーザＩＤをＳＰライセンス管理サーバ２１４のＤＢに対して登録要求を行うモジュールである。
【００４４】
（ＳＰライセンス管理サーバ２１４のモジュール構成）
図１９は、図３に示したＳＰライセンス管理サーバ２１４のモジュール構成を示す図である。図１９に示すように、ＳＰライセンス管理サーバ２１４は、処理要求Ｉ／Ｆ２１４１、ＣＰ側制御部２１４２、ＣＰ側通信処理部２１４３、コンテンツ鍵挿入処理部２１４４、ＤＢＩ／Ｆ２１４５、ライセンスＤＢ２１４６、ユーザＤＢ２１４７、ＥＵ側通信処理部２１４８、ＥＵ側制御部２１４９、ライセンス処理部２１４Ａ及び登録用ＤＢＩ／Ｆ２１４Ｂから構成される。
【００４５】
ここで、処理要求Ｉ／Ｆ２１４１は、販売ライセンス生成ツール２１１やＳＰ端末アプリ２１２からの販売ライセンス登録要求やオリジナルライセンス取得要求を受け付ける役割を果たす。ＣＰ側制御部２１４２は、処理要求Ｉ／Ｆ２１４１が受け付けた販売ライセンス登録要求やオリジナルライセンス取得要求に対する処理の制御を行うモジュールである。ＣＰ側通信処理部２１４３は、ＣＰ側制御部２１４２からの指示に従って、ＣＰライセンス管理サーバ１１４に対してオリジナルライセンス取得の要求を行うモジュールである。コンテンツ鍵挿入処理部２１４４は、処理要求Ｉ／Ｆ２１４１が販売ライセンス生成ツール２１１から受け付けた販売ライセンス（コンテンツ鍵無し）の利用条件と、その販売ライセンス（コンテンツ鍵無し）を作成する元となったオリジナルライセンスの編集条件を比較し、利用条件が編集条件の範囲内であるか否かを判定する。そして、範囲内であると判定した場合に限り、オリジナルライセンス内のコンテンツ鍵を販売ライセンス（コンテンツ鍵無し）内に挿入して、コンテンツ鍵を含む販売ライセンス（コンテンツ鍵有り）とするモジュールである。また、コンテンツ鍵挿入処理部２１４４は、耐タンパ化されたモジュールである。ＤＢＩ／Ｆ２１４５は、ＣＰ側制御部２１４２とＥＵ側制御部２１４９からのＤＢ操作要求に従って、ライセンスＤＢ２１４６とユーザＤＢ２１４７内の該当データを操作するモジュールである。図２０は、図１９に示したライセンスＤＢのテーブル構成を示す図である。ライセンスＤＢ２１４６は、図２０に示すようなテーブル構成を持ち、オリジナルライセンスＩＤに対応するオリジナルライセンスデータと販売ライセンスＩＤに対応する販売ライセンスデータを管理するＤＢである。図２１は、図１９に示したユーザＤＢのテーブル構成を示す図である。ユーザＤＢ２１４７は、図２１に示すようなテーブル構成を持ち、エンドユーザ３１を一意に特定するユーザＩＤとエンドユーザ３１が購入した販売ライセンスＩＤを管理するＤＢである。ＥＵ側通信処理部２１４８は、エンドユーザ３１からのライセンス取得要求を受信し、該当する販売ライセンス（コンテンツ鍵有り）を含むライセンス取得応答を返信するモジュールである。ＥＵ側制御部２１４９は、ＥＵ側通信処理部２１４８が受け付けたライセンス取得要求に対する処理の制御を行うモジュールである。最後に、ライセンス処理部２１４Ａは、エンドユーザ３１に発行する販売ライセンス（コンテンツ鍵有り）に対して、ＳＰライセンス管理サーバ２１４の署名を付加する処理などを行うモジュールである。登録用ＤＢＩ／Ｆ２１４Ｂは、ＳＰライセンス販売サーバ２１３やＳＰ会員管理サーバ２１５からの購入した販売ライセンスの販売ライセンスＩＤ登録要求やユーザ情報登録要求を受け付ける役割を果たす。
【００４６】
なお、本実施の形態においては、コンテンツ鍵挿入処理部２１４４は、サービスプロバイダ２１内のＳＰライセンス管理サーバ２１４に含まれるモジュールであると説明したが、コンテンツプロバイダ１１内のＣＰライセンス管理サーバ１１４に含まれるモジュールとして、ＳＰライセンス管理サーバ２１４とＣＰライセンス管理サーバ１１４が通信を行って、上述したコンテンツ鍵挿入処理部２１４４の役割を果たすとしてもよい。
【００４７】
（ＳＰ会員管理サーバ２１５のモジュール構成）
図２２は、ＳＰ会員管理サーバ２１５のモジュール構成を示す図である。図２２に示すように、ＳＰ会員管理サーバ２１５は、ＤＢＩ／Ｆ２１５１、会員ＤＢ２１５２、通信処理部２１５３、制御部２１５４、ＤＢ登録Ｉ／Ｆ２１５５から構成される。
【００４８】
ここで、ＤＢＩ／Ｆ２１５１は、制御部２１５４からのＤＢ操作要求に従って、会員ＤＢ２１５２内の該当データを操作する役割を果たす。図２３は、図２２に示した会員ＤＢのテーブル構成を示す図である。会員ＤＢ２１５２は、図２３に示すようなテーブル構成を持ち、エンドユーザ３１を一意に特定するユーザＩＤと関連するユーザ情報を管理するＤＢである。通信処理部２１５３は、エンドユーザ３１からのサービス入会要求を受信し、サービス入会応答を返信するモジュールである。制御部２１５４は、通信処理部２１５３が受け付けたサービス入会要求に対する処理の制御を行うモジュールである。ＤＢ登録Ｉ／Ｆ２１５５は、サービス入会を行ったエンドユーザ３１のユーザＩＤをＳＰライセンス管理サーバ２１４のＤＢに対して登録要求を行うモジュールである。
【００４９】
（ＳＰコンテンツ配信サーバ２１６のモジュール構成）
図２４は、ＳＰコンテンツ配信サーバ２１６のモジュール構成を示す図である。図２４に示すように、ＳＰコンテンツ配信サーバ２１６は、処理要求Ｉ／Ｆ２１６１、ＣＰ側制御部２１６２、ＣＰ側通信処理部２１６３、ＤＢＩ／Ｆ２１６４、コンテンツＤＢ２１６５、ＥＵ側通信処理部２１６６、ＥＵ側制御部２１６７から構成される。
【００５０】
ここで、処理要求Ｉ／Ｆ２１６１は、ＳＰ端末アプリ２１２からの暗号化コンテンツ取得要求を受け付ける役割を果たす。ＣＰ側制御部２１６２は、処理要求Ｉ／Ｆ２１６１が受け付けた暗号化コンテンツ取得要求に対する処理の制御を行うモジュールである。ＣＰ側通信処理部２１６３は、ＣＰコンテンツ管理サーバ１１６に対して暗号化コンテンツ取得の要求を行うモジュールである。ＤＢＩ／Ｆ２１６４は、ＣＰ側制御部２１６２とＥＵ側制御部２１６７からのＤＢ操作要求に従って、コンテンツＤＢ２１６５内の該当データを操作するモジュールである。図２５は、図２４に示したコンテンツＤＢのテーブル構成を示す図である。コンテンツＤＢ２１６５は、図２５に示すようなテーブル構成を持ち、暗号化コンテンツを一意に特定するコンテンツＩＤと暗号化コンテンツデータとコンテンツのタイトル名などを示すメタ情報を管理するＤＢである。ＥＵ側通信処理部２１６６は、エンドユーザ３１からの暗号化コンテンツ取得要求を受信し、該当する暗号化コンテンツを含む暗号化コンテンツ取得応答を返信するモジュールである。最後に、ＥＵ側制御部２１６７は、ＥＵ側通信処理部２１６６が受け付けた暗号化コンテンツ取得要求に対する処理の制御を行うモジュールである。
【００５１】
（シーケンス及びデータ構造の説明）
次に、図２６から図４１を用いて、コンテンツプロバイダ１１内の各処理に対するシーケンスの説明と、サービスプロバイダ２１内の各処理に対するシーケンスの説明と、コンテンツプロバイダ１１とサービスプロバイダ２１間の各処理にシーケンスの説明を行う。また、オリジナルライセンスと販売ライセンスのデータ構造についても説明する。
【００５２】
（コンテンツ暗号化処理に対するシーケンス）
まず、図２６は、コンテンツプロバイダ１１内のコンテンツ暗号化処理を示したシーケンス図である。図２６に示すように、本処理は、コンテンツ暗号化ツール１１２とＣＰコンテンツ管理サーバ１１６で実施される。以下に詳細を説明する。
【００５３】
コンテンツ暗号化ツール１１２は、本ツールの利用者から入力された暗号化されていないコンテンツと暗号化に使用するコンテンツ鍵とコンテンツに関するメタ情報を含むコンテンツ暗号化要求を受け付ける（Ｓ２６０１）。そして、そのコンテンツ鍵を使用してコンテンツを暗号化し、暗号化コンテンツを生成する（Ｓ２６０２）。その後、ＣＰコンテンツ管理サーバ１１６に対して、Ｓ２６０１で受け付けたコンテンツ鍵とメタ情報、Ｓ２６０２で生成した暗号化コンテンツを含む暗号化コンテンツ登録要求Ｓ２６０３を送信する。ＣＰコンテンツ管理サーバ１１６は、暗号化コンテンツ登録要求Ｓ２６０３を受信すると、暗号化コンテンツを一意に特定するコンテンツＩＤを発行し、そのコンテンツＩＤに関連付けてコンテンツ鍵とメタ情報と暗号化コンテンツをＤＢに記録する（Ｓ２６０４）。ＤＢへの記録が完了した後、その結果を含む暗号化コンテンツ登録応答Ｓ２６０５をコンテンツ暗号化ツール１１２に返信する。コンテンツ暗号化ツール１１２は、暗号化コンテンツ登録応答Ｓ２６０５を受信すると、本処理の結果を示すコンテンツ暗号化応答Ｓ２６０６を利用者に対して示す。
【００５４】
（オリジナルライセンス生成処理に対するシーケンス）
図２７は、コンテンツプロバイダ１１内のオリジナルライセンス生成処理に対するシーケンス図を示したものである。図２７に示すように、本処理は、オリジナルライセンス生成ツール１１１とＣＰライセンス契約サーバ１１３とＣＰライセンス管理サーバ１１４で実施される。以下に詳細を説明する。
【００５５】
図２８は、図４に示したオリジナルライセンス生成ツールのユーザ入力Ｉ／Ｆの入力画面である。オリジナルライセンス生成ツール１１１は、図２８に示すような入力画面Ｄ２８０１より、オリジナルライセンスＩＤ（Ｄ２８０２）、コンテンツＩＤ（Ｄ２８０３）、コンテンツ鍵（Ｄ２８０４）、販売条件（Ｄ２８０５）、編集条件（Ｄ２８０６）を含むオリジナルライセンス生成要求Ｓ２７０１を受け付ける。そして、受け付けた情報に従ってオリジナルライセンスを生成する（Ｓ２７０２）。図２９は、オリジナルライセンスのデータ構造を示す図である。Ｓ２７０２で生成するオリジナルライセンスは、図２９に示すようなデータ構造を持つ。図２９に示すように、オリジナルライセンスＤ２９０１は、コンテンツ情報と販売条件と編集条件を示す情報Ｄ２９０２と、販売ライセンスのテンプレートＤ２９０３より構成されるデータである。オリジナルライセンス生成後、ＣＰライセンス契約サーバ１１３に対して、オリジナルライセンスＩＤに関連付けてオリジナルライセンスの販売条件と編集条件などの情報を示すメタ情報の登録を行うように要求する（Ｓ２７０３）。ＣＰライセンス契約サーバ１１３は、メタ情報登録要求Ｓ２７０３を受信すると、オリジナルライセンスＩＤに関連付けてメタ情報をＤＢに記録する（Ｓ２７０４）。ＤＢへの記録が完了した後、その結果を含むメタ情報登録応答Ｓ２７０５をオリジナルライセンス生成ツール１１１に返信する。次に、オリジナルライセンス生成ツール１１１は、メタ情報登録応答Ｓ２７０５を受信すると、ＣＰライセンス管理サーバ１１４に対して、オリジナルライセンスＩＤに関連付けてオリジナルライセンスの登録を行うように要求する（Ｓ２７０６）。ＣＰライセンス管理サーバ１１４は、オリジナルライセンス登録要求Ｓ２７０６を受信すると、オリジナルライセンスＩＤに関連付けてオリジナルライセンスをＤＢに記録する（Ｓ２７０７）。ＤＢへの記録が完了した後、その結果を含むオリジナルライセンス登録応答Ｓ２７０８をオリジナルライセンス生成ツール１１１に返信する。オリジナルライセンス生成ツール１１１は、オリジナルライセンス登録応答Ｓ２７０８を受信すると、本処理の結果を示すオリジナルライセンス生成応答Ｓ２７０９を利用者に対して示す。
【００５６】
（サービス入会処理に対するシーケンス）
図３０は、コンテンツプロバイダ１１とサービスプロバイダ２１間のサービス入会処理に対するシーケンス図を示したものである。図３０に示すように、本処理は、ＣＰライセンス管理サーバ１１４とＣＰ会員管理サーバ１１５とＳＰ端末アプリ２１２で実施される。また、ここで述べるサービス入会とは、コンテンツプロバイダ１１が提供するサービスに対して、サービスプロバイダ２１が入会することを指す。以下に詳細を説明する。
【００５７】
ＳＰ端末アプリ２１２は、利用者が指定したＣＰ会員管理サーバ１１５のホームページなどにアクセスし、サービス入会を行うために必要となるアカウントＩＤ、パスワード、サービスプロバイダ名、住所などのユーザ情報を受け付ける（Ｓ３００１）。その後、入力したユーザ情報を含むサービス入会要求Ｓ３００２をＣＰ会員管理サーバ１１５へ送信する。ＣＰ会員管理サーバ１１５は、サービス入会要求を受信すると（Ｓ３００２）、サービスプロバイダ２１を一意に特定できるユーザＩＤを発行する（Ｓ３００３）。そして、発行したユーザＩＤと受信したユーザ情報を関連付けてＤＢに記録する（Ｓ３００４）。ＤＢへの記録が完了した後、ＣＰライセンス管理サーバ１１４に対して発行したユーザＩＤをＤＢへ登録するように要求する（Ｓ３００５）。ＣＰライセンス管理サーバ１１４は、ユーザＩＤ登録要求Ｓ３００５を受信すると、指定されたユーザＩＤをＤＢに記録する（Ｓ３００６）。そして、その結果を含むユーザＩＤ登録応答Ｓ３００７をＣＰ会員管理サーバ１１５に返す。ＣＰ会員管理サーバ１１５は、ユーザＩＤ登録応答Ｓ３００７を取得した後、ユーザＩＤを含むサービス入会応答Ｓ３００８をＳＰ端末アプリ２１２に送信する。ＳＰ端末アプリ２１２は、サービス入会応答Ｓ３００８を受信すると、サービス入会の結果を利用者に対して示す（Ｓ３００９）。
【００５８】
（ライセンス契約処理に対するシーケンス）
図３１は、コンテンツプロバイダ１１とサービスプロバイダ２１間のライセンス契約処理に対するシーケンス図を示したものである。図３１に示すように、本処理は、ＣＰライセンス契約サーバ１１３とＣＰライセンス管理サーバ１１４とＳＰ端末アプリ２１２で実施される。また、ここで述べるライセンス契約とは、コンテンツプロバイダ１１が提供するオリジナルライセンスに対して、サービスプロバイダ２１が契約を行うことを指す。以下に詳細を説明する。
【００５９】
ＳＰ端末アプリ２１２は、利用者が指定したＣＰライセンス契約サーバ１１３のホームページなどにアクセスし、オリジナルライセンスのライセンス契約を行うために必要となるユーザＩＤとオリジナルライセンスＩＤを受け付ける（Ｓ３１０１）。その後、入力したユーザＩＤとオリジナルライセンスＩＤを含むライセンス契約要求Ｓ３１０２をＣＰライセンス契約サーバ１１３へ送信する。ＣＰライセンス契約サーバ１１３は、ライセンス契約要求Ｓ３１０２を受信すると、その要求に含まれるユーザＩＤに対して指定されたオリジナルライセンスＩＤを登録するようにＣＰライセンス管理サーバ１１４へ要求する（Ｓ３１０３）。ＣＰライセンス管理サーバ１１４は、オリジナルライセンスＩＤ登録要求Ｓ３１０３に従って、ユーザＩＤに関連付けてオリジナルライセンスＩＤをＤＢに記録する（Ｓ３１０４）。ＤＢへの記録が完了した後、その結果を含むオリジナルライセンスＩＤ登録応答Ｓ３１０５をＣＰライセンス契約サーバ１１３へ返す。ＣＰライセンス契約サーバ１１３は、オリジナルライセンスＩＤ登録応答Ｓ３１０５を取得すると、オリジナルライセンスの取得先となるＣＰライセンス管理サーバ１１４の情報を含むライセンス契約応答Ｓ３１０６をＳＰ端末アプリ２１２へ送信する。ＳＰ端末アプリ２１２は、ライセンス契約応答Ｓ３１０６を受信すると、ライセンス契約の結果を利用者に対して示す（Ｓ３１０７）。
【００６０】
なお、本実施の形態において、ライセンス契約に対する課金処理を記述しなかったが、ライセンス契約に対して課金処理を行ってもよい。
【００６１】
（オリジナルライセンス取得処理に対するシーケンス）
図３２は、コンテンツプロバイダ１１とサービスプロバイダ２１間のオリジナルライセンス取得処理に対するシーケンス図を示したものである。図３２に示すように、本処理は、ＣＰライセンス管理サーバ１１４とＳＰ端末アプリ２１２とＳＰライセンス管理サーバ２１４で実施される。また、ここで述べるオリジナルライセンス取得とは、サービスプロバイダ２１が上述したライセンス契約処理にて契約を行ったオリジナルライセンスをコンテンツプロバイダ１１から取得することを指す。以下に詳細を説明する。
【００６２】
ＳＰ端末アプリ２１２は、利用者よりユーザＩＤと取得を行いたいオリジナルライセンスのＩＤと取得先となるＣＰライセンス管理サーバ１１４の情報を受け付ける（Ｓ３２０１）。その後、入力したユーザＩＤとオリジナルライセンスＩＤとＣＰライセンス管理サーバ１１４の情報を含むオリジナルライセンス取得要求Ｓ３２０２をＳＰライセンス管理サーバ２１４へ送信する。ＳＰライセンス管理サーバ２１４は、オリジナルライセンス取得要求Ｓ３２０２を受信すると、指定されたＣＰライセンス管理サーバ１１４に対して、ユーザＩＤとオリジナルライセンスＩＤを含むオリジナルライセンス取得要求Ｓ３２０３を送信する。ＣＰライセンス管理サーバ１１４は、オリジナルライセンス取得要求Ｓ３２０３を受信すると、指定されたユーザＩＤに対して該当するオリジナルライセンスＩＤがＤＢに登録されているか否かを調査し、登録されている場合にはオリジナルライセンスＩＤに対応するオリジナルライセンスのデータをＤＢから取得する（Ｓ３２０４）。また、登録されていない場合には、その旨を示す情報を含むオリジナルライセンス取得応答Ｓ３２０６をＳＰライセンス管理サーバ２１４に送信する。図３３は、図３２に示したライセンス処理を行った後のオリジナルライセンスのデータ構造を示す図である。オリジナルライセンスのデータをＤＢから取得した後、そのオリジナルライセンスのデータに対して、図３３に示すように、コンテンツ鍵の部分をＳＰライセンス管理サーバ２１４内のコンテンツ鍵挿入処理部２１４４のみが復号できる暗号鍵でコンテンツ鍵を暗号化し（Ｄ３３１）、オリジナルライセンスのデータ全体に対してＣＰライセンス管理サーバ１１４の署名データＤ３３２を付加する（Ｓ３２０５）。その後、Ｓ３２０５の付加処理を行ったオリジナルライセンスと暗号化コンテンツの取得先となるＣＰコンテンツ管理サーバ１１６の情報を含むオリジナルライセンス取得応答Ｓ３２０６をＳＰライセンス管理サーバ２１４に送信する。ＳＰライセンス管理サーバ２１４は、オリジナルライセンス取得応答Ｓ３２０６を受信すると、オリジナルライセンスデータに付加された署名のチェックを行い、オリジナルライセンスＩＤに関連付けてオリジナルライセンスをＤＢに記録する。ＤＢへの記録完了後、オリジナルライセンス取得処理の結果を含むオリジナルライセンス取得応答Ｓ３２０８をＳＰ端末アプリ２１２に返す。ＳＰ端末アプリ２１２は、オリジナルライセンス取得応答Ｓ３２０８を受信すると、オリジナルライセンス取得処理の結果を利用者に対して示す（Ｓ３２０９）。
【００６３】
（暗号化コンテンツ取得処理に対するシーケンス）
図３４は、コンテンツプロバイダ１１とサービスプロバイダ２１間の暗号化コンテンツ取得処理に対するシーケンス図を示したものである。図３４に示すように、本処理は、ＣＰコンテンツ管理サーバ１１６とＳＰ端末アプリ２１２とＳＰコンテンツ配信サーバ２１６で実施される。また、ここで述べる暗号化コンテンツ取得とは、サービスプロバイダ２１が上述したオリジナルライセンス取得処理にて取得したオリジナルライセンスに対応する暗号化コンテンツをコンテンツプロバイダ１１から取得することを指す。以下に詳細を説明する。
【００６４】
ＳＰ端末アプリ２１２は、利用者より取得を行う暗号化コンテンツのＩＤと取得先となるＣＰコンテンツ管理サーバ１１６の情報を受け付ける（Ｓ３４０１）。その後、入力したコンテンツＩＤとＣＰコンテンツ管理サーバ１１６の情報を含む暗号化コンテンツ取得要求Ｓ３４０２をＳＰコンテンツ配信サーバ２１６へ送信する。ＳＰコンテンツ配信サーバ２１６は、暗号化コンテンツ取得要求Ｓ３４０２を受信すると、指定されたＣＰコンテンツ管理サーバ１１６に対して、コンテンツＩＤを含む暗号化コンテンツ取得要求Ｓ３４０３を送信する。ＣＰコンテンツ管理サーバ１１６は、暗号化コンテンツ取得要求Ｓ３４０３を受信すると、コンテンツＩＤに対応する暗号化コンテンツのデータとメタ情報を取得する（Ｓ３４０４）。その後、取得した暗号化コンテンツのデータとメタ情報を含む暗号化コンテンツ取得応答Ｓ３４０５をＳＰコンテンツ配信サーバ２１６へ送信する。ＳＰコンテンツ配信サーバ２１６は、暗号化コンテンツ取得応答Ｓ３４０５を受信すると、コンテンツＩＤに関連付けて暗号化コンテンツのデータとメタ情報をＤＢに記録する（Ｓ３４０６）。ＤＢへの記録完了後、暗号化コンテンツ取得処理の結果を含む暗号化コンテンツ取得応答Ｓ３４０７をＳＰ端末アプリ２１２に送信する。ＳＰ端末アプリ２１２は、暗号化コンテンツ取得応答Ｓ３４０７を受信すると、暗号化コンテンツ取得処理の結果を利用者に対して示す（Ｓ３４０８）。
【００６５】
（オリジナルライセンス情報参照処理に対するシーケンス）
図３５は、サービスプロバイダ２１内のオリジナルライセンス情報参照処理に対するシーケンス図を示したものである。図３５に示すように、本処理は、販売ライセンス生成ツール２１１とＳＰライセンス管理サーバ２１４で実施される。図３６は、オリジナルライセンス情報のデータ構造を示す図である。また、ここで述べるオリジナルライセンス情報とは、図３６に示すように、図３３のオリジナルライセンスからコンテンツ鍵の部分が省略（Ｄ３６１）された形のオリジナルライセンスを指す。以下に詳細を説明する。
【００６６】
販売ライセンス生成ツール２１１は、利用者より参照を行うオリジナルライセンスのＩＤを受け付ける（Ｓ３５０１）。その後、オリジナルライセンスのＩＤを含むオリジナルライセンス情報取得要求Ｓ３５０２をＳＰライセンス管理サーバ２１４へ送信する。ＳＰライセンス管理サーバ２１４は、オリジナルライセンス情報取得要求Ｓ３５０２を受信すると、オリジナルライセンスＩＤに対応するオリジナルライセンスのデータをＤＢから取得する（Ｓ３５０３）。取得後、コンテンツ鍵の部分を削除してオリジナルライセンス情報を生成する（Ｓ３５０４）。そして、生成したオリジナルライセンス情報を含むオリジナルライセンス情報取得応答Ｓ３５０５を販売ライセンス生成ツール２１１へ送信する。図３７は、図２に示した販売ライセンス生成ツールの入力画面である。販売ライセンス生成ツール２１１は、オリジナルライセンス情報取得応答Ｓ３５０５を受信すると、取得したオリジナルライセンス情報から図３７に示すような画面を生成して利用者に提示する（Ｓ３５０６）。
【００６７】
（販売ライセンス生成処理に対するシーケンス）
図３８は、サービスプロバイダ２１内の販売ライセンス生成処理に対するシーケンス図を示したものである。図３８に示すように、本処理は、販売ライセンス生成ツール２１１とＳＰライセンス販売サーバ２１３とＳＰライセンス管理サーバ２１４で実施される。また、図３９は、図２に示した販売ライセンス生成ツールの入力画面に対して編集条件を入力した画面図である。図４０は、販売ライセンス（コンテンツ鍵無し）のデータ構造を示す図である。以下に詳細を説明する。
【００６８】
販売ライセンス生成ツール２１１の利用者は、上述したオリジナルライセンス情報取得処理を実行して取得した図３７の画面に対して、図３９のＤ３９０１からＤ３９０４に示すように販売ライセンスの編集条件を入力し、Ｄ３９０５の販売ライセンス生成ボタンを押下する（Ｓ３８０１）。販売ライセンス生成ツール２１１は、図４０に示すように、入力された編集条件に従って、オリジナルライセンスに含まれる販売ライセンスのテンプレートを編集して、コンテンツ鍵を含まない販売ライセンス（コンテンツ鍵無し）を生成する（Ｓ３８０２）。そして、生成した販売ライセンス（コンテンツ鍵無し）とその販売ライセンス（コンテンツ鍵無し）を生成する元となったオリジナルライセンスのＩＤを含む販売ライセンス登録要求Ｓ３８０３をＳＰライセンス管理サーバ２１４へ送信する。ＳＰライセンス管理サーバ２１４は、販売ライセンス登録要求Ｓ３８０３を受信すると、受信したオリジナルライセンスＩＤに対応するオリジナルライセンスのデータをＤＢから取得する（Ｓ３８０４）。そして、受信した販売ライセンス（コンテンツ鍵無し）の販売条件とＤＢから取得したオリジナルライセンスの編集条件を比較し、利用条件が編集条件の範囲内か否かを判定する。図４１は、販売ライセンス（コンテンツ鍵有り）のデータ構造を示す図である。ここで、編集条件の範囲内であれば、図４１に示すように、オリジナルライセンス内のコンテンツ鍵を販売ライセンス（コンテンツ鍵無し）の中に挿入し、コンテンツ鍵を含む販売ライセンス（コンテンツ鍵有り）に編集する（Ｓ３８０５）。そして、生成した販売ライセンス（コンテンツ鍵有り）をＤＢに登録し（Ｓ３８０６）、正常終了した旨を示す情報を含む販売ライセンス登録応答Ｓ３８０７を販売ライセンス生成ツール２１１に返す。また、編集条件の範囲外であれば、異常終了した旨を示す情報を含む販売ライセンス登録応答Ｓ３８０７を販売ライセンス生成ツール２１１に返す。販売ライセンス生成ツール２１１は、正常終了した販売ライセンス登録応答Ｓ３８０７を受信すると、ＳＰライセンス販売サーバ２１３に対して販売ライセンスＩＤと利用条件などのメタ情報の登録要求を行う（Ｓ３８０８）。ＳＰライセンス販売サーバ２１３は、メタ情報登録要求Ｓ３８０８を受信すると、販売ライセンスＩＤに関連付けてメタ情報をＤＢに記録する（Ｓ３８０９）。ＤＢへの記録完了後、メタ情報登録応答Ｓ３８１０を販売ライセンス生成ツール２１１に返す。販売ライセンス生成ツール２１１は、メタ情報登録応答Ｓ３８１０を受信すると、販売ライセンス生成処理の結果を示す情報を利用者に提示する（Ｓ３８１１）。
【００６９】
以上のように、本Ｂ２Ｂ２Ｃシステムでは、サービスプロバイダ２１がエンドユーザ３１に販売する販売ライセンスの利用条件は、コンテンツプロバイダ１１が設定したオリジナルライセンスの編集条件に従っていない限り、コンテンツ鍵を含む販売ライセンスを生成できない。つまり、本発明を用いることによって、コンテンツプロバイダ１１は、サービスプロバイダ２１の生成する販売ライセンスの利用条件を制御することが可能となる。
【００７０】
図４２は、利用条件と編集条件の比較タイミングを示す図である。図４３は、利用条件と編集条件の比較タイミングを販売ライセンスの発行時とした際の図である。なお、本発明における実施の形態では、図４２に示すように、エンドユーザ３１に対して販売し発行される販売ライセンスの利用条件は、販売前にサービスプロバイダ２１が指定した利用条件が設定されて発行される場合の例を示したが、これに限られるものでなく、図４３に示すように、販売時にエンドユーザ３１から指定された利用条件を設定して発行するとしてもよい。
【００７１】
また、本発明における実施の形態では、図４２に示すように、販売ライセンスの利用条件とオリジナルライセンスの編集条件の比較判定処理は、サービスプロバイダ２１のサブシステム内で、販売ライセンスをデータベースに登録する際に実施される場合の例を示したが、これに限定されるものでなく、図４３に示すように、エンドユーザ３１の端末装置に販売ライセンスを発行する際に行ってもよい。
【００７２】
図４４は、利用条件と編集条件の比較タイミングを販売ライセンスの受信時とした際の図である。図４５は、利用条件と編集条件の比較タイミングをコンテンツ利用時とした際の図である。また、比較判定処理は、サービスプロバイダ２１のサブシステム内で実施されると限定されたものでなく、図４４や図４５に示すように、編集条件をサービスプロバイダ２１やコンテンツプロバイダ１１のサブシステムより取得して、販売ライセンス受信時やコンテンツ利用時にエンドユーザ３１の端末装置で行うとしてもよい。
【００７３】
また、本発明における実施の形態では、コンテンツ鍵の配信は、サービスプロバイダ２１のサブシステムが一旦コンテンツプロバイダ１１のサブシステムよりオリジナルライセンスに含まれるデータとして取得し、それを販売ライセンス内に含めてエンドユーザ３１の端末に配信する場合の例を示したが、これに限られるものでなく、コンテンツプロバイダ１１のサブシステムがエンドユーザ３１の端末に配信するとしてもよい。
【００７４】
また、本発明における実施の形態では、暗号化コンテンツの配信は、サービスプロバイダ２１のサブシステムが一旦コンテンツプロバイダ１１のサブシステムより取得して、それをエンドユーザ３１の端末に配信する場合の例を示したが、これに限られるものでなく、コンテンツプロバイダ１１のサブシステムがエンドユーザ３１の端末に配信するとしてもよい。
【００７５】
（編集条件と販売条件とが連動する場合）
なお、上記実施の形態では、編集条件に従って作成された販売ライセンスは、その編集内容に関係なく全販売ライセンス共通の販売条件で販売を制限されるだけであったが、本発明はこれに限定されない。図４６は、販売ライセンスの編集結果に応じて販売ライセンスの販売数が制限される場合の一例を示す図である。同図に示すように、オリジナルライセンス中の販売条件には、編集可能な利用条件とその編集結果に対応する販売ライセンスの個数の上限とが記述されている。すなわち、編集後の再生回数が３回であれば１００個まで販売することができ、再生回数が４回であれば８０個まで、再生回数が５回であれば６０個まで販売することができる。編集条件には、編集可能な利用条件の範囲、すなわち、再生回数の範囲が最小３回から最大５回まで編集可能であることが記述されている。従って、例えば、ＳＰライセンス管理サーバ２１４が販売ライセンスの再生回数を４回と編集した場合には、販売可能なライセンスの販売個数は８０個までとなる。ＳＰライセンス販売サーバ２１３の制御部２１３４は、販売ライセンス生成ツールから、生成された販売ライセンスの図４６に示された販売条件と、編集された利用条件との通知を受ける。ＳＰライセンス販売サーバ２１３の制御部２１３４は、当該販売ライセンスが販売される都度、その販売数をカウントし、カウント値が、通知された利用条件に対応する販売個数に達すると、その販売ライセンスの販売を終了する。なお、この場合の販売ライセンスの販売方法として、ＳＰライセンス販売サーバ２１３は、エンドユーザから利用条件である再生回数の指定を受け付けてライセンスを販売するのではなく、再生回数が一律（例えば、３回）のライセンスを販売する。なお、ここでは、サービスプロバイダ２１が、コンテンツの再生回数を、編集条件として示された範囲の中から１つだけ選択し、選択された再生回数に対応する販売個数を上限として販売ライセンスをエンドユーザ３１に販売する例を示した。しかし、このような販売方法は、コンテンツプロバイダ１１とサービスプロバイダ２１との契約によって定められるものであって、必ずしもここに示す例に限定されるものではない。例えば、ＳＰライセンス管理サーバ２１４は、再生回数３回、４回及び５回の販売ライセンスを、それぞれ１００個、８０個及び６０個を上限として計２４０個販売することができるとしてもよいことはいうまでもない。また、この場合であれば、エンドユーザ３１からの再生回数の指定を受け付けて、指定された再生回数の販売ライセンスを販売することができる。さらに、指定された回数の販売ライセンスが販売個数の上限に達していれば、その旨をエンドユーザ３１の端末装置に通知して、販売個数が上限に達していない販売ライセンスらを販売するとしてもよい。
【００７６】
（二重チェックの場合の販売ライセンスのデータ構成）
また、上記では、編集条件の比較判定処理は、サービスプロバイダ２１のサブシステム内で実施してもよいし、図４４や図４５に示すように、エンドユーザ３１の端末装置で行うとしてもよいとした。しかし、サービスプロバイダ２１又はエンドユーザ３１のいずれか一方だけで比較判定処理を行なう場合に限定されず、サービスプロバイダ２１及びエンドユーザ３１の両方で比較判定処理を行なうようにしてもよい。図４７は、ＳＰ及びＥＵの両方で編集条件の比較判定処理を行なう場合のデータの流れを示す図である。同図に示すようにＳＰでは、コンテンツ鍵挿入処理部２１４４がＳＰチェックモジュールであって、販売ライセンス生成ツール２１１から受け付けた販売ライセンス（コンテンツ鍵無し）の利用条件と、その元となったオリジナルライセンスの編集条件とを比較し、利用条件が編集条件の範囲内であるか否かを判定する。そして、範囲内であると判定した場合に限り、オリジナルライセンス内のコンテンツ鍵を販売ライセンス（コンテンツ鍵無し）内に挿入し、販売ライセンス（コンテンツ鍵有り）を生成する。上記実施の形態では、ＥＵではＳＰから取得した販売ライセンスを用いてコンテンツを利用するだけだったので、生成される販売ライセンスには編集条件を含んでいる必要はなかった。これに対し、ＳＰチェックモジュールでのチェックとＥＵの端末装置でのチェックとを２重に行なう場合、図４７に示すように、販売ライセンス（コンテンツ鍵有り）には編集条件が挿入される。また、ＥＵには、ＣＰから提供される耐タンパモジュールであるチェックモジュールが備えられる。ＥＵのチェックモジュールでは、ＳＰから販売ライセンスを取得すると、販売ライセンス中の編集条件と利用条件とを比較して、利用条件が編集条件の範囲内であるか否かを判定する。判定の結果、利用条件が編集条件の範囲内であれば、販売ライセンスを内部のセキュアな記憶装置に格納し、それ以外の場合、取得した販売ライセンスを破棄する。
【００７７】
（販売ライセンスのチェック機能を備えたＥＵ端末装置の構成）
図４８は、販売ライセンスに含まれる編集条件と利用条件とを比較判定するＥＵ端末装置４８０の構成を示すブロック図である。同図に示すように、ＥＵ端末装置４８０は、通信処理部４８１、制御部４８２、契約条件比較部４８３、ＤＢＩ／Ｆ４８４及びライセンスＤＢ４８５を備える。通信処理部４８１は、図示しない入力Ｉ／Ｆから受け付けられた、ユーザからのライセンス取得要求を、伝送路Ｂ５１を介してＳＰライセンス管理サーバ２１４に送信し、その応答として該当する販売ライセンス（コンテンツ鍵有り）を受信するモジュールである。制御部４８２は、ＳＰライセンス管理サーバ２１４から受信された販売ライセンスの編集条件と利用条件との比較処理の制御を行うモジュールである。制御部４８２は契約条件比較部４８３の判定結果に応じて、販売ライセンスの利用条件が編集条件の範囲内である場合のみ、販売ライセンスをＤＢＩ／Ｆ４８４を介してライセンスＤＢ４８５に格納する。それ以外の場合には、受信された販売ライセンスを破棄する。契約条件比較部４８３は、受信された販売ライセンスの編集条件と利用条件とを比較して、利用条件が編集条件の範囲内であるか否かを判断し、判断結果を制御部４８２に通知する。ＤＢＩ／Ｆ４８４は、セキュアな記憶装置であるライセンスＤＢ４８５にデータを格納したり読み出したりするモジュールである。ＤＢＩ／Ｆ４８４は、制御部４８２から取得した販売ライセンスをライセンスＤＢ４８５に格納する。また、コンテンツの再生時には、制御部４８２の指示の元にライセンスＤＢ４８５に格納されているライセンスを読み出して、制御部４８２又は図示しないコンテンツ再生部に転送する。
【００７８】
図４９は、販売ライセンスに含まれる編集条件と利用条件との比較タイミングの他の例を示す図である。以下、図４８及び図４９を用いて、サービスプロバイダ２１とエンドユーザ３１との両方で２重にチェックを行なう場合の処理手順について説明する。同図に示すように、コンテンツプロバイダ１１は編集条件を含むオリジナルライセンスをサービスプロバイダ２１に送信する。サービスプロバイダ２１は、コンテンツプロバイダ１１から取得したオリジナルライセンスを一旦、ライセンスＤＢ２１４６に記録し、販売ライセンス生成ツール２１１がオリジナルライセンス内のテンプレートを編集することによって販売ライセンス（コンテンツ鍵なし）を生成する。次に、コンテンツ鍵挿入処理部２１４４が、販売ライセンス（コンテンツ鍵なし）内に含まれる編集後の利用条件と、オリジナルライセンスの編集条件とを比較して、編集後の利用条件が編集条件の範囲内であれば、販売ライセンス（コンテンツ鍵なし）にコンテンツ鍵を挿入する。コンテンツ鍵が挿入された販売ライセンスは、ライセンスＤＢ２１４６に記録される。これに対し、エンドユーザ３１から販売ライセンスの購入があると、ライセンスＤＢ２１４６から指定された販売ライセンスが読み出され、署名を施された上、エンドユーザ３１に発行される。この場合、サービスプロバイダ２１は、所定の利用条件の元でエンドユーザ３１が指定したコンテンツの再生を可能にする販売ライセンスを発行し、エンドユーザ３１による利用条件の指定までは受け付けない。また、このときサービスプロバイダ２１が発行する販売ライセンスには、編集条件が含まれている。エンドユーザ３１のＥＵ端末装置４８０では、（１）通信処理部４８１が発行された販売ライセンスを取得すると、（２）取得された販売ライセンスが制御部４８２を通じて契約条件比較部４８３に渡される。（３）契約条件比較部４８３は、制御部４８２から渡された販売ライセンスに含まれる編集条件と利用条件とを比較して、（４）利用条件が編集条件の範囲内のものに限り、制御部４８２に返却する。それ以外の販売ライセンスは廃棄される。（５）（６）制御部４８２は、ＤＢＩ／Ｆ４８４を介して、ＥＵ端末装置４８０内のライセンスＤＢ４８５に販売ライセンスを記録する。
【００７９】
以上のように本Ｂ２Ｂ２Ｃシステムでは、サービスプロバイダ２１がエンドユーザ３１に販売する販売ライセンスの利用条件は、コンテンツプロバイダ１１が設定したオリジナルライセンスの編集条件に従っていない限り、コンテンツ鍵を含む販売ライセンスを生成できない。これに加えて、エンドユーザ３１の段階でさらに販売ライセンスの利用条件が編集条件に従っているか否かを２重にチェックして、編集条件に従わない利用条件が設定された販売ライセンスを破棄するので、例え、サービスプロバイダ２１がコンテンツプロバイダ１１の意に反してオリジナルライセンスの編集条件に従っていない販売ライセンスを生成したとしても、エンドユーザ３１はコンテンツを利用することができない。従って、本発明を用いることによって、コンテンツプロバイダ１１は、さらに強力に、サービスプロバイダ２１の生成する販売ライセンスの利用条件を制御することが可能となる。
【００８０】
なお、本発明のサービスプロバイダ２１は、放送局や、インターネット上でコンテンツを販売する業者に限らず、ＤＶＤ及びＣＤ等の記録媒体に記録されたコンテンツをレンタルする業者などであってもよい。このような場合、コンテンツごとの販売ライセンスに対する編集条件及び販売条件等は、サービスプロバイダ２１が通信網等を介してコンテンツプロバイダ１１から受信するものとしてもよいが、レンタルの対象となるコンテンツが格納されているＤＶＤ等の記録媒体に記録されているとしてもよい。この場合、エンドユーザ３１の端末装置はサービスプロバイダ２１から発行される販売ライセンスに従ってコンテンツを再生する。このとき、エンドユーザ３１の端末装置は、販売ライセンス中の利用条件と、コンテンツが格納されている記録媒体に記録された編集条件とを比較して、販売ライセンス中の利用条件が記録媒体に記録された編集条件の範囲内であるか否かを判定し、販売ライセンス中の利用条件が記録媒体に記録された編集条件の範囲内にある場合にのみコンテンツを再生し、それ以外の場合には販売ライセンスを破棄するとしてもよい。
【産業上の利用可能性】
【００８１】
本発明に係るＢ２Ｂ２Ｃシステムに用いられる権利管理装置は、サービスプロバイダがエンドユーザに対して販売を行う販売ライセンスを生成する際、販売ライセンスの利用条件をコンテンツプロバイダの設定したオリジナルライセンスの編集条件以内に設定しない限り、コンテンツ鍵を挿入できないという強制を持たせることによって、コンテンツプロバイダがサービスプロバイダの生成する販売ライセンスの利用条件を制御できるシステムに用いられる権利管理装置として有用である。
【図面の簡単な説明】
【００８２】
【図１】図１は、本実施の形態のＢ２Ｂ２Ｃシステムの全体の概略構成を示す図である。
【図２】図２は、図１に示したコンテンツプロバイダのシステム構成を示す図である。
【図３】図３は、図１に示したサービスプロバイダのシステム構成を示す図である。
【図４】図４は、図２に示したオリジナルライセンス生成ツールのモジュール構成を示す図である。
【図５】図５は、図２に示したコンテンツ暗号化ツールのモジュール構成を示す図である。
【図６】図６は、図２に示したＣＰライセンス契約サーバのモジュール構成を示す図である。
【図７】図７は、図６に示した契約ＤＢ（Ｄａｔａｂａｓｅ）のテーブル構成を示す図である。
【図８】図８は、図２に示したＣＰライセンス管理サーバのモジュール構成を示す図である。
【図９】図９は、図８に示したユーザＤＢのテーブル構成を示す図である。
【図１０】図１０は、図８に示したライセンスＤＢのテーブル構成を示す図である。
【図１１】図１１は、図２に示したＣＰ会員管理サーバのモジュール構成を示す図である。
【図１２】図１２は、図１１に示した会員ＤＢのテーブル構成を示す図である。
【図１３】図１３は、図２に示したＣＰコンテンツ管理サーバのモジュール構成を示す図である。
【図１４】図１４は、図１３に示したコンテンツＤＢのテーブル構成を示す図である。
【図１５】図１５は、図３に示した販売ライセンス生成ツールのモジュール構成を示す図である。
【図１６】図１６は、図３に示したＳＰ端末アプリのモジュール構成を示す図である。
【図１７】図１７は、図３に示したＳＰライセンス販売サーバのモジュール構成を示す図である。
【図１８】図１８は、図１７に示した販売ＤＢのテーブル構成を示す図である。
【図１９】図１９は、図３に示したＳＰライセンス管理サーバのモジュール構成を示す図である。
【図２０】図２０は、図１９に示したライセンスＤＢのテーブル構成を示す図である。
【図２１】図２１は、図１９に示したユーザＤＢのテーブル構成を示す図である。
【図２２】図２２は、図３に示したＳＰ会員管理サーバのモジュール構成を示す図である。
【図２３】図２３は、図２２に示した会員ＤＢのテーブル構成を示す図である。
【図２４】図２４は、図３に示したＳＰコンテンツ配信サーバのモジュール構成を示す図である。
【図２５】図２５は、図２４に示したコンテンツＤＢのテーブル構成を示す図である。
【図２６】図２６は、図５に示したコンテンツ暗号化ツールにおけるコンテンツ暗号化処理に対するシーケンス図である。
【図２７】図２７は、図４に示したオリジナルライセンス生成ツールにおけるオリジナルライセンス生成処理に対するシーケンス図である。
【図２８】図２８は、図４に示したオリジナルライセンス生成ツールのユーザ入力Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）の入力画面である。
【図２９】図２９は、オリジナルライセンスのデータ構造を示す図である。
【図３０】図３０は、サービスプロバイダとコンテンツプロバイダとの間のサービス入会処理の通信手順を示すシーケンス図である。
【図３１】図３１は、ライセンス契約処理に対するシーケンス図である。
【図３２】図３２は、オリジナルライセンス取得処理に対するシーケンス図である。
【図３３】図３３は、図３２に示したライセンス処理を行った後のオリジナルライセンスのデータ構造を示す図である。
【図３４】図３４は、暗号化コンテンツ取得処理に対するシーケンス図である。
【図３５】図３５は、オリジナルライセンス情報参照処理に対するシーケンス図である。
【図３６】図３６は、オリジナルライセンス情報のデータ構造を示す図である。
【図３７】図３７は、図２に示した販売ライセンス生成ツールの入力画面である。
【図３８】図３８は、販売ライセンス生成処理に対するシーケンス図である。
【図３９】図３９は、図２に示した販売ライセンス生成ツールの入力画面に対して編集条件を入力した画面図である。
【図４０】図４０は、販売ライセンス（コンテンツ鍵無し）のデータ構造を示す図である。
【図４１】図４１は、販売ライセンス（コンテンツ鍵有り）のデータ構造を示す図である。
【図４２】図４２は、利用条件と編集条件の比較タイミングを示す図である。
【図４３】図４３は、利用条件と編集条件の比較タイミングを販売ライセンスの発行時とした際の図である。
【図４４】図４４は、利用条件と編集条件の比較タイミングを販売ライセンスの受信時とした際の図である。
【図４５】図４５は、利用条件と編集条件の比較タイミングをコンテンツ利用時とした際の図である。
【図４６】図４６は、販売ライセンスの編集結果に応じて販売ライセンスの販売数が制限される場合の一例を示す図である。
【図４７】図４７は、ＳＰ及びＥＵの両方で編集条件の比較判定処理を行なう場合のデータの流れを示す図である。
【図４８】図４８は、エンドユーザの端末装置の構成を示すブロック図である。
【図４９】図４９は、利用条件と編集条件の比較タイミングを示す図である。
【符号の説明】
【００８３】
１１    コンテンツプロバイダ
２１    サービスプロバイダ
３１    エンドユーザ
４１    伝送路Ａ
５１    伝送路Ｂ
１１１    オリジナルライセンス生成ツール
１１２    コンテンツ暗号化ツール
１１３    ＣＰライセンス契約サーバ
１１４    ＣＰライセンス管理サーバ
１１５    ＣＰ会員管理サーバ
１１６    ＣＰコンテンツ管理サーバ
２１１    販売ライセンス生成ツール
２１２    ＳＰ端末アプリ
２１３    ＳＰライセンス販売サーバ
２１４    ＳＰライセンス管理サーバ
２１５    ＳＰ会員管理サーバ
２１６    ＳＰコンテンツ配信サーバ
４８０    ＥＵ端末装置
４８１    通信処理部
４８２    制御部
４８３    契約条件比較部
４８４    ＤＢＩ／Ｆ
４８５    ライセンスＤＢ
１１１１    ユーザ入力Ｉ／Ｆ
１１１２    制御部
１１１３    オリジナルライセンス生成処理部
１１１４    ＤＢ登録Ｉ／Ｆ
１１２１    ユーザ入力Ｉ／Ｆ
１１２２    制御部
１１２３    コンテンツ暗号化処理部
１１２４    ＤＢ登録Ｉ／Ｆ
１１３１    ＤＢＩ／Ｆ
１１３２    契約ＤＢ
１１３３    通信処理部
１１３４    制御部
１１３５    ＤＢ登録Ｉ／Ｆ
１１４１    ＤＢＩ／Ｆ
１１４２    ユーザＤＢ
１１４３    ライセンスＤＢ
１１４４    通信処理部
１１４５    制御部
１１４６    ライセンス処理部
１１５１    ＤＢＩ／Ｆ
１１５２    会員ＤＢ
１１５３    通信処理部
１１５４    制御部
１１５５    ＤＢ登録Ｉ／Ｆ
１１６１    ＤＢＩ／Ｆ
１１６２    コンテンツＤＢ
１１６３    通信処理部
１１６４    制御部
２１１１    ユーザ入力Ｉ／Ｆ
２１１２    制御部
２１１３    販売ライセンス生成処理部
２１１４    ＤＢ登録Ｉ／Ｆ
２１２１    ユーザ入力Ｉ／Ｆ
２１２２    制御部
２１２３    通信処理部
２１２４    処理要求Ｉ／Ｆ
２１３１    ＤＢＩ／Ｆ
２１３２    販売ＤＢ
２１３３    通信処理部
２１３４    制御部
２１３５    ＤＢ登録Ｉ／Ｆ
２１４１    処理要求Ｉ／Ｆ
２１４２    ＣＰ側制御部
２１４３    ＣＰ側通信処理部
２１４４    コンテンツ鍵挿入処理部
２１４５    ＤＢＩ／Ｆ
２１４６    ライセンスＤＢ
２１４７    ユーザＤＢ
２１４８    ＥＵ側通信処理部
２１４９    ＥＵ側制御部
２１４Ａ    ライセンス処理部
２１４Ｂ    登録用ＤＢＩ／Ｆ
２１５１    ＤＢＩ／Ｆ
２１５２    会員ＤＢ
２１５３    通信処理部
２１５４    制御部
２１５５    ＤＢ登録Ｉ／Ｆ
２１６１    処理要求Ｉ／Ｆ
２１６２    ＣＰ側制御部
２１６３    ＣＰ側通信処理部
２１６４    ＤＢＩ／Ｆ
２１６５    コンテンツＤＢ
２１６６    ＥＵ側通信処理部
２１６７    ＥＵ側制御部
【図１】
0004705027.tif 000002
【図２】
0004705027.tif 000003
【図３】
0004705027.tif 000004
【図４】
0004705027.tif 000005
【図５】
0004705027.tif 000006
【図６】
0004705027.tif 000007
【図７】
0004705027.tif 000008
【図８】
0004705027.tif 000009
【図９】
0004705027.tif 000010
【図１０】
0004705027.tif 000011
【図１１】
0004705027.tif 000012
【図１２】
0004705027.tif 000013
【図１３】
0004705027.tif 000014
【図１４】
0004705027.tif 000015
【図１５】
0004705027.tif 000016
【図１６】
0004705027.tif 000017
【図１７】
0004705027.tif 000018
【図１８】
0004705027.tif 000019
【図１９】
0004705027.tif 000020
【図２０】
0004705027.tif 000021
【図２１】
0004705027.tif 000022
【図２２】
0004705027.tif 000023
【図２３】
0004705027.tif 000024
【図２４】
0004705027.tif 000025
【図２５】
0004705027.tif 000026
【図２６】
0004705027.tif 000027
【図２７】
0004705027.tif 000028
【図２８】
0004705027.tif 000029
【図２９】
0004705027.tif 000030
【図３０】
0004705027.tif 000031
【図３１】
0004705027.tif 000032
【図３２】
0004705027.tif 000033
【図３３】
0004705027.tif 000034
【図３４】
0004705027.tif 000035
【図３５】
0004705027.tif 000036
【図３６】
0004705027.tif 000037
【図３７】
0004705027.tif 000038
【図３８】
0004705027.tif 000039
【図３９】
0004705027.tif 000040
【図４０】
0004705027.tif 000041
【図４１】
0004705027.tif 000042
【図４２】
0004705027.tif 000043
【図４３】
0004705027.tif 000044
【図４４】
0004705027.tif 000045
【図４５】
0004705027.tif 000046
【図４６】
0004705027.tif 000047
【図４７】
0004705027.tif 000048
【図４８】
0004705027.tif 000049
【図４９】
0004705027.tif 000050