JPH10269290A - データ送受信方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 単純な金額補充データの通信の際のいわゆる
「成り済まし」を防ぐことを可能にする。 【解決手段】 通信相手側との間でデータ送受信を行う
毎に乱数としてのセキュリティＩＤを発生するセキュリ
ティＩＤ発生回路１９及びタイマ１８と、データ送信を
行うときには送信データにセキュリティＩＤを付加して
送信し、データ受信を行ったときには通信相手側から送
信されてきたデータに付加されたセキュリティＩＤと自
己が発生したセキュリティＩＤとを比較して一致したと
きのみ、その受信データを正当なものとして扱うコント
ローラ１６とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばデータの送
受信を行うデータ送受信方法及び装置に関する。

【０００２】

【従来の技術】コンピュータプログラムやオーディオデ
ータ、ビデオデータ等のディジタルコンテンツの流通を
簡便化し、潜在需要を掘り下げ、市場拡大に有利な手法
としては、例えば特公平６−１９７０７号公報に記載さ
れるソフトウェア管理方式、特公平６−２８０３０号公
報に記載されるソフトウェア利用管理方式、特公平６−
９５３０２号公報に記載されるソフトウェア管理方式の
ような手法が存在する。上記特公平６−１９７０７号公
報に記載されたソフトウェア管理方式は、無体財産であ
るコンピュータプログラムやビデオデータ等のソフトウ
ェアの利用に際し、ソフトウェアの利用状況をソフトウ
ェア権利者別などによって把握できるようにしたもので
ある。また、特公平６−２８０３０号公報に記載される
ソフトウェア利用管理方式は、無体財産であるコンピュ
ータプログラムやビデオデータ等のソフトウェアの利用
に際し、有償プログラムを買い取り（買い取った後は無
料で使用できる）価格を付し、コンピュータシステム内
には購入可能な金額を示すデータを設けておき、有償プ
ログラム購入の際は、同システムにある利用可能なソフ
トウェアの名称としてテーブルに登録すると共に、当該
購入可能金額を示すデータをソフトウェア価格分だけ減
じ、また登録済みソフトウェアを該テーブルから抹消す
る際には状況に応じて該購入可能な金額を示すデータを
増加更新するようにしたものである。また、上記特公平
６−９５３０２号公報に記載されるソフトウェア管理方
式は、無体財産であるコンピュータプログラムやビデオ
データ等のソフトウェアの利用に際し、有償プログラム
につき実際の利用量（利用回数または利用時間など）に
応じて利用料金を徴収するために、利用されたプログラ
ムの識別と「利用者識別符号と料金とを記録」してお
き、該記録を回収することでプログラム権利者が自分の
所有するプログラムの利用料金を把握でき、プログラム
の利用量に応じたプログラム利用料金を回収する場合の
システムで有効なものである。

【０００３】

【発明が解決しようとする課題】ところで、従来より、
電子商取引においては、小額決済の際に毎回金融機関を
通して決済することによる手数料等の金額増加が問題視
されている。その解決策の一つとしていわゆるプリペイ
ド方式が提案されている。すなわちこのプリペイド方式
では、予め任意の金額分を示す金額補充データ（以下、
プリペイド情報と呼ぶ）を購入しておき、電子商取引を
行う毎に、当該予め購入しておいたプリペイド情報から
当該取引分に相当する額を減額する方式である。

【０００４】また、前記公報記載のソフトウェア管理方
式などの場合も、ディジタルコンテンツを流通させる仕
組みとして検討されているが、その問題点の一つとし
て、小額のコンテンツ代金を決済するのに必要なネット
ワーク使用料金が、当該コンテンツ代金に比べて無視で
きないことが指摘されている。これを解決するための方
法の一つとしても上記プリペイド方式が提案されてい
る。

【０００５】しかし、上記プリペイド方式の場合、上記
プリペイド情報を購入する度に、同じようなデータ（例
えば暗号化された「３０００円補充」というメッセージ
など）のやりとりが行われることになる。このように、
毎回同じようなデータのやり取りを行う場合、例えば悪
意を持つ者による金融機関へのいわゆる「成り済まし」
による金額補充が問題点として指摘されている。なお、
ここに言う金融機関への「成り済まし」とは、上記悪意
を持った者が本来のユーザ（正当なユーザ）に成り済ま
して、不正にプリペイド情報を入手するようなことを言
う。

【０００６】すなわち、プリペイド情報の購入の度に、
毎回同じようなデータのやり取りを行うと、悪意を持っ
た者が当該データを通信回線から盗み出して同じデータ
を生成して、プリペイド情報の配信側にその情報の入手
を依頼し、当該配信側からのプリペイド情報の送り先を
自分（悪意を持った者）にしたような場合、当該悪意を
持った者がプリペイド情報を入手できることになり、さ
らにこのプリペイド情報の購入代金の請求は本来のユー
ザになされることになるという問題が発生するおそれが
ある。

【０００７】そこで、本発明はこのような状況に鑑みて
なされたものであり、単純な金額補充データの通信の際
のいわゆる「成り済まし」を防ぐことを可能にするディ
ジタルコンテンツ管理装置及び方法を提供することを目
的とする。

【０００８】

【課題を解決するための手段】本発明によれば、通信相
手側との間でデータ送受信を行う毎に乱数を発生し、デ
ータ送信時には送信データに乱数を付加し、データ受信
側では受信データに付加された乱数と自己が発生した乱
数とを比較して一致したときのみ受信データを正当なも
のとして扱うことにより、上述した課題を解決する。

【０００９】

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

【００１０】先ず、本発明のデータ送受信方法及び装置
の具体的内容及び構成の説明を行う前に、これらの理解
を容易にするために、本発明が適用されるシステム全体
の概略構成及びシステムの運用方法について図１から図
７までの各図を用いて簡単に説明する。

【００１１】図１にはシステム全体の概略的な構成を示
す。

【００１２】この図１において、ユーザ側２００は、本
発明のディジタルコンテンツ再生装置（以下、プレーヤ
１と呼ぶことにする）及びいわゆるパーソナルコンピュ
ータ（以下、ユーザ端末５０と呼ぶことにする）を保有
しているものとする。

【００１３】ユーザ端末５０は、通常のパーソナルコン
ピュータであるが、本発明に使用する後述する各種ソフ
トウェアをアプリケーションソフトとして格納してなる
と共に、表示手段であるディスプレイ装置と放音手段で
あるスピーカ、及び情報入力手段であるキーボードやマ
ウス等が接続されてなるものである。当該ユーザ端末５
０は例えばネットワークを介してシステム管理会社２１
０と接続可能であり、また、プレーヤ１との間のインタ
ーフェイス手段を有し、データ送受が可能である。

【００１４】プレーヤ１は例えば図２に示すような構成
を有するものである。

【００１５】この図２の構成の詳細な説明については後
述するが、当該プレーヤ１は、ディジタルコンテンツの
処理経路の主要構成要素として、暗号化されているディ
ジタルコンテンツをコンテンツ鍵を用いて復号化する共
通鍵暗号復号回路２４と、圧縮されているディジタルコ
ンテンツを伸長する伸長手段である伸長回路２６と、デ
ィジタルデータをアナログ信号に変換するＤ／Ａ変換回
路２７とを少なくとも有する。なお、以下に言う復号化
とは、暗号化を解くことである。

【００１６】また、このプレーヤ１は、使用するディジ
タルコンテンツの権利情報及び使用状況を示す情報（以
下、これら情報をポイント使用情報と呼ぶ）や、ディジ
タルコンテンツを使用する際に必要となる保有金額デー
タ、すなわちディジタルコンテンツを使用する毎に減額
される課金データ（以下、ポイント情報と呼ぶ）等を扱
う主要構成要素として、上記ポイント使用情報を格納す
るポイント使用情報格納メモリ２９と、上記ポイント情
報を格納するポイント情報格納メモリ２８とを少なくと
も備えている。

【００１７】さらに、このプレーヤ１は、後述するよう
な暗号化及び復号化に使用する各種鍵を格納するための
構成として共通鍵保管メモリ２２及び通信用鍵保管メモ
リ２１と、これらに格納された鍵を用いて暗号化や復号
化を行うための構成として共通暗号復号回路２４及び公
開暗号復号回路２０を有している。また、このプレーヤ
１は、上記暗号化及び復号化に関連する構成として、シ
ステム管理会社２１０のホストコンピュータと連動した
乱数を発生してセキュリティＩＤを生成するセキュリテ
ィＩＤ発生回路１９及びタイマ１８や、後述するいわゆ
るハッシュ値を発生するハッシュ関数回路２５等をも有
している。

【００１８】その他、当該プレーヤ１は、ディジタルコ
ンテンツやその他各種のデータ及び各構成要素の制御を
ＲＯＭ１７に格納されたプログラムに基づいて行う制御
手段であるコントローラ１６と、携帯時の動作電源とし
ての電池５を備えている。

【００１９】ここで、図２のプレーヤ１の各主要構成要
素は、セキュリティ上、ＩＣ（集積回路）或いはＬＳＩ
（大規模集積回路）の１チップで構成されることが望ま
しい。この図２では、各主要構成要素が集積回路１０内
に１チップ化されている。当該プレーヤ１には、外部と
のインターフェイス用として３つの端子（アナログ出力
端子２と、ＰＣ用インターフェイス端子３と、記録メデ
ィア用Ｉ／Ｏ端子４）を備え、これら各端子が集積回路
１０のそれぞれ対応する端子１３、１２、１１に接続さ
れている。なお、これら各端子は統合することも、また
新たに別の端子を設けることも可能であり、特にこだわ
るものではない。

【００２０】システム管理会社２１０は、システム全体
を管理する管理センタ２１１と、上記プレーヤ１を販売
する販売店２１２とからなり、仮想店舗２３０を介して
ユーザ側２００のユーザ端末５０との間で、後述するよ
うなディジタルコンテンツの供給に関する情報の送受、
コンテンツプロバイダ２４０が保有するコンテンツを圧
縮及び暗号化するディジタルコンテンツの加工、上記加
工したディジタルコンテンツの供給、金融機関２２０と
の間の情報送受等を行う。なお、システム管理会社２１
０と金融機関２２０との間では、ユーザ側２００の口座
番号やクレジット番号，名前や連絡先等の確認や、ユー
ザ側２００との間で取引可能かどうかの情報等のやり取
りなどが行われる。金融機関２２０とユーザ側２００と
の間では、実際の代金振込等の処理が行われる。また、
販売店２１２は、必ずしもシステム管理会社２１０内に
含まれる必要はなく、販売代理店であってもよい。

【００２１】上記システム管理会社２１０の管理センタ
２１１は、例えば図３に示すような構成を有するもので
ある。この図３の構成の詳細な説明については後述する
が、主要構成要素として、ディジタルコンテンツを管理
し、その展示、暗号化及び圧縮等の加工処理、ディジタ
ルコンテンツの暗号化及び復号化に使用する鍵情報であ
るコンテンツ鍵やＩＤの発生等の各機能を有するコンテ
ンツ管理機能ブロック１００と、ユーザ情報を管理し、
通信文（メッセージやポイント情報等）の暗号化及び復
号化、確認メッセージの発生、セキュリティＩＤの発
生、金融機関２３０との間での決済申請、ポイントの発
生等の各機能の他、ユーザ加入処理等を行うユーザ加入
処理機能部１１８をも備えたユーザ管理機能ブロック１
１０と、ポイント使用情報等を管理する使用情報管理機
能ブロック１２０と、システム全体を管理し、通信機能
を有する管理機能ブロック１３０とを、少なくとも有し
てなる。

【００２２】上述した図１のように構成されるシステム
の実際の運用方法の一例を、図４〜図７を用いて説明す
る。なお、以下の運用方法は、ユーザ側２００やシステ
ム管理会社２１０，金融機関２２０，コンテンツプロバ
イダ２４０等が実際に行う手順である。

【００２３】このシステムの運用方法の説明では、プレ
ーヤ１の購入の手順、ディジタルコンテンツの検索から
プレーヤ１用の記憶メディアに対するディジタルコンテ
ンツのインストールまでの手順、当該ディジタルコンテ
ンツを使用可能にするための課金用のポイント情報の購
入と当該ディジタルコンテンツを使用した場合の精算の
手順、ディジタルコンテンツの鑑賞に伴ってユーザから
徴収した課金代金の分配の手順について順番に説明す
る。

【００２４】先ず、プレーヤ１の購入時の手順として
は、図４の（１）及び（５）に示すように、ユーザ側２
００が実際に店頭或いは通信販売等により、上記販売店
２１２から上記プレーヤ１を購入する。

【００２５】このとき、上記販売店２１２は、図４の
（２）に示すように、上記プレーヤ１の販売時に上記ユ
ーザ側２００から提供された個人情報（名前や連絡先
等）及び決済情報（銀行口座、クレジット番号等）と、
上記販売したプレーヤ１固有の番号（プレーヤ固有鍵等
を含む）とをシステム管理会社２１０の管理センタ２１
１に登録する。

【００２６】管理センタ２１１は、図４の（３）に示す
ように、金融機関２２０に対して、上記ユーザ側２００
から提供された口座番号やクレジット番号等の確認を行
い、図４の（４）に示すように金融機関２２０から取引
可能である旨の情報を得る。

【００２７】次に、ディジタルコンテンツの検索からプ
レーヤ１用の記憶メディアへのディジタルコンテンツの
インストールまでの手順として、上記プレーヤ１を購入
したユーザ側２００は、当該プレーヤ１とのインターフ
ェイス手段を備えたユーザ端末５０を使って、図５の
（１）に示すように、希望のディジタルコンテンツの検
索，選択，編集，注文等を行う。このときの検索から注
文までの処理は、ユーザ端末５０がアプリケーションソ
フトとして格納している検索ソフトを用い、例えばネッ
トワークを介して接続された仮想店舗２３０に対して行
う。

【００２８】仮想店舗２３０は、例えば管理センタ２１
１がネットワーク上の仮想的に設けている店舗であり、
この仮想店舗２３０には、例えば複数のコンテンツの内
容を示す情報が展示されている。ユーザ側２００は、仮
想店舗２３０にて提供されているこれらの情報に基づい
て、所望のコンテンツの注文を行うことになる。なお、
仮想店舗２３０に展示されるコンテンツの内容を示す情
報としては、例えばコンテンツが映画等のビデオデータ
である場合には当該映画等のタイトルや広告、当該映画
中の１シーン等の映像などが考えられ、また、コンテン
ツがオーディオデータである場合は曲名やアーティスト
名、当該曲の最初の数フレーズ（いわゆるイントロ）等
が考えられる。したがって、ユーザ側２００のユーザ端
末５０にて上記仮想店舗２３０をアクセスした場合に
は、当該ユーザ端末５０上に上記仮想店舗２３０の複数
のコンテンツの内容が仮想的に展示され、これら展示物
の中から所望のものを選択することでコンテンツの注文
が行われることになる。

【００２９】上記ユーザ側２００のユーザ端末５０から
ディジタルコンテンツの注文等があったとき、上記仮想
店舗２３０は、図５の（２）に示すように管理センタ２
１１に対してディジタルコンテンツの供給依頼を行う。

【００３０】当該ディジタルコンテンツの供給依頼を受
け取った管理センタ２１１は、コンテンツプロバイダ２
４０に対して上記供給依頼のあったディジタルコンテン
ツの配給依頼を行う。これにより、当該コンテンツプロ
バイダ２４０は、図５の（４）に示すように上記配給依
頼のあったディジタルコンテンツを管理センタ２１１に
配給する。

【００３１】管理センタ２１１は、上記コンテンツプロ
バイダ２４０から配給されたディジタルコンテンツに対
して暗号化及び所定の圧縮方式を用いた圧縮を施すと共
に、この圧縮及び暗号化されたディジタルコンテンツに
対して、当該コンテンツのＩＤ（コンテンツＩＤ）とこ
のコンテンツの著作権者等の権利者情報と当該コンテン
ツを使用したときの課金額とコンテンツをユーザ側２０
０に供給する仮想店舗名等とを付加する。なお、コンテ
ンツに対する課金額は、コンテンツプロバイダ２４０に
て事前に決定される。

【００３２】上記管理センタ２１１にて加工されたコン
テンツは、図５の（５）に示すように、仮想店舗２３０
に送られ、さらにこの仮想店舗２３０を介して、図５の
（６）のようにユーザ側２００のユーザ端末５０に供給
される。これにより、プレーヤ１には、上記ユーザ端末
５０からコンテンツが供給され、このコンテンツが当該
プレーヤ１に格納されることになる。

【００３３】なお、この図５に（２）〜（５）までの流
れについては、事前に行っておくことも可能である。す
なわち、仮想店舗２３０には、上記複数のコンテンツの
内容を示す情報を展示するだけでなく、これら展示に対
応した上記加工されたディジタルコンテンツを予め用意
しておくようにしても良い。

【００３４】次に、上述のようにしてプレーヤ１にイン
ストールされたディジタルコンテンツを使用可能にする
ための課金用のポイント情報の購入と当該ディジタルコ
ンテンツを使用した場合の精算の手順では、先ず、ユー
ザ端末５０によってプレーヤ１に格納されているポイン
ト情報の不足が確認されて、当該ユーザ端末５０からポ
イント情報の補充要求がなされる。

【００３５】このとき、図６の（１）のように、当該ユ
ーザ端末５０からは、プレーヤ１にて暗号化されたポイ
ント情報の補充依頼が、管理センタ２１１に対し転送さ
れる。また同時に、既に使用したディジタルコンテンツ
に対応する著作権者等の権利者の情報すなわちポイント
使用情報がプレーヤ１から読み出されて暗号化され、ユ
ーザ端末５０を介して管理センタ２１１に送られる。こ
のように、ポイント情報の補充依頼と同時にポイント使
用情報の転送が行われるようにしたのは、当該ポイント
使用情報の管理センタ２１１への送信のみのために、ユ
ーザ側２００が管理センタ２１１にアクセスする手間を
省くためである。勿論、このポイント使用情報の転送
は、必ずしもポイント情報の購入と同時に行う必要はな
く、独立に行っても良い。

【００３６】上記暗号化されたポイント情報の補充依頼
及びポイント使用情報を受け取った管理センタ２１１
は、当該暗号を解読することでユーザ側２００が要求し
ているポイント情報の補充量とポイント使用情報の内容
を認識する。さらに、当該管理センタ２１１は、金融機
関２２０に対して図６の（２）のように当該ポイント補
充分の決済が可能かどうかの確認を行う。金融機関２２
０にて、ユーザ側２００の口座を調べることによって、
決済可能であることが確認されると、当該金融機関２２
０から図６の（３）のように決済ＯＫの指示が管理セン
タ２１１に送られることになる。

【００３７】また、このときの管理センタ２１１は、図
６の（４）に示すように、コンテンツプロバイダ２４０
に対して著作権者等の権利者に支払われることになるポ
イント使用数、すなわち金額を連絡する。

【００３８】その後、管理センタ２１１では、ポイント
補充情報の命令書を暗号化し、これをセキュリティＩＤ
と共にポイント補充指示情報として、図６の（５）に示
すようにユーザ端末５０に送る。このユーザ端末５０か
らプレーヤ１に送られた上記ポイント補充指示情報は、
当該プレーヤ１において復号化され、さらにセキュリテ
ィＩＤの確認後に、ポイント情報格納メモリ２８へのポ
イント情報の補充と、ポイント使用情報格納メモリ２９
からの上記先に連絡した著作権情報等の権利者情報の削
除とが行われる。

【００３９】次に、ディジタルコンテンツの鑑賞に伴っ
てユーザから徴収した課金代金、すなわちポイントの使
用情報に応じてユーザの口座から引き落とされることに
なる代金の分配の手順では、先ず図７の（１）のように
ユーザ側２００に対して代金振り込み依頼が金融機関２
２０からなされる。このとき、ユーザ側２００の口座に
十分な残高がある場合には、特に代金振り込み依頼はな
されず、口座に十分な残高がない場合には、図７の
（２）のようにユーザ側２００から金融機関２２０に対
して代金の振り込みがなされる。

【００４０】金融機関２２０は、所定の手数料を差し引
いて、図７の（３）のように、ユーザ側２００から受け
取った代金を管理センタ２１１に対して送金する。すな
わち管理センタ２１１では、金融機関２２０から送金さ
れた上記代金から、コンテンツ加工料と金融手数料とシ
ステム管理費等を徴収する。また、当該管理センタ２１
１は、先に使用されたポイントに応じた著作権料を、図
７の（４）のようにコンテンツプロバイダ２４０に対し
て支払うと共に、仮想店舗２３０に対しては図７の
（５）のように店舗手数料を支払う。上記著作権料を受
け取ったコンテンツプロバイダ２４０は著作権料を各著
作権者に支払い、上記店舗手数料を受け取った仮想店舗
２３０は仮想店舗毎の手数料を各仮想店舗に対して支払
う。

【００４１】このように、ユーザ側２００から支払われ
た代金は、前記ポイント使用情報に基づいて、著作権料
と店舗手数料とコンテンツ加工手数料と決済手数料とシ
ステム管理手数料とに分配され、上記著作権料はコンテ
ンツプロバイダ２４０に、上記店舗手数料は上記仮想店
舗２３０に、コンテンツ加工手数料はシステム管理会社
２１０に、決済手数料はシステム管理会社と金融機関２
２０に、システム管理手数料はシステム管理会社２１０
に支払われる。

【００４２】ここで、本実施の形態のシステム間でのデ
ータ送受、すなわち管理センタ２１１とプレーヤ１との
間のデータ送受の際には、データ通信の安全性を確保す
るために、通信するデータの暗号化及び復号化が行われ
る。本発明実施の形態では、暗号化及び復号化の方式と
して共通鍵暗号方式及び公開鍵暗号方式の何れにも対応
可能となっている。

【００４３】本発明の実施の形態では、上記ディジタル
コンテンツ、上記ポイント使用情報、ポイント情報、メ
ッセージやセキュリティＩＤ、その他の各種情報の伝送
の際の暗号方式としては、処理速度の点から共通鍵暗号
方式を採用している。これら各種情報の暗号化及び復号
化に使用する共通鍵は、それぞれ各情報に対応して異な
るものである。前記図２のプレーヤ１では、管理センタ
２１１から伝送されてくる暗号化された情報の復号化に
使用する共通鍵が前記共通鍵保管メモリ２２に保管さ
れ、この共通鍵保管メモリ２２に保管している共通鍵を
用いて、前記共通暗号復号回路２４が、上記管理センタ
２１１からの暗号化された情報の復号化を行う。

【００４４】一方、上記各種情報の暗号化や復号化に使
用する上記共通鍵の伝送の際の暗号方式としては、前記
プレーヤ１の固有の鍵であるプレーヤ固有鍵が何れの方
式に対応しているかによって採用される暗号方式が変わ
るものである。すなわち、上記プレーヤ固有鍵が共通鍵
暗号方式に対応している場合、上記共通鍵は当該プレー
ヤ固有鍵を用いて暗号化され、また当該暗号化された共
通鍵は上記プレーヤ固有鍵を用いて復号化されることに
なる。これに対して、上記プレーヤ固有鍵が公開鍵暗号
方式に対応している場合、上記共通鍵の暗号化には相手
先の公開鍵が用いられ、暗号化された上記共通鍵の復号
化にはそれぞれ復号化を行う側の秘密鍵が用いられる。

【００４５】例えば上記プレーヤ１から管理センタ２１
１に上記共通鍵（例えば後述するセッション鍵）が送ら
れる場合において、上記プレーヤ固有鍵が共通鍵暗号方
式に対応しているときには、上記プレーヤ１では通信用
鍵保管メモリ２１が保管しているプレーヤ固有鍵を用い
て上記共通鍵暗号復号回路２４が上記共通鍵を暗号化
し、管理センタ２１１では当該管理センタ２１１が保管
しているプレーヤ固有鍵を用いて、上記暗号化されてる
共通鍵の復号化を行う。同じく、上記プレーヤ１から管
理センタ２１１に上記共通鍵が送られる場合において、
例えば上記プレーヤ固有鍵が公開鍵暗号方式に対応して
いるときには、上記プレーヤ１の通信用用鍵保管メモリ
２１が保管している管理センタ２１１の公開鍵にて上記
公開鍵暗号復号回路２０が上記共通鍵を暗号化し、管理
センタ２１１では当該管理センタ２１１が保管している
秘密鍵を用いて、上記暗号化されてる共通鍵の復号化を
行う。

【００４６】逆に、例えば上記管理センタ２１１からプ
レーヤ１に上記共通鍵（例えばコンテンツ鍵）が送られ
る場合において、上記プレーヤ固有鍵が共通鍵暗号方式
に対応しているときには、上記管理センタ２１１が保管
しているプレーヤ固有鍵にて上記共通鍵が暗号化され、
プレーヤ１では上記通信用鍵保管メモリ２１にて保管し
ているプレーヤ固有鍵を用いて、前記共通暗号復号回路
２４が上記暗号化されてる共通鍵の復号化を行う。同じ
く、上記管理センタ２１１からプレーヤ１に上記共通鍵
が送られる場合において、例えば上記プレーヤ固有鍵が
公開鍵暗号方式に対応しているときには、上記管理セン
タ２１１が保管しているプレーヤ１の公開鍵にて上記共
通鍵が暗号化され、プレーヤ１では上記通信用鍵保管メ
モリ２１にて保管しているプレーヤ固有鍵すなわち秘密
鍵を用いて、前記公開暗号復号回路２０が上記暗号化さ
れてる共通鍵の復号化を行う。

【００４７】上述したようなプレーヤ固有鍵自身の暗号
方式は、当該プレーヤ固有鍵の配送（システム管理会社
２１０からプレーヤ１への配送）が容易か否かによって
決定されている。すなわち、コスト的には共通鍵暗号方
式の方が有利であるので、プレーヤ固有鍵の配送が容易
であれば共通鍵暗号方式を採用するが、当該プレーヤ固
有鍵の配送が困難であるときにはコスト高であるが公開
鍵暗号方式を採用する。プレーヤ固有鍵をハードウェア
に実装する場合には共通鍵暗号方式を、ソフトウェアに
実装する場合には公開鍵暗号方式を採用する。

【００４８】以下、本発明の実施の形態では、プレーヤ
固有鍵自身の暗号方式としてソフトウェアに実装する場
合の互換性を考慮して、上記公開鍵暗号方式を採用する
例を挙げて説明することにする。すなわち、上記管理セ
ンタ２１１とプレーヤ１との間で前記共通鍵の伝送が行
われる場合において、上記プレーヤ１側で共通鍵（セッ
ション鍵）が暗号化されるときには管理センタ２１１の
公開鍵を用いて暗号化がなされ、管理センタ２１１では
上記プレーヤ固有鍵（すなわち秘密鍵）を用いて上記暗
号化されてる共通鍵の復号化を行う。逆に、上記管理セ
ンタ２１１側で共通鍵（コンテンツ鍵）が暗号化される
ときには、プレーヤの公開鍵にて暗号化がなされ、プレ
ーヤ１では上記プレーヤ固有鍵（すなわち秘密鍵）を用
いて上記暗号化されてる共通鍵の復号化を行う。

【００４９】前述したような各手順と暗号方式を用いて
運用されるシステムを構成する上記プレーヤ１とユーザ
端末５０と管理センタ２１１の実際の動作を、以下に順
番に説明する。

【００５０】先ず、上述したポイント補充すなわちポイ
ント購入時のプレーヤ１、ユーザ端末５０、管理センタ
１０における処理の流れについて、図８から図１１を用
い、前記図２及び図３を参照しながら説明する。

【００５１】図８には、ポイントを購入する際のプレー
ヤ１における処理の流れを示している。

【００５２】この図８において、ステップＳＴ１では、
ユーザ端末５０すなわちパーソナルコンピュータに予め
インストールされているポイント購入用のソフトウェア
の立ち上げが行われ、この間のプレーヤ１のコントロー
ラ１６は、当該ポイント購入用のソフトウェアが立ち上
がるまで待っている。

【００５３】上記ポイント購入用のソフトウェアが立ち
上がると、ステップＳＴ２にて、プレーヤ１のコントロ
ーラ１６は、上記ユーザ端末５０に入力された情報を、
当該ユーザ端末５０から受信する。このときのユーザ端
末５０に入力される情報とは、上記ポイント購入用のソ
フトウェアに従って、上記ユーザ端末５０を操作するユ
ーザに対して当該ユーザ端末５０から入力要求がなされ
るものであり、例えばパスワードや購入したいポイント
情報数等の情報である。

【００５４】これらユーザ端末５０からの情報は、プレ
ーヤ１のＰＣ用インターフェース端子３及び当該プレー
ヤ１内に１チップ化された集積回路１０の端子１２を介
して、コントローラ１６に受信される。当該ユーザ端末
５０からの情報を受信したコントローラ１６は、ステッ
プＳＴ３にて、当該プレーヤ１の集積回路１０内のパス
ワード格納メモリ１４が格納するパスワードと、上記受
信した情報中のパスワードとの比較を行い、上記受信パ
スワードが正しいかどうかの確認を行う。

【００５５】上記パスワードが正しいと確認したコント
ローラ１６は、ステップＳＴ４にて、ポイントを購入し
たい旨の情報（ポイント購入の主旨）と購入したいポイ
ント情報数その他の情報を生成すると同時に、セキュリ
ティＩＤ発生回路１９からセキュリティＩＤを発生さ
せ、次のステップＳＴ５にてこれらの情報を共通暗号復
号回路２４にて暗号化させる。コントローラ１６は、次
にステップＳＴ６にて、ユーザＩＤ格納メモリ２３から
ユーザＩＤを読み出し、当該ユーザＩＤを上記暗号化し
た情報に付加し、さらに、ステップＳＴ７にて、当該ユ
ーザＩＤを付加して作成したデータを上記端子１２及び
ＰＣ用インターフェース端子３を介してユーザ端末５０
に転送する。このユーザ端末５０からは、上記作成デー
タが管理センタ２１１に送られることになる。

【００５６】このとき、上記作成データの暗号化には前
述したように共通鍵暗号方式が採用されているため、当
該作成データの伝送に先立ち、共通鍵の生成が行われ
る。このため、上記コントローラ１６では、上記共通鍵
として、例えば乱数発生手段であるセキュリティＩＤ発
生回路１９からセッション鍵を発生させる。また、この
共通鍵（セッション鍵）は、上記作成データの伝送に先
だって、プレーヤ１から管理センタ２１１に対して送ら
れることになる。ここで、当該共通鍵は前述のように公
開鍵暗号方式にて暗号されるものであるため、上記コン
トローラ１６では、上記共通鍵であるセッション鍵を公
開暗号復号回路２０に送ると同時に、通信用鍵保管メモ
リ２１に予め保管されている管理センタ２１１の公開鍵
を取り出して上記公開暗号復号回路２０に送る。これに
より当該公開暗号復号回路２０では、上記管理センタ２
１１の公開鍵を用いて上記共通鍵（セッション鍵）の暗
号化が行われる。このようにして暗号化されたセッショ
ン鍵はユーザＩＤと共に、上記作成データの伝送に先だ
って管理センタ２１１に送られている。

【００５７】なお、前述したように、ポイント情報の要
求と共にポイント使用情報の転送も行う場合、コントロ
ーラ１６は、ポイント使用情報格納メモリ２９から前記
権利者情報等を含むポイント使用情報を読み出し、これ
らも上記共通暗号復号回路２６に送って暗号化させる。
この暗号化したポイント使用情報は、上記作成データと
共に伝送される。また、ポイント使用情報の転送と同時
に、ポイント情報の残高をも同様にして転送することも
可能である。

【００５８】その後、コントローラ１６は、ステップＳ
Ｔ８にて、ユーザ端末５０を通して管理センタ２１１か
ら送られてきた暗号化されているデータを受信する。こ
の管理センタ２１１から送られてきたデータは、先に当
該プレーヤ１から転送した上記購入したいポイント情報
数に応じたポイント情報とセキュリティＩＤ等の情報
が、上記セッション鍵と同じ共通鍵を用いて暗号化され
たデータである。

【００５９】コントローラ１６は、上記管理センタ２１
１からのデータを受信すると、ステップＳＴ９にて、当
該データを上記共通暗号復号回路２４に送ると共に、先
に発生して共通鍵保管メモリ２２に保管しておいた前記
共通鍵を読み出して同じく共通暗号復号回路２４に送
る。当該共通暗号復号回路２４では、上記共通鍵を用い
て上記管理センタ２１１からの暗号化されたデータを復
号化する。

【００６０】次に、上記コントローラ１６は、ステップ
ＳＴ１０にて、上記復号化されたデータのセキュリティ
ＩＤを、上記セキュリティＩＤ発生回路１９からのセキ
ュリティＩＤとの比較によって確認し、その確認後、ス
テップＳＴ１１にて、上記ポイント情報格納メモリ２８
に格納されていたポイント情報を、上記新たに送られて
きたポイント情報にて修正する。

【００６１】上記ポイント情報の修正等の処理が終了す
ると、コントローラ１６は、ステップＳＴ１２にて、処
理完了のサインを生成し、上記共通鍵保管メモリ２２か
ら読み出した共通鍵と共に上記共通暗号復号回路２４に
送り、当該共通暗号復号回路２４にて暗号化させる。そ
の後、コントローラ１６は、ステップＳＴ１３にて当該
暗号化された処理完了のサインを、端子１２及び３を介
してユーザ端末５０に転送し、管理センタ２１１に送
る。

【００６２】以上により、ポイント購入の際のプレーヤ
１における処理の流れが終了する。

【００６３】次に、上記ポイント購入時のユーザ端末５
０における処理の流れを、図９を用いて説明する。

【００６４】この図９において、ユーザ端末５０は、ス
テップＳＴ２１にて、ポイント購入用のソフトウェアの
立ち上げを行う。当該ポイント購入用ソフトウェアが立
ち上がると、このユーザ端末５０では、ステップＳＴ２
２にて、上記ポイント購入用のソフトウェアに従い当該
ユーザ端末５０を操作するユーザに対して上述したパス
ワードや購入したいポイント数等の情報の入力要求を行
い、ユーザからこれらの情報が入力されると、当該入力
された情報を前記図８のステップＳＴ２のように上記プ
レーヤ１に転送する。

【００６５】次に、ユーザ端末５０は、ステップＳＴ２
３にて、上記プレーヤ１から前記図８のステップＳＴ７
のように作成されたデータを受信すると、ステップＳＴ
２４にて、当該プレーヤ１から転送されたデータを、予
め登録されているアドレスすなわち管理センタ２１１へ
転送する。

【００６６】上記データの転送を行った後のユーザ端末
５０は、管理センタ２１１からの返送を待ち、管理セン
タ２１１からのデータ返送があると、ステップＳＴ２５
にて当該管理センタ２１１からのデータをそのままプレ
ーヤ１に転送する。

【００６７】当該ユーザ端末５０は、ステップＳＴ２６
にて、上記プレーヤ１から前記図８のステップＳＴ１３
のように処理完了のサインを受信すると、当該ポイント
購入等の処理が終了したことをユーザに知らせるため
に、ステップＳＴ２７にて処理完了のサインをディスプ
レイに表示し、ユーザに確認させる。

【００６８】その後、当該ユーザ端末５０は、上記プレ
ーヤ１から送られてきた処理完了のサインの暗号文を管
理センタ２１１に転送する。

【００６９】以上により、ポイント購入の際のユーザ端
末５０における処理の流れが終了する。

【００７０】次に、ポイント購入時の管理センタ２１１
における処理の流れを、図１０を用いて説明する。

【００７１】この図１０において、管理センタ２１１
は、ステップＳＴ３１のように、コントロール機能部１
３１にて全体が制御される管理機能ブロック１３０の通
信機能部１３３によって、前記図８のステップＳＴ７及
び図９のステップＳＴ２４のようにユーザ端末５０を介
して転送されたプレーヤ１からの上記暗号化されたデー
タを受信する。このデータを受信すると、管理センタ２
１１のユーザ管理機能ブロック１１０は、ステップＳＴ
３２のように、コントロール機能部１１１の制御の元
で、当該受信したデータに添付されたユーザＩＤに基づ
いて、データベース部１１２から共通鍵を入手すると共
にセキュリティＩＤ発生機能部１１６からセキュリティ
ＩＤを入手する。

【００７２】なお、この時の共通鍵は、前記プレーヤ１
から予め送られてきている前記セッション鍵であり、こ
のセッション鍵は前述のように公開鍵暗号方式にて暗号
化されて送られてきたものである。したがって、この暗
号化されているセッション鍵の復号時には、当該管理セ
ンタ２１１のユーザ管理機能ブロック１１０において、
上記管理センタ２１１の公開鍵暗号方式の秘密鍵が取り
出され、この秘密鍵と上記暗号化されているセッション
鍵とが通信文暗号／復号機能部１１４に送られる。当該
通信文暗号／復号機能部１１４では、上記管理センタ２
１１の公開鍵を用いて上記暗号化されたセッション鍵の
復号化が行われる。このようにして得られたセッション
鍵（共通鍵）が上記データベース部１１２に格納されて
いる。

【００７３】上記データベース部１１２から上記ユーザ
ＩＤに対応する共通鍵を入手すると共にセキュリティＩ
Ｄ発生機能部１１６からセキュリティＩＤを入手する
と、ステップＳＴ３３に示すように、管理センタ２１１
のユーザ管理機能ブロック１１０の通信文暗号／復号機
能部１１４において、上記共通鍵を用いて、上記プレー
ヤ１からの上記暗号化されたデータの復号化を行い、さ
らにコントロール機能部１１１において、当該復号化し
たデータ中のセキュリティＩＤと上記セキュリティＩＤ
発生機能部１１６から読み出したセキュリティＩＤとの
比較によって、アクセスしてきたユーザ側２００（プレ
ーヤ１）が正当な使用者であるかどうかの内容確認を行
う。

【００７４】上記アクセス元の正当性を確認した管理セ
ンタ２１１では、ステップＳＴ３４のように、ユーザ管
理機能ブロック１１０のポイント発生機能部１１３に
て、上記ユーザ端末５０から送られてきたデータの内容
に応じたポイント情報の発行を行い、また、決済請求機
能部１１７にて、ユーザの決済機関（金融機関２２０）
への請求準備を行う。

【００７５】さらに、管理センタ２１１は、ステップＳ
Ｔ３５のように、例えばコントロール機能部１１１にお
いて、プレーヤ１からのポイント情報の残高とポイント
使用情報に不正が無いことを確認し、後の処理のために
情報のまとめを行う。すなわち、ポイント情報の残高と
実際に使用したポイント情報の数とから不正な使用がな
いかどうかの確認とまとめとを行う。なお、この確認と
まとめは、必ず行わなければならないものではないが、
望ましくは行った方が良い。

【００７６】管理センタ２１１のユーザ管理機能ブロッ
ク１１０ではまた、上記ステップＳＴ３５の処理の後、
ステップＳＴ３６のように、セキュリティＩＤ発生機能
部１１５において上記プレーヤ１（ユーザ）への新たな
セキュリティＩＤを例えば乱数発生に基づいて算出し、
さらに、例えばコントロール機能部１１０にて、上記セ
キュリティＩＤを上記ポイント情報と共に暗号化する。
このときの暗号化も前記プレーヤ１から予め送られてき
ている前記セッション鍵（共通鍵）を用いて行う。

【００７７】上記暗号化が終了すると、管理センタ２１
１の管理機能ブロック１３０の通信機能部１３３では、
コントロール機能部１３１の制御の元、上記暗号化した
データを前記図９のステップＳＴ２５及び図８のステッ
プＳＴ８のようにユーザ端末５０を介してプレーヤ１に
転送する。

【００７８】その後、管理センタ２１１の通信機能部１
３３において、ステップＳＴ３８のように、前記図９の
ステップＳＴ２８に示したユーザ端末５０からの処理完
了サインを受信して復号化すると、管理センタ２１１の
ユーザ管理機能ブロック１１０の決済請求機能部１１７
では、ステップＳＴ３９のように、当該処理完了サイン
に基づいて金融機関２２０に決済を請求する。この金融
機関２２０に対する決済請求は、管理機能ブロック１３
０の通信機能部１３２から行われる。

【００７９】以上により、ポイント購入の際の管理セン
タ２１１における処理の流れが終了する。

【００８０】上述した図８から図１０の処理の流れにお
けるプレーヤ１とユーザ端末５０と管理センタ２１１と
の間の情報送受のシーケンスは、図１１に示すように表
すことができる。

【００８１】すなわちこの図１１において、入力情報転
送Ｔ１では、前記図８のステップＳＴ２及び図９のステ
ップＳＴ２２のように、ユーザ端末５０からプレーヤ１
に対して、前記パスワードやポイント数等の入力情報が
転送される。

【００８２】作成データ転送Ｔ２では、前記図８のステ
ップＳＴ７及び図９のステップＳＴ２３のように、プレ
ーヤ１からユーザ端末５０に対して、前記プレーヤ１に
て作成したデータが転送される。また、データ転送Ｔ３
では、前記図９のステップＳＴ２４及び図１０のステッ
プＳＴ３１のように、ユーザ端末５０から管理センタ２
１１に対して、前記プレーヤ１が作成したデータが転送
される。

【００８３】データ転送Ｔ４では、前記図１０のステッ
プＳＴ３７及び図９のステップＳＴ２５のように、管理
センタ２１１からユーザ端末５０に対して、管理センタ
２１１にて暗号化したデータが転送される。また、転送
Ｔ５では、前記図９のステップＳＴ２５及び図８のステ
ップＳＴ８のように、管理センタ２１１からのデータを
ユーザ端末５０がそのままプレーヤ１に転送される。

【００８４】処理完了サイン転送Ｔ６では、前記図８の
ステップＳＴ１３及び図９のステップＳＴ２６のよう
に、プレーヤ１からの処理完了サインがユーザ端末５０
に転送される。さらに、処理完了サイン暗号文転送で
は、前記図９のステップＳＴ２８及び図１０のステップ
ＳＴ３８のように、プレーヤ１からの暗号化された処理
完了サインが管理センタ２１１に転送される。

【００８５】次に、上述したディジタルコンテンツの入
手時のプレーヤ１、ユーザ端末５０、管理センタ２１１
における処理の流れについて、図２及び図３を参照しな
がら、図１２から図１５を用いて説明する。

【００８６】図１２には、ディジタルコンテンツの入手
時のプレーヤ１における処理の流れを示している。

【００８７】この図１２において、コントローラ１６
は、ステップＳＴ４１のように、ユーザ端末５０すなわ
ちパーソナルコンピュータに予めインストールされてい
るディジタルコンテンツ入手用のソフトウェアの立ち上
げが行われるまで待っている。

【００８８】上記ディジタルコンテンツ入手用のソフト
ウェアが立ち上がると、コントローラ１６は、ステップ
ＳＴ４２のように、ユーザ端末５０を介して管理センタ
２１１からディジタルコンテンツを含むデータを受信す
る。このときユーザ端末５０から端子３及び１２を介し
て受信するデータは、前述したようにコンテンツ鍵（コ
ンテンツ毎に異なる共通鍵）で暗号化されたディジタル
コンテンツと、当該ディジタルコンテンツに対応するコ
ンテンツＩＤとを少なくとも有してなる。したがって、
この暗号化されたディジタルコンテンツを使用するに
は、コンテンツ鍵を管理センタ２１１から入手しなけら
ばならない。このコンテンツ鍵の入手の方法については
後述する。

【００８９】このユーザ端末５０からのデータを受信し
たコントローラ１６は、このデータすなわち暗号化され
たディジタルコンテンツを、集積回路１０の端子１１を
介し、記憶メディア用Ｉ／Ｏ端子４に接続されている記
憶メディアに格納する。なお、この記憶メディアとして
は、書き換え可能な光ディスクや半導体メモリ等の各種
の記憶媒体が考えられるが、ランダムアクセス可能なも
のが望ましい。

【００９０】以上により、ディジタルコンテンツの入手
時のプレーヤ１における処理の流れが終了する。

【００９１】次に、ディジタルコンテンツの入手時のユ
ーザ端末５０における処理の流れを、図１３を用いて説
明する。

【００９２】この図１３において、ユーザ端末５０は、
ステップＳＴ５１にて、ディジタルコンテンツ入手用の
ソフトウェアの立ち上げを行う。当該ソフトウェアが立
ち上がると、このユーザ端末５０では、ステップＳＴ５
２にて、上記ディジタルコンテンツ入手用のソフトウェ
アに従い、予め登録されているアドレスの管理センタ２
１１にアクセスする。

【００９３】このとき、当該管理センタ２１１は、前記
仮想店舗２３０を用いて複数のディジタルコンテンツを
展示している。ユーザ端末５０からは、ステップＳＴ５
３にて、この仮想店舗２３０に展示されている複数のデ
ィジタルコンテンツのなかから、ユーザの選択操作に応
じた所望のディジタルコンテンツが指定される。すなわ
ち、ユーザ端末５０は、ステップＳＴ５４のように、仮
想店舗２３０に展示されたディジタルコンテンツの中の
所望のディジタルコンテンツを指定するためのコンテン
ツの指定情報を管理センタ２１１に送信する。

【００９４】ステップＳＴ５５のように、上記コンテン
ツ指定情報に応じて管理センタ２１１から返送されたデ
ータ、すなわち前記暗号化されたディジタルコンテンツ
及びコンテンツＩＤからなるデータを受信すると、当該
ユーザ端末５０は、ステップＳＴ５６のように、内部の
例えばハードディスクやメモリ等の格納手段に上記デー
タを一旦格納する。

【００９５】その後、ユーザ端末５０は、当該格納した
データ（暗号化されたディジタルコンテンツ及びコンテ
ンツＩＤ）を、前記図１２のステップＳＴ４２のように
プレーヤ１に転送する。

【００９６】以上により、ディジタルコンテンツの入手
時のユーザ端末５０における処理の流れが終了する。

【００９７】次に、ディジタルコンテンツ入手時の管理
センタ２１１における処理の流れを、図１４を用いて説
明する。

【００９８】ここで、図３に示す管理センタ２１１は、
前述した仮想店舗２３０に複数のコンテンツを展示させ
ている。具体的には、管理センタ２１１ののコンテンツ
管理機能ブロック１００において、前記仮想店舗２３０
を生成しており、この仮想店舗２３０に上記複数のディ
ジタルコンテンツの展示を行っている。

【００９９】このように仮想店舗２３０にディジタルコ
ンテンツを展示している状態で、図１４のステップＳＴ
６１のように、前記図１３のステップＳＴ５４にてユー
ザ端末５０からコンテンツ指定情報を受信する。

【０１００】当該ユーザ端末５０から上記コンテンツ指
定情報を受信すると、コンテンツ管理機能ブロック１０
０のコントロール機能部１０１は、このコンテンツ指定
情報を管理機能ブロック１３０に送る。管理機能ブロッ
ク１３０のコントロール機能部１３１は、上記コントロ
ール管理機能ブロック１００から受け取ったコンテンツ
指定情報を、権利者用の通信機能部１３４を通して、前
記コンテンツプロバイダ２４０に転送する。これにより
当該コンテンツプロバイダ２４０からは、上記コンテン
ツ指定情報にて要求されたディジタルコンテンツが転送
されてくる。上記コンテンツプロバイダ２４０から入手
したディジタルコンテンツは、管理機能ブロック１３０
からコンテンツ管理機能ブロック１００に送られ、この
コンテンツ暗号・圧縮化機能部１０４に入力される。こ
のとき、コントロール機能部１０１は、コンテンツ鍵・
ＩＤ発生機能部１０３にて発生されてデータベース１０
２に格納されているコンテンツ鍵を、上記コンテンツ暗
号・圧縮化機能部１０４に送る。このコンテンツ暗号・
圧縮化機能部１０４では、上記ディジタルコンテンツに
対して上記コンテンツ鍵を用いた暗号化を施し、さらに
所定の圧縮処理を施す。コントロール機能部１０１は、
上記暗号化及び圧縮処理されたディジタルコンテンツに
対して、データベース１０２から取り出したコンテンツ
ＩＤを付加し、管理機能ブロック１３０に送る。なお、
ディジタルコンテンツがオーディオ信号である場合の所
定の圧縮処理としては、例えば近年製品化されているい
わゆるＭＤ（ミニディスク：商標）にて使用されている
技術である、いわゆるＡＴＲＡＣ（Adaptive TRansform
Acoustic Coding）のように、人間の聴覚特性を考慮し
てオーディオデータを高能率圧縮する処理を一例とした
挙げることができる。

【０１０１】その後、図１４のステップＳＴ６２に示す
ように、管理機能ブロック１３０のコントロール部１３
１は、ユーザ端末との通信機能部１３３を通して、上記
暗号化及び圧縮処理されてコンテンツＩＤが付加された
ディジタルコンテンツを、上記ユーザ端末５０に送信す
る。

【０１０２】ディジタルコンテンツ入手時の管理センタ
２１１における処理の流れは以上である。

【０１０３】上述した図１２から図１４の処理の流れに
おけるプレーヤ１とユーザ端末５０と管理センタ２１１
との間の情報送受のシーケンスは、図１５に示すように
表すことができる。

【０１０４】すなわちこの図１５において、入力情報転
送Ｔ１１では、前記図１３のステップＳＴ５４のよう
に、ユーザ端末５０から管理センタ２１１に対して、前
記コンテンツ指定情報が転送される。コンテンツ転送Ｔ
１２では、管理センタ２１１から、前記図１４のステッ
プＳＴ６２のように、暗号化されたディジタルコンテン
ツとコンテンツＩＤがユーザ端末５０に転送される。

【０１０５】コンテンツ転送Ｔ１３では、前記図１３の
ステップＳＴ５７及び図１２のステップＳＴ４２のよう
に、ユーザ端末５０に一旦格納された上記暗号化された
ディジタルコンテンツとコンテンツＩＤがプレーヤ１に
転送される。

【０１０６】次に、上述したディジタルコンテンツを使
用する際に必要となるコンテンツ鍵とその使用条件の入
手時のプレーヤ１、ユーザ端末５０、管理センタ２１１
における処理の流れについて、図２及び図３を参照しな
がら、図１６から図１９を用いて説明する。

【０１０７】図１６には、コンテンツ鍵及び使用条件の
入手時のプレーヤ１における処理の流れを示している。

【０１０８】この図１６のステップＳＴ７１では、プレ
ーヤ１のコントローラ１６において、ユーザ端末５０に
予めインストールされているコンテンツ鍵及び使用条件
入手用のソフトウェアの立ち上げが行われるまで待って
いる。

【０１０９】上記ユーザ端末５０の上記コンテンツ鍵及
び使用条件入手用のソフトウェアが立ち上がると、当該
ソフトウェアに従ってユーザ端末５０に入力された情報
が、ステップＳＴ７２のように、前記ＰＣ用インターフ
ェース端子３及び集積回路１０の端子１２を介して受信
される。このときの上記ユーザ端末５０から供給される
入力情報は、鑑賞したいディジタルコンテンツの暗号化
を解くのに必要なコンテンツ鍵を要求するための情報で
ある。なお、この例では、上記コンテンツ鍵の要求情報
として、このコンテンツ鍵を使用するディジタルコンテ
ンツの指定情報を用いている。

【０１１０】このコンテンツ指定情報を上記ユーザ端末
５０から受信したコントローラ１６は、ステップＳＴ７
３にて、当該コンテンツ指定情報にて指定されたディジ
タルコンテンツのＩＤと、セキュリティＩＤ発生回路１
９からのセキュリティＩＤとを作成し、この作成したデ
ータを共通暗号復号回路２４にて暗号化させる。また、
コントローラ１６は、当該作成したデータにユーザＩＤ
格納メモリ２３から読み出したユーザＩＤを付加し、上
記端子１２及びＰＣ用インターフェース端子３を介して
ユーザ端末５０に転送する。このユーザ端末５０から
は、上記作成データが管理センタ２１１に送られること
になる。

【０１１１】このときの作成データの暗号化にも、前述
したように共通鍵暗号方式が採用されているため、当該
作成データの伝送に先立ち、共通鍵の生成が行われる。
このため、上記コントローラ１６では、上記共通鍵とし
て、例えば乱数発生手段であるセキュリティＩＤ発生回
路１９からセッション鍵を発生させる。また、この共通
鍵（セッション鍵）は、上記作成データの伝送に先だっ
て、プレーヤ１から管理センタ２１１に対して送られる
ことになる。当該共通鍵は、前述のように公開鍵暗号方
式にて暗号されるものであるため、上記コントローラ１
６では、上記共通鍵であるセッション鍵を公開暗号復号
回路２０に送ると同時に、通信用鍵保管メモリ２１に予
め保管されている管理センタ２１１の公開鍵を取り出し
て上記公開暗号復号回路２０に送る。これにより当該公
開暗号復号回路２０では、上記管理センタ２１１の公開
鍵を用いて上記共通鍵（セッション鍵）の暗号化が行わ
れる。このようにして暗号化されたセッション鍵が、上
記作成データの伝送に先だって管理センタ２１１に送ら
れている。

【０１１２】その後、コントローラ１６は、ステップＳ
Ｔ７５にて、後述するようにユーザ端末５０を介して管
理センタ２１１から送付されてきた暗号化されたデータ
を受信する。このときの管理センタ２１１から送られて
きたデータは、後述するように上記コンテンツ鍵と使用
条件とセキュリティＩＤ等が暗号化されたものである。

【０１１３】上記管理センタ２１１からの暗号化された
データを受信すると、プレーヤ１では、ステップＳＴ７
６のように、上記暗号化されたデータを復号化すると共
にそのデータの正当性の確認を行う。すなわち、コント
ローラ１６は、上記復号化されたデータのセキュリティ
ＩＤを、上記セキュリティＩＤ発生回路１９からのセキ
ュリティＩＤとの比較によって確認することによる正当
性の評価を行う。

【０１１４】ここで、コンテンツ鍵については後述する
ように公開鍵暗号方式にて暗号化がなされ、使用条件及
びセキュリティＩＤについては共通鍵暗号方式にて暗号
化がなされている。したがって、当該暗号化されている
コンテンツ鍵を復号化するには、公開鍵暗号方式の秘密
鍵が必要であり、本実施の形態のプレーヤ１では前述し
たようにプレーヤ固有鍵を秘密鍵として使用することに
しているので、当該プレーヤ固有鍵が通信用鍵保管メモ
リ２１から取り出される。このプレーヤ固有鍵は、上記
暗号化されたコンテンツ鍵と共に公開暗号復号回路２０
に送られる。この公開暗号復号回路２０では、上記暗号
化されているコンテンツ鍵を上記プレーヤ固有鍵を用い
て復号化する。このように復号化されたコンテンツ鍵
は、共通鍵保管メモリ２２に保管される。一方、上記共
通鍵暗号方式にて暗号化されている使用条件とセキュリ
ティＩＤを復号化する場合には、これらのデータを上記
共通暗号復号回路２４に送ると共に、先に発生して共通
鍵保管メモリ２２に保管しておいた前記共通鍵を読み出
して同じく共通暗号復号回路２４に送る。当該共通暗号
復号回路２４では、上記共通鍵を用いて上記使用条件と
セキュリティＩＤを復号化する。このように復号化され
た使用条件は、ポイント使用情報格納メモリ２９に格納
される。なお、ここで重要なのは、当該復号化されたコ
ンテンツ鍵・使用条件は、当該プレーヤ１の外部、具体
的には図２の集積回路１０内に設けられたコントローラ
１６や共通鍵保管メモリ２２、ポイント使用情報格納メ
モリ２９から外部には取り出されないことである。

【０１１５】上記正当性の確認後、コントローラ１６
は、ステップＳＴ７７のように、上記復号したコンテン
ツ鍵を上記コンテンツＩＤと共に上記共通鍵保管メモリ
２２に格納させる。

【０１１６】その後、コントローラ１６は、ステップＳ
Ｔ７８にて、上記コンテンツ鍵を入手した旨を示すメッ
セージを作成し、このメッセージを前述同様に共通鍵暗
号復号回路２４に送り、予め発生して共通鍵保管メモリ
２２に保管しておいた前記共通鍵を読み出して同じく共
通暗号復号回路２４に送る。当該共通暗号復号回路２４
では、上記共通鍵を用いてメッセージを暗号化する。

【０１１７】当該メッセージの暗号化が終了すると、コ
ントローラ１６は、ステップＳＴ７９のように、この暗
号化されたメッセージを端子１２及び３を介してユーザ
端末５０に送信する。この暗号化されたメッセージは、
その後、管理センタ２１１に転送させる。

【０１１８】以上により、コンテンツ鍵・使用条件入手
時のプレーヤ１における処理の流れが終了する。

【０１１９】次に、コンテンツ鍵・使用条件入手時のユ
ーザ端末５０における処理の流れを、図１７を用いて説
明する。

【０１２０】この図１７において、ユーザ端末５０は、
ステップＳＴ８１にて、コンテンツ鍵・使用条件入手用
のソフトウェアの立ち上げを行う。当該ソフトウェアが
立ち上がると、このユーザ端末５０では、ステップＳＴ
８２にて、上記ソフトウェアに従い当該ユーザ端末５０
を操作するユーザに対して、希望のコンテンツの指定入
力要求を行い、ユーザからコンテンツの指定がなされる
と、その指定情報を生成する。ユーザ端末５０は、上記
ステップＳＴ８３にて、上記コンテンツの指定情報をプ
レーヤ１に対して送信する。

【０１２１】次に、ユーザ端末５０は、ステップＳＴ８
４にて、前記図１６のステップＳＴ７４のように上記プ
レーヤ１にて作成されて転送されたデータを受信する
と、ステップＳＴ８５にて、当該プレーヤ１から転送さ
れたデータを、予めアドレスが登録されている管理セン
タ２１１へ転送する。

【０１２２】上記管理センタ２１１に対してデータの転
送を行った後のユーザ端末５０は、管理センタ２１１か
らの返送を待ち、ステップＳＴ８６にて、管理センタ２
１１から上記コンテンツＩＤで指定されたコンテンツ鍵
・使用条件とセキュリティＩＤ等が暗号化されたデータ
の返送があると、ステップＳＴ８７にて当該管理センタ
２１１からのデータをそのままプレーヤ１に転送する。

【０１２３】上記プレーヤ１に対してデータの転送を行
った後のユーザ端末５０は、プレーヤ１からの返送を待
ち、ステップＳＴ８８にて、プレーヤ１から前記図１６
のステップＳＴ７９のように、上記コンテンツ鍵を入手
した旨の暗号化されたメッセージの返送があると、ステ
ップＳＴ８９にて当該ユーザ端末５０に接続されたディ
スプレイ装置に対して上記コンテンツ鍵入手が完了した
旨の表示を行ってユーザに知らせる。

【０１２４】その後、上記プレーヤ１から返送された上
記暗号化されたメッセージを、ステップＳＴ９０にて、
管理センタ２１１に送付する。

【０１２５】以上により、コンテンツ鍵・使用条件入手
時のユーザ端末５０における処理の流れが終了する。

【０１２６】次に、コンテンツ鍵・使用条件入手時の管
理センタ２１１における処理の流れを、図１８を用いて
説明する。

【０１２７】この図１８において、管理センタ２１１の
ユーザ端末との通信機能部１３３は、ステップＳＴ９１
にて、前記図１６のステップＳＴ７４及び図１７のステ
ップＳＴ８５のようにユーザ端末５０にてを介してプレ
ーヤ１から送信されてきたコンテンツＩＤ，ユーザＩ
Ｄ、メッセージ、セキュリティＩＤの暗号化データを受
信する。この受信したデータは、ユーザ管理機能ブロッ
ク１１０に送られる。

【０１２８】当該ユーザ管理機能ブロック１１０のコン
トロール機能部１１１は、上記受信した暗号化データに
付加されたユーザＩＤに基づいて、当該暗号化を解くた
めの共通鍵をデータベース部１１２から取り出し、通信
文暗号・復号機能部１１４ではこの共通鍵を用いて上記
暗号化データを復号する。また、コントロール機能部１
１１は、データベース部１１２から読み出したユーザＩ
ＤとセキュリティＩＤ発生機能部１１６からのセキュリ
ティＩＤとを用いて、上記受信して復号化したデータの
正当性を確認する。

【０１２９】なお、この時の共通鍵は、前記プレーヤ１
から予め送られてきている前記セッション鍵であり、こ
のセッション鍵は前述のように公開鍵暗号方式にて暗号
化されて送られてきたものである。したがって、この暗
号化されているセッション鍵の復号時には、前述同様に
当該管理センタ２１１において、上記管理センタ２１１
の公開鍵暗号方式の秘密鍵が取り出され、当該通信文暗
号／復号機能部１１４にて上記暗号化されているセッシ
ョン鍵が秘密鍵を用いて復号化される。このようにして
得られたセッション鍵（共通鍵）が上記データベース部
１１２に格納されている。

【０１３０】上記受信したデータの正当性を確認する
と、コントロール機能部１１１は、コンテンツ管理機能
ブロック１００に対して上記コンテンツＩＤにて指定さ
れたコンテンツ鍵と使用条件を要求し、当該要求を受け
たコンテンツ管理機能ブロック１００のコントロール機
能部１０１は、上記コンテンツＩＤにて指定されたコン
テンツ鍵と使用条件とをデータベース部１０２から読み
出してユーザ管理機能ブロック１１０に転送する。コン
トロール機能部１１１は、ステップＳＴ９３に示すよう
に、これらコンテンツ鍵と使用条件はセキュリティＩＤ
と共に通信文暗号／復号機能部１１４に送る。

【０１３１】ここで、コンテンツ鍵については前述した
公開鍵暗号方式にて暗号化がなされ、使用条件及びセキ
ュリティＩＤについては前述した共通鍵暗号方式にて暗
号化がなされる。したがって、当該コンテンツ鍵を暗号
化する時には、前記データベース部１１２からユーザ側
２００の公開鍵（プレーヤ１に対応して予め格納されて
いる公開鍵）が上記ユーザＩＤに基づいて取り出されて
通信文暗号／復号機能部１１４に送られる。当該通信文
暗号／復号機能部１１４では、上記公開鍵を用いて上記
コンテンツ鍵を暗号化する。一方、上記使用条件及びセ
キュリティＩＤを暗号化する時には、上記データベース
部１１２から上記ユーザＩＤで指定された共通鍵（セッ
ション鍵）が取り出されて通信文暗号／復号機能部１１
４に送られる。このときの通信文暗号／復号機能部１１
４では、上記使用条件及びセキュリティＩＤを上記共通
鍵を用いて暗号化する。

【０１３２】上記暗号化されたコンテンツ鍵と使用条件
及びセキュリティＩＤは、管理機能ブロック１３０に送
られ、ステップＳＴ９４のように、ユーザ端末との通信
機能部１３３からユーザ端末５０に送信される。このユ
ーザ端末５０に送信されたデータは、前記図１７のステ
ップＳＴ８７及び図１６のステップＳＴ７５のようにユ
ーザ端末５０を介してプレーヤ１に送付されることにな
る。

【０１３３】その後、管理センタ２１１は、前記図１６
のステップＳＴ７９及び図１７のステップＳＴ９０のよ
うにプレーヤ１にて生成されてユーザ端末５０を介して
送信された暗号化メッセージの受信を待ち、ステップＳ
Ｔ９５のように上記通信機能部１３３が上記プレーヤ１
が生成した暗号化メッセージを受信すると、当該管理セ
ンタ２１１は、ステップＳＴ９６のように、当該暗号化
メッセージを共通鍵で復号化し、その復号メッセージか
ら上記プレーヤ１がコンテンツ鍵と使用条件を入手した
ことを確認する。

【０１３４】以上により、コンテンツ鍵・使用条件入手
時の管理センタ２１１における処理の流れが終了する。

【０１３５】上述した図１６から図１８の処理の流れに
おけるプレーヤ１とユーザ端末５０と管理センタ２１１
との間の情報送受のシーケンスは、図１９に示すように
表すことができる。

【０１３６】すなわちこの図１９において、コンテンツ
指定情報転送Ｔ２１では、前記図１７のステップＳＴ８
３のように、ユーザ端末５０からプレーヤ１に対して、
前記コンテンツ指定情報が転送される。作成データ転送
Ｔ２２では、前記のステップＳＴ７４のように、プレー
ヤ１にて作成されたデータがユーザ端末５０に転送され
る。作成データ転送Ｔ２３では、当該ユーザ端末５０か
ら上記プレーヤ１にて作成されたデータが管理センタ２
１１に転送される。暗号化されたデータ送付Ｔ２４で
は、前記図１８のステップＳＴ９４のように、管理セン
タ２１１にて暗号化されたデータがユーザ端末５０に送
付され、さらに、暗号化されたデータ送付Ｔ２５では、
当該暗号化されたデータがプレーヤ１に送付される。

【０１３７】メッセージ転送Ｔ２６では、前記図１６の
ステップＳＴ７９のように、コンテンツ鍵入手完了を示
すメッセージを暗号化したデータがプレーヤ１からユー
ザ端末５０に転送され、さらに暗号化されたデータ送付
Ｔ２７では、上記プレーヤ１からの暗号化されたメッセ
ージが、ユーザ端末５０から管理センタ２１１に送付さ
れる。

【０１３８】次に、上述したようにしてポイント情報と
ディジタルコンテンツとコンテンツ鍵とを受け取ったプ
レーヤ１において、ユーザ端末５０を用いてディジタル
コンテンツを実際に鑑賞する際の処理の流れについて、
図２を参照しながら図２０を用いて説明する。

【０１３９】ここで、プレーヤ１の端子４には、前記デ
ィジタルコンテンツが記憶された記憶メディアが接続さ
れているとする。

【０１４０】この状態で、ステップＳＴ１０１のよう
に、当該プレーヤ１に対して、ユーザ端末５０から鑑賞
を希望するディジタルコンテンツが指定される。このと
き、当該指定は、例えばユーザ端末５０をユーザが操作
することによりなされる。

【０１４１】このとき、プレーヤ１のコントローラ１６
は、ステップＳＴ１０２のように、上記ユーザ端末５０
からのコンテンツ指定情報に応じて、上記記憶メディア
に対するアクセスを行い、コンテンツのＩＤを読み取
る。

【０１４２】上記コントローラ１６は、ステップＳＴ１
０３のように、上記記憶メディアから読み取ったコンテ
ンツＩＤに基づき、前記共通鍵保管メモリ２２に対して
アクセスを行い、コンテンツ鍵が格納されているかどう
かを確認すると共に、前記ポイント使用情報格納メモリ
２９に対してアクセスを行い、使用条件が格納されてい
るかどうかを確認する。

【０１４３】ここで、上記共通鍵保管メモリ２２やポイ
ント使用情報格納メモリ２９内に、上記コンテンツ鍵と
使用条件が格納されていないことを確認したとき、コン
トローラ１６は、ユーザ端末５０に対して当該コンテン
ツ鍵等が存在しない旨の情報を送り、これによりユーザ
端末５０からは上記コンテンツ鍵等の入手を促すメッセ
ージを前記ディスプレイ装置に表示する。この場合は、
前述したコンテンツ鍵入手用のフローチャートのように
してコンテンツ鍵等を入手する。このように、新たにコ
ンテンツ鍵等を入手した場合には、ステップＳＴ１０４
にて前述したように、その暗号化されているコンテンツ
鍵等を復号化する。

【０１４４】次に、コントローラ１６は、ステップＳＴ
１０５に示すように、上記復号化された使用条件を元
に、ポイント情報格納メモリ２８に格納されているポイ
ント情報の残高が足りているかどうかを確認する。上記
ポイント情報格納メモリ２８に格納された上記ポイント
情報の残高が足りないときには、コントローラ１６から
ユーザ端末５０に対して当該ポイント情報の残高が足り
ない旨の情報が送られ、これによりユーザ端末５０は、
上記ポイント情報の入手を促すメッセージを前記ディス
プレイ装置に表示する。この場合、前述したようなポイ
ント情報入手用のフローチャートのようにしてポイント
情報を入手する。

【０１４５】ここで、実際にディジタルコンテンツの鑑
賞を行うとき、コントローラ１６は、ステップＳＴ１０
６のように、当該鑑賞するディジタルコンテンツに応じ
て上記ポイント情報格納メモリ２８からポイント情報数
を減額し、さらに当該ポイント情報の使用状態に応じた
新たなポイント使用情報を、ポイント使用情報格納メモ
リ２９に格納する（ポイント使用情報の更新を行う）。
このようにポイント使用情報格納メモリ２９に対して新
たに格納されるポイント使用情報としては、上記鑑賞し
たディジタルコンテンツに対応する権利者情報（著作権
者等）と減額されたポイント情報数の情報その他の情報
などである。

【０１４６】その後、コントローラ１６は、ステップＳ
Ｔ１０７のように、これらポイント情報の減額やポイン
ト使用情報の新たな格納等の課金用処理が完了したこと
を確認すると、記憶メディアからディジタルコンテンツ
を読み出す。

【０１４７】この記憶メディアから読み出されたディジ
タルコンテンツは暗号化されているため、コントローラ
１６は、ステップＳＴ１０９のように、上記暗号化され
たディジタルコンテンツを共通暗号復号回路２４に転送
する。

【０１４８】この共通暗号復号回路２４では、ステップ
ＳＴ１１０のように、コントローラ１６からの指示に基
づいて、先に復号化して共通鍵保管メモリ２２に保管さ
れているコンテンツ鍵を用いて、上記暗号化されている
ディジタルコンテンツの復号化を行う。

【０１４９】また、このディジタルコンテンツは前述し
たように所定の圧縮処理がなされているため、コントロ
ーラ１６は、ステップＳＴ１１１のように、上記暗号が
復号化された上記圧縮処理されているディジタルコンテ
ンツを、上記共通暗号復号回路２４から伸長回路２６に
転送させ、ここで上記所定の圧縮処理に対応する伸長処
理を行わせる。

【０１５０】その後、当該伸長されたディジタルコンテ
ンツは、ステップＳＴ１１２のように、Ｄ／Ａ変換回路
２７にてアナログ信号に変換され、ステップＳＴ１１３
のように、集積回路１０の端子１３と当該プレーヤ１の
アナログ出力端子２とを介して外部（例えばユーザ端末
５０等）に出力される。

【０１５１】以上により、コンテンツ鑑賞時のプレーヤ
１における処理の流れが終了し、ユーザはディジタルコ
ンテンツの鑑賞が可能となる。

【０１５２】次に、上述したようなディジタルコンテン
ツの鑑賞に伴って前記プレーヤ１のポイント使用情報格
納メディア２９に新たに格納されたポイント使用情報
を、管理センタ２１１に返却する際の、プレーヤ１、ユ
ーザ端末５０、管センタ３１０における処理の流れにつ
いて、図２と図３を参照しながら、図２１から図２４を
用いて説明する。

【０１５３】図２１には、ポイント使用情報返却時のプ
レーヤ１における処理の流れを示している。

【０１５４】この図２１において、コントローラ１６
は、ステップＳＴ１２１に示すように、ユーザ端末５０
に予めインストールされているポイント使用情報返却用
のソフトウェアの立ち上げが行われるまで待つ。

【０１５５】上記ユーザ端末５０の上記ポイント使用情
報返却用のソフトウェアが立ち上がると、当該ソフトウ
ェアに従ってユーザ端末５０に入力された情報が、ステ
ップＳＴ１２２のように、前記ＰＣ用インターフェース
端子３及び集積回路１０の端子１２を介して受信され
る。このときの上記ユーザ端末５０から供給される入力
情報は、ユーザにより入力されるパスワード等である。

【０１５６】このコンテンツ指定情報を上記ユーザ端末
５０から受信したコントローラ１６は、ステップＳＴ１
２３にて、当該ユーザ端末５０から供給されたパスワー
ドと、パスワード格納メモリ１４に格納されているパス
ワードとを比較して、当該パスワードが正しいどうかの
確認をする。

【０１５７】上記パスワードの確認において正しいパス
ワードであると確認されたとき、コントローラ１６は、
ステップＳＴ１２４のように、ポイント情報格納メモリ
２８に格納されているポイント情報の残高と、ポイント
使用情報格納メモリ２９に格納されているポイント使用
情報とをそれぞれ読み出し、これら情報を暗号化する。

【０１５８】上記ポイント情報の残高とポイント使用情
報の暗号化が終了すると、コントローラ１６は、ステッ
プＳＴ１２５のように、ユーザＩＤ格納メモリ２３から
ユーザＩＤを読み出して上記暗号化したデータに添付す
る。

【０１５９】このユーザＩＤが添付されたデータは、ス
テップＳＴ１２６のように、コントローラ１６から端子
１２及びＰＣ用インターフェース端子３を介してユーザ
端末５０に転送される。このデータはその後管理センタ
２１１に転送される。

【０１６０】なお、このときの暗号化にも前述したよう
に共通鍵暗号方式が採用されている。すなわち、当該デ
ータの伝送に先立ち、前述同様に共通鍵の生成が行わ
れ、この生成された共通鍵が前記公開鍵暗号方式にて暗
号化（管理センタ２１１の公開鍵を用いた暗号化）さ
れ、ユーザＩＤと共に管理センタ２１１に送られてい
る。

【０１６１】上述のようにしてユーザ端末５０にデータ
を転送した後、コントローラ１６は、上記管理センタ２
１１から後述するデータがユーザ端末５０を介して転送
されてくるのを待つ。

【０１６２】ここで、ステップＳＴ１２７のように上記
管理センタ２１１からのデータを受信すると、プレーヤ
１では、ステップＳＴ１２７のように、共通鍵暗号方式
を使用して暗号化されている受信データを、前述同様に
共通鍵を用いて復号化すると共にそのデータの正当性の
確認を行う。すなわち、コントローラ１６は、上記復号
化されたデータのセキュリティＩＤを、上記セキュリテ
ィＩＤ発生回路１９からのセキュリティＩＤとの比較に
よって確認することによる正当性の評価を行う。

【０１６３】また、上記管理センタ２１１から転送され
てくるデータには、上記共通鍵を用いて暗号化された処
理完了のメッセージも含まれている。したがって、上記
セキュリティＩＤの確認が終了した後のコントローラ１
６は、上記暗号化された処理完了メッセージを共通暗号
復号回路２４に送り、ここで共通鍵を用いた復号化を行
わせ、この復号化した処理完了メッセージを受け取るこ
とで、上記管理センタ２１１での処理が完了したことを
確認する。

【０１６４】以上により、ポイント使用情報返却時のプ
レーヤ１における処理の流れが終了する。

【０１６５】次に、ポイント使用情報返却時のユーザ端
末５０における処理の流れを、図２２を用いて説明す
る。

【０１６６】この図２２において、ユーザ端末５０は、
ステップＳＴ１３１にて、ポイント使用情報返却用のソ
フトウェアの立ち上げを行う。当該ソフトウェアが立ち
上がると、このユーザ端末５０では、ステップＳＴ１３
２にて、上記ソフトウェアに従い当該ユーザ端末５０を
操作するユーザに対して、パスワード等の入力要求を行
い、ユーザからパスワードの入力がなされると、そのパ
スワードをプレーヤ１に転送する。

【０１６７】次に、ユーザ端末５０は、ステップＳＴ１
３３にて、前記図２１のステップＳＴ１２６のように上
記プレーヤ１にて作成されて転送されたデータを受信す
ると、ステップＳＴ１３４にて、当該プレーヤ１から転
送されたデータを、予めアドレスが登録されている管理
センタ２１１へ転送する。

【０１６８】上記管理センタ２１１に対してデータの転
送を行った後のユーザ端末５０は、管理センタ２１１か
らの返送を待ち、ステップＳＴ１３５にて、管理センタ
２１１からプレーヤ１に対して送られるデータを受信す
ると、当該データをそのままプレーヤ１に転送する。

【０１６９】上記プレーヤ１に対してデータの転送を行
った後のユーザ端末５０は、処理が完了した旨をユーザ
に知らしめるための表示をディスプレイ装置に行い、ユ
ーザからの確認を受ける。

【０１７０】以上により、ポイント使用情報返却時のユ
ーザ端末５０における処理の流れが終了する。

【０１７１】次に、ポイント使用情報返却時の管理セン
タ２１１における処理の流れを、図２３を用いて説明す
る。

【０１７２】管理センタ２１１のユーザ端末との通信機
能部１３３において、ステップＳＴ１４１のように、前
記図２１のステップＳＴ１２６及び図２２のステップＳ
Ｔ１３４によって前記ユーザ端末５０を介してプレーヤ
１から送信されてきたポイント使用情報等のデータを受
信する。

【０１７３】このデータを受信すると、管理センタ２１
１のユーザ管理機能ブロック１１０は、ステップＳＴ１
４２のように、コントロール機能部１１１の制御の元
で、当該受信したデータに添付されたユーザＩＤに基づ
いて、データベース部１１２から前述同様に予め受け取
って格納している共通鍵を入手すると共にセキュリティ
ＩＤを入手する。

【０１７４】上記データベース部１１２から上記ユーザ
ＩＤに対応する共通鍵とセキュリティＩＤを入手する
と、ステップＳＴ１４３に示すように、管理センタ２１
１のユーザ管理機能ブロック１１０の通信文暗号／復号
機能部１１４において、上記共通鍵を用いて、上記プレ
ーヤ１からの上記暗号化されたポイント使用情報等のデ
ータの復号化を行い、さらにコントロール機能部１１１
において、当該復号化したデータ中のセキュリティＩＤ
と上記データベース部１１２から読み出したセキュリテ
ィＩＤとの比較によって、アクセスしてきたユーザ側２
００（プレーヤ１）が正当な使用者であるかどうかの内
容確認を行う。

【０１７５】上記正当性と内容の確認後のデータは、使
用情報管理機能ブロック１２０に転送される。この使用
情報管理機能ブロック１２０のコントロール機能部１２
１は、ステップＳＴ１４４に示すように、上記プレーヤ
１から送られてきたポイント情報の残高とポイント使用
情報とを用い、データベース部１２２に格納されている
情報を用いて上記ユーザ側２００の使用に不正がないか
どうかの確認を行う。同時に、当該不正なきことを確認
した場合には、使用情報演算機能部１２３においてポイ
ント情報の残高とポイント使用情報をまとめる演算を行
う。

【０１７６】その後、ステップＳＴ１４５に示すよう
に、ユーザ管理機能ブロック１１０のコントロール機能
部１１１は、セキュリティＩＤ発生機能部１１６を制御
してセキュリティＩＤを算出させ、さらに確認メッセー
ジ発生機能部１１５を制御して処理完了のメッセージを
生成させる。これらセキュリティＩＤと処理完了メッセ
ージは、ユーザ管理機能ブロック１１０の通信文暗号／
復号機能部１１４にて前記共通鍵を用いて暗号化され
る。

【０１７７】上記暗号化されて生成されたデータは、ス
テップＳＴ１４６に示すように、ユーザ端末との通信機
能部１３３からユーザ端末５０に送られ、前記図２２の
ステップＳＴ１３５と図２１のステップＳＴ１２７のよ
うに当該ユーザ端末５０からプレーヤ１に転送されるこ
とになる。

【０１７８】以上により、ポイント使用情報返却時の管
理センタ２１１における処理の流れが終了する。

【０１７９】上述した図２１から図２３の処理の流れに
おけるプレーヤ１とユーザ端末５０と管理センタ２１１
との間の情報送受のシーケンスは、図２４に示すように
表すことができる。

【０１８０】すなわちこの図２４において、入力情報転
送Ｔ３１では、前記図２２のステップＳＴ１３２のよう
に、ユーザ端末５０からプレーヤ１に対して、前記パス
ワード等の入力情報が転送される。作成データ転送Ｔ３
２では、前記図２１のステップＳＴ１２６のように、プ
レーヤ１が作成したデータがユーザ端末５０に転送され
る。作成データ転送Ｔ３３では、前記図２２のステップ
ＳＴ１３４のように、上記プレーヤ１にて作成されたデ
ータが上記ユーザ端末５０から管理センタ２１１に転送
される。データ転送Ｔ３４では、前記図２３のステップ
ＳＴ１４６のように、管理センタ２１１にて作成された
データが、ユーザ端末５０に転送される。データ転送Ｔ
３５では、前記図２１のステップＳＴ１２７のように、
管理センタ２１１にて作成されたデータがユーザ端末５
０を介してプレーヤ１に転送される。

【０１８１】本実施の形態のシステムのプレーヤ１とユ
ーザ端末５０と管理センタ２１１の実際の動作は、上述
したような流れとなる。

【０１８２】ここまでは、本実施の形態のシステムにお
ける全体の処理の流れを説明してきたが、これ以降は、
本実施の形態のシステムの主要部の個々の動作を詳細に
説明する。

【０１８３】先ず、本発明実施の形態における暗号化及
び圧縮と、伸長及び復号化の動作についての説明を行
う。

【０１８４】上述した実施の形態のシステムのように、
ネットワークを使ってディジタルコンテンツを配信する
際には、そのデータ量を抑えるために圧縮／伸長技術を
使用し、コピー防止或いは課金のために暗号化／圧縮技
術が使われる。すなわち、配信側（上述の例では管理セ
ンタ２１１側）でディジタルコンテンツを圧縮し、さら
に暗号化処理することが行われる。上述の例のように送
信側（管理センタ２１１側）にて生成されたディジタル
コンテンツ（暗号化／圧縮データ）をネットワークを使
って配信するとき、受信側（上述の例ではプレーヤ１）
では上記暗号化及び圧縮されたディジタルコンテンツを
受信後に復号化し、さらに伸長してディジタルコンテン
ツを復元することが行われる。なお、上記暗号化と圧
縮、復号化と伸長の処理の順番は入れ替わる場合もあ
る。

【０１８５】上記ディジタルコンテンツに著作権等が存
在する場合、上記受信側は、上記ディジタルコンテンツ
を上記復号化と伸長する際に、上記著作権者等の意思に
従い、課金されることになる。この課金は、主として復
号化の鍵すなわちコンテンツ鍵を購入することにより行
われるが、このコンテンツ鍵を購入する方法には種々あ
る。

【０１８６】ここで、上述したように、ディジタルコン
テンツを圧縮して暗号化し、復号化して伸長するような
処理手順に従った場合、例えば悪意を持ったユーザは上
記復号化済みの圧縮データを比較的簡単に入手すること
ができることになる。すなわちディジタルコンテンツの
圧縮データは、一般に容量が大きく、したがって例えば
受信側の一般的なコンテンツ再生装置の内部メモリでは
なく、安価が外部メモリに蓄積される場合が多いため、
この外部メモリから直接、或いは外部メモリとの接続部
分で上記圧縮されたディジタルコンテンツを不正に取り
出すことが容易だからである。

【０１８７】また、圧縮に対する伸長方式のアルゴリズ
ムは公開されている場合が多く、また伸長方式のアルゴ
リズムには一般的な暗号の鍵のようにそれぞれ隠してお
けば処理できないようなものも存在していない。しか
も、上記復号化された圧縮ディジタルコンテンツは、上
記送信側から配信された暗号化と圧縮とがなされたディ
ジタルコンテンツと比較して、データ量的に変わらず、
したがって、上記復号化された圧縮ディジタルコンテン
ツを悪意を持って配信するののも容易である。すなわ
ち、上記圧縮した後に暗号化されてディジタルコンテン
ツを配信する方式によると、誰でも容易に伸長できる圧
縮ディジタルコンテンツが、悪意を持ったユーザに容易
に盗難され、このため著作権者等の意思の届かないとこ
ろでさらに配信されたり、伸長されたりする危険性が大
きい。

【０１８８】そこで、本発明の実施の形態では、このよ
うな状況に鑑み、ネットワークを使って配信するディジ
タルコンテンツの安全性を向上させることを可能にする
ため、上記図２のプレーヤ１において、以下の図２５の
フローチャートに示すような処理を行っている。

【０１８９】すなわち図２のプレーヤ１の共通暗号復号
回路２４における復号化処理と上記伸長回路２６におけ
る伸長処理では、前記記憶メディアから読み出された暗
号化と圧縮処理されたディジタルコンテンツのデータ
を、ステップＳＴ１５１のように、先ず、復号化処理の
アルゴリズムの処理単位Ｘビットと、伸長処理のアルゴ
リズム処理単位Ｙビットとの最小公倍数ｌｃｍ（Ｘ，
Ｙ）の単位に分割する。

【０１９０】次に、上記最小公倍数ｌｃｍ（Ｘ，Ｙ）の
単位に分割された上記暗号化と圧縮処理がなされている
ディジタルコンテンツのデータは、ステップＳＴ１５２
に示すように、当該最小公倍数ｌｃｍ（Ｘ，Ｙ）の単位
毎に、上記共通暗号復号回路２４にて復号化処理が行わ
れる。

【０１９１】当該復号化処理により得られた最小公倍数
ｌｃｍ（Ｘ，Ｙ）の単位の圧縮されているディジタルコ
ンテンツのデータは、ステップＳＴ１５４に示すよう
に、当該単位分の全ての圧縮データに対して上記伸長回
路２６にて伸長処理が行われる。

【０１９２】その後、この最小公倍数ｌｃｍ（Ｘ，Ｙ）
の単位毎の復号化及び伸長処理は、上記暗号化と圧縮処
理されたディジタルコンテンツの全データについての処
理が終了するまで続けられる。すなわち、ステップＳＴ
１５５に示すように、最小公倍数ｌｃｍ（Ｘ，Ｙ）の単
位毎の復号化及び伸長処理がディジタルコンテンツの全
データに対して完了したか否かの判断がなされ、完了し
ていない時にはステップＳＴ１５２に戻り、完了したと
きに当該処理のフローチャートが終了する。

【０１９３】これにより全データの復号化及び伸長され
たディジタルコンテンツが得られることになる。

【０１９４】なお、当該プレーヤ１における図２５のフ
ローチャートの処理でも、上記最小公倍数ｌｃｍ（Ｘ，
Ｙ）単位の復号化データは存在することになるが、当該
復号化データのデータ量は少ない。このため、比較的高
価でも安全性の高い内部メモリに保存することができる
ようになり、したがって前述したような外部メモリに保
存する場合のように盗まれる可能性は非常に低いものと
なる。

【０１９５】また、本実施の形態における上記プレーヤ
１では、上記安全性を確保するための内部メモリとし
て、図２のバッファメモリ２５が上記共通暗号復号回路
２４と伸長回路２６との間に設けられている。すなわち
このバッファメモリ２５は、１チップの集積回路１０内
に設けられており、外部からアクセスされ難く、したが
ってデータが外部に取り出されることはない。

【０１９６】上述のフローチャートでは、最小公倍数ｌ
ｃｍ（Ｘ，Ｙ）の単位分の全てのデータに対して復号化
及び伸長処理を行うようにしており、このための具体的
構成としては、例えば図２６に示す構成のように、最初
に復号化処理のアルゴリズムの処理単位Ｘビットにディ
ジタルコンテンツのデータを分割し、このＸビットのデ
ータに復号化処理を施し、その後当該復号化処理された
Ｘビットの圧縮されているデータを、伸長処理のアルゴ
リズム処理単位Ｙビット分まとめ、当該Ｙビットの圧縮
データを伸長することで、上述のように最小公倍数ｌｃ
ｍ（Ｘ，Ｙ）の単位での復号化及び伸長処理を実現する
ようにしている。

【０１９７】このことを実現するプレーヤ１の共通暗号
復号回路２４は、入力部３０と暗号復号部３１とからな
り、上記伸長回路２６は、伸長部３２と出力部３３とか
らなる。これら共通暗号復号回路２４と伸長回路２６の
間に前記バッファメモリ２５が設けられている。

【０１９８】ここで、より具体的な例として、上記ディ
ジタルコンテンツに対する暗号化処理が例えばＤＥＳ
（Data Encription Standard）暗号を用いて行われてい
るのであれば、当該暗号化処理とそれに対応する復号化
処理は、６４ビット単位で行われることになる。

【０１９９】また、圧縮されたディジタルコンテンツに
対する伸長処理の場合、その圧縮率やサンプリング周波
数によっても異なるが、現状では１Ｋ〜２Ｋビット／チ
ャンネル単位で処理される場合が多い。ここでは、便宜
的に１．２８Ｋビット毎に処理されると仮定する。

【０２００】したがって、上記ＤＥＳ暗号化方式と上記
１．２８Ｋビット毎の圧縮伸長方式を用いたシステムの
場合、上記最小公倍数ｌｃｍは１．２８Ｋとなる。

【０２０１】このような条件のもと、図２６の共通暗号
復号回路２４の入力部３０には、前記暗号化されて圧縮
されたディジタルコンテンツが入力される。当該入力部
３１では、上記暗号化されて圧縮されたディジタルコン
テンツを、上記復号化処理のアルゴリズムの処理単位Ｘ
ビット、すなわち６４ビットづつのデータに分割して暗
号復号部３１に出力する。

【０２０２】この暗号復号部３２では、上記Ｘビットす
なわち６４ビットのデータを、当該６４ビット毎に復号
化処理する。この６４ビット毎の復号化により得られた
６４ビットの圧縮されているデータは、バッファメモリ
２５に送られる。

【０２０３】当該バッファメモリ２５は、前記コントロ
ーラ１６からの指示に従い、伸長処理のアルゴリズム処
理単位Ｙビット、すなわち１．２８Ｋビット分の圧縮デ
ータがたまった時点で、当該１．２８Ｋビット分の圧縮
データを一括して出力し、この圧縮データが上記伸長回
路２６の伸長部３２に送られる。

【０２０４】上記伸長部２６は、上記入力された１．２
８Ｋビット分の圧縮データを伸長して出力部３３に出力
する。

【０２０５】また、コントローラ１６は、バッファメモ
リ２５にたまったデータ量をモニタしながら、復号化部
３１の処理と伸長部３２の処理をコントロールする。

【０２０６】なお、このケースであれば、復号化処理を
２０個（＝１２８０／６４）並列で処理すれば、より高
速な処理システムになる。

【０２０７】その他、前記図２や図２６のようなハード
ウェア構成ではなく、プログラマブルデバイスにて上述
した処理を行う場合には、バッファメモリ２５の状況に
応じて、例えばコントローラ１６が復号化プログラム或
いは伸長プログラムに基づいて処理を行うことになる。

【０２０８】上述の説明では、圧縮した後に暗号化した
ディジタルコンテンツがプレーヤ１に供給され、プレー
ヤ１ではこの圧縮及び暗号化されたディジタルコンテン
ツを復号化した後に伸長する例を挙げたが、暗号化した
後に圧縮されたディジタルコンテンツを伸長して復号化
する場合であっても、上述同様の効果を得ることができ
る。

【０２０９】また、本発明は、圧縮／伸長並びに暗号化
／復号化のアルゴリズムが限定されることはなく、いか
なる方式に対しても有効である。

【０２１０】このように、本発明によれば、ネットワー
クを使って配信するディジタルコンテンツの安全性が向
上する。

【０２１１】次に、前記セキュリティＩＤの発生動作に
ついての説明を行う。

【０２１２】本実施の形態のように、ポイント情報を予
め入手しておき、ディジタルコンテンツの鑑賞に応じて
当該ポイント情報を減額するような方式の場合、前述し
たように、ネットワーク上の管理センタ２１１は、ユー
ザ側２００のユーザ端末５０からのポイント情報の購入
依頼の通信を受けた後に、金融機関２２０その他と任意
の確認を行った後、そのポイント情報を暗号化して、ユ
ーザ側２００のプレーヤ１にネットワーク経由で送る。

【０２１３】本実施の形態のように、ポイント情報を予
め入手しておき、ディジタルコンテンツの鑑賞に応じて
当該ポイント情報を減額するような方式の場合、管理セ
ンタ２１１とプレーヤ１（ユーザ端末５０）との間で、
ポイント情報の購入の度に、毎回同じようなデータのや
り取りを行う（例えば暗号化された「３０００円分のポ
イント情報の補充要求」及びそれに対応した「３０００
円分のポイント情報」といった情報のやりとりを行う）
と、例えば悪意を持つ者による、金融機関２２０へのい
わゆる「成り済まし」による金額補充が問題点となる。
なお、ここに言う金融機関への「成り済まし」とは、上
記悪意を持った者が本来のユーザ（本実施の形態ではユ
ーザ側２００）に成り済まして、不正にポイント情報を
入手するようなことを言う。

【０２１４】すなわち、ポイント情報の購入の度に毎回
同じようなデータのやり取りを行っていると、例えば悪
意を持った者が当該データを通信回線から盗み出して同
じデータを生成し、管理センタ２１１に対して送り先を
自分（悪意を持った者）にしてポイント情報の入手を依
頼したような場合、当該悪意を持った者がポイント情報
を入手できることになり、さらにこのポイント情報の購
入代金の請求は本来のユーザ側２００になされることに
なるという問題が発生するおそれがある。

【０２１５】そこで、こういった不正を防止するため
に、本発明実施の形態のシステムでは、予め受信側（プ
レーヤ１側）と配信側（管理センタ２１１側）の両者で
連動している乱数発生機能により発生させられた乱数を
安全性向上のために使用している。本実施の形態では、
上記乱数として前記セキュリティＩＤを発生している。
なお、両者間で乱数発生を連動させるには、例えばユー
ザの登録手続きなどの際に、例えばタイマ１８を初期化
するなどして、両者間の動作を同期させれば良い。

【０２１６】すなわち、この乱数（セキュリティＩＤ）
を用いた場合の管理センタ２１１からプレーヤ１への例
えばポイント情報入手時の動作は、以下のような流れと
なる。

【０２１７】ポイント情報の購入時、管理センタ２１１
からプレーヤ１に対して送られるデータは、前述したよ
うに例えばプレーヤ１から予め入手した共通鍵（セッシ
ョン鍵）を用いて暗号化されたポイント情報と上記発生
されたセキュリティＩＤからなるデータとなされる。

【０２１８】プレーヤ１のコントローラ１６は、当該管
理センタ２１１から受け取ったデータを前述したように
共通暗号復号回路２４に送り、ここで前記共通鍵を用い
て復号化処理を行う。これにより、管理センタ２１１か
ら送られてきたポイント情報とセキュリティＩＤとが得
られることになる。

【０２１９】その後、プレーヤ１のコントローラ１６
は、上記管理センタ２１１から送られてきたセキュリテ
ィＩＤと、自身のセキュリティＩＤ発生回路１９にて発
生したセキュリティＩＤとを比較する。この比較におい
て、コントローラ１６は、管理センタ２１１からのセキ
ュリティＩＤと、上記自身が発生したセキュリティＩＤ
とが一致したときのみ、上記管理センタ２１１から送ら
れてきたポイント情報を、前記ポイント情報格納メモリ
２８に格納する。

【０２２０】これにより、正当なユーザ側２００のプレ
ーヤ１のみがポイント情報を入手できることになる。言
い換えれば、正当なユーザ側２００のプレーヤ１と同じ
ようなプレーヤを持っている悪意の者が、前記成り済ま
しによって不正にポイント情報を入手しようとしても、
当該悪意の者が持っているプレーヤのセキュリティＩＤ
と上記管理センタ２１１から送られてきたセキュリティ
ＩＤとは一致しないため、この悪意を持った者は前記成
り済ましによる不正なポイント情報入手ができないこと
になる。

【０２２１】勿論、ユーザ側２００のプレーヤ１で発生
するセキュリティＩＤは、当該プレーヤ１の集積回路１
０内に設けられたセキュリティＩＤ発生回路１９によっ
て発生されるものであり、外部には取り出せないもので
あるため、悪意を持った者が当該セキュリティＩＤを盗
むことはできない。

【０２２２】上記セキュリティＩＤとしての乱数を発生
する構成には種々のものがあるが、その一例を図２７に
示す。この図２７の構成は、前記図２のセキュリティＩ
Ｄ発生回路１９の一具体例である。

【０２２３】この図２７において、一方向関数発生部４
０は、いわゆる一方向性関数を発生する。なお、上記一
方向性関数とは、比較的計算が簡単な関数で逆関数がは
るかに計算が困難なものである。この一方向関数は、予
め秘密通信等で受け取って当該一方向関数発生部４０に
保存しておくことも可能である。なお、一方向関数発生
部４０は、前記図２の集積回路１０内に設けられたタイ
マ１８からの時間情報を入力関数として上記一方向関数
を発生するようにすることも可能である。上記一方向関
数は、乱数決定部４３に送られる。

【０２２４】また、ユーザ定数発生部４１は、ユーザ毎
に定められた所定のユーザ定数を発生する。このユーザ
定数は、予め秘密通信等で送付されて当該ユーザ定数発
生部４１に保存されるものである。なお、このユーザ定
数は、例えば前記ユーザＩＤ格納メモリ２３が格納する
ユーザＩＤを用いることもできる。

【０２２５】乱数データベース４２は、乱数を格納する
ものであり、例えば９９個の乱数を格納している。

【０２２６】通信回数記憶部４４は、例えばコントロー
ラ１６から送られてくる通信回数情報を記憶するもので
ある。この通信回数情報とは、プレーヤ１と管理センタ
２１１との間の通信回数を示す情報である。

【０２２７】これら一方向関数とユーザ定数と通信回数
情報は、乱数決定部４３に送られる。当該乱数決定部４
３は、例えば前記タイマ１８からの時間情報に基づき、
上記一方向関数とユーザ定数から、予め乱数データベー
ス部４２に記憶された範囲の乱数を発生させる（例えば
９９個）。

【０２２８】すなわち、この乱数決定部４３では、上記
通信回数情報が例えば１回目の通信であれば、９９個目
の乱数を上記乱数データベース部４２から取り出し、ま
た例えば通信回数情報がｎ回目の通信であれば１００−
ｎ個目の乱数を上記乱数データベース４２から取り出
し、この取り出した乱数を前記セキュリティＩＤとして
出力する。

【０２２９】このセキュリティＩＤ発生の構成は、プレ
ーヤ１と管理センタ２１１とで同じものを有している。

【０２３０】なお、乱数データベース部４２に格納して
いる全ての乱数を使い終わったときには、上記乱数決定
部４２において１００個〜１９９個目の乱数を計算する
か、或いは新たな乱数や１方向性関数を秘密通信するな
どして、乱数データベース部４２に再格納したり、一方
向性関数発生部４０に再構築する。

【０２３１】また、上述した説明では、乱数（セキュリ
ティＩＤ）を発生させて通信毎の安全性を高めるように
しているが、本実施の形態では、前述のようにユーザ側
２００と管理センタ２１１側との間で通信を行う毎に、
毎回異なる共通鍵（セッション鍵）をプログラマブルに
発生させるようにもしているので、さらに安全性が高め
られている。

【０２３２】ここで、実際に送信される送信文（例えば
メッセージ等）について上記乱数が挿入されると共にセ
ッション鍵による暗号化がなされる様子と、受信文から
乱数が取り出されて正当性の確認がなされる様子を図２
８と図２９を用いて説明する。なお、これら図２８、図
２９の例では、送信文に署名（ディジタル署名）を付加
するようにもしている。

【０２３３】この図２８において、先ず、前記共通鍵を
公開鍵暗号方式にて暗号化して送信する流れとして、通
信用共通鍵発生工程Ｐ７では前記セッション鍵を通信用
に用いる共通鍵として発生し、この共通鍵は公開鍵暗号
化工程Ｐ８にて受信側の公開鍵で暗号化される。この暗
号化された共通鍵は、受信側に送られる。

【０２３４】一方、送信文としてのメッセージを共通鍵
暗号方式にて暗号化して送信する場合の流れとして、例
えばメッセージ生成行程Ｐ１ではメッセージＭが生成さ
れると共に、乱数発生工程Ｐ５にて乱数（前記セキュリ
ティＩＤ）が発生される。これらメッセージＭと乱数
は、共通鍵暗号化工程Ｐ６に送られる。この共通鍵暗号
化工程Ｐ６では、上記通信用共通鍵発生工程Ｐ７にて発
生した共通鍵を用いて、上記メッセージＭと乱数を暗号
化する。

【０２３５】さらに、上記ディジタル署名を付加する場
合、上記メッセージＭはハッシュ値計算工程Ｐ２に送ら
れる。当該ハッシュ値計算工程Ｐ２では、上記メッセー
ジＭからいわゆるハッシュ値が計算される。なお、ハッ
シュ値とはハッシュ法にて求められるアドレス情報であ
り、ハッシュ法とはデータ（この場合はメッセージＭ）
の内容の一部（キーワード）に所定の演算を施し、その
結果をアドレスとして使用するものである。このメッセ
ージから生成されたハッシュ値（Ｍ）はディジタル署名
として、秘密鍵暗号化工程Ｐ４に送られる。この秘密鍵
暗号化工程Ｐ４では、送信側の秘密鍵で上記ディジタル
署名を暗号化する。この暗号化されたディジタル署名
は、共通鍵暗号化工程Ｐ６に送られる。これにより共通
鍵暗号化工程Ｐ６では、上記通信用共通鍵発生工程Ｐ７
にて発生した共通鍵を用いて、上記ディジタル署名を暗
号化する。

【０２３６】これらメッセージＭとディジタル署名と乱
数が受信側に送信される。

【０２３７】次に、図２９を用いて、図２８に対応する
受信側での処理の流れを説明する。

【０２３８】この図２９において、先ず、前記共通鍵を
公開鍵暗号方式にて復号化する流れとして、秘密鍵復号
化工程Ｐ１１では、上記送信側から送信されてきた共通
鍵を当該受信側の秘密鍵で復号化する。

【０２３９】一方、前記共通鍵暗号方式にて暗号化され
たメッセージＭを復号化する流れとして、共通鍵復号工
程１３では、上記送信されてきたメッセージＭを上記秘
密鍵復号化工程Ｐ１１にて復号化した共通鍵を用いて復
号化する。この復号化されたメッセージＭは、他機能送
信工程Ｐ２０にて他の工程に送られることになる。

【０２４０】また、ディジタル署名を復号する流れで
は、上記共通鍵復号化工程Ｐ１３にて復号化されたハッ
シュ値が、公開鍵復号化工程Ｐ１４にて送信側の公開鍵
を用いて復号化される。同時に、ハッシュ値計算工程Ｐ
１７では、上記メッセージＭからハッシュ値を計算す
る。これら公開鍵復号化工程Ｐ１４により復号化された
ハッシュ値と上記ハッシュ値計算工程Ｐ１７にて計算さ
れたハッシュ値とは、比較工程Ｐ１９にて比較され、改
竄されていないことの確認が行われる。

【０２４１】さらに、送信された乱数については、上記
共通鍵復号化工程Ｐ１３にて復号化された乱数と、当該
受信側の乱数発生工程Ｐ２１にて発生された乱数とが、
正当正確認工程Ｐ２２にて比較され、正当性の確認が行
われる。

【０２４２】ところで、前述した図１に示した本実施の
形態のシステムでは、ユーザ側２００に対するシステム
側として、システム管理会社２１０と仮想店舗２３０と
コンテンツプロバイダ２４０とが設けられている。な
お、図１の金融機関２２０は、例えば外部の銀行等であ
る。

【０２４３】上記システム管理会社２１０の管理センタ
２１０は、仮想店舗２３０におけるディジタルコンテン
ツの展示や配信の管理、金融機関２２０との間でユーザ
側２００の課金情報や各種情報の収集，分配及びそれら
の管理、コンテンツプロバイダ２４０からのディジタル
コンテンツの暗号化、扱う情報のセキュリティ管理な
ど、システム側の主要な作業のほぼ全てを行っている。

【０２４４】しかし、上述したようなネットワークを使
ってディジタルコンテンツを配信するシステムにおい
て、ユーザ側がシステム側からディジタルコンテンツを
入手する際や、ディジタルコンテンツの使用に伴う課金
の際には、システム側に通信が集中することになり、ユ
ーザ側に対して満足のいくレスポンスが得られなくなる
おそれがある。

【０２４５】そこで、本発明の他の実施の形態では、シ
ステム管理会社２１０の機能、より具体的には管理セン
タ２１１の機能を、以下のように分割することで、上述
したような通信の集中を防ぎ、通信のレスポンスを向上
させることを可能にしている。

【０２４６】すなわち、本発明の他の実施の形態では、
図３０に示すように、ユーザ側２００に対するシステム
側の構成を、ディジタルコンテンツを展示，配信する機
能を有するコンテンツ展示配信機関３１０と、一定の地
域のユーザの課金情報を管理する機能を有する課金情報
管理機関３２０と、ディジタルコンテンツを暗号化する
等のデータ生成と上記コンテンツ展示配信機関３１０へ
の生成データの配信と上記課金情報管理機関３２０から
の情報収集と収益分配とシステム全体のセキュリティ管
理その他を行う機能を有するシステム管理機関３３０と
に分割し、各機関３１０，３２０，３３０がそれぞれ独
立にユーザ側２００と通信可能になされている。

【０２４７】この図３０のような構成において、コンテ
ンツ展示配信機関３１０は、世界中のネットワーク上に
散らばって複数配置可能なものであり、ユーザ側２００
は通信費さえ支払えばどの地域のコンテンツ展示配信機
関３１０へでもアクセスできる。例えばユーザ側２００
がディジタルコンテンツを入手したい場合には、ユーザ
側２００から上記コンテンツ展示配信機関３１０にアク
セスして、ディジタルコンテンツを入手する。このとき
のディジタルコンテンツは、システム管理機関３３０に
よって暗号化等されたディジタルコンテンツ、すなわち
ユーザ側２００にネットワークを使って直接送信可能な
状態になされたものである。

【０２４８】また、課金情報管理機関３２０は、課金情
報を扱うため、余り多くのユーザを抱え込むことは安全
性管理上好ましくなく、したがって、適度な数のユーザ
毎に設置する。但し、あまり多く設置すると、悪意を持
った第３者からの攻撃ポイント（課金情報管理機関３２
０）を増やすことになり、トレードオフになるので、最
適化することが望ましい。例えばユーザ側２００が課金
に関する通信を行う場合には、ユーザ側２００から上記
課金情報管理機関３２０に対してアクセスする。

【０２４９】上記システム管理機関３３０は、ユーザの
システムへの加入や決済方法の登録、ユーザからの集金
や前記権利者，コンテンツ展示配信機関３１０，課金情
報管理機関３２０等の利益受益者への利益配付など、セ
キュリティ上重要な情報の管理をまとめて行うことで、
セキュリティを向上させる。但し、当該システム管理機
関３３０は世界に１箇所のみ設けるわけではなく、ある
まとまった単位、例えば国などの単位で設置するのが望
ましい。例えば、ユーザ側２００がこのシステムへの加
入や決済方法の登録などセキュリティ上重要な通信を行
う場合には、ユーザ側２００から上記システム管理機関
３３０に対してアクセスして行う。当該ユーザからの集
金と利益受益者への利益配付は上記課金情報管理機関３
２０から情報を入手した当該システム管理機関３３０が
まとめて行う。また、著作権者等が有するソースデータ
すなわちコンテンツは、当該システム管理機関３３０に
供給され、ここで暗号化等がなされたディジタルコンテ
ンツに変換され、上記コンテンツ展示配信機関３１０に
配信される。

【０２５０】上述のように、システム側の機能を例えば
３つの機関３１０，３２０，３３０に振り分け、ユーザ
側２００と各機関３１０，３２０，３３０との間で直接
アクセス可能とすることにより、通信の集中を防ぎ、通
信のレスポンスを向上させることが可能となる。また、
コンテンツ展示配信機関３１０によれば、既存のいわゆ
るバーチャルモールのようなものにも対応でき、販売促
進にも有効であり、ユーザにとって魅力のあるものにな
る。課金情報管理機関３２０を別に分けることにより、
コンテンツの展示や販売機能と結託した不正防止に役立
つ。また、管理するユーザを一定の数に抑えられるた
め、不正に対する管理機能もより効果的である。

【０２５１】以下に、上述した図３０に示した本発明の
他の実施の形態のシステムにおいて、ユーザのシステム
への加入、ポイント情報の購入や暗号化されたディジタ
ルコンテンツの復号用のコンテンツ鍵等の入手時の情報
の流れ、コンテンツとコンテンツ鑑賞用の情報の流通の
際の流れ、コンテンツの使用に伴う課金情報の流れにつ
いて説明する。

【０２５２】先ず、図３１を用いて、ユーザのシステム
への加入時の流れの主要部を説明する。

【０２５３】ユーザのシステムへの加入登録の際には、
システム管理機関３３０のユーザ加入サポート機能ブロ
ック４０２による以下の手順の従って登録作業が行われ
る。

【０２５４】ユーザ側２００すなわち前記プレーヤ１及
びユーザ端末５０からは、先ず加入意思送付Ｔ４１のよ
うに、システムへの加入の意思を示す情報が、システム
管理機関３３０に対してネットワークを介して送付され
る。システム管理機関３３０の通信機能ブロック４０１
に入力された上記加入意思の情報は、ユーザ加入サポー
ト機能ブロック４０２に送られる。

【０２５５】当該ユーザ加入サポート機能ブロック４０
２は、上記加入意思情報を受信すると、加入必要ファイ
ル送付Ｔ４２のように、加入に必要なファイルの情報を
通信機能ブロック４０１を介してユーザ側２００に送ら
れる。

【０２５６】ユーザ側２００では、上記システム管理機
関３３０から送られてきた加入必要ファイルに基づい
て、所定のフォーマットに従った加入申請書の作成が行
われる。当該作成された加入申請書は、加入申請書送付
Ｔ４３のように、システム管理機関３３０に送付され
る。

【０２５７】上記加入申請書を受け取ったユーザ加入サ
ポート機能ブロック４０２は、クライアント機能送付Ｔ
４４のように、クライアントの機能を解説する情報を、
ユーザ側２００に送付する。

【０２５８】当該クライアント機能の情報を受け取った
ユーザ側２００からは、ユーザ情報送付Ｔ４５のよう
に、ユーザ側の情報、例えば前述したような口座番号や
クレジット番号，名前や連絡先等のユーザ情報を、シス
テム管理機関３３０に送付する。

【０２５９】当該ユーザ情報の送付を受けたユーザ加入
サポート機能ブロック４０２は、登録手続き完了通知Ｔ
４６のように、加入の登録手続きが完了した旨の情報
を、ユーザ側２００に通知する。

【０２６０】また、このユーザ加入登録の手続き完了
後、システム管理機関３３０のユーザ加入サポート機能
ブロック４０２は、ユーザ情報送付Ｔ４７のように、通
信機能ブロック４０１を介して、課金情報管理機関３２
０に対してユーザ情報を転送する。このユーザ情報を受
け取った課金情報管理機関３２０は、当該ユーザ情報を
データベース機能ブロック３６７に保存する。

【０２６１】以上により、ユーザのシステムへの加入時
の主な流れが終了する。なお、この図３１に挙げられて
いる他の構成についての説明は後述する。

【０２６２】次に、図３２を用いて、ポイント情報の購
入や暗号化されたディジタルコンテンツの復号用の鍵等
の入手時の情報の流れの主要部を説明する。なお、上記
ポイント情報の購入や暗号化されたディジタルコンテン
ツの復号用のコンテンツ鍵の情報は、コンテンツを使用
するための情報であるので、以下の説明では、これらを
簡略化して使用権情報と呼ぶことにする。

【０２６３】ユーザがシステムで使用する重要な情報
（ここでは、コンテンツの使用権）を入手する際は、予
めユーザ側２００毎に担当割当がなされている課金情報
管理機関３２０に対し、ユーザ側２００からアクセスが
なされる。上記ユーザ側２００から送られてくるコンテ
ンツ使用権情報の入手要求のアクセスに対しては、課金
情報管理機関３２０の使用権発行機能ブロック３６２が
対応し、以下の手順に従って使用権の発行が行われる。

【０２６４】先ず、ユーザ側２００からは、購入依頼書
送付Ｔ５１のように、使用権を購入したい旨の情報が課
金情報管理機関３２０に対して送付される。使用権を購
入したい旨の情報は、ユーザ側２００によって所定のフ
ォーマットに従った購入依頼書の情報である。このよう
にネットワークを介し、この課金情報管理機関３２０の
通信機能ブロック３６１に入力された上記購入依頼書の
情報は、使用権発行機能ブロック３６２に送られる。

【０２６５】当該使用権発行機能ブロック３６２では、
上記購入依頼書の情報を受け取ると、データベース機能
ブロック３６７に保存されたユーザ情報を元にして、新
しい使用権の情報を生成し、新規使用権送付Ｔ５２のよ
うに、当該使用権の情報をユーザ側２００に対して送付
する。

【０２６６】ユーザ側２００は、上記新規使用権の情報
の受取を確認すると、所定のフォーマットに従った受取
確認書を作成し、受取確認書送付Ｔ５３のように、課金
情報管理機関３２０の使用権発行機能ブロック３６２に
送付する。

【０２６７】以上により、使用権の購入時の主な流れが
終了する。なお、この図３２に挙げられている他の構成
についての説明は後述する。

【０２６８】次に、図３３を用いて、コンテンツとコン
テンツ鑑賞用の情報（ここでは使用条件とコンテンツ
鍵）の流通の際の流れの主要部を説明する。

【０２６９】先ず、コンテンツ展示配信機関３１０のコ
ンテンツ入手機能ブロック３４２は、コンテンツ請求書
送付Ｔ６２のように、システム管理機関３３０に対し
て、ディジタルコンテンツを請求する。

【０２７０】当該コンテンツ請求書を受け取ったシステ
ム管理機関３３０は、コンテンツ配布機能ブロック４０
４において、要求されたコンテンツを流通できるように
加工する。すなわち、このコンテンツ配布機能ブロック
４０４では、ユーザ側２００に送付可能な状態のディジ
タルコンテンツ（暗号化されたディジタルコンテンツ）
を生成する。この加工されたディジタルコンテンツは、
コンテンツ送付６３のように、コンテンツ展示配信機関
３１０に送られる。

【０２７１】当該コンテンツ展示配信機関３１０では、
上記加工されたディジタルコンテンツを、コンテンツデ
ータベース機能ブロック３４５に保存する。

【０２７２】また、システム管理機関３３０のコンテン
ツ配布機能ブロック４０４では、コンテンツ鑑賞用の情
報として、コンテンツＩＤと使用条件と暗号化されたコ
ンテンツを復号するためのコンテンツ鍵とを、コンテン
ツ鑑賞用情報送付Ｔ６４のように、課金情報管理機関３
２０に送付する。

【０２７３】課金情報管理機関３２０では、上記コンテ
ンツ鑑賞用の情報を、コンテンツ鍵・使用条件受取機能
ブロック３６３にて受理し、データベース機能ブロック
３６７に保存する。

【０２７４】次に、ユーザ側２００は、コンテンツ入手
依頼Ｔ６１のように、コンテンツ展示配信機関３１０に
対してアクセスし、コンテンツを入手する。すなわち、
コンテンツ展示配信機関３１０は、通信機能ブロック３
４１を介して上記ユーザ側２００からコンテンツの入手
の要求がなされると、コンテンツデータベース機能ブロ
ック３５４に保存している暗号化されたディジタルコン
テンツを読み出し、当該読み出したディジタルコンテン
ツをユーザ側２００の送付する。

【０２７５】その後、ユーザ側２００は、コンテンツ鑑
賞用情報請求Ｔ６５にて課金情報管理機関３２０に対し
てアクセスし、コンテンツ鑑賞用情報送付Ｔ６６のよう
にコンテンツ鑑賞用の情報を入手する。すなわち、課金
情報管理機関３２０では、通信機能ブロック３６１を介
して、上記ユーザ側２００からコンテンツ鑑賞用の情報
として使用条件とコンテンツ鍵の請求がなされると、コ
ンテンツ鍵・使用条件発行機能ブロック３６４からコン
テンツ鍵と使用条件とを発行し、これらを通信機能ブロ
ック３６１を介してユーザ側２００に送付する。

【０２７６】以上により、コンテンツとコンテンツ鑑賞
用の情報の流通の際の流れが終了する。なお、この図３
３に挙げられている他の構成についての説明は後述す
る。

【０２７７】次に、図３４を用いて、コンテンツが実際
に鑑賞されたときの精算、すなわちコンテンツ使用料金
の精算の流れの主要部を説明する。

【０２７８】先ず、ユーザ側２００にてコンテンツの鑑
賞が行われた後、当該ユーザ側２００からは、精算書送
付Ｔ７１のように、例えば前述のようにしてポイント使
用情報すなわちコンテンツの使用記録が課金情報管理機
関３２０に対して送付される。このように通信機能ブロ
ック３６１を介して上記ユーザ側２００から上記コンテ
ンツ使用記録の送付を受けると、課金情報管理機関３２
０の精算手続き受付機能ブロック３６５にて当該コンテ
ンツ使用記録を受け取り、これに対応する精算確認書を
発行する。当該精算確認書は、精算確認書送付Ｔ７３の
ように、同じく通信機能ブロック３６１を介してユーザ
側２００に送付される。これにより、ユーザ側２００は
精算が行われたことを知ることができる。

【０２７９】次に、課金情報管理機関３２０の精算手続
き受付機能ブロック３６５は、使用権発行機能ブロック
３６２から使用権発行情報を発行させる。この使用権発
行情報は、上記ユーザ側２００から送られてきたコンテ
ンツ使用記録と共に、通信機能ブロック３６１を介し、
ユーザ決済・コンテンツ使用記録送付Ｔ７４としてシス
テム管理機関３３０に送付される。

【０２８０】システム管理機関３３０は、集金及び分配
機能ブロック４０５にて、各地に分散している課金情報
管理機関３２０から送付されてきた情報をまとめ、集金
額と集金先とお金の分配先を集計し、実際の金融機関を
通して決済する。

【０２８１】以上により、コンテンツ使用料金の精算の
流れが終了する。なお、この図３４に挙げられている他
の構成についての説明は後述する。

【０２８２】上述の図３０から図３４までの説明におい
て、コンテンツ展示配信機関３１０、課金情報管理機関
３２０、システム管理機関３３０とユーザ側２００との
間のデータ送受や、コンテンツ展示配信機関３１０、課
金情報管理機関３２０とシステム管理機関３３０との間
のデータ送受においても、前述同様にデータの暗号化と
復号化が行われていることは言うまでもない。またこの
暗号化と復号化においても、公開鍵暗号方式と共通鍵暗
号方式の何れを用いても良いし、前述したようにコンテ
ンツ鍵や共通鍵の暗号化方式としては公開鍵暗号方式を
使用し、メッセージや各種の書類等の暗号化方式として
は共通鍵暗号方式を使用することができる。また、これ
ら暗号化と共に前記乱数を用いたセキュリティ向上の手
法や、コンテンツを扱う際の暗号化と圧縮の処理単位の
最小公倍数化を使用することも可能である。

【０２８３】次に、上述した各機関３１０、３２０、３
３０の具体的な構成について簡単に説明する。

【０２８４】先ず、図３５を用いてコンテンツ展示配信
機関３１０の構成の説明を行う。

【０２８５】この図３５において、当該コンテンツ展示
配信機関３１０は、大別して、ユーザ側２００とシステ
ム管理機関３３０との間の通信機能を担当する通信機能
ブロック３４１と、コンテンツの入手機能を担当するコ
ンテンツ入手機能ブロック３４２と、コンテンツの展示
機能を担当するコンテンツ展示機能ブロック３４３と、
精算を担当する精算機能ブロック３４４と、コンテンツ
を保存するコンテンツデータベース機能ブロック３４５
とからなる。

【０２８６】上記コンテンツ入手機能ブロック３４２
は、システム管理機関３３０に対してコンテンツを請求
するときの請求書の作成を担当するコンテンツ請求書作
成機能部３５１と、システム管理機関３３０からコンテ
ンツを受け取ったときの受領書の作成を担当するコンテ
ンツ受領書作成機能部３５２と、これらあつかったコン
テンツとコンテンツデータベース機能ブロック３４５に
保存しているコンテンツとの対応を担当するコンテンツ
データベース対応機能部３５３とからなる。

【０２８７】上記コンテンツ展示機能ブロック３４３
は、実際に仮想店舗にコンテンツを展示する機能を担当
するコンテンツ展示機能部３５４と、これら展示してい
るコンテンツと上記コンテンツデータベース機能ブロッ
ク３４５に保存しているコンテンツとの対応を担当する
コンテンツデータベース対応機能部３５５とからなる。

【０２８８】上記精算機能ブロック３４４は、領収書を
発行する機能を担当する領収書発行機能部３５６と、金
融機関２２０との間の対応を担当する金融機関対応機能
部３５７とからなる。

【０２８９】次に、図３６を用いて、課金情報管理機関
３２０の構成の説明を行う。

【０２９０】この図３６において、当該課金情報管理機
関３２０は、大別して、ユーザ側２００とシステム管理
機関３３０との間の通信機能を担当する通信機能ブロッ
ク３６１と、使用権を発行する機能を担当する使用権発
行機能ブロック３６２と、コンテンツ鍵と使用条件の受
け取りを担当するコンテンツ鍵・使用条件受取機能ブロ
ック３６３と、コンテンツ鍵と使用条件の発行を担当す
るコンテンツ鍵・使用条件発行機能ブロック３６４と、
精算手続きの受け付け機能を担当する精算手続き受付機
能ブロック３６５と、分配と受け取りの機能を担当する
分配受取機能ブロック３６６と、データベース機能ブロ
ック３７６とからなる。

【０２９１】上記使用権発行機能ブロック３６２は、購
入依頼書の確認機能を担当する購入依頼書確認機能部３
７１と、クライアントすなわちユーザ側２００の使用権
の残高（ポイント情報の残高）や使用記録（ポイント使
用情報）等のデータの確認を担当するポイントデータ確
認機能部３７２と、使用権を発生する機能を担当する使
用権発生機能部３７３と、使用権の送付書を作成する機
能を担当する使用権送付書作成機能部３７４と、使用権
と使用権送付書を実際に送付する機能を担当する送付機
能部３７５と、使用権の受け取り書の確認を担当する使
用権受取確認機能部３７６と、発行した使用権の情報を
保存する機能を担当する使用権発行情報保存機能部３７
７とからなる。

【０２９２】上記コンテンツ鍵・使用条件受取機能ブロ
ック３６３は、コンテンツ鍵と使用条件の受取を担当す
る受取機能部３７８と、コンテンツ鍵と使用条件を保存
する保存機能部３７９とからなる。

【０２９３】上記コンテンツ鍵・使用条件発行機能ブロ
ック３６４は、コンテンツ鍵と使用条件の入手依頼を受
信する機能を担当する受信機能部３８０と、コンテンツ
鍵と使用条件をデータベース機能ブロック３６７から検
索して探し出す機能を担当する検索機能部３８１と、コ
ンテンツ鍵と使用条件を暗号化して送付する機能を担当
する送信機能部３８２と、コンテンツ鍵と使用条件の受
取書の確認機能を担当する確認機能部３８３とからな
る。

【０２９４】上記精算手続き受付機能ブロック３６５
は、暗号化されているコンテンツ使用記録（ポイント使
用情報）を受信して復号化する機能を担当するコンテン
ツ使用記録受信機能部３８４と、コンテンツ使用記録の
確認を担当するコンテンツ使用記録確認機能部３８５
と、コンテンツ使用記録をデータベース機能ブロック３
６７の保存する機能を担当するコンテンツ使用記録保存
機能部３８６と、精算手続きの完了書を作成する機能を
担当する完了書作成機能部３８７と、コンテンツ使用記
録をまとめて編集する機能を担当するまとめ機能部３８
９とからなる。

【０２９５】上記分配受取機能ブロック３６６は、集金
を行う際の資料を請求する資料請求書の確認機能を担当
する請求書確認機能部３９０と、システム管理機関３３
０に対して提出するコンテンツ使用記録の報告書を作成
する機能を担当する使用記録報告書作成機能部３９１
と、システム管理機関３３０に対して提出する使用権発
行情報の報告書を作成する機能を担当する使用権発行報
告書作成機能部３９２と、報告書の受信確認書の確認機
能を担当する確認書確認機能部３９３とからなる。

【０２９６】データベース機能ブロック３６７は、使用
権のデータを保存する機能を担当する使用権データベー
ス機能部３９４と、コンテンツ鍵と使用条件のデータを
保存する機能を担当するコンテンツ鍵・使用権データベ
ース機能部３９５と、コンテンツ使用記録を保存するコ
ンテンツ使用記録データベース機能部３９６と、ユーザ
に関する情報を保存するユーザ管理データベース機能部
３９７とからなる。

【０２９７】次に、図３７を用いて、システム管理機関
３３０の構成の説明を行う。

【０２９８】この図３７において、当該システム管理機
関３３０は、大別して、ユーザ側２００、コンテンツ展
示配信機関３１０、及び課金情報管理機関３２０との間
の通信機能を担当する通信機能ブロック４０１と、ユー
ザ加入の際のサポートを行うユーザ加入サポート機能ブ
ロック４０２と、コンテンツの配布を担当するコンテン
ツ配布機能ブロック４０４と、データベース機能ブロッ
ク４０３と、集金と分配の機能を担当する集金及ぶ分配
機能ブロック４０５とからなる。

【０２９９】上記ユーザ加入サポート機能ブロック４０
２は、加入申請書の作成と送信を担当する加入申請書作
成送信機能部４１１と、暗号化された共通鍵を受信して
復号化する機能を担当する共通鍵受信機能部４１２と、
ユーザ側２００から送信されてきた加入申請書の確認機
能を担当する加入申請書確認機能部４１３と、クライア
ントＩＤすなわちユーザＩＤを発生する機能を担当する
ＩＤ発生機能部４１４と、加入申請書をデータベース機
能ブロック４０３に保存する機能を担当する加入申請書
保存機能部４１５と、クライアント機能を生成するクラ
イアント機能生成機能部４１６と、登録情報をデータベ
ース機能ブロック４０３に保存する機能を担当する登録
情報保存機能部４１７とからなる。

【０３００】データベース機能ブロック４０３は、ユー
ザの情報を保存管理するユーザ管理データベース機能部
４１８と、コンテンツを保存するコンテンツデータベー
ス機能部４１９と、課金情報管理機関３２０の情報を保
存管理する課金情報管理機関データベース機能部４２０
と、コンテンツ展示配信機関３１０の情報を保存管理す
るコンテンツ展示配信機関データベース機能部４２１と
からなる。

【０３０１】コンテンツ配信機能ブロック４０４は、コ
ンテンツの請求書の確認機能を担当する請求書確認機能
部４２２と、生コンテンツすなわち加工前のコンテンツ
（ソースデータ）をデータベース機能ブロック４０３の
コンテンツデータベース機能部４１９から検索する機能
を担当するコンテンツ検索機能部４２３と、コンテンツ
ＩＤを生成するコンテンツＩＤ生成機能部４２４と、コ
ンテンツ鍵を生成するコンテンツ鍵生成機能部４２５
と、コンテンツ使用条件を生成するコンテンツ使用条件
生成機能部４２６と、生コンテンツすなわち加工前のコ
ンテンツを圧縮するコンテンツ圧縮機能部４２７と、コ
ンテンツの暗号化を行うコンテンツ加工機能部４２８
と、コンテンツＩＤとコンテンツ鍵と使用条件とをデー
タベース機能ブロック４０３のコンテンツデータベース
機能部４１９に保存する機能を担当する保存機能部４２
９と、コンテンツを通信機能ブロック４０１を介して送
付する機能を担当するコンテンツ送付機能部４３０と、
コンテンツの受領書を確認する機能を担当するコンテン
ツ受領書確認機能部４３１と、コンテンツＩＤとコンテ
ンツ鍵と使用条件を通信機能ブロック４０１を介して送
付する機能を担当するＩＤ・鍵・使用条件送付機能部４
３２と、コンテンツＩＤとコンテンツ鍵と使用条件の受
領書を確認する機能を担当するＩＤ・鍵・使用条件受領
書確認機能部４３３とからなる。

【０３０２】集金及び分配機能ブロック４０５は、集金
に使用する資料の請求書を作成する資料請求書作成機能
部４３４と、コンテンツ使用権を通信機能ブロック４０
１を介して受信する機能を担当するコンテンツ使用権受
信機能部４３５と、コンテンツ使用記録を通信機能ブロ
ック４０１を介して受信する機能を担当するコンテンツ
使用記録受信機能部４３６と、受信の確認書を作成する
機能を担当する受信確認書作成機能部４３７と、ユーザ
へ請求する請求額の計算と請求書の作成を行う請求書の
作成を行う計算・請求書作成機能部４３８と、使用によ
り集金した使用金を権利者に分配する際の分配金の計算
と納付書の作成を行う計算・納付書作成機能部４３９と
からなる。

【０３０３】次に、当該他の実施の形態のシステムに対
応するユーザ側２００の構成を、図３８を用いて説明す
る。なお、この図３８は、前記プレーヤ１とユーザ端末
５０の各機能をまとめて表している。

【０３０４】この図３８において、当該ユーザ側２００
の構成は、大別すると、システム管理機関３３０、コン
テンツ展示配信機関３１０、及び課金情報管理機関３２
０との間の通信機能を担当する通信機能ブロック４５１
と、コンテンツの入手を担当するコンテンツ入手機能ブ
ロック４５２と、ポイント情報やコンテンツ鍵、使用条
件等の使用権の購入を担当する使用権購入機能ブロック
４５３と、コンテンツ鍵と使用条件の入手を担当するコ
ンテンツ鍵・使用条件入手機能ブロック４５４と、精算
手続きを担当する精算手続き機能ブロック４５５と、シ
ステムへの加入をサポートする機能を担当するユーザ加
入サポート機能ブロック４５６と、コンテンツの鑑賞と
課金の機能を担当するコンテンツ鑑賞課金機能ブロック
４５７と、データベース機能ブロック４５８とからな
る。

【０３０５】上記コンテンツ入手機能ブロック４５２
は、実際にコンテンツを入手する機能を担当するコンテ
ンツ入手機能部４６１と、コンテンツを記憶メディアに
保存させる機能を担当するコンテンツ保存機能部４６２
とからなる。

【０３０６】使用権購入機能ブロック４５３は、使用権
の購入依頼書を作成する購入依頼書作成機能部４６３
と、クライアント（ユーザ）の使用権の残高（ポイント
残高）や使用記録（ポイント使用情報）等のデータのま
とめを担当するまとめ機能部４６４と、使用権としての
各情報をインストールする機能を担当する使用権インス
トール機能部４６５と、使用権受取書を作成する使用権
受取書作成機能部４６７とからなる。

【０３０７】コンテンツ鍵・使用条件入手機能ブロック
４５４は、コンテンツ鍵と使用条件の入手依頼書を作成
する入手依頼書作成機能部４６８と、コンテンツ鍵と使
用条件の受信を担当する受信機能部４６９と、コンテン
ツ鍵と使用条件の受取書を作成する受取書作成機能部４
７０とからなる。

【０３０８】精算手続き機能ブロック４５５は、コンテ
ンツ使用記録（ポイント使用情報）のまとめを行うまと
め機能部４７１と、精算手続きの完了書の受信を担当す
る完了書受信機能部４７２とからなる。

【０３０９】上記ユーザ加入サポート機能ブロック４５
６は、加入申請書の作成を担当する加入申請書作成機能
部４７３と、クライアント機能のインストールすなわち
ユーザのプレーヤ１の初期化を担当するクライアント機
能インストール機能部４７４、登録情報を作成する機能
を担当する登録情報作成機能部４７５とからなる。

【０３１０】コンテンツ鑑賞課金機能ブロック４５７
は、記憶メディアに保存されたコンテンツの検索を担当
するコンテンツ検索機能部４７６と、使用権の確認を担
当する使用権確認機能部４７７と、例えばコンテンツの
選択を行うときに簡易的にコンテンツを再生する簡易コ
ンテンツ鑑賞機能部４７８と、課金情報（ポイント情
報）の管理を行う課金機能部４７９と、暗号化されてい
るコンテンツを復号化するコンテンツ復号機能部４８０
と、圧縮されているコンテンツを伸長するコンテンツ伸
長機能部４８１と、例えば記憶メディアに保存されてい
るコンテンツの内容を認識可能にするためのコンテンツ
ビューア機能部４８２とからなる。

【０３１１】データベース機能ブロック４５８は、使用
権のデータを保存する使用権データベース機能部４８３
と、コンテンツ鍵と使用条件を保存するコンテンツ鍵・
使用条件データベース機能部４８４と、コンテンツ使用
記録を保存するコンテンツ使用記録データベース機能部
４８５と、ユーザ情報を保存するユーザ情報データベー
ス機能部４８６とからなる。

【０３１２】次に、上述したような各実施の形態のプレ
ーヤ１とユーザ端末５０の具体的な使用形態について、
図３９と図４０を用いて説明する。

【０３１３】図３９に示すように、プレーヤ１は、前記
アナログ出力端子２とＰＣ用インターフェース端子３と
記憶メディア用Ｉ／Ｏ端子４がプレーヤ１の筐体外に突
き出た状態で配置されており、上記記憶メディア用Ｉ／
Ｏ端子４には、記憶メディア６１が接続されるようにな
っている。また、これらプレーヤ１と記憶メディア６１
は、例えばケース６０内に収納可能に形成されており、
このケース６０の例えば一端側に上記プレーヤ１のアナ
ログ出力端子２とＰＣ用インターフェース端子３が配置
されるようになされている。

【０３１４】このプレーヤ１及び記憶メディア６１が収
納されたケース６０は、上記プレーヤ１のアナログ出力
端子２とＰＣ用インターフェース端子３が配置される側
から、上記ユーザ端末５０としてのパーソナルコンピュ
ータ５０の入出力ポート５３に挿入接続可能なように形
成されている。

【０３１５】当該パーソナルコンピュータ５０は、コン
ピュータ本体に、ディスプレイ装置５２とキーボード５
４とマウス５５とを備えた一般的な構成を有するもので
あるが、上記入出力ポート５３内には上記プレーヤ１の
アナログ出力端子２及びＰＣ用インターフェース端子３
と対応したインターフェースが形成されている。したが
って、上記プレーヤ１及び記憶メディア６１が収納され
たケース６０を上記パーソナルコンピュータ５０の入出
力ポート５３に挿入するだけで、上記プレーヤ１のアナ
ログ出力端子２とＰＣ用インターフェース端子３が上記
パーソナルコンピュータ５０と接続されるようになる。

【０３１６】上記図３９の例では、パーソナルコンピュ
ータ５０の入出力ポート５３内に、上記プレーヤ１のア
ナログ出力端子２及びＰＣ用インターフェース端子３と
対応したインターフェースを形成するようにしている
が、例えば図４０に示すように、パーソナルコンピュー
タ５０の汎用入出力ポートのインターフェースに対応で
きるアダプタ６２を、上記プレーヤ１のアナログ出力端
子２及びＰＣ用インターフェース端子３の間に配置する
ことも可能である。

【０３１７】以上述べてきたことから、本発明の実施の
形態のシステムにおいては、ディジタルコンテンツはシ
ステムの共通鍵であるコンテンツ鍵にて暗号化されてい
るので、本実施の形態のシステムに登録したユーザ（プ
レーヤ１）であれば、この暗号化されたコンテンツを自
由にコピーでき、コンテンツ鍵を入手しさえすればこの
コンテンツの鑑賞も可能である。したがって、このコン
テンツ（暗号化されたコンテンツの）記憶メディアへの
インストールも簡単に行える。一方、本実施の形態シス
テムに準拠していない端末装置では、暗号化されたディ
ジタルコンテンツを復号できないので、コンテンツの著
作権や当該コンテンツの権利者の権利は保護される。

【０３１８】また、本発明の実施の形態システムによれ
ば、ポイント情報をプリペイド方式（料金前払い方式）
により補充することにし、コンテンツ鑑賞時にポイント
情報が減額されるようにするとともに、そのポイントの
使用情報を収集するようにしているので、使用済みのポ
イントに関する権利をもつ権利者（著作権者等）及びコ
ンテンツ販売店舗等は、鑑賞代金の回収が可能である。

【０３１９】さらに、ポイント情報やポイント使用情報
のデータのやりとりの際には、前述したように暗号化が
施されているので、セキュリティ性が向上している。例
えば全く前回のデータと同じものを偽造して課金用のポ
イント情報を盗もうとしても、前述したように、システ
ム側とプレーヤ側とで連動した乱数（セキュリティＩ
Ｄ）を使用し、両者が一致していることを確認してから
取引を行うものとしているので、安全である。

【０３２０】またさらに、プレーヤの主要構成要素は１
チップ化されており、鍵情報や復号化されたディジタル
コンテンツを外部に取り出すことが困難となっている。
このプレーヤ１は、当該プレーヤ１の破壊によるデータ
横取りを防ぐためにプレーヤ１自体にタンパーレジスタ
ンス機能を備えている。

【０３２１】上述したように、本発明の実施の形態によ
れば、セキュリティ上強度の高いディジタルコンテンツ
配信システムが構築されている。

【０３２２】なお、上述のディジタルコンテンツとして
は、ディジタルオーディオデータの他に、ディジタルビ
デオデータ等の各種のものを挙げることができる。上記
ディジタルビデオデータとして動画像データ（オーディ
オデータも含む）使用した場合、前記圧縮の手法として
は、例えばＭＰＥＧ（Moving Picture Image CodingExp
erts Group）等の圧縮手法を使用できる。なお、上記Ｍ
ＰＥＧは、ＩＳＯ（国際標準化機構）とＩＥＣ（国際電
気標準会議）のＪＴＣ（Joint Technical Committee）
１のＳＣ（Sub Committee）２９のＷＧ（Working Grou
p）１１においてまとめられた動画像符号化方式の通称
であり、ＭＰＥＧ１，ＭＰＥＧ２，ＭＰＥＧ４等があ
る。

【０３２３】さらに、上記暗号化の手法としては、前述
したように、例えばいわゆるＤＥＳ（Data Encryption
Standard）と呼ばれている暗号化手法を使用することが
できる。なお、ＤＥＳとは、米国のＮＩＳＴ（National
Institute of Standards and Technology）が１９７６
年に発表した標準暗号方式（暗号アルゴリズム）であ
る。具体的には、６４ビットのデータブロック毎にデー
タ変換を行うものであり、関数を使った変換を１６回繰
り返す。上記ディジタルコンテンツやポイント情報等
は、当該ＤＥＳを用い、いわゆる共通鍵方式にて暗号化
されている。なお、上記共通鍵方式とは、暗号化するた
めの鍵データ（暗号鍵データ）と復号化するための鍵
（復号鍵データ）が同一となる方式である。

【０３２４】また、前記図１のプレーヤ１の共通鍵保管
メモリ２２や通信用鍵保管メモリ２１、ポイント使用情
報格納メモリ２９、ポイント情報格納メモリ２８等に
は、例えばいわゆるＥＥＰＲＯＭ（電気的に消去可能な
ＲＯＭ）を使用できる。

【０３２５】他に記憶メディアとしては、例えばハード
ディスクやフロッピィディスク、光磁気ディスク，相変
化型光ディスク等の記録媒体、或いは半導体メモリ（Ｉ
Ｃカード等）の記憶メディアを使用できる。

【０３２６】その他、上述の実施の形態では、コンテン
ツの選択や仮想店舗２３０に展示されたコンテンツの内
容確認等の際には、ユーザ端末５０のキーボード５４や
マウス５５、ディスプレイ装置５２を使用して選択、確
認等を行っていたが、これらキーボードやマウス、ディ
スプレイ装置に機能を簡略化して、プレーヤ１に持たせ
ることも可能である。すなわち。図２のように、入力キ
ー部６や表示部７をプレーヤ１に設けることも可能であ
る。

【０３２７】

【発明の効果】以上の説明で明らかなように、本発明に
よれば、通信相手側との間でデータ送受信を行う毎に乱
数を発生し、データ送信時には送信データに乱数を付加
し、データ受信側では受信データに付加された乱数と自
己が発生した乱数とを比較して一致したときのみ受信デ
ータを正当なものとして扱うことにより、例えば単純な
金額補充データの通信の際のいわゆる「成り済まし」を
防ぐことが可能になった。

【図面の簡単な説明】

【図１】本発明の実施の形態のディジタルコンテンツ配
布システムの全体構成を示すシステム構成図である。

【図２】本発明の実施の形態のシステムに対応するプレ
ーヤの具体的構成を示すブロック回路図である。

【図３】本発明の実施の形態のシステムに対応する管理
センタの具体的構成を示すブロック回路図である。

【図４】本実施の形態のシステムにおいてプレーヤの購
入時の手順の説明に用いる図である。

【図５】本実施の形態のシステムにおいてディジタルコ
ンテンツの検索からプレーヤ用の記憶メディアへのディ
ジタルコンテンツのインストールまでの手順の説明に用
いる図である。

【図６】実施の形態のシステムにおいて課金用のポイン
ト情報の購入と当該ディジタルコンテンツを使用した場
合の精算の手順の説明に用いる図である。

【図７】実施の形態のシステムにおいて課金代金の分配
の手順の説明に用いる図である。

【図８】実施の形態のシステムにおいてポイント購入時
のプレーヤにおける処理の流れを示すフローチャートで
ある。

【図９】実施の形態のシステムにおいてポイント購入時
のユーザ端末における処理の流れを示すフローチャート
である。

【図１０】実施の形態のシステムにおいてポイント購入
時の管理センタにおける処理の流れを示すフローチャー
トである。

【図１１】実施の形態のシステムにおいてポイント購入
時の情報送受のシーケンスを示す図である。

【図１２】実施の形態のシステムにおいてディジタルコ
ンテンツの入手時のプレーヤにおける処理の流れを示す
フローチャートである。

【図１３】実施の形態のシステムにおいてディジタルコ
ンテンツの入手時のユーザ端末における処理の流れを示
すフローチャートである。

【図１４】実施の形態のシステムにおいてディジタルコ
ンテンツの入手時の管理センタにおける処理の流れを示
すフローチャートである。

【図１５】実施の形態のシステムにおいてディジタルコ
ンテンツの入手時の情報送受のシーケンスを示す図であ
る。

【図１６】実施の形態のシステムにおいてコンテンツ鍵
及び使用条件の入手時のプレーヤにおける処理の流れを
示すフローチャートである。

【図１７】実施の形態のシステムにおいてコンテンツ鍵
及び使用条件の入手時のユーザ端末における処理の流れ
を示すフローチャートである。

【図１８】実施の形態のシステムにおいてコンテンツ鍵
及び使用条件の入手時の管理センタにおける処理の流れ
を示すフローチャートである。

【図１９】実施の形態のシステムにおいてコンテンツ鍵
及び使用条件の入手時の情報送受のシーケンスを示す図
である。

【図２０】実施の形態のシステムにおいてプレーヤとユ
ーザ端末を用いてディジタルコンテンツを実際に鑑賞す
る際の処理の流れを示すフローチャートである。

【図２１】実施の形態のシステムにおいてポイント使用
情報返却時のプレーヤにおける処理の流れを示すフロー
チャートである。

【図２２】実施の形態のシステムにおいてポイント使用
情報返却時のユーザ端末における処理の流れを示すフロ
ーチャートである。

【図２３】実施の形態のシステムにおいてポイント使用
情報返却時の管理センタにおける処理の流れを示すフロ
ーチャートである。

【図２４】実施の形態のシステムにおいてポイント使用
情報返却時の情報送受のシーケンスを示す図である。

【図２５】暗号化と圧縮の処理単位の最小公倍数にて復
号化と伸長を行う際の処理の流れを示すフローチャート
である。

【図２６】暗号化と圧縮の処理単位の最小公倍数の単位
毎の復号化及び伸長処理を行う構成を示すブロック回路
図である。

【図２７】セキュリティＩＤとしての乱数を発生する具
体的構成を示すブロック回路図である。

【図２８】共通鍵を公開鍵暗号方式にて暗号化して送信
する際に乱数が挿入される様子を説明するための図であ
る。

【図２９】受信文から乱数が取り出されて正当性の確認
がなされる様子を説明するための図である。

【図３０】システム側の機能を分割したときの各機関の
説明に用いる図である。

【図３１】システム側の機能を分割した実施の形態にお
いて、ユーザのシステムへの加入時の流れの主要部を説
明するための図である。

【図３２】システム側の機能を分割した実施の形態にお
いて、ポイント情報の購入や暗号化されたディジタルコ
ンテンツの復号用の鍵等の入手時の情報の流れの主要部
を説明するための図である。

【図３３】システム側の機能を分割した実施の形態にお
いて、コンテンツとコンテンツ鑑賞用の情報の流通の際
の流れの主要部を説明するための図である。

【図３４】システム側の機能を分割した実施の形態にお
いて、コンテンツが実際に鑑賞されたときの精算の流れ
の主要部を説明するための図である。

【図３５】システム側の機能を分割した実施の形態にお
いて、コンテンツ展示配信機関の構成を示すブロック図
である。

【図３６】システム側の機能を分割した実施の形態にお
いて、課金情報管理機関の構成を示すブロック図であ
る。

【図３７】システム側の機能を分割した実施の形態にお
いて、システム管理機関の構成を示すブロック図であ
る。

【図３８】システム側の機能を分割した実施の形態にお
いて、ユーザ側の構成を示すブロック図である。

【図３９】プレーヤとユーザ端末の具体的な使用形態の
一例の説明に用いる図である。

【図４０】プレーヤとユーザ端末の具体的な使用形態の
他の例の説明に用いる図である。

【符号の説明】

１ プレーヤ、 ２ アナログ出力端子、 ３ ＰＣ用
インターフェース端子、 ４ 記憶メディア用Ｉ／Ｏ端
子、 １６ コントローラ、 １９ セキュリティＩＤ
発生回路、 ２０ 公開暗号復号回路、 ２１ 通信用
鍵保管メモリ、２２ 共通鍵保管メモリ、 ２３ ユー
ザＩＤ格納メモリ、 ２４ 共通暗号復号回路、 ２５
バッファメモリ、 ２６ 伸長回路、 ２７ Ｄ／Ａ
変換回路、 ５０ ユーザ端末、 １００ コンテンツ
管理機能ブロック、 １１０ユーザ管理機能ブロック、
１２０ 使用情報管理機能ブロック、 １３０ 管理
機能ブロック、 ２００ ユーザ側、 ２１０ システ
ム管理会社、 ２１１管理センタ、 ２２０ 金融機
関、 ２３０ 仮想店舗、 ２４０ コンテンツプロバ
イダ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｌ 29/08 Ｈ０４Ｌ 9/00 ６７３Ｄ // Ｇ０６Ｆ 9/06 ５５０ ６７３Ｂ 13/00 ３０７Ｚ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 通信相手側との間でデータ送受信を行う
   毎に乱数を発生し、 データ送信側ではデータに上記乱数を付加して送信し、 データ受信側では上記データ送信側から送信されてきた
   データに付加された乱数と自己が発生した乱数とを比較
   し、上記比較において一致したときのみ上記受信したデ
   ータを正当なものとして扱うことを特徴とするデータ送
   受信方法。
2. 【請求項２】 上記送受信されるデータは金額データで
   あることを特徴とする請求項１記載のデータ送受信方
   法。
3. 【請求項３】 上記金額データはプリペイド方式の金額
   補充データであることを特徴とする請求項１記載のデー
   タ送受信方法。
4. 【請求項４】 上記金額補充データは、暗号化及び圧縮
   されたディジタルコンテンツを復号する毎に減額される
   課金情報であることを特徴とする請求項３記載のデータ
   送受信方法。
5. 【請求項５】 通信相手側との間でデータ送受信を行う
   毎に乱数を発生する乱数発生手段と、 データ送信を行うときには送信データに上記乱数を付加
   して送信するデータ送信手段と、 データ受信を行ったときには通信相手側から送信されて
   きたデータに付加された乱数と自己が発生した乱数とを
   比較し、上記比較において一致したときのみ上記受信し
   たデータを正当なものとして扱うデータ受信手段とを有
   することを特徴とするデータ送受信装置。
6. 【請求項６】 上記送受信されるデータは金額データで
   あることを特徴とする請求項５記載のデータ送受信装
   置。
7. 【請求項７】 上記金額データはプリペイド方式の金額
   補充データであることを特徴とする請求項５記載のデー
   タ送受信装置。
8. 【請求項８】 上記金額補充データは、暗号化及び圧縮
   されたディジタルコンテンツを復号する毎に減額される
   課金情報であることを特徴とする請求項７記載のデータ
   送受信装置。