JP2001256403A

JP2001256403A - コンテンツ利用料金管理システムおよびコンテンツ利用料金管理方法、並びにプログラム提供媒体

Info

Publication number: JP2001256403A
Application number: JP2000071102A
Authority: JP
Inventors: Yoshito Ishibashi; 義人石橋
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-03-14
Filing date: 2000-03-14
Publication date: 2001-09-21

Abstract

(57)【要約】【課題】コンテンツの利用金額の管理を可能としたコ
ンテンツ利用料金管理システムおよびコンテンツ利用料
金管理方法を提供する。【解決手段】サービスプロバイダからユーザデバイス
に対する暗号化コンテンツの提供時にユーザデバイスに
おいてコンテンツ利用料金を含む利用ログを生成し、生
成した利用ログをサービスプロバイダに送信する。サー
ビスプロバイダは受領した利用ログ中の利用料金と予め
定めた閾値とを比較して、閾値より高額な利用料金が記
録されていた場合には、クリアリングセンタに対するユ
ーザの電子マネー残高使用会処理等を実行し、例えば回
収不能と判断した場合には、ユーザに対するコンテンツ
鍵の送信を中止する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンテンツ利用料金
管理システムおよびコンテンツ利用料金管理方法、並び
にプログラム提供媒体に関する。特に、音楽、画像デー
タ、ゲームプログラム等の各種コンテンツ情報をＣＤ，
ＤＶＤ等の記録媒体を介して、あるいはネットワークを
介した配信によりユーザに提供し、ユーザからコンテン
ツ利用に伴う利用料金の回収あるいは利用ポイントの付
与等を実行する構成を有するコンテンツ取り引きシステ
ムにおいて、コンテンツを利用するユーザの生成する利
用ログ中に記録される利用金額に基づいて利用料金の管
理を実行し、不当に高額な取り引きを未然にチェックし
て、不正な取り引き、回収不能な取り引き等の発生を防
止することを可能としたコンテンツ利用料金管理システ
ムおよびコンテンツ利用料金管理方法、並びにプログラ
ム提供媒体に関する。

【０００２】

【従来の技術】昨今、ゲームプログラム、音声データ、
画像データ、文書作成プログラム等、様々なソフトウエ
アデータ（以下、これらをコンテンツ（Content）と呼
ぶ）が、インターネット等のネットワークを介して、あ
るいはＤＶＤ、ＣＤ等の流通可能な記憶媒体（メディ
ア）を介して流通している。これらの流通コンテンツ
は、一般にユーザの所有するＰＣ（Personal Compute
r）、ゲーム機器等の記録再生機器において再生し、ま
た付属する記録デバイス、例えばＥＥＰＲＯＭ、フラッ
シュメモリ等によって構成されるメモリカード、ハード
ディスク等に格納することが可能である。

【０００３】ＤＶＤ、ＣＤ等の流通可能な記憶媒体（メ
ディア）、あるいはメモリカード等の記憶手段に記憶さ
れたデータ、あるいはプログラム等の様々なコンテンツ
は、再生機器として利用されるゲーム機器、ＰＣ等の情
報機器本体からのユーザ指示、あるいは接続された入力
手段を介したユーザの指示により各記憶手段から呼び出
され、情報機器本体、あるいは接続されたディスプレ
イ、スピーカ等を通じて再生される。

【０００４】ゲームプログラム、音楽データ、画像デー
タ等、多くのソフトウエア・コンテンツは、一般的にそ
の作成者、販売者に頒布権等が保有されている。従っ
て、コンテンツの配布時、すなわちコンテンツがネット
ワークを介して、あるいはＤＶＤ，ＣＤ等の記憶媒体に
よって流通する場合には、コンテンツの提供時に代金を
回収したり、インターネット等のネットワークを介して
コンテンツを配信する場合、コンテンツ配信に際してユ
ーザのクレジット番号等のユーザ情報を取得してユーザ
からコンテンツ提供に対する対価、すなわち利用料金を
取得する構成を採用している。

【０００５】これらのコンテンツの配布に際しては、コ
ンテンツの許可のない複製等が行われないよう、セキュ
リティを考慮した構成をとるのが一般的となっており、
ＤＶＤ，ＣＤ等の記憶媒体（メディア）、あるいはネッ
トワークを介したコンテンツデータの配信においては、
配布コンテンツを正規なユーザに対してのみ提供する構
成が各種提案されている。

【０００６】コンテンツ利用を正規ユーザにのみ提供す
る概念の１つに「超流通」という考えが提案されてい
る。「超流通」は、ゲームプログラム、音声データ、画
像データ、文書作成プログラム等、様々なソフトウエア
データであるコンテンツの提供者、あるいはコンテンツ
管理者の権利保護を確保して、コンテンツを流通させる
ための構成である。この「超流通」の構成を図1に示
す。

【０００７】コンテンツプロバイダ１０１、コンテンツ
プロバイダ１０２は、それぞれコンテンツ１０３，１０
４をユーザ端末１０５に提供する。コンテンツ１０３、
１０４には、コンテンツ固有の識別子であるコンテンツ
ＩＤが付加されている。ユーザ端末１０５では、コンテ
ンツＩＤの付加されたコンテンツを受領すると、判定処
理部１０７において、ユーザ端末１０５が、そのコンテ
ンツの利用可能な正規ユーザ端末であるか否かを判定す
る。この判定処理は、記憶部１，１０６に記憶されたユ
ーザ端末のユーザＩＤとコンテンツ利用条件に基づいて
判定される。コンテンツ利用条件は、ユーザ毎にコンテ
ンツプロバイダが予め設定したコンテンツの利用条件で
ある。設定したコンテンツ利用条件に応じてコンテンツ
の利用可と判定されると、そのコンテンツの利用履歴を
記憶部２，１０８にユーザＩＤとコンテンツＩＤを対応
させて記憶する。

【０００８】コンテンツプロバイダ１０１，１０２は、
ユーザ端末１０５の記憶部２，１０８に記憶されたコン
テンツ利用履歴を回収して、その履歴に従ってコンテン
ツ利用料金をユーザに請求することができる。このよう
に「超流通」は、ユーザ毎にコンテンツの利用条件を判
定し、かつコンテンツ毎に利用履歴を記録する構成によ
り、コンテンツの利用を正規ユーザに限定し、利用料金
の回収を可能にする構成である。

【０００９】しかしながら、上記の「超流通」の構成は
コンテンツの利用履歴を記録する構成を開示しているも
のの、利用履歴に基づく料金徴収システムについては明
確に示すものではなく、料金の支払い手法は従来から提
案されている方法を採用することになる。例えば（１）
クレジットカード番号をユーザ端末から入力してコンテ
ンツプロバイダまたはサービスプロバイダ、あるいはコ
ンテンツの利用権を管理するコンテンツ利用権販売セン
タに送信する。（２）ユーザの銀行口座番号を端末から
入力してコンテンツプロバイダまたはサービスプロバイ
ダ、あるいはコンテンツ利用権販売センタに送信する。
（３）予めコンテンツプロバイダまたはサービスプロバ
イダ、あるいはコンテンツ利用権販売センタにユーザ登
録を行ない、クレジットカード番号、あるいは銀行口座
番号を登録し、コンテンツプロバイダまたはサービスプ
ロバイダ、あるいはコンテンツ利用権販売センタが登録
済みデータに基づいて料金引き落としを実行する。これ
らのいずれかの方法を実行することが必要となる。

【００１０】上述の（１）〜（３）の支払方法において
はユーザのクレジットカード番号、あるいは銀行口座番
号が要求されることになる。従って、これらのクレジッ
トカード、銀行口座を持たない者にとっては、この支払
い手続きが困難になる。さらに、昨今では、取り引きコ
ンテンツ単位が小口化し、例えば音楽コンテンツの配信
において曲目１曲のみを取り引きコンテンツとすること
もある。このような場合、コンテンツの代金は、１００
円単位、１０００円単位の小額のものとなり、これらの
支払いにおいて、逐一、クレジットカード番号、あるい
は銀行口座番号が要求されるという取り引き形態がコン
テンツの流通を妨げる一因ともなっている。

【００１１】さらに、一旦市場に流通したコンテンツ
は、さらにユーザ間において取り引き、譲渡され得る。
このようなユーザ間での取り引きを管理することは困難
であり、不正なコピーの流通が氾濫することになる。ま
た、ユーザ間の取り引きにおいては、一般にコンテンツ
を提供したユーザに対して何ら保証されないのが一般的
であった。

【００１２】

【発明が解決しようとする課題】本発明は、これらの状
況に鑑みてなされたものであり、ゲームプログラム、音
楽データ、画像データ等、多くのソフトウエア・コンテ
ンツ利用権の販売において、クレジットカード番号、あ
るいは銀行口座番号を利用せず、簡易な方法、構成を構
築するとともに、ユーザのコンテンツ料金の管理を行な
うものであり、コンテンツを利用するユーザの生成する
利用ログ中に記録される利用金額に基づいて利用料金の
管理を実行し、不当に高額な取り引きを未然にチェック
して、不正な取り引き、回収不能な取り引き等の発生を
防止することを目的とする。

【００１３】

【課題を解決するための手段】本発明の第1の側面は、
ユーザデバイスでの利用が可能なコンテンツの取り引き
処理におけるコンテンツ利用料金管理システムにおい
て、コンテンツ提供サービスを管理するサービスプロバ
イダは、コンテンツ利用に伴う支払い金額データを含む
ログ情報として前記ユーザデバイスが生成した利用ログ
を該ユーザデバイスから受領し、受領した利用ログ中に
含まれるコンテンツ利用金額と、予め定めた閾値との比
較を実行して、コンテンツ利用の可否を判定する構成を
有することを特徴とするコンテンツ利用料金管理システ
ムにある。

【００１４】さらに、本発明のコンテンツ利用料金管理
システムの一実施態様において、前記サービスプロバイ
ダは、ユーザ毎に閾値データを対応付けたユーザ管理デ
ータベースを有し、前記利用ログ中の利用料金と閾値と
の比較処理は、前記ユーザ管理データベースに格納され
たユーザ毎の閾値データに基づいて実行する構成である
ことを特徴とする。

【００１５】さらに、本発明のコンテンツ利用料金管理
システムの一実施態様において、前記サービスプロバイ
ダは、前記閾値との比較処理において、閾値を超える利
用料金が前記ユーザデバイスから受領した利用ログ中に
記録されている場合、該ユーザデバイスの電子マネーの
残高管理を行なうクリアリングセンタに対して該ユーザ
デバイスにおいて利用可能な電子マネー残高の照会処理
を実行する構成であることを特徴とする。

【００１６】さらに、本発明のコンテンツ利用料金管理
システムの一実施態様において、前記コンテンツはコン
テンツ鍵によって暗号化されたコンテンツを含むセキュ
アコンテナとしてユーザデバイスに送付され、前記サー
ビスプロバイダは、前記利用ログ中に含まれるコンテン
ツ利用金額と、予め定めた閾値との比較を実行して、コ
ンテンツ利用可と判定した場合にのみ、前記コンテンツ
鍵を前記ユーザデバイスに送付する構成であることを特
徴とする。

【００１７】さらに、本発明のコンテンツ利用料金管理
システムの一実施態様において、前記ユーザデバイス
は、該ユーザデバイスの電子マネーの残高管理を行なう
クリアリングセンタの発行した発行ログに設定された発
行金額を限度として、コンテンツの販売条件情報に基づ
き、電子マネーの残高データからコンテンツ利用料相当
額を減額して、利用した金額データを含むコンテンツ利
用ログを生成してサービスプロバイダに送信する処理を
実行する構成であることを特徴とする。

【００１８】さらに、本発明のコンテンツ利用料金管理
システムの一実施態様において、前記サービスプロバイ
ダは、前記ユーザデバイスから受信する前記利用ログに
基づいて、コンテンツの利用料情報を含む受領ログを生
成して電子マネーの残高管理を行なうクリアリングセン
タに送信する処理を実行する構成であることを特徴とす
る。

【００１９】さらに、本発明のコンテンツ利用料金管理
システムの一実施態様において、前記ユーザデバイス
は、自己のユーザデバイスにおけるコンテンツ利用金額
上限値として閾値データを格納した構成を有し、コンテ
ンツ利用に伴う利用ログの生成時に該閾値データを参照
し、利用金額が前記閾値データを超える場合には、閾値
を超える利用金額であることを示す識別データを利用ロ
グ中に付加する構成であることを特徴とする。

【００２０】さらに、本発明のコンテンツ利用料金管理
システムの一実施態様において、前記利用ログを受理用
するサービスプロバイダは、前記識別データに基づい
て、前記ユーザデバイスの電子マネーの残高管理を行な
うクリアリングセンタに対して該ユーザデバイスにおい
て利用可能な電子マネー残高の照会処理を実行する構成
であることを特徴とする。

【００２１】さらに、本発明のコンテンツ利用料金管理
システムの一実施態様において、前記ユーザデバイスと
前記サービスプロバイダは各々暗号処理部を有し、前記
ユーザデバイスから前記サービスプロバイダへの利用ロ
グ送信の際は、前記ユーザデバイスと前記サービスプロ
バイダ間において相互認証処理を実行し、さらに、前記
ユーザデバイスは、前記利用ログに対して電子署名の生
成処理を実行して、前記利用ログを受信した前記サービ
スプロバイダは該電子署名の検証処理を実行する構成で
あることを特徴とする。

【００２２】さらに、本発明のコンテンツ利用料金管理
システムの一実施態様において、前記サービスプロバイ
ダと前記クリアリングセンタは各々暗号処理部を有し、
前記サービスプロバイダから前記クリアリングセンタへ
の受領ログ送信の際は、前記サービスプロバイダと前記
クリアリングセンタ間において相互認証処理を実行し、
さらに、前記サービスプロバイダは、前記利用ログに対
して電子署名の生成処理を実行して、前記利用ログを受
信した前記クリアリングセンタは該電子署名の検証処理
を実行する構成であることを特徴とする。

【００２３】さらに、本発明の第２の側面は、ユーザデ
バイスでの利用が可能なコンテンツの取り引き処理にお
けるコンテンツ利用料金管理方法において、コンテンツ
提供サービスを管理するサービスプロバイダは、コンテ
ンツ利用に伴う支払い金額データを含むログ情報として
前記ユーザデバイスが生成した利用ログを該ユーザデバ
イスから受領し、受領した利用ログ中に含まれるコンテ
ンツ利用金額と、予め定めた閾値との比較を実行して、
コンテンツ利用の可否を判定することを特徴とするコン
テンツ利用料金管理方法にある。

【００２４】さらに、本発明のコンテンツ利用料金管理
方法の一実施態様において、前記サービスプロバイダ
は、ユーザ毎に閾値データを対応付けたユーザ管理デー
タベースを有し、前記利用ログ中の利用料金と閾値との
比較処理は、前記ユーザ管理データベースに格納された
ユーザ毎の閾値データに基づいて実行することを特徴と
する。

【００２５】さらに、本発明のコンテンツ利用料金管理
方法の一実施態様において、前記サービスプロバイダ
は、前記閾値との比較処理において、閾値を超える利用
料金が前記ユーザデバイスから受領した利用ログ中に記
録されている場合、該ユーザデバイスの電子マネーの残
高管理を行なうクリアリングセンタに対して該ユーザデ
バイスにおいて利用可能な電子マネー残高の照会処理を
実行することを特徴とする。

【００２６】さらに、本発明のコンテンツ利用料金管理
方法の一実施態様において、前記サービスプロバイダ
は、前記コンテンツはコンテンツ鍵によって暗号化され
たコンテンツを含むセキュアコンテナとしてユーザデバ
イスに送付し、前記サービスプロバイダは、前記利用ロ
グ中に含まれるコンテンツ利用金額と、予め定めた閾値
との比較を実行して、コンテンツ利用可と判定した場合
にのみ、前記コンテンツ鍵を前記ユーザデバイスに送付
することを特徴とする。

【００２７】さらに、本発明のコンテンツ利用料金管理
方法の一実施態様において、前記ユーザデバイスは、該
ユーザデバイスの電子マネーの残高管理を行なうクリア
リングセンタの発行した発行ログに設定された発行金額
を限度として、コンテンツの販売条件情報に基づき、電
子マネーの残高データからコンテンツ利用料相当額を減
額して、利用した金額データを含むコンテンツ利用ログ
を生成してサービスプロバイダに送信する処理を実行す
ることを特徴とする。

【００２８】さらに、本発明のコンテンツ利用料金管理
方法の一実施態様において、前記サービスプロバイダ
は、前記ユーザデバイスから受信する前記利用ログに基
づいて、コンテンツの利用料情報を含む受領ログを生成
して電子マネーの残高管理を行なうクリアリングセンタ
に送信する処理を実行することを特徴とする。

【００２９】さらに、本発明のコンテンツ利用料金管理
方法の一実施態様において、前記ユーザデバイスは、自
己のユーザデバイスにおけるコンテンツ利用金額上限値
として閾値データを格納し、コンテンツ利用に伴う利用
ログの生成時に該閾値データを参照し、利用金額が前記
閾値データを超える場合には、閾値を超える利用金額で
あることを示す識別データを利用ログ中に付加すること
を特徴とする。

【００３０】さらに、本発明のコンテンツ利用料金管理
方法の一実施態様において、前記利用ログを受理用する
サービスプロバイダは、前記識別データに基づいて、前
記ユーザデバイスの電子マネーの残高管理を行なうクリ
アリングセンタに対して該ユーザデバイスにおいて利用
可能な電子マネー残高の照会処理を実行することを特徴
とする。

【００３１】さらに、本発明のコンテンツ利用料金管理
方法の一実施態様において、前記ユーザデバイスと前記
サービスプロバイダは各々暗号処理部を有し、前記ユー
ザデバイスから前記サービスプロバイダへの利用ログ送
信の際は、前記ユーザデバイスと前記サービスプロバイ
ダ間において相互認証処理を実行し、さらに、前記ユー
ザデバイスは、前記利用ログに対して電子署名の生成処
理を実行して、前記利用ログを受信した前記サービスプ
ロバイダは該電子署名の検証処理を実行することを特徴
とする。

【００３２】さらに、本発明のコンテンツ利用料金管理
方法の一実施態様において、前記サービスプロバイダと
前記クリアリングセンタは各々暗号処理部を有し、前記
サービスプロバイダから前記クリアリングセンタへの受
領ログ送信の際は、前記サービスプロバイダと前記クリ
アリングセンタ間において相互認証処理を実行し、さら
に、前記サービスプロバイダは、前記利用ログに対して
電子署名の生成処理を実行して、前記利用ログを受信し
た前記クリアリングセンタは該電子署名の検証処理を実
行することを特徴とする。

【００３３】さらに、本発明の第３の側面は、ユーザデ
バイスでの利用が可能なコンテンツの取り引き処理にお
けるコンテンツ利用料金管理処理をコンピュータ・シス
テム上で実行せしめるコンピュータ・プログラムを提供
するプログラム提供媒体であって、前記コンピュータ・
プログラムは、コンテンツ利用に伴う支払い金額データ
を含むログ情報として前記ユーザデバイスが生成した利
用ログを該ユーザデバイスから受領し、受領した利用ロ
グ中に含まれるコンテンツ利用金額と、予め定めた閾値
との比較を実行して、コンテンツ利用の可否を判定する
ステップを有することを特徴とするプログラム提供媒体
にある。

【００３４】本発明の第３の側面に係るプログラム提供
媒体は、例えば、様々なプログラム・コードを実行可能
な汎用コンピュータ・システムに対して、コンピュータ
・プログラムをコンピュータ可読な形式で提供する媒体
である。媒体は、ＣＤやＦＤ、ＭＯ、ＤＶＤなどの記憶
媒体、あるいは、ネットワークなどの伝送媒体など、そ
の形態は特に限定されない。

【００３５】このようなプログラム提供媒体は、コンピ
ュータ・システム上で所定のコンピュータ・プログラム
の機能を実現するための、コンピュータ・プログラムと
提供媒体との構造上又は機能上の協働的関係を定義した
ものである。換言すれば、該提供媒体を介してコンピュ
ータ・プログラムをコンピュータ・システムにインスト
ールすることによって、コンピュータ・システム上では
協働的作用が発揮され、本発明の他の側面と同様の作用
効果を得ることができるのである。本発明のさらに他の
目的、特徴や利点は、後述する本発明の実施例や添付す
る図面に基づくより詳細な説明によって明らかになるで
あろう。

【００３６】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態について詳細に説明する。

【００３７】

【実施例】［１．システム概要］まず、本発明のコンテ
ンツ取り引きシステムの概要について図２を用いて説明
する。図２には、情報、すなわち音楽データ、画像デー
タ、ゲーム等の各種プログラム等のコンテンツを利用す
るユーザデバイス２２０、ユーザデバイス２２０に対し
てコンテンツを提供するサービスプロバイダ２４０、コ
ンテンツ利用に係る電子マネーの決済処理を実行するク
リアリングセンタ２６０と、コンテンツ利用に伴う現実
のお金の流れを処理する例えば銀行等の金融機関である
口座管理機関２８０が示されている。

【００３８】なお、図２に示すコンテンツ取り引きシス
テム構成は一例であり、図２に示す構成以外にも、様々
なコンテンツ取り引きシステムが構成され得る。例えば
サービスプロバイダ２４０を、実際にコンテンツを作成
するコンテンツ提供プロバイダと、コンテンツ提供プロ
バイダからコンテンツを受領し実際のユーザに配布する
コンテンツの流通サービスを提供するサービスプロバイ
ダ等からなる複数構成としてもよい。また、クリアリン
グセンタ２６０と、口座管理機関２８０とを１つの機関
とした構成であってもよい。さらに、図２では、ユーザ
デバイス２２０、サービスプロバイダ２４０、クリアリ
ングセンタ２６０、口座管理機関２８０がそれぞれ１つ
のみ示されているが、実際にはそれぞれの構成が複数存
在することが可能である。また、後段で詳細に説明する
が、本発明のコンテンツ取り引きシステムでは、複数の
異なるユーザデバイス間でのコンテンツ取り引きを可能
とした構成を持つ。

【００３９】図２において、コンテンツを利用するユー
ザデバイス２２０は、コンテンツの利用料金を電子マネ
ー２２１を用いて支払う。電子マネー２２１に対する入
金処理は、ユーザデバイス２２０を管理する管理ユーザ
が、必要に応じて銀行等の金融機関である口座管理機関
２８０に現金を預けたユーザ口座２８１を開設し、ユー
ザ口座２８１からクリアリングセンタ管理下のユーザ電
子マネー口座２８３へ振り込みを行ない、ユーザの振り
込んだ金額を上限として、ユーザの電子マネー２２１に
使用可能金額（電子マネー残高）が設定され、振り込み
を確認した口座管理機関２８０は電子マネーの決済処
理、残高管理等を行なうクリアリングセンタ２６０に、
ユーザの振込金額（電子マネーの設定金額）を通知し
て、電子マネーとして利用可能な金額をクリアリングセ
ンタ２６０が管理する。

【００４０】クリアリングセンタ２６０は、ユーザデバ
イス２２０の管理ユーザの使用可能な金額、ユーザの使
用するユーザデバイス２２０の識別子等をデータとして
持つ電子マネー発行ログをユーザデバイス２２０に送信
し、ユーザデバイス２２０は、発行ログ２５１をユーザ
デバイス２２０内に格納する。発行ログ２５１について
は、後段で詳細に説明する。

【００４１】ユーザデバイス２２０は、音楽データ、画
像データ、ゲーム等の各種プログラム等のコンテンツを
サービスプロバイダ２４０から提供を受ける際、電子マ
ネー２２１を用いてサービスプロバイダ２４０にコンテ
ンツの利用料金の支払いを行なう。この際、電子マネー
２２１の残高から利用料金を減額する。また、ユーザデ
バイス２２０は、発行ログ情報と、コンテンツの利用金
額、コンテンツの利用料金の受け取り先情報等を記録し
たデータからなる利用情報をデータとして持つ利用ログ
２５２をサービスプロバイダ２４０に送信する。

【００４２】サービスプロバイダ２４０は、ユーザデバ
イス２２０から受領した利用ログ２５２の検証処理を実
行して、利用ログ２５２に基づいて、コンテンツ利用料
金の支払元、受領日時等からなる受領情報を持つ受領ロ
グ２５３を生成してクリアリングセンタ２６０に送信す
る。この際、クリアリングセンタ２６０は、決済処理に
関する実際の現金の受け渡し情報（配分情報）を口座管
理機関２８０に振替要求として送信し、口座管理機関２
８０は、クリアリングセンタ２６０からの振替要求に基
づいて、サービスプロバイダ口座２８２、クリアリング
センタ２８３相互間において、金額振替を実行する。

【００４３】なお、図２では、説明の複雑化をさけるた
めにユーザデバイス２２０の管理ユーザのユーザ口座２
８１、サービスプロバイダ口座２８２、クリアリングセ
ンタ２８３のみが示されているが、口座管理機関２８０
は、コンテンツ作成者の口座、あるいは、コンテンツの
販売店舗等の口座等を持ち、それぞれに予め定められた
設定に従って振替を行なう構成としてもよい。これらの
料金振替設定情報をコンテンツと共に流通させる形態に
ついては、後段で説明する。

【００４４】［２．ユーザデバイス］図３に本発明のコ
ンテンツ取り引きシステムに使用されるユーザデバイス
の一実施例に係る構成ブロック図を示す。ユーザデバイ
ス３００は、コンテンツを格納する記録デバイス３５０
を持つ。

【００４５】ユーザデバイス３００は、例えばパーソナ
ル・コンピュータ（ＰＣ：PersonalComputer）、あるい
はゲーム機器等によって構成される。ユーザデバイス３
００は、ユーザデバイス３００における暗号処理時の記
録デバイス３５０との通信制御を含む統括的制御を実行
する制御部３０１、暗号処理全般を司る記録再生器暗号
処理部３０２、記録再生器に接続される記録デバイス３
５０と認証処理を実行しデータの読み書きを行う記録デ
バイスコントローラ３０３、ＤＶＤなどのメディア３６
０から少なくともデータの読み出しを行う読み取り部３
０４、外部とデータの送受信を行う通信部３０５を有す
る。

【００４６】ユーザデバイス３００は、制御部３０１の
制御により記録デバイス３５０に対するコンテンツデー
タのダウンロード、記録デバイス３５０からのコンテン
ツデータ再生を実行する。記録デバイス３５０は、ユー
ザデバイス３００に対して好ましくは着脱可能な記憶媒
体、例えばメモリカード等であり、ＥＥＰＲＯＭ、フラ
ッシュメモリ等の不揮発メモリ、ハードディスク、電池
つきＲＡＭなどによって構成される外部メモリ３５２を
有する。

【００４７】ユーザデバイス３００は、図３の左端に示
す記憶媒体、ＤＶＤ、ＣＤ、ＦＤ、ＨＤＤに格納された
コンテンツデータを入力可能なインタフェースとしての
読み取り部３０４、インターネット等のネットワークか
ら配信されるコンテンツデータを入力可能なインタフェ
ースとしての通信部３０５を有し、外部からコンテンツ
を入力する。

【００４８】ユーザデバイス３００は、電子マネー３１
０をデバイスに固定、あるいは着脱可能に有しており、
利用情報、残高金額等をフラッシュメモリ、ＥＥＰＲＯ
Ｍ等で構成されるメモリ３１３に記憶する。電子マネー
３１０が外部と通信するデータは、電子マネーを所有す
る個人ＩＤ、利用金額等であり、これらが暗号化されて
電子マネー３１０に入出力する。これらのデータの暗号
処理を実行するのが暗号処理部３１２でありデータ入出
力制御、暗号処理部での処理制御を制御部３１１が実行
する。電子マネー３１０は、例えばセキュリティ用ＩＣ
カードのようなＳＡＭ：ＳｅｃｕｒｅＡｐｐｌｉｃａ
ｔｉｏｎＭｏｄｕｌｅとして構成される。

【００４９】さらに、ユーザデバイス３００は、ＳＡＭ
により構成された暗号処理部３０２を有する。なお、図
３の例では、暗号処理部３０２のＳＡＭと電子マネー３
１０のＳＡＭとが別構成として示されているが、これら
のＳＡＭは１つのモジュールとして構成してもよい。暗
号処理部３０２は、読み取り部３０４または通信部３０
５を介して外部から入力されるコンテンツデータを記録
デバイス３５０にダウンロード処理する際、あるいはコ
ンテンツデータを記録デバイス３５０から再生、実行す
る際の認証処理、暗号化処理、復号化処理、さらにデー
タの検証処理等を実行する。さらに、コンテンツの利用
料金の支払い情報として発行する発行ログの受領、利用
ログの生成処理、送信処理等の際の認証処理、暗号処
理、データの検証処理等を実行する。暗号処理部３０２
は、暗号処理部３０２全体を制御する制御部３０６、暗
号処理用の鍵などの情報を保持し、外部から容易にデー
タを読み出せないように処理が施された内部メモリ３０
７、暗号化処理、復号化処理、認証用のデータの生成・
検証、乱数の発生などを行う暗号／復号化部３０８から
構成されている。

【００５０】暗号処理部３０２、電子マネー３１０部
は、ＳＡＭ：Secure Application Moduleによって構成
することで、不正なデータの書き換えを防止することが
できる。暗号処理部３０２、電子マネー３１０部には、
セキュリティの高い情報として、ユーザデバイス３００
の識別子（ＩＤ）、電子マネーの残高、後述する電子マ
ネー発行ログ、さらに、認証処理、暗号処理等に用いる
各種の鍵情報が格納される。なお、後段で説明するが、
電子マネー発行ログには電子マネーによる利用可能な金
額に相当する発行金額が記録されユーザデバイスに格納
される。

【００５１】制御部３０１は、例えば、ユーザデバイス
３００と通信部３０５を介して通信手段に接続されたサ
ービスプロバイダと暗号処理部３０２との相互認証処理
の仲介処理、セッション鍵で暗号化されて送付されるコ
ンテンツ鍵の暗号処理部３０２における復号処理におけ
る仲介制御、さらに記録デバイス３５０が装着された際
に記録デバイスコントローラ３０３を介して記録デバイ
ス３５０に初期化命令を送信したり、あるいは、暗号処
理部３０２の暗号／復号化部３０８と記録デバイス暗号
処理部３５１間で行われる相互認証処理、署名検証処
理、暗号化、復号化処理等、各種処理における仲介処理
を行なう。

【００５２】暗号処理制御部３０６は、ユーザデバイス
３００において実行される認証処理、暗号化／復号化処
理等の暗号処理全般に関する制御を実行する制御部であ
り、例えば、サービスプロバイダとの相互認証処理の制
御、ユーザデバイス３００と記録デバイス３５０との間
で実行される認証処理の制御、暗号処理部３０２の暗号
／復号化部３０８において実行される各種処理、例えば
コンテンツ鍵（コンテンツ暗号化鍵）の鍵交換処理、ダ
ウンロード、あるいは再生コンテンツデータに関する暗
号処理の実行命令等、暗号処理全般に関する制御を行な
う。

【００５３】内部メモリ３０７は、ユーザデバイス３０
０において実行される相互認証処理、暗号化、復号化処
理等、各種処理において必要となる鍵データ、あるいは
記録再生器の識別データ等を格納する。記録再生器の識
別データは、例えばサービスプロバイダとの相互認証処
理等において用いられる。

【００５４】暗号／復号化部３０８は、内部メモリ３０
７に格納された鍵データ等を使用して、外部から入力さ
れるコンテンツデータおよび電子マネーを使用した利用
金支払い処理に伴うデータ転送時の認証処理、暗号化処
理、復号化処理、データの検証、乱数の発生などの処理
を実行する。

【００５５】暗号処理部３０２の内部メモリ３０７は、
暗号鍵などの重要な情報を持しているため、外部から不
正に読み出しにくい構造にしておく必要がある。従っ
て、暗号処理部３０２は、外部からアクセスしにくい構
造を持った半導体チップで構成され、多層構造を有し、
その内部のメモリはアルミニウム層等のダミー層に挟ま
れるか、最下層に構成され、また、動作する電圧または
／かつ周波数の幅が狭い等、外部から不正にデータの読
み出しが難しい特性を有する耐タンパメモリとして構成
される。

【００５６】ユーザデバイス３００は、これらの暗号処
理機能の他に、中央演算処理装置（メインＣＰＵ：Cent
ral Processing Unit）３２１、ＲＡＭ（Random Access
Memory）３２２、ＲＯＭ(Read Only Memory)３２３、
ＡＶ処理部３２５、入力インタフェース３２４、ＰＩＯ
（パラレルＩ／Ｏインタフェース）３２６、ＳＩＯ（シ
リアルＩ／Ｏインタフェース）３２７を備えている。

【００５７】中央演算処理装置（メインＣＰＵ：Centra
l Processing Unit）３２１、ＲＡＭ（Random Access M
emory）３２２、ＲＯＭ(Read Only Memory)３２３は、
ユーザデバイス３００本体の制御系として機能する構成
部であり、主として暗号処理部３０２で復号されたデー
タの再生を実行する再生処理部として機能する。例えば
中央演算処理装置（メインＣＰＵ：Central Processing
Unit）３２１は、制御部３０１の制御のもとに記録デ
バイスから読み出されて復号されたコンテンツデータを
ＡＶ処理部３２５へ出力する等、コンテンツの再生、実
行に関する制御を行なう。

【００５８】ＲＡＭ３２２は、ＣＰＵ３２１における各
種処理用の主記憶メモリとして使用され、メインＣＰＵ
３２１による処理のための作業領域として使用される。
ＲＯＭ３２３は、メインＣＰＵ３２１で起動されるＯＳ
等を立ち上げるための基本プログラム等が格納される。

【００５９】ＡＶ処理部３２５は、具体的には、例えば
ＭＰＥＧ２デコーダ、ＡＴＲＡＣデコーダ、ＭＰ３デコ
ーダ等のデータ圧縮伸長処理機構を有し、記録再生器本
体に付属または接続された図示しないディスプレイまた
はスピーカ等のデータ出力機器に対するデータ出力のた
めの処理を実行する。

【００６０】入力インタフェース３２４は、接続された
コントローラ、キーボード、マウス等、各種の入力手段
からの入力データをメインＣＰＵ３２１に出力する。メ
インＣＰＵ３２１は、例えば実行中のゲームプログラム
等に基づいて使用者からのコントローラからの指示に従
った処理を実行する。

【００６１】ＰＩＯ（パラレルＩ／Ｏインタフェース）
３２６、ＳＩＯ（シリアルＩ／Ｏインタフェース）３２
７は、メモリカード、ゲームカートリッジ等の記憶装
置、携帯用電子機器等との接続インタフェースとして使
用される。

【００６２】記録デバイス３５０は、例えばユーザデバ
イス３００に対して着脱可能な記憶媒体であり、例えば
メモリカードによって構成される。記録デバイス３５０
は暗号処理部３５１、外部メモリ３５２を有する。

【００６３】記録デバイス暗号処理部３５１は、ユーザ
デバイス３００からのコンテンツデータのダウンロー
ド、または記録デバイス３５０からユーザデバイス３０
０へのコンテンツデータの再生処理時等におけるユーザ
デバイス３００と記録デバイス３５０間の相互認証処
理、暗号化処理、復号化処理、さらにデータの検証処理
等を実行する処理部であり、ユーザデバイス３００の暗
号処理部と同様、制御部、内部メモリ、暗号／復号化部
等を有する。外部メモリ３５２は、前述したように、例
えばＥＥＰＲＯＭ、フラッシュメモリ等の不揮発メモ
リ、ハードディスク、電池つきＲＡＭなどによって構成
されコンテンツデータの格納、コンテンツ鍵の格納等に
使用される。

【００６４】ゲームプログラム、音楽データ、画像デー
タ等、多くのソフトウエア・コンテンツを提供するサー
ビスプロバイダは、提供コンテンツを暗号化して、Ｃ
Ｄ，ＤＶＤ等のメディア、あるいはネットワークを介し
てユーザに提供する。コンテンツの利用料金は、ネット
ワーク等の通信手段を介して電子マネーにより支払われ
る。

【００６５】［３．コンテンツ取り引きシステムにおけ
る決済処理］（３−１）概要図４は、本発明のコンテンツ取り引きシステムにおける
ユーザデバイス２２０、サービスプロバイダ２４０、ク
リアリングセンタ２６０と、口座管理機関２８０におい
て実行されるコンテンツ利用料金の決済に伴うデータ転
送を説明する図である。

【００６６】本発明のコンテンツ取り引きシステムにお
けるユーザデバイス２２０、サービスプロバイダ２４
０、クリアリングセンタ２６０と、口座管理機関２８０
相互間で実行されるデータ転送は、基本的に通信内容の
漏洩を防止するために通信データの暗号化処理を施して
実行する。また、データ送信に先立ち、通信相互間にお
いて相互認証処理が実行されて認証が成立した場合にの
み、例えば電子マネーによる支払いデータ等を暗号化デ
ータとして送信する。認証処理については後段で説明す
る。

【００６７】図４に示す公開鍵証明書発行局（ＩＡ：Ｉ
ｓｓｕｅｒＡｕｔｈｏｒｉｔｙ）４１０は、ユーザデ
バイス２２０、サービスプロバイダ２４０、クリアリン
グセンタ２６０と、口座管理機関２８０相互で行われる
暗号文書の通信に用いられる各々の公開鍵を証明するた
めの第三者機関であり、各々の公開鍵の証明書を発行す
る認証局としての役割を有する。

【００６８】ユーザデバイス２２０、サービスプロバイ
ダ２４０、クリアリングセンタ２６０、口座管理機関２
８０は、図４に示すように、それぞれ、公開鍵証明書発
行局（ＩＡ）４１０の公開鍵を有する。さらに、ユーザ
デバイス２２０は、ユーザデバイス固有の公開鍵情報を
記録したユーザデバイス証明書、さらにユーザデバイス
２２０を使用するユーザ固有の公開鍵情報を記録したユ
ーザ証明書を公開鍵証明書発行局４１０から受領し格納
している。

【００６９】公開鍵証明書は、公開鍵暗号方式における
暗号処理の信頼性を維持するためのものである。公開鍵
証明書は、例えばユーザデバイスであればユーザデバイ
スＩＤと公開鍵等を公開鍵証明書発行局（ＩＡ）４１０
に提出することにより、公開鍵証明書発行局（ＩＡ）４
１０が公開鍵証明書発行局（ＩＡ）のＩＤや有効期限等
の情報を付加し、さらに公開鍵証明書発行局（ＩＡ）に
よる署名を付加して作成する証明書である。または、サ
ービスを提供するサービスプロバイダが保持する登録局
（（ＲＡ）：Registration Auyhority）にユーザデバイ
スＩＤと公開鍵を提出し、登録を申請し、登録局（Ｒ
Ａ）が公開鍵証明書発行局（ＩＡ）に対して発行依頼を
行なってユーザデバイスに公開鍵証明書を送付する構成
としてもよい。

【００７０】図５に公開鍵証明書の例を示す。図５に示
すように公開鍵証明書には、証明書のバージョン番号、
認証局が証明書利用者に対し割り付ける証明書の通し番
号、電子署名に用いたアルゴリズムおよびパラメータ、
公開鍵証明書発行局（ＩＡ）の名前、証明書の有効期
限、証明書利用者の名前（ユーザＩＤ）、証明書利用者
の公開鍵並びに電子署名を含む。

【００７１】電子署名は、証明書のバージョン番号、公
開鍵証明書発行局（ＩＡ）が証明書利用者に対し割り付
ける証明書の通し番号、電子署名に用いたアルゴリズム
およびパラメータ、公開鍵証明書発行局（ＩＡ）の名
前、証明書の有効期限、証明書利用者の名前並びに証明
書利用者の公開鍵全体に対しハッシュ関数を適用してハ
ッシュ値を生成し、そのハッシュ値に対して公開鍵証明
書発行局（ＩＡ）の秘密鍵を用いて生成したデータであ
る。

【００７２】公開鍵証明書発行局（ＩＡ）４１０は、図
５に示す公開鍵証明書を発行するとともに、有効期限が
切れた公開鍵証明書を更新し、不正を行った利用者の排
斥を行うための不正者リストの作成、管理、配布（リボ
ケーション：Revocationと呼ぶ）を行う。また、必要に
応じて公開鍵・秘密鍵の生成も行う。

【００７３】一方、この公開鍵証明書を利用する際に
は、利用者は自己が保持する公開鍵証明書発行局（Ｉ
Ａ）の公開鍵（ＩＡ公開鍵）を用い、当該公開鍵証明書
の電子署名を検証し、電子署名の検証に成功した後に公
開鍵証明書から公開鍵を取り出し、当該公開鍵を利用す
る。従って、公開鍵証明書を利用する全ての利用者、す
なわち図４では、ユーザデバイス２２０、サービスプロ
バイダ２４０、クリアリングセンタ２６０、口座管理機
関２８０は、共通の公開鍵証明書発行局（ＩＡ）の公開
鍵を保持している必要がある。

【００７４】図４に示すように、ユーザデバイス２２０
は、ＩＡ公開鍵と、ユーザデバイス証明書、ユーザ証明
書を有し、サービスプロバイダ２４０は、ＩＡ公開鍵
と、サービスプロバイダ証明書、クリアリングセンタ２
６０は、ＩＡ公開鍵と、クリアリングセンタ証明書、口
座管理機関２８０は、ＩＡ公開鍵と、口座管理機関証明
書とを有している。これらユーザデバイス２２０、サー
ビスプロバイダ２４０、クリアリングセンタ２６０、口
座管理機関２８０の相互間においては、各証明書を用い
た公開鍵暗号方式、あるいは共通鍵暗号方式を用いた通
信を実行して、コンテンツ利用料金の支払い、決済処理
用のデータを転送する。なお、口座管理機関２８０への
通信は既存のＳＳＬ(Secure Socket Layer)等を用いた
通信としてもよい。

【００７５】（３−２）コンテンツ料金処理において使
用される各種ログ本発明のコンテンツ取り引きシステムにおいては、コン
テンツの利用料金の決済処理のための情報、具体的に
は、コンテンツ利用に関する各種の取り引き情報を記録
した各種のログ情報が図２で説明したユーザデバイス２
２０、サービスプロバイダ２４０、クリアリングセンタ
２６０間で転送される。すなわちユーザデバイス２２０
が有する発行ログ２５１、ユーザデバイス２２０がコン
テンツ利用料金支払い時に生成してサービスプロバイダ
２４０に送信する利用ログ２５２、サービスプロバイダ
２４０が利用ログ２５２に基づいて生成してクリアリン
グセンタ２６０に送信する受領ログ２５３である。ここ
では、これらの各ログについて図６を用いて説明する。

【００７６】ユーザデバイス２２０の有する発行ログ
は、図２に示すクリアリングセンタ２６０が発行した電
子マネー情報であり、発行ログに記録された情報に対し
て発行ログの発行者（例えばクリアリングセンタ）の署
名（電子署名）がなされ、発行ログの記録データの改竄
が防止されている。発行ログには、図６に示すように、
電子マネーにおいて利用可能な総金額に相当する発行金
額、ユーザデバイスまたは利用者の識別子であるユーザ
デバイスＩＤまたはユーザＩＤ、有効期限、発行ログの
発行者(例えばクリアリングセンタ)が管理するシリアル
番号が記録されている。

【００７７】発行ログは、利用者の要求に基づいて発行
者（クリアリングセンタ）が発行する。例えばユーザが
クリアリングセンタ２６０の管理口座のある銀行に出向
き、クリアリングセンタの管理口座に利用希望額を振り
込んだり、あるいはクレジットカードを使用して振り込
みを行なうことで実際の金額移動を行なう。クリアリン
グセンタ２６０は、銀行から振り込み情報を受け取って
振り込みの確認を行ない、振り込み金額に対応する金額
を発行ログの発行金額として設定する。あるいは、ユー
ザから直接クリアリングセンタ２６０に発行ログの発行
要求と、ユーザの銀行口座からクリアリングセンタ２６
０の管理口座への振替依頼を行なって、クリアリングセ
ンタ２６０が銀行に対して振り替え要求を行なって、振
替金額に応じた発行金額を設定した発行ログを発行する
構成としてもよい。

【００７８】ユーザデバイス２２０は、クリアリングセ
ンタ２６０の発行した発行ログに設定された発行金額を
限度として、コンテンツの利用料金を電子マネー２２１
を用いて支払う。電子マネー２２１によるの支払い処理
の際には、ＳＡＭによって構成される電子マネー２２１
に記録されている電子マネー残高がチェックされ、残高
が支払い金額より少ない場合は、電子マネー２２１によ
る支払いは実行できない。残高が支払い金額以上である
場合にのみ電子マネーによる支払いが実行される。電子
マネー２２１に記録されている発行ログに基づく電子マ
ネー使用可能残高は、支払処理により更新される。

【００７９】発行ログに設定された発行金額に相当する
金額を使いきった場合、すなわち発行ログに基づく電子
マネー使用可能残高が０になったユーザは、所定の金額
をクリアリングセンタ管理口座に振り込んで新たな発行
ログの発行をクリアリングセンタに要求することができ
る。また、残高が０にならない場合であっても、ユーザ
は新たな発行ログの追加発行をクリアリングセンタ２６
０に要求することができる。

【００８０】クリアリングセンタ２６０による発行ログ
の追加発行処理について説明する。まず、ユーザは追加
利用する金額をクリアリングセンタ管理口座に振り込み
クリアリングセンタ２６０に、発行ログの追加発行を要
求する。クリアリングセンタ２６０は、発行ログの追加
発行を要求してきたユーザデバイスから、すでに発行済
みの「発行ログ−ｏｌｄ」と、電子マネー２２１に記録
されている「発行ログ−ｏｌｄ」に基づく電子マネー使
用可能残高データの送信を要求し、これらのデータを受
領する。クリアリングセンタ２６０は、ユーザの振り込
み金額と、ユーザから受信した「発行ログ−ｏｌｄ」に
基づく電子マネー使用可能残高との合計を新たな発行ロ
グである「発行ログ−ｎｅｗ」の発行金額として設定し
て新たな発行ログ「発行ログ−ｎｅｗ」をユーザデバイ
スに送信する。

【００８１】上述の処理において、クリアリングセンタ
２６０は、ユーザから受信する「発行ログ−ｏｌｄ」に
基づく電子マネー使用可能残高が、クリアリングセンタ
２６０内のユーザ残高管理サーバの残高データと一致し
ない場合がある。これは、受領ログの精算処理が遅れて
行われる場合があるからである。この場合、クリアリン
グセンタ２６０は、ユーザＩＤと発行ログシリアル番号
と、各発行ログに対する残高をユーザ残高管理サーバ２
６３において管理し、第2の発行ログの追加発行をす
る。例えば「発行ログ−ｏｌｄ」の発行金額が￥１０，
０００で、￥８，０００が利用済みで、ユーザデバイス
２２０の電子マネーの残高データが￥２，０００である
とき、クリアリングセンタ２６０において、￥５，００
０の受領ログ精算のみが処理済であるとすると、￥３，
０００の未処理金額があることになる。ここで、ユーザ
デバイス２２０が新たに￥２０，０００の発行ログの追
加発行要求を行なったとする。

【００８２】この時点において、クリアリングセンタ２
６０が発行金額の￥２０，０００の「発行ログ−ｎｅ
ｗ」を発行すると、クリアリングセンタ２６０のユーザ
残高管理サーバ２６３の当該ユーザの発行ログ関連デー
タは、［発行ログ−ｏｌｄ：ユーザＩＤ：残高￥５，０
００］と、［発行ログ−ｎｅｗ：ユーザＩＤ：残高￥２
０，０００］となる。その後、クリアリングセンタ２６
０が、未回収分の￥３，０００の受領ログの精算を行な
った場合は、［発行ログ−ｏｌｄ：ユーザＩＤ：残高￥
２，０００］と、［発行ログ−ｎｅｗ：ユーザＩＤ：残
高￥２０，０００］となる。なお、いずれの発行ログに
基づく受領ログであるかは、発行ログシリアル番号で区
別可能である。また、クリアリングセンタ２６０は、ユ
ーザから受信した「発行ログ−ｏｌｄ」に基づく電子マ
ネー使用可能残高データを受信した際に未回収残高（上
記の例では￥３，０００）を未回収残高データとして設
定して精算処理を実行するようにしてもよい。

【００８３】ユーザデバイス２２０は、コンテンツの利
用料金を電子マネー２２１を用いて支払う処理を実行す
ると、利用ログを生成して、これをサービスプロバイダ
２４０に送信する。利用ログには、ユーザデバイス２２
０の有する発行ログ情報に加えて、利用情報として、コ
ンテンツの対価として支払った金額に対応する利用金
額、料金の受け取り先情報、さらに、ユーザデバイス側
で管理するシリアル番号が記録されている。なおさら
に、ユーザの電子マネーの現在の残高情報と利用サービ
ス情報を付加する構成としてもよい。これらの情報に対
してユーザデバイス２２０の署名（電子署名）がなされ
てユーザデバイス２２０からサービスプロバイダ２４０
に送信される。ユーザデバイス２２０は、利用ログをサ
ービスプロバイダ２４０に送信するとともに、利用ログ
をＳＡＭ外部の記憶手段に格納する。

【００８４】さらに、サービスプロバイダ２４０は、利
用ログに基づいて受領ログを生成して、これを電子マネ
ーの決済処理を行なうクリアリングセンタ２６０に送信
する。受領ログは、図６に示すように、利用ログ情報に
加えて、受領情報として、料金の支払元情報、受領日
時、受領者（本例ではサービスプロバイダ）の管理する
シリアル番号が記録されている。これらの情報に対して
受領者（サービスプロバイダ２４０）の署名（電子署
名）がなされてサービスプロバイダ２４０からクリアリ
ングセンタ２６０に送信される。サービスプロバイダ２
４０は、受領ログをクリアリングセンタ２６０に送信す
るとともに、受領ログをＳＡＭ外部の記憶手段に格納す
る。

【００８５】なお、コンテンツがユーザ間で取り引きさ
れる場合は、受領ログにはサービスプロバイダの署名で
はなく、コンテンツを供給したユーザの署名がなされ
る。ユーザ間のコンテンツ取り引き（二次配信）につい
ては、後段で説明する。

【００８６】上記の説明および図４で示すように利用ロ
グは、その生成者であるユーザデバイス２２０からサー
ビスプロバイダ２４０に送信されるとともにユーザデバ
イス２２０内に格納され、受領ログは、その生成者であ
るサービスプロバイダ２４０からクリアリングセンタ２
６０に送信されるとともに、サービスプロバイダ２４０
内に格納される。これらのログ保存は、後日振込報告、
支払報告等があった場合に、照合処理を実行可能とする
ためである。各ログをＳＡＭ内に保存しないのは、同一
のログがクリアリングセンタ２６０に保管されており、
万が一改竄された場合でも正しいログ情報をクリアリン
グセンタ２６０の保管ログから取り出すことが可能であ
るからである。

【００８７】（３−３）電子署名これら各ログに付加される電子署名について簡単に説明
する。まず、電子署名データの生成処理方法の例の１つ
として共通鍵暗号方式におけるＤＥＳを用いた例を説明
する。なお、本発明においては、ＤＥＳ以外にも、同様
の共通鍵暗号方式における処理として例えばＦＥＡＬ
（Fast Encipherment ALgorithm：ＮＴＴ（登録商
標））、ＡＥＳ（Advanced Encryption Standard：米国
次期標準暗号）等を用いることも可能である。

【００８８】一般的なＤＥＳを用いた電子署名の生成方
法を図７を用いて説明する。まず、電子署名を生成する
に先立ち、電子署名の対象となるメッセージを８バイト
単位に分割する（以下、分割されたメッセージをＭ１、
Ｍ２、・・・、ＭＮとする）。そして、初期値（Initia
l Value（以下、ＩＶとする））とＭ１を排他的論理和
する（その結果をＩ１とする）。次に、Ｉ１をＤＥＳ暗
号化部に入れ、鍵（以下、Ｋ１とする）を用いて暗号化
する（出力をＥ１とする）。続けて、Ｅ１およびＭ２を
排他的論理和し、その出力Ｉ２をＤＥＳ暗号化部へ入
れ、鍵Ｋ１を用いて暗号化する（出力Ｅ２）。以下、こ
れを繰り返し、全てのメッセージに対して暗号化処理を
施す。最後に出てきたＥＮが電子署名になる。この値は
一般にはメッセージ認証符号（ＭＡＣ（Message Authen
tication Code））と呼ばれ、メッセージの改竄チェッ
クに用いられる。また、このように暗号文を連鎖させる
方式のことをＣＢＣ（Cipher Block Chaining）モード
と呼ぶ。このＭＡＣ値の検証時には、検証者が生成時と
同様の方法でＭＡＣ値を生成し、同一の値が得られた場
合、検証成功とする。

【００８９】本発明のコンテンツ取り引きシステムにお
いて使用される発行ログ２５１、利用ログ２５２、受領
ログ２５３には、図６で説明した各種情報が含まれ、こ
れらが検証対象のメッセージに対応する。従って、これ
らのデータ、あるいはこれらのデータに基づいて生成さ
れるデータを図７に示すＤＥＳ暗号処理部に入力するメ
ッセージとして電子署名を生成する。

【００９０】次に、公開鍵暗号方式を用いた電子署名の
生成方法を図８を用いて説明する。図８に示す処理は、
ＥＣ−ＤＳＡ（（Elliptic Curve Digital Signature A
lgorithm）、IEEE P1363/D3）を用いた電子署名データ
の生成処理フローである。なお、ここでは公開鍵暗号と
して楕円曲線暗号（Elliptic Curve Cryptography（以
下、ＥＣＣと呼ぶ））を用いた例を説明する。なお、本
発明のデータ処理装置においては、楕円曲線暗号以外に
も、同様の公開鍵暗号方式における、例えばＲＳＡ暗号
（（Rivest、Shamir、Adleman）など（ANSI X9.31））
を用いることも可能である。

【００９１】図８の各ステップについて説明する。ステ
ップＳ１において、ｐを標数、a、bを楕円曲線の係数
（楕円曲線：ｙ²＝ｘ³＋ａｘ＋ｂ）、Ｇを楕円曲線上の
ベースポイント、rをＧの位数、Ｋｓを秘密鍵（０＜Ｋ
ｓ＜ｒ）とする。ステップＳ２おいて、メッセージＭの
ハッシュ値を計算し、f=Hash(M)とする。

【００９２】ここで、ハッシュ関数を用いてハッシュ値
を求める方法を説明する。ハッシュ関数とは、メッセー
ジを入力とし、これを所定のビット長のデータに圧縮
し、ハッシュ値として出力する関数である。ハッシュ関
数は、ハッシュ値（出力）から入力を予測することが難
しく、ハッシュ関数に入力されたデータの1ビットが変
化したとき、ハッシュ値の多くのビットが変化し、ま
た、同一のハッシュ値を持つ異なる入力データを探し出
すことが困難である特徴を有する。ハッシュ関数として
は、ＭＤ４、ＭＤ５、ＳＨＡ−１などが用いられる場合
もあるし、ＤＥＳ−ＣＢＣが用いられる場合もある。こ
の場合は、最終出力値となるＭＡＣ（チェック値：ＩＣ
Ｖに相当する）がハッシュ値となる。

【００９３】続けて、ステップＳ３で、乱数ｕ（０＜ｕ
＜ｒ）を生成し、ステップＳ４でベースポイントをｕ倍
した座標Ｖ（Ｘｖ，Ｙｖ）を計算する。なお、楕円曲線
上の加算、２倍算は次のように定義されている。

【００９４】

【数１】P=(Ｘａ，Ｙａ),Q=(Ｘｂ，Ｙｂ),R=(Ｘｃ,Ｙ
ｃ)=P+Qとすると、 P≠Qの時（加算）、 Xｃ=λ²−Ｘａ−ＸｂＹｃ=λ×(Ｘａ−Ｘｃ)−Ｙａ λ=(Ｙｂ−Ｙａ)／(Ｘｂ−Ｘａ) P=Qの時（2倍算）、Ｘｃ=λ²−２ＸａＹｃ=λ×(Ｘａ−Ｘｃ)−Ｙａ λ=(３(Ｘａ)²＋ａ)／(２Ｙａ)

【００９５】これらを用いて点Ｇのｕ倍を計算する（速
度は遅いが、最もわかりやすい演算方法として次のよう
に行う。Ｇ、２×Ｇ、４×Ｇ・・を計算し、uを2進数展
開して1が立っているところに対応する２ⁱ×Ｇ（Ｇをｉ
回２倍算した値（ｉはｕのＬＳＢから数えた時のビット
位置））を加算する。

【００９６】ステップＳ５で、ｃ＝Ｘｖｍｏｄｒを計
算し、ステップＳ６でこの値が０になるかどうか判定
し、０でなければステップＳ７でｄ＝［（ｆ＋ｃＫｓ）
／ｕ］ｍｏｄｒを計算し、ステップＳ８でｄが０であ
るかどうか判定し、ｄが０でなければ、ステップＳ９で
ｃおよびｄを電子署名データとして出力する。仮に、ｒ
を１６０ビット長の長さであると仮定すると、電子署名
データは３２０ビット長となる。

【００９７】ステップＳ６において、ｃが０であった場
合、ステップＳ３に戻って新たな乱数を生成し直す。同
様に、ステップＳ８でｄが０であった場合も、ステップ
Ｓ３に戻って乱数を生成し直す。

【００９８】次に、公開鍵暗号方式を用いた電子署名の
検証方法を、図９を用いて説明する。ステップＳ１１
で、Ｍをメッセージ、pを標数、a、bを楕円曲線の係数
（楕円曲線：ｙ²＝ｘ³＋ａｘ＋ｂ）、Ｇを楕円曲線上の
ベースポイント、rをＧの位数、ＧおよびＫｓ×Gを公開
鍵（０＜Ｋｓ＜ｒ）とする。ステップＳ１２で電子署名
データｃおよびｄが０＜ｃ＜ｒ、０＜ｄ＜ｒを満たすか
検証する。これを満たしていた場合、ステップＳ１３
で、メッセージＭのハッシュ値を計算し、ｆ＝Ｈａｓｈ
（Ｍ）とする。次に、ステップＳ１４でh=1/d mod rを
計算し、ステップＳ１５でｈ１＝ｆｈｍｏｄｒ、ｈ
２=ｃｈｍｏｄｒを計算する。

【００９９】ステップＳ１６において、既に計算したｈ
１およびｈ２を用い、点Ｐ＝（Ｘｐ，Ｙｐ）＝ｈ１×Ｇ
＋ｈ２・Ｋｓ×Ｇを計算する。電子署名検証者は、公開
鍵ＧおよびＫｓ×Ｇを知っているので、図８のステップ
Ｓ４と同様に楕円曲線上の点のスカラー倍の計算ができ
る。そして、ステップＳ１７で点Ｐが無限遠点かどうか
判定し、無限遠点でなければステップＳ１８に進む（実
際には、無限遠点の判定はステップＳ１６でできてしま
う。つまり、Ｐ＝（Ｘ，Ｙ）、Ｑ＝（Ｘ，−Ｙ）の加算
を行うと、λが計算できず、Ｐ＋Ｑが無限遠点であるこ
とが判明している）。ステップＳ１８でＸｐｍｏｄｒ
を計算し、電子署名データｃと比較する。最後に、この
値が一致していた場合、ステップＳ１９に進み、電子署
名が正しいと判定する。

【０１００】電子署名が正しいと判定された場合、デー
タは改竄されておらず、公開鍵に対応した秘密鍵を保持
する者が電子署名を生成したことがわかる。

【０１０１】ステップＳ１２において、電子署名データ
ｃまたはｄが、０＜ｃ＜ｒ、０＜ｄ＜ｒを満たさなかっ
た場合、ステップＳ２０に進む。また、ステップＳ１７
において、点Ｐが無限遠点であった場合もステップＳ２
０に進む。さらにまた、ステップＳ１８において、Ｘｐ
ｍｏｄｒの値が、電子署名データｃと一致していなか
った場合にもステップＳ２０に進む。

【０１０２】ステップＳ２０において、電子署名が正し
くないと判定された場合、データは改竄されているか、
公開鍵に対応した秘密鍵を保持する者が電子署名を生成
したのではないことがわかる。

【０１０３】本発明のコンテンツ取り引きシステムにお
いては、例えばユーザデバイス２２０がコンテンツの利
用料金を電子マネー２２１を用いて支払う際に、利用ロ
グ２５１を生成サービスプロバイダ２４０に送付する。
この利用ログにはユーザデバイスの署名が付加されて、
サービスプロバイダ２４０によって検証処理がなされ
る。またサービスプロバイダ２４０が生成してクリアリ
ングセンタ２６０に送付する受領ログにはービスプロバ
イダの署名が付加されて、クリアリングセンタ２６０に
よって検証処理がなされる。またクリアリングセンタ２
６０が発行して、ユーザデバイス２２０に送信する発行
ログにはクリアリングセンタの署名が付加されてユーザ
デバイス２２０において検証処理が実行される。

【０１０４】（３−４）シリアル番号の付与方法前述の図６の説明において、発行ログ、利用ログ、受領
ログのそれぞれにはそれぞれのログ生成者、すなわち、
発行ログであればクリアリングセンタ、利用ログであれ
ばユーザデバイス、受領ログであればサービスプロバイ
ダ固有のシリアル番号が付与される。このシリアル番号
の付与方法の一例を説明する。各ログ生成者は固有の秘
密鍵Ｋ（例えばＳＡＭ内に保管）と、付与済みのシリア
ル番号Ｎ１を用いて次のシリアル番号Ｎ２を生成する。
例えばＮ２＝ＤＥＳ（Ｋ，Ｎ１）とする。最終的に各ロ
グ情報を含む受領ログを受領するクリアリングセンタ２
６０は、シリアル番号を付与するユーザデバイス、サー
ビスプロバイダの秘密鍵Ｋをすべて管理しており、受領
ログを受信した際、各ログのシリアル番号をチェックし
て、不正なシリアル番号の有無を検証する。不正が見つ
かった場合は、その受領ログに基づく精算処理を中止す
る。このようにシリアル番号を管理することにより、不
正な金額移動を防止することが可能

【０１０５】（３−５）相互認証処理およびデータ通信図４に示すユーザデバイス２２０、サービスプロバイダ
２４０、クリアリングセンタ２６０、口座管理機関２８
０の相互間におけるコンテンツ料金の支払いに関するデ
ータ通信は、暗号化データとして送信する。例えば、図
６で説明した各種ログの情報を暗号化して転送する。暗
号化処理方式としては様々な態様が可能であるが、図５
で説明した公開鍵証明書発行局（ＩＡ）４１０の発行し
た公開鍵証明書を用いた相互認証処理を実行して、相互
認証処理時にセッション鍵の生成を実行して、生成した
セッション鍵を共有鍵として暗号化処理を実行してデー
タ送信を行なう構成が１つの好ましい方式である。

【０１０６】共通鍵暗号方式を用いた相互認証方法を、
図１０を用いて説明する。図１０において、共通鍵暗号
方式としてＤＥＳを用いているが、前述のように同様な
共通鍵暗号方式であればいずれでもよい。図１０におい
て、Ａ，Ｂは図４におけるユーザデバイス２２０、サー
ビスプロバイダ２４０、クリアリングセンタ２６０、口
座管理機関２８０の通信を実行する２つの構成要素に対
応する。

【０１０７】まず、Ｂが６４ビットの乱数Ｒｂを生成
し、Ｒｂおよび自己のＩＤであるＩＤ（ｂ）をＡに送信
する。これを受信したＡは、新たに６４ビットの乱数Ｒ
ａを生成し、Ｒａ、Ｒｂ、ＩＤ（ｂ）の順に、ＤＥＳの
ＣＢＣモードで鍵Ｋａｂを用いてデータを暗号化し、Ｂ
に返送する。図７に示すＤＥＳのＣＢＣモード処理構成
によれば、ＲａがＭ１、ＲｂがＭ２、ＩＤ（ｂ）がＭ３
に相当し、初期値：ＩＶ＝０としたときの出力Ｅ１、Ｅ
２、Ｅ３が暗号文となる。

【０１０８】これを受信したＢは、受信データを鍵Ｋａ
ｂで復号化する。受信データの復号化方法は、まず、暗
号文Ｅ１を鍵Ｋａｂで復号化し、乱数Ｒａを得る。次
に、暗号文Ｅ２を鍵Ｋａｂで復号化し、その結果とＥ１
を排他的論理和し、Ｒｂを得る。最後に、暗号文Ｅ３を
鍵Ｋａｂで復号化し、その結果とＥ２を排他的論理和
し、ＩＤ(ｂ)を得る。こうして得られたＲａ、Ｒｂ、Ｉ
Ｄ(ｂ)の内、ＲｂおよびＩＤ(ｂ)が、Ｂが送信したもの
と一致するか検証する。この検証に通った場合、ＢはＡ
を正当なものとして認証する。

【０１０９】次にＢは、認証後に使用するセッション鍵
（Session Key（以下、Ｋｓｅｓとする））を生成する
（生成方法は、乱数を用いる）。そして、Ｒｂ、Ｒａ、
Ｋｓｅｓの順に、ＤＥＳのＣＢＣモードで鍵Ｋａｂを用
いて暗号化し、Ａに返送する。

【０１１０】これを受信したＡは、受信データを鍵Ｋａ
ｂで復号化する。受信データの復号化方法は、Ｂの復号
化処理と同様であるので、ここでは詳細を省略する。こ
うして得られたＲｂ、Ｒａ、Ｋｓｅｓの内、Ｒｂおよび
Ｒａが、Ａが送信したものと一致するか検証する。この
検証に通った場合、ＡはＢを正当なものとして認証す
る。互いに相手を認証した後には、セッション鍵Ｋｓｅ
ｓは、認証後の秘密通信のための共通鍵として利用され
る。

【０１１１】なお、受信データの検証の際に、不正、不
一致が見つかった場合には、相互認証が失敗したものと
して処理を中断する。

【０１１２】次に、公開鍵暗号方式である１６０ビット
長の楕円曲線暗号を用いた相互認証方法を、図１１を用
いて説明する。図１１において、公開鍵暗号方式として
ＥＣＣを用いているが、前述のように同様な公開鍵暗号
方式であればいずれでもよい。また、鍵サイズも１６０
ビットでなくてもよい。図１１において、まずＢが、６
４ビットの乱数Ｒｂを生成し、Aに送信する。これを受
信したＡは、新たに６４ビットの乱数Ｒａおよび標数ｐ
より小さい乱数Ａｋを生成する。そして、ベースポイン
トＧをＡｋ倍した点Ａｖ＝Ａｋ×Ｇを求め、Ｒａ、Ｒ
ｂ、Ａｖ（X座標とY座標）に対する電子署名Ａ．Ｓｉｇ
を生成し、Ａの公開鍵証明書とともにＢに返送する。こ
こで、ＲａおよびＲｂはそれぞれ６４ビット、ＡｖのＸ
座標とＹ座標がそれぞれ１６０ビットであるので、合計
４４８ビットに対する電子署名を生成する。電子署名の
生成方法は図８で説明したので、その詳細は省略する。

【０１１３】公開鍵証明書を利用する際には、利用者は
自己が保持する公開鍵証明書発行局（ＩＡ）４１０の公
開鍵を用い、当該公開鍵証明書の電子署名を検証し、電
子署名の検証に成功した後に公開鍵証明書から公開鍵を
取り出し、当該公開鍵を利用する。従って、公開鍵証明
書を利用する全ての利用者は、共通の公開鍵証明書発行
局（ＩＡ）の公開鍵を保持している必要がある。なお、
電子署名の検証方法については、図９で説明したのでそ
の詳細は省略する。

【０１１４】図１１に戻って説明を続ける。Ａの公開鍵
証明書、Ｒａ、Ｒｂ、Ａｖ、電子署名Ａ．Ｓｉｇを受信
したＢは、Ａが送信してきたＲｂが、Ｂが生成したもの
と一致するか検証する。その結果、一致していた場合に
は、Ａの公開鍵証明書内の電子署名を認証局の公開鍵で
検証し、Ａの公開鍵を取り出す。そして、取り出したＡ
の公開鍵を用い電子署名Ａ．Ｓｉｇを検証する。電子署
名の検証方法は図９で説明したので、その詳細は省略す
る。電子署名の検証に成功した後、ＢはＡを正当なもの
として認証する。

【０１１５】次に、Ｂは、標数ｐより小さい乱数Ｂｋを
生成する。そして、ベースポイントＧをＢｋ倍した点Ｂ
ｖ＝Ｂｋ×Ｇを求め、Ｒｂ、Ｒａ、Ｂｖ（Ｘ座標とＹ座
標）に対する電子署名Ｂ．Ｓｉｇを生成し、Ｂの公開鍵
証明書とともにＡに返送する。

【０１１６】Ｂの公開鍵証明書、Ｒｂ、Ｒａ、Ｂｖ、電
子署名Ｂ．Ｓｉｇを受信したＡは、Ｂが送信してきたＲ
ａが、Ａが生成したものと一致するか検証する。その結
果、一致していた場合には、Ｂの公開鍵証明書内の電子
署名を認証局の公開鍵で検証し、Ｂの公開鍵を取り出
す。そして、取り出したＢの公開鍵を用い電子署名Ｂ．
Ｓｉｇを検証する。電子署名の検証に成功した後、Ａは
Ｂを正当なものとして認証する。

【０１１７】両者が認証に成功した場合には、ＢはＢｋ
×Ａｖ（Ｂｋは乱数だが、Ａｖは楕円曲線上の点である
ため、楕円曲線上の点のスカラー倍計算が必要）を計算
し、ＡはＡｋ×Ｂｖを計算し、これら点のＸ座標の下位
６４ビットをセッション鍵として以降の通信に使用する
（共通鍵暗号を６４ビット鍵長の共通鍵暗号とした場
合）。もちろん、Ｙ座標からセッション鍵を生成しても
よいし、下位６４ビットでなくてもよい。なお、相互認
証後の秘密通信においては、送信データはセッション鍵
で暗号化されるだけでなく、電子署名も付されることが
ある。

【０１１８】電子署名の検証や受信データの検証の際
に、不正、不一致が見つかった場合には、相互認証が失
敗したものとして処理を中断する。

【０１１９】ユーザデバイス２２０、サービスプロバイ
ダ２４０、クリアリングセンタ２６０と、口座管理機関
２８０は、このような相互認証処理において、生成した
セッション鍵を用いて、送信データを暗号化して、相互
にデータ通信を実行する。

【０１２０】ユーザデバイス２２０がコンテンツをサー
ビスプロバイダ２４０に要求してコンテンツを受領する
際のコンテンツ料金の支払処理は、電子マネー２２１の
残高からコンテンツ料金を減額して、さらに、利用ログ
情報として必要な情報、すなわち、コンテンツの対価と
して支払った金額に対応する利用金額、料金の受け取り
先情報、利用サービス情報、さらに、ユーザデバイス側
で管理するシリアル番号等を記録した利用ログを生成し
てサービスプロバイダ２４０へ送信する処理となる。

【０１２１】図４に戻り、本発明のコンテンツ取り引き
システムにおけるコンテンツの取り引き処理について説
明を続ける。

【０１２２】ユーザデバイス２２０は、コンテンツの提
供者であるサービスプロバイダ２４０に対してコンテン
ツを要求（図４に示す（１）の処理）する。

【０１２３】サービスプロバイダ２４０は、ユーザデバ
イス２２０から要求のあったコンテンツをユーザデバイ
スに送信（図４に示す（２）の処理）する。なお、ここ
で送信するコンテンツは、コンテンツデータをコンテン
ツ鍵によって暗号化した暗号化コンテンツである。サー
ビスプロバイダ２４０は、暗号化コンテンツに加えて、
コンテンツ料金およびコンテンツ料金の支払先情報とし
てのコンテンツの価格情報、さらに後段で説明するが、
コンテンツの利用期限、複製可能回数等を販売条件情報
（ＵＣＰ：Usage Control Policy）として設定して、さ
らに電子署名を付してユーザデバイスに送信する。サー
ビスプロバイダ２４０は、コンテンツの利用条件を各種
設定可能である。これらの転送コンテンツ構成（セキュ
アコンテナ）については後段で説明する。

【０１２４】次に、ユーザデバイス２２０は、予め定め
られたコンテンツの使用料金に対応する金額を電子マネ
ー２２１から引出してサービスプロバイダ２４０に支払
う。

【０１２５】これらの料金処理は、具体的には、図４に
示すユーザデバイス２２０の有する電子マネー２２１の
残高から利用料金を減額し、発行ログ情報と、コンテン
ツの利用金額、コンテンツの利用料金の受け取り先情報
等を記録したデータからなる利用情報をデータとして持
つ利用ログ２５２を生成してサービスプロバイダ２４０
に送信（図４に示す（３）の処理）する処理として実行
される。この利用ログデータの転送は、上述した通り、
ユーザデバイス２２０とサービスプロバイダ２４０間の
相互認証処理を実行し、ユーザデバイス２２０による電
子署名がなされて転送する。

【０１２６】サービスプロバイダ２４０は、ユーザデバ
イス２２０から受領した利用ログ２５２を検証して、デ
ータ正当性が確認されると、暗号化コンテンツの復号に
用いるコンテンツ鍵を先に説明した認証処理の際に生成
したセッション鍵で暗号化してユーザデバイス２２０に
送信する。ユーザデバイスは、暗号化コンテンツ鍵をセ
ッション鍵で復号して得たコンテンツ鍵を用いて暗号化
コンテンツを復号して利用する。

【０１２７】サービスプロバイダ２４０は、さらに、ユ
ーザデバイス２２０から受領した利用ログ２５２に基づ
いて、図６で説明したコンテンツ利用料金の支払元、受
領日時等からなる受領情報を持つ受領ログ２５３を生成
してクリアリングセンタ２６０に送信（図４に示す
（４）の処理）する。このデータ転送についても、サー
ビスプロバイダ２４０とクリアリングセンタ２６０間の
相互認証処理を実行し、サービスプロバイダ２４０によ
る電子署名を行なってデータ転送が実行される。

【０１２８】クリアリングセンタ２６０は、サービスプ
ロバイダ２４０から受信した受領ログ２５３を検証し
て、データ正当性が確認されると、受領ログ２５３に基
づいて電子マネーによる支払い処理、すなわち電子デー
タ上での決済処理を行なうことになる。

【０１２９】まず、クリアリングセンタ２６０は、受領
ログ中のデータに基づいてユーザ管理サーバ中の対応す
るユーザデータを抽出し、クリアリングセンタ２６０が
管理するユーザの電子マネーによる支払処理であること
を確認する。さらに、クリアリングセンタ２６０は、決
済処理に関する実際の現金の受け渡し情報を口座管理機
関２８０に振替要求として送信（図４に示す（５）の処
理）する。

【０１３０】口座管理機関２８０は、クリアリングセン
タ２６０からの振替要求に基づいて、サービスプロバイ
ダ口座２８２、クリアリングセンタ管理下のユーザ電子
マネー口座２８３相互間において、金額振替、振込処理
を実行（図４に示す（６）の処理）する。なお、先に説
明したように振込先は１つのプロバイダとは限らず、複
数の関係先、例えばコンテンツ著作者、コンテンツ販売
店等である場合にはその他の口座２８５に対する振込処
理も実行される。また、これらの処理は複数の受領ログ
に対して一括して行なう場合もある。なお、図４に示す
（６）の処理は、各口座が同一金融機関内にあれば、同
一の金融機関（例えば銀行）内で行われるが、異なる金
融機関に口座が存在する場合は、異なる金融機関の間で
の金額振替、振込処理として行われる。これらの金額配
分に関しては、受領ログ中に記録されており、クリアリ
ングセンタ２６０は、受領ログに記録された配分情報に
従った振替要求を口座管理機関２８０に対して行なう。
コンテンツ料金の配分については、後段で説明する。

【０１３１】このコンテンツ利用料金配分情報は、図６
の受領ログに含まれる利用ログ中の利用情報中の「受取
先」、受領ログ中の受領情報の「支払元」情報であり、
クリアリングセンタ２６０がこの情報に基づいて振替構
成を決定して、口座管理機関２８０に対して振替要求を
行なうことになる。

【０１３２】口座管理機関２８０による金額移動として
の金額振替、振込処理が実行されると、口座管理機関２
８０は、振替処理確認応答をクリアリングセンタ２６０
に送信（図４に示す（７）の処理）する。

【０１３３】振替処理確認応答を受信したクリアリング
センタ２６０は、決済サーバ２６２に格納した決済デー
タを更新して電子マネーの決済処理を実行（図４に示す
（８）の処理）するとともに、各ユーザの電子マネー残
高を登録しているユーザ残高管理サーバ２６３の残高デ
ータの更新処理を実行（図４に示す（９）の処理）す
る。これらの処理が正常に実行されると、クリアリング
センタ２６０のユーザ残高管理サーバ２６３の残高と、
口座管理機関２８０のクリアリングセンタ管理下のユー
ザ電子マネー口座２８３との残高が一致することにな
る。

【０１３４】［４．二次配布を可能としたコンテンツ構
成］本発明のコンテンツ取り引きシステムでは配布する
コンテンツを以下に説明する構成とすることで、複数の
異なるユーザ間においてコンテンツの配信を可能とし、
かつユーザ間の配信においてもコンテンツ利用料金を回
収することが可能とした構成を持つ。

【０１３５】以下で説明するユーザ間のコンテンツ配信
の形態には２つの形態がある。１つは、ユーザＡからユ
ーザＢ、さらにユーザＢからユーザＣ等、直列的に異な
るユーザ間をコンテンツが順次、取り引きされる形態で
ある。この直列的なユーザ間のコンテンツ配信を以下、
「世代間配信」と呼ぶ。もう１つの配信形態は、ユーザ
Ａの購入したコンテンツをユーザＡからユーザＢ，Ｃ，
Ｄ等、並列的に配信する形態である。すなわち１人のユ
ーザから複数のユーザに並列に同一コンテンツを配信す
る形態である。この並列的なコンテンツ配信を、以下
「二次配信」と呼ぶ。

【０１３６】図１２に本発明のコンテンツ取り引きシス
テムにおいて流通するコンテンツを含むセキュア・コン
テナ（ＳｅｃｕｒｅＣｏｎｔａｉｎｅｒ）の構成を示
す。図１２に示すようにセキュアコンテナは、コンテン
ツ鍵によって暗号化されたコンテンツ１２０１と、コン
テンツの料金とコンテンツ料金の受け取り先、配分情報
を含む価格情報１２０２と、コンテンツの利用条件、例
えば「世代間配信」「二次配信」等の転売が禁止されて
いる１回限りの配信が許容されたコンテンツであると
か、複数回の転売が可能であるとか、複数回の転売が可
能である場合の転売条件、例えば２回までの「世代間配
信」と、３回までの「二次配信」が許容されているコン
テンツであるとか、あるいは利用可能期間等の設定情報
としての販売条件（ＵＣＰ）１２０３と、セキュアコン
テナの作成者の電子署名１２０４を含んで構成される。

【０１３７】価格情報１２０２、販売条件１２０３は、
コンテンツ製作者、コンテンツプロバイダ、サービスプ
ロバイダ等のいずれかが設定する、電子署名は、コンテ
ンツの流通を管理する機関による署名である。コンテン
ツの流通を管理する機関がサービスプロバイダであれ
ば、サービスプロバイダの署名となる。

【０１３８】図１３に販売条件（ＵＣＰ）１２０３の具
体的構成例、図１４に価格情報１２０２の具体的構成例
を示す。図１３に示すように販売条件（ＵＣＰ）には、
コンテンツ識別子（ＩＤ）、コンテンツの利用可能なユ
ーザデバイスを設定した使用可能機器条件、コンテンツ
の利用可能な地域を設定した地域コード、どのようにコ
ンテンツを利用してよいかを示す利用権タイプ（例えば
コンテンツの再生可能回数、コンテンツの複製（ダウン
ロード）可能回数）、異なるユーザデバイス間での流通
可能回数として、前述した「世代間配信」の可能回数を
設定した「ＵＣＰ世代管理情報」１３０１と、前述の
「二次配信」の可能回数を設定した「二次配信可能回
数」１３０２が含まれる。「ＵＣＰ世代管理情報」に設
定されたそれぞれのユーザ間での配信可能回数は、ユー
ザデバイス内のメモリにコンテンツに応じて格納される
使用制御情報（ＵＣＳ：Usage Control Status）（図１
６参照）中の「ＵＣＳ世代管理情報」、「ＵＣＳ二次配
信可能回数」の元データとなり、「ＵＣＳ世代管理情
報」、「ＵＣＳ二次配信可能回数」に基づいてそれぞれ
の処理の可否が決定される。「ＵＣＳ世代管理情報」は
コンテンツの世代間配信毎に更新され、「ＵＣＳ二次配
信可能回数」はコンテンツの二次配信毎に更新される。

【０１３９】ユーザデバイス内のＵＣＳに記録される
「ＵＣＳ世代管理情報」に基づいて世代間配信の可否が
決定される。すなわち、セキュアコンテンツ内の販売条
件（ＵＣＰ）の「ＵＣＰ世代管理情報」に設定された世
代間配信可能回数を制限回数としてコンテンツの世代間
配信が可能となる。それ以上のコンテンツの世代間配信
はエラーとなり、実行されない。同様に、ユーザデバイ
ス内のＵＣＳに記録された「ＵＣＳ二次配信可能回数」
に基づいて二次配信の可否が決定される。すなわち、セ
キュアコンテンツ内の販売条件（ＵＣＰ）の「ＵＣＰ二
次配信可能回数」に設定された二次配信可能回数を制限
回数としてコンテンツの二次配信が可能となる。それ以
上のコンテンツの二次配信はエラーとなり、実行されな
い。

【０１４０】さらに後段で説明するが、「ＵＣＳ世代管
理情報」は、世代間配信、つまりユーザ間のコンテンツ
取り引き（セキュアコンテナの転送）の際にユーザ間に
おいて継承されてコンテンツの提供を受けたユーザデバ
イスＢにおいて、コンテンツ供給元のユーザデバイスＡ
のＵＣＳ（Ａ）に基づいて、ＵＣＳ（Ａ）の「ＵＣＳ世
代管理情報」を引き継いだ新たなＵＣＳ（Ｂ）が生成さ
れる。例えばＵＣＳ（Ａ）の「ＵＣＳ世代管理情報」が
５であったとき、ユーザデバイスＡからユーザデバイス
Ｂに対する世代間配信により、1回の世代間配信が実行
されるので、ユーザデバイスＢに生成されるＵＣＳ
（Ｂ）の「ＵＣＳ世代管理情報」は４に設定される。こ
れらの処理については、後段で詳細に説明する。

【０１４１】また、「ＵＣＳ二次配信可能回数」につい
ても、二次配信を行なったユーザ間で、その情報を引き
継いで、二次配信を受けたユーザデバイスにおいて、
「ＵＣＳ二次配信可能回数」を１つ減少、すなわちデク
リメントして新たなＵＣＳを生成して格納する。

【０１４２】あるいは、二次配信に関しては、ユーザ間
での「ＵＣＳ二次配信可能回数」の情報の継承を行なわ
ず、二次配信を受けたユーザデバイスにおいて、セキュ
アコンテナの「ＵＣＰ二次配信可能回数」を再度有効に
する構成としてもよい。すなわち、「ＵＣＰ二次配信可
能回数」が５回として設定されている場合、そのコンテ
ンツを新たに受領したユーザは常に５回のコンテンツの
二次配信が可能になるように構成してもよい。

【０１４３】世代間配信と二次配信の継承の例について
説明する。サービスプロバイダから最初にコンテンツを
購入したユーザ（Ａ）は、セキュアコンテナ中のＵＣＰ
にある「ＵＣＰ世代管理情報」と「ＵＣＰ二次配信可能
回数」に基づいて「ＵＣＳ世代管理情報」と「ＵＣＳ二
次配信可能回数」を有するＵＣＳを生成して格納する。
例えば「ＵＣＰ世代管理情報」＝３、「ＵＣＰ二次配信
可能回数」＝５であったとすると、ユーザＡのＵＣＳ
は、「ＵＣＳ世代管理情報」＝３、「ＵＣＳ二次配信可
能回数」＝５として生成される。

【０１４４】ユーザ（Ａ）がユーザ（Ｂ）にコンテンツ
を配信すると、ユーザＡの「ＵＣＳ世代管理情報」＝
３、「ＵＣＳ二次配信可能回数」＝４となり、ユーザＢ
に生成されるＵＣＳは「ＵＣＳ世代管理情報」＝２、
「ＵＣＳ二次配信可能回数」＝５（継承する場合４）と
なる。

【０１４５】さらに、ユーザ（Ａ）がユーザ（Ｃ）にコ
ンテンツを配信すると、ユーザＡの「ＵＣＳ世代管理情
報」＝３、「ＵＣＳ二次配信可能回数」＝３となり、ユ
ーザＣに生成されるＵＣＳは「ＵＣＳ世代管理情報」＝
２、「ＵＣＳ二次配信可能回数」＝５（継承する場合
３）となる。

【０１４６】さらに、ユーザ（Ｂ）がユーザ（Ｄ）にコ
ンテンツを配信すると、ユーザＢの「ＵＣＳ世代管理情
報」＝２、「ＵＣＳ二次配信可能回数」＝４（継承して
いる場合３）となり、ユーザＤに生成されるＵＣＳは
「ＵＣＳ世代管理情報」＝１、「ＵＣＳ二次配信可能回
数」＝５（継承する場合３）となる。

【０１４７】さらに、ユーザ（Ｄ）がユーザ（Ｅ）にコ
ンテンツを配信すると、ユーザＤの「ＵＣＳ世代管理情
報」＝１、「ＵＣＳ二次配信可能回数」＝４（継承して
いる場合２）となり、ユーザＥに生成されるＵＣＳは
「ＵＣＳ世代管理情報」＝０、「ＵＣＳ二次配信可能回
数」＝５（継承する場合２）となる。

【０１４８】ここで、ユーザ（Ｅ）は、「ＵＣＳ世代管
理情報」＝０であるので、「ＵＣＳ二次配信可能回数」
の設定数に無関係に新たな配信はできない。ユーザ
（Ａ）は、ユーザ（Ｂ）と（Ｃ）に配信を行なってお
り、「ＵＣＳ二次配信可能回数」＝３であり、あと３回
の配信が可能である。また、ユーザ（Ｂ）は、ユーザ
（Ｄ）に配信を行なっており、「ＵＣＳ二次配信可能回
数」＝４（継承している場合３）であり、あと４回（継
承している場合３回）の配信が可能である。また、ユー
ザ（Ｃ）は、配信を行なっておらず、「ＵＣＳ二次配信
可能回数」＝５（継承している場合３）であり、あと５
回（継承している場合３回）の配信が可能である。ユー
ザ（Ｄ）は、ユーザ（Ｅ）に配信を行なっており、「Ｕ
ＣＳ二次配信可能回数」＝４（継承している場合２）で
あり、あと４回（継承している場合２回）の配信が可能
となる。

【０１４９】このように、「ＵＣＳ世代管理情報」＝０
になったＵＣＳを持つユーザデバイスは、それ以上、他
のユーザデバイスに対してコンテンツの配布が実行でき
なくなるが、「ＵＣＳ世代管理情報」＝１以上であれ
ば、そのユーザは、「ＵＣＳ二次配信可能回数」に設定
された回数のコンテンツ配布が可能となる。

【０１５０】図１３の販売条件（ＵＣＰ）には、さら
に、ルール１〜Ｎとして、異なるコンテンツ利用条件が
設定されている。これらは、ユーザ、ユーザデバイスに
応じて、あるいはユーザが選択可能なコンテンツ利用条
件を複数設定したものであり、各ルールに従って例えば
コンテンツ価格等が異なるように設定されている。

【０１５１】図１４は、図１２のセキュアコンテナの価
格情報のを例を示すものであり、図１３の販売条件（Ｕ
ＣＰ）と同様のコンテンツＩＤ等の情報の他に、価格情
報ＩＤ、価格情報バージョンが含まれ、さらに、図１３
の販売条件（ＵＣＰ）と同様、ルール１〜Ｎとして、異
なるコンテンツ利用価格が設定されている。各ルールに
は、それぞれのコンテンツ利用価格、コンテンツ利益配
分情報が設定されている。

【０１５２】先に、図６で説明した利用ログ、および受
領ログのコンテンツ利用料金の支払先に関する情報は、
上述したセキュアコンテナの販売条件（ＵＣＰ）、価格
情報に基づいて生成されるものである。

【０１５３】図１２に示すセキュアコンテナを流通コン
テンツデータとすることにより、複数のユーザ間での二
次配信を可能とした決済処理構成を図１５に示す。

【０１５４】図１５において、ユーザデバイスＡは、サ
ービスプロバイダ２４０に対してコンテンツの要求を行
ない、前述したと同様の認証処理、署名検証処理等を実
行して、コンテンツ利用料金の支払い処理として発行ロ
グＡ１５３１に基づいて利用ログＡ１５３２を生成して
サービスプロバイダ２４０に送信する。

【０１５５】なお、この転送コンテンツは、図１２で説
明したように、コンテンツ鍵で暗号化されたものであ
り、サービスプロバイダ２４０は、利用ログＡの署名検
証を確認した後、ユーザデバイスＡ１５１０に対して、
コンテンツ鍵を暗号化して送信する。暗号化処理用の鍵
としては、認証処理時に生成するセッション鍵を使用す
る。具体的な処理の流れを簡単に説明すると、（１）サ
ービスプロバイダ２４０とユーザデバイスＡ１５１０間
での相互認証処理、（２）サービスプロバイダ２４０か
らユーザデバイスＡ１５１０へのセキュアコンテナ送
信、（３）ユーザデバイスＡ１５１０におけるセキュア
コンテナの署名検証、（４）ユーザデバイスＡ１５１０
において、販売条件（ＵＣＰ）、プライスタグ（ＰＴ）
から購入判断、（５）ユーザデバイスＡ１５１０の電子
マネーで支払処理、（６）サービスプロバイダ２４０か
らユーザデバイスＡ１５１０へコンテンツ鍵送信、
（７）ユーザデバイスＡ１５１０において使用制御情報
（ＵＣＳ：Usage Control Status）を生成して保存（コ
ンテンツ鍵保存）の一連の処理となる。なお、サービス
プロバイダ２４０とユーザデバイスＡ１５１０間で相互
認証処理は、（４）のユーザデバイスＡ１５１０におけ
る購入判断処理後、（５）のユーザデバイスＡ１５１０
の電子マネーによる支払処理の前に実行するようにして
もよい。

【０１５６】ユーザデバイスＡ１５１０は、受領したセ
キュアコンテナの暗号化コンテンツをコンテンツ鍵によ
って復号して利用することが可能となる。ユーザデバイ
スＡ１５１０は、コンテンツを利用する際、すなわちコ
ンテンツのコンテンツ鍵を用いた復号処理の実行に先立
ち、ユーザデバイスに格納されたコンテンツ利用の可否
の判定に利用されるＵＣＳ（Usage Control Status：使
用制御情報）を検査しコンテンツを利用できるか判定す
る。なお、ＵＣＳは、コンテンツの購入処理、すなわち
電子マネーによる支払いをサービスプロバイダ２４０に
対して実行する際に、ユーザデバイス内の暗号処理部に
おいて、ＵＣＰに基づいて生成され、ユーザデバイス内
のメモリに格納される。この処理については、図１６に
おいて説明する。ユーザデバイスにおけるセキュアコン
テナ格納コンテンツの復号処理は、ＵＣＳを検査した結
果、コンテンツを利用できると判定されたときのみ実行
可能となる。

【０１５７】ユーザデバイスの暗号処理部は、ＵＣＳが
条件をクリアするものである場合にのみ、コンテンツの
復号処理を実行し、ＵＣＳが条件をクリアしない場合に
は、エラーとして復号処理を実行しない。ユーザデバイ
スには、このようにユーザデバイスに設定されたＵＣＳ
が利用条件をクリアした場合にのみ復号処理を実行可能
とするコンテンツ利用判定プログラムが格納される。こ
のコンテンツ利用判定プログラムは、例えばセキュアコ
ンテナを提供するサービスプロバイダによって提供さ
れ、ユーザデバイスにおいてコンテンツ鍵による復号処
理を実行する前ステップで実行するように設定される。

【０１５８】図１６にコンテンツに応じてユーザデバイ
スにおいて生成されユーザデバイス内のメモリに格納さ
れる使用制御情報（ＵＣＳ：Usage Control Status）の
例を示す。図１６に示すように、使用制御情報（ＵＣ
Ｓ）には、コンテンツＩＤ、サービスプロバイダＩＤ等
の情報の他に、再生残り回数、複製残り回数等のコンテ
ンツ利用の制限情報が含まれる。これら、再生残り回
数、複製残り回数は、同一のユーザデバイス内で利用可
能な再生残り回数、複製残り回数を示すデータである。
さらに使用制御情報（ＵＣＳ）には、「ＵＣＳ世代管理
情報」１６０１、および「ＵＣＳ二次配信可能回数」１
６０２が含まれる。

【０１５９】「ＵＣＳ世代管理情報」は前述したよう
に、「世代間配信」の可能回数を設定したものであり、
コンテンツを最初に購入したユーザデバイスは、図１３
の「ＵＣＰ世代管理情報」１３０１に一致する回数が設
定され、ユーザからの世代間配信によってコンテンツを
受領したユーザデバイスは、同一セキュアコンテナにつ
いてすでに実行された世代間配信の回数が減じられた回
数が設定される。

【０１６０】「ＵＣＳ二次配信可能回数」１６０２は前
述の「二次配信」の可能回数を設定したフィールドであ
り、コンテンツを最初に購入したユーザデバイスは、図
１３の「ＵＣＰ二次配信可能回数」１３０２に一致する
回数が設定され、その後の二次配信に応じて更新、すな
わち設定回数がデクリメントされる。

【０１６１】この「ＵＣＳ二次配信可能回数」１６０２
は、前述したようにユーザ間のコンテンツ取り引きにお
いて、そのデータを継承する構成と、継承しない構成と
がある。

【０１６２】このように、コンテンツのユーザ間での配
信は、ユーザデバイス内のメモリにコンテンツに応じて
格納される使用制御情報（ＵＣＳ：Usage Control Stat
us）中の「ＵＣＳ世代管理情報」、「ＵＣＳ二次配信可
能回数」に基づいて、それぞれの処理の可否が決定され
る。「ＵＣＳ世代管理情報」はコンテンツの世代間配信
毎に更新され、「ＵＣＳ二次配信可能回数」はコンテン
ツの二次配信毎に更新される。

【０１６３】同一のセキュアコンテナを異なるユーザ間
で転送して取り引きを行なう際、ＵＣＳの「ＵＣＳ世代
管理情報」は、コンテンツ提供元からコンテンツ提供先
に継承され、コンテンツ提供先において生成されるＵＣ
Ｓ内に格納される。「ＵＣＳ二次配信可能回数」は継承
する構成と継承しない構成とがある。

【０１６４】「ＵＣＳ世代管理情報」に記録された利用
制限情報は、同一のセキュアコンテナ内のコンテンツに
ついての利用を異なるユーザデバイスで行なった場合
も、逐次更新されるデータとなる。例えば、３回の世代
間配信制限がセキュアコンテナの販売条件（ＵＣＰ）に
設定されている場合、最初のセキュアコンテナ購入者
（ユーザデバイスＡ）の「ＵＣＳ世代管理情報」には、
まず３回の世代間配信が可能として設定されるが、ユー
ザＡがユーザＢにコンテンツ配信を実行すると、ユーザ
Ｂの「ＵＣＳ世代管理情報」は２として設定される。

【０１６５】このように、セキュアコンテナの販売条件
（ＵＣＰ）の「ＵＣＰ世代管理情報」、「ＵＣＰ二次配
信可能回数」には、流通回数上限が設定されている。ユ
ーザデバイスに生成されるＵＣＳにも「ＵＣＳ世代管理
情報」、「ＵＣＳ二次配信可能回数」が格納され、前述
のコンテンツ利用判定プログラムは、「ＵＣＳ世代管理
情報」、「ＵＣＳ二次配信可能回数」を参照して、設定
された流通回数の上限値を超えて、異なるユーザデバイ
スにセキュアコンテナを送信する場合に、その送信処理
の前ステップとして実行されるコンテンツ利用判定プロ
グラムにより、設定回数以上の流通であると判定される
と、処理エラーとなりコンテンツの送信処理が実行され
ない。「ＵＣＰ世代管理情報」、「ＵＣＳ二次配信可能
回数」に設定された流通回数の上限値を超えない場合に
のみ、コンテンツのユーザデバイス間での送信処理に移
行し、コンテンツの世代間配信または二次配信が可能と
なる。すなわち、ユーザデバイス間での転送（世代間配
信または二次配信）は、セキュアコンテナの生成時に販
売条件（ＵＣＰ）として設定された「ＵＣＰ世代管理情
報」、および「ＵＣＰ二次配信可能回数」での条件の範
囲内でのみ可能となる。

【０１６６】図１５に戻って、ユーザ間でのコンテンツ
配信におけるコンテンツ提供ユーザデバイスからの受領
ログの発行によるコンテンツ利用料金回収構成について
説明する。

【０１６７】図１５では、まず、サービスプロバイダ２
４０から、ユーザデバイスＡに対してセキュアコンテナ
としてのコンテンツが提供され、ユーザデバイスＡは、
電子マネー１５１１によりコンテンツ利用料金を支払
う。具体的には、ユーザデバイスＡは、セキュアコンテ
ナ中の価格情報、販売条件、発行ログＡ１５３１に基づ
いて、利用ログＡ１５３２を生成して、これをサービス
プロバイダに転送し、サービスプロバイダ２４０は、利
用ログＡ１５３２に基づいて受領ログＡ１５３３を生成
してクリアリングセンタ２６０に受領ログＡ１５３３を
転送して、クリアリングセンタ２６０が受領ログに基づ
いて決済処理を行なう。実際の利用料金の振替はクリア
リングセンタ２６０の振替要求に基づいて口座管理機関
２８０が実行する。

【０１６８】先に図６を用いて簡単に受領ログの構成に
ついて説明したが、受領ログを構成する受領情報の他の
具体例を図１７に示す。受領情報には、コンテンツ利用
料金の配分情報が含まれる。図１７の受領情報のデータ
部１７０１には、コンテンツプロバイダの利益額／利益
率、サービスプロバイダの利益額／利益率、その他の関
係者の利益額／利益率が記録されている。ここで示す受
領情報は一例であり、例えば二次配信を実行したユーザ
デバイス、あるいはユーザデバイスを管理する管理ユー
ザに対して利益配分を設定してもよく、あるいはコンテ
ンツの販売がＣＤ、ＤＶＤ等のメディアを介して行われ
る場合には、その販売店に対する利益配分を設定した
り、クリアリングセンタに利益配分を設定したり、ある
いはコンテンツ著作者に対する利益配分を設定する構成
が可能である。

【０１６９】これらの受領情報に設定される利益配分情
報は、セキュアコンテナの価格情報（図１４参照）、販
売条件（図１３参照）に基づいて設定される情報であ
り、セキュアコンテナの生成時に配分情報を設定してコ
ンテンツを流通させる。クリアリングセンタは、受領情
報に記録された配分情報に従って、決済処理構成を構築
して、これに基づいて振替要求を口座管理機関２８０に
出力し、口座管理機関２８０は要求に従った振替処理を
実行する。一方、受領情報としては図６に示すようなも
のとし、クリアリングセンタ２６０は、売上げのすべて
をサービスプロバイダに支払い、サービスプロバイダ２
４０がコンテンツプロバイダ、他に利益分配を行なうよ
うに構成してもよい。

【０１７０】また、図１７に示すように受領情報には、
セキュアコンテナの販売条件に含まれる「ＵＣＰ世代管
理情報」１７０２が格納され、クリアリングセンタは、
受領情報に記録された「ＵＣＰ世代管理情報」と同一コ
ンテナに基づく受領ログの発行数を比較し、「ＵＣＰ世
代管理情報」の設定を超える受領ログについては、その
受領ログを無効として処理を行なわない。

【０１７１】このように、サービスプロバイダ２４０が
セキュアコンテナを流通させることにより、セキュアコ
ンテナに記録されたデータに従って、コンテンツの利用
がなされ、かつその利用にともなって受領ログが発行さ
れて、発行された受領ログに基づいて正確なコンテンツ
利用料金の回収が自動的に行われる。

【０１７２】さらに、図１５を用いて異なるユーザデバ
イス間でのコンテンツ流通について説明する。ユーザデ
バイスＡ１５１０が取得し、例えば所定回数の再生、あ
るいはダウンロード処理を行なったセキュアコンテナ
は、異なるユーザデバイスＢ１５２０に転送することが
可能である。ただし、世代間配信または二次配信が可能
なコンテンツは、前述のようにセキュアコンテナの販売
条件の「ＵＣＰ世代管理情報」、「ＵＣＰ二次配信可能
回数」が二次配信を可能として設定している場合のみで
ある。この場合、セキュアコンテナは、ユーザデバイス
Ｂ１５２０に転送することが可能である。ただし、転送
は前述のように「ＵＣＳ世代管理情報」、「ＵＣＳ二次
配信可能回数」の設定回数の制限範囲内に場合にのみ可
能であり、これはコンテンツ利用判定プログラムによっ
て制御されることになる。なお、ユーザデバイス間での
データ転送においても、前述の認証処理、セッション鍵
生成、さらに、転送データの署名検証処理が実行され
る。

【０１７３】ユーザデバイスＢ１５２０は、セキュアコ
ンテナを受信し、購入処理を実行すると発行ログＢ１５
５１に基づいて、利用ログＢ１５５２を生成して、これ
をユーザデバイスＡ１５１０に転送し電子マネー１５２
１による支払処理を行なう。ユーザデバイスＡ１５１０
は、利用ログＢ１５５２に基づいて受領ログＢ１５５３
を生成してクリアリングセンタ２６０に受領ログＢを転
送して、クリアリングセンタ２６０が受領ログＢに基づ
いて決済処理を行なう。実際の利用料金の振替はクリア
リングセンタ２６０の振替要求に基づいて口座管理機関
２８０が行なう。この場合の受領ログＢにも、前述の図
１７で説明したと同様のコンテンツ利用料金配分情報が
含まれており、クリアリングセンタ２６０は、受領ログ
中のコンテンツ利用料金配分情報に基づいてユーザデバ
イスＢ１５２０のコンテンツ利用に基づく利用料金配分
を実行する。

【０１７４】セキュアコンテナは、先にも説明したよう
にコンテナの販売条件（ＵＣＰ）に設定された制限に至
るまでユーザ間での流通が可能であり、その範囲内であ
れば、図１５に示すようにユーザデバイスＢ１５２０か
ら、さらに他のユーザデバイスＣ１５７０にコンテンツ
を有するセキュアコンテナを流通させることが可能とな
る。この場合は、ユーザデバイスＢ１５２０が、ユーザ
デバイスＣ１５７０からの利用ログに基づいて受領ログ
を生成してクリアリングセンタ２６０に受領ログを送信
し、決済を行なう。

【０１７５】なお、図１５に示すように受領ログは、サ
ービスプロバイダ２４０に送信し、二次配信において
は、コンテンツの利用料金の決済処理を行なうのではな
く、サービスプロバイダ２４０がコンテンツの提供ユー
ザに何らかの特典を付与するためのポイントを与えるよ
うに構成してもよい。このポイント付与構成について
は、後段で説明する。

【０１７６】図１８にユーザデバイス間でのセキュアコ
ンテナの転送処理を実行するユーザデバイス構成を中心
としたブロック図を示す。図１８を用いてセキュアコン
テナの転送、コンテンツ使用制御情報（ＵＣＳ）生成、
格納処理について説明する。

【０１７７】図１８のサービスプロバイダ１８１０が、
セキュアコンテナの最初の流通（一次配布）を行なう。
サービスプロバイダ１８１０は、コンテンツデータベー
ス１８１２にコンテンツを格納し、さらに、ユーザ情報
データベース１８１３にユーザ情報を格納している。サ
ービスプロバイダ１８１０は、制御部１８１１の制御の
もとに暗号処理部１８１４において、セキュアコンテナ
の転送処理に必要な転送先との相互認証処理、転送デー
タに対する署名処理等を実行する。暗号処理部１８１４
は、これら各暗号処理に必要となる鍵情報、さらに、先
に説明した公開鍵証明書発行局（ＩＡ）の公開鍵、公開
鍵証明書発行局（ＩＡ）の発行した公開鍵証明書等を保
持したメモリを有している。

【０１７８】また、図１８に示すクリアリングセンタ１
８４０がコンテンツ流通に伴うコンテン利用料の決済
（電子マネー上のデータ）処理を行なう。クリアリング
センタ１８４０は、通信部１８４５を介して行われる決
済用の受領ログ受信または発行ログ送信において各デバ
イスと認証処理を実行し、また送受信データに対する署
名処理、署名検証処理を実行するための暗号処理部１８
４４を有し、また、前述の図２、図４等を用いて説明し
たユーザ管理、ユーザ残高管理用の各種のデータを格納
したデータベース１８４２を有する。暗号処理部１８４
４には、各暗号処理に必要となる鍵情報、公開鍵証明書
発行局（ＩＡ）の公開鍵、公開鍵証明書発行局（ＩＡ）
の発行した公開鍵証明書等を保持したメモリを有してい
る。制御部１８４１は、データ送受信、暗号処理部にお
ける暗号処理時のデータ転送等の制御を行なう。

【０１７９】サービスプロバイダ１８１０は、ユーザデ
バイスＡ１８２０に対してセキュアコンテナを通信部１
８１５を介して転送して、ユーザデバイスＡ１８２０が
通信部１８２７を介してこれを受信し、購入処理を実行
すると、ユーザデバイスＡ１８２０は、制御部１８２１
の制御のもとに暗号処理部１８２２においてセキュアコ
ンテナの販売条件（ＵＣＰ）等に基づいてコンテンツ使
用制限情報（ＵＣＳ）を生成して、これをフラッシュメ
モリ等のメモリ１８２４に格納する。

【０１８０】ユーザデバイスＡ１８２０は、電子マネー
１８２８によるコンテンツ利用料金支払処理、すなわち
前述した利用ログを暗号処理部１８２２において生成し
て、通信部１８２７を介してサービスプロバイダ１８１
０に送信する。ユーザデバイスＡ１８２０が受信したセ
キュアコンテナは、ハードディスク等の記憶部１８２５
に格納される。サービスプロバイダ１８１０は、ユーザ
デバイスＡ１８２０から送信された利用ログの検証をし
て、検証が済むと、コンテンツ鍵をセッション鍵で暗号
化してユーザデバイスＡ１８２０に送信する。ユーザデ
バイスＡ１８２０は、暗号化されたコンテンツ鍵をセッ
ション鍵で復号し、これをさらにユーザデバイスＡ１８
２０固有の保存鍵で暗号化してメモリ１８２４に格納す
る。

【０１８１】ユーザデバイスＡ１８２０は、データ再生
部１８２６でのコンテンツ再生等、コンテンツ利用に際
しては、メモリ１８２４に保存したコンテンツ鍵を保存
鍵で復号して、復号したコンテンツ鍵を用いて記憶部１
８２５に格納されたセキュアコンテナ中のコンテンツを
復号処理してデータ再生部１８２６において再生する。
なお、セキュアコンテナ中のコンテンツの復号処理に際
しては、その前ステップとして、メモリ１８２４に格納
されたコンテンツ使用制限情報（ＵＣＳ）の再生残り回
数等の設定条件を判定し、条件がクリアされた場合には
復号が可能となる。

【０１８２】さらに、セキュアコンテナをユーザデバイ
スＡ１８２０からユーザデバイスＢ１８３０に配信する
場合は、ユーザデバイスＡ１８２０は、メモリ１８２４
からコンテンツ使用制限情報（ＵＣＳ）を読み出し、暗
号処理部１８２２内で保存鍵で復号化（暗号化されてい
ない場合は復号処理は不要）し、ＵＣＳの「ＵＣＳ世代
管理情報」、「ＵＣＳ二次配信可能回数」を判定し、新
たな配信が可能と判定された場合には、ユーザデバイス
Ｂ１８３０に対してセキュアコンテナを通信部１８２７
を介して転送して、ユーザデバイスＢ１８３０が通信部
１８３７を介してこれを受信し、購入処理を実行する。
ユーザデバイスＢ１８３０は、制御部１８３１の制御の
もとに暗号処理部１８３２においてセキュアコンテナの
販売条件（ＵＣＰ）とユーザデバイスＡ１８２０のＵＣ
Ｓ情報等に基づいて、新たな「ＵＣＳ世代管理情報」、
「ＵＣＳ二次配信可能回数」を設定したコンテンツ使用
制限情報（ＵＣＳ−Ｂ）を生成して、これをフラッシュ
メモリ等のメモリ１８３４に格納する。

【０１８３】この際に生成するＵＣＳ−Ｂは、前述した
通り、ユーザデバイスＡ１８２０のコンテンツ利用履歴
を継承したものとなる。前述の通り、ＵＣＳ−Ｂの「Ｕ
ＣＳ世代管理情報」はＵＣＳ−Ａの「ＵＣＳ世代管理情
報」より１つ減じた回数として設定される。ＵＣＳ−Ｂ
の「ＵＣＳ二次配信可能回数」はＵＣＳ−Ａの「ＵＣＳ
二次配信可能回数」より１つ減じた回数として設定する
構成と、セキュアコンテナ内の「ＵＣＰ二次配信可能回
数」と同一回数を新たに設定する構成とがある。

【０１８４】ユーザデバイスＢ１８３０は、電子マネー
１８３８によるコンテンツ利用料金支払処理、すなわち
前述した利用ログを暗号処理部１８３２において生成し
て、通信部１８３７を介してユーザデバイスＡ１８２０
に送信する。ユーザデバイスＢ１８３０が受信したセキ
ュアコンテナは、ハードディスク等の記憶部１８３５に
格納される。ユーザデバイスＡ１８２０は、ユーザデバ
イスＢ１８３０から送信された利用ログの検証をして、
検証が済むと、メモリ１８２４からコンテンツ鍵を読み
出し、これを保存鍵で復号した後、コンテンツ鍵をセッ
ション鍵で暗号化してユーザデバイスＢ１８３０に送信
する。ユーザデバイスＢ１８３０は、暗号化されたコン
テンツ鍵をセッション鍵で復号し、これをさらにユーザ
デバイスＢ１８３０固有の保存鍵で暗号化してメモリ１
８３４に格納する。

【０１８５】また、不正な改竄により設定を超えた使用
を行なうと、同一セキュアコンテナに基づいて生成され
た受領ログ数が、セキュアコンテナ中の販売条件（ＵＣ
Ｐ）に含まれる「ＵＣＰ世代管理情報」の設定を超える
こととなるため、クリアリングセンタ１８４０に送付さ
れた場合に無効と判定される。図１７に示すように受領
ログには、コンテンツＩＤ等の情報とともに、セキュア
コンテナに記録された「ＵＣＰ世代管理情報」が記録さ
れており、クリアリングセンタ１８４０における決済処
理においては、「ＵＣＰ世代管理情報」の設定を超える
受領ログを受信した場合はこれを無効とする。なお、ユ
ーザ間配信の認められない設定のなされたコンテンツに
基づいて生成された受領ログについても、その受領ログ
を無効とする処理を実行する。

【０１８６】ユーザデバイスＢ１８３０は、データ再生
部１８３６でのコンテンツ再生等、コンテンツ利用に際
しては、メモリ１８３４に保存したコンテンツ鍵を保存
鍵で復号して、復号したコンテンツ鍵を用いて記憶部１
８３５に格納されたセキュアコンテナ中のコンテンツを
復号処理してデータ再生部１８３６において再生する。
なお、セキュアコンテナ中のコンテンツの復号処理に際
しては、先に説明したように、その前ステップとして、
メモリ１８３４に格納されたコンテンツ使用制限情報
（ＵＣＳ）に設定された再生残り回数等の利用可能状況
が判定され、設定条件範囲内でコンテンツの利用、すな
わち復号が可能となる。

【０１８７】これらの処理により、セキュアコンテナ
は、サービスプロバイダとユーザデバイス間の一次配
布、さらに複数のユーザデバイス間での二次配布（世代
間配信または二次配信）が可能となり、そのコンテンツ
利用は、セキュアコンテナ中の販売条件（ＵＣＰ）に含
まれる「ＵＣＰ世代管理情報」、「ＵＣＰ二次配信可能
回数」によって制限された範囲で可能となる。また一次
配布、二次配布（世代間配信または二次配信）に伴うコ
ンテンツ利用料金回収もセキュアコンテナ中の価格情
報、販売条件等に基づいて生成される受領ログに従って
自動的に処理可能となるため、決済処理のための新たな
処理が不要となる。

【０１８８】次に、図１９を用いてコンテンツの世代間
配信、二次配信を行なう場合のコンテンツ供給側である
ユーザデバイスＡと、コンテンツ受領側であるユーザデ
バイスＢの主要な処理フローについて説明する。

【０１８９】まず、ステップＳ１９０１においてユーザ
デバイスＡとユーザデバイスＢとの間の相互認証処理
（図１０、図１１参照）が実行される。この相互認証処
理においてセッション鍵が生成される。ステップＳ１９
０２において相互認証が成立しなかったと判定された場
合は、エラーとなり、その後の処理は継続されない。必
要であれば、相互認証処理のリトライを実行する。

【０１９０】相互認証が成立すると、ステップＳ１９０
３においてユーザデバイスＡがハードディスク等の記憶
媒体からセキュアコンテナを読み出し、さらにステップ
Ｓ１９０４でフラッシュメモリ等のメモリに格納された
コンテンツ使用制限情報（ＵＣＳ（Ａ））を読み出す。

【０１９１】ステップＳ１９０５において、ユーザデバ
イスＡは、セキュアコンテナとコンテンツ使用制限情報
（ＵＣＳ）とをユーザデバイスＢに送信する。この送信
において、ユーザデバイスＡは、送信データに対する署
名処理を行なう。なお、コンテンツ使用制限情報（ＵＣ
Ｓ（Ａ））全体を送付することは必須ではなく、前述し
た「ＵＣＳ世代管理情報」等、更新データとして引き継
ぐ必要のあるデータのみをコンテンツ使用制限情報（Ｕ
ＣＳ（Ａ））から選択してユーザデバイスＢに送付する
構成としてもよい。

【０１９２】ステップＳ１９０６において、ユーザデバ
イスＢは、ユーザデバイスＡから送付されたセキュアコ
ンテナ、コンテンツ使用制限情報（ＵＣＳ（Ａ））の署
名検証を実行する。検証が成立しなかった場合は、エラ
ーとなり、処理は継続せず終了する。

【０１９３】ステップＳ１９０７において、ユーザデバ
イスＢは、電子マネーによるコンテンツ利用料金を支払
う。この際の支払料金は、セキュアコンテナの価格情
報、販売条件に規定されたものとなる。ユーザデバイス
Ｂの具体的な処理は、利用ログを生成してデバイスＡに
送付する処理となる。この際、利用ログにはユーザデバ
イスＢの署名が付加される。

【０１９４】次にステップＳ１９０８において、ユーザ
デバイスＡがユーザデバイスＢから送付された利用ログ
の署名検証を実行する。検証が成立しなかった場合は、
エラーとなり、処理は継続せず終了する。

【０１９５】ステップＳ１９０９では、ユーザデバイス
Ａがメモリから保存鍵（ユーザデバイスＡの暗号処理部
のメモリに格納されている）で暗号化されたコンテンツ
鍵を取り出して、保存鍵を用いた復号処理を実行し、さ
らにセッション鍵（ステップＳ１９０１の認証処理の際
に生成）で再暗号化し、ステップＳ１９１０において、
セッション鍵で暗号化したコンテンツ鍵をユーザデバイ
スＢに送信する。

【０１９６】ステップＳ１９１１において、ユーザデバ
イスＢは、ユーザデバイスＡから受信したコンテンツ使
用制限情報（ＵＣＳ（Ａ））に基づいて、世代管理情報
（または世代管理情報＋二次配信可能回数）を引き継い
だ新たなコンテンツ使用制限情報（ＵＣＳ（Ｂ））を生
成し、さらに、ユーザデバイスＡから受信したセッショ
ン鍵で暗号化されたコンテンツ鍵をセッション鍵で復号
し、さらに、ユーザデバイスＢの暗号処理部のメモリに
格納されている保存鍵で再暗号化する。ステップＳ１９
１２では、コンテンツ使用制限情報（ＵＣＳ（Ｂ））
と、保存鍵で暗号化したコンテンツ鍵をフラッシュメモ
リ等のメモリに格納する。

【０１９７】ステップＳ１９１３では、ユーザデバイス
Ａが、ユーザデバイスＢから受領した利用ログに基づい
て受領ログを生成してこれをクリアリングセンタに送信
する。なお、この受領ログにはユーザデバイスＡの署名
が付けられる。クリアリングセンタは署名検証の後、受
領ログに基づく決済処理を行なう。なお、先にも延べた
ように受領ログに基づく決済処理の代わりにコンテンツ
の二次配布を行なったユーザデバイス、あるいはユーザ
デバイスの管理をする管理ユーザに対して何らかの優待
ポイントを設定する処理を例えばサービスプロバイダに
おいて実行する構成とした場合には、受領ログをサービ
スプロバイダに送信して、サービスプロバイダ側のユー
ザデータベースにおいてポイント付加処理を実行するよ
うにしてもよい。なお、受領ログはすぐに送信せず、電
子マネーを記録管理するメモリ内に保存しておき、適
宜、例えば所定数の受領ログを蓄積した後、あるいは所
定期間毎等、適当なタイミングで送信処理を実行するよ
うにしてもよい。

【０１９８】［５．コンテンツ二次配布におけるポイン
ト付加処理］これまでに説明したように、ユーザデバイ
ス間でのセキュアコンテナを用いたコンテンツの二次配
布は、受領ログによってすべて把握管理することが可能
である。

【０１９９】ここでは、受領ログを用いてコンテンツの
二次配布を行なったユーザに対して何らかの特典を付与
するための優待ポイントを二次配布時のコンテンツ提供
者であるユーザデバイスあるいはユーザデバイスを管理
する管理ユーザに付与することにより、ユーザ間のコン
テンツの二次流通をより活性化させる構成について説明
する。

【０２００】上述した構成においては、受領ログに含ま
れる受領情報（図１７参照）に、コンテンツプロバイダ
の利益額／利益率、サービスプロバイダの利益額／利益
率等を記録し、クリアリングセンタがこれらのデータに
基づいて、コンテンツ利用料金の決済処理、具体的に
は、コンテンツプロバイダ、サービスプロバイダ、その
他コンテンツ販売店舗、コンテンツ著作者に対してユー
ザから支払われたコンテンツ利用料金を配分する処理を
実行していた。

【０２０１】先に、図６、図１７を用いて説明した受領
情報に二次配布を実行したユーザデバイス、あるいはユ
ーザデバイスを管理する管理ユーザに対するポイント付
加情報を設定し、ポイント付加情報を含む受領情報を有
する受領ログを、例えばサービスプロバイダに送信する
（図１５参照）構成とすることにより、サービスプロバ
イダが二次配布を実行したユーザデバイスあるいは二次
配布を実行したユーザデバイスを管理する管理ユーザに
対して何らかの優待ポイントを付加することが可能とな
る。優待ポイントは、例えば１つのセキュアコンテナの
１回の二次配布につき１ポイントとして、ポイント数に
応じて、新たなコンテンツの提供価格の割引を行なう。
あるいはコンテンツの利用制限の緩和、例えば再生制限
回数等を増加して設定する等の処理が可能となる。

【０２０２】優待ポイントの処理を実行するのは、サー
ビスプロバイダ、クリアリングセンタ、コンテンツプロ
バイダ、あるいは別のサービス機関によって行なわれて
もよいが、ここではサービスプロバイダがポイント処理
を行なう例について説明する。図２０にポイント処理を
説明するブロック図を示す。

【０２０３】図２０において、Ｎｏ．１〜Ｎｏ．５は、
時系列的な処理順を示している。Ｎｏ．１、Ｎｏ．２の
処理は先の図１５において説明した処理と同様であり、
Ｎｏ．３の処理がユーザデバイスＡ１５１０からユーザ
デバイスＢ１５２０へのコンテンツ（セキュアコンテ
ナ）の二次配布において、ユーザデバイスＢ１５２０の
発行した利用ログＢ１５５２に基づいてユーザデバイス
Ａ１５１０が生成した受領ログＢ１５５３をサービスプ
ロバイダ２４０に送付する処理である。

【０２０４】サービスプロバイダ２４０は、ユーザデバ
イスＡ１５１０からユーザデバイスＢ１５２０へのコン
テンツ（セキュアコンテナ）の二次配布によって生成さ
れた受領ログＢ１５５３に基づいて、ポイント付加処理
（図２０のＮｏ．４の処理）を実行する。

【０２０５】サービスプロバイダ２４０のユーザ管理デ
ータベース１５３４のデータ構成例を図２１に示す。各
データエントリは、図２１に示すようにコンテンツ提供
を行なったユーザを示すユーザＩＤ、ユーザデバイスＩ
Ｄ、提供したコンテンツを示すコンテンツＩＤ、二次配
布に基づく受領ログの識別子としての受領ログＩＤ、二
次配布に基づくポイントデータが設定されている。

【０２０６】サービスプロバイダ２４０は、これらのデ
ータから、ユーザ毎の集計ポイント、あるいはユーザデ
バイス毎の集計ポイント等を計数し、例えば所定ポイン
トに達したユーザ、ユーザデバイスに対して特典を与え
ることが可能となる。特典としては、例えば、次回のコ
ンテンツ価格を割り引いたり、コンテンツ利用制限を緩
和したり、あるいは景品サービスを行なうことなどが可
能である。

【０２０７】これらのサービスプロバイダによるポイン
ト付加処理と、前述のクリアリングセンタによるコンテ
ンツ利用料金の決済処理は、それぞれに受領ログを送付
することによってそれぞれ実行可能であり、いずれか一
方のみの処理、または両者の処理を並列に実行すること
も可能である。

【０２０８】［６．決済処理の具体例］次に、本発明の
コンテンツ取り引きシステムにおける具体的な処理例に
ついて図を参照して説明する。

【０２０９】図２２は、クリアリングセンタと、口座管
理機関での決済処理の具体例を示している。図２２にお
いて、ユーザデバイス２２１０は、サービスプロバイダ
またはユーザデバイスＢ２２２０からコンテンツを購入
する。なお、この例においてコンテンツの利用料金は１
０００円であるとする。この利用価格、さらに、コンテ
ンツ利用者から徴収した利用料金の配分情報は、コンテ
ンツを格納したセキュアコンテナの価格情報、販売条件
に記録されている。

【０２１０】まず、ユーザデバイスＡ２２１０の電子マ
ネーに対する利用可能な金額の設定処理について説明す
る。ユーザデバイスＡ２２１０を管理する管理ユーザで
あるユーザＡは例えば銀行である口座管理機関２２４０
に１００，０００円分のユーザＡの口座２２４１を有す
る。ユーザＡの要求により、口座管理機関２２４０は、
電子マネーとして利用可能な金額、１０，０００円を電
子マネーを管理するクリアリングセンタ２２３０のユー
ザＡの電子マネー口座に振り替える。この処理は、電子
マネーの電子データ上での決済処理を実行するクリアリ
ングセンタ２２３０に通知され、クリアリングセンタ２
２３０は、クリアリングセンタ２２３０内に設置された
各ユーザの電子マネー残高を管理するユーザ残高管理サ
ーバのユーザＡの残高を１０，０００円として設定す
る。この残高設定の後、この設定金額がユーザデバイス
Ａ２２１０に対して通知される。この通知は、発行ログ
２２１１を生成してユーザデバイスＡ２２１０に送信す
る処理として実行される。なお、この発行ログ送信処理
は、相互認証処理、クリアリングセンタの署名処理、ユ
ーザデバイスＡによる署名検証等の一連の処理を行なっ
て実行される。

【０２１１】この発行ログ２２１１に設定された残高に
相当する金額がユーザデバイスＡ２２１０において電子
マネーを使用した支払処理で使用可能となる。これは、
クリアリングセンタ２２３０の残高管理データと一致す
るものとなる。

【０２１２】ユーザデバイスＡ２２１０は、コンテンツ
を利用するために電子マネーから１０００円を引出して
支払うことになる。ユーザデバイスＡ２２１０は、この
支払い処理を利用ログの生成およびコンテンツ提供者に
対する利用ログ送付処理として実行する。また、同時に
残高情報から１０００を引くため、残高は９，０００円
になる。コンテンツ提供者は、サービスプロバイダまた
はユーザデバイスＢ２２２０であり、サービスプロバイ
ダまたはユーザデバイスＢ２２２０は、ユーザデバイス
Ａから受信した利用ログに基づいて、受領ログを生成し
てクリアリングセンタ２２３０に送付する。

【０２１３】クリアリングセンタ２２３０は、受領ログ
に記録された配分情報に従って、決済構成を構築し、こ
れを振り替え要求として口座管理機関２２４０に送信す
る。ここでの決済処理構成は、コンテンツ受領者（ユー
ザデバイスＡ２２１０）からコンテンツ提供者（サービ
スプロバイダまたはユーザデバイスＢ２２２０）にコン
テンツ利用料金１０００円を支払う処理とする。

【０２１４】口座管理機関２２４０は、クリアリングセ
ンタ２２３０から決済処理構成データを受領し、データ
に従って振替処理を実行する。すなわち、クリアリング
センタの管理するユーザ口座２２４２からコンテンツ利
用料金１０００円を引出して、コンテンツ提供者である
サービスプロバイダまたはユーザデバイスＢ２２２０の
口座２２４３に１０００円を振り替える処理を実行す
る。

【０２１５】これらの一連の処理を実行すると口座管理
機関２２４０は、振替確認をクリアリングセンタ２２３
０に送信する。クリアリングセンタ２２３０は、振替確
認を受信すると、ユーザ残高管理サーバのデータを振り
替え処理に応じて更新する。図２２では、ユーザＡの電
子マネー残高を１００００円から９０００円に設定す
る。なお、ユーザ残高管理サーバのデータ中、ユーザＢ
の残高は０のままである。これは口座管理機関２２４０
のユーザＢの口座は実際の口座であり、電子マネーの残
高を示す口座ではないからである。すなわち、クリアリ
ングセンタ口座２２４２内にユーザＢまたはサービスプ
ロバイダの残高がないからである。

【０２１６】次に、図２３を用いて、ユーザ間でのコン
テンツの二次配布（世代間配信または二次配信）によ
り、各ユーザデバイス間でのコンテンツ料金支払いにお
いて発生する各ユーザデバイスの電子マネーの残高更新
処理例について説明する。

【０２１７】図２３は、コンテンツプロバイダ２３１０
の制作したコンテンツがコンテンツサービスプロバイダ
２３２０、ユーザデバイスＡ２３３０を介してユーザデ
バイスＢ２３４０に流通し、ユーザデバイスＢ２３４０
が、コンテンツをユーザデバイスＣ２３５０に配信し
て、ユーザデバイスＣ２３５０が、ユーザデバイスＢ２
３４０に利用料金を支払った場合の処理例である。

【０２１８】この例において、コンテンツの利用料金は
５００円であり、コンテンツを格納したセキュアコンテ
ナの価格情報、販売条件には、図２３の口座管理機関２
３７０の［利益配分］の欄に示す配分情報が記録されて
いるものとする。すなわち、コンテンツプロバイダに４
００円、サービスプロバイダに１０円、コンテンツ提供
ユーザに５０円、クリアリングセンタに４０円の設定が
なされている。

【０２１９】図２３の（１）〜（１０）の順に処理が進
行する。まず、ユーザデバイスＣ２３５０の管理ユーザ
は、口座管理機関２３７０のユーザＣ口座に入金処理
（図２３の（１）の処理）をするとともに、電子マネー
として利用可能な金額、この場合は１００００円を設定
するように要求する。口座管理機関２３７０は、ユーザ
Ｃ口座から１００００円をクリアリングセンタ管理口座
に振替処理を行ない、これをクリアリングセンタ２３６
０に通知する。クリアリングセンタ２３６０は、ユーザ
管理サーバと、ユーザ残高管理サーバの各データベース
にユーザＣが１００００円の電子マネーを使用可能とす
る設定を実行し、発行ログをユーザデバイスＣ２３５０
に発行（図２３の（２）の処理）する。

【０２２０】ユーザデバイスＣ２３５０は、ユーザデバ
イスＢ２３４０からコンテンツ配信を受け（図２３の
（３）の処理）、電子マネーによる支払いを行なう。こ
の際、電子マネーの残高をコンテンツ利用料金の５００
円分減少させて、ユーザデバイスＣからユーザデバイス
Ｂに対するコンテンツの料金支払いであることが記録さ
れた利用ログをユーザデバイスＢ２３４０に発行（図２
３の（４）の処理）する。この際に生成される利用ログ
には、セキュアコンテナに記録された配分情報が記録さ
れている。

【０２２１】ユーザデバイスＢ２３４０は、ユーザデバ
イスＣ２３５０から受信した利用ログに基づいて、受領
ログを生成してクリアリングセンタ２３６０に送信（図
２３の（５）の処理）する。この受領ログは利用ログに
記録されたデータを含むものであり、ユーザデバイスＣ
からユーザデバイスＢに対するコンテンツの料金支払い
であること、およびコンテンツ料金配分情報が記録され
ている

【０２２２】クリアリングセンタ２３６０は、受領ログ
をユーザ管理サーバのユーザデータと照合して、センタ
の管理するユーザによる決済要求であることを確認し
て、決済サーバのコンテンツ料金決済データの更新処理
を行ない、コンテンツ料金配分情報に基づく振替構成を
構築して、振替構成データを伴う振替要求を口座管理機
関２３７０に送信（図２３の（６）の処理）する。

【０２２３】口座管理機関２３７０は、図２３の口座管
理機関２３７０の枠内に記載した通りの［利益配分］情
報に従ってそれぞれの口座に対する振替処理を実行（図
２３の（７）の処理）する。図には、ユーザＣとユーザ
Ｂの電子マネー決済についてのみ記載してあるが、口座
管理機関２３７０は、他のコンテンツプロバイダ等の口
座に対する振替も実行する。なお、利益配分の情報は、
受領ログから抽出してクリアリングセンタ２３６０から
口座管理機関２３７０へ送信するようにしてもよい。

【０２２４】口座管理機関２３７０による振替処理が終
了すると、振替確認がクリアリングセンタ２３６０に通
知（図２３の（８）の処理）され、クリアリングセンタ
２３６０は、自身が管理する電子マネー情報の決済処
理、すなわち各ユーザ電子マネー残高の更新処理を実行
（図２３の（９）の処理）する。さらに、コンテンツを
提供したユーザデバイス２３４０に対してコンテンツの
利益配分情報に従った５０円の発行（図２３の（１０）
の処理）を行なう。

【０２２５】なお、一連の処理において、データ通信を
実行する各手段は、それぞれ相互認証処理、送信データ
に対する署名処理、受信データに対する署名確認処理を
行なっている。このような一連の処理により、コンテン
ツのユーザ間における配信において、予めセキュアコン
テナに設定された利益配分情報に従った決済処理が実行
されることになる。

【０２２６】上述の図２３の例では、受領ユーザデバイ
スＣ，２３５０にコンテンツを二次配布したユーザデバ
イス２３４０が生成した受領ログを直接クリアリングセ
ンタ２３６０に送付する例を示したが、ユーザ間でコン
テンツの二次配布（世代間配信または二次配信）を行な
ったユーザデバイスがクリアリングセンタではなく、サ
ービスプロバイダに受領ログを送付する例を図２４に示
す。ユーザデバイスがクリアリングセンタではなく、サ
ービスプロバイダに受領ログを送付することにより、サ
ービスプロバイダにおいて、利益分配処理、ポイント付
与の管理等コンテンツ流通に伴う各種の処理を一括して
実行することが可能となり、また、クリアリングセンタ
は電子マネーの発行（発行ログの管理）と受領ログに基
づく精算業務のみを実行する構成とすることができる。

【０２２７】図２４に示す処理構成について説明する。
図２４の（１）〜（２２）の順に処理が進行する。図２
４では、ユーザデバイスＡ２４１０から、ユーザデバイ
スＢ２４２０にコンテンツが二次配布（世代間配信また
は二次配信）された例である。まず、ユーザデバイスＢ
２４２０がユーザデバイスＡ２４１０にコンテンツを要
求（１）する。次に、ユーザデバイスＡ２４１０はコン
テンツ（セキュアコンテナ）をユーザデバイスＢ２４２
０に送信（２）する。ユーザデバイスＢ２４２０は、販
売条件等を確認して購入処理を実行し、電子マネーによ
る支払を行なう。この際、電子マネーの残高情報はコン
テンツの利用金額に応じて減額（￥２０，０００→￥１
９，５００）（３）される。さらにユーザデバイスＢ２
４２０は、コンテンツの料金支払いであることが記録さ
れた利用ログを生成してユーザデバイスＡに送付（４）
する。この際に生成される利用ログには、セキュアコン
テナに記録された配分情報が記録されている。

【０２２８】ユーザデバイスＡ２４１０は、利用ログの
署名検証（５）を実行し、利用ログに基づく受領ログを
生成して保存（６）し、コンテンツ鍵をユーザデバイス
Ｂ２４２０に送信（７）する。受領ログは利用ログに記
録されたデータを含むものであり、ユーザデバイスＣか
らユーザデバイスＢに対するコンテンツの料金支払いで
あること、およびコンテンツ料金配分情報が記録されて
いる。ユーザデバイスＡ２４１０は、生成した受領ログ
をサービスプロバイダ２４３０に送信（８）する。

【０２２９】受領ログを受信したサービスプロバイダ２
４３０は、受領ログの署名を検証して受領ログに記録さ
れた利益分配情報、ポイント付与情報に従った処理を実
行して、処理データをユーザ管理データベースあるいは
利益分配管理サーバに格納する。これらの一連の処理が
終了すると、サービスプロバイダ２４３０は受領ログを
クリアリングセンタ２４４０に転送（１０）する。

【０２３０】クリアリングセンタ２４４０は、受領ログ
をユーザ管理サーバのユーザデータと照合して、センタ
の管理するユーザによる決済要求であることを確認し
て、決済サーバのコンテンツ料金決済データの更新処理
を行ない、コンテンツ料金のクリアリングセンタ管理口
座からサービスプロバイダの口座への振替要求を口座管
理機関２４５０に送信（１１）する。

【０２３１】口座管理機関２４５０は、クリアリングセ
ンタ２４４０からの振替要求に基づいてクリアリングセ
ンタ管理口座２４５１からサービスプロバイダ管理口座
２４５２への振替を実行（１２）する。この例では、利
益配分情報に基づく利益配分処理は、サービスプロバイ
ダが管理するので、クリアリングセンタ２４４０からの
振替要求に基づく処理は、クリアリングセンタ管理口座
２４５１からサービスプロバイダ管理口座２４５２への
振替処理のみとなる。すなわち、図に示すようにクリア
リングセンタ管理口座２４５１が、￥３０，０００から
￥２９，５００に変更され、サービスプロバイダの口座
２４５２が￥０から￥５００に変更される。口座管理機
関２４５０の振替が終了すると、口座管理機関２４５０
はクリアリングセンタ２４４０に振替確認を送信（１
３）し、クリアリングセンタ２４４０は、振替確認に基
づいて電子マネー残高管理サーバ内のユーザデバイスＢ
２４２０の管理ユーザであるユーザＢの残高データの更
新（１４）を行なう（ユーザＢの残高が￥２０，０００
から￥１９，５００に変更される）。この更新により、
ユーザデバイスＢ２４２０の電子マネー残高（￥１９，
５００）と一致する残高がクリアリングセンタ２４４０
の電子マネー残高管理サーバ内のユーザＢの残高データ
（￥１９，５００）に記録される。

【０２３２】次にクリアリングセンタ２４４０は、サー
ビスプロバイダ２４３０にユーザデバイスＢ２４２０か
らのコンテンツ料金の支払い処理が終了したことを報告
（１５）する。サービスプロバイダ２４３０は、クリア
リングセンタ２４４０からの報告を受けると、先に受領
ログに基づいて決定されている利益配分情報に基づく振
替依頼を口座管理機関２４５０に送信（１６）する。口
座管理機関２４５０は、サービスプロバイダ２４３０か
らの配分情報に従ってそれぞれの口座に対する振替処理
を実行（１７）する。図２４に示す例では、コンテンツ
プロバイダの口座２４５３と、クリアリングセンタの口
座２４５４にそれぞれ利益配分情報に従った金額の振替
がなされている。すなわち、振替処理により、クリアリ
ングセンタ管理口座２４５１が￥２９，５００→￥２
９，５５０、サービスプロバイダの管理口座２４５２
が、￥５００→￥１０、コンテンツプロバイダの口座２
４５３が、￥０→￥４００、クリアリングセンタの口座
２４５４が、￥０→￥４０に変更される。

【０２３３】口座管理機関２４５０によるこれらの振替
が終了すると、口座管理機関２４５０は、配分処理の終
了を示す振替確認をクリアリングセンタ２４４０に送信
（１９）する。クリアリングセンタ２４４０は、振替確
認を受領すると、クリアリングセンタ２４４０の管理す
るユーザデバイスＡの電子マネーの残高変更処理（ユー
ザＡの残高を￥１０，０００から￥１０，０５０に変
更）を実行（２０）する。この処理は、先にサービスプ
ロバイダ２４３０から受領した受領ログに基づく処理、
すなわち二次配布による利益配分（図の例では￥５０）
がユーザデバイスＡ２４１０の管理ユーザであるユーザ
Ａに渡される処理となる。クリアリングセンタ２４４０
によるユーザデバイスＡの電子マネーの残高変更処理が
終了すると、ユーザデバイスＡに対して利益配分（￥５
０）の発行金額を有する新たな発行ログを送信（２１）
し、ユーザデバイスＡ２４１０は発行ログに基づいて電
子マネーの残高を変更（２２）（残高を￥１０，０００
から￥１０，０５０に変更）する。

【０２３４】なお、図の（２１）で送付する発行ログ
は、前述した発行ログの追加発行処理と同様の処理とし
て、すでにユーザデバイスＡ２４１０に対して発行済み
の「発行ログ−ｏｌｄ」と電子マネー残高データの送信
をクリアリングセンタ２４４０側から要求し、ユーザＡ
に対する利益額と、ユーザから受信した「発行ログ−ｏ
ｌｄ」に基づく電子マネー使用可能残高との合計を新た
な発行ログである「発行ログ−ｎｅｗ」の発行金額とし
て設定して新たな発行ログ「発行ログ−ｎｅｗ」をユー
ザデバイスＡに送信する構成としてもよい。この場合、
「発行ログ−ｏｌｄ」はクリアリングセンタ２４４０に
おいて無効化される。

【０２３５】次に、図２５を用いて、各種ログを用いた
コンテンツ配信における決済処理の処理例について説明
する。図２５はコンテンツ流通における決済処理の管理
の中心がサービスプロバイダであるローカル管理方式の
例である。

【０２３６】図２５に示す番号（１）〜（１８）の順に
処理が進行する。この例では、サービスプロバイダ２５
２０からユーザデバイスＡ２５１０がコンテンツを購入
する場合の処理例である。

【０２３７】まず、ユーザデバイスＡ２５１０は、電子
マネーによる支払処理を可能とするため、クリアリング
センタ２５３０のユーザ管理サーバへの登録および電子
マネー残高管理サーバの残高を設定する処理をクリアリ
ングセンタ２５３０に対して入金命令（１）として要求
する（電子マネー：￥０→￥１０，０００）。クリアリ
ングセンタ２５３０は要求に従って口座管理機関２５４
０に対してユーザＡの口座２５４１からクリアリングセ
ンタ管理口座２５４２への振替を要求し、口座管理機関
２５４０は要求に従って振り替え処理を実行（２）する
（ユーザＡの口座２５４１：￥１０，０００→￥９０，
０００、クリアリングセンタの口座２５４２：￥０→￥
１０，０００）。振替処理が終了すると確認応答がクリ
アリングセンタ２５３０に対してなされ、応答に応じ
て、クリアリングセンタ２５３０は、電子マネー残高管
理サーバのユーザＡの残高を入金処理金額に応じて更新
（３）（ユーザＡ２５１０の電子マネー：￥０→￥１
０，０００）し、その金額を発行金額として設定した発
行ログをユーザデバイスＡ２５１０に送信（４）する。

【０２３８】次に、ユーザデバイスＡ２５１０は、サー
ビスプロバイダ２５２０にコンテンツを要求（５）す
る。次に、サービスプロバイダ２５２０はコンテンツ
（セキュアコンテナ）をユーザデバイスＡ２５１０に送
信（６）する。ユーザデバイスＡ２５１０は、販売条件
等を確認して購入処理を実行し、電子マネーによる支払
い処理としての電子マネー残高変更（７）を実行（￥１
０，０００→￥９，５００）し、コンテンツの料金支払
いであることが記録された利用ログを生成してサービス
プロバイダ２５２０に送付（８）する。この際に生成さ
れる利用ログには、セキュアコンテナに記録された配分
情報が記録されている。

【０２３９】サービスプロバイダ２５２０は、利用ログ
の署名検証を実行（９）し、利用ログに基づくコンテン
ツ料金配分情報を取得して、受領ログを生成・保存（１
０）して、コンテンツ鍵をユーザデバイスＡ２５１０に
送信（１１）する。その後、決済時に受領ログをクリア
リングセンタ２５３０に送信（１２）する。

【０２４０】クリアリングセンタ２５３０は、受領ログ
の格納データとユーザ管理サーバのユーザデータとの照
合処理を実行して、センタの管理するユーザによる決済
要求であることを確認して、コンテンツ料金のクリアリ
ングセンタ管理口座からサービスプロバイダの口座への
振替要求を口座管理機関２５４０に送信（１３）する。

【０２４１】口座管理機関２５４０は、クリアリングセ
ンタ２５３０からの振替要求に基づいてクリアリングセ
ンタ管理口座２５４２からサービスプロバイダ管理口座
２５４３への振替を実行（１４）する（サービスプロバ
イダ管理口座２５４３：￥０→￥５００）。この例で
は、利益配分情報に基づく利益配分処理は、サービスプ
ロバイダ２５２０が管理するので、クリアリングセンタ
２５３０からの振替要求に基づく処理は、クリアリング
センタ管理口座２５４２からサービスプロバイダ管理口
座２５４３への振替処理のみとなる。口座管理機関２５
４０の振替が終了すると、口座管理機関２５４０はクリ
アリングセンタ２５３０に振替確認を送信（１５）し、
クリアリングセンタ２５３０は、振替確認に基づいて電
子マネー残高管理サーバ内のユーザＡ（ユーザデバイス
Ａ２５１０の管理ユーザ）の残高データの更新（１６）
（￥１０，０００→￥９，５００）を行なう。

【０２４２】次にクリアリングセンタ２５３０は、サー
ビスプロバイダ２５２０にユーザデバイスＡ２５１０か
らのコンテンツ料金の支払い処理が終了したことを振替
確認として報告（１７）する。サービスプロバイダ２５
２０は、クリアリングセンタ２５３０からの報告を受け
ると、先に利用ログに基づいて決定されている利益配分
情報に基づく振替依頼を口座管理機関２５４０に送信す
る。口座管理機関２５４０は、サービスプロバイダ２５
２０からの配分情報に従ってそれぞれの口座に対する振
替処理を実行（１８）する。図２５に示す例では、コン
テンツプロバイダの口座２５４４と、クリアリングセン
タの口座２５４５にそれぞれ利益配分情報に従った金額
の振替がなされている。すなわち、サービスプロバイダ
管理口座２５４３：￥５００→￥６０、コンテンツプロ
バイダの口座２５４４：￥０→￥４００、クリアリング
センタの口座２５４５：￥０→￥４０の振替がなされ
る。

【０２４３】この図２５の例は、サービスプロバイダが
利益分配、ポイント管理等のコンテンツ流通に伴う各処
理を実行し、クリアリングセンタは電子マネーの残高管
理が主業務となる。

【０２４４】次に、図２６を用いて、ユーザデバイスに
おいて残高管理を実行せず、クリアリングセンタが電子
マネーの残高管理を行なうクリアリングセンタ管理方式
の処理例を説明する。（１）〜（１５）の順に処理が進
行する。この例では、サービスプロバイダ２６２０から
ユーザデバイスＡ２６１０がコンテンツを購入する場合
の処理例である。

【０２４５】まず、ユーザデバイスＡ２６１０は、電子
マネーによる支払処理を可能とするため、クリアリング
センタ２６３０のユーザ管理サーバへの登録および電子
マネー残高管理サーバの残高を設定する処理をクリアリ
ングセンタ２６３０に対して入金命令（１）として要求
する。クリアリングセンタ２６３０は要求に従って口座
管理機関２６４０に対してユーザデバイスＡ２６１０の
管理ユーザであるユーザＡの口座２６４１からクリアリ
ングセンタ管理口座２６４２への振替を要求し、口座管
理機関２６４０は要求に従って振り替え処理を実行
（２）する。すなわち、ユーザＡの口座２６４１：￥１
００，０００→￥９０，０００、クリアリングセンタ管
理口座２６４２：￥０→￥１０，０００の振替が実行さ
れる。振替処理が終了すると確認応答がクリアリングセ
ンタ２６３０に対してなされ。応答に応じて、クリアリ
ングセンタ２６３０は、電子マネー残高管理サーバのユ
ーザＡの残高を入金処理金額に応じて更新（３）（￥０
→￥１０，０００）する。

【０２４６】このセンタ管理方式では、ユーザデバイス
Ａ２６１０は、クリアリングセンタ２６３０に入金命令
を送信するともにサービスプロバイダ２６２０にコンテ
ンツを要求（４）することができる。先の図２５の例で
は、ユーザデバイス側において電子マネーの残高チェッ
クを実行シテコンテンツの購入処理を実行していたが、
本例では、クリアリングセンタ側で電子マネー残高を更
新して、その報告を受けたサービスプロバイダ２６２０
が、その報告後、ユーザデバイスＡに対してコンテンツ
鍵を送信する方式となっている。

【０２４７】ユーザデバイスＡ２６１０がサービスプロ
バイダ２６２０にコンテンツを要求すると、サービスプ
ロバイダ２６２０はコンテンツ（セキュアコンテナ）を
ユーザデバイスＡ２６１０に送信（５）する。ユーザデ
バイスＡ２６１０は、販売条件等を確認して購入処理を
実行し、電子マネーによる支払い、コンテンツの料金支
払いであることが記録された利用ログを生成してサービ
スプロバイダ２６２０に送付（６）する。この際に生成
される利用ログには、セキュアコンテナに記録された配
分情報が記録されている。

【０２４８】サービスプロバイダ２６２０は、利用ログ
の署名検証を実行し、利用ログに基づくコンテンツ料金
配分情報を取得して、受領ログを生成してクリアリング
センタ２６３０に送信（７）する。

【０２４９】クリアリングセンタ２６３０は、受領ログ
をユーザ管理サーバのユーザデータと照合して、センタ
の管理するユーザによる決済要求であることを確認し
て、決済サーバのコンテンツ料金決済データの更新処理
を行ない、電子マネー残高管理サーバの残高確認（８）
を行い、コンテンツ料金のクリアリングセンタ管理口座
からサービスプロバイダの口座への振替要求を口座管理
機関２６４０に送信（９）する。

【０２５０】口座管理機関２６４０は、クリアリングセ
ンタ２６３０からの振替要求に基づいてクリアリングセ
ンタ管理口座２６４２からサービスプロバイダ管理口座
２６４３への振替を実行（１０）する（クリアリングセ
ンタ管理口座２６４２：￥１０，０００→￥９，５０
０、サービスプロバイダ管理口座２６４３：￥０→￥５
００）。この例においても、利益配分情報に基づく利益
配分処理は、サービスプロバイダ２６２０が管理するの
で、クリアリングセンタ２６３０からの振替要求に基づ
く処理は、クリアリングセンタ管理口座２６４２からサ
ービスプロバイダの口座２６４３への振替処理のみとな
る。口座管理機関２６４０の振替が終了すると、口座管
理機関２６４０はクリアリングセンタ２６３０に振替確
認を送信（１１）し、クリアリングセンタ２６３０は、
振替確認に基づいて電子マネー残高管理サーバ内のユー
ザＡの残高データの更新（￥１０，０００→￥９，５０
０）（１２）を行なう。

【０２５１】次にクリアリングセンタ２６３０は、サー
ビスプロバイダ２６２０にユーザデバイスＡ２６１０か
らのコンテンツ料金の支払い処理が終了したことを振替
確認送信（１３）する。サービスプロバイダ２６２０
は、クリアリングセンタ２６３０からの振替確認を受け
ると、コンテンツ鍵をユーザデバイスＡ２６１０に送信
（１４）する。さらに、サービスプロバイダ２６２０
は、先に利用ログに基づいて決定されている利益配分情
報に基づく振替依頼を口座管理機関２６４０に送信す
る。口座管理機関２６４０は、サービスプロバイダ２６
２０からの配分情報に従ってそれぞれの口座に対する振
替処理を実行（１５）する。図２６に示す例では、コン
テンツプロバイダの口座２６４４と、クリアリングセン
タの口座２６４５にそれぞれ利益配分情報に従った金額
の振替がなされている。すなわち、サービスプロバイダ
の口座２６４３：￥５００→￥６０、コンテンツプロバ
イダの口座２６４４：￥０→￥４００、クリアリングセ
ンタの口座２６４５：￥０→￥４０の各振替がなされ
る。

【０２５２】本例においては、ユーザデバイスＡ２６１
０は、電子マネーの残高確認が不要であり、クリアリン
グセンタ２６３０において、電子マネー残高管理サーバ
内のユーザ残高が確認され、口座管理機関２６４０にお
いて、ユーザＡからのコンテンツ利用料金振替が行なわ
れて、クリアリングセンタ２６３０内で管理する電子マ
ネー残高の更新がなされ、これらの処理が完結したこと
をサービスプロバイダ２６２０に報告されて始めて、コ
ンテンツ鍵がユーザデバイスＡ２６１０に送信されるこ
とになる。この処理構成によれば、クリアリングセンタ
２６３０において未決済分のコンテンツ料金の発生を防
止することができる。なお、手数料を減らすため、実際
の振替処理は一括して行ない、クリアリングセンタ２６
３０内のデータのみ変更して後に振替処理を行なう構成
としてもよい。

【０２５３】［７．ログを利用したユーザ管理］先に説
明したように、本発明のコンテンツ取り引きシステムお
よびコンテンツ取り引き方法においては、発行ログ、利
用ログ、受領ログ等が各デバイス、機関において流通す
ることになる。各ログには図６で説明したように、様々
な情報が格納されている。ここでは、これらの情報を利
用したユーザ管理構成について説明する。

【０２５４】（７−１）ユーザの利用料金の管理図６を用いて説明した各ログの構成において明らかなよ
うに、コンテンツを購入しようとするユーザが生成して
サービスプロバイダに対して送信する利用ログには、利
用金額が情報として格納されている。ここでは、この利
用ログに記録される利用金額情報を利用して高額な料金
の支払をチェックする構成を説明する。

【０２５５】図２７に利用料金チェック処理フローを示
す。図２７のフローにしたがって説明する。ステップＳ
２７０１において、ユーザが生成した利用ログがサービ
スプロバイダに送信される。ステップＳ２７０２におい
て、サービスプロバイダは受領した利用ログ中の利用金
額を確認し、予め定めた閾値との比較処理を実行する。
この閾値は、例えばすべてのユーザに対して共通の閾値
でもよいし、あるいはユーザの年齢、利用状況等に基づ
いてサービスプロバイダが独自に設定した閾値でもよ
い。サービスプロバイダはこれらの閾値を設定したユー
ザ管理用のデータを保有する。

【０２５６】ステップＳ２７０３において要検査の判定
がなされると、サービスプロバイダは、ステップＳ２７
０４において利用ログから発行ログを取り出して、取り
出した発行ログをクリアリングセンタに送信する。ステ
ップＳ２７０５において、クリアリングセンタは、サー
ビスプロバイダから受領した発行ログに基づいて、クリ
アリングセンタ内の電子マネー残高管理サーバのユーザ
残高をチェックし、ステップＳ２７０６においてクリア
リングセンタは残高チェックデータをサービスプロバイ
ダに送信する。サービプロバイダはチェックデータに基
づいて問題なし（ステップＳ２７０７においてＹｅｓ）
と判定された場合は、正当なコンテンツ購入処理と判定
し、ユーザデバイスに対するコンテンツ鍵送信等の通常
処理（ステップＳ２７０８）に移行する。一方、コンテ
ツ利用料金の回収が困難になるおそれがある等、問題あ
り（ステップＳ２７０７においてＮｏ）と判定された場
合は、ユーザデバイスに対してコンテンツ購入の拒否応
答を行ないコンテンツ鍵の送信を中止（ステップＳ２７
０９）する。

【０２５７】この処理により、コンテンツの不正取引、
あるいは未成年者による高額商品の取引等を未然に防止
することが可能となる。なお、これらの利用金額チェッ
クはクリアリングセンタがみずから実行する構成とし
て、問題ありと判定された場合にクリアリングセンタか
らサービスプロバイダに例えばユーザ照会処理を実行す
るように要求する構成としてもよい。

【０２５８】さらに、ユーザデバイス側において、ユー
ザデバイス固有の利用金額上限値としての閾値を設定
し、設定した閾値データをメモリに格納し、コンテンツ
利用に伴う利用ログの生成の際に閾値データを参照し
て、利用ログに閾値を超える利用金額が設定される場合
は、閾値を超える利用料金の設定であることまたはクリ
アリングセンタによるチェック処理が必要であることを
示す識別データ（識別ビット）を利用ログに付加する構
成としてもよい。識別データが付加された利用ログを受
領したサービスプロバイダは、識別データに基づいてク
リアリングセンタに対するユーザの残高チェック処理を
要求する。本構成によれば、サービスプロバイダ側でユ
ーザの閾値データを保有する必要がなく、さらにユーザ
毎に任意の閾値を設定することが可能となる。

【０２５９】（７−２）発行ログの利用期限管理前述の本発明の説明から明らかなようにコンテンツを購
入しようとするユーザは、クリアリングセンタから発行
ログを受領する。発行ログには図６に示したように、有
効期限が設定されている。ここでは、この有効期限に基
づく管理について説明する。

【０２６０】クリアリングセンタは、ユーザ管理サーバ
に発行ログを発行したユーザとその発行ログ情報を対応
付けたデータを保有している。発行ログには発行金額、
有効期限が設定され、発行ログを受領したユーザデバイ
スは、その発行ログに設定された金額および有効期限内
で発行ログに基づいて電子マネーによる支払い処理が可
能となる。

【０２６１】クリアリングセンタでは、例えば未成年者
には小額の発行金額を上限として設定したり、取り引き
回数に応じて高額の発行金額を設定する等、ユーザの信
用度に基づく発行金額の設定を行なうことができる。さ
らに、高額な発行金額を設定した発行ログは有効期限を
長く設定し、低額の発行金額を設定した発行ログは有効
期限を短くする等、各発行ログに応じた有効期限設定が
可能となる。

【０２６２】クリアリングセンタは、ユーザ管理サーバ
においてすべての発行ログ情報を管理しているととも
に、電子マネー残高管理サーバにおいて各ユーザの電子
マネー残高を管理しているので、クリアリングセンタ
は、これらの各データに基づいて定期的な監査処理を実
行し、有効期限の迫った発行ログを有するユーザに対し
て、発行ログの有効期限を更新した新たな発行ログの発
行要求を促すメッセージを送信する等の処理が可能とな
る。

【０２６３】クリアリングセンタによる発行ログの有効
期限管理処理のフローを図２８に示す。ステップＳ２８
０１において、クリアリングセンタは、ユーザ管理サー
バ、電子マネー残高管理サーバとのデータチェックを実
行し、ユーザ管理サーバの格納データに基づいて有効期
限が迫っている発行ログを抽出する。このチェック処理
は、例えば１ヶ月毎に定期的に実行して、残り有効期限
が２ヶ月以内である発行ログを検索する処理として設定
する。

【０２６４】クリアリングセンタは抽出された発行ログ
に基づいて発行ログ情報に記録されたユーザデバイス識
別子に基づいてユーザデバイスを特定（ステップＳ２８
０２）し、そのユーザデバイスに対して有効期限の迫っ
た発行ログがあることを示すメッセージを送信（ステッ
プＳ２８０３）する。ユーザデバイスは、メッセージを
受信し、発行ログの更新要求を実行する（ステップＳ２
８０４でＹｅｓ）と、クリアリングセンタは更新要求に
基づいて、新たな有効期限を持つ更新された発行ログを
生成してユーザデバイスに送信（ステップＳ２８０５、
Ｓ２８０６）する。ユーザデバイスが、メッセージを受
信後、有効期間内に発行ログの更新要求を実行しない
（ステップＳ２８０４でＮｏ）場合は、有効期間経過
後、発行ログの利用期間が経過したことと再発行処理が
必要であることを知らせるメッセージをユーザデバイス
に送信（ステップＳ２８０７）し、クリアリングセンタ
は、その後のユーザデバイスからの再発行要求があった
場合（ステップＳ２８０８でＹｅｓ）は要求に基づいて
発行ログの再発行処理を行ない（ステップＳ２８０
９）、再発行ログをユーザデバイスに送信（ステップＳ
２８１０）する。

【０２６５】このように、クリアリングセンタによって
発行ログの管理を行なう構成とすることにより、不正な
発行ログの流通、使用を防止することができる。さら
に、発行ログの有効期限チェックの際に、クリアリング
センタ電子マネー残高管理サーバの残高を併せてチェッ
クすることにより、利用、回収済みの電子マネー金額と
未回収分の電子マネーの集計が可能となる。

【０２６６】また、クリアリングセンタは、電子マネー
残高管理サーバの定期的なチェックを実行して、電子マ
ネー残高が小額となったユーザデバイスに対して、その
旨のメッセージを送信したり、あるいは、残金額をデー
タとして送信するように構成してもよい。

【０２６７】さらに、ユーザデバイス側において、電子
マネーの利用時に発行ログの有効期限のチェック処理を
実行し、有効期限が過ぎていた場合には、利用ログの生
成処理前にクリアリングセンタに対して発行ログの更新
あるいは再発行処理の要求を実行して新たな発行ログの
取得を行い、その後に新たな有効期限の設定された新規
発行ログに基づく利用ログの生成処理を実行する構成と
してもよい。

【０２６８】なお、一連の処理において、データ通信を
実行するユーザデバイス、クリアリングセンタ、サービ
スプロバイダ各手段は、それぞれ相互認証処理、送信デ
ータに対する署名処理、受信データに対する署名確認処
理を行ない、不正なデータ流出が行われない構成とす
る。

【０２６９】以上、特定の実施例を参照しながら、本発
明について詳解してきた。しかしながら、本発明の要旨
を逸脱しない範囲で当業者が該実施例の修正や代用を成
し得ることは自明である。すなわち、例示という形態で
本発明を開示してきたのであり、限定的に解釈されるべ
きではない。本発明の要旨を判断するためには、冒頭に
記載した特許請求の範囲の欄を参酌すべきである。

【０２７０】

【発明の効果】上述したように、本発明のコンテンツ利
用料金管理システムおよびコンテンツ利用料金管理方法
に従えば、サービスプロバイダは、コンテンツを利用す
るユーザの生成する利用ログを受領した時点で、受領ロ
グ中に記録されているコンテンツ利用金額と、予め定め
た閾値との比較処理を実行して、利用金額が閾値より高
い場合は、クリアリングセンタに対する残高照会処理を
行なう等、回収可能性を確認することが可能となる。さ
らに、閾値はユーザに応じて、例えば年齢、取り引き回
数等に基づく信用度に応じてユーザ管理データベースに
格納しておくことができ、未成年者による高額コンテン
ツの取り引きをチェックしたり、不正な取り引き、回収
不能な取り引き等の発生を防止することが可能となる。

【図面の簡単な説明】

【図１】従来の超流通システムの構成を説明するブロッ
ク図である。

【図２】本発明のコンテンツ取り引きシステムのシステ
ム概要を説明するブロック図である。

【図３】本発明のコンテンツ取り引きシステムにおいて
ユーザデバイスの構成例を示すブロック図である。

【図４】本発明のコンテンツ取り引きシステムにおける
コンテンツの流通、ログ情報の流通形態について説明す
るブロック図である。

【図５】本発明のコンテンツ取り引きシステムにおける
相互認証処理において使用される公開鍵証明書の構成に
ついて説明する図である。

【図６】本発明のコンテンツ取り引きシステムにおいて
使用される発行ログ、利用ログ、受領ログ構成を説明す
る図である。

【図７】本発明のコンテンツ取り引きシステムにおいて
適用可能な署名生成処理について説明する図である。

【図８】本発明のコンテンツ取り引きシステムにおいて
適用可能な署名生成処理について説明する図である。

【図９】本発明のコンテンツ取り引きシステムにおいて
適用可能な署名検証処理について説明する図である。

【図１０】本発明のコンテンツ取り引きシステムにおい
て適用可能な相互認証処理について説明する図である。

【図１１】本発明のコンテンツ取り引きシステムにおい
て適用可能な相互認証処理について説明する図である。

【図１２】本発明のコンテンツ取り引きシステムにおけ
るコンテンツ流通において使用されるセキュアコンテナ
の構成を説明する図である。

【図１３】本発明のコンテンツ取り引きシステムにおけ
るセキュアコンテナに含まれる販売条件情報（ＵＣＰ）
について説明する図である。

【図１４】本発明のコンテンツ取り引きシステムにおけ
るセキュアコンテナに含まれる価格情報について説明す
る図である。

【図１５】本発明のコンテンツ取り引きシステムにおけ
るセキュアコンテナの流通とログ情報に基づく決済処理
構成を説明する図である。

【図１６】本発明のコンテンツ取り引きシステムにおけ
るセキュアコンテナの流通において、ユーザデバイスに
記録される使用制御情報（ＵＣＳ）について説明する図
である。

【図１７】本発明のコンテンツ取り引きシステムにおい
て発行される受領ログに含まれる受領情報の構成例を説
明する図である。

【図１８】本発明のコンテンツ取り引きシステムにおけ
るセキュアコンテナのユーザデバイス間での流通におけ
る処理を説明する図である。

【図１９】本発明のコンテンツ取り引きシステムにおけ
るセキュアコンテナのユーザデバイス間での流通におけ
る処理フローを説明する図である。

【図２０】本発明のコンテンツ取り引きシステムにおけ
るセキュアコンテナのユーザデバイス間での流通におけ
るポイント付加処理を説明する図である。

【図２１】本発明のコンテンツ取り引きシステムにおけ
るセキュアコンテナのユーザデバイス間での流通におけ
るポイント付加処理に使用されるデータベース構成例を
説明する図である。

【図２２】本発明のコンテンツ取り引きシステムにおけ
るコンテンツ流通による決済処理の具体例を説明する図
である。

【図２３】本発明のコンテンツ取り引きシステムにおけ
るユーザデバイス間のコンテンツ流通による決済処理の
具体例（その１）を説明する図である。

【図２４】本発明のコンテンツ取り引きシステムにおけ
るユーザデバイス間のコンテンツ流通による決済処理の
具体例(その２)を説明する図である。

【図２５】本発明のコンテンツ取り引きシステムにおけ
るコンテンツ流通による決済処理の具体例（ローカル管
理方式）を説明する図である。

【図２６】本発明のコンテンツ取り引きシステムにおけ
るコンテンツ流通による決済処理の具体例（クリアリン
グセンタ管理方式）を説明する図である。

【図２７】本発明のコンテンツ取り引きシステムにおけ
る利用ログの利用金額による決済管理処理フローを説明
する図である。

【図２８】本発明のコンテンツ取り引きシステムにおけ
る発行ログの有効期限による発行ログ管理フローを説明
する図である。

【符号の説明】

２２０ユーザデバイス２２１電子マネー２２２発行ログ２４０サービスプロバイダ２５１発行ログ２５２利用ログ２５３受領ログ２６０クリアリングセンタ２８０口座管理機関２８１ユーザ口座２８２サービスプロバイダ口座２８３クリアリングセンタ管理口座３００ユーザデバイス３０１制御部３０２暗号処理部３０３記録デバイスコントローラ３０４読み取り部３０５通信部３０６制御部３０７内部メモリ３０８暗号／復号化部３１０電子マネー３１１制御部３１２暗号処理部３１３メモリ３２１メインＣＰＵ３２２ＲＡＭ３２３ＲＯＭ３２４入力インタフェース３２６ＰＩＯ３２７ＳＩＯ３５０記録デバイス３５１暗号処理部３５２外部メモリ３６０メディア３７０通信手段４１０公開鍵証明書発行局（ＩＡ）１２００セキュアコンテナ１２０１コンテンツ１２０２価格情報１２０３販売情報（ＵＣＰ）１２０４電子署名１３０１ＵＣＰ世代管理情報１３０２二次配信可能回数１５１０ユーザデバイスＡ１５２０ユーザデバイスＢ１５１１，１５２１電子マネー１５３１発行ログＡ１５３２利用ログＡ１５３３受領ログＡ１５５１発行ログＢ１５５２利用ログＢ１５５３受領ログＢ１５７０ユーザデバイスＣ１６０１ＵＣＳ世代管理情報１７０１配分情報１７０２ＵＣＰ世代管理情報１８１０サービスプロバイダ１８１１制御部１８１２コンテンツデータベース１８１３ユーザ情報データベース１８１４暗号処理部１８１５通信部１８２０ユーザデバイスＡ１８３０ユーザデバイスＢ１８２１，１８３１制御部１８２２，１８３２暗号処理部１８２４，１８３４メモリ１８２５，１８３５記憶部１８２６，１８３６データ再生部１８２７，１８３７通信部１８２８，１８３８電子マネー１８４０クリアリングセンタ１８４１制御部１８４２データベース１８４４暗号処理部１８４５通信部２２１０ユーザデバイスＡ２２１１発行ログ２２２０サービスプロバイダまたはユーザデバイスＢ２２３０クリアリングセンタ２２４０口座管理機関２２４１ユーザＡ口座２２４２クリアリングセンタ口座２２４３サービスプロバイダ、ユーザＢ口座２３１０コンテンツプロバイダ２３２０サービスプロバイダ２３３０ユーザデバイスＡ２３４０ユーザデバイスＢ２３５０ユーザデバイスＣ２３６０クリアリングセンタ２３７０口座管理機関２４１０，２４２０，２５１０，２６１０ユーザデバ
イス２４３０，２５２０，２６２０サービスプロバイダ２４４０，２５３０，２６３０クリアリングセンタ２４５０，２５４０，２６４０口座管理機関

Claims

【特許請求の範囲】

【請求項１】ユーザデバイスでの利用が可能なコンテン
ツの取り引き処理におけるコンテンツ利用料金管理シス
テムにおいて、コンテンツ提供サービスを管理するサービスプロバイダ
は、コンテンツ利用に伴う支払い金額データを含むログ情報
として前記ユーザデバイスが生成した利用ログを該ユー
ザデバイスから受領し、受領した利用ログ中に含まれる
コンテンツ利用金額と、予め定めた閾値との比較を実行
して、コンテンツ利用の可否を判定する構成を有するこ
とを特徴とするコンテンツ利用料金管理システム。
【請求項２】前記サービスプロバイダは、ユーザ毎に閾値データを対応付けたユーザ管理データベ
ースを有し、前記利用ログ中の利用料金と閾値との比較
処理は、前記ユーザ管理データベースに格納されたユー
ザ毎の閾値データに基づいて実行する構成であることを
特徴とする請求項１に記載のコンテンツ利用料金管理シ
ステム。
【請求項３】前記サービスプロバイダは、前記閾値との
比較処理において、閾値を超える利用料金が前記ユーザ
デバイスから受領した利用ログ中に記録されている場
合、該ユーザデバイスの電子マネーの残高管理を行なう
クリアリングセンタに対して該ユーザデバイスにおいて
利用可能な電子マネー残高の照会処理を実行する構成で
あることを特徴とする請求項１に記載のコンテンツ利用
料金管理システム。
【請求項４】前記コンテンツはコンテンツ鍵によって暗
号化されたコンテンツを含むセキュアコンテナとしてユ
ーザデバイスに送付され、前記サービスプロバイダは、前記利用ログ中に含まれる
コンテンツ利用金額と、予め定めた閾値との比較を実行
して、コンテンツ利用可と判定した場合にのみ、前記コ
ンテンツ鍵を前記ユーザデバイスに送付する構成である
ことを特徴とする請求項１に記載のコンテンツ利用料金
管理システム。
【請求項５】前記ユーザデバイスは、該ユーザデバイス
の電子マネーの残高管理を行なうクリアリングセンタの
発行した発行ログに設定された発行金額を限度として、
コンテンツの販売条件情報に基づき、電子マネーの残高
データからコンテンツ利用料相当額を減額して、利用し
た金額データを含むコンテンツ利用ログを生成してサー
ビスプロバイダに送信する処理を実行する構成であるこ
とを特徴とする請求項１に記載のコンテンツ利用料金管
理システム。
【請求項６】前記サービスプロバイダは、前記ユーザデ
バイスから受信する前記利用ログに基づいて、コンテン
ツの利用料情報を含む受領ログを生成して電子マネーの
残高管理を行なうクリアリングセンタに送信する処理を
実行する構成であることを特徴とする請求項１に記載の
コンテンツ利用料金管理システム。
【請求項７】前記ユーザデバイスは、自己のユーザデバ
イスにおけるコンテンツ利用金額上限値として閾値デー
タを格納した構成を有し、コンテンツ利用に伴う利用ロ
グの生成時に該閾値データを参照し、利用金額が前記閾
値データを超える場合には、閾値を超える利用金額であ
ることを示す識別データを利用ログ中に付加する構成で
あることを特徴とする請求項１に記載のコンテンツ利用
料金管理システム。
【請求項８】前記利用ログを受理用するサービスプロバ
イダは、前記識別データに基づいて、前記ユーザデバイ
スの電子マネーの残高管理を行なうクリアリングセンタ
に対して該ユーザデバイスにおいて利用可能な電子マネ
ー残高の照会処理を実行する構成であることを特徴とす
る請求項７に記載のコンテンツ利用料金管理システム。
【請求項９】前記ユーザデバイスと前記サービスプロバ
イダは各々暗号処理部を有し、前記ユーザデバイスから
前記サービスプロバイダへの利用ログ送信の際は、前記
ユーザデバイスと前記サービスプロバイダ間において相
互認証処理を実行し、さらに、前記ユーザデバイスは、
前記利用ログに対して電子署名の生成処理を実行して、
前記利用ログを受信した前記サービスプロバイダは該電
子署名の検証処理を実行する構成であることを特徴とす
る請求項１に記載のコンテンツ利用料金管理システム。
【請求項１０】前記サービスプロバイダと前記クリアリ
ングセンタは各々暗号処理部を有し、前記サービスプロバイダから前記クリアリングセンタへ
の受領ログ送信の際は、前記サービスプロバイダと前記
クリアリングセンタ間において相互認証処理を実行し、
さらに、前記サービスプロバイダは、前記利用ログに対
して電子署名の生成処理を実行して、前記利用ログを受
信した前記クリアリングセンタは該電子署名の検証処理
を実行する構成であることを特徴とする請求項６に記載
のコンテンツ利用料金管理システム。
【請求項１１】ユーザデバイスでの利用が可能なコンテ
ンツの取り引き処理におけるコンテンツ利用料金管理方
法において、コンテンツ提供サービスを管理するサービスプロバイダ
は、コンテンツ利用に伴う支払い金額データを含むログ情報
として前記ユーザデバイスが生成した利用ログを該ユー
ザデバイスから受領し、受領した利用ログ中に含まれる
コンテンツ利用金額と、予め定めた閾値との比較を実行
して、コンテンツ利用の可否を判定することを特徴とす
るコンテンツ利用料金管理方法。
【請求項１２】前記サービスプロバイダは、ユーザ毎に閾値データを対応付けたユーザ管理データベ
ースを有し、前記利用ログ中の利用料金と閾値との比較
処理は、前記ユーザ管理データベースに格納されたユー
ザ毎の閾値データに基づいて実行することを特徴とする
請求項１１に記載のコンテンツ利用料金管理方法。
【請求項１３】前記サービスプロバイダは、前記閾値と
の比較処理において、閾値を超える利用料金が前記ユー
ザデバイスから受領した利用ログ中に記録されている場
合、該ユーザデバイスの電子マネーの残高管理を行なう
クリアリングセンタに対して該ユーザデバイスにおいて
利用可能な電子マネー残高の照会処理を実行することを
特徴とする請求項１１に記載のコンテンツ利用料金管理
方法。
【請求項１４】前記サービスプロバイダは、前記コンテンツはコンテンツ鍵によって暗号化されたコ
ンテンツを含むセキュアコンテナとしてユーザデバイス
に送付し、前記サービスプロバイダは、前記利用ログ中に含まれる
コンテンツ利用金額と、予め定めた閾値との比較を実行
して、コンテンツ利用可と判定した場合にのみ、前記コ
ンテンツ鍵を前記ユーザデバイスに送付することを特徴
とする請求項１１に記載のコンテンツ利用料金管理方
法。
【請求項１５】前記ユーザデバイスは、該ユーザデバイ
スの電子マネーの残高管理を行なうクリアリングセンタ
の発行した発行ログに設定された発行金額を限度とし
て、コンテンツの販売条件情報に基づき、電子マネーの
残高データからコンテンツ利用料相当額を減額して、利
用した金額データを含むコンテンツ利用ログを生成して
サービスプロバイダに送信する処理を実行することを特
徴とする請求項１１に記載のコンテンツ利用料金管理方
法。
【請求項１６】前記サービスプロバイダは、前記ユーザ
デバイスから受信する前記利用ログに基づいて、コンテ
ンツの利用料情報を含む受領ログを生成して電子マネー
の残高管理を行なうクリアリングセンタに送信する処理
を実行することを特徴とする請求項１１に記載のコンテ
ンツ利用料金管理方法。
【請求項１７】前記ユーザデバイスは、自己のユーザデ
バイスにおけるコンテンツ利用金額上限値として閾値デ
ータを格納し、コンテンツ利用に伴う利用ログの生成時
に該閾値データを参照し、利用金額が前記閾値データを
超える場合には、閾値を超える利用金額であることを示
す識別データを利用ログ中に付加することを特徴とする
請求項１１に記載のコンテンツ利用料金管理方法。
【請求項１８】前記利用ログを受理用するサービスプロ
バイダは、前記識別データに基づいて、前記ユーザデバ
イスの電子マネーの残高管理を行なうクリアリングセン
タに対して該ユーザデバイスにおいて利用可能な電子マ
ネー残高の照会処理を実行することを特徴とする請求項
１７に記載のコンテンツ利用料金管理方法。
【請求項１９】前記ユーザデバイスと前記サービスプロ
バイダは各々暗号処理部を有し、前記ユーザデバイスから前記サービスプロバイダへの利
用ログ送信の際は、前記ユーザデバイスと前記サービス
プロバイダ間において相互認証処理を実行し、さらに、
前記ユーザデバイスは、前記利用ログに対して電子署名
の生成処理を実行して、前記利用ログを受信した前記サ
ービスプロバイダは該電子署名の検証処理を実行するこ
とを特徴とする請求項１１に記載のコンテンツ利用料金
管理方法。
【請求項２０】前記サービスプロバイダと前記クリアリ
ングセンタは各々暗号処理部を有し、前記サービスプロバイダから前記クリアリングセンタへ
の受領ログ送信の際は、前記サービスプロバイダと前記
クリアリングセンタ間において相互認証処理を実行し、
さらに、前記サービスプロバイダは、前記利用ログに対
して電子署名の生成処理を実行して、前記利用ログを受
信した前記クリアリングセンタは該電子署名の検証処理
を実行することを特徴とする請求項１６に記載のコンテ
ンツ利用料金管理方法。
【請求項２１】ユーザデバイスでの利用が可能なコンテ
ンツの取り引き処理におけるコンテンツ利用料金管理処
理をコンピュータ・システム上で実行せしめるコンピュ
ータ・プログラムを提供するプログラム提供媒体であっ
て、前記コンピュータ・プログラムは、コンテンツ利用に伴う支払い金額データを含むログ情報
として前記ユーザデバイスが生成した利用ログを該ユー
ザデバイスから受領し、受領した利用ログ中に含まれる
コンテンツ利用金額と、予め定めた閾値との比較を実行
して、コンテンツ利用の可否を判定するステップを有す
ることを特徴とするプログラム提供媒体。