JP2003058660A - コンテンツ利用管理システム及びこれに用いられるサーバ - Google Patents

Abstract

(57)【要約】 【課題】 配信サーバが、ユーザ端末でのコンテンツの
利用を確実且つ最適に制御し、ユーザ端末の負担を軽減
することが可能であるコンテンツ利用管理システムを提
供する。 【解決手段】 ユーザ端末４ａ、…、４ｎは、ユーザの
指示に従って、利用条件管理サーバ３にコンテンツの利
用を要求（ＬＴ発行要求）する。ＬＴ発行要求には、要
求するコンテンツと当該コンテンツの利用量とを示す期
待情報（ＥＬＩ）が含められる。利用条件管理サーバ３
は、ユーザ毎のコンテンツの利用条件を示すライセンス
情報を保持し、ユーザからの要求に基づいて、当該ユー
ザに対応する前記ライセンス情報が示す利用条件の一部
又は全部をＬＴ発行要求に含まれる期待情報（ＥＬＩ）
に従って切り出し、切り出した権利情報（ＵＲ−Ｕｃ）
を含むライセンスチケット（ＬＴ）を生成し、ユーザ端
末４ａ、…、４ｎに送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツの利用
を要求したユーザの端末装置に対して、一定の利用条件
下でコンテンツの利用を可能にするライセンス情報を、
管理装置から通信ネットワークを介して配信するコンテ
ンツ利用管理システム等に関する。

【０００２】

【従来の技術】近年、音楽や映像、ゲームなどのデジタ
ル著作物をインターネットやデジタル放送などで配信す
るシステムが開発され、その一部は、実用化の段階を迎
えている。また、これらのコンテンツの配信に当り、著
作権保護の観点から、配信したコンテンツの再生回数、
コンテンツの移動、複製などを制限するコンテンツ利用
制御の方式が併せて検討されている。従来のデジタルコ
ンテンツ配信システムでは、特開２０００−４８０７６
号公報や特開２０００−２９３４３９号公報に開示され
ているように、各ユーザのコンテンツに対する利用条件
を、コンテンツと共に受信側に配信して、全てユーザ端
末で管理するようにモデル化されている。

【０００３】例えば、あるユーザが、映画”Ｍａｔｒｉ
ｘ”について３回視聴する権利を購入する場合には、ユ
ーザ端末は、配信サーバから通信経由で、映画”Ｍａｔ
ｒｉｘ”のコンテンツと共に、「Ｍａｔｒｉｘを３回視
聴可能」であることを示す利用条件を受信し、コンテン
ツの再生を利用条件に従って管理する。配信サーバは、
ユーザ端末に上記利用条件を配信した以降は、ユーザの
利用条件に関与しない。

【０００４】ユーザ端末が蓄積したコンテンツを再生し
て”Ｍａｔｒｉｘ”を視聴する場合には、１回視聴する
毎にユーザ端末で管理している利用条件の視聴可能回数
を１ずつ減じる処理が行われ、視聴可能回数が０になっ
た時点で、視聴を不許可とする処理が行われる。

【０００５】図５２は、従来のデジタルコンテンツ配信
システムの構成を示している。配信サーバ１１０は、会
員登録したユーザのＩＤ情報などを蓄積するユーザ管理
データベース１１１と、コンテンツの利用条件を蓄積す
るコンテンツ情報データベース１１６と、コンテンツを
蓄積するコンテンツデータベース１１９と、ユーザ認証
を行うユーザ認証部１１２と、コンテンツの利用条件や
暗号鍵の情報を含むコンテンツ情報を生成するコンテン
ツ情報生成部１１７と、コンテンツ情報を暗号化するコ
ンテンツ情報暗号化部１１８と、コンテンツデータベー
ス１１９から指定されたコンテンツを取得するコンテン
ツ取得部１２０と、コンテンツを暗号化するコンテンツ
暗号化部１２１と、ユーザ端末１３０との通信を行う通
信部１２２とを備えている。

【０００６】一方、ユーザ端末１３０は、配信サーバ１
１０との間で通信を行う通信部１３１と、ＩＤ情報を蓄
積するＩＤ情報蓄積部１３２と、暗号化されたコンテン
ツを蓄積する蓄積部１３３と、受信したコンテンツ情報
から暗号鍵と利用条件を復号するコンテンツ情報復号部
１３７と、コンテンツの利用条件及び暗号鍵を管理する
利用条件管理部１３８と、コンテンツ再生時に利用条件
を満たすかどうかの判定処理を行う利用条件処理部１３
９と、利用条件を満たすときに利用条件処理部１３９か
ら取得した暗号鍵でコンテンツを復号するコンテンツ復
号部１３５とを備えている。

【０００７】図５３は、このデジタルコンテンツ配信シ
ステムにおいて、ユーザ端末１３０が配信サーバ１１０
からコンテンツを購入するときの処理フローを示してい
る。

【０００８】ユーザのコンテンツ購入要求があると、配
信サーバ１１０及びユーザ端末１３０は以下の処理を行
う。 Ｓ２０１：ユーザ端末１３０の通信部１３１は、ＩＤ情
報蓄積部１３２に蓄積されたユーザ端末１３０のＩＤ情
報を取得し、このＩＤ情報とコンテンツ購入要求とを配
信サーバ１１０に送信する。

【０００９】Ｓ２０２：この情報を配信サーバ１１０の
通信部１２２を通じて受信したユーザ認証部１１２は、
受信したＩＤ情報をユーザ管理データベース１１１に蓄
積されているＩＤ情報と照合してユーザ認証を行った
後、コンテンツ購入要求をコンテンツ情報生成部１１７
に渡す。

【００１０】Ｓ２０３：コンテンツ情報生成部１１７
は、コンテンツ購入に対する課金処理を行い、コンテン
ツ情報データベース１１６から購入コンテンツの利用条
件やコンテンツ鍵の情報を取得し、コンテンツ鍵を購入
コンテンツの情報と共にコンテンツ取得部１２０に渡
す。また、コンテンツ情報生成部１１７は、利用条件と
コンテンツ鍵の情報とを含むコンテンツ情報を生成して
コンテンツ情報暗号化部１１８に渡し、コンテンツ情報
暗号化部１１８は、コンテンツ情報を暗号化する。

【００１１】Ｓ２０４：コンテンツ取得部１２０は、コ
ンテンツデータベース１１９から該当するコンテンツを
取得し、コンテンツ暗号化部１２１は、このコンテンツ
をコンテンツ鍵で暗号化する。配信サーバ１１０の通信
部１２２は、暗号化されたコンテンツと、暗号化された
コンテンツ情報とをユーザ端末１３０に送信する。

【００１２】Ｓ２０５：ユーザ端末１３０の通信部１３
１は、（１）暗号化されたコンテンツと、（２）コンテ
ンツ鍵及び利用条件の情報を含む暗号化されたコンテン
ツ情報とを受信し、 Ｓ２０６：コンテンツを蓄積部１３３に送って蓄積す
る。 Ｓ２０７：また、コンテンツ情報をコンテンツ情報復号
部１３７に送る。コンテンツ情報復号部１３７は、暗号
化されているコンテンツ情報を復号し、利用条件とコン
テンツ鍵とを取り出して利用条件管理部１３８に蓄積す
る。

【００１３】図５４は、このデジタルコンテンツ配信シ
ステムにおいて、ユーザ端末１３０がコンテンツを再生
するときの処理フローを示している。ユーザのコンテン
ツ再生要求があると、ユーザ端末１３０は以下の処理を
行う。

【００１４】Ｓ３０１：利用条件処理部１３９は、利用
条件管理部１３８で管理されている該当するコンテンツ
の利用条件及びコンテンツ鍵を取得し、 Ｓ３０２：利用条件の再生回数（再生を許容する回数）
をチェックする。 Ｓ３０３：再生回数が０より大きいと判断したときは、 Ｓ３０４：利用条件の再生回数をデクリメントして、 Ｓ３０５：利用条件を利用条件管理部１３８に蓄積す
る。 Ｓ３０６：コンテンツ復号部１３５は、蓄積部１３３か
ら該当するコンテンツを取得し、 Ｓ３０７：利用条件処理部１３９から渡されたコンテン
ツ鍵を用いてコンテンツを復号し、コンテンツを再生す
る。

【００１５】また、Ｓ３０３において、再生回数が０よ
り大きくないときは、再生は行わず処理を終了する。な
お、秘密情報の漏洩を防止するため、秘密情報を扱うＩ
Ｄ情報蓄積部１３２、コンテンツ情報復号部１３７及び
利用条件管理部１３８は、通常、例えばＩＣカード等、
セキュリティモジュールに設置され、このセキュリティ
モジュールがユーザ端末１３０に装着される。この場
合、利用条件管理部１３８から利用条件処理部１３９に
利用条件やコンテンツ鍵の情報を送るとき、これらの情
報は暗号化されてセキュリティモジュールから出力さ
れ、利用条件処理部１３９が更新した利用条件を利用条
件管理部１３８に蓄積する際にも、再暗号化されてセキ
ュリティモジュールに送出される。従来のデジタルコン
テンツ配信システムでは、こうした方式で、各ユーザの
コンテンツに対する利用条件がユーザ端末で管理されて
いる。

【００１６】

【発明が解決しようとする課題】しかしながら、各ユー
ザの利用条件を全てユーザ端末で管理する場合には、ユ
ーザ端末での複雑な利用条件管理が必須である。このよ
うな機能を実装することは、ＰＣのような複雑な処理を
容易に行うことが可能なユーザ端末においては大きな負
担とはならないが、携帯電話等のポータブル機器や、家
電機器などにおいては大きな負担となり得る。

【００１７】そこで、本発明は、こうした従来の技術の
問題点を解決するものであり、配信サーバが、ユーザ端
末でのコンテンツの利用を確実且つ最適に制御し、ユー
ザ端末の負担を軽減することが可能であるコンテンツ利
用管理システム及びこれに用いられるサーバ等を提供す
ることを目的としている。

【００１８】

【課題を解決するための手段】上記課題を解決するため
に本発明に係るコンテンツ利用管理システムは、デジタ
ル著作物であるコンテンツを利用する端末装置と前記コ
ンテンツの前記端末装置における利用を管理するサーバ
装置とからなるコンテンツ利用管理システムであって、
前記サーバ装置は、前記端末装置を使用するユーザ毎の
コンテンツの利用条件を示すライセンス情報を記憶する
ライセンス情報記憶手段と、ユーザからの要求に基づい
て、当該ユーザに対応する前記ライセンス情報が示す利
用条件の一部又は全部を示す権利情報であるライセンス
チケットを生成し、前記端末装置に送信するライセンス
チケット発行手段とを備え、前記端末装置は、ユーザの
指示に従って、前記サーバ装置にコンテンツの利用を要
求する要求手段と、前記サーバ装置から送信されてきた
ライセンスチケットを受信する受信手段と、受信された
ライセンスチケットが示す利用条件に従って、コンテン
ツの利用を制御するコンテンツ利用制御手段とを備え、
前記要求手段は、要求するコンテンツと当該コンテンツ
の利用量とを示す期待情報を前記サーバ装置に送信する
ことによって前記要求をし、前記ライセンスチケット発
行手段は、前記要求手段から送信されてきた期待情報に
従ってライセンスチケットを生成し、前記端末装置に送
信することを特徴とする。

【００１９】なお、本明細書において、コンテンツの
「利用」は、コンテンツの「再生」、「移動」、「複
製」や、電子書籍等のコンテンツの「印刷」等、コンテ
ンツを使用する全ての操作を含むものとして使用する。

【００２０】また、端末装置と端末装置におけるデジタ
ルコンテンツの利用を管理するサーバ装置とから構成さ
れるコンテンツ利用管理システムであって、前記サーバ
装置は、動的にユーザの利用条件を管理し、前記利用条
件の一部又は全部をライセンス情報として生成し、前記
端末装置に配信し、前記端末装置は、受信した前記ライ
センス情報に基づいて、コンテンツの利用を制御するこ
とを特徴とする構成としてもよい。

【００２１】なお、本発明は、上記コンテンツ利用管理
システムを構成するサーバ装置及び端末装置として実現
したり、それらサーバ装置及び端末装置を構成する特徴
的な手段をステップとするコンテンツ利用管理方法とし
て実現したり、それらステップをパーソナルコンピュー
タ等に実行させるプログラムとして実現したりすること
もできる。そして、そのプログラムをＤＶＤ等の記録媒
体やインターネット等の伝送媒体を介して広く流通させ
ることができるのは言うまでもない。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態のデジ
タルコンテンツ配信システムについて、説明する。 （実施の形態１）本発明の実施の形態１におけるデジタ
ルコンテンツ配信システムは、図１に示すように、配信
サーバ４１０とユーザ端末４３０とからなり、配信サー
バ４１０は、会員登録したユーザのＩＤ情報などを蓄積
するユーザ管理データベース４１１と、コンテンツに対
するユーザの権利情報を蓄積するユーザ権利情報データ
ベース４１３と、コンテンツの関連情報（コンテンツ鍵
など）を蓄積するコンテンツ情報データベース４１６
と、コンテンツを蓄積するコンテンツデータベース４１
９と、ユーザ認証を行うユーザ認証部４１２と、コンテ
ンツに対するユーザの権利情報の登録や更新を行うユー
ザ権利処理部４１４と、リクエストされたコンテンツの
ライセンス情報を生成するライセンス情報生成部４１５
と、ライセンス情報やコンテンツ鍵の情報を含むコンテ
ンツ情報を生成するコンテンツ情報生成部４１７と、コ
ンテンツ情報を暗号化するコンテンツ情報暗号化部４１
８と、コンテンツデータベース４１９から指定されたコ
ンテンツを取得するコンテンツ取得部４２０と、コンテ
ンツを暗号化するコンテンツ暗号化部４２１と、ユーザ
端末４３０との通信を行う通信部４２２とを備えてい
る。

【００２３】一方、ユーザ端末４３０は、配信サーバ４
１０との間で通信を行う通信部４３１と、ＩＤ情報を蓄
積するＩＤ情報蓄積部４３２と、ユーザ端末の能力を示
す端末能力情報を蓄積する端末能力情報蓄積部４３９
と、暗号化されたコンテンツを蓄積する蓄積部４３３
と、暗号化されたコンテンツ情報を蓄積するコンテンツ
情報データベース４３８と、コンテンツ情報データベー
ス４３８からコンテンツ情報を取得し、コンテンツ鍵と
ライセンス情報とを復号するコンテンツ情報復号部４３
７と、ライセンス情報に基づいてコンテンツ鍵の使用の
可否を判定するライセンス情報処理部４３６と、ライセ
ンス情報処理部４３６から取得したコンテンツ鍵でコン
テンツを復号するコンテンツ復号部４３５と、半導体メ
モリカードなどの外部メディア４５０にコンテンツを出
力する外部メディアアクセス部４３４とを備えている。

【００２４】このシステムでは、各ユーザのコンテンツ
に対する権利情報が、基本的には配信サーバ４１０で管
理される。ユーザが購入（あるいは事前契約）したコン
テンツは、暗号化された状態でユーザ端末４３０の蓄積
部４３３に蓄積され、このコンテンツを利用する場合に
は、ユーザ端末４３０から配信サーバ４１０にリクエス
トが出される。配信サーバ４１０は、ユーザがリクエス
トしたコンテンツに対する利用条件（あるいは契約条
件、以下「ＵＲ−Ｕｓ」とも記す。）を確認し、ユーザ
の利用権が存在するときは、ユーザに対してコンテンツ
情報（ライセンス情報（以下、「ＵＲ−Ｕｃ」とも記
す。）とコンテンツ鍵とを含む情報（以下、「ＬＴ」と
も記す。））を配信する。

【００２５】ライセンス情報は、コンテンツの再生や、
移動、複製などの利用に対する条件情報によって構成さ
れ、ユーザ端末４３０は、このライセンス情報に基づい
てコンテンツの利用を制御する。

【００２６】図２は、本実施の形態におけるデジタルコ
ンテンツ配信システムにおいて、ユーザ端末４３０が配
信サーバ４１０からコンテンツを購入するときの処理フ
ローを示している。

【００２７】ユーザからのコンテンツ購入要求がある
と、配信サーバ４１０及びユーザ端末４３０は以下の処
理を行う。 Ｓ５０１：ユーザ端末４３０の通信部４３１は、ＩＤ情
報蓄積部４３２に蓄積されたユーザ端末４３０のＩＤを
取得し、このＩＤ情報とコンテンツの購入要求とを配信
サーバ４１０に送信する。

【００２８】Ｓ５０２：この情報を配信サーバ４１０の
通信部４２２を通じて受信したユーザ認証部４１２は、
受信したＩＤ情報をユーザ管理データベース４１１に蓄
積されているＩＤ情報と照合してユーザ認証を行った
後、コンテンツ購入要求をユーザ権利処理部４１４に渡
す。 Ｓ５０３：ユーザ権利処理部４１４は、コンテンツ購入
の課金処理を行い、ユーザ権利情報データベース４１３
に、購入コンテンツに対するユーザの権利情報（ＵＲ−
Ｕｓ）を登録する。

【００２９】Ｓ５０４：コンテンツ情報生成部４１７
は、コンテンツ情報データベース４１６から該当コンテ
ンツの関連情報（コンテンツ鍵など）を取得してコンテ
ンツ取得部４２０に渡す。 Ｓ５０５：コンテンツ取得部４２０は、コンテンツデー
タベース４１９から該当コンテンツを取得し、コンテン
ツ暗号化部４２１は、このコンテンツをコンテンツ鍵で
暗号化する。配信サーバ４１０の通信部４２２は、暗号
化されたコンテンツをユーザ端末４３０に送信する。

【００３０】Ｓ５０６：ユーザ端末４３０の通信部４３
１は、暗号化されたコンテンツを受信すると、 Ｓ５０７：コンテンツを蓄積部４３３に送って蓄積す
る。 次に、図３を用いて本実施の形態のデジタルコンテンツ
配信システムにおけるユーザ端末４３０が、コンテンツ
を再生するためにコンテンツ情報を取得する場合の処理
（コンテンツ情報取得プロセス）について説明する。

【００３１】ユーザからコンテンツ再生のためのコンテ
ンツ情報の取得要求があると、配信サーバ４１０及びユ
ーザ端末４３０は以下の処理を行う。 Ｓ６０１：ユーザ端末４３０の通信部４３１は、ＩＤ情
報蓄積部４３２に蓄積されたユーザ端末４３０のＩＤ情
報と、端末能力情報蓄積部４３９に蓄積された端末能力
情報とを取得し、これらの情報とコンテンツ情報取得要
求（以下、「ＬＴ発行要求」とも記す。）とを配信サー
バ４１０に送信する。

【００３２】なお、本実施の形態において、端末能力情
報とは、ユーザ端末４３０が、どのようなライセンス情
報を処理可能かということを表すものであり、より具体
的には、ライセンス情報に記述される再生可能回数の値
について、どのような値ならば処理可能かを示す情報で
あるとする。例えば、『再生可能回数が１回と記述され
たライセンス情報のみ処理可能』という情報である。

【００３３】Ｓ６０２：ＩＤ情報を配信サーバ４１０の
通信部４２２を通じて受信したユーザ認証部４１２は、
受信した情報をユーザ管理データベース４１１に蓄積さ
れているＩＤ情報と照合してユーザ認証を行った後、ユ
ーザ情報とコンテンツ情報取得要求とをユーザ権利処理
部４１４に渡す。また、配信サーバ４１０の通信部４２
２は、受信した端末能力情報をライセンス情報生成部４
１５に渡す。

【００３４】Ｓ６０３：ユーザ権利処理部４１４は、Ｓ
６０２で渡されたユーザ情報によって特定されるユーザ
の権利情報であって、且つ、コンテンツ情報取得要求の
あったコンテンツに対する権利情報を、ユーザ権利情報
データベース４１３を参照して確認する。

【００３５】Ｓ６０４：Ｓ６０３で確認した権利情報の
中に、再生権利が含まれている場合、ユーザ権利処理部
４１４は、その再生権利の内容をライセンス情報生成部
４１５に伝える。ここで、再生権利の内容は、再生可能
回数が何回かを表す情報であり、例えば、『Ｎ回再生可
能である』といった情報である。その後、 Ｓ６０５：後述するライセンス情報生成プロセスが実行
される。 Ｓ６０６：コンテンツ情報生成部４１７は、コンテンツ
情報データベース４１６から該当コンテンツのコンテン
ツ鍵を読み出し、このコンテンツ鍵とライセンス情報生
成プロセスによって生成されたライセンス情報とを含む
コンテンツ情報（ＬＴ）を生成する。コンテンツ情報暗
号化部４１８は、このコンテンツ情報を暗号化する。

【００３６】Ｓ６０７：配信サーバ４１０の通信部４２
２は、暗号化されたコンテンツ情報をユーザ端末４３０
に送信する。なお、Ｓ６０４において、ユーザの権利情
報の中に、該当コンテンツの再生権利が含まれていない
ときには、再生不可の通知が配信サーバ４１０からユー
ザ端末４３０に送信される（Ｓ６０８）。

【００３７】一方、ユーザ端末４３０では、 Ｓ６０９：ユーザ端末４３０の通信部４３１は、コンテ
ンツ情報を受信すると、 Ｓ６１０：コンテンツ情報をコンテンツ情報データベー
ス４３８に送って蓄積する。図４は、本実施の形態のデ
ジタルコンテンツ配信システムにおいて、配信サーバ４
１０がライセンス情報（ＵＲ−Ｕｃ／ＬＴ）を生成する
際（ライセンス情報生成プロセス）の処理フローを示し
ている。

【００３８】ライセンス情報の生成要求があると、配信
サーバ４１０は以下の処理を行う。 Ｓ７０１：ライセンス情報生成部４１５は、Ｓ６０２で
受信した端末能力情報とＳ６０４で受信した再生権利の
内容をもとに、ライセンス情報の生成規則を記したライ
センス情報生成ルール（図５にその一例を示す。）に従
って、ライセンス情報を生成し、コンテンツ情報生成部
４１７に渡す。

【００３９】図５に示すルールは、再生権利の内容と端
末能力情報の内容とから、生成するライセンス情報の内
容を決定するものである。 Ｓ７０２：ユーザ権利処理部４１４は、ユーザ権利情報
データベース４１３に格納されている権利情報内の再生
権利の内容を更新（Ｓ７０１で生成されたライセンス情
報に記述された再生可能回数の値分、再生権利に記述さ
れている再生可能回数の値をデクリメント）する。な
お、再生権利中、再生可能回数が無限大となっている場
合には、この更新は行われないものとする。

【００４０】ここで、図５のライセンス情報生成ルール
について詳しく説明する。図５に示す通り、端末能力情
報として、『再生可能回数１回と記述されたライセンス
情報のみ処理可能』、『再生可能回数１回と記述された
ライセンス情報及び再生可能回数∞と記述されたライセ
ンス情報のみ処理可能』、『再生可能回数Ｎ回と記述さ
れたライセンス情報及び再生可能回数∞と記述されたラ
イセンス情報』の３つが定義されているものとする。

【００４１】例えば、Ｓ６０４で受信した再生権利の内
容が、『∞回再生可能』という内容で、Ｓ６０２で受信
した端末能力情報が、『再生可能回数１回と記述された
ライセンス情報のみ処理可能』という情報である場合、
再生可能回数１回と記述されたライセンス情報が生成さ
れることを意味する。また、Ｓ６０４で受信した再生権
利の内容が、『∞回再生可能』という内容で、Ｓ６０２
で受信した端末能力情報が、『再生可能回数１回と記述
されたライセンス情報及び再生可能回数∞と記述された
ライセンス情報のみ処理可能』という情報である場合、
再生可能回数∞と記述されたライセンス情報が生成され
ることを意味する。さらに、Ｓ６０４で受信した再生権
利の内容が、『∞回再生可能』という内容で、Ｓ６０２
で受信した端末能力情報が、『再生可能回数Ｎ回と記述
されたライセンス情報及び再生可能回数∞と記述された
ライセンス情報のみ処理可能』という情報である場合、
再生可能回数∞と記述されたライセンス情報が生成され
ることを意味する。なお、Ｎは２以上の有限な整数値と
する。

【００４２】次に、例えば、Ｓ６０４で受信した再生権
利の内容が、『複数回再生可能』という内容で、Ｓ６０
２で受信した端末能力情報が、『再生可能回数１回と記
述されたライセンス情報のみ処理可能』という情報であ
る場合、再生可能回数１回と記述されたライセンス情報
が生成されることを意味する。また、Ｓ６０４で受信し
た再生権利の内容が、『複数回再生可能』という内容
で、Ｓ６０２で受信した端末能力情報が、『再生可能回
数１回と記述されたライセンス情報及び再生可能回数∞
と記述されたライセンス情報のみ処理可能』という情報
である場合、再生可能回数１回と記述されたライセンス
情報が生成されることを意味する。さらに、Ｓ６０４で
受信した再生権利の内容が、『複数回再生可能』という
内容で、Ｓ６０２で受信した端末能力情報が、『再生可
能回数Ｎ回と記述されたライセンス情報及び再生可能回
数∞と記述されたライセンス情報のみ処理可能』という
情報である場合、再生可能回数Ｎ回と記述されたライセ
ンス情報が生成されることを意味する。なお、Ｎは２以
上の有限な整数値とする。

【００４３】また、例えば、Ｓ６０４で受信した再生権
利の内容が、『１回再生可能』という内容に対しては、
図５に示す例では、再生可能回数１回と記述されたライ
センス情報が生成されることを表している。

【００４４】図６は、本実施の形態におけるデジタルコ
ンテンツ配信システムにおいて、ユーザ端末４３０がコ
ンテンツを再生するときの処理フローを示している。ユ
ーザからのコンテンツ要求があると、ユーザ端末４３０
は以下の処理を行う。 Ｓ９０１：コンテンツ情報復号部４３７は、再生を要求
されているコンテンツに対応するコンテンツ情報が、コ
ンテンツ情報データベース４３８に存在するかどうかを
調べる。コンテンツ情報が、存在する場合は、Ｓ９０
２、Ｓ９０３の処理は行わず、Ｓ９０４に進む。

【００４５】Ｓ９０２：Ｓ９０１でコンテンツ情報が存
在しない場合、前述のコンテンツ情報取得プロセスが実
行される。 Ｓ９０３：コンテンツ情報取得プロセスを実行した結
果、コンテンツ情報を取得することができると、 Ｓ９０４：コンテンツ情報復号部４３７は、コンテンツ
情報を復号して、ライセンス情報とコンテンツ鍵とを取
り出し、これらをライセンス情報処理部４３６に渡す。

【００４６】Ｓ９０５：ライセンス情報処理部４３６
は、ライセンス情報に記述された再生条件をチェック
し、 Ｓ９０６：再生可能回数が１以上の場合には、 Ｓ９０７：蓄積部４３３からコンテンツを取得して、 Ｓ９０８：コンテンツ鍵でコンテンツを復号して再生を
行う。 Ｓ９０９〜Ｓ９１１：コンテンツの再生後、コンテンツ
情報データベース４３８に蓄積されているコンテンツ情
報の更新を行う。

【００４７】ここで、再生前の再生可能回数が２以上で
有限であった場合には、コンテンツ情報内のライセンス
情報に記述されている再生可能回数を１デクリメントす
る。また、再生前の再生可能回数が１であった場合に
は、コンテンツ情報を削除、もしくは無効化する処理を
行う。再生前の再生可能回数が無限大であった場合に
は、更新は行われない。

【００４８】また、Ｓ９０３で配信サーバ４１０からコ
ンテンツ情報を取得できなかった場合、及び、Ｓ９０６
で再生不可と判定された場合には、コンテンツを再生す
ることなく処理を終了する。なお、本実施の形態では、
コンテンツの『利用』の一形態として『再生』を例に説
明を行ったが、利用とは、再生に限るものでなく、例え
ば外部メディア４５０への複製や、印刷など、その他い
かなる動作であってもよいものとする。

【００４９】また、本実施の形態において、端末能力情
報は、ライセンス情報に記述される再生可能回数の値に
ついて、どのような値ならば処理可能かを示す情報であ
るとして説明を行ったが、それに限るものではなく、例
えば、再生有効期限などの時間的な管理が行えるかどう
か、配信サーバへの接続頻度はどれくらいか、配信サー
バへの接続コストはどれくらいかといった情報であって
もよいものとする。

【００５０】また、ライセンス情報生成ルールも、端末
能力情報の内容に応じて変化するものとし、例えば、端
末能力情報が配信サーバへの接続頻度を示す情報である
場合には、図７に示すようなルール（例）となり、ま
た、端末能力情報が配信サーバへの接続コストを示す情
報である場合には、図８に示すようなルール（例）とな
る。

【００５１】ここで、図７に示す接続頻度に関するライ
センス情報生成ルールについて説明する。図７に示す通
り、接続頻度として、『常時接続』、『１回／Ｄａ
ｙ』、『１回／Ｗｅｅｋ』の３つが定義されているもの
とする。図７において、再生権利の内容が『∞再生可
能』であり、接続頻度が『常時接続』であるときには、
『再生可能回数１回』と記述されたライセンス情報を生
成する。即ち、再生の度にライセンス情報を発行するこ
とを意味する。また、再生権利の内容が『∞再生可能』
であり、接続頻度が『１回／Ｄａｙ』、つまり１日に１
回程度接続するときには、『再生可能回数Ｎ回』と記述
されたライセンス情報を発行することを意味する。な
お、Ｎは２以上の有限な整数とする。さらに、再生権利
の内容が『∞再生可能』であり、接続頻度が『１回／Ｗ
ｅｅｋ』、つまり１週間に１回程度接続するときには、
『再生可能回数∞』と記述されたライセンス情報を発行
することを意味する。

【００５２】また、図７において、再生権利の内容が
『複数回再生可能』であり、接続頻度が『常時接続』で
あるときには、『再生可能回数１回』と記述されたライ
センス情報を生成する。即ち、再生の度にライセンス情
報を発行することを意味する。また、再生権利の内容が
『複数回再生可能』であり、接続頻度が『１回／Ｄａ
ｙ』、つまり１日に１回程度接続するときには、『再生
可能回数１回』と記述されたライセンス情報を発行する
ことを意味する。さらに、再生権利の内容が『複数回再
生可能』であり、接続頻度が『１回／Ｗｅｅｋ』、つま
り１週間に１回程度接続するときには、『再生可能回数
Ｎ回』と記述されたライセンス情報を発行することを意
味する。なお、Ｎは２以上の有限な整数とする。

【００５３】さらに、図７において、再生権利の内容が
『複数回再生可能』であるときには、いずれの接続頻度
に対しても、『再生可能回数１回』と記述されたライセ
ンス情報を発行することを意味する。このようにして、
ユーザ端末４３０の接続頻度に応じて、ライセンス情報
を柔軟に変更し、発行することが可能となる。

【００５４】ここで、図８に示す接続コストに関するラ
イセンス情報生成ルールについて説明する。図８におい
て、再生権利の内容が『∞再生可能』であり、接続コス
トが『〜ｘｘｘ円』、即ちｘｘｘ円以下の場合、『再生
可能回数１回』と記述されたライセンス情報を生成する
ことを意味する。一方、再生権利の内容が『∞再生可
能』であり、接続コストが『ｘｘｘ円〜』即ちｘｘｘ円
より大きい場合、『再生可能回数∞』と記述されたライ
センス情報を生成することを意味する。なお、ｘｘｘは
０以上の整数とする。

【００５５】また、図８において、再生権利の内容が
『複数回再生可能』であり、接続コストが『〜ｘｘｘ
円』、即ちｘｘｘ円以下の場合、『再生可能回数１回』
と記述されたライセンス情報を生成することを意味す
る。一方、再生権利の内容が『複数回再生可能』であ
り、接続コストが『ｘｘｘ円〜』即ちｘｘｘ円より大き
い場合、『再生可能回数Ｎ回』と記述されたライセンス
情報を生成することを意味する。なお、ｘｘｘは０以上
の整数とし、Ｎは２以上の有限な整数とする。さらに、
図８において、再生権利の内容が『１回再生可能』であ
る場合は、接続コストによらず、『再生可能回数１回』
と記述されたライセンス情報を生成することを意味す
る。このようにして、ユーザ端末４３０の接続コストに
応じて、ライセンス情報を柔軟に変更し、発行すること
が可能となる。

【００５６】以上のように、本実施の形態１のデジタル
コンテンツ配信システムにおいては、配信サーバは、ユ
ーザ端末に対し、ユーザ端末の能力に応じた最適なライ
センス情報を配信することが可能となる。

【００５７】例えば、Ｎ回再生可能と記述された利用条
件』からライセンス情報を生成し配信する場合、携帯電
話のように、配信サーバに頻繁に接続することが可能
で、且つ、端末内での処理を軽くしたいといった機器に
は、１回再生可と記述したライセンス情報を配信し、逆
に、ＰＣのように、配信サーバに頻繁に接続することは
難しいが、端末内で複雑な処理が可能といった機器に
は、Ｎ回分の再生権利を記述したライセンス情報を配信
するといったことが可能となる。

【００５８】（実施の形態２）本発明の実施の形態２に
おけるデジタルコンテンツ配信システムは、図９に示す
ように、配信サーバ１２１０とユーザ端末１２３０とか
らなり、配信サーバ１２１０は、会員登録したユーザの
ＩＤ情報などを蓄積するユーザ管理データベース１２１
１と、コンテンツに対するユーザの権利情報を蓄積する
ユーザ権利情報データベース１２１３と、コンテンツの
関連情報（コンテンツ鍵、コンテンツが属するサービス
内容など）を蓄積するコンテンツ情報データベース１２
１６と、コンテンツを蓄積するコンテンツデータベース
１２１９と、ユーザ認証を行うユーザ認証部１２１２
と、コンテンツに対するユーザの権利情報の登録や更新
を行うユーザ権利処理部１２１４と、リクエストされた
コンテンツのライセンス情報を生成するライセンス情報
生成部１２１５と、ライセンス情報やコンテンツ鍵の情
報を含むコンテンツ情報を生成するコンテンツ情報生成
部１２１７と、コンテンツ情報を暗号化するコンテンツ
情報暗号化部１２１８と、コンテンツデータベース１２
１９から指定されたコンテンツを取得するコンテンツ取
得部１２２０と、コンテンツを暗号化するコンテンツ暗
号化部１２２１と、ユーザ端末１２３０との通信を行う
通信部１２２２とを備えている。

【００５９】一方、ユーザ端末１２３０は、配信サーバ
１２１０との間で通信を行う通信部１２３１と、ＩＤ情
報を蓄積するＩＤ情報蓄積部１２３２と、暗号化された
コンテンツを蓄積する蓄積部１２３３と、暗号化された
コンテンツ情報を蓄積するコンテンツ情報データベース
１２３８と、コンテンツ情報データベース１２３８から
コンテンツ情報を取得し、コンテンツ鍵とライセンス情
報とを復号するコンテンツ情報復号部１２３７と、ライ
センス情報に基づいてコンテンツ鍵の使用の可否を判定
するライセンス情報処理部１２３６と、ライセンス情報
処理部１２３６から取得したコンテンツ鍵でコンテンツ
を復号するコンテンツ復号部１２３５と、外部メディア
１２５０にコンテンツを出力する外部メディアアクセス
部１２３４とを備えている。

【００６０】このシステムでは、各ユーザのコンテンツ
に対する権利情報が、基本的には配信サーバ１２１０で
管理される。ユーザが購入（あるいは事前契約）したコ
ンテンツは、暗号化された状態でユーザ端末１２３０の
蓄積部１２３３に蓄積され、このコンテンツを利用する
場合には、ユーザ端末１２３０から配信サーバ１２１０
にリクエストが出される。配信サーバ１２１０は、ユー
ザがリクエストしたコンテンツに対する利用条件』（あ
るいは契約条件）を確認し、ユーザの利用権が存在する
ときは、ユーザに対してコンテンツ情報（ライセンス情
報とコンテンツ鍵とを含む情報）を配信する。ライセン
ス情報は、コンテンツの再生や、移動、複製などの利用
に対する条件情報によって構成され、ユーザ端末１２３
０は、このライセンス情報に基づいてコンテンツの利用
を制御する。

【００６１】図１０は、本実施の形態におけるデジタル
コンテンツ配信システムにおいて、ユーザ端末１２３０
が配信サーバ１２１０からコンテンツを購入するときの
処理フローを示している。ユーザからのコンテンツ要求
があると、配信サーバ１２１０及びユーザ端末１２３０
は以下の処理を行う。

【００６２】Ｓ１３０１：ユーザ端末１２３０の通信部
１２３１は、ＩＤ情報蓄積部１２３２に蓄積されたユー
ザ端末１２３０のＩＤを取得し、このＩＤ情報とコンテ
ンツの購入要求とを配信サーバ１２１０に送信する。

【００６３】Ｓ１３０２：この情報を配信サーバ１２１
０の通信部１２２２を通じて受信したユーザ認証部１２
１２は、受信したＩＤ情報をユーザ管理データベース１
２１１に蓄積されているＩＤ情報と照合してユーザ認証
を行った後、コンテンツ購入要求をユーザ権利処理部１
２１４に渡す。 Ｓ１３０３：ユーザ権利処理部１２１４は、コンテンツ
購入の課金処理を行い、ユーザ権利情報データベース１
２１３に、購入コンテンツに対するユーザの権利情報を
登録する。

【００６４】Ｓ１３０４：コンテンツ情報生成部１２１
７は、コンテンツ情報データベース１２１６から該当コ
ンテンツの関連情報（コンテンツ鍵など）を取得してコ
ンテンツ取得部１２２０に渡す。 Ｓ１３０５：コンテンツ取得部１２２０は、コンテンツ
データベース１２１９から該当コンテンツを取得し、コ
ンテンツ暗号化部１２２１は、このコンテンツをコンテ
ンツ鍵で暗号化する。配信サーバ１２１０の通信部１２
２２は、暗号化されたコンテンツをユーザ端末１２３０
に送信する。

【００６５】Ｓ１３０６：ユーザ端末１２３０の通信部
１２３１は、暗号化されたコンテンツを受信すると、 Ｓ１３０７：コンテンツを蓄積部１２３３に送って蓄積
する。 次に、図１１を用いて本実施の形態のデジタルコンテン
ツ配信システムにおいて、ユーザ端末１２３０が、コン
テンツを再生するためにコンテンツ情報を取得する場合
の処理（コンテンツ情報取得プロセス）について説明す
る。

【００６６】ユーザからコンテンツ再生のためのコンテ
ンツ情報の取得要求があると、

【００６７】Ｓ１４０１：ユーザ端末１２３０の通信部
１２３１は、ＩＤ情報蓄積部１２３２に蓄積されたユー
ザ端末１２３０のＩＤ情報を取得し、これらの情報とコ
ンテンツ情報取得要求とを配信サーバ１２１０に送信す
る。 Ｓ１４０２：ＩＤ情報を配信サーバ１２１０の通信部１
２２２を通じて受信したユーザ認証部１２１２は、受信
した情報をユーザ管理データベース１２１１に蓄積され
ているＩＤ情報と照合してユーザ認証を行った後、ユー
ザ情報とコンテンツ情報取得要求とをユーザ権利処理部
１２１４に渡す。

【００６８】Ｓ１４０３：ユーザ権利処理部１２１４
は、Ｓ１４０２で渡されたユーザ情報によって特定され
るユーザの権利情報であって、且つ、コンテンツ情報取
得要求のあったコンテンツに対する権利情報を、ユーザ
権利情報データベース１２１３を参照して確認する。 Ｓ１４０４：Ｓ１４０３で確認した権利情報の中に、再
生権利が含まれている場合、ユーザ権利処理部１２１４
は、その再生権利の内容をライセンス情報生成部１２１
５に伝える。ここで、再生権利の内容は、再生可能回数
が何回かを表す情報であり、例えば、『Ｎ回再生可能で
ある』といった情報である。その後、

【００６９】Ｓ１４０５：後述するライセンス情報生成
プロセスが実行される。 Ｓ１４０６：コンテンツ情報生成部１２１７は、コンテ
ンツ情報データベース１２１６から該当コンテンツのコ
ンテンツ鍵を読み出し、このコンテンツ鍵とライセンス
情報生成プロセスによって生成されたライセンス情報と
を含むコンテンツ情報を生成する。コンテンツ情報暗号
化部１２１８は、このコンテンツ情報を暗号化する。

【００７０】Ｓ１４０７：配信サーバ１２１０の通信部
１２２２は、暗号化されたコンテンツ情報をユーザ端末
１２３０に送信する。なお、Ｓ１４０４において、ユー
ザの権利情報の中に、該当コンテンツの再生権利が含ま
れていないときには、再生不可の通知が配信サーバ１２
１０からユーザ端末１２３０に送信される（Ｓ１４０
８）。

【００７１】一方、ユーザ端末１２３０では、 Ｓ１４０９：ユーザ端末１２３０の通信部１２３１は、
コンテンツ情報（ＬＴ）を受信すると、 Ｓ１４１０：コンテンツ情報（ＬＴ）をコンテンツ情報
データベース１２３８に送って蓄積する。

【００７２】図１２は、本実施の形態のデジタルコンテ
ンツ配信システムにおいて、配信サーバ１２１０がライ
センス情報を生成する際（ライセンス情報生成プロセ
ス）の処理フローを示している。ライセンス情報の生成
要求があると、 Ｓ１５０１：ライセンス情報生成部１２１５は、コンテ
ンツ情報取得要求のあったコンテンツが属するサービス
内容に関する情報を、コンテンツ情報データベース１２
１６から入手する。

【００７３】本実施の形態では、サービス内容とは、例
えば、音楽配信、映画配信などといったコンテンツの種
類に関する情報であるとする。Ｓ１５０２：ライセンス
情報生成部１２１５は、Ｓ１４０４で受信した再生権利
の内容とＳ１５０１で入手したサービス内容に関する情
報をもとに、ライセンス情報の生成規則を記したライセ
ンス情報生成ルール（図１３にその一例を示す。）に従
って、ライセンス情報を生成し、コンテンツ情報生成部
１２１７に渡す。

【００７４】Ｓ１５０３：ユーザ権利処理部１２１４
は、ユーザ権利情報データベース１２１３に格納されて
いる権利情報内の再生権利の内容を更新（Ｓ１５０２で
生成されたライセンス情報に記述された再生可能回数の
値分、再生権利に記述されている再生可能回数の値をデ
クリメント）する。なお、再生権利中、再生可能回数が
無限大となっている場合には、この更新は行われないも
のとする。

【００７５】ここで、図１３に示すライセンス情報生成
ルールについて説明する。図１３に示すルールは、再生
権利の内容とサービスの内容に関する情報とから、生成
するライセンス情報の内容を決定するものである。サー
ビスの内容としては、『映画配信サービス』、『音楽配
信サービス』の２つが定義されているものとする。

【００７６】図１３のライセンス情報生成ルールに従っ
た場合、例えば、Ｓ１４０４で受信した再生権利の内容
が、『∞回再生可能』という内容で、Ｓ１５０１で入手
したサービスの内容に関する情報が、『映画配信サービ
ス』という情報である場合、『再生可能回数１回』と記
述されたライセンス情報が生成されることになる。

【００７７】一方、Ｓ１４０４で受信した再生権利の内
容が、『∞回再生可能』という内容で、Ｓ１５０１で入
手したサービスの内容に関する情報が、『音楽配信サー
ビス』という情報である場合、『再生可能回数∞』と記
述されたライセンス情報が生成されることになる。

【００７８】また、Ｓ１４０４で受信した再生権利の内
容が、『複数回再生可能』という内容で、Ｓ１５０１で
入手したサービスの内容に関する情報が、『映画配信サ
ービス』という情報である場合、『再生可能回数１回』
と記述されたライセンス情報が生成されることになる。

【００７９】一方、Ｓ１４０４で受信した再生権利の内
容が、『複数回再生可能』という内容で、Ｓ１５０１で
入手したサービスの内容に関する情報が、『音楽配信サ
ービス』という情報である場合、『再生可能回数Ｎ回』
と記述されたライセンス情報が生成されることになる。
なお、Ｎは２以上の有限な整数とする。

【００８０】さらに、Ｓ１４０４で受信した再生権利の
内容が、『１回再生可能』という内容の場合は、サービ
スの内容に関する情報がいずれの場合でも『再生可能回
数１回』と記述されたライセンス情報が生成されること
になる。このように、サービス内容、即ちコンテンツの
種類毎に柔軟にライセンス情報を生成することが可能と
なる。

【００８１】図１４は、本実施の形態におけるデジタル
コンテンツ配信システムにおいて、ユーザ端末１２３０
がコンテンツを再生するときの処理フローを示してい
る。ユーザからのコンテンツ要求があると、

【００８２】Ｓ１７０１：コンテンツ情報復号部１２３
７は、再生を要求されているコンテンツに対応するコン
テンツ情報が、コンテンツ情報データベース１２３８に
存在するかどうかを調べる。コンテンツ情報が、存在す
る場合は、Ｓ１７０２、Ｓ１７０３の処理は行わず、Ｓ
１７０４に進む。

【００８３】Ｓ１７０２：Ｓ１７０１でコンテンツ情報
が存在しない場合、前述のコンテンツ情報取得プロセス
が実行される。 Ｓ１７０３：コンテンツ情報取得プロセスを実行した結
果、コンテンツ情報を取得することができると、

【００８４】Ｓ１７０４：コンテンツ情報復号部１２３
７は、コンテンツ情報を復号して、ライセンス情報とコ
ンテンツ鍵とを取り出し、これらをライセンス情報処理
部１２３６に渡す。 Ｓ１７０５：ライセンス情報処理部１２３６は、ライセ
ンス情報に記述された再生条件をチェックし、 Ｓ１７０６：再生可能回数が１以上の場合には、 Ｓ１７０７：蓄積部１２３３からコンテンツを取得し
て、

【００８５】Ｓ１７０８：コンテンツ鍵でコンテンツを
復号して再生を行う。 Ｓ１７０９〜Ｓ１７１１：コンテンツの再生後、コンテ
ンツ情報データベース１２３８に蓄積されているコンテ
ンツ情報の更新を行う。 ここで、再生前の再生可能回数が２以上で有限であった
場合には、コンテンツ情報内のライセンス情報に記述さ
れている再生可能回数を１デクリメントする。また、再
生前の再生可能回数が１であった場合には、コンテンツ
情報を削除、もしくは無効化する処理を行う。再生前の
再生可能回数が無限大であった場合には、更新は行われ
ない。

【００８６】また、Ｓ１７０３で配信サーバ１２１０か
らコンテンツ情報を取得できなかった場合、及び、Ｓ１
７０６で再生不可と判定された場合には、コンテンツを
再生することなく処理を終了する。

【００８７】なお、本実施の形態では、コンテンツの
『利用』の１形態として『再生』を例に説明を行った
が、利用とは、再生に限るものでなく、例えば、外部メ
ディア１２５０への複製や、印刷など、その他いかなる
動作であってもよいものとする。

【００８８】また、本実施の形態において、サービスの
内容として、コンテンツの種類を例にして説明を行った
が、それに限るものではなく、例えば、新作や旧作など
といったコンテンツのプレミア度などの情報であっても
よいものとする。

【００８９】また、ライセンス情報生成ルールも、上記
サービスの内容が表す情報に応じて変化するものとし、
例えば、サービスの内容がコンテンツのプレミア度を示
す情報である場合には、図１５に示すようなルール
（例）となる。

【００９０】図１５において、コンテンツのプレミア度
として、『新作』、『準新作』、『旧作』の３つが定義
されている。再生権利が『∞回再生可能』であり、コン
テンツのプレミア度が『新作』である場合は、『再生可
能回数１回』と記述されたライセンス情報を生成するこ
とを意味する。また、再生権利が『∞回再生可能』であ
り、コンテンツのプレミア度が『準新作』である場合
は、『再生可能回数Ｎ回』と記述されたライセンス情報
を生成することを意味する。さらに、再生権利が『∞回
再生可能』であり、コンテンツのプレミア度が『旧作』
である場合は、『再生可能回数∞』と記述されたライセ
ンス情報を生成することを意味する。なお、ここでＮは
２以上で有限の整数とする。

【００９１】また、図１５において、再生権利が『複数
回再生可能』であり、コンテンツのプレミア度が『新
作』である場合は、『再生可能回数１回』と記述された
ライセンス情報を生成することを意味する。

【００９２】また、再生権利が『複数回再生可能』であ
り、コンテンツのプレミア度が『準新作』である場合
は、『再生可能回数Ｎ回』と記述されたライセンス情報
を生成することを意味する。

【００９３】さらに、再生権利が『複数回再生可能』で
あり、コンテンツのプレミア度が『旧作』である場合
は、『再生可能回数Ｎ回』と記述されたライセンス情報
を生成することを意味する。

【００９４】さらに、図１５において、再生権利が『１
回再生可能』であるときは、コンテンツのプレミア度に
かかわらず、『再生可能回数１回』と記述されたライセ
ンス情報を生成することを意味している。

【００９５】このように、本実施の形態２のデジタルコ
ンテンツ配信システムにおいては、配信サーバは、ユー
ザ端末に対し、サービス内容に応じた最適なライセンス
情報を配信することが可能となる。例えば、Ｎ回再生可
能と記述された利用条件からライセンス情報を生成し配
信する場合、新作映画のように、コンテンツ価値の高い
ものに関しては、再生時には毎回、ユーザ端末が配信サ
ーバと通信を行うように、１回再生可と記述したライセ
ンス情報を配信し、逆に、旧作映画のように、コンテン
ツ価値が低いコンテンツに関しては、Ｎ回分（Ｎは２以
上の有限な整数）の再生権利を記述したライセンス情報
を配信するといったことが可能となる。

【００９６】（実施の形態３）本発明の実施の形態３に
おけるデジタルコンテンツ配信システムは、図１６に示
すように、配信サーバ１９１０とユーザ端末１９３０と
からなり、配信サーバ１９１０は、会員登録したユーザ
のＩＤ情報や、ユーザがコンテンツ対価を支払う場合の
支払い方法に関する情報などを蓄積するユーザ管理デー
タベース１９１１と、コンテンツに対するユーザの権利
情報を蓄積するユーザ権利情報データベース１９１３
と、コンテンツの関連情報（コンテンツ鍵など）を蓄積
するコンテンツ情報データベース１９１６と、コンテン
ツを蓄積するコンテンツデータベース１９１９と、ユー
ザ認証を行うユーザ認証部１９１２と、コンテンツに対
するユーザの権利情報の登録や更新を行うユーザ権利処
理部１９１４と、リクエストされたコンテンツのライセ
ンス情報を生成するライセンス情報生成部１９１５と、
ライセンス情報やコンテンツ鍵の情報を含むコンテンツ
情報を生成するコンテンツ情報生成部１９１７と、コン
テンツ情報を暗号化するコンテンツ情報暗号化部１９１
８と、コンテンツデータベース１９１９から指定された
コンテンツを取得するコンテンツ取得部１９２０と、コ
ンテンツを暗号化するコンテンツ暗号化部１９２１と、
ユーザ端末１９３０との通信を行う通信部１９２２とを
備えている。

【００９７】一方、ユーザ端末１９３０は、配信サーバ
１９１０との間で通信を行う通信部１９３１と、ＩＤ情
報を蓄積するＩＤ情報蓄積部１９３２と、暗号化された
コンテンツを蓄積する蓄積部１９３３と、暗号化された
コンテンツ情報を蓄積するコンテンツ情報データベース
１９３８と、コンテンツ情報データベース１９３８から
コンテンツ情報を取得し、コンテンツ鍵とライセンス情
報とを復号するコンテンツ情報復号部１９３７と、ライ
センス情報に基づいてコンテンツ鍵の使用の可否を判定
するライセンス情報処理部１９３６と、ライセンス情報
処理部１９３６から取得したコンテンツ鍵でコンテンツ
を復号するコンテンツ復号部１９３５と、外部メディア
１９５０にコンテンツを出力する外部メディアアクセス
部１９３４とを備えている。

【００９８】このシステムでは、各ユーザのコンテンツ
に対する権利情報が、基本的には配信サーバ１９１０で
管理される。ユーザが購入（あるいは事前契約）したコ
ンテンツは、暗号化された状態でユーザ端末１９３０の
蓄積部１９３３に蓄積され、このコンテンツを利用する
場合には、ユーザ端末１９３０から配信サーバ１９１０
にリクエストが出される。

【００９９】配信サーバ１９１０は、ユーザがリクエス
トしたコンテンツに対する利用条件（あるいは契約条
件）を確認し、ユーザの利用権が存在するときは、ユー
ザに対してコンテンツ情報（ライセンス情報とコンテン
ツ鍵とを含む情報）（ＬＴ）を配信する。

【０１００】ライセンス情報は、コンテンツの再生や、
移動、複製などの利用に対する条件情報によって構成さ
れ、ユーザ端末１９３０は、このライセンス情報に基づ
いてコンテンツの利用を制御する。

【０１０１】図１７は、本実施の形態におけるデジタル
コンテンツ配信システムにおいて、ユーザ端末１９３０
が配信サーバ１９１０からコンテンツを購入するときの
処理フローを示している。

【０１０２】ユーザからのコンテンツ要求があると、 Ｓ２００１：ユーザ端末１９３０の通信部１９３１は、
ＩＤ情報蓄積部１９３２に蓄積されたユーザ端末１９３
０のＩＤを取得し、このＩＤ情報とコンテンツの購入要
求とを配信サーバ１９１０に送信する。

【０１０３】Ｓ２００２：この情報を配信サーバ１９１
０の通信部１９２２を通じて受信したユーザ認証部１９
１２は、受信したＩＤ情報をユーザ管理データベース１
９１１に蓄積されているＩＤ情報と照合してユーザ認証
を行った後、コンテンツ購入要求をユーザ権利処理部１
９１４に渡す。

【０１０４】Ｓ２００３：ユーザ権利処理部１９１４
は、コンテンツ購入の課金処理を行い、ユーザ権利情報
データベース１９１３に、購入コンテンツに対するユー
ザの権利情報を登録する。 Ｓ２００４：コンテンツ情報生成部１９１７は、コンテ
ンツ情報データベース１９１６から該当コンテンツの関
連情報（コンテンツ鍵など）を取得してコンテンツ取得
部１９２０に渡す。

【０１０５】Ｓ２００５：コンテンツ取得部１９２０
は、コンテンツデータベース１９１９から該当コンテン
ツを取得し、コンテンツ暗号化部１９２１は、このコン
テンツをコンテンツ鍵で暗号化する。配信サーバ１９１
０の通信部１９２２は、暗号化されたコンテンツをユー
ザ端末１９３０に送信する。 Ｓ２００６：ユーザ端末１９３０の通信部１９３１は、
暗号化されたコンテンツを受信すると、 Ｓ２００７：コンテンツを蓄積部１９３３に送って蓄積
する。

【０１０６】次に、図１８を用いて本実施の形態のデジ
タルコンテンツ配信システムにおいて、ユーザ端末１９
３０が、コンテンツを再生するためにコンテンツ情報
（ＬＴ）を取得する場合の処理（コンテンツ情報取得プ
ロセス）について説明する。

【０１０７】ユーザからコンテンツ再生のためのコンテ
ンツ情報の取得要求（ＬＴ発行要求／ＥＬＩ）がある
と、 Ｓ２１０１：ユーザ端末１９３０の通信部１９３１は、
ＩＤ情報蓄積部１９３２に蓄積されたユーザ端末１９３
０のＩＤ情報を取得し、これらの情報とコンテンツ情報
取得要求（ＬＴ発行要求／ＥＬＩ）とを配信サーバ１９
１０に送信する。

【０１０８】Ｓ２１０２：ＩＤ情報を配信サーバ１９１
０の通信部１９２２を通じて受信したユーザ認証部１９
１２は、受信した情報をユーザ管理データベース１９１
１に蓄積されているＩＤ情報と照合してユーザ認証を行
った後、ユーザ情報とコンテンツ情報取得要求（ＬＴ発
行要求／ＥＬＩ）とをユーザ権利処理部１９１４に渡
す。 Ｓ２１０３：ユーザ権利処理部１９１４は、Ｓ２１０２
で渡されたユーザ情報によって特定されるユーザの権利
情報であって、且つ、コンテンツ情報取得要求のあった
コンテンツに対する権利情報を、ユーザ権利情報データ
ベース１９１３を参照して確認する。

【０１０９】Ｓ２１０４：Ｓ２１０３で確認した権利情
報の中に、再生権利が含まれている場合、ユーザ権利処
理部１９１４は、その再生権利の内容をライセンス情報
生成部１９１５に伝える。ここで、再生権利の内容は、
例えば、『Ｎ回再生可能である』といった情報である。
その後、 Ｓ２１０５：後述するライセンス情報生成プロセスが実
行される。 Ｓ２１０６：コンテンツ情報生成部１９１７は、コンテ
ンツ情報データベース１９１６から該当コンテンツのコ
ンテンツ鍵を読み出し、このコンテンツ鍵とライセンス
情報生成プロセスによって生成されたライセンス情報と
を含むコンテンツ情報を生成する。コンテンツ情報暗号
化部１９１８は、このコンテンツ情報を暗号化する。

【０１１０】Ｓ２１０７：配信サーバ１９１０の通信部
１９２２は、暗号化されたコンテンツ情報をユーザ端末
１９３０に送信する。なお、Ｓ２１０４において、ユー
ザの権利情報の中に、該当コンテンツの再生権利が含ま
れていないときには、再生不可の通知が配信サーバ１９
１０からユーザ端末１９３０に送信される（Ｓ２１０
８）。

【０１１１】一方、ユーザ端末１９３０では、 Ｓ２１０９：ユーザ端末１９３０の通信部１９３１は、
コンテンツ情報（ＬＴ）を受信すると、 Ｓ２１１０：コンテンツ情報（ＬＴ）をコンテンツ情報
データベース１９３８に送って蓄積する。

【０１１２】図１９は、本実施の形態のデジタルコンテ
ンツ配信システムにおいて、配信サーバ１９１０がライ
センス情報を生成する際（ライセンス情報生成プロセ
ス）の処理フローを示している。ライセンス情報の生成
要求があると、Ｓ２２０１：ライセンス情報生成部１９
１５は、コンテンツ情報をリクエストしているユーザの
信頼度に関する情報を、ユーザ管理データベース１９１
１から入手する。

【０１１３】本実施の形態では、信頼度に関する情報と
は、例えば、クレジットカード、請求書現金払いなどと
いったコンテンツ対価に対する支払い方法に関する情報
であるとする。 Ｓ２２０２：ライセンス情報生成部１９１５は、Ｓ２１
０４で受信した再生権利の内容とＳ２２０１で入手した
ユーザの信頼度に関する情報をもとに、ライセンス情報
の生成規則を記したライセンス情報生成ルール（図２０
にその一例を示す。）に従って、ライセンス情報を生成
し、コンテンツ情報生成部１９１７に渡す。

【０１１４】Ｓ２２０３：ユーザ権利処理部１９１４
は、ユーザ権利情報データベース１９１３に格納されて
いる権利情報内の再生権利の内容を更新（Ｓ２２０２で
生成されたライセンス情報に記述された再生可能回数の
値分、再生権利に記述されている再生可能回数の値をデ
クリメント）する。なお、再生権利中、再生可能回数が
無限大となっている場合には、この更新は行われないも
のとする。

【０１１５】ここで、図２０に示すライセンス情報生成
ルールについて詳しく説明する。図２０に示すルール
は、再生権利の内容とユーザの信頼度に関する情報とか
ら、生成するライセンス情報の内容を決定するものであ
り、ユーザの信頼度として、『支払い方法：請求書現金
払い』と、『支払い方法：クレジットカード』の２つを
定義している。

【０１１６】図２０のライセンス情報生成ルールに従っ
た場合、例えば、Ｓ２１０４で受信した再生権利の内容
が、『∞回再生可能』という内容で、Ｓ２２０１で入手
したユーザの信頼度に関する情報が、『支払い方法：請
求書現金払い』という情報である場合、『再生可能回数
１回』と記述されたライセンス情報が生成されることに
なる。また、Ｓ２１０４で受信した再生権利の内容が、
『∞回再生可能』という内容で、Ｓ２２０１で入手した
ユーザの信頼度に関する情報が、『支払い方法：クレジ
ットカード』という情報である場合、『再生可能回数
∞』と記述されたライセンス情報が生成されることにな
る。

【０１１７】また、図２０のライセンス情報生成ルール
に従った場合、例えば、Ｓ２１０４で受信した再生権利
の内容が、『複数回再生可能』という内容で、Ｓ２２０
１で入手したユーザの信頼度に関する情報が、『支払い
方法：請求書現金払い』という情報である場合、『再生
可能回数１回』と記述されたライセンス情報が生成され
ることになる。また、Ｓ２１０４で受信した再生権利の
内容が、『複数回再生可能』という内容で、Ｓ２２０１
で入手したユーザの信頼度に関する情報が、『支払い方
法：クレジットカード』という情報である場合、『再生
可能回数Ｎ回』と記述されたライセンス情報が生成され
ることになる。ここで、Ｎは２以上の有限な整数とす
る。

【０１１８】また、図２０のライセンス情報生成ルール
に従った場合、例えば、Ｓ２１０４で受信した再生権利
の内容が、『１回再生可能』という内容に対しては、い
ずれのユーザ信頼度に対しても『再生可能回数１回』と
記述されたライセンス情報が生成されることになる。こ
のようにして、ライセンス情報生成ルールは、ユーザの
信頼度に応じて柔軟に設定することも可能となる。

【０１１９】図２１は、本実施の形態におけるデジタル
コンテンツ配信システムにおいて、ユーザ端末１９３０
がコンテンツを再生するときの処理フローを示してい
る。ユーザからのコンテンツ要求があると、 Ｓ２４０１：コンテンツ情報復号部１９３７は、再生を
要求されているコンテンツに対応するコンテンツ情報
が、コンテンツ情報データベース１９３８に存在するか
どうかを調べる。コンテンツ情報が、存在する場合は、
Ｓ２４０２、Ｓ２４０３の処理は行わず、Ｓ２４０４に
進む。

【０１２０】Ｓ２４０２：Ｓ２４０１でコンテンツ情報
が存在しない場合、前述のコンテンツ情報取得プロセス
が実行される。 Ｓ２４０３：コンテンツ情報取得プロセスを実行した結
果、コンテンツ情報を取得することができると、 Ｓ２４０４：コンテンツ情報復号部１９３７は、コンテ
ンツ情報を復号して、ライセンス情報とコンテンツ鍵と
を取り出し、これらをライセンス情報処理部１９３６に
渡す。

【０１２１】Ｓ２４０５：ライセンス情報処理部１９３
６は、ライセンス情報に記述された再生条件をチェック
し、 Ｓ２４０６：再生可能回数が１以上の場合には、 Ｓ２４０７：蓄積部１９３３からコンテンツを取得し
て、 Ｓ２４０８：コンテンツ鍵でコンテンツを復号して再生
を行う。 Ｓ２４０９〜Ｓ２４１１：コンテンツの再生後、コンテ
ンツ情報データベース１９３８に蓄積されているコンテ
ンツ情報の更新を行う。ここで、再生前の再生可能回数
が２以上で有限であった場合には、コンテンツ情報内の
ライセンス情報に記述されている再生可能回数を１デク
リメントする。また、再生前の再生可能回数が１であっ
た場合には、コンテンツ情報を削除、もしくは無効化す
る処理を行う。再生前の再生可能回数が無限大であった
場合には、更新は行われない。

【０１２２】また、Ｓ２４０３で配信サーバ１９１０か
らコンテンツ情報を取得できなかった場合、及び、Ｓ２
４０６で再生不可と判定された場合には、コンテンツを
再生することなく処理を終了する。なお、本実施の形態
では、コンテンツの『利用』の１形態として『再生』を
例に説明を行ったが、利用とは、再生に限るものでな
く、例えば、外部メディアへの複製や、印刷など、その
他いかなる動作であってもよいものとする。

【０１２３】また、本実施の形態において、ユーザの信
頼度に関する情報として、支払い方法を例にして説明を
行ったが、それに限るものではなく、例えば、プラチナ
会員、一般会員などといったユーザのステータスに関す
る情報などであってもよいものとする。ここで、ユーザ
のステータスとは、過去に購入したコンテンツの総計、
支払い実績などによって決定されるものであるとする。

【０１２４】また、ライセンス情報生成ルールも、ユー
ザの信頼度に関する情報に応じて変化するものとし、例
えば、ユーザの信頼度に関する情報がユーザのステータ
スを表す情報である場合には、図２２に示すようなルー
ル（例）となる。

【０１２５】図２２に示す例では、ユーザのステータス
をプラチナ、シルバー、一般の３つに分類しており、プ
ラチナが最もステータスが高く、次いでシルバー、一般
の順でステータスを定義している。

【０１２６】再生権利が『∞回再生可能』であるとき、
『プラチナ会員』に対しては、『再生可能回数∞』と記
述されたライセンス情報が発行されることを意味してい
る。また、再生権利が『∞回再生可能』であるとき、
『シルバー会員』に対しては、『再生可能回数Ｎ回』と
記述されたライセンス情報が発行されることを意味して
いる。さらに、再生権利が『∞回再生可能』であると
き、『一般会員』に対しては、『再生可能回数１回』と
記述されたライセンス情報が発行されることを意味して
いる。ここで、Ｎは２以上の有限な整数とする。

【０１２７】また、再生権利が『複数回再生可能』であ
るとき、『プラチナ会員』に対しては、『再生可能回数
Ｎ回』と記述されたライセンス情報が発行されることを
意味している。また、再生権利が『複数回再生可能』で
あるとき、『シルバー会員』に対しては、『再生可能回
数１回』と記述されたライセンス情報が発行されること
を意味している。さらに、再生権利が『複数回再生可
能』であるとき、『一般会員』に対しては、『再生可能
回数１回』と記述されたライセンス情報が発行されるこ
とを意味している。ここで、Ｎは２以上の有限な整数と
する。

【０１２８】さらに、再生権利が『１回再生可能』であ
るときは、いずれのステータスのユーザに対しても、
『再生可能回数１回』と記述されたライセンス情報が発
行されることを意味している。このように、ユーザのス
テータスに応じて、ライセンス情報を柔軟に設定し、発
行することが可能となる。

【０１２９】以上のように、本実施の形態３のデジタル
コンテンツ配信システムにおいては、配信サーバは、ユ
ーザ端末に対し、ユーザの信頼度に応じた最適なライセ
ンス情報を配信することが可能となる。例えば、Ｎ回再
生可能と記述された利用条件からライセンス情報を生成
し配信する場合、信頼度の高いユーザには、Ｎ回分の再
生権利を記述したライセンス情報を配信し、信頼度の低
いユーザには、１回再生可と記述したライセンス情報を
配信するといったことが可能となる。

【０１３０】（実施の形態４）以下、本発明の実施の形
態４について、図面を用いて詳細に説明する。図２３
は、本実施の形態４に係るコンテンツ利用管理システム
（ＮｅｔＤＲＭシステムとも記す。）１の全体の構成を
示す図である。このＮｅｔＤＲＭシステム１は、音楽
や、映画、書籍など、デジタル化されたコンテンツを配
信したり、コンテンツを購入したユーザに対して付与さ
れるコンテンツ毎の利用権利（ライセンス）を事業者側
が主体となって動的に管理し、コンテンツを利用するた
めのライセンスチケット（以下、「ＬＴ」とも記す。）
をユーザの要求（ＬＴ発行要求）に基づいて配信し、Ｌ
Ｔに含まれる利用条件（ＵＲ−Ｕｃ）の範囲内でコンテ
ンツを利用できるようにすることで、コンテンツの著作
権を保護するシステムであり、コンテンツ利用を管理し
たりする事業者が所有するコンテンツ配信サーバ２及び
利用条件管理サーバ３と、このＮｅｔＤＲＭシステム１
に加入したユーザが所有するユーザ端末４ａ、…、４ｎ
と、これらを接続する通信ネットワーク５とから構成さ
れる。なお、ユーザ端末４ａ、…、４ｎなどの不特定な
ＮｅｔＤＲＭ端末の１台を指す場合には、ユーザ端末４
と記す。

【０１３１】コンテンツ配信サーバ２は、ワークステー
ション等のコンピュータであり、コンテンツ配信サーバ
として機能する。具体的には、コンテンツ配信の要求を
受け付けるＷｅｂページを持ち、ユーザ端末４からのコ
ンテンツ配信要求に応じて、暗号化されたコンテンツを
ユーザ端末４に配信したりする。

【０１３２】利用条件管理サーバ３は、ワークステーシ
ョン等のコンピュータであり、ユーザ管理サーバ、課金
サーバ、ライセンス管理サーバとして機能する。具体的
には、利用条件管理サーバ３は、本システム１に加入し
たユーザや、そのユーザが所有する端末を管理したり、
ユーザ端末４などからコンテンツの利用権購入を受け付
けたり、ユーザ端末４ａ等からのライセンスチケット発
行要求（以下、「ＬＴ発行要求」とも記す。）を受け付
けるＷｅｂページを持ち、ユーザ端末４からのコンテン
ツの利用権購入要求に応じて課金したり、ＬＴ発行要求
に応じて暗号化されたコンテンツをユーザ端末４で利用
するためのＬＴを配信したりする。

【０１３３】このＬＴは、暗号化されたコンテンツを復
号化するためのコンテンツ鍵と、コンテンツについてユ
ーザに付与された利用権利（ライセンス）の中からその
一部を切り出した切り出し利用条件（ＵＲ−Ｕｃ）とを
含む。

【０１３４】ユーザ端末４は、パーソナルコンピュー
タ、携帯情報端末、デジタルテレビ等のコンピュータ装
置であり、利用条件管理サーバ３に対するクライアント
として機能する。具体的には、ユーザ端末４は、ユーザ
の操作に応じて、インターネットブラウザソフト等のツ
ールを用いて利用条件管理サーバ３のＷｅｂページにア
クセスし、コンテンツ購入要求を送信してコンテンツの
配信を受けたり、コンテンツの利用に当たってＬＴ発行
要求を送信してＬＴを受け取り、ＬＴの切り出し利用条
件の範囲でコンテンツを再生したりする。

【０１３５】なお、ユーザ端末４には、他のユーザ端末
用の外部メディア４４（例えば、ＳＤカード等）を装着
することができ、ユーザ端末４が保持するコンテンツや
ＬＴを外部メディア４４に複写したり、移動したりし、
他のユーザ端末でコンテンツを再生することができるよ
うに構成されている。通信ネットワーク５は、インター
ネット、ＣＡＴＶ等の有線や、デジタル放送等の無線に
よる通信媒体である。

【０１３６】図２４は、図２３に示されるコンテンツ配
信サーバ２及び利用条件管理サーバ３の構成を示す機能
ブロック図である。なお、本図には通信ネットワーク５
も併せて示されている。

【０１３７】コンテンツ配信サーバ２は、コンテンツデ
ータベース２１と、通信部２２とを備える。コンテンツ
データベース２１は、暗号化されたコンテンツと、この
コンテンツに対して付与されるユニークな識別子である
コンテンツＩＤなどとを関連付けて保持する。なお、通
信部２２は、ユーザ端末４からのコンテンツ配信要求を
受け付けて、要求されたコンテンツを配信する。

【０１３８】利用条件管理サーバ３は、大きく分けて、
ハードディスク等に格納されたデータファイル等によっ
て実現されるデータ部（ユーザ情報データベース３１、
利用権利データベース３２、コンテンツ鍵データベース
３３）と、ＣＰＵ、ＲＡＭ、ＲＯＭ等のハードウェア及
びＣＰＵにより実行されるプログラム等によって実現さ
れる処理部（ユーザ特定部３４、ＬＴ生成部３５、ＬＴ
解析部３６、利用権利更新部３７、通信部３８）とから
なる。

【０１３９】ユーザ情報データベース３１は、ユーザ端
末４の端末ＩＤを用いてそのユーザ端末を購入し、この
コンテンツ利用管理システム１に会員登録したユーザの
ユーザＩＤ、ユーザ名等を記憶する。利用権利データベ
ース３２は、コンテンツブロバイダが決定したコンテン
ツ毎の利用権（ＵＲ−Ｃ）と、コンテンツに対するユー
ザの権利情報（ライセンス）を蓄積する。具体的には、
利用権利データベース３２は、ユーザが購入したコンテ
ンツや、そのコンテンツに対してユーザが有する利用権
（ライセンス）の残存情報を利用の態様（例えば、再
生、印刷等）毎に複数記憶する記憶部である。コンテン
ツ鍵データベース３３は、コンテンツの関連情報（コン
テンツ鍵など）を蓄積する。具体的には、コンテンツを
暗号化するための複数のコンテンツ鍵と、コンテンツＩ
Ｄとを対応付けて記憶する。

【０１４０】ユーザ特定部３４は、ユーザ端末４の端末
ＩＤを用いてこの端末ＩＤに対応したユーザＩＤ等を特
定する。ＬＴ生成部３５は、ユーザ端末４から送られて
きたＬＴ発行要求に含まれるＥＬＩに基づいて対応した
ＬＴを生成したりする。ＬＴ解析部３６は、ユーザ端末
４から送られてきたＬＴを解析し、解析結果に応じてＵ
Ｒ−Ｕｓの内容を更新したりする。利用権利更新部３７
は、ＬＴ生成部３５がＬＴをユーザ端末４に送信した場
合に、利用権利データベース３２に格納されたＵＲ−Ｕ
ｓの内容を更新する。

【０１４１】通信部３８は、ユーザ端末４と通信する。
具体的には、通信部３８は、通信ネットワーク５を介し
てユーザ端末４と通信するＷｅｂページに記述されるス
クリプトやプログラム等によって実現される通信インタ
フェースであって、ユーザ端末４から送信されてきたコ
マンドやメッセージを解析したり、その結果に応じてユ
ーザ特定部３４及びＬＴ解析部３６に処理を依頼した
り、ＬＴ生成部３５から渡されたＬＴをユーザ端末４に
配信したり、端末との間でＳＡＣを形成したりする。な
お、通信部３８は、ユーザ端末４からの要求に応じて利
用権利データベース３２のＵＲ−Ｕｓに関する情報や、
コンテンツデータベース２１のコンテンツに関する情報
をバスを介して取得し、要求を発したユーザ端末４にこ
れらの情報を送信し、ＬＴの購入や、ＬＴ発行要求のた
めのＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒ Ｉｎｔｅｒ
ｆａｃｅ）を提供する。

【０１４２】図２５は、図２３に示されるユーザ端末４
の構成を示す機能ブロック図である。なお、本図には通
信ネットワーク５も併せて示されている。ユーザ端末４
は、大きく分けて、ＬＴの発行を要求したり、取得した
ＬＴを統括的に管理するクライアント４１と、音楽、映
画等のコンテンツを再生するレンダリングプラグイン４
２と、取得したコンテンツやＬＴを外部へ書き出すスト
レージプラグイン４３と、書き出されたコンテンツやＬ
Ｔを格納するＳＤカード等の外部メディア４４とから構
成される。

【０１４３】クライアント４１は、通信部４１０Ａと、
モニタ４１１ａと、操作部４１１ｂと、コンテンツデー
タベース４１２Ａと、ＬＴデータベース４１３Ａと、端
末ＩＤ蓄積部４１４Ａと、ＬＴ取得部４１５Ａと、ＬＴ
返却部４１６Ａと、ＬＴ管理・更新部４１７Ａと、コン
テンツ利用可否判定部４１８Ａと、プラグイン制御部４
１９Ａとからなる。レンダリングプラグイン４２は、再
生条件判定部４２１Ａと、コンテンツ復号部４２２Ａ
と、コンテンツ再生部４２３Ａとからなる。また、スト
レージプラグイン４３は、書き出し条件判定部４３１Ａ
と、書き込み用データ生成部４３２Ａと、メディアアク
セス部４３３Ａとからなる。

【０１４４】クライアント４１の通信部４１０Ａは、コ
ンテンツ配信サーバ２及び利用条件管理サーバ３との間
で通信を行う。具体的には、通信部４１０Ａは、ブラウ
ザソフト等に従って通信ネットワーク５を介してコンテ
ンツ配信サーバ２及び利用条件管理サーバ３と通信する
通信インタフェースであり、操作部４１１ｂからの依頼
に応じてコンテンツ配信サーバ２から送信されてきたコ
ンテンツをコンテンツデータベース４１２Ａに格納した
り、利用条件管理サーバ３の通信部３８との間でＳＡＣ
（Ｓｅｃｕｒｅ Ａｕｔｈｅｎｔｉｃａｔｅｄ Ｃｈａ
ｎｎｅｌ：認証付き安全な通信路）を形成し、コンテン
ツの利用権利購入要求や、ＬＴ発行要求のメッセージを
利用条件管理サーバ３に送信したり、利用条件管理サー
バ３から送信されてきたＬＴをＬＴデータベース４１３
Ａに格納したりする。

【０１４５】モニタ４１１ａは、利用条件管理サーバ３
が提供するＷｅｂページを表示したり、ＬＴの購入や、
ＬＴ発行要求のためのＧＵＩを表示する。操作部４１１
ｂは、ユーザの操作を受け付けるユーザインタフェース
である。コンテンツデータベース４１２Ａは、例えば、
ＨＤＤ等で構成され、暗号化されたコンテンツを蓄積す
る。ＬＴデータベース４１３Ａは、通信部４１０Ａから
送られてきたＬＴをセキュアに蓄積する。端末ＩＤ蓄積
部４１４Ａは、その端末の端末ＩＤ等を蓄積する。

【０１４６】ＬＴ取得部４１５Ａは、ＬＴ発行要求を生
成し、通信部４１０Ａを介して利用条件管理サーバ３に
送信したり、利用条件管理サーバ３から送信されてきた
ＬＴを取得してＬＴデータベース４１３Ａに格納したり
する。ＬＴ返却部４１６Ａは、所定の場合にＬＴを通信
部４１０Ａを介して利用条件管理サーバ３に返却する。
ＬＴ管理・更新部４１７Ａは、ＬＴデータベース４１３
Ａに格納されているＬＴを管理したり、ＬＴに含まれる
利用条件を更新したりする。コンテンツ利用可否判定部
４１８Ａは、ＬＴの利用条件に基づいてそのＬＴが利用
できるか否かの可否を判定する。プラグイン制御部４１
９Ａは、セキュアなクロック機構を備え、レンダリング
プラグイン４２におけるコンテンツ再生の時間を計測
し、計測時間に基づいて再生回数を制御したりする。

【０１４７】レンダリングプラグイン４２の再生条件判
定部４２１Ａは、クライアント４１から送られてきたレ
ンダリングプラグイン４２における条件（Ｐ条件）に基
づく再生条件を判定する。コンテンツ復号部４２２Ａ
は、クライアント４１から送られてきたコンテンツ鍵で
コンテンツデータベース４１２Ａから取得したコンテン
ツを復号化する。コンテンツ再生部４２３Ａは、復号化
されたコンテンツを再生する。

【０１４８】ストレージプラグイン４３の書き出し条件
判定部４３１Ａは、クライアント４１から送られてきた
ストレージプラグイン４３における条件（Ｐ条件）に基
づく書き出し条件を判定する。書き込み用データ生成部
４３２Ａは、受信したＬＴや、コンテンツデータベース
４１２Ａから取得したコンテンツを外部メディア４４用
のフォーマットのデータに変換する。メディアアクセス
部４３３Ａは、フォーマット変換されたデータを外部メ
ディア４４に書き出す。

【０１４９】なお、このＮｅｔＤＲＭシステム１におい
ては、利用条件（ＵＲ）は、コンテンツブロバイダが指
定し、ユーザの購入対象となる利用条件ＵＲ−Ｃと、利
用条件管理サーバで管理され、ユーザが購入し、現在所
持している利用条件ＵＲ−Ｕｓと、ＵＲ−Ｕｓから一部
を切り出され、ユーザ端末において管理される利用条件
ＵＲ−Ｕｃとに分けて構成される。ＵＲ−Ｕｓは、ＬＴ
発行要求に含まれるＥＬＩに対応したＬＴの発行によ
り、ＵＲ−Ｃから回数などが減少する。なお、ＵＲ−Ｕ
ｓはあるユーザが購入した複数のコンテンツをまとめて
対象とすることができる一方、ＵＲ−Ｕｃは１つのコン
テンツだけを対象とする。ＥＬＩは、どのコンテンツを
どういう条件で使いたいかというＬＴ発行要求に埋め込
まれる情報である。また、ＬＴは、指定されたコンテン
ツのコンテンツ鍵とＵＲ−Ｕｃが一緒になった情報であ
る。また、ＬＴ発行要求があった場合などには、Ｎｅｔ
ＤＲＭサーバで管理している情報（Ｓ条件、例えば同時
に利用できる端末数）に基づいてＬＴを発行してよいか
否か判定される。ＮｅｔＤＲＭクライアントでは、クラ
イアント条件（Ｃ条件、例えば、有効期間、利用回数、
累積利用時間）に基づいてアクションを開始してもよい
か否かを判定する。また、プラグインでは、プラグイン
条件（Ｐ条件、例えば２ｃｈ再生等）に基づいて再生を
制御する。

【０１５０】図２６は、図２４に示されるコンテンツデ
ータベース２１が保持するコンテンツのデータフォーマ
ットの構成例を示す図である。コンテンツ１０は、その
コンテンツに付与されたユニークな識別子であるコンテ
ンツＩＤ１１と、単一又は複数のキャラクタコード１２
＃１，…，＃Ｎと、このキャラクタコード１２＃１〜＃
Ｎで表される内容メタデータ１３＃１，…，＃Ｎと、暗
号化コンテンツデータ１４とからなる。

【０１５１】例えば、そのコンテンツが、音楽「波乗り
ジョージ」である場合、コンテンツＩＤ１１には「ｒｉ
ｄｅｒｊｏｇｉ」が記述される。また、キャラクタコー
ド１２＃１，…，＃Ｎには、例えば、ＥＵＣ（Ｅｘｔｅ
ｎｄｅｄ Ｕｎｉｘ（Ｒ）Ｃｏｄｅ）や、ｊｕｎｅｔコ
ード（ｉｓｏ−２０２２−ｊｐコード）等である旨が記
述される。また、メタデータ１３＃１，…，＃Ｎには、
例えば、「曲」名、「歌手」名、「バックバンド」名、
「作詞家」名、「作曲家」名等が記述される。さらに、
暗号化コンテンツデータ１４には、コンテンツ自体（こ
の例では、音楽「波乗りジョージ」）が所定の鍵で暗号
化された上で格納される。

【０１５２】なお、このコンテンツ１０の暗号化コンテ
ンツデータ１４は、コンテンツＩＤ１１で対応付けられ
たコンテンツ鍵を手に入れて復号化しないと、視聴する
ことができない。このため、このシステムに加入してい
ない一般ユーザの端末からもコンテンツ１０を自由にダ
ウンロードできるようになっている。

【０１５３】図２７は、図２４に示されるユーザ情報デ
ータベース３１が保持するユーザ情報テーブルの構成例
を示す図である。ユーザ情報テーブル５０は、ユーザが
購入し、利用条件管理サーバ３に登録したユーザ端末の
端末ＩＤでユーザを特定するためのテーブルであって、
このシステムにおけるユーザ端末に特有のユニークな識
別子「端末ＩＤ」５１、このユーザ端末を購入したこの
システムにおけるユーザに特有のユニークな識別子「ユ
ーザＩＤ」５２と、ユーザ名等、住所、電話番号（不図
示）等とのフィールドが設けられている。

【０１５４】例えば、２台のユーザ端末を購入し、この
ユーザ端末をシステムに登録したユーザ、岡本の場合、
この２台のユーザ端末にそれぞれ付与された端末ＩＤ
「×××１１１」及び「×××２２２」と、岡本に付与
されたユーザＩＤ「×××ＡＡＡ」と、そのユーザ名
等、住所、電話番号等とが２つのレコードを用いて格納
される。１台のユーザ端末を購入し、このユーザ端末を
システムに登録したユーザ、東の場合、このユーザ端末
に付与された端末ＩＤ「×××３３３」と、東に付与さ
れたユーザＩＤ「×××ＢＢＢ」と、そのユーザ名等、
住所、電話番号等とが１つのレコードに格納される。

【０１５５】図２８は、図２４に示される利用権利デー
タベース３２が保持する利用権利管理テーブルの構成例
を示す図である。利用権利管理テーブル６０は、ユーザ
ＩＤでこのユーザが購入した各コンテンツに対する利用
権（ＵＲ−Ｕｓ）を管理するためのテーブルであって、
「ユーザＩＤ」６０Ａと、この利用条件管理サーバ３で
管理される利用権の内容「ＵＲ−Ｕｓ」６０Ｂのフィー
ルドから構成される。

【０１５６】例えば、ユーザ岡本（ユーザＩＤ「×××
ＡＡＡ」）の場合、曲「波乗りジョージ」と、電子書籍
「狭辞苑」との２つのコンテンツに対する利用権を購入
しているときには、ＵＲ−Ｕｓ６０Ｂにはこの波乗りジ
ョージの利用権と、狭辞苑の利用権とがレコードを変え
て格納される。またユーザ東（ユーザＩＤ「×××ＢＢ
Ｂ」）の場合、映画「蜘蛛娘」の１つのコンテンツに対
する利用権を購入しているときには、ＵＲ−Ｕｓ６０Ｂ
にはこの蜘蛛娘の利用権が１つのレコードに格納され
る。

【０１５７】図２９は、図２８に示されるＵＲ−Ｕｓ６
０Ｂの詳細な構成例を示す図である。ＵＲ−Ｕｓ６０Ｂ
は、大きく分けて、利用の基本内容を管理するためのＵ
Ｒ−Ｕｓヘッダ６１と、利用権の具体的内容（再生、プ
リント、移動等のアクション）を管理するための単一又
は複数のアクション情報６２＃１〜６２＃ｎとから構成
される。この、利用権の内容は、コンテンツ提供者やサ
ーバの管理者がコンテンツの属性に応じてコンテンツ毎
に初期値（ＵＲ−Ｃ）が予め定められており、コンテン
ツ購入時にＵＲ−Ｃと同内容の利用権がユーザに付与さ
れる。

【０１５８】ＵＲ−Ｕｓヘッダ６１は、ＵＲ−Ｕｓヘッ
ダ６１のサイズを示すＵＲ−Ｕｓヘッダサイズ６１１
と、このユーザが購入したコンテンツ毎の利用権に対し
て付与されたこのシステムにおける特有のユニークな識
別子ＵＲ−ＵｓＩＤ６１２と、有効期間の開始時刻６１
３と、有効期間の終了時刻６１４と、移動許可フラグ６
１５と、同時利用可能数６１６と、発行状態ＬＴ数６１
７と、アクション情報６２＃１〜６２＃ｎの数を表すア
クション情報数６１８とからなる。

【０１５９】有効期間の開始時刻６１３及び有効期間の
終了時刻６１４は、利用条件管理サーバ３が管理するユ
ーザの利用権の有効期間の始期及び終期をそれぞれ示す
る。但し、例えば、ＵＲ−Ｕｓは１月有効だが、ＬＴは
常に１日だけ有効とする場合のように、ＬＴにＵＲ−Ｕ
ｓより短い有効期間を指定することができる。また、有
効期限を設けない場合には、両時刻６１３，６１４に制
限なし（ｕｎｌｉｍｉｔｅｄ）を格納することができ
る。このＬＴに指定される有効期間は、ＮｅｔＤＲＭシ
ステム１のクライアントでアクションを開始してもよい
か否かを判定する条件（以下、「Ｃ条件」とも記す。）
として用いられる。

【０１６０】移動許可フラグ６１５は、このＵＲ−Ｕｓ
６０Ｂに基づいて発行されたＬＴを発行先の端末から他
の端末及び外部メディアに移動（Ｍｏｖｅ−ｏｕｔ、Ｅ
ｘｐｏｒｔ）できるか否かを表す。

【０１６１】同時利用可能数６１６及び発行状態ＬＴ数
６１７は、複数のユーザ端末を所持しているユーザ（例
えば、岡本）が、電子書籍のようなコンテンツをこれら
のユーザ端末で台数制限付きで共同利用するような場合
に対処するために設けられたものである。同時利用可能
数６１６には、同時に、何枚のＬＴを発行できるかを示
す枚数が格納される。また、発行状態ＬＴ数６１７に
は、その時点で何枚のＬＴを発行されているかを表す枚
数が格納される。なお、この発行状態ＬＴ数６１７の枚
数は、ＬＴを発行する毎にインクリメントされ、同時利
用可能数に達するとＬＴの発行が停止される。これに対
して、発行したＬＴがユーザ端末から戻されると発行状
態ＬＴ数６１７の枚数がデクリメントされる。これによ
り、同時にコンテンツを利用できる端末数を制限するこ
とができる。なお、この同時利用可能数６１６及び発行
状態ＬＴ数６１７は、ＮｅｔＤＲＭシステム１のサーバ
で判定される条件（以下、「Ｓ条件」とも記す。）とし
て用いられる。

【０１６２】また、各アクション情報６２＃１〜６２＃
ｎは、アクション情報６２＃１〜６２＃ｎのサイズを表
すアクション情報サイズ６２１と、アクションＩＤ６２
２と、最長利用時間６２３と、１回判定しきい値・回数
カウンタ／累積利用時間６２４と、Ｐ条件６２５＃１〜
６２５＃ｎとからなる。

【０１６３】アクションＩＤ６２２には、再生（Ｐｌａ
ｙＢａｃｋ）、印刷（Ｐｒｉｎｔ）等、コンテンツの利
用の態様（アクション）を表す識別子が格納される。こ
のアクションＩＤ６２２は、例えば、再生（ＰｌａｙＢ
ａｃｋ）の場合には「２」が、印刷（Ｐｒｉｎｔ）の場
合には「５」が格納される。

【０１６４】最長利用時間６２３には、再生処理などに
おいてコンテンツを連続して利用できる最大時間が格納
される。１回判定しきい値・回数カウンタ／累積利用時
間６２４に格納される、１回判定しきい値はコンテンツ
の利用を１回と判断する時間を示し、回数カウンタはコ
ンテンツを利用することができる残りの回数を示し、累
積利用時間はコンテンツを利用できる累積時間を示して
いる。なお、１回判定しきい値・回数カウンタと累積利
用時間とは排他的な関係にあり、両方が同時に指定され
ることはない。

【０１６５】ここで、回数カウンタの値は、ユーザのＬ
Ｔ発行要求に応じて切り出される利用条件、ライセンス
情報の分ずつ、初期値から順次デクリメントされたり、
コンテンツ提供者のサービス提供要求に応じてインクリ
メントされたりする。

【０１６６】Ｐ条件６２５＃１〜６２５＃ｎには、ユー
ザ端末のプラグインにおいてコンテンツ毎にそのコンテ
ンツのアクションを実行するため制御条件が格納され
る。例えばプリント用のコンテンツの場合にあっては白
黒で印刷しなければならないであり、音楽再生用のコン
テンツの場合、２チャンネルステレオで再生しなければ
ならない等が該当する。

【０１６７】なお、コンテンツが複数のコンテンツから
なるアルバムや全集である場合には、このアルバムや全
集に含まれるコンテンツの数、コンテンツ数６３１と、
このアルバムや全集に含まれるコンテンツの識別子、コ
ンテンツＩＤ６３２＃１〜６３２＃ｎとをこのＵＲ−Ｕ
ｓ６０Ｂに付加することで対応される。

【０１６８】図３０は、図２３〜図２５に示されるＬＴ
発行要求７０のデータフォーマット構成例を示す図であ
る。ＬＴ発行要求７０は、大きく分けて、この要求がＬ
Ｔ発行要求であることを示すユニークな識別子であるＬ
Ｔ発行要求識別子７１と、ＬＴ発行要求７０を発するユ
ーザ端末の端末ＩＤ７２と、どのコンテンツをどういう
条件で使いたいかを示す期待ＬＴ情報（Ｅｘｐｅｃｔｅ
ｄ ＬＴ Ｉｎｆｏｒｍａｔｉｏｎ、以下「ＥＬＩ」と
も記す。）７３とからなる。

【０１６９】ＥＬＩ７３は、発行要求の基本内容を示す
ＥＬＩヘッダ７３０と、発行要求の具体的内容を示す単
一又は複数の期待アクションタグブロック７４０＃１〜
７４０＃ｎとからなる。

【０１７０】ＥＬＩヘッダ７３０は、このＥＬＩ７３が
ＥＬＩであることを示すＥＬＩ識別子７３１と、このＮ
ｅｔＤＲＭシステム１で定められる仕様において定めら
れるユーザ端末のバージョンを示す ＮｅｔＤＲＭバー
ジョン番号７３２と、ＥＬＩ７３のサイズを示すＥＬＩ
サイズ７３３と、発行要求を希望するＬＴの対象となる
コンテンツのコンテンツＩＤ７３４と、利用権の切り出
し対象となる利用条件管理サーバ３が管理する利用権の
識別子、ＵＲ−ＵｓＩＤ７３５と、ユーザ端末のクライ
アントが、ＬＴ格納用のセキュアなＤＢを持つか、時間
管理用のセキュアなクロックを持つか否か表す、クライ
アント能力フラグ７３６と、ＥＬＩで希望する条件（例
えば、回数）のＬＴを発行できない場合、サーバがＬＴ
を発行しないことを望むか、条件が縮小された回数のＬ
Ｔでも発行することを望むかを表すフラグ、ＬＴ発行拒
否フラグ７３７とからなる。なお、ＬＴ発行拒否フラグ
７３７には、発行拒否の場合には「ＯＮ」が、縮小を許
容する場合には「ＯＦＦ」が格納される。

【０１７１】期待アクションタグブロック７４０＃１〜
７４０＃ｎは、ＬＴに格納して欲しいアクションの識別
子、アクションＩＤ７４１と、発行するＬＴに設定を望
む回数を示す回数カウンタ、又はＬＴに設定を望む累積
利用時間を示す期待回数／期待累積利用時間７４２とか
らなる。

【０１７２】図３１は、図２３〜図２５に示されるＬＴ
のデータフォーマット構成例を示す図である。ＬＴ８０
は、大きく分けて、利用の基本内容を管理するためのＬ
Ｔヘッダ８１と、利用権の具体的内容（再生、プリント
等のアクション）を管理するための単一又は複数のアク
ションタグブロック８２と、コンテンツ鍵８３と、オプ
ションで付加可能なＬＴフッタ８４とからなり、コンテ
ンツＩＤと、アクションＩＤによるＣ条件及びＰ条件の
束とコンテンツ鍵等とで示される。

【０１７３】ＬＴヘッダ８１は、ＬＴ識別子８１０と、
ＮｅｔＤＲＭバージョン番号８１１と、ＬＴサイズ８１
２と、コンテンツＩＤ８１３と、ＵＲ−ＵｓＩＤ８１４
と、ＬＴ状態フラグ（ＬＴ即時消費フラグ／ＬＴ自動返
却フラグ）８１５と、ＬＴ有効期間の開始時刻８１６
と、ＬＴ有効期間の終了時刻８１７と、ＬＴ移動許可フ
ラグ８１８と、ＬＴ暗号化法８１９とが格納される。

【０１７４】ＬＴ識別子８１０は、このデータがこのコ
ンテンツ利用管理システム１で扱われるライセンスチケ
ットであることを表す。ＮｅｔＤＲＭバージョン番号８
１１は、このシステムで定められるサーバが提供する仕
様のバージョンを示す。ＬＴサイズ８１２は、ＬＴ全体
のデータサイズを示す。コンテンツＩＤ８１３は、この
ＬＴの対象であるコンテンツのＩＤを示す。ＵＲ−Ｕｓ
ＩＤ８１４は、このＬＴの発行の元であるＵＲ−Ｕｓの
ＩＤを示す。

【０１７５】ＬＴ状態フラグ（ＬＴ即時消費フラグ／Ｌ
Ｔ自動返却フラグ）８１５は、このＬＴは記録媒体に書
き込めず、即座に消費しなければならないかを表すフラ
グ、ＬＴ即時消費フラグと、このＬＴに含まれる権利が
消失した時、サーバに自動的に返却しなければならない
かを表すフラグ、ＬＴ自動返却フラグとを示す。なお、
ＬＴ自動返却フラグは、ＵＲ−Ｕｓの同時利用可能数が
有限の場合に「ＯＮ」に設定され、ＵＲ−Ｕｓの同時利
用可能数が無限の場合に「ＯＦＦ」に設定される。ＬＴ
即時消費フラグは、クライアントにセキュアなＬＴデー
タベースがない場合と、ＵＲ−Ｕｓに有効期限が設定さ
れており、且つクライアントにセキュアな時計機能がな
い場合に「ＯＮ」に設定され、これ以外の場合に「ＯＦ
Ｆ」に設定される。

【０１７６】ＬＴ有効期間の開始時刻８１６は、このＬ
Ｔが有効になる日時を示す。ＬＴ有効期間の終了時刻８
１７は、ＬＴが無効になる日時を示す。ＬＴ移動許可フ
ラグ８１８は、このＬＴを移動できるか、Ｍｏｖｅ−ｏ
ｕｔできるか、Ｅｘｐｏｒｔできるかを表す。ＬＴ暗号
化法８１９は、コンテンツ鍵８３及びオプションで付加
されうるＬＴフッタ８４に適用される暗号方式（ＤＥ
Ｓ，ＡＥＳ等）を示す。

【０１７７】アクションタグブロック８２＃１〜８２＃
ｎは、アクションＩＤ８２１と、最長利用時間８２２
と、１回判定しきい値・回数カウンタ／累積利用時間８
２３と、Ｐ条件８２４＃１〜８２４＃ｎとからなる。

【０１７８】アクションＩＤ８２１は、コンテンツに対
するアクション内容を特定するＩＤを示す。最長利用時
間８２２は、コンテンツを連続して操作できる最大時間
を示す。１回判定しきい値・回数カウンタ／累積利用時
間８２３の１回判定しきい値は、コンテンツの操作を１
回と判断する時間を示す。回数カウンタは、このＬＴで
コンテンツを操作できる回数を示す。累積利用時間は、
コンテンツを操作できる累積の操作時間を示す。なお、
最長利用時間８２２ではポーズ等の間も時間のカウント
が継続され、これに対して累積利用時間ではポーズ等の
間、時間のカウントが停止される。

【０１７９】ここで、図３２を用いて回数カウンタの１
回と、最長利用時間、１回判定しきい値、累積利用時間
との関係を説明する。累積利用時間は、最長利用時間よ
りも厳密な利用制御を行う場合に用いられ、通常のコン
テンツ再生に必要な時間（例えば、１０日、最大約５年
２２２日まで）が設定される。ＬＴ有効期間の開始日が
７月１日でＬＴ有効期間の終了日が８月３１日の場合、
この間であれば、５日、２日、３日のような細切れの日
時のコンテンツ利用をすることができ、この累積時間が
累積利用時間に達するとそのＬＴでのコンテンツ利用が
できなくなる。

【０１８０】回数カウンタには任意の回数（例えば５
回、最大で１６３８３回まで）を設定することができ
る。また、最長利用時間には任意の時間（例えば３分、
最大で約１８時間まで）を設定することができる。ま
た、１回判定しきい値には任意の値（例えば３０秒、最
大で１８時間まで）が設定される。ここで、ユーザ端末
４においてコンテンツ操作（利用）を開始すると開始か
ら２０秒経過した時点で再生を停止すると、この再生は
１回とみなされない。これに対して開始から１回判定し
きい値３０秒経過すると１回と判定され、最長利用時間
が経過するまで、その間のポーズ等を含めてコンテンツ
を再生することができる。なお、回数カウンタの値は、
１回判定しきい値を超えた時点で１デクリメントされ
る。

【０１８１】図３１に戻り、コンテンツ鍵８３は、この
ＬＴに関連付けられたコンテンツの暗号を解く復号鍵、
コンテンツ鍵が暗号化されたまま格納される。なお、オ
プションとしてコンテンツ鍵８３の次にＬＴフッタ８４
を付加することができる。このＬＴフッタ８４には、Ｌ
Ｔヘッダ８１からコンテンツ鍵８３のＳＨＡ−１アルゴ
リズムによるハッシュ値が暗号化されて格納され、ＬＴ
が信頼できない経路で配信された場合、この値で改ざん
チェックを行うことができるようになっている。

【０１８２】次いで、ＬＴ取得動作及びコンテンツ再生
動作を説明する。このようなＬＴ取得動作及びコンテン
ツ再生動作を行うユーザ端末においては、その端末のモ
ニタに図３３に示される画面が表示される。

【０１８３】本図に示されるように、画面中には、ユー
ザ端末やサーバに保持されるコンテンツや、ＬＴ、ＵＲ
−Ｕｓ、Ｐ条件等をリスト表示するリストボックス９０
１、リストボックス９０１でカーソルが合わせられたコ
ンテンツの概要等の説明を表示するコンテンツ説明ボッ
クス９０２、リストボックス９０１でカーソルが合わせ
られたコンテンツの再生画像等を表示するためのコンテ
ンツ再生ボックス９０３のほか、コンテンツの利用権利
を購入の際にクリックされる利用権利購入ボタン９０
４、ＬＴ取得の際に押下されるＬＴ取得ボタン９０５、
この画面の表示データを更新する場合に押下される更新
ボタン９０７、再生スタート、停止、ストップ、早戻
し、早送り等の再生操作をするための再生操作ボタン９
０８、再生時間等を表示する時間表示ボックス９０９等
が設けられる。

【０１８４】リストボックス９０１には、コンテンツの
タイトル（図示例では、「波乗りジョージ」、「狭辞
苑」、「突入せよ！！赤城山荘」）や、そのコンテンツ
の再生可能回数（図示例では、「再生９回」、「制限な
し」）、有効期限（図示例では、「制限なし」、「２０
０２／１０／３１」）、Ｐ条件（図示例では、「２ｃｈ
再生」、「白黒印刷」）等が表示される。なお、コンテ
ンツ「突入せよ！！赤城山荘」は、このコンテンツの販
売促進のためにコンテンツ配信サーバ２から送られてき
たプレビュー版であり、このコンテンツにカーソルが合
わせられている状態が示されている。

【０１８５】このリストボックス９０１の左端には、ア
イコン９０１ａ〜９０１ｅ等が表示される。アイコン９
０１ａは、この端末にコンテンツに対応したＬＴを保持
しており、且つサーバにＵＲ−Ｕｓがあることを示して
いる。アイコン９０１ｂは、この端末にはコンテンツに
対応したＬＴがないが、サーバにはＵＲ−Ｕｓがあるこ
とを示している。アイコン９０１ｃは、この端末にＬＴ
がなく、且つサーバにもＵＲ−Ｕｓがないことを示して
いる。アイコン９０１ｄは、この端末にコンテンツを保
持していることを示している。アイコン９０１ｅは、こ
の端末にコンテンツを保持していないことを示してい
る。これらのアイコン９０１ａ〜９０１ｅでＵＲ−Ｕ
ｓ、ＬＴ及びコンテンツのありなしの状態を全て表すこ
とができる。

【０１８６】コンテンツ再生ボックス９０３には、リス
トボックス９０１でカーソルが合わせられたコンテンツ
の再生画面が表示される。

【０１８７】コンテンツ再生ボックス９０３の上部に
は、音楽、ビデオ、移動、電子書籍の再生等の各種アク
ションを選択するためのタブが設けられており、図示例
ではリストボックス９０１でカーソルが合わせられたコ
ンテンツを再生するためのビデオ用のタブが選択された
状態が示されている。この状態で再生用の再生操作ボタ
ン９０８がクリックされると、コンテンツ配信サーバ２
から送られてきたコンテンツ、突入せよ！！赤城山荘事
件のプレビュー画面が表示される。

【０１８８】なお、ビデオ再生用のタブなどに設けられ
たアイコン９０３ａは、そのコンテンツ再生用のプラグ
インを保持していることを示す。コンテンツ移動用のタ
ブに設けられたアイコン９０３ｂは、コンテンツ再生
（ここでは移動）用のプラグインがないことを示す。こ
のようにプラグインがない場合には、例えば外部メディ
ア４４を装着する装置がない等のハード的な不備がない
限り、プラグインがないことを示すタブが選択された際
に、不足するプラグイン（ここでは、移動用のプラグイ
ン）を提供するサーバにアクセスし、不足のプラグイン
をダウンロードし、アイコン９０３ａが表示されるよう
になっている。

【０１８９】ここで、リストボックス９０１の表示内容
やコンテンツ説明ボックス９０２の表示内容は、この画
面の表示の際にコンテンツデータベース４１２Ａに格納
されたコンテンツのメタデータを取得したり、ＬＴデー
タベース４１３Ａに格納されたＬＴの権利内容を取得し
たり、利用条件管理サーバ３に対してＧｅｔＵＲ−Ｕ
ｓ，ＧｅｔＰ条件テキスト，Ｇｅｔメタデータなどコマ
ンドを送り、サーバ内にある権利ＵＲ−Ｕｓの内容（Ｐ
条件も含む）を取得したり、端末にはないが、利用権利
を保持するコンテンツのメタデータを取得し、取得した
情報に基づいて作成される。

【０１９０】図３４は、サーバにある権利内容を取得す
る場合に、クライアント４１から利用条件管理サーバ３
に送信されるＧｅｔＵＲ−Ｕｓの構成を示す図である。
このＧｅｔＵＲ−Ｕｓ９１は、ＧｅｔＵＲ−Ｕｓである
ことを示す識別子ＧｅｔＵＲ−Ｕｓ識別子９１１と、こ
のＧｅｔＵＲ−Ｕｓ９１を送信したユーザ端末を識別す
る端末ＩＤ９１２と、取得するデータをどのような文字
コードで表示する記を指定するためのキャラクタコード
９１３とからなる。このキャラクタコード９１３には、
通常、ＥＵＣや、ｊｕｎｅｔコード、シフトＪＩＳコー
ド等が格納される。このようなＧｅｔＵＲ−Ｕｓ９１を
送ることにより、端末ＩＤ９１２に対応したユーザＩＤ
で管理されるサーバにあるＵＲ−Ｕｓの一覧を取得する
ことができる。なお、その際、キャラクタコードで指定
した文字コードでＵＲ−ＵｓＮａｍｅ（利用権利管理テ
ーブル６０の図示しないフィールドに格納されるコンテ
ンツのジャンルや、６０年代のロック等、権利の内容
名）も同時に取得する。また、ＧｅｔＵＲ−Ｕｓ９１を
送る際に、ＧｅｔＰ条件テキストをクライアント４１か
ら利用条件管理サーバ３に送信する。

【０１９１】図３５は、ＧｅｔＰ条件テキストの構成例
を示す図である。ＧｅｔＰ条件テキスト９２は、Ｐ条件
の表示内容を、キャラクタコードで指定した文字コード
で取得するためのものであって、送信した情報がＧｅｔ
Ｐ条件テキストであることを示す識別子、ＧｅｔＰ条件
テキスト識別子９２１と、ＧｅｔＰ条件テキスト９２を
送信したユーザ端末を識別するための端末ＩＤ９２２
と、Ｐ条件を表示する文字コードを指定するためのキャ
ラクタコード９２３と、単一又は複数のＰ条件ＩＤ９２
４＃１〜９２４＃Ｎとからなる。このように構成された
ＧｅｔＰ条件テキスト９２を送信することにより、Ｇｅ
ｔＵＲ−Ｕｓ９１で得られた各ＵＲ−Ｕｓに含まれるＰ
条件の表示用情報（例えば、再生条件の指定（２ｃｈ再
生、白黒印刷など）や、再生する際の出力インタフェー
スの指定（例えば、アナログ、Ｐｒｏｔｅｃｔｅｄデジ
タル、Ｎｏｎ−Ｐｒｏｔｅｃｔｅｄデジタルなど））を
取得することができる。

【０１９２】図３６は、上記ＧｅｔＰ条件テキスト９２
により利用条件管理サーバ３から取得されるＰ条件の表
示用情報の構成例である。Ｐ条件の表示用情報９３は、
複数のＰ条件９３１＃１〜９３１＃Ｎからなる。

【０１９３】Ｐ条件９３１＃１は、図示例ではレンダリ
ング用のＰ条件であり、モノラル再生でしかもアナログ
出力の場合だけが許可（図中に示される「○」）されて
おり、Ｐｒｏｔｅｃｔｅｄデジタル出力（例えば、暗号
化されたデジタル出力）も、Ｎｏｎ−Ｐｒｏｔｅｃｔｅ
ｄデジタル出力（例えば、暗号化されていない状態での
デジタル出力）も禁止（図中に示される「×」）されて
いる。Ｐ条件９３１＃２は、図示例ではストレージ用の
Ｐ条件であり、ＳＤカードへのコンテンツ転送につい
て、Ｐｒｏｔｅｃｔｅｄデジタル出力は許可されている
が、アナログ出力及びＮｏｎ−Ｐｒｏｔｅｃｔｅｄデジ
タル出力は禁止されていることが示されている。Ｐ条件
９３１＃Ｎは、図示例ではストレージ用のＰ条件であ
り、メモリスティックへのコンテンツ転送について、Ｐ
ｒｏｔｅｃｔｅｄデジタル出力は許可されているが、ア
ナログ出力及びＮｏｎ−Ｐｒｏｔｅｃｔｅｄデジタル出
力は禁止されていることが示されている。

【０１９４】図３７は、Ｇｅｔメタデータの構成例を示
す図である。Ｇｅｔメタデータ９４は、この情報がＧｅ
ｔメタデータであることを示す識別子、Ｇｅｔメタデー
タ識別子９４１と、このＧｅｔメタデータ９４を送信し
たユーザ端末を識別する端末ＩＤ９４２と、コンテンツ
のメタデータを、指定した文字コードで取得するための
キャラクタコード９４３と、メタデータを得る対象のコ
ンテンツを識別するコンテンツＩＤ９４４＃１〜９４４
＃Ｎとから構成される。このＧｅｔメタデータ９４を受
信した利用条件管理サーバ３の通信部３８は、コンテン
ツ配信サーバ２のコンテンツデータベース２１にアクセ
スし、コンテンツＩＤ９４４＃１〜９４４＃Ｎで指定さ
れたコンテンツのメタデータ（図２６参照）を取り出し
て、ユーザ端末４に送信する。これにより、ユーザ端末
４は、端末内にないコンテンツのメタデータを取得する
ことができる。

【０１９５】このようなＧｅｔＵＲ−Ｕｓ９１、Ｇｅｔ
Ｐ条件テキスト９２、Ｇｅｔメタデータ９４等を送信
し、必要な情報を取得して画面用のデータに再構成する
ことにより図３３に示される画面が作成される。

【０１９６】そして、リストボックス９０１に表示され
たコンテンツ（例えば、狭辞苑）のＬＴを取得する場
合、狭辞苑の欄にカーソルを合わせ、ＬＴ取得ボタン９
０５をクリックする。これにより、ＬＴ取得プロセスが
開始される。なお、コンテンツ「波乗りジョージ」につ
いてさらにＬＴを取得するような場合には、このコンテ
ンツにカーソルを合わせ、取得したい再生回数を入力
し、ＬＴ取得ボタン９０５をクリックすればよい。

【０１９７】このようなＬＴ取得ボタン９０５がクリッ
クされると、ユーザ端末４のクライアント４１及び利用
条件管理サーバ３においてＬＴ取得プロセスが行われ
る。

【０１９８】図３８は、ユーザ端末４のクライアント４
１及び利用条件管理サーバ３によって行われるＬＴ取得
プロセスの動作を示すフローチャートである。ＬＴ取得
ボタン９０５がクリックされると、クライアント４１の
ＬＴ取得部４１５Ａは、ＬＴ発行要求の本体、即ちＥＬ
Ｉを生成するＥＬＩ生成プロセスを実行する（Ｓ１
１）。そして、ＬＴ取得部４１５Ａは、生成したＥＬＩ
に、ＬＴ発行要求識別子７１と、端末ＩＤ蓄積部４１４
Ａから読み出した端末ＩＤ７２とを付加することより図
３０に示されるフォーマット構成に従うＬＴ発行要求を
生成し、生成したＬＴ発行要求を利用条件管理サーバ３
に送信する（Ｓ１２）。

【０１９９】一方、利用条件管理サーバ３のユーザ特定
部３４は、通信部３８を介してユーザ端末４からＬＴ発
行要求を受信すると、ユーザ情報データベース３１を参
照し、ＬＴ発行要求７０に含まれる端末ＩＤ７２からユ
ーザ（ユーザＩＤ）を特定する（Ｓ２１）。

【０２００】ユーザ特定部３４がユーザを特定できた場
合（Ｓ２２でＹＥＳ）、ＬＴ生成部３５は、利用権利デ
ータベース３２に保持され、ユーザ特定部３４によって
特定されたユーザＩＤに対応するＵＲ−Ｕｓに基づい
て、ＬＴを発行できるか否かを判定するＬＴ発行可否判
定プロセスを実行する（Ｓ２３）。実行の結果、ＬＴ生
成することが可能であれば（Ｓ２４でＹＥＳ）、ＬＴ生
成部３５は、ＬＴを生成するＬＴ生成プロセスを実行し
（Ｓ２５）、生成したＬＴをユーザ端末４に送信する
（Ｓ２６）。

【０２０１】なお、ステップＳ２２においてユーザを特
定できなかった場合（Ｓ２２でＮＯ）、あるいはステッ
プＳ２４においてＬＴを生成できなかった場合（Ｓ２４
でＮＯ）、ＬＴ生成部３５は、ＬＴ発行不可通知を生成
し、送信する（Ｓ２７）。このＬＴ発行不可通知は、例
えば、ＬＴ発行不可通知であることを特定するためのユ
ニークな識別子の他、拒否の対象となったコンテンツの
コンテンツＩＤ、未購入等の拒否理由を示すエラーコー
ドなどからなる。

【０２０２】クライアント４１のＬＴ取得部４１５Ａ
は、通信部４１０Ａを介してＬＴを取得すると（Ｓ１
３）、取得したＬＴに含まれるＬＴ状態フラグ（ＬＴ即
時消費フラグ／ＬＴ自動返却フラグ）８１５を参照し、
即時消費フラグが「ＯＦＦ」（蓄積）であるか否かを判
断する（Ｓ１４）。判断の結果、即時消費フラグが「Ｏ
Ｎ」（即時消費）である場合（Ｓ１４でＮＯ）、ＬＴ取
得部４１５Ａは、ＬＴをＬＴデータベース４１３Ａに格
納（登録）せずにＬＴ取得プロセスを終了する。この場
合には、ＬＴを即時消費するため、このＬＴを用いたコ
ンテンツ再生が直ちに実行される。これに対して、即時
消費フラグが「ＯＦＦ」である場合（Ｓ１４でＹＥ
Ｓ）、ＬＴ取得部４１５Ａは、取得したＬＴをＬＴデー
タベース４１３Ａへ登録（格納）し（Ｓ１５）、ＬＴ取
得プロセスを終了する。

【０２０３】また、ＬＴ取得部４１５Ａは、通信部４１
０Ａを介してＬＴ発行不可通知を受信すると（Ｓ１
６）、通信部４１０Ａを介してモニタ４１１ａに拒否理
由等を表示させ、ＬＴ取得プロセスを終了する。

【０２０４】図３９は、図３８に示されるＥＬＩ生成プ
ロセス（Ｓ１１）のサブルーチンを示すフローチャート
である。このＥＬＩ生成プロセスのサブルーチンでは、
ＬＴ取得部４１５Ａは、先ず、これから作成するＥＬＩ
ヘッダのＥＬＩ識別子、ＮｅｔＤＲＭバージョン番号に
規定の値を設定する（Ｓ１１１）。次いで、ＬＴ取得部
４１５Ａは、ＥＬＩサイズを計算し、得られたＥＬＩサ
イズをＥＬＩヘッダに設定する（Ｓ１１２）。そして、
ＬＴ取得部４１５Ａは、要求するＬＴの対象となるコン
テンツのコンテンツＩＤをＥＬＩヘッダに設定し（Ｓ１
１３）、ＬＴの元となるＵＲ−ＵｓのＵＲ−ＵｓＩＤを
ＥＬＩヘッダに設定し（Ｓ１１４）、このユーザ端末で
サポートするクライアントの能力に合ったクライアント
能力フラグをＥＬＩヘッダ７３０に設定し（Ｓ１１
５）、ユーザから指定された値（発行拒否の場合には
「ＯＮ」、縮小を許容する場合には「ＯＦＦ」）をＬＴ
発行拒否フラグ７３７に設定する（Ｓ１１６）。

【０２０５】ＥＬＩヘッダへの設定が終わると、ＬＴ取
得部４１５Ａは、ユーザから指定されたアクションの値
（例えば、再生の場合、「２」）を期待アクションタグ
ブロック７４０のアクションＩＤ７４１に設定する（Ｓ
１１７）。次いで、通信部４１０Ａ（ＬＴ取得部４１５
Ａ）は、ユーザから指定された回数を期待回数／期待累
積利用時間７４２に設定し（Ｓ１１８）、図３８に示さ
れるメインルーチンにリターンする。これにより、ユー
ザが期待するＥＬＩが生成される。

【０２０６】なお、アクションが複数である場合には、
このアクションの数だけステップＳ１１７，Ｓ１１８が
繰り返される。また、ステップＳ１１６〜Ｓ１１８で設
定される値は、予め定められたデフォルト値であっても
よい。

【０２０７】図４０は、図３８に示されるＬＴ発行可否
判定プロセス（Ｓ２２）のサブルーチンを示すフローチ
ャートである。このＬＴ発行可否判定プロセスのサブル
ーチンにおいては、ＬＴ生成部３５は、先ず、ＬＴ発行
要求のＥＬＩで指定された利用条件ＵＲ−Ｕｓが利用権
利ＤＢに存在するか否か判断する（Ｓ２２１）。利用条
件ＵＲ−Ｕｓが存在する場合（Ｓ２２１でＹＥＳ）、Ｌ
Ｔ生成部３５は、ＵＲ−Ｕｓヘッダ６１の有効期間の終
了時刻６１４を参照し、そのＵＲ−Ｕｓの有効期間は過
ぎているか否か判断する（Ｓ２２２）。有効期間内であ
る場合（Ｓ２２２でＮＯ）、ＬＴ生成部３５は、同時利
用可能数６１６と、発行状態ＬＴ数６１７とに基づいて
ＵＲ−Ｕｓの発行状態ＬＴ数が同時利用可能数未満か否
か判断する（Ｓ２２３）。同時利用可能数未満である場
合（Ｓ２２３でＹＥＳ）、ＬＴ生成部３５は、１回判定
しきい値・回数カウンタ／累積利用時間６２４を参照
し、ＵＲ−Ｕｓの回数カウンタは「０」であるか否か判
断する（Ｓ２２４）。回数カウンタが「０」でない、即
ち回数カウンタが１以上である場合（Ｓ２２４でＮ
Ｏ）、ＬＴ生成部３５は、ＵＲ−Ｕｓの回数カウンタが
ＥＬＩの期待回数以上持っているか否か判断する（Ｓ２
２５）。

【０２０８】期待回数以上持っていない場合（Ｓ２２５
でＮＯ）、ＬＴ生成部３５は、ＥＬＩのＬＴ発行拒否フ
ラグが「ＯＦＦ」か否か判断する（Ｓ２２６）。期待回
数以上持っている場合（Ｓ２２５でＹＥＳ）、ＬＴ生成
部３５は、ＬＴ発行可と判定し（Ｓ２２７）、このサブ
ルーチンを終了し、図３８に示されるメインルーチンに
リターンする。また、期待回数以上持っていないけれど
も（Ｓ２２５でＮＯ）、ＥＬＩのＬＴ発行拒否フラグが
「ＯＦＦ」である場合、即ち期待回数よりも少なくても
よい場合には（Ｓ２２６でＹＥＳ）、ＬＴ生成部３５
は、ＬＴ発行可と判定し（Ｓ２２７）、このサブルーチ
ンを終了し、図３８に示されるメインルーチンにリター
ンする。

【０２０９】これに対して、利用権利データベースに利
用条件ＵＲ−Ｕｓが存在しない場合（Ｓ２２１でＮ
Ｏ）、有効期間が過ぎている場合（Ｓ２２２でＹＥ
Ｓ）、同時利用可能数以上である場合（Ｓ２２３でＮ
Ｏ）、回数カウンタが「０」である場合（Ｓ２２４でＹ
ＥＳ）、回数カウンタが「１」以上で（Ｓ２２５でＮ
Ｏ）且つＬＴ発行拒否フラグが「ＯＦＦ」（Ｓ２２６で
ＮＯ）である場合のいずれかの場合には、ＬＴ生成部３
５は、ＬＴ発行不可と判定し（Ｓ２２８）、このサブル
ーチンを終了し、図３８に示されるメインルーチンにリ
ターンする。これにより、利用条件管理サーバ３が管理
するＵＲ−Ｕｓの範囲内で適切なＬＴ発行の可否を判定
することができる。

【０２１０】図４１は、図３８に示されるＬＴ生成プロ
セス（Ｓ２５）のサブルーチンを示すフローチャートで
ある。このＬＴ生成プロセスのサブルーチンはＬＴ生成
可（Ｓ２４でＹＥＳ）の場合に行われ、このルーチンに
おいては、ＬＴ生成部３５は、先ず、ＬＴのＬＴ識別
子、ＮｅｔＤＲＭバージョン番号及びＬＴ暗号化法に規
定の値をＬＴヘッダ８１に設定する（Ｓ２５１）。次い
で、ＬＴ生成部３５は、生成するＬＴのサイズを計算
し、計算により求められたＬＴサイズをＬＴヘッダ８１
に設定する（Ｓ２５２）。そして、ＬＴ生成部３５は、
ＵＲ−ＵｓＩＤ、ＬＴ有効期間、ＬＴ移動許可フラグに
ＵＲ−Ｕｓの値と同一のものを設定し、コンテンツＩＤ
にＥＬＩに記述されているものと同一のものを設定する
（Ｓ２５３）。

【０２１１】そして、ＬＴ生成部３５は、生成するＬＴ
を即時に消費するか否かを表すＬＴ即時消費フラグを設
定するＬＴ即時消費フラグ設定プロセス（Ｓ２５４）、
このＬＴでコンテンツ利用後サーバに自動的に返却する
か否かを表すＬＴ自動返却フラグを設定するＬＴ自動返
却フラグ設定プロセス（Ｓ２５５）を実行し、ＬＴヘッ
ダ８１の生成を終える。

【０２１２】ＬＴヘッダ８１の生成が終わると、ＬＴ生
成部３５は、利用要求に合致したアクション毎のタグブ
ロックを設定するアクションタグブロック設定プロセス
（Ｓ２５６）を実行し、コンテンツに対応するコンテン
ツ鍵をコンテンツ鍵データベースから読み出して設定す
る（Ｓ２５７）。ＬＴ生成部３５によるＬＴの生成が終
わると、利用権利更新部３７は、ＬＴに切り出した分の
利用条件を元の利用条件から減算し、ＵＲ−Ｕｓを減算
結果に更新する（Ｓ２５８）。ＵＲ−Ｕｓの更新が終わ
ると、このサブルーチンを終了し、図３８に示されるメ
インルーチンにリターンする。これにより、利用条件管
理サーバ３が管理するＵＲ−Ｕｓから利用権を一部切り
出したユーザのＬＴ発行要求に合致したＬＴを送信する
ことができる。

【０２１３】図４２は、図４１に示されるＬＴ即時消費
フラグ設定プロセス（Ｓ２５４）のサブルーチンを示す
フローチャートである。このＬＴ即時消費フラグ設定プ
ロセスのサブルーチンにおいては、ＬＴ生成部３５は、
先ずＬＴ発行要求のＥＬＩヘッダ７３０に含まれるクラ
イアント能力フラグ７３６を参照し、クライアントがセ
キュアなＬＴＤＢを持つか否か判断する（Ｓ２５４
１）。セキュアなＬＴＤＢを持っている場合（Ｓ２５４
１でＹＥＳ）、ＬＴ生成部３５は、ＵＲ−Ｕｓの有効期
限が設定されているか否かを判断する（Ｓ２５４２）。
有効期限が設定されている場合（Ｓ２５４２でＹＥ
Ｓ）、ＬＴ生成部３５はクライアントがセキュアな時計
機能を持つか否か判断する（Ｓ２５４３）。

【０２１４】有効期限が設定されていない場合、即ち、
期間限定がない場合（Ｓ２５４２でＮＯ）と、有効期限
が設定されている、即ち、期間限定があり（Ｓ２５４２
でＹＥＳ）、且つクライアントがセキュアな時計機構を
持っている場合（Ｓ２５４３でＹＥＳ）とのいずれかの
場合、ＬＴ生成部３５は、ＬＴ即時消費フラグをＯＦＦ
に設定、即ちＬＴを即時に消費しなくてもよい旨を設定
し（Ｓ２５４４）、このサブルーチンが終了し、図４１
に示されるサブルーチンにリターンする。

【０２１５】これに対して、クライアントがセキュアな
ＬＴデータベースを持っていない場合（Ｓ２５４１でＮ
Ｏ）や、期間限定があり（Ｓ２５４２でＹＥＳ）、且つ
クライアントがセキュアな時計機構を持っていない場合
（Ｓ２５４３でＮＯ）のいずれかの場合には、ＬＴ生成
部３５は、ＬＴ即時消費フラグをＯＮ、即ちＬＴを即時
に消費すべき旨を設定し（Ｓ２５４５）、このサブルー
チンが終了し、図４１に示されるサブルーチンにリター
ンする。これにより、クライアントがセキュアなＬＴＤ
Ｂを持っているか否か、セキュアなクロック機構を持っ
ているか否かのクライアント能力に応じてユーザ端末４
においてＬＴを即時に消費させたり、保管させたりする
といった制御をすることができる。

【０２１６】図４３は、図４１に示されるＬＴ自動返却
フラグ設定プロセス（Ｓ２５５）のサブルーチンを示す
フローチャートである。

【０２１７】このＬＴ自動返却フラグ設定プロセスのサ
ブルーチンにおいては、ＬＴ生成部３５は、ＵＲ−Ｕｓ
の同時利用可能数が有限か否か判断する（Ｓ２５５
１）。判断の結果、同時利用可能数が有限である場合
（Ｓ２５５１でＹＥＳ）、ＬＴ生成部３５は、ＬＴ自動
返却フラグを「ＯＮ」に設定し（Ｓ２５５２）、このサ
ブルーチンを終了し、図４１に示されるサブルーチンに
リターンする。これにより、ユーザ端末４がこのＬＴを
用いてコンテンツを再生後、消費したＬＴをユーザ端末
４から利用条件管理サーバ３に戻させてコンテンツの共
同利用数の空きを作るといった制御を行うことができ
る。

【０２１８】これに対して、同時利用可能数が有限でな
い場合（Ｓ２５５１でＮＯ）、具体的には同時利用可能
数が「∞」である場合、ＬＴ生成部３５は、ＬＴ自動返
却フラグを「ＯＦＦ」に設定し（Ｓ２５５３）、このサ
ブルーチンを終了し、図４１に示されるサブルーチンに
リターンする。

【０２１９】図４４は、図４１に示されるアクションタ
グブロック設定プロセス（Ｓ２５６）のサブルーチンを
示すフローチャートである。このアクションタグブロッ
ク設定プロセスのサブルーチンにおいては、ＬＴ生成部
３５は、先ず最長利用時間、Ｐ条件にＵＲ−Ｕｓと同一
のものを設定し（Ｓ２５６１）、ＵＲ−Ｕｓの回数カウ
ンタがＬＴ発行要求のＥＬＩに含まれる期待値回数以上
か否か判断する（Ｓ２５６２）。判断の結果、期待回数
以上であれば（Ｓ２５６２でＹＥＳ）、ＬＴ生成部３５
は、アクションタグブロックの回数カウンタにＥＬＩの
期待値回数の値を設定し（Ｓ２５６３）、このサブルー
チンを終了し、図４１に示されるサブルーチンにリター
ンする。これにより、ユーザの要求通りの回数をＬＴに
設定することができる。

【０２２０】これに対して、期待回数未満であれば（Ｓ
２５６２でＮＯ）、回数カウンタにＵＲ−Ｕｓの回数カ
ウンタの値、即ちＵＲ−Ｕｓに残っている期待回数より
も少ない全回数を設定し（Ｓ２５６４）、このサブルー
チンを終了し、図４１に示されるサブルーチンにリター
ンする。これにより、ユーザの要求には足りないが、Ｌ
Ｔ発行拒否フラグによる指示（ＯＦＦ）通りの回数をＬ
Ｔに設定することができる。

【０２２１】このような図３８〜図４４に示される処理
により適切なＬＴ取得処理が実行される。

【０２２２】次いで、ユーザ端末４においてコンテンツ
を利用する場合、このユーザ端末４のクライアント４１
とレンダリングプラグイン４２とで行われる処理（コン
テンツ再生プロセス）及びクライアント４１とストレー
ジプラグイン４３とで行われる処理（メディアへの書き
出しプロセス）をこの順序で説明する。

【０２２３】図４５は、クライアント４１とレンダリン
グプラグイン４２とで行われるコンテンツ再生プロセス
を示すフローチャートである。この再生プロセスは、図
３３に示される画面において、再生を希望するコンテン
ツ（例えば、コンテンツ波乗りジョージ）にカーソルを
合わせＰｌａｙの再生操作ボタン９０８をクリックする
ことにより開始される。

【０２２４】このような再生操作ボタン９０８のクリッ
クによるコンテンツ再生の指示があると、プラグイン制
御部４１９Ａは、ユーザが再生希望したコンテンツを対
象としたＬＴがＬＴデータベース４１３Ａにあるか否か
判断する（Ｓ３１）。なお、ここではセキュアなＬＴＤ
Ｂ、即ちＬＴデータベース４１３Ａを持ち、コンテンツ
利用可否判定部４１８Ａがセキュアなクロック機構を有
する場合について説明する。

【０２２５】判断の結果、ＬＴデータベース４１３Ａに
対象のＬＴが格納されている場合（Ｓ３１でＹＥＳ）、
コンテンツ利用可否判定部４１８Ａは、対象のＬＴでコ
ンテンツを再生できるか否かを判定する再生可否判断プ
ロセス（Ｓ３４）を実行する。

【０２２６】これに対して、ＬＴデータベース４１３Ａ
に対象のＬＴがない場合には（Ｓ３１でＮＯ）、ＬＴ取
得部４１５Ａに指示し、上記と同じＬＴ取得プロセス
（Ｓ３２）を実行させ、ＬＴを取得できたか否か判断す
る（Ｓ３３）。なお、この場合には、連続複数回再生の
指定がされない限り、通常再生に必要な最小単位、１回
のＬＴ発行要求がなされる。そして、ＬＴを取得できた
場合（Ｓ３３でＹＥＳ）、コンテンツ利用可否判定部４
１８Ａは、再生可否判断プロセス（Ｓ３４）を実行す
る。

【０２２７】再生可否判断プロセス（Ｓ３４）の実行が
終わると、プラグイン制御部４１９Ａは、コンテンツ利
用可否判定部４１８Ａによる可否判断結果に基づいてそ
のＬＴで再生可か否か判断する（Ｓ３５）。判断の結
果、再生可の場合（Ｓ３５でＹＥＳ）、プラグイン制御
部４１９Ａは、ＬＴに含まれるコンテンツ鍵とＰ条件
（２ｃｈ再生等）をレンダリングプラグイン４２へ渡す
（Ｓ３６）。

【０２２８】これに対して、ＬＴを取得できなかった場
合（Ｓ３３でＮＯ）や、再生不可と判断した場合（Ｓ３
５でＮＯ）には、プラグイン制御部４１９Ａは、コンテ
ンツ再生処理を終了する。

【０２２９】一方、レンダリングプラグイン４２の再生
条件判定部４２１Ａは、コンテンツ復号鍵とＰ条件を受
信すると（Ｓ４１）、Ｐ条件判断プロセス（レンダリン
グ）を実行し（Ｓ４２）、実行の結果に基づいて再生可
か否か判断する（Ｓ４３）。

【０２３０】判断の結果、再生可能であれば（Ｓ４３で
ＹＥＳ）、コンテンツ復号部４２２Ａは、コンテンツデ
ータベース４１２Ａからコンテンツを取得し、取得した
コンテンツをコンテンツ鍵で復号化する（Ｓ４４）。そ
して、コンテンツ再生部４２３Ａは、Ｐ条件で指定され
た条件で再生する（Ｓ４５）。これに対して、再生可で
なければ（Ｓ４３でＮＯ）、その旨をプラグイン制御部
４１９Ａに通知する。

【０２３１】レンダリングプラグイン４２で再生が行わ
れると、プラグイン制御部４１９Ａはタイマを起動し、
最長利用時間や、１回判定しきい値、累積利用時間によ
る１回の管理を行い、プラグイン制御部４１９Ａが１回
とカウントすると、ＬＴ管理・更新部４１７Ａは、ＬＴ
の内容（回数）を更新し（Ｓ３７）、コンテンツ再生処
理を終了する。なお、再生時間の計測は、クライアント
ではなく、プラグイン側で行ってもよい。また、レンダ
リングプラグイン４２で再生可でない場合（Ｓ４３でＮ
Ｏ）、ＬＴ管理・更新部４１７Ａは、コンテンツ再生プ
ロセスを終了する。

【０２３２】なお、コンテンツ再生プロセス終了の際、
ＬＴ返却部４１６ＡはＬＴのＬＴ状態フラグ（ＬＴ自動
返却フラグ）８１５を参照し、ＬＴ自動返却フラグがＯ
Ｎで、ＬＴの権利が全て消費されていると、そのＬＴを
通信部４１０Ａを介して利用条件管理サーバ３に返却す
る。

【０２３３】図４６は、ＬＴを返却するためのＬＴ返却
要求９５の構成例を示す図である。このＬＴ返却要求９
５は、この要求がＬＴ返却要求であることを表すユニー
クな識別子、ＬＴ返却要求識別子９５１と、ＬＴを返却
するユーザ端末の端末ＩＤ９５２と、返却されるＬＴ９
５３とからなる。この要求を受け取った利用条件管理サ
ーバ３のＬＴ解析部３６は、端末ＩＤ９５２に対応する
ＵＲ−Ｕｓに戻し、そのＵＲ−Ｕｓの回数や同時利用可
能数を更新する。これによりＬＴを利用条件管理サーバ
３にバックアップさせたり、発行状態ＬＴ数６１７を減
らすことができる。発行状態ＬＴ数６１７を減らした場
合には、他の端末でのコンテンツ共同利用が可能とな
る。

【０２３４】図４７は、図４５に示される再生可否判定
プロセス（（Ｓ３４）のサブルーチンを示すフローチャ
ートである。この再生可否判定プロセスのサブルーチン
においては、コンテンツ利用可否判定部４１８Ａは、先
ず、ＬＴが有効期間内か否か判断する（Ｓ３４１）。有
効期間内である場合（Ｓ３４１でＹＥＳ）、コンテンツ
利用可否判定部４１８Ａは、ユーザが指定したアクショ
ンＩＤのアクションタグブロックがあるか否か判断する
（Ｓ３４２）。判断の結果、アクションタグブロックが
ある場合（Ｓ３４２でＹＥＳ）、コンテンツ利用可否判
定部４１８Ａは、そのアクションタグブロックの回数カ
ウンタは「０」であるか否か判断する（Ｓ３４３）。回
数カウンタが「０」でない場合（Ｓ３４３でＮＯ）、コ
ンテンツ利用可否判定部４１８Ａは、再生可と判定し
（Ｓ３４４）、この再生可否判定プロセスを終了し、図
４５に示されるメインルーチンにリターンする。

【０２３５】これに対して、有効期間外である場合（Ｓ
３４１でＮＯ）、ユーザが指定したアクションＩＤのア
クションタグブロックがない場合（Ｓ３４２でＮＯ）、
回数カウンタが「０」である場合（Ｓ３４３でＹＥＳ）
の内のいずれかの場合、コンテンツ利用可否判定部４１
８Ａは、再生不可と判定し（Ｓ３４５）、この再生可否
判定プロセスを終了し、図４５に示されるメインルーチ
ンにリターンする。これにより、適切な再生可否を判定
することができる。

【０２３６】図４８は、図４５に示されるＰ条件判定プ
ロセス（レンダリング）（Ｓ４２）のサブルーチンを示
すフローチャートである。このＰ条件判定プロセスのサ
ブルーチンでは、再生条件判定部４２１Ａは、Ｐ条件
（例えば、モノラルで、アナログ出力で再生する。）を
参照し、再生条件を判定する（Ｓ４２１）。判定の結
果、Ｐ条件で指定された条件で再生できる場合（Ｓ４２
２でＹＥＳ）、再生条件判定部４２１Ａは、再生可と判
定し（Ｓ４２３）、このＰ条件判定プロセスを終了し、
図４５に示されるメインルーチンにリターンする。これ
により、Ｐ条件に従う再生条件で、コンテンツの再生が
行われる。

【０２３７】これに対して、Ｐ条件で指定された条件で
再生できない場合（Ｓ４２２でＮＯ）、再生条件判定部
４２１Ａは、再生不可と判定し（Ｓ４２４）、このＰ条
件判定プロセスを終了し、図４５に示されるメインルー
チンにリターンする。このような図４５〜図４８の処理
により、適切なコンテンツ再生プロセスが実行される。

【０２３８】次いで、クライアント４１とストレージプ
ラグイン４３とで行われる処理（メディアへの書き出し
プロセス）を説明する。図４９は、クライアント４１と
ストレージプラグイン４３とで行われるコンテンツ書き
出し処理を示すフローチャートである。このコンテンツ
書き出し処理は、図３３に示される画面の移動タブを選
択し、この移動タブを選択した場合にコンテンツ再生ボ
ックス９０３中に表示される移動元と移動先とを表す画
面（図示せず）において、移動元については書き出し処
理が許容され、書き出し処理（移動）を希望するコンテ
ンツ（図示せず）を選択し、移動先については所望の外
部メディアを選択し、書き出しボタン（図示せず）をク
リックすることにより開始される。

【０２３９】このような書き出しボタンのクリックによ
るコンテンツ書き出し指示があると、プラグイン制御部
４１９Ａは、ユーザが書き出し希望したコンテンツを対
象としたＬＴがＬＴデータベース４１３Ａにあるか否か
判断する（Ｓ５１）。なお、ここでは、上記再生処理の
場合と同様に、セキュアなＬＴＤＢ、即ちＬＴデータベ
ース４１３Ａを持ち、コンテンツ利用可否判定部４１８
Ａがセキュアなクロック機構を有する場合について説明
する。

【０２４０】判断の結果、ＬＴデータベース４１３Ａに
対象のＬＴが格納されている場合（Ｓ５１でＹＥＳ）、
コンテンツ利用可否判定部４１８Ａは、対象のＬＴを書
き出しできるか否かを判定する書き出し可否判断プロセ
ス（Ｓ５４）を実行する。

【０２４１】これに対して、ＬＴデータベース４１３Ａ
に対象のＬＴがない場合には（Ｓ５１でＮＯ）、プラグ
イン制御部４１９Ａは、ＬＴ取得部４１５Ａに指示し、
上記と同じ内容のＬＴ取得プロセス（Ｓ５２）を実行さ
せ、ＬＴを取得できたか否か判断する（Ｓ５３）。そし
て、ＬＴデータベース４１３ＡにＬＴがあった場合（Ｓ
５１でＹＥＳ）、あるいはＬＴを取得できた場合（Ｓ５
３でＹＥＳ）、コンテンツ利用可否判定部４１８Ａは、
書き出し可否判断プロセス（Ｓ５４）を実行する。

【０２４２】書き出し可否判断プロセス（Ｓ５４）の実
行が終わると、プラグイン制御部４１９Ａは、コンテン
ツ利用可否判定部４１８Ａによる可否判断プロセスの結
果の基づいて、そのＬＴで書き出し可か否か判断する
（Ｓ５５）。判断の結果、書き出し可の場合（Ｓ５５で
ＹＥＳ）、プラグイン制御部４１９Ａは、対象のＬＴを
ストレージプラグイン４３へ渡す（Ｓ５６）。これに対
して、ＬＴを取得できなかった場合（Ｓ５３でＮＯ）
や、書き出し不可と判断した場合（Ｓ５５でＮＯ）、プ
ラグイン制御部４１９Ａは、コンテンツ書き出し処理を
終了する。

【０２４３】一方、ストレージプラグイン４３の書き出
し条件判定部４３１Ａは、ＬＴを受信すると（Ｓ６
１）、Ｐ条件判断プロセス（ストレージ）を実行し（Ｓ
６２）、実行の結果に基づいて書き出し可か否か判断す
る（Ｓ６３）。判断の結果、書き出し可能であれば（Ｓ
６３でＹＥＳ）、書き込み用データ生成部４３２Ａは、
コンテンツデータベース４１２Ａからコンテンツを取得
し（Ｓ６４）、取得したコンテンツをメディア用コンテ
ンツフォーマットに変換する（Ｓ６５）。次いで、書き
込み用データ生成部４３２Ａは、ＬＴに含まれる利用権
利をメディア用利用権利フォーマットに変換する（Ｓ６
６）。そして、フォーマット変換が終わると、書き込み
用データ生成部４３２Ａは、フォーマット変換されたコ
ンテンツと利用権利とをＰ条件で指定された条件で外部
メディアに書き込む（Ｓ６７）。これに対して、書き出
し可でなければ（Ｓ６３でＮＯ）、その旨をプラグイン
制御部４１９Ａに通知する。

【０２４４】ストレージプラグイン４３による書き込み
処理が終わると、ＬＴ管理・更新部４１８は、ＬＴを削
除し（Ｓ５７）、書き出し処理を終了する。また、スト
レージプラグイン４３で書き出し不可である場合（Ｓ６
３でＮＯ）、プラグイン制御部４１９Ａは、コンテンツ
書き出し処理を終了する。

【０２４５】図５０は、図４９に示される書き出し可否
判定プロセス（Ｓ５４）のサブルーチンを示すフローチ
ャートである。この再生可否判定プロセスのサブルーチ
ンにおいては、コンテンツ利用可否判定部４１８Ａは、
先ず、ＬＴが有効期間内か否か判断する（Ｓ５４１）。
有効期間内である場合（Ｓ５４１でＹＥＳ）、コンテン
ツ利用可否判定部４１８Ａは、ユーザが指定したＬＴの
ＬＴ移動許可フラグがＯＮか否か判断する（Ｓ５４
２）。判断の結果、ＬＴ移動許可フラグがＯＮである場
合（Ｓ５４２でＹＥＳ）、コンテンツ利用可否判定部４
１８Ａは、書き出し可と判定し（Ｓ５４３）、この再生
可否判定プロセスを終了し、図４９に示されるメインル
ーチンにリターンする。

【０２４６】これに対して、有効期間内でない場合（Ｓ
５４１でＮＯ）や、ＬＴ移動許可フラグがＯＮでない場
合（Ｓ５４２でＮＯ）、コンテンツ利用可否判定部４１
８Ａは、書き出し不可と判定し（Ｓ５４４）、この再生
可否判定プロセスを終了し、図４９に示されるメインル
ーチンにリターンする。これにより、適切な書き出し可
否を判定することができる。

【０２４７】図５１は、図４９に示されるＰ条件判定プ
ロセス（ストレージ）（Ｓ６２）のサブルーチンを示す
フローチャートである。このＰ条件判定プロセスのサブ
ルーチンでは、書き出し条件判定部４３１Ａは、先ず、
Ｐ条件（例えば、ＳＤカードに書き出そうとしている場
合、ＳＤカード用のＰ条件がある。）を参照し、書き出
そうとしているメディアに対するＰ条件があるかを判定
する（Ｓ６２１）。Ｐ条件がある場合（Ｓ６２２でＹＥ
Ｓ）、書き出し条件判定部４３１Ａは、Ｐ条件（例え
ば、プロテクトされたデジタル出力）で指定された出力
インタフェースあるか否か判断する（Ｓ６２３）。判断
の結果、指定された出力インタフェースがある場合（Ｓ
６２３でＹＥＳ）、書き出し条件判定部４３１Ａは、Ｌ
Ｔに含まれる利用権利がメディア用の利用権利に変換で
きるか否か判断する（Ｓ６２４）。例えば、外部メディ
アでは∞しかサポートしていないような場合に、ＬＴ内
の権利が有限回である場合、それは書き出し不可と判断
される。利用権を変換できる場合（Ｓ６２４でＹＥ
Ｓ）、書き出し条件判定部４３１Ａは、コンテンツを、
メディア用のコンテンツフォーマットに変換できるか否
か判断する（Ｓ６２５）。

【０２４８】コンテンツをフォーマット変換できる場合
（Ｓ６２５でＹＥＳ）、書き出し条件判定部４３１Ａ
は、書き出し可と判定し（Ｓ６２６）、このＰ条件判定
プロセスを終了し、図４９に示されるメインルーチンに
リターンする。これに対して、Ｐ条件がない場合（Ｓ６
２２でＮＯ）や、Ｐ条件で指定された出力インタフェー
スがない場合（Ｓ６２３でＮＯ）、利用条件をメディア
用の利用権利に変換できない場合（Ｓ６２４でＮＯ）、
コンテンツをメディア用のコンテンツフォーマットに変
換できない場合（Ｓ６２５でＮＯ）、書き出し条件判定
部４３１Ａは、書き出し不可と判定し（Ｓ６２７）、こ
のＰ条件判定プロセスを終了し、図４９に示されるメイ
ンルーチンにリターンする。

【０２４９】このような図４９〜図５１の処理により、
適切なコンテンツ書き出し処理を行うことができる。な
お、この実施の形態４では、ＬＴ発行要求７０におい
て、クライアント能力を知らせるようにしたが、この変
形例として、ユーザ端末の購入時などの際にユーザ情報
データベースにクライアント能力を予め登録しておい
て、ＬＴ発行要求があった場合にユーザ情報データベー
スに予め登録されたクライアント能力を用いてＬＴ即時
消費フラグを設定してもよい。

【０２５０】また、サーバとのアクセス時にＳＡＣを形
成し、このＳＡＣ形成の際にユーザ端末の端末ＩＤとク
ライアント能力等とを記載した証明書をサーバに送信
し、ＬＴ発行要求があった場合に証明書に記載されたク
ライアント能力を用いてＬＴ即時消費フラグを設定して
もよい。

【０２５１】さらに、この実施の形態４では、コンテン
ツはコンテンツ配信サーバから配信を行ったが、利用条
件管理サーバから行ってもよい。つまり、コンテンツ配
信サーバと利用条件管理サーバは同一であってもよい。

【０２５２】

【発明の効果】以上の説明から明らかなように、本発明
に係るコンテンツ利用管理システムは、デジタル著作物
であるコンテンツを利用する端末装置と前記コンテンツ
の前記端末装置における利用を管理するサーバ装置とか
らなるコンテンツ利用管理システムであって、前記サー
バ装置は、前記端末装置を使用するユーザ毎のコンテン
ツの利用条件を示すライセンス情報を記憶するライセン
ス情報記憶手段と、ユーザからの要求に基づいて、当該
ユーザに対応する前記ライセンス情報が示す利用条件の
一部又は全部を示す権利情報であるライセンスチケット
を生成し、前記端末装置に送信するライセンスチケット
発行手段とを備え、前記端末装置は、ユーザの指示に従
って、前記サーバ装置にコンテンツの利用を要求する要
求手段と、前記サーバ装置から送信されてきたライセン
スチケットを受信する受信手段と、受信されたライセン
スチケットが示す利用条件に従って、コンテンツの利用
を制御するコンテンツ利用制御手段とを備え、前記要求
手段は、要求するコンテンツと当該コンテンツの利用量
とを示す期待情報を前記サーバ装置に送信することによ
って前記要求をし、前記ライセンスチケット発行手段
は、前記要求手段から送信されてきた期待情報に従って
ライセンスチケットを生成し、前記端末装置に送信する
ことを特徴とする。

【０２５３】この構成によると、配信サーバ装置からユ
ーザ端末に対し送信するライセンス情報の内容を、ユー
ザの指示通りの利用量に最適化することが可能となり、
ユーザ端末でのコンテンツの利用を確実且つ最適に制御
し、ユーザ端末の負担を軽減することが可能となる。

【０２５４】また、端末装置と端末装置におけるデジタ
ルコンテンツの利用を管理するサーバ装置とから構成さ
れるコンテンツ利用管理システムであって、前記サーバ
装置は、動的にユーザの利用条件を管理し、前記利用条
件の一部又は全部をライセンス情報として生成し、前記
端末装置に配信し、前記端末装置は、受信した前記ライ
センス情報に基づいて、コンテンツの利用を制御するこ
とを特徴とする構成としてもよい。

【０２５５】この構成によると、配信サーバ装置からユ
ーザ端末に対し送信するライセンス情報の内容を、ユー
ザ端末の能力やサービス内容、ユーザの信頼度などに応
じ、配信サーバで最適化することが可能となる。

【図面の簡単な説明】

【図１】実施の形態１のデジタルコンテンツ配信システ
ムの構成を示すブロック図である。

【図２】図２（ａ）及び（ｂ）は実施の形態１のデジタ
ルコンテンツ配信システムのコンテンツ購入時の処理を
示すフローチャートである。

【図３】図３（ａ）及び（ｂ）は実施の形態１のデジタ
ルコンテンツ配信システムのコンテンツ情報取得時の処
理を示すフローチャートである。

【図４】図４（ａ）及び（ｂ）は実施の形態１のデジタ
ルコンテンツ配信システムのライセンス情報生成時の処
理を示すフローチャートである。

【図５】実施の形態１のデジタルコンテンツ配信システ
ムでの、ライセンス情報生成ルールの一例を示す図であ
る。

【図６】図６（ａ）及び（ｂ）は実施の形態１のデジタ
ルコンテンツ配信システムのコンテンツ再生時の処理を
示すフローチャートである。

【図７】実施の形態１のデジタルコンテンツ配信システ
ムでの、ライセンス情報生成ルールの一例を示す図であ
る。

【図８】実施の形態１のデジタルコンテンツ配信システ
ムでの、ライセンス情報生成ルールの一例を示す図であ
る。

【図９】実施の形態２のデジタルコンテンツ配信システ
ムの構成を示すブロック図である。

【図１０】図１０（ａ）及び（ｂ）は実施の形態２のデ
ジタルコンテンツ配信システムのコンテンツ購入時の処
理を示すフローチャートである。

【図１１】図１１（ａ）及び（ｂ）は実施の形態２のデ
ジタルコンテンツ配信システムのコンテンツ情報取得時
の処理を示すフローチャートである。

【図１２】図１２（ａ）及び（ｂ）は実施の形態２のデ
ジタルコンテンツ配信システムのライセンス情報生成時
の処理を示すフローチャートである。

【図１３】実施の形態２のデジタルコンテンツ配信シス
テムでの、ライセンス情報生成ルールの一例を示す図で
ある。

【図１４】図１４（ａ）及び（ｂ）は実施の形態２のデ
ジタルコンテンツ配信システムのコンテンツ再生時の処
理を示すフローチャートである。

【図１５】実施の形態２のデジタルコンテンツ配信シス
テムでの、ライセンス情報生成ルールの一例を示す図で
ある。

【図１６】実施の形態３のデジタルコンテンツ配信シス
テムの構成を示すブロック図である。

【図１７】図１７（ａ）及び（ｂ）は実施の形態３のデ
ジタルコンテンツ配信システムのコンテンツ購入時の処
理を示すフローチャートである。

【図１８】図１８（ａ）及び（ｂ）は実施の形態３のデ
ジタルコンテンツ配信システムのコンテンツ情報取得時
の処理を示すフローチャートである。

【図１９】図１９（ａ）及び（ｂ）は実施の形態３のデ
ジタルコンテンツ配信システムのライセンス情報生成時
の処理を示すフローチャートである。

【図２０】実施の形態３のデジタルコンテンツ配信シス
テムでの、ライセンス情報生成ルールの一例を示す図で
ある。

【図２１】図２１（ａ）及び（ｂ）は実施の形態３のデ
ジタルコンテンツ配信システムのコンテンツ再生時の処
理を示すフローチャートである。

【図２２】実施の形態３のデジタルコンテンツ配信シス
テムでの、ライセンス情報生成ルールの一例を示す図で
ある。

【図２３】本実施の形態４に係るコンテンツ利用管理シ
ステムの全体の構成を示す図である。

【図２４】図２３に示されるコンテンツ配信サーバ２及
び利用条件管理サーバ３の構成を示す機能ブロック図で
ある。

【図２５】図２３に示されるユーザ端末４の構成を示す
機能ブロック図である。

【図２６】図２４に示されるコンテンツのデータフォー
マットの構成例を示す図である。

【図２７】、図２４に示されるユーザ情報データベース
３１が保持するユーザ情報テーブルの構成例を示す図で
ある。

【図２８】図２４に示される利用権利データベースが保
持する利用権利管理テーブルの構成例を示す図である。

【図２９】図２８に示されるＵＲ−Ｕｓ６０Ｂの詳細な
構成例を示す図である。

【図３０】ＬＴ発行要求のデータフォーマット構成例を
示す図である。

【図３１】ＬＴのデータフォーマット構成例を示す図で
ある。

【図３２】回数カウンタの１回と、最長利用時間、１回
判定しきい値、累積利用時間との関係を示す図である。

【図３３】図３に示されるモニタに表示される画面の構
成例を示す図である。

【図３４】サーバにある権利内容を取得する場合に、用
いられるＧｅｔＵＲ−Ｕｓの構成を示す図である。

【図３５】ＧｅｔＰ条件テキストの構成例を示す図であ
る。

【図３６】上記ＧｅｔＰ条件テキストにより取得される
Ｐ条件の表示用情報の構成例である。

【図３７】Ｇｅｔメタデータの構成例を示す図である。

【図３８】図３８（ａ）及び（ｂ）はＬＴ取得プロセス
の動作を示すフローチャートである。

【図３９】ＥＬＩ生成プロセスのサブルーチンを示すフ
ローチャートである。

【図４０】ＬＴ発行可否判定プロセスのサブルーチンを
示すフローチャートである。

【図４１】ＬＴ生成プロセスのサブルーチンを示すフロ
ーチャートである。

【図４２】ＬＴ即時消費フラグ設定プロセスのサブルー
チンを示すフローチャートである。

【図４３】ＬＴ自動返却フラグ設定プロセスのサブルー
チンを示すフローチャートである。

【図４４】アクションタグブロック設定プロセスのサブ
ルーチンを示すフローチャートである。

【図４５】図４５（ａ）及び（ｂ）はコンテンツ再生プ
ロセスを示すフローチャートである。

【図４６】ＬＴを返却するためのＬＴ返却要求の構成例
を示す図である。

【図４７】再生可否判定プロセスのサブルーチンを示す
フローチャートである。

【図４８】Ｐ条件判定プロセス（レンダリング）のサブ
ルーチンを示すフローチャートである。

【図４９】図４９（ａ）及び（ｂ）はコンテンツ書き出
し処理を示すフローチャートである。

【図５０】書き出し可否判定プロセスのサブルーチンを
示すフローチャートである。

【図５１】Ｐ条件判定プロセス（ストレージ）のサブル
ーチンを示すフローチャートである。

【図５２】従来のデジタルコンテンツ配信システムの構
成を示すブロック図である。

【図５３】図５３（ａ）及び（ｂ）は従来のデジタルコ
ンテンツ配信システムのコンテンツ購入時の処理を示す
フローチャートである。

【図５４】図５４（ａ）及び（ｂ）は従来のデジタルコ
ンテンツ配信システムのコンテンツ再生時の処理を示す
フローチャートである。

【符号の説明】

１ コンテンツ利用管理システム ２ コンテンツ配信サーバ ３ 利用条件管理サーバ ４，４ａ、…、４ｎ ユーザ端末 ５ 通信ネットワーク ２１．４１２Ａ，４１９，１２１９，１９１９ コンテ
ンツデータベース ２２，３８，４１０Ａ，４２２，４３１，１２２２，１
２３１，１９２２，１９３１ 通信部 ３１ ユーザ情報データベース ３２ 利用権利データベース ３３ コンテンツ鍵データベース ３４ ユーザ特定部 ３５ ＬＴ生成部 ３６ ＬＴ解析部 ３７ 利用権利更新部 ４１ クライアント ４２ レンダリングプラグイン ４３ ストレージプラグイン ４４，４５０，１２５０，１９５０ 外部メディア ６０Ｂ ＵＲ−Ｕｓ ６１ ＵＲ−Ｕｓヘッダ ６２＃１〜６２＃ｎ アクション情報 ７０ ＬＴ発行要求 ７３ ＥＬＴ ８０ ＬＴ ４１０，１２１０，１９１０ 配信サーバ ４１１，１２１１，１９１１ ユーザ管理データベース ４１２，１２１２，１９１２ ユーザ認証部 ４１３，１２１３，１９１３ ユーザ権利情報データベ
ース ４１３Ａ ＬＴデータベース ４１４，１２１４，１９１４ ユーザ権利処理部 ４１４Ａ 端末ＩＤ蓄積部 ４１５，１２１５，１９１５ ライセンス情報生成部 ４１５Ａ ＬＴ取得部 ４１６Ａ ＬＴ返却部 ４１７，１２１７，１９１７ コンテンツ情報生成部 ４１７Ａ ＬＴ管理・更新部 ４１８Ａ コンテンツ利用可否判定部 ４１９Ａ プラグイン制御部 ４２０，１２２０，１９２０ コンテンツ取得部 ４２１，１２２１，１９２１ コンテンツ暗号化部 ４２１Ａ 再生条件判定部 ４２３Ａ コンテンツ再生部 ４３０，１２３０，１９３０ ユーザ端末 ４３１Ａ 書き出し条件判定部 ４３２，１２３２，１９３２ ＩＤ情報蓄積部 ４３２Ａ 書き込み用データ生成部 ４３３，１２３３，１９３３ 蓄積部 ４３３Ａ メディアアクセス部 ４３４，１２３４，１９３４ 外部メディアアクセス部 ４２２Ａ，４３５，１２３５，１９３５ コンテンツ復
号部 ４３６，１２３６，１９３６ ライセンス情報処理部 ４３７，１２３７，１９３７ コンテンツ情報復号部 ４３８，１２３８，１９３８ コンテンツ情報データベ
ース ４３９ 端末能力情報蓄積部 ６１５，８１８ 移動許可フラグ ６１６ 同時利用可能数 ６１７ 発行状態ＬＴ数 ６２２，７４１ アクションＩＤ ６２４，８２３ １回判定しきい値・回数カウンタ／累
積利用時間 ７３６ クライアント能力フラグ ７３７ ＬＴ発行拒否フラグ ７４２ 期待回数／期待累積利用時間 ８１５ ＬＴ状態フラグ（ＬＴ即時消費フラグ／ＬＴ自
動返却フラグ） ８２１ アクションＩＤ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 三浦 康史 大阪府門真市大字門真1006番地 松下電器 産業株式会社内

Claims (29)

【特許請求の範囲】
1. 【請求項１】 デジタル著作物であるコンテンツを利用
   する端末装置と前記コンテンツの前記端末装置における
   利用を管理するサーバ装置とからなるコンテンツ利用管
   理システムであって、 前記サーバ装置は、 前記端末装置を使用するユーザ毎のコンテンツの利用条
   件を示すライセンス情報を記憶するライセンス情報記憶
   手段と、 ユーザからの要求に基づいて、当該ユーザに対応する前
   記ライセンス情報が示す利用条件の一部又は全部を示す
   権利情報であるライセンスチケットを生成し、前記端末
   装置に送信するライセンスチケット発行手段とを備え、 前記端末装置は、 ユーザの指示に従って、前記サーバ装置にコンテンツの
   利用を要求する要求手段と、 前記サーバ装置から送信されてきたライセンスチケット
   を受信する受信手段と、 受信されたライセンスチケットが示す利用条件に従っ
   て、コンテンツの利用を制御するコンテンツ利用制御手
   段とを備え、 前記要求手段は、要求するコンテンツと当該コンテンツ
   の利用量とを示す期待情報を前記サーバ装置に送信する
   ことによって前記要求をし、 前記ライセンスチケット発行手段は、前記要求手段から
   送信されてきた期待情報に従ってライセンスチケットを
   生成し、前記端末装置に送信することを特徴とするコン
   テンツ利用管理システム。
2. 【請求項２】 前記コンテンツの利用量には、当該コン
   テンツの利用回数が含まれることを特徴とする請求項１
   記載のコンテンツ利用管理システム。
3. 【請求項３】 前記コンテンツの利用量には、当該コン
   テンツの累積利用時間が含まれることを特徴とする請求
   項１記載のコンテンツ利用管理システム。
4. 【請求項４】 前記コンテンツは、前記端末装置におい
   て複数の利用態様で利用され得るデジタル著作物であ
   り、 前記期待情報には、前記複数の利用態様のうちの１つを
   指定する情報が含まれることを特徴とする請求項１記載
   のコンテンツ利用管理システム。
5. 【請求項５】 前記期待情報には、要求するコンテンツ
   と当該コンテンツの利用態様と当該利用態様での利用回
   数又は累積利用時間とを示す情報が含まれることを特徴
   とする請求項４記載のコンテンツ利用管理システム。
6. 【請求項６】 前記サーバ装置は、コンテンツの利用制
   御に関する端末装置の能力を示す能力情報を予め記憶す
   る能力情報記憶手段を備え、 前記ライセンスチケット発行手段は、前記能力情報記憶
   手段に記憶された対応する端末装置の能力情報に従っ
   て、前記ライセンスチケットを生成し、当該端末装置に
   送信することを特徴とする請求項１記載のコンテンツ利
   用管理システム。
7. 【請求項７】 前記端末装置は、前記要求手段による要
   求に先立ち、コンテンツの利用制御に関する当該端末装
   置の能力を示す能力情報を前記サーバ装置に送信し、 前記ライセンスチケット発行手段は、前記要求手段から
   送信されてきた能力情報に従って、前記ライセンスチケ
   ットを生成し、前記端末装置に送信することを特徴とす
   る請求項１記載のコンテンツ利用管理システム。
8. 【請求項８】 前記要求手段は、前記期待情報ととも
   に、コンテンツの利用制御に関する当該端末装置の能力
   を示す能力情報を前記サーバ装置に送信し、 前記ライセンスチケット発行手段は、前記要求手段から
   送信されてきた能力情報に従って、前記ライセンスチケ
   ットを生成し、前記端末装置に送信することを特徴とす
   る請求項１記載のコンテンツ利用管理システム。
9. 【請求項９】 前記能力情報には、前記端末装置がセキ
   ュアなクロックを備えるか否かを示すフラグが含まれる
   ことを特徴とする請求項８記載のコンテンツ利用管理シ
   ステム。
10. 【請求項１０】 前記能力情報には、前記端末装置がセ
    キュアな記録媒体への格納手段を備えるか否かを示すフ
    ラグが含まれることを特徴とする請求項８記載のコンテ
    ンツ利用管理システム。
11. 【請求項１１】 前記要求手段は、前記能力情報ととも
    に、前記サーバ装置が当該能力情報に対応したライセン
    スチケットを発行することができない場合の対処方法と
    して「ライセンスチケットを発行しない」か「利用条件
    が縮小されたライセンスチケットを発行する」か指定し
    た発行許否フラグを前記サーバ装置に送信し、 前記ライセンスチケット発行手段は、前記要求手段から
    送信されてきた能力情報と発行許否フラグに従って、前
    記ライセンスチケットを生成する、又は、生成しないこ
    とを特徴とする請求項８記載のコンテンツ利用管理シス
    テム。
12. 【請求項１２】 前記ライセンスチケット発行手段は、
    前記要求手段から能力情報を受け取った場合に、その能
    力情報が示す能力に対応させて、端末装置でのライセン
    スチケットの取り扱いを指示したライセンスチケット状
    態情報を当該ライセンスチケットに含ませて前記端末装
    置に送信することを特徴とする請求項８記載のコンテン
    ツ利用管理システム。
13. 【請求項１３】 前記ライセンスチケット状態情報に
    は、当該ライセンスチケットを記録媒体に書き込まずに
    即座に消費しなければならない旨のフラグが含まれるこ
    とを特徴とする請求項１２記載のコンテンツ利用管理シ
    ステム。
14. 【請求項１４】 前記ライセンスチケット状態情報に
    は、当該ライセンスチケットの権利が消失したときに前
    記サーバ装置に返却されなければならない旨のフラグが
    含まれることを特徴とする請求項１２記載のコンテンツ
    利用管理システム。
15. 【請求項１５】 デジタル著作物であるコンテンツを利
    用する端末装置と前記コンテンツの前記端末装置におけ
    る利用を管理するサーバ装置とからなるコンテンツ利用
    管理システムにおける端末装置であって、 前記サーバ装置は、 前記端末装置を使用するユーザ毎のコンテンツの利用条
    件を示すライセンス情報を記憶するライセンス情報記憶
    手段と、 ユーザからの要求に基づいて、当該ユーザに対応する前
    記ライセンス情報が示す利用条件の一部又は全部を示す
    権利情報であるライセンスチケットを生成し、前記端末
    装置に送信するライセンスチケット発行手段とを備え、 前記端末装置は、 ユーザの指示に従って、前記サーバ装置にコンテンツの
    利用を要求する要求手段と、 前記サーバ装置から送信されてきたライセンスチケット
    を受信する受信手段と、 受信されたライセンスチケットが示す利用条件に従っ
    て、コンテンツの利用を制御するコンテンツ利用制御手
    段とを備え、 前記要求手段は、要求するコンテンツと当該コンテンツ
    の利用量とを示す期待情報を前記サーバ装置に送信する
    ことによって前記要求をし、 前記ライセンスチケット発行手段は、前記要求手段から
    送信されてきた期待情報に従ってライセンスチケットを
    生成し、前記端末装置に送信することを特徴とする端末
    装置。
16. 【請求項１６】 デジタル著作物であるコンテンツを利
    用する端末装置と前記コンテンツの前記端末装置におけ
    る利用を管理するサーバ装置とからなるコンテンツ利用
    管理システムにおける端末装置のためのプログラムであ
    って、 前記サーバ装置は、 前記端末装置を使用するユーザ毎のコンテンツの利用条
    件を示すライセンス情報を記憶するライセンス情報記憶
    手段と、 ユーザからの要求に基づいて、当該ユーザに対応する前
    記ライセンス情報が示す利用条件の一部又は全部を示す
    権利情報であるライセンスチケットを生成し、前記端末
    装置に送信するライセンスチケット発行手段とを備え、 前記プログラムは、 ユーザの指示に従って、前記サーバ装置にコンテンツの
    利用を要求する要求手段と、 前記サーバ装置から送信されてきたライセンスチケット
    を受信する受信手段と、 受信されたライセンスチケットが示す利用条件に従っ
    て、コンテンツの利用を制御するコンテンツ利用制御手
    段としてコンピュータを機能させ、 前記要求手段は、要求するコンテンツと当該コンテンツ
    の利用量とを示す期待情報を前記サーバ装置に送信する
    ことによって前記要求をし、 前記ライセンスチケット発行手段は、前記要求手段から
    送信されてきた期待情報に従ってライセンスチケットを
    生成し、前記端末装置に送信することを特徴とするプロ
    グラム。
17. 【請求項１７】 デジタル著作物であるコンテンツを利
    用する端末装置と前記コンテンツの前記端末装置におけ
    る利用を管理するサーバ装置とからなるコンテンツ利用
    管理システムにおけるサーバ装置であって、 前記サーバ装置は、 前記端末装置を使用するユーザ毎のコンテンツの利用条
    件を示すライセンス情報を記憶するライセンス情報記憶
    手段と、 ユーザからの要求に基づいて、当該ユーザに対応する前
    記ライセンス情報が示す利用条件の一部又は全部を示す
    権利情報であるライセンスチケットを生成し、前記端末
    装置に送信するライセンスチケット発行手段とを備え、 前記端末装置は、 ユーザの指示に従って、前記サーバ装置にコンテンツの
    利用を要求する要求手段と、 前記サーバ装置から送信されてきたライセンスチケット
    を受信する受信手段と、 受信されたライセンスチケットが示す利用条件に従っ
    て、コンテンツの利用を制御するコンテンツ利用制御手
    段とを備え、 前記要求手段は、要求するコンテンツと当該コンテンツ
    の利用量とを示す期待情報を前記サーバ装置に送信する
    ことによって前記要求をし、 前記ライセンスチケット発行手段は、前記要求手段から
    送信されてきた期待情報に従ってライセンスチケットを
    生成し、前記端末装置に送信することを特徴とするサー
    バ装置。
18. 【請求項１８】 デジタル著作物であるコンテンツを利
    用する端末装置と前記コンテンツの前記端末装置におけ
    る利用を管理するサーバ装置とからなるコンテンツ利用
    管理システムにおけるサーバ装置のためのプログラムで
    あって、 前記端末装置を使用するユーザ毎のコンテンツの利用条
    件を示すライセンス情報をライセンス情報記憶手段に格
    納する格納手段と、 ユーザからの要求に基づいて、当該ユーザに対応する前
    記ライセンス情報が示す利用条件の一部又は全部を示す
    権利情報であるライセンスチケットを生成し、前記端末
    装置に送信するライセンスチケット発行手段としてコン
    ピュータを機能させ、 前記端末装置は、 ユーザの指示に従って、前記サーバ装置にコンテンツの
    利用を要求する要求手段と、 前記サーバ装置から送信されてきたライセンスチケット
    を受信する受信手段と、 受信されたライセンスチケットが示す利用条件に従っ
    て、コンテンツの利用を制御するコンテンツ利用制御手
    段とを備え、 前記要求手段は、要求するコンテンツと当該コンテンツ
    の利用量とを示す期待情報を前記サーバ装置に送信する
    ことによって前記要求をし、 前記ライセンスチケット発行手段は、前記要求手段から
    送信されてきた期待情報に従ってライセンスチケットを
    生成し、前記端末装置に送信することを特徴とするプロ
    グラム。
19. 【請求項１９】 デジタル著作物であるコンテンツを利
    用する端末装置と前記コンテンツの前記端末装置におけ
    る利用を管理するサーバ装置とからなるシステムにおけ
    るコンテンツ利用管理方法であって、 前記サーバ装置において、 前記端末装置を使用するユーザ毎のコンテンツの利用条
    件を示すライセンス情報をライセンス情報記憶手段に格
    納する格納ステップと、 ユーザからの要求に基づいて、当該ユーザに対応する前
    記ライセンス情報が示す利用条件の一部又は全部を示す
    権利情報であるライセンスチケットを生成し、前記端末
    装置に送信するライセンスチケット発行ステップとを含
    み、 前記端末装置において、 ユーザの指示に従って、前記サーバ装置にコンテンツの
    利用を要求する要求ステップと、 前記サーバ装置から送信されてきたライセンスチケット
    を受信する受信ステップと、 受信されたライセンスチケットが示す利用条件に従っ
    て、コンテンツの利用を制御するコンテンツ利用制御ス
    テップとを含み、 前記要求ステップでは、要求するコンテンツと当該コン
    テンツの利用量とを示す期待情報を前記サーバ装置に送
    信することによって前記要求をし、 前記ライセンスチケット発行ステップでは、前記要求ス
    テップから送信されてきた期待情報に従ってライセンス
    チケットを生成し、前記端末装置に送信することを特徴
    とするコンテンツ利用管理方法。
20. 【請求項２０】 端末装置と端末装置におけるデジタル
    コンテンツの利用を管理するサーバ装置とから構成され
    るコンテンツ利用管理システムであって、 前記サーバ装置は、動的にユーザの利用条件を管理し、
    前記利用条件の一部又は全部をライセンス情報として生
    成し、前記端末装置に配信し、 前記端末装置は、受信した前記ライセンス情報に基づい
    て、コンテンツの利用を制御することを特徴とするコン
    テンツ利用管理システム。
21. 【請求項２１】 前記端末装置は、前記ライセンス情報
    を自らが有する場合には、前記自らが有するライセンス
    情報に基づいてコンテンツの利用を制御し、前記ライセ
    ンス情報を自らが有しない場合には、前記サーバ装置に
    前記ライセンス情報を配信するよう要求することを特徴
    とする請求項２０記載のコンテンツ利用管理システム。
22. 【請求項２２】 前記サーバ装置は、前記ライセンス情
    報の生成を制御するライセンス情報生成制御情報に基づ
    いて、同一の利用条件からであっても異なるライセンス
    情報を生成し、前記端末装置に配信することを特徴とす
    る請求項２０記載のコンテンツ利用管理システム。
23. 【請求項２３】 前記ライセンス情報生成制御情報は、
    前記端末装置の能力に関するものであることを特徴とす
    る請求項２２記載のコンテンツ利用管理システム。
24. 【請求項２４】 前記ライセンス情報生成制御情報は、
    前記サーバ装置と前記端末装置との接続頻度に関するも
    のであることを特徴とする請求項２２記載のコンテンツ
    利用管理システム。
25. 【請求項２５】 前記ライセンス情報生成制御情報は、
    前記端末装置が前記サーバ装置に接続する際の接続コス
    トに関するものであることを特徴とする請求項２２記載
    のコンテンツ利用管理システム。
26. 【請求項２６】 前記ライセンス情報生成制御情報は、
    前記サーバ装置が提供するサービスの内容に関するもの
    であることを特徴とする請求項２２記載のコンテンツ利
    用管理システム。
27. 【請求項２７】 前記ライセンス情報生成制御情報は、
    前記端末装置を所有するユーザのコンテンツ対価に対す
    る支払い実績に関するものであることを特徴とする請求
    項２２記載のコンテンツ利用管理システム。
28. 【請求項２８】 前記ライセンス情報生成制御情報は、
    前記端末装置を所有するユーザがコンテンツ対価を支払
    う際の支払い方法に関するものであることを特徴とする
    請求項２２記載のコンテンツ利用管理システム。
29. 【請求項２９】 端末装置と端末装置におけるデジタル
    コンテンツの利用を管理するサーバ装置とから構成され
    るシステムにおけるコンテンツ利用管理方法であって、 前記サーバ装置は、動的にユーザの利用条件を管理し、
    前記利用条件の一部又は全部をライセンス情報として生
    成し、前記端末装置に配信し、 前記端末装置は、受信した前記ライセンス情報に基づい
    て、コンテンツの利用を制御することを特徴とするコン
    テンツ利用管理方法。