JP2002297034A - Information processor, information processing method, recording medium, program, and format for recording medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To quickly detect watermarks. SOLUTION: The watermark is extracted from contents and is added to a header, so that contents from which the watermark can be quickly detected can be provided. The watermark consists of three-bit copy management information (CCI) and a one-bit trigger. Since the output of contents is controlled on the basis of detection result of the watermark detected from the header, a format by which it is quickly discriminated whether or not the contents can be copied can be realized.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【０００１】[0001]

【発明の属する技術分野】本発明は、情報処理装置およ
び方法、記録媒体、プログラム、並びに記録媒体のフォ
ーマットに関し、特に、迅速にコンテンツのコピーがで
きるか否かを判定することができるようにした、情報処
理装置および方法、記録媒体、プログラム、並びに記録
媒体のフォーマットに関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an information processing apparatus and method, a recording medium, a program, and a format of a recording medium. , An information processing apparatus and method, a recording medium, a program, and a format of the recording medium.

【０００２】[0002]

【従来の技術】オーディオやビデオなどの各種のコンテ
ンツが不正にコピーされると、その著作権者の利益が害
される。そこで、コンテンツにコピーを管理するための
情報をウォーターマークとして埋め込み、そのウォータ
ーマークに基づいて、そのコンテンツのコピーを制御す
ることが行われている。2. Description of the Related Art Unauthorized copying of various contents, such as audio and video, impairs the interests of the copyright holder. Therefore, information for managing the copy is embedded in the content as a watermark, and the copy of the content is controlled based on the watermark.

【０００３】[0003]

【発明が解決しようとする課題】しかしながら、ウォー
ターマークは、コンテンツに分散して記録されるため、
これを検出するのに時間がかかり、ユーザが、そのコン
テンツを利用しようとした瞬間から、そのコンテンツを
実際に利用することができるまでに、長い時間がかかる
課題があった。However, since the watermark is recorded in the content in a dispersed manner,
It takes time to detect this, and there is a problem that it takes a long time from the moment when the user tries to use the content until the user can actually use the content.

【０００４】また、ウォーターマークが盛り込まれてい
たとしても、ウォーターマークが改竄されてしまい、ウ
ォーターマークを有効に利用することができない場合が
あった。[0004] Further, even if a watermark is included, the watermark is sometimes falsified and the watermark cannot be used effectively.

【０００５】本発明は、このような状況に鑑みてなされ
たものであり、より迅速に、コンテンツをコピーできる
か否かを判定することができるようにするものである。The present invention has been made in view of such a situation, and it is an object of the present invention to more quickly determine whether or not a content can be copied.

【０００６】また本発明は、ウォーターマークの改竄を
防止できるようにするものである。Another object of the present invention is to prevent falsification of a watermark.

【０００７】[0007]

【課題を解決するための手段】本発明の第１の情報処理
装置は、出力するコンテンツを取得する取得手段と、取
得手段により取得されたコンテンツに付加されているウ
ォーターマークを抽出する抽出手段と、抽出手段により
抽出されたウォーターマークを含むヘッダを作成するヘ
ッダ作成手段と、取得手段により取得されたコンテンツ
を暗号化する暗号化手段と、ヘッダ作成手段により作成
されたヘッダと、暗号化手段により暗号化されたコンテ
ンツをファイルフォーマットにフォーマット化し、出力
するフォーマット化手段とを備えることを特徴とする。According to a first aspect of the present invention, there is provided an information processing apparatus comprising: an acquiring unit for acquiring a content to be output; and an extracting unit for extracting a watermark added to the content acquired by the acquiring unit. A header creation unit that creates a header including the watermark extracted by the extraction unit, an encryption unit that encrypts the content acquired by the acquisition unit, a header created by the header creation unit, Formatting means for formatting the encrypted content into a file format and outputting the file format.

【０００８】前記ウォーターマークは、コピー管理情報
を含むようにすることができる。[0008] The watermark may include copy management information.

【０００９】前記ヘッダ作成手段により作成されたヘッ
ダのデータに基づいたデジタル署名を作成する署名作成
手段をさらに備え、フォーマット化手段は、署名作成手
段により作成されたデジタル署名もさらにフォーマット
化するようにすることができる。[0009] The apparatus further comprises a signature creating means for creating a digital signature based on the header data created by the header creating means, and the formatting means further formats the digital signature created by the signature creating means. can do.

【００１０】フォーマット化手段は、フォーマット化し
た前記コンテンツを記録媒体に記録するようにすること
ができる。[0010] The formatting means may record the formatted content on a recording medium.

【００１１】本発明の第１の情報処理方法は、出力する
コンテンツを取得する取得ステップと、取得ステップの
処理により取得されたコンテンツに付加されているウォ
ーターマークを抽出する抽出ステップと、抽出ステップ
の処理により抽出されたウォーターマークを含むヘッダ
を作成するヘッダ作成ステップと、取得ステップの処理
により取得されたコンテンツを暗号化する暗号化ステッ
プと、ヘッダ作成ステップの処理により作成されたヘッ
ダと、暗号化ステップの処理により暗号化されたコンテ
ンツをファイルフォーマットにフォーマット化し、出力
するフォーマット化ステップとを含むことを特徴とす
る。According to a first information processing method of the present invention, an acquisition step of acquiring content to be output, an extraction step of extracting a watermark added to the content acquired by the processing of the acquisition step, and an extraction step of A header creation step for creating a header including the watermark extracted by the processing, an encryption step for encrypting the content acquired by the acquisition step processing, a header created by the header creation step processing, and encryption Formatting the content encrypted by the processing of the step into a file format and outputting the file format.

【００１２】本発明の第１の記録媒体のプログラムは、
出力するコンテンツを取得する取得ステップと、取得ス
テップの処理により取得されたコンテンツに付加されて
いるウォーターマークを抽出する抽出ステップと、抽出
ステップの処理により抽出されたウォーターマークを含
むヘッダを作成するヘッダ作成ステップと、取得ステッ
プの処理により取得されたコンテンツを暗号化する暗号
化ステップと、ヘッダ作成ステップの処理により作成さ
れたヘッダと、暗号化ステップの処理により暗号化され
たコンテンツをファイルフォーマットにフォーマット化
し、出力するフォーマット化ステップとを含むことを特
徴とする。[0012] The program of the first recording medium of the present invention comprises:
An obtaining step of obtaining the content to be output, an extracting step of extracting a watermark added to the content obtained by the processing of the obtaining step, and a header for creating a header including the watermark extracted by the processing of the extracting step A creation step, an encryption step for encrypting the content acquired by the processing of the acquisition step, a header created by the processing of the header creation step, and a content encrypted by the processing of the encryption step in a file format. And outputting the formatted data.

【００１３】本発明の第１のプログラムは、出力するコ
ンテンツを取得する取得ステップと、取得ステップの処
理により取得されたコンテンツに付加されているウォー
ターマークを抽出する抽出ステップと、抽出ステップの
処理により抽出されたウォーターマークを含むヘッダを
作成するヘッダ作成ステップと、取得ステップの処理に
より取得されたコンテンツを暗号化する暗号化ステップ
と、ヘッダ作成ステップの処理により作成されたヘッダ
と、暗号化ステップの処理により暗号化されたコンテン
ツをファイルフォーマットにフォーマット化し、出力す
るフォーマット化ステップとを実行させる。[0013] A first program according to the present invention comprises an acquisition step of acquiring content to be output, an extraction step of extracting a watermark added to the content acquired by the processing of the acquisition step, and a process of the extraction step. A header creation step of creating a header including the extracted watermark, an encryption step of encrypting the content acquired by the processing of the acquisition step, a header created by the processing of the header creation step, Formatting the content encrypted by the processing into a file format and outputting the formatted content.

【００１４】本発明の第２の情報処理装置は、ヘッダが
付加されたコンテンツを取得する取得手段と、取得手段
により取得されたコンテンツのヘッダに付加されている
ウォーターマークを検出するウォーターマーク検出手段
と、ウォーターマーク検出手段により検出されたウォー
ターマークに基づいて、コンテンツの出力を制御する制
御手段とを備えることを特徴とする。According to a second information processing apparatus of the present invention, an acquiring unit for acquiring a content to which a header is added, and a watermark detecting unit for detecting a watermark added to a header of the content acquired by the acquiring unit And control means for controlling the output of the content based on the watermark detected by the watermark detection means.

【００１５】前期取得手段は、コンテンツに付加されて
いるデジタル署名もさらに取得し、デジタル署名を検証
するデジタル署名検証手段をさらに備え、制御手段は、
さらにデジタル署名検証手段により検証された結果に基
づいて、コンテンツの出力を制御することを特徴とす
る。[0015] The first obtaining means further includes a digital signature verifying means for further obtaining a digital signature added to the content and verifying the digital signature.
Further, the output of the content is controlled based on the result verified by the digital signature verifying means.

【００１６】本発明の第２の情報処理方法は、ヘッダが
付加されたコンテンツを取得する取得ステップと、取得
ステップにより取得されたコンテンツのヘッダに付加さ
れているウォーターマークを検出するウォーターマーク
検出ステップと、ウォーターマーク検出ステップにより
検出されたウォーターマークに基づいて、コンテンツの
出力を制御する制御ステップとを備えることを特徴とす
る。According to a second information processing method of the present invention, an acquisition step of acquiring a content to which a header is added, and a watermark detection step of detecting a watermark added to the header of the content acquired by the acquisition step And a control step of controlling output of the content based on the watermark detected by the watermark detection step.

【００１７】本発明の第２の記録媒体のプログラムは、
ヘッダが付加されたコンテンツを取得する取得ステップ
と、取得ステップにより取得されたコンテンツのヘッダ
に付加されているウォーターマークを検出するウォータ
ーマーク検出ステップと、ウォーターマーク検出ステッ
プにより検出されたウォーターマークに基づいて、コン
テンツの出力を制御する制御ステップとを含むことを特
徴とする。The program of the second recording medium of the present invention comprises:
An acquisition step of acquiring the content to which the header is added, a watermark detection step of detecting a watermark added to the header of the content acquired by the acquisition step, and a watermark detection step of detecting the watermark by the watermark detection step. And controlling the output of the content.

【００１８】本発明の第２のプログラムは、ヘッダが付
加されたコンテンツを取得する取得ステップと、取得ス
テップにより取得されたコンテンツのヘッダに付加され
ているウォーターマークを検出するウォーターマーク検
出ステップと、ウォーターマーク検出ステップにより検
出されたウォーターマークに基づいて、コンテンツの出
力を制御する制御ステップとを実行させる。According to a second program of the present invention, an acquisition step of acquiring a content to which a header is added, a watermark detection step of detecting a watermark added to a header of the content acquired by the acquisition step, And a control step of controlling output of the content based on the watermark detected by the watermark detection step.

【００１９】本発明の記録媒体のフォーマットは、暗号
化されたコンテンツと、コンテンツに含まれるウォータ
ーマークを含むヘッダとが記録されていることを特徴と
する。The format of the recording medium according to the present invention is characterized in that an encrypted content and a header including a watermark included in the content are recorded.

【００２０】本発明の第１の情報処理装置および方法、
記録媒体、並びにプログラムにおいては、コンテンツか
らウォーターマークが抽出され、ヘッダに付加される。A first information processing apparatus and method according to the present invention,
In a recording medium and a program, a watermark is extracted from content and added to a header.

【００２１】本発明の第２の情報処理装置および方法、
記録媒体、並びにプログラムにおいては、ヘッダからウ
ォーターマークが検出され、検出結果に基づいて、コン
テンツの出力が制御される。A second information processing apparatus and method according to the present invention,
In the recording medium and the program, the watermark is detected from the header, and the output of the content is controlled based on the detection result.

【００２２】本発明の記録媒体のフォーマットにおいて
は、暗号化されたコンテンツとコンテンツに含まれるウ
ォーターマークを含むヘッダ記録されている。In the format of the recording medium of the present invention, an encrypted content and a header including a watermark included in the content are recorded.

【００２３】[0023]

【発明の実施の形態】図１は、本発明を適用したコンテ
ンツ提供システムの構成を示している。インターネット
２には、クライアント１−１，１−２（以下、これらの
クライアントを個々に区別する必要がない場合、単にク
ライアント１と称する）が接続されている。この例にお
いては、クライアントが２台のみ示されているが、イン
ターネット２には、任意の台数のクライアントが接続さ
れる。FIG. 1 shows a configuration of a content providing system to which the present invention is applied. Clients 1-1 and 1-2 (hereinafter, simply referred to as a client 1 when there is no need to individually distinguish these clients) are connected to the Internet 2. In this example, only two clients are shown, but an arbitrary number of clients are connected to the Internet 2.

【００２４】また、インターネット２には、クライアン
ト１に対してコンテンツを提供するコンテンツサーバ
３、コンテンツサーバ３が提供するコンテンツを利用す
るのに必要なライセンスをクライアント１に対して付与
するライセンスサーバ４、およびクライアント１がライ
センスを受け取った場合に、そのクライアント１に対し
て課金処理を行う課金サーバ５が接続されている。The Internet 2 has a content server 3 for providing content to the client 1, a license server 4 for granting a license necessary for using the content provided by the content server 3 to the client 1, When the client 1 receives the license, a charging server 5 that performs a charging process on the client 1 is connected.

【００２５】これらのコンテンツサーバ３、ライセンス
サーバ４、および課金サーバ５も、任意の台数、インタ
ーネット２に接続される。An arbitrary number of these content servers 3, license servers 4, and billing servers 5 are also connected to the Internet 2.

【００２６】図２はクライアント１の構成を表してい
る。FIG. 2 shows the configuration of the client 1.

【００２７】図２において、CPU（Central Processing
Unit）２１は、ROM（Read Only Memory）２２に記憶さ
れているプログラム、または記憶部２８からRAM（Rando
m Access Memory）２３にロードされたプログラムに従
って各種の処理を実行する。タイマ２０は、計時動作を
行い、時刻情報をCPU２１に供給する。RAM２３にはま
た、CPU２１が各種の処理を実行する上において必要な
データなども適宜記憶される。In FIG. 2, a CPU (Central Processing)
Unit 21 is a program stored in a ROM (Read Only Memory) 22 or a RAM (Rando
m Access Memory) 23 to execute various processes in accordance with the program loaded. The timer 20 performs a timing operation and supplies time information to the CPU 21. The RAM 23 also appropriately stores data necessary for the CPU 21 to execute various processes.

【００２８】暗号化復号部２４は、コンテンツデータを
暗号化するとともに、既に暗号化されているコンテンツ
データを復号する処理を行う。コーデック部２５は、例
えば、ATRAC（Adaptive Transform Acoustic Coding）
３方式などでコンテンツデータをエンコードし、入出力
インタフェース３２を介してドライブ３０に接続されて
いる半導体メモリ４４に供給し、記録させる。あるいは
また、コーデック部２５は、ドライブ３０を介して半導
体メモリ４４より読み出した、エンコードされているデ
ータをデコードする。The encryption / decryption unit 24 performs a process of encrypting content data and a process of decrypting already encrypted content data. The codec unit 25 includes, for example, ATRAC (Adaptive Transform Acoustic Coding).
The content data is encoded by three methods or the like, supplied to the semiconductor memory 44 connected to the drive 30 via the input / output interface 32, and recorded. Alternatively, the codec unit 25 decodes the encoded data read from the semiconductor memory 44 via the drive 30.

【００２９】半導体メモリ４４は、例えば、メモリステ
ィック（商標）などにより構成される。The semiconductor memory 44 is constituted by, for example, a Memory Stick (trademark).

【００３０】CPU２１、ROM２２、RAM２３、暗号化復号
部２４、およびコーデック部２５は、バス３１を介して
相互に接続されている。このバス３１にはまた、入出力
インタフェース３２も接続されている。The CPU 21, the ROM 22, the RAM 23, the encryption / decryption unit 24, and the codec unit 25 are interconnected via a bus 31. The input / output interface 32 is also connected to the bus 31.

【００３１】入出力インタフェース３２には、キーボー
ド、マウスなどよりなる入力部２６、CRT、LCDなどより
なるディスプレイ、並びにスピーカなどよりなる出力部
２７、ハードディスクなどより構成される記憶部２８、
モデム、ターミナルアダプタなどより構成される通信部
２９が接続されている。通信部２９は、インターネット
２を介しての通信処理を行う。通信部２９はまた、他の
クライアントとの間で、アナログ信号またはデジタル信
号の通信処理を行う。The input / output interface 32 includes an input unit 26 including a keyboard and a mouse, a display including a CRT and an LCD, an output unit 27 including a speaker, a storage unit 28 including a hard disk, and the like.
A communication unit 29 including a modem, a terminal adapter, and the like is connected. The communication unit 29 performs communication processing via the Internet 2. The communication unit 29 performs communication processing of an analog signal or a digital signal with another client.

【００３２】入出力インタフェース３２にはまた、必要
に応じてドライブ３０が接続され、磁気ディスク４１、
光ディスク４２、光磁気ディスク４３、或いは半導体メ
モリ４４などが適宜装着され、それらから読み出された
コンピュータプログラムが、必要に応じて記憶部２８に
インストールされる。The drive 30 is connected to the input / output interface 32 as necessary.
An optical disk 42, a magneto-optical disk 43, a semiconductor memory 44, or the like is appropriately mounted, and a computer program read therefrom is installed in the storage unit 28 as needed.

【００３３】なお、図示は省略するが、コンテンツサー
バ３、ライセンスサーバ４、課金サーバ５も、図２に示
したクライアント１と基本的に同様の構成を有するコン
ピュータにより構成される。そこで、以下の説明におい
ては、図２の構成は、コンテンツサーバ３、ライセンス
サーバ４、課金サーバ５などの構成としても引用され
る。Although not shown, the content server 3, license server 4, and billing server 5 are also constituted by computers having basically the same configuration as the client 1 shown in FIG. Therefore, in the following description, the configuration of FIG. 2 is also referred to as the configuration of the content server 3, the license server 4, the charging server 5, and the like.

【００３４】次に、図３のフローチャートを参照して、
クライアント１がコンテンツサーバ３からコンテンツの
提供を受ける処理について説明する。Next, referring to the flowchart of FIG.
A process in which the client 1 receives the provision of the content from the content server 3 will be described.

【００３５】ユーザが、入力部２６を操作することでコ
ンテンツサーバ３に対するアクセスを指令すると、CPU
２１は、ステップＳ１において、通信部２９を制御し、
インターネット２を介してコンテンツサーバ３にアクセ
スさせる。ステップＳ２において、ユーザが、入力部２
６を操作して、提供を受けるコンテンツを指定すると、
CPU２１は、この指定情報を受け取り、通信部２９か
ら、インターネット２を介してコンテンツサーバ３に、
指定されたコンテンツを通知する。図４のフローチャー
トを参照して後述するように、この通知を受けたコンテ
ンツサーバ３は、暗号化されたコンテンツデータを送信
してくるので、ステップＳ３において、CPU２１は、通
信部２９を介して、このコンテンツデータを受信する
と、ステップＳ４において、その暗号化されているコン
テンツデータを記憶部２８を構成するハードディスクに
供給し、記憶させる。When the user instructs access to the content server 3 by operating the input unit 26, the CPU
21 controls the communication unit 29 in step S1,
The content server 3 is accessed via the Internet 2. In step S2, the user operates the input unit 2
By operating 6 and specifying the content to be provided,
The CPU 21 receives the designation information and sends the information to the content server 3 from the communication unit 29 via the Internet 2.
Notify specified content. As will be described later with reference to the flowchart of FIG. 4, the content server 3 that has received the notification transmits the encrypted content data, so that in step S3, the CPU 21 When the content data is received, in step S4, the encrypted content data is supplied to the hard disk constituting the storage unit 28 and stored.

【００３６】次に、図４のフローチャートを参照して、
クライアント１の以上の処理に対応するコンテンツサー
バ３のコンテンツ提供処理について説明する。なお、以
下の説明において、図２のクライアント１の構成は、コ
ンテンツサーバ３の構成としても引用される。Next, referring to the flowchart of FIG.
A content providing process of the content server 3 corresponding to the above process of the client 1 will be described. In the following description, the configuration of the client 1 in FIG. 2 is also referred to as the configuration of the content server 3.

【００３７】ステップＳ２１において、コンテンツサー
バ３のCPU２１は、インターネット２から通信部２９を
介してクライアント１よりアクセスを受けるまで待機
し、アクセスを受けたと判定したとき、ステップＳ２２
に進み、クライアント１から送信されてきたコンテンツ
を指定する情報を取り込む。このコンテンツを指定する
情報は、クライアント１が、図３のステップＳ２におい
て通知してきた情報である。At step S21, the CPU 21 of the content server 3 waits until the client 1 accesses the Internet 2 via the communication unit 29, and when it is determined that the access has been received, the CPU 21 proceeds to step S22.
To fetch the information specifying the content transmitted from the client 1. The information designating the content is the information notified by the client 1 in step S2 of FIG.

【００３８】ステップＳ２３において、コンテンツサー
バ３のCPU２１は、記憶部２８に記憶されているコンテ
ンツデータの中から、ステップＳ２２の処理で取り込ま
れた情報で指定されたコンテンツを読み出す。CPU２１
は、ステップＳ２４において、記憶部２８から読み出さ
れたコンテンツデータを、暗号化復号部２４に供給し、
コンテンツキーKcを用いて暗号化させる。In step S23, the CPU 21 of the content server 3 reads out the content specified by the information taken in step S22 from the content data stored in the storage unit 28. CPU 21
Supplies the content data read from the storage unit 28 to the encryption / decryption unit 24 in step S24,
The content is encrypted using the content key Kc.

【００３９】記憶部２８に記憶されているコンテンツデ
ータは、コーデック部２５により、既にATRAC３方式に
よりエンコードされているので、このエンコードされて
いるコンテンツデータが暗号化されることになる。Since the content data stored in the storage unit 28 has already been encoded by the codec unit 25 according to the ATRAC3 system, the encoded content data is encrypted.

【００４０】なお、もちろん、記憶部２８に予め暗号化
した状態でコンテンツデータを記憶させることができ
る。この場合には、ステップＳ２４の処理は省略するこ
とが可能である。Note that, of course, the content data can be stored in the storage unit 28 in an encrypted state. In this case, the processing in step S24 can be omitted.

【００４１】次に、ステップＳ２５において、コンテン
ツサーバ３のCPU２１は、暗号化したコンテンツデータ
を伝送するフォーマットを構成するヘッダに、暗号化さ
れているコンテンツを復号するのに必要なキー情報（図
５を参照して後述するEKBとK _EKBC（Kc））と、コンテン
ツを利用するのに必要なライセンスを識別するためのラ
イセンスIDを付加する。そして、ステップＳ２６におい
て、コンテンツサーバ３のCPU２１は、ステップＳ２４
の処理で暗号化したコンテンツと、ステップＳ２５の処
理でキーとライセンスIDを付加したヘッダとをフォーマ
ット化したデータを、通信部２９から、インターネット
２を介して、アクセスしてきたクライアント１に送信す
る。Next, in step S25, the content
The CPU 21 of the server 3
The header that makes up the format for transmitting
Key information necessary to decrypt the
EKB and K described later with reference to 5 _EKBC(Kc)) and content
License to identify the license required to use the
Add license ID. Then, in step S26
Then, the CPU 21 of the content server 3 determines in step S24
The content encrypted in the process of step S25 and the process of step S25.
Format and the header with the license ID added
The converted data is transmitted from the communication unit 29 to the Internet.
2 to client 1 that has accessed
You.

【００４２】図５は、このようにして、コンテンツサー
バ３からクライアント１にコンテンツが供給される場合
のフォーマットの構成を表している。同図に示されるよ
うに、このフォーマットは、ヘッダ（Header）とデータ
（Data）とにより構成される。FIG. 5 shows a format configuration in the case where the content is supplied from the content server 3 to the client 1 in this manner. As shown in the drawing, this format is composed of a header (Header) and data (Data).

【００４３】ヘッダには、コンテンツ情報（Content in
formation）、デジタル権利管理情報（DRM（Digital Ri
ght Management） information ）、ライセンスID（Lic
ense ID）、イネーブリングキーブロック（有効化キー
ブロック）（EKB（EnablingKey Block））および、EKB
から生成されたキーK_EKBCを用いて暗号化されたコンテ
ンツキーKcとしてのデータK_EKBC（Kc）が配置されてい
る。なお、EKBについては、図１５を参照して後述す
る。The header includes content information (Content in
formation), digital rights management information (DRM (Digital Ri
ght Management) information), license ID (Lic
ense ID), enabling key block (enabling key block) (EKB (Enabling Key Block)) and EKB
The data K _EKBC (Kc) as the content key Kc encrypted by using the key K _EKBC generated from is provided. The EKB will be described later with reference to FIG.

【００４４】コンテンツ情報には、データとしてフォー
マット化されているコンテンツデータを識別するための
識別情報としてのコンテンツID（CID）、そのコンテン
ツのコーデックの方式などの情報が含まれている。The content information includes a content ID (CID) as identification information for identifying content data formatted as data, and information such as a codec method of the content.

【００４５】デジタル権利管理情報には、コンテンツを
使用する規則および状態（Usage rules/status）と、UR
L（Uniform Resource Locator）が配置されている。使
用規則および状態には、例えば、コンテンツの再生回
数、コピー回数などが記述される。The digital rights management information includes rules and status for using the content (Usage rules / status), and UR.
L (Uniform Resource Locator) is arranged. In the usage rule and the state, for example, the number of times of reproduction and the number of times of copying of the content are described.

【００４６】URLは、ライセンスIDで規定されるライセ
ンスを取得するときアクセスするアドレス情報であり、
図１のシステムの場合、具体的には、ライセンスを受け
るために必要なライセンスサーバ４のアドレスである。
ライセンスIDは、データとして記録されているコンテン
ツを利用するとき必要とされるライセンスを識別するも
のである。The URL is address information to be accessed when acquiring the license specified by the license ID.
In the case of the system shown in FIG. 1, specifically, the address of the license server 4 required for receiving a license.
The license ID identifies a license required when using the content recorded as data.

【００４７】データは、任意の数の暗号化ブロック（En
cryption Blook）により構成される。各暗号化ブロック
は、イニシャルベクトル（IV（Initial Vector））、シ
ード（Seed）、およびコンテンツデータをキーK'cで暗
号化したデータE_{K ' c}(data)により構成されている。The data can be any number of encrypted blocks (En
cryption Blook). Each encryption block, initial vector (IV (Initial Vector)), and is made of the seed (Seed), and the content data with a key K'c encrypted data E _{K 'c} (data).

【００４８】キーK'cは、次式により示されるように、
コンテンツキーKcと、乱数で設定される値Seedをハッシ
ュ関数に適用して演算された値により構成される。The key K'c is expressed by the following equation:
It is composed of a content key Kc and a value calculated by applying a value Seed set by a random number to a hash function.

【００４９】K'c＝Hash(Kc,Seed)K'c = Hash (Kc, Seed)

【００５０】イニシャルベクトルIVとシードSeedは、各
暗号化ブロック毎に異なる値に設定される。The initial vector IV and the seed Seed are set to different values for each encrypted block.

【００５１】この暗号化は、コンテンツのデータを８バ
イト単位で区分して、８バイト毎に行われる。後段の８
バイトの暗号化は、前段の８バイトの暗号化の結果を利
用して行われるCBC（Cypher Block Chaning）モードで
行われる。This encryption is performed every 8 bytes by dividing the content data in units of 8 bytes. Latter stage 8
The byte encryption is performed in a CBC (Cypher Block Chaning) mode performed using the result of the preceding 8-byte encryption.

【００５２】CBCモードの場合、最初の８バイトのコン
テンツデータを暗号化するとき、その前段の８バイトの
暗号化結果が存在しないため、最初の８バイトのコンテ
ンツデータを暗号化するときは、イニシャルベクトルIV
を初期値として暗号化が行われる。In the CBC mode, when encrypting the first 8 bytes of content data, there is no previous 8-byte encryption result, so when encrypting the first 8 bytes of content data, Vector IV
Is used as an initial value for encryption.

【００５３】このCBCモードによる暗号化を行うこと
で、１つの暗号化ブロックが解読されたとしても、その
影響が、他の暗号化ブロックにおよぶことが抑制され
る。By performing the encryption in the CBC mode, even if one encrypted block is decrypted, the influence of the decryption on another encrypted block is suppressed.

【００５４】なお、この暗号化については、図４６を参
照にして、後に詳述する。The encryption will be described later in detail with reference to FIG.

【００５５】以上のようにして、クライアント１は、コ
ンテンツサーバ３からコンテンツを無料で、自由に取得
することができる。従って、コンテンツそのものは、大
量に、配布することが可能となる。As described above, the client 1 can freely acquire the content from the content server 3 free of charge. Therefore, the content itself can be distributed in large quantities.

【００５６】しかしながら、各クライアント１は、取得
したコンテンツを利用するとき、ライセンスを保持して
いる必要がある。そこで、図６を参照して、クライアン
ト１がコンテンツを再生する場合の処理について説明す
る。However, each client 1 needs to hold a license when using the acquired content. Thus, with reference to FIG. 6, a description will be given of a process when the client 1 reproduces a content.

【００５７】ステップＳ４１において、クライアント１
のCPU２１は、ユーザが入力部２６を操作することで指
示したコンテンツの識別情報（CID）を取得する。この
識別情報は、例えば、コンテンツのタイトルや、記憶さ
れている各コンテンツ毎に付与されている番号などによ
り構成される。In step S41, the client 1
CPU 21 acquires the identification information (CID) of the content designated by the user operating the input unit 26. The identification information includes, for example, a title of the content, a number assigned to each stored content, and the like.

【００５８】そして、CPU２１は、コンテンツが指示さ
れると、そのコンテンツに対応するライセンスID（その
コンテンツを使用するのに必要なライセンスのID）を読
み取る。このライセンスIDは、図５に示されるように、
暗号化されているコンテンツデータのヘッダに記述され
ているものである。When the content is instructed, the CPU 21 reads a license ID corresponding to the content (a license ID necessary for using the content). This license ID is, as shown in FIG.
This is described in the header of the encrypted content data.

【００５９】次に、ステップＳ４２に進み、CPU２１
は、ステップＳ４１で読み取られたライセンスIDに対応
するライセンスが、クライアント１により既に取得さ
れ、記憶部２８に記憶されているか否かを判定する。ま
だ、ライセンスが取得されていない場合には、ステップ
Ｓ４３に進み、CPU２１は、ライセンス取得処理を実行
する。このライセンス取得処理の詳細は、図７のフロー
チャートを参照して後述する。Next, the process proceeds to step S42, where the CPU 21
Determines whether the license corresponding to the license ID read in step S41 has already been acquired by the client 1 and stored in the storage unit 28. If the license has not yet been acquired, the process proceeds to step S43, and the CPU 21 executes a license acquisition process. Details of the license acquisition processing will be described later with reference to the flowchart of FIG.

【００６０】ステップＳ４２において、ライセンスが既
に取得されていると判定された場合、または、ステップ
Ｓ４３において、ライセンス取得処理が実行された結
果、ライセンスが取得された場合、ステップＳ４４に進
み、CPU２１は、取得されているライセンスは有効期限
内のものであるか否かを判定する。ライセンスが有効期
限内のものであるか否かは、ライセンスの内容として規
定されている期限（後述する図８参照）と、タイマ２０
により計時されている現在日時と比較することで判断さ
れる。ライセンスの有効期限が既に満了していると判定
された場合、CPU２１は、ステップＳ４５に進み、ライ
センス更新処理を実行する。このライセンス更新処理の
詳細は、図１０のフローチャートを参照して後述する。If it is determined in step S42 that the license has already been obtained, or if the license has been obtained as a result of executing the license obtaining process in step S43, the process proceeds to step S44, where the CPU 21 It is determined whether the acquired license is within the validity period. Whether or not the license is within the expiration date is determined by the expiration date defined in the license (see FIG. 8 described later) and the timer 20.
It is determined by comparing with the current date and time that is being measured by. If it is determined that the license expiration date has already expired, the CPU 21 proceeds to step S45 and executes a license update process. The details of the license update process will be described later with reference to the flowchart in FIG.

【００６１】ステップＳ４４において、ライセンスはま
だ有効期限内であると判定された場合、または、ステッ
プＳ４５において、ライセンスが更新された場合、ステ
ップＳ４６に進み、CPU２１は、暗号化されているコン
テンツデータを記憶部２８から読み出し、RAM２３に格
納させる。そして、ステップＳ４７において、CPU２１
は、RAM２３に記憶された暗号化ブロックのデータを、
図５のデータに配置されている暗号化ブロック単位で、
暗号化復号部２４に供給し、コンテンツキーKcを用いて
復号させる。If it is determined in step S44 that the license is still within the expiration date, or if the license has been updated in step S45, the process proceeds to step S46, where the CPU 21 deletes the encrypted content data. The data is read from the storage unit 28 and stored in the RAM 23. Then, in step S47, the CPU 21
Represents the data of the encrypted block stored in the RAM 23,
In units of encrypted blocks arranged in the data of FIG. 5,
The content is supplied to the encryption / decryption unit 24, and is decrypted using the content key Kc.

【００６２】コンテンツキーKcを得る方法の具体例は、
図１５を参照して後述するが、ライセンスに含まれない
デバイスノードキー（DNK）（図８）を用いて、EKB（図
５）に含まれるキーＫ_EKBCを得ることができ、そのキー
Ｋ_EKBCを用いて、データＫ_{EK BC}（Kc）（図５）から、コ
ンテンツキーKcを得ることができる。A specific example of a method for obtaining the content key Kc is as follows.
Will be described later with reference to FIG. 15, but with not included in the license device node key (DNK) (FIG. 8), it is possible to obtain a key K _EKBC included in EKB (Fig. 5), the key K _EKBC , The content key Kc can be obtained from the data K _{EK BC} (Kc) (FIG. 5).

【００６３】CPU２１は、さらに、ステップＳ４８にお
いて、暗号化復号部２４により復号されたコンテンツデ
ータをコーデック部２５に供給し、デコードさせる。そ
して、コーデック部２５によりデコードされたデータ
を、CPU２１は、入出力インタフェース３２から出力部
２７に供給し、D/A変換させ、スピーカから出力させ
る。Further, in step S48, the CPU 21 supplies the content data decrypted by the encryption / decryption unit 24 to the codec unit 25 and decodes the content data. Then, the CPU 21 supplies the data decoded by the codec unit 25 from the input / output interface 32 to the output unit 27, performs D / A conversion, and outputs the data from the speaker.

【００６４】次に、図７のフローチャートを参照して、
図６のステップＳ４３で行われるライセンス取得処理の
詳細について説明する。Next, referring to the flowchart of FIG.
The details of the license acquisition process performed in step S43 of FIG. 6 will be described.

【００６５】最初にステップＳ６１において、CPU２１
は、いま処理対象とされているライセンスIDに対応する
URLを、図５に示すヘッダから取得する。上述したよう
に、このURLは、やはりヘッダに記述されているライセ
ンスIDに対応するライセンスを取得するときアクセスす
べきアドレスである。そこで、ステップＳ６２におい
て、CPU２１は、ステップＳ６１で取得したURLにアクセ
スする。具体的には、通信部２９を介してインターネッ
ト２からライセンスサーバ４にアクセスが行われる。こ
のとき、ライセンスサーバ４は、クライアント１に対し
て、購入するライセンス（コンテンツを使用するのに必
要なライセンス）を指定するライセンス指定情報、並び
にユーザIDとパスワードの入力を要求してくる（後述す
る図９のステップＳ１０２）。CPU２１は、この要求を
出力部２７の表示部に表示させる。ユーザは、この表示
に基づいて、入力部２６を操作して、ライセンス指定情
報、ユーザID、およびパスワードを入力する。なお、こ
のユーザIDとパスワードは、クライアント１のユーザ
が、インターネット２を介してライセンスサーバ４にア
クセスし、事前に取得しておいたものである。First, in step S61, the CPU 21
Corresponds to the license ID currently being processed
The URL is obtained from the header shown in FIG. As described above, this URL is an address to be accessed when acquiring the license corresponding to the license ID also described in the header. Therefore, in step S62, the CPU 21 accesses the URL obtained in step S61. More specifically, the license server 4 is accessed from the Internet 2 via the communication unit 29. At this time, the license server 4 requests the client 1 to enter license designation information for designating a license to be purchased (a license necessary for using the content), and a user ID and a password (to be described later). Step S102 in FIG. 9). The CPU 21 displays this request on the display unit of the output unit 27. The user operates the input unit 26 based on the display to input the license designation information, the user ID, and the password. The user ID and the password are obtained in advance by the user of the client 1 accessing the license server 4 via the Internet 2.

【００６６】CPU２１は、ステップＳ６３，Ｓ６４にお
いて、入力部２６から入力されたライセンス識別情報を
取り込むとともに、ユーザIDとパスワードを取り込む。
CPU２１は、ステップＳ６５において、通信部２９を制
御し、入力されたユーザIDとパスワードを、ライセンス
指定情報とともに、インターネット２を介してライセン
スサーバ４に送信させる。In steps S63 and S64, the CPU 21 captures the license identification information input from the input unit 26, and captures the user ID and password.
In step S65, the CPU 21 controls the communication unit 29 to transmit the input user ID and password together with the license designation information to the license server 4 via the Internet 2.

【００６７】ライセンスサーバ４は、図９を参照して後
述するように、ユーザIDとパスワード、並びにライセン
ス指定情報に基づいてライセンスを、そのユーザの秘密
鍵（Private Key）、並びにその秘密鍵に対応する公開
鍵（Public Key）の証明書とともに送信してくる（ステ
ップＳ１０９）か、または、条件が満たされない場合に
は、ライセンスを送信してこない（ステップＳ１１
２）。As will be described later with reference to FIG. 9, the license server 4 converts the license based on the user ID and the password and the license designation information into a secret key (Private Key) of the user and a key corresponding to the secret key. (Step S109) or, if the conditions are not met, the license is not transmitted (step S11).
2).

【００６８】ステップＳ６６において、CPU２１は、ラ
イセンスサーバ４からライセンスが送信されてきたか否
かを判定し、ライセンスが送信されてきた場合には、ス
テップＳ６７に進み、そのライセンスを、秘密鍵および
公開鍵証明書とともに記憶部２８に供給し、記憶させ
る。In step S66, the CPU 21 determines whether or not a license has been transmitted from the license server 4. If a license has been transmitted, the process proceeds to step S67, in which the license is transmitted to the secret key and the public key. The certificate is supplied to the storage unit 28 together with the certificate and stored.

【００６９】ステップＳ６６において、ライセンスが送
信されて来ないと判定した場合、CPU２１は、ステップ
Ｓ６８に進み、エラー処理を実行する。具体的には、CP
U２１は、コンテンツを利用するためのライセンスが得
られないので、コンテンツの再生処理を禁止する。If it is determined in step S66 that the license has not been transmitted, the CPU 21 proceeds to step S68 to execute an error process. Specifically, CP
U21 does not obtain a license for using the content, and thus prohibits the content reproduction process.

【００７０】以上のようにして、各クライアント１は、
コンテンツデータに付随しているライセンスIDに対応す
るライセンスを取得して、初めて、そのコンテンツを使
用することが可能となる。As described above, each client 1
The content can be used only after obtaining the license corresponding to the license ID attached to the content data.

【００７１】なお、図７のライセンス取得処理は、各ユ
ーザがコンテンツを取得する前に、予め行っておくよう
にすることも可能である。Note that the license acquisition process of FIG. 7 can be performed in advance before each user acquires the content.

【００７２】クライアント１に提供されるライセンス
は、例えば、図８に示されるように、使用条件、リーフ
IDおよびデバイスノードキー（Device Naode Key（DN
K））を含んでいる。The license provided to the client 1 is, for example, as shown in FIG.
ID and Device Naode Key (DN
K)).

【００７３】使用条件は、そのライセンスに基づいて、
コンテンツを使用することが可能な使用期限、そのライ
センスに基づいて、コンテンツをダウンロードすること
が可能なダウンロード期限、そのライセンスに基づい
て、コンテンツをコピーすることが可能な回数（許され
るコピー回数）、チェックアウト回数、最大チェックア
ウト回数、そのライセンスに基づいて、コンテンツをCD
-Rに記録することができる権利、PD（Portable Devic
e）にコピーすることが可能な回数、ライセンスを所有
権（買い取り状態）に移行できる権利、使用ログをとる
義務等が含まれる。The usage conditions are based on the license.
The expiration date when the content can be used, the download expiration date when the content can be downloaded based on the license, the number of times the content can be copied based on the license (the number of permitted copies), CD content based on checkout times, maximum checkout times, and its license
-R that can be recorded on R, Portable Devic
e) includes the number of times that the license can be copied, the right to transfer the license to the ownership (purchased state), and the obligation to take a usage log.

【００７４】リーフIDは、Ｔシステム（図１３を参照し
て後述する）により規定されるそのライセンスに割り当
てられた識別情報を表し、DNKは、そのライセンスに対
応するEKB（有効化キーブロック）に含まれる暗号化さ
れているコンテンツキーKcを復号するのに必要なデバイ
スノードキーである（図１２を参照して後述する）。The leaf ID indicates identification information assigned to the license defined by the T system (described later with reference to FIG. 13), and DNK indicates an EKB (validation key block) corresponding to the license. This is a device node key necessary for decrypting the contained encrypted content key Kc (described later with reference to FIG. 12).

【００７５】次に、図９のフローチャートを参照して、
図７のクライアント１のライセンス取得処理に対応して
実行されるライセンスサーバ４のライセンス提供処理に
ついて説明する。なお、この場合においても、図２のク
ライアント１の構成は、ライセンスサーバ４の構成とし
て引用される。Next, referring to the flowchart of FIG.
The license providing process of the license server 4 executed in response to the license acquisition process of the client 1 in FIG. Also in this case, the configuration of the client 1 in FIG.

【００７６】ステップＳ１０１において、ライセンスサ
ーバ４のCPU２１は、クライアント１よりアクセスを受
けるまで待機し、アクセスを受けたとき、ステップＳ１
０２に進み、アクセスしてきたクライアント１に対し
て、ユーザIDとパスワード、並びに、ライセンス指定情
報の送信を要求する。上述したようにして、クライアン
ト１から、図７のステップＳ６５の処理で、ユーザIDと
パスワード、並びにライセンス指定情報（ライセンスI
D）が送信されてきたとき、ライセンスサーバ４のCPU２
１は、通信部２９を介してこれを受信し、取り込む処理
を実行する。In step S101, the CPU 21 of the license server 4 waits until the client 1 receives an access.
Proceeding to step 02, the client 1 that has accessed is requested to transmit a user ID, a password, and license designation information. As described above, the client 1 receives the user ID, the password, and the license designation information (license I
When D) is transmitted, the CPU 2 of the license server 4
1 executes a process of receiving the data via the communication unit 29 and capturing the data.

【００７７】そして、ライセンスサーバ４のCPU２１
は、ステップＳ１０３において、通信部２９から課金サ
ーバ５にアクセスし、ユーザIDとパスワードに対応する
ユーザの与信処理を要求する。課金サーバ５は、インタ
ーネット２を介してライセンスサーバ４から与信処理の
要求を受けると、そのユーザIDとパスワードに対応する
ユーザの過去の支払い履歴などを調査し、そのユーザ
が、過去にライセンスの対価の不払いの実績があるか否
かなどを調べ、そのような実績がない場合には、ライセ
ンスの付与を許容する与信結果を送信し、不払いの実績
などがある場合には、ライセンス付与の不許可の与信結
果を送信する。Then, the CPU 21 of the license server 4
In step S103, the communication unit 29 accesses the accounting server 5 and requests the user for credit processing corresponding to the user ID and the password. Upon receiving a credit processing request from the license server 4 via the Internet 2, the charging server 5 checks the past payment history of the user corresponding to the user ID and the password, and determines that the user has paid for the license in the past. Check if there is a record of non-payment, and if there is no such record, send a credit result that allows the grant of license, and if there is a record of non-payment, disallow license grant Send credit result.

【００７８】ステップＳ１０４において、ライセンスサ
ーバ４のCPU２１は、課金サーバ５からの与信結果が、
ライセンスを付与することを許容する与信結果であるか
否かを判定し、ライセンスの付与が許容されている場合
には、ステップＳ１０５に進み、ステップＳ１０２の処
理で取り込まれたライセンス指定情報に対応するライセ
ンスを、記憶部２８に記憶されているライセンスの中か
ら選択する。ステップＳ１０６において、CPU２１は、
そのライセンスに対応して１つのDNKとリーフIDを割り
当てる。さらに、ステップＳ１０７において、CPU２１
は、ステップＳ１０５で選択されたライセンスに対応づ
けられている使用条件を選択する。あるいはまた、ステ
ップＳ１０２の処理で、ユーザから使用条件が指定され
た場合には、その使用条件が必要に応じて、予め用意さ
れている使用条件に付加される。In step S104, the CPU 21 of the license server 4 determines that the credit result from the charging server 5 is
It is determined whether or not the result is a credit that allows the license to be granted. If the license is permitted, the process proceeds to step S105, and the process proceeds to step S105, where the process corresponds to the license designation information captured in step S102. The license is selected from the licenses stored in the storage unit 28. In step S106, the CPU 21
One DNK and leaf ID are assigned in accordance with the license. Further, in step S107, the CPU 21
Selects the use condition associated with the license selected in step S105. Alternatively, when the use condition is specified by the user in the process of step S102, the use condition is added to the use condition prepared in advance as needed.

【００７９】ステップＳ１０８において、CPU２１は、
ステップＳ１０７で選択した使用条件を、ステップＳ１
０６で割り当てたDNKとリーフIDに対応付けて付加す
る。これにより、図８に示されるような構成のライセン
スが生成される。In step S108, the CPU 21
The use condition selected in step S107 is changed to step S1.
06 and added in association with the DNK and leaf ID. As a result, a license having a configuration as shown in FIG. 8 is generated.

【００８０】次に、ステップＳ１０９に進み、ライセン
スサーバ４のCPU２１は、そのライセンス（図８に示さ
れる構成を有する）を、そのクライアント１のユーザに
割り当てる秘密鍵、並びに、その秘密鍵に対応する公開
鍵の証明書とともに、通信部２９からインターネット２
を介してクライアント１に送信させる。但し、秘密鍵と
証明書は、そのユーザに１つ割り当てられるのもであ
り、ライセンス毎に異なるものではないので、既に、送
付されている場合には、省略することができる。Next, proceeding to step S109, the CPU 21 of the license server 4 assigns the license (having the configuration shown in FIG. 8) to the user of the client 1 and the secret key corresponding to the secret key. Along with the public key certificate, the communication
Via the client 1. However, since one secret key and one certificate are assigned to the user and are not different for each license, they can be omitted if they have already been sent.

【００８１】ステップＳ１１０においてライセンスサー
バ４のCPU２１は、ステップＳ１０９の処理で、いま送
信したライセンス（使用条件、リーフID、およびDNKを
含む）を、証明書および秘密鍵とともに、ステップＳ１
０２の処理で取り込まれたユーザIDとパスワードに対応
して、記憶部２８に記憶させる。さらに、ステップＳ１
１１において、CPU２１は、課金処理を実行する。具体
的には、CPU２１は、通信部２９から課金サーバ５に、
そのユーザIDとパスワードに対応するユーザに対する課
金処理を要求する。課金サーバ５は、この課金の要求に
基づいて、そのユーザに対する課金処理を実行する。上
述したように、この課金処理に対して、そのユーザが支
払いを行わなかったような場合には、以後、そのユーザ
は、ライセンスの付与を要求したとしても、ライセンス
を受けることができないことになる。In step S110, the CPU 21 of the license server 4 stores the license (including the use condition, leaf ID, and DNK) transmitted in step S109 together with the certificate and private key in step S1.
02 is stored in the storage unit 28 in correspondence with the user ID and password taken in the process of 02. Further, step S1
In 11, the CPU 21 executes a billing process. Specifically, the CPU 21 sends the communication unit 29 to the charging server 5
Request accounting processing for the user corresponding to the user ID and password. The billing server 5 performs a billing process for the user based on the billing request. As described above, in the case where the user has not paid for this charging process, the user will not be able to receive a license even if the user requests to grant a license. .

【００８２】すなわち、この場合には、課金サーバ５か
らライセンスの付与を不許可とする与信結果が送信され
てくるので、ステップＳ１０４からステップＳ１１２に
進み、CPU２１は、エラー処理を実行する。具体的に
は、ライセンスサーバ４のCPU２１は、通信部２９を制
御してアクセスしてきたクライアント１に対して、ライ
センスを付与することができない旨のメッセージを出力
し、処理を終了させる。That is, in this case, a credit result is transmitted from the billing server 5 that denies the grant of the license. Therefore, the process proceeds from step S104 to step S112, and the CPU 21 executes an error process. Specifically, the CPU 21 of the license server 4 outputs a message to the effect that a license cannot be granted to the client 1 that has accessed the communication unit 29 by controlling the communication unit 29, and terminates the processing.

【００８３】この場合、上述したように、そのクライア
ント１はライセンスを受けることができないので、その
コンテンツを利用すること（暗号を復号すること）がで
きないことになる。In this case, as described above, since the client 1 cannot receive the license, the client 1 cannot use the content (decrypt the encryption).

【００８４】図１０は、図６のステップＳ４５における
ライセンス更新処理の詳細を表している。図１０のステ
ップＳ１３１乃至ステップＳ１３５の処理は、図７のス
テップＳ６１乃至ステップＳ６５の処理と基本的に同様
の処理である。ただし、ステップＳ１３３において、CP
U２１は、購入するライセンスではなく、更新するライ
センスのライセンスIDを取り込む。そして、ステップＳ
１３５において、CPU２１は、ユーザIDとパスワードと
ともに、更新するライセンスのライセンスIDを、ライセ
ンスサーバ４に送信する。FIG. 10 shows details of the license update process in step S45 of FIG. The processing in steps S131 to S135 in FIG. 10 is basically the same as the processing in steps S61 to S65 in FIG. However, in step S133, the CP
U21 takes in the license ID of the license to be updated, not the license to be purchased. And step S
In 135, the CPU 21 transmits the license ID of the license to be updated to the license server 4 together with the user ID and the password.

【００８５】ステップＳ１３５の送信処理に対応して、
ライセンスサーバ４は、後述するように、使用条件を提
示してくる（図１１のステップＳ１５３）。そこで、ク
ライアント１のCPU２１は、ステップＳ１３６におい
て、ライセンスサーバ４からの使用条件の提示を受信
し、これを出力部２７に出力し、表示させる。ユーザ
は、入力部２６を操作して、この使用条件の中から所定
の使用条件を選択したり、所定の使用条件を新たに追加
したりする。ステップＳ１３７でCPU２１は、以上のよ
うにして選択された使用条件（ライセンスを更新する条
件）を購入するための申し込みをライセンスサーバ４に
送信する。この申し込みに対応して、後述するようにラ
イセンスサーバ４は、最終的な使用条件を送信してくる
（図１１のステップＳ１５４）。そこで、ステップＳ１
３８において、クライアント１のCPU２１は、ライセン
スサーバ４からの使用条件を取得し、ステップＳ１３９
において、その使用条件を記憶部２８にすでに記憶され
ている対応するライセンスの使用条件として更新する。In response to the transmission processing in step S135,
The license server 4 presents usage conditions as described later (step S153 in FIG. 11). Therefore, in step S136, the CPU 21 of the client 1 receives the use condition presentation from the license server 4, outputs the use condition presentation to the output unit 27, and displays it. The user operates the input unit 26 to select a predetermined usage condition from among the usage conditions, or to newly add a predetermined usage condition. In step S137, the CPU 21 transmits to the license server 4 an application for purchasing the usage conditions (conditions for updating the license) selected as described above. In response to this application, the license server 4 transmits final use conditions as described later (step S154 in FIG. 11). Therefore, step S1
At 38, the CPU 21 of the client 1 acquires the use condition from the license server 4, and proceeds to step S139.
, The use condition is updated as the use condition of the corresponding license already stored in the storage unit 28.

【００８６】図１１は、以上のクライアント１のライセ
ンス更新処理に対応して、ライセンスサーバ４が実行す
るライセンス更新処理を表している。FIG. 11 shows a license update process executed by the license server 4 corresponding to the license update process of the client 1 described above.

【００８７】最初に、ステップＳ１５１において、ライ
センスサーバ４のCPU２１は、クライアント１からのア
クセスを受けると、ステップＳ１５２において、クライ
アント１がステップＳ１３５で送信したライセンス指定
情報をライセンス更新要求情報とともに受信する。First, in step S151, when the CPU 21 of the license server 4 receives access from the client 1, in step S152, the CPU 21 receives the license designation information transmitted in step S135 by the client 1 together with the license update request information.

【００８８】ステップＳ１５３において、CPU２１は、
ライセンスの更新要求を受信すると、そのライセンスに
対応する使用条件（更新する使用条件）を、記憶部２８
から読み出し、クライアント１に送信する。In step S153, the CPU 21
Upon receiving the license update request, the storage unit 28 stores the usage conditions (usage conditions to be updated) corresponding to the license.
And sends it to the client 1.

【００８９】この提示に対して、上述したように、クラ
イアント１から使用条件の購入が図１０のステップＳ１
３７の処理で申し込まれると、ステップＳ１５４におい
て、ライセンスサーバ４のCPU２１は、申し込まれた使
用条件に対応するデータを生成し、ステップＳ１５４に
おいて、クライアントと１に送信する。クライアント１
は、上述したように、ステップＳ１３９の処理で受信し
た使用条件を用いて、すでに登録されているライセンス
の使用条件を更新する。In response to this presentation, as described above, the purchase of the usage conditions is performed from the client 1 in step S1 in FIG.
When the application is made in the process of step S37, the CPU 21 of the license server 4 generates data corresponding to the used usage condition in step S154, and transmits the data to the client and the server 1 in step S154. Client 1
Updates the use condition of the already registered license using the use condition received in the process of step S139, as described above.

【００９０】本発明においては、図１２に示されるよう
に、ブロードキャストインクリプション（Broadcast En
cryption）方式の原理に基づいて、デバイスとライセン
スのキーが管理される。キーは、階層ツリー構造とさ
れ、最下段のリーフ（leaf）が個々のデバイスまたはラ
イセンスのキーに対応する。図１２の例の場合、番号０
から番号１５までの１６個のデバイスまたはライセンス
に対応するキーが生成される。In the present invention, as shown in FIG.
The key of the device and the license is managed based on the principle of the (cryption) method. The keys have a hierarchical tree structure, with the bottom leaf corresponding to the key of an individual device or license. In the example of FIG. 12, the number 0
Keys corresponding to the 16 devices or licenses No. to No. 15 are generated.

【００９１】各キーは、図中丸印で示されるツリー構造
の各ノードに対応して規定される。この例では、最上段
のルートノードに対応してルートキーKRが、２段目のノ
ードに対応してキーＫ０，Ｋ１が、３段目のノードに対
応してキーＫ００乃至Ｋ１１が、第４段目のノードに対
応してキーＫ０００乃至キーＫ１１１が、それぞれ対応
されている。そして、最下段のノードとしてのリーフ
（デバイスノード）に、キーＫ００００乃至Ｋ１１１１
が、それぞれ対応されている。Each key is defined corresponding to each node of the tree structure indicated by a circle in the figure. In this example, the root key KR corresponding to the root node at the uppermost level, the keys K0 and K1 corresponding to the node at the second level, the keys K00 to K11 corresponding to the node at the third level, the fourth key Keys K000 to K111 correspond to the nodes in the row, respectively. Then, the keys K0000 to K1111 are added to the leaf (device node) as the lowest node.
Are respectively supported.

【００９２】階層構造とされているため、例えば、キー
Ｋ００１０とキー００１１の上位のキーは、Ｋ００１と
され、キーＫ０００とキーＫ００１の上位のキーは、Ｋ
００とされている。以下同様に、キーＫ００とキーＫ０
１の上位のキーは、Ｋ０とされ、キーＫ０とキーＫ１の
上位のキーは、KRとされている。Because of the hierarchical structure, for example, the key above the keys K0010 and 0011 is K001 and the key above the keys K000 and K001 is K001.
00 is set. Hereinafter, similarly, the key K00 and the key K0
The upper key of 1 is K0, and the upper key of the keys K0 and K1 is KR.

【００９３】コンテンツを利用するキーは、最下段のデ
バイスノード（リーフ）から、最上段のルートノードま
での１つのパスの各ノードに対応するキーで管理され
る。例えば、番号３のノード（リーフID）に対応するラ
イセンスに基づき、コンテンツを利用するキーは、キー
Ｋ００１１，Ｋ００１，Ｋ００，Ｋ０，KRを含むパスの
各キーで管理される。A key for using the content is managed by a key corresponding to each node of one path from the lowest device node (leaf) to the highest root node. For example, based on the license corresponding to the node 3 (leaf ID), the key for using the content is managed by each key of the path including the keys K0011, K001, K00, K0, and KR.

【００９４】本発明のシステムにおいては、図１３に示
されるように、図１２の原理に基づいて構成されるMG-R
エンティティというキーシステムで、デバイスのキーと
ライセンスのキーの管理が行われる。図１３の例では、
８ラ２４ラ３２段のノードがツリー構造とされ、ルートノ
ードから下位の８段までの各ノードにカテゴリが対応さ
れる。ここにおけるカテゴリとは、例えばメモリスティ
ックなどの半導体メモリを使用する機器のカテゴリ、デ
ジタル放送を受信する機器のカテゴリといったカテゴリ
を意味する。そして、このカテゴリノードのうちの１つ
のノードに、ライセンスを管理するシステムとしてのＴ
システムが対応される。In the system of the present invention, as shown in FIG. 13, the MG-R constructed based on the principle of FIG.
A key system called an entity manages device keys and license keys. In the example of FIG.
The 8 × 24 × 32 nodes have a tree structure, and categories correspond to each node from the root node to the lower 8 levels. Here, the category means a category such as a category of a device using a semiconductor memory such as a memory stick and a category of a device receiving a digital broadcast. Then, one of the category nodes is provided with T as a system for managing a license.
The system is supported.

【００９５】すなわち、このＴシステムのノードよりさ
らに下の階層の２４段のノードに対応するキーにより、
ライセンスが対応される。この例の場合、これにより、
約１６メガ（＝２²⁴＝約１６０万）のライセンスを規定
することができる。さらに、最も下側の３２段の階層に
より、約４ギガ（＝２³²＝約４０億）のユーザを規定す
ることができる。最下段の３２段のノードに対応するキ
ーが、DNK（Device Node Key）を構成し、そのDNKに対
応するIDがリーフIDとされる。That is, the key corresponding to the node in the lower 24 levels of the node of the T system,
License is supported. In this case, this
About 16 mega (= 2 ²⁴ = about 1.6 million) licenses can be specified. Further, the lower 32 levels can define about 4 giga users (= 2 ³² = about 4 billion). The keys corresponding to the nodes at the bottom 32 constitute DNK (Device Node Key), and the ID corresponding to the DNK is the leaf ID.

【００９６】各デバイスやライセンスのキーは、６４
（＝８＋２４＋３２）段の各ノードで構成されるパスの
内の１つに対応される。例えば、コンテンツを暗号化し
たコンテンツキーは、対応するライセンスに割り当てら
れたパスを構成するノードに対応するキーを用いて暗号
化される。上位の階層のキーは、その直近の下位の階層
のキーを用いて暗号化され、ＥＫＢ（図１５を参照して
後述する）内に配置される。最下段のＤＮＫは、ＥＫＢ
内には配置されず、ライセンスに記述され（図８）、ユ
ーザのクライアント１に与えられる。クライアント１
は、ライセンスに記述されているＤＮＫを用いて、コン
テンツデータとともに配布されるＥＫＢ（図５）内に記
述されている直近の上位の階層のキーを復号し、復号し
て得たキーを用いて、ＥＫＢ内に記述されているさらに
その上の階層のキーを復号する。以上の処理を順次行う
ことで、クライアント１は、そのコンテンツのパスに属
するすべてのキーを得ることができる。The key of each device or license is 64
(= 8 + 24 + 32) It corresponds to one of the paths constituted by the nodes of the stage. For example, a content key obtained by encrypting a content is encrypted using a key corresponding to a node constituting a path allocated to a corresponding license. The key of the upper layer is encrypted using the key of the immediately lower layer, and is arranged in the EKB (described later with reference to FIG. 15). The bottom DNK is EKB
Is described in the license (FIG. 8), and is given to the client 1 of the user. Client 1
Uses the DNK described in the license to decrypt the key of the immediately higher hierarchy described in the EKB (FIG. 5) distributed together with the content data, and uses the decrypted key. , EKB described in the EKB are further decrypted. By sequentially performing the above processing, the client 1 can obtain all keys belonging to the content path.

【００９７】図１４に階層ツリー構造のカテゴリーの分
類の具体的な例を示す。図１４において、階層ツリー構
造の最上段には、ルートキーKR２３０１が設定され、以
下の中間段にはノードキー２３０２が設定され、最下段
には、リーフキー２３０３が設定される。各デバイスは
個々のリーフキーと、リーフキーからルートキーに至る
一連のノードキー、ルートキーを保有する。FIG. 14 shows a specific example of the category classification in the hierarchical tree structure. In FIG. 14, a root key KR2301 is set at the top of the hierarchical tree structure, a node key 2302 is set at the following middle, and a leaf key 2303 is set at the bottom. Each device has an individual leaf key and a series of node keys from the leaf key to the root key, the root key.

【００９８】最上段から第Ｍ段目（図１３の例では、Ｍ
＝８）の所定のノードがカテゴリノード２３０４として
設定される。すなわち第Ｍ段目のノードの各々が特定カ
テゴリのデバイス設定ノードとされる。第Ｍ段の１つの
ノードを頂点としてＭ＋１段以下のノード、リーフは、
そのカテゴリに含まれるデバイスに関するノードおよび
リーフとされる。The M-th stage from the top (M in the example of FIG. 13)
= 8) is set as the category node 2304. That is, each of the nodes in the M-th stage is a device setting node of a specific category. Nodes and leaves below the (M + 1) th stage, with one node at the Mth stage as a vertex,
Nodes and leaves related to devices included in the category.

【００９９】例えば図１４の第Ｍ段目の１つのノード２
３０５にはカテゴリ［メモリステッイク（商標）］が設
定され、このノード以下に連なるノード、リーフはメモ
リステッイクを使用した様々なデバイスを含むカテゴリ
専用のノードまたはリーフとして設定される。すなわ
ち、ノード２３０５以下が、メモリスティックのカテゴ
リに定義されるデバイスの関連ノード、およびリーフの
集合として定義される。For example, one node 2 at the M-th stage in FIG.
A category [memory stick (trademark)] is set in 305, and nodes and leaves following this node are set as nodes or leaves dedicated to the category including various devices using the memory stick. That is, the nodes 2305 and below are defined as a set of related nodes and leaves of the device defined in the memory stick category.

【０１００】さらに、Ｍ段から数段分下位の段をサブカ
テゴリノード２３０６として設定することができる。図
１４の例では、カテゴリ［メモリスティック］ノード２
３０５の２段下のノードに、メモリスティックを使用し
たデバイスのカテゴリに含まれるサブカテゴリノードと
して、［再生専用器］のノード２３０６が設定されてい
る。さらに、サブカテゴリノードである再生専用器のノ
ード２３０６以下に、再生専用器のカテゴリに含まれる
音楽再生機能付き電話のノード２３０７が設定され、さ
らにその下位に、音楽再生機能付き電話のカテゴリに含
まれる［ＰＨＳ］ノード２３０８と、［携帯電話］ノー
ド２３０９が設定されている。Further, a stage several stages lower than the M stage can be set as the subcategory node 2306. In the example of FIG. 14, the category [Memory Stick] node 2
A node 2306 of [reproduction-only device] is set as a subcategory node included in the category of a device using a memory stick at a node two steps below 305. Further, a node 2307 of the telephone with a music playback function included in the category of the playback-only device is set below the node 2306 of the playback-only device that is a subcategory node. [PHS] node 2308 and [mobile phone] node 2309 are set.

【０１０１】さらに、カテゴリ、サブカテゴリは、デバ
イスの種類のみならず、例えばあるメーカー、コンテン
ツプロバイダ、決済機関等が独自に管理するノード、す
なわち処理単位、管轄単位、あるいは提供サービス単位
等、任意の単位（これらを総称して以下、エンティティ
と呼ぶ）で設定することが可能である。例えば１つのカ
テゴリノードをゲーム機器メーカーの販売するゲーム機
器ＸＹＺ専用の頂点ノードとして設定すれば、メーカー
の販売するゲーム機器ＸＹＺに、その頂点ノード以下の
下段のノードキー、リーフキーを格納して販売すること
が可能となり、その後、暗号化コンテンツの配信、ある
いは各種キーの配信、更新処理を、その頂点ノードキー
以下のノードキー、リーフキーによって構成される有効
化キーブロック（ＥＫＢ）を生成して配信し、頂点ノー
ド以下のデバイスに対してのみ利用可能なデータが配信
可能となる。Further, the category and the sub-category are not only the type of the device but also a node independently managed by a certain maker, a content provider, a settlement institution, etc., that is, an arbitrary unit such as a processing unit, a jurisdiction unit, or a provided service unit. (These will be collectively referred to as entities hereinafter). For example, if one category node is set as a vertex node dedicated to a game device XYZ sold by a game device maker, the game device XYZ sold by the maker stores and stores the lower node key and leaf key below the vertex node. After that, the distribution of the encrypted content or the distribution and update of various keys is performed by generating and distributing an enabling key block (EKB) composed of a node key and a leaf key below the vertex node key. Data that can be used only for the following devices can be distributed.

【０１０２】このように、１つのノードを頂点としし
て、以下のノードをその頂点ノードに定義されたカテゴ
リ、あるいはサブカテゴリの関連ノードとして設定する
構成とすることにより、カテゴリ段、あるいはサブカテ
ゴリ段の１つの頂点ノードを管理するメーカー、コンテ
ンツプロバイダ等がそのノードを頂点とする有効化キー
ブロック（ＥＫＢ）を独自に生成して、頂点ノード以下
に属するデバイスに配信する構成が可能となり、頂点ノ
ードに属さない他のカテゴリのノードに属するデバイス
には全く影響を及ぼさずにキー更新を実行することがで
きる。As described above, by setting one node as a vertex and setting the following nodes as related nodes of a category or a subcategory defined in the vertex node, a category stage or a subcategory stage is set. It is possible for a maker or a content provider that manages one vertex node to independently generate an activation key block (EKB) having that node as a vertex and distribute it to devices belonging to the vertex node and below. Key update can be performed without affecting devices belonging to other categories of nodes that do not belong.

【０１０３】例えば、図１２に示されるツリー構造にお
いて、１つのグループに含まれる３つのデバイス０，
１，２，３はノードキーとして共通のキーＫ００、Ｋ
０、KRを保有する。このノードキー共有構成を利用する
ことにより、共通のコンテンツキーをデバイス０，１，
２，３のみに提供することが可能となる。たとえば、共
通に保有するノードキーＫ００自体をコンテンツキーと
して設定すれば、新たな鍵送付を実行することなくデバ
イス０，１，２，３のみが共通のコンテンツキーの設定
が可能である。また、新たなコンテンツキーＫｃｏｎを
ノードキーＫ００で暗号化した値Ｅｎｃ（Ｋ００，Ｋｃ
ｏｎ）を、ネットワークを介してあるいは記録媒体に格
納してデバイス０，１，２，３に配布すれば、デバイス
０，１，２，３のみが、それぞれのデバイスにおいて保
有する共有ノードキーＫ００を用いて暗号Ｅｎｃ（Ｋ０
０，Ｋｃｏｎ）を解いてコンテンツキーＫｃｏｎを得る
ことが可能となる。なお、Ｅｎｃ（Ｋａ，Ｋｂ）はＫｂ
をＫａによって暗号化したデータであることを示す。For example, in the tree structure shown in FIG. 12, three devices 0,
1, 2 and 3 are common keys K00 and K as node keys.
0, own KR. By utilizing this node key sharing configuration, a common content key is assigned to the devices 0, 1, and 1.
It is possible to provide only to a few. For example, if the commonly owned node key K00 itself is set as a content key, only the devices 0, 1, 2, and 3 can set a common content key without sending a new key. Also, a value Enc (K00, Kc) obtained by encrypting the new content key Kcon with the node key K00.
on) via a network or stored in a recording medium and distributed to the devices 0, 1, 2, 3, only the devices 0, 1, 2, 3 use the shared node key K00 held in each device. To encrypt Enc (K0
0, Kcon) to obtain the content key Kcon. Note that Enc (Ka, Kb) is Kb
Is data encrypted by Ka.

【０１０４】また、ある時点ｔにおいて、デバイス３の
所有する鍵Ｋ００１１,Ｋ００１,Ｋ００,Ｋ０,KRが攻撃
者（ハッカー）により解析されて露呈したことが発覚し
た場合、それ以降、システム（デバイス０，１，２，３
のグループ）で送受信されるデータを守るために、デバ
イス３をシステムから切り離す必要がある。そのために
は、ノードキーＫ００１,Ｋ００,Ｋ０,KRを、それぞれ
新たな鍵Ｋ（ｔ）００１,Ｋ（ｔ）００,Ｋ（ｔ）０,Ｋ
（ｔ）Ｒに更新し、デバイス０，１，２にその更新キー
を伝える必要がある。ここで、Ｋ（ｔ）ａａａは、鍵Ｋ
ａａａの世代（Generation）ｔの更新キーであることを
示す。At a certain point in time t, if it is discovered that the key K0011, K001, K00, K0, KR owned by the device 3 has been analyzed and revealed by an attacker (hacker), the system (device 0 , 1,2,3
In order to protect the data transmitted and received by the group (3), it is necessary to disconnect the device 3 from the system. For this purpose, the node keys K001, K00, K0, KR are respectively replaced with new keys K (t) 001, K (t) 00, K (t) 0, K
(T) It is necessary to update to R and inform the devices 0, 1, and 2 of the update key. Here, K (t) aaa is the key K
Indicates that the key is an update key for the aaa generation (Generation) t.

【０１０５】更新キーの配布処理ついて説明する。キー
の更新は、例えば、図１５Ａに示す有効化キーブロック
（ＥＫＢ：Enabling Key Block）と呼ばれるブロックデ
ータによって構成されるテーブルを、ネットワークを介
して、あるいは記録媒体に格納してデバイス０，１，２
に供給することによって実行される。なお、有効化キー
ブロック（ＥＫＢ）は、図１２に示されるようなツリー
構造を構成する各リーフ（最下段のノード）に対応する
デバイスに、新たに更新されたキーを配布するための暗
号化キーによって構成される。有効化キーブロック（Ｅ
ＫＢ）は、キー更新ブロック（ＫＲＢ：Key Renewal Bl
ock）と呼ばれることもある。The update key distribution process will be described. The key is updated by, for example, storing a table constituted by block data called an enabling key block (EKB) shown in FIG. 15A via a network or a recording medium by storing the table in a recording medium. 2
To be performed. The activation key block (EKB) is an encryption key for distributing a newly updated key to devices corresponding to each leaf (lowest node) constituting a tree structure as shown in FIG. Consists of a key. Activation key block (E
KB) is a key renewal block (KRB).
ock).

【０１０６】図１５Ａに示す有効化キーブロック（ＥＫ
Ｂ）は、ノードキーの更新の必要なデバイスのみが更新
可能なデータ構成を持つブロックデータとして構成され
る。図１５Ａの例は、図１２に示すツリー構造中のデバ
イス０，１，２において、世代ｔの更新ノードキーを配
布することを目的として形成されたブロックデータであ
る。図１２から明らかなように、デバイス０，デバイス
１は、更新ノードキーとしてＫ（ｔ）００、Ｋ（ｔ）
０、Ｋ（ｔ）Ｒが必要であり、デバイス２は、更新ノー
ドキーとしてＫ（ｔ）００１、Ｋ（ｔ）００、Ｋ（ｔ）
０、Ｋ（ｔ）Ｒが必要である。The activation key block (EK) shown in FIG.
B) is configured as block data having a data configuration that can be updated only by a device that requires updating of the node key. The example of FIG. 15A is block data formed for the purpose of distributing the updated node key of the generation t in the devices 0, 1, and 2 in the tree structure shown in FIG. As is clear from FIG. 12, device 0 and device 1 use K (t) 00 and K (t) as update node keys.
0, K (t) R are required, and the device 2 uses K (t) 001, K (t) 00, K (t) as an update node key.
0, K (t) R is required.

【０１０７】図１５ＡのＥＫＢに示されるように、ＥＫ
Ｂには複数の暗号化キーが含まれる。図１５Ａの最下段
の暗号化キーは、Ｅｎｃ（Ｋ００１０，Ｋ（ｔ）００
１）である。これはデバイス２の持つリーフキーＫ００
１０によって暗号化された更新ノードキーＫ（ｔ）００
１であり、デバイス２は、自身の持つリーフキーＫ００
１０によってこの暗号化キーを復号し、更新ノードキー
Ｋ（ｔ）００１を得ることができる。また、復号により
得た更新ノードキーＫ（ｔ）００１を用いて、図１５Ａ
の下から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００１，
Ｋ（ｔ）００）が復号可能となり、更新ノードキーＫ
（ｔ）００を得ることができる。As shown in the EKB of FIG.
B includes a plurality of encryption keys. The encryption key at the bottom of FIG. 15A is Enc (K0010, K (t) 00
1). This is the leaf key K00 of device 2.
10. The updated node key K (t) 00 encrypted by 10
1, the device 2 has its own leaf key K00
The decryption key can be decrypted by 10 to obtain an updated node key K (t) 001. Also, using the updated node key K (t) 001 obtained by decryption, FIG.
, The encryption key Enc (K (t) 001,
K (t) 00) can be decrypted, and the updated node key K
(T) 00 can be obtained.

【０１０８】以下順次、図１５Ａの上から２段目の暗号
化キーＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号する
ことで、更新ノードキーＫ（ｔ）０が得られ、これを用
いて、図１５Ａの上から１段目の暗号化キーＥｎｃ（Ｋ
（ｔ）０，Ｋ（ｔ）Ｒ）を復号することで、更新ルート
キーＫ（ｔ）Ｒが得られる。Subsequently, by sequentially decrypting the encryption key Enc (K (t) 00, K (t) 0) in the second stage from the top in FIG. 15A, an updated node key K (t) 0 is obtained. 15A, the encryption key Enc (K
By decrypting (t) 0, K (t) R), an updated root key K (t) R is obtained.

【０１０９】一方、ノードキーＫ０００は更新する対象
に含まれておらず、ノード０，１が、更新ノードキーと
して必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）
Ｒである。ノード０，１は、デバイスキーＫ００００，
Ｋ０００１を用いて、図１５Ａの上から３段目の暗号化
キーＥｎｃ（Ｋ０００，Ｋ（ｔ）００）を復号すること
で更新ノードキーＫ（ｔ）００を取得し、以下順次、図
１５Ａの上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）０
０，Ｋ（ｔ）０）を復号することで、更新ノードキーＫ
（ｔ）０を得、図１５Ａの上から１段目の暗号化キーＥ
ｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号することで、更
新ルートキーＫ（ｔ）Ｒを得る。このようにして、デバ
イス０，１，２は更新したキーＫ（ｔ）Ｒを得ることが
できる。On the other hand, the node key K000 is not included in the object to be updated, and the nodes 0 and 1 need K (t) 00, K (t) 0 and K (t) as updated node keys.
R. Nodes 0 and 1 have device keys K0000,
The updated node key K (t) 00 is obtained by decrypting the encryption key Enc (K000, K (t) 00) in the third stage from the top in FIG. From the second-stage encryption key Enc (K (t) 0
0, K (t) 0), the updated node key K
(T) 0 is obtained, and the encryption key E in the first stage from the top in FIG.
By decoding nc (K (t) 0, K (t) R), an updated root key K (t) R is obtained. Thus, the devices 0, 1, and 2 can obtain the updated key K (t) R.

【０１１０】なお、図１５Ａのインデックスは、図の右
側の暗号化キーを復号するための復号キーとして使用す
るノードキー、リーフキーの絶対番地を示す。The index in FIG. 15A indicates the absolute addresses of the node key and leaf key used as the decryption key for decrypting the encryption key on the right side of the figure.

【０１１１】図１２に示すツリー構造の上位段のノード
キーＫ（ｔ）０,Ｋ（ｔ）Ｒの更新が不要であり、ノー
ドキーＫ００のみの更新処理が必要である場合には、図
１５Ｂの有効化キーブロック（ＥＫＢ）を用いること
で、更新ノードキーＫ（ｔ）００をデバイス０，１，２
に配布することができる。In the case where it is not necessary to update the node keys K (t) 0 and K (t) R in the upper stage of the tree structure shown in FIG. 12, and only the node key K00 needs to be updated, the validity of FIG. By using the encrypted key block (EKB), the updated node key K (t) 00 is
Can be distributed to

【０１１２】図１５Ｂに示すＥＫＢは、例えば特定のグ
ループにおいて共有する新たなコンテンツキーを配布す
る場合に利用可能である。具体例として、図１２に点線
で示すグループ内のデバイス０，１，２，３がある記録
媒体を用いており、新たな共通のコンテンツキーＫ
（ｔ）ｃｏｎが必要であるとする。このとき、デバイス
０，１，２，３の共通のノードキーＫ００を更新したＫ
（ｔ）００を用いて新たな共通の更新コンテンツキーＫ
（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ）０
０，Ｋ（ｔ）ｃｏｎ）が、図１５Ｂに示されるＥＫＢと
ともに配布される。この配布により、デバイス４など、
その他のグループの機器が復号することができないデー
タとしての配布が可能となる。The EKB shown in FIG. 15B can be used, for example, when distributing a new content key shared by a specific group. As a specific example, a device 0, 1, 2, 3 in a group indicated by a dotted line in FIG.
(T) Assume that con is required. At this time, K, which updates the common node key K00 of the devices 0, 1, 2, 3
(T) New common updated content key K using 00
(T) Data Enc (K (t) 0 that is obtained by encrypting con)
0, K (t) con) is distributed with the EKB shown in FIG. 15B. By this distribution, device 4 etc.
Distribution as data that cannot be decrypted by devices in other groups becomes possible.

【０１１３】すなわち、デバイス０，１，２はＥＫＢを
処理して得たキーＫ（ｔ）００を用いて暗号文を復号す
れば、ｔ時点でのコンテンツキーＫ（ｔ）ｃｏｎを得る
ことが可能になる。That is, if the devices 0, 1, and 2 use the key K (t) 00 obtained by processing the EKB to decrypt the ciphertext, the device 0, 1 or 2 can obtain the content key K (t) con at time t. Will be possible.

【０１１４】図１６に、ｔ時点でのコンテンツキーＫ
（ｔ）ｃｏｎを得る処理例として、Ｋ（ｔ）００を用い
て新たな共通のコンテンツキーＫ（ｔ）ｃｏｎを暗号化
したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃｏｎ）
と、図１５Ｂに示すＥＫＢとを記録媒体を介して受領し
たデバイス０の処理を示す。すなわちこの例は、ＥＫＢ
による暗号化メッセージデータをコンテンツキーＫ
（ｔ）ｃｏｎとした例である。FIG. 16 shows the contents key K at time t.
As an example of processing for obtaining (t) con, data Enc (K (t) 00, K (t) con) obtained by encrypting a new common content key K (t) con using K (t) 00
15 shows the processing of the device 0 that has received the EKB shown in FIG. 15B via the recording medium. That is, in this example, EKB
The encrypted message data by the content key K
This is an example of (t) con.

【０１１５】図１６に示すように、デバイス０は、記録
媒体に格納されている世代t時点のＥＫＢと、自分があ
らかじめ格納しているノードキーＫ０００を用いて、上
述したと同様のＥＫＢ処理により、ノードキーＫ（ｔ）
００を生成する。さらに、デバイス０は、復号した更新
ノードキーＫ（ｔ）００を用いて、更新コンテンツキー
Ｋ（ｔ）ｃｏｎを復号して、後にそれを使用するために
自分だけが持つリーフキーＫ００００で暗号化して格納
する。As shown in FIG. 16, the device 0 performs the same EKB processing as described above using the EKB at the generation t stored in the recording medium and the node key K000 stored in advance by itself. Node key K (t)
00 is generated. Further, the device 0 decrypts the updated content key K (t) con using the decrypted updated node key K (t) 00, and encrypts and stores the decrypted updated content key K (t) con with the leaf key K0000 of its own to use it later. I do.

【０１１６】図１７に有効化キーブロック（ＥＫＢ）の
フォーマット例を示す。バージョン６０１は、有効化キ
ーブロック（ＥＫＢ）のバージョンを示す識別子であ
る。なお、バージョンは、最新のＥＫＢを識別する機能
と、コンテンツとの対応関係を示す機能を持つ。デプス
は、有効化キーブロック（ＥＫＢ）の配布先のデバイス
に対する階層ツリーの階層数を示す。データポインタ６
０３は、有効化キーブロック（ＥＫＢ）中のデータ部６
０６の位置を示すポインタであり、タグポインタ６０４
はタグ部６０７の位置、署名ポインタ６０５は署名６０
８の位置を示すポインタである。FIG. 17 shows a format example of the enabling key block (EKB). The version 601 is an identifier indicating the version of the activation key block (EKB). The version has a function of identifying the latest EKB and a function of indicating a correspondence relationship with the content. The depth indicates the number of layers in the hierarchical tree for the device to which the activation key block (EKB) is distributed. Data pointer 6
03 is the data part 6 in the activation key block (EKB)
06, and a tag pointer 604
Is the position of the tag section 607, and the signature pointer 605 is the signature 60
8 is a pointer indicating the position of 8.

【０１１７】データ部６０６は、例えば更新するノード
キーを暗号化したデータを格納する。例えば図１６に示
すような更新されたノードキーに関する各暗号化キー等
を格納する。The data section 606 stores, for example, data obtained by encrypting a node key to be updated. For example, each encryption key related to the updated node key as shown in FIG. 16 is stored.

【０１１８】タグ部６０７は、データ部６０６に格納さ
れた暗号化されたノードキー、リーフキーの位置関係を
示すタグである。このタグの付与ルールを図１８を用い
て説明する。The tag section 607 is a tag indicating the positional relationship between the encrypted node key and leaf key stored in the data section 606. The tag assignment rule will be described with reference to FIG.

【０１１９】図１８では、データとして先に図１５Ａで
説明した有効化キーブロック（ＥＫＢ）を送付する例を
示している。この時のデータは、図１８Ｂの表に示すよ
うになる。このときの暗号化キーに含まれるトップノー
ドのアドレスをトップノードアドレスとする。この例の
場合は、ルートキーの更新キーＫ（ｔ）Ｒが含まれてい
るので、トップノードアドレスはKRとなる。このとき、
例えば最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）
Ｒ）は、図１８Ａに示す階層ツリーに示す位置Ｐ０に対
応する。次の段のデータは、Ｅｎｃ（Ｋ（ｔ）００，Ｋ
（ｔ）０）であり、ツリー上では前のデータの左下の位
置Ｐ００に対応する。ツリー構造の所定の位置から見
て、その下に、データがある場合は、タグが０、ない場
合はタグが１に設定される。タグは｛左（Ｌ）タグ，右
（Ｒ）タグ｝として設定される。図１８Ｂの最上段のデ
ータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）に対応する位置
POの左下の位置POOにはデータがあるので、Ｌタグ＝
０、右にはデータがないので、Ｒタグ＝１となる。以
下、すべてのデータにタグが設定され、図１８Ｃに示す
データ列、およびタグ列が構成される。FIG. 18 shows an example in which the enabling key block (EKB) described above with reference to FIG. 15A is sent as data. The data at this time is as shown in the table of FIG. 18B. The address of the top node included in the encryption key at this time is set as the top node address. In the case of this example, since the update key K (t) R of the root key is included, the top node address is KR. At this time,
For example, the data Enc (K (t) 0, K (t) at the top stage
R) corresponds to the position P0 shown in the hierarchical tree shown in FIG. 18A. The data in the next stage is Enc (K (t) 00, K
(T) 0), which corresponds to the lower left position P00 of the previous data on the tree. As viewed from a predetermined position in the tree structure, if there is data below the tag, the tag is set to 0, and if not, the tag is set to 1. The tag is set as {left (L) tag, right (R) tag}. The position corresponding to the data Enc (K (t) 0, K (t) R) at the top of FIG. 18B
Since there is data at the lower left position POO of PO, L tag =
0, since there is no data on the right, R tag = 1. Hereinafter, tags are set for all data, and the data strings and tag strings shown in FIG. 18C are configured.

【０１２０】タグは、対応するデータＥｎｃ（Ｋｘｘ
ｘ，Ｋｙｙｙ）が、ツリー構造のどこに位置しているの
かを示すために設定されるものである。データ部６０６
に格納されるキーデータＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）
・・・は、単純に暗号化されたキーの羅列データに過ぎ
ないが、上述したタグによってデータとして格納された
暗号化キーのツリー上の位置が判別可能となる。上述し
たタグを用いずに、先の図１５で説明した構成のよう
に、暗号化データに対応させたノード・インデックスを
用いて、例えば、 ０：Ｅｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ） ００：Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０） ０００：Ｅｎｃ（Ｋ（（ｔ）０００，Ｋ（ｔ）００） ・・・のようなデータ構成とすることも可能であるが、
このようなインデックスを用いた構成とすると、冗長な
データとなりデータ量が増大し、ネットワークを介する
配信等においては好ましくない。これに対し、上述した
タグをキー位置を示す索引データとして用いることによ
り、少ないデータ量でキー位置の判別が可能となる。The tag stores the corresponding data Enc (Kxx
x, Kyyy) is set to indicate where in the tree structure it is located. Data section 606
Key data Enc (Kxxx, Kyyy) stored in
.. Are simply data of a series of encrypted keys, but the above-mentioned tag makes it possible to determine the position of the encryption key stored as data on the tree. Instead of using the tag described above, as in the configuration described with reference to FIG. 15, using a node index corresponding to encrypted data, for example, 0: Enc (K (t) 0, K (t) R) 00: Enc (K (t) 00, K (t) 0) 000: Enc (K ((t) 000, K (t) 00)... But,
Such a configuration using an index results in redundant data and an increased data amount, which is not preferable for distribution over a network. On the other hand, by using the above-described tag as index data indicating the key position, the key position can be determined with a small data amount.

【０１２１】図１７に戻って、ＥＫＢフォーマットにつ
いてさらに説明する。署名（Signature）６０８は、有
効化キーブロック（ＥＫＢ）を発行した例えば鍵管理セ
ンタ（ライセンスサーバ４）、コンテンツロバイダ（コ
ンテンツサーバ３）、決済機関（課金サーバ５）等が実
行する電子署名である。ＥＫＢを受領したデバイスは、
署名検証によって正当な有効化キーブロック（ＥＫＢ）
発行者が発行した有効化キーブロック（ＥＫＢ）である
ことを確認する。Returning to FIG. 17, the EKB format will be further described. A signature (Signature) 608 is an electronic signature executed by, for example, a key management center (license server 4), a content provider (content server 3), a payment institution (charging server 5), etc., which issued the activation key block (EKB). . The device that received the EKB
Validation key block (EKB) valid by signature verification
Confirm that it is the activation key block (EKB) issued by the issuer.

【０１２２】以上のようにして、ライセンスサーバ４か
ら供給されたライセンスに基づいて、コンテンツサーバ
３から供給されたコンテンツを利用する処理をまとめる
と、図１９に示されるようになる。As described above, the process of using the content supplied from the content server 3 based on the license supplied from the license server 4 is summarized as shown in FIG.

【０１２３】すなわち、コンテンツサーバ３からクライ
アント１に対してコンテンツが提供されるとともに、ラ
イセンスサーバ４からクライアント１にライセンスが供
給される。ライセンスには、DNKが含まれている（図
８）。コンテンツは、コンテンツキーKcにより、暗号化
されており（Enc（Kc，Content））、コンテンツキーKc
は、ルートキーKR(EKBから得られるキーであって、図５
におけるキーＫ_EKBCに対応する)で暗号化され（Enc（K
R，Kc））、EKBとともに、暗号化されたコンテンツに付
加されてクライアント１に提供される。In other words, the content is provided from the content server 3 to the client 1, and the license is supplied from the license server 4 to the client 1. The license includes DNK (FIG. 8). The content is encrypted by the content key Kc (Enc (Kc, Content)), and the content key Kc
Is a key obtained from the root key KR (EKB,
(Corresponding to the key K _EKBC in) (Enc (K
R, Kc)) and EKB are added to the encrypted content and provided to the client 1.

【０１２４】図１９の例におけるEKBには、例えば、図
２０に示されるように、DNKで暗号化したルートキーKR
が含まれている（Enc（DNK，KR））。従って、クライア
ント１は、ライセンスに含まれるDNKを利用して、EKBか
らルートキーKRを得ることができる。さらに、ルートキ
ーKRを用いて、Enc（KR，Kc）からコンテンツキーKcを
復号することができ、コンテンツキーKcを用いて、Enc
（Kc，Content）からコンテンツを復号することができ
る。The EKB in the example of FIG. 19 includes, for example, a root key KR encrypted by DNK as shown in FIG.
(Enc (DNK, KR)). Therefore, the client 1 can obtain the root key KR from the EKB by using the DNK included in the license. Furthermore, the content key Kc can be decrypted from Enc (KR, Kc) using the root key KR, and Enc can be decrypted using the content key Kc.
The content can be decrypted from (Kc, Content).

【０１２５】このように、ライセンスにDNKを個別に割
り当てることにより、図１２と図１５を参照して説明し
た原理に従って、個々のライセンスのリボーク（revok
e）が可能になる。As described above, by individually assigning DNKs to licenses, revocation of individual licenses (revoks) is performed in accordance with the principle described with reference to FIGS.
e) becomes possible.

【０１２６】また、ライセンスをユーザ毎に配布するこ
とにより、ライセンスサーバ４とクライアント１におい
て、リーフIDとDNKの対応付けが行われることになり、
ライセンスの不正コピーを防止することが可能になる。By distributing the license to each user, the license server 4 and the client 1 associate the leaf ID with the DNK.
It is possible to prevent illegal copying of the license.

【０１２７】また、ライセンスをキー（DNKとリーフI
D）と使用条件の２つから構成することにより（図
８）、再暗号化等をすることなく、使用条件を変更する
ことが可能になる。また、証明書と秘密鍵をライセンス
とともに配信するようにすることで、エンドユーザも、
これらを用いて不正コピーを防止可能なコンテンツを作
成することが可能になる。Also, the license is used as a key (DNK and leaf I
D) and the use condition (FIG. 8) make it possible to change the use condition without re-encryption or the like. By distributing certificates and private keys along with licenses, end users can also:
Using these, it is possible to create content that can prevent unauthorized copying.

【０１２８】証明書と秘密鍵の利用については、図２８
のフローチャートを参照して後述する。The use of the certificate and the private key is described in FIG.
It will be described later with reference to the flowchart of FIG.

【０１２９】本発明においては、図１３を参照して説明
したように、カテゴリノードにライセンスを管理するＴ
システムと、各種のコンテンツを利用するデバイスのカ
テゴリが対応づけられるので、複数のDNKを１つの（共
通の）デバイスに持たせることができる。その結果、異
なるカテゴリのコンテンツを１つのデバイスで管理する
ことが可能となる。According to the present invention, as described with reference to FIG. 13, the T
Since a system is associated with a category of a device that uses various contents, a plurality of DNKs can be provided in one (common) device. As a result, contents of different categories can be managed by one device.

【０１３０】図２１は、この関係を表している。すなわ
ち、デバイスＤ１には、Ｔシステムに基づいて、DNK１
が割り当てられている、コンテンツ１を利用するライセ
ンスが記録される。同様に、このデバイスＤ１には、例
えば、DNK２が割り当てられた、メモリスティックにCD
からリッピングしたコンテンツ２を記録することができ
る。この場合、デバイスＤ１は、コンテンツ１とコンテ
ンツ２という、異なるシステム（Ｔシステムとデバイス
管理システム）により配信されたコンテンツを同時に扱
うことが可能となる。新たなDNKを割り当てるとき、既
に割り当てられているDNKを削除するなどして、デバイ
スに１個のDNKだけを対応させるようにした場合、この
ようなことはできない。FIG. 21 shows this relationship. That is, the device D1 has the DNK1 based on the T system.
Is assigned, and a license for using the content 1 is recorded. Similarly, this device D1 has, for example, a CD on a memory stick to which DNK2 has been assigned.
Can be recorded. In this case, the device D1 can simultaneously handle contents distributed by different systems (the T system and the device management system) of the contents 1 and the contents 2. When assigning a new DNK, if the device is made to correspond to only one DNK, for example, by deleting the already assigned DNK, this is not possible.

【０１３１】また、図１３における、例えば、下側の３
２階層の各三角形の１つ１つに、図２２に示されるライ
センスカテゴリ１とライセンスカテゴリ２を割り当てる
ことにより、同一のカテゴリ内を、サブカテゴリを利用
して、コンテンツのジャンル、レーベル、販売店、配信
サービス等の小さな集まりに分類して、管理することが
可能となる。In FIG. 13, for example, the lower 3
By allocating the license category 1 and the license category 2 shown in FIG. 22 to each of the triangles of the two layers, the same category is used as a subcategory to use the content genre, label, store, It is possible to categorize and manage small groups of distribution services and the like.

【０１３２】図２２の例においては、例えば、ライセン
スカテゴリ１は、ジャズのジャンルに属し、ライセンス
カテゴリ２は、ロックのジャンルに属する。ライセンス
カテゴリ１には、ライセンスIDが１であるコンテンツ１
とコンテンツ２を対応させ、それぞれユーザ１乃至ユー
ザ３に配布されている。ライセンスカテゴリ２は、ライ
センスID２のコンテンツ３、コンテンツ４、およびコン
テンツ５が含まれ、それぞれユーザ１とユーザ３に提供
されている。In the example of FIG. 22, for example, license category 1 belongs to the jazz genre, and license category 2 belongs to the rock genre. Content 1 whose license ID is 1 is included in license category 1.
And content 2 are associated with each other and distributed to users 1 to 3, respectively. License category 2 includes content 3, content 4, and content 5 with license ID 2, and is provided to user 1 and user 3, respectively.

【０１３３】このように、本発明においては、カテゴリ
毎に独立したキー管理が可能になる。As described above, in the present invention, independent key management can be performed for each category.

【０１３４】また、DNKを、機器やメディアに予め埋め
込むのではなく、ライセンスサーバ４により、その場で
生成し、各機器やメディアにダウンロードするようにす
ることで、ユーザによるキーの購入が可能なシステムを
実現することができる。Further, the DNK is not embedded in the device or medium in advance, but is generated on the spot by the license server 4 and downloaded to each device or medium, so that the user can purchase the key. The system can be realized.

【０１３５】コンテンツは、それが作成された後、どの
ような使われ方をされようとも、その使われ方に関わり
なく、全ての用途において、使用可能とされるべきで
る。例えば、異なるコンテンツ配信サービス、あるいは
使用条件が異なるドメイン等でも、同一のコンテンツが
使えることが望ましい。本発明においては、このため、
上述したように、各ユーザ（クライアント１）に、認証
局としてのライセンスサーバ４から秘密鍵と、それに対
応する公開鍵の証明書（certificates）が配布される。
各ユーザは、その秘密鍵を用いて、署名（signature）
を作成し、コンテンツに付加して、コンテンツの真正さ
を保証し、かつコンテンツの改竄防止を図ることができ
る。[0135] Content should be made available for all uses after it is created, regardless of how it is used. For example, it is desirable to be able to use the same content even in different content distribution services or domains with different usage conditions. In the present invention,
As described above, the private key and the corresponding public key certificates are distributed to each user (client 1) from the license server 4 as a certificate authority.
Each user uses their private key to create a signature
Can be created and added to the content to guarantee the authenticity of the content and prevent the content from being tampered with.

【０１３６】この場合の処理の例について、図２３のフ
ローチャートを参照して説明する。図２３の処理は、ユ
ーザがCDから再生したデータを記憶部２８に記憶させる
リッピング処理を説明するものである。An example of the processing in this case will be described with reference to the flowchart in FIG. The processing in FIG. 23 describes the ripping processing in which the data reproduced by the user from the CD is stored in the storage unit 28.

【０１３７】最初に、ステップＳ１７１において、クラ
イアント１のCPU２１は、通信部２９を介して入力され
るCDの再生データを記録データとして取り込む。ステッ
プＳ１７２において、CPU２１は、ステップＳ１７１の
処理で取り込まれた記録データにウォーターマークが含
まれているか否かを判定する。このウォーターマーク
は、３ビットのコピー管理情報（CCI）と、１ビットの
トリガ（Trigger）とにより構成され、コンテンツのデ
ータの中に埋め込まれているCPU２１は、ウォーターマ
ークが検出された場合には、ステップＳ１７３に進み、
そのウォーターマークを抽出する処理を実行する。ウォ
ーターマークが存在しない場合には、ステップＳ１７３
の処理はスキップされる。First, in step S171, the CPU 21 of the client 1 fetches, as recording data, CD reproduction data input via the communication unit 29. In step S172, the CPU 21 determines whether or not the recording data captured in step S171 includes a watermark. This watermark is composed of 3-bit copy management information (CCI) and 1-bit trigger (Trigger). When the watermark is detected, the CPU 21 embedded in the content data , Proceeding to step S173,
A process for extracting the watermark is executed. If there is no watermark, step S173
Is skipped.

【０１３８】次に、ステップＳ１７４において、CPU２
１は、コンテンツに対応して記録するヘッダのデータを
作成する。このヘッダのデータは、コンテンツID、ライ
センスID、ライセンスを取得するためのアクセス先を表
すURL、およびウォーターマークにより構成される。Next, in step S174, the CPU 2
1 creates data of a header to be recorded corresponding to the content. The header data is composed of a content ID, a license ID, a URL indicating an access destination for acquiring a license, and a watermark.

【０１３９】次に、ステップＳ１７５に進み、CPU２１
は、ステップＳ１７４の処理で作成したヘッダのデータ
に基づいたデジタル署名を、自分自身の秘密鍵を用いて
作成する。この秘密鍵は、ライセンスサーバ４から取得
したものである（図７のステップＳ６７）。Next, the process proceeds to step S175, where the CPU 21
Creates a digital signature based on the header data created in the process of step S174 using its own secret key. This secret key is obtained from the license server 4 (step S67 in FIG. 7).

【０１４０】ステップＳ１７６で、CPU２１は、暗号化
復号部２４を制御し、コンテンツキーでコンテンツを暗
号化させる。コンテンツキーは、コンテンツを取得した
とき、同時に取得されたものである（図５または図１
９）。In step S176, the CPU 21 controls the encryption / decryption unit 24 to encrypt the content with the content key. The content key is obtained when the content is obtained (see FIG. 5 or FIG. 1).
9).

【０１４１】次に、ステップＳ１７７において、CPU２
１は、ファイルフォーマットに基づき、データを、例え
ば、ミニディスク等により構成される光磁気ディスク４
３に記録させる。Next, in step S177, the CPU 2
1 is a magneto-optical disk 4 composed of, for example, a mini disk or the like based on a file format.
Record in 3.

【０１４２】なお、記録媒体がミニディスクである場
合、ステップＳ１７６において、CPU２１は、コンテン
ツをコーデック部２５に供給し、例えば、ATRAC３方式
によりコンテンツを符号化させる。そして、符号化され
たデータが符号化復号部２４によりさらに暗号化され
る。If the recording medium is a mini-disc, in step S176, the CPU 21 supplies the content to the codec unit 25, and encodes the content by, for example, the ATRAC3 method. Then, the encoded data is further encrypted by the encoding / decoding unit 24.

【０１４３】図２４は、以上のようにして、記録媒体に
コンテンツが記録された状態を模式的に表している。暗
号化されているコンテンツ（Ｅ（At３））から抽出され
たウォーターマーク（WM）が、コンテンツの外（ヘッ
ダ）に記録されている。FIG. 24 schematically shows a state in which the content is recorded on the recording medium as described above. A watermark (WM) extracted from the encrypted content (E (At3)) is recorded outside the content (header).

【０１４４】図２５は、コンテンツを記録媒体に記録す
る場合のファイルフォーマットのより詳細な構成を表し
ている。この例においては、コンテンツID（CID）、ラ
イセンスID（LID）、URL、およびウォーターマーク（W
M）を含むヘッダが記録されている他、EKB、コンテンツ
キーKcをルートキーKRで暗号化したデータ（Enc（KR，K
c））、証明書（Cert）、ヘッダに基づき生成されたデ
ジタル署名（Sig（Header））、コンテンツをコンテン
ツキーK_cで暗号化したデータ（Enc（Kc，Content））、
メタデータ（Meta Data）およびマーク(Mark)が記録さ
れている。FIG. 25 shows a more detailed configuration of a file format when content is recorded on a recording medium. In this example, the content ID (CID), license ID (LID), URL, and watermark (W
M), and data (Enc (KR, K) obtained by encrypting the EKB and the content key Kc with the root key KR.
c)), a certificate (Cert), a digital signature generated based on a header (Sig (Header)), data encrypted content with the content key _{K c (Enc (Kc, Content} )),
Metadata and marks are recorded.

【０１４５】ウォーターマークは、コンテンツの内部に
埋め込まれているものであるが、図２４と図２５に示さ
れるように、コンテンツの内部とは別に、ヘッダ内に配
置するようにすることで、ウォーターマークを迅速に、
かつ簡単に検出することが可能となる。従って、そのコ
ンテンツを、コピーすることができるか否かを、迅速に
判定することができる。Although the watermark is embedded inside the content, as shown in FIGS. 24 and 25, the watermark is arranged in the header separately from the inside of the content, so that the watermark is provided. Mark quickly,
And it becomes possible to detect easily. Therefore, it can be quickly determined whether or not the content can be copied.

【０１４６】なお、メタデータは、例えば、ジャケッ
ト、写真、歌詞等のデータを表す。マークについては、
図３１を参照して後述する。[0146] The metadata represents data such as a jacket, a photograph, and lyrics. About the mark,
This will be described later with reference to FIG.

【０１４７】図２６は、証明書としての公開鍵証明書の
例を表している。公開鍵証明書は、通常、公開鍵暗号方
式における認証局（CA：Certificate Authority）が発
行する証明書であり、ユーザが、認証局に提出した自己
のIDや公開鍵などに、認証局が有効期限等の情報を付加
し、さらに、認証局によるデジタル署名を付加して作成
される。この発明においては、ライセンスサーバ４（ま
たはコンテンツサーバ３）が、証明書と秘密鍵、従って
公開鍵も発行するので、ユーザは、IDとパスワードをラ
イセンスサーバ４に提供するだけで、この公開鍵証明書
を得ることができる（図７のステップＳ６７）。FIG. 26 shows an example of a public key certificate as a certificate. A public key certificate is a certificate issued by a Certificate Authority (CA) in public key cryptography, and the certificate authority is valid for the user's ID and public key submitted to the certificate authority. It is created by adding information such as a time limit and further adding a digital signature by a certificate authority. In the present invention, since the license server 4 (or the content server 3) also issues a certificate and a private key, and thus a public key, the user only needs to provide an ID and a password to the license server 4, and the public key certification A letter can be obtained (step S67 in FIG. 7).

【０１４８】図２６における公開鍵証明書は、証明書の
バージョン番号、ライセンスサーバ４が証明書の利用者
（ユーザ）に対して割りつける証明書の通し番号、デジ
タル署名に用いたアルゴリズム、およびパラメータ、認
証局（ライセンスサーバ４）の名前、証明書の有効期
限、証明書利用者のID（ノードIDまたはリーフID）、並
びに証明書利用者の公開鍵が、メッセージとして含まれ
ている。さらに、このメッセージには、認証局としての
ライセンスサーバ４により作成されたデジタル署名が付
加されている。このデジタル署名は、メッセージに対し
てハッシュ関数を適用を提供して生成されたハッシュ値
に基づいて、ライセンスサーバ４の秘密鍵を用いて生成
されたデータである。The public key certificate in FIG. 26 includes the version number of the certificate, the serial number of the certificate that the license server 4 assigns to the user of the certificate, the algorithm and parameters used for the digital signature, The message includes the name of the certificate authority (license server 4), the expiration date of the certificate, the ID of the certificate user (node ID or leaf ID), and the public key of the certificate user. Further, a digital signature created by the license server 4 as a certificate authority is added to this message. The digital signature is data generated by using a secret key of the license server 4 based on a hash value generated by providing a hash function to the message.

【０１４９】ノードIDまたはリーフIDは、例えば、図１
２の例の場合、デバイス０であれば「００００」とさ
れ、デバイス１でれば「０００１」とされ、デバイス１
５であれば「１１１１」とされる。このようなIDに基づ
いて、そのデバイス（エンティティ）がツリー構成のど
の位置（リーフまたはノード）に位置するエンティティ
であるのかが識別される。The node ID or leaf ID is, for example, as shown in FIG.
In the case of the example 2, the device 0 is set to “0000”, the device 1 is set to “0001”, and the device 1
If it is 5, it is "1111". Based on such an ID, it is identified at which position (leaf or node) in the tree structure the device (entity) is the entity.

【０１５０】このように、コンテンツを利用するのに必
要なライセンスを、コンテンツとは分離して配布するよ
うにすることにより、コンテンツの配布が自由に行われ
ることになる。任意の方法、あるいは経路で入手された
コンテンツは、一元的に取り扱うことが可能である。As described above, by distributing the license necessary for using the content separately from the content, the content can be freely distributed. Content obtained by any method or route can be handled centrally.

【０１５１】また、ファイルフォーマットを図２５に示
されるように構成することで、そのフォーマットのコン
テンツを、インターネットを介して配信する場合は勿
論、SDMI（Secure Digital Music Initiative）機器に
提供する場合においても、コンテンツの著作権を管理す
ることが可能となる。By configuring the file format as shown in FIG. 25, it is possible not only to distribute contents of the format via the Internet but also to provide the contents to SDMI (Secure Digital Music Initiative) equipment. It is possible to manage the copyright of the content.

【０１５２】さらに、例えば、図２７に示されるよう
に、コンテンツが記録媒体を介して提供されたとして
も、インターネット２を介して提供されたとしても、同
様の処理により、SDMI（Secure Digital Music Initiat
ive）機器としての所定のPD（Portabal Device）等に、
チェックアウトしたりすることが可能となる。Further, for example, as shown in FIG. 27, regardless of whether the content is provided via a recording medium or via the Internet 2, the same processing is performed by the SDMI (Secure Digital Music Initiat
ive) For a given PD (Portabal Device) as a device,
You can check out.

【０１５３】次に、図２８のフローチャートを参照し
て、クライアント１が他のクライアント（例えば、PD）
に対してコンテンツをチェックアウトする場合の処理に
ついて説明する。Next, referring to the flowchart of FIG. 28, the client 1 is connected to another client (for example, PD).
A description will be given of a process for checking out a content with respect to.

【０１５４】最初に、ステップＳ１９１において、CPU
２１は、コンテンツにデジタル署名が付加されているか
否かを判定する。デジタル署名が付加されていると判定
された場合、ステップＳ１９２に進み、CPU２１は、証
明書を抽出し、認証局（ライセンスサーバ４）の公開鍵
で検証する処理を実行する。すなわち、クライアント１
は、ライセンスサーバ４からライセンスサーバ４の秘密
鍵に対応する公開鍵を取得し、その公開鍵で公開鍵証明
書に付加されているデジタル署名を復号する。図２６を
参照して説明したように、デジタル署名は、認証局（ラ
イセンスサーバ４）の秘密鍵に基づいて生成されてお
り、ライセンスサーバ４の公開鍵を用いて復号すること
ができる。さらに、CPU２１は、証明書のメッセージ全
体に対してハッシュ関数を適用してハッシュ値を演算す
る。そしてCPU２１は、演算されたハッシュ値と、デジ
タル署名を復号して得られたハッシュ値とを比較し、両
者が一致すれば、メッセージは改竄されたものではない
と判定する。両者が一致しない場合には、この証明書
は、改竄されたものであるということになる。First, in step S191, the CPU
21 determines whether a digital signature has been added to the content. If it is determined that the digital signature has been added, the process proceeds to step S192, and the CPU 21 executes a process of extracting the certificate and verifying the certificate with the public key of the certificate authority (license server 4). That is, client 1
Acquires a public key corresponding to the private key of the license server 4 from the license server 4, and decrypts the digital signature attached to the public key certificate with the public key. As described with reference to FIG. 26, the digital signature is generated based on the private key of the certificate authority (license server 4), and can be decrypted using the public key of license server 4. Further, the CPU 21 calculates a hash value by applying a hash function to the entire certificate message. Then, the CPU 21 compares the calculated hash value with the hash value obtained by decrypting the digital signature, and determines that the message is not falsified if they match. If they do not match, this certificate has been tampered with.

【０１５５】そこで、ステップＳ１９３において、CPU
２１は、証明書が改竄されていないか否かを判定し、改
竄されていないと判定された場合、ステップＳ１９４に
進み、証明書をEKBで検証する処理を実行する。この検
証処理は、証明書に含まれるリーフID（図２６）に基づ
いて、EKBをたどることができるか否かを調べることに
より行われる。この検証について、図２９と図３０を参
照して説明する。Therefore, in step S193, the CPU
21 determines whether the certificate has been tampered with. If it is determined that the certificate has not been tampered with, the process proceeds to step S194, and the certificate is verified by EKB. This verification process is performed by checking whether or not the EKB can be traced based on the leaf ID (FIG. 26) included in the certificate. This verification will be described with reference to FIGS.

【０１５６】いま、図２９に示されるように、例えば、
リーフキーＫ１００１を有するデバイスがリボークされ
たデバイスであるとする。このとき、図３０に示される
ようなデータ（暗号化キー）とタグを有するEKBが、各
デバイス（リーフ）に配布される。このEKBは、図２９
におけるデバイス「１００１」をリボークするために、
キーKR,Ｋ１,Ｋ１０,Ｋ１００を更新するEKBとなってい
る。Now, as shown in FIG. 29, for example,
It is assumed that the device having the leaf key K1001 is a revoked device. At this time, an EKB having data (encryption key) and a tag as shown in FIG. 30 is distributed to each device (leaf). This EKB is shown in FIG.
In order to revoke device "1001" in
This is an EKB for updating the keys KR, K1, K10, and K100.

【０１５７】リボークデバイス「１００１」以外の全て
のリーフは、更新されたルートキーＫ（ｔ）Ｒを取得す
ることができる。すなわち、ノードキーＫ０の下位に連
なるリーフは、更新されていないノードキーＫ０を、デ
バイス内に保持しているので、暗号化キーEnc（Ｋ０，
Ｋ（ｔ）Ｒ）を、キーＫ０によって復号することで、更
新ルートキーＫ（ｔ）Ｒを取得することができる。All leaves other than the revoked device “1001” can acquire the updated root key K (t) R. That is, since the leaf following the node key K0 holds the node key K0 that has not been updated in the device, the encryption key Enc (K0,
By decrypting K (t) R) with the key K0, an updated root key K (t) R can be obtained.

【０１５８】また、ノードキーＫ１１以下のリーフは、
更新されていないノードキーＫ１１を用いて、Enc（Ｋ
１１，Ｋ（ｔ）１）をノードキーＫ１１によって復号す
ることで、更新ノードキーＫ（ｔ）１を取得することが
できる。さらに、Enc（Ｋ（ｔ）１，Ｋ（ｔ）Ｒ）をノ
ードキーＫ（ｔ）１によって復号することで、更新ルー
トキーＫ（ｔ）Ｒを取得することが可能となる。ノード
キーＫ１０１の下位リーフについても、同様に更新ルー
トキーＫ（ｔ）Ｒを取得することが可能である。The leaves below the node key K11 are:
Using the node key K11 that has not been updated, Enc (K
11, K (t) 1) is decrypted with the node key K11, whereby the updated node key K (t) 1 can be obtained. Furthermore, by decrypting Enc (K (t) 1, K (t) R) with the node key K (t) 1, it becomes possible to acquire the updated root key K (t) R. The updated root key K (t) R can be similarly obtained for the lower leaf of the node key K101.

【０１５９】さらに、リボークされていないリーフキー
Ｋ１０００を有するデバイス「１０００」は、自己のリ
ーフキーＫ１０００でEnc（Ｋ１０００，Ｋ（ｔ）１０
０）を復号して、ノードキーＫ（ｔ）１００を取得する
ことができ、これを用いてさらに、上位のノードキーを
順次復号し、更新ルートキーＫ（ｔ）Ｒを取得すること
ができる。Further, the device “1000” having the non-revoked leaf key K1000 uses its own leaf key K1000 to control Enc (K1000, K (t) 10).
0) can be decrypted to obtain a node key K (t) 100, which can be used to sequentially decrypt higher-order node keys to obtain an updated root key K (t) R.

【０１６０】これに対して、リボークされたデバイス
「１００１」は、自己のリーフの１段上の更新ノードキ
ーＫ（ｔ）１００を、EKB処理により取得できないの
で、結局、更新ルートキーＫ（ｔ）Ｒを取得することが
できない。On the other hand, the revoked device “1001” cannot obtain the updated node key K (t) 100 one level higher than its own leaf by the EKB processing, so that the updated root key K (t) is eventually obtained. R cannot be obtained.

【０１６１】リボークされていない正当なデバイス（ク
ライアント１）には、図３０に示されるデータとタグを
有するEKBが、ライセンスサーバ４から配信され、格納
されている。An EKB having data and a tag shown in FIG. 30 is distributed from the license server 4 and stored in a valid device (client 1) that has not been revoked.

【０１６２】そこで、各クライアントは、そのタグを利
用して、EKB追跡処理を行うことができる。このEKB追跡
処理は、上位のルートキーからキー配信ツリーをたどれ
るか否かを判定する処理である。Therefore, each client can perform the EKB tracking process using the tag. This EKB tracing process is a process of determining whether or not to trace a key distribution tree from a higher root key.

【０１６３】例えば、図２９のリーフ「１００１」のID
（リーフID）である「１００１」を、「１」「０」
「０」「１」の４ビットとして把握し、最上位ビットか
ら順次、下位ビットに従って、ツリーをたどることがで
きるか否かが判定される。この判定では、ビットが１で
あれば、右側に進み、０であれば、左側に進む処理が行
われる。For example, the ID of leaf “1001” in FIG.
(Leaf ID) "1001" is changed to "1""0"
It is grasped as four bits of “0” and “1”, and it is determined whether the tree can be traversed sequentially from the most significant bit in accordance with the lower bits. In this determination, if the bit is 1, the process proceeds to the right, and if the bit is 0, the process proceeds to the left.

【０１６４】ID「１００１」の最上位ビットが１である
から、図２９のルートキーKRから右側に進む。EKBの最
初のタグ（番号０のタグ）は、０：｛０，０｝であり、
両枝にデータを有するものであると判定される。この場
合、右側に進むことができるので、ノードキーＫ１にた
どり着くことができる。Since the most significant bit of the ID “1001” is 1, the process proceeds to the right from the root key KR in FIG. The first tag of EKB (tag with number 0) is 0: {0,0},
It is determined that both branches have data. In this case, since it is possible to proceed to the right side, it is possible to reach the node key K1.

【０１６５】次に、ノードキーＫ１の下位のノードに進
む。ID「１００１」の２番目のビットは０であるから左
側に進む。番号１のタグは、左側のノードキーＫ０の下
位のデータの有無を表すものであり、ノードキーＫ１の
下位のデータの有無を示すタグは、番号２のタグであ
る。このタグは、図３０に示されるように、２：｛０，
０｝であり、両枝にデータを有するものとされる。従っ
て、左側に進み、ノードキーＫ１０にたどり着くことが
できる。Next, the process proceeds to a node below the node key K1. Since the second bit of ID “1001” is 0, the process proceeds to the left. The tag of No. 1 indicates the presence or absence of data below the left node key K0, and the tag indicating the presence or absence of data below the node key K1 is the tag of No. 2. This tag is, as shown in FIG.
0}, and both branches have data. Therefore, it is possible to go to the left and reach the node key K10.

【０１６６】さらに、ID「１００１」の３番目のビット
は０であり、左側に進む。このとき、Ｋ１０の下位のデ
ータの有無を示すタグ（番号３のタグ）は、３：｛０，
０｝であり、両枝にデータを有するものと判定される。
そこで、左側に進み、ノードキーＫ１００にたどり着く
ことができる。Further, the third bit of the ID “1001” is 0, and the process proceeds to the left. At this time, the tag indicating the presence / absence of lower-order data of K10 (tag of number 3) is 3: $ 0,
0}, and it is determined that both branches have data.
Therefore, the user can proceed to the left and reach the node key K100.

【０１６７】さらに、ID「１００１」の最下位ビットは
１であり、右側に進む。番号４のタグは、ノードキーＫ
１１に対応するものであり、Ｋ１００の下位のデータの
符号を表すタグは、番号５のタグである。このタグは、
５：｛０，１｝である。従って、右側には、データが存
在しないことになる。その結果、ノード「１００１」に
はたどり着けないことになり、ID「１００１」のデバイ
スは、EKBによる更新ルートキーを取得できないデバイ
ス、すなわちリボークデバイスであると判定される。Further, the least significant bit of the ID “1001” is 1, and the process proceeds to the right. The tag of number 4 is the node key K
The tag corresponding to No. 11 and indicating the code of the lower data of K100 is the tag of No. 5. This tag
5: {0, 1}. Therefore, no data exists on the right side. As a result, the node “1001” cannot be reached, and the device with the ID “1001” is determined to be a device that cannot acquire an updated root key by EKB, that is, a revoked device.

【０１６８】これに対して、例えば、リーフキーＫ１０
００を有するデバイスIDは、「１０００」であり、上述
した場合と同様に、EKB内のタグに基づくEKB追跡処理を
行うと、ノード「１０００」にたどり着くことができ
る。従って、ID「Ｉ０００」のデバイスは、正当なデバ
イスであると判定される。On the other hand, for example, the leaf key K10
The device ID having “00” is “1000”, and the EKB tracing process based on the tag in the EKB can reach the node “1000” in the same manner as described above. Therefore, the device with the ID “I000” is determined to be a valid device.

【０１６９】図２８に戻って、CPU２１は、ステップＳ
１９４の検証処理に基づき、証明書が改竄されていない
か否かをステップＳ１９５で判定し、証明書が改竄され
ていない場合には、ステップＳ１９６に進み、デジタル
署名を証明書に含まれる公開鍵で検証する処理を実行す
る。Returning to FIG. 28, CPU 21 determines in step S
Based on the verification process in 194, it is determined in step S195 whether the certificate has been tampered with. If the certificate has not been tampered with, the process proceeds to step S196, where the digital signature is stored in the public key included in the certificate. Execute the verification process.

【０１７０】すなわち、図２６に示されるように、証明
書には、証明書利用者（コンテンツ作成者）の公開鍵が
含まれており、この公開鍵を用いて、図２５に示される
署名（Sig（Header））が検証される。すなわち、この
公開鍵を用いて、デジタル署名Sig（Header）を復号し
て得られたデータ（ハッシュ値）と、図２５に示される
Headerにハッシュ関数を適用して演算されたハッシュ値
とを比較することで、両者が一致していれば、Headerが
改竄されていないことを確認することができる。これに
対して、両者が一致しなければ、Headerは改竄されてい
るということになる。That is, as shown in FIG. 26, the certificate includes the public key of the certificate subscriber (content creator), and the signature (FIG. 25) shown in FIG. Sig (Header)) is verified. That is, the data (hash value) obtained by decrypting the digital signature Sig (Header) using this public key is shown in FIG.
By comparing the header with a hash value calculated by applying a hash function to the header, if they match, it can be confirmed that the Header has not been tampered with. On the other hand, if they do not match, the Header has been tampered with.

【０１７１】ステップＳ１９７において、CPU２１は、H
eaderが改竄されているか否かを判定し、改竄されてい
なければ、ステップＳ１９８に進み、ウォーターマーク
を検証する。ステップＳ１９９において、CPU２１は、
ウォーターマークの検証の結果、チェックアウトが可能
であるか否かを判定する。チェックアウトが可能である
場合には、ステップＳ２００に進み、CPU２１は、チェ
ックアウトを実行する。すなわち、チェックアウト先の
クライアント１に対してコンテンツを転送し、コピーさ
せる。In step S197, the CPU 21 sets H
It is determined whether or not the eader has been tampered with. If the eader has not been tampered with, the process proceeds to step S198 to verify the watermark. In step S199, the CPU 21
As a result of the verification of the watermark, it is determined whether or not check-out is possible. If the check-out is possible, the process proceeds to step S200, and the CPU 21 executes the check-out. That is, the content is transferred and copied to the check-out destination client 1.

【０１７２】ステップＳ１９１において、デジタル署名
が存在しないと判定された場合、ステップＳ１９３にお
いて、証明書が改竄されていると判定された場合、ステ
ップＳ１９５において、証明書をEKBで検証することが
できなかったと判定された場合、ステップＳ１９７にお
いて、デジタル署名の検証の結果、ヘッダが改竄されて
いると判定された場合、または、ステップＳ１９９にお
いて、ウォーターマークにチェックアウトの禁止が記述
されていると判定された場合、ステップＳ２０１に進
み、エラー処理が実行される。すなわち、この場合に
は、チェックアウトが禁止される。If it is determined in step S191 that the digital signature does not exist, or if it is determined in step S193 that the certificate has been falsified, the certificate cannot be verified by EKB in step S195. If it is determined that the header has been tampered with as a result of the verification of the digital signature in step S197, or it is determined in step S199 that check-out prohibition is described in the watermark. If so, the process proceeds to step S201, and error processing is executed. That is, in this case, checkout is prohibited.

【０１７３】このように、証明書と秘密鍵をライセンス
サーバ４からユーザに配布し、コンテンツ作成時に、デ
ジタル署名を付加することにより、コンテンツの作成者
の真正を保証することが可能となる。これにより、不正
なコンテンツの流通を抑制することができる。As described above, by distributing the certificate and the private key from the license server 4 to the user and adding a digital signature when creating the content, it is possible to guarantee the authenticity of the creator of the content. As a result, distribution of unauthorized content can be suppressed.

【０１７４】さらに、ウォーターマークをコンテンツ作
成時に検出し、その情報をデジタル署名に付すること
で、ウォーターマーク情報の改竄を防止し、コンテンツ
の真正を保証することができる。Further, by detecting a watermark at the time of content creation and attaching the information to a digital signature, falsification of the watermark information can be prevented, and the authenticity of the content can be guaranteed.

【０１７５】その結果、一度作成されたコンテンツは、
どのような形態で配信されたとしても、元のコンテンツ
の真正を保証することが可能となる。As a result, the content once created is
Regardless of the form of distribution, the authenticity of the original content can be guaranteed.

【０１７６】さらに、コンテンツは、使用条件を有さ
ず、使用条件は、ライセンスに付加されているので、ラ
イセンス内の使用条件を変更することで、それに関係す
るコンテンツの使用条件を一斉に変更することが可能と
なる。Further, since the content has no use condition and the use condition is attached to the license, by changing the use condition in the license, the use condition of the related content is simultaneously changed. It becomes possible.

【０１７７】次に、マークの利用方法について説明す
る。本発明においては、上述したように、使用条件は、
コンテンツではなく、ライセンスに付加される。しかし
ながら、コンテンツによって、使用状況が異なる場合が
ある。そこで、本発明においては、図２５に示されるよ
うに、コンテンツにマークが付加される。Next, a method of using a mark will be described. In the present invention, as described above, the use conditions are:
It is attached to the license, not the content. However, the usage situation may differ depending on the content. Therefore, in the present invention, as shown in FIG. 25, a mark is added to the content.

【０１７８】ライセンスとコンテンツは、１対多の関係
にあるため、コンテンツの個々の使用状況をライセンス
の使用条件にのみ記述するのは困難となる。そこで、こ
のように、コンテンツに使用状況を付加することによ
り、ライセンスでの管理をしながらも、個々のコンテン
ツを管理することが可能となる。Since the license and the content have a one-to-many relationship, it is difficult to describe the individual usage status of the content only in the license usage condition. Thus, by adding the usage status to the content in this way, it is possible to manage individual contents while managing with a license.

【０１７９】このマークには、例えば、図３１に示され
るように、ユーザのID（リーフID）、所有権フラグ、使
用開始時刻、およびコピー回数等が記述される。In this mark, for example, as shown in FIG. 31, a user ID (leaf ID), ownership flag, use start time, number of copies, and the like are described.

【０１８０】さらに、マークには、リーフID、所有権フ
ラグ、使用開始時刻、およびコピー回数等のメッセージ
に基づいて生成されたデジタル署名が付加される。Further, a digital signature generated based on messages such as leaf ID, ownership flag, use start time, and the number of copies is added to the mark.

【０１８１】所有権フラグは、例えば、所定の期間だけ
コンテンツを使用可能とするライセンスを、そのまま買
い取ったような場合（使用期間を永久に変更したような
場合）に付加される。使用開始時刻は、コンテンツの使
用を所定の期間内に開始した場合に記述される。例え
ば、コンテンツをダウンロードする時期が制限されてい
るような場合において、その期限内にダウンロードが行
われたようなとき、その実際にコンテンツをダウンロー
ドした日時がここに記述される。これにより、期間内で
の有効な使用であることが、証明される。The ownership flag is added, for example, when a license that enables the use of content for a predetermined period is purchased as it is (when the usage period is permanently changed). The use start time is described when the use of the content is started within a predetermined period. For example, in a case where the time for downloading the content is restricted, if the download is performed within the time limit, the date and time when the content was actually downloaded is described here. This proves to be a valid use within the period.

【０１８２】コピー回数には、それまでにそのコンテン
ツをコピーした回数が履歴（ログ）として記述される。In the copy count, the number of times the content has been copied so far is described as a history (log).

【０１８３】次に、図３２のフローチャートを参照し
て、ユーザがライセンスを買い取った場合に、マークを
付加する処理について、マークをコンテンツに付加する
例として説明する。Next, with reference to the flowchart of FIG. 32, a process of adding a mark when a user purchases a license will be described as an example of adding a mark to content.

【０１８４】最初に、ステップＳ２２１において、CPU
２１は、入力部２６からのユーザの指令に基づいて、イ
ンターネット２を介して、ライセンスサーバ４にアクセ
スする。First, in step S221, the CPU
21 accesses the license server 4 via the Internet 2 based on a user command from the input unit 26.

【０１８５】ステップＳ２２２において、CPU２１は、
ユーザからの入力部２６を介しての入力を取り込み、そ
の入力に対応してライセンスサーバ４に対してライセン
スの買い取りを要求する。[0185] In step S222, the CPU 21
An input from the user via the input unit 26 is received, and a license purchase request is made to the license server 4 in response to the input.

【０１８６】この要求に対応して、図３３のフローチャ
ートを参照して後述するように、ライセンスサーバ４
は、ライセンスを買い取るために必要な対価を提示して
くる（図３３のステップＳ２４２）。そこで、ステップ
Ｓ２２３において、クライアント１のCPU２１は、ライ
センスサーバ４からの対価の提示を受け取ると、これを
出力部２７に出力し、表示させる。In response to this request, as described later with reference to the flowchart in FIG.
Presents the price necessary for purchasing the license (step S242 in FIG. 33). Then, in step S223, when receiving the presentation of the price from the license server 4, the CPU 21 of the client 1 outputs this to the output unit 27 and displays it.

【０１８７】ユーザは、この表示に基づいて、提示され
た対価を了承するか否かを判断し、その判断結果に基づ
いて、入力部２６からその判断結果を入力する。[0187] Based on the display, the user determines whether or not to accept the presented consideration, and inputs the result of determination from input unit 26 based on the result of the determination.

【０１８８】CPU２１は、ステップＳ２２４において、
入力部２６からの入力に基づいて、ユーザが提示された
対価を了承したか否かを判定し、了承したと判定した場
合には、ステップＳ２２５に進み、ライセンスサーバ４
に了承を通知する処理を実行する。The CPU 21 determines in step S224
Based on the input from the input unit 26, it is determined whether or not the user has accepted the presented price. If it is determined that the value has been accepted, the process proceeds to step S225 and the license server 4
The process of notifying the user of the approval is executed.

【０１８９】この了承通知を受信すると、ライセンスサ
ーバ４は、対価の買い取りを表す情報、すなわち所有権
フラグを記述したマークを送信してくる（図３３のステ
ップＳ２４４）。そこで、ステップＳ２２６において、
クライアント１のCPU２１は、ライセンスサーバ４から
のマークを受け取ると、ステップＳ２７７において、受
け取ったマークをコンテンツに埋め込む処理を実行す
る。すなわち、これにより、買い取られたライセンスに
対応するコンテンツのマークとして、図３１に示される
ような所有権フラグが記述されたマークがコンテンツに
対応して記録されることになる。また、このとき、CPU
２１は、メッセージが更新されたことになるので、デジ
タル署名（図２５）も更新し、記録媒体に記録する。Upon receiving this acknowledgment notice, the license server 4 transmits information indicating purchase of the consideration, that is, a mark describing the ownership flag (step S244 in FIG. 33). Therefore, in step S226,
Upon receiving the mark from the license server 4, the CPU 21 of the client 1 executes a process of embedding the received mark in the content in step S277. That is, as a result, as a mark of the content corresponding to the purchased license, a mark in which the ownership flag is described as shown in FIG. 31 is recorded corresponding to the content. Also, at this time, the CPU
In step 21, since the message has been updated, the digital signature (FIG. 25) is also updated and recorded on the recording medium.

【０１９０】ステップＳ２２４において、ライセンスサ
ーバ４から提示された対価が了承されていないと判定さ
れた場合、ステップＳ２２８に進み、CPU２１は、提示
された対価を了承しないことをライセンスサーバ４に通
知する。If it is determined in step S224 that the price presented from the license server 4 has not been accepted, the process proceeds to step S228, and the CPU 21 notifies the license server 4 that the presented price has not been accepted.

【０１９１】このようなクライアント１の処理に対応し
て、ライセンスサーバ４は、図３３のフローチャートに
示す処理を実行する。In response to such processing of the client 1, the license server 4 executes the processing shown in the flowchart of FIG.

【０１９２】すなわち、最初に、ステップＳ２４１にお
いて、ライセンスサーバ４のCPU２１は、クライアント
１からライセンス買い取りの要求が送信されてくると
（図３０のステップＳ２２２）、 これを受け取り、ス
テップＳ２４２において、対象とされているライセンス
の買い取りに必要な対価を記憶部２８から読み出し、こ
れをクライアント１に送信する。That is, first, in step S241, the CPU 21 of the license server 4 receives the license purchase request from the client 1 (step S222 in FIG. 30), receives the request, and in step S242, The price necessary for purchasing the license is read from the storage unit 28 and transmitted to the client 1.

【０１９３】上述したように、このようにして提示され
た対価に対して、クライアント１から提示された対価を
了承するか否かの通知が送信されてくる。[0193] As described above, the client 1 sends a notification as to whether or not to approve the price presented in response to the price presented in this manner.

【０１９４】そこで、ステップＳ２４３において、ライ
センスサーバ４のCPU２１は、クライアント１から了承
通知を受信したか否かを判定し、了承通知を受信したと
判定した場合、ステップＳ２４４に進み、対象とされる
ライセンスの買い取りを表すメッセージを含むマークを
生成し、自分自身の秘密鍵で、デジタル署名を付加し
て、クライアント１に送信する。このようにして送信さ
れたマークは、上述したように、クライアント１の記憶
部２８において、対応するコンテンツに記録される（図
３２のステップＳ２２７）。In step S243, the CPU 21 of the license server 4 determines whether an acknowledgment notice has been received from the client 1, and if it determines that the acknowledgment notice has been received, the process proceeds to step S244 to be targeted. A mark including a message indicating the purchase of a license is generated, a digital signature is added using its own private key, and the mark is transmitted to the client 1. The mark transmitted in this manner is recorded in the storage unit 28 of the client 1 in the corresponding content as described above (step S227 in FIG. 32).

【０１９５】ステップＳ２４３において、クライアント
１から了承通知が受信されていないと判定された場合、
ステップＳ２４４の処理はスキップされる。すなわち、
この場合には、ライセンスの買い取り処理が最終的に行
われなかったことになるので、マークは送信されない。If it is determined in step S243 that an acknowledgment notification has not been received from client 1,
Step S244 is skipped. That is,
In this case, the mark is not transmitted because the license purchase processing has not been finally performed.

【０１９６】図３４は、ステップＳ２４４において、ラ
イセンスサーバ４からクライアント１に対して送信され
るマークの構成例を表している。この例においては、そ
のユーザのリーフID、所有権フラグ（Own）、並びにリ
ーフIDと所有権フラグを、ライセンスサーバ４の秘密鍵
Ｓに基づいて生成されたデジタル署名Sig_s（LeafID,Ow
n）により、マークが構成されている。FIG. 34 shows an example of the configuration of a mark transmitted from the license server 4 to the client 1 in step S244. In this example, the leaf ID of the user, the ownership flag (Own), and the leaf ID and the ownership flag are stored in the digital signature Sig _s (LeafID, Own) generated based on the secret key S of the license server 4.
The mark is formed by n).

【０１９７】なお、このマークは、特定のユーザの特定
のコンテンツに対してのみ有効なものであるので、対象
とされるコンテンツがコピーされた場合には、そのコピ
ーされたコンテンツに付随するマークは無効とされる。Since this mark is valid only for a specific content of a specific user, if the target content is copied, the mark attached to the copied content is Invalidated.

【０１９８】このようにして、コンテンツとライセンス
を分離し、使用条件をライセンスに対応させる場合にお
いても、個々のコンテンツの使用状況に応じたサービス
を実現することが可能となる。In this way, even when the content and the license are separated and the usage conditions correspond to the license, it is possible to realize a service according to the usage status of each content.

【０１９９】次に、グルーピングについて説明する。複
数の機器やメディアを適当に集め、その１つの集合内に
おいては、コンテンツを自由に授受することができるよ
うにすることは、グルーピングと称される。通常、この
グルーピングは、個人の所有する機器やメディアにおい
て行われる。このグルーピングは、従来、グループ毎に
グループキーを設定する等して行われていたが、グルー
プ化する複数の機器やメディアに、同一のライセンスを
対応づけることにより、容易にグルーピングすることが
可能となる。Next, grouping will be described. Collecting a plurality of devices and media appropriately and allowing content to be freely exchanged within one set is called grouping. Usually, this grouping is performed on devices and media owned by individuals. Conventionally, this grouping has been performed by setting a group key for each group. However, it is possible to easily perform grouping by associating the same license with a plurality of devices and media to be grouped. Become.

【０２００】また、各機器を予め登録しておくことで、
グルーピングすることも可能である。この場合のグルー
ピングについて、以下に説明する。By registering each device in advance,
Grouping is also possible. The grouping in this case will be described below.

【０２０１】この場合、ユーザは、グルーピング対象と
される機器の証明書を予めサーバに登録しておく必要が
ある。この証明書の登録処理について、図３５と図３６
のフローチャートを参照して説明する。In this case, the user needs to register the certificate of the device to be grouped in the server in advance. This certificate registration process is described in FIGS.
This will be described with reference to the flowchart of FIG.

【０２０２】最初に、図３５のフローチャートを参照し
て、クライアント（グルーピング対象となる機器）の証
明書の登録処理について説明する。ステップＳ２６１に
おいて、クライアント１のCPU２１は、グルーピングの
対象とされる機器としての自分自身の証明書を作成す
る。この証明書には、自分自身の公開鍵が含まれる。First, the registration process of the certificate of the client (device to be grouped) will be described with reference to the flowchart of FIG. In step S261, the CPU 21 of the client 1 creates its own certificate as a device to be grouped. This certificate contains your own public key.

【０２０３】次に、ステップＳ２６２に進み、CPU２１
は、ユーザの入力部２６からの入力に基づいて、コンテ
ンツサーバ３にアクセスし、ステップＳ２６３におい
て、ステップＳ２６１の処理で作成された証明書をコン
テンツサーバ３に送信する処理を実行する。Next, the process proceeds to step S262, where the CPU 21
Accesses the content server 3 based on the user's input from the input unit 26, and executes a process of transmitting the certificate created in the process of step S261 to the content server 3 in step S263.

【０２０４】なお、証明書としては、ライセンスサーバ
４から受信したものを、そのまま使用することもでき
る。Note that the certificate received from the license server 4 can be used as it is.

【０２０５】以上の処理は、グルーピング対象とされる
全ての機器が行う。The above processing is performed by all devices to be grouped.

【０２０６】次に、図３６のフローチャートを参照し
て、図３５のクライアント１の証明書の登録処理に対応
して行われるコンテンツサーバ３の証明書の登録処理に
ついて説明する。Next, a process of registering a certificate of the content server 3 performed in correspondence with the process of registering a certificate of the client 1 of FIG. 35 will be described with reference to a flowchart of FIG.

【０２０７】最初に、ステップＳ２７１において、コン
テンツサーバ３のCPU２１は、クライアント１から送信
されてきた証明書を受信すると、ステップＳ２７２にお
いて、その証明書を記憶部２８に登録する。First, upon receiving the certificate transmitted from the client 1 in step S271, the CPU 21 of the content server 3 registers the certificate in the storage unit 28 in step S272.

【０２０８】以上の処理が、グループ対象とされる機器
毎に行われる。その結果、コンテンツサーバ３の記憶部
２８には、例えば、図３７に示されるように、グループ
毎に、そのグループを構成するデバイスの証明書が登録
される。The above processing is performed for each device to be grouped. As a result, in the storage unit 28 of the content server 3, for example, as shown in FIG. 37, for each group, the certificates of the devices constituting the group are registered.

【０２０９】図３７に示される例では、グループ１の証
明書として、証明書Ｃ１１乃至Ｃ１４が登録されてい
る。これらの証明書Ｃ１１乃至Ｃ１４には、対応する公
開鍵Ｋ _P11乃至Ｋ_P14が含まれている。[0209] In the example shown in FIG.
Certificates C11 to C14 are registered as
You. These certificates C11 to C14 have corresponding public
Open key K _P11Or K_P14It is included.

【０２１０】同様に、グループ２の証明書として、証明
書Ｃ２１乃至Ｃ２３が登録されており、これらは対応す
る公開鍵Ｋ_P21乃至Ｋ_P23が含まれている。Similarly, certificates C21 to C23 are registered as certificates of group 2, and include corresponding public keys K _{P21 to} K _P23 .

【０２１１】以上のようなグループを構成する各機器毎
に、その証明書が登録された状態において、ユーザから
そのグループに属する機器にコンテンツの提供が要求さ
れると、コンテンツサーバ３は、図３８のフローチャー
トに示す処理を実行する。When a user requests to provide content to a device belonging to the group in a state where the certificate is registered for each device constituting the group as described above, the content server 3 executes the process shown in FIG. The processing shown in the flowchart of FIG.

【０２１２】最初に、ステップＳ２８１において、コン
テンツサーバ３のCPU２１は、記憶部２８に記憶されて
いる証明書のうち、そのグループに属する証明書を検証
する処理を実行する。First, in step S281, the CPU 21 of the content server 3 executes a process of verifying a certificate belonging to the group among certificates stored in the storage unit.

【０２１３】この検証処理は、図２９と図３０を参照し
て説明されたように、各機器の証明書に含まれるリーフ
IDに基づいて、タグを利用してEKBをたどることで行わ
れる。EKBは、コンテンツサーバ３にも、ライセンスサ
ーバ４から配布されている。この検証処理により、リボ
ークされている証明書は除外される。This verification processing is performed, as described with reference to FIGS. 29 and 30, by using the leaf included in the certificate of each device.
This is done by tracing the EKB using tags based on the ID. The EKB is also distributed from the license server 4 to the content server 3. By this verification process, the revoked certificate is excluded.

【０２１４】ステップＳ２８２において、コンテンツサ
ーバ３のCPU２１は、ステップＳ２８１の検証処理の結
果、有効とされた証明書を選択する。そして、ステップ
Ｓ２８３において、CPU２１は、ステップＳ２８２の処
理で選択された各機器の証明書の各公開鍵でコンテンツ
鍵を暗号化する。ステップＳ２８４において、CPU２１
は、対象とされるグループの各機器に、ステップＳ２８
３の処理で暗号化されたコンテンツ鍵をコンテンツとと
もに送信する。[0214] In step S282, the CPU 21 of the content server 3 selects a valid certificate as a result of the verification processing in step S281. Then, in step S283, the CPU 21 encrypts the content key with each public key of the certificate of each device selected in the process of step S282. In step S284, the CPU 21
Is added to each device of the target group in step S28
The content key encrypted in the process 3 is transmitted together with the content.

【０２１５】図３７に示されるグループ１のうち、例え
ば、証明書Ｃ１４がリボークされているとすると、ステ
ップＳ２８３の処理で、例えば、図３９に示されるよう
な暗号化データが生成される。Assuming that, for example, the certificate C14 in the group 1 shown in FIG. 37 has been revoked, encrypted data as shown in FIG. 39 is generated in the process of step S283.

【０２１６】すなわち、図３９の例においては、コンテ
ンツ鍵Kcが、証明書Ｃ１１の公開鍵Ｋ_P11、証明書Ｃ１
２の公開鍵Ｋ_P12、または証明書Ｃ１３の公開鍵Ｋ_P13に
より、暗号化されている。That is, in the example of FIG. 39, the content key Kc is the public key K _{P11 of} the certificate C11 and the certificate C1
The public key K _P13 of the second public key K _P12 or certificate C13,, is encrypted.

【０２１７】コンテンツサーバ３の図３８に示されるよ
うな処理に対応して、コンテンツの提供を受ける各グル
ープの機器（クライアント）は、図４０のフローチャー
トに示す処理を実行する。In response to the processing of the content server 3 as shown in FIG. 38, the devices (clients) of each group receiving the provision of the content execute the processing shown in the flowchart of FIG.

【０２１８】最初に、ステップＳ２９１において、クラ
イアント１のCPU２１は、コンテンツサーバ３が図３８
のステップＳ２８４の処理で送信してきたコンテンツ
を、コンテンツ鍵とともに受信する。コンテンツは、コ
ンテンツ鍵Kcにより、暗号化されており、コンテンツ鍵
は上述したように、各機器が保持する公開鍵により暗号
化されている（図３９）。First, in step S 291, the CPU 21 of the client 1 determines that the content server 3
The content transmitted in step S284 is received together with the content key. The content is encrypted with the content key Kc, and the content key is encrypted with the public key held by each device as described above (FIG. 39).

【０２１９】そこで、ステップＳ２９２において、CPU
２１は、ステップＳ２９１の処理で受信した自分宛のコ
ンテンツ鍵を、自分自身の秘密鍵で復号し、取得する。
そして、取得したコンテンツ鍵を用いてコンテンツの復
号処理が行われる。Therefore, in step S292, the CPU
21 decrypts the content key addressed to itself received in the process of step S291 with its own secret key and acquires it.
Then, the content is decrypted using the obtained content key.

【０２２０】例えば、図３９の例に示される証明書Ｃ１
１に対応する機器は、公開鍵Ｋ_P11に対応する自分自身
の秘密鍵を用いて、コンテンツ鍵Kcの暗号を復号し、コ
ンテンツ鍵Kcを取得する。そして、コンテンツ鍵Kcを用
いて、コンテンツがさらに復号される。For example, the certificate C1 shown in the example of FIG.
The device corresponding to 1 uses its own secret key corresponding to the public key K _P11 to decrypt the encryption of the content key Kc and obtain the content key Kc. Then, the content is further decrypted using the content key Kc.

【０２２１】同様の処理は、証明書Ｃ１２，Ｃ１３に対
応する機器においても行われる。リボークされている証
明書Ｃ１４の機器は、自分自身の公開鍵を用いて暗号化
されたコンテンツ鍵Kcがコンテンツに付随して送られて
こないので、コンテンツ鍵Kcを復号することができず、
従って、コンテンツ鍵Kcを用いてコンテンツを復号する
ことができない。[0221] The same processing is performed in the devices corresponding to the certificates C12 and C13. The device of the revoked certificate C14 cannot decrypt the content key Kc because the content key Kc encrypted using its own public key is not sent along with the content,
Therefore, the content cannot be decrypted using the content key Kc.

【０２２２】以上においては、コンテンツキー（すなわ
ちコンテンツ）に対してグルーピングを行うようにした
が、ライセンスキー（ライセンス）に対してグルーピン
グを行うことも可能である。In the above description, the grouping is performed on the content key (that is, the content). However, the grouping can be performed on the license key (license).

【０２２３】以上のようにして、特別なグループキー
や、後述するICV（Integerity CheckValue）を用いずに
グループ化が可能となる。このグループ化は、小規模の
グループに適用するのに向いている。As described above, grouping can be performed without using a special group key or an ICV (Integerity CheckValue) described later. This grouping is suitable for applying to small groups.

【０２２４】本発明においては、ライセンスもチェック
アウト、あるいはチェックインしたり、ムーブしたり、
コピーしたりすることが可能とされる。但し、これらの
処理はSDMIで定められたルールに基づいて行われる。In the present invention, licenses can also be checked out, checked in, moved,
And it can be copied. However, these processes are performed based on the rules defined by SDMI.

【０２２５】次に、図４１と図４２のフローチャートを
参照して、このようなクライアントによるライセンスの
チェックアウト処理について説明する。Next, the license check-out processing by such a client will be described with reference to the flowcharts of FIGS. 41 and 42.

【０２２６】最初に、図４１のフローチャートを参照し
て他のクライアントにライセンスをチェックアウトする
クライアントの処理について説明する。最初に、ステッ
プＳ３０１において、クライアント１のCPU２１は、チ
ェックアウト対象のライセンスのチェックアウト回数Ｎ
１を読み取る。このチェックアウト回数は、図８に示さ
れるように、使用条件に書き込まれているので、この使
用条件から読み取られる。First, the processing of a client that checks out a license to another client will be described with reference to the flowchart in FIG. First, in step S301, the CPU 21 of the client 1 checks the number of checkouts N of the license to be checked out.
Read 1. Since the number of checkouts is written in the usage conditions as shown in FIG. 8, it is read from the usage conditions.

【０２２７】次に、ステップＳ３０２において、CPU２
１は、チェックアウト対象のライセンスの最大チェック
アウト回数Ｎ２を、やはりライセンスの使用条件から読
み取る。Next, in step S302, the CPU 2
1 reads the maximum checkout number N2 of the license to be checked out from the license usage conditions.

【０２２８】そして、ステップＳ３０３において、CPU
２１は、ステップＳ３０１の処理で読み取られたチェッ
クアウト回数Ｎ１と、ステップＳ３０２の処理で読み取
られた最大チェックアウト回数Ｎ２とを比較し、チェッ
クアウト回数Ｎ１が最大チェックアウト回数Ｎ２より大
きいか否かを判定する。Then, in step S303, the CPU
21 compares the number of checkouts N1 read in the processing of step S301 with the maximum number of checkouts N2 read in the processing of step S302, and determines whether the number of checkouts N1 is greater than the maximum number of checkouts N2. Is determined.

【０２２９】チェックアウト回数Ｎ１が、最大チェック
アウト回数Ｎ２より大きいと判定された場合、ステップ
Ｓ３０４に進み、CPU２１は、相手側の装置（チェック
アウト先のクライアント）のリーフキーを相手個々の装
置から取得し、そのリーフキーを、いまチェックアウト
対象とされているライセンスIDに対応して記憶部２８の
チェックアウトリストに記憶させる。If it is determined that the number of check-outs N1 is greater than the maximum number of check-outs N2, the process proceeds to step S304, where the CPU 21 obtains the leaf key of the other device (the check-out destination client) from each other device. Then, the leaf key is stored in the check-out list of the storage unit 28 in correspondence with the license ID to be checked out now.

【０２３０】次に、ステップＳ３０５において、CPU２
１は、ステップＳ３０１の処理で読み取られたライセン
スのチェックアウト回数Ｎ１の値を１だけインクリメン
トする。ステップＳ３０６において、CPU２１は、ライ
センスのメッセージに基づいて、ICVを演算する。このI
CVについては、図４６乃至図５０を参照して後述する。
ICVを用いてライセンスの改竄を防止することが可能と
なる。Next, in step S305, the CPU 2
In step 1, the value of the license checkout count N1 read in the process of step S301 is incremented by one. In step S306, the CPU 21 calculates an ICV based on the license message. This I
The CV will be described later with reference to FIGS.
It is possible to prevent tampering of the license using ICV.

【０２３１】次に、ステップＳ３０７において、CPU２
１は、チェックアウト対象のライセンスと、ステップＳ
３０６の処理で演算されたICVを、自分自身の公開鍵を
用いて暗号化して、EKBおよび証明書とともに、相手側
の装置に出力し、コピーさせる。さらに、ステップＳ３
０８において、CPU２１は、ステップＳ３０６の処理で
演算されたICVを、相手側装置のリーフキーと、ライセ
ンスIDに対応して記憶部２８のチェックリスト中に記憶
させる。Next, in step S307, the CPU 2
1 is a license to be checked out and a step S
The ICV calculated in the process of 306 is encrypted using its own public key, and is output to the other device together with the EKB and the certificate, and copied. Further, step S3
In 08, the CPU 21 stores the ICV calculated in the process of step S306 in the check list of the storage unit 28 in association with the leaf key of the partner device and the license ID.

【０２３２】ステップＳ３０３において、チェックアウ
ト回数Ｎ１が最大チェックアウト回数Ｎ２より大きくな
い（例えば、等しい）と判定された場合、もはや許容さ
れる回数だけチェックアウトが行われているので、これ
以上チェックアウトを行うことができない。そこで、ス
テップＳ３０９に進み、CPU２１は、エラー処理を実行
する。すなわち、この場合、チェックアウト処理は実行
されないことになる。If it is determined in step S303 that the number of check-outs N1 is not greater than (for example, equal to) the maximum number of check-outs N2, the check-out has already been performed an allowable number of times, so that check-out is no longer performed Can not do. Therefore, the process proceeds to step S309, and the CPU 21 executes an error process. That is, in this case, the checkout process is not performed.

【０２３３】次に、図４２のフローチャートを参照し
て、図４１のチェックアウト処理により、ライセンスの
チェックアウトを受けるクライアントの処理について説
明する。Next, with reference to the flowchart of FIG. 42, a description will be given of the processing of the client who receives the license checkout by the checkout processing of FIG.

【０２３４】最初に、ステップＳ３２１において、相手
側装置（ライセンスをチェックアウトするクライアント
１）に、自分自身のリーフキーを送信する。このリーフ
キーは、ステップＳ３０４において、相手側のクライア
ントにより、ライセンスIDに対応して記憶される。First, in step S321, the own leaf key is transmitted to the partner device (the client 1 that checks out the license). This leaf key is stored in step S304 by the client on the other end in association with the license ID.

【０２３５】次に、ステップＳ３２２において、CPU２
１は、相手側のクライアント１から暗号化されたライセ
ンスとICVが、EKBおよび証明書とともに送信されてきた
場合、これを受信する。すなわち、このライセンス、IC
V、EKBおよび証明書は、図４１のステップＳ３０７の処
理で相手側の装置から送信されきたものである。Next, in step S322, the CPU 2
When the encrypted license and ICV are transmitted together with the EKB and the certificate from the client 1 on the other end, the client 1 receives the license and the ICV. That is, this license, IC
The V, the EKB, and the certificate have been transmitted from the partner device in the process of step S307 in FIG.

【０２３６】ステップＳ３２３において、CPU２１は、
ステップＳ３２２の処理で受信したライセンス、ICV、E
KBおよび証明書を、記憶部２８に記憶させる。At step S323, the CPU 21
The license, ICV, E received in the process of step S322
The KB and the certificate are stored in the storage unit 28.

【０２３７】以上のようにして、ライセンスのチェック
アウトを受けたクライアント１は、チェックアウトを受
けたそのライセンスを使用して、所定のコンテンツを再
生する場合、図４３のフローチャートに示される処理を
実行する。As described above, the client 1 that has received the license check-out executes the processing shown in the flowchart of FIG. I do.

【０２３８】すなわち、最初に、ステップＳ３４１にお
いて、クライアント１のCPU２１は、ユーザより入力部
２６を介して再生が指定されたコンテンツのICVを演算
する。そして、ステップＳ３４２において、CPU２１
は、記憶部２８に記憶されている暗号化されているICV
を、証明書に含まれている公開鍵に基づいて、復号させ
る。That is, first, in step S341, the CPU 21 of the client 1 calculates the ICV of the content designated to be reproduced by the user via the input unit 26. Then, in step S342, the CPU 21
Is the encrypted ICV stored in the storage unit 28
Is decrypted based on the public key included in the certificate.

【０２３９】次に、ステップＳ３４３において、CPU２
１は、ステップＳ３４１の処理により、いま演算された
ICVと、ステップＳ３４２の処理により読み出され、復
号されたICVが一致するか否かを判定する。両者が一致
する場合には、ライセンスは改竄されていないことにな
る。そこで、ステップＳ３４４にすすみ、CPU２１は、
対応するコンテンツを再生する処理を実行する。Next, in step S343, the CPU 2
1 is the value currently calculated by the process of step S341.
It is determined whether or not the ICV matches the ICV read and decrypted by the process of step S342. If they match, the license has not been tampered with. Therefore, the process proceeds to step S344, in which the CPU 21
A process for reproducing the corresponding content is executed.

【０２４０】これに対して、ステップＳ３４３におい
て、２つのICVが一致しないと判定された場合、ライセ
ンスは改竄されている恐れがある。このため、ステップ
Ｓ３４５に進み、CPU２１は、エラー処理を実行する。
すなわち、このとき、そのライセンスを用いてコンテン
ツを再生することができないことになる。On the other hand, if it is determined in step S343 that the two ICVs do not match, the license may have been falsified. Therefore, the process proceeds to step S345, and the CPU 21 performs an error process.
That is, at this time, the content cannot be reproduced using the license.

【０２４１】次に、以上のようにして、他のクライアン
トに一旦チェックアウトしたライセンスのチェックイン
を受けるクライアントの処理について、図４４のフロー
チャートを参照して説明する。Next, the processing of a client receiving a check-in of a license once checked out to another client as described above will be described with reference to the flowchart of FIG.

【０２４２】最初に、ステップＳ３６１において、CPU
２１は、相手側の装置（ライセンスを返却（チェックイ
ン）してくるクライアント１）のリーフキーと、チェッ
クイン対象のライセンスのIDを取得する。次に、ステッ
プＳ３６２において、CPU２１は、ステップＳ３６１で
取得されたチェックイン対象のライセンスが、自分自身
が相手側装置にチェックアウトしたライセンスであるか
否かを判定する。この判定は、図４１のステップＳ３０
８の処理で記憶されたICV、リーフキー、およびライセ
ンスIDに基づいて行われる。すなわち、ステップＳ３６
１で取得されたリーフキー、ライセンスID、およびICV
が、チェックアウトリスト中に記憶されているか否かが
判定され、記憶されている場合には、自分自身がチェッ
クアウトしたライセンスであると判定される。First, in step S361, the CPU
Reference numeral 21 acquires the leaf key of the partner device (the client 1 returning (checking in) the license) and the ID of the license to be checked in. Next, in step S362, the CPU 21 determines whether or not the check-in target license acquired in step S361 is a license that has been checked out to the partner device by itself. This determination is made in step S30 of FIG.
The process is performed based on the ICV, the leaf key, and the license ID stored in the process of No. 8. That is, step S36
Leaf key, license ID, and ICV obtained in 1
Is determined in the check-out list, and if so, it is determined that the license is checked out by itself.

【０２４３】ライセンスが、自分自身がチェックアウト
したものであるとき、ステップＳ３６３において、CPU
２１は、相手側の装置のライセンス、EKBおよび証明書
の削除を要求する。後述するように、この要求に基づい
て、相手側の装置は、ライセンス、EKBおよび証明書の
削除を実行する（図４５のステップＳ３８３）。If the license is checked out by itself, the CPU proceeds to step S363 to
21 requests deletion of the license, EKB, and certificate of the partner device. As will be described later, based on this request, the device on the other end executes the deletion of the license, the EKB, and the certificate (step S383 in FIG. 45).

【０２４４】ステップＳ３６４において、CPU２１は、
一旦チェックアウトしたライセンスが再びチェックイン
されてきたので、そのライセンスのチェックアウト回数
Ｎ１を１だけデクリメントする。[0244] In step S364, the CPU 21
Since the license once checked out is checked in again, the number N1 of check outs of the license is decremented by one.

【０２４５】ステップＳ３６５において、CPU２１は、
相手側の装置に他のライセンスをチェックアウトしてい
るか否かを判定し、まだチェックアウトしている他のラ
イセンスが存在しない場合には、ステップＳ３６５に進
み、CPU２１は、相手側の装置のチェックイン対象機器
としてのチェックアウトリストにおける記憶を削除す
る。これに対して、ステップＳ３６４において、相手側
の装置にチェックアウトしている他のライセンスが存在
すると判定された場合には、他のライセンスのチェック
インを受ける可能性があるので、ステップＳ３６６の処
理はスキップされる。[0245] In step S365, the CPU 21
It is determined whether another license has been checked out to the partner device. If there is no other license checked out yet, the process proceeds to step S365, where the CPU 21 checks the partner device. Delete the storage in the checkout list as the target device for in. On the other hand, if it is determined in step S364 that there is another license that has been checked out to the device on the other end, there is a possibility that another license may be checked in, so the processing in step S366 is performed. Is skipped.

【０２４６】ステップＳ３６２において、チェックイン
対象とされているライセンスが、自分自身が相手側装置
にチェックアウトしたライセンスではないと判定された
場合、CPU２１は、ステップＳ３６７に進み、ヘッダ処
理を実行する。すなわち、この場合には、自分自身が管
轄するライセンスではないことになるので、チェックイ
ン処理は実行されない。If it is determined in step S362 that the license to be checked in is not a license which has been checked out to the partner device, the CPU 21 proceeds to step S367 to execute a header process. That is, in this case, the check-in process is not executed because the license is not under the jurisdiction of itself.

【０２４７】ユーザが、ライセンスを不正にコピーした
ような場合、記憶されているICVの値と、ステップＳ３
６１の処理で取得されたライセンスに基づいて演算され
たICVの値が異なるものとなるで、チェックインできな
いことになる。In the case where the user has illegally copied the license, the stored ICV value and step S3
Since the value of the ICV calculated based on the license acquired in the process of step 61 is different, check-in cannot be performed.

【０２４８】図４５は、図４４のフローチャートに示さ
れるライセンスのチェックイン処理を実行するクライア
ントに対して、自分自身が有しているライセンスをチェ
ックインさせるクライアントの処理を表している。FIG. 45 shows a client process for checking in a license owned by a client executing the license check-in process shown in the flowchart of FIG.

【０２４９】ステップＳ３８１において、クライアント
１のCPU２１は、相手側の装置（図４４のフローチャー
トに示す処理を実行するクライアント１）にリーフキー
とチェックイン対象のライセンスのIDを送信する。上述
したように、相手側の装置は、ステップＳ３６１におい
て、このリーフキーとライセンスIDを取得し、ステップ
Ｓ３６２において、それに基づいて、チェックイン対象
のライセンスの認証処理を実行する。In step S381, the CPU 21 of the client 1 transmits the leaf key and the ID of the license to be checked in to the partner device (the client 1 executing the processing shown in the flowchart of FIG. 44). As described above, the partner device acquires the leaf key and the license ID in step S361, and executes the authentication processing of the check-in target license based on the leaf key and the license ID in step S362.

【０２５０】ステップＳ３８２において、クライアント
１のCPU２１は、相手側の装置からライセンスの削除を
要求されたか否かを判定する。すなわち、ライセンスが
正当なチェックイン対象のライセンスである場合、上述
したように、相手側の装置は、ステップＳ３６３の処理
でライセンス、EKBおよび証明書の削除を要求してく
る。そこで、この要求を受信した場合、ステップＳ３８
３に進み、CPU２１は、ライセンス、EKBおよび証明書を
削除する。すなわち、これにより、このクライアント１
は、以後そのライセンスを使用できない状態となり、図
４４のステップＳ３６４の処理により、チェックアウト
回数Ｎ１が、１だけデクリメンドされるので、チェック
インが完了したことになる。In step S382, the CPU 21 of the client 1 determines whether or not a request to delete a license has been made from the partner device. That is, when the license is a valid check-in target license, as described above, the other device requests deletion of the license, the EKB, and the certificate in the process of step S363. Therefore, when this request is received, step S38
Proceeding to 3, the CPU 21 deletes the license, EKB and certificate. That is, this allows this client 1
Becomes unusable thereafter, and the check-in frequency N1 is decremented by 1 by the process of step S364 in FIG. 44, and thus the check-in is completed.

【０２５１】ステップＳ３８２において、相手側の装置
からライセンスの削除が要求されていないと判定された
場合、ステップＳ３８４に進み、エラー処理が実行され
る。すなわち、この場合には、ICVの値が異なっている
等の理由により、チェックインができないことになる。If it is determined in step S382 that the license deletion has not been requested from the partner device, the flow advances to step S384 to execute error processing. That is, in this case, check-in cannot be performed due to a difference in the value of ICV or the like.

【０２５２】以上においては、チェックインとチェック
アウトについて説明したが、同様に、ライセンスをコピ
ーあるいはムーブさせるようにすることも可能である。In the above, check-in and check-out have been described. Similarly, a license can be copied or moved.

【０２５３】次に、ライセンス（コンテンツも同様）の
改竄を防止するためにライセンスのインテグリティ・チ
ェック値（ＩＣＶ）を生成して、ライセンスに対応付け
て、ＩＣＶの計算により、ライセンス改竄の有無を判定
する処理構成について説明する。Next, a license integrity check value (ICV) is generated to prevent falsification of the license (same for the content), and the presence of the license is determined by calculating the ICV in association with the license. A description will be given of the processing configuration to be performed.

【０２５４】ライセンスのインテグリティ・チェック値
（ＩＣＶ）は、例えばライセンスに対するハッシュ関数
を用いて計算され、ＩＣＶ＝ｈａｓｈ（Ｋｉｃｖ，Ｌ
１，Ｌ２，・・・）によって計算される。ＫｉｃｖはＩ
ＣＶ生成キーである。Ｌ１，Ｌ２はライセンスの情報で
あり、ライセンスの重要情報のメッセージ認証符号（Ｍ
ＡＣ：Message authentication Code）が使用される。The license integrity check value (ICV) is calculated using, for example, a hash function for the license, and ICV = hash (Kicv, L
1, L2,...). Kicv I
This is a CV generation key. L1 and L2 are license information, and the message authentication code (M
AC: Message authentication Code) is used.

【０２５５】ＤＥＳ暗号処理構成を用いたＭＡＣ値生成
例を図４６に示す。図４６の構成に示すように対象とな
るメッセージを８バイト単位に分割し、（以下、分割さ
れたメッセージをＭ１、Ｍ２、・・・、ＭＮとする）、
まず、初期値（IV）とＭ１を、演算部２４−１Ａにより
排他的論理和する（その結果をＩ１とする）。次に、Ｉ
１をＤＥＳ暗号化部２４−１Ｂに入れ、鍵（以下、Ｋ１
とする）を用いて暗号化する（出力をＥ１とする）。続
けて、Ｅ１およびＭ２を演算部２４−２Ａにより排他的
論理和し、その出力Ｉ２をＤＥＳ暗号化部２４−２Ｂへ
入れ、鍵Ｋ１を用いて暗号化する（出力Ｅ２）。以下、
これを繰り返し、全てのメッセージに対して暗号化処理
を施す。ＤＥＳ暗号化部２４−NBから最後に出てきたＥ
Ｎがメッセージ認証符号（ＭＡＣ（Message Authentica
tion Code））となる。FIG. 46 shows an example of MAC value generation using the DES encryption processing configuration. As shown in the configuration of FIG. 46, the target message is divided into 8-byte units (hereinafter, the divided messages are referred to as M1, M2,..., MN).
First, the initial value (IV) and M1 are exclusive-ORed by the arithmetic unit 24-1A (the result is I1). Next, I
1 into the DES encryption unit 24-1B, and a key (hereinafter, K1
(The output is E1). Subsequently, E1 and M2 are exclusive-ORed by the operation unit 24-2A, the output I2 is input to the DES encryption unit 24-2B, and is encrypted using the key K1 (output E2). Less than,
This is repeated to perform encryption processing on all messages. E that last appears from the DES encryption unit 24-NB
N is the message authentication code (MAC)
tion Code)).

【０２５６】このようなライセンスのＭＡＣ値とＩＣＶ
生成キーにハッシュ関数を適用してライセンスのインテ
グリティ・チェック値（ＩＣＶ）が生成される。例えば
ライセンス生成時に生成したＩＣＶと、新たにライセン
スに基づいて生成したＩＣＶとを比較して同一のＩＣＶ
が得られればライセンスに改竄のないことが保証され、
ＩＣＶが異なれば、改竄があったと判定される。The license MAC value and ICV
A license integrity check value (ICV) is generated by applying a hash function to the generated key. For example, an ICV generated at the time of license generation and an ICV generated based on a new license are compared and the same ICV is generated.
Will guarantee that the license has not been tampered with,
If the ICVs are different, it is determined that tampering has occurred.

【０２５７】次に、ライセンスのインテグリティ・チェ
ック値（ＩＣＶ）生成キーであるＫｉｃｖを上述の有効
化キーブロックによって送付する構成について説明す
る。すなわちＥＫＢによる暗号化メッセージデータをラ
イセンスのインテグリティ・チェック値（ＩＣＶ）生成
キーとした例である。Next, a configuration in which Kicv, which is a license integrity check value (ICV) generation key, is transmitted by the above-described activation key block will be described. That is, this is an example in which encrypted message data by EKB is used as a license integrity check value (ICV) generation key.

【０２５８】図４７および図４８に複数のデバイスに共
通のライセンスを送付した場合、それらのライセンスの
改竄の有無を検証するためのインテグリティ・チェック
値生成キーＫｉｃｖを有効化キーブロック（ＥＫＢ）に
よって配信する構成例を示す。図４７はデバイス０，
１，２，３に対して復号可能なチェック値生成キーＫｉ
ｃｖを配信する例を示し、図４８はデバイス０，１，
２，３中のデバイス３をリボーク（排除）してデバイス
０，１，２に対してのみ復号可能なチェック値生成キー
Ｋｉｃｖを配信する例を示す。When a common license is sent to a plurality of devices in FIG. 47 and FIG. 48, an integrity check value generation key Kicv for verifying whether or not these licenses have been falsified is distributed by an activation key block (EKB). An example of the configuration will be described. FIG. 47 shows device 0,
Check value generation key Ki that can be decrypted for 1, 2, and 3
FIG. 48 shows an example of distributing cv.
An example is shown in which a device 3 out of 2 and 3 is revoked (excluded) and a check value generation key Kicv that can be decrypted only for devices 0, 1 and 2 is distributed.

【０２５９】図４７の例では、更新ノードキーＫ（ｔ）
００によって、チェック値生成キーＫｉｃｖを暗号化し
たデータＥｎｃ（Ｋ（ｔ）００，Ｋｉｃｖ）とともに、
デバイス０，１，２，３においてそれぞれの有するノー
ドキー、リーフキーを用いて更新されたノードキーＫ
（ｔ）００を復号可能な有効化キーブロック（ＥＫＢ）
を生成して配信する。それぞれのデバイスは、図４７の
右側に示すように、まず、ＥＫＢを処理（復号）するこ
とにより、更新されたノードキーＫ（ｔ）００を取得
し、次に、取得したノードキーＫ（ｔ）００を用いて、
暗号化されたチェック値生成キーＥｎｃ（Ｋ（ｔ）０
０，Ｋｉｃｖ）を復号して、チェック値生成キーＫｉｃ
ｖを得ることが可能となる。In the example of FIG. 47, the updated node key K (t)
00, together with data Enc (K (t) 00, Kicv) obtained by encrypting the check value generation key Kicv,
Node keys K updated using the node keys and leaf keys of the respective devices 0, 1, 2, and 3
(T) Activation key block (EKB) that can decrypt 00
Generate and distribute. As shown on the right side of FIG. 47, each device first obtains an updated node key K (t) 00 by processing (decrypting) the EKB, and then obtains the obtained node key K (t) 00. Using,
Encrypted check value generation key Enc (K (t) 0
0, Kicv) and decrypts the check value generation key Kic.
v can be obtained.

【０２６０】その他のデバイス４，５，６，７・・・は
同一の有効化キーブロック（ＥＫＢ）を受信しても自身
の保有するノードキー、リーフキーでは、ＥＫＢを処理
して更新されたノードキーＫ（ｔ）００を取得すること
ができないので、安全に正当なデバイスに対してのみチ
ェック値生成キーを送付することができる。The other devices 4, 5, 6, 7,... Receive the same activation key block (EKB), but the node keys and leaf keys owned by themselves have the node key K updated by processing the EKB. Since (t) 00 cannot be acquired, the check value generation key can be safely transmitted only to a valid device.

【０２６１】一方、図４８の例は、図１２の点線枠で囲
んだグループにおいてデバイス３が、例えば鍵の漏洩に
よりリボーク（排除）されているとして、他のグループ
のメンバ、すなわち、デバイス０，１，２，に対しての
み復号可能な有効化キーブロック（ＥＫＢ）を生成して
配信した例である。図４８に示す有効化キーブロック
（ＥＫＢ）と、チェック値生成キー（Ｋｉｃｖ）をノー
ドキー（Ｋ（ｔ）００）で暗号化したデータＥｎｃ（Ｋ
（ｔ）００，Ｋｉｃｖ）を配信する。On the other hand, in the example of FIG. 48, it is assumed that the device 3 is revoked (excluded) due to, for example, leakage of a key in a group surrounded by a dotted line frame in FIG. This is an example of generating and distributing an enabling key block (EKB) that can be decrypted only for 1, 2, and 3. The data Enc (K) obtained by encrypting the activation key block (EKB) shown in FIG. 48 and the check value generation key (Kicv) with the node key (K (t) 00).
(T) 00, Kicv).

【０２６２】図４８の右側には、復号手順を示してあ
る。デバイス０，１，２は、まず、受領した有効化キー
ブロックから自身の保有するリーフキーまたはノードキ
ーを用いた復号処理により、更新ノードキー（Ｋ（ｔ）
００）を取得する。次に、Ｋ（ｔ）００による復号によ
りチェック値生成キーＫｉｃｖを取得する。The decoding procedure is shown on the right side of FIG. The devices 0, 1, and 2 first update the updated node key (K (t)) from the received activation key block by performing decryption processing using the leaf key or node key owned by the device.
00). Next, a check value generation key Kicv is obtained by decryption using K (t) 00.

【０２６３】図１２に示す他のグループのデバイス４，
５，６・・・は、この同様のデータ（ＥＫＢ）を受信し
たとしても、自身の保有するリーフキー、ノードキーを
用いて更新ノードキー（Ｋ（ｔ）００）を取得すること
ができない。同様にリボークされたデバイス３において
も、自身の保有するリーフキー、ノードキーでは、更新
ノードキー（Ｋ（ｔ）００）を取得することができず、
正当な権利を有するデバイスのみがチェック値生成キー
を復号して利用することが可能となる。The other groups of devices 4 and 4 shown in FIG.
, 6,... Cannot acquire the updated node key (K (t) 00) using their own leaf key and node key even if they receive the similar data (EKB). Similarly, the revoked device 3 cannot acquire the updated node key (K (t) 00) with its own leaf key and node key.
Only a device having a legitimate right can decrypt and use the check value generation key.

【０２６４】このように、ＥＫＢを利用したチェック値
生成キーの配送を用いれば、データ量を少なくして、か
つ安全に正当権利者のみが復号可能としたチェック値生
成キーを配信することが可能となる。As described above, by using the distribution of the check value generation key using the EKB, it is possible to distribute the check value generation key in which the data amount is reduced and only the authorized right person can safely decrypt the key. Becomes

【０２６５】このようなライセンスのインテグリティ・
チェック値（ＩＣＶ）を用いることにより、ＥＫＢと暗
号化ライセンスの不正コピーを排除することができる。
例えば図４９Ａに示すように、ライセンスＬ１とライセ
ンスＬ２とをそれぞれのライセンスキーを取得可能な有
効化キーブロック（ＥＫＢ）とともに格納したメディア
１があり、これをそのままメディア２にコピーした場合
を想定する。ＥＫＢと暗号化ライセンスのコピーは可能
であり、これをＥＫＢを復号可能なデバイスでは利用で
きることになる。The integrity of such a license
By using the check value (ICV), illegal copying of the EKB and the encrypted license can be eliminated.
For example, as shown in FIG. 49A, it is assumed that there is a medium 1 in which a license L1 and a license L2 are stored together with an activation key block (EKB) capable of acquiring respective license keys, and the medium 1 is directly copied to the medium 2. . The EKB and the encrypted license can be copied, and this can be used in a device that can decrypt the EKB.

【０２６６】図４９Ｂに示す例では、各メディアに正当
に格納されたライセンスに対応付けてインテグリティ・
チェック値（ＩＣＶ（Ｌ１，Ｌ２））を格納する構成と
する。なお、（ＩＣＶ（Ｌ１，Ｌ２））は、ライセンス
Ｌ１とライセンスＬ２にハッシュ関数を用いて計算され
るライセンスのインテグリティ・チェック値であるＩＣ
Ｖ＝ｈａｓｈ（Ｋｉｃｖ，Ｌ１，Ｌ２）を示している。
図４９Ｂの構成において、メディア１には正当にライセ
ンス１とライセンス２が格納され、ライセンスＬ１とラ
イセンスＬ２に基づいて生成されたインテグリティ・チ
ェック値（ＩＣＶ（Ｌ１，Ｌ２））が格納される。ま
た、メディア２には正当にライセンス１が格納され、ラ
イセンスＬ１に基づいて生成されたインテグリティ・チ
ェック値（ＩＣＶ（Ｌ１））が格納される。In the example shown in FIG. 49B, the integrity and the license are stored in association with the license properly stored in each medium.
The check value (ICV (L1, L2)) is stored. Note that (ICV (L1, L2)) is an IC integrity check value of a license calculated using a hash function for the licenses L1 and L2.
V = hash (Kicv, L1, L2).
In the configuration of FIG. 49B, media 1 properly stores license 1 and license 2, and stores an integrity check value (ICV (L1, L2)) generated based on license L1 and license L2. In addition, the license 1 is properly stored in the medium 2, and the integrity check value (ICV (L1)) generated based on the license L1 is stored.

【０２６７】この構成において、メディア１に格納され
た｛ＥＫＢ，ライセンス２｝をメディア２にコピーした
とすると、メディア２で、ライセンスチェック値を新た
に生成すると、ＩＣＶ（Ｌ１，Ｌ２）が生成されること
になり、メディア２に格納されているＫｉｃｖ（Ｌ１）
と異なり、ライセンスの改竄あるいは不正なコピーによ
る新たなライセンスの格納が実行されたことが明らかに
なる。メディアを再生するデバイスにおいて、再生ステ
ップの前ステップにＩＣＶチェックを実行して、生成Ｉ
ＣＶと格納ＩＣＶの一致を判別し、一致しない場合は、
再生を実行しない構成とすることにより、不正コピーの
ライセンスの再生を防止することが可能となる。In this configuration, assuming that {EKB, license 2} stored in medium 1 is copied to medium 2, when a new license check value is generated in medium 2, ICV (L1, L2) is generated. That is, Kicv (L1) stored in the medium 2
Unlike this, it becomes clear that a new license has been stored due to tampering or unauthorized copying of the license. In the device that plays the media, an ICV check is performed in a step before the playback step, and the generation I
Determine whether the CV matches the stored ICV, and if they do not match,
By adopting a configuration in which reproduction is not performed, it is possible to prevent reproduction of an illegally copied license.

【０２６８】また、さらに、安全性を高めるため、ライ
センスのインテグリティ・チェック値（ＩＣＶ）を書き
換えカウンタを含めたデータに基づいて生成する構成と
してもよい。すなわちＩＣＶ＝ｈａｓｈ（Ｋｉｃｖ，ｃ
ｏｕｎｔｅｒ＋１，Ｌ１，Ｌ２，・・・）によって計算
する構成とする。ここで、カウンタ（ｃｏｕｎｔｅｒ＋
１）は、ＩＣＶの書き換えごとに１つインクリメントさ
れる値として設定する。なお、カウンタ値はセキュアな
メモリに格納する構成とすることが必要である。Further, in order to further enhance the security, a configuration may be employed in which the integrity check value (ICV) of the license is generated based on data including a rewrite counter. That is, ICV = hash (Kicv, c
counter + 1, L1, L2,...). Here, the counter (counter +
1) is set as a value that is incremented by one every time the ICV is rewritten. Note that the counter value needs to be stored in a secure memory.

【０２６９】さらに、ライセンスのインテグリティ・チ
ェック値（ＩＣＶ）をライセンスと同一メディアに格納
することができない構成においては、ライセンスのイン
テグリティ・チェック値（ＩＣＶ）をライセンスとは別
のメディア上に格納する構成としてもよい。Further, in a configuration in which the license integrity check value (ICV) cannot be stored on the same medium as the license, the configuration in which the license integrity check value (ICV) is stored on a different medium from the license is used. It may be.

【０２７０】例えば、読み込み専用メディアや通常のＭ
Ｏ等のコピー防止策のとられていないメディアにライセ
ンスを格納する場合、同一メディアにインテグリティ・
チェック値（ＩＣＶ）を格納するとＩＣＶの書き換えが
不正なユーザによりなされる可能性があり、ＩＣＶの安
全性が保てないおそれがある。この様な場合、ホストマ
シン上の安全なメディアにＩＣＶを格納して、ライセン
スのコピーコントロール（例えばcheck-in/check-out、
move）にＩＣＶを使用する構成とすることにより、ＩＣ
Ｖの安全な管理およびライセンスの改竄チェックが可能
となる。For example, a read-only medium or a normal M
If the license is stored on media that does not take copy protection measures such as O, integrity and
If the check value (ICV) is stored, the ICV may be rewritten by an unauthorized user, and the security of the ICV may not be maintained. In such a case, the ICV is stored on a secure medium on the host machine, and the license copy control (for example, check-in / check-out,
By using ICV for move), IC
V can be safely managed and the license can be checked for tampering.

【０２７１】この構成例を図５０に示す。図５０では読
み込み専用メディアや通常のＭＯ等のコピー防止策のと
られていないメディア２２０１にライセンス１乃至ライ
センス３が格納され、これらのライセンスに関するイン
テグリティ・チェック値（ＩＣＶ）を、ユーザが自由に
アクセスすることの許可されないホストマシン上の安全
なメディア２２０２に格納し、ユーザによる不正なイン
テグリティ・チェック値（ＩＣＶ）の書き換えを防止し
た例である。このような構成として、例えばメディア２
２０１を装着したデバイスが、メディア２２０１の再生
を実行する際にホストマシンであるＰＣ、サーバにおい
てＩＣＶのチェックを実行して再生の可否を判定する構
成とすれば、不正なコピーライセンスあるいは改竄ライ
センスの再生を防止できる。An example of this configuration is shown in FIG. In FIG. 50, licenses 1 to 3 are stored in a read-only medium or a medium 2201 that is not protected by copy protection such as a normal MO, and the user can freely access an integrity check value (ICV) related to these licenses. This is an example in which the information is stored in a secure medium 2202 on a host machine which is not permitted to perform the operation, thereby preventing a user from rewriting an unauthorized integrity check value (ICV). As such a configuration, for example, media 2
If the device to which the device 201 is attached is configured to execute the ICV check in the PC or server serving as the host machine when executing the reproduction of the medium 2201, and determine whether or not the reproduction is possible, an illegal copy license or a falsified license may be invalidated. Reproduction can be prevented.

【０２７２】本発明が適用されるクライアントは、いわ
ゆるパーソナルコンピュータ以外に、PDA（Personal Di
gital Assistants）、携帯電話機、ゲーム端末機などと
することができる。The client to which the present invention is applied is not limited to a so-called personal computer, but may be a PDA (Personal Digital
gital assistants), mobile phones, game terminals, and the like.

【０２７３】一連の処理をソフトウエアにより実行させ
る場合には、そのソフトウエアを構成するプログラム
が、専用のハードウエアに組み込まれているコンピュー
タ、または、各種のプログラムをインストールすること
で、各種の機能を実行することが可能な、例えば汎用の
パーソナルコンピュータなどに、ネットワークや記録媒
体からインストールされる。When a series of processing is executed by software, a program constituting the software is installed in a dedicated hardware or a computer, or various programs are installed to provide various functions. Is installed from a network or a recording medium into, for example, a general-purpose personal computer capable of executing the program.

【０２７４】この記録媒体は、図２に示されるように、
装置本体とは別に、ユーザにプログラムを提供するため
に配布される、プログラムが記録されている磁気ディス
ク４１（フロッピディスクを含む）、光ディスク４２
（CD-ROM(Compact DisKRead Only Memory),DVD(Digital
Versatile Disk)を含む）、光磁気ディスク４３（ＭＤ
（Mini-Disk）を含む）、もしくは半導体メモリ４４な
どよりなるパッケージメディアにより構成されるだけで
なく、装置本体に予め組み込まれた状態でユーザに提供
される、プログラムが記録されているROM２２や、記憶
部２８に含まれるハードディスクなどで構成される。This recording medium is, as shown in FIG.
A magnetic disk 41 (including a floppy disk) on which the program is recorded and an optical disk 42 which are distributed to provide the user with the program separately from the apparatus main body
(CD-ROM (Compact DisK Read Only Memory), DVD (Digital
Versatile Disk), magneto-optical disk 43 (MD
(Including a Mini-Disk), or a packaged medium including a semiconductor memory 44, and a ROM 22 storing a program, which is provided to a user in a state where the program is incorporated in the apparatus main body in advance, The storage unit 28 includes a hard disk and the like.

【０２７５】なお、本明細書において、記録媒体に記録
されるプログラムを記述するステップは、記載された順
序に沿って時系列的に行われる処理はもちろん、必ずし
も時系列的に処理されなくとも、並列的あるいは個別に
実行される処理をも含むものである。[0275] In this specification, the step of describing a program recorded on a recording medium may be performed not only in chronological order according to the described order but also in chronological order. This also includes processing executed in parallel or individually.

【０２７６】また、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものであ
る。In this specification, the system is
It represents the entire device composed of a plurality of devices.

【０２７７】[0277]

【発明の効果】本発明の第１の情報処理装置および方
法、記録媒体、並びにプログラムによれば、コンテンツ
からウォーターマークが抽出し、ヘッダに付加するよう
にしたので、ウォーターマークを迅速に検出可能なコン
テンツを提供することが可能となる。According to the first information processing apparatus and method, the recording medium, and the program of the present invention, the watermark is extracted from the content and added to the header, so that the watermark can be detected quickly. Content can be provided.

【０２７８】本発明の第２の情報処理装置および方法、
記録媒体、並びにプログラムによれば、ヘッダからウォ
ーターマークが検出され、その検出結果に基づいて、コ
ンテンツの出力を制御するようにしたので、ウォーター
マークを迅速に検出することが可能となる。The second information processing apparatus and method of the present invention,
According to the recording medium and the program, the watermark is detected from the header, and the output of the content is controlled based on the detection result. Therefore, the watermark can be quickly detected.

【０２７９】本発明の記録媒体のフォーマットによれ
ば、ウォーターマークを含むヘッダを記録するようにし
たので、コンテンツが、例えばコピー可能であるか否か
を迅速に判定することが可能なフォーマットを実現する
ことができる。According to the format of the recording medium of the present invention, since a header including a watermark is recorded, it is possible to realize a format in which it is possible to quickly determine whether or not a content can be copied, for example. can do.

【図面の簡単な説明】[Brief description of the drawings]

【図１】本発明を適用したコンテンツ提供システムの構
成を示すブロック図である。FIG. 1 is a block diagram illustrating a configuration of a content providing system to which the present invention has been applied.

【図２】図１のクライアントの構成を示すブロック図で
ある。FIG. 2 is a block diagram illustrating a configuration of a client in FIG. 1;

【図３】図１のクライアントのコンテンツのダウンロー
ド処理を説明するフローチャートである。FIG. 3 is a flowchart illustrating a content download process of the client in FIG. 1;

【図４】図１のコンテンツサーバのコンテンツ提供処理
を説明するフローチャートである。FIG. 4 is a flowchart illustrating a content providing process of the content server of FIG. 1;

【図５】図４のステップＳ２６におけるフォーマットの
例を示す図である。FIG. 5 is a diagram showing an example of a format in step S26 of FIG.

【図６】図１のクライアントのコンテンツ再生処理を説
明するフローチャートである。FIG. 6 is a flowchart illustrating a content reproduction process of the client in FIG. 1;

【図７】図６のステップＳ４３のライセンス取得処理の
詳細を説明するフローチャートである。FIG. 7 is a flowchart illustrating details of a license acquisition process in step S43 of FIG. 6;

【図８】ライセンスの構成を示す図である。FIG. 8 is a diagram showing a configuration of a license.

【図９】図１のライセンスサーバのライセンス提供の処
理を説明するフローチャートである。FIG. 9 is a flowchart illustrating a license providing process of the license server of FIG. 1;

【図１０】図６のステップＳ４５におけるライセンス更
新処理の詳細を説明するフローチャートである。FIG. 10 is a flowchart illustrating details of a license update process in step S45 of FIG. 6;

【図１１】図１のライセンスサーバのライセンス更新処
理を説明するフローチャートである。FIG. 11 is a flowchart illustrating a license update process of the license server in FIG. 1;

【図１２】キーの構成を説明する図である。FIG. 12 is a diagram illustrating a configuration of a key.

【図１３】カテゴリノードを説明する図である。FIG. 13 is a diagram illustrating a category node.

【図１４】ノードとデバイスの対応の具体例を示す図で
ある。FIG. 14 is a diagram showing a specific example of correspondence between nodes and devices.

【図１５】有効化キーブロックの構成を説明する図であ
る。FIG. 15 is a diagram illustrating a configuration of an enabling key block.

【図１６】有効化キーブロックの利用を説明する図であ
る。FIG. 16 is a diagram illustrating the use of an activation key block.

【図１７】有効化キーブロックのフォーマットの例を示
す図である。FIG. 17 is a diagram illustrating an example of a format of an enabling key block.

【図１８】有効化キーブロックのタグの構成を説明する
図である。FIG. 18 is a diagram illustrating a configuration of a tag of an activation key block.

【図１９】DNKを用いたコンテンツの復号処理を説明す
る図である。FIG. 19 is a diagram illustrating content decryption processing using DNK.

【図２０】有効化キーブロックの例を示す図である。FIG. 20 is a diagram illustrating an example of an activation key block.

【図２１】複数のコンテンツの１つのデバイスに対する
割り当てを説明する図である。FIG. 21 is a diagram illustrating assignment of a plurality of contents to one device.

【図２２】ライセンスのカテゴリを説明する図である。FIG. 22 is a diagram illustrating categories of licenses.

【図２３】クライアントのリッピング処理を説明するフ
ローチャートである。FIG. 23 is a flowchart illustrating a client ripping process.

【図２４】ウォーターマークの構成を説明する図であ
る。FIG. 24 is a diagram illustrating a configuration of a watermark.

【図２５】コンテンツのフォーマットの例を示す図であ
る。FIG. 25 is a diagram showing an example of a content format.

【図２６】公開鍵証明書の例を示す図である。FIG. 26 is a diagram illustrating an example of a public key certificate.

【図２７】コンテンツの配布を説明する図である。FIG. 27 is a diagram illustrating distribution of content.

【図２８】クライアントのコンテンツのチェックアウト
処理を説明するフローチャートである。FIG. 28 is a flowchart illustrating a content check-out process of a client.

【図２９】タグによる有効化キーブロックをたどる例を
説明する図である。FIG. 29 is a diagram illustrating an example of tracing an activation key block by a tag.

【図３０】有効化キーブロックの構成例を示す図であ
る。FIG. 30 is a diagram illustrating a configuration example of an enabling key block.

【図３１】マークの構成を説明する図である。FIG. 31 is a diagram illustrating a configuration of a mark.

【図３２】クライアントのライセンス買い取り処理を説
明するフローチャートである。FIG. 32 is a flowchart illustrating a license purchase process of a client.

【図３３】ライセンスサーバのライセンス買い取り処理
を説明するフローチャートである。FIG. 33 is a flowchart illustrating a license purchase process of a license server.

【図３４】マークの構成例を示す図である。FIG. 34 is a diagram illustrating a configuration example of a mark.

【図３５】クライアントの証明書の登録処理を説明する
フローチャートである。FIG. 35 is a flowchart illustrating a client certificate registration process.

【図３６】コンテンツサーバの証明書登録処理を説明す
るフローチャートである。FIG. 36 is a flowchart illustrating a certificate registration process of the content server.

【図３７】グループの証明書の例を示す図である。FIG. 37 is a diagram illustrating an example of a certificate of a group.

【図３８】グルーピングが行われている場合におけるコ
ンテンツサーバの処理を説明するフローチャートであ
る。FIG. 38 is a flowchart illustrating processing of the content server when grouping is performed.

【図３９】コンテンツキーの暗号化の例を示す図であ
る。FIG. 39 is a diagram illustrating an example of content key encryption.

【図４０】グループに属するクライアントの処理を説明
するフローチャートである。FIG. 40 is a flowchart illustrating processing of a client belonging to a group.

【図４１】他のクライアントにライセンスをチェックア
ウトするクライアントの処理を説明するフローチャート
である。FIG. 41 is a flowchart illustrating processing of a client that checks out a license to another client.

【図４２】他のクライアントからライセンスのチェック
アウトを受けるクライアントの処理を説明するフローチ
ャートである。FIG. 42 is a flowchart illustrating processing of a client receiving a license check-out from another client.

【図４３】ライセンスのチェックアウトを受けたクライ
アントの再生処理を説明するフローチャートである。FIG. 43 is a flowchart illustrating a playback process of a client that has received a license check-out.

【図４４】他のクライアントからライセンスのチェック
インを受けるクライアントの処理を説明するフローチャ
ートである。FIG. 44 is a flowchart illustrating processing of a client receiving a license check-in from another client.

【図４５】他のクライアントにライセンスをチェックイ
ンするクライアントの処理を説明するフローチャートで
ある。FIG. 45 is a flowchart illustrating processing of a client that checks in a license with another client.

【図４６】MACの生成を説明する図である。FIG. 46 is a diagram illustrating generation of a MAC.

【図４７】ICV生成キーの復号処理を説明するフローチ
ャートである。FIG. 47 is a flowchart illustrating a decryption process of an ICV generation key.

【図４８】ICV生成キーの他の復号処理を説明する図で
ある。FIG. 48 is a diagram illustrating another decryption process of the ICV generation key.

【図４９】ICVによるライセンスのコピーの管理を説明
する図である。FIG. 49 is a diagram illustrating management of license copying by ICV.

【図５０】ライセンスの管理を説明する図である。FIG. 50 is a diagram illustrating license management.

【符号の説明】[Explanation of symbols]

１−１，１−２ クライアント， ２ インターネッ
ト， ３ コンテンツサーバ， ４ ライセンスサー
バ， ５ 課金サーバ， ２０ タイマ， ２１CPU，
２４ 暗号化復号部， ２５ コーデック部， ２６
入力部， ２７出力部， ２８ 記憶部， ２９ 通
信部1-1, 1-2 client, 2 Internet, 3 content server, 4 license server, 5 billing server, 20 timer, 21 CPU,
24 encryption / decryption unit, 25 codec unit, 26
Input unit, 27 output unit, 28 storage unit, 29 communication unit

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ１１Ｂ 20/10 Ｇ１１Ｂ 20/12 20/12 27/00 Ａ 27/00 Ｇ１０Ｌ 9/00 Ｅ Ｈ０４Ｌ 9/08 Ｈ０４Ｌ 9/00 ６０１Ｂ Ｆターム(参考） 5D044 AB02 BC01 BC04 CC04 CC08 DE28 DE50 EF05 FG18 GK12 GK17 HL02 HL08 HL11 5D110 AA17 AA29 BB02 DA11 DB05 DC03 DC16 DE01 5J104 AA01 AA09 AA14 AA16 EA01 EA04 LA03 NA02 PA07 PA14──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) G11B 20/10 G11B 20/12 20/12 27/00 A 27/00 G10L 9/00 E H04L 9/08 H04L 9/00 601B F term (reference) 5D044 AB02 BC01 BC04 CC04 CC08 DE28 DE50 EF05 FG18 GK12 GK17 HL02 HL08 HL11 5D110 AA17 AA29 BB02 DA11 DB05 DC03 DC16 DE01 5J104 AA01 AA09 AA14 PA04 EA01 PA04

Claims (13)

【特許請求の範囲】[Claims] 【請求項１】 コンテンツを出力する情報処理装置にお
いて、 出力する前記コンテンツを取得する取得手段と、 前記取得手段により取得された前記コンテンツに付加さ
れているウォーターマークを抽出する抽出手段と、 前記抽出手段により抽出された前記ウォーターマークを
含むヘッダを作成するヘッダ作成手段と、 前記取得手段により取得された前記コンテンツを暗号化
する暗号化手段と、 前記ヘッダ作成手段により作成された前記ヘッダと、前
記暗号化手段により暗号化された前記コンテンツをファ
イルフォーマットにフォーマット化し、出力するフォー
マット化手段とを備えることを特徴とする情報処理装
置。1. An information processing apparatus for outputting a content, comprising: an obtaining unit for obtaining the content to be output; an extracting unit for extracting a watermark added to the content obtained by the obtaining unit; Means for creating a header including the watermark extracted by the means, encryption means for encrypting the content acquired by the acquisition means, the header created by the header creation means, An information processing apparatus comprising: a formatting unit that formats the content encrypted by the encryption unit into a file format and outputs the file format. 【請求項２】 前記ウォーターマークは、コピー管理情
報を含むことを特徴とする請求項１に記載の情報処理装
置。2. The information processing apparatus according to claim 1, wherein the watermark includes copy management information. 【請求項３】 前記ヘッダ作成手段により作成された
前記ヘッダのデータに基づいたデジタル署名を作成する
署名作成手段をさらに備え、 前記フォーマット化手段は、前記署名作成手段により作
成された前記デジタル署名もさらにフォーマット化する
ことを特徴とする請求項１に記載の情報処理装置。3. The apparatus according to claim 1, further comprising a signature creating unit that creates a digital signature based on the data of the header created by the header creating unit, wherein the formatting unit also includes a digital signature created by the signature creating unit. The information processing apparatus according to claim 1, wherein the information is further formatted. 【請求項４】 フォーマット化手段は、フォーマット化
した前記コンテンツを記録媒体に記録することを特徴と
する請求項１に記載の情報処理装置。4. The information processing apparatus according to claim 1, wherein the formatting means records the formatted content on a recording medium. 【請求項５】 コンテンツを出力する情報処理装置の情
報処理方法において、 出力する前記コンテンツを取得する取得ステップと、 前記取得ステップの処理により取得された前記コンテン
ツに付加されているウォーターマークを抽出する抽出ス
テップと、 前記抽出ステップの処理により抽出された前記ウォータ
ーマークを含むヘッダを作成するヘッダ作成ステップ
と、 前記取得ステップの処理により取得された前記コンテン
ツを暗号化する暗号化ステップと、 前記ヘッダ作成ステップの処理により作成された前記ヘ
ッダと、前記暗号化ステップの処理により暗号化された
前記コンテンツをファイルフォーマットにフォーマット
化し、出力するフォーマット化ステップとを含むことを
特徴とする情報処理方法。5. An information processing method of an information processing apparatus for outputting a content, comprising: an acquiring step of acquiring the content to be output; and extracting a watermark added to the content acquired by the processing of the acquiring step. An extraction step, a header creation step of creating a header including the watermark extracted by the processing of the extraction step, an encryption step of encrypting the content acquired by the processing of the acquisition step, and the header creation An information processing method, comprising: a step of formatting the header created by the processing of the step and the content encrypted by the processing of the encryption step into a file format and outputting the file format. 【請求項６】 コンテンツを出力する情報処理装置のプ
ログラムにおいて、 出力する前記コンテンツを取得する取得ステップと、 前記取得ステップの処理により取得された前記コンテン
ツに付加されているウォーターマークを抽出する抽出ス
テップと、 前記抽出ステップの処理により抽出された前記ウォータ
ーマークを含むヘッダを作成するヘッダ作成ステップ
と、 前記取得ステップの処理により取得された前記コンテン
ツを暗号化する暗号化ステップと、 前記ヘッダ作成ステップの処理により作成された前記ヘ
ッダと、前記暗号化ステップの処理により暗号化された
前記コンテンツをファイルフォーマットにフォーマット
化し、出力するフォーマット化ステップとを含むことを
特徴とするコンピュータが読み取り可能なプログラムが
記録されている記録媒体。6. A program for an information processing apparatus for outputting a content, comprising: an obtaining step of obtaining the content to be output; and an extracting step of extracting a watermark added to the content obtained by the processing of the obtaining step. A header creation step of creating a header including the watermark extracted by the processing of the extraction step; an encryption step of encrypting the content acquired by the processing of the acquisition step; A computer-readable program, comprising: a header created by processing; and a formatting step of formatting and outputting the content encrypted by the processing of the encryption step into a file format. It is to have a recording medium. 【請求項７】 コンテンツを出力する情報処理装置を制
御するコンピュータに、 出力する前記コンテンツを取得する取得ステップと、 前記取得ステップの処理により取得された前記コンテン
ツに付加されているウォーターマークを抽出する抽出ス
テップと、 前記抽出ステップの処理により抽出された前記ウォータ
ーマークを含むヘッダを作成するヘッダ作成ステップ
と、 前記取得ステップの処理により取得された前記コンテン
ツを暗号化する暗号化ステップと、 前記ヘッダ作成ステップの処理により作成された前記ヘ
ッダと、前記暗号化ステップの処理により暗号化された
前記コンテンツをファイルフォーマットにフォーマット
化し、出力するフォーマット化ステップとを実行させる
プログラム。7. An acquisition step of acquiring the output content to a computer that controls an information processing apparatus that outputs the content, and extracting a watermark added to the content acquired by the processing of the acquisition step. An extraction step, a header creation step of creating a header including the watermark extracted by the processing of the extraction step, an encryption step of encrypting the content acquired by the processing of the acquisition step, and the header creation A program for executing the header created by the processing of the step and the formatting step of formatting and outputting the content encrypted by the processing of the encryption step into a file format. 【請求項８】 コンテンツを出力する情報処理装置にお
いて、 ヘッダが付加された前記コンテンツを取得する取得手段
と、 前記取得手段により取得された前記コンテンツのヘッダ
に付加されているウォーターマークを検出するウォータ
ーマーク検出手段と、 前記ウォーターマーク検出手段により検出された前記ウ
ォーターマークに基づいて、前記コンテンツの出力を制
御する制御手段とを備えることを特徴とする情報処理装
置。8. An information processing apparatus for outputting a content, comprising: an acquiring unit for acquiring the content to which a header is added; and a water for detecting a watermark added to the header of the content acquired by the acquiring unit. An information processing apparatus comprising: mark detection means; and control means for controlling output of the content based on the watermark detected by the watermark detection means. 【請求項９】 前記取得手段は、前記コンテンツに付加
されているデジタル署名もさらに取得し、 前記デジタル署名を検証するデジタル署名検証手段をさ
らに備え、 前記制御手段は、さらに前記デジタル署名検証手段によ
り検証された結果に基づいて、前記コンテンツの出力を
制御することを特徴とする請求項８に記載の情報処理装
置。9. The obtaining unit further obtains a digital signature added to the content, and further includes a digital signature verifying unit for verifying the digital signature, wherein the control unit further includes a digital signature verifying unit. The information processing apparatus according to claim 8, wherein output of the content is controlled based on a result of the verification. 【請求項１０】 コンテンツを出力する情報処理装置の
情報処理方法において、 ヘッダが付加された前記コンテンツを取得する取得ステ
ップと、 前記取得ステップにより取得された前記コンテンツのヘ
ッダに付加されているウォーターマークを検出するウォ
ーターマーク検出ステップと、 前記ウォーターマーク検出ステップにより検出された前
記ウォーターマークに基づいて、前記コンテンツの出力
を制御する制御ステップとを備えることを特徴とする情
報処理方法。10. An information processing method of an information processing apparatus for outputting a content, comprising: an acquiring step of acquiring the content to which a header is added; and a watermark added to a header of the content acquired by the acquiring step. An information processing method, comprising: a watermark detection step of detecting the content; and a control step of controlling output of the content based on the watermark detected by the watermark detection step. 【請求項１１】 コンテンツを出力する情報処理装置の
プログラムにおいて、 ヘッダが付加された前記コンテンツを取得する取得ステ
ップと、 前記取得ステップにより取得された前記コンテンツのヘ
ッダに付加されているウォーターマークを検出するウォ
ーターマーク検出ステップと、 前記ウォーターマーク検出ステップにより検出された前
記ウォーターマークに基づいて、前記コンテンツの出力
を制御する制御ステップとを含むことを特徴とするコン
ピュータが読み取り可能なプログラムが記録されている
記録媒体。11. A program of an information processing apparatus for outputting a content, comprising: an acquiring step of acquiring the content to which a header is added; and detecting a watermark added to the header of the content acquired by the acquiring step. And a control step of controlling output of the content based on the watermark detected by the watermark detection step. Recording media. 【請求項１２】 コンテンツを出力する情報処理装置を
制御するコンピュータに、 ヘッダが付加された前記コンテンツを取得する取得ステ
ップと、 前記取得ステップにより取得された前記コンテンツのヘ
ッダに付加されているウォーターマークを検出するウォ
ーターマーク検出ステップと、 前記ウォーターマーク検出ステップにより検出された前
記ウォーターマークに基づいて、前記コンテンツの出力
を制御する制御ステップとを実行させるプログラム。12. A computer that controls an information processing apparatus that outputs a content, comprising: an acquiring step of acquiring the content with a header added thereto; and a watermark added to the header of the content acquired by the acquiring step. And a control step of controlling output of the content based on the watermark detected by the watermark detection step. 【請求項１３】 コンテンツが記録される記録媒体のフ
ォーマットにおいて、 暗号化されたコンテンツと、 前記コンテンツに含まれるウォーターマークを含むヘッ
ダとが記録されていることを特徴とする記録媒体のフォ
ーマット。13. A format of a recording medium on which a content is recorded, wherein the encrypted content and a header including a watermark included in the content are recorded.