(57)【要約】【課題】コンテンツの不正利用を防止しながら、一旦ライセンスを受けた利用者が複数の機器に跨ってコンテンツを利用することを可能にする。【解決手段】著作権管理されている環境が提供され、暗号化されたコンテンツと、その暗号を解くライセンスを別物で扱うことができる。また、各クライアントは正当にコンテンツを使用する。クライアントＡで取得したコンテンツをクライアントＢに保管した後、クライアントＢが新たにライセンスをサーバから受信することにより、コンテンツの保護を担保しながらクライアントＡ及びＢ間でのコンテンツの共有を実現する。【選択図】  図１
2004227282.tif 000002
【特許請求の範囲】
【請求項１】
ユーザのクライアントにコンテンツを配信するコンテンツ配信システムであって、ユーザは２以上のクライアントを所持することができ、各クライアントはライセンス取得に基づいて正当にコンテンツを利用し、
ユーザの各クライアントを登録して顧客関連情報を取得する登録手段と、
顧客関連情報を管理する顧客関連情報管理手段と、
クライアントからの要求に応じて該要求元クライアントへコンテンツを提供するコンテンツ提供手段と、
前記コンテンツ提供手段からコンテンツを取得したクライアントからの要求に応じて該要求元クライアントへ該取得コンテンツについてのライセンスを提供する第１のライセンス提供手段と、
同一ユーザが持つ１つのクライアントから他のクライアントへコンテンツを移動させた後、該他のクライアントからの要求に応じて、該移動したコンテンツについてのライセンスを提供する第２のライセンス提供手段と、
を具備することを特徴とするコンテンツ配信システム。
【請求項２】
前記顧客関連情報管理手段は、リーフＩＤとクライアントＩＤの対応テーブル、クライアントＩＤとユーザＩＤの対応テーブル、コンテンツＩＤとライセンスＩＤの対応テーブル、ユーザＩＤとダウンロードしたコンテンツのコンテンツＩＤの対応テーブル、ユーザＩＤとダウンロードしたライセンスのライセンスＩＤの対応テーブルを管理する、
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記顧客関連情報管理手段は、前記コンテンツ提供手段がクライアントにコンテンツを提供し、及び／又は、前記ライセンス提供手段がクライアントにライセンスを提供する度に顧客関連情報を更新する、
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項４】
前記第２のライセンス提供手段は、クライアントからの要求に応じて、該当するライセンスを前記第１のライセンス提供手段から得てこれを返信する、
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項５】
前記第２のライセンス提供手段は、前記顧客関連情報管理手段に照会して、要求元クライアントの正当性と、要求元クライアントの同一ユーザが前記第１のライセンス提供手段に登録されている他のクライアントを所持すること、及び、要求されているライセンスが前記第１のライセンス提供手段から該他のクライアントに既に提供されていることを確認する、
ことを特徴とする請求項４に記載のコンテンツ配信システム。
【請求項６】
クライアントへのライセンス提供に応じてクライアントへの課金処理を行なう課金処理手段をさらに備える、
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項７】
前記課金処理手段は、前記第１のライセンス提供手段においてコンテンツのダウンロード先クライアントにライセンスを提供する場合と、前記第２のライセンス提供手段において同一ユーザの別クライアントにライセンスを提供する場合とで差額を設ける、
ことを特徴とする請求項５に記載のコンテンツ配信システム。
【請求項８】
コンテンツを使用する情報処理装置であって、
コンテンツをダウンロードするコンテンツ・ダウンロード手段と、
コンテンツを蓄積するコンテンツ蓄積手段と、
前記コンテンツ蓄積手段に蓄積されたコンテンツを外部に移動し又は外部から取得したコンテンツを前記コンテンツ蓄積手段に格納するコンテンツ移動手段と、
コンテンツを利用するためのライセンスを取得するライセンス取得手段と、
取得したライセンスを用いてコンテンツを正当に利用するコンテンツ再生手段と、
を具備することを特徴とする情報処理装置。
【請求項９】
コンテンツを使用する情報処理方法であって、
コンテンツをダウンロードするコンテンツ・ダウンロード・ステップと、
コンテンツを蓄積するコンテンツ蓄積ステップと、
前記コンテンツ蓄積ステップにより蓄積されたコンテンツを外部に移動し又は外部から取得したコンテンツを格納するコンテンツ移動ステップと、
コンテンツを利用するためのライセンスを取得するライセンス取得ステップと、
ライセンスを用いてコンテンツを正当に利用するコンテンツ再生ステップと、を具備することを特徴とする情報処理方法。
【請求項１０】
コンテンツを使用するためのライセンスを提供する処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、ユーザは２以上のクライアントを所持することができ、各クライアントはライセンス取得に基づいて正当にコンテンツを利用し、
要求元クライアントの正当性を判断する第１のステップと、
要求元クライアントを所持するユーザが既にライセンスが提供されている他のクライアントを所持しているかどうかを判断する第２のステップと、
前記第２のステップにおいて判断結果が肯定的である場合に、同じライセンスを要求元クライアントに提供する第３のステップと、
を具備することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークなどによって配信される音楽データや画像データ、電子出版物などのデジタル・データや動画像などコンテンツの利用を管理するコンテンツ配信システム、コンテンツを利用する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムに係り、特に、使用許諾など何らかの契約や利用条件に基づいてコンテンツの利用を管理するコンテンツ配信システム、コンテンツを利用する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
さらに詳しくは、本発明は、コンテンツの利用者にライセンスを与えることによりコンテンツの利用を制御しコンテンツの保護を図るコンテンツ配信システム、コンテンツを利用する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムに係り、特に、コンテンツの不正利用を防止しながら、一旦ライセンスを受けた利用者が複数の機器に跨ってコンテンツを利用することを可能にするコンテンツ配信システム、コンテンツを利用する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムに関する。
【０００３】
【従来の技術】
近年のインターネットの普及により、コンピュータ・ファイルを始めとした各種のデジタル・コンテンツをネットワーク配信することが盛んに行なわれている。また、広帯域通信網（ｘＤＳＬ：ｘ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ、ＣＡＴＶ（Ｃａｂｌｅ  ＴＶ）、無線ネットワークなど）の普及により、音楽データや画像データ、電子出版物などのデジタル・データや、さらには動画像などリッチ・コンテンツの配信もユーザにストレスなく伝送できるような仕組みが整いつつある。
【０００４】
一方、配信されるコンテンツはデジタル・データであり、コピーや改竄などの操作を比較的容易に行なうことができる。また、現在これらのコンテンツのコピーや改竄などの不正行為は頻繁に行なわれており、これがデジタル・コンテンツ・ベンダの利益を阻害する主要な要因となっている。この結果、コンテンツの値段も高くしなければならなくなり、普及の障壁となるという悪循環が起こっている。
【０００５】
暗号技術を用いることによって、通信路上に流れるコンテンツを悪意のある第三者から保護することが可能となっている。しかしながら、コンテンツの配信過程だけでなく、コンテンツが正規のユーザに提供された後に行なわれる不正コピーや不正利用も大きな問題となっている。
【０００６】
デジタル・コンテンツに関するこの種の問題への対策として、最近では権利管理方式（ＤＲＭ：Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）と呼ばれる方式が採用されている。以下では、このＤＲＭの概要とその問題点について説明する。
【０００７】
ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔ  Ｍａｎａｇｅｍｅｎｔ）：
権利情報管理方式（ＤＲＭ）によって、ユーザはコンテンツの利用許可（ライセンス）を得なければ，コンテンツを利用できない仕組みが実現される。このようなシステムとしては米マイクロソフト社の”Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ｒｉｇｈｔ  Ｍａｎａｇｅｒ”や、米ＩＢＭ社の”Ｅｌｅｃｔｒｏｎｉｃ  Ｍｅｄｉａ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ（ＥＭＭＳ）”と呼ばれるシステムが挙げられる。
【０００８】
ＤＲＭのシステムは、典型的にはコンテンツ提供者とライセンス管理者とユーザという参加者で構成される。ユーザは、コンテンツの再生装置を所持し、それを使ってコンテンツを利用する。また、ライセンス管理者は、ユーザにライセンスの発行を行なう。また、コンテンツ提供者は、ユーザにコンテンツの提供を行なう。
【０００９】
コンテンツ（Ｃｏｎｔ）は、コンテンツ提供者によって、コンテンツ毎に異なる鍵（コンテンツ鍵Ｋｃ）で暗号化された形式Ｅ（Ｋｃ，Ｃｏｎｔ）で配布される。本明細書中では、これを「暗号化コンテンツ」と呼ぶことにする。
【００１０】
ユーザは、あるコンテンツＣｏｎｔを使用する場合、ライセンス管理者に対してライセンス発行を要求する。これに対し、ライセンス発行者は、ユーザへの課金処理などを行なった上でライセンスを発行する。
【００１１】
ここで言うライセンスの発行は、実際には、ユーザの再生装置にコンテンツ鍵Ｋｃを与えることである。このために、ライセンス管理者は再生装置との間で、再生装置毎に異なる暗号鍵Ｋｕを共有しており（暗号鍵Ｋｕの共有は、ライセンス発行時に行なわれるか、又はあらかじめ共有したものが再生装置に組み込まれている）、コンテンツ鍵Ｋｃを暗号鍵Ｋｕで暗号化したデータＥ（Ｋｕ，Ｋｃ）として再生装置に送付する。このデータのことを「ライセンス・トークン」と呼ぶ。
【００１２】
ライセンスを受けたユーザの再生装置は、暗号鍵Ｋｕと受け取ったライセンス・トークンＥ（Ｋｕ，Ｋｃ）と暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔ）を使って、コンテンツを再生することができる。まず、ライセンス・トークンＥ（Ｋｕ，Ｋｃ）からコンテンツ鍵Ｋｃを復号し、次いでコンテンツ鍵Ｋｃを使って暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔ）からコンテンツＣｏｎｔを復号して再生する。したがって、再生装置とライセンス・トークンと暗号化コンテンツの組み合わせが正しいときだけ、つまりライセンスを得たユーザだけがコンテンツを利用できることになる。
【００１３】
ここで、コンテンツの利用権を保護するためには、再生装置側では、復号されたコンテンツが外部に漏洩することを防がなければならない。このためには、再生装置は、暗号鍵Ｋｕやコンテンツ鍵Ｋｃや復号されたコンテンツＣｏｎｔを外部に漏らさないように処理しなければならない。何故なら、復号されたコンテンツが一旦外部に漏洩すれば、それを複製し利用することが制約なしに可能になるからである。言い換えれば、再生装置には、暗号鍵Ｋｕやコンテンツ鍵Ｋｃ、並びに復号されたコンテンツＣｏｎｔを外部に漏らさないで処理できるという条件が必要である。本明細書中では、このような条件を備えた再生装置のことを「正当」であると呼ぶことにする。
【００１４】
ＤＲＭでは、コンテンツのライセンス（利用許可）をユーザに与えることは、コンテンツ鍵Ｋｃをそのユーザの（特定の）再生装置に与えることで実現される。このライセンス供与の際に、コンテンツ鍵Ｋｃを受け取る再生装置は正当であるという条件が必須である。したがって、ライセンスの発行を行なうライセンス発行者は、発行相手の再生装置を特定し、正当な再生装置だけにコンテンツ鍵を与えるようにしなければならない。このため、ライセンス発行者は正当な再生装置に関するデータベースを持ち、ライセンス発行はそれに基づいて行なう必要がある。
【００１５】
しかしながら、多数の再生装置が存在する場合を考えると、このようなデータベースの検索は時間あるいはコストを要する処理となる。特に、コンテンツの毎回ダウンロードなどの仕組みにより、ライセンス発行が頻繁に行なわれる場合、データベースの置かれるサーバの負荷が過剰になる。
【００１６】
例えば、特定のユーザに対してコンテンツを提供する場合、コンテンツ提供の前にユーザ認証を行なうことになる。上記のＤＲＭの方法を使うのであれば、さらにユーザ認証に加えてそのユーザが持つコンテンツの再生装置を特定し、再生装置毎にライセンスを生成するという処理が必要になる。このことはコンテンツ提供の処理速度を低下させてしまう。
【００１７】
また、ユーザは一般に複数のコンテンツ再生装置を所有し利用するところ、コンテンツのライセンスは特定の再生装置に対して与えることで実現される。このため、ユーザが所有する各再生装置が「正当」である条件を満たしていたとしても、ユーザが同じコンテンツを複数の再生装置に跨って利用したい場合には、個々の再生装置毎にライセンスを得る手続きをとる必要があり、操作が面倒になってしまう。あるいは同じコンテンツを利用するために、逐次課金されてしまうので、過大な対価を強いられることになる。
【００１８】
また、コンテンツの流通・配信事業が発展している昨今においては、複数のコンテンツ配信事業者によってさまざまなコンテンツが提供されている。しかしながら、ユーザが所有する各再生装置が「正当」であったとしても、個々の再生装置が異なるコンテンツ配信事業者にライセンス登録していた場合、同じユーザに帰属するにも拘らず、装置間に跨ってコンテンツを利用する（コンテンツを共有する）という融通性がないため、複数のコンテンツ配信事業者に登録した（又はアカウントを取得した）利益を十分に得ることができない。コンテンツ配信時業者側から見れば、事業協力が不十分であり顧客の利便性が低いと言わざるを得ない。
【００１９】
【発明が解決しようとする課題】
本発明の目的は、使用許諾など何らかの契約や利用条件に基づいてコンテンツの利用を好適に管理することができる、優れたコンテンツ配信システム、コンテンツを利用する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムを提供することにある。
【００２０】
本発明のさらなる目的は、コンテンツの利用者にライセンスを与えることによりコンテンツの利用を制御しコンテンツの保護を好適に図ることができる、優れたコンテンツ配信システム、コンテンツを利用する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムを提供することにある。
【００２１】
本発明のさらなる目的は、コンテンツの不正利用を防止しながら、一旦ライセンスを受けた利用者が複数の機器に跨ってコンテンツを利用することを可能にすることができる、優れたコンテンツ配信システム、コンテンツを利用する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムを提供することにある。
【００２２】
【課題を解決するための手段及び作用】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、ユーザのクライアントにコンテンツを配信するコンテンツ配信システムであって、ユーザは２以上のクライアントを所持することができ、各クライアントはライセンス取得に基づいて正当にコンテンツを利用し、
ユーザの各クライアントを登録して顧客関連情報を取得する登録手段と、
顧客関連情報を管理する顧客関連情報管理手段と、
クライアントからの要求に応じて該要求元クライアントへコンテンツを提供するコンテンツ提供手段と、
前記コンテンツ提供手段からコンテンツを取得したクライアントからの要求に応じて該要求元クライアントへ該取得コンテンツについてのライセンスを提供する第１のライセンス提供手段と、
同一ユーザが持つ１つのクライアントから他のクライアントへコンテンツを移動させた後、該他のクライアントからの要求に応じて、第２のライセンス提供手段と、
を具備することを特徴とするコンテンツ配信システムである。
【００２３】
但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
【００２４】
本発明の第１の側面に係るコンテンツ配信システムによれば、ユーザは、複数のクライアントを所持し、個々のクライアントが異なるライセンス・サーバに登録している場合であっても、１つのクライアント上でコンテンツをダウンロードし且つライセンスを取得した後、他のクライアントにコンテンツを移動して改めてライセンスを円滑に取得し再生することができる。
【００２５】
すなわち、本発明の第１の側面に係るコンテンツ配信システムによれば、コンテンツの不正利用を防止しながら、一旦ライセンスを受けた利用者が複数の機器に跨ってコンテンツを利用することを可能にすることができる。また、ユーザが複数のクライアント間でコンテンツを利用する作業的な負担が軽減され、コンテンツ配信サービスの利用が促進される。
【００２６】
このような複数のクライアント間でのコンテンツの共有は、コンテンツ配信事業者間の協業により実現される。第１のライセンス提供手段と第２のライセンス提供手段は、別個のコンテンツ配信事業者によって運営されていてもよい。この場合、顧客関連情報提供手段によってコンテンツ配信事業者間で互いの顧客関連情報を照会できるようにして、コンテンツのダウンロード先とは異なるクライアントにライセンスを供与する際の照合処理を実現することができる。
【００２７】
また、前記顧客関連情報提供手段は、リーフＩＤとクライアントＩＤの対応テーブル、クライアントＩＤとユーザＩＤの対応テーブル、コンテンツＩＤとライセンスＩＤの対応テーブル、ユーザＩＤとダウンロードしたコンテンツのコンテンツＩＤの対応テーブル、ユーザＩＤとダウンロードしたライセンスのライセンスＩＤの対応テーブルを管理すればよい。
【００２８】
ここで、前記顧客関連情報管理手段は、前記コンテンツ提供手段がクライアントにコンテンツを提供し、及び／又は、前記ライセンス提供手段がクライアントにライセンスを提供する度に、顧客関連情報を更新するようにすればよい。
【００２９】
また、前記第２のライセンス提供手段は、クライアントからの要求に応じて、該当するライセンスを前記第１のライセンス提供手段から得てこれを返信するようにすればよい。このライセンスの供与に際し、前記第２のライセンス提供手段は、前記顧客関連情報管理手段に照会して、要求元クライアントの正当性と、要求元クライアントの同一ユーザが前記第１のライセンス提供手段に登録されている他のクライアントを所持すること、及び、要求されているライセンスが前記第１のライセンス提供手段から該他のクライアントに既に提供されていることを確認するようにすればよい。
【００３０】
本発明の第１の側面に係るコンテンツ配信システムは、クライアントへのライセンス提供に応じてクライアントへの課金処理を行なう課金処理手段をさらに備えていてもよい。
【００３１】
そして、前記課金処理手段は、前記第１のライセンス提供手段においてコンテンツのダウンロード先クライアントにライセンスを提供する場合と、前記第２のライセンス提供手段において同一ユーザの別クライアントにライセンスを提供する場合とで差額を設けてもよい。例えば、２度目となるライセンスの提供料を初期よりも低額にし又は無料にすることにより、ユーザが複数のクライアント間でコンテンツを利用するコスト的な負担が軽減され、コンテンツ配信サービスの利用が促進される。
【００３２】
また、本発明の第２の側面は、コンテンツを使用するためのライセンスを提供する処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、ユーザは２以上のクライアントを所持することができ、各クライアントはライセンス取得に基づいて正当にコンテンツを利用し、
要求元クライアントの正当性を判断する第１のステップと、
要求元クライアントを所持するユーザが既にライセンスが提供されている他のクライアントを所持しているかどうかを判断する第２のステップと、
前記第２のステップにおいて判断結果が肯定的である場合に、同じライセンスを要求元クライアントに提供する第３のステップと、
を具備することを特徴とするコンピュータ・プログラムである。
【００３３】
本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ・システム上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１の側面に係るコンテンツ配信システムと同様に、コンテンツの保護を確保しながら複数クライアント間でのコンテンツの共有を実現するという作用効果を得ることができる。
【００３４】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００３５】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施形態について詳解する。
【００３６】
図１には、本発明の一実施形態に係るコンテンツ配信システムの構成例を模式的に示している。同図に示す例では、コンテンツ配信システムは、コンテンツを提供する配信事業者側と、顧客側に分かれて構成される。配信事業者と顧客の間は、例えばインターネットやその他の広帯域通信網（ｘＤＳＬ：ｘ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ、ＣＡＴＶ（Ｃａｂｌｅ  ＴＶ）、無線ネットワークなど）で相互接続されている。
【００３７】
コンテンツ配信事業者側は、図示の通り、配信事業者Ａ及びＢを始めとして、複数の配信事業者で構成されている。
【００３８】
各配信事業者は、顧客のコンテンツ再生装置（以下では、「クライアント」と呼ぶ）毎にユーザ（クライアント）登録並びにコンテンツのライセンス供与を行なうライセンス・サーバと、提供すべきコンテンツの蓄積並びに配信処理を行なうコンテンツ・サーバと、ユーザ登録時及び／又はライセンス提供時に課金処理を行なう課金サーバと、顧客又はクライアントにコンテンツについてのライセンスを与えるために必要な各種データを保管する業務系データベース・サーバとを備えている。
【００３９】
本実施形態では、各配信事業者間は、例えばインターネットやその他のバックボーン通信網で相互接続されている。また、配信事業者間の事業協力を円滑に行なうために、配信事業者毎の業務系データベースを統括する業務系データベース・サーバＣ（ＤＢＣ）が構築されている。
【００４０】
各配信事業者毎に設置されている業務系データベース・サーバＡ（ＤＢ  Ａ）及び業務系データベース・サーバＢ（ＤＢ  Ｂ）は、自己に存在しないユーザ情報は業務系データベース・サーバ（ＤＢ  Ｃ）に照会するとともに、更新内容を業務系ＤＢＣに反映させる同期処理を適宜行なう。但し、業務系ＤＢ  Ｃは必須ではなく、業務系ＤＢ  Ａと業務系ＤＢ  Ｂの間で情報を共有できる何らかの仕組みが備わっていればよい。
【００４１】
なお、図１に示す例では、配信事業者Ａ及びＢがそれぞれ独自にライセンス・サーバ、課金サーバ、コンテンツ・サーバ、業務系データベース・サーバを構築・保有しているが、一部又は全部のサーバを配信事業者間で共同利用するようにしてもよいし、一方の配信事業者が保有するコンテンツ・サーバを他方の配信事業者が流用するようにしてもよい。
【００４２】
コンテンツ配信システム内では多数の顧客が存在するが、図１に示す例では図面の簡素化のため、単一の顧客のみ示している。図示の顧客は、クライアントＡ並びにクライアントＢを始め、複数のコンテンツ再生装置を所有し利用している。各クライアントは、ＤＲＭで言う「正当」の条件を備えており、暗号鍵やコンテンツ鍵、並びに復号されたコンテンツを外部に漏らさないで処理することができる。
【００４３】
図示の例では、クライアントＡは、配信事業者Ａに対して事前登録しており、配信事業者Ａからコンテンツの提供並びにライセンスの取得を行なうことができる。また、クライアントＢは、配信事業者Ｂに対して事前登録しており、配信事業所Ｂからコンテンツの提供並びにライセンスの取得を行なうことができる。
【００４４】
クライアントＡからクライアントＢへのコンテンツの移動は、例えばクライアントＡでコンテンツ書き込み処理を行なった記録媒体をクライアントＢに移動する他、パーソナル・ネットワークを利用してデータ伝送するなどの方法が挙げられる。
【００４５】
本実施形態では、ユーザを特定するためにユーザＩＤを使用するが（後述）、各クライアント固体を特定するクライアントＩＤを代わりに使用することもできる。また、同一のユーザであっても、配信事業者による各サービスで個別にユーザＩＤが存在するが、それらのユーザＩＤが各業務系データベースを利用して関係付け（紐付け）されており、同一のユーザであることを各配信事業者が把握できるものとする。クライアントＩＤも業務系データベース・サーバＡ、Ｂ、及びＣに管理されている。なお、本実施形態では、ユーザＩＤとパスワードによる認証を行なうようになっているが、クライアントＩＤ（機器ＩＤ）による認証（機器認証）や、機器認証とユーザ認証の組み合わせによりユーザ情報を取り扱うようにしてもよい。
【００４６】
本実施形態に係るコンテンツ配信システムは、以下の事柄を前提条件として備えている。
【００４７】
▲１▼配信されたコンテンツは、配信事業者あるいはコンテンツの著作権を保有する者の意思によって、顧客によるコンテンツ利用範囲を制限することができる（著作権管理されている）環境が提供されている。
▲２▼この著作権管理環境では、暗号化されたコンテンツと、その暗号を解くライセンスを別物で扱うことができる。
▲３▼各クライアントが著作権管理・保護を確保するための情報処理方法を備えている（「正当」である）。
▲４▼それぞれのコンテンツ配信事業者から受信するクライアントは異なる。
▲５▼それぞれのクライアントは、受信したコンテンツをその受信クライアントあるいは受信クライアントに接続可能な記録媒体に保管することができる。
▲６▼各クライアント間においてコンテンツを共有する際、記録媒体や有線・無線通信によって顧客自らがクライアント間でコンテンツのやりとりを行なうことができる。
▲７▼それぞれのコンテンツ配信事業者が有する顧客関連情報（顧客自体の情報、顧客保有クライアントの情報、購入コンテンツの情報など）を交換又は共有することができる。
【００４８】
本実施形態に係るコンテンツ配信システムでは、かかる前提条件の下で、クライアントＡで取得したコンテンツをクライアントＢに保管（移動）した後、クライアントＢが新たにライセンスをサーバから受信することにより、コンテンツの保護を担保しながらクライアントＡ及びＢ間でのコンテンツの共有を実現することができる。但し、コンテンツを共有するための詳細な処理手順については後述に譲る。
【００４９】
図２には、本実施形態に係るコンテンツ配信システムにおいて、各種サーバあるいはクライアントとして動作するホスト装置のハードウェア構成を模式的に示している。
【００５０】
メイン・コントローラであるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１は、オペレーティング・システム（ＯＳ）の制御下で、各種のアプリケーションを実行する。本実施形態では、ホストがクライアント端末であれば、ＣＰＵ１０１は、配信事業者への事前登録、コンテンツのダウンロード、ライセンス取得、コンテンツの保管などの業務サービスを行なうクライアント・アプリケーションを実行する。また、ホストが、ライセンス・サーバ、コンテンツ・サーバ、課金サーバ、業務系データベース・サーバなどのサーバとして動作する場合には、ＣＰＵ１０１は各種のサーバ・アプリケーションを実行する。図示の通り、ＣＰＵ１０１は、バス１０８によって他の機器類（後述）と相互接続されている。
【００５１】
主メモリ１０２は、ＣＰＵ１０１において実行されるプログラム・コードをロードしたり、実行プログラムの作業データを一時保管したりするために使用される記憶装置であり、例えばＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）のような半導体メモリが使用される。ホストがクライアント端末であればＣＰＵ１０１は、配信事業者への事前登録、コンテンツのダウンロード、ライセンス取得、コンテンツの保管などの業務サービスを行なうクライアント・アプリケーションが実行プログラムとして主メモリ１０２にロードされる。また、ホストが、ライセンス・サーバ、コンテンツ・サーバ、課金サーバ、業務系データベース・サーバなどのサーバとして動作する場合には、ＣＰＵ１０１は各種のサーバ・アプリケーションが実行プログラムとして種メモリ１０２にロードされる。
【００５２】
また、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０３は、データを恒久的に格納する半導体メモリであり、例えば、起動時の自己診断テスト（ＰＯＳＴ：Ｐｏｗｅｒ  Ｏｎ  Ｓｅｌｆ  Ｔｅｓｔ）や、ハードウェア入出力用のプログラム・コード（ＢＩＯＳ：Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）などが書き込まれている。
【００５３】
ディスプレイ・コントローラ１０４は、ＣＰＵ１０１が発行する描画命令を実際に処理するための専用コントローラである。ディスプレイ・コントローラ１０３において処理された描画データは、例えばフレーム・バッファ（図示しない）に一旦書き込まれた後、ディスプレイ１１１によって画面出力される。ディスプレイ１１１の表示画面は、一般に、ユーザからの入力内容やその処理結果（より具体的にはコンテンツの再生画面）、あるいはエラーその他のシステム・メッセージをユーザに視覚的にフィードバックする役割を持つ。
【００５４】
入力機器インターフェース１０５は、キーボード１１２やマウス１１３、あるいはその他のユーザ入力機器を対話装置１００に接続するための装置である。
【００５５】
ネットワーク・インターフェース１０６は、Ｅｔｈｅｒｎｅｔ（登録商標）などの所定の通信プロトコルに従って、システム１００をＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの局所的ネットワーク、さらにはインターネットのような広域ネットワークに接続することができる。あるいは、車載端末などの場合には、携帯電話などの無線方式により広域ネットワークに接続するインターフェースであってもよい。
【００５６】
ネットワーク上では、複数のホスト端末（図示しない）がトランスペアレントな状態で接続され、分散コンピューティング環境が構築されている。ネットワーク上では、ソフトウェア・プログラムやデータ・コンテンツなどの配信サービスを行なうことができる。
【００５７】
例えば、ホストがクライアント端末であれば、コンテンツ配信事業者への事前登録、コンテンツのダウンロード、ライセンス取得、コンテンツの保管などの業務サービスを行なうクライアント・アプリケーションをダウンロードできる他、コンテンツ配信事業者への事前登録、コンテンツ・サーバからのコンテンツのダウンロード、ライセンス・サーバからのコンテンツのライセンス取得、ライセンス取得に伴う課金処理などの手続きをネットワーク経由でダウンロードすることができる。また、コンパイル前のソース・プログラムやコンパイル処理後のオブジェクト・プログラムなどを、ネットワーク経由で実行することができる。また、ホストが、ライセンス・サーバ、コンテンツ・サーバ、課金サーバ、業務系データベース・サーバなどのサーバとして動作する場合には、各種のサーバ・アプリケーションをネットワーク経由でダウンロードできる他、顧客のクライアント端末との事前登録、コンテンツ配信、ライセンス提供、ライセンス提供に伴う課金処理などの手続きをネットワーク経由で実行することができる。
【００５８】
外部機器インターフェース１０７は、ハード・ディスク・ドライブ（ＨＤＤ）１１４やメディア・ドライブ１１５などの外部装置をホスト１００に接続するための装置である。
【００５９】
ＨＤＤ１１４は、記憶担体としての磁気ディスクを固定的に搭載した外部記憶装置であり（周知）、記憶容量やデータ転送速度などの点で他の外部記憶装置よりも優れている。ソフトウェア・プログラムを実行可能な状態でＨＤＤ１１４上に置くことを、プログラムのシステムへの「インストール」と呼ぶ。通常、ＨＤＤ１１４には、ＣＰＵ１０１が実行すべきオペレーティング・システムのプログラム・コードや、アプリケーション・プログラム、デバイス・ドライバなどが不揮発的に格納されている。
【００６０】
例えば、ホストがクライアント端末であれば、コンテンツ配信事業者への事前登録、コンテンツのダウンロード、ライセンス取得、コンテンツの保管などの業務サービスを行なうクライアント・アプリケーションなどを、ＨＤＤ１１４上にインストールすることができる。また、コンテンツ配信事業者からダウンロードした（又は他のクライアント端末から記録媒体などを介して移動された）コンテンツやコンテンツのライセンスなどをＨＤＤ１１４上に蓄積することができる。また、ホストが、ライセンス・サーバ、コンテンツ・サーバ、課金サーバ、業務系データベース・サーバなどのサーバとして動作する場合には、各種のサーバ・アプリケーションをＨＤＤ１１４上にインストールすることができる他、コンテンツ配信業務に必要な顧客関連情報（顧客自体の情報、顧客保有クライアントの情報、購入コンテンツの情報など）をＨＤＤ１１４上に蓄積することができる。
【００６１】
メディア・ドライブ１１５は、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）やＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）などの可搬型メディアを装填して、そのデータ記録面にアクセスするための装置である。
【００６２】
可搬型メディアは、主として、ソフトウェア・プログラムやデータ・ファイルなどをコンピュータ可読形式のデータとしてバックアップすることや、これらをシステム間で移動（すなわち販売・流通・配布を含む）する目的で使用される。例えば、コンテンツ配信事業者への事前登録、コンテンツのダウンロード、ライセンス取得、コンテンツの保管などの業務サービスを行なうクライアント・アプリケーションや各種のサーバ・アプリケーションなどを、これら可搬型メディアを利用して複数の機器間で物理的に流通・配布することができる。また、コンテンツ配信事業者からダウンロードしたコンテンツをクライアント端末間で移動するために可搬型メディアを利用することができる。また、コンテンツ配信業務に必要な顧客関連情報（顧客自体の情報、顧客保有クライアントの情報、購入コンテンツの情報など）を配信事業者間で交換又は共有するために可搬型メディアを利用することができる。
【００６３】
図３には、ホストがクライアントとして動作するときの機能構成を模式的に示している。同図に示すように、クライアントは、事前登録部と、コンテンツ・ダウンロード部と、コンテンツ蓄積部と、コンテンツ移動処理部と、ライセンス取得・管理部と、課金処理部と、コンテンツ再生処理部で構成される。図示の各機能モジュールは、実際にはＣＰＵ１０１が所定のプログラム・モジュールを実行するという形態で実現される。
【００６４】
事前登録部は、クライアント上で特定の配信事業者からコンテンツの提供を受けそのライセンスを取得する前提として、ライセンス・サーバとの間で事前登録処理を行なう。事前登録処理の詳細については後述に譲る。
【００６５】
コンテンツ・ダウンロード部は、事前登録を行なった配信事業者のコンテンツ・サーバから所望のコンテンツをダウンロードする処理を行なう。通常、ユーザはクライアントのブラウザ画面を介してコンテンツを選択した後、コンテンツのダウンロードが起動されるが、このような処理事態は周知なので、本明細書ではこれ以上説明しない。ダウンロードされたコンテンツは、コンテンツ蓄積部に格納される。
【００６６】
ライセンス取得・管理部は、コンテンツ・サーバからダウンロードしたコンテンツ、あるいはコンテンツ移動処理部を介して同一ユーザの他のクライアントから取得したコンテンツを利用（コンテンツ再生）するために必要なライセンスをライセンス・サーバから取得するとともに、取得したライセンス並びに事前登録時に取得した情報を管理する。また、取得したライセンスの有効期限が既に切れている場合には、ライセンス取得・管理部は、ライセンス・サーバに対するライセンス更新処理を行なう。ライセンス取得処理並びにライセンス更新処理の詳細については、後述に譲る。
【００６７】
課金処理部は、配信時業者側の課金サーバに接続し、コンテンツ・サーバからダウンロードしたコンテンツ、あるいはコンテンツ移動処理部を介して同一ユーザの他のクライアントから取得したコンテンツを利用（コンテンツ再生）するためのライセンスを取得した対価の支払い処理を実行する。
【００６８】
本実施形態では、コンテンツ移動処理部を介して同一ユーザの他のクライアントから取得したコンテンツを利用するときのライセンス取得の代金は、有料であっても無料であってもよい。また、有料の場合であっても、最初のライセンス取得時の料金に対して割り引いてもよい。これらの判断は、コンテンツ配信時業者側に委ねられ、課金サーバによって制御される。
【００６９】
コンテンツ再生処理部は、コンテンツ蓄積部から所望のコンテンツを取り出し、ライセンス取得・管理部に保管されているライセンスを利用して、暗号化されているコンテンツ・データを復号並びにデコードし、その再生処理を行なう。コンテンツの再生処理は、音楽データを音響出力したり、映像データをディスプレイから表示出力したりすることを指す。
【００７０】
コンテンツ移動処理部は、同一ユーザ内の他のクライアントとの間でコンテンツの移動を行なう。他のクライアントへコンテンツを移動する場合には、コンテンツ蓄積部から移動の対象となるコンテンツを取り出し、これを可搬型の記録媒体に書き込んだり、あるいは有線・無線の通信路を経由して転送したりする。また逆に、他のクライアントから移動したコンテンツを取り込む場合には、装填された記録媒体からコンテンツを読み込んだり、有線・無線の通信路を経由してコンテンツを受信したりする。移動されたコンテンツはコンテンツ蓄積部に格納される。
【００７１】
図４には、ホストがライセンス・サーバとして動作するときの機能構成を模式的に示している。同図に示すように、ライセンス・サーバは、事前登録部と、ライセンス発行部と、ライセンス蓄積部と、データベース管理部とで構成される。図示の各機能モジュールは、実際にはＣＰＵ１０１が所定のプログラム・モジュールを実行するという形態で実現される。
【００７２】
事前登録部は、クライアントが当該配信事業者によるコンテンツ配信サービスを利用する前提として、クライアントの事前登録処理を行なう。事前登録処理の詳細については後述に譲る。
【００７３】
ライセンス蓄積部は、配信事業者が提供する各コンテンツに必要なライセンスを蓄積している。各ライセンスは、ライセンスＩＤなどのライセンス指定情報を利用して検索することができる。
【００７４】
ライセンス発行部は、クライアントが、ダウンロードしたコンテンツあるいは同一ユーザの別クライアントから移動したコンテンツを利用する際に必要となるライセンスをライセンス蓄積部から取り出して、要求元のクライアントへ送信する。ライセンス発行部は、ライセンスの発行に伴い、クライアントへ課金を行なうため、課金サーバに通知する。
【００７５】
本実施形態では、コンテンツ移動処理部を介して同一ユーザの他のクライアントから取得したコンテンツを利用するときのライセンス取得の代金は、有料であっても無料であってもよい。また、有料の場合であっても、最初のライセンス取得時の料金に対して割り引いてもよい。これらの判断は、コンテンツ配信時業者側に委ねられ、課金サーバによって制御される。
【００７６】
また、ライセンス発行部は、クライアント側からの有効期限の切れたライセンスの更新要求に応答して、ライセンスの更新処理も行なう。ライセンスの更新処理の詳細については後述に譲る。
【００７７】
データベース管理部は、事前登録部における事前登録の内容や、ライセンス発行部において発行したライセンス情報を業務系データベースへ登録・更新処理する。
【００７８】
図５には、ホストがコンテンツ・サーバとして動作するときの機能構成を模式的に示している。同図に示すように、コンテンツ・サーバは、送受信部と、配信コンテンツ蓄積部と、コンテンツ取出部と、暗号化部と、で構成される。図示の各機能モジュールは、実際にはＣＰＵ１０１が所定のプログラム・モジュールを実行するという形態で実現される。
【００７９】
送受信部は、クライアントからのコンテンツ要求（コンテンツの指定情報）を受信したり、指定されたコンテンツ・データを要求元クライアントに送信したりする処理を行なう。
【００８０】
配信コンテンツ蓄積部は、配信事業者において配信サービスを行なっているコンテンツ・データを保存・管理している。本実施形態では、コンテンツ・データはＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）３方式でエンコードされた状態で配信コンテンツ蓄積部に格納されている。
【００８１】
コンテンツ取出部は、送受信部で受信したコンテンツの指定情報を解析して、指定されたコンテンツを配信コンテンツ蓄積部から取り出して、暗号化部へ渡すようになっている。
【００８２】
暗号化部は、クライアントへ配信するコンテンツを、コンテンツ・キーＫｃを用いて暗号化する。
【００８３】
データベース管理部は、クライアントに対してコンテンツの配信サービスを行なった情報を業務系データベースへ登録・更新処理する。
【００８４】
再び図１を参照しながら、同じユーザが所有・利用するクライアントＡ及びＢ間でのコンテンツの共有を実現するための仕組みについて説明する。
【００８５】
コンテンツの共有処理の前に、クライアントＡ及びＢは、それぞれライセンス・サーバＡ及びＢにアクセスして事前登録処理を行なう。この事前登録処理を行なうことで、リーフＩＤ、ＤＮＫ（デバイス・ノード・キー）、各クライアントの秘密鍵及び公開鍵のペア、ライセンス・サーバの公開鍵、及び各公開鍵の証明書を含む「サービス・データ」を取得しておく。
【００８６】
ここで、リーフＩＤは、クライアント毎に割り当てられた識別情報を表わし、ＤＮＫは、そのライセンスに対応するＥＫＢ（有効化ブロック）に含まれる暗号化されているコンテンツ・キーＫｃを復号するのに必要なデバイス・ノード・キーである。なお、ＤＮＫについては、本出願人に既に譲渡されているＷＯ  ０２／０８０４４６号明細書に記述されているが、その詳細な仕組み自体は本発明の要旨に直接関連しないので、本明細書中では説明を省略する。
【００８７】
図６には、クライアントがライセンス・サーバに事前登録を行なうための処理手順をフローチャートの形式で示している。
【００８８】
クライアントは、自己の登録先となるコンテンツ配信事業者のライセンス・サーバに対して、サービス・データ要求を送信する（ステップＳ１）。
【００８９】
ライセンス・サーバは、クライアントからサービス・データ要求を受信すると、これに応答して、要求元クライアントにユーザ情報要求を送信する（ステップＳ１１）。
【００９０】
クライアントは、ユーザ情報要求を受信すると、ディスプレイなどにユーザ情報の入力を促すメッセージ並びにユーザ情報の入力画面を表示する（ステップＳ２）。そして、ユーザがキーボードやマウスなどの入力装置を介して、ユーザの個人情報や決済情報などのユーザ情報を入力すると、これをライセンス・サーバに送信する（ステップＳ３）。
【００９１】
ライセンス・サーバは、ユーザ情報を受信すると、そのライセンス・サーバに割り当てられたカテゴリのノード以下のリーフのうち、未だ割り当てられていないリーフを要求元クライアントに割り当て、そのリーフからライセンス・サーバに割り当てられたカテゴリのノードまでのパス上のノードに割り当てられたノード・キーの組をデバイス・ノード・キーＤＮＫとして生成する。そして、生成されたＤＮＫと、クライアントに割り当てられたリーフのリーフＩＤと、クライアントの秘密鍵及び公開鍵のペアと、ライセンス・サーバの公開鍵及び公開鍵の証明書を含むサービス・データを生成する（ステップＳ１２）。そして、要求元クライアントに対して、このサービス・データを送信する（ステップＳ１３）。
【００９２】
また、ライセンス・サーバは、サービス・データの送信後、ユーザ情報をリーフＩＤに対応付けて記録しておくとともに、事前登録の内容を業務系データベースに登録する（ステップＳ１４）。
【００９３】
クライアントは、ライセンス・サーバからサービス・データを受信すると、これを暗号化して、ライセンス取得・管理部において保管しておく（ステップＳ４）。
【００９４】
以上のようにして、ライセンス・サーバはクライアント及びユーザを登録し、クライアントは所望のコンテンツ配信サービスを利用するために必要なデバイス・ノード・キーを含むサービス・データを受け取ることができる。
【００９５】
本実施形態では、各配信事業者の業務系データベース・サーバＡ及びＢは、顧客関連情報を管理するために、以下に示すような複数のテーブルを保有しており、コンテンツ・サーバなどの他のサブシステムは必要に応じてこれらのテーブルを利用（参照、追記、書き換えなど）することができる。
【００９６】
（１）リーフＩＤとクライアントＩＤの対応テーブル
（２）クライアントＩＤとユーザＩＤの対応テーブル
（３）ユーザＩＤとユーザ・パスワードの対応テーブル
（４）コンテンツＩＤとライセンスＩＤの対応テーブル
（５）ユーザＩＤとダウンロードしたコンテンツのコンテンツＩＤの対応テーブル（他にダウンロードした日時やライセンスＩＤなども記録することができる）
（６）ユーザＩＤとダウンロードしたライセンスのライセンスＩＤの対応テーブル（他にダウンロードした日時なども記録することができる）
【００９７】
また、業務系データベース・サーバＣは、上記の業務系データベース・サーバＡ及びＢに保管されている顧客関連情報のうち以下に示す情報を、配信事業者間で共有するために設置されており、双方の配信事業者Ａ及びＢは必要なときにその内容を参照したり更新したりすることができる。
【００９８】
（１）リーフＩＤとクライアントＩＤの対応テーブル
（２）クライアントＩＤとユーザＩＤの対応テーブル
（３）コンテンツＩＤとライセンスＩＤの対応テーブル
（４）ユーザＩＤとダウンロードしたコンテンツのコンテンツＩＤの対応テーブル（他にダウンロードした日時やライセンスＩＤなども記録することができる）
（５）ユーザＩＤとダウンロードしたライセンスのライセンスＩＤの対応テーブル（他にダウンロードした日時なども記録することができる）
【００９９】
本実施形態に係るコンテンツ配信システムでは、クライアントＡで取得したコンテンツをクライアントＢに保管（移動）した後、クライアントＢが新たにライセンスをサーバから受信することにより、コンテンツの保護を担保しながらクライアントＡ及びＢ間でのコンテンツの共有を実現する。このコンテンツの共有は、図１に示すように以下の手順Ｐ１〜Ｐ６に従って行なわれる。
【０１００】
Ｐ１：コンテンツのダウンロード
Ｐ２：ライセンスのダウンロードとコンテンツの再生
Ｐ３：業務系データベース間の情報更新
Ｐ４：コンテンツを別クライアントへ移動
Ｐ５：別クライアントから移動したコンテンツに関するライセンスのダウンロードとコンテンツの再生
Ｐ６：業務系データベース間の情報更新
【０１０１】
以下、各段階に手順について説明する。
【０１０２】
コンテンツのダウンロード：
図７には、コンテンツをダウンロードする際のクライアントＡ側の処理手順をフローチャートの形式で示している。
【０１０３】
ユーザがディスプレイ画面をキーボードやマウスなどの入力装置を介して操作することによって、コンテンツのダウンロード処理が起動される。これに応答して、ネットワーク・インターフェース１０６を介して、コンテンツ・サーバＡへアクセスする（ステップＳ２１）。
【０１０４】
コンテンツ・サーバＡへアクセスした結果、クライアントのディスプレイ画面上には、コンテンツ選択画面（図示しない）が表示される。ユーザは、同画面上で、キーボードやマウスなどの入力装置を介して所望のコンテンツを指定する。そして、クライアントＡはコンテンツを指定する情報をコンテンツ・サーバＡへ通知する（ステップＳ２２）。さらに、コンテンツ・サーバＡに対してユーザＩＤを通知する（ステップＳ２３）。
【０１０５】
後述するように、コンテンツ・サーバＡは、コンテンツ指定情報の通知に応答して、該当するコンテンツを暗号化して送信してくる。クライアントＡは、暗号化コンテンツを受信して（ステップＳ２４）、これをコンテンツ蓄積部に格納する（ステップＳ２５）。
【０１０６】
また、図８には、コンテンツをダウンロードする際のコンテンツ・サーバ側の処理手順をフローチャートの形式で示している。
【０１０７】
コンテンツ・サーバＡは、クライアントＡよりアクセスを受けるまで待機する（ステップＳ３１）。そして、アクセスを受けたと判断すると、クライアントＡから送信されてきた、コンテンツを指定する情報を取り込む（ステップＳ３２）。このコンテンツを指定する情報は、図６に示したフローチャートのステップＳ２２において、クライアントＡが通知してきた情報に該当する。
【０１０８】
次いで、コンテンツ・サーバＡは、蓄積しているコンテンツの中から、先行ステップＳ３２において取り込まれた情報で指定されたコンテンツを読み出す（ステップＳ３３）。
【０１０９】
そして、読み出されたコンテンツを、コンテンツ・キーＫｃを用いて暗号化する（ステップＳ３４）。配信コンテンツ蓄積部に記憶されている・コンテンツ・データは、既にＡＴＲＡＣ３方式によりエンコードされているので、このエンコードされたコンテンツ・データが暗号化されることになる。なお、コンテンツ・データをあらかじめ暗号化してから配信コンテンツ蓄積部に格納しておくことにより、ステップＳ３４を省略することができる。
【０１１０】
次いで、業務系データベース・サーバＡから、コンテンツＩＤに対応したライセンスＩＤを取り込む（ステップＳ３５）。そして、暗号化したコンテンツ・データを伝送するフォーマットを構成するヘッダに、暗号化コンテンツを復号するのに必要なキー情報（後述）と、コンテンツを利用するのに必要なライセンスを識別するライセンスＩＤを付加する（ステップＳ３６）。
【０１１１】
そして、ステップＳ３４において暗号化したコンテンツと、ステップＳ３６においてキーとライセンスＩＤを付加したヘッダとをフォーマット化したデータを、要求元のクライアントＡに送信する（ステップＳ３７）。
【０１１２】
最後に、クライアントＡのユーザＩＤと送信したコンテンツのコンテンツＩＤを業務系データベースＡに記録する（ステップＳ３８）。業務系データベースＡに記録した内容は、同期処理により業務系データベースＣにも反映されており、他方の配信事業者Ｂからも利用することができる。
【０１１３】
図９には、コンテンツ・サーバＡからクライアントＡにコンテンツを配信するときに用いられるデータ・フォーマットの構成例を示している。同図に示すように、このフォーマットは、ヘッダ（Ｈｅａｄｅｒ）とデータ（Ｄａｔａ）とで構成される。
【０１１４】
ヘッダには、コンテンツ情報（Ｃｏｎｔｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）と、ライセンスＩＤ（Ｌｉｃｅｎｓｅ  ＩＤ）と、イネーブリング・キー・ブロック（有効化キー・ブロック：ＥＫＢ（Ｅｎａｂｌｉｎｇ  Ｋｅｙ  Ｂｌｏｃｋ））と、ＥＫＢから生成されたキーＫＥＫＢを用いて暗号化されたコンテンツ・キーＫｃとしてのデータＫＥＫＢ（Ｋｃ）が配置されている。なお、ＥＫＢに関しては、本出願人に既に譲渡されているＷＯ  ０２／０８０４４６に記載されているが、本発明の要旨には直接関連しないので、本明細書中では説明を省略する。
【０１１５】
コンテンツ情報には、データとしてフォーマット化されているコンテンツ・データを識別するための識別情報としてのコンテンツＩＤ（ＣＩＤ）と、そのコンテンツのコーデックの方式などの情報が含まれている。
【０１１６】
データは、任意の数の暗号化ブロック（Ｅｎｃｒｙｐｔｉｏｎ  Ｂｌｏｃｋ）により構成される。各暗号化ブロックは、イニシャル・ベクトル（ＩＶ：Ｉｎｉｔｉａｌ  Ｖｅｃｔｏｒ）と、シード（Ｓｅｅｄ）と、コンテンツ・データをキーＫ’ｃで暗号化したデータＥＫ’ｃ（Ｄａｔａ）とで構成される。
【０１１７】
キーＫ’ｃは、以下の式により示されるように、コンテンツ・キーＫｃと、乱数で設定されるシードにハッシュ関数を適用して演算された値で構成される。
【０１１８】
【数１】
Ｋ’ｃ＝Ｈａｓｈ（Ｋｃ，Ｓｅｅｄ）
【０１１９】
イニシャル・ベクトルＩＶとシードＳｅｅｄは、各暗号化ブロック毎に異なる値に設定される。
【０１２０】
この暗号化は、コンテンツのデータを８バイト単位で区分して、８バイト毎に行なわれる。後段の８バイトの暗号化は、前段の８バイトの暗号化の結果を利用して行なわれるＣＢＣ（Ｃｉｐｈｅｒ  Ｂｌｏｃｋ  Ｃｈａｉｎｉｎｇ）モードで行なわれる。
【０１２１】
ＣＢＣモードの場合、最初の８バイトのコンテンツ・データを暗号化するとき、その前段の８バイトの暗号化の結果が存在しないため、最初の８バイトのコンテンツ・データを暗号化するときはイニシャル・ベクトルＩＶを初期値として暗号化が行なわれる。
【０１２２】
このＣＢＣモードによる暗号化を行なうことで、１つの暗号化ブロックが解読されたとしても、その影響が他の暗号化ブロックに及ぶことが抑制される。なお、この暗号化の処理手順に関しては本出願人に既に譲渡されているＷＯ  ０２／０８０４４６に記載されているが、本発明の要旨には直接関連しないので、本明細書中ではこれ以上説明しない。また、暗号化方式については、これに限らず、単にコンテンツ・キーＫｃでコンテンツ・データを暗号化するように構成してもよい。
【０１２３】
以上のようにして、クライアントＡは、コンテンツ・サーバＡからコンテンツを自由に取得することができる。コンテンツを利用（再生）するためにはコンテンツのライセンスを別途取得する必要があることから、本実施形態では、コンテンツの配信自体は無料とし、ライセンスの取得を有料にしている。したがって、コンテンツそのものは無料で、大量に配布することが可能である。
【０１２４】
ライセンスのダウンロードとコンテンツの再生：
図１０には、クライアントＡ側でダウンロードしたコンテンツを再生するための処理手順をフローチャートの形式で示している。
【０１２５】
まず、クライアントＡは、ユーザがキーボードやマウスなどの入力装置の操作を介して指示したコンテンツの識別情報（ＣＩＤ）を取得する（ステップＳ４１）。この識別情報は、例えば、コンテンツのタイトルや、記憶されているコンテンツ毎に付与されている番号などで構成される。
【０１２６】
コンテンツが指示されると、次いで、そのコンテンツに対応するライセンスＩＤ（そのコンテンツを使用するのに必要なライセンスの識別情報）を読み取る。このライセンスＩＤは、図９に示したように、暗号化されているコンテンツ・データのヘッダに記述されている。
【０１２７】
次いで、読み取られたライセンスＩＤに対応するライセンスが、クライアントにより既に取得され、ライセンス取得・管理部に保管されているかどうかを判断する（ステップＳ４２）。ここで、該当するライセンスが未だ取得されていない場合には、ステップＳ４３に進み、ライセンス取得処理（後述）を実行する。
【０１２８】
ステップＳ４２において、ライセンスが既に取得されていると判断された場合、あるいはステップＳ４３においてライセンス取得処理が実行された結果、ライセンスが取得された場合、さらに、取得されているライセンスが有効期限内かどうかを判断する（ステップＳ４４）。ライセンスが有効期限内のものであるかどうかは、ライセンスの内容として規定されている期限（後述）と、クライアントのシステム・タイマにより計時されている現在日時と比較することで判断される。
【０１２９】
ライセンスの有効期限が既に満了していると判断された場合には、ステップＳ４５に進み、ライセンスの更新処理（後述）を実行する。
【０１３０】
ステップＳ４４において、ライセンスが有効期限内であると判断された場合、あるいはステップＳ４５においてライセンスが更新された場合、さらにライセンスが正当であるかどうかを判断する（ステップＳ４６）。ライセンスの有効性は、ライセンスに含まれている電子署名（後述）を利用して実行することができる。ライセンスが正当でない場合には、エラー処理を行なってから（ステップＳ４７）、本処理ルーチン全体を終了する。エラー処理は、正当なライセンスを改めて取得する処理であってもよい。
【０１３１】
ステップＳ４６において、ライセンスが正当であると判断された場合、該当する暗号化コンテンツ・データをコンテンツ蓄積部から読み出す（ステップＳ４８）。そして、暗号化されているコンテンツ・データを、図９に示したデータに配置されている暗号化ブロック単位で、コンテンツ・キーＫｃを用いて復号する（ステップＳ４９）。
【０１３２】
さらに、復号されたコンテンツ・データをデコードし、コンテンツの再生処理を行なう（ステップＳ５０）。コンテンツの再生処理は、音楽データを音響出力したり、映像データをディスプレイから表示出力したりすることを指す。
【０１３３】
図１１には、図１０に示すフローチャート中のステップＳ４３で実行されるライセンス取得処理の詳細な手順をフローチャートの形式で示している。
【０１３４】
クライアントＡは、事前にライセンス・サーバＡにアクセスして登録処理を行なうことにより、リーフＩＤ、ＤＮＫ（デバイス・ノード・キー）、クライアントＡの秘密鍵及び公開鍵のペア、ライセンス・サーバの公開鍵、及び公開鍵の証明書を含むサービス・データを取得している（前述及び図６を参照のこと）。
【０１３５】
ここで、リーフＩＤは、クライアント毎に割り当てられた識別情報を表わし、ＤＮＫは、そのライセンスに対応するＥＫＢ（有効化ブロック）に含まれる暗号化されているコンテンツ・キーＫｃを復号するのに必要なデバイス・ノード・キーである。
【０１３６】
まず、クライアントＡは、ユーザのキーボードやマウスなどの入力装置の操作を介して、更新するライセンスの指定情報、並びにユーザＩＤとパスワードを入力する（ステップＳ６１，Ｓ６２）。
【０１３７】
次いで、クライアントＡは、入力されたユーザＩＤとパスワード、ライセンス指定情報、並びにサービス・データに含まれるリーフＩＤを含むライセンス要求を、ライセンス・サーバＢに送信する（ステップＳ６３）。
【０１３８】
ライセンス・サーバＡは、ユーザＩＤとパスワード、並びにライセンス指定情報に基づいてライセンスを発行し、要求元のクライアントＡに送信する。ライセンス・サーバＡによるライセンスの提供処理の詳細については後述に譲る。
【０１３９】
クライアントＡは、ライセンス・サーバＡからライセンスを受信することができた場合には（ステップＳ６４）、ライセンス取得・管理部においてそのライセンスを記憶する（ステップＳ６５）。
【０１４０】
他方、ライセンス・サーバＡからライセンスを受信することができない場合には（ステップＳ６４）、所定のエラー処理を実行して（ステップＳ６６）、本処理ルーチン全体を終了する。ここで言うエラー処理は、例えば、コンテンツを利用するためのライセンスが得られないので、コンテンツ再生処理部の起動を禁止する動作などが挙げられる。
【０１４１】
以上のようにして、クライアントＡは、コンテンツ・データに付随しているライセンスＩＤに対応するライセンスを取得して、初めてそのコンテンツを使用することが可能になる。
【０１４２】
なお、図１１に示すようなライセンス取得処理は、コンテンツのダウンロード後ではなく、その前に行なっておくことも可能である。
【０１４３】
図１２には、ライセンス・サーバからクライアントに提供されるライセンスのデータ構造を模式的に示している。同図に示すように、ライセンスは、使用条件、リーフＩＤやライセンス・サーバの電子署名などを含んでいる。
【０１４４】
使用条件には、そのライセンスに基づいてコンテンツを使用することが可能な使用期限、そのライセンスに基づいてコンテンツをダウンロードすることが可能なダウンロード期限、そのライセンスに基づいてコンテンツをコピーすることが可能な回数（許容されるコピー回数）、チェックアウト回数、最大チェックアウト回数、そのライセンスに基づいてコンテンツをＣＤ−Ｒなどの記録媒体に記録することができる権利、可搬型の記録媒体にコピーすることができる回数、ライセンスを所有権（買い取り状態）に移行できる権利、使用ログを取る義務などを示す情報などが含まれている。
【０１４５】
図１３には、クライアントＡ側からのライセンス要求（図１１に示すフローチャート中のステップＳ６３）に対応して実行される、ライセンス・サーバＡがクライアントＡにライセンスを提供するための処理手順をフローチャートの形式で示している。
【０１４６】
ライセンス・サーバＡは、クライアントＡからアクセスを受けるまで待機する（ステップＳ７１）。そして、クライアントＡからアクセスを受けたときに、クライアントＡに対して、ユーザＩＤとパスワード、並びにライセンスＩＤの送信を要求する。これに対し、クライアントＡからは、ステップＳ６３の処理として、ユーザＩＤとパスワード、リーフＩＤ並びにライセンス指定情報（ライセンスＩＤ）を送信するので、ライセンス・サーバＡ側ではこれらを取り込む（ステップＳ７２）。
【０１４７】
次いで、ライセンス・サーバＡは、業務系データベース・サーバＡに対して、ユーザＩＤとパスワードの照合処理を依頼し（ステップＳ７３）、クライアントＡの正当性をチェックする（ステップＳ７４）。ここで、照合に失敗した場合には、所定のエラー処理を実行して（ステップＳ７５）、本処理ルーチン全体を終了する。この場合、クライアントＡに対してライセンスは発行されない。
【０１４８】
一方、照合処理が成功裏に終了した場合には、さらに課金サーバＡにアクセスして、与信処理を依頼する（ステップＳ７６）。課金サーバＡは、ライセンス・サーバＡからの与信処理の要求に応答して、そのユーザＩＤとパスワードに対応する過去の支払い履歴などを調査し、そのユーザが過去にライセンスの対価の不払いなど好ましくない実績があるかどうかをチェックする（ステップＳ７７）。
【０１４９】
ここで、好ましくない支払い実績があるなど与信が妥当でないと判断された場合には、課金サーバＡは、ライセンス付与を不許可とする与信結果をライセンス・サーバＡに返信する。ライセンス・サーバＡは、これに応答して所定のエラー処理を実行して（ステップＳ７８）、本処理ルーチン全体を終了する。この場合、クライアントＡに対してライセンスは発行されない。
【０１５０】
一方、与信ＯＫであれば、次いで、ライセンス指定情報に対応するライセンスをライセンス蓄積部から取り出す（ステップＳ７９）。ライセンス蓄積部に格納されているライセンスは、あらかじめライセンスＩＤ、バージョン、作成日時、有効期限などの情報が記述されている。
【０１５１】
ライセンス・サーバＡは、取り出したライセンスにリーフＩＤを付加する（ステップＳ８０）。
【０１５２】
次いで、ライセンス・サーバＡは、このライセンスに対応付けられている使用条件を選択する（ステップＳ８１）。あるいは、ライセンス要求時にユーザから使用条件が指定されている場合には、その使用条件が必要に応じてあらかじめ用意されている使用条件に付加される。そして、選択された使用条件をライセンスに付加する。
【０１５３】
次いで、ライセンス・サーバＡは、自身の秘密鍵によりライセンスに電子署名を施すことで、図１２に示したようなライセンスを生成する（ステップＳ８２）。そして、このライセンスを要求元のクライアントＡに送信する（ステップＳ８３）。
【０１５４】
次いで、ライセンス・サーバＡは、いま送信したライセンス（使用条件、リーフＩＤを含む）をユーザＩＤとパスワードに対応付けて記憶しておく。また、業務系データベース・サーバＡにアクセスして、送信したライセンスのライセンスＩＤをユーザＩＤに対応付けて記録する（ステップＳ８４）。業務系データベースＡに記録した内容は、同期処理により業務系データベースＣにも反映されており、他方の配信事業者Ｂからも利用することができる。
【０１５５】
最後に、ライセンス・サーバＡは、課金サーバＡにアクセスして、ユーザＩＤとパスワードに対応するユーザに対する課金処理を実行する（ステップＳ８５）。課金サーバＡは、この課金処理の要求に応答して、該当するユーザに対する課金処理を実行する。課金サーバＡは、クレジット・カードなどを用いた信用決済やデビット・カードを用いた即時決済、電子マネーによる支払い、現金払いや金融機関への振込みなどに対応してもよい。但し、課金処理の形態は本発明の要旨に直接関連しないので、本明細書ではこれ以上説明しない。
【０１５６】
なお、課金処理に対してユーザが支払いを行なわなかったような場合には、そのユーザは与信を失い、以後ライセンスの付与を要求したとしてもライセンスを受けることができないことになる。すなわち、ユーザが与信を失った場合には、上述したように、課金サーバからライセンスの付与を不許可とする与信結果が返されるので、ライセンス・サーバはステップＳ７８においてエラー処理を実行する。エラー処理では、例えば要求元のクライアントに対して、ライセンスを付与することができない旨のメッセージを出力し、処理を終了する。また、要求元のクライアントでは、ライセンスを受けることができないので、すなわちコンテンツを利用すること（暗号を復号すること）ができないことになる。
【０１５７】
図１４には、図１０に示すフローチャート中のステップＳ４５において、クライアントが実行する、ライセンス・サーバに対するライセンスの更新処理の詳細な手順をフローチャートの形式で示している。
【０１５８】
まず、クライアントＡは、ユーザのキーボードやマウスなどの入力装置の操作を介して、ライセンス指定情報、ユーザＩＤ、及びパスワードを入力する（ステップＳ９１，Ｓ９２）。
【０１５９】
次いで、クライアントＡは、入力されたユーザＩＤとパスワード、並びにライセンス指定情報を含むライセンス更新要求を、ライセンス・サーバに送信する（ステップＳ９３）。
【０１６０】
ライセンス・サーバＡ側では、ライセンス更新要求に応答して、使用条件を提示してくる（後述）。これに対し、クライアントＡは、提示された使用条件を受信し、これをユーザに表示出力する（ステップＳ９４）。
【０１６１】
ユーザは、キーボードやマウスなどの入力装置を操作して、画面表示されている使用条件の中から所定の使用条件を選択したり、所定の使用条件を新たに追加したりする。このようにして選択された使用条件（すなわちライセンスを更新する条件）を購入するための申し込みを、ライセンス・サーバＡに送信する（ステップＳ９５）。
【０１６２】
ライセンス・サーバＡ側では、クライアントＡからの購入申し込みに応答して、最終的な使用条件を送信してくる（後述）。これに対し、クライアントＡは、ライセンス・サーバＡからの使用条件を受信して（ステップＳ９６）、これを対応するライセンスの使用条件として更新する（ステップＳ９７）。
【０１６３】
また、図１５には、図１０に示すフローチャート中のステップＳ４５（図１４）に対応してライセンス・サーバで実行される、有効期限の切れたライセンスを更新するための詳細な処理手順をフローチャートの形式で示している。
【０１６４】
ライセンス・サーバＡは、クライアントＡからのアクセスを受けると（ステップＳ１０１）、クライアントＡが送信したライセンス更新要求（前述）を受信する（ステップＳ１０２）。
【０１６５】
そして、ライセンス・サーバＡは、更新要求されているライセンスに対応する使用条件（更新する使用条件）をライセンス蓄積部から読み出し、これを要求元のクライアントＡに送信する（ステップＳ１０３）。
【０１６６】
クライアントＡ側では、受信した使用条件をユーザに表示出力する。そして、ユーザは、キーボードやマウスなどの入力装置を操作して、画面表示されている使用条件の中から所定の使用条件を選択したり、所定の使用条件を新たに追加したりする。このようにして選択された使用条件（すなわちライセンスを更新する条件）を購入するための申し込みを、ライセンス・サーバＡに送信する（前述）。
【０１６７】
ライセンス・サーバＡは、クライアントＡからの使用条件の購入が申し込まれると、申し込まれた使用条件に対応するデータを生成し、クライアントＡに送信する（ステップＳ１０４）。クライアントＡ側では、ライセンス・サーバＡからの使用条件を受信して、これを対応するライセンスの使用条件として更新する（前述）。
【０１６８】
ここで、クライアントが、ライセンス・サーバから供給されたライセンスに基づいて、コンテンツ・サーバから供給されたコンテンツを利用する処理の仕組みについて図１７を参照しながらまとめておく。
【０１６９】
コンテンツ・サーバからクライアントに対してコンテンツが提供されるとともに、ライセンス・サーバからクライアントにライセンスが供給される。コンテンツは、コンテンツ・キーＫｃにより暗号化されており（Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ））、コンテンツ・キーＫｃは、ルート・キーＫＲ（ＥＫＢから得られるキーであって、図９に示したコンテンツ・データ中のキーＫＥＫＢＣに対応する）で暗号化され（Ｅｎｃ（ＫＲ，Ｋｃ））、ＥＫＢとともに、暗号化されてコンテンツに吹かされて要求元クライアントに提供される。
【０１７０】
図１７に示した例におけるＥＫＢには、例えば図１８に示すように、ＤＮＫで復号可能なルート・キーＫＲが含まれている（Ｅｎｃ（ＤＮＫ，ＫＲ））。したがって、クライアントは、サービス・データに含まれるＤＮＫを利用して、ＥＫＢからルート・キーＫＲを得ることができる。さらに、ルート・キーＫＲを用いて、Ｅｎｃ（ＫＲ，Ｋｃ）からコンテンツ・キーＫｃを復号することができ、このコンテンツ・キーＫｃを用いて、暗号化コンテンツＥｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ）からコンテンツを復号することができる。
【０１７１】
業務系データベース間の情報更新：
クライアントＡとコンテンツ配信事業者Ａの間でコンテンツやライセンスのダウンロードが行なわれると、その情報が配信事業者Ａ内の業務系データベースＡに記録される。本実施形態に係るコンテンツ配信システムでは、配信事業者Ａ及び配信事業者Ｂ間での事業協力により同一顧客のクライアントＡ及びクライアントＢ間でのコンテンツの共有を実現するために、業務系データベースＡの更新情報を業務系データベースＣに反映させて、配信事業者Ｂからも利用可能にする。
【０１７２】
配信事業者ＡからクライアントＡへ、コンテンツ又はライセンスのダウンロードが終了すると、業務系データベースＡ及びＣでは、以下に示す各テーブルの該当するエントリーが更新される。
【０１７３】
（１）リーフＩＤとクライアントＩＤの対応テーブル
（２）クライアントＩＤとユーザＩＤの対応テーブル
（３）コンテンツＩＤとライセンスＩＤの対応テーブル
（４）ユーザＩＤとダウンロードしたコンテンツのコンテンツＩＤの対応テーブル（他にダウンロードした日時やライセンスＩＤなども記録することができる）
（５）ユーザＩＤとダウンロードしたライセンスのライセンスＩＤの対応テーブル（他にダウンロードした日時なども記録することができる）
【０１７４】
コンテンツを別クライアントへ移動：
クライアントＡにダウンロードしたコンテンツを、クライアントＢにおいて利用するために、クライアント間でコンテンツを移動する。コンテンツを移動する時点では、クライアントＢはまだこのコンテンツのライセンスを得ている必要はない。
【０１７５】
図１に示す例では、クライアントＡにおいて、ダウンロードしたコンテンツを可搬型の記録媒体にコピーして、これをクライアントＢに装填することによってコンテンツの移動を行なう。
【０１７６】
この場合、クライアントＡ側では、コンテンツ蓄積部からコンテンツを取り出して、これを記録媒体に書き込むという処理が行なわれる。また、クライアントＢ側では、記録媒体に記録されたコンテンツを読み出してコンテンツ蓄積部に格納するという処理が行なわれる。これらのデータ処理自体は周知の技術により実現することができるので、本明細書中ではこれ以上説明しない。
【０１７７】
勿論、ライセンスのないコンテンツを別のクライアントに移動する方法は、これに限定されるものではない。例えば、記録媒体以外に、有線・無線通信によってユーザ自らがクライアント間でのコンテンツのやりとりを行なってもよい。あるいは、一方のクライアントでコンテンツを購入すると、コンテンツ配信事業者が、同じユーザが保有する別のクライアントへも自動配信を行なうようにしてもよい。
【０１７８】
別クライアントから移動したコンテンツに関するライセンスのダウンロードとコンテンツの再生：
クライアントＢ側では、クライアントＡから移動したコンテンツに関するライセンスをダウンロードして、このコンテンツを利用することができる。
【０１７９】
クライアントＢは、図１０に示した処理手順に従い、コンテンツを再生することができる。
【０１８０】
まず、クライアントＢは、ユーザがキーボードやマウスなどの入力装置の操作を介して指示したコンテンツの識別情報（ＣＩＤ）を取得する（ステップＳ４１）。コンテンツが指示されると、次いで、そのコンテンツに対応するライセンスＩＤ（そのコンテンツを使用するのに必要なライセンスの識別情報）を読み取る。
【０１８１】
次いで、読み取られたライセンスＩＤに対応するライセンスが、クライアントＢにより既に取得され、ライセンス取得・管理部に保管されているかどうかを判断する（ステップＳ４２）。ここで、該当するライセンスが未だ取得されていない場合には、ステップＳ４３に進み、ライセンス取得処理を実行する。クライアントＢは、図１１に示す処理手順に従ってライセンス取得処理を行なう。また、ライセンスの構造は、図１２に示した通りである。
【０１８２】
ステップＳ４２において、ライセンスが既に取得されていると判断された場合、あるいはステップＳ４３においてライセンス取得処理が実行された結果、ライセンスが取得された場合、さらに、取得されているライセンスが有効期限内かどうかを判断する（ステップＳ４４）。
【０１８３】
ライセンスの有効期限が既に満了していると判断された場合には、ステップＳ４５に進み、ライセンスの更新処理を実行する。クライアントＢは、図１４に示す処理手順に従ってライセンス更新処理を行なう。
【０１８４】
ステップＳ４４において、ライセンスが有効期限内であると判断された場合、あるいはステップＳ４５においてライセンスが更新された場合、さらにライセンスが正当であるかどうかを判断する（ステップＳ４６）。ライセンスが正当でない場合には、エラー処理を行なってから（ステップＳ４７）、
【０１８５】
ステップＳ４６において、ライセンスが正当であると判断された場合、該当する暗号化コンテンツ・データをコンテンツ蓄積部から読み出す（ステップＳ４８）。そして、暗号化されているコンテンツ・データを、図９に示したデータに配置されている暗号化ブロック単位で、コンテンツ・キーＫｃを用いて復号する（ステップＳ４９）。
【０１８６】
さらに、復号されたコンテンツ・データをデコードし、コンテンツの再生処理を行なう（ステップＳ５０）。
【０１８７】
ステップＳ４３において、クライアントＢは、図１１に示す処理手順に従ってライセンス取得処理を行なう。
【０１８８】
まず、クライアントＢは、更新するライセンスの指定情報、並びにユーザＩＤとパスワードを入力する（ステップＳ６１，Ｓ６２）。
【０１８９】
次いで、クライアントＢは、入力されたユーザＩＤとパスワード、ライセンス指定情報、並びにサービス・データに含まれるリーフＩＤを含むライセンス要求を、事前登録しているライセンス・サーバＢに送信する（ステップＳ６３）。
【０１９０】
ライセンス・サーバＢは、ユーザＩＤとパスワード、並びにライセンス指定情報に基づいてライセンスを発行し、要求元のクライアントＢに送信する。ライセンス・サーバＢによるライセンスの提供処理の詳細については後述に譲る。
【０１９１】
クライアントＢは、ライセンス・サーバＢからライセンスを受信することができた場合には（ステップＳ６４）、ライセンス取得・管理部においてそのライセンス、証明書及び秘密鍵を記憶する（ステップＳ６５）。
【０１９２】
他方、ライセンス・サーバＢからライセンスを受信することができない場合には（ステップＳ６４）、所定のエラー処理を実行して（ステップＳ６６）、本処理ルーチン全体を終了する。
【０１９３】
以上のようにして、クライアントＢは、コンテンツ・データに付随しているライセンスＩＤに対応するライセンスを取得して、初めてクライアントＡから移動したコンテンツを使用することが可能になる。
【０１９４】
図１１に示すフローチャート中のステップＳ６３においてクライアントＢがライセンス要求を発行したことに対応して、ライセンス・サーバＢは、クライアントＢへのライセンス提供処理を実行する。但し、ここでは、配信事業者Ａから提供されているコンテンツに対するライセンスが要求されているので、ライセンス・サーバＢ自体は、該当するライセンスを保有していない。このような場合、ライセンス・サーバＢは、配信事業者Ａ及びＢ間の事業協力により、該当するライセンスを配信事業者Ａ側から得て、これをクライアントＢに提供することになる。但し、ライセンスを生成するために必要な情報については，ライセンス・サーバＢが配信事業者Ａ側から取得する。
【０１９５】
図１６には、クライアントＢ側からのライセンス要求に対応して、ライセンス・サーバＢが配信事業者間の事業協力の下でライセンスを提供するための処理手順をフローチャートの形式で示している。
【０１９６】
ライセンス・サーバＢは、クライアントＢからアクセスを受けるまで待機する（ステップＳ１１１）。そして、クライアントＢからアクセスを受けたときに、クライアントＢに対して、ユーザＩＤとパスワード、並びにライセンスＩＤの送信を要求する。これに対し、クライアントＢからは、ステップＳ６３の処理として、ユーザＩＤとパスワード、リーフＩＤ並びにライセンス指定情報（ライセンスＩＤ）を送信するので、ライセンス・サーバＢ側ではこれらを取り込む（ステップＳ１１２）。
【０１９７】
次いで、ライセンス・サーバＢは、業務系データベース・サーバＢに対して、ユーザＩＤとパスワードの照合処理を依頼し（ステップＳ１１３）、クライアントＢの正当性をチェックする（ステップＳ１１４）。ここで、照合に失敗した場合には、所定のエラー処理を実行して（ステップＳ１１５）、本処理ルーチン全体を終了する。この場合、クライアントＢに対してライセンスは発行されない。
【０１９８】
一方、照合処理が成功裏に終了した場合には、ライセンス・サーバＢは、さらに業務系データベース・サーバＢに対して、ユーザＩＤを送信して、このユーザが配信事業者Ａに登録されているクライアントを持つかどうか照合処理を依頼し（ステップＳ１１６）、ユーザの照合が行なわれる（ステップＳ１１７）。
【０１９９】
ここで、ユーザの照合に失敗した場合には、クライアントＢからの通常のライセンス取得要求であると判断し、ステップＳ１１７の分岐ＮｏからステップＳ１２１に進んで、ライセンス購入に伴う通常の課金処理を行なう。
【０２００】
一方、ユーザの照合処理が成功裏に終了した場合には、ライセンス・サーバＢは、配信事業者Ａ及びＢ間の顧客関連情報を取り持つ業務系データベース・サーバＣにアクセスして、同一のユーザＩＤを持つクライアントＡのクライアントＩＤを取得する（ステップＳ１１８）。
【０２０１】
そして、ライセンス・サーバＢは、業務系データベース・サーバＣへライセンスＩＤとクライアントＡのクライアントＩＤを送信し、クライアントＢにおいて利用しようとしているコンテンツについてのライセンスをクライアントＡが購入済みであるかどうか、照合処理を依頼し（ステップＳ１１９）、コンテンツの移動元であるクライアントＡのライセンスの有無をチェックする（ステップＳ１２０）。
【０２０２】
ここで、クライアントＡについてのライセンスの確認に失敗した場合には、クライアントＢからの通常のライセンス取得要求であると判断し、ステップＳ１２０の分岐ＮｏからステップＳ１２１に進んで、ライセンス購入に伴う通常の課金処理を行なう。
【０２０３】
一方、照合処理が成功裏に終了した場合には、当該ユーザは同じコンテンツについてライセンス購入済みなので、ライセンスを無料又は通常よりも低料金に設定して、後続の処理に進む。
【０２０４】
ステップＳ１２１では、ライセンス・サーバＢは、課金サーバＢにアクセスして、与信処理を依頼する。課金サーバＢは、ライセンス・サーバＢからの与信処理の要求に応答して、そのユーザＩＤとパスワードに対応する過去の支払い履歴などを調査し、そのユーザが過去にライセンスの対価の不払いなど好ましくない実績があるかどうかをチェックする（ステップＳ１２２）。
【０２０５】
ここで、好ましくない支払い実績があるなど与信が妥当でないと判断された場合には、課金サーバＢは、ライセンス付与を不許可とする与信結果をライセンス・サーバＢに返信する。ライセンス・サーバＢは、これに応答して所定のエラー処理を実行して（ステップＳ１２３）、本処理ルーチン全体を終了する。この場合、クライアントＢに対してライセンスは発行されない。
【０２０６】
一方、与信ＯＫであれば、ライセンス・サーバＢは、ライセンス・サーバＢのライセンス蓄積部にアクセスして、ライセンス指定情報に対応するライセンスを取り出す（ステップＳ１２４）。ライセンス蓄積部に格納されているライセンスは、あらかじめライセンスＩＤ、バージョン、作成日時、有効期限などの情報が記述されている。
【０２０７】
ライセンス・サーバＢは、取り出したライセンスにリーフＩＤを付加する（ステップＳ１２５）。
【０２０８】
次いで、ライセンス・サーバＢは、このライセンスに対応付けられている使用条件を選択する（ステップＳ１２６）。あるいは、ライセンス要求時にユーザから使用条件が指定されている場合には、その使用条件が必要に応じてあらかじめ用意されている使用条件に付加される。そして、選択された使用条件をライセンスに付加する。
【０２０９】
次いで、ライセンス・サーバＢは、自身の秘密鍵によりライセンスに電子署名を施すことで、図１２に示したようなライセンスを生成する（ステップＳ１２７）。そして、このライセンスを要求元のクライアントＢに送信する（ステップＳ１２８）。
【０２１０】
次いで、ライセンス・サーバＢは、いま送信したライセンス（使用条件、リーフＩＤを含む）をユーザＩＤとパスワードに対応付けて記憶しておく。また、業務系データベース・サーバＢにアクセスして、送信したライセンスのライセンスＩＤをユーザＩＤに対応付けて記録する（ステップＳ１２９）。業務系データベースＡに記録した内容は、同期処理により業務系データベースＣにも反映されており、他方の配信事業者Ｂからも利用することができる。
【０２１１】
最後に、ライセンス・サーバＢは、課金サーバＢにアクセスして、ユーザＩＤとパスワードに対応するユーザに対する課金処理を実行する（ステップＳ１３０）。課金サーバＢは、この課金処理の要求に応答して、該当するユーザに対する課金処理を実行する。
【０２１２】
本実施形態では、同一ユーザの他のクライアントから取得したコンテンツを利用するときのライセンス取得の代金は、有料であっても無料であってもよい。また、有料の場合であっても、最初のライセンス取得時の料金に対して割り引いてもよい。これらの判断は、コンテンツ配信時業者側に委ねられ、課金サーバによって制御される。
【０２１３】
業務系データベース間の情報更新：
クライアントＢとコンテンツ配信事業者Ｂの間で、別クライアントＡから移動したコンテンツについてのライセンスのダウンロードが行なわれると、その情報が配信事業者Ｂ内の業務系データベースＢに記録される。本実施形態に係るコンテンツ配信システムでは、配信事業者Ａ及び配信事業者Ｂ間での事業協力により同一顧客のクライアントＡ及びクライアントＢ間でのコンテンツの共有を実現するために、業務系データベースＢの更新情報を業務系データベースＣに反映させて、配信事業者Ａからも利用可能にする。
【０２１４】
配信事業者ＢからクライアントＢへライセンスのダウンロードが終了すると、業務系データベースＢ及びＣでは、以下に示す各テーブルの該当するエントリーが更新される。
【０２１５】
（１）リーフＩＤとクライアントＩＤの対応テーブル
（２）クライアントＩＤとユーザＩＤの対応テーブル
（３）コンテンツＩＤとライセンスＩＤの対応テーブル
（４）ユーザＩＤとダウンロードしたライセンスのライセンスＩＤの対応テーブル（他にダウンロードした日時なども記録することができる）
【０２１６】
［追補］
以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０２１７】
【発明の効果】
以上詳記したように、本発明によれば、コンテンツの不正利用を防止しながら、一旦ライセンスを受けた利用者が複数の機器に跨ってコンテンツを利用することを可能にすることができる、優れたコンテンツ配信システム、コンテンツを利用する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムを提供することができる。
【０２１８】
本発明によれば、それぞれのコンテンツ配信事業者と接続可能な別々のクライアントにて購入したコンテンツを各クライアントで共有して使用することができる。但し、別のクライアントで利用する際、それが有料又は無料のいずれであるかはコンテンツ配信事業者や著作権保有者などの独自の判断で設定することができる。
【０２１９】
また、本発明によれば、一方のクライアントで購入したコンテンツを別のクライアントと共有して利用するために課金が発生する場合には、その別のクライアントを使用するだけで課金処理を行なうことができるので、顧客の利便性が向上する。
【０２２０】
また、本発明によれば、一方のクライアントで設定又は更新した再生環境情報（再生リスト、再生設定（音量設定、連続再生設定など）、ＧＵＩ画面、購入予定楽曲へのブックマークなど）を、他方のクライアントにおいても繁栄させることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るコンテンツ配信システムの構成例を模式的に示した図である。
【図２】各種サーバあるいはクライアントとして動作するホスト装置のハードウェア構成を模式的に示した図である。
【図３】ホストがクライアントとして動作するときの機能構成を模式的に示した図である。
【図４】ホストがライセンス・サーバとして動作するときの機能構成を模式的に示した図である。
【図５】ホストがコンテンツ・サーバとして動作するときの機能構成を模式的に示した図である。
【図６】クライアントがライセンス・サーバに事前登録を行なうための処理手順を示したフローチャートである。
【図７】コンテンツをダウンロードする際のクライアント側の処理手順を示したフローチャートである。
【図８】コンテンツをダウンロードする際のコンテンツ・サーバ側の処理手順を示したフローチャートである。
【図９】コンテンツ・サーバＡからクライアントＡにコンテンツを配信するときに用いられるデータ・フォーマットの構成例を示した図である。
【図１０】クライアントＡ側でダウンロードしたコンテンツを再生するための処理手順を示したフローチャートである。
【図１１】クライアントＡ側でダウンロードしたコンテンツを再生するために必要なライセンスを取得する処理手順を示したフローチャートである。
【図１２】ライセンス・サーバからクライアントに提供されるライセンスのデータ構造を模式的に示した図である。
【図１３】ライセンス・サーバＡがクライアントＡにライセンスを提供するための処理手順を示したフローチャートである。
【図１４】クライアントが実行する、ライセンス・サーバに対するライセンスの更新処理の詳細な手順を示したフローチャートである。
【図１５】ライセンス・サーバによるライセンスを更新するための詳細な処理手順を示したフローチャートである。
【図１６】クライアントＢ側からのライセンス要求に対応して、ライセンス・サーバＢが配信事業者間の事業協力の下でライセンスを提供するための処理手順を示したフローチャートである。
【図１７】クライアントが、ライセンス・サーバから供給されたライセンスに基づいて、コンテンツ・サーバから供給されたコンテンツを利用する処理の仕組みを説明するための図である。
【図１８】ＥＫＢの構造を示した図である。
【符号の説明】
１００…ホスト
１０１…ＣＰＵ，
１０２…主メモリ，１０３…ＲＯＭ
１０４…ディスプレイ・コントローラ
１０５…入力機器インターフェース
１０６…ネットワーク・インターフェース
１０７…外部機器インターフェース
１０８…バス
１１１…ディスプレイ
１１２…キーボード，１１３…マウス
１１４…ハード・ディスク装置
１１５…メディア・ドライブ
【図１】
2004227282.tif 000003
【図２】
2004227282.tif 000004
【図３】
2004227282.tif 000005
【図４】
2004227282.tif 000006
【図５】
2004227282.tif 000007
【図６】
2004227282.tif 000008
【図７】
2004227282.tif 000009
【図８】
2004227282.tif 000010
【図９】
2004227282.tif 000011
【図１０】
2004227282.tif 000012
【図１１】
2004227282.tif 000013
【図１２】
2004227282.tif 000014
【図１３】
2004227282.tif 000015
【図１４】
2004227282.tif 000016
【図１５】
2004227282.tif 000017
【図１６】
2004227282.tif 000018
【図１７】
2004227282.tif 000019
【図１８】
2004227282.tif 000020