(57)【要約】【課題】特別な記録メディアを必要とすることなく、著作権を保護しながらの自由なコンテンツ配信を可能にする。【解決手段】コンテンツの利用条件を選択し、選択した利用条件を記憶する利用権スクリプトを生成し、第１の暗号鍵によりコンテンツを暗号化し、暗号化したコンテンツのデータ及びコンテンツ情報を含むコンテンツパッケージと、上記コンテンツ情報、第２の暗号鍵、及び上記利用権スクリプトを含むライセンスコントロール情報と、上記ライセンスコントロール情報を含むユースチケットとを生成し、任意のデータを第２の暗号鍵で暗号化してできる認証データを生成し、生成した認証データを第２の暗号鍵またはユーザが入力する第３の暗号鍵を用いて正しく解読できるかどうかをテストして利用資格を認証するコンテンツ配信システムを提供する。【選択図】      図１
2004157864.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの利用条件を選択する利用条件選択手段と、
該利用条件選択手段により選択された利用条件を記憶する利用権スクリプトを生成する利用権スクリプト生成手段と、
あらかじめ用意されたか、またはユーザ情報に基づき作成される第１の暗号鍵によりコンテンツを暗号化するコンテンツ暗号化手段と、
該コンテンツ暗号化手段により暗号化されたコンテンツのデータと、コンテンツ情報とを含むプログラムコードとしてのコンテンツパッケージを作成するコンテンツパッケージ作成手段と、
該コンテンツ情報、第２の暗号鍵、及び前記利用権スクリプトを含むライセンスコントロールを作成するライセンスコントロール作成手段と、
前記ライセンスコントロールを特定するためのライセンスコントロール情報含むユースチケットを生成するユースチケット生成手段と、
任意のデータを前記第２の暗号鍵で暗号化してできる認証データを生成する認証データ生成手段と、
該認証データ生成手段により生成される認証データを、前記第２の暗号鍵またはユーザが入力する第３の暗号鍵で正しく解読できるかどうかテストすることにより利用資格を認証する利用資格認証手段と、を備えたことを特徴とするコンテンツ配信システム。
【請求項２】
ライセンスコントロールデータベースを備えたことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記利用権スクリプトは複数の利用権を記述でき、コンテンツパッケージを実行するとその複数の利用権の中から利用権を選択して実行することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項４】
利用権スクリプトには、利用権の実行に対する課金情報が記載され、利用権を実行するとライセンシーに課金処理がなされることを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項５】
前記課金処理は、課金方式を選択させて行うようにしたことを特徴とする請求項４に記載のコンテンツ配信システム。
【請求項６】
前記利用権の実行時に、課金チェックをすることを特徴とする請求項４または５に記載のコンテンツ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ配信システムに関し、特に、インターネットにおいてデジタルコンテンツを配信するに際し、著作権保護と、コンテンツの利用制御とを可能とするために用いて好適なものである。
【０００２】
【従来の技術】
近年、インターネットの普及によりデジタルコンテンツのネットワークを使っての配信による販売ビジネスが脚光を浴びている。しかしながら、一般にデジタルコンテンツの著作権を保護し対価を払わず利用されてしまう不正利用の恐れが問題となっている。
【０００３】
そこで、ソニー社のＭａｇｉｃＧａｔｅのように暗号・認証の技術を活用した著作権保護の技術があらわれている。しかし、このような技術は、メモリスティックのような暗号・認証機能を有した特殊な記録メデイアを使用しなければならない。また、この方法は、デジタルコンテンツのコピー配信の便利さを活用できない方法となってしまっている。
【０００４】
また、従来のコンテンツ販売は、コンテンツそのものの対価を利用者から支払ってもらうやりかたであり、コンテンツを多く利用しても、少ししか利用しなくても利用者が支払う料金に違いがなく、利用者にとっては不都合な購入方法であった。
【０００５】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、特別な記録メディアを必要とすることなく、著作権を保護しながらの自由なコンテンツ配信を可能にすることを第１の目的とする。
さらに、コンテンツの利用者の利用量に応じた対価の支払いを可能にすることを第２の目的とする。
【０００６】
【課題を解決するための手段】
本発明は、上記課題を解決するために、コンテンツの利用条件を選択する利用条件選択手段と、該利用条件選択手段により選択された利用条件を記憶する利用権スクリプトを生成する利用権スクリプト生成手段と、あらかじめ用意されたか、またはユーザ情報に基づき作成される第１の暗号鍵によりコンテンツを暗号化するコンテンツ暗号化手段と、該コンテンツ暗号化手段により暗号化されたコンテンツのデータとコンテンツ情報を含むプログラムコードとしてのコンテンツパッケージを作成するコンテンツパッケージ作成手段と、該コンテンツ情報と第２の暗号鍵、及び前記利用権スクリプトを含むライセンスコントロールを作成するライセンスコントロール作成手段と、ライセンスコントロール情報を含むユースチケットを生成するユースチケット生成手段と、任意のデータを第２の暗号鍵で暗号化してできる認証データを生成する認証データ生成手段と、該認証データ生成手段により生成される認証データを第２の暗号鍵またはユーザが入力する第３の暗号鍵で正しく解読できるかどうかテストすることにより利用資格を認証する利用資格認証手段と、を備えたコンテンツ配信システム等を提供する。
【０００７】
【発明の実施の形態】
本発明のコンテンツ配信システムの実施の形態の概要を説明する。
まず、コンテンツの購入を希望するユーザは、コンテンツのコマースサーバにアクセスして、気に入ったコンテンツが見付かったら、コンテンツのライセンサが提示する利用条件を利用条件選択手段により選択する。選択された利用条件は、利用権スクリプト生成手段により、利用権言語で表現された利用権スクリプトになる。
【０００８】
コンテンツは第１の暗号鍵により暗号化され、コンテンツ情報を含むプログラム（例えばＪａｖａ（Ｒ）アプレットの形式。以降これをコンテンツパッケージと呼ぶ）になる。該コンテンツ情報と第２の暗号鍵、及び前記利用権スクリプトを含むライセンスコントロールをライセンスコントロール作成手段により作成する。また、ユースチケット生成手段により、ライセンスコントロール情報及び第２の暗号鍵を含むユースチケットを生成する。なお、コンテンツのユーザが第３の暗号鍵（公開鍵暗号方式の秘密鍵）をあらかじめ有することを前提とするならば、ユースチケットは第２の暗号鍵を含まなくてよい。このライセンスコントロール情報は、前記作成されたライセンスコンロールを特定するための情報である。
【０００９】
ユーザは、所定のＰＣまたはデジタル複合機に前記コンテンツパッケージとユースチケットをダウンロードする。以下、コンテンツパッケージがおかれているＰＣまたはデジタル複合機のことをコンテンツ実行機器と呼ぶ。
【００１０】
また、コマースサーバからは、ライセンスコントロールが認証データ生成手段を備えた利用権コントロールサーバへ移されるか、コマースサーバが該認証データ生成手段を兼ね備えるならば、そのままコマースサーバにおかれる。以下、ライセンスコントロールの置かれたサーバを利用権コントロールサーバ（あるいは、ＵＣＳ；Ｕｓａｇｅ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｅｒと略す。）と呼ぶ。
【００１１】
ユーザはコンテンツ実行機器でコンテンツパッケージを実行すると、コンテンツパッケージはユースチケットの中のライセンスコントロール情報を読み込み、利用権コントロールサーバに該ライセンスコントロール情報を転送する。利用権コントロールサーバでは、該ライセンスコントロール情報で対応するライセンスコントロールをＵＣＳで管理されているライセンスコントロールデータベースの中から特定する。
【００１２】
ライセンスコントロールに含まれるユーザ情報とコンテンツ情報と乱数を結合したデータを第２の暗号鍵で暗号化して、認証データを作成する。利用権コントロールサーバは、この認証データをコンテンツ実行機器に送信し、コンテンツパッケージは、認証データをユースチケットに含まれる第２の暗号鍵またはユーザが入力する第３の暗号鍵で解読した復号データを利用権コントロールサーバへ送信する。利用権コントロールサーバはこの復号データを暗号化前のデータと一致するかどうかをチェックして認証に成功すれば、利用権スクリプトと第１の暗号鍵をコンテンツ実行機器へ送信する。コンテンツパッケージは、利用権スクリプトの利用条件にしがたいコンテンツを前記第１の暗号鍵で復号してから印刷や表示、演奏などを行う。
【００１３】
また、ライセンスコントロールが特定された以降の上述の利用資格認証処理の部分は次のようにしてもよい。ＵＣＳは、乱数を発生させて、乱数をコンテンツ実行機器に送信する。コンテンツ実行機器では、第２の暗号鍵またはユーザが入力する第３の暗号鍵で前記乱数を暗号化して認証データを作成する。この認証データをコンテンツパッケージがＵＣＳに送信する。ＵＣＳがこの認証データをライセンスコントロールに含まれる第２の暗号鍵で復号し、復号されたデータが送信した乱数と一致するかどうかをチェックし認証を行う。
【００１４】
（第１の実施の形態）
次に、図面を参照しながら、本発明のコンテンツ配信システムの第１の実施の形態を以下に説明する。
【００１５】
図１は、本発明の実施の形態を示し、コンテンツ配信システムのシステム全体の構成を示したブロック図である。
１は、インターネットのネットワークである。２は、ユーザが使用するクライアントＰＣ（端末）であり、インターネット１にＨＴＴＰ、ＦＴＰ、ＰＯＰ３、ＳＭＴＰなどのプロトコルで接続されている。
【００１６】
３は、販売用コンテンツが置かれているコンテンツコマースサーバであり、やはりインターネット１に接続されている。４は、ＰＣやネットワーク対応デジタル複写機のようなデバイスである。以降、デバイス４のことをコンテンツ実行機器と呼ぶことにする。
【００１７】
コンテンツ実行機器４は、インターネット１に接続するのに必要なソフトウェア（ＯＳ，インターネットの各種プロトコル、ＳＳＬ、ＷＷＷブラウザなど）と、Ｊａｖａ（Ｒ）  ＶＭの環境を有している。
【００１８】
５は、利用権コントロールサーバである。コンテンツ実行機器４と利用権コントロールサーバ５もインターネット１に接続されている。なお、コンテンツ実行機器４と利用権コントロールサーバ５は、同じ機能を一つに合体した１つのサーバであってもよい。
【００１９】
１１、１２、１３は、それぞれ後に説明するコンテンツパッケージ、ユースチケット、およびライセンスコントロールであって、システム内で扱われるデータを示している。
【００２０】
次に、図２のシステムフローに従って、本実施の形態のコンテンツ配信システムにおける処理を説明していく。図２は、ユーザがコンテンツを購入してから、利用料金を課金するまでの処理を示している。
【００２１】
まず、ユーザは自分の端末２からネットスケープナビゲータなどのＷｅｂブラウザを使ってコンテンツコマースサーバ３にアクセスし、購入したいコンテンツが見付かったらコンテンツの購入指示を行う。そうすると、ステップＳ２０１において、コンテンツコマースサーバ３は、そのコンテンツの取引メニューをユーザの端末２のディスプレイのＷｅｂブラウザに表示する。
【００２２】
図３は、コンテンツ取引メニューの画面を示している。取引メニュー画面３００には、コンテンツＩＤ（３０１）、コンテンツ名（３０２）と、選択できる利用権とその課金方法が表示されている。図３の場合は、利用権が「印刷」権（３０３）しか表示されていないが、その他、「表示」権、「コピー」権などが表示される場合もある。
【００２３】
また、図３では、印刷のオプションとして、白黒印刷かカラー印刷かを選択できるようになっている。白黒かカラーかどちらを選択したかによって、対応した料金の金額が、金額表示欄３０９、３１０、３１１、３１２に表示されるようになっている。
【００２４】
３０３、３０４，３０５、３０６、３０７は、チェックボックスであって、その項目が選択されると、チェックボックス３０３、３０４，３０５、３０６、３０７の中にチェックマーク（レ）が表示される。
【００２５】
ユーザは、「印刷」３０３を選択すると、次にオプションの「白黒」か「カラー」かのいずれかを選択する（ステップＳ２０２）。ここでは「カラー」が選択されたものとする。
そして、次に、課金方式を、実績課金方式３０４か、プリペイド方式３０５かのどちらにするかを選択する。
【００２６】
実績課金方式３０４を選択すると、印刷の基本料金（コンテンツを利用しても利用しなくてもかかる料金）が３００円であり、１回の印刷につき、１２００円が課金されることになる。また、プリペイド方式３０５を選択すれば、ユーザがさらに、印刷回数が２回分のプリペイドをするか（チェックボックス（Ａ）３０６）、１０回分のプリペイドをするか（チェックボックス（Ｂ）３０７）を選択する。
【００２７】
チェックボックス（Ａ）３０６を選択すれば、２回までの印刷ならば料金が２０００円、チェックボックス（Ｂ）３０７を選択すれば１０回までの印刷ならば９０００円の料金となる。
【００２８】
そして、３０８の「その他」はボタンとなっていて、これをマウスでクリックすると、チェックボックス（Ａ）３０６、及びチェックボックス（Ｂ）３０７以外の印刷回数分をプリペイドする場合のプリペイド料金選択の画面へと移り（不図示）、ユーザは別の選択もできることになる。
【００２９】
ステップ２０３では、このようにしてユーザが課金方式を選択する。また、ユーザ固有のパスワード（以降ユーザキーと呼ぶ）をパスワード入力欄３１３に入力する。
【００３０】
３１４は、ＯＫボタンであって、ＯＫボタンを押すと取引メニュー画面３００で入力した情報がコンテンツコマースサーバ３に送られる。なお、端末２とコンテンツコマースサーバ３との通信はＳＳＬなどのプロトコルでセキュアな通信が確保されている。
【００３１】
３１５はキャンセルボタンで、これを押すと入力情報がクリアされ、再入力状態となる。
コンテンツコマースサーバ３は、取引メニュー画面３００でユーザが指定した情報を受け取ると、つぎの３つを行う（ステップＳ２０４）。
【００３２】
第１に、コンテンツのデータを暗号化してコンテンツパッケージを生成する。
第２に、Ｕｓａｇｅ  Ｒｉｇｈｔ  Ｓｃｒｉｐｔを含むライセンスコントロールを生成する。
第３に、ユースチケットを生成する。
【００３３】
コンテンツのデータを暗号化するには、暗号鍵（コンテンツキーと呼ぶ）により例えばＤＥＳなどの共通鍵暗号方式で暗号化する。コンテンツキーは、あらかじめ定めた所定のものを使うか、もしくはコンテンツごと、取引ごと、ユーザごとにそれぞれ作成したものを使ってもよい。
【００３４】
また、コンテンツパッケージは、後述するプログラムコードのＪａｖａ（Ｒ）アプレットである。コンテンツパッケージは、コンテンツＩＤやコンテンツ名などのコンテンツ情報も含む。
【００３５】
ユーザが取引メニューの画面３００で必要事項を選択すると、選択した情報が、利用権スクリプト（Ｕｓａｇｅ  Ｒｉｇｈｔ  Ｓｃｒｉｐｔ（以下、ＵＲＳと略す））というＸＭＬ文法の言語で記述された利用権スクリプトを生成する。このＵＲＳ４００の例を図４に示す。また、図５は、ＵＲＳ４００の文法の構造を示す。
【００３６】
図５の５０１、５１０〜５１３、５２０〜５２２は、すべてＸＭＬのタグで挟まれたテキストデータである。例えば、コンテンツ情報５１１は、ｃｏｎｔｅｎｔタグで囲まれ、＜ｃｏｎｔｅｎｔ＞〜＜／ｃｏｎｔｅｎｔ＞の形をしている。
【００３７】
ヘッダ部５１０は、スクリプト全体であり、このヘッダ部５１０の中に、コンテンツ情報５１１、ライセンサ（コンテンツを使用許諾する者）情報５１２、ライセンシー（コンテンツの利用許諾を受ける者）情報５１３が含まれている。
【００３８】
そして、５２０は利用権の条件について記述される本体であって、この本体５２０の中に権利コード５２１の並びが含まれる。料金情報５２２には、権利コード５２１をユーザ（ライセンシー）が利用するときの課金情報が記述される。
【００３９】
ＵＲＳ４００は、階層的な構造になっていて、下のブロックの記述内容は、上のブロックのタグに囲まれることを意味する。
権利コードには、Ｐｌａｙ，  Ｐｒｉｎｔ，  Ｃｏｐｙ，  Ｔｒａｎｓｆｅｒ，  Ｌｏａｎ，  Ｄｅｌｅｔｅ  がある。
Ｐｌａｙは、コンテンツを表示・演奏・ゲームなどのプレイをする権利、Ｐｒｉｎｔは、コンテンツを印刷する権利、Ｃｏｐｙは、コンテンツの複製を第３者に配信する権利、Ｔｒａｎｓｆｅｒは、コンテンツを第３者に譲渡する権利、Ｌｏａｎは、コンテンツを一時的に第３者に貸し出す権利、Ｄｅｌｅｔｅは、コンテンツを消去し払い戻しを受ける権利である。
【００４０】
図４のＵＲＳのサンプル４００において、４０１はコンテンツ情報、４０２はライセンサ情報、４０３はライセンシー情報、４０４はＰｌａｙ（表示）の権利コード、４０５はＰｒｉｎｔの権利コード、４０６はＣｏｐｙの権利コードの記述（コンテンツの権利をコピー配信する権利コードの記述）である。
Ｐｒｉｎｔの権利コード４０５の記述によると、印刷はカラーで印刷でき、２回分の印刷の権利が２０００円の料金で課金されることになっている。
【００４１】
ライセンスコントロールには、取引メニュー画面３００のパスワード入力欄３１３で入力したユーザキーと、ＵＲＳ４００、コンテンツ情報、及びライセンスコントロールＩＤが含まれる。
【００４２】
ここで、ＵＲＳ４００には、ユーザＩＤ、コンテンツＩＤが含まれるので、ユーザＩＤとコンテンツＩＤは、ライセンスコントロールに含まれることを注意しておく。ライセンスコントロールＩＤは、ライセンスコントロールに一意的につけられたＩＤ番号である。
【００４３】
ステップＳ２０４では、ユースチケットも生成される。ユースチケットには、ユーザキー、ライセンスコントロールＩＤが記憶されている。
【００４４】
次に、ユーザは、ステップＳ２０５で、必要なファイルをダウンロードする。コンテンツパッケージとユースチケットは、ユーザの管理下にあるインターネット１に接続されたコンテンツ実行機器４にダウンロードされる。
【００４５】
また、ライセンスコントロール及びコンテンツキーは、コンテンツの売り手（ライセンサ）の管理下にある利用権コントロールサーバ５に転送される。利用権コントロールサーバ５がコンテンツコマースサーバ３と同一のときは、ライセンスコントロールがコンテンツコマースサーバ３にそのまま置かれる。
【００４６】
ステップＳ２０６では、ユーザは自己の管理化にあるコンテンツ実行機器４でコンテンツパッケージを実行する。コンテンツパッケージは、Ｊａｖａ（Ｒ）アプレットであるので、Ｗｅｂブラウザから実行が可能である。
【００４７】
コンテンツパッケージは、まず利用者がコンテンツを正規に購入したユーザであるかどうかの利用資格認証を行う。その利用資格の認証の具体的プロトコルを図６に示す。
【００４８】
コンテンツパッケージは、利用権コントロールサーバ５とＳＳＬのようなセキュアな通信セッションを確立する。そして、ユースチケットを読み込みライセンスコントロールＩＤを取得する。コンテンツパッケージは、ライセンスコントロールＩＤを利用権コントロールサーバ５へ送り、ユースチケットに対応するライセンスコントロールの検索を行うように要求をする（図６の▲１▼）。
【００４９】
利用権コントロールサーバ（ＵＣＳ）５は、多数のユーザが購入したライセンスについてのライセンスコントロールをデータベースとして管理している。
【００５０】
利用権コントロールサーバ（ＵＣＳ）５は、対応するライセンスコントロールを探し出し、乱数を発生させる。そして、ユーザＩＤとコンテンツＩＤとこの乱数を結合したデータを、ユーザキーで暗号化して認証データを作成する。本実施の形態では、このユーザキーを文字列であるパスワードとする。
【００５１】
このように指定した文字列をキーとした暗号化は、例えば、ＵＮＩＸ（Ｒ）のＣｒｙｐｔプログラムのような公知の技術を用いて行うようにすればよい。あるいは、ユーザキーを公開鍵暗号方式の公開鍵としてＲＳＡ、ＰＧＰのような暗号方式で暗号化すればよりセキュリティが高くなる。
【００５２】
利用権コントロールサーバ（ＵＣＳ）５は、認証データをコンテンツ実行機器４へ送り認証データの解読を要求する（図６の▲２▼）。コンテンツパッケージは、ユースチケットの中のユーザキーで認証データの解読をする。あるいは、認証データの暗号化が公開鍵暗号方式を採用している場合は、ユーザの管理下にある秘密鍵データを使って解読をする。この場合は、秘密鍵を入力する操作が介入する。そして、解読した認証データを利用権コントロールサーバ（ＵＣＳ）５に送信してチェックを要求する（図６の▲３▼）。
【００５３】
利用権コントロールサーバ（ＵＣＳ）５は、暗号化する前の認証データと、コンテンツ実行機器４から送られてきた解読された認証データとが等しいかどうかをチェックする。もし、等しくなければ、コンテンツ実行機器４のユーザは正規に利用資格を有していないと判断して、認証エラーをコンテンツ実行機器４へ送信して処理を終了する。もし、等しければコンテンツ実行機器４のユーザは利用資格を有していると判断して、ライセンスコントロール内のＵＲＳ４００をコンテンツ実行機器４へ送信する（図６の▲４▼）。
【００５４】
コンテンツ実行機器４では、送信されてきたＵＲＳ４００が自分のものであるかどうかを、ユーザ情報を検査してチェックする。問題なければ、ＵＲＳ４００に基づき、利用メニュ−をコンテンツ実行機器４の表示機に表示する。
また、コンテンツをユースチケットのコンテンツキーで復号する（ステップＳ２０８）。
【００５５】
例えば、図４のＵＲＳ４００であると、Ｐｌａｙ（ディスプレイ）、Ｐｒｉｎｔ、Ｃｏｐｙの３つの権利が利用権メニューに表示される。
図７は、利用権メニューの一例である。図７の利用権メニュー画面７００において、７０１は、利用権を選択するためのチェックボックス、７０２は、選択した利用権を実行するＯＫボタン、７０３は、処理を中止するキャンセルボタンである。
【００５６】
ユーザは、この権利のうち実行したい権利を選ぶ（ステップＳ２０９）。例えば、Ｐｒｉｎｔ（図７の印刷）を選んだとする。図４の例であると、Ｐｒｉｎｔは２回分のプリペイドの課金方式であるから、コンテンツパッケージは、支払いがなされているか、すでに２回分の印刷を利用していないかなどをチェックする要求を利用権コントロールサーバ（ＵＣＳ）５に出す（図６の▲５▼）。
【００５７】
利用権コントロールサーバ（ＵＣＳ）５は、これらをチェックし問題があれば課金チェックエラーをコンテンツ実行機器４に送信する（ステップＳ２１０）。課金チェックエラーを受信するとコンテンツパッケージは処理を終了する。課金チェックに問題なければＯＫを送信する（図６の▲６▼）。
【００５８】
コンテンツパッケージがＯＫを受信すると、Ｐｒｉｎｔの権利を実行する（ステップＳ２１１）。実行が正常におわれば、利用権コントロールサーバ（ＵＣＳ）５に課金処理を依頼する（図６の▲７▼、図２のステップＳ２１２）。
【００５９】
利用権コントロールサーバ（ＵＣＳ）５では、当該ライセンスコントロールに記述されているライセンシーに対して相応の課金をすることになる。利用権コントロールサーバ（ＵＣＳ）５にはライセンシーに対して売掛金を記憶する記憶領域（売掛金口座）が用意されており、課金された金額がその売掛金口座に対して追加加算される。そして、例えば毎月末に口座残高をライセンシーに請求する。
【００６０】
この場合は、プリペイド課金方式であるので、ライセンスコントロール（ＵＲＳ４００を含む）を作成したとき（ステップＳ２０４）に売掛金に加算されていて、ステップＳ２１２では前払いしている利用可能残数を減らす処理が行われる。
【００６１】
また、実績課金方式が設定された権利が実行された場合は、ステップＳ２１２でＵＲＳ４００に指定された条件の金額が、売掛金口座に加算される。
【００６２】
以上のように本実施の形態では、端末２に表示される取引メニュー画面３００の内容に従ってユーザが指定した情報をコンテンツコマースサーバ３が受け取ると、コンテンツパッケージとユースチケットをコンテンツ実行機器４にダウンロードするとともに、ライセンスコントロールを利用権コントロールサーバ５に転送する。そして、利用権コントロールサーバ５は、転送されたライセンスコントロールの中のユーザキーを用いて、対応するライセンスコントロールを暗号化して認証データを作成し、コンテンツ実行機器４に送る。コンテンツ実行機器４は、ユースチケットの中のユーザキーを用いて、送られた認証データを解読し、利用権コントロールサーバ５に送信する。利用権コントロールサーバ５は、暗号化する前の認証データと解読された認証データとが等しければ、コンテンツ実行機器４のユーザは利用資格を有していると判断して、ライセンスコントロールの中の利用権スクリプト４００とコンテンツキーをコンテンツ実行機器４へ送信する。コンテンツ実行機器４では、送信されてきた利用権スクリプト４００が自分のものであるかどうかを、ユーザ情報を検査してチェックして問題なければ、利用権スクリプト４００に基づき、利用メニューをコンテンツ実行機器４の表示機に表示するとともに、コンテンツをユースチケットのコンテンツキーで復号する。
【００６３】
以上のように構成することにより、コンテンツパッケージは暗号化されているので、コンテンツパッケージを配信しても、不正利用することはできない。
また、ユースチケットをユーザが他の第３者に与えてしまうと、第３者はそのユースチケットにかかれたユーザの支払いで不正利用する恐れはある。しかし、これはユーザの不利益になるので、通常ユーザはユースチケットを自己の個人情報として機密に管理するはずであるので大きな問題は生じない。
【００６４】
したがって、特別な記録メディアを用いなくてもコンテンツパッケージの自由な配信が可能であり、コンテンツの流通を拡大することができる。これは、特別な記録メディア（ハードウェア）の仕組みを使って著作権を保護する従来の技術では実現できなかったことである。
【００６５】
また、コンテンツの利用対価の支払いについても、コンテンツ利用者は利用度数に応じて支払うという課金方法の恩恵をうることができる。これは、コンテンツそのものの対価を利用者から支払ってもらう従来のやり方よりも大変都合のいいものである。
【００６６】
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。なお、本実施の形態は、上記の第１の実施の形態と利用資格の認証方法が異なる。すなわち、本実施の形態のコンテンツ配信システムは、図６に示した利用資格の認証を図８に示す方法に置き換えたものである。したがって、ここでは利用資格の認証についてのみ説明し、その他の説明を省略する。
【００６７】
図８において、利用権コントロールサーバは、乱数を生成して乱数をコンテンツ実行機器へ送信する（８０１）。コンテンツパッケージは、乱数を受信し、第２の暗号鍵または第３の暗号鍵（この第３の暗号鍵は公開鍵暗号方式におけるユーザの秘密鍵であり、この場合第２の暗号鍵は該秘密鍵に対応する公開鍵になる。）で乱数を暗号化して認証データを作り、これを利用権コントロールサーバ（ＵＣＳ）へ送信する（８０２）。利用権コントロールサーバ（ＵＣＳ）は、受信した認証データをライセンスコントロールに含まれる第２の暗号鍵でこれを復号し、送信前の乱数と比較する。一致すれば、利用資格があるとしてＵＲＳをコンテンツ実行機器に送る（８０３）。一方、一致しなければ利用資格がないものとして、例えば認証エラーをコンテンツ実行機器４へ送信して処理を終了する。
【００６８】
このように本実施の形態では、利用権コントロールサーバ５とコンテンツ実行機器４との間で乱数を送受信することにより利用資格の認証を行うようにしたので、利用資格の認証を容易且つ確実に行うことができる。
【００６９】
（本発明の他の実施形態）
上述した実施形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置あるいはシステム内のコンピュータに対し、前記実施形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って前記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
【００７０】
また、この場合、前記ソフトウェアのプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコード自体、およびそのプログラムコードをコンピュータに供給するための手段、例えば、かかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００７１】
また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれることは言うまでもない。
【００７２】
さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行ない、その処理によって上述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。
【００７３】
【発明の効果】
以上説明したように本発明によれば、コンテンツパッケージは暗号化されているので、コンテンツパッケージを配信しても、不正利用はできない。
したがって、コンテンツパッケージの自由な配信が可能であり、コンテンツの流通を拡大することができる。これは、特別なハードウェアの仕組みを使って著作権を保護する従来の技術では実現できなかったことである。
【００７４】
また、コンテンツの利用対価の支払いについても、コンテンツの利用者は、コンテンツの利用度数に応じて支払うという課金方法の恩恵をうけることができる。これは、従来のやり方よりも大変都合のいいものである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態を示し、コンテンツ配信システムのシステム全体の構成を示したブロック図である。
【図２】本発明の第１の実施の形態を示し、コンテンツ配信システムにおける処理を説明するフローチャートである。
【図３】本発明の第１の実施の形態を示し、コンテンツ取引メニューの画面の一例を示した図である。
【図４】本発明の第１の実施の形態を示し、利用権スクリプトの一例を示した図である。
【図５】本発明の第１の実施の形態を示し、利用権スクリプトの構造の一例を示した図である。
【図６】本発明の第１の実施の形態を示し、利用資格の認証のプロトコルを説明する図である。
【図７】本発明の第１の実施の形態を示し、利用権メニューの一例を示した図である。
【図８】本発明の第２の実施の形態を示し、利用資格の認証のプロトコルを説明する図である。
【符号の説明】
１  インターネット
２  端末
３  コンテンツコマースサーバ
４  コンテンツ実行機器
５  利用権コントロールサーバ
１１  コンテンツパッケージ
１２  ユースチケット
１３  ライセンスコントロール
３００  取引メニュー画面
７００  利用権メニュー画面
【図１】
2004157864.tif 000003
【図２】
2004157864.tif 000004
【図３】
2004157864.tif 000005
【図４】
2004157864.tif 000006
【図５】
2004157864.tif 000007
【図６】
2004157864.tif 000008
【図７】
2004157864.tif 000009
【図８】
2004157864.tif 000010