JP2002203071A

JP2002203071A - ライセンス販売装置、コンテンツ配信システム、ライセンス販売方法及び記憶媒体

Info

Publication number: JP2002203071A
Application number: JP2001325236A
Authority: JP
Inventors: Masami Hisagai; 正己久貝
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-10-27
Filing date: 2001-10-23
Publication date: 2002-07-19

Abstract

(57)【要約】【課題】デジタルコンテンツのライセンス販売やサー
ビスのライセンス販売を、不正利用を防止しながらユー
ザの好みに応じて利用条件を選択可能にして行うビジネ
スを可能にする。【解決手段】パブリッシャまたはサービス提供者がラ
イセンスの利用条件及び課金条件をユーザ毎にきめ細か
く記述するライセンススクリプトを生成するための骨組
であるライセンススクリプトテンプレートを作成し、ユ
ーザが選択した利用条件に基づき上記ライセンススクリ
プトを基にしてライセンススクリプトを作成し、上記ラ
イセンスを実行する時に利用資格認証を行う認証手段を
設け、ライセンスの販売を一律な条件で行うのではなく
ユーザの好みに応じて、各ユーザにもっとも適した利用
権と課金方法を設定して行うことができるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はライセンス販売装
置、コンテンツ配信システム、ライセンス販売方法及び
記憶媒体に関し、特に、インターネットまたはその他の
電子的通信手段を通じてライセンスを配信するための方
法であって、例えば、インターネットにおいてデジタル
コンテンツを配信する際に著作権保護、利用権の選択、
課金方法の選択、及び利用制御を可能とするために用い
て好適なものである。また、スポーツクラブなどのサー
ビスの利用権販売システムにおいて、不正利用を防止し
かつ利用者がサービスや料金支払い方法を自由に選択す
ることを可能にするために用いて好適なものである。

【０００２】

【従来の技術】近年、インターネットの普及によりデジ
タルコンテンツのネットワークを使っての配信による販
売ビジネスが脚光を浴びている。しかしながら、一般に
デジタルコンテンツの著作権を保護し、対価を払わずに
利用されてしまう不正利用の恐れが問題となっている。

【０００３】そこで、例えば、ソニー社のMagic Gate
（著作権保護機構）のように暗号・認証の技術を活用し
た著作権保護の技術があらわれている。しかし、このよ
うな技術は、メモリスティックのような暗号・認証機能
を有した特殊な記録メデイアを使用しなければならない
問題があった。また、Magic Gateはコピーができないの
で、デジタルコンテンツのコピー配信の便利さを活用で
きない方法となってしまっていた。

【０００４】また、従来のコンテンツ販売は、コンテン
ツそのものの対価を利用者から支払ってもらうやりかた
であり、コンテンツを多く利用しても、少ししか利用し
なくても利用者が支払う料金に違いがなく、利用者にと
っては不都合な購入方法であった。

【０００５】このような問題点を改良するための方法と
して、米国Xerox Corporation社所有の米国特許USP５,
６２９,９８０、及び対応する日本出願の公開公報：特
開平８-２６３４３８号がある。

【０００６】上記特開平８-２６３４３８号によれば、
ディジタルワークに適切な使用権と料金をアタッチし、
それらを第１のリポジトリ内に記憶し、第２のリポジト
リは第１のリポジトリによりセッションを開始し、第２
のリポジトリはディジタルワークへのアクセスを要求
し、第１のリポジトリはディジタルワークに対応する使
用権をチェックし、ディジタルワークへのアクセスの許
諾をチェックし、アクセスが拒絶されると、第１のリポ
ジトリはエラーメッセージによってセッションを終了
し、アクセスが許諾されると、第１のリポジトリはディ
ジタルワークを第２のリポジトリへ転送するようにして
いる。

【０００７】これにより、ディジタルワークが第２のリ
ポジトリへ転送されると、第１のリポジトリ及び第２の
リポジトリはクレジットサーバへそれぞれ請求情報を発
生し、このような２重請求通知によって請求処理の不正
な欺きを防止するようにしている。また、従来、スポー
ツクラブなどのサービスの利用においては、利用者が自
由にサービスを選択したり、料金支払い方法を選んだり
したりすることができなかった。

【０００８】

【発明が解決しようとする課題】従来の技術において
は、デジタルコンテンツの著作権を保護した自由な配信
が阻害されている。米国Xerox社の米国特許USP５,６２
９,９８０、及び対応する日本出願の公開公報：特開平
８-２６３４３８号においては、デジタルコンテンツの
利用料を利用の内容（どのぐらい利用したか）に応じて
課金をし、かつ著作権保護する方法が開示されている。

【０００９】しかしながら、この発明では、ディジタル
ワーク（デジタルコンテンツ）に使用権をアタッチする
ので、コンテンツの配信は必ずしも自由とは言えなかっ
た。何故ならば、コンテンツを受け取った人は、コンテ
ンツを送った人と同じ使用権（ライセンス）を持つから
である。コンテンツの配信とは、コンテンツデータの配
信と、ライセンスを配信することの２つの要素がある。

【００１０】従来は、著作権を保護するためのセキュリ
ティ機能をもったコンテンツデータの配信と、使用権を
意味するライセンスの配信とを分離して、ライセンスの
配信を自由にすること、さらにライセンスの配信の付加
価値を増すことに対する配慮がなされていなかった。

【００１１】本発明は上述の問題点にかんがみ、著作権
を保護しながらデジタルコンテンツを販売するビジネス
を、特別な記録メディアを使用することなく行うことが
できるようにすることを第１の目的とする。また、著作
権を保護しながら自由な配信を可能にし、かつコンテン
ツデータの配信を効率よく行うことができるようにする
ことを第２の目的とする。また、利用者の利用量に応じ
た対価の支払いを行うことができるようにすることを第
３の目的とする。また、ライセンスの配信という新しい
ビジネスの領域を可能にすることを第４の目的とする。

【００１２】

【課題を解決するための手段】本発明のライセンス販売
装置は、ライセンスを記述するライセンススクリプトを
作成するライセンススクリプト作成手段と、上記ライセ
ンススクリプトを記憶するライセンススクリプト記憶手
段と、上記ライセンスを販売するライセンス販売手段
と、上記ライセンスを所有することを認証するライセン
ス認証手段と、上記ライセンスを配信するライセンス配
信手段とを有することを特徴とするライセンス販売装置
であって、上記ライセンススクリプト作成手段は、あら
かじめ用意されたライセンススクリプトテンプレートを
修正して上記ライセンススクリプトを作成することを特
徴としている。

【００１３】本発明のコンテンツ配信システムは、コン
テンツの利用条件を選択する利用条件選択手段と、上記
利用条件選択手段により選択された利用条件を記憶する
利用権スクリプトを生成する利用権スクリプト生成手段
と、上記コンテンツを第１の暗号鍵により暗号化するコ
ンテンツ暗号化手段と、上記コンテンツ暗号化手段によ
り暗号化されたコンテンツのデータとコンテンツ情報を
含むコンテンツパッケージを作成するコンテンツパッケ
ージ作成手段と、上記コンテンツ情報と第２の暗号鍵、
及び上記利用権スクリプトを含むライセンスコントロー
ルを作成するライセンスコントロール作成手段と、上記
ライセンスコントロール情報を含むユースチケットを生
成するユースチケット生成手段と、上記コンテンツパッ
ケージを実行するコンテンツパッケージ実行手段と、上
記第１の暗号鍵または第２の暗号鍵で任意のデータを暗
号化して認証データを生成する認証データ生成手段と、
上記認証データ生成手段により生成される認証データを
上記第１の暗号鍵、または、第２の暗号鍵、または第３
の暗号鍵で正しく解読できるかどうかテストして利用資
格を認証する利用資格認証手段とを備えたコンテンツ配
信システムであって、上記コンテンツパッケージ実行手
段によりコンテンツパッケージが実行されたときに、上
記利用資格認証手段により、利用資格の認証を行い、上
記ユースチケットの中のライセンスコントロール情報に
対応するライセンスコントロールをライセンスコントロ
ールデータベースから検索し、上記ライセンスコントロ
ールデータベース内の利用権スクリプトに基づき、１個
または１個以上の利用情報を表示及び又は印刷し、選択
された利用情報に基いてコンテンツの利用を実行し、上
記コンテンツの実行は、コンテンツの表示、印刷、演
奏、コピー配信、貸し出し、譲渡、削除のうちの１つを
少なくとも含むことを特徴とするコンテンツ配信システ
ムであって、上記利用権スクリプト生成手段は、あらか
じめ用意された利用権スクリプトテンプレートを修正し
て、上記利用権スクリプトを生成することを特徴として
いる。また、本発明の他の特徴とするところは、上記コ
ンテンツパッケージは、コンテンツパッケージ実行手段
を含むプログラムであることを特徴としている。

【００１４】本発明のライセンス販売方法は、ライセン
スを記述するライセンススクリプトを作成するライセン
ススクリプト作成ステップと、上記ライセンススクリプ
トを記憶するライセンススクリプト記憶ステップと、上
記ライセンスを販売するライセンス販売ステップと、上
記ライセンスを所有することを認証するライセンス認証
ステップと、上記ライセンスを配信するライセンス配信
ステップとを有することを特徴とするライセンス販売方
法であって、上記ライセンススクリプト作成ステップ
は、あらかじめ用意されたライセンススクリプトテンプ
レートを修正して上記ライセンススクリプトを作成する
ステップを含むことを特徴としている。

【００１５】本発明の記憶媒体は、上記に記載のライセ
ンス販売方法をコンピュータに実行させるためのプログ
ラムを記録したことを特徴としている。

【００１６】

【作用】本発明は上記技術手段を有するので、コンテン
ツのパブリッシャは該コンテンツの利用条件のテンプレ
ートを記憶するライセンススクリプトテンプレートを作
成しコマースサーバに設置する。デジタルコンテンツの
購入を希望するユーザは、コンテンツのコマースサーバ
（ライセンス販売手段）にアクセスして、気に入ったコ
ンテンツが見つかったら、コンテンツのライセンサが提
示する利用条件を利用条件選択手段により選択すると、
上記利用条件選択手段によって選択された利用条件は、
利用権スクリプト生成手段（ライセンススクリプト作成
手段）により、上記ライセンススクリプトテンプレート
が修正されて利用権言語で表現された利用権スクリプト
（ライセンススクリプト）になる。

【００１７】デジタルコンテンツは、第１の暗号鍵によ
り暗号化され、コンテンツ情報を含むプログラム（例え
ば、Java(R)アプレットの形式。以降、これをコンテン
ツパッケージと呼ぶ、ライセンス実行手段）になる。

【００１８】上記コンテンツ情報と、第1の暗号鍵また
は第２の暗号鍵、及び上記利用権スクリプトを含むライ
センスコントロールをライセンスコントロール作成手段
により作成する。また、ユースチケット生成手段によ
り、第1の暗号鍵及びライセンスコントロール情報、も
しくは第1の暗号鍵と第2の暗号鍵及びライセンスコント
ロール情報を含むユースチケットを生成する。このライ
センスコントロール情報は、上記作成されたライセンス
コンロールを特定するための情報である。

【００１９】ユーザは、所定のPCまたはデジタル複合機
に上記コンテンツパッケージとユースチケットをダウン
ロードする。以下、コンテンツパッケージがおかれてい
るPCまたはデジタル複合機のことをコンテンツ実行機器
と呼ぶ。

【００２０】また、コマースサーバからは、ライセンス
コントロールが認証データ生成手段を備えた利用権コン
トロールサーバへ移されるか、コマースサーバが上記認
証データ生成手段を兼ね備える（コマースサーバは利用
権コントロールサーバを兼ね備えていてもよい）なら
ば、そのままコマースサーバにおかれる。以下、ライセ
ンスコントロールの置かれたサーバを利用権コントロー
ルサーバ（あるいは、UCS；Usage Control Serverと略
す。ライセンススクリプト記憶手段である記憶装置を含
む）と呼ぶ。

【００２１】ユーザは、コンテンツ実行機器でコンテン
ツパッケージを実行すると、上記コンテンツパッケージ
はユースチケットの中のライセンスコントロール情報を
読み込み、利用権コントロールサーバに上記ライセンス
コントロール情報を転送する。利用権コントロールサー
バでは、上記ライセンスコントロール情報で対応するラ
イセンスコントロールをUCSで管理されているライセン
スコントロールデータベースの中から特定する。

【００２２】ライセンスコントロールに含まれるユーザ
情報と、コンテンツ情報と、UCSが発生させた乱数とを
結合したデータを第２の暗号鍵で暗号化して、認証デー
タを作成する。利用権コントロールサーバは、この認証
データをコンテンツ実行機器に送信し、コンテンツパッ
ケージは、認証データをユースチケットに含まれる第1
の暗号鍵、または第２の暗号鍵、あるいはユーザが入力
する第３の暗号鍵で解読した復号データを利用権コント
ロールサーバへ送信する。

【００２３】利用権コントロールサーバは、この復号デ
ータを暗号化前のデータと一致するかどうかをチェック
して、認証に成功すれば、利用権スクリプトをコンテン
ツ実行機器へ送信する（ライセンス認証手段）。コンテ
ンツパッケージは、利用権スクリプトの利用条件に従
い、コンテンツをユースチケットに含まれる第１の暗号
鍵で復号してから印刷や表示、演奏、配信などを行う。

【００２４】また、ライセンスコントロールが特定され
た以降、上述の利用資格認証処理の部分は次のようにし
てもよい。すなわち、UCSは、乱数を発生させて、乱数
をコンテンツ実行機器に送信する。コンテンツ実行機器
では、ユースチケットに含まれる第1の暗号鍵または第
２の暗号鍵、またはユーザが入力する第３の暗号鍵で上
記乱数を暗号化して認証データを作成する。この認証デ
ータをコンテンツパッケージがUCSに送信する。そし
て、上記UCSがこの認証データをライセンスコントロー
ルに含まれる第1の暗号鍵または第２の暗号鍵で復号
し、復号されたデータが送信した乱数と一致するかどう
かをチェックして認証を行う。

【００２５】

【発明の実施の形態】次に、添付図面を参照しながら本
発明のライセンス販売装置、コンテンツ配信システム、
ライセンス販売方法及び記憶媒体の実施の形態について
説明する。

【００２６】[第１の実施の形態]以下、ライセンス販売
装置、コンテンツ配信システム、ライセンス販売方法及
び記憶媒体の実施の形態を以下に説明する。図１は、本
発明の実施の形態であるコンテンツ配信システムのシス
テム全体の構成を示すブロック図である。図１におい
て、１は、インターネット等のネットワークである。２
は、ユーザが使用するクライアントPC（ユーザ端末）で
あり、インターネット１にHTTP、FTP、POP３、SMTPなど
のプロトコルで接続されている。

【００２７】３は、販売用コンテンツが置かれているコ
マースサーバであり、やはりインターネット１に接続さ
れている。４は、PCやネットワーク対応デジタル複写機
のようなデバイスである。以降、４のことをコンテンツ
実行機器と呼ぶことにする。

【００２８】上記コンテンツ実行機器４は、インターネ
ット１に接続するのに必要なソフトウェア（OS,インタ
ーネットの各種プロトコル、SSL、WWWブラウザなど）
と、Java(R) VM（Java(R) Virtual Machine）の環境を
有している。

【００２９】５は、利用権コントロールサーバである。
コンテンツ実行機器４と利用権コントロールサーバ５も
インターネット１に接続されている。なお、コンテンツ
実行機器４と利用権コントロールサーバ５は、同じ機能
を１つに合体した１つのサーバであってもよい。１１、
１２、１３は後に説明するコンテンツパッケージ、ユー
スチケット、及びライセンスコントロールであって、シ
ステム内で扱われるデータを示している。６は、パブリ
ッシャ端末である。１４はライセンススクリプトテンプ
レートであって、やはりシステム内で扱われるデータで
ある。

【００３０】３のコマースサーバには、Java(R)Servlet
によって作成されたパブリッシャが利用するコンテンツ
パッケージビルダ（コンテンツパッケージを作成するWe
bアプリケーションソフトウェア）があり、パブリッシ
ャはコマースサーバ３にアクセスし、該コンテンツパッ
ケージビルダにより、Webブラウザから必要事項を入力
し、コンテンツパッケージと、ライセンススクリプトテ
ンプレートを作成する。

【００３１】図１８は、コンテンツの情報を入力する画
面の一例である。図１８には、コンテンツID,コンテン
ツ名、著者名、内容の概略、許諾する権利、アップロー
ドするコンテンツデータのパス名などの入力欄がある。
許諾する権利については、図１８のAddボタンをクリッ
クするとさらに詳細な権利の許諾情報を入力する画面が
表示される。

【００３２】たとえば、図１９は印刷の権利について許
諾する条件（割引を許すかどうか、課金方式はどうする
かなど）を指定する画面である。また、図２０は、実績
課金方式の選択を許した場合の、詳細なパラメータを入
力する画面である。

【００３３】パブリッシャは、これらの図１８〜２０の
画面で情報を入力して、図１８のOKボタンをクリックす
ると、コンテンツパッケージビルダは、コンテンツパッ
ケージとライセンススクリプトテンプレートを作成す
る。

【００３４】図１６、図１７は、ライセンススクリプト
テンプレートの一例である。ライセンススクリプトテン
プレートはXMLで記述されたデータである。たとえば、
図１８でコンテンツの概要をAbstract欄にパブリッシャ
が入力するようになっているが、この概要は図１６、図
１７の２０行目の<abstract>タグではさまれた部分に記
述されている。

【００３５】この概要のようなすべてのユーザ（コンテ
ンツ利用者）に共通の情報は、固定のデータとしてライ
センススクリプトテンプレートに記述される。一方、ユ
ーザに固有の情報、たとえばユーザID、ユーザ名、住
所、Eメールアドレスなどは変数＄として記述される。
これらは、図１６、図１７の、行番号３４、３５、３
６、３７、３８など＄の記載された部分である。

【００３６】また、ユーザが選択する情報としては、単
一の項目を選択するかどうかの情報、および複数の中か
ら選択する情報があり、前者は<option>タグではさまれ
た部分に記載され、後者は<select>タグではさまれた部
分に記載される。図１６、図１７の行番号４９〜６６で
は、<play>権利が記述され、<play>権利はユーザが購入
するか、購入しないかを選べることになっている。

【００３７】また、行番号７２〜７９では実績課金方式
を意味する<metered>タグと、利用度数方式を意味する<
prepaid>タグが<select>タグで囲まれている。これは、
ユーザが料金課金方式として、実績課金方式または利用
度数方式を選択できることを意味する。このように、ラ
イセンススクリプトテンプレートは、変数＄、optionタ
グ、selectタグによって、各ユーザにカスタマイズされ
たライセンススクリプトを生成できる。

【００３８】次に、図２のフローチャートに従って、本
実施の形態を説明する。図２は、ユーザがコンテンツを
購入してから、利用料金を課金するまでの処理手順を示
している。まず、ユーザは自分の端末２からネットスケ
ープナビゲータなどのWebブラウザを使ってコンテンツ
コマースサーバ３にアクセスし、購入したいコンテンツ
が見つかったらコンテンツ購入指示を行う。

【００３９】そうすると、ステップＳ２０１においてコ
ンテンツコマースサーバは、そのコンテンツの取引メニ
ューをユーザ端末２のディスプレイのWebブラウザに表
示する。この取引メニューは、該コンテンツに対応した
ライセンススクリプトテンプレートから作成される。

【００４０】図３は、コンテンツ取引メニューの画面を
示している。取引メニュー画面には、コンテンツＩＤ
（３０１）、コンテンツ名（３０２）と、選択できる利
用権とその課金方法が表示されている。図３の場合は、
利用権が「印刷」権（３０３）しか表示されていない
が、その他、「表示」権、「コピー」権などが表示され
る場合もある。

【００４１】図３では、印刷のオプションとして、白黒
印刷かカラー印刷かを選択できるようになっている。白
黒印刷かカラー印刷のどちらを選択したかによって、対
応した料金の金額が、３０９、３１０、３１１、３１２
に表示されるようになっている。

【００４２】図３の３０３、３０４，３０５、３０６、
３０７は、チェックボックスであって、その項目が選択
されると、チェックボックスの中にチェックマーク
（レ）が表示される。ユーザは、「印刷」３０３を選択
すると、次に、オプションの「白黒」か「カラー」かを
選択する。ここでは「カラー」が選択されたものとす
る。

【００４３】そして次に、課金方式を、実績課金方式３
０４か、プリペイド方式３０５のどちらにするかを選択
する。実績課金方式を選択すると、印刷の基本料金が３
００円であり、１回の印刷につき、１２００円が課金さ
れることになる。

【００４４】また、プリペイド方式を選択すれば、ユー
ザがさらに、印刷回数が２回分のプリペイドをするか
（A）、１０回分のプリペイドをするか（B）を選択す
る。２回分のプリペイド（A）を選択すれば、２回まで
の印刷ならば料金が２０００円となり、１０回分のプリ
ペイドをするか（B）を選択すれば１０回までの印刷な
らば９０００円の料金となる。

【００４５】そして、３０８の「その他」はボタンとな
っていて、これをマウスクリックすると、上記A、B以外
の印刷回数の場合のプリペイド料金選択の画面へと移り
（不図示）、ユーザは別の選択もできることになる。

【００４６】ステップＳ２０３では、このようにユーザ
が課金方式を選択する。また、ユーザ固有のパスワード
（以降、ユーザキーと呼ぶ）を入力項目３１３に入力す
る。３１４は、OKボタンであって、OKボタンを押すと取
引メニューで入力した情報がコンテンツコマースサーバ
３に送られる。

【００４７】なお、ユーザ端末２とコンテンツコマース
サーバ３との、通信はSSL(Secure Sockets Layer)など
のプロトコルでセキュアな通信が確保されている。３１
５はキャンセルボタンで、これを押すと入力情報がクリ
アされ、再入力状態となる。

【００４８】コンテンツコマースサーバ３は、取引メニ
ューでユーザが指定した情報を受け取ると、次の３つを
行う（ステップＳ２０４）。すなわち、コンテンツのデ
ータを暗号化してコンテンツパッケージを生成する。ラ
イセンススクリプトテンプレートとユーザが入力した情
報から作成されるUsage Right Scriptを含むライセンス
コントロールを生成する。ユースチケットを生成する。

【００４９】コンテンツのデータを暗号化するには、暗
号鍵（コンテンツキーと呼ぶ）により例えばDESなどの
共通鍵暗号方式で暗号化する。コンテンツキーは、予め
定めた所定のものを使うか、もしくはコンテンツ毎、取
引毎、ユーザ毎にそれぞれ作成したものを使ってもよ
い。

【００５０】また、コンテンツパッケージは後述するプ
ログラムコードのJava(R)アプレットである。コンテン
ツパッケージは、コンテンツID,コンテンツ名などのコ
ンテンツ情報も含む。

【００５１】ユーザが取引メニューで必要事項を選択す
ると、ライセンススクリプトテンプレートと選択した情
報により、Usage Right Script(以下、URSと略す)とい
うXML文法の言語で記述された利用権スクリプトが生成
される。URSの例を図４に示す。

【００５２】また、図５は、URSの文法の構造を示す。
図５の５０１、５１０〜５１４、５２０〜５２２は、す
べてXMLのタグで挟まれたテキストデータである。例え
ば、５１１はcontentタグで囲まれ、<content>〜</cont
ent>の形をしている。

【００５３】５０１はスクリプト全体であり、５１０は
ヘッダ部で、ヘッダ部５１０の中に、５１１のコンテン
ツ情報、５１２のライセンサ（コンテンツを使用許諾す
る者）情報が含まれている。５１３はライセンシー（コ
ンテンツの利用許諾を受ける者）情報、５１４はセンダ
ー情報である。

【００５４】５２０は利用権の条件について記述される
本体であって、本体の中に権利コード５２１の並びが含
まれる。料金情報５２２には、権利コード５２１をユー
ザ（ライセンシー）が利用する時の課金情報が記述され
る。

【００５５】URSは階層的な構造になっていて、下のブ
ロックの記述内容は、上のブロックのタグに囲まれるこ
とを意味する。権利コードには、Play, Print, Copy, T
ransfer, Loan, Delete がある。

【００５６】Playは、コンテンツを表示・演奏したりゲ
ームなどのプレイをしたりする権利、Printはコンテン
ツを印刷する権利、Copyはコンテンツの複製を第３者に
配信する権利、Transferはコンテンツを第３者に譲渡す
る権利、Loanはコンテンツを一時的に第３者に貸し出す
権利、Deleteはコンテンツを消去して払い戻しを受ける
権利である。

【００５７】図４のURSのサンプルにおいて、４０１は
コンテンツ情報、４０２はライセンサ情報、４０３はラ
イセンシー情報、４０４はPlay（表示）の権利コード、
４０５はPrintの権利コード、４０６はCopyの権利コー
ドの記述である。４０５の記述によると、印刷はカラー
で印刷でき、２回分の印刷の権利が２０００円の料金で
課金されることになっている。４０６は、コンテンツの
権利をコピー配信する権利記述である。

【００５８】ライセンスコントロールには、入力項目３
１３で入力したユーザキーとURS、コンテンツ情報、及
びライセンスコントロールＩＤが含まれる。URSにはユ
ーザID、コンテンツIDが含まれるので、ユーザIDとコン
テンツIDはライセンスコントロールに含まれることを注
意しておく。

【００５９】ライセンスコントロールＩＤは、ライセン
スコントロールに一意的に付けられたＩＤ番号である。
ステップＳ２０４では、ユースチケットも生成される。
ユースチケットにはコンテンツキー、ユーザキー、ライ
センスコントロールＩＤが記憶されている。

【００６０】次に、ユーザはステップＳ２０５で、必要
なファイルをダウンロードする。コンテンツパッケージ
とユースチケットはユーザの管理下にあるインターネッ
トに接続されたコンテンツ実行機器４にダウンロードす
る。また、ライセンスコントロールはコンテンツの売り
手（ライセンサ）の管理下にある利用権コントロールサ
ーバ５に転送される。利用権コントロールサーバ５がコ
マースサーバ３と同一の時はライセンスコントロールが
コマースサーバにそのまま置かれる。

【００６１】ステップＳ２０６では、ユーザは自己の管
理化にあるコンテンツ実行機器４でコンテンツパッケー
ジを実行する。コンテンツパッケージは、Java(R)アプ
レットであるので、Webブラウザから実行が可能であ
る。コンテンツパッケージは、まず利用者がコンテンツ
を正規に購入したユーザであるかどうかの利用資格認証
を行う。

【００６２】図６に、その利用資格の認証の具体的プロ
トコルを示す。コンテンツパッケージは、利用権コント
ロールサーバ５とＳＳＬのようなセキュアな通信セッシ
ョンを確立する。そして、ユースチケットを読み込みラ
イセンスコントロールIDを取得する。

【００６３】コンテンツパッケージは、ライセンスコン
トロールＩＤを利用権コントロールサーバ５へ送り、ユ
ースチケットに対応するライセンスコントロールの検索
を行うように要求をする（(１)）。利用権コントロール
サーバ（UCS）は、多数のユーザが購入したライセンス
についてのライセンスコントロールをデータベースとし
て管理している。

【００６４】UCSは、対応するライセンスコントロール
を探し出し、乱数を発生させる。そして、ユーザIDとコ
ンテンツIDとこの乱数を結合したデータを、ユーザキー
で暗号化して認証データを作成する。本実施の形態で
は、ユーザキーは文字列のパスワードである。

【００６５】このように指定した文字列をキーとした暗
号化は、UNIX（R)のCryptプログラムのように公知の技
術である。あるいは、ユーザキーを公開鍵暗号方式の公
開鍵としてRSA、PGPのような暗号方式で暗号化すればよ
りセキュリティが高くなる。

【００６６】UCSは認証データをコンテンツ実行機器４
へ送り認証データの解読を要求する（(２)）。コンテン
ツパッケージはユースチケットの中のユーザキーで認証
データの解読をする。あるいは、認証データの暗号化が
公開鍵暗号方式を採用している場合は、ユーザの管理下
にある秘密鍵データを使って解読をする。

【００６７】この場合は、秘密鍵を入力する操作が介入
する。そして、解読した認証データをUCSに送信してチ
ェックを要求する（(３)）。UCSは、暗号化する前の認
証データと、コンテンツ実行機器４から送られてきた解
読された認証データが等しいかどうかチェックする。

【００６８】もし、等しくなければ、コンテンツ実行機
器４のユーザは正規に利用資格を有していないと判断し
て、認証エラーをコンテンツ実行機器４へ送信して処理
を終了する。もし、等しければコンテンツ実行機器４の
ユーザは利用資格を有していると判断して、ライセンス
コントロール内のURSをコンテンツ実行機器４へ送信す
る（(４)）。

【００６９】コンテンツ実行機器４では、送信されてき
たURSが自分のものであるかどうか、ユーザ情報を検査
してチェックする。問題なければ、URSに基き、利用メ
ニューをコンテンツ実行機器４の表示器に表示する。ま
た、コンテンツをユースチケットのコンテンツキーで復
号する（ステップＳ２０８）。

【００７０】なお、コンテンツキーはユースチケットに
含まれなくてもよい。例えば、UCSにおいてライセンス
コントロールと対応付けられる方法でコンテンツキーを
保管しておき、ステップS２０７のあとにUCSからコンテ
ンツ実行機器に送信する方法もある。

【００７１】さらにまた、コンテンツキーは非対称暗号
方式の公開鍵／秘密鍵のいずれかであり、コンテンツの
復号はコンテンツキーと対になる他方の公開鍵／秘密鍵
で復号する方法もある。

【００７２】例えば、図４のURSであると、Play(ディス
プレイ)、Print、Copyの３つの権利が利用権メニューに
表示される。図７は、利用権メニューの一例である。図
で７０１は利用権を選択するためのチェックボックス、
７０２は選択した利用権を実行するOKボタン、７０３は
処理を中止するキャンセルボタンである。

【００７３】ユーザは、この権利のうち実行したい権利
を選ぶ（ステップＳ２０９）。例えば、Print（図７の
印刷）を選んだとする。図４の例であると、Printは２
回分のプリペイドの課金方式であるから、支払いがなさ
れているか、すでに２回分の印刷を利用していないかな
どをチェックする要求をコンテンツパッケージはUCSに
出す（(５)）。

【００７４】UCSはこれらをチェックし問題があれば課
金チェックエラーをコンテンツ実行機器４に送信する
（ステップＳ２１０）。課金チェックエラーを受信する
とコンテンツパッケージは処理を終了する。課金チェッ
クに問題なければOKを送信する（(６)）。

【００７５】コンテンツパッケージがOKを受信すると、
Printの権利を実行する（ステップＳ２１１）。実行が
正常に終われば、UCSに課金処理を依頼する（(７)、ス
テップＳ２１２）。UCSでは、当上記ライセンスコント
ロールに記述されているライセンシーに対して相応の課
金をすることになる。

【００７６】UCSにはライセンシーに対して売掛金を記
憶する記憶領域（売掛金口座）が用意されており、課金
された金額がその売掛金口座に対して追加加算される。
そして、例えば毎月末に口座残高をライセンシーに請求
する。

【００７７】この場合は、プリペイド課金方式であるの
で、ライセンスコントロール（URSを含む）を作成した
時（ステップＳ２０４）に売掛金に加算されていて、ス
テップＳ２１２では前払いしている利用可能残数を減ら
す処理が行われる。また、実績課金方式が設定された権
利が実行された場合は、ステップＳ２１２でURSに指定
された条件の金額が、売掛金口座に加算される。

【００７８】ステップＳ２０９で、ユーザがコピー配信
（図７の３）を選択した場合を説明する。図４の利用権
スクリプトの４０６にユーザがライセンスを受けている
コピー権の内容が示されている。Prepaid="no"により配
信先ユーザにコンテンツ利用料金の前払いがユーザへの
課金ではなされないことを意味している。

【００７９】prepaid="yes"であれば、配信先ユーザに
コンテンツ利用料金の前払いがユーザに対する課金でな
されることを意味する。next-copy-rightsタグで囲まれ
た記述は配信先では、copy権が削除されることを意味す
る。

【００８０】つまり、配信先ユーザはコピー権を持たな
い。incentiveタグで囲まれた記述は、ユーザに支払わ
れる報奨金（コピー配信したことに対する報奨金）の額
を指定している。この場合は、１回コピー配信するごと
に１０円（use="１０"で指定）がコンテンツのライセン
サによりユーザに支払われる。

【００８１】ただし、<incentive rate="１０２">のrat
e="１０２"は、このユーザが過去にコンテンツを利用な
いしは配信した貢献があるので、２％増の割増を意味す
る。つまり、コピー配信を２０回行った場合は、１０×
２０×１０２%＝２０２円がコピー配信したことによる
報奨金となる。

【００８２】また、extraタグで囲まれた記述は、コピ
ー配信の回数が多くなった場合の割増率を規定してい
る。この場合は、コピー配信の回数が１００回（accumu
lationタグのuse="１００"で指定）になったら、規定額
の１０５%が報奨金となる。

【００８３】つまり、１００回コピー配信した場合に
は、１０×１００×１０５%×１０２%＝１０７１円の報
奨金となる。Accumulationタグのreputation="yes"は、
１００回以上のコピー配信に対しても、同じ割増率１０
５%が適用されることを指定している。例えば、３００
回のコピー配信に対して、１０×３００×１０５%×１
０２%＝３２１３円が報奨金となる。

【００８４】図１０は、ステップＳ２０９でコピー配信
が選ばれた場合のステップＳ２０９〜Ｓ２１２に代わる
処理手順を示すフローチャートを示している。ステップ
Ｓ２０９で図７のコピー配信を選択すると（ステップＳ
１００１）、ステップＳ１００２で支払い能力がチェッ
クされる。すなわち、当ユーザがこれまでに滞納が所定
限度を超えているかどうかがチェックされる。図１２に
滞納点数記憶領域１２１２があるが、UCSはこれを参照
する。

【００８５】UCSがコンテンツ実行機器の表示器に図９
で示される配信メニューを表示する（ステップＳ１００
３）。図９の９０１にユーザは、配信先ユーザIDを入力
する。９０２は、配信されるコンテンツの情報、９０
３、９０４は配信されるライセンスの権利とその権利実
行にかかる課金方法である。

【００８６】図４のライセンスで指定されている内容か
らコピー権を除いたものとなっている。権利の料金は、
プリペイド料金が表示されているがこれらは、配信先ユ
ーザの負担となる。もし、４０６のcopyタグでprepaid
="yes"が指定されていれば、これらの料金は配信をする
ユーザが負担することになる。

【００８７】９０５は配信を実行するOKボタン、９０６
は配信を取り消すボタンである。ユーザがOKボタンを押
すと、配信用のURSが新しく生成される（ステップＳ１
００４）。配信用URSは、図４のURSに対して次の変更を
加えたものになる。

【００８８】４０３のライセンシー情報を配信先ユーザ
のものに置き換える。ライセンシー情報には氏名、住所
など、図９の配信メニューでは入力されていない情報も
あるが、これらはユーザIDをキーとしてUCSが管理する
ユーザデータベースから取り出してもいいし、ユーザID
以外の情報はURSでは省略可能なものとしてもよい。４
０６を取り除く。４０７のセンダー情報を次のものに置
き換える。

【００８９】<sender level="１" incentive-rate１="
５" incentive-rate２="２">、<person><id>KAD２３０
０８３５</id></person></sender>

【００９０】ここで、levelの値は当URSを配信したユー
ザがコンテンツのライセンサからみて何階層目のライセ
ンス受信者であるかを示す数字である。図４のURSで
は、levelの値は０であって、図４のURSを送信した者
（＝ライセンサ）が最初の配信者であることを意味す
る。

【００９１】当URSを受信したユーザが、これをコピー
配信できたとすれば、それを受信したユーザのsenderタ
グのlevel値は１だけ増加して２となる。さらにその
子、孫と配信が続けば、levelの値は配信毎に１だけ増
加する。ただし、図４のURSでは、４０６のnext-copy-r
ightsタグでコピー権を削除しているから、再配信はで
きないことになっている。

【００９２】ところで、これ以降の説明は、図４の４０
６において、next-copy-rightsタグでコピー権を削除し
ていないものとして説明を行う。すなわち、４０６の代
わりに、次のcopyタグに置き換えて考える。このタグで
は、next-copy-rightsタグが省略されている。next-cop
y-rightsタグが省略された場合には、コピー配信先は、
配信元と同じ利用権を受け継ぐという約束がある。

【００９３】<copy prepaid="yes"> <incentive rate="１０２"> <metered count-unit="１" basic="０" use="１０"> <extra> <accumulation use="１００" rate="１０５" reputatio
n="yes"> </extra> </metered> </incentive> </copy>

【００９４】したがって、配信先ユーザもコピー配信が
でき、さらに次々と再配信が可能である。いま、図４の
URSのライセンス所有者を第１のユーザと呼び、図４のU
RSを配信した先のユーザを第２のユーザと呼ぶ。さらに
第２のユーザが配信した先のユーザを第３のユーザとし
て、一般にユーザｎと呼ばれるユーザまで配信ができる
ことになる。

【００９５】senderタグのincentive-rate１="５"は、l
evelが１のユーザ（すなわち第１のユーザ）が第２のユ
ーザのコンテンツ利用料金の５％が第１のユーザに報奨
金として支払われることを意味する。また、incentive-
rate２="２"は、第２のユーザが第３のユーザから受け
取る報奨金の２％が第１のユーザに支払われることを意
味する。

【００９６】同様にして、ユーザｎは、ユーザ（n+１）
のコンテンツ利用料金の５％の報奨金を受け取り、また
ユーザ（n+１）がユーザ(n+２)から受け取る報奨金の２
％を受け取ることになる。かくして、第１のユーザは、
当コンテンツが配信された末端のユーザの利用料金の一
部を報奨金として受け取ることが可能となる。

【００９７】さて、また図４のURSの場合に戻る。この
場合は、図４に対して上記A,B,Cの変更を加えた新しいU
RSが生成されて配信先ユーザに送信される（ステップＳ
１００４）。

【００９８】ところで、本実施の形態のコンテンツ配信
システムを利用するすべてのユーザはそのユーザが所有
するライセンスコントロール情報と他のユーザから配信
されたがまだ受信処理していないライセンスの情報（こ
れを末受信ライセンス情報と呼ぶ）を図１１のように管
理されている。

【００９９】図１１は、一人のユーザについてのライセ
ンス管理情報（ライセンスコントロール情報及び未受信
ライセンス情報）を表すデータ構造である。１１００
は、ユーザIDに対応したフォルダ（例えば、Windows
（R)のファイルシステムであればユーザIDはフォルダ名
となる）、その下にライセンスコントロールフォルダ１
１１０と未受信フォルダ１１２０がある。

【０１００】ライセンスコントロールフォルダのしたに
は、１１１１、１１１２のライセンスコントロール情報
ファイルがあり、この各ファイルにはライセンスコント
ロール情報が記録されている。UCSには別途ライセンス
コントロールデータベースがあり、ライセンスコントロ
ール情報はその中のライセンスコントロールの位置を指
している。ライセンスコントロール情報ファイルは線形
リストであり、末端は１１１３のENDファイルである。

【０１０１】未受信フォルダ１１２０の下には、配信さ
れてきたURS（利用権スクリプト）が記録されているURS
情報ファイルの線形リストであり、末端は１１２３のEN
Dファイルである。

【０１０２】送信されたURSは、図１１に示した未受信
フォルダのリストの最後に追加される。ステップＳ１０
０５では、ユーザがコピー配信したことに対する課金処
理が行われる。図４の場合であると、copyタグでprepai
d="no"が指定されているので、課金は０である。

【０１０３】しかし、prepaid="yes"が指定されていれ
ば、playとprint権のprepaid料金がユーザへの課金とし
て処理される。UCSでは、本発明のすべてのユーザにつ
いて課金と報奨金の処理をするための課金データベース
がある。

【０１０４】図１２は、課金データベースの１人のユー
ザについてのデータ構造を表す。１２００はユーザIDを
名称とするフォルダ、その下に１２１０の課金フォルダ
と１２２０の報奨金フォルダがある。課金フォルダ１２
１０の下には、課金残高を記録するファイル１２１１
と、滞納点数を記録するファイル１２１２があり、報奨
金フォルダ１２２０の下には、報奨金残高を記録するフ
ァイル１２２１と、報奨金実績点数を記録するファイル
１２２２がある。

【０１０５】課金残高記録ファイル１２１１は、前回決
済処理以降に累積した課金額を記録し、次の決済時点の
課金額がユーザの銀行口座から引き落とされると０にな
る。滞納点数ファイル１２１２は、決済時に決済ができ
なかった場合、課金残高に応じて点数が加算される。

【０１０６】例えば、１０００円につき１点が加算され
る。報奨金残高ファイル１２２１には、前回決済時以降
にたまったユーザに支払われるべき報奨金が加算され記
憶される。決済時には、ユーザの銀行口座に１２２１に
記憶されていた報奨金残高が振り込まれる。報奨実績点
数１２２２には、支払われた報奨金の金額及び、ユーザ
に課金された金額に応じて点数が加算され記憶される。
例えば、１０００円あたりにつき１点が加算される。

【０１０７】この報奨実績点数は、UCSにおいてURSを生
成する時にincentiveタグのrateの値を決定するために
使用される。また、滞納点数は、ステップＳ２１０で支
払い能力をチェックする時に使用される。滞納点数があ
る所定の値を超えた場合は、支払い能力がないとみなさ
れる。

【０１０８】ステップＳ１００４でライセンスの配信が
なされ、１１２０の未受信フォルダに新たなURSファイ
ルが追加されると、配信先ユーザに「ライセンスが配信
されたこと」を伝えるEメールが届く。配信先ユーザ
は、自分の端末２でUCSへアクセスし、ライセンスの受
け取り処理を行う（ステップＳ１００６）。

【０１０９】すなわち、配信先ユーザには図３とほぼ同
様のメニュー画面が提示される。ただし、今の場合は、
３０３〜３０８は表示されず、利用権については選択が
できない。配信先ユーザはパスワード（認証のためのユ
ーザキー）を入力項目３１３に入力し、OKボタンを押す
と当ライセンスを受け取ったことになる。

【０１１０】そうすると、URS内のコンテンツ情報に基
き、コンテンツを解読するためのコンテンツキーをコン
テンツデータベースから取り出し、コンテンツ情報（UR
S内にある）とユーザキー（上記パスワード）とURS（配
信されたもの）とからライセンスコントロールを生成す
る。

【０１１１】また、当ライセンスコントロールを一意に
指定するためのライセンスコントロール情報を割り当
て、上記コンテンツキーとユーザキーと上記ライセンス
コントロール情報からなるユースチケットを生成する。
生成されたライセンスコントロール情報はファイルとし
てライセンスコントロールフォルダ１１１０の下に追加
される。

【０１１２】また、受け取ったURSは未受信フォルダ１
１２０の下から削除される。また、ライセンスコントロ
ールはUCSのライセンスコントロールサーバに記憶さ
れ、コンテンツパッケージとユースチケットをダウンロ
ードする。

【０１１３】なお、コンテンツデータベースはコンテン
ツ情報、コンテンツキーとコンテンツパッケージを対応
させて管理したものでコンテンツコマースサーバにある
ものとする。ステップＳ１００６で配信先ユーザがライ
センスを受け取ると、配信元のユーザの１２２１報奨金
残高に報奨金が加算される（ステップＳ１００７）。

【０１１４】[第２の実施の形態]上記第１の実施の形態
において、図６の利用資格の認証を図８で示す方法で置
き換えてもかまわない。すなわち、利用権コントロール
サーバは乱数を生成して乱数をコンテンツ実行機器へ送
信する（８０１）。

【０１１５】コンテンツパッケージは、乱数を受信し、
ユースチケット内の第２の暗号鍵で乱数を暗号化して認
証データを作り、これをUCSへ送信する。UCSは受信した
認証データをライセンスコントロールに含まれる第２の
暗号鍵でこれを復号し、送信前の乱数と比較する。一致
すれば、利用資格があり、一致しなければ利用資格がな
いものとする。

【０１１６】[第３の実施の形態]上述した第１の実施の
形態、及び第２の実施の形態は、デジタルコンテンツ販
売システムの例であるが、ライセンス販売システムとし
ては、例えばスポーツクラブ利用権販売システムなども
考えられる。スポーツクラブには、トレーニングルー
ム、プール、サウナ、エアロビクスルームなどのサービ
スが備えられ、スポーツクラブの会員であれば、どのサ
ービスも利用できるのが一般的である。そして、会員
は、毎月所定額の会員費を支払うことになっている。

【０１１７】本実施の形態によると、以下のようにな
る。図１３は、スポーツクラブ利用権販売システムのシ
ステム全体図であり、１３０１はインターネット、１３
０２はパーソナルコンピュータなどのユーザが使う端
末、１３０３は１３０２に接続されているＩＣカードRe
ad/Write装置、１３０４はライセンス販売サーバ、１３
０５はスポーツクラブ建物に設置されている認証用端末
である。

【０１１８】１３０６は認証用端末１３０５と接続され
ており、スポーツクラブの各サービスルームに入り口に
設置されているＩＣカードRead/Write装置、１３０７は
利用権コントロールサーバであって、１３０８と１３０
９はそれぞれユースチケット及びライセンスコントロー
ルであってシステム内で扱えわれるデータである。

【０１１９】以下、図１４のフローチャートに沿って、
説明する。まずユーザは、端末１３０２を使って、イン
ターネットに接続し、ライセンス販売サーバ１３０４に
アクセスする。ライセンス販売サーバには、さまざまな
ライセンスのデータベースがありユーザがライセンスの
説明を閲覧できるようになっている。

【０１２０】ユーザが購入したいライセンスを見つけた
ら、ステップＳ１４０１で取引メニューがライセンス販
売サーバからユーザの端末１３０２に表示される。取引
メニューは、「ライセンスのID」、「ライセンスの名
称」、「サービス名と課金方式」、「パスワード入力
欄」、を含む画面がである。

【０１２１】スポーツクラブとしては、色々なユーザの
希望に合わせ、複数の利用パターンを用意している。例
えば、昼間コース、夜間コース、休日コースなどであ
る。また、選べるサービスや課金方式を限定すること
で、ライセンスの種類を増やすことができる。

【０１２２】例えば、あるライセンスでは、プールとサ
ウナだけから選べるとか、別のライセンスではトレーニ
ングルームとエアロビクスルームだけから選べるとか、
また別のライセンスでは、すべてのサービスから選べる
とか、複数のライセンスメニューを用意してもよい。

【０１２３】図１５は、スポーツクラブのライセンス取
引メニューの一例である。この例では、利用権として
は、トレーニングルームとプールから選べる。トレーニ
ングルームの課金方法としては、実績方式とプリペイド
方式とから選べる。

【０１２４】プールの課金方法としては、プリペイド方
式しか選べないが、A,B２種類のプリペイド方式が選べ
る。利用権を選択し（ステップＳ１４０２）、課金方法
を選択し（ステップＳ１４０３）、取引メニューで認証
用に使うパスワードを入力してOKボタンを押すと、ステ
ップＳ１４０４では、ユースチケットとライセンスコン
トロールが１３０４のライセンス販売サーバが生成す
る。

【０１２５】ライセンスコントロールは、図１５の取引
メニューから作られる利用権スクリプトと認証用パスワ
ードからなるデータである。また、ユースチケットは、
認証用パスワードとライセンスコントロールに一意に付
けられた番号であるライセンスコントロール情報からな
る。

【０１２６】この際、ユーザが課金方法として、プリペ
イド方式を選択したならば、利用権コントロールサーバ
にある課金システムによって図１２に示される課金残高
１２１１に料金が加算される。

【０１２７】そして、ステップＳ１４０５では、ライセ
ンスコントロールが利用権コントロールサーバ１３０７
へ移動され、ライセンスコントロールデータベースに記
憶保管される。ユースチケットは、ユーザの端末１３０
２にダウンロードされ、さらにユーザのＩＣカードに記
録保管される。

【０１２８】ユーザが、スポーツクラブ施設へいき、受
け付けにてＩＣカードを認証用端末１３０５に接続され
ているＩＣカードRead/Write装置に挿入し、利用資格の
認証を行う。この利用資格認証は、実施の形態１と同様
の方法が可能である。ただし、利用権コントロールサー
バが認証用端末に送る認証データは、認証用パスワード
を暗号鍵として乱数を暗号化したものである。

【０１２９】受け付けでユーザの利用資格認証が成功す
れば、ユーザは各サービスルーム（例えば、トレーニン
グルーム）の入り口で再びＩＣカードをＩＣカードRead
er/Writer１３０６に読ませ、そのサービスの利用権を
もっているかどうかと支払い能力をチェックする（ステ
ップＳ１４０７）。

【０１３０】そして、ユーザがサービスルームの使用が
終わったら、サービスルームを出る時、ＩＣカードをＩ
Ｃカードリーダライタで読ませ、課金処理を行う（ステ
ップＳ１４０８）。課金処理のやりかたは第１の実施の
形態と同じである。さらに、本実施の形態でも、実施の
形態１と同様にライセンスの配信が可能であることは詳
述しないが可能である。また、報奨金の仕組みをいれる
ことも可能である。

【０１３１】[第４の実施例]第１の実施の形態では、コ
ンテンツパッケージをJava(R)アプレットとして、コン
テンツパッケージは、図２のステップＳ２０７〜Ｓ２１
２の部分をUCSとの交信で実行するプログラムであっ
た。しかし、このプログラムの処理は、コンテンツには
依存しない共通の処理手順である。コンテンツに依存す
る部分は、ユースチケットやライセンスコントロールお
よびコンテンツデータである。

【０１３２】したがって、この共通の処理手順を、コン
テンツパッケージから切り離し、独立したクライアント
ソフトウェアにすることは容易に可能である。この場
合、コンテンツパッケージは、コンテンツデータを第１
の暗号鍵で暗号化した暗号化データとなる。そして、上
記クライアントソフトウェアは、コンテンツ利用者がコ
ンテンツ配信システムプロバイダより取得して、あらか
じめユーザ端末２にインストールしておくものとする。
該クライアントソフトウェアが、図２の処理をUCSと交
信しながら行うものとする。こうすることにより、コン
テンパッケージのサイズを小さくでき、ダウンロードに
要するコストを削減できる。

【０１３３】[第５の実施例]第１、第２、及び第３の実
施例では、第１の暗号鍵でコンテンツを暗号化し、第２
の暗号鍵または、第２の暗号鍵と第３の暗号鍵で利用資
格の認証を行うとしたが、第１の暗号鍵と第２の暗号鍵
は同一であってもよい。

【０１３４】また、第２の暗号鍵と第３の暗号鍵は、RS
Aなどの非対称暗号方式の公開鍵／秘密鍵の対であって
もよい。

【０１３５】（本発明の他の実施の形態）本発明は複数
の機器（例えば、ホストコンピュータ、インタフェース
機器、リーダ、プリンタ等）から構成されるシステムに
適用しても１つの機器からなる装置に適用しても良い。

【０１３６】また、上述した実施の形態の機能を実現す
るように各種のデバイスを動作させるように、上記各種
デバイスと接続された装置あるいはシステム内のコンピ
ュータに対し、上記実施の形態の機能を実現するための
ソフトウェアのプログラムコードを供給し、そのシステ
ムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰ
Ｕ）に格納されたプログラムに従って、上記各種デバイ
スを動作させることによって実施したものも、本発明の
範疇に含まれる。

【０１３７】また、この場合、上記ソフトウェアのプロ
グラムコード自体が上述した実施の形態の機能を実現す
ることになり、そのプログラムコード自体、及びそのプ
ログラムコードをコンピュータに供給するための手段、
例えばかかるプログラムコードを格納した記憶媒体は本
発明を構成する。かかるプログラムコードを記憶する記
憶媒体としては、例えばフレキシブルディスク、ハード
ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯ
Ｍ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を
用いることができる。

【０１３８】また、コンピュータが供給されたプログラ
ムコードを実行することにより、上述の実施の形態で説
明した機能が実現されるだけでなく、そのプログラムコ
ードがコンピュータにおいて稼働しているＯＳ（オペレ
ーティングシステム）あるいは他のアプリケーションソ
フト等の共同して上述の実施の形態で示した機能が実現
される場合にもかかるプログラムコードは本発明の実施
の形態に含まれることは言うまでもない。

【０１３９】さらに、供給されたプログラムコードがコ
ンピュータの機能拡張ボードやコンピュータに接続され
た機能拡張ユニットに備わるメモリに格納された後、そ
のプログラムコードの指示に基いてその機能拡張ボード
や機能拡張ユニットに備わるＣＰＵ等が実際の処理の一
部または全部を行い、その処理によって上述した実施の
形態の機能が実現される場合にも本発明に含まれる。

【０１４０】

【発明の効果】本発明は上述したように、本発明によれ
ば、特別な記録メディアを使用することなく、著作権を
保護しながらデジタルコンテンツを販売するビジネスを
行うようにすることができる。

【０１４１】また、本発明の他の特徴によれば、ライセ
ンスの販売を一律な条件で行うのではなくユーザの好み
に応じて、各ユーザにもっとも適した利用権と課金方法
を設定して行うことが可能となる。また、ライセンスを
他の人に譲渡したり勧誘したりすることで、ライセンス
の配信を可能にすることができる。

【０１４２】また、本発明の他の特徴によれば、コンテ
ンツパッケージは暗号化されているので、コンテンツパ
ッケージを配信しても、不正利用を防止することができ
る。また、ユースチケットをユーザが他の第３者に与え
てしまうと、第３者はそのユースチケットに記載された
ユーザの支払いで不正利用する恐れはある。しかし、こ
れはユーザの不利益になるので、通常ユーザはユースチ
ケットを自己の個人情報として機密に管理するはずであ
る。

【０１４３】また、本発明のその他の特徴によれば、コ
ンテンツパッケージの自由な配信を可能にすることがで
き、従来は特別なハードウェアの仕組みを使った著作権
保護の技術では実現できなかったコンテンツの流通を拡
大することができる。

【０１４４】また、本発明のその他の特徴とするところ
は、コンテンツの利用対価の支払いについても、コンテ
ンツ利用者は利用度数に応じて支払うという課金方法の
恩恵を得られるようにすることができる。

【図面の簡単な説明】

【図１】第１の実施の形態のシステム全体の構成を示す
ブロック図である。

【図２】第１の実施の形態の処理手順を示すフローチャ
ートである。

【図３】取引メニューの画面の一例を示す図である。

【図４】Usage Right Scriptの例を示す図である。

【図５】Usage Right Scriptの構造を説明する図であ
る。

【図６】利用資格認証のプロトコルを説明する図であ
る。

【図７】利用権メニューの一例を説明する図である。

【図８】第２の実施の形態を示し、利用資格認証のプロ
トコルの一例を説明する図である。

【図９】配信メニューの一例を説明する図である。

【図１０】配信の手順の一例を示すフローチャートであ
る。

【図１１】一人のユーザについてのライセンス管理情報
を表すデータ構造を説明する図である。

【図１２】ユーザ毎に課金と報奨金の管理方法の一例を
説明する図である。

【図１３】第３の実施の形態におけるシステム全体構成
を示すブロック図である。

【図１４】第３の実施の形態における処理手順を示すフ
ローチャートである。

【図１５】第３の実施の形態における取引メニュー画面
の一例を示す図である。

【図１６】ライセンススクリプトテンプレートの一例を
示す図である。

【図１７】ライセンススクリプトテンプレートの一例を
示す図である。

【図１８】コンテンツの情報を入力する画面の一例を示
す図である。

【図１９】印刷の権利について許諾する条件（割引を許
すかどうか、課金方式はどうするかなど）を指定する画
面を示す図である。

【図２０】実績課金方式の選択を許した場合の、詳細な
パラメータを入力する画面を示す図である。

【符号の説明】

１ネットワーク２クライアントPC ３コマースサーバ４デバイス（コンテンツ実行機器）５利用権コントロールサーバ１１コンテンツパッケージ１２ユースチケット１３ライセンスコントロール

Claims

【特許請求の範囲】

【請求項１】ライセンスを記述するライセンススクリ
プトを作成するライセンススクリプト作成手段と、上記ライセンススクリプトを記憶するライセンススクリ
プト記憶手段と、上記ライセンスを販売するライセンス販売手段と、上記ライセンスを所有することを認証するライセンス認
証手段と、上記ライセンスを配信するライセンス配信手段とを有す
ることを特徴とするライセンス販売装置であって、上記ライセンススクリプト作成手段は、あらかじめ用意
されたライセンススクリプトテンプレートを修正して上
記ライセンススクリプトを作成することを特徴とするラ
イセンス販売装置。
【請求項２】コンテンツの利用条件を選択する利用条
件選択手段と、上記利用条件選択手段により選択された利用条件を記憶
する利用権スクリプトを生成する利用権スクリプト生成
手段と、上記コンテンツを第１の暗号鍵により暗号化するコンテ
ンツ暗号化手段と、上記コンテンツ暗号化手段により暗号化されたコンテン
ツのデータとコンテンツ情報を含むコンテンツパッケー
ジを作成するコンテンツパッケージ作成手段と、上記コンテンツ情報と第1の暗号鍵または第２の暗号
鍵、及び上記利用権スクリプトを含むライセンスコント
ロールを作成するライセンスコントロール作成手段と、上記ライセンスコントロール情報を含むユースチケット
を生成するユースチケット生成手段と、上記コンテンツパッケージを実行するコンテンツパッケ
ージ実行手段と、上記第１の暗号鍵または第２の暗号鍵で任意のデータを
暗号化して認証データを生成する認証データ生成手段
と、上記認証データ生成手段により生成される認証データを
上記第１の暗号鍵、または、第２の暗号鍵、または第３
の暗号鍵で正しく解読できるかどうかテストして利用資
格を認証する利用資格認証手段とを備えたコンテンツ配
信システムであって、上記コンテンツパッケージ実行手段によりコンテンツパ
ッケージが実行されたときに、上記利用資格認証手段に
より、利用資格の認証を行い、上記ユースチケットの中
のライセンスコントロール情報に対応するライセンスコ
ントロールをライセンスコントロールデータベースから
検索し、上記ライセンスコントロールデータベース内の
利用権スクリプトに基づき、１個または１個以上の利用
情報を表示及び又は印刷し、選択された利用情報に基づ
いてコンテンツの利用を実行し、上記コンテンツの実行
は、コンテンツの表示、印刷、演奏、コピー配信、貸し
出し、譲渡、削除のうちの１つを少なくとも含むことを
特徴とするコンテンツ配信システムであって、上記利用権スクリプト生成手段は、あらかじめ用意され
た利用権スクリプトテンプレートを修正して、上記利用
権スクリプトを生成することを特徴とするコンテンツ配
信システム。
【請求項３】上記コンテンツパッケージは、コンテン
ツパッケージ実行手段を含むプログラムであることを特
徴とする請求項２に記載のコンテンツ配信システム。
【請求項４】ライセンスを記述するライセンススクリ
プトを作成するライセンススクリプト作成ステップと、上記ライセンススクリプトを記憶するライセンススクリ
プト記憶ステップと、上記ライセンスを販売するライセンス販売ステップと、上記ライセンスを所有することを認証するライセンス認
証ステップと、上記ライセンスを配信するライセンス配信ステップとを
有することを特徴とするライセンス販売方法であって、上記ライセンススクリプト作成ステップは、あらかじめ
用意されたライセンススクリプトテンプレートを修正し
て上記ライセンススクリプトを作成するステップを含む
ことを特徴とするライセンス販売方法。
【請求項５】上記請求項４に記載のライセンス販売方
法をコンピュータに実行させるためのプログラムを記録
したことを特徴とするコンピュータ読み取り可能な記憶
媒体。