JP4170670B2 - Usage rights management device - Google Patents
Usage rights management device Download PDFInfo
- Publication number
- JP4170670B2 JP4170670B2 JP2002154341A JP2002154341A JP4170670B2 JP 4170670 B2 JP4170670 B2 JP 4170670B2 JP 2002154341 A JP2002154341 A JP 2002154341A JP 2002154341 A JP2002154341 A JP 2002154341A JP 4170670 B2 JP4170670 B2 JP 4170670B2
- Authority
- JP
- Japan
- Prior art keywords
- identifier
- information
- registered
- usage right
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000007726 management method Methods 0.000 claims description 641
- 238000004891 communication Methods 0.000 claims description 152
- 230000005540 biological transmission Effects 0.000 claims description 131
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 claims description 6
- 239000000284 extract Substances 0.000 description 73
- 238000010586 diagram Methods 0.000 description 67
- 238000012545 processing Methods 0.000 description 65
- 238000000034 method Methods 0.000 description 64
- 238000012986 modification Methods 0.000 description 60
- 230000004048 modification Effects 0.000 description 60
- 238000012217 deletion Methods 0.000 description 57
- 230000037430 deletion Effects 0.000 description 57
- 230000033458 reproduction Effects 0.000 description 56
- 238000000605 extraction Methods 0.000 description 22
- 241001475178 Dira Species 0.000 description 21
- LXMSZDCAJNLERA-ZHYRCANASA-N spironolactone Chemical compound C([C@@H]1[C@]2(C)CC[C@@H]3[C@@]4(C)CCC(=O)C=C4C[C@H]([C@@H]13)SC(=O)C)C[C@@]21CCC(=O)O1 LXMSZDCAJNLERA-ZHYRCANASA-N 0.000 description 21
- 230000010365 information processing Effects 0.000 description 15
- 238000002360 preparation method Methods 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 7
- 101150030450 IRS1 gene Proteins 0.000 description 5
- 230000004308 accommodation Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 239000000463 material Substances 0.000 description 3
- 208000033976 Patient-device incompatibility Diseases 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
Images
Landscapes
- Storage Device Security (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、利用権管理装置に関し、より特定的には、コンテンツデータに関連する権利を管理する利用権管理装置に関する。
【０００２】
【従来の技術】
近年、ネットワークのブロードバンド化および常時接続環境により、コンテンツ配信システムが身近なものになりつつある。また、このようなコンテンツ配信システムの普及には、コンテンツデータに関連する権利の保護が重要であることから、従来から、様々な権利管理技術の研究および開発がなされている。ここで、本願明細書では、著作権または販売権のようなコンテンツデータに関連する権利を、デジタルライツと称する。以下、従来の権利管理技術を組み込んだコンテンツ情報配信システムについて説明する。
【０００３】
従来のコンテンツ配信システムには、コンテンツ配信装置と、パーソナルコンピュータ（以下、ＰＣと略記する）とが、インターネットに代表されるネットワークにより、データ通信可能に接続される。コンテンツ配信装置は、コンテンツデータ、コンテンツ復号鍵および利用条件データの組みを少なくとも１つ格納している。コンテンツデータは、例えば、音楽に代表されるコンテンツを表すデジタルデータであり、予め定められた方式で暗号化される。コンテンツ復号鍵は、暗号化されたコンテンツデータを復号するための鍵である。利用条件データは、上述のコンテンツデータの利用可能な条件（以下、利用条件と称する）を表すデータである。利用条件としては、コンテンツデータの利用回数が代表的である。ＰＣは、上述のコンテンツデータをコンテンツ配信装置から取得し、さらに、取得したコンテンツデータを利用するために必要なコンピュータプログラム（以下、単にプログラムと称する）を格納している。
【０００４】
以上のコンテンツ配信システムでは、以下のようにして、コンテンツデータが配信される。まず、ＰＣは、予め格納されているプログラムを実行して、コンテンツデータの配信をコンテンツ配信装置に要求する。コンテンツデータの要求は、一般的に、コンテンツ特定情報および端末固有情報を、ＰＣがネットワークを介してコンテンツ配信装置に送信することで行われる。コンテンツ特定情報は、上述のコンテンツデータを一意に特定する情報である。端末固有情報は、ＰＣにより予め保持されており、上述のコンテンツデータの要求元であるＰＣを一意に特定可能な情報である。
【０００５】
コンテンツ配信装置は、ＰＣからの要求に応答して、上述のコンテンツ復号鍵を、今回受信した端末固有情報を使って暗号化する。その後、コンテンツ配信装置は、上述の暗号化されたコンテンツデータと、端末固有情報で暗号化されたコンテンツ復号鍵と、利用条件データとをＰＣに送信する。ＰＣは、コンテンツ配信装置により配信されたコンテンツデータ、コンテンツ復号鍵および利用条件データを受信し、内部に備える記憶装置に格納する。
【０００６】
以上の格納後、ＰＣのユーザは、コンテンツデータを復号することで、それが表すコンテンツを出力可能な状態になる。実際にコンテンツを出力するまでには、ユーザは最初に、その旨をＰＣに指示する。この指示に応答して、ＰＣは、以下のように動作する。ＰＣは、記憶装置内の利用条件データにより表される利用条件に、今回の利用が合致しているか否かを判定する。ＰＣは、利用条件に合致する場合に限り、以下の処理を実行する。次に、記憶装置内のコンテンツ復号鍵は暗号化されているので、ＰＣは、自身が保持する端末固有情報を使って、当該コンテンツ復号鍵を復号する。さらに、記憶装置内のコンテンツデータもまた上述のように暗号化されているので、ＰＣは、復号したコンテンツ復号鍵を使って、当該コンテンツデータを復号した後、それが表すコンテンツを再生し出力する。
【０００７】
以上のコンテンツ配信システムでは、権利管理技術としてのＤＲＭ(Digital Rights Management )により、デジタルライツが保護されている。ＤＲＭによるデジタルライツの保護は、以下の３つの技術により実現される。第１の保護技術では、コンテンツ配信装置は、暗号化されたコンテンツデータと、端末固有情報で暗号化されたコンテンツ復号鍵を送信する。ここで、コンテンツ復号鍵は、コンテンツデータを要求したＰＣ以外では復号できない。それゆえ、たとえ、暗号化されたコンテンツデータが他のＰＣに転送されたとしても、他のＰＣは、コンテンツ復号鍵の暗号を解くことができず、その結果、コンテンツデータを再生することができない。以上のことから、ＤＲＭでは、コンテンツ復号鍵は、唯一のＰＣに括り付けられると言える。これにより、デジタルライツが保護される。
【０００８】
第２の保護技術は耐タンパ技術である。つまり、ＰＣには、各暗号を解くための復号プログラムが必要となるが、当該復号プログラムの解析は、上述の耐タンパ技術により防止される。これによっても、デジタルライツが保護される。
【０００９】
第３に、上述したように、従来のコンテンツ配信システムでは、コンテンツ配信装置は、利用条件データをＰＣに送信する。ＰＣは、受信した利用条件データを管理する。そして、ＰＣは、コンテンツデータの利用毎に、自身が管理する利用条件データが表す利用条件をチェックし、今回の利用が利用条件に合致していない場合には、それ以降の処理を行わない。これによっても、デジタルライツが保護される。
【００１０】
【発明が解決しようとする課題】
近年、セットトップボックス、テレビジョン受像機、音楽再生機およびゲーム機器に代表されるＰＣ以外の民生機器にもネットワーク接続機能が付加されるようになってきた。これによって、民生機器が上述のコンテンツ配信装置からコンテンツデータを受信できるようになり、さらには、複数の民生機器の間でデータ通信ができるようになってきた。以上のことから、民生機器にも権利管理技術が組み込まれることが望まれる。しかしながら、上述のＤＲＭのような権利管理技術を民生機器に組み込むことは、以下の問題点を想定できるため得策ではない。
【００１１】
第１に、コンテンツ復号鍵は、唯一のＰＣに括り付けられるため、ＰＣおよび他の民生機器の利用者が同一であっても、他の民生機器は、そのコンテンツ復号鍵を使って、コンテンツデータを復号することができないという問題点があった。このような問題点ゆえ、利用者は、コンテンツデータを利用する際には、コンテンツ鍵を利用できるＰＣを使わなければならないため、従来の権利管理技術は、利用者にとって使い勝手の良いものではなかった。
【００１２】
第２に、上述のＤＲＭには、耐タンパ技術が組み込まれ、さらに、ＰＣがコンテンツデータを再生する前に必ず、内部に格納した利用条件データに基づいて、当該コンテンツデータを利用可能か否かをチェックする。このように耐タンパ技術は上述のＰＣに大きな処理負担を強いる。しかしながら、ＰＣは、例えば、ビデオ再生、オーディオ再生またはゲームプレイ等、汎用的な用途に使えるよう、相対的に高性能なハードウェアを実装している。それゆえ、ＰＣにＤＲＭを組み込んでも、さほど問題にはならない。それに対して、民生機器に求められるのは低価格であり、さらに、民生機器は、ビデオ再生、オーディオ再生およびゲームプレイのそれぞれに特化した用途に使用されることが一般的である。以上の観点から、民生機器には、ＰＣほど高性能なハードウェアが実装されておらず、大きな処理負担を要求するＤＲＭを組み込むのは困難であるという問題点があった。
【００１３】
それ故に、本発明の第１の目的は、複数の民生機器が共通のデジタルライツを共有できる権利管理技術を提供することである。
また、本発明の第２の目的は、民生機器に適した権利管理技術を提供することである。
【００１４】
【課題を解決するための手段および発明の効果】
上記第１の目的を達成するために、本願の第１の発明は、複数の機器がコンテンツデータを利用するための権利を表す利用権情報を管理するための装置であって、複数の機器に割り当てられる利用権情報を含む利用権データベース（以下、利用権ＤＢと称する）と、各機器からの発行要求に応答して、利用権ＤＢに含まれる利用権情報を使って、発行要求を送信した機器に対するコンテンツデータの利用許可を示す利用許可情報を生成する利用権管理部と、利用権管理部で生成された利用許可情報を少なくとも含むライセンス情報を生成するライセンス情報生成部と、ライセンス情報生成部で生成されたライセンス情報を、発行要求を送信した機器に送信する通信部とを備える。
【００１５】
上記のように第１の発明によれば、利用権情報は、複数の機器に割り当てられるので、複数の機器が共通の利用権情報を共有可能な権利保護技術を提供することが可能となる。
【００１６】
上記第２の目的を達成するために、本願の第２の発明は、伝送路を通じて接続された利用権管理装置から、ライセンス情報の提供を受ける機器であって、可搬型記録媒体は、自身を一意に特定するメディア識別子を格納しており、機器は、可搬型記録媒体をデータ通信可能に接続するインターフェイスと、インターフェイスに接続された可搬型記録媒体からメディア識別子を取り出す識別子抽出部と、識別子抽出部から受け取るメディア識別子を使って、コンテンツデータの利用許可を受けるために必要な発行要求を生成する発行要求生成部と、発行要求生成部から受け取る発行要求を、伝送路を通じて、利用権管理装置に送信する通信部とを備える。ここで、利用権管理装置は、可搬型記録媒体に与えられたコンテンツデータの利用権情報を管理しており、機器からの発行要求に応答して、可搬型記録媒体が接続された機器におけるコンテンツデータの利用を制御するためのライセンス情報を生成して送信する。機器はさらに、利用権管理装置からのライセンス情報を処理して、コンテンツデータの利用を制御するライセンス情報処理部とを備える。
【００１７】
上記のように第２の発明によれば、コンテンツデータの利用権情報を利用権管理装置側で管理しているので、機器に、利用権情報のためにかかる処理負担を負わせる必要が無くなる。これによって、相対的に処理能力の低い機器に適した権利保護技術を提供することが可能となる。
【００１８】
さらに、第２の発明によれば、機器において、識別子抽出部は、機器に接続された可搬型記録媒体から、メディア識別子を取り出す。さらに、発行要求生成部は、取り出されたメディア識別子を使って発行要求を生成することができる。これによって、可搬型記録媒体のユーザは、自分の利用権情報を使って、他者の機器上でコンテンツデータを利用することが可能となる。
【００１９】
【発明の実施の形態】
「第１の実施形態」
図１は、本発明の第１の実施形態に係る利用権管理装置１１を収容したライセンス情報管理システムＳa の全体構成を示すブロック図である。図１において、ライセンス情報管理システムＳa は、利用権管理装置１１と、複数の機器２１の一例として２つの機器２１a および２１b と、伝送路３１とを備えている。利用権管理装置１１は、コンテンツ配信に関わる事業者α側に設置される。また、機器２１a および２１b は、典型的には、事業者αとの契約に基づいてコンテンツ配信を受ける契約者βにより使用される。また、伝送路３１は、有線または無線であり、利用権管理装置１１と、機器２１a または機器２１b とをデータ通信可能に接続する。
【００２０】
次に、図２を参照して、図１の利用権管理装置１１の詳細な構成について説明する。図２において、利用権管理装置１１は、コンテンツデータベース１１１と、復号鍵データベース１１２と、ユーザ情報データベース１１３と、利用権データベース１１４と、通信部１１５と、ユーザ認証部１１６と、利用権管理部１１７と、コンテンツ管理部１１８と、コンテンツ暗号化部１１９と、送信データ生成部１２０と、ライセンス情報生成部１２１と、復号鍵管理部１２２と、復号鍵暗号化部１２３とを備えている。また、ライセンス情報生成部１２１は、より詳しくは、図３に示すように、ハッシュ値生成部１２１１と、ライセンス情報組立部１２１２とを含んでいる。
【００２１】
次に、図４を参照して、図１の機器２１a および２１b の詳細な構成について説明する。図４において、機器２１a および２１b は、典型的には、パーソナルコンピュータ（以下、ＰＣと称する）、セットトップボックス、音楽再生機、テレビジョン受像機およびゲーム機のいずれかである。ただし、本実施形態では、便宜上、機器２１a および２１b は、それぞれが音楽再生機能を有するＰＣおよび音楽再生機であると仮定する。この仮定下では、機器２１a および２１b のそれぞれは少なくとも、機器識別子格納部２１１と、設定要求生成部２１２と、通信部２１３と、コンテンツ管理部２１４と、コンテンツ蓄積部２１５と、発行要求生成部２１６と、ライセンス情報処理部２１７と、コンテンツ復号部２１８と、コンテンツ再生部２１９とを備えている。また、ライセンス情報処理部２１７は、より詳しくは、図５に示すように、改竄判定部２１７１と、ハッシュ値生成部２１７２と、利用許可判定部２１７３と、復号鍵復号部２１７４とを含んでいる。
【００２２】
次に、上記ライセンス情報管理システムＳa において、契約者βが事業者αからコンテンツ配信を受けるために必要となる準備について説明する。この準備作業では、図２のコンテンツデータベース（以下、コンテンツＤＢと称す）１１１と、復号鍵データベース（以下、復号鍵ＤＢと称す）１１２と、ユーザ情報データベース（以下、ユーザ情報ＤＢと称す）１１３とが事業者αにより構築される。
【００２３】
まず、図６（ａ）を参照して、図２のコンテンツＤＢ１１１について詳細に説明する。まず、事業者αは、契約者βに配信されるコンテンツデータＤcnt を、自分で作成したり、別のコンテンツ制作者から受け取る。ここで、コンテンツデータＤcnt は、機器２１a および２１b の両方で利用可能なデータであって、例えば、テレビ番組、映画、ラジオ番組、音楽、書籍または印刷物を表す。また、コンテンツデータＤcnt は、ゲームプログラムまたはアプリケーションソフトウェアであっても良い。ただし、便宜上、本実施形態では、コンテンツデータＤcnt は音楽を表すデータであると仮定する。
【００２４】
事業者αは、以上のようにして得たコンテンツデータＤcnt のそれぞれに、コンテンツ識別子Ｉcnt を割り当てる。コンテンツ識別子Ｉcnt は好ましくは、本ライセンス情報管理システムＳa においてコンテンツデータＤcnt を一意に特定する情報である。さらに、コンテンツ識別子Ｉcnt は、コンテンツデータＤcnt の格納場所を示すロケータでもあることが好ましい。また、以上のコンテンツデータＤcnt は、デジタルライツを保護する観点から、利用権管理装置１１側で暗号化された状態で機器２１a または２１b に配信される。そのため、事業者αは、各コンテンツデータＤcnt に専用の暗号鍵Ｋe を割り当てる。以上のコンテンツ識別子Ｉcnt 、コンテンツデータＤcnt および暗号鍵Ｋe の組み合わせがコンテンツＤＢ１１１に蓄積される。したがって、図６（ａ）に示すように、コンテンツＤＢ１１１は、コンテンツ識別子Ｉcnt 、コンテンツデータＤcnt および暗号鍵Ｋe の組み合わせの集まりとなる。コンテンツＤＢ１１１において、コンテンツ識別子Ｉcnt は特に、同じ組みのコンテンツデータＤcnt を一意に特定する。また、暗号鍵Ｋe は、同じ組みのコンテンツデータＤcnt を暗号化するために使用される。
【００２５】
また、本実施形態では、図示の簡素化するため、コンテンツＤＢ１１１は、コンテンツ識別子Ｉcnt 、コンテンツデータＤcnt および暗号鍵Ｋe から構成されるとして説明するが、コンテンツデータＤcnt および暗号鍵Ｋe 毎のデータベースが構築されてもよい。また、コンテンツ識別子Ｉcnt は、コンテンツデータＤcnt のロケータであることが好ましい。このような場合、利用権管理装置１１は、機器２１a または２１b の設定要求Ｄrra に含まれるコンテンツ識別子Ｉcnt を使って、コンテンツＤＢ１１１からコンテンツデータＤcnt を読み出せるので、コンテンツＤＢ１１１に、コンテンツ識別子Ｉcnt を登録しておく必然性はない。
【００２６】
次に、図６（ｂ）を参照して、図２の復号鍵ＤＢ１１２について詳細に説明する。上述のように、各コンテンツデータＤcnt は暗号鍵Ｋe で暗号化された状態で機器２１a または２１b に送信される。ここで、以下の説明では、暗号鍵Ｋe で暗号化されたコンテンツデータＤcnt を、暗号済みコンテンツデータＤecntと称する。暗号済みコンテンツデータＤecntの復号のためには、暗号鍵Ｋe に対応する復号鍵Ｋd が、機器２１a または２１b に提供される必要がある。この必要性から、事業者αは、コンテンツＤＢ１１１内の各暗号鍵Ｋe に対応する復号鍵Ｋd を準備する。ここで、復号鍵Ｋd は、暗号鍵Ｋe と同じビット列からなっていてもよいし、異なるビット列からなっていてもよい。以上の復号鍵Ｋd は、上述のコンテンツ識別子Ｉcnt と共に、復号鍵ＤＢ１１２に登録される。以上のことから、復号鍵ＤＢ１１２は、図６（ｂ）に示すように、コンテンツ識別子Ｉcnt および復号鍵Ｋd の組み合わせの集まりとなる。復号鍵ＤＢ１１２において、コンテンツ識別子Ｉcnt は特に、同じ組みの復号鍵Ｋd に割り当てられているコンテンツデータＤcnt を特定する。また、復号鍵Ｋd は、同じ組みのコンテンツ識別子Ｉcnt で特定される暗号済みコンテンツデータＤecntを復号するために使用される。
【００２７】
次に、図７（ａ）を参照して、図２のユーザ情報ＤＢ１１３について詳細に説明する。上述のように、契約者βは、事業者αとコンテンツ配信に係る契約を交わす。ここで、両者の契約に関しては、契約者βが伝送路３１を通じて事業者αと行ってもよいし、他の形態で行ってもよい。この契約に基づいて、事業者αは、契約者βが所有する複数の機器２１（つまり、機器２１a および２１b ）のそれぞれに機器識別子Ｉdvを割り当てる。ここで、図１に示すように、本実施形態では、機器２１a と２１b とが例示されているから、事業者αは、それぞれの機器識別子Ｉdvとして機器識別子Ｉdva およびＩdvb を割り当てる。機器識別子Ｉdva およびＩdvb は、ライセンス情報管理システムＳa において、契約者β側の機器２１a および２１b を一意に特定する。以上の機器識別子Ｉdva およびＩdvb が、ユーザ情報ＤＢ１１３に登録される。さらに、事業者αは、契約者βおよびその関係者が、機器２１a および２１b のいずれを使っても、コンテンツデータＤcnt を利用できるように、グループ識別子Ｉgpを、契約者βとの契約に割り当てる。ここで、契約者βおよびその関係者を包括的に述べることができるように、これらをユーザβと称する。以上の機器識別子Ｉdva およびＩdvb と、グループ識別子Ｉgpとを使って、事業者αは、ユーザ情報ＤＢ１１３を構築する。
【００２８】
より具体的には、ユーザ情報ＤＢ１１３は、図７（ａ）に示すように、複数の契約者レコードＲcsの集まりである。契約者レコードＲcsは、１契約毎に作成され、典型的には、グループ識別子Ｉgpと、機器識別子数Ｎdvと、複数の機器識別子Ｉdvとを含む。グループ識別子Ｉgpは、契約者レコードＲcsに含まれる複数の機器識別子Ｉdvが同一のグループに属することを特定する。機器識別子数Ｎdvは、グループ識別子Ｉgpで特定されるグループに属する機器２１の数を示す。各機器識別子Ｉdvは、グループ識別子Ｉgpで特定されるグループに属する各機器２１を特定する。以上の契約者レコードＲcsにより、利用権管理装置１１は、複数の機器２１が同一グループに属することを把握することができる。なお、もし、契約者が１台の機器２１しか使わない場合には、契約者レコードＲcsは、それに割り当てられた機器識別子Ｉdvのみを含んでいれば良い。
【００２９】
ここで図４を再度参照する。事業者αにより割り当てられた機器識別子Ｉdva およびＩdvb はさらに、ユーザβ側の機器２１a および２１b における機器識別子格納部２１１に設定される。ここで注意を要するのは、図４では機器識別子Ｉdva およびＩdvb の双方が機器識別子格納部２１１に格納されるように見えるが、そうではなく、機器２１a の機器識別子格納部２１１には機器識別子Ｉdva が設定され、機器２１b の機器識別子格納部２１１には機器識別子Ｉdvb が設定される。また、以上の機器識別子Ｉdva およびＩdvb の設定に関しては、例えば、事業者αがユーザβ側の機器２１a または２１b を操作して設定する。また、他にも、事業者α側が、伝送路３１を通じて、契約者βに割り当てた機器識別子Ｉdva またはＩdvb を機器２１a または２１b に送信し、それぞれが、受信した機器識別子Ｉdva またはＩdvb を、それぞれの機器識別子格納部２１１に自動的に設定するようにしてもよい。さらに、以上の機器識別子Ｉdva およびＩdvb は、機器２１a または２１b の工場出荷時に、それぞれの機器識別子格納部２１１に設定されていてもよい。このような場合、契約者βは、契約時に、機器２１a および２１b に設定されている機器識別子Ｉdva およびＩdvb を事業者αに告知する。事業者αは、告知された機器識別子Ｉdva およびＩdvb を使って、ユーザ情報ＤＢ１１３を構築する。
【００３０】
また、図７（ｂ）には、利用権データベース１１４が示されているが、これについては後述する。
【００３１】
以上の準備が終了すると、機器２１a および２１b の一方は、ユーザβの操作に従って、利用権管理装置１１に対して、コンテンツデータＤcnt の利用権を設定することや、コンテンツデータＤcnt を取得することが可能となる。以下、図８を参照して、コンテンツデータＤcnt の利用権設定および取得時における、機器２１a および利用権管理装置１１の間のデータ通信について説明する。まず、ユーザβは、機器２１a を操作して、利用権管理装置１１にアクセスし、コンテンツＤＢ１１１内のコンテンツデータＤcnt から、今回取得したいもののコンテンツ識別子Ｉcnt を特定する。以降の説明において、今回指定されたコンテンツデータＤcnt を、取得対象コンテンツデータＤcnt と称する。さらに、ユーザβは、取得対象コンテンツデータＤcnt を利用する際の利用条件Ｃcnt を指定する。
【００３２】
以下、利用条件Ｃcnt について、より詳細に説明する。利用条件Ｃcnt は、どのような条件で、機器２１a がコンテンツデータＤcnt の利用権の設定を要求するのかを示す情報である。コンテンツデータＤcnt が音楽を表す場合、利用条件Ｃcnt としては、有効期間、再生回数、最大連続再生時間、総再生時間または再生品質が代表的である。また、利用条件Ｃcnt は、有効期間、再生回数、最大連続再生時間、総再生時間および再生品質の内、２つ以上の組み合わせであってもよい。利用条件Ｃcnt としての有効期間は、例えば、２００１年６月１日から２００１年８月３１日までと設定され、設定された期間に限り、機器２１a は、コンテンツデータＤcnt を再生できる。再生回数は、例えば、５回と設定され、設定された回数に限り、機器２１a は、コンテンツデータＤcnt を再生できる。最大連続再生時間は、例えば、１０秒と設定され、１回の再生において設定された時間までであれば、機器２１a は、コンテンツデータＤcnt を再生できる。このような最大連続再生時間は、音楽のプロモーションに特に有効である。総再生時間は、例えば、１０時間と設定され、設定された時間の範囲内であれば、機器２１a は、コンテンツデータＤcnt を自由に再生できる。再生品質は、例えば、ＣＤ(Compact Disc)の品質と設定され、機器２１a は、設定された再生品質でコンテンツデータＤcnt を再生できる。
【００３３】
なお、上述では、コンテンツデータＤcnt が音楽を表す場合に設定されうる利用条件Ｃcnt について説明した。しかし、上述のみに限らず、利用条件Ｃcnt は、コンテンツデータＤcnt が表す内容に応じて、適切に設定されることが好ましい。また、便宜上、本実施形態では、利用条件Ｃcnt は、コンテンツデータＤcnt の再生回数であるとして、以下の説明を続ける。
【００３４】
上述したように、ユーザβは、機器２１a を操作して、コンテンツ識別子Ｉcnt および利用条件Ｃcnt を指定する。この指定に応答して、機器２１a は、図９（ａ）に示す設定要求Ｄrra を生成し、利用権管理装置１１に送信する（図８；ステップＳ１１）。設定要求Ｄrra は、取得対象コンテンツデータＤcnt の利用権設定を利用権管理装置１１に要求するための情報であるが、本実施形態ではさらに、取得対象コンテンツデータＤcnt の配信を利用権管理装置１１に要求するための情報でもある。ステップＳ１１をより具体的に説明すると、まず、設定要求生成部２１２（図４参照）は、ユーザβが指定したコンテンツ識別子Ｉcnt および利用条件Ｃcnt を受け取る。また、設定要求生成部２１２は、機器識別子格納部２１１から機器識別子Ｉdva を受け取る。その後、設定要求生成部２１２は、以上の機器識別子Ｉdva 、コンテンツ識別子Ｉcnt および利用条件Ｃcnt に、予め保持する設定要求識別子Ｉrrを付加して、設定要求Ｄrra （図９（ａ）参照）を生成する。ここで、設定要求識別子Ｉrrは、利用権管理装置１１が設定要求Ｄrra を特定するために使用される。設定要求生成部２１２は、以上の設定要求Ｄrra を通信部２１３に渡す。通信部２１３は、受け取った設定要求Ｄrra を、伝送路３１を通じて、利用権管理装置１１に送信する。
【００３５】
利用権管理装置１１（図２参照）において、通信部１１５は、伝送路３１を通じて送信されてくる設定要求Ｄrra を受信して、ユーザ認証部１１６に渡す。ユーザ認証部１１６は、設定要求Ｄrra を受け取ると、その送信元の機器２１a が契約ユーザβの物であるか否かを判定するためのユーザ認証処理を行う（図８；ステップＳ１２）。より具体的には、ユーザ認証部１１６は、上述のユーザ情報ＤＢ１１３（図７（ａ）参照）にアクセスし、受け取った設定要求Ｄrra 内の機器識別子Ｉdva に一致するものが、当該ユーザ情報ＤＢ１１３に登録されているか否かを確認する。ユーザ認証部１１６は、ユーザ情報ＤＢ１１３に一致するものが登録されている場合に限り、今回設定要求Ｄrra が、ユーザβの機器２１a から送信されてきたものであると認証する。ユーザ認証部１１６は、以上のユーザ認証が終了すると、受け取った設定要求Ｄrra を利用権管理部１１７に渡す。
【００３６】
なお、契約ユーザβ以外からの設定要求Ｄrra を受け取った場合、ユーザ認証部１１６は、ユーザ認証に失敗する。この場合、ユーザ認証部１１６は、受信設定要求Ｄrra を利用権管理部１１７に渡すことなく廃棄する。
【００３７】
利用権管理部１１７は、ユーザ認証部１１６からの受信情報に設定されている設定要求識別子Ｉrrを判定することで、今回の受信情報が設定要求Ｄrra であることを認識する。この認識結果に従って、利用権管理部１１７（図２参照）は、利用権データベース（以下、利用権ＤＢと称する）１１４にアクセスして、利用権ＤＢ１１４への利用権登録処理を行う（ステップＳ１３）。より具体的には、利用権管理部１１７は、受信設定要求Ｄrra から機器識別子Ｉdva およびコンテンツ識別子Ｉcnt を取り出して、これらを含む利用権レコードＲrgt が利用権ＤＢ１１４（図７（ｂ）参照）に登録されているか否かを判断する（ステップＳ１３１）。今、利用権ＤＢ１１４には対象となる利用権レコードＲrgt が未登録であると仮定すると、利用権管理部１１７は、ステップＳ１３２を実行する。なお、ステップＳ１３１で利用権レコードＲrgt が登録済の場合の動作については、機器２１b の動作と共に説明するため、ここではその説明を省略する。
【００３８】
ステップＳ１３２において、利用権管理部１１７はまず、受信設定要求Ｄrra から機器識別子Ｉdva 、コンテンツ識別子Ｉcnt および利用条件Ｃcnt を取り出した後、ユーザ情報ＤＢ１１３（図７（ａ）参照）にアクセスする。そして、利用権管理部１１７は、今回取り出した機器識別子Ｉdva を含む契約者レコードＲcsから、グループ識別子Ｉgpならびに全ての機器識別子Ｉdva およびＩdvb を取り出す（ステップＳ１３２）。次に、利用権管理部１１７は、受信設定要求Ｄrra から取り出した機器識別子Ｉdva 、コンテンツ識別子Ｉcnt および利用条件Ｃcnt と、ユーザ情報ＤＢ１１３から得たグループ識別子Ｉgpならびに機器識別子Ｉdva およびＩdvb との組み合わせを、利用権レコードＲrgt として利用権ＤＢ１１４に登録する（ステップＳ１３３）。ここで、利用権管理部１１７は、設定要求Ｄrra 内の利用条件Ｃcnt で機器２１a が取得対象コンテンツデータＤcnt を利用する権利の付与を要求しているとみなす。以上のことから、利用権管理部１１７は、設定要求Ｄrra から取り出した利用条件Ｃcnt を利用権情報Ｄrgt として扱う。つまり、利用権情報Ｄrgt は、利用条件Ｃcnt が示す条件下で、コンテンツデータＤcnt を機器２１a が利用する権利を示す。
【００３９】
以上の登録処理により、利用権ＤＢ１１４は、図７（ｂ）に示すように、グループ識別子Ｉgp、機器識別子Ｉdva およびＩdvb 、コンテンツ識別子Ｉcnt ならびに利用権情報Ｄrgt を含む利用権レコードＲrgt の集まりとなる。これによって、利用権管理部１１７は、契約者βの取得対象コンテンツデータＤcnt 毎に、その利用権を管理する。また、本実施形態の特徴の一つして、利用権レコードＲrgt に、ユーザ情報ＤＢ１１３から得た全ての機器識別子Ｉdva およびＩdvb を付加することで、機器２１a からの設定要求Ｄrra により、機器２１a および２１b は、コンテンツデータＤcnt の利用権を共有できるようになる。利用権管理部１１７は、以上の利用条件登録処理が終了すると、今回受け取った設定要求Ｄrra をコンテンツ管理部１１８に渡す。
【００４０】
今回の設定要求Ｄrra には、利用条件Ｃcnt として「再生ｍ回」（ｍは自然数）が設定されていると仮定すると、図７（ｂ）に示すように、今回新規登録される利用権レコードＲrgt は、「再生ｍ回」という条件が指定された利用権情報Ｄrgt を含むことになる。
【００４１】
なお、本ライセンス情報管理システムＳa の技術的特徴とは関係ないが、ステップＳ１３において、利用権管理部１１７は、利用権の登録毎に、機器識別子Ｉdva が割り当てられている契約者βに、コンテンツデータＤcnt の利用に対する課金を行ってもよい。
【００４２】
コンテンツ管理部１１８は、設定要求Ｄrra を受け取ると、コンテンツデータＤcnt およびそれ専用の暗号鍵Ｋe の読み出し処理を行う（ステップＳ１４）。より具体的には、コンテンツ管理部１１８は、受信設定要求Ｄrra から、コンテンツ識別子Ｉcnt を取り出す。その後、コンテンツ管理部１１８は、コンテンツＤＢ１１１にアクセスして、取り出したコンテンツ識別子Ｉcnt が割り当てられているコンテンツデータＤcnt および暗号鍵Ｋe を読み出す。以上の読み出し処理が終了すると、コンテンツ管理部１１８は、読み出したコンテンツデータＤcnt および暗号鍵Ｋe をコンテンツ暗号化部１１９に渡す。さらに、コンテンツ管理部１１８は、受け取った設定要求Ｄrra を送信データ生成部１２０に渡す。
【００４３】
コンテンツ暗号化部１１９は、コンテンツデータＤcnt の暗号処理を行う（ステップＳ１５）。より具体的には、コンテンツ暗号化部１１９は、受け取ったコンテンツデータＤcnt を、同時に受け取った暗号鍵Ｋe で暗号化して、前述の暗号済みコンテンツデータＤecntを生成する。コンテンツ暗号化部１１９は、以上の暗号処理が終了すると、暗号済みコンテンツデータＤecntを送信データ生成部１２０に渡す。
【００４４】
送信データ生成部１２０は、コンテンツ管理部１１８からの設定要求Ｄrra と、コンテンツ暗号化部１１９からの暗号済みコンテンツデータＤecntとが揃うと、送信データ生成処理を行う（ステップＳ１６）。より具体的には、送信データ生成部１２０は、受信設定要求Ｄrra から、コンテンツ識別子Ｉcnt および機器識別子Ｉdva を取り出す。さらに、送信データ生成部１２０は、取り出した機器識別子Ｉdva およびコンテンツ識別子Ｉcnt を、受け取った暗号済みコンテンツデータＤecntに付加して、図９（ｂ）に示すような、送信データＤtrnaを生成する。送信データ生成部１２０は、以上の送信データ生成処理が終了すると、送信データＤtrnaを通信部１１５に渡す。通信部１１５は、受け取った送信データＤtrnaを、伝送路３１を介して、機器２１a へと送信する（ステップＳ１７）。
【００４５】
機器２１a （図４参照）において、通信部２１３は、伝送路３１を通じて送信されてくる送信データＤtrnaを受信する（ステップＳ１８）。より具体的には、通信部２１３は、それに含まれる機器識別子Ｉdva とコンテンツ識別子Ｉcnt とから、今回、取得対象コンテンツデータＤcnt を含む自分宛の送信データＤtrnaを受信したことを認識する。このような認識結果に従って、通信部２１３は、受信データＤtrnaをコンテンツ管理部２１４に渡す。
【００４６】
コンテンツ管理部２１４は、受信データＤtrna内のコンテンツ識別子Ｉcnt および暗号済みコンテンツデータＤecntを、コンテンツ蓄積部２１５に蓄積する（ステップＳ１９）。つまり、コンテンツ蓄積部２１５には、図１０に示すように、上述の設定要求Ｄrra を使って要求したコンテンツ識別子Ｉcnt および暗号済みコンテンツデータＤecntの組みが、いくつか蓄積されることになる。
【００４７】
デジタルライツの保護の観点から、機器２１a には暗号済みコンテンツデータＤecntが配信される。そのため、機器２１a は、コンテンツデータＤcnt を利用する場合には、利用権管理装置１１により提供される復号鍵Ｋd で、暗号済みコンテンツデータＤecntを復号する必要がある。ここで、本ライセンス情報管理システムＳa では、復号鍵Ｋd を機器２１a に提供するために、ライセンス情報Ｄlca が用いられる。以下、図１１〜図１３を参照して、ライセンス情報Ｄlca の取得およびコンテンツデータＤcnt の復号時における機器２１a および利用権管理装置１１の動作について説明する。
【００４８】
まず、ユーザβは、機器２１a を操作して、コンテンツ蓄積部２１５に蓄積されている暗号済みコンテンツデータＤecntの中から、今回利用したいものを特定する。ここで、以下の説明において、今回指定された暗号済みコンテンツデータＤecntを、復号対象コンテンツデータＤecntと称する。ユーザβによる指定に応答して、機器２１a は、図１４（ａ）に示すような発行要求Ｄira を生成し、利用権管理装置１１に送信する（図１１；ステップＳ２１）。発行要求Ｄira は、上述のライセンス情報Ｄlca の発行を利用権管理装置１１に機器２１a が要求するための情報である。より具体的には、コンテンツ管理部２１４（図４参照）は、契約者βにより特定された復号対象コンテンツデータＤecntに付加されているコンテンツ識別子Ｉcnt を、コンテンツ蓄積部２１５から取り出して、発行要求生成部２１６に渡す。発行要求生成部２１６は、コンテンツ管理部２１４により取り出されたコンテンツ識別子Ｉcnt を受け取る。さらに、発行要求生成部２１６は、機器識別子格納部２１１から機器識別子Ｉdva を取り出す。その後、発行要求生成部２１６は、機器識別子Ｉdva およびコンテンツ識別子Ｉcnt の組み合わせに、発行要求識別子Ｉirを付加して、発行要求Ｄira （図１４（ａ）参照）を生成する。ここで、発行要求識別子Ｉirは、利用権管理装置１１が発行要求Ｄira を特定するために使用される。発行要求生成部２１６は、以上の発行要求Ｄira を通信部２１３に渡す。通信部２１３は、受け取った発行要求Ｄira を伝送路３１を通じて、利用権管理装置１１に送信する。
【００４９】
利用権管理装置１１において、通信部１１５（図２参照）は、伝送路３１を通じて送信されてくる発行要求Ｄira を受信して、ユーザ認証部１１６に渡す。ユーザ認証部１１６は、発行要求Ｄira を受け取ると、ユーザ認証処理を行う（ステップＳ２２）。ステップＳ２２におけるユーザ認証は、ステップＳ１２のそれと同様であるため、詳細な説明を省略する。ユーザ認証部１１６は、ユーザ認証に成功した場合に限り、受信発行要求Ｄira を利用権管理部１１７に渡す。
【００５０】
利用権管理部１１７は、それに設定されている発行要求識別子Ｉirを確認して、ユーザ認証部１１６から渡されたものが発行要求Ｄira であることを認識する。この認識結果に従って、利用権管理部１１７は、受け取った発行要求Ｄira から、機器識別子Ｉdva およびコンテンツ識別子Ｉcnt を取り出す（ステップＳ２３）。次に、利用権管理部１１７は、取り出した機器識別子Ｉdva およびコンテンツ識別子Ｉcnt の組み合わせと同じものを含む利用権レコードＲrgt が、利用権ＤＢ１１４（図７（ｂ）参照）に登録されているか否かを判断する（ステップＳ２４）。
【００５１】
利用権管理部１１７は、ステップＳ２４で「Ｙｅｓ」と判断した場合、対象となる利用権レコードＲrgt に含まれる利用権情報Ｄrgt を参照して、機器２１a に利用許可を与えることができるか否か、つまりコンテンツデータＤcnt の利用権が残っているか否かを判断する（ステップＳ２５）。ステップＳ２５で「Ｙｅｓ」と判断した場合、利用権管理部１１７は、対象となる利用権情報Ｄrgt を参照して、利用許可情報Ｄlwa を生成する（ステップＳ２６）。利用許可情報Ｄlwa は、復号対象コンテンツデータＤecntの復号許可を機器２１a に与えるための情報である。また、利用許可情報Ｄlwa の生成により、機器２１a の利用権情報Ｄrgt が使われることになるので、ステップＳ２６の次に、利用権管理部１１７は、ステップＳ２６で使われた分だけ利用権情報Ｄrgt を更新する（ステップＳ２７）。なお、ステップＳ２７の実行時点で、全ての利用権情報Ｄrgt が使われた場合には、それを含んでいた利用権レコードＲrgt を利用権ＤＢ１１４から削除しても良い。
【００５２】
ここで、以上のステップＳ２５〜Ｓ２７の処理の具体例について説明する。上述の仮定に従えば、今回対象となる利用権レコードＲrgt において、利用権情報Ｄrgt は、図７（ｂ）に示すように、「再生ｍ回」という利用権を表す。したがって、ステップＳ２５において、利用権管理部１１７は、機器２１a に対し、復号対象コンテンツデータＤecntの再生許可を与えてもよいと判断する。この判断に従って、利用権管理部１１７は、ステップＳ２６で、利用許可情報Ｄlwa を作成する。この時生成される利用許可情報Ｄlwa としては、例えば、「再生ｎ回」が挙げられる。ここで、ｎは、上述のｍを超えない自然数であり、例えば、ユーザβが機器２１a を操作して指定した値である。他にも、ｎは、機器２１a の処理能力に応じて、利用権管理部１１７側で設定しても良い。また、ステップＳ２６により、機器２１a が復号対象コンテンツデータＤecntを再生する権利をｎ回使うことになる。そのため、ステップＳ２７において、利用権管理部１１７は、利用権情報Ｄrgt を「再生ｍ回」から「再生（ｍ−ｎ）回」に更新する。
【００５３】
以上の具体例では、利用権情報Ｄrgt がコンテンツデータＤcnt の再生回数であるとして説明したが、前述したように、本ライセンス情報管理システムＳa では、様々な利用権情報Ｄrgt （つまり利用条件Ｃcnt ）を設定することができる。従って、ステップＳ２３からＳ２７までの処理手順は、利用権情報Ｄrgt に応じて適切に規定される必要がある。
【００５４】
以上の利用許可情報Ｄlwa を、利用権管理部１１７（図２参照）は、発行要求Ｄira と一緒に、ライセンス情報生成部１２１に渡す。より具体的には、ライセンス情報生成部１２１は、図３に示すように、ハッシュ値生成部１２１１およびライセンス情報組立部１２１２を含んでいる。ハッシュ値生成部１２１１には、利用許可情報Ｄlwa のみが渡され、また、ライセンス情報組立部１２１２には、利用許可情報Ｄlwa および発行要求Ｄira の双方が渡される。
【００５５】
まず、ハッシュ値生成部１２１１は、予め保持するハッシュ関数ｆ（ｘ）に、受け取った利用許可情報Ｄlwa を代入して、利用許可情報Ｄlwa の改竄を防止するするためのハッシュ値Ｖhsa を生成する（ステップＳ２８）。つまり、ハッシュ値Ｖhsa は、利用許可情報Ｄlwa を生成多項式ｆ（ｘ）に代入した時に得られる解である。以上のようなハッシュ値Ｖhsa を、ハッシュ値生成部１２１１は、ライセンス情報組立部１２１２に渡す。
【００５６】
ライセンス情報組立部１２１２は、受け取った発行要求Ｄira を復号鍵管理部１２２に渡す。復号鍵管理部１２２（図２参照）は、前述した復号鍵ＤＢ１１２（図６（ｂ）参照）を管理する。復号鍵管理部１２２は、受け取った発行要求Ｄira に設定されているコンテンツ識別子Ｉcnt および機器識別子Ｉdva を取り出す。さらに、復号鍵管理部１２２は、コンテンツ識別子Ｉcnt と同じ組みの復号鍵Ｋd を復号鍵ＤＢ１１２から取り出して、機器識別子Ｉdva と一緒に復号鍵暗号化部１２３に渡す。復号鍵暗号化部１２３は、受け取った復号鍵Ｋd を、同時に受け取った機器識別子Ｉdva を使って暗号化して（ステップＳ２９）、暗号済みの復号鍵Ｋeda を生成する。以上の暗号済み復号鍵Ｋeda および機器識別子Ｉdva は、ライセンス情報組立部１２１２に渡される。
【００５７】
ライセンス情報組立部１２１２は、発行要求Ｄira および利用許可情報Ｄlwa 、ハッシュ値Ｖhsa ならびに暗号済み復号鍵Ｋeda のすべてが揃うと、図１４（ｂ）に示すライセンス情報Ｄlca の生成を開始する（図１２；ステップＳ２１０）。より具体的には、ライセンス情報組立部１２１２は、発行要求Ｄira から、コンテンツ識別子Ｉcnt および機器識別子Ｉdva を取り出して、それぞれを、利用許可情報Ｄlwa 、暗号済み復号鍵Ｋeda およびハッシュ値Ｖhsa の組み合わせに付加する。さらに、ライセンス情報組立部１２１２は、予め保持するライセンス情報識別子Ｉlcを、機器識別子Ｉdva に付加して、ライセンス情報Ｄlca を生成する。以上のライセンス情報Ｄlca は、復号対象コンテンツデータＤecntの機器２１a における利用を制御するための情報である。また、ライセンス情報識別子Ｉlcは、機器２１a がライセンス情報Ｄlca を特定するための情報である。また、以上のライセンス情報Ｄlca は、通信部１１５および伝送路３１を通じて、機器２１a に送信される（ステップＳ２１１）。
【００５８】
機器２１a （図４参照）において、通信部２１３は、伝送路３１を通じて送信されてくるライセンス情報Ｄlca を受信する（ステップＳ２１２）。より具体的には、通信部２１３は、受信情報に含まれる機器識別子Ｉdva から、自分宛の情報が到着したと判断し、さらに、それに設定されるライセンス情報識別子Ｉlcから、今回、ライセンス情報Ｄlca を受け取ったことを認識する。このような認識結果に従って、通信部２１３は、受け取ったライセンス情報Ｄlca をライセンス情報処理部２１７に渡す。
【００５９】
ライセンス情報処理部２１７は、図５に示すように、改竄判定部２１７１と、ハッシュ値生成部２１７２と、利用許可判定部２１７３と、復号鍵復号部２１７４とを含んでいる。通信部２１３からのライセンス情報Ｄlca は、まず、改竄判定部２１７１に渡される。改竄判定部２１７１は、まず、受け取ったライセンス情報Ｄlca から、利用許可情報Ｄlwa およびハッシュ値Ｖhsa を取り出し（ステップＳ２１３）、取り出した利用許可情報Ｄlwa を、ハッシュ値生成部２１７２に渡し、ハッシュ値Ｖhsa をそのまま保持する。ここで、以下の説明において混同が生じないように、ステップＳ２１３で取り出されたハッシュ値Ｖhsa を、機器２１a の外部（つまり利用権管理装置１１）で生成されたものであるという観点から、外部ハッシュ値Vehsaと称する。
【００６０】
ハッシュ値生成部２１７２は、利用権管理装置１１側のハッシュ値生成部１２１１（図３参照）と同じハッシュ関数ｆ（ｘ）を保持しており、受け取った利用許可情報Ｄlwa をハッシュ関数ｆ（ｘ）に代入してハッシュ値Ｖhsa を生成する（ステップＳ２１４）。ここでステップＳ２１４で生成されたハッシュ値Ｖhsa を、機器２１a の内部で生成されたものであるという観点から、内部ハッシュ値Ｖlhsaと称する。ハッシュ値生成部２１７２は、以上の内部ハッシュ値Ｖlhsaを、改竄判定部２１７１に返す。
【００６１】
改竄判定部２１７１は、上述の内部ハッシュ値Ｖlhsaを受け取ると、利用許可情報Ｄlwa が改竄されているか否かを判定する（ステップＳ２１５）。より具体的には、上述の内部ハッシュ値Ｖlhsaは、ライセンス情報Ｄlca 内の利用許可情報Ｄlwa が改竄されていないという条件で、外部ハッシュ値Vehsaに一致する。そこで、ステップＳ２１５において、改竄判定部２１７１は、受け取った内部ハッシュ値Ｖlhsaが外部ハッシュ値Vehsaに一致するか否かを判定する。改竄判定部２１７１は、「Ｙｅｓ」と判定した場合には、利用許可情報Ｄlwa が改竄されておらず、今回送信されてきた利用許可情報Ｄlwa が有効であるとみなして、今回受け取ったライセンス情報Ｄlca を利用許可判定部２１７３に渡す。
【００６２】
利用許可判定部２１７３は、受け取ったライセンス情報Ｄlca を参照して、復号対象コンテンツデータＤecntの利用が許可されているか否かを判定する（ステップＳ２１６）。利用許可判定部２１７３は、ステップＳ２１６において「Ｙｅｓ」と判断した場合に限り、受け取ったライセンス情報Ｄlca から、暗号済み復号鍵Ｋeda を取り出して、復号鍵復号部２１７４に渡す。
【００６３】
ここで、以上のステップＳ２１６の処理の具体例について説明する。前述の仮定に従えば、今回のライセンス情報Ｄlca の利用許可情報Ｄlwa により、コンテンツデータＤcnt の再生がｎ回だけ許可されている。かかる場合、利用許可判定部２１７３は、ステップＳ２１６において、利用許可情報Ｄlwa に設定される再生回数が１以上であれば、復号対象コンテンツデータＤecntの利用が許可されていると判断して、受け取ったライセンス情報Ｄlca から、暗号済み復号鍵Ｋ eda を取り出して、復号鍵復号部２１７４に渡す。
【００６４】
以上の具体例では、利用権情報Ｄrgt がコンテンツデータＤcnt の再生回数であるとして説明したが、前述したように、本ライセンス情報管理システムＳa では、様々な利用権情報Ｄrgt （つまり利用条件Ｃcnt ）を設定することができる。従って、ステップＳ２１６の処理は、利用権情報Ｄrgt に応じて適切に規定される必要がある。
【００６５】
復号鍵復号部２１７４は、利用許可判定部２１７３から暗号済み復号鍵Ｋeda を受け取る。さらに、復号鍵復号部２１７４は、機器識別子格納部２１１から機器識別子Ｉdva を取り出す。その後、復号鍵復号部２１７４は、暗号済み復号鍵Ｋeda を、機器識別子Ｉdva で復号して（ステップＳ２１７）、復号鍵Ｋd をコンテンツ復号部２１８に渡す。
【００６６】
ところで、コンテンツ管理部２１４は、以上のステップＳ２１７の次またはそれ以前に（図１２にはステップＳ２１７の直後の例が示されている）、今回の復号対象コンテンツデータＤecntをコンテンツ蓄積部２１５から取り出す（ステップＳ２１８）。取り出された復号対象コンテンツデータＤecntは、コンテンツ復号部２１８に渡される。コンテンツ復号部２１８は、復号鍵復号部２１７４から受け取った復号鍵Ｋd で、復号対象コンテンツデータＤecntを復号して（ステップＳ２１９）、コンテンツデータＤcnt をコンテンツ再生部２１９に渡す。コンテンツ再生部２１９は、受け取ったコンテンツデータＤcnt を再生して、音声出力する（ステップＳ２２０）。これにより、契約者βは、事業者αから購入したコンテンツデータＤcnt が表す音楽を聴くことができる。
【００６７】
ここで、図１２のステップＳ２１５を参照する。ステップＳ２１５において、改竄判定部２１７１は、利用許可情報Ｄlwa が改竄されていると判定する場合がある。また、ステップＳ２１６において、利用許可判定部２１７３は、復号対象コンテンツデータＤecntの利用が許可されていないと判定する場合もある。このような場合、改竄判定部２１７１および利用許可判定部２１７３は、今回受け取ったライセンス情報Ｄlca を破棄する（図１３；ステップＳ２２１）。以上から明らかなように、本ライセンス情報管理システムＳa では、有効なライセンス情報Ｄlca を受信した場合にのみ、復号対象コンテンツデータＤecntの復号が許可される。これによって、上述のデジタルライツが保護される。
【００６８】
また、図１１のステップＳ２４において、利用権管理部１１７は、利用権レコードＲrgt が利用権ＤＢ１１４（図７（ｂ）参照）に登録されていないと判断する場合がある。さらに、ステップＳ２５において、利用権管理部１１７は、機器２１a に利用許可を与えることができないと判断する場合もある。このような場合、利用権管理部１１７は、復号対象コンテンツデータＤecntの利用を拒否することを示す利用拒否情報Ｄrj（図１４（ｃ）参照）を生成して、通信部１１５に渡す。通信部１１５は、受け取った利用拒否情報Ｄrjを、伝送路３１を介して、機器２１a に送信する（図１３；ステップＳ２２２）。
【００６９】
機器２１a （図４参照）において、通信部２１３は、伝送路３１を通じて送信されてくる利用拒否情報Ｄrjを受信する（ステップＳ２２３）。利用拒否情報Ｄrjの受信以降、機器２１a では何の処理も行われない。以上から明らかなように、本ライセンス情報管理システムＳa では、利用権ＤＢ１１４に有効な利用権レコードＲrgt が登録されてない場合には、利用拒否情報Ｄrjが、発行要求Ｄira の送信元となる機器２１a に送信される。これによって、機器２１a 側では、復号対象コンテンツデータＤecntは復号されない。これによって、上述のデジタルライツが保護される。
【００７０】
なお、ステップＳ２４において、利用権管理部１１７は、利用権レコードＲrgt が利用権ＤＢ１１４（図７（ｂ）参照）に登録されていないと判断した後、利用権レコードＲrgt を新たに生成して、利用権ＤＢ１１４に登録するようにしてもよい。
【００７１】
次に、以上の利用権レコードＲrgt の登録により、コンテンツデータＤcnt の利用権を機器２１a と共有している機器２１b および利用権管理装置１１の間のデータ通信、およびそれに関連するそれぞれの動作について説明する。なお、以下の機器２１b の動作は、上述の機器２１a の動作とほとんどの部分で同様であるから、その動作説明を簡素化する。まず、ユーザβは、機器２１b を操作して、コンテンツ識別子Ｉcnt および利用条件Ｃcnt を指定する。この指定に応答して、機器２１b は、設定要求Ｄrrb を生成し、利用権管理装置１１に送信する（図８；ステップＳ１１）。設定要求Ｄrrb は、設定要求Ｄrra と比較すると、機器識別子Ｉdva の代わりに、機器２１b を一意に特定する機器識別子Ｉdvb を含む点で相違するだけであるから、その詳細な説明を省略する。なお、機器２１b は、自身が利用可能な利用権レコードＲrgt が利用権ＤＢ１１４に登録されていることが予め分かっている場合には、利用条件Ｃcnt を含まない設定要求Ｄrrb を生成しても良い。
【００７２】
利用権管理装置１１（図２参照）において、ユーザ認証部１１６は、通信部１１５を通じて、機器２１b からの設定要求Ｄrrb を受け取る。その後、ユーザ認証部１１６は、機器２１b が契約ユーザβの物であるか否かを判定するためのユーザ認証処理を行う（ステップＳ１２）。ユーザ認証部１１６は、ユーザ認証処理が成功した場合に限り、受け取った設定要求Ｄrrb を利用権管理部１１７に渡す。
【００７３】
利用権管理部１１７は、今回の受信情報が設定要求Ｄrrb であることを認識すると、ステップＳ１３を行う。ステップＳ１３において、まず、利用権管理部１１７は、受信設定要求Ｄrrb 内の機器識別子Ｉdvb およびコンテンツ識別子Ｉcnt を含む利用権レコードＲrgt が利用権ＤＢ１１４（図７（ｂ）参照）に登録されているか否かを判断する（ステップＳ１３１）。前述したように、利用権ＤＢ１１４には、機器２１a の設定要求Ｄrra に起因して、機器識別子Ｉdvb およびコンテンツ識別子Ｉcnt を含む利用権レコードＲrgt が登録済である。この場合、利用権管理部１１７は、ステップＳ１３２〜Ｓ１３３を行うことなく、今回の設定要求Ｄrrb をコンテンツ管理部１１８に渡す。
【００７４】
コンテンツ管理部１１８は、設定要求Ｄrrb の受信後、コンテンツデータＤcnt および暗号鍵Ｋe を読み出して（ステップＳ１４）、それらをコンテンツ暗号化部１１９に渡す。さらに、コンテンツ管理部１１８は、受信設定要求Ｄrrb を送信データ生成部１２０に渡す。コンテンツ暗号化部１１９は、コンテンツデータＤcnt の暗号処理を行い（ステップＳ１５）、それが終了すると、暗号済みコンテンツデータＤecntと受信設定要求Ｄrrb とを送信データ生成部１２０に渡す。
【００７５】
送信データ生成部１２０は、前述したようにして、送信データＤtrnb（図９（ｂ）参照）を生成する（ステップＳ１６）。送信データＤtrnbは、送信データＤtrnaと比較すると、機器識別子Ｉdva の代わりに、機器識別子Ｉdvb を含む点で相違するだけであるから、その詳細な説明を省略する。ステップＳ１６の次に、送信データ生成部１２０は、送信データＤtrnbを通信部１１５に渡し、通信部１１５は、前述したように、受け取った送信データＤtrnbを機器２１b へと送信する（ステップＳ１７）。
【００７６】
機器２１b （図４参照）において、通信部２１３は、送信データＤtrnbを受信し（ステップＳ１８）、その後、受信データＤtrnbをコンテンツ管理部２１４に渡す。コンテンツ管理部２１４は、受信データＤtrnb内のコンテンツ識別子Ｉcnt および暗号済みコンテンツデータＤecntを、コンテンツ蓄積部２１５に蓄積する（ステップＳ１９）。
【００７７】
デジタルライツの保護の観点から、機器２１b は、機器２１a の場合と同様に、利用権管理装置１１からライセンス情報Ｄlcb の発行を受けなければ、コンテンツデータＤcnt を利用することができない。以下、図１１〜図１３を参照して、ライセンス情報Ｄlcb の取得およびコンテンツデータＤcnt の復号時における機器２１b および利用権管理装置１１の動作について説明する。なお、この時の動作は、機器２１a および利用権管理装置１１の動作とほとんどの部分で同様であるから、その動作説明を簡素化する。
【００７８】
まず、ユーザβは、機器２１b を操作して、コンテンツ蓄積部２１５の中から、復号対象コンテンツデータＤecntを指定する。ユーザβの指定に応答して、機器２１b において、発行要求生成部２１６は、発行要求Ｄirb （図１４（ａ）参照）を生成し、利用権管理装置１１に送信する（図１１；ステップＳ２１）。発行要求Ｄirb は、発行要求Ｄira と比較すると、機器識別子Ｉdva が機器識別子Ｉdvb に代わる点で相違するだけであるから、その詳細な説明を省略する。発行要求生成部２１６は、以上の発行要求Ｄirb を通信部２１３に渡す。通信部２１３は、受信発行要求Ｄirb を利用権管理装置１１に送信する。
【００７９】
利用権管理装置１１において、ユーザ認証部１１６（図２参照）は、通信部１１５を通じて、機器２１b が送信した発行要求Ｄirb を受け取り、その後、ユーザ認証処理を行う（ステップＳ２２）。ユーザ認証部１１６は、ユーザ認証処理が成功した場合に限り、受信発行要求Ｄirb を利用権管理部１１７に渡す。利用権管理部１１７は、受信発行要求Ｄirb から、機器識別子Ｉdvb およびコンテンツ識別子Ｉcnt を取り出し（ステップＳ２３）、その後、取り出した機器識別子Ｉdvb およびコンテンツ識別子Ｉcnt の組み合わせと同じものを含む利用権レコードＲrgt が、利用権ＤＢ１１４（図７（ｂ）参照）に登録されているか否かを判断する（ステップＳ２４）。
【００８０】
利用権管理部１１７は、ステップＳ２４で「Ｙｅｓ」と判断した場合、対象となる利用権レコードＲrgt に含まれる利用権情報Ｄrgt を参照して、機器２１b に利用許可を与えることができるか否か、つまりコンテンツデータＤcnt の利用権が残っているか否かを判断する（ステップＳ２５）。ステップＳ２５で「Ｙｅｓ」と判断した場合、利用権管理部１１７は、対象となる利用権情報Ｄrgt を使って利用許可情報Ｄlwb を生成する（ステップＳ２６）。利用許可情報Ｄlwb は、利用許可情報Ｄlwa と比較すると、機器識別子Ｉdva が機器識別子Ｉdvb に代わる点でのみ相違するから、その詳細な説明を省略する。ステップＳ２６の次に、利用権管理部１１７は、ステップＳ２６で使われた分だけ利用権情報Ｄrgt を更新する（ステップＳ２７）。
【００８１】
以上の利用許可情報Ｄlwb を、利用権管理部１１７（図２参照）は、発行要求Ｄirb と一緒に、ライセンス情報生成部１２１に渡す。ライセンス情報生成部１２１において、ハッシュ値生成部１２１１（図３参照）は、予め保持するハッシュ関数ｆ（ｘ）に、受け取った利用許可情報Ｄlwb を代入して、利用許可情報Ｄlwb の改竄を防止するするためのハッシュ値Ｖhsb を生成し（ステップＳ２８）、それをライセンス情報組立部１２１２に渡す。
【００８２】
ライセンス情報組立部１２１２は、受け取った発行要求Ｄirb を復号鍵管理部１２２に渡す。復号鍵管理部１２２（図２参照）は、前述した復号鍵ＤＢ１１２（図６（ｂ）参照）を管理しており、受信発行要求Ｄirb からコンテンツ識別子Ｉcnt および機器識別子Ｉdvb を取り出す。さらに、復号鍵管理部１２２は、コンテンツ識別子Ｉcnt と同じ組みの復号鍵Ｋd を復号鍵ＤＢ１１２から取り出して、機器識別子Ｉdvb と一緒に復号鍵暗号化部１２３に渡す。復号鍵暗号化部１２３は、受け取った復号鍵Ｋd を、同時に受け取った機器識別子Ｉdvb を使って暗号化して（ステップＳ２９）、暗号済み復号鍵Ｋedb を生成する。以上の暗号済み復号鍵Ｋedb および機器識別子Ｉdvb は、ライセンス情報組立部１２１２に渡される。
【００８３】
ライセンス情報組立部１２１２は、発行要求Ｄirb および利用許可情報Ｄlwb 、ハッシュ値Ｖhsb ならびに暗号済み復号鍵Ｋedb のすべてが揃うと、ライセンス情報Ｄlcb （図１４（ｂ）参照）を生成する（図１２；ステップＳ２１０）。ライセンス情報Ｄlcb は、ライセンス情報Ｄlca と比較すると、機器識別子Ｉdva 、利用許可情報Ｄlwa 、暗号済み復号鍵Ｋeda およびハッシュ値Ｖhsa が機器識別子Ｉdvb 、利用許可情報Ｄlwb 、暗号済み復号鍵Ｋedb およびハッシュ値Ｖhsb に代わる点で相違するだけであるから、その詳細な説明を省略する。以上のライセンス情報Ｄlcb は、通信部１１５および伝送路３１を通じて、機器２１b に送信される（ステップＳ２１１）。
【００８４】
機器２１b （図４参照）において、通信部２１３は、伝送路３１を通じて送信されてくるライセンス情報Ｄlcb を受信し（ステップＳ２１２）、それをライセンス情報処理部２１７に渡す。ライセンス情報処理部２１７において、改竄判定部２１７１は、受信ライセンス情報Ｄlcb から、利用許可情報Ｄlwb およびハッシュ値Ｖhsb を取り出し（ステップＳ２１３）、取り出した利用許可情報Ｄlwb を、ハッシュ値生成部２１７２に渡し、ハッシュ値Ｖhsb を外部ハッシュ値Ｖehsbとして保持する。ハッシュ値生成部２１７２は、利用権管理装置１１側と同じハッシュ関数ｆ（ｘ）を保持しており、受け取った利用許可情報Ｄlwb をハッシュ関数ｆ（ｘ）に代入して、内部ハッシュ値Ｖlhsbを生成し（ステップＳ２１４）、それを改竄判定部２１７１に返す。
【００８５】
改竄判定部２１７１は、前述と同様にして、上述の内部ハッシュ値Ｖlhsbを受け取ると、それが外部ハッシュ値Ｖehsbに一致するか否かを判定し（ステップＳ２１５）、両者が一致する場合には、今回の利用許可情報Ｄlwb が有効であるとして、受信ライセンス情報Ｄlcb を利用許可判定部２１７３に渡す。利用許可判定部２１７３は、前述と同様にして、復号対象コンテンツデータＤecntの利用が許可されているか否かを判定し（ステップＳ２１６）、「Ｙｅｓ」と判断した場合に限り、受け取ったライセンス情報Ｄlcb から、暗号済み復号鍵Ｋedb を取り出して、復号鍵復号部２１７４に渡す。復号鍵復号部２１７４は、利用許可判定部２１７３から暗号済み復号鍵Ｋedb を受け取る。さらに、復号鍵復号部２１７４は、機器識別子格納部２１１から機器識別子Ｉdvb を取り出す。その後、復号鍵復号部２１７４は、暗号済み復号鍵Ｋedb を、機器識別子Ｉdvb で復号して（ステップＳ２１７）、その結果得られる復号鍵Ｋd をコンテンツ復号部２１８に渡す。
【００８６】
コンテンツ管理部２１４は、今回の復号対象コンテンツデータＤecntをコンテンツ蓄積部２１５から取り出し（ステップＳ２１８）、それをコンテンツ復号部２１８に渡す。コンテンツ復号部２１８は、復号鍵復号部２１７４からの復号鍵Ｋd で、復号対象コンテンツデータＤecntを復号して（ステップＳ２１９）、コンテンツデータＤcnt をコンテンツ再生部２１９に渡す。コンテンツ再生部２１９は、受け取ったコンテンツデータＤcnt を再生して、音声出力する（ステップＳ２２０）。
【００８７】
以上のように本実施形態によれば、利用権レコードＲrgt には、複数の機器識別子Ｉdva およびＩdvb が記録される。これによって、利用権管理装置１１は、互いに異なる機器２１a および２１b から発行要求Ｄira およびＤirb が送信されてきたとしても、利用権レコードＲrgt を参照することで、同一の利用権情報Ｄrgt から生成されたライセンス情報Ｄlca およびＤlcb をそれらに提供することができるようになる。以上の本実施形態によって、複数の機器が共通のデジタルライツを共有できる権利管理技術を提供することができる。
【００８８】
なお、以上の実施形態では、利用権レコードＲrgt はグループ識別子Ｉgpを含んでいたが、これは、機器２１a および２１b が同一グループに属することを明確にするためのものである。つまり、グループ識別子Ｉgpは、利用権レコードＲrgt に必須の情報ではない。また、利用権レコードＲrgt は、機器２１a および２１b の機器識別子Ｉdva およびＩdvb を含まずに、グループ識別子Ｉgpのみを使って、同一グループに属する機器２１a および２１b を特定するようにしても良い。
【００８９】
また、以上の実施形態では、複数の機器２１の代表例として、２台の機器２１a および機器２１b を挙げたが、これに限らず、３台以上の機器で、同一の利用権情報Ｄrgt を共有するようにしても良い。
【００９０】
また、以上の実施形態では、図示の都合上、利用権管理装置１１がコンテンツＤＢ１１１を備えると説明したが、これに限らず、コンテンツデータＤcnt は別のサーバから機器２１a および２１b に配信されても良い。
【００９１】
また、以上の実施形態では、ユーザ情報ＤＢ１１３に契約時に登録された機器２１a および２１b が同一の利用権情報Ｄrgt を共有する例について説明した。しかし、ユーザβ側の機器２１は、必ずしも機器２１a および２１b の２台だけでコンテンツ配信を受けるわけではなく、新しく入手した機器２１を使ってコンテンツデータＤcnt を利用したい場合もある。以下に説明する利用権管理装置１１a 〜１１d は、上述の利用権管理装置１１の第１〜第４の変型例であって、上述のニーズに対応するために提供される。
「第１の変型例」
【００９２】
図１５は、利用権管理装置１１a を収容したライセンス情報管理システムＳa1の全体構成を示すブロック図である。図１５のライセンス情報管理システムＳa1は、図１のライセンス情報管理システムＳa と比較すると、利用権管理装置１１に代えて利用権管理装置１１a を備えている点と、機器２１c をさらに備えている点で相違する。それ以外に両ライセンス情報管理システムＳa およびＳa1に相違点は無いので、図１５において、図１の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。なお、図１５には、通信ケーブル３２が示されているが、これは第４の変型例で使われる構成であるため、本変型例だけでなく、第２および第３の変型例では、通信ケーブル３２の説明を省略する。
【００９３】
利用権管理装置１１a は、上述の事業者α側に設置され、図２の利用権管理装置１１と比較すると、図１６に示すように、ユーザ情報管理部１２４と、登録完了生成部１２５とをさらに備える点で相違する。それ以外に両利用権管理装置１１および１１a の間に相違点は無い。それ故、図１６において、図２の構成に相当するものの内、本変型例に関連の無い構成の図示および説明を省略する。
【００９４】
機器２１c は、上述のユーザβにより所有されるが、現時点では、利用権管理装置１１a のユーザ情報ＤＢ１１３に未登録の機器であって、図４の機器２１a または２１b と比較すると、図１７に示すように、登録要求生成部２２０およびグループ識別子格納部２２１をさらに備える点で相違する。それ以外に、両機器２１a および２１b と、機器２１c との間には相違点は無い。それ故、図１７において、図４の構成に相当するものの内、本変型例に関連の無い構成の図示および説明を省略する。なお、機器２１c の機器識別子格納部２１１には、機器２１c を一意に特定するための機器識別子Ｉdvc が予め格納されており、グループ情報格納部２２１には、ユーザβに割り当てられたグループ識別子Ｉgpが格納されていると仮定する。
【００９５】
次に、図１８を参照して、以上のような構成のライセンス情報管理システムＳa1において、機器２１c をユーザ情報ＤＢ１１３に登録するまでの機器２１c および利用権管理装置１１a の動作について説明する。まず、機器２１c は、ユーザβの操作に従って、ユーザβが事業者αから通知されるグループ識別子Ｉgpを、グループ識別子格納部２２１に格納する。その後、ユーザβは、機器２１c を操作して、本機器２１c をユーザ情報ＤＢ１１３に登録する旨を指定する。この指定に応答して、機器２１c において、登録要求生成部２２０は、図１９（ａ）に示す登録要求Ｄrsc を生成し、利用権管理装置１１a に送信する（図１８；ステップＳ３１）。登録要求Ｄrsc は、本機器２１c をユーザ情報ＤＢ１１３に登録するよう利用権管理装置１１a に要求するための情報である。ステップＳ３１をより具体的に説明すると、まず、登録要求生成部２２０は、機器識別子格納部２１１から機器識別子Ｉdvc を取り出し、さらに、グループ識別子格納部２２１からグループ識別子Ｉgpを取り出した後、取り出したグループ識別子Ｉgpおよび機器識別子Ｉdvc の組み合わせに、予め保持する登録要求識別子Ｉrsを付加して、登録要求Ｄrsc （図１９（ａ）参照）を生成する。ここで、登録要求識別子Ｉrsは、利用権管理装置１１a が登録要求Ｄrsc を特定するために使用される。登録要求生成部２２０は、以上の登録要求Ｄrsc を通信部２１３に渡す。通信部２１３は、受け取った登録要求Ｄrsc を、伝送路３１を通じて、利用権管理装置１１a に送信する。
【００９６】
利用権管理装置１１a （図１６参照）において、通信部１１５は、伝送路３１を通じて送信されてくる情報を受信し、それに含まれる登録要求識別子Ｉrsから、今回の受信情報が登録要求Ｄrsc であることを認識する。この認識結果に従って、通信部１１５は、受信登録要求Ｄrsc を、ユーザ情報管理部１２４に渡す。ユーザ情報管理部１２４は、受信登録要求Ｄrsc からグループ識別子Ｉgpを取り出した後、ユーザ情報ＤＢ１１３にアクセスして、取り出したグループ識別子Ｉgpを含む契約者レコードＲcs（図７（ａ）参照）を検索する（ステップＳ３２）。さらに、ユーザ情報管理部１２４は、検索した契約者レコードＲcsから機器識別子数Ｎdvを取り出す（ステップＳ３３）。
【００９７】
次に、ユーザ情報管理部１２４は、取り出した機器識別子数Ｎdvが予め定められた上限値Ｖul以上であるか否かを判断する（ステップＳ３４）。ここで、上限値Ｖulは、ユーザβがユーザ情報ＤＢ１１３に登録可能な機器数の上限値である。ユーザ情報管理部１２４は、ステップＳ３４で、機器識別子数Ｎdvが上限値Ｖul以上でないと判断した場合には、受信登録要求Ｄrsc から機器識別子Ｉdvc を取り出し、取り出したものを対象となる契約者レコードＲcsに追加する（ステップＳ３５）。さらに、ユーザ情報管理部１２４は、機器識別子数Ｎdvを１だけインクリメントする（ステップＳ３６）。その結果、契約者レコードＲcsは、図７（ａ）に示すものから、図２０に示すようなものに更新される。その後、ユーザ情報管理部１２４は、契約者レコードＲcsを正しく更新した旨を登録完了生成部１２５に通知し、さらに、受信登録要求Ｄrsc 内の機器識別子Ｉdvc を登録完了生成部１２５に渡す。
【００９８】
登録完了生成部１２５は、ユーザ情報管理部１２４から契約者レコードＤrsc の更新が完了したことが通知されると、図１９（ｂ）に示す登録完了通知Ｄscc を生成し、機器２１c に送信する（ステップＳ３７）。登録完了通知Ｄscc は、本機器２１c をユーザ情報ＤＢ１１３に正しく登録したことを機器２１c に通知するための情報である。ステップＳ３７をより具体的に説明すると、まず、登録完了生成部１２５は、ユーザ情報管理部１２４から受け取った機器識別子Ｉdvc に、予め保持する登録完了識別子Ｉscを付加して、登録完了通知Ｄscc （図１９（ｂ）参照）を生成する。ここで、登録完了識別子Ｉscは、機器２１c が登録完了通知Ｄscc を特定するために使用される。登録完了生成部１２５は、以上の登録完了通知Ｄscc を通信部１１５に渡す。通信部１１５は、受け取った登録完了通知Ｄscc を、伝送路３１を通じて、機器２１c に送信する。
【００９９】
機器２１c （図１７参照）において、通信部２１３は、伝送路３１を通じて送信されてくる情報を受信し、それに含まれる登録完了識別子Ｉscから、今回の受信情報が登録完了通知Ｄscc であることを認識する。この認識結果に従って、通信部２１３は、受信登録完了通知Ｄscc を、設定要求生成部２１２に渡す。設定要求生成部２１２は、受信情報に設定されている登録完了識別子Ｉscから、今回登録完了通知Ｄscc を受信したことを認識する（ステップＳ３８）。この認識結果に従って、設定要求生成部２１２は図８のステップＳ１１を実行可能な状態になったと判断し、以降は第１の実施形態で説明した機器２１a または機器２１b と同様に、利用権管理装置１１a とデータ通信を行う。
【０１００】
以上のように本変型例によれば、利用権管理装置１１a および機器２１c のデータ通信により、ユーザβが新しい入手した機器２１c の機器識別子Ｉdvc を、ユーザ情報ＤＢ１１３に登録することが可能になるので、より使い勝手の良いライセンス情報管理システムＳa1を提供できるようになる。
【０１０１】
なお、ステップＳ３４において、機器識別子数Ｎdvが上限値Ｖul以上であると判断された場合、ユーザ情報管理部１２４は、ステップＳ３５〜Ｓ３６のような処理を行わずに、契約者レコードＲcsの更新を拒否する旨を登録完了生成部１２５に通知し、さらに、受信登録要求Ｄrsc 内の機器識別子Ｉdvc を登録完了生成部１２５に渡す。登録完了生成部１２５は、契約者レコードＤrsc の更新拒否が通知されると、図１９（ｃ）に示す登録拒否通知Ｄsrc を生成し、通信部２１３および伝送路３１を通じて、機器２１c に送信する（ステップＳ３９）。登録拒否通知Ｄrsc は、本機器２１c をユーザ情報ＤＢ１１３に登録できないことを機器２１c に通知するための情報であり、ユーザ情報管理部１２４から受け取った機器識別子Ｉdvc と、予め保持する登録拒否識別子Ｉsrを含む。機器２１c （図１７参照）において、設定要求生成部２１２は、通信部２１３を通じて、登録拒否通知Ｄsrc を受け取り（ステップＳ３１０）、その通知に従って、設定要求生成部２１２は、図８のステップＳ１１を実行可能な状態ではないと判断し、処理を終了する。
【０１０２】
また、ステップＳ３２において、ユーザ情報管理部１２４は、取り出したグループ識別子Ｉgpを含む契約者レコードＲcs（図７（ａ）参照）を見つけることができない場合には、ステップＳ３９と同様の処理を行って、機器識別子Ｉdvc のユーザ情報ＤＢ１１３への登録を拒否することが好ましい。
【０１０３】
なお、以上の第１の変型例では、機器２１c および利用権管理装置１１a がデータ通信を行うことにより、機器識別子Ｉdvc がユーザ情報ＤＢ１１３に登録されていた。しかし、これに限らず、以下の第２〜第４の変型例のように、機器２１c と、他の機器２１a または機器２１b とが協働して、機器識別子Ｉdvc がユーザ情報ＤＢ１１３に登録されるようにしても良い。
【０１０４】
「第２の変型例」
次に、第２の変型例に係る利用権管理装置１１b を収容したライセンス情報管理システムＳa2の全体構成について説明する。ライセンス情報管理システムＳa2は、図１のライセンス情報管理システムＳa と比較すると、図１５に示すように、利用権管理装置１１に代えて利用権管理装置１１b を備えている点と、機器２１c をさらに備えている点で相違する。それ以外に両ライセンス情報管理システムＳa およびＳa2に相違点は無いので、図１５において、図１の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１０５】
利用権管理装置１１b は、上述の事業者α側に設置され、図２の利用権管理装置１１と比較すると、図２１に示すように、ユーザ情報管理部１２６と、登録完了生成部１２７とをさらに備える点で相違する。それ以外に両利用権管理装置１１および１１b の間に相違点は無い。それ故、図２１において、図２の構成に相当するものの内、本変型例に関連の無い構成の図示および説明を省略する。
【０１０６】
機器２１a または機器２１b は、第１の実施形態で説明したように、ユーザβにより所有され、さらに、それぞれの機器識別子Ｉdva およびＩdvb は、利用権管理装置１１b のユーザ情報ＤＢ１１３に登録済みである（図７（ａ）参照）。また、機器２１a または２１b は、機器２１c の機器識別子Ｉdvc の登録のために、図４と比較すると、図２２に示すように、機器識別子入力部２２２と、仮登録要求生成部２２３と、仮登録完了出力部２２４とをさらに備える点で相違する。それ以外に、本変型例に係る機器２１a および２１b と、第１の実施形態に係るものとの間に相違点は無い。それ故、図２２において、図４の構成に相当するものの内、本変型例に無関係な構成の図示および説明を省略する。
【０１０７】
機器２１c は、上述のユーザβにより所有されるが、現時点では、利用権管理装置１１b のユーザ情報ＤＢ１１３に未登録の機器であって、図４の機器２１a または２１b と比較すると、図２３に示すように、機器識別子入力部２２５および本登録要求生成部２２６をさらに備える点で相違する。それ以外に、両機器２１a および２１b と、機器２１c との間には相違点は無い。それ故、図２３において、図４の構成に相当するものの内、本変型例に無関係な構成の図示および説明を省略する。
【０１０８】
次に、図２４および図２５を参照して、以上のような構成のライセンス情報管理システムＳa2において、機器２１c の機器識別子Ｉdvc をユーザ情報ＤＢ１１３に登録するまでの機器２１a 、機器２１c および利用権管理装置１１b の動作について説明する。ユーザβは、機器２１a を操作して、機器識別子Ｉdvc をユーザ情報ＤＢ１１３に仮登録する旨を指定する。この指定に関連して、機器２１a の機器識別子入力部２２２は、ユーザβが機器２１a を操作することにより入力された機器２１c の機器識別子Ｉdvc を、仮登録要求生成部２２３に通知する（図２４；ステップＳ４１）。ここで、以下の説明では、機器２１c の機器識別子Ｉdvc を登録対象識別子Ｉdvc と称する。仮登録要求生成部２２３は、上述の通知に応答して、図２６（ａ）に示す仮登録要求Ｄprscを生成し、利用権管理装置１１b に送信する（ステップＳ４２）。仮登録要求Ｄprscは、登録対象識別子Ｉdvc をユーザ情報ＤＢ１１３に仮登録するよう利用権管理装置１１b に要求するための情報である。ステップＳ４２を具体的に説明すると、まず、仮登録要求生成部２２３は、機器識別子格納部２１１から機器識別子Ｉdva を取り出した後、取り出した機器識別子Ｉdva を登録済識別子Ｉdva として扱う。そして、仮登録要求生成部２２３は、登録済識別子Ｉdva および登録対象識別子Ｉdvc の組み合わせに、予め保持する仮登録要求識別子Ｉprs を付加して、仮登録要求Ｄprsc（図２６（ａ）参照）を生成する。ここで、仮登録要求識別子Ｉprs は、利用権管理装置１１b が仮登録要求Ｄprscを特定するために使用される。仮登録要求生成部２２３は、以上の仮登録要求Ｄprscを通信部２１３に渡す。通信部２１３は、受け取った仮登録要求Ｄprscを、伝送路３１を通じて、利用権管理装置１１b に送信する。
【０１０９】
利用権管理装置１１b （図２１参照）において、通信部１１５は、伝送路３１からの受信情報に仮登録要求識別子Ｉprs が含まれていることから、仮登録要求Ｄprscを今回受信したことを認識する。この認識結果に従って、通信部１１５は、受信仮登録要求Ｄprscを、ユーザ情報管理部１２６に渡す。ユーザ情報管理部１２６は、受信仮登録要求Ｄprscから登録済識別子Ｉdva を取り出した後、ユーザ情報ＤＢ１１３にアクセスして、取り出した登録済識別子Ｉdva を含む契約者レコードＲcs（図７（ａ）参照）を検索する（ステップＳ４３）。その後、ユーザ情報管理部１２６は、図１８のステップＳ３３およびＳ３４と同様の処理を行って（ステップＳ４４，Ｓ４５）、ステップＳ４５において、機器識別子数Ｎdvが上限値Ｖul未満でないと判断した場合には、図１８のステップＳ３９と同様の処理を行う（ステップＳ４６）。この場合、機器２１a は、図１８のステップＳ３１０と同様の処理を行う（ステップＳ４７）。
【０１１０】
それに対して、ステップＳ４５において、機器識別子数Ｎdvが上限値Ｖul未満であると判断した場合に、受信仮登録要求Ｄprscから登録対象識別子Ｉdvc を取り出した後、取り出したものと、それが仮登録された機器識別子Ｉdvc であることを示す仮登録フラグＦpsとを、対象となる契約者レコードＲcsに追加する（ステップＳ４８）。契約者レコードＲcsは、図７（ａ）に示すものから、図２７（ａ）に示すようなものに更新される。その後、ユーザ情報管理部１２６は、登録対象識別子Ｉdvc の仮登録が完了した旨を登録完了生成部１２７に通知し、さらに、受信仮登録要求Ｄprsc内の登録済識別子Ｉdva を登録完了生成部１２７に渡す。
【０１１１】
登録完了生成部１２７は、ユーザ情報管理部１２６から仮登録が完了したことが通知されると、図２６（ｂ）に示す仮登録完了通知Ｄpsccを生成し、機器２１a に送信する（ステップＳ４９）。仮登録完了通知Ｄpsccは、登録対象識別子Ｉdvc をユーザ情報ＤＢ１１３に仮登録したことを機器２１a に通知するための情報である。ステップＳ４８をより具体的に説明すると、まず、登録完了生成部１２７は、ユーザ情報管理部１２６から受け取った登録済識別子Ｉdva に、予め保持する仮登録完了識別子Ｉpsc を付加して、仮登録完了通知Ｄpscc（図２６（ｂ）参照）を生成する。ここで、仮登録完了識別子Ｉpsc は、機器２１a が仮登録完了通知Ｄpsccを特定するために使用される。以上の仮登録完了通知Ｄpsccは、登録完了生成部１２７から、通信部１１５および伝送路３１を通じて、機器２１a に送信される。
【０１１２】
機器２１a （図２２参照）において、通信部２１３は、伝送路３１からの受信情報に含まれる仮登録完了識別子Ｉpsc および登録済識別子Ｉdva から、今回の受信情報が自分宛の仮登録完了通知Ｄpsccであることを認識する。この認識結果に従って、通信部２１３は、受信仮登録完了通知Ｄpsccを、仮登録完了出力部２２４に渡す。仮登録完了出力部２２４は、受信仮登録完了Ｄpsccに応答して、機器識別子Ｉdvc の仮登録が完了したことを、画像または音声で出力し（ステップＳ４１０）、そのことをユーザβに伝える。これによって、機器２１a 側の処理が終了する。
【０１１３】
仮登録完了を認識すると、ユーザβは、機器２１c を操作して、機器識別子Ｉdvc をユーザ情報ＤＢ１１３に本登録する旨を指定する。この指定に関連して、機器２１c の機器識別子入力部２２５は、ユーザβが機器２１c を操作することにより入力された機器２１a の機器識別子（登録済識別子）Ｉdva を、本登録要求生成部２２６に通知する（図２５；ステップＳ５１）。この通知に応答して、本登録要求生成部２２６は、図２８（ａ）に示す本登録要求Ｄcrscを生成し、利用権管理装置１１b に送信する（ステップＳ５２）。本登録要求Ｄcrscは、機器識別子Ｉdvc をユーザ情報ＤＢ１１３に本登録するよう利用権管理装置１１b に要求するための情報である。ステップＳ５２を具体的に説明すると、まず、本登録要求生成部２２６は、機器識別子格納部２１１から機器識別子（つまり、登録対象識別子）Ｉdvc を取り出した後、取り出した登録対象識別子Ｉdvc と、通知された登録済識別子Ｉdva との組み合わせに、予め保持する本登録要求識別子Ｉcrs を付加して、本登録要求Ｄcrsc（図２８（ａ）参照）を生成する。ここで、本登録要求識別子Ｉcrs は、利用権管理装置１１b が本登録要求Ｄcrscを特定するために使用される。本登録要求生成部２２６は、以上の本登録要求Ｄcrscを、通信部２１３および伝送路３１を通じて、利用権管理装置１１b に送信する。
【０１１４】
利用権管理装置１１b （図２１参照）において、通信部１１５は、伝送路３１からの受信情報に含まれる本登録要求識別子Ｉcrs から、今回の受信情報が本登録要求Ｄcrscであることを認識する。この認識結果に従って、受信本登録要求Ｄcrscはユーザ情報管理部１２６に渡され、ユーザ情報管理部１２６は、受信本登録要求Ｄcrscから、機器識別子Ｉdva およびＩdvc の双方を取り出した後、ユーザ情報ＤＢ１１３にアクセスして、取り出した両機器識別子Ｉdva およびＩdvc を含む契約者レコードＲcs（図２７（ａ）参照）を検索する（ステップＳ５３）。その後、ユーザ情報管理部１２６は、検索した契約者レコードＲcsから、仮登録フラグＦpsを削除し（ステップＳ５４）、さらに、それに含まれる機器識別子数Ｎdvを１だけインクリメントする（ステップＳ５５）。これによって、機器識別子Ｉdvc の本登録が完了し、その結果、契約者レコードＲcsは、図２７（ａ）に示すものから、同図（ｂ）に示すようなものに更新される。その後、ユーザ情報管理部１２６は、登録対象識別子Ｉdvc の本登録が完了した旨を登録完了生成部１２７に通知し、さらに、受信本登録要求Ｄcrsc内の登録対象識別子Ｉdvc を登録完了生成部１２７に渡す。
【０１１５】
登録完了生成部１２７は、ユーザ情報管理部１２６から本登録が完了したことが通知されると、図２８（ｂ）に示す本登録完了通知Ｄcsccを生成し、機器２１c に送信する（ステップＳ５６）。本登録完了通知Ｄcsccは、ユーザ情報ＤＢ１１３に機器識別子Ｉdvc の本登録が完了したことを機器２１c に通知するための情報である。ステップＳ５６をより具体的に説明すると、まず、登録完了生成部１２７は、ユーザ情報管理部１２６から受け取った登録対象識別子Ｉdvc を登録済識別子Ｉdvc として扱い、これに、予め保持する本登録完了識別子Ｉcsc を付加して、本登録完了通知Ｄcscc（図２８（ｂ）参照）を生成する。ここで、本登録完了識別子Ｉcsc は、機器２１c が本登録完了通知Ｄcsccを特定するために使用される。以上の本登録完了通知Ｄcsccは、通信部２１３および伝送路３１を通じて、機器２１c に送信される。
【０１１６】
機器２１c （図２３参照）において、通信部２１３は、伝送路３１を通じて送信されてくる情報を受信し、それに含まれる本登録完了識別子Ｉcsc および登録対象識別子Ｉdvc から、今回の受信情報が自分宛の本登録完了通知Ｄcsccであることを認識する。この認識結果に従って、通信部２１３は、受信本登録完了通知Ｄcsccを、設定要求生成部２１２に渡す。設定要求生成部２１２は、受信情報に設定されている本登録完了識別子Ｉcsc から、今回本登録完了通知Ｄcsccを受信したことを認識する（ステップＳ５７）。この認識結果に従って、設定要求生成部２１２は図８のステップＳ１１を実行可能な状態になったと判断し、以降は第１の実施形態で説明した機器２１a または機器２１b と同様に、利用権管理装置１１b とデータ通信を行う。
【０１１７】
前述の第１の変型例に係る機器識別子Ｉdvc の追加登録では、利用権管理装置１１a は、機器２１c が本当にユーザβにより所有されているか否かを判断できないまま、機器識別子Ｉdvc を、ユーザβの契約者レコードＲcsに登録していた。しかしながら、本変型例では、仮登録の時に機器２１a が送信する仮登録要求Ｄprscに、登録済識別子Ｉdva と、登録対象識別子Ｉdvc とが設定され、本登録の時に機器２１c が送信する本登録要求Ｄcrscに、登録済識別子Ｉdva と、登録対象識別子Ｉdvc とが設定されることにより、機器２１a および２１c の間に関連性があることを証明することが可能となる。これによって、利用権管理装置１１b は、機器２１c が機器２１a のユーザβにより所有されていると判断できる。このように、本変型例では、ユーザβの所有物でない機器２１がユーザβの契約者レコードＲcsに登録されにくい、機器識別子の追加登録を行えるライセンス情報管理システムＳa2を提供できるようになる。
【０１１８】
なお、以上の変型例では、機器２１c の機器識別子Ｉdvc の追加登録のために、機器２１a が動作する例について説明した。しかし、これに限らず、機器２１b も機器２１a と同様に動作することで、機器識別子Ｉdvc の追加登録に関与できるようになる。
【０１１９】
「第３の変型例」
次に、第３の変型例に係る利用権管理装置１１c を収容したライセンス情報管理システムＳa3の全体構成について説明する。ライセンス情報管理システムＳa3は、図１のライセンス情報管理システムＳa と比較すると、図１５に示すように、利用権管理装置１１に代えて利用権管理装置１１c を備えている点と、機器２１c をさらに備えている点で相違する。それ以外に両ライセンス情報管理システムＳa およびＳa3に相違点は無いので、図１５において、図１の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１２０】
利用権管理装置１１c は、上述の事業者α側に設置され、図２の利用権管理装置１１と比較すると、図２９に示すように、ユーザ情報管理部１２８と、パスワード通知生成部１２９と、登録完了生成部１３０とをさらに備える点で相違する。それ以外に両利用権管理装置１１および１１c の間に相違点は無い。それ故、図２９において、図２の構成に相当するものの内、本変型例に関連の無い構成の図示および説明を省略する。
【０１２１】
機器２１a または機器２１b は、第１の実施形態で説明したように、ユーザβにより所有され、さらに、それぞれの機器識別子Ｉdva およびＩdvb は、利用権管理装置１１c のユーザ情報ＤＢ１１３に登録済みである（図７（ａ）参照）。また、機器２１a または２１b は、機器２１c の機器識別子Ｉdvc の登録のために、図４と比較すると、図３０に示すように、パスワード入力部２２７と、登録要求生成部２２８と、登録完了出力部２２９とをさらに備える点で相違する。それ以外に、本変型例に係る機器２１a および２１b と、第１の実施形態に係るものとの間に相違点は無い。それ故、図３０において、図４の構成に相当するものの内、本変型例に無関係な構成の図示および説明を省略する。
【０１２２】
機器２１c は、上述のユーザβにより所有されるが、現時点では、利用権管理装置１１c のユーザ情報ＤＢ１１３に未登録の機器であって、図４の機器２１a または２１b と比較すると、図３１に示すように、機器識別子入力部２３０、パスワード要求生成部２３１およびパスワード通知部２３２をさらに備える点で相違する。それ以外に、両機器２１a および２１b と、機器２１c との間には相違点は無い。それ故、図３１において、図４の構成に相当するものの内、本変型例に無関係な構成の図示および説明を省略する。
【０１２３】
次に、図３２および図３３を参照して、以上のような構成のライセンス情報管理システムＳa3において、機器２１c の機器識別子Ｉdvc をユーザ情報ＤＢ１１３に登録するまでの機器２１a 、機器２１c および利用権管理装置１１c の動作について説明する。ユーザβは、機器２１c を操作して、機器識別子Ｉdvc をユーザ情報ＤＢ１１３に仮登録する旨を指定する。この指定に関連して、機器２１c の機器識別子入力部２３０は、ユーザβが機器２１c を操作することにより入力された機器２１a の機器識別子（以下、登録済識別子と称する）Ｉdva を、パスワード要求生成部２３１に通知する（図３２；ステップＳ６１）。パスワード要求生成部２３１は、上述の通知に応答して、図３４（ａ）に示すパスワード要求Ｄrps を生成し、利用権管理装置１１c に送信する（ステップＳ６２）。パスワード要求Ｄrps は、登録対象識別子Ｉdvc をユーザ情報ＤＢ１１３に登録するために必要となるパスワードＷpss の発行を利用権管理装置１１c に要求するための情報である。ステップＳ６２を具体的に説明すると、まず、パスワード要求生成部２３１は、機器識別子格納部２１１から登録対象識別子Ｉdvc を取り出した後、取り出した登録対象識別子Ｉdvc と、通知された登録済識別子Ｉdva とで構成される組みに、予め保持するパスワード要求識別子Ｉrps を付加して、パスワード要求Ｄrps （図３４（ａ）参照）を生成する。ここで、パスワード要求識別子Ｉrps は、利用権管理装置１１c がパスワード要求Ｄrps を特定するために使用される。パスワード要求生成部２３１は、以上のパスワード要求Ｄrps を、通信部２１３および伝送路３１を通じて、利用権管理装置１１c の通信部１１５に送信する。
【０１２４】
利用権管理装置１１c （図２９参照）において、通信部１１５は、受信情報内のパスワード要求識別子Ｉrps から、パスワード要求Ｄrps を今回受信したことを認識する。この認識結果に従って、通信部１１５は、受信パスワード要求Ｄrps を、ユーザ情報管理部１２８に渡す。ユーザ情報管理部１２８は、受信パスワード要求Ｄrps から登録済識別子Ｉdva を取り出した後、ユーザ情報ＤＢ１１３にアクセスして、取り出した登録済識別子Ｉdva を含む契約者レコードＲcs（図７（ａ）参照）を検索する（ステップＳ６３）。その後、ユーザ情報管理部１２８は、図１８のステップＳ３３およびＳ３４と同様の処理を行って（ステップＳ６４，Ｓ６５）、ステップＳ６５において、機器識別子数Ｎdvが上限値Ｖul以上であると判断した場合には、図１８のステップＳ３９と同様の処理を行う（ステップＳ６６）。この場合、機器２１c は、図１８のステップＳ３１０と同様の処理を行う（ステップＳ６７）。
【０１２５】
それに対して、ステップＳ６５において、機器識別子数Ｎdvが上限値Ｖul以上でないと判断した場合に、ユーザ情報管理部１２８は、ステップＳ６８を行い、まず、上述のパスワードＷpss を生成する。パスワードＷpss は、典型的には、ユーザ情報管理部１２８が無作為に選んだ文字または記号の組み合わせであることが好ましい。さらに、ユーザ情報管理部１２８は、受信パスワード要求Ｄrps から登録対象識別子Ｉdvc を取り出した後、取り出したものと、生成したパスワードＷpss とを、ステップＳ６３で検索した契約者レコードＲcsに追加して、登録対象識別子Ｉdvc の仮登録を行う（ステップＳ６８）。これによって、契約者レコードＲcsは、図７（ａ）に示すものから、図３５（ａ）に示すようなものに更新される。その後、ユーザ情報管理部１２８は、登録対象識別子Ｉdvc の仮登録が完了した旨をパスワード通知生成部１２９に通知し、さらに、受信パスワード要求Ｄrps 内の登録対象識別子Ｉdvc およびステップＳ６８で生成したパスワードＷpss を、パスワード通知生成部１２９に渡す。
【０１２６】
パスワード通知生成部１２９は、ユーザ情報管理部１２８から仮登録が完了したことが通知されると、図３４（ｂ）に示すパスワード通知Ｄpss を生成し、機器２１c に送信する（ステップＳ６９）。パスワード通知Ｄpss は、登録対象識別子Ｉdvc の登録のために生成したパスワードＷpss を機器２１c に通知するための情報である。ステップＳ６９をより具体的に説明すると、まず、パスワード通知生成部１２９は、ユーザ情報管理部１２６から受け取った登録対象識別子Ｉdvc およびパスワードＷpss の組み合わせに、予め保持するパスワード通知識別子Ｉpss を付加して、パスワード通知Ｄpss （図３４（ｂ）参照）を生成する。ここで、パスワード通知識別子Ｉpss は、機器２１c がパスワード通知Ｄpss を特定するために使用される。以上のパスワード通知Ｄpss は、パスワード通知生成部１２９から、通信部１１５および伝送路３１を通じて、機器２１c の通信部２１３に送信される。
【０１２７】
機器２１c （図３１参照）において、通信部２１３は、受信信号内のパスワード通知識別子Ｉpss および登録対象識別子Ｉdvc から、今回の受信情報が自分宛のパスワード通知Ｄpss であることを認識する。この認識結果に従って、通信部２１３は、受信パスワード通知Ｄpss を、パスワード通知部２３２に渡す。パスワード通知部２３２は、パスワード通知Ｄpss に含まれるパスワードＷpss を画像出力または音声出力することで、それをユーザβに通知する（ステップＳ６１０）。これによって、機器２１c 側の処理が終了する。なお、ステップＳ６１０において、パスワード通知部２３２は、パスワードＷpss の通知に加えて、登録対象識別子Ｉdvc の仮登録が終了したことを画像または音声でユーザβに伝えても良い。
【０１２８】
仮登録完了を認識すると、ユーザβは、機器２１a を操作して、機器識別子Ｉdvc をユーザ情報ＤＢ１１３に本登録する旨を指定する。この指定に関連して、機器２１a のパスワード入力部２２７は、ユーザβが機器２１a を操作することにより入力されたパスワードＷpss を、登録要求生成部２２８に通知する（図３３；ステップＳ７１）。この通知に応答して、登録要求生成部２２８は、図３６（ａ）に示す登録要求Ｄrsc を生成し、利用権管理装置１１c に送信する（ステップＳ７２）。登録要求Ｄrsc は、登録対象識別子Ｉdvc をユーザ情報ＤＢ１１３に本登録するよう利用権管理装置１１c に要求するための情報である。ステップＳ７２を具体的に説明すると、まず、登録要求生成部２２８は、機器識別子格納部２１１から機器識別子（つまり、登録済識別子）Ｉdva を取り出した後、取り出したものと、通知されたパスワードＷpss との組みに、予め保持する登録要求識別子Ｉrsを付加して、登録要求Ｄrsc （図３６（ａ）参照）を生成する。ここで、登録要求識別子Ｉrsは、利用権管理装置１１c が登録要求Ｄrsc を特定するために使用される。登録要求生成部２２８は、以上の登録要求Ｄrsc を、通信部２１３および伝送路３１を通じて、利用権管理装置１１c に送信する。
【０１２９】
利用権管理装置１１c （図２９参照）において、通信部１１５は、受信情報に含まれる登録要求識別子Ｉrsから、今回の受信情報が登録要求Ｄrsc であることを認識する。この認識結果に従って、受信登録要求Ｄrsc はユーザ情報管理部１２８に渡され、ユーザ情報管理部１２８は、受信登録要求Ｄrsc から、登録済識別子Ｉdva およびパスワードＷpss の双方を取り出した後、ユーザ情報ＤＢ１１３にアクセスして、取り出した登録済識別子Ｉdva およびパスワードＷpss を含む契約者レコードＲcs（図３５（ａ）参照）を検索する（ステップＳ７３）。その後、ユーザ情報管理部１２８は、検索した契約者レコードＲcsから、パスワードＷpss を削除し（ステップＳ７４）、さらに、それに含まれる機器識別子数Ｎdvを１だけインクリメントする（ステップＳ７５）。これによって、機器識別子Ｉdvc の本登録が完了し、その結果、契約者レコードＲcsは、図３５（ａ）に示すものから、同図（ｂ）に示すようなものに更新される。その後、ユーザ情報管理部１２８は、登録対象識別子Ｉdvc の本登録が完了した旨を登録完了生成部１３０に通知し、さらに、受信登録要求Ｄrsc 内の登録済識別子Ｉdva を登録完了生成部１３０に渡す。
【０１３０】
登録完了生成部１３０は、ユーザ情報管理部１２８から本登録が完了したことが通知されると、図３６（ｂ）に示す登録完了通知Ｄscc を生成し、機器２１a に送信する（ステップＳ７６）。登録完了通知Ｄscc は、ユーザ情報ＤＢ１１３に機器識別子Ｉdvc の本登録が完了したことを機器２１a に通知するための情報である。ステップＳ７６をより具体的に説明すると、まず、登録完了生成部１３０は、ユーザ情報管理部１２８から受け取った登録済識別子Ｉdva に、予め保持する登録完了識別子Ｉscを付加して、登録完了通知Ｄscc （図３６（ｂ）参照）を生成する。ここで、登録完了識別子Ｉscは、機器２１a が本登録完了通知Ｄscc を特定するために使用される。以上の登録完了通知Ｄscc は、通信部１１５および伝送路３１を通じて、機器２１a の通信部２１３に送信される。
【０１３１】
機器２１a （図３０参照）において、通信部２１３は、受信情報に含まれる登録完了識別子Ｉscおよび登録済識別子Ｉdva から、今回の受信情報が自分宛の登録完了通知Ｄscc であることを認識する。この認識結果に従って、通信部２１３は、受信本登録完了通知Ｄscc を、登録完了出力部２２９に渡す。登録完了出力部２２９は、受信情報内の登録完了識別子Ｉscから、今回登録完了通知Ｄscc を受信したことを認識し、登録対象識別子Ｉdvc の本登録が完了したことを画像出力または音声出力して（ステップＳ７７）、ユーザβにその旨を伝える。これによって、機器２１c は、図８のステップＳ１１を実行可能な状態になる。そして、機器２１c は、必要に応じて、以降は第１の実施形態で説明した機器２１a または機器２１b と同様の処理を行って、コンテンツデータＤcnt を利用する。
【０１３２】
上述の第３の変型例によれば、利用権管理装置１１c のユーザ情報ＤＢ１１３に登録済みの機器２１a が、未登録の機器２１c の機器識別子Ｉdvc の登録に関与することで、第２の変型例と同様に、ユーザβの所有物でない機器２１がユーザβの契約者レコードＲcsに登録されにくい、機器識別子の追加登録を行えるライセンス情報管理システムＳa3を提供できるようになる。
【０１３３】
なお、以上の変型例では、機器２１c の機器識別子Ｉdvc の追加登録のために、機器２１a が動作する例について説明した。しかし、これに限らず、機器２１b も機器２１a と同様に動作することで、機器識別子Ｉdvc の追加登録に関与できるようになる。
【０１３４】
「第４の変型例」
次に、第４の変型例に係る利用権管理装置１１d を収容したライセンス情報管理システムＳa4の全体構成について説明する。ライセンス情報管理システムＳa4は、図１のライセンス情報管理システムＳa と比較すると、図１５に示すように、利用権管理装置１１に代えて利用権管理装置１１d を備えている点と、機器２１c をさらに備えている点と、機器２１a および２１c が通信ケーブル３２を介して通信可能に接続される点とで相違する。それ以外に両ライセンス情報管理システムＳa およびＳa4に相違点は無いので、図１５において、図１の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１３５】
利用権管理装置１１d は、上述の事業者α側に設置され、図２の利用権管理装置１１と比較すると、図３７に示すように、ユーザ情報管理部１３１と、登録完了生成部１３２とをさらに備える点で相違する。それ以外に両利用権管理装置１１および１１d の間に相違点は無い。それ故、図３７において、図２の構成に相当するものの内、本変型例に関連の無い構成の図示および説明を省略する。
【０１３６】
機器２１a または２１b は、第１の実施形態で説明したように、ユーザβにより所有され、さらに、それぞれの機器識別子Ｉdva およびＩdvb は、利用権管理装置１１d のユーザ情報ＤＢ１１３に登録済みである（図７（ａ）参照）。また、機器２１a または２１b は、機器２１c の機器識別子Ｉdvc の登録のために、図４と比較すると、図３８に示すように、通信部２２８と、登録要求生成部２２９と、登録完了通知部２３０とをさらに備える点で相違する。それ以外に、本変型例に係る機器２１a および２１b と、第１の実施形態に係るものとの間に相違点は無い。それ故、図３８において、図４の構成に相当するものの内、本変型例に無関係な構成の図示および説明を省略する。
【０１３７】
機器２１c は、上述のユーザβにより所有されるが、現時点では、自身に割り当てられた機器識別子Ｉdvc が利用権管理装置１１d のユーザ情報ＤＢ１１３に未登録であって、図４の機器２１a または２１b と比較すると、図３９に示すように、登録要求生成部２３１と、通信部２３２とをさらに備える点で相違する。それ以外に、図４の両機器２１a および２１b と、機器２１c との間には相違点は無い。それ故、図３９において、図４の構成に相当するものの内、本変型例に無関係な構成の図示および説明を省略する。
【０１３８】
次に、図４０を参照して、以上のような構成のライセンス情報管理システムＳa4において、機器２１c の機器識別子Ｉdvc をユーザ情報ＤＢ１１３に登録するまでの機器２１a 、機器２１c および利用権管理装置１１d の動作について説明する。ユーザβは、機器２１c を操作して、機器識別子Ｉdvc をユーザ情報ＤＢ１１３に登録する旨を指定する。この指定に応答して、機器２１c の登録要求生成部２３１は、図４１（ａ）に示す第１の登録要求Ｄrsc1を生成し、通信ケーブル３２を通じて、機器２１a に送信する（図４０；ステップＳ８１）。第１の登録要求Ｄrsc1は、登録対象識別子Ｉdvc をユーザ情報ＤＢ１１３に登録することを、機器２１c の代わりに機器２１a に要求するための情報である。ステップＳ８１を具体的に説明すると、まず、登録要求生成部２３１は、機器識別子格納部２１１から機器識別子（以下、登録対象識別子と称する）Ｉdvc を取り出した後、取り出した登録対象識別子Ｉdvc に、予め保持する第１の登録要求識別子Ｉrs1 を付加して、第１の登録要求Ｄrsc1（図４１（ａ）参照）を生成する。ここで、第１の登録要求識別子Ｉrs1 は、機器２１a が第１の登録要求Ｄrsc1を特定するために使用される。登録要求生成部２３１は、以上の第１の登録要求Ｄrsc1を、通信部２３２および通信ケーブル３２を通じて、機器２１a に送信する。
【０１３９】
機器２１a （図３８参照）において、通信部２２８は、受信情報内の第１の登録要求識別子Ｉrs1から、第１の登録要求Ｄrsc1を今回受信したことを認識する（ステップＳ８２）。この認識結果に従って、通信部２２８は、受信した第１の登録要求Ｄrsc1を、登録要求生成部２２９に渡す。それに応答して、登録要求生成部２２９は、図４１（ｂ）に示す第２の登録要求Ｄrsc2を生成し、伝送路３１を通じて、利用権管理装置１１d に送信する（ステップＳ８３）。第２の登録要求Ｄrsc2は、登録対象識別子Ｉdvc をユーザ情報ＤＢ１１３に登録することを、利用権管理装置１１d に要求するための情報である。ステップＳ８３を具体的に説明すると、まず、登録要求生成部２２９は、機器識別子格納部２１１から機器識別子（以下、登録済識別子と称する）Ｉdva を取り出した後、取り出した登録済識別子Ｉdva を、今回受信した第１の登録要求Ｄrsc1に付加して、第２の登録要求Ｄrsc2（図４１（ｂ）参照）を生成する。ここで、第２の登録要求Ｄrsc2において、第１の登録要求識別子Ｉrs1 は、利用権管理装置１１d が第２の登録要求Ｄrsc2を特定するために使用される。登録要求生成部２２９は、以上の第２の登録要求Ｄrsc2を、通信部２１３および伝送路３１を通じて、利用権管理装置１１d （図３７参照）に送信する。
【０１４０】
利用権管理装置１１d において、通信部１１５は、伝送路３１からの受信情報内の第１の登録要求識別子Ｉrs1 から、第２の登録要求Ｄrsc2を今回受信したことを認識する。その認識結果に従って、通信部１１５は、受信した第２の登録要求Ｄrsc2をユーザ情報管理部１３１に渡す。それに応答して、ユーザ情報管理部１３１は、受信した第２の登録要求Ｄrsc2から登録済識別子Ｉdva を取り出し、ユーザ情報ＤＢ１１３にアクセスした後、図３２のステップＳ６３〜Ｓ６５と同様の処理を行う（ステップＳ８４〜Ｓ８６）。ユーザ情報管理部１３１は、ステップＳ８６において、機器識別子数Ｎdvが上限値Ｖul以上でないと判断した場合には、受信した第２の登録要求Ｄrsc2から登録対象識別子Ｉdvc を取り出した後、取り出したものを、ステップＳ８４で検索した契約者レコードＲcsに追加して、登録対象識別子Ｉdvc の登録を行う（ステップＳ８７）。これによって、契約者レコードＲcsは、図７（ａ）に示すものから、図３５（ａ）に示すようなものに更新される。その後、ユーザ情報管理部１３１は、登録対象識別子Ｉdvc の登録が完了した旨を登録完了生成部１３２に通知し、さらに、受信した第２の登録要求Ｄrsc2内の登録済識別子Ｉdva を、登録完了生成部１３２に渡す。
【０１４１】
登録完了生成部１３２は、ユーザ情報管理部１３１から登録完了が通知されると、図４１（ｃ）に示す登録完了通知Ｄscc を生成し、機器２１a に送信する（ステップＳ８８）。登録完了通知Ｄscc は、登録対象識別子Ｉdvc のユーザ情報ＤＢ１１３への登録が完了したことを機器２１a に通知するための情報である。ステップＳ８８をより具体的に説明すると、まず、登録完了生成部１３２は、ユーザ情報管理部１３１から受け取った登録済識別子Ｉdva に、予め保持する登録完了識別子Ｉscを付加して、登録完了通知Ｄscc （図４１（ｃ）参照）を生成する。ここで、登録完了識別子Ｉscは、機器２１a が登録完了通知Ｄscc を特定するために使用される。以上の登録完了通知Ｄscc は、登録完了生成部１３２から、通信部１１５および伝送路３１を通じて、機器２１a の通信部２１３に送信される。
【０１４２】
機器２１a （図３８参照）において、通信部２１３は、受信信号内の登録完了識別子Ｉsc および登録済識別子Ｉdva から、今回の受信情報が自分宛の登録完了通知Ｄscc であることを認識する。この認識結果に従って、通信部２１３は、受信登録完了通知Ｄscc を、登録完了通知部２３０に渡す。それに応じて、登録完了通知部２３０は、登録対象識別子Ｉdvc の登録が完了したことを画像出力または音声出力することで、それをユーザβに通知する（ステップＳ８９）。これによって、ユーザβは、機器２１c の機器識別子Ｉdvc が登録されたことを認識し、機器２１c は、図８のステップＳ１１を実行可能な状態になる。そして、機器２１c は、必要に応じて、以降は第１の実施形態で説明した機器２１a または機器２１b と同様の処理を行って、コンテンツデータＤcnt を利用する。
【０１４３】
また、ステップＳ８６において、機器識別子数Ｎdvが上限値Ｖul以上であると判断された場合、従前の実施形態と同様に、利用権管理装置１１d から機器２１a に、登録拒否通知Ｄrsc が送信される（ステップＳ８１０，Ｓ８１１）。
【０１４４】
上述の第４の変型例によれば、利用権管理装置１１d のユーザ情報ＤＢ１１３に登録済みの機器２１a が、未登録の機器２１c の機器識別子Ｉdvc の登録に関与することで、第２の変型例と同様に、ユーザβの所有物でない機器２１がユーザβの契約者レコードＲcsに登録されにくい、機器識別子の追加登録を行えるライセンス情報管理システムＳa4を提供できるようになる。さらに、本変型例では、図３２および図３３の組み合わせと、図４０とを比較すれば分かるように、機器２１a および２１c をケーブル３２で通信可能に接続することで、機器識別子Ｉdvc の登録までに必要な処理を減らすことができる。
【０１４５】
なお、以上の変型例では、機器２１c の機器識別子Ｉdvc の追加登録のために、機器２１a が動作する例について説明した。しかし、これに限らず、機器２１b も機器２１a と同様に動作することで、機器識別子Ｉdvc の追加登録に関与できるようになる。
【０１４６】
また、以上の変型例では、機器２１a および機器２１c を通信可能に接続するために通信ケーブル３２を用いたが、これに限らず、機器２１a および２１c は無線通信を行っても良い。他にも、機器２１a および２１c は伝送路３１を介して通信を行っても良い。
【０１４７】
また、以上の変型例では、登録完了通知Ｄscc は、利用権管理装置１１d から機器２１a に送信されていた。しかし、これに限らず、利用権管理装置１１d から機器２１c に送信されても良い。また、機器２１a に送信された登録完了通知Ｄscc は機器２１c に転送されても良い。この場合、登録完了したことは、機器２１c から音声または画像によりユーザβに通知される。
【０１４８】
また、以上の第２〜第４の変型例では、単一の機器２１c の機器識別子Ｉdvc をユーザ情報ＤＢ１１３に追加登録するための処理について説明したが、２台以上の機器２１の機器識別子Ｉdvを追加する場合にも、第２〜第４の変型例を容易に応用することができる。
【０１４９】
また、以上の第２〜第４の変型例では、機器識別子Ｉdvc の追加登録に関与できるのは、機器２１a でも、機器２１b でも良いと説明した。しかし、これに限らず、機器２１a および２１b のいずれか一方に、機器識別子Ｉdvの追加登録に関与できる権限を与え、権限を持つ機器２１のみが機器識別子Ｉdvの追加登録に関与できるようにしても良い。
【０１５０】
また、以上の第１〜第４の変型例において、ユーザ情報ＤＢ１１３には、図７（ａ）に示す情報の他に、ユーザβに関連するユーザ情報をさらに登録しておき、機器２１a または２１c は、利用権管理装置１１a 〜１１d にアクセスする際に、ユーザβにより入力されたユーザ情報を送信する。利用権管理装置１１a 〜１１d は、受信ユーザ情報を、予め格納されているユーザ情報と照合することで、機器２１c が機器２１a と同じユーザβにより所有されているか否かを判断するようにしても良い。
【０１５１】
また、第１の実施形態では、ユーザ情報ＤＢ１１３に契約時に登録された機器２１a および２１b が同一の利用権情報Ｄrgt を共有する例について説明した。しかし、ユーザβは、ユーザ情報ＤＢ１１３または利用権ＤＢ１１４から、既に登録されている機器２１b の機器識別子Ｉdvb を削除したい場合がある。以下に説明する利用権管理装置１１e は、上述の利用権管理装置１１の第５の変型例であって、上述のニーズに対応するために提供される。
【０１５２】
「第５の変型例」
図４２は、利用権管理装置１１e を収容したライセンス情報管理システムＳa5の全体構成を示すブロック図である。ライセンス情報管理システムＳa5は、図１のライセンス情報管理システムＳa と比較すると、利用権管理装置１１が利用権管理装置１１e に代わる点でのみ相違する。それ以外に両ライセンス情報管理システムＳa およびＳa5に相違点は無い。それ故、図４２において、図１の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１５３】
利用権管理装置１１e は、上述の事業者α側に設置され、図２の利用権管理装置１１と比較すると、図４３に示すように、機器識別子削除部１３３および削除完了作成部１３４をさらに備える点で相違する。それ以外に両利用権管理装置１１および１１e の間に相違点は無い。それ故、図４３において、図２の構成に相当するものの内、本変型例に関連の無い構成の図示および説明を省略する。
【０１５４】
機器２１a または２１b は、第１の実施形態で説明したように、ユーザβにより所有され、さらに、それぞれの機器識別子Ｉdva およびＩdvb は、利用権管理装置１１e のユーザ情報ＤＢ１１３に登録済みである（図７（ａ）参照）。さらに、機器２１a および２１b は、利用権管理装置１１e の利用権ＤＢ１１４に登録されている利用権レコードＲrgt を共有している（図７（ｂ）参照）。また、機器２１b は、機器識別子Ｉdvb の削除のために、図４と比較すると、図４４に示すように、削除要求生成部２３３と、削除完了通知部２３４とをさらに備える点で相違する。それ以外に、本変型例に係る機器２１b と、第１の実施形態に係るものとの間に相違点は無い。それ故、図４４において、図４の構成に相当するものの内、本変型例に無関係な構成の図示および説明を省略する。
【０１５５】
次に、図４５を参照して、以上のような構成のライセンス情報管理システムＳa5において、機器２１b の機器識別子Ｉdvb をユーザ情報ＤＢ１１３および利用権ＤＢ１１４から削除するまでの機器２１b および利用権管理装置１１e の動作について説明する。ユーザβは、機器２１b を操作して、機器識別子Ｉdvb をユーザ情報ＤＢ１１３および利用権ＤＢ１１４から削除する旨を指定する。この指定に応答して、機器２１b において、削除要求生成部２３３は、図４６（ａ）に示す削除要求Ｄrwb を生成し、利用権管理装置１１e に送信する（図４５；ステップＳ９１）。削除要求Ｄrwb は、本機器２１b をユーザ情報ＤＢ１１３および利用権ＤＢ１１４から削除するよう利用権管理装置１１e に要求するための情報である。ステップＳ９１をより具体的に説明すると、まず、削除要求生成部２３３は、機器識別子格納部２１１から機器識別子Ｉdvb を取り出した後、取り出したものを削除対象識別子Ｉdvb として、予め保持する削除要求識別子Ｉrwを付加して、削除要求Ｄrwb （図４６（ａ）参照）を生成する。ここで、削除要求識別子Ｉrwは、利用権管理装置１１e が削除要求Ｄrwb を特定するために使用される。以上の削除要求Ｄrwb は、削除要求生成部２３３から、通信部２１３および伝送路３１を通じて、利用権管理装置１１e に送信される。
【０１５６】
利用権管理装置１１e （図４３参照）において、通信部１１５は、伝送路３１からの受信情報に含まれる削除要求識別子Ｉrwから、今回の受信情報が削除要求Ｄrwb であることを認識する。この認識結果に従って、通信部１１５は、受信削除要求Ｄrwb を、機器識別子削除部１３３に渡す。機器識別子削除部１３３は、受信削除要求Ｄrwb から削除対象識別子Ｉdvb を取り出した後、ユーザ情報ＤＢ１１３内の契約者レコードＲcs（図７（ａ）参照）から、取り出した削除対象識別子Ｉdvb を検索して削除する（ステップＳ９２）。さらに、機器識別子削除部１３３は、ステップＳ９２で検索した契約者レコードＲcsに含まれる機器識別子数Ｎdvを１だけデクリメントする（ステップＳ９３）。その結果、契約者レコードＲcsは、図７（ａ）に示すものから、図４７（ａ）に示すようなものに更新される。
【０１５７】
さらに、機器識別子削除部１３３は、利用権ＤＢ１１４内の利用権レコードＲrgt から、受信削除要求Ｉrwb から取り出した削除対象識別子Ｉdvb を検索して削除する（ステップＳ９４）。その結果、利用権レコードＲrgt は、図７（ｂ）に示すものから、図４７（ｂ）に示すようなものに更新される。その後、機器識別子削除部１３３は、契約者レコードＲcsおよび利用権レコードＲrgt を正しく更新した旨と、受信登録要求Ｄrsc 内の削除対象識別子Ｉdvb とを削除完了生成部１３４に通知する。
【０１５８】
削除完了生成部１３４は、削除対象識別子Ｉdvb の削除が完了したことが通知されると、図４６（ｂ）に示す削除完了通知Ｄswb を生成し、機器２１b に送信する（ステップＳ９５）。削除完了通知Ｄswb は、削除対象識別子Ｉdvb を削除したことを機器２１b に通知するための情報である。ステップＳ９５をより具体的に説明すると、まず、削除完了生成部１３４は、受け取った削除対象識別子Ｉdvb に、予め保持する削除完了識別子Ｉswを付加して、削除完了通知Ｄswb （図４６（ｂ）参照）を生成する。ここで、削除完了識別子Ｉswは、機器２１b が削除完了通知Ｄswb を特定するために使用される。以上の削除完了通知Ｄswb は、通信部１１５および伝送路３１を通じて、機器２１b に送信される。
【０１５９】
機器２１b （図４３参照）において、通信部２１３は、伝送路３１からの受信情報に含まれる削除完了識別子Ｉswから、今回の受信情報が削除完了通知Ｄswb であることを認識する。この認識結果に従って、通信部２１３は、受信削除完了通知Ｄswb を、削除完了通知部２３４に渡す。削除完了通知部２３４は、削除完了通知Ｄswb を受信し（ステップＳ９６）、その後、機器識別子Ｉdvb が正常に削除されたことを、画像または音声で出力して、ユーザβにその旨を通知する。
【０１６０】
以上のように本変型例によれば、利用権管理装置１１e および機器２１b のデータ通信により、ユーザβが不必要となった機器２１b の機器識別子Ｉdvb を、ユーザ情報ＤＢ１１３および利用権ＤＢ１１４から削除することが可能になるので、より使い勝手の良いライセンス情報管理システムＳa5を提供できるようになる。
【０１６１】
なお、以上の変型例では、機器２１b 自身が、機器識別子Ｉdvb の削除要求Ｄrwb を生成して利用権管理装置１１e に送信するようにしたが、これに限らず、機器２１a が、機器２１b の代わりに、削除要求Ｄrwb を生成して、利用権管理装置１１e に送信するようにしても良い。さらに、機器２１a および２１b のいずれかに削除要求Ｄrwb を生成する権限を与え、権限が与えられた機器２１a または２１b のみが削除要求Ｄrwb を利用権管理装置１１e に送信可能にしても良い。
【０１６２】
また、以上の変型例では、削除要求Ｄrwb には、１個の削除対象識別子Ｉdvb が設定されるように説明したが、これに限らず、複数の機器識別子Ｉdvが設定されても良い。さらに、削除要求Ｄrwb が、第１の実施形態で説明したグループ識別子Ｉgpを含んでいる場合には、利用権管理装置１１e は、ユーザ情報ＤＢ１１３から、そのグループ識別子Ｉgpを含む契約者レコードＲcsを削除し、さらに、利用権ＤＢ１１４から、そのグループ識別子Ｉgpを含む利用権レコードＲrgt の全てを削除するようにしても良い。
【０１６３】
「第２の実施形態」
図４８は、本発明の第２の実施形態に係る利用権管理装置４１を収容したライセンス情報管理システムＳb の全体構成を示すブロック図である。図４８において、ライセンス情報管理システムＳb は、利用権管理装置４１の他に、複数の機器５１の一例として２つの機器５１a および５１b と、伝送路６１とを備えている。利用権管理装置４１は、コンテンツ配信に関わる事業者α側に設置される。また、機器５１a および５１b は、典型的には、事業者αとの契約に基づいてコンテンツ配信を受ける契約者βにより使用される。また、伝送路６１は、有線または無線であり、利用権管理装置４１と、機器５１a または機器５１b とをデータ通信可能に接続する。
【０１６４】
次に、図４９を参照して、図４８の利用権管理装置４１の詳細な構成について説明する。図４９の利用権管理装置４１は、図２の利用権管理装置１１と比較すると、利用権データベース１１４および利用権管理部１１７の代わりに、利用権データベース（以下、利用権ＤＢと称す）４１１および利用権管理部４１２を備えている点で相違する。それ以外に、両利用権管理装置１１および４１の間に構成面での相違点は無い。それ故、図４９において、図２の利用権管理装置１１の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略すると共に、本実施形態で説明が不要となる構成の図示を省略する。
【０１６５】
次に、図５０を参照して、図４８の機器５１a および５１b の詳細な構成について説明する。図５０の機器５１a および５１b は、図４の機器２１a および２１b と比較して、設定要求生成部２１２の代わりに、設定要求生成部５１１を備えている点で相違する。それ以外に、機器５１a および５１b と、機器２１a および２１b との間に構成面での相違点は無い。それ故、図５０において、図４の機器２１a または２１b の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略すると共に、本実施形態で説明が不要となる構成の図示を省略する。
【０１６６】
次に、上記ライセンス情報管理システムＳb においても、前述のライセンス情報管理システムＳa の場合と同様に、契約者βは事業者αからコンテンツ配信を受けるために必要となる準備を行う。この準備作業において、図６（ａ）、図６（ｂ）および図７（ａ）に示すコンテンツＤＢ１１１、復号鍵ＤＢ１１２およびユーザ情報ＤＢ１１３とが構築される。これらの詳細については、第１の実施形態で既に詳説しているので、本実施形態ではそれぞれの説明を省略する。
【０１６７】
また、以上の準備作業において、事業者αは、機器５１a および５１b に、それらを一意に特定するための機器識別子Ｉdva およびＩdvb を割り当てる場合がある。以上の機器識別子Ｉdva は、図５０に示す機器５１a の機器識別子格納部２１１に設定され、機器識別子Ｉdvb は、機器５１b の機器識別子格納部２１１に設定される。なお、機器識別子Ｉdva およびＩdvb は、工場出荷時にそれぞれの機器識別子格納部２１１に設定されていても良い。
【０１６８】
以上の準備が終了すると、機器５１a および５１b の一方は、ユーザβの操作に従って、利用権管理装置４１から、コンテンツデータＤcnt を取得することが可能となる。以下、図５１のフローチャートを参照して、コンテンツデータＤcnt の取得時における機器５１a および利用権管理装置４１の間のデータ通信、およびそれに関連するそれぞれの動作について説明する。なお、コンテンツデータＤcnt の取得時における機器５１b および利用権管理装置４１の間のデータ通信、およびそれに関連するそれぞれの動作については、機器５１a のものと同様であるため、それぞれの説明を省略する。ここで、図５１は、図８と比較すると、ステップＳ１０１およびＳ１０３をさらに含む点と、ステップＳ１３の代わりにステップＳ１０２を含む点とで相違する。それ以外に両フローチャートに相違点は無いので、図５１において、図８のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【０１６９】
ユーザβは、機器５１a を操作して、利用権管理装置４１にアクセスし、コンテンツＤＢ１１１内のコンテンツデータＤcnt から、今回取得したいもののコンテンツ識別子Ｉcnt を指定する。以降の説明において、今回指定されたコンテンツデータＤcnt を、取得対象コンテンツデータＤcnt と称する。さらに、ユーザβは、取得対象コンテンツデータＤcnt を利用する際の利用条件Ｃcnt （第１の実施形態参照）を指定する。
【０１７０】
この指定に応答して、機器５１a の設定要求生成部５１１は、今回指定されたものの中に共有対象識別子Ｉdvが含まれているか否かを判断する（ステップＳ１０１）。ここで、共有対象識別子Ｉdvとは、本ステップＳ１０１を実行する機器５１以外の他の機器５１の機器識別子Ｉdvであって、共有対象となる利用権レコードＲrgtaに登録済の機器５１の機器識別子Ｉdvである。上述から明らかなように、今回指定されるものには、共有対象識別子Ｉdvは含まれないので、設定要求生成部５１１は、図９（ａ）の同様の形式を有する第１の設定要求Ｄrra （第１の実施形態参照）を生成し、伝送路６１を通じて、利用権管理装置４１に送信する（ステップＳ１１）。本実施形態において、第１の設定要求Ｄrra に含まれる設定要求識別子Ｉrrは、利用権管理装置４１が受信情報が第１の設定要求Ｄrra および第２の設定要求Ｄrr2b のいずれかであることを特定するために使用される。
【０１７１】
利用権管理装置４１（図４９参照）において、ユーザ認証部１１６は、伝送路６１からの第１の設定要求Ｄrra の受信に応答して、認証処理を行い（ステップＳ１２）、その後、受け取った第１の設定要求Ｄrra を利用権管理部４１２に渡す。利用権管理部４１２は、ユーザ認証部１１６からの受信情報内の設定要求識別子Ｉrrに基づいて、今回の受信情報が第１の設定要求Ｄrra または第２の設定要求Ｄrr2bのいずれかであることを認識する。この認識結果に従って、利用権管理部４１２は、利用権データベース（以下、利用権ＤＢと称する）１１４への利用権登録処理を行う（ステップＳ１０２）。ステップＳ１０２において、より具体的には、利用権管理部４１２は、今回、第１の設定要求Ｄrra を受信したか否かを判断する（ステップＳ１０２１）。ここで、ステップＳ１０２１では、受信情報が共有対象識別子Ｉdvb を含んでいない場合には、第１の設定要求Ｄrra を受信したと、利用権管理部４１２は判断する。それに対して、共有対象識別子Ｉdvb を含んでいる場合には、後述する第２の設定要求Ｄrr2bを受信したと、利用権管理部４１２は判断する。今回の場合、利用権管理部４１２は、第１の設定要求Ｄrra を受信したと判断することになるから、ステップＳ１０２２を行う。
【０１７２】
ステップＳ１０２２において、利用権管理部４１２は、受信した第１の設定要求Ｄrra から、機器識別子Ｉdva 、コンテンツ識別子Ｉcnt および利用条件Ｃcnt を取り出す。さらに、利用権管理部４１２は、取り出したものを利用権レコードＲrgtaとして利用権ＤＢ１１４に登録する（ステップＳ１０２２）。ここで、第１の実施形態と同様に、利用条件Ｃcnt は、利用権情報Ｄrgt として使われる。以上のステップＳ１０２２により、利用権ＤＢ１１４は、図５２（ａ）に示すように、機器識別子Ｉdva および／または機器識別子Ｉdvb 、コンテンツ識別子Ｉcnt ならびに利用権情報Ｄrgt を含む利用権レコードＲrgtaの集まりとなる。ところで、第１の実施形態では、図８のステップＳ１３２およびＳ１３３で説明したように、利用権管理部１１７は、機器２１a の設定要求Ｄrra の受信に応答して、ユーザ情報ＤＢ１１３から同一グループに属する全機器識別子Ｉdva およびＩdvb を取り出し、それらを全て利用権レコードＲrgt に登録していた。それに対して、第２の実施形態では、利用権管理部４１２は、ステップＳ１０２２の時点では、第１の設定要求Ｄrra の送信元となる機器識別子Ｉdva のみを利用権レコードＲrgt に登録する。この点で、第１および第２の実施形態は顕著に相違する。
【０１７３】
以上のステップＳ１０２２が終了すると、今回受け取った第１の設定要求Ｄrra を、利用権管理部４１２はコンテンツ管理部１１８に渡す。以降、利用権管理装置４１は、利用権管理装置１１と同様に、ステップＳ１４〜Ｓ１７を実行し、その後、機器５１a は、機器２１a と同様に、ステップＳ１８〜Ｓ１９を実行する。その結果、機器５１a は、利用権管理装置４１から、図９（ｂ）に示す形式を有する送信データＤtrnaを受信する。また、本ライセンス情報管理システムＳb においても、機器５１a は、暗号済コンテンツデータＤecntを復号するために、ライセンス情報Ｄlca （第１の実施形態参照）を利用権管理装置４１から受け取るが、この時の動作については第１の実施形態と同様であるため（図１１，図１２参照）、その説明を省略する。
【０１７４】
また、機器５１b が利用権管理装置４１に利用権レコードＲrgt の新規登録を要求する場合には、上述の機器５１a と利用権管理装置４１との間で行われたデータ通信と同様の動作が行われるので、その説明を省略する。
【０１７５】
ユーザβは、機器５１a を使って、機器５１b のために生成された利用権情報Ｄrgt を使いたい場合がある。このような場合、ユーザβは、機器５１a を操作して、コンテンツ識別子Ｉcnt を指定し、さらに、共有対象識別子Ｉdvとしての機器識別子Ｉdvb を指定する。ここで注意を要するのは、機器５１a が、機器５１b が既に設定した利用権情報Ｄrgt を共有することから、ユーザβは、利用条件Ｃcnt を特に指定する必要性が無い点である。以上の指定に応答して、機器５１a の設定要求生成部５１１は、今回指定されたものの中に、共有対象識別子Ｉdvが含まれているか否かを判断する（ステップＳ１０１）。上述から明らかなように、今回指定されるものには、共有対象識別子Ｉdvとしての機器識別子Ｉdvb が含まれるので、設定要求生成部５１１は、図５３に示す第２の設定要求Ｄrr2aを生成し、伝送路６１を通じて、利用権管理装置４１に送信する（ステップＳ１０３）。第２の設定要求Ｄrr2aは、他の機器５１b のために登録済の利用権情報Ｄrgt の共有設定を利用権管理装置４１に要求するための情報でもあり、本実施形態ではさらに、取得対象コンテンツデータＤcnt の配信を利用権管理装置４１に要求するための情報である。ステップＳ１０３をより具体的に説明すると、まず、設定要求生成部５１１は、機器識別子格納部２１１から機器識別子Ｉdva を受け取る。設定要求生成部５１１は、ユーザβが指定したコンテンツ識別子Ｉcnt および共有対象識別子Ｉdvb に、取り出した機器識別子Ｉdva と、予め保持する設定要求識別子Ｉrrとを付加して、第２の設定要求Ｄrr2a（図５３参照）を生成する。以上の第２の設定要求Ｄrr2aは、設定要求生成部５１１から通信部２１３および伝送路６１を通じて、利用権管理装置４１に送信される。
【０１７６】
利用権管理装置４１（図４９参照）において、ユーザ認証部１１６は、伝送路６１からの第２の設定要求Ｄrr2aの受信に応答して、認証処理を行い（ステップＳ１２）、その後、受け取った第２の設定要求Ｄrr2aを利用権管理部４１２に渡す。利用権管理部４１２は、ユーザ認証部１１６から第２の設定要求Ｄrr2aを受信したことに応答して、利用権ＤＢ１１４への利用権登録処理を行う（ステップＳ１０２）。ステップＳ１０２において、利用権管理部４１２は、今回、第１の設定要求Ｄrra を受信したか否かを判断する（ステップＳ１０２１）。ここで、第２の設定要求Ｄrr2aには共有対象識別子Ｉdvb が含まれるので、利用権管理部４１２は、第１の設定要求Ｄrra を受信していないと判断することになるから、ステップＳ１０２３を行う。
【０１７７】
ステップＳ１０２３において、利用権管理部４１２は、受信した第２の設定要求Ｄrr2aから、共有対象識別子Ｉdvb およびコンテンツ識別子Ｉcnt を取り出す。その後、利用権管理部４１２は、利用権ＤＢ４１１にアクセスして、取り出した共有対象識別子Ｉdvb およびコンテンツ識別子Ｉcnt の双方を含む利用権レコードＲrgtaを検索する。さらに、利用権管理部４１２は、受信した第２の設定要求Ｄrr2aから機器識別子Ｉdva を取り出し、検索した利用権レコードＲrgtaに追加登録する（ステップＳ１０２４）。以上のステップＳ１０２４により、利用権ＤＢ１１４において、利用権レコードＲrgtaは、図５２（ｂ）に示すように、機器識別子Ｉdva およびＩdvb 、コンテンツ識別子Ｉcnt ならびに利用権情報Ｄrgt を含むものに更新される。これによって、コンテンツデータＤcnt の利用権情報Ｄrgtaは、機器５１a および５１b からなるサブグループにより共有されていることが示される。以上のステップＳ１０２５が終了すると、今回受け取った第２の設定要求Ｄrr2aを、利用権管理部４１２はコンテンツ管理部１１８に渡す。以降、利用権管理装置４１は、ステップＳ１４〜Ｓ１７を実行し、その後、機器５１b は、ステップＳ１８〜Ｓ１９を実行する。また、本ライセンス情報管理システムＳb においても、機器５１a は、暗号済コンテンツデータＤecntを復号するために、ライセンス情報Ｄlcb （第１の実施形態参照）を利用権管理装置４１から受け取る。この時、機器５１a および利用権管理装置４１では、第１の実施形態で機器２１b および利用権管理装置１１が行った処理と同様に、図１１および図１２に示す処理が行われる。
【０１７８】
以上のように本実施形態によれば、利用権レコードＲrgtaには、複数の機器識別子Ｉdva およびＩdvb が記録される。これによって、利用権管理装置４１は、互いに異なる機器５１a および５１b から発行要求Ｄira およびＤirb が送信されてきたとしても、利用権レコードＲrgtaを参照することで、同一の利用権情報Ｄrgt から生成されたライセンス情報Ｄlca およびＤlcb をそれらに提供することができるようになる。以上の本実施形態によって、複数の機器が共通のデジタルライツを共有できる権利管理技術を提供することができる。
【０１７９】
さらに、第１の実施形態では、ユーザβが所有する複数の機器２１の１台が設定要求Ｄrrを利用権管理装置１１に送信すれば、利用権管理装置１１は、そのユーザβが所有する全機器２１の機器識別子Ｉdvを権利レコードＲrgt に一括的に登録していた。それに対して、本実施形態では、機器５１が第２の設定要求Ｄrr2 を送信しない限り、利用権管理装置４１は、その送信元の機器識別子Ｉdvを権利レコードＲrgtaに登録しない。これによって、利用権情報Ｄrgt の共有をより厳密に制御することが可能となる。
【０１８０】
なお、以上の第２の実施形態に係るライセンス情報管理システムＳb も、第１の実施形態に係るライセンス情報管理システムＳa と同様に、前述した第２〜第５の変型例のような処理を利用権管理装置４１ならびに機器５１a および５１b に組み込むことで、機器識別子Ｉdva および／またはＩdvb の追加または削除が可能になる。
【０１８１】
「第３の実施形態」
図５４は、第３の実施形態に係るライセンス情報管理システムＳc の全体構成を示すブロック図である。図５４において、ライセンス情報管理システムＳc は、まず、少なくとも１つの利用権管理装置７１と、少なくとも１つの機器８１と、伝送路９１とを備えている。利用権管理装置７１は、コンテンツ配信に関わる事業者α側に設置される。また、機器８１は、事業者αとの契約に基づいてコンテンツ配信を受ける契約者β側に設置される。また、伝送路９１は、有線伝送路または無線伝送路であり、利用権管理装置７１および機器８１をデータ通信可能に接続する。
【０１８２】
次に、図５５〜図５８を参照して、図５４の利用権管理装置７１および機器８１の具体的な構成について説明する。
図５５は、図５４の利用権管理装置７１の詳細な構成を示す機能ブロック図である。図５５において、利用権管理装置７１は、コンテンツデータベース７１１と、復号鍵データベース７１２と、ユーザ情報データベース７１３と、利用権データベース７１４と、通信部７１５と、ユーザ認証部７１６と、利用権管理部７１７と、コンテンツ管理部７１８と、コンテンツ暗号化部７１９と、送信データ生成部７２０と、ライセンス情報生成部７２１と、復号鍵管理部７２２と、復号鍵暗号化部７２３とを備えている。
【０１８３】
また、図５６は、図５５のライセンス情報生成部７２１の詳細な構成を示す図である。図５６において、ライセンス情報生成部７２１は、ハッシュ値生成部７２１１と、ライセンス情報組立部７２１２とを含んでいる。
【０１８４】
また、図５７は、図５４の機器８１の詳細な構成を示す機能ブロック図である。図５７において、機器８１は、従前の実施形態と同様の民生機器であるが、本実施形態では、便宜上、音楽再生機であると仮定して、以降の説明を続ける。以上の仮定下では、機器８１は、機器識別子格納部８１１と、設定要求生成部８１２と、通信部８１３と、コンテンツ管理部８１４と、コンテンツ蓄積部８１５と、発行要求生成部８１６と、ライセンス情報処理部８１７と、コンテンツ復号部８１８と、コンテンツ再生部８１９とを備えている。
【０１８５】
また、図５８は、図５７のライセンス情報処理部８１７の詳細な構成を示す機能ブロック図である。図５８において、ライセンス情報処理部８１７は、改竄判定部８１７１と、ハッシュ値生成部８１７２と、利用許可判定部８１７３と、復号鍵復号部８１７４とを含んでいる。
【０１８６】
次に、上記ライセンス情報管理システムＳc において、契約者βが事業者αからコンテンツ配信を受けるために必要となる準備について説明する。かかる準備作業では、図５５のコンテンツデータベース（以下、コンテンツＤＢと称する）７１１と、復号鍵データベース（以下、復号鍵ＤＢと称す）７１２と、ユーザ情報データベース（以下、ユーザ情報ＤＢ）７１３とが構築される。
【０１８７】
まず、図５９（ａ）を参照して、図５５のコンテンツＤＢ７１１について詳細に説明する。事業者αは、図５９（ａ）に示すようなコンテンツＤＢ７１１を構築する。より具体的には、事業者αは、契約者βに提供すべきコンテンツデータＤcnt を、自分で作成したり、別のコンテンツ制作者から受け取る。ここで、コンテンツデータＤcnt は、機器８１で利用可能なデータであって、例えば、テレビ番組、映画、ラジオ番組、音楽、書籍または印刷物を表す。また、コンテンツデータＤcnt は、ゲームプログラムまたはアプリケーションプログラムであっても良い。ただし、便宜上、本実施形態では、コンテンツデータＤcnt は音楽を表すデータであるとして、以下の説明を続ける。
【０１８８】
事業者αは、以上のようにして得たコンテンツデータＤcnt のそれぞれに、コンテンツ識別子Ｉcnt を割り当てる。コンテンツ識別子Ｉcnt とは、本ライセンス情報管理システムＳc においてコンテンツデータＤcnt を一意に特定する。また、以上のコンテンツデータＤcnt は、デジタルライツを保護する観点から、利用権管理装置７１側で暗号化された上で機器８１に配信される。そのため、事業者αは、各コンテンツデータＤcnt に専用の暗号鍵Ｋe を割り当てる。以上のコンテンツ識別子Ｉcnt 、コンテンツデータＤcnt および暗号鍵Ｋe の組み合わせがコンテンツＤＢ７１１に蓄積される。したがって、図５９（ａ）に示すように、コンテンツＤＢ７１１は、コンテンツ識別子Ｉcnt 、コンテンツデータＤcnt および暗号鍵Ｋe の組み合わせの集まりとなる。コンテンツＤＢ７１１において、コンテンツ識別子Ｉcnt は特に、同じ組みのコンテンツデータＤcnt を一意に特定する。また、暗号鍵Ｋe は、同じ組みのコンテンツデータＤcnt を暗号化するために使用される。
【０１８９】
なお、以下の説明の便宜のため、図５９（ａ）に示す１つのコンテンツデータＤcnt には、一意なコンテンツ識別子Ｉcnt としての「ａ」が割り当てられると仮定する。さらに、コンテンツ識別子Ｉcnt としての「ａ」と同じ組みには、専用の暗号鍵Ｋe としての「ｂ」が登録されると仮定する。
【０１９０】
また、本実施形態では、コンテンツＤＢ７１１は、コンテンツ識別子Ｉcnt 、コンテンツデータＤcnt および暗号鍵Ｋe から構成されるが、コンテンツデータＤcnt および暗号鍵Ｋe 毎のデータベースが構築されてもよい。また、コンテンツ識別子Ｉcnt は、コンテンツＤＢ７１１におけるコンテンツデータＤcnt の格納場所を特定する場合がある。かかる場合には、コンテンツＤＢ７１１に、コンテンツ識別子Ｉcnt を登録しておく必要性はない。つまり、コンテンツ識別子Ｉcnt は、コンテンツＤＢ７１１に必須の構成要素とならない。
【０１９１】
次に、図５９（ｂ）を参照して、図５５の復号鍵ＤＢ７１２について詳細に説明する。上述したように、各コンテンツデータＤcnt は専用の暗号鍵Ｋe で暗号化された状態で機器８１に送信される。ここで、以下の説明において、暗号化されたコンテンツデータＤcnt を暗号済みコンテンツデータＤecntと称する。暗号済みコンテンツデータＤecntの復号のために、暗号鍵Ｋe に対応する復号鍵Ｋd が、機器８１に提供される必要がある。そのため、事業者αは、コンテンツＤＢ７１１内の各暗号鍵Ｋe に対応する復号鍵Ｋd を準備する。ここで、復号鍵Ｋd は、暗号鍵Ｋe と同じビット列からなっていてもよいし、異なるビット列からなっていてもよい。以上の復号鍵Ｋd は、上述のコンテンツ識別子Ｉcnt と共に、復号鍵ＤＢ７１２に蓄積される。以上のことから、復号鍵ＤＢ７１２は、図５９（ｂ）に示すように、コンテンツ識別子Ｉcnt および復号鍵Ｋd の組み合わせの集まりとなる。復号鍵ＤＢ７１２において、コンテンツ識別子Ｉcnt は特に、同じ組みの復号鍵Ｋd に割り当てられているコンテンツデータＤcnt を特定する。また、復号鍵Ｋd は、同じ組みのコンテンツ識別子Ｉcnt で特定される暗号済みコンテンツデータＤecntを復号するために使用される。
【０１９２】
なお、以下の説明の便宜のため、図５９（ｂ）において、コンテンツ識別子Ｉcnt としての「ａ」と同じ組みには、復号鍵Ｋd として「ｃ」が登録されると仮定する。上述からも明らかであるが、復号鍵Ｋd としての「ｃ」は、暗号鍵Ｋe としての「ｂ」による暗号済みコンテンツデータＤecntの復号に使用される。
【０１９３】
次に、図６０（ａ）を参照して、図５５のユーザ情報ＤＢ７１３について詳細に説明する。上述の契約者βは、事業者αからコンテンツ配信を受けるために契約を交わす。ここで、両者の契約に関しては、契約者βが伝送路９１を通じて事業者αと行ってもよいし、他の形態で行ってもよい。この契約に基づいて、事業者αは、契約者βに機器識別子Ｉdvを割り当てる。機器識別子Ｉdvは、ライセンス情報管理システムＳc において、契約者βの機器８１を一意に特定する。以上の機器識別子Ｉdvが、ユーザ情報ＤＢ７１３に登録される。以上のことから、図６０（ａ）に示すように、ユーザ情報ＤＢ７１３は、機器識別子Ｉdvの集まりとなる。
【０１９４】
ここで図５７を再度参照する。図５７に示すように、事業者αにより割り当てられた機器識別子Ｉdvはさらに、契約者β側の機器８１における機器識別子格納部８１１に設定される。機器識別子Ｉdvの設定に関しては、典型的には、事業者αが契約者β側で管理される機器８１を操作して設定する。また、他にも、事業者α側が、伝送路９１を通じて、契約者βに割り当てた機器識別子Ｉdvを送信し、機器８１が、受信した機器識別子Ｉdvを機器識別子格納部８１１に自動的に登録するようにしてもよい。
【０１９５】
なお、以上の機器識別子Ｉdvは、機器８１の工場出荷時に予め、機器識別子格納部８１１に設定されていてもよい。このような場合、契約者βは、事業者αのコンテンツ配信に加入する際に、機器８１に設定されている機器識別子Ｉdvを当該事業者αに告知する。そして、事業者αは、告知された機器識別子Ｉdvをユーザ情報ＤＢ７１３に登録する。
【０１９６】
なお、以下の説明の便宜のため、図６０（ａ）に示すように、ユーザ情報ＤＢ７１３には、１つの機器識別子Ｉdvとして「ｘ１」が登録されると仮定する。また、図５７に示すように、機器識別子格納部８１１には、機器識別子Ｉdvとして「ｘ１」が設定されると仮定する。
【０１９７】
ここで、図６０（ｂ）には、利用権データベース７１４が示されているが、当該利用権データベース７１４については、後で説明する。
【０１９８】
以上の準備が終了すると、機器８１は、契約者βの操作に従って、利用権管理装置７１から、コンテンツデータＤcnt を取得することが可能となる。
以下、図６１を参照して、コンテンツデータＤcnt の取得時における機器８１および利用権管理装置７１の動作について説明する。まず、契約者βは、機器８１を操作して、利用権管理装置７１にアクセスして、そのコンテンツＤＢ７１１に蓄積されているコンテンツデータＤcnt の中から、今回取得したいもののコンテンツ識別子Ｉcnt を特定する。以降の説明において、今回指定されたコンテンツデータＤcnt を、取得対象コンテンツデータＤcnt と称する。さらに、契約者βは、取得対象コンテンツデータＤcnt を利用する際の利用条件Ｃcnt を指定する。
【０１９９】
以下、利用条件Ｃcnt について、より詳細に説明する。利用条件Ｃcnt は、どのような条件で、機器８１がコンテンツデータＤcnt の利用権の設定を要求するのかを示す情報である。コンテンツデータＤcnt が音楽を表す場合、利用条件Ｃcnt としては、有効期間、再生回数、最大連続再生時間、総再生時間または再生品質が代表的である。また、利用条件Ｃcnt は、有効期間、再生回数、最大連続再生時間、総再生時間および再生品質の内、２つ以上の組み合わせであってもよい。利用条件Ｃcnt としての有効期間は、例えば、２００１年６月１日から２００１年８月３１日までと設定され、設定された期間に限り、機器８１は、コンテンツデータＤcnt を再生できる。再生回数は、例えば、５回と設定され、設定された回数に限り、機器８１は、コンテンツデータＤcnt を再生できる。最大連続再生時間は、例えば、１０秒と設定され、１回の再生において設定された時間までであれば、機器８１は、コンテンツデータＤcnt を再生できる。このような最大連続再生時間は、音楽のプロモーションに特に有効である。総再生時間は、例えば、１０時間と設定され、設定された時間の範囲内であれば、機器８１は、コンテンツデータＤcnt を自由に再生できる。再生品質は、例えば、ＣＤ(Compact Disc)の品質と設定され、機器８１は、設定された再生品質でコンテンツデータＤcnt を再生できる。
【０２００】
なお、上述では、コンテンツデータＤcnt が音楽を表す場合に設定されうる利用条件Ｃcnt について説明した。しかし、上述のみに限らず、利用条件Ｃcnt は、コンテンツデータＤcnt が表す内容に応じて、適切に設定されることが好ましい。
また、便宜上、本実施形態では、利用条件Ｃcnt は、コンテンツデータＤcnt の再生回数であるとして、以下の説明を続ける。
【０２０１】
上述したように、契約者βは、機器８１を操作して、コンテンツ識別子Ｉcnt および利用条件Ｃcnt を指定する。このような指定に応答して、機器８１は、図６２（ａ）に示す設定要求Ｄrrを生成し、利用権管理装置７１に送信する（図６１；ステップＳ２０１）。設定要求Ｄrrは、取得対象コンテンツデータＤcnt の利用権設定を利用権管理装置７１に要求するための情報であるが、本実施形態ではさらに、取得対象コンテンツデータＤcnt の配信を利用権管理装置７１に要求するための情報でもある。ステップＳ２０１をより具体的に説明すると、まず、設定要求生成部８１２（図５７参照）は、契約者βが指定したコンテンツ識別子Ｉcnt および利用条件Ｃcnt を受け取る。また、設定要求生成部８１２は、機器識別子格納部８１１から機器識別子Ｉdvを受け取る。その後、設定要求生成部８１２は、以上の機器識別子Ｉdv、コンテンツ識別子Ｉcnt および利用条件Ｃcnt に、予め保持する設定要求識別子Ｉrrを付加して、設定要求Ｄrr（図６２（ａ）参照）を生成する。ここで、設定要求識別子Ｉrrは、利用権管理装置７１が設定要求Ｄrrを特定するために使用される。設定要求生成部８１２は、以上の設定要求Ｄrrを通信部８１３に渡す。通信部８１３は、受け取った設定要求Ｄrrを、伝送路９１を通じて、利用権管理装置７１に送信する。
【０２０２】
利用権管理装置７１（図５５参照）において、通信部７１５は、伝送路９１を通じて送信されてくる設定要求Ｄrrを受信して、ユーザ認証部７１６に渡す。ユーザ認証部７１６は、設定要求Ｄrrを受け取ると、ユーザ認証処理を行う（図６１；ステップＳ２０２）。より具体的には、ユーザ認証部７１６は、上述のユーザ情報ＤＢ７１３（図６０（ａ）参照）を管理しており、受け取った設定要求Ｄrrに設定されている機器識別子Ｉdvに一致するものが、当該ユーザ情報ＤＢ７１３に登録されているか否かを確認する。ユーザ認証部７１６は、ユーザ情報ＤＢ７１３に一致するものが登録されている場合に限り、今回設定要求Ｄrrが、契約者βの機器８１から送信されてきたものであると判断する。ユーザ認証部７１６は、以上のユーザ認証が終了すると、受け取った設定要求Ｄrrを利用権管理部７１７に渡す。
【０２０３】
なお、正規の契約者β以外からの設定要求Ｄrrを受け取った場合、ユーザ認証部７１６は、ユーザ認証に失敗する。かかる場合、ユーザ認証部７１６は、当該設定要求Ｄrrを利用権管理部７１７に渡すことなく、当該設定要求Ｄrrを廃棄する。
【０２０４】
利用権管理部７１７（図５５参照）は、利用権データベース（以下、利用権ＤＢと称する）７１４を管理している。また、利用権管理部７１７は、そこに設定されている設定要求識別子Ｉrrに基づいて、ユーザ認証部７１６から設定要求Ｄrrを渡されれたことを認識する。このような認識結果に従って、利用権管理部７１７は、利用権ＤＢ７１４への利用権登録処理を行う（ステップＳ２０３）。より具体的には、利用権管理部７１７は、設定要求Ｄrrから、機器識別子Ｉdv、コンテンツ識別子Ｉcnt および利用条件Ｃcnt を取り出して、それらの組み合わせを利用権ＤＢ７１４に登録する。ここで、利用権管理部７１７は、設定要求Ｄrrに設定されている利用条件Ｃcnt で、機器８１が取得対象コンテンツデータＤcnt を利用する権利を要求しているとみなす。つまり、利用権管理部７１７からみれば、利用条件Ｃcnt は、取得対象コンテンツデータＤcnt を機器８１が利用できる権利を示す。以上の観点から、利用権管理部７１７は、設定要求Ｄrrから取り出した利用条件Ｃcnt を、機器８１が設定要求している利用権情報Ｄrgt として扱う。つまり、利用権ＤＢ７１４は、図６０（ｂ）に示すように、機器識別子Ｉdv、コンテンツ識別子Ｉcnt および利用権情報Ｄrgt の組み合わせの集まりとなる。これによって、利用権管理部７１７は、契約者β毎に、取得対象コンテンツデータＤcnt の利用権を管理する。利用権管理部７１７は、以上の利用条件登録処理が終了すると、今回受け取った設定要求Ｄrrをコンテンツ管理部７１８に渡す。
【０２０５】
ここで、以上の利用権ＤＢ７１４に登録される利用権情報Ｄrgt の具体例について説明する。既に説明している通り、本実施形態では、利用条件Ｃcnt は利用回数であると仮定されている。さらに、今回の設定要求Ｄrrには、機器識別子Ｉdvとして「ｘ１」、コンテンツ識別子Ｉcnt として「ａ」および利用条件Ｃcnt として「再生ｍ回」（ｍは自然数）が設定されていると仮定する。以上の仮定下では、図６０（ｂ）に示すように、機器識別子Ｉdvとしての「ｘ１」、コンテンツ識別子Ｉcnt としての「ａ」および利用権情報Ｄrgt としての「再生ｍ回」の組み合わせが設定される。
【０２０６】
なお、本ライセンス情報管理システムＳc の技術的特徴とは関係ないが、ステップＳ２０３において、利用権管理部７１７は、利用権情報Ｄrgt の登録毎に、機器識別子Ｉdvが割り当てられている契約者βに対して課金を行ってもよい。
【０２０７】
コンテンツ管理部７１８は、設定要求Ｄrrを受け取ると、コンテンツデータＤcnt の読み出し処理を行う（ステップＳ２０４）。より具体的には、コンテンツ管理部７１８は、受け取った設定要求Ｄrrから、コンテンツ識別子Ｉcnt を取り出す。その後、コンテンツ管理部７１８は、コンテンツＤＢ７１１にアクセスして、取り出したコンテンツ識別子Ｉcnt が割り当てられているコンテンツデータＤcnt および暗号鍵Ｋe を読み出す。以上の読み出し処理が終了すると、コンテンツ管理部７１８は、読み出したコンテンツデータＤcnt および暗号鍵Ｋe をコンテンツ暗号化部７１９に渡す。さらに、コンテンツ管理部７１８は、受け取った設定要求Ｄrrを送信データ生成部７２０に渡す。
【０２０８】
コンテンツ暗号化部７１９は、コンテンツデータＤcnt の暗号処理を行う（ステップＳ２０５）。より具体的には、コンテンツ暗号化部７１９は、受け取ったコンテンツデータＤcnt を、それと同時に受け取った暗号鍵Ｋe で暗号化して、前述の暗号済みコンテンツデータＤecntを生成する。コンテンツ暗号化部７１９は、以上の暗号処理が終了すると、暗号済みコンテンツデータＤecntを送信データ生成部７２０に渡す。
【０２０９】
送信データ生成部７２０は、コンテンツ管理部７１８からの設定要求Ｄrrと、コンテンツ暗号化部７１９からの暗号済みコンテンツデータＤecntとが揃うと、送信データ生成処理を行う（ステップＳ２０６）。より具体的には、送信データ生成部７２０は、受け取った設定要求Ｄrrから、コンテンツ識別子Ｉcnt を取り出す。さらに、送信データ生成部７２０は、取り出したコンテンツ識別子Ｉcnt を、受け取った暗号済みコンテンツデータＤecntに付加して、図６２（ｂ）に示すような、送信データＤtrn を生成する。送信データ生成部７２０は、以上の送信データ生成処理が終了すると、送信データＤtrn を通信部７１５に渡す。通信部７１５は、受け取った送信データＤtrn を、伝送路９１を介して、機器８１へと送信する（ステップＳ２０７）。
【０２１０】
機器８１（図５７参照）において、通信部８１３は、伝送路９１を通じて送信されてくる送信データＤtrn を受信する（ステップＳ２０８）。より具体的には、通信部８１３は、それに含まれるコンテンツ識別子Ｉcnt から、今回、送信データＤtrn を受信したことを認識する。このような認識結果に従って、通信部８１３は、受信データＤtrn をコンテンツ管理部８１４に渡す。
【０２１１】
コンテンツ管理部８１４は、受信データＤtrn 内のコンテンツ識別子Ｉcnt および暗号済みコンテンツデータＤecntを、コンテンツ蓄積部８１５に蓄積する（ステップＳ２０９）。つまり、コンテンツ蓄積部８１５には、図６３に示すように、上述の設定要求Ｄrrにより要求されたコンテンツ識別子Ｉcnt および暗号済みコンテンツデータＤecntの組み合わせが、いくつか蓄積されることになる。
【０２１２】
デジタルライツの保護の観点から、機器８１には暗号済みコンテンツデータＤecntが配信される。そのため、機器８１は、コンテンツデータＤcnt を利用する場合には、利用権管理装置７１により提供される復号鍵Ｋd で、暗号済みコンテンツデータＤecntを復号する必要がある。ここで、本ライセンス情報管理システムＳc では、復号鍵Ｋd を機器８１に提供するために、後で詳説するライセンス情報Ｄlcが用いられる。以下、図６４〜図６６を参照して、ライセンス情報Ｄlcの取得およびコンテンツデータＤcnt の復号時における機器８１および利用権管理装置７１の動作について説明する。
【０２１３】
まず、契約者βは、機器８１を操作して、コンテンツ蓄積部８１５にアクセスして、そこに蓄積されている暗号済みコンテンツデータＤecntの中から、今回利用したいものを特定する。ここで、以下の説明において、今回指定された暗号済みコンテンツデータＤecntを、復号対象コンテンツデータＤecntと称する。
【０２１４】
以上の契約者βによる指定に応答して、機器８１は、図６７（ａ）に示すような発行要求Ｄirを生成し、利用権管理装置７１に送信する（図６４；ステップＳ３０１）。発行要求Ｄirは、上述のライセンス情報Ｄlcの提供を利用権管理装置７１に要求するため、つまり復号対象コンテンツデータＤecntの利用許可を受けるための情報である。より具体的にステップＳ３０１を説明すると、コンテンツ管理部８１４（図５７参照）は、コンテンツ蓄積部８１５を管理しており、契約者βにより特定された復号対象コンテンツデータＤecntに付加されているコンテンツ識別子Ｉcnt を、当該コンテンツ蓄積部８１５から取り出す。発行要求生成部８１６は、コンテンツ管理部８１４により取り出されたコンテンツ識別子Ｉcnt を受け取る。さらに、発行要求生成部８１６は、機器識別子格納部８１１から機器識別子Ｉdvを受け取る。その後、発行要求生成部８１６は、機器識別子Ｉdvおよびコンテンツ識別子Ｉcnt に、発行要求識別子Ｉirを付加して、発行要求Ｄir（図６７（ａ）参照）を生成する。ここで、発行要求識別子Ｉirは、利用権管理装置７１が発行要求Ｄirを特定するために使用される。発行要求生成部８１６は、以上の発行要求Ｄirを通信部８１３に渡す。通信部８１３は、受け取った発行要求Ｄirを伝送路９１を通じて、利用権管理装置７１に送信する。
【０２１５】
利用権管理装置７１において、通信部７１５（図５５参照）は、伝送路９１を通じて送信されてくる発行要求Ｄirを受信して、ユーザ認証部７１６に渡す。
【０２１６】
ユーザ認証部７１６は、発行要求Ｄirを受け取ると、ユーザ認証処理を行う（ステップＳ３０２）。より具体的には、ユーザ認証部７１６は、受け取った発行要求Ｄirから、機器識別子Ｉdvを取り出す。この後、ユーザ認証部７１６は、ステップＳ２０２（図６１参照）と同様にして、今回の発行要求Ｄirに認証処理を行った後に、当該発行要求Ｄirを利用権管理部７１７に渡す。
【０２１７】
利用権管理部７１７は、それに設定されている発行要求識別子Ｉirに基づいて、今回、ユーザ認証部７１６から発行要求Ｄirを渡されたことを認識する。このような認識結果に従って、利用権管理部７１７は、受け取った発行要求Ｄirから、機器識別子Ｉdvおよびコンテンツ識別子Ｉcnt を取り出す（ステップＳ３０３）。次に、利用権管理部７１７は、取り出した機器識別子Ｉdvおよびコンテンツ識別子Ｉcnt の組み合わせが、利用権ＤＢ７１４（図６０（ｂ）参照）に登録されているか否かを判断する（ステップＳ３０４）。
【０２１８】
利用権管理部７１７は、ステップＳ３０４で「Ｙｅｓ」と判断した場合、それらと同じ組みの利用権情報Ｄrgt を参照して、機器８１に利用許可を与えることができるか否かを判断する（ステップＳ３０５）。ステップＳ３０５で「Ｙｅｓ」と判断した場合、利用権管理部７１７は、利用権情報Ｄrgt の一部または全てを取り出す（ステップＳ３０６）。ここで、以下の説明において混同が生じることを避けるため、ステップＳ３０６において取り出された一部または全ての利用権情報Ｄrgt のことを、今回の発行要求Ｄirにより特定される機器８１にコンテンツデータＤcnt の利用を許可するための情報であるという観点から、利用許可情報Ｄlwと称する。つまり、ステップＳ３０６では、利用許可情報Ｄlwが生成される。
【０２１９】
利用許可情報Ｄlwの生成により、機器８１のために登録されている利用権情報Ｄrgt の一部または全てが使用される。そのため、ステップＳ３０６の次に、利用権管理部７１７は、ステップＳ３０６で一部または全部が取り出された利用権情報Ｄrgt を更新する（ステップＳ３０７）。
【０２２０】
ここで、以上のステップＳ３０３〜Ｓ３０７の処理の具体例について説明する。今、利用権ＤＢ７１４には、図６０（ｂ）に示すように、機器識別子Ｉdvとしての「ｘ１」、コンテンツ識別子Ｉcnt としての「ａ」および利用権情報Ｄrgt としての「再生ｍ回」の組みが登録されていると仮定する。また、今回、機器８１は、機器識別子Ｉdvとしての「ｘ１」およびコンテンツ識別子Ｉcnt としての「ａ」が設定されている発行要求Ｄirを送信すると仮定する。
【０２２１】
以上の仮定下では、ステップＳ３０３において、発行要求Ｄirから、機器識別子Ｉdvとしての「ｘ１」と、コンテンツ識別子Ｉcnt としての「ａ」が取り出される。また、ステップＳ３０４において、機器識別子Ｉdvとしての「ｘ１」およびコンテンツ識別子Ｉcnt としての「ａ」の組みが、利用権ＤＢ７１４に登録されていると判断される。このように判断されると、ステップＳ３０５において、同じ組みの利用権情報Ｄrgt には、「再生ｍ回」と設定されているので、機器８１の利用許可を与えてもよいと判断される。このように判断されると、ステップＳ３０６において、利用許可情報Ｄlwが生成される。この時生成される利用許可情報Ｄlwとしては、例えば、「再生ｎ回」が挙げられる。ここで、ｎは、上述のｍを超えない自然数であり、より好ましくは、機器８１の処理能力に応じて設定される。例えば、機器８１が相対的に低い性能のハードウェアを搭載している場合であれば、ｎは、「１」のように、機器８１が復号対象コンテンツデータＤecntを利用可能な最低限の値に設定されることが好ましい。
【０２２２】
以上のステップＳ３０３〜Ｓ３０６により、機器８１（機器識別子Ｉdv「ｘ１」）がコンテンツデータＤcnt （コンテンツ識別子Ｉcnt 「ａ」）を再生する権利をｎ回使うことになる。そのため、ステップＳ３０７において、利用権情報Ｄrgt が「再生ｍ回」から「再生（ｍ−ｎ）回」に更新される。
【０２２３】
以上の具体例では、利用権情報Ｄrgt がコンテンツデータＤcnt の再生回数であるとして説明したが、前述したように、本ライセンス情報管理システムＳc では、様々な利用権情報Ｄrgt （つまり利用条件Ｃcnt ）を設定することができる。従って、ステップＳ３０３からＳ３０７までの処理手順は、利用権情報Ｄrgt に応じて適切に規定される必要がある。
【０２２４】
以上のようにして生成した利用許可情報Ｄlwを、利用権管理部７１７（図５５参照）は、発行要求Ｄirと一緒に、ライセンス情報生成部７２１に渡す。より具体的には、ライセンス情報生成部７２１は、図５６に示すように、ハッシュ値生成部７２１１およびライセンス情報組立部７２１２を含んでいる。ハッシュ値生成部７２１１には、利用許可情報Ｄlwのみが渡され、また、ライセンス情報組立部７２１２には、利用許可情報Ｄlwおよび発行要求Ｄirの双方が渡される。
【０２２５】
まず、ハッシュ値生成部７２１１は、予め保持するハッシュ関数ｆ（ｘ）に、受け取った利用許可情報Ｄlwを代入して、利用許可情報Ｄlwの改竄を防止するするためのハッシュ値Ｖhsを生成する（ステップＳ３０８）。つまり、ハッシュ値Ｖhsは、利用許可情報Ｄlwを生成多項式ｆ（ｘ）に代入した時に得られる解である。以上のようなハッシュ値Ｖhsを、ハッシュ値生成部７２１１は、ライセンス情報組立部７２１２に渡す。
【０２２６】
ライセンス情報組立部７２１２は、受け取った発行要求Ｄirを復号鍵管理部７２２に渡す。復号鍵管理部７２２（図５５参照）は、前述した復号鍵ＤＢ７１２（図５９（ｂ）参照）を管理する。復号鍵管理部７２２は、受け取った発行要求Ｄirに設定されているコンテンツ識別子Ｉcnt および機器識別子Ｉdvを取り出す。さらに、復号鍵管理部７２２は、コンテンツ識別子Ｉcnt と同じ組みの復号鍵Ｋd を復号鍵ＤＢ７１２から取り出して、機器識別子Ｉdvと一緒に復号鍵暗号化部７２３に渡す。復号鍵暗号化部７２３は、受け取った復号鍵Ｋd を、同時に受け取った機器識別子Ｉdvで暗号化して（ステップＳ３０９）、暗号済みの復号鍵Ｋedを生成する。以上の暗号済み復号鍵Ｋedは、ライセンス情報組立部７２１２に渡される。
【０２２７】
ライセンス情報組立部７２１２は、発行要求Ｄirおよび利用許可情報Ｄlw、ハッシュ値Ｖhsならびに暗号済み復号鍵Ｋedのすべてが揃うと、図６７（ｂ）に示すライセンス情報Ｄlcの生成を開始する（図６５；ステップＳ３０１０）。より具体的には、ライセンス情報組立部７２１２は、発行要求Ｄirから、コンテンツ識別子Ｉcnt を取り出して、利用許可情報Ｄlw、暗号済み復号鍵Ｋedおよびハッシュ値Ｖhsに付加する。さらに、ライセンス情報組立部７２１２は、予め保持するライセンス情報識別子Ｉlcを、コンテンツ識別子Ｉcnt に付加して、ライセンス情報Ｄlcを生成する。以上のライセンス情報Ｄlcは、復号対象コンテンツデータＤecntの機器８１における利用を制御するための情報である。また、ライセンス情報識別子Ｉlcは、機器８１がライセンス情報Ｄlcを特定するための情報である。また、以上のライセンス情報Ｄlcは、通信部７１５に渡される。通信部７１５から、伝送路９１を通じて、機器８１に送信される（ステップＳ３０１１）。
【０２２８】
機器８１（図５７参照）において、通信部８１３は、伝送路９１を通じて送信されてくるライセンス情報Ｄlcを受信する（ステップＳ３０１２）。より具体的には、通信部８１３は、それに設定されるライセンス情報識別子Ｉlcから、今回、ライセンス情報Ｄlcを受け取ったことを認識する。このような認識結果に従って、通信部８１３は、受け取ったライセンス情報Ｄlcをライセンス情報処理部８１７に渡す。
【０２２９】
ライセンス情報処理部８１７は、図５８に示すように、改竄判定部８１７１と、ハッシュ値生成部８１７２と、利用許可判定部８１７３と、復号鍵復号部８１７４とを含んでいる。通信部８１３からのライセンス情報Ｄlcは、まず、改竄判定部８１７１に渡される。改竄判定部８１７１は、まず、受け取ったライセンス情報Ｄlcから、利用許可情報Ｄlwおよびハッシュ値Ｖhsを取り出し（ステップＳ３０１３）、取り出した利用許可情報Ｄlwを、ハッシュ値生成部８１７２に渡し、ハッシュ値Ｖhsをそのまま保持する。ここで、以下の説明において混同が生じないように、ステップＳ３０１３で取り出されたハッシュ値Ｖhsを、機器８１の外部（つまり利用権管理装置７１）で生成されたものであるという観点から、外部ハッシュ値Ｖehs と称する。
【０２３０】
ハッシュ値生成部８１７２は、利用権管理装置７１側のハッシュ値生成部７２１１（図３参照）と同じハッシュ関数ｆ（ｘ）を保持しており、受け取った利用許可情報Ｄlwをハッシュ関数ｆ（ｘ）に代入してハッシュ値Ｖhsを生成する（ステップＳ３０１４）。ここでステップＳ３０１４で生成されたハッシュ値Ｖhsを、機器８１の内部で生成されたものであるという観点から、内部ハッシュ値Ｖlhs と称する。ハッシュ値生成部８１７２は、以上の内部ハッシュ値Ｖlhs を、改竄判定部８１７１に返す。
【０２３１】
改竄判定部８１７１は、上述の内部ハッシュ値Ｖlhs を受け取ると、利用許可情報Ｄlwが改竄されているか否かを判定する（ステップＳ３０１５）。より具体的には、上述の内部ハッシュ値Ｖlhs は、ライセンス情報Ｄlc内の利用許可情報Ｄlwが改竄されていないという条件で、外部ハッシュ値Ｖehs に一致する。そこで、ステップＳ３０１５において、改竄判定部８１７１は、受け取った内部ハッシュ値Ｖlhs が外部ハッシュ値Ｖehs に一致するか否かを判定する。改竄判定部８１７１は、「Ｙｅｓ」と判定した場合には、利用許可情報Ｄlwが改竄されておらず、今回送信されてきた利用許可情報Ｄlwが有効であるとみなして、今回受け取ったライセンス情報Ｄlcを利用許可判定部８１７３に渡す。
【０２３２】
利用許可判定部８１７３は、受け取ったライセンス情報Ｄlcを参照して、復号対象コンテンツデータＤecntの利用が許可されているか否かを判定する（ステップＳ３０１６）。利用許可判定部８１７３は、ステップＳ３０１６において「Ｙｅｓ」と判断した場合に限り、受け取ったライセンス情報Ｄlcから、暗号済み復号鍵Ｋedを取り出して、復号鍵復号部８１７４に渡す。
【０２３３】
ここで、以上のステップＳ３０１６の処理の具体例について説明する。前述の仮定に従えば、今回のライセンス情報Ｄlcの利用許可情報Ｄlwにより、コンテンツデータＤcnt の再生がｎ回だけ許可されている。かかる場合、利用許可判定部８１７３は、ステップＳ３０１６において、利用許可情報Ｄlwに設定される再生回数が１以上であれば、復号対象コンテンツデータＤecntの利用が許可されていると判断して、受け取ったライセンス情報Ｄlcから暗号済み復号鍵Ｋedを取り出して、復号鍵復号部８１７４に渡す。
【０２３４】
以上の具体例では、利用権情報Ｄrgt がコンテンツデータＤcnt の再生回数であるとして説明したが、前述したように、本ライセンス情報管理システムＳc では、様々な利用権情報Ｄrgt （つまり利用条件Ｃcnt ）を設定することができる。従って、ステップＳ３０１６の処理は、利用権情報Ｄrgt に応じて適切に規定される必要がある。
【０２３５】
さて、復号鍵復号部８１７４は、利用許可判定部８１７３から暗号済み復号鍵Ｋedを受け取る。さらに、復号鍵復号部８１７４は、機器識別子格納部８１１から機器識別子Ｉdvを受け取る。その後、復号鍵復号部８１７４は、暗号済み復号鍵Ｋedを、機器識別子Ｉdvで復号して（ステップＳ３０１７）、復号鍵Ｋd をコンテンツ復号部８１８に渡す。
【０２３６】
ところで、コンテンツ管理部８１４は、ステップＳ３０１において、コンテンツ識別子Ｉcnt だけでなく、前述の復号対象コンテンツデータＤecntを取り出す。取り出された復号対象コンテンツデータＤecntは、コンテンツ復号部８１８に渡される。コンテンツ復号部８１８は、復号鍵復号部８１７４から受け取った復号鍵Ｋd で、復号対象コンテンツデータＤecntを復号して（ステップＳ３０１８）、コンテンツデータＤcnt をコンテンツ再生部８１９に渡す。コンテンツ再生部８１９は、受け取ったコンテンツデータＤcnt を再生して、音声出力する（ステップＳ３０１９）。これにより、契約者βは、事業者αから購入したコンテンツデータＤcnt が表す音楽を聴くことができる。
【０２３７】
ここで、図６５のステップＳ３０１５を参照する。ステップＳ３０１５において、改竄判定部８１７１は、利用許可情報Ｄlwが改竄されていると判定する場合がある。また、ステップＳ３０１６において、利用許可判定部８１７３は、復号対象コンテンツデータＤecntの利用が許可されていないと判定する場合もある。このような場合、改竄判定部８１７１および利用許可判定部８１７３は、今回受け取ったライセンス情報Ｄlcを破棄する（図６６；ステップＳ３０２０）。以上から明らかなように、本ライセンス情報管理システムＳc では、有効なライセンス情報Ｄlcを受信した場合にのみ、復号対象コンテンツデータＤecntの復号が許可される。これによって、上述のデジタルライツが保護される。
【０２３８】
ここで、図６４のステップＳ３０４において、利用権管理部７１７は、機器識別子Ｉdvおよびコンテンツ識別子Ｉcnt の組み合わせが、利用権ＤＢ７１４（図６０（ｂ）参照）に登録されていないと判断する場合がある。さらに、ステップＳ３０５において、利用権管理部７１７は、機器８１に利用許可を与えないと判断する場合もある。このような場合、利用権管理部７１７は、復号対象コンテンツデータＤecntの利用を拒否することを示す利用拒否情報Ｄrj（図６７（ｃ）参照）を生成して、通信部７１５に渡す。通信部７１５は、受け取った利用拒否情報Ｄrjを、伝送路９１を介して、機器８１に送信する（図６６；ステップＳ３０２１）。
【０２３９】
機器８１（図５７参照）において、通信部８１３は、伝送路９１を通じて送信されてくる利用拒否情報Ｄrjを受信する（ステップＳ３０２２）。利用拒否情報Ｄrjの受信以降、機器８１では何の処理も行われない。以上から明らかなように、本ライセンス情報管理システムＳc では、利用権ＤＢ７１４に有効な機器識別子Ｉdv、コンテンツ識別子Ｉcnt および利用権情報Ｄrgt の組み合わせが登録されてない場合には、利用拒否情報Ｄrjが機器８１に送信される。これによって、機器８１側では、復号対象コンテンツデータＤecntは復号されない。これによって、上述のデジタルライツが保護される。
【０２４０】
なお、ステップＳ３０４において、利用権管理部７１７は、機器識別子Ｉdvおよびコンテンツ識別子Ｉcnt の組み合わせが、利用権ＤＢ７１４（図６０（ｂ）参照）に登録されていないと判断する場合、機器識別子Ｉdv、コンテンツ識別子Ｉcnt および利用権情報Ｄrgt の組み合わせを新しく生成して、当該利用権ＤＢ７１４に登録するようにしてもよい。
【０２４１】
以上説明したように、本ライセンス情報管理システムＳc では、各コンテンツデータＤcnt を機器８１が利用するための権利を表す利用権情報Ｄrgt を利用権管理装置７１側で一元的に管理できるようになる。そのため、以上のような利用権情報Ｄrgt を管理するための処理負担を機器８１に負わせる必要がなくなる。これによって、本ライセンス情報管理システムＳc によれば、処理能力の低い民生機器に適した権利保護技術を提供することができる。
【０２４２】
なお、以上の実施形態では、同じ事業者αにより管理される利用権管理装置７１が、図６１の処理および図６４〜図６６の処理の双方を行うとして説明した。しかしながら、互いに異なる利用権管理装置が図６１の処理と図６４〜図６６の処理とを行うようにしてもよい。つまり、ある事業者により管理される利用権管理装置がコンテンツデータＤcnt の配信を担当し、他の事業者により管理される利用権管理装置がライセンス情報Ｄlcの提供を担当するように、本ライセンス情報管理システムＳc は構成されてもよい。さらに、説明の便宜のため、本実施形態では、最初に、コンテンツデータＤcnt の取得（図６１の処理）が行われ、その後に、ライセンス情報Ｄlcの取得（図６４〜図６６の処理）が行われていた。しかしながら、最初にライセンス情報Ｄlcの取得が行われ、その後に、コンテンツデータＤcnt の取得が行われても良い。また、コンテンツデータＤcnt の取得およびライセンス情報Ｄlcの取得が同時並行して行われてもよい。
【０２４３】
また、以上の実施形態では、コンテンツＤＢ１１４は、暗号化されていないコンテンツデータＤcnt および暗号鍵Ｋe の集まりであった。利用権管理装置７１は、送信データＤtrn の生成直前に、コンテンツデータＤcnt を暗号鍵Ｋe で暗号化するようにしていた（ステップＳ２０５参照）。しかしながら、コンテンツデータＤcnt の暗号化に要する処理時間を削減するために、コンテンツＤＢ１１４は、前述の暗号済みコンテンツデータＤecntの集まりであってもよい。この場合、利用権管理装置７１は、設定要求Ｄrrに設定されるコンテンツ識別子Ｉcnt が示す暗号済みコンテンツデータＤecntに、当該コンテンツ識別子Ｉcnt を付加して送信データＤtrn を生成し送信する。
【０２４４】
また、以上の実施形態では、ライセンス情報生成部７２１において、ハッシュ値生成部７２１１は、利用許可情報Ｄlwのみからハッシュ値Ｖhsを生成していた。しかし、これに限らず、以下のようにしてハッシュ値Ｖhsを生成してもよい。まず、ライセンス情報組立部７２１２は、ライセンス情報Ｄlcの構成要素であるライセンス情報識別子Ｉlc、コンテンツ識別子Ｉcnt 、利用許可情報Ｄlw、および暗号済み復号鍵Ｋedの内のいずれか、もしくは２つ以上をハッシュ値生成部７２１１に渡す。ハッシュ値生成部７２１１は、ライセンス情報組立部７２１２から受け取ったものを、上述のハッシュ関数ｆ（ｘ）に代入して、ハッシュ値Ｖhsを生成する。
【０２４５】
また、以上の実施形態では、ライセンス情報Ｄlcは、暗号済み復号鍵Ｋedを含んでいた。しかし、これに限らず、ライセンス情報Ｄlcは、復号鍵Ｋd を含んでいてもよい。この場合、伝送路９１上で、第三者に復号鍵Ｋd が盗まれる危険があるので、ＳＳＬ(Secure Socket Layer) に代表される技術を用いて、利用権管理装置７１から機器８１へと伝送されるライセンス情報Ｄlcを保護することが好ましい。さらに、ＳＳＬだけでは、機器８１において、ライセンス情報Ｄlcがそのままの状態で保持される。このような状況では、機器８１から他の機器へとライセンス情報Ｄlcが転送されれば、当該他の機器は、ライセンス情報Ｄlcを利用できるので、デジタルライツの保護という観点からは好ましくない。そのため、機器識別子格納部８１１に格納される機器識別子Ｉdvでライセンス情報Ｄlcを暗号化するアルゴリズムを、機器８１に組み込むことがより好ましい。これにより、ライセンス情報Ｄlcは機器８１以外では使用できなくなるので、デジタルライツを保護することが可能となる。
【０２４６】
また、以上の実施形態では、説明の便宜上、ユーザ情報ＤＢ７１３には、機器識別子Ｉdvのみが登録されるとして説明した。しかしながら、ユーザ情報ＤＢ７１３にはさらに、契約者βを一意に特定可能な他のユーザ情報（例えば、住所および電話番号）が登録されてもよい。また、以上のような複雑なユーザ情報で復号鍵Ｋd を暗号化するようにしてもよい。これによって、復号鍵Ｋd の暗号強度が高くなるので、より好ましくデジタルライツを保護できるライセンス情報管理システムＳc を提供することが可能となる。
【０２４７】
また、以上の実施形態では、説明の便宜上、コンテンツデータＤcnt が音楽データであるとして説明した。そのため、機器８１は、コンテンツ再生部８１９を含んでおり、当該コンテンツ再生部８１９は、復号されたコンテンツデータＤcnt を再生して、音声を出力するとして説明した。しかしながら、前述したように、コンテンツデータＤcnt は、機器８１で利用可能なデータであればよく、当該コンテンツデータＤcnt が表すのは、テレビ番組、映画、ラジオ番組、書籍、印刷物、ゲームプログラムまたはアプリケーションプログラム等、多岐にわたる。したがって、コンテンツ再生部８１９は、音声出力するものに限らず、コンテンツデータＤcnt の種類に応じて、テレビ番組、映画、書籍および印刷物およびゲーム内容を映像出力可能なもの、ラジオ番組を音声出力可能なものに置換されてもよい。さらに、機器８１は、以上のようなコンテンツ再生部８１９に代えて、復号されたコンテンツデータＤcnt を、外部の機器（テレビジョン受像機、ラジオ受信機、音楽再生機、電子ブックリーダ、ゲーム機器、ＰＣ、情報携帯端末、携帯電話、外部記憶装置等）に転送可能なインターフェイスを備えていてもよい。
【０２４８】
ところで、以上のライセンス情報管理システムＳc において、事業者αは、契約者βにコンテンツ配信を提供する。しかしながら、上述のライセンス情報管理システムＳc では、機器８１に機器識別子Ｉdvが固定的に設定されてしまうため、契約者βが、同じ事業者αと契約している宿泊施設において、自分の利用権情報Ｄrgt を使ってコンテンツデータＤcnt を、当該宿泊施設に設置された機器８１で利用することができないという問題点があった。また、同様の理由で、ある契約者βが、同じ事業者αと契約している知人宅において、自分の利用権情報Ｄrgt を使って、コンテンツデータＤcnt を利用することができないという問題点があった。以下の第６の変形例に係るライセンス情報管理システムＳc1は、以上のような問題点を解決して、より使い勝手のよいコンテンツ配信を実現することを目的とする。
【０２４９】
「第６の変型例」
図６８は、ライセンス情報管理システムＳc1の全体構成を示すブロック図である。図６８のライセンス情報管理システムＳc1は、図５４のライセンス情報管理システムＳc と比較すると、可搬型記録媒体１０１および機器２０１とをさらに備える点で相違する。この点以外に両システムＳc およびＳc1の間に構成面での相違は無いので、図６８において、図５４のライセンス情報管理システムＳc に相当する構成には同一の参照符号を付し、その説明を簡素化する。つまり、以下において、利用権管理装置７１および機器８１の説明を行う場合には、図５５〜図５７を援用する。
【０２５０】
可搬型記録媒体１０１は、代表的には、ＳＤカードやスマートメディア（いずれも商標）のように、契約者βが携帯可能な種類の記録媒体であって、図６９に示すように、自身を一意に特定するメディア識別子Ｉmdを、予め定められた記録領域に格納している。ここで、本実施形態では、便宜上、図６９に示すように、メディア識別子Ｉmdは「ｘ２」であるとして、以下の説明を続ける。以上の可搬型記録媒体１０１は、前述の機器８１と同じ契約者βにより管理される。
【０２５１】
機器２０１は、事業者αとの契約に基づいてコンテンツ配信を受ける契約者γ側に設置される。ここで、契約者γは、本実施形態では、上述したような宿泊施設を所有しており、機器２０１は、当該宿泊施設に設置される。以下、機器２０１の詳細な構成を説明する。
【０２５２】
ここで、図７０は、図６８の機器２０１の詳細な構成を示す機能ブロック図である。図７０において、機器２０１は、機器８１と同様の民生機器が代表的であるが、本実施形態では、便宜上、音楽再生機であると仮定して、以降の説明を続ける。以上の仮定下では、機器２０１は、上述の可搬型記録媒体１０１を装着可能に構成されており、図５７に示す機器８１と比較すると、インターフェイス２０２１と、識別子抽出部２０２２とをさらに備える点で相違する。この点以外に両機器２０１および８１の間に構成面での相違は無いので、図７０の機器２０１において、図５７の機器８１に相当する構成には同一の参照符号を付し、その説明を簡素化する。
【０２５３】
次に、上記ライセンス情報管理システムＳc1において、契約者βが、自分の利用権情報Ｄrgt を使って、他者（つまり、契約者γ）側の機器２０１上で事業者αからコンテンツ配信を受けるために必要となる準備について説明する。かかる準備作業では、前述の実施形態と同様に、まず、図５５のコンテンツデータベース（以下、コンテンツＤＢと称する）７１１と、復号鍵データベース（以下、復号鍵ＤＢと称す）７１２と、ユーザ情報データベース（以下、ユーザ情報ＤＢ）７１３とが構築される。なお、コンテンツＤＢ７１１および復号鍵ＤＢ７１２については、図５９（ａ）および同図（ｂ）を参照して前述した通りであるため、本変形例では、それぞれの説明を省略する。
【０２５４】
しかしながら、ユーザ情報ＤＢ７１３には、前述の実施形態とは異なる情報の組み合わせが登録される。次に、図７１（ａ）を参照して、図５５のユーザ情報ＤＢ７１３について詳細に説明する。上述の契約者βは、事業者αからコンテンツ配信を受けるために契約を交わす。この契約に基づいて、事業者αは、契約者βにユーザ識別子Ｉusr を割り当てる。ここで、ユーザ識別子Ｉusr は、契約者βを一意に特定する。さらに、事業者αは、契約者βが管理する機器８１に、前述と同様の機器識別子Ｉdvを割り当てる。なお、上述の実施形態で説明したように、契約者βが、予め機器８１に設定されている機器識別子Ｉdvを事業者αに告知してもよい。機器識別子Ｉdvは、ライセンス情報管理システムＳc1において、契約者βの機器８１を一意に特定する。さらに、事業者αは、契約者βの可搬型記録媒体１０１に記録されているメディア識別子Ｉmdの告知を受ける。以上の機器識別子Ｉdvおよびメディア識別子Ｉmdの組み合わせが、契約者βのために、ユーザ識別子Ｉusr と共に、ユーザ情報ＤＢ７１３に登録される。以上のことから、図７１（ａ）に示すように、ユーザ情報ＤＢ７１３は、ユーザ識別子Ｉusr 毎に登録される機器識別子Ｉdvおよびメディア識別子Ｉmdの組み合わせの集まりとなる。
【０２５５】
また、前述の実施形態でも説明したように、事業者αにより割り当てられた機器識別子Ｉdvはさらに、契約者β側の機器８１における機器識別子格納部８１１に設定される（図５７参照）。
【０２５６】
また、上述の契約者γも、事業者αからコンテンツ配信を受けるために契約を交わす。ここで、説明の便宜のため、契約者γは、契約者βとは異なり、可搬型記録媒体１０１を所有していないとする。以上の契約に基づいて、事業者αは、契約者γに、一意なユーザ識別子Ｉusr を割り当てる。さらに、事業者αは、契約者γの機器２０１に、ライセンス情報管理システムＳc1において一意な機器識別子Ｉdvを割り当てる。以上の機器識別子Ｉdvが、契約者γのために、ユーザ情報ＤＢ７１３に、ユーザ識別子Ｉusr と共に登録される。以上のことから、図７１（ａ）に示すように、ユーザ情報ＤＢ７１３は、ユーザ識別子Ｉusr 毎に登録される機器識別子Ｉdvの集まりとなる。
【０２５７】
また、事業者αにより、機器２０１に割り当てられた機器識別子Ｉdvは、図７０に示すように、契約者γ側の機器２０１における機器識別子格納部８１１に設定される。
【０２５８】
なお、以下の説明の便宜のため、図７１（ａ）に示すように、ユーザ情報ＤＢ７１３には、契約者βのために、ユーザ識別子Ｉusr としての「ｙ１」に対応して、機器識別子Ｉdvとして「ｘ１」およびメディア識別子Ｉmdとして「ｘ２」が登録されると仮定する。この仮定下では、図５７に示すように、機器８１側の機器識別子格納部８１１には、機器識別子Ｉdvとして「ｘ１」が設定される。
さらに、ユーザ情報ＤＢ７１３には、契約者γのために、ユーザ識別子Ｉusr としての「ｙ２」に対応して、機器識別子Ｉdvとして「ｘ３」が登録されると仮定する。この仮定下では、図７０に示すように、機器２０１側の機器識別子格納部８１１には、機器識別子Ｉdvとして「ｘ３」が設定される。
【０２５９】
ここで、図７１（ｂ）には、利用権データベース７１４が示されているが、当該利用権データベース７１４については、後で説明する。
【０２６０】
以上の準備が終了すると、機器８１は、前述の実施形態で説明したように、利用権管理装置７１から、コンテンツデータＤcnt およびライセンス情報Ｄlcを取得することが可能となる（図６１，図６４〜図６６参照）。さらに、本変形例の特徴的な点は、図６８に示すように、契約者βが可搬型記録媒体１０１を契約者γ側に持っていき、当該契約者γ側の機器２０１を使って、コンテンツデータＤcnt およびライセンス情報Ｄlcの提供を、利用権管理装置７１から受けることができる点である。
【０２６１】
以下、図７２および図７３を参照して、契約者βが機器２０１を使ってコンテンツデータＤcnt を取得する際における当該機器２０１および利用権管理装置７１の動作について説明する。まず、契約者βは、契約者γ側の機器２０１に、自分の可搬型記録媒体１０１を装着する。これによって、可搬型記録媒体１０１は、インターフェイス２０２１（図７０参照）を通じて、識別子抽出部２０２２とデータ通信可能に接続される。その後、契約者βは、機器２０１を操作して、利用権管理装置７１にアクセスして、そのコンテンツＤＢ７１１に蓄積されているコンテンツデータＤcnt の中から、今回取得したいもののコンテンツ識別子Ｉcnt を特定する。以降の説明において、今回指定されたコンテンツデータＤcnt を、取得対象コンテンツデータＤcnt と称する。さらに、契約者βは、取得対象コンテンツデータＤcnt を利用する際の利用条件Ｃcnt を指定する。ここで、利用条件Ｃcnt については、前述の実施形態で詳しく説明しているので、ここではその説明を控える。また、本変形例においても、便宜上、利用条件Ｃcnt は、コンテンツデータＤcnt の再生回数であると仮定する。
【０２６２】
上述したように、契約者βは、機器２０１を操作して、コンテンツ識別子Ｉcnt および利用条件Ｃcnt を指定する。設定要求生成部８１２（図７０参照）は、契約者βが指定したコンテンツ識別子Ｉcnt および利用条件Ｃcnt を受け取る（ステップＳ４０１）。
【０２６３】
次に、設定要求生成部８１２は、識別子抽出部２０２２に、機器識別子Ｉdvおよびメディア識別子Ｉmdのいずれか一方を選択して、自身に返すように指示する。ところで、可搬型記録媒体１０１が機器２０１に装着されている場合、当該機器２０１には、機器識別子格納部８１１に格納されている機器識別子Ｉdvと、可搬型記録媒体１０１に格納されているメディア識別子Ｉmdとが存在することになる。そのため、識別子抽出部２０２２は、設定要求生成部８１２の指示に応答して、可搬型記録媒体１０１が装着されている場合には、インターフェイス２０２１を通じて、当該可搬型記録媒体１０１に格納されているメディア識別子Ｉmdを取り出す。設定要求生成部８１２は、識別子抽出部２０２２により取り出されたメディア識別子Ｉmdを受け取る（ステップＳ４０２）。
【０２６４】
ここで、識別子抽出部２０２２は、機器２０１に可搬型記録媒体１０１が装着されていない場合、機器識別子格納部８１１から、機器識別子Ｉdvを取り出して、設定要求生成部８１２に渡すことになる。しかし、この場合、契約者γが、機器２０１を使って、コンテンツデータＤcnt の取得を行うこととなる。このような場合については、本変形例の目的とは関係なく、さらには、識別子抽出部２０２２が機器識別子Ｉdvを取り出す場合における、機器２０１における動作については、前述の実施形態の説明から明らかであるため、その説明を省略する。
【０２６５】
設定要求生成部８１２は、以上のメディア識別子Ｉmd、コンテンツ識別子Ｉcnt および利用条件Ｃcnt に、予め保持する設定要求識別子Ｉrrを付加して、設定要求Ｄrr（図７４（ａ）参照）を生成する（ステップＳ４０３）。設定要求Ｄrrは、取得対象コンテンツデータＤcnt の利用権設定を利用権管理装置１１に要求するための情報であるが、本実施形態ではさらに、取得対象コンテンツデータＤcnt の配信を利用権管理装置７１に要求するための情報である。また、設定要求識別子Ｉrrは、利用権管理装置７１が設定要求Ｄrrを特定するために使用される。設定要求生成部８１２は、以上の設定要求Ｄrrを通信部８１３に渡す。通信部８１３は、受け取った設定要求Ｄrrを、伝送路９１を通じて、利用権管理装置７１に送信する（ステップＳ４０４）。
【０２６６】
利用権管理装置７１（図５５参照）において、通信部７１５は、伝送路９１を通じて送信されてくる設定要求Ｄrrを受信して、ユーザ認証部７１６に渡す。ユーザ認証部７１６は、設定要求Ｄrrにユーザ認証処理を行う（ステップＳ４０５）。より具体的には、ユーザ認証部７１６は、上述のユーザ情報ＤＢ７１３（図７１（ａ）参照）を管理しており、受け取った設定要求Ｄrrに設定されているメディア識別子Ｉmdに一致するものが、当該ユーザ情報ＤＢ７１３に登録されているか否かを確認する。ユーザ認証部７１６は、ユーザ情報ＤＢ７１３に一致するものが登録されている場合に限り、今回設定要求Ｄrrが、契約者βからのものであると判断する。さらに、このような判断結果に従って、ユーザ認証部７１６は、ユーザ情報ＤＢ７１３から、今回のメディア識別子Ｉmdに対応するユーザ識別子Ｉusr を取り出して、受け取った設定要求Ｄrrと共に利用権管理部７１７に渡す。
【０２６７】
利用権管理部７１７（図５５参照）は、利用権データベース（以下、利用権ＤＢと称する）７１４を管理している。また、利用権管理部７１７は、そこに設定されている設定要求識別子Ｉrrに基づいて、ユーザ認証部７１６から設定要求Ｄrrを渡されれたことを認識する。このような認識結果に従って、利用権管理部７１７は、利用権ＤＢ７１４への利用権登録処理を行う（ステップＳ４０６）。より具体的には、利用権管理部７１７は、設定要求Ｄrrから、コンテンツ識別子Ｉcnt および利用条件Ｃcnt を取り出して、それらと、受け取ったユーザ識別子Ｉusr との組み合わせを利用権ＤＢ７１４に登録する。ここで、利用権管理部７１７は、設定要求Ｄrrに設定されている利用条件Ｃcnt で、契約者βが取得対象コンテンツデータＤcnt を利用する権利の設定を要求しているとみなす。つまり、利用権管理部７１７からみれば、利用条件Ｃcnt は、取得対象コンテンツデータＤcnt を契約者βが利用できる権利を示す。以上の観点から、利用権管理部７１７は、設定要求Ｄrrから取り出した利用条件Ｃcnt を利用権情報Ｄrgt として扱う。つまり、利用権ＤＢ７１４は、図７１（ｂ）に示すように、ユーザ識別子Ｉusr 、コンテンツ識別子Ｉcnt および利用権情報Ｄrgt の組み合わせの集まりとなる。これによって、利用権管理部７１７は、契約者βの取得対象コンテンツデータＤcnt の利用権を管理する。利用権管理部７１７は、以上の利用条件登録処理が終了すると、今回受け取った設定要求Ｄrrをコンテンツ管理部７１８に渡す。
【０２６８】
ここで、以上の利用権ＤＢ７１４に登録される利用権情報Ｄrgt の具体例について登録する。既に説明している通り、本実施形態では、利用条件Ｃcnt は利用回数であると仮定されている。さらに、今回の設定要求Ｄrrには、メディア識別子Ｉmdとして「ｘ１」、コンテンツ識別子Ｉcnt として「ａ」および利用条件Ｃcnt として「再生ｍ回」（ｍは自然数）が設定されていると仮定する。以上の仮定下では、ユーザ認証部７１６は、ステップＳ４０５のユーザ認証処理において、ユーザ識別子Ｉusr としての「ｙ１」を、ユーザ情報ＤＢ７１３から取り出して、利用権管理部７１７に渡す。従って、ステップＳ４０６では、図７１（ｂ）に示すように、１つの利用条件情報Ｄcrt には、ユーザ識別子Ｉusr としての「ｙ１」、コンテンツ識別子Ｉcnt としての「ａ」および利用権情報Ｄrgt としての「再生ｍ回」が設定される。
【０２６９】
なお、本ライセンス情報管理システムＳc1の技術的特徴とは関係ないが、ステップＳ４０６において、利用権管理部７１７は、利用条件情報Ｄcrt の登録毎に、ユーザ識別子Ｉusr が割り当てられている契約者βに対して課金を行ってもよい。
【０２７０】
コンテンツ管理部７１８は、設定要求Ｄrrを受け取ると、図６１のステップＳ２０４と同様の読み出し処理を行う（ステップＳ４０７）。その後、コンテンツ暗号化部７１９は、ステップＳ２０５と同様の暗号処理を行う（ステップＳ４０８）。さらに、送信データ生成部７２０は、ステップＳ２０６と同様の送信データ生成処理を行う（ステップＳ４０９）。その結果、ステップＳ２０６と同様に、送信データＤtrn （図６２（ｂ）参照）が、伝送路９１を介して、機器２０１へと送信される（ステップＳ４０１０）。
【０２７１】
機器２０１（図７０参照）において、通信部８１３は、図６１のステップＳ２０８と同様の受信処理を行う（図７３；ステップＳ４０１１）。コンテンツ管理部８１４は、ステップＳ２０９と同様の蓄積処理を行う（ステップＳ４０１２）。その結果、コンテンツ蓄積部８１５には、図６３を参照して説明したように、コンテンツ識別子Ｉcnt および暗号済みコンテンツデータＤecntの組み合わせが、いくつか蓄積されることになる。
【０２７２】
前述の実施形態での説明と同様に、機器２０１には暗号済みコンテンツデータＤecntが配信される。そのため、機器２０１は、コンテンツデータＤcnt を利用する場合には、利用権管理装置７１により提供される復号鍵Ｋd で、暗号済みコンテンツデータＤecntを復号する必要がある。ここで、本ライセンス情報管理システムＳc1では、復号鍵Ｋd を、契約者βが操作中の機器２０１に提供するために、後で詳説するライセンス情報Ｄlcが用いられる。以下、図７５〜図７７を参照して、ライセンス情報Ｄlcの取得およびコンテンツデータＤcnt の復号時における機器２０１および利用権管理装置７１の動作について説明する。
【０２７３】
まず、契約者βは、機器２０１を操作して、コンテンツ蓄積部８１５にアクセスして、そこに蓄積されている暗号済みコンテンツデータＤecntの中から、今回利用したいものを特定する。ここで、以下の説明において、今回指定された暗号済みコンテンツデータＤecntを、復号対象コンテンツデータＤecntと称する。
【０２７４】
コンテンツ管理部８１４（図７０参照）は、コンテンツ蓄積部８１５を管理しており、契約者βにより特定された復号対象コンテンツデータＤecntに付加されているコンテンツ識別子Ｉcnt を、当該コンテンツ蓄積部８１５から取り出す。発行要求生成部８１６は、コンテンツ管理部８１４により取り出されたコンテンツ識別子Ｉcnt を受け取る（ステップＳ５０１）。
【０２７５】
次に、発行要求生成部８１６は、識別子抽出部２０２２に、機器識別子Ｉdvおよびメディア識別子Ｉmdのいずれか一方を選択して、自身に返すように指示する。識別子抽出部２０２２は、発行要求生成部８１６の指示に応答して、可搬型記録媒体１０１が装着されている場合には、インターフェイス２０２１を通じて、当該可搬型記録媒体１０１に格納されているメディア識別子Ｉmdを取り出す。発行要求生成部８１６は、識別子抽出部２０２２により取り出されたメディア識別子Ｉmdを受け取る（ステップＳ５０２）。
【０２７６】
ここで、識別子抽出部２０２２は、前述したように、機器２０１に可搬型記録媒体１０１が装着されていない場合、機器識別子格納部８１１から、機器識別子Ｉdvを取り出して、設定要求生成部８１２に渡す。しかし、この場合、契約者γが、機器２０１を使って、ライセンス情報Ｄlcの提供を受けることとなる。このような場合については、本変形例の目的とは関係なく、さらには、識別子抽出部２０２２が機器識別子Ｉdvを取り出す場合における、機器２０１における動作については、前述の実施形態の説明から明らかであるため、その説明を省略する。
【０２７７】
その後、発行要求生成部８１６は、メディア識別子Ｉmdおよびコンテンツ識別子Ｉcnt に、発行要求識別子Ｉirを付加して、発行要求Ｄir（図７４（ｂ）参照）を生成する（ステップＳ５０３）。ここで、発行要求Ｄirは、上述のライセンス情報Ｄlcの提供を利用権管理装置７１に要求するための情報である。また、発行要求識別子Ｉirは、利用権管理装置７１が発行要求Ｄirを特定するために使用される。発行要求生成部８１６は、以上の発行要求Ｄirを通信部８１３に渡す。通信部８１３は、受け取った発行要求Ｄirを伝送路９１を通じて、利用権管理装置７１に送信する（ステップＳ５０４）。
【０２７８】
利用権管理装置７１において、通信部７１５（図５５参照）は、伝送路９１を通じて送信されてくる発行要求Ｄirを受信して、ユーザ認証部７１６に渡す。ユーザ認証部７１６は、発行要求Ｄirを受け取ると、ユーザ認証部７１６は、発行要求Ｄirにユーザ認証処理を行う（ステップＳ５０５）。より具体的には、ユーザ認証部７１６は、受け取った発行要求Ｄirに設定されているメディア識別子Ｉmdに一致するものが、ユーザ情報ＤＢ７１３（図７１（ａ）参照）に登録されているか否かを確認する。ユーザ認証部７１６は、ユーザ情報ＤＢ７１３に一致するものが登録されている場合に限り、今回の発行要求Ｄirが、契約者βからのものであると判断する。さらに、このような判断結果に従って、ユーザ認証部７１６は、ユーザ情報ＤＢ７１３から、今回のメディア識別子Ｉmdに対応するユーザ識別子Ｉusr を取り出して、受け取った発行要求Ｄirと共に利用権管理部７１７に渡す。
【０２７９】
利用権管理部７１７は、発行要求Ｄirに設定されている発行要求識別子Ｉirに基づいて、今回、ユーザ認証部７１６から発行要求Ｄirを渡されたことを認識する。このような認識結果に従って、利用権管理部７１７は、受け取った発行要求Ｄirからコンテンツ識別子Ｉcnt を取り出す（ステップＳ５０６）。次に、利用権管理部７１７は、受け取ったユーザ識別子Ｉusr および取り出したコンテンツ識別子Ｉcnt の組み合わせが、利用権ＤＢ７１４（図７１（ｂ）参照）に登録されているか否かを判断する（ステップＳ５０７）。
【０２８０】
利用権管理部７１７は、ステップＳ５０７で「Ｙｅｓ」と判断した場合、それらと同じ組みの利用権情報Ｄrgt を参照して、契約者βが操作中の機器２０１に利用許可を与えることができるか否かを判断する（ステップＳ５０８）。ステップＳ５０８で「Ｙｅｓ」と判断した場合、利用権管理部７１７は、利用権情報Ｄrgt の一部または全てを取り出す（ステップＳ５０９）。ここで、以下の説明において混同が生じることを避けるため、ステップＳ５０９において取り出された一部または全ての利用権情報Ｄrgt のことを、今回の発行要求Ｄirにより特定される契約者βの機器２０１にコンテンツデータＤcnt の利用を許可するための情報であるという観点から、利用許可情報Ｄlwと称する。つまり、ステップＳ５０９では、利用許可情報Ｄlwが生成される。
【０２８１】
利用許可情報Ｄlwの生成により、契約者βのために登録されている利用権情報Ｄrgt の一部または全てが使用される。そのため、ステップＳ５０９の次に、利用権管理部７１７は、ステップＳ５０９で一部または全部が取り出された利用権情報Ｄrgt を更新する（図７５；ステップＳ５０１０）。
【０２８２】
ここで、以上のステップＳ５０６〜Ｓ５０１０の処理の具体例について登録する。今、利用権ＤＢ７１４には、図７１（ｂ）に示すように、ユーザ識別子Ｉusr としての「ｙ１」、コンテンツ識別子Ｉcnt としての「ａ」および利用権情報Ｄrgt としての「再生ｍ回」の組みが登録されていると仮定する。また、今回、機器２０１は、メディア識別子Ｉmdとしての「ｘ２」およびコンテンツ識別子Ｉcnt としての「ａ」が設定されている発行要求Ｄirを送信すると仮定する。
【０２８３】
以上の仮定下では、ステップＳ５０６において、利用権管理部７１７は、ユーザ識別子Ｉusr としての「ｙ１」を受け取り、さらに、発行要求Ｄirから、コンテンツ識別子Ｉcnt としての「ａ」を取り出す。また、ステップＳ５０７において、ユーザ識別子Ｉusr としての「ｙ１」およびコンテンツ識別子Ｉcnt としての「ａ」の組みが、利用権ＤＢ７１４に登録されていると判断される。このように判断されると、ステップＳ５０８において、同じ組みの利用権情報Ｄrgt には、「再生ｍ回」と設定されているので、契約者βが操作中の機器２０１の利用許可を与えてもよいと判断される。このように判断されると、ステップＳ５０９において、利用許可情報Ｄlwが生成される。この時生成される利用許可情報Ｄlwとしては、例えば、「再生ｎ回」が挙げられる。ここで、ｎは、上述のｍを超えない自然数であり、より好ましくは、機器２０１の処理能力に応じて設定される。例えば、機器２０１が相対的に低い性能のハードウェアを搭載している場合であれば、ｎは、「１」のように、機器２０１が復号対象コンテンツデータＤecntを利用可能な最低限の値に設定されることが好ましい。
【０２８４】
以上のステップＳ５０６〜Ｓ５０９により、機器２０１に装着された可搬型記録媒体１０１（メディア識別子Ｉmdが「ｘ２」）がコンテンツデータＤcnt （コンテンツ識別子Ｉcnt 「ａ」）を再生する権利をｎ回使うことになる。そのため、ステップＳ５０１０において、契約者βの利用権情報Ｄrgt が「再生ｍ回」から「再生（ｍ−ｎ）回」に更新される。
【０２８５】
以上のようにして生成した利用許可情報Ｄlwを、利用権管理部７１７（図５５参照）は、発行要求Ｄirと一緒に、ライセンス情報生成部７２１に渡す。より具体的には、ライセンス情報生成部７２１は、図５６に示すように、ハッシュ値生成部７２１１およびライセンス情報組立部７２１２を含んでいる。ハッシュ値生成部７２１１には、利用許可情報Ｄlwのみが渡され、また、ライセンス情報組立部７２１２には、利用許可情報Ｄlwおよび発行要求Ｄirの双方が渡される。
【０２８６】
まず、ハッシュ値生成部７２１１は、図６４のステップＳ３０８と同様にして、ハッシュ値Ｖhsを生成し（ステップＳ５０１１）、生成したハッシュ値Ｖhsをライセンス情報組立部７２１２に渡す。ライセンス情報組立部７２１２は、受け取った発行要求Ｄirを復号鍵管理部７２２に渡す。復号鍵管理部７２２（図５５参照）は、前述した復号鍵ＤＢ７１２（図５９（ｂ）参照）を管理する。復号鍵管理部７２２は、受け取った発行要求Ｄirに設定されているコンテンツ識別子Ｉcnt およびメディア識別子Ｉmdを取り出す。さらに、復号鍵管理部７２２は、コンテンツ識別子Ｉcnt と同じ組みの復号鍵Ｋd を復号鍵ＤＢ７１２から取り出して、メディア識別子Ｉmdと一緒に復号鍵暗号化部７２３に渡す。復号鍵暗号化部７２３は、受け取った復号鍵Ｋd を、同時に受け取ったメディア識別子Ｉmdで暗号化して（ステップＳ５０１２）、暗号済みの復号鍵Ｋedを生成する。以上の暗号済み復号鍵Ｋedは、ライセンス情報組立部７２１２に渡される。
【０２８７】
ライセンス情報組立部７２１２は、発行要求Ｄirおよび利用許可情報Ｄlw、ハッシュ値Ｖhsならびに暗号済み復号鍵Ｋedのすべてが揃うと、図６５のステップＳ３０１０と同様にして、図６７（ｂ）に示すライセンス情報Ｄlcを生成する（ステップＳ５０１３）。以上のライセンス情報Ｄlcは、通信部７１５に渡される。通信部７１５から、伝送路９１を通じて、機器２０１に送信される（ステップＳ５０１４）。
【０２８８】
機器２０１（図７０参照）において、通信部８１３は、ステップＳ３０１２と同様にして、伝送路９１を通じて送信されてくるライセンス情報Ｄlcを受信し（ステップＳ５０１５）、ライセンス情報処理部８１７に渡す。
【０２８９】
ライセンス情報処理部８１７は、図５８に示すように、改竄判定部８１７１と、ハッシュ値生成部８１７２と、利用許可判定部８１７３と、復号鍵復号部８１７４とを含んでいる。通信部８１３からのライセンス情報Ｄlcは、まず、改竄判定部８１７１に渡される。改竄判定部８１７１は、まず、ステップＳ３０１３と同様に、受け取ったライセンス情報Ｄlcから、利用許可情報Ｄlwを取り出し、さらに、ハッシュ値Ｖhsを外部ハッシュ値Ｖehs として取り出し（ステップＳ５０１６）、取り出した利用許可情報Ｄlwを、ハッシュ値生成部８１７２に渡し、外部ハッシュ値Ｖehs をそのまま保持する。
【０２９０】
ハッシュ値生成部８１７２は、ステップＳ３０１４と同様にして、内部ハッシュ値Ｖlhs を生成して（ステップＳ５０１７）、改竄判定部８１７１に返す。
【０２９１】
改竄判定部８１７１は、上述の内部ハッシュ値Ｖlhs を受け取ると、ステップＳ３０１５と同様にして、利用許可情報Ｄlwが改竄されているか否かを判定し（ステップＳ５０１８）、「Ｙｅｓ」と判定した場合には、今回受け取ったライセンス情報Ｄlcを利用許可判定部８１７３に渡す。
【０２９２】
利用許可判定部８１７３は、受け取ったライセンス情報Ｄlcを参照して、ステップＳ３０１６と同様にして、復号対象コンテンツデータＤecntの利用が許可されているか否かを判定する（ステップＳ５０１９）。利用許可判定部８１７３は、ステップＳ５０１９において「Ｙｅｓ」と判断した場合に限り、受け取ったライセンス情報Ｄlcから、暗号済み復号鍵Ｋedを取り出して、復号鍵復号部８１７４に渡す。
【０２９３】
ここで、以上のステップＳ５０１９の処理の具体例について説明する。前述の仮定に従えば、今回のライセンス情報Ｄlcの利用許可情報Ｄlwにより、コンテンツデータＤcnt の再生がｎ回だけ許可されている。かかる場合、利用許可判定部８１７３は、ステップＳ５０１９において、利用許可情報Ｄlwに設定される再生回数が１以上であれば、復号対象コンテンツデータＤecntの利用が許可されていると判断して、受け取ったライセンス情報Ｄlcから暗号済み復号鍵Ｋedを取り出して、復号鍵復号部８１７４に渡す。
【０２９４】
さて、復号鍵復号部８１７４は、利用許可判定部８１７３から暗号済み復号鍵Ｋedを受け取る。さらに、復号鍵復号部８１７４は、識別子抽出部２０２２に、機器識別子Ｉdvおよびメディア識別子Ｉmdのいずれか一方を選択して、自身に返すように指示する。識別子抽出部２０２２は、復号鍵復号部８１７４の指示に応答して、可搬型記録媒体１０１が装着されている場合には、インターフェイス２０２１を通じて、当該可搬型記録媒体１０１に格納されているメディア識別子Ｉmdを取り出す。復号鍵復号部８１７４は、識別子抽出部２０２２により取り出されたメディア識別子Ｉmdを受け取る。
【０２９５】
ここで、識別子抽出部２０２２は、機器２０１に可搬型記録媒体１０１が装着されていない場合、機器識別子格納部８１１から、機器識別子Ｉdvを取り出して、復号鍵復号部８１７４に渡すことになる。このような場合については、本変形例の目的とは関係なく、さらには、識別子抽出部２０２２が機器識別子Ｉdvを取り出す場合における、機器２０１における動作については、前述の実施形態と同様であるため、その説明を省略する。
【０２９６】
以上のようにして、メディア識別子Ｉmdを受け取ると、復号鍵復号部８１７４は、暗号済み復号鍵Ｋedを、メディア識別子Ｉmdで復号して（図７７；ステップＳ５０２０）、復号鍵Ｋd をコンテンツ復号部８１８に渡す。
【０２９７】
ところで、コンテンツ管理部８１４は、ステップＳ５０１において、コンテンツ識別子Ｉcnt だけでなく、前述の復号対象コンテンツデータＤecntを取り出す。取り出された復号対象コンテンツデータＤecntは、コンテンツ復号部８１８に渡される。コンテンツ復号部８１８は、復号鍵復号部８１７４から受け取った復号鍵Ｋd で、復号対象コンテンツデータＤecntを復号して（ステップＳ５０２１）、コンテンツデータＤcnt をコンテンツ再生部８１９に渡す。コンテンツ再生部８１９は、受け取ったコンテンツデータＤcnt を再生して、音声出力する（ステップＳ５０２２）。これにより、契約者βは、事業者αから購入したコンテンツデータＤcnt が表す音楽を聴くことができる。以上説明したように、本ライセンス情報管理システムＳc1によれば、契約者βは、自分が得た利用権情報Ｄrgt を使って、別の契約者γが管理する機器２０１で、コンテンツデータＤcnt を利用することが可能となる。これによって、より使い勝手のよいライセンス情報管理システムＳc1を提供することが可能となる。
【０２９８】
ここで、図７６のステップＳ５０１８において、改竄判定部８１７１は、利用許可情報Ｄlwが改竄されていると判定する場合がある。また、ステップＳ５０１９において、利用許可判定部８１７３は、復号対象コンテンツデータＤecntの利用が許可されていないと判定する場合もある。このような場合、改竄判定部８１７１および利用許可判定部８１７３は、図６６のステップＳ３０２０を実行して、今回受け取ったライセンス情報Ｄlcを破棄する。
【０２９９】
また、図７５のステップＳ５０７において、利用権管理部７１７は、ユーザ識別子Ｉusr およびコンテンツ識別子Ｉcnt の組み合わせが、利用権ＤＢ７１４（図７１（ｂ）参照）に登録されていないと判断する場合がある。さらに、ステップＳ５０８において、利用権管理部７１７は、契約者βが操作中の機器２０１に利用許可を与えないと判断する場合もある。このような場合、利用権管理部７１７は、図６６のステップＳ３０２１を実行して、利用拒否情報Ｄrjを生成して、通信部７１５に渡す。通信部７１５は、受け取った利用拒否情報Ｄrjを、伝送路９１を介して、機器２０１に送信する。これによって、前述の実施形態と同様に、機器２０１が、復号対象コンテンツデータＤecntを復号しないようにすることができる。
【０３００】
なお、ステップＳ５０７において、利用権管理部７１７は、ユーザ識別子Ｉusr およびコンテンツ識別子Ｉcnt の組み合わせが、利用権ＤＢ７１４（図７１（ｂ）参照）に登録されていないと判断する場合に、ユーザ識別子Ｉusr 、コンテンツ識別子Ｉcnt および利用権情報Ｄrgt を生成して、利用権ＤＢ７１４に登録するようにしてもよい。
【０３０１】
なお、以上の変形例において、契約者β側には、前述の実施形態で説明した機器８１が設置されるとして説明したが、これに限らず、上述の機器２０１が設置されてもよい。
【０３０２】
また、以上の変形例において、機器２０１は、機器識別子格納部８１１を備えるとして説明した。しかしながら、契約者γ自身が機器２０１を使ってコンテンツデータＤcnt およびライセンス情報Ｄlcの提供を利用権管理装置７１から受けない場合には、機器２０１は、機器識別子格納部８１１を備える必要性はない。
【０３０３】
また、以上の変形例においても、前述の実施形態と同様に、互いに異なる利用権管理装置が図７２および図７３の処理と図７５〜図７７の処理とを行うようにしてもよい。さらに、本変形例においても、最初にライセンス情報Ｄlcの取得が行われ、その後に、コンテンツデータＤcnt の取得が行われても良い。また、コンテンツデータＤcnt の取得およびライセンス情報Ｄlcの取得が同時並行して行われてもよい。
【０３０４】
また、以上の変形例では、説明の便宜上、ユーザ情報ＤＢ７１３には、ユーザ識別子Ｉusr と、機器識別子Ｉdvおよび／またはメディア識別子Ｉmdが登録されるとして説明した。しかしながら、前述の実施形態と同様に、ユーザ情報ＤＢ７１３にはさらに、契約者βを一意に特定可能な他のユーザ情報（例えば、住所および電話番号）が登録されてもよい。
【０３０５】
また、以上の変形例は、前述の実施形態と同様、機器２０１におけるコンテンツ再生部８１９は、コンテンツデータＤcnt の種類に応じて、テレビ番組、映画、書籍および印刷物およびゲーム内容を映像出力可能なもの、ラジオ番組を音声出力可能なものに置換されてもよい。さらに、機器２０１は、以上のようなコンテンツ再生部８１９に代えて、復号されたコンテンツデータＤcnt を、外部の機器（テレビジョン受像機、ラジオ受信機、音楽再生機、電子ブックリーダ、ゲーム機器、ＰＣ、情報携帯端末、携帯電話、外部記憶装置等）に転送可能なインターフェイスを備えていてもよい。
【０３０６】
また、以上の変形例においても、前述の実施形態と同様、ＳＳＬ等の保護技術を適用するという条件で、ライセンス情報Ｄlcは、暗号化されていない復号鍵Ｋd をそのまま含んでいてもよい。また、デジタルライツを保護するために、機器２０１には、可搬型記録媒体１０１に格納されるメディア識別子Ｉmdでライセンス情報Ｄlcを暗号化するアルゴリズムが組み込まれることがより好ましい。
【０３０７】
また、以上の第６の変型例に係るインターフェイス２０２１および識別子抽出部２０２２は、第２の実施形態に係る機器５１に組み込まれても良い。このように、機器５１a または５１b に、インターフェイス２０２１および識別子抽出部２０２２の両者を組み込んだ場合、識別子抽出部２０２２は、ユーザの指定に従って、機器５１a または５１b の機器識別子格納部２１１に設定されている機器識別子Ｉdva またはＩdvb もしくは、可搬型記録媒体１０１に格納されているメディア識別子Ｉmdのいずれかを使って、設定要求Ｄrrを生成して、利用権管理装置４１に送信する。これによって、ユーザは、機器５１a または５１b もしくは可搬型記録媒体１０１のいずれかを使って、コンテンツデータＤcnt を利用できるようになるので、より使い勝手の良いライセンス情報管理システムＳb を実現できるようになる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る利用権管理装置１１を収容したライセンス情報管理システムＳa の全体構成を示すブロック図である。
【図２】図１の利用権管理装置１１の詳細な構成を示すブロック図である。
【図３】図２のライセンス情報生成部１２１の詳細な構成を示すブロック図である。
【図４】図１の機器２１a および２１b の詳細な構成を示すブロック図である。
【図５】図４のライセンス情報処理部２１７の詳細な構成を示すブロック図である。
【図６】図２のコンテンツＤＢ１１１および図２の復号鍵ＤＢ１１２を示す模式図である。
【図７】図２のユーザ情報ＤＢ１１３および図２の利用権ＤＢ１１４を示す模式図である。
【図８】コンテンツデータＤcnt の利用権設定および取得時における、機器２１a および利用権管理装置１１の動作を示すフローチャートである。
【図９】図８に示す処理の過程で送受される設定要求Ｄrrおよび送信データＤtrn のフォーマットを示す模式図である。
【図１０】図４のコンテンツ蓄積部２１５に蓄積されるデータを示す模式図である。
【図１１】ライセンス情報Ｄlca の取得およびコンテンツデータＤcnt の復号時における機器２１a および利用権管理装置１１の動作を示す第１のフローチャートである。
【図１２】ライセンス情報Ｄlca の取得およびコンテンツデータＤcnt の復号時における機器２１a および利用権管理装置１１の動作を示す第２のフローチャートである。
【図１３】ライセンス情報Ｄlca の取得およびコンテンツデータＤcnt の復号時における機器２１a および利用権管理装置１１の動作を示す第３のフローチャートである。
【図１４】図１２〜図１３の処理の過程で送受される発行要求Ｄir、ライセンス情報Ｄlcおよび利用拒否情報Ｄrjのフォーマットを示す模式図である。
【図１５】図１の利用権管理装置１１の第１の変型例に係る利用権管理装置１１a を収容したライセンス情報管理システムＳa1の全体構成を示すブロック図である。
【図１６】図１５に示す利用権管理装置１１a の詳細な構成を示すブロック図である。
【図１７】図１５に示す機器２１c の詳細な構成を示すブロック図である。
【図１８】図１５の機器２１c をユーザ情報ＤＢ１１３に登録するまでの機器２１c および利用権管理装置１１a の動作を示すフローチャートである。
【図１９】図１８の処理の過程で送受される登録要求Ｄrsc 、登録完了通知Ｄscc および登録拒否通知Ｄsrc のフォーマットを示す模式図である。
【図２０】図１８の処理により更新されたユーザ情報ＤＢ１１３を示す模式図である。
【図２１】図１の利用権管理装置１１の第２の変型例に係る利用権管理装置１１b の詳細な構成を示すブロック図である。
【図２２】第２の変型例に係る機器２１a または２１b の詳細な構成を示すブロック図である。
【図２３】第２の変型例に係る機器２１c の詳細な構成を示すブロック図である。
【図２４】機器２１c の機器識別子Ｉdvc をユーザ情報ＤＢ１１３に登録する際における機器２１a および利用権管理装置１１b の動作を示すフローチャートである。
【図２５】機器２１c の機器識別子Ｉdvc をユーザ情報ＤＢ１１３に登録する際における機器２１c および利用権管理装置１１b の動作を示すフローチャートである。
【図２６】図２４の処理の過程で送受される仮登録要求Ｄprscおよび仮登録完了通知Ｄpsccのフォーマットを示す模式図である。
【図２７】図２４および図２５の処理により更新されたユーザ情報ＤＢ１１３を示す模式図である。
【図２８】図２５の処理の過程で送受される本登録要求Ｄcrscおよび本登録完了通知Ｄcsccのフォーマットを示す模式図である。
【図２９】図１の利用権管理装置１１の第３の変型例に係る利用権管理装置１１c の詳細な構成を示すブロック図である。
【図３０】第３の変型例に係る機器２１a または２１b の詳細な構成を示すブロック図である。
【図３１】第３の変型例に係る機器２１c の詳細な構成を示すブロック図である。
【図３２】機器２１c の機器識別子Ｉdvc をユーザ情報ＤＢ１１３に登録する際における、機器２１c および利用権管理装置１１c の動作を示すフローチャートである。
【図３３】機器２１c の機器識別子Ｉdvc をユーザ情報ＤＢ１１３に登録する際における、機器２１a および利用権管理装置１１c の動作を示すフローチャートである。
【図３４】図３２の処理の過程で送受されるパスワード要求Ｄrps およびパスワード通知Ｄpss のフォーマットを示す模式図である。
【図３５】図３２および図３３の処理により更新されたユーザ情報ＤＢ１１３を示す模式図である。
【図３６】図３３の処理の過程で送受される登録要求Ｄrsc および登録完了通知Ｄscc のフォーマットを示す模式図である。
【図３７】図１の利用権管理装置１１の第４の変型例に係る利用権管理装置１１d の詳細な構成を示すブロック図である。
【図３８】第４の変型例に係る機器２１a または２１b の詳細な構成を示すブロック図である。
【図３９】第４の変型例に係る機器２１c の詳細な構成を示すブロック図である。
【図４０】機器２１c の機器識別子Ｉdvc をユーザ情報ＤＢ１１３に登録するまでの機器２１a 、機器２１c および利用権管理装置１１d の動作を示すフローチャートである。
【図４１】図４０の処理の過程で送受される第１の登録要求Ｄrsc1 、第２の登録要求Ｄrsc および登録完了通知Ｄscc のフォーマットを示す図である。
【図４２】図１の利用権管理装置１１の第５の変型例に係る利用権管理装置１１e を収容したライセンス情報管理システムＳa5の全体構成を示すブロック図である。
【図４３】図４２に示す利用権管理装置１１e の詳細な構成を示すブロック図である。
【図４４】図４２に示す機器２１b の詳細な構成を示すブロック図である。
【図４５】機器２１b の機器識別子Ｉdvb をユーザ情報ＤＢ１１３および利用権ＤＢ１１４から削除するまでの機器２１b および利用権管理装置１１e の動作を示すフローチャートである。
【図４６】図４５の処理の過程で送受される削除要求Ｄrwb および削除完了通知Ｄswb のフォーマットを示す模式図である。
【図４７】図４５の処理により更新されたユーザ情報ＤＢ１１３を示す模式図である。
【図４８】本発明の第２の実施形態に係る利用権管理装置４１を収容したライセンス情報管理システムＳb の全体構成を示すブロック図である。
【図４９】図４８の利用権管理装置４１の詳細な構成を示すブロック図である。
【図５０】図４８の機器５１a および５１b の詳細な構成を示すブロック図である。
【図５１】コンテンツデータＤcnt の取得時における機器５１a および利用権管理装置４１の動作を示すフローチャートである。
【図５２】図４９の利用権ＤＢ１１４を示す模式図である。
【図５３】図５１の処理の過程で送受される第２の設定要求Ｄrr2bのフォーマットを示す図である。
【図５４】本発明の第３の実施形態に係るライセンス情報管理システムＳc の全体構成を示すブロック図である。
【図５５】図５４の利用権管理装置７１の詳細な構成を示す機能ブロック図である。
【図５６】図５５のライセンス情報生成部７２１の詳細な構成を示す図である。
【図５７】図５４の機器８１の詳細な構成を示す機能ブロック図である。
【図５８】図５７のライセンス情報処理部８１７の詳細な構成を示す機能ブロック図である。
【図５９】図５５のコンテンツＤＢ７１１および図５５の復号鍵ＤＢ７１２を示す模式図である。
【図６０】図５５のユーザ情報ＤＢ７１３および利用権ＤＢ７１４を示す模式図である。
【図６１】コンテンツデータＤcnt の取得時における機器８１および利用権管理装置７１の動作を示すフローチャートである。
【図６２】図６１の処理の過程で送受される設定要求Ｄrrおよび送信データＤtrn のフォーマットを示す模式図である。
【図６３】図５８のコンテンツ蓄積部８１５に格納されるデータを示す模式図である。
【図６４】ライセンス情報Ｄlcの取得およびコンテンツデータＤcnt の復号時における機器８１および利用権管理装置７１の動作を示す第１のフローチャートである。
【図６５】ライセンス情報Ｄlcの取得およびコンテンツデータＤcnt の復号時における機器８１および利用権管理装置７１の動作を示す第２のフローチャートである。
【図６６】ライセンス情報Ｄlcの取得およびコンテンツデータＤcnt の復号時における機器８１および利用権管理装置７１の動作を示す第３のフローチャートである。
【図６７】図６４〜図６６の処理の過程で送受される発行要求Ｄir、ライセンス情報Ｄlcおよび利用拒否情報Ｄrjのフォーマットを示す模式図である。
【図６８】図５４のライセンス情報管理システムＳc の変型例に係るライセンス情報管理システムＳc1の全体構成を示すブロック図である。
【図６９】図６８の可搬型記録媒体１０１の構成を示す模式図である。
【図７０】図６８の機器２０１の詳細な構成を示す機能ブロック図である。
【図７１】図６８のユーザ情報ＤＢ７１３および利用権ＤＢ７１４を示す模式図である。
【図７２】契約者βが機器２０１を使ってコンテンツデータＤcnt を取得する際における当該機器２０１および利用権管理装置７１の動作を示す第１のフローチャートである。
【図７３】契約者βが機器２０１を使ってコンテンツデータＤcnt を取得する際における当該機器２０１および利用権管理装置７１の動作を示す第２のフローチャートである。
【図７４】図７２および図７３の処理の過程で送受される設定要求Ｄrrおよび発行要求Ｄirのフォーマットを示す模式図である。
【図７５】ライセンス情報Ｄlcの取得およびコンテンツデータＤcnt の復号時における機器２０１および利用権管理装置７１の動作を示す第１のフローチャートである。
【図７６】ライセンス情報Ｄlcの取得およびコンテンツデータＤcnt の復号時における機器２０１および利用権管理装置７１の動作を示す第２のフローチャートである。
【図７７】ライセンス情報Ｄlcの取得およびコンテンツデータＤcnt の復号時における機器２０１および利用権管理装置７１の動作を示す第３のフローチャートである。
【符号の説明】
Ｓa ，Ｓa1〜Ｓa5，Ｓb ，Ｓc ，Ｓc1…ライセンス情報管理システム
１１，１１a 〜１１e ，４１，７１…利用権管理装置
２１a 〜２１c ，５１a ，５１b ，８１，２０１…機器
１０１…可搬型記録媒体[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a usage right management apparatus, and more particularly to a usage right management apparatus that manages rights related to content data.
[0002]
[Prior art]
In recent years, content distribution systems are becoming familiar due to broadband network and always-on connection environments. Further, since the protection of rights related to content data is important for the spread of such content distribution systems, various rights management techniques have been researched and developed conventionally. Here, in the present specification, rights related to content data such as copyrights or sales rights are referred to as digital rights. Hereinafter, a content information distribution system incorporating a conventional rights management technique will be described.
[0003]
In a conventional content distribution system, a content distribution apparatus and a personal computer (hereinafter abbreviated as “PC”) are connected by a network represented by the Internet so that data communication is possible. The content distribution apparatus stores at least one set of content data, a content decryption key, and usage condition data. The content data is digital data representing content represented by music, for example, and is encrypted by a predetermined method. The content decryption key is a key for decrypting the encrypted content data. The use condition data is data representing a use condition (hereinafter referred to as a use condition) of the above-described content data. A typical usage condition is the number of times content data is used. The PC acquires the above-described content data from the content distribution apparatus, and further stores a computer program (hereinafter simply referred to as a program) necessary for using the acquired content data.
[0004]
In the above content distribution system, content data is distributed as follows. First, the PC executes a program stored in advance and requests the content distribution apparatus to distribute the content data. The request for content data is generally performed when the PC transmits content specifying information and terminal-specific information to a content distribution apparatus via a network. The content specifying information is information for uniquely specifying the content data described above. The terminal specific information is held in advance by the PC, and is information that can uniquely identify the PC that is the request source of the content data.
[0005]
In response to the request from the PC, the content distribution device encrypts the above-described content decryption key using the terminal-specific information received this time. Thereafter, the content distribution apparatus transmits the above-described encrypted content data, the content decryption key encrypted with the terminal specific information, and the use condition data to the PC. The PC receives the content data distributed by the content distribution device, the content decryption key, and the usage rule data, and stores them in a storage device provided therein.
[0006]
After the above storage, the PC user can output the content represented by decrypting the content data. Before the content is actually output, the user first instructs the PC to that effect. In response to this instruction, the PC operates as follows. The PC determines whether or not the current use matches the use condition represented by the use condition data in the storage device. The PC executes the following process only when the usage conditions are met. Next, since the content decryption key in the storage device is encrypted, the PC decrypts the content decryption key using terminal-specific information held by itself. Further, since the content data in the storage device is also encrypted as described above, the PC uses the decrypted content decryption key to decrypt the content data, and then reproduces and outputs the content represented by the content data. .
[0007]
In the above content distribution system, digital rights are protected by DRM (Digital Rights Management) as a rights management technique. Digital rights protection by DRM is realized by the following three technologies. In the first protection technique, the content distribution device transmits the encrypted content data and the content decryption key encrypted with the terminal specific information. Here, the content decryption key can be decrypted only by the PC that requested the content data. Therefore, even if the encrypted content data is transferred to another PC, the other PC cannot decrypt the content decryption key, and as a result, cannot reproduce the content data. . From the above, in DRM, it can be said that the content decryption key is tied to a single PC. This protects the digital rights.
[0008]
The second protection technique is a tamper resistant technique. That is, the PC needs a decryption program for decrypting each cipher, but the analysis of the decryption program is prevented by the above-described tamper resistance technique. This also protects the digital rights.
[0009]
Thirdly, as described above, in the conventional content distribution system, the content distribution apparatus transmits usage condition data to the PC. The PC manages the received use condition data. Each time the content data is used, the PC checks the usage conditions represented by the usage condition data managed by the PC. If the current usage does not match the usage conditions, the PC does not perform the subsequent processing. This also protects the digital rights.
[0010]
[Problems to be solved by the invention]
In recent years, network connection functions have also been added to consumer devices other than PCs typified by set-top boxes, television receivers, music players, and game devices. As a result, consumer devices can receive content data from the above-described content distribution apparatus, and moreover, data communication can be performed between a plurality of consumer devices. From the above, it is desirable that rights management technology be incorporated into consumer devices. However, it is not a good idea to incorporate rights management technology such as the above-mentioned DRM into consumer devices because the following problems can be assumed.
[0011]
First, since the content decryption key is tied to a single PC, even if the user of the PC and the other consumer device is the same, the other consumer device uses the content decryption key to There is a problem that it cannot be decrypted. Because of these problems, the user must use a PC that can use the content key when using the content data. Therefore, the conventional rights management technology is not convenient for the user. .
[0012]
Secondly, the above-described DRM incorporates a tamper-proof technology, and whether or not the content data can be used based on usage condition data stored therein before the PC reproduces the content data. Check. In this way, the tamper resistant technology imposes a large processing burden on the above-described PC. However, the PC is mounted with relatively high-performance hardware so that it can be used for general purposes such as video playback, audio playback, or game play. Therefore, even if DRM is incorporated into a PC, it does not matter so much. On the other hand, consumer devices are required to be low-priced, and consumer devices are generally used for applications specialized in video playback, audio playback, and game play. In view of the above, there is a problem in that consumer devices are not equipped with hardware as high as PCs, and it is difficult to incorporate DRM that requires a large processing load.
[0013]
Therefore, a first object of the present invention is to provide a rights management technique that allows a plurality of consumer devices to share a common digital rights.
A second object of the present invention is to provide a right management technique suitable for consumer devices.
[0014]
[Means for Solving the Problems and Effects of the Invention]
In order to achieve the first object, the first invention of the present application is a device for managing usage right information representing a right for a plurality of devices to use content data, and includes a plurality of devices. In response to an issuance request from each device, the issuance request is transmitted using the entitlement information included in the entitlement right database (hereinafter referred to as the entitlement DB). A usage right management unit that generates usage permission information indicating usage permission of content data for the device, a license information generation unit that generates license information including at least the usage permission information generated by the usage right management unit, and a license information generation unit A communication unit that transmits the license information generated in
[0015]
As described above, according to the first invention, since the usage right information is assigned to a plurality of devices, it is possible to provide a right protection technique that allows a plurality of devices to share common usage right information.
[0016]
In order to achieve the second object, the second invention of the present application is a device that receives provision of license information from a usage right management apparatus connected through a transmission line, and the portable recording medium is a device that receives the license information. A media identifier uniquely specified is stored, and the device includes an interface for connecting the portable recording medium so that data communication is possible, an identifier extracting unit for extracting the media identifier from the portable recording medium connected to the interface, and an identifier extraction An issuance request generation unit that generates an issuance request necessary for receiving permission to use content data using the media identifier received from the copying unit, and the issuance request received from the issuance request generation unit through the transmission path to the usage right management device. SendRuAnd Nobube. Here, the usage right management apparatus manages the usage right information of the content data given to the portable recording medium, and the content in the device to which the portable recording medium is connected in response to an issuance request from the device. Generate and send license information to control data usage. The device further includes a license information processing unit that processes license information from the usage right management device and controls the use of content data.
[0017]
As described above, according to the second invention, since the usage right information of the content data is managed by the usage right management apparatus, it is not necessary to place a processing burden on the device for the usage right information. As a result, it is possible to provide a right protection technique suitable for a device having a relatively low processing capability.
[0018]
Further, according to the second invention, in the device, the identifier extraction unit extracts the media identifier from the portable recording medium connected to the device. Furthermore, the issuance request generation unit can generate an issuance request using the extracted media identifier. As a result, the user of the portable recording medium can use the content data on the device of another person using his / her usage right information.
[0019]
DETAILED DESCRIPTION OF THE INVENTION
“First Embodiment”
FIG. 1 is a block diagram showing the overall configuration of a license information management system Sa containing a usage
[0020]
Next, a detailed configuration of the usage
[0021]
Next, the detailed configuration of the
[0022]
Next, preparations necessary for the contractor β to receive content distribution from the operator α in the license information management system Sa will be described. In this preparatory work, a content database (hereinafter referred to as a content DB) 111, a decryption key database (hereinafter referred to as a decryption key DB) 112, a user information database (hereinafter referred to as a user information DB) 113 shown in FIG. Is constructed by the operator α.
[0023]
First, the
[0024]
The business operator α assigns a content identifier Icnt to each of the content data Dcnt obtained as described above. The content identifier Icnt is preferably information for uniquely specifying the content data Dcnt in the license information management system Sa. Furthermore, the content identifier Icnt is preferably also a locator indicating the storage location of the content data Dcnt. Further, the above content data Dcnt is distributed to the
[0025]
In the present embodiment, for the sake of simplicity of illustration, the
[0026]
Next, the
[0027]
Next, the
[0028]
More specifically, the
[0029]
Reference is now made again to FIG. The device identifiers Idva and Idvb assigned by the operator α are further set in the
[0030]
FIG. 7B shows a usage
[0031]
When the above preparation is completed, one of the
[0032]
Hereinafter, the use condition Ccnt will be described in more detail. The usage condition Ccnt is information indicating under what conditions the
[0033]
In the above description, the use condition Ccnt that can be set when the content data Dcnt represents music has been described. However, not limited to the above, it is preferable that the use condition Ccnt is appropriately set according to the contents represented by the content data Dcnt. For the sake of convenience, in the present embodiment, the following description will be continued assuming that the usage condition Ccnt is the number of times the content data Dcnt has been reproduced.
[0034]
As described above, the user β operates the
[0035]
In the usage right management apparatus 11 (see FIG. 2), the
[0036]
Note that if the setting request Drra from other than the contract user β is received, the
[0037]
The usage
[0038]
In step S132, the usage
[0039]
By the above registration process, the usage
[0040]
Assuming that “reproduction m times” (m is a natural number) is set in the current setting request Drra as the usage condition Ccnt, as shown in FIG. 7B, the usage right record Rrgt newly registered this time. Includes usage right information Drgt in which the condition of “playing m times” is specified.
[0041]
Although not related to the technical features of the license information management system Sa, in step S13, the usage right management unit 117Right to useFor each registration, the contractor β to which the device identifier Idva is assigned may be charged for the use of the content data Dcnt.
[0042]
When the
[0043]
The
[0044]
When the setting request Drra from the
[0045]
In the
[0046]
The
[0047]
From the viewpoint of protecting digital rights, encrypted content data Decnt is distributed to the
[0048]
First, the user β operates the
[0049]
In the usage
[0050]
The usage
[0051]
If the usage
[0052]
Here, the specific example of the process of the above steps S25-S27 is demonstrated. According to the above assumption, in the usage right record Rrgt that is the current target, the usage right information Drgt represents a usage right of “reproduction m times” as shown in FIG. Accordingly, in step S25, the usage
[0053]
In the above specific examples, the usage right information Drgt has been described as the number of times the content data Dcnt has been reproduced. Can be set. Therefore, the processing procedure from step S23 to S27 needs to be appropriately defined according to the usage right information Drgt.
[0054]
The usage right management unit 117 (see FIG. 2) passes the above usage permission information Dlwa to the license
[0055]
First, the hash value generation unit 1211 generates the hash value Vhsa for preventing the use permission information Dlwa from being falsified by substituting the received use permission information Dlwa for the hash function f (x) held in advance ( Step S28). That is, the hash value Vhsa is a solution obtained when the use permission information Dlwa is substituted into the generator polynomial f (x). The hash value generation unit 1211 passes the hash value Vhsa as described above to the license
[0056]
The license
[0057]
When all of the issuance request Dira, the usage permission information Dlwa, the hash value Vhsa, and the encrypted decryption key Keda are prepared, the license
[0058]
In the
[0059]
As illustrated in FIG. 5, the license
[0060]
The hash
[0061]
Upon receiving the internal hash value Vlhsa, the
[0062]
The use
[0063]
Here, a specific example of the processing in step S216 will be described. According to the above assumption, the reproduction of the content data Dcnt is permitted n times by the use permission information Dlwa of the current license information Dlca. In such a case, in step S216, the use
[0064]
In the above specific examples, the usage right information Drgt has been described as the number of times the content data Dcnt has been reproduced. Can be set. Therefore, the process of step S216 needs to be appropriately defined according to the usage right information Drgt.
[0065]
The decryption
[0066]
By the way, the
[0067]
Here, reference is made to step S215 of FIG. In step S215, the
[0068]
In step S24 in FIG. 11, the usage
[0069]
In the
[0070]
In step S24, after determining that the usage right record Rrgt is not registered in the usage right DB 114 (see FIG. 7B), the usage
[0071]
Next, by registering the usage right record Rrgt, the data communication between the
[0072]
In the usage right management apparatus 11 (see FIG. 2), the
[0073]
When the usage
[0074]
After receiving the setting request Drrb, the
[0075]
The transmission
[0076]
In the
[0077]
From the viewpoint of protecting digital rights, the
[0078]
First, the user β operates the
[0079]
In the usage
[0080]
If the usage
[0081]
The usage right management unit 117 (see FIG. 2) passes the above usage permission information Dlwb to the license
[0082]
The license
[0083]
The license
[0084]
In the
[0085]
In the same manner as described above, when the internal hash value Vlhsb is received, the
[0086]
The
[0087]
As described above, according to the present embodiment, a plurality of device identifiers Idva and Idvb are recorded in the usage right record Rrgt. As a result, even when the issuance requests Dira and Dirb are transmitted from the
[0088]
In the above embodiment, the usage right record Rrgt includes the group identifier Igp. This is for clarifying that the
[0089]
In the above embodiment, two
[0090]
In the above embodiment, for convenience of illustration, it has been described that the usage
[0091]
In the above embodiment, the example in which the
"First variant"
[0092]
FIG. 15 is a block diagram showing the overall configuration of the license information management system Sa1 that accommodates the usage right management apparatus 11a. Compared with the license information management system Sa of FIG. 1, the license information management system Sa1 of FIG. 15 includes a usage right management device 11a instead of the usage
[0093]
The usage right management device 11a is installed on the above-mentioned business operator α side. As shown in FIG. 16, the usage right management device 11a includes a user
[0094]
The
[0095]
Next, operations of the
[0096]
In the usage right management apparatus 11a (see FIG. 16), the
[0097]
Next, the user
[0098]
Upon receiving notification from the user
[0099]
In the
[0100]
As described above, according to this modification, the device identifier Idvc of the newly acquired
[0101]
If it is determined in step S34 that the device identifier number Ndv is greater than or equal to the upper limit value Vul, the user
[0102]
In step S32, when the user
[0103]
In the above first modification, the device identifier Idvc is registered in the
[0104]
"Second variant"
Next, the overall configuration of the license information management system Sa2 that accommodates the usage right management apparatus 11b according to the second modification will be described. Compared with the license information management system Sa in FIG. 1, the license information management system Sa2 further includes a usage right management device 11b in place of the usage
[0105]
The usage right management device 11b is installed on the above-mentioned business operator α side. As shown in FIG. 21, the usage right management device 11b and the registration
[0106]
As described in the first embodiment, the
[0107]
The
[0108]
Next, referring to FIG. 24 and FIG. 25, in the license information management system Sa2 having the above-described configuration, the
[0109]
In the usage right management device 11b (see FIG. 21), the
[0110]
On the other hand, when it is determined in step S45 that the device identifier number Ndv is less than the upper limit value Vul, the registration target identifier Idvc is extracted from the reception provisional registration request Dprsc, and is temporarily registered. The temporary registration flag Fps indicating the device identifier Idvc is added to the target contractor record Rcs (step S48). The contractor record Rcs is updated from the one shown in FIG. 7A to the one shown in FIG. Thereafter, the user
[0111]
Upon receiving notification from the user
[0112]
In the
[0113]
When recognizing the completion of provisional registration, the user β operates the
[0114]
In the usage right management apparatus 11b (see FIG. 21), the
[0115]
When the registration
[0116]
In the
[0117]
In the additional registration of the device identifier Idvc according to the first modification described above, the usage right management apparatus 11a does not determine whether or not the
[0118]
In the above modification, the example in which the
[0119]
"Third variant"
Next, the overall configuration of the license information management system Sa3 that accommodates the usage
[0120]
As shown in FIG. 29, the usage
[0121]
As described in the first embodiment, the
[0122]
The
[0123]
Next, with reference to FIG. 32 and FIG. 33, in the license information management system Sa3 having the above configuration, the
[0124]
In the usage
[0125]
On the other hand, if it is determined in step S65 that the device identifier number Ndv is not greater than or equal to the upper limit value Vul, the user
[0126]
When notified by the user
[0127]
In the
[0128]
When recognizing the completion of provisional registration, the user β operates the
[0129]
In the usage
[0130]
When notified that the main registration is completed from the user
[0131]
In the
[0132]
According to the third modified example described above, the
[0133]
In the above modification, the example in which the
[0134]
"Fourth variant"
Next, the overall configuration of the license information management system Sa4 that accommodates the usage
[0135]
As shown in FIG. 37, the usage
[0136]
As described in the first embodiment, the
[0137]
The
[0138]
Next, with reference to FIG. 40, in the license information management system Sa4 having the above-described configuration, the
[0139]
In the
[0140]
In the usage
[0141]
When the registration
[0142]
In the
[0143]
If it is determined in step S86 that the device identifier number Ndv is equal to or greater than the upper limit value Vul, a registration rejection notification Drsc is transmitted from the usage
[0144]
According to the above-described fourth modified example, the
[0145]
In the above modification, the example in which the
[0146]
In the above modification, the
[0147]
Further, in the above variation, the registration completion notification Dscc is transmitted from the usage
[0148]
In the above second to fourth modification examples, the processing for additionally registering the device identifier Idvc of the
[0149]
Further, in the above second to fourth modification examples, it has been described that the
[0150]
In the above first to fourth modified examples, in addition to the information shown in FIG. 7A, user information related to the user β is further registered in the
[0151]
In the first embodiment, the example in which the
[0152]
"Fifth variant"
FIG. 42 is a block diagram showing the overall configuration of the license information management system Sa5 that accommodates the usage
[0153]
The usage
[0154]
As described in the first embodiment, the
[0155]
Next, referring to FIG. 45, in the license information management system Sa5 having the above configuration, the
[0156]
In the usage
[0157]
Furthermore, the device
[0158]
When notified that the deletion of the deletion target identifier Idvb is completed, the deletion
[0159]
In the
[0160]
As described above, according to this modification, the device identifier Idvb of the
[0161]
In the above modification, the
[0162]
In the above modification, the deletion request Drwb has been described as having one deletion target identifier Idvb. However, the present invention is not limited to this, and a plurality of device identifiers Idv may be set. Further, when the deletion request Drwb includes the group identifier Igp described in the first embodiment, the usage
[0163]
“Second Embodiment”
FIG. 48 is a block diagram showing the overall configuration of the license information management system Sb that accommodates the usage
[0164]
Next, a detailed configuration of the usage
[0165]
Next, the detailed configuration of the
[0166]
Next, also in the license information management system Sb, as in the case of the license information management system Sa described above, the contractor β makes preparations necessary for receiving content distribution from the business operator α. In this preparation work, the
[0167]
Further, in the above preparatory work, the business operator α may assign device identifiers Idva and Idvb for uniquely identifying the
[0168]
When the above preparation is completed, one of the
[0169]
The user β operates the
[0170]
In response to this designation, the setting
[0171]
In the usage right management device 41 (see FIG. 49), the
[0172]
In step S1022, the usage right management unit 412 extracts the device identifier Idva, the content identifier Icnt, and the usage condition Ccnt from the received first setting request Drra. Furthermore, the usage right management unit 412, TakeAs a usage right record RrgtaIn usage rights DB114Registration is performed (step S1022). Here, as in the first embodiment, the usage rule Ccnt is used as usage right information Drgt. By the above step S1022, the usage
[0173]
When the above step S1022 is completed, the usage right management unit 412 passes the first setting request Drra received this time to the
[0174]
Further, when the
[0175]
The user β may want to use the usage right information Drgt generated for the
[0176]
In the usage right management device 41 (see FIG. 49), the
[0177]
In step S1023, the usage right management unit 412 extracts the sharing target identifier Idvb and the content identifier Icnt from the received second setting request Drr2a. Thereafter, the usage right management unit 412 accesses the usage
[0178]
As described above, according to the present embodiment, a plurality of device identifiers Idva and Idvb are recorded in the usage right record Rrgta. As a result, the usage
[0179]
Furthermore, in the first embodiment, if one of the plurality of
[0180]
Note that the license information management system Sb according to the second embodiment described above also uses processes such as the above-described second to fifth modifications, similarly to the license information management system Sa according to the first embodiment. By incorporating them into the
[0181]
“Third Embodiment”
FIG. 54 is a block diagram showing the overall configuration of the license information management system Sc according to the third embodiment. 54, the license information management system Sc includes at least one usage
[0182]
Next, specific configurations of the usage
FIG. 55 is a functional block diagram showing a detailed configuration of the usage
[0183]
FIG. 56 is a diagram showing a detailed configuration of the license
[0184]
FIG. 57 is a functional block diagram showing a detailed configuration of the
[0185]
FIG. 58 is a functional block diagram showing a detailed configuration of the license
[0186]
Next, preparations necessary for the contractor β to receive content distribution from the provider α in the license information management system Sc will be described. 55 is constructed by a content database (hereinafter referred to as a content DB) 711, a decryption key database (hereinafter referred to as a decryption key DB) 712, and a user information database (hereinafter referred to as a user information DB) 713 in FIG. Is done.
[0187]
First, the
[0188]
The business operator α assigns a content identifier Icnt to each of the content data Dcnt obtained as described above. The content identifier Icnt uniquely identifies the content data Dcnt in the license information management system Sc. Further, the above content data Dcnt is distributed to the
[0189]
For convenience of the following description, it is assumed that “a” as a unique content identifier Icnt is assigned to one piece of content data Dcnt shown in FIG. Further, it is assumed that “b” as the dedicated encryption key Ke is registered in the same set as “a” as the content identifier Icnt.
[0190]
In the present embodiment, the
[0191]
Next, the
[0192]
For convenience of the following description, it is assumed that “c” is registered as the decryption key Kd in the same set as “a” as the content identifier Icnt in FIG. 59B. As is apparent from the above, “c” as the decryption key Kd is used for decrypting the encrypted content data Decnt using “b” as the encryption key Ke.
[0193]
Next, the
[0194]
Here, FIG. 57 is referred again. As shown in FIG. 57, the device identifier Idv assigned by the operator α is further set in the device
[0195]
Note that the above device identifier Idv may be set in the device
[0196]
For convenience of the following description, it is assumed that “x1” is registered as one device identifier Idv in the
[0197]
Here, FIG. 60B shows a usage
[0198]
When the above preparation is completed, the
Hereinafter, with reference to FIG. 61, the operations of the
[0199]
Hereinafter, the use condition Ccnt will be described in more detail. The usage condition Ccnt is information indicating under what conditions the
[0200]
In the above description, the use condition Ccnt that can be set when the content data Dcnt represents music has been described. However, not limited to the above, it is preferable that the use condition Ccnt is appropriately set according to the contents represented by the content data Dcnt.
For the sake of convenience, in the present embodiment, the following description will be continued assuming that the usage condition Ccnt is the number of times the content data Dcnt has been reproduced.
[0201]
As described above, the contractor β operates the
[0202]
In the usage right management device 71 (see FIG. 55), the communication unit 715 receives the setting request Drr transmitted through the
[0203]
Note that when the setting request Drr from a party other than the regular contractor β is received, the
[0204]
A usage right management unit 717 (see FIG. 55) manages a usage right database (hereinafter referred to as a usage right DB) 714. Also, the usage
[0205]
Here, a specific example of the usage right information Drgt registered in the above usage
[0206]
Although not related to the technical features of the license information management system Sc, in step S203, the usage
[0207]
When the
[0208]
The
[0209]
When the setting request Drr from the
[0210]
In the device 81 (see FIG. 57), the
[0211]
The
[0212]
From the viewpoint of protecting digital rights, encrypted content data Decnt is distributed to the
[0213]
First, the contractor β operates the
[0214]
In response to the designation by the contractor β, the
[0215]
In the usage
[0216]
Upon receiving the issuance request Dir, the
[0217]
The usage
[0218]
If the usage
[0219]
By generating the usage permission information Dlw, part or all of the usage right information Drgt registered for the
[0220]
Here, a specific example of the processing of the above steps S303 to S307 will be described. Now, in the usage
[0221]
Under the above assumption, in step S303, “x1” as the device identifier Idv and “a” as the content identifier Icnt are extracted from the issue request Dir. In step S304, it is determined that the combination of “x1” as the device identifier Idv and “a” as the content identifier Icnt is registered in the usage
[0222]
Through the above steps S303 to S306, the device 81 (device identifier Idv “x1”) uses the right to reproduce the content data Dcnt (content identifier Icnt “a”) n times. For this reason, in step S307, the usage right information Drgt is updated from “reproduction m times” to “reproduction (mn) times”.
[0223]
In the above specific example, the usage right information Drgt has been described as the number of times of reproduction of the content data Dcnt. However, as described above, in the license information management system Sc, various usage right information Drgt (that is, the usage conditions Ccnt) is set. Can be set. Therefore, the processing procedure from step S303 to S307 needs to be appropriately defined according to the usage right information Drgt.
[0224]
The usage right management unit 717 (see FIG. 55) passes the usage permission information Dlw generated as described above to the license
[0225]
First, the hash value generation unit 7211 generates the hash value Vhs for preventing falsification of the usage permission information Dlw by substituting the received usage permission information Dlw for the hash function f (x) held in advance ( Step S308). That is, the hash value Vhs is a solution obtained when the use permission information Dlw is substituted into the generator polynomial f (x). The hash value generation unit 7211 passes the hash value Vhs as described above to the license
[0226]
The license
[0227]
When all of the issuance request Dir, use permission information Dlw, hash value Vhs, and encrypted decryption key Ked are prepared, the license
[0228]
In the device 81 (see FIG. 57), the
[0229]
As shown in FIG. 58, the license
[0230]
The hash
[0231]
Upon receiving the internal hash value Vlhs, the
[0232]
The use
[0233]
Here, a specific example of the processing in step S3016 will be described. According to the above assumption, the reproduction of the content data Dcnt is permitted n times by the use permission information Dlw of the current license information Dlc. In such a case, the use
[0234]
In the above specific example, the usage right information Drgt has been described as the number of times of reproduction of the content data Dcnt. However, as described above, in the license information management system Sc, various usage right information Drgt (that is, the usage conditions Ccnt) is set. Can be set. Therefore, the process of step S3016 needs to be appropriately defined according to the usage right information Drgt.
[0235]
The decryption
[0236]
Incidentally, in step S301, the
[0237]
Here, reference is made to step S3015 of FIG. In step S3015, the
[0238]
Here, in step S304 in FIG. 64, the usage
[0239]
In the device 81 (see FIG. 57), the
[0240]
In step S304, when the usage
[0241]
As described above, in the license information management system Sc, the usage right information Drgt representing the right for the
[0242]
In the above embodiment, the usage
[0243]
In the above embodiment, the
[0244]
In the above embodiment, in the license
[0245]
In the above embodiment, the license information Dlc includes the encrypted decryption key Ked. However, the present invention is not limited to this, and the license information Dlc may include the decryption key Kd. In this case, since there is a risk that the decryption key Kd is stolen by a third party on the
[0246]
In the above embodiment, for convenience of explanation, it has been described that only the device identifier Idv is registered in the
[0247]
In the above embodiment, the content data Dcnt is described as music data for convenience of explanation. Therefore, it has been described that the
[0248]
By the way, in the above license information management system Sc, the business operator α provides content distribution to the contractor β. However, in the above-described license information management system Sc, since the device identifier Idv is fixedly set in the
[0249]
"Sixth variant"
FIG. 68 is a block diagram showing the overall configuration of the license information management system Sc1. The license information management system Sc1 of FIG. 68 differs from the license information management system Sc of FIG. 54 in that it further includes a
[0250]
The
[0251]
The
[0252]
Here, FIG. 70 is a functional block diagram showing a detailed configuration of the
[0253]
Next, in the license information management system Sc1, the contractor β receives content distribution from the provider α on the
[0254]
However, a combination of information different from that in the above-described embodiment is registered in the
[0255]
Further, as described in the above-described embodiment, the device identifier Idv assigned by the operator α is further set in the device
[0256]
In addition, the above-mentioned contractor γ also makes a contract to receive content distribution from the business operator α. Here, for convenience of explanation, it is assumed that the contractor γ does not own the
[0257]
Further, as shown in FIG. 70, the device identifier Idv assigned to the
[0258]
For the convenience of the following description, as shown in FIG. 71A, the
Furthermore, it is assumed that “x3” is registered as the device identifier Idv in the
[0259]
Here, FIG. 71 (b) shows a usage
[0260]
When the above preparation is completed, the
[0261]
Hereinafter, with reference to FIGS. 72 and 73, operations of the
[0262]
As described above, the contractor β operates the
[0263]
Next, the setting
[0264]
Here, when the
[0265]
The setting
[0266]
In the usage right management device 71 (see FIG. 55), the communication unit 715 receives the setting request Drr transmitted through the
[0267]
A usage right management unit 717 (see FIG. 55) manages a usage right database (hereinafter referred to as a usage right DB) 714. Also, the usage
[0268]
Here, a specific example of the usage right information Drgt registered in the above usage
[0269]
Although not related to the technical features of the license information management system Sc1, in step S406, the usage
[0270]
Upon receiving the setting request Drr, the
[0271]
In the device 201 (see FIG. 70), the
[0272]
Similar to the description in the above embodiment, the encrypted content data Decnt is distributed to the
[0273]
First, the contractor β operates the
[0274]
The content management unit 814 (see FIG. 70) manages the
[0275]
Next, the issue
[0276]
Here, as described above, when the
[0277]
Thereafter, the issue
[0278]
In the usage
[0279]
Based on the issue request identifier Iir set in the issue request Dir, the usage
[0280]
If the usage
[0281]
By generating the usage permission information Dlw, part or all of the usage right information Drgt registered for the contractor β is used. Therefore, after step S509, the usage
[0282]
Here, a specific example of the processing of steps S506 to S5010 is registered. Now, in the usage
[0283]
Under the above assumption, in step S506, the usage
[0284]
Through the above steps S506 to S509, the portable recording medium 101 (media identifier Imd is “x2”) mounted on the
[0285]
The usage right management unit 717 (see FIG. 55) passes the usage permission information Dlw generated as described above to the license
[0286]
First, the hash value generation unit 7211 generates a hash value Vhs (step S5011) in the same manner as in step S308 of FIG. 64, and passes the generated hash value Vhs to the license
[0287]
When all of the issuance request Dir, use permission information Dlw, hash value Vhs, and encrypted decryption key Ked are obtained, the license
[0288]
In the device 201 (see FIG. 70), the
[0289]
As shown in FIG. 58, the license
[0290]
The hash
[0291]
Upon receiving the internal hash value Vlhs, the
[0292]
The use
[0293]
Here, a specific example of the processing in step S5019 will be described. According to the above assumption, the reproduction of the content data Dcnt is permitted n times by the use permission information Dlw of the current license information Dlc. In such a case, the use
[0294]
The decryption
[0295]
Here, when the
[0296]
When the media identifier Imd is received as described above, the decryption
[0297]
Incidentally, in step S501, the
[0298]
Here, in step S5018 of FIG. 76, the
[0299]
In step S507 in FIG. 75, the usage
[0300]
In step S507, when the usage
[0301]
In the above modification, the
[0302]
In the above modification, the
[0303]
Also in the above-described modified example, similar to the above-described embodiment, different usage right management apparatuses may perform the processes in FIGS. 72 and 73 and the processes in FIGS. 75 to 77. Further, also in this modification, the license information Dlc may be acquired first, and then the content data Dcnt may be acquired. Further, the acquisition of the content data Dcnt and the acquisition of the license information Dlc may be performed in parallel.
[0304]
Further, in the above modification, for convenience of explanation, it has been described that the user identifier Iusr, the device identifier Idv, and / or the media identifier Imd are registered in the
[0305]
Further, in the above modification example, the
[0306]
Also in the above-described modification, the license information Dlc may include the unencrypted decryption key Kd as it is under the condition that a protection technology such as SSL is applied, as in the above-described embodiment. In order to protect digital rights, it is more preferable that the
[0307]
Further, the
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of a license information management system Sa accommodating a usage
2 is a block diagram showing a detailed configuration of a usage
3 is a block diagram showing a detailed configuration of a license
4 is a block diagram showing a detailed configuration of the
5 is a block diagram showing a detailed configuration of a license
6 is a schematic diagram showing the
7 is a schematic diagram showing a
FIG. 8 is a flowchart showing operations of the
9 is a schematic diagram showing a format of a setting request Drr and transmission data Dtrn transmitted and received in the course of the process shown in FIG.
10 is a schematic diagram showing data stored in the
FIG. 11 is a first flowchart showing operations of the
FIG. 12 is a second flowchart showing the operations of the
FIG. 13 is a third flowchart showing the operations of the
14 is a schematic diagram showing a format of an issuance request Dir, license information Dlc, and use refusal information Drj transmitted and received in the process of FIGS. 12 to 13; FIG.
15 is a block diagram showing an overall configuration of a license information management system Sa1 that accommodates a usage right management apparatus 11a according to a first modification of the usage
16 is a block diagram showing a detailed configuration of a usage right management apparatus 11a shown in FIG.
17 is a block diagram showing a detailed configuration of a
18 is a flowchart showing operations of the
FIG. 19 is a schematic diagram showing a format of a registration request Drsc, a registration completion notification Dscc, and a registration rejection notification Dsrc transmitted and received in the process of FIG.
20 is a schematic diagram showing a
21 is a block diagram showing a detailed configuration of a usage right management apparatus 11b according to a second modification of the usage
FIG. 22 is a block diagram showing a detailed configuration of a
FIG. 23 is a block diagram showing a detailed configuration of a
24 is a flowchart showing operations of the
FIG. 25 is a flowchart showing operations of the
26 is a schematic diagram showing a format of a temporary registration request Dprsc and a temporary registration completion notification Dpscc transmitted / received in the process of FIG. 24.
FIG. 27 is a schematic diagram showing a
28 is a schematic diagram showing a format of a main registration request Dcrsc and a main registration completion notification Dcscc transmitted and received in the process of FIG.
29 is a block diagram showing a detailed configuration of a usage
FIG. 30 is a block diagram showing a detailed configuration of a
FIG. 31 is a block diagram showing a detailed configuration of a
32 is a flowchart showing operations of the
33 is a flowchart showing operations of the
34 is a schematic diagram showing a format of a password request Drps and a password notification Dpss transmitted / received in the process of FIG. 32. FIG.
35 is a schematic diagram showing a
36 is a schematic diagram showing a format of a registration request Drsc and a registration completion notification Dscc transmitted / received in the process of FIG. 33. FIG.
FIG. 37 is a block diagram showing a detailed configuration of a usage
FIG. 38 is a block diagram showing a detailed configuration of a
FIG. 39 is a block diagram showing a detailed configuration of a
40 is a flowchart showing the operations of the
41 is a diagram showing a format of a first registration request Drsc1, a second registration request Drsc and a registration completion notification Dscc transmitted and received in the process of FIG. 40. FIG.
42 is a block diagram showing an overall configuration of a license information management system Sa5 that accommodates a usage
43 is a block diagram showing a detailed configuration of a usage
44 is a block diagram showing a detailed configuration of the
45 is a flowchart showing operations of the
46 is a schematic diagram showing a format of a deletion request Drwb and a deletion completion notification Dswb transmitted and received in the process of FIG. 45.
47 is a schematic diagram showing the
FIG. 48 is a block diagram showing an overall configuration of a license information management system Sb accommodating a usage
49 is a block diagram showing a detailed configuration of a usage
50 is a block diagram showing a detailed configuration of
FIG. 51 is a flowchart showing operations of the
52 is a schematic diagram showing a usage
53 is a diagram showing a format of a second setting request Drr2b transmitted and received in the process of FIG. 51. FIG.
FIG. 54 is a block diagram showing an overall configuration of a license information management system Sc according to a third embodiment of the present invention.
55 is a functional block diagram showing a detailed configuration of a usage
56 is a diagram showing a detailed configuration of a license
57 is a functional block diagram showing a detailed configuration of the
58 is a functional block diagram showing a detailed configuration of a license
59 is a schematic diagram showing the
60 is a schematic diagram showing a
FIG. 61 is a flowchart showing operations of the
62 is a schematic diagram showing a format of a setting request Drr and transmission data Dtrn transmitted and received in the process of FIG. 61. FIG.
63 is a schematic diagram showing data stored in the
FIG. 64 is a first flowchart showing operations of the
FIG. 65 is a second flowchart showing the operations of the
FIG. 66 is a third flowchart showing the operations of the
67 is a schematic diagram showing a format of an issue request Dir, license information Dlc, and usage refusal information Drj sent and received in the process of FIGS. 64 to 66. FIG.
68 is a block diagram showing an overall configuration of a license information management system Sc1 according to a variation of the license information management system Sc of FIG. 54. FIG.
69 is a schematic diagram showing a configuration of the
70 is a functional block diagram showing a detailed configuration of the
71 is a schematic diagram showing a
FIG. 72 is a first flowchart showing the operation of the
FIG. 73 is a second flowchart showing the operations of the
74 is a schematic diagram showing a format of a setting request Drr and an issue request Dir that are transmitted and received in the course of the processing of FIGS. 72 and 73. FIG.
FIG. 75 is a first flowchart showing operations of the
FIG. 76 is a second flowchart showing the operations of the
77 is a third flowchart showing the operations of the
[Explanation of symbols]
Sa, Sa1 to Sa5, Sb, Sc, Sc1... License information management system
11, 11a to 11e, 41, 71 ... Usage right management device
21a-21c, 51a, 51b, 81, 201 ... equipment
101: Portable recording medium
Claims (12)
予め定められたグループに属する前記複数の機器それぞれを一意に特定する機器識別子が登録されたユーザ情報データベース（以下、ユーザ情報ＤＢと称する）と、
コンテンツデータを一意に特定するコンテンツ識別子と前記複数の機器の機器識別子とが関連付けられた前記利用権情報が、コンテンツデータ毎に登録された利用権データベース（以下、利用権ＤＢと称する）と、
前記機器から、利用対象のコンテンツデータのコンテンツ識別子と自身の機器識別子とを含む発行要求を受信し、当該受信した発行要求に含まれる機器識別子が前記ユーザ情報ＤＢに登録されているか否かを認証するユーザ認証部と、
前記ユーザ認証部で前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれるコンテンツ識別子及び機器識別子と関連付けられた前記利用権情報を前記利用権ＤＢ内で検索し、当該検索した利用権情報と関連付けられたコンテンツ識別子で特定される前記利用対象のコンテンツデータについての利用許可を示す利用許可情報であって、利用許可の範囲が前記検索した利用権情報が表す権利範囲内である利用許可情報を生成する利用権管理部と、
前記利用権管理部で生成された利用許可情報を少なくとも含むライセンス情報を生成するライセンス情報生成部と、
前記ユーザ認証部で前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれる機器識別子に基づいて当該発行要求を送信した前記機器を特定し、当該特定した前記機器に対して、前記ライセンス情報生成部で生成されたライセンス情報を送信する通信部と、
前記ユーザ情報ＤＢに機器識別子が登録済の機器から、自身の機器識別子である登録済識別子と、前記ユーザ情報ＤＢに未登録の機器識別子であって前記登録済の機器を操作するユーザが入力した登録対象識別子とを含む仮登録要求を受信した場合、当該受信した仮登録要求に含まれる登録済識別子及び登録対象識別子に基づいて、当該登録対象識別子が仮登録されていることを示す仮登録フラグ及び当該登録対象識別子を前記ユーザ情報ＤＢ内の登録済識別子と関連付けて登録することにより、当該登録対象識別子を仮登録し、仮登録後に、前記ユーザ情報ＤＢに機器識別子が未登録の機器から、自身の機器識別子であって前記仮登録要求に含まれていた登録対象識別子と、前記仮登録要求に含まれていた登録済識別子であって前記未登録の機器を操作するユーザが入力した登録済識別子とを含む本登録要求を受信した場合、当該受信した本登録要求に含まれる登録済識別子及び登録対象識別子に基づいて、前記ユーザ情報ＤＢ内の前記登録済識別子と関連付けて登録されている前記仮登録フラグを削除することにより、前記ユーザ情報ＤＢ内の登録済識別子と関連付けて仮登録していた登録対象識別子を本登録するユーザ情報管理部とを備える、利用権管理装置。A device for managing usage right information representing a right for a plurality of devices to use the same content data,
A user information database (hereinafter referred to as user information DB) in which device identifiers for uniquely identifying each of the plurality of devices belonging to a predetermined group are registered;
A usage right database (hereinafter referred to as a usage right DB) in which the usage right information in which content identifiers uniquely specifying content data and device identifiers of the plurality of devices are associated is registered for each content data;
An issuance request including the content identifier of the content data to be used and its own device identifier is received from the device, and authentication is performed as to whether or not the device identifier included in the received issuance request is registered in the user information DB. A user authentication unit to
The usage right DB is searched for the usage right information associated with the content identifier and the device identifier included in the issuance request authenticated as being registered in the user information DB by the user authentication unit. Use permission information indicating use permission for the content data to be used identified by the content identifier associated with the right information, and the use permission range is within the right range represented by the searched use right information A usage right management unit for generating permission information;
A license information generating unit that generates license information including at least the usage permission information generated by the usage right management unit;
Based on the device identifier included in the issuance request authenticated as being registered in the user information DB by the user authentication unit, the device that has transmitted the issuance request is identified. A communication unit that transmits the license information generated by the license information generation unit;
Input from a device whose device identifier is registered in the user information DB by a user who operates a registered identifier that is his / her device identifier and a device identifier that is unregistered in the user information DB When a temporary registration request including a registration target identifier is received , a temporary registration flag indicating that the registration target identifier is temporarily registered based on the registered identifier and the registration target identifier included in the received temporary registration request And registering the registration target identifier in association with the registered identifier in the user information DB, temporarily registering the registration target identifier, and after temporary registration, from a device whose device identifier is not registered in the user information DB, A registration target identifier included in the temporary registration request and a registered identifier included in the temporary registration request and not registered. If the user operating the equipment has received the registration request including the registered identifier input, based on the registered identifier and registration target identifier included in the registration request the received, the registration in the user information DB A user information management unit for performing main registration of the registration target identifier temporarily registered in association with the registered identifier in the user information DB by deleting the temporary registration flag registered in association with the completed identifier. , Usage right management device.
予め定められたグループに属する前記複数の機器それぞれを一意に特定する機器識別子が登録されたユーザ情報データベース（以下、ユーザ情報ＤＢと称する）と、
コンテンツデータを一意に特定するコンテンツ識別子と前記複数の機器の機器識別子とが関連付けられた前記利用権情報が、コンテンツデータ毎に登録された利用権データベース（以下、利用権ＤＢと称する）と、
前記機器から、利用対象のコンテンツデータのコンテンツ識別子と自身の機器識別子とを含む発行要求を受信し、当該受信した発行要求に含まれる機器識別子が前記ユーザ情報ＤＢに登録されているか否かを認証するユーザ認証部と、
前記ユーザ認証部で前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれるコンテンツ識別子及び機器識別子と関連付けられた前記利用権情報を前記利用権ＤＢ内で検索し、当該検索した利用権情報と関連付けられたコンテンツ識別子で特定される前記利用対象のコンテンツデータについての利用許可を示す利用許可情報であって、利用許可の範囲が前記検索した利用権情報が表す権利範囲内である利用許可情報を生成する利用権管理部と、
前記利用権管理部で生成された利用許可情報を少なくとも含むライセンス情報を生成するライセンス情報生成部と、
前記ユーザ認証部で前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれる機器識別子に基づいて当該発行要求を送信した前記機器を特定し、当該特定した前記機器に対して、前記ライセンス情報生成部で生成されたライセンス情報を送信する通信部と、
前記ユーザ情報ＤＢに機器識別子が未登録の機器から、自身の機器識別子である登録対象識別子と、前記ユーザ情報ＤＢに登録済の機器識別子であって前記未登録の機器を操作するユーザが入力した登録済識別子とを含むパスワード要求を受信した場合、当該受信したパスワード要求に含まれる登録済識別子及び登録対象識別子に基づいて、前記未登録の機器に対するパスワードを生成して当該パスワードを前記未登録の機器に通知するとともに、当該パスワード及び当該登録対象識別子を前記ユーザ情報ＤＢ内の登録済識別子と関連付けて登録することにより、当該登録対象識別子を仮登録し、仮登録後に、前記ユーザ情報ＤＢに機器識別子が登録済の機器から、自身の機器識別子であって前記パスワード要求に含まれていた登録済識別子と、前記未登録の機器に通知されたパスワードであって前記登録済の機器を操作するユーザが入力したパスワードとを含む登録要求を受信した場合、当該受信した登録要求に含まれる登録済識別子及びパスワードに基づいて、前記ユーザ情報ＤＢ内の前記登録対象識別子と関連付けて登録した前記パスワードを削除することにより、前記ユーザ情報ＤＢ内の登録済識別子及びパスワードと関連付けて仮登録していた登録対象識別子を本登録するユーザ情報管理部とを備える、利用権管理装置。A device for managing usage right information representing a right for a plurality of devices to use the same content data,
A user information database (hereinafter referred to as user information DB) in which device identifiers for uniquely identifying each of the plurality of devices belonging to a predetermined group are registered;
A usage right database (hereinafter referred to as a usage right DB) in which the usage right information in which content identifiers uniquely specifying content data and device identifiers of the plurality of devices are associated is registered for each content data;
An issuance request including the content identifier of the content data to be used and its own device identifier is received from the device, and authentication is performed as to whether or not the device identifier included in the received issuance request is registered in the user information DB. A user authentication unit to
The usage right DB is searched for the usage right information associated with the content identifier and the device identifier included in the issuance request authenticated as being registered in the user information DB by the user authentication unit. Use permission information indicating use permission for the content data to be used identified by the content identifier associated with the right information, and the use permission range is within the right range represented by the searched use right information A usage right management unit for generating permission information;
A license information generating unit that generates license information including at least the usage permission information generated by the usage right management unit;
Based on the device identifier included in the issuance request authenticated as being registered in the user information DB by the user authentication unit, the device that has transmitted the issuance request is identified. A communication unit that transmits the license information generated by the license information generation unit;
From a device whose device identifier is not registered in the user information DB, a registration target identifier which is its own device identifier, and a user who operates the unregistered device which is a device identifier registered in the user information DB When a password request including a registered identifier is received, a password for the unregistered device is generated based on the registered identifier and the registration target identifier included in the received password request, and the password is not registered. Notifying the device and registering the password and the registration target identifier in association with the registered identifier in the user information DB to temporarily register the registration target identifier, and after temporary registration, register the device in the user information DB The registered identifier included in the password request from the registered device is its own device identifier. When a registration request is received that includes a password notified to the unregistered device and entered by a user operating the registered device, the registered identifier and password included in the received registration request The registration target identifier temporarily registered in association with the registered identifier and password in the user information DB is deleted by deleting the password registered in association with the registration target identifier in the user information DB. A right-of-use management apparatus comprising a user information management unit for main registration.
予め定められたグループに属する前記複数の機器それぞれを一意に特定する機器識別子が登録されたユーザ情報データベース（以下、ユーザ情報ＤＢと称する）と、
コンテンツデータを一意に特定するコンテンツ識別子と前記複数の機器の機器識別子とが関連付けられた前記利用権情報が、コンテンツデータ毎に登録された利用権データベース（以下、利用権ＤＢと称する）と、
前記機器から、利用対象のコンテンツデータのコンテンツ識別子と自身の機器識別子とを含む発行要求を受信し、当該受信した発行要求に含まれる機器識別子が前記ユーザ情報ＤＢに登録されているか否かを認証するユーザ認証部と、
前記ユーザ認証部で前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれるコンテンツ識別子及び機器識別子と関連付けられた前記利用権情報を前記利用権ＤＢ内で検索し、当該検索した利用権情報と関連付けられたコンテンツ識別子で特定される前記利用対象のコンテンツデータについての利用許可を示す利用許可情報であって、利用許可の範囲が前記検索した利用権情報が表す権利範囲内である利用許可情報を生成する利用権管理部と、
前記利用権管理部で生成された利用許可情報を少なくとも含むライセンス情報を生成するライセンス情報生成部と、
前記ユーザ認証部で前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれる機器識別子に基づいて当該発行要求を送信した前記機器を特定し、当該特定した前記機器に対して、前記ライセンス情報生成部で生成されたライセンス情報を送信する通信部と、
前記ユーザ情報ＤＢに機器識別子が未登録の機器から、自身の機器識別子である登録対象識別子を含む第１の登録要求が、前記ユーザ情報ＤＢに機器識別子が登録済の機器へ送信された後、当該登録済の機器から、自身の機器識別子である登録済識別子と、前記第１の登録要求に含まれる登録対象識別子とを含む第２の登録要求を受信した場合、当該受信した第２の登録要求に含まれる登録済識別子及び登録対象識別子に基づいて、当該登録対象識別子を、前記ユーザ情報ＤＢ内の登録済識別子と関連付けて登録するユーザ情報管理部とを備える、利用権管理装置。 A device for managing usage right information representing a right for a plurality of devices to use the same content data,
A user information database (hereinafter referred to as user information DB) in which device identifiers for uniquely identifying each of the plurality of devices belonging to a predetermined group are registered;
A usage right database (hereinafter referred to as a usage right DB) in which the usage right information in which content identifiers uniquely specifying content data and device identifiers of the plurality of devices are associated is registered for each content data;
An issuance request including the content identifier of the content data to be used and its own device identifier is received from the device, and authentication is performed as to whether or not the device identifier included in the received issuance request is registered in the user information DB. A user authentication unit to
The usage right DB is searched for the usage right information associated with the content identifier and the device identifier included in the issuance request authenticated as being registered in the user information DB by the user authentication unit. Use permission information indicating use permission for the content data to be used identified by the content identifier associated with the right information, and the use permission range is within the right range represented by the searched use right information A usage right management unit for generating permission information;
A license information generating unit that generates license information including at least the usage permission information generated by the usage right management unit;
Based on the device identifier included in the issuance request authenticated as being registered in the user information DB by the user authentication unit, the device that has transmitted the issuance request is identified. A communication unit that transmits the license information generated by the license information generation unit;
After a first registration request including a registration target identifier, which is its own device identifier, is transmitted from a device whose device identifier is not registered in the user information DB to a device whose device identifier is registered in the user information DB, When the second registration request including the registered identifier that is the device identifier of itself and the registration target identifier included in the first registration request is received from the registered device, the received second registration A usage right management apparatus comprising: a user information management unit that registers a registration target identifier in association with a registered identifier in the user information DB based on a registered identifier and a registration target identifier included in the request .
前記ユーザ認証部はさらに、前記設定要求を受信し、当該受信した設定要求に含まれる機器識別子が前記ユーザ情報ＤＢに登録されているか否かを認証し、
前記利用権管理部は、前記ユーザ認証部で前記ユーザ情報ＤＢに登録されていると認証された設定要求に含まれる利用条件を前記利用権情報として、当該設定要求に含まれるコンテンツ識別子及び機器識別子と関連付けして前記利用権ＤＢに登録する、請求項１から請求項３のいずれか１項に記載の利用権管理装置。 The device transmits a setting request including a content identifier of content data, a use condition of the content data, and its own device identifier,
The user authentication unit further receives the setting request, and authenticates whether a device identifier included in the received setting request is registered in the user information DB,
The usage right management unit uses, as the usage right information, a usage condition included in a setting request authenticated as registered in the user information DB by the user authentication unit, and a content identifier and a device identifier included in the setting request. The usage right management apparatus according to claim 1, wherein the usage right management device is registered in the usage right DB in association with the usage right DB .
前記ユーザ認証部で前記ユーザ情報ＤＢに登録されていると認証された設定要求に含まれるコンテンツ識別子と関連付けられたコンテンツデータを、前記コンテンツＤＢから読み出すコンテンツ管理部と、
前記コンテンツ管理部で読み出されたコンテンツデータを暗号化するコンテンツ暗号化部と、
前記コンテンツ暗号化部で暗号化されたコンテンツデータを含む送信データを生成する送信データ生成部とをさらに備え、
前記通信部はさらに、前記ユーザ認証部で前記ユーザ情報ＤＢに登録されていると認証された設定要求に含まれる機器識別子に基づいて当該設定要求を送信した前記機器を特定し、当該特定した前記機器に対して、前記送信データ生成部で生成された送信データを送信する、請求項４に記載の利用権管理装置。 A content database (hereinafter referred to as a content DB) for storing content data to be distributed in association with a content identifier of the content data;
A content management unit that reads from the content DB content data associated with a content identifier included in a setting request that is authenticated as being registered in the user information DB by the user authentication unit;
A content encryption unit for encrypting content data read by the content management unit;
A transmission data generation unit that generates transmission data including content data encrypted by the content encryption unit;
The communication unit further identifies the device that has transmitted the setting request based on a device identifier included in the setting request that is authenticated as being registered in the user information DB by the user authentication unit, and the identified The usage right management apparatus according to claim 4 , wherein the transmission data generated by the transmission data generation unit is transmitted to a device.
前記ライセンス情報生成部は、前記ユーザ認証部で前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれるコンテンツ識別子と関連付けられた前記復号鍵ＤＢ内の復号鍵をさらに含むライセンス情報を生成する、請求項５に記載の利用権管理装置。 A decryption key database (hereinafter referred to as a decryption key DB) for storing a decryption key for decrypting the content data encrypted by the content encryption unit in association with a content identifier of the content data to be decrypted;
The license information generating unit further includes license information further including a decryption key in the decryption key DB associated with a content identifier included in the issue request authenticated as being registered in the user information DB by the user authentication unit. The usage right management apparatus according to claim 5 , which is generated .
前記ライセンス情報生成部は、前記復号鍵暗号化部で暗号化された復号鍵をさらに含むライセンス情報を生成する、請求項６に記載の利用権管理装置。 The decryption key in the decryption key DB associated with the content identifier included in the issuance request authenticated as being registered in the user information DB by the user authentication unit is encrypted with the device identifier included in the issuance request A decryption key encryption unit
The usage right management apparatus according to claim 6 , wherein the license information generation unit generates license information further including a decryption key encrypted by the decryption key encryption unit.
前記利用権管理部で生成された利用許可情報に基づいて、ライセンス情報の改竄を防止するためのハッシュ値を生成するハッシュ値生成部と、
前記ハッシュ値生成部で生成されたハッシュ値を、前記利用権管理部で生成された利用許可情報に付加して、ライセンス情報を組み立てるライセンス情報組立部とを含む、請求項１から請求項３のいずれか１項に記載の利用権管理装置。 The license information generation unit
A hash value generation unit that generates a hash value for preventing falsification of license information based on the usage permission information generated by the usage right management unit;
The license information assembling unit for assembling the license information by adding the hash value generated by the hash value generating unit to the usage permission information generated by the usage right managing unit . The usage right management apparatus according to any one of the preceding claims.
前記通信部はさらに、前記ユーザ認証部で前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれる機器識別子に基づいて当該発行要求を送信した前記機器を特定し、当該特定した前記機器に対して、前記利用権管理部で生成された利用拒否情報を送信する、請求項１から請求項３のいずれか１項に記載の利用権管理装置。 In the case where the usage right management unit cannot generate usage permission information for the device specified by the device identifier included in the issuance request authenticated as being registered in the user information DB by the user authentication unit. , Generate denial information,
The communication unit further identifies the device that has transmitted the issuance request based on a device identifier included in the issuance request that is authenticated as being registered in the user information DB by the user authentication unit, and the identified The usage right management device according to any one of claims 1 to 3 , wherein the usage refusal information generated by the usage right management unit is transmitted to a device.
前記装置は、
予め定められたグループに属する前記複数の機器それぞれを一意に特定する機器識別子が登録されたユーザ情報データベース（以下、ユーザ情報ＤＢと称する）と、
コンテンツデータを一意に特定するコンテンツ識別子と前記複数の機器の機器識別子とが関連付けられた前記利用権情報が、コンテンツデータ毎に登録された利用権データベース（以下、利用権ＤＢと称する）とを有し、
前記利用権管理方法は、
前記機器から、利用対象のコンテンツデータのコンテンツ識別子と自身の機器識別子とを含む発行要求を受信し、当該受信した発行要求に含まれる機器識別子が前記ユーザ情報ＤＢに登録されているか否かを認証するユーザ認証ステップと、
前記ユーザ認証ステップで前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれるコンテンツ識別子及び機器識別子と関連付けられた前記利用権情報を前記利用権ＤＢ内で検索し、当該検索した利用権情報と関連付けられたコンテンツ識別子で特定される前記利用対象のコンテンツデータについての利用許可を示す利用許可情報であって、利用許可の範囲が前記検索した利用権情報が表す権利範囲内である利用許可情報を生成する利用権管理ステップと、
前記利用権管理ステップで生成された利用許可情報を少なくとも含むライセンス情報を生成するライセンス情報生成ステップと、
前記ユーザ認証ステップで前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれる機器識別子に基づいて当該発行要求を送信した前記機器を特定し、当該特定した前記機器に対して、前記ライセンス情報生成ステップで生成されたライセンス情報を送信する通信ステップと、
前記ユーザ情報ＤＢに機器識別子が登録済の機器から、自身の機器識別子である登録済識別子と、前記ユーザ情報ＤＢに未登録の機器識別子であって前記登録済の機器を操作するユーザが入力した登録対象識別子とを含む仮登録要求を受信した場合、当該受信した仮登録要求に含まれる登録済識別子及び登録対象識別子に基づいて、当該登録対象識別子が仮登録されていることを示す仮登録フラグ及び当該登録対象識別子を前記ユーザ情報ＤＢ内の登録済識別子と関連付けて登録することにより、当該登録対象識別子を仮登録し、仮登録後に、前記ユーザ情報ＤＢに機器識別子が未登録の機器から、自身の機器識別子であって前記仮登録要求に含まれていた登録対象識別子と、前記仮登録要求に含まれていた登録済識別子であって前記未登録の機器を操作するユーザが入力した登録済識別子とを含む本登録要求を受信した場合、当該受信した本登録要求に含まれる登録済識別子及び登録対象識別子に基づいて、前記ユーザ情報ＤＢ内の前記登録済識別子と関連付けて登録されている前記仮登録フラグを削除することにより、前記ユーザ情報ＤＢ内の登録済識別子と関連付けて仮登録していた登録対象識別子を本登録するユーザ情報管理ステップとを含む、利用権管理方法。A usage right management method applied to a device for managing usage right information representing a right for a plurality of devices to use the same content data,
The device is
A user information database (hereinafter referred to as user information DB) in which device identifiers for uniquely identifying each of the plurality of devices belonging to a predetermined group are registered;
The usage right information in which content identifiers uniquely specifying content data and device identifiers of the plurality of devices are associated has a usage right database (hereinafter referred to as a usage right DB) registered for each content data. And
The usage right management method is:
An issuance request including the content identifier of the content data to be used and its own device identifier is received from the device, and authentication is performed as to whether or not the device identifier included in the received issuance request is registered in the user information DB. A user authentication step to perform,
The usage right information associated with the content identifier and the device identifier included in the issuance request authenticated as registered in the user information DB in the user authentication step is searched in the usage right DB, and the searched use Use permission information indicating use permission for the content data to be used identified by the content identifier associated with the right information, and the use permission range is within the right range represented by the searched use right information A usage right management step for generating permission information;
A license information generation step for generating license information including at least the usage permission information generated in the usage right management step;
Identify the device that has transmitted the issue request based on the device identifier included in the issued request that is authenticated as registered in the user information DB in the user authentication step, and for the identified device, A communication step for transmitting the license information generated in the license information generation step;
Input from a device whose device identifier is registered in the user information DB by a user who operates a registered identifier that is his / her device identifier and a device identifier that is unregistered in the user information DB When a temporary registration request including a registration target identifier is received , a temporary registration flag indicating that the registration target identifier is temporarily registered based on the registered identifier and the registration target identifier included in the received temporary registration request And registering the registration target identifier in association with the registered identifier in the user information DB, temporarily registering the registration target identifier, and after temporary registration, from a device whose device identifier is not registered in the user information DB, A registration target identifier included in the temporary registration request and a registered identifier included in the temporary registration request and not registered. If the user operating the equipment has received the registration request including the registered identifier input, based on the registered identifier and registration target identifier included in the registration request the received, the registration in the user information DB A user information management step of permanently registering the registration target identifier temporarily registered in association with the registered identifier in the user information DB by deleting the temporary registration flag registered in association with the completed identifier. , Usage rights management method.
前記装置は、
予め定められたグループに属する前記複数の機器それぞれを一意に特定する機器識別子が登録されたユーザ情報データベース（以下、ユーザ情報ＤＢと称する）と、
コンテンツデータを一意に特定するコンテンツ識別子と前記複数の機器の機器識別子とが関連付けられた前記利用権情報が、コンテンツデータ毎に登録された利用権データベース（以下、利用権ＤＢと称する）とを有し、
前記利用権管理方法は、
前記機器から、利用対象のコンテンツデータのコンテンツ識別子と自身の機器識別子とを含む発行要求を受信し、当該受信した発行要求に含まれる機器識別子が前記ユーザ情報ＤＢに登録されているか否かを認証するユーザ認証ステップと、
前記ユーザ認証ステップで前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれるコンテンツ識別子及び機器識別子と関連付けられた前記利用権情報を前記利用権ＤＢ内で検索し、当該検索した利用権情報と関連付けられたコンテンツ識別子で特定される前記利用対象のコンテンツデータについての利用許可を示す利用許可情報であって、利用許可の範囲が前記検索した利用権情報が表す権利範囲内である利用許可情報を生成する利用権管理ステップと、
前記利用権管理ステップで生成された利用許可情報を少なくとも含むライセンス情報を生成するライセンス情報生成ステップと、
前記ユーザ認証ステップで前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれる機器識別子に基づいて当該発行要求を送信した前記機器を特定し、当該特定した前記機器に対して、前記ライセンス情報生成ステップで生成されたライセンス情報を送信する通信ステップと、
前記ユーザ情報ＤＢに機器識別子が未登録の機器から、自身の機器識別子である登録対象識別子と、前記ユーザ情報ＤＢに登録済の機器識別子であって前記未登録の機器を操作するユーザが入力した登録済識別子とを含むパスワード要求を受信した場合、当該受信したパスワード要求に含まれる登録済識別子及び登録対象識別子に基づいて、前記未登録の機器に対するパスワードを生成して当該パスワードを前記未登録の機器に通知するとともに、当該パスワード及び当該登録対象識別子を前記ユーザ情報ＤＢ内の登録済識別子と関連付けて登録することにより、当該登録対象識別子を仮登録し、仮登録後に、前記ユーザ情報ＤＢに機器識別子が登録済の機器から、自身の機器識別子であって前記パスワード要求に含まれていた登録済識別子と、前記未登録の機器に通知されたパスワードであって前記登録済の機器を操作するユーザが入力したパスワードとを含む登録要求を受信した場合、当該受信した登録要求に含まれる登録済識別子及びパスワードに基づいて、前記ユーザ情報ＤＢ内の前記登録対象識別子と関連付けて登録した前記パスワードを削除することにより、前記ユーザ情報ＤＢ内の登録済識別子及びパスワードと関連付けて仮登録していた登録対象識別子を本登録するユーザ情報管理ステップとを含む、利用権管理方法。A usage right management method applied to a device for managing usage right information representing a right for a plurality of devices to use the same content data,
The device is
A user information database (hereinafter referred to as user information DB) in which device identifiers for uniquely identifying each of the plurality of devices belonging to a predetermined group are registered;
The usage right information in which content identifiers uniquely specifying content data and device identifiers of the plurality of devices are associated has a usage right database (hereinafter referred to as a usage right DB) registered for each content data. And
The usage right management method is:
An issuance request including the content identifier of the content data to be used and its own device identifier is received from the device, and authentication is performed as to whether or not the device identifier included in the received issuance request is registered in the user information DB. A user authentication step to perform,
The usage right information associated with the content identifier and the device identifier included in the issuance request authenticated as registered in the user information DB in the user authentication step is searched in the usage right DB, and the searched use Use permission information indicating use permission for the content data to be used identified by the content identifier associated with the right information, and the use permission range is within the right range represented by the searched use right information A usage right management step for generating permission information;
A license information generation step for generating license information including at least the usage permission information generated in the usage right management step;
Identify the device that has transmitted the issue request based on the device identifier included in the issued request that is authenticated as registered in the user information DB in the user authentication step, and for the identified device, A communication step for transmitting the license information generated in the license information generation step;
From a device whose device identifier is not registered in the user information DB, a registration target identifier which is its own device identifier, and a user who operates the unregistered device which is a device identifier registered in the user information DB When a password request including a registered identifier is received, a password for the unregistered device is generated based on the registered identifier and the registration target identifier included in the received password request, and the password is not registered. Notifying the device and registering the password and the registration target identifier in association with the registered identifier in the user information DB to temporarily register the registration target identifier, and after temporary registration, register the device in the user information DB The registered identifier included in the password request from the registered device is its own device identifier. When a registration request is received that includes a password notified to the unregistered device and entered by a user operating the registered device, the registered identifier and password included in the received registration request The registration target identifier temporarily registered in association with the registered identifier and password in the user information DB is deleted by deleting the password registered in association with the registration target identifier in the user information DB. A usage right management method including a user information management step of main registration.
前記装置は、
予め定められたグループに属する前記複数の機器それぞれを一意に特定する機器識別子が登録されたユーザ情報データベース（以下、ユーザ情報ＤＢと称する）と、
コンテンツデータを一意に特定するコンテンツ識別子と前記複数の機器の機器識別子とが関連付けられた前記利用権情報が、コンテンツデータ毎に登録された利用権データベース（以下、利用権ＤＢと称する）とを有し、
前記利用権管理方法は、
前記機器から、利用対象のコンテンツデータのコンテンツ識別子と自身の機器識別子とを含む発行要求を受信し、当該受信した発行要求に含まれる機器識別子が前記ユーザ情報ＤＢに登録されているか否かを認証するユーザ認証ステップと、
前記ユーザ認証ステップで前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれるコンテンツ識別子及び機器識別子と関連付けられた前記利用権情報を前記利用権ＤＢ内で検索し、当該検索した利用権情報と関連付けられたコンテンツ識別子で特定される前記利用対象のコンテンツデータについての利用許可を示す利用許可情報であって、利用許可の範囲が前記検索した利用権情報が表す権利範囲内である利用許可情報を生成する利用権管理ステップと、
前記利用権管理ステップで生成された利用許可情報を少なくとも含むライセンス情報を生成するライセンス情報生成ステップと、
前記ユーザ認証ステップで前記ユーザ情報ＤＢに登録されていると認証された発行要求に含まれる機器識別子に基づいて当該発行要求を送信した前記機器を特定し、当該特定した前記機器に対して、前記ライセンス情報生成ステップで生成されたライセンス情報を送信する通信ステップと、
前記ユーザ情報ＤＢに機器識別子が未登録の機器から、自身の機器識別子である登録対象識別子を含む第１の登録要求が、前記ユーザ情報ＤＢに機器識別子が登録済の機器へ送信された後、当該登録済の機器から、自身の機器識別子である登録済識別子と、前記第１の登録要求に含まれる登録対象識別子とを含む第２の登録要求を受信した場合、当該受信した第２の登録要求に含まれる登録済識別子及び登録対象識別子に基づいて、当該登録対象識別子を、前記ユーザ情報ＤＢ内の登録済識別子と関連付けて登録するユーザ情報管理ステップとを含む、利用権管理方法。 A usage right management method applied to a device for managing usage right information representing a right for a plurality of devices to use the same content data,
The device is
A user information database (hereinafter referred to as user information DB) in which device identifiers for uniquely identifying each of the plurality of devices belonging to a predetermined group are registered;
The usage right information in which content identifiers uniquely specifying content data and device identifiers of the plurality of devices are associated has a usage right database (hereinafter referred to as a usage right DB) registered for each content data. And
The usage right management method is:
An issuance request including the content identifier of the content data to be used and its own device identifier is received from the device, and authentication is performed as to whether or not the device identifier included in the received issuance request is registered in the user information DB. A user authentication step to perform,
The usage right information associated with the content identifier and the device identifier included in the issuance request authenticated as registered in the user information DB in the user authentication step is searched in the usage right DB, and the searched use Use permission information indicating use permission for the content data to be used identified by the content identifier associated with the right information, and the use permission range is within the right range represented by the searched use right information A usage right management step for generating permission information;
A license information generation step for generating license information including at least the usage permission information generated in the usage right management step;
Identify the device that has transmitted the issue request based on the device identifier included in the issued request that is authenticated as registered in the user information DB in the user authentication step, and for the identified device, A communication step for transmitting the license information generated in the license information generation step;
After a first registration request including a registration target identifier, which is its own device identifier, is transmitted from a device whose device identifier is not registered in the user information DB to a device whose device identifier is registered in the user information DB, When the second registration request including the registered identifier that is the device identifier of itself and the registration target identifier included in the first registration request is received from the registered device, the received second registration based on the registered identifier and registration target identifier contained in the request, the registration target identifier, wherein and a user information managing step of registering in association with registered identifier in the user information DB, utilization for rights management method.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002154341A JP4170670B2 (en) | 2001-05-29 | 2002-05-28 | Usage rights management device |
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001160290 | 2001-05-29 | ||
| JP2001-160290 | 2001-05-29 | ||
| JP2001-224413 | 2001-07-25 | ||
| JP2001224413 | 2001-07-25 | ||
| JP2001291593 | 2001-09-25 | ||
| JP2001-291593 | 2001-09-25 | ||
| JP2002154341A JP4170670B2 (en) | 2001-05-29 | 2002-05-28 | Usage rights management device |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003173381A JP2003173381A (en) | 2003-06-20 |
| JP2003173381A5 JP2003173381A5 (en) | 2005-09-08 |
| JP4170670B2 true JP4170670B2 (en) | 2008-10-22 |
Family
ID=27482308
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002154341A Expired - Lifetime JP4170670B2 (en) | 2001-05-29 | 2002-05-28 | Usage rights management device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4170670B2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013022780A1 (en) * | 2011-08-05 | 2013-02-14 | Safefaces LLC | Methods and systems for identity verification |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7370212B2 (en) | 2003-02-25 | 2008-05-06 | Microsoft Corporation | Issuing a publisher use license off-line in a digital rights management (DRM) system |
| JP2005018378A (en) * | 2003-06-25 | 2005-01-20 | Sony Corp | Information server, information equipment, information processing system, information processing method and information processing program |
| JPWO2005015420A1 (en) | 2003-08-11 | 2006-10-05 | ソニー株式会社 | Information processing apparatus and communication method |
| KR101058002B1 (en) * | 2004-02-02 | 2011-08-19 | 삼성전자주식회사 | How to record and play back data under a domain management system |
| JP4677840B2 (en) * | 2004-07-21 | 2011-04-27 | ソニー株式会社 | Content playback device, content playback control method, and program |
| EP1811386A1 (en) | 2004-07-21 | 2007-07-25 | Sony Corporation | Contents reproduction device, contents reproduction control method, program |
| JP4613721B2 (en) * | 2004-07-21 | 2011-01-19 | ソニー株式会社 | Content processing apparatus, content processing method, and computer program |
| EP1621955B1 (en) * | 2004-07-30 | 2017-06-07 | Irdeto B.V. | Method and device for providing access to encrypted content |
| KR100608605B1 (en) | 2004-09-15 | 2006-08-03 | 삼성전자주식회사 | Method and apparatus for digital rights management |
| US8438645B2 (en) | 2005-04-27 | 2013-05-07 | Microsoft Corporation | Secure clock with grace periods |
| US20060265758A1 (en) | 2005-05-20 | 2006-11-23 | Microsoft Corporation | Extensible media rights |
| US20070162390A1 (en) * | 2005-12-22 | 2007-07-12 | Macrovision Corporation | Techniques for distributing and monitoring content |
| US8682140B2 (en) | 2010-03-26 | 2014-03-25 | Panasonic Corporation | Playback device, content distribution system, playback method, computer program and integrated circuit |
| US8850535B2 (en) | 2011-08-05 | 2014-09-30 | Safefaces LLC | Methods and systems for identity verification in a social network using ratings |
| JP6126839B2 (en) | 2012-12-26 | 2017-05-10 | クラリオン株式会社 | Service management apparatus, program, and service management method |
| JP2016076022A (en) * | 2014-10-03 | 2016-05-12 | 日本電信電話株式会社 | Authentication and approval system, communication terminal device, authentication and approval server device, authentication and approval method, and program |
-
2002
- 2002-05-28 JP JP2002154341A patent/JP4170670B2/en not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013022780A1 (en) * | 2011-08-05 | 2013-02-14 | Safefaces LLC | Methods and systems for identity verification |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003173381A (en) | 2003-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20020184515A1 (en) | Rights management unit | |
| US7788271B2 (en) | Content distribution server, content distribution method, and program | |
| US8256014B2 (en) | Content processing device, server device, communication method, and storage medium containing computer program | |
| JP4170670B2 (en) | Usage rights management device | |
| KR101379861B1 (en) | Apparatus, system and method for providing DRM | |
| JP4333455B2 (en) | Content reproduction apparatus, program, and content reproduction control method | |
| US8280818B2 (en) | License source component, license destination component, and method thereof | |
| US10097347B2 (en) | Content providing system, content reproducing device, content reproducing method, and computer program | |
| US7765603B2 (en) | Communication system, contents processing device, communication method, and computer program | |
| JP4701175B2 (en) | RECORDING MEDIUM, RECORDING DEVICE AND RECORDING METHOD FOR RECORDING INFORMATION ON RECORDING MEDIUM | |
| US7877473B2 (en) | Mode detection of data transfer between a source device and a connected portable device | |
| US8301569B2 (en) | Content information providing system, content information providing server, content reproduction apparatus, content information providing method, content reproduction method and computer program | |
| US20060059105A1 (en) | Move component, program, and move method | |
| US7877328B2 (en) | Communication system communication method, contents processing device, and computer program | |
| US20060235956A1 (en) | Information process distribution system, information processing apparatus and information process distribution method | |
| US20060069652A1 (en) | Copy component, program and method thereof | |
| JP6294745B2 (en) | Interoperable key storage box | |
| KR20060017774A (en) | Information server, information device, information processing system, information processing method, and information processing program | |
| KR20050045883A (en) | Content sharing system, content processing apparatus, information processing apparatus, program, recording medium, and content sharing method | |
| US20070009230A1 (en) | Content processing device, content processing method, and computer program | |
| US20060059101A1 (en) | Reproduction component, program and method thereof | |
| US20060059103A1 (en) | Return component, program, and return component method | |
| US20060059104A1 (en) | Rent component, program, and rent component method | |
| KR100751424B1 (en) | system and method for transmitting contents for digital theater | |
| JP4125454B2 (en) | Object linkage device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050316 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050316 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070904 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071011 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071116 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080428 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080527 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080715 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080807 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110815 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4170670 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110815 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120815 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130815 Year of fee payment: 5 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |