JP4622307B2 - 著作権管理システム，コンテンツ処理装置，サーバ，プログラム，コンテンツ処理方法 - Google Patents

Description

本発明は，著作権管理システム，コンテンツ処理装置，サーバ，プログラム，コンテンツ処理方法に関し，特に，サーバからコンテンツ処理装置に提供されたコンテンツを事後的にリボーク（ｒｅｖｏｋｅ；排除）する著作権管理システム等に関する。

映像コンテンツ，音楽コンテンツ等のデジタルコンテンツは，旧来のアナログコンテンツとは異なり，品質の劣化を伴わずに複数回コピーすることができる。このため，近年，インターネットの普及やＰＣ（パーソナルコンピュータ）等の高速化・大容量化に伴って，コンテンツの提供者（著作権者）の許諾を得ない違法なコンテンツの配布・交換などが増加している。

これらの違法行為を防止するため，コンテンツの流通・利用に制限を加えるＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ；デジタル著作権管理）技術を利用した著作権管理システムが普及しつつある。かかる著作権管理システムでは，ユーザ所有の各コンテンツ処理装置（クライアント）において，サーバが発行したライセンスに基づいて，コンテンツの処理（再生，コピー等）を制御する方式が一般的である。

ところで，かかる著作権管理システムでは，サーバから各コンテンツ処理装置に対してコンテンツを配布した後に，当該コンテンツをリボークする必要が生じることがある。このリボーク原因としては，例えば，配布されたコンテンツに，事後的にデータ欠陥が発覚したこと等が挙げられる。

著作権管理システムにおいて，リボーク処理を行う技術としては，特許文献１に記載のように，ツリー構造の鍵配布構成を採用することにより，鍵の更新時に更新可能なデバイスを限定し，他のデバイスをリボークする技術が知られている。

特開２００１−３５２３２２号公報

しかしながら，上記従来の著作権管理システムでは，リボーク対象となる単位は，あくまでもコンテンツ処理装置（デバイス）単位であり，コンテンツ単位でリボーク処理することができないという問題があった。このため，ある特定のコンテンツのみのリボーク処理が求められる場合であっても，コンテンツ処理装置で処理される全てのコンテンツがリボークされることとなり，不便であった。

そこで，本発明は，上記問題に鑑みてなされたものであり，本発明の目的とするところは，コンテンツ単位でリボーク処理を実行可能な，新規かつ改良された著作権管理システム，コンテンツ処理装置，サーバ，プログラム，コンテンツ処理方法を提供することにある。

上記課題を解決するために，本発明の第１の観点によれば，コンテンツと当該コンテンツのライセンスを提供するサーバと，サーバから取得したライセンスに基づいてコンテンツを処理する１又は２以上のコンテンツ処理装置とを備え，サーバからコンテンツ処理装置に対して既に提供されたコンテンツをリボークする著作権管理システムが提供される。この著作権管理システムにおいて，上記サーバは，コンテンツの属性を表すコンテンツ属性ＩＤを設定する属性設定部と；コンテンツに対し，当該コンテンツの属性に対応したコンテンツ属性ＩＤを付加するＩＤ付加部と；コンテンツ属性ＩＤが付加されたコンテンツをコンテンツ処理装置に提供するコンテンツ提供部と；ライセンスを発行してコンテンツ処理装置に提供するライセンス発行部と；リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含むリボークリストを作成するリスト作成部と；リボークリストをコンテンツ処理装置に配布するリスト配布部と；を備える。また，上記コンテンツ処理装置は，サーバ若しくは他のコンテンツ処理装置から，リボークリストを取得するリスト取得部と；処理対象のコンテンツに付加されているコンテンツ属性ＩＤと，リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，処理対象のコンテンツの処理を不能化するリボーク部と；を備えることを特徴とする。

かかる構成により，サーバからコンテンツ処理装置に対して既に提供されたコンテンツを，コンテンツの属性単位でリボークすることができる。このため，柔軟かつ効率的にリボーク対象のコンテンツをリボークできる。

また，上記課題を解決するために，本発明の別の観点によれば，サーバが発行したライセンスに基づいて，コンテンツを処理するコンテンツ処理装置が堤供される。このコンテンツ処理装置は，サーバ若しくは他のコンテンツ処理装置から，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含むリボークリストを取得するリスト取得部と；処理対象のコンテンツに付加されているコンテンツ属性ＩＤと，リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，処理対象のコンテンツの処理を不能化するリボーク部と；を備えることを特徴とする。

かかる構成により，コンテンツ処理装置は，リボークリストに含まれるリボーク対象のコンテンツのコンテンツ属性ＩＤが，処理対象のコンテンツに付加されている場合には，当該処理対象のコンテンツの処理を不能化してリボークできる。このため，コンテンツの属性単位でコンテンツを柔軟かつ効率的にリボークできる。

また，上記コンテンツ属性ＩＤは，ライセンスが適用されるコンテンツ単位で固有に付与されるコンテンツＩＤを含むようにしてもよい。

また，上記コンテンツ属性ＩＤは，１又は２以上のコンテンツを含むコンテンツファイル単位で固有に付与されるファイルＩＤを含むようにしてもよい。

また，上記コンテンツ属性ＩＤは，コンテンツを構成するトラック単位で固有に付与されるトラックＩＤを含むようにしてもよい。

また，上記コンテンツ属性ＩＤは，複数のコンテンツで共通する共通属性単位で固有に付与されるグループＩＤを含むようにしてもよい。

また，上記グループＩＤは，サーバにおいてサーバの管理者の入力に基づいて設定されるようにしてもよい。

また，上記コンテンツに付加されているコンテンツ属性ＩＤは，コンテンツに付加されているセキュリティ情報内に含まれるようにしてもよい。

また，上記リボーク部は，コンテンツの再生時に，再生対象のコンテンツに付加されているコンテンツ属性ＩＤと，リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，再生対象のコンテンツの再生処理を不能化するようにしてもよい。

また，上記リボーク部は，他のコンテンツ処理装置との間でコンテンツを提供／所得する時に，提供／取得対象のコンテンツに付加されているコンテンツ属性ＩＤと，リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，提供／取得処理対象のコンテンツの提供／取得処理を不能化するようにしてもよい。

また，上記ライセンスは，サーバによってコンテンツ属性ＩＤ単位で発行されるようにしてもよい。

また，上記他のコンテンツ処理装置との間でライセンスを提供／取得するライセンス管理部を備え，上記リボーク部は，ライセンス管理部によるライセンスの提供／取得時に，提供／取得対象のライセンスに含まれるコンテンツ属性ＩＤと，リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，提供／取得対象のライセンスの提供／取得処理を不能化するようにしてもよい。

また，上記リボークリストには，サーバによって第１のデジタル署名が付加されているようにしてもよい。

また，上記リボークリストには，サーバによってリボークリストの新旧を表すバージョン情報が付加されているようにしてもよい。

また，上記リボークリストを他のコンテンツ処理装置に提供するリスト提供部をさらに備えるようにしてもよい。

また，上記リスト取得部によって取得された複数のリボークリストを統合して統合リボークリストを作成するリスト管理部をさらに備えるようにしてもよい。

また，上記リスト管理部は，統合リボークリストに対して，コンテンツ処理装置に対応した第２のデジタル署名を付加するようにしてもよい。

また，上記リボークリストには，リボークリストの新旧を表すバージョン情報が付加されており，上記リスト管理部は，新しく取得されたリボークリストのバージョン情報と，過去に取得されたリボークリストのバージョン情報とに基づいて，新しく取得されたリボークリストを統合リボークリストに統合するか否かを判定するようにしてもよい。

また，上記リボークリストには，リボークリストの新旧を表すバージョン情報が付加されており，上記リスト管理部は，統合リボークリストと，リスト取得部によって取得された複数のリボークリストのうちバージョン情報に基づいて最新であると判定した最新リボークリストと，を保存するようにしてもよい。

また，上記リボーク部は，処理対象のコンテンツに付加されているコンテンツ属性ＩＤと，統合リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，処理対象のコンテンツの処理を不能化するようにしてもよい。

また，上記最新リボークリストを，他のコンテンツ処理装置に提供するリスト提供部をさらに備えるようにしてもよい。

また，上記課題を解決するために，本発明の別の観点によれば，コンピュータをして：サーバ若しくは他のコンテンツ処理装置から，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含むリボークリストを取得するリスト取得処理と；処理対象のコンテンツに付加されているコンテンツ属性ＩＤと，リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，処理対象のコンテンツの処理を不能化するリボーク処理と；を実行させることを特徴とする，プログラムが提供される。

このプログラムがコンピュータに実行させる処理の詳細は，上述した，コンテンツ処理装置の処理と略同一であるので，詳細説明は省略する。

また，上記課題を解決するために，本発明の別の観点によれば，コンテンツおよびコンテンツのライセンスをコンテンツ処理装置に提供するサーバが提供される。このサーバは，コンテンツの属性を表すコンテンツ属性ＩＤを設定する属性設定部と；コンテンツに対し，当該コンテンツの属性に対応したコンテンツ属性ＩＤを付加するＩＤ付加部と；コンテンツ属性ＩＤが付加されたコンテンツをコンテンツ処理装置に提供するコンテンツ提供部と；ライセンスを発行してコンテンツ処理装置に提供するライセンス発行部と；リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含むリボークリストを作成するリスト作成部と；リボークリストをコンテンツ処理装置に配布するリスト配布部と；
を備える。そして，上記リボークリストを取得したコンテンツ処理装置において，前リボークリストに含まれるコンテンツ属性ＩＤが付加されたコンテンツの処理が不能化されることを特徴とする。

また，上記属性設定部は，サーバの管理者の入力に基づいて，コンテンツ属性ＩＤを設定可能であるようにしてもよい。

また，上記課題を解決するために，本発明の別の観点によれば，コンピュータをして：コンテンツの属性を表すコンテンツ属性ＩＤを設定する属性設定処理と；コンテンツに対し，当該コンテンツの属性に対応したコンテンツ属性ＩＤを付加するＩＤ付加処理と；コンテンツ属性ＩＤが付加されたコンテンツをコンテンツ処理装置に提供するコンテンツ提供処理と；ライセンスを発行してコンテンツ処理装置に提供するライセンス発行部と；リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含むリボークリストを作成するリスト作成処理と；リボークリストをコンテンツ処理装置に配布するリスト配布処理と；を実行させ，上記リボークリストを取得したコンテンツ処理装置において，前リボークリストに含まれるコンテンツ属性ＩＤが付加されたコンテンツの処理が不能化されることを特徴とする，プログラムが提供される。

また，上記課題を解決するために，本発明の別の観点によれば，サーバからコンテンツ処理装置に提供されたコンテンツを処理する方法が提供される。このコンテンツ処理方法は，処理対象のコンテンツに付加されているコンテンツ属性ＩＤを読み出すステップと；読み出したコンテンツ属性ＩＤが，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含むリボークリストに含まれるか否かを判断するステップと；読み出したコンテンツ属性ＩＤが，リボークリストに含まれる場合には，処理対象のコンテンツの処理を不能化し，一方，読み出したコンテンツ属性ＩＤが，リボークリストに含まれない場合には，処理対象のコンテンツの処理を可能化するステップと；を含むことを特徴とする。

以上説明したように本発明によれば，コンテンツ処理装置においてコンテンツ単位でリボーク処理を実行できる。このため，サーバからコンテンツ処理装置に対して各種のコンテンツおよびライセンスを提供した後に，特定の１又は２以上のコンテンツにリボーク原因が発生した場合に，当該特定のコンテンツのみをリボークできる。

以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。

（第１の実施形態）
＜１．概要＞
まず，本発明の第１の実施形態にかかる著作権管理システムの概要について説明する。

本実施形態にかかる著作権管理システムは，各ユーザが所有するコンテンツ処理装置におけるコンテンツの利用（特に，再生）を管理し，コンテンツの著作権を保護するためのシステムである。

具体的には，この著作権管理システムは，コンテンツのライセンスを設定することによって，正当ユーザ（コンテンツの著作権に対する正当な対価を支払ってライセンスを購入し，私的使用の範囲内での利用を行うユーザ）に対しては，比較的自由にコンテンツの利用を認める。一方で，インターネット等を通じたコンテンツの大量配布行為等といった違法利用を行うユーザや，正当な対価を支払わずにライセンスの範囲を越えてコンテンツを利用しようとするユーザに対しては，コンテンツの利用を厳しく制限する。

さらに，本実施形態にかかる著作権管理システムでは，コンテンツおよびライセンスを提供するサーバが，コンテンツの属性を表すコンテンツ属性ＩＤを設定し，かかるコンテンツ属性ＩＤをコンテンツおよびライセンスに付加する。さらに，かかるサーバは，コンテンツ処理装置に対して，リボーク対象のコンテンツを特定するコンテンツＩＤを含むリボークリストを配布し，コンテンツ処理装置は，このリボークリストに基づいてコンテンツの処理を制御する。このように，本実施形態にかかる著作権管理システムは，コンテンツ属性ＩＤおよびリボークリストを採用して，システム内に流通するコンテンツを，コンテンツの属性単位でリボークすることを特徴としている。

なお，本実施形態にかかる「コンテンツ」は，例えば，音楽，講演，ラジオ番組等の音声（Ａｕｄｉｏ）コンテンツや，映画，テレビジョン番組，ビデオプログラム，写真，絵画，図表等を構成する静止画若しくは動画からなる映像（Ｖｉｄｅｏ）コンテンツ，この映像コンテンツと音声コンテンツを組み合わせたコンテンツ，電子図書（Ｅ−ｂｏｏｋ），ゲーム，ソフトウェア（ｓｏｆｔ ｗａｒｅ）などのあらゆるコンテンツを含む。また，「コンテンツデータ」は，上記各種のコンテンツの内容を表す例えばデジタルデータであり，例えば，映像データ，音声データ，文字データ（サブタイトルデータ），電子図書データ，電子ゲームデータ，ソフトウェアのデータなどである。以下の説明では，コンテンツとして，例えば，映画コンテンツ（例えば，映像データ，音声データ，サブタイトルデータからなる。）の例を挙げて説明するが，本発明はかかる例に限定されない。

以下に，上記のような特徴を具現するための第１の実施形態にかかる著作権管理システムについて詳述する。

＜２．システム構成＞
まず，図１に基づいて，本発明の第１の実施形態にかかる著作権管理システム１００の全体構成について説明する。なお，図１は，本発明の第１の実施形態にかかる著作権管理システム１００の全体構成を概略的に示すブロック図である。

図１に示すように，本実施形態にかかる著作権管理システム１００は，例えば，複数のコンテンツ処理装置１０−１，２，…，ｎ（以下では「コンテンツ処理装置１０」と総称する場合もある。）と，例えば１つのサーバ２０と，これら装置を相互に接続するネットワーク５およびローカルライン９と，コンテンツ処理装置１０間でやり取りされる記録媒体７と，から構成される。

コンテンツ処理装置１０は，記録媒体７や内蔵されたストレージ装置に対して，コンテンツを記録／再生することが可能な各種の記録再生装置，記録専用装置または再生専用装置である。より具体的には，コンテンツ処理装置１０は，例えば，パーソナルコンピュータ（ＰＣ）等のコンピュータ装置（ノート型，デスクトップ型を問わない。），ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ），携帯型映像プレーヤ／レコーダ，ＭＰ３プレーヤ，ＩＣプレーヤ／レコーダ等の携帯型音声プレーヤ／レコーダ，デジタルカメラ若しくはビデオレコーダ等の撮像装置，家庭用ゲーム機，ＶＴＲ，ＣＤ，ＭＤ若しくはＤＶＤレコーダ／プレーヤ，ラジオ装置，携帯電話，ＰＨＳ，情報家電などで構成できる。

このコンテンツ処理装置１０は，例えば，コンテンツ配信サービス用のソフトウェアをインストール可能な記録再生装置（例えば，ＰＣ等のコンピュータ装置）と，当該ソフトウェアをインストール不能な記録再生装置（例えば，ＤＶＤプレーヤ／レコーダ等の記録デバイス）および再生専用装置（例えば，再生専用のポータブルデバイス（ＰＤ）等）と，に分類される。

ＰＣ等のコンテンツ処理装置１０は，サーバ２０が配信したコンテンツや，サーバ２０が発行した発行されたライセンス，サーバ２０が作成したリボークリストなどを受信して，ストレージ装置や記録媒体７などの記録手段に記録することができる。

また，上記ソフトウェアをインストール不能な記録再生装置および再生専用装置（図１ではコンテンツ処理装置１０−ｍとして表す。）は，ローカルライン９を介して，ＰＣ等のコンテンツ処理装置１０にローカル接続可能である。このため，コンテンツ処理装置１０−ｍは，ＰＣ等のコンテンツ処理装置１０がネットワーク５を介して受信した配信コンテンツ，ライセンス，リボークリスト等を，ローカルライン９を介して取得可能である。なお，ローカルライン９は，例えば，例えばＵＳＢ（Ｕｎｉｖａｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ケーブル，ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ケーブル等の有線ケーブルなどで構成することができるが，無線接続であってもよい。

これらのコンテンツ処理装置１０は，サーバからの配信コンテンツ等のコンテンツを，他のコンテンツ処理装置１０との間で，ネットワーク５やローカルライン９を介して送受信する，或いは記録媒体７を介してやり取りすることができる。これにより，複数のコンテンツ処理装置１０間でコンテンツデータを提供／取得して，コンテンツを共有できる。また，コンテンツ処理装置１０間で，ライセンスを提供／取得することも可能である。

また，コンテンツ処理装置１０は，後述するように。上記取得したリボークリストに基づいて，処理対象のコンテンツがリボーク対象のコンテンツで有るか否かを判断し，リボーク対象のコンテンツの処理を不能化することができる。

一方，サーバ２０は，例えば，コンテンツ配信サービスを提供するサービスプロバイダなどが所有するサーバ装置である。このサーバ２０は，サーバ機能を備えた１又は２以上のコンピュータ装置などで構成されている。

かかるサーバ２０は，コンテンツ配信サービスを享受するユーザが所有するコンテンツ処理装置１０に対して，ネットワーク５を介してコンテンツを配信する。このとき，例えば映画コンテンツ（動画データと，音声データ，サブタイトルデータを含む）を配信する場合には，例えば，当該コンテンツをＭＰＥＧ−２，４，７方式等で圧縮し，暗号化して配信することができる。このサーバ２０から配信されるコンテンツは，著作権保護されたコンテンツであり，具体的には，暗号化されたコンテンツデータに対して，当該コンテンツの属性情報やコンテンツ鍵を含むセキュリティ情報が付加されている。この著作権保護されたコンテンツの詳細については後述する。

また，このサーバ２０は，コンテンツ処理装置１０のユーザからの購入要求に応じて，コンテンツのライセンスを発行し，コンテンツ処理装置１０に提供することができる。このライセンスは，コンテンツを利用するための利用権であり，コンテンツの属性単位（例えば後述するコンテンツＩＤ単位）で付与される。サーバ２０は，例えば，ユーザ認証処理と，ライセンス内容に応じた金額の課金処理とが成されると，ライセンスを発行する。

さらに，このサーバ２０は，特定のコンテンツに関してリボーク原因が発生した場合には，本実施形態にかかる特徴であるリボークリストを作成して，コンテンツ処理装置１０に配布する。

コンテンツのリボークとは，上述したように，サーバ２０から任意のコンテンツ処理装置１０へのコンテンツの配布後に，ある特定のコンテンツの利用を排除すべき何らかの事由（リボーク原因）が発生した場合に，各コンテンツ処理装置１０における当該コンテンツの利用を不能化（即ち，当該コンテンツのライセンスを無効化）することである。このリボーク原因としては，例えば，以下の（１）〜（３）の例が挙げられる。

（１）例えば，コンテンツの配布後に，コンテンツの内容の欠損，過誤や，データ欠陥など，コンテンツの不具合が発見された場合は，リボーク原因となる。具体的には，コンテンツの内容の欠損，過誤の例としては，映画コンテンツの映像の一部が欠落している場合や，映画内で誤った表現が使用されていた場合などである。また，データ欠陥の例としては，例えば，コンテンツのエンコード時に，コンテンツにノイズが混入してしまっていた場合等がある。

（２）また，コンテンツの配布後に，コンテンツの出演者に不祥事が生じた場合もリボーク原因となる。具体的には，映画コンテンツの主演俳優が不祥事を起こしたため，映像制作会社側が自主的に当該映画コンテンツを公開中止とするような場合などである。

（３）さらに，コンテンツの配布後に，コンテンツの制作者（映画製作会社等）や著作権者と，コンテンツ配信サービス提供者（サービスプロバイダ）との契約が変更され，特定のコンテンツに関する配信サービスを中止するような場合も，リボーク原因となる。

このようなリボーク原因が生じた場合には，サーバ２０は，サーバ２０の所有者（サービスプロバイダの管理者等）の入力に基づいて，上記リボークリストを作成して，配布する。このリボークリストは，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤのリストであるが，詳細は後述する。

以上，サーバ２０の主な機能構成について説明した。なお，サーバ２０は，図１に示すように，ハードウェア的に１つのサーバ装置で構成されても良いし，或いは，上記サーバ２０の各機能を分担する複数のサーバ装置（例えば，コンテンツを配信するコンテンツ提供サーバと，ライセンスを発行するライセンス発行サーバと，ライセンスの発行に応じた課金処理を行う課金サーバと，リボークリストを作成・配布するリボークリストサーバなど）から構成されても良い。

ネットワーク５は，複数のコンテンツ処理装置１０およびサーバ２０を双方向通信可能に接続する通信回線網である。このネットワーク５は，例えば，インターネット，電話回線網，衛星通信網等の公衆回線網や，ＷＡＮ，ＬＡＮ，ＩＰ−ＶＰＮ等の専用回線網などで構成されており，有線・無線を問わない。

さらに，かかるネットワーク５は，私的ネットワークを含んでもよい。この私的ネットワークは，著作権管理の観点からみて，私的使用の範囲内でコンテンツデータを共有する複数のコンテンツ処理装置１０を相互に接続するネットワークである。かかる私的ネットワークの具体例としては，例えば，同一ユーザによって使用される複数のコンテンツ処理装置１０を接続するネットワークや，同一の家庭内で使用される複数のコンテンツ処理装置１０を接続するホームネットワーク，小規模の限られたグループ（会社，友人等）内で使用される複数のコンテンツ処理装置１０を接続するＬＡＮなどが挙げられる。

記録媒体７は，コンテンツデータ等の各種データを格納することが可能なリムーバブルメディアであり，例えば，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ−ＲＡＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，光磁気ディスク等の各種の光ディスク３や，フレキシブルディスク，ハードディスク等の磁気ディスク，各種の半導体メモリなどである。なお，この記録媒体７は，例えば，暗号キー等を用いてコンテンツデータのコピーや再生等を制限する著作権管理機能付きの記録媒体であってもよい。

この記録媒体７は，コンテンツ処理装置１０間における，コンテンツ，ライセンス，リボークリスト等の提供／取得媒体として機能する。例えば，コンテンツ処理装置１０−１によってコンテンツが記録された記録媒体７を，コンテンツ処理装置１０−２にローディングして当該コンテンツデータを読み出すことにより，コンテンツ処理装置１０−１からコンテンツ処理装置１０−２に対しコンテンツデータを提供することができる。さらに，コンテンツ処理装置１０−１，２等は，ネットワーク５に接続不能なコンテンツ処理装置１０−ｍとの間でも，記録媒体７を介してコンテンツ，ライセンス，リボークリスト等を提供／取得することも可能である。

以上のような構成の著作権管理システム１００では，コンテンツ処理装置１０は，サーバ２０から配信されたコンテンツを，サーバ２０が発行したライセンスに基づいて処理（再生処理，複製処理等）することができる。また，サーバ２０は，リボーク理由が発生した場合には，リボーク対象のコンテンツに関するリボークリストを作成して配布し，コンテンツ処理装置１０は，サーバ２０から取得したリボークリストに基づいて，リボーク対象のコンテンツの処理を強制的に不能化する。これにより，サーバ２０からコンテンツ処理装置１０に既に提供されたコンテンツおよびそのライセンスのリボーク処理を，コンテンツの属性単位で実行できる。

以下に，かかる著作権管理システム１００におけるコンテンツ，ライセンスおよびリボークリストの構成を説明した上で，著作権管理システム１００を構成するコンテンツ処理装置１０およびサーバ２０について，それぞれ詳細に説明する。

＜３．コンテンツの構成＞
次に，図２および図３に基づいて，本実施形態にかかる著作権管理システム１００におけるコンテンツの構成について説明する。なお，図２および図３は，本実施形態にかかる映画コンテンツの構成例を概念的に示す説明図である。

図２に示すように，１つのコンテンツファイルＦ内に１つの映画コンテンツＣが含まれており，この映画コンテンツＣは，例えば，映像トラックＴ１と，音声トラックＴ２と，サブタイトルトラックＴ３と，各トラックＴ１〜３に対応するセキュリティ情報Ｓ１〜３とから構成されている。

コンテンツファイルは，１又は２以上のコンテンツを含むファイルである。図２の例では，１つのコンテンツファイルＦ内に１つの映画コンテンツＣが含まれている。

トラックＴは，コンテンツの構成要素であり，コンテンツの実際の内容を表すデータであるコンテンツデータに対応する。１つのコンテンツを構成するトラックＴの数は，コンテンツごとに異なるが，図２の例では，１つの映画コンテンツＣは，３つのトラックＴ１〜３から構成されている。このうち，映像トラック（Ｖｉｄｅｏ Ｔｒａｃｋ）Ｔ１は，映画の映像に相当する動画データである映像データを含む。また，音声トラック（Ａｕｄｉｏ Ｔｒａｃｋ）Ｔ２は，映画の音声に相当する音声データを含む。また，サブタイトルトラック（Ｓｕｂｔｉｔｌｅ Ｔｒａｃｋ）Ｔ３は，映画の字幕に相当するサブタイトルデータを含む。これらのトラックＴ１〜３は，対応するセキュリティ情報Ｓに含まれるコンテンツ鍵Ｋ１〜３でそれぞれ暗号化されている。

なお，コンテンツは，上記映像，音声，サブタイトルトラックＴ１〜３のいずれかのみで構成されてもよいし，上記以外にも，他のコンテンツデータを表すトラック（静止画トラック，音楽に関する文字情報トラック等）を含んでもよい。

セキュリティ情報Ｓは，コンテンツの著作権管理を行うための情報（ＳＩＮＦ）であり，例えば，上記サーバ２０によって上記トラックＴ（コンテンツデータ）ごとに付加される。図２の例では，１つの映画コンテンツＣ内に，３つのトラックＴ１〜３に対して，３つのセキュリティ情報Ｓ１〜３がそれぞれ付加されている。なお，本実施形態では，このようにトラックＴ単位でセキュリティ情報Ｓが設けられているが，かかる例に限定されず，例えば，トラックＴごとのライセンス管理およびリボーク管理を行わない場合には，コンテンツ単位でセキュリティ情報Ｓを設けても良い。

このセキュリティ情報Ｓは，例えば，暗号化されたコンテンツ鍵Ｋと，属性情報Ａと，署名Ｄとからなる。

コンテンツ鍵Ｋは，上記暗号化された各トラックＴを解読（デコード）するための鍵である。コンテンツ鍵Ｋ１は，映像トラックＴ１を解読するための鍵であり，コンテンツ鍵Ｋ２は，音声トラックＴ２を解読するための鍵であり，コンテンツ鍵Ｋ３は，サブタイトルトラックＴ３を解読するための鍵である。また，このようなコンテンツ鍵Ｋ自体も，ライセンス鍵で暗号化されている。従って，適正なライセンスがなければ，コンテンツ鍵Ｋを解読することができず，この結果，上記トラックＴのコンテンツデータを解読して再生等することができない。

属性情報（Ａｔｔｒｉｂｕｔｅ）Ａは，コンテンツの属性を表す情報であり，後述する複数のコンテンツ属性ＩＤからなる。コンテンツの属性は，コンテンツの著作権管理面での性質，特徴（例えば，ステータス，ファイル，トラック等）のみならず，コンテンツの内容面での性質，特徴（例えば，コンテンツの監督，主演男優等）なども含む。本実施形態では，属性情報Ａは，例えば，コンテンツを構成するトラックＴごとに定められ，コンテンツを構成する各トラックＴの属性を表している。このため，同一の映画コンテンツＣ内であっても，異なるトラックＴに対応する属性情報Ａは，異なる情報となる場合がある。このようにコンテンツに付加された属性情報Ａは，当該コンテンツとライセンスとのマッチングや，当該コンテンツとリボークリストとのマッチングをとるために利用される。かかる属性情報Ａは，例えば，属性コードと，コンテンツ属性ＩＤとからなるが，詳細については，後述する。

署名Ｄは，サーバ２０によって付加されたデジタル署名であり，セキュリティ情報Ｓ全体の改竄を防止する機能を有する。この署名Ｄは，例えば，デジタル署名の正当性を検証するための証明書をも含む。

次に，図３に基づいて，別のコンテンツの構成例について説明する。図３に示すように，１つのコンテンツファイルＦ内に３つの映画コンテンツＣ１〜３が含まれている。このように，１つのコンテンツファイルＦが，複数のコンテンツを含むように構成してもよい。例えば，同一の映画シリーズに属するなど，相互に関連性のある複数の映画コンテンツＣ１〜３（「○○刑事」，「○○刑事−ｐａｒｔ２」，「○○刑事−ｐａｒｔ３」等）を，１つのコンテンツファイルＦに含ませてもよい。これにより，当該コンテンツファイルが，一連の映画シリーズのコンテンツを含む映画ライブラリのファイルとなる。

また，図３の例では，映画コンテンツＣ１は，映像トラックＴ１と，音声トラックＴ２と，サブタイトルトラックＴ３とを，それぞれ１つずつ有している。これに対して，映画コンテンツＣ２は，２つの映像トラックＴ４，Ｔ５を有しており，映画コンテンツＣ３は，例えば，２つの音声トラックＴ９，Ｔ１０と，２つのサブタイトルトラックＴ１１，Ｔ１２とを有している。このように，１つのコンテンツは，複数の映像トラック，複数の音声トラック，或いは複数のサブタイトルトラックなどのように，同一種類のトラックを複数含むことができる。

このように，１つの映画コンテンツＣが複数の映像トラックを含むことにより，例えば，同一の映画コンテンツＣに，複数の映像（例えば，劇場公開版の映像と完全版の映像，或いは，高画質映像と低画質映像など）をパッケージすることが可能となる。また，１つの映画コンテンツＣが複数の音声トラックを含むことにより，例えば，同一の映画コンテンツＣに複数の音声（英語の音声と日本語の音声，或いは，高音質音声と低音質音声など）をパッケージすることが可能となる。また，１つの映画コンテンツＣが複数のサブタイトルトラックを含むことにより，例えば，同一の映画コンテンツＣに複数の字幕（英語の字幕と日本語の字幕，或いは，縦書きの字幕と横書きの字幕など）をパッケージすることが可能となる。

なお，図３の例においても，各トラックＴ１〜１２にセキュリティ情報Ｓ１〜１２が付加されている。このセキュリティ情報Ｓ１〜１２は，上記図２の例のセキュリティ情報Ｓ１〜３と略同一であるので詳細説明は省略する。

＜４．属性情報の構成＞
次に，図４に基づいて，本実施形態にかかる属性情報Ａについて詳細に説明する。なお，図４は，本実施形態にかかる属性情報Ａの構成例を概念的に示す説明図である。

上述したように，属性情報Ａは，コンテンツの属性を表す情報である。この属性情報Ａは，コンテンツ毎にサーバ２０において設定され，当該コンテンツに対してセキュリティ情報Ｓ内に付加される。この属性情報Ａは，図４に示すように，例えば，複数の属性コードと，各属性コードに対応するコンテンツ属性ＩＤとの組合せからなる。

属性コードは，コンテンツの属性の種類を識別するための識別コードである。この属性コードは，属性情報Ａが付加されるコンテンツの異同にかかわらず，著作権管理システム１００内で，コンテンツの属性の種類ごとに共通に定められたコードである。この属性コードは，例えば「Ａ０００」等の４桁の文字列で構成される。本実施形態では，例えば，「Ａ０００」〜「Ａ９９９」までの１０００個の属性コードを設定可能であり，これにより例えば１０００種類の属性を定義することができる。

コンテンツ属性ＩＤは，コンテンツの属性を特定するＩＤである。このコンテンツ属性ＩＤは，コンテンツの属性ごとに固有な文字列（図４の例では１４桁の文字列）で構成されており，当該コンテンツ属性ＩＤが付加されたコンテンツの属性を一意に特定する。このコンテンツ属性ＩＤは，コンテンツの属性の種類（上記属性コード）ごとに複数種類が設定されている。以下に，各コンテンツ属性ＩＤについてそれぞれ説明する。

（コンテンツＩＤ）
属性コードが「Ａ０００」のコンテンツ属性ＩＤは，コンテンツＩＤである。このコンテンツＩＤは，「ライセンスが適用されるコンテンツ」単位で固有に付与されるＩＤである。この「ライセンスが適用されるコンテンツ」は，ライセンスを用いた著作権管理の対象として意味のあるコンテンツデータの集合である。このコンテンツＩＤをコンテンツに対して付加することにより，システム内で流通する「ライセンスが適用されるコンテンツ」を識別できるようになる。

サーバ２０の管理者（サービスプロバイダ）は，コンテンツＩＤを付与する単位（即ち，ライセンスが適用されるコンテンツの単位）を多様な形態で自由に決定できる。

例えば，かかるコンテンツＩＤは，上記コンテンツＣ単位で付与されてもよい。より具体的には，コンテンツＩＤは，図２に示したような１つの映画コンテンツＣに対して１つ付与されてもよいし，図３に示したような３つの映画コンテンツＣ１，Ｃ２，Ｃ３に対してそれぞれ１つずつ付与されてもよい。この場合には，個々の映画コンテンツＣごとにライセンスが適用されることになる。

また，コンテンツＩＤは，例えば，１つのトラックＴごとに付与されても良いし，或いは複数のトラックＴの組合せ（例えば図３の映像トラックＴ４と音声トラックＴ６の組合せ，映像トラックＴ５と音声トラックＴ６とサブタイトルトラックＴ７との組合せ）ごとに付与されてもよい。この場合には，個々のトラックＴ，または複数のトラックＴの組合せに対してライセンスが適用されることになる。

また，コンテンツＩＤは，図３に示したような複数の映画コンテンツＣ１，Ｃ２，Ｃ３のグループに対して１つ付与されてもよい。この場合には，関連する複数のコンテンツ（コンテンツグループ）に対してライセンスが適用されることになる。

（トラックＩＤ）
属性コードが例えば「Ａ００１」のコンテンツ属性ＩＤは，トラックＩＤである。このトラックＩＤは，上記コンテンツを構成するトラックＴ単位で固有に付与されるＩＤである。例えば，図２の例では，映像トラックＴ１と音声トラックＴ２とでは，異なるトラックＩＤが付与される。また，図３の例では，映画コンテンツＣ１の映像トラックＴ１と，映画コンテンツＣ２の映像トラックＴ４とでは，異なるトラックＩＤが付与される。このようなトラックＩＤをコンテンツに対して付加することにより，システム内で流通するコンテンツのトラックを識別できるようになる。また，本実施形態では，セキュリティ情報ＳとトラックＴとが１対１で設定されているので，このトラックＩＤによって，コンテンツに付加されているセキュリティ情報Ｓを識別することもできる。

（ファイルＩＤ）
属性コードが例えば「Ａ０２９」のコンテンツ属性ＩＤは，ファイルＩＤである。このトラックＩＤは，１又は２以上のコンテンツを含むコンテンツファイルＦ単位で固有に付与されるＩＤである。例えば，図２の例では，１つの映画コンテンツＣを含むコンテンツファイルＦに対し，１つのファイルＩＤが付与される。また，図３の例では，３つの映画コンテンツＣ１〜３を含むコンテンツファイルＦに対し，１つのファイルＩＤが付加される。このようなファイルＩＤをコンテンツに対して付加することにより，システム内で流通するコンテンツのファイルを識別できるようになる。

（グループＩＤ）
属性コードが例えば「Ａ２５７」〜「Ａ２６４」の８つのコンテンツ属性ＩＤは，グループＩＤである。このグループＩＤは，複数のコンテンツで共通する属性である共通属性単位で固有に付与されるＩＤである。このグループＩＤは，複数種類の共通属性対応して複数種類設定される。このグループＩＤが表す共通属性は，サーバ２０の管理者（サービスプロバイダ）が自由に設定することができる。

ここで，図５に基づいて，この共通属性およびグループＩＤの具体例について説明する。なお，図５は，本実施形態にかかる映画コンテンツに関して設定される共通属性およびグループＩＤの具体例を説明するための説明図である。

図５に示すように，映画コンテンツに関して設定される共通属性は，例えば，属性コードが「Ａ２５７」である「サービスプロバイダ」（共通属性１），属性コードが「Ａ２５８」である「監督」（共通属性２），属性コードが「Ａ２５９」である「主演男優」（共通属性３），属性コードが「Ａ２６０」である「主演女優」（共通属性４），属性コードが「Ａ２６１」である「ジャンル」（共通属性５），属性コードが「Ａ２６２」である「作成場所」（共通属性６）などがある。

「サービスプロバイダ（共通属性１）」は，コンテンツを提供するサービスプロバイダ（サーバ２０）を表す属性である。この「サービスプロバイダ（共通属性１）」に対応するグループＩＤ１は，コンテンツを提供するサービスプロバイダ単位で固有に付与される。例えば，図５の例では，サービスプロバイダ「Ａ社」には「０ｘ０１０１」なるグループＩＤ１が割り当てられ，サービスプロバイダ「Ｂ社」には「０ｘ０１０２」なるグループＩＤ１が割り当てられている。このような「サービスプロバイダ（共通属性１）」を表すグループＩＤ１をコンテンツに対して付加することにより，コンテンツの提供元のサービスプロバイダを識別できるようになる。

また，「監督（共通属性２）」は，コンテンツの作成を指揮した監督（例えば映画監督）を表す属性である。この「監督（共通属性２）」に対応するグループＩＤ２は，コンテンツの作成を指揮した監督単位で固有に付与される。例えば，図５の例では，監督「山田一郎」には「０ｘ０２０１」なるグループＩＤ２が割り当てられ，監督「南野きよし」には「０ｘ０２０２」なるグループＩＤ２が割り当てられている。このような「監督（共通属性２）」を表すグループＩＤ２をコンテンツに対して付加することにより，コンテンツの作成を指揮した監督を識別できるようになる。

同様に，「主演男優（共通属性３）」，「主演女優（共通属性４）」は，コンテンツに出演している主演男優，主演女優を表す属性である。この「主演男優（共通属性３）」，「主演女優（共通属性４）」に対応するグループＩＤ２，３は，主演男優単位，主演女優単位で固有に付与される。

また，「ジャンル（共通属性５）」は，コンテンツの内容面の区分であるジャンル（例えば映画ジャンル）を表す属性である。この「ジャンル（共通属性５）」に対応するグループＩＤ５は，コンテンツのジャンル単位で固有に付与される。例えば，図５の例では，映画ジャンル「コメディ」には「０ｘ０５０１」なるグループＩＤ５が割り当てられ，映画ジャンル「ホラー」には「０ｘ０２０２」なるグループＩＤ５が割り当てられている。このような「ジャンル（共通属性５）」を表すグループＩＤ５をコンテンツに対して付加することにより，コンテンツの内容のジャンルを識別できるようになる。

また，「作成場所（共通属性６）」は，コンテンツの作成場所（例えば映画の撮影場所や編集場所，映画作成会社または監督の所属する国，地域等）を表す属性である。この「作成場所（共通属性６）」に対応するグループＩＤ６は，コンテンツの作成場所単位で固有に付与される。例えば，図５の例では，作成場所「日本」には「０ｘ０６０１」なるグループＩＤ６が割り当てられ，作成場所「アメリカ」には「０ｘ０６０２」なるグループＩＤ６が割り当てられている。このような「作成場所（共通属性６）」を表すグループＩＤ６をコンテンツに対して付加することにより，コンテンツの作成場所を識別できるようになる。

上記までで，本実施形態にかかる共通属性と，この共通属性を表すコンテンツ属性ＩＤであるグループＩＤの例について説明した。かかる共通属性およびグループＩＤを設定することにより，同一の共通属性を有する複数のコンテンツをグループ化することができる。例えば，監督が「山田一郎」であるすべての映画コンテンツに対して，属性情報Ａの属性コード「Ａ２５８」の欄にグループＩＤ１「０ｘ０１０１」を記入することで，「山田一郎」監督の作品の映画コンテンツをグループ化することができる。

なお，かかる共通属性は，同時に複数設定されてもよいし，単独で設定されてもよい。また，上記で例示した共通属性以外にも，例えば，「助演俳優」，「声優」，「字幕翻訳者」，「映画音楽担当者」，「映画配給会社」，「映画の長さ（時間）」，「原作又はリメーク版」「公開日」，「各種映画賞の受賞の有無」，「ＣＧを使用したか否か」，「サブリミナルの有無」，「映画配給会社とサービスプロバイダとの契約形態，契約期間，契約金額」などの共通属性を設定し，この共通属性に対応するグループＩＤを割り当ててもよい。

以上，本実施形態にかかる属性情報Ａにおけるコンテンツの属性およびコンテンツ属性ＩＤについて説明した。このようなコンテンツの属性に対応したコンテンツ属性ＩＤをコンテンツに付加することで，後述するようにコンテンツ属性ＩＤ単位での著作権管理（ライセンス付与，リボーク処理等）が可能となる。

＜５．ライセンスの構成＞
次に，図６に基づいて，本実施形態にかかるライセンスの構成について詳細に説明する。なお，図６は，本実施形態にかかるライセンスの構成例を概念的に示す説明図である。

図６に示すように，ライセンスは，例えば，ライセンス対象を示す情報と，ライセンスの内容を示す情報と，ライセンスを発行するサーバ２０によって付加されるデジタル署名とを含む。

ライセンス対象は，例えば，コンテンツ属性ＩＤで表される。例えば，図６（ａ）に示すライセンスは，ライセンス対象の欄に「Ａ０００＝０ｘ００１１」と記述されており，コンテンツＩＤが「０ｘ００１１」であるコンテンツを対象としたライセンスである。また，図６（ｂ）に示すライセンスは，ライセンス対象の欄に「Ａ２５８＝０ｘ０２０１」と記述されており，上記共通属性２（監督）を表すグループＩＤ２が「０ｘ００１１」であるコンテンツ（即ち，監督が「山田一郎」であるすべてのコンテンツ）を対象としたライセンスである。このように，本実施形態では，コンテンツ属性ＩＤ単位でライセンスが設定される。

なお，複数のコンテンツ属性ＩＤを指定してライセンスを設定してもよい。図示はしないが，例えば，ライセンス内のライセンス対象の欄に「Ａ２５７＝０ｘ０１０１ ａｎｄ Ａ２５８＝０ｘ０２０１」と記述されている場合には，当該ライセンスは，提供元のサービスプロバイダがＡ社であり，かつ，監督が「山田一郎」であるすべてのコンテンツを対象としたライセンスであることを意味する。また，ライセンス内のライセンス対象の欄に「Ａ２５８＝０ｘ０２０３ ｏｒ Ａ２６１＝０ｘ０５０２」と記述されている場合には，当該ライセンスは，監督が「Ｑ．タランチュラ」であるか，或いは，ジャンルが「ホラー」であるすべてのコンテンツを対象としたライセンスであることを意味する。

また，ライセンス内容は，例えば，ライセンスの有効期間や，コンテンツの複製の可否およびその上限回数，ライセンスの複製，移転，貸与等の可否およびその上限回数などを含む。なお，ライセンスの複製（Ｃｈｅｃｋ ｏｕｔ）は，あるコンテンツ処理装置１０が取得したライセンスを他のコンテンツ処理装置１０にコピーする処理である。また，ライセンスの移転（Ｍｏｖｅ）は，あるコンテンツ処理装置１０が取得したライセンスを他のコンテンツ処理装置１０に完全に移譲し，元のコンテンツ処理装置１０にライセンスが残らないようにする処理である。また，ライセンスの貸与（Ｌｅｎｄ）は，あるコンテンツ処理装置１０が取得したライセンスを他のコンテンツ処理装置１０に所定期間貸与し，貸与期間中は元のコンテンツ処理装置１０にライセンスが残らないようにする処理である。

このライセンス内容について具体的に説明する。例えば，図６（ａ）に示すライセンスは，ライセンス内容の欄に「ＳＴＡＲＴ＿ＴＩＭＥ＝２００４／５／１ ＥＮＤ＿ＴＩＭＥ＝２００４／６／１」と記述されており，当該ライセンスの有効期間が，２００４年５月１日から２００４年６月１日迄であることを示している。また，図６（ｂ）に示すライセンスは，ライセンス内容の欄に「Ｃｈｅｃｋ Ｏｕｔ ｎｕｍ．＝３」と記述されており，当該ライセンスの複製（チェックアウト）上限回数が３回であることを示している。

また，かかるライセンスは，サーバ２０によってデジタル署名が付加されている。このため，コンテンツ処理装置１０側におけるライセンスの不正な改竄を防止できる。

＜６．リボークリストの構成＞
次に，図７に基づいて，本実施形態にかかる特徴であるリボークリストの構成について詳細に説明する。なお，図７は，本実施形態にかかるリボークリストの構成例を概念的に示す説明図である。

本実施形態では，サーバ２０は，リボーク対象のコンテンツをリボークするために，リボークリストを作成して，コンテンツ処理装置１０に配布する。このリボークリストは，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを羅列したリストである。このように，本実施形態では，リボークリストにおいて，リボーク対象のコンテンツを，上述したコンテンツの属性を表すコンテンツ属性ＩＤで特定することが特徴的である。以下に，リボークリストについて詳細に説明する。

図７に示すように，リボークリストは，例えば，上記属性コードとコンテンツ属性ＩＤとの組合せの羅列が記述されている。この属性コードとコンテンツ属性ＩＤとの組合せの羅列は，リボーク対象のコンテンツを特定し，コンテンツ処理装置１０におけるコンテンツのリボーク処理を実行する上で必要な情報である。

具体的には，図７の例のリボークリストには，コンテンツＩＤを表す属性コード「Ａ０００」に対応して，３つのコンテンツＩＤ（「０ｘ０Ｃ１１２２３３４４５５６６００」等）が記述されている。このようにリボークリストにコンテンツＩＤを記述することで，１つ１つのコンテンツをコンテンツＩＤ単位（ライセンスが適用されるコンテンツ単位）でリボークすることが可能となる。例えば，１つのコンテンツファイルの中に含まれる複数のコンテンツのうち，リボークリストに含まれるコンテンツＩＤに対応する特定のコンテンツのみをリボークすることが可能となる。また，１つのコンテンツファイル内に含まれる複数トラックのうち，リボークリストに含まれるコンテンツＩＤに対応する１又は２以上のトラック（例えば映像トラックと日本語音声トラックとの組合せ）のみをリボークすることも可能となる。

また，図７の例のリボークリストには，トラックＩＤを表す属性コード「Ａ００１」に対応して，例えば１つのトラックＩＤ「０ｘ０Ｃ４４４４４４４４４４４４４４４」が記述されている。このようにリボークリストにトラックＩＤを記述することで，トラックＩＤ単位（トラック単位）でのリボークが可能となる。例えば，１つのコンテンツの中でも，リボークリストに含まれるトラックＩＤに該当するトラック（例えば映像トラック）のみをリボークすることが可能となる。また，相異なる複数のコンテンツに同一のトラックが含まれる場合には，複数のコンテンツに跨る当該トラックを一括してリボークすることもできる。

また，図７の例のリボークリストには，ファイルＩＤを表す属性コード「Ａ０２９」に対応して，２つのファイルＩＤ（「０ｘ０ＣＡＢ２２３３４４５５６６００」等）が記述されている。このようにリボークリストにファイルＩＤを記述することで，１又は２以上のコンテンツをファイルＩＤ単位（コンテンツファイル単位）でリボークすることが可能となる。例えば，上記図２に示したような，１つのコンテンツファイルに１つのコンテンツが含まれる場合には，１つ１つのコンテンツをファイル単位でリボークできる。また，上記図３に示したような，１つのコンテンツファイルに複数のコンテンツが含まれる場合には，複数のコンテンツをファイル単位で一括してリボークできる。

また，図７の例のリボークリストには，グループＩＤ１（サービスプロバイダ；ＳＰ）を表す属性コード「Ａ２５７」に対応して，１つのグループＩＤ１「０ｘ０００００００００００００００１」が記述されている。また，グループＩＤ２（監督）を表す属性コード「Ａ２５８」に対応して，１つのグループＩＤ２「０ｘ００００００００００００００２２」が記述されている。このようにリボークリストにグループＩＤを記述することで，同一の共通属性でグループ化された複数のコンテンツを，グループＩＤ単位（共通属性単位）で一括してリボークすることが可能となる。

例えば，リボークリストの「Ａ２５７」の欄に，サービスプロバイダ「Ａ社」のグループＩＤ１「０ｘ０１０１」を記述することにより，サービスプロバイダ「Ａ社」が提供したすべてのコンテンツを，一括してリボークすることができる。また，リボークリストの「Ａ２５８」の欄に，監督「山田一郎」のグループＩＤ２「０ｘ０２０１」を記述することにより，監督が「山田一郎」であるすべてのコンテンツを一括してリボークすることができる。

以上のように，セキュリティ情報Ｓで用いられるコンテンツ属性ＩＤのうち，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤをリボークリストに記述することにより，柔軟かつ効率的にコンテンツをリボークすることが可能となる。

また，上記のようなリボークリストには，バージョン情報と，デジタル署名（第１のデジタル署名）が付加されている。

バージョン情報は，リボークリストの新旧を表す情報（例えばタイムスタンプ等）であり，サーバ２０によってリボークリストに付加される。リボークリストを取得したコンテンツ処理装置１０は，このバージョン情報により，リボークリストの新旧（サーバ２０による発行順序）を判断できるが，詳細は後述する。

また，デジタル署名（第１のデジタル署名）は，例えば，ＭＡＣ（（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）や乱数等で構成されたデータ改竄防止用の署名であり，サーバ２０によってリボークリスト自体に付加される。このデジタル署名により，コンテンツ処理装置１０によるリボークリストの偽造を防止し，かつ，リボークリストがサーバ２０によって正規に発行されたものであることを保証できる。このため，ホームネットワーク等におけるコンテンツ処理装置１０が，相互にリボークリストを授受することを可能ならしめることができる。

＜７．サーバの構成＞
次に，図８に基づいて，本実施形態にかかるサーバ２０について詳細に説明する。なお，図８は，本実施形態にかかるサーバ２０の構成を概略的に示すブロック図である。

図８に示すように，サーバ２０は，例えば，ＣＰＵ２０２と，メモリ２０４と，入力装置２０６と，出力装置２０８と，通信装置２１０と，ストレージ装置２２０と，属性設定部２４０と，配信サービス実行部２５０と，リスト作成部２７０と，リスト配布部２８０とを備える。

ＣＰＵ２０２は，演算処理装置および制御装置として機能し，サーバ２０内の各部の処理を制御することができる。また，メモリ２０４は，例えば，ＲＡＭ，ＲＯＭ，キャッシュメモリなどで構成されており，ＣＰＵ２０２の処理に関する各種データ，ＣＰＵ２０２の動作プログラム等を一時的に記憶する機能を有する。

入力装置２０６は，例えば，マウス，キーボード，タッチパネル，ボタン，スイッチ，レバー等の操作手段と，入力信号を生成してＣＰＵ２０２に出力する入力制御回路などから構成されている。サーバ２０の管理者は，この入力装置２０６を操作することにより，サーバ２０に対して各種のデータを入力したり処理動作を指示したりすることができる。例えば，当該管理者は，入力装置２０６を操作して，上記共通属性およびグループＩＤを設定するための情報を自由に入力することができる。

出力装置２０８は，例えば，ＣＲＴディスプレイ装置，液晶ディスプレイ（ＬＣＤ）装置，ランプ等の表示装置や，スピーカ等の音声出力装置などで構成される。この出力装置２０８は，内容確認するために再生された配信コンテンツの内容を表示したり，上記共通属性およびグループＩＤの設定時にこれらの情報を表示したりすることができる。

通信装置２１０は，例えば，通信回線，通信回路，通信デバイス等で構成された通信インタフェースである。この通信装置２１０は，コンテンツ処理装置１０等の外部機器との間で，ネットワーク５を介して，配信コンテンツ，リボークリスト，各種制御信号などを送受信することができる。

ストレージ装置２２０は，例えば，ハードディスクドライブ等で構成されたデータ格納用の装置であり，プログラムなどの各種データを格納することができる。また，このストレージ装置２２０は，例えば，ユーザ登録データベース２２２と，コンテンツデータベース２２４と，課金情報データベース２２６と，課金情報データベース２２８と，リボークリストデータベース２３０とを格納している。

ユーザ登録データベース２２２は，コンテンツ配信サービスに登録したユーザのユーザ登録情報などを保存するデータベースである。また，コンテンツデータベース２２４は，コンテンツ配信サービスの配信対象である複数のコンテンツを保存するデータベースである。また，ライセンスデータベース２２４は，コンテンツ配信サービスを利用するユーザに対して発行されたライセンスを保存するデータベースである。また，課金情報データベース２２８は，コンテンツ配信サービスを利用するユーザごとの課金情報（金額，決済方法，決済日時等）を保存するデータベースである。また，リボークリストデータベース２３０は，後述するリスト作成部２７０が作成したすべてのバージョンのリボークリストを保存するデータベースである。

属性設定部２４０は，コンテンツの属性を表すコンテンツ属性ＩＤを設定する。例えば，属性制定部２４０は，例えば，各種のコンテンツ属性ＩＤのうち，上記コンテンツＩＤ，トラックＩＤ，ファイルＩＤ等を自動的に設定する。また，属性設定部２４０は，例えば，サーバ２０の管理者の入力に基づいて，上記グループＩＤを設定する。これにより，サーバ２０の管理者は，自己の所望する共通属性のグループＩＤを自由に設定して，かかる自由設定したグループＩＤを，ライセンスの発行やリボークリストの作成に適用することができる。

配信サービス実行部２５０は，コンテンツ処理装置１０のユーザに対し，例えば有料でコンテンツを配信するコンテンツ配信サービスを実行するための構成要素である。この配信サービス実行部２５０は，例えば，サーバ２０にインストールされたコンテンツ配信サービス用ソフトウェアなどによって構成されている。

この配信サービス実行部２５０は，図８に示したように，例えば，登録管理部２５２と，ライセンス発行部２５４と，課金処理部２５６と，ＩＤ付加部２５８と，コンテンツ提供部２６０とを備える。

登録管理部２５２は，コンテンツ配信サービスの利用を希望するユーザの登録，登録変更，登録解除処理などを行う。具体的には，登録管理部２５２は，例えば，ユーザの新規登録時や登録変更時には，ユーザ認証処理，配信サービス形態（ライセンス）の選択処理等を行い，ユーザ登録情報（氏名，パスワード，クレジットカード番号，選択された配信サービス形態等）をユーザ登録データベース２２２に記録する。このような登録，登録変更処理により，登録ユーザは，自己のコンテンツ処理装置１０を用いて，登録された配信サービス形態（ライセンス）の範囲内で，配信コンテンツを取得して利用できるようになる。また，登録管理部２５２は，例えば，ユーザの登録解除時には，ユーザ認証処理，登録抹消処理を行い，登録抹消内容をユーザ登録データベース２２２に書き込む。

ライセンス発行部２５４は，上記登録管理部２５２による登録内容（選択された配信サービス形態）に応じたライセンスを発行する。ライセンス発行部２５４は，発行したライセンスを，登録ユーザのコンテンツ処理装置１０に提供する。このライセンスの提供処理は，迅速性の観点から，ネットワーク５を介した送信によってなされることが好ましいが，ライセンスを記録した記録媒体を提供することによってなされてもよい。また，ライセンス発行部２５４は，発行したライセンスを，発行先の登録ユーザもしくはコンテンツ処理装置１０に関連づけて，ライセンスデータベース２２６に記録する。

課金処理部２５６は，例えば，コンテンツ配信サービスを利用するユーザに対して，上記選択された配信サービス形態（ライセンス）に応じた額の支払いを求める課金処理を行う。この課金処理によって生じた請求金額，決済方法，決済日時などの課金情報は，課金情報データベース２２８に保存される。

ＩＤ付加部２５８は，例えば，サーバ２０によるコンテンツの取得時，或いはコンテンツの配信時等に，コンテンツに対し，当該コンテンツの属性に対応したコンテンツ属性ＩＤを付加する。

具体的には，ＩＤ付加部２５８は，まず，上記属性設定部によって設定されたコンテンツの属性の各種類に関し，コンテンツの属性に対応したコンテンツ属性ＩＤを生成する。この際，ＩＤ付加部２５８は，例えば，上記コンテンツＩＤ，トラックＩＤ，ファイルＩＤ等に関しては，シーケンシャルに自動生成するようにし，一方，上記各種のグループＩＤに関しては，管理者の入力に基づいて生成するようにしてもよい。

さらに，ＩＤ付加部２５８は，生成したコンテンツ属性ＩＤを，当該コンテンツのセキュリティ情報Ｓ内に格納することによって，当該コンテンツに付加する。ＩＤ付加部２５８は，このようにしてコンテンツ属性ＩＤを付加したコンテンツを，コンテンツデータベース２２４に格納する。

コンテンツ提供部２６０は，コンテンツ処理装置１０に対して，上記コンテンツ属性ＩＤが付加されたコンテンツを提供する。具体的には，まず，コンテンツ提供部２６０は，例えば，コンテンツ処理装置１０から配信要求を受け付けると，登録ユーザに対して，配信可能なコンテンツのリストを閲覧させ，配信を所望するコンテンツを選択させる。次いで，コンテンツ提供部２６０は，選択されたコンテンツをコンテンツデータベースから読み出し，読み出したコンテンツを，ネットワーク５を介して当該登録ユーザの利用するコンテンツ処理装置１０に配信する。このコンテンツの配信は，例えば，コンテンツのダウンロードであってもよいし，或いはストリーミングであってもよい。

なお，コンテンツ提供部２６０は，上記のようにネットワーク５を介した配信によってコンテンツを提供するが，かかる例に限定されず，コンテンツを記録した記録媒体を介してコンテンツ処理装置１０に提供してもよい。また，コンテンツ提供部２６０は，上記のように配信要求に応じてコンテンツを配信するだけでなく，例えば，ライセンスに応じた所定のコンテンツをコンテンツ処理装置１０に対して定期的に自動配信してもよい。

リスト作成部２７０は，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含むリボークリストを作成する。具体的には，リボーク原因が発生した場合には，まず，サーバ２０の管理者は，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを指定する。すると，リスト作成部２７０は，過去に作成されたリボークリストのうち最新バージョンのリボークリストをリボークリストデータベース２３０から読み出す。次いで，リスト作成部２７０は，この読み出したリボークリストに対して，上記指定されたコンテンツ属性ＩＤおよび属性コードの組を追加する。さらに，リスト作成部２７０は，当該コンテンツ属性ＩＤ等が追加されたリボークリストに対して，新たなバージョン情報及び上記第１のデジタル署名を付加して，最新バージョンのリボークリストを完成する。

また，リスト作成部２７０が作成するリボークリストのデータサイズには，上限が設定されている。このリボークリストのデータサイズの上限（Ｍバイト）は，例えば１６ｋバイトである。このようにリボークリストのデータサイズに上限を設けることにより，サーバ２０からコンテンツ処理装置１０にリボークリストを伝送する際に，伝送負荷を抑制できるので，高速伝送が可能となる。

かかるリボークリストの上限を設定するために，リスト作成部２７０は，新しく作成するリボークリストには，リボーク原因が新しいコンテンツ属性ＩＤを優先的に含ませるようにするが，この詳細については後述する。

リスト配布部２８０は，上記リスト作成部２７０が作成したリボークリストを，コンテンツ処理装置１０に配布する。具体的には，リスト配布部２８０は，例えば，コンテンツ処理装置１０がサーバ２０に接続されたときに，最新バージョンのリボークリストをネットワーク５を介してコンテンツ処理装置１０に送信する。コンテンツ処理装置１０は，例えば，ライセンスの購入時や，コンテンツの配信を受けるときに，サーバ２０に接続する。この接続時に，リスト配布部２８０は，発行されたライセンスや，配信されるコンテンツとともに，最新バージョンのリボークリストをコンテンツ処理装置１０に送信する。

また，コンテンツ処理装置１０とサーバ２０とが常時接続されている場合には，リスト配布部２８０は，作成されたリボークリストを即時，コンテンツ処理装置１０に送信する。また，コンテンツ処理装置１０とサーバ２０との間で時刻の同期をとるため，或いはコンテンツ処理装置１０の認証若しくはサーバ２０の確認を行うために，コンテンツ処理装置１０とサーバ２０とが定期的に接続される場合には，リスト配布部２８０は，最新バージョンのリボークリストを随時，コンテンツ処理装置１０に送信する。

このように，本実施形態にかかるリスト配布部２８０は，ネットワーク５を介した送信により，コンテンツ処理装置１０にリボークリストを配布する。この際，サーバ２０からコンテンツ処理装置１０に対してリボークリストをそのまま送信してしまうと，リプレイアタック（不正なサーバが古いリボークリストをコンテンツ処理装置１０配布する行為）されてしまう可能性がある。

このため，リボークリストの送信時には，リスト配布部２８０は，伝送用の第３のデジタル署名を，リボークリストおよびこのリボークリストとともに送信される情報（認証情報やサーバタイム情報等）の全体に対して付加して，伝送する。この第３のデジタル署名は，上記図７で説明したリボークリスト自体に付加されている第１のデジタル署名とは異なる署名である。かかる第３のデジタル署名は，サーバ２０とコンテンツ処理装置１０との間で双方向認証を行い，この認証結果に応じた共有秘密から生成されるＭＡＣ，若しくは，コンテンツ処理装置１０が送信した乱数を含む署名である。かかる第３のデジタル署名をリボークリスト等に付加して伝送することにより，上記リプレイアタックを防止し，正当なサーバ２０からコンテンツ処理装置１０に対して，正しいリボークリストを安全に配布できる。

なお，上記ではネットワーク５を介した送信によるリボークリストの配布手法について説明したが，かかる例に限定されない。例えば，リスト配布部２８０は，記録媒体に上記コンテンツ若しくはライセンスとともにリボークリストを記録し，かかる記録媒体を介して，コンテンツ処理装置１０にリボークリストを配布するようにしてもよい。

以上，サーバ２０の構成について詳細に説明した。かかるサーバ２０は，コンテンツ配信サービスの登録ユーザが所有するコンテンツ処理装置１０に対して，コンテンツおよびそのライセンスを提供して，コンテンツ配信サービスを実行できる。さらに，サーバ２０は，配信済みのコンテンツのいずれかに何らかのリボーク原因が発生した場合には，リボーク対象のコンテンツをリボークするためのリボークリストを作成して，コンテンツ処理装置１０に適宜配布することができる。このように配布されるリボークリストは，コンテンツ処理装置１０においてリボーク処理に使用される。

なお，上記属性設定部２４０，配信サービス実行部２５０，リスト作成部２７０およびリスト配布部２８０は，例えば，上記各機能を有するソフトウェアをサーバ２０にインストールすることによって構成されてもよいし，或いは，上記各機能を有するハードウェアとして構成されてもよい。

＜８．コンテンツ処理装置の構成＞
次に，図９に基づいて，本実施形態にかかるコンテンツ処理装置１０の構成について詳細に説明する。図９は，本実施形態にかかるコンテンツ処理装置１０の構成を概略的に示すブロック図である。なお，図９は，上記ＰＣ等で構成されたコンテンツ処理装置１０の構成を例示している。

図９に示すように，コンテンツ処理装置１０は，例えば，ＣＰＵ１０２と，メモリ１０４と，入力装置１０６と，出力装置１０８と，通信装置１１０と，記録媒体用リーダライタ１１２と，ストレージ装置１１４と，ユーザ登録部１３０と，配信サービス利用部１３２と，コンテンツ処理部１４０と，ライセンス管理部１５０と，リスト取得部１６０と，リスト管理部１６２と，リスト提供部１６４と，リボーク部１７０とを備える。

ＣＰＵ１０２は，演算処理装置および制御装置として機能し，コンテンツ処理装置１０内の各部の処理を制御することができる。また，メモリ１０４は，例えば，ＲＡＭ，ＲＯＭ，キャッシュメモリなどで構成されており，ＣＰＵ１０２の処理に関する各種データ，ＣＰＵ１０２の動作プログラム等を一時的に記憶する機能を有する。

入力装置１０６は，例えば，マウス，キーボード，タッチパネル，ボタン，スイッチ，レバー等の操作手段と，入力信号を生成してＣＰＵ１０２に出力する入力制御回路などから構成されている。コンテンツ処理装置１０のユーザは，この入力装置１０６を操作することにより，コンテンツ処理装置１０に対して各種のデータを入力したり処理動作を指示したりすることができる。

出力装置１０８は，例えば，ＣＲＴディスプレイ装置，液晶ディスプレイ（ＬＣＤ）装置，ランプ等の表示装置や，スピーカ等の音声出力装置などで構成される。この出力装置１０８は，後述するコンテンツ再生部１７０によって再生されたコンテンツを出力することができる。具体的には，表示装置は再生された映像データや，電子図書，ゲーム，各種ソフトウェアのＧＵＩ画面等を表示する。一方，音声出力装置は，再生された音声データを発音することができる。なお，コンテンツ処理装置１０が取り扱うコンテンツが，音声データのみからなる場合には表示装置は不要であり，一方，映像データのみからなる場合には音声出力装置は不要である。

通信装置１１０は，例えば，通信回線，通信回路，通信デバイス等で構成された通信インタフェースである。この通信装置１１０は，他のコンテンツ処理装置１０やサーバ２０等の外部機器との間で，ネットワーク５またはローカルライン７を介して，コンテンツ，ライセンス，リボークリスト，制御信号などの各種データを送受信することができる。

記録媒体用リーダライタ１１２は，例えば，記録媒体７に対して，コンテンツ，ライセンス，リボークリストなどの各種データを記録／再生する装置である。この記録媒体用リーダライタ１１２は，例えば，記録媒体７が光ディスク等である場合には，光ディスクドライブ等のディスク装置で構成され，また，記録媒体７が半導体メモリである場合には，半導体メモリ用のリーダライタなどで構成される。なお，この記録媒体用リーダライタ１１２は，例えば，コンテンツ処理装置１０に内蔵されてもよいし，或いは外付けされてもよい。

ストレージ装置１１４は，例えば，ハードディスクドライブ，フラッシュメモリ等で構成されたデータ格納用の装置であり，プログラム，コンテンツなどの各種データを格納することができる。

このストレージ装置１１４は，例えば，コンテンツデータベース１１６と，ライセンスデータベース１１８と，リボークリストデータベース１２０とを格納している。

コンテンツデータベース１１６は，上記サーバ２０から配信されたコンテンツや，他のコンテンツ処理装置１０から取得したコンテンツを保存するデータベースである。また，ライセンスデータベース２２４は，上記サーバ２０によって発行されたライセンスや他のコンテンツ処理装置１０から取得したライセンスを保存するデータベースである。また，リボークリストデータベース２３０は，統合リボークリスト１２２および最新リボークリスト１２４を保存するデータベースである。

この統合リボークリスト１２２は，サーバ２０若しくは他のコンテンツ処理装置１０から取得した１又は２以上のリボークリストを統合したリストであり，コンテンツ処理装置１０内部におけるリボーク処理に用いられる。また，最新リボークリスト１２４は，サーバ２０若しくは他のコンテンツ処理装置１０から取得した１又は２以上のリボークリストのうち，最新バージョンのリボークリストであり，他のコンテンツ処理装置１０に提供するために用いられる。この統合リボークリスト１２２および最新リボークリスト１２４の詳細については，後述する。

ユーザ登録部１３０は，サーバ２０に対して，例えば，ユーザ登録要請処理などを行う。具体的には，ユーザ登録部１３０は，例えば，ユーザによって入力されたユーザアカウント情報（ユーザＩＤ，クレジットカード番号等）などを，サーバ２０に送信する。

配信サービス利用部１３２は，サーバ２０が提供するコンテンツ配信サービスを利用するための構成要素である。この配信サービス利用部１３２は，ライセンスの購入要請処理，コンテンツの配信要請処理を行う。

具体的には，配信サービス利用部１３２は，例えば，ライセンスの購入要請時には，サーバ２０から受信した購入可能なライセンスの一覧情報を出力装置１０８に表示させ，次いで，かかる表示を閲覧したユーザの入力に基づいて，ユーザ所望の配信サービス形態に対応するライセンスの購入要請情報を生成して，サーバ２０に送信する。

この結果，かかる購入要請に応じてサーバ２０がライセンスを発行した場合には，配信サービス利用部１３２は，サーバ２０が送信したライセンスを，ネットワーク５を介して受信して，例えばストレージ装置１１４のライセンスデータベース１１８や記録媒体７等に記録する。このように，配信サービス利用部１３２は，サーバ２０からライセンスを取得するライセンス取得部として機能する。

また，配信サービス利用部１３２は，例えば，コンテンツの配信要請時には，サーバ２０から受信した配信可能なコンテンツの一覧情報を出力装置１０８に表示させ，次いで，かかる表示を閲覧したユーザ入力に基づいて，ユーザ所望のコンテンツの配信要請情報を生成して，サーバ２０に送信する。

この結果，かかる配信要請に応じてサーバ２０がコンテンツを配信した場合には，配信サービス利用部１３２は，サーバ２０が配信したコンテンツを，ネットワーク５を介して受信して，例えばストレージ装置１１４のコンテンツデータベース１１６や記録媒体７等に記録する。このように，配信サービス利用部１３２は，サーバ２０からコンテンツを取得するコンテンツ取得部として機能する。このようにコンテンツ処理装置１０が取得したコンテンツには，上述したように，当該コンテンツの属性に対応したコンテンツ属性ＩＤを含むセキュリティ情報Ｓが付加されている。

また，配信サービス利用部１３２は，例えば，コンテンツ配信サービスを利用するために必要なユーザ認証情報（ユーザＩＤ，パスワード等），課金情報などの各種情報を，サーバ２０との間で送受信したり，これらの情報の入出力を支援したりすることができる。

コンテンツ処理部１４０は，サーバ２０によって発行されたライセンスに基づいて，当該サーバ２０から提供されたコンテンツを処理する。このコンテンツには，上述したように，コンテンツ属性ＩＤを含むセキュリティ情報Ｓが付加されている。

このコンテンツ処理部１４０は，コンテンツを再生処理する再生部１４２と，コンテンツを複製（コピー）処理する複製部１４４と，他のコンテンツ処理装置１０からコンテンツを取得処理する取得部１４６と，他のコンテンツ処理装置１０にコンテンツを提供処理する提供部１４８と，を備える。

再生部１４２は，例えば，コンテンツ再生機能を有する再生装置，あるいはコンテンツ処理装置１０にインストールされたコンテンツ再生用ソフトウェアなどによって構成されており，コンテンツを再生することができる。この再生部１４２によって再生されたコンテンツは，上記出力装置１０８から出力される。

この再生部１４２は，コンテンツ処理装置１０が有するライセンスの範囲内で，コンテンツを再生する。具体的には，再生部１４２は，まず，ユーザによって再生要求されたコンテンツに付加されているコンテンツ属性ＩＤを読み出し，次いで，上記読み出したコンテンツ属性ＩＤに対応するコンテンツ処理装置１０が有しているか否か（即ち，当該ライセンスがライセンスデータベース１２２に保存されているか否か）を判断する。さらに，再生部１４２は，当該ライセンスに規定された再生条件を満たすか否かを判断する。この再生条件は，例えば，当該ライセンスの有効期間や，再生上限回数などである。

これら判断の結果，コンテンツ処理装置１０が，上記読み出したコンテンツ属性ＩＤに対応するライセンスを有しており，かつ，当該ライセンスの再生条件を満たす場合（当該ライセンスが有効期間内であり，過去の再生回数がライセンスに定められた再生上限回数に達していない場合など）には，再生部１４２は，コンテンツを再生可能である。一方，再生要求を受けたコンテンツについてのライセンスを有していない場合や，当該ライセンスの再生条件を満たさない場合（ライセンスが有効期限切れである場合，上記再生上限回数を既に再生済みである場合など）には，再生部１４２は，コンテンツを再生不能である。

複製部１４４は，上記再生部１４２と同様にして，コンテンツ処理装置１０が有するライセンスの範囲内で，コンテンツを複製することができる。この際，ライセンスに規定された複製上限回数なども参照される。

また，取得部１４６および提供部１４８も，上記再生部１４２と同様にして，コンテンツ処理装置１０が有するライセンスの範囲内で，コンテンツを他のコンテンツ処理装置１０から取得する，或いは，他のコンテンツ処理装置１０に提供することができる。

なお，この取得部１４６および提供部１４８は，このようなコンテンツの提供／取得処理を，例えば，ネットワーク５またはローカルライン９を介した送受信処理によって実行してもよいし，或いは，記録媒体７を介して実行してもよい。

ネットワーク５を介してコンテンツを提供／取得する場合には，例えば，提供部１４８は，通信装置１１０を制御して，ネットワーク５またはローカルライン９を介してコンテンツを送信するコンテンツ送信制御部として機能し，一方，取得部１４６は，通信装置１１０を制御して，ネットワーク５またはローカルライン９を介してコンテンツを受信するコンテンツ受信制御部として機能する。

また，記録媒体７を介してコンテンツを提供／取得する場合には，例えば，提供部１４６は，記録媒体用リーダライタ１１２を制御してコンテンツを記録媒体に書き込むコンテンツライト制御部として機能し，一方，取得部１４６は，記録媒体用リーダライタ１１２を制御してコンテンツを記録媒体から読み出すコンテンツリード制御部として機能する。

ライセンス管理部１５０は，コンテンツ処理装置１０が保有する１又は２以上のライセンスを管理する。このライセンス処管理部１５０は，他のコンテンツ処理装置１０にライセンスを複製（Ｃｈｅｃｋ ｏｕｔ）する複製部１５２と，他のコンテンツ処理装置１０にライセンスを移転（Ｍｏｖｅ）する移転部１５４と，他のコンテンツ処理装置１０にライセンスを所定期間だけ貸与（Ｌｅｎｄ）する貸与部１５６と，他のコンテンツ処理装置１０から上記のように複製，移転，貸与されたライセンスを取得する取得部１５８とを備える。この複製，移転，貸与処理の詳細は，上述した通りである。この複製，移転，貸与処理の結果，あるコンテンツ処理装置１０から他のコンテンツ処理装置１０に対して，ライセンスが提供されることになる。

これらの複製部１５２，移転部１５４および貸与部１５６によるライセンスの処理は，処理対象のライセンスで規定されているライセンス内容に応じて制限される。例えば，複製部１５２がライセンスを複製して他のコンテンツ処理装置１０に提供するときに，当該ライセンスに複製上限回数（チェックアウト回数；例えば３回）が定められている場合には，この複製上限回数を超えて複製することはできない。

次に，図１０を参照しながら，リスト取得部１６０，リスト管理部１６２およびリスト提供部１６４について説明する。なお，図１０は，本実施形態にかかるリボークリストデータベース１２０の構成を概略的に説明するブロック図である。

リスト取得部１６０は，図１０に示すように，サーバ２０若しくは他のコンテンツ処理装置１０からリボークリストを取得する。この取得処理は，ネットワーク５またはローカルライン９を介してリボークリストを受信することによってなされてもよいし，リボークリストを記録した記録媒体７を介してなされてもよい。

例えば，リスト取得部１６０が，サーバ２０から，ネットワーク５を介してリボークリストを取得する場合について説明する。上述したように，ライセンス購入時やコンテンツ配信時等にコンテンツ処理装置１０とサーバ２０とが接続された際に，サーバ２０のリスト配布部２８０は，その時点での最新バージョンのリボークリストをコンテンツ処理装置１０に送信する。そこで，リスト取得部１６０は，このようにしてサーバ２０から送信されたリボークリストを，ネットワーク５を介して受信して取得する。

また，リスト取得部１６０が，他のコンテンツ処理装置１０からリボークリストを取得する場合について説明する。ライセンスやコンテンツを提供／取得する際には，２つのコンテンツ処理装置１０がネットワーク５またはローカルライン９を介して相互に接続される。このとき，一方のコンテンツ処理装置１０のリスト取得部１６０は，他のコンテンツ処理装置１０が有する最新リボークリスト１２４を，ネットワーク５またはローカルライン９を介して受信して取得する。また，リスト取得部１６０は，他のコンテンツ処理装置１０によってリボークリストが記録された記録媒体７から，当該リボークリストを読み出すことによって，他のコンテンツ処理装置１０からリボークリストを取得することもできる。

リスト管理部１６２は，上記リスト取得部１６０によって取得されたリボークリストを管理する。具体的には，リスト管理部１６２は，上記リスト取得部１６０によって取得された複数のリボークリストを統合した統合リボークリスト１２２を作成する（統合リボークリスト作成処理）。また，リスト管理部１６２は，当該取得された複数のリボークリストの中で，最新バージョンのリボークリストのみを，最新リボークリスト１２４として保持する（最新リボークリスト更新処理）。

まず，統合リボークリスト１２２の作成処理について詳細に説明する。リスト管理部１６２は，上記リスト取得部１６０によって取得されたリボークリストを，リボークリストデータベース１２０に保持しいている統合リボークリスト１２２に統合する。この統合処理は，新たに取得したリボークリストに含まれるコンテンツ属性ＩＤを，統合リボークリスト１２２内に，過不足なく追加することによってなされる。

かかる統合リボークリスト１２２は，後述するリボーク部１７０によるリボーク処理に用いられ，コンテンツ処理装置１０内部で使用する内部用のリボークリストとして機能する。かかる統合リボークリスト１２２を作成することによって，取得された全てのリボークリストの内容（リボーク対象のコンテンツ属性ＩＤ）を，必要最小限のデータ量で保存できる。

なお，リスト管理部１６２は，例えば，作成した統合リボークリスト１２２に，例えば，各コンテンツ処理装置１０独自のデジタル署名（第２のデジタル署名）を付加する。これにより，統合リボークリスト１２２が，そのコンテンツ処理装置１０における正当なリストであることを保証できるため，安全にリボーク処理を行うことができるようになる。

次に，最新リボークリスト１２４の更新処理について詳細に説明する。リスト管理部１６２は，新たなリボークリストが取得された場合には，取得されたリボークリストのバージョン情報をチェックして，当該取得されたリボークリストのバージョンが，既にリボークリストデータベース１２０に保存されている最新リボークリスト１２４のバージョンよりも新しいか否かを判断する。この結果，新しいと判断した場合には，リスト管理部１６２は，当該保存されている最新リボークリスト１２４を当該取得されたリボークリストに交換する。これにより，取得された複数のリボークリストの中で，常に最新の１つのリボークリストがリボークリストデータベース１２０に保存されるようになる。

かかる最新リボークリスト１２４は，他のコンテンツ処理装置１０に提供するためリボークリストとして保存される。この最新リボークリスト１２４は，サーバ２０等から取得したリボークリストそのものであるので，サーバ２０のデジタル署名（第１のデジタル署名）が付加されている。

リスト提供部１６４は，他のコンテンツ処理装置１０に対して最新リボークリスト１２４を提供する。この提供処理は，ネットワーク５またはローカルライン９を介して最新リボークリスト１２４を送信することによってなされてもよいし，最新リボークリスト１２４を記録した記録媒体７を介してなされてもよい。

このリスト提供部１６４がリボークリストを提供するタイミングについて説明する。上記のように，２つのコンテンツ処理装置１０間で，ライセンスやコンテンツを提供／取得する際には，２つのコンテンツ処理装置１０がネットワーク５またはローカルライン９を介して相互に接続される。この相互接続時とき，一方のコンテンツ処理装置１０のリスト提供部１６４は，リボークリストデータベース１２０に保持している最新リボークリスト１２４を，ネットワーク５またはローカルライン９を介して，他方のコンテンツ処理装置１０に送信する。

リボーク部１７０は，リボークリストに基づいて，コンテンツ処理装置１０におけるリボーク処理を実行する。具体的には，リボーク部１７０は，上記統合リボークリスト１２２に基づいて，リボーク対象のコンテンツに関し，上記コンテンツ処理部１４０によるコンテンツ処理を制限（例えば禁止）し，また，上記ライセンス管理部１５０によるライセンス処理を制限（例えば禁止）する。

例えば，コンテンツ処理部１４０の再生部１４２が，再生対象のコンテンツを再生しようとした場合，リボーク部１７０は，再生対象のコンテンツに付加されている１または２以上のコンテンツ属性ＩＤを読み出し，読み出したコンテンツ属性ＩＤが，上記統合リボークリスト１２２に含まれているか否かを判定する。この判定の結果，読み出したコンテンツ属性ＩＤのうち少なくともいずれか１つが，統合リボークリスト１２２に含まれている場合には，リボーク部１７０は，再生部１４２による当該再生対象のコンテンツの再生処理を不能化する。なお，コンテンツ処理部１４０の複製部１４４，取得部１４６または提供部１４８によって，処理対象のコンテンツを複製，取得，提供しようとする場合も同様である。

また，ライセンス管理部１５０の複製部１５２，移転部１５４または貸与部１５６が，他のコンテンツ処理装置１０に対してライセンスを提供（複製，移転，貸与等）しようとした場合，リボーク部１７０は，当該ライセンスに付加されている１または２以上のコンテンツ属性ＩＤを読み出し，読み出したコンテンツ属性ＩＤが，上記統合リボークリスト１２２に含まれているか否かを判定する。この判定の結果，読み出したコンテンツ属性ＩＤのうち少なくともいずれか１つが，統合リボークリスト１２２に含まれている場合には，リボーク部１７０は，複製部１５２による当該ライセンスの提供処理を不能化する。なお，ライセンス管理部１５０の取得部１５８によって，他のコンテンツ処理装置１０からライセンスを取得しようとする場合も同様である。

このようにして，リボーク部１４０によって，リボーク対象のコンテンツの処理（上記再生，複製，取得，提供等）を制限する，或いは，リボーク対象のコンテンツに関するライセンスの処理（上記複製，移転，貸与，取得等）制限することによって，サーバ２０からコンテンツ処理装置１０に既に提供されたコンテンツの利用を禁止して，当該コンテンツをリボークすることができる。

以上，コンテンツ処理装置１０の各構成要素について説明した。かかるコンテンツ処理装置１０は，サーバ２０等から取得したリボークリストに基づいて，コンテンツをリボークすることができる。

なお，上記ユーザ登録部１３０，配信サービス利用部１３２，コンテンツ処理部１４０，ライセンス管理部１５０，リスト取得部１６０，リスト管理部１６２，リスト提供部１６４，リボーク部１７０などは，例えば，上記各機能を有するソフトウェア（ＤＲＭモジュール等）をコンテンツ処理装置１０にインストールすることによって構成されてもよいし，或いは，上記各機能を有するハードウェアとして構成されてもよい。また，ユーザが，複数のサーバ２０による複数のコンテンツ配信サービスを利用する場合には，例えば，上記ユーザ登録部１３０，配信サービス利用部１３２等は，ユーザが利用するコンテンツ配信サービスごとに，複数設けられてもよい。

また，コンテンツ処理装置１０の種類によっては，上記全ての構成要素を必ずしも具備しなくてもよい。例えば，記録デバイスやＰＤ等のコンテンツ処理装置１０は，例えば，ユーザ登録部１３０，配信サービス利用部１３２，ライセンス管理部１５０，リスト取得部１６０，リスト管理部１６２，リスト提供部１６４のうちの一部及び全部を必ずしも具備しなくてもよい。

また，リスト管理部１６２は，必ずしも上記統合リボークリスト１２２や最新リボークリスト１２４を管理しなくてもよく，例えば，サーバ等から取得した全てのリボークリストを，そのままリボークリストデータベース１２０等に保存しておいてもよい。

＜９．リボーク方法＞
次に，図１１に基づいて，以上のような著作権管理システム１００を利用したコンテンツのリボーク方法の基本的なフロー例について説明する。図１１は，本実施形態にかかるコンテンツのリボーク方法の基本的なフロー例を示すタイミングチャートである。

図１１に示すように，まず，登録ユーザの所有するコンテンツ処理装置１０は，コンテンツ配信サービスを提供するサービスプロバイダのサーバ２０に対し，ユーザの所望するライセンスの購入要求を行う（ステップＳ１０）。

すると，サーバ２０は，当該登録ユーザのユーザ認証処理を行った上で，購入要求されたライセンスに関する課金処理を行う（ステップＳ１２）。次いで，サーバ２０は，購入要求を受けたライセンスを発行して，当該ライセンスをコンテンツ処理装置１０に提供（送信）する（ステップＳ１４）。このライセンスは，例えばコンテンツ属性ＩＤを用いてライセンス対象のコンテンツを特定したものである。さらに，上記ライセンスの提供処理と同時に，サーバ２０は，その時点での最新バージョンのリボークリストをコンテンツ処理装置１０に提供（送信）する（ステップＳ１４）。

次いで，コンテンツ処理装置１０は，サーバ２０から取得（受信）したライセンスをライセンスデータベース１１８に保存するとともに，サーバ２０から取得（受信）したリボークリストをリボークリストデータベース１２０に保存する（ステップＳ１６）。この場合，コンテンツ処理装置１０はリボークリストを初めて取得したので，コンテンツ処理装置１０のリスト管理部１６２は，取得したリボークリストの内容のみを含む統合リボークリスト１２２を新規作成して保存する。また，リスト管理部１６２は，取得したリボークリストをそのまま最新リボークリスト１２４として保存する。

その後，コンテンツ処理装置１０は，サーバ２０に対し，ユーザの所望するコンテンツの配信要求を行う（ステップＳ１８）。すると，サーバ２０は，配信要求元のコンテンツ処理装置１０に対して，配信要求を受けたコンテンツを配信する（ステップＳ２０）。このように配信されるコンテンツには，当該コンテンツの属性に対応するコンテンツ属性ＩＤが付加されている。

次いで，コンテンツ処理装置１０のコンテンツ処理部１４０は，上記配信されたコンテンツを処理（例えば再生処理）する（ステップＳ２２）。この際，当該コンテンツの属性コンテンツ属性ＩＤが，上記ステップＳ１６で保存された統合リボークリスト１２２に含まれていなければ，コンテンツ処理部１４０は当該コンテンツを処理可能であり，一方，上記コンテンツ属性ＩＤが統合リボークリスト１２２に含まれていれば，リボーク部１７０によって当該コンテンツはリボークされ，コンテンツ処理部１４０は当該コンテンツを処理不能である。

その後，何らかのリボーク原因が発生すると（ステップＳ２４），サーバ２０のリスト作成部２７０は，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含む新たなバージョンのリボークリストを作成する（ステップＳ２６）。作成された新たなバージョンのリボークリストは，サーバ２０のリボークリストデータベース２３０に保存される。

次いで，コンテンツ処理装置１０が，例えば，新たなライセンスの購入要求やコンテンツの配信要求のために，ネットワーク５を介してサーバ２０に接続（アクセス）する（ステップＳ２８）。すると，サーバ２０のリスト配布部２８０は，当該接続してきたコンテンツ処理装置１０に対して，上記ステップＳ２６で作成された新たなバージョンのリボークリストを提供（送信）する（ステップＳ３０）。このように，サーバ２０は，コンテンツ処理装置１０からのアクセス時に，最新バージョンのリボークリストを提供する。

その後，コンテンツ処理装置１０は，サーバ２０からの新たなリボークリストの取得に応じて，リボークリストの更新処理を行う（ステップＳ３２）。リスト管理部１６２は，新たに取得したリボークリストを統合リボークリスト１２４に統合するとともに，当該取得したリボークリストを最新リボークリスト１２４として保存する。

次いで，コンテンツ処理装置１０のコンテンツ処理部１４０は，上記配信されたコンテンツを処理（例えば再生処理）する（ステップＳ３４）。この際，当該コンテンツの属性コンテンツ属性ＩＤが，上記ステップＳ３２で更新された統合リボークリスト１２２に含まれていなければ，コンテンツ処理部１４０は当該コンテンツを処理可能であり，一方，上記コンテンツ属性ＩＤが当該統合リボークリスト１２２に含まれていれば，リボーク部１７０によって当該コンテンツはリボークされ，コンテンツ処理部１４０は当該コンテンツを処理不能である。従って，上記ステップＳ２２では処理可能であったコンテンツが，上記ステップＳ２４で新たにリボーク対象となった場合には，当該コンテンツは，本ステップＳ３４では処理不能となる。

以上，本実施形態にかかるコンテンツのリボーク方法の基本的なフロー例について説明した。かかるリボーク方法では，リボーク原因の発生時に，サーバ２０によってリボークリストを作成してコンテンツ処理装置１０に配布することによって，サーバ２０からコンテンツ処理装置１０に提供済のコンテンツを事後的にリボークすることができる。

ところで，上記例では，サーバ２０からコンテンツ処理装置１０にリボークリストが提供される例について説明したが，リボークリストはコンテンツ処理装置１０間でやり取り（提供および取得）されてもよい。そこで，図１２に基づいて，コンテンツ処理装置１０間でのリボークリストのやり取りについて説明する。

図１２に示すように，サーバ２０と，２つのコンテンツ処理装置１０−１，１０−２とは，ネットワーク５を介して接続されており，また，これら２つのコンテンツ処理装置１０−１，１０−２は，ホームネットワーク等の私的ネットワーク５２を介して相互に接続されている。

図１２に示す状態では，サーバ２０は，リボーク原因の発生に応じて，例えば３つのバージョンのリボークリスト＃１，＃２，＃３を順次作成している。また，コンテンツ処理装置１０−１は，サーバ２０によるリボークリスト＃１の作成後であってリボークリスト＃２の作成前，及び，リボークリスト＃３の作成後に，サーバ２０に接続したため，リボークリスト＃１および＃３を保有している。一方，コンテンツ処理装置１０−２は，サーバ２０によるリボークリスト＃２の作成後であってリボークリスト＃３の作成前に，サーバ２０に接続したため，リボークリスト＃２のみを保有している。

この状態で，コンテンツ処理装置１０−１とコンテンツ処理装置１０−２が接続されると，コンテンツ処理装置１０−１からコンテンツ処理装置１０−２に対して，最新のリボークリスト＃３が提供（送信）される。これは，コンテンツ処理装置１０−１が保有しているリボークリスト＃３が，コンテンツ処理装置１０−２が保有しているリボークリスト＃２よりも最新バージョンであるからである。このように，複数のコンテンツ処理装置１０間でリボークリストをやり取りする場合には，最も新しいバージョンのリボークリストが提供されるように構成されている。

このようにして，コンテンツ処理装置１０間で，リボークリストをやり取りすることが可能である。これにより，サーバ２０に接続しなくても，コンテンツ処理装置１０間で，最新バージョンのリボークリストを配布して，普及させることができる。

＜１０．リボークリスト作成処理方法＞
次に，図１３および図１４に基づいて，本実施形態にかかるサーバ２０によるリボークリスト作成処理方法について説明する。なお，図１３は，本実施形態にかかるサーバ２０によるリボークリスト作成処理方法を示すフローチャートである。図１４は，本実施形態にかかるサーバ２０によって作成されたリボークリストと，コンテンツ処理装置１０に保存された統合リボークリスト１２２および最新リボークリスト１２４の関係を示す説明図である。

図１３に示すように，まず，ステップＳ１０２では，あるコンテンツにリボーク原因が発生する（ステップＳ１０２）。このリボーク原因は，例えば，コンテンツの不具合が発見された場合や，コンテンツの出演者が不祥事を起こした場合，契約変更に伴いコンテンツの配信が中止された場合などである。

次いで，ステップＳ１０４では，サーバ２０の管理者によって，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤが指定される（ステップＳ１０４）。管理者は，サーバ２０の入力装置２０６を操作して，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを指定して，新規リボークリストの作成を指示する。

さらに，ステップＳ１０６では，作成済みのリボークリストのうち，最新バージョンのリボークリストが読み出される（ステップＳ１０６）。具体的には，上記ステップＳ１０４でリボークリストの作成指示が成されると，リスト作成部２７０は，過去に作成されてリボークリストデータベース２３０に保存されているリボークリストの中から，最新バージョンのリボークリストを読み出す。

その後，ステップＳ１０８では，上記読み出したリボークリストに，指定されたコンテンツ属性ＩＤが追加される（ステップＳ１０８）。具体的には，リスト作成部２７０は，上記ステップＳ１０６で読み出した最新のリボークリストに対し，上記ステップＳ１０４で指定されたコンテンツ属性ＩＤおよび属性コードの組を追加する。

例えば，図１４の上段に示すように，過去に作成されたバージョン＃１のリボークリストに基づいて，バージョン＃２のリボークリストを新たに作成する場合について説明する。この場合，リボークリスト＃１には，コンテンツ属性ＩＤ「Ａ０００＝００２」が既に含まれている。リスト作成部２７０は，かかるリボークリスト＃１に対して，新たなリボーク対象に対応するコンテンツ属性ＩＤ「Ａ００１＝００Ｆ」および「Ａ０００＝００Ａ」を追加して，リボークリスト＃２のような３つのコンテンツ属性ＩＤが含まれたリストを作成する。

次いで，ステップＳ１１０では，コンテンツ属性ＩＤが追加されたリボークリストが，データサイズの上限を超えているか否かが判断される（ステップＳ１１０）。本実施形態では，上記のように，サーバ２０からコンテンツ処理装置１０へのリボークリストの伝送時の負荷を低減するため，配布されるリボークリストのデータサイズに上限（例えばＭバイト）が設けられている。このため，本ステップでは，リスト作成部２７０は，上記ステップＳ１０８において新たなコンテンツ属性ＩＤが追加されたリボークリストのデータサイズをチェックし，上記上限を超えているか否かを判断する。

この結果，当該リボークリストのデータサイズが上限を超えている場合には，ステップＳ１１２に進み，上限を超えていない場合には，ステップＳ１１４に進む。

さらに，ステップＳ１１２では，リボークリストから古いコンテンツ属性ＩＤがリストから削除される（ステップＳ１１２）。上記ステップＳ１０９において，新たなコンテンツ属性ＩＤが追加されたリボークリストのデータサイズが上限を超えていると判断された場合には，リスト作成部２７０は，最も古いリボーク原因に対応するコンテンツ属性ＩＤから順に（即ち，バージョンが最も古いリボークリストに含まれていたコンテンツ属性ＩＤから順に）削除し，当該リボークリストのデータサイズが上限以下となるようにする。

例えば，図１４の上段に示すように，バージョン＃１からバージョン＃２のリボークリストを作成する場合には，バージョン＃１のリボークリストは上限（Ｍバイト）に達していないので，リスト作成部２７０は，古いコンテンツ属性ＩＤを削除する必要はない。一方，バージョン＃ｎからバージョン＃ｎ＋１のリボークリストを作成する場合には，バージョン＃ｎのリボークリストは上限（Ｍバイト）に達しているので，リスト作成部２７０は，新たなコンテンツ属性ＩＤ「Ａ２５８＝ＥＥ４」を追加した代わりに，最も古いコンテンツ属性ＩＤ「Ａ０００＝００２」を削除する。

その後，ステップＳ１１４では，リボークリストに新たなバージョン情報と，デジタル署名が付加される（ステップＳ１１４）。リスト作成部２７０は，上記のようにしてサイズ調整したリボークリストに対して，最新のバージョン情報を例えばシーケンシャルに付加し，さらに，サーバ２０のデジタル署名を付加する。この結果，新たなリボーク原因に対応したコンテンツ属性ＩＤを含むリボークリスト（最新バージョンのリボークリスト）が完成する。

次いで，ステップＳ１１６では，作成されたリボークリストが保存される（ステップＳ１１６）。リスト作成部２７０は，上記のようにして完成した最新バージョンのリボークリストを，リボークリストデータベース２３０に保存する。これにより，コンテンツ処理装置１０からサーバ２０にアクセスがあった場合には，リスト配布部２８０によって当該最新バージョンのリボークリストを当該コンテンツ処理装置１０に配布できるようになる。

＜１１．リボークリスト更新処理方法＞
次に，図１４および図１５に基づいて，本実施形態にかかるコンテンツ処理装置１０によるリボークリスト更新処理方法について説明する。なお，図１５は，本実施形態にかかるコンテンツ処理装置１０によるリボークリスト更新処理方法を示すフローチャートである。

コンテンツ処理装置１０は，既に保有しているリボークリストよりも新しいバージョンのリボークリストを，サーバ２０若しくは他のクライアントから取得した場合には，保有しているリボークリストを更新する。

この際，上記のように伝送されるリボークリストのデータサイズに上限が設けられているため，取得した新しいリボークリストに単に更新するだけでは，既に保有していたリボークリスト内のコンテンツ属性ＩＤが欠落してしまう可能性がある。

例えば，リボークリストの上限がＭバイトであり，コンテンツ処理装置１０が既に保有しているリボークリストの中に，２つのリボーク対象のコンテンツ属性ＩＤＡ，Ｂが存在していたとする。さらに，コンテンツ処理装置１０が新しく取得したリボークリストのデータサイズがＭバイトであり，上記データサイズの上限により，新しく取得したリボークリストにコンテンツ属性ＩＤＡ，Ｂが含まれていないとする。このケースで，コンテンツ処理装置１０が，単に，保有していたリボークリストを新しく取得したリボークリストに更新するだけでは，元のコンテンツ属性ＩＤＡ，Ｂが更新後のリボークリストから欠落してしまう。

かかる問題を防ぐため，並びに，他のコンテンツ処理装置１０にサーバ２０のデジタル署名付のリボークリストするために，本実施形態では，上記統合リボークリスト１２２および最新リボークリスト１２４を利用して，以下のようなリボークリスト更新処理を行う。

図１５に示すように，まず，ステップＳ２０２では，リボークリストが取得される（ステップＳ２０２）。具体的には，コンテンツ処理装置１０のリスト取得部１６０は，サーバ２０又は他のコンテンツ処理装置１０から，例えばネットワーク５若しくはローカルライン９等を介してリボークリストを取得する。例えば，図１４の例では，コンテンツ処理装置１０は，サーバ２０から，バージョン＃１，…，＃ｎ，＃ｎ＋１のリボークリストを，順次受信している。

次いで，ステップＳ２０４では，取得したリボークリストのデジタル署名が，正しいか否かが判断される（ステップＳ２０４）。リスト管理部１６２は，取得したリボークリストに付加されているデジタル署名をチェックして，当該デジタル署名が正当なサーバ２０によって適正に付加されたものであるか否かを判断する。この結果，取得したリボークリストのデジタル署名が正しくない場合には，リスト管理部１６２は，取得したリボークリストを破棄し，すべての処理を終了する。一方，取得したリボークリストのデジタル署名が正しい場合には，ステップＳ２０６に進む。

さらに，ステップＳ２０６では，取得したリボークリストが，コンテンツ処理装置１０が既に保有しているリボークリストよりも新しいバージョンであるか否かが判断される（ステップＳ２０６）。具体的には，リスト管理部１６２は，既にリボークリストデータベース１２０に保存されている最新リボークリスト１２４のバージョンと，取得したリボークリストのバージョンとを比較し，いずれが新しいバージョンかを判断する。この結果，取得したリボークリストのバージョンが，保有していた最新リボークリスト１２４のバージョンよりも古いか或いは同じである場合には，取得したリボークリストを破棄し，すべての処理を終了する。一方，取得したリボークリストのバージョンが，保有していた最新リボークリスト１２４のバージョンのバージョンよりも新しい場合には，ステップＳ２０８に進む。

その後，ステップＳ２０８では，取得したリボークリストが，統合リボークリスト１２２に統合される（ステップＳ２０８）。具体的には，リスト管理部１６２は，リボークリストデータベース１２０に保存されている統合リボークリスト１２２に対して，新しく取得したリボークリストに含まれる属性コードとコンテンツ属性ＩＤの組を追加書き込みして，統合リボークリスト１２２を更新する。このとき，同一の情報（属性コードとコンテンツ属性ＩＤの組）の二重書き込みを防ぐために，追加される属性コードとコンテンツ属性ＩＤの組が，既に統合リボークリスト１２２に記述されているか否かを確認しながら，追加処理を行う。

例えば，図１４の例において，新しく取得したバージョン＃ｎのリボークリスト（最新リボークリスト１２４＃ｎ）を既存の統合リボークリスト１２２＃１に統合する例では，既存の統合リボークリスト１２２＃１と，バージョン＃ｎのリボークリストの双方に，コンテンツ属性ＩＤ「Ａ０００＝００２」が含まれている。このため，このコンテンツ属性ＩＤ「Ａ０００＝００２」が重複しないようにして，バージョン＃ｎのリボークリストが，既存の統合リボークリスト１２２＃１に統合される。

また，図１４の例において，新しく取得したバージョン＃ｎ＋１のリボークリスト（最新リボークリスト１２４＃ｎ＋１）を，統合リボークリスト１２２＃ｎに統合する場合も，双方のリストが共通して含むコンテンツ属性ＩＤ「Ａ００１＝００Ｆ」，…，「Ａ００１＝ＦＦ５」が，重複しないようにして統合される。

なお，図１４の例では，コンテンツ処理装置１０は，サーバ２０が作成したバージョン＃２のリボークリストを取得していない。このため，コンテンツ処理装置１０は，バージョン＃２のリボークリストの作成後であっても，過去のバージョン＃１のリボークリストの内容「Ａ０００＝００２」のみを反映した統合リボークリスト１２４＃１を保有している。

次いで，ステップＳ２１０では，更新された統合リボークリスト１２２にデジタル署名が付加される（ステップＳ２１０）。具体的には，リスト管理部１６２は，例えば，ＭＡＣ若しくはコンテンツ処理装置１０の秘密鍵で作成した第２のデジタル署名を計算し，更新された統合リボークリスト１２２に付加する。これにより，統合リボークリスト１２２が，コンテンツ処理装置１０内の処理に用いる上で，正当なリストであることを保証できる。なお，この第２のデジタル署名は，必ずしも付加されなくてもよい。

さらに，ステップＳ２１２では，取得したリボークリストが，最新リボークリスト１２４として保存される（ステップＳ２１２）。具体的には，上記ステップＳ２０６における判断によって，取得したリボークリストのバージョンが，保有していた最新リボークリスト１２４のバージョンのバージョンよりも新しいことが判明している。そこで，リスト管理部１６２は，既に保有していた最新リボークリスト１２４を，新しく取得されたリボークリストに交換して，リボークリストデータベース１２０に保存する。

これにより，過去に取得されたリボークリストの中で，最新の１つのリボークリストがリボークリストデータベース１２０に保存されるようになる。かかる最新リボークリスト１２４は，他のコンテンツ処理装置１０との接続時に，当該他のコンテンツ処理装置１０に提供される。

以上，本実施形態にかかるリボークリスト更新処理について説明した。これにより，コンテンツ処理装置１０は，統合リボークリスト１２２を利用して，過去に取得したリボーク情報（リボーク対象のコンテンツ属性ＩＤ）を欠落させることなく，新しく取得したリボーク情報を過不足なく保有することができる。また，コンテンツ処理装置１０は，他のコンテンツ処理装置１０に対して，サーバ２０のデジタル署名（第１のデジタル署名）付きのリボークリストである最新リボークリスト１２４を提供できる。

＜１２．コンテンツ処理方法＞
次に，図１６に基づいて，本実施形態にかかるコンテンツ処理装置１０によるコンテンツ処理方法について説明する。なお，図１６は，本実施形態にかかるコンテンツ処理装置１０によるコンテンツ処理方法を示すフローチャートである。

図１６に示すように，まず，ステップＳ３０２では，コンテンツ処理装置１０によって，ユーザからの処理要求を受け付ける（ステップＳ３０２）。この処理要求を行う場合には，ユーザは，コンテンツ処理装置１０の入力装置１０６を操作して，所望の処理対象のコンテンツと処理内容（例えば再生処理）を選択し，選択したコンテンツを処理するようにコンテンツ処理装置１０のコンテンツ処理部１４０に対して指示する。

次いで，ステップＳ３０４では，ライセンスが正しいか否かが判断される（ステップＳ３０４）。具体的には，コンテンツ処理部１４０は，まず，ライセンスデータベース１１８を検索して，処理対象のコンテンツに対応するライセンスが存在するか否かを確認する。この結果，対応するライセンスが存在しない場合には，全ての処理を終了する。一方，対応するライセンスが存在しない場合には，次いで，当該ライセンスに付加されているデジタル署名（図６参照）をチェックすることによって，当該ライセンスが正規のサーバ２０から発行された正当なライセンスであるか否かを判断する。この結果，当該ライセンスが不当である場合には，全ての処理を終了し，一方，当該ライセンスが正当である場合には，ステップＳ３０６に進む。

さらに，ステップＳ３０６では，処理対象のコンテンツのセキュリティ情報Ｓが正しいか否かが判断される（ステップＳ３０６）。具体的には，コンテンツ処理部１４０は，まず，処理対象のコンテンツに付加されているセキュリティ情報Ｓ内のデジタル署名（図２等参照）を読み出し，次いで，読み出したデジタル署名をチェックすることによって，当該処理対象のコンテンツのセキュリティ情報が正規のサーバ２０によって正当に付加されたものあるか否かを判断する。この結果，当該セキュリティ情報Ｓが不当である場合には，全ての処理を終了し，一方，当該セキュリティ情報Ｓが正当である場合には，ステップＳ３０８に進む。

その後，ステップＳ３０８では，処理対象のコンテンツに付加されているコンテンツ属性ＩＤが読み出される（ステップＳ３０８）。コンテンツ処理装置１０のコンテンツ処理部１４０若しくはリボーク部１７０は，処理対象のコンテンツに付加されているセキュリティ情報Ｓの中から，全ての属性情報（属性コードとコンテンツ属性ＩＤの組）を読み出す。

次いで，ステップＳ３１０では，上記処理対象のコンテンツから読み出したコンテンツ属性ＩＤが，コンテンツ処理装置１０に保存されているリボークリストに含まれるか否かを判断する（ステップＳ３１０）。具体的には，まず，リボーク部１７０は，例えばリボークリストデータベース２２０に保存されている統合リボークリスト１２２を読み出して解釈する。次いで，リボーク部１７０は，上記処理対象のコンテンツから読み出したコンテンツ属性ＩＤと，統合リボークリスト１２２に含まれているリボーク対象のコンテンツ属性ＩＤとを比較し，上記処理対象のコンテンツから読み出したコンテンツ属性ＩＤのうち少なくともいずれか１つが，統合リボークリスト１２２に含まれているか否かを判断する。

この判断の結果，上記処理対象のコンテンツから読み出したコンテンツ属性ＩＤのうち少なくともいずれか１つが，上記統合リボークリスト１２２に含まれている場合には，当該処理対象のコンテンツはリボーク対象のコンテンツであるため，ステップＳ３１２に進む。

ステップＳ３１２では，当該処理対象のコンテンツの処理が不能化される（ステップＳ３１２）。リボーク部１７０は，上記コンテンツ処理部１４０による当該処理対象のコンテンツの処理（例えば再生処理）を不能化する。これにより，リボーク対象のコンテンツであると判断された当該処理対象のコンテンツがリボークされたことになる。本ステップ後は，全ての処理を終了する。

一方，上記ステップＳ３１０において，当該処理対象のコンテンツから読み出したコンテンツ属性ＩＤのうちいずれもが，上記統合リボークリスト１２２に含まれていない場合には，当該処理対象のコンテンツはリボーク対象のコンテンツではないため，リボーク部１７０は，上記コンテンツ処理部１４０による当該処理対象のコンテンツの処理を可能化（許可）して，ステップＳ３１４に進む。

次いで，ステップＳ３１４では，処理対象のコンテンツの処理が，ライセンスの条件を満たすか否かが評価される（ステップＳ３１４）。例えばコンテンツ処理部１４０は，上記ステップＳ３０６で正当であると判断されたライセンスを解釈して，当該ライセンスの条件（例えば，ライセンスの有効期間，処理上限回数等）を評価する。なお，本ステップＳ３１４におけるライセンスに基づく評価は，上記ステップＳ３１０でのリボークリストに基づく評価よりも前に行ってもよい。

このような本ステップＳ３１４でのライセンス評価の結果，処理対象のコンテンツに関して要求された処理内容が，ライセンスの条件を満たさない場合には，ライセンスによって付与された権限を超えた処理が要求されたと判断され，ステップＳ３１６に進む。

ステップＳ３１６では，コンテンツ処理部１４０は，当該処理対象のコンテンツの処理が不能化される（ステップＳ３１２）。本ステップ後は，全ての処理を終了する。

一方，上記ステップＳ３１４におけるライセンス評価の結果，処理対象のコンテンツに関して要求された処理内容が，ライセンスの条件を満たす場合には，当該ライセンスで与えられた権限内の処理であるため，ステップＳ３１８に進む。

次いで，ステップＳ３１８では，処理要求されたコンテンツの処理が実行される（ステップＳ３１８）。例えば，再生処理を実行する場合には，コンテンツ処理部１４０は，ライセンスに基づいて，当該処理対象のコンテンツのセキュリティ情報Ｓ内に含まれるコンテンツ鍵Ｋの暗号を解除する。次いで，コンテンツ処理部１４０は，かかるコンテンツ鍵Ｋを用いて，暗号化された各トラックＴのコンテンツデータをデコードできるようになり，この結果，当該処理対象のコンテンツが再生される。

以上，本実施形態にかかるコンテンツ処理方法について説明した。かかるコンテンツ処理方法では，コンテンツに付加されたコンテンツ属性ＩＤと，リボークリストに含まれるコンテンツ属性ＩＤとを利用して，処理対象のコンテンツを，コンテンツの属性単位でリボークすることができる。

なお，上記図１６では，処理要求を受けたコンテンツをリボークするコンテンツ処理方法について説明したが，処理要求を受けたライセンスの処理（複製，移転等）をリボークするライセンス処理方法も，同様に実現可能である。

以上，本実施形態にかかる著作権管理システム１００とその構成要素，およびこのシステムを用いたリボーク方法等について詳細に説明した。かかる著作権管理システム１００では，コンテンツのセキュリティ情報Ｓで用いられるコンテンツ属性ＩＤのうち，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤをリボークリストに記述することにより，コンテンツを，コンテンツの属性単位でリボークすることができる。

このため，リボークリストに含まれるコンテンツ属性ＩＤを多様に設定することで，例えば，コンテンツファイル単位，ライセンスが適用されるコンテンツ単位，トラック単位等でコンテンツをリボークできる。さらに，同一の監督，提供元が同一のプロバイダ等といった共通の属性を有するコンテンツグループを，一括してリボークすることもできる。従って，リボーク原因の発生後に，コンテンツ処理装置１０が所有するコンテンツを，柔軟かつ効率的にリボークすることが可能である。

また，コンテンツ処理装置１０では，内部処理用の統合リボークリスト１２２と，他のコンテンツ処理装置１０に対する配布用の最新リボークリスト１２４を別々に保有している。このため，リボークリストの情報が欠落せず，また，他のコンテンツ処理装置１０へのリボークリストの提供も可能となる。

以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明は係る例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。

本発明は，著作権管理システムに適用可能であり，特に，サーバからコンテンツ処理装置に提供されたコンテンツを事後的にリボークする著作権管理システムに好適に適用できる。

本発明の第１の実施形態にかかる著作権管理システムの全体構成を概略的に示すブロック図である。 同実施形態にかかる映画コンテンツの構成例を概念的に示す説明図である。 同実施形態にかかる映画コンテンツの別の構成例を概念的に示す説明図である。 同実施形態にかかる属性情報の構成例を概念的に示す説明図である。 同実施形態にかかる映画コンテンツに関して設定される共通属性およびグループＩＤの具体例を説明するための説明図である。 同実施形態にかかるライセンスの構成例を概念的に示す説明図である。 同実施形態にかかるリボークリストの構成例を概念的に示す説明図である。 同実施形態にかかるサーバの構成を概略的に示すブロック図である。 同実施形態にかかるコンテンツ処理装置の構成を概略的に示すブロック図である。 同実施形態にかかるリボークリストデータベースの構成を概略的に説明するブロック図である。 同実施形態にかかるコンテンツのリボーク方法の基本的なフロー例を示すタイミングチャートである。 同実施形態にかかるコンテンツ処理装置間でのリボークリストのやり取りを説明するためのブロック図である。 同実施形態にかかるサーバによるリボークリスト作成処理方法を示すフローチャートである。 同実施形態にかかるサーバによって作成されたリボークリストと，コンテンツ処理装置に保存された統合リボークリストおよび最新リボークリストの関係を示す説明図である。 同実施形態にかかるコンテンツ処理装置によるリボークリスト更新処理方法を示すフローチャートである。 同実施形態にかかるコンテンツ処理装置によるコンテンツ処理方法を示すフローチャートである。

符号の説明

５ ネットワーク
７ 記録媒体
１０ コンテンツ処理装置
２０ サーバ
１００ 著作権管理システム
１２０ リボークリストデータベース
１２２ 統合リボークリスト
１２４ 最新リボークリスト
１３２ 配信サービス利用部
１４０ コンテンツ処理部
１５０ ライセンス管理部
１６０ リスト取得部
１６２ リスト管理部
１６４ リスト提供部
１７０ リボーク部
２４０ 属性設定部
２５０ 配信サービス実行部
２５４ ライセンス発行部
２５６ ＩＤ付加部
２６０ コンテンツ提供部
２７０ リスト作成部
２８０ リスト配布部
Ｆ コンテンツファイル
Ｃ コンテンツ
Ｔ トラック
Ｓ セキュリティ情報
Ａ 属性情報

Claims (17)

1. コンテンツと当該コンテンツのライセンスを提供するサーバと，前記サーバから取得したライセンスに基づいてコンテンツを処理する１又は２以上のコンテンツ処理装置とを備え，前記サーバから前記コンテンツ処理装置に対して既に提供されたコンテンツをリボークする著作権管理システムであって：
   前記サーバは，
   コンテンツの属性を表すコンテンツ属性ＩＤを設定する属性設定部と；
   コンテンツに対し，当該コンテンツの属性に対応したコンテンツ属性ＩＤを付加するＩＤ付加部と；
   前記コンテンツ属性ＩＤが付加されたコンテンツを前記コンテンツ処理装置に提供するコンテンツ提供部と；
   前記ライセンスを発行して前記コンテンツ処理装置に提供するライセンス発行部と；
   リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含むリボークリストを作成するリスト作成部と；
   前記リボークリストを前記コンテンツ処理装置に配布するリスト配布部と；
   を備え，
   前記コンテンツ処理装置は，
   前記サーバ若しくは他のコンテンツ処理装置から，前記リボークリストを取得するリスト取得部と；
   処理対象のコンテンツに付加されているコンテンツ属性ＩＤと，前記リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，前記処理対象のコンテンツの処理を不能化するリボーク部と；
   前記リスト取得部によって取得された複数の前記リボークリストを統合して統合リボークリストを作成するリスト管理部と；
   前記リボークリストを他のコンテンツ処理装置に提供するリスト提供部と；
   を備え，
   前記リボークリストには，前記リボークリストの新旧を表すバージョン情報が付加されており，
   前記リスト管理部は，
   新しく取得された前記リボークリストの前記バージョン情報と，過去に取得された前記リボークリストの前記バージョン情報とに基づいて，新しく取得された前記リボークリストが過去に取得された前記リボークリストよりも新しいか否かを判定し，新しい場合に，新しく取得された前記リボークリストを前記統合リボークリストに統合し，
   前記リスト取得部によって取得された複数の前記リボークリストのうち前記バージョン情報に基づいて最新であると判定した１つの最新リボークリストと，前記統合リボークリストとをリボークリストデータベースに保存し，
   前記リスト提供部は，前記他のコンテンツ処理装置との接続時に，前記リボークリストデータベースに保存された前記最新リボークリストを提供する，著作権管理システム。
2. サーバが発行したライセンスに基づいて，コンテンツを処理するコンテンツ処理装置であって：
   前記サーバ若しくは他のコンテンツ処理装置から，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含むリボークリストを取得するリスト取得部と；
   処理対象のコンテンツに付加されているコンテンツ属性ＩＤと，前記リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，前記処理対象のコンテンツの処理を不能化するリボーク部と；
   前記リスト取得部によって取得された複数の前記リボークリストを統合して統合リボークリストを作成するリスト管理部と；
   前記リボークリストを他のコンテンツ処理装置に提供するリスト提供部と；
   を備え，
   前記リボークリストには，前記リボークリストの新旧を表すバージョン情報が付加されており，
   前記リスト管理部は，
   新しく取得された前記リボークリストの前記バージョン情報と，過去に取得された前記リボークリストの前記バージョン情報とに基づいて，新しく取得された前記リボークリストが過去に取得された前記リボークリストよりも新しいか否かを判定し，新しい場合に，新しく取得された前記リボークリストを前記統合リボークリストに統合し，
   前記リスト取得部によって取得された複数の前記リボークリストのうち前記バージョン情報に基づいて最新であると判定した１つの最新リボークリストと，前記統合リボークリストとをリボークリストデータベースに保存し，
   前記リスト提供部は，前記他のコンテンツ処理装置との接続時に，前記リボークリストデータベースに保存された前記最新リボークリストを提供する，コンテンツ処理装置。
3. 前記コンテンツ属性ＩＤは，前記ライセンスが適用されるコンテンツ単位で固有に付与されるコンテンツＩＤを含む，請求項２に記載のコンテンツ処理装置。
4. 前記コンテンツ属性ＩＤは，１又は２以上のコンテンツを含むコンテンツファイル単位で固有に付与されるファイルＩＤを含む，請求項２に記載のコンテンツ処理装置。
5. 前記コンテンツ属性ＩＤは，コンテンツを構成するトラック単位で固有に付与されるトラックＩＤを含む，請求項２に記載のコンテンツ処理装置。
6. 前記コンテンツ属性ＩＤは，複数のコンテンツで共通する共通属性単位で固有に付与されるグループＩＤを含む，請求項２に記載のコンテンツ処理装置。
7. 前記グループＩＤは，前記サーバにおいて前記サーバの管理者の入力に基づいて設定される，請求項６に記載のコンテンツ処理装置。
8. 前記コンテンツに付加されているコンテンツ属性ＩＤは，前記コンテンツに付加されているセキュリティ情報内に含まれる，請求項２に記載のコンテンツ処理装置。
9. 前記リボーク部は，コンテンツの再生時に，再生対象のコンテンツに付加されているコンテンツ属性ＩＤと，前記リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，前記再生対象のコンテンツの再生処理を不能化する，請求項２に記載のコンテンツ処理装置。
10. 前記リボーク部は，前記他のコンテンツ処理装置との間でコンテンツを提供／取得する時に，提供／取得対象のコンテンツに付加されているコンテンツ属性ＩＤと，前記リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，前記提供／取得処理対象のコンテンツの提供／取得処理を不能化する，請求項２に記載のコンテンツ処理装置。
11. 前記ライセンスは，前記サーバによって前記コンテンツ属性ＩＤ単位で発行される，請求項２に記載のコンテンツ処理装置。
12. 前記他のコンテンツ処理装置との間で前記ライセンスを提供／取得するライセンス管理部を備え，
    前記リボーク部は，前記ライセンス管理部による前記ライセンスの提供／取得時に，提供／取得対象のライセンスに含まれるコンテンツ属性ＩＤと，前記リボークリストに含まれるコンテンツ属性ＩＤとに基づいて，前記提供／取得対象のライセンスの提供／取得処理を不能化する，請求項１１に記載のコンテンツ処理装置。
13. 前記リボークリストには，前記サーバによって第１のデジタル署名が付加されている，請求項２に記載のコンテンツ処理装置。
14. 前記リスト管理部は，前記統合リボークリストに対して，前記コンテンツ処理装置に対応した第２のデジタル署名を付加する，請求項２に記載のコンテンツ処理装置。
15. 前記リボーク部は，前記処理対象のコンテンツに付加されている前記コンテンツ属性ＩＤと，前記統合リボークリストに含まれる前記コンテンツ属性ＩＤとに基づいて，前記処理対象のコンテンツの処理を不能化する，請求項２に記載のコンテンツ処理装置。
16. コンピュータをして：
    サーバ若しくは他のコンテンツ処理装置から，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含むリボークリストを取得するステップと；
    処理対象のコンテンツに付加されているコンテンツ属性ＩＤを読み出すステップと；
    前記読み出したコンテンツ属性ＩＤが，前記リボークリストに含まれるか否かを判断するステップと；
    前記読み出したコンテンツ属性ＩＤが，前記リボークリストに含まれる場合には，前記処理対象のコンテンツの処理を不能化し，一方，前記読み出したコンテンツ属性ＩＤが，前記リボークリストに含まれない場合には，前記処理対象のコンテンツの処理を可能化するステップと；
    前記リボークリストを取得するステップにて取得される複数の前記リボークリストを統合して統合リボークリストを作成するステップと；
    新しく取得された前記リボークリストの新旧を表すバージョン情報と，過去に取得された前記リボークリストの新旧を表すバージョン情報とに基づいて，新しく取得された前記リボークリストが過去に取得された前記リボークリストよりも新しいか否かを判定し，新しい場合に，新しく取得された前記リボークリストを前記統合リボークリストに統合するステップと；
    前記取得された複数のリボークリストのうち前記バージョン情報に基づいて最新であると判定した１つの最新リボークリストと，前記統合リボークリストとをリボークリストデータベースに保存するステップと；
    前記他のコンテンツ処理装置との接続時に，前記リボークリストデータベースに保存された前記最新リボークリストを提供するステップと；
    を実行させることを特徴とする，プログラム。
17. サーバからコンテンツ処理装置に提供されたコンテンツを処理する方法であって：
    前記サーバ若しくは他のコンテンツ処理装置から，リボーク対象のコンテンツの属性に対応するコンテンツ属性ＩＤを含むリボークリストを取得するステップと；
    処理対象のコンテンツに付加されているコンテンツ属性ＩＤを読み出すステップと；
    前記読み出したコンテンツ属性ＩＤが，前記リボークリストに含まれるか否かを判断するステップと；
    前記読み出したコンテンツ属性ＩＤが，前記リボークリストに含まれる場合には，前記処理対象のコンテンツの処理を不能化し，一方，前記読み出したコンテンツ属性ＩＤが，前記リボークリストに含まれない場合には，前記処理対象のコンテンツの処理を可能化するステップと；
    前記リボークリストを取得するステップにて取得される複数の前記リボークリストを統合して統合リボークリストを作成するステップと；
    新しく取得された前記リボークリストの新旧を表すバージョン情報と，過去に取得された前記リボークリストの新旧を表すバージョン情報とに基づいて，新しく取得された前記リボークリストが過去に取得された前記リボークリストよりも新しいか否かを判定し，新しい場合に，新しく取得された前記リボークリストを前記統合リボークリストに統合するステップと；
    前記取得された複数のリボークリストのうち前記バージョン情報に基づいて最新であると判定した１つの最新リボークリストと，前記統合リボークリストとをリボークリストデータベースに保存するステップと；
    前記他のコンテンツ処理装置との接続時に，前記リボークリストデータベースに保存された前記最新リボークリストを提供するステップと；
    を含むことを特徴とする，コンテンツ処理方法。
    

Images