(57)【要約】【課題】ユーザの端末装置に係る負荷を軽減し、しかもコンテンツ利用の種々のサービスに対処することができるコンテンツ利用管理システム等を提供する。【解決手段】ユーザが購入した利用権利は、権利管理サーバ２０ａによって管理される。ユーザ端末３０ａへは、権利管理サーバ２０ａから、利用権利の一部であるライセンス情報が送信される。ユーザ端末３０ａでは、このライセンス情報に基づいて、コンテンツの利用制御を行う。また、ユーザ端末３０ａは、このライセンス情報を権利管理サーバ２０ａに返却する。【選択図】　　　　図１
2004046809.tif 000002
【特許請求の範囲】
【請求項１】
デジタル著作物であるコンテンツを利用する端末装置と前記コンテンツの前記端末装置における利用を管理するサーバ装置とからなるコンテンツ利用管理システムであって、
前記サーバ装置は、
前記端末装置を使用するユーザ毎のコンテンツの利用条件を示すライセンス情報を記憶するライセンス情報記憶手段と、
ユーザからの要求に基づいて、当該ユーザに対応する前記ライセンス情報が示す利用条件の一部又は全部を示す権利情報であるライセンスチケットを生成し、前記端末装置に送信するライセンスチケット発行手段と、
前記ライセンスチケット生成手段が生成するライセンスチケットに対して、当該ライセンスチケットの権利が消失したときにおける前記サーバ装置への返却の要否を表す返却情報を設定する返却情報設定手段とを備え、
前記端末装置は、
ユーザの指示に従って、前記サーバ装置にコンテンツの利用を要求する利用要求手段と、
前記サーバ装置から送信されてきたライセンスチケットを受信する受信手段と、
受信されたライセンスチケットが示す利用条件に従って、コンテンツの利用を制御するコンテンツ利用制御手段と、
受信されたライセンスチケットが示す返却情報に従って、前記サーバ装置にライセンスチケットの返却を要求するライセンスチケット返却要求手段と
を備えることを特徴とするコンテンツ利用管理システム。
【請求項２】
前記利用要求手段は、要求するコンテンツの利用量を前記サーバ装置に送信することによって前記要求をし、
前記ライセンスチケット発行手段は、前記利用要求手段から送信されてきた利用量に従ってライセンスチケットを生成し、前記端末装置に送信する
ことを特徴とする請求項１記載のコンテンツ利用管理システム。
【請求項３】
前記コンテンツの利用量には、当該コンテンツの利用回数が含まれる
ことを特徴とする請求項２記載のコンテンツ利用管理システム。
【請求項４】
前記コンテンツの利用量には、当該コンテンツの累積利用時間が含まれる
ことを特徴とする請求項２記載のコンテンツ利用管理システム。
【請求項５】
前記ライセンスチケットが示す利用条件には、前記ライセンス情報が示す利用条件で定められる有効期間の全部又は一部が設定された当該ライセンスチケットの有効期間が含まれる
ことを特徴とする請求項１記載のコンテンツ利用管理システム。
【請求項６】
前記利用要求手段は、前記利用量とともに、コンテンツの利用制御に関する当該端末装置の能力を示す能力情報を前記サーバ装置に送信し、前記ライセンスチケット発行手段は、前記利用要求手段から送信されてきた能力情報に従って、前記ライセンスチケットを生成し、前記端末装置に送信する
ことを特徴とする請求項１記載のコンテンツ利用管理システム。
【請求項７】
前記能力情報には、前記端末装置がセキュアなクロックを備えるか否かを示す情報が含まれる
ことを特徴とする請求項６記載のコンテンツ利用管理システム。
【請求項８】
前記能力情報には、前記端末装置がセキュアな記録媒体への格納手段を備えるか否かを示す情報が含まれる
ことを特徴とする請求項６記載のコンテンツ利用管理システム。
【請求項９】
前記ライセンスチケット発行手段は、前記利用要求手段から能力情報を受け取った場合に、その能力情報が示す能力に対応させて、端末装置でのライセンスチケットの取り扱いを指示したライセンスチケット状態情報を当該ライセンスチケットに含ませて前記端末装置に送信する
ことを特徴とする請求項６記載のコンテンツ利用管理システム。
【請求項１０】
前記ライセンスチケット状態情報には、当該ライセンスチケットを記録媒体に書き込まずに即座に消費しなければならない旨のフラグが含まれる
ことを特徴とする請求項９記載のコンテンツ利用管理システム。
【請求項１１】
デジタル著作物であるコンテンツを利用する端末装置と前記コンテンツの前記端末装置における利用を管理するサーバ装置とからなるコンテンツ利用管理システムにおける端末装置であって、
前記サーバ装置は、
前記端末装置を使用するユーザ毎のコンテンツの利用条件を示すライセンス情報を記憶するライセンス情報記憶手段と、
ユーザからの要求に基づいて、当該ユーザに対応する前記ライセンス情報が示す利用条件の一部又は全部を示す権利情報であるライセンスチケットを生成し、前記端末装置に送信するライセンスチケット発行手段と、
前記ライセンスチケット生成手段が生成するライセンスチケットに対して、当該ライセンスチケットの権利が消失したときにおける前記サーバ装置への返却の要否を表す返却情報を設定する返却情報設定手段とを備え、
前記端末装置は、
ユーザの指示に従って、前記サーバ装置にコンテンツの利用を要求する利用要求手段と、
前記サーバ装置から送信されてきたライセンスチケットを受信する受信手段と、
受信されたライセンスチケットが示す利用条件に従って、コンテンツの利用を制御するコンテンツ利用制御手段と、
受信されたライセンスチケットが示す返却情報に従って、前記サーバ装置にライセンスチケットの返却を要求するライセンスチケット返却要求手段と
を備えることを特徴とする端末装置。
【請求項１２】
デジタル著作物であるコンテンツを利用する端末装置と前記コンテンツの前記端末装置における利用を管理するサーバ装置とからなるコンテンツ利用管理システムにおける端末装置のためのプログラムであって、
前記サーバ装置は、
前記端末装置を使用するユーザ毎のコンテンツの利用条件を示すライセンス情報を記憶するライセンス情報記憶手段と、
ユーザからの要求に基づいて、当該ユーザに対応する前記ライセンス情報が示す利用条件の一部又は全部を示す権利情報であるライセンスチケットを生成し、前記端末装置に送信するライセンスチケット発行手段と、
前記ライセンスチケット生成手段が生成するライセンスチケットに対して、当該ライセンスチケットの権利が消失したときにおける前記サーバ装置への返却の要否を表す返却情報を設定する返却情報設定手段とを備え、
前記プログラムは、
ユーザの指示に従って、前記サーバ装置にコンテンツの利用を要求する利用要求手段、
前記サーバ装置から送信されてきたライセンスチケットを受信する受信手段、
受信されたライセンスチケットが示す利用条件に従って、コンテンツの利用を制御するコンテンツ利用制御手段及び
受信されたライセンスチケットが示す返却情報に従って、前記サーバ装置にライセンスチケットの返却を要求するライセンスチケット返却要求手段としてコンピュータを機能させるプログラム。
【請求項１３】
デジタル著作物であるコンテンツを利用する端末装置と前記コンテンツの前記端末装置における利用を管理するサーバ装置とからなるコンテンツ利用管理システムにおけるサーバ装置であって、
前記サーバ装置は、
前記端末装置を使用するユーザ毎のコンテンツの利用条件を示すライセンス情報を記憶するライセンス情報記憶手段と、
ユーザからの要求に基づいて、当該ユーザに対応する前記ライセンス情報が示す利用条件の一部又は全部を示す権利情報であるライセンスチケットを生成し、前記端末装置に送信するライセンスチケット発行手段と、
前記ライセンスチケット生成手段が生成するライセンスチケットに対して、当該ライセンスチケットの権利が消失したときにおける前記サーバ装置への返却の要否を表す返却情報を設定する返却情報設定手段とを備え、
前記端末装置は、
ユーザの指示に従って、前記サーバ装置にコンテンツの利用を要求する利用要求手段と、
前記サーバ装置から送信されてきたライセンスチケットを受信する受信手段と、
受信されたライセンスチケットが示す利用条件に従って、コンテンツの利用を制御するコンテンツ利用制御手段と、
受信されたライセンスチケットが示す返却情報に従って、前記サーバ装置にライセンスチケットの返却を要求するライセンスチケット返却要求手段と
を備えることを特徴とするサーバ装置。
【請求項１４】
デジタル著作物であるコンテンツを利用する端末装置と前記コンテンツの前記端末装置における利用を管理するサーバ装置とからなるコンテンツ利用管理システムにおけるサーバ装置のためのプログラムであって、
前記プログラムは、
ユーザからの要求に基づいて、ライセンス情報記憶手段が記憶する前記端末装置を使用するユーザ毎のコンテンツの利用条件を示すライセンス情報の中から、当該ユーザに対応する前記ライセンス情報が示す利用条件の一部又は全部を示す権利情報であるライセンスチケットを生成し、前記端末装置に送信するライセンスチケット発行手段及び
前記ライセンスチケット生成手段が生成するライセンスチケットに対して、当該ライセンスチケットの権利が消失したときにおける前記サーバ装置への返却の要否を表す返却情報を設定する返却情報設定手段としてコンピュータを機能させ、
前記端末装置は、
ユーザの指示に従って、前記サーバ装置にコンテンツの利用を要求する利用要求手段と、
前記サーバ装置から送信されてきたライセンスチケットを受信する受信手段と、
受信されたライセンスチケットが示す利用条件に従って、コンテンツの利用を制御するコンテンツ利用制御手段と、
受信されたライセンスチケットが示す返却情報に従って、前記サーバ装置にライセンスチケットの返却を要求するライセンスチケット返却要求手段と
を備えることを特徴とするプログラム。
【請求項１５】
デジタル著作物であるコンテンツを利用する端末装置と前記コンテンツの前記端末装置における利用を管理するサーバ装置とからなるシステムにおけるコンテンツ利用管理方法であって、
前記サーバ装置において、
前記端末装置を使用するユーザ毎のコンテンツの利用条件を示すライセンス情報をライセンス情報記憶手段に格納する格納ステップと、
ユーザからの要求に基づいて、当該ユーザに対応する前記ライセンス情報が示す利用条件の一部又は全部を示す権利情報であるライセンスチケットを生成し、前記端末装置に送信するライセンスチケット発行ステップと、
前記ライセンスチケット生成手段が生成するライセンスチケットに対して、当該ライセンスチケットの権利が消失したときにおける前記サーバ装置への返却の要否を表す返却情報を設定する返却情報設定ステップとを含み、
前記端末装置において、
ユーザの指示に従って、前記サーバ装置にコンテンツの利用を要求する利用要求ステップと、
前記サーバ装置から送信されてきたライセンスチケットを受信する受信ステップと、
受信されたライセンスチケットが示す利用条件に従って、コンテンツの利用を制御するコンテンツ利用制御ステップと、
受信されたライセンスチケットが示す返却情報に従って、前記サーバ装置にライセンスチケットの返却を要求するライセンスチケット返却要求ステップと
を含むことを特徴とするコンテンツ利用管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ利用管理システム等に関し、より特定的には、コンテンツの利用を要求したユーザの端末装置に対して、一定の利用条件下でコンテンツの利用を可能にするライセンス情報を、管理装置から通信ネットワークを介して配信するコンテンツ利用管理システム等に関する。
【０００２】
【従来の技術】
近年、音楽や、映像、ゲームなどのデジタル著作物をインターネットや、デジタル放送などで配信するシステムが開発され、その一部は、実用化の段階を迎えている。また、これらのコンテンツの配信に当たり、著作権保護の観点から、配信したコンテンツの再生回数や移動、複製などを制限するコンテンツ利用制御の方式が併せて検討されている。
【０００３】
従来のデジタルコンテンツ配信システムでは、各ユーザのコンテンツに対する利用条件を、コンテンツと共にユーザ端末に配信して、ユーザ端末で全てを管理するようにモデル化されている（例えば、特許文献１参照。）。
【０００４】
例えば、あるユーザが、映画”Ｍａｔｒｉｘ”（Ｒ）について３回視聴する権利を購入する場合には、ユーザ端末は、映画”Ｍａｔｒｉｘ”のコンテンツと共に、「Ｍａｔｒｉｘを３回視聴可能」であることを示す利用条件を配信サーバから受信し、コンテンツの再生をこの利用条件に従って管理する。配信サーバは、ユーザ端末に上記利用条件を配信した以降は、ユーザの利用条件に関与しない。
【０００５】
コンテンツ”Ｍａｔｒｉｘ”を視聴する場合には、ユーザ端末は、１回視聴する毎にユーザ端末自信で管理している利用条件の視聴可能回数を１ずつ減じる処理を行い、視聴可能回数が０になった時点で、視聴を不許可とする処理を行う。
【０００６】
従来のデジタルコンテンツ配信システムはこういった方式であり、各ユーザのコンテンツに対する利用条件は、全てユーザ端末において管理されている。
【０００７】
【特許文献１】
特開２０００−４８０７６号公報（第１頁、第１図）
【０００８】
【発明が解決しようとする課題】
しかしながら、従来技術においては、各ユーザの利用条件を全てユーザ端末で管理する場合には、ユーザ端末での複雑な利用条件管理が必須である。このような機能をユーザ端末に実装することは、携帯電話等のポータブル機器や、家電機器などにおいては大きな負担となり得る。
【０００９】
また、ユーザの利用条件を全てユーザ端末で管理する場合には、利用条件をユーザに配信する際にサーバ装置に１回アクセスするだけである。この結果、サーバ装置では、実際にユーザが端末で利用したか、あるいはどのような頻度で利用したかについての情報（以下、「利用状況」と呼ぶ）は、ほとんど把握できず、以降のコンテンツや利用条件の配信サービスに役立てることができない。
【００１０】
また、各ユーザのコンテンツに対する利用条件を、全てユーザ端末において管理する場合には、利用条件が管理されている端末以外の端末においては、コンテンツを視聴することができない。そのため、ユーザが複数の端末を所有する場合には、ユーザが購入した、コンテンツを視聴する権利を、それら複数の端末間で共有することができないという問題点がある。
【００１１】
つまり、従来のシステムでは、ユーザの端末装置に大きな負荷がかかるだけでなく、コンテンツ利用の種々のサービスに対処できないという問題がある。
【００１２】
本発明は、こうした従来の技術の問題点を解決するものであり、ユーザの端末装置に係る負荷を軽減し、しかもコンテンツ利用の種々のサービスに対処することができるコンテンツ利用管理システム等を提供することを目的とする。
【００１３】
【課題を解決するための手段】
上記課題を解決するために、本発明に係るコンテンツ利用管理システムは、デジタル著作物であるコンテンツを利用する端末装置と前記コンテンツの前記端末装置における利用を管理するサーバ装置とからなるコンテンツ利用管理システムであって、前記サーバ装置は、前記端末装置を使用するユーザ毎のコンテンツの利用条件を示すライセンス情報を記憶するライセンス情報記憶手段と、ユーザからの要求に基づいて、当該ユーザに対応する前記ライセンス情報が示す利用条件の一部又は全部を示す権利情報であるライセンスチケットを生成し、前記端末装置に送信するライセンスチケット発行手段と、前記ライセンスチケット生成手段が生成するライセンスチケットに対して、当該ライセンスチケットの権利が消失したときにおける前記サーバ装置への返却の要否を表す返却情報を設定する返却情報設定手段とを備え、前記端末装置は、ユーザの指示に従って、前記サーバ装置にコンテンツの利用を要求する利用要求手段と、前記サーバ装置から送信されてきたライセンスチケットを受信する受信手段と、受信されたライセンスチケットが示す利用条件に従って、コンテンツの利用を制御するコンテンツ利用制御手段と、受信されたライセンスチケットが示す返却情報に従って、前記サーバ装置にライセンスチケットの返却を要求するライセンスチケット返却要求手段とを備えることを特徴とする。
【００１４】
このような構成によって、ユーザの端末装置に係る負荷を軽減するだけでなく、ライセンスチケットの返却やライセンスチケットの発行要求によるサーバ装置へのアクセス頻度が高くなり、コンテンツ利用の種々のサービスに対処することができる。
【００１５】
なお、本明細書において、コンテンツの「利用」は、コンテンツの「再生」、「移動」、「複製」や、電子書籍等のコンテンツの「印刷」等、コンテンツを使用する全ての操作を含むものとして使用する。
【００１６】
ここで、本発明に係るコンテンツ利用管理システムにおいて、前記利用要求手段は、要求するコンテンツの利用量を前記サーバ装置に送信することによって前記要求をし、前記ライセンスチケット発行手段は、前記利用要求手段から送信されてきた利用量に従ってライセンスチケットを生成し、前記端末装置に送信することを特徴とするのが好ましい。
【００１７】
また、本発明に係るコンテンツ利用管理システムは、前記コンテンツの利用量には、当該コンテンツの利用回数が含まれることを特徴としたり、前記コンテンツの利用量には、当該コンテンツの累積利用時間が含まれることを特徴としたりすることができる。
【００１８】
また、本発明に係るコンテンツ利用管理システムは、前記ライセンスチケットが示す利用条件には、前記ライセンス情報が示す利用条件で定められる有効期間の全部又は一部が設定された当該ライセンスチケットの有効期間が含まれることを特徴とすることもできる。
【００１９】
また、本発明に係るコンテンツ利用管理システムにおいて、前記利用要求手段は、前記利用量とともに、コンテンツの利用制御に関する当該端末装置の能力を示す能力情報を前記サーバ装置に送信し、前記ライセンスチケット発行手段は、前記利用要求手段から送信されてきた能力情報に従って、前記ライセンスチケットを生成し、前記端末装置に送信することを特徴としてもよい。
【００２０】
また、本発明に係るコンテンツ利用管理システムは、前記能力情報には、前記端末装置がセキュアなクロックを備えるか否かを示す情報が含まれることを特徴とすることもできる。
【００２１】
また、本発明に係るコンテンツ利用管理システムは、前記能力情報には、前記端末装置がセキュアな記録媒体への格納手段を備えるか否かを示す情報が含まれることを特徴としてもよい。
【００２２】
また、本発明に係るコンテンツ利用管理システムにおいて、前記ライセンスチケット発行手段は、前記利用要求手段から能力情報を受け取った場合に、その能力情報が示す能力に対応させて、端末装置でのライセンスチケットの取り扱いを指示したライセンスチケット状態情報を当該ライセンスチケットに含ませて前記端末装置に送信することを特徴とすることもできる。
【００２３】
また、本発明に係るコンテンツ利用管理システムは、前記ライセンスチケット状態情報には、当該ライセンスチケットを記録媒体に書き込まずに即座に消費しなければならない旨のフラグが含まれることを特徴としてもよい。
【００２４】
なお、本発明は、このようなコンテンツ利用管理システムや、デジタルコンテンツ配信システムとして実現することができるだけでなく、このようなシステムを構成するサーバ装置や端末装置として実現したり、サーバ装置や端末装置が備える特徴的な手段をステップとするコンテンツ利用管理方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのはいうまでもない。
【００２５】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
（実施の形態１）
図１は、本発明の実施の形態１におけるデジタルコンテンツ配信システムの全体構成を示すブロック図である。
【００２６】
図１に示されるように、デジタルコンテンツ配信システム１ａは、デジタル化された著作物（コンテンツ）をコンテンツ配信に関わる事業者αが暗号化した上でユーザβに対して配信したり、ユーザβが購入したコンテンツ毎の利用権利（ライセンス）を事業者αが管理し、コンテンツを利用するためのライセンスチケット（Ｌｉｃｅｎｓｅ　Ｔｉｃｋｅｔ、以下、「ＬＴ」とも記す。）をユーザの要求に基づいて配信し、ＬＴに含まれる利用条件の範囲内でコンテンツを利用できるようにすることで、コンテンツの著作権を保護するシステムであり、少なくとも１つのコンテンツサーバ１０と、少なくとも１つの権利管理サーバ２０ａと、少なくとも１つのユーザ端末３０ａと、これらのコンテンツサーバ１０、権利管理サーバ２０ａ及びユーザ端末３０ａを通信可能に接続する伝送路４０とを備えている。
【００２７】
コンテンツサーバ１０は、コンテンツ配信に関わる事業者α側に設置されるコンピュータ装置である。具体的には、コンテンツサーバ１０は、暗号鍵で暗号化されたコンテンツと、コンテンツＩＤとを対応付けたコンテンツデータ６０を予め複数保持し、コンテンツ配信の要求を発したユーザ端末３０ａに対して、要求されたコンテンツデータ６０の配信を行う。
【００２８】
図２は、図１に示されるコンテンツデータ６０のフォーマット構成を示す図である。
図２に示されるように、コンテンツデータ６０は、コンテンツＩＤ６１と、暗号化コンテンツ６２等とから成る。コンテンツＩＤ６１は、デジタルコンテンツ配信システム１ａ内において、コンテンツを一意に特定するためのＩＤである。
暗号化コンテンツ６２は、音楽データや、映像データ等のコンテンツを暗号鍵で暗号化したものである。したがって、コンテンツを再生（利用）するためには、暗号鍵とペアのコンテンツ復号鍵が必要となる。
【００２９】
なお、暗号化されるコンテンツは、音楽データや、映像データに限られたものではなく、電子新聞、電子マガジン、電子ＢＯＯＫ、電子マップ、電子辞書、静止画、ゲーム、コンピュータ用ソフトウェア等のデジタルコンテンツであってもよい。また、この実施の形態１では伝送路４０を介してコンテンツデータ６０を取得するとして説明するが、コンテンツデータ６０の取得方法について特にこれに限定されるものではなく、ＣＤ−ＲＯＭ等の記録媒体を介して取得するとしてもよい。
【００３０】
権利管理サーバ２０ａは、コンテンツサーバ１０と同じく事業者α側に設置され、コンテンツ配信サービスを受けるユーザβのコンテンツに対する利用権利を管理するコンピュータ装置である。具体的には、権利管理サーバ２０ａは、ユーザβが購入したコンテンツ毎の利用権利を管理し、ユーザ端末３０ａからのＬＴ発行要求７０ａに応じて、その利用権利の一部又は全部と、コンテンツ復号鍵等とを、ＬＴ８０ａとしてユーザ端末３０ａに配信したり、ユーザ端末３０ａからＬＴと、そのＬＴを返却する旨を表す識別子等とからなるＬＴ返却要求９０ａを受信し、利用権利を更新したりする。なお、ＬＴ８０ａ等については、後で詳しく説明を行う。
【００３１】
ユーザ端末３０ａは、ユーザβ側に設置され、コンテンツ配信サービスを受けるコンピュータ装置である。具体的には、ユーザ端末３０ａは、コンテンツ配信の要求をコンテンツサーバ１０に送信してコンテンツサーバ１０からコンテンツデータ６０の配信を受けたり、コンテンツの利用に当たってＬＴ発行要求７０ａを権利管理サーバ２０ａに送信してＬＴ８０ａを受け取り、ＬＴ８０ａに含まれるＬＴ利用条件の範囲でコンテンツを再生したり、ＬＴ返却要求９０ａを権利管理サーバ２０ａに送信したりする。
【００３２】
伝送路４０は、有線伝送路又は無線伝送路であり、権利管理サーバ２０ａ及びコンテンツサーバ１０と、ユーザ端末３０ａとをデータ通信可能に接続するものである。
【００３３】
なお、ユーザ端末３０ａは、上記のＬＴ発行要求７０ａやＬＴ返却要求９０ａなどのリクエストを送信するに際して、権利管理サーバ２０ａとの間で例えばＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔｓ　Ｌａｙｅｒ）などによる相互認証形式のプロトコルを用いてセッション鍵を共有し、このセッション鍵でユーザ端末３０ａからのリクエストや、権利管理サーバ２０ａからのＬＴ８０ａなどのレスポンスを暗号通信することによりＳＡＣ（Ｓｅｃｕｒｅ　Ａｕｔｈｅｎｔｉｃａｔｅｄ　Ｃｈａｎｎｅｌ：認証付き安全な通信路）を形成し、盗聴やなりすましを防止するように構成されている。
【００３４】
図３は、図１に示される権利管理サーバ２０ａの具体的な構成を示す機能ブロック図である。
図３に示されるように、権利管理サーバ２０ａは、ユーザ情報データベース２１と、利用権利データベース２２ａと、ユーザ特定部２３と、ＬＴ生成部２４ａと、返却フラグ設定部２５ａと、ＬＴ解析部２６ａと、利用権利更新部２７ａと、通信部２８等とから構成される。
【００３５】
ユーザ情報データベース２１は、このデジタルコンテンツ配信システム１ａの会員として登録したユーザβのユニークなユーザＩＤと、そのユーザβが使用するユーザ端末のユニークな端末ＩＤとを対応付けて管理するためのデータベース（以下、「ＤＢ」とも記す。）である。
【００３６】
図４は、ユーザ情報データベース２１の具体的構成を示す図である。
図４に示されるように、ユーザ情報データベース２１は、ユーザβがどのユーザ端末３０ａを所有するかを管理するためのデータベースであり、ユーザＩＤ２１１と、端末ＩＤ２１２等とから構成される。
【００３７】
ユーザＩＤ２１１は、デジタルコンテンツ配信システム１ａ内において、ユーザβを一意に特定するＩＤである。また、端末ＩＤ２１２は、デジタルコンテンツ配信システム１ａ内において、ユーザ端末３０ａを一意に特定するＩＤである。
【００３８】
図４では、例えば、ユーザＩＤ「ＸＸＸＡＡＡ」で特定されるユーザβは、端末ＩＤ「ＸＸＸ１１１」を有する端末と、端末ＩＤ「ＸＸＸ２２２」を有する端末の２つの端末を所有することを表している。また、ユーザＩＤ「ＸＸＸＢＢＢ」で特定されるユーザβは、端末ＩＤ「ＸＸＸ３３３」を有する端末だけを所有することを表している。
【００３９】
ユーザ情報データベース２１へのデータ登録は、ユーザβが、事業者αが運営するコンテンツ配信サービスを受けるために、会員登録処理をする際に行われる。この会員登録処理は、ユーザβが、伝送路４０を通じて事業者αと通信して行われてもよいし、会員登録用書類の送付等、他の形態で行われてもよいものとする。会員登録処理では、まず、事業者αが、ユーザβに対し、ユーザＩＤ２１１を割り当てる。その後、ユーザβが所有するユーザ端末３０ａの端末ＩＤ２１２が、通信もしくは書類等により、事業者αに対して通知され、この通知された端末ＩＤ２１２と、先程ユーザβに割り当てたユーザＩＤ２１１とが関連付けられてユーザ情報データベース２１に登録される。以上のような会員登録処理を行った結果、図４に示すような、ユーザ情報データベース２１が構築される。
【００４０】
図３に示される利用権利データベース２２ａは、ユーザβが購入したコンテンツの利用権利２２２ａをユーザＩＤと対応付けて管理するデータベースである。
【００４１】
図５は、利用権利データベース２２ａの具体的構成を示す図である。
図５に示されるように、利用権利データベース２２ａは、ユーザβを特定するユーザＩＤ２２１ａと、そのユーザが購入した利用権利の内容を表す利用権利２２２ａ等とからなる。
【００４２】
利用権利２２２ａは、利用権利２２２ａのＩＤである利用権利ＩＤ２２２１ａと、利用権利２２２ａの対象となるコンテンツのコンテンツＩＤ２２２２ａと、そのコンテンツを復号するためのコンテンツ復号鍵２２２３ａと、利用権利２２２ａの有効な期間を示す利用権利有効期間２２２４ａと、ＬＴ８０ａに設定されるＬＴ有効期間を利用権利有効期間２２２４ａ以下の短期間に制限するためのＬＴ有効期間幅２２２５ａと、コンテンツを再生可能な回数である再生可能回数２２２６ａと、利用権利２２２ａから発行可能なＬＴ８０ａの数を示すＬＴ発行可能数２２２７ａと、ユーザ端末３０ａに対して現在発行状態にあるＬＴ８０ａの数を示す発行状態ＬＴ数２２２８ａとから成る。
【００４３】
図５では、例えば、ユーザＩＤ２１１ａが「ＸＸＸＡＡＡ」で特定されるユーザβは、利用権利ＩＤ２２２１ａに「ＸＸＸ００１」と「ＸＸＸ００２」とがそれぞれ設定された２つの利用権利２２２ａを所有している状態を示している。この利用権利ＩＤ２２２１ａが「ＸＸＸ００１」である利用権利２２２ａは、コンテンツＩＤ６１が「ＸＸＸ１１１」であるコンテンツを対象とした権利であり、そのコンテンツを復号するためのコンテンツ復号鍵２２２３ａが「ＸＸＸ２２１」、利用権利の有効期間が「２００２／０５／０１．１２．００．００〜２００３／０４／３０．１２．００．００」、ＬＴ有効期間幅２２２５ａが「１日」、コンテンツを再生可能な残りの回数が「５回」、その利用権利２２２ａから発行可能なＬＴ８０ａの数が「∞」（無限回発行可能）、発行状態にあるＬＴ８０ａの数が「２」であることを表している。
【００４４】
これに対して、利用権利ＩＤ２２２１ａが「ＸＸＸ００２」である利用権利２２２ａは、コンテンツＩＤ６１が「ＸＸＸ１１２」であるコンテンツを対象とした権利であり、そのコンテンツを復号するためのコンテンツ復号鍵２２２３ａが「ＸＸＸ２２２」、利用権利の有効期間が「２００２／０５／０１．１２．００．００〜２００３／０４／３０．１２．００．００」、ＬＴ有効期間幅２２２５ａが「制限なし」、コンテンツを再生可能な残りの回数が「１０回」、その利用権利２２２ａから発行可能なＬＴ８０ａの数が「３」、発行状態にあるＬＴ８０ａの数が「０」であることを表している。
【００４５】
また、ユーザＩＤ２１１ａが「ＸＸＸＢＢＢ」で特定されるユーザβは、利用権利ＩＤ２２２１ａに「ＸＸＸ００３」が設定された１つの利用権利２２２ａだけを所有している状態を示している。この利用権利ＩＤ２２２１ａが「ＸＸＸ００３」である利用権利２２２ａは、コンテンツＩＤ６１が「ＸＸＸ１１３」であるコンテンツを対象とした権利であり、そのコンテンツを復号するためのコンテンツ復号鍵２２２３ａが「ＸＸＸ２２３」、利用権利の有効期間が「２００３／０１／０１．００．００．００〜２００３／１２／３１．２４．００．００」、ＬＴ有効期間幅２２２５ａが「２日」、コンテンツを再生可能な残りの回数が「８回」、その利用権利２２２ａから発行可能なＬＴ８０ａの数が「３」、発行状態にあるＬＴ８０ａの数が「０」であることを表している。
【００４６】
ここで、ＬＴ有効期間幅２２２５ａは、事業者αが基本的にユーザの保持している権利の有効期間よりも短く設定する情報である。より具体的には、ＬＴ有効期間幅２２２５ａは、権利管理サーバ２０ａにおいて権利を発行してからユーザ端末３０ａで利用してよい期間の幅であり、例えば１日、２日、１週間など利用権利有効期間２２２４ａよりも短い期間の幅が設定されたり、制限なし、すなわち利用権利有効期間２２２４ａと同じ期間の幅が設定されたりする。この事業者αが設定するＬＴ有効期間幅２２２５ａによりＬＴ８０ａの有効期間が切れるため、これを短く設定することによってＬＴ返却要求９０ａやＬＴ発行要求７０ａによる権利管理サーバ２０ａへのアクセス頻度を変えることが可能となる。
【００４７】
また、再生可能回数２２２６ａは、ユーザβが購入した際の初期値からＬＴ８０ａに切り出された分ずつ減算され、ＬＴ返却要求９０ａにより返却されたＬＴ８０ａに含まれる分ずつ加算される。
【００４８】
また、発行状態ＬＴ数２２２８ａの初期値は「０」であり、権利管理サーバ２０ａからユーザ端末３０ａに対し、ＬＴ８０ａが発行された場合に「１」加算され、ユーザ端末３０ａから権利管理サーバ２０ａにＬＴ８０ａが返却された場合に「１」減算される。
【００４９】
図３に示されるユーザ特定部２３は、ユーザ端末３０ａから送信されてくるＬＴ発行要求７０ａや、ＬＴ返却要求９０ａを通信部２８を介して受信すると、ユーザ情報データベース２１を参照し、受信したＬＴ発行要求７０ａやＬＴ返却要求９０ａに含まれる端末ＩＤをもとに、ユーザβ（ユーザＩＤ）を特定する。
【００５０】
ＬＴ生成部２４ａは、ユーザ端末３０ａから送信されてくるＬＴ発行要求７０ａを通信部２８を介して受信した場合、利用権利データベース２２ａに管理されている利用権利から、ＬＴ８０ａの主要部を生成する手段である。
【００５１】
返却フラグ設定部２５ａは、ＬＴ生成部２４ａが生成したＬＴ８０ａに含まれる返却フラグに「要返却」あるいは「返却不要」の情報を設定する手段である。
具体的には、返却フラグ設定部２５ａは、生成されたＬＴ８０ａの元となった利用権利データベース２２ａで管理される利用権利に含まれるＬＴ発行可能数が有限値の場合及びＬＴ８０ａに設定されるＬＴ有効期間の終期が利用権利有効期間の終期より早い場合の少なくとも一方に該当する場合には返却フラグに「要返却」と設定し、ＬＴ発行可能数が「∞」で、かつＬＴ有効期間の終期が利用権利有効期間の終期と同じである場合には「返却不要」と設定する。
【００５２】
図６は、ＬＴ生成部２４ａ及び返却フラグ設定部２５ａによって生成されるＬＴ８０ａの具体的構成を示す図である。
図６に示されるように、ＬＴ８０ａは、ＬＴヘッダ８１ａと、ＬＴ利用条件８２ａと、コンテンツ復号鍵８３ａとから構成される。
【００５３】
ＬＴヘッダ８１ａは、利用権利ＩＤ８１１ａと、コンテンツＩＤ８１２ａと、返却フラグ８１３ａとから構成される。
【００５４】
利用権利ＩＤ８１１ａには、ＬＴ８０ａを発行する元となった利用権利２２２ａの利用権利ＩＤ２２２１ａが格納される。
【００５５】
コンテンツＩＤ８１２ａには、ＬＴ８０ａを使用することで再生可能となるコンテンツのコンテンツＩＤが格納される。
【００５６】
返却フラグ８１３ａには、ＬＴ８０ａを権利管理サーバ２０ａに返却する必要があるかどうかを示す情報が記述される。なお、返却フラグ８１３ａに関しては、返却フラグ設定部２５ａによって情報が設定される。ユーザ端末３０ａは、返却フラグ８１３ａに基づいて、ＬＴ８０ａを権利管理サーバ２０ａに返却するかどうかを決定する。
【００５７】
ＬＴ利用条件８２ａは、ＬＴ有効期間８２１ａと、再生可能回数８２２ａとから構成される。
【００５８】
ＬＴ有効期間８２１ａには、ＬＴ８０ａが有効である期間が格納される。このＬＴ有効期間８２１ａは、利用権利２２２ａの利用権利有効期間２２２４ａ及びＬＴ有効期間幅２２２５ａと、ＬＴ発行要求７０ａを通信部２８が受信した時刻とに基づいて定められる。
【００５９】
再生可能回数８２２ａには、コンテンツを再生可能な回数が格納される。
コンテンツ復号鍵８３ａには、コンテンツを復号するための鍵が格納される。
このように構成されたＬＴ８０ａは、権利管理サーバ２０ａからユーザ端末３０ａに対して送信され、ユーザ端末３０ａは、このＬＴ８０ａを使用して、コンテンツの再生を行う。
【００６０】
ここで、ＬＴ有効期間８２１ａの生成手法をより具体的に説明する。
図７は、利用権利２２２ａのＬＴ有効期間幅２２２５ａと、ＬＴ８０ａに設定されるＬＴ有効期間８２１ａとの関係を示す図である。
【００６１】
利用権利データベース２２ａのＬＴ有効期間幅２２２５ａが利用権利有効期間２２２４ａより短い場合（例えば、１日、２日等）において、ユーザβからのＬＴ発行要求７０ａを受信したタイミングが利用権利有効期間２２２４ａの始期付近にあるとき（図７（ａ）の状態）についてまず説明する。すなわち、図７（ａ）に示されるように、ＬＴ発行要求７０ａを受信した時刻（要求時刻）が利用権利有効期間２２２４ａの始期より早く、要求時刻を始期とするＬＴ有効期間幅２２２５ａの終期が利用権利有効期間２２２４ａの始期より遅い場合である。この場合には、ＬＴ有効期間８２１ａの開始時刻（始期）にユーザβが保持する利用権利有効期間２２２４ａの開始時刻（始期）を設定し、ＬＴ有効期間８２１ａの終了時刻（終期）に要求時刻を起算点とするＬＴ有効期間幅２２２５ａの終期（要求時刻＋ＬＴ有効期間幅２２２５ａ）を設定する。したがって、この場合、ＬＴ８０ａのＬＴ有効期間８２１ａは、ＬＴ有効期間幅２２２５ａよりも短くなる。
【００６２】
次に利用権利データベース２２ａのＬＴ有効期間幅２２２５ａが利用権利有効期間２２２４ａより短い場合において、ユーザβからのＬＴ発行要求７０ａを受信したタイミングが利用権利有効期間２２２４ａの始期や終期付近にないとき（図７（ｂ）の状態）について説明する。すなわち、図７（ｂ）に示されるように、ＬＴ発行要求７０ａを受信した時刻（要求時刻）が利用権利有効期間２２２４ａの始期より遅く、要求時刻を始期とするＬＴ有効期間幅２２２５ａの終期が利用権利有効期間２２２４ａの終期よりも早い場合である。この場合には、ＬＴ有効期間８２１ａの開始時刻（始期）に要求時刻を設定し、ＬＴ有効期間８２１ａの終了時刻（終期）に要求時刻を起算点とするＬＴ有効期間幅２２２５ａの終期（要求時刻＋ＬＴ有効期間幅２２２５ａ）を設定する。したがって、この場合、ＬＴ８０ａのＬＴ有効期間８２１ａは、ＬＴ有効期間幅２２２５ａと一致する。
【００６３】
次に利用権利データベース２２ａのＬＴ有効期間幅２２２５ａが利用権利有効期間２２２４ａより短い場合において、ユーザβからのＬＴ発行要求７０ａを受信したタイミングが利用権利有効期間２２２４ａの終期付近にあるとき（図７（ｃ）の状態）について説明する。すなわち、図７（ｃ）に示されるように、ＬＴ発行要求７０ａを受信した時刻（要求時刻）が利用権利有効期間２２２４ａの終期より早く、要求時刻を始期とするＬＴ有効期間幅２２２５ａの終期が利用権利有効期間２２２４ａの終期より遅い場合である。この場合には、ＬＴ有効期間８２１ａの開始時刻（始期）に要求時刻を設定し、ＬＴ有効期間８２１ａの終了時刻（終期）に利用権利有効期間２２２４ａの終期を設定する。したがって、この場合、ＬＴ８０ａのＬＴ有効期間８２１ａは、ＬＴ有効期間幅２２２５ａよりも短くなる。
【００６４】
次に、利用権利データベース２２ａのＬＴ有効期間幅２２２５ａが制限なしの場合（図７（ｄ）の状態）について説明する。この場合には、要求時刻と関係なく、図７（ｄ）に示されるように、ＬＴ有効期間８２１ａの開始時刻（始期）に利用権利有効期間２２２４ａの始期を設定し、ＬＴ有効期間８２１ａの終了時刻（終期）に利用権利有効期間２２２４ａの終期を設定する。したがって、この場合、ＬＴ８０ａのＬＴ有効期間８２１ａは、利用権利有効期間２２２４ａと一致する。
【００６５】
なお、いうまでもないが、要求時刻≦Ｘ≦（要求時刻＋ＬＴ有効期間幅２２２５ａ）を満たすＸと、利用権利有効期間２２２４ａの始期≦Ｙ≦（利用権利有効期間２２２４ａの終期を満たすＹとがＸ∩Ｙ＝φの場合は、ＬＴ有効期間８２１ａは空集合、すなわちＬＴ８０ａ発行不可と判断する。
【００６６】
また、本実施の形態１では図７の（ａ）、図７（ｃ）の場合に利用権利有効期間２２２４ａ外の期間はＮＧ（利用不可）としたが、サービス及びコンテンツプロバイダの意向により独自のルールでＬＴ有効期間幅２２２５ａと同じＬＴ有効期間８２１ａを設定するとしてもよい。
【００６７】
さらに、ＬＴ有効期間幅２２２５ａを所定のルールで予め決めるとしたが、時々刻々の状況（コンテンツホルダの意向：コンテンツの利用のされ方、利用状況の把握したいレベルの変化、あるいはユーザの利用状況）などにより、ＬＴ有効期間８２１ａを適宜可変で生成する構成としてもよい。
【００６８】
図３に示されるＬＴ解析部２６ａは、ユーザ端末３０ａから返却されたＬＴ８０ａの内容を解析する手段である。
利用権利更新部２７ａは、ユーザ端末３０ａに対しＬＴ８０ａを発行した場合や、ＬＴ８０ａがユーザ端末３０ａから返却された場合に、利用権利２２２ａの内容を更新する。更新の内容に関しては、後で説明を行う。
【００６９】
通信部２８は、伝送路４０を介して、ユーザ端末３０ａと通信する。具体的には、通信部２８は、伝送路４０を介してユーザ端末３０ａと通信する通信インターフェースであって、ユーザ端末３０ａから送信されてきたＬＴ発行要求７０ａや、ＬＴ返却要求９０ａ等のリクエストを解析したり、その結果に応じてユーザ特定部２３、ＬＴ生成部２４ａ、利用権利更新部２７ａに処理を依頼したり、ＬＴ生成部２４ａ及び返却フラグ設定部２５ａによって生成されたＬＴ８０ａをユーザ端末３０ａに配信したり、ユーザ端末３０ａとの間でＳＡＣを形成し、上述したリクエストやレスポンスをセッション鍵で暗号化した上で暗号通信したりする。
【００７０】
図８は、図１に示されるユーザ端末３０ａの具体的な構成を示す機能ブロック図である。
図８に示されるように、ユーザ端末３０ａは、コンテンツデータベース３０１と、ＬＴデータベース３０２ａと、端末ＩＤ蓄積部３０３ａと、ＬＴ取得部３０４ａと、ＬＴ返却部３０５ａと、ＬＴ更新部３０６ａと、返却フラグ判定部３０７ａと、コンテンツ利用可否判定部３０８ａと、復号鍵取得部３０９と、コンテンツ復号部３１０と、コンテンツ再生部３１１と、通信部３１２と、ＧＵＩ３１３とから構成される。
【００７１】
コンテンツデータベース３０１は、コンテンツサーバ１０から配信されたコンテンツデータ６０を登録し、管理するデータベースである。
ＬＴデータベース３０２ａは、権利管理サーバ２０ａにより発行されたＬＴ８０ａをセキュアに管理するデータベースである。
【００７２】
端末ＩＤ蓄積部３０３ａは、ユーザ端末３０ａを一意に特定するＩＤである端末ＩＤを予め蓄積する手段である。
ＬＴ取得部３０４ａは、ＬＴ発行要求７０ａを生成し、権利管理サーバ２０ａに送信することにより、権利管理サーバ２０ａからＬＴ８０ａを取得する手段である。
【００７３】
図９は、ＬＴ発行要求７０ａによって生成されるＬＴ発行要求７０ａの具体的構成を示す図である。
図９に示されるように、ＬＴ発行要求７０ａは、ＬＴ発行要求識別子７１と、端末ＩＤ７２と、コンテンツＩＤ７３と、希望再生可能回数７４ａ等とからなる。
【００７４】
ＬＴ発行要求識別子７１には、このデータがＬＴ発行要求７０ａであることを示す情報が格納される。端末ＩＤ７２には、このＬＴ発行要求７０ａを発信するユーザ端末３０ａの端末ＩＤが格納される。コンテンツＩＤ７３には、取得するＬＴ８０ａを使用して再生を行うコンテンツのコンテンツＩＤが格納される。希望再生可能回数７４ａには、取得するＬＴ８０ａの再生可能回数に設定を希望する値が格納される。
【００７５】
図８に示されるＬＴ返却部３０５ａは、ＬＴ返却要求９０ａを生成し、権利管理サーバ２０ａに送信することにより、権利管理サーバ２０ａへＬＴ８０ａを返却する手段である。
【００７６】
図１０は、ＬＴ返却部３０５ａによって生成されるＬＴ返却要求９０ａの具体的構成を示す図である。
図１０に示されるように、ＬＴ返却要求９０ａは、ＬＴ返却要求識別子９１と、端末ＩＤ９２と、ＬＴ９３ａ等とから成る。
【００７７】
ＬＴ返却要求識別子９１には、このデータが、ＬＴ返却要求９０ａであることを示す情報が格納される。端末ＩＤ９２には、ＬＴ返却要求９０ａを発信するユーザ端末３０ａの端末ＩＤが格納される。ＬＴ９３ａには、返却するＬＴそのものが格納される。
【００７８】
図８に示されるＬＴ更新部３０６ａは、ＬＴ８０ａの内容を更新する手段である。具体的には、ＬＴ更新部３０６ａは、コンテンツの再生を行った後に、ＬＴ８０ａ内の再生可能回数の値を「１」減じる処理を行うものである。
【００７９】
返却フラグ判定部３０７ａは、ＬＴ８０ａ内の返却フラグを参照し、ＬＴ８０ａを権利管理サーバ２０ａへ返却する必要があるかどうかを決定する手段である。
【００８０】
コンテンツ利用可否判定部３０８ａは、ＬＴ８０ａ内のＬＴ有効期間と再生可能回数とを参照し、コンテンツが再生可能かどうかを判定する。具体的には、コンテンツ利用可否判定部３０８ａは、現在時刻がＬＴ有効期間８２１ａ内であり、かつ、再生可能回数８２２ａの値が「１」以上の場合において、コンテンツの再生は可能と判定するものとする。
【００８１】
なお、ユーザ端末３０ａは、コンテンツ利用可否判定部３０８ａが現在時刻を取得できるよう、セキュアな時計機能を有しているものとする。また、ユーザ端末３０ａが時計機能を有していない場合は、ユーザ端末３０ａは、ＬＴ有効期間８２１ａを無視して、ＬＴ８０ａ内の再生可能回数８２２ａに基づいて再生可能か否かを判定する実装としてもよいし、無条件に再生不可能と判定する実装としてもよい。
【００８２】
復号鍵取得部３０９は、ＬＴ８０ａからコンテンツを復号するための鍵であるコンテンツ復号鍵を取り出す手段である。
【００８３】
コンテンツ復号部３１０は、コンテンツデータベース３０１からコンテンツを取り出し、復号鍵取得部３０９が取得したコンテンツ復号鍵２２２３ａを用いて、暗号化コンテンツ６２を復号する手段である。
【００８４】
コンテンツ再生部３１１は、コンテンツ復号部３１０が復号したコンテンツを再生する手段であり、図示しないスピーカやディスプレイにより、音楽や映像が出力される。
【００８５】
通信部３１２は、伝送路４０を介して、コンテンツサーバ１０や、権利管理サーバ２０ａと通信を行う手段である。具体的には、通信部３１２は、伝送路４０を介してコンテンツサーバ１０及び権利管理サーバ２０ａと通信する通信インターフェースであって、コンテンツサーバ１０から送信されてきたコンテンツデータ６０や、権利管理サーバ２０ａから送信されてきたＬＴ８０ａ等のレスポンスを解析したり、その結果に応じてコンテンツデータベース３０１、ＬＴ取得部３０４ａ、ＧＵＩ３１３に処理を依頼したり、ＬＴ取得部３０４ａによって生成されたＬＴ発行要求７０ａや、ＬＴ返却部３０５ａによって生成されたＬＴ返却要求９０ａを権利管理サーバ２０ａに送信したり、権利管理サーバ２０ａとの間でＳＡＣを形成し、上述したリクエストやレスポンスをセッション鍵で暗号化した上で暗号通信したりする。
【００８６】
ＧＵＩ３１３は、液晶ディスプレイと、キーボードやマウス等のユーザ操作入力部とから構成され、液晶ディスプレイの画面上に種々のボタンや情報を視覚的に判断しやすいように表示し、ユーザ操作入力部を通じてユーザの指示を受け付ける。
【００８７】
次に、フローチャートを用いて、デジタルコンテンツ配信システム１ａの各部動作について順次説明を行う。なお、ここでは、ユーザβについてのユーザ登録（端末ＩＤ、ユーザＩＤの登録）の手続や、ユーザ端末３０ａへの所望のコンテンツの配信、当該コンテンツの利用権利の購入手続については終わっているものとして説明する。
【００８８】
まず、本実施の形態１におけるデジタルコンテンツ配信システム１ａにおいて、ユーザ端末３０ａが、権利管理サーバ２０ａからＬＴ８０ａを取得する際の動作（ＬＴ取得プロセス）について説明する。
図１１は、ＬＴ取得プロセスの動作を示すフローチャートである。
【００８９】
Ｓ１００１：ユーザβからのＬＴ取得指示をＧＵＩ３１３を通して受信すると、ＬＴ取得部３０４ａは、ユーザβからのＬＴ取得指示に応じて、ＬＴ発行要求７０ａを生成し、通信部３１２を介して権利管理サーバ２０ａに送信する。
【００９０】
このユーザβからのＬＴ取得指示には、ユーザβがＬＴ８０ａを取得し再生を希望するコンテンツのコンテンツＩＤ６１と、ＬＴ発行要求７０ａ内の希望再生可能回数７４に記述する値を指定する情報が含まれている。このようなＬＴ取得指示は、例えば図１２に示されるように、ＧＵＩ３１３が表示するメニュー画面においてユーザβがＬＴ取得ボタン５３ａをクリック操作し、このクリック操作によって呼び出される不図示のＬＴ取得メニュー画面において一覧表示されるコンテンツデータベース３０１に登録されコンテンツデータ６０の中から再生を希望するコンテンツをユーザβが１つ選択し、さらに再生を希望する回数をユーザβが入力することによって生成される。なお、上記メニュー画面には、ＬＴ取得ボタン５３ａの他、ライセンス購入の際に操作されるライセンス購入ボタン５１ａや、コンテンツ取得の際に操作されるコンテンツ取得ボタン５２ａ、コンテンツ再生の際に操作されるコンテンツ再生ボタン５４ａ、ＬＴ返却の際に操作されるＬＴ返却ボタン５５ａが設けられている。
【００９１】
このようなＬＴ取得指示によって、権利管理サーバ２０ａに送信されるＬＴ発行要求７０ａの端末ＩＤ７２には端末ＩＤ蓄積部３０３ａが予め保持する端末ＩＤが設定され、コンテンツＩＤ７３にはユーザβからのＬＴ取得指示に含まれるコンテンツＩＤが設定され、希望再生可能回数７４ａにはユーザβからのＬＴ取得指示によって指定された値が設定される。
【００９２】
なお、ＬＴ発行要求７０ａの送信に際して、ユーザ端末３０ａの通信部３１２と権利管理サーバ２０ａの通信部２８とは、ＳＡＣを形成する。
【００９３】
Ｓ１００２：権利管理サーバ２０ａのユーザ特定部２３は、通信部２８を介してＬＴ発行要求７０ａを受信すると、ＬＴ発行要求７０ａに含まれる端末ＩＤを特定する。
【００９４】
Ｓ１００３：端末ＩＤの特定が終わると、ユーザ特定部２３は、ユーザ情報データベース２１を参照し、端末登録されているか否か、すなわちユーザ情報データベース２１に端末ＩＤが登録されているか否か判断する。ＬＴ発行要求７０ａに含まれる端末ＩＤがユーザ情報データベース２１に登録されていない場合（Ｓ１００３でＮｏ）、ユーザ特定部２３は、このデジタルコンテンツ配信システム１ａの正規のユーザでないとみなし、ＬＴ発行不可であることをユーザ端末３０ａに通知する。これに対して、ＬＴ発行要求７０ａに含まれる端末ＩＤがユーザ情報データベース２１に登録されている場合、ユーザ特定部２３は、端末ＩＤに対応するユーザＩＤを取得し、ユーザＩＤをＬＴ生成部２４ａに渡す。
【００９５】
Ｓ１００４：ユーザβのユーザＩＤをユーザ特定部２３から受け取ると、ＬＴ生成部２４ａは、ＬＴ発行可否判定プロセスを実行し、ユーザＩＤと通信部２８を介して受信したＬＴ発行要求７０ａとに基づいて、ＬＴ８０ａを発行する元となる利用権利２２２ａの特定と、ＬＴ８０ａが発行可能であるかどうかの判定とを行う。
【００９６】
図１３は、図１１に示されるＬＴ発行可否判定プロセス（Ｓ１００４）のサブルーチンを示すフローチャートである。
Ｓ１１０１：ＬＴ生成部２４ａは、利用権利データベース２２ａを参照し、Ｓ１００２でユーザ特定部２３によって特定されたユーザβが、ＬＴ発行要求７０ａに含まれるコンテンツＩＤ６１によって特定されるコンテンツに対する利用権利２２２ａを所有しているかどうかを判定する。ここで、ユーザβが、ＬＴ発行要求７０ａに含まれるコンテンツＩＤ６１によって特定されるコンテンツに対する利用権利２２２ａを所有していると判定された場合には、ＬＴ生成部２４ａは、その利用権利２２２ａを、ＬＴ８０ａを発行する元となる利用権利２２２ａとして特定し、Ｓ１１０２の処理に進む。これに対して、ユーザβがＬＴ発行要求７０ａに含まれるコンテンツＩＤ６１によって特定されるコンテンツに対する利用権利２２２ａを所有していないと判定された場合には、Ｓ１１０６の処理に進む。
【００９７】
Ｓ１１０２：　ＬＴ生成部２４ａは、Ｓ１１０１で特定された利用権利２２２ａの利用権利有効期間２２２４ａと、ＬＴ有効期間幅２２２５ａとを参照し、ＬＴ有効期間が空集合でないか否かを判定する。ここで、ＬＴ有効期間が空集合でない場合、すなわち、図７（ａ）〜図７（ｄ）のいずれかの場合、Ｓ１１０３の処理に進む。これに対して、ＬＴ有効期間が空集合である場合には、ＬＴ生成部２４ａは、Ｓ１１０６の処理に進む。
【００９８】
Ｓ１１０３：ＬＴ生成部２４ａは、Ｓ１１０１で特定された利用権利２２２ａの再生可能回数２２２６ａと、ＬＴ発行要求７０ａ内の希望再生可能回数７４ａとを比較し、Ｓ１１０１で特定された利用権利２２２ａの再生可能回数２２２６ａが、ＬＴ発行要求７０ａ内の希望再生可能回数７４ａ以上であるかどうかを判定する。ここで、利用権利２２２ａの再生可能回数２２２６ａが、ＬＴ発行要求７０ａ内の希望再生可能回数７４ａ以上であると判定された場合、Ｓ１１０４の処理に進む。これに対して、利用権利２２２ａの再生可能回数２２２６ａが、ＬＴ発行要求７０ａ内の希望再生可能回数７４ａ未満であると判定された場合には、Ｓ１１０６の処理に進む。
【００９９】
Ｓ１１０４：ＬＴ生成部２４ａは、Ｓ１１０１で特定された利用権利２２２ａのＬＴ発行可能数２２２７ａと発行状態ＬＴ数２２２８ａとを比較し、発行状態ＬＴ数２２２８ａがＬＴ発行可能数２２２７ａ未満であるかどうかを判定する。
ここで、発行状態ＬＴ数２２２８ａがＬＴ発行可能数２２２７ａ未満であると判定された場合には、Ｓ１１０５の処理に進む。これに対して、発行状態ＬＴ数２２２８ａがＬＴ発行可能数２２２７ａ以上であると判定された場合には、Ｓ１１０６の処理に進む。
【０１００】
Ｓ１１０５：ＬＴ生成部２４ａは、ＬＴ８０ａを発行可能であると判定し、図１１に示されるメインルーチンにリターンする。
Ｓ１１０６：ＬＴ生成部２４ａは、ＬＴ８０ａを発行不可であると判定し、図１１に示されるメインルーチンにリターンする。
【０１０１】
Ｓ１００５：Ｓ１００４においてＬＴ発行不可と判定された場合には、ＬＴ生成部２４ａは、このデジタルコンテンツ配信システム１ａの正規のユーザであるが、ＬＴ発行の対象となる利用権利が存在しないとみなし、ＬＴ発行不可であることをユーザ端末３０ａに通知する。これに対して、Ｓ１００４においてＬＴ発行可能と判定された場合には、Ｓ１００６に進む。
【０１０２】
Ｓ１００６：ステップＳ１００４における判定結果がＬＴ発行可能である場合、ＬＴ生成部２４ａは、ＬＴ発行要求７０ａに基づいて、ＬＴ８０ａを生成する。具体的には、ＬＴ生成部２４ａは、生成するＬＴ８０ａ内のコンテンツＩＤ８１２ａにＬＴ発行要求７０ａに含まれるコンテンツＩＤを設定する。また、ＬＴ生成部２４ａは、ＬＴ有効期間８２１ａに、Ｓ１００４で特定された利用権利２２２ａの利用権利有効期間２２２４ａ及びＬＴ有効期間幅２２２５ａと、ＬＴ発行要求７０ａを受信した時点とに基づいて算出されたＬＴ有効期間を設定する。
また、ＬＴ生成部２４ａは、再生可能回数８２２ａに、ＬＴ発行要求７０ａに含まれる希望再生可能回数７４ａの値を設定する。さらに、ＬＴ生成部２４ａは、コンテンツ復号鍵８３ａに、Ｓ１００４で特定された利用権利２２２ａのコンテンツ復号鍵２２２３ａを設定する。
【０１０３】
なお、返却フラグ８１３ａについては、後述するＳ１００７〜Ｓ１００９において設定される。
【０１０４】
Ｓ１００７：返却フラグ設定部２５ａは、Ｓ１００４で特定された利用権利２２２ａのＬＴ発行可能数２２２７ａが有限値であるかどうかを判定するとともに、利用権利有効期間２２２４ａの終了日時（終期）とＬＴ有効期限の終了日時（終期）が異なるかどうかを判定する。
【０１０５】
Ｓ１００８：Ｓ１００７でＬＴ発行可能数２２２７ａが有限値と判定された場合あるいは利用権利有効期間２２２４ａの終期とＬＴ有効期限の終期が異なる場合には、返却フラグ設定部２５ａは、Ｓ１００６でＬＴ生成部２４ａが生成したＬＴ８０ａの返却フラグ８１３ａに「要返却」と設定する。すなわち、ＬＴ発行可能数２２２７ａが有限値と判定された場合と、図７（ａ）の場合及び図７（ｂ）の場合との少なくともいずれか一方に該当する場合には、返却フラグ設定部２５ａは、ＬＴ８０ａの返却フラグ８１３ａに「要返却」と設定する。これは、ＬＴ発行可能数２２２７ａが「有限値」の場合、ＬＴが返却されないと、更なるＬＴ８０ａを発行できなくなる可能性があるからであり、また、図７（ａ）及び図７（ｂ）の場合には、端末において、ＬＴ有効期間が超過して、利用権利を消失したＬＴについては、再生可能回数が「０」となっているとは限らず、この場合、ＬＴを返却すると、サーバで管理する再生可能回数を増加させることができるからである。
【０１０６】
Ｓ１００９：Ｓ１００７でＬＴ発行可能数２２２７ａが「∞」と判定された場合で、かつ、利用権利有効期間２２２４ａの終了とＬＴ有効期限の終了が同じである場合には、返却フラグ設定部２５ａは、Ｓ１００６でＬＴ生成部２４ａが生成したＬＴ８０ａの返却フラグ８１３ａに「返却不要」と設定する。すなわち、ＬＴ発行可能数２２２７ａが「∞」と判定された場合で、かつ、図７（ｃ）の場合及びＬＴ有効期間幅２２２５ａが制限なしである図７（ｄ）場合には、返却フラグ設定部２５ａは、ＬＴ８０ａの返却フラグ８１３ａに「返却不要」と設定する。これは、ＬＴ発行可能数２２２７ａが「∞」の場合、ＬＴの返却がなされなくても、更なるＬＴ８０ａを発行できるからであり、また、図７（ｃ）及び図７（ｄ）の場合には、利用権利の消失したＬＴを返却したとしても、サーバで管理する再生可能回数が増加する可能性はないからである。
【０１０７】
Ｓ１０１０：利用権利更新部２７ａは、Ｓ１００４で特定された利用権利２２２ａの内容を更新する。具体的には、利用権利更新部２７ａは、Ｓ１００６でＬＴ生成部２４ａが生成したＬＴ８０ａ内の再生可能回数８２２ａの値分、Ｓ１００４で特定された利用権利２２２ａの再生可能回数２２２６ａを減算し、また、Ｓ１００４で特定された利用権利２２２ａの発行状態ＬＴ数２２２８ａを「１」加算する処理を行う。
【０１０８】
Ｓ１０１１：通信部２８は、Ｓ１００６でＬＴ生成部２４ａによって生成されたＬＴ８０ａをユーザ端末３０ａに対し送信する。
【０１０９】
Ｓ１０１２：ユーザ端末３０ａのＬＴ取得部３０４ａは、通信部３１２を介して、Ｓ１０１１で送信されたＬＴ８０ａを受信し、受信したＬＴ８０ａをＬＴデータベース３０２ａに登録する。その後、ＬＴ取得部３０４ａは、ユーザβに対し、ＧＵＩ３１３を介して、ＬＴ８０ａの取得が完了した旨を通知し、処理を終了する。
【０１１０】
Ｓ１０１３：なお、Ｓ１００３やＳ１００５において、ＬＴ発行不可と判定された場合には、ＬＴ取得部３０４ａは、権利管理サーバ２０ａからＬＴ発行不可通知を受信する。この場合、ＬＴ取得部３０４ａは、ユーザβに対し、ＧＵＩ３１３を介して、ＬＴ８０ａが取得できなかった旨を通知し、処理を終了する。
【０１１１】
なお、Ｓ１００１において、ＬＴ発行要求７０ａ内の希望再生可能回数７４ａには、ユーザβから指定された値を設定するとして説明を行ったが、予め決められた規定値を設定してもよいものとする。
【０１１２】
また、この実施の形態１では、返却フラグの設定か終わると（Ｓ１００８，Ｓ１００９）、利用権利更新部２７ａは、直ちに、Ｓ１００４で特定された利用権利２２２ａの内容を更新したが、ＬＴ取得部３０４ａがＬＴ８０ａを受け取るとＬＴ８０ａを受け取ったことを表すメッセージを権利管理サーバ２０ａに送信し、利用権利更新部２７ａはユーザ端末３０ａからＬＴ８０ａを受け取ったことを表すメッセージを受け取ってからＳ１００４で特定された利用権利２２２ａの内容を更新するようにしてもよい。これによって、ＬＴ８０ａがユーザ端末３０ａに届いていないにも拘わらず利用権利２２２ａの内容を縮減してしまうといった不都合を回避することができる。
【０１１３】
さらに、この実施の形態１では利用権利２２２ａの再生可能回数２２２６ａが、ＬＴ発行要求７０ａ内の希望再生可能回数７４ａ未満であると判定された場合には（Ｓ１１０３でＮｏ）、ＬＴ発行不可と判定したが（Ｓ１１０６）、例えば希望再生可能回数７４ａが「２」で、再生可能回数２２２６ａが「１」であるような場合、すなわち希望再生可能回数７４ａに満たないが再生可能回数２２２６ａが残存している場合、ＬＴ発行可と判定し、再生可能回数が「１」のＬＴ８０ａを発行するようにしてもよい。この場合には、利用権利２２２ａには再生可能回数２２２６ａが「１」しか残存していなかった旨のメッセージをＬＴ８０ａとともに送るようにするのが好ましい。
【０１１４】
次に、図１４のフローチャートを参照して、本実施の形態におけるデジタルコンテンツ配信システムにおいて、ユーザ端末３０ａが、コンテンツの再生を行う際の動作（コンテンツ再生プロセス）について説明する。
図１４は、コンテンツを再生する際のユーザ端末３０ａの各部が実行する動作を示すフローチャートである。
【０１１５】
Ｓ１４０１：ユーザβからのコンテンツ再生指示をＧＵＩ３１３を通して受信すると、コンテンツ利用可否判定部３０８ａは、ユーザβからのコンテンツ再生指示に応じて、ユーザβが再生を希望しているコンテンツに対応するＬＴ８０ａがＬＴデータベース３０２ａに存在するかどうかを調べる。
【０１１６】
このユーザβからのコンテンツ再生指示には、ユーザβが再生を希望するコンテンツを特定する情報（コンテンツＩＤ）が含まれている。このようなコンテンツ再生指示は、例えば図１２に示されるメニュー画面においてユーザβがコンテンツ再生ボタン５４ａをクリック操作し、このクリック操作によって呼び出される不図示のコンテンツ再生メニュー画面において一覧表示されるコンテンツデータベース３０１に登録されコンテンツデータ６０の中から再生を希望するコンテンツをユーザβが１つ選択することによって生成される。
【０１１７】
ＬＴ８０ａが存在する場合には、Ｓ１４０４の処理に進む。ＬＴ８０ａが存在しない場合には、Ｓ１４０２に進む。
Ｓ１４０２：ＬＴデータベース３０２ａに所望のＬＴ８０ａが存在しない場合、コンテンツ利用可否判定部３０８ａは、ＬＴ取得部３０４ａに図１１において説明したＬＴ取得プロセスの実行を依頼し、ＬＴ取得プロセスを実行させる。
【０１１８】
Ｓ１４０３：ＬＴ取得プロセスを実行させた結果、ＬＴ８０ａの取得に失敗した場合には、コンテンツ利用可否判定部３０８ａは、ユーザβに対し、ＧＵＩ３１３を介して、コンテンツが再生不可である旨を通知し、処理を終了する。ＬＴ８０ａの取得に成功した場合には、Ｓ１４０４の処理に進む。
【０１１９】
Ｓ１４０４：ＬＴデータベース３０２ａに所望のＬＴ８０ａが存在する場合（Ｓ１４０１でＹｅｓ）、あるいはＬＴ取得プロセスの実行によりＬＴ８０ａの取得に成功した場合（Ｓ１４０３でＹｅｓ）、コンテンツ利用可否判定部３０８ａは、ユーザβが再生を希望しているコンテンツに対応するＬＴ８０ａの内容を参照し、コンテンツを再生可能であるかどうか判定する。この判定は、ＬＴ８０ａ内のＬＴ有効期間８２１ａと、再生可能回数８２２ａを参照することによって行われる。具体的には、コンテンツ利用可否判定部３０８ａは、現在時刻がＬＴ有効期間８２１ａ内であり、かつ、再生可能回数８２２ａの値が「１」以上の場合にコンテンツを再生可能と判定し、それ以外の場合は、コンテンツは再生不可と判定する。
【０１２０】
Ｓ１４０５：Ｓ１４０４でコンテンツ再生可能と判定された場合、Ｓ１４０６に進む。Ｓ１４０４でコンテンツ再生不可と判定された場合、コンテンツ利用可否判定部３０８ａは、ユーザβに対し、ＧＵＩ３１３を介して、コンテンツが再生不可である旨を通知し、処理を終了する。
【０１２１】
Ｓ１４０６：コンテンツ復号部３１０は、コンテンツデータベース３０１から、ユーザβが再生を希望しているコンテンツを取り出す。
Ｓ１４０７：復号鍵取得部３０９は、ユーザβが再生を希望しているコンテンツに対応するＬＴ８０ａから、コンテンツ復号鍵８３ａを取り出す。
【０１２２】
Ｓ１４０８：コンテンツ復号部３１０は、Ｓ１４０６で取り出したコンテンツを、Ｓ１４０７で復号鍵取得部３０９が取得したコンテンツ復号鍵８３ａを用いて復号し、コンテンツ再生部３１１は、コンテンツ復号部３１０が復号したコンテンツを再生する。
【０１２３】
Ｓ１４０９：ＬＴ更新部３０６ａは、コンテンツを再生する際に使用したＬＴ８０ａの内容を更新する。具体的には、コンテンツ再生部３１１で再生が行われると、ＬＴ更新部３０６ａはセキュアなタイマを起動し、コンテンツ再生を行った総計を表す累積利用時間や、１回判定しきい値等によるコンテンツの１回の再生管理を行い、１回の再生が行われると、ＬＴ更新部３０６ａは、ＬＴ８０ａ内の再生可能回数８２２ａの値を「１」減じる処理を行う。
【０１２４】
Ｓ１４１０：ＬＴの更新が行われると、ＬＴ返却部３０５ａは、ＬＴ８０ａを権利管理サーバ２０ａに返却したりＬＴ８０ａを削除したりするＬＴ返却／削除プロセスを実行し、コンテンツを再生する際の動作を終了する。
次に、図１５のフローチャートを用いて、図１４におけるＳ１４１０のＬＴ返却／削除プロセスについて説明を行う。
【０１２５】
図１５は、図１４に示されるＬＴ返却／削除プロセスのサブルーチンを示すフローチャートである。なお、このＬＴ返却／削除プロセスは、ＬＴ８０ａが無効であるかどうかを判定し、無効である場合には、ＬＴ８０ａを権利管理サーバ２０ａへ返却、もしくは、削除するためのプロセスである。
【０１２６】
Ｓ１５０１：ＬＴ更新部３０６ａは、まず、操作対象のＬＴ８０ａのＬＴ有効期間８２１ａを参照し、現在時刻が、ＬＴ有効期間８２１ａの終了時刻、すなわちＬＴ有効期間８２１ａの終期を過ぎていないかどうか調べる。現在時刻が、ＬＴ有効期間８２１ａの終了時刻を過ぎてしまっている場合には、Ｓ１５０３の処理に進む。現在時刻が、ＬＴ有効期間８２１ａの終了時刻を過ぎていない場合には、Ｓ１５０２に進む。
【０１２７】
Ｓ１５０２：現在時刻がＬＴ有効期間８２１ａの終了時刻を過ぎていない場合（Ｓ１５０１でＮｏ）、ＬＴ更新部３０６ａは、操作対象のＬＴ８０ａの再生可能回数８２２ａを参照し、その値が「０」かどうかを判定する。再生可能回数８２２ａの値が「０」でない場合、そのＬＴ８０ａは未だ利用可能である。この場合、ＬＴ８０ａの返却や削除は行わず、そのまま処理を終了する。これに対して、再生可能回数８２２ａの値が「０」の場合、Ｓ１５０３に進む。
【０１２８】
Ｓ１５０３：返却フラグ判定部３０７ａは、操作対象のＬＴ８０ａの返却フラグ８１３ａを参照し、ＬＴ８０ａを権利管理サーバ２０ａへ返却する必要があるかどうか判定する。
具体的には、返却フラグ判定部３０７ａは、返却フラグ８１３ａが「要返却」と設定されている場合には、ＬＴ８０ａを権利管理サーバ２０ａへ返却する必要ありと判定し、返却フラグ８１３ａが「返却不要」と設定されている場合には、ＬＴ８０ａを権利管理サーバ２０ａへ返却する必要はないと判定する。
【０１２９】
Ｓ１５０４：Ｓ１５０３でＬＴ８０ａは権利管理サーバ２０ａへ返却する必要があると判定された場合、ＬＴ８０ａを権利管理サーバ２０ａへ返却するＬＴ返却プロセスを実行する。
Ｓ１５０５：Ｓ１５０３でＬＴ８０ａは権利管理サーバ２０ａへ返却する必要がないと判定された場合、ＬＴ更新部３０６ａは、ＬＴ８０ａをＬＴデータベース３０２ａから削除する。
【０１３０】
次に、図１６のフローチャートを参照して、本実施の形態１におけるデジタルコンテンツ配信システムにおいて、ユーザ端末３０ａが、権利管理サーバ２０ａに対し、ＬＴ８０ａを返却する際の動作（ＬＴ返却プロセス）について説明する。
【０１３１】
図１６は、ＬＴ返却プロセスの動作を示すフローチャートである。
Ｓ１２０１：ユーザβからのＬＴ返却指示をＧＵＩ３１３を介して受信すると、ＬＴ返却部３０５ａは、ユーザβからのＬＴ返却指示に応じて、ＬＴ返却要求９０ａを生成し、生成したＬＴ返却要求９０ａを、通信部３１２を介して権利管理サーバ２０ａに送信する。
【０１３２】
このユーザβからのＬＴ返却指示には、ユーザβが返却を希望するＬＴ８０ａを特定する情報（例えば、利用権利ＩＤ８１１ａ）が含まれている。このようなＬＴ返却指示は、例えば図１２に示されるメニュー画面においてユーザβがＬＴ返却ボタン５５ａをクリック操作し、このクリック操作によって呼び出される不図示のＬＴ返却メニュー画面において一覧表示されるＬＴデータベース３０２ａに登録されＬＴ８０ａの中から返却を希望するＬＴ８０ａをユーザβが１つ選択することによって生成される。このようなＬＴ返却指示によって、ＬＴ返却部３０５ａが生成したＬＴ返却要求９０ａの端末ＩＤ９２には端末ＩＤ蓄積部３０３ａが保持する端末ＩＤが、ＬＴ９３ａにはユーザβからのＬＴ返却指示によって特定されるＬＴがそれぞれ設定される。
【０１３３】
なお、ＬＴ返却要求９０ａの送信に際して、ユーザ端末３０ａの通信部３１２と権利管理サーバ２０ａの通信部２８とは、ＳＡＣを形成する。
【０１３４】
Ｓ１２０２：権利管理サーバ２０ａのユーザ特定部２３は、ＬＴ返却要求９０ａを受信すると、ＬＴ返却要求９０ａに含まれる端末ＩＤ９２を特定する。
ユーザ情報データベース２１を参照して、ＬＴ返却要求９０ａに含まれる端末ＩＤ９２からＬＴ８０ａの返却を希望しているユーザβ（ユーザＩＤ）を特定する。
【０１３５】
Ｓ１２０３：端末ＩＤの特定が終わると、ユーザ特定部２３は、ユーザ情報データベース２１を参照し、端末登録されているか否か、すなわちユーザ情報データベース２１に端末ＩＤが登録されているか否か判断する。ＬＴ返却要求９０ａに含まれる端末ＩＤがユーザ情報データベース２１に登録されていない場合（Ｓ１２０３でＮｏ）、ユーザ特定部２３は、このデジタルコンテンツ配信システム１ａの正規のユーザでないとみなし、ＬＴ返却不可であることをユーザ端末３０ａに通知する。これに対して、ＬＴ返却要求９０ａに含まれる端末ＩＤがユーザ情報データベース２１に登録されている場合（Ｓ１２０３でＹｅｓ）、ユーザ特定部２３は、端末ＩＤに対応するユーザＩＤを取得し、ユーザＩＤをＬＴ解析部２６ａに渡す。
【０１３６】
Ｓ１２０４：ユーザβのユーザＩＤをユーザ特定部２３から受け取ると、ＬＴ解析部２６ａは、利用権利データベース２２ａを参照し、ＬＴ返却要求９０ａに含まれるＬＴが返却可能であるかどうかの判定を行う。具体的には、ＬＴ解析部２６ａは、まず、ＬＴ返却要求９０ａ内のＬＴを解析し、そのＬＴに含まれる利用権利ＩＤを取り出す。その後、ＬＴ解析部２６ａは、利用権利データベース２２ａを参照し、先程取り出した利用権利ＩＤによって特定される利用権利２２２ａを、Ｓ１２０２で特定されたユーザβが所有しているかどうかを調べる。調べた結果、所有している場合には、ＬＴ解析部２６ａは、ＬＴ返却要求９０ａに含まれるＬＴが返却可能であると判定する。これに対して、所有していない場合には、返却の対象がないため、ＬＴ解析部２６ａは、ＬＴが返却不可能であると判定する。
【０１３７】
Ｓ１２０５：Ｓ１２０４においてＬＴ返却不可と判定された場合には（Ｓ１２０４でＮｏ）、ＬＴ解析部２６ａは、ＬＴ返却不可であることをユーザ端末３０ａに通知する。これに対して、Ｓ１２０４においてＬＴ返却可能と判定された場合には、Ｓ１２０６に進む。
【０１３８】
Ｓ１２０６：ＬＴ解析部２６ａは、ＬＴ返却要求９０ａに含まれるＬＴ８０ａを解析し、ＬＴ８０ａに含まれる再生可能回数８２２ａを取り出す。利用権利更新部２７ａは、ＬＴ解析部２６ａによって取り出された再生可能回数８２２ａの値分、Ｓ１２０４でＬＴ解析部２６ａによって取り出された利用権利ＩＤ２２２１ａによって特定される利用権利２２２ａの再生可能回数２２２６ａを加算し、また、その利用権利２２２ａの発行状態ＬＴ数２２２８ａを「１」減算する処理を行う。これにより、再生可能回数２２２６ａが増加し、有効期間を付け替えたＬＴ８０ａを新たに発行したり、発行状態ＬＴ数２２２８ａがＬＴ発行可能数２２２７ａより低くなり、ＬＴ８０ａの発行が可能となってユーザβが所有する複数の端末間で共有したりすることが可能となる。
【０１３９】
Ｓ１２０７：利用権利データベース２２ａの更新が終わると、Ｓ１２０６で更新した利用権利２２２ａが削除可能である場合には、利用権利データベース２２ａからそれを削除する利用権利削除プロセスを実行する。
【０１４０】
図１７は、図１６に示される利用権利削除プロセスのサブルーチンを示すフローチャートである。なお、利用権利削除プロセスは、ユーザ端末３０ａから権利管理サーバ２０ａにＬＴ８０ａが返却された場合、更新された利用権利を維持したり削除したりするプロセスである。
【０１４１】
Ｓ１３０１：利用権利更新部２７ａは、削除候補の利用権利２２２ａの利用権利有効期間２２２４ａを参照し、現在時刻が、利用権利有効期間２２２４ａの終了時刻を過ぎていないかどうか調べる。現在時刻が、利用権利有効期間２２２４ａの終了時刻を過ぎてしまっている場合には、その利用権利２２２ａは不要であるため、Ｓ１３０４に進み、その利用権利２２２ａは削除される。現在時刻が、利用権利有効期間２２２４ａの終了時刻を過ぎていない場合には、Ｓ１３０２に進む。
【０１４２】
Ｓ１３０２：利用権利更新部２７ａは、削除候補の利用権利２２２ａの再生可能回数２２２６ａを参照し、その値が「０」かどうかを判定する。再生可能回数２２２６ａの値が「０」でない場合、その利用権利２２２ａは未だ利用可能であるため、その利用権利２２２ａは削除不可である。この場合、利用権利２２２ａの削除は行わず、そのまま処理を終了する。再生可能回数２２２６ａの値が「０」の場合には、Ｓ１３０３に進む。
【０１４３】
Ｓ１３０３：利用権利更新部２７ａは、削除候補の利用権利２２２ａの発行状態ＬＴ数２２２８ａを調べ、その値が「０」かどうかを判定する。発行状態ＬＴ数２２２８ａの値が「０」でない場合、その利用権利２２２ａに対してＬＴ８０ａが返却される可能性があるため、その利用権利２２２ａは削除不可である。この場合、利用権利２２２ａの削除は行わず、そのまま処理を終了する。発行状態ＬＴ数２２２８ａの値が「０」である場合には、その利用権利２２２ａは、再生可能回数２２２６ａの値が「０」であり、かつ、ＬＴ８０ａが返却される可能性もないため、削除してもよい。この場合、Ｓ１３０４に進み、その利用権利２２２ａは削除されることとなる。
【０１４４】
Ｓ１３０４：利用権利更新部２７ａは、削除候補の利用権利２２２ａを、利用権利データベース２２ａから削除し、図１６に示されるメインルーチンにリターンする。
Ｓ１２０８：利用権利更新部２７ａによる利用権利削除プロセスが終了すると、通信部２８は、ユーザ端末３０ａに対し、ＬＴ返却処理完了通知を送信する。
【０１４５】
Ｓ１２０９：ユーザ端末３０ａのＬＴ返却部３０５ａは、Ｓ１２０８で送信されたＬＴ返却処理完了通知を、通信部３１２を介して受信し、返却対象のＬＴ８０ａをＬＴデータベース３０２ａから削除する。その後、ＬＴ返却部３０５ａは、ユーザβに対し、ＧＵＩ３１３を介して、ＬＴ８０ａの返却が完了した旨を通知し、処理を終了する。
【０１４６】
Ｓ１２１０：なお、Ｓ１２０３やＳ１２０５において、ＬＴ発行不可と判定された場合、ＬＴ返却部３０５ａは、権利管理サーバ２０ａからのＬＴ返却不可通知を受信する。この場合、ＬＴ返却部３０５ａは、ユーザβに対し、ＧＵＩ３１３を介して、ＬＴ８０ａが返却できなかった旨を通知し、処理を終了する。
【０１４７】
以上のように本実施の形態１に係る発明によれば、ユーザ端末に係る負荷を軽減するだけでなく、ライセンス情報の返却やライセンス情報の発行要求によるサーバ装置へのアクセス頻度が高くなり、コンテンツ利用の種々のサービスに対処することができ、しかも、権利管理サーバにおいて、各ユーザのコンテンツ利用権利を管理することによって、有効期間の付け替えや、ユーザが所有する複数の端末において、その利用権利を使用することが可能となる。
【０１４８】
なお、ＬＴ返却要求９０ａには、ＬＴそのものを記述するとして説明を行ったが、必ずしも、ＬＴ全体を記述する必要はなく、ＬＴ利用条件８２ａのみを記述するなど、権利管理サーバ２０ａでの返却処理において必要な、最小限の部分のみ記述するようにしてもよいものとする。
【０１４９】
また、利用条件を利用回数で実施したが、累積利用時間等の他の利用条件で実施してもよい。
【０１５０】
さらに、上記実施の形態１では、ＬＴ発行要求７０ａに希望再生可能数だけを格納したが、この希望再生可能数とともに、コンテンツの利用制御に関する当該端末装置の能力を示す能力情報（例えば、セキュアなクロックを備えるか否かを示す情報や、セキュアな記録媒体への格納手段を備えるか否かを示す情報）を前記サーバ装置に送信し、権利情報管理サーバは、ユーザ端末から送信されてきた能力情報が示す能力に対応させて、ユーザ端末でのライセンスチケットの取り扱いを指示したライセンスチケット状態情報（例えば、ライセンスチケットを記録媒体に書き込まずに即座に消費しなければならない旨のフラグ）を当該ライセンスチケットに含ませて前記端末装置に送信するようにしてもよい。
【０１５１】
（実施の形態２）
図１８は、本発明の実施の形態２におけるデジタルコンテンツ配信システム１ｂの全体構成を示すブロック図である。なお、実施の形態１のデジタルコンテンツ配信システム１ａの構成と対応する部分に同じ番号を付し、その説明を省略する。
【０１５２】
図１８に示されるように、デジタルコンテンツ配信システム１ｂは、上記のデジタルコンテンツ配信システム１ａと同様、デジタル化された著作物（コンテンツ）をコンテンツ配信に関わる事業者αが暗号化した上でユーザβに対して配信したり、ユーザβが購入したコンテンツ毎の利用権利を表すオリジナルのライセンスデータ（Ｌｉｃｅｎｓｅ　Ｄａｔａ、以下、「ＬＤ」とも記す。）を事業者αが管理し、コンテンツを利用するためのＬＤ８０ｂをユーザの要求に基づいて配信し、ＬＤに含まれる利用条件の範囲内でコンテンツを利用できるようにすることで、コンテンツの著作権を保護するシステムであり、少なくとも１つのコンテンツサーバ１０と、少なくとも１つの権利管理サーバ２０ｂと、少なくとも１つのユーザ端末３０ｂと、これらのコンテンツサーバ１０、権利管理サーバ２０ｂ及びユーザ端末３０ｂを通信可能に接続する伝送路４０とを備えている。
【０１５３】
権利管理サーバ２０ｂは、コンテンツサーバ１０と同じく事業者α側に設置され、コンテンツ配信サービスを受けるユーザβのコンテンツに対するライセンスデータを管理するコンピュータ装置である。具体的には、権利管理サーバ２０ｂは、ユーザβが購入したコンテンツ毎のオリジナルのライセンスデータを管理し、ユーザ端末３０ｂからのＬＤ発行要求７０ｂに応じて、当該権利管理サーバ２０ｂで管理するオリジナルのライセンスデータと、そのライセンスデータの一部又は全部と、コンテンツ復号鍵等とを、ＬＤ８０ｂとして、ユーザ端末３０ｂに配信したり、ユーザ端末３０ｂからＬＤと、そのＬＤを返却する旨を表す識別子等とからなるＬＤ返却要求９０ｂを受信し、ライセンスデータを更新したりする。
【０１５４】
ユーザ端末３０ｂは、ユーザβ側に設置され、コンテンツ配信サービスを受けるコンピュータ装置である。具体的には、ユーザ端末３０ｂは、コンテンツ配信の要求をコンテンツサーバ１０に送信してコンテンツサーバ１０の配信を受けたり、コンテンツの利用に当たってＬＤ発行要求７０ｂを権利管理サーバ２０ｂに送信してＬＤ８０ｂを受け取り、ＬＤ８０ｂに含まれる端末利用条件の範囲でコンテンツを再生したり、ＬＤ返却要求９０ｂを権利管理サーバ２０ｂに送信したりする。
【０１５５】
ところで、上記実施の形態１のデジタルコンテンツ配信システム１ａでは、権利管理サーバ２０ａはＬＴ発行要求７０ａに応じて利用権利２２２ａから利用条件を一部又は全部切り出してＬＴ８０ａを発行し、ユーザ端末３０ａはＬＴ８０ａの利用条件の範囲内でコンテンツを再生し、利用条件を更新する。そして、ユーザ端末３０ａは、利用条件を更新したＬＴ８０ａを権利管理サーバ２０ａに返却するように構成されていた。これに対してこの実施の形態２に係るデジタルコンテンツ配信システム１ｂでは、以下の点が大きく異なっている。
【０１５６】
図１９は、デジタルコンテンツ配信システム１ｂの構成の特徴を示す図である。
図１９に示されるように、デジタルコンテンツ配信システム１ｂに係る権利管理サーバ２０ｂは、ユーザが購入したライセンスデータとして、オリジナル利用条件２２２４ｂ（例えば、１０時間）と、ユーザ端末３０ｂが利用した状況を表すオリジナル利用状況２２２６ｂとを保持している。ユーザ端末３０ｂからＬＤ発行要求７０ｂを受信すると、権利管理サーバ２０ｂは、このＬＤ発行要求７０ｂを発したユーザ端末３０ｂに対して発行するＬＤ８０ｂに、オリジナル利用条件２２２４ｂと、オリジナル利用状況２２２６ｂとを全て切り出し、オリジナル利用条件２２２４ｂと、オリジナル利用状況２２２６ｂとをライセンスデータデータベース２２ｂから一旦削除する。そして、権利管理サーバ２０ｂは、ＬＤ８０ｂの発行の際に、予め定められたルールに基づいて、端末利用条件８７（例えば、１時間）と、端末利用状況８８（例えば、０時間）とを生成し、ＬＤ８０ｂに埋め込んで発行する。すなわち、ＬＤ８０ｂは、オリジナル利用条件８５及びオリジナル利用状況８６と、端末利用条件８７及び端末利用状況８８との２層構造で発行される。
【０１５７】
ユーザ端末３０ｂは、コンテンツ再生の際に権利管理サーバ２０ｂから受信したＬＤ８０ｂの端末利用条件８７及び端末利用状況８８だけを参照し、端末で利用した利用状況分だけ端末利用状況８８の内容を更新する。なお、ユーザ端末３０ｂは、オリジナル利用条件８５及びオリジナル利用状況８６を参照することはない。そして、ユーザ端末３０ｂは、ＬＤ返却要求９０ｂで２層構造のＬＤ８０ｂを権利管理サーバ２０ｂに送信する。
【０１５８】
ＬＤ返却要求９０ｂを受信すると、権利管理サーバ２０ｂは、ＬＤ８０ｂの端末利用状況８８を参照し、端末利用状況分、オリジナル利用状況を更新し、権利管理サーバ２０ｂで管理するライセンスデータデータベースにオリジナル利用条件２２２４ｂ及びオリジナル利用状況２２２６ｂを再度登録する。なお、オリジナル利用条件からオリジナル利用状況を減算すると、残存している利用条件がわかる。
【０１５９】
図２０は、図１８に示される権利管理サーバ２０ｂの具体的な構成を示す機能ブロック図である。
図２０に示されるように、権利管理サーバ２０ｂは、ユーザ情報データベース２１と、ライセンスデータデータベース２２ｂと、ユーザ特定部２３と、ＬＤ生成部２４ｂと、ＬＤ解析部２６ｂと、ＬＤ更新部２７ｂと、通信部２８等とから構成される。
【０１６０】
ユーザ情報データベース２１は、このデジタルコンテンツ配信システム１ｂに会員登録したユーザのユーザ情報などを蓄積する。
【０１６１】
ライセンスデータデータベース２２ｂは、ユーザβが購入した、コンテンツのライセンスデータ２２２ｂを管理するデータベースである。具体的には、ライセンスデータデータベース２２ｂは、所定のコンテンツについてユーザが購入した利用権（ライセンス）の残存情報を利用の態様（例えば、再生、移動、複写、印刷、利用期間等）毎に管理したりするためのデータベースである。なお、このライセンスデータデータベース２２ｂは、ＬＤ８０ｂを発行する際に参照するルールテーブル２２ｃも記憶している。
【０１６２】
次に、図２１を参照して、ライセンスデータデータベース２２ｂについて説明する。
図２１は、図２０に示されるライセンスデータデータベース２２ｂの具体的構成を示す図である。
【０１６３】
図２１に示す通り、ライセンスデータデータベース２２ｂは、ユーザＩＤ２２１ｂと、ライセンスデータ２２２ｂとからなる。
ライセンスデータ２２２ｂは、ライセンスデータ２２２ｂのＩＤであるライセンスＩＤ２２２１ｂと、ライセンスデータ２２２ｂの対象となるコンテンツのコンテンツＩＤ２２２２ｂと、そのコンテンツを復号するためのコンテンツ復号鍵２２２３ｂと、ユーザが購入したオリジナルの利用条件を表すオリジナル利用条件２２２４ｂと、ユーザがコンテンツを実際に利用したトータルの利用状況（例えば、累計の利用時間等）を表すオリジナル利用状況２２２６ｂとからなる。
【０１６４】
オリジナル利用条件２２２４ｂは、ライセンスデータ２２２ｂの有効な期間を示すライセンス有効期間２２２４１と、コンテンツを再生可能な時間である再生可能時間２２２４２とからなる。
【０１６５】
このように構成されたライセンスデータデータベース２２ｂによれば、ライセンスデータデータベース２２ｂにユーザＩＤやライセンスデータ２２２ｂが登録されているか否かでユーザがコンテンツを利用する権利を保持しているか否かを特定したり、オリジナル利用条件２２２４ｂとオリジナル利用状況２２２６ｂとの差から残存する端末の利用条件を算出したりすることができる。
【０１６６】
また、オリジナル利用状況２２２６ｂの初期値は「０」であり、権利管理サーバ２０ｂからユーザ端末３０ｂに対しＬＤ８０ｂが発行され、このＬＤ８０ｂがユーザ端末３０ｂから権利管理サーバ２０ｂに返却された場合、ユーザ端末３０ｂでの利用状況に応じて更新される。
【０１６７】
図２１では、例えば、ユーザＩＤ２１１が「ＸＸＸＤＤＤ」で特定されるユーザβは、ライセンスＩＤ２２２１ｂが、「ＸＸＸ００４」と「ＸＸＸ００５」である２つのライセンスデータ２２２ｂを所有している状態を示している。また、ライセンスＩＤ２２２１ｂが「ＸＸＸ００４」のライセンスデータ２２２ｂは、コンテンツＩＤ６１が「ＸＸＸ１１４」であるコンテンツを対象とした権利であり、そのコンテンツを復号するためのコンテンツ復号鍵２２２３ｂは「ＸＸＸ２２４」、オリジナル利用条件２２２４ｂのライセンス有効期間２２２４１は「２００２／０５／０１．１２．００．００〜２００３／０４／３０．１２．００．００」、コンテンツを再生可能な時間は「１０時間」、オリジナル利用状況２２２６ｂは「０」（未利用）であることを表している。
【０１６８】
図２２は、図２０に示されるライセンスデータデータベース２２ｂがさらに保持するルールテーブル２２ｃの具体的構成を示す図である。
ルールテーブル２２ｃは、図２２に示されるように、ライセンスＩＤ２２１ｃと、ルールデータ２２２ｃとからなる。ルールデータ２２２ｃは、端末利用条件２２２１ｃ（ライセンス有効期間、再生可能時間）と、利用終了時返却フラグ２２２２ｃとから構成される。端末利用条件２２２１ｃは、ユーザ端末３０ｂに発行するライセンスデータの有効期間を表すライセンス有効期間２２２１１と、再生可能時間２２２１２とから構成される。
【０１６９】
ここで、ライセンス有効期間２２２１１は、前述のライセンス有効期間幅２２２５ａと同様、事業者αが基本的にユーザの保持している権利の有効期間よりも短く設定する情報である。より具体的には、ライセンス有効期間２２２１１は、権利管理サーバ２０ｂにおいて権利を発行してからユーザ端末３０ｂで利用してよい最大の期間であり、例えば１日、２日、１週間などライセンス有効期間２２２４１よりも短い期間が設定されたり、制限なし、すなわちライセンス有効期間２２２４１と同じ期間の幅が設定されたりする。この事業者αが設定するライセンス有効期間２２２１１によりアクセス頻度を把握するレベルを変えることが可能となる。
【０１７０】
再生可能時間２２２１２は、コンテンツの再生に要する時間等に基づいて、事業者αが設定する情報である。
また、利用終了時返却フラグ２２２２ｃは、コンテンツの利用終了の際にＬＤ８０ｂを返却させるか否か、事業者αが設定する情報である。
【０１７１】
ＬＤ生成部２４ｂは、ライセンスデータデータベース２２ｂに管理されているライセンスデータ２２２ｂから、図２３に図示するＬＤ８０ｂを生成する手段である。
図２３は、ＬＤ生成部２４ｂが生成するＬＤ８０ｂの具体的構成を示す図である。
【０１７２】
図２３に示す通り、ＬＤ８０ｂは、ライセンスヘッダ８４と、オリジナル利用条件８５と、オリジナル利用状況８６と、端末利用条件８７と、端末利用状況８８と、コンテンツ復号鍵８９とから構成される。
【０１７３】
ライセンスヘッダ８４は、ライセンスＩＤ８４１と、コンテンツＩＤ８４２と、即時利用フラグ８４３と、利用終了時返却フラグ８４４と、権利消失時返却フラグ８４５とから構成される。
【０１７４】
ライセンスＩＤ８４１には、ＬＤ８０ｂを発行する元となったライセンスデータ２２２ｂのライセンスＩＤ２２２１ｂが格納される。
コンテンツＩＤ８４２には、ＬＤ８０ｂを使用することで再生可能となるコンテンツのコンテンツＩＤが格納される。
【０１７５】
即時利用フラグ８４３には、このＬＤ８０ｂを用いてコンテンツを即時に再生すべきか否かを表すフラグが格納される。
【０１７６】
利用終了時返却フラグ８４４は、即時利用フラグ８４３とペアとなるフラグであり、この利用終了時返却フラグ８４４には、ルールテーブル２２ｃに基づいて、このＬＤ８０ｂの利用終了時にＬＤ８０ｂを返却すべきか否かを表すフラグが格納される。
【０１７７】
権利消失時返却フラグ８４５には、端末での利用権利が消失した際に、ＬＤ８０ｂを権利管理サーバ２０ｂに返却する必要があるかどうかを示す情報が格納される。
【０１７８】
オリジナル利用条件８５は、ライセンス有効期間８５１と、再生可能時間８５２とから構成される。ライセンス有効期間８５１には、ＬＤデータベース２２ｂで保持されるオリジナル利用条件２２２４ｂにおけるライセンス有効期間２２２４１の内容がそのまま格納される。再生可能時間８５２には、オリジナル利用条件２２２４ｂにおける再生可能時間２２２４２の内容がそのまま格納される。
【０１７９】
オリジナル利用状況８６には、ＬＤデータベース２２ｂで保持されるオリジナル利用状況２２２６ｂの内容、すなわち、ユーザ端末３０ｂが利用したそれまでの実績の状況がそのまま格納される。
端末利用条件８７は、ライセンス有効期間８７１と、再生可能時間８７２とから構成される。
【０１８０】
ライセンス有効期間８７１には、ＬＤ８０ｂが有効である期間が格納される。
再生可能時間８７２には、コンテンツを再生可能な累積時間が格納される。
端末利用状況８８には、ユーザ端末３０ｂでこのＬＤ８０ｂを用いてコンテンツを再生した累積時間が格納される。
【０１８１】
コンテンツ復号鍵８９には、コンテンツを復号するための鍵が格納される。
ここで、ＬＤ生成部２４ｂが、権利消失時返却フラグ８４５に「要返却」と設定するのは、オリジナル利用条件２２２４ｂとオリジナル利用状況２２２６ｂから算出される残利用条件のＭＡＸが、端末利用条件に含まれていない場合である。より詳しくは、以下のいずれか１つでも成立する場合に、「要返却」と設定する。
【０１８２】
１．オリジナル利用条件内の再生可能時間からオリジナル利用状況を引いた値＞端末利用条件内の再生可能時間の値
２．端末利用条件のライセンス有効期間の終期が、オリジナル利用条件のライセンス有効期間の終期よりも前に設定されている場合
この逆に残利用条件のＭＡＸが端末利用条件に含まれている場合、すなわち、オリジナル利用条件内の再生可能時間からオリジナル利用状況を引いた値＝端末利用条件内の再生可能時間の値で、端末利用条件のライセンス有効期間の終期が、オリジナル利用条件のライセンス有効期間の終期と同じである場合には、ＬＤ生成部２４ｂは、権利消失時返却フラグ８４５に「返却不要」と設定する。
【０１８３】
ＬＤ８０ｂは権利管理サーバ２０ｂからユーザ端末３０ｂに対して送信され、ユーザ端末３０ｂはこのＬＤ８０ｂを使用して、コンテンツの再生を行い、利用終了時返却フラグ８４４や、権利消失時返却フラグ８４５に基づいて、ＬＤ８０ｂを権利管理サーバ２０ｂに返却するかどうかを決定する。
【０１８４】
ＬＤ解析部２６ｂは、ユーザ端末３０ｂから返却されたＬＤ８０ｂの内容を解析する手段である。
ＬＤ更新部２７ｂは、ユーザ端末３０ｂに対しＬＤ８０ｂを発行した場合や、ＬＤ８０ｂがユーザ端末３０ｂから返却された場合に、ライセンスデータ２２２ｂの内容を更新する。更新の内容に関しては、後で説明を行う。
【０１８５】
通信部２８は、伝送路４０を介して、ユーザ端末３０ｂと通信を行う。具体的には、通信部２８は、伝送路４０を介してユーザ端末３０ｂと通信する通信インターフェースであって、ユーザ端末３０ｂから送信されてきたＬＤ発行要求７０ｂ、ＬＤ返却要求９０ｂ等のリクエストを解析したり、その結果に応じてユーザ特定部２３、ＬＤ生成部２４ｂ、ＬＤ更新部２７ｂに処理を依頼したり、ＬＤ生成部２４ｂによって生成されたＬＤ８０ｂをユーザ端末３０ｂに配信したり、ユーザ端末３０ｂとの間でＳＡＣを形成し、上述したリクエストやレスポンスをセッション鍵で暗号化した上で暗号通信したりする。
【０１８６】
次に、図２４を参照して、ユーザ端末３０ｂの具体的な構成について説明する。
図２４は、図１８に示されるユーザ端末３０ｂの具体的な構成を示す機能ブロック図である。
【０１８７】
図２４において、ユーザ端末３０ｂは、コンテンツデータベース３０１と、ＬＤデータベース３０２ｂと、端末ＩＤ・端末能力蓄積部３０３ｂと、ＬＤ取得部３０４ｂと、ＬＤ返却部３０５ｂと、ＬＤ更新部３０６ｂと、返却フラグ判定部３０７ｂと、コンテンツ利用可否判定部３０８ｂと、復号鍵取得部３０９と、コンテンツ復号部３１０と、コンテンツ再生部３１１と、通信部３１２と、ＧＵＩ３１３とから構成される。
【０１８８】
コンテンツデータベース３０１は、コンテンツサーバ１０から配信されたコンテンツデータ６０を管理するデータベースである。
ＬＤデータベース３０２ｂは、権利管理サーバ２０ｂにより発行されたＬＤ８０ｂを管理するセキュアなデータベースである。
【０１８９】
端末ＩＤ・端末能力蓄積部３０３ｂは、ユーザ端末３０ｂを一意に特定するＩＤである端末ＩＤを蓄積する他、さらに、セキュアな時計を持っているか否かや、ＬＤデータベース３０２ｂがセキュアに登録できるか否か等のユーザ端末３０ｂの能力を予め保持する。
【０１９０】
ＬＤ取得部３０４ｂは、権利管理サーバ２０ｂからＬＤ８０ｂを取得する手段である。
ＬＤ取得部３０４ｂは、ＬＤ発行要求７０ｂを生成し、権利管理サーバ２０ｂに送信することにより、ＬＤ８０ｂを取得する。
【０１９１】
図２５は、ＬＤ取得部３０４ｂが生成するＬＤ発行要求７０ｂの具体的構成を示す図である。
図２５において、ＬＤ発行要求７０ｂは、ＬＤ発行要求識別子７１ｂと、端末ＩＤ７２と、コンテンツＩＤ７３と、端末能力７５とからなる。
【０１９２】
ＬＤ発行要求識別子７１には、このデータが、ＬＤ発行要求７０ｂであることを示す情報が記述される。
端末ＩＤ７２には、ＬＤ発行要求７０ｂを発信するユーザ端末３０ｂの端末ＩＤが記述される。
【０１９３】
コンテンツＩＤ７３には、取得するＬＤ８０ｂを使用して再生を行うコンテンツのコンテンツＩＤが記述される。
端末能力７５には、端末ＩＤ・端末能力蓄積部３０３ｂに予め格納されている端末能力が格納される。
【０１９４】
ＬＤ返却部３０５ｂは、権利管理サーバ２０ｂへＬＤ８０ｂを返却する手段である。
ＬＤ返却部３０５ｂは、ＬＤ返却要求９０ｂを生成し、権利管理サーバ２０ｂに送信することにより、ＬＤ８０ｂを返却する。
【０１９５】
図２６は、ＬＤ返却部３０５ｂが生成するＬＤ返却要求９０ｂの具体的構成を示す図である。
図２６において、ＬＤ返却要求９０ｂは、ＬＤ返却要求識別子９１ｂと、端末ＩＤ９２と、ＬＤ９３ｂとから成る。
【０１９６】
ＬＤ返却要求識別子９１ｂには、このデータが、ＬＤ返却要求９０ｂであることを示す情報が記述される。
【０１９７】
端末ＩＤ９２には、端末ＩＤ・端末能力蓄積部３０３ｂに格納されるＬＤ返却要求９０ｂを発信するユーザ端末３０ｂの端末ＩＤが記述される。
【０１９８】
ＬＤ９３ｂには、返却するＬＤそのものが記述される。
ＬＤ更新部３０６ｂは、ＬＤ８０ｂの内容を更新する手段である。具体的には、ＬＤ更新部３０６ｂは、コンテンツの再生を行った後に、ＬＤ８０ｂ内の端末利用状況８８の値を再生した時間分加算する処理を行うものである。
【０１９９】
返却フラグ判定部３０７ｂは、ＬＤ８０ｂ内の利用終了時返却フラグ８４４及び権利消失時返却フラグ８４５を参照し、ＬＤ８０ｂを権利管理サーバ２０ｂへ返却する必要があるかどうかを決定する手段である。
【０２００】
コンテンツ利用可否判定部３０８ｂは、ＬＤ８０ｂ内のライセンス有効期間８７１と再生可能時間８７２と端末利用状況８８とを参照し、コンテンツが再生可能かどうかを判定する。
【０２０１】
コンテンツ利用可否判定部３０８ｂは、現在時刻がライセンス有効期間８７１内であり、かつ、端末利用状況８８の値が再生可能時間８７２未満である場合、コンテンツの再生は可能と判定する。なお、ユーザ端末３０ｂは、コンテンツ利用可否判定部３０８ｂが現在時刻を取得できるよう、時計機能を有しているものとする。
【０２０２】
なお、ユーザ端末３０ｂが時計機能を有していない場合は、ユーザ端末３０ｂは、ライセンス有効期間８７１を無視して、ＬＤ８０ｂ内の再生可能時間８７２に基づいて再生可能か否かを判定する実装としてもよいし、無条件に再生不可能と判定する実装としてもよい。
【０２０３】
復号鍵取得部３０９は、ＬＤ８０ｂからコンテンツを復号するための鍵であるコンテンツ復号鍵８９を取り出す手段である。
【０２０４】
コンテンツ復号部３１０は、コンテンツデータベース３０１からコンテンツを取り出し、復号鍵取得部３０９が取得したコンテンツ復号鍵８９を用いて、暗号化コンテンツ６２を復号する手段である。
【０２０５】
コンテンツ再生部３１１は、コンテンツ復号部３１０が復号したコンテンツを再生する手段であり、図示しないスピーカやディスプレイにより、音楽や映像が出力される。
【０２０６】
通信部３１２は、伝送路４０を介して、権利管理サーバ２０ｂと通信を行う手段である。具体的には、通信部３１２は、伝送路４０を介してコンテンツサーバ１０及び権利管理サーバ２０ｂと通信する通信インターフェースであって、コンテンツサーバ１０から送信されてきたコンテンツデータ６０や、権利管理サーバ２０ｂから送信されてきたＬＤ８０ｂ等のレスポンスを解析したり、その結果に応じてコンテンツデータベース３０１、ＬＤ取得部３０４ｂ、ＧＵＩ３１３に処理を依頼したり、ＬＤ取得部３０４ｂによって生成されたＬＤ発行要求７０ｂや、ＬＤ返却部３０５ｂによって生成されたＬＤ返却要求９０ｂを権利管理サーバ２０ｂに送信したり、権利管理サーバ２０ｂとの間でＳＡＣを形成し、上述したリクエストやレスポンスをセッション鍵で暗号化した上で暗号通信したりする。
【０２０７】
ＧＵＩ３１３は、コンピュータのグラフィックス機能を活用したユーザーインターフェースである。
次に、デジタルコンテンツ配信システム１ｂの動作について説明を行う。
まず、図２７のフローチャートを参照して、本実施の形態２におけるデジタルコンテンツ配信システム１ｂにおいて、ユーザ端末３０ｂが権利管理サーバ２０ｂからＬＤ８０ｂを取得するＬＤ取得プロセスについて説明する。
【０２０８】
図２７は、ＬＤ取得プロセスの動作を示すフローチャートである。
このＬＤ取得プロセスは、例えば図２８に示されるメニュー画面のＬＤ取得ボタン５３ｂをユーザβがクリックし、このＬＤ取得ボタン５３ｂがクリックされた場合に呼び出される不図示のＬＤ取得画面において一覧表示されるコンテンツデータベース３０１に登録されたコンテンツデータの中からＬＤを取得し、再生を希望するコンテンツデータをユーザが選択した場合、選択されたコンテンツデータのコンテンツＩＤを含むＬＤ取得指示がＧＵＩ３１３からＬＤ取得部３０４ｂに入力され、実行される。
【０２０９】
ユーザβからのＬＤ取得指示をＧＵＩ３１３を介して受け取ると、ＬＤ取得部３０４ｂは、ＬＤ発行要求７０ｂを生成し、通信部３１２を介して権利管理サーバ２０ｂに送信する（Ｓ２００１）。
【０２１０】
ここで、権利管理サーバ２０ｂに送信されるＬＤ発行要求７０ｂの端末ＩＤ７２には端末ＩＤ・端末能力蓄積部３０３ｂが予め保持する端末ＩＤが設定され、コンテンツＩＤ７３にはユーザβからのＬＤ取得指示に含まれるコンテンツＩＤが設定され、端末能力７５には端末ＩＤ・端末能力蓄積部３０３ｂが予め保持する端末能力が設定される。
【０２１１】
権利管理サーバ２０ｂのユーザ特定部２３は、通信部２８を介してＬＤ発行要求７０ｂを受信すると、先ず、受信したＬＤ発行要求７０ｂに含まれる端末ＩＤを特定する（Ｓ２００２）。そして、端末ＩＤの特定が終わると、ユーザ特定部２３は、ユーザ情報データベース２１を参照し、ＬＤ８０ｂの発行を希望しているユーザβが使用するユーザ端末３０ｂの端末ＩＤがユーザ情報データベース２１に登録されているか否か判断する（Ｓ２００３）。
【０２１２】
判断の結果、ＬＤ発行要求７０ｂに含まれる端末ＩＤがユーザ情報データベース２１に登録されていない場合（Ｓ２００３でＮｏ）、すなわちユーザβを特定できない場合、ユーザ特定部２３は、このデジタルコンテンツ配信システム１ｂの正規のユーザでないとみなし、ＬＤ発行不可であることをユーザ端末３０ｂに通知する。これに対して判断の結果、ＬＤ発行要求７０ｂに含まれる端末ＩＤがユーザ情報データベース２１に登録されている場合（Ｓ２００３でＹｅｓ）、ユーザ特定部２３は、取得したユーザＩＤをＬＤ生成部２４ｂに通知する。
【０２１３】
ユーザ特定部２３からユーザＩＤを受信すると、ＬＤ生成部２４ｂは、ライセンスデータデータベース２２ｂを参照し、ライセンスデータ８０ｂを発行できるか否か判断する（Ｓ２００４）。この判断は、具体的には、ユーザ特定部２３から通知されたユーザＩＤがライセンスデータデータベース２２ｂに登録されているか否かの判断や、ユーザβが、ＬＤ発行要求７０ｂに含まれるコンテンツＩＤ６１によって特定されるコンテンツに対する有効なライセンスデータ２２２ｂを所有している否かの判断に基づいて行われる。より詳しくは、ＬＤ生成部２４ｂは、まず、ユーザ特定部２３から通知されたユーザＩＤがライセンスデータデータベース２２ｂに登録されているか否か判断する。通知されたユーザＩＤが登録されている場合、ＬＤ生成部２４ｂは、ＬＤ発行要求７０ｂに含まれるコンテンツＩＤを含むライセンスデータが登録されているか否か判断する。
【０２１４】
そして、ライセンスデータが登録されており、且つ、ＬＤ発行要求７０ｂに含まれる端末能力がセキュアなクロックを持っていないことを示している場合において、現在時刻がライセンス有効期間２２２４１内で、且つ、再生可能時間２２２４２からオリジナル利用状況２２２６ｂを引いた値、すなわち残りの再生可能時間があるとき、ＬＤ生成部２４ｂは、ＬＤ発行可と判断する。また、ライセンスデータが登録されており、且つ、端末能力がセキュアなクロックを持っていることを示している場合において、現在時刻がライセンス有効期間２２２４１の終期よりも前で、且つ、残りの再生可能時間があるときにも、ＬＤ生成部２４ｂは、ＬＤ発行可と判断する。これ以外の場合には、ＬＤ生成部２４ｂは、ＬＤ発行不可と判断する。
【０２１５】
判断の結果がＬＤ発行不可である場合（Ｓ２００４でＮｏ）、ＬＤ生成部２４ｂは、このデジタルコンテンツ配信システム１ｂの正規のユーザであるが、ＬＤ発行の対象となるライセンスデータが存在しないとみなし、ＬＤ発行不可であることをユーザ端末３０ｂに通知する。すなわち、ユーザ特定部２３から通知されたユーザＩＤがライセンスデータデータベース２２ｂに登録されていない場合、ＬＤ発行要求７０ｂに含まれるコンテンツＩＤを含むライセンスデータが登録されていない場合、現在時刻がライセンス有効期間２２２４１外である場合及び残りの再生可能時間がない場合のいずれかに該当する場合、ＬＤ生成部２４ｂは、ＬＤ発行不可であることをユーザ端末３０ｂに通知する。
【０２１６】
これに対して、判定の結果がＬＤ発行可能である場合（Ｓ２００４でＹｅｓ）、ＬＤ生成部２４ｂは、ＬＤ発行要求７０ｂを発したユーザ端末３０ｂに対して発行するＬＤ８０ｂを生成する発行ＬＤ生成プロセスを実行する（Ｓ２００５）。すなわち、ユーザ特定部２３から通知されたユーザＩＤがライセンスデータデータベース２２ｂに登録されており、ＬＤ発行要求７０ｂに含まれるコンテンツＩＤを含むライセンスデータが登録されており、現在時刻がライセンス有効期間２２２４１内であり、かつ残りの再生可能時間がある場合に、ＬＤ生成部２４ｂは、発行ＬＤ生成プロセスを実行する。
【０２１７】
図２９は、図２７に示される発行ＬＤ生成プロセス（Ｓ２００５）のサブルーチンを示すフローチャートである。
このサブルーチンにおいては、ＬＤ生成部２４ｂは、まず発行するＬＤ８０ｂにライセンスデータデータベース２２ｂから読み出したユーザＩＤに対応するライセンスデータを発行すべきＬＤ８０ｂにセットする（Ｓ２１０１）。より詳しくは、ＬＤ生成部２４ｂは、発行するＬＤ８０ｂのライセンスヘッダ８４のライセンスＩＤ８４１、コンテンツＩＤ８４２にライセンスデータ２２２ｂのライセンスＩＤ、コンテンツＩＤをそれぞれ格納し、ＬＤ８０ｂのコンテンツ復号鍵８９にライセンスデータ２２２ｂのコンテンツ復号鍵を格納し、ＬＤ８０ｂのオリジナル利用条件８５にライセンスデータ２２２ｂのオリジナル利用条件（ライセンス有効期間、再生可能時間）を格納し、ＬＤ８０ｂのオリジナル利用状況８６にライセンスデータ２２２ｂのオリジナル利用状況を格納する。
【０２１８】
次いで、ＬＤ生成部２４ｂは、発行するＬＤ８０ｂの端末利用状況８８に「０」をセットする（Ｓ２１０２）。
そして、ＬＤ生成部２４ｂは、図２２を用いて説明したルールテーブル２２ｃを参照し（Ｓ２１０３）、そのルールにしたがって、端末利用条件を、発行するＬＤ８０ｂの端末利用条件８７にセットする（Ｓ２１０４）。
【０２１９】
端末利用条件のセットが終わると、ＬＤ生成部２４ｂは、発行するＬＤ８０ｂのライセンスヘッダ８４の即時利用フラグ８４３及び利用終了時返却フラグ８４４に所定の値をセットする即時利用フラグ／利用終了時返却フラグ設定プロセスを実行し（Ｓ２１０５）、さらに権利消失時返却フラグ８４５に所定の値をセットする権利消失時返却フラグ設定プロセスを実行し（Ｓ２１０６）、発行するＬＤ８０ｂの生成が終わると、図２７に示されるメインルーチンにリターンする。
【０２２０】
図３０は、図２９に示される即時利用フラグ／利用終了時返却フラグ設定プロセス（Ｓ２１０５）のサブルーチンを示すフローチャートである。
ＬＤ生成部２４ｂは、まず発行するＬＤ８０ｂを即時利用させるか否か判断する（Ｓ２１１１）。この判断は、例えば、ＬＤ発行要求７０ｂに含まれるか端末能力に基づいて行われる。ユーザ端末３０ｂがセキュアなクロックを保持していないことを端末能力が示しているため、即時利用させる場合（Ｓ２１１１でＹｅｓ）、ＬＤ生成部２４ｂは、即時利用フラグに「ＯＮ」を設定し、利用終了時返却フラグに「返却要」を設定し（Ｓ２１１２）、図２９に示されるサブルーチンにリターンする。
【０２２１】
一方、ユーザ端末３０ｂがセキュアなクロックを保持していることを端末能力が示しているため、即時利用の必要がない場合（Ｓ２１１１でＮｏ）、ＬＤ生成部２４ｂは、利用終了時にＬＤを返却させるか否か判断する（Ｓ２１１３）。この判断は、図２２に示される利用終了時返却フラグ２２２２ｃの内容に基づいて行われる。利用終了時にＬＤを返却させる場合（Ｓ２１１３でＹｅｓ）、ＬＤ生成部２４ｂは、即時利用フラグに「ＯＦＦ」を設定し、利用終了時返却フラグに「要返却」を設定し（Ｓ２１１４）、図２９に示されるサブルーチンにリターンする。　他方、利用終了時にＬＤを返却させない場合（Ｓ２１１３でＮｏ）、ＬＤ生成部２４ｂは、即時利用フラグに「ＯＦＦ」を設定し、利用終了フラグに「返却不要」を設定し（Ｓ２１１５）、図２９に示されるサブルーチンにリターンする。
【０２２２】
図３１は、図２９に示される権利消失時返却フラグ設定プロセス（Ｓ２１０６）のサブルーチンを示すフローチャートである。
ＬＤ生成部２４ｂは、オリジナル利用条件２２２４ｂとオリジナル利用状況２２２６ｂから算出される残利用条件のＭＡＸが、端末利用条件に含まれていないか否か判断する（Ｓ２１２１）。残利用条件のＭＡＸが、端末利用条件に含まれていない場合（Ｓ２１２１でＹｅｓ）、ＬＤ生成部２４ｂは、ＬＤ８０ｂの権利消失時返却フラグ８４５に「要返却」と設定し（Ｓ２１２２）、図２７に示されるメインルーチンにリターンする。ここで返却要に設定するのは、ＬＤ８０ｂが２層構造であるため、利用権利が残存している場合に、再利用のみちを確保するためである。
【０２２３】
これに対して、残利用条件のＭＡＸが、端末利用条件に含まれている場合（Ｓ２１２１でＮｏ）、ＬＤ生成部２４ｂは、ＬＤ８０ｂの権利消失時返却フラグ８４５に「返却不要」と設定し（Ｓ２１２３）、図２７に示されるメインルーチンにリターンする。
【０２２４】
このようにして発行するＬＤ８０ｂの生成が終わると、ＬＤ生成部２４ｂは、発行するライセンスデータをライセンスデータデータベース２２ｂから削除する（Ｓ２００６）。すなわち、ＬＤ８０ｂの生成の基礎とされたライセンスデータをライセンスデータデータベース２２ｂから削除する。
【０２２５】
なお、削除されるライセンスデータに対応するユーザＩＤもライセンスデータデータベース２２ｂからライセンスデータと併せて削除するようにしてもよい。
ライセンスデータの削除が終わると、ＬＤ生成部２４ｂは、生成したＬＤ８０ｂを通信部２８を介してユーザ端末３０ｂに対し送信する（Ｓ２００７）。
【０２２６】
なお、ここではライセンスデータを削除してからＬＤ８０ｂを送信したが、本実施の形態２の変形例としてＬＤ８０ｂをユーザ端末３０ｂに送信し、ユーザ端末３０ｂからＬＤ８０ｂを受信した旨のメッセージを受け取ってからライセンスデータを削除するようにしてもよい。この場合には伝送路４０の故障等でＬＤ８０ｂが送信途中で壊れてしまったような場合においても、ＬＤ８０ｂの再発行を確実に行うことができる。
【０２２７】
権利管理サーバ２０ｂから送信されたＬＤ８０ｂを通信部３１２を介して受信すると（Ｓ２００８）、ユーザ端末３０ｂのＬＤ取得部３０４ｂは、即時利用フラグ８４３に「ＯＮ」が設定されているか否か判断する（Ｓ２００９）。判断の結果、即時利用フラグ８４３に「ＯＮ」が設定されていない場合（Ｓ２００９でＮｏ）、すなわち即時利用フラグ８４３に「ＯＦＦ」が設定されている場合、ＬＤ取得部３０４ｂは、受信したＬＤ８０ｂをＬＤデータベース３０２ｂに登録する（Ｓ２０１０）。その後、ＬＤ取得部３０４ｂは、ＧＵＩ３１３を介して、ＬＤ８０ｂの取得が完了した旨をユーザβに対して通知し、ＬＴ取得プロセスを終了する。
【０２２８】
これに対して、判断の結果、即時利用フラグ８４３に「ＯＮ」が設定されている場合（Ｓ２００９でＹｅｓ）、ＬＤ取得部３０４ｂは、受信したＬＤ８０ｂをＬＤデータベース３０２ｂに登録することなく、コンテンツ利用可否判定部３０８ｂに渡し、このＬＤ８０ｂに対応するコンテンツを再生するコンテンツ再生プロセスを実行させる（Ｓ２０１１）。
【０２２９】
これにより、ユーザ端末３０ｂがセキュアなクロックを保持している場合にはＬＤデータベース３０２ｂにＬＤ８０ｂを登録させ、セキュアなクロックを保持していない場合には取得したＬＤ８０ｂを直ちに消費させることにより、ユーザ端末３０ｂにおいて再生時間が改変されたり、ＬＤが改竄されたりする事態を未然に防止することができる。
【０２３０】
一方、ステップＳ２００３やＳ２００４において、ＬＤ発行不可と判定された場合には、ＬＤ取得部３０４ｂは、権利管理サーバ２０ｂからＬＤ発行不可通知を受信する（Ｓ２０１２）。この場合、ＬＤ取得部３０４ｂは、ＧＵＩ３１３を介して、ＬＤ８０ｂが取得できなかった旨をユーザβに対して通知し、処理を終了する。
【０２３１】
なお、ＬＤ発行要求７０ｂの送信に際して、ユーザ端末３０ｂの通信部３１２と権利管理サーバ２０ｂの通信部２８とは、ＳＡＣを形成する。
次に、図３２のフローチャートを参照して、本実施の形態２におけるデジタルコンテンツ配信システム１ｂにおいて、ユーザ端末３０ｂがＬＤ８０ｂを用いてコンテンツを再生するコンテンツ再生プロセスについて説明する。
【０２３２】
図３２は、コンテンツ再生プロセスの動作を示すフローチャートである。
このコンテンツ再生プロセスは、例えば図２８に示されるメニュー画面のコンテンツ再生ボタン５４ｂをユーザβがクリックし、このコンテンツ再生ボタン５４ｂがクリックされた場合に呼び出される不図示のコンテンツ再生メニュー画面において、一覧表示されるコンテンツデータベース３０１に登録されたコンテンツデータ６０の中から再生を希望するコンテンツをユーザβが１つ選択した場合、選択されたコンテンツデータのコンテンツＩＤを含むコンテンツ再生指示がＧＵＩ３１３からＬＤ取得部３０４ｂに入力され、実行される。
【０２３３】
コンテンツ利用可否判定部３０８ｂは、ユーザβのコンテンツ再生指示をＧＵＩ３１３を介して受信すると、ユーザβが再生を希望しているコンテンツに対応したＬＤ８０ｂがＬＤデータベース３０２ｂに存在するかどうかを調べる（Ｓ２２０１）。
【０２３４】
ＬＤデータベース３０２ｂに所望のＬＤ８０ｂが存在しない場合、コンテンツ利用可否判定部３０８ｂは、コンテンツＩＤをＬＤ取得部３０４ｂに渡し、図２７に示されるＬＤ取得プロセスと同様のＬＤ取得プロセスを自動的に実行させ（Ｓ２２０３）、ＬＤ８０ｂを取得できたか否か判断する（Ｓ２２０３）。
【０２３５】
判断の結果、ＬＤ８０ｂの取得に失敗した場合（Ｓ２２０３でＮｏ）、コンテンツ利用可否判定部３０８ｂは、ＧＵＩ３１３を介して、コンテンツが再生不可である旨をユーザβに対して通知し、コンテンツ再生プロセスを終了する。
【０２３６】
これに対して、ＬＤデータベース３０２ｂにＬＤ８０ｂが存在する場合（Ｓ２２０１でＹｅｓ）及びＬＤ取得プロセスの実行によりＬＤ８０ｂの取得に成功した場合（Ｓ２２０３でＹｅｓ）のいずれかの場合には、コンテンツ利用可否判定部３０８ｂは、ＬＤ８０ｂの内容を参照し、コンテンツを再生可能であるかどうか判定する（Ｓ２２０５）。この判定は、ＬＤ８０ｂ内の端末利用条件８７におけるライセンス有効期間８７１と、再生可能時間８７２と、端末利用状況８８を参照することによって行われる。より具体的には、コンテンツ利用可否判定部３０８ｂは、現在時刻がライセンス有効期間８７１内であり、かつ、再生可能時間８７２に格納されている値から端末利用状況８８に格納されている値を減算した値（この減算した値を以下、「残存端末利用条件」とも記す。）が「０」より大きい場合にコンテンツを再生可能と判定する。それ以外の場合、ＬＤ８０ｂの有効期限が切れている場合や残存端末利用条件が残っていない場合は、コンテンツ利用可否判定部３０８ｂは、コンテンツは再生不可と判定する。
【０２３７】
コンテンツ再生不可と判定した場合（Ｓ２２０５でＮｏ）、返却フラグ判定部３０７ｂは、権利消失時返却フラグの値が「要返却」であるか否かを判断する（Ｓ２２３１）。値が「返却不要」であれば、コンテンツ利用可否判定部３０８ｂは、ＧＵＩ３１３を介して、コンテンツが再生不可である旨をユーザβに対し通知し、コンテンツ再生プロセスを終了する。この逆に、値が「要返却」であれば、ＬＤ返却部３０５ｂはそのＬＤ８０ｂを権利管理サーバ２０ｂに返却するＬＤ返却プロセスを実行した後（Ｓ２２３２）、ステップＳ２２０２戻る。このような事態は、コンテンツを再生しないままＬＤ８０ｂの有効期限が切れたような場合などに発生する。
【０２３８】
これに対して、コンテンツ利用可否判定部３０８ｂがコンテンツ再生可能と判定した場合（Ｓ２２０５でＹｅｓ）、コンテンツ復号部３１０は、ユーザβが再生を希望しているコンテンツをコンテンツデータベース３０１から取り出し（Ｓ２２０６）。また、復号鍵取得部３０９は、ユーザβが再生を希望しているコンテンツに対応するＬＤ８０ｂからコンテンツ復号鍵８９を取り出し（Ｓ２２０７）、コンテンツ復号部３１０に渡す。
【０２３９】
コンテンツ復号鍵が渡されると、コンテンツ復号部３１０は、コンテンツデータベース３０１から取り出した暗号化されたコンテンツを、コンテンツ復号鍵８９で復号し（Ｓ２２０８）、コンテンツ再生部３１１は、コンテンツ復号部３１０によって復号されたコンテンツを再生する（Ｓ２２０９）。
【０２４０】
コンテンツの再生が開始されると、ＬＤ更新部３０６ｂは、コンテンツ再生時間が、再生可能時間に到達したか否か判断する（Ｓ２２１０）。この判断は、ＬＤ８０ｂ内の端末利用条件８７における再生可能時間８７２と、端末利用状況８８と、セキュアなタイマが計時する再生時間とに基づいて行われる。すなわち、端末利用状況８８に格納されているコンテンツ再生を行った累積の再生時間と、タイマが計時する再生時間との合計が再生可能時間８７２に格納されている値に到達したか否かで判断される。
【０２４１】
判断の結果、再生可能時間に到達していないと（Ｓ２２１０でＮｏ）、ＬＤ更新部３０６ｂは、ＧＵＩ３１３を介してユーザβが再生の停止を指示したか否か判断する（Ｓ２２１１）。ユーザが停止を指示していない場合（Ｓ２２１１でＮｏ）、コンテンツ再生部３１１によるコンテンツ再生を許容する。
【０２４２】
ユーザが停止を指示した場合（Ｓ２２１１でＹｅｓ）、もしくは、コンテンツ再生時間が、再生可能時間に到達した場合（Ｓ２２１０でＹｅｓ）には、ＬＤ更新部３０６ｂは、コンテンツの再生を完了させ（Ｓ２２１２）、タイマで計時した今回の再生時間を取得する（Ｓ２２１３）。そして、ＬＤ更新部３０６ｂは、コンテンツを再生する際に使用したＬＤ８０ｂの内容を更新する（Ｓ２２１４）。具体的には、ＬＤ更新部３０６ｂは、端末利用状況８８に、タイマで計時した今回の再生時間を加算した累計の値を設定する。
【０２４３】
ＬＤの更新が行われると、ＬＤ返却部３０５ｂはＬＤ８０ｂを権利管理サーバ２０ｂに返却する利用終了時ＬＤ返却プロセスを実行し（Ｓ２２２０）、ＬＤ返却部３０５ｂはコンテンツ再生に利用できなくなったＬＤ８０ｂを権利管理サーバ２０ｂに返却したり、ＬＤ８０ｂをＬＤデータベース３０２ｂから削除したりする利用権利消失時ＬＤ返却／削除プロセスを実行し（Ｓ２２１５）、コンテンツ再生プロセスの動作を終了する。
【０２４４】
次に、図３３のフローチャートを用いて、図３２におけるＳ２２２０の利用終了時ＬＤ返却プロセスについて説明を行う。
図３３は、図３２に示される利用終了時ＬＤ返却プロセス（Ｓ２２２０）のサブルーチンを示すフローチャートである。
【０２４５】
返却フラグ判定部３０７ｂは、操作対象のＬＤ８０ｂの利用終了時返却フラグ８４４の値が返却不要と要返却とのいずれであるかを判断する（Ｓ２２２１）。
権利消失時返却フラグ８４５の値が要返却である場合、ＬＤ返却部３０５ｂは、ＬＤ８０ｂを権利管理サーバ２０ｂに自動的に返却するＬＤ返却プロセスを実行し（Ｓ２２２２）、メインルーチンにリターンする。これに対して、権利消失時返却フラグ８４５の値が返却不要である場合、メインルーチンにリターンする。
【０２４６】
次に、図３４のフローチャートを用いて、図３２におけるＳ２２１５の利用権利消失時ＬＤ返却／削除プロセスについて説明を行う。
なお、このＬＤ返却／削除プロセスは、ＬＤ８０ｂが無効であるかどうかを判定し、無効である場合には、ＬＤ８０ｂを権利管理サーバ２０ｂへ返却、もしくは、削除するためのプロセスである。
【０２４７】
図３４は、図３２に示される利用権利消失時ＬＤ返却／削除プロセス（Ｓ２２１５）のサブルーチンを示すフローチャートである。
ＬＤ更新部３０６ｂは、操作対象のＬＤ８０ｂのライセンス有効期間８７１を参照し、現在時刻がライセンス有効期間８７１の終了時刻（終期）を過ぎている、すなわちライセンス有効期間８７１を過ぎていないかどうか調べる（Ｓ２３０２）。
【０２４８】
現在時刻がライセンス有効期間８７１の終了時刻を過ぎていない場合（Ｓ２３０２でＮｏ）、ＬＤ更新部３０６ｂは、操作対象のＬＤ８０ｂのオリジナル利用状況８６の値が再生可能時間８７２の値に到達しているか否かを判定する（Ｓ２３０３）。判定の結果、再生可能時間に到達していない場合（Ｓ２３０３でＮｏ）、そのＬＤ８０ｂが未だ利用可能であるので、ＬＤ返却部３０５ｂは、ＬＤ８０ｂの返却や削除は行わず、そのままＬＤ返却／削除プロセスを終了する。
【０２４９】
一方、現在時刻がライセンス有効期間８７１の終了時刻を過ぎてしまっている場合（Ｓ２３０２でＹｅｓ）及びオリジナル利用状況８６の値が再生可能時間に到達している場合（Ｓ２３０３でＹｅｓ）、そのＬＤ８０ｂが利用不能であるので、返却フラグ判定部３０７ｂは、ＬＤ８０ｂの権利消失時返却フラグ８４５の値を参照し、権利管理サーバ２０ｂへ返却する必要があるかどうか判定する（Ｓ２３０４）。権利消失時返却フラグ８４５の値が返却不要である場合、ＬＤ更新部３０６ｂは、ＬＤ８０ｂをＬＤデータベース３０２ｂから削除し（Ｓ２３０５）、メインルーチンにリターンする。
【０２５０】
他方、利用終了時返却フラグ８４４の値が要返却である場合及び権利消失時返却フラグ８４５の値が要返却である場合のいずれかの場合、ＬＤ更新部３０６ｂは、ＬＤ８０ｂを権利管理サーバ２０ｂへ返却するＬＤ返却プロセスを実行し、メインルーチンにリターンする。
【０２５１】
次に、図３５のフローチャートを参照して、本実施の形態２におけるデジタルコンテンツ配信システム１ｂにおいて、ユーザ端末３０ｂから権利管理サーバ２０ｂにＬＤ８０ｂを返却するＬＤ返却プロセスについて説明する。
図３５は、ＬＤ返却プロセスの動作を示すフローチャートである。
【０２５２】
なお、このＬＤ返却プロセスは、例えば図２８に示されるメニュー画面のＬＤ返却ボタン５５ｂをユーザβがクリックし、このＬＤ返却ボタン５５ｂがクリックされた場合に呼び出される不図示のＬＤ返却画面において、一覧表示されるＬＤデータベース３０２ｂに登録されたＬＤの中から、返却を希望するＬＤ８０ｂをユーザが１つ選択した場合、端末ＩＤを含むＬＤ返却指示がＧＵＩ３１３からＬＤ返却部３０５ｂに入力され、実行される。
【０２５３】
ＧＵＩ３１３を介してユーザβからのＬＤ返却指示を受け取ると、ＬＤ返却部３０５ｂは、ＬＤ返却要求９０ｂを生成し、生成したＬＤ返却要求９０ｂを、通信部３１２を介して権利管理サーバ２０ｂに送信する（Ｓ２４０１）。
ここで、ＬＤ返却部３０５ｂが生成したＬＤ返却要求９０ｂの端末ＩＤ９２には端末ＩＤ・端末能力蓄積部３０３ｂが保持する端末ＩＤが、ＬＤ９３ｂにはユーザβからのＬＤ返却指示によって特定されるＬＤが、それぞれ設定される。
【０２５４】
なお、ＬＤ発行要求７０ｂの送信に際して、ユーザ端末３０ｂの通信部３１２と権利管理サーバ２０ｂの通信部２８とは、ＳＡＣを形成する。
権利管理サーバ２０ｂのユーザ特定部２３は、通信部２８を介してユーザ端末３０ｂからＬＤ返却要求９０ｂを受信すると、ＬＤ返却要求９０ｂに含まれる端末ＩＤを特定する（Ｓ２４０２）。
【０２５５】
端末ＩＤを特定し終わると、ユーザ特定部２３は、ユーザ情報データベース２１を参照し、特定したユーザＩＤがユーザ情報データベース２１に登録されているか否か判断する（Ｓ２４０３）。
【０２５６】
ＬＤ返却要求９０ｂに含まれる端末ＩＤがユーザ情報データベース２１に登録されていない場合（Ｓ２４０３でＮｏ）、ユーザ特定部２３は、ＬＤ返却要求９０ｂを送信したユーザ端末３０ｂのユーザβがこのデジタルコンテンツ配信システム１ｂの正規のユーザでないとみなし、ＬＤ返却不可であることをユーザ端末３０ｂに通知する。
【０２５７】
ＬＤ返却要求９０ｂに含まれる端末ＩＤ９２がユーザ情報データベース２１に登録されている場合（Ｓ２４０４でＹｅｓ）、ユーザ特定部２３は、特定した端末ＩＤに対応するユーザＩＤを取得し、ＬＤ更新部２７ｂに渡す。
ユーザＩＤが渡されると、ＬＤ更新部２７ｂは、ＬＤ返却要求９０ｂに含まれるライセンスデータを更新する（Ｓ２４０４）。
【０２５８】
この更新は、例えば次のように行われる。ＬＤ解析部２６ｂは、ＬＤ返却要求９０ｂに含まれるＬＤを解析し、まず、ライセンスデータデータベース２２ｂで管理されるライセンスデータ２２２ｂに必要な部分、すなわち、ライセンスＩＤ、コンテンツＩＤ、コンテンツ復号鍵、オリジナル利用条件、オリジナル利用状況の部分をＬＤ返却要求９０ｂから取り出し、さらに、ユーザ端末３０ｂにおいてどのような利用がなされたかを調べるため、端末利用状況の部分をＬＤ返却要求９０ｂから取り出す。端末利用状況の部分が取り出されると、ＬＤ更新部２７ｂは、ＬＤ解析部２６ｂによって取り出されたオリジナル利用状況の値を端末利用状況の値分だけ加算し、加算した値に更新する。
【０２５９】
ライセンスデータの更新が終わると、ＬＤ更新部２７ｂは、更新したライセンスデータをライセンスデータデータベース２２ｂに登録する（Ｓ２４０５）。この登録は、ライセンスデータデータベース２２ｂを参照し、ユーザ特定部２３から渡されたユーザＩＤを含むレコードをサーチし、サーチしたユーザＩＤを含むレコードに更新したライセンスデータを格納することによって行われる。
【０２６０】
ライセンスデータデータベース２２ｂへの登録が終わると、ＬＤ更新部２７ｂは、通信部２８を介して、ＬＤ返却処理完了通知をユーザ端末３０ｂに対して送信する（Ｓ２４０６）。
【０２６１】
ユーザ端末３０ｂのＬＤ返却部３０５ｂは、ＬＤ返却処理完了通知を通信部３１２を介して受信すると、返却対象のＬＤ８０ｂをＬＤデータベース３０２ｂから削除する（Ｓ２４０７）。その後、ＬＤ返却部３０５ｂは、ＧＵＩ３１３を介して、ＬＤ８０ｂの返却が完了した旨をユーザβに対して通知し、処理を終了する。
【０２６２】
これに対して、ＬＤ返却部３０５ｂは、ＬＤ返却不可通知を通信部３１２を介して受信すると（Ｓ２４０８）、ＬＤ返却部３０５ｂは、ＧＵＩ３１３を介して、ＬＤ８０ｂが返却できなかった旨をユーザβに対して通知し、返却対象のＬＤ８０ｂをＬＤデータベース３０２ｂから削除することなく処理を終了する。
【０２６３】
以上のように本実施の形態２に係る発明によれば、ユーザの端末装置に係る負荷を軽減するだけでなく、ライセンス情報の返却やライセンス情報の発行要求によるサーバ装置へのアクセスを制御することが可能となり、各種条件や利用実績に基づくコンテンツ利用制御（例えば、「アンケートに回答した」、「×日以内に△回利用した」といった各種条件や利用状況に応じて、返却後に再発行するライセンスデータの内容を変更する）や、利用実績の収集を行うなど、コンテンツ利用の種々のサービスに対処することができる。しかも、ライセンスデータの発行中サーバ装置の負荷を軽減することもできる。
【０２６４】
また、本実施の形態２に係る発明によれば、サーバ装置においてライセンスデータを生成すること、及び、オリジナル利用条件、端末利用条件の２つの利用条件を導入することによって、利用条件の汎用的な拡張を実現することが可能となる。すなわち、端末装置においては、解釈することが難しいような、複雑な利用条件についても、オリジナル利用条件として、それを設定することにより、導入が可能となる。この場合、サーバ装置は、ライセンスデータを発行する際、その複雑な利用条件に基づいて、端末装置が解釈可能な簡素な利用条件を生成し、それを、端末利用条件に設定するものとする。
【０２６５】
なお、実施の形態２のデジタルコンテンツ配信システム１ｂでは、オリジナル利用条件２２２４ｂ等が時間で管理される場合について説明したが、オリジナル利用条件２２２４ｂ等が回数で管理される場合に適用できるのはいうまでもない。
【０２６６】
すなわち、図３６に示されるように、デジタルコンテンツ配信システム１ｂに係る権利管理サーバ２０ｂは、ユーザが購入したライセンスデータとして、オリジナル利用条件２２２４ｂ（例えば、１０回）と、ユーザ端末３０ｂが利用した状況を表すオリジナル利用状況２２２６ｂとを保持している。ユーザ端末３０ｂからＬＤ発行要求７０ｂを受信すると、権利管理サーバ２０ｂは、このＬＤ発行要求７０ｂを発したユーザ端末３０ｂに対して発行するＬＤ８０ｂに、オリジナル利用条件２２２４ｂと、オリジナル利用状況２２２６ｂとを全て切り出し、オリジナル利用条件２２２４ｂと、オリジナル利用状況２２２６ｂとをライセンスデータデータベース２２ｂから一旦削除する。そして、権利管理サーバ２０ｂは、ＬＤ８０ｂの発行の際に、予め定められたルールに基づいて、端末利用条件８７（例えば、１回）と、端末利用状況８８（例えば、０回）とを生成し、ＬＤ８０ｂに埋め込んで発行する。すなわち、ＬＤ８０ｂは、オリジナル利用条件８５及びオリジナル利用状況８６と、端末利用条件８７及び端末利用状況８８との２層構造で発行される。
【０２６７】
ユーザ端末３０ｂは、コンテンツ再生の際に権利管理サーバ２０ｂから受信したＬＤ８０ｂの端末利用条件８７及び端末利用状況８８だけを参照し、端末で利用した利用状況分だけ端末利用状況８８の内容を更新する。なお、ユーザ端末３０ｂは、オリジナル利用条件８５及びオリジナル利用状況８６を参照することはない。そして、ユーザ端末３０ｂは、ＬＤ返却要求９０ｂで２層構造のＬＤ８０ｂを権利管理サーバ２０ｂに送信する。
【０２６８】
ＬＤ返却要求９０ｂを受信すると、権利管理サーバ２０ｂは、ＬＤ８０ｂの端末利用状況８８を参照し、端末利用状況分、オリジナル利用状況を更新し、権利管理サーバ２０ｂで管理するライセンスデータデータベースにオリジナル利用条件２２２４ｂ及びオリジナル利用状況２２２６ｂを再度登録する。なお、オリジナル利用条件からオリジナル利用状況を減算すると、残存している利用条件がわかる。
【０２６９】
また、上記実施の形態２では、ユーザ端末３０ｂは、ＬＤ８０ｂのオリジナル利用条件８５及びオリジナル利用状況８６を参照することなく、ライセンスヘッダ８４の利用終了時返却フラグ８４４及び権利消失時返却フラグ８４５の少なくとも一方が要返却であれば、そのＬＤ８０ｂを権利管理サーバ２０ｂに返却するように構成したが、ライセンスヘッダ８４の利用終了時返却フラグ８４４及び権利消失時返却フラグ８４５の少なくとも一方をなくし、これに代替して、オリジナル利用条件８５及びオリジナル利用状況８６を参照し、ＬＤ８０ｂが２層構造であれば、そのＬＤ８０ｂを権利管理サーバ２０ｂに返却するように構成してもよい。また、ライセンスヘッダ８４の利用終了時返却フラグ８４４及び権利消失時返却フラグ８４５の少なくとも一方をなくし、これに代替して、オリジナル利用条件８５及びオリジナル利用状況８６を参照し、ＬＤ８０ｂが２層構造で、且つ、オリジナル利用条件２２２４ｂとオリジナル利用状況２２２６ｂから算出される残利用条件のＭＡＸが、端末利用条件に含まれていない場合に、そのＬＤ８０ｂを権利管理サーバ２０ｂに返却するように構成してもよい。
【０２７０】
また、ルールテーブル２２ｃは、端末利用条件に設定するライセンス有効期間や、再生可能時間（再生可能回数）、利用終了時返却フラグを定めるルールであるとして説明を行ったが、これは、あくまで一例であり、ルールテーブル２２ｃに定められるルールは、例えば、権利消失時返却フラグを端末利用状況を調べる意志の有無等によって定めるルールや、ユーザ毎に、端末利用条件や、各種フラグの設定を変更するようなルールなど、様々なルールが考えられる。
【０２７１】
さらに、上記実施の形態２では、ライセンスデータデータベース２２ｂとルールテーブル２２ｃとを個別に形成したが、２つのテーブルを１つのテーブルにして構成してもよい。
【０２７２】
また、上記実施の形態２のデジタルコンテンツ配信システム１ｂでは、権利管理サーバ２０ｂは、ユーザ端末３０ｂからＬＤ発行要求７０ｂを受信すると、オリジナル利用条件２２２４ｂ及びオリジナル利用状況２２２６ｂを含む２層構造のＬＤ８０ｂを、ユーザ端末３０ｂに発行し、オリジナル利用条件２２２４ｂと、オリジナル利用状況２２２６ｂとをライセンスデータデータベース２２ｂから一旦削除するとして説明を行ったが、オリジナル利用条件２２２４ｂと、オリジナル利用状況２２２６ｂとをライセンスデータデータベース２２ｂから削除することはせず、ＬＤ８０ｂに、オリジナル利用条件２２２４ｂとオリジナル利用状況２２２６ｂとを含まずに発行してもよいものとする。
【０２７３】
すなわち、図３７に示されるように、デジタルコンテンツ配信システム１ｂに係る権利管理サーバ２０ｂは、ユーザが購入したライセンスデータとして、オリジナル利用条件２２２４ｂ（例えば、１０時間）と、ユーザ端末３０ｂが利用した状況を表すオリジナル利用状況２２２６ｂとを保持している。ユーザ端末３０ｂからＬＤ発行要求７０ｂを受信すると、権利管理サーバ２０ｂは、このＬＤ発行要求７０ｂを発したユーザ端末３０ｂに対して、オリジナル利用条件２２２４ｂと、オリジナル利用状況２２２６ｂから、予め定められたルールに基づいて、端末利用条件８７（例えば、１時間）と、端末利用状況８８（例えば、０回）とを切り出し、ＬＤ８０ｂに埋め込んで発行する。
【０２７４】
ユーザ端末３０ｂは、コンテンツ再生の際に権利管理サーバ２０ｂから受信したＬＤ８０ｂの端末利用条件８７及び端末利用状況８８を参照し、端末で利用した利用状況分だけ端末利用状況８８の内容を更新する。そして、ユーザ端末３０ｂは、ＬＤ返却要求９０ｂでＬＤ８０ｂを権利管理サーバ２０ｂに送信する。
【０２７５】
ＬＤ返却要求９０ｂを受信すると、権利管理サーバ２０ｂは、ＬＤ８０ｂの端末利用状況８８を参照し、端末利用状況分、権利管理サーバ２０ｂで管理するライセンスデータデータベースに登録されているオリジナル利用状況を更新する。
【０２７６】
また、ユーザ端末３０ｂが、権利管理サーバ２０ｂに、一旦ＬＤを返却し、その後、再度ＬＤを取得する動作（図３２のＬＴ返却プロセス（Ｓ２２３２）からＳ２２０２における動作など）を効率よく行うために、図３５のステップＳ２４０６において、権利管理サーバ２０ｂからユーザ端末３０ｂに送信されるＬＤ返却処理完了通知内に、新たなＬＤの発行が可能か否かを示す情報を含ませてもよいものとする。この場合、ユーザ端末３０ｂは、ＬＤ返却処理完了通知で、新たなＬＤの発行が可能であると通知された場合には、引き続きＬＤの取得処理を行うが、新たなＬＤの発行が不可であると通知された場合には、新たなＬＤの取得処理を行わないものとする。
【０２７７】
また、ＬＤ返却とそれに引き続くＬＤ取得の処理を、一挙に行うように実装してもよいものとする。この場合、ユーザ端末３０ｂは、図３８に示されるように、ＬＤ返却処理及びＬＤ取得処理を一挙に行うことを要求するＬＤ返却・発行要求１００を権利管理サーバ２０ｂに送信するものとし、ＬＤ返却・発行要求１００を受信した権利管理サーバ２０ｂは、ＬＤ返却処理（図３５におけるＳ２４０２〜Ｓ２４０５の処理）を行った後、ＬＴ発行処理（図２７におけるＳ２００４からＳ２００７の処理）を引き続き行うものとする。なお、このＬＤ返却・発行要求１００は、ＬＤ返却・発行要求を表すＬＤ返却・発行要求識別子１０１の他、ＬＤ発行要求７０ｂとライセンスデータ返却要求９０ｂとを組み合わせた構成、すなわち端末ＩＤ１０２、ライセンスデータ１０３、コンテンツＩＤ１０４及び端末能力１０５とで実現される。
【０２７８】
また、通常、ＬＤ返却・発行要求に対する返信として、権利管理サーバ２０ｂからユーザ端末３０ｂへは、ＬＤが送信されるが、必ずしもＬＤ全体が返信される必要はなく、ユーザ端末３０ｂが新たにＬＤを保持できるための必要最小限の情報が返信されるものとしてもよい。
【０２７９】
例えば、返信するＬＤの端末利用条件とユーザ端末３０ｂから返却されたＬＤの端末利用条件とが同一の場合には、ユーザ端末３０ｂが返却しようとしたＬＤの端末利用状況を０にリセットすることを指示する情報を返信するようにしてもよいものとする。この場合、ユーザ端末３０ｂは、返却しようとしたＬＤの削除は行わず、かわりに、そのＬＤの端末利用状況を０にリセットしたうえで、そのまま保持するものとする。
【０２８０】
また、ＬＤ返却・発行要求に対する返信として、端末利用条件のみを送信するようにしてもよい。この場合、ユーザ端末３０ｂは、返却しようとしたＬＤの端末利用条件を返信されてきた端末利用条件を用いて上書きし、更に、端末利用状況を０にリセットしたうえで、そのまま保持するものとする。
【０２８１】
なお、ＬＤ返却要求９０ｂや、ＬＤ返却・発行要求１００内には、ライセンスデータそのものを記述するとして説明を行ったが、必ずしも、ライセンスデータ全体を記述する必要はなく、端末利用状況のみを記述するなど、権利管理サーバ２０ｂでの返却処理において必要な、最小限の部分のみ記述するようにしてもよいものとする。
【０２８２】
また、ここまでは、ユーザ端末３０ｂは、利用権利の消失したＬＤを、一旦、権利管理サーバ２０ｂに返却し、その後、新たなＬＤを取得するとして説明を行ってきたが、ＬＤの返却は行わずに、権利管理サーバ２０ｂからＬＤを再取得するように実装してもよいものとする。この場合、権利管理サーバ２０ｂは、ユーザ端末３０ｂからＬＤの再取得要求を受信すると、先に発行したＬＤについては、使用が完了したものとして処理を行い、新たにＬＤを発行するものとする。なお、この場合には、ユーザ端末３０ｂにおいては、ＬＤの利用権利が消失した場合にのみ、ＬＤの再取得要求を行うこととし、同一のライセンスＩＤをもつ２つのＬＤを、同時に保持することがないよう制御されることが好ましい。
【０２８３】
また、実施の形態２において、権利消失時返却フラグは、ＬＤの権利消失時に、ＬＤを権利管理サーバ２０ｂへ返却する必要があるか否かを示す情報であるとして説明を行ったが、これに限るわけではなく、オリジナル利用条件とオリジナル利用状況から算出される残利用条件の有無や、権利管理サーバ２０ｂからのＬＤ再取得の可否や、ユーザ端末３０ｂでのＬＤの削除の可否などを伝えるフラグとして使用されてもよく、ユーザ端末３０ｂは、フラグに指定され情報に従って、次なる動作を決定するものであるとしてもよい。
【０２８４】
さらに、上記実施の形態２では端末利用状況に累積利用時間や、利用回数だけを格納するようにしたが、端末利用状況にコンテンツ再生開始時刻やコンテンツ再生終了時刻などの利用状況に付帯する情報を埋め込んで、サーバに返却するようにしてもよい。これによってサーバはコンテンツの利用時間帯など各ユーザの具体的詳細な利用状況を取得でき、コンテンツ利用の多様なサービスに対処することができる。
【０２８５】
産業上の利用可能性
本願発明に係るコンテンツ利用管理システム及びデジタルコンテンツ配信システムは、サーバ装置と端末装置とからなり、このサーバ装置はコンテンツ毎のライセンス情報を配信するコンピュータ装置として利用したり、端末装置はライセンス情報を受信するセットトップボックス、パーソナルコンピュータ、デジタルテレビ、プリンタ、携帯電話機、携帯情報端末等のコンピュータ装置として利用したりするのに適している。
【０２８６】
【発明の効果】
本発明に係るコンテンツ利用管理システムによれば、サーバ装置は、端末装置を使用するユーザ毎のコンテンツの利用条件を示すライセンス情報を記憶し、ユーザからの要求に基づいて、当該ユーザに対応するライセンス情報が示す利用条件の一部又は全部を示す権利情報であるライセンスチケットを生成し、このライセンスチケットに対して、当該ライセンスチケットの権利が消失したときにおけるサーバ装置への返却の要否を表す返却情報を設定し、端末装置は、ユーザの指示に従って、サーバ装置にコンテンツの利用を要求し、サーバ装置から送信されてきたライセンスチケットを受信し、受信したライセンスチケットが示す利用条件に従って、コンテンツの利用を制御し、受信したライセンスチケットが示す返却情報に従って、サーバ装置にライセンスチケットの返却を要求するので、ユーザの端末装置に係る負荷を軽減するだけでなく、ライセンスチケットの返却やライセンスチケットの発行要求によるサーバ装置へのアクセス頻度が高くなり、コンテンツ利用の種々のサービスに対処することができる。
【０２８７】
よって、インターネット等のインフラが整備され、コンテンツのネット配信が普及してきた今日における本願発明の実用的価値は極めて高い。
【図面の簡単な説明】
【図１】本発明の実施の形態１におけるデジタルコンテンツ配信システムの全体構成を示すブロック図である。
【図２】図１に示されるコンテンツデータ６０のフォーマット構成を示す図である。
【図３】図１に示される権利管理サーバ２０ａの具体的な構成を示す機能ブロック図である。
【図４】図３に示されるユーザ情報データベース２１の具体的構成を示す図である。
【図５】図３に示される利用権利データベース２２ａの具体的構成を示す図である。
【図６】図１に示されるＬＴ８０ａの具体的構成を示す図である。
【図７】利用権利２２２ａのＬＴ有効期間幅２２２５ａと、ＬＴ８０ａに設定されるＬＴ有効期間８２１ａとの関係を示す図である。
【図８】図１に示されるユーザ端末３０ａの具体的な構成を示す機能ブロック図である。
【図９】図１に示されるＬＴ発行要求７０ａの具体的構成を示す図である。
【図１０】図１に示されるＬＴ返却要求９０ａの具体的構成を示す図である。
【図１１】ＬＴ取得プロセスの動作を示すフローチャートである。
【図１２】ＧＵＩ３１３が表示するメニュー画面の構成を示す図である。
【図１３】図１１に示されるＬＴ発行可否判定プロセス（Ｓ１００４）のサブルーチンを示すフローチャートである。
【図１４】コンテンツ再生プロセスの動作を示すフローチャートである。
【図１５】図１４に示されるＬＴ返却／削除プロセスのサブルーチンを示すフローチャートである。
【図１６】ＬＴ返却プロセスの動作を示すフローチャートである。
【図１７】図１６に示される利用権利削除プロセスのサブルーチンを示すフローチャートである。
【図１８】本発明の実施の形態２におけるデジタルコンテンツ配信システム１ｂの全体構成を示すブロック図である。
【図１９】デジタルコンテンツ配信システム１ｂの構成の特徴を示す図である。
【図２０】図１８に示される権利管理サーバ２０ｂの具体的な構成を示す機能ブロック図である。
【図２１】図２０に示されるライセンスデータデータベース２２ｂの具体的構成を示す図である。
【図２２】図２０に示されるライセンスデータデータベース２２ｂがさらに保持するルールテーブル２２ｃの具体的構成を示す図である。
【図２３】図１８に示されるＬＤ８０ｂの具体的構成を示す図である。
【図２４】図１８に示されるユーザ端末３０ｂの具体的な構成を示す機能ブロック図である。
【図２５】図１８に示されるＬＤ発行要求７０ｂの具体的構成を示す図である。
【図２６】図１８に示されるＬＤ返却要求９０ｂの具体的構成を示す図である。
【図２７】ＬＤ取得プロセスの動作を示すフローチャートである。
【図２８】ＧＵＩ３１３が表示するメニュー画面の構成を示す図である。
【図２９】図２７に示される発行ＬＤ生成プロセス（Ｓ２００５）のサブルーチンを示すフローチャートである。
【図３０】図２９に示される即時利用フラグ／利用終了時返却フラグ設定プロセス（Ｓ２１０５）のサブルーチンを示すフローチャートである。
【図３１】図２９に示される権利消失時返却フラグ設定プロセス（Ｓ２１０６）のサブルーチンを示すフローチャートである。
【図３２】コンテンツ再生プロセスの動作を示すフローチャートである。
【図３３】図３２に示される利用終了時ＬＤ返却プロセス（Ｓ２２２０）のサブルーチンを示すフローチャートである。
【図３４】図３２に示される利用権利消失時ＬＤ返却／削除プロセス（Ｓ２２１５）のサブルーチンを示すフローチャートである。
【図３５】ＬＤ返却プロセスの動作を示すフローチャートである。
【図３６】デジタルコンテンツ配信システム１ｂの他の構成の特徴を示す図である。
【図３７】デジタルコンテンツ配信システム１ｂのさらに他の構成の特徴を示す図である。
【図３８】ＬＤ返却・発行要求の具体的構成を示す図である。
【符号の説明】
１ａ，１ｂ　　　　　デジタルコンテンツ配信システム
２０ａ，２０ｂ　　　権利管理サーバ
２２ａ　　　　　　　利用権利データベース
２２ｂ　　　　　　　ＬＤデータベース
２４ａ　　　　　　　ＬＴ生成部
２４ｂ　　　　　　　ＬＤ生成部
２５ａ　　　　　　　返却フラグ設定部
２６ａ　　　　　　　ＬＴ解析部
２６ｂ　　　　　　　ＬＤ解析部
２７ａ　　　　　　　利用権利更新部
２７ｂ　　　　　　　ＬＤ更新部
３０ａ，３０ｂ　　　ユーザ端末
７０ａ　　　　　　　ＬＴ発行要求
７０ｂ　　　　　　　ＬＤ発行要求
８０ａ　　　　　　　ＬＴ
８０ｂ　　　　　　　ＬＤ
９０ａ　　　　　　　ＬＴ返却要求
９０ｂ　　　　　　　ＬＤ返却要求
３０２ａ　　　　　　ＬＴデータベース
３０２ｂ　　　　　　ＬＤデータベース
３０３ａ　　　　　　端末ＩＤ蓄積部
３０３ｂ　　　　　　端末ＩＤ・端末能力蓄積部
３０４ａ　　　　　　ＬＴ取得部
３０４ｂ　　　　　　ＬＤ取得部
３０５ａ　　　　　　ＬＴ返却部
３０５ｂ　　　　　　ＬＤ返却部
３０６ａ　　　　　　ＬＴ更新部
３０６ｂ　　　　　　ＬＤ更新部
３０７ａ，３０７ｂ　返却フラグ判定部
３０８ａ，３０８ｂ　コンテンツ利用可否判定部
３０９　　　　　　　復号鍵取得部
３１０　　　　　　　コンテンツ復号部
３１１　　　　　　　コンテンツ再生部
【図１】
2004046809.tif 000003
【図２】
2004046809.tif 000004
【図３】
2004046809.tif 000005
【図４】
2004046809.tif 000006
【図５】
2004046809.tif 000007
【図６】
2004046809.tif 000008
【図７】
2004046809.tif 000009
【図８】
2004046809.tif 000010
【図９】
2004046809.tif 000011
【図１０】
2004046809.tif 000012
【図１１】
2004046809.tif 000013
【図１２】
2004046809.tif 000014
【図１３】
2004046809.tif 000015
【図１４】
2004046809.tif 000016
【図１５】
2004046809.tif 000017
【図１６】
2004046809.tif 000018
【図１７】
2004046809.tif 000019
【図１８】
2004046809.tif 000020
【図１９】
2004046809.tif 000021
【図２０】
2004046809.tif 000022
【図２１】
2004046809.tif 000023
【図２２】
2004046809.tif 000024
【図２３】
2004046809.tif 000025
【図２４】
2004046809.tif 000026
【図２５】
2004046809.tif 000027
【図２６】
2004046809.tif 000028
【図２７】
2004046809.tif 000029
【図２８】
2004046809.tif 000030
【図２９】
2004046809.tif 000031
【図３０】
2004046809.tif 000032
【図３１】
2004046809.tif 000033
【図３２】
2004046809.tif 000034
【図３３】
2004046809.tif 000035
【図３４】
2004046809.tif 000036
【図３５】
2004046809.tif 000037
【図３６】
2004046809.tif 000038
【図３７】
2004046809.tif 000039
【図３８】
2004046809.tif 000040