JP2003288277A - バックアップ・リストアシステム及び権利管理サーバ - Google Patents

Abstract

(57)【要約】 【課題】 バックアップ実行端末が故障した場合でもバ
ックアップデータを復元できるバックアップ・リストア
システムを提供する。 【解決手段】 端末１４０は、クライアントＩＤとＬＴ
の一部または全部とをバックアップ要求に添付して権利
管理サーバ７１０に送信し、権利管理サーバ７１０は、
クライアントＩＤから要求元が登録ユーザか否かを判定
するとともに、ＬＴのデータ識別ＩＤから自身が登録ユ
ーザに対して発行した権利データであるか否かを判定
し、自身が発行した権利データである場合には当該権利
データをバックアップする。端末１４０は、クライアン
トＩＤをリストア要求に添付して権利管理サーバ７１０
に送信し、権利管理サーバ７１０は、クライアントＩＤ
からユーザＩＤを調べ、当該ユーザＩＤに対応付けてバ
ックアップされている権利データを端末１４０にリスト
アする。

Description

【発明の詳細な説明】

【発明の属する技術分野】本発明は、データのバックア
ップ・リストアシステムに関し、特にクライアントサー
バ型システムにおけるデータのバックアップ・リストア
システムに関する。

【０００１】

【従来の技術】従来、端末に格納されたデータに対し
て、誤操作などによるデータの消失、破壊、あるいは誤
った更新に備えてコピーを作っておくこと（以後、バッ
クアップと称する）およびバックアップしたデータを復
元すること（以後、リストアと称する）は、ＣＤ−Ｒ
（Compact Disc Recordable）やＭＯ（Magneto Optica
l）ディスクなどの外部メディアや、ネットワークを介
して接続されたサーバを利用して実施されてきた。通
常、外部メディアやサーバにバックアップされたデータ
は、データ所有者にとって貴重なデータであることが多
く、他人にそのバックアップデータをリストアされて利
用されてはならない。また、バックアップされたデータ
が著作権保護されたデータなどの場合は、そのデータを
提供したデータ提供者の著作権を保護する上でも、他人
にリストアされて不正利用されてはならない。

【０００２】上記のような問題を解決する方法として、
特開平２−２８７８３５号公報ではバックアップ・リス
トア実行の際にユーザＩＤとパスワードを利用したユー
ザ認証による制御を行う。また、特開平１１−２２０７
１８号公報ではバックアップ時に端末固有の識別情報を
バックアップ対象データに関連付けて記録し、リストア
時にはその識別情報を保持する端末かどうか判断して、
保持する端末のみリストアを可能とするように制御す
る。

【０００３】

【発明が解決しようとする課題】しかしながら、ユーザ
認証によるバックアップ・リストア制御では、ユーザＩ
Ｄとパスワードとの情報が洩れると、それを知りえた誰
もがバックアップデータをリストア可能となるため、セ
キュリティ的に脆弱である。また、端末固有識別情報の
関連付けによるバックアップ・リストア制御では、バッ
クアップされたデータがバックアップ実行端末の識別情
報と関連づけられているため、そのバックアップ実行端
末が故障した場合に、他の端末でリストアを実施するこ
とが困難である。そこで、本発明は、上記問題点に鑑
み、バックアップ実行端末が故障した場合においてもバ
ックアップされたデータを容易に復元することができる
バックアップ・リストアシステムを提供することを目的
とする。

【０００４】

【課題を解決するための手段】前記課題を解決するため
に本発明のバックアップ・リストアシステムは、デジタ
ル著作物であるコンテンツを利用する端末と、伝送路を
介して前記コンテンツの前記端末における利用を管理す
るサーバとからなるシステムであって、前記サーバは、
前記端末を使用するユーザが所有するコンテンツの利用
権限に関する権利情報を記憶する権利情報記憶手段と、
前記ユーザからの要求に基づいて、当該ユーザが所有す
る利用権限の一部を示す権利情報であるライセンスチケ
ットを生成し、前記端末に発行するライセンスチケット
発行手段と、前記端末からのバックアップ要求に係る権
利が、自身によって発行されたライセンスチケットに基
づくものであるか否かを判定する判定手段と、判定の結
果、自身によって発行されたライセンスチケットに基づ
く場合、当該ユーザのバックアップ要求時の所有に係る
利用権限を示した権利情報を内部に保持するバックアッ
プ手段とを備え、前記端末は、前記サーバから送信され
てきた前記ライセンスチケットを蓄積するライセンスチ
ケット蓄積手段と、蓄積された前記各ライセンスチケッ
トが示す利用権限に従って、前記コンテンツの利用を制
御するコンテンツ利用制御手段と、蓄積された前記ライ
センスチケットに基づいて前記ユーザが現在所有する利
用権限のバックアップを要求するバックアップ要求手段
とを備える。

【０００５】前記課題を解決するために本発明の他のバ
ックアップ・リストアシステムは、前記端末に、さら
に、前記サーバに対し、バックアップされた利用権限の
復元を要求するリストア要求手段を備え、前記サーバ
に、さらに、各ユーザが所有する端末を示した端末情報
を記憶する端末情報記憶手段と、前記端末情報に基づい
て、リストア要求した前記端末のユーザを特定し、特定
されたユーザに対して作成された権利情報を前記バック
アップ手段から読み出す読み出し手段と、読み出された
前記権利情報を示すライセンスチケットを生成し、リス
トア要求元の前記端末に発行するリストア手段とを備え
る。

【０００６】

【発明の実施の形態】（実施の形態１）以下、本発明の
実施の形態１について、図１から図６を用いて説明す
る。図１は、実施の形態１のコンテンツ配信システム１
００の構成を示すブロック図である。本実施の形態のコ
ンテンツ配信システム１００は、映像、ゲームおよび著
作物などのコンテンツのライセンス使用許諾を配信セン
ターが集中管理し、各端末のコンテンツ利用権をサーバ
側でバックアップする通信配信システムであって、通信
ネットワーク１５０を介して相互に接続される複数の配
信センター１０１〜１０２と複数の端末１４０〜１４１
とからなる。

【０００７】配信センター１０１〜１０２は、コンテン
ツをユーザに配信するとともに、配信されたコンテンツ
をユーザが利用できるようにするライセンスチケット
（以下、License Ticket：ＬＴという）を、ユーザから
の要求に応じて発行する。このＬＴは、コンテンツを購
入したユーザからのＬＴ発行要求に対して発行され、主
として、コンテンツの暗号を復号するコンテンツ鍵と、
ユーザがすでに購入したコンテンツ利用権の範囲内で、
要求されたコンテンツの利用を一定条件の下に許容する
コンテンツ利用条件とからなる。配信センター１０１〜
１０２は、相互に接続された権利管理サーバ１１０と配
信サーバ１２０とを備える。権利管理サーバ１１０は、
各ユーザによって購入されたコンテンツの利用権を管理
するサーバであって、コンピュータシステムなどによっ
て実現される。権利管理サーバ１１０は、ハードディス
クなどによって実現される２つのデータベース（以下、
ＤＢという）（権利情報ＤＢ１１１およびバックアップ
ＤＢ１１４）とプログラムなどによって実現される３つ
の処理部（チケット作成部１１２、通信処理部１１３お
よび権利データ管理部１１５）とを備える。

【０００８】権利情報ＤＢ１１１は、購入されたコンテ
ンツ利用権を端末１４０ごとに記憶する。チケット作成
部１１２は、購入されたコンテンツ利用権を端末１４０
ごとに管理し、管理しているコンテンツ利用権に基づい
てＬＴを発行する。具体的には、ＬＴ発行要求により要
求されたコンテンツ利用権が購入済みであるか否かを権
利情報ＤＢ１１１を検索して調べ、購入済みであれば、
権利情報ＤＢ１１１内のコンテンツ利用条件から今回の
利用分を減算した上、要求されたＬＴを発行する。通信
処理部１１３は、各端末からの要求を受信してチケット
作成部１１２に転送し、チケット作成部１１２から受け
取ったＬＴを要求元の端末１４０に送信する。バックア
ップＤＢ１１４は、各端末からのバックアップ要求に係
る権利データ（ＬＴ）と、各端末とバックアップデータ
との対応を示すバックアップ管理テーブルとを保持する
ための記憶領域である。バックアップ管理テーブルに
は、バックアップされた権利データ（ＬＴ）とバックア
ップ要求元の端末１４０との関係が記述される。権利デ
ータ管理部１１５は、端末１４０からのバックアップ要
求に対して、バックアップ要求に係る権利データ（Ｌ
Ｔ）が、その端末１４０に対して自分が過去に発行した
ものである場合に限り、バックアップ要求に応じてその
権利データ（ＬＴ）をバックアップＤＢ１１４に記録す
る。そうでなければ、処理が異常終了した（バックアッ
プ要求に応じない）旨を端末１４０に通知する。また、
権利データ管理部１１５は、端末１４０からのリストア
要求に対して、対応するバックアップデータがバックア
ップＤＢ１１４内にある場合には、そのバックアップデ
ータに基づいてリストアを行う。

【０００９】配信サーバ１２０は、コンテンツを各端末
１４０に配信するサーバであって、コンピュータシステ
ムなどからなり、ハードディスクなどの記憶装置である
コンテンツＤＢ１２１およびプログラムなどによって実
現される配信部１２２を備える。コンテンツＤＢ１２１
は、あらかじめ作成された各種コンテンツと、それらコ
ンテンツにかけられた暗号を復号するためのコンテンツ
鍵とを記憶している。これらのコンテンツは、それぞれ
コンテンツＩＤで管理されている。配信部１２２は、各
端末からのコンテンツ配信要求に応じて、コンテンツＤ
Ｂ１２１に保持しているコンテンツを読み出し、読み出
したコンテンツをコンテンツ鍵で暗号して要求元の端末
１４０に配信する。配信サーバ１２０は、権利管理サー
バ１１０の要求に応じてコンテンツＤＢ１２１内のコン
テンツ鍵を読み出し、権利管理サーバ１１０に送信す
る。

【００１０】端末１４０〜１４１は、配信サーバ１２０
から配信を受けたコンテンツを、権利管理サーバ１１０
から発行されたＬＴに従って再生するためのプログラム
を備えたパーソナルコンピュータまたはコンテンツ配信
システム１００の専用再生装置などである。各端末１４
０〜１４１は、それぞれ耐タンパに作られたデータ記憶
部１３１、データ再生部１３２、通信処理部１３３およ
びチケット管理部１３４を備えている。データ記憶部１
３１は、配信サーバ１２０から受信したコンテンツや権
利管理サーバ１１０から発行を受けたＬＴを保持するた
めの記憶領域であって、ハードディスクまたは耐タンパ
に作られたＩＣカードなどによって実現される。データ
再生部１３２は、配信サーバ１２０から受信したコンテ
ンツまたはデータ記憶部１３１に保持されているコンテ
ンツを、発行を受けたＬＴに忠実に従って再生する。通
信処理部１３３は、ＬＴ発行要求、バックアップ要求、
リストア要求およびコンテンツ配信要求などの各種要求
を配信センター１０１に送信し、配信センター１０１か
ら受信したコンテンツをデータ再生部１３２に、受信し
たＬＴをチケット管理部１３４に転送する。チケット管
理部１３４は、ＬＴ発行要求、バックアップ要求、リス
トア要求およびコンテンツ配信要求などの各種要求を作
成するとともに、権利管理サーバ１１０から受信したＬ
Ｔをデータ記憶部１３１に格納し、管理する。

【００１１】通信ネットワーク１５０は、ＦＴＴＨ（Fi
ber To The Home）のような光ファイバを高速伝送路と
して用いたインターネットなどの通信網である。通信ネ
ットワーク１５０は、インターネット上のＳＳＬ（Secu
re Sockets Layer protocol）およびＳＡＣ（Secure Au
thenticated Channel）などのセキュアな通信プロトコ
ルに従って、ＬＴを伝送する。なお、本発明のコンテン
ツ配信システム１００において通信ネットワーク１５０
は、ＦＴＴＨなどの光ファイバに限定されるものではな
く、通信ケーブルおよび衛星放送など、電子的なデータ
を送受信できる通信網であればよい。上記のように構成
されたコンテンツ配信システム１００内での、ＬＴのバ
ックアップおよびリストア処理における権利管理サーバ
１１０および各端末１４０の動作について図２、図４お
よび図６の通信シーケンス図と図３および図５のデータ
構成図とを用いて説明する。

【００１２】ユーザはコンテンツの配信を受けていたと
しても権利を購入しただけでは実際にコンテンツを利用
することができないので、コンテンツを利用するために
は、まず、ＬＴの発行を受けなければならない。従っ
て、ユーザは、端末１４０を操作することにより、ＬＴ
の発行を権利管理サーバ１１０に要求する。図２は、図
１に示された端末１４０からのＬＴ発行要求に対する権
利管理サーバ１１０および端末１４０間の通信手順を示
す通信シーケンス図である。端末１４０はユーザの操作
に従い、ＬＴ発行要求を権利管理サーバ１１０へ送信す
る（Ｓ３０１）。権利管理サーバ１１０の通信処理部１
１３はＬＴ発行要求を受信すると、チケット作成部１１
２へ、該当するＬＴの発行要求を送信する（Ｓ３０
２）。チケット作成部１１２は発行要求を受信すると、
要求元の端末１４０に対応する購入済みのコンテンツ利
用権が権利情報ＤＢ１１１内に保持されているか否かを
確認し、保持されていれば、そのコンテンツ利用権に基
づいて該当するＬＴを作成し（Ｓ３０３）、作成したＬ
Ｔを通信処理部１１３へ送信する（Ｓ３０４）。このＬ
Ｔには、その発行元である権利管理サーバ１１０を特定
するための情報が付加されている。通信処理部１１３は
ＬＴを受信すると、受信したＬＴを端末１４０へ送信す
る（Ｓ３０５）。なお、ここでは特に説明しないが、権
利管理サーバ１１０において、必要に応じてユーザ認証
や課金処理も実行される。

【００１３】図３は、図２のＬＴ作成処理（Ｓ３０３）
において作成されるＬＴ４００のデータ構成を示す図で
ある。ＬＴ４００は、ＬＴヘッダ４０１、コンテンツ鍵
タグブロック４０２、アクションタグブロック４０３お
よびＬＴフッタ４０４の各ブロックから構成される。Ｌ
Ｔヘッダ４０１は、このＬＴ全体の書誌データが記録さ
れる項目であって、ＬＴ識別子４０５、ＬＴサイズ４０
６、コンテンツＩＤ４０７、サーバＵＲＬ（Uniform Re
source Locator）４０８、ＬＴ有効期間の開始時刻４０
９およびＬＴ有効期間の終了時刻４１０などのより詳細
な項目から構成される。ＬＴ識別子４０５は、このデー
タがこのコンテンツ配信システム１００におけるＬＴで
あることを示す項目であって、権利管理サーバ１１０が
発行するすべてのＬＴ４００につき、例えば、ＩＳＯ６
４６で"ＮＤＲＭ"が記述される。ＬＴサイズ４０６の項
目には、このＬＴ４００全体のデータサイズが記述され
る。コンテンツＩＤ４０７の項目には、このＬＴ４００
が関連付けられているコンテンツのコンテンツＩＤが記
述される。ＬＴ４００は、コンテンツＩＤ４０７の項目
に記述されているコンテンツのみの利用を許容する。サ
ーバＵＲＬ４０８の項目には、このＬＴ４００の発行元
となった権利管理サーバ１１０のＵＲＬが記述される。
権利管理サーバ１１０は、このサーバＵＲＬ４０８の項
目を読み取ることによって、このＬＴ４００が自分によ
って発行されたものであるか否かを識別することができ
る。ＬＴ有効期間の開始時刻４０９の項目にはＬＴが有
効になる日および時刻が、ＬＴ有効期間の終了時刻４１
０の項目にはＬＴが無効になる日および時刻が、それぞ
れ世界協定時で記述される。

【００１４】コンテンツ鍵タグブロック４０２は、１つ
のＬＴ４００に唯一個だけ必ず存在しなければならず、
ＬＴヘッダ４０１内のコンテンツＩＤ４０７で特定され
るコンテンツの暗号を復号する復号鍵を含んでいる。ア
クションタグブロック４０３は、１つのＬＴ４００に少
なくとも一個は必ず存在しなければならず、アクション
ＩＤ４１１、最長利用時間４１２、１回判定閾値／回数
カウンタ４１３などのさらに詳細な項目から構成され
る。アクションＩＤ４１１の項目には、コンテンツの操
作内容であるアクションを特定するためのアクションＩ
Ｄが記述される。アクションの例としては、コンテンツ
がビデオなどの映像および音声を表すデータの場合、そ
の映像データを端末１４０の液晶表示パネルなどに表示
させるとともに、音声をスピーカから出力させるＶｉｅ
ｗや、液晶表示パネルなどに表示された映像データを端
末１４０のプリンタに印刷させるＰｒｉｎｔなどのアク
ションがある。アクションＩＤは、このようなアクショ
ンを一意に特定するＩＤである。最長利用時間４１２の
項目には、コンテンツを前記アクションＩＤに応じて連
続して操作できる最大時間が記述される。１回判定閾値
／回数カウンタ４１３の項目において、１回判定閾値の
項目にはコンテンツの操作を１回と判断する時間が記述
され、回数カウンタの項目にはコンテンツの操作を許容
する最大回数が記述される。ＬＴフッタ４０４の項目に
は、ＬＴ４００の先頭からＬＴフッタ４０４の直前まで
の部分のハッシュ値が記述される。権利管理サーバ１１
０および端末１４０〜１４１は、ＬＴフッタ４０４に記
述されているハッシュ値と、実際に受信したＬＴ４００
の先頭からＬＴフッタ４０４の直前までの部分から求め
られるハッシュ値とを比較することにより、受信したＬ
Ｔ４００が改ざんされているか否かを検出することがで
きる。このようにチケット作成部１１２は、ＬＴ発行要
求に対応するＬＴ４００に権利管理サーバ１１０のＵＲ
Ｌを書き込んで、送信用ＬＴを作成する。

【００１５】端末１４０は、このようなデータ構成で作
成されたＬＴ４００の発行を受けてはじめてコンテンツ
を再生することができるので、このＬＴ４００は、コン
テンツを購入したユーザにとっては貴重なデータである
といえる。このようにユーザにとって貴重なデータを、
端末１４０の故障などにより消失することを防止するた
め、権利管理サーバ１１０は、ユーザが各自の端末１４
０内に保持しているＬＴ４００によって表された権利
を、バックアップＤＢ１１４内にバックアップするとい
うサービスを提供する。図４は、図１に示した端末１４
０からのバックアップ要求に対する権利管理サーバ１１
０および端末１４０間の通信手順を示す通信シーケンス
図である。権利管理サーバ１１０にこのようなＬＴをバ
ックアップしてもらうために、端末１４０はユーザの操
作に従い、具体的には、バックアップを要求するコマン
ドであるバックアップ要求と端末１４０のクライアント
ＩＤとバックアップ対象の権利データであるＬＴとを権
利管理サーバ１１０へ送信する（Ｓ５０１）。なお、ク
ライアントＩＤとは、端末１４０の製造時に端末１４０
毎に割り振られた固有の識別情報である。権利管理サー
バ１１０の通信処理部１１３はバックアップ要求を受信
すると、バックアップ要求と、端末１４０から受信した
端末１４０のクライアントＩＤと、バックアップ対象デ
ータであるＬＴとを権利データ管理部１１５へ送信する
（Ｓ５０２）。権利データ管理部１１５はバックアップ
要求を受信すると、受信したバックアップ対象データ
（ＬＴ）中のサーバＵＲＬと自分のＵＲＬが等しいかど
うか判定する（Ｓ５０３）。ここで、ＵＲＬが等しくな
かった場合、権利データ管理部１１５は通信処理部１１
３へ判定エラーの旨を送信し（Ｓ５０４）、それを受信
した通信処理部１１３は端末１４０へ異常終了した旨を
送信する（Ｓ５０５）。また、ＵＲＬが等しかった場
合、権利データ管理部１１５はバックアップ対象データ
をバックアップＤＢ１１４に記録するとともに、バック
アップ対象データとクライアントＩＤとの関連付けをバ
ックアップ管理テーブル２００に記録し（Ｓ５０６）、
通信処理部１１３へバックアップ完了の旨を送信する
（Ｓ５０７）。通信処理部１１３はバックアップ完了の
旨を受信すると、端末１４０へ正常にバックアップが終
了した旨を送信する（Ｓ５０８）。このように、権利デ
ータ管理部１１５は、バックアップ対象データであるＬ
Ｔに書き込まれたサーバＵＲＬによって端末１４０を確
認するので、バックアップ要求の際に、特にユーザＩＤ
やパスワードによるユーザ認証を行う必要がない。

【００１６】図５は、図１に示された権利データ管理部
１１５が管理するバックアップ管理テーブル２００のデ
ータ構成を示すである。権利データ管理部１１５は、バ
ックアップ対象データをバックアップＤＢ１１４に記録
するとともに、バックアップしたデータ（ＬＴ）と要求
元である端末１４０との関連をバックアップ管理テーブ
ル２００に記述する。具体的には、バックアップ管理テ
ーブル２００では、端末１４０毎の固有識別情報である
クライアントＩＤと、バックアップされた各端末１４０
のデータ（ＬＴ）であるバックアップデータとの組み合
わせが管理される。

【００１７】バックアップ管理テーブル２００には、ク
ライアントＩＤ「０００００００１」とバックアップデ
ータ「バックアップデータ１」との組み合わせ２０１
と、クライアントＩＤ「０００００００２」とバックア
ップデータ無しとの組み合わせ２０２と、クライアント
ＩＤ「０００００００３」とバックアップデータ無しと
の組み合わせ２０３とが記録されている。これは、すな
わち、クライアントＩＤ「０００００００１」で特定さ
れる端末１４０からバックアップしたデータ「バックア
ップデータ１」が、バックアップＤＢ１１４内に保持さ
れていることを示している。また、クライアントＩＤ
「０００００００２」の端末１４０とクライアントＩＤ
「０００００００３」の端末１４０とからは、バックア
ップしているデータがないことを示している。なお、図
５のバックアップ管理テーブル２００における「バック
アップデータ」は、バックアップ対象であるデータその
ものである必要はなく、バックアップされたデータのデ
ータ識別子や、バックアップＤＢ１１４内の格納場所の
アドレスなど、バックアップされたデータを一意に識別
できる情報であればよい。

【００１８】このように権利管理サーバ１１０にバック
アップされた権利データを各端末１４０に復元するに
は、端末１４０は権利管理サーバ１１０に対してリスト
ア要求を行う必要がある。図６は、図１に示した端末１
４０からのリストア要求に対する権利管理サーバ１１０
および端末１４０間の通信手順を示す通信シーケンス図
である。端末１４０は、リストア要求と端末１４０のク
ライアントＩＤとを権利管理サーバ１１０へ送信する
（Ｓ６０１）。なお、ここで端末１４０が故障して、端
末１４０でバックアップ要求を行ったデータを、他の端
末１４１からリストアしたい場合は、その端末１４１が
端末１４０のクライアントＩＤを何らかの方法で取得
し、取得した端末１４０のクライアントＩＤを代理で送
信するようにしてもよい。例えば、ユーザが端末１４０
のクライアントＩＤを取得する方法としては、バックア
ップ要求時に、端末１４０が自分のクライアントＩＤを
当該端末１４０内の所定の記憶領域から読み出してその
バックアップ要求画面に表示させ、ユーザに通知する、
あるいは、ユーザが権利管理サーバ１１０にあらかじめ
端末１４０の代理として端末１４１を使用することを届
け出て、そのクライアントＩＤを登録しておくなどの方
法がある。また、端末１４０〜１４１の出荷時に同梱さ
れる説明書等にクライアントＩＤを記載しておいてもよ
い。

【００１９】権利管理サーバ１１０の通信処理部１１３
はリストア要求を受信すると、リストア要求と受信した
クライアントＩＤとを権利データ管理部１１５へ送信す
る（Ｓ６０２）。権利データ管理部１１５はリストア要
求を受信すると、受信したクライアントＩＤに該当する
バックアップデータがバックアップＤＢ１１４に記録さ
れているか否かを、バックアップ管理テーブル２００を
検索して判定する（Ｓ６０３）。ここで、記録されてい
なかった場合、権利データ管理部１１５は通信処理部１
１３へ判定エラーとなった旨を送信し（Ｓ６０４）、こ
れを受信した通信処理部１１３は端末１４０へ異常終了
した旨を送信する（Ｓ６０５）。また、記録されていた
場合、権利データ管理部１１５はそのバックアップデー
タをバックアップＤＢ１１４から読み出して通信処理部
１１３へ送信する（Ｓ６０６）。通信処理部１１３はデ
ータを受信すると、受信したデータを端末１４０へ送信
する（Ｓ６０７）。なお、上記実施の形態においては、
バックアップ対象データとしてコンテンツ配信システム
１００におけるライセンスチケットを例にとって説明し
たが、本発明のバックアップ対象データは、これに限定
されず、サーバから各端末に配信されるデータであれば
どのようなデータであってもよい。

【００２０】また、ここでは権利管理サーバ１１０を特
定するための情報として権利管理サーバ１１０のＵＲＬ
を利用したが、これに限定されるものではなく、権利管
理サーバ１１０を特定できる情報であればどのようなも
のであってもよい。また、権利管理サーバ１１０のＵＲ
Ｌなどの付加情報を保護するために、端末１４０内に格
納されている公開鍵を利用して付加情報を暗号してもよ
い。例えば、権利管理サーバ１１０で保持する秘密鍵に
対応した公開鍵を、端末１４０の出荷時に端末１４０内
に格納しておくことにより、これを実現することができ
る。

【００２１】なお、本実施の形態においては、配信セン
ター１０１〜１０２が各配信センター１０１〜１０２内
に権利管理サーバ１１０と配信サーバ１２０とを備える
ものとして説明したが、配信センター１０１〜１０２は
必ずしも両方のサーバを備える必要はない。すなわち、
コンテンツの配信は配信サーバ１２０を備える配信セン
ター１０１が独立して行い、別の配信センター１０２は
権利管理サーバ１１０〜１０２を備えて権利の管理のみ
を行うようにしてもよい。

【００２２】また、本実施の形態においては、配信サー
バ１２０がコンテンツとコンテンツ鍵とを管理し、暗号
化コンテンツとコンテンツ鍵とをそれぞれ端末１４０と
権利管理サーバ１１０とに送信すると説明したが、これ
に限定されるものではなく、権利管理サーバ１１０と配
信サーバ１２０とは異なる別のサーバがコンテンツの暗
号化を行い、暗号化に使用したコンテンツ鍵を権利管理
サーバ１１０へ、暗号化されたコンテンツを配信サーバ
１２０へ送信するとしてもよい。 （実施の形態２）以下、本発明の実施の形態２につい
て、図７〜図１６を用いて説明する。図７は、実施の形
態２のコンテンツ配信システム７３０の構成を示すブロ
ック図である。なお、実施の形態１のコンテンツ配信シ
ステム１００と同一の構成要素については同一の符号を
付し、説明を省略する。コンテンツ配信システム７３０
が、図１に示したコンテンツ配信システム１００と異な
る点は、権利管理サーバ７１０が、購入された権利およ
び端末１４０〜１４１からのバックアップ要求に係る権
利データをユーザごとに管理することである。コンテン
ツ配信システム７３０は、通信ネットワーク１５０を介
して相互に接続される複数の配信センター７２０〜７２
１と複数の端末１４０〜１４１とから構成される。端末
１４１は、携帯電話通信網を介して配信センター７２０
に接続される携帯電話機などであり、携帯電話通信網に
おいて中継局と無線通信を行う通信処理部１３３を備え
る。配信センター７２０は、権利管理サーバ７１０と配
信サーバ１２０とを備える。

【００２３】権利管理サーバ７１０は、ハードディスク
などからなる３つの記憶部（ユーザ情報ＤＢ７１１、権
利情報ＤＢ７１２およびバックアップＤＢ７１４）とプ
ログラムなどによって実現される４つの処理部（チケッ
ト作成部７１３、権利データ管理部７１５、ユーザ情報
管理部７１６および通信処理部１１３）とを備える。ユ
ーザ情報ＤＢ７１１は、権利管理サーバ７１０に登録し
たユーザの個人情報および当該ユーザが使用する端末１
４０のクライアントＩＤなどを記憶する。権利情報ＤＢ
７１２は、ユーザが購入したコンテンツ利用権をユーザ
ごとに記憶する。チケット作成部７１３は、権利情報Ｄ
Ｂ７１２内に管理されているコンテンツ利用権に基づい
てＬＴを発行する。バックアップＤＢ７１４は、各ユー
ザのバックアップ要求に係るコンテンツ利用権（ＬＴ）
を保持するための記憶領域である。権利データ管理部７
１５は、購入されたコンテンツ利用権を権利情報ＤＢ７
１２内でユーザごとに管理するとともに、ユーザの要求
に応じて、ユーザが各端末１４０〜１４１内で管理する
コンテンツ利用権（ＬＴ）をバックアップおよびリスト
アする。より具体的には、権利データ管理部７１５は、
バックアップ要求してきた端末１４０のユーザがあらか
じめ登録されているユーザであることを確認した後、各
ユーザのバックアップ要求に係る権利（ＬＴ）を、ユー
ザのユーザＩＤに対応させてバックアップＤＢ７１４に
格納するとともに、それらの対応をテーブルにして管理
する。また、ユーザのリストア要求に応じて、バックア
ップＤＢ７１４内にバックアップされているコンテンツ
利用権（ＬＴ）をユーザの端末１４０〜１４１に復帰さ
せる。ユーザ情報管理部７１６は、クライアントＩＤと
ユーザＩＤとを関連付けてユーザ情報ＤＢ７１１内に格
納し、格納されたユーザ情報を管理する。

【００２４】図８は、図７のユーザ情報ＤＢ７１１にお
いてユーザ情報管理部７１６が管理するユーザ情報８０
０のデータ構成を示す図である。ユーザ情報８００は、
配信センター７２０に登録した各ユーザについてのユー
ザ情報１１〜１２から構成される。このユーザ情報１１
〜１２は、配信センター７２０への登録時にユーザに割
り当てられたユーザＩＤ２０を用いて管理される。この
ユーザＩＤ２０で特定されるユーザ情報１１〜１２に
は、それぞれ、ユーザ個人に関する個人情報と、ユーザ
が使用する端末１４０についての端末情報とが記述され
る。個人情報としては、ユーザの氏名２１、住所２２、
電話番号２３およびメールアドレス２４などが記述され
る。端末情報としては、当該ユーザが使用する端末１４
０のクライアントＩＤ２５〜２６が記述される。

【００２５】例えば、ユーザ情報１１の個人情報には、
ユーザＩＤ２０「１２３４」で特定されるユーザの氏名
２１が「江戸川長春」で、住所２２が「門松市大字門松
２００２」、電話番号２３が「０６（１２３）４５６
７」、メールアドレス２４が「ohoho@xxx.xx.jp」であ
るということが記述されている。さらに、ユーザ情報１
１の端末情報には、ユーザＩＤ２０「１２３４」で特定
されるユーザは、クライアントＩＤ２５が「０００００
００１」の端末１４０と、クライアントＩＤ２６が「０
００００００２」の端末１４１とを使用していることが
記述されており、ユーザ情報管理部７１６は、この端末
情報に従ってユーザＩＤとクライアントＩＤとの組み合
わせを管理する。

【００２６】図９は、図７に示した端末１４０〜１４１
からの端末登録要求に対する権利管理サーバ７１０およ
び端末１４０〜１４１間の通信手順を示す通信シーケン
ス図である。併せて、図８に示したユーザ「江戸川 長
春」氏がコンテンツ配信システム７３０のコンテンツを
利用するために、端末１４０（テレビ装置）を新規に端
末登録する場合を例として説明する。

【００２７】ユーザが端末１４０を権利管理サーバ７１
０に新規登録する場合、端末１４０は端末登録要求と端
末１４０のクライアントＩＤとを権利管理サーバ７１０
へ送信する（Ｓ１５００）。具体的には、この場合、ユ
ーザ「江戸川 長春」氏は、端末１４０に表示されるメ
ニュー画面の案内に従ってリモコンなどを操作し、新規
登録の手続を行う。この際に、新規登録の手続において
表示される画面（新規登録画面）で、ユーザの氏名２
１、住所２２、電話番号２３およびメールアドレス２４
などの個人情報の入力を行う。ユーザ「江戸川 長春」
氏が前記のような入力項目に入力を完了し、新規登録画
面に表示された送信ボタンなどを押すことによって、端
末１４０は入力された個人情報などを添付した端末登録
要求を構成するとともに、内部に記憶している端末１４
０のクライアントＩＤ「０００００００１」を読み出し
てさらに前記端末登録要求に添付し、権利管理サーバ７
１０に送信する。

【００２８】また、ユーザが、登録された端末１４０の
他に、新たに端末１４１を購入し、それを追加登録する
場合、端末１４１からその端末１４１を直接、追加登録
する場合と、端末１４１をすでに登録済みの端末１４０
から追加登録する場合との２通りの登録方法が考えられ
る。いずれの場合にも、端末登録を要求する端末１４０
〜１４１は、コマンドである端末登録要求と、未登録の
端末１４１のクライアントＩＤと、既に登録を終えてい
る端末１４０のクライアントＩＤとを権利管理サーバ７
１０へ送信する（Ｓ１５０１）。

【００２９】例えば、すでに登録された端末１４０（テ
レビ装置）を持っているユーザ「江戸川 長春」氏が、
端末１４１（携帯電話機）を新たに購入し、端末１４１
からその端末１４１を直接、追加登録する場合、ユーザ
「江戸川 長春」氏は端末１４１（携帯電話機）の画面
に表示されるメニュー画面の案内に従って端末１４１
（携帯電話機）のテンキーなどを操作し、追加登録の手
続を行う。この際に、追加登録の手続において表示され
る画面（追加登録画面）で、既に登録を終えている端末
１４０（テレビ装置）のクライアントＩＤ２５「０００
００００１」の入力を行う。このクライアントＩＤ２５
「０００００００１」は、端末１４０の新規登録が正常
に終了した際にユーザに対して表示画面に表示するとし
てもよいし、端末１４０の梱包に同梱する説明書に記載
しておいてもよい。また、端末１４０の出荷時に同梱す
るＩＣカードにクライアントＩＤ２５「０００００００
１」を書き込んでおき、端末１４０が故障した場合など
に、他の端末１４１からクライアントＩＤ２５「０００
００００１」を読み出せるようにしておいてもよい。こ
のようにユーザ「江戸川 長春」氏が入力を完了し、追
加登録画面に表示された送信ボタンなどを押すことによ
って、端末１４１は、入力された既に登録を終えている
端末１４０のクライアントＩＤ２５「０００００００
１」を含む端末登録要求を作成するとともに、内部に記
憶している端末１４１のクライアントＩＤ「０００００
００２」を読み出して端末登録要求に添付し、権利管理
サーバ７１０に送信する。

【００３０】権利管理サーバ７１０の通信処理部１１３
は、端末登録要求を受信すると、新規登録の場合は受信
した１つのクライアントＩＤと登録要求とを、追加登録
の場合は受信した２つのクライアントＩＤと登録要求と
をユーザ情報管理部７１６へ送信する（Ｓ１５０２）。
ユーザ情報管理部７１６は、登録要求を受信すると、受
信したクライアントＩＤの数によって新規登録か追加登
録かを判断する（Ｓ１５０３）。ここで、新規登録と判
断された場合は、新規にユーザＩＤ２０を発行し、発行
したユーザＩＤ２０と受信したクライアントＩＤを関連
付けてユーザ情報ＤＢ７１１に記録する（Ｓ１５０
４）。例えば、ユーザ「江戸川 長春」氏がステップＳ
１５００において新規登録をした場合、ユーザ情報管理
部７１６はユーザ「江戸川 長春」氏に対し、新規にユ
ーザＩＤ２０「１２３４」を発行し、発行したユーザＩ
Ｄ２０「１２３４」と、受信したユーザ「江戸川 長
春」氏の個人情報およびクライアントＩＤ２５「０００
００００１」とを関連付けてユーザ情報１１を作成し、
ユーザ情報ＤＢ７１１に記録する。記録後、ユーザ情報
管理部７１６は通信処理部１１３へ登録が完了した旨を
送信し（Ｓ１５０５）、通信処理部１１３は端末１４０
へ正常終了した旨を送信する（Ｓ１５０６）。これに応
じて端末１４０は、端末１４０の新規登録が正常に終了
した旨と、登録された端末１４０のクライアントＩＤ２
５が「０００００００１」である旨とを表示画面に表示
する。

【００３１】また、追加登録と判断された場合、ユーザ
情報管理部７１６は、まず受信した登録済みクライアン
トＩＤがユーザ情報ＤＢ７１１に登録されているか確認
する（Ｓ１５０７）。ユーザ情報管理部７１６は、例え
ば、登録済みクライアントＩＤ２５「０００００００
１」をキーとしてユーザ情報ＤＢ７１１内を検索する。
ここで、登録が確認されなかった場合は、ユーザ情報管
理部７１６は確認エラーを通信処理部１１３へ送信し
（Ｓ１５０８）、通信処理部１１３は異常終了した旨を
端末１４１へ送信する（Ｓ１５０９）。登録が確認され
た場合は、そのユーザＩＤ２０と追加登録端末のクライ
アントＩＤとを関連付けてユーザ情報ＤＢ７１１に記録
する（Ｓ１５１０）。例えば、ユーザＩＤ２０「１２３
４」と関連付けられたユーザ情報１１に、追加登録端末
のクライアントＩＤ２６「０００００００２」を追加す
る。記録後、ユーザ情報管理部７１６は通信処理部１１
３へ登録が完了した旨を送信し（Ｓ１５１１）、通信処
理部１１３は端末１４１へ正常終了した旨を送信する
（Ｓ１５１２）。これに応じて端末１４１は、端末１４
１の追加登録が正常に終了した旨と、登録された端末１
４１のクライアントＩＤ２６が「０００００００２」で
ある旨とを表示画面に表示する。

【００３２】図１０は、図７の権利情報ＤＢ７１２にお
いて権利データ管理部７１５が管理する権利情報９００
のデータ構成を示す図である。権利情報９００は、コン
テンツ利用権を購入した各ユーザが現在所有している権
利の内容を表す権利情報１３〜１４から構成される。権
利情報１３〜１４は、各ユーザのユーザＩＤ２０を用い
て管理される。ユーザＩＤ２０で特定される権利情報１
３〜１４には、それぞれ、そのユーザが所有している権
利（コンテンツ利用権）の内容を表す権利データが記述
される。この権利データは、例えば、１つのコンテンツ
を単位として記述されており、各権利データには、その
権利データを特定するためのデータ識別ＩＤ３０が付さ
れている。例えば、ユーザＩＤ２０が「１２３４」のユ
ーザに関する権利情報１３には、データ識別ＩＤ「１０
０００００１」が付された「権利データ１」と、データ
識別ＩＤ「１００００００２」が付された「権利データ
２」とが記述されている。

【００３３】各権利データは、コンテンツ名（ＩＤ）３
１、利用期間３２、回数３３、１回判定時間３４および
最長利用時間３５などから構成されている。コンテンツ
名３１は、この権利がどのコンテンツを利用する権利で
あるかを示すデータである。利用期間３２は、この権利
を使ってコンテンツを利用できる有効期間の開始時刻と
終了時刻とを示すデータである。回数３３は、この権利
を使ってコンテンツを何回利用できるかを示し、１回判
定時間３４は、何時間の利用を１回とカウントするかを
示す。最長利用時間３５は、コンテンツを連続して利用
できる最長時間を示す。例えば、「権利データ１」に
は、この権利がアニメ「あしたのジョーズ」を利用する
権利であって、この権利の有効期限が「２０００年５月
１日９時」から「２００３年４月２８日９時」までであ
り、「３」時間の利用を１回と判定して「１０」回利用
できる権利であることが記述されている。そして、この
権利を使用してアニメ「あしたのジョーズ」を利用する
場合、「３」時間まで連続して利用できることが記述さ
れている。また、「権利データ２」には、この権利がア
ニメ「刑事コナン」を利用する権利であって、この権利
の有効期限が「２００１年４月１日９時」から「２００
３年３月３１日９時」までであり、「２」時間の利用を
１回と判定して「５」回利用できる権利であることが記
述されている。そして、この権利を使用してアニメ「刑
事コナン」を利用する場合、「２」時間まで連続して利
用できることが記述されている。

【００３４】なお、上記のような権利データは、チケッ
ト作成部７１３がＬＴを発行するごとに利用分が差し引
かれ、いずれ購入された権利の利用残高がなくなること
になるが、その場合においても、権利データ管理部７１
５は即時にその権利データをクリアすることなく、一定
期間内、あるいは、ＬＴの有効期間内、少なくともその
権利データのデータ識別ＩＤとその最終値、例えば「０
回」とを履歴として権利情報ＤＢ７１２内に保持してお
く。これにより、権利管理サーバ７１０は、各ユーザに
つき権利管理サーバ７１０側で管理する権利データの残
高がなくなった後も、権利データの履歴を保持している
期間は、端末１４０〜１４１からのバックアップ要求に
応じることができる。

【００３５】また、ここでは、「権利データ１」および
「権利データ２」などの各権利データの中に、その権利
内容を表すすべてのデータが記述されているものとして
説明したが、本発明はこの例に限定されない。同一コン
テンツ、例えばアニメ「あしたのジョーズ」を利用する
権利について、利用期間３２、１回判定時間３４および
最長利用時間３５などの利用条件が共通である場合に
は、それらを他の記憶領域に保持しておき、権利情報１
３〜１４にはコンテンツ名３１と回数３３とだけを記述
するようにしてもよい。また、特定のコンテンツを利用
する権利、例えばアニメ「あしたのジョーズ」を利用す
る権利のデータ識別ＩＤを特定の値、例えば「１０００
０００１」と定めておくようにした場合には、コンテン
ツ名３１も省略することができ、各ユーザの権利情報１
３〜１４にはデータ識別ＩＤ「１００００００１」とそ
の回数３３とだけを記述するようにしてもよい。

【００３６】図１１は、図７に示した端末１４０からの
ＬＴ発行要求に対する権利管理サーバ７１０および端末
１４０間の通信手順を示す通信シーケンス図である。併
せて、図１０の権利情報１３に示されるコンテンツ利用
権を所有するユーザ「江戸川長春」氏（ユーザＩＤ２０
「１２３４」）が、アニメ「あしたのジョーズ」を４回
利用するためにＬＴ発行要求を権利管理サーバ７１０に
送信した場合を例として説明する。まず、端末１４０
は、ユーザの入力操作に従って、端末１４０のクライア
ントＩＤと、送信希望のデータ識別ＩＤと、ＬＴ発行要
求とを権利管理サーバ７１０へ送信する（Ｓ１１０
１）。具体的には、ユーザ「江戸川 長春」氏は、端末
１４０に表示されるメニュー画面の案内に従ってリモコ
ンなどを操作し、ＬＴ発行要求を行う。この際に、ＬＴ
発行要求において表示される画面（ＬＴ発行要求画面）
で、利用したいコンテンツのタイトルであるアニメ「あ
したのジョーズ」およびその利用回数（または利用時
間）である「４回」などの必要事項の選択入力を行う。
この結果、端末１４０に、アニメ「あしたのジョーズ」
を利用する権利である権利データ１のデータ識別ＩＤ３
０「１００００００１」と、その利用回数「４回」とが
入力される。ユーザ「江戸川 長春」氏が入力を完了
し、ＬＴ発行要求画面に表示された送信ボタンなどを押
すことによって、端末１４０は入力されたデータ識別Ｉ
Ｄ３０「１００００００１」と、その利用回数「４回」
とを含むＬＴ発行要求データを作成するとともに、内部
に記憶している端末１４０のクライアントＩＤ「０００
００００１」を読み出してＬＴ発行要求に添付し、権利
管理サーバ７１０に送信する。

【００３７】権利管理サーバ７１０の通信処理部１１３
は、ＬＴ発行要求を受信すると、確認要求と受信したク
ライアントＩＤ「０００００００１」とをユーザ情報管
理部７１６へ送信する（Ｓ１１０２）。ユーザ情報管理
部７１６は確認要求を受信すると、受信したクライアン
トＩＤ「０００００００１」がユーザ情報ＤＢ７１１に
登録されているか確認する（Ｓ１１０３）。ここで、登
録が確認されなかった場合、ユーザ情報管理部７１６は
確認エラーを通信処理部１１３へ送信し（Ｓ１１０
４）、通信処理部１１３は異常終了した旨を端末１４０
へ送信する（Ｓ１１０５）。また、登録が確認された場
合、ユーザ情報管理部７１６は確認が完了した旨とクラ
イアントＩＤに対応するユーザＩＤ２０とを通信処理部
１１３へ送信する（Ｓ１１０６）。この場合、クライア
ントＩＤ「０００００００１」をキーとしてユーザ情報
ＤＢ７１１を検索すると、ユーザＩＤ２０が「１２３
４」のユーザ情報１１がヒットする。これにより、クラ
イアントＩＤが「０００００００１」である端末１４０
の登録が確認されるので、ユーザ情報管理部７１６は確
認が完了した旨と、クライアントＩＤ「０００００００
１」に対応するユーザＩＤ２０「１２３４」とを通信処
理部１１３へ送信する。

【００３８】通信処理部１１３は確認完了を受信する
と、作成要求と、受信したデータ識別ＩＤ３０「１００
００００１」と、ユーザＩＤ２０「１２３４」とをチケ
ット作成部７１３へ送信する（Ｓ１１０７）。チケット
作成部７１３は、作成要求を受信すると、データ要求
と、受信したユーザＩＤ２０「１２３４」と、データ識
別ＩＤ３０「１００００００１」とを権利データ管理部
７１５へ送信する（Ｓ１１０８）。権利データ管理部７
１５はデータ要求を受信すると、受信したユーザＩＤ２
０「１２３４」に対応するデータ識別ＩＤ３０「１００
００００１」の権利データが存在するかどうか、権利情
報ＤＢ７１２を検索する（Ｓ１１０９）。ここで、該当
する権利データが検出されなかった場合、権利データ管
理部７１５はチケット作成部７１３へ検出エラーを送信
し（Ｓ１１１０）、チケット作成部７１３は通信処理部
１１３へ検出エラーを送信して（Ｓ１１１１）、通信処
理部１１３が端末１４０へ異常終了した旨を送信する
（Ｓ１１１２）。

【００３９】また、該当する権利データが検出された場
合、権利データ管理部７１５は検出された権利データを
チケット作成部７１３へ送信する（Ｓ１１１３）。例え
ば、権利情報ＤＢ７１２をユーザＩＤ２０「１２３４」
と、データ識別ＩＤ３０「１００００００１」とで検索
すると、権利情報１３に記録されている権利データ１が
検出される。権利データ管理部７１５は、検出された権
利データ１を読み出してチケット作成部７１３へ送信す
る。チケット作成部７１３は、権利データ管理部７１５
より権利データ１を受信すると、その受信した権利デー
タ１をもとに送信用ＬＴを作成する（Ｓ１１１４）。具
体的には、チケット作成部７１３は、アニメ「あしたの
ジョーズ」を「１０回」利用できる権利データ１をもと
に、アニメ「あしたのジョーズ」を「４回」利用するた
めの送信用ＬＴを作成する。権利データ管理部７１５
は、権利データ１から「あしたのジョーズ」の「４回」
利用分をデクリメントし、権利情報ＤＢ７１２内の権利
データ１を更新する。また、チケット作成部７１３は、
ＬＴ作成後、作成したＬＴを通信処理部１１３へ送信す
る（Ｓ１１１５）。通信処理部１１３はチケット作成部
７１３よりＬＴを受信すると、その受信したＬＴを端末
１４０へ送信する（Ｓ１１１６）。これにより、ＬＴを
受信した端末１４０では、このＬＴに従ってアニメ「あ
したのジョーズ」を連続して最大３時間ずつ「４回」、
合計１２時間利用することができる。

【００４０】図１２は、図１１のＬＴ作成処理（Ｓ１１
１４）において作成されるＬＴのデータ構成を示す図で
ある。図１２（ａ）は、図１０に示した権利データ１の
具体例を示す図である。図１２（ｂ）は、権利データ１
にもとづいて作成されるＬＴ１２００のデータ構成を示
す図である。なお、図３に示したＬＴ４００または図１
０に示した権利情報９００と同一の構成要素については
すでに説明しているので、ここでは同一の符号を付し説
明を省略する。権利データ１は、図１０に示した権利情
報９００のうちの権利情報１３で示されるユーザ「江戸
川 長春」氏所有のコンテンツ利用権のうち、特定のコ
ンテンツ、アニメ「あしたのジョーズ」を利用する全権
利範囲を特定する権利データである。この権利データ１
は、権利データ管理部７１５により権利情報ＤＢ７１２
から読み出されてチケット作成部７１３に送信され、チ
ケット作成部７１３はこの権利データ１をもとに、アニ
メ「あしたのジョーズ」の「４回」の利用を許容するＬ
Ｔ１２００を作成する。より具体的には、チケット作成
部７１３はＬＴ作成時に、権利データ１のデータ識別Ｉ
Ｄ３０「１００００００１」と、権利データ１からユー
ザの「４回」の利用に必要な部分を抜き出した権利デー
タ１２０２とを合成して、送信用権利データである図１
２（ｂ）のＬＴ１２００を作成する。権利データ管理部
７１５は、読み出された権利データ１から権利データ１
２０２の利用分「４回」をデクリメントした「６回」の
利用を許容する権利データ１２０３を作成し、作成した
権利データ１２０３で権利情報ＤＢ７１２内の権利デー
タ１を更新する。

【００４１】上記のように、チケット作成部７１３によ
って作成されたＬＴ１２００は、ＬＴヘッダ１２０４、
コンテンツ鍵タグブロック４０２、アクションタグブロ
ック１２０５、ＬＴフッタ４０４の各項目から構成され
る。さらに、ＬＴヘッダ１２０４は、ＬＴ識別子４０
５、ＬＴサイズ４０６、コンテンツＩＤ４０７、権利デ
ータ識別ＩＤ１２０１、ＬＴの有効開始時刻４０９およ
びＬＴの有効終了時刻４１０などの各項目から構成され
る。このＬＴ１２００の権利データ識別ＩＤ１２０１の
項目には、権利管理サーバ７１０の権利データ管理部７
１５によって管理されていた権利データ１のデータ識別
ＩＤ３０である「１００００００１」が書き込まれる。
権利管理サーバ７１０および端末１４０〜１４１はいず
れも、このＬＴ１２００のデータ識別ＩＤ３０を読み取
ることによって、ＬＴ１２００の発行元である権利管理
サーバ７１０を特定することができる。また、コンテン
ツＩＤ４０７の項目には、権利データ１のコンテンツ名
と同様のアニメ「あしたのジョーズ」を特定するコンテ
ンツＩＤが書き込まれ、ＬＴの有効開始時刻４０９およ
びＬＴの有効終了時刻４１０の項目には、それぞれ、権
利データ１の利用期間３２と同様の「２０００年５月１
日９時」および「２００３年４月２８日９時」が書き込
まれる。

【００４２】ＬＴ１２００のアクションタグブロック１
２０５は、ユーザがアニメ「あしたのジョーズ」を「４
回」利用するのに必要な権利部分を抜き出した権利デー
タ１２０２に対応している。例えば、アクションＩＤ４
１１の項目には、コンテンツ（アニメ「あしたのジョー
ズ」）を動画と音声とで再生するアクションを示すアク
ションＩＤが書き込まれており、最長利用時間４１２の
項目には、権利データ１の利用条件である最長利用時間
３５と同様の「３時間」が書き込まれる。１回判定閾値
／回数カウンタ４１３の１回判定閾値に対応する項目に
は、権利データ１の利用条件である１回判定時間３４と
同様の「３時間」が書き込まれる。ただし、１回判定閾
値／回数カウンタ４１３の回数カウンタに対応する項目
には、４回の利用のみを許容する「４回」が書き込まれ
る。なお、ここでは合成する付加情報としてデータ識別
ＩＤ３０を用いたが、これに限定されるものではなく、
権利管理サーバ７１０において管理されていた権利デー
タであることを特定できる情報であればよい。また、伝
送路上および端末１４０〜１４１のデータ記憶部１３１
におけるデータ識別ＩＤなどの付加情報の秘匿性を保護
するために、端末１４０〜１４１の公開鍵を利用して、
これらの情報を暗号するようにしてもよい。

【００４３】図１３は、図７に示した端末１４１からの
バックアップ要求に対する権利管理サーバ７１０および
端末１４１間の通信手順を示す通信シーケンス図であ
る。具体例として、図１０の権利情報１３に示されるコ
ンテンツ利用権を所有するユーザ「江戸川 長春」氏
（ユーザＩＤ２０「１２３４」）が、自分の所有する端
末１４１で管理しているコンテンツ利用権（ＬＴ）のバ
ックアップ要求を権利管理サーバ７１０に送信した場合
を例として説明する。ここで、端末１４０と端末１４１
とは、同一ユーザ「江戸川 長春」氏が使用する端末で
あり、端末１４０と端末１４１とに発行されるＬＴは、
権利管理サーバ７１０に管理されている同一ユーザ「江
戸川 長春」氏のコンテンツ利用権（権利情報１３）か
ら当該ＬＴによる利用分を差し引いて発行される。な
お、ここでは簡単に説明するため、権利数を、特定のコ
ンテンツ、例えばアニメ「あしたのジョーズ」を利用す
る回数であるとする。併せて、図１４を用いて、権利管
理サーバ７１０、端末１４０および端末１４１で管理さ
れる権利数の変化について説明する。図１４は、権利管
理サーバ７１０、端末１４０および端末１４１でそれぞ
れ管理している権利数のバックアップおよびリストアに
伴う変化の一例を示す表である。

【００４４】図１４に示すように、まず、ユーザ「江戸
川 長春」氏（ユーザＩＤ２０「１２３４」）がコンテ
ンツ、アニメ「あしたのジョーズ」を利用する権利を１
０回分購入したとする。購入されたユーザの権利は、権
利管理サーバ７１０の権利情報ＤＢ７１２内にデータ識
別ＩＤ３０「１００００００１」を付与された権利デー
タ１として保管される（Ｓ７０１）。この状態において
ユーザは、単にコンテンツ利用権を有しているだけであ
って、実際にコンテンツを再生して利用することができ
ない。このためユーザは、例えば、端末１４０で使用す
る分として、コンテンツ、アニメ「あしたのジョーズ」
を４回分利用するためのＬＴを権利管理サーバ７１０に
要求する。このＬＴ発行要求に応じて権利管理サーバ７
１０から、アニメ「あしたのジョーズ」の４回分の利用
を可能にするＬＴが端末１４０に送信される。端末１４
０は、このＬＴをデータ記憶部１３１に格納し、保持す
る。これによりユーザは、権利管理サーバ７１０とオフ
ラインの状態で、アニメ「あしたのジョーズ」を４回再
生することができる。この結果、端末１４０に４回分の
コンテンツ利用権が移動され、権利管理サーバ７１０が
権利情報ＤＢ７１２内で権利データ１として管理するユ
ーザ「江戸川 長春」氏のアニメ「あしたのジョーズ」
のコンテンツ利用権の残高は６回分となる（Ｓ７０
２）。

【００４５】次いで、ユーザが携帯電話機である端末１
４１でもコンテンツ、アニメ「あしたのジョーズ」を利
用するため、３回分のコンテンツ利用権に対応するＬＴ
の発行要求を端末１４１から送信した場合、権利管理サ
ーバ７１０から端末１４１に対して３回分の利用を許可
するＬＴが発行され、権利管理サーバ７１０の管理する
権利データ１の利用残高は３回分となる（Ｓ７０３）。
この後、ユーザが端末１４０で１回コンテンツを利用し
たとすると、端末１４０に保持されていた権利は１回分
消費されて、３回分となる（Ｓ７０４）。

【００４６】この時点で、端末１４１がデータ記憶部１
３１内で管理するコンテンツ利用権のバックアップ要求
をしたとする。具体的には、端末１４１は、バックアッ
プ要求と、端末１４１のクライアントＩＤ「０００００
００２」と、バックアップ対象の３回分の権利データ
（ＬＴ）とを権利管理サーバ７１０へ送信する（図１３
のＳ１３０１）。この処理は、ユーザ「江戸川 長春」
氏が、端末１４１に表示されるメニュー画面の案内に従
ってテンキーなどを操作することによって行われる。そ
の後、ユーザがバックアップ要求画面に表示された送信
ボタンなどを押すことによって、端末１４１は、内部の
不揮発性メモリに記憶しているクライアントＩＤ、例え
ば「０００００００２」を読み出して、バックアップ要
求とバックアップ要求に係る権利データ（ＬＴ）、すな
わち、端末１４１のデータ記憶部１３１に保持されてい
る権利データ（ＬＴ）とに、端末１４１のクライアント
ＩＤ「０００００００２」を添付して権利管理サーバ７
１０に送信する。これにおいて、権利管理サーバ７１０
に送信される３回分の権利データは、ＬＴそのものであ
ってもよいし、権利データ識別ＩＤ１２０１「１０００
０００１」と利用残高の権利数「３回」とであってもよ
い。

【００４７】権利管理サーバ７１０の通信処理部１１３
は、端末１４１からバックアップ要求を受信すると、受
信したクライアントＩＤ「０００００００２」と当該ク
ライアントＩＤの登録の確認を要求するコマンドである
確認要求とをユーザ情報管理部７１６へ送信する（Ｓ１
３０２）。ユーザ情報管理部７１６は、確認要求を受信
すると、受信したクライアントＩＤ「０００００００
２」がユーザ情報ＤＢ７１１に登録されているかどう
か、クライアントＩＤ「０００００００２」をキーとし
てユーザ情報ＤＢ７１１を検索し、確認する（Ｓ１３０
３）。ここで、登録が確認されなかった場合、ユーザ情
報管理部７１６は確認エラーが生じた旨を通信処理部１
１３へ送信し（Ｓ１３０４）、これを受信した通信処理
部１１３はバックアップが異常終了した旨を端末１４１
へ送信する（Ｓ１３０５）。また、登録が確認された場
合、ユーザ情報管理部７１６はユーザ情報ＤＢ７１１か
らクライアントＩＤ「０００００００２」に対応するユ
ーザＩＤ２０「１２３４」を読み出し、読み出されたユ
ーザＩＤ２０「１２３４」と、クライアントの登録の確
認が完了した旨とを通信処理部１１３へ送信する（Ｓ１
３０６）。

【００４８】通信処理部１１３は、登録の確認が完了し
た旨を受信すると、バックアップ要求（コマンド）と、
受信したバックアップ対象のデータである３回分の権利
データ（ＬＴ）と、ユーザＩＤ２０「１２３４」とを権
利データ管理部７１５へ送信する（Ｓ１３０７）。権利
データ管理部７１５は、バックアップ要求を受信する
と、バックアップ対象のデータに含まれるデータ識別Ｉ
Ｄ「１００００００１」が権利情報ＤＢ７１２内のユー
ザＩＤ２０「１２３４」に対応して存在するか、データ
識別ＩＤ「１００００００１」とユーザＩＤ２０「１２
３４」とをキーとして、権利情報ＤＢ７１２を検索し、
バックアップ対象のデータ（ＬＴ）が過去に自分が発行
したものであるか否かを調べる（Ｓ１３０８）。ここ
で、該当するデータ識別ＩＤ「１００００００１」が検
出されなかった場合、権利データ管理部７１５は通信処
理部１１３へ判定エラーを生じた旨を送信し（Ｓ１３０
９）、これを受信した通信処理部１１３は端末１４１へ
バックアップが異常終了した旨を送信する（Ｓ１３１
０）。また、該当するデータ識別ＩＤ「１００００００
１」が検出された場合、権利データ管理部７１５は、バ
ックアップ対象のデータである３回分の権利データ（Ｌ
Ｔ）をバックアップＤＢ７１４に記録し（図１３のＳ１
３１１、図１４のＳ７０５）、通信処理部１１３へ対象
データのバックアップが完了した旨を送信する（Ｓ１３
１２）。なお、権利データ管理部７１５は、バックアッ
プの対象となる３回分の権利データがＬＴそのもので送
信されてきた場合には、３回分の権利データ（ＬＴ）を
バックアップＤＢ７１４に記録する際に、ＬＴのフォー
マットから３回分の権利を表す権利データのみを抽出
し、図１０に示した権利情報１３と同様のフォーマット
に変換してバックアップＤＢ７１４に記録する。通信処
理部１１３は権利データ管理部７１５よりバックアップ
が完了した旨の通知を受信すると、バックアップが正常
に終了した旨の通知を端末１４１へ送信する（Ｓ１３１
３）。

【００４９】このように、本実施の形態の権利管理サー
バ７１０によれば、権利データ管理部７１５がバックア
ップ対象となる権利データのデータ識別ＩＤに基づい
て、当該権利データが権利管理サーバ７１０によって発
行されたものであることを確認するので、ユーザはバッ
クアップ要求の際に、特にユーザＩＤ２０やパスワード
による認証を受ける必要がなく、煩わしい入力操作を行
う必要がなくなるため使い勝手がよいという効果があ
る。

【００５０】図１５は、図７に示したバックアップＤＢ
７１４内において権利データ管理部７１５が管理するバ
ックアップデータのデータ構成を示す図である。権利デ
ータ管理部７１５は、バックアップ対象データをバック
アップＤＢ７１４に記録するとともに、バックアップし
たデータ（ＬＴ）とその要求元であるユーザとの関連を
バックアップ管理テーブル１５００に記述する。具体的
には、バックアップ管理テーブル１５００では、ユーザ
ＩＤ２０と、バックアップされた権利データであるバッ
クアップデータとが対応付けて管理される。バックアッ
プ管理テーブル１５００においては、ユーザＩＤ２０
「１２３４」とバックアップデータ「バックアップデー
タ１」との組み合わせ１５０１と、ユーザＩＤ２０「５
６７８」とバックアップデータ無しとの組み合わせ１５
０２とが記録されている。この「バックアップデータ
１」は、図１４の例では、端末１４１のデータ記憶部１
３１内で管理されていた３回分の権利データ（ＬＴ）で
ある。

【００５１】なお、ここでは、端末１４１のデータ記憶
部１３１内で管理されていた権利データ（ＬＴ）のみを
バックアップしたが、リストア要求がある前に、さらに
ユーザＩＤ２０「１２３４」の同一ユーザが所有する他
の端末１４０から、例えばバックアップデータ「バック
アップデータ２」のバックアップ要求を受けた場合に
は、すでにバックアップされている「バックアップデー
タ１」と「バックアップデータ２」との権利内容を合算
して新たな「バックアップデータ３」を作成し、この
「バックアップデータ３」をバックアップＤＢ７１４お
よびバックアップ管理テーブル１５００にユーザＩＤ２
０「１２３４」に対応付けて記録するようにしてもよ
い。この場合、リストア要求をしてきた端末１４０また
は端末１４１のいずれかに、「バックアップデータ３」
をまとめて復帰させるようにすればよい。

【００５２】以下では、上記のようにしてバックアップ
された権利データが端末１４１にリストアされる場合に
ついて図１４および図１６を用いて説明する。図１４の
例では、端末１４１からのバックアップ要求が正常に終
了した時点（Ｓ７０５）において、権利管理サーバ７１
０の権利情報ＤＢ７１２には未使用のコンテンツ利用権
（３回分）が残っており、バックアップＤＢ７１４には
端末１４１からのバックアップ要求に係る３回分、端末
１４０のデータ記憶部１３１には未使用の３回分、端末
１４１のデータ記憶部１３１には同じく３回分の権利デ
ータがそれぞれ保持されている。この後、ユーザが端末
１４１で１回コンテンツを利用したとすると、端末１４
１に保持されていた権利は１回分消費されて、２回分と
なっている（Ｓ７０６）。図１６は、図７に示した端末
１４１からのリストア要求に対する権利管理サーバ７１
０および端末１４１間の通信手順を示す通信シーケンス
図である。端末１４１は、ユーザの操作に従って、リス
トア要求と端末１４１のクライアントＩＤ２６「０００
００００２」とを権利管理サーバ７１０へ送信する（Ｓ
１４０１）。ここでリストア可能な端末は、バックアッ
プを実行した端末１４１のクライアントＩＤと同一ユー
ザＩＤ２０で関連付けられているクライアントＩＤを有
する端末である。権利管理サーバ７１０の通信処理部１
１３は、リストア要求を受信すると、受信したクライア
ントＩＤ２６「０００００００２」と当該クライアント
ＩＤの登録の確認を要求するコマンドである確認要求と
をユーザ情報管理部７１６へ送信する（Ｓ１４０２）。
ユーザ情報管理部７１６は、確認要求を受信すると、受
信したクライアントＩＤ２６「０００００００２」に対
応するユーザＩＤ２０がユーザ情報ＤＢ７１１に登録さ
れているか、ユーザ情報ＤＢ７１１を検索して確認する
（Ｓ１４０３）。ここで、登録が確認されなかった場
合、ユーザ情報管理部７１６は確認エラーが生じた旨を
通信処理部１１３へ送信し（Ｓ１４０４）、通信処理部
１１３は異常終了した旨を端末１４１へ送信する（Ｓ１
４０５）。また、クライアントＩＤ２６「００００００
０２」に対応するユーザＩＤ２０「１２３４」の登録が
確認された場合、ユーザ情報管理部７１６は確認を完了
した旨と、クライアントＩＤ２６「０００００００２」
に対応するユーザＩＤ２０「１２３４」とを通信処理部
１１３へ送信する（Ｓ１４０６）。通信処理部１１３
は、確認が完了した旨を受信すると、リストア要求と受
信したユーザＩＤ２０「１２３４」とを権利データ管理
部７１５へ送信する（Ｓ１４０７）。権利データ管理部
７１５は、リストア要求を受信すると、受信したユーザ
ＩＤ２０「１２３４」に対するバックアップデータが存
在するかどうかバックアップＤＢ７１４のバックアップ
管理テーブル１５００を検索する（Ｓ１４０８）。ここ
で、該当するバックアップデータが検出されなかった場
合、権利データ管理部７１５は通信処理部１１３へ検索
エラーが生じた旨を送信し（Ｓ１４０９）、それを受信
した通信処理部１１３は端末１４１へリストアが異常終
了した旨を送信する（Ｓ１４１０）。また、該当するバ
ックアップデータ「バックアップデータ１」が検出され
た場合、権利データ管理部７１５は、検出されたバック
アップデータ「バックアップデータ１」を、権利情報Ｄ
Ｂ７１２中のコンテンツ鍵など、対応するデータと合成
して３回分の権利データであるＬＴを作成し、作成した
ＬＴを通信処理部１１３へ送信する（Ｓ１４１１）。通
信処理部１１３は権利データ管理部７１５よりＬＴを受
信すると、受信したＬＴを端末１４１へ送信し、正常に
終了する（Ｓ１４１２）。

【００５３】この結果、権利管理サーバ７１０のバック
アップＤＢ１１４に記憶されていたて３回分の権利デー
タがＬＴとして端末１４１に戻され、バックアップＤＢ
１１４に保持されていた３回分の権利データはクリアさ
れる（Ｓ７０７）。この結果、端末１４１では、実際に
は１回分の権利の消費によって（Ｓ７０６）２回分のコ
ンテンツ利用権しか残っていなかったが、このリストア
によってコンテンツを３回分使用できることになる。こ
のように、バックアップからリストアまでの間にユーザ
が端末１４１において権利を消費（コンテンツを利用）
した場合、実際に端末１４１が保持する権利数とリスト
ア後の権利数との間に食い違いを生じるが、ユーザにと
っては、自分の端末１４１に保持している権利のバック
アップを取っておくことにより、例えば端末１４１が故
障した場合などにおいても、保持していた権利が消失し
てしまうことなく、バックアップ時に保持していた権利
を使うことができるという効果がある。

【００５４】（実施の形態３）以下、本発明の実施の形
態３について、図１７〜図２０を用いて説明する。図１
７は、実施の形態３のコンテンツ配信システム１７３０
の構成を示すブロック図である。なお、実施の形態１ま
たは実施の形態２のコンテンツ配信システム１００また
はコンテンツ配信システム７３０と同一の構成要素につ
いては同一の符号を付し、説明を省略する。コンテンツ
配信システム１７３０が、実施の形態１、２のコンテン
ツ配信システム１００、７３０と異なる点は、権利管理
サーバ１７１０が、各ユーザの権利購入時の権利データ
の初期値を保持しており、端末１１４０〜１１４１から
のリストア要求に対して、保持している初期値の権利デ
ータを端末１１４０〜１１４１に復帰させることであ
る。コンテンツ配信システム１７３０は、通信ネットワ
ーク１５０を介して相互に接続される複数の配信センタ
ー１７２０〜１７２１と複数の端末１１４０〜１１４１
とから構成される。配信センター１７２０〜１７２１
は、権利管理サーバ１７１０と配信サーバ１２０とを備
える。

【００５５】権利管理サーバ１７１０は、ハードディス
クなどからなる２つの記憶部（ユーザ情報ＤＢ７１１お
よび権利情報ＤＢ１７１２）とプログラムなどによって
実現される４つの処理部（チケット作成部７１３、権利
データ管理部１７１５、ユーザ情報管理部７１６および
通信処理部１１３）とを備える。

【００５６】権利情報ＤＢ１７１２は、図１０に示した
権利情報９００と同様の権利情報を保持するとともに、
各ユーザにつき、権利購入時の初期値を保持するための
記憶領域である。また、権利情報ＤＢ１７１２は、ユー
ザごとにバックアップ要求の有無を示すバックアップ管
理テーブルを保持する。権利データ管理部１７１５は、
権利データ管理部７１５とほぼ同様であるが、各端末１
１４０〜１１４１からのバックアップ要求に係る権利デ
ータ（ＬＴ）を実際にはデータベースに記録しない点が
異なる。具体的には、権利データ管理部１７１５は、ユ
ーザが権利を購入する都度、権利データごとにその権利
データの初期値を計算し、計算した初期値を当該権利デ
ータに記録する。各端末１１４０〜１１４１からバック
アップ要求があると、権利情報ＤＢ１７１２内のバック
アップ管理テーブルに、どのユーザからバックアップ要
求があったかをフラグで記録する。また、バックアップ
要求したユーザが使用する端末１１４０〜１１４１から
リストア要求があったときには、権利情報ＤＢ１７１２
内で管理する当該ユーザの権利情報の利用残高を各権利
データの初期値に戻すという処理を行う。

【００５７】端末１１４０〜１１４１は、端末１４０〜
１４１の機能に加え、権利管理サーバ１７１０にリスト
ア要求した際には内部に保持するＬＴを破棄するプログ
ラムを備えたパーソナルコンピュータまたはコンテンツ
配信システム１７３０の専用再生装置などである。各端
末１１４０〜１１４１は、それぞれ耐タンパに作られた
データ記憶部１３１、データ再生部１３２、通信処理部
１３３およびチケット管理部１１３４を備えている。チ
ケット管理部１１３４は、チケット管理部１３４の機能
に加え、権利管理サーバ１７１０にリストア要求を送信
する際、リストア要求の応答中または権利管理サーバ１
７１０からリストアが正常に終了した旨の通知を受けた
ときのいずれかに、データ記憶部１３１内に保持するす
べての権利データ（ＬＴ）を無効化または消去する処理
を行う。

【００５８】図１８は、図１７に示した権利情報ＤＢ１
７１２内で保持される権利情報１８００とバックアップ
管理テーブル１８１０とのデータ構成を示す図である。
図１８（ａ）は、権利情報１８００のデータ構成を示
し、図１８（ｂ）は、バックアップ管理テーブル１８１
０のデータ構成を示す。図１８（ａ）に示すように、権
利情報１８００が図１０に示した権利情報９００と異な
る点は、各権利情報１８１３〜１８１４に記録されてい
る各権利データについて、初期値１８０１〜１８０２の
項目が追加されていることである。権利データ管理部１
７１５は、ユーザが権利を購入する都度、その時点の利
用残高に購入された利用分を加算して当該権利データの
初期値を計算し、その計算結果で初期値１８０１〜１８
０２の項目を更新する。同図において、データ識別ＩＤ
３０が「１００００００１」の権利データ１は、例え
ば、１０回分を購入してから７回分のＬＴが発行された
状態で、回数３３の残高が「３回」で、初期値１８０１
が「１０回」となっている。また、データ識別ＩＤ３０
が「１００００００２」の権利データ２では、回数３３
の残高が「５回」で、初期値１８０２が「８回」となっ
ている。これは、例えば、ユーザが当初「８回」分のコ
ンテンツ利用権を購入しており、そのうち、「３回」分
のＬＴが端末１１４０〜１１４１に発行された場合など
である。

【００５９】このような権利情報１８１３で示されるコ
ンテンツ利用権を持っているユーザＩＤ２０「１２３
４」のユーザが、登録済みの端末１１４０から権利管理
サーバ１７１０にバックアップ要求を送信した場合、権
利データ管理部１７１５は、ユーザＩＤ２０「１２３
４」のユーザからバックアップ要求があったことをバッ
クアップ管理テーブル１８１０に記録する。図１８
（ｂ）に示すように、バックアップ管理テーブル１８１
０には、各ユーザのユーザＩＤと、そのユーザがバック
アップ要求をしたか否かを「０」または「１」の値で表
すフラグとが対応付けて記録される。ここでは例えば、
バックアップ要求をした場合は「１」、そうでない場合
は「０」が記録される。従って、上記の場合には、バッ
クアップ管理テーブル１８１０のユーザＩＤ「１２３
４」に対応付けて、フラグの項目に「１」が記録され
る。またバックアップ管理テーブル１８１０には、他の
ユーザ、例えばユーザＩＤが「５６７８」のユーザおよ
びユーザＩＤが「９０１２」のユーザはフラグが「０」
であるので、バックアップ要求をしていないことが示さ
れている。

【００６０】権利管理サーバ１７１０において権利デー
タが上記のように管理される場合のバックアップおよび
リストアにおけるコンテンツ配信システム１７３０各部
の動作について、図１９の通信シーケンス図および図２
０の表を用いて説明する。図１９は、図１７に示した端
末１１４１からのバックアップおよびリストア要求に対
する権利管理サーバ１７１０および端末１１４１間の通
信手順を示す通信シーケンス図である。権利管理サーバ
１７１０は、図１３および図１６において説明したよう
に、端末１１４１からのバックアップ要求に対し、受信
した権利データ（ＬＴ）のデータ識別ＩＤを照合し、そ
のＬＴが、自分が過去に発行したものである場合に限
り、端末１１４１からのバックアップ要求に応じる。し
かし、これらの照合の方法については実施の形態２にお
いて説明した場合と同様であるので説明を省略し、図１
９においては照合の結果、正常にバックアップおよびリ
ストアが行われる場合についてのみ説明する。図２０
は、権利管理サーバ１７１０、端末１１４０および端末
１１４１でそれぞれ管理している権利数のバックアップ
およびリストアに伴う変化の一例を示す表である。ま
た、同図において、ステップＳ２００１〜Ｓ２００４ま
での各部の権利数の変化は、図１４のステップＳ７０１
〜Ｓ７０４までの変化と同じであるので、説明を省略す
る。

【００６１】図２０において、端末１１４０または端末
１１４１のいずれかからバックアップ要求があるまで、
バックアップ管理テーブル１８１０のフラグは「０」で
ある。ユーザＩＤ２０「１２３４」のユーザにつき、権
利情報ＤＢ１７１２内で権利データ管理部１７１５が管
理する権利の残高が「３回」、端末１１４０が管理する
権利数が「３回」、端末１１４１が管理する権利数が
「３回」であるとき、ユーザＩＤ２０「１２３４」のユ
ーザが端末１１４１からバックアップ要求を権利管理サ
ーバ１７１０に送信したとする。このとき具体的には、
端末１１４１は、バックアップ要求と、端末１１４１の
クライアントＩＤ「０００００００２」と、データ記憶
部１３１に保持している３回分の権利データ（ＬＴ）ま
たは少なくとも１つのＬＴとを権利管理サーバ７１０へ
送信する（図１９のＳ１９０１）。これを受信した権利
管理サーバ１７１０の権利データ管理部１７１５は、バ
ックアップ管理テーブル１８１０のユーザＩＤ２０「１
２３４」に対応するフラグを「１」に更新する（Ｓ２０
０５、図１９のＳ１９０２）。この後、権利管理サーバ
１７１０は、バックアップが正常に終了した旨の通知を
端末１１４１に送信する（Ｓ１９０３）。

【００６２】この後、ユーザが端末１１４１で１回コン
テンツを利用したとすると、端末１１４１のデータ記憶
部１３１に保持されていた権利は１回分消費されて、２
回分となる（図２０のＳ２００６）。さらにこの後、ユ
ーザが端末１１４１を操作して、権利管理サーバ１７１
０にリストア要求する場合、端末１１４１は、リストア
要求と端末１１４１のクライアントＩＤ２６「００００
０００２」とを権利管理サーバ７１０へ送信する（Ｓ１
９０４）。リストア要求を受信した権利管理サーバ１７
１０の権利データ管理部１７１５は、受信したクライア
ントＩＤ２６「０００００００２」がバックアップ要求
を送信してきた端末と同一ユーザの端末のものであるか
をユーザ情報管理部７１６に問い合わせて確認し、ユー
ザＩＤ２０「１２３４」を取得する。さらに、権利デー
タ管理部１７１５は、バックアップ管理テーブル１８１
０のユーザＩＤ２０「１２３４」に対応するフラグが
「１」になっているか否かを調べ、「１」であれば
「０」に更新する（Ｓ１９０５）。なお、このときフラ
グが「１」でなければ、権利管理サーバ１７１０は、リ
ストアが異常終了した旨を端末１１４１に通知して処理
を終了する。

【００６３】続いて権利データ管理部１７１５は、図１
８に示したユーザＩＤ２０「１２３４」に対応する権利
情報１８１３内の各権利データにつき、それぞれの回数
３３の値を初期値１８０１〜１８０２の値で更新する。
例えば、データ識別ＩＤ３０が「１００００００１」の
権利データ１では、回数３３の残高が「３回」となって
いるところを初期値１８０１の値である「１０回」に更
新し、データ識別ＩＤ３０が「１００００００２」の権
利データ２では、回数３３の残高「５回」を初期値１８
０２の値である「８回」に更新する（Ｓ１９０６）。こ
の後、権利管理サーバ１７１０は、端末１１４１にリス
トアが正常に終了した旨の通知を送信する（Ｓ１９０
７）。これを受信した端末１１４１は、データ記憶部１
３１内に保持しているすべての権利データ（２回分のＬ
Ｔ）を無効化し、正常にリストアを終了する（図２０の
Ｓ２００７）。

【００６４】なお、本実施の形態においては、リストア
を行った端末１１４０〜１１４１内にあるＬＴを無効に
したが（Ｓ１９０８）、必ずしも無効にする必要はな
い。このように、本実施の形態によれば、リストアにお
いて権利購入時の初期値に復帰するので、端末１１４０
〜１１４１からのバックアップ要求に対して、実際の権
利データをバックアップする必要がなく、バックアップ
における権利管理サーバ１７１０の処理が軽減され、権
利管理サーバ１７１０の負荷を軽くとどめることができ
るという効果がある。

【００６５】（実施の形態４）以下、本発明の実施の形
態４について、図２１〜図２４を用いて説明する。図２
１は、実施の形態４のコンテンツ配信システム２７３０
の構成を示すブロック図である。なお、実施の形態１、
２、３のコンテンツ配信システム１００、７３０、１７
３０と同一の構成要素については同一の符号を付し、説
明を省略する。コンテンツ配信システム２７３０が、コ
ンテンツ配信システム１００、７３０、１７３０と異な
る点は、権利管理サーバ２７１０が端末２１４０からバ
ックアップ要求を受けたとき、同一ユーザの所有する他
の端末２１４１に対し、現在保持する権利データの残高
を問い合わせ、同一ユーザが自分の各端末２１４０〜２
１４１内に保持している権利の合計と権利管理サーバ２
７１０内で管理している当該ユーザの権利の残高との合
計をバックアップすることである。コンテンツ配信シス
テム２７３０は、通信ネットワーク１５０を介して相互
に接続される複数の配信センター２７２０〜２７２１と
複数の端末２１４０〜２１４１とから構成される。配信
センター２７２０〜２７２１は、権利管理サーバ２７１
０と配信サーバ１２０とを備える。

【００６６】権利管理サーバ２７１０は、ハードディス
クなどからなる３つの記憶部（ユーザ情報ＤＢ７１１、
権利情報ＤＢ７１２およびバックアップＤＢ７１４）と
プログラムなどによって実現される４つの処理部（チケ
ット作成部７１３、権利データ管理部２７１５、ユーザ
情報管理部２７１６および通信処理部２１１３）とを備
える。権利データ管理部２７１５は、端末２１４０〜２
１４１からバックアップ要求を受信すると、通信処理部
２１１３を介して、同一ユーザが使用する他の端末２１
４０〜２１４１に現在データ記憶部１３１内に保持して
いる権利データの残高を問い合わせ、問い合わせに対す
る回答を収集して、当該ユーザについての権利情報ＤＢ
７１２内の権利の残高と合算し、合算した権利データを
バックアップＤＢ７１４内に格納する。また、リストア
要求を受けたときは、バックアップＤＢ７１４内に格納
したバックアップデータで権利情報ＤＢ７１２内の権利
情報を更新し、リストアを正常に終了した旨の通知を当
該ユーザの所有する全端末２１４０〜２１４１に送信し
て、当該端末２１４０〜２１４１が保持している権利デ
ータ（ＬＴ）を無効化させる。

【００６７】ユーザ情報管理部２７１６は、権利データ
管理部２７１５がバックアップのため同一ユーザが所有
する端末２１４０〜２１４１に対して権利データの問い
合わせを行う際と、リストアが正常に終了した旨の通知
を行う際とに、バックアップ要求およびリストア要求を
行った端末２１４０〜２１４１のクライアントＩＤに基
づいて、同一ユーザが所有する他の端末２１４０〜２１
４１のクライアントＩＤを調べ、通信処理部２１１３に
送信する。通信処理部２１１３は、端末２１４０〜２１
４１から各種要求を受信して、権利管理サーバ２７１０
内の対応する各部にコマンドおよびデータを送信すると
ともに、権利データ管理部２７１５の要求に応じて端末
２１４０〜２１４１に対して権利データの問い合わせを
行い、問い合わせに対する回答を権利データ管理部２７
１５に送信する。また、権利データ管理部２７１５にお
いてリストアが正常に終了した場合は、リストアが正常
に終了した旨の通知をリストア要求した同一ユーザの全
端末２１４０〜２１４１に送信する。

【００６８】端末２１４０〜２１４１は、実施の形態３
の端末１１４０〜１１４１の機能に加え、権利管理サー
バ１７１０からの問い合わせに応じてデータ記憶部１３
１内に保持している権利データの内容を報告し、権利管
理サーバ１７１０からリストアが正常に終了した旨の通
知を受けると、内部に保持しているＬＴを破棄するプロ
グラムを備えたパーソナルコンピュータまたはコンテン
ツ配信システム２７３０の専用再生装置などである。各
端末２１４０〜２１４１は、それぞれ耐タンパに作られ
たデータ記憶部１３１、データ再生部１３２、通信処理
部２１３３およびチケット管理部２１３４を備えてい
る。通信処理部２１３３は、権利管理サーバ２７１０か
ら権利データの問い合わせまたはリストアが正常に終了
した旨の通知を受信すると、これをチケット管理部２１
３４に送信する。チケット管理部２１３４は、通信処理
部２１３３を介して権利管理サーバ２７１０から権利デ
ータの問い合わせを受信すると、データ記憶部１３１内
の権利データ（ＬＴ）の利用残高を調べ、調べた利用残
高を回答として権利管理サーバ２７１０に送信する。ま
た、権利管理サーバ２７１０からリストアが正常に終了
した旨の通知を受信した場合には、データ記憶部１３１
内の権利データ（ＬＴ）をすべて無効化または消去す
る。

【００６９】以下では、このように構成されたコンテン
ツ配信システム２７３０のバックアップおよびリストア
における各部の動作について、図２３および図２４の通
信シーケンス図と図２２の表とを用いて説明する。ここ
では、ユーザＩＤ２０「１２３４」のユーザ「江戸川
長春」氏が、クライアントＩＤ２５「０００００００
１」の端末２１４０とクライアントＩＤ２６「００００
０００２」の端末２１４１とを所有しており、端末２１
４０からバックアップ要求を行い、端末２１４１からリ
ストア要求を行う場合について説明する。このユーザに
関する情報は、実施の形態２における図８のユーザ情報
１１、図１０の権利情報１３、図１２のＬＴおよび図１
５のバックアップデータ１５０１と同じものを使用す
る。図２２は、権利管理サーバ２７１０、端末２１４０
および端末２１４１でそれぞれ管理している権利数のバ
ックアップおよびリストアに伴う変化の一例を示す表で
ある。図２３は、図２１に示した端末２１４０からのバ
ックアップ要求に対する権利管理サーバ２７１０、端末
２１４０および端末２１４１間の通信手順を示す通信シ
ーケンス図である。図２２において、ステップＳ２２０
１〜Ｓ２２０４までの権利数の変化は、図１４のステッ
プＳ７０１〜Ｓ７０４までの変化と同じであるので、説
明を省略する。また、権利数の変化については権利デー
タ１についてのみ説明する。

【００７０】図２２の例では、権利管理サーバ２７１０
の権利情報ＤＢ７１２に未使用のコンテンツ利用権３回
分が残っており、端末２１４０のデータ記憶部１３１に
は３回分、端末２１４１のデータ記憶部１３１には同じ
く３回分の権利データ（ＬＴ）がそれぞれ保持されてい
る状態で（Ｓ２２０４）、端末２１４０からバックアッ
プ要求が出されたものとする。具体的には、端末２１４
０は、データ記憶部１３１内に保持している権利とその
数とを示すデータ「権利データ１，３回分」および少な
くとも１つのＬＴと、端末２１４０のクライアントＩＤ
２５「０００００００１」とを添付して、バックアップ
要求を権利管理サーバ２７１０に送信する（図２３のＳ
２３０１）。これを受信した通信処理部２１１３は、受
信したクライアントＩＤ２５「０００００００１」と、
このクライアントＩＤ２５「０００００００１」がユー
ザ情報ＤＢ７１１内に登録されているか否かを確認する
よう要求するコマンドである確認要求とをユーザ情報管
理部２７１６に送信する（図２３のＳ２３０２）。これ
を受信したユーザ情報管理部２７１６は、ユーザ情報Ｄ
Ｂ７１１内を検索してそのクライアントＩＤ２５「００
０００００１」が登録されているか否かを調べ（図２３
のＳ２３０３）、登録されていない場合は通信処理部２
１１３に異常終了した旨を送信する（図２３のＳ２３０
４）。これに従って通信処理部２１１３は、端末２１４
０にバックアップが異常終了した旨を通知する（図２３
のＳ２３０５）。クライアントＩＤ２５「００００００
０１」が登録されている場合には、ユーザ情報管理部２
７１６は、確認が完了した旨と、クライアントＩＤ２５
「０００００００１」に対応するユーザＩＤ２０「１２
３４」とを通信処理部２１１３へ送信する（図２３のＳ
２３０６）。

【００７１】通信処理部２１１３は、登録の確認が完了
した旨を受信すると、バックアップ要求と、端末２１４
０が保持していた権利およびその数を示すデータ「権利
データ１，３回分」と少なくとも１つのＬＴと、ユーザ
ＩＤ２０「１２３４」とを権利データ管理部２７１５へ
送信する（図２３のＳ２３０７）。権利データ管理部２
７１５は、バックアップ要求を受信すると、ＬＴに含ま
れるデータ識別ＩＤ「１００００００１」が権利情報Ｄ
Ｂ７１２内のユーザＩＤ２０「１２３４」に対応して存
在するか、権利情報ＤＢ７１２を検索し、このＬＴが過
去に自分が発行したものであるか否かを調べる（図２３
のＳ２３０８）。ここで、権利情報ＤＢ７１２内におい
てユーザＩＤ２０「１２３４」に対応するデータ識別Ｉ
Ｄ「１００００００１」が検出されなかった場合、権利
データ管理部２７１５は通信処理部２１１３へ判定エラ
ーを生じた旨を送信し（図２３のＳ２３０９）、これを
受信した通信処理部２１１３は端末２１４０へバックア
ップが異常終了した旨を送信する（図２３のＳ２３１
０）。

【００７２】また、該当するデータ識別ＩＤ「１０００
０００１」が検出された場合、権利データ管理部２７１
５は、ユーザ情報管理部２７１６に対し、クライアント
ＩＤ２５「０００００００１」以外の端末２１４１で、
ユーザＩＤ２０「１２３４」のユーザ情報１１に登録さ
れている端末２１４１のクライアントＩＤを問い合わせ
る（図２３のＳ２３１１）。ユーザ情報管理部２７１６
は、ユーザＩＤ２０「１２３４」のユーザ情報１１を調
べ、該当する端末２１４１が登録されている場合には、
その端末２１４１のクライアントＩＤ２６「０００００
００２」を権利データ管理部２７１５に送信する（図２
３のＳ２３１２）。権利データ管理部２７１５は、ユー
ザ情報管理部２７１６から受信したクライアントＩＤ２
６「０００００００２」と、その端末２１４１に権利デ
ータの利用残高の問い合わせをするよう要求するコマン
ドである問い合わせコマンドとを通信処理部２１１３に
送信する（図２３のＳ２３１３）。これを受信した通信
処理部２１１３は、クライアントＩＤ２６「０００００
００２」を有する端末２１４１に権利データの利用残高
の問い合わせを行い（図２３のＳ２３１４）、問い合わ
せを受信した端末２１４１のチケット管理部２１３４
は、端末２１４１のデータ記憶部１３１内に保持されて
いるＬＴの利用残高「権利データ１，３回分」を調べ、
通信処理部２１３３を介して、ＬＴの利用残高である権
利ごとの権利数の回答を権利管理サーバ２７１０に送信
する（図２３のＳ２３１５）。これを受信した通信処理
部２１１３は、送信元である端末２１４１のクライアン
トＩＤ２６「０００００００２」と、権利数の回答であ
るデータ「権利データ１，３回分」とを権利データ管理
部２７１５に送信する（図２３のＳ２３１６）。権利デ
ータ管理部２７１５は、問い合わせをしたすべての端末
２１４１から権利数の回答が返ってきたか否かを判定し
（図２３のＳ２３１７）、一定時間を経過してもすべて
の端末２１４１から権利数の回答が返ってこない場合
は、異常終了した旨を通信処理部２１１３に送信し（図
２３のＳ２３１８）、これを受信した通信処理部２１１
３はバックアップが異常終了した旨を端末２１４０に通
知する（図２３のＳ２３１９）。

【００７３】問い合わせをしたすべての端末２１４１か
ら権利数の回答が返ってきた場合、権利データ管理部２
７１５は、バックアップ要求を送信した端末２１４０の
利用残高「３回」と、同一ユーザが所有する他の端末２
１４１の利用残高「３回」と、権利情報ＤＢ７１２内で
管理する利用残高「３回」とを合算し（図２３のＳ２３
２０）、合算した結果である「権利データ１，９回分」
を内容とするバックアップデータをバックアップＤＢ７
１４内に記録する（図２３のＳ２３２１、図２２のＳ２
２０５）。この際には、実施の形態２において図１５を
用いて説明したように、バックアップデータは、ユーザ
ＩＤ２０に対応付けてバックアップＤＢ７１４内に記録
される。次いで、権利データ管理部２７１５は、バック
アップＤＢ７１４にバックアップデータの記録を完了し
た旨を通信処理部２１１３に送信し（図２３のＳ２３２
２）、これを受信した通信処理部２１１３は、端末２１
４０に対し、バックアップが正常に終了した旨を通知す
る（図２３のＳ２３２３）。

【００７４】この後、ユーザが端末２１４１で１回コン
テンツを利用したとすると、端末２１４１のデータ記憶
部１３１に保持されていた権利は１回分消費されて、２
回分となる（図２２のＳ２２０６）。図２４は、図２１
に示した端末２１４１からのリストア要求に対する権利
管理サーバ２７１０、端末２１４０および端末２１４１
間の通信手順を示す通信シーケンス図である。なお、図
２４において、ステップＳ２４０１〜Ｓ２４１０の処理
は、図１６のステップＳ１４０１〜Ｓ１４１０の処理と
同様であるので説明を省略する。権利管理サーバ２７１
０は、端末２１４１からリストア要求を受信すると、リ
ストア要求に添付されたクライアントＩＤ２６「０００
００００２」に基づいて、ユーザ情報ＤＢ７１１からそ
のユーザＩＤ２０「１２３４」を読み出し、そのユーザ
ＩＤ２０「１２３４」に対応するバックアップデータが
バックアップ管理テーブル１５００内にあるか否かを調
べる。調べた結果、ユーザＩＤ２０「１２３４」に対応
して「バックアップデータ１」がバックアップ管理テー
ブル１５００内にあった場合、権利データ管理部２７１
５は、権利情報ＤＢ７１２内のユーザＩＤ２０「１２３
４」に対応する権利情報１３を、「バックアップデータ
１」の内容に更新する（Ｓ２４１１）。例えば、バック
アップデータ１の内容が「権利データ１，９回分」であ
る場合、権利データ管理部２７１５は、権利情報ＤＢ７
１２内の権利情報１３の権利データ１の回数３３の項目
を「９回」に更新する。この後、権利データ管理部２７
１５は、バックアップＤＢ７１４内のバックアップ管理
テーブル１５００の「バックアップデータ１」を消去す
るとともに、当該ユーザのユーザＩＤ２０「１２３４」
と、リストアが完了した旨を通信処理部２１１３に送信
する（Ｓ２４１２）。これを受信した通信処理部２１１
３は、権利データ管理部２７１５から受信したユーザＩ
Ｄ２０「１２３４」と、そのユーザＩＤ２０「１２３
４」のユーザ情報１１に登録されているすべてのクライ
アントＩＤを通知するよう要求するコマンドである通知
要求とをユーザ情報管理部２７１６に送信する（Ｓ２４
１３）。ユーザ情報管理部２７１６は、ユーザ情報ＤＢ
７１１内のユーザ情報１１から端末情報を調べ、ユーザ
ＩＤ２０「１２３４」に対応して登録されているすべて
のクライアントＩＤ、すなわち、クライアントＩＤ２５
「０００００００１」とクライアントＩＤ２６「０００
００００２」とを、通信処理部２１１３に通知する（Ｓ
２４１４）。通信処理部２１１３は、通知を受けたクラ
イアントＩＤを有するすべての端末２１４０〜２１４１
に対し、リストアが正常に終了した旨の通知を送信する
（Ｓ２４１５、Ｓ２４１６）。これを受信した端末２１
４０および端末２１４１は、正常に機能している場合、
それぞれデータ記憶部１３１内に保持しているすべての
ＬＴを無効化または消去する（Ｓ２４１７、Ｓ２４１
８）。この結果、ユーザＩＤ２０「１２３４」のユーザ
「江戸川 長春」氏が所有していた権利データ１の権利
数は、すべて権利情報ＤＢ７１２内に復帰され、バック
アップ時の権利数の合計である「９回」になる。また、
各端末２１４０〜２１４１とバックアップＤＢ７１４内
に保持されていた権利データ１の権利数はいずれも「０
回」になる。

【００７５】このように本実施の形態の権利管理サーバ
２７１０によれば、端末２１４０〜２１４１からのバッ
クアップ要求時に、要求を送信した以外の同一ユーザの
端末についても権利の利用残高を問い合わせるので、当
時、権利管理サーバ２７１０および端末２１４０〜２１
４１内に実際に存在していた権利数をバックアップする
ことができ、より現実に即したバックアップおよびリス
トアを実現できるという効果がある。

【００７６】なお、上記実施の形態では、少なくともバ
ックアップ要求後、リストアまでの間に端末で消費され
る権利は無償となる。このような端末側における無償の
権利消費は、バックアップ、リストアの性質上当然に見
込まれるべきものであるが、端末の故障や災害などから
ユーザの権利を保全するというこのサービスの本来の目
的に従った利用を図るため、権利管理サーバ側で、ユー
ザごとにバックアップおよびリストアの履歴を保存する
ようにしてもよい。例えば、ユーザ情報ＤＢに、リスト
ア実行回数やリストア実行ライセンスチケットの総数な
どのリストア情報をユーザごとに記録し、これらを閾値
としてあらかじめ定められた範囲内でのみリストアを許
可するように制御することによって、無制限なリストア
の実行を防止することができる。

【００７７】図２５は、図２１に示したユーザ情報ＤＢ
７１１に各ユーザのリストア実行回数を記録し、一定範
囲内でのみリストアを許可するよう制御する場合の具体
例を示す図である。権利管理サーバ２７１０は、各ユー
ザがこれまでにリストアを実行した回数を、各ユーザの
ユーザ情報に記録しておく。例えば、ユーザＡのユーザ
情報には、ユーザＡがすでにリストアを２回実行してい
ることが記録されており、ユーザＢのユーザ情報には、
ユーザＢがすでにリストアを５回実行していることが記
録されている。ここで、権利管理サーバ２７１０が、リ
ストア実行回数「５回」を閾値として、どのユーザに対
しても５回までのリストアを許可するよう制御する場合
には、権利データ管理部２７１５は、各ユーザからのリ
ストア要求に対し、当該ユーザのユーザ情報を参照し
て、現在までの当該ユーザのリストア実行回数が閾値に
達しているか否かを調べる。権利データ管理部２７１５
は、当該ユーザのリストア実行回数が閾値未満の場合に
のみ、リストア要求に応じて、バックアップＤＢ７１４
内にバックアップされている権利をリストアし、当該ユ
ーザのリストア実行回数が閾値に達している場合には、
その要求に応じない。

【００７８】従って、この例では、ユーザＡが権利管理
サーバ２７１０にリストア要求した場合には、これまで
のリストア実行回数が閾値「５回」に満たないので、バ
ックアップされている権利をリストアすることができ
る。このとき、権利データ管理部２７１５は、ユーザＡ
のリストア実行回数を一回カウントアップしてユーザ情
報管理部２７１６に通知し、通知したリストア実行回数
でユーザＡのユーザ情報を、ユーザ情報管理部２７１６
に更新させる。一方、ユーザＢが権利管理サーバ２７１
０にリストア要求した場合には、これまでのリストア実
行回数が閾値「５回」に達しているので、ユーザＢは、
バックアップＤＢ７１４内にバックアップした権利のリ
ストアを受けることができない。

【００７９】なお、上記では、権利データ管理部２７１
５が、リストア要求を受けたときに要求元ユーザのリス
トア実行回数を調べ、当該リストア要求に応じるか否か
を判定したが、リストア要求時ではなく、バックアップ
要求を受けたときに要求元ユーザのリストア実行回数を
調べ、リストア実行回数が閾値に達している場合にはバ
ックアップ要求に応じないとしてもよい。また、ここで
は、実施の形態４のコンテンツ配信システム２７３０を
例として説明したが、各ユーザのリストア実行回数に応
じてリストア（またはバックアップ）を制限する方法
は、実施の形態２または実施の形態３のコンテンツ配信
システム７３０またはコンテンツ配信システム１７３０
にも適用することができる。

【００８０】また、リストア時には、バックアップした
際の権利全部を端末に復帰させるのでなく、その８割だ
けを復帰させるなどのように、バックアップした権利の
一部をユーザに復帰させるようにしてもよい。この場
合、さらに、バックアップした日からリストアするまで
の経過時間に応じて、復帰させる割合を変化させるよう
にしてもよい。具体的には、例えば、ユーザがコンテン
ツ利用権をバックアップした日から３か月以内にリスト
アした場合には９割を復帰させるが、６か月以上経過し
た場合には８割だけを復帰させるという方法である。ま
た、リストアによって復帰させる権利の割合を、ユーザ
のコンテンツ利用権購入実績に応じて変化させるように
してもよい。具体的には、例えば、毎月５万円以上購入
しているユーザには、リストア時に、バックアップした
コンテンツ利用権の全部を復帰させ、毎月３万円以上購
入しているユーザには、バックアップした権利の９割を
復帰させるなどである。このように、本発明の権利管理
サーバによれば、自身が発行したコンテンツ利用権を自
身でバックアップするので、リストア時にユーザに復帰
させる権利の割合を、様々な状況に応じて多様に設定す
ることができるという効果がある。

【００８１】なお、上記実施の形態１では、権利管理サ
ーバ１１０において、バックアップ時に受信したＬＴを
解析して自身が発行したＬＴか否かを確認した後、その
ＬＴそのものをバックアップＤＢ１１４に記録すると説
明したが、必ずしもこれに限定されず、実施の形態２の
権利管理サーバ７１０または実施の形態４の権利管理サ
ーバ２７１０と同様に、バックアップ時に受信したＬＴ
を解析して、解析の結果、自身が発行したＬＴであれ
ば、ＬＴから抽出された権利情報をバックアップＤＢ７
１４に記録し、リストア時に再度ＬＴを作成してバック
アップ要求元のユーザに発行するようにしてもよい。こ
の逆に、実施の形態２の権利管理サーバ７１０または実
施の形態４の権利管理サーバ２７１０において、バック
アップ時に受信したＬＴから権利情報を抽出せず、バッ
クアップ時に受信したＬＴそのものをバックアップＤＢ
１１４に記録するようにしてもよい。また、リストア成
功時に、リストア要求を行ったユーザが所有する全端末
１４０〜１４１内のＬＴを無効にしたが（Ｓ２４１７、
Ｓ２４１８）、必ずしも無効にする必要はない。

【００８２】さらに、本発明のコンテンツ配信システム
２７３０における端末２１４０または権利管理サーバ２
７１０は、バックアップの対象となるコンテンツ利用権
の性質に応じて、その権利をバックアップするか否かを
判定するとしてもよい。それは、各ユーザに発行された
すべての権利を権利管理サーバ２７１０が集中的にバッ
クアップしようとすると、ユーザ数が多い場合には権利
管理サーバ２７１０の負荷が大きくなりすぎる場合も起
こりうるからである。図２６は、図２１に示した権利情
報ＤＢ７１２内の各権利データに付加されているバック
アップ許可フラグに従ってバックアップ制御する場合の
具体例を示す図である。コンテンツ配信システム２７３
０において、例えば、配信されるコンテンツの内容によ
っては、当該コンテンツの利用権をバックアップする必
要がない場合もある。例えば、ユーザが特定のキャンペ
ーン期間中に利用することを条件として特典が与えられ
たコンテンツ利用権や、ソフトウェア体験版の利用権の
ように、本来、サービスの意味で発行されたＬＴなどで
ある。

【００８３】権利管理サーバ２７１０は、権利情報ＤＢ
７１２内の各権利情報に、権利データごとに、例えば、
当該権利のバックアップを許可するか否かを示すバック
アップ許可フラグの項目を設けておく。そして、コンテ
ンツ製作者(コンテンツプロバイダ)が、各コンテンツの
利用権に対するバックアップの要否を判断し、当該コン
テンツ利用権のバックアップが不要であると考える場合
には、この項目に禁止を示す値を設定する。例えば、バ
ックアップ許可フラグの値として、禁止を「１」、許可を
「０」で表すとする。

【００８４】権利管理サーバ２７１０は、上記のように
バックアップ許可フラグの項目を含んだ権利データから
なる権利情報を、ユーザごとに権利情報DB７１２内に格
納しておき、ユーザからＬＴ発行要求を受けると、チケ
ット作成部７１３は、権利情報DB７１２内の対応する権
利データに書き込まれている上記バックアップ許可フラ
グをＬＴ内に書き込んで、要求元の端末２１４０に送信
する。例えば、発行要求されたＬＴがバックアップ不要
のコンテンツ利用権である場合、ＬＴ内に書き込まれて
いるバックアップ許可フラグの値は「１」である。ＬＴを
受信した端末２１４０では、受信されたＬＴをデータ記
憶部１３１に格納する。この後、ユーザが、例えば、メ
ニュー画面からバックアップ要求画面を呼び出した場
合、端末２１４０内のチケット管理部２１３４は、デー
タ記憶部１３１内に格納されている各ＬＴの所定の項目
を読み出して、データ記憶部１３１内に格納されている
ＬＴの一覧を表示する。

【００８５】図２７は、端末２１４０に表示されるバッ
クアップ要求画面２７００の一例を示す図である。例え
ば、チケット管理部２１３４は、データ記憶部１３１内
のＬＴに記述されているコンテンツＩＤ(コンテンツ
名)、利用可能時間、利用可能回数およびバックアップ
許可フラグの各項目を調べ、バックアップ要求画面２７
００に一覧表示する。図２７に示すように、バックアッ
プ要求画面２７００には、データ記憶部１３１内に保存
されているＬＴのうち、３枚のＬＴの内容が一覧表示さ
れている。それぞれのＬＴについては、例えば、コンテ
ンツ名２７０１、利用可能時間２７０２、利用可能回数
２７０３およびバックアップの可否２７０４などの項目
が表示されている。

【００８６】コンテンツ名２７０１には、当該ＬＴを用
いて利用できるコンテンツの名前が表示される。利用可
能時間２７０２には、そのＬＴを用いてコンテンツを利
用できる時間が表示される。同じく、利用可能回数２７
０３の項目には、そのＬＴを用いてコンテンツを利用で
きる回数が表示される。さらに、バックアップの可否２
７０４の項目には、そのＬＴに書き込まれているバック
アップ許可フラグの値に応じて、そのＬＴのバックアッ
プを受けられるか否かが表示される。例えば、図２７の
バックアップ要求画面２７００の３番目に表示されてい
るＬＴが、無料でゲームを試してみるためのサービスチ
ケットで、当該ＬＴのバックアップ許可フラグの項目に
「１」が書き込まれているとする。この場合、このＬＴ
のバックアップ許可フラグを調べたチケット管理部２１
３４は、バックアップ要求画面２７００内のバックアッ
プの可否２７０４に「不可」を表示する。ユーザは、こ
のバックアップ要求画面２７００を見れば、１番目に表
示されているＬＴを用いて、アニメ「あしたのジョーズ」
を１０回利用することができ、そのＬＴに表されている
権利を権利管理サーバ２７１０にバックアップすること
ができることがわかる。また、３番目に表示されている
ＬＴでは、これを用いてオンラインゲーム「パナリス体
験版」を３時間利用することはできるが、この権利を権
利管理サーバ２７１０にバックアップすることができな
いことがわかる。

【００８７】ユーザは、バックアップ要求画面２７００
の表示を見ることによって、データ記憶部１３１内に保
存されている各ＬＴのバックアップの可否を確認した
上、バックアップ要求画面２７００に「バックアップす
る」と表示されているバックアップボタン２７０５を押
すと、チケット管理部２１３４によって、データ記憶部
１３１内のＬＴで表されている権利データが、バックア
ップ許可フラグが「１」であるＬＴの分を除いて、順
次、通信処理部２１３３を介して権利管理サーバ２７１
０に送信される。このようなバックアップ要求を受信し
た権利管理サーバ２７１０では、権利データ管理部２７
１５が、上記実施の形態において説明した手順により、
受信された権利内容をバックアップＤＢ７１４内にバッ
クアップする。

【００８８】このように、各端末２１４０においてバッ
クアップの要否を判断し、バックアップデータを削減す
るので、権利管理サーバ２７１０のバックアップ処理に
おける負荷が少なくてすむという効果がある。なお、権
利管理サーバ２７１０の機能に余裕がある場合は、各端
末２１４０から受信したバックアップ要求の対象となる
権利データ（ＬＴ）のバックアップの可否を権利管理サ
ーバ２７１０で判断するとしてもよい。その場合、権利
データ管理部２７１５は、受信されたバックアップ要求
の対象である権利データ（ＬＴ）の権利データ識別ＩＤ
から、権利情報ＤＢ７１２内の当該権利データに設定さ
れているバックアップ許可フラグを参照して、バックア
ップの必要な権利データだけを選別してバックアップも
よい。なお、ここでは実施の形態４のコンテンツ配信シ
ステム２７３０を例として説明したが、実施の形態１〜
３のコンテンツ配信システムにおいても、同様にして、
バックアップする権利データを選別することができる。

【００８９】また、本発明は、このようなコンテンツ配
信（ライセンス管理）システムを構成するライセンス管
理サーバまたは端末装置として実現したり、ライセンス
管理サーバまたは端末装置によるバックアップ・リスト
ア方法として実現したり、その方法における特徴的なス
テップを汎用のコンピュータ装置に実行させるプログラ
ムとして実現することもできる。そして、そのようなプ
ログラムをＣＤ−ＲＯＭ等の記録媒体や通信網等を介し
て流通させることもできる。

【００９０】以上のように、本発明に係るバックアップ
・リストアシステムは、クライアントサーバ型システム
におけるバックアップ・リストアシステムとして有用で
あり、特にコンテンツ配信システムにおけるライセンス
管理システムに適している。本発明に係る権利管理サー
バは、クライアントサーバ型システムにおいて、クライ
アントデータを集中管理するサーバとして有用であり、
特にライセンス管理システムにおける権利を集中管理す
るサーバに適している。

【００９１】

【発明の効果】以上のように本発明のバックアップ・リ
ストアシステムは、デジタル著作物であるコンテンツを
利用する端末と、伝送路を介して前記コンテンツの前記
端末における利用を管理するサーバとからなるシステム
であって、前記サーバにおいて、権利情報記憶手段は、
前記端末を使用するユーザが所有するコンテンツの利用
権限に関する権利情報を記憶する。ライセンスチケット
発行手段は、前記ユーザからの要求に基づいて、当該ユ
ーザが所有する利用権限の一部を示す権利情報であるラ
イセンスチケットを生成し、前記端末に発行する。判定
手段は、前記端末からのバックアップ要求に係る権利
が、自身によって発行されたライセンスチケットに基づ
くものであるか否かを判定する。バックアップ手段は、
判定の結果、自身によって発行されたライセンスチケッ
トに基づく場合、当該ユーザのバックアップ要求時の所
有に係る利用権限を示した権利情報を内部に保持する。
また、前記端末において、ライセンスチケット蓄積手段
は、前記サーバから送信されてきた前記ライセンスチケ
ットを蓄積する。コンテンツ利用制御手段は、蓄積され
た前記各ライセンスチケットが示す利用権限に従って、
前記コンテンツの利用を制御する。バックアップ要求手
段は、蓄積された前記ライセンスチケットに基づいて前
記ユーザが現在所有する利用権限のバックアップを要求
する。

【００９２】このように、本発明のバックアップ・リス
トアシステムにおいて、サーバは、自身によって発行さ
れたライセンスチケットに基づく権利に限り端末のバッ
クアップ要求に応じるので、他のサーバが発行したライ
センスチケットに基づく権利をバックアップする場合と
異なり、各ユーザの権利内容、それを管理する権利デー
タの構造およびその管理方法などを熟知していることに
より、バックアップする権利を保持する方法、バックア
ップした権利のリストア方法など、様々な状況に応じて
多様なバックアップ・リストアを実現することができる
という効果がある。またさらに、これによって、バック
アップ・リストアのセキュリティをより高めることがで
きるという効果がある。

【００９３】さらに、前記端末において、リストア要求
手段は、前記サーバに対し、バックアップされた利用権
限の復元を要求する。さらに、前記サーバにおいて、端
末情報記憶手段は、各ユーザが所有する端末を示した端
末情報を記憶する。読み出し手段は、前記端末情報に基
づいて、リストア要求した前記端末のユーザを特定し、
特定されたユーザに対して作成された権利情報を前記バ
ックアップ手段から読み出す。リストア手段は、読み出
された前記権利情報を示すライセンスチケットを生成
し、リストア要求元の前記端末に発行する。従って、本
発明のバックアップ・リストアシステムによれば、バッ
クアップ実行端末が故障した場合においても、同一ユー
ザが所有する他の端末からリストア要求することによ
り、バックアップされたデータを容易に復元することが
できるという効果がある。

【図面の簡単な説明】

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

【図２】図１に示された端末からのＬＴ発行要求に対す
る権利管理サーバおよび端末間の通信手順を示す通信シ
ーケンス図である。

【図３】図２のＬＴ作成処理において作成されるＬＴの
データ構成を示す図である。

【図４】図１に示した端末からのバックアップ要求に対
する権利管理サーバおよび端末間の通信手順を示す通信
シーケンス図である。

【図５】図１に示された権利データ管理部が管理するバ
ックアップ管理テーブルのデータ構成を示すである。

【図６】図１に示した端末からのリストア要求に対する
権利管理サーバおよび端末間の通信手順を示す通信シー
ケンス図である。

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

【図８】図７のユーザ情報ＤＢにおいてユーザ情報管理
部が管理するユーザ情報のデータ構成を示す図である。

【図９】図７に示した端末からの端末登録要求に対する
権利管理サーバおよび端末間の通信手順を示す通信シー
ケンス図である。

【図１０】図７の権利情報ＤＢにおいて権利データ管理
部が管理する権利情報のデータ構成を示す図である。

【図１１】図７に示した端末からのＬＴ発行要求に対す
る権利管理サーバおよび端末間の通信手順を示す通信シ
ーケンス図である。

【図１２】図１１のＬＴ作成処理において作成されるＬ
Ｔのデータ構成を示す図である。

【図１３】図７に示した端末からのバックアップ要求に
対する権利管理サーバおよび端末間の通信手順を示す通
信シーケンス図である。

【図１４】権利管理サーバおよび２つの端末でそれぞれ
管理している権利数のバックアップおよびリストアに伴
う変化の一例を示す表である。

【図１５】図７に示したバックアップＤＢ内において権
利データ管理部が管理するバックアップデータのデータ
構成を示す図である。

【図１６】図７に示した端末からのリストア要求に対す
る権利管理サーバおよび端末間の通信手順を示す通信シ
ーケンス図である。

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

【図１８】図１７に示した権利情報ＤＢ内で保持される
権利情報とバックアップ管理テーブルとのデータ構成を
示す図である。

【図１９】図１７に示した端末からのバックアップおよ
びリストア要求に対する権利管理サーバおよび端末間の
通信手順を示す通信シーケンス図である。

【図２０】権利管理サーバおよび２つの端末でそれぞれ
管理している権利数のバックアップおよびリストアに伴
う変化の一例を示す表である。

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

【図２２】権利管理サーバおよび２つの端末でそれぞれ
管理している権利数のバックアップおよびリストアに伴
う変化の一例を示す表である。

【図２３】図２１に示した端末からのバックアップ要求
に対する権利管理サーバおよび２つの端末間の通信手順
を示す通信シーケンス図である。

【図２４】図２１に示した端末からのリストア要求に対
する権利管理サーバおよび２つの端末間の通信手順を示
す通信シーケンス図である。

【図２５】図２１に示したユーザ情報ＤＢに各ユーザの
リストア実行回数を記録し、一定範囲内でのみリストア
を許可するよう制御する場合の具体例を示す図である。

【図２６】図２１に示した権利情報ＤＢ内の権利データ
に付加されているバックアップ許可フラグに従ってバッ
クアップ制御する場合の具体例を示す図である。

【図２７】端末に表示されるバックアップ要求画面の一
例を示す図である。

【符号の説明】

１００、７３０ コンテンツ配信システム １０１〜１０２ 配信センター ７２０〜７２１ 配信センター １１０、７１０ 権利管理サーバ ７１１ ユーザ情報ＤＢ １１１、７１２ 権利情報ＤＢ １１２、７１３ チケット作成部 １１３ 通信処理部 １１４、７１４ バックアップＤＢ １１５、７１５ 権利データ管理部 ７１６ ユーザ情報管理部 １２０ 配信サーバ １２１ コンテンツＤＢ １２２ 配信部 １３１ データ記憶部 １３２ データ再生部 １３３ 通信処理部 １３４ チケット管理部 １４０〜１４１ 端末 １５０ 通信ネットワーク

───────────────────────────────────────────────────── フロントページの続き (72)発明者 三浦 康史 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 岡本 隆一 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B017 AA03 AA06 BA06 BB09 BB10 CA07 5B018 GA04 HA05 MA12 RA11 5K033 AA08 CB11 DA01 DA05 DB12 DB14 DB16 EA03 EC03

Claims (33)

【特許請求の範囲】
1. 【請求項１】 端末に保持されているデータをバックア
   ップするサーバと、通信網を介して前記サーバに接続さ
   れる端末とからなるシステムであって、 前記端末は、 前記サーバから発行されたデータを受信するデータ受信
   手段と、 当該データのバックアップを要求するバックアップ要求
   手段とを備え、 前記サーバは、 前記端末から、前記バックアップ要求を受信するバック
   アップ要求受信手段と、 バックアップ要求されたバックアップ対象データが自身
   によって発行されたものであるか否かを判定する判定手
   段と、 自身によって発行されたものであると判定された場合
   に、前記バックアップ対象データを内部に保持してバッ
   クアップするバックアップ手段とを備えることを特徴と
   するバックアップ・リストアシステム。
2. 【請求項２】 前記バックアップ要求手段は、前記サ
   ーバにバックアップ対象となるデータを特定する特定情
   報を送信し、 前記サーバは、さらに、 前記端末に対して発行するデータに、自身を一意に特定
   する内容の付加情報を付加する付加手段を備え、 前記判定手段は、前記特定情報によって特定された前記
   バックアップ対象データに前記付加情報が付加されてい
   る場合、当該バックアップ対象データが自身によって発
   行されたものであると判定することを特徴とする請求項
   １記載のバックアップ・リストアシステム。
3. 【請求項３】 前記付加情報は、前記サーバのＵＲＬ情
   報であることを特徴とする請求項２記載のバックアップ
   ・リストアシステム。
4. 【請求項４】 前記付加情報は、前記サーバが発行した
   データに対し、当該サーバが当該データの内容を一意に
   特定するデータ識別情報であることを特徴とする請求項
   ２記載のバックアップ・リストアシステム。
5. 【請求項５】 前記端末は、さらに、 自身を一意に特定する第１の識別情報を保持する識別情
   報保持手段を備え、 前記バックアップ要求手段は、バックアップを要求する
   際に、さらに、前記第１の識別情報を送信し、 前記サーバは、さらに、 前記各端末の第１の識別情報を登録する識別情報登録手
   段を備え、 前記バックアップ手段は、前記判定の結果、前記バック
   アップ対象データが自身によって発行されたものである
   ことに加え、登録された第１の識別情報を有する端末か
   らの前記バックアップ要求である場合にバックアップす
   ることを特徴とする請求項１記載のバックアップ・リス
   トアシステム。
6. 【請求項６】 前記端末は、さらに、 前記第１の識別情報を前記サーバに送信して、バックア
   ップされたデータの復元を要求するリストア要求手段を
   備え、 前記バックアップ手段は、前記第１の識別情報に対応付
   けて前記バックアップ対象データをバックアップし、 前記サーバは、さらに、 前記端末からリストア要求を受信した際に、前記バック
   アップ手段に前記第１の識別情報に対応付けられてバッ
   クアップされたデータがあるか否かを検索する検索手段
   と、 検索の結果、当該データがあれば、そのデータをリスト
   ア要求元の前記端末に復元させるリストア手段とを備え
   ることを特徴とする請求項５記載のバックアップ・リス
   トアシステム。
7. 【請求項７】 前記バックアップ手段は、前記バックア
   ップ対象データから特定の内容を示すデータを抽出し、
   抽出されたデータをバックアップし、 前記リストア手段は、バックアップされたデータを前記
   バックアップ対象データのフォーマットに変換して復元
   させることを特徴とする請求項１記載のバックアップ・
   リストアシステム。
8. 【請求項８】 デジタル著作物であるコンテンツを利用
   する端末と、伝送路を介して前記コンテンツの前記端末
   における利用を管理するサーバとからなるシステムであ
   って、 前記サーバは、 前記端末を使用するユーザが所有するコンテンツの利用
   権限に関する権利情報を記憶する権利情報記憶手段と、 前記ユーザからの要求に基づいて、当該ユーザが所有す
   る利用権限の一部を示す権利情報であるライセンスチケ
   ットを生成し、前記端末に発行するライセンスチケット
   発行手段と、 前記端末からのバックアップ要求に係る権利が、自身に
   よって発行されたライセンスチケットに基づくものであ
   るか否かを判定する判定手段と、 判定の結果、自身によって発行されたライセンスチケッ
   トに基づく場合、当該ユーザのバックアップ要求時の所
   有に係る利用権限を示した権利情報を内部に保持するバ
   ックアップ手段とを備え、 前記端末は、 前記サーバから送信されてきた前記ライセンスチケット
   を蓄積するライセンスチケット蓄積手段と、 蓄積された前記各ライセンスチケットが示す利用権限に
   従って、前記コンテンツの利用を制御するコンテンツ利
   用制御手段と、 蓄積された前記ライセンスチケットに基づいて前記ユー
   ザが現在所有する利用権限のバックアップを要求するバ
   ックアップ要求手段とを備えることを特徴とするバック
   アップ・リストアシステム。
9. 【請求項９】 前記ライセンスチケット発行手段は、前
   記ライセンスチケットに当該サーバを一意に特定するサ
   ーバ識別情報を書き込んで発行することを特徴とする請
   求項８記載のバックアップ・リストアシステム。
10. 【請求項１０】 前記サーバ識別情報は、当該サーバの
    ＵＲＬ情報であることを特徴とする請求項９記載のバッ
    クアップ・リストアシステム。
11. 【請求項１１】 前記サーバ識別情報は、前記サーバが
    発行した前記ライセンスチケットに対し、当該サーバが
    当該ライセンスチケットの示すコンテンツ利用権限を一
    意に特定する権利識別情報であることを特徴とする請求
    項９記載のバックアップ・リストアシステム。
12. 【請求項１２】 前記バックアップ要求手段は、バック
    アップ要求時に前記ライセンスチケットの一部又は全部
    を前記サーバに送信し、 前記バックアップ手段は、前記端末からのバックアップ
    要求時に受信したライセンスチケットを解析して、当該
    ライセンスチケットが示す利用権限を示した権利情報を
    作成し、作成した権利情報を保持することを特徴とする
    請求項８記載のバックアップ・リストアシステム。
13. 【請求項１３】 前記端末は、さらに、 前記サーバに対し、バックアップされた利用権限の復元
    を要求するリストア要求手段を備え、 前記サーバは、さらに、 各ユーザが所有する端末を示した端末情報を記憶する端
    末情報記憶手段と、 前記端末情報に基づいて、リストア要求した前記端末の
    ユーザを特定し、特定されたユーザに対して作成された
    権利情報を前記バックアップ手段から読み出す読み出し
    手段と、 読み出された前記権利情報を示すライセンスチケットを
    生成し、リストア要求元の前記端末に発行するリストア
    手段とを備えることを特徴とする請求項１２記載のバッ
    クアップ・リストアシステム。
14. 【請求項１４】 前記端末は、さらに、 前記サーバに対し、バックアップされた利用権限の復元
    を要求する第２リストア要求手段を備え、 前記サーバの前記権利情報記憶手段は、前記ユーザが所
    有するコンテンツの利用権限の初期値を記憶しており、 前記サーバは、さらに、 前記各ユーザが所有する前記各端末を示した端末情報を
    記憶する端末情報記憶手段と、 前記端末情報に基づいて、バックアップ要求した前記端
    末のユーザを特定する第１ユーザ特定手段と、 リストア要求した前記端末のユーザを特定する第２ユー
    ザ特定手段と、 前記第２ユーザ特定手段によって特定されたユーザと前
    記第１ユーザ特定手段によって特定されたユーザとが一
    致する場合に、前記権利情報記憶手段に記憶されている
    当該ユーザのコンテンツの利用権限を初期値に戻す第２
    リストア手段とを備えることを特徴とする請求項８記載
    のバックアップ・リストアシステム。
15. 【請求項１５】 前記端末は、さらに、 自身がバックアップを要求する時又は前記サーバからの
    問い合わせに対し、蓄積されている前記各ライセンスチ
    ケットが示す利用権限を前記サーバに報告する蓄積権利
    報告手段を備え、 前記サーバは、さらに、 前記各ユーザが所有する前記各端末を示した端末情報を
    記憶する端末情報記憶手段と、 バックアップ要求を受けたときに、前記端末情報に基づ
    いて、同一ユーザが所有する前記端末であって、バック
    アップ要求した端末以外の端末を特定する端末特定手段
    と、 前記端末特定手段によって特定された端末に対し、当該
    端末内に蓄積されている利用権限を問い合わせる問い合
    わせ手段とを備え、 前記バックアップ手段は、バックアップ要求した要求元
    の前記端末及び利用権限を問い合わせた端末から報告さ
    れた利用権限と、前記権利情報記憶手段に記憶されてい
    る利用権限とを合算した利用権限を示す権利情報を保持
    することを特徴とする請求項８記載のバックアップ・リ
    ストアシステム。
16. 【請求項１６】 前記端末は、さらに、 前記サーバに対し、バックアップされた利用権限の復元
    を要求する第３リストア要求手段と、 前記サーバは、さらに、 前記端末からのリストア要求に対し、前記権利情報記憶
    手段に記憶されている当該ユーザのコンテンツの利用権
    限を、前記バックアップ手段に保持されている前記権利
    情報が示す利用権限に更新する第３リストア手段を備え
    ることを特徴とする請求項１５記載のバックアップ・リ
    ストアシステム。
17. 【請求項１７】 前記端末は、さらに、 リストア要求時に、前記ライセンスチケット蓄積手段に
    蓄積されている前記ライセンスチケットを無効化する無
    効化手段を備えることを特徴とする請求項１６記載のバ
    ックアップ・リストアシステム。
18. 【請求項１８】 前記サーバは、さらに、 リストアを受けた前記ユーザが所有する端末を、前記端
    末情報に基づいて特定し、特定された端末に対し、リス
    トアが完了した旨を通知する通知手段を備え、 前記端末は、さらに、 前記サーバからリストアが完了した旨の通知を受信する
    と、前記ライセンスチケット蓄積手段に蓄積されている
    前記ライセンスチケットを無効化する第２無効化手段を
    備えることを特徴とする請求項１７記載のバックアップ
    ・リストアシステム。
19. 【請求項１９】 前記端末は、さらに、 前記サーバに対し、バックアップされた利用権限の復元
    を要求するリストア要求手段を備え、 前記サーバは、さらに、 リストア要求した前記端末のユーザに対して前記バック
    アップ手段に保持されている前記権利情報を、前記バッ
    クアップ手段から読み出す読み出し手段と、 読み出された前記権利情報を示すライセンスチケットを
    生成し、リストア要求元の前記端末に発行することによ
    ってリストアを実行するリストア手段と、 前記ユーザに対する前記リストア実行の履歴情報を保持
    するリストア履歴保持手段と、 前記ユーザからのリストア要求に対し、当該ユーザに対
    して保持されている前記履歴情報に応じて、前記リスト
    ア手段によるリストアの実行を制御するリストア制御手
    段とを備え、 前記リストア手段は、前記リストア制御手段の制御に従
    ってリストアを実行することを特徴とする請求項８記載
    のバックアップ・リストアシステム。
20. 【請求項２０】 前記リストア履歴保持手段は、前記ユ
    ーザに対する前記リストア手段によるリストア実行回数
    をカウントして、カウントされたリストア実行回数を示
    す履歴情報を保持し、 前記リストア制御手段は、前記履歴情報に示されている
    前記リストア実行回数に応じて、前記リストア手段によ
    るリストアの実行の可否判定を行うことを特徴とする請
    求項１９記載のバックアップ・リストアシステム。
21. 【請求項２１】 前記リストア履歴保持手段は、前記ユ
    ーザに対して前記リストア手段によって発行された前記
    ライセンスチケットの数をカウントして、カウントされ
    た前記ライセンスチケット数を示す履歴情報を保持し、 前記リストア制御手段は、前記履歴情報に示されている
    前記ライセンスチケット数に応じて、前記リストア手段
    によるリストアの実行の可否判定を行うことを特徴とす
    る請求項１９記載のバックアップ・リストアシステム。
22. 【請求項２２】 前記権利情報記憶手段には、前記各権
    利情報のバックアップが禁止されているか否かを示す禁
    止情報を含んだ権利情報が記憶され、 前記バックアップ手段は、前記端末からのバックアップ
    要求に対し、当該バックアップ要求に係る前記利用権限
    を示す前記権利情報記憶手段内の前記権利情報を参照
    し、前記利用権限のうち、前記禁止情報によってバック
    アップが禁止されていない権限についてのみ権利情報を
    内部に保持してバックアップすることを特徴とする請求
    項８記載のバックアップ・リストアシステム。
23. 【請求項２３】 前記権利情報記憶手段には、前記各権
    利情報のバックアップが禁止されているか否かを示す禁
    止情報が付加された権利情報が記憶され、 前記ライセンスチケット発行手段は、前記ユーザから要
    求された前記利用権限を示す前記権利情報記憶手段内の
    権利情報に付加されている前記禁止情報を前記ライセン
    スチケットに付加して発行し、 前記端末は、さらに、 前記ライセンスチケットに付加されている前記禁止情報
    を参照し、蓄積されている前記ライセンスチケットに基
    づく前記利用権限のバックアップの可否を表示するバッ
    クアップ可否表示手段を備えることを特徴とする請求項
    ８記載のバックアップ・リストアシステム。
24. 【請求項２４】 前記権利情報記憶手段には、前記各権
    利情報のバックアップが禁止されているか否かを示す禁
    止情報が付加された権利情報が記憶され、 前記ライセンスチケット発行手段は、前記ユーザから要
    求された前記利用権限を示す前記権利情報記憶手段内の
    権利情報に付加されている前記禁止情報を前記ライセン
    スチケットに付加して発行し、 前記バックアップ要求手段は、蓄積されている前記ライ
    センスチケットに基づいて、前記禁止情報によってバッ
    クアップを禁止されていない前記利用権限のバックアッ
    プを要求することを特徴とする請求項８記載のバックア
    ップ・リストアシステム。
25. 【請求項２５】 通信網を介して接続されている端末か
    らの要求に応じて、端末内に保持されているデータをバ
    ックアップするサーバであって、 前記端末から、バックアップ要求を受信するバックアッ
    プ要求受信手段と、 バックアップ要求されたバックアップ対象データが自身
    によって発行されたものであるか否かを判定する判定手
    段と、 自身によって発行されたと判定された場合に、前記バッ
    クアップ対象データを内部に保持してバックアップする
    バックアップ手段とを備えることを特徴とするサーバ。
26. 【請求項２６】 前記サーバは、さらに、 前記各端末の第１の識別情報を登録する識別情報登録手
    段を備え、 前記バックアップ手段は、前記判定の結果、前記バック
    アップ対象データが自身によって発行されたものである
    ことに加え、登録された第１の識別情報を有する端末か
    らの前記バックアップ要求である場合にバックアップす
    ることを特徴とする請求項２５記載のサーバ。
27. 【請求項２７】 前記バックアップ手段は、前記第１の
    識別情報に対応付けてバックアップ対象データを保持
    し、 前記サーバは、さらに、 前記端末からリストア要求を受信した際に、前記バック
    アップ手段内に前記第１の識別情報に対応付けられてバ
    ックアップされたデータがあるか否かを検索する検索手
    段と、 検索の結果、当該データがあれば、そのデータをリスト
    ア要求元の前記端末に復元させるリストア手段とを備え
    ることを特徴とする請求項２６記載のサーバ。
28. 【請求項２８】 デジタル著作物であるコンテンツを利
    用する端末と、伝送路を介して前記コンテンツの前記端
    末における利用を管理するサーバとからなるコンテンツ
    配信システムのサーバであって、 前記端末を使用するユーザが所有するコンテンツの利用
    権限に関する権利情報を記憶する権利情報記憶手段と、 前記ユーザからの要求に基づいて、当該ユーザが所有す
    る利用権限の一部を示す権利情報であるライセンスチケ
    ットを生成し、前記端末に発行するライセンスチケット
    発行手段と、 前記端末からのバックアップ要求に係る権利が、自身に
    よって発行されたライセンスチケットに基づくものであ
    るか否かを判定する判定手段と、 判定の結果、自身によって発行されたライセンスチケッ
    トに基づく場合、当該ユーザのバックアップ要求時の所
    有に係る利用権限を示した権利情報を内部に保持するバ
    ックアップ手段とを備えることを特徴とする権利管理サ
    ーバ。
29. 【請求項２９】 前記サーバは、さらに、 前記各ユーザが所有する前記各端末を示した端末情報を
    記憶する端末情報記憶手段と、 バックアップ要求を受けたときに、前記端末情報に基づ
    いて、同一ユーザが所有する前記端末であって、バック
    アップ要求した端末以外の端末を特定する端末特定手段
    と、 前記端末特定手段によって特定された端末に対し、当該
    端末内に蓄積されている利用権限を問い合わせる問い合
    わせ手段とを備え、 前記バックアップ手段は、バックアップ要求した要求元
    の前記端末及び利用権限を問い合わせた端末から報告さ
    れた利用権限と、前記権利情報記憶手段に記憶されてい
    る利用権限とを合算した利用権限を示す権利情報を保持
    することを特徴とする請求項２８記載の権利管理サー
    バ。
30. 【請求項３０】 サーバと、通信網を介して前記サーバ
    に接続される端末とからなるシステムにおいて、前記端
    末に保持されているデータを前記サーバがバックアップ
    するバックアップ・リストア方法であって、 前記端末において、 前記サーバから発行されたデータを受信するデータ受信
    ステップと、 当該データのバックアップを要求するバックアップ要求
    ステップとを含み、 前記サーバにおいて、 前記端末から、前記バックアップ要求を受信するバック
    アップ要求受信ステップと、 バックアップ要求されたバックアップ対象データが自身
    によって発行されたものであるか否かを判定する判定ス
    テップと、 自身によって発行されたものであると判定された場合
    に、前記バックアップ対象データを内部に保持してバッ
    クアップするバックアップステップとを含むことを特徴
    とするバックアップ・リストア方法。
31. 【請求項３１】 デジタル著作物であるコンテンツを利
    用する端末と、伝送路を介して前記コンテンツの前記端
    末における利用を管理するサーバとからなるシステムに
    おいて、前記端末に保持されているデータを前記サーバ
    がバックアップするバックアップ・リストア方法であっ
    て、 前記サーバにおいて、 前記端末を使用するユーザが所有するコンテンツの利用
    権限に関する権利情報をあらかじめ記憶手段に記憶して
    おき、前記ユーザからの要求に基づいて、当該ユーザが
    所有する利用権限の一部を示す権利情報であるライセン
    スチケットを生成し、前記端末に発行するライセンスチ
    ケット発行ステップと、 前記端末からのバックアップ要求に係る権利が、自身に
    よって発行されたライセンスチケットに基づくものであ
    るか否かを判定する判定ステップと、 判定の結果、自身によって発行されたライセンスチケッ
    トである場合、当該ユーザのバックアップ要求時の所有
    に係る利用権限を示した権利情報を内部に保持するバッ
    クアップステップとを含み、 前記端末において、 前記サーバから送信されてきた前記ライセンスチケット
    を蓄積するライセンスチケット蓄積ステップと、 蓄積された前記各ライセンスチケットが示す利用権限に
    従って、前記コンテンツの利用を制御するコンテンツ利
    用制御ステップと、 蓄積されているライセンスチケットに基づいて前記ユー
    ザが現在所有する利用権限のバックアップを要求するバ
    ックアップ要求ステップとを含むことを特徴とするバッ
    クアップ・リストア方法。
32. 【請求項３２】 通信網を介して接続されている端末か
    らの要求に応じて、端末内に保持されているデータをバ
    ックアップするサーバに用いられるプログラムであっ
    て、 コンピュータを、 前記端末から、バックアップ要求を受信するバックアッ
    プ要求受信手段と、 バックアップ要求されたバックアップ対象データが自身
    によって発行されたものであるか否かを判定する判定手
    段と、 自身によって発行されたと判定された場合に、前記バッ
    クアップ対象データを内部に保持してバックアップする
    バックアップ手段として機能させるプログラム。
33. 【請求項３３】 デジタル著作物であるコンテンツを利
    用する端末と、伝送路を介して前記コンテンツの前記端
    末における利用を管理するサーバとからなるコンテンツ
    配信システムのサーバに用いられるプログラムであっ
    て、 コンピュータを、 前記端末を使用するユーザが所有するコンテンツの利用
    権限に関する権利情報を記憶する権利情報記憶手段と、 前記ユーザからの要求に基づいて、当該ユーザが所有す
    る利用権限の一部を示す権利情報であるライセンスチケ
    ットを生成し、前記端末に発行するライセンスチケット
    発行手段と、 前記端末からのバックアップ要求に係る権利が、自身に
    よって発行されたライセンスチケットに基づくものであ
    るか否かを判定する判定手段と、 判定の結果、自身によって発行されたライセンスチケッ
    トに基づく場合、当該ユーザのバックアップ要求時の所
    有に係る利用権限を示した権利情報を内部に保持するバ
    ックアップ手段として機能させるプログラム。