(57)【要約】【課題】  複数権利の組み合わせによる権利表現を可能とすると共に、クライアントの使用する情報処理装置の能力によらず、安全性が高い権利情報を得ることができる情報処理システム及びその情報処理方法、並びにこの情報処理システムにおいてライセンスを発行する情報処理装置及び方法を提供する。【解決手段】  クライアント１２は、コンテンツの使用条件を定めた既存のライセンス情報、追加したし使用条件を含む追加差分情報、及びクライアント証明書をライセンスサーバ１1−Ｂに送る。ライセンスサーバ１１−Ｂは、既存のライセンス情報を追加差分情報により更新した更新済ライセンス情報を生成し、クライアント１２に送り返す。【選択図】  図４
2005141414.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの使用条件を定めたライセンスを取得するための通信端末と、該通信端末にネットワークを介して接続されたサーバとの間にてデータ通信を行う情報処理システムにおいて、
上記通信端末は、上記コンテンツの第１の使用条件に関する情報及び第２の使用条件に関する情報を有するそれぞれ第１のデータ及び第２のデータを上記サーバに送信する送信手段と、上記サーバからのデータを受信する受信手段とを有し、
上記サーバは、上記第１のデータ及び第２のデータを受信する受信手段と、上記第１のデータ及び第２のデータに基づき、上記コンテンツの第３の使用条件に関する情報を有する第３のデータを生成するデータ生成手段と、該第３のデータを上記通信端末に送信する送信手段を有し、
上記通信端末は、上記サーバに上記第１のデータ及び第２のデータを送信して該サーバから上記第３のデータを受信する
ことを特徴とする情報処理システム。
【請求項２】
上記第１のデータ及び第２のデータは、それぞれ上記第１の使用条件及び第２の使用条件を定めた条件情報を有し、
上記サーバのデータ生成手段は、上記第１の使用条件と第２の使用条件を結合して得られる第３の使用条件を定めた条件情報を有する上記第３のデータを生成する
ことを特徴とする請求項１記載の情報処理システム。
【請求項３】
上記サーバのデータ生成手段は、該サーバのみが保有する秘密鍵により署名した上記第３のデータを生成する
ことを特徴とする請求項１記載の情報処理システム。
【請求項４】
上記第１乃至第３のデータは、上記コンテンツの使用回数及び／又は使用期間を指定する情報を有する
ことを特徴とする請求項１記載の情報処理システム。
【請求項５】
上記第１及び第３のデータは、上記コンテンツを識別可能なコンテンツ識別情報を有する
ことを特徴とする請求項１記載の情報処理システム。
【請求項６】
上記第１のデータは、上記コンテンツを使用する使用者が取得した既存ライセンス情報が格納されたものであって、
上記第２のデータは、上記第１の使用条件に新たな使用条件を追加するための追加差分情報である
ことを特徴とする請求項１記載の情報処理システム。
【請求項７】
コンテンツの使用条件を定めたライセンスを取得するための通信端末と、該通信端末にネットワークを介して接続されたサーバとの間にてデータ通信を行う情報処理システムの情報処理方法において、
上記通信端末が上記コンテンツの第１の使用条件に関する情報及び第２の使用条件に関する情報を有するそれぞれ第１のデータ及び第２のデータを上記サーバに送信するデータ送信工程と、
上記サーバが上記第１のデータ及び第２のデータを受信し、該第１のデータ及び第２のデータに基づき、上記コンテンツの第３の使用条件に関する情報を有する第３のデータを生成するデータ生成工程と、
上記通信端末が上記第３のデータを上記サーバから受信するデータ受信工程と
を有することを特徴とする情報処理方法。
【請求項８】
上記第１のデータ及び第２のデータは、それぞれ上記第１の使用条件及び第２の使用条件を定めた条件情報を有し、
上記データ生成工程では、上記第１の使用条件と第２の使用条件を結合して得られる第３の使用条件を定めた条件情報を有する上記第３のデータを生成する
ことを特徴とする請求項７記載の情報処理方法。
【請求項９】
上記データ生成工程では、上記サーバのみが保有する秘密鍵により署名した上記第３のデータを生成する
ことを特徴とする請求項７記載の情報処理方法。
【請求項１０】
上記第１のデータは、上記コンテンツを使用する使用者が保有している既存ライセンス情報が格納されたものであって、
上記第２のデータは、上記第１の使用条件に新たな使用条件を追加するための追加差分情報であって、
上記通信端末が上記サーバから上記既存ライセンス情報を更新するための更新要求を送信する更新要求工程を有し、
上記データ送信工程では、上記更新要求に応じて上記サーバから送られる使用条件に関する情報から生成された上記追加差分情報を、上記既存ライセンスと共に該サーバに送信する
ことを特徴とする請求項８記載の情報処理方法
【請求項１１】
コンテンツの使用条件を定めたライセンスを発行する情報処理装置において、
上記ライセンスを取得するための通信端末から上記コンテンツの第１の使用条件に関する情報及び第２の使用条件に関する情報を有するそれぞれ第１のデータ及び第２のデータを受信する受信手段と、
上記第１のデータ及び第２のデータから、上記コンテンツの第３の使用条件に関する情報を有する第３のデータを生成するデータ生成手段と、
上記第３のデータを上記通信端末に送信する送信手段とを有する
ことを特徴とする情報処理装置。
【請求項１２】
上記第１のデータ及び第２のデータは、それぞれ上記第１の使用条件及び第２の使用条件を定めた条件情報を有し、
上記データ生成手段は、上記第１の使用条件と第２の使用条件を結合して得られる第３の使用条件を定めた条件情報を有する上記第３のデータを生成する
ことを特徴とする請求項１１記載の情報処理装置。
【請求項１３】
上記データ生成手段は、装置自身のみが保有する秘密鍵により署名した上記第３のデータを生成する
ことを特徴とする請求項１１記載の情報処理装置。
【請求項１４】
コンテンツの使用条件を定めたライセンスを発行する情報処理方法において、
上記ライセンスを取得するための通信端末から上記コンテンツの第１の使用条件に関する情報及び第２の使用条件に関する情報を有するそれぞれ第１のデータ及び第２のデータを受信する受信工程と、
上記第１のデータ及び第２のデータから、上記コンテンツの第３の使用条件に関する情報を有する第３のデータを生成するデータ生成工程と、
上記第３のデータを上記通信端末に送信する送信工程とを有する
ことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、著作権者から付与されるライセンス情報に記された使用条件の範囲内でコンテンツを使用可能な通信端末に対してライセンスを発行する情報処理装置及び方法、この情報処理装置と通信端末とからなる情報処理システム及びその情報処理方法に関する。
【背景技術】
【０００２】
インターネット等のネットワークを経由して、音楽・映像等のディジタルコンテンツを購入するサービスが普及している。例えば、インターネットを利用した音楽配信サービス（Electronic Music Distribution：ＥＭＤ）を利用すれば、ディジタル音楽コンテンツをダウンロードしてクライアント端末であるパーソナルコンピュータに保存し、パーソナルコンピュータ上で聞くことができる。
【０００３】
このとき、パーソナルコンピュータ側では、所定の著作権保護技術を採用した音楽記録再生アプリケーションをＯＳの基に起動し、暗号化したディジタルコンテンツを含むコンテンツファイルとそれに対応する利用条件を記述した権利ファイルをＨＤＤ（Hard Disc Drive）等に格納してセキュアなサービスを実現していた。
【０００４】
下記特許文献１には、所定の著作権保護技術を採用した音楽記録再生アプリケーションを起動することによってコンテンツの流通を妨げることなく、不正に利用されることを確実に防止することを目的とした情報処理装置等が開示されている。
【０００５】
通常、ユーザがコンテンツを視聴するためには、コンテンツの視聴回数などの使用条件を定めたライセンスを取得し、このライセンスに記された使用条件の範囲内にコンテンツを使用することができる。したがって、ライセンスに定められた使用条件を越えて使用したい場合には新たにライセンスを取得したり、ライセンスの使用条件を更新する必要が生じる。
【０００６】
図１８及び図１９は、下記特許文献１に記載されたクライアントのライセンス更新処理及びライセンスサーバのライセンス更新処理の方法を示すフローチャートである。クライアントは、事前にライセンスサーバに登録することにより、リーフＩＤ、ＤＮＫ(Device Node Key)、クライアントの秘密鍵・公開鍵のペア、ライセンスサーバの公開鍵、及び各公開鍵の証明書を含むサービスデータを取得しておく。
【０００７】
リーフＩＤは、クライアント毎に割り当てられた識別情報を表し、ＤＮＫは、そのライセンスに対応するＥＫＢ（有効化キーブロック）に含まれる暗号化されているコンテンツキーＫｃを復号するのに必要なデバイスノードキーである。
【０００８】
図１８に示すように、最初にステップＳ９１において、ライセンスを更新したいクライアントの通信端末におけるＣＰＵは、いま処理対象とされているライセンスＩＤに対応するＵＲＬを取得する。このＵＲＬは、ライセンスＩＤに対応するライセンスを取得するときアクセスすべきアドレスである。そこで、ステップＳ９２において、ＣＰＵは、ステップＳ９１で取得したＵＲＬにアクセスする。このとき、ライセンスサーバは、クライアントに対して、更新するライセンスを指定するライセンス指定情報、並びにユーザＩＤとパスワードの入力を要求してくる。ＣＰＵは、この要求を出力部の表示部に表示させる。ユーザは、この表示に基づいて、入力部を操作して、ライセンス指定情報、ユーザＩＤ、およびパスワードを入力する（ステップＳ９３、９４）。なお、このユーザＩＤとパスワードは、クライアントのユーザが、インターネット２を介してライセンスサーバにアクセスし、事前に取得しておいたものである。
【０００９】
次に、ステップＳ９５の送信処理に対応して、ライセンスサーバは、使用条件を提示してくる（後述する図１９のステップＳ１０３）。そこで、クライアントのＣＰＵは、ステップＳ９６において、ライセンスサーバからの使用条件の提示を受信し、これを出力部に出力し、表示させる。ユーザは、入力部を操作して、この使用条件の中から所定の使用条件を選択したり、所定の使用条件を新たに追加したりする。ステップＳ９７でＣＰＵは、以上のようにして選択された使用条件（ライセンスを更新する条件）を購入するための申し込みをライセンスサーバに送信する。この申し込みに対応して、後述するようにライセンスサーバは、最終的な使用条件を送信してくる（後述する図１９のステップＳ１０４）。そこで、ステップＳ９８において、クライアントのＣＰＵは、ライセンスサーバからの使用条件を取得し、ステップＳ９９において、その使用条件を記憶部にすでに記憶されている対応するライセンスの使用条件として更新する。
【００１０】
このクライアントのライセンス更新処理に対応して、ライセンスサーバが実行するライセンス更新処理は以下のようになされる。すなわち、図１９に示すように、最初に、ステップＳ１０１において、ライセンスサーバのＣＰＵは、クライアントからのアクセスを受けると、ステップＳ１０２において、クライアントがステップＳ９５で送信したライセンス指定情報をライセンス更新要求情報とともに受信する。
【００１１】
ステップＳ１０３において、ＣＰＵは、ライセンスの更新要求を受信すると、そのライセンスに対応する使用条件（更新する使用条件）を、記憶部から読み出し、クライアントに送信する。
【００１２】
この提示に対して、上述したように、クライアントから使用条件の購入が図１８のステップＳ９７の処理で申し込まれると、ステップＳ１０４において、ライセンスサーバのＣＰＵは、申し込まれた使用条件に対応するデータを生成し、クライアントに送信する。クライアントは、上述したように、ステップＳ９９の処理で受信した使用条件を用いて、すでに登録されているライセンスの使用条件を更新する。
【００１３】
【特許文献１】特開平１４−３５９６１６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、上述のようにクライアント側でライセンスを更新する場合、ライセンスサーバが発行したものと全く同一なライセンスを生成することは困難でるため安全性に欠ける場合があり、またライセンスの更新処理能力を持たないようなクライアントでは、複数のライセンスを保持して選択する必要がある。このように、あるディジタルコンテンツに対応するライセンスは一種類とは限らず、また一種類だとしても同一ディジタルコンテンツに対して、複数のライセンスを取得することが可能である。したがって、クライアント内で同一ディジタルコンテンツに対して複数のライセンスが存在する場合、ライセンスはそれぞれ独立に扱われており、クライアントが所望の使用条件が定められた権利を選択する必要があるなど、クライアントのコンテンツ利用処理が煩雑になる。
【００１５】
本発明は、このような従来の実情に鑑みて提案されたものであり、複数権利の組み合わせによる権利表現を可能とすると共に、クライアントの使用する情報処理装置の能力によらず、安全性が高い権利情報を得ることができる情報処理システム及びその情報処理方法、並びにこの情報処理システムにおいてライセンスを発行する情報処理装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【００１６】
上述した目的を達成するために、本発明に係る情報処理システムは、コンテンツの使用条件を定めたライセンスを取得するための通信端末と、該通信端末にネットワークを介して接続されたサーバとの間にてデータ通信を行う情報処理システムにおいて、上記通信端末は、上記コンテンツの第１の使用条件に関する情報及び第２の使用条件に関する情報を有するそれぞれ第１のデータ及び第２のデータを上記サーバに送信する送信手段と、上記サーバからのデータを受信する受信手段とを有し、上記サーバは、上記第１のデータ及び第２のデータを受信する受信手段と、上記第１のデータ及び第２のデータに基づき、上記コンテンツの第３の使用条件に関する情報を有する第３のデータを生成するデータ生成手段と、該第３のデータを上記通信端末に送信する送信手段を有し、上記通信端末は、上記サーバに上記第１のデータ及び第２のデータを送信して該サーバから上記第３のデータを受信することを特徴とする。
【００１７】
本発明においては、ライセンスを取得する通信端末が既存のライセンスに新たな使用条件を付与する更新を行いたい場合や、２つのライセンスを１つのライセンスに結合する更新を行いたい場合に、これらの更新処理をサーバが行い、通信端末に返信するので、通信端末の能力に拘わらずライセンスの更新を安全に行うことができる。
【００１８】
また、上記第１のデータ及び第２のデータは、それぞれ上記第１の使用条件及び第２の使用条件を定めた条件情報を有し、上記サーバのデータ生成手段は、上記第１の使用条件と第２の使用条件を結合して得られる第３の使用条件を定めた条件情報を有する上記第３のデータを生成することができ、既存のライセンスに条件情報に対して、新たな使用条件を追加することができる。
【００１９】
更に、上記サーバのデータ生成手段は、該サーバのみが保有する秘密鍵により署名した上記第３のデータを生成することができ、ライセンスの安全性が極めて高い。
【００２０】
本発明に係る情報処理方法は、コンテンツの使用条件を定めたライセンスを取得するための通信端末と、該通信端末にネットワークを介して接続されたサーバとの間にてデータ通信を行う情報処理システムの情報処理方法において、上記通信端末が上記コンテンツの第１の使用条件に関する情報及び第２の使用条件に関する情報を有するそれぞれ第１のデータ及び第２のデータを上記サーバに送信するデータ送信工程と、上記サーバが上記第１のデータ及び第２のデータを受信し、該第１のデータ及び第２のデータに基づき、上記コンテンツの第３の使用条件に関する情報を有する第３のデータを生成するデータ生成工程と、上記通信端末が上記第３のデータを上記サーバから受信するデータ受信工程とを有する。
【００２１】
本発明に係る情報処理装置は、コンテンツの使用条件を定めたライセンスを発行する情報処理装置において、上記ライセンスを取得するための通信端末から上記コンテンツの第１の使用条件に関する情報及び第２の使用条件に関する情報を有するそれぞれ第１のデータ及び第２のデータを受信する受信手段と、上記第１のデータ及び第２のデータから、上記コンテンツの第３の使用条件に関する情報を有する第３のデータを生成するデータ生成手段と、上記第３のデータを上記通信端末に送信する送信手段とを有する。
【００２２】
本発明においては、第１の使用条件に関する情報を有する第１のデータと、第２の使用条件に関する情報を有する第２のデータを送信してきた通信端末に対して、その第１のデータ及び第２のデータに基づき、第３の使用条件を定めた第３のデータを送信することで、通信端末に代わってライセンスの更新を行うことができる。
【００２３】
本発明に係る情報処理方法は、コンテンツの使用条件を定めたライセンスを発行する情報処理方法において、上記ライセンスを取得するための通信端末から上記コンテンツの第１の使用条件に関する情報及び第２の使用条件に関する情報を有するそれぞれ第１のデータ及び第２のデータを受信する受信工程と、上記第１のデータ及び第２のデータから、上記コンテンツの第３の使用条件に関する情報を有する第３のデータを生成するデータ生成工程と、上記第３のデータを上記通信端末に送信する送信工程とを有することを特徴とする。
【発明の効果】
【００２４】
本発明によれば、コンテンツの使用条件を定めたライセンスを取得するための通信端末が上記コンテンツの第１の使用条件に関する情報及び第２の使用条件に関する情報を有するそれぞれ第１のデータ及び第２のデータを上記サーバに送信し、上記サーバが上記第１のデータ及び第２のデータに基づき上記コンテンツの第３の使用条件に関する情報を有する第３のデータを生成し、この第３のデータを上記通信端末に送信するので、ライセンスを取得する通信端末が例えば既存のライセンスに新たな使用条件を付与してライセンスを更新したり、２つのライセンスをまとめて１つのライセンスとしたいような場合に、それらのデータをサーバに送信し、ライセンスの更新処理をサーバが行って通信端末に返信するので、例えば通信機能とコンテンツ再生機能の能力しか持たないような能力が限られた通信端末であってもライセンスの更新を行うことができると共に、通信端末が自身で更新処理を行うに比して、本来のライセンスの発行元であるサーバにてライセンス更新処理を行うため、極めて安全性が高い。
【発明を実施するための最良の形態】
【００２５】
以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。この実施の形態は、本発明を、コンテンツを利用するための使用条件が定められたライセンスを取得する通信装置（以下、クライアントという。）と、ライセンスを発行するライセンスサーバとを有するコンテンツ提供システムに適用したものである。
【００２６】
図１は、本発明を適用したコンテンツ提供システム１の構成を示している。コンテンツ提供システム１は、映像及び／又は音声データよりなるデータを扱う。サーバ１１は、インターネットのようなネットワーク２を介してクライアント１２に接続している。ここでは、クライアント１２を一台のみ図示しているが、インターネット２には、任意の台数のクライアント１２が接続される。
【００２７】
クライアント１２は、後述するライセンス情報に記された使用条件の範囲内でコンテンツを使用可能な情報処理装置であり、第１の使用条件を定めた情報としての既存ライセンス情報を記憶部に記憶している。また、追加購入したい使用条件を通信部にて受信し、第２の使用条件を指定するデータとしての追加差分情報とし、この追加差分情報及び上記既存ライセンス情報を、クライアント１２を証明するために予め取得したクライアント証明書と共にサーバ１１に送信する。そして、サーバ１１により追加購入分の追加差分情報により既存ライセンス情報が更新され、これを第３の使用条件を指定したデータとしての更新済ライセンス情報として受け取る。クライアント１２は、この更新された更新済みライセンス情報の範囲内でコンテンツを使用することができる。
【００２８】
なお、本実施の形態においては、サーバ１１が既存のライセンスに対して、新たな使用条件を追加する場合のライセンス更新処理を行うものとして説明するが、サーバ１１は、クライアント１２が所有する２以上のライセンスを１つのライセンスに結合して上記更新済ライセンスとするような更新処理を行うこともできる。また、クライアント１２とサーバ１１との間では、ライセンス更新処理の前に、コンテンツをダウンロードしたり、上記既存のライセンスを取得したりする処理を行うが、これらの処理については後述する。
【００２９】
サーバ１１は、クライアント１２からの要求に応じて、追加購入される追加差分情報をクライアント１２に送信する。そして、クライアント１２から、クライアント証明書、既存ライセンス情報及び追加差分情報を受信すると、既存ライセンス情報に含まれるサーバ１１の署名が改竄されていないか否かを確認し、クライアント１２の証明書に含まれるサーバ１１の署名が改竄されていないか否かを確認し、更に、既存ライセンス情報及びクライアント証明書に含まれるクライアント固有の情報を比較し、既存ライセンス情報、追加差分情報及びクライアント証明書の確からしさを検証する。
【００３０】
こうして検証され、いずれの情報も改竄されていない場合にのみ、追加差分情報により既存ライセンス情報を更新する。例えば、クライアント１２が所持している既存ライセンス情報に定められた再生回数が５回であって、再生回数を増やしたい場合、追加差分情報として、再生回数（追加再生回数）：５回を送信し、サーバ１１は、既存ライセンス情報の再生回数を１０回とするなどの更新処理を行う。こうして更新された更新済ライセンス情報がサーバ１１からクライアント１２へ送られる。
【００３１】
また、サーバ１１は、クライアント１２に対してライセンスを付与するほか、コンテンツを提供したり、ライセンスに対する課金処理を行うこともある。
【００３２】
すなわち、コンテンツ提供システム１は、詳細には図２に示すように記述することもできる。つまり、インターネット２には、クライアント１２−１，１２−２（以下、これらのクライアントを個々に区別する必要がない場合、単にクライアント１２と称する。）が接続されている。もちろん、インターネット２には、前述したように任意の台数のクライアントが接続される。また、インターネット２には、クライアント１２に対してコンテンツを提供するコンテンツサーバ１１−Ａ、コンテンツサーバ１１−Ａが提供するコンテンツを利用するのに必要なライセンスをクライアント１２に対して付与するライセンスサーバ１１−Ｂ、およびクライアント１２がライセンスを受け取った場合に、そのクライアント１２に対して課金処理を行う課金サーバ１１−Ｃが接続されている。
【００３３】
図３はクライアント１２の構成を表している。図３において、ＣＰＵ（Central Processing Unit）２１は、ＲＯＭ（Read Only Memory）２２に記憶されているプログラム、または記憶部２８からＲＡＭ（Random Access Memory）２３にロードされたプログラムに従って各種の処理を実行する。タイマー２０は、計時動作を行い、時刻情報をＣＰＵ２１に供給する。ＲＡＭ２３にはまた、ＣＰＵ２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００３４】
暗号化復号部２４は、コンテンツデータを暗号化するとともに、既に暗号化されているコンテンツデータを復号する処理を行う。コーデック部２５は、例えば、ＡＴＲＡＣ（Adaptive Transform Acoustic Coding）３方式などでコンテンツデータをエンコードし、入出力インタフェース３２を介してドライブ３０に接続されている半導体メモリ４４に供給し、記録させる。あるいはまた、コーデック部２５は、ドライブ３０を介して半導体メモリ４４より読み出した、エンコードされているデータをデコードする。半導体メモリ４４は、いわゆるメモリーカードとして用いられているものである。
【００３５】
ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、暗号化復号部２４、およびコーデック部２５は、バス３１を介して相互に接続されている。このバス３１にはまた、入出力インタフェース３２も接続されている。
【００３６】
入出力インタフェース３２には、キーボード、マウスなどよりなる入力部２６、ＣＲＴ、ＬＣＤなどよりなるディスプレイ、並びにスピーカなどよりなる出力部２７、ハードディスクなどより構成される記憶部２８、モデム、ターミナルアダプタなどより構成される通信部２９が接続されている。
【００３７】
通信部２９は、インターネット２を介しての通信処理を行う。ＣＰＵ２１から提供されたデータを送信する。また通信部２９は通信相手から受信したデータをＣＰＵ２１、ＲＡＭ２３、記憶部２８に出力する。記憶部２８はＣＰＵ２１との間でやり取りし、情報の保存・消去を行う。通信部２９はまた、他のクライアントとの間で、アナログ信号またはディジタル信号の通信処理を行う。
【００３８】
入出力インタフェース３２にはまた、必要に応じてドライブ３０が接続され、磁気ディスク４１、光ディスク４２、光磁気ディスク４３、或いは半導体メモリ４４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２８にインストールされる。
【００３９】
なお、図示は省略するが、コンテンツサーバ１１−Ａ、ライセンスサーバ１１−Ｂ、課金サーバ１１−Ｃも、図３に示したクライアント１２と基本的に同様の構成を有するコンピュータにより構成される。そこで、以下の説明においては、図３の構成は、サーバ１１の構成としても引用される。
【００４０】
コンテンツ提供システム１にあって、クライアント１２はライセンスサーバ１１−Ｂに、図４に示すように、既存ライセンス情報を格納した既存権利ファイルと、既存ライセンスの使用条件を追加するための追加差分情報とをライセンスサーバ１１−Ｂに送る。
【００４１】
既存権利ファイルには、少なくとも対応コンテンツＩＤと、例えばコンテンツの再生期限、再生回数、或いはＣＤ等のメディアへのコピー回数、ポータブルデバイス（ＰＤ）へのチェックアウト回数などの既存ライセンスにおいて定められた各種の使用条件を指定する情報が記載された、コンテンツを使用するための使用権利UsageRightが格納される。クライアント１２がコンテンツを再生するためには、再生対象のコンテンツに対応したライセンスが必要となるため、対応コンテンツを識別するための対応コンテンツＩＤを有する。また、追加差分情報は、上記各種の使用条件を指定する情報のうち、追加したい使用条件、例えば再生回数を、あと５回追加したい場合は、５回の追加再生回数を指定する追加差分情報を送信する。
【００４２】
これを受けたライセンスサーバ１１−Ｂは、追加差分情報により、既存ライセンスにおける使用条件を更新し、新たなライセンスとして更新済ライセンスを作成し、これにライセンスサーバ１１−Ｂのみが所持する秘密鍵にて署名し、更新済権利ファイルとしてクライアント１２に送信する。図４に示す例においては、既存ライセンスの再生回数が５回であり、追加差分情報が５回である場合、更新済権利ファイルの再生回数は１０回に書き換えられる。
【００４３】
コンテンツは、図５に示すように、コンテンツ本体と鍵から構成され、コンテンツ本体は何重にも鍵が掛けられている。クライアント１２側では、受け取ったコンテンツとライセンス情報を基に、コンテンツ本体を復号し再生する。
【００４４】
本実施の形態にあって、クライアント１２は、ライセンス情報に記された使用条件の範囲内でコンテンツを使用可能な情報処理装置であり、既存ライセンス情報を記憶部２８に記憶している。また、追加差分情報を通信部２９にて受信する。そして、既存ライセンス情報及び追加差分情報を通信部２９にて送信し、更新済ライセンス情報を通信部２９にて受信する。クライアント１２は、この更新済ライセンス情報の範囲内でコンテンツを使用する。
【００４５】
このため、クライアント１２は、ＣＰＵ２１の制御の基に図６に示すような機能ブロックとして機能する。クライアントの通信機能１２０は、サーバ１１からのメッセージを受け取り、そのメッセージを管理機能１２１に渡す。また、通信機能１２０は、管理機能１２１より受け取ったメッセージをサーバ１１に送信する。暗号機能１２３は、サーバ１１と共有しているクライアントの秘密鍵を用いてメッセージの暗号化・復号化を行う。このクライアントの秘密鍵は、通信中に双方が生成共有する、通信中における秘密鍵である。管理機能１２２は一部、暗号機能１２３を用いてメッセージを生成・解析する。記憶装置１２４は、上記記憶部２８に相当し、既存ライセンス情報を記憶している。また、サーバ１１により更新された更新済ラインセンス情報も記憶する。
【００４６】
サーバ１１は、ＣＰＵ２１の制御の基に図７に示すような機能ブロックに従って機能する。通信機能１１０は、クライアント１２からのメッセージを受け取り、そのメッセージを管理機能１１１に渡す。また、通信機能１１０は、管理機能１１１より受け取ったメッセージをクライアント１２に送信する。暗号機能１１３は、クライアントと共有している上記クライアントの秘密鍵又はサーバ１１のみが所有する秘密鍵を用いてメッセージの暗号化・復号化を行う。管理機能１１１は、通信機能１１０を経由してクライアント１２とメッセージを交換し、そのメッセージに応じた処理をする。また、管理機能１１１は、一部暗号機能１１３を用いてメッセージを生成・解析する。処理装置１１２は、管理機能１１１より要求のあった処理を行う。
【００４７】
次に、図８を参照して、ライセンス情報を格納している既存権利ファイルの簡略化したデータ構成を説明する。また、更新済ライセンス情報が格納された更新済権利ファイルも同様に構成されるため、以下の説明においては、既存権利ファイル及び更新済権利ファイルをまとめて権利ファイルともいう。この権利ファイルのデータ構成は、一つのコンテンツ毎に設定される。また、一つのコンテンツに対して複数の権利ファイルも設定される。また、複数のコンテンツに対して一つの権利ファイルが設定されてもよい。
【００４８】
権利ファイルには、図８に示すように、先ず、データネーム（Data Name)が記述される。以下、コンテンツＩＤ（ＣＩＤ）、ユーセージライトディスジャンクションルール（Usage Right Disjunction Rules：使用権利分離規則）、リーフＩＤ（LeafＩＤ：端末ＩＤ）、デバイスアンドメディアカテゴリーフォアチェクアウト（Device and Media Categories for Check Out：チェックアウトのための端末及び媒体のカテゴリ）、チェックアウトマックスカウント（Check Out Max Count：チェックアウトの最大回数）、デバイスアンドメディアカテゴリーフォアコピー（Device and Media Categories for copy：コピーのための端末及び媒体のカテゴリ）、コピーマックスカウント（Copy Out Max Count：コピーの最大回数）などが記述されている。また、アトラック３ＣＤバーンマックスカウント（AT3CD Burn Max Count：符号化方式アトラック３でのＣＤへの複写最大回数）、スタートタイム（start_time：絶対開始時間）、エンドタイム（end_time：絶対終了時間）、ピリオドタイム（period_time：相対時間）なども記述されている。これら各情報は、１つの権利ファイルの中に全て記述されている必要はなく、どれか一つ、二つ、又はそれ以外の複数でもよい。もちろん、全ての記述でも構わない。複数の場合の例としては、後述のようにチェックアウトのＰＤを指定するフラグに、その回数を指定する回数情報が付随しているような場合である。
【００４９】
コンテンツＩＤは、この権利ファイル（既存権利ファイル又は更新済権利ファイル）がどのコンテンツに対応しているかを示す識別コードである。同じＩＤ、すなわちこのコンテンツはどの権利ファイルに対応するかを示す識別コードはコンテンツファイルの中にも記述されている。もちろん、改竄されないように署名がついている。
【００５０】
ユーセージライトディスジャンクションルール（Usage Right Disjunction Rules）は、フラグによって可否で規定できるルールを相関なしに独立に記述している。つまり、この領域内に独立な条件をいくつか指定している。例えば、この領域に４バイト（byte）確保している。具体的には、ビット０（bit０）をビットレートの変換の可否に規定することができる。残りのビット１−３２をリザーブ（Reserved）として、今後、可否だけを指定するようなルールの記述に用いる。
【００５１】
リーフＩＤ（LeafＩＤ）は、個々のデバイスの識別番号である。
【００５２】
デバイスアンドメディアカテゴリーフォアチェクアウト（Device and Media Categories for Check Out）は、クライアントからチェックアウト可能な機器を指定するために記述されている。チェックアウトは、クライアントからポータブル機器（ＰＤ）にコンテンツを転送することを意味する。よって、クライアントからコンテンツを転送できるポータブル機器を示すフラグである。例えば、インターネットに接続して音楽データを記録できるネット接続型のミニディスク記録再生装置、時計を有してタイマー機能を備えるポータブル機器、時計のないポータブル機器の３つのカテゴリを定義できる。チェックアウト可能であることをフラグ“１”で示すと、“１１０”は、クライアントからコンテンツを転送することができるＰＤは、ネット接続型のミニディスク記録再生装置とタイマー機能を備えるポータブル機器であることを指定していることになる。時計のないポータブル機器にはチェックアウトできないことを意味する。なお、チェックアウトしたコンテンツをＰＤから元のクライアントに戻すことをチェックインという。クライアントからＰＤに一度チェックアウトしたコンテンツをチェックインによりまたクライアントに戻した後、再びチェックアウトすることも可能である。
【００５３】
チェックアウトマックスカウント（Check Out Max Count）は、上記デバイスアンドメディアカテゴリーフォアチェクアウト（Device and Media Categories for Check Out）にてチェックアウトを許可したポータブル機器に対して最大何回までチェックアウトできるかを示す回数指定の情報である。
【００５４】
デバイスアンドメディアカテゴリーフォアコピー（Device and Media Categories for copy）は、クライアントからコピー可能な機器を指定するために記述されている。コピーは、クライアントからポータブル機器（ＰＤ）にコンテンツを複写することを意味する。よって、クライアントからコンテンツを複写できるポータブル機器を示すフラグである。上記デバイスアンドメディアカテゴリーフォアチェクアウト（Device and Media Categories for Check Out）にて説明したのと同様に、ミニディスク記録再生装置、時計を有してタイマー機能を備えるポータブル機器、時計のないポータブル機器の３つのカテゴリを定義できる。コピー可能であることをフラグ“１”で示すと、“１１０”は、クライアントからコンテンツをコピーすることができるＰＤは、ネット接続型のミニディスク記録再生装置とタイマー機能を備えるポータブル機器であることを指定していることになる。時計のないポータブル機器にはコピーを禁止している。
【００５５】
コピーマックスカウント（Copy Out Max Count）は、上記デバイスアンドメディアカテゴリーフォアコピー（Device and Media Categories for copy）にてコピーを許可したポータブル機器に対して最大何回までコピーできるかを示す回数指定の情報である。
【００５６】
アトラック３ＣＤバーンマックスカウント（AT3CD Burn Max Count）は、コーデック方式ＡＴＲＡＣ３によるＣＤへのコンテンツの複写最大回数を指定する情報である。
【００５７】
スタートタイム（start_time：絶対開始時間）はコンテンツの利用可能開始絶対日時を示し、エンドタイム（end_time：絶対終了時間）はコンテンツの利用可能終了絶対日時を示す。よって、スタートタイム（start_time：絶対開始時間）とエンドタイム（end_time：絶対終了時間）により、コンテンツの利用できる絶対期間を指定する。
【００５８】
ピリオドタイム（period_time：相対時間）は、ある特定の日時からどれくらいの期間コンテンツを利用できるかを示す情報である。
【００５９】
以上の各情報を分類すると、期間制限を指定する情報と、フラグを指定する情報と、回数を指定する情報とに分けられる。期間制限を指定する情報は、スタートタイム（start_time：絶対開始時間）とエンドタイム（end_time：絶対終了時間）とピリオドタイム（period_time：相対時間）である。
【００６０】
フラグを指定する情報は、ユーセージライトディスジャンクションルール（Usage Right Disjunction Rules）とデバイスアンドメディアカテゴリーフォアチェクアウト（Device and Media Categories for Check Out）とデバイスアンドメディアカテゴリーフォアコピー（Device and Media Categories for copy）である。
【００６１】
回数を指定する情報は、チェックアウトマックスカウント（Check Out Max Count）とコピーマックスカウント（Copy Out Max Count）とアトラック３ＣＤバーンマックスカウント（AT3CD Burn Max Count）である。
【００６２】
以上に説明したライセンス情報の既存及び更新済権利ファイルのうち、既存権利ファイルと共にサーバ１１に送られる追加差分情報は、例えば、チェックアウトの追加分のみ指定する情報であったり、再生回数の追加分のみ指定する情報であっても、これら権利ファイルと同様に構成したものであってもよい。
【００６３】
以下、クライアント１２が既に所有している一つの既存権利ファイルを、ライセンスサーバ１１−Ｂが追加差分情報により更新し、更新済権利ファイルを生成する処理を更に詳しく説明する。
【００６４】
図９は、クライアント１２におけるライセンス更新処理方法を示すフローチャートである。クライアント１２は、事前にライセンスサーバ１１−Ｂに登録することにより、リーフＩＤ、ＤＮＫ(Device Node Key)、クライアント１２の秘密鍵・公開鍵のペア、ライセンスサーバの公開鍵、及び各公開鍵の証明書を含むサービスデータを取得しておく。また、クライアント１２を証明するクライアント証明書を取得しておく。このクライアント証明書には、例えばサーバ１１−Ｂのみが所有する秘密鍵により、クライアント１２などにてその内容が改竄されないよう署名がなされている。
【００６５】
リーフＩＤは、クライアント毎に割り当てられた識別情報を表し、ＤＮＫは、そのライセンスに対応するＥＫＢ（有効化キーブロック）に含まれる暗号化されているコンテンツキーＫｃを復号するのに必要なデバイスノードキーである。また、後述するコンテンツ取得処理により、コンテンツを取得しておくものとする。コンテンツは、コンテンツデータとヘッダとからなり、ヘッダ部分にコンテンツを利用する際に必要なライセンスを指定するライセンスＩＤや、ライセンスサーバ１１−Ｂのアドレス（ＵＲＬ）などが記載される。
【００６６】
先ず、最初にステップＳ１において、クライアント１２のＣＰＵ２１は、いま処理対象とされているライセンスＩＤに対応するＵＲＬを取得する。このＵＲＬは、上述したように、コンテンツのヘッダに記録された、ライセンスＩＤに対応するライセンスを取得するときアクセスすべきアドレスである。そこで、ステップＳ２において、ＣＰＵ２１は、ステップＳ１で取得したＵＲＬにアクセスする。このとき、ライセンスサーバ１１−Ｂは、クライアント１２に対して、更新するライセンスを指定するライセンス指定情報としてのライセンスＩＤ、並びにユーザＩＤ及びパスワードの入力を要求してくる。ＣＰＵ２１は、この要求を出力部の表示部に表示させる（ステップＳ３）。ユーザは、この表示に基づいて、入力部を操作して、ライセンス指定情報、ユーザＩＤ、およびパスワードを入力する（ステップＳ４）。なお、このユーザＩＤとパスワードは、クライアント１２のユーザが、インターネット２を介してライセンスサーバ１１−Ｂにアクセスし、事前に取得しておいたものである。
【００６７】
次に、ステップＳ４のユーザＩＤ及びパスワードの送信処理に対応して、ライセンスサーバ１１−Ｂは、使用条件を提示してくる（後述する図１０のステップＳ１３）。そこで、クライアントのＣＰＵは、ステップＳ５において、ライセンスサーバ１１−Ｂからの使用条件の提示を受信し、これを出力部に出力し、表示させる。ユーザは、入力部を操作して、この使用条件の中から所定の使用条件を選択したり、所定の使用条件を新たに追加したりする。
【００６８】
すなわち、ある権利ファイルの特定機能の回数、既存権利ファイルにて指定される例えば図８に示したコンテンツの再生回数、コピー回数、チェックアウト回数などを指定する情報（利用可能回数）について追加を行う場合、クライアント１２はサーバ１１から、コンテンツに応じたものであって、その追加内容を含む使用条件を取得し、所望の利用可能回数を指定する追加差分情報とする。
【００６９】
また、ある権利ファイルについて特定機能の期間、既存権利ファイルにて指定される例えば図８に示したスタートタイム、エンドタイム、又はピリオドタイムなどを指定する情報（利用可能期間）の延長を行う場合、クライアント１２はライセンスサーバ１１−Ｂより、コンテンツに応じたものであって、その追加内容を含む使用条件を取得し、所望の利用可能期間を指定する追加差分情報とする。
【００７０】
次に、クライアントは更新対象の既存権利ファイル、追加差分情報、クライアントの証明書をライセンスサーバ１１−Ｂに送信する（ステップＳ６）。そして、ライセンスサーバ１１−Ｂにより、既存権利ファイルが追加差分情報により書き換えられ、書き換え完了後、その内容にライセンスサーバ１１−Ｂの所有する秘密鍵にて署名がなされた更新済権利ファイルを受信する（ステップＳ７）。
【００７１】
クライアント１２は、このようにして、追加差分情報が既存ライセンスに追加された更新済ライセンス情報で定められた範囲内でコンテンツを利用することが可能になる。
【００７２】
次に、以上のクライアント１２のライセンス更新処理に対応して、ライセンスサーバ１１−Ｂが実行するライセンス更新処理について説明する。
【００７３】
最初に、ステップＳ１１において、ライセンスサーバ１１−ＢのＣＰＵ２１は、クライアント１２からのアクセスを受けると、ステップＳ１２において、クライアント１２がステップＳ３で送信したライセンス指定情報をライセンス更新要求情報とともに受信する。
【００７４】
ステップＳ１３において、ＣＰＵ２１は、ライセンスの更新要求を受信すると、そのライセンスに対応する使用条件（更新する使用条件）を、記憶部２８から読み出し、クライアント１２に送信する。
【００７５】
この使用条件は、上述したように、クライアント１２にて所望の使用条件を追加するための追加差分情報とされ、この追加差分情報と共に、既存権利ファイル、クライアント証明書がライセンスサーバ１１−Ｂに送信され、ライセンスサーバ１１−Ｂはこれを受信する（ステップＳ１４）。そして、ステップＳ１５において、ライセンスサーバ１１−ＢのＣＰＵ２１は、追加差分情報に基づき既存ライセンス情報を更新する。そして、ステップＳ１６において、更新した権利情報の内容にライセンスサーバ１１−Ｂの所有する秘密鍵にて署名をし、これを格納した更新済権利ファイルをクライアント１２に送信する。
【００７６】
次に、ステップＳ１５において、ライセンスサーバ１１−Ｂが行う既存ライセンス情報の更新処理について説明する。
【００７７】
図１１に示すように、ライセンスサーバ１１−Ｂは、ステップＳ１４にて、既存権利ファイル、追加差分情報、クライアント証明書を受け取ると、ライセンスサーバ１１−ＢのＣＰＵ２１は、権利ファイルに含まれるサーバ１１−Ｂの署名を確認し、クライアント１２にてその内容が改竄されていないことを確認する（ステップＳ２１）。
【００７８】
次に、ライセンスサーバ１１−ＢのＣＰＵ２１は、クライアントの証明書に含まれるサーバ１１−Ｂの署名を確認し、クライアント１２にてその内容が改竄されていないことを確認する（ステップＳ２２）。
【００７９】
そして、既存権利ファイル及びクライアント証明書の内容が改竄されてないことを確認すると、ライセンスサーバ１１−ＢのＣＰＵ２１は、権利ファイルとクライアント証明書に含まれるクライアント固有の情報を比較する。既存権利ファイル及びクライアント証明書には、例えばリーフＩＤなどがクライアント固有情報として含まれる。ライセンスサーバ１１−ＢのＣＰＵ２１は、権利ファイルとクライアント証明書とに含まれるクライアント固有の情報を比較することにより、クライアントのなりすましが行われていないことを確認する（ステップＳ２３）。
【００８０】
そして、ステップＳ２１〜ステップＳ２３にて、既存権利ファイル及びクライアント証明書の検証が終了すると、既存ライセンス情報の更新を行う。
【００８１】
ここで、追加差分情報として回数に関する情報が送られ、利用可能回数に関する権利情報についての更新を行う場合には、ステップＳ２４にて、ライセンスサーバ１１−ＢのＣＰＵ２１は、追加差分情報に基づき権利ファイル中の、特定機能の利用可能上限回数の記述を検索する。
【００８２】
このステップＳ２４において、検索に成功した場合には、追加差分情報にて指定される追加すべき回数と、既存権利ファイルにて指定される既存の上限回数の和を取った値を新規上限回数として書き換える。一方、ステップＳ２４において、追加差分情報と同一の特定機能が検索できなかった場合は、すなわち、本実施例１においては、利用可能回数の記述が検索できなかった場合、ステップＳ２７において、その特定機能を許可する権利内容を既存権利ファイルに追加し、この追加した特定機能に対して、追加差分情報に含まれる追加回数を上限回数に設定する。
【００８３】
また、追加差分情報として期間に関する情報が繰られ、利用可能期間に関する権利情報についての更新を行う場合には、ステップＳ２４にて、ライセンスサーバ１１−ＢのＣＰＵ２１は、追加差分情報に基づき権利ファイル中の、特定機能の利用可能期間の記述を検索する。
【００８４】
そして、利用可能期間を指定する特定機能の記述が見つかった場合には、ステップＳ２６において追加すべき期間と既存の利用可能期間の和を取った値を新規利用可能期間として書き換える。一方、利用可能期間を指定する記述が見つからなかった場合は、ステップＳ２７にてその機能を許可する権利内容及び追加期間を利用可能期間として権利ファイルに追加する。
【００８５】
ライセンスサーバ１１−ＢのＣＰＵ２１は、ステップＳ２８において、ステップＳ２６利用可能回数若しくは利用可能期間が書き換えられるか、又はステップＳ２７にて利用可能回数若しくは利用可能期間が追加された権利情報の内容に、ライセンスサーバ１１−Ｂの所有する秘密鍵にて署名をする。これにより、更新済権利ファイルが生成される。
【００８６】
このように、本実施例においては、コンテンツのライセンス情報を格納した権利ファイルにおける利用可能回数の更新や利用可能期間の更新をライセンスサーバ１１−Ｂにて行わせることができる。
【００８７】
以上、クライアントが予め所有している既存ライセンス情報に対して追加購入を行う場合について説明したが、ここで、クライアントがコンテンツサーバ１１−Ａからコンテンツの提供を受ける処理、そのコンテンツを視聴するためにライセンスを取得する処理について説明しておく。
【００８８】
図１２は、クライアント１２がコンテンツをダウンロードする処理を示すフローチャートである。図１２に示すように、ユーザが、入力部２６を操作することでコンテンツサーバ１１−Ａに対するアクセスを指令すると、ＣＰＵ２１は、管理機能１２１によりステップＳ３１において、通信機能１２０である通信部２９を制御し、インターネット２を介してコンテンツサーバ１１−Ａにアクセスさせる（ステップＳ３１）。そして、ステップＳ３２において、ユーザが、入力部２６を操作して、提供を受けるコンテンツを指定すると、ＣＰＵ２１は、管理機能部１２１はこの指定情報を受け取り、通信部２９から、インターネット２を介してコンテンツサーバ１１−Ａに、指定されたコンテンツを通知する。図１３のフローチャートを参照して後述するように、この通知を受けたコンテンツサーバ１１−Ａは、暗号化されたコンテンツデータを送信してくるので、ステップＳ３３において、ＣＰＵ２１は、通信部２９を介して、このコンテンツデータを受信すると、ステップＳ３４において、その暗号化されているコンテンツデータを記憶部２８を構成するハードディスクに供給し、記憶させる。
【００８９】
次に、図１３は、クライアント１２の以上の処理に対応するコンテンツサーバ１１−Ａのコンテンツ提供処理を示すフローチャートである。なお、以下の説明において、図３のクライアント１２の構成は、コンテンツサーバ１１−Ａの構成としても引用される。
【００９０】
ステップＳ４１において、コンテンツサーバ１１−ＡのＣＰＵ２１は、インターネット２から通信部２９を介してクライアント１２よりアクセスを受けるまで待機し、アクセスを受けたと判定したとき、ステップＳ４２に進み、クライアント１２から送信されてきたコンテンツを指定する情報を取り込む。このコンテンツを指定する情報は、クライアント１２が、図１１のステップＳ３２において通知してきた情報である。
【００９１】
ステップＳ４３において、コンテンツサーバ１１−ＡのＣＰＵ２１は、記憶部２８に記憶されているコンテンツデータの中から、ステップＳ４２の処理で取り込まれた情報で指定されたコンテンツを読み出す。ＣＰＵ２１は、ステップＳ４４において、記憶部２８から読み出されたコンテンツデータを、暗号化復号部２４に供給し、コンテンツキーＫｃを用いて暗号化させる。
【００９２】
記憶部２８に記憶されているコンテンツデータは、コーデック部２５により、既にＡＴＲＡＣ３方式によりエンコードされているので、このエンコードされているコンテンツデータが暗号化されることになる。
【００９３】
なお、もちろん、記憶部２８に予め暗号化した状態でコンテンツデータを記憶させることができる。この場合には、ステップＳ２４の処理は省略することが可能である。
【００９４】
次に、ステップＳ４５において、コンテンツサーバ１１−ＡのＣＰＵ２１は、暗号化したコンテンツデータを伝送するフォーマットを構成するヘッダに、暗号化されているコンテンツを復号するのに必要なキー情報、コンテンツを利用するのに必要なライセンスを識別するためのライセンスＩＤ、ライセンスＩＤで規定されるライセンスを取得するときアクセスするアドレス情報（ＵＲＬ）などを付加する。そして、ステップＳ４６において、コンテンツサーバ１１−ＡのＣＰＵ２１は、ステップＳ４４の処理で暗号化したコンテンツと、ステップＳ４５の処理でキーとライセンスＩＤを付加したヘッダとをフォーマット化したデータを、通信部２９から、インターネット２を介して、アクセスしてきたクライアント１２に送信する。
【００９５】
以上のようにして、クライアント１２は、コンテンツサーバ１１−Ａからコンテンツを取得することができる。
【００９６】
この取得したコンテンツの再生には、上記図８に示したようなライセンス情報を保持している必要がある。先ず、図１４を参照して、クライアント１２がコンテンツを再生する場合の処理について説明する。
【００９７】
ステップＳ５１において、クライアント１２のＣＰＵ２１は、ユーザが入力部２６を操作することで指示したコンテンツの識別情報（ＣＩＤ）を取得する。この識別情報は、例えば、コンテンツのタイトルや、記憶されている各コンテンツ毎に付与されている番号などにより構成される。
【００９８】
そして、ＣＰＵ２１は、コンテンツが指示されると、そのコンテンツに対応するライセンスＩＤ（そのコンテンツを使用するのに必要なライセンスのＩＤ）を読み取る。このライセンスＩＤは、暗号化されているコンテンツデータのヘッダに記述されているものである。
【００９９】
次に、ステップＳ４２に進み、ＣＰＵ２１は、ステップＳ４１で読み取られたライセンスＩＤに対応するライセンスが、クライアント１２により既に取得され、記憶部２８に記憶されているか否かを判定する。まだ、ライセンスが取得されていない場合には、ステップＳ５３に進み、ＣＰＵ２１は、ライセンス取得処理を実行する。このライセンス取得処理の詳細は、図１５のフローチャートを参照して後述する。
【０１００】
ステップＳ５２において、ライセンスが既に取得されていると判定された場合、または、ステップＳ５３においてライセンス取得処理が実行された結果、ライセンスが取得された場合、ステップＳ５４に進み、ＣＰＵ２１は、取得されているライセンスは有効期限内のものであるか否かを判定する。ライセンスが有効期限内のものであるか否かは、ライセンスの内容として規定されている期限と、タイマー２０により計時されている現在日時と比較することで判断される。ライセンスの有効期限が既に満了していると判定された場合、ＣＰＵ２１は、ステップＳ５５に進み、上述した方法にてライセンス更新処理を実行する。
【０１０１】
ステップＳ５４において、ライセンスはまだ有効期限内であると判定された場合、または、ステップＳ５５においてライセンスが更新された場合、ステップＳ５６に進み、ＣＰＵ２１は、暗号化されているコンテンツデータを記憶部２８から読み出し、ＲＡＭ２３に格納させる。そして、ステップＳ５７において、ＣＰＵ２１は、ＲＡＭ２３に記憶された暗号化ブロックのデータを、暗号化ブロック単位で暗号化復号部２４に供給し、コンテンツキーＫｃを用いて復号させる。
【０１０２】
コンテンツキーＫｃを得る方法の具体例は、デバイスノードキー（ＤＮＫ）を用いて、イネーブリングキーブロック（有効化キーブロック）（ＥＫＢ（EnablingKey Block））に含まれるキーＫＥＫＢＣを得ることができ、そのキーＫＥＫＢＣを用いて、データＫＥＫＢＣ（Ｋｃ）から、コンテンツキーＫｃを得ることができる。
【０１０３】
ＣＰＵ２１は、さらに、ステップＳ５８において、暗号化復号部２４により復号されたコンテンツデータをコーデック部２５に供給し、デコードさせる。そして、コーデック部２５によりデコードされたデータを、ＣＰＵ２１は、入出力インタフェース３２から出力部２７に供給し、Ｄ／Ａ変換させ、スピーカから出力させる。
【０１０４】
次に、図１５のフローチャートを参照して、図１４のステップＳ４３で行われるライセンス取得処理の詳細について説明する。
【０１０５】
クライアント１２は、事前にライセンスサーバ１１−Ｂに登録することにより、リーフＩＤ、ＤＮＫ（Device Node Key）、クライアント１２の秘密鍵・公開鍵のペア、ライセンスサーバの公開鍵、及び各公開鍵の証明書を含むサービスデータを取得しておく。
【０１０６】
リーフＩＤは、クライアント毎に割り当てられた識別情報を表し、ＤＮＫは、そのライセンスに対応するＥＫＢ（有効化キーブロック）に含まれる暗号化されているコンテンツキーＫｃを復号するのに必要なデバイスノードキーである。
【０１０７】
最初にステップＳ６１において、ＣＰＵ２１は、いま処理対象とされているライセンスＩＤに対応するＵＲＬを、コンテンツデータを伝送するフォーマットを構成するヘッダから取得する。上述したように、このＵＲＬは、やはりヘッダに記述されているライセンスＩＤに対応するライセンスを取得するときアクセスすべきアドレスである。そこで、ステップＳ６２において、ＣＰＵ２１は、ステップＳ６１で取得したＵＲＬにアクセスする。具体的には、通信部２９によりインターネット２を介してライセンスサーバ１１−Ｂにアクセスが行われる。このとき、ライセンスサーバ１１−Ｂは、クライアント１２に対して、購入するライセンス（コンテンツを使用するのに必要なライセンス）を指定するライセンス指定情報、並びにユーザＩＤとパスワードの入力を要求してくる（後述する図１７のステップＳ７２）。ＣＰＵ２１は、この要求を出力部２７の表示部に表示させる。ユーザは、この表示に基づいて、入力部２６を操作して、ライセンス指定情報、ユーザＩＤ、およびパスワードを入力する。なお、このユーザＩＤとパスワードは、クライアント１２のユーザが、インターネット２を介してライセンスサーバ１１−Ｂにアクセスし、事前に取得しておいたものである。
【０１０８】
ＣＰＵ２１は、ステップＳ６３、Ｓ６４において、入力部２６から入力されたライセンス識別情報を取り込むとともに、ユーザＩＤとパスワードを取り込む。ＣＰＵ２１は、ステップＳ６５において、通信部２９を制御し、入力されたユーザＩＤとパスワードを、ライセンス指定情報及びサービスデータ（後述する）に含まれるリーフＩＤを含むライセンス要求をインターネット２を介してライセンスサーバ１１−Ｂに送信させる。
【０１０９】
ライセンスサーバ１１−Ｂは、ユーザＩＤとパスワード、並びにライセンス指定情報に基づいてライセンスを送信してくる（後述する図１７のステップＳ７９）か、または、条件が満たされない場合には、ライセンスを送信してこない（後述する図１７のステップＳ８２）。
【０１１０】
ステップＳ６６において、ＣＰＵ２１は、ライセンスサーバ１１−Ｂからライセンスが送信されてきたか否かを判定し、ライセンスが送信されてきた場合には、ステップＳ６７に進み、そのライセンスを記憶部２８に供給し、記憶させる。
【０１１１】
ステップＳ６６において、ライセンスが送信されてこないと判定した場合、ＣＰＵ２１は、ステップＳ６８に進み、エラー処理を実行する。具体的には、ＣＰＵ２１は、コンテンツを利用するためのライセンスが得られないので、コンテンツの再生処理を禁止する。
【０１１２】
以上のようにして、各クライアント１２は、コンテンツデータに付随しているライセンスＩＤに対応するライセンスを取得して、初めて、そのコンテンツを使用することが可能となる。
【０１１３】
なお、図１５のライセンス取得処理は、各ユーザがコンテンツを取得する前に、予め行っておくようにすることも可能である。
【０１１４】
クライアント１２に提供されるライセンスは、上記図８に示した権利ファイルを使用条件に含ませて、図１６のように示される。
【０１１５】
次に、図１７のフローチャートを参照して、図１５のクライアント１２のライセンス取得処理に対応して実行されるライセンスサーバ１１−Ｂのライセンス提供処理について説明する。なお、この場合においても、図３のクライアント１２の構成は、ライセンスサーバ１１−Ｂの構成として引用される。
【０１１６】
ステップＳ７１において、ライセンスサーバ１１−ＢのＣＰＵ２１は、クライアント１２よりアクセスを受けるまで待機し、アクセスを受けたとき、ステップＳ７２に進み、アクセスしてきたクライアント１２に対して、ユーザＩＤとパスワード、並びに、ライセンス指定情報の送信を要求する。上述したようにして、クライアント１２から、図１５のステップＳ６５の処理で、ユーザＩＤとパスワード、リーフＩＤ並びにライセンス指定情報（ライセンスＩＤ）が送信されてきたとき、ライセンスサーバ１１−ＢのＣＰＵ２１は、通信部２９を介してこれを受信し、取り込む処理を実行する。
【０１１７】
そして、ライセンスサーバ１１−ＢのＣＰＵ２１は、ステップＳ１０３において、通信部２９から課金サーバ１１−Ｃにアクセスし、ユーザＩＤとパスワードに対応するユーザの与信処理を要求する。課金サーバ１１−Ｃは、インターネット２を介してライセンスサーバ１１−Ｂから与信処理の要求を受けると、そのユーザＩＤとパスワードに対応するユーザの過去の支払い履歴などを調査し、そのユーザが、過去にライセンスの対価の不払いの実績があるか否かなどを調べ、そのような実績がない場合には、ライセンスの付与を許容する与信結果を送信し、不払いの実績などがある場合には、ライセンス付与の不許可の与信結果を送信する。
【０１１８】
ステップＳ７４において、ライセンスサーバ１１−ＢのＣＰＵ２１は、課金サーバ１１−Ｃからの与信結果が、ライセンスを付与することを許容する与信結果であるか否かを判定し、ライセンスの付与が許容されている場合には、ステップＳ７５に進み、ステップＳ７２の処理で取り込まれたライセンス指定情報に対応するライセンスを、記憶部２８に記憶されているライセンスの中から取り出す。記憶部２８に記憶されているライセンスは、あらかじめライセンスＩＤ、バージョン、作成日時、有効期限等の情報が記述されている。ステップＳ７６において、ＣＰＵ２１は、そのライセンスに受信したリーフＩＤを付加する。さらに、ステップＳ７７において、ＣＰＵ２１は、ステップＳ７５で選択されたライセンスに対応づけられている使用条件を選択する。あるいはまた、ステップＳ７２の処理で、ユーザから使用条件が指定された場合には、その使用条件が必要に応じて、予め用意されている使用条件に付加される。ＣＰＵ２１は、選択された使用条件をライセンスに付加する。
【０１１９】
ステップＳ７８において、ＣＰＵ２１はライセンスサーバの秘密鍵によりライセンスに署名し、これにより、図１６に示されるような構成のライセンスが生成される。
【０１２０】
次に、ステップＳ７９に進み、ライセンスサーバ１１−ＢのＣＰＵ２１は、図１６に示される構成を有するライセンスを、通信部２９からインターネット２を介してクライアント１２に送信させる。
【０１２１】
ステップＳ８０においてライセンスサーバ１１−ＢのＣＰＵ２１は、ステップＳ７９の処理で、いま送信したライセンス（使用条件、リーフＩＤを含む）を、ステップＳ７２の処理で取り込まれたユーザＩＤとパスワードに対応して、記憶部２８に記憶させる。さらに、ステップＳ８１において、ＣＰＵ２１は、課金処理を実行する。具体的には、ＣＰＵ２１は、通信部２９から課金サーバ１１−Ｃに、そのユーザＩＤとパスワードに対応するユーザに対する課金処理を要求する。課金サーバ５は、この課金の要求に基づいて、そのユーザに対する課金処理を実行する。上述したように、この課金処理に対して、そのユーザが支払いを行わなかったような場合には、以後、そのユーザは、ライセンスの付与を要求したとしても、ライセンスを受けることができないことになる。
【０１２２】
以上のようにして、クライアント１２及びライセンスサーバ１１−Ｂにてライセンス取得処理、提供処理が行われる。そして、クライアント１２は必要に応じて、追加したい追加差分情報をサーバ１１−Ｂに送信し、上述したようにサーバ１１−Ｂによってライセンスの更新処理を行なわせることができる。
【０１２３】
本実施の形態においては、クライアント１２がライセンスを更新したい場合には、そのライセンスの更新をライセンスサーバ１１−Ｂが行うため、極めて安全なシステムを提供することができる。すなわち、クライアント１２の要求によりサーバ１１から権利ファイルを送るときには、サーバ１１はサーバ１１のみが持つ署名用秘密鍵（PrivateKey）により署名したものを送信する。その場合、例えば権利ファイル＋サーバの証明書＋署名の形式でクライアント１２に送信される。クライアント１２は公開されているサーバの公開鍵（PublicKey）で署名を復号し、復号結果が権利ファイルと一致するかどうかで権利ファイルに不正が行われていないかどうかを検証する。
【０１２４】
ここで、クライアント１２側にてライセンス更新を行うような場合、クライアント１２は、サーバのみが持つ署名用秘密鍵（PrivateKey）を持っていないので、更新済の権利ファイルにはサーバ１１と同じ署名をすることができず、クライアント１２は、例えば更新した権利ファイルをクライアントのみが持つ署名用秘密鍵（PrivateKey）で署名して保存することになる。しかしながら、更新済権利ファイルに署名する能力などがなく、ライセンスを更新する能力がないような通信端末であると、クライアント側ではライセンス更新を行うことができない。
【０１２５】
また、サーバ１１と同じ署名とすることができないため、安全性に欠ける場合があり、また、サーバ１１の署名用秘密鍵（PrivateKey）を持たせてしまうと同様に安全面に問題が生じてしまう。
【０１２６】
これに対して、本実施の形態のように、ライセンスを更新する際には、既存の権利ファイルと、更新したい追加差分情報とをライセンスサーバ１１−Ｂに送信し、ライセンスサーバ１１−Ｂにてライセンスを更新してもらうことにより、クライアントの処理能力に関わらず、ライセンスサーバ１１−Ｂの署名がされた更新済ライセンスを取得することができ、極めて安全にライセンスを更新することができる。
【０１２７】
なお、本発明の情報処理装置が適用されるクライアントは、いわゆるパーソナルコンピュータ以外に、携帯情報端末（Personal Digital Assistants：ＰＤＡ）、携帯電話機、ゲーム端末機などとすることができる。
【０１２８】
また、一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０１２９】
この記録媒体は、図３に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク４１（フロッピディスクを含む）、光ディスク４２（CD-ROM(Compact Disk - ReadOnly Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク４３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ４４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭ２２や、記憶部２８に含まれるハードディスクなどで構成される。
【０１３０】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０１３１】
【図１】本発明の実施の形態におけるコンテンツ提供システムを示す構成図である。
【図２】同コンテンツ提供システムをより詳細に示す構成図である。
【図３】クライアントの構成を示すブロック図である。
【図４】ライセンス更新の際のライセンスサーバとクライアントとの間やり取りを示す図である。
【図５】コンテンツとライセンスの関係を示す図である。
【図６】クライアントを示す機能ブロック図である。
【図７】サーバを示す機能ブロック図である。
【図８】既存又は新規権利ファイルの構成を示す図である。
【図９】本発明の実施の形態におけるコンテンツ提供システムのクライアントにおけるライセンス更新処理を示すフローチャートである。
【図１０】本発明の実施の形態におけるコンテンツ提供システムのサーバにおけるライセンス更新処理を示すフローチャートである。
【図１１】図１０のフローチャートにおける既存ライセンス情報の更新処理を詳細に示すフローチャートである。
【図１２】クライアントのコンテンツのダウンロード処理を説明するためのフローチャートである。
【図１３】コンテンツサーバのコンテンツ提供処理を説明するためのフローチャートである。
【図１４】クライアントのコンテンツ再生処理を説明するためのフローチャートである。
【図１５】クライアントのライセンス取得処理を説明するためのフローチャートである。
【図１６】ライセンスの構成を示す図である。
【図１７】ライセンスサーバのライセンス提供処理を説明するためのフローチャートである。
【図１８】従来のクライアントにおけるライセンス更新処理を説明するためのフローチャートである。
【図１９】従来のライセンスサーバにおけるライセンス更新処理を説明するためのフローチャートである。
【符号の説明】
【０１３２】
１１  サーバ、１１−Ａ  コンテンツサーバ、１１−Ｂ  ライセンスサーバ、１１−Ｃ  課金サーバ、１２  クライアント、２１  ＣＰＵ、２０  タイマー、２４  暗号化復号部、２５  コーデック部、２６  入力部、２７  出力部、２８  記憶部、２９  通信部、３０  ドライブ、３１  バス、３２  入出力インタフェース、４１  磁気ディスク、４２  光ディスク、４３  光磁気ディスク、４４  半導体メモリ、１１０  通信機能、１１１  管理機能、１１２  処理装置、１１３  暗号機能、１２０  通信機能、１２１  管理機能、１２１  管理機能部、１２２  管理機能、１２３  暗号機能、１２４  記憶装置
【図１】
2005141414.tif 000003
【図２】
2005141414.tif 000004
【図３】
2005141414.tif 000005
【図４】
2005141414.tif 000006
【図５】
2005141414.tif 000007
【図６】
2005141414.tif 000008
【図７】
2005141414.tif 000009
【図８】
2005141414.tif 000010
【図９】
2005141414.tif 000011
【図１０】
2005141414.tif 000012
【図１１】
2005141414.tif 000013
【図１２】
2005141414.tif 000014
【図１３】
2005141414.tif 000015
【図１４】
2005141414.tif 000016
【図１５】
2005141414.tif 000017
【図１６】
2005141414.tif 000018
【図１７】
2005141414.tif 000019
【図１８】
2005141414.tif 000020
【図１９】
2005141414.tif 000021